第1デバイスとサービスを提供するのに適した第2デバイスとの間に接続を確立する前に、前記第2デバイスが提供するサービスに関する情報を第1デバイスにワイヤレスで伝達する情報エレメントであって、前記第2デバイスが提供するサービスに関係する情報を含む少なくとも1つの第1部分と、前記サービスの発見のために、前記第1デバイスが用いるサービス発見プロトコルを表す情報を含む少なくとも1つの第2部分と、を備えた、情報エレメント。請求項1記載の情報エレメントにおいて、前記少なくとも1つの第1部分は、前記第2デバイスが提供するサービスのタイプを表す、情報エレメント。請求項1記載の情報エレメントにおいて、前記少なくとも1つの第1部分、および/または前記少なくとも1つの第2部分は、圧縮フォーマットである、情報エレメント。請求項3記載の情報エレメントにおいて、前記圧縮フォーマットは、ハッシュフォーマットを含む、情報エレメント。請求項1記載の情報エレメントであって、更に、前記サービスに対する一意の識別子を表す情報を含む少なくとも1つの第3部分を備えた、情報エレメント。請求項1記載の情報エレメントであって、更に、前記接続を確立するために必要なセキュリティパラメータを表す情報を含む少なくとも1つの第3部分を備えた、情報エレメント。請求項1記載の情報エレメントであって、更に、前記サービスを提供するのに適したドライバを表す情報を含む少なくとも1つの第3部分を備えた、情報エレメント。請求項1記載の情報エレメントであって、更に、前記サービスに関係する情報にアクセスすることができるネットワーク位置を表す情報を含む少なくとも1つの第3部分を備えた、情報エレメント。第1デバイスの近隣にある第2デバイスが提供するサービスに、第1デバイスによってアクセスする方法のステップを実行するコンピュータ実行可能命令を有する少なくとも1つのコンピュータ読み取り可能媒体であって、前記方法は、前記第1デバイスと前記サービスを提供するのに適した前記第2デバイスとの間に接続を確立する前に、前記第2デバイスが提供するサービスに関係する圧縮情報を含む情報エレメントを受信するステップと、前記サービスが望まれているか-否か判断するステップと、前記サービスが望まれている場合、前記第1デバイスと前記第2デバイスとの間に接続を確立するステップと、を備えた、少なくとも1つのコンピュータ読み取り可能媒体。請求項9記載の少なくとも1つのコンピュータ読み取り可能媒体において、前記サービスに関係する圧縮情報は、前記第2デバイスが提供するサービスのタイプを表す圧縮情報を備えた、少なくとも1つのコンピュータ読み取り可能媒体。請求項9記載の少なくとも1つのコンピュータ読み取り可能媒体において、前記圧縮情報は、ハッシュ情報を備えた、少なくとも1つのコンピュータ読み取り可能媒体。第1デバイスの近隣にある第2デバイスが提供するサービス関係する情報を入手する方法であって、前記第1デバイスと前記サービスを提供するのに適した前記第2デバイスとの間に接続を確立する前に、サービス発見のタイプを識別する圧縮情報を含む情報エレメントを受信するステップと、前記識別したサービス発見のタイプを用いて、前記第2デバイスが提供するサービスに関係する情報を決定するステップと、を備えた、方法。請求項12記載の方法において、前記識別したサービス発見のタイプは、ウェブサービス発見である、方法。請求項12記載の方法において、前記サービス発見のタイプを識別する圧縮情報は、前記サービス発見のタイプを識別するハッシュ情報を含む、方法。請求項14記載の方法において、前記ハッシュ情報は、セキュアハッシュアルゴリズムを用いてハッシュした、前記サービス発見のタイプを識別する情報を備えた、方法。請求項12記載の方法において、前記第2デバイスが提供するサービスに関係する情報を決定するステップは、前記識別したサービス発見のタイプに関連のある情報エレメントフォーマットにしたがって前記情報エレメントを解析することを含む、方法。請求項12記載の方法であって、更に、前記サービス発見のタイプを識別する前記情報を伸張するステップを備えた、方法。請求項17記載の方法において、前記情報を伸張するステップは、前記サービス発見のタイプを識別する伸張情報を決定するために、ハッシュ表において前記圧縮情報をルックアップすることを含む、方法。請求項12記載の方法において、前記情報エレメントは、短縮情報エレメントを含む、方法。請求項12記載の方法において、前記接続の確立は、前記第1デバイスによって、前記接続の受入および少なくとも1つの接続パラメータについての同意を示す、前記第2デバイスからの関連付け応答メッセージを受信することを含む、方法。従来のシステムでは、デバイスが提供するサービスは、デバイスとの接続を確立した後でなければ、発見することができなかった。出願人は、デバイスとの接続を確立する前に、デバイスが提供するサービスを発見することが望ましいことを認識した。接続を確立する前にサービスの発見が可能になると、802.11x、UltrawidebandUWB、Bluetooth、WiMax、GPRS、またはその他の適したワイヤレス環境において、望ましいサービスを発見し易くなる。このような発見は、特に、ワイヤレス信号が事実上比較的短距離にしか伝送されないワイヤレスコンテキストにおいて有用であると言える。何故なら、サービスの発見は、ユーザに近接するデバイスのみに限られる可能性があるからである。例えば、コンピュータユーザが馴染みのない建物に入って行ったとき、近隣にあるプリンタを用いて文書を印刷できるか否か判断したい場合がある。しかしながら、ユーザは、適当なプリンタが近隣にあるか否か見つけ出すためにのみ、ローカルのワイヤレスネットワークまたは個々のデバイスとの接続を確立したいとは思わない場合もある。所望のサービスを発見するために、ユーザはワイヤレス要求を彼女のコンピュータから送り、適した印刷サービスが提供されているか否か、ローカルデバイスに効果的に-尋ねることができる。応答して、プリンタまたはプリンタに代わって動作する別のデバイスが応答をコンピュータに送り、利用可能な印刷サービスの種類を示すことができる。本発明の一形態によれば、応答は、情報エレメントIEを含むワイヤレスメッセージとすることができる。情報エレメントは、用いるサービス発見のタイプ、デバイスが提供するサービスのタイプ、および/またはその他のあらゆる適した情報を含むことができる。情報エレメントの1つ以上の部分は、圧縮フォーマットで送ると、送る必要がある情報量を削減することができる。一旦ユーザのコンピュータが情報エレメントを受信すると、その中にある圧縮情報を伸張することができる。この情報に基づいて、ユーザのコンピュータは、ネットワークおよび/または特定のデバイスプリンタ等との接続を確立し、所望のサービスを得ることができる。サービス発見の別の実現例では、ユーザのコンピュータは、近隣のデバイスが広告するサービスメッセージを受動的に聞き取ることができる。サービスメッセージは、情報エレメントまたは短縮情報エレメントを含むことができる。一旦ユーザのコンピュータが情報エレメントまたは短縮情報エレメントを受信したなら、ユーザはデバイスとの接続を確立し、所望のサービスを得ることができる。本発明の一実施形態は、第1デバイスとサービスを提供するのに適した第2デバイスとの間に接続を確立する前に、第2デバイスが提供するサービスに関係する情報を第1デバイスにワイヤレスで伝達する情報エレメントに関する。情報エレメントは、少なくとも1つの第1部分と、少なくとも1つの第2部分とを含む。第1部分は、第2デバイスが提供するサービスに関係する情報を含む。第2部分は、サービスの発見のために、第1デバイスが用いるサービス発見プロトコルを表す情報を含む。本発明の別の実施形態は、第1デバイスの近隣にある第2デバイスが提供するサービスに、第1デバイスによってアクセスする方法に関する。この方法は、第1デバイスとサービスを提供するのに適している第2デバイスとの間に接続を確立する前に、第2デバイスが提供するサービスに関係する圧縮情報を備えている情報エレメントを受信するステップを含む。また、この方法は、サービスが望まれているか-否か判断するステップも含む。更に、この方法は、サービスが望まれている場合、第1デバイスと第2デバイスとの間に接続を確立するステップも含む。本発明の更に別の実施形態は、第1デバイスの近隣にある第2デバイスが提供するサービス関係する情報を入手する方法に関する。この方法は、第1デバイスとサービスを提供するのに適している第2デバイスとの間に接続を確立する前に、サービス発見のタイプを識別する圧縮情報を備えている情報エレメントを受信するステップを含む。また、この方法は、識別したサービス発見のタイプを用いて、第2デバイスが提供するサービスに関係する情報を決定するステップも含む。先に論じたように、従来のワイヤレスネットワーク構成では、ユーザがデバイスおよび/またはネットワークとの接続を確立し、所望のサービスが提供されているか否か判断する必要があった。例えば、客がラップトップコンピュータを携行して、馴染みのないオフィスビルにおける会議に出る場合がある。彼が文書を印刷したい場合、最初に彼のラップトップとオフィスビル内にあるローカルネットワークとの間で接続を確立しなければならない。接続が確立された後に、ラップトップコンピュータは、プリンタがネットワークに接続されているか判断することができる。ネットワーク上には多くのプリンタが利用可能であることもあり、その一部は近くにあり、その一部は建物の別の階というように、離れている可能性もある。場合によっては、どのプリンタが近隣にあるか判断するのが困難なこともある。更に、セキュリティ上の理由から、客にローカルネットワークへのアクセスを提供することが望ましくない場合もある。例えば、ローカルネットワークに接続すると、客はネットワーク上に格納されている極秘情報にアクセスできてしまうこともある。別の一例として、数個のワイヤレスサービス、例えば、ワイヤレスで通信することができるプリンタが、ワイヤレス対応デバイスに近接して位置する場合もある。以前のシステムでは、あるデバイスが別のデバイスからの特定のサービスを望む場合、最初にデバイスに接続し、次いでそれが提供するサービスを判断しなければならなかった。所望のサービスを提供するデバイスを見つけるまで数個のデバイスに接続するには、時間がかかる場合がある。更に別の例として、可搬型ビデオゲームデバイスのユーザが、同じゲームをプレーしている他のユーザを、彼らの近隣において見つけたいと思うこともある。ユーザは、ワイヤレス接続を通じて一緒にプレーしたいと思うこともある。しかしながら、空港や喫茶店のような混雑した領域では、当該領域に多くのワイヤレスデバイスがある可能性があり、数個の他のデバイスと接続しようとしなければ、同じゲームをプレーする能力を有するデバイスがどれであるのか判断することが難しい場合もある。本発明の形態によれば、デバイスとの接続を確立する前におけるサービスの発見によって、ワイヤレス対応デバイス例えば、ラップトップコンピュータ、PDA、または電話機のユーザは、当該ワイヤレス対応デバイスの近隣において所望のサービスを提供するデバイスを見つけることが可能になる。例えば、本発明の一形態では、ローカルデバイスが提供するサービスは、デバイスとの接続を確立する前に、無線メッセージを送出および受信することによって、発見することができる。発見されるサービスは近隣にある可能性が高い。何故なら、これらは、サービスを探しているワイヤレス対応デバイスの無線範囲内にあるからである。例えば、人がラップトップを携行して馴染みのないオフィスビルにおける会議に行く場合、ラップトップは近隣のデバイスとワイヤレスメッセージを交換することができる。彼のラップトップ画面は、近隣でサービスを提供するデバイス、例えば、近隣のワイヤレスプリンタ、およびこれらが提供するサービスのタイプのリストを表示することができる。次いで、彼は、しかるべきデバイスを選択することができ、これとのワイヤレス接続を確立する。その結果、所望のサービスを得易くすることができる。第1の実現例では、ワイヤレス対応デバイスは、無線メッセージを送って、他のデバイスが提供するサービスを発見することができ、能動的に特定のサービスを探し出すことができる。別の実現例では、デバイスは、他のローカルデバイスが供給する広告サービスメッセージを聞き取ることによって、受動的にサービスを発見することができる。能動的な実現例、受動的な実現例、またはこれら2つの組み合わせのいずれでも、サービスを発見するために用いることができる。本発明によれば、デバイスが提供するサービスに関する情報は、情報エレメントIEを含むワイヤレスメッセージを送ることによって、提供することができる。IEは、サービス発見に関係する情報を提供するのに適したデータのブロックである。IEは、1つ以上の情報部分を含むことができるが、これについては以下で更に詳しく論ずることにする。状況によっては、IEの1つ以上の部分を、送信前に、圧縮するとよい場合もある。出願人は、IEの1つ以上の部分を圧縮することによって、デバイスとの接続を確立する前に、別のデバイスが提供するサービスの発見が可能になることを認識している。圧縮によって、比較的少量のデータを送信することができるため、接続前ワイヤレスメッセージングプロトコルにおけるサービスの発見を容易にすることができる。例えば、802.11ビーコンまたはプローブ応答信号のブロードキャストフレームおよびブロードキャスト応答フレームは、2300バイトに制限されている場合がある。本発明の実施形態では、種々の標準的なIP系発見プロトコル、例えば、WS-Discovery、UPnP-SSDP、SLP、およびRendezvousを、交換することができるデータ量が比較的制限されている環境において送ることができる。即ち、本発明の実施形態では、サービス情報を圧縮し、それをIEの中でデバイスにワイヤレスに伝達することによって、接続を確立する前に、このような標準的な発見プロトコルを用いることが可能になる。つまり、サービス発見は、デバイス間において接続を確立する前に行うことができる。本発明の実施形態は、IEEE標準802.11、Bluetooth、UWB、マイクロ波アクセスのための全世界相互動作可能性WiMax、およびセルラプロトコル、例えば、総合パケット無線サービスGPRSのような、適したワイヤレス技術であればいずれとでも用いることができる。図1は、本発明の一部の実施形態にしたがって、デバイスがサービス発見に関する通信を行うことができるネットワーク環境100の一例を示す図である。図1は、ワイヤレス対応デバイス102の一例、例えば、ラップトップコンピュータを示しデバイス102がワイヤレスで通信することができる他のデバイスの例には、プリンタ104、パーソナルディジタルアシスタントPDA106、カメラ108、およびアクセスポイント110が含まれる。また、図1は、スピーカシステム112および有線ネットワーク114の一例も示しており、これらは通信状態でアクセスポイント110に結合されている。ネットワーク環境100の中にあるデバイスは、802.11x、Bluetooth、またはUltrawidebandUWBのような適したワイヤレス規格であればいずれを用いても、ワイヤレスで通信することができる。ワイヤレス対応デバイス102は、ラップトップコンピュータ、またはPDA、セルフォン、またはその他のあらゆる適したデバイスのような、ワイヤレス通信を送出および受信するように構成されているのであればその他のいずれのデバイスでもよい。ワイヤレス対応デバイス102は、人間のユーザと、即ち、画面、キーボード、タッチパッド、および/またはその他のあらゆる適したインターフェースを用いてインターフェースするように構成することができる。ワイヤレス対応デバイス102のユーザが、特定のサービスを望んでいると考える。例えば、ユーザは、文書を印刷するために、ワイヤレス対応デバイス102とプリンタとの間にワイヤレス接続を確立したい場合がある。ユーザは、ワイヤレス対応デバイス102に、特定のサービス、例えば、印刷サービスを見つけるように指令することができる。図2は、図1に示した環境においてデバイス102が用いることができるサービスにアクセスする方法200の一例を示す。ステップS202において、ワイヤレス対応デバイス102は、特定のサービスを要求する要求メッセージを送ることができる。ワイヤレス対応デバイス102は、要求メッセージ、例えば、無線メッセージをブロードキャストして、特定のサービス、例えば、印刷サービスを要求することができる。本発明の一形態では、要求メッセージを802.11xプローブメッセージに含ませることができる。要求メッセージには、ワイヤレス対応デバイス102が探しているサービスのタイプを表す情報がエンコードすることができる。例えば、無線メッセージには情報をエンコードすることができ、この情報が受信されデコードされると、印刷サービスを要求したことを示す。要求メッセージは、ワイヤレス対応デバイス102が応答メッセージを受信するまで、繰り返しブロードキャストすることができる。例えば、要求メッセージは周期的にブロードキャストすることができる。図1に示すように、要求メッセージを受信するデバイスは、ワイヤレス対応デバイス102の近隣116に位置する可能性がある。ワイヤレス対応デバイス102の近隣116とは、ワイヤレス対応デバイス102の無線範囲、および/または要求メッセージを受信するデバイスの範囲によって定めることができる。一例として、ワイヤレス対応デバイス102の近隣116は、ワイヤレス対応デバイス102から約100メートル以内の空間を含むことができる。無線範囲は、用いられる技術、送信機の強度、チャネル上に現れるノイズの量、ワイヤレス対応デバイス102が動作する物理的環境等を含む種々の要因に応じて、100メートルを超えることも、100メートル未満となることもある。しかしながら、ワイヤレス対応デバイス102の近隣116は、必ずしも無線範囲によって定める必要はなく、他の要因に基づいて決定してもよい。これについては、以下で更に詳しく論ずることにする。ワイヤレス対応デバイス102の近隣116にあるデバイスは、要求メッセージを受信することができる。ステップS204において、ワイヤレス対応デバイス102は、ネットワーク内にある他のデバイスからサービス情報を受信することができる。このサービス情報は、プリンタ104が提供する印刷サービスがカラー印刷選択肢を含むか否かというような、提供されるサービスの詳細に関する情報を含むことができる。例えば、ワイヤレス対応デバイス102は、IEを受信することができる。IEについては、以下で更に詳しく論ずることにする。ステップS206において、デバイス102は、提供されるサービスが望んでいたものか否か判断することができ、そのサービスを望むと判断した場合、ステップS208においてデバイスへの接続を確立することができる。例えば、ワイヤレス対応デバイス102は、ユーザに、要求したサービス、例えば、印刷サービスが利用可能であることを示すことができる。この指示は、適した方法であればいずれでも、例えば、ユーザに印刷サービスの利用可能性を表す視覚画像を表示することによって行うことができる。望ましければ、ユーザは次いで、しかるべきコマンドを用いて、ワイヤレス対応デバイス102とプリンタ104との間において接続を開始することができる。しかしながら、接続は必ずしもユーザによって開始される必要はない。ワイヤレス対応デバイス102は、1つ以上の判断基準に基づいて、接続を確立するようにプログラミングすることができる。例えば、ワイヤレス対応デバイス102は、一定の望ましい優先的サービスが一旦範囲内に入ったならば、これらに自動的に接続するようにプログラミングすることができる。別の一例として、ワイヤレス対応デバイスは、特定のサービスを提供する最も近いデバイス、例えば、最も近いプリンタに接続するようにプログラミングすることができる。例えば、ユーザはデバイス102に文書を印刷するように指令することができ、デバイスは方法200を開始することができ、その結果、プリンタ104との接続が確立され、文書を印刷する。最も近いデバイスに接続し易くするために、デバイス間の距離を判定する際に、用いているワイヤレス技術、例えば、802.11またはUWBが提供するメカニズムを用いるとよい。別の一例として、IEの中にある情報を、阻止/拒否リストと比較して、ワイヤレス対応デバイス102が更にデバイスと通信すべきか否か判断することもできる。IEに基づいて、ワイヤレス対応デバイス102は、例えば、提供されるサービスに関して受信した情報を、要求したサービスのタイプと比較することによって、デバイスが要求したサービスを提供するか否か判断することができる。この判断は、適した方法であればいずれで行ってもよい。例えば、受信したIEのフィールドを、所望のIEのフィールドと比較することもできる。発見したサービスが適しているか否か判断するためには、適した照合判断基準であればいずれでも用いてもよい。状況によっては、プリンタ104のようなデバイスは、接続を確立するためには、認証を必要とする場合もある。認証が要求された場合、パスワード、pin、または生物計量情報、例えば、指紋または網膜走査から得られた識別番号のような、その他の識別番号を入力するように、ワイヤレス対応デバイスのユーザを促すことができる。IPsecのような適したセキュリティプロトコルであればいずれを用いても、認証を行うことができる。あるいは、認証は、支払いまたは請求情報に基づいてもよく、例えば、一旦支払い合意に達しなければサービスを提供しないようにしてもよい。認証に成功した場合、次いで接続を確立することができる。一旦ワイヤレス対応デバイスと、サービスを提供するデバイスとの間で接続が確立されたならば、デバイスは、更に、要求したサービスの提供に関して通信することができる。例えば、ワイヤレス対応デバイス102は、文書を印刷するために、プリンタ104とワイヤレスで通信することができる。提供されるサービスは、適した既知の仕方であればいずれでも、または今後開発される適した仕方であればいずれでも提供することができる。802.11x、UWB、またはその他の任意の適したワイヤレス規格に摘要する場合、接続を確立するという言い方は、第1デバイスが接続要求を第2デバイスに送り、第2デバイスが応答して、接続パラメータに同意して、接続を受け入れることを意味する。確立した接続は、サービスを提供するのに適していればよい。802.11のコンテキストでは、サービス発見メッセージは、レイヤ2802.11ビーコンおよびプローブメッセージを通じて、送出および受信することができる。しかしながら、レイヤ2メッセージは、サービス、例えば、印刷サービスを記述する大量の情報をワイヤレスで提供する能力を備えていない場合もある。サービスは、レイヤ3またはそれよりも上位のレイヤメッセージを用いて広告するとよく、この場合、サービスを提供するのに適した接続が既に確立されている。IEEE802.11のコンテキストでは、サービス発見は、ワイヤレスでブロードキャストするビーコンメッセージを用いて、提供することができる。一旦第1デバイスが、第2デバイスが提供するサービスに関する情報を含むビーコンメッセージを受信したなら、第1デバイスは関連付け要求を第2デバイスに送ることができる。関連付けメッセージは、確立すべき接続のパラメータに関する情報を収容することができる。一旦第2デバイスが関連付け要求を受信したなら、接続パラメータに関する同意、および接続の受入を示す関連付け応答メッセージを用いて応答することができる。接続は、一旦第1デバイスが関連付け応答メッセージを受信したならば、確立されたと見なすことができる。Bluetoothのコンテキストでは、サービス発見は、問い合わせおよび問い合わせ応答メッセージを用いて提供することができる。しかしながら、接続は、ページおよびページ応答メッセージが交換され終えるまでは、確立されたとは見なされない。一旦これらのメッセージが交換されたなら、デバイスは互いに同期を取ることができる。何故なら、特定の周波数ホッピングパターンで同意したからである。別の例として、2つのデバイスが、データの送信および/または受信時刻について同意済みであってもよい。これらは、サービスを提供するのに適した接続が確立されている状況の例である。しかしながら、任意のワイヤレス技術を用いることもでき、いずれの通信方式、タイミングパターン、周波数パターン、またはその他の通信手段でも、サービスを提供するのに適しているのであれば、用いることができることは、認められて当然であろう。図3は、特定のサービスを提供し、デバイス102から送られた要求メッセージに応答することができるデバイス、例えば、プリンタ104が実行することができるサービスに関する情報を提供する方法300の一例を示す。ステップS302において、特定のサービスに対する要求を、例えば、デバイス102から受信することができる。要求メッセージは、プリンタ104、PDA106、カメラ108、およびアクセスポイント110によって受信することができる。何故なら、これらは、ワイヤレス対応デバイス102の無線範囲内にあるからである。一旦要求メッセージがプリンタ104によって受信されたなら、要求メッセージをデコードして、要求されているサービスを判断することができる。ステップS304において、要求メッセージを受信したデバイスは、要求されたサービスを提供するか否か判断することができる。一旦プリンタ104が要求されているサービスを判断したなら、プリンタ104は、要求されているサービスのタイプを、プリンタ104が提供するサービスのタイプと比較することができる。この比較は、適した方法であればいずれでも行うことができる。例えば、受信した要求におけるフィールドを、デバイスが提供するサービスのタイプを表すデータ構造のフィールドと比較すればよい。この例では、プリンタ104は、ワイヤレス対応デバイス102が要求する印刷サービスを提供する。要求されたサービスを提供すると決定したことに応答して、プリンタ104は、ステップS306において応答メッセージ、例えば、IEを含む無線メッセージをワイヤレス対応デバイス102に送ることによって応答する。PDA106、カメラ108、およびアクセスポイント110も要求メッセージを受信する可能性があるが、これらは要求されたタイプのサービスを提供しないので、要求メッセージには応答しなくてよい。あるいは、ステップS302において受信する要求メッセージは、ローカルデバイスが、サービスタイプには関係なく、提供するサービスの指示を与えるための総合的要求であってもよい。この場合、PDA106、カメラ108、アクセスポイント110等もそれに応じて応答すればよい。応答メッセージは、デバイスが提供するサービスに関する情報を含むことができる。例えば、プリンタ104が送る応答メッセージは、プリンタ104が提供する印刷サービスに関する情報を含むことができる。応答メッセージには、プリンタ104がカラープリンタか否か、ページの両面に印刷することができるか否かに関する情報、および/またはその他の情報をエンコードすることができる。サービスに関する情報は、以下で論ずる情報エレメントIEとして送ることができる。その後、デバイス102が接続を確立したい場合、ステップS308において接続を確立することができるので、デバイス102は所望のサービスを得ることができる。図2および図3に関するこれまでの説明は、デバイス102が能動的に所望のサービスが所与の領域の中で利用可能か否か探し出す実施形態に関するのであった。本発明の別の実施形態では、デバイス102は、どのサービスが利用可能か判断するために、受動的に聞き取ることもできる。例えば、サービスを提供するデバイスは、広告メッセージを送って、それが提供するサービスを、デバイス102および/または範囲内にあるその他のデバイスに広告することもできる。広告メッセージは、デバイス、例えば、プリンタ104が提供する特定のサービス、例えば、印刷サービスを広告する無線メッセージとすることができる。本発明の一形態では、広告メッセージは、802.11xまたはUWBビーコンメッセージの一部としてブロードキャストすることができる。このブロードキャストは、デバイス間にレイヤ3接続性を確立するのに先立って、OSIレイヤ2通信に含めることができる。広告メッセージには、デバイスが提供するサービスに関する情報をエンコードすることができる。例えば、広告メッセージは、先に論じたように、IEを含むことができる。この実施形態によれば、デバイスは、それが提供するサービスを、図3の方法の実行の一部として、例えば、ステップS302およびS304を実行せず、代わりにステップS306にジャンプすることによって広告することができる。ステップS306では、デバイスが提供する1つ以上のサービスに関する情報を含む1つ以上の広告メッセージを送ることができる要求メッセージに催促されることなく。広告メッセージは、繰り返しブロードキャストしてもよい。一例として、広告メッセージは周期的にブロードキャストすることもできる。この実施形態では、ワイヤレス対応デバイス102が受動的に利用可能なサービスを判断する場合、ステップS202を実行せずに、図2の方法を実行すればよい。即ち、デバイス102はサービス広告メッセージを聴取し、ステップS204において広告メッセージを受信する。一旦ワイヤレス対応デバイス102が広告メッセージを受信したなら、メッセージを呼んで、サービスに関する情報を得ることができる。ワイヤレス対応デバイス102は、こうして、印刷サービスが利用可能であり、プリンタ104によって提供されることを発見することができる。ステップS206において、広告されたサービスが望まれているかどうか判断することができる。一例として、広告されたサービスに関する情報を、ワイヤレス対応デバイス102のユーザに表示することができる。ユーザは、広告されたサービスを提供するデバイスとの接続を開始するか否か決定することができる。広告されたサービスが望まれているか否かは、ユーザが接続を開始することを選択して、サービスを利用するか否か、またはその他の判断基準に基づいて判断することができる。別の一例として、広告されたサービスに関する情報を、ワイヤレス対応デバイス102が検査してもよい。サービスが望まれているか否かは、サービスの特性を1つ以上の判断基準と比較することによって判断することもできる。ワイヤレス対応デバイス102は、特定的な特性を有するサービスを広告するデバイスに接続して、例えば、特定のタイプのPDAと同期するようにプログラミングすることができる。特定のサービスが望まれているか否か判断するためには、適した判断基準であればいずれでも用いることができる。これより、図4を参照しながら、サービス発見情報をワイヤレスで伝達するために用いることができるIEの形態について論ずる。図4は、IE400の一例を示す図である。IEは、1つ以上のワイヤレス規格にしたがって通信するデバイスが認識するサービス関係情報を送るためのフォーマットである。例えば、IEのフィーマットは、基礎となる規格、例えば、802.11またはUWBの能力に合わせることができる。IEは、TLVタイプ、長さ、値フォーマットで送信することができる。図4に示す例では、IE400は、IEID401、フォーマット識別子402、サービスタイプ識別子403、インスタンス識別子UUID404、シーケンス番号405、セキュリティ情報406、チェックサム407、PnPID408、愛称409、およびアドレス識別子410を含む。IEID401は、情報をIEとして識別するプロトコルヘッダとすることができる。フォーマット識別子402は、IEの符号化フォーマットを表す情報を含むことができる。種々のIEフィーマットを用いることができ、一意のフォーマット識別子を、ワイヤレス対応デバイス102が用いる各タイプの発見プロトコルに用いることができる。フォーマット識別子402は、プロトコルスタックにおける上位で用いられるサービス発見プロトコルのタイプを表すことができる。SSDP、WS-Discovery、SLP、およびRendezvousというような、適したサービス発見プロトコルであればいずれでも用いることができる。フォーマット識別子を用いると、ワイヤレス対応デバイス102は、IEにおいて情報を認識するために用いることができるサービス発見のタイプを識別することができる。例えば、フォーマット識別子がWS-Discoveryと関連のあるIEフォーマットを識別した場合、ワイヤレス対応デバイス102は、IE400から情報を抽出して、サービスを発見するためのしかるべきフォーマットでそれをWS-Discoveryモジュールに配信することができる。IEを解析して、識別したフォーマットに応じて、IEの異なる部分を分離することもできる。次いで、IEのしかるべき部分を検査することによって、サービスに関する情報を判定することができる。本発明の一形態では、IE400は、接続、例えば、レイヤ3接続を確立するのに先立って、レイヤ2メッセージ、例えば、IEEE802.11ビーコンメッセージによって、上位レイヤのサービス発見プロトコルの使用を可能にする。拡張可能なマークアップ言語XML構造を用いて、しかるべきスキーマまたはその他の任意の適した構造を用いて、プロトコルスタックのレイヤ2およびレイヤ3間において、情報を交換することができる。一実現例では、フォーマット識別子402は、長さを約4バイトとするとよい。送る必要があるデータ量を削減するために、IE400に送信する前に、フォーマット識別子402を圧縮してもよい。本発明の別の形態では、IE400の1つ以上の部分を圧縮して、送信する情報量を削減することができる。IEの1つ以上の部分を圧縮することが望ましい場合があるのは、サービス発見メッセージを送るために利用可能な帯域幅が比較的少量である可能性があるからである。例えば、IEEE802.11ビーコンメッセージは、2300バイトに制限される場合がある。即ち、XML構造は、適した圧縮技法を用いて、大幅にサイズを縮小することができる。ハッシュ関数、例えば、セキュアハッシュアルゴリズムSHA-1のような適した圧縮技法であればいずれでも用いることができる。ハッシュアルゴリズムは、ハッシュの衝突の可能性が低いために、特に有用であると言える。一旦IEを受信すると、これを解析して異なる部分を分離することができ、圧縮部分を伸張することができる。ハッシュ関数を用いて情報を圧縮している場合、受信側のデバイスは、ハッシュ表においてハッシュ情報をルックアップして、伸張した情報を判断することができる。例えば、ワイヤレス対応デバイス102は、ハッシュフォーマット識別子を全フォーマット情報およびIEに対するサービス発見情報と関連付けるハッシュ表を有することができる。サービスタイプ識別子403は、デバイスが提供するサービスのタイプ、例えば、印刷サービスを表す情報を含むことができる。IEの中に空間を保存するために、先に論じた技法のいずれかまたはその他の適した任意の技法を用いて、サービスタイプ識別子403を圧縮してもよい。一実現例では、サービスタイプ識別子403は、長さを約4バイトとするとよい。UUID404は、デバイスを識別する一意の識別子とすることができる。例えば、UUIDは、IEを送ったデバイスまたはIEを提供するデバイスと関連付けられた永続的なアドレスとすることができる。あるいは、UUIDは、種々のインターフェースおよびプロトコルを跨るサービスの特定のインスタンスを識別するために用いることもできる。状況によっては、UUID404は、例えば、WS-DiscoveryUUIDと対応することもできる。一実現例では、UUID404は、長さを約16バイトとするとよい。シーケンス番号405は、サービスにおける変更を表すために用いられる番号とすることができる。シーケンス番号405が、ワイヤレス対応デバイス102が予期する番号と異なる場合、ワイヤレス対応デバイス102は、そのサービスに関してもっと新しい情報を判定するためにメッセージを送ることができる。例えば、プリンタが、シーケンス番号405を増分することによって、プリンタのステータスが変化したことを示す場合がある。問い合わせすると、プリンタは、応答して、例えば、用紙がないことを示すことができる。一実現例では、シーケンス番号405は、長さを約4バイトとするとよい。セキュリティ情報406は、デバイスが要求するセキュリティのタイプを表す情報を含むことができる。一例として、セキュリティ情報406は、認証および/または暗号化が要求されているか否か、そして用いるべき方法を示すことができる。例えば、デバイスとの接続を確立するためには、特定のタイプの暗号化および/または認証、例えば、レイヤ3トランスポートレイヤセキュリティTLSが要求される場合もある。一実現例では、セキュリティ情報406は、長さを約2バイトとするとよい。チェックサム407は、誤りのチェックに備えるため、そしてハッシュ衝突を減らすために含めることができる。チェックサム307は、フォーマット識別子、サービスタイプ識別子、UUID、およびシーケンス番号フィールドに対するCRC-32チェックサムとするとよい。一実現例では、チェックサム407は、長さを約4バイトとするとよい。PnPID408プラグアンドプレー識別子は、サービスを提供するのに適した具体的なソフトウェアドライバ、例えば、具体的な銘柄のプリンタに合ったドライバに関する情報を含むことができる。PnPIDは、サービスのタイプについて、サービスタイプフィールドよりも具体的とすることができる。PnP-Xフレームワークをコールして、ユーザを認証し、必要なドライバが未だインストールされていない場合、これをインストールすることができる。具体的なドライバが入手できない場合、汎用ドライバを用いてもよい。一実現例では、PnPID408は、長さを約6バイトとするとよい。愛称409は、ユーザに対してデバイスを識別する識別子とすることができ、例えば、建物3プリンタである。愛称409は、例えば、適したASCII圧縮技法を用いて圧縮することも可能である。一実現例では、愛称409は、長さを約32バイトとするとよい。アドレス識別子410は、デバイスが提供するサービスに関する更なる情報を得るためにアクセスすることができる場所のURLを含むことができる。例えば、URLは、プリンタが実行する機能の詳細に関する情報、例えば、カラー印刷または両面印刷を提供する説明ページを指し示すことができる。説明ページは、ローカルデバイス上にあってもよく、またはインターネットを通じてアクセス可能なページ上にあってもよい。アドレス識別子410は、IPv6リンクローカルアドレスおよびポート番号を含むことができる。実現例によっては、アドレス識別子410は長さを0および128バイトの間とするとよい。本発明の別の実施形態では、サービス発見は、サービスに対する能動的な検索、およびデバイスが受動的にサービスを識別できるように、催促しないサービスの広告の双方を可能にすることによって提供することができる。例えば、特定のサービスを必要とするデバイスは、繰り返し要求メッセージを送ると考えられ、サービスを提供するデバイスは、そのサービスを広告するために、広告メッセージを繰り返し送ると考えられる。サービスの検索およびサービスの広告双方を可能にすることによって、サービスを要求するデバイスまたはサービスを提供するデバイスのいずれもが、情報を他方のデバイスに送ることを可能にすることができる。本発明の一形態では、サービスの検索およびサービスの広告能動的および受動的サービス発見の双方を可能にすると、サービスメッセージの広告が含むサービスに関する情報は、応答メッセージよりも少なくて済む。例えば、短縮IEをこれらのデバイスによって送ると、最大サイズのIEよりも少ない情報を収容して、それらのサービスを広告することができる。短縮IEを送ることによってサービスを広告することによって、反復送信に伴うオーバーヘッドを低減することができる。図5は、短縮IE500の一例を示す図である。短縮IE500は、IEID401、フォーマット識別子402、サービスタイプ識別子403、インスタンス識別子UUID404、シーケンス番号405、およびチェックサム407を含むことができる。短縮IEのこれらの部分は、完全IEの対応部分と同様でよい。短縮IEの部分の中には、任意の適したハッシュ関数を用いて、圧縮してもよい場合もある。一例として、サービスを提供するデバイスは、縮小IEを有する広告メッセージを送ることができ、ワイヤレス対応デバイス102はそれらを受信することができる。例えば、IEは、デバイスが印刷サービスを提供することを広告することができるが、印刷サービスに関するそれ以上の詳細を含むことができない。ワイヤレス対応デバイス102がサービスに関する一層の情報を求める場合、先に論じた要求メッセージと同様とすることができる要求メッセージ例えば、ステップS202またはS302に関するを送ることができ、方法200および300について既に説明したステップを実行すればよい。要求の受信に応答して、サービス提供デバイスは、例えば、先に論じた応答メッセージ例えば、ステップS204またはS306に関してにおいて、最大サイズのIEを送ることができる。一旦応答メッセージが受信されたなら、ワイヤレス対応デバイスは、先に論じたように例えば、ステップS208またはS308に関して、デバイスに対する接続を確立することができる。本発明の一形態では、ワイヤレス対応デバイス102の近隣116は、必ずしもワイヤレス対応デバイス102の無線範囲によって定められなくてもよい。一例として、デバイスは、ワイヤレスプロトコル、例えば、UWBが提供する追加メカニズムを利用して、デバイス間の距離を判定してもよい。つまり、ワイヤレス対応デバイス102の近隣116は、無線範囲よりも狭い範囲に限定してもよい。サービスを発見できる範囲を制限すると、種々の便益が得られる。例えば、範囲を狭めると、意図しない受信側が通信を傍受することが一層困難になることによって、安全性を高めることができる。ここで用いる場合、デバイスによって受信するおよびデバイスによって送出するという言い方は、デバイス自体によって、または当該デバイスと通信するデバイスによってワイヤレスでメッセージを受信および/または送出することを意味する。デバイスから受信するおよびデバイスから送出するという言い方は、デバイス自体によって、または当該デバイスと通信するデバイスによってワイヤレスでメッセージを受信および/または送出することを意味する。例えば、デバイス102は、ワイヤを通じてWLANアクセスポイント、またはデバイス102の代わりにワイヤレス要求メッセージを送ることができるその他のデバイスと通信することによって、ワイヤレス要求メッセージを送ることができる。別の実施形態では、ユーザが、デバイスが提供するサービスを利用したいが、デバイス自体はワイヤレス能力を有していない、例えば、スピーカシステム112のような場合があり得る。本発明の一形態では、サービスの発見は、ワイヤレス能力を有していないデバイスが提供するサービスについても提供することができる。例えば、スピーカシステム112がワイヤレス対応デバイス102の近隣116にある場合があるが、別のデバイス、例えば、アクセスポイント112への接続がなければ、ワイヤレス対応デバイス102とワイヤレスで通信できるように装備されていない場合もあり得る。スピーカシステム112は、有線接続のような、別の形式の接続を通じて、アクセスポイント110に接続すればよい。サービス発見告知を、アクセスポイント110によって、スピーカシステム112に提供することもできる。例えば、メッセージの交換は、先の実施形態において論じたのと同様に進めることができるが、ワイヤレス対応デバイス102は、スピーカシステム112と直接ではなく、アクセスポイント110を通じてスピーカシステム112とワイヤレスで通信することができる。アクセスポイント110は、ワイヤレス対応デバイス102からメッセージを受信して、このメッセージをデバイス、例えば、スピーカシステム112、異なる形式の接続、例えば、有線接続を通じて送ることができる。アクセスポイント110は、サービスを提供するデバイス、例えば、スピーカシステム112からメッセージを受信し、このメッセージをワイヤレス対応デバイス102にワイヤレスで送ることができる。つまり、アクセスポイント110は、メッセージを1つのフォーマットから別のフォーマットに変換し、メッセージをそれらの宛先にしかるべき媒体、例えば、有線またはワイヤレスで転送することができる。本発明の一形態では、アクセスポイントまたはその他のデバイスは、アクセスポイント110の近隣にあるデバイス、例えば、アクセスポイントの近隣にあるプリンタのリストを維持することができる。デバイスは、有線接続を通じて、アクセスポイントに接続することができる。サービスを広告する場合、アクセスポイント110は、リスト上にあるデバイスに対してサービスを広告する無線メッセージを送ることができる。ワイヤレス対応デバイス102が能動的に特定のサービスを検索する場合、アクセスポイントを通じて有線接続によってリスト上にあるしかるべきデバイスに、要求メッセージを送ることができる。次いで、有線接続を通じて応答メッセージを送り、アクセスポイントから要求元デバイスにワイヤレスで送信することができる。本発明の別の形態では、ワイヤレス対応デバイス102は、アクセスポイント110を通じて有線ネットワーク114にアクセスすることができる。アクセスポイント110は、無線メッセージをワイヤレス対応デバイス102と交換し、アクセスポイント110を通じてネットワーク114によって提供することができるサービスの発見を可能にすることができる。有線ネットワークサービスの発見は、先に論じた適した技法のいずれを用いても、提供することができる。また、サービスの発見は、ワイヤレス対応でないデバイス102にも提供することができる。例えば、デスクトップコンピュータは、有線接続を通じてアクセスポイント110に接続することができる。デスクトップコンピュータは、アクセスポイント110と通信することによって、近隣におけるサービスを発見することができる。アクセスポイント110と通信することによって、デスクトップコンピュータは、プリンタ104、カメラ106、およびPDA108のようなワイヤレスデバイスが提供するサービスを発見することができる。例えば、メッセージの交換は、先に論じた技法のいずれを用いても進めることができるが、ワイヤレスデバイスは、ワイヤレス対応でないデバイス、例えば、デスクトップコンピュータと直接ではなく、アクセスポイント110とワイヤレスで通信することができる。図6は、近隣サービス発見システムの機能エンティティ600の分布を示す。しかしながら、この機能の分布およびエンティティの選択は、単に一例に過ぎず、他の実施形態では異なってもよい。このアーキテクチャは、4つの機能エンティティ、ミニポートドライバ/NIC608、IMドライバ606、自動環境設定サービス604、およびAPIレイヤ602を含む。ミニポートドライバおよびNIC608は、IMドライバ606とインターフェースすることができる。IMドライバ606は、自動環境設定サービス604とインターフェースすることができる。自動環境設定サービス604は、APIレイヤ604とインターフェースすることができる。1つ以上のアプリケーション601が、APIレイヤとインターフェースすることができる。サービスを提供するデバイス上において、アプリケーションは、これらのサービス識別に対応する具体的なサービスIEをAPIレイヤ602に登録することができる。APIレイヤ602は、異なるアプリケーションからの多数のIEを集計して、IE列を形成することができるとよい。広告メッセージ例えば、ビーコンの期間が制限されている場合があるので、APIレイヤ602は、全てのIEが広告メッセージの中に納まることを確保するとよい。IEを追加する付加要求は、最大広告または要求メッセージ期間を超過すると、APIレイヤ602によって拒絶される可能性がある。また、アプリケーション601はIEの登録を解除することもできる。APIレイヤ602は、アプリケーション監視を行うことができる。即ち、アプリケーション601が、IEを登録解除せずに閉じた場合、API602は対応するIEを集計リストから除去することができる。これを行うには、登録時にアプリケーション601に対して解放ハンドルを保持するとよい。自動環境設定サービス604は、接続管理、即ち、関連付け、認証、作成および加入、ならびに非常設ネットワークを責務とすることができる。特定のサービスを検索することが可能な実施形態では、サービスを提供するデバイスは、既にまたは受動的に要求を聞き取るネットワークの一員であることができる。デバイスは、好ましいチャネル上で送信および受信を行うこと、または極が動作する地理的位置に適用される規制要件に応じていずれの自由のチャネルを選択することもできる。IMドライバ606は、ミニポート/NIC608から転送される要求メッセージを受信することができる。IMドライバ606は、続いて、プローブ要求に収容されているサービスIEを、登録されているサービスと照合することができる。照合の際に、IMドライバ606は、アプリケーション/サービスの1つが既に登録してあるサービスIEと一致する、対応の完全サービスIEを収容するプローブ応答を返送することができる。プローブ要求とプローブ応答との間にあるタイミング要件のために、照合動作はリアルタイムで実行するとよく、つまりプロセス切換遅延を伴わないとよい。サービスを広告する実施形態では、自動環境設定サービス604は、IEを登録した後に、非常設ネットワークを作成または加入することができる。IMドライバ606は、ビーコンを構成することができ、続いて、選択した動作モード、即ち、非常設またはインフラストラクチャについての媒体アクセス規則にしたがって、このビーコンをミニポート/NICによって送出する。APIレイヤ602におけるいずれのIEの追加または除去によっても、ビーコンの更新が生ずる可能性がある。サービスを要求するデバイス例えば、クライアントデバイス上において、近隣において提供されているサービスに関心があるアプリケーション601は、関心のあるサービスに対応するIEをAPIレイヤ602に登録することができる。アプリケーションが近隣における多数または全てのサービスに関心がある場合、IEはワイルドカードを含む、即ち、左側を空白とすることができる。サービスの検索が可能な場合、クライアントデバイスは周期的に要求メッセージ例えば、プローブメッセージ送り、関心のあるサービスの存在を発見しようとすることができる。一旦サービスを発見し接続を確立したなら、APIレイヤ602はIMドライバ606にこのサービスに対する探査を中止するように命令することができる。闇雲な探査に伴うオーバーヘッドを低減するために、IMドライバ606はミニポートドライバ608に、ネットワークを検出したときにのみ、プローブ要求を送出するように命令してもよい。チャネル走査に続いて、広告メッセージを聴取しながら、ネットワークと関連付けられたサービスIEをAPIレイヤ602に受け渡すことができる。デバイスは、ある時間期間だけ各チャネルを監視することができる。IEを受信した場合、IEを選別して、APIレイヤ602に受け渡すことができる。APIレイヤ602は、続いて、一致するサービス要求を登録したアプリケーション601に通知することができる。これより、本発明の形態を実行することができるコンピュータシステムの特定的な実現例の詳細について説明する。これらの実現例の詳細は、一例として提示するに過ぎず、本発明はいずれの特定的な実現例にも限定されない。ここに記載した方法、その行為、ならびにこの方法およびこれらの行為の様々な実施形態および変形は、個別でもまたは組み合わせでも、1つ以上のコンピュータ読み取り可能媒体上に接触可能に具体化したコンピュータ読み取り可能メッセージによって定義することができる。コンピュータ読み取り可能媒体は、例えば、不揮発性記録媒体、集積回路メモリエレメント、またはその組み合わせである。コンピュータ読み取り可能媒体は、コンピュータによってアクセスすることができる入手可能な媒体であればいずれでも可能である。限定ではない一例として、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体および通信媒体から成ると考えられる。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、またはその他のデータというような情報の格納のために、あらゆる方法または技術で実施される、揮発性および不揮発性、リムーバブル、ならびに非リムーバブル媒体を含む。コンピュータ記憶媒体は、RAM、ROM、EEPROM、フラッシュメモリまたはその他のメモリ技術、CD-ROM、ディジタルバーサタイルディスクDVDまたはその他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたはその他の磁気記憶デバイス、所望の情報を格納するために用いることができしかもコンピュータがアクセス可能なその他の任意の媒体、ならびに前述の媒体のいずれの適した組み合わせをも含むが、これらに限定されるのではない。1つ以上のコンピュータ読み取り可能媒体上に具体化するコンピュータ読み取り可能メッセージは、命令を、例えば、1つ以上のプログラムの一部として定義することができ、これらをコンピュータによって実行する結果、このコンピュータに、ここに記載した機能の1つ以上および/または種々の実施形態、変形、およびその組み合わせを実行するように命令する。このような命令を具体化したコンピュータ読み取り可能媒体は、ここに記載したシステムのいずれのコンポーネントの1つ以上に位置することができ、このようなコンポーネントの1つ以上に跨って分布することもでき、更にそれらの間で移行してもよい。本発明の種々の形態は、非プログラミング環境例えば、HTML、XML、またはブラウザプログラムのウィンドウ内において見ると、グラフィカルユーザインターフェースGUIの形態を表現する、または他の機能を実行するその他のフォーマットで作成した文書において実施することもできる。本発明の種々の形態は、プログラムされたエレメントまたはプログラムされていないエレメント、あるいはそのいずれの組み合わせとしてでも実施することができる。コンピュータ読み取り可能媒体は、その上に格納されている命令を任意のコンピュータシステムリソースにロードして、ここで論じた本発明の形態を実施することができるように、可搬型とするとよい。加えて、前述のコンピュータ読み取り可能媒体上に格納されている命令は、ホストコンピュータ上で走るアプリケーションプログラムの一部として具体化した命令に限定されるのではないことは認められよう。逆に、命令は、先に論じた本発明の形態を実施するようにプロセッサをプログラムするために採用することができるのであれば、任意の種類のコンピュータコード例えば、ソフトウェアまたはマイクロコードとして具体化することができる。本発明による種々の実施形態は、1つ以上のコンピュータシステム上において実施することができる。例えば、本発明の種々の形態は、汎用コンピュータシステム、例えば、ワイヤレス対応デバイス102および/または周辺デバイス上において実行する特殊ソフトウェアとして実装することができる。コンピュータシステムは、ディスクドライブ、メモリ、またはデータを格納するその他のデバイスのような、1つ以上のメモリデバイスに接続されているプロセッサを含むことができる。メモリは、通例、コンピュータシステムの動作中にプログラムおよびデータを格納するために用いられる。コンピュータシステムのコンポーネントは、相互接続メカニズムによって結合することができ、相互接続メカニズムは、1つ以上のバス例えば、同じ機械の内部に一体化されたコンポーネント間、および/またはネットワーク例えば、別個の離散機械に位置するコンポーネント間を含むことができる。相互接続メカニズムによって、システムコンポーネント間において通信例えば、データ、命令を交換することが可能となる。また、コンピュータシステムは、1つ以上の入力デバイス、例えば、キーボード、マウス、トラックボール、マイクロフォン、タッチスクリーン、および1つ以上の出力デバイス、例えば、印刷装置、表示画面、スピーカも含む。加えて、コンピュータシステムは、1つ以上のインターフェースも内蔵することができる。インターフェースは、コンピュータシステムを通信ネットワーク相互接続メカニズムに加えて、またはその代わりとしてに接続する。ネットワーク114は、ローカルエリアネットワークLAN、ワイドエリアネットワークWAN、イントラネット、インターネット、またはそのいずれの組み合わせというような、適した形式のネットワークであればいずれでもよい。例示の目的上、本例では、限定した数のデバイスを示した。デバイスは、1つ以上のサーバ、ルータ、プロキシ、ゲートウェイ、ネットワークアドレス変換デバイス、またはそのいずれの適した組み合わせを通じてネットワークに結合することもできる。尚、本発明は、いずれの特定のシステムまたはシステム群において実行することにも限定されず、本発明は、いずれの特定の分布型アーキテクチャ、ネットワーク、または通信プロトコルにも限定されないことは認められよう。以上、本発明の実施形態の一部について説明したが、以上のことは単なる例示に過ぎず、限定ではなく、一例として呈示したに過ぎないことは、当業者には明白なはずである。多数の修正やその他の例示的な実施形態も、当技術分野における通常の技術範囲に含まれ、本発明の範囲に該当するものと見なすこととする。前述の説明および図面は、一例に過ぎない。即ち、ここに呈示した例の多くは、方法行為またはシステムエレメントの具体的な組み合わせを伴うが、これらの行為およびこれらのエレメントは、別の方法で組み合わせて同じ目的を達成することもできることは言うまでもない。一実施形態のみに関連して論じた行為、エレメント、および特徴は、他の実施形態における同様の役割から除外されることは意図していない。第1、第2、第3等のような順序に関する用語を特許請求の範囲において請求項の要素を修正するために用いる場合、これらの用語自体は、一方の請求項の要素の他方に対する優先順、上下関係、または順序、あるいは方法の行為を実行する時間的順序のいずれも暗示せず、単にある名称を有する一方の請求項の要素を、同じ名称を有する序数用語を別にすれば別の要素から区別し、これらの請求項の要素を区別するための標識として用いるに過ぎない。含む、備えている、または有する、収容する、伴うおよびその変形は、ここでは、その後に羅列する項目およびその同等物、ならびに追加項目も包含することを意図している。