(57)【要約】位置ベースのサービスが、無線ネットワークを備える通信システム内で提供される。一態様では、モバイル・ユーザ装置がネットワークの無線リンクを介してサーバにトリガ・メッセージを送信する。トリガ・メッセージに応答して、サーバが、無線リンクを介してモバイル・ユーザ装置に更新メッセージを送信する。更新メッセージは、その無線リンクの休止時間よりも短いトリガ・メッセージ後の期間内に送信される。更新メッセージは、たとえばトリガ・メッセージで識別された位置の周りの定義された区域、定義された区域と重なるおよび指定された時間フレーム内にアクティブであるまたはアクティブになるモバイル・ユーザ装置に関連付けられた１つまたは複数の固定フェンス、ならびに、そのモバイル・ユーザ装置を含む少なくとも１つのユーザ装置ペアについてその間に近接横断事象が発生しそうな予測時間フレームを指定することができる。
2011524123.tif 000002
【特許請求の範囲】
【請求項１】
通信システム内のモバイル・ユーザ装置に位置ベースのサービスを提供する方法であって、
無線リンクを介して前記モバイル・ユーザ装置から前記トリガ・メッセージを受信するステップと、
前記トリガ・メッセージに応答して、前記無線リンクの休止時間よりも短い前記トリガ・メッセージの受信後の期間内に、前記無線リンクを介して前記モバイル・ユーザ装置に更新メッセージを送信するステップとを備える、方法。
【請求項２】
前記トリガ・メッセージが１つまたは複数のフェンス横断警告を含むかどうかを判定するステップと、かかるフェンス横断警告のそれぞれについて、対応するフェンスが有効かどうかを判定し、前記フェンスが有効である場合にアプリケーションに警告を転送するステップとをさらに含む、請求項１に記載の方法。
【請求項３】
前記トリガ・メッセージ内で識別された位置の周りの区域を定義するステップと、
前記定義された区域と重なるおよび指定された時間フレーム内にアクティブであるまたはアクティブになる前記モバイル・ユーザ装置に関連付けられた固定フェンスを選択するステップと、
１つまたは複数の近接横断事象が前記位置および前記モバイル・ユーザ装置を含む各ユーザ装置ペアの１つまたは複数の移動フェンスに関して発生したかどうかを判定するステップと、
発生した所与の近接横断事象について、アプリケーションに対応する警告を送信するステップとをさらに含む、請求項１に記載の方法。
【請求項４】
その間に近接横断事象が前記モバイル・ユーザ装置を含む少なくとも１つのユーザ装置ペアについて発生しそうな予測時間フレームを判定するステップをさらに含む、請求項３に記載の方法。
【請求項５】
前記更新メッセージが前記定義された区域、前記選択された固定フェンス、および前記予測時間フレームを含む、請求項４に記載の方法。
【請求項６】
通信システム内のモバイル・ユーザ装置に位置ベースのサービスを提供するのに使用する機器であって、
メモリに結合されたプロセッサを有する処理装置を備え、
前記処理装置が、無線リンクを介して前記モバイル・ユーザ装置からトリガ・メッセージを受信し、前記トリガ・メッセージに応答して前記無線リンクを介して前記モバイル・ユーザ装置に更新メッセージを送信するように構成され、
前記更新メッセージが前記無線リンクの休止時間よりも短い前記トリガ・メッセージ受信後の期間内に送信される、機器。
【請求項７】
通信システム内のモバイル・ユーザ装置内の位置ベースのサービスの更新を取得する方法であって、
前記無線リンクを介して前記モバイル・ユーザ装置から前記トリガ・メッセージを送信するステップと、
前記トリガ・メッセージに応答して、前記無線リンクの休止時間よりも短い前記トリガ・メッセージの送信後の時間内に、前記無線リンクを介してモバイル・ユーザ装置内で更新メッセージを受信するステップとを備える、方法。
【請求項８】
前記更新メッセージが、前記トリガ・メッセージ内で識別された位置の周りの定義された区域と、前記定義された区域と重なるおよび指定された時間フレーム内にアクティブであるまたはアクティブになる前記モバイル・ユーザ装置に関連付けられた１つまたは複数の固定フェンスと、その間に近接横断事象が前記モバイル・ユーザ装置を含む少なくとも１つのユーザ装置ペアについて発生しそうな予測時間フレームとを備える、請求項７に記載の方法。
【請求項９】
前記モバイル・ユーザ装置の位置を判定するために定期的位置探査動作を実行するステップと、
所与の位置探査動作を実行した後に、前記モバイル・ユーザ装置が前記固定フェンスのうちの１つまたは前記定義された区域の境界を横断したかどうかを評価するステップと、
前記モバイル・ユーザ装置が前記固定フェンスまたは前記定義された区域の前記境界のうちの１つを横断した場合、１つまたは複数の対応するフェンス横断警告を含む追加トリガ・メッセージを送信するステップとをさらに含む、請求項８に記載の方法。
【請求項１０】
所与の位置探査動作を実行した後に、前記予測時間フレームを更新するステップと、
前記更新メッセージの受信後に前記更新された予測時間フレームが経過した後に、追加トリガ・メッセージを送信するステップとをさらに含む、請求項９に記載の方法。
【請求項１１】
前記予測時間フレームを更新するステップがさらに、
前記更新メッセージの受信以降の前記モバイル・ユーザ装置の平均速度ｓａｖｇが指定された最高速度ｓｍａｘを下回る場合に、以下の方程式、
ΔＴＴ＝ΔＴΖ（２−ｍｉｎ（１，ｓａｖｇ／ｓｍａｘ））
に従って前記予測時間フレームを更新するステップを備え、ΔＴＴは前記更新された予測時間フレームを示し、ΔＴΖは前記更新メッセージで受信されるものとしての前記予測時間フレームを示し、
ΔＴＴが指定された最小値Ｔｍｉｎよりも小さい場合、次にΔＴＴはＴｍｉｎに設定され、そして、
ΔＴＴが指定された最大値Ｔｍａｘよりも大きい場合または移動フェンスが存在しない場合、次にΔＴＴはＴｍａｘに設定される、請求項１０に記載の方法。
【請求項１２】
プロセッサと、
前記プロセッサに結合されたメモリと、
前記プロセッサに結合されたネットワーク・インタフェースと
を備えるモバイル・ユーザ装置であって、
無線リンクを介してトリガ・メッセージを送信し、前記トリガ・メッセージに応答して、前記無線リンクの休止時間よりも短い前記トリガ・メッセージ送信後の期間内に前記無線リンクを介して更新メッセージを受信するよう動作する、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して無線通信システムに関し、より詳細には、かかるシステム内のモバイル・ユーザ装置に位置ベースのメッセージ配信および他のサービスを提供するための技法に関する。
【背景技術】
【０００２】
多種多様な異なるタイプの無線通信システムが知られている。たとえば、標準的な無線セルラ・ネットワークは、定義された通達範囲内のモバイル・ユーザ装置と通信する多数の相互接続された基地局を含む。
【０００３】
また、モバイル・ユーザ装置にそれらの装置の現在の位置に基づいて広告または他のタイプのメッセージを配信する多数の技法が開発されている。それによって、所与のユーザ装置が特定の小売店にごく近接していると判定された場合、その小売店に関連する広告または他のメッセージがユーザ装置に配信されることができる。
【０００４】
このタイプの技法の例は、米国特許出願公開第２００２／００９５３３３号、表題「Ｒｅａｌ−Ｔｉｍｅ  Ｗｉｒｅｌｅｓｓ  Ｅ−Ｃｏｕｐｏｎ（Ｐｒｏｍｏｔｉｏｎ）Ｄｅｆｉｎｉｔｉｏｎ  Ｂａｓｅｄ  Ｏｎ  Ａｖａｉｌａｂｌｅ  Ｓｅｇｍｅｎｔ」、第２００２／０１６４９７７号、表題「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｐｒｏｖｉｄｉｎｇ  Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｔａｒｇｅｔｅｄ  Ａｄｖｅｒｔｉｓｅｍｅｎｔｓ  Ｏｖｅｒ  ａ  Ｗｉｒｅｌｅｓｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｎｅｔｗｏｒｋ」、第２００３／０１９８３４６号、表題「Ｐｕｓｈ  Ｄｅｌｉｖｅｒｙ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｉｎｇ  Ｍｅｔｈｏｄ，Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｖｉｄｉｎｇ  Ｓｅｒｖｉｃｅ  Ｓｙｓｔｅｍ，Ｓｅｒｖｅｒ  Ｓｙｓｔｅｍ  ａｎｄ  Ｕｓｅｒ  Ｓｔａｔｉｏｎ」、第２００４／０２０９６０２号、表題「Ｌｏｃａｔｉｏｎ−Ｂａｓｅｄ  Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ」、第２００５／０２２１８４３号、表題「Ｄｉｓｔｒｉｂｕｔｉｏｎ  ｏｆ  Ｌｏｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ａｄｖｅｒｔｉｓｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｖｉａ  Ｗｉｒｅｌｅｓｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｎｅｔｗｏｒｋ」、第２００５／０２２７７１１号、表題「Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ｃｒｅａｔｉｎｇ，Ｄｉｒｅｃｔｉｎｇ，Ｓｔｏｒｉｎｇ  ａｎｄ  Ａｕｔｏｍａｔｉｃａｌｌｙ  Ｄｅｌｉｖｅｒｉｎｇ  ａ  Ｍｅｓｓａｇｅ  ｔｏ  ａｎ  Ｉｎｔｅｎｄｅｄ  Ｒｅｃｉｐｉｅｎｔ  Ｕｐｏｎ  Ａｒｒｉｖａｌ  ｏｆ  ａ  Ｓｐｅｃｉｆｉｅｄ  Ｍｏｂｉｌｅ  Ｏｂｊｅｃｔ  ａｔ  ａ  Ｄｅｓｉｇｎａｔｅｄ  Ｌｏｃａｔｉｏｎ」、および第２００６／００５８０３７号、表題「Ｃｕｓｔｏｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｆｏｒ  Ｗｉｒｅｌｅｓｓ  Ｓｕｂｓｃｒｉｂｅｒｓ  Ｂａｓｅｄ  ｏｎ  Ｐｒｏｘｉｍｉｔｙ」に記載されている。
【０００５】
残念ながら、前述の参考文献に記載されるものなどの従来の無線通信システムは、いくつかの重大な欠点を抱えている。たとえば、従来のシステムは、通常は、基地局とモバイル・ユーザ装置の間の過剰な位置照会または他のタイプの位置関連通信をもたらし得る方式で構成されており、それによって、システムの主要な音声およびデータ・トラフィック機能をサポートする能力を損なっている。
【０００６】
前述の問題を軽減する、モバイル・ユーザ装置に位置ベースのサービスを配信するための改良された技法が、米国特許出願公開第２００７／０２７０１３３号、表題「Ｍｏｂｉｌｅ−Ｉｎｉｔｉａｔｅｄ  Ｌｏｃａｔｉｏｎ  Ｍｅａｓｕｒｅｍｅｎｔ」、第２００７／０２７０１６０号、表題「Ｔｒａｆｆｉｃ−Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｌｏｃａｔｉｏｎ  Ｍｅａｓｕｒｅｍｅｎｔ」、第２００７／０２７０１６１号、表題「Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ  Ｄｅｌｉｖｅｒｙ  ｏｆ  Ｌｏｃａｔｉｏｎ−Ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ  Ｉｎｆｏｒｍａｔｉｏｎ」、第２００７／０２７０１６２号、表題「Ｒｅｖｅｒｓｅ  Ｌｏｏｋｕｐ  ｏｆ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ」、および第２００７／０２７０１６６号、表題「Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ  ｏｆ  Ｌｏｃａｔｉｏｎ  Ｑｕｅｒｉｅｓ  ｉｎ  ａ  Ｌｏｃａｔｉｏｎ−Ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ  Ｓｙｓｔｅｍ」に記載されており、これらすべては本発明の譲受人に譲渡され、参照により本明細書に組み込まれる。
【０００７】
位置ベースのサービスをモバイル・ユーザ装置に提供する際に生じる問題は、所与のモバイル・ユーザがいつ指定された境界を横断したかの判定を一般に示す本明細書において「フェンス横断」と称されるものに関する。フェンス横断事象は、たとえば、個々のメッセージの所与のモバイル・ユーザ装置への配信を制御するために、または他のタイプの位置ベースのサービスの提供を制御するために、使用されることができる。
【０００８】
フェンス横断に対処するための従来の技法は、位置ベースのサービスの配信において、特に、多数のユーザ、１ユーザ当りの多数のフェンスなどを含む、マス・マーケット、高容量のアプリケーションにおいて、最適性能を提供することに失敗している。たとえば、従来の技法はしばしば無線ネットワークの電波インタフェースを介した過剰なメッセージ通信を必要とし、それによって、システム資源を消費し、システム性能に不利に影響する。また、かかるメッセージ通信は、モバイル・ユーザ装置における消費電力の増加をもたらすことがあり、それによって電池寿命に不利に影響する。したがって、フェンス横断情報の機能強化された処理を介して位置ベースのサービス配信をさらに改善することができる新しい技法が必要とされている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】米国特許出願公開第２００２／００９５３３３号
【特許文献２】米国特許出願公開第２００２／０１６４９７７号
【特許文献３】米国特許出願公開第２００３／０１９８３４６号
【特許文献４】米国特許出願公開第２００４／０２０９６０２号
【特許文献５】米国特許出願公開第２００５／０２２１８４３号
【特許文献６】米国特許出願公開第２００５／０２２７７１１号
【特許文献７】米国特許出願公開第２００６／００５８０３７号
【特許文献８】米国特許出願公開第２００７／０２７０１３３号
【特許文献９】米国特許出願公開第２００７／０２７０１６０号
【特許文献１０】米国特許出願公開第２００７／０２７０１６１号
【特許文献１１】米国特許出願公開第２００７／０２７０１６２号
【特許文献１２】米国特許出願公開第２００７／０２７０１６６号
【発明の概要】
【課題を解決するための手段】
【００１０】
１つまたは複数の例示的な実施形態において、本発明は、無線ネットワークに関連付けられたモバイル・ユーザ装置に位置ベースのサービスを配信するための改良された技法を提供する。これらの技法は、その中でモバイル・ユーザ装置が、たとえば全地球測位システム（ＧＰＳ）または支援型ＧＰＳ（ａＧＰＳ）を使用して、定期的な位置探査を実行することができる実装において特に有益である。
【００１１】
本発明の一態様によれば、モバイル・ユーザ装置は、ネットワークの無線リンクを介してサーバにトリガ・メッセージを送信する。サーバは、モバイル・ユーザ装置からのトリガ・メッセージに応答して、無線リンクを介してモバイル・ユーザ装置に更新メッセージを送信する。更新メッセージは、無線リンクの休止時間よりも短いトリガ・メッセージ後の期間内に送信される。
【００１２】
サーバは、トリガ・メッセージが１つまたは複数のフェンス横断警告を含むかどうかを判定するように構成されることができる。かかるフェンス横断警告のそれぞれについて、サーバは、対応するフェンスが有効かどうかを判定し、そのフェンスが有効である場合、アプリケーションに警告を転送する。
【００１３】
サーバはまた、トリガ・メッセージ内で識別された位置の周りに区域を定義し、定義された区域と重なるおよび指定された時間フレーム内にアクティブであるもしくはアクティブになるモバイル・ユーザ装置に関連付けられた固定フェンスを選択し、その位置およびモバイル・ユーザ装置を含む各ユーザ装置ペアの１つまたは複数の移動フェンスに関して１つまたは複数の近接横断事象が発生したかどうかを判定し、発生した所与の近接横断事象について、アプリケーションに対応する警告を送信するように構成される。
【００１４】
サーバはまた、モバイル・ユーザ装置を含む少なくとも１つのユーザ装置ペアについて、その間に近接横断事象が発生しそうな予測時間フレームを判定することもできる。更新メッセージは、定義された区域、選択された固定フェンス、および予測時間フレームを含むことができる。
【００１５】
前述のように、モバイル・ユーザ装置は、その位置を判定するために、定期的な位置探査動作を実行するように構成されることができる。所与の位置探査動作を実行した後、モバイル・ユーザ装置は、その装置が固定フェンスのうちの１つまたは定義された区域の境界を横断したかどうかを評価する。モバイル・ユーザ装置が固定フェンスのうちの１つまたは定義された区域の境界を横断した場合、それは１つまたは複数の対応するフェンス横断警告を含む追加トリガ・メッセージを送信する。モバイル・ユーザ装置はまた、更新メッセージの受信後に予測時間フレームが経過した後に追加のトリガ・メッセージを送信することもできる。
【００１６】
モバイル・ユーザ装置はまた、所与の位置探査動作を実行した後、予測時間フレームを更新することもできる。その後、モバイル・ユーザ装置は、更新メッセージの受信後に更新された予測時間フレームが経過した後に、追加トリガ・メッセージを送信することができる。
【００１７】
モバイル・ユーザ装置は、以下の方式で予測時間フレームを更新することができる。更新メッセージの受信後のモバイル・ユーザ装置の平均速度ｓａｖｇが指定された最高速度ｓｍａｘよりも小さい場合、予測時間フレームは以下の方程式に従って更新されることができる：
ΔＴＴ＝ΔＴΖ（２−ｍｉｎ（１，ｓａｖｇ／ｓｍａｘ））、
但し、ΔＴＴは更新された予測時間フレームを示し、ΔＴΖは更新メッセージで受信されるものとしての予測時間フレームを示す。また、更新された予測時間フレームは、ある特定の最小値および最大値を条件とすることができる。たとえば、ΔＴＴが指定された最小値Ｔｍｉｎよりも小さい場合、次にΔＴＴはＴｍｉｎに設定されることができ、ΔＴＴが指定された最大値Ｔｍａｘよりも大きい場合または移動フェンスが存在しない場合、次にΔＴＴはＴｍａｘに設定されることができる。
【００１８】
例示的実施形態は、従来のシステムと比べていくつかの重大な利点を提供する。たとえば、特に効率的なモバイル・サーバ・プロトコルの使用により、フェンス横断情報の処理が大きく促進される。これは、無線ネットワークの電波インタフェース資源、モバイル・ユーザ装置のバッテリ資源を節約し、位置ベースのサービスを配信するシステムの性能の向上をもたらす。例示的実施形態は、特に、マス・マーケットに対応するまたはそうでない場合は高容量のジオフェンシング・アプリケーション（ｇｅｏｆｅｎｃｉｎｇ  ａｐｐｌｉｃａｔｉｏｎ）での使用によく適している。
【００１９】
前述および他の本発明の特徴と利点は、添付の図面および以下の詳細な説明からさらに明らかとなろう。
【図面の簡単な説明】
【００２０】
【図１Ａ】本発明の例示的実施形態における通信システムの構成図である。
【図１Ｂ】図１Ａのシステムの所与の処理装置の構成図である。
【図２Ａ】図１Ａのシステムにおける固定フェンスを説明する図である。
【図２Ｂ】図１Ａのシステムにおける固定フェンスを説明する図である。
【図３】フェンス追跡に基づく位置ベースのサービスの提供を支援するために図１Ａのシステムに実装されることができる例示的なモバイル・サーバ・プロトコルを示す図である。
【図４】フェンス追跡に基づく位置ベースのサービスの提供を支援するために図１Ａのシステムに実装されることができる例示的なモバイル・サーバ・プロトコルを示す図である。
【発明を実施するための形態】
【００２１】
本発明は、例示的な無線通信システムおよび関連する位置ベースのサービスとともに以下に説明される。しかし、本発明はいずれかの特定のタイプの無線システムまたは１つもしくは複数の位置ベースのサービスとの使用に限定されないことが理解されるべきである。開示される技法は、多種多様な他のシステムとの使用に、および多数の代替サービスの提供に適する。たとえば、記載された技法は、ＵＭＴＳ、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００、ＨＳＤＰＡ、ロングターム・エボリューション（ＬＴＥ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭａｘ）などの周知の規格を使用するものを含む、多数の異なるタイプの無線ネットワークに適用できる。
【００２２】
本明細書において、用語の「無線通信システム」は、前述のおよび他のタイプの無線ネットワーク、ならびにサブネットワークまたはかかるネットワークの他の部分および場合によっては異なる規格に従って動作する複数のネットワークの組合せを含むものとする。所与の無線通信システムは、その構成素子として、１つまたは複数の有線ネットワークまたはかかる有線ネットワークの部分も含み得る。
【００２３】
図１Ａは、本発明の例示的実施形態における無線通信システム１００を示す。通信システム１００は、電波インタフェースを介して無線ネットワーク１０４と通信する、図中にそれぞれＭとして示される、複数のモバイル・ユーザ装置１０２−１、１０２−２、…１０２−Ｎを備える。無線ネットワーク１０４は、それと関連付けられた位置ベースのサービス（ＬＢＳ）サーバ１０６をもつ。図中では別個の素子として示されているが、他の実施形態においてＬＢＳサーバ１０６は無線ネットワーク１０４に全部または一部を組み込まれることができる。
【００２４】
本明細書において単に「モバイル」とも称される、モバイル・ユーザ装置１０２は、任意の組合せで、携帯電話、ポータブル・コンピュータもしくはラップトップ・コンピュータ、パーソナル・デジタル・アシスタント（ＰＤＡ）、無線電子メール装置、または他の携帯通信装置でもよい。システム１００内のモバイル・ユーザ装置１０２の特定の数Ｎは任意であり、システムによってサポートされることができる任意の所望の数でもよい。
【００２５】
それぞれのモバイル・ユーザ装置１０２は、概して、特定のシステム・ユーザに関連付けられている。しかし、本明細書において使用される用語の「ユーザ」は、広義に解釈されるものとし、文脈によって、所与のモバイル・ユーザ装置に関連付けられた特定の実体、もしくはモバイル・ユーザ装置自体、または両方の組合せを指すことがある。
【００２６】
前述のように多種多様な他のタイプの無線ネットワークが本発明の実装に使用されることができるが、無線ネットワーク１０４は、たとえば、他の方法での従来のＵＭＴＳネットワークなどの、無線セルラ・ネットワークでもよい。無線ネットワーク１０４は、たとえば、従来の方式でモバイル・ユーザ装置１０２と通信するように構成された１つまたは複数の基地局を備えることができる。
【００２７】
ＬＢＳサーバ１０６は、通常は、１つまたは複数のコンピュータまたは他の処理装置を備えることになる。たとえば、サーバ１０６は、Ｇｃａｓｔ（商標）システムまたは前述の米国特許出願公開第２００７／０２７０１３３号に記載のタイプの他のＬＢＳシステムの１つまたは複数のサーバ要素を備えることができる。
【００２８】
図１Ａには単一のサーバ１０６のみが示されているが、システム１００は、もちろん、複数のかかるサーバを含むように構成されることができる。単一のサーバとの関連で本明細書に記載されるモバイル・サーバ・プロトコルは、複数のサーバを収容するために単純明快な形で拡張されることができる。
【００２９】
図１Ｂは、モバイル・ユーザ装置１０２またはＬＢＳサーバ１０６のうちの１つを表し得る、システム１００の所与の処理装置のあり得る一実装を示す。処理装置は、メモリ１１２に結合されたプロセッサ１１０を備える。プロセッサ１１０は、処理装置がそれを介して無線ネットワーク１０４と通信するネットワーク・インタフェース１１４にも結合される。
【００３０】
モバイル・サーバ・プロトコルおよび関連ＬＢＳ処理タスクは、メモリ１１２に格納されたソフトウェアの形態で少なくとも部分的には実装され、プロセッサ１１０によって実行されることができる。メモリ１１２は、実行可能なプログラム・コードを含むプロセッサ可読の記憶媒体として本明細書においてより一般的に参照されるものの一例である。
【００３１】
プロセッサ１１０は、たとえば、マイクロ・プロセッサ、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、または他のタイプのデジタル・プロセッサを含み得る。メモリ１１２は、たとえば、任意の組合せで、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ディスクベースのメモリ、または他のタイプの記憶素子を含み得る。ネットワーク・インタフェース１１４は、たとえば、１つまたは複数の前述の規格に従って構成される従来のトランシーバ回路を含み得る。
【００３２】
この例示的実施形態を目的として、ＬＢＳサーバ１０６は、ユーザ・データベース、各ユーザについてのフェンス情報などのアプリケーション特有の情報を格納すると想定されることになろう。さらに、モバイル・サーバの対話は、無線ネットワーク１０４によって提供される無線リンクを使用するものと想定される。
【００３３】
システム１００で処理されるフェンス情報は、図２Ａおよび２Ｂを参照して以下に説明されるように、固定フェンスおよび移動フェンスを含むことができる。固定フェンスは特定の地理的位置に関して固定されており、一方、移動フェンスは特定のモバイル・ユーザ装置とともに移動する。移動または固定フェンスに関連付けられたフェンス横断情報を使用するＬＢＳアプリケーションは、本明細書において、「ジオフェンシング（ｇｅｏｆｅｎｃｉｎｇ）」アプリケーションとも称される。
【００３４】
図２Ａは、特定のランドマーク２１０の周りに定義された円形境界を備える固定フェンス２００の一例を示す。図に示すように、ユーザ１として示されるユーザは、特定のモバイル・ユーザ装置１０２−１に関連付けられており、固定フェンス２００を含む地理的区域内を移動する。時間ｔ１およびｔ２において、図示されるように、モバイル・ユーザ装置１０２−１はフェンスの外側にある。時間ｔ３に、モバイル・ユーザ装置１０２−１はフェンス２００を横断し、対応するフェンス横断警告２１５がシステム１００内で生成される。
【００３５】
図２Ｂは、ユーザ２として示される特定のユーザの周りに定義された円形境界を備える移動フェンス２２０の一例を示す。ユーザ２は、モバイル・ユーザ装置１０２−２に関連付けられている。モバイル・ユーザ装置１０２−２およびその対応するフェンス２２０は、図示するように、移動する。したがって、移動フェンス２２０は、より具体的には、時間ｔ１には２２０１で示され、時間ｔ２には２２０２で、時間ｔ３には２２０３で示される。図２Ａに示すのと再び同様の形で、ユーザ１もまた移動している。時間ｔ１および時間ｔ２に、モバイル・ユーザ装置１０２−１は、図示するように、ユーザ２の移動フェンス２２０の外側にある。時間ｔ３に、モバイル・ユーザ装置１０２−１はユーザ２の移動フェンス２２０を横断し、対応するフェンス横断警告２２５および２３０がシステム１００内で生成される。図２Ｂのこのフェンス横断事象は、本明細書において「近接横断事象」と称されるものの一例である。
【００３６】
図２Ａおよび２Ｂの例から、フェンス２００などの固定フェンスは個々のユーザの位置追跡を必要とし、一方、フェンス２２０などの移動フェンスはユーザのペアの位置追跡を必要とすることが明らかであろう。したがって、固定フェンスは個々のユーザに割り当てられ、一方、移動フェンスはユーザのペアに割り当てられる。前述の例では円形として示されているが、固定および移動フェンスは、任意の数の他の形状または構成をもつことができ、クローズドよりむしろオープン・エンドになり得る。また、フェンス横断警告は、いずれかの方向または両方向でフェンスを横断するときに送信されることができる。移動および固定フェンスはまた、有限の存続期間ももつことができる、すなわち、指定された期間についてのみ有効になることができる。
【００３７】
固定フェンスは、地理的中心位置、その中心位置に関する地理的境界記述、その地理的境界に関する横断警告の生成の条件、開始時、および終了時などの情報によって定義されることができる。移動フェンスは、１つの位置に関する地理的境界記述、その地理的境界に関する横断警告の生成の条件、開始時、および終了時などの情報によって定義されることができる。もちろん、他の実施形態では、固定および移動フェンスを定義するために、他のタイプの情報が使用されることができる。
【００３８】
固定および移動フェンスに関連付けられた地理的境界および他の情報は、本明細書において、「Ｚ空間」とも称される。
【００３９】
移動フェンスについてのフェンス横断評価では、地理的境界は、ユーザのうちの１人の位置に付加される。次にフェンス横断条件が、この境界に対する他方のユーザの位置に関して評価される。この動作は、ユーザ・ペアのユーザに関して対称性をもつ。
【００４０】
固定または移動フェンスを含むジオフェンシング・アプリケーションは、通常、位置探査、位置処理、１つまたは複数のフェンスに関するユーザ位置の評価、フェンス横断状態の評価、フェンス横断警告の転送、ならびに、新しいフェンスの出現、既存のフェンスの失効または解除などのフェンス処理などの、様々なタスクがシステム１００内で実行されることを必要とすることになる。前述のタスクの実装は、マス・マーケットに対応するまたはそうでない場合は高容量（すなわち、多数のユーザ、１ユーザあたりの多数のフェンスなど）のジオフェンシング・アプリケーションについては特に、かなりの量の情報が無線ネットワーク１０４の電波インタフェースを介してモバイル１０２のそれぞれとサーバ１０６の間で交換されることを必要とし得る。したがって、高容量のジオフェンシング・アプリケーションは、無線ネットワークの電波インタフェースの過度の使用をもたらすことがあり、モバイル・バッテリ消費に不利に影響を及ぼし得る。以下に説明するように、これらのシステム要素間で情報を伝送するために必要なあらゆるモバイル・サーバ接続に追加費用が割り当てられ得る。さらに、サーバによって開始されるモバイル・サーバ接続は、一般に、ページング通信路に大きな負荷を生み出すモバイルのページングを必要とすることになる。したがって、ジオフェンシング情報交換のシステム資源費用および関連性能への影響は、従来の技法を使用するとき、法外なものとなり得る。
【００４１】
例示的実施形態においてシステム１００は、特に高容量のジオフェンシング・アプリケーションで有益な、改良されたモバイル・サーバ通信プロトコルを実装する。このモバイル・サーバ・プロトコルの例は、図３および４を参照して、以下に説明される。モバイル・サーバ・プロトコルは、モバイルによって開始されるあらゆるモバイルからサーバへの接続がある一定の固定費用をもつと推測される経済モデルに一部基づくものと見なされることができる。ショート・メッセージ・サービス（ＳＭＳ）、無線アクセス・プロトコル（ＷＡＰ）プッシュまたは同様の従来の技法を介してサーバによって開始されるあらゆるサーバからモバイルへの接続は有意により高い費用をもつことも想定される。この費用の違いのために、例示的実施形態においてモバイル・サーバ・プロトコルは、主に、モバイル開始の接続を使用する。さらに、各フェンス横断警告は、固定収入額をもつと想定される。前述の想定により、本実施形態のモバイル・サーバ・プロトコルは、あらゆる費用増加が、対応する収入増加によって正当化されなければならないという点で、一種の利益最大化を実行するものと見なされることができる。
【００４２】
ここで図３を参照すると、例示的実施形態のモバイル・サーバ・プロトコルに関連付けられたメッセージが、モバイル１０２のうちの所与の１つとサーバ１０６の間で図示された形で通信される。これらのメッセージは、前述のＺ空間に関連する、Ｚトリガ・メッセージおよびＺ更新メッセージを含む。
【００４３】
プロトコルに従って、モバイルは、Ｚトリガ・メッセージをサーバに送信する。このメッセージは、モバイル位置、たとえばモバイルの最新の位置測定、に関連する情報を含む。それはまた、フェンス横断警告も含み得る。Ｚトリガ・メッセージに応答して、サーバはＺ更新メッセージをモバイルに送信する。このメッセージは、本明細書において「Ｚパラメータ・セット」とも称されるものを含む。このパラメータ・セットは、そのモバイルが次のＺトリガ・メッセージを送信しなければならない適切な時間または位置を判定するために、モバイルによって使用される。Ｚ更新メッセージはまた、固定フェンスに関する情報も含むことができる。
【００４４】
プロトコルはさらに、Ｚ更新メッセージが、Ｚトリガ・メッセージに即座に応答して、送信されることを要求する。さらに具体的には、Ｚ更新メッセージは、Ｚトリガ・メッセージが生じた後、十分に短い時間間隔のうちに送信され、その間隔は無線リンクの休止時間よりも短い。したがって、Ｚ更新メッセージに対してと同一の無線接続がＺトリガ・メッセージに対して使用されることができる。したがって、本明細書において使用されるものとしての用語の「休止時間」は、たとえば所与の確立された無線接続が、再分配されるまたは他の方法で切断されることなく未使用または休止状態のままであり続けられる時間を含むものとする。
【００４５】
Ｚ更新メッセージは、情報を運ぶ一方で、サーバがＺトリガ・メッセージを受信し、処理したという確認書の役割も果たす。モバイルがＺ更新の正しい受信の確認をサーバに送信することは必須ではない。モバイルが、Ｚトリガ後の休止時間内にＺ更新を受信しない場合、ＺトリガまたはＺ更新のどちらかが失われてしまったと推定しなければならない。この場合、単にもう１つのＺトリガを送信することができる。
【００４６】
別法として、図３のプロトコルは、図４に示すように、Ｚ更新メッセージの受信を確認するためにモバイルからサーバに送信される追加の確認メッセージを含むように拡張されることができる。この確認メッセージは、後の図に示すように、Ｚ更新メッセージの受信後の休止時間内に送信されるべきである。
【００４７】
図３または図４のモバイル・サーバ・プロトコルのメッセージのシーケンスは、モバイル１０２とサーバ１０６の間の資源効率的なデータ交換を提供し、そして、固定と移動の両方のフェンスについて、ジオフェンシングに関連付けられたすべてのタスクの処理がこのプロトコルの周囲に構築される。これは、以下に説明するように、このシーケンスの頻度が最小化されるようにモバイルおよびサーバ処理が構成されながら、モバイル・サーバ対話全体がこのメッセージ・シーケンスに依存すべきであることを意味する。
【００４８】
本実施形態におけるサーバは、ユーザ・データベースならびに固定および移動フェンスの情報を格納するものと想定する。ユーザＵからＺトリガ・メッセージを受信したとき、サーバは以下のタスクを実行する：
１．サーバが、Ｕのためのメモリまたはデータベース内に位置および時間スタンプを保存する。
２．サーバが、モバイルから受信されたＺトリガ・メッセージがいずれかのフェンス横断警告を含むかどうかを確認する。各フェンス横断警告について、サーバは、対応するフェンスがまだ有効（たとえば、取り消されていない）かどうかを評価する。フェンスが有効である場合、警告が適切なアプリケーションに転送される。
３．サーバが、Ｚトリガ・メッセージに含まれた位置の周りの地理的密閉区域Ａｚを定義する。
４．サーバが、Ａｚと重なるおよびＴｍａｘの時間フレーム内にアクティブなまたはアクティブになるＵのすべての固定フェンスを選択する。
５．サーバが、Ｕの更新された位置およびＵを含むすべてのユーザ・ペアのすべての移動フェンスに関する近接横断事象を評価する。かかる近接横断事象が生じた場合、サーバは１つまたは複数の対応する警告を適切なアプリケーションに送信する。
６．Ｕの新しい位置に基づいて、サーバは、Ｕと一緒のユーザ・ペアに含まれるすべてのユーザの最新の位置および可動性の確率的想定のもとで次の近接横断事象がいつ生じ得るかを指定する時間フレームΔＴｚを予測する。
７．サーバが、Ａｚ、ΔＴｚおよびすべての選択固定フェンスについてのパラメータとともにＵにＺ更新メッセージを送信する。
【００４９】
本実施形態におけるモバイルは、サーバによって転送されるすべての固定フェンスの情報、Ｚ更新メッセージからの前述のパラメータＡｚ、ΔＴｚ、ならびに２つの追加パラメータＴｍｉｎおよびＴｍａｘを格納するものと想定する。サーバからＺ更新メッセージを受信したとき、モバイルは以下のステップを実行する：
１．Ｚ更新メッセージで提供されるものとしての固定フェンス、ＡｚおよびΔＴｚでそのメモリを更新する。
２．その位置を判定するために、定期的な位置探査動作を実行する。
３．各位置探査動作の後、それが固定フェンスのうちの１つまたはＡｚの境界を横断したかどうかを評価する。これらの事象のうちの１つが発生した場合、それは、対応するフェンス横断警告とともにＺトリガ・メッセージをサーバに送信する。
４．各位置探査動作の後、ΔＴｚおよびその実際の動きに基づいて時間フレームΔＴＴを推定する。最後のＺ更新メッセージ受信後の時間フレームがΔＴＴよりも大きいことをモバイルが観測するとき、次のＺトリガ・メッセージを送信する。
【００５０】
図３および４のプロトコルの個々のメッセージ、ならびに前述のような関連サーバおよびモバイル処理タスクは、説明を目的とした例としてのみ提示されることが理解されよう。他の実施形態は、異なるタイプのトリガおよび更新メッセージ、ならびにジオフェンシング・アプリケーションに関連付けられた個々の処理タスクのモバイルとサーバの間の他の分割を使用し得る。
【００５１】
図３および４とともに前述の実施形態を再び参照すると、Ａｚ、ΔＴｚ、ΔＴＴ、Ｔｍｉｎ、およびＴｍａｘについてのパラメータがいかに設定されることができるかを示して、１つのあり得る実装のさらに具体的な例がここで説明される。
【００５２】
この実装では、Ａｚはユーザのレポートされた位置の周りに中心をもつディスク形を有する。このディスクの半径は、そのディスクに重なるフェンスの数がそのモバイルが格納または処理に十分な時間を保持することができるフェンスの最大数以下になるように設定される。そのディスクの半径は、単純な反復シーケンスで判定されることができる。前述のように、多数の他の形状または構成が所与の定義された区域に使用されることができる。
【００５３】
時間フレームΔＴＺは、所与のユーザ・ペアのＵおよび他方のユーザが、彼らそれぞれの最後の位置更新（すなわち、Ｚトリガ・メッセージ）の直後に衝突コースに入り込み、ある一定の現実的最高速度ｓｍａｘ（たとえば、幹線道路の速度）で移動すると想定して、その両方のユーザが最悪の場合の条件のもとで警告が送信されるべき近接に接近するのに必要とする予測される時間を表すことができる。ユーザＵが複数のユーザをもつユーザ・ペア内にいる場合、彼らのそれぞれの最悪の場合の警告までの時間の値の最小値を取ることができる。
【００５４】
時間Ｔｍａｘは、ΔＴＺへの最大限界を表し、たとえば３０から６０分、として選択されることができる。
【００５５】
時間Ｔｍｉｎは、ΔＴＺへの最小限界を表し、フェンスについての最小空間粒度の比率およびｓｍａｘの値から導出されることができる。
【００５６】
Ｚ更新メッセージを受信したとき、モバイルはΔＴＴ＝ΔＴＺを設定する。モバイルがそれ自体の位置を更新するときには必ず、最後のＺ更新メッセージ以後にそれが有した平均速度ｓａｖｇに従って、モバイルはΔＴＴを調整することができる。ｓａｖｇ＜ｓｍａｘの場合、ΔＴＴは以下のように増やされる：
ΔＴＴ＝ΔＴＺ（２−ｍｉｎ（１，ｓａｖｇ／ｓｍａｘ））。
これは、前述の最悪の場合の衝突コース条件を存続させるが、できる限り次のＺトリガ・メッセージまでの時間を引き延ばす。他方のユーザはまだ最悪の場合の条件のもとでｓｍａｘで接近していることがあるので、明らかに、ΔＴＴは過去の２ΔＴＺを伸ばすことはできない。ΔＴＴ＜Ｔｍｉｎの場合、次にΔＴＴはＴｍｉｎに設定される。ΔＴＴ＞Ｔｍａｘまたは移動フェンスが存在しない場合、ΔＴＴ＝Ｔｍａｘである。
【００５７】
長期間モバイルが固定であるとき、追加の配列が導入されることができる。たとえば、モバイルがΔＴＴの空間粒度よりも少なく移動するおよびΔＴＴ＜Ｔｍａｘの場合、そのとき、モバイルは、必要条件に従わずにΔＴＴ後にＺトリガ・メッセージを送信することができる。モバイルが２ΔＴｚの時間フレームの間ずっとその時間を更新していないことをサーバが認識するとき、サーバは、モバイルがその最後のＺトリガ・メッセージ以降、固定であったと言う結論を下す。したがって、モバイルの最後の位置はまだ有効である。固定モバイルは、万が一新しいフェンスが現れた場合に備えて、ＴｍａｘごとにＺトリガ・メッセージをさらに送信すべきである。モバイルが再び移動し始めるとき、それが空間粒度を克服するとき、およびΔＴＴが既に失効しているとき、モバイルはまたＺトリガ・メッセージを送信すべきである。
【００５８】
Ａｚは任意の空間構造を有し得ることにも留意されたい。それは、たとえば、地方道路基盤ならびに特定のユーザの標準的移動性パターンに適合されることができる。かかる手法は、Ａｚ境界横断によるＺトリガ頻度を減らすことができる。Ａｚはさらに、ｓｍａｘおよびＴｍａｘから導引される最大限界をもつことができる。これは、モバイルに関連付けられたフェンスの数を減らし、それによって、そのバッテリ利用を改善することができる。
【００５９】
前述のモバイル・サーバ・プロトコルは、たとえばＳＭＳまたはＷＡＰプッシュを使用するサーバからモバイルへの刺激メッセージを含むように修正されることができる。この刺激により、モバイルはＺトリガ・メッセージを送信する。この刺激は、モバイルが次のＺトリガ・メッセージを送信する前に固定フェンスが現れるおよびアクティブになるときに、送信されることができる。刺激メッセージはシステムの適切な機能に必須ではないので、それらは、ＳＭＳのための追加費用を補償するための追加料金に対して呼び出されることができる（たとえば、システムが「緊急のフェンス」に対してより高い金額を請求する）。
【００６０】
前述の例示的実施形態は、従来の技法に比べていくつかの重大な利点を提供する。
【００６１】
たとえば、モバイル・サーバ・プロトコルは、費用の多くかかるサーバ始動のメッセージ通信を回避する。
【００６２】
それはまた、総費用の尺度である時間フレーム当りのモバイル・サーバ接続の数が、潜在的収入の尺度であるフェンスの数の後に続くような、費用と収入の機会のバランスも実現する。
【００６３】
さらに、固定フェンスに関するフェンス横断評価は、モバイル上で生じる。固定フェンスの存続期間は通常はユーザの位置更新の時間間隔よりも遥かに長いので、これは、サーバベースの処理よりも効率的である。さらに、Ａｚの導入は、モバイルによって保持および処理されるフェンスの数をモバイルのメモリおよび処理の容量制約に制限することを可能にする。したがって、あらゆるユーザは、モバイルベースのフェンス横断評価をうまく利用し続けながら、非常に多数の固定フェンスをもつことができる。さらに、サーバから転送されるＡｚ情報を使用して、モバイルは、それがいつフェンス更新を必要とするかを自律的に判定し、費用効率の高いモバイル・サーバ・プロトコルを介してフェンス更新を要求することができる。したがって、フェンス更新は、必要なときにのみ生じ、モバイルによって開始される。これは、費用の多くかかるサーバ始動のフェンス更新を回避する。
【００６４】
さらに、移動フェンスについてのフェンス横断評価は、サーバ上で実行される。これは、位置更新が費用効率の高いモバイル・サーバ・プロトコルを使用することができるので、モバイル上でのかかる評価の実行よりも優れている。
【００６５】
移動フェンスについて、サーバは所与のユーザ・ペアの両方のモバイルにガイダンス時間ウインドウを提供する。これは、位置更新頻度を大幅に減らす。２人のユーザが互いに近付くとき、位置更新の総数は彼らの初期距離と対数的に増える。そのユーザたちが近付くとき、位置更新頻度は有限空間粒度によって与えられる飽和に達する。しかし、これらの位置更新は、モバイル・サーバ・プロトコルを介して非常に低費用で提供される。
【００６６】
システム１００は、プル・サービスとプッシュ・サービスの両方を含み、多種多様なＬＢＳアプリケーションを実装するために利用されることができることに留意すべきである。
【００６７】
プル・サービスは、たとえば被追跡者の地理的位置に基づいて位置関連情報が送信されることを要求することを含み得る。要求側および被追跡者は同一人物でもよい。情報は要求側、被追跡者、または第三者に転送されることができる。さらに具体的な例は、ある特定の時間にある友人または子供の位置を発見することを可能にするバディ・ロケータを含む。もう１つの例は、ユーザが彼または彼女の地理的近傍で起きている事象または広告を要求する、ディレクトリ・サービスである。
【００６８】
プッシュ・サービスは、たとえば被追跡者が指定されたフェンスを横断するときに位置関連情報を転送することを含み得る。ディレクトリ・サービスに適用されて、局所的事象の通知が、それらが起きるゾーンに入るときにユーザに送信されることができる。もう１つの例は、両親が彼らの子供がある特定のゾーンを出るときに警告を受ける、チャイルド・トラッカである。その警告は被追跡者に直接または第三者（たとえば、コンテンツ・プロバイダ）を介して送信されることができ、あるいは、単に第三者（たとえば、チャイルド・トラッカの場合の保護者）に送信されることができる。他のプッシュ・サービスは、２人のユーザの間の近接に基づいて警告が提供される状態で、ユーザのペアを含み得る。たとえば、２人のユーザがある一定の事前定義された互いの距離内にいるときに警告が送信されることができる。このタイプの警告は、たとえば友人探知器アプリケーションを支援することができる。両方のユーザが事前定義された距離を超えて互いに離れて行くときに警告を送信することも可能である。この警告は、移動する親のためのチャイルド・トラッカ・アプリケーションを支援することができる。図２Ｂとともに前述のように、ユーザ・ペアの間の近接警告を提供するアプリケーションは、一方のユーザにフェンスが付加され、もう一方のユーザが被追跡者の機能を担う、ジオフェンシング・アプリケーションの例である。
【００６９】
前述の例示的実施形態は、様々な技法を使用してモバイルが位置探査を実行できるようにすることができる。たとえば、位置測定結果が周知の全地球測位システム（ＧＰＳ）または支援型ＧＰＳ（ａＧＰＳ）技術を使用してモバイルによって自主的に取得されることができる。ａＧＰＳの場合、モバイルは、ネットワークからの衛星参照情報の不定期の更新を必要とする。しかし、これらの更新は、むしろ頻繁でなくてもよい（たとえば、およそ２時間に１回など）。結果として生じる地理位置情報データが有線または無線接続を介してモバイルに伝送されながら、外部ＧＰＳ装置を使用することも可能である。さらに、ＧＰＳの代わりに、欧州のガリレオ測位システムまたはロシアのグロナス・システムなどの他の衛星ベースのシステムが使用されることができる。
【００７０】
位置探査がモバイルによって自律的にまたは半自立的に行われることを可能にする他の技法が使用されることができる。たとえば、建造物またはキャンパス内の無線周波数送信機の知られている空間分布に基づく技法が使用されることができる。モバイルは、前述の送信機から信号を受信し、その位置を導出することができる。
【００７１】
モバイルベースの位置探査の使用は、かかる探査はあらゆる位置探査動作のためにモバイルとネットワークの間の無線リンクの確立を必要としないため、電波リンク容量およびモバイル・バッテリ量を節約する。
【００７２】
また、前述の例示的実施形態の個々のシステム要素、処理動作および他の特徴は、例としてのみ提示されていることを理解されたい。先に示したように、前述の技法は、他のタイプの無線通信システム内でのおよび他のタイプの位置ベースのサービスとの使用のために単純明快な形で適合されることができる。さらに、本発明は、サブネットワークまたは所与の無線ネットワークの他の指定された部分に、あるいは複数の無線ネットワークまたは場合によっては異なるタイプの他のネットワークの組合せに、適用されることができる。また、モバイル・サーバ・プロトコルならびにモバイルおよびサーバによって実行される個々のＬＢＳ処理タスクは、他の実施形態では、変更されることができる。添付の特許請求の範囲内の前述のおよび多数の他の代替実施形態が、当業者には容易に明らかであろう。
【図１Ａ】
2011524123.tif 000003
【図１Ｂ】
2011524123.tif 000004
【図２Ａ】
2011524123.tif 000005
【図２Ｂ】
2011524123.tif 000006
【図３】
2011524123.tif 000007
【図４】
2011524123.tif 000008
【国際調査報告】
2011524123.tif 000009
2011524123.tif 000010