(57)【特許請求の範囲】
【請求項１】
車両情報を利用するアプリケーションソフトウエアを取得する通信部を備え、取得されたアプリケーションソフトウエアによって機能部が追加される携帯通信端末と、
前記携帯通信端末との間に確立された通信路を介して、前記携帯通信端末からの情報取得要求に応答し、少なくとも二以上の機能部にて利用される車両情報を前記携帯通信端末に提供する車載装置と、
を備える車両用情報処理システムであって、
前記携帯通信端末は、
前記少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる情報取得要求を統括する統括部と、
前記統括した情報取得要求を前記車載装置に送信する送信部と、
前記車載装置から前記少なくとも二以上の機能部にて利用される車両情報を受信する受信部とを含む、ことを特徴とする車両用情報処理システム。
【請求項２】
前記携帯通信端末は、
前記車載装置から受信した車両情報を少なくとも前記統括された情報取得要求の更新サイクルが経過するまで記憶する記憶部と、
前記少なくとも二以上の機能部のうち統括される前の情報取得要求を要求した機能部に前記記憶部に記憶された車両情報を配布する情報配布部と、
を含むことを特徴とする請求項１に記載の車両用情報処理システム。
【請求項３】
前記統括部は、
前記統括された情報取得要求の更新サイクルを、前記共通する項目が含まれる情報取得要求の各々の更新サイクルのうち最も短いものに設定する、ことを特徴とする請求項２に記載の車両用情報処理システム。
【請求項４】
前記携帯通信端末は、
前記少なくとも二以上の機能部の夫々からの情報取得要求を照合する要求照合部と、
前記少なくとも二以上の機能部のうち情報取得要求が許可された機能部のリスト、及び要求が許可された項目のリストからなるホワイトリストが記憶されたホワイトリスト記憶部と、
前記少なくとも二以上の機能部及びそれらから要求された項目を前記ホワイトリストと照合するホワイトリスト照合部と、
を有することを特徴とする請求項２又は３に記載の車両用情報処理システム。
【請求項５】
前記ホワイトリストを提供するホワイトリスト提供サーバをさらに備え、
前記要求照合部は、前記ホワイトリスト記憶部に記憶されたホワイトリストを前記通信部によって前記ホワイトリスト提供サーバから取得されたホワイトリストに更新することを特徴とする請求項４に記載の車両用情報処理システム。
【請求項６】
車両に搭載された車載装置との間に確立された通信路を介して前記車載装置から受信した車両情報を利用する機能部を少なくとも二以上含む携帯通信端末に、
前記少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる情報取得要求を統括する統括ステップと、
前記統括した情報取得要求を前記車載装置に送信する送信ステップと、
前記送信ステップにて送信された情報取得要求に応答し前記車載装置から送信された車両情報を受信する受信ステップと、
前記受信ステップにて受信された車両情報を前記少なくとも二以上の機能部のうち情報取得要求の要求元に配布する配布ステップと、
を実行させることを特徴とする車両用情報処理プログラム。
【請求項７】
前記送信ステップでは、
前記統括された情報取得要求の更新サイクルを、共通する項目が含まれる情報取得要求の各々の更新サイクルうち最も短いものに設定する、ことを特徴とする請求項６に記載の車両用情報処理プログラム。
【請求項８】
車両情報を利用するアプリケーションソフトウエアを取得する通信部を備え、取得されたアプリケーションソフトウエアによって機能部が追加される携帯通信端末であって、
車両に搭載され、車両情報を取得する車載装置との間に通信路を確立する確立部と、
少なくとも二以上の機能部の夫々から前記車載装置に対する情報取得要求のうち共通する項目が含まれる複数の情報取得要求を統括する統括部と、
前記統括した情報取得要求を前記車載装置に送信する送信部と、
前記車載装置から前記少なくとも二以上の機能部にて利用される車両情報を受信する受信部とを備える、ことを特徴とする携帯通信端末。
【請求項９】
前記携帯通信端末は、
前記車載装置から受信した車両情報を少なくとも前記統括された情報取得要求の更新サイクルが経過するまで記憶する記憶部と、
前記少なくとも二以上の機能部のうち統括される前の情報取得要求を要求した機能部に前記記憶部に記憶された車両情報を配布する情報配布部と、
を含むことを特徴とする請求項８に記載の携帯通信端末。
【請求項１０】
前記統括部は、
前記統括された情報取得要求の更新サイクルを、前記共通する項目が含まれる情報取得要求の各々の更新サイクルのうち最も短いものに設定する、ことを特徴とする請求項９に記載の携帯通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両用情報処理システム及び車両用情報処理プログラム、並びに携帯通信端末に関する。
【背景技術】
【０００２】
特許文献１には、携帯通信端末と連携して作動することにより、外部のサーバから提供されるサービスを利用可能なアプリケーションであって、携帯通信端末に搭載されるアプリケーションと共通機能を有する端末用アプリケーションを実行可能な車両用装置が開示されている。かかる車両用装置は、携帯通信端末との間で通信を行う通信手段と、端末用アプリケーションにて利用される車両情報を取得する車両情報取得手段と、車両情報を端末用アプリケーションに対して設定し、当該設定情報を通信手段により携帯通信端末を介してサーバへ送信させる制御手段と、を備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５７４２７８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１が開示する車両用装置では、携帯通信端末に複数の機能（機能部）が追加され、複数の機能部の夫々から異なるタイミングで複数の項目（位置情報や車速等）を含む情報取得要求が生成されると、携帯通信端末と車両用装置との間のトラフィック（単位時間当たりの情報量）が増大し得る。そのため、情報の送受信が遅れたり、情報の送受信自体が不能となったりし得るので、複数の機能部の夫々にて適切なタイミングで必要な車両情報を取得することができなくなるおそれがある。【０００５】
上述の事情に鑑みて、本発明の少なくとも一実施形態は、車両に搭載された車載装置との間で車両情報を送受信する携帯通信端末に複数の機能部が追加されても、携帯通信端末と車載装置との間のトラフィックの過度の増大を抑制することができる車両用情報処理システム及び車両情報処理プログラム、並びに携帯通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の少なくとも一実施形態に係る車両用情報処理システムは、車両情報を利用するアプリケーションソフトウエアを取得する通信部を備え、取得されたアプリケーションソフトウエアによって機能部が追加される携帯通信端末と、前記携帯通信端末との間に確立された通信路を介して、前記携帯通信端末からの情報取得要求に応答し、少なくとも二以上の機能部にて利用される車両情報を前記携帯通信端末に提供する車載装置と、を備える車両用情報処理システムであって、前記携帯通信端末は、前記少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる情報取得要求を統括する統括部と、前記統括した情報取得要求を前記車載装置に送信する送信部と、前記車載装置から前記少なくとも二以上の機能部にて利用される車両情報を受信する受信部とを含む。【０００７】
幾つかの実施形態では、前記携帯通信端末は、前記車載装置から受信した車両情報を少なくとも前記統括された情報取得要求の更新サイクルが経過するまで記憶する記憶部と、前記少なくとも二以上の機能部のうち統括される前の情報取得要求を要求した機能部に前記記憶部に記憶された車両情報を配布する情報配布部と、を含む。【０００８】
幾つかの実施形態では、前記統括部は、前記統括された情報取得要求の更新サイクルを、前記共通する項目が含まれる情報取得要求の各々の更新サイクルのうち最も短いものに設定する。【０００９】
幾つかの実施形態では、前記携帯通信端末は、
前記少なくとも二以上の機能部の夫々からの情報取得要求を照合する要求照合部と、前記少なくとも二以上の機能部のうち情報取得要求が許可された機能部のリスト、及び要求が許可された項目のリストからなるホワイトリストが記憶されたホワイトリスト記憶部と、前記少なくとも二以上の機能部及びそれらから要求された項目を前記ホワイトリストと照合するホワイトリスト照合部と、を有する。【００１０】
幾つかの実施形態では、前記ホワイトリストを提供するホワイトリスト提供サーバをさらに備え、前記要求照合部は、前記ホワイトリスト記憶部に記憶されたホワイトリストを前記通信部によって前記ホワイトリスト提供サーバから取得されたホワイトリストに更新する。【００１１】
本発明の少なくとも一実施形態に係る車両情報処理プログラムは、車両に搭載された車載装置との間に確立された通信路を介して前記車載装置から受信した車両情報を利用する機能部を少なくとも二以上含む携帯通信端末に、前記少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる情報取得要求を統括する統括ステップと、前記統括した情報取得要求を前記車載装置に送信する送信ステップと、前記送信ステップにて送信された情報取得要求に応答し前記車載装置から送信された車両情報を受信する受信ステップと、前記受信ステップにて受信された車両情報を前記少なくとも二以上の機能部のうち情報取得要求の要求元に配布する配布ステップと、を実行させることを特徴とする。【００１２】
幾つかの実施形態では、前記送信ステップでは、前記統括された情報取得要求の更新サイクルを、共通する項目が含まれる情報取得要求の各々の更新サイクルうち最も短いものに設定する。【００１３】
本発明の少なくとも一実施形態に係る携帯通信端末は、車両情報を利用するアプリケーションソフトウエアを取得する通信部を備え、取得されたアプリケーションソフトウエアによって機能部が追加される携帯通信端末であって、車両に搭載され、車両情報を取得する車載装置との間に通信路を確立する確立部と、少なくとも二以上の機能部の夫々から前記車載装置に対する情報取得要求のうち共通する項目が含まれる複数の情報取得要求を統括する統括部と、前記統括した情報取得要求を前記車載装置に送信する送信部と、前記車載装置から前記少なくとも二以上の機能部にて利用される車両情報を受信する受信部とを備える。
【００１４】
幾つかの実施形態では、前記携帯通信端末は、前記車載装置から受信した車両情報を少なくとも前記統括された情報取得要求の更新サイクルが経過するまで記憶する記憶部と、前記少なくとも二以上の機能部のうち統括される前の情報取得要求を要求した機能部に前記記憶部に記憶された車両情報を配布する情報配布部と、を含む。【００１５】
幾つかの実施形態では、前記統括部は、前記統括された情報取得要求の更新サイクルを、前記共通する項目が含まれる情報取得要求の各々の更新サイクルのうち最も短いものに設定する。
【発明の効果】
【００１６】
本発明の少なくとも一実施形態によれば、車載装置との間で車両情報を送受信する携帯通信端末に複数の機能部が追加されても、携帯通信端末と車載装置との間のトラフィックの過度の増大を抑制することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る車両用情報処理システムの制御構成を概略的に示すブロック図である。
【図２】図１に示した携帯通信端末の全体構成を概略的に示すブロック図である。
【図３】図１に示した携帯通信端末の一部の構成を概略的に示すブロック図である。
【図４】一実施形態に係るデータ管理部の構成を概略的に示すブロック図である。
【図５】要求統括部にて複数の機能部から要求された情報を整理し、一括で請求するイメージを示した図である。
【図６】情報配布部にて一括で取得した情報を要求元ごとに要求された情報を配布するイメージを示した図である。
【図７】リスト照合部にて機能ごとに照合するイメージを示した図である。
【図８】リスト照合部にて情報の種別ごとに照合するイメージを示した図である。
【図９】本発明の一実施形態に係る車両情報管理システムの制御手順を概略的に示すフローチャートである。
【図１０】図９に示したホワイトリスト照合サブルーチンの内容を概略的に示すフローチャートである。
【図１１】ホワイトリストの内容を概略的に示す図である。
【図１２】機能Ｅ〜機能Ｈが要求する情報及び更新サイクルを整理した図である。
【図１３】機能Ｅ〜機能Ｇにおいて一括要求する情報のリスト及び更新サイクルを整理した図である。
【発明を実施するための形態】
【００１８】
以下、添付図面を参照して本発明の一実施形態について説明する。ただし、実施形態として記載されている又は図面に示されている構成部品の寸法、材質、形状、その相対的配置等は、本発明の範囲をこれに限定する趣旨ではなく、単なる説明例にすぎない。
【００１９】
図１は、本発明の一実施形態に係る車両用情報処理システム１の構成を概略的に示すブロック図である。図２は、図１に示した携帯通信端末２の全体構成を概略的に示すブロック図であり、図３は、図１に示した携帯通信端末の一部の構成を概略的に示すブロック図である。
図１に示すように、本発明の一実施形態に係る車両用情報処理システム１は、携帯通信端末２と車載装置３とを備えている。携帯通信端末２は、いわゆるスマートフォンであって、外部サーバＳ１００，Ｓ２００，Ｓ３００及び外部プラットフォームＰ１００，Ｐ２００との間に通信路を確立可能である。なお、図１では、便宜上図示が省略されているが、外部サーバや外部プラットフォームとの通信は、携帯通信端末２が有する通信部２８によって行なわれる（図２参照）。
【００２０】
サーバには、例えば、自動車メーカのサーバＳ１００（以下「自動車メーカサーバＳ１００」という）、サードパーティのサーバＳ２００（「サードパーティサーバＳ２００」という）、及びＰｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ（以下「ＰＯＩ」という）のサーバＳ３００（以下「ＰＯＩサーバＳ３００」という）が含まれる。
【００２１】
自動車メーカサーバＳ１００は、自動車メーカ又は自動車メーカに委託された業者（以下「自動車メーカ等」という）によって運営管理されるサーバであって、後述するホワイトリストの最新版が格納されている。なお、例えば、自動車メーカが提供する各種情報や自動車メーカが提供するアプリケーションソフトウエア（以下、「アプリ」や「アプリケーション」ともいう）が格納されていてもよい。自動車メーカが提供するアプリケーションソフトウエアには、例えば、ゲートウエイアプリやデータコレクティングアプリが含まれる。
【００２２】
サードパーティサーバＳ２００は、サードパーティ（自動車メーカ等及びユーザ以外）によって運営管理されるサーバであって、例えば、サードパーティが提供する各種情報やサードパーティが提供するアプリケーションソフトウエアが格納されている。サードパーティが提供するアプリケーションソフトウエアには、例えば、燃費計算アプリ、運転診断アプリ、ＰＯＩアプリなどが含まれる（以下、機能Ｘアプリ、機能Ｙアプリ、機能Ｚアプリ及び機能Ｖアプリなどともいう）。また、自動車メーカが提供する各種情報や自動車メーカが提供するアプリケーションソフトウエアもサードパーティサーバＳ２００に格納されていてもよい。
また、サードパーティが提供するアプリケーションソフトウエアには、各地で行われるイベントのスケジュールを管理するスケジュール管理アプリも含まれ、位置情報を管理する地図アプリと協働して、地図上にスケジュールを表示するものとしてもよい。
【００２３】
ＰＯＩは、誰かが便利又は興味がある所と思った特定の場所のことである。ＰＯＩサーバＳ３００は、ＰＯＩ情報を提供する業者等によって運営管理されるサーバであって、例えば、ＰＯＩ情報を提供する業者が提供する各種情報が格納されている。
【００２４】
プラットフォームには、例えば、ビッグデータのプラットフォームＰ１００（以下「ビッグデータプラットフォームＰ１００」という）及びＵｓａｇｅ  Ｂａｓｅｄ  Ｉｎｓｕｒａｎｃｅ（以下「ＵＢＩ」という）のプラットフォームＰ２００（以下「ＵＢＩプラットフォームＰ２００」という）が含まれる。
【００２５】
ビッグデータプラットフォームＰ１００は、ビッグデータを活用するための基盤として機能する部分であり、ビッグデータプラットフォームＰ１００を介して収集された各種情報は、自動車メーカの社内においてアフターセールス、マーケティング及び商品企画に活用される。
【００２６】
ＵＢＩは、自動車保険において、ドライバの運転の仕方に応じて保険料を決定するという仕組みの保険である。ＵＢＩプラットフォームＰ２００は、保険料を決定するための基盤として機能する部分であり、ＵＢＩプラットフォームＰ２００を介して収集された各種情報は、保険会社の社内において保険料の決定等に活用される。
【００２７】
図２に示すように、携帯通信端末２は、端末全体の制御を司る主制御部２０と、各種の文字情報や画像を表示する表示部２６と、ユーザによる操作が入力される操作入力部２７と、各種サーバと通信する通信部２８とを備えている。主制御部２０は、情報処理装置としてのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、種々の不揮発性記録媒体からなるメモリ２０２とを含む。ＣＰＵ２０１は、メモリ２０２に記録された各種のプログラムに従って動作する。表示部２６と操作入力部２７は、液晶ディスプレイから成るタッチパネルである。通信部２８によって各種サーバからダウンロード（取得）された各種アプリケーションソフトウエアは、メモリ２０２に記録される。例えば、携帯通信端末２は、自動車メーカサーバＳ１００から後述するホワイトリストをダウンロード可能である。また、携帯通信端末２は、サードパーティサーバＳ２００からサードパーティが提供する機能Ｘアプリ等のアプリケーションソフトウエアや、自動車会社が製作したゲートウエイアプリ、保険会社が作成したＵＢＩアプリ等をダウンロード可能である。
【００２８】
携帯通信端末２には、ダウンロードされたアプリケーションソフトウエアによって各種の機能部が追加される。つまり、携帯通信端末２においては、ＣＰＵ２０１によってダウンロードされたゲートウエイアプリや他のアプリケーションが実行されるが、本実施形態においては、便宜上、各アプリケーションが追加されることによって、アプリケーションによって実現される機能を実行する機能部が主制御部２０に追加されると捉える。
【００２９】
例えば、携帯通信端末２の主制御部２０には、サードパーティサーバＳ２００からダウンロードされたゲートウエイアプリによってデータ管理部２１が追加され、ＰＯＩアプリによってＰＯＩ機能部２２が追加され、データコレクティングアプリによってデータ収集機能部２３が追加される。
データ管理部２１は、他の機能部からの情報取得要求（入力）を管理するとともに、車載装置３から提供された情報（出力）を管理する。
ＰＯＩ機能部２２は、車載装置３から車両の位置情報を取得する一方、通信部２８を介してＰＯＩサーバＳ３００に適宜アクセスし、車両の位置情報等を提供することによって、現在地（車両位置）の周辺にてユーザが興味を持ちそうな施設等の情報を取得する。そして、ＰＯＩ機能部２２は、携帯通信端末２が有する地図機能と協働し、ユーザが興味を持ちそうな施設の情報を地図上に表示する。
データ収集機能部２３は、車載装置３から車両情報を取得する一方、通信部２８を介してビッグデータプラットフォームＰ１００に適宜アクセスし、ビッグデータプラットフォームＰ１００に車両情報を提供する。
【００３０】
また、例えば、携帯通信端末２は、サードパーティサーバＳ２００からダウンロードされたサードパーティが提供する機能Ｘアプリ，機能Ｙアプリ，機能Ｚアプリ及び機能Ｖアプリ等によって、機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４等のサードパーティ機能部２４が追加される（図３参照）。
【００３１】
また、例えば、携帯通信端末２は、サードパーティサーバＳ２００からダウンロードされたＵＢＩアプリによってＵＢＩ機能部２５が追加される。
ＵＢＩ機能部２５は、車載装置３から車両情報を取得する一方、通信部２８を介してＵＢＩプラットフォームＰ２００に適宜アクセスし、ＵＢＩプラットフォームＰ２００に車両情報（ドライバの特性）を提供する。
【００３２】
携帯通信端末２に追加されたＰＯＩ機能部２２、データ収集機能部２３及びＵＢＩ機能部２５等の機能部は、車両からの情報（車両情報）を利用してその機能を実現する。したがって、これらの機能部２２，２３，２５の夫々は、車載装置３に対して車両情報の取得を要求する。
【００３３】
また、携帯通信端末２に追加された機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４等のサードパーティ機能部２４は、ＰＯＩ機能部２２、データ収集機能部２３及びＵＢＩ機能部２５と同様、車両からの情報（車両情報）を利用して機能を実現する。したがって、これらの機能部４１，４２，４３，４４の夫々は、車載装置３に対して車両情報の取得を要求する。
【００３４】
車両情報の取得の要求には、取得する情報の項目が含まれ、項目ごとに定められた更新サイクルで車両情報の取得が要求される。取得する情報の項目には、例えば、車速、燃料残量、位置情報、瞬間燃費及び車両年式等が含まれる。取得する情報の項目は、機能部ごとに要求する車両情報に含まれる項目が異なることもあるが、要求する車両情報に含まれる項目が一部又は全部で共通することもある。
【００３５】
図３に示すように、機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４の夫々は、制御部４１１，４２１，４３１，４４１、データ要求部４１２，４２２，４３２，４４２、データ受信部４１３，４２３，４３３，４４３及びデータ配信部４１４，４２４，４３４，４４４を含んでいる。
各制御部４１１，４２１，４３１，４４１は、各機能を実現するための制御を実行する部分であり、データ要求部４１２，４２２，４３２，４４２、データ受信部４１３，４２３，４３３，４４３及びデータ配信部４１４，４２４，４３４，４４４を夫々統括的に制御可能である。
データ要求部４１２，４２２，４３２，４４２は、機能を実現するための車両情報を要求する部分であり、例えば、要求する情報の項目、項目ごとに定められた更新サイクルが設定可能である。
データ受信部４１３，４２３，４３３，４４３は、データ要求部４１２，４２２，４３２，４４２からの要求に応答し送信された車両情報を受信する部分である。
データ配信部４１４，４２４，４３４，４４４は、各機能部（機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４）がサードパーティサーバＳ２００と協働する場合にサードパーティサーバＳ２００にデータを配信する部分である。尚、データ配信部４１４，４２４，４３４，４４４は、機能がサードパーティサーバＳ２００と協働しない場合には必須ではない。
【００３６】
車載装置３は、例えば、ヘッドユニットとも称され、ディスプレイ（表示装置）を備えている。車載装置３には、例えば、ＧＰＳセンサ、加速度センサ、ジャイロスコープ及び方位センサ等のセンサ（ビルトインセンサ）３１が組み込まれ、車載装置３は、これらのセンサ３１から車両の位置、車両の加速度、車両の傾き、車両の進行方向等の車両に関する情報（車両情報）を取得可能である。また、車載装置３は、車両を制御する各制御装置（ＥＣＵ）から積算走行距離、残存燃料、走行可能距離、エンジン回転数、瞬間燃費等の車両に関する情報（車両情報）を取得可能である。
【００３７】
車載装置３は、入出力部３２を含み、携帯通信端末２との間に通信路を確立可能である。車載装置３と携帯通信端末２は、例えば、有線接続によって通信路を確立可能である。有線接続は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）規格のケーブル１１によって行われるが、有線接続は、ＵＳＢ規格のケーブルによって行われるものに限定されるものではない。
尚、車載装置３と携帯通信端末２は、無線接続によって通信路を確立可能であってもよい。無線接続は、Ｗｉｒｅｌｅｓｓ  ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線接続によって行ってもよいが、無線接続は、これらの規格によって行われる無線通信に限定されるものではない。
【００３８】
車載装置３は、携帯通信端末２からの情報取得要求に応答し、少なくとも二以上の機能部にて利用される車両情報を携帯通信端末２に提供可能である。
【００３９】
少なくとも二以上の機能部には、ＰＯＩ機能部２２やデータ収集機能部２３のように、自動車メーカサーバＳ１００からダウンロードされたアプリケーションソフトウエアによって追加されたもののほか、サードパーティ機能部２４（例えば、機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４）のように、サードパーティサーバＳ２００からダウンロードされたアプリケーションソフトウエアによって追加されたものも含まれる。さらに、少なくとも二以上の機能部には、ＵＢＩ機能部２５のように、自動車メーカサーバＳ１００又はサードパーティサーバＳ２００からダウンロードされたアプリケーションソフトウエアによって追加されたものも含まれる。
【００４０】
携帯通信端末２は、データ管理部２１を含んでいる。データ管理部２１は、上述したように、自動車メーカサーバＳ１００からダウンロードされたゲートウエイアプリによって追加される。
【００４１】
データ管理部２１は、少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる複数の情報取得要求を単一の情報取得要求に統括する。例えば、図５に示すように、サードパーティサーバＳ２００からアプリケーションソフトウエアによって、二以上のサードパーティ機能部２４、例えば、機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３が追加され、機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３から車両情報Ｘ，Ｙ及びＺが要求されると、データ管理部２１は、要求される車両情報Ｘ，Ｙ及びＺ（以下「情報取得要求Ｘ，Ｙ及びＺ」という）のうち、項目ｘが共通する情報取得要求Ｘ及びＺについて項目ｘについての情報取得要求を単一の項目ｘについての情報取得要求に統括する。これにより、携帯通信端末２は、車載装置３に対して項目ｘ及びｙの車両情報を要求する。
【００４２】
また、携帯通信端末２は、車載装置３から上述の少なくとも二以上の機能部にて利用される車両情報が提供される。例えば、図６に示すように、携帯通信端末２からの要求に応答し、車載装置３から携帯通信端末２に機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３にて利用される車両情報（項目ｘ及びｙ）が提供される。これにより、データ管理部２１は、機能Ｘ部４１に機能Ｘ部４１にて利用される項目ｘを含む車両情報（以下「車両情報Ｘ」という）を配布し、機能Ｙ部４２に機能Ｙ部４２にて利用される項目ｙを含む車両情報（以下「車両情報Ｙ」という）を配布する。また、データ管理部２１は、機能Ｚ部４３に機能Ｚ部４３にて利用される項目ｘを含む車両情報（以下「車両情報Ｚ」という）を配布する。
【００４３】
上述の実施形態では、データ管理部２１は、少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる複数の情報取得要求を単一の情報取得要求（項目）に統括する。例えば、図５に示す例では、機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３の夫々からの情報取得要求Ｘ、Ｙ及びＺのうち項目ｘが共通する複数の情報取得要求Ｘ及びＺについて項目ｘについての情報取得要求を単一の項目についての情報取得要求に統括する。
また、データ管理部２１は、車載装置３から提供される少なくとも二以上の機能部にて利用される車両情報を受信する。例えば、図６に示す例では、携帯通信端末２からの要求に応答し、車載装置３から携帯通信端末２に機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３にて利用される車両情報（項目ｘ及びｙ）が提供される。
これにより、携帯通信端末２に多数の機能部が追加されても、携帯通信端末２と車載装置３との間のトラフィックを抑制することができる。この結果、多数の機能部の夫々にて必要なタイミングで必要な車両情報を取得することができる。
【００４４】
図４に示すように、一実施形態に係るデータ管理部２１は、制御部２１１、要求受信部２１２、要求照合部２１３、要求統括部２１４、要求送信部２１８、情報受信部２１５、情報記憶部２１６及び情報配布部２１７を含んでいる。
制御部２１１は、データ管理部２１の機能を実現するための制御を実行する部分であり、要求受信部２１２、要求照合部２１３、要求統括部２１４、情報受信部２１５、情報記憶部２１６及び情報配布部２１７を統括的に制御可能である。
要求受信部２１２は、各機能部から情報取得要求を受信する部分である。
要求照合部２１３は、要求受信部２１２にて受信した、少なくとも二以上の機能部の夫々からの情報取得要求を照合可能である。例えば、要求照合部２１３は、情報取得要求の要求元、及び情報取得要求で要求される情報の項目が適正であるか否かを照合可能である。
要求統括部２１４は、要求照合部２１３にて認証照合された情報取得要求のうち共通する項目が含まれる複数の情報取得要求を単一の情報取得要求に統括可能である。例えば、要求統括部２１４は、複数の情報取得要求のうち共通する項目が含まれる複数の情報取得要求について共通する項目についての情報取得要求を単一の項目についての情報取得要求に統括可能である。要求送信部２１８は、要求統括部２１４によって統括された複数の情報取得要求を車載装置３に送信する。
情報受信部２１５は、データ管理部２１の要求に応答し、車載装置３から提供された車両情報を受信する部分である。
情報記憶部２１６は、情報受信部２１５にて受信された車両情報を記憶する部分であり、少なくとも当該車両情報の更新サイクルが経過するまで記憶可能である。
情報配布部２１７は、少なくとも二以上の機能部のうち要求照合部２１３にて照合された情報取得要求の要求元に情報記憶部２１６に記憶された車両情報を配布可能である。なお、上記の各部は別々に存在するものではなく、ＣＰＵ２０１によってゲートウエイアプリが実行されている場合において、例えば、各機能部から情報取得要求を受信する処理を実行しているＣＰＵ２０１を、便宜上、要求受信部２１２と捉えているに過ぎない。
【００４５】
上述の実施形態では、要求照合部２１３は、少なくとも二以上の機能部の夫々からの情報取得要求を照合するので、要求照合部２１３は、適正な機能部に対してのみ情報取得要求を許可することができる。例えば、要求照合部２１３は、情報取得要求の要求元、及び情報取得要求の項目が適正であるか否かを照合するので、適正な機能部に対してのみ適正な項目の情報取得要求を許可することができる。なお、ここでいう適正とは、情報取得要求が許可された機能部から発信されていることや、情報取得要求に含まれる項目が許可されたものであることを意味する。このようにして適正性を判断することにより、悪意のある製作者によって製作されたアプリケーションから不適正な情報取得要求が発信された場合であっても、情報が漏洩することが防止される。
【００４６】
要求統括部２１４は、要求照合部２１３にて照合された情報取得要求のうち共通する項目が含まれる複数の情報取得要求を単一の情報取得要求に統括するので、要求統括部２１４は、携帯通信端末２に多数の機能部が追加されても、携帯通信端末２と車載装置３との間のトラフィックを抑制することができる。例えば、要求統括部２１４は、複数の情報取得要求のうち共通する項目が含まれる複数の情報取得要求について共通する項目についての情報取得要求を単一の項目についての情報取得要求に統括し、統括された要求が要求送信部２１８より送信されるので、要求統括部２１４は、携帯通信端末２に複数の機能部が追加されても携帯通信端末２と車載装置３との間でトラフィックが過度に増大することを抑制することができる。これにより、データ管理部２１は、従来に比して、多数の機能部の夫々にて必要なタイミングで必要な車両情報を取得することができる。
【００４７】
情報記憶部２１６は、要求統括部２１４の要求に応答し、車載装置３から提供された車両情報を少なくとも当該車両情報の更新サイクルが経過するまで記憶するので、情報記憶部２１６は、少なくとも二以上の機能部の夫々からの異なるタイミングでの情報取得要求に応答することができる。
情報配布部２１７は、少なくとも二以上の機能部のうち要求照合部２１３にて認証された情報取得要求の要求元に情報記憶部２１６に記憶された車両情報を配布するので、情報配布部２１７は、適正な機能部に対してのみ車両情報を配布することができる。
【００４８】
一実施形態に係る要求統括部２１４は、少なくとも二以上の機能部の夫々からの情報取得要求のうち、共通する項目が含まれる情報取得要求について共通する項目についての情報取得要求を単一の項目についての情報取得要求に統括する。
【００４９】
例えば、図１２に示すように、機能Ｅ部、機能Ｆ部及び機能Ｇ部から車両情報Ｅ，Ｆ及びＧが要求されると、データ管理部２１は、要求される車両情報Ｅ，Ｆ及びＧ（以下「情報取得要求Ｅ，Ｆ及びＧ」という）のうち、項目「車速」が共通する情報取得要求Ｅ，Ｆ及びＧについて項目「車速」についての情報取得要求を単一の項目「車速」についての情報取得要求に統括する（図１３参照）。
【００５０】
また、例えば、図１２に示すように、データ管理部２１は、情報取得要求Ｅ，Ｆ及びＧのうち、項目「燃料残量」が共通する情報取得要求Ｅ及びＧについて「燃料残量」が共通する情報取得要求Ｅ及びＧについて項目「燃料残量」についての情報取得要求を単一の項目「燃料残量」についての情報取得要求に統括する（図１３参照）。
【００５１】
また、例えば、図１２に示すように、データ管理部２１は、情報取得要求Ｅ，Ｆ及びＧのうち、項目「位置情報」が共通する情報取得要求Ｅ及びＦについて「位置情報」が共通する情報取得要求Ｅ及びＦについて項目「位置情報」についての情報取得要求を単一の項目「位置情報」についての情報取得要求に統括する（図１３参照）。
【００５２】
また、例えば、図１２に示すように、データ管理部２１は、情報取得要求Ｅ，Ｆ及びＧのうち、項目「瞬間燃費」が共通する情報取得要求Ｅ及びＧについて「瞬間燃費」が共通する情報取得要求Ｅ及びＧについて項目「瞬間燃費」についての情報取得要求を単一の項目「瞬間燃費」についての情報取得要求に統括する（図１３参照）。
【００５３】
一実施形態に係る要求統括部２１４は、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定する。
例えば、図１２に示すように、情報取得要求Ｅの項目「車速」の更新サイクルが１００ｍｓ、情報取得要求Ｆの項目「車速」の更新サイクルが５００ｍｓ、及び、情報取得要求Ｇの項目「車速」の更新サイクルが２００ｍｓの場合に、「車速」についての情報取得要求の更新サイクルを最も短い更新サイクルである１００ｍｓに設定する（図１３参照）。
【００５４】
また、例えば、図１２に示すように、情報取得要求Ｅの項目「燃料残量」の更新サイクルが２００ｍｓ、及び情報取得要求Ｆの項目「燃料残量」の更新サイクルが５００ｍｓの場合に、「燃料残量」についての情報取得要求の更新サイクルを最も短い更新サイクルである２００ｍｓに設定する（図１３参照）。
【００５５】
また、例えば、図１２に示すように、情報取得要求Ｅの項目「瞬間燃費」の更新サイクルが５００ｍｓ、及び情報取得要求Ｇの項目「瞬間燃費」の更新サイクルが１００ｍｓの場合に、「瞬間燃費」についての情報取得要求の更新サイクルを最も短い更新サイクルである１００ｍｓに設定する（図１３参照）。
【００５６】
上述の実施形態では、要求統括部２１４は、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定するので、要求統括部２１４は、最も短い更新サイクルの項目を含む情報取得要求に応答することができる。
【００５７】
一実施形態に係る要求照合部２１３は、機能部からの情報取得要求を情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可されたリストからなるホワイトリストに基づいて照合可能である。つまり、要求元のアプリケーションや要求された項目が適正であるか否かを判断することができる。
【００５８】
例えば、図７に示すように、情報取得要求が許可された要求元のリスト（ホワイトリストＩ）に機能Ｘ部、機能Ｙ部及び機能Ｚ部があり、機能Ｖ部がない場合に、機能Ｘ部４１、からの情報取得要求が許可され、機能Ｖ部４４からの情報取得要求は許可されない（不許可）。
【００５９】
また、例えば、図８に示すように、要求元ごとに情報取得要求が許可された項目のリスト（ホワイトリストＩＩ）に機能Ｘ部に対して項目ｘ，ｙ及びｚ、機能Ｙ部に対して項目ｚ、機能Ｚ部に対して項目ｘ，ｚがある場合に、機能Ｘ部４１からの項目ｘの情報取得要求が許可される。一方、機能Ｙ部４２からの項目ｘの情報取得要求は、機能Ｙ部に対して項目ｘの情報取得要求は許可されず、また、機能Ｚ部からの項目ｙの情報取得要求は許可されない（不許可）。
【００６０】
図４に示すように、一実施形態に係る要求照合部２１３は、ホワイトリスト記憶部２１３Ａ及びリスト照合部２１３Ｂを有する。
【００６１】
ホワイトリスト記憶部２１３Ａは、少なくとも二以上の機能部のうち情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストが記憶可能である。
例えば、図１１に示す例では、情報取得要求が許可された要求元のリスト（ホワイトリスト）には、機能Ｅ部、機能Ｆ部及び機能Ｇ部があり、機能Ｈ部はない。また、例えば、要求元ごとに情報取得が許可された項目のリスト（ホワイトリスト）には、機能Ｅ部に対して項目「車速」「燃料残量」「位置情報」及び「瞬間燃費」、機能Ｆ部に対して項目「車速」、「燃料残量」及び「位置情報」、機能Ｇ部に対して項目「車速」「位置情報」「瞬間燃費」がある。
【００６２】
リスト照合部２１３Ｂは、少なくとも二以上の機能部の夫々からの情報取得要求をホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストと照合可能である。
例えば、図１１に示す例では、機能Ｅ部、機能Ｆ部及び機能Ｇ部からの情報取得要求をホワイトリスト記憶部２１３Ａに記憶されたホワイトリストと照合可能である。
この例では、ホワイトリストには、機能Ｅ部、機能Ｆ部及び機能Ｇ部があるので、機能Ｅ（Ｆ，及びＧ）部からの情報取得要求は認証され、情報取得要求は許可される。一方、ホワイトリストには、機能Ｈ部がないので、機能Ｈ部からの情報取得要求は認証されずに、情報取得要求は許可されない（不許可）。
また、例えば、図１１に示す例では、機能Ｅ部、機能Ｆ部及び機能Ｇ部からの情報取得要求をホワイトリスト記憶部２１３Ａに記憶されたホワイトリストと照合可能である。ここで、機能Ｅ部及び機能Ｆ部からの情報取得要求には項目「車速」「燃料残量」「位置情報」及び「瞬間燃費」が含まれ、機能Ｇ部からの情報取得要求には項目「車速」「位置情報」「瞬間燃費」「車両年式」が含まれる。
この例では、ホワイトリストには、機能Ｅ部に対して項目「車速」「燃料残量」「位置情報」及び「瞬間燃費」があるので、機能Ｅ部からの項目「車速」「燃料残量」「位置情報」及び「瞬間燃費」についての情報取得要求は認証され、情報取得要求が許可される。一方、ホワイトリストには、機能Ｇ部に対して項目「車速」「位置情報」及び「瞬間燃費」しかないので、機能Ｇ部からの項目「車両年式」についての情報取得要求は認証されずに、情報取得要求は許可されない（不許可）。
【００６３】
上述の実施形態では、リスト照合部２１３Ｂは、少なくとも二以上の機能部の夫々からの情報取得要求をホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストと照合する。これにより、リスト照合部２１３Ｂは、適正な機能部であって適正な項目に対してのみ情報取得要求を許可することができる。
【００６４】
一実施形態に係る車両用情報処理システム１は、ホワイトリスト提供サーバとしてのサーバＳ１００を備える。ホワイトリスト提供サーバは、情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストが記憶可能である。
この実施形態では、携帯通信端末２は、ホワイトリスト提供サーバから情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストをダウンロード可能である。
また、この実施形態では、データ管理部２１は、ホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストを、ダウンロードされた情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストに更新可能である。
【００６５】
上述の実施形態では、データ管理部２１は、ホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストを、ダウンロードされた情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストに更新する。これにより、データ管理部２１は、ホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストを最新のものに更新することができる。
【００６６】
図１に示すように、一実施形態に係る車両用情報処理システム１では、携帯通信端末２及び車載装置３の夫々は表示部２６，３３及び操作入力部２７，３４を有する。
この実施形態では、携帯通信端末２と車載装置３との間に通信路が確立された場合に、携帯通信端末２の表示部２６に対する出力を車載装置３の表示部３３に対して出力可能とするとともに、携帯通信端末２の操作入力部２７に対する入力を車載装置３の操作入力部３４から入力可能とする。一方、携帯通信端末２の表示部２６に対する出力を無効化するとともに、携帯通信端末２の操作入力部２７からの入力を無効化する。
例えば、携帯通信端末２と車載装置３をＵＳＢ規格のケーブル１１によって接続し、携帯通信端末２と車載装置３との間に通信路が確立された場合に、携帯通信端末２の表示部２６に対する出力を車載装置３の表示部３３に対して出力可能とするとともに、携帯通信端末２の操作入力部２７に対する入力を車載装置３の操作入力部３４から入力可能とする。そして、携帯通信端末２の表示部２６に対する出力を無効化するとともに、携帯通信端末２の操作入力部２７からの入力を無効化する。
【００６７】
上述の実施形態では、車両用情報処理システム１は、携帯通信端末２と車載装置３との間に通信路が確立された場合に、携帯通信端末２の表示部２６に対する出力を車載装置３の表示部３３に対して出力可能とするとともに、携帯通信端末２の操作入力部２７に対する入力を車載装置３の操作入力部３４から入力可能とする一方、携帯通信端末２の表示部２６に対する出力を無効化するとともに、携帯通信端末２の操作入力部２７からの入力を無効化する。したがって、車両用情報処理システム１は、携帯通信端末２と車載装置３との間に通信路が確立されると、携帯通信端末２の表示部２６の表示が消え、操作入力部からの操作入力ができなくなる。これにより、車両用情報処理システム１は、自動車の運転中における携帯通信端末２の操作を抑制することができる。
【００６８】
図９に示すように、本発明の一実施形態に係る車両用情報処理プログラムは、統括ステップ（ステップＳ４、Ｓ５）、送信ステップ（ステップＳ６）、受信ステップ（ステップＳ７）及び配布ステップ（ステップＳ８）を携帯通信端末２に実行させる。このプログラムは、メモリ（記憶媒体）２０２に記憶されており、ＣＰＵ２０１によって読み取られて実行される。すなわち、メモリ（記憶媒体）２０２は、車載用情報処理プログラムを記憶したコンピュータ読み取り可能な記憶媒体となっている。
【００６９】
統括ステップ（ステップＳ４、Ｓ５）では、少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる複数の情報処理要求を単一の情報処理要求に統括可能である。また、送信ステップ（ステップＳ６）では、統括した情報取得要求を車載装置３に送信可能である。
【００７０】
受信ステップ（ステップＳ７）は、送信ステップ（ステップＳ６）にて送信された情報取得要求に応答し車載装置３から送信された車両情報を受信可能である。また、受信ステップ（ステップＳ７）では、車載装置３から少なくとも二以上の機能部にて利用される車両情報が提供可能である。
【００７１】
配布ステップ（ステップＳ８）は、受信ステップ（ステップＳ７）にて受信された車両情報を少なくとも二以上の機能部のうち情報取得要求の要求元に配布可能である。
【００７２】
例えば、図９に示すように、ＣＰＵ２０１によって車両用情報処理プログラムがスタートされると、まず、携帯通信端末２が車載装置３に接続されているか否かが判定される（ステップＳ１）。携帯通信端末２が車載装置３に接続され（ステップＳ１：Ｙｅｓ）、携帯通信端末２と車載装置との間に通信路が確立されている場合には、ＣＰＵ２０１は、要求受信部２１２にて機能部からの情報取得要求を受信する（ステップＳ２）。ここでは、少なくとも二以上の機能部が起動され、少なくとも二以上の機能部からの情報取得要求を受信するものとする。
【００７３】
つぎに、ＣＰＵ２０１は、要求照合部２１３にて機能部からの情報取得要求を照合（以下「ホワイトリスト照合」という）する（ステップＳ３）。
ホワイトリスト照合（ステップＳ３）では、例えば、図１０に示すように、まず、リスト照合部２１３Ｂにて情報取得要求の要求元の機能部がホワイトリスト記憶部２１３Ａに記憶された要求元（情報取得要求が許可された要求元）のリストにあるか否かで照合される。情報取得要求の要求元の機能部がホワイトリスト記憶部２１３Ａに記憶された要求元のリストにある場合には（ステップＳ３１：Ｙｅｓ）、情報取得要求が許可される（ステップＳ３２）。一方、情報取得要求の要求元の機能部がホワイトリスト記憶部２１３Ａに記憶された要求元のリストにない場合には（ステップＳ３１：Ｎｏ）、情報取得要求は許可されない。
【００７４】
ホワイトリスト照合（ステップＳ３）では、例えば、図１０に示すように、情報取得要求が許可されると、つぎに、リスト照合部２１３Ｂにて情報取得要求の項目がホワイトリスト記憶部２１３Ａに記憶された要求元ごとに許可された項目のリストにあるか否かでさらに照合される。情報取得要求の項目がホワイトリスト記憶部２１３Ａに記憶された要求元ごとに許可された項目のリストにある場合には（ステップＳ３４：Ｙｅｓ）、情報取得要求が許可される（ステップＳ３５）。一方、情報取得要求の項目がホワイトリスト記憶部２１３Ａに記憶された要求元ごとに許可された項目のリストにない場合には（ステップＳ３４：Ｎｏ）、情報取得要求は許可されない。
【００７５】
ＣＰＵ２０１は、要求照合部２１３にて機能部からの情報取得要求が認証されると、つぎに、要求統括部２１４にて一括要求リストを作成する（ステップＳ４）。一括要求リストは、少なくとも二以上の機能部の夫々からの情報取得要求のうち、共通する項目が含まれる情報取得要求について共通する項目についての情報取得要求を単一の情報取得要求に統括することによって作成される。
【００７６】
ＣＰＵ２０１は、要求統括部２１４にて一括要求リストが作成されると、つぎに、要求統括部２１４にて情報取得要求間隔を決定する（ステップＳ５）。情報取得要求間隔は、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定する。
【００７７】
ＣＰＵ２０１は、要求統括部２１４にて情報取得要求間隔を決定すると、つぎに、要求送信部２１８にて情報取得要求を車載装置３に対して送信する（ステップＳ６）。
【００７８】
ＣＰＵ２０１は、情報受信部２１５にて少なくとも二以上の機能部にて利用される車両情報が車載装置３から提供される（ステップＳ７）。
ＣＰＵ２０１は、情報受信部２１５にて車両情報が提供されると、その車両情報を情報記憶部２１６にて記憶し、情報配布部２１７にて配布情報及び配布タイミングを決定する。配布情報及び配布タイミングは、例えば、要求元の機能部及び更新サイクルによって決定される。
【００７９】
ＣＰＵ２０１は、情報記憶部２１６にて車両情報を記憶し、配布情報及び配布タイミングを決定すると、情報配布部２１７にて情報を配布させる（ステップＳ９）。
【００８０】
上述の実施形態では、統括ステップ（ステップＳ４、Ｓ５）は、少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる複数の情報処理要求を単一の情報処理要求に統括し、送信ステップ（ステップＳ６）では、統括した情報取得要求を車載装置３に送信する。一方、受信ステップ（ステップＳ７）は、車載装置３から少なくとも二以上の機能部にて利用される車両情報が提供される。これにより、携帯通信端末２に多数の機能部が追加されても、携帯通信端末２と車載装置３との間のトラフィックを抑制することができる。これにより、多数の機能部の夫々にて必要なタイミングで必要な車両情報を取得することができる。
【００８１】
一実施形態に係る統括ステップ（ステップＳ５）では、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定可能である。
【００８２】
上述の実施形態では、統括ステップ（ステップＳ５）は、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定するので、送信ステップ（ステップＳ６）では、最も短い更新サイクルの項目を含む情報取得要求を送信することができる。
【００８３】
本実施形態に係る車両用情報処理システムによれば、携帯通信端末２に複数の機能部が追加されても、携帯通信端末２と車載装置３との間のトラフィックが過度に増大することを抑制することができる。この結果、多数の機能部が追加された場合であっても、従来に比して、必要なタイミングで必要な車両情報を取得することができる。また、情報記憶部は、少なくとも二以上の機能部の夫々からの異なるタイミングでの情報取得要求に応答することができる。また、情報配布部は、少なくとも二以上の機能部のうち情報取得要求照合部にて照合された情報取得要求の要求元に情報記憶部に記憶された車両情報を配布するので、適正な機能部に対してのみ車両情報を配布することができる。また、情報取得要求部は、単一の情報取得要求の更新サイクルを項目が共通する複数の情報取得要求のうち最も短い更新サイクルに設定するので、最も短い更新サイクルの項目を含む情報取得要求に応答することができる。また、リスト照合部は、少なくとも二以上の機能部の夫々からの情報取得要求や項目をホワイトリストと照合するため、適正な機能部であって適正な項目に対してのみ情報取得要求を許可することができる。また、データ管理部は、ホワイトリストを最新のものに更新することができる。以上と同様の効果は、本実施形態に係る車両用情報処理プログラムや携帯通信端末によっても発揮されうる。
【００８４】
また、上述の特許文献１に開示された技術では、車両情報を処理する際にはいったん外部サーバに車両情報を送信し、当該サーバにて処理する必要が有ることから、サーバとの通信が確立されていない場合には車両情報の取り扱いができない。これに対し、本実施形態に係る車両用情報処理システムによれば、必要なタイミングで必要な車両情報を取得し、取得した情報を各機能部において利用することができるため、サーバを用いずとも（つまり、サーバとの接続を確立せずとも）車両情報を活用することができる。
【００８５】
本発明は上述した実施形態に限定されることはなく、上述した実施形態に変形を加えた形態や、これらの形態を適宜組み合わせた形態も含む。
【符号の説明】
【００８６】
１    車両用情報処理システム
１１    ケーブル
２    携帯通信端末
２０    主制御部
２１    データ管理部
２１１    制御部
２１２    要求受信部
２１３    要求照合部
２１４    要求統括部
２１５    情報受信部
２１６    情報記憶部
２１７    情報配布部
２１８    要求送信部
２２    ＰＯＩ機能部
２３    データ収集機能部
２４    サードパーティ機能部
２５    ＵＢＩ機能部
２６    表示部
２７    操作入力部
２８    通信部
２９    主記憶部
３    車載装置
３１    センサ（ビルトインセンサ）
３２    入出力部
３３    表示部
３４    操作入力部
４１    機能Ｘ部
４２    機能Ｙ部
４３    機能Ｚ部
４４    機能Ｖ部
４１１，４２１，４３１，４４１    制御部
４１２，４２２，４３２，４４２    データ要求部
４１３，４２３，４３３，４４３    データ受信部
４１４，４２４，４３４，４４４    データ配信部
Ｓ１００    自動車メーカのサーバ
Ｓ２００    サードパーティのサーバ
Ｓ３００    ＰＯＩのサーバ
Ｐ１００    ビッグデータのプラットフォーム
Ｐ２００    ＵＢＩのプラットフォーム
【図１】
0006575697.tif 000002
【図２】
0006575697.tif 000003
【図３】
0006575697.tif 000004
【図４】
0006575697.tif 000005
【図５】
0006575697.tif 000006
【図６】
0006575697.tif 000007
【図７】
0006575697.tif 000008
【図８】
0006575697.tif 000009
【図９】
0006575697.tif 000010
【図１０】
0006575697.tif 000011
【図１１】
0006575697.tif 000012
【図１２】
0006575697.tif 000013
【図１３】
0006575697.tif 000014