特開 2024-8306 通信装置、アプリケーションプログラム提供装置、情報処理システムおよびインストール方法

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

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

(11)【公開番号】P2024008306

(43)【公開日】2024-01-19

(54)【発明の名称】通信装置、アプリケーションプログラム提供装置、情報処理システムおよびインストール方法

(51)【国際特許分類】

   G06F 8/61 20180101AFI20240112BHJP

【ＦＩ】

G06F8/61

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2022110066

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

(71)【出願人】

【識別番号】000237592

【氏名又は名称】株式会社デンソーテン

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】大築 ともえ

(72)【発明者】

【氏名】奥原 誠

(72)【発明者】

【氏名】坂口 友理

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

5B376

【Ｆターム（参考）】

5B376AD22

(57)【要約】

【課題】アプリケーションプログラムを適切にインストールすること。
【解決手段】実施形態に係る通信装置は、複数のノードを接続可能な通信装置であって、接続されたノードから得られるデータを利用して接続されたノードの制御を行うアプリケーションプログラムを記憶する記憶部と、記憶部に記憶されたアプリケーションプログラムを実行するコントローラと、を有する通信装置において、コントローラは、アプリケーションプログラムに設定された適用範囲を逸脱する状態の発生状況に基づいて、記憶部に記憶するアプリケーションプログラムを決定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数のノードを接続可能な通信装置であって、
接続されたノードから得られるデータを利用して接続されたノードの制御を行うアプリケーションプログラムを記憶する記憶部と、
前記記憶部に記憶されたアプリケーションプログラムを実行するコントローラと、を有する通信装置において、
前記コントローラは、
アプリケーションプログラムに設定された適用範囲を逸脱する状態の発生状況に基づいて、前記記憶部に記憶するアプリケーションプログラムを決定する、
通信装置。

【請求項2】

前記アプリケーションプログラムに設定された適用範囲を逸脱する状態の発生状況は、
前記ノードが有するセンサの測定値が前記適用範囲を逸脱する値である状態である、
請求項１に記載の通信装置。

【請求項3】

前記アプリケーションプログラムに設定された適用範囲を逸脱する状態の発生状況は、
前記ノードが有するセンサの測定範囲特性が前記適用範囲を逸脱する特性である状態である、
請求項１に記載の通信装置。

【請求項4】

前記アプリケーションプログラムに設定された適用範囲を逸脱する状態の発生状況は、
前記アプリケーションプログラムによる制御が適切な制御となるアプリケーションプログラムの使用推奨条件をアプリケーションプログラム実行に関わる周囲環境が逸脱する状態である、
請求項１に記載の通信装置。

【請求項5】

前記コントローラは、
接続された複数のノードから得られるデータを、接続された複数のノードが使用できるデータに変換し、または前記記憶部に記憶されたアプリケーションプログラムが使用できるデータに変換し、
変換したデータを、前記記憶部に記憶する、
請求項１に記載の通信装置。

【請求項6】

前記コントローラは、
前記記憶部にインストールされているアプリケーションプログラムに設定された適用範囲を逸脱する状態が発生した場合に、逸脱状態にある適用範囲のアプリケーションプログラムを前記記憶部から削除する、
請求項１～４のいずれか一つに記載の通信装置。

【請求項7】

前記コントローラは、
前記記憶部にインストールされているアプリケーションプログラムに設定された適用範囲を逸脱する状態が発生した場合に、当該アプリケーションプログラムを代替する適用範囲を逸脱しないアプリケーションプログラムを前記記憶部に記憶する、
請求項６に記載の通信装置。

【請求項8】

前記コントローラは、
接続されたノードに関するノード情報を外部のアプリケーションプログラム提供装置に送信し、
送信されたノード情報送信に対して前記アプリケーションプログラム提供装置から送信されるアプリケーションプログラムを受信し、前記記憶部に受信したアプリケーションプログラムを登録する、
請求項１～４のいずれか一つに記載の通信装置。

【請求項9】

前記コントローラは、
前記ノードから得られるデータに基づく前記記憶部に記憶されたデータが予め定める所定期間更新されなかった場合に、当該データを利用するアプリケーションプログラムを前記記憶部から削除する、
請求項１～４のいずれか一つに記載の通信装置。

【請求項10】

前記コントローラは、
記憶部に記憶されているプリケーションプログラムの実行に基づき前記記憶部に記憶されたデータが予め定める所定期間使用されなかった場合に、当該アプリケーションプログラムを前記記憶部から削除する、
請求項１～４のいずれか一つに記載の通信装置。

【請求項11】

複数のノードが接続された通信装置にアプリケーションプログラムを提供するアプリケーションプログラム提供装置であって、
ノードの組み合わせ状態と提供に適したアプリを関連付けたデータベースと、アプリケーションプログラムの提供処理を実行する提供装置コントローラと、を有し、
前記提供装置コントローラは、通信装置から送信された当該通信装置に接続されたノードに関する情報に基づき前記データベースの照合処理を行なって通信装置に提供するアプリケーションを決定し、
提供を決定したアプリケーションを該当の通信装置に送信する、
アプリケーションプログラム提供装置。

【請求項12】

複数のノードを接続可能な通信装置と、前記通信装置にアプリケーションプログラムを提供するアプリケーションプログラム提供装置とを含む情報処理システムであって、
前記通信装置は、
接続されたノードから得られるデータを利用して接続されたノードの制御を行うアプリケーションプログラムを記憶する記憶部と、
前記記憶部に記憶されたデータを用いて前記記憶部に記憶されたアプリケーションプログラムを実行するコントローラと、を有し、
前記コントローラは、
アプリケーションプログラムに設定された適用範囲を逸脱する状態の発生状況に基づいて前記記憶部に記憶するアプリケーションプログラムを決定し、
前記アプリケーションプログラム提供装置は、
ノードの組み合わせ状態と提供に適したアプリを関連付けたデータベースと、アプリケーションプログラムの提供処理を実行する提供装置コントローラと、を有し、
前記提供装置コントローラは、
通信装置から送信された当該通信装置に接続されたノードに関する情報に基づき前記データベースの照合処理を行なって通信装置に提供するアプリケーションを決定し、
提供を決定したアプリケーションを該当の通信装置に送信する、
情報処理システム。

【請求項13】

複数のノードを接続可能な通信装置において、接続されたノードから得られるデータを利用して接続されたノードの制御を行うアプリケーションプログラムのインストールを行うインストール方法であって、
通信装置に接続されたノード種別の組み合わせ状況と、
アプリケーションプログラムに設定された適用範囲を逸脱する状態の発生状況に基づいて、
インストールするアプリケーションプログラムを決定する、
インストール方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置、アプリケーションプログラム提供装置、情報処理システムおよびインストール方法に関する。

【背景技術】

【0002】

従来、スマートフォン等のデバイスにおいて、接続される機器に応じてアプリケーションを選択して、インストールを行う技術が開示されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特表２０１２－５２１７２８号公報

【発明の概要】

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

【0004】

しかしながら、従来技術では、適切なアプリケーションプログラムをインストールするうえで、改善の余地があった。例えば、従来技術では、接続される機器に対応するアプリケーションプログラムが多い場合には、インストールするアプリケーションプログラムの選択が困難になる、あるいは、不適切なアプリケーションプログラムがインストールされる恐れがある。

【0005】

本発明は、上記に鑑みてなされたものであって、アプリケーションプログラムを適切にインストールすることができる通信装置、アプリケーションプログラム提供装置、情報処理システムおよびインストール方法を提供することを目的とする。

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

【0006】

上述した課題を解決し、目的を達成するために、本発明に係る通信装置は、複数のノードを接続可能な通信装置であって、接続されたノードから得られるデータを利用して接続されたノードの制御を行うアプリケーションプログラムを記憶する記憶部と、前記記憶部に記憶されたアプリケーションプログラムを実行するコントローラと、を有する通信装置において、前記コントローラは、アプリケーションプログラムに設定された適用範囲を逸脱する状態の発生状況に基づいて、前記記憶部に記憶するアプリケーションプログラムを決定する。

【発明の効果】

【0007】

本発明によれば、アプリケーションプログラムを適切にインストールすることができる。

【図面の簡単な説明】

【0008】

【図1】図１は、情報処理システムの概要を示す図である。

【図2】図２は、情報処理システムのブロック図である。

【図3】図３は、外部装置が有するアプリデータベースの一例を示す図である。

【図4】図４は、外部装置が有するアプリデータベースに記憶されたデータの一例を示す図である。

【図5】図５は、通信装置が有する使用状況テーブルの一例を示す図である。

【図6】図６は、決定部による処理の一例を示す図である。

【図7】図７は、出力ＴＯＰＩＣに関するデータ生成を説明する図である。

【図8】図８は、実施形態に係るインストール処理を説明するフローチャートである。

【図9】図９は、実施形態に係るアプリ入れ替え処理を説明するフローチャートである。

【図10】図１０は、外部装置の行う選択処理を示すフローチャートである。

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

【0009】

以下、添付図面を参照して、本願の開示する通信装置、アプリケーションプログラム提供装置、情報処理システムおよびインストール方法の実施形態を詳細に説明する。なお、以下に示す実施形態により本発明が限定されるものではない。

【0010】

まず、図１を用いて、実施形態に係る提供装置、提供システムおよび提供方法の概要について説明する。図１は、情報処理システムおよびインストール方法の概要について説明する。図１は、情報処理システムの概要を示す図である。

【0011】

図１に示すように、実施形態に係る情報処理システム１００は、通信装置１と、外部装置２０とを有する。外部装置２０は、例えば、サーバ装置で構成され、アプリケーションプログラム（以下、アプリと記載）を通信装置１に対して提供するアプリケーションプログラム提供装置としても動作する。

【0012】

通信装置１は、例えば、車両に搭載される。なお、通信装置１は、車両に搭載される装置に限定されることはなく、事務所や家庭、あるいは航空機、船舶等の各種移動体への設置も有効である。通信装置１は、例えば、Ｐｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅ方式によって、データをノード１０に配信する。通信装置１は、例えば、ＭＱＴＴ（Message Queuing Telemetry Transport）を用いて、データをノード１０に配信する。通信装置１は、Ｂｒｏｋｅｒとして機能する。

【0013】

実施形態に係るノード１０は、車両に搭載されて通信装置１に有線あるいは無線接続される各種装置を含む。ノード１０は、搭乗者により車両に持ち込まれて、あるいは近接状態にされて通信装置１に有線あるいは無線接続される各種装置を含む。また、ノード１０は、車両製造時に組み込まれる各種装置を含む。ノード１０は、車両製造後、および販売後にユーザ等により新たに追加設置される装置を含む。車両の構造により各ノード１０の規模は異なるが、例えば車両製造時に組み込まれる各種装置（ノード１０）としては、エンジン制御装置、操舵装置、制動装置、およびエアコン装置等がある。また、ユーザ等により新たに追加設置される装置（ノード１０）としては、例えばナビゲーション装置、ドライブレコーダ装置、およびオーディオ・ビジュアル装置等がある。また、搭乗者により車両に持ち込まれる（あるいは近接状態にされる）装置（ノード１０）としては、スマートフォン、携帯電話、スマートウォッチ、ゲーム機（通信機能付き）、デスクトップ型ＰＣ、ノート型ＰＣ、およびタブレット型ＰＣ等がある。なお、車両製造時に組み込まれる各種装置例、追加設置される装置例、車両に持ち込まれる装置例に分類したが、例示した装置は当該分類に限られるものではなく、他の分類に属するものである場合もある。例えば、ナビゲーション装置は車両製造時に組み込まれる場合もある。

【0014】

さらに、他の車両の各種装置、および信号機などのインフラ機器等も、通信装置１との通信が可能な範囲においては、ノード１０となり得る。

【0015】

このため、各ノード１０におけるデータのフォーマットなどが異なっていることがあり、フォーマットなどが異なる状態では、データの有効活用が図れないこととなる。

【0016】

ノード１０は、当該ノード１０の基本機能を実現するために必要な各種センサを含む。例えば、ノード１０は、車速センサ、バイタルセンサ、車室の温度を検出する温度センサ、および車室のＣＯ２濃度を検出するＣＯ２センサなどである。バイタルセンサは生体情報を取得するセンサで、例えば、脳波を検出する脳波センサ、および脈拍を検出する脈拍センサ等である。

【0017】

なお、センサが通信機能を持つ場合（センサ素子と通信素子とからなるセンサ装置等）は、当該センサ（装置）もノード１０として適用可能である。

【0018】

ノード１０は、ＥＣＵ（Electronic Control Unit）を含む。ＥＣＵは、当該ＥＣＵが搭載されたノード１０（装置）の動作を制御する。ＥＣＵは、例えば、パワートレインＥＣＵ、運転支援系ＥＣＵ、マルチメディア系ＥＣＵ、エアコンＥＣＵである。

【0019】

実施形態に係る通信装置１は、記憶部３と、制御部４とを有する。記憶部３は、図１に示すように、掲示板３Ａと、コンテナ部３Ｂとを有する。制御部４は、各ノード１０からデータを取得すると（ステップＳ１）、取得元以外のノード１０（当該データを必要とするノード）によっても使用できる形態のデータに変換し、記憶部３の掲示板３Ａに記憶する。なお、掲示板３Ａの具体例については、図３を用いて後述する。

【0020】

掲示板３Ａに記憶されたデータは、ノード１０に提供される（ステップＳ２）。これにより、実施形態に係る通信装置１は、或るノード１０のセンサ等によって取得されるデータを他のノード１０が活用できるようにすることで、当該ノード１０による動作・機能を高度化する。その結果、ユーザの利便性が向上される。例えば、通信装置１は、スマートウォッチ（ノード１０の一例）の計測しているユーザの体温データを取得し、車両エアコン装置が利用可能なデータ様式で掲示板３Ａに記憶する。そして、車両エアコン装置は掲示板３Ａからユーザの体温データを読み込み、車両エアコン装置のセンサが計測した車室温データと、読み込んだユーザの体温データに基づきユーザの状態を考慮した車両エアコン制御を行うと言った、より快適な車内空間を実現する高度な制御が可能となる。

【0021】

また、記憶部３のコンテナ部３Ｂは、アプリケーションプログラム（以下、単にアプリと記載）をアプリ毎に記憶する複数のコンテナ３Ｃを有する。つまり、コンテナ３Ｃそれぞれには、１つのアプリが記憶される。コンテナ３Ｃに記憶されるアプリは、例えば、各ノード１０を制御するためのアプリで、一例として、車室温とユーザ（車両搭乗者）の体温に基づき推定される車室内の最適温度にエアコン（ノード１０）を制御するアプリが挙げられる。

【0022】

ところで、このようにアプリをインストールするにあたり、コンテナ３Ｃの数には限りがある。また、インストールするアプリを選定する方法として、例えば接続されたノード１０のセンサの種別に応じてアプリを選定する方法が考えられる。しかしながら、センサの種別によっては、例えば温度センサ等のよく利用されるパラメータを測定するセンサの場合には、当該センサを使用するアプリが大量にヒットしてしまう場合があり、数に限りのあるコンテナ３Ｃにインストールするアプリの選定が困難になる。また、このような場合においては、実際には利用されないアプリをインストールするおそれもあり、コンテナ３Ｃの有効活用が図れない場合がある。

【0023】

そこで、実施形態に係る情報処理システム１００では、ノード１０のセンサの種別に加え、センサの測定信号の特性も各アプリの選定条件とすることとした。例えば、図１に示すように、インストールするアプリの選定に際し、通信装置１は、各ノード１０のセンサから得られるデータの種別に関する情報、各ノード１０のセンサから得られるデータの履歴に関する情報を外部装置２０へ送信する。

【0024】

外部装置２０は、通信装置１から受け取ったこれらの情報に基づき、アプリを選択する。具体的には、図２に示すように、外部装置２０は、各アプリの実行において必要なデータのデータ種別、データの適用範囲等の特性に関するデータを記憶するデータベース２１を有している。そして、外部装置２０は、通信装置１に接続された各ノード１０のセンサから得られるデータにおけるデータ種別とデータの特性、例えばデータの上下限値（適用範囲に相当）との双方が、実行時に使用するデータとして適合するアプリをデータベース２１のデータに基づき選択する。

【0025】

例えば、図１に示す（データベース２１のデータ）例において、外部装置２０は、通信装置１から受け取った各ノード１０のセンサから得られるデータにおけるデータ種別が「体温、心拍、血圧」であり、体温の測定履歴が３７℃以上であった場合に、データベース２１におけるデータ種別が「体温、心拍、血圧」を含み、データの適用範囲が「３７℃以上」である、アプリ名「病気名チェック」のアプリを選択する。

【0026】

外部装置２０は、アプリの選択を終えると、選択したアプリに関するアプリ情報（ここではアプリのプログラムを含む）を通信装置１へ送信する（ステップＳ５）。通信装置１は、外部装置２０からアプリ情報を受け取ると、ユーザの許可を経て、コンテナ３Ｃにアプリ（プログラム）をインストールする（ステップＳ６）。

【0027】

このように、実施形態に係る情報処理システム１００は、接続された各ノード１０のセンサ等から得られるデータにおけるデータ種別に加えて、さらに、当該データの変動範囲（センサから得られるデータ特性）に応じて、通信装置１にインストールするアプリを決定する。換言すれば、情報処理システム１００では、センサ等から得られるデータにおけるデータ種別のデータを使用するものの、センサ等から得られるデータにおける特性（変動範囲）がその適用範囲から外れてしまうアプリをインストール対象から除外する。

【0028】

したがって、実施形態に係る情報処理システム１００によれば、アプリケーションプログラムを適切にインストールすることができる。

【0029】

次に、図２を用いて、実施形態に係る情報処理システム１００の構成例について説明する。図２は、実施形態に係る情報処理システム１００のブロック図である。情報処理システム１００は、通信装置１と、外部装置２０とを備える。

【0030】

外部装置２０は、例えば、サーバ装置で実現される。そして、外部装置２０は、アプリケーションプログラムを提供するアプリケーションプログラム提供装置として動作する。外部装置２０は、データベース２１と、提供制御部２２とを備える。データベース２１は、ノード１０の種別毎に当該ノード１０が有する各種センサの保有情報が記憶されたノードデータベース２１１を含む。このノードデータベース２１１は、ノード１０の種別データに基づき当該ノードが持つセンサ種別を抽出する際に用いられる。

【0031】

また、データベース２１は、各種センサ毎に当該センサに関する各種情報（例えば、センサの出力データ種別（ＴＯＰＩＣ（データ項目情報））やデータフォーマット、測定単位、測定間隔等）が記憶されたセンサデータベース２１２を含む。このセンサデータベースは、センサ種別データに基づき当該センサの情報（例えば、センサの出力データ種別やデータフォーマット、測定単位、測定間隔等）を抽出する際に用いられる。

【0032】

また、データベース２１は、必要ＴＯＰＩＣ、出力ＴＯＰＩＣ、出力ノードおよび適用範囲のデータが、アプリ毎に記憶されたアプリデータベース２１３を含む。必要ＴＯＰＩＣは、アプリを実行するために必要なデータに対するＴＯＰＩＣである。出力ＴＯＰＩＣは、アプリによって生成されるデータに対するＴＯＰＩＣである。出力ノードは、出力ＴＯＰＩＣのデータの出力先となるノード１０であって、当該出力ノードは出力ＴＯＰＩＣのデータを用いた動作（処理）を行う。１つのノード１０に対して、複数のＴＯＰＩＣが設定されてもよい。また、適用範囲は、必要ＴＯＰＩＣのデータ（数値）に対してアプリが処理に使用できるデータの範囲を示す情報である。

【0033】

なお、これらのデータは、例えば、外部装置２０の管理者等が、各種ノ－ド１０や各種センサ、また各種アプリに関する情報を収集し、データベース２１に記憶する形式に加工して、データベース２１に記憶することになる。

【0034】

図３は、外部装置２０が有するアプリデータベース２１３の一例を示す図である。アプリデータベース２１３は、各アプリに対応する必要ＴＯＰＩＣ、出力ＴＯＰＩＣ、出力ノードおよび適用範囲のデータがアプリ毎に記憶されたデータベースである。図３に示したアプリデータベース２１３のデータ例では、アプリ「ＡＡ」における必要ＴＯＰＩＣは、「室温」、「心拍数」、および「脈拍数」である。アプリ「ＡＡ」における出力ＴＯＰＩＣは、「最適温度」である。また、アプリ「ＡＡ」における出力ノードは「エアコンＥＣＵ」である。つまり、アプリ「ＡＡ」は、「室温」、「心拍数」、および「脈拍数」のデータに基づいて、「エアコンＥＣＵ」用の「最適温度」データを生成するアプリとなる。そして、アプリ「ＡＡ」における適用範囲は、「室温２０℃以上」である。アプリ「ＡＡ」は、必要ＴＯＰＩＣである「室温」の値（センサの測定値）が２０℃以上である場合に正常に動作することを示す。

【0035】

また、出力ノードは、複数のノード１０であってもよい。つまり、アプリが複数種のノード１０を制御するものであれば、アプリデータベース２１３の出力ノードには２種のノードが記憶され、出力ＴＯＰＩＣには各出力ノードに対する出力データ種別が記憶される。

【0036】

また、同じ組み合わせの必要ＴＯＰＩＣに対して、異なる出力ＴＯＰＩＣ、および異なる出力ノードが紐付けられた複数のアプリがアプリデータベース２１３に記憶されてもよい。

【0037】

提供制御部２２は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、ハードディスクドライブ、入出力ポートなどを有するコンピュータや各種の回路を含む。提供制御部２２は、複数のコンピュータが並列処理を行なうように構成されていてもよい。

【0038】

コンピュータのＣＰＵは、例えば、ＲＯＭ等の記憶デバイスに記憶されたプログラムを読み出して実行することによって、提供制御部２２として機能する。提供制御部２２の一部、または全部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成されてもよい。

【0039】

提供制御部２２は、通信装置１から提供された通信装置１に接続された複数のノード１０に関するノード情報に基づき通信装置１に提供するアプリの候補（以降、提供候補アプリと称する）を選択する。つまり、原理的には、通信装置１に接続された複数のノード１０の組み合わせ状態に応じて通信装置１に提供する提供候補アプリを選択する。このアプリ選択処理のために、ノード１０の組み合わせ状態と提供に適したアプリを関連付けたデータベースがデータベース２１に構築されている（本例では、上述の複数のデータベースで構築）。

【0040】

具体的には、提供制御部２２は、通信装置１に接続された複数のノード１０のノード種別データを用いてノードデータベース２１１を検索し、通信装置１が計測データを取得可能なセンサ種別、つまり通信装置１と接続状態にあるセンサ種別を抽出する。

【0041】

次に提供制御部２２は、この抽出されたセンサ種別データを用いてセンサデータベース２１２を検索し、通信装置１に接続状態にある各センサの情報（例えば、センサの出力データ種別やデータフォーマット、測定単位、測定間隔等）を抽出する。

【0042】

そして提供制御部２２は、通信装置１に接続された複数のノード１０のノード種別データと、通信装置１が取得可能な計測データ（接続状態にあるセンサの出力データ種別）を用いてアプリデータベース２１３を検索し、提供候補アプリを決定する。具体的には、提供制御部２２は、「出力ノード」のデータが「通信装置１に接続された複数のノード１０のノード種別」の少なくとも１つを含み（例えば、図３のエアコンＥＣＵ）、「必要ＴＯＰＩＣ」のデータが接続状態にあるセンサの出力データ種別に対応する（例えば、図３の室温、心拍数、脈拍数）アプリを抽出し、提供候補アプリ（例えば、図３のアプリＡＡ）を決定する。

【0043】

そして、提供制御部２２は、各アプリに設定された適用範囲に基づいて上述の提供候補アプリから通信装置１に提供するアプリを選択する。この場合、提供制御部２２は、通信装置１から通信装置１におけるアプリの適用範囲に対する比較情報を取得し、当該比較情報とアプリに設定された適用範囲（アプリデータベース２１３の「適用範囲」のデータ）との一致状況判断に基づき、提供候補アプリからアプリを選択する。つまり、提供制御部２２は、通信装置１の接続された複数のノード１０の持つセンサ種別と、通信装置１におけるアプリの適用範囲に対する比較情報に基づき、通信装置１に提供するアプリを選択する。

【0044】

なお、アプリの適用範囲に対する比較情報としては、通信装置１の接続された複数のノード１０の持つセンサにおける計測値範囲が有用な情報である。センサにおける計測値範囲のデータは、センサ種別毎の計測値範囲が記憶されたデータベース（本例ではセンサデータベース２１２）を利用して取得することが可能である。また、ノード１０の持つセンサの計測値のデータ履歴に基づいて計測値の変動範囲を推測して計測値範囲（比較情報）とする方法も適用可能である。

【0045】

また、アプリの適用範囲に関する比較情報としては、アプリが有効に動作することができる状況の情報、所謂使用（動作）推奨条件の情報、例えば、天気、渋滞などに関する周辺環境情報も有用である。このような情報は、例えば通信装置１から取得した位置データに基づき、外部の情報提供サーバ（例えば、天気情報提供システムのサーバ）から取得することが可能で、また通信装置１の接続された複数のノード１０の持つセンサの出力等（例えば、ワイパの動作信号）に基づき取得することも可能である。

【0046】

図４は、提供制御部２２による外部データに基づくアプリケーションの選択処理を説明する図で、外部装置２０が有するアプリデータベース２１３に記憶されたデータの一例を示す図（アプリデータベース２１３の一部）である。このデータ例では、アプリ「近道案内」および「近道案内（路面凍結）」の必要ＴＯＰＩＣはそれぞれ「位置情報」であり、適用範囲（使用推奨条件）がそれぞれ「晴れ」または「雪」である。また、複数のノード１０の持つセンサの出力には「位置情報」が含まれていたとする。

【0047】

この場合、提供制御部２２は、必要ＴＯＰＩＣとして「位置情報」が含まれるアプリ、本例では「近道案内」、「近道案内（路面凍結）」を提供候補アプリとする。さらに提供制御部２２は、アプリの制御対象装置（ノード１０の１つ）に関する各種状況が提供候補アプリの適用範囲、所謂アプリの使用推奨条件を満たす状況かを確認するために必要な情報を外部から取得する。本例では通信装置１（搭載車両、あるいはノード１０）の位置付近の天気に関するデータを例えば外部の気象情報提供センターより取得する。そして、提供制御部２２は、アプリの制御対象装置に関する各種状況がアプリの使用推奨条件を満たす提供候補アプリを提供するアプリとして決定する。本例の場合、提供制御部２２は、通信装置１の位置の天気が晴れであれば、「近道案内」のアプリを選択し、天気が雪であれば、「近道案内（路面凍結）」のアプリを選択する。

【0048】

つまり、提供制御部２２は、外部データによっても適用範囲を満たすアプリを選択することで、より利便性の高いアプリを選択して、通信装置１へ提供することができる。また、このようなアプリの適用範囲の細分化によって、アプリの処理を当該適用範囲におけるデータに絞った処理にでき、また当該適用範囲における各種状況の特性に適した処理にできるため、各アプリの容量を抑えることが期待でき、またより効果的な制御となることも期待できる。

【0049】

また、提供制御部２２は、各アプリの情報に基づき、通信装置１に提供するアプリに関する必要ＴＯＰＩＣ、出力ＴＯＰＩＣ、およびアプリが制御対象とするノードを示す出力ノードの情報を通信装置１に提供する。また、提供制御部２２は、通信装置１に接続されたノード１０、および通信装置１に提供するアプリに応じて、通信装置１の掲示板３Ａに掲載するＴＯＰＩＣの情報を通信装置１に提供する。

【0050】

図２に戻り、通信装置１は、通信部２と、記憶部３と、制御部４とを備える。通信部２は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部２は、各ノード１０と有線通信、または無線通信する。通信部２は、外部装置２０と無線通信する。

【0051】

有線通信は、例えば、ＣＡＮ（Controller Area Network）、イーサネット（登録商標）、ＬＩＮ（Local Interconnect Network）、ＵＳＢ（Universal Serial Bus）などの有線通信装置によって実行される。無線通信は、例えば、Ｗｉ-Ｆｉ（登録商標）、ＬＴＥ（Long Term Evolution）、ＢＬＥ（Bluetooth（登録商標） Low Energy）、Ｚｉｇｂｅｅ（登録商標）、ＵＷＢ（Ultra Wide Band）などの無線通信装置によって実行される。

【0052】

記憶部３は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子によって実現される。

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