(57)【特許請求の範囲】
【請求項１】
情報サービスを切り替えるための方法であって、
（ａ）移動装置のロケーションが第１の情報サービスのカバレッジ領域内にあるかどうかを定期的に判別するステップと、
（ｂ）前記移動装置の前記ロケーションが前記第１の情報サービスのカバレッジ領域内にない場合、前記第１の情報サービス向けの１つまたは複数の通信を第２の情報サービスに転送するステップとを有し、
前記１つまたは複数の通信がアプリケーションからのものであり、
前記ステップ（ｂ）が、前記アプリケーションを新しい情報サービスに結合することによって、前記第１の情報サービス向けの前記１つまたは複数の通信を第２の情報サービスに転送するステップをさらに有し、
前記アプリケーションを新しい情報サービスに結合することによって、前記第１の情報サービス向けの前記１つまたは複数の通信を第２の情報サービスに転送する前記ステップが、新しいサービス・アダプタへの新しいリファレンスをサービス・プロキシに配置するステップをさらに有し、
前記新しいサービス・アダプタが前記第２の情報サービスにアクセスし、前記新しいリファレンスが古いリファレンスに置き換えられ、前記古いリファレンスが前記第１の情報サービスにアクセスする古いサービス・アダプタを参照し、
前記ステップ（ａ）が、所定の基準を使用することによって情報サービスの候補リストを定期的に決定するステップと、前記候補リストから前記所定の基準に従って最高値を有する情報サービスを選択するステップとをさらに有し、前記ステップ（ｂ）が、前記第１の情報サービスが前記候補リスト内の前記最高値を有する前記情報サービスでない場合、前記第１の情報サービス向けの前記１つまたは複数の通信を前記候補リスト内の前記最高値を有する前記情報サービスに転送するステップをさらに有する、方法。
【請求項２】
前記第１の情報サービスに障害が発生したかどうかを判別するステップと、
前記第１の情報サービスに障害が発生した場合、前記第１の情報サービス向けの前記１つまたは複数の通信を前記第２の情報サービスに転送するステップとをさらに有する、請求項１に記載の方法。
【請求項３】
前記所定の基準が１つまたは複数のプリファレンスを有し、前記候補リストが前記１つまたは複数のプリファレンスの順にソートされる、請求項１に記載の方法。
【請求項４】
所定の基準を使用することによって情報サービスの候補リストを定期的に決定する前記ステップが、前記第１の情報サービスが前記候補リスト内にあるかどうかを判別するステップと、前記第１の情報サービスが前記候補リスト内にある場合、前記第１の情報サービス向けの前記１つまたは複数の通信を可能にするステップとをさらに有する、請求項１に記載の方法。
【請求項５】
前記所定の基準が、複数の機能セットによって定義されたプリファレンスを有し、各機能セットが、名前と少なくとも１つの値とを有する、請求項１に記載の方法。
【請求項６】
前記所定の基準が、１つまたは複数のカバレッジ領域と、１つまたは複数の機能名と、１つまたは複数のフォーマットと、費用と、１つまたは複数の専門のプリファレンスのうちの１つまたは複数を有する、請求項１に記載の方法。
【請求項７】
前記所定の基準が、ユーザ・プリファレンスを有し、前記ユーザ・プリファレンスが、コスト・プリファレンスおよび置換えプリファレンスのうちの１つまたは複数を有し、前記置換えプリファレンスが、積極的置き換え、プリファレンスなし、および消極的置換えのうちの１つを有する、請求項１に記載の方法。
【請求項８】
前記ステップ（ｂ）が、前記新しいサービス・アダプタをインスタンス化するステップと、前記古いサービス・アダプタを削除するステップとをさらに有する、請求項１に記載の方法。
【請求項９】
請求項１乃至８のいずれか１項に記載の方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラム。
【請求項１０】
情報サービスを切り替えるための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサとを有し、
前記少なくとも１つのプロセッサが、
移動装置のロケーションが第１の情報サービスのカバレッジ領域内にあるかどうかを定期的に判別するように、および
前記移動装置の前記ロケーションが前記第１の情報サービスのカバレッジ領域内にない場合、前記第１の情報サービス向けの１つまたは複数の通信を第２の情報サービスに転送するように動作可能であり、
前記１つまたは複数の通信がアプリケーションからのものであり、
さらに前記少なくとも１つのプロセッサが、前記１つまたは複数の通信を転送する場合、前記アプリケーションを新しい情報サービスに結合することによって、前記第１の情報サービス向けの前記１つまたは複数の通信を第２の情報サービスに転送するように動作可能であり、
さらに前記少なくとも１つのプロセッサが、前記１つまたは複数の通信を転送する場合、新しいサービス・アダプタへの新しいリファレンスをサービス・プロキシに配置するように動作可能であり、
前記新しいサービス・アダプタが前記第２の情報サービスにアクセスし、前記新しいリファレンスが古いリファレンスに置き換えられ、前記古いリファレンスが前記第１の情報サービスにアクセスする古いサービス・アダプタを参照し、
さらに前記少なくとも１つのプロセッサが、
移動装置のロケーションがカバレッジ領域内にあるかどうかを定期的に判別する場合、所定の基準を使用することによって情報サービスの候補リストを定期的に決定し且つ前記候補リストから前記所定の基準に従って最高値を有する情報サービスを選択するように、および
転送する場合、前記第１の情報サービスが前記候補リスト内の前記最高値を有する前記情報サービスでない場合、前記第１の情報サービス向けの前記１つまたは複数の通信を前記候補リスト内の前記最高値を有する前記情報サービスに転送するように、動作可能である、装置。
【請求項１１】
さらに前記少なくとも１つのプロセッサが、移動装置のロケーションがカバレッジ領域内にあるかどうかを定期的に判別する場合、前記第１の情報サービスが前記候補リスト内にあるかどうかを判別するように、および、前記第１の情報サービスが前記候補リスト内にある場合、前記第１の情報サービス向けの前記１つまたは複数の通信を可能にするように、動作可能である、請求項１０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムに関し、より具体的には、セル電話システムなどの装置がエリア間を移動する通信システムに関する。
【背景技術】
【０００２】
装置の移動性がますます望ましくなってきている。その上、今では多くの装置が無線システムと対話しており、したがって多くの装置が無線ネットワークと従来のコンピュータ・システムとの間の境界を不鮮明にしている。たとえば、携帯情報端末の中にはセル電話ネットワークなどの無線ネットワークに接続できるものがある一方で、今では多くのセル電話が無線ネットワークを介してインターネットに接続している。
【０００３】
移動装置の利点の１つは、装置を使用して旅行中に地方の交通、天気、または電話番号を提供する情報サービスなどのローカル情報サービスに接続できることである。セル電話を使用して、たとえば地方のピザ店の電話番号を特定すること、または主要道路の交通がどのようになっているかを知ることができる。
【０００４】
装置の移動性は、望ましい一方で問題を引き起こす可能性もある。たとえば、交通レポートを提供する情報サービスは、特定の地域に対してのみ有効である。したがって、自分のセル電話をローカル交通情報を提供するローカル・インターネット・サイトに設定してある場合、遠隔地にいるときには使用できないことになる。同様に、電話番号および住所などのディレクトリ・サービスを提供する情報サービスは、通常、提供された情報に関連するある特定のエリアしか受け持っていない。一般にこの情報は、このエリア以外では無意味なものである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、移動装置がエリア間を移動したときに、移動装置がサービスにアクセスできるようにするための技法が求められている。
【課題を解決するための手段】
【０００６】
本発明は、情報サービスのトランスペアレントな切替えを提供する、動的なサービス結合のための方法および装置を提供する。一般に情報サービスは、移動装置が第１のロケーションにいる場合には１つの情報サービスと対話することになるが、この移動装置が他のロケーションにいる場合には他の情報サービスと対話することができるように、カバレッジ領域を定義している。
【０００７】
本発明の一態様では、移動装置のロケーションが第１の情報サービスのカバレッジ領域内にあるかどうかが判別される。移動装置のロケーションが第１の情報サービスのカバレッジ領域内にない場合、第１の情報サービス向けの１つまたは複数の通信が第２の情報サービスに転送される。例示的な一実施形態では、第２の情報サービスは、移動装置の新しいロケーションを包含するカバレッジ領域を有する。
【０００８】
本発明の他の態様では、移動装置と第１の情報サービスとの間の通信は、新しい情報サービスの１つまたは複数のプロパティが所定の基準を満たすものと決定された場合に、他の情報サービスに転送される。例示的な一実施形態では、移動装置のユーザ、アプリケーション、またはその両方によって、所定の基準を設定することができる。
【０００９】
本発明の他の態様では、情報サービスの置換えは「積極的」または「消極的」とすることができる。たとえば、ユーザは新しい情報サービスを利用できるようになることがあり、この新しい情報サービスがよりユーザのプリファレンスに合ったものであると思われる場合、ユーザが使用しているオリジナルの情報サービスは、たとえこのオリジナルの情報サービスが依然として有効であっても、新しい情報サービスに置き換えられることになる。本明細書では、これを積極的な情報サービスの置換えと呼ぶ。消極的な置換えでは、オリジナルの情報サービスがユーザのロケーションに基づいて依然として有効である場合、このオリジナルの情報サービスは置き換えられずに使用し続けられることになる。
【００１０】
本発明の他の態様では、オリジナルの情報サービスに障害が発生した場合、移動装置とオリジナルの情報サービスとの間の通信は他の情報サービスに転送される。
【００１１】
本発明ならびに本発明の他の特徴および利点は、以下の詳細な説明および図面を参照することによって、より完全に理解されるであろう。
【発明を実施するための最良の形態】
【００１２】
人または物のロケーションを使用してサービスを形作るまたはサービスに焦点を当てるアプリケーションがある。全地球測位システム（ＧＰＳ）情報などの正確に位置を特定する技術を多くの装置に組み込むことで、ユーザが自分のロケーションを自己描写する必要をなくすことにより、これらのタイプのアプリケーションがより便利になる。これらの技術は、運転者に前方の交通渋滞を事前に警告して別のルートを提案する運転支援などの、新しいアプリケーションも実行可能にする。この種のアプリケーションは移動ユーザにとって特に価値あるものと期待される。
【００１３】
しかし移動性は、この種のアプリケーションの中核を成す要因であると同時に、ある種の課題をも提示するものである。具体的に言えば、移動性は、ロケーションの変更によってアプリケーションと通信している特定の情報サービスを失う結果となる可能性を生じさせる。本来、多くの情報サービスがある一定の地理的エリアに関連付けられており、これを本明細書では「カバレッジ領域」と呼ぶ。たとえば交通渋滞レポート情報サービスは、ある一定の大都市エリアに関する情報しか提供しない場合がある。したがって、あるロケーションに対して有効な情報サービスが、他のロケーションに対しては有効でない場合がある。情報サービスのユーザが移動すると、最終的にその情報サービスは無効になる可能性がある。本明細書では、「ユーザ」という用語には、ロケーションが特定できる移動装置が含まれることに留意されたい。
【００１４】
ある情報サービスがロケーションの変更によって無効になると、同種の他の情報サービスが有効になる可能性があることもまた確かである。ある特定の例として、ユーザが、交通渋滞の通知を提供する前述の運転支援アプリケーションに加入しているものと想定する。このユーザがニューヨークからフィラデルフィアに移動する場合、ニューヨーク市用、ニュージャージー有料道路用、およびフィラデルフィア地域用という、使用可能な異なる交通渋滞レポート情報サービスが存在する可能性がある。運転支援アプリケーションにとって、現在のロケーションに対してはもはや有効でないレポート情報サービスから、現在のロケーションに対してサービスを提供する他のサービスへ切り替えること、ならびに、ユーザとユーザが使用しているアプリケーションに対してトランスペアレントな方法でこれを実行することが望ましい。情報サービスが特定の技術を介して特定のアプリケーションに「結合」されているので、本明細書ではこれを「動的サービス結合」と呼ぶ。
【００１５】
たとえば、運転支援の特定の例で動的サービス結合を実施するためには、何を使用することが有益であるかについて考えてみる。第１に、動的サービス結合システムは、様々なレポート情報サービスおよびそれらそれぞれのカバレッジ領域を追跡しなければならない。第２に、動的サービス結合システムは、ユーザのロケーション（たとえばユーザが使用する移動デバイスのロケーション）を定期的に取得して、現在のレポートサービスが現在のロケーションに対して依然として有効であるかどうかを判別しなければならない。有効でない場合、動的サービス結合システムは新しいロケーションに対して有効な適切な情報サービスを選択し、この有効な情報サービスに切り替えなければならない。
【００１６】
使用される様々な交通レポート情報サービスが独立したプロバイダからのものであることが想定されるため、この様々な情報サービスが異なる呼び出し機構を含む異なるプログラミング・インターフェースを有する可能性があること、およびこの情報サービスが異なる認証および許可機構を使用することになることも想定されることに留意されたい。したがって、動的サービス結合にとってはこれらの問題を処理することが有益である。
【００１７】
個々のアプリケーションが動的サービス結合を実行できる場合がある。しかしながら、必要なサポート・レベルと、動的サービス結合が移動ユーザ用の広範囲なアプリケーションをまたがって有用であるという事実とを考えると、このサポートをアプリケーションから除き、アプリケーションと下位サービスとの間で仲介として働く動的サービス結合システムの形で提供することが望ましい。図１は、より大規模なアプリケーション・アーキテクチャ内での動的サービス結合システムの例示的なロケーションを示す図である。
【００１８】
次に図１を参照すると、無線ネットワーク１２０および無線ゲートウェイ１２５を介して無線装置１１０と、キャリア・ロケーション技術１４０と、およびたとえばインターネット１５０を介して情報サービス１６０−１から１６０−Ｎ（集合的に情報サービス１６０）と対話する、例示的なアプリケーション・サーバ１００のブロック図が示されている。アプリケーション・サーバ１００は、メモリ１８５、プロセッサ１８０、およびメディア・インターフェース１７５を有する。アプリケーション・サーバ１００は、メディア・インターフェース１７５を介してメディア１７０と対話する。メモリ１８５は、アプリケーション１３０および動的サービス結合システム１３５を有する。
【００１９】
アプリケーション・サーバ１００は、一般にインターネット１５０などのインターネット上に常駐する。他の例として、イントラネットでは、アプリケーション・サーバ１００はイントラネット上のサーバとすること、および１つまたはいくつかのアクセス・ポイントに接続することができる。
【００２０】
一般に、無線装置１１０は無線ネットワーク１２０および無線ゲートウェイ１２５を介してアプリケーション１３０にアクセスする。アプリケーション１３０は１つまたは複数の情報サービス１６０にアクセスする。たとえば、無線装置は、地方のレストランの電話番号を特定するためにＪＡＶＡ（Sun Microsystemの商標）アプレットであるアプリケーション１３０にアクセスしているインターネット・ブラウザ（図示せず）を実行中であるとすることができる。
【００２１】
無線装置１１０のロケーションが変わるにつれて情報サービス１６０が変更されることから、かなりの数の異なるアプリケーションが利益を得ることができるため、動的サービス結合システム１３５はアプリケーション１３０へのインターフェースを提供し、アプリケーション１３０に対する１つまたは複数の情報サービス１６０のトランスペアレントな結合を提供する。
【００２２】
通常、動的サービス結合システム１３５は、一般に無線ネットワーク１２０によってインプリメントされるキャリア・ロケーション技術１４０を介して無線装置１１０のロケーションを特定する。たとえば、いくつかのセル式技術では、無線装置１１０に組み込まれたＧＰＳ受信機を使用し、無線ネットワークは無線装置１１０のロケーションを特定するためのキャリア・ロケーション技術１４０を含むことになる。キャリア・ロケーション技術１４０は、移動装置のロケーションを特定するための任意の技法を包含するように意図される。使用されている技法に関係なく、動的サービス結合システム１３５は、アプリケーション１３０に結合する情報サービス１６０を選択するために無線装置１１０のロケーションを使用する。したがってロケーションは、情報サービスの「妥当性を検査する」ために使用される基準である。このロケーションが情報サービス１６０のカバレッジ領域外になった場合、情報サービスは無効であると想定される。情報サービス１６０の妥当性を検査するために使用される他の基準について、以下でより詳細に説明する。
【００２３】
例示的に言えば、動的サービス結合システム１３５は、通常、アプリケーション１３０との対話に好適なアプリケーション１３０へのインターフェースを提供する。たとえば、アプリケーション１３０が、情報サービス１６０がマッピング情報サービスであると予想する場合、動的サービス結合システム１３５はマッピング情報サービス・インターフェースを提供する。これについては、以下でより詳細に説明する。
【００２４】
一実施形態では、以下でさらに詳細に説明するように、動的サービス結合システム１３５は、情報サービス１６０への参照を変更することによってアプリケーション１３０と情報サービス１６０との間の結合を変化させる。しかしながら、アプリケーション１３０と情報サービス１６０との間の通信を送信または転送するために使用されるいずれの技法も、アプリケーション１３０と情報サービス１６０とを結合するために使用することができる。
【００２５】
以下でより詳細に説明するように、アプリケーション１３０は、一般に機能要件の形で表される特定の基準を満たすある種の情報サービス１６０を要求する。一般に、情報サービス１６０はプログラマティック・インターフェース（図示せず）を有することになり、すなわちこれには、アプリケーション１３０はアクセスするが無線装置１１０のユーザはアクセスしない。動的サービス結合システム１３５は無線装置１１０のロケーションを特定し、適切な情報サービス１６０が見つかった場合は、適切な情報サービス１６０への接続を初期設定する。情報サービス１６０は、好ましくは以下に説明するような参照（以下、「リファレンス」とも称する）を介してアプリケーション１３０に結合される。無線装置１１０が移動すると、情報サービス１６０のカバレッジ領域を離れる可能性がある。別の方法として、無線装置１１０は「より良好な」情報サービス１６０のカバレッジ領域に入る可能性もある。「より良好な」情報サービス１６０は、ある基準を介して決定される。さらに、元の情報サービス１６０に障害が発生する可能性もある。他の例として、たとえ移動装置がロケーションを変更していない場合であっても、新しい情報サービス１６０が使用可能になる可能性もある。アプリケーション・サーバ１００のユーザまたはオペレータによって提供されたある基準を介して決定されるように、新しい情報サービスは現在の情報サービス１６０よりも良好である可能性がある。これらの条件によって元の情報サービス１６０を無効にする場合があり、動的サービス結合システム１３５は情報サービス１６０の無効性を決定し、アプリケーション１３０を新しい情報サービス１６０に結合することになる。元の情報サービス１６０に関する通信は新しい情報サービス１６０に転送されることになる。この転送は、アプリケーション１３０に対して完全にトランスペアレントでなければならない。
【００２６】
アプリケーション１３０を無線装置１１０の一部とすることもできることに留意されたい。
【００２７】
本開示全体を通じて無線ネットワークおよび無線装置が例として使用されているが、本発明は無線ネットワークおよび無線装置に限定されるものではない。たとえば、電話回線に接続されたラップトップ・コンピュータを有する人物が、通常使用されるディレクトリ情報サービスから離れたロケーションにいる場合に、ディレクトリ情報サービスへの接続を望む場合がある。アプリケーション１３０は、たとえばダイアル呼び出しプロパティを介してラップトップのロケーションを特定できる可能性がある。動的サービス結合システム１３５は、このダイアル呼び出しプロパティを使用して、無線装置１１０用のディレクトリ情報サービスを適切に選択することができる。
【００２８】
以下に、動的サービス結合システム１３５が提供できる可能性のある機能の例を示す。
【００２９】
アプリケーション１３０によって使用されている任意の情報サービス１６０について、動的サービス結合システム１３５は、情報サービス１６０の妥当性（たとえば、移動装置のロケーションが依然として情報サービス１６０のカバレッジ領域内にあるか否か）を監視し、現在の情報サービス１６０が無効になった場合は他の情報サービス１６０を探すことができるものとする。アプリケーション１３０が要求する機能を情報サービス１６０が有することが判明した場合、動的サービス結合システム１３５は、プロバイダにおける変更がアプリケーション１３０に対してトランスペアレントであるように結合を動的に変更できるものとする。これには、情報サービス１６０が使用される前に必要などのような初期ステップ（たとえば認証）をも実行することが含まれる。
【００３０】
ユーザのプリファレンスに合致する情報サービス１６０が新しいロケーションに使用できるようになった場合、動的サービス結合システム１３５も結合を変更できるものとする。この例では、新しい情報サービス１６０は、ユーザ・プリファレンスなどの所定の基準によって元の情報サービス１６０を上回るものである。
【００３１】
動的サービス結合は、情報サービス障害の場合にも提供されるものとする。本明細書では、これを「フェイルオーバ」と呼ぶ。情報サービス障害の場合、動的サービス結合システム１３５は、適合する情報サービス１６０が存在すると仮定して、適合する情報サービス１６０を備えた他の情報サービス１６０を選択し、アプリケーション１３０をその適合する情報サービス１６０に結合するものとする。
【００３２】
動的結合は、一般的な屋外サービス環境から、専門的なおそらくは屋内のサービス環境への移行が存在する場合のような、サービス環境における大規模な変更にも対処するものとする。この場合動的サービス結合システム１３５は、いくつかのロケーション・サービス用の情報サービス１６０の切替えを必要とする場合があり、そしてキャリア・ロケーション技術１４０（または図２を参照して説明するように、それへのインターフェース）の切替えを必要とする場合がある。
【００３３】
当分野で知られているように、本明細書で論じる方法および装置は、それ自体が、実施された場合に本発明の実施形態をインプリメントする１つまたは複数のプログラムを含むいくつかのメディア１７０のうちの１つなどの、マシン読み取り可能メディアを有する製品として配布することができる。たとえば、マシン読み取り可能メディアは、アプリケーション１３０を１つまたは複数の情報サービス１６０に動的に結合するように構成されたプログラムを含むことができる。マシン読み取り可能メディアは、書き込み可能メディア（たとえばハード・ドライブまたは光ディスク）とするか、または伝送メディア（たとえば、光ファイバ、インターネット１５０、時分割多重アクセス、符号分割多重アクセス、または無線ネットワーク１２０上で使用されるような他の無線周波数チャネルを使用する無線ネットワーク１２０を有するネットワーク）とすることができる。コンピュータ・システムでの使用に好適な情報を格納可能な、既知または開発された任意のメディアを使用することができる。
【００３４】
プロセッサ１８０は、本明細書で開示された方法、ステップ、および機能をインプリメントするように構成することができる。メモリ１８５は分散型またはローカルとすることが可能であり、プロセッサ１８０は分散型または単一型とすることが可能である。メモリ１８５は、電気、磁気、または光学メモリ、あるいはこれらまたは他のタイプの記憶装置の任意の組合せとしてインプリメント可能である。さらに「メモリ」という用語は、プロセッサ１８０によってアクセスされるアドレス指定可能スペース内のアドレスからの読み取りまたはこれへの書き込みが可能な任意の情報を包含するのに概して十分なように解釈されるものとする。この定義では、プロセッサ１８０がネットワークから情報を検索できるため、ネットワーク上の情報は依然としてメモリ１８５の範囲内にある。プロセッサ１８０を構成する各分散型プロセッサは、一般に、それ自体のアドレス指定可能メモリ・スペースを含むことに留意されたい。また、動的サービス結合システム１３５の一部またはすべてを、特定用途向けまたは汎用の集積回路に組み込むことが可能であることにも留意されたい。
【００３５】
次に図２を参照すると、例示的な動的サービス結合システムのより詳細なブロック図が示されている。例示的な動的サービス結合システム１３５は、アプリケーション１３０を介して移動装置２９０と、無線ネットワーク２５０と、およびインターネット１５０を介して情報サービス１６０−１と対話する。話を簡単にするために、情報サービス１６０は１つだけ示されている。
【００３６】
動的サービス結合システム１３５は、この例では、サービス・プロキシ２１０、サービス・アダプタ２２０、ネットワーク・インターフェース２２１、キャリア・ロケーション・アダプタ２２５、コンテキスト・プロバイダ２４５、ロケーション・サービス・ファクトリ２３０、およびサービス・プロパティ・データベース２４０を有する。サービス・プロキシ２１０はリファレンス２１５を有する。ロケーション・サービス・ファクトリ２３０は、コンテキスト・インターフェース２３５およびコンテキスト２３７を有する。コンテキスト２３７は移動装置の位置２３８を有する。
【００３７】
前述のように、アプリケーション１３０は情報サービスを使用するアプリケーションである。典型的な例が、ユーザが特定のロケーションの地図、あるロケーションから別のロケーションまでの走行指示、および店舗や他の主要地点のロケーションを要求することのできる、パーソナル・ナビゲーション・アプリケーションである。
【００３８】
サービス・プロキシ２１０は、サービス・アダプタ２２０へのリファレンス２１５を備えたモジュールであり、好ましくはサービス・アダプタ２２０と同じインターフェースを有する。リファレンス２１５の値は、たとえば元のサービス・アダプタ２２０に障害が発生するか、または移動装置がロケーションを変更した場合などに、異なるサービス・アダプタ２２０を参照するために修正することができる。サービス・アダプタ２２０は、インターネットをホストとする情報サービス１６０−１用のローカル・プロキシである。サービス・アダプタ２２０はインターネットをホストとする情報サービス１６０−１の低位プロトコルを管理し、認証などの初期化時間（ｉｎｉｔｉａｌｉｚａｔｉｏｎ−ｔｉｍｅ）機能を管理する。したがって、リファレンス２１５がいったん特定のサービス・アダプタ２２０用に設定されると、アプリケーション１３０は情報サービス１６０−１などの特定の情報サービス１６０に結合される。１つのサービス・アダプタを複数の情報サービス１６０にリンクすることが可能である。この状況では、サービス・アダプタ２２０がどの情報サービス１６０を参照するかに応じて、サービス・アダプタ２２０がそれ自体のリファレンス（図示せず）を有するように適合されることになる。
【００３９】
単一のアプリケーション１３０が、複数の情報サービス１６０にアクセスするために複数のサービス・アダプタ２２０にアクセスできることに留意されたい。たとえばアプリケーション・プロバイダは、地図に関して１つの情報サービス・プロバイダと契約を結び、ディレクトリ情報に関して他と契約を結ぶことができる。さもなければアプリケーション・プロバイダは、ユーザが自分の情報サービス・プロバイダを選択できるようにすることができる。これらの場合、リファレンス２１５は、各リファレンスがアプリケーションを特定のサービス・アダプタ２２０に結合する複数のリファレンスを有することが可能である。別の方法として、前述のように、サービス・アダプタ２２０が複数の情報サービス１６０にアクセスできるようにすることも可能である。
【００４０】
情報サービス１６０−１などの情報サービス１６０は、典型的にはＨＴＴＰプロトコルを使用し、インターネットを介してネットワーク・インターフェース２２１によって提供されるサービスである。サービスの例には、電話番号や住所を提供するディレクトリ・サービスと、州間道路、州内道路、およびおそらくは主要地点の地図を提供するマッピング・サービスとがある。情報サービス１６０は典型的にはインターネット・ベースのサービスであるが、必ずしもそうである必要はない。たとえば情報サービス１６０−１は、非対称転送モード・ネットワーク、イントラネット、「一般電話システム」（ＰＯＴＳ）ネットワーク、または、たとえば情報サービスを介してテキスト情報を提供するセル電話ネットワークに常駐する場合がある。情報サービス１６０は、ユーザがアプリケーションを介して要求した情報をユーザが引き出せるようにするための任意のサービスとすることができる。
【００４１】
キャリア・ロケーション・アダプタ２２５は、移動装置２９０のロケーションを特定する特定のキャリア・ロケーション技術１４０用のアダプタである。キャリア・ロケーション・アダプタ２２５は、通常は、無線ネットワーク２５０を制御する無線キャリアなどの無線キャリアによって提供される、ロケーション特定サービスを使用することになる。キャリア・ロケーション・アダプタ２２５はタイミング機能を有する可能性があるため、キャリア・ロケーション・アダプタ２２５はキャリア・ロケーション技術１４０を介して移動装置２９０のロケーションを定期的に確認することになる。別の方法として、ロケーション・サービス・ファクトリ２３０は、移動装置２９０のロケーションを特定するためにキャリア・ロケーション・アダプタ２２５を定期的に照会することができる。さらにいくつかのセル・システムは、ユーザがセル間を移動する場合にセル電話を「ハンド・オフ」することになる。このハンド・オフ・プロセスは、セル電話ユーザの更新されたロケーションをロケーション・サービス・ファクトリ２３０に通知するメッセージをキャリア・ロケーション・アダプタ２２５へ、またはこれを介して、トリガすることができる。
【００４２】
ロケーション・サービス・ファクトリ２３０は、とりわけサービス・アダプタ２２０の作成および再結合の機能を実行するモジュールである。これについては、以下でより詳細に説明する。
【００４３】
サービス・プロパティ・データベース２４０はサービス・プロパティを含むデータベースであり、その例には、情報サービス１６０に関するカバレッジ領域と、地図を戻すサービスの場合にはサービスが提供可能なイメージ・フォーマットとが含まれる。サービス・プロパティ・データベース２４０については、図３を参照しながらさらに詳細に説明する。
【００４４】
コンテキスト・プロバイダ２４５は、コンテキスト２３７として示されたユーザ・コンテキスト情報を送達するモジュールである。コンテキスト２３７は、ロケーション・サービス・ファクトリ２３０によってユーザ位置２３８に変換される。コンテキスト２３７は、たとえばＧＰＳ座標内にあるものとすることが可能であり、ユーザ位置はＧＰＳ座標内で維持されるか、または「コネチカット」などのより単純なロケーションに変換されるものとすることが可能である。コンテキスト・プロバイダ２４５は、たとえばユーザが入力したユーザに関するロケーションを含むモジュールとすることができる。セル電話システムの場合、ユーザが使用している移動電話がどのセル内にあるのかを知ることによってのみ、ユーザの位置を特定することができる。その後コンテキスト・プロバイダ２４５は、少なくともセルのロケーションまたはセルが包含するエリアを、コンテキスト・インターフェース２３５に通知することができる。加えて、他の装置の登録を情報サービスの妥当性を決定するために使用される基準とすることが可能であるため、コンテキスト・プロバイダ２４５は他の情報サービスがサービス・プロパティ・データベース２４０に登録された時点も特定することができる。
【００４５】
コンテキスト・インターフェース２３５は、コンテキスト情報が送達される際に通過するインターフェースである。コンテキスト・インターフェース２３５はコンテキスト情報を読み取るように、および必要であればコンテキスト情報を移動装置の位置に変換するように適合される。一般に、コンテキスト情報は移動装置に関する位置情報を有する。しかしながらコンテキスト情報は、情報サービスの状況に関するメッセージも有することができる。たとえば以下でより詳細に説明するように、コンテキスト情報は情報サービスの障害を示すメッセージとすることができる。
【００４６】
様々な移動装置２９０に対応する複数のキャリア・ロケーション・アダプタ２２５が存在する可能性もあることに留意されたい。たとえば、移動装置２９０はＧＰＳロケーション・サービスを備えたセル式サービスを使用するが、他の移動装置２９０はＧＰＳロケーション・サービスを使用しない場合がある。その場合、これらの２つの移動装置は２つの異なるキャリア・ロケーション・アダプタ２２５を有することになる。
【００４７】
動的サービス結合システム１３５を構成する異なるエンティティが、単なる例にすぎないことに留意されたい。エンティティは、組み合せる、さらに分割する、または削除することができる。たとえば、ロケーション・サービス・ファクトリ２３０とサービス・プロキシ２１０を組み合わせることができる。他の例として、ロケーション・サービス・ファクトリ２３０を、コンテキストを処理する部分と、リファレンス２１５を変更し、サービス・アダプタ２２０をインスタンス化し、情報サービス１６０の妥当性に基づいてアプリケーション１３０と情報サービス１６０との間の通信を転送する時点を決定する部分と、に分割することができる。加えて動的サービス結合システム１３５は、分割可能なネットワーク・インターフェース２２１を含まない場合もある。キャリア・ロケーション・アダプタ２２５およびコンテキスト・プロバイダ２４５を、動的サービス結合システム１３５から切り離すこともできる。本明細書で与えられた例では、多くのエンティティはソフトウェア・モジュールを介してインプリメントすることができる。しかしながら１つまたは複数のエンティティの一部は、集積回路を介するなど、ハードウェア内でもインプリメントすることができる。
【００４８】
次に図３を見ると、サービス・プロパティ・データベース２４０の一例が示されている。この例では、サービス・プロパティ・データベース２４０はいくつかのサービス・プロパティを有するテーブルとしてインプリメントされている。２つのマッピング・サービスおよび２つのディレクトリ・サービスがあり、それぞれが定義されたカバレッジ領域を有する。「米国北東部」、「ニューヨーク」、および「Ｎ．Ｙ．ウェストチェスター郡」という単純な用語は、所望であればカバレッジ領域の境界を定めるいくつかの座標に変換することができる。これらのカバレッジ領域は完全に任意とすることができることに留意されたい。具体的に言えば、カバレッジ領域は無線通信サービスのセルに対応している必要がない。「機能名」はサービスが提供する機能であり、「フォーマット」はサービスがサポートするものである。「費用」は、サービスが提供する情報にアクセスすると各サービスでいくらかかるかの例である。「専門」は、サービスが提供する情報に関する追加テキストを示す。
【００４９】
一般に、移動サービス・プロバイダ（たとえばセル電話通信業者（ｃａｒｒｉｅｒ））はサービス・プロパティ・データベース２４０にデータを追加する（ｐｏｐｕｌａｔｅ）。しかしながら以下で説明するように、サービス・プロパティ・データベース２４０にはユーザ・プリファレンスを追加することができる。これは必然的に、ユーザにサービス・プロパティ・データベース２４０へのアクセスを与えること、または移動サービス・プロバイダにユーザのプリファレンスを問い合わせ、そのプリファレンスをサービス・プロパティ・データベース２４０に追加させることを伴う場合がある。
【００５０】
以下でより詳細に説明するように、費用および専門のプロパティ（およびユーザのプリファレンスを介して追加された任意のプロパティ）を使用して、情報サービスの妥当性を検査することができる。たとえばユーザは、無料のサービスのみのプリファレンスを示すことができる。したがって、ユーザがニューヨーク州ウェストチェスター郡にいる場合、ロケーション・サービス・ファクトリ２３０は無料のディレクトリ・サービスを選択することができる。別の方法として、以下で説明する「積極的」方式の下では、ロケーション・サービス・ファクトリ２３０は、アクセスごと料金を有するディレクトリ・サービスの方がユーザがいる特定のエリアに関する情報をより多く有するため、このディレクトリ・サービスを選択することになる。ユーザ・プリファレンスについては、図８を参照しながら以下でより具体的に説明する。
【００５１】
アプリケーション１３０は、一般に、一定の基準を満たす情報サービス１６０をロケーション・サービス・ファクトリ２３０に要求する。アプリケーション１３０は要求に、その要件およびプリファレンスを指定する１つまたは複数の「機能」セットを含める。図４に示されるように、機能セットは名前と値のセットとを有する。機能要件は名前および単一の値である。図４の例では、機能セットは<"image-formats", "JPEG GIF">および<"image-formats","TIF">の２つであるが、機能要件は<"image-formats","JPEG">、<"image-formats","GIF">、および<"image-formats","TIF">の３つである。情報サービス１６０のサービス・プロパティ・データベース２４０に格納された登録済みの機能は、各機能要件について、情報サービス１６０用の登録済みの機能が要求された機能の値を含む同じ名前の機能を有する場合、要求された機能のセットを「満たす」。たとえば、<"image-formats", "JPEG GIF">は<"image-formats","GIF">を満たす。図３の例では、<"text-formats,"TXT">の機能要件は、どちらのディレクトリ・サービスによっても満たされるが、どちらのマッピング・サービスによっても満たされない。<"image-formats", "GIF">、<"text-formats, "TXT">の機能セットは、Ｎ．Ｙ．ウェストチェスター郡用のディレクトリ・サービスによってのみ満たされる。
【００５２】
一般に、アプリケーション１３０が機能要件を満たす情報サービス１６０を要求した場合、機能セットは最高の機能セットが最初に掲載されるプリファレンス順であると想定される。たとえば図４では、機能セット<"image-formats", "JPEG GIF">は機能セット<"image-formats","TIF">よりも好ましいと想定される。この機能セットにおけるプリファレンスを使用して、情報サービス１６の候補をソートすることができる。
【００５３】
次に図５を参照すると、本発明の一実施形態に従って情報サービスを動的に結合するための例示的な方法５００が示されている。方法５００は、情報サービス１６０をアプリケーション１３０に結合するため、および一定の基準を満たした場合に情報サービス１６０を再結合するために、動的サービス結合システム１３５によって実行される。
【００５４】
方法５００は、アプリケーション１３０が特定の基準を満たす情報サービス１６０を要求すると、ステップ５１０で開始される。前述のように、アプリケーション１３０による要求には、アプリケーション１３０の要件およびプリファレンスを指定する１つまたは複数の機能セットが含まれる。第１の機能セットは、一般に最も好ましいとみなされる。ステップ５１５では、一般にプリファレンス順で、機能セットと情報サービス１６０用の機能とが比較される。情報サービス１６０の機能は、図３に示されるように、サービス・プロパティ・データベース２４０内にプロパティとして格納される。サービス・プロパティ・データベース２４０に格納されたプロパティは、サービス・プロパティ・データベース２４０を有するアプリケーション・サーバ１００に登録されたすべての情報サービスの機能を含む。情報サービス１６０が見つからない（ステップ５２０がＮＯ）場合、障害が報告される。これはステップ５２５で実行される。機能要件のうちの１つを満たす１つまたは複数の情報サービス１６０が見つかった（ステップ５２０がＹＥＳ）場合、サービス・アダプタ２２０は、見つかった情報サービスのリストにある第１の情報サービスに対してインスタンス化され、それ自体を初期化するようにとの信号が送られる。このリストは一般に、アプリケーションによって与えられるプリファレンス、ユーザ・プリファレンス、またはその両方などの、一定の基準を介して格納される候補リストである。サービス・アダプタ２２０はこの時点で、情報サービス１６０のテスト用または認証用に、情報サービス１６０と通信することができる。その後、サービス・プロキシ２１０がサービス・アダプタ２２０用にインスタンス化され、サービス・プロキシ２１０へのリファレンスがアプリケーション１３０に戻される。これもステップ５３０で実行される。
【００５５】
アプリケーション１３０は、サービス・プロキシ２１０に配置されたリファレンスを介して情報サービス１６０に結合される。これはステップ５３５で実行される。サービス・プロキシ２１０内のリファレンスは、アプリケーション１３０からの通信がサービス・アダプタ２２０へ向けて、およびその後特定の情報サービス１６０へ向けて送られるようにする。
【００５６】
何らかの時点で、アプリケーション１３０はサービス・プロキシ２１０でサービス呼び出しを実行し、これがサービス呼び出しをサービス・アダプタ２２０へと送る。サービス・アダプタ２２０は、この呼び出しを情報サービスによって使用されるプロトコルに適合させる機能を実行する。インターネット・サービスの場合、これには情報サービスへのネットワーク接続をオープンすること、呼び出し引数のオブジェクトを直列化すること、およびそれらをネットワーク・ストリームに書き込むことが含まれる。ストリームに戻されたデータはオブジェクトに非直列化され、サービス・プロキシ２１０を介してアプリケーション１３０に戻されるものとする。
【００５７】
いったん情報サービスがアプリケーション１３０に結合されると、情報サービス１６０が依然として有効であるかどうかが判別される。これはステップ５４０で実行される。この判別は通常定期的であるが、必ずしもそうである必要はない。たとえば、移動装置が別のセルへ移動した旨のセル電話システムからのメッセージによって判別を駆動することができる。これらのメッセージは比較的ランダムに実行することができる。図５の例で、サービスの妥当性を決定するために使用される基準はロケーションである。移動装置のロケーションが、現在アプリケーション１３０に結合されている情報サービス１６０のカバレッジ・エリア外であると決定された場合、方法はステップ５１５へと続行される。したがって、新しい情報サービスが見つかった場合（ステップ５２０）、これが選択されて開始され（ステップ５３０）、アプリケーション１３０に結合される（ステップ５３５）。ここで説明した例は、移動装置のロケーションが決定され、そのロケーションが現在の情報サービスのカバレッジ領域内にあるかどうかを方法５００が判別するという、単純な例である。
【００５８】
情報サービスが有効であるかどうかを判別するためのより複雑な手順も可能である。たとえば、サービス・カバレッジ領域を出入りして移動するユーザに基づいてサービスを置き換えるための、より複雑な方法６００が図６に示されている。ステップ５１０から５３５は、図５のステップ５００と同じである。
【００５９】
ステップ６０５で、アプリケーション１３０は、アプリケーション１３０が結合されている情報サービスの妥当性を定期的に決定することをアプリケーション１３０が要求する旨を、ロケーション・サービス・ファクトリ２３０に指示する。アプリケーション１３０は、たとえばメッセージに、アプリケーション１３０を使用する移動装置に対応するキャリア・ロケーション・アダプタ２２５へのリファレンスと、情報サービスの置換えを評価する頻度を指定する時間間隔とを含める。この時間間隔を使用して、ステップ６１０をいつ実行するかを決定する。ステップ６１０への応答として、ロケーション・サービス・ファクトリ２３０は、ロケーション・サービス・ファクトリ２３０が移動装置の位置についての定期的な通知を受け取ることになるプロセスを開始する。これは、キャリア・ロケーション技術またはそのキャリア・ロケーション・アダプタによって提供されるか、あるいは、ロケーション・サービス・ファクトリ２３０それ自体によって提供される、定期通知機能の使用によって行われるものとすることができる。通知は、ロケーション・サービス・ファクトリ２３０のコンテキスト・インターフェース２２５を介して送達される。
【００６０】
ステップ６１０で、（たとえば、通知またはそれ自体の定期的な要求を介して受信される）移動装置のロケーションを更新するごとに、ロケーション・サービス・ファクトリ２３０は、現在使用中の情報サービスが移動装置のロケーションに対して依然として有効であるかどうか、またはアプリケーション１３０によって要求された機能要件をより良く満たす情報サービス１６０があるかどうかを評価する。置換えは、積極的または消極的とすることができる。いずれかの候補が存在する場合、ステップ６２０で、アプリケーション１３０によって与えられた機能要件と、サービス・プロパティ・データベース２４０に格納された情報サービス用の機能とを比較することによって、情報サービス候補のリストが決定される。一実施形態では、アプリケーション１３０によって与えられる機能要件の順序が、アプリケーション１３０によるプリファレンスの順序であると想定される。加えて、ユーザ・プリファレンスまたはアプリケーション・サーバの所有者が設定したプリファレンスを使用して、順序を設定することもできる。積極的置換えの場合、既存の情報サービス１６０がリスト内の第１のサービスでなければ、これが置き換えられる（ステップ６２５）。消極的置換えの場合、既存のサービスが候補リストにない場合のみ、これが置き換えられる（ステップ６３０）。すべての情報サービス候補１６０の評価には、移動装置の現在のロケーションが情報サービス１６０のカバレッジ領域内にあるかどうかの判別が含まれる。
【００６１】
ユーザ・プリファレンスおよび機能要件が、候補リストのソートに使用可能な基準であることに留意されたい。この基準に従って、候補リスト内の各情報サービス１６０の値を決定することもできる。情報サービスをソートする場合、所与の値であることが可能なソート順序が、どの情報サービス１６０を選択すべきであるかを決定する。候補リストはソートせず、その代わりに、基準によって定義された各情報サービス１６０に割り当てられた値を有することも可能である。
【００６２】
情報サービス１６０の妥当性を決定する際に使用される他の基準が、情報サービス障害である。これは図７に示されており、方法７００は情報サービス障害を使用して情報サービス１６０の妥当性を決定する。ステップ５１０から５４０は図５と同じである。サービス・アダプタ２２０は、たとえば情報サービス１６０が応答に失敗したかまたは使用不可能な場合に、関連付けられた情報サービス１６０に障害が発生したと決定することができる。ステップ５４０で情報サービス１６０が無効であると判別された（ステップ５４０がＮＯ）場合、サービス・アダプタ２２０は、たとえばＳｅｒｖｉｃｅＦａｉｌｕｒｅ例外をサービス・プロキシ２１０に発行することによって、情報サービス１６０が無効である旨の信号をサービス・プロキシ２１０に発信する。ステップ７１０で、現在のサービス・アダプタ２２０および結合が除去される。現在のサービス・アダプタ２２０がメモリからアンロードされ、適合されたサービスへのリファレンスをサービス・プロキシ２１０から除去することによって結合が除去される。
【００６３】
サービス・プロキシ２１０は、たとえばコンテキスト・インターフェースを介してｒｅｐｌａｃｅＳｅｒｖｉｃｅメッセージをロケーション・サービス・ファクトリ２３０に送信することによって、サービスの置換えを開始することができる。これにより、ステップ５１５で方法が続行されることになる。ステップ５１５では、第１にロケーション・サービス・ファクトリ２３０が、サービス・プロキシ２１０から元の情報サービス１６０の機能要件を取得する。この機能要件を使用して、上記で説明したステップ５２０から５３５と同じ手順で好適な置換え候補が決定される。置換え候補が見つかった（ステップ５２０がＹＥＳ）場合、これも上記で説明したように、サービス・アダプタ２２０は情報サービス１６０に対してインスタンス化され、サービス・アダプタ２２０にはそれ自体をインスタンス化するようにとの信号が送られる（ステップ５３０）。その後ロケーション・サービス・ファクトリ２３０は、新しいサービス・アダプタ２２０へのリファレンスを含むサービス・プロキシ２１０にたとえばｓｅｔＡｄａｐｔｅｒメッセージを送信する（ステップ５３０）。サービス・アダプタ２２０へのリファレンスは、アプリケーション１３０を情報サービス１６０に結合する（ステップ５３５）ためにサービス・プロキシ２１０内に配置される。その後サービス・プロキシ２１０は、アプリケーション１３０による任意の未処理の要求を満たすために、情報サービス１６０への接続を再試行することになる。アプリケーション１３０がサービスの置換え通知を受けるように登録されている場合、置換えサービスの名前を含む通知がこの時点で送信される。
【００６４】
情報サービスの置換えは、任意のイベントが情報サービス置換え評価をトリガできるようにすることによって、「便宜的（ｏｐｐｏｒｔｕｎｉｓｔｉｃ）な」サービスの置換えに一般化することができる。たとえばこうしたイベントは、新しく使用可能となったサービスのサービス・プロパティ・データベース２４０への追加とすることができる。ロケーション・サービス・ファクトリ２３０がキャリア・ロケーション・アダプタに登録することによってロケーション・イベントへの関心を示すロケーションの場合と同様に、ロケーション・サービス・ファクトリ２３０は特定イベントへの関心をコンテキスト・プロバイダに登録する。このコンテキスト・プロバイダは、ロケーション・サービス・ファクトリ２３０のコンテキスト・インターフェースを介してコンテキスト・イベントを送達する。
【００６５】
置換え評価をトリガするための他のイベントは、ユーザ・プリファレンスとすることができる。ユーザが優先的に無料サービスにアクセスするように選択し、ユーザが無料サービスのカバレッジ領域に入ったときに無料情報サービスが使用可能になった場合、ユーザが現在使用している情報サービスがアクセス料金のかかるサービスであれば、これを置き換えることができる。たとえば図８に、ユーザ・プリファレンスおよびユーザ・キャリア情報を有するサービス・プロパティ・データベース２４０の一部が示されている。図８から、ユーザＡが無料情報サービスを好み、情報サービスの置換えを前述のような消極的な方法で実行すべきであることがわかる。これに対してユーザＢは総合情報サービスを好み、これは無料であってもなくてもよい。さらにユーザＢは、サービスの置換えを前述のような積極的な方法で処理することも好む。加えて、ユーザ・プリファレンスを使用して、情報サービスの候補リストをソートすることもできる。したがってユーザＡの場合、有料情報サービスの前に無料情報サービスが選択されるような方法で、無料情報サービスが選択されるはずである。
【００６６】
図８は、ユーザが使用する移動体通信業者に関する情報も示している。この例では、どちらのユーザもセル電話通信業者などの移動体通信業者を使用している。しかしながら通信業者は、ネットワーク・ベースであるかまたは何らかの他の通信業者とすることができる。たとえば、ユーザが大規模な総合ビルを横切っている場合、ユーザはあるアクセス・ポイントの領域を出て他のアクセス・ポイントの領域に入る可能性がある。内線電話番号および総合ビル情報のカバレッジ領域も、情報サービスを介して変更される可能性がある。図８の例では、ユーザＡは移動体通信業者１を使用し、ユーザＢは移動体通信業者２を使用する。この通信業者情報によって、ロケーション・サービス・ファクトリ２３０はどのキャリア・ロケーション・アダプタ２２５を使用するかを決定することができる。
【００６７】
アプリケーション・サーバ１００の所有者も図８を使用することができる。たとえば、無料情報サービス１６０と、セル電話会社が費用を支払い、それに対してユーザはセル電話会社に弁償しない情報サービス１６０との選択肢がある場合、セル電話会社は無料サービスを使用するようにユーザに要求することができる。
【００６８】
本明細書で図示および説明した実施形態および変形形態が本発明の原理の単なる例であること、ならびに本発明の範囲および趣旨から逸脱することなく当業者によって様々な修正が実施可能であることを、理解されよう。
【図面の簡単な説明】
【００６９】
【図１】本発明の一実施形態に従った、無線ネットワークを介して無線装置と、キャリア・ロケーション技術と、インターネットを介して情報サービスと、およびメディアと対話する、例示的なアプリケーション・サーバを示すブロック図である。
【図２】本発明の一実施形態に従った、アプリケーションを介して移動装置と、無線ネットワークと、およびインターネットと対話する、例示的な動的サービス結合システムを示すブロック図である。
【図３】本発明の一実施形態に従った、サービス・プロパティを表す例示的なテーブルを示す図である。
【図４】本発明の一実施形態に従った機能要件の一例を示す図である。
【図５】本発明の実施形態に従って情報サービスを動的に結合するための例示的な方法を示す図である。
【図６】本発明の実施形態に従った、情報サービスを動的に結合するための例示的な方法を示す図である。
【図７】本発明の実施形態に従った、情報サービスを動的に結合するための例示的な方法を示す図である。
【図８】本発明の一実施形態に従った、ユーザのプリファレンスを含むサービス・プロパティ・データベースの一部を表す例示的なテーブルを示す図である。
【図１】
0004425147.tif 000002
【図２】
0004425147.tif 000003
【図３】
0004425147.tif 000004
【図４】
0004425147.tif 000005
【図５】
0004425147.tif 000006
【図６】
0004425147.tif 000007
【図７】
0004425147.tif 000008
【図８】
0004425147.tif 000009