JP2024034849A - 車載装置、プログラム及び情報処理方法 - Google Patents

Abstract

【課題】記憶部に記憶されるアプリケーションを追加することにより、実行可能な機能を拡張させる車載装置等を提供する。【解決手段】車載装置は、車両に搭載され、車載ネットワークを介して車載ＥＣＵと通信可能に接続される車載装置であって、複数のアプリケーションが記憶される記憶部と、前記アプリケーションに関する処理を行う制御部とを備え、前記制御部は、前記記憶部に記憶される前記アプリケーションを追加することにより、前記車両が実行可能な機能を拡張させ、前記アプリケーションの実行結果を、前記機能に対応する車載ＥＣＵへ出力する。【選択図】図１

Description

本発明は、車載装置、プログラム及び情報処理方法に関する。

車両には、エンジン制御等のパワー・トレーン系、エアコン制御等のボディ系等の車載機器を制御するための車載ＥＣＵ（Electronic Control Unit）が搭載されている。車載ＥＣＵは、ＭＰＵ等の演算処理部、ＲＡＭ等の書き換え可能な不揮発性の記憶部、及び他の車載ＥＣＵと通信するための通信部を含み、記憶部に記憶した制御プログラムを読み込んで実行することにより、車載機器の制御を行う。更に車両には、無線通信の機能を備えた中継装置が実装されており、中継装置を介して、車外のネットワークに接続されているプログラム提供装置と通信し、当該プログラム提供装置から車載ＥＣＵの制御プログラムをダウンロード（受信）し、当該車載ＥＣＵの制御プログラムを更新することができる（例えば特許文献１参照）。

特開２０１７－９７８５１号公報

しかしながら、特許文献１の中継装置においては、記憶部に記憶されるアプリケーションを追加することにより、実行可能な機能を拡張させる点については、考慮されていない。

本開示の目的は、記憶部に記憶されるアプリケーションを追加することにより、実行可能な機能を拡張させることができる車載装置等を提供することである。

本開示の一態様に係る車載装置は、車両に搭載され、車載ネットワークを介して車載ＥＣＵと通信可能に接続される車載装置であって、複数のアプリケーションが記憶される記憶部と、前記アプリケーションに関する処理を行う制御部とを備え、前記制御部は、前記記憶部に記憶される前記アプリケーションを追加することにより、前記車両が実行可能な機能を拡張させ、前記アプリケーションの実行結果を、前記機能に対応する車載ＥＣＵへ出力する。

本開示の一態様によれば、記憶部に記憶されるアプリケーションを追加することにより、実行可能な機能を拡張させる車載装置等を提供することができる。

実施形態１に係る車載装置を含む車載システムの構成を例示する模式図である。 車載装置等の構成を例示するブロック図である。 車載装置に実装されるソフトウェア階層の一例を示す説明図である。 アプリケーションテーブルの一例を示す説明図である。 アプリケーションの切り替えの一例を示す説明図である。 車載装置の制御部の処理を例示するフローチャートである。 実施形態２に係る車載装置の制御部の処理を例示するフローチャートである。

［本発明の実施形態の説明］
最初に本開示の実施態様を列挙して説明する。また、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。

（１）本開示の一態様に係る車載装置は、車載装置は、車両に搭載され、車載ネットワークを介して車載ＥＣＵと通信可能に接続される車載装置であって、複数のアプリケーションが記憶される記憶部と、前記アプリケーションに関する処理を行う制御部とを備え、前記制御部は、前記記憶部に記憶される前記アプリケーションを追加することにより、前記車両が実行可能な機能を拡張させ、前記アプリケーションの実行結果を、前記機能に対応する車載ＥＣＵへ出力する。

本態様にあたっては、車載装置は、例えば、ＯＴＡサーバ等の車外サーバと通信し、車両の操作において用いられる各種サービスに対応したアプリケーション等のソフトウェアプログラムを取得し、取得したアプリケーションを記憶部に記憶することにより、インストールを行う。車載装置は、このように新規のアプリケーションをインストール（適用）して追加することにより、実行可能な機能を拡張させ、対応可能なサービスの種類を増加させることができるＥＣＵであり、機能拡張ＥＣＵとして機能する。車載装置の制御部は、要求される機能（サービス）を提供すべく、当該機能（サービス）に対応するアプリケーションを実行し、実行結果として生成した結果データ、要求信号又は制御信号を、当該機能（サービス）に関する実質的な駆動を担う車載ＥＣＵに出力（送信）する。当該車載ＥＣＵには、要求される機能（サービス）を発揮するために駆動するアクチュエータが、ワイヤーハーネス等により直接、接続されている。車載ＥＣＵは、例えば、ボディ系アクチュエータの駆動制御を担うボディＥＣＵ（ＢＣＵ）であり、車載装置（機能拡張ＥＣＵ）から取得（受信）した要求信号に応じて、当該車載ＥＣＵ（ＢＣＵ）に接続されている照明装置、ワイパー又はドアミラー等のアクチュエータ（車載装置）を駆動する。このように車両に対し、新たに機能（サービス）を追加するにあたり、当該機能（サービス）を実行するための情報処理を行うアプリケーションを車載装置（機能拡張ＥＣＵ）に集約化してインストール（適用）することにより、車載ネットワークに接続されている既存の車載ＥＣＵにおけるプログラム実装環境に影響を与えることを防止することができる。これにより、車両として新規の機能（サービス）を追加する場合であっても、車載ＥＣＵに既に適用されているプログラムの再検証を不要とすることができる。又、当該機能（サービス）を提供するにあたり、車載ＥＣＵと車載装置（機能拡張ＥＣＵ）とによる分散処理を行うことができ、当該車載ＥＣＵの処理負荷を低減することができる。

（２）本開示の一態様に係る車載装置は、前記記憶部には、前記アプリケーションを実行した際の入出力に関する処理を担う入出力プログラムが記憶されており、前記入出力プログラムと、複数の前記アプリケーションそれぞれとは、共通化されたインターフェイスにより連携される。

本態様にあたっては、車載装置の記憶部には、要求される機能（サービス）に対応するアプリケーションを実行する際、車載ＥＣＵとのデータの送受信を行うための入出力プログラムが記憶されている。入出力プログラムと、複数のアプリケーションそれぞれとは、例えば、共通の通信ソケットライブラリ等を用いたコーディングがされており、共通化された通信インターフェイスにより連携され、プロセス間通信等により接続されるものとなる。従って、各アプリケーション毎にデータの入出力仕様が異なるものであっても、複数のアプリケーションそれぞれと、車載ＥＣＵ側にて実行されるプログラムとの通信におい
て、入出力プログラムを介在させることにより、これらアプリケーションの汎用性を担保することができる。

（３）本開示の一態様に係る車載装置は、前記記憶部には、オペレーティングシステムが記憶されており、複数の前記アプリケーションそれぞれは、前記オペレーティングシステム上で実行される。

本態様にあたっては、車載装置の記憶部には、当該車載装置のハードウェアリソースにアクセスするためのオペレーティングシステムが記憶されており、複数のアプリケーションそれぞれは、当該オペレーティングシステム上で実行される。従って、車載装置に新規のアプリケーションを追加した場合であっても、これらアプリケーションは、オペレーティングシステムによってプロセス管理及びハードウェアリソースへのアクセス制御等が実行され、ハードウェアリソースへのアクセス競合等を回避することができる。

（４）本開示の一態様に係る車載装置は、前記制御部は、前記車両の操作者に関する操作者情報を取得し、取得した前記操作者情報に応じて、実行する前記アプリケーションを選択する。

本態様にあたっては、車載装置の制御部は、例えば、車両の操作者が所持する携帯端末又はスマートキーから送信される当該操作者に関する操作者情報を取得する。車載装置の制御部は、取得した操作者情報に基づき、実行するアプリケーションを選択し、当該選択したアプリケーションを実行するため、車両の操作者に応じた機能（サービス）を適切に適用することができる。

（５）本開示の一態様に係る車載装置は、前記制御部は、前記車両の状態に関する車両状態情報を取得し、取得した前記車両状態情報に応じて、実行する前記アプリケーションを選択する。

本態様にあたっては、車載装置の制御部は、例えば、ＩＧスイッチからのオン・オフ信号、ボディＥＣＵ（ＢＣＵ）からのメッセージ等を取得することにより、車両の状態に関する車両状態情報を取得する。車載装置の制御部は、取得した車両状態情報に基づき、実行するアプリケーションを選択し、当該選択したアプリケーションを実行するため、車両の状態に応じた機能（サービス）を適切に適用することができる。

（６）本開示の一態様に係る車載装置は、前記記憶部に記憶される複数の前記アプリケーションは、ＩＳＯ２６２６２のＡＳＩＬ（Automotive Safety Integrity Level）におけるＡグレード、Ｂグレード又はＱＭに位置づけられる。

本態様にあたっては、車載装置の記憶部に記憶される複数のアプリケーション、すなわち車載装置が各種機能（サービス）を提供するにあたり実行するアプリケーションは、ＩＳＯ２６２６２のＡＳＩＬ（Automotive Safety Integrity Level）におけるＡグレード、Ｂグレード又はＱＭに位置づけられるアプリケーションである。車載装置（機能拡張ＥＣＵ）には、当該車載装置に対し適用することができる全てのアプリケーションがインストール（フルパッケージインストール）されることが想定される。このように多種のアプリケーションが混在する場合であっても、車載装置にインストールされるアプリケーションのＡＳＩＬレベルをＡグレード、Ｂグレード又はＱＭとすることにより、比較的に車両安全性に対する影響が少ないアプリケーションを、車載装置に担わせることができる。

（７）本開示の一態様に係るプログラムは、車両に搭載され、車載ネットワークを介して車載ＥＣＵと通信可能に接続され、複数のアプリケーションが記憶される記憶部を含むコ
ンピュータに、前記記憶部に記憶される前記アプリケーションを追加することにより、前記車両が実行可能な機能を拡張させ、前記アプリケーションの実行結果を、前記機能に対応する車載ＥＣＵへ出力する。

本態様にあたっては、コンピュータを、記憶部に記憶されるアプリケーションを追加することにより、実行可能な機能を拡張させる車載装置として動作させるプログラムを提供することができる。

（８）本開示の一態様に係る情報処理方法は、車両に搭載され、車載ネットワークを介して車載ＥＣＵと通信可能に接続され、複数のアプリケーションが記憶される記憶部を含むコンピュータに、前記記憶部に記憶される前記アプリケーションを追加することにより、前記車両が実行可能な機能を拡張させ、前記アプリケーションの実行結果を、前記機能に対応する車載ＥＣＵへ出力する。

本態様にあたっては、コンピュータを、記憶部に記憶されるアプリケーションを追加することにより、実行可能な機能を拡張させる車載装置として動作させる情報処理方法を提供することができる。

[本開示の実施形態の詳細]
本開示の実施形態に係る車載装置２等の具体例を、以下に図面を参照しつつ説明する。なお、本開示はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

（実施形態１）
以下、実施の形態について図面に基づいて説明する。図１は、実施形態１に係る車載装置２を含む車載システムＳの構成を例示する模式図である。図２は、車載装置２等の構成を例示するブロック図である。車載システムは、車載装置２を主たる装置として構成され、車載装置２は、車載ネットワーク５を介して、ボディＥＣＵ４１等を含む各種の車載ＥＣＵ４と通信可能に接続されている。車載ネットワーク５には、例えばイーサＳＷ又はＣＡＮゲートウェイ等の機能を有する中継装置３が接続され、中継装置３は、車載ネットワーク５を構成する複数の通信線５１を介して送受信される通信データを中継するものであってもよい。車載装置２は車外通信装置１を介して、車外ネットワークＮに接続されている車外サーバ１００と通信可能に接続されている。

車外サーバ１００は、例えばインターネット又は公衆回線網等の車外ネットワークＮに接続されているサーバ等のコンピュータである。車外サーバ１００は、車外ネットワークＮを介して、複数の車両Ｃと通信可能に接続されており、これら車両Ｃの車載装置２へ、例えば、ＯＴＡ（Over The Air）等を用いて各種のアプリケーションＡＰを送信（配布）するＯＴＡサーバとして機能するものであってもよい。

車外通信装置１は、車外通信部１１及び車内通信部１２を含む。車内通信部１２は、例えば、１００ＢＡＳＥ－Ｔ１又は１０００ＢＡＳＥ－Ｔ１等のイーサネットケーブルによる通信線５１にて伝送されるＴＣＰ／ＩＰのパケットに対応するイーサネットＰＨＹ部である。車外通信装置１は、車内通信部１２及び、イーサネットケーブル等の通信線５１を介して、車載装置２と通信可能に接続されている。

車外通信部１１は、４Ｇ、５Ｇ、ＷｉＦｉ（登録商標）、Bluetooth（登録商標）等の移動体通信のプロトコルを用いて無線通信をするための通信装置であり、車外通信部１１に接続されたアンテナ１３を介して車外サーバ１００又は、スマートホン等の携帯端末１０１とデータの送受信を行う。車外通信装置１と、車外サーバ１００又は携帯端末１０１
との通信は、例えば、狭域通信網、公衆回線網又はインターネット等の車外ネットワークＮを介して行われる。

本実施形態では、車外通信装置１は、車載装置２と別装置とし、車内通信部１２等によってこれら装置を通信可能に接続しているが、これに限定されない。車外通信装置１は、車載装置２の一構成部位として、車載装置２に内蔵されるものであってもよい。

車両Ｃに搭載される複数の車載ＥＣＵ４には、当該車載ＥＣＵ４によって駆動制御される各種のアクチュエータ４１１が接続される。アクチュエータ４１１は、例えば、ワイパー、ドアミラー、ドアロック、照明装置、シート駆動装置、カーエアコン及びディスプレイ装置（ＨＭＩ装置）等を含む。当該車載ＥＣＵ４は、一例として、ワイパー、ドアロック、ドアミラー、照明装置等のボディ系のアクチュエータ４１１を駆動制御するボディＥＣＵ４１であってもよい。又は、車載ＥＣＵ４は、車両Ｃの全体的な制御を行う統合ＥＣＵ（ビークルコンピュータ）、又は当該統合ＥＣＵの配下にて動作する個別ＥＣＵであってもよい。

ボディＥＣＵ４１には、車両Ｃの起動及び停止を行うＩＧスイッチ６が接続されるものであってもよい。ＩＧスイッチ６のオン又はオフを示す信号により、エンジンの動作（オン又はオフ）を取得し、エンジンオン時（エンジン動作開始時）、又はエンジンオフ時（エンジン停止時）に対応するアプリケーションＡＰの起動トリガーとすることができる。当該起動トリガーはこれらに限定されず、シートベルトの脱着、ドアの開閉等のイベントを起動トリガーとするものであってもよい。

車載装置２及びボディＥＣＵ４１は、電力線７１を介して、鉛バッテリ、二次電池又はオルタネータ等の電源装置７と接続される。他の車載ＥＣＵ４も同様に電源装置７と接続され、電源装置７から電力が供給される。ボディＥＣＵ４１は、電源装置７から常時給電されて起動（ウェイクアップ）状態となっており、スマートホン等の携帯端末１０１又はスマートキー等を有する操作者が車両Ｃに近接した場合、当該携帯端末１０１等と近距離通信を行うことにより操作者情報を取得するものであってもよい。ボディＥＣＵ４１は、操作者情報を取得した場合、スリープ状態にある車載装置２にウェイクアップ信号を送信し、車載装置２を起動（ウェイクアップ）状態に遷移させた後、操作者情報を車載装置２に送信するものであってもよい。

車載装置２は、制御部２０、記憶部２１、入出力Ｉ／Ｆ２２、車内通信部２３などを含む。車載装置２は、車外サーバと定期的に通信し、ＯＴＡ（Over The Air）等を用いて、各種のアプリケーションＡＰを取得し、取得したアプリケーションＡＰをインストール（適用）することにより、実行可能な機能を拡張する機能拡張ＥＣＵとして機能する。詳細は後述するが、車載装置２（機能拡張ＥＣＵ）は、車両Ｃの状態及び操作者の組み合わせに基づきアプリケーションＡＰを選択し、選択したアプリケーションＡＰを実行する。車載装置２は、アプリケーションＡＰの実行結果である実行結果データを、当該アプリケーションＡＰを実行することにより発揮される機能に対応する車載ＥＣＵ４に送信する。当該車載ＥＣＵ４は、車載装置２によるアプリケーションＡＰにより発揮される機能に応じて、駆動制御されるアクチュエータ４１１が接続されている車載ＥＣＵ４である。

車両Ｃの機能の拡張を行うにあたり、当該機能を発揮するためのアプリケーションＡＰを新規に追加することが必要となるが、当該追加するアプリケーションＡＰを車載装置２（機能拡張ＥＣＵ）に集約することにより、既存の車載ＥＣＵ４に適用されているソフトウェア構成に影響を与えることを防止することができる。従って、新規アプリケーションＡＰを追加し機能を拡張した場合であっても、既存の車載ＥＣＵ４に実装されているソフトウェア構成に対する検証を不要とすることができる。拡張した機能を発揮するにあたり
車載装置２はアプリケーションＡＰを実行するため、車載装置２と当該機能に対応する車載ＥＣＵ４とによる分散処理が行われる。これにより、車載ＥＣＵ４の処理負荷を低減し、車載ＥＣＵ４に実装されるメモリ又はＣＰＵ等のハードウェアリソースに要求されるスペックが増加することを抑制することができる。

制御部２０は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro Processing Unit）等により構成されている。制御部２０は、記憶部２１に予め記憶された制御プログラムＰ（プログラム製品）及びデータを読み出して実行することにより、種々の制御処理及び演算処理等を行う。記憶部２１に記憶された制御プログラムＰ（プログラム製品）は、車載装置２が読み取り可能な記録媒体Ｍから読み出された制御プログラムＰ（プログラム製品）を記憶したものであってもよい。また、記憶部２１に記憶された制御プログラムＰ（プログラム製品）は、図示しない通信網に接続されている図示しない外部コンピュータからプログラムをダウンロードし、記憶部２１に記憶させたものであってもよい。

記憶部２１は、ＲＡＭ（Random Access Memory）等の揮発性のメモリ素子又は、ＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）若しくはフラッシュメモリ等の不揮発性のメモリ素子により構成してある。記憶部２１には、複数のアプリケーションＡＰ、入出力プログラムＩＰ、及びオペレーティングシステムＯＰ等を含む制御プログラムＰが記憶されている。更に、記憶部２１には、後述するアプリケーションテーブルが記憶されている。

入出力Ｉ／Ｆ２２は、例えばシリアル通信するための通信インターフェイスである。入出力Ｉ／Ｆ２２を介して、車載装置２は、カメラ２２１、ＬｉＤＡＲ、ＲＡＤＡＲ、超音波センサ、温湿度センサ、赤外線センサ等のセンサ２２２、ディスプレイ等の表示装置（ＨＭＩ装置）と通信可能に接続される。入出力Ｉ／Ｆ２２には、追加された各種のアプリケーションＡＰに応じて、必要となる各種センサ２２２が追加接続（後付け）されるものであってもよい。すなわち、入出力Ｉ／Ｆ２２は、例えば、カメラ２２１系のＩＦであるＧＭＳＬ、ＦＰＤ－ＬＩＮＫ等の規格に対応するものであってよい。このように入出力Ｉ／Ｆ２２を介してカメラ２２１が撮像した画像に対し、制御部２０は、各種のアプリケーションＡＰを実行することにより、画像処理、点群処理、物体検知、又は生体検知等の各種処理を行うことができる。

車内通信部２３は、例えばイーサネット（登録商標）、ＣＡＮ（Controller Area Network）等の通信プロトコルを用いた入出力インターフェイス（イーサネットＰＨＹ部、ＣＡＮトランシーバ等）である。制御部２０は、車内通信部２３を介して車載ネットワーク５に接続される中継装置３、車載ＥＣＵ４又は車外通信装置１と相互に通信する。

図３は、車載装置２に実装されるソフトウェア階層の一例を示す説明図である。車載装置２の記憶部２１に記憶される制御プログラムＰは、複数のアプリケーションＡＰ、入出力プログラムＩＰ、及びオペレーティングシステムＯＰを含むものであってもよい。ソフトウェア階層（レイヤー構造）としては、入出力プログラムＩＰが最上位階層となり、アプリケーションＡＰ、及びオペレーティングシステムＯＰの順番にて下位構成となる。

複数のアプリケーションＡＰは、車両Ｃの操作者（操作者情報）、及び車両Ｃの状態（車両状態情報）の組み合わせにより、選択的に実行されるものであり、当該操作者毎に、切り替えられて実行されるものである。車載装置２（機能拡張ＥＣＵ）は、これらアプリケーションＡＰを車外サーバ１００から、ＯＴＡ（Over The Air）等を用いて取得し、記憶部２１に記憶することによりインストールする。このようにアプリケーションＡＰを車外サーバ１００から取得することにより、取得したアプリケーションＡＰに応じて、車載装置２が発揮することができる機能（実行可能な機能）を拡張させることができる。

入出力プログラムＩＰは、拡張した機能の種類に応じてアプリケーションＡＰを実行する際、アプリケーションＡＰの実行結果として生成される要求信号の送信先となる車載ＥＣＵ４との入出力に関する処理（入出力処理）を行う。入出力プログラムＩＰが、車載ＥＣＵ４との入出力処理、すなわち車載ＥＣＵ４に対するフロントエンド処理を行うにあたり、入出力プログラムＩＰと、複数のアプリケーションＡＰそれぞれとは、共通化されたインターフェイスにより連携され、例えばプロセス間通信又は共有メモリ方式等にて接続されるように構成されている。入出力プログラムＩＰと、複数のアプリケーションＡＰそれぞれとは、例えば、共通の通信ソケットライブラリ等を用いたコーディングがされており、各アプリケーションＡＰと入出力プログラムＩＰとは、当該ライブラリーによって規定されたプロセス間通信を行うものであってもよい。このように入出力プログラムＩＰは、各アプリケーションＡＰそれぞれにおいて、予め想定されるデータの授受処理を行うことにより、いずれのアプリケーションＡＰとも透過的な通信処理を行う共に、要求信号の出力先となる車載ＥＣＵ４に対応したデータの送受信処理を行う。

車載装置２の記憶部２１には、アプリケーションＡＰと、当該アプリケーションＡＰの実行結果（要求信号）の送信先となる車載ＥＣＵ４とが関連付けて、例えばリスト形式（アプリリスト）にて記憶されているものであってもよい。アプリリストには、アプリケーションＡＰの名称（実行ファイル名）と、当該アプリケーションＡＰによって発揮される機能に対応した車載ＥＣＵ４を一意に識別するＥＣＵ番号（ＭＡＣアドレス、ＩＰアドレス、ＥＣＵＩＤ等）とが、関連付けられて定義されている。

制御部２０は、入出力プログラムＩＰを実行する際、当該アプリリストをデータファイルとして読み込むことにより、実行したアプリケーションＡＰの実行結果（要求信号）の送信先となる車載ＥＣＵ４を特定し、当該実行結果（要求信号）を特定した車載ＥＣＵ４に送信する。送信先となる車載ＥＣＵ４は、アプリケーションＡＰによって発揮される機能に対応した車載ＥＣＵ４であり、当該機能によって駆動されるアクチュエータ４１１が接続されている車載ＥＣＵ４である。

入出力プログラムＩＰは、複数のアプリケーションＡＰが同時に実行されている場合、これらアプリケーションＡＰ間における優先順位を決定し、これらアプリケーションＡＰ間におけるリソース競合等を解消する処理（アプリ制御処理）を行うものであってもよい。このように構成された入出力プログラムＩＰは、車載ＥＣＵ４との通信処理を行うにあたり通信系ミドルウェアとして機能するものであり、車外サーバ１００から取得した各種のアプリケーションＡＰと、車両Ｃに搭載される各種の車載ＥＣＵ４との親和性及び透過性を高め、アプリケーションＡＰの汎用性を担保することができる。

オペレーティングシステムＯＰは、例えば、Ｌｉｎｕｘ（登録商標）又はＡＵＴＯＳＡＲ（登録商標）－ＯＳ等の基本ソフトウェアである。車載装置２にインストール（適用）された全てのアプリケーションＡＰは、オペレーティングシステムＯＰ上で動作することにより、当該アプリケーションＡＰの実行のために生成されたプロセス又はスレッド、及びアプリケーションＡＰによるハードウェアリソースへのアクセスが制御される。オペレーティングシステムＯＰは、例えば、セキュリティモジュール、入出力Ｉ／Ｆ２２に接続されるカメラ２２１及びセンサ２２２等のデバイスドライバ、及び車外サーバ１００からアプリケーションＡＰを取得又は更新する際に用いられるＯＴＡモジュールを含むものであってもよい。オペレーティングシステムＯＰは、制御部２０、記憶部２１、入出力Ｉ／Ｆ２２、及び車内通信部２３等のハードウェアリソースへのアクセス制御、及びタイムスライス処理等を担う。

図４は、アプリケーションテーブルの一例を示す説明図である。記憶部２１には、車両
Ｃの操作者（操作者情報）と、車両Ｃの状態（車両状態情報）との組み合わせにより特定されるアプリケーションＡＰが定義されたアプリケーションテーブルが記憶されている。アプリケーションテーブルは、例えばマトリックス形式のテーブルで構成され、管理項目として、操作者のフィールド、及び車両状態のフィールドを含み、これら操作者及び車両状態の組み合わせにより実行されるアプリケーションＡＰが定義されるものであってもよい。

本実施形態において、例えば、操作者がＵｓｅｒ－Ａであり、車両Ｃの状態が乗車時である場合、ドア自動解除のアプリケーションＡＰが実行される。又、操作者がＵｓｅｒ－Ｂであり、車両Ｃの状態の乗車時である場合も、実行されるアプリケーションＡＰは、ドア自動解除であるとして定義されている。車両Ｃの状態がエンジン動作中である場合、Ｕｓｅｒ－ＡではカメラＤＭＳ(Driver Monitor)が実行されるアプリケーションＡＰとして定義され、Ｕｓｅｒ－Ｂでは生体センサＤＭＳが実行されるアプリケーションＡＰとして定義される。このように車両Ｃの状態（車両状態情報）が同じ場合であっても、車載装置２（機能拡張ＥＣＵ）の制御部２０は、操作者（操作者情報）によって、実行するアプリケーションＡＰを切り替えることができる。

ドア自動解除、カメラＤＭＳ、生体センサＤＭＳ等は、選択的に実行されるアプリケーションＡＰの一例であり、これに限定されるものではないことは、言うまでもない。車両Ｃの状態（車両状態情報）が乗車中である場合に実行されるアプリケーションＡＰは、例えば、生体認証によるドア開錠、シェアカーのユーザ認証、タクシー又はバス等のユーザ認証及び決済、子供乗車確認時のドア設定変更等を含むものであってもよい。又、車両Ｃの状態（車両状態情報）がエンジン動作中である場合に実行されるアプリケーションＡＰは、例えば、各種ＤＭＳ（Driver Monitor）、ＥＤＲ（データ記録）、標識認識、信号認識、緊急車両Ｃ検知（音）、ドラレコ機能（データ保存）等を含むものであってもよい。又、車両Ｃの状態（車両状態情報）が降車中である場合に実行されるアプリケーションＡＰは、例えば、ドア開閉時の衝突警告、タクシー又はバス等のユーザ認証及び決済、子供置き去り検知、スマートホーム連携、ガレージオープン等を含むものであってもよい。

記憶部２１に記憶され、アプリケーションテーブルにて定義されるこれらのアプリケーションＡＰは、ＩＳＯ２６２６２のＡＳＩＬ（Automotive Safety Integrity Level）におけるＡグレード、Ｂグレード又はＱＭに位置づけられるものであってもよい。機能拡張ＥＣＵとして機能する車載装置２は、車外サーバ１００から各種のアプリケーションＡＰを、ＯＴＡ等を用いて周期的又は定期的に取得及び更新するため、当該車載装置２に適用可能な全てのアプリケーションＡＰが実行可能な状態を、維持することができる。

アプリケーションテーブルの元データとなる情報は、車外サーバ１００にて一元管理されているサブスクリプションユーザに関する情報であってもよい。当該サブスクリプションユーザは、車両Ｃの操作者となり得るユーザであり、車外サーバ１００には、全サブスクリプションユーザに関し、各ユーザが要望するアプリケーションＡＰの情報（ユーザマスタ情報）が一元管理されている。車載装置２の制御部２０は、定期的に車外サーバ１００と通信し、当該アプリケーションテーブルを更新するものであってもよい。

図５は、アプリケーションＡＰの切り替えの一例を示す説明図である。本実施形態における図示にて、車載装置２（機能拡張ＥＣＵ）が、車両Ｃの操作者（操作者情報）及び車両Ｃの状態（車両状態情報）によって、実行するアプリケーションＡＰを切り替える態様（ユースケース）を説明する。車両Ｃの状態（車両状態情報）が乗車時である場合、車両Ｃの操作者（Ａ）及び操作者（Ｂ）は、共に、ドア自動解除を実行するアプリケーションＡＰとして設定（アプリケーションテーブルにて定義）しているため、ドア自動解除のアプリケーションＡＰが実行される。

車両Ｃの状態（車両状態情報）がエンジン動作中である場合、操作者（Ａ）はカメラＤＭＳを実行するアプリケーションＡＰとして設定し、操作者（Ｂ）は生体センサＤＭＳを実行するアプリケーションＡＰとして設定している。従って、操作者（Ａ）が乗車している場合は、エンジン動作中において、カメラＤＭＳが実行される。操作者（Ｂ）が乗車している場合は、エンジン動作中において、生体センサＤＭＳが実行される。

車両Ｃの状態（車両状態情報）が降車時である場合、車両Ｃの操作者（Ａ）及び操作者（Ｂ）は、共に、ドア開閉時警告を実行するアプリケーションＡＰとして設定（アプリケーションテーブルにて定義）しているため、ドア開閉時警告が実行される。このように車両Ｃの状態（車両状態情報）に応じて、アプリケーションＡＰを切り替えて実行することができる。更に、車両Ｃの状態（車両状態情報）が同じエンジン動作中であっても、操作者（Ａ）と操作者（Ｂ）とで実行されるアプリケーションＡＰは異なるものとなり、操作者に応じて、アプリケーションＡＰを切り替えて実行することができる。

図６は、車載装置２の制御部２０の処理を例示するフローチャートである。車載装置２の制御部２０は、例えば車両Ｃが起動状態（ＩＧスイッチ６がオン）又は停止状態（ＩＧスイッチ６がオフ）において、定常的に以下の処理を行う。

車載装置２の制御部２０は、以下の処理を行うにあたり、ＯＴＡサーバ等の車外サーバ１００と周期的又は定期的に通信し、新たに追加するアプリケーションＡＰの有無を確認する。追加するアプリケーションＡＰが有る場合、車載装置２の制御部２０は、車外サーバ１００（ＯＴＡサーバ）から追加対象のアプリケーションＡＰを取得（ダウンロード）し、記憶部２１に記憶することにより、インストール（適用）する。

車載装置２の制御部２０は、車外サーバ１００からアプリケーションＡＰを取得するにあたり、当該車載装置２に適用することができる全てのアプリケーションＡＰ（フルパッケージ）を取得するものであってもよい。車載装置２は、車両Ｃの操作者に応じて、実行するアプリケーションＡＰを選択するが、当該車両Ｃは、複数の異なる操作者によって運転等の操作が行われることが、想定される。このような場合であっても、車載装置２には予め全てのアプリケーションＡＰ（フルパッケージ）がインストール（適用）されているため、いずれの操作者が車両Ｃを操作する場合であっても、当該操作者に合わせてアプリケーションＡＰを都度、取得することを不要とすることができる。

車載装置２の制御部２０は、アプリケーションＡＰの追加取得に併せて、車外サーバ１００に登録されているサブスクリプションユーザ（車両Ｃの操作者）に関するユーザ情報を取得するものであってもよい。車載装置２の制御部２０は、当該取得したユーザ情報に基づき、各サブスクリプションユーザ（車両Ｃの操作者）が要望するアプリケーションＡＰ（提供されるサービス）を把握し、アプリケーションテーブルを更新するものであってもよい。

車載装置２の制御部２０は、車両Ｃの操作者に関する操作者情報を取得する（Ｓ１０１）。車載装置２の制御部２０は、車両Ｃの操作者が保持する携帯端末１０１又はスマートキーから送信される操作者情報を、例えば、ボディＥＣＵ４１を介して取得する。ボディＥＣＵ４１は、電源装置７が常時給電され、起動（ウェイクアップ）状態となっており、携帯端末１０１等を有する操作者が、車両Ｃに近接した場合、当該携帯端末１０１と近距離通信を行うことにより、操作者情報を取得する。この場合、ボディＥＣＵ４１は、例えば、スリープ状態にある車載装置２にウェイクアップ信号を送信し、車載装置２を起動（ウェイクアップ）状態に遷移させ、更に操作者情報を車載装置２に送信する。車載装置２の制御部２０は、ボディＥＣＵ４１から取得した操作者情報と取得時刻とを関連付けて記
憶部２１に記憶する。

車載装置２の制御部２０は、取得した操作者情報に基づき、当該操作者に対する認証処理を行い、認証処理の結果が肯定的結果である場合のみ、以下の処理を行うものであってもよい。車載装置２の制御部２０は、当該認証処理を行うにあたり、取得した操作者情報を車外サーバ１００へ送信し、車外サーバ１００に対し認証処理を要求するものであってもよい。又は、車載装置２には指紋認証等を行う生体認証装置が接続されており、車載装置２の制御部２０は、当該生体認証装置を用いて、車両Ｃの操作者の認証を行うものであってもよい。

車載装置２の制御部２０は、車両Ｃの状態に関する車両状態情報を取得する（Ｓ１０２）。車載装置２の制御部２０は、例えば、ボディＥＣＵ４１等、各車載ＥＣＵ４から送信されるメッセージを受信し、受信したメッセージに含まれる車両状態情報を取得し、車両状態情報と取得時刻とを関連付けて記憶部２１に記憶する。又は、車載装置２の制御部２０は、ＩＧスイッチ６がオン又はオフされた際、ＩＧスイッチ６から送信される信号に基づき、車両状態情報を取得するものであってもよい。当該メッセージは例えばＣＡＮメッセージ又はＩＰパケットであり、車載装置２の制御部２０は、ＣＡＮメッセージのメッセージＩＤ、ＩＰパケットのＴＣＰポート番号、又は、これらメッセージのペイロードに格納されているデータに基づき、車両状態情報を取得することができる。当該車両状態情報は、例えば、操作者が乗車中、操作者が降車中、エンジン動作中、エンジン停止中、車速、各種アクチュエータ４１１の動作状態、自動運転中、又は手動運転中等の各種状態を示す情報を含む。

車載装置２の制御部２０は、操作者情報及び車両状態情報に基づき、アプリケーションＡＰを選択する（Ｓ１０３）。車載装置２の制御部２０は、例えば、記憶部２１に記憶されているアプリケーションテーブルを参照することにより、取得した操作者情報及び車両状態情報に対応するアプリケーションＡＰを選択する。アプリケーションテーブルは、例えば、マトリックス形式にて記憶部２１に記憶されており、車載装置２の制御部２０は、操作者情報と車両状態情報との組み合わせに基づき、アプリケーションＡＰの選択を効率的に行うことができる。

車載装置２の制御部２０は、選択したアプリケーションＡＰを実行する（Ｓ１０４）。車載装置２の制御部２０は、選択したアプリケーションＡＰを実行し、実行結果として生成した結果データ、制御信号、又は要求信号等を含むメッセージを、当該アプリケーションＡＰに対応する車載ＥＣＵ４に送信する。当該アプリケーションＡＰは、操作者によって要望される機能（サービス）を発揮するためのものであり、当該機能（サービス）は、例えば、ドアの自動開錠、ライトの点灯、ドア開閉時の衝突傾向等を含む。これら機能（サービス）を発揮するにあたり、実際に駆動されるアクチュエータ４１１は、要求信号等の送信先となる車載ＥＣＵ４に接続されている。機能（サービス）を発揮するにあたり駆動されるアクチュエータ４１１が接続されている車載ＥＣＵ４は、受信した要求信号（メッセージ）に応じて、自身に接続されているドアロック、照明等のアクチュエータ４１１を駆動制御する。これにより、当該車載ＥＣＵ４による処理負荷を低減しつつ、車両Ｃの状態に応じて、車両Ｃの操作者が要望するアプリケーションＡＰを実行し、当該操作者が要望する機能（サービス）を提供することができる。

車載装置２の制御部２０は、車両Ｃの状態に関する車両状態情報を取得する（Ｓ１０５）。車載装置２の制御部２０は、処理Ｓ１０２と同様に、車両Ｃの状態に関する車両状態情報を取得し、車両状態情報と取得時刻とを関連付けて記憶部２１に記憶する。

車載装置２の制御部２０は、車両状態情報が変化したか否かを判定する（Ｓ１０６）。
車載装置２の制御部２０は、今回取得した車両状態情報と、前回取得した車両状態情報とにおいて、変化が生じたか否かを判定する。

車両状態情報が変化した場合（Ｓ１０６：ＹＥＳ）、車載装置２の制御部２０は、再度Ｓ１０３の処理を実行すべくループ処理を行う。車両状態情報が変化した場合、車載装置２の制御部２０は、再度Ｓ１０３の処理を実行すべくループ処理を行うことにより、現時点における車両Ｃの状態と操作者との組み合わせに基づくアプリケーションＡＰを選択し、実行することができる。これにより、車両Ｃの状態変化に応じて、適切なアプリケーションＡＰの選択及び実行を図ることができる。

車両状態情報が変化していない場合（Ｓ１０６：ＮＯ）、車載装置２の制御部２０は、操作者が車両Ｃ周辺から離れたか否かを判定する（Ｓ１０７）。車両状態情報が変化していない場合、車載装置２の制御部２０は、例えば、ボディＥＣＵ４１と通信することにより、操作者が車両Ｃ周辺から離れたか否かを判定する。操作者が保持する携帯端末１０１又はスマートキーとボディＥＣＵ４１とは、例えば、ＲＦ（Radio Frequency）又はＬＦ（Low Frequency）を用いた近距離通信を行うことにより、ボディＥＣＵ４１は、操作者が車両Ｃ内に居するか又は車両Ｃ外にて所定の距離内に居するかについて周期的に判定している。車載装置２の制御部２０は、例えば、ボディＥＣＵ４１から操作者の位置に関する情報を取得することにより、操作者が車両Ｃ周辺から離れたか否かを判定する。

操作者が車両Ｃ周辺から離れていない場合（Ｓ１０７：ＮＯ）、車載装置２の制御部２０は、再度Ｓ１０５からの処理を実行すべくループ処理を行う。操作者が車両Ｃ周辺から離れていない場合、車載装置２の制御部２０は、再度Ｓ１０５からの処理を実行することにより、車両状態情報の取得を定期的又は周期的に行うことを継続することができる。これにより、操作者が車両Ｃ周辺から離れていない状態において、定期的に取得した車両状態情報に応じて、適切なアプリケーションＡＰの選択及び実行することを、継続して行うことができる。操作者が車両Ｃ周辺から離れた場合（Ｓ１０７：ＹＥＳ）、車載装置２の制御部２０は、本フローチャートにおける処理を終了する。

（実施形態２）
図７は、実施形態２に係る車載装置２の制御部２０の処理を例示するフローチャートである。実施形態２に係る車載装置２は、実施形態１の処理Ｓ１０１と同様に、Ｓ２０１の処理を行う。

車載装置２の制御部２０は、アプリケーションテーブルに、取得した操作者情報が登録されているか否かを判定する（Ｓ２０２）。車載装置２の制御部２０は、取得した操作者情報（ユーザＩＤ）が、記憶部２１に記憶されているアプリケーションテーブルの操作者のフィールドに登録されているか否かを判定する。

操作者情報がアプリケーションテーブルに登録されていない場合（Ｓ２０２：ＮＯ）、車載装置２の制御部２０は、車外サーバ１００から操作者情報に対応するユーザ情報を取得する（Ｓ２０２１）。操作者情報がアプリケーションテーブルに登録されていない場合、車載装置２の制御部２０は、取得した操作者情報を車外サーバ１００に送信し、車外サーバ１００に対し、当該操作者情報に対応するユーザ情報を要求する。操作者情報は、例えば、操作者を一意に示すユーザＩＤを含む。車外サーバ１００には、サブスクリプションユーザである車両Ｃの操作者に関するデータが一元管理（マスター登録）されており、各ユーザ（ユーザＩＤ）が要望するサービス、すなわち実行するアプリケーションＡＰがリスト化されて保存されている。車載装置２の制御部２０は、ユーザＩＤ等を含む操作者情報を車外サーバ１００に送信することにより、全ユーザの情報を一元管理する車外サーバ１００から、当該操作者に対応して実行するアプリケーションＡＰを含むユーザ情報を
取得する。

車載装置２の制御部２０は、取得したユーザ情報に基づき、アプリケーションテーブルを更新する（Ｓ２０２２）。車載装置２の制御部２０は、取得したユーザ情報に基づき、今回取得した操作者情報の操作者（ユーザＩＤ）及び、当該操作者（ユーザＩＤ）が各車両Ｃ状態にて実行することを要望するアプリケーションＡＰ（提供するサービス）に関する情報を、アプリケーションテーブルに追加登録する。

車外サーバ１００に登録されるサブスクリプションユーザのユーザ数が増加し膨大となった場合、全ユーザに関する情報を、個々の車両Ｃそれぞれにおけるアプリケーションテーブルに登録（ミラーリング）することは、記憶部２１における記憶領域の逼迫を招くことが懸念される。そこで、車両Ｃそれぞれにおけるアプリケーションテーブルには、必要に応じて、新規の操作者（ユーザＩＤ）に関する情報を追加登録することにより、記憶部２１の記憶領域が逼迫することを抑制することができる。

車載装置２は、車外サーバ１００によるＯＴＡ処理を定期的に実行しているため、車載装置２の記憶部２１には、当該車載装置２に適用される全てのアプリケーションＡＰが記憶（フルパッケージインストール）されている。従って、アプリケーションテーブルにて定義される各アプリケーションＡＰは、既にインストールされているため、新規の操作者（ユーザＩＤ）を登録する場合であっても、当該ユーザ登録に併せてアプリケーションＡＰをインストールすることを不要とすることができる。又は、車載装置２の制御部２０は、新規の操作者（ユーザＩＤ）の登録に併せて、当該操作者が要望するアプリケーションＡＰを車外サーバ１００から取得するものであってもよい。

操作者情報がアプリケーションテーブルに登録されている場合（Ｓ２０２：ＹＥＳ）、車載装置２の制御部２０は、車両Ｃの状態に関する車両状態情報を取得する（Ｓ２０３）。車載装置２の制御部２０は、実施形態１の処理Ｓ１０２と同様にＳ２０３を行う。車載装置２の制御部２０は、Ｓ２０３の実行後、実施形態１の処理Ｓ１０３からＳ１０７と同様に、Ｓ２０４からＳ２０８までの処理を行う。

今回開示された実施形態は全ての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

特許請求の範囲に記載されている複数の請求項に関して、引用形式に関わらず、相互に組み合わせることが可能である。特許請求の範囲では、複数の請求項に従属する多項従属請求項が記載されている。特許請求の範囲では、多項従属請求項に従属する多項従属請求項は記載されていないが、多項従属請求項に従属する多項従属請求項を記載してもよい。

Ｓ 車載システム
Ｃ 車両
Ｎ 車外ネットワーク
１００ 車外サーバ（ＯＴＡサーバ）
１０１ 携帯端末
１ 車外通信装置
１１ 車外通信部
１２ 車内通信部
１３ アンテナ
２ 車載装置（機能拡張ＥＣＵ）
２０ 制御部
２１ 記憶部
Ｍ 記録媒体
Ｐ 制御プログラム（プログラム製品）
ＡＰ アプリケーション
ＩＰ 入出力プログラム
ＯＰ オペレーティングシステム
２２ 入出力Ｉ／Ｆ
２２１ カメラ
２２２ センサ
２３ 車内通信部
３ 中継装置
４ 車載ＥＣＵ
４１ ボディＥＣＵ
４１１ アクチュエータ
５ 車載ネットワーク
５１ 通信線
６ ＩＧスイッチ
７ 電源装置
７１ 電力線

Claims (8)

1. 車両に搭載され、車載ネットワークを介して車載ＥＣＵと通信可能に接続される車載装置であって、
   複数のアプリケーションが記憶される記憶部と、
   前記アプリケーションに関する処理を行う制御部とを備え、
   前記制御部は、
   前記記憶部に記憶される前記アプリケーションを追加することにより、前記車両が実行可能な機能を拡張させ、
   前記アプリケーションの実行結果を、前記機能に対応する車載ＥＣＵへ出力する
   車載装置。
2. 前記記憶部には、前記アプリケーションを実行した際の入出力に関する処理を担う入出力プログラムが記憶されており、
   前記入出力プログラムと、複数の前記アプリケーションそれぞれとは、共通化されたインターフェイスにより連携される
   請求項１に記載の車載装置。
3. 前記記憶部には、オペレーティングシステムが記憶されており、
   複数の前記アプリケーションそれぞれは、前記オペレーティングシステム上で実行される
   請求項２に記載の車載装置。
4. 前記制御部は、
   前記車両の操作者に関する操作者情報を取得し、
   取得した前記操作者情報に応じて、実行する前記アプリケーションを選択する
   請求項１から請求項３のいずれか１項に記載の車載装置。
5. 前記制御部は、
   前記車両の状態に関する車両状態情報を取得し、
   取得した前記車両状態情報に応じて、実行する前記アプリケーションを選択する
   請求項４に記載の車載装置。
6. 前記記憶部に記憶される複数の前記アプリケーションは、ＩＳＯ２６２６２のＡＳＩＬ（Automotive Safety Integrity Level）におけるＡグレード、Ｂグレード又はＱＭに位置づけられる
   請求項５に記載の車載装置。
7. 車両に搭載され、車載ネットワークを介して車載ＥＣＵと通信可能に接続され、複数のアプリケーションが記憶される記憶部を含むコンピュータに、
   前記記憶部に記憶される前記アプリケーションを追加することにより、前記車両が実行可能な機能を拡張させ、
   前記アプリケーションの実行結果を、前記機能に対応する車載ＥＣＵへ出力する
   処理を実行させるプログラム。
8. 車両に搭載され、車載ネットワークを介して車載ＥＣＵと通信可能に接続され、複数のアプリケーションが記憶される記憶部を含むコンピュータに、
   前記記憶部に記憶される前記アプリケーションを追加することにより、前記車両が実行可能な機能を拡張させ、
   前記アプリケーションの実行結果を、前記機能に対応する車載ＥＣＵへ出力する
   処理を実行させる情報処理方法。

Images