JP2024016723A - 通信システム及び通信方法 - Google Patents

Abstract

【課題】コネクティッドカーシステムにおけるＮＷエッジ内の拠点間で効率良くデータ連携を行うこと。【解決手段】実施形態のＮＷエッジ１０は、拠点２０Ａと拠点２０Ｂとを有し、車両３０Ｖとセンタ４０Ａ及びセンタ４０Ｂとの間でデータの転送を行う。車両３０Ｖは、拠点２０Ａ及び拠点２０Ｂのいずれかと接続される。センタ４０Ａは、拠点２０Ａと接続される。センタ４０Ｂは、拠点２０Ｂと接続される。拠点２０Ａは、車両３０Ｖ又はセンタ４０Ａから受信したデータを拠点２０Ｂに転送するか否かを、車両３０Ｖ又はセンタ４０Ａの状態に応じて決定する。【選択図】図６

Description

特許法第３０条第２項適用申請有り ＮＴＴデータテクノロジーカンファレンス２０２１オンライン開催 開催日 令和３年１０月２９日 ｈｔｔｐｓ：／／ｏｓｓ．ｎｔｔｄａｔａ．ｃｏｍ／ｔｅｃｈｃｏｎｆ２０２１／ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｕｇＱＡＣＡＪ９＿９Ｉ 公開日 令和３年１１月２９日 ｈｔｔｐｓ：／／ｇｒｏｕｐ．ｎｔｔ／ｊｐ／ｔｏｐｉｃｓ／２０２１／１１／２９／ｔｅｃｈｄｏｃ＿ｒｅｌ＿ｎｔｔ＿ｔｏｙｏｔａ．ｈｔｍｌ ｈｔｔｐｓ：／／ｇｒｏｕｐ．ｎｔｔ／ｊｐ／ｔｏｐｉｃｓ／２０２１／１１／２９／ｐｄｆ／ｔｅｃｈｎｉｃａｌ＿ｄｏｃｕｍｅｎｔ＿ｉｃｔｐｆ＿ｊｐ．ｐｄｆ ＴＯＹＯＴＡ Ｄｅｖｅｌｏｐｅｒｓ Ｎｉｇｈｔオンライン開催 開催日 令和３年１１月２９日 ｈｔｔｐｓ：／／ｔｅｃｈｐｌａｙ．ｊｐ／ｅｖｅｎｔ／８３７１８２ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝２ＫｅｙｇＺＺｐｇＤｋ＆ｔ＝３８４７ｓ ＴＯＹＯＴＡ Ｄｅｖｅｌｏｐｅｒｓ Ｎｉｇｈｔオンライン開催 開催日 令和４年２月３日 ｈｔｔｐｓ：／／ｔｅｃｈｐｌａｙ．ｊｐ／ｅｖｅｎｔ／８４４３５７ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｚＩｂＧｚｋＤＴ３Ｆｋ

本発明は、通信システム及び通信方法に関する。

従来、インターネット等のネットワークを介して、車両へアプリケーションを提供するコネクティッドカーシステムが知られている。

例えば、ネットワークを介して取得した車両のログデータを基に、パワーユニットの異常、サイバー攻撃による車載ネットワークの乗っ取り等を検知するシステムが知られている（例えば、特許文献１を参照）。

また、移動する車両と地理的に分散したセンタ（アプリケーションの提供主体）との間の通信は、ＮＷ（Network）エッジを介して行われる場合がある。ＮＷエッジは、広域分散した拠点群によって構成される通信のための基盤である。

センタと車両との間の時間的及び地理的な制約を吸収するため、ＮＷエッジ内の拠点間ではデータ連携が行われる。

特開２０２０－１１９０９０号公報

しかしながら、従来の技術には、コネクティッドカーシステムにおけるＮＷエッジ内の拠点間で効率良くデータ連携ができない場合があるという問題がある。

例えば、ＮＷエッジ内の各拠点にＭＱ（Message Queueing）クラスタを配置し、クラスタ間連携により拠点間のデータ連携を実現することが考えられる。また、kafka及びApache pulserといった既存の分散メッセージングミドルウェアでは、クラスタ間連携を行うために、レプリケーションが行われる（参考文献：Replicator の概要 https://docs.confluent.io/ja-jp/platform/6.0.1/multi-dc-deployments/replicator/index.html）。

一方で、レプリケーションを用いてクラスタ間連携手法をコネクティッドカーシステムに適用すると、拠点間ＮＷ帯域の逼迫といった問題が発生し、効率良くデータ連携ができない場合がある。

上述した課題を解決し、目的を達成するために、通信システムは、第１の拠点と第２の拠点とを含む複数の拠点を有し、車両と第１のセンタ及び第２のセンタとを含む複数のセンタとの間でデータの転送を行う通信システムであって、前記車両は、前記第１の拠点及び前記第２の拠点のいずれかと接続され、前記第１のセンタは、少なくとも前記第１の拠点と接続され、前記第２のセンタは、少なくとも前記第２の拠点と接続され、前記第１の拠点は、前記車両又は前記第１のセンタから受信したデータを第２の拠点に転送するか否かを、前記車両又は前記第１のセンタの状態に応じて決定することを特徴とする。

本発明によれば、コネクティッドカーシステムにおけるＮＷエッジ内の拠点間で効率良くデータ連携ができる。

図１は、拠点の概要を説明する図である。 図２は、コネクティッドカーシステムの構成例を示す図である。 図３は、従来のアップロードにおける課題を説明する図である。 図４は、従来のアップロードにおける課題を説明する図である。 図５は、従来のアップロードにおける課題を説明する図である。 図６は、アップロードにおけるデータ連携方法を説明する図である。 図７は、従来のダウンロードにおける課題を説明する図である。 図８は、従来のダウンロードにおける課題を説明する図である。 図９は、ダウンロードにおけるデータ連携方法を説明する図である。 図１０は、アップロード時のデータ連携の流れを示すフローチャートである。 図１１は、ダウンロード時のデータ連携の流れを示すフローチャートである。 図１２は、ネットワークの構成例を示す図である。 図１３は、ネットワークの構成例を示す図である。 図１４は、ネットワークの構成例を示す図である。 図１５は、ネットワークの構成例を示す図である。 図１６は、通信プログラムを実行するコンピュータの一例を示す図である。

以下に、本願に係る通信システム及び通信方法の実施形態を図面に基づいて詳細に説明する。なお、本発明は、以下に説明する実施形態により限定されるものではない。

図１を用いて、実施形態の拠点の概要を説明する。図１は、拠点の概要を説明する図である。

拠点は、車両とアプリケーションの提供主体（以降、センタ）との間でデータの転送を行う。拠点の機能は、１つ以上の情報処理装置（例えば、サーバ）又は通信機器等により実現される。

図１には、拠点２１、拠点２２及び拠点２３の３つが示されている。ＮＷエッジを構成する拠点の数は、図１に示すものに限られず、１つ以上の任意の数であってよい。

拠点２１を例に挙げて、拠点の機能を説明する。なお、拠点２２及び拠点２３についても、拠点２１と同等の機能を有しているものとする。

ＮＷエッジは通信システムの一例である。また、ＮＷエッジを構成する各拠点は、転送装置の一例である。

図１に示すように、拠点２１は、データ送受信機能を有する。拠点２１は、データ送受信機能により、車両又はセンタにデータとの間でデータの送受信を行う。

また、データ連携決定機能は、データ送受信機能によるデータの送受信を制御する。例えば、データ連携決定機能は、メトリクス情報に基づく動的に変化するロードバランサの振り分けポリシー等の情報を、データ送信機能に受動的に取得させる。

また、例えば、データ連携決定機能は、拠点間を接続するデバイスの情報等を、データ送信機能に能動的に取得させる。また、データ連携決定機能は、デバイスの情報により、データを連携データとして保持する否かを決定する。

また、データ連携決定機能は、Ｃ－Ｐｌａｎｅにより他の拠点との情報交換を行うことができる。

また、データ保持機能は、連携データ又は非連携データを保持する。拠点２１は、拠点２１以外の特定の拠点に送信するための特定のデータを連携データとして保持する。

拠点間データ連携機能は、保持されている連携データを他の拠点に送信する。拠点間データ連携機能は、ＡＣＫ等により、拠点間でのデータの送受信のＱｏＳ／２（確実にメッセージを１回だけ送信）を担保することができる。

実施形態では、拠点２１は、特定のデータを特定の拠点のみに送信することで、無駄なデータ連携及びデータの保持を行わないようにする。これにより、ＮＷ帯域及びストレージ等のリソースの逼迫という課題が解決される。

また、実施形態では、拠点２１は、レプリケーションを行わない。これにより、複数拠点での同一処理、同じ宛先への同一データの送信といった課題が解決される。なお、ＮＷエッジにおける各課題については後述する。

図２は、コネクティッドカーシステムの構成例を示す図である。図２に示すように、ＮＷエッジ１０は、車両とセンタとの間でデータの送受信を行う。また、エッジは、センタと同様に、ＮＷエッジを介して車両との間でデータ通信を行う。また、ＮＷエッジ１０には、図１で説明した機能を持つ複数の拠点が含まれる。

（アップロード時の課題及び解決方法）
ここで、データのアップロードの際に発生する従来の課題を説明する。アップロードは、車両からセンタへのデータの送信を意味する。図３、図４及び図５は、従来のアップロードにおける課題を説明する図である。

アップロードにおいては、車両で撮影された動画等のサイズの大きいデータが主に送信される。また、センタ側での処理負荷が大きくなる。

図３に示すように、アップロードにおいては、拠点間のＮＷ帯域が逼迫されるという課題がある。これは、サイズの大きいデータが拠点間で送受信されるためである。

また、図４に示すように、アップロードにおいては、処理の重複が発生する場合がある。これは、レプリケーションにより、同じ処理要求が複数の拠点（例えば拠点２１と拠点２２）からセンタ（処理Ａｐｐ）に送信されるためである。これにより、センタの処理負荷がさらに大きくなる。

また、図５に示すように、アップロードにおいては、不要データの滞留が発生する場合がある。これは、レプリケーションにより送信が不要になったデータが拠点に保持されたままになるためである。

図６を用いて、上記のアップロードにおける課題の解決方法を説明する。図６は、アップロードにおけるデータ連携方法を説明する図である。

図６に示すように、ＮＷエッジ１０には、拠点２０Ａ及び拠点２０Ｂが含まれているものとする。拠点２０Ａは、センタ４０Ａと接続されている。また、拠点２０Ｂは、センタ４０Ｂと接続されている。また、車両３０Ｖは、拠点２０Ａと接続されている。

このように、ＮＷエッジ１０は、拠点２０Ａと拠点２０Ｂとを有し、車両３０Ｖとセンタ４０Ａ及びセンタ４０Ｂとの間でデータの転送を行う。拠点２０Ａは、車両３０Ｖ又はセンタ４０Ａから受信したデータを拠点２０Ｂに転送するか否かを、車両３０Ｖ又はセンタ４０Ａの状態に応じて決定する。

ＮＷエッジ１０は、通信システムの一例である。拠点２０Ａは、第１の拠点の一例である。拠点２０Ｂは、第２の拠点の一例である。センタ４０Ａは、第１のセンタの一例である。センタ４０Ｂは、第２のセンタの一例である。

拠点２０Ａは、Ｌ７ＬＢ（レイヤ７ロードバランサ）２０１Ａ、プロキシ２０２Ａ、ブローカ２０３Ａ、拠点間プロキシ２０４Ａ及び状態監視部２１０Ａを有する。

Ｌ７ＬＢ２０１Ａは、データ連携決定機能を実現する。ブローカ２０３Ａは、ＭＱＴＴ（Message Queuing Telemetry Transport）プロトコルに従ってデータの中継を行う。プロキシ２０２Ａは、Ｌ７ＬＢ２０１Ａとブローカ２０３Ａとの間の通信を中継する。拠点間プロキシ２０４Ａは、拠点間（例えば拠点２０Ａと拠点２０Ｂとの間）の通信を中継する。

拠点２０Ｂは、Ｌ７ＬＢ２０１Ｂ、プロキシ２０２Ｂ、ブローカ２０３Ｂ、拠点間プロキシ２０４Ｂ及び状態監視部２１０Ｂを有する。

Ｌ７ＬＢ２０１Ｂは、データ連携決定機能を実現する。ブローカ２０３Ｂは、ＭＱＴＴプロトコルに従ってデータの中継を行う。プロキシ２０２Ｂは、Ｌ７ＬＢ２０１Ｂとブローカ２０３Ｂとの間の通信を中継する。拠点間プロキシ２０４Ｂは、拠点間の通信を中継する。

状態監視部２１０Ａは、センタ４０Ａの状態を監視する。そして、状態監視部２１０Ａは、監視によって得られた情報を、外部情報としてＬ７ＬＢ２０１Ａに通知する。Ｌ７ＬＢ２０１Ａは、外部情報を基に、特定のデータを拠点２０Ｂとの間で連携する。

例えば、Ｌ７ＬＢ２０１Ａは、外部情報にセンタ４０Ａに障害が発生していることが示されている場合、処理対象のデータを拠点２０Ｂに転送する。拠点２０Ｂは、転送されたデータをセンタ４０Ｂに送信する。そして、当該データはセンタ４０Ｂで処理される。

このように、拠点２０Ａは、車両３０Ｖからデータを受信した場合、センタ４０Ａを監視して得られた情報を基に、センタ４０Ａでデータを処理可能であるか否かを判定し、センタ４０Ａでデータを処理可能でないと判定した場合、データを拠点２０Ｂに転送する。
拠点２０Ｂは、データを、センタ４０Ｂに転送する。

特に、拠点２０Ａは、車両３０Ｖからデータを受信した場合、センタ４０Ａを監視して得られた情報にセンタ４０Ａに障害が発生していることが示されている場合、センタ４０Ａでデータを処理可能でないと判定する。

このとき、Ｌ７ＬＢ２０１Ａは、オフロードにより処理の重複を発生させないようにする。すなわち、Ｌ７ＬＢ２０１Ａは、他の拠点に処理対象のデータを転送した場合、当該データをセンタ４０Ａには送信しないようにする。

拠点２０Ａがセンタ４０Ａでデータを処理可能か否かを判定するための条件は、障害（又は故障）が発生しているか否かに限られない。

例えば、拠点２０Ａは、拠点又はセンタの負荷状態を基に判定を行ってもよい。負荷状態は、外部情報によって示される情報であって、例えば拠点又はセンタにおける装置（サーバ、通信機器等）のＣＰＵ（Central Processing Unit）、メモリ、ストレージの使用率を含む。また、負荷状態には、拠点間、及び拠点とセンタとの間のネットワーク帯域の使用率が含まれていてもよい。

例えば、拠点２０Ａは、拠点２０ＡにおけるサーバのＣＰＵ使用率が閾値を超えていて、拠点２０ＢにおけるサーバのＣＰＵ使用率が閾値を超えていない場合、データを拠点２０Ｂに転送する。

なお、拠点２０Ａは、これまで説明したように外部情報に基づき動的にデータの転送先を決めるだけでなく、静的な条件によりデータの転送先を決めてもよい。

拠点２０Ａは、車両３０Ｖから取得したデータの種別に応じて、当該データをセンタ４０Ａとセンタ４０Ｂのいずれに転送するかを決定することができる。例えば、拠点２０Ａは、データの種別が動画データであれば当該データをセンタ４０Ａに転送し、データの種別がＣＡＮ（Controller Area Network）データであれば当該データをセンタ４０Ｂに転送する。

（ダウンロード時の課題及び解決方法）
次に、データのダウンロードの際に発生する従来の課題を説明する。ダウンロードは、センタから車両へのデータの送信を意味する。図７及び図８は、従来のダウンロードにおける課題を説明する図である。

ダウンロードにおいては、停止等により車両がデータを受信できない期間が存在する。また、移動により車両と接続される拠点が随時変化する。

図７に示すように、ダウンロードにおいては、センタから車両への通知が重複するという課題がある。これは、レプリケーションにより、同じ通知が複数の拠点（例えば拠点２１と拠点２２）から車両３１に送信されるためである。これにより、車両３１が正常に通知を受け取ることができない場合がある。

また、図８に示すように、ダウンロードにおいては、車両３１へのデータの送達の管理が必要になる。これは、車両３１がデータを受信できない期間があるためである。これにより、各拠点の処理負荷が大きくなる。

図９を用いて、上記のダウンロードにおける課題の解決方法を説明する。図９は、ダウンロードにおけるデータ連携方法を説明する図である。図９に示すＮＷエッジ１０の構成について、図６と同様の部分については説明を省略する。

車両３０Ｖは、拠点２０Ａ及び拠点２０Ｂのいずれかと接続される。図９の例では、車両３０Ｖは拠点２０Ｂと接続される。

通知プロキシ２０６Ａは、センタ４０Ａからブローカ２０３Ａへの通信を中継する。また、ＫＶＳ（Key-Value Store）２２０Ａ及びＫＶＳ２２０Ｂは、車両３０Ｖとの接続情報（メタデータ）を記憶する。

拠点２０Ａは、ＫＶＳ２２０Ａに記憶された車両３０Ｖと接続情報を、拠点２０Ｂと共有する。これにより、拠点２０Ａ及び拠点２０Ｂを含むＮＷエッジ１０内の各拠点は、どの拠点がどの車両と接続しているかを示す情報を随時取得することができる。

例えば、拠点２０Ａが車両３０Ｖと接続されておらず、拠点２０Ｂが車両３０Ｖと接続されている場合、拠点２０Ｂが車両３０Ｖへの通知（データの転送）に適している。

このとき、拠点２０Ａは、拠点間プロキシ２０４Ａ及び拠点間プロキシ２０４Ｂを介して、ＡＣＫにより確実に拠点Ｂに通知のためのデータを転送する。

このように、拠点２０Ａ及び拠点２０Ｂは、車両３０Ｖが接続されている拠点の情報を保持する。拠点２０Ａは、情報に車両３０Ｖが拠点２０Ｂと接続されていることが示されている場合、センタ４０Ａから車両３０Ｖへの通知を、拠点２０Ｂに転送する。

［第１の実施形態の処理］
図１０を用いて、アップロード時のデータ連携の流れを説明する。図１０は、アップロード時のデータ連携の流れを示すフローチャートである。

図１０に示すように、まず、第１の拠点が車両からデータを受信する（ステップＳ１０１）。第１の拠点は、例えば図６の拠点２０Ａである。

第１の拠点は、第１の拠点と接続された第１のセンタの監視情報を取得する（ステップＳ１０２）。第１のセンタは、例えば図６のセンタ４０Ａである。

ここで、第１の拠点は、監視情報を基に第１のセンタでデータを処理可能であるか否かを判定する（ステップＳ１０３）。例えば、監視情報に第１のセンタに障害が発生していることが示されている場合、第１の拠点は、第１のセンタでデータを処理可能でないと判定する。

第１の拠点は、第１のセンタでデータを処理可能であると判定した場合（ステップＳ１０３、Ｙｅｓ）、第１のセンタにデータを転送する（ステップＳ１０４）。

一方、第１の拠点は、第１のセンタでデータを処理可能でないと判定した場合（ステップＳ１０３、Ｎｏ）、第２のセンタと接続された第２の拠点にデータの一部を転送する（ステップＳ１０５）。

例えば、第２のセンタは図６のセンタ４０Ｂである。また、例えば、第２の拠点は図６の拠点２０Ａである。

図１１を用いて、ダウンロード時のデータ連携の流れを説明する。図１１は、ダウンロード時のデータ連携の流れを示すフローチャートである。

図１１に示すように、まず、第１の拠点がセンタからデータを受信する（ステップＳ２０１）。例えば、第１の拠点は図９の拠点２０Ａである。

ここで、第１の拠点は、第１の拠点が車両へのデータ転送に適しているか否かを判定する（ステップＳ２０２）。例えば、第１の拠点は、第１の拠点が車両と接続されている場合、第１の拠点が車両へのデータ転送に適していると判定する。

第１の拠点は、第１の拠点が車両へのデータ転送に適していると判定した場合（ステップＳ２０２、Ｙｅｓ）、車両のデータを転送する（ステップＳ２０３）。

一方、第１の拠点は、第１の拠点が車両へのデータ転送に適していないと判定した場合（ステップＳ２０２、Ｎｏ）、車両へのデータ転送に適した第２の拠点に、ＡＣＫによりデータを転送する（ステップＳ２０４）。

ステップＳ２０４について詳細に説明する。第２の拠点は、第１の拠点からデータを受け取った場合、第１の拠点に対してＡＣＫを返送する。これにより、第２の拠点は、データを正常に受け取ったことを第１の拠点に通知することができる。

第１の拠点は、データを送信した後、第２の拠点からＡＣＫを受け取ると、データの転送が正常に行われたと判断し、転送済みのデータを第１の拠点から削除する。これにより、同じデータが複数の拠点（ここでは第１の拠点と第２の拠点）に重複して存在することが防止される。

また、第１の拠点は、データを第２の拠点に転送した後に、当該データを第２の拠点が正常に受け取ったことが通知されなかった場合（例えば、データ転送後に一定時間経過してもＡＣＫが返送されなかった場合）、同じデータを第２の拠点に再送する。これにより、第１の拠点は、第２の拠点に確実にデータを転送することができる。

上記の通り、ＡＣＫを用いることで、データを重複なく確実に転送すること、すなわちＱｏＳ／２の担保が可能になる。一方で、第１の拠点は、ＡＣＫを用いずにデータ転送を行うことで（ＱｏＳ／０に相当）、処理速度を優先することができる。

例えば、第１の拠点は、要求される処理速度及び確実性等に応じて、ＱｏＳのレベル（例えば、ＱｏＳ／０又はＱｏＳ／２）を選択し、選択したＱｏＳのレベルに応じてＡＣＫを用いるか否かを判断してもよい。

［第１の実施形態の効果］
これまで説明してきたように、ＮＷエッジ１０は、拠点２０Ａと拠点２０Ｂとを含む複数の拠点を有し、車両３０Ｖとセンタ４０Ａ及びセンタ４０Ｂとを含む複数のセンタとの間でデータの転送を行う。車両３０Ｖは、拠点２０Ａ及び拠点２０Ｂのいずれかと接続される。センタ４０Ａは、少なくとも拠点２０Ａと接続される。センタ４０Ｂは、少なくとも拠点２０Ｂと接続される。拠点２０Ａは、車両３０Ｖ又はセンタ４０Ａから受信したデータを拠点２０Ｂに転送するか否かを、車両３０Ｖ又はセンタ４０Ａの状態に応じて決定する。

これにより、データのレプリケーションによらない拠点間のデータ連携が可能になる。その結果、コネクティッドカーシステムにおけるＮＷエッジ内の拠点間で効率良くデータ連携を行うことができる。

また、拠点２０Ａは、車両３０Ｖからデータを受信した場合、センタ４０Ａを監視して得られた情報を基に、センタ４０Ａでデータを処理可能であるか否かを判定し、センタ４０Ａでデータを処理可能でないと判定した場合、データを拠点２０Ｂに転送する。

拠点２０Ｂは、データを、センタ４０Ａに転送する。特に、拠点２０Ａは、車両３０Ｖからデータを受信した場合、センタ４０Ａを監視して得られた情報にセンタ４０Ａに障害が発生していることが示されている場合、センタ４０Ａでデータを処理可能でないと判定する。

これにより、ＮＷエッジ１０は、拠点間ＮＷの帯域の逼迫、処理の重複及び不要データの滞留を解消する。

また、拠点２０Ａ及び拠点２０Ｂは、車両３０Ｖが接続されている拠点の情報を保持する。拠点２０Ａは、情報に車両３０Ｖが拠点２０Ｂと接続されていることが示されている場合、センタ４０Ａから車両３０Ｖへの通知を、拠点２０Ｂに転送する。

これにより、ＮＷエッジ１０は、通知の重複及びデータ送達管理を解消する。

［他のネットワークの構成］
ネットワークの構成方法は、これまで説明してきたものに限られない。例えば、接続される拠点とセンタとの関係は、１対１に限られず、１対多、多対１又は多対多であってもよい。

図１２から図１５を用いて、ネットワークの構成方法を説明する。図１２から図１５は、ネットワークの構成例を示す図である。

まず、図１２には、図６等を用いてこれまでに説明してきたものと同様のネットワークの構成例が示されている。図１２の例では、ＮＷエッジ１０の各拠点とセンタは１対１で接続されている。

次に、図１３に示すように、ＮＷエッジ１０の各拠点とセンタがメッシュで接続されていてもよい。つまり、拠点２０Ａは、センタ４０Ａとセンタ４０Ｂの両方に接続される。また、拠点２０Ｂは、センタ４０Ａとセンタ４０Ｂの両方に接続される。

図１３の例では、拠点２０Ａは、車両Ｖから受信したデータを、センタ４０Ａで処理できないと判定した場合、当該データを拠点２０Ｂに転送することなく、直接センタ４０Ｂに転送することができる。

また、図１４に示すように、センタと接続されたＮＷエッジ１０の拠点の数が、センタの数より多くてもよい。図１４の例では、拠点２０Ａはセンタ４０Ａに接続され、拠点２０Ｂはセンタ４０Ａとセンタ４０Ｂの両方に接続され、拠点２０Ｃはセンタ４０Ｂに接続されている。

図１４の例では、拠点２０Ａは、センタ４０Ａでデータを処理できないと判定した場合、当該データを拠点２０Ｂに転送する。一方、拠点２０Ｂは、センタ４０Ａでデータを処理できないと判定した場合、当該データを直接センタ４０Ｂに転送することができる。

また、図１５に示すように、ＮＷエッジ１０の拠点の数よりも、拠点と接続されたセンタの数が多くてもよい。図１５の例では、拠点２０Ａはセンタ４０Ａと接続され、拠点２０Ｂはセンタ４０Ｂとセンタ４０Ｃの両方に接続されている。

図１５の例では、拠点２０Ｂは、センタ４０Ｂでデータを処理できないと判定した場合、当該データを直接センタ４０Ｃに転送することができる。

なお、これまでに説明した拠点Ａ、拠点Ｂ及び拠点Ｃは、いずれも第１の拠点としても第２の拠点としても機能する。また、センタＡ、センタＢ及びセンタＣは、いずれも第１のセンタとしても第２のセンタとしても機能する。

［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散及び統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散又は統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。なお、プログラムは、ＣＰＵだけでなく、ＧＰＵ等の他のプロセッサによって実行されてもよい。

また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［プログラム］
一実施形態として、転送装置（拠点２０Ａ）は、パッケージソフトウェアやオンラインソフトウェアとして上記の通信処理を実行する通信プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の通信プログラムを情報処理装置に実行させることにより、情報処理装置を転送装置として機能させることができる。ここで言う情報処理装置には、デスクトップ型又はノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）等の移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistant）等のスレート端末等がその範疇に含まれる。

図１６は、通信プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、転送装置の各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、転送装置における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid State Drive）により代替されてもよい。

また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０は、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した実施形態の処理を実行する。

なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

１０ ＮＷエッジ
２０Ａ、２０Ｂ、２１、２２、２３ 拠点
３０Ｖ、３１ 車両
４０Ａ、４０Ｂ センタ
２０１Ａ、２０１Ｂ Ｌ７ＬＢ
２０２Ａ、２０２Ｂ、２０５Ｂ プロキシ
２０３Ａ、２０３Ｂ ブローカ
２０４Ａ、２０４Ｂ 拠点間プロキシ
２１０Ａ、２１０Ｂ 状態監視部
２０６Ａ 通知プロキシ
２２０Ａ、２２０Ｂ ＫＶＳ

Claims (5)

1. 第１の拠点と第２の拠点とを含む複数の拠点を有し、車両と第１のセンタ及び第２のセンタを含む複数のセンタとの間でデータの転送を行う通信システムであって、
   前記車両は、前記第１の拠点及び前記第２の拠点のいずれかと接続され、
   前記第１のセンタは、少なくとも前記第１の拠点と接続され、
   前記第２のセンタは、少なくとも前記第２の拠点と接続され、
   前記第１の拠点は、前記車両又は前記第１のセンタから受信したデータを前記第２の拠点に転送するか否かを、前記車両又は前記第１のセンタの状態に応じて決定することを特徴とする通信システム。
2. 前記第１の拠点は、前記車両からデータを受信した場合、前記第１のセンタを監視して得られた情報を基に、前記第１のセンタで前記データを処理可能であるか否かを判定し、前記第１のセンタで前記データを処理可能でないと判定した場合、前記データを前記第２の拠点に転送し、
   前記第２の拠点は、前記データを、前記第２のセンタに転送することを特徴とする請求項１に記載の通信システム。
3. 前記第１の拠点は、前記車両からデータを受信した場合、前記第１のセンタを監視して得られた情報に前記第１のセンタに障害が発生していることが示されている場合、前記第１のセンタで前記データを処理可能でないと判定することを特徴とする請求項２に記載の通信システム。
4. 前記第１の拠点及び前記第２の拠点は、前記車両が接続されている拠点の情報を保持し、
   前記第１の拠点は、前記情報に前記車両が前記第２の拠点と接続されていることが示されている場合、前記第１のセンタから前記車両への通知を、前記第２の拠点に転送することを特徴とする請求項１に記載の通信システム。
5. 第１の拠点と第２の拠点とを含む複数の拠点を有し、車両と第１のセンタ及び第２のセンタを含む複数のセンタとの間でデータの転送を行う通信システムであって、
   前記車両は、前記第１の拠点及び前記第２の拠点のいずれかと接続され、
   前記第１のセンタは、少なくとも前記第１の拠点と接続され、
   前記第２のセンタは、少なくとも前記第２の拠点と接続された通信システムによって実行される通信方法であって、
   前記第１の拠点は、前記車両又は前記第１のセンタから受信したデータを前記第２の拠点に転送するか否かを、前記車両又は前記第１のセンタの状態に応じて決定することを特徴とする通信方法。

Images