JP2015074368A - 車両用通信システム - Google Patents

Abstract

【課題】クラウド環境と無線環境という異なる環境を使い分けてユーザのアクセスを処理する。
【解決手段】本発明の車両用通信システム１は、クラウド環境上に存在するサーバ３と、車両に搭載されて無線環境上に存在する車載機５と、ユーザによるアクセスをサーバ３か車載機５のどちらに接続するかを切り替えるゲートウェイ２５とを備え、ゲートウェイ２５がユーザによるアクセスをサーバ３に接続しているときにはユーザによって入力された制御情報をサーバ３に蓄積し、ゲートウェイ２５がユーザによるアクセスをサーバから車載機５へ切り替えて接続すると、サーバ３に蓄積されている制御情報を車載機５へ転送して車載機５で実行する。
【選択図】図１

Description

本発明は、クラウド環境上に存在するサーバと車両に搭載されて無線環境上に存在する車載機との間で通信する車両用通信システムに関する。

従来では、仮想マシンのマイグレーションシステムとして特許文献１が開示されている。このマイグレーションシステムでは、仮想化機能とゲートウェイのネットワーク機能を用いて、ネットワークやサーバに不具合が発生しても仮想マシンを移動し、ゲートウェイのデータ転送を有効にすることでサービスを継続してユーザに提供していた。

特開２０１１−２１００３２号公報

しかしながら、上述した従来のマイグレーションシステムでは、移動前の仮想マシンも移動後の仮想マシンも同じ仮想マシンであり、同じネットワーク環境に移動して同じサービスを提供することを前提としていた。そのため、車両のような無線環境とサーバのあるクラウド環境のように異なる環境を使い分けることができないという問題点があった。

そこで、本発明は、上述した実情に鑑みて提案されたものであり、異なる環境を使い分けてユーザのアクセスを処理することのできる車両用通信システムを提供することを目的とする。

上述した課題を解決するために、本発明は、クラウド環境上に存在するサーバと、車両に搭載されて無線環境上に存在する車載機と、ユーザによるアクセスをサーバか車載機のどちらに接続するかを切り替えるゲートウェイとを備えている。そして、ゲートウェイがユーザによるアクセスをサーバに接続しているときにはユーザによって入力された制御情報をサーバに蓄積する。その後、ゲートウェイがユーザによるアクセスをサーバから車載機へ切り替えて接続すると、サーバに蓄積されている制御情報を車載機へ転送して車載機で実行する。

本発明では、クラウド環境にあるサーバと無線環境にある車載機とをゲートウェイで切り替えることによって、ユーザによるアクセスを処理している。これにより、クラウド環境と無線環境という異なる環境を使い分けてユーザのアクセスを処理することができる。

図１は、本発明の第１実施形態に係る車両用通信システムの構成を示すブロック図である。 図２は、本発明の第１実施形態に係る車両用通信システムにおけるサーバの仮想マシンの構成を示すブロック図である。 図３は、本発明の第１実施形態に係る車両用通信システムにおけるサーバの車載機接続時の処理手順を示すフローチャートである。 図４は、本発明の第１実施形態に係る車両用通信システムにおけるサーバのユーザ接続時の処理手順を示すフローチャートである。 図５は、本発明の第１実施形態に係る車両用通信システムにおける車載機の処理手順を示すフローチャートである。 図６は、本発明の第２実施形態に係る車両用通信システムの構成を示すブロック図である。 図７は、本発明の第２実施形態に係る車両用通信システムにおけるサーバの車載機接続時の処理手順を示すフローチャートである。 図８は、本発明の第２実施形態に係る車両用通信システムにおけるサーバのユーザ接続時の処理手順を示すフローチャートである。

以下、本発明を適用した第１及び第２実施形態について図面を参照して説明する。

［第１実施形態］
［車両用通信システムの構成］
図１は本実施形態に係る車両用通信システムの構成を示すブロック図である。図１に示すように、本実施形態に係る車両用通信システム１は、サーバ３と、車載機５と、ネットワーク７とを備えている。

本実施形態に係る車両用通信システム１は、ユーザが自宅のパソコンや携帯しているスマートフォンからネットワーク７を通じて車載機５にアクセスし、車両の機能を制御するためのシステムである。尚、車両用通信システム１は車両の機能全般を制御することを前提としているが、本実施形態では一例として空調を制御する場合を説明する。このような空調制御の場合、乗車前に予め暖房や冷房をオンにし、乗車するまでに車内を適切な温度、湿度にしておくことがユーザの目的となる。

サーバ３は、クラウド環境上に構築されており、仮想化ソフトウェアが稼働して仮想環境を提供している。

車載機５は、車両に搭載された移動端末であり、仮想化ソフトウェアが導入されて仮想環境を提供している。また、車載機５は、３Ｇや無線ＬＡＮ等の無線環境内に存在している。

ネットワーク７は、ユーザ端末やクラウド環境、その他のネットワークへの接続を行うことが可能なインターネット等のネットワークである。

ＰＣ／スマートフォン９は、ユーザが保有して車載機５を制御するために用いる制御端末である。

次に、サーバ３の構成を説明する。図１に示すように、サーバ３は、ゲストＯＳ（Operating System）１１と、仮想化ソフトウェア１３と、仮想車両ハードウェア１５と、命令蓄積部１７と、データ同期部１９と、移動体管理部２１と、通信部２３とを備えている。また、サーバ３が存在するクラウド環境内にはゲートウェイ２５が設置されている。

ゲストＯＳ１１は、サーバ３にインストールされたゲストＯＳの１つであり、本実施形態では車載機５の動作に最適化された空調制御用のアプリケーションが動作している。

仮想化ソフトウェア１３は、車載機５上で動作しているのと同等の仮想環境を提供するための仮想化ソフトウェアであり、仮想環境の内部で動作するゲストＯＳ１１には仮想車両ハードウェア１５へのアクセス経路が提供される。ここで、仮想化ソフトウェア１３が提供する仮想環境は、車載機５の環境をエミュレートしており、クラウド環境上において車載機５のアプリケーションが動作して、ユーザにクラウド環境から車載機５のサービスを提供する。

仮想車両ハードウェア１５は、仮想環境が必要とする車両ハードウェアのエミュレーションブロックである。このエミュレーションブロックが存在することにより、仮想環境はゲストＯＳ１１に対して車両上で動作するのと同等の環境を提供することが可能となる。

命令蓄積部１７は、ユーザのアクセスによって入力された車両への制御情報を蓄積するための記憶手段であり、具体的には仮想車両ハードウェア１５へアクセスしたゲストＯＳ１１のアプリケーションによる指示を蓄積する。クラウド環境上におけるゲストＯＳ１１のハードウェアに対する動作は、あくまでエミュレーションであり、実際にハードウェアを制御することはできない。したがって、アクセス内容を蓄積することで、その内容を後で車載機５へ転送し、改めて実行することによってユーザは最終的に車載機５を動作させることができる。

データ同期部１９は、命令蓄積部１７に制御情報が蓄積されている場合に、サーバ３と車載機５との間で制御情報を整合させる。データ同期部１９は、移動体管理部２１の情報に基づいて車載機５へのアクセスが可能なときには制御情報を車載機５へ転送する。また、データ同期部１９は、ゲストＯＳ１１の管理機能も備えており、サーバ３のゲストＯＳ１１のバージョンと車載機５のゲストＯＳのバージョンとをチェックし、常に同じバージョンを保ち、機能の整合性を保っている。

移動体管理部２１は、車載機５の通信状況を把握するためのブロックである。車載機５が搭載された車両等の移動体は無線環境を経由してクラウド環境へアクセスするので、通信圏外となる場合やＩＰアドレス等の通信パラメータが移動により変化していく場合がある。そこで、移動体管理部２１は、車載機５からの通知によって車載機５の無線環境への接続状況を取得し、車載機５へのアクセスが可能なときにはゲートウェイ２５に接続先の切り替え命令を通知して車載機５へユーザの制御情報を転送する。また、車載機５へのアクセスが不能なときにはユーザの制御情報をクラウド環境側で実行させ、実行結果を命令蓄積部１７に格納しておき、アクセスが可能になった際に改めてデータ同期部１９の機能を用いて車載機５で速やかに制御情報を実行させる。

通信部２３は、サーバ３の通信に使用されるネットワークインターフェースであり、ゲートウェイ２５を介してネットワーク７と接続される。

ゲートウェイ２５は、クラウド環境と外部のネットワーク７とを接続するための接続口であり、車載機５の無線環境への接続状況に応じて、ユーザによるアクセスをサーバ３に接続するか、あるいは車載機５に接続するかを切り替えている。ただし、ゲートウェイ２５は内部のクラウド環境側より設定変更を行うことが可能であり、情報の転送機能を備えている。本実施形態では、移動体管理部２１からの切り替え命令を受け、車載機５を認識しているときにはユーザのＰＣ／スマートフォン９から受け取った情報を転送し、車載機５で実行させる。その結果、ユーザはクラウド環境へのアクセスと認知した状態で車両に対する処理を実行することが可能となる。また、ユーザはクラウド環境と車載機５の環境との違いを意識せず、透過的にサービスを受けることができる。

次に、車載機５の構成を説明する。図１に示すように、車載機５は、ゲストＯＳ３１と、仮想化ソフトウェア３３と、命令蓄積部３５と、データ同期部３７と、無線通信部３９とを備えている。また、車載機５は、車載機５が搭載された車両の車両ハードウェア４１に接続されている。

ゲストＯＳ３１は、サーバ３のゲストＯＳ１１と完全に同じものが動作している。ゲストＯＳ１１が更新された際には、ゲストＯＳ３１も移動体管理部２１やデータ同期部１９、３７を通じて同様に更新される。

仮想化ソフトウェア３３は、サーバ３上で提供されている仮想環境と同等の仮想環境を提供する仮想化ソフトウェアである。ここで提供される車載機５の仮想環境は、サーバ３の仮想環境がクラウド環境上で動作する仮想環境であったのに対し、車載機５の組込環境で動作する仮想環境である。ただし、最終的にゲストＯＳ３１から見た場合に、いずれの仮想環境も共に同じ環境であると認識できる仮想環境を提供する。また、車載機５は実際に車両ハードウェア４１に接続されているので、サーバ３の仮想環境が仮想車両ハードウェア１５と連携していたのに対し、車載機５の仮想環境は実際の車両ハードウェア４１と連携する。

命令蓄積部３５は、命令蓄積部１７に制御情報が蓄積されている場合に、データ同期部１９、３７を経由して転送された制御情報を蓄積する。

データ同期部３７は、データ同期部１９と連携し、クラウド環境上のゲストＯＳ１１で実行された制御情報をサーバ３から取得し、命令蓄積部３５へ転送して蓄積する。そして、ゲストＯＳ３１の制御アプリケーションに対して蓄積された制御情報を速やかに実行させることにより、サーバ３と車載機５との間で制御情報を整合させる。

無線通信部３９は、車載機５が無線通信するためのワイヤレスネットワークインターフェースであり、車載機５の無線環境への接続状況を把握してサーバ３へ通知する機能を備えている。

車両ハードウェア４１は、車載機５が搭載された車両の実際のハードウェアであり、本実施形態では特に車両の空調ハードウェアである。

次に、図２を参照してクラウド環境上のサーバ３で動作する仮想マシンの構成を説明する。図２に示すように、サーバ３は、ホストＯＳ５１と、ゲストＯＳ１１と、仮想化ソフトウェア１３と、仮想車両ハードウェア１５と、命令蓄積部１７と、データ同期部１９と、移動体管理部２１と、通信部２３とを備えている。

ホストＯＳ５１は、サーバ３上で動作するオペレーティングシステムであり、ホストＯＳ５１上で仮想化ソフトウェア１３が動作する。

ゲストＯＳ１１は、車両で動作することに最適化されたＯＳであり、本実施形態では車両のハードウェアへアクセスする空調制御用のアプリケーションが導入されている。

仮想化ソフトウェア１３は、ゲストＯＳ１１に仮想車両ハードウェア１５へのアクセス経路を提供することによって、車載機５上で動作しているのと同等の環境を提供する。また、ゲストＯＳ管理部５３を備えており、このゲストＯＳ管理部５３は、ゲストＯＳ１１の状態を把握して、その状態をデータ同期部１９に提供している。

仮想車両ハードウェア１５は、車載機５のハードウェアをエミュレーションするハードウェアエミュレーションを目的としたソフトウェアである。本実施形態では車載機５にあってサーバ３に無いものとしてＣＡＮ(Control Area Network)とＧＰＳを一例として示しており、仮想ＣＡＮインターフェースドライバ５５と仮想ＧＰＳインターフェースドライバ５７を備えている。仮想ＣＡＮインターフェースドライバ５５はＣＡＮへの接続をエミュレーションするものであり、仮想ＧＰＳインターフェースドライバ５７はＧＰＳへの接続をエミュレーションするものである。

命令蓄積部１７は、仮想化ソフトウェア１３によって提供された仮想環境上で動作するゲストＯＳ１１のハードウェアに対する制御情報を蓄積する。これにより、クラウド環境上でユーザが制御情報を入力しても車両上で実行することが可能となる。尚、命令蓄積部１７に制御情報を格納するのは、車載機５が無線環境において圏外となる場合や移動時に同期が間に合わず、アクセス不能となった場合のためである。

データ同期部１９は、命令蓄積部１７に蓄積されている制御情報やゲストＯＳ１１を車載機５と整合させる。このために、データ同期部１９は、クラウド環境上で実行された処理の結果や最新のゲストＯＳ１１を車載機５へ提供する。

移動体管理部２１は、車載機５にアクセスするために必要な情報を保持している。車載機５が無線環境へアクセスするための情報は常に変化するので、データ同期部１９が車載機５へアクセスするために必要な情報を保持する。

通信部２３は、通信ハードウェアであり、サーバ３が外部のネットワーク７と通信するために用いる通信インターフェースである。

［サーバによる車載機接続時の処理手順］
次に、本実施形態に係るサーバ３による車載機５に接続時の処理手順を図３のフローチャートを参照して説明する。

図３に示すように、ステップＳ１０１においてサーバ３は常に稼働して車載機５からのアクセスを待機しており、ステップＳ１０２において車載機５からのアクセスの有無を判定する。そして、車載機５からのアクセスがない間はステップＳ１０１に戻って継続してアクセスを待機し、車載機５からのアクセスがあると、ステップＳ１０３に進む。

ステップＳ１０３では、移動体管理部２１が、車載機５に割り当てられているＩＰアドレス等のネットワークへの接続情報を無線通信部３９から受信する。これは、ゲートウェイ２５がユーザの制御情報を転送する場合や、データ同期部１９がハードウェアの制御情報を送信したり、ゲストＯＳ１１を更新したりする場合に必要な通信経路を確保するためである。

次に、ステップＳ１０４において、データ同期部１９は、ステップＳ１０３で取得した接続情報に基づいて車載機５へアクセスする。そして、ステップＳ１０５では、データ同期部１９が車載機５にゲストＯＳが存在するか否かを判定し、存在しない場合にはステップＳ１０６に進んでサーバ３のゲストＯＳ１１と同一のゲストＯＳを車載機５にインストールする。

一方、ステップＳ１０５において車載機５にゲストＯＳが存在すると判定された場合には、ステップＳ１０７に進む。そして、ステップＳ１０７では、データ同期部１９が、車載機５のゲストＯＳ３１が最新のものであるか否かを判定し、最新でない場合にはステップＳ１０８に進んで車載機５に最新のゲストＯＳを提供する。

このようにデータ同期部１９によってサーバ３と車載機５の仮想環境上で動作するゲストＯＳの同期処理が行われる。これによりクラウド環境のサーバ３と無線環境の車載機５との間で、同じ状態のゲストＯＳを維持することができる。

次に、ステップＳ１０９において、データ同期部１９は、ユーザのアクセスによって入力された車両への制御情報が命令蓄積部１７に蓄積されているか否かを判定する。そして、制御情報が蓄積されている場合にはステップＳ１１０に進んで蓄積されている制御情報を車載機５へ転送し、ステップＳ１１１において転送された制御情報を車載機５で実行する。具体的には、転送された制御情報はデータ同期部３７によって命令蓄積部３５に蓄積されるので、ゲストＯＳ３１が蓄積された制御情報を実行する。これにより、ユーザによって入力された車両への制御情報が車両ハードウェア４１に対して実際に実行されたことになる。

このように本実施形態では、データ同期部１９がサーバ３のゲストＯＳ１１と車載機５のゲストＯＳ３１を整合させて等価の環境が構築できた後にユーザによる制御情報を車載機５で実行する。これにより、ユーザの制御情報を矛盾なく実際の車両ハードウェア４１上で実施することが可能となる。

次に、上述したようにステップＳ１１１において車載機５で制御情報が実行されるか、あるいはステップＳ１０９において制御情報が蓄積されていないと判定された場合にステップＳ１１２に進む。

ステップＳ１１２では、移動体管理部２１がゲートウェイ２５に接続先の切り替え命令を出力してユーザのアクセス先をサーバ３から車載機５へ変更する。これにより、ゲートウェイ２５による転送処理が開始されて本実施形態に係るサーバ３による車載機５への接続時の処理を終了する。

このように、本実施形態では、車載機５が接続可能になると、予め蓄積しておいたユーザの制御情報を車載機５で処理するので、ユーザは車載機５の接続状況を気にすることなくアクセスして制御情報を入力することができる。したがって、ユーザはクラウド環境のサーバ３と無線環境の車載機５との間で透過的にサービスを受けることが可能となる。また、車載機５は、通信不能な際には意図的に通信を止めたり、車載機５を停止させたりできるので、消費電力を削減することが可能となる。

［サーバによるユーザ接続時の処理手順］
次に、本実施形態に係るサーバ３によるユーザ接続時の処理手順を図４のフローチャートを参照して説明する。図４に示す処理は、ユーザが自身で保有するパソコンやスマートフォンから遠隔で車両を操作する場合の処理を示している。

図４に示すように、ステップＳ２０１においてユーザがサーバ３へアクセスすると、ステップＳ２０２においてゲートウェイ２５は接続先が車載機５になっているか否かを判定する。ここで、図３のステップＳ１１２の処理がすでに行われて接続先が車載機５となっている場合には、ステップＳ２０３に進んで、ゲートウェイ２５はユーザによる制御情報を車載機５へ転送する。そして、この後は、車載機５での処理に移行し、車載機５の仮想環境上で動作しているゲストＯＳ３１によってユーザの制御情報が処理される。

一方、ステップＳ２０２においてゲートウェイ２５の接続先が車載機５となっていないと判定された場合には、ステップＳ２０４に進む。この場合には、車載機５がサーバ３によって認知されておらず、通信経路が確保されていないので、ステップＳ２０４ではサーバ３のゲストＯＳ１１の制御アプリケーションがユーザの制御情報を受信する。

そして、ステップＳ２０５において、ゲストＯＳ１１の制御アプリケーションが命令蓄積部１７に制御情報を蓄積して本実施形態に係るサーバ３によるユーザ接続時の処理を終了する。

［車載機における処理の手順］
次に、本実施形態に係る車載機５における処理手順を図５のフローチャートを参照して説明する。

図５に示すように、ステップＳ３０１において、ユーザの操作によって車両のＡＣＣ電源等がオンされて車載機５が起動すると、ステップＳ３０２において車載機５は無線環境との接続状況をチェックして通信が可能であるか否かを判断する。ここでの判断は基本的に通信圏内であるか、通信圏外であるかの判別を目的としているが、接続状況だけが判別基準ではなく、意図的に消費電力を削減するために通信を停止させる場合もある。そのため、そのようなユーザの指示や環境による通信の可否を判定条件としてもよい。

そして、通信が不可能である場合には継続して通信の可否を判断し、通信が可能になると、ステップＳ３０３に進む。

ステップＳ３０３では、無線通信部３９が、車載機５の無線環境への接続状況を示す接続情報をサーバ３へ送信する。

次に、ステップＳ３０４において、データ同期部３７は、サーバ３に新しいゲストＯＳが存在するか否かを判定し、サーバ３に新しいゲストＯＳが存在していない場合にはステップＳ３０５に進む。一方、サーバ３に新しいゲストＯＳが存在している場合にはステップＳ３０６に進んでゲストＯＳを車載機５にインストールしてからステップＳ３０５に進む。

次に、ステップＳ３０５において、データ同期部３７は、サーバ３の命令蓄積部１７に制御情報が蓄積されているか否かを判定し、制御情報が蓄積されていない場合にはステップＳ３０７に進む。一方、制御情報が蓄積されている場合にはステップＳ３０８に進んで、蓄積されている制御情報を車載機５の命令蓄積部３５へダウンロードしてからステップＳ３０７に進む。

次に、ステップＳ３０７においてゲストＯＳ３１が起動し、ステップＳ３０９において命令蓄積部３５に制御情報が蓄積されているか否かを判定する。ここで、制御情報が蓄積されていない場合には本実施形態に係る車載機５における処理を終了する。一方、制御情報が蓄積されている場合には、ステップＳ３１０に進んで、ゲストＯＳ３１が、蓄積されている制御情報を実行してハードウェア制御を実施する。

この後、ステップＳ３１１において、車載機５は、ユーザに対してハードウェアの制御が遅延して実行されたことを通知して本実施形態に係る車載機５における処理を終了する。

［第１実施形態の効果］
以上詳細に説明したように、本実施形態に係る車両用通信システム１では、クラウド環境にあるサーバ３と無線環境にある車載機５とをゲートウェイ２５で切り替えることによって、ユーザによるアクセスを処理している。これにより、クラウド環境と無線環境という異なる環境を使い分けてユーザのアクセスを処理することができる。

また、ゲートウェイ２５がユーザのアクセスをサーバ３に接続しているときには制御情報をサーバ３に蓄積し、ゲートウェイ２５がユーザのアクセスを車載機５へ切り替えて接続すると、サーバ３に蓄積されている制御情報を車載機５へ転送して実行する。これにより、車載機５の無線環境への接続状況によらずにユーザはアクセスすることができるので、クラウド環境にアクセスしているのか、車載機５にアクセスしているのかを意識することなくユーザは制御情報を入力して車載機５を制御することができる。

さらに、本実施形態に係る車両用通信システム１では、車載機５の無線環境への接続状況に応じて、ゲートウェイ２５がユーザによるアクセスをサーバ３と車載機５のどちらに接続するかを切り替えている。これにより、車載機５の無線環境への接続状況に応じてユーザのアクセスを適切な実行環境へ自動的にルーティングすることができる。

さらに、本実施形態に係る車両用通信システム１では、無線通信部３９が車載機５の無線環境への接続状況を把握してサーバ３へ通知する。これにより、サーバ３が車載機５の無線環境への接続状況を正確に把握することができるので、ユーザによって入力された制御情報をサーバ３で蓄積すべきか、車載機５で処理すべきかを適切に判断することができる。

また、本実施形態に係る車両用通信システム１では、移動体管理部２１が無線通信部３９からの通知によって車載機５の無線環境への接続状況を取得してゲートウェイ２５に接続先の切り替え命令を出力する。これにより、車載機５の無線環境への接続状況に応じてゲートウェイ２５の接続先を切り替えることができる。

［第２実施形態］
次に、本発明の第２実施形態に係る車両用通信システムについて図面を参照して説明する。尚、第１実施形態と同一の構成要素には同一の番号を付して詳細な説明は省略する。

［車両用通信システムの構成］
図６は本実施形態に係る車両用通信システムの構成を示すブロック図である。図６に示すように、本実施形態に係る車両用通信システム６１は、サーバ３がアクセス監視部６３をさらに備えたことが第１実施形態と相違している。

アクセス監視部６３は、ユーザのアクセスによって入力された車両への制御情報が車両のハードウェアを制御するための命令であるか否かを判定する。

本実施形態では、第１実施形態と同様に空調を制御する場合について説明するが、ゲートウェイ２５による切り替えタイミングが第１実施形態と相違している。第１実施形態では車載機５が通信可能な場合には車載機５でユーザのアクセスを処理していたが、本実施形態では車両ハードウェア４１へアクセスする必要のある命令以外はなるべくクラウド環境上のサーバ３でユーザのアクセスを処理するようにしている。これにより、車載機５で実行される処理を減らすことができるので、消費電力や通信量を低減させることができる。

［サーバによる車載機接続時の処理手順］
次に、本実施形態に係るサーバ３による車載機５に接続時の処理手順を図７のフローチャートを参照して説明する。

ただし、図７に示すステップＳ４０１〜４０９の処理は、図３に示す第１実施形態のステップＳ１０１〜１０８、１１２と同一の処理なので、詳細な説明は省略する。本実施形態のサーバ３による車載機接続時の処理では、図３のステップＳ１０９〜１１１の処理が省略されていることが第１実施形態と相違している。

本実施形態では、後述するようにユーザが制御情報の蓄積を望まない場合には制御情報を命令蓄積部１７に蓄積しないので、必ずしも命令蓄積部１７に蓄積された制御情報を車載機５に転送して実行する必要はない。そこで、図３に示す第１実施形態のステップＳ１０９〜１１１の処理を省略している。

［サーバによるユーザ接続時の処理手順］
次に、本実施形態に係るサーバ３によるユーザ接続時の処理手順を図８のフローチャートを参照して説明する。図８に示す処理は、ユーザが自身で保有するパソコンやスマートフォンから遠隔で車両を操作する場合の処理を示している。

ただし、図８に示すステップＳ５０１〜５０４の処理は、図４に示す第１実施形態のステップＳ２０１〜２０４と同一の処理なので、詳細な説明は省略する。

ステップＳ５０４において、サーバ３のゲストＯＳ１１の制御アプリケーションがユーザの制御情報を受信すると、ステップＳ５０５に進んでアクセス監視部６３が、ユーザによって入力された制御情報がハードウェアを制御するための命令であるか否かを判定する。そして、制御情報がバードウェアを制御するための命令でない場合には、ステップＳ５０６に進んで、ゲストＯＳ１１が仮想車両ハードウェア１５を用いて制御情報を処理し、本実施形態に係るサーバ３によるユーザ接続時の処理を終了する。

一方、制御情報がハードウェアを制御するための命令である場合には、ステップＳ５０７に進んで移動体管理部２１が車載機５の最新の接続情報を保持しているか否かを判定する。ここで、移動体管理部２１が最新の接続情報を保持している場合には、ステップＳ５０８に進んで、移動体管理部２１がゲートウェイ２５に接続先の切り替え命令を出力してユーザのアクセス先をサーバ３から車載機５へ変更する。これにより、ユーザによって入力された制御情報は車載機５で処理されることになり、本実施形態に係るサーバ３によるユーザ接続時の処理を終了する。

一方、ステップＳ５０７において、移動体管理部２１が最新の接続情報を保持していない場合には、ステップＳ５０９に進んで、サーバ３はユーザに対して車両への通信ができないことを通知する。

そして、ステップＳ５１０において、サーバ３は、ユーザが入力した制御情報をサーバ３に蓄積することを望むか否かをユーザに確認し、蓄積を望まない場合には本実施形態に係るサーバ３によるユーザ接続時の処理を終了する。一方、制御情報の蓄積を望む場合には、ステップＳ５１１に進んで、命令蓄積部１７がユーザによって入力された制御情報を蓄積して本実施形態に係るサーバ３によるユーザ接続時の処理を終了する。

尚、車載機における処理は、図５に示した第１実施形態の処理と同一なので、詳細な説明は省略する。

［第２実施形態の効果］
以上詳細に説明したように、本実施形態に係る車両用通信システム６１では、アクセス監視部６３によって制御情報が車両のハードウェアを制御する命令でないと判定された場合には、仮想車両ハードウェア１５を用いてサーバ３で制御情報を処理する。これにより、車載機５で実行する処理を減らすことができるので、消費電力や通信量を低減させることができる。

なお、上述の実施形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施形態以外の形態であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計などに応じて種々の変更が可能であることは勿論である。

１、６１ 車両用通信システム
３ サーバ
５ 車載機
７ ネットワーク
９ ＰＣ／スマートフォン
１１、３１ ゲストＯＳ
１３、３３ 仮想化ソフトウェア
１５ 仮想車両ハードウェア
１７、３５ 命令蓄積部
１９、３７ データ同期部
２１ 移動体管理部
２３ 通信部
２５ ゲートウェイ
３９ 無線通信部
４１ 車両ハードウェア
５１ ホストＯＳ
５３ ゲストＯＳ管理部
５５ 仮想ＣＡＮインターフェースドライバ
５７ 仮想ＧＰＳインターフェースドライバ
６３ アクセス監視部

Claims (5)

1. クラウド環境上に存在するサーバと車両に搭載されて無線環境上に存在する車載機との間で通信する車両用通信システムであって、
   ユーザによるアクセスを前記サーバに接続するか、あるいは前記車載機に接続するかを切り替えるゲートウェイを備え、
   前記サーバは、
   仮想環境上で動作する第１アプリケーションと、
   ユーザのアクセスによって入力された車両への制御情報を蓄積する第１命令蓄積部と、
   前記サーバと前記車載機との間で前記制御情報を整合させる第１データ同期部とを備え、
   前記車載機は、
   仮想環境上で動作する第２アプリケーションと、
   ユーザのアクセスによって入力された車両への制御情報を蓄積する第２命令蓄積部と、
   前記サーバと前記車載機との間で前記制御情報を整合させる第２データ同期部とを備え、
   前記ゲートウェイがユーザによるアクセスを前記サーバに接続しているときには、前記第１アプリケーションが前記制御情報を前記第１命令蓄積部に蓄積し、
   前記ゲートウェイがユーザによるアクセスを前記サーバから前記車載機へ切り替えて接続すると、前記第１データ同期部が前記第１命令蓄積部に蓄積されている制御情報を前記車載機へ転送し、転送された制御情報を前記第２データ同期部が前記第２命令蓄積部に蓄積して前記第２アプリケーションが前記制御情報を実行することを特徴とする車両用通信システム。
2. 前記ゲートウェイは、前記車載機の無線環境への接続状況に応じて、ユーザによるアクセスを前記サーバと前記車載機のどちらに接続するかを切り替えることを特徴とする請求項１に記載の車両用通信システム。
3. 前記車載機は、前記車載機の無線環境への接続状況を把握して前記サーバへ通知する無線通信部をさらに備えることを特徴とする請求項１または２に記載の車両用通信システム。
4. 前記サーバは、前記無線通信部からの通知によって前記車載機の無線環境への接続状況を取得して前記ゲートウェイに接続先の切り替え命令を出力する移動体管理部をさらに備えることを特徴とする請求項３に記載の車両用通信システム。
5. 前記サーバは、
   前記制御情報が車両のハードウェアを制御するための命令であるか否かを判定するアクセス監視部と、
   車両が搭載しているハードウェアをエミュレーションする仮想車両ハードウェアと
   を備え、
   前記アクセス監視部によって前記制御情報が車両のハードウェアを制御する命令でないと判定された場合には、前記仮想車両ハードウェアを用いて前記制御情報を処理することを特徴とする請求項１〜４のいずれか１項に記載の車両用通信システム。

Images