(57)【要約】【課題】  ネットワークサービスの範囲及びそれらへのアクセスを管理するアプローチを提供する。【解決手段】  １つのアプローチでは、ソース装置及びターゲット装置は、それぞれ、ソース装置及びターゲット装置と異なる装置で実行するサービスマネジャと通信するよう構成されるサービスコネクタを備えられる。このサービスコネクタを用い、ソース装置は、ソース装置及びターゲット装置が異なるサブネット又はネットワーク内に存在したとしても、ターゲット装置によりホストされるネットワークサービスを発見することができる。もう１つのアプローチでは、サービスマネジャは、ネットワークサービスがソース装置と同じサブネットに存在するターゲット装置にホストされる場合であっても、どのネットワークサービスがソース装置に見えるかを制限する。このアプローチでは、ソース装置は、サービスコネクタを用いて、サービスマネジャを発見し、１又は複数のターゲット装置にホストされた登録サービスのリストを受信する。【選択図】  図１
2014130588.tif 000002
【特許請求の範囲】
【請求項１】
ソース装置から、前記ソース装置と異なる装置で実行するサービスマネジャへ、サービス情報についての要求を送信するステップと、
サービス情報についての前記要求を送信した後に、前記サービスマネジャから、ターゲット装置によりホストされ且つ前記ソース装置が置かれた第１のサブネットと異なる第２のサブネットに置かれた第１のサービスを示す第１のサービス情報を受信するステップと、
前記第１のサービス情報を受信するのに応答して、
前記第１のサービス情報を格納するステップと、
前記第１のサービス情報の一部を前記ソース装置のサービスプラットフォームへ送信するステップと、
前記サービスプラットフォームへえ前記一部を送信した後に、
前記第１のサービスを用いるための第１の要求を受信するステップと、
前記第１の要求を前記ターゲット装置へ送信させるステップと、
を有し、１又は複数のコンピューティング装置により実行される、方法。
【請求項２】
前記第１のサービス情報は、前記第１のサービスの第１のアドレスを有し、
前記第１のサービス情報を格納するステップは、第２のアドレスを前記第１のアドレスに関連付ける関連付けを格納するステップを有し、
前記ターゲット装置へ送信される前に、前記第１の要求は、前記第２のアドレスを有し、
前記第１の要求を前記ターゲット装置へ送信させるステップは、前記第２のアドレスを前記第１のアドレスで置換するステップを有し、
前記ターゲット装置へ送信される前記第１の要求は、前記第１のアドレスを有する、
請求項１に記載の方法。
【請求項３】
前記第１の要求は、前記サービスプラットフォームと異なるアプリケーションから受信される、請求項１に記載の方法。
【請求項４】
前記第１の要求は、前記ターゲット装置と関連付けられたアドレスを有し、
前記第１の要求は、最初に前記サービスマネジャへ送信されることなく、前記ターゲット装置へ送信される、請求項１に記載の方法。
【請求項５】
ネットワークを介して、第１のサブネットに存在するターゲット装置から、前記ターゲット装置が提供する第１のサービスを示す第１のサービス情報を受信するステップと、
前記第１のサービス情報を受信するのに応答して、前記第１のサービス情報を格納するステップと、
前記第１のサブネットと異なる第２のサブネットに存在するソース装置から、サービス情報についての第１の要求を受信するステップと、
前記第１の要求を受信するのに応答して、
前記第１のサービス情報を識別するステップと、
前記第１のサービス情報を有する応答を生成するステップと、
前記ソース装置へ前記応答を送信するステップと、
を有し、１又は複数のコンピューティング装置により実行される、方法。
【請求項６】
前記第１のサービス情報を受信するステップは、前記ターゲット装置で実行し且つ前記第１のサービスと別個のサービスコネクタから、前記第１のサービス情報を受信するステップを有する、請求項５に記載の方法。
【請求項７】
前記第１の要求を受信するステップは、前記ソース装置で実行し且つ前記ソース装置で実行し前記第１のサービスを要求するアプリケーションと別個のサービスコネクタから、前記第１のサービス情報を受信するステップを有する、請求項５に記載の方法。
【請求項８】
前記第２のサブネットと異なる第３のサブネットに存在する第２のターゲット装置から、前記第２のターゲット装置が提供する第２のサービスを示す第２のサービス情報を受信するステップと、
前記第２のサービス情報を受信するのに応答して、前記第２のサービス情報を格納するステップと、
を更に有し、
前記第１のサービス情報を識別するステップは、前記第２のサービス情報を識別するステップを有し、
前記応答を生成するステップは、前記第２のサービス情報も有する前記応答を生成するステップを有する、請求項５に記載の方法。
【請求項９】
関連付けのセットを格納するステップであって、前記セット内の各関連付けは、異なるサービスに関連付けられ、サービス種類、装置識別子、サービス名及びＩＰアドレスを示す、ステップ、
を更に有する請求項５に記載の方法。
【請求項１０】
複数のルールを格納するステップであって、前記複数のルールのうちの各ルールは、サービス、前記サービスにより実行可能な動作、前記動作を要求する装置に関連付けられた１又は複数の属性、及び１又は複数の基準が満たされる場合に実行されるべき１又は複数の作用を有する、ステップ、
を更に有する請求項５に記載の方法。
【請求項１１】
命令を運ぶ１又は複数の記憶媒体であって、前記命令は１又は複数のプロセッサにより実行されると、
ソース装置から、前記ソース装置と異なる装置で実行するサービスマネジャへ、サービス情報についての要求を送信するステップと、
サービス情報についての前記要求を送信した後に、前記サービスマネジャから、ターゲット装置によりホストされ且つ前記ソース装置が置かれた第１のサブネットと異なる第２のサブネットに置かれた第１のサービスを示す第１のサービス情報を受信するステップと、
前記第１のサービス情報を受信するのに応答して、
前記第１のサービス情報を格納するステップと、
前記第１のサービス情報の一部を前記ソース装置のサービスプラットフォームへ送信するステップと、
前記サービスプラットフォームへえ前記一部を送信した後に、
前記第１のサービスを用いるための第１の要求を受信するステップと、
前記第１の要求を前記ターゲット装置へ送信させるステップと、
を生じる１又は複数の記憶媒体。
【請求項１２】
前記第１のサービス情報は、前記第１のサービスの第１のアドレスを有し、
前記第１のサービス情報を格納するステップは、第２のアドレスを前記第１のアドレスに関連付ける関連付けを格納するステップを有し、
前記ターゲット装置へ送信される前に、前記第１の要求は、前記第２のアドレスを有し、
前記第１の要求を前記ターゲット装置へ送信させるステップは、前記第２のアドレスを前記第１のアドレスで置換するステップを有し、
前記ターゲット装置へ送信される前記第１の要求は、前記第１のアドレスを有する、
請求項１１に記載の１又は複数の記憶媒体。
【請求項１３】
前記第１の要求は、前記サービスプラットフォームと異なるアプリケーションから受信される、請求項１１に記載の１又は複数の記憶媒体。
【請求項１４】
前記第１の要求は、前記ターゲット装置と関連付けられたアドレスを有し、
前記第１の要求は、最初に前記サービスマネジャへ送信されることなく、前記ターゲット装置へ送信される、請求項１１に記載の１又は複数の記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してネットワークサービスに関し、より詳細には、ソース装置が異なるネットワークにあるネットワークサービスを使用できるようにするアプローチに関する。
【背景技術】
【０００２】
この章に記載されるアプローチは、達成しようとされた可能性のあるアプローチであるが、必ずしも従前に考案され又は達成されたアプローチではない。したがって、特に示されない限り、本章に記載されるアプローチは、本願の請求項に対する従来技術ではなく、この章に含まれることにより従来技術と見なされるものではない。
【０００３】
（ＡｉｒＰｒｉｎｔのような）ネットワークサービス及び発見システムは、一般的になってきている。多くのユーザは、彼らのモバイル装置からネットワークサービス及びネットワークアプリケーションに接続している。通常、発見システムは、ネットワークサービスを要求する装置と同じネットワークセグメント又はサブネットに存在するネットワークサービスの発見を支援する。しかしながら、要求側装置と異なるネットワークセグメント又はサブネットに存在するネットワークサービスの発見を支援するために、２つのアプローチのうちの１つが実施され得る。
【０００４】
１つのアプローチでは、２つのネットワーク又はサブネットを接続するルータで、マルチキャストルーティングが実施される。マルチキャストルーティングは、サブネット間でマルチキャストトラフィックを渡すことを可能にする。しかしながら、幾つかのルータ又は無線アクセスポイントは、マルチキャストルーティング機能をサポートしない。
【０００５】
もう１つのアプローチでは、専用ソフトウェアを備えたサーバが、各ネットワーク又はサブネットに配置される。これらのサーバは、ネットワーク又はサブネットからのパケットを他のネットワーク又はサブネットへ送信させる。しかしながら、このようなサーバ又はソフトウェアをネットワーク又はサブネット毎に配置することは、面倒である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
１又は複数のネットワークサービスの範囲及びそれらへのアクセスをを管理する技術を提供する。
【課題を解決するための手段】
【０００７】
ある技術によると、サービスマネジャは、ネットワークを介して、第１のサブネットに存在するターゲット装置から、ターゲット装置が提供する第１のサービスを示す第１のサービス情報を受信する。第１のサービス情報を受信するのに応答して、サービスマネジャは第１のサービス情報を格納する。サービスマネジャは、第１のサブネットと異なる第２のサブネットに存在するソース装置から、サービス情報についての第１の要求を受信する。第１の要求を受信するのに応答して、サービスマネジャは、第１のサービス情報を識別し、第１のサービス情報を有する応答を生成し、ソース装置へ応答を送信する。
【０００８】
別の技術によると、サービスマネジャは、第１のサブネットに位置する第１のサービスを含む複数のサービスを識別するサービスデータを格納する。サービスマネジャは、サービスデータと関連付けられた１又は複数のルールを格納する。サービスデータ及び１又は複数のルールを格納した後に、サービスマネジャは、第１のサブネット内のソース装置から、利用可能なサービスについての要求を受信する。要求を受信するのに応答して、サービスマネジャは、１又は複数のルールのうちの少なくとも１つのルールに基づき、複数のサービスのサブセットを識別し、該サブセットは第１のサービスを有しない。サービスマネジャは、複数のサービスのうちのサブセットを識別し第１のサービスを有しない利用可能なサービスのリストを有する応答を生成する。サービスマネジャは、応答をソース装置へ送信する。
【０００９】
実施形態は、１又は複数のプロセッサにより処理される命令、１又は複数のコンピュータにより実施される方法、又は相応して構成される装置若しくは機器により実施され得る。
【図面の簡単な説明】
【００１０】
添付の図面中、同様の参照符号は同様の要素を表す。
【図１】例示的なネットワークアーキテクチャを示すブロック図である。
【図２】ユーザに印刷サービスのオプションを選択させる例示的なスクリーンを示すブロック図である。
【図３】利用可能なネットワークサービスを示す例示的なスクリーンを示すブロック図である。
【図４】同じサブネット内のネットワークサービス登録シーケンスを示すシーケンス図である。
【図５】ネットワークサービス発見シーケンス及びネットワークサービス実行シーケンスを示すシーケンス図である。
【図６】異なるネットワークサブネット内でネットワークサービスを発見させるために、各サブネットでサーバアプリケーションを用いる例示的なネットワークアーキテクチャを示すブロック図である。
【図７】一実施形態における、あるサブネット内の装置に別のサブネット内のネットワークサービスを発見させる例示的なネットワークアーキテクチャを示すブロック図である。
【図８】一実施形態における、サービスマネジャにより保持されるネットワークサービス情報テーブルを示すブロック図である。
【図９】一実施形態における、ネットワークサービスがサービスマネジャにどのように登録するかを示すシーケンス図である。
【図１０】一実施形態における、ネットワークサービスをどのように発見するかを示すシーケンス図である。
【図１１】一実施形態における、ソース装置で保持されるネットワークサービス情報テーブルを示すブロック図である。
【図１２】一実施形態における、利用可能なネットワークサービスを示す例示的なスクリーンを示すブロック図である。
【図１３】一実施形態における、ソース装置でサービスコネクタにより保持されるネットワークサービス情報テーブルを示すブロック図である。
【図１４】一実施形態における、別のサブネット内のネットワークサービスがソース装置からにどのようにアクセスされるかを示すシーケンス図である。
【図１５】一実施形態における、１又は複数のネットワークリソースの使用を管理する例示的なアーキテクチャを示すブロック図である。
【図１６】一実施形態における、ソース装置が１又は複数のルールを用いて登録されたネットワークわービスをどのように発見するかを示すシーケンス図である。
【図１７】一実施形態による、動作、ユーザ、位置、装置属性及び特定ルールの間の関連を示すブロック図である。
【図１８】一実施形態による、動作、ユーザ、位置、装置属性及び特定ルールの間の関連を示すブロック図である。
【図１９】本発明の実施形態が実装され得るコンピュータシステムのブロック図である。
【発明を実施するための形態】
【００１１】
以下の説明では、説明を目的として、本発明の実施形態の完全な理解を提供するために、多くの詳細事項が説明される。しかしながら、当業者は、本発明がそのような特定の詳細にかかわらず実施できることを理解するだろう。他の例では、良く知られた構造及び装置が、本発明を不必要に不明瞭にしないために、ブロック図で示される。
【００１２】
＜概要＞
本願明細書は、１又は複数のネットワークサービスの範囲及びそれらへのアクセスを管理する技術を記載する。ネットワークサービスをホストするターゲット装置は、異なる装置で実行するサービスマネジャと通信するよう構成されるサービスコネクタを実行する。サービスマネジャは、該ネットワークサービス及び０又は複数の他のネットワークサービスに関するサービス情報を格納する。サービスマネジャは、ネットワークサービスの使用を要求し得るソース装置にサービス情報を提供する。サービスマネジャは、利用可能なサービスについてのソース装置からの要求に応答して、サービス情報を提供しても良い。したがって、ソース装置は、ターゲット装置及びソース装置が異なるサブネット内に存在したとしても、ターゲット装置を発見することができる。
【００１３】
関連する技術では、サービスコネクタを実行するソース装置は、異なる装置で実行するサービスマネジャから利用可能なサービスを要求する。サービスマネジャは、ソース装置が発見できるネットワークサービスのリストを決定する。ネットワークサービスのリストは、ソース装置の現在位置、ソース装置は認証情報に関連付けられるか否か、ソース装置は特定の属性を有するか否か等のような、１又は複数の基準に基づき決定される。このように、ネットワークサービスがソース装置と同じサブネット内に存在していたとしても、サービスマネジャはソース装置が発見できるネットワークサービスを制限できる。
【００１４】
＜ネットワークサービス発見のための範囲限定アプローチ＞
前述のように、ネットワークサービスを発見するために複数のアプローチを用いることができる。図１は、ソース装置が該ソース装置と同じサブネット内にあるサービスのみを発見できる例示的なネットワークアーキテクチャ１００を示すブロック図である。ネットワークアーキテクチャ１００は、２つのサブネット、つまりサブネット１８０及びサブネット１９０を有する。サブネット１８０及び１９０は、ルータ１７０により通信可能に結合される。サブネット１８０は、ソース装置１１０及び１２０、並びにターゲット装置１３０及び１４０を有する。サブネット１９０は、ソース装置１５０及びターゲット装置１６０を有する。ソース装置１１０、１３０及び１５０は、それぞれ、アプリケーション１１２、１２２及び１５２を有する。アプリケーション１１２、１２２及び１５２は、それぞれ、ターゲット装置１３０、１４０及び１６０によりホストされる１又は複数のサービス１３２、１４２及び１６２を要求しても良い。
【００１５】
図１に示す各装置は、サービスプラットフォームを有する。該サービスプラットフォームを通じて、（ソース装置の場合には）アプリケーション又は（ターゲット装置の場合には）サービスは情報を送信又は要求する。
【００１６】
図２は、ユーザに印刷サービスのオプションを選択させる例示的なスクリーン２００を示すブロック図である。スクリーン２００は、アプリケーション１１２によりソース装置１１０で生成されても良い。スクリーン２００は、ユーザにサービスを選択させるボタン２１０を有する。例えば、スクリーン２００の選択は、図３に示すスクリーン３００をソース装置１１０に表示させる。
【００１７】
スクリーン３００は、ソース装置１１０に登録されている印刷サービスのリスト３１０を有する。リスト３１０は、ターゲット装置１２０のサービス１２２とターゲット装置１３０のサービス１３２を識別する。特に、ターゲット装置１５０はソース装置１１０とは異なるサブネット内に存在するので、リスト３１０は、ターゲット装置１５０のサービス１５２を含まない。
【００１８】
図２のスクリーン２００に戻ると、スクリーン２００は、ユーザが選択できる印刷オプションのリスト２２０を有する。スクリーン２００は、実行ボタン２３０も有する。実行ボタン２３０は、選択されると、選択されたオプションを示す印刷ジョブを選択されたサービスに提出させる。再び、選択されるサービスは、サブネット１８０内で発見されるサービスに限定される。
【００１９】
図４は、同じサブネット内のネットワークサービス登録シーケンス４００を示すシーケンス図である。ステップ４１０で、サービス１３２は、サービスプラットフォーム１３４へ登録要求を送信する。ステップ４２０−４４０で、サービスプラットフォーム１３４は、図示の例ではソース装置１１０、ソース装置１２０及びターゲット装置１４０を含むサブネット１８０にある装置の各サービスプラットフォームを通知する。
【００２０】
図５は、ネットワークサービス発見シーケンス及びネットワークサービス実行シーケンス５００を示すシーケンス図である。ステップ５０５で、ユーザは、アプリケーション１１２に、印刷サービスの発見を開始する入力を供給する。ステップ５１０で、応答して、アプリケーション１１２は、サービスプラットフォーム１１４へ要求を送信する。要求は、利用可能な印刷サービスに関するものである。ステップ５１５で、応答して、サービスプラットフォーム１１４は、１又は複数の印刷サービスのリストを返送する。ステップ５２０で、応答して、アプリケーション１１２は、リストを示すスクリーンを生成し、該スクリーンをソース装置１１０に表示させる。ステップ５２５で、ユーザは、アプリケーション１１２に、表示されたリスト内に列挙された印刷サービスのうちの１つの選択を示す入力を供給する。ステップ５３０で、応答して、アプリケーション１１２は、ユーザ選択印刷サービスを選択する。ステップ５３５で、ユーザは、アプリケーション１１２に、１又は複数の印刷オプションの選択を示す入力を供給する。ステップ５４０で、応答して、アプリケーション１１２は、ユーザ選択印刷オプションを選択する。ステップ５４５で、ユーザは、アプリケーション１１２に、印刷ジョブの実行を示す入力を供給する。ステップ５５０で、応答して、アプリケーション１１２は、（選択された印刷サービス及び選択された印刷オプションを識別する）印刷ジョブを、ターゲット装置１３０によりホストされるサービス１３２に提出する。ステップ５５５で、サービス１３２は、印刷ジョブを実行し、結果を生成する。ステップ５６０で、サービス１３２は、結果をアプリケーション１１２へ送信する。アプリケーション１１２は、該結果に関する情報を表示させても良い。
【００２１】
＜各サブネット内の特別に構成されたサーバを用いたサービス発見＞
図６は、異なるネットワークサブネット内でネットワークサービスを発見させるために、各サブネットでサーバアプリケーションを用いる例示的なネットワークアーキテクチャ６００を示すブロック図である。ネットワークアーキテクチャ６００は、幾つかの点でネットワークアーキテクチャ１００と似ている。ネットワークアーキテクチャ６００は、２つのサブネット、つまりサブネット６８０及びサブネット６９０を有する。サブネット６８０及び６９０は、ルータ６７０に通信可能に結合される。サブネット６８０は、ソース装置６１０及びターゲット装置６３０を有する。サブネット６９０は、ソース装置６５０及びターゲット装置６６０を有する。ソース装置６１０、６５０は、それぞれ、アプリケーション６１２、６５２を有する。アプリケーション６１２、６５２は、それぞれ、ターゲット装置６３０、６６０によりホストされる１又は複数のサービス６３２、６６２を要求しても良い。
【００２２】
図６に示す各ソース装置及びターゲット装置は、サービスプラットフォームを有する。該サービスプラットフォームを通じて、（ソース装置の場合には）アプリケーション又は（ターゲット装置の場合には）サービスは情報を送信又は要求する。
【００２３】
ネットワークアーキテクチャ６００は、サブネット６８０内に置かれたサーバ６２０及びサブネット６９０内に置かれたサーバ６４０も有する。サーバ６２０はトンネルサービスアプリケーション６２２を有し、サーバ６４０はトンネルサービスアプリケーション６４２を有する。トンネルサービスアプリケーション６２２及び６４２は、両サブネット内のネットワークサービスを発見するために用いられる。したがって、ソース装置６１０はターゲット装置６６０によりホストされるサービス６６２を発見でき、ソース装置６５０はターゲット装置６３０によりホストされるサービス６３２を発見できる。
【００２４】
＜サービスコネクタを用いたサービス発見＞
図７は、一実施形態における、あるサブネット内の装置に別のサブネット内のネットワークサービスを発見させる例示的なネットワークアーキテクチャ７００を示すブロック図である。ネットワークアーキテクチャ７００は、サービスマネジャ７６０、ネットワーク７７０、並びに２つのサブネット、つまりサブネット７８０及びサブネット７９０を有する。サービスマネジャ７６０及びネットワーク７７０は、サブネット７８０及び７９０により通信可能に結合される。
【００２５】
サブネット７８０は、ソース装置７１０及びターゲット装置７２０、７５０を有する。サブネット７９０は、ターゲット装置７３０、７４０を有する。ソース装置７１０は、アプリケーション７１２を有する。アプリケーション７１２は、それぞれターゲット装置７２０−７５０によりホストされる１又は複数のサービス７２２、７３２、７４２、７５２を要求しても良い。サービス７２２、７３２、７４２、７５２の例は、印刷サービス、ファックスサービス、スキャンサービス、及びアーカイブサービスを有する。アプリケーション７１２の例は、文書処理アプリケーション、画像処理アプリケーションを含む。これらのアプリケーションの各々は、例えば、１又は複数の文書又は画像を印刷する印刷サービスを要求しても良い。
【００２６】
ネットワーク７７０は、ソース装置７１０とターゲット装置７２０−７５０との間のデータ交換を提供する任意の媒体又は機構により実施できる。ネットワーク７７０の例は、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、イーサネット(登録商標)若しくはインターネットのようなネットワーク、又は１若しくは複数の地上波、衛星若しくは無線リンクを含むが、これらに限定されない。
【００２７】
図１に示す各装置は、サービスプラットフォームを有する。特に、ソース装置７１０はサービスプラットフォーム７１４を有し、ターゲット装置７２０−７５０は、それぞれサービスプラットフォーム７２４−７５４を有する。サービスプラットフォームは、サービスプラットフォームに「分かっている」サービスに関する情報を格納する。サービスプラットフォームは、サービス情報を同じサブネットにある他のサービスプラットフォームと共有し／に広告する。サービス情報は、各サービスのＩＰアドレス、各サービスのポート番号、各サービスの名称、各サービスをホストする装置の装置識別子、等を有しても良い。装置で実行するアプリケーション（例えばアプリケーション７１２）は、既知のサービスに関する情報を読み出すために、該装置にあるサービスプラットフォーム（例えばサ―ビスプラットフォーム７１４）に問い合わせることができる。
【００２８】
ソース装置７１０は、サービスコネクタ７１６も有する。サービスコネクタ７１６は、ネットワークサービスがソース装置７１０と同じ又は異なるサブネットにあるかに係わらず、サービスマネジャ７６０と通信してネットワークサービスに関する情報を読み出す。ターゲット装置７２０、７４０は、それぞれ、サービスコネクタ７２６、７４６を有する。サービスコネクタ７２６、７４６は、サービスマネジャ７６０と通信して、サービスマネジャ７６０に、サービスコネクタの個々のホストするサービス（つまり、サービス７２２、７４２）に関して通知する。サービスマネジャ７６０は、サービス７２２、７４２を識別するサービス情報を格納し、いずれかのサブネットからのソース装置に、いずれかのサブネット内で利用可能なネットワークサービスに関してサービスマネジャ７６０に問い合わせさせる。このように、各サブネット内でのネットワークサービスの発見を可能にするために、２つの特別に構成されたサーバは各サブネット内で要求されない。
【００２９】
一実施形態では、１又は複数のサービスコネクタ７１６、７２６、７４６がそれらの個々の装置にホストされたサービスを通知されると、１又は複数のサービスコネクタ７１６、７２６、７４６は、それらの個々のサービスプラットフォームと通信するよう構成される。このように、これらのサービスコネクタは、それらの個々のサービスプラットフォームからのサービスに関する情報を読み出し、サービスマネジャ７６０にそれらのホストされたサービスを通知できる。
【００３０】
サービスコネクタ７１６、７２６、７４６は、ソフトウェア、ハードウェア、又はソフトウェアとハードウェアとの任意の組合せで実装できる。サービスコネクタ７１６、７２６、７４６は、サービスマネジャ７６０の識別子を有するようハードコードされても良い。代替として、サービスコネクタ７１６、７２６、７４６は、サービスマネジャ７６０のアドレスを自動的に発見するよう構成されても良い。例えば、新しいネットワークが検出されると、サービスコネクタ７１６は、ネットワークを通じて、サービスマネジャ７６０により認識可能な一般的フォーマットに準拠する発見メッセージを送信しても良い。サービスマネジャ７６０は、サービスコネクタ７１６がサービスマネジャ７６０と通信するために用いるアドレス情報を含む発見応答で応答する。
【００３１】
＜サービスマネジャにより保持されるサービス情報＞
図８は、一実施形態における、サービスマネジャ７６０により保持されるネットワークサービス情報のテーブル８００を示すブロック図である。テーブル８００は、６個の異なる種類の情報のために６個の列、つまりサービス種類、装置識別子、サービス名、ＩＰアドレス及びポート番号、プロトコルアクセス種類、サービス範囲を有する。図示の例では、テーブル８００は、３個の行又はエントリを有する。各エントリは、異なるサービスに対応する。図示の例では、各サービスは印刷の類である。他の実施形態では、サービス種類の例は、ファックス、スキャン、アーカイブを有しても良い。３個のエントリは、それぞれ、ターゲット装置７２０、ターゲット装置７３０、ターゲット装置７４０を識別する。テーブル８００は、ターゲット装置７５０のエントリを有しない。これは、ターゲット装置７５０が、ターゲット装置７５０をサービスマネジャ７６０に自動的に登録したサービスコネクタを有しないからである。ターゲット装置７３０もサービスコネクタを有しないが、テーブル８００はターゲット装置７３０のエントリを有する。この状況は、例えば、管理者が手動でターゲットサービス７３２をサービスマネジャ７６０に登録した場合に起こり得る。
【００３２】
プロトコルアクセス種類に関して、図示の例では、ＴＣＰが識別される。プロトコルアクセス種類の別の例は、ＵＤＰである。幾つかのターゲットサービスは、ＴＣＰとＵＤＰの両方をサポートし得る。
【００３３】
サービス範囲に関して、図示の例では、「複数セグメント」が識別される。サービス範囲の別の例は、「単一セグメント」である。ターゲットサービスが「単一セグメント」に関連付けられる場合、ターゲットサービスと異なるセグメント又はサブネット内のソース装置が該ターゲットサービスにアクセスすることが許されないことを示す。「サービス範囲」の別の例は、特定ＩＰアドレスである。ターゲットサービスが特定ＩＰアドレスに関連付けられる場合、該特定ＩＰアドレスに関連付けられたソース装置のみが、ターゲットサービスへのアクセスを許される。サービスマネジャ７６０及び／又はサービスコネクタは、「サービス範囲」値を用いてアクセス制御を行っても良い。
【００３４】
＜ネットワークサービス登録＞
図９は、一実施形態における、ネットワークサービスがサービスマネジャ７００にどのように登録するかを示すシーケンス図である。図９はターゲット装置７４０を示すが、図７に示す他のターゲット装置が代わりに関与しても良い。代替で、図９は、図７」に示した各ターゲット装置に適用可能である。
【００３５】
ステップ９１０で、サービス７４２は、サービスプラットフォーム７４４へ登録要求メッセージを送信する。サービス７４２は、サービス７４２が装置で実行し始めると、自身の関連付けられたサービスプラットフォームと通信するよう構成されても良い。
【００３６】
ステップ９２０で、応答して、サービスプラットフォーム７４４は、サービスコネクタ７４６に、サービス７４２はターゲット装置７４０に登録されたことを通知する。サービスプラットフォーム７４４は、サービスプラットフォーム７４４がターゲット装置７４０にホストされた別のサービスを通知される度に、サービスコネクタ７１６と通信するよう構成されても良い。
【００３７】
ステップ９３０で、応答して、サービスコネクタ７４６は、サービスプラットフォーム７４４からサービス７４２に関するサービス情報を要求する。このようなサービス情報の例は、テーブル８００に設けられ、例えばＩＰアドレス及びポート番号、サービス種類である。
【００３８】
ステップ９４０で、サービスプラットフォーム７４４は、サービス７４２に関するサービス情報をサービスコネクタ７４６へ送信する。ステップ９５０で、サービスコネクタ７４６は、サービスマネジャ７６０に、サービスプラットフォーム７４４からの要求されたサービス情報を含む登録メッセージを送信する。サービスマネジャ７６０は、サービス情報を、テーブル８００のようなテーブルに格納する。
【００３９】
一実施形態では、サービスコネクタ７４６は、サービスプラットフォーム７４０からサービス情報を受信するのに応答して、サービス情報をサービスマネジャ７６０へ送信する。代替で、サービスコネクタ７４６は、サービスマネジャ７６０からの要求に応答して、サービス情報をサービスマネジャ７６０へ送信する。例えば、サービスマネジャ７６０は、現在のサービス情報について、サブネット７８０、７９０内のターゲット装置に（定期的に）ポーリングしても良い。
【００４０】
＜ネットワークサービス発見＞
図１０は、一実施形態における、ソース装置がネットワークサービスをどのように発見するかを示すシーケンス図である。図９はターゲット装置７１０を示すが、他のソース装置（図示しない）が代わりに関与しても良い。
【００４１】
ステップ１０１０で、ソース装置７１０にあるサービスコネクタ７１６は、サービス要求をサービスマネジャ７６０へ送信する。サービスコネクタ７１６は、定期的に又は特定の内部イベントに応答して、サービス要求を送信しても良い。代替で、サービス要求は、サービスマネジャ７６０からのメッセージ（例えば、サービスコネクタ７１６が予約したイベント通知）に応答して生成されても良い。
【００４２】
ステップ１０２０で、サービス要求に応答して、サービスマネジャ７６０は、（例えばテーブル８００内の）１又は複数の登録サービスを識別し、サービスコネクタ７１６へ応答を送信する。一実施形態では、応答は、登録サービスについての、サービス種類、装置識別子、サービス名、ＩＰアドレス及びポート番号、プロトコルアクセス種類、サービス範囲を有する。
【００４３】
ステップ１０３０で、サービスプコネクタ７１６は、サービスプラットフォーム７１４へ、サービスマネジャ７６０からの応答の中で識別される各登録サービスに関するサービス情報を送信する。一実施形態では、サービスコネクタ７１６がサービスプラットフォームへ送信する（特定サービスの）サービス情報は、サービスマネジャ７６０から受信する（該特定サービスの）サービス情報とは異なる。例えば、ステップ１０３０は、サービスコネクタ７１６が、（サービスマネジャ７６０からのサービス情報の中で識別された）登録サービスのダミーＩＰアドレスを生成し及び実際のＩＰアドレスを該ダミーＩＰアドレスで置換するステップを有しても良い。ネットワークサービスの現実のＩＰアドレスをダミーＩＰアドレスで置換する処理は、要求側ソース装置（つまり、本例ではソース装置７１０）のサブネットの外側にある各登録サービスについて実行されても良い。したがって、ソース装置がソース装置７１０である場合、置換するステップは、サービス７２２、７５２に対してではなく、（サブネット７８０とは異なるサブネット７９０内にある）サービス７３２、７３４に対して実行されても良い。ソース装置７１０に格納されたダミーＩＰアドレスは、ソース装置７１０を指し又は参照する。
【００４４】
＜サービスプラットフォームにより保持されるサービス情報＞
図１１は、一実施形態における、ソース装置で保持されるネットワークサービス情報のテーブル１１００を示すブロック図である。サービスプラットフォーム７１４は、テーブル１１００の格納及び保持を担っても良い。後に、アプリケーション７１２は、利用可能なサービスについて、サービスプラットフォーム７１４に問い合わせても良い。
【００４５】
テーブル１１００は、６個の異なる種類の情報のために６個の列、つまりサービス種類、装置識別子、サービス名、ＩＰアドレス及びポート番号、プロトコルアクセス種類、サービス範囲を有する。本例は、ソース装置１１０は、ローカル記憶装置にテーブル１１００を格納する。テーブル１１００の各行は、サービスコネクタ７１６がサービスマネジャ７６０を用いて発見する異なるサービスに対応する。３番目の行は、ターゲット装置７５０によりホストされるサービス７５２に対応する。４番目の行は、ターゲット装置７２０によりホストされるサービス７２２に対応する。図７に示すように、ターゲット装置７２０、７５０は、ソース装置７１０と同じサブネット内に存在する。
【００４６】
しかしながら、サービス７３２、７４２に関するサービス情報は、サービス情報をテーブル１１００に格納する前に、（例えばサ―ビスコネクタ７１６により）変更されている。テーブル１１００の１番目の行はターゲット装置７３０によりホストされるサービス７３２に対応するが、装置識別子の列は、ソース装置７３０ではなく、ソース装置７１０を識別する。同様に、テーブル１１００の２番目の行はターゲット装置７４０によりホストされるサービス７４２に対応するが、装置識別子の列は、ソース装置７４０ではなく、ソース装置７１０を識別する。
【００４７】
また、テーブル１１００のＩＰアドレスの列は、サービス７３２、７４２の実際のＩＰアドレス及びポ―ト番号を有しない。サービス７３２、７４２の実際のＩＰアドレスは、それぞれ１０．１０．１０．１２３及び１０．１０．１０．１２４である。代わりに、ダミーＩＰアドレス及びポート番号が、サービス７３２、７４２についてのテーブル１１００のＩＰアドレスの列に見られる。サービス７３２、７４２についてテーブル１１００の実際のＩＰアドレス及びポート番号を使用することの欠点は、（１）現在の既存サービスレジストリシステムがそのようなシナリを許容しないという事実、及び（２）アクセス制御、を含む。後者の欠点に関しては、図１０のブロック１０３０で、サービスコネクタ７１６が実際のサービスアドレスを有するサービスをサービスプラットフォーム７１４に登録した場合、サービスプラットフォーム７１４は、このサービス登録情報を、ソース装置７１０と同じセグメント又はサブネット内にある他のサービスプラットフォーム（例えば７２４、７５４）と自動的に共有する。既存のサービスプラットフォームを用いることによりアクセス制御を行うことは困難である。
【００４８】
図１２は、一実施形態における、利用可能なネットワークサービスを示す例示的なスクリーン１２００を示すブロック図である。本例では、ソース装置７１０はスクリーン１２００を表示する。スクリーン１２００は、４個のサービス７３２、７４２、７５２、７２２のリストを有する。サービス７３２、７４２がソース装置７１０と異なるサブネットに現れるとしても、サービス７３２、７４２は列挙される。列挙されたサービスのうちの１つのユーザ選択は、ユーザが、選択したサービスに、印刷機能、スキャン機能等のような１又は複数の機能を実行させたいと望むことを示す。
【００４９】
＜サービスコネクタにより保持されるサービス情報＞
図１３は、一実施形態における、ソース装置でサービスコネクタにより保持されるネットワークサービス情報テーブル１３００を示すブロック図である。本例では、ソース装置はソース装置７１０であり、サービスコネクタはサービスコネクタ７１６である。
【００５０】
テーブル１３００は、６個の異なる種類の情報のために６個の列、つまりサービス種類、ターゲット装置識別子、サービス名、サービスコネクタＩＰアドレス及びポート番号、ターゲットサービスＩＰアドレス及びポート番号、プロトコルアクセス種類を有する。本例では、テーブル１３００は、ソース装置７１０と異なるサブネットにあるサービス毎に１つの２つの行又はエントリしか有しない。
【００５１】
一実施形態では、サービスコネクタが、テーブル１３００のサービスコネクタＩＰアドレスの列で識別されるサービスを特定する要求を受信した場合、サービスコネクタは、そのアドレスを、ターゲットサービスＩＰアドレスの列の対応するアドレスで置換する。例えば、サービスコネクタ７１６は、ＩＰアドレス及びポート番号１２７．０．０．１／１２２を有するサービス要求を受信し、１２７．０．０．１／１２２がテーブル１３００の１番目のエントリにあると決定し、サービス要求において、１２７．０．０．１／１２２を１０．１０．１０．１２３／６３１で置換し、変更したサービス要求を１０．１０．１０．１２３／６３１に関連付けられた宛先へ送信する。
【００５２】
＜別のサブネット内のサービスへのアクセス＞
図１４は、一実施形態における、別のサブネット内のネットワークサービスがソース装置からにどのようにアクセスされるかを示すシーケンス図１４００である。本例では、ネットワークサービスはサービス７４２であり、ソース装置はソース装置７１０である。
【００５３】
ステップ１４０５で、ユーザは、アプリケーション７１２に、ソース装置７１０で印刷画面を表示する要求を示す入力を供給する。ステップ１４１０で、応答して、アプリケーション７１２は、サービスプラットフォーム７１４へ、現在利用可能な印刷サービスのリストについての要求を送信する。
【００５４】
ステップ１４１５で、応答して、サービスプラットフォーム７１４は、アプリケーション７１２へ、現在利用可能な印刷サービスのリストを返す。ステップ１４１５は、サービスプラットフォームがテーブル７００を識別し及びテーブル７００のエントリ又は行を読み出すステップを有しても良い。
【００５５】
ステップ１４２０で、リストを受信するのに応答して、アプリケーション７１２は、印刷画面を表示させる。印刷画面は、図１２に示すスクリーン１２００であっても良い。
【００５６】
ステップ１４２５で、ユーザは、列挙されたサービスのうちの１つを「選択」する。言い換えると、ユーザは、印刷画面に列挙されたサービスのうちの１つを識別するサービス表示データの選択を示す入力を供給する。ステップ１４３０で、アプリケーション７１２は、ユーザが選択したサービスを示すサービス選択データを格納する。
【００５７】
ステップ１４３５で、ユーザは、１又は複数のオプションを選択する。このステップは、印刷媒体（例えば、紙）のサイズ、方向、両面印刷、色又はグレイスケール等のような印刷オプションを選択するステップを有しても良い。
【００５８】
ステップ１４４０で、応答して、アプリケーション７１２は、ユーザが選択したオプションを示すオプション選択データを格納する。
【００５９】
ステップ１４４５で、ユーザは、図２に示す実行ボタン２３０のような「実行」又は「印刷」ボタンを選択する。
【００６０】
ステップ１４５０で、応答して、アプリケーション７１２は、選択されたサービス及び選択されたオプションに基づく印刷ジョブを提出する。本例では、選択されたサービスはサービス７４２である。サービス７４２は、ソース装置７１０が置かれたサブネットとは異なるサブネット内にあるターゲット装置７４０にホストされる。したがって、サービス７４２に関連するＩＰアドレスは、テーブル１３００に示される１２７．０．０．２のようなダミーＩＰアドレスである。このようなダミーアドレスは、ダミーＩＰアドレスが格納される装置で対応するサービスが利用可能であることを示す。ステップ１４５０で、サービスコネクタ７１６は、アプリケーション７１２から送信された印刷ジョブを受信する。
【００６１】
ステップ１４５５で、サービスコネクタ７１６は、サービス７４２に印刷ジョブを提出する。ステップ１４５５は、印刷ジョブで示された（ターゲット装置の）宛先ＩＰアドレスがダミーＩＰアドレスであるか否かを決定するステップを有しても良い。サービスコネクタ７１６は、例えば、宛先ＩＰアドレスをテーブル１３００内に示されるサービスコネクタＩＰアドレスと比較することにより、この決定を行っても良い。本例では、宛先ＩＰアドレス及びポート番号は１２７．０．０．２／２２２であり、サービスコネクタ７１６は宛先ＩＰアドレス及びポート番号を１０．１０．１０．１２３／６３１で置換する。
【００６２】
例えば、ターゲットサービスがサービス７５２である場合、サービスコネクタ７１６は、テーブル１３００内で（印刷ジョブ内で示された）宛先ＩＰアドレスとの一致を発見しないだろう。これは、テーブル１１００内のサービス７５２と関連するＩＰアドレスが、サービス７５２の実際のＩＰアドレスであり、ダミーＩＰアドレスではないからである。
【００６３】
ステップ１４６０で、サービス７４２は、ソース装置７１０から印刷ジョブを受信し、印刷ジョブを実行する。印刷ジョブの実行は、サービス７４２が印刷ジョブの印刷データに反映された情報で１又は複数の文書を印刷させるステップを有しても良い。
【００６４】
ステップ１４６５で、サービス７４２は、印刷ジョブを実行した結果を生成し、サービスコネクタ７１６に該結果を送信する。結果は、印刷ジョブの実行が成功したか否かの指標であっても良い。
【００６５】
ステップ１４５５で、サービスコネクタ７１６は、どのサービスコネクタ７１６が結果を期待しているかを示すサービス要求履歴データを記録しても良い。次に、ステップ１４６５で、サービスコネクタ７１６は、サービス要求履歴データに基づき、サービス７４２から受信した結果データがアプリケーション７１２により提出された印刷ジョブに対応することを決定する。
【００６６】
代替で、ステップ１４６５で結果を受信するのに応答して、サービスコネクタ７１６は、送信側のＩＰアドレス、本例では１０．１０．１０．１２４を識別し、該ＩＰアドレスをテーブル１３００内に示されるターゲットＩＰアドレスと比較する。送信側のＩＰアドレスがテーブル１３００内で見付かった場合、ステップ１４６５は、サービスコネクタ７１６がそのＩＰアドレスを対応するサービスコネクタ（又はダミー）ＩＰアドレスで置換するステップを有しても良い。本例では、ダミーＩＰアドレスは１２７．０．０．２である。
【００６７】
ステップ１４７０で、サービスコネクタ７１６は、アプリケーション７１２へ結果データを送信する。結果データは、テーブル１３００内に示されるダミーＩＰアドレスを有しても良い。
【００６８】
ステップ１４７５で、アプリケーション７１２は、結果データ内に示された結果（例えば、成功又は失敗）をユーザに表示させる。
【００６９】
関連する実施形態では、ステップ１４５５でサービスコネクタ７１６が印刷ジョブをサービス７４２に直接提出する代わりに、サービスコネクタ７１６は、印刷ジョブをサービスマネジャ７６０に送信する。サービスマネジャ７６０は、印刷ジョブを調べて、どのターゲット装置に印刷ジョブを転送すべきかを決定する。ターゲットサービス７４２が印刷ジョブの意図された宛先であると決定するのに応答して、サービスマネジャ７６０は、印刷ジョブをターゲットサービス７４２へ送信する。ターゲットサービスは、印刷ジョブを実行した後に、結果（例えば、成功又は不成功の指標）を、（ａ）サービスマネジャ７６０へ送信し、サービスマネジャ７６０が結果をサービスコネクタ７１６へ転送し、又は結果を（ｂ）サービスコネクタ７１６へ送信し、サービスマネジャ７６０を効率的に飛び越しても良い。サービスコネクタ７１６が印刷ジョブをサービスマネジャ７６０を通じて提出する本実施形態は、ソース装置７１０が何らかのネットワーク設定のためにターゲット装置７４０に直接アクセス出来ない場合に有用である。
【００７０】
＜ネットワークサービスへのアクセス管理＞
前述のように、モバイル装置及びネットワークアプリケーションは、広く用いられている。しかしながら、現在、モバイル装置から（「Ａｉｒｐｒｉｎｔ」のような）ネットワークサービスを使用するとき、認証及び許可メカニズムが存在しない。その結果、サブネット内の任意のモバイル又は他の装置は、同じサブネット内のどのネットワークサービスも使用できる。
【００７１】
図１５は、一実施形態における、１又は複数のネットワークサービスへのアクセスを管理する例示的なアーキテクチャ１５００を示すブロック図である。アーキテクチャ１５００は、ソース装置１５１０、ターゲット装置１５２０、ネットワークサービス１５３０、ネットワークサービス１５５０を有する。ソース装置１５１０は、ターゲット装置１５２０、及びネットワークサービス１５３０は、ネットワーク１５５０に通信可能に結合される。ネットワーク１５５０は、ソース装置１５１０とターゲット装置１５２０とネットワークサービス１５３０との間のデータ交換を提供する任意の媒体又は機構により実装されても良い。ネットワーク１５５０の例は、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、イーサネット若しくはインターネットのようなネットワーク、又は１若しくは複数の地上波、衛星若しくは無線リンクを含むが、これらに限定されない。
【００７２】
ソース装置１５１０及びターゲット装置１５２０は、同じサブネット、異なるサブネット、又は全く異なるネットワーク内に存在しても良い。
【００７３】
ソース装置１５１０は、アプリケーション１５１２、サービスプラットフォーム１５１４、及びサービスコネクタ１５１６を有する。ソース装置１５１０は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ又はスマートフォンのようなクライアント装置であっても良い。
【００７４】
ターゲット装置１５２０は、サービス１５２２、サービスプラットフォーム１５２４を有する。サービス１５２２の例は、印刷サービス、ファックスサービス、スキャンサービス、及びアーカイブサービスを有する。ターゲット装置１５２０の例は、プリンタ、ファックス機、スキャナ、又は１又は複数のこれらの機能を実行する多機能周辺機器を有する。
【００７５】
ネットワークサービス１５３０は、１又は複数の装置を有しても良い。ネットワークサービス１５３０は、５個の要素、つまりアプリケーション１５３２、ユーザ装置マネジャ１５３４、サービスマネジャ１５３６、位置マネジャ１５３８、ポリシマネジャ１５４０を有する。５個の要素の各々は、ソフトウェア、ハードウェア又はそれらの組み合わせで実施されてもよい。別個の要素として示すが、アプリケーション１５０、１６０、ユーザ装置マネジャ１７０、位置マネジャ１８０、ポリシマネジャ１９０は、単一のコンピュータ装置で、又は互いに通信可能に結合される２以上のコンピュータ装置で実施されても良い。
【００７６】
図１６は、一実施形態における、ソース装置が１又は複数のルールを用いて登録されたネットワークわービスをどのように発見するかを示すシーケンス図１６００である。ステップ１６１０で、サービスコネクタ１５１６は、現在利用可能な（例えば、登録された）サービスについて要求を送信する。要求は、（１）ユーザ名及びパスワードを示すログイン情報、及び（２）ＧＰＳ情報のようなソース装置１５１０の現在位置を示す位置情報を有しても良い。要求の１又は複数のパラメータは固定的であり、一方、１又は複数の他のパラメータは動的であっても良い。
【００７７】
一実施形態では、要求を送信する前に、サービスコネクタ１５１６は、現在位置情報及び／又はログイン情報について、ソース装置１５１０のコンポーネント（図示しない）に問い合わせても良い。サービスコネクタ１５１６からサービスマネジャ１５３６への要求がログイン情報を有しない場合、ログイン情報の対応する値は、「不明（Unknown）」であっても良い。土曜に、サービスコネクタ１５１６がソース装置１５１０の現在位置へのアクセスを有しない場合、サービスコネクタ１５１６からサービスマネジャ１５３６への要求は、位置情報について「不明」を示しても良い。要求は、ソース装置１５１０が探しているサービス種類を指定しても良い。例えば、要求は、印刷、スキャン、ファックス、アーカイブ、等を示しても良い。サービス種類が指定されない場合、デフォルトサービス種類は「任意（Any）」であっても良い。
【００７８】
サービスコネクタ１５１６は、サービスコネクタ１５１６（又はサービス装置１５１０の別のコンポーネント）が新しいネットワークを検出すると、要求を開始しても良い。「新しい」ネットワークは、サービスコネクタ１５１６が以前に一度も検出したことのないネットワークであっても良い。代替で、「新しい」ネットワークは、以前に検出したことがないが、サービスコネクタ１５１６が（例えば、ネットワーク変化に応答して）今しがた検出したネットワークであっても良い。
【００７９】
追加で又は代替で、サービスコネクタ１５１６は、新しいネットワークが検出されるか否かに拘わらず、周期的に（例えば、１０分毎又は毎時）要求を開始しても良い。
【００８０】
要求は、ネットワークに存在する全ての装置へ送信されるマルチキャストメッセージの一部であっても良い。マルチキャストメッセージは、装置に、ソース装置１５１０が利用可能なサービスを探していることを通知する。
【００８１】
追加で又は代替で、サービスコネクタ１５１６は、ＨＥＬＬＯメッセージをネットワークサービス１５３０又はサービスマネジャ１５３６のようなネットワークサービス１５３０のコンポーネントから受信するのに応答して、要求を開始する。
【００８２】
一実施形態では、ネットワークサービス１５３０のリスナプロセスは、サービスコネクタ１５１６から要求を受信し、どのコンポーネントへ要求を転送するかを決定しても良い。このような一実施形態では、リスナプロセスは、要求をサービスマネジャ１５３６へ転送する。
【００８３】
ステップ１６２０で、要求を受信するのに応答して、サービスマネジャ１５３６は、位置マネジャ１５３８へ位置決定要求を送信する。
【００８４】
ステップ１６３０で、位置決定要求を受信するのに応答して、位置マネジャ１５３８は、ソース装置１５１０の位置を決定し、位置を示す位置データをサービスマネジャ１５３６へ返す。ソース装置１５１０の現在位置は、サービスコネクタ１５１６からの元の要求の中で示された位置情報に基づき決定されても良い。
【００８５】
代替で、ステップ１６３０は、位置マネジャ１５３８がソース装置１５１０（又は、より詳細には、サービスコネクタ１５１６）とその現在位置に関して通信するステップを有しても良い。例えば、ステップ１６３０は、ＧＰＳ又は他の位置関連情報を位置マネジャ１５３８へ送信するステップを有しても良い。
【００８６】
位置マネジャ１５３８がどのようにソース装置１５１０の現在位置を決定するかに無関係に、位置マネジャ１５３８は、ソース装置１５１０から受信した位置情報を用いて、ソース装置１５１０の位置を含む領域を識別する。例えば、ソース装置１５１０からの位置情報は特定の地理座標であっても良い。一方、位置マネジャ１５３８により識別される領域は、平方マイルを包含する近似的に定められた地理領域を有しても良い。したがって、位置マネジャ１５３８は、地理的位置（例えば、「IN_RANGE(‘NEW_YORK_STATE’)」及び「AROUND(‘４３.４３６９６５９６５２１８２’,‘-７５.９０４５４１０１５６２５’,３０)」を位置識別子（例えば、「US/NY」又は「US/NY/office０２」）に割り付けるマッピングを保持しても良い。関数「IN_RANGE」及び「AROUND」は、（「IN_RANGE」の場合にはラベル、又は「AROUND」の場合には地理座標及び半径のような）入力を取り入れ、ブール値、つまり真又は偽を返す。したがって、位置マネジャ１５３８により識別される領域は、ポリシマネジャ１５４０により認識可能なラベルにマッピングされる。位置マネジャ１５３８が領域を識別できない場合、ソース装置１５１０の位置は、「不明」であると見なされても良い。
【００８７】
ステップ１６４０で、位置マネジャ１５３８から位置データを受信するのに応答して、サービスマネジャ１５３６は、ポリシマネジャ１５４０へソース装置関連データを送信する。ソース装置関連データは、サービス種類識別子、オペレーション識別子、要求側装置（つまり、本例ではソース装置１５１０）の位置を示しても良い。本例では、サービス種類識別子は「印刷」である。オペレーション識別子は、サービスコネクタ１５１６が要求している動作の種類を識別しても良い。本例では、動作はserviceDiscovery()である。動作の他の例は、印刷機能、画像／動画ファイルの表示装置への表示、文書リストの表示を実行する動作を有しても良い。また、本例では、ソース装置関連データは、ユーザ又はグループ識別子を有しない。これは、ソース装置１５１０が（ラップトップ、タブレットコンピュータ又はスマートフォンのような）モバイル装置であり、ソース装置１５１０が以前に検出されたことがない又は登録されたことがないネットワークを検出した場合に生じ得る。
【００８８】
例えば、タブレットコンピュータを有するビジネス旅行者は、以前に入ったことがないオフィスビルに入り、そのオフィスビル内の会議室で会議を始める前に、１又は複数の文書を彼／彼女のタブレットコンピュータから印刷したいと望み得る。ビジネス旅行者は、タブレットコンピュータを操作し、印刷を実行するために使用できる印刷装置を発見する。（ネットワークサービス１５３０のような）ネットワークサービスは、タブレットコンピュータに限られたプリンタのセットに印刷をさせる（又は識別させる）。例えば、幾つかのプリンタがタブレットコンピュータと同じサブネット内にあっても良いが、例えば種々の理由により、ネットワーク管理者はそれらのプリンタを知らない又は一時的なユーザにより使用させたくない。
【００８９】
ステップ１６５０で、ソース装置関連データを受信するのに応答して、ポリシマネジャ１５４０は、ソース装置関連データを用いて、どの情報がソース装置１５１０に提供されるべきかを決定するルールを識別する。ルール情報の説明は、以下の通りである。
【００９０】
＜ルール情報＞
図１７、１８は、一実施形態による、動作、ユーザ、位置、装置属性及び特定ルールの間の例示的な関連を示すブロック図である。「ルール」は、１又は複数の条件のセットと１又は複数の作用のセットとの間の関連である。ルールの１又は複数の作用のセットは、対応する１又は複数の条件のセット内の全ての条件が満たされた後にのみ実行される。したがって、例えば、テーブル１７００では、ルールＩＤ「App１_login_rule_ok」と関連付けられた（１番目の）エントリ又は行の作用は、（１）動作「login()」が要求され、該動作が（２）アプリケーション「Application１」によりサポートされ、該動作を要求したユーザが（３）Group１からであり、該ユーザの装置が（４）位置US/NY/office１又はUS/NY/office２に存在すること、が満たされた後にのみ実行される。他のルールは、関連付けられた作用が実行されるために満たされなければならない更に多くの又は少ない条件を有しても良い。
【００９１】
代替として、関連付けられた作用の実行をトリガするために１つの条件（又は条件の狭義の部分集合）のみが満たされなければならない場合、ルールは複数の条件と関連付けられても良い。
【００９２】
図１７に示すテーブル１７００は、８個のフィールド又は列、つまりアプリケーション／サービス種類フィールド、動作フィールド、ユーザ／グループフィールド、動作装置位置フィールド、動作装置属性フィールド、関連装置位置フィールド、関連装置属性フィールド、及びルールＩＤフィールドを有する。幾つかの実施形態では、テ―ブル１７００は追加フィールドを有する。他の実施形態では、テーブル１７００は更に少ないフィールドを有する。例えば、ネットワークサービス１５３０が単一のアプリケーションのみを提供する場合、又はルールがネットワークサービス１５３０によりホストされる単一のアプリケーションにのみ関連する場合、アプリケーション／サービス種類フィールドは任意である。別の例として、ユーザの装置の位置がどのルールにも関係がなく又は重要でない場合、動作装置位置フィールドは任意である。別の例として、どのルールもユーザの装置が認証されること又は特定の基準を満たすことを要求しない場合、動作装置属性フィールドは任意である。
【００９３】
テーブル１７００の動作フィールドは、対応するアプリケーション又はサービスにより実行され得る動作の名称を含む。例えば、多くのルールは、Application１によりサポートされる以下の３つの動作、つまりlogin()、listDocument()、及びprint()のうちの１又は複数と関連付けられる。あるルールは、Application２によりサポートされる以下の２つの動作、つまりoperation１()及びoperation２()の各々と関連付けられる。Application１及びApplication２は、どのルールとも関連付けられない他の動作をサポートしても良い。あるルールは、印刷サービスによりサポートされる以下の３つの動作、つまりserviceDiscovery()、submitPrintJob()、及びcancelPrintJob()の各々と関連付けられる。
【００９４】
幾つかのルールは、特定のユーザ又はユーザグループに限定される。ユーザ／グループフィールドは、１又は複数のルールの所与のセットに対し特定のユーザ又はユーザグループを指定する。しかしながら、幾つかのルールでは、特定のユーザ又はグループは無関係である。このようなルールでは、ユーザ／グループフィールドは、包括的な「ANY」を指定する。
【００９５】
動作装置位置フィールドは、地理的領域のラベルを示す。動作装置位置フィールド内のラベルは、異なるテーブル（図示しない）の位置ＩＤフィールド内の位置識別子に対応しても良い。代替として、範囲定義は、テーブル１７００の動作装置位置フィールド内で指定されても良い。このような実施形態では、位置情報を含む別のデータ構造は必要なくても良い。
【００９６】
一実施形態では、単一のテーブル１７００の代わりに、テーブル１７００に含まれる情報は、複数のテーブル（又は他の記憶オブジェクト）に区分され又は分割される。例えば、テーブル１７００内の情報が与えられると、各アプリケーション又はサービス（つまり、Application１、Application２及びPrint）に対して１つの、３つのテーブルが生成されても良い。これらのテーブルでは、アプリケーション／サービス種類フィールドは必要ない。別の例として、異なるテーブルが各動作に対して生成される。したがって、テーブル１７００内の情報が与えられると、本例では８個のテーブルが生成されても良い。つまり、login()、listDocument()、print()、operation１()、operation２()、serviceDiscovery()、submitPrintJob()、cancelPrintJob()の各々に１つのテーブルである。
【００９７】
図１８に示すテーブル１８００は、２つのフィールド又は列、つまりルールＩＤフィールド、及びルールフィールドを有する。図１８のルールＩＤフィールドは、図１７のルールＩＤフィールドに対応する。各ルールは、application１、application２又はservice１５２２が実行すべき１又は複数の作用のセットを示す。例えば、テーブル１８００の１番目のルールは、１つの作用又は動作、つまり「Verifyusernameandpassword（ユーザ名及びパスワードを検証する）」を示す。テーブル１８００内のルールは、対応する作用が実行されるために満たされなければならない条件を更に指定しても良い。例えば、テーブル１８００内のルールは、ターゲット文書のレベルがlevel１である場合に作用が「Show  the  error  message（エラーメッセージを表示する）」であること、及びターゲット文書のレベルがlevel１でない場合に作用「Print  the  document  to  the  printer（プリンタへの文書を印刷する）」が実行されることを示しても良い。
【００９８】
一実施形態では、テーブル１７００、１８００は、テーブル１７００がテーブル１８００のルールフィールドを含むように結合される。本実施形態では、ルールＩＤフィールドは、不要になり、このような結合されたテーブルでは除外されても良い。
【００９９】
実施形態は、ルール情報が格納される方法に限定されない。例えば、１又は複数のテーブルの代わりに、上述のルール情報は、リンク付きリスト、非関係型オブジェクトセット、又は多次元配列に格納されても良い。
【０１００】
テーブル１７００、１８００では、管理者は、どのソース装置がどのネットワークサービスへのアクセスを許可されるかを制限するルールを定めることができる。例えば、オフィスへの訪問者は、１つの特定のプリンタサービスを使用することを許可されるのみであり、一方で、そのオフィスの従業員は、そのオフィス内の全てのプリンタサービスを使用できる。
【０１０１】
＜ネットワークサービス（CONT.）へのアクセス管理＞
ステップ１６７０で、サービスマネジャ１５３６は、サービスコネクタ１５１６へ、フィルタリングしたサービスリストを送信する。
【０１０２】
ステップ１６８０で、フィルタリングされたリストを受信するのに応答して、サービスコネクタ１５１６は、サービスプラットフォーム１５１４にサービスリストを送信することにより、リスト内のサービスを登録する。
【０１０３】
一実施形態では、リスト内のいずれのサービスもソース装置１５１０が置かれたサブネットと異なるサブネットにある場合、サービスコネクタ１５１６は、サービスのＩＰアドレスを、サ―ビスがソース装置１５１０にホストされていることを示すダミーアドレスで置換しても良い。
【０１０４】
したがって、シーケンス図１６００で、１又は複数のネットワークサービスがネットワークサービス１５３０によりホストされていない場合でも、ソース装置１５１０は、（ソース装置１５１０と同じサブネットに存在する又は存在しない）１又は複数のネットワークサービスをネットワークサービス１５３０を通じて発見する。言い換えると、ソース装置１５１０は、ネットワークサービスをホストしているターゲット装置と直接通信することによりネットワークサービス（例えばサービス１５２２）を発見するのではない。
【０１０５】
関連する実施形態では、サービスコネクタ１５１６からの初期要求に応答して現在利用可能なサービスのフィルタリングされたリストを送信するのに代えて、ネットワークサービス１５３０は、全ての現在利用可能なサービスのリストをサービスコネクタ１５１６へ送信する。したがって、サービスマネジャ１５３６は、位置マネジャ１５３８から位置情報を要求しない、又はソース装置関連データをポリシマネジャ１５４０へ送信しない。このように、アプリケーション１５１２は、全ての現在利用可能なサービスを「見る」ことができる。これは、本願明細書では「フィルタセカンド（filter  second）」アプローチと称される。これに対し、サービスの初期要求に応答してソース装置１５１０がサービスのフィルタリングされたリストを受信するアプローチは、本願明細書では「フィルタファースト（filter  first）」アプローチと称される。
【０１０６】
フィルタセカンドアプローチでは、アプリケーション１５１２が、ネットワークサービス１５３０の管理者がソース装置１５１０（又は他の「知らない」装置）に使用させたくないサービス（例えば、サービス１５２２）を要求する場合、アプリケーション１５１２からのサービス要求は、（サービスコネクタ１５１６により）サービスマネジャ１５３６へ送信される。サービスマネジャ１５３６は、（１）（位置マネジャ１５３８と通信することにより）ソース装置１５１０の現在位置を決定し、及び（２）ソース装置関連データをポリシマネジャ１５４０へ送信する。ポリシマネジャ１５４０から（例えば、印刷）サービスのリストを受信すると（又は、ポリシマネジャ１５４０にから受信したルール作用に基づき、印刷サービスのリストを識別すると）、サービスマネジャ１５３６は、要求されたサービスがサービスのリスト内にあるか否かを決定する。ある場合、サービスマネジャ１５３６は、サービス要求を要求されたサービス（例えばサービス１５２２）へ送信させる。例えば、サービスマネジャ１５３６は、（サービスコネクタ１５１６から送信された）サービス要求をサービス１５２２へ転送する。サービスマネジャ１５３６は、ソース装置１５１０（又はアプリケーション１５１２）をアドレス指定することによりサービス１５２２がサービス要求に応答するように、サービス要求を変更しても良い。
【０１０７】
サービスマネジャ１５３６が、要求されたサービスはサービスリスト内に存在しないと決定した場合、サービスマネジャ１５３６は、サービス要求を要求されたサービスへ送信させない。代わりに、サービスマネジャ１５３６は、ソース装置１５１０へ、要求されたサービスが利用できないと示す応答メッセージを送信しても良い。
【０１０８】
フィルタセカンドアプローチでは、ソース装置１５１０がターゲット装置１５２０によりホストされるサービス１５２２についてのサービス要求を送信するとき、サービスマネジャ１５３６は仲介として動作しても良い。したがって、ソース装置１５１０からのサービス要求は、（サービスコネクタ１５１６を介して）サービスマネジャ１５３６へ向けられ、サービスマネジャ１５３６はサービス要求をサービス１５２２へ転送する。
【０１０９】
フィルタファーストアプローチでは、タ―ゲット装置１５２０がソース装置１５１０と同じサブネット内に存在する場合、アプリケーション１５１２からのサービス要求は、ネットワークサービス１５３０を通さずにサービス１５２２へ送信されても良い。代替で、ターゲット装置１５２０及びソース装置１５１０が同じサブネット内に存在する場合でも、ネットワークサービス１５３０は、サービスプラットフォーム１５１４のサービス発見範囲を変更することにより、強制的に仲介にされても良い。サービス発見範囲の変更は、サービスプラットフォームの発見動作の１又は複数の構成の変更を有する。サービスプラットフォームは、サービス発見機能を有し、デフォルトのサービス発見範囲は、ローカルサブネットであっても良い。したがって、サービスプラットフォームは、同じサブネットで動作するサービスを自動的に発見する。サービス発見範囲がローカルサブネットからローカル装置内へと変更された場合、サービスプラットフォーム１５１４は、ローカルサブネット内でサービス１５２２を発見できない。しかしながら、サービスプラットフォーム１５１４は、同じ装置で動作するサービスを発見できる。
【０１１０】
ターゲット装置１５２０がソース装置１５１０と異なるサブネット内に存在する場合、ネットワークサービス１５３０は仲介として動作し、アプリケーション１５１２からのサービス要求がサービスマネジャ１５３６へ向けられ、サービスマネジャ１５３６がサービス要求をサービス１５２２へ転送するようにしても良い。
【０１１１】
＜実施メカニズム＞
本発明の一実施形態によると、本願明細書に記載した技術は、１又は複数の特定目的コンピュータ装置により実施される。特定目的コンピュータ装置は、この技術を実行するためにハードウェアに組み込まれても良く、この技術を実行するよう永続的にプログラムされた１又は複数の特定用途向け集積回路（ＡＳＩＣ）若しくはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）のようなデジタル電子装置を有しても良く、この技術を実行するようプログラム命令に従ってファームウェア、メモリ、他の記憶若しくは組合せでプログラムされた１又は複数の汎用目的ハードウェアプロセッサを有しても良い。このような特定目的コンピュータ装置は、この技術を達成するために、カスタムハードワイヤードロジック、ＡＳＩＣ又はＦＰＧＡをカスタムプログラミングと組み合わせても良い。特定目的コンピュータ装置は、デスクトップコンピュータシステム、ポータブルコンピュータシステム、ハンドヘルド装置、ネットワーク装置、又はこの技術を実施するためのハードワイヤードロジック及び／又はプログラムロジックを組み込んだ任意の他の装置であっても良い。
【０１１２】
図１９は、本発明の実施形態が実装され得る例示的なコンピュータシステム１９００を示すブロック図である。コンピュータシステム１９００は、バス１９０２又は情報を通信する他の通信機構、及びバス１９０２に結合され情報を処理するプロセッサ１９０４を有する。コンピュータシステム１９００は、また、ランダムアクセスメモリ（ＲＡＭ）又は他のダイナミック記憶素子のような、バス１９０２に結合され情報及びプロセッサ１９０４により実行されるべき命令を格納する主記憶１９０６も有する。主記憶１９０６は、プロセッサ１９０４により実行されるべき情報の実行中に、一時変数又は他の中間的情報を格納するために用いられても良い。コンピュータシステム１９００は、バス１９０２に結合され、静的情報及びプロセッサ１９０４のための命令を格納する読み出し専用メモリ（ＲＯＭ）１９０８又は他の静的記憶装置を更に有する。情報及び命令の格納のために、磁気ディスク又は光ディスクのような記憶装置１９１０が設けられバス１９０２に結合される。
【０１１３】
コンピュータシステム１９００は、バス１９０２を介して、陰極線管（ＣＲＴ）のような、コンピュータユーザに情報を表示するディスプレイ１９１２に結合されて良い。バス１９０２は単一のバスとして図示されるが、バス１９０２は１又は複数のバスを有しても良い。例えば、バス１９０２は、プロセッサ１９０４がコンピュータシステム１９００内の他の装置を制御する制御バス、プロセッサ１９０４が実行のために命令のメモリ位置を指定するアドレスバス、又はコンピュータシステム１９００のコンポーネント菅でデータ又は信号を転送するための任意の他の種類のバスを有しても良いが、これらに限定されない。
【０１１４】
入力装置１９１４は、英数字及び他のキーを有し、バス１９０２に結合され、プロセッサ１９０４に情報及びコマンド選択を伝達する。別の種類のユーザ入力装置は、マウス、トラックボール又はカーソル方向キーのようなカーソル制御１９１６であり、プロセッサ１９０４に方向情報及びコマンド選択を伝達し、ディスプレイ１９１２上のカーソルの移動を制御する。この入力装置は、通常、２軸、つまり第１の軸（例えばＸ）及び第２の軸（例えばＹ）における２度の自由度を有し、装置に平面内の位置を指定させる。
【０１１５】
コンピュータシステム１９００は、本願明細書に記載した技術を、カスタマイズハードワイヤードロジック、１又は複数のＡＳＩＣ若しくはＦＰＧＡ、コンピュータシステムと組み合わせて、コンピュータシステム１９００を特定用途向け機械にする若しくはプログラムするファームウェア及び／又はプログラムロジック若しくはコンピュータソフトウェアを用いて実装してもよい。本発明の一実施形態によると、これらの技術は、プロセッサ１９０４が主記憶１９０６に含まれる１又は複数の命令の１又は複数のシーケンスを実行するのに応答して、コンピュータシステム１９００により実行される。このような命令は、記憶装置１９１０のような別のコンピュータ可読媒体から主記憶１９０６に読み込まれてもよい。主記憶１９０６に含まれる命令シーケンスの実行は、プロセッサ１９０４に本願明細書に記載した処理ステップを実行させる。代替の実施形態では、ハードワイヤード回路が、本発明を実施するソフトウェア命令の代わりに又はそれと組み合わせて用いられてもよい。このように、本発明の実施形態は、ハードウェア回路とソフトウェアのいかなる特定の組合せにも限定されない。
【０１１６】
本願明細書で用いられる用語「コンピュータ可読媒体」は、コンピュータを特定の方法で動作させるデータを提供する際に関与する任意の媒体を表す。コンピュータシステム１９００を用いて実施される実施形態では、種々のコンピュータ可読媒体が、例えば命令をプロセッサ１９０４に実行するために提供する際に、関与する。このような媒体は、不揮発性媒体及び揮発性媒体を含む多くの形態を取ることができ、これらに限定されない。不揮発性媒体は、例えば、記憶装置１９１０のような光又は磁気ディスクを含む。揮発性媒体は、主記憶１９０６のような動的記憶を含む。コンピュータ可読媒体の共通形態は、例えば、フロッピディスク、フレキシブルディスク、ハードディスク、磁気テープ、又は任意の他の磁気媒体、ＣＤ−ＲＯＭ、任意の他の光学媒体、ＲＡＭ，ＰＲＯＭ及びＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、任意の他のメモリチップ若しくはメモリカートリッジ、又はコンピュータが読み取れる任意の他の媒体を含む。
【０１１７】
種々の形態のコンピュータ可読媒体は、実行のためにプロセッサ１９０４に１又は複数の命令の１又は複数のシーケンスを伝達する際に、関与し得る。例えば、命令は、初めにリモートコンピュータの磁気ディスクで運ばれ得る。リモートコンピュータは、その命令を自身の動的記憶にロードし、及びモデムを用いて電話線を介して命令を送信できる。コンピュータシステム１９００にローカルなモデムは、電話線でデータを受信し、赤外線送信機を用いて、そのデータを赤外線信号に変換できる。赤外線検出器は、赤外線信号で伝達されたデータを受信し、適切な回路がそのデータをバス１９０２に置くことができる。バス１９０２は、データを主記憶１９０６に伝達する。主記憶１９０６から、プロセッサ１９０４が命令を読み出し実行する主記憶１９０６により受信された命令は、任意的に、プロセッサ１９０４により実行される前又は後に、記憶装置１９１０に格納されても良い。
【０１１８】
コンピュータシステム１９００は、バス１９０２に結合された通信インタフェース１９１８も含む。通信インタフェース１９１８は、ローカルネットワーク１９２０に接続されるネットワークリンク１９２２に結合される２方向データ通信を提供する。例えば、通信インタフェース１９１８は、対応する種類の電話線へのデータ通信接続を提供するＩＳＤＮ（Integrated  Services  Digital  Network）カード又はモデムであってもよい。別の例として、通信インタフェース１９１８は、互換性のあるＬＡＮへのデータ通信接続を提供するＬＡＮ（Local  Area  Network）カードであっても良い。無線リンクも実装されても良い。任意のこのような実装で、通信インタフェース１９１８は、種々の情報を表すデジタルデータストリームを伝達する電気、電磁気又は光信号を送信及び受信する。
【０１１９】
ネットワークリンク１９２０は、通常、１又は複数のネットワークを通じて他のデータ装置へのデータ通信を提供する。例えば、ネットワークリンク１９２０は、ローカルネットワーク１９２２を通じてホストコンピュータ１９２４への又はＩＳＰ（Internet  Service  Provider）１９２６により稼働されるデータ機器への接続を提供できる。ＩＳＰ１９２６は、また、現在一般的に「インターネット」１９２８と称される世界的規模のパケットデータ通信ネットワークを通じてデータ通信サービスを提供する。ローカルネットワーク１９２２及びインターネット１９２８の両者は、デジタルデータストリームを伝達する電気、電磁気又は光信号を用いる。
【０１２０】
コンピュータシステム１９００は、ネットワーク、ネットワークリンク１９２０及び通信インタフェース１９１８を通じて、プログラムコードを含む、メッセージを送信し及びデータを受信できる。インターネットの例では、サーバ１９３０は、インターネット１９２８、ＩＳＰ１９２６、ローカルネットワーク１９２２及び通信インタフェース１９１８を通じてアプリケーションプログラムのために要求されたコードを送信し得る。受信されたコードは、プロセッサ１９０４により受信されるとプロセッサ１９０４により実行され、及び／又は後に実行するために記憶装置１９１０若しくは他の不揮発性記憶に格納され得る。
【０１２１】
上述の明細書では、本発明の実施形態は、実施形態毎に変化し得る多数の特定の詳細を参照し説明された。したがって本発明の、および本出願者により発明であるように意図したものの唯一の指標は、特許請求の範囲が由来する特定の形式の、いかなる今後の補正も含む本出願に由来する一組の特許請求の範囲である。したがって請求項内で明示的に記述されない限界、要素、特性、特徴、利点、または属性がこのような特許請求項の範囲を決して制限してはならない。したがって本明細書と添付図面は限定的ではなく例示的であると解釈すべきである。
【０１２２】
［関連出願］
本出願は、米国特許出願第１３／４６７,３４９号及び第１３／４６７,３５６号、２０１２年５月５日出願に関連する。これらの米国特許出願の全内容は、参照されることにより、本願明細書に完全に記載されたものとして本願明細書に組み込まれる。
【０１２３】
本出願は、米国特許出願第ｘｘ／xxx,xxx号（代理人管理番号４９９８６−０７６６）、名称「Managing  Access  of  Network  Services」、本願と同日出願に関連する。この米国特許出願の全内容は、参照されることにより、本願明細書に完全に記載されたものとして本願明細書に組み込まれる。
【符号の説明】
【０１２４】
１１０、１２０、１５０、６１０、６５０、７１０、１５１０  ソース装置
１１２、１２２、１５２、６１２、６５２、７１２  アプリケーション（Ａｐｐ）
１１４、１２４、１３４、１４４、１５４、１６４、６１４、６５４、６３４、６６４、７１４、７２４、７３４、７４４、７５４、１５２４  サービスプラットフォーム（サービスＰＦ）
１３０、１４０、１６０、６３０、６６０、７２０、７３０、７４０、７５０、１５２０  ターゲット装置
１３２、１４２、１６２、６３２、６６２、７２２、７３２、７４２、７５２、１５２２  サービス
１７０、６７０  ルータ
１８０、１９０、６８０、６９０、７８０、７９０  サブネット
２００、３００、１２００  スクリーン
６２０、６４０  サーバ
７１６、７２６、７４６  サービスコネクタ
７６０  サービスマネジャ
７７０、１５５０  ネットワーク
１５３０  ネットワークサービス
１５３２  アプリケーション
１５３４  ユーザ装置マネジャ
１５３６  サービスマネジャ
１５３８  位置マネジャ
１５４０  ポリシマネジャ
１９０２  バス
１９０４  プロセッサ
１９０６  主記憶
１９０８  ＲＯＭ
１９１０  記憶装置
１９１２  ディスプレイ
１９１４  入力装置
１９１６  カーソル制御
１９１８  通信インタフェース
１９２０  ネットワークリンク
１９２２  ローカルネットワーク
１９２４  ホスト
１９２６  ＩＳＰ
１９２８  インターネット
１９３０  サーバ
【図１】
2014130588.tif 000003
【図２】
2014130588.tif 000004
【図３】
2014130588.tif 000005
【図４】
2014130588.tif 000006
【図５】
2014130588.tif 000007
【図６】
2014130588.tif 000008
【図７】
2014130588.tif 000009
【図８】
2014130588.tif 000010
【図９】
2014130588.tif 000011
【図１０】
2014130588.tif 000012
【図１１】
2014130588.tif 000013
【図１２】
2014130588.tif 000014
【図１３】
2014130588.tif 000015
【図１４】
2014130588.tif 000016
【図１５】
2014130588.tif 000017
【図１６】
2014130588.tif 000018
【図１７】
2014130588.tif 000019
【図１８】
2014130588.tif 000020
【図１９】
2014130588.tif 000021