WO2022220245A1

WO2022220245A1 - 通信機、通信処理システム、通信制御方法

Info

Publication number: WO2022220245A1
Application number: PCT/JP2022/017614
Authority: WO
Inventors: 佳祐生島
Original assignee: 株式会社デンソー
Priority date: 2021-04-14
Filing date: 2022-04-12
Publication date: 2022-10-20
Also published as: EP4325907A1; CN117136567A; US20240031905A1; JPWO2022220245A1

Abstract

車載通信機（１）は、自車両が駐車されたことを検出すると、現在位置としての駐車地点でＷｉ－Ｆｉ接続が可能か否かを示す情報をメモリに記録した上で、節電モードに移行する。節電モードは、セルラー通信機能は維持しつつ、少なくともＷｉ－Ｆｉ通信機能をオフに設定した電源状態に相当する。車載通信機（１）は節電モード中、Ｗｉ－Ｆｉ接続可能と記録されている状態において、セルラー経由でアプリサーバ（４）からプッシュ配信されたメッセージを受信すると、Ｗｉ－Ｆｉ通信機能を有効化し、Ｗｉ－Ｆｉ通信にてアプリ（２１）にデータ通信を実施させる。

Description

通信機、通信処理システム、通信制御方法

関連出願の相互参照

　この出願は、２０２１年４月１４日に日本に出願された特許出願第２０２１－０６８６２２号を基礎としており、基礎の出願の内容を、全体的に、参照により援用している。

　本開示は、車両で使用される通信機とアプリケーションサーバとのデータ通信を制御する技術に関する。

　特許文献１には、携帯電話回線網を利用した無線通信であるセルラー通信と、Ｗｉ－Ｆｉ（登録商標）による通信を選択的に実施可能な通信機において、車両が駐車準備状態に変化したか否かに応じて、通信回線を切り替える構成が開示されている。具体的には、車両が駐車準備状態ではない場合にはセルラー通信を選択し、車両が駐車準備状態に遷移した場合に、データ通信に使用する通信回線をセルラー通信からＷｉ－Ｆｉに切り替える構成が開示されている。

　なお、特許文献１における駐車準備状態としては、車速が所定速度以下へと変化した場合や、自車両がユーザの自宅近傍まで到達した場合、車両が目的地の近傍まで到達した場合など、まだ後退などの走行が可能な状態が想定されている。また、駐車準備状態が解除された場合としてはシフトレバーがドライブポジションに設定された場合が例示されている。なお、特許文献１における通信機としては主としてスマートフォンなど、基本的に電源がオンにされていることが想定される端末が想定されている。

特開２０１６－６３３３８号公報

　ここに開示される通信機は、少なくとも１つの車載装置が車両外部に存在する情報処理装置とデータ通信を実施するためのインターフェースとして車両で使用される通信機であって、狭域通信を実施する狭域通信部の動作を制御する狭域通信制御部と、車載センサからの信号に基づき、車両が駐車されたことを検出する駐車検出部と、車両が駐車されたことを駐車検出部が検出した地点において、狭域通信を用いたデータ通信が可能であるか否かを判定し、その判定結果を所定のメモリに保存する狭域通信可否判定部と、車載装置と情報処理装置の何れか一方から他方とのデータ通信の開始を要求するメッセージである通信開始要求を受信する要求受付部と、を備え、狭域通信制御部は、車両が駐車されたことを駐車検出部が検出したことに基づいて狭域通信部の動作を停止させ、車両が駐車されており、且つ、狭域通信を用いたデータ通信が可能であることを示すデータがメモリに記録されている状態において、要求受付部が通信開始要求を受信した場合には、狭域通信制御部が狭域通信部の動作を再開させたのちに、狭域通信を用いて車載装置に情報処理装置とデータ通信を実施させるように構成されている。

　上記構成によれば車両が駐車されている間は基本的に狭域通信部が停止するため電力消費を抑制することができる。また、通信開始要求を受信した場合に一時的に狭域通信部を動作させたのちに、狭域通信を用いて車載装置と情報処理装置とのデータ通信を実施させる。そのため、セルラー通信量を抑制可能となる。つまり、駐車中の電力消費を抑制しつつ、セルラー通信量を低減可能となる。

　また、ここに開示される通信処理システムは、車載装置が車両外部に存在する情報処理装置とデータ通信を実施するためのインターフェースとして車両で使用される通信機と、通信機と情報処理装置との通信を中継するサーバである中継サーバと、を含む通信処理システムであって、通信機は、狭域通信を実施する狭域通信部の動作を制御する狭域通信制御部と、セルラー通信を実施するためのセルラー通信部の動作を制御するセルラー制御部と、車載センサからの信号に基づき、車両が駐車されたことを検出する駐車検出部と、車両が駐車されたことを駐車検出部が検出した地点において、狭域通信を用いたデータ通信が可能であるか否かを判定し、その判定結果を所定のメモリに保存する狭域通信可否判定部と、車載装置と情報処理装置の何れか一方から他方とのデータ通信の開始を要求するメッセージである通信開始要求を受信する要求受付部と、狭域通信可否判定部の判定結果を中継サーバに送信する報告部と、を備え、狭域通信制御部は、車両が駐車されたことを駐車検出部が検出したことに基づいて狭域通信部の動作を停止させるとともに、車両が駐車されたことを駐車検出部が検出した地点においてセルラー通信が不可であって且つ狭域通信によるデータ通信が可能である場合には、所定のポーリング間隔で狭域通信部を間欠的に動作させるように構成されており、中継サーバは、通信機からの報告及び通信機との疎通確認の結果の少なくとも何れか一方に基づき、通信機がセルラー通信を実施不可であるか否か、及び、狭域通信によるデータ通信が可能であるか否かを特定し、通信機がセルラー通信を実施可能であるか否か及び狭域通信によるデータ通信が可能であるか否かの組み合わせに応じて、情報処理装置からの通信開始要求に対する応答を変更するように構成されている。

　さらにここに開示の通信制御方法は、少なくとも１つの車載装置が車両外部に存在する情報処理装置とデータ通信を実施するための通信制御方法であって、車載センサからの信号に基づき、車載装置が搭載されている車両が駐車されたことを検出することと、車両が駐車されたことが検出された場合に、車両が駐車された地点において、狭域通信を用いたデータ通信が可能であるか否かを判定し、その判定結果を所定のメモリに保存することと、車載装置と情報処理装置の何れか一方から他方とのデータ通信の開始を要求するメッセージである通信開始要求を受信することと、車両が駐車されたことを検出したことに基づいて、狭域通信を実施する通信モジュールである狭域通信部の動作を停止させることと、車両が駐車されており、且つ、狭域通信を用いたデータ通信が可能であることを示すデータがメモリに記録されている状態において、通信開始要求を受信した場合には、狭域通信部の動作を再開させたのちに、狭域通信を用いて車載装置と情報処理装置とのデータ通信を実施させることと、含む。

　なお、請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

通信処理システムの全体像を概略的に示す図である。車載システムの構成を示すブロック図である。車載通信機及びＥＣＵの機能を説明するための機能ブロック図である。中継サーバの構成及び機能を説明するためのブロック図である。駐車時のコントローラの作動を説明するためのフローチャートである。アプリサーバが通信開始要求を出力した場合のシーケンス図である。ＥＣＵが通信開始要求を出力した場合のシーケンス図である。駐車地点がセルラー圏外である場合のコントローラの作動の一例を示すシーケンス図である。アプリサーバからのプッシュ要求に対する、車載通信機の通信状態に応じた中継サーバの応答態様の一例を示す図である。

　以下、本開示の実施形態について図を用いて説明する。本開示の通信処理システム１００は、図１に示すように各車両Ｖｃに搭載されている車載通信機１及びＥＣＵ２、並びに、車両外部に配置されているアプリサーバ４及び中継サーバ５を含む。なお、ＥＣＵは、Electronic Control Unitの略であって、電子制御装置を指す。アプリサーバは、アプリケーションサーバの略である。図１には車載通信機１を搭載した車両Ｖｃを２台しか示していないが、システム全体としては３台以上存在しうる。各車両Ｖｃに搭載されているＥＣＵ２の仕様は異なりうる。ＥＣＵ２の仕様には、ＯＳ（Operating System）や、車両電源（例えばアクセサリ電源）がオフに設定されている場合の起動状態などが含まれうる。

　車載通信機１は、ＥＣＵ２が車両外部に存在するアプリサーバ４とデータ通信を実施するためのインターフェースとして車両で使用される装置である。車載通信機１は、セルラー回線を用いた無線通信であるセルラー通信と、Ｗｉ－Ｆｉ（登録商標）通信と、をそれぞれ実施可能に構成されている。ここでのセルラー回線とは、セルラー基地局７を介した通信回線、換言すればＬＴＥ／４Ｇ／５Ｇ規格に準拠した通信回線を指す。車載通信機１は、任意の通信事業者と紐付いたＳＩＭ（Subscriber Identity Module）を備える。

　セルラー基地局７は、車載通信機１とＬＴＥ等の規格に準拠した無線信号を送受信する設備である。セルラー基地局７は、ｅＮＢ（evolved NodeB）とも称される。セルラー基地局７は、５Ｇで使用されるｇＮＢ（next generation NodeB）であってもよい。セルラー基地局７は、車載通信機１と制御信号をやり取りすることで、車載通信機１による広域通信ネットワーク９への接続、ひいては車載通信機１と種々のサーバとのデータ通信を実現する。

　広域通信ネットワーク９は、例えばインターネットである。広域通信ネットワーク９は、例えばインターネット以外のＩＰ（Internet Protocol）ネットワークや、携帯電話網等といった通信事業者によって提供されるネットワークであってもよい。広域通信ネットワーク９は、アプリサーバ４、中継サーバ５、セルラー基地局７、及びＷｉ－Ｆｉ基地局８が接続するネットワークであればよい。

　また、ここでのＷｉ－Ｆｉ通信とは、Ｗｉ－Ｆｉ基地局８を経由する通信を指す。Ｗｉ－Ｆｉ基地局８は、Ｗｉ－Ｆｉに準拠した無線ＬＡＮ（Local Area Network）を形成するための通信設備である。Ｗｉ－Ｆｉの規格としては、ＩＥＥＥ８０２．１１ｎやＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｘ（いわゆるＷｉ－Ｆｉ６）など、多様な規格を採用可能である。Ｗｉ－Ｆｉ基地局８は、インフラ設備として、多様なサービス事業者によって任意の箇所に配置されている。なお、本開示のＷｉ－Ｆｉは、無料のＷｉ－Ｆｉや、ユーザ或いは車両メーカが利用契約済みのＷｉ－Ｆｉなど、車載通信機１が利用可能なＷｉ－Ｆｉを指す。車載通信機１は、Ｗｉ－Ｆｉ基地局８の通信エリア内に車両Ｖｃが存在する場合にＷｉ－Ｆｉ通信を実施可能となる。Ｗｉ－Ｆｉ基地局８は、アクセスポイントあるいはルーターと呼ぶことができる。なお、図１ではセルラー基地局７、Ｗｉ－Ｆｉ基地局８を１つずつしか示していないが、これらは複数存在しうる。

　車載通信機１は、上述した無線通信機能を提供する装置である。車両Ｖｃは車載通信機１の搭載により、インターネットに接続可能なコネクテッドカーとなる。車載通信機１は、ＤＣＭ（Data Communication Module）やＴＣＵ（Telematics Control Unit）などと呼ぶこともできる。車載通信機１は、例えばインストゥルメントパネル内に収容されている。なお、車載通信機１は、ユーザが取り外し可能に構成されていてもよい。また、車載通信機１は、ユーザによって車室内に持ち込まれた、スマートフォン等の携帯端末であってもよい。ここでの車載には、車室内に持ち込まれている状態も含む。各車両Ｖｃで使用される車載通信機１は基本的には同じ構成とするが、必ずしも完全に同一仕様である必要はない。ＯＳや、アンテナ数、契約している通信事業者、利用可能な通信回線の数、通信料金プランなどが異なっていても良い。以降における自車両とは、車載通信機１やＥＣＵ２や車載センサ３にとって、自分自身が搭載／使用されている車両Ｖｃを指す。

　車載通信機１は、図２に示すように、自車両に搭載されているＥＣＵ２及び車載センサ３と接続されて使用される。ＥＣＵ２は、車両Ｖｃに搭載される制御装置である。ＥＣＵ２は、ボディ系のＥＣＵ、車両制御系のＥＣＵ、ＡＤＡＳ系又は自動運転系のＥＣＵ、ＨＭＩ系のＥＣＵのいずれであってもよい。例えば車載通信機１は、車両内に構築された通信ネットワークである車両内ネットワークを介して各ＥＣＵ２と相互通信可能に構成されている。車両内ネットワークの規格としては、例えばController Area Network（ＣＡＮは登録商標）や、イーサネット（登録商標）など、多様な規格を採用可能である。

　なお、車載通信機１とＥＣＵ２は、車両内ネットワークを介することなく直接的に通信可能に構成されていてもよい。車載通信機１に接続するＥＣＵ２は１つだけであってもよい。車載通信機１は車両全体を統括するＥＣＵであるセントラルＥＣＵや、車両内と外部とを切り分け、セキュリティを確保するためのゲートウェイＥＣＵを介して、他のＥＣＵと通信可能に構成されていても良い。

　車載通信機１は、例えば駐車中等、走行用電源がオフの状態である場合でも、セルラー通信により、広域通信ネットワーク９に接続されたオンラインの状態を維持するように構成されている。なお、走行用電源は、例えばエンジン車においてはイグニッション電源である。電気自動車においてはシステムメインリレーが走行用電源に相当する。各車載通信機１には、固有の識別情報としての通信機ＩＤが割り当てられている。通信機ＩＤは、車載通信機１（車両Ｖｃ）を識別するための情報として機能する。通信機ＩＤは、ＤＣＭ－ＩＤや、ＴＣＵ－ＩＤと呼ぶこともできる。車載通信機１の詳細は別途後述する。

　各ＥＣＵ２は、ＣＰＵ（Central Processing Unit）などの演算コアとＲＡＭ（Random Access Memory）などのメモリとを備えるコンピュータとして構成されている。各ＥＣＵ２は、当該ＥＣＵ２が有する不揮発性メモリに格納されているプログラムを実行することで、当該プログラムに応じた処理を実行する。各ＥＣＵ２には、識別番号としてのＥＣＵ－ＩＤが割り当てられている。ＥＣＵ２が車載装置に相当する。

　ＥＣＵ２は、１つ又は複数のアプリケーション（以降、アプリ２１）を実行可能に構成されている。ＥＣＵ２は、車載システムにおけるエンドＥＣＵに相当する。アプリ２１は、アプリサーバ４と通信することにより、車両Ｖｃのユーザに所定のサービスを提供する。アプリ２１は、ＥＣＵ２が備えるＣＰＵ等の演算コアが所定のアプリケーションソフトウェアを実行することで実現される。本開示の「アプリケーション」、「アプリ」との記載は、アプリケーションを実行する装置／演算コアと読み替えることができる。演算コアは、ＣＰＵなどのプロセッサに相当する。各アプリ２１にはアプリごとに固有の識別情報であるアプリＩＤが割り当てられている。

　各アプリ２１は、当該アプリ２１に対応するアプリサーバ４を宛先とする送信用データを車載通信機１に出力するとともに、対応するアプリサーバ４からのデータを車載通信機１経由で取得する。本実施形態の通信処理システム１００では、アプリサーバ４とアプリ２１との通信は、車載通信機１だけでなく、中継サーバ５を介して実施される。各アプリ２１は、アプリサーバ４へ向けた送信用データの発生に伴って、車載通信機１に向けて通信開始要求を出力する。通信開始要求は、宛先に指定する装置とのデータ通信の開始を要求するメッセージ（信号）に相当する。

　アプリ２１は、送信データを暗号化したり、アプリサーバ４から暗号化されて送信されてきたデータを復号したりする暗号処理部を備える。例えばアプリ２１はＴＬＳ（Transport Layer Security）を用いた暗号通信を実施するための機能を備える。

　また、ＥＣＵ２は、図３に示すようにＡＣＰクライアント２２と電源制御部２３を備える。ＡＣＰクライアント２２は、アプリ２１と車載通信機１との通信を仲介する役割を担う構成である。ＡＣＰクライアント２２は、車両内中継モジュールと呼ぶこともできる。ＡＣＰクライアント２２は、ＥＣＵ２毎あるいはアプリ２１毎に配置されうる。ＡＣＰクライアント２２もまた、ＣＰＵ等のハードウェアが所定のソフトウェアであるＡＣＰクライアントソフトウェアを実行することで実現される。ＡＣＰクライアント２２は、アプリ２１からの通信開始要求を車載通信機１に伝達するとともに、当該通信開始要求に対する車載通信機１からの回答をアプリ２１に伝達する。

　また、ＡＣＰクライアント２２は、アプリＩＤ及びＥＣＵ－ＩＤを定期的に又は所定のイベントが生じた場合に車載通信機１に通知する。これにより車載通信機１は、どのアプリ２１がどのＥＣＵ２に存在するのかを特定可能となる。各種ＩＤの通知は、例えば走行用電源がオンとなったタイミングや、所定の時刻で行われてもよい。

　なお、ＡＣＰクライアント２２の機能はアプリ２１自身が備えていても良い。ＡＣＰクライアント２２はアプリ２１の一部として構成されていても良い。加えて、ＡＣＰクライアント２２はハードウェアとして構成されていても良い。また、アプリ２１が備える暗号処理部はＡＣＰクライアント２２が備えていても良い。各構成の機能配置は適宜変更可能である。ＥＣＵ２が複数のアプリ２１を備える場合、当該ＥＣＵ２のＡＣＰクライアント２２は、各アプリ２１のアプリＩＤや起動状態を管理しうる。

　電源制御部２３は、車載通信機１からの指示信号に基づき、ＥＣＵ２の電源のオンオフ状態を切り替える。例えば電源制御部２３は、車載通信機１から起動要求信号が入力されたことに基づいて、ＥＣＵ２の電源をオフ状態からオン状態に切り替える。ＥＣＵ２は、車載通信機１とは異なり、車両Ｖｃの走行用電源がオフ状態である場合には、消費電力抑制のため、原則的にアプリサーバ４とのデータ通信が不可な状態となる。例えばＥＣＵ２は、走行用電源がオフに設定されている場合、電源制御部２３以外の構成への電力供給を停止した、電源オフ状態に移行する。

　なお、ＥＣＵ２は電源状態としてオン、オフの他に、スリープ状態や休止状態を設定可能に構成されていても良い。スリープ状態は、ＲＡＭ等の揮発性メモリに作業中のデータ、換言すればプログラムの実行状態を保存した状態で演算コア等への電源の供給を止めた状態を指す。休止状態は、フラッシュメモリなどの書き込み可能な不揮発性メモリにプログラムの実行状態を保存した状態で演算コア等への電源の供給を止めた状態を指す。上述の電源オフ状態は、例えば休止状態やスリープ状態であっても良い。なお、電源制御部２３は、ＡＣＰクライアント２２の１つの機能として実装されていても良い。つまり、電源制御部２３はＡＣＰクライアント２２と統合されていても良い。

　車載センサ３は、車両Ｖｃの状態にかかる所定項目を検出するセンサである。車載センサ３には、シフトポジションを検出するシフトポジションセンサや、車速を検出する車速センサなどが挙げられる。また、車載センサ３には、パーキングブレーキの作動状態を検出するセンサ／スイッチや、車両の電源状態を検出するセンサ／スイッチなども含まれる。また、自車両の位置を検出するセンサとしてのＧＮＳＳ（Global Navigation Satellite System）受信機もまた、車載センサ３に含まれる。ＧＮＳＳとしては、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、ＩＲＮＳＳ、ＱＺＳＳ、Ｂｅｉｄｏｕ等を採用可能である。車載センサ３が検出する車両電源の状態や、シフトポジション、パーキングブレーキの作動状態などの情報は、ＥＣＵ２を介して車載通信機１に入力されても良い。つまり、車載センサ３と車載通信機１との間には、１つ又は複数のＥＣＵ２が介在していても良い。

　アプリサーバ４は、車両Ｖｃで使用されるアプリ２１との連携により、所定のサービスを提供するための設備である。アプリサーバ４は、車両Ｖｃで使用されるアプリ２１から受信したデータに対して所定の処理を実行する。アプリサーバ４は、ＥＣＵ２及びアプリ２１の実質的な通信相手となる。アプリサーバ４が情報処理装置に相当する。アプリサーバ４は、提供サービスに応じたデータをアプリ２１に送信したり、アプリ２１からデータを収集したりする。アプリサーバ４は、プッシュ送信として、特定の車両Ｖｃで使用されている特定のアプリ２１へ向けて、メッセージを能動的（自発的に）送信可能に構成されている。プッシュ送信は、動作停止中又はバックグラウンドで動作しているアプリ２１、換言すれば、アプリサーバ４と通信中ではないアプリ２１に向けたメッセージ送信と解することができる。プッシュ送信はトークンを用いて実施される。トークンは、メッセージの宛先や受信したメッセージの送信元を一意に特定するための検索キーとして作用する情報であって、中継サーバ５によって発行される。トークンの詳細は後述する。

　アプリサーバ４は、特定の車両Ｖｃに搭載されている或るアプリ２１に対してプッシュ送信を行う場合、中継サーバ５に車載通信機１へのプッシュ送信を要求する信号であるプッシュ要求を送信する。プッシュ要求は、メッセージ本体と共に、アプリＩＤ及びトークンの少なくともいずれか一方を宛先情報として含む。本実施形態では、宛先情報としてトークンが主に用いられる。アプリサーバ４は、宛先を識別するためのトークンと、車両Ｖｃとの対応関係を示すデータを保存されたトークンデータベース４１を備える。アプリサーバ４は、メッセージの送信対象に紐づくトークンをトークンデータベース４１から読み出す。そして、当該読みだしたトークンを付加したメッセージをプッシュ要求として中継サーバ５に送信する。図１中のＤＢはデータベースの略である。

　アプリサーバ４が発するプッシュ要求は、主として、特定のＥＣＵ２（アプリ２１）との通信開始要求に相当する。なお、アプリサーバ４からプッシュ送信されるメッセージは、例えば空調装置の始動やドアの施錠など、所定の車両制御の実行を指示するコマンドであってもよい。ただし、アプリサーバ４からプッシュ送信されるメッセージが車両制御のコマンドであっても、最終的にアプリ２１は制御結果を報告するためのデータ通信をアプリサーバ４と実施することとなる。故に、所定の車両制御を実行させるコマンドもまた、データ通信を開始するためのメッセージ（つまり通信開始要求）の概念に含まれる。

　なお、アプリサーバ４とアプリ２１との通信は暗号化されて実施される。暗号通信の方式としては多様な方式を採用可能である。例えばアプリサーバ４及びアプリ２１は、ＴＬＳ暗号化通信を実施可能に構成されている。ここでは一例としてアプリ２１とアプリサーバ４に限らず、中継サーバ５や車載通信機１などの他の装置もＴＬＳ通信を実施可能に構成されている。

　中継サーバ５は、車両Ｖｃとアプリサーバ４との通信を中継するサーバである。中継サーバ５は、車両Ｖｃとアプリサーバ４との通信接続制御及び通信状態の監視を統合的に行う。車載通信機１が広域通信ネットワーク９にセルラー通信又はＷｉ－Ｆｉ通信にて広域通信ネットワーク９に接続している場合、中継サーバ５は、車載通信機１と広域通信ネットワーク９を介して通信可能となる。中継サーバ５は、アプリサーバ４からの要求に基づき、指定された車両Ｖｃに搭載されるＥＣＵ２へ向けて、データを送信したり、車両Ｖｃからのデータを取得したりする。

　中継サーバ５は、オートモーティブ無線通信プラットフォーム（ＡＣＰ：Automotive Communication Platform）において、クラウド側の主要機能を提供するサーバに相当する。ＡＣＰは、車両ごとのシステム構成の違いを隠蔽（抽象化）しつつ、アプリサーバ４とアプリ２１とのセキュアなデータ通信を可能にするための技術である。例えばモデルやリリース年（世代）、グレード等の違いに由来して、車両Ｖｃごとに、駐車中に電源がオフとなるＥＣＵと電源がオフにならないＥＣＵの組み合わせが相違しうる。また、車両Ｖｃごとに、ＥＣＵを含む車載システムの構成自体が相違しうる。中継サーバ５は、車両ごとのシステム構成の違いやＥＣＵごとの電源状態の違い、すなわち、車両Ｖｃごと及びＥＣＵ２ごとの多様性を、アプリサーバ４側から隠蔽する役割を果たす。そして、あたかも各ＥＣＵ２とアプリサーバ４とが常時接続されているような擬似的な常時接続を実現する。中継サーバ５は、１つの側面においてＡＣＰを構成するサーバであるため、ＡＣＰサーバと呼ぶこともできる。

　中継サーバ５は、図４に示すように通信装置５１、サーバプロセッサ５２、ＲＡＭ５３、及びストレージ５４を用いて構成されている。通信装置５１は、車載通信機１や各種アプリサーバ４と通信を実施するための構成であって、アプリサーバ４などの他の装置と、例えばＴＬＳを用いた暗号通信を実施可能に構成されている。サーバプロセッサ５２は、例えばＣＰＵなどの演算コアである。ＲＡＭ５３は、書き換え可能な揮発性メモリである。ストレージ５４は、書き換え可能な不揮発性メモリである。ストレージ５４には、車載通信機１とアプリサーバ４とのデータ通信を中継するためのプログラムである中継サーバプログラムが保存されている。中継サーバプログラムは、ＡＣＰクラウドソフトウェアと呼ぶこともできる。

　中継サーバ５は、車載通信機１やアプリサーバ４と制御信号をやり取りすることで、各種装置のアドレス情報やポート番号といった、通信経路情報（いわゆる5-tuple）を取得する。アドレス情報は、ＩＰアドレスとＭＡＣ（Media Access Control）アドレスのいずれか一方又は両方である。中継サーバ５は、車載通信機１においてアプリ２１に割り当てられているポート番号など、アプリ２１とアプリサーバ４とが通信するために必要な情報をアプリサーバ４に通知する。

　また、中継サーバ５は、サーバプロセッサ５２がストレージ５４に保存されている中継サーバプログラムを実行することにより発現される機能モジュールとして、例えばトークン管理部Ｇ１及び中継処理部Ｇ２を備える。トークン管理部Ｇ１及び中継処理部Ｇ２はそれぞれ、ＡＣＰを構成するクラウド側の機能部であるＡＣＰクラウドＧｘのサブシステムに相当する。

　トークン管理部Ｇ１は、アプリＩＤ、ＥＣＵ－ＩＤ及び通信機ＩＤを、それらの組み合わせごとにユニークな識別情報（ＩＤ）としてのトークンと紐付けて管理する。トークンは、特定のＥＣＵ２上の特定のアプリ２１を特定するためのＩＤであって、アプリ２１、ＥＣＵ２及び車載通信機１の紐づける役割を担う。仮に複数の車両Ｖｃに同一のアプリ２１が載っており、それらのアプリＩＤが同一となる場合であっても、アプリサーバ４及び中継サーバ５は、トークンを用いることで、特定の車両Ｖｃの特定のＥＣＵ２にインストールされているアプリ２１を通知先に設定できる。また、アプリサーバ４及び中継サーバ５は、トークンを用いることで、受信したメッセージ／データの送信元を一意に特定可能となる。トークンは、例えば１６ビットなど、所定のビット数を有する。

　トークン管理部Ｇ１は、所定のトークン発行イベントが生じた場合にトークンを発行する。トークン発行イベントとしては、例えばアプリ２１がＥＣＵ２へ新たにインストールが実施された場合や、シェアリングサービスに供される車両Ｖｃのユーザが変更された場合などを採用することができる。トークンの発行、換言すれば払い出しは、アプリ２１又はＡＣＰクライアント２２、又は車載通信機１からの要求に基づき実行されうる。

　トークン管理部Ｇ１は、トークンを発行した場合、当該トークンを、関連する車載通信機１やアプリサーバ４に通知する。トークン管理部Ｇ１としての中継サーバ５は、各アプリサーバ４と通信することにより、当該アプリサーバ４に関連するトークンの情報を同期させる。或るアプリサーバ４に関連するトークンとは、アプリサーバ４に対応するアプリＩＤと紐付けられているトークンを指す。また、トークン管理部Ｇ１としての中継サーバ５は、車載通信機１と通信することにより、当該車載通信機１の通信機ＩＤに関連するトークンの情報を同期させる。トークンには、車載通信機１にてアプリ２１に割り当てられているポート番号が対応付けられて保存される。

　中継処理部Ｇ２は、或るアプリサーバ４からプッシュ要求を受信した場合には、プッシュ要求に含まれるトークンに基づき宛先に該当する車載通信機１を特定し、当該車載通信機１に向けてメッセージを送信する。車載通信機１は中継サーバ５から転送されてきたメッセージに基づき、アプリ２１からアプリサーバ４までの通信経路を確保し、アプリ２１－アプリサーバ４間のデータ通信を開始させる。プッシュ要求における最終的な宛先はアプリ２１又はＥＣＵ２である。中継サーバ５にとって車載通信機１は転送先としての（中間的な）宛先に相当する。転送先の特定は、アプリＩＤや、ポート番号、宛先ＩＰアドレス、宛先ＭＡＣアドレスなどを用いて実施されていても良い。

　中継処理部Ｇ２は、プッシュ要求を受信した場合、宛先となるアプリ２１に対応する車載通信機１が広域通信ネットワーク９に非接続である場合には、プッシュ配信失敗したことを要求元に返送する。なお、中継処理部Ｇ２は、別途後述するＷｉ－Ｆｉ可否情報に基づき、宛先となる車載通信機１が所定時間以内に広域通信ネットワーク９に接続することが期待できる場合には、プッシュ配信を保留し、その旨をアプリサーバ４に返送してもよい。

　その他、中継サーバ５は、電子証明書等を用いて、通信相手としてのアプリサーバ４や車載通信機１、アプリ２１などを認証する機能を備えていても良い。中継サーバ５が提供する機能の一部又は全部は、各アプリサーバ４が有していてもよい。機能配置は適宜変更可能である。

　＜アプリ２１及びアプリサーバ４の一例について＞
　車両Ｖｃには、車両状態確認アプリや、動画アプリ、緊急通報アプリ、プローブアプリ、制御支援アプリなど、多様なアプリ２１が搭載されうる。車両状態確認アプリは、総走行距離や、バッテリー残量、燃料残量、各ドアの開閉状態、各窓の開閉状態、室内温度といった車両の状態をスマートフォンなどの外部デバイスから確認するためのアプリである。車両状態には、ハザードランプの点灯状態や、室内灯の点灯状態が含まれていても良い。ドアの開閉状態には施錠状態も含まれる。

　車両状態確認アプリは、例えば走行用電源がオフになった際の各種情報を、対応するアプリサーバ４にアップロードする。なお、車両状態確認アプリは、アプリサーバ４を経由して送信されるユーザからの指示信号に基づき、ドアの施開錠状態や、窓の開度、灯火装置の点灯状態を制御する機能を備えていても良い。車両状態確認アプリは、車両Ｖｃのボディ系電装設備や車載空調装置を遠隔制御するためのアプリとして構成されていても良い。ボディ系電装設備には、各種灯火装置や、ドアロックモータ、ウインドウモータなどが含まれる。ドアを遠隔施錠するための通信は相対的に緊急性の高い通信に相当する一方、空調装置の遠隔起動にかかる通信は相対的に緊急性の低い通信に相当する。同一のアプリ２１の通信であっても、その通信の内容や目的によって緊急性、換言すれば通信の即時性は異なりうる。

　動画アプリは、例えば、クラウド上に保存されている動画をストリーミング再生するためのアプリである。動画アプリは、車載テレビシステムで録画された動画等のデータを、アプリサーバ４との連携により、例えばスマートフォン等、所定のデバイスに転送するアプリであってもよい。録画データの転送のための通信は、データサイズが大きく、緊急性の低い通信の一例に相当する。緊急通報アプリは、事故や乗員の異常などをトリガに所定のセンタやユーザが保持するスマートフォン等に連絡するアプリである。緊急通報アプリは、車両Ｖｃの不正開錠など、盗難に係る異常を検出してセンタ等に通知するアプリであってもよい。緊急通報アプリは通信の即時性にかかる要求が相対的に高いアプリ２１の一例に相当する。

　プローブアプリは車載カメラなどで認識した道路形状などのプローブデータをサーバにアップロードするアプリである。プローブアプリに対応するアプリサーバは、例えば複数の車両Ｖｃからアップロードされるプローブデータを統計的に統合することにより、地図データを更新し、車両Ｖｃ又は地図配信用のサーバに送信するサーバとすることができる。プローブアプリは、データサイズが大きく、緊急性の低いアプリの一例に相当する。

　制御支援アプリは、定期的に又は所定のイベントが生じた場合に、アプリサーバ４から、制御計画の作成の参考となる動的な地図情報（つまり制御支援情報）を受信するアプリケーションである。制御支援情報とは、例えば通行規制がなされている区間や、渋滞の末尾位置、路上落下物の位置などといった、走行上の障害物の位置や種別を示す準動的な地図要素についての情報であってもよい。制御支援情報は、車両Ｖｃの前方に存在する信号機の位置とその点灯状態を示す情報や、交差点内外における進行方向に応じた走行軌道を示す情報であっても良い。制御支援情報を要求するイベントとは例えば交差点や合流分岐地点までの残り時間／距離が所定値未満となったことを採用することができる。制御支援アプリに対応するアプリサーバ４は、例えば、アプリ２１からの要求に基づき、当該アプリ２１が搭載された車両Ｖｃの現在位置に応じた制御支援情報を配信しうる。

　なお、以上であげたアプリ２１は一例であって、上述したもの以外にも多様なアプリが想定されうる。また、複数のＥＣＵ２が連携して１つのアプリ２１を実行するように構成されていても良い。

　＜車載通信機１の構成について＞
　車載通信機１は、アプリ２１又はアプリサーバ４からの要求に基づき、セルラー通信機能又はＷｉ－Ｆｉ通信機能を用いて、ＥＣＵ２が備えるアプリ２１に対応するアプリサーバ４とデータ通信を実施する。前述の通り、車載通信機１とアプリサーバ４との通信は、中継サーバ５や広域通信ネットワーク９、及び、セルラー基地局７又はＷｉ－Ｆｉ基地局８を介して行われる。

　車載通信機１は、各ＥＣＵ２での通信トラフィックの発生状況に応じて、セルラー回線及びＷｉ－Ｆｉ回線を使い分けうる。つまり、車載通信機１は、多様な通信回線を、通信の用途や通信状況に基づいて使い分ける。車載通信機１が利用可能な通信回線／通信経路の概念には、セルラー回線だけでなく、Ｗｉ－Ｆｉ回線を含めることができる。

　車載通信機１は、図２に示すように、車内通信部１１、セルラー通信部１２、Ｗｉ－Ｆｉ通信部１３、及びコントローラ１４を備える。

　車内通信部１１は、各ＥＣＵ２が出力した送信用データを受け取り、コントローラ１４へ出力する。また、車内通信部１１は、コントローラ１４から入力されたデータを、宛先として指定されたＥＣＵ２に向けて出力する。例えば車内通信部１１は、各ＥＣＵ２から多重化されて入力されたデータを、所定の方式で分離することで、本来のデータを取得する。車内通信部１１は、車両内ネットワークを介してＥＣＵ２と通信するための回路モジュールである。車内通信部１１は、アナログ回路素子やＩＣ、車両内ネットワークの通信規格に準拠したＰＨＹチップなどを用いて実現されている。

　セルラー通信部１２は、例えばＬＴＥ等の無線通信プロトコルにおけるデータリンクレイヤ及び物理レイヤを担当する通信モジュールである。セルラー通信部１２は、ＬＴＥで用いられる周波数帯の電波を送受信可能なアンテナを含む。また、セルラー通信部１２は、ＬＴＥの通信規格に準拠してベースバンド信号から高周波信号への変換およびその逆変換に相当する信号処理を行うトランシーバと、ＩＰパケットと物理チャネルの信号との変換を行うパケット処理部と、を含む。

　セルラー通信部１２は、所定のシグナリング手順に基づき、セルラー基地局７の通信接続を確立する。また、セルラー通信部１２は、例えばＣＲＳ（Cell-specific RS）など、セルラー基地局７からの制御信号に基づき、セルラー基地局７に無線接続する。セルラー通信部１２は、自車両の移動に伴って、無線接続するセルラー基地局７（換言すれば在圏セル）を切り替える、いわゆるハンドオーバーを実施する。なお、在圏セルの切り替え（再選択）を行う機能はコントローラ１４が備えていても良い。

　セルラー通信部１２は、例えば駐車中等、車両Ｖｃの走行用電源がオフの状態である場合でも、バッテリーの電力を用いて動作を継続する。具体的には、バッテリーに蓄えられている電力を用いて定期的にセルラー基地局７と疎通確認（接続維持）のための制御信号をやり取りする。これにより、車載通信機１は、セルラー基地局７の通信圏内に存在する場合には広域通信ネットワーク９に接続されたオンラインの状態を維持可能となる。

　Ｗｉ－Ｆｉ通信部１３は、Ｗｉ－Ｆｉ基地局８を介してインターネットに接続し、アプリサーバ４と通信するための通信モジュールである。Ｗｉ－Ｆｉ通信部１３が狭域通信部に相当する。Ｗｉ－Ｆｉ通信部１３は、例えば２．４ＧＨｚ帯や５ＧＨｚ帯など、Ｗｉ－Ｆｉ規格で使用される周波数帯の電波を送受信するためのアンテナと、変調回路、復調回路などを用いて構成されている。Ｗｉ－Ｆｉ通信部１３は、コントローラ１４から入力されたデータに対応する無線信号を放射する。また、Ｗｉ－Ｆｉ通信部１３は、アンテナにて受信した受信信号に対応するデータをコントローラ１４に出力する。

　なお、Ｗｉ－Ｆｉ通信部１３は、Ｗｉ－Ｆｉ基地局８から発せられるビーコンを受信することによって、Ｗｉ－Ｆｉ基地局８の存在を認識する。Ｗｉ－Ｆｉ通信部１３とＷｉ－Ｆｉ基地局８との通信接続は、コントローラ１４によって制御される。なお、Ｗｉ－Ｆｉ通信部１３は、必ずしも車載通信機１に内蔵されている必要はない。Ｗｉ－Ｆｉ通信部１３は車載通信機１がその動作状態を制御可能な態様で車載通信機１の外部に設けられていても良い。Ｗｉ－Ｆｉ通信部１３の動作状態、例えば電源状態は、コントローラ１４によって制御される。

　コントローラ１４は、プロセッサ１５、ＲＡＭ１６、ストレージ１７、及びこれらを接続するバス等を備えたコンピュータを主体として構成されている。プロセッサ１５は、ＲＡＭ１６と結合された演算処理のためのハードウェアである。プロセッサ１５は、ＣＰＵ等の演算コアを少なくとも一つ含む構成である。プロセッサ１５は、ＲＡＭ１６へのアクセスにより、種々の処理を実行する。

　ストレージ１７は、フラッシュメモリ等の不揮発性の記憶媒体を含む構成である。ストレージ１７には、プロセッサ１５によって実行されるプログラムとして、通信制御プログラムが格納されている。プロセッサ１５が上記プログラムを実行することは、通信制御プログラムに対応する方法である通信制御方法を実行することに相当する。ストレージ１７には、車載通信機１が利用可能なＡＰＮ（Access Point Name）についての情報（例えばプロファイル等）が登録されている。また、ストレージ１７には、車載通信機１が利用可能なＷｉ－ＦｉのＳＳＩＤ（Service Set Identifier）や暗号化キーなどが登録されている。

　コントローラ１４は、機能ブロックとして、セルラー制御部Ｆ１、Ｗｉ－Ｆｉ制御部Ｆ２、駐車検出部Ｆ３、Ｗｉ－Ｆｉ可否判定部Ｆ４、Ｗｉ－Ｆｉ可否報告部Ｆ５、中継処理部Ｆ６、及び起動指示部Ｆ７を備える。中継処理部Ｆ６はサブ機能として、要求受付部Ｆ６１、経路割当部Ｆ６２、及びＩＤ管理部Ｆ６３を備える。コントローラ１４が備える機能部はそれぞれ、ＡＣＰを構成する車両側の機能部であるＡＣＰエンジンＦｘのサブシステムに相当する。

　セルラー制御部Ｆ１は、セルラー通信部１２の動作を制御する。セルラー制御部Ｆ１は、基本的にはセルラー通信部１２を常時駆動させる。セルラー通信部１２を停止させる場合とは、例えばセルラー通信を停止させるためのユーザ操作が行われたことを検出した場合や、バッテリー残量が所定の限界値を下回った場合などが想定される。

　セルラー制御部Ｆ１は、所定の接続イベントが生じたことを受けて、セルラー回線を確立する手続きを実行する。接続イベントとしては、コントローラ１４自体のソフトウェア更新が行われた場合や、不具合による車載通信機１の再起動が行われた場合、ユーザまたは整備工場等のスタッフによってセルラー通信機能が有効化された場合などが挙げられる。通信接続を確立するための手続きには、アタッチ要求の送信やＡＰＮ情報の送信などが含まれる。

　Ｗｉ－Ｆｉ制御部Ｆ２は、Ｗｉ－Ｆｉ通信部１３の動作を制御する。Ｗｉ－Ｆｉ制御部Ｆ２が狭域通信制御部に相当する。コントローラ１４は、Ｗｉ－Ｆｉ通信部１３がビーコンを受信したことに基づいて、Ｗｉ－Ｆｉ基地局８との通信接続を開始する。すなわち、ＩＰアドレスの取得や、セキュリティ設定（暗号鍵の交換など）のための制御信号をＷｉ－Ｆｉ基地局８とやり取りする。後述するように、Ｗｉ－Ｆｉ制御部Ｆ２は、自車両が駐車されたことを駐車検出部Ｆ３が検知したことに基づいてＷｉ－Ｆｉ通信部１３への電力供給を遮断する。つまりＷｉ－Ｆｉ通信部１３をオフ状態に切り替える。オフ状態は動作を停止させた状態に対応する。これに伴い、仮に自車両がＷｉ－Ｆｉ基地局８の通信圏内にあり、Ｗｉ－Ｆｉ接続が可能な場合であっても、Ｗｉ－Ｆｉ接続はいったん切断される。ここでのＷｉ－Ｆｉ接続とは、Ｗｉ－Ｆｉ通信を用いて広域通信ネットワーク９に接続することを指す。

　Ｗｉ－Ｆｉ制御部Ｆ２は、所定のＷｉ－Ｆｉ起動条件が充足された場合に、Ｗｉ－Ｆｉ通信部１３への電力供給をオフ状態からオン状態に切り替える。Ｗｉ－Ｆｉ起動条件には、通常起動条件と駐車中起動条件とが含まれる。通常起動条件は例えば走行用電源がオンとなったことを採用することができる。駐車中起動条件は、車両が駐車されており、且つ、後述するＷｉ－Ｆｉ接続フラグがオンに設定されている状態において、アプリ２１又はアプリサーバ４から通信開始要求が到着したことを採用することができる。駐車中においては、Ｗｉ－Ｆｉ接続は基本的にオフに設定されるため、アプリサーバ４からの通信開始要求はセルラー回線経由で受信することとなる。

　駐車検出部Ｆ３は、車載センサ３から入力される信号に基づき、自車両が駐車されたことを検出する。自車両が駐車されたことを検出することは、自車両が駐車されたと判定することに対応する。例えば駐車検出部Ｆ３は、走行用電源がオフに設定された場合に、自車両は駐車されたと判定する。駐車検出部Ｆ３はシフトポジションがパーキングポジションに設定されたことに基づいて自車両が駐車されたと判定しても良い。駐車検出部Ｆ３は、シフトポジションがパーキングポジションに設定され、且つ、パーキングブレーキがオンに設定された場合に自車両が駐車されたと判定しても良い。自車両が駐車されたと判定する条件は適宜変更することができる。

　Ｗｉ－Ｆｉ可否判定部Ｆ４は、駐車検出部Ｆ３によって自車両が駐車されたことが検出されたことに基づいて、Ｗｉ－Ｆｉ通信部１３と協働して、当該駐車地点においてＷｉ－Ｆｉ通信を用いて広域通信ネットワーク９に接続可能かどうかを判定する。Ｗｉ－Ｆｉ可否判定部Ｆ４が狭域通信可否判定部に相当する。

　例えば、Ｗｉ－Ｆｉ可否判定部Ｆ４は、駐車検出部Ｆ３によって自車両が駐車されたことが検出されたことに基づき、中継サーバ５に対して所定の確認メッセージをＷｉ－Ｆｉ通信を用いて送信する。そして、Ｗｉ－Ｆｉ可否判定部Ｆ４は中継サーバ５から所定の応答メッセージを受信できた場合に、Ｗｉ－Ｆｉ接続可能であると判定する。また、Ｗｉ－Ｆｉ可否判定部Ｆ４は、中継サーバ５へのメッセージ送信が失敗した場合や、所定の応答待機時間が経過しても中継サーバ５からの応答メッセージを受信しなかった場合には、Ｗｉ－Ｆｉ接続不可と判定する。Ｗｉ－Ｆｉ可否判定部Ｆ４の判定結果は、例えば処理上のフラグであるＷｉ－Ｆｉ接続フラグを用いて保持される。Ｗｉ－Ｆｉ接続フラグがオン（１）の状態は、Ｗｉ－Ｆｉ接続可能である状態に対応する。Ｗｉ－Ｆｉ接続フラグがオフ（０）の状態は、Ｗｉ－Ｆｉ接続不可である状態に対応する。Ｗｉ－Ｆｉ可否判定部Ｆ４の判定結果は、自車両が駐車されている地点である駐車地点がＷｉ－Ｆｉ接続可能な地点であるかを示す。

　Ｗｉ－Ｆｉ可否判定部Ｆ４の判定結果、すなわちＷｉ－Ｆｉ接続フラグは、ＲＡＭ１６又はストレージ１７に保存される。Ｗｉ－Ｆｉ接続フラグは、走行用電源オフ時においてもデータが保持される記憶媒体に保存されれば良い。なお、Ｗｉ－Ｆｉ可否判定部Ｆ４は中継サーバ５の代わりに所定のアプリサーバ４とＷｉ－Ｆｉ経由での通信を試行することで、Ｗｉ－Ｆｉ接続の可否を判定してもよい。

　本実施形態のＷｉ－Ｆｉ可否判定部Ｆ４は、単にＷｉ－Ｆｉ基地局８からのビーコンを受信しているか否かだけでなく、中継サーバ５などの外部装置とデータ通信できること、換言すれば広域通信ネットワーク９に接続できることまで確認する。当該構成によれば、Ｗｉ－Ｆｉ基地局８と広域通信ネットワーク９との接続不良等に由来して実際にはＷｉ－Ｆｉ接続不能であるにも関わらず、Ｗｉ－Ｆｉ接続可能であると誤判定する恐れを低減できる。

　Ｗｉ－Ｆｉ可否報告部Ｆ５は、Ｗｉ－Ｆｉ可否判定部Ｆ４の判定結果を示すＷｉ－Ｆｉ可否情報を、中継サーバ５に報告する。Ｗｉ－Ｆｉ可否報告部Ｆ５によるＷｉ－Ｆｉ可否情報の報告は、Ｗｉ－Ｆｉ通信で実施されても良いし、セルラー回線で実施されても良い。中継サーバ５は、車載通信機１からの報告に基づき、当該車載通信機１が使用されている車両が駐車されていること、及び、Ｗｉ－Ｆｉ接続可能な環境にあるか否かなどを把握する。なお、中継サーバ５は、車載通信機１からＷｉ－Ｆｉ接続可能かどうかを確認するためのメッセージを受信したことに基づいて、対象車両が駐車状態に移行したこと、及び、Ｗｉ－Ｆｉ接続可能な環境にあることを検知しても良い。Ｗｉ－Ｆｉ可否報告部Ｆ５が報告部に相当する。

　要求受付部Ｆ６１は、車両内外からのデータ通信の要求を受け付けるモジュールである。車両内部からの通信開始要求とは、ＥＣＵ２／アプリ２１からの通信開始要求に相当し、車両外部からの通信開始要求とは、アプリサーバ４からの通信開始要求に相当する。なお、アプリサーバ４からの通信開始要求は、中継サーバ５を介して車載通信機１に到達するため、車両外部からの通信開始要求は中継サーバ５からの通信開始要求と解することができる。

　例えば要求受付部Ｆ６１は、アプリ２１からの通信開始要求を受信したことに基づいて、当該アプリ２１と対応するアプリサーバ４との通信開始要求を受け付ける。また、要求受付部Ｆ６１は、中継サーバ５から、アプリサーバ４から指定されたアプリ２１向けのデータが存在することが通知された場合、対象となるアプリ２１とアプリサーバ４との通信開始要求を受け付ける。

　経路割当部Ｆ６２は、要求受付部Ｆ６１がアプリ２１またはアプリサーバ４からの通信開始要求を受け付けると、当該アプリ２１のためのソースポートを確保するとともに、アプリ２１からアプリサーバ４までの通信経路を設定する。ソースポートはアプリ２１毎に割り当てられる。つまり、１つのポートに対して１つのアプリＩＤが設定される。なお、１つのアプリに対して複数のポートが割り当てられても良い。通信経路を構成する要素には、セルラー回線やＷｉ－Ｆｉ回線といった、通信回線の種別のほか、割当周波数、通信プロトコルの種別などを含めることができる。通信プロトコルにはＴＣＰ（Transmission Control Protocol）やＵＤＰ（User Datagram Protocol）などが含まれる。

　経路割当部Ｆ６２は、要求受付部Ｆ６１が受け付けた通信開始要求に対し、自車両の走行状態、Ｗｉ－Ｆｉ通信の可否、及び、アプリ２１／データ通信の特性に応じた通信経路を設定する。例えば経路割当部Ｆ６２は、駐車されており、且つ、Ｗｉ－Ｆｉ通信が可能な場合には、アプリ２１の種別によらずＷｉ－Ｆｉ通信を優先的に割り当てる。つまり駐車中においてはＷｉ－Ｆｉ通信が不能な場合にアプリ２１－アプリサーバ４間の通信手段としてセルラー通信を割り当てる。

　なお、自車両が走行中である場合、経路割当部Ｆ６２は、例えばリアルタイム性あるいは通信の安定性を要求するアプリ２１に対してはレイテンシが小さいセルラー回線を割り当てる。一方、プローブデータやソフトウェア更新データなど、データサイズが相対的に大きいことが見込まれるアプリ２１へは、Ｗｉ－Ｆｉ通信を優先的に割り当てたり、通信開始を保留にしたりする。

　ＩＤ管理部Ｆ６３は、各ＡＣＰクライアント２２からの通知に基づき、アプリ２１がどのＥＣＵ２にあるのかを管理する。ＩＤ管理部Ｆ６３は、アプリ２１ごとのアプリＩＤと、ＥＣＵ－ＩＤと、トークンとを紐付けてＲＡＭ１６等のメモリに保存する。アプリ２１ごとのトークンは、中継サーバ５との通信により取得する。また、ＩＤ管理部Ｆ６３は、経路割当部Ｆ６２が各アプリ２１に割り当てているポート番号もまた、アプリＩＤ及びトークンと紐付けて管理する。ＩＤ管理部Ｆ６３は、アプリＩＤごとあるいはトークンごとのポート番号を、通信機ＩＤ及びＥＣＵ－ＩＤと共に、中継サーバ５に通知する。

　中継処理部Ｆ６としてのコントローラ１４は、アプリサーバ４までの通信経路の設定が完了すると、ＡＣＰクライアント２２に対し、通信を許可する旨のメッセージである通信許可応答を返送する。通信許可応答には、少なくともソースポート番号が含まれる。また、車載通信機１は通信許可応答には、送信元ＩＰアドレスや、宛先ＩＰアドレス、宛先ポート番号、プロトコルが含まれていても良い。

　中継処理部Ｆ６は、アプリサーバ４から通信開始要求を受信すると、ＩＤ管理部Ｆ６３が管理するトークンに基づき、宛先に該当するアプリ２１が所属するＥＣＵ２を特定する。そして、中継処理部Ｆ６は、車内通信部１１と連携し、選択したＥＣＵ２へ向けて受信データを送信する。なお、中継処理部Ｆ６は、アプリサーバ４の通信相手に相当するＥＣＵ２の電源がオフ状態である場合には、起動指示部Ｆ７に対して、対象となるＥＣＵ２を起動するように依頼し、当該ＥＣＵ２の電源がオン状態となるのを待機する。起動指示部Ｆ７は、プッシュ情報の宛先に該当するＥＣＵ２の電源がオフ状態である場合に、当該ＥＣＵ２へ向けて、電源オン状態に切り替えるための制御信号である起動要求信号を出力する。中継処理部Ｆ６は、電源がオン状態にあるＥＣＵ２へ向けてアプリサーバ４からのメッセージ／データを送信する。

　また、中継処理部Ｆ６は、自車両が駐車中であり、かつ、Ｗｉ－Ｆｉ接続フラグがオンに設定されている状態において、要求受付部Ｆ６１が通信開始要求を受け付けた場合には、Ｗｉ－Ｆｉ通信部１３を起動させるようＷｉ－Ｆｉ制御部Ｆ２に要求する。Ｗｉ－Ｆｉ制御部Ｆ２は駐車中起動条件が充足されたものとみなして、Ｗｉ－Ｆｉ通信部１３を起動させる。コントローラ１４は、自車両が駐車中であり、かつ、Ｗｉ－Ｆｉ接続フラグがオンに設定されている状態において、要求受付部Ｆ６１が通信開始要求を受け付けると、Ｗｉ－Ｆｉ接続を確立させてからアプリ２１にデータ通信を開始させる。この場合、経路割当部Ｆ６２はアプリ２１の通信経路として、Ｗｉ－Ｆｉ通信を選択する。

　＜駐車時の処理フローについて＞
　ここでは図５に示すフローチャートを用いて、自車両が駐車されるシーンでの車載通信機１の作動について説明する。便宜上、駐車時に行う車載通信機１の一連の処理を駐車関連処理と称する。図５に示すフローチャートは、車速が所定値以下（例えば０）である場合や、走行用電源がオンに設定されている場合など、所定の実行条件が充足されている間、所定の判定周期で繰り返し実行されうる。判定周期としては１００ミリ秒や２００ミリ秒、１秒などを採用することができる。ここでは一例として駐車関連処理は、ステップＳ１１～Ｓ１４を備える。なお、駐車関連処理を構成するステップ数や実行順番は適宜変更可能である。

　ステップＳ１１では駐車検出部Ｆ３が、車載センサ３から入力される情報に基づき、自車両が駐車されたか否かを判定する。例えば走行用電源がオフに設定されたことに基づいて自車両が駐車されたと判定する。駐車されていないと判定した場合にはステップＳ１１を否定判定して本フローを終了する。駐車されたと判定した場合にはステップＳ１１を肯定判定してステップＳ１２に移る。

　ステップＳ１２ではＷｉ－Ｆｉ可否判定部Ｆ４が、駐車地点においてＷｉ－Ｆｉ接続が可能かどうかを判定し、ステップＳ１３に移る。ステップＳ１３ではＷｉ－Ｆｉ可否報告部Ｆ５が、ステップＳ１２での判定結果を中継サーバ５に送信し、ステップＳ１４に移る。ステップＳ１４では車載通信機１が節電モードに移行する。節電モードは、例えばＷｉ－Ｆｉ通信部１３への電力供給を遮断し、動作を停止させた状態とすることができる。そのような節電モードは、車内通信部１１、セルラー通信部１２、及びコントローラ１４に関しては通常通り動作するモードに相当する。

　なお、節電モードは、Ｗｉ－Ｆｉ通信部１３の停止に加えて、コントローラ１４の一部又は全部の機能を停止させるモードであっても良い。節電モードにおいてコントローラ１４は、車内通信部１１又はセルラー通信部１２が通信開始要求に対応する信号を受信したことに基づいて通常モードに復帰するように構成されていればよい。例えば節電モードは、車内通信部１１とセルラー通信部１２と、要求受付部Ｆ６１にかかる構成のみが動作している状態とすることができる。通常モードは、節電モードではない状態、すなわちＷｉ－Ｆｉ通信部１３などが動作している状態に相当する。

　＜駐車中の処理フローについて＞
　次に、図６及び図７に示すシーケンス図を用いて、車両Ｖｃが駐車されている間に、通信開始要求が発生した場合の各装置での作動について説明する。図６は、アプリサーバ４で通信需要が生じた場合、換言すれば、プッシュ要求を送信した場合のシーケンス図である。図７は、ＥＣＵ２で通信需要が生じた場合のシーケンス図である。

　図６及び図７に示すＥＣＵ２及びアプリ２１は、任意のＥＣＵ２及びアプリ２１とすることができる。また、図６及び図７に示すアプリサーバ４は、図５及び図６に示すＥＣＵ２が備えるアプリ２１に対応するアプリサーバ４である。なお、以下の説明の前提として、車載通信機１は、セルラー回線を用いた中継サーバ５との通信接続が確立している。中継サーバ５及びアプリサーバ４もまた相互通信可能な状態にあって、疎通確認のための通信やデータ通信を随時実施する。

　まずは図６を用いて、アプリサーバ４で通信需要が生じた場合の相互作用について説明する。車両Ｖｃが駐車されている状態において、アプリサーバ４でアプリ２１向けの送信用データが発生すると（ステップＳ２１）、当該アプリサーバ４は中継サーバ５に通信開始要求としてのプッシュ要求を送信する（ステップＳ２２）。プッシュ要求は、メッセージ本体の他に、宛先とするアプリ２１に対応するトークンを含む。

　なお、アプリサーバ４は、中継サーバ５に対して、例えば許容待ち時間や、想定データサイズなど、通信制御の参考となる情報である通信条件情報を通知してもよい。通信条件情報は、プッシュ要求に含まれていても良いし、別送されてもよい。許容待ち時間は、通信開始まで許容可能な時間の長さを示すパラメータである。想定データサイズは、送信予定のデータのサイズを示すパラメータである。

　中継サーバ５は、アプリサーバ４からのプッシュ要求を受信すると、メッセージに付与されているトークンに基づき、メッセージの送信先となる車載通信機１及びアプリ２１を特定する。そして当該車載通信機１に向けて、アプリサーバ４からのメッセージを送信する（ステップＳ２３）。当該ステップで送信するメッセージにも、アプリＩＤ及びトークンの少なくとも何れか一方が付加されている。

　車載通信機１はセルラー経由で中継サーバ５からのメッセージを受信すると（ステップＳ２３ａ）、Ｗｉ－Ｆｉ接続フラグの設定値（オン／オフ）を参照し、Ｗｉ－Ｆｉ接続が可能であるか否かを判定する（ステップＳ２４）。Ｗｉ－Ｆｉ接続フラグがオンに設定されている場合には（ステップＳ２４　ＹＥＳ）、Ｗｉ－Ｆｉ制御部Ｆ２がＷｉ－Ｆｉ通信部１３を起動させる（ステップＳ２５）。そして、ＩＰアドレスの取得や暗号鍵の交換などのための制御信号をＷｉ－Ｆｉ基地局８とやり取りし、Ｗｉ－Ｆｉ通信にて広域通信ネットワーク９に接続する。

　Ｗｉ－Ｆｉ接続が完了すると、経路割当部Ｆ６２は、アプリ２１とアプリサーバ４との通信回線としてＷｉ－Ｆｉ通信を割り当てる（ステップＳ２６）。一方、Ｗｉ－Ｆｉ接続フラグがオフに設定されている場合には（ステップＳ２４　ＮＯ）、経路割当部Ｆ６２は、アプリ２１とアプリサーバ４との通信回線としてセルラー通信を割り当てる（ステップＳ２７）。なお、処理対象となるアプリ２１及びＥＣＵ２は、メッセージに付加されたアプリＩＤ又はトークンに基づき特定される。

　Ｗｉ－Ｆｉ接続等、通信の準備が完了すると、起動指示部Ｆ７がＥＣＵ２を起動させるとともに、アプリ２１に向けてアプリサーバ４からのメッセージを送出する（ステップＳ２８）。なお、起動指示部Ｆ７によるＥＣＵ２の起動処理は、ＥＣＵ２が既に電源オンである場合には省略可能である。

　アプリ２１は、ＡＣＰクライアント２２を介してアプリサーバ４からのメッセージを受信すると、アプリサーバ４に対して所定のメッセージを返送する（ステップＳ２９）。ステップＳ２９で送信するメッセージは、例えばＴＬＳ通信を開始するための初期メッセージ（いわゆるClientHello）であってもよいし、その他の所定のメッセージとすることができる。

　アプリ２１とアプリサーバ４は、ハンドシェイクプロトコルなど、所定のデータ通信シーケンスでメッセージをやり取りすることでセッションを確立し、暗号通信を開始する（ステップＳ３０）。以上の処理により、アプリサーバ４とアプリ２１とのデータ通信が開始される。なお、プッシュ要求の内容が、双方向通信を必要としない内容である場合にはステップＳ３０は省略可能である。同様に、プッシュ要求の内容が、応答メッセージの返送を必要としないタイプのものである場合にはステップＳ２９以降の処理は省略可能である。

　次に、図７を用いて、ＥＣＵ２（アプリ２１）で通信需要が生じた場合の相互作用について説明する。なお、駐車中、アプリ２１は、例えばソフトウェア更新のための通信など、予め設定されたスケジュールに基づき自発的に通信開始要求を出力しうる。また、所定の閾値以上の振動の検知や、窓の破損、不正開錠などといった、所定の通報イベントを検知した場合にも、アプリ２１による通信開始要求が発生しうる。通報イベントには、子供の車内放置などを含めることができる。ＥＣＵ２は、予め設定されたスケジュール又は所定のイベントを検知したことに基づいて、オフ状態からオン状態に移行し、アプリ２１を起動させる。もちろん、ここで述べるＥＣＵ２は、駐車中もオン状態を維持するＥＣＵ２であってもよい。

　車両Ｖｃが駐車されている状態において、アプリ２１でアプリサーバ４向けの送信用データが発生すると、当該アプリ２１は、ＡＣＰクライアント２２を介して車載通信機１に通信開始要求を送信する（ステップＳ４１）。通信開始要求は少なくともアプリＩＤ又はトークンを含む。

　車載通信機１は、ＥＣＵ２からの通信開始要求を受信すると（ステップＳ４１ａ）、まずは、通信の要求元としてのアプリ２１用のポートを確保する。要求元用のポートを確保済みである場合には、ポートの確保は省略されれば良い。なお、経路割当部Ｆ６２がアプリ２１への新たなポートの割当を実施した場合、ＩＤ管理部Ｆ６３は、対象アプリ２１に割り当てたポート番号をアプリＩＤ及びトークンの少なくとも何れか一方と対応付けて中継サーバ５に通知する。

　次に、車載通信機１は、Ｗｉ－Ｆｉ接続フラグの設定値を参照し、Ｗｉ－Ｆｉ接続が可能であるか否かを判定する（ステップＳ４２）。Ｗｉ－Ｆｉ接続フラグがオンに設定されている場合には（ステップＳ４２　ＹＥＳ）、Ｗｉ－Ｆｉ制御部Ｆ２がＷｉ－Ｆｉ通信部１３を起動させる（ステップＳ４３）。また、所定のシグナリング手順に従ってルーティング処理を行い、Ｗｉ－Ｆｉ通信にて広域通信ネットワーク９に接続する。そして、経路割当部Ｆ６２は、アプリ２１とアプリサーバ４との通信回線としてＷｉ－Ｆｉ通信を割り当てる（ステップＳ４４）。一方、Ｗｉ－Ｆｉ接続フラグがオフに設定されている場合には、経路割当部Ｆ６２は、アプリ２１とアプリサーバ４との通信回線としてセルラー通信を割り当てる（ステップＳ４５）。

　Ｗｉ－Ｆｉ接続等、通信の準備が整うと、アプリ２１に対して通信許可応答を送信する（ステップＳ４６）。通信許可応答には、例えばソースポート番号やＩＰアドレスなどの経路情報を含めることができる。

　アプリ２１は、ＡＣＰクライアント２２を介して通信許可応答を取得すると、所定のデータ通信シーケンスでアプリサーバ４とメッセージをやり取りすることでセッションを確立し、暗号通信を開始する（ステップＳ４７）。以上の処理により、アプリ２１からアプリサーバ４へのデータ送信等が実施される。

　＜上記構成が解決しようとする課題と効果について＞

　特許文献１には、駐車完了後、走行用電源がオフになっている場合の、車載通信機における通信回線の制御方法については何ら言及されていない。

　近年は、車両が駐車されている状態など、走行用電源がオフに設定されている状態においても、車両へのデータ配信や車両データの取得、遠隔制御などのために、車載通信機を通信可能な状態に維持したいといった需要が高まっている。

　セルラー通信とＷｉ－Ｆｉ通信とを利用可能な車載通信機においては、駐車中も両方の通信モジュールを起動させておくとバッテリーの電力消費が大きい。一般的に、Ｗｉ－Ｆｉ通信モジュールは、セルラー通信モジュールよりも消費電力が大きい。そのような事情から本開示の開発者らは、駐車中は、セルラー通信モジュールの動作は継続させる一方、Ｗｉ－Ｆｉ通信モジュールについては動作を停止させる構成について検討した。

　しかしながら、本開示の開発者らは上記の構成について検討を進めたところ、次の課題を見出した。すなわち、上記検討構成では駐車中に利用可能なセルラー通信のみとなるため、駐車中にソフトウェア配信等の通信需要が生じた場合、当該データ通信はセルラー通信で実行される。その結果、通信料金が増大しうる。

　本開示は、上記の検討又は着眼点に基づいて成されたものであり、その目的の１つは、駐車中の電力消費を抑制しつつ、セルラー通信量を低減可能な通信機、通信処理システム、通信制御方法を提供することにある。

　本開示の上記構成によれば、駐車中においてはＷｉ－Ｆｉ通信部１３への電力供給を停止するため、駐車中における電力消費（暗電流）を低減することができる。また、駐車地点においてＷｉ－Ｆｉ接続が可能かどうかを保持しておき、Ｗｉ－Ｆｉ接続可能である場合には、車両内部又は外部からの通信開始要求に基づき、Ｗｉ－Ｆｉ通信部１３を起動する。そして、アプリ２１とアプリサーバ４との通信経路としてＷｉ－Ｆｉ通信を割り当てる。つまり、アプリ２１－アプリサーバ４データ通信が開始する前に、Ｗｉ－Ｆｉ接続を行い、Ｗｉ－Ｆｉ経由で通信が行われるように誘導する。当該構成によれば駐車中のセルラー回線での通信量を削減可能となる。つまり、セルラー通信量の抑制と、消費電力低減を両立可能となる。

　また、駐車地点においてＷｉ－Ｆｉ接続が不可であることが登録されている場合には、Ｗｉ－Ｆｉ通信部１３を起動させずに、セルラー経由でアプリ２１－アプリサーバ４間のデータ通信を行う。当該構成によれば、Ｗｉ－Ｆｉ通信部１３を不必要に起動させることなく、速やかなにデータ通信を開始可能となる。

　さらに、上記構成ではより好適な実施態様として中継サーバ５もまた、Ｗｉ－Ｆｉ可否情報を保持する。当該構成によれば、アプリサーバ４からの通信開始要求に対し、中継サーバ５にて、Ｗｉ－Ｆｉ接続の可否に応じた応答を返送可能となる。例えば駐車地点において車載通信機１がＷｉ－Ｆｉ接続不可である場合、中継サーバ５は、急ぎではなく、且つ、大容量な通信の開始要求に対しては、要求元としてのアプリサーバ４に通信不可応答を返送しても良い。通信不可応答は、現在は通信できないこと、あるいは、一定時間後に再試行することを要求するメッセージとすることができる。

　急ぎではない通信とは、例えば許容待ち時間が１２時間や１日、１週間などに設定されている通信である。例えば動画アプリなどのエンターテイメント系のアプリ２１など、車両の走行制御に関与しないアプリ２１のソフトウェア更新データの配信が、急ぎではない通信に該当しうる。なお、車両の走行制御に関与するアプリ２１のソフトウェア更新の重要性は、ソフトウェア更新の目的に応じて異なりうる。ソフトウェア配信についての許容待ち時間は、ソフトウェア配信者によって適宜設定されれば良い。

　上記例のように、中継サーバ５が車載通信機１の通信状態を保持する構成によれば、中継サーバ５が車載通信機１の通信状態に応じた応答を、車載通信機１に問い合わせることなく、アプリサーバ４に返送可能となる。その結果、車載通信機１を不必要に起動させる恐れを低減可能となり、駐車中における消費電力をより一層低減可能となる。また、アプリサーバ４が送信する通信開始要求に、許容待ち時間などの通信条件が付与されている場合には、アプリサーバ４からのプッシュ要求に対し、中継サーバ５が車載通信機１の状態に応じたより適正な応答を実施可能となる。

　以上、本開示の実施形態を説明したが、本開示は上述の実施形態に限定されるものではなく、以降で述べる種々の変形例も本開示の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。例えば下記の種々の補足や変形例などは、技術的な矛盾が生じない範囲において適宜組み合わせて実施することができる。なお、以上で述べた部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略することがある。また、構成の一部のみに言及している場合、他の部分については上記説明を適用することができる。

　＜駐車時の作動の補足＞
　駐車地点がセルラー通信できない場所、すなわちセルラー基地局７の通信圏外であることもあり得る。上記の構成では、駐車地点においてＷｉ－Ｆｉ接続可能だがセルラー通信圏外である場合には、アプリサーバ４からの通信開始要求を車載通信機１に送達できない。そこで、駐車地点においてセルラー通信が圏外であって且つＷｉ－Ｆｉ接続フラグがオンに設定されている場合、コントローラ１４は所定のポーリング間隔でＷｉ－Ｆｉ通信部１３を間欠的に起動させてもよい。ポーリング間隔は、例えば５分や１０分などとすることができる。ポーリング間隔はサービス（アプリケーション）が要求する応答性に応じて設定されればよい。ポーリング間隔の設定値は、車載通信機１との通信により、又はシステム設計値として、中継サーバ５に事前に登録されているものとする。

　以下、図８に示すフローチャートを用いて、上記の技術思想に対応する車載通信機１の作動について説明する。なお、図８に示すフローチャートは例えば、図５に示す駐車関連処理の後続処理として実施可能である。図８に示すフローチャートのステップ数や処理順序は適宜変更可能である。

　なお、前提として中継サーバ５は、Ｗｉ－Ｆｉ接続フラグがオンに設定されている車載通信機１宛のプッシュ要求を受信すると、ポーリング間隔に対応する所定時間、当該プッシュ要求を保持するように構成されているものとする。プッシュ要求を保持した状態とは、リトライを一定間隔で繰り返す状態、あるいは、車載通信機１からの問い合わせに基づきメッセージを送信可能な状態に相当する。

　まずステップＳ５１ではセルラー制御部Ｆ１が、セルラー基地局７からの信号に基づき、セルラー基地局７との無線接続が確立できているか否かを判定する。セルラー通信不能である場合、つまり駐車地点がセルラー通信圏外である場合にはステップＳ５１を肯定判定してステップＳ５２に移る。一方、セルラー通信可能である場合にはステップＳ５１を否定判定して本フローを終了する。セルラー通信可能かどうかは、処理上のフラグであるセルラー接続フラグで管理されてもよい。

　ステップＳ５２では、Ｗｉ－Ｆｉ接続フラグがオンに設定されているか否かを判定する。Ｗｉ－Ｆｉ接続フラグがオンに設定されている場合にはステップＳ５３に移る。一方、Ｗｉ－Ｆｉ接続フラグがオフに設定されている場合には本フローを終了する。

　ステップＳ５３ではＷｉ－Ｆｉ可否報告部Ｆ５が、Ｗｉ－Ｆｉ経由で、駐車地点の通信環境を中継サーバ５に報告する。すなわち、Ｗｉ－Ｆｉ接続は可能である一方、セルラー通信は不能であることを通知する。ポーリング間隔が一定ではなく、中継サーバ５が車載通信機１に設定されているポーリング間隔を未知となりうるシステム構成においては、Ｗｉ－Ｆｉ可否報告部Ｆ５は、中継サーバ５にポーリング間隔の現在の設定値を通知しても良い。ステップＳ５３が完了するとステップＳ５４を実行する。

　ステップＳ５４ではＷｉ－Ｆｉ通信部１３の起動及びネットワーク接続を行うためのタイマーであるポーリングタイマーを起動してステップＳ５５に移る。ポーリングタイマーは節電モードにおいても動作継続するように構成されている。ステップＳ５５では車載通信機１が節電モードに移行する。

　ステップＳ５６ではポーリングタイマーが満了となったか否かを判定する。例えばポーリングタイマーから満了となったことを示す信号が出力されていない場合にはステップＳ５７に移り、走行用電源がオフからオンになったか否かを判定する。ステップＳ５７は、駐車状態が解除されたか否かを判定するステップに相当する。走行用電源がオフのままである場合にはステップＳ５６及びステップＳ５７の判定を繰り返す。ポーリングタイマーが満了となるとステップＳ５８を実行する。

　ステップＳ５８では車載通信機１が通常モードに復帰し、Ｗｉ－Ｆｉ接続にかかる処理を実行する。Ｗｉ－Ｆｉ接続が確立するとステップＳ５９を実行する。ステップＳ５９では要求受付部Ｆ６１が中継サーバ５と通信し、アプリサーバ４から中継サーバ５に自車両向けのメッセージ（データ）が到着しているか否かを確認する。

　中継サーバ５に自車両向けのメッセージが到着していない場合にはＳ６０を否定判定してステップＳ５４以降の処理を再度実行する。一方、中継サーバ５に自車両向けのメッセージが到着している場合にはＳ６０を肯定判定しＳ６１を実行する。Ｓ６１では中継サーバ５に到着しているメッセージをＷｉ－Ｆｉ経由で取得し、当該メッセージに応じた応答を行う。例えばアプリ２１がアプリサーバ４と通信を行い、アプリサーバ４からの配信データを受信したり、アプリサーバ４からの要求に応じたデータを送信したりする。Ｓ６１での一連の通信処理が完了すると、ステップＳ５４以降の処理を再度実行する。

　上記のように定期的にＷｉ－Ｆｉ通信部１３を起動させ、Ｗｉ－Ｆｉ経由で中継サーバ５にアプリサーバ４からの通信開始要求の有無を確認する構成によれば、バッテリー消費を抑制しつつ、セルラー圏外においてもある程度のサービス性を実現可能となる。

　なお、ポーリング間隔は、駐車されてからの経過時間や、時間帯に応じて動的に変更されてもよい。例えば駐車直後は、ユーザがドアの施錠忘れや、窓の閉め忘れ等に気づいて車両を遠隔操作したくなる可能性が相対的に高い。よって、駐車されてからの経過時間が所定の様子見時間未満である状態においては、駐車されてからの経過時間が様子見時間以上である場合よりもポーリング間隔を短くしてもよい。例えば駐車されてからの経過時間が様子見時間以上である場合にはポーリング間隔を５分や１０分など、相対的に長い値に設定する。一方、駐車されてからの経過時間が様子見時間未満である状態においてはポーリング間隔を２分など、駐車されてからの経過時間が様子見時間以上の場合に適用される値の半分以下の値に設定されてもよい。様子見時間は例えば１５分や３０分などであって、ユーザが設定可能に構成されていても良い。

　車載通信機１は、ユーザの日常的な自車両の利用開始時刻の履歴に基づき、走行用電源がオンに設定されやすい時刻を特定し、当該時刻の前後、様子見時間以内となる時間帯においてはポーリング間隔をその他の時間帯よりも短くしてもよい。車載通信機１は、ユーザによって予め指定された時間帯においては、ポーリング間隔をその他の時間帯よりも短くするように構成されていてもよい。車載通信機１はユーザ操作に基づき時間帯ごとのポーリング間隔を設定可能に構成されていてもよい。

　ところで、上記の構成によれば、セルラー圏外においても、アプリサーバ４とアプリ２１との通信が可能となるが、アプリサーバ４からすれば、プッシュ要求から通信開始までの即時性が低下しうる。そこで、中継サーバ５は、車載通信機１がセルラー圏外に存在し、且つ、Ｗｉ－Ｆｉ接続可能であることを特定できている場合、プッシュ要求元となるアプリサーバ４に対して、即座には通信できないことを通知してもよい。即座には通信できないことの通知としては、（ｉ）待機指示、（ｉｉ）通信開始までの待ち時間、又は（ｉｉｉ）通信不可の何れかのメッセージを送信することを採用することができる。通信開始までの待ち時間として通知する内容は、より具体的には、ポーリング間隔の設定値の通知であってもよいし、次回通信可能となる時刻又は当該時刻までの残り時間であってもよい。

　このように車載通信機１がセルラー圏外にあることに起因して即座には通信を開始できない場合、中継サーバ５がその旨をアプリサーバ４に通知する構成によれば、アプリサーバ４が提供サービスの特性に応じた処理を実施可能となる。例えばアプリサーバ４はユーザがもつスマートフォン等に所定のメッセージを送信するなどの代替的な対応を実施可能となる。より具体的には、ユーザがもつスマートフォン等の画面に、待ち時間を表示することや、車両からの応答を待機するか中止するかを選択するための選択肢を表示することが可能となる。

　なお、アプリサーバ４は、プッシュ要求として、許容待ち時間のように即時性を求めるメッセージであるか否かを示す属性情報を付加したデータを中継サーバ５に送信しても良い。中継サーバ５は、Ｗｉ－Ｆｉ接続フラグがオンに設定されている車載通信機１を宛先とする、プッシュ要求を受け付けた場合、要求される即時性とポーリング間隔との比較結果に基づき、異なる処理を実施するように構成されていてもよい。例えばポーリング間隔の設定値が許容待ち時間を超過している場合には、プッシュ要求を棄却しプッシュ要求元へ、通信不可応答を返送する。一方、ポーリング間隔の設定値が許容待ち時間以下である場合には、前述の通り、プッシュ要求を保持する。中継サーバ５は、ポーリング間隔の設定値が許容待ち時間以下である場合には、ポーリング間隔や、宛先とする車載通信機１／ＥＣＵ２／アプリ２１が次回通信可能となるまでの残り時間をプッシュ要求元へ通知してもよい。

　以上では、中継サーバ５が車載通信機１の報告に基づき、当該車載通信機１の駐車地点における通信環境を特定する構成について述べたが、車載通信機１の駐車地点における通信環境を特定する方法はこれに限らない。中継サーバ５と車載通信機１は定期的に疎通確認のためのメッセージを送受信するように構成されていてもよい。中継サーバ５は、疎通確認がとれなくなった状態がポーリング間隔に対応する時間以上継続したことに基づいて、車載通信機１がセルラー通信もＷｉ－Ｆｉ接続もできない環境にあることを特定することができる。

　中継サーバ５は、ポーリング間隔に応じた周期で間欠的に車載通信機１とデータ通信が可能となることに基づいて、当該車載通信機１は、セルラー通信は実施不可である一方、Ｗｉ－Ｆｉ接続は可能な環境に存在すると判定しても良い。

　中継サーバ５は、セルラー通信もＷｉ－Ｆｉ接続もできない環境にあると判定した車載通信機１に紐づくＥＣＵ２／アプリ２１を宛先とするプッシュ要求を受信した場合には、要求元に対し、宛先は通信不可であることを通知しても良い。中継サーバ５は、セルラー通信可能であって且つＷｉ－Ｆｉ接続不可である車載通信機１に紐づくＥＣＵ２／アプリ２１を宛先とするプッシュ要求を受信した場合、アプリサーバ４から提供される想定データサイズに応じて応答を変えても良い。例えば想定データサイズが所定の閾値（例えば１００ＭＢ）以上である場合には、車載通信機１へのメッセージ転送を保留にし、アプリサーバ４に車載通信機１がＷｉ－Ｆｉ接続不可であることを通知しても良い。当該構成によれば、アプリサーバ４はユーザの保有するスマートフォンなどの端末に、大容量通信をセルラー回線で実施してもよいか否かを問い合わせる画面を表示するなどの処置が可能となる。

　以上で述べたように、中継サーバは車載通信機１の通信状態、換言すれば駐車地点での通信環境に応じて、アプリサーバ４からのプッシュ要求に対する応答を変更しても良い。図９は、以上で述べた車載通信機１の通信状態に応じた応答方針の一例をまとめたテーブルである。車載通信機１がセルラー通信を実施できないものの、Ｗｉ－Ｆｉ接続が可能である場合には、サービスとして要求される即時性に応じて多様な応答を採用可能である。

　以上では、狭域通信としてＷｉ－Ｆｉ通信を採用した態様を例示したが、狭域通信の方式はＷｉ－Ｆｉでなくともよい。狭域通信部は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に準拠した通信を実施するモジュールであってもよい。狭域通信部は、インパルス無線（ＩＲ：Impulse Radio）超広帯域（ＵＷＢ：Ultra Wide Band）通信を実施する通信モジュールであっても良い。狭域通信は、ＩＥＥＥ８０２．１１ｐ規格に対応するＤＳＲＣ（Dedicated Short Rang e Communications）や、ＩＥＥＥ１６０９等にて開示されているＷＡＶＥ（Wireless Access in Vehicular Environment）規格に準拠するものであってもよい。狭域通信は、１つの側面において、無線ＬＡＮ／アクセスポイントを介してネットワーク接続可能な通信とすることができる。アクセスポイントは、無線ＬＡＮを形成する設備である。アクセスポイントの概念にはルーターの他、路側機も含めることができる。他方、セルラー通信部１２は、携帯電話回線を利用する通信、あるいはＳＩＭを用いてネットワーク接続可能な通信モジュールと解することができる。その他、狭域通信は、セルラーＶ２Ｘ、例えばＣ－Ｖ２Ｘ（ＬＴＥ－Ｖ２Ｘ）、ＮＲ－Ｖ２Ｘ（５Ｇ－Ｖ２Ｘ）、LTE Directであってもよい。狭域通信部は、セルラー通信部の１つの機能要素としてセルラー通信部に含まれていても良い。車載通信機１はセルラーＶ２Ｘで路側機に無線接続し、路側機を介して中継サーバ５及びアプリサーバ４と通信してもよい。Ｖ２Ｘは、Vehicle to X（everything/something）の略で、車を様々なものとダイレクトにつなぐ通信技術を指す。Ｖ２Ｘの概念には路車間通信や車々間通信が含まれる。ＮＲはNew Radioの略である。
　＜付言（１）＞

　本開示に記載の装置、システム、並びにそれらの手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。また、本開示に記載の装置及びその手法は、専用ハードウェア論理回路を用いて実現されてもよい。さらに、本開示に記載の装置及びその手法は、コンピュータプログラムを実行するプロセッサと一つ以上のハードウェア論理回路との組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。例えば車載通信機１が備える機能の一部又は全部はハードウェアとして実現されても良い。或る機能をハードウェアとして実現する態様には、１つ又は複数のＩＣなどを用いて実現する態様が含まれる。プロセッサ（演算コア）としては、ＣＰＵや、ＭＰＵ、ＧＰＵ、ＤＦＰ（Data Flow Processor）などを採用可能である。また、車載通信機１が備える機能の一部又は全部は、複数種類の演算処理装置を組み合わせて実現されていてもよい。車載通信機１が備える機能の一部又は全部は、システムオンチップ（ＳｏＣ：System-on-Chip）や、ＦＰＧＡ（Field-Programmable Gate Array）などを用いて実現されていても良い。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体（non- transitory tangible storage medium）に記憶されていてもよい。プログラムの保存媒体としては、ＨＤＤ（Hard-disk Drive）やＳＳＤ（Solid State Drive）、フラッシュメモリ、ＳＤ（Secure Digital）カード等を採用可能である。

Claims

　少なくとも１つの車載装置が車両外部に存在する情報処理装置とデータ通信を実施するためのインターフェースとして車両で使用される通信機であって、
　狭域通信を実施する狭域通信部（１３）の動作を制御する狭域通信制御部（Ｆ２）と、
　車載センサ（３）からの信号に基づき、前記車両が駐車されたことを検出する駐車検出部（Ｆ３）と、
　前記車両が駐車されたことを前記駐車検出部が検出した地点において、前記狭域通信を用いた前記データ通信が可能であるか否かを判定し、その判定結果を所定のメモリ（１６、１７）に保存する狭域通信可否判定部（Ｆ４）と、
　前記車載装置と前記情報処理装置の何れか一方から他方との前記データ通信の開始を要求するメッセージである通信開始要求を受信する要求受付部（Ｆ６１）と、を備え、
　前記狭域通信制御部は、前記車両が駐車されたことを前記駐車検出部が検出したことに基づいて前記狭域通信部の動作を停止させ、
　前記車両が駐車されており、且つ、前記狭域通信を用いた前記データ通信が可能であることを示すデータが前記メモリに記録されている状態において、前記要求受付部が前記通信開始要求を受信した場合には、前記狭域通信制御部が前記狭域通信部の動作を再開させたのちに、前記狭域通信を用いて前記車載装置に前記情報処理装置と前記データ通信を実施させるように構成されている通信機。
　請求項１に記載の通信機であって、
　前記狭域通信可否判定部は、前記狭域通信を用いたデータ通信が可能か否かを、前記情報処理装置又はネットワーク上の他の装置と実際に所定のメッセージを送受信することで判定するように構成されている通信機。
　請求項１又は２に記載の通信機であって、
　セルラー通信を実施するためのセルラー通信部（１２）の動作を制御するセルラー制御部（Ｆ１）を備え、
　前記セルラー制御部は、前記車両が駐車されている場合であっても前記セルラー通信部の動作は継続させ、
　前記要求受付部は、前記セルラー通信によって前記情報処理装置からの前記通信開始要求を受信可能に構成されている通信機。
　前記情報処理装置と相互通信可能に構成された中継サーバ（５）を介して、前記情報処理装置と通信するように構成された、請求項３に記載の通信機であって、
　前記狭域通信可否判定部の判定結果を前記中継サーバに送信するように構成されている通信機。
　請求項４に記載の通信機であって、
　前記狭域通信制御部は、前記車両が駐車されたことを前記駐車検出部が検出した地点において前記セルラー通信が不可である場合には、前記車両が駐車されている間、所定のポーリング間隔で前記狭域通信部を間欠的に動作させるように構成されている通信機。
　車載装置（２）が車両外部に存在する情報処理装置とデータ通信を実施するためのインターフェースとして車両で使用される通信機（１）と、前記通信機と前記情報処理装置との通信を中継するサーバである中継サーバ（５）と、を含む通信処理システムであって、
　前記通信機は、
　狭域通信を実施する狭域通信部（１３）の動作を制御する狭域通信制御部（Ｆ２）と、
　セルラー通信を実施するためのセルラー通信部（１２）の動作を制御するセルラー制御部（Ｆ１）と、
　車載センサ（３）からの信号に基づき、前記車両が駐車されたことを検出する駐車検出部（Ｆ３）と、
　前記車両が駐車されたことを前記駐車検出部が検出した地点において、前記狭域通信を用いた前記データ通信が可能であるか否かを判定し、その判定結果を所定のメモリ（１６、１７）に保存する狭域通信可否判定部（Ｆ４）と、
　前記車載装置と前記情報処理装置の何れか一方から他方との前記データ通信の開始を要求するメッセージである通信開始要求を受信する要求受付部（Ｆ６１）と、
　前記狭域通信可否判定部の判定結果を前記中継サーバに送信する報告部（Ｆ５）と、を備え、
　前記狭域通信制御部は、前記車両が駐車されたことを前記駐車検出部が検出したことに基づいて前記狭域通信部の動作を停止させるとともに、前記車両が駐車されたことを前記駐車検出部が検出した地点において前記セルラー通信が不可であって且つ前記狭域通信による前記データ通信が可能である場合には、所定のポーリング間隔で前記狭域通信部を間欠的に動作させるように構成されており、
　前記中継サーバは、
　前記通信機からの報告及び前記通信機との疎通確認の結果の少なくとも何れか一方に基づき、前記通信機が前記セルラー通信を実施不可であるか否か、及び、前記狭域通信による前記データ通信が可能であるか否かを特定し、
　前記通信機が前記セルラー通信を実施可能であるか否か及び前記狭域通信による前記データ通信が可能であるか否かの組み合わせに応じて、前記情報処理装置からの前記通信開始要求に対する応答を変更するように構成されている通信処理システム。
　請求項６に記載の通信処理システムであって、
　前記中継サーバは、前記通信機が前記セルラー通信を実施不可であり、且つ、前記狭域通信による前記データ通信が可能である状態において、前記情報処理装置から当該通信機に紐づく前記車載装置との前記通信開始要求を受信した場合には、当該通信開始要求を前記ポーリング間隔に応じた時間保持するとともに、前記通信機からの問い合わせを受信したことに基づいて当該通信開始要求を送信するように構成されている通信処理システム。
　請求項６又は７に記載の通信処理システムであって、
　前記中継サーバは、前記通信機が前記セルラー通信を実施不可であり、且つ、前記狭域通信による前記データ通信が可能である状態において、前記情報処理装置から当該通信機に紐づく前記車載装置との前記通信開始要求を受信した場合には、当該通信開始要求の送信元に対し、即座には通信開始できないことを示すメッセージを返送するように構成されている通信処理システム。
　請求項６から８の何れか１項に記載の通信処理システムであって、
　前記中継サーバは、
　前記通信機と通信不能な状態が前記ポーリング間隔に対応する時間以上継続したことに基づき、当該通信機は前記セルラー通信も前記狭域通信による前記データ通信もできない環境にあると決定し、
　前記セルラー通信も前記狭域通信による前記データ通信もできない環境にある前記通信機に紐づく前記車載装置との前記通信開始要求を前記情報処理装置から受信した場合には、当該通信開始要求の送信元に対して、通信開始できないことを示すメッセージを返送するように構成されている通信処理システム。
　少なくとも１つの車載装置が車両外部に存在する情報処理装置とデータ通信を実施するための通信制御方法であって、
　車載センサからの信号に基づき、前記車載装置が搭載されている車両が駐車されたことを検出すること（Ｓ１１）と、
　前記車両が駐車されたことが検出された場合に、前記車両が駐車された地点において、狭域通信を用いた前記データ通信が可能であるか否かを判定し、その判定結果を所定のメモリ（１６、１７）に保存すること（Ｓ１２）と、
　前記車載装置と前記情報処理装置の何れか一方から他方との前記データ通信の開始を要求するメッセージである通信開始要求を受信すること（Ｓ２３ａ、Ｓ４１ａ）と、
　前記車両が駐車されたことを検出したことに基づいて、前記狭域通信を実施する通信モジュールである狭域通信部（１３）の動作を停止させること（Ｓ１４）と、
　前記車両が駐車されており、且つ、前記狭域通信を用いた前記データ通信が可能であることを示すデータが前記メモリに記録されている状態において、前記通信開始要求を受信した場合には、前記狭域通信部の動作を再開させたのちに、前記狭域通信を用いて前記車載装置と前記情報処理装置との前記データ通信を実施させること（Ｓ２５～Ｓ２６、Ｓ４３～Ｓ４４）と、含む通信制御方法。