(57)【特許請求の範囲】
【請求項１】
データ転送のためのコンストレイントセンサーゲートウェイにおけるリソースの活用を最適化するシステムであって、前記コンストレイントセンサーゲートウェイは、コンテクスト固有属性を有するセンスデータを取り込むために、少なくとも一つのセンサーに通信可能に接続されており、前記システムは、
プロセッサー(204)と、
前記プロセッサー(204)に接続されるメモリー(208)とを有し、
前記メモリー(208)は、前記プロセッサー(204)によって実行されることができる複数のモジュール(210)を含み、
前記複数のモジュール(210)は、
前記コンストレイントセンサーゲートウェイによって使用される通信ネットワークのネットワーク状態を検出するように構成されたネットワーク状態検出モジュールと、
前記データ転送のために、推定されたセンス表示に基づいて、信頼性スコアを動的に決定するように構成された適応モジュールとを含み、前記推定されたセンス表示は、前記適応モジュールによって、前記ネットワーク状態と前記センスデータの組み合わせを解析することにより導き出され、
前記信頼性スコアに基づいて、前記コンストレイントセンサーゲートウェイのアプリケーション層プロトコルが信頼性レベルを求め、
前記信頼性レベルは、前記データ転送のための通信の信頼性モードまたは非信頼性モードの少なくとも一つに関連することを特徴とするシステム。
【請求項２】
前記コンストレイントセンサーゲートウェイの前記ネットワーク状態は、有効帯域幅およびラウンドトリップレイテンシの少なくとも一つのために検出される請求項１に記載のシステム。
【請求項３】
前記アプリケーション層プロトコルによって適応される前記データ転送用の前記通信の前記非信頼性モードは、フィードバックなしに開ループ通信を使用する請求項１に記載のシステム。
【請求項４】
データ転送のためのコンストレイントセンサーゲートウェイにおけるリソースの活用を最適化する方法であって、前記コンストレイントセンサーゲートウェイは、コンテクスト固有属性を有するセンスデータを取り込むために、少なくとも一つのセンサーに通信可能に接続されており、前記方法は、
前記コンストレイントセンサーゲートウェイによって使用される通信ネットワークのネットワーク状態を検出する検出工程と、
前記コンストレイントセンサーゲートウェイの前記ネットワーク状態と前記センスデータの組み合わせを解析し、推定されたセンス表示を導き出す解析工程と、
適応モジュールによって、前記推定されたセンス表示に基づいて、信頼性スコアを決定する決定工程と、
前記信頼性スコアに基づいて、前記データ転送のための信頼性レベルを選択するために、アプリケーション層プロトコルを動的に設定する設定工程と、を有し、
前記検出工程、前記解析工程、前記決定工程、前記設定工程の少なくとも一つは、プロセッサーによって実行されることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、コンストレイントセンサーゲートウェイ（constrained sensor gateway）を介して接続されるセンサーに関する。より具体的に、本発明は、コンストレイントセンサーゲートウェイのエネルギー利用と、ネットワークの帯域幅（network bandwidth）とを最適化するシステムおよび方法に関する。
【背景技術】
【０００２】
従来のモニタリングシステムおよび制御システムは、記憶場所でオペレーターの物理的な存在を必要とした。しかしながら、センサー技術の発達で、オペレーターは、システムを遠隔制御および監視することができる。遠隔モニタリングおよび制御は、一般目的でのセンサーの使用が拡大するように使用者を刺激した。
【０００３】
一般目的でのセンサーの使用の拡大で、あるパラメーターに関連する情報を収集する多くのセンサーがまた、飛躍的に増加した。これは、全てのセンサーがバックエンド（backend）と絶えず相互作用するから、エネルギー使用だけでなく、帯域幅の使用の上昇にも不必要につながる。加えて、センサーは遠隔設置されているから、バックエンドにセンサーを接続するセンサーゲートウェイは、エネルギーの連続供給を要求する。これは、センサーとセンサーゲートウェイとがセンスデータ（sensed data）を交換するためのエネルギーだけでなくネットワークの帯域幅の使用によって制約されると、主要な障害を引き起こす。
【０００４】
センサー／センサーゲートウェイは、アプリケーションの異なるドメインを実現するために利用される。また、これらのセンスデータは、バックエンドノードに転送されるようになっている。センサーまたはセンサーゲートウェイは、アプリケーション層プロトコル（application layer protocol）を有する通信モジュールを有する。しかしながら、アプリケーション層プロトコルは、センサーデータから得られる状況に依存しない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
したがって、上述されたシステムと方法は、状況認識によって、帯域幅とエネルギー使用を最適化する問題を効果的に解決することができなかった。
【課題を解決するための手段】
【０００６】
本発明の目的は、コンストレイントセンサーゲートウェイによるエネルギーと、ネットワークの帯域幅とのリソースの活用（resource utilization）を最適化するシステムおよび方法を提供することにある。この目的は、以下の詳細な説明で説明される。ここで説明される手段は、本発明の本質的な特徴を特定する意図ではなく、本発明の範囲を決定または限定する使用を意図するものではない。
【０００７】
一つの実施形態において、環境におけるコンストレイントセンサーのためのリソースの活用（すなわち、帯域幅とエネルギー）を最適化するシステムが開示される。そのシステムは、ネットワーク状態検出モジュールを含む。ネットワーク状態検出モジュールは、コンストレイントセンサーゲートウェイによって利用される通信ネットワークのネットワーク状態を検出することができる。システムは、信頼性スコアを動的に（dynamically）に決定するように構成された適応モジュールをさらに含む。信頼性スコアは、推定されたセンス表示（inferred sensed indication）に基づいている。信頼性スコアは、センス表示に基づくデータを転送する非信頼性モードまたは信頼性モードの動的選択（dynamic selection）を可能（有効）にする。アプリケーション層プロトコルは、そのデータ転送特性（例えば、信頼性スコアに基づいて異なる信頼性モード間の切り替え）を適応させる。
【０００８】
一つの実施形態において、スマート環境におけるコンストレイントセンサーのためのリソースの活用を最適化する方法が開示される。その方法は、コンストレイントセンサーゲートウェイによって使用される通信ネットワークのネットワーク状態の検出を開示する。方法は、センス表示（sensed indication）を導き出すためにセンスデータ（sensed data）を解析する。また、方法は、センスデータを解析することによるセンス表示と、コンストレイントゲートウェイのネットワーク状態とを導き出す。この方法によれば、信頼性スコアは、推定されたセンス表示に基づいて決定される。また、アプリケーション層プロトコルは、データ転送のための信頼性レベルを動的に適応させる。
【図面の簡単な説明】
【０００９】
詳細な説明は、添付の図面を参照して説明される。図において、符号の左側の数字は、符号が最初に現れる図番を特定している。図中、同じ番号が同じ特徴および同じ構成に付されている。
【００１０】
【図１】図１は、本発明の実施形態に係るシステムを示す図である。
【００１１】
【図２】図２は、本発明の実施形態に係るコンストレイントノードを示す図である。
【００１２】
【図３】図３は、本発明のシステムの実施形態に係るフローチャートを示す。
【００１３】
【図４】図４は、本発明のシステムの実施形態に係るプロセスフローを表示するブロック図である。
【発明を実施するための形態】
【００１４】
データの転送用のコンストレイントセンサーゲートウェイにおけるリソースの活用を最適化するシステムと方法を開示する。本発明は、推定されたセンス表示（inferred sensed indication：推定され、感知された表示）とネットワーク状態とに基づいて、データ転送用のアプリケーション層プロトコル特性の適応を開示する。アプリケーション層プロトコル（application layer protocol）の適応は、センサーとサーバーとの間のハンドシェイク（handshake）を低減する。したがって、ネットワークの帯域幅の使用や通信用エネルギーの使用のようなリソースの活用を低減する。
【００１５】
本発明は、推定されたセンス表示に基づいて、信頼性レベルを適応するように構成されたコンストレイントセンサーゲートウェイのアプリケーション層プロトコルを開示する。推定されたセンス表示は、センスデータ（sensed data：感知されたデータ）を解析することによって得られる表示（indication）、または、センスデータを解析することによる表示とコンストレイントセンサーゲートウェイのネットワーク状態との組合せを参照する。さらに、センスデータは、コンストレイントセンサーゲートウェイと通信可能なように接続されるセンサーによって取り込まれる（captured）。センスデータは、センサーが、例えば、車両追跡、医療モニタリングシステムまたは他の似たような用途に配置される環境に基づいてコンテクスト固有属性（context specific attributes）を有する。
【００１６】
また、推定されたセンス表示は、コンストレイントセンサーゲートウェイのネットワーク状態によって影響される。それによって、コンストレイントセンサーゲートウェイのネットワーク状態と、センスデータとの組合せからセンス表示を導いている。コンストレイントセンサーゲートウェイのネットワーク状態は、有効帯域幅（bandwidth availability）、ラウンドトリップレイテンシ（round-trip latency）などを参照する。推定されたセンス表示に基づいて、信頼性スコアは、データ転送のために決定される。また、信頼性スコアに基づいて、コンストレイントセンサーゲートウェイに組み込まれたアプリケーション層プロトコルは、信頼性レベルを適応させる。信頼性レベルは、通信の信頼性モードまたは通信の非信頼性モードを参照する。信頼性の多層（multiple layers）に基づいて、データ転送用のハンドシェイクの倍数（multiple numbers）が決定される。例えば、データ転送のために、非信頼性モードで信頼性スコア０、中信頼性モードで信頼性スコア１、高信頼性モードで信頼性スコア２が決定される。また、信頼性レベル、すなわち、信頼性モードまたは非信頼性モードは、信頼性スコアに基づいて、動的に選択される。信頼性レベルの選択は、トランザクションにおけるデータ転送と関連する多くのハンドシェイクを低減する。ハンドシェイクの低減は、コンストレイントセンサーによって利用されるリソースの最適化を可能にする。
【００１７】
別の実施形態において、アプリケーション層プロトコルは、初期の特性と関連付けられている。初期の特性は、適応モジュールから受け取った信頼性スコアに基づいて、適応された特性に変換するように構成されている。適応モジュールは、メモリーに組み込まれている。メモリーは、プロセッサーに結合されている。適応モジュールは、トランザクション（すなわち、データ転送）用の信頼性スコアを決定する。信頼性スコアは、推定されたセンス表示に基づいて、適応モジュールによって決定される。推定されたセンス表示は、センスデータおよび／またはコンストレイントセンサーゲートウェイのネットワーク状態を解析することから導き出される。センスデータは、データ転送に要求される信頼性モードを決定するために役に立つ。信頼性モードは、データ転送の信頼性モードまたはデータ転送の非信頼性モードを参照する。信頼性モードは、適応された特性として規定されている。また、推定されたセンス表示は、コンストレイントゲートウェイに接続される複数のセンサーからデータを取り込むことによって導き出される。複数のセンサーおよび取り込まれたデータは、コンテクスト固有属性を有する。すなわち、センサーと取り込まれたデータは、センサーが配置される環境に依存する。
【００１８】
別の実施形態において、適応モジュールは、データ転送の非信頼性モードおよび信頼性モードによって信頼性スコアを検出する。適応モジュールは、状況を検出するために読みだされた（retrieved）センサーデータを解析することによって、推定されたセンス表示を使用し、データ転送モードが通信コストを最適化することに適しているという決定を行う。交互に、適応モジュールは、信頼性モードがシステムにコストをかけるかどうか、データ伝達の状況を判断するために、推定されたセンス表示とネットワーク状態とをいっしょに使用してもよい。これは、同様に、種々の性能パラメーター（データトランザクションレイテンシの低減、効率的な帯域幅の使用など）を改善する。
【００１９】
ある実施形態によれば、アプリケーション層プロトコルモジュールは、センス表示、または、センス表示と検出されたネットワーク状態との組合せに基づいて、特性を適応してもよい。センス表示は、センサーデータを解析することから導き出される。センス表示は、環境条件に基づくコンテクスト情報である。環境条件は、センサーが配置されるシステム（例えば、車両追跡や医療モニタリングシステム）を参照する。
【００２０】
データ転送用のコンストレイントセンサーゲートウェイにおけるリソースの活用を最適化するシステムと方法の目的を説明したが、それらは、多くの異なるコンピュータシステム、環境および／または構成で実行される。実施形態は、以下の具体的システムで説明される。
【００２１】
図１を参照して、システムは、バックエンド１０２と通信するコンストレイントノード（constrained node）１１４を含む。コンストレイントノード１１４は、通信ネットワーク１０４を通じて、他のコンストレイントノードとバックエンドノードと通信する。コンストレイントノード１１４は、コンストレイントセンサーゲートウェイ（constrained sensor gateway）１０６を使用する。コンストレイントセンサーゲートウェイは、利用できるエネルギーと帯域幅との点で制約されている。
【００２２】
システムは、通信ネットワーク１０４のネットワーク状態を検出するように構成されたネットワーク状態検出モジュール１０８をさらに含む。ネットワーク状態は、有効帯域幅、ラウンドトリップレイテンシなどによって検出される。ネットワーク検出モジュール１０８は、通信ネットワーク１０４に関連するネットワーク状態に関連する詳細（コンストレイントセンサーゲートウェイ１０６によって使用される）を適応モジュール１１０に転送するように構成されている。適応モジュール１１０は、少なくとも一つのセンサー１１２からセンスデータを受信するように構成されている。本実施形態によるセンサー１１２は、コンストレイントノード１１４に組み込まれている。
【００２３】
センサー１１２によって取り込まれたセンスデータは、それらが配置される環境に基づくコンテクスト固有属性を有する。センスデータに基づく適応モジュール１１０は、推定されたセンス表示を決定してもよい。データ転送用の信頼性スコアは、推定されたセンス表示に基づいている。本実施形態によれば、適応モジュール１１０は、ネットワーク状態とセンスデータとの組合せに基づいて信頼性スコアを決定してもよい。これは、推定されたセンス表示（推定され、感知された表示）と称されている。
【００２４】
適応モジュール１１０によって決定された信頼性スコアに基づいて、アプリケーション層プロトコルは、コンストレイントセンサーゲートウェイ１０６に組み込まれ、信頼性レベルを適応させる。アプリケーション層プロトコル１１８と適応モジュール１１０との両方は、通信モジュールの一部であってもよい。信頼性レベルは、通信の信頼性モードまたは非信頼性モードに関連してもよい。アプリケーション層プロトコルがデータ転送のための通信の非信頼性モードを適応するときの具体的実施形態において、アプリケーション層プロトコルは、フィードバックなしに、開ループ通信（open loop communication）を使用する。
【００２５】
また、具体的な実施形態によれば、適応モジュール１１０とネットワーク状態検出モジュール１０８と、アプリケーションプロトコル１１８とは、通信モジュール１１６内にある。通信モジュール１１６は、バックエンドと他のコンストレイントノードとの間の通信を有効にする。
【００２６】
図２を参照して、図２は、本発明の実施形態に従ったコンストレイントノード１１４を示す。一つの実施形態において、コンストレイントノード１１４は、少なくとも一つのプロセッサー２０４と、入力／出力（Ｉ／Ｏ）インターフェース２０６と、メモリー２０８とを含む。少なくとも一つのプロセッサー２０４は、１または２以上のマイクロプロセッサ、論理回路および／または操作命令に基づく信号を操作するデバイスとして実行される。他の可能性において、少なくとも一つのプロセッサー２０４は、メモリー２０８に保存されるコンピュータ可読命令をフェッチして、実行するように構成されている。
【００２７】
Ｉ／Ｏインターフェース２０６は、種々のソフトウェアインターフェースおよびハードウェアインターフェースを含む。たとえば、ウェブインターフェース、グラフィカルユーザーインターフェースなどである。Ｉ／Ｏインターフェース２０６は、コンストレイントノード１１４がクライアントデバイス（図示しない）を介して、または、直接にユーザーと情報をやりとりすることを許容する。また、Ｉ／Ｏインターフェース２０６は、他のデバイスと通信するために、コンストレイントノード１１４を有効にする。Ｉ／Ｏインターフェース２０６は、多種多様のネットワークプロトコルタイプ内で多重通信を容易にする（facilitate）。そのような多種多様のネットワークプロトコルタイプは、有線ネットワーク（例えば、ＬＡＮ、ケーブルなど）や無線ネットワーク（ＷＬＡＮ、セルラーまたは通信衛星）を含む。Ｉ／Ｏインターフェース２０６は、多数のデバイスを互いにまたはサーバーに接続する１または２以上のポートを含んでいる。
【００２８】
Ｉ／Ｏインターフェース２０６は、少なくとも一つのセンサー（図示しない）に接続されている。少なくとも一つのセンサーは、少なくとも一つのセンサーが配置される環境に基づいて、あるパラメーターに関連するセンスデータを取り込むように構成されている。データは、環境に基づくコンテクスト固有属性を有する。Ｉ／Ｏインターフェース２０６は、コンストレイントセンサーゲートウェイとして実行するように構成されている。コンストレイントセンサーゲートウェイは、コンストレイントノード１１４とバックエンドとの間の通信またはデータ転送を有効にする。コンストレイントセンサーゲートウェイは、データ通信／転送のために利用できる帯域幅またはコンストレイントセンサーゲートウェイのために利用できるエネルギーの点において制約されている。
【００２９】
メモリー２０８は、技術分野で知られている、いずれのコンピューター読み取り可能媒体も含む。例えば、それは、スタティックランダムアクセスメモリ（SRAM）およびダイナミックランダムアクセスメモリ（DRAM）のような揮発性メモリ、および／または、読み取り専用メモリ（ROM）、消去可能ＲＯＭおよびフラッシュメモリのような非揮発性メモリなどを含む。メモリー２０８は、モジュール２１０とデータ２１６とを含む。
【００３０】
モジュール２１０は、ルーティン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。それは、特定のタスクを実行するか、特定の抽象データタイプを実装する。一つの実施形態において、モジュール２１０は、ネットワーク状態検出モジュール１０８と、適応モジュール１１０と、アプリケーション層プロトコル１１８と、通信モジュール１１６と、その他のモジュール２１４とを含んでいる。その他のモジュール２１４は、コンストレイントノード１１４の機能およびアプリケーションを補うプログラムまたはコードされた命令を含んでいる。
【００３１】
データ２１６は、とりわけ、１または２以上のモジュール２１０によって所有され、受信され、発生されたデータを保存するレポジトリ（repository）として作用する。データ２１６は、また、他のデータ２１８を含んでいる。他のデータ２１８は、その他のモジュール２１４における１または２以上のモジュールの実行の結果として発生されたデータを含んでいる。
【００３２】
具体的な実施形態によれば、通信モジュールは、適応モジュール１１０と、ネットワーク状態検出モジュール１０８と、アプリケーション層プロトコルモジュール１１２とを含んでいる。
【００３３】
本発明の実施形態によれば、コンストレイントノード１１４は、適応モジュール１１０を含んでいる。適応モジュール１１０は、データ転送用の信頼性スコアを決定するように構成されている。適応モジュール１１０によって決定された信頼性スコアは、推定されたセンス表示に基づいている。推定されたセンス表示は、コンストレイントセンサーゲートウェイの通信ネットワークの推定されたセンスデータおよびネットワーク状態を解析することによって導き出される。ネットワーク状態は、データ転送に利用できる帯域幅と、ネットワーク状態検出モジュール１１２によって検出されるラウンドトリップレイテンシとに関係する。具体的な実施形態において、状態（condition）は、帯域集約（bandwidth aggregation）のためのクロスレイヤシステムを使用することによって検出される。クロスレイヤシステムは、国際出願第ＰＣＴ／ＩＮ２０１１／０００８３８号に記載されているようなネットワーク状態の動的解析（dynamic analysis）に基づいていてもよい。また、当業者は、国際出願第ＰＣＴ／ＩＮ２００９／０００２８１やインド国特許出願第２４９３／ＭＵＭ／２０１２号に記載されているようなシステムと方法によってネットワーク状態を検出することができる。
【００３４】
推定されたセンスデータは、センスデータから得られ、または導き出される。センスデータは、コンテクスト固有属性を有する。推定されたセンスデータは、センスデータの属性に基づいて、データ転送のための信頼性レベルの要件（要求）を決定する。信頼性レベルは、データ転送のための通信の非信頼性モードまたは信頼性モードの少なくとも一つを参照する。
【００３５】
アプリケーション層プロトコル１１８は、データ転送用の適応モジュール１１０によって決定されるスコアに基づいて信頼性レベルを動的に適応する。アプリケーション層プロトコル１１８による動的適応は、リソース（帯域幅やエネルギーなど）の使用の最適化を可能にする。信頼性レベルの動的適応は、デバイス間、または、サーバーとデバイスとの間のハンドシェイクを低減するためにアプリケーション層プロトコル１１８に役に立つ。それによって、リソースの活用を最適化している。
【００３６】
図３を参照して、図３は、本発明のシステムの実施形態に係るフローチャートを示す。
【００３７】
ブロック３０２で、コンストレイントセンサーゲートウェイによって使用される通信ネットワークのネットワーク状態が検出される。ネットワーク状態は、ネットワーク状態検出モジュール１０８によって検出される。検出された状態は、データ転送に利用できる帯域幅、ラウンドトリップレイテンシなどを参照する。また、ブロック３０４で、センス表示を導くためにセンスデータの解析が実行される。また、ネットワーク状態検出モジュール１０８によって検出されるネットワーク状態の解析が実行される。ブロック３０６で、信頼性スコアが決定される。信頼性スコアは、推定されたセンス表示に基づいている。推定されたセンス表示は、センスデータの解析、または、センスデータから導き出される表示とネットワーク状態との組合せのいずれかに基づいている。信頼性スコアは、適応モジュール１１０によって決定される。
【００３８】
ブロック３０８で、アプリケーション層プロトコル１１８は、適応モジュール１１０によって決定される信頼性スコアに基づいて、信頼性レベルを動的に適応させる。
【００３９】
図４を参照して、図４は、本発明のシステムの実施形態に係るプロセスフローを表示するブロック図である。プロセスは、ステップ３０２で開始する。センスデータは、コンストレイントセンサーゲートウェトを有するエッジデバイス（edge device）に組み込まれるセンサーから取り込まれ／受信される。ステップ４２２において、ネットワーク状態に関連するデータが読み出される。ステップ４０２、または、ステップ４０２とステップ４２２との組合せは、コンストレイントセンサーゲートウェイ用のセンス表示を発生する。
【００４０】
エッジデバイスに組み込まれたセンサーは、特定のドメイン（例えば、車両追跡、データセンターモニタリングまたは医療モニタリング）のための適用可能性に基づいて異なっている。ステップ４０４で、コンテクスト依存属性（context sensitive attributes）の値が取り込まれる。コンテクスト依存属性は、特定のドメインを供給する決定属性（decision attributes）と称される。コンテクスト依存属性からのデータおよびコンテクスト依存属性の状態がステップ４０６で検出される。例えば、ステップ４０６は、ステップ４１６と、ステップ４１８と、ステップ４２０とを使用することを示している。
【００４１】
コンテクスト依存属性およびコンテクスト依存属性の状態の検出は、ステップ４０８に続く。ステップ４０８で、信頼性スコアが決定される。信頼性スコアは、時間、コンストレイントゲートウェイのネットワーク状態、および推定されたセンス表示に基づくコンストレイントゲートウェイの状態に機能する。ステップ４１４で検出されたネットワーク状態はまた、ステップ４０８に割り当てられた信頼性スコアを決定してもよい。信頼性スコアは、特定の状況のためにエッジデバイスのエネルギー使用と帯域幅を最適化するために、特定のドメインに基づいている。ステップ４１０で、信頼性スコアは、エッジデバイスのアプリケーション層プロトコルに転送される。また、ステップ４１２で、アプリケーション層プロトコルは、信頼性スコアにより、データ転送中に要求されるハンドシェイクを適応させる。
【００４２】
ステップ４１６に示された例において、ステップ４１８とステップ４２０は、車両追跡用の高度道路交通システムのために説明されてもよい。具体的実施形態において、各車両のダッシュボードは、センサーゲートウェイを備えていてもよい。センサーゲートウェイは、ＧＰＳや加速度計のようなセンサーに組み込まれていてもよい。センサーゲートウェイは、インターネットに接続するために、ＧＰＲＳ、Ｗｉ-Ｆｉおよびイーサーネットから選択される多重通信方法を使用する。センサーゲートウェイおよび通信ネットワークは、車両バッテリーからエネルギーを取り出すことができる。
【００４３】
車両を追跡するリモートユーザーにとって、加速度計のデータとＧＰＳの座標は、規定時間間隔の間中収集され、ゲートウェイによってサーバー内で更新される。サーバーは、ＩＤと、受信したＧＰＳデータおよび車両の加速度計データから推測される位置とスピードとを有する車両追跡情報を生成する。しかしながら、サーバーの更新間隔および収集データの時間間隔は、車両のスピードに依存して変化する。すなわち、車両が速く移動している時、時間間隔および更新間隔は低減される。したがって、車両が速く移動していると、サーバーは、より速く更新され、それによって、帯域幅とエネルギーをより消費することになる。帯域幅とエネルギーの高い消費は望ましくない。
【００４４】
本発明は、車両が移動する結果として生じる両方のシナリオ（状況）、すなわち、車両が速いスピードで移動しているとき、遅いスピードで移動しているときに実施される。車両が遅いスピードで移動しているとき、地理座標の変化率が小さいので、更新率は低減される。車両が遅いスピードで移動しているとき、次の更新が長い間隔の後到来するから、センサーゲートウェイによって通信される全ての座標と加速度計データがサーバーによってうまく取り込まれなければならないことは重要である。したがって、この場合において、転送に信頼性モードが要求される。
【００４５】
しかしながら、車両が速いスピードで移動している場合において、車両にとって座標の変化率が大きいので、更新率は高い。そのような高い更新率で、更新された情報の漂遊損（stray losses）は、追跡システムに悪影響を与えない。しかしながら、更新率が高いので、信頼性を保証するために要求されるハンドシェイクは、ネットワーク負荷を高め、ネットワーククロッキングにつながる。また、信頼性のためのハンドシェイクが原因の通信は、エネルギー使用を増大させ、高い更新率のためにすでにストレスが加えられているエネルギーソース（バッテリー）に負荷を与える。このシナリオにおいて、アプリケーション層プロトコルは、受信確認が不必要とみなされているので、転送の非信頼性モードを適応する。したがって、加速度計のデータに依存して、センサーゲートウェイは、車両の状態（静止した、遅い、速いなど）を推測することができ、信頼性モードまたは非信頼性モードに行くかどうかを決定することができる。すなわち、帯域幅とエネルギー使用を最適化するためにデータ転送特性を適応させる。
【図１】
0005870161.tif 000002
【図２】
0005870161.tif 000003
【図３】
0005870161.tif 000004
【図４】
0005870161.tif 000005