JP2022088981A - 情報送信方法及び通信装置 - Google Patents

Abstract

【課題】プッシュ送信の利便性を向上可能な情報送信方法等の提供。【解決手段】情報送信方法は、車載ＥＣＵへ向けて、車両の外部から無線通信による情報のプッシュ送信を行うものである。情報送信方法は、外部の送信元からプッシュ情報を受信するステップＳ４７と、プッシュ情報の通知先となる車載ＥＣＵ４０に関するＥＣＵ情報を把握するステップＳ５０と、把握したＥＣＵ情報に対応したプッシュ情報の通知を実施するステップＳ５３とを、プロセッサにて実行される処理に含んでいる。【選択図】図５

Description

この明細書による開示は、情報のプッシュ送信を行う情報送信方法及び通信装置に関する。

特許文献１には、プッシュ情報サーバが仲介することにより、車両外部の車両情報サーバから車両に搭載され車載機へ向けて、コマンドのプッシュ送信を行う技術が開示されている。車載機は、通信機を介して外部との情報の送受信を行うことができる。

特開２０１９－１９２９５３号公報

近年では、車両の電源がオフ状態であっても、通信機をネットワークに接続させた状態が維持される傾向にある。対して、車両の電源がオフ状態である場合、一般的に、特許文献１の車載機のような車載ＥＣＵの電源も、オフ状態となる。この場合、通信機との通信が可能であっても、車載ＥＣＵへのプッシュ情報の送信は、実質的に不可能となる。以上のように、特許文献１の技術では、車載ＥＣＵへプッシュ送信の利便性が不十分となり得た。

本開示は、プッシュ送信の利便性を向上可能な情報送信方法及び通信装置の提供を目的とする。

上記目的を達成するため、開示された一つの態様は、少なくとも一つの車載ＥＣＵ（４０）へ向けて、車両（Ａｕ）の外部から無線通信による情報のプッシュ送信を行う情報送信方法であって、少なくとも一つのプロセッサ（１１）にて実行される処理に、外部の送信元からプッシュ情報を受信し（Ｓ４７）、プッシュ情報の通知先となる車載ＥＣＵに関するＥＣＵ情報を把握し（Ｓ５０）、把握したＥＣＵ情報に対応したプッシュ情報の通知を実施する（Ｓ５３）、というステップを含む情報送信方法とされる。

また開示された一つの態様は、少なくとも一つの車載ＥＣＵ（４０）を搭載する車両（Ａｕ）において、当該車両の外部から無線通信によってプッシュ送信される情報を受信する通信装置であって、外部の送信元からプッシュ情報を受信するプッシュ受信部（２１）と、プッシュ情報の通知先となる車載ＥＣＵに関するＥＣＵ情報を把握する把握部（２３）と、把握したＥＣＵ情報に対応したプッシュ情報の通知を実施する送信制御部（２５）と、を備える通信装置とされる。

これらの態様によれば、車両外部の送信元からプッシュ情報を受信する受信側にて、プッシュ情報の通知先の車載ＥＣＵに関するＥＣＵ情報が把握され、このＥＣＵ情報に対応したプッシュ情報の通知が車載ＥＣＵに対して実施される。故に、車載ＥＣＵに関する情報をプッシュ情報の送信元が詳細に把握していなくても、正しい通知先にプッシュ情報が到達し得る。したがって、プッシュ送信の利便性が向上可能となる。

また開示された一つの態様は、複数の車両（Ａｕ）のうちの少なくとも一つに搭載される車載ＥＣＵ（４０）へ向けて、車両の外部から無線通信による情報のプッシュ送信を行う情報送信方法であって、少なくとも一つのプロセッサ（１１１）にて実行される処理に、プッシュ送信の要求元から取得する要求情報に基づき、プッシュ情報の送信先となる車両に紐づいた無線通信機（１０）を特定し（Ｓ４３）、プッシュ情報の通知先となる車載ＥＣＵを特定する機能を備える無線通信機へ向けて、プッシュ情報を送信する（Ｓ４５，Ｓ４６）、というステップを含む情報送信方法とされる。

この態様によれば、プッシュ情報を送信する送信元にて、プッシュ送信の要求元から取得する要求情報に基づき、プッシュ情報の送信先となる車両に紐づいた無線通信機が特定される。加えて、プッシュ情報を受信する無線通信機は、プッシュ情報の通知先となる車載ＥＣＵを特定できる。故に、車両及びそのシステム構成に関する情報をプッシュ送信の要求元が詳細に把握していなくても、正しい通知先にプッシュ情報が到達し得る。したがって、プッシュ送信の利便性が向上可能となる。

尚、上記及び特許請求の範囲等における括弧内の参照番号は、後述する実施形態における具体的な構成との対応関係の一例を示すものにすぎず、技術的範囲を何ら制限するものではない。

本開示の一実施形態によるプッシュ配信システムの全体像を示す図である。 クラウドシステム及び車載システムの構成を示す図である。 車載通信機をプッシュサーバに登録する登録シーケンスの詳細を示すシーケンス図である。 アプリケーションとアプリサーバとを紐付けるためのトークンの払出シーケンスの詳細を示すシーケンス図である。 アプリサーバからアプリケーションへのプッシュ配信を行うプッシュ配信シーケンスの詳細を図６と共に示すシーケンス図である。 プッシュ配信シーケンスの詳細を図５と共に示すシーケンス図である。

図１及び図２に示す本開示の一実施形態によるプッシュ配信システムは、クラウド側に設けられたアプリサーバ１４０から、車載ＥＣＵ４０にて動作するアプリケーション４０ａへ向けた情報のプッシュ送信を可能にする。プッシュ配信システムには、オートモーティブ無線通信プラットフォーム１００が採用されている。オートモーティブ無線通信プラットフォーム１００は、いつでも、どこでも、アプリサーバ１４０及びアプリケーション４０ａ間のセキュアな接続を可能にする。詳記すると、車載ＥＣＵ４０は、例えば車両Ａｕが駐車中の場合、電源がオフ状態となる。また、各車両Ａｕでは、車載ＥＣＵ４０を含む車載システムの構成が互いに異なっている。こうした電源状態の違い及びシステム構成の違いを、オートモーティブ無線通信プラットフォーム１００は、アプリサーバ１４０側から隠蔽する。その結果、車両Ａｕ毎の単位で、全ての車載ＥＣＵ４０があたかも車外のネットワークに常時接続されているような擬似的な常時接続が実現される。

以下、オートモーティブ無線通信プラットフォーム１００が実装されるクラウド側のシステム及び各車両Ａｕの車載システムの詳細を、順に説明する。

クラウド側には、車載アプリ向けのプッシュ配信に対応したサービスの実現システムとして、複数のアプリサーバ１４０と、少なくとも一つのプッシュサーバ１１０等が設けられている。

アプリサーバ１４０は、プッシュ送信の要求元である。アプリサーバ１４０は、ＩＤ管理部１４１を有している。ＩＤ管理部１４１は、アプリケーション４０ａを識別するアプリＩＤ及びトークン（後述する）の少なくとも一方を管理している。アプリサーバ１４０は、プッシュサーバ１１０にプッシュ送信を要求する場合、アプリケーション４０ａに送信するメッセージ本体と共に、アプリＩＤ又はトークンを要求情報として提供する。本実施形態では、要求情報としてトークンが主に用いられる。アプリサーバ１４０は、プッシュ情報の送信先に紐づくトークンをＩＤ管理部１４１から読み出す。トークンは、プッシュサーバ１１０及び車載システム等にて、プッシュ情報の送信先を決定するキー情報となる。

プッシュサーバ１１０は、プッシュ送信の送信元である。プッシュサーバ１１０は、複数のアプリサーバ１４０と接続されている。プッシュサーバ１１０は、車両Ａｕに搭載された車載通信機１０との間で、移動体通信網を介した無線通信によって情報をやり取りできる。プッシュサーバ１１０は、携帯電話回線だけでなく、Ｗｉ－Ｆｉ（登録商標）及びＶ２Ｘ等の無線通信によっても、車載通信機１０と通信可能である。プッシュサーバ１１０は、アプリサーバ１４０からの配信要求に基づき、複数の車両Ａｕのうちの少なくとも一つに搭載される車載ＥＣＵ４０へ向けて、無線通信による情報のプッシュ送信を行う。

プッシュサーバ１１０は、プロセッサ１１１、ＲＡＭ１１２及び記憶媒体１１３等を主体として含む演算処理装置である。プッシュサーバ１１０は、暗号処理部１３１及びクラウド通信部１３２を備えている。暗号処理部１３１は、ＴＬＳ（Transport Layer Security）処理等により、通信相手の認証、通信内容の暗号化及び改竄の検出等の機能を提供する。暗号処理部１３１により、プッシュサーバ１１０は、各アプリサーバ１４０及び各車載通信機１０と、セキュアに通信可能となる。クラウド通信部１３２は、データ通信の機能を提供する。具体的に、クラウド通信部１３２は、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ及びこれら以外のプロトコルを用いたデータ通信を実現できる。クラウド通信部１３２を介して、プッシュサーバ１１０は、各アプリサーバ１４０及び各車載通信機１０とのデータ通信を実施する。

プッシュサーバ１１０は、オートモーティブ無線通信プラットフォーム１００のクラウド側の機能を実現するＡＣＰクラウド１１０ａに含まれるサーバ装置である。プッシュサーバ１１０は、ＡＣＰクラウド１１０ａの主要な機能を実現する。ＡＣＰクラウド１１０ａは、アプリサーバ１４０からのプッシュ情報の配信要求に基づき、送信先となる車両Ａｕ（車載通信機１０）を選択し、選択した車両Ａｕへ向けた情報のプッシュ送信を実施する。プッシュサーバ１１０は、記憶媒体１１３に記憶されたプログラムをプロセッサ１１１によって実行することで、ＡＣＰクラウド１１０ａの機能を実現する。プッシュサーバ１１０は、ＡＣＰクラウド１１０ａの機能部として、プッシュ配信部１２１、進捗監視部１２２及びＩＤ管理部１２７等を備える。尚、ＩＤ管理部１２７は、プッシュサーバ１１０とは異なる演算装置（ハードウェア）に実装されてもよい。

プッシュ配信部１２１は、アプリサーバ１４０からのプッシュ情報の配信要求に基づき、クラウド通信部１３２と連携し、車載通信機１０へ向けてプッシュ情報の配信を実施する。プッシュ配信部１２１は、アプリサーバ１４０から要求情報として取得するトークンをキーとし、ＩＤ管理部１２７にて管理されるＩＤ情報に基づき、プッシュ情報の送信先となる車載通信機１０を特定する。

プッシュ配信部１２１は、車載通信機１０へ向けたプッシュ情報の送信を、所定時間内において繰り返すことができる。詳記すると、プッシュ配信には、車載システムの応答が直ちに必要なシーンと、プッシュ情報が通知先に届けばよいシーンとが存在する。そのためプッシュ配信には、要求されるレスポンスに応じた配信期限（以下、リトライ期限）が設定される。プッシュ配信部１２１は、車載通信機１０へのプッシュ情報の送信が失敗した場合、プッシュ情報の内容に応じて設定されたリトライ期限に基づき、リトライ期限の経過前となる所定時間内において、車載通信機１０へ向けたプッシュ情報の送信を繰り返す。プッシュ配信部１２１は、車載通信機１０へのプッシュ情報の送信が失敗したままリトライ期限が経過した場合に、プッシュ配信が失敗したと判断し、プッシュ情報の送信を終了する。

進捗監視部１２２は、車載通信機１０のネットワークへの接続状態と、プッシュ送信の進捗状態とを監視する。進捗監視部１２２は、例えば車載通信機１０がネットワークに非接続の状態である場合に、配信要求元であるアプリサーバ１４０にプッシュ配信の失敗を通知する（図５ Ｓ４４参照）。進捗監視部１２２は、プッシュ情報の送信先である車載システム内にて通知先へのプッシュ情報の引き渡しが失敗した場合、引き渡しの失敗を示す通知に加えて、当該失敗に紐づく理由情報を車載通信機１０（後述する進捗監視部２２）から受信する。進捗監視部１２２は、車載通信機１０から受信する通知及び理由情報に基づき、配信要求元であるアプリサーバ１４０にプッシュ配信の失敗を通知する（図５ Ｓ５２及び図６ Ｓ６８参照）。

ＩＤ管理部１２７は、複数の車両Ａｕのうちでどの車両Ａｕのどの車載ＥＣＵ４０にアプリケーション４０ａが載っているかを示す情報を管理する。具体的に、ＩＤ管理部１２７は、アプリＩＤ、ＥＣＵ ＩＤ及びＴＣＵ ＩＤを互いに紐づけて管理する。アプリＩＤ、ＥＣＵ ＩＤ及びＴＣＵ ＩＤは、車載通信機１０に登録された情報と同期される。アプリＩＤは、アプリケーション４０ａを識別する識別情報である。ＥＣＵ ＩＤは、車載ＥＣＵ４０を識別する識別情報である。ＴＣＵ ＩＤは、車載通信機１０（車両Ａｕ）を識別する識別情報である。ＩＤ管理部１２７に登録されるアプリＩＤ，ＥＣＵ ＩＤ及びＴＣＵ ＩＤは、車載通信機１０（後述するＩＤ管理部２７）に登録された情報と同期される。

ＩＤ管理部１２７は、アプリＩＤ、ＥＣＵ ＩＤ及びＴＣＵ ＩＤの組合せを、トークンというユニークなＩＤで管理する。トークンは、アプリケーション４０ａ、車載ＥＣＵ４０及び車載通信機１０の紐づけを代替する情報である。複数の車両Ａｕに同一のアプリケーション４０ａが載っており、これらのアプリＩＤが同一となる場合でも、ＡＣＰクラウド１１０ａは、トークンを用いることで、特定の車両Ａｕの特定の車載ＥＣＵ４０に載るアプリケーション４０ａを通知先に設定できる。ＩＤ管理部１２７は、クラウド通信部１３２と連携し、発行したトークンを車載通信機１０に通知する。

ＩＤ管理部１２７は、トークンの無効化及び再発行等を実施可能であり、トークンの有効及び無効を管理する。これにより、トークンには有効期限が設定され、トークンを捨てることが可能になっている。一例として、ＩＤ管理部１２７は、複数のユーザで共有されるシェアカーのような車両Ａｕに対し、ユーザの乗り換わりのタイミングで、前ユーザに発行された既存のトークンの無効化と、新しいユーザへの新規のトークンの発行とを実施できる。

個々の車両Ａｕに搭載される車載システムは、少なくとも一つの車載通信機１０と複数の車載ＥＣＵ４０等によって構成されている。

車載通信機１０は、ＴＣＵ（Telematics Control Unit）又はＤＣＭ（Data Communication Module）等と呼称され、車載システムと外部との無線通信を可能にする。車載通信機１０は、プッシュ送信の送信先であり、携帯電話回線、Ｗｉ－Ｆｉ及びＶ２Ｘ等の種々の無線通信により、車両外部の送信元であるプッシュサーバ１１０からプッシュ情報を受信する。車載通信機１０は、複数の車載ＥＣＵ４０と車内ネットワークを通じて接続されている。車載通信機１０は、プッシュサーバ１１０から受信したプッシュ情報を、プッシュ情報の通知先である車載ＥＣＵ４０及びアプリケーション４０ａに引き渡す処理を実施する。

車載通信機１０は、プロセッサ１１、ＲＡＭ１２及び記憶媒体１３等を有するマイクロコントローラを主体として含む制御装置である。車載通信機１０は、暗号処理機能を提供する暗号処理部３１と、データ通信機能を提供するＴＣＵ通信部３２とをさらに備えている。暗号処理部３１により、車載通信機１０は、プッシュサーバ１１０及び各車載ＥＣＵ４０とセキュアな通信を実施できる。ＴＣＵ通信部３２により、車載通信機１０は、プッシュサーバ１１０及び各車載ＥＣＵ４０との間でデータの送受信を実施できる。ＴＣＵ通信部３２は、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ及びこれら以外のプロトコルを用いたデータ通信を実現できる。

車載通信機１０は、例えば駐車中等、車両Ａｕの主電源、具体的には、所謂イグニッションがオフの状態である場合でも、ネットワークに接続されたオンラインの状態を維持できる。車載通信機１０では、オートモーティブ無線通信プラットフォーム１００の機能を実現するＡＣＰエンジン１０ａが動作する。ＡＣＰエンジン１０ａは、一つ又は複数の車載ＥＣＵ４０を搭載する車両Ａｕにおいて、当該車両Ａｕの外部から無線通信によってプッシュ送信される情報を受信し、受信したプッシュ情報を通知先となる車載ＥＣＵ４０に引き渡す。車載通信機１０は、記憶媒体１３に記憶されたプログラムをプロセッサ１１によって実行することで、ＡＣＰエンジン１０ａの機能を実現する。車載通信機１０は、ＡＣＰエンジン１０ａの機能部として、プッシュ受信部２１、進捗監視部２２、宛先識別部２３、起動指示部２４及び送信制御部２５等を備える。

プッシュ受信部２１は、進捗監視部２２、宛先識別部２３及び起動指示部２４は、プッシュクライアントとして動作する機能部である。プッシュ受信部２１は、送信元であるプッシュ配信部１２１からプッシュ情報を受信する。

進捗監視部２２は、プッシュサーバ１１０との間での無線通信を介した接続状態と、車内ネットワークにおけるプッシュ送信の進捗状態とを監視する。進捗監視部２２は、プッシュサーバ１１０の進捗監視部１２２と連携し、車載通信機１０及びプッシュサーバ１１０間の相互接続確認（以下、死活監視）を可能にする。加えて、進捗監視部２２は、プッシュ情報が通知先に到達しなかった場合に、プッシュ送信の失敗を当該失敗に紐づく理由情報と共に送信元に通知する。一例として、進捗監視部２２は、通知先となるアプリケーション４０ａ又は車載ＥＣＵ４０が車内ネットワークから無くなっている場合、こうした理由情報に紐づけて、プッシュ配信の失敗を送信元であるプッシュサーバ１１０に通知する（図５ Ｓ４７参照）。進捗監視部１２２は、アプリケーション４０ａへのプッシュ情報の引き渡しが失敗した場合、こうした理由情報に紐づけて、プッシュ配信の失敗を送信元であるプッシュサーバ１１０に通知する（図６ Ｓ６７参照）。

宛先識別部２３は、プッシュ情報の通知先となる車載ＥＣＵ４０に関するＥＣＵ情報を把握する。具体的に、宛先識別部２３は、宛先情報及びステータス情報を、ＥＣＵ情報として把握する。宛先情報は、複数の車載ＥＣＵ４０の中からプッシュ情報の通知先となる車載ＥＣＵ４０を特定した情報である。宛先識別部２３は、ＩＤ管理部２７にて管理される情報、具体的には各ＩＤ情報又はトークンを参照し、宛先情報を取得する。ステータス情報は、宛先として特定された車載ＥＣＵ４０の電源状態（オンオフ状態）を示す情報である。詳記すると、ここでの電源オフの状態とは、イグニッションのオフ等により、車載ＥＣＵ４０が起動状態から休止状態などに遷移した状態である。このとき車載ＥＣＵ４０は、省電力で起動要求を受信可能である一方、ＥＣＵ通信部５２（後述する）による通信が不可能な状態となる。

起動指示部２４は、宛先識別部２３にて把握されたステータス情報に基づき、宛先として特定された車載ＥＣＵ４０の電源がオフ状態である場合に、当該車載ＥＣＵ４０を起動させて電源をオン状態（起動状態）にする起動処理を実施する。起動指示部２４は、電源制御部３６と連携し、対象となる車載ＥＣＵ４０へ向けて、電源をオン状態（起動状態）とする起動制御のための信号（起動要求）を出力する。

送信制御部２５は、宛先識別部２３にて把握された宛先情報に基づき、プッシュ送信の対象となる車載ＥＣＵ４０を選択する。送信制御部２５は、ＴＣＵ通信部３２と連携し、選択した対象の車載ＥＣＵ４０へ向けて、プッシュ情報の通知を実施する。送信制御部２５は、車載ＥＣＵ４０の電源がオフ状態である場合、起動処理によって車載ＥＣＵ４０の電源がオン状態となるのを待機する。送信制御部２５は、電源がオン状態にある車載ＥＣＵ４０へ向けて、プッシュ情報を提供する。

ＩＤ管理部２７は、プッシュ情報の通知先となる対象のアプリケーション４０ａがどの車載ＥＣＵ４０にあるのかを管理する。ＩＤ管理部２７には、アプリＩＤ、ＥＣＵ ＩＤ及びトークン等が登録されている。ＩＤ管理部２７は、各アプリケーション４０ａに紐づくアプリＩＤと、各車載ＥＣＵ４０に紐づくＥＣＵ ＩＤとを、各車載ＥＣＵ４０から取得する。ＩＤ管理部２７は、取得したアプリＩＤ及びＥＣＵ ＩＤを、車載通信機１０に紐づくＴＣＵ ＩＤと共に、ＡＣＰクラウド１１０ａのＩＤ管理部１２７に通知する。こうした処理により、各ＩＤ管理部２７，１２７に登録されるＩＤ情報が同期される。ＩＤ管理部２７は、ＩＤ管理部１２７によって発行されたトークンを受信する。ＩＤ管理部２７は、受信したトークンを、当該トークンに紐づけられた車載ＥＣＵ４０に引き渡す。

車載ＥＣＵ４０は、一つ又は複数のアプリケーション４０ａを実行可能である。アプリケーション４０ａは、プッシュサーバ１１０から配信されるプッシュ情報の通知先となる。車載ＥＣＵ４０は、エンドＥＣＵに相当する。車載ＥＣＵ４０は、車載通信機１０とは異なり、車両Ａｕの電源がオフ状態である場合には、消費電力抑制のため原則的にオフ状態とされる。このとき、車載ＥＣＵ４０は、ネットワークへの接続も切断された状態となる。尚、一部の車載ＥＣＵ４０には、アプリケーション４０ａが実装されなくてもよい。また、車載通信機１０は、車載ＥＣＵ４０を兼ねる構成として車載システムに設けられ、アプリケーション４０ａを実行可能であってもよい。

車載ＥＣＵ４０は、マイクロコントローラを主体として含む制御装置であり、暗号処理部５１、ＥＣＵ通信部５２及び電源制御部５６を備えている。暗号処理部５１は、暗号処理機能を提供し、車載ＥＣＵ４０及び車載通信機１０間でのセキュアな通信を確立させる。ＥＣＵ通信部５２は、ＴＣＵ通信部３２との間でデータの送受信を実施する。電源制御部５６は、車載ＥＣＵ４０の電源のオンオフ状態を切り替える制御部である。電源制御部５６は、電源制御部３６からの電源オン要求の受信に基づき、車載ＥＣＵ４０の電源をオフ状態からオン状態に切り替える。

車載ＥＣＵ４０は、ＡＣＰエンジン１０ａとアプリケーション４０ａとの間にてデータの中継処理を行うＡＣＰクライアント４４の機能部として、情報取得部４１、アプリ識別部４２及びＩＤ管理部４３等を備える。

情報取得部４１は、ＥＣＵ通信部５２と連携し、車載通信機１０から送信されるプッシュ情報を取得する。情報取得部４１にて取得されるプッシュ情報には、トークン（又はアプリＩＤ）が紐づけられている。

アプリ識別部４２は、情報取得部４１にてプッシュ情報が取得されると、複数のアプリケーション４０ａの中から、プッシュ情報の引き渡し先となるアプリケーション４０ａを識別する。アプリ識別部４２は、ＩＤ管理部４３に登録されたアプリＩＤ及びトークンを参照し、プッシュ情報に紐づくトークンと一致する登録情報を抽出する処理により、プッシュ情報を引き渡すアプリケーション４０ａを特定する。

ＩＤ管理部４３には、アプリケーション４０ａを識別するアプリＩＤ及びトークンが、アプリ識別部４２によって参照可能に登録されている。アプリＩＤは、各アプリケーション４０ａによって発行される情報である。ＩＤ管理部４３は、各アプリケーション４０ａから固有のアプリＩＤを取得し、ＥＣＵ通信部５２を通じてＡＣＰエンジン１０ａにアプリＩＤを通知する。トークンは、ＡＣＰクラウド１１０ａから払い出された情報である。ＩＤ管理部４３は、ＥＣＵ通信部５２を通じて、ＡＣＰエンジン１０ａに払い出されたトークンを取得する。

次に、クラウド側のシステム及び各車載システム間にて実施される各シーケンス処理の詳細を、図３～図６に基づき、図１及び図２を参照しつつ、以下説明する。

図３に示すＴＣＵ ＩＤの登録シーケンスは、例えば車載通信機１０が起動され、最初にオンラインの状態となった場合に、ＡＣＰエンジン１０ａ及びＡＣＰクラウド１１０ａ間にて実施される。具体的には、新規の車両Ａｕに搭載された車載通信機１０が起動された場合、交換された車載通信機１０が最初に起動された場合、又は通信不可能な状態から通信可能な状態になった場合に、登録シーケンスがＡＣＰエンジン１０ａによって開始される。登録シーケンスにより、車載通信機１０及びプッシュサーバ１１０間での死活監視が有効化される。

Ｓ１１及びＳ１２では、車載通信機１０に紐づく固有のＴＣＵ ＩＤがオンラインの状態となっているＡＣＰエンジン１０ａから、ＡＣＰクラウド１１０ａに通知される。具体的に、Ｓ１１では、ＴＣＵ ＩＤの管理処理として、車載通信機１０のＴＣＵ ＩＤが読み出される。Ｓ１２では、Ｓ１１にて読み出されたＴＣＵ ＩＤの登録が、ＡＣＰクラウド１１０ａに要求される。

Ｓ１３では、Ｓ１２にて取得する登録要求に基づき、ＡＣＰクラウド１１０ａがＴＣＵ ＩＤの管理処理を実施する。具体的に、Ｓ１３では、ＴＣＵ ＩＤが接続先情報と紐づけられて、ＩＤ管理部１２７に登録される。

Ｓ１４～Ｓ１６では、死活監視が実施される。死活監視では、車載通信機１０がオンラインの状態か否かが監視される。具体的に、Ｓ１４及びＳ１６では、ＡＣＰクラウド１１０ａ及びＡＣＰエンジン１０ａが互いの接続状態監視を実施する。Ｓ１５では、死活監視のための所定の制御パケットがＡＣＰエンジン１０ａからＡＣＰクラウド１１０ａに送信される。Ｓ１４～Ｓ１６の各処理は、一定の時間間隔で繰り返し実施される。

図４に示すトークンの払出シーケンスは、例えばアプリケーション４０ａの車載ＥＣＵ４０へのインストールが実施された場合、又は車両Ａｕのユーザが変更された場合等に実施される。トークンの払出シーケンスにより、各ＩＤ管理部２７，４３，１２７，１４１にて管理される複数のＩＤ情報及びトークンの同期が図られる。トークンの払出シーケンスによれば、アプリサーバ１４０及びアプリケーション４０ａ間でのエンド・トゥ・エンドの紐づけが完了する。

Ｓ２１では、アプリケーション４０ａからＡＣＰクライアント４４にトークンの取得を要求するメッセージが送信される。Ｓ２１では、ＡＣＰクライアント４４にアプリＩＤが通知される。

Ｓ２２では、アプリＩＤの管理処理として、ＡＣＰクライアント４４は、アプリＩＤをアプリケーション４０ａと紐づけて、ＩＤ管理部４３に登録する。尚、ＡＣＰクライアント４４に発行済みのトークンが既に登録されていた場合、ＡＣＰクライアント４４は、アプリＩＤをトークンに紐づけたうえで、アプリケーション４０ａへのトークンの払い出しを実施してもよい。

Ｓ２３では、ＡＣＰクライアント４４からＡＣＰエンジン１０ａにトークンの取得を要求するメッセージが送信される。Ｓ２３では、アプリケーション４０ａから通知されるアプリＩＤに加えて、車載ＥＣＵ４０に紐づくＥＣＵ ＩＤがＡＣＰエンジン１０ａに通知される。

Ｓ２４では、ＥＣＵ ＩＤの管理処理として、ＡＣＰエンジン１０ａは、アプリＩＤ及びＥＣＵ ＩＤを互いに紐づけた状態で、ＩＤ管理部２７に登録する。さらに、Ｓ２５では、ＴＣＵ ＩＤの管理処理として、ＡＣＰエンジン１０ａは、アプリＩＤ及びＥＣＵ ＩＤと紐づけられた状態で、ＴＣＵ ＩＤをＩＤ管理部２７に登録する。以上のＳ２１～Ｓ２５によって複数のＩＤが互いに紐づけられることで、ＡＣＰエンジン１０ａは、プッシュ情報を受信した場合に、このプッシュ情報の通知先となるアプリケーション４０ａを特定できるようになる。その結果、車両毎の車載システムのＥＣＵ構成の違いが、ＡＣＰクラウド１１０ａ側から隠蔽される。

Ｓ２６では、ＡＣＰエンジン１０ａからＡＣＰクラウド１１０ａにトークンの取得を要求するメッセージが送信される。Ｓ２６では、ＡＣＰクラウド１１０ａに、アプリＩＤ、ＥＣＵ ＩＤ及びＴＣＵ ＩＤが通知される。

Ｓ２７では、ＩＤの管理処理として、アプリＩＤ、ＥＣＵ ＩＤ及びＴＣＵ ＩＤが互いに紐づけられた状態で、ＩＤ管理部１２７に登録される。加えて、Ｓ２７では、アプリケーション４０ａ、車載ＥＣＵ４０及び車載通信機１０をそれぞれ識別する識別情報である各ＩＤの組み合わせに紐づくユニークなＩＤとして、ＡＣＰクラウド１１０ａのＩＤ管理部１２７がトークンを発行する。ＩＤ管理部１２７は、トークンの発行後、各ＩＤとトークンとの紐づけ管理を継続する。

Ｓ２８では、Ｓ２７にて発行されたトークンがＡＣＰクラウド１１０ａからＡＣＰエンジン１０ａに払い出される。ＡＣＰエンジン１０ａは、ＡＣＰクラウド１１０ａから取得するトークンをＩＤ管理部２７に保管する。Ｓ２９では、ＡＣＰエンジン１０ａからＡＣＰクライアント４４へのトークンの払い出しが実施される。

Ｓ３０では、アプリＩＤ及びトークンの管理処理として、ＡＣＰクライアント４４は、トークンをアプリＩＤと紐づけて、ＩＤ管理部４３に登録する。Ｓ３１では、ＡＣＰクライアント４４からアプリケーション４０ａへのトークンの払い出しが実施される。

Ｓ３２では、トークンの管理処理として、アプリケーション４０ａが、トークンをアプリＩＤと紐づける。Ｓ３３では、アプリＩＤの管理処理として、アプリＩＤとトークンとの紐づけ管理を実施する。

Ｓ３４では、アプリケーション４０ａを通じたサービス提供に関わる特定のアプリサーバ１４０へ向けて、アプリＩＤ及びトークンが通知される。これにより、アプリケーション４０ａとアプリサーバ１４０とのサービスの紐づけが完了する。Ｓ３５では、アプリＩＤ及びトークンの管理処理として、アプリサーバ１４０が、アプリケーション４０ａから通知されたアプリＩＤ及びトークンを、互いに紐づけた状態でＩＤ管理部１４１に登録する。トークンの共有により、アプリサーバ１４０は、トークンに基づく送信先に、プッシュ送信が可能な状態となる。一方、アプリケーション４０ａは、プッシュサービスを受けることができる状態となる。

図５及び図６に示すプッシュ配信シーケンスは、アプリサーバ１４０にてプッシュ配信の実施が決定されたことによって開始される。プッシュ配信シーケンスにより、アプリサーバ１４０が通知先として指定したアプリケーション４０ａに、プッシュ情報が配信される。加えてプッシュ配信シーケンスでは、ＡＣＰエンジン１０ａの進捗監視部２２がＡＣＰクラウド１１０ａの進捗監視部１２２に対し進捗を逐次通知する。そして、ＡＣＰクラウド１１０ａからアプリサーバ１４０に、プッシュ配信の進捗が通知される。こうしたプッシュ配信過程で逐次返信されるメッセージにより、アプリサーバ１４０は、プッシュ情報がどこまで到達したか、及びアプリケーション４０ａへのプッシュ送信が成功したか否かを把握できる。尚、サービスによって必要がない場合は、アプリサーバ１４０によるプッシュ配信の進捗把握は、任意で省略されてよい。

Ｓ４１では、アプリサーバ１４０からＡＣＰクラウド１１０ａにプッシュ配信の実施を要求するメッセージが送信される。Ｓ４１において、アプリサーバ１４０は、トークンをキーとしてＡＣＰクラウド１１０ａにプッシュ配信の実施を要求する。Ｓ４１ａでは、ＡＣＰクラウド１１０ａからアプリサーバ１４０にプッシュ配信を受け付けた旨のメッセージが通知される。

Ｓ４１ｂでは、プッシュ配信の配信先が識別される。このＳ４１ｂにて、ＡＣＰクラウド１１０ａは、プッシュ送信の要求元であるアプリサーバ１４０から要求情報として取得するトークンに基づき、プッシュ情報の送信先となる車両Ａｕに紐づいた車載通信機１０（ＡＣＰエンジン１０ａ）を特定する。具体的に、ＡＣＰクラウド１１０ａは、ＩＤ管理部１２７の保管情報を参照し、取得したトークンに紐づくＴＣＵ ＩＤの車載通信機１０を抽出する。Ｓ４２では、プッシュ配信の配信先の車載通信機１０を特定できたことを、ＡＣＰクラウド１１０ａがアプリサーバ１４０に進捗通知として返信する。

Ｓ４３では、ＡＣＰクラウド１１０ａが、Ｓ４１ｂにて特定した車載通信機１０の接続状態を監視し、車載通信機１０がオンラインの状態にあるか否かを判定する。車載通信機１０がオフラインである場合、ＡＣＰクラウド１１０ａは、Ｓ４４にて、プッシュ配信の失敗を示すメッセージをアプリサーバ１４０に通知する。この場合、ＡＣＰクラウド１１０ａは、配信失敗の理由情報として、車載通信機１０がオフラインである旨もアプリサーバ１４０に通知する。上述したように、所定のリトライ期限が経過するまで、車載通信機１０のネットワークへの接続が待機されてもよい。

一方、車載通信機１０がオンラインである場合、Ｓ４５及びＳ４６にて、車載通信機１０へ向けたプッシュ情報の配信が開始される。Ｓ４６では、トークンが少なくともＡＣＰエンジン１０ａに送信される。そして、Ｓ４７では、ＡＣＰエンジン１０ａが、Ｓ４６にてＡＣＰクラウド１１０ａから送信されたプッシュ情報のメッセージ本体及びトークンを受信する。Ｓ４８では、プッシュ配信の進捗通知として、ＡＣＰエンジン１０ａが、プッシュ情報の配信を受け付けた旨のメッセージをＡＣＰクラウド１１０ａに返信する。Ｓ４９では、ＡＣＰクラウド１１０ａからアプリサーバ１４０に、プッシュ配信の進捗が通知される。

Ｓ５０では、プッシュ情報の通知先となる車載ＥＣＵ４０に関するＥＣＵ情報が把握され、プッシュ配信の配信先が識別される。このＳ５０にて、ＡＣＰエンジン１０ａは、ＩＤ管理部２７の保管情報を参照し、受信したトークンに紐づくＥＣＵ ＩＤの車載ＥＣＵ４０を特定する。受信したトークンがＩＤ管理部２７の保管情報に存在する場合、ＡＣＰエンジン１０ａは、複数の車載ＥＣＵ４０の中からプッシュ情報の通知先となる車載ＥＣＵ４０を特定する宛先情報と、特定した車載ＥＣＵ４０の電源状態を示すステータス情報とを取得する。

一方、受信したトークンがＩＤ管理部２７の保管情報に存在しない場合、ＡＣＰエンジン１０ａは、Ｓ５１にて、プッシュ配信の失敗を示すメッセージをＡＣＰクラウド１１０ａに通知する。この場合、ＡＣＰエンジン１０ａは、配信失敗の理由情報として、プッシュ配信の宛先が不明である旨もＡＣＰクラウド１１０ａに通知する。ＡＣＰクラウド１１０ａは、ＡＣＰエンジン１０ａから受信した失敗通知及び理由情報を、Ｓ５２にて、アプリサーバ１４０に転送する。尚、例えばアプリケーション４０ａの変更又は削除、或いはユーザの変更等があった場合に、プッシュ配信の宛先が不明となる。

Ｓ５３にて、ＡＣＰエンジン１０ａは、Ｓ５０にて把握したＥＣＵ情報に対応したプッシュ情報の通知を実施する。Ｓ５３では、特定した車載ＥＣＵ４０のＡＣＰクライアント４４にプッシュ情報が提供される。ＡＣＰエンジン１０ａは、特定した車載ＥＣＵ４０の電源がオフ状態である場合、Ｓ５４にて、起動制御の開始要求メッセージを車載ＥＣＵ４０に送信する。起動制御の開始メッセージ送信が、車載ＥＣＵ４０を起動させる起動処理に相当する。

Ｓ５５では、起動制御の開始要求メッセージを受信した車載ＥＣＵ４０が、起動制御を受け付けた旨のメッセージをＡＣＰエンジン１０ａに返信する。Ｓ５６及びＳ５７では、プッシュ配信の進捗通知として、車載ＥＣＵ４０の起動開始を示すメッセージが、ＡＣＰクラウド１１０ａ及びアプリサーバ１４０に順に通知される。

Ｓ５８では、電源制御部５６による起動制御が開始され、車載ＥＣＵ４０の電源は、オン状態（起動状態）となる。これにより、車載ＥＣＵ４０は、実質的に通信可能な状態となる。Ｓ５９では、電源がオン状態（起動完了）となった旨を示すメッセージが、ＡＣＰクライアント４４からＡＣＰエンジン１０ａに送信される。Ｓ６０及びＳ６１では、プッシュ配信の進捗通知として、車載ＥＣＵ４０の電源オンを示すメッセージが、ＡＣＰクラウド１１０ａ及びアプリサーバ１４０に順に通知される。

Ｓ６２にて、ＡＣＰエンジン１０ａは、起動処理によって電源がオン状態となった車載ＥＣＵ４０のＡＣＰクライアント４４へ向けてプッシュ情報を送信する。Ｓ６２では、トークンが少なくともＡＣＰクライアント４４に送信される。Ｓ６３では、プッシュ配信の進捗通知として、ＡＣＰクライアント４４が、プッシュ配信を受け付けた旨のメッセージをＡＣＰエンジン１０ａに返信する。Ｓ６４及びＳ６５では、ＡＣＰクライアント４４によってプッシュ配信が受け付けられた旨のメッセージが、ＡＣＰクラウド１１０ａ及びアプリサーバ１４０に順に通知される。

ここで、ＡＣＰエンジン１０ａからＡＣＰクライアント４４へのプッシュ配信が失敗した場合、ＡＣＰクライアント４４は、Ｓ６６にて、プッシュ配信の失敗を示すメッセージをＡＣＰエンジン１０ａに通知する。この場合も、ＡＣＰクライアント４４は、配信失敗の理由情報として、プッシュ配信の宛先が不明である旨をＡＣＰエンジン１０ａに通知する。Ｓ６７及びＳ６８では、ＡＣＰエンジン１０ａに返信された失敗通知及び理由情報が、ＡＣＰクラウド１１０ａ及びアプリサーバ１４０に順に通知される。

Ｓ６９では、ＡＣＰクライアント４４が、プッシュ情報のメッセージ本体の受信を完了する。Ｓ６９ａでは、プッシュ配信の進捗通知として、ＡＣＰクライアント４４が、プッシュ受信の完了を示すメッセージをＡＣＰエンジン１０ａに返信する。Ｓ６９ｂ及びＳ６９ｃでは、ＡＣＰクライアント４４によるプッシュ受信の完了を示すメッセージが、ＡＣＰクラウド１１０ａ及びアプリサーバ１４０に順に通知される。

Ｓ７０では、プッシュ配信の配信先が識別される。Ｓ７０にて、ＡＣＰクライアント４４は、プッシュ情報の通知先となるアプリケーション４０ａを特定する。Ｓ７１及びＳ７２にて、ＡＣＰクライアント４４は、Ｓ７０にて特定したアプリケーション４０ａへ向けて、プッシュ情報であるメッセージ本体を提供する。Ｓ７３では、アプリケーション４０ａが、プッシュ通知に基づくサービスを受け付けた旨のメッセージをＡＣＰクライアント４４に返信する。Ｓ７４及びＳ７５では、通知先であるアプリケーション４０ａへのプッシュ情報の到達が、ＡＣＰエンジン１０ａ及びＡＣＰクラウド１１０ａに通知される。そして、Ｓ７６では、プッシュ送信の成功を示すプッシュ進捗通知が、プッシュ送信の成功を送信元であるアプリサーバ１４０に届けられる。その結果、Ｓ７７にて、アプリケーション４０ａ及びアプリサーバ１４０の間でのアプリ通信（データ通信）が開始される。一例として、Ｓ７７では、アプリケーション４０ａが、プッシュ情報にて要求されたサービス情報を、アプリサーバ１４０へ向けて送信する。

以上のプッシュ配信シーケンスによるプッシュ情報の送信は、所定のリトライ期限内であれば、各送信元によって繰り返し実施される。この場合、プッシュ情報の送信側は、プッシュ進捗通知又は配信失敗の通知により、送信先の状態を把握できる。故に、プッシュ情報の送信側は、プッシュ情報の送信を繰り返すリトライ期限内であり、且つ、理由情報の示す失敗理由の解消が把握できた場合に、プッシュ情報の再送信を実施する。こうした再配信処理は、ＡＣＰクラウド１１０ａ、ＡＣＰエンジン１０ａ及びＡＣＰクライアント４４によって適宜実施可能である。

ここまで説明した本実施形態では、車両外部の送信元（ＡＣＰクラウド１１０ａ）からプッシュ情報を受信する受信側（ＡＣＰエンジン１０ａ）にて、プッシュ情報の通知先の車載ＥＣＵ４０に関するＥＣＵ情報が把握される。そして、このＥＣＵ情報に対応したプッシュ情報の通知が車載ＥＣＵ４０に対して実施される。故に、例えば車載システムの構成及び電源のオンオフ状態といった車載ＥＣＵ４０に関する情報をプッシュ情報の送信元が詳細に把握していなくても、正しい通知先にプッシュ情報が到達し得る。したがって、プッシュ送信の利便性が向上可能となる。

加えて本実施形態では、複数の車載ＥＣＵ４０の中からプッシュ情報の通知先となる車載ＥＣＵ４０が特定される。そして、特定された車載ＥＣＵ４０にプッシュ情報が提供される。以上のように、プッシュ情報の受信側がプッシュ情報の通知先となる車載ＥＣＵ４０を特定できれば、プッシュ情報の送信元が車載システムの具体的な構成を把握していなくても、プッシュ情報は、正しい車載ＥＣＵ４０に到達し得る。

また本実施形態では、プッシュ情報の通知先となる車載ＥＣＵ４０の電源状態が特定される。そして、電源がオンとなった起動状態にある車載ＥＣＵ４０にプッシュ情報が提供される。以上のように、プッシュ情報の受信側が起動状態にある車載ＥＣＵ４０に限定してプッシュ情報を提供すれば、プッシュ情報の送信元が車載ＥＣＵ４０の電源状態を把握していなくても、プッシュ情報は、正しい車載ＥＣＵ４０に到達し得る。

さらに本実施形態では、プッシュ情報の通知先となる車載ＥＣＵ４０の電源がオフ状態である場合に、この車載ＥＣＵ４０を起動させる起動処理が実施される。そして、起動処理によって電源がオン状態となった車載ＥＣＵ４０に、プッシュ情報が提供される。これにより、例えば駐車中等、車載ＥＣＵ４０の電源がオフ状態とされるシーンでも、プッシュ情報の送信元は、車載ＥＣＵ４０の電源のオンオフ状態を把握することなく、プッシュ情報の配信を実施できる。したがって、プッシュ送信の利便性は、いっそう向上し得る。

加えて本実施形態では、一つの車載ＥＣＵ４０にて動作する複数のアプリケーション４０ａの中からプッシュ情報の通知先となるアプリケーション４０ａが特定される。そして、特定されたアプリケーション４０ａにプッシュ情報が提供される。以上のように、車載ＥＣＵ４０がプッシュ情報の通知先となるアプリケーション４０ａを特定できれば、プッシュ情報の送信元が車載システム内のアプリ構成を把握していなくても、プッシュ情報は、正しいアプリケーション４０ａに到達し得る。したがって、プッシュ送信の利便性は、いっそう向上し得る。

また本実施形態では、プッシュ情報が通知先に到達しなかった場合、プッシュ送信の失敗が、この失敗に紐づく理由情報と共に送信元に通知される。故に、ＡＣＰクラウド１１０ａ及びアプリサーバ１４０は、車両側のシステム構成を把握していなくても、プッシュ配信の状態を逐次把握できる。したがって、プッシュ送信の利便性は、さらに向上し得る。

さらに本実施形態では、プッシュ情報が通知先に到達した場合に、プッシュ送信の成功が送信元に通知される。故に、ＡＣＰクラウド１１０ａ及びアプリサーバ１４０は、車両側のシステム構成を把握していなくても、プッシュ配信の状態を逐次把握できる。したがって、プッシュ送信の利便性は、さらに向上し得る。

加えて本実施形態では、プッシュ情報を送信する送信元（ＡＣＰクラウド１１０ａ）にて、プッシュ送信の要求元（アプリサーバ１４０）から取得する要求情報に基づき、プッシュ情報の送信先となる車両Ａｕに紐づいた車載通信機１０が特定される。加えて、プッシュ情報を受信する車載通信機１０は、プッシュ情報の通知先となる車載ＥＣＵ４０を特定できる。故に、車両Ａｕ及びそのシステム構成に関する情報をプッシュ送信の要求元が詳細に把握していなくても、正しい通知先にプッシュ情報が到達し得る。したがって、プッシュ送信の利便性が向上可能となる。

ここで、プッシュ配信に要求されるレスポンスは、プッシュ配信によって提供されるサービスの内容に応じて異なってくる。一例として、車両Ａｕのドアの鍵を開錠するようなサービスを提供する場合、車載ＥＣＵ４０に開錠を指示するプッシュ配信には、高いレスポンスが要求される。一方で、単なる情報通知のためのプッシュ配信には、高いレスポンスは要求されない。故に、ＡＣＰクラウド１１０ａは、プッシュ配信によって実現されるサービスの内容に応じたリトライ期限を設定し、このリトライ期限内において、プッシュ情報の送信を繰り返すことができる。

さらに本実施形態では、プッシュ情報の通知が失敗した場合に、ＡＣＰクラウド１１０ａは、当該失敗に紐づく理由情報を受信する。そして、ＡＣＰクラウド１１０ａは、理由情報の示す失敗理由の解消を把握した場合に、リトライ期限内であればプッシュ情報を再送信する。こうした送信リトライの実施によれば、プッシュ配信を用いたサービスのクオリティを維持しつつ、プッシュ配信の成功率を高めることが可能になる。

加えて本実施形態のＡＣＰクラウド１１０ａは、車載通信機１０、車載ＥＣＵ４０及びアプリケーション４０ａをそれぞれ識別する各ＩＤの組み合わせに紐づけて、プッシュ情報の通知先を特定するためのトークンを発行する。さらに、本実施形態のトークンには、アプリＩＤが組み込まれている。以上のようなトークンの利用によれば、各ＩＤに重複が生じ得る場合でも、正しいプッシュ情報の配信先の特定が可能になる。

加えて本実施形態のトークンには、有効期限が設定されている。故に、ユーザの変更が発生するシェアカー等において、特定のユーザが利用している期間に限定したプッシュ配信が可能になる。その結果、プッシュ配信の利便性がいっそう向上する。

尚、上記実施形態では、車載通信機１０が「無線通信機」及び「通信装置」に相当し、宛先識別部２３が「把握部」に相当する。また、宛先情報及びステータス情報が「ＥＣＵ情報」に相当し、ＴＣＵ ＩＤ及びＥＣＵ ＩＤが「識別情報」に相当し、アプリＩＤ及びトークンが「要求情報」に相当する。

（他の実施形態）
以上、本開示の一実施形態について説明したが、本開示は、上記実施形態に限定して解釈されるものではなく、本開示の要旨を逸脱しない範囲内において種々の実施形態及び組み合わせに適用することができる。

上記実施形態の変形例１では、アプリケーション４０ａを動作させる車載ＥＣＵ４０が車載システムに一つのみ設けられている。こうした変形例１では、宛先情報を把握し、複数の車載ＥＣＵ４０の中からプッシュ情報の通知先となる車載ＥＣＵ４０を特定する機能は、ＡＣＰエンジン１０ａから省略されてよい。以上のように、プッシュ送信の宛先となる車載ＥＣＵ４０は、一つであってもよく、複数であってもよい。

上記実施形態の変形例２では、ステータス情報を把握し、プッシュ情報の通知先となる車載ＥＣＵ４０の電源状態を特定する機能と、車載ＥＣＵ４０を起動する処理機能とが、ＡＣＰエンジン１０ａから省略されている。

上記実施形態の変形例３では、アプリケーション４０ａが車載ＥＣＵ４０に一つのみ載せられている。こうした変形例３では、複数のアプリケーション４０ａの中からプッシュ情報の通知先となるアプリケーション４０ａを特定する機能が、ＡＣＰクライアント４４から省略されている。

上記実施形態の変形例４では、プッシュ通知の進捗や配信成功をＡＣＰクラウド１１０ａに通知する機能の一部が省略されている。こうした進捗監視は、ＡＣＰクラウド１１０ａによる進捗監視まではマストとされるのが望ましい。一方で、ＡＣＰクラウド１１０ａからアプリサーバ１４０への通知は、サービスにおけるプッシュ配信の用途次第であるため、変形例４では任意とされてよい。また変形例４では、リトライ期間を設定し、プッシュ送信を繰り返す処理が省略されている。

上記実施形態の変形例５では、トークンに有効期限が設定されない。また、上記実施形態の変形例６では、トークンの発行機能が省略されている。変形例６のＡＣＰクラウド１１０ａは、アプリＩＤをキーとしてプッシュ情報を送信する車載通信機１０を特定する。また、ＡＣＰエンジン１０ａは、アプリＩＤをキーとしてプッシュ情報を送信する車載ＥＣＵ４０を特定する。

上記実施形態にて、車載通信機１０及びＡＣＰクラウド１１０ａによって提供されていた各機能は、ソフトウェア及びそれを実行するハードウェア、ソフトウェアのみ、ハードウェアのみ、あるいはそれらの複合的な組合せによっても提供可能である。さらに、こうした機能がハードウェアとしての電子回路によって提供される場合、各機能は、多数の論理回路を含むデジタル回路、又はアナログ回路によっても提供可能である。

上記実施形態にて、各プロセッサ１１，１１１は、それぞれＲＡＭ１２，１１２と結合された演算処理のためのハードウェアであり、本開示による情報送信方法を実現するコンピュータの主体構成である。各プロセッサ１１，１１１は、ＣＰＵ（Central Processing Unit）等の演算コアを少なくとも一つ含む構成である。プロセッサ１１，１１１を含む処理回路は、ＦＰＧＡ（Field-Programmable Gate Array）及びＡＳＩＣ（Application-Specific Integrated Circuit）を主体とした構成であってもよい。

記憶媒体１３，１１３は、不揮発性の記憶媒体を含む構成である。各記憶媒体１３，１１３には、各プロセッサ１１，１１１によって実行される種々のプログラム（情報送信プログラム等）が格納されている。こうした記憶媒体１３，１１３の形態は、適宜変更されてよい。例えば記憶媒体１３，１１３は、回路基板上に設けられた構成に限定されず、メモリカード等の形態で提供され、スロット部に挿入されて、車載通信機１０及びプッシュサーバ１１０の処理回路に電気的に接続される構成であってよい。さらに、記憶媒体１３，１１３は、プログラムのコピー基となる光学ディスク及びのハードディスクドライブ等であってもよい。

本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の装置及びその手法は、専用ハードウェア論理回路により、実現されてもよい。もしくは、本開示に記載の装置及びその手法は、コンピュータプログラムを実行するプロセッサと一つ以上のハードウェア論理回路との組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

Ａｕ 車両、１０ 車載通信機（無線通信機，通信装置）、１１，１１１ プロセッサ、２１ プッシュ受信部、２３ 宛先識別部（把握部）、２５ 送信制御部、４０ 車載ＥＣＵ、４０ａ アプリケーション

Claims (12)

1. 少なくとも一つの車載ＥＣＵ（４０）へ向けて、車両（Ａｕ）の外部から無線通信による情報のプッシュ送信を行う情報送信方法であって、
   少なくとも一つのプロセッサ（１１）にて実行される処理に、
   前記外部の送信元からプッシュ情報を受信し（Ｓ４７）、
   前記プッシュ情報の通知先となる前記車載ＥＣＵに関するＥＣＵ情報を把握し（Ｓ５０）、
   把握した前記ＥＣＵ情報に対応した前記プッシュ情報の通知を実施する（Ｓ５３）、
   というステップを含む情報送信方法。
2. 前記ＥＣＵ情報を把握するステップでは、複数の前記車載ＥＣＵの中から前記プッシュ情報の通知先となる前記車載ＥＣＵを特定し、
   前記プッシュ情報の通知を実施するステップでは、特定した前記車載ＥＣＵに前記プッシュ情報を提供する請求項１に記載の情報送信方法。
3. 前記ＥＣＵ情報を把握するステップでは、前記プッシュ情報の通知先となる前記車載ＥＣＵの電源状態を特定し、
   前記プッシュ情報の通知を実施するステップでは、電源がオン状態にある前記車載ＥＣＵに前記プッシュ情報を提供する請求項１又は２に記載の情報送信方法。
4. 前記プッシュ情報の通知先となる前記車載ＥＣＵの電源がオフ状態である場合に、前記車載ＥＣＵを起動させる起動処理を実施する（Ｓ５４）、というステップをさらに含み、
   前記プッシュ情報の通知を実施するステップでは、前記起動処理によって電源がオン状態となった前記車載ＥＣＵに前記プッシュ情報を提供する請求項３に記載の情報送信方法。
5. 一つの前記車載ＥＣＵにて動作する複数のアプリケーション（４０ａ）の中から前記プッシュ情報の通知先となる前記アプリケーションを特定し（Ｓ７０）、
   特定した前記アプリケーションに前記プッシュ情報を提供する（Ｓ７１）、
   というステップをさらに含む請求項１～４のいずれか一項に記載の情報送信方法。
6. 前記プッシュ情報を通知先に送信できない場合に、前記プッシュ送信の失敗を当該失敗に紐づく理由情報と共に前記送信元に通知する（Ｓ５１，Ｓ６７）、というステップをさらに含む請求項１～５のいずれか一項に記載の情報送信方法。
7. 前記プッシュ情報が通知先に到達した場合に、前記プッシュ送信の成功を前記送信元に通知する（Ｓ７５）、というステップをさらに含む請求項１～６のいずれか一項に記載の情報送信方法。
8. 少なくとも一つの車載ＥＣＵ（４０）を搭載する車両（Ａｕ）において、当該車両の外部から無線通信によってプッシュ送信される情報を受信する通信装置であって、
   前記外部の送信元からプッシュ情報を受信するプッシュ受信部（２１）と、
   前記プッシュ情報の通知先となる前記車載ＥＣＵに関するＥＣＵ情報を把握する把握部（２３）と、
   把握した前記ＥＣＵ情報に対応した前記プッシュ情報の通知を実施する送信制御部（２５）と、
   を備える通信装置。
9. 複数の車両（Ａｕ）のうちの少なくとも一つに搭載される車載ＥＣＵ（４０）へ向けて、前記車両の外部から無線通信による情報のプッシュ送信を行う情報送信方法であって、
   少なくとも一つのプロセッサ（１１１）にて実行される処理に、
   前記プッシュ送信の要求元から取得する要求情報に基づき、プッシュ情報の送信先となる前記車両に紐づいた無線通信機（１０）を特定し（Ｓ４３）、
   前記プッシュ情報の通知先となる前記車載ＥＣＵを特定する機能を備える前記無線通信機へ向けて、前記プッシュ情報を送信する（Ｓ４５，Ｓ４６）、
   というステップを含む情報送信方法。
10. 前記プッシュ情報の通知が失敗した場合に、当該失敗に紐づく理由情報を把握し（Ｓ４４，Ｓ５１，Ｓ６７）、
    前記プッシュ情報の送信を繰り返すリトライ期限内であり、且つ、前記理由情報の示す失敗理由の解消を把握した場合に、前記プッシュ情報を再送信する、
    というステップをさらに含む請求項９に記載の情報送信方法。
11. 前記無線通信機、前記車載ＥＣＵ及び前記車載ＥＣＵにて動作するアプリケーション（４０ａ）をそれぞれ識別する識別情報の組み合わせに紐づけて、前記プッシュ情報の通知先を特定するためのトークンを発行する（Ｓ２７）、というステップをさらに含み、
    る前記無線通信機を特定するステップでは、前記トークンを用いて前記プッシュ情報の前記送信先を特定する請求項９又は１０に記載の情報送信方法。
12. 前記トークンには、有効期限が設定されている請求項１１に記載の情報送信方法。

Images