特開 2025-128423 車載装置、制御方法及びコンピュータプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025128423

(43)【公開日】2025-09-03

(54)【発明の名称】車載装置、制御方法及びコンピュータプログラム

(51)【国際特許分類】

   G01C 21/34 20060101AFI20250827BHJP

   G08G 1/0968 20060101ALI20250827BHJP

   G08G 1/09 20060101ALI20250827BHJP

   G16Y 10/40 20200101ALI20250827BHJP

   G16Y 40/30 20200101ALI20250827BHJP

【ＦＩ】

G01C21/34

G08G1/0968

G08G1/09 F

G16Y10/40

G16Y40/30

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022118601

(22)【出願日】2022-07-26

(71)【出願人】

【識別番号】000002130

【氏名又は名称】住友電気工業株式会社

(71)【出願人】

【識別番号】000183406

【氏名又は名称】住友電装株式会社

(71)【出願人】

【識別番号】395011665

【氏名又は名称】株式会社オートネットワーク技術研究所

(74)【代理人】

【識別番号】100099933

【弁理士】

【氏名又は名称】清水 敏

(74)【代理人】

【識別番号】100124028

【弁理士】

【氏名又は名称】松本 公雄

(74)【代理人】

【識別番号】100078813

【弁理士】

【氏名又は名称】上代 哲司

(74)【代理人】

【識別番号】100094477

【弁理士】

【氏名又は名称】神野 直美

(72)【発明者】

【氏名】山下 秀典

【テーマコード（参考）】

2F129

5H181

【Ｆターム（参考）】

2F129AA03

2F129BB03

2F129DD39

2F129EE02

2F129EE65

2F129EE67

2F129EE94

2F129FF02

2F129FF17

2F129FF20

2F129FF57

2F129FF66

2F129FF71

2F129FF73

2F129FF75

2F129GG03

2F129GG04

2F129GG05

2F129GG06

2F129GG17

2F129HH20

2F129HH21

5H181AA01

5H181AA21

5H181BB04

5H181BB13

5H181CC03

5H181CC04

5H181CC12

5H181CC14

5H181FF04

5H181FF10

5H181FF13

5H181FF22

5H181LL09

5H181MB01

5H181MB11

5H181MC19

(57)【要約】      （修正有）

【課題】車載装置の外的環境の状態の悪化時にも、クラウド連携サービスを維持でき、サーバからのサービス提供を可能とする車載装置、制御方法及びコンピュータプログラムを提供する。
【解決手段】車載装置は、車両に搭載され、外部装置からサービスの提供を受ける車載装置であって、外部装置に所定データを送信する通信部と、車載装置の外的環境の状態を評価する評価部２０２と、評価部２０２による評価結果に応じて、第１処理を実行するか否かを判定する判定部２０４と、判定部２０４により、第１処理を実行すると判定されたことを受けて、所定データに対して第１処理を実行する処理部２０６とを含み、外的環境は、車載装置と外部装置との間の無線通信速度を含み、サービスは、外部装置が所定データに対して第２処理を実行した結果が車載装置に送信されることにより提供され、第１処理は、第２処理の少なくとも一部を構成する。
【選択図】図６

【特許請求の範囲】

【請求項1】

車両に搭載され、外部装置からサービスの提供を受ける車載装置であって、
前記外部装置に所定データを送信する通信部と、
前記車載装置の外的環境の状態を評価する評価部と、
前記評価部による評価結果に応じて、第１処理を実行するか否かを判定する判定部と、
前記判定部により、前記第１処理を実行すると判定されたことを受けて、前記所定データに対して前記第１処理を実行する処理部とを含み、
前記外的環境は、前記車載装置と前記外部装置との間の無線通信速度を含み、
前記サービスは、前記外部装置が前記所定データに対して第２処理を実行した結果が前記車載装置に送信されることにより提供され、
前記第１処理は、前記第２処理の少なくとも一部を構成する、車載装置。

【請求項2】

前記第１処理は、前記第２処理と同じ処理である、請求項１に記載の車載装置。

【請求項3】

前記所定データは、前記車両に搭載されたセンサにより検出された画像データ又は動画像データであり、
前記第２処理は、認証処理である、請求項２に記載の車載装置。

【請求項4】

前記第１処理は、前記第２処理の一部を構成し、
前記通信部はさらに、前記処理部により前記所定データに対して前記第１処理が実行された結果を前記外部装置に送信する、請求項１に記載の車載装置。

【請求項5】

前記所定データは、前記車両に搭載されたセンサにより検出された画像データ又は動画像データであり、
前記第２処理は、認証処理であり、
前記認証処理は、
前記画像データ又は前記動画像データを加工する画像加工処理と、
前記画像加工処理により得られた画像から対象物の特徴量を抽出する特徴抽出処理と、
前記特徴抽出処理により抽出された特徴量を基準の特徴量と照合する照合処理とを含み、
前記第１処理は、前記画像加工処理、又は、前記画像加工処理及び前記特徴抽出処理である、請求項４に記載の車載装置。

【請求項6】

前記通信部はさらに、前記外部装置から前記第１処理の実行プログラムを受信する、請求項１から請求項５のいずれか１項に記載の車載装置。

【請求項7】

前記通信部が前記所定データを前記外部装置に送信し、且つ前記処理部が前記第１処理を実行した後に、前記通信部が前記第２処理の結果を受信したことを受けて、前記処理部は、前記第１処理を終了する、請求項１から請求項５のいずれか１項に記載の車載装置。

【請求項8】

前記車両の走行予定経路を特定する経路特定部をさらに含み、
前記評価部は、前記経路特定部により特定された前記走行予定経路における無線通信速度を評価することにより、前記車載装置と前記外部装置との間の前記無線通信速度を評価し、
前記予定経路において前記無線通信速度が所定値以下である経路部分に前記車両が位置していることを受けて、前記判定部は、前記第１処理を実行すると判定する、請求項１から請求項５のいずれか１項に記載の車載装置。

【請求項9】

前記評価部は、道路と、当該道路上における無線通信速度の実績値とを対応させた地図に基づいて、前記走行予定経路における前記無線通信速度を評価する、請求項８に記載の車載装置。

【請求項10】

車両に搭載され、外部装置からサービスの提供を受ける車載装置の制御方法であって、
前記外部装置に所定データを送信する通信ステップと、
前記車載装置の外的環境の状態を評価する評価ステップと、
前記評価ステップによる評価結果に応じて、第１処理を実行するか否かを判定する判定ステップと、
前記判定ステップにより、前記第１処理を実行すると判定されたことを受けて、前記所定データに対して前記第１処理を実行する処理ステップとを含み、
前記外的環境は、前記車載装置と前記外部装置との間の無線通信速度を含み、
前記サービスは、前記外部装置が前記所定データに対して第２処理を実行した結果が前記車載装置に送信されることにより提供され、
前記第１処理は、前記第２処理の少なくとも一部を構成する、制御方法。

【請求項11】

車両に搭載され、外部装置からサービスの提供を受けるコンピュータに、
前記外部装置に所定データを送信する通信機能と、
前記コンピュータの外的環境の状態を評価する評価機能と、
前記評価機能による評価結果に応じて、第１処理を実行するか否かを判定する判定機能と、
前記判定機能により、前記第１処理を実行すると判定されたことを受けて、前記所定データに対して前記第１処理を実行する処理機能とを実現させ、
前記外的環境は、前記コンピュータと前記外部装置との間の無線通信速度を含み、
前記サービスは、前記外部装置が前記所定データに対して第２処理を実行した結果が前記コンピュータに送信されることにより提供され、
前記第１処理は、前記第２処理の少なくとも一部を構成する、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、車載装置、制御方法及びコンピュータプログラムに関する。

【背景技術】

【0002】

多数のセンサからのセンサデータをサーバコンピュータ（以下、サーバという）に集約し解析して、運転支援に利用するシステムが普及しつつある。センサデータは、車両に搭載されたセンサ、及び、路側に設けられたインフラストラクチャ設備が備えるセンサ（以下、インフラセンサという）から送信されてくる。そうしたシステムにおいては、車両は無線通信を使って近傍の無線基地局に接続し、その無線基地局を介してサーバと通信を行う。また車両間での直接通信（いわゆる車々間通信）により、ある車両のセンサデータを他の車両に送信したり、ある車両が持つ情報を他の車両に送信したりすることもできる。

【0003】

様々なサービスを無線通信により車両に提供する、いわゆるクラウドサーバも普及しつつある。例えば、いわゆる交通情報の配信、輸送用車両等に関する配車スケジュールの管理、道路近辺の観光及びイベント情報の配信、車両故障診断、並びに、ルート案内等である。クラウドサーバを利用することにより、車両がより安全に交通できるようになる上に車両を活用して有意義な生活ができる。

【0004】

下記特許文献１には、車両に搭載された複数のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）により構成される分散処理システムが開示されている。この分散処理システムは、処理負荷の大きいＥＣＵが実行中のタスクを、処理負荷の小さいＥＣＵに移送して実行させることにより、負荷分散制御を行う。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００９－７０１３５号公報

【発明の概要】

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

【0006】

クラウドサーバから車両に提供される様々なサービス（以下、クラウド連携サービスという）は、変動する無線通信を媒介として実現される。クラウド連携サービスが増加すると、各サービスを提供するためのアプリケーション（即ちコンピュータプログラム）も増加し、クラウド連携サービスを提供するためのリソース（例えば、）が逼迫する。そのため、クラウド連携サービスが中断する等の支障が生じ問題がある。クラウド連携サービスを提供するためのリソースには、例えば、無線通信リソース、及び、各サービスを提供するクラウドサーバのリソースがある。これらは、車載装置の外的環境といえる。

【0007】

特許文献１に開示された分散処理システムは、車両内の複数のＥＣＵにおいて負荷を分散させるためのものであり、車両外の状況（例えば無線通信の状態）が考慮されていない。即ち、特許文献１に開示された技術によっては、クラウド連携サービスにおける上記の問題を解決できない。

【0008】

したがって、本開示は、車載装置の外的環境の状態の悪化時にも、クラウド連携サービスを維持でき、サーバからのサービス提供を可能とする車載装置、制御方法及びコンピュータプログラムを提供することを目的とする。

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

【0009】

本開示のある局面に係る車載装置は、車両に搭載され、外部装置からサービスの提供を受ける車載装置であって、外部装置に所定データを送信する通信部と、車載装置の外的環境の状態を評価する評価部と、評価部による評価結果に応じて、第１処理を実行するか否かを判定する判定部と、判定部により、第１処理を実行すると判定されたことを受けて、所定データに対して第１処理を実行する処理部とを含み、外的環境は、車載装置と外部装置との間の無線通信速度を含み、サービスは、外部装置が所定データに対して第２処理を実行した結果が車載装置に送信されることにより提供され、第１処理は、第２処理の少なくとも一部を構成する。

【0010】

本開示の別の局面に係る制御方法は、車両に搭載され、外部装置からサービスの提供を受ける車載装置の制御方法であって、外部装置に所定データを送信する通信ステップと、車載装置の外的環境の状態を評価する評価ステップと、評価ステップによる評価結果に応じて、第１処理を実行するか否かを判定する判定ステップと、判定ステップにより、第１処理を実行すると判定されたことを受けて、所定データに対して第１処理を実行する処理ステップとを含み、外的環境は、車載装置と外部装置との間の無線通信速度を含み、サービスは、外部装置が所定データに対して第２処理を実行した結果が車載装置に送信されることにより提供され、第１処理は、第２処理の少なくとも一部を構成する。

【0011】

本開示のさらに別の局面に係るコンピュータプログラムは、車両に搭載され、外部装置からサービスの提供を受けるコンピュータに、外部装置に所定データを送信する通信機能と、コンピュータの外的環境の状態を評価する評価機能と、評価機能による評価結果に応じて、第１処理を実行するか否かを判定する判定機能と、判定機能により、第１処理を実行すると判定されたことを受けて、所定データに対して第１処理を実行する処理機能とを実現させ、外的環境は、コンピュータと外部装置との間の無線通信速度を含み、サービスは、外部装置が所定データに対して第２処理を実行した結果がコンピュータに送信されることにより提供され、第１処理は、第２処理の少なくとも一部を構成する。

【0012】

本発明は、このような特徴的な処理部を備える車載装置として実現することができるだけでなく、かかる特徴的な処理をステップとする制御方法として実現したり、かかるステップをコンピュータに実行させるためのプログラムとして実現したりすることができる。また、車載装置の一部又は全部を実現する半導体集積回路として実現したり、車載装置を含むサービス提供システムとして実現したりすることができる。

【発明の効果】

【0013】

本開示によれば、車載装置の外的環境の状態の悪化時にも、クラウド連携サービスを維持でき、サーバからのサービス提供を可能とする車載装置、制御方法及びコンピュータプログラムを提供できる。

【図面の簡単な説明】

【0014】

【図1】図１は、本開示の実施形態に係る車載装置の利用形態を示す模式図である。

【図2】図２は、図１に示した車載装置のハードウェア構成を示すブロック図である。

【図3】図３は、図２に示した車載ゲートウェイのハードウェア構成を示すブロック図である。

【図4】図４は、図２に示した機能拡張ＥＣＵのハードウェア構成を示すブロック図である。

【図5】図５は、図１に示したサーバのハードウェア構成を示すブロック図である。

【図6】図６は、車載装置の機能構成を示すブロック図である。

【図7】図７は、機能拡張ＥＣＵにより実行される処理を示すフローチャートである。

【図8】図８は、車載ゲートウェイにより実行される処理を示すフローチャートである。

【図9】図９は、サーバにより実行される処理を示すフローチャートである。

【図10】図１０は、第３変形例に係る車載装置の機能構成を示すブロック図である。

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

【0015】

［本開示の実施形態の説明］
本開示の実施形態の内容を列記して説明する。以下に記載する実施形態の少なくとも一部を任意に組合せてもよい。

【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】

（サーバのハードウェア構成）
図５を参照して、サーバ１０４は、各部を制御する制御部１６０と、データを記憶するメモリ１６２と、通信を行う通信部１６４と、各部の間でデータを交換するためのバス１６６とを含む。制御部１６０は、ＣＰＵを含んで構成されており、各部を制御することにより、後述する機能を実現する。メモリ１６２は、書換可能な半導体の不揮発性メモリ及びハードディスクドライブ等の大容量記憶装置を含む。通信部１６４は、車載装置１００、及び、路上に配置されたインフラセンサ等からアップロードされるセンサデータを、基地局１０６を介して受信する。通信部１６４により受信されたデータは、メモリ１６２に送信されて記憶される。これにより、サーバ１０４は、交通情報（例えば、事故、渋滞、道路規制及び統計情報等）及び動的情報等を生成し、運転支援情報として車両１０２の車載装置１００に送信できる。

【0044】

（車載装置の機能的構成）
本開示に関する車両１０２の機能に関して説明する。車載装置１００は、サーバ１０４から所定のサービス（即ち、運転支援サービス）として動的情報等の運転支援情報を取得する。

【0045】

図６を参照して、車載装置１００は、記憶部２００、評価部２０２、判定部２０４、処理部２０６及び出力部２０８を含む。記憶部２００は、車載ゲートウェイ１２２（図３参照）のメモリ１４２及び機能拡張ＥＣＵ１３０（図４参照）のメモリ１５２により実現される。それ以外の後述する機能は、車載ゲートウェイ１２２の制御部１４０又は機能拡張ＥＣＵ１３０の制御部１５０により実現される。記憶部２００は、評価結果、処理結果、センサデータ、処理プログラム及びサービスデータを記憶している。評価結果は、後述する評価部２０２により、車載装置１００の外的環境の状態が評価された結果である。処理結果は、後述する処理部２０６により処理プログラムが実行されることにより得られた結果である。センサデータは、車両１０２に搭載されたセンサ１２４から出力され、バス１３２を介して送信されるデータである。サービスデータは、サーバ１０４から受信した所定サービスに関するデータであり、例えば、動的情報等の運転支援情報である。

【0046】

評価部２０２は、所定のタイミング（例えば一定周期、又は、予め設定された時間）において、車載装置１００の外的環境の状態を評価する。評価部２０２は、車載ゲートウェイ１２２の制御部１４０により実現される。外的環境とは、車載装置１００の外部におけるハードウェア及びソフトウェアのリソースであって、車載装置１００がサーバ１０４から受ける所定のサービスに影響するリソースを意味する。例えば、外的環境は、無線通信のリソース（ネットワークのリソースを含む）及びサーバ１０４のリソースを含む。評価部２０２は、例えば、通信部１２０による無線通信の通信速度を測定する。また、評価部２０２は、後述するようにサーバ１０４の応答速度を測定してもよい。評価部２０２は、評価結果（例えば、無線通信速度及びサーバ１０４の応答速度）を記憶部２００に記憶する。

【0047】

判定部２０４は、所定のタイミング（例えば一定周期、又は、予め設定された時間）において、記憶部２００から評価結果を読出し、車載装置１００の外的環境の状態が悪いか否かを判定する。判定部２０４は、機能拡張ＥＣＵ１３０の制御部１５０により実現される。例えば、判定部２０４は、記憶部２００から読出した無線通信速度が所定のしきい値以下であるか否かを判定することにより、車載装置１００の外的環境の状態が悪いか否かを判定する。記憶部２００から読出した無線通信速度が所定のしきい値（以下、第１しきい値という）以下であれば、判定部２０４は、車載装置１００の外的環境の状態が悪いと判定する。判定部２０４は、車載装置１００の外的環境の状態が悪いと判定した場合、処理部２０６に所定の処理を実行することを指示する。

【0048】

なお、無線通信速度が低下していなくても、車載装置１００の外的環境の状態が悪いことがある。即ち、サーバ１０４のリソースの逼迫等、サーバ１０４によるサービス提供に関する処理速度が低下することにより、サービス提供に支障が生じる。そのような場合にも、車載装置１００の外的環境の状態が悪いと判定されるべきである。したがって、記憶部２００から読出す評価結果にサーバ１０４の応答速度が含まれていれば、サーバ１０４の応答速度を所定のしきい値（以下、第２しきい値という）と比較して車載装置１００の外的環境の状態を判定してもよい。例えば、判定部２０４は、無線通信速度が第１しきい値より大きくても、サーバ１０４の応答速度が第２しきい値以下であれば、車載装置１００の外的環境の状態が悪いと判定する。

【0049】

処理部２０６は、判定部２０４からの指示を受けて、所定の処理を実行する。処理部２０６は、機能拡張ＥＣＵ１３０の制御部１５０により実現される。具体的には、処理部２０６は、記憶部２００から、所定の処理を実行するための処理プログラムを読出し、記憶部２００から読出したセンサデータを対象として処理プログラムを実行する。処理対象のセンサデータは、車載装置１００からサーバ１０４に送信されたセンサデータである。また、処理部２０６は、処理プログラムを実行中に、サービスデータが通信部１２０により受信されて記憶部２００に記憶されたか否かを判定する。サービスデータは、サーバ１０４から車載装置１００に提供されるサービスを実現するためのデータである。サービスデータは、例えば、車載装置１００からサーバ１０４に送信したセンサデータに対する解析処理がサーバ１０４により実行されて生成された運転支援情報である。処理部２０６が処理プログラムを実行中に、サービスデータが記憶されると、処理部２０６は実行中の処理プログラムを終了する。サービスデータが記憶される前に、処理部２０６が処理プログラムの実行を完了すると、処理部２０６は処理結果を出力部２０８に出力する。

【0050】

処理部２０６が実行する処理プログラムは、例えば、サーバ１０４から通信部１２０により受信されたプログラムである。車載装置１００（具体的には機能拡張ＥＣＵ１３０）は、車載装置１００の外的環境の状態が良好なときに、サーバ１０４から提供されるサービスに必要な処理を実行するためのプログラム（例えば、センサデータの解析処理プログラム）を、通信部１２０により受信し、記憶部２００に記憶しておく。

【0051】

出力部２０８は、処理部２０６からデータが入力されたか否か、及び、記憶部２００にサービスデータが記憶されたか否かを判定する。出力部２０８は、処理部２０６からデータ（例えば運転支援情報）が入力された場合、入力されたデータを目的のＥＣＵ（以下、エンドＥＣＵという）に送信する。出力部２０８は、記憶部２００にサービスデータ（例えば運転支援情報）が記憶されると、記憶部２００からサービスデータを読出してエンドＥＣＵに送信する。エンドＥＣＵは、入力されるデータを利用する。例えば、エンドＥＣＵが自動運転ＥＣＵ１２６であれば、自動運転ＥＣＵ１２６は、入力される運転支援情報を、車両１０２の走行の制御に利用する。

【0052】

以上により、車載装置１００は、外的環境の状態が良好である場合、サーバ１０４から提供されるサービスデータ（例えば、運転支援情報）を受信して、該当するエンドＥＣＵに送信できる。また、車載装置１００は、外的環境の状態が悪く、サーバ１０４から提供されるサービスデータの受信に長時間を要する場合、当該サービスデータに相当するデータを処理部２０６により生成し、該当するエンドＥＣＵに送信できる。したがって、車載装置１００の外的環境の状態が悪い状態においても、サーバ１０４から車載装置１００に提供されるクラウド連携サービスが中断することを回避できる。即ち、サーバ１０４から車載装置１００に提供されるクラウド連携サービスを維持できる。

【0053】

このように、外的環境の状態が悪い場合、車載装置１００及びサーバ１０４により同じ処理が並行して実行される。即ち、車載装置１００及びサーバ１０４は冗長化システムを構成する。車載装置１００がサーバ１０４からサービスの提供を受ける理由の１つとして、サーバ１０４の処理性能が車載装置１００よりも高いことがある。したがって、外的環境の状態が悪い場合であっても、処理部２０６による処理が完了する前に、サーバ１０４からサービスデータを受信できることもある。その場合には、処理部２０６は処理を終了する。これにより、車載装置１００において、無駄に処理が継続されることを回避できる。

【0054】

例えば、処理部２０６が実行する処理プログラムは、車載装置１００に提供されるサービスデータを生成するためにサーバ１０４により実行されるプログラムと同じ処理を実行するプログラムである。即ち、プログラム自体が同じでなくても、処理内容が同じであればよい。これにより、車載装置１００は、処理部２０６による処理結果を、サーバ１０４に送信する必要がなく、不要な通信を回避できる。

【0055】

上記したように、処理部２０６が実行する処理プログラムをサーバ１０４から予め受信して記憶部２００に記憶しておくことにより、サーバ１０４から最新のプログラムを受信でき、処理部２０６は最適な処理を実行できる。

【0056】

また、後述するように、処理部２０６が実行する処理プログラムは、車載装置１００に提供されるサービスデータを生成するためにサーバ１０４により実行されるプログラムの一部であってもよい。処理部２０６が実行した結果を、サーバ１０４に送信すれば、サーバ１０４は受信したデータを用いてその後の処理を実行できるので、車載装置の外的環境の状態が悪化した場合であっても、サーバ１０４は効率的にサービスを提供できる。

【0057】

（機能拡張ＥＣＵの動作）
図７を参照して、機能拡張ＥＣＵ１３０の動作に関して、図６に示した機能を参照しつつ説明する。図７に示した処理は、制御部１５０（図４参照）が所定のプログラムをメモリ１５２から読出して実行することにより実現される。

【0058】

図７を参照して、ステップ３００において、制御部１５０は、サーバ１０４にサービス提供依頼を送信する。サービス提供依頼は、例えば、センサデータと、そのデータの解析及び運転支援情報の送信の要求とを含むデータである。センサデータは、センサ１２４から出力され、メモリ１５２に記憶されたセンサデータである。その後、制御はステップ３０２に移行する。

【0059】

ステップ３０２において、制御部１５０は、車載装置１００の外的環境の状態を表すデータを取得する。具体的には、制御部１５０は、メモリ１５２（図６の記憶部２００参照）から上記した評価結果を読出す。評価結果は、図６の評価部２０２の評価結果であり、後述するように、車載ゲートウェイ１２２により測定された無線通信速度及びサーバ１０４の応答速度である。その後、制御はステップ３０４に移行する。

【0060】

ステップ３０４において、制御部１５０は、外的環境の状態が悪化しているか否かを判定する。具体的には、制御部１５０は、ステップ３０２により取得したデータ（即ち、無線通信速度及びサーバ１０４の応答速度）が、所定のしきい値以下であるか否かを判定する。例えば、無線通信速度と第１しきい値とを比較し、且つ、サーバ１０４の応答速度を第２しきい値と比較し、いずれか一方が対応するしきい値以下であるか否かを判定する。無線通信速度が低下していれば、サーバ１０４から提供されるサービスが影響を受け、サービスの遅延、サービスの中断等が発生し得る。また、無線通信速度が高くても、サーバ１０４の応答速度が低下していれば、サーバ１０４に送信したセンサデータの解析及び運転支援情報の生成が速やかに実行されていなので、その場合にも、サービスの中断が発生し得る。外的環境の状態が悪いと判定された場合、制御はステップ３０６に移行する。そうでなければ、制御は３２０に移行する。ステップ３０２及びステップ３０４の処理は、図６に示した判定部２０４の機能に対応する。

【0061】

ステップ３０６において、制御部１５０は、所定の処理を実行する。ステップ３０６の処理は、図６の処理部２０６の機能に対応する。即ち、制御部１５０は、メモリ１５２から処理プログラムと、その処理対象であるセンサデータとを読出し、処理プログラムを実行する。

【0062】

ステップ３０８において、制御部１５０は、サービスデータを受信したか否かを判定する。ステップ３０８の処理は、図６の処理部２０６の機能に対応する。即ち、制御部１５０は、メモリ１５２（図６の記憶部２００参照）にサービスデータが記憶されたか否かを判定する。サービスデータは、上記したように、通信部１２０によりサーバ１０４から受信されるデータである。サービスデータが記憶されていると判定された場合、制御はステップ３１２に移行する。そうでなければ、制御はステップ３１０に移行する。

【0063】

ステップ３１０において、制御部１５０は、ステップ３０６の処理（即ち処理プログラム）が完了したか否かを判定する。ステップ３０８の処理は、図６の処理部２０６の機能に対応する。完了したと判定された場合、制御はステップ３１４に移行する。そうでなければ、制御はステップ３０６に戻り、処理を継続する。

【0064】

ステップ３１２において、制御部１５０は、処理プログラムを終了する。その後、制御はステップ３１４に移行する。ステップ３１２の処理は、図６の処理部２０６の機能に対応する。

【0065】

ステップ３１４において、制御部１５０は、処理プログラムによる処理結果のデータ、又は、サーバ１０４から受信したサービスデータが利用可能か否かを判定する。利用可能と判定された場合、制御はステップ３１６に移行する。そうでなければ、制御はステップ３１８に移行する。例えば、制御部１５０は、遅延時間（例えば、処理遅延時間及び通信遅延時間を含む）を考慮して、処理結果のデータ又はサービスデータが、ターゲットＥＣＵにより有効に利用可能か否かを判定する。例えば、ターゲットＥＣＵが自動運転ＥＣＵ１２６であり、運転支援情報の元データ（例えばセンサデータ）が古いデータ（即ち、現在よりも所定時間以上過去に取得されたデータ）であれば、自動運転ＥＣＵ１２６はその運転支援情報を有効に利用できない。

【0066】

ステップ３１６において、制御部１５０は、処理プログラムによる処理結果のデータ、又は、サーバ１０４から受信したサービスデータを、ターゲットＥＣＵに送信する。ステップ３１６の処理は、図６の出力部２０８の機能に対応する。

【0067】

ステップ３１８において、制御部１５０は、終了の指示を受けたか否かを判定する。終了の指示は、例えば、車両１０２のスタートボタン等がオフされることにより成される。終了すると判定された場合、本プログラムは終了する。そうでなければ、制御はステップ３００に戻り、上記の処理が繰返される。

【0068】

ステップ３０４による判定結果がＮＯの場合、ステップ３２０において、制御部１５０は、所定の処理を実行するプログラム、即ちステップ３０６により実行される処理プログラムが、メモリ１５２に記憶されているか否かを判定する。記憶されていれば、制御はステップ３２４に移行する。そうでなければ、制御はステップ３２２に移行する。

【0069】

ステップ３２２において、制御部１５０は、通信部１２０を制御して、所定の処理を実行するプログラムをサーバ１０４に要求し（例えば、サーバ１０４にプログラムの送信要求を送信し）、受信したプログラムをメモリ１５２に記憶する。プログラムの送信要求は、例えば、サーバ１０４が車載装置１００にサービスを提供するためにサーバ１０４により実行されるプログラムの送信を要求するデータ（例えば、所定コード）である。サーバ１０４から送信されるプログラムは、例えば、サーバ１０４が車載装置１００にサービスを提供するために実行するプログラムと同じ処理を実行するプログラムである。

【0070】

ステップ３２４において、制御部１５０は、ステップ３０８と同様に、サービスデータを受信したか否かを判定する。即ち、制御部１５０は、メモリ１５２（図６の記憶部２００参照）にサービスデータが記憶されているか否かを判定する。サービスデータが記憶されていると判定された場合、制御はステップ３１４に移行する。そうでなければ、ステップ３２４が繰返される。

【0071】

以上により、車載装置１００の機能拡張ＥＣＵ１３０は、車載装置１００の外的環境の状態が悪い場合、サービスの提供を依頼したサーバ１０４により実行される処理と同じ処理を実行する。機能拡張ＥＣＵ１３０は、サーバ１０４からサービスデータを受信する前に処理結果が得られると、処理結果をターゲットＥＣＵに出力して利用させることができる。機能拡張ＥＣＵ１３０の処理が完了する前に、サーバ１０４からサービスデータを受信できれば、受信したサービスデータをターゲットＥＣＵに出力して利用させることができる。したがって、車載装置１００の外的環境の状態が悪い場合にも、サービスが中断する等の支障が生じることを回避できる。また、機能拡張ＥＣＵ１３０は、サービスを実現するためにサーバ１０４が実行するプログラムを、車載装置１００の外的環境の状態が良好なときにサーバ１０４から受信し、記憶しておくことができる。

【0072】

（車載ゲートウェイの動作）
図８を参照して、図６に示した評価部２０２の機能に対応する車載ゲートウェイ１２２の動作に関して説明する。図８に示した処理は、制御部１４０（図３参照）が所定のプログラムをメモリ１４２から読出して実行することにより実現される。

【0073】

図８を参照して、ステップ４００において、制御部１４０は、無線通信速度を測定する。具体的には、制御部１４０は、通信部１２０により実行される、車載装置１００の外部とのデータ通信速度を測定する。その後、制御はステップ４０２に移行する。車載装置１００の外部とのデータ通信速度が低下すれば、サーバ１０４から安定したサービスの提供を受けることができなくなる。

【0074】

ステップ４０２において、制御部１４０は、サーバ１０４の応答速度を測定する。具体的には、制御部１４０は、通信部１２０を制御して所定データをサーバ１０４に送信してから、それに対する応答を受信するまでの時間を測定し、その逆数を応答速度とする。例えば、制御部１４０は、機能拡張ＥＣＵ１３０によるサービス提供依頼からそれに対するサービスデータの受信までの時間を測定する。その後、制御はステップ４０２に移行する。車載装置１００とサーバ１０４との通信状態が良好であっても、サーバ１０４が何らの理由により車載装置１００に提供するサービスを実行する処理の速度が低下していることがある。例えば、車載装置１００へのサービス提供よりも優先すべき処理があり、サーバ１０４のリソースの多くが優先すべき処理に割当てられていれば、サーバ１０４の車載装置１００に対する応答時間は長くなり、応答速度は低下する。そのような場合、サーバ１０４から車載装置１００へのサービス提供に支障を生じ得る状況になる。

【0075】

ステップ４０４において、制御部１４０は、ステップ４００及びステップ４０４による測定結果（即ち、無線通信速度及び応答速度）を、評価結果（図６参照）としてメモリ１４２に記憶する。その後、制御はステップ４０６に移行する。

【0076】

ステップ４０６において、制御部１４０は、機能拡張ＥＣＵ１３０から、ステップ４０４によりメモリ１４２に記憶した評価結果の要求を受けたか否かを判定する。要求を受けたと判定された場合、制御はステップ４０８に移行する。そうでなければ、制御はステップ４１０に移行する。

【0077】

ステップ４０８において、制御部１４０は、要求されたデータ（即ち評価結果）をメモリ１４２から読出して、バス１３２を介して機能拡張ＥＣＵ１３０に送信する。例えば、メモリ１４２に時系列の評価結果が記憶されていれば、最も新しい評価結果を送信する。また、直近の所定期間における複数の評価結果から得られる統計値（例えば、無線通信速度の平均値及び応答速度の平均値）を送信してもよい。

【0078】

ステップ４１０において、制御部１４０は、終了の指示を受けたか否かを判定する。終了の指示は、例えば、車両１０２のスタートボタン等がオフされることにより成される。終了すると判定された場合、本プログラムは終了する。そうでなければ、制御はステップ４００に戻り、上記の処理が繰返される。

【0079】

以上により、車載装置１００の車載ゲートウェイ１２２は、車載装置１００の外的環境の状態を監視し、機能拡張ＥＣＵ１３０からの要求を受けて、車載装置１００の外的環境の状態を表す情報（即ち評価結果）を機能拡張ＥＣＵ１３０に送信できる。したがって、機能拡張ＥＣＵ１３０は、上記したように車載装置１００の外的環境の状態に応じた処理を実行できる。

【0080】

（サーバの動作）
図９を参照して、サーバ１０４による動作、即ち車載装置１００へのサービス提供に関して説明する。図９に示した処理は、図５に示したサーバ１０４の制御部１６０が、所定のプログラムをメモリ１６２から読出して実行することにより実現される。

【0081】

ステップ５００において、制御部１６０は、サービス提供依頼を受信したか否かを判定する。受信したと判定された場合、制御はステップ５０２に移行する。そうでなければ、制御はステップ５１０に移行する。サービス提供依頼は、車載装置１００から、図７に示したステップ３００により送信される。

【0082】

ステップ５０２において、制御部１６０は、ステップ５００により受信したサービス提供依頼により特定される処理を実行するためのプログラムをメモリ１６２から読出して実行する。その後、制御はステップ５０４に移行する。

【0083】

ステップ５０４において、制御部１６０は、ステップ５０２による処理が完了したか否かを判定する。完了したと判定された場合、制御はステップ５０６に移行する。そうでなければ、制御はステップ５０２に戻る。

【0084】

ステップ５０６において、制御部１６０は、ステップ５０２による処理の結果を、サービス提供依頼の送信元（例えば車載装置１００）に送信する。制御部１６０は、送信先を、ステップ５００により受信されデータの送信元アドレス（例えばＩＰアドレス）により特定できる。その後、制御はステップ５０８に移行する。

【0085】

ステップ５０８において、制御部１６０は終了の指示を受けたか否かを判定する。終了の指示は、例えば、サーバ１０４に備えられたキーボード又はマウス等の操作部（図示せず）が操作されることにより成される。終了すると判定された場合、本プログラムは終了する。そうでなければ、制御はステップ５００に戻り、上記の処理が繰返される。

【0086】

ステップ５００による判定結果がＮＯであれば、ステップ５１０において、制御部１６０は、プログラムの送信要求を受信したか否かを判定する。受信したと判定された場合、制御はステップ５１２に移行する。そうでなければ、制御はステップ５０８に移行する。プログラムの送信要求は、車載装置１００から、図７に示したステップ３２２により送信される。

【0087】

ステップ５１２において、制御部１６０は、ステップ５１０により受信したプログラムの送信要求に対応するプログラムを特定し、メモリ１６２から読出して、プログラムの送信要求の送信元（例えば車載装置１００）に送信する。制御部１６０は、送信先を、ステップ５１０により受信されたプログラムの送信要求の送信元アドレスにより特定できる。その後、制御はステップ５０８に移行する。

【0088】

以上により、サーバ１０４は、車載装置からサービス提供依頼を受けて、所定の処理を実行し、処理結果を依頼元の車載装置に送信できる。また、サーバ１０４は、サービスを実行するためのプログラムの送信要求を受けて、該当するプログラムを要求元に送信できる。

【0089】

以上により、上記したように、車載装置１００の外的環境の状態が悪い状態においても、サーバ１０４から車載装置１００に提供されるサービスが中断することを回避でき、サービスを維持できる。

【0090】

上記においては、車載ゲートウェイ１２２が車載装置１００の外的環境の状態を監視し、機能拡張ＥＣＵ１３０が、外的環境の状態に応じて、サーバ１０４と同じプログラムを実行する場合を説明したが、これに限定されない。機能拡張ＥＣＵ１３０が、上記の処理に加えて、車載装置１００の外的環境の状態を監視してもよい。また、車載ゲートウェイ１２２が、車載装置１００の外的環境の状態を監視する処理に加えて、機能拡張ＥＣＵ１３０による上記の処理を実行してもよい。その場合、車載装置１００は機能拡張ＥＣＵ１３０を備えていなくてもよい。

【0091】

（第１変形例）
上記においては、車載装置が、当該車載装置が搭載されている車両の走行中にサーバからサービスの提供を受ける場合を説明したが、これに限定されない。第１変形例に係る車載装置は、当該車載装置が搭載された車両が停止している状態において、サーバからサービスを受ける。第１変形例に係る車載装置は、図２に示した車載装置１００と同じ構成及び同じ機能を有する。以下においては、便宜上、第１変形例に係る車載装置を車載装置１００として説明する。

【0092】

図２を参照して、車載装置１００は、顔認証により、車載装置１００が搭載された車両１０２のドアを開錠するサービス（以下、顔認証開錠サービスという）の提供をサーバ１０４から受ける。この場合、センサ１２４としてカメラを用い、ＥＣＵ１２８として、ドアロックを制御するＥＣＵを用いる。センサ１２４は、車両１０２に接近する人（即ち、顔認証処理の対象者）を撮像する。得られた画像データは、サービス提供依頼に包含されて、通信部１２０からサーバ１０４に送信される（図７のステップ３００参照）。サービス提供依頼には、例えば、画像データに対する顔認証処理を依頼するコード（以下、顔認証依頼コードという）が含まれる。

【0093】

サービス提供依頼を受信したサーバ１０４は、顔認証依頼コードに対応する処理として、受信した画像データに対して顔認証処理を実行する（図９のステップ５０２参照）。例えば、サーバ１０４は、受信した画像データから顔の部分を切出し、エッジ検出等の処理により顔の特徴量を抽出し、予め車両１０２に記憶されている車両１０２の所有者の顔の特徴量との一致度を判定する照合処理を実行する。一致度が所定値以上であれば、サーバ１０４は認証をパスした旨の情報を車載装置１００に送信する（図９のステップ５０６参照）。機能拡張ＥＣＵ１３０は、通信部１２０を介して当該情報を受信し、ＥＣＵ１２８に送信し、ドアを開錠させる（図７のステップ３１６参照）。車載装置１００の外的環境の状態が良好であれば、このようにして、サーバ１０４から顔認証開錠サービスが提供される。

【0094】

一方、車載装置１００の外部環境の状態が悪い場合（図７のステップ３０４による判定結果がＹＥＳの場合）、機能拡張ＥＣＵ１３０は、予めサーバ１０４から受信して記憶していた顔認証処理を実行するプログラムを実行する（図７のステップ３０６参照）。実行されるプログラムは、サーバ１０４により実行されるプログラムと同じプログラムである。機能拡張ＥＣＵ１３０は、処理結果として得られた一致度が所定値以上であれば、サーバ１０４は認証をパスした旨の情報を、ＥＣＵ１２８に送信し、ドアを開錠させる（図７のステップ３１６参照）。したがって、車載装置１００の外部環境の状態が悪い場合であっても、顔認証開錠サービスを実現できる。

【0095】

（第２変形例）
上記においては、機能拡張ＥＣＵ１３０が、サーバ１０４がサービス提供のために実行するプログラムと同じプログラムを実行する場合を説明したが、これに限定されない。第２変形例に係る車載装置は、サーバ１０４がサービス提供のために実行するプログラムの一部を実行する。

【0096】

サーバ１０４から提供されるサービスは、第１変形例と同様に顔認証開錠サービスであるとする。また、サービス提供のためにサーバ１０４が実行する顔認証処理は、例えば、対象画像の前処理としての画像加工処理、加工後の画像から顔部分を抽出する特徴抽出処理、及び、抽出された特徴量の一致度を判定する照合処理から構成されているとする。機能拡張ＥＣＵ１３０は、予めサーバ１０４から画像加工処理及び特徴抽出処理を実行するためのプログラムを受信し、記憶している。

【0097】

車載装置１００の外的環境の状態が良好であれば、第１変形例と同様に、サーバ１０４により顔認証開錠サービスが提供される。一方、車載装置１００の外的環境の状態が悪い状態においては、機能拡張ＥＣＵ１３０は、画像加工処理及び特徴抽出処理を実行するためのプログラムを読出して実行する。機能拡張ＥＣＵ１３０は、抽出された特徴量をサービス提供依頼に包含して、通信部１２０からサーバ１０４に送信する。このとき、サービス提供依頼には、上記の顔認証処理コードとは、異なるコード（以下、照合依頼コードという）が含まれる。

【0098】

サービス提供依頼を受信したサーバ１０４は、照合依頼コードに対応する処理として、受信した特徴量に対して照合処理を実行し、一致度が所定値以上であれば、サーバ１０４は認証をパスした旨の情報を車載装置１００に送信する。機能拡張ＥＣＵ１３０は、通信部１２０を介して当該情報を受信し、ＥＣＵ１２８に送信し、ドアを開錠させる。このようにして、車載装置１００の外的環境の状態が悪い状態であっても、サーバ１０４から顔認証開錠サービスが提供される。サーバ１０４は、顔認証処理全体を実行するのではなく、その一部である照合処理を実行すればよいので、高速に実行できる。特に、例えば車載装置１００の外的環境の状態が悪い原因が、無線通信速度の低下ではなく、サーバ１０４のリソースの逼迫等によりサーバ１０４による顔認証処理の実行速度の低下である場合に有効である。サーバ１０４は、顔認証処理を実行するためのリソースよりも格段に少ないリソースによって照合処理を実行できる。したがって、サーバ１０４のリソースが逼迫していても、サーバ１０４は速やかに照合処理を完了し、照合結果を車載装置１００に送信できる。

【0099】

例えば、車載装置１００の外的環境の状態が良好な状態において、車載装置１００からサーバ１０４に顔認証開錠サービスを依頼してサーバ１０４が顔認証処理を開始した後に、車載装置１００の外的環境の状態が悪くなることがある。その場合、サーバ１０４においては顔認証処理が実行されているので、照合依頼コードを含むサービス提供依頼を受信したサーバ１０４は、顔認証処理を終了し、照合処理を実行すればよい。サーバ１０４は速やかに照合処理を完了し、照合結果を車載装置１００に送信できる。

【0100】

（第３変形例）
上記においては、車載装置の外的環境の状態を、当該車載装置自体が観測する場合を説明したが、これに限定されない。第３変形例に係る車載装置は、当該車載装置の外的環境の状態を判定するための情報を外部から取得する。

【0101】

図１０を参照して、第３変形例に係る車載装置の機能構成に関して説明する。第３変形例に係る車載装置のハードウェア構成は図２に示した車載装置１００と同じである。以下においては、便宜上、第３変形例に係る車載装置を車載装置１００として説明する。車載装置１００は、記憶部２００、評価部２０２、判定部２０４、処理部２０６、出力部２０８及び経路特定部２１０を含む。図９に示した構成は、図６に示した構成において、経路特定部２１０を追加し、記憶部２００に通信速度実績地図２１２を追加したものである。経路特定部２１０及び通信速度実績地図２１２以外の構成は、図２と同じであり、同じ機能を実現する。したがって、重複説明を繰返さず、異なる点に関して説明する。

【0102】

経路特定部２１０は、車載装置１００が搭載された車両１０２の走行予定経路を特定する。車両１０２の走行予定経路は、例えば、車両１０２に搭載されているカーナビゲーションシステムに対して、目的地が設定されたことを受けて、カーナビゲーションシステムにより特定される。カーナビゲーションシステムは、設定された目的地と、ＧＰＳから取得できる車両１０２の現在位置とを用いて、道路地図を参照し、走行予定経路を特定できる。経路特定部２１０は、カーナビゲーションシステムにより特定された走行予定経路をカーナビゲーションシステムから取得する。経路特定部２１０は独自に、カーナビゲーションシステムと同様に、車両１０２の走行予定経路を特定してもよい。経路特定部２１０は、特定した走行予定経路の情報を、判定部２０４に入力する。

【0103】

通信速度実績地図２１２は、道路上の位置と、当該位置における実際の通信速度とを対応させた地図である。通信速度実績地図２１２は、例えば、サーバ（例えば、サーバ１０４以外のサーバ）により、各道路を走行している車両に搭載されている車載装置との通信速度を収集することにより生成される。サーバは、各車両の位置情報から道路上の位置を特定し、特定された位置に、当該車両の車載装置との通信速度を対応させる。また、サーバは、各道路の路側に設置されているインフラセンサとの通信速度（即ち、センサデータのアップロード速度）を収集してもよい。また、各車載装置が、走行中の車両の位置と、その位置における通信速度と、通信速度を観測した時刻を表す情報とを対応させて記憶し、定期的にサーバにアップロードしてもよい。サーバは、受信した情報から通信速度実績地図２１２を生成できる。

【0104】

判定部２０４は、記憶部２００から通信速度実績地図２１２を読出し、経路特定部２１０から入力される走行予定経路の情報を用いて通信速度実績地図２１２を参照し、走行予定経路上の無線通信速度を特定する。判定部２０４は、車両１０２の走行予定経路上における無線通信速度と所定のしきい値とを比較することにより、車載装置１００の外部環境の状態を判定する。判定部２０４は、例えば、無線通信速度がしきい値以下である走行予定経路上においては、車載装置１００の外部環境の状態が悪いと判定する。したがって、車載装置１００は、走行予定経路上に車載装置１００の外部環境の状態が悪い経路があれば、車両１０２が実際にその経路を走行する少し前に、図７に示したステップ３０６において実行するプログラムを予め準備しておく（例えば、起動して待機させておく）ことができる。したがって、車載装置１００は、車両１０２が実際にその経路を走行するときに、該当プログラムをより速やかに実行できる。

【0105】

なお、判定部２０４は、記憶部２００から読出した通信速度実績地図２１２により得られる無線通信速度のみにより、車載装置１００の外部環境の状態を判定せず、評価部２０２による評価結果に含まれるサーバ１０４の応答速度と共に用いて、車載装置１００の外部環境の状態を判定してもよい。その場合、判定部２０４は、評価部２０２による評価結果に含まれる無線通信速度を、記憶部２００から読出した通信速度実績地図２１２により得られる無線通信速度により代替し、上記したように車載装置１００の外部環境の状態を判定すればよい。

【0106】

なお、上述の実施形態の各処理（各機能）は、１又は複数のプロセッサを含む処理回路（Ｃｉｒｃｕｉｔｒｙ）により実現されてもよい。上記処理回路は、上記１又は複数のプロセッサに加え、１又は複数のメモリ、各種アナログ回路及び各種デジタル回路のいずれかが組み合わされた集積回路等により構成されてもよい。上記１又は複数のメモリは、上記各処理を上記１又は複数のプロセッサに実行させるプログラム（命令）を格納する。上記１又は複数のプロセッサは、上記１又は複数のメモリから読み出した上記プログラムに従い上記各処理を実行してもよいし、予め上記各処理を実行するように設計された論理回路に従って上記各処理を実行してもよい。上記プロセッサは、ＣＰＵ、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等、コンピュータの制御に適合する種々のプロセッサであってよい。なお物理的に分離した上記複数のプロセッサが互いに協働して上記各処理を実行してもよい。例えば物理的に分離した複数のコンピュータのそれぞれに搭載された上記プロセッサがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネット等のネットワークを介して互いに協働して上記各処理を実行してもよい。

【0107】

また、車載装置１００（具体的には、機能拡張ＥＣＵ１３０及び車載ゲートウェイ１２２が実行する処理（例えば、図７及び図８に示した処理）をコンピュータに実行させるプログラムを記録した記録媒体を提供できる。記録媒体は、例えば光ディスク（ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等）、着脱可能な半導体メモリ（ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等）である。コンピュータプログラムは通信回線により伝送され得るが、記録媒体は非一時的な記録媒体を意味する。記録媒体に記憶されたプログラムをコンピュータに読込ませることにより、コンピュータは、上記したように、車載装置の外的環境の状態の悪化時にも、クラウド連携サービスを維持でき、サーバからのサービス提供を可能とする。

【0108】

（付記）
即ち、コンピュータ読取り可能な非一時的な記録媒体は、
車両に搭載され、外部装置からサービスの提供を受けるコンピュータに、
前記外部装置に所定データを送信する通信機能と、
前記コンピュータの外的環境の状態を評価する評価機能と、
前記評価機能による評価結果に応じて、第１処理を実行するか否かを判定する判定機能と、
前記判定機能により、前記第１処理を実行すると判定されたことを受けて、前記所定データに対して前記第１処理を実行する処理機能とを実現させ、
前記外的環境は、前記コンピュータと前記外部装置との間の無線通信速度を含み、
前記サービスは、前記外部装置が前記所定データに対して第２処理を実行した結果が前記コンピュータに送信されることにより提供され、
前記第１処理は、前記第２処理の少なくとも一部を構成する、コンピュータプログラムを記憶している。

【0109】

以上、実施の形態を説明することにより本開示を説明したが、上記した実施の形態は例示であって、本開示は上記した実施の形態のみに制限されるわけではない。本開示の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内での全ての変更を含む。

【符号の説明】

【0110】

１００ 車載装置
１０２ 車両
１０４ サーバ
１０６ 基地局
１０８ ネットワーク
１２０、１６４ 通信部
１２２ 車載ゲートウェイ
１２４ センサ
１２６ 自動運転ＥＣＵ
１２８ ＥＣＵ
１３０ 機能拡張ＥＣＵ
１３２、１６６ バス
１４０、１５０、１６０ 制御部
１４２、１５２、１６２ メモリ
２００ 記憶部
２０２ 評価部
２０４ 判定部
２０６ 処理部
２０８ 出力部
２１０ 経路特定部
２１２ 通信速度実績地図
３００、３０２、３０４、３０６、３０８、３１０、３１２、３１４、３１６、３１８、３２０、３２２、３２４、４００、４０２、４０４、４０６、４０８、４１０、５００、５０２、５０４、５０６、５０８、５１０、５１２ ステップ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】