(57)【要約】      （修正有）【課題】電子制御装置に重複して同じアプリケーションをインストールすることを防止する。【解決手段】複数の電子制御装置１５０と接続されたアプリケーションサーバ装置１００は、アプリケーションを特定するアプリケーション特定情報と、アプリケーションが利用するサービスを特定する利用サービス特定情報と、アプリケーションが提供するサービスを特定する提供サービス特定情報と、が紐づけられた管理情報を記憶する管理情報記憶部１０２と、第１のアプリケーションのインストール要求を受信する受信部１０４と、管理情報に基づき、第１のアプリケーションに対応する第１の利用サービス特定情報で特定されるサービスを提供する第２のアプリケーションを特定する制御部１０５と、第１のアプリケーション及び第２のアプリケーションを送信する送信部１０６と、を有する。【選択図】図１
2020140636.tif 000002
【特許請求の範囲】
【請求項１】
複数の電子制御装置（１５０）と接続されたアプリケーションサーバ装置であって、
複数のアプリケーションを記憶するアプリケーション記憶部（１０１）と、
前記複数のアプリケーションのそれぞれを特定するアプリケーション特定情報と、前記複数のアプリケーションのそれぞれが利用するサービスを特定する利用サービス特定情報と、前記複数のアプリケーションのそれぞれが提供するサービスを特定する提供サービス特定情報と、が紐づけられた管理情報を記憶する管理情報記憶部（１０２）と、
前記複数の電子制御装置の少なくとも１つから、インストール対象のアプリケーションである第１のアプリケーションのインストール要求を受信する受信部（１０４）と、
前記管理情報に基づき、前記第１のアプリケーションに対応する第１の利用サービス特定情報で特定されるサービスを提供する第２のアプリケーションを特定する制御部（１０５）と、
前記第１のアプリケーション及び前記第２のアプリケーションを前記複数の電子制御装置の少なくとも１つに対して送信する送信部（１０６）と、
を有するアプリケーションサーバ装置（１００）。
【請求項２】
複数の電子制御装置（２５０）と接続されたアプリケーションサーバ装置であって、
複数のアプリケーションを記憶するアプリケーション記憶部（１０１）と、
前記複数のアプリケーションのそれぞれを特定するアプリケーション特定情報と、前記複数のアプリケーションのそれぞれが利用するサービスを特定する利用サービス特定情報と、前記複数のアプリケーションのそれぞれが提供するサービスを特定する提供サービス特定情報と、が紐づけられた管理情報を記憶する管理情報記憶部（１０２）と、
前記複数の電子制御装置の少なくとも１つから、インストール対象のアプリケーションである第１のアプリケーションのインストール要求を受信するとともに、前記複数の電子制御装置から、前記複数の電子制御装置がそれぞれ提供可能なサービスを特定する既存提供サービス特定情報を受信する受信部（２０４）と、
前記第１のアプリケーションに対応する第１の利用サービス特定情報とそれぞれの前記既存提供サービス特定情報とを比較し、前記第１の利用サービス特定情報とそれぞれの前記既存提供サービス特定情報とがいずれも一致しない場合、前記管理情報に基づき、前記第１の利用サービス特定情報で特定されるサービスを提供する第２のアプリケーションを特定する制御部（２０５）と、
前記第１のアプリケーション及び前記第２のアプリケーションを前記複数の電子制御装置の少なくとも１つに対して送信する送信部（２０６）と、
を有するアプリケーションサーバ装置（２００）。
【請求項３】
前記送信部は、さらに前記複数の電子制御装置に対して、前記複数の電子制御装置がそれぞれ提供可能なサービスを問い合わせる第１の命令を送信する、
請求項２記載のアプリケーションサーバ装置。
【請求項４】
前記複数の電子制御装置は、自動車に設けられた車載ネットワークで相互に接続されている、
請求項１又は２記載のアプリケーションサーバ装置。
【請求項５】
アプリケーションを記憶するアプリケーション記憶部（２７１）と
前記アプリケーションを特定するアプリケーション特定情報と、前記アプリケーションが提供するサービスを特定する提供サービス特定情報とが紐づけられた管理情報を記憶する管理情報記憶部（２７２）と、
当該電子制御装置が提供可能なサービスを問い合わせる第１の命令を受信する受信部（２７３）と、
前記第１の命令を受信した場合、前記管理情報に基づき、前記提供サービス特定情報を特定する制御部（２７４）と、
前記制御部で特定された前記提供サービス特定情報を送信する送信部（２７５）と、
を有する電子制御装置（２７０）。
【請求項６】
前記制御部は、さらに前記管理情報に基づき前記アプリケーション特定情報を特定し、
前記送信部は、さらに前記制御部で特定された前記アプリケーション特定情報を送信する、
請求項５記載の電子制御装置。
【請求項７】
前記受信部は、さらに前記アプリケーションが提供する前記サービスの提供の可否を問い合わせる第２の命令を受信し、
前記制御部は、前記第２の命令を受信した場合、前記管理情報に基づき、前記提供サービス特定情報と紐づけられている前記アプリケーション特定情報を特定し、前記アプリケーションを起動する、
請求項５記載の電子制御装置。
【請求項８】
前記制御部は、前記第２の命令を受信した場合、さらに前記アプリケーションの代理オファーを生成し、
前記送信部は、前記代理オファーを送信する、
請求項７記載の電子制御装置。
【請求項９】
複数の電子制御装置（１５０）と接続されたアプリケーションサーバ装置（１００）におけるインストールアプリケーション決定方法であって、
前記アプリケーションサーバ装置は、
複数のアプリケーションを記憶するアプリケーション記憶部（１０１）と、
前記複数のアプリケーションのそれぞれを特定するアプリケーション特定情報と、前記複数のアプリケーションのそれぞれが利用するサービスを特定する利用サービス特定情報と、前記複数のアプリケーションのそれぞれが提供するサービスを特定する提供サービス特定情報と、が紐づけられた管理情報を記憶する管理情報記憶部（１０２）と、を有し、
前記複数の電子制御装置の少なくとも１つから、インストール対象のアプリケーションである第１のアプリケーションのインストール要求を受信し（Ｓ１０１）、
前記管理情報に基づき、前記第１のアプリケーションに対応する第１の利用サービス特定情報で特定されるサービスを提供する第２のアプリケーションを特定し（Ｓ１０３）、
前記第１のアプリケーション及び前記第２のアプリケーションを前記複数の電子制御装置の少なくとも１つに対して送信する（Ｓ１０５）、
インストールアプリケーション決定方法。
【請求項１０】
複数の電子制御装置（２５０）と接続されたアプリケーションサーバ装置（２００）におけるインストールアプリケーション決定方法であって、
前記アプリケーションサーバ装置は、
複数のアプリケーションを記憶するアプリケーション記憶部（１０１）と、
前記複数のアプリケーションのそれぞれを特定するアプリケーション特定情報と、前記複数のアプリケーションのそれぞれが利用するサービスを特定する利用サービス特定情報と、前記複数のアプリケーションのそれぞれが提供するサービスを特定する提供サービス特定情報と、が紐づけられた管理情報を記憶する管理情報記憶部（１０２）と、を有し、
前記複数の電子制御装置の少なくとも１つから、インストール対象のアプリケーションである第１のアプリケーションのインストール要求を受信するとともに（Ｓ２０２）、前記複数の電子制御装置から、前記複数の電子制御装置がそれぞれ提供可能なサービスを特定する既存提供サービス特定情報を受信し（Ｓ２０８）、
前記第１のアプリケーションに対応する第１の利用サービス特定情報とそれぞれの前記既存提供サービス特定情報とを比較し、前記第１の利用サービス特定情報とそれぞれの前記既存提供サービス特定情報とがいずれも一致しない場合、前記管理情報に基づき、前記第１の利用サービス特定情報で特定されるサービスを提供する第２のアプリケーションを特定し（Ｓ２０９）、
前記第１のアプリケーション及び前記第２のアプリケーションを前記複数の電子制御装置の少なくとも１つに対して送信する（Ｓ２１０）、
インストールアプリケーション決定方法。
【請求項１１】
電子制御装置における提供可能サービス調査方法であって、
前記電子制御装置は、
アプリケーションを記憶するアプリケーション記憶部（２７１）と
前記アプリケーションを特定するアプリケーション特定情報と、前記アプリケーションが提供するサービスを特定する提供サービス特定情報とが紐づけられた管理情報を記憶する管理情報記憶部（２７２）と、を有し、
当該電子制御装置が提供可能なサービスを問い合わせる第１の命令を受信し（Ｓ２０５）、
前記第１の命令を受信した場合、前記管理情報に基づき、前記提供サービス特定情報を特定し（Ｓ２０６）、
特定された前記提供サービス特定情報を送信する（Ｓ２０７）、
提供可能サービス調査方法。
【請求項１２】
複数の電子制御装置（１５０）と接続されたアプリケーションサーバ装置（１００）で実行されるインストールアプリケーション決定プログラムであって、
前記アプリケーションサーバ装置は、
複数のアプリケーションを記憶するアプリケーション記憶部（１０１）と、
前記複数のアプリケーションのそれぞれを特定するアプリケーション特定情報と、前記複数のアプリケーションのそれぞれが利用するサービスを特定する利用サービス特定情報と、前記複数のアプリケーションのそれぞれが提供するサービスを特定する提供サービス特定情報と、が紐づけられた管理情報を記憶する管理情報記憶部（１０２）と、を有し、
前記複数の電子制御装置の少なくとも１つから、インストール対象のアプリケーションである第１のアプリケーションのインストール要求を受信し（Ｓ１０１）、
前記管理情報に基づき、前記第１のアプリケーションに対応する第１の利用サービス特定情報で特定されるサービスを提供する第２のアプリケーションを特定し（Ｓ１０３）、
前記第１のアプリケーション及び前記第２のアプリケーションを前記複数の電子制御装置の少なくとも１つに対して送信する（Ｓ１０５）、
インストールアプリケーション決定プログラム。
【請求項１３】
複数の電子制御装置（２５０）と接続されたアプリケーションサーバ装置（２００）で実行されるインストールアプリケーション決定プログラムであって、
前記アプリケーションサーバ装置は、
複数のアプリケーションを記憶するアプリケーション記憶部（１０１）と、
前記複数のアプリケーションのそれぞれを特定するアプリケーション特定情報と、前記複数のアプリケーションのそれぞれが利用するサービスを特定する利用サービス特定情報と、前記複数のアプリケーションのそれぞれが提供するサービスを特定する提供サービス特定情報と、が紐づけられた管理情報を記憶する管理情報記憶部（１０２）と、を有し、
前記複数の電子制御装置の少なくとも１つから、インストール対象のアプリケーションである第１のアプリケーションのインストール要求を受信するとともに（Ｓ２０２）、前記複数の電子制御装置から、前記複数の電子制御装置がそれぞれ提供可能なサービスを特定する既存提供サービス特定情報を受信し（Ｓ２０８）、
前記第１のアプリケーションに対応する第１の利用サービス特定情報とそれぞれの前記既存提供サービス特定情報とを比較し、前記第１の利用サービス特定情報とそれぞれの前記既存提供サービス特定情報とがいずれも一致しない場合、前記管理情報に基づき、前記第１の利用サービス特定情報で特定されるサービスを提供する第２のアプリケーションを特定し（Ｓ２０９）、
前記第１のアプリケーション及び前記第２のアプリケーションを前記複数の電子制御装置の少なくとも１つに対して送信する（Ｓ２１０）、
インストールアプリケーション決定プログラム。
【請求項１４】
電子制御装置で実行される提供可能サービス調査プログラムであって、
前記電子制御装置は、
アプリケーションを記憶するアプリケーション記憶部（２７１）と
前記アプリケーションを特定するアプリケーション特定情報と、前記アプリケーションが提供するサービスを特定する提供サービス特定情報とが紐づけられた管理情報を記憶する管理情報記憶部（２７２）と、を有し、
当該電子制御装置が提供可能なサービスを問い合わせる第１の命令を受信し（Ｓ２０５）、
前記第１の命令を受信した場合、前記管理情報に基づき、前記提供サービス特定情報を特定し（Ｓ２０６）、
特定された前記提供サービス特定情報を送信する（Ｓ２０７）、
提供可能サービス調査プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子制御装置、及び当該電子制御装置にアプリケーションをインストールするアプリケーションサーバ装置に関するものであり、主に車載用の電子制御装置を対象とするものである。
【背景技術】
【０００２】
今日の自動車には、自動車の走行やそれに付随する機能を制御するために、数多くの電子制御装置が搭載されている。そして、将来的には段階的に自動運転が実現することが確実となっているが、これに伴いさらに多くの電子制御装置が自動車に搭載されることになる。電子制御装置には様々なアプリケーションをインストールする必要があるが、電子制御装置の数の増加や性能の向上とともに複数のアプリケーションが連携して動作する構成となっている。アプリケーションの連携は、サービス指向アーキテクチャで実現されている。
【０００３】
ここで、特許文献１には、自動車用の制御用ソフトウェアを複数の電子制御装置にインストールするシステムが記載されている。具体的には、サブユニットである電子制御装置が個々にソフトウェアを取得するのではなく、管理用の主ユニットとしての電子制御装置が必要なサブモジュールを一括して取得し、個々のサブユニットに分配するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２９８２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、本発明者は、サービス指向アーキテクチャを用いたシステムに関し、以下の課題を知見した。
アプリケーションサーバからアプリケーションをダウンロードする際、アプリケーション同士の依存関係がアプリケーションサーバで既知ではない。それゆえ、１つのアプリケーションをインストールした際、依存関係にあるアプリケーションがインストールされていないと必要なサービスが提供されていないので正常に動作することができない。この際のエラーをきっかけに改めて該当するサービスを提供するアプリケーションを探して追加でインストールする必要があり、アプリケーションサーバと電子制御装置間でのやりとりが増加し、インストールが煩雑になるという課題がある。
また、必要なアプリケーションをアプリケーションサーバ側で探してインストールする際、アプリケーションがインストールされる電子制御装置側において、既に当該アプリケーションがインストールされている可能性がある。アプリケーションが重複してインストールされることにより、電子制御装置のリソースが無駄に消費されるという課題がある。
【０００６】
本発明の目的は、アプリケーションサーバ装置から電子制御装置にアプリケーションをインストールする際、インストール作業を効率的に行うことにある。
また、本発明の目的は、電子制御装置において、重複してアプリケーションがインストールされることを防止することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のアプリケーションサーバ装置は、
複数の電子制御装置（１５０）と接続されたアプリケーションサーバ装置であって、
複数のアプリケーションを記憶するアプリケーション記憶部（１０１）と、
前記複数のアプリケーションのそれぞれを特定するアプリケーション特定情報と、前記複数のアプリケーションのそれぞれが利用するサービスを特定する利用サービス特定情報と、前記複数のアプリケーションのそれぞれが提供するサービスを特定する提供サービス特定情報と、が紐づけられた管理情報を記憶する管理情報記憶部（１０２）と、
前記複数の電子制御装置の少なくとも１つから、インストール対象のアプリケーションである第１のアプリケーションのインストール要求を受信する受信部（１０４）と、
前記管理情報に基づき、前記第１のアプリケーションに対応する第１の利用サービス特定情報で特定されるサービスを提供する第２のアプリケーションを特定する制御部（１０５）と、
前記第１のアプリケーション及び前記第２のアプリケーションを前記複数の電子制御装置の少なくとも１つに対して送信する送信部（１０６）と、
を有する。
【０００８】
また、上記課題を解決するために、本発明の電子制御装置は、
アプリケーションを記憶するアプリケーション記憶部（２７１）と
前記アプリケーションを特定するアプリケーション特定情報と、前記アプリケーションが提供するサービスを特定する提供サービス特定情報とが紐づけられた管理情報を記憶する管理情報記憶部（２７２）と、
当該電子制御装置が提供可能なサービスを問い合わせる第１の命令を受信する受信部（２７３）と、
前記第１の命令を受信した場合、前記管理情報に基づき、前記提供サービス特定情報を特定する制御部（２７４）と、
前記制御部で特定された前記提供サービス特定情報を送信する送信部（２７５）と、
を有する。
【発明の効果】
【０００９】
本発明のアプリケーションサーバ装置によれば、アプリケーション特定情報と利用サービス特定情報と提供サービス特定情報とが紐づけられた管理情報を用いることにより、インストールするアプリケーションだけでなく、インストールするアプリケーションに必要なサービスを提供するアプリケーションを含めてインストールすることができる。
【００１０】
本発明の電子制御装置によれば、アプリケーション特定情報と提供サービス特定情報とが紐づけられた管理情報を用いることにより、アプリケーションサーバに対し電子制御装置側が提供できるサービスを通知することができ、重複してアプリケーションがインストールされることを防止することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態１のアプリケーションサーバ装置の構成を説明するブロック図
【図２】本発明の各実施形態のアプリケーションサーバ装置に記憶される管理情報を説明する説明図
【図３】本発明の各実施形態のリスト情報を説明する説明図
【図４】本発明の実施形態１のアプリケーションサーバ装置の動作を説明するフローチャート
【図５】本発明の実施形態２のアプリケーションサーバ装置及び電子制御装置の構成を説明するブロック図
【図６】本発明の各実施形態の電子制御装置に記憶される管理情報を説明する説明図
【図７】本発明の実施形態２のアプリケーションサーバ装置及び電子制御装置の動作を説明するフローチャート
【図８】本発明の実施形態２のアプリケーションサーバ装置で実行されるインストールアプリケーションの決定方法を説明するフローチャート
【図９】本発明の実施形態２を用いたアプリケーションのインストール例を示す説明図
【図１０】本発明の実施形態３の電子制御装置の構成を説明するブロック図
【図１１】本発明の実施形態３の電子制御装置の動作を説明するフローチャート
【図１２】本発明の実施形態４の電子制御装置の構成を説明するブロック図
【図１３】本発明の実施形態４の電子制御装置の動作を説明するフローチャート
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面を参照して説明する。
なお、本発明とは、特許請求の範囲又は課題を解決するための手段の項に記載された発明を意味するものであり、以下の実施形態に限定されるものではない。また、少なくともかぎ括弧内の語句は、特許請求の範囲又は課題を解決するための手段の項に記載された語句を意味し、同じく以下の実施形態に限定されるものではない。
特許請求の範囲の従属項に記載の構成及び方法、従属項に記載の構成及び方法に対応する実施形態の構成及び方法、並びに特許請求の範囲に記載がなく実施形態のみに記載の構成及び方法は、本発明においては任意の構成及び方法である。特許請求の範囲の記載が実施形態の記載よりも広い場合における実施形態に記載の構成及び方法も、本発明の構成及び方法の例示であるという意味で、本発明においては任意の構成及び方法である。いずれの場合も、特許請求の範囲の独立項に記載することで、本発明の必須の構成及び方法となる。
実施形態に記載した効果は、本発明の例示としての実施形態の構成を有する場合の効果であり、必ずしも本発明が有する効果ではない。
複数の実施形態がある場合、各実施形態に開示の構成は各実施形態のみで閉じるものではなく、実施形態をまたいで組み合わせることが可能である。例えば一の実施形態に開示の構成を、他の実施形態に組み合わせても良い。また、複数の実施形態それぞれに開示の構成を集めて組み合わせても良い。
発明が解決しようとする課題に記載した知見や課題は公知の課題ではなく、本発明者が独自に知見したものであり、本発明の構成及び方法と共に発明の進歩性を肯定する事実である。
【００１３】
（各実施形態共通の前提）
以下の実施形態では、サービス指向アーキテクチャを前提として説明している。サービス指向アーキテクチャにおいては、あるサービスの提供者と利用者は、お互いのアプリケーションを認識する必要はなく、サービス情報によってお互いを認識している。つまり、アプリケーションがサービスを利用するためには、サービスを提供するアプリケーションを指定して検索するのではなく、利用したいサービスの情報（例えばサービスＩＤやバージョン）に基づいてサービスの提供を受ける相手を決定する。
もっとも、サービス指向アーキテクチャにおいては、提供者が提供するサービスを利用者に通知するために、常に起動して常駐していることが前提となっている。利用者がサービスを検索するタイミングで起動していないと提供者を見つけることができないからである。
【００１４】
もっとも、本発明は、特許請求の範囲に限定がない限りサービス指向アーキテクチャに限定されるものではない。
また、以下の各実施形態は、主として自動車に搭載された車載用の電子制御装置、及び車両用のアプリケーションサーバ装置を例として説明するが、本発明は、特許請求の範囲で限定がない限り、車載用途や車両用途以外の装置も含むものである。
【００１５】
（実施形態１）
実施形態１は、電子制御装置から要求のあったアプリケーションに加え、当該アプリケーションの動作に必要なソフトウェアも含めてインストールのために送信するアプリケーションサーバ装置に関するものである。
【００１６】
１．アプリケーションサーバ装置の構成
まず、図１を用いて、実施形態１のアプリケーションサーバ装置１００の構成を説明する。
【００１７】
アプリケーションサーバ装置１００は、複数の「電子制御装置」である電子制御装置１５０と通信ネットワークを介して接続されている。複数の電子制御装置１５０も、自動車に設けられた車載ネットワークで相互に接続されている。以降、複数の電子制御装置全体を指すときは電子制御装置１５０と表記し、個別の電子制御装置を指すときは電子制御装置１６０、電子制御装置１７０、等と表記する。
通信ネットワークは、例えば、ＩＥＥＥ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）、ＨＳＰＡ（High Speed Packet Access）、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（Long Term Evolution Advanced）等の無線通信方式を用いることができる。さらに、通信ネットワークは無線通信方式に限らず、有線であってもよい。
車載ネットワークは、ＣＡＮ（Controller Area Network）や、ＬＩＮ（Local Interconnect Network）といった車載用ネットワークに対応した通信方式だけでなく、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信方式も用いることができる。車載ネットワークも、有線、無線を問わない。
ここで、本発明の「電子制御装置」とは、入力された命令に基づき演算や制御を実行し結果を出力できればよく、情報処理装置、情報処理モジュール、マイコン等、その名称は問わない。
【００１８】
アプリケーションサーバ装置１００は、アプリケーション記憶部１０１、管理情報記憶部１０２、リスト情報記憶部１０３、受信部１０４、制御部１０５、送信部１０６、を有している。
【００１９】
アプリケーション記憶部１０１は、複数の「アプリケーション」を記憶する。本実施形態では、例えばアプリケーションＡ、アプリケーションＢ、アプリケーションＣ、及びアプリケーションＤがアプリケーション記憶部１０１に記憶されている。
ここで、本発明の「アプリケーション」とは、ハードウェアに対するソフトウェアを意味し、ミドルウェアを含む。
【００２０】
管理情報記憶部１０２は、アプリケーション記憶部１０１に記憶された複数のアプリケーションのそれぞれを特定するアプリケーション情報（「アプリケーション特定情報」に相当）と、複数のアプリケーションのそれぞれが利用するサービスを特定する利用サービスＩＤ（「利用サービス特定情報」に相当）と、複数のアプリケーションのそれぞれが提供するサービスを特定する提供サービスＩＤ（「提供サービス特定情報」に相当）と、が「紐づけられた」管理情報を記憶する。このように、管理情報には、アプリケーション間の依存関係に関する情報が記録されている。
ここで、本発明の「紐づけられた」とは、２つの情報が直接紐づけられている場合はもちろん、第三の情報を介して間接的に紐づけられている場合も含む。
【００２１】
図２は、管理情報の例である。この例では、アプリケーション情報、利用サービスＩＤ、提供サービスＩＤ、がデータベースで紐づけられた例を示している。図２のアプリケーションＢやアプリケーションＣのように、必ずしも当該アプリケーションが利用するサービスが存在するとは限らない。また、アプリケーションＡのように、利用するサービスは一つとは限らない。図示していないが、アプリケーションが提供するサービスも一つとは限らない。なお、管理情報には、これら以外の情報、例えばバージョン情報が紐づけられてもよい。
【００２２】
リスト情報記憶部１０３は、複数の電子制御装置１５０の少なくとも１つに対してインストールするアプリケーションを示すリスト情報を記憶する。
【００２３】
図３は、リスト情報の例である。この例では、インストール先として電子制御装置１６０が、インストールするアプリケーションとして、アプリケーションＡ、アプリケーションＢ、及びアプリケーションＣが示されている。
図３の例では、インストール先として１つの電子制御装置である電子制御装置１６０が示されているが、複数の電子制御装置が示されていてもよい。
【００２４】
受信部１０４は、通信ネットワーク及び自動車に搭載されたコネクティッド電子制御装置（Ｃ−ＥＣＵ）を介して電子制御装置１５０から命令や情報を受信する。特に、複数の電子制御装置１５０の少なくとも１つから、インストール対象のアプリケーション（「第１のアプリケーション」に相当）のインストール要求を受信する。例えば、受信部１０４は、電子制御装置１６０から、アプリケーションＡのインストール要求を受信する。受信部１０４でインストール要求を受信した場合、リスト情報記憶部１０３のリスト情報に、インストール対象のアプリケーション情報が追加される。
【００２５】
制御部１０５は、管理情報記憶部１０２に記憶された管理情報に基づき、インストール対象のアプリケーション（「第１のアプリケーション」に相当）に対応する利用サービスＩＤ（「第１の利用サービス特定情報」に相当）で特定されるサービスを提供するアプリケーション（「第２のアプリケーション」に相当）をさらに特定し、このアプリケーション情報をリスト情報に追加する。
【００２６】
例えば図２の管理情報に基づく場合、インストール対象のアプリケーションがアプリケーションＡである場合、アプリケーションＡに対応する利用サービスＩＤは“０ｘ００２”及び“０ｘ００３”であり、この利用サービスＩＤで特定されるサービスを提供するアプリケーションはアプリケーションＢ及びアプリケーションＣであるので、アプリケーションＢ及びアプリケーションＣをリスト情報に追加する。
図２では、アプリケーションＢやアプリケーションＣに対応する利用サービスＩＤは付与されていないが、もし利用サービスＩＤが付与されている場合は、この利用サービスＩＤで特定されるサービスを提供するアプリケーションを特定し、同様にリスト情報に追加する。
【００２７】
送信部１０６は、通信ネットワーク及び自動車に搭載されたコネクテッィド電子制御装置を介して電子制御装置１５０に対し命令や情報を送信する。特に、リスト情報に示されているインストール対象のアプリケーションを、複数の電子制御装置１５０の少なくとも１つに対して送信する。本実施例の場合、図３のリスト情報に示されたアプリケーションＡ、アプリケーションＢ、及びアプリケーションＣを、電子制御装置１６０に対して送信する。
【００２８】
なお、アプリケーションがインストールされる電子制御装置は、インストール要求を送信した電子制御装置又はアプリケーションを受信した電子制御装置と必ずしも同じとは限らない。また、インストール要求を送信した電子制御装置とアプリケーションを受信する電子制御装置も必ずしも同じとは限らない。インストール先の電子制御装置は、アプリケーションサーバ１００側、自動車の電子制御装置１５０側、のいずれで決定してもよい。
【００２９】
２．アプリケーションサーバ装置の動作
次に、図４を用いて、実施形態１のアプリケーションサーバ装置１００の動作を説明する。
なお、図４は、アプリケーションサーバ装置１００におけるインストールアプリケーション決定方法を示すだけでなく、アプリケーションサーバ装置１００で実行されるインストールアプリケーション決定プログラムの処理手順を示すものである。
【００３０】
受信部１０４は、複数の電子制御装置１５０の少なくとも１つ、例えば電子制御装置１６０から、アプリケーションＡのインストール要求を受信する（Ｓ１０１）。
制御部１０５は、インストール対象のアプリケーションＡをリスト情報記憶部１０３のリスト情報に追加する（Ｓ１０２）。
制御部１０５は、管理情報記憶部１０３の管理情報に基づき、アプリケーションＡに対応する利用サービスＩＤで特定されるサービスを提供するアプリケーションＢ及びアプリケーションＣを特定する（Ｓ１０３）。
制御部１０５は、アプリケーションＢ及びアプリケーションＣをリスト情報記憶部１０３のリスト情報に追加する（Ｓ１０４）。
送信部１０６は、リスト情報記憶部１０３に記憶されているリスト情報に基づき、アプリケーションＡ、アプリケーションＢ、及びアプリケーションＣを電子制御装置１６０に対して送信する（Ｓ１０５）。電子制御装置１６０は、受信したアプリケーションＡ、アプリケーションＢ、及びアプリケーションＣを受信し、インストールする。
【００３１】
３．小括
以上、本実施形態のアプリケーションサーバ装置１００によれば、アプリケーション情報と、アプリケーションが利用する利用サービスＩＤと、アプリケーションが提供する提供サービスＩＤと、が紐づけられた管理情報を用いることにより、インストール要求があったアプリケーションが必要なサービスを提供する別のアプリケーションを含めてインストールすることができる。
【００３２】
（実施形態２）
実施形態２は、すでに電子制御装置にインストールされているアプリケーションを考慮して、必要なソフトウェアをインストールのために送信するアプリケーションサーバ装置、及び電子制御装置に関するものである。
【００３３】
１．アプリケーションサーバ装置の構成
まず、図５を用いて、実施形態２のアプリケーションサーバ装置２００の構成を説明する。実施形態１と同じ構成は、同じ図番で示している。実施形態２のアプリケーションサーバ装置２００が実施形態１のアプリケーションサーバ装置１００と異なる点は、受信部２０４が受信する命令又は情報、送信部２０６が送信する命令又は情報、及び制御部２０５の動作にある。
本実施形態も、実施形態１と同様、電子制御装置２６０から、アプリケーションＡのインストール要求を受信している場合を想定する。
【００３４】
送信部２０６は、さらに、複数の電子制御装置２５０に対して、複数の電子制御装置２５０がそれぞれ提供可能なサービスを問い合わせる第１の命令を送信する。
【００３５】
受信部２０４は、インストール対象のアプリケーションのインストール要求を「受信するとともに」、送信部２０６で送信した第１の命令の応答として、複数の電子制御装置２５０のそれぞれから、複数の電子制御装置２５０がそれぞれ提供可能なサービスを特定する提供サービスＩＤ（「既存提供サービス特定情報」に相当）を受信する。
本実施形態では、例えば第１の命令に対して、アプリケーションが既にインストールされている電子制御装置２７０から提供サービスＩＤ“０ｘ００２”を受信する。
ここで、本発明の「受信するとともに」とは、インストール要求と既存提供サービス特定情報を受信すればよく、必ずしもこれらを同時に受信する必要はない。
【００３６】
制御部２０５は、インストール対象のアプリケーションに対応する利用サービスＩＤとそれぞれの電子制御装置２５０から受信した提供サービスＩＤとを比較し、利用サービスＩＤとそれぞれの提供サービスＩＤとがいずれも一致しない場合、管理情報に基づき、利用サービスＩＤで特定されるサービスを提供するアプリケーションを特定し、アプリケーション情報をリスト情報に追加する。
【００３７】
本実施形態では、図２で示す通り、アプリケーションＡに対応する利用サービスＩＤは“０ｘ００２”及び“０ｘ００３”であり、これに対して電子制御装置２７０から提供サービスＩＤ“０ｘ００２”を受信している。したがって、利用サービスＩＤ“０ｘ００２”で特定されるサービスは車載ネットワーク上で利用可能であるので、提供サービスＩＤ“０ｘ００２”で特定されるアプリケーションＢはリスト情報には追加しない。これに対し、利用サービスＩＤ“０ｘ００３”で特定されるサービスは車載ネットワーク上の複数の電子制御装置２５０のいずれからも提供されないので、提供サービスＩＤ“０ｘ００３”で特定されるアプリケーションＣはリスト情報に追加する。
【００３８】
そして、送信部２０６は、リスト情報に示されたアプリケーションＡ、及びアプリケーションＣを、電子制御装置２６０に対して送信する。
【００３９】
２．電子制御装置の構成
同じく図５を用いて、実施形態２の電子制御装置２５０の構成を説明する。本実施形態では、複数の電子制御装置２５０のうち、代表して電子制御装置２７０の構成を説明する。その他の電子制御装置２６０等の構成は、電子制御装置２７０の構成と同じである。実施形態２においても、複数の電子制御装置全体を指すときは電子制御装置２５０と表記し、個別の電子制御装置を指すときは電子制御装置２６０、電子制御装置２７０、等と表記する。
電子制御装置２７０は、アプリケーション記憶部２７１、管理情報記憶部２７２、受信部２７３、制御部２７４、及び送信部２７５、を有している。
【００４０】
アプリケーション記憶部２７１は、「アプリケーション」を記憶する。本実施形態では、例えばアプリケーションＢを記憶している。記憶するアプリケーションの数は複数であってもよい。
ここで、本発明の「アプリケーション」とは、ハードウェアに対するソフトウェアを意味し、ミドルウェアを含む。
【００４１】
管理情報記憶部２７２は、アプリケーション記憶部２７１に記憶されたアプリケーションを特定するアプリケーション情報（「アプリケーション特定情報」に相当）と、アプリケーションが提供するサービスを特定する提供サービスＩＤ（「提供サービス特定情報」に相当）と、が「紐づけられた」管理情報を記憶する。さらに、アプリケーションが利用するサービスを特定する利用サービスＩＤ（「利用サービス特定情報」に相当）と紐づけてもよい。
ここで、本発明の「紐づけられた」とは、２つの情報が直接紐づけられている場合はもちろん、第三の情報を介して間接的に紐づけられている場合も含む。
【００４２】
管理情報は、アプリケーションをインストールする際に、アプリケーションサーバ装置２００から受信した管理情報をそのまま用いてもよいし、アプリケーションをインストールするときに電子制御装置２７０側で生成してもよい。
【００４３】
図６は、管理情報の例である。この例では、インストールされているアプリケーションＢ、及びアプリケーションＢの提供サービスＩＤ“０ｘ００２”が紐づけられて記憶されている。
【００４４】
受信部２７３は、アプリケーションサーバ装置２００から、電子制御装置２７０が提供可能なサービスを問い合わせる第１の命令を受信する。
【００４５】
制御部２７４は、受信部２７３が第１の命令を受信した場合、管理情報に基づき、提供サービスＩＤを特定する。つまり、制御部２７４と管理情報記憶部２７２の管理情報とで、アプリケーションーサービス紐づけ情報の管理モジュールとして機能する。本実施形態では、アプリケーションＢに対応する提供サービスＩＤ“０ｘ００２”を特定する。
【００４６】
送信部２７５は、制御部２７４で特定された提供サービスＩＤを、アプリケーションサーバ装置２００に送信する。本実施形態では、提供サービスＩＤ“０ｘ００２”を送信する。
【００４７】
なお、制御部２７４は、さらに管理情報に基づきインストールされているアプリケーションを特定し、送信部２７５は、さらに制御部２７４で特定されたアプリケーション情報を送信してもよい。本実施形態では、サービス“０ｘ００２”を提供するアプリケーションの情報として、アプリケーションＢを示す情報を送信してもよい。
【００４８】
３．アプリケーションサーバ装置及び電子制御装置の動作
次に、図７を用いて、実施形態２のアプリケーションサーバ装置２００、並びに電子制御装置２６０及び電子制御装置２７０の動作を説明する。なお、電子制御装置２７０には既にアプリケーションＢがインストールされていることを前提とする。
なお、図７は、アプリケーションサーバ装置２００のインストールアプリケーション決定方法を示すだけでなく、アプリケーションサーバ装置２００で実行されるインストールアプリケーション決定プログラムの処理手順を示すものである。また、図７は、電子制御装置２７０の提供可能サービス調査方法を示すだけでなく、電子制御装置２７０で実行される提供可能サービス調査プログラムの処理手順を示すものである。
【００４９】
電子制御装置２６０は、アプリケーションＡのインストール要求を送信する（Ｓ２０１）。
アプリケーションサーバ装置２００の受信部２０４は、電子制御装置２６０から、アプリケーションＡのインストール要求を受信する（Ｓ２０２）。そして、制御部２０５は、インストール対象のアプリケーションＡをリスト情報記憶部１０３のリスト情報に追加する（Ｓ２０３）。
アプリケーションサーバ装置２００の送信部２０６は、複数の電子制御装置２５０に対して、電子制御装置２５０がそれぞれ提供可能なサービスを問い合わせる第１の命令を送信する（Ｓ２０４）。
電子制御装置２６０及び電子制御装置２７０は、受信部２７３で第１の命令を受信する（Ｓ２０５）。
電子制御装置２７０の制御部２７４は、管理情報に基づき、インストールされているアプリケーションＢの提供サービスＩＤを特定し（Ｓ２０６）、当該提供サービスＩＤをアプリケーションサーバ装置２００に送信する（Ｓ２０７）。
アプリケーションサーバ装置２００の受信部２０４は、電子制御装置２７０から提供サービスＩＤを受信する（Ｓ２０８）。
アプリケーションサーバ装置２００の制御部２０５は、受信した提供サービスＩＤを踏まえ、インストールが必要なアプリケーションを特定する（Ｓ２０９）。特定の方法は、図８を用いて後述する。本実施形態の場合、アプリケーションＡは、アプリケーションＢ及びアプリケーションＣが提供するサービスを利用するが、アプリケーションＢのサービスは電子制御装置２７０で提供されているので、複数の電子制御装置２５０ではサービスが提供されていないサービスを提供するアプリケーションＣのみリスト情報に追加する。
アプリケーションサーバ装置２００の送信部２０６は、リスト情報に基づき、アプリケーションＡ及びアプリケーションＣを電子制御装置２６０に対して送信する（Ｓ２１０）。
電子制御装置２６０は、アプリケーションＡ及びアプリケーションＣを受信する（Ｓ２１１）。そして、電子制御装置２１０は、アプリケーションＡ及びアプリケーションＣをインストールする（Ｓ２１２）。
【００５０】
図８は、アプリケーションサーバ装置２００において、インストールが必要なアプリケーションを特定するサブルーチンである。
リスト情報に記載のアプリケーション情報の数だけ処理を繰り返す（ループ１：Ｓ２２１）。
リスト情報からアプリケーション情報をループ１毎に順に読み出す（Ｓ２２２）。
読み出したアプリケーションに対応する利用サービスＩＤの数だけ処理を繰り返す（ループ２：Ｓ２２３）。
読み出したアプリケーションに対応する利用サービスＩＤをループ２毎に順に読み出す（Ｓ２２４）
電子制御装置２５０から受信した提供サービスＩＤに照らし、自動車内の複数の電子制御装置２５０内において利用サービスＩＤで特定されるサービスが提供可能かを判断する（Ｓ２２５）。提供可能であれば、ループ２の条件に従い処理を繰り返す。提供可能でなければ、Ｓ２２６に処理を移す。
アプリケーションサーバ装置２００内で、利用サービスＩＤで特定されるサービスが提供可能なアプリケーションを検索する（Ｓ２２６）。
検索の結果抽出されたアプリケーションをリスト情報に追加する（Ｓ２２７）。
以上を、ループ２（Ｓ２２８）、ループ１（Ｓ２２９）が終了するまで繰り返す。
【００５１】
４．アプリケーションの例
図９を用いて、実施形態２を用いたアプリケーションのインストールの例を説明する。
【００５２】
自動車における自動運転は、自動化される機能によって以下のように段階的にレベル付けがされている。
レベル１：システムがステアリング操作、加減速のいずれかをサポート
レベル２：システムがステアリング操作、加減速のどちらもサポート
レベル３：特定の場所でシステムが全てを操作、緊急時にはドライバーが操作
レベル４：特定の場所でシステムがすべてを操作
レベル５：場所の限定なくシステムが全てを操作
【００５３】
上位レベルはおよそ下位レベルの機能を包含しているので、上位レベルの制御アプリケーションをアップグレードでインストールする場合は、下位レベルの制御アプリケーションで用いている各機能を担うアプリケーションをそのまま使うことがある。例えば、図９のアプリケーションサーバ装置２００に示すように、自動運転レベル２アプリケーションは、機能Ａアプリケーション、機能Ｂアプリケーション、機能Ｃアプリケーション、機能Ｄアプリケーションのサービスを利用するのに対し、自動運転レベル３アプリケーションは、機能Ｂアプリケーション、機能Ｃアプリケーション、機能Ｄアプリケーション、機能Ｅアプリケーション、機能Ｆアプリケーションのサービスを利用する。そこで、自動運転レベル３アプリケーションをアップグレードでインストールする場合、自動運転レベル３アプリケーションに加え、機能Ｅアプリケーション、機能Ｆアプリケーションのインストールが必要になるが、機能Ｂアプリケーション、機能Ｃアプリケーション、機能Ｄアプリケーションのインストールは必要ない。このように、アップグレードによるアプリケーションのインストールでは、上位レベルでも使用するアプリケーション、新たに必要となるアプリケーション、不要になるアプリケーションが想定される。
【００５４】
そこで、実施形態２のアプリケーションサーバ装置２００を用いることにより、自動車の各電子制御装置（ＥＣＵ）に対して、必要なアプリケーションをインストールすることができる。アプリケーションのインストール先は、アプリケーションサーバ装置２００で決定しても、自動車の電子制御装置２５０、例えばコネクティッド電子制御装置（Ｃ−ＥＣＵ）で決定してもよく、これ以外のハードウェア又はソフトウェアで決定してもよい。図９では、アプリケーションを複数の電子制御装置に分散してインストールする例を示している。
【００５５】
アップグレードの指示は、自動車側で自動的に生成しても、ユーザの指示で生成してもよい。図９では、ユーザ操作パネルで、ユーザが自動運転レベル２から自動運転レベル３にアップグレードする指示を入力することにより、アプリケーションサーバ装置２００に自動運転レベル３アプリケーションのインストール要求を送信し、自動運転レベル３のアプリケーションをインストールする場合を示している。インストール時の動作は、図７及び図８で説明した通りである。
【００５６】
５．小括
以上、本実施形態のアプリケーションサーバ装置２００によれば、提供できるアプリケーションの情報を電子制御装置２５０から受信し、この情報をインストールするアプリケーションを特定するために用いているので、実施形態１の効果に加えて、電子制御装置２５０にアプリケーションが重複してインストールされることを防止できる。また、電子制御装置２５０においてアプリケーションが起動中でなくても、提供できるサービスを把握することができる。その結果、電子制御装置２５０における記憶領域やＣＰＵの利用率をはじめとするリソースを有効に活用することができる。
特に車載用の電子制御装置の場合、リソースの有効活用の結果、燃料の消費を抑えて燃費を向上させることができる。
また、電子制御装置２５０においては、管理情報を有することにより、アプリケーションのサービスが起動中でなくても、提供できるサービスをアプリケーションサーバ装置２００に通知することができる。
【００５７】
（実施形態３）
実施形態１及び実施形態２では、電子制御装置に対して必要なアプリケーションのインストールに必要な構成及び動作について説明した。実施形態３及び実施形態４では、アプリケーションをインストールした後の電子制御装置の構成及び動作を説明する。実施形態３は、サービス検索のタイミングで検索対象のアプリケーションを起動する電子制御装置に関する。
【００５８】
１．電子制御装置３２０の構成
図１０を用いて、実施形態３の電子制御装置３７０の構成を説明する。
【００５９】
複数の電子制御装置３５０を構成する電子制御装置３６０及び電子制御装置３７０は、車載ネットワークで接続されている。そして、電子制御装置３６０には、実施形態１又は実施形態２の構成及び動作によって、アプリケーションＡがインストールされている。また、電子制御装置３７０には、実施形態１の構成及び動作によってアプリケーションＢがインストールされているか、又は実施形態２の通り、電子制御装置３６０にアプリケーションＡがインストールされる前に既にアプリケーションＢがインストールされている。図２の管理情報によれば、アプリケーションＡは、アプリケーションＢが提供するサービス“０ｘ００２”を利用する必要がある。図１０は、電子制御装置３６０がアプリケーションＡを実行する前提として、電子制御装置３６０はアプリケーションＢが提供するサービスの提供の可否を問い合わせる第２の命令を、車載ネットワークに対して送信していることを示している。
【００６０】
電子制御装置３７０は、アプリケーション記憶部３７１、管理情報記憶部３７２、受信部３７３、制御部３７４、及び送信部３７５、を有している。
【００６１】
アプリケーション記憶部３７１は、アプリケーションを記憶する。本実施形態の場合、アプリケーションＢを記憶している。
【００６２】
管理情報記憶部３７２は、アプリケーション記憶部３７１に記憶されたアプリケーションを特定するアプリケーション情報と、アプリケーションが提供するサービスを特定する提供サービスＩＤと、が紐づけられた管理情報を記憶する。本実施形態では、図６と同じく、インストールされているアプリケーションＢ、及びアプリケーションＢの提供サービスＩＤ“０ｘ００２”が紐づけられた管理情報を記憶している。
【００６３】
受信部３７３は、電子制御装置３６０から、アプリケーションが提供するサービスの提供の可否を問い合わせる第２の命令を受信する。本実施形態では、サービスＩＤ“０ｘ００２”で特定されるサービスの提供の可否を問い合わせる第２の命令を受信する。
【００６４】
制御部３７４は、第２の命令を受信した場合、管理情報に基づき、提供サービスＩＤと紐づけられているアプリケーションを特定し、当該アプリケーションを「起動する」。つまり、制御部３７４と管理情報記憶部３７２の管理情報とで、アプリケーションーサービス紐づけ情報の管理モジュールとして機能する。本実施形態では、提供サービスＩＤ“０ｘ００２”と紐づけられているアプリケーションであるアプリケーションＢを特定し、アプリケーションＢをアプリケーション記憶部３７１から読出し、アプリケーションＢを起動する。
ここで、本発明の「起動する」とは、アプリケーションを実行する場合の他、メモリに常駐させるなど、アプリケーションを実行可能な状態に置くことも含む。
【００６５】
アプリケーションＢが起動すると、アプリケーションＢはサービスオファを生成する。
送信部３７５は、制御部３７４から受信したアプリケーションＢのサービスオファを電子制御装置３６０に送信する。
【００６６】
２．電子制御装置３２０の動作
次に、図１１を用いて、実施形態３の電子制御装置３７０の動作を説明する。
【００６７】
受信部３７３は、電子制御装置３６０から送信された、サービスＩＤ“０ｘ００２”で特定されるサービスの提供の可否を問い合わせる第２の命令を受信する（Ｓ３０１）。
制御部３７４は、管理情報に基づき、提供サービスＩＤ “０ｘ００２”と紐づけられているアプリケーションであるアプリケーションＢを特定し、アプリケーションＢをアプリケーション記憶部２０１から読出し、アプリケーションＢを起動する（Ｓ３０２）。
送信部３７５は、アプリケーションＢで生成されたアプリケーションＢのサービスオファを電子制御装置３６０に送信する（Ｓ３０３）。
【００６８】
３．小括
本実施形態の電子制御装置３７０によれば、サービスの提供の可否を問い合わせる第２の命令を受信した場合に、当該サービスを提供するアプリケーションを起動するので、アプリケーションの検索のためにアプリケーションを常に起動したり、あるいはアプリケーションを常駐させる必要がない。その結果、電子制御装置３７０におけるＣＰＵの利用率や消費電力を低減することができる。
特に車載用の電子制御装置の場合、燃料の消費を抑えて燃費を向上させることができる。
【００６９】
（実施形態４）
実施形態４は、アプリケーションが起動するに先立って、アプリケーションの代わりに代理オファを生成する電子制御装置に関する。
【００７０】
１．電子制御装置４２０の構成
図１２を用いて、実施形態４の電子制御装置４７０の構成を説明する。実施形態３の電子制御装置３７０と同じ構成は、同じ図番で示している。
電子制御装置４６０と電子制御装置４７０との間の関係は、実施形態３で説明した電子制御装置３６０と電子制御装置３７０との間の関係と同様である。
【００７１】
電子制御装置４７０は、アプリケーション記憶部３７１、管理情報記憶部３７２、受信部３７３、制御部４７４、及び送信部３７５、を有している。
【００７２】
制御部４７４は、第２の命令を受信した場合、管理情報に基づき、提供サービスＩＤと紐づけられているアプリケーションを特定し、アプリケーションＢの代理オファを生成する。また、制御部４７４は、アプリケーションＢを起動する。
【００７３】
送信部３７５は、制御部４７４から受信したアプリケーションＢの代理オファを電子制御装置４６０に送信する。
【００７４】
なお、その後アプリケーションＢで生成されるサービスオファは、代理オファと置き換えてもよい。
【００７５】
２．電子制御装置３２０の動作
次に、図１３を用いて、実施形態３の電子制御装置４７０の動作を説明する。
受信部３７３は、電子制御装置４６０から送信された、サービスＩＤ“０ｘ００２”で特定されるサービスの提供の可否を問い合わせる第２の命令を受信する（Ｓ４０１）。
制御部４７４は、管理情報に基づき、提供サービスＩＤ “０ｘ００２”と紐づけられているアプリケーションであるアプリケーションＢを特定し、アプリケーションＢの代理オファを生成する（Ｓ４０２）。
送信部３７５は、アプリケーションＢの代理オファを電子制御装置４６０に送信する（Ｓ４０３）。
制御部４７４は、アプリケーションＢをアプリケーション記憶部３７１から読出し、アプリケーションＢを起動する（Ｓ４０４）。
【００７６】
３．小括
以上、本実施形態の電子制御装置４７０によれば、アプリケーションの起動が完了するまでに代理オファを生成、送信するので、アプリケーションでサービスオファが生成され送信するまでの応答遅延を減らすことができる。
【００７７】
（総括）
以上、本発明の実施形態におけるアプリケーションサーバ装置、及び電子制御装置の特徴について説明した。
【００７８】
各実施形態で使用した用語は例示であるので、同義の用語、あるいは同義の機能を含む用語に置き換えてもよい。
【００７９】
実施形態の説明に用いたブロック図は、アプリケーションサーバ装置及び電子制御装置の構成を機能毎に分類及び整理したものである。これらの機能ブロックは、ハードウェア又はソフトウェアの任意の組み合わせで実現される。また、機能を示したものであることから、かかるブロック図は方法の発明の開示としても把握できるものである。
【００８０】
各実施形態に記載した処理、フロー、及び方法として把握できる機能ブロックについては、一のステップで他のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えても良い。
【００８１】
各実施形態、及び本発明で使用する「第１」「第２」の用語は、同種の２以上の構成や方法を区別するために使用しており、順序や優劣を限定するものではない。
【００８２】
なお、上記実施形態では、本発明の電子制御装置を車両に搭載した場合、つまり車載器について説明したが、本発明の電子制御装置を歩行者が所持することを前提に本発明を適用してもよい。
【００８３】
電子制御装置の形態の例として、半導体、電子回路、モジュール、マイクロコンピュータが挙げられる。またこれらにアンテナや通信用インターフェースなど、必要な機能を追加してもよい。また、カーナビゲーションシステム、スマートフォン、パーソナルコンピュータ、携帯情報端末のような形態をとることも可能である。
【００８４】
加えて、本発明は、各実施形態で説明した構成及び機能を有する専用のハードウェアで実現できるだけでなく、メモリやハードディスク等の記録媒体に記録した本発明を実現するためのプログラム、及びこれを実行可能な専用又は汎用ＣＰＵ及びメモリ等を有する汎用のハードウェアとの組み合わせとしても実現できる。
【００８５】
専用や汎用のハードウェアの記録媒体（外部記憶装置（ハードディスク、ＵＳＢメモリ、ＣＤ／ＢＤ等）、内部記憶装置（ＲＡＭ、ＲＯＭ等））に格納されるプログラムは、記録媒体を介して、あるいは記録媒体を介さずにサーバから通信回線を経由して、専用又は汎用のハードウェアに提供することもできる。これにより、プログラムのアップグレードを通じて常に最新の機能を提供することができる。
【産業上の利用可能性】
【００８６】
本発明にかかる電子制御装置は、車載用途に限らず、一般的なコンピュータや携帯情報端末装置としても実現できる。例えば、ビルや家屋全体を制御するための複数の制御装置からなるシステムに用いることできる。また、航空機、船舶、鉄道、自動二輪車、電動機付自転車、など自動車以外の移動手段に用いることもできる。
【符号の説明】
【００８７】
１００  アプリケーションサーバ装置、１０１  アプリケーション記憶部、１０２  管理情報記憶部、１０４  受信部、１０５  制御部、１０６  送信部、１５０  電子制御装置
【図１】
2020140636.tif 000003
【図２】
2020140636.tif 000004
【図３】
2020140636.tif 000005
【図４】
2020140636.tif 000006
【図５】
2020140636.tif 000007
【図６】
2020140636.tif 000008
【図７】
2020140636.tif 000009
【図８】
2020140636.tif 000010
【図９】
2020140636.tif 000011
【図１０】
2020140636.tif 000012
【図１１】
2020140636.tif 000013
【図１２】
2020140636.tif 000014
【図１３】
2020140636.tif 000015