JP5222396B2 - ネットワークリソースの追跡 - Google Patents

Description

本発明は、ネットワークリソースを追跡する分野に関し、特に、無線センサネットワークにおいてネットワークリソースを追跡する分野に関するものである。

無線センサネットワーク（ＷＳＮ）は、実世界の環境において物理的状態を監視する空間的に分散された複数のセンサノードを含み、かつ環境及び居住地監視、トラフィック制御、ホームオートメーション、並びに株取引において使用される。センサを利用する現在の解決策の殆どは、実装は垂直思考的である。オペレータはビットパイプ（bit pipe）として使用され、各ＷＳＮ実装は自身の所有のプロトコルを使用する。従来のネットワークの場合と同様に、ＷＳＮにおいてセンサノードにより収集されたデータを使用するアプリケーションは、センサノードに対する「チャネル」を有する。各アプリケーションは、専用の構成要素及び殆どの場合、自社開発の構成要素を含む受注製作である。また、データ及びセンサは種々のサービス間で相互に利用されない。この状況により、開発コストが高くなり、実現及び動作するためのコストが相対的に高くなる。そのようなアプリケーションの典型例は、迅速な管理及びロジスティックス等の産業用アプリケーションである。

ＷＳＮを電気通信ネットワークと統合することにより、高性能家電等の新しい魅力的なＷＳＮに基づいたサービス、並びに障害者及び高齢者に対するサービス等に便利なネットワーク環境を提供する。また、そのような統合により、収集データをより柔軟かつ有効に使用できる。ＷＳＮを含むセンサノードから収集されたデータは、ＷＳＮゲートウェイを介する通信ネットワークで利用可能になる。

水平思考的な解決策は、分散型（ネットワーク化）システムにおいて共通の機能及びサービスを再利用することに基づいて階層システム構造を提供する。種々のレイヤは、クライアント（例えば、ユーザ、アプリケーション）、ミドルウェア制御機能及びセンサネットワークを含んでいる。そのような方法は、レイヤ間を明確に切り離し、ＷＳＮの詳細をクライアントから隠蔽する。ミドルウェア機能は、クライアント要求と利用可能なＷＳＮとのマッピングを提供する。

位置情報サービス（ＬＢＳ）は、リソースの位置に関する情報を利用することに基づく一群のサービスを示す。リソースは、物体、人又は動物等の監視されるあらゆるものを含んでいる。位置の取得は、ネットワーク又はデバイスに基づくことができる。デバイスに基づいた位置決めにおいて、例えば、全地球測位システム（ＧＰＳ）を使用することにより、デバイス（又はリソース）において全ての位置が局所的に算出される。位置認識アプリケーション（location aware application）を使用するために、局所的に算出された位置は、アプリケーションがリソースの位置を認識するようにアプリケーションに送信されなければならない。

ＷＳＮにおけるＬＢＳは、主に、ネットワークに基づいている。デバイスに基づいた位置決めは、プライバシーを保証し、かつ局所的に算出された位置の開示を完全に制御することを保証する。ネットワークに基づいた位置決めに関する問題は、位置決めされたリソース（例えば、通信ネットワークにおけるエンドユーザであってもよい）が、自身の位置データを完全に制御しないため、プライバシーに関する懸念が生じることである。ＷＳＮ監視、追跡及びリソース制御アプリケーションに対しては、セキュリティ及びプライバシーに関する厳しい要求がリソース追跡タグの所有者に課される場合もある。

リソース追跡に関して、追跡されたリソースが一方のＷＳＮサービスエリアから他方のＷＳＮサービスエリアに移動する場合、これはローミング又はハンドオーバと呼ばれることがある。ローミング中の追跡されたリソースに対するセンサデータは、スケーラブルな方法で取得されなければならない。リソースを追跡するための既存の解決策は、セッション開始プロトコル（ＳＩＰ）サブスクリプションイベントフレームワーク及びＩＥＴＦにより規定される原理を使用することを含んでいる。この場合、中央監視ノードは、位置情報に対する初期サブスクリプション（ＳＩＰ ＳＵＢＳＣＲＩＢＥ（ＳＩＰ加入））をそれぞれ範囲に含まれるＷＳＮに送信する。各ＷＳＮは、このサブスクリプションを受け入れ、リソースが自身のカバーエリアに入る場合に中央監視ノードをシームレスに通知できる（ＳＩＰ ＮＯＴＩＦＹ（ＳＩＰ通知）メッセージを使用して）。この解決策に関する問題は、スケーラビリティである。ｍが追跡された有効なリソースの数であり、ｎがＷＳＮの数である場合、有効なセッションがなければＳＩＰ ＮＯＴＩＦＹは送信されないことをＩＥＴＦ規格が要求するため、この解決策は、中央監視ノードを含むｍ×ｎ個の有効なサブスクリプションセッションを必要とする。

ＩＥＴＦ規格の使用に更に基づいた別の解決策は、ＳＩＰ公表フレームワークの使用量を増加することである。各ＷＳＮは、ＷＳＮが位置情報を有するリソースのリストを含むＳＩＰ ＰＵＢＬＩＳＨ（ＳＩＰ公表）メッセージを中央監視ノードに送信する。ハンドオーバが検出される場合、ＷＳＮは更新されたＰＵＢＬＩＳＨメッセージを中央監視ノードに送信する。この場合、中央監視ノードは、どのＷＳＮが特定のリソースに対する位置情報を有するかを認識するため、全てのＷＳＮに対してサブスクリプションをブロードキャストする必要はない。この方法に関する問題は、ＷＳＮによって位置が判定されるリソースが多数あってもよいが、中央監視ノードがそれらに関与しないことである。リソースが一方のＷＳＮカバーエリアから他方のＷＳＮカバーエリアに頻繁に移動する場合、信号伝送されたリソース位置情報に関与する位置認識アプリケーションが存在しない場合であっても、各ＷＳＮが中央監視ノードに変更を公表するため、冗長なシグナリングトラフィックが存在する。

従って、ネットワークトラフィックを最適化する方法で、プライバシーを確保すること及びローミング中の追跡されたリソースを監視することに関する問題がある。

本発明の第１の態様に従えば、通信ネットワークにおいてリソースを追跡する方法が提供される。中央リソース追跡機能は、位置アプリケーションノードからリソースを追跡するためのリクエストを受信する。中央リソース追跡機能は、サブスクリプションメッセージを複数の無線センサネットワークゲートウェイノードにブロードキャストする。サブスクリプションメッセージは、追跡リソースと関連付けられた識別子を含んでいる。次に、中央リソース追跡機能は、第１の無線センサネットワークゲートウェイノードから識別子と関連付けられたリソースが第１の無線センサネットワークゲートウェイノードによってサービスが提供されている無線センサネットワークに配置されていることを中央リソース追跡機能に通知するサブスクリプション応答メッセージを受信し、かつ第２の無線センサネットワークゲートウェイノードからサブスクリプション拒否メッセージを受信する。このようにして、中央リソース追跡機能は、全ての無線センサネットワークゲートウェイノードを含む有効なサブスクリプションを必要とせずに、かつ中央リソース追跡機能が関与しないノードに関するシグナリングを受信することなく、リソースが配置されている無線センサネットワークに気が付くことになる。

オプションとして、第２の無線センサネットワークゲートウェイノードは、サブスクリプションリクエストのレコードを記憶する。これにより、第２のＷＳＮゲートウェイノードは、中央リソース追跡ノードがリソースの位置の追跡に関与することを認識でき、また、この情報は、リソースが第２のＷＳＮゲートウェイノードによってサービスが提供されているエリアに移動する場合に使用することができる。更なるオプションとして、リソースが第２のＷＳＮゲートウェイノードによってサービスが提供されているＷＳＮに移動していることを第２のＷＳＮゲートウェイノードが判定する場合、サブスクリプションリクエストのレコードが識別子と関連付けられたリソースに対して存在するかに関して判定が行われる。サブスクリプションリクエストのレコードが識別子と関連付けられたリソースに対して存在する場合、中央リソース追跡機能は、識別子と関連付けられたリソースが第２のＷＳＮゲートウェイノードによってサービスが提供されているＷＳＮに移動していることを通知される。

オプションとして、この方法は、リソースが第１のＷＳＮゲートウェイノードによってサービスが提供されているＷＳＮから出ていることを第１のＷＳＮゲートウェイノードにおいて判定することと、中央リソース追跡機能でサブスクリプションを終了することとを含んでいる。

追跡リソースのプライバシーを守るために、中央リソース追跡機能は、オプションとして、追跡リソースと関連付けられた識別子を位置アプリケーションノードから受信した追跡リソースのアイデンティティに対してマッピングし、及び記憶する。セキュリティ及びプライバシーを更に強化するために、この方法は、オプションとして、追跡リソースと関連付けられた識別子を追跡リソースと関連付けられた新規の識別子に変更することと、追跡リソースと関連付けられた新規の識別子を追跡リソースのアイデンティティに対してマッピング及び記憶することとを含んでいる。

オプションとして、中央リソース追跡機能は、位置アプリケーションノードからリソース追跡をキャンセルするためのリクエストを受信する。このリクエストを受信すると、中央リソース追跡機能は、追跡リソースと関連付けられた識別子を含むサブスクリプションキャンセルメッセージを複数のＷＳＮゲートウェイノードにブロードキャストする。これにより、中央リソース追跡機能がリソースの位置の追跡に関与しないことを全てのＷＳＮゲートウェイノードに通知する。

本発明の第２の態様に従えば、通信ネットワークで使用される中央リソース追跡ノードが提供される。このノードは、位置アプリケーションノードから、リソースを追跡するためのリクエストを受信する第１の受信機と、サブスクリプションメッセージを生成するプロセッサとを備える。サブスクリプションメッセージは、追跡リソースと関連付けられた識別子を含んでいる。送信機が、サブスクリプションメッセージを複数のＷＳＮゲートウェイノードに送信するように構成される。また、第２の受信機が、第１のＷＳＮゲートウェイノードから、識別子と関連付けられたリソースが第１のＷＳＮゲートウェイノードによってサービスが提供されているＷＳＮに配置されていることを中央リソース追跡ノードに通知するサブスクリプション応答メッセージを受信し、かつ第２のＷＳＮゲートウェイノードから、サブスクリプション拒否メッセージを受信するように構成されている。

オプションとして、ノードが、追跡リソースと関連付けられた識別子と位置アプリケーションノードから受信した追跡リソースのアイデンティティとのマッピングを記憶するメモリを備える。これにより、追跡リソースのアイデンティティのプライバシーを強化する。

本発明の第３の態様に従えば、無線センサネットワークゲートウェイノードが提供される。ＷＳＮゲートウェイノードは、中央リソース追跡ノードからサブスクリプションリクエストメッセージを受信する受信機を備える。メッセージは、追跡リソースと関連付けられた識別子を含んでいる。ＷＳＮゲートウェイノードは、追跡リソースがＷＳＮゲートウェイノードによってサービスが提供されているＷＳＮに配置されているかを判定するプロセッサを更に備える。送信機は、識別子と関連付けられたリソースがＷＳＮに配置されている場合にサブスクリプション応答メッセージを中央リソース追跡ノードに送信し、かつ識別子と関連付けられたリソースがＷＳＮに配置されていない場合にサブスクリプション拒否メッセージを中央リソース追跡ノードに送信するように構成されている。

ＷＳＮゲートウェイノードは、オプションとして、サブスクリプションリクエストメッセージのレコードを記憶するメモリを備える。この場合、ＷＳＮゲートウェイノードは、オプションとして、新規のリソースが無線センサネットワークゲートウェイノードによってサービスが提供されている無線センサネットワークに移動していることを判定する入力部を更に備える。このプロセッサは、サブスクリプションリクエストのレコードが新規のリソースに対して存在するかを判定するように構成される。送信機は、そのような判定がなされる場合に、リソースがＷＳＮゲートウェイノードによってサービスが提供されているＷＳＮに移動していることを中央リソース追跡ノードに通知するメッセージを中央リソース追跡ノードに送信するように構成される。

オプションとして、ＷＳＮゲートウェイノードは、リソースがＷＳＮゲートウェイノードによってサービスが提供されているＷＳＮから出ていることを判定する入力部を備える。この場合、送信機は、中央リソース追跡ノードでサブスクリプションを終了するメッセージを中央リソース追跡ノードに送信するように構成される。

本発明の一実施形態に従うネットワークアーキテクチャを概略的に示すブロック図である。 本発明の一実施形態に従って、追跡リソースのプライバシーを守るために要求されるシグナリングを示すシグナリング図である。 本発明の一実施形態に従って、中央リソース監視機能を含む無線センサネットワークの登録を概略的に示すブロック図である。 本発明の一実施形態に従って、中央リソース監視機能によってソース追跡の開始を概略的に示すブロック図である。 本発明の一実施形態に従って、リソースが一方の無線センサネットワークから他方の無線センサネットワークに移動する場合のハンドオーバ手順の開始を概略的に示すブロック図である。 本発明の一実施形態に従って、リソース追跡のキャンセル手順の開始を概略的に示すブロック図である。 本発明の一実施形態のステップを示すフローチャートである。 本発明の一実施形態に従うリソース監視機能を有するノードを概略的に示すブロック図である。 本発明の一実施形態に従う無線ネットワークゲートウェイノードを概略的に示すブロック図である。

図１を参照すると、センサ仲介システム（ＳＢＳ）機能１は、中央リソース監視ノードとして動作するように提供される。位置認識アプリケーション２、３は、ＳＢＳ１にアクセスして、追跡リソース（tracked resource）に関する情報を検出する。ＳＢＳ１は、種々の無線センサネットワーク（ＷＳＮ）群と通信する。この例において、ＷＳＮゲートウェイ７、８及び９のそれぞれを介してＳＢＳ１と通信するＷＳＮ１ ４、ＷＳＮ２ ５及びＷＳＮｎ ６が示されている。更に、現在ＷＳＮ１ ４のエリアに常駐する追跡リソース１０が示されている。追跡リソースは、ＷＳＮ１に対してリソース１０を識別する何らかの方法、例えば、追跡タグを備える。追跡タグは、ＲＦＩＤタグと同じくらい単純であってもよく、あるいはプレゼンスタグＩＤを生成するプロセッサを有してもよい。追跡リソースは、追跡されることを認識してもよい。その場合、追跡リソースは、自身のＷＳＮ識別をＳＢＳに安全な方法で開示する役割を担ってもよい。選択的には、追跡を認識していないリソースは、リソースを追跡することに関与するサードパーティによってＳＢＳに開示される。用語「リソース」は、本明細書において追跡されるあらゆるものを示すために使用され、また、物理的な物又は人等の物体を含むことができ、あるいはＷＳＮによってカバーされる領域を通過するセンサが読み取るあらゆるものを追跡することを更に含んでもよい。例えば、この一例は、ＷＳＮによってカバーされる領域を横断する化学雲（chemical cloud）の動きを追跡することである。

ＳＢＳ１は、位置認識アプリケーション２と３との間のミドルウェアとして動作する。ＷＳＮ４、５、６は、追跡リソース１０に対する実際の位置関連データを収集する役割を担う。従って、ＳＢＳ１は、水平サービス方法を提案し、また、ＷＳＮの詳細をアプリケーション開発者から隠蔽する。

ＳＢＳ１は、リソース追跡タグのアイデンティティを解明し、かつ必要な情報（例えば、位置決め情報）をアプリケーション２に返信する役割を担う、信頼されたエンティティであると考えられる。これによって、実際のリソースアイデンティティは、ＷＳＮ４から隠蔽される。

追跡タグは、追跡リソース１０を直接識別しない。その代わりに、追跡タグは、任意に割り当てられた符号であってもよい。ＳＢＳ１は、符号化情報を取得し、それを追跡リソース１０のアイデンティティにマッピングすることができる。このように、位置認識アプリケーション１は、追跡リソース１０の位置を認識させられる。一方、ＷＳＮ４は、追跡リソース１０を識別する方法を有さない。

基本概念が、図２に示される。ＷＳＮ１ ４及びＷＳＮ２ ５は、ＳＢＳ１にサービスを認識させる（Ｓ１）。ＳＢＳは、追跡タグＩＤを追跡リソース１０にバインドし（Ｓ２）、追跡タグＩＤにリソース１０を追跡することを許容する。位置認識アプリケーション２は、追跡タグＩＤを有するリソースがＷＳＮ２ ５によってカバーされるエリアに入る場合にそれを認識するようにＳＢＳ１に命令する（Ｓ３）。この例において、ＷＳＮ２ ５が建物Ａをカバーするので、位置認識アプリケーションは、追跡リソースが建物Ａに入る場合に通知をリクエストしている。ＳＢＳ１は、ＷＳＮ１ ４及びＷＳＮ２ ５にメッセージを送信して追跡リソース１０を追跡する（Ｓ４、Ｓ５）。リソースは、最初はＷＳＮ１ ４に位置付けられる。ＷＳＮ１ ４は、追跡タグの位置をＳＢＳ１に提供する（Ｓ６）。追跡リソース１０がＷＮＳ１ ４を出てＷＳＮ２ ５に入る場合、ＷＳＮ２ ５は、ＳＢＳ１にメッセージを送信して追跡タグの位置をＳＢＳ１に通知する（Ｓ７）。ＳＢＳ１は、追跡タグを追跡リソース１０のアイデンティティにマッピングし、位置認識アプリケーション２にメッセージを送信して、リソースが建物Ａに入っていることを位置認識アプリケーション２に通知する（Ｓ８）。このように、リソースがＷＳＮ４、５とＳＢＳ１との間で識別されないため、リソースのプライバシーは守られる。

リソース／追跡タグＩＤの対の開示は、オフライン又はオンラインでなされる。リソース／追跡タグＩＤの対がサードパーティに開示されることを防止するために、各セッションに対する新規の一時的なランダム追跡タグＩＤの生成等の種々のメカニズムが採用される。部外者がエンティティを追跡する可能性を最小限にする別の方法は、追跡されたデバイスに乱数であるｒ、一方向関数であるハッシュ（ｒ‖タグＩＤ）を放出させることである。これにより、タグＩＤを認識せずにデバイスを追跡することが事実上不可能になる。

要約すると、ＳＢＳ１は、リソース／追跡タグＩＤの対を含むレコードを作成及び保持する。位置認識アプリケーション２は、ＳＩＰ等のシグナリングプロトコルを使用してリソースの位置に関してＳＢＳ１をクエリする。ＳＢＳ１は、リソースアイデンティティを自身の有効な追跡タグＩＤに置換し、かつ全てのセンサネットワーク、すなわち、ＳＩＰ等のシグナリングプロトコルを使用して追跡タグ型の技術に対する位置サービスを提供するＷＳＮゲートウェイをクエリする。ＳＢＳ１は、ＷＳＮゲートウェイに加入して追跡タグ位置の更新を受信するためにイベント通知メカニズムを使用する。

ＷＳＮゲートウェイは位置サービスをＳＢＳ１に公表する。ＷＳＮカバーエリアをグローバルな位置コンテキストに配置するために、公表することは、カバーエリア及び位置計測値、並びに地理座標等のグローバルな基準を含んでもよい。公表は、オフライン又はオンラインで行われる。

ＳＢＳ１の別の態様は、ＷＳＮ間で追跡リソース１０のシームレスなローミングをサポートすることである。ＳＢＳ１によってリソース追跡リクエストが受信される場合、ＳＢＳは、要求されるリソース位置情報を有するＷＳＮを検出するために位置サブスクリプションをブロードキャストする。このように、更にＳＢＳは、ハンドオーバの場合に特定のリソースを追跡するために要求される情報を現在有さない他のＷＳＮに黙示的に通知する。リソースの位置を現在認識しているＷＳＮのみによって位置サブスクリプションが受け入れられる。他のＷＳＮは、サブスクリプションを形式的に拒否するが、位置がＳＢＳ１によってリクエストされているリソースのリストを保持する。リストはリソースレコードリストと呼ばれる。ＳＢＳ１がサブスクリプション拒否を受信し、かつそれぞれ送信されたサブスクリプションの状態を監視する必要がないため、これにより、いわゆる「一方的なステートフルネス（one sided statefullness）」が可能になる。ハンドオーバが発生する場合、ＷＳＮによって保持されるリソースレコードリストにより、ＷＳＮは、位置情報が事前にリクエストされているリソースに対する位置認識に関してＳＢＳ１に通知できることになる。以下において、この一例を説明する。ここで、他の通信プロトコルが使用されてもよいことが理解されるが、ＳＢＳ１とＷＳＮとの間の通信がＳＩＰプロトコルに基づいていると仮定する。

次に、図３を参照すると、ＷＳＮ ＧＷ７、８、９の各々は、ＳＩＰ ＲＥＧＩＳＴＥＲ（ＳＩＰ登録）リクエストをそれぞれ送信することにより、ＷＳＮ４、５、６の各々をＳＢＳ１に登録する（Ｓ９、Ｓ１０、Ｓ１１）。この例において、当該追跡リソース１０は、ＷＳＮ１ ４によってカバーされる領域に配置される。

次に、図４を参照すると、位置認識アプリケーション２がリソース追跡リクエストを開始する（Ｓ１２）場合、ＳＢＳ１は、リクエストされたリソース位置情報を認識するＷＳＮを検出する手順を開始する。位置サブスクリプション（ＳＩＰ ＳＵＢＳＣＲＩＢＥ）は、ＳＢＳ１によってＷＳＮ４、５、６の各々に送信され（Ｓ１３）、メッセージは追跡ＩＤタグを識別する情報を含んでいる。位置フィルタイベント定義は、ＷＳＮが通知を送信すべきである状況（例えば、リソースが特定のエリアに入る場合）をＷＳＮ４、５、６の各々に示すためにメッセージ本体に含まれてもよい。

この例において、ＷＳＮ１ ４のＷＳＮ ＧＷ７は、追跡ＩＤタグを有するリソースがそのエリアにあることを認識するため、２００ ＯＫメッセージで応答する（Ｓ１４）。リソースの位置を認識しない他のＷＳＮ５、６は、４０４ Ｎｏｔ Ｆｏｕｎｄメッセージ（不図示）で応答する。

サブスクリプションを受け入れるＷＳＮ４は、位置情報を搬送するＳＩＰ ＮＯＴＩＦＹリクエストで応答し（Ｓ１５）、他のＷＳＮ５、６は、リソースレコードリストにおいて追跡ＩＤタグのレコードを保持する。ＳＩＰ ＮＯＴＩＦＹは、ＰＩＤＦ−ＬＯ（Ｐｒｅｓｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｄａｔａ Ｆｏｒｍａｔ Ｌｏｃａｔｉｏｎ Ｏｂｊｅｃｔ（プレゼンス情報データフォーマット位置オブジェクト））を含み、位置情報を現存の文書内にカプセル化できるようにする（ＩＥＴＦ ＲＦＣ ４１１９に従って）。

次に、追跡リソースがＷＳＮ１ ４からＷＳＮ２ ５に移動する場合を考える。図５を参照すると、ＷＳＮ１ ４は、追跡ＩＤタグの位置を判定できない場合、終了ＳＩＰ ＮＯＴＩＦＹリクエストをＳＢＳ１に送信することによってサブスクリプションを終了する（Ｓ１６）。しかしながら、ＷＳＮ１ ４は、リソースがＷＳＮ１ ４カバーエリアに戻る場合に追跡ＩＤタグのレコードを保持する。

ＷＳＮ２ ５は、リソース（リソースレコードリストの追跡ＩＤタグを有する）がカバーエリアに入っていることを検出する。従って、ＷＳＮ２ ５は、追跡ＩＤタグのレコードからこのＩＤを有するリソースがＳＢＳ１によって追跡されていることを認識するため、ＳＩＰ ＰＵＢＬＩＳＨ方法をＳＢＳ１に送信してＷＳＮ２ ５が追跡ＩＤタグを有するリソースに対して新規の指定されたＷＳＮであることをＳＢＳ１に通知する（Ｓ１７）。ＳＢＳ１は、このＳＩＰ ＰＵＢＬＩＳＨ方法を受信した後、新規のサブスクリプション（ＳＩＰ ＳＵＢＣＲＩＢＥリクエスト）を作成してＷＳＮ２ ５に送信する（Ｓ１８）。ＷＳＮ２ ５は、新規の追跡ＩＤタグ位置情報を搬送するＳＩＰ ＮＯＴＩＦＹリクエストで応答する（Ｓ１９）。

リソース追跡キャンセル手順が、図６に示される。リソース追跡が必要でない場合、位置認識アプリケーション２はリソース追跡キャンセルリクエストをＳＢＳ１に送信する（Ｓ２０）。その後、ＳＢＳは、「失効」ヘッダがゼロに設定されたＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージをＷＳＮ４、５、６の各々に送信することによって、サブスクリプションキャンセルを開始する（Ｓ２１）。指定されたＷＳＮ（ＷＳＮ２ ５は追跡リソースが現在配置されるＷＳＮであるため、この例においてはＷＳＮ２ ５である）は、位置サブスクリプションを削除及び終了し、他のＷＳＮ４、６は、追跡タグＩＤをリソースレコードリストから削除しなければならない。

次に、図７を参照すると、フローチャートは、追跡タグ及びサブスクリプションが協働してプライバシーを強化しかつシグナリングを低減する方法を示している。整合性を維持するために、以下の番号は、図７及び先行する図面の符号を参照する。

Ｓ１２． ＳＢＳ１は、位置認識アプリケーション２からリソース１０を追跡するためのリクエストを受信する。

Ｓ２． ＳＢＳ１は、リソースのアイデンティティを追跡タグＩＤにバインドし、そのバインド情報を記憶する。追跡タグＩＤは、リソース１０を識別するためにＳＢＳのみによって使用される。

Ｓ９． ＳＢＳは、追跡タグＩＤを含むサブスクリプションを複数のＷＳＮ４、５、６にブロードキャストする。

Ｓ１４． 追跡タグＩＤを有するリソースが配置されるＷＳＮ４にサービスを提供するＷＳＮ ＧＷ７は、サブスクリプション応答メッセージをＳＢＳ１に送信し、サブスクリプションメッセージを受信する他のＷＳＮ ＧＷ８、９の全ては、拒否メッセージをＳＢＳ１に送信する。

Ｓ２３． 拒否メッセージを送信したＷＳＮ ＧＷ８、９は、整合する追跡タグＩＤと関連付けられたリソースを追跡するためにサブスクリプションが顕著であることを認識するように、サブスクリプションリクエストのレコードを保持する。

Ｓ２４．追跡リソース１０は、新規のＷＳＮ５によってカバーされる領域に移動する。

Ｓ２５．ＷＳＮ ＧＷ８又は新規のＷＳＮにおける別のノードは、先行のサブスクリプションリクエストが、追跡タグＩＤと関連付けられたリソースに対してレコードされているかを判定する。

Ｓ１７． レコードされている場合、新規のＷＳＮ ＧＷ８は、ＳＩＰ ＰＵＢＬＩＳＨ方法を使用して追跡リソース１０の位置をＳＢＳ１に通知する。

Ｓ１６． 追跡リソースが古いＷＳＮ４によってカバーされる領域を出ている場合、古いＷＳＮ ＧＷ７はＳＢＳ１でサブスクリプションを終了する。尚、このステップは、新規のＷＳＮ ＧＷ８がＳＩＰ ＰＵＢＬＩＳＨ方法をＳＢＳ１に送信する前に実行される。ＳＢＳ１においてそのようなサブスクリプション終了メッセージを受信することにより、追跡リソース１０の位置を検出するために、ＳＢＳ１をトリガして新規のＳＩＰサブスクリプションリクエストをブロードキャストさせる。

図３〜図７に関する上記の説明は、追跡タグＩＤのレコードを保持するＷＳＮを参照している。しかし、プライバシーが問題ではない場合、ＭＡＣアドレス又はＳＩＰアドレス等の追跡リソースを直接識別するために使用することができる情報の追跡を維持するために、同一のシステムを使用できることが理解されるだろう。

次に、図８を参照すると、本発明の一実施形態に従うＳＢＳ機能ノードが示される。ＳＢＳ１機能ノードは、位置認識アプリケーション２からメッセージを受信する第１の受信機１０と、ＷＳＮゲートウェイ７、８、９からメッセージを受信する第２の受信機１３とを備える。当然、２つの受信機は同一の物理デバイスに組み込まれてもよい。プロセッサ１１は、メッセージを処理し、及び生成するように構成されている。また、送信機１２は、メッセージを位置認識アプリケーション２、３及びＷＳＮゲートウェイ７、８、９に送信するように構成されている。ＳＢＳ１は、追跡リソース及び追跡タグＩＤに関する情報を記憶するメモリ１３を更に備える。

次に、図９を参照すると、本発明の一実施形態に従うＷＳＮ ＧＷ７が示される。ＷＳＮ ＧＷ４は、ＷＳＮ４によってカバーされるエリアに配置される追跡リソース１０に関する情報を受信する入力部１９を備える。プロセッサ１５は、メッセージを処理し、及び生成するように構成される。また、送信機１７はメッセージをＳＢＳ１に送信するように構成されていて、受信機１５はＳＢＳ１からメッセージを受信するように構成されている。上述されたように、メモリ１８は、ＷＳＮ４によってカバーされるエリアにおいて追跡リソースに関する情報を記憶し、かつＷＳＮ ＧＷ７がサブスクリプションリクエストを受信しているリソースタグＩＤのレコードを保持するように構成されている。更に、プロセッサ１６は、メッセージを生成するように構成されている。

本発明は、追跡リソースがＷＳＮ間を移動する場合に要求されるシグナリングを低減し、追跡リソースを識別するために使用される可能性のある情報のプライバシーを強化する。ＷＳＮ及び位置決め機能は、プライバシーの開示を完全に制御することをサポートする電気通信ネットワークと統合される。

本発明の範囲から逸脱せずに上述の実施形態に対して種々の変更が行われてもよいことは、当業者には理解されるだろう。例えば、上記の説明は、無線ネットワークにおいてリソースの位置を取得することを示しているが、示されるリソースは、物及び人等のあらゆる物体であってもよい。用語「リソース」は、追跡されるＷＳＮにおいて移動するあらゆるものを示している。例えば、この一例は、化学雲がエリアを通過する場合にそれを追跡することである。

明細書において、以下の略語を使用している。

ＷＳＮ 無線センサネットワーク
ＬＢＳ 位置情報サービス
ＧＰＳ 全地球測位システム
ＳＩＰ セッション開始プロトコル
ＩＥＴＦ インターネットエンジニアリングタスクフォース
ＲＦＩＤ 無線周波数識別情報
ＰＩＤＦ−ＬＯ プレゼンス情報データフォーマット位置オブジェクト

Claims (13)

1. 通信ネットワークにおいてリソースを追跡する方法であって、
   中央リソース追跡機能において、
   位置アプリケーションノードからリソースを追跡するためのリクエストを受信するステップと、
   追跡される前記リソースである追跡リソースと関連付けられた識別子を含むサブスクリプションメッセージを複数の無線センサネットワークゲートウェイノードにブロードキャストするステップと、
   第１の無線センサネットワークゲートウェイノードから、前記識別子と関連付けられた前記追跡リソースが前記第１の無線センサネットワークゲートウェイノードによってサービスが提供される無線センサネットワークに配置されることを前記中央リソース追跡機能に通知するサブスクリプション応答メッセージを受信し、第２の無線センサネットワークゲートウェイノードから、サブスクリプション拒否メッセージを受信するステップと
   を備えることを特徴とする方法。
2. 前記第２の無線センサネットワークゲートウェイノードにおいて、サブスクリプションリクエストのレコードを記憶するステップを更に備える
   ことを特徴とする請求項１に記載の方法。
3. 前記第２の無線センサネットワークゲートウェイノードにおいて、
   前記追跡リソースが、前記第２の無線センサネットワークゲートウェイノードによってサービスが提供される前記無線センサネットワークに移動していることを判定するステップと、
   サブスクリプションリクエストのレコードが、前記識別子と関連付けられた前記追跡リソースに対して存在するかどうかを判定するステップと、
   サブスクリプションリクエストのレコードが前記識別子と関連付けられた前記追跡リソースに対して存在する場合、前記中央リソース追跡機能に、前記識別子と関連付けられた前記追跡リソースが前記第２の無線センサネットワークゲートウェイノードによってサービスが提供されている前記無線センサネットワークに移動していることを通知するステップと
   を更に備えることを特徴とする請求項２に記載の方法。
4. 前記第１の無線センサネットワークゲートウェイノードにおいて、
   前記追跡リソースが前記第１の無線センサネットワークゲートウェイノードによってサービスが提供されている前記無線センサネットワークから出ていることを判定するステップと、
   前記中央リソース追跡機能を用いてサブスクリプションを終了するステップと
   を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 前記中央リソース追跡機能において、
   前記追跡リソースと関連付けられた前記識別子を、前記位置アプリケーションノードから受信される前記追跡リソースのアイデンティティに対してマッピングし、記憶するステップを更に備える
   ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 前記追跡リソースと関連付けられた前記識別子を前記追跡リソースと関連付けられた新規の識別子に変更するステップと、
   前記追跡リソースと関連付けられた前記新規の識別子を前記追跡リソースの前記アイデンティティに対してマッピングし、記憶するステップと
   を更に備えることを特徴とする請求項５に記載の方法。
7. 前記中央リソース追跡機能において、
   位置アプリケーションノードから、リソース追跡をキャンセルするためのリクエストを受信するステップと、
   前記追跡リソースと関連付けられた前記識別子を含むサブスクリプションキャンセルメッセージを、前記複数の無線ネットワークゲートウェイノードにブロードキャストするステップと
   を更に備えることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. 通信ネットワークで使用される中央リソース追跡ノードであって、
   位置アプリケーションノードから、リソースを追跡するためのリクエストを受信する第１の受信機と、
   追跡される前記リソースである追跡リソースと関連付けられた識別子を含むサブスクリプションメッセージを生成するプロセッサと
   前記サブスクリプションメッセージを複数の無線センサネットワークゲートウェイノードに送信する送信機と、
   第１の無線センサネットワークゲートウェイノードから、前記識別子と関連付けられた前記追跡リソースが前記第１の無線センサネットワークゲートウェイノードによってサービスが提供されている無線センサネットワークに配置されていることを前記中央リソース追跡ノードに通知するサブスクリプション応答メッセージを受信し、かつ第２の無線センサネットワークゲートウェイノードからサブスクリプション拒否メッセージを受信する第２の受信機と
   を備えることを特徴とする中央リソース追跡ノード。
9. 前記追跡リソースに関連付けられた前記識別子と、位置アプリケーションノードから受信される前記追跡リソースのアイデンティティとの間のマッピングを記憶するメモリを更に備える
   ことを特徴とする請求項８に記載の中央リソース追跡ノード。
10. 無線センサネットワークゲートウェイノードであって、
    中央リソース追跡ノードから、追跡リソースと関連付けられた識別子を含むサブスクリプションリクエストメッセージを受信する受信機と、
    前記追跡リソースが前記無線センサネットワークゲートウェイノードによってサービスが提供されている無線センサネットワークに配置されているかを判定するプロセッサと、
    前記識別子と関連付けられた前記追跡リソースが前記無線センサネットワークに配置されている場合にサブスクリプション応答メッセージを前記中央リソース追跡ノードに送信し、かつ前記識別子と関連付けられた前記追跡リソースが前記無線センサネットワークに配置されていない場合にサブスクリプション拒否メッセージを前記中央リソース追跡ノードに送信する送信機と
    を備えることを特徴とする無線センサネットワークゲートウェイノード。
11. 前記サブスクリプションリクエストメッセージのレコードを記憶するメモリを備える
    ことを特徴とする請求項１０に記載の無線センサネットワークゲートウェイノード。
12. 新規のリソースが前記無線センサネットワークゲートウェイノードによってサービスが提供されている前記無線センサネットワークに移動していることを判定する入力部を更に備え、
    前記プロセッサは、サブスクリプションリクエストのレコードが前記新規のリソースに対して存在するかを判定するように構成され、
    前記送信機は、前記新規のリソースに対して存在するとの判定がなされる場合に、前記新規のリソースが前記無線センサネットワークゲートウェイノードによってサービスが提供されている前記無線センサネットワークに移動していることを前記中央リソース追跡ノードに通知するメッセージを前記中央リソース追跡ノードに送信するように構成されている
    ことを特徴とする請求項１１に記載の無線センサネットワークゲートウェイノード。
13. 前記リソースが前記無線センサネットワークゲートウェイノードによってサービスが提供されている前記無線センサネットワークから出ていることを判定する入力部を更に備え、
    前記送信機は、前記無線センサネットワークから出ているとの判定がなされる場合に、前記中央リソース追跡ノードでサブスクリプションを終了するメッセージを前記中央リソース追跡ノードに送信するように構成されている
    ことを特徴とする請求項１０乃至１２のいずれか１項に記載の無線センサネットワークゲートウェイノード。

Images