JP2018152758A - 情報管理システム、車載装置、サーバ、及びルーティングテーブル変更方法 - Google Patents

Abstract

【課題】新たな機能の追加や変更を行う場合の通信負荷の増加を抑制する。
【解決手段】車載システム１では、車載装置１１は、複数の機能部３２それぞれに対応するサービスＩＤの少なくとも１つを取得し、サーバに送信する。サーバ１２は、送信された少なくとも１つのサービスＩＤに対応する少なくとも１つの機能部３２のサービス情報４２ｂを取得する。情報管理システム１は、取得された少なくとも１つの機能部３２のサービス情報４２ｂを含む、複数の機能部３２それぞれに対応する複数のサービス情報４２に基づいて、ルーティングテーブル４１の変更箇所を決定し、決定された変更箇所に基づいて、ルーティングテーブル４１の変更を実行する。
【選択図】図１

Description

本開示は、車両に搭載される機器を管理する技術に関する。

近年、車両では各種の電子制御装置が車内ネットワークによって接続されることで、連携して動作させることが行われている。このようなシステムを連携する車両情報プラットフォームにおいて、例えば特許文献１では、アプリケーションを動作させるプラットフォームを同一にすることにより、新規システムを構築する際のアプリケーションの再利用性や、複数のアプリケーション間の相互運用性を確保することが提案されている。

特開２０００−１６５４２２号公報

車両には、異質な機能を実現する機能部が実装された複数の電子制御装置が共存している。そこで、発明者らは、そのような電子制御装置を管理することにより複数の機能部間の相互運用性を高めることを検討しているが、新たな電子制御装置や機能部がネットワークに追加されたときに、他の機能部との相互運用のための通信に必要なデータサイズが大きくなりすぎると様々な問題が発現することを見出した。

本開示は、新たな機能の追加や変更を行う場合の通信負荷の増加を抑制する技術を提供する。

本開示の第１の態様は、車両に搭載される車載装置（１１）と、該車載装置と通信可能に構成されたサーバ（１２）と、を備える情報管理システム（１）である。
車載装置は、通信中継部（５１）と、情報取得部（６１）と、送信部（２３）と、を備える。通信中継部は、ルーティングテーブルに基づいて、それぞれ所定の機能を実現する複数の機能部（３２、３２ａ、３２ｎ）同士の通信を中継するように構成されている。情報取得部は、上記複数の機能部それぞれに対応する複数の個別の識別情報のうちの少なくとも１つを取得するように構成されている。送信部は、上記情報取得部により取得された少なくとも１つの個別の識別情報をサーバに送信するように構成されている。

またサーバは、上記送信部により送信された少なくとも１つの個別の識別情報に対応する少なくとも１つの機能部の個別の属性情報を取得するように構成された属性取得部（２４）を備える。

そしてこの情報管理システムは、さらに、決定部（６２）と、変更部（５２）と、を備える。決定部は、上記属性取得部により取得された少なくとも１つの機能部の個別の属性情報を含む、複数の機能部それぞれに対応する複数の個別の属性情報に基づいて、ルーティングテーブルの変更箇所を決定するように構成されている。変更部は、決定部により決定された変更箇所に基づいて、ルーティングテーブルの変更を実行するように構成されている。

このような構成によれば、機能部の追加や変更があったとき、その機能部の識別情報に基づいて、サーバにて属性情報が取得される。よって、機能部は属性情報自体を発信する必要が無くなるため、新たな機能の追加や変更を行う場合のネットワークの通信負荷の増加を抑制することができる。

本開示の第２の態様は、車両に搭載され、該車両の外部に配置されたサーバ（１２）と通信可能に構成された車載装置（１１）であって、通信中継部（５１）と、情報取得部（６１）と、送信部（２３）と、を備える。

通信中継部は、ルーティングテーブルに基づいて、それぞれ所定の機能を実現する複数の機能部（３２、３２ａ、３２ｎ）同士の通信を中継するように構成されている。情報取得部は、上記複数の機能部それぞれに対応する複数の個別の識別情報のうちの少なくとも１つを取得するように構成されている。送信部は、上記情報取得部により取得された少なくとも１つの個別の識別情報をサーバに送信するように構成されている。

このような構成によれば、上述した本開示の第１の態様の情報管理システムの一部を構成することができる。
本開示の第３の態様は、車両に搭載される車載装置（１１）と、該車載装置と通信可能に構成されたサーバ（１２）である。このサーバは、車両に搭載される機能部であって、所定の機能を実現する機能部（３２、３２ａ、３２ｎ）に対応する個別の識別情報に基づいて、機能部の個別の属性情報を取得するように構成された属性取得部（２４）を備える。

このような構成によれば、上述した本開示の第１の態様の情報管理システムの一部を構成することができる。
本開示の第４の態様は、サーバ（１２）と通信可能に構成されたクライアント（１１）が備える通信中継部（２１）が、それぞれ所定の機能を実現する複数の機能部（３２、３２ａ、３２ｎ）同士の通信の中継を行うときに使用されるルーティングテーブルの変更方法である。

このルーティングテーブルの変更方法は、（ｉ）クライアントにおいて、複数の機能部のうちの少なくとも１つの機能部に対応する個別の識別情報を取得すること、（ｉｉ）サーバにおいて、上記個別の識別情報に基づいて、該個別の識別情報により特定される上記少なくとも１つの機能部の個別の属性情報を取得すること、（ｉｉｉ）上記少なくとも１つの機能部の個別の属性情報を含む、複数の機能部それぞれに対応する複数の個別の属性情報に基づいて、ルーティングテーブルの変更箇所を決定すること、（ｉｖ）決定された変更箇所に基づいて、ルーティングテーブルの変更を実行すること、を含む。

このような方法によれば、クライアントにおいて機能部から属性情報を発信する必要がなくなるため、クライアントのネットワークにおいて新たな機能の追加や変更を行う場合の通信負荷を低減することができる。

なお、この欄及び特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

第１実施形態の情報管理システムの構成を示すブロック図である。 第１実施形態の情報管理システムの機能ブロック図である。 第１実施形態の情報管理システムの全体の処理を示すシーケンス図である。 第１実施形態のサービス管理処理のフローチャートである。 第１実施形態のサービス追加処理のフローチャートである。 サービス利用状況の一例である。 第１実施形態のサービス削除処理のフローチャートである。 第２実施形態のサーバの機能ブロック図である。 第２実施形態の情報管理システムの全体の処理を示すシーケンス図である。 第３実施形態のサーバの構成を示すブロック図である。 第３実施形態のサーバの機能ブロック図である。 第３実施形態の情報管理システムの全体の処理を示すシーケンス図である。 第４実施形態の通信管理部の構成を示すブロック図である。 第４実施形態の通信管理部の機能ブロック図である。 第４実施形態の情報管理システムの全体の処理を示すシーケンス図である。

以下、図面を参照しながら、発明を実施するための形態を説明する。
［１．第１実施形態］
［１−１．全体構成］
図１に示す情報管理システム１は、車両に搭載される車載装置１１と、該車載装置１１と通信可能に構成されたサーバ１２と、を備える。車載装置１１が、サーバ１２と通信するクライアントである。

車載装置１１は、通信管理部２１と、サービス管理部２２と、車外通信部２３と、を備える。
通信管理部２１は、ＣＰＵ２１ａと、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリ（以下、メモリ２１ｂ）と、を有する周知のマイクロコンピュータを中心に構成される。通信管理部２１の各種機能は、ＣＰＵ２１ａが非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、メモリ２１ｂが、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。このメモリ２１ｂには、ルーティングテーブル４１が記憶されている。

通信管理部２１には、複数の車内ネットワーク３１ａ〜３１ｃが接続されている。これらのネットワークそれぞれには、複数の機能部３２が接続されている。ここでいう機能部３２とは、所定の機能を実現する要素である。複数の機能部３２は、それぞれ何らかの機能を実現可能に構成されている。なお以下の説明においては、機能部３２の機能により得られるものについて、サービスとも記載する。

機能部３２は、具体的にはＣＰＵ等を有する情報処理装置、例えばＥｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ（以下、ＥＣＵ３３）により実現される。なお、１つの機能部３２が１つの情報処理装置により実現される構成である必要はない。１つの情報処理装置が複数の機能部３２を実現する構成であってもよいし、複数の情報処理装置により１つの機能部３２を実現する構成であってもよい。なお図１では、複数の機能部３２のうちの１つである機能部３２ｎは、ＥＣＵ３３ｎにより実現される。

通信管理部２１は、ＣＰＵ２１ａがプログラムを実行することで実現される機能の構成として、図２に示すように、通信中継部５１と、変更部５２と、を備える。これらの具体的な機能については後述する。

サービス管理部２２は、ＣＰＵ２２ａと、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリ（以下、メモリ２２ｂ）と、を有する周知のマイクロコンピュータを中心に構成される。サービス管理部２２の各種機能は、ＣＰＵ２２ａが非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、メモリ２２ｂが、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。このメモリ２２ｂには、車載装置１１に搭載された複数の機能部３２それぞれのサービス情報４２ａが記憶されている。

１つのサービス情報４２ａには、そのサービス情報４２ａに係る機能部３２が機能を実行することで出力可能となる情報を示す内容、即ちその機能部３２の「提供するサービス」と、当該機能部３２が機能を実行するために必要となる他の機能部３２により出力される情報を示す内容、即ちその機能部３２の「利用するサービス」と、が含まれる。

一例として、図１の車内ネットワーク３１ｂに接続される機能部３２ａに関するサービス情報４２ａには、提供するサービスとして「自動ブレーキ」が示されており、利用するサービスとして「先行車両との相対距離算出」、及び「車速」が示されている。

このサービス情報４２ａ、及び、同種の情報を含む後述するサービス情報４２ｂが、機能部の個別の属性情報に相当する。なお、これらサービス情報４２ａ、４２ｂを区別しないときには、サービス情報４２とも記載する。

サービス管理部２２は、ＣＰＵ２２ａがプログラムを実行することで実現される機能の構成として、図２に示すように、情報取得部６１と、決定部６２と、判断部６３と、を備える。

なお、通信管理部２１及びサービス管理部２２を構成するマイクロコンピュータの数は１つでも複数でもよい。また、通信管理部２１及びサービス管理部２２を構成するこれらの要素を実現する手法はソフトウェアに限るものではなく、その一部又は全部の要素について、一つあるいは複数のハードウェアを用いて実現してもよい。例えば、上記機能がハードウェアである電子回路によって実現される場合、その電子回路は多数の論理回路を含むデジタル回路、又はアナログ回路、あるいはこれらの組合せによって実現してもよい。

サーバ１２は、車載装置１１が搭載される車両の外部に設置されており、ＣＰＵ１２ａと、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリ（以下、メモリ１２ｂ）と、大きな記憶領域を有するハードディスク等の記憶装置１２ｃと、図示しない通信デバイスと、を有する周知のコンピュータシステムを中心に構成される。サーバ１２の各種機能は、ＣＰＵ１２ａが非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、メモリ１２ｂが、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。記憶装置１２ｃには、１つ以上の機能部それぞれに対応するサービス情報４２ｂが記憶されている。サービス情報４２ｂを記憶する記憶装置１２ｃは、サーバ１２内部及び外部の複数個所に分散して配置されていてもよい。

一例として、サーバ１２は、図１の車内ネットワーク３１ｃに接続される機能部３２ｎのサービス情報４２ｂを有している。このサービス情報４２ｂには、提供するサービスとして「先行車両との相対距離算出」が示されており、利用するサービスとして「車両前方の画像」、及び「天候」が示されている。

サーバ１２は、ＣＰＵ１２ａがプログラムを実行することで実現される機能の構成として、図２に示すように、属性取得部２４を備える。
［１−２．各部の機能］
通信中継部５１は、ルーティングテーブル４１に基づいて、複数の機能部３２同士の通信を中継するように構成されている。つまり通信管理部２１は通信中継部５１によりゲートウェイとしての機能を発揮する。なお、通信管理部２１に接続される各車内ネットワークは、必ずしも異なるプロトコルを用いたネットワークでなくともよく、一部又は全てが同一のプロトコルを用いたネットワークであってもよい。

ルーティングテーブル４１は、車両に搭載される機能部３２それぞれについて、当該機能部３２が通信を行うべき相手方の機能部３２への経路情報を含む。なお、ＣＰＵ２１ａが参照して、或いはＣＰＵ２１ａが用いて上述した中継を実現することができるものであれば、ルーティングテーブルの形態、様式、データ構造等は特に限定されない。

情報取得部６１は、車載装置１１に搭載される複数の機能部３２それぞれに対応する複数のサービスＩＤのうちの少なくとも１つを取得するように構成されている。なおサービスＩＤが個別の識別情報に相当する。このサービスＩＤはその機能部３２を実現するＥＣＵ３３から送信される。ＥＣＵ３３は、定期的（例えば３０秒ごと）に、当該ＥＣＵ３３が実現可能な機能部３２のサービスＩＤを、サービスＩＤ通知として出力する。

判断部６３は、ＥＣＵ３３から送信されたサービスＩＤに基づき、機能部３２の追加や削除の有無を判断する。機能部３２に追加や削除があれば、ＥＣＵ３３から送信されるサービスＩＤが増減したりサービスＩＤの送信が無くなったりするため、判断部６３はそれらに基づいて機能部３２の追加や削除を認識する。

車外通信部２３は、無線通信可能な通信デバイスであり、インターネット網などを介してサーバ１２と通信する。車外通信部２３の具体的な構成は、サーバ１２と通信が可能である限り特に限定されない。車外通信部２３は、情報取得部６１により取得された、少なくとも１つのサービスＩＤをサーバ１２に送信するように構成されている。この車外通信部２３が送信部に相当する。本実施形態では、車外通信部２３は、判断部６３により機能部３２が追加されたと判断されたときに、その追加された機能部３２のサービスＩＤをサーバ１２に送信する。

属性取得部２４は、記憶装置１２ｃに記憶される複数のサービス情報４２ｂの中から、車外通信部２３により送信された少なくとも１つのサービスＩＤに対応する少なくとも１つのサービス情報４２ｂを取得するように構成されている。

決定部６２は、属性取得部２４により取得され、その後サーバ１２から通知された少なくとも１つの機能部３２のサービス情報４２ｂを含む、複数の機能部３２それぞれに対応する複数のサービス情報４２に基づいて、ルーティングテーブル４１の変更箇所を決定するように構成されている。

変更部５２は、決定部６２により決定された変更箇所に基づいて、ルーティングテーブル４１の変更を実行するように構成されている。
以下、上述した機能部３２ｎが新たに追加された場合を具体例として説明する。

車載装置１１において、情報取得部６１により取得されたサービスＩＤが、判断部６３により、追加された機能部３２ｎに係るサービスＩＤであると判断されれば、車外通信部２３は、機能部３２ｎに係るサービスＩＤをサーバ１２に送信する。

サーバ１２において、属性取得部２４が機能部３２ｎのサービスＩＤを取得した場合には、機能部３２ｎに対応するサービス情報４２ｂが取得され、サービス情報４２ｂが車載装置１１に送られる。

機能部３２ｎは、「提供するサービス」として「先行車両との相対距離算出」を有しており、これは機能部３２ａの「利用するサービス」に含まれる。この「先行車両との相対距離算出」という機能が車載装置１１において新規な「提供するサービス」であれば、機能部３２ｎから機能部３２ａへ「先行車両との相対距離算出」に係る情報を出力することが望まれる。そこで、決定部６２は、機能部３２ｎから機能部３２ａへの経路を追加する変更をルーティングテーブル４１に行うように決定する。

また、仮に機能部３２ｎにより提供される「先行車両との相対距離算出」が新規なものではない場合、次のように構成することができる。（ｉ）ルーティングテーブル４１の変更が行われない。（ｉｉ）他の機能部により提供される「先行車両との相対距離算出」との優先度に応じて変更の有無を判断する。例えば機能部３２ｎにより提供される「先行車両との相対距離算出」サービスが、他の機能部３２の同サービスと比較して精度が高い場合や、機能部３２ａのサービスとの相性が良い場合には、機能部３２ｎから情報が機能部３２ａに送られるように経路を変更してもよい。

［１−３．処理］
＜システム全体の処理＞
情報管理システム１が実行する処理を、図３のシーケンス図を用いて説明する。この処理は、各ＥＣＵ３３が定期的にＳ１を実行することにより開始される。

まずＳ１では、ＥＣＵ３３は、サービスＩＤ通知を通信管理部２１へ出力する。ここでは、ＥＣＵ３３は、当該ＥＣＵ３３が備える機能部３２のサービスＩＤを通信管理部２１へ通知する。

Ｓ２では、通信管理部２１は、Ｓ１で取得したサービスＩＤ通知をサービス管理部２２へ出力する。
Ｓ３では、サービス管理部２２は、Ｓ２にて通知されたサービスＩＤが追加された機能部３２のサービスＩＤであれば、サービスＩＤを含むサービス情報要求を車外通信部２３へ出力する。

Ｓ４では、車外通信部２３は、サービス情報要求をサーバ１２に行う。
Ｓ５では、サーバ１２は、受信したサービス情報要求に含まれるサービスＩＤに対応するサービス情報４２ｂを、記憶装置１２ｃから検索する。

Ｓ６では、サーバ１２は、車外通信部２３にサービス情報応答を行う。サービス情報応答には、検索により発見されたサービス情報４２ｂが含まれる。
Ｓ７では、車外通信部２３は、サーバ１２から送信されたサービス情報応答をサービス管理部２２に出力する。

Ｓ８では、サービス管理部２２は、追加サービスの利用者確認を行い、機能部３２の追加により生じたルーティングテーブル４１の更新箇所を決定する。
Ｓ９では、サービス管理部２２は、通信管理部２１にルーティングテーブル更新要求を出力する。

Ｓ１０では、通信管理部２１は、サービス管理部２２から取得したルーティングテーブル更新要求に基づいてルーティングテーブル４１を更新する。このＳ１０の処理が、変更部５２による処理である。

＜サービス管理部によるサービス管理処理＞
サービス管理部２２のＣＰＵ２２ａが実行するサービス管理処理について、図４のフローチャートを用いて説明する。

まず、Ｓ１０１で、ＣＰＵ２２ａは、ＥＣＵ３３から、当該ＥＣＵ３３が提供可能な機能部のサービスＩＤ通知を受信する。このＳ１０１が、情報取得部６１による処理である。

Ｓ１０２では、ＣＰＵ２２ａは、前回通知との差分を比較する。
Ｓ１０３では、ＣＰＵ２２ａは、Ｓ１０２の結果から、差分ありであるか否か、すなわちサービスＩＤ通知に含まれるサービスＩＤに増減があったか否かを判定する。

ＣＰＵ２２ａは、Ｓ１０３で差分がないと判定した場合には、図４のサービス管理処理を終了する。
一方、ＣＰＵ２２ａは、Ｓ１０３で差分ありと判定した場合には、Ｓ１０４へ移行し、差分が追加であるか否かを判定する。サービスＩＤの数は、当該ＥＣＵの備える機能部３２の数により定まる。新たな機能部３２が追加されれば、サービスＩＤの数が増える。一方、機能部３２が削除されれば、サービスＩＤの数は減る。

Ｓ１０３では、新たなサービスＩＤが増加していれば、追加であると判定される。一方、前回通知では存在したサービスＩＤがなくなっていれば、追加ではなく、削除であると判定される。

ＣＰＵ２２ａは、Ｓ１０４で差分が追加であると判定した場合には、Ｓ１０５にて、図５のサービス追加処理を開始する。
一方、ＣＰＵ２２ａは、Ｓ１０４で差分が追加でない、即ち削除であると判定した場合には、Ｓ１０６にて、図７のサービス削除処理を開始する。このＳ１０２〜Ｓ１０４が、判断部６３による処理である。

＜サービス管理部によるサービス追加処理＞
ＣＰＵ２２ａが実行するサービス追加処理について、図５のフローチャートを用いて説明する。なお以下の説明では、車内ネットワーク３１ａ〜３１ｃに新たに追加された機能部３２を「追加サービス」と記載するとともに、車内ネットワーク３１ａ〜３１ｃに既に備えられていた機能部３２を「既存サービス」と記載する。

まず、Ｓ２０１では、ＣＰＵ２２ａは、サーバ１２にサービス情報要求を行い、サーバ１２から追加サービスのサービス情報４２ｂを取得する。
Ｓ２０２では、ＣＰＵ２２ａは、追加サービスのサービス情報４２ｂの「提供するサービス」を取得する。

Ｓ２０３では、ＣＰＵ２２ａは、既存サービスのサービス情報４２ａの数Ｎを取得する。既存サービスの数とは、サービス管理部２２が既に認識している機能部３２の数である。そして、その数Ｎに応じたサービス情報４２ａがメモリ２２ｂには記憶されている。

Ｓ２０４では、ＣＰＵ２２ａは、変数ｎについてｎ＝１に設定する。
Ｓ２０５では、ＣＰＵ２２ａは、ｎ番目の既存サービスに係るサービス情報４２ａの「利用するサービス」を取得する。

Ｓ２０６では、ＣＰＵ２２ａは、Ｓ２０２で取得した追加サービスの「提供するサービス」と、Ｓ２０５にて取得した既存サービスの「利用するサービス」と、が一致するか否かを判定する。ＣＰＵ２２ａは、Ｓ２０６で一致しないと判定した場合には、Ｓ２０９へ移行する。

一方、ＣＰＵ２２ａは、Ｓ２０６で一致すると判定した場合には、Ｓ２０７へ移行し、ルーティング経路を新設する。すなわち、「提供するサービス」に係る機能部を備えるＥＣＵ３３から、「利用するサービス」に係る機能部を備えるＥＣＵ３３への情報送信が行われるように、ルーティングテーブル更新要求を通信管理部２１へ出力する。このＳ２０７が、決定部６２による処理である。

Ｓ２０８では、ＣＰＵ２２ａは、サービス利用状況をメモリ２２ｂに記録する。ここでは、車載装置１１の備える全ての機能部３２に関して、サービスの提供元の機能部３２と提供先の機能部３２との関係が記録される。サービス利用状況の例を図６に示す。

Ｓ２０９では、ＣＰＵ２２ａは、ｎ＝Ｎであるか否かを判定する。Ｓ２０９でｎ＝Ｎでないと判定した場合には、Ｓ２１０へ移行し、ｎ＝ｎ＋１にインクリメントした後、Ｓ２０５に戻る。

一方、ＣＰＵ２２ａは、Ｓ２０９でｎ＝Ｎであると判定した場合には、図５のサービス追加処理を終了する。
＜サービス管理部によるサービス削除処理＞
ＣＰＵ２２ａが実行するサービス削除処理について、図７のフローチャートを用いて説明する。なお以下の説明では、車内ネットワーク３１ａ〜３１ｃから削除された機能部３２を「削除サービス」と記載する。

まず、Ｓ３０１では、ＣＰＵ２２ａは、削除サービスのサービス情報４２ａの「提供するサービス」を取得する。
Ｓ３０２では、ＣＰＵ２２ａは、削除サービスを利用しているサービス、即ちＳ３０１で取得した「提供するサービス」を受けているサービスを確認する。

Ｓ３０３では、ＣＰＵ２２ａは、削除サービスを利用しているサービスがあるか否かを判定する。
ＣＰＵ２２ａは、Ｓ３０３で削除サービスを利用しているサービスがないと判定した場合には、図７のサービス削除処理を終了する。

一方、ＣＰＵ２２ａは、Ｓ３０３で削除サービスを利用しているサービスがあると判定した場合には、Ｓ３０４へ移行し、取得済みのサービス情報４２ａから、削除されるサービスの「提供するサービス」と同じサービス（以下、代替サービスともいう）を提供する機能部３２があるか否か確認する。

Ｓ３０５では、ＣＰＵ２２ａは、代替サービスを提供する機能部３２があるか否かを判定する。
ＣＰＵ２２ａは、Ｓ３０５で代替サービスを提供する機能部３２があると判定した場合には、Ｓ３０６へ移行し、代替サービスを提供する機能部３２と、サービス利用者間のルーティング経路を新設し、Ｓ３０７で、サービス利用状況を記録した後、図７のサービス削除処理を終了する。ルーティング経路新設、及びサービス利用状況の記録は、上述したＳ２０７、Ｓ２０８と同様の処理である。

一方、ＣＰＵ２２ａは、Ｓ３０５で代替サービスを提供する機能部３２がないと判定した場合には、Ｓ３０８へ移行し、サービス利用者である機能部３２にサービスの提供停止を通知した後、図７のサービス削除処理を終了する。

［１−４．効果］
以上詳述した第１実施形態によれば、以下の効果が得られる。
（１ａ）情報管理システム１では、車載装置１１に機能部３２の追加や変更があったとき、その機能部３２のサービス情報４２はサーバ１２にて取得されるため、機能部３２自らが通信管理部２１などに出力する必要がない。よって車内ネットワーク３１ａ〜３１ｃの通信負荷の増加を抑制することができる。

［２．第２実施形態］
［２−１．第１実施形態との相違点］
第２実施形態は、基本的な構成は第１実施形態と同様であるため、相違点について以下に説明する。なお、第１実施形態と同じ符号は、同一の構成を示すものであって、先行する説明を参照する。

前述した第１実施形態では、サービス管理部２２が、決定部６２を有しており、図５、図７の処理を実行する構成を例示した。これに対し、第２実施形態では、図８に示されるように、サーバ１２が、決定部６２を有し、それらの処理を実行する点で、第１実施形態と相違する。

本実施形態では、サービス管理部２２は、サービス情報４２やサービス利用状況の記録を保持しない。代わりにサーバ１２が、車載装置１１ごとに対応付けてサービス情報４２と、サービス利用状況の記録と、を保持する。

［２−２．処理］
＜システム全体の処理＞
第２実施形態の情報管理システム１が実行する処理を、図９のシーケンス図を用いて説明する。

図９のＳ１１〜Ｓ１５は、図３のＳ１〜Ｓ５と同様であるため、説明を割愛する。
Ｓ１６では、サーバ１２は、Ｓ１５にて検索により発見されたサービス情報４２ｂを用いて、追加サービスの利用者確認を行う。これにより、機能部３２ｎの追加により生じたルーティングテーブル４１の変更箇所が決定される。

Ｓ１７では、サーバ１２は、車外通信部２３にルーティングテーブル更新要求を出力する。Ｓ１８では、車外通信部２３が、ルーティングテーブル更新要求をサービス管理部２２に出力する。またＳ１９では、サービス管理部２２が、ルーティングテーブル更新要求を通信管理部２１に出力する。

Ｓ２０では、通信管理部２１は、サービス管理部２２から取得したルーティングテーブル更新要求に基づいてルーティングテーブル４１を更新する。
［２−３．効果］
以上詳述した第２実施形態によれば、前述した第１実施形態の効果（１ａ）を奏し、さらに、以下の効果が得られる。

（２ａ）ルーティングテーブル４１の変更箇所の決定の処理をサーバ１２で行うため、車載装置１１の処理負荷を低減することができる。
［３．第３実施形態］
［３−１．他の実施形態との相違点］
第３実施形態は、基本的な構成は第１実施形態及び第２実施形態と同様であるため、相違点について以下に説明する。なお、第１実施形態と同じ符号は、同一の構成を示すものであって、先行する説明を参照する。

前述した第２実施形態では、第１実施形態とは異なりサーバ１２が決定部６２を有している構成を例示した。第３実施形態では、さらに、図１０Ａに示すように、サーバ１２が車載装置１１それぞれのルーティングテーブル４１を記憶している。また、図１０Ｂに示すように、サーバ１２が決定部６２と変更部５２を備えており、サーバ１２がルーティングテーブル４１の更新を行い、更新されたルーティングテーブル４１を車載装置１１に出力する。

本実施形態では、サーバ１２が、車載装置１１ごとに対応付けて、ルーティングテーブル４１と、サービス情報４２と、サービス利用状況の記録と、を保持する。
［３−２．処理］
＜システム全体の処理＞
第３実施形態の情報管理システム１が実行する処理を、図１１のシーケンス図を用いて説明する。

図１１のＳ２１〜Ｓ２２は、図３のＳ１〜Ｓ２と同様であるため、説明を割愛する。
Ｓ２３では、サービス管理部２２は、サービスＩＤを含む更新ルーティングテーブル要求を車外通信部２３へ出力する。

Ｓ２４では、車外通信部２３は、更新ルーティングテーブル要求をサーバ１２に行う。
Ｓ２５では、サーバ１２は、受信した更新ルーティングテーブル要求に含まれるサービスＩＤに対応するサービス情報４２ｂを、記憶装置１２ｃから検索する。

Ｓ２６では、サーバ１２は、Ｓ２５にて検索により発見されたサービス情報４２ｂを用いて、追加サービスの利用者確認を行う。これにより、機能部３２ｎの追加により生じたルーティングテーブル４１の変更箇所が決定される。

Ｓ２７では、サーバ１２は、Ｓ２６にて決定された、機能部３２ｎの追加により生じたルーティングテーブル４１の変更箇所に基づいて、ルーティングテーブル４１を更新する。

Ｓ２８では、サーバ１２は、車外通信部２３に更新されたルーティングテーブル４１を出力する。Ｓ２９では、車外通信部２３が、更新されたルーティングテーブル４１をサービス管理部２２に出力する。またＳ３０では、サービス管理部２２が、更新されたルーティングテーブル４１を通信管理部２１に出力する。

このＳ３０の後、通信管理部２１は、Ｓ３０にて取得されたルーティングテーブル４１を用いてルーティングを実行する。
［３−３．効果］
以上詳述した第３実施形態によれば、前述した第１実施形態の効果（１ａ）を奏し、さらに、以下の効果が得られる。

（３ａ）ルーティングテーブル４１の変更箇所の決定、及び、ルーティングテーブル４１の更新の処理をサーバ１２で行うため、車載装置１１の処理負荷をさらに低減することができる。

［４．第４実施形態］
［４−１．他の実施形態との相違点］
第４実施形態は、第１〜第３実施形態と異なり、車載装置１１にサービス管理部２２が設けられていない。そして第１実施形態においてサービス管理部２２が実行した機能は、通信管理部２１により実行される。図１２Ａに示すように、メモリ２１ｂにはルーティングテーブル４１に加えてサービス情報４２も記憶されており、図１２Ｂに示すように、通信管理部２１は、情報取得部６１、決定部６２、判断部６３、を備える。なお、第１実施形態と同じ符号は、同一の構成を示すものであって、先行する説明を参照する。

［４−２．処理］
＜システム全体の処理＞
第４実施形態の情報管理システム１が実行する処理を、図１３のシーケンス図を用いて説明する。

まずＳ３１では、ＥＣＵ３３は、サービスＩＤ通知を通信管理部２１へ出力する。この処理は図３のＳ１と同様の処理である。
Ｓ３２では、通信管理部２１は、サービス情報要求をサーバ１２に行うために、サービスＩＤを含むサービス情報要求を車外通信部２３へ出力する。

Ｓ３３では、車外通信部２３は、サービス情報要求をサーバ１２に行う。
Ｓ３４では、サーバ１２は、受信したサービス情報要求に含まれるサービスＩＤに対応するサービス情報４２ｂを、記憶装置１２ｃから検索する。

Ｓ３５では、サーバ１２は、車外通信部２３にサービス情報応答を行う。サービス情報応答には、検索により発見されたサービス情報４２ｂが含まれる。
Ｓ３６では、車外通信部２３は、サーバ１２から送信されたサービス情報応答を通信管理部２１に出力する。

Ｓ３７では、通信管理部２１は、追加サービスの利用者確認を行う。この処理では、機能部３２の追加により生じたルーティングテーブル４１の更新箇所が決定される。
Ｓ３８では、通信管理部２１は、Ｓ３７にて決定した更新箇所に基づいてルーティングテーブル４１を更新する。

［４−３．効果］
以上詳述した第４実施形態によれば、前述した第１実施形態と同様の効果を奏することができる。

［５．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（５ａ）ルーティングテーブル４１の変更箇所を決定する決定部６２及びルーティングテーブル４１の更新を実行する変更部５２は、サーバ１２、車載装置１１のいずれに設けられていてもよいし、これら以外の装置に設けられていてもよい。

即ち、車載装置１１は、サーバ１２がサービスＩＤに基づいて取得した機能部３２のサービス情報４２ｂと、複数の機能部３２のうち、上記サービス情報４２ｂに係る機能部３２を除く他の機能部３２のサービス情報４２ａと、に基づいて決定されたルーティングテーブル４１の変更箇所に基づいて、ルーティングテーブル４１の変更を実行するように構成されていてもよい。

また、サーバ１２は、車載装置１１が備える複数の機能部３２のサービス情報４２ａを記憶する記憶部と、属性取得部２４により取得されたサービス情報４２ｂと、記憶部に記憶される複数の機能部３２のサービス情報４２ａと、に基づいて、ルーティングテーブル４１の変更箇所を決定するように構成されていてもよい。

（５ｂ）上記実施形態では、属性情報であるサービス情報４２に含まれる「提供するサービス」と「利用するサービス」との関係に基づいて、車載装置１１に接続される複数の機能部３２同士を関連付け、ルーティングテーブル４１の変更箇所を決定する構成を例示した。しかしながら、機能部３２間の情報送受信の関連付けを行うことができる情報であれば、属性情報として、上述した「提供するサービス」及び「利用するサービス」以外の情報を用いてもよい。

（５ｃ）上記実施形態では、判断部６３によって機能部３２が増加したと判断されたときにサーバ１２にサービス情報要求や更新ルーティングテーブル要求等を行う構成を例示したが、判断部６３による判断なしでサーバ１２に上述した要求等を行う構成であってもよい。

（５ｄ）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。なお、特許請求の範囲に記載した文言から特定される技術思想に含まれるあらゆる態様が本開示の実施形態である。

（５ｅ）上述した情報管理システム１の他、当該情報管理システム１の構成要素である車載装置１１又はサーバ１２、車載装置１１又はサーバ１２としてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、ルーティングテーブル変更方法など、種々の形態で本開示を実現することもできる。

１…情報管理システム、１１…車載装置、１２…サーバ、２３…車外通信部、２４…属性取得部、３２，３２ａ，３２ｎ…機能部、３３，３３ｎ…ＥＣＵ、４１…ルーティングテーブル、４２，４２ａ，４２ｂ…サービス情報、５１…通信中継部、５２…変更部、６１…情報取得部、６２…決定部、６３…判断部

Claims (10)

1. 車両に搭載される車載装置（１１）と、該車載装置と通信可能に構成されたサーバ（１２）と、を備える情報管理システム（１）であって、
   前記車載装置は、
   ルーティングテーブル（４１）に基づいて、それぞれ所定の機能を実現する複数の機能部（３２、３２ａ，３２ｎ同士の通信を中継するように構成された通信中継部（５１）と、
   前記複数の機能部それぞれに対応する複数の個別の識別情報のうちの少なくとも１つを取得するように構成された情報取得部（６１）と、
   前記情報取得部により取得された前記少なくとも１つの個別の識別情報を前記サーバに送信するように構成された送信部（２３）と、を備え、
   前記サーバは、
   前記送信部により送信された前記少なくとも１つの個別の識別情報に対応する少なくとも１つの前記機能部の個別の属性情報を取得するように構成された属性取得部（２４）を備え、
   さらに、
   前記属性取得部により取得された少なくとも１つの前記機能部の個別の属性情報を含む、前記複数の機能部それぞれに対応する複数の個別の属性情報に基づいて、前記ルーティングテーブルの変更箇所を決定するように構成された決定部（６２）と、
   前記決定部により決定された前記変更箇所に基づいて、前記ルーティングテーブルの変更を実行するように構成された変更部（５２）と、を備える、情報管理システム。
2. 請求項１に記載の情報管理システムであって、
   前記個別の属性情報は、該個別の属性情報に係る前記機能部が機能を実行することで出力可能となる情報を示す内容と、当該機能部が機能を実行するために必要となる、他の前記機能部により出力される情報を示す内容と、を含む、情報管理システム。
3. 請求項１又は請求項２に記載の情報管理システムであって、
   前記決定部及び前記変更部は、前記車載装置に備えられている、情報管理システム。
4. 請求項１又は請求項２に記載の情報管理システムであって、
   前記決定部は、前記サーバに設けられており、前記変更部は、前記車載装置に備えられている、情報管理システム。
5. 請求項１又は請求項２に記載の情報管理システムであって、
   前記決定部及び前記変更部は、前記サーバに備えられている、情報管理システム。
6. 請求項１から請求項５のいずれか１項に記載の情報管理システムを構成する、車載装置（１１）。
7. 請求項１から請求項５のいずれか１項に記載の情報管理システムを構成する、サーバ（１２）。
8. 車両に搭載され、該車両の外部に配置されたサーバ（１２）と通信可能に構成された車載装置（１１）であって、
   ルーティングテーブル（４１）に基づいて、それぞれ所定の機能を実現する複数の機能部（３２、３２ａ、３２ｎ）同士の通信を中継するように構成された通信中継部（５１）と、
   前記複数の機能部それぞれに対応する複数の個別の識別情報のうちの少なくとも１つを取得するように構成された情報取得部（６１）と、
   前記情報取得部により取得された前記少なくとも１つの個別の識別情報を前記サーバに送信するように構成された送信部（２３）と、を備える、車載装置。
9. 車両に搭載される車載装置（１１）と、該車載装置と通信可能に構成されたサーバ（１２）であって、
   前記車両に搭載される機能部であって、所定の機能を実現する機能部（３２、３２ａ、３２ｎ）に対応する個別の識別情報に基づいて、前記機能部の個別の属性情報を取得するように構成された属性取得部（２４）を備える、サーバ。
10. サーバと通信可能に構成されたクライアントが備える通信中継部（２１）が、それぞれ所定の機能を実現する複数の機能部（３２、３２ａ、３２ｎ）同士の通信の中継を行うときに使用されるルーティングテーブルの変更方法であって、
    前記クライアントにおいて、前記複数の機能部のうちの少なくとも１つの機能部に対応する個別の識別情報を取得すること、
    前記サーバにおいて、前記個別の識別情報に基づいて、該個別の識別情報により特定される前記少なくとも１つの機能部の個別の属性情報を取得すること、
    前記少なくとも１つの機能部の前記個別の属性情報を含む、前記複数の機能部それぞれに対応する複数の個別の属性情報に基づいて、前記ルーティングテーブルの変更箇所を決定すること、
    決定された前記変更箇所に基づいて、前記ルーティングテーブルの変更を実行すること、を含む、ルーティングテーブルの変更方法。

Images