特許 7687316 車両

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

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

(11)【特許番号】

(24)【登録日】2025-05-26

(45)【発行日】2025-06-03

(54)【発明の名称】車両

(51)【国際特許分類】

   H04W 76/18 20180101AFI20250527BHJP

   H04W 4/48 20180101ALI20250527BHJP

   H04W 8/18 20090101ALI20250527BHJP

【ＦＩ】

H04W76/18

H04W4/48

H04W8/18

【請求項の数】 4

(21)【出願番号】P 2022160966

(22)【出願日】2022-10-05

(65)【公開番号】P2024054627

(43)【公開日】2024-04-17

【審査請求日】2024-05-24

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110003199

【氏名又は名称】弁理士法人高田・高橋国際特許事務所

(72)【発明者】

【氏名】林 一成

【審査官】篠田 享佑

(56)【参考文献】

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

【文献】特開２０００－０１３４６９（ＪＰ，Ａ）

【文献】特開２０１０－０５６８９７（ＪＰ，Ａ）

【文献】特開２０１９－０９６９４９（ＪＰ，Ａ）

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

【文献】特開２０２２－０３４４１７（ＪＰ，Ａ）

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

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－ ９９／００

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

【請求項1】

車載装置と、
モデムを含み、前記車載装置に接続され、基地局と無線通信を行う通信機と、
を備える車両であって、
前記車載装置及び前記通信機は、前記車両の電源起動に伴ってハンドシェイクを実行するように構成され、
前記車載装置は、前記ハンドシェイクが失敗した場合にダイアグ情報を生成するように構成され、
前記通信機は、前記基地局からの特定の拒否理由に応じた前記モデムのリセットを許可する第１モードと、前記特定の拒否理由に応じた前記モデムのリセットを禁止する第２モードと、を切り替え可能に構成されている
車両。

【請求項2】

車載装置と、前記車載装置に接続され基地局と無線通信を行う通信機と、を備える車両であって、
前記車載装置及び前記通信機は、前記車両の電源起動に伴ってハンドシェイクを実行するように構成され、
前記車載装置は、前記ハンドシェイクが失敗した場合にダイアグ情報を生成するように構成され、
前記通信機は、モデムと、電話番号情報を記憶するＳＩＭと、プロセッサと、を含み、前記基地局から特定の拒否理由を受信している場合には前記電源起動の後に前記モデムをリセットするように構成され、
前記通信機は、第１モードと第２モードとを切り替え可能に構成され、
前記第１モードにおいて、前記プロセッサは、
前記ハンドシェイクにおける前記車載装置からの前記電話番号情報の返信要求に応じて、前記ＳＩＭから前記電話番号情報を取得することを前記モデムに要求する取得要求を実行し、
前記リセット中の前記モデムがエラー応答を前記プロセッサに返した場合、前記電話番号情報を伴わない返答を前記車載装置に送信し、
前記第２モードにおいて、前記プロセッサは、
前記返信要求に応じて前記取得要求を実行し、
前記リセット中の前記モデムが前記エラー応答を前記プロセッサに返した場合、前記リセット中に前記プロセッサから前記車載装置に返答することを禁止しつつ、前記モデムへの前記取得要求を継続し、
前記リセットの終了後に前記取得要求を実行して前記電話番号情報を前記ＳＩＭから前記モデムを介して取得した後に、前記電話番号情報を伴う返答を前記車載装置に送信する
車両。

【請求項3】

車載装置と、前記車載装置に接続され基地局と無線通信を行う通信機と、を備える車両であって、
前記車載装置及び前記通信機は、前記車両の電源起動に伴ってハンドシェイクを実行するように構成され、
前記車載装置は、前記ハンドシェイクが失敗した場合にダイアグ情報を生成するように構成され、
前記通信機は、モデムと、電話番号情報を記憶するＳＩＭと、プロセッサと、を含み、前記基地局から特定の拒否理由を受信している場合には前記電源起動の後に前記モデムをリセットするように構成され、
前記通信機は、第１モードと第２モードとを切り替え可能に構成され、
前記第１モードにおいて、前記プロセッサは、
前記ハンドシェイクにおける前記車載装置からの前記電話番号情報の返信要求に応じて、前記ＳＩＭから前記電話番号情報を取得することを前記モデムに要求する取得要求を実行し、
前記リセット中の前記モデムがエラー応答を前記プロセッサに返した場合、前記電話番号情報を伴わない返答を前記車載装置に送信し、
前記第２モードにおいて、前記プロセッサは、
前記返信要求に応じて前記取得要求を実行し、
前記取得要求に対する応答が前記モデムから送信されるまで前記車載装置への返答を待機し、
前記第２モードにおいて、前記モデムは、
前記リセット中に前記取得要求を受け取った場合、前記エラー応答を前記プロセッサに送信することを前記リセットが終了するまで禁止し、
前記リセットの終了後に前記電話番号情報の送信を前記ＳＩＭに要求し、その後に前記ＳＩＭから送信された前記電話番号情報を前記プロセッサに送信する
車両。

【請求項4】

前記第２モードは、前記車両の工場出荷時の検査の際に選択されるモードである
請求項１～３の何れか１つに記載の車両。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、車載装置と通信機とを備える車両に関する。

【背景技術】

【0002】

特許文献１は、移動体データ通信に用いられるモデムを検査するモデム検査装置を開示している。モデム検査装置は、モデムをリセットするリセット部を備えている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００３－２０９６３１号公報

【発明の概要】

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

【0004】

車載装置と、当該車載装置に接続され且つ基地局と無線通信を行う通信機と、を備える車両は、次のような構成を有する場合がある。すなわち、車両の電源起動に伴って初期シーケンスによるハンドシェイクが実行される場合がある。そして、ハンドシェイクが失敗した場合、車載装置は、ダイアグ情報を生成して記録する。このような構成によれば、ダイアグ情報が記録された場合に、車載装置と通信機との接続に問題があることを発見できる。

【0005】

上述の構成を有する車両において、基地局から特定の拒否理由を受信した場合にリセットされるモデムを通信機が備える場合には、次のような課題がある。すなわち、上記ハンドシェイクの期間が、モデムのリセットの期間と重なってしまう場合がある。その結果、モデムのリセットに起因してハンドシェイクの通信が成立しなくなり、意図しない形でのダイアグ情報の記録がなされてしまう可能性がある。

【0006】

本開示は、上述のような課題に鑑みてなされたものであり、通信機のモデムのリセットに起因する車載装置と通信機とのハンドシェイクの不成立を回避できるようにした車両を提供することを目的とする。

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

【0007】

本開示の第１の態様に係る車両は、車載装置と、通信機と、を備える。通信機は、モデムを含み、車載装置に接続され、基地局と無線通信を行う。車載装置及び通信機は、車両の電源起動に伴ってハンドシェイクを実行するように構成されている（構成Ａ）。車載装置は、ハンドシェイクが失敗した場合にダイアグ情報を生成するように構成されている（構成Ｂ）。通信機は、基地局からの特定の拒否理由に応じたモデムのリセットを許可する第１モードと、特定の拒否理由に応じたモデムのリセットを禁止する第２モードと、を切り替え可能に構成されている。

【0008】

本開示の第２の態様に係る車両は、車載装置と、通信機と、を備える。通信機は、車載装置に接続され、基地局と無線通信を行う。当該車両は、上述の構成Ａ及びＢを備える。通信機は、モデムと、電話番号情報を記憶するＳＩＭと、プロセッサと、を含み、基地局から特定の拒否理由を受信している場合には電源起動の後にモデムをリセットするように構成されている。そして、通信機は、第１モードと第２モードとを切り替え可能に構成されている。第１モードにおいて、プロセッサは、ハンドシェイクにおける車載装置からの電話番号情報の返信要求に応じて、ＳＩＭから電話番号情報を取得することをモデムに要求する取得要求を実行し、リセット中のモデムがエラー応答をプロセッサに返した場合、電話番号情報を伴わない返答を車載装置に送信する。第２モードにおいて、プロセッサは、返信要求に応じて取得要求を実行し、リセット中のモデムがエラー応答をプロセッサに返した場合、リセット中にプロセッサから車載装置に返答することを禁止しつつ、モデムへの取得要求を継続し、リセットの終了後に取得要求を実行して電話番号情報をＳＩＭからモデムを介して取得した後に、電話番号情報を伴う返答を車載装置に送信する。

【0009】

本開示の第３の態様に係る車両は、第２モードの動作において、第２の態様に係る車両と相違している。具体的には、第３の態様によれば、第２モードにおいて、プロセッサは、返信要求に応じて取得要求を実行し、取得要求に対する応答がモデムから送信されるまで車載装置への返答を待機する。そして、第２モードにおいて、モデムは、リセット中に取得要求を受け取った場合、エラー応答をプロセッサに送信することをリセットが終了するまで禁止し、リセットの終了後に電話番号情報の送信をＳＩＭに要求し、その後にＳＩＭから送信された電話番号情報をプロセッサに送信する。

【0010】

本開示の第４の態様に係る車両は、第２モードの動作において、第２の態様に係る車両と相違している。具体的には、第４の態様によれば、第２モードにおいて、プロセッサは、返信要求に応じて取得要求を実行し、リセット中のモデムがエラー応答をプロセッサに返した場合、車載装置からプロセッサへの返信要求の再送信がなされるまでプロセッサから車載装置への返答を禁止する。

【発明の効果】

【0011】

本開示によれば、第２モードを事前に選択しておくことにより、実際に上述の特定の拒否理由が通知されたとしても、通信機のモデムのリセットに起因する車載装置と通信機とのハンドシェイクの不成立を回避することができる。これにより、意図しないダイアグ情報が記録されないようにすることができる。

【図面の簡単な説明】

【0012】

【図1】実施の形態に係る車両の構成の一例を概略的に示す図である。

【図2】車載装置と通信機との間で実行されるハンドシェイクの概要及び課題を説明するためのシーケンス図である。

【図3】実施の形態に係る第２モード選択時のハンドシェイクの動作を説明するためのシーケンス図である。

【図4】実施の形態の第１変形例に係る電話番号情報の取得に関する動作を説明するためのシーケンス図である。

【図5】実施の形態の第２変形例に係る第２モード選択時における電話番号情報の取得に関する動作を説明するためのシーケンス図である。

【図6】実施の形態の第３変形例に係る第２モード選択時における電話番号情報の取得に関する動作を説明するためのシーケンス図である。

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

【0013】

以下、添付図面を参照して、本開示の実施の形態について説明する。なお、各図において共通する要素には、同一の符号を付して重複する説明を省略又は簡略する。

【0014】

１．車両の構成例
図１は、実施の形態に係る車両１の構成の一例を概略的に示す図である。車両１は、車載装置１０と、通信機（車載通信機）２０と、を備える。

【0015】

車載装置１０は、より詳細には車載電子装置であり、例えば、車載マルチメディアシステムのヘッドユニットである。車載装置１０は、プロセッサ１２と記憶装置１４とを含む。プロセッサ１２は、後述の各種処理を実行する。例えば、プロセッサ１２は、ＣＰＵ（Central Processing Unit）を含んでいる。記憶装置１４は、プロセッサ１２による処理に必要な各種情報を格納する。記憶装置１４は、例えば、揮発性メモリ、不揮発性メモリ、ＨＤＤ（Hard Disk Drive）、及びＳＳＤ（Solid State Drive）の少なくとも１つである。

【0016】

車載装置１０は、通信機２０と接続されている。具体的には、車載装置１０と通信機２０との接続は、例えば、ＵＳＢ接続等の有線接続である。

【0017】

通信機２０は、例えば、ＤＣＭ（Data Communication Module）である。通信機２０は、車両１のユーザが契約している移動体通信事業者によって提供されるネットワーク４０と無線通信可能である。より詳細には、通信機２０は、ネットワーク４０を構成する各基地局と通信可能である。通信機２０は、例えば、ネットワーク４０を介した通信動作を自身に割り当てられた電話番号で行う機能を有している。

【0018】

具体的には、通信機２０は、アプリケーションプロセッサ（ＡＰ）２２と、記憶装置２４と、モデム２６と、ＳＩＭ（Subscriber Identity Module）２８と、バックアップ電源３０と、を含む。ＡＰ２２は、後述の各種処理を実行する。

【0019】

ＡＰ２２は、例えば、ＡＴコマンド処理部３２とＳＩＭマネージャ３４とを含む。ＡＴコマンド処理部３２は、車載装置１０から送信される各種のＡＴコマンドに関する処理を実行する。ＳＩＭマネージャ３４は、ＡＴコマンド処理部３２からの要求に応じて、モデム２６を介してＳＩＭ２８から電話番号情報等の各種情報を取得する処理を実行する。

【0020】

モデム２６は、ネットワーク４０に送信する情報の変調を行う変調装置と、ネットワーク４０から受信する情報の復調を行う復調装置と、プロセッサと、を含む。

【0021】

ＳＩＭ２８は、ＳＩＭカードを挿入可能な挿入部を含んでもよく、或いは通信機２０に予め搭載されたｅＳＩＭ（embedded Subscriber Identity Module）を含んでもよい。ＳＩＭカード又はｅＳＩＭは、ネットワーク４０と通信するために用いられる情報を記憶する。具体的には、ＳＩＭ２８に記憶されている情報は、電話番号情報を含む。また、ＳＩＭ２８は、例えば、リーダ及びプロセッサを含む。

【0022】

また、通信機２０は、車両１の電源（バッテリ）からの電力の供給を受けていない時であっても、バックアップ電源３０から供給される電力によって周期的に起動し、ネットワーク４０との間で必要な通信（例えば、基地局の探索）を行っている。

【0023】

２．ハンドシェイク
図２は、車載装置１０と通信機２０との間で実行されるハンドシェイクの概要及び課題を説明するためのシーケンス図である。より詳細には、図２に示される動作は、後述の第１モード選択時の動作に相当する。

【0024】

車両１のアクセサリ電源がＯＮ（ＡＣＣ ＯＮ）になると、車載装置１０及び通信機２０に電力が供給され、その結果、（接続に問題が無ければ）ＵＳＢ接続がＯＮとなる。そして、アクセサリ電源ＯＮに続いてイグニッション電源がＯＮ（ＩＧ ＯＮ）になると（換言すると、車両１の電源起動に伴って）、車載装置１０及び通信機２０は、通常の通信を開始する前に、初期シーケンスとしての所定のハンドシェイクを実行する。より詳細には、このようなハンドシェイクは、車両電源が起動される度に行われる。

【0025】

ハンドシェイクでは、最初に、例えば、アクセサリ電源がＯＮ状態になったことを通信機２０に伝える「ＡＣＣ ＯＮ指示」が車載装置１０から通信機２０に送信される。この指示を受け取った通信機２０から、アクセサリ電源がＯＮ状態であることを確認できていることを示す「ＡＣＣ ＯＮ確認」が車載装置１０に返信される。ここでは詳細な説明は省略されるが、ハンドシェイクでは、所定数の情報のやり取りが車載装置１０と通信機２０との間で行われる。そのような情報のやり取りの１つが、図２に示されるＡＴコマンド［ＡＴ＄ＤＮＩＤ］である。このＡＴコマンド［ＡＴ＄ＤＮＩＤ］は、車載装置１０が通信機２０に対して電話番号情報の送信を要求するものである。

【0026】

ハンドシェイクでは、車載装置１０と通信機２０との接続が正しく行われているか否かが車載装置１０によって確認される。ハンドシェイクが失敗した場合、車載装置１０は、ダイアグ情報を生成して記録する。当該ダイアグ情報は、例えば、ＵＳＢケーブルの脱落を示す情報として生成される。このような構成によれば、ダイアグ情報が記録された場合に、車載装置１０と通信機２０との接続に問題があることを発見できる。

【0027】

その一方で、通信機２０は、基本的には、ネットワーク４０に含まれる基地局から特定の拒否理由（Reject cause）ＲＣを受信した場合、モデム２６をリセットして初期化するように構成されている（本実施形態に係る「第１モード」）。ここでいう「特定の拒否理由ＲＣ」とは、基地局の探索を行わないようにすることを通信機２０に要求する通知のことである。このような拒否理由ＲＣは、例えば、米国仕様の通信機（より詳細には、ＳＩＭ２８が米国仕様のものである通信機）２０を搭載する車両１を日本の工場で生産して出荷する際に通信機２０による通信が行われた時に通知される。すなわち、拒否理由ＲＣは、ある国又は地域向けの通信機２０による通信が通信規格の異なる別の国又は地域で（すなわち、通信機２０の圏外において）行われた時に通知される。また、拒否理由ＲＣの通知は、このような工場出荷時に限らず、例えば、通信機２０を利用した通信サービスの契約が車両１のユーザによって解約された際の通信時にも通知され得る。なお、拒否理由ＲＣを受信した際に通信機２０がモデム２６をリセットする理由は、別の基地局の探索を試みるためである。

【0028】

ここで、通信機２０は、例えば基地局の探索のために、車両電源の起動前にバックアップ電源３０を利用してネットワーク４０（基地局）と通信する場合がある。通信機２０は、このような通信を行った際に、図２に例示されるように特定の拒否理由ＲＣを受信することがある。このように拒否理由ＲＣを受信した際のモデム２６のリセットは、図２に示すように車両電源の起動後（ＩＧ ＯＮの後）に実行される。したがって、車両電源の起動前の通信に起因して実行されるモデム２６のリセットの期間は、車両電源の起動に伴って実行されるハンドシェイクの期間と重なってしまう。付け加えると、リセットの期間は、モデム２６の初期化に要する期間を含む。

【0029】

図２は、上述のようにモデム２６のリセットの期間とハンドシェイクの期間とが重なった状況を例示している。このようにハンドシェイクの期間中にモデム２６のリセットが発生すると、通信機２０は、車載装置１０の期待した応答を行うことができなくなり、ハンドシェイクが失敗となってしまう。すなわち、ハンドシェイクの通信が成立しなくなる。その結果、車載装置１０は、上述のダイアグ情報（例えば、ＵＳＢケーブルの脱落を示す情報）を生成して記憶装置１４に記録する。

【0030】

より具体的には、図２に示すように、モデム２６のリセット中にＡＴコマンド［ＡＴ＄ＤＮＩＤ］（電話番号情報の要求）が車載装置１０から通信機２０に送信された場合には、モデム２６からＡＰ２２（ＳＩＭマネージャ３４）に対してエラー応答が行われる。すなわち、ＡＰ２２は、ＳＩＭ２８から電話番号情報を取得できない。このため、図２に示すように、通信機２０（ＡＰ２２）は、車載装置１０に電話番号情報を返信することができない。このような動作の詳細は、後述の図４の上段に示されている。より詳細には、図２に示す動作の例では、通信機２０（ＡＰ２２）は、電話番号情報を返信できずに「ＯＫ応答」のリザルトコードのみを返信（応答）している。このように「ＯＫ応答」のリザルトコードのみが返信されている場合、車載装置１０は、ＡＴコマンド［ＡＴ＄ＤＮＩＤ］の送信時点から所定時間（例えば、９０秒）が経過するまでの間は、通信機２０からの電話番号情報の返信を待つ。そして、電話番号情報の返信がないまま当該所定時間が経過すると、車載装置１０は、上述のダイアグ情報を生成して記憶装置１４に記録する。

【0031】

上述のようなモデム２６のリセットに起因して生じたハンドシェイクの失敗は、車載装置１０と通信機２０との接続自体に問題があることを示すものではない。換言すると、当該失敗時のダイアグ情報の記録は、意図しない形でなされたものである。しかしながら、例えば、車両１の工場出荷時の検査の際に車両電源の起動に伴って実行されたハンドシェイクにおいてモデム２６のリセットに起因して当該ダイアグ情報が記録された場面では、当該車両１は、検査不適合であると誤って認定され、再検査に進んでしまう可能性がある。

【0032】

なお、図２中に示す動作の例における「コマンド送信停止」とは、通信機２０から車載装置１０に対して「ＯＫ応答」のリザルトコードが返信されているために車載装置１０がＡＴコマンド［ＡＴ＄ＤＮＩＤ］より後のコマンドの送信を停止していることを意味している。付け加えると、ハンドシェイクでは、ＡＴコマンド［ＡＴ＄ＤＮＩＤ］以外のコマンドは、車載装置１０のプロセッサとＡＰ２２との間での通信になるので、モデム２６がリセット中であるか否かによらずに実行可能である。

【0033】

上述の課題に鑑み、本実施形態では、通信機２０は、基地局からの特定の拒否理由ＲＣに応じたモデム２６のリセットを許可する「第１モード」と、拒否理由ＲＣに応じたモデム２６のリセットを禁止する「第２モード」と、を切り替え可能に構成されている。モデム２６の現在のモードが第１及び第２モードのどちらであるかを示すモード情報は、通信機２０の記憶装置２４に格納されている。モデム２６のモードの切り替えは、例えば、人が所定の切り替えツールを操作して当該モード情報を更新することによって行うことができる。

【0034】

より具体的には、第２モードは、例えば、車両１の工場出荷時の検査の際に選択されるモード（シッピングモード）である。付け加えると、工場出荷時のハンドシェイクを想定して、通信機２０は、例えば、第２モードが選択されている状態で車両１に搭載されてもよい。或いは、例えば、工場出荷時の検査の際に、上記ツールを操作する係員によって、第１モードから第２モードへの切り替えが行われてもよい。そして、例えば、その後に車両１のユーザがいる国又は地域に車両１が輸送された後に、第２モードから第１モードへの切り替えが行われてもよい。

【0035】

また、第２モードは、例えば、通信機２０を利用した通信サービスの契約が車両１のユーザによって解約される際に選択されてもよい。

【0036】

付け加えると、第１モードは、例えば、第２モードが選択されていない時に選択される基本的なモードである。なお、モデム２６のモードは、第１及び第２モード以外の１又は複数のモードを含んでいてもよい。

【0037】

図３は、実施の形態に係る第２モード選択時のハンドシェイクの動作を説明するためのシーケンス図である（本開示に係る「第１の態様」に対応）。図３は、図２と同様に、特定の拒否理由ＲＣが通知される場面を対象としている。

【0038】

通信機２０（ＡＰ２２）は、記憶装置２４に格納されている上記モード情報に基づいて、モデム２６の現在のモードが第１及び第２モードのどちらであるかを判断することができる。車両電源が起動された際に現在のモードが第２モードである場合には、図３に表されているように、拒否理由ＲＣに応じたモデム２６のリセットが禁止される。これにより、拒否理由ＲＣが通知されている場合であっても、ＡＰ２２（ＳＩＭマネージャ３４）は、ハンドシェイクの実行中に、車載装置１０からのＡＴコマンド［ＡＴ＄ＤＮＩＤ］に応じてモデム２６を介してＳＩＭ２８から電話番号情報を取得できるようになる。このため、図３に示すように、通信機２０は、車載装置１０に対し、電話番号情報を「ＯＫ応答」のリザルトコードとともに返信することが可能となる。

【0039】

以上のように、本実施形態によれば、通信機２０は、第１モードと第２モードとを切り替え可能に構成されている。このため、工場出荷時等の特定の拒否理由ＲＣの受信が想定される場面のためのモードとして第２モードを事前に選択しておくことにより、実際に拒否理由ＲＣが通知されたとしても、モデム２６のリセットに起因する車載装置１０及び通信機２０間のハンドシェイクの不成立を回避することが可能となる。これにより、意図しないダイアグ情報が記録されないようにすることができる。

【0040】

付け加えると、工場出荷時に第２モードが選択されている場合には、モデム２６のリセットに起因する意図しないダイアグ情報が記録されないようになることで、このような意図しないダイアグ情報の記録に起因して車両１が検査不適合であると誤って認定されることを回避することができる。

【0041】

３．変形例
上述したハンドシェイクの不成立を回避するために、図３に示す例に代え、例えば、次の第１～第３変形例の何れか１つが実行されてもよい。

【0042】

３－１．第１変形例（本開示に係る「第２の態様」に対応）
図４は、実施の形態の第１変形例に係る電話番号情報の取得に関する動作を説明するためのシーケンス図である。より詳細には、図４において、上段は第１モード選択時における電話番号情報の取得に関する動作を示し、下段は第２モード選択時における電話番号情報の取得に関する動作を示している。なお、図４は、図２及び図３と同様に、特定の拒否理由ＲＣが通知される場面を対象としている。そして、拒否理由ＲＣの通知に応じて、通信機２０は、図４に示すように車両電源の起動に伴ってモデム２６をリセットしている。このことは、後述の図５及び図６についても同様である。

【0043】

まず、第１変形例に係る第１モードの選択時の動作は、図２においてＡＴコマンド［ＡＴ＄ＤＮＩＤ］が送信された場合の動作と同じである。すなわち、第１モードにおいて、ＡＰ２２は、ハンドシェイクにおける車載装置１０からの電話番号情報の「返信要求Ｒ１」（すなわち、ＡＴコマンド［ＡＴ＄ＤＮＩＤ］）に応じて、ＳＩＭ２８から電話番号情報を取得することをモデム２６に要求する「取得要求Ｒ２」を実行する。より詳細には、車載装置１０から返信要求Ｒ１を受信したＡＴコマンド処理部３２は、当該返信要求Ｒ１をＳＩＭマネージャ３４に伝送する。そして、返信要求Ｒ１を受信したＳＩＭマネージャ３４は、モデム２６に取得要求Ｒ２を送信する。

【0044】

しかしながら、取得要求Ｒ２を受信したモデム２６は、リセット中であるため、取得要求Ｒ２をＳＩＭ２８に伝送できない。すなわち、モデム２６は、ＳＩＭ２８から電話番号情報を受信（取得）することができない。その結果、モデム２６は、ＳＩＭマネージャ３４に対し、エラー応答を返す。その結果、モデム２６からエラー応答を受信したＳＩＭマネージャ３４は、電話番号情報を伴わない返答（すなわち、「ＯＫ応答」のリザルトコードのみ）をＡＴコマンド処理部３２に送信する。そして、ＡＴコマンド処理部３２は、当該返答を車載装置１０に伝送する。

【0045】

次に、第１変形例に係る第２モードについて説明する。この第２モードの具体例も、図３に示す第２モードと同様に、車両１の工場出荷時の検査の際に選択されるモード（シッピングモード）、及び、ユーザによる通信サービスの解約時を含む。この第２モードの選択時の動作は、以下の点において、図３に示す例に係る第２モードと相違する。すなわち、図４の下段に示すように、拒否理由ＲＣの受信に応じてモデム２６がリセットされる。このため、車載装置１０からの返信要求Ｒ１に基づく取得要求Ｒ２を受信したモデム２６は、第１モードの選択時と同様に、ＳＩＭマネージャ３４に対してエラー応答を返す。

【0046】

そのうえで、この第２モードでは、モデム２６からエラー応答を受信したＳＩＭマネージャ３４は、リセット中にＡＰ２２から車載装置１０に返答することを禁止しつつ、モデム２６への取得要求Ｒ２を継続する。例えば、取得要求Ｒ２のリトライが所定時間（例えば、数秒）毎に繰り返し実行される。より詳細には、モデム２６のリセット（初期化を含む）に要する時間は、例えば６～１０秒である。上記のリトライに関する所定時間は、モデム２６のリセットに要する時間よりも短くなるように設定されている。付け加えると、モデム２６のリセットに要する時間は、車載装置１０が上述のダイアグ情報を生成するか否かを判定するための所定時間（すなわち、ＡＴコマンド［ＡＴ＄ＤＮＩＤ］の送信時点からの所定時間）より短い。

【0047】

モデム２６のリセットが終了すると、図４の下段に示すように、ＳＩＭ２８は、モデム２６からの取得要求Ｒ２を受信することが可能となる。このようにリセット後に取得要求Ｒ２を受信したＳＩＭ２８は、要求された電話番号情報をモデム２６に送信する。ＳＩＭ２８から電話番号情報を受信したモデム２６は、当該電話番号情報をＳＩＭマネージャ３４に伝送する。そして、モデム２６から電話番号情報を受信（取得）したＡＰ２２は、車載装置１０への返答禁止を解除し、電話番号情報を伴う返答（すなわち、電話番号情報及び「ＯＫ応答」のリザルトコード）を車載装置１０に送信する。より詳細には、当該返答がＳＩＭマネージャ３４からＡＴコマンド処理部３２を介して車載装置１０に送信される。

【0048】

以上のように、第１変形例によっても、通信機２０は、第１モードと第２モードとを切り替え可能に構成されている。このため、工場出荷時等の特定の拒否理由ＲＣの受信が想定される場面のためのモードとして第２モードを事前に選択しておくことにより、実際に拒否理由ＲＣが通知されたとしても、図４の下段に示すように動作するＡＰ２２（ＳＩＭマネージャ３４）によってハンドシェイクの不成立を回避することが可能となる。これにより、意図しないダイアグ情報が記録されないようにすることができる。

【0049】

３－２．第２変形例（本開示に係る「第３の態様」に対応）
図５は、実施の形態の第２変形例に係る第２モード選択時における電話番号情報の取得に関する動作を説明するためのシーケンス図である。第２変形例に係る第１モードの選択時の動作は、図４の上段と同じであるため、その図示は省略されている。第２変形例に係る第２モードの具体例も、図３に示す第２モードと同様に、車両１の工場出荷時の検査の際に選択されるモード（シッピングモード）、及び、ユーザによる通信サービスの解約時を含む。

【0050】

この第２モードの選択時の動作は、以下の点において、第１変形例に係る第２モードと相違する。すなわち、拒否理由ＲＣの受信に応じたリセット中にＡＰ２２（ＳＩＭマネージャ３４）から取得要求Ｒ２を受け取った場合、モデム２６は、当該取得要求Ｒ２に対するエラー応答をＳＩＭマネージャ３４に送信することをリセットが終了するまで禁止する。一方、ＡＰ２２（ＳＩＭマネージャ３４）は、取得要求Ｒ２に対する応答がモデム２６から送信されるまで車載装置１０への返答を待機（スタンバイ）する。

【0051】

その後にリセットが終了すると、モデム２６は、取得要求Ｒ２をＳＩＭ２８に送信する（すなわち、電話番号情報の送信をＳＩＭ２８に要求する）。そして、モデム２６は、ＳＩＭ２８から送信された電話番号情報をＡＰ２２（ＳＩＭマネージャ３４）に送信する（すなわち、ＳＩＭマネージャ３４からの取得要求Ｒ２に対して応答する）。モデム２６から電話番号情報を受信したＡＰ２２は、車載装置１０への返答の待機状態を解除し、電話番号情報を伴う返答（すなわち、電話番号情報及び「ＯＫ応答」のリザルトコード）を車載装置１０に送信する。

【0052】

以上のように、第２変形例によっても、通信機２０は、第１モードと第２モードとを切り替え可能に構成されている。このため、工場出荷時等の特定の拒否理由ＲＣの受信が想定される場面のためのモードとして第２モードを事前に選択しておくことにより、実際に拒否理由ＲＣが通知されたとしても、図５に示すように動作するＡＰ２２（ＳＩＭマネージャ３４）及びモデム２６によってハンドシェイクの不成立を回避することが可能となる。これにより、意図しないダイアグ情報が記録されないようにすることができる。

【0053】

第２変形例におけるＡＰ２２（ＳＩＭマネージャ３４）による車載装置１０への返答の待機（スタンバイ）について補足する。ＡＰ２２は、このような返答の待機中に、待機の開始から所定時間が経過するか否かを判定してもよい。この所定時間は、モデム２６のリセット（初期化を含む）に要する時間よりも長くなるように設定されている。そして、当該所定時間中に取得要求Ｒ２に対する応答がモデム２６から送信されなかった場合には、ＡＰ２２は、待機状態を終了し、車載装置１０に対してエラー応答を送信してもよい。このような処理によれば、モデム２６又はＳＩＭ２８が正常に機能していないことに起因してモデム２６からＡＰ２２への応答が送信されなかった場合に、そのようなモデム２６又はＳＩＭ２８の異常を車載装置１０に通知することができる。

【0054】

３－３．第３変形例（本開示に係る「第４の態様」に対応）
図６は、実施の形態の第３変形例に係る第２モード選択時における電話番号情報の取得に関する動作を説明するためのシーケンス図である。第３変形例に係る第１モードの選択時の動作は、図４の上段と同じであるため、その図示は省略されている。第３変形例に係る第２モードの具体例も、図３に示す第２モードと同様に、車両１の工場出荷時の検査の際に選択されるモード（シッピングモード）、及び、ユーザによる通信サービスの解約時を含む。

【0055】

この第２モードの選択時の動作は、以下の点において、第１変形例に係る第２モードと相違する。すなわち、拒否理由ＲＣの受信に応じたリセット中にモデム２６からエラー応答を受信した場合、ＡＰ２２（ＳＩＭマネージャ３４）は、車載装置１０からＡＰ２２への返信要求Ｒ１の再送信（リトライ）がなされるまで、ＡＰ２２から車載装置１０への返答を禁止する。換言すると、ＡＰ２２（ＳＩＭマネージャ３４）は、車載装置１０からの返信要求Ｒ１の再送信を待つ。

【0056】

より詳細には、車載装置１０による最初の返信要求Ｒ１の送信の時点から再送信の時点までの期間（例えば、１０～２０秒）は、モデム２６のリセット（初期化を含む）に要する時間よりも長く、且つ、車載装置１０が上述のダイアグ情報を生成するか否かを判定するための所定時間（「ＡＴコマンド［ＡＴ＄ＤＮＩＤ］の送信時点からの所定時間」より短くなるように設定されている。

【0057】

車載装置１０からＡＰ２２への返信要求Ｒ１の再送信（リトライ）がなされると、図６に示すように、再送信された返信要求Ｒ１を受信したＡＰ２２からモデム２６に取得要求Ｒ２が送信される。そして、モデム２６からの取得要求Ｒ２に応じてＳＩＭ２８から送信された電話番号情報が、モデム２６及びＡＰ２２を介して車載装置１０に送信される。

【0058】

以上のように、第３変形例によっても、通信機２０は、第１モードと第２モードとを切り替え可能に構成されている。このため、工場出荷時等の特定の拒否理由ＲＣの受信が想定される場面のためのモードとして第２モードを事前に選択しておくことにより、実際に拒否理由ＲＣが通知されたとしても、車載装置１０からの返信要求の再送信に期待して図６に示すように動作するＡＰ２２（ＳＩＭマネージャ３４）によってハンドシェイクの不成立を回避することが可能となる。これにより、意図しないダイアグ情報が記録されないようにすることができる。

【符号の説明】

【0059】

１ 車両、 １０ 車載装置、 ２０ 通信機、 ２２ アプリケーションプロセッサ、 ２４ 記憶装置、 ２６モデム、 ２８ ＳＩＭ、 ３０ バックアップ電源、 ３２ ＡＴコマンド処理部、 ３４ ＳＩＭマネージャ、 ４０ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】