"サービス要求をローカルエリアネットワーク内でハンドリングする方法であって、-サービス要求をユーザデバイスから受け取るステップであって、前記サービス要求が、サービスを実施するのに必要とされる1以上の要件に関する情報を含む、ステップと、-前記サービス要求内の前記情報に基づいてコンピュータ実行可能情報を取得するために、公衆ネットワーク内の位置特定サービス手段によってダウンロード位置を位置特定するステップと、-前記ダウンロード位置から前記サービスを実施するためにコンピュータ実行可能情報を抽出し、前記ローカルエリアネットワーク内のネットワークデバイスについて前記コンピュータ実行可能情報のインストールをアレンジするステップと、-前記ローカルエリアネットワーク内の前記サービスの可用性に関するメッセージを前記ユーザデバイスに送るステップと、を含む、方法。請求項1記載の方法であって、更に、前記サービス要求を受け取るステップの後に、前記サービスが前記ローカルエリアネットワーク内で利用可能かを検査するステップであって、前記位置特定、ダウンロード、およびインストールは、前記サービスが利用不可能なときに実行され、これらのアクションは前記サービスが利用可能であるときに省略される、方法。請求項2記載の方法において、前記検査する方法が、前記サービス要求を前記ローカルエリアネットワーク内のデバイスに転送して、所定の時間期間の間、前記デバイスのうちの1つからの、前記サービスが利用可能であると確認する応答メッセージを待つステップであって、前記所定の時間期間内に確認応答メッセージを受け取らなかった場合に、前記サービスが利用不可能であるとみなされる、ステップを含む、方法。請求項2記載の方法において、前記ローカルエリアネットワークが前記ネットワーク内で利用可能なサービスのリストを含んだサービスレジストリを含み、前記検査するステップが前記サービスレジストリを参照するステップを含む、方法。請求項1から4のいずれか一項記載の方法において、ダウンロード位置を位置特定するステップが、-前記要求されたサービスを前記位置特定サービスからダウンロードするのに適切な複数の位置を受け取るステップと、-前記ダウンロード位置を選択するステップと、を含む、方法。前記ダウンロード位置の選択が所定の基準に基づく、請求項5記載の方法。請求項6記載の方法において、前記ダウンロード位置を選択するステップが、-前記要求されたサービスをダウンロードするのに適切な前記複数の位置を前記ユーザデバイスに転送するステップと、-これに応答して、選択されたダウンロード位置を前記ユーザデバイスから受け取るステップと、を含む方法。請求項1から7のいずれか一項記載の方法であって、更に、前記サービス要求を受け取るステップの後に、前記ゲートウェイシステムの性能に関する付加情報を前記サービス要求に付加するステップを含み、前記位置特定するステップが、前記付加情報に更に基づく、方法。プロセッサによって実行する際に、請求項1から8のいずれか一項記載のサービス要求をハンドリングするための方法を実行するためのコンピュータ可読媒体。サービス要求をローカルエリアネットワーク内でハンドリングするためのデバイスSPBであって、-ローカルエリアネットワークLANおよびワイドエリアネットワークWANの間の通信インターフェイスを提供するインターフェイスデバイスGWと、-コンピュータ実行可能情報を前記ローカルエリアネットワークLAN内にインストールするのを可能にするネットワークデバイスSWEXと、に通信可能に接続するように構成され、請求項1から8のいずれか一項に記載の方法を実行するように構成される、デバイス。サービス要求をハンドリングするためのシステムGWSであって、-ローカルエリアネットワークLANおよびワイドエリアネットワークWANの間の通信インターフェイスを提供するインターフェイスデバイスGWと、-コンピュータ実行可能情報を前記ローカルエリアネットワークLAN内にインストールするのを可能にするネットワークデバイスSWEXと、-請求項10記載のサービス要求をハンドリングするためのデバイスと、を備える、システム。請求項10記載のシステムであって、更に、前記ローカルエリアネットワーク内で利用可能なサービスを登録するためのサービスレジストリを備える、システム。サービス要求をハンドリングするためのネットワークアーキテクチャであって、-少なくとも1つのユーザデバイスUEを備えるローカルエリアネットワークLANと、-サービス位置について位置特定するためのサービスロケータシステムSLOC、およびサービスを実施するためのコンピュータ実行可能情報を格納するためのサービスレポジトリを備えるワイドエリアネットワークWANと、-請求項11または12記載のシステムと、を備える、ネットワークアーキテクチャ。0012本発明の目的は、ローカルエリアネットワーク内におけるユーザデバイスによって要求されたときに、サービスのローカルなデリバリを、ローカルエリアネットワーク内でのこのようなサービスの現在の可用性とは独立して可能とすることである。この目的のために、本発明は、サービス要求をローカルエリアネットワーク内でハンドリングする方法に関し、以下のステップを含む。すなわち、サービス要求をユーザデバイスから受け取るステップであって、サービス要求が、サービスを実施するのに必要とされる1以上の要件に関する情報を含むもの、サービス要求内の情報に基づいてコンピュータ実行可能情報を取得するために、公衆ネットワーク内の位置特定サービス手段によってダウンロード位置を位置特定するステップ、ダウンロード位置からのサービスを実施するためにコンピュータ実行可能情報を抽出し、ローカルエリアネットワーク内のネットワークデバイスにコンピュータ実行可能情報のインストールをアレンジするステップ、および、ローカルエリアネットワーク内のサービスの可用性に関するメッセージをユーザデバイスに送るステップである。0013本発明の実施形態の中には、プロセッサによって実行する際、上記方法を実行するためのコンピュータ可読媒体に関するものもある。0014本発明の実施形態の中には、サービス要求をローカルエリアネットワーク内でハンドリングするためのデバイスに関するものもある。当該デバイスは、ローカルエリアネットワークおよびワイドエリアネットワークの間の通信インターフェイスを提供するインターフェイスデバイス、および、コンピュータ実行可能情報をローカルエリアネットワーク内にインストールするのを可能にするネットワークデバイスに通信可能に接続するように構成され、当該デバイスは、上記の方法を実行するように構成される。0015本発明の実施形態の中には、サービス要求をハンドリングするためのシステムに関するものもある。当該システムは、以下のものを備える。すなわち、ローカルエリアネットワークおよびワイドエリアネットワークの間の通信インターフェイスを提供するインターフェイスデバイス、コンピュータ実行可能情報をローカルエリアネットワーク内にインストールするのを可能にするネットワークデバイス、および、上記サービス要求ハンドリングデバイスである。0016最後に、本発明の実施形態の中には、サービス要求をハンドリングするためのネットワークアーキテクチャに関するものもあり、以下のものを備える。すなわち、少なくとも1つのユーザデバイスを備えるローカルエリアネットワーク、サービス位置について位置特定するためのサービスロケータシステムとサービスを実施するためのコンピュータ実行可能情報を格納するためのサービスレポジトリとを備えるワイドエリアネットワーク、および、上記サービス要求ハンドリングシステムである。0017本願発明の原理は、様々な方法で実行に移すことができることが明らかであろう。0018これより実施形態について添付の概略図を参照しながら、例示のみによる説明を行う。[0023]本発明の様々な実施形態について、例示のみにより、図面を参照しながら以下に説明する。0024図1は、本発明の一実施形態によるサービス配給のためのネットワークアーキテクチャを概略的に示している。このアーキテクチャは、ゲートウェイシステムGWSを通じてワイドエリアネットワークWANに結合されるローカルエリアネットワークLANを備えたネットワーク構成に関する。LANは、任意のプライベートネットワークを含んでもよく、ホームネットワーク、オフィスネットワーク、自動車ネットワーク、個人領域ネットワーク、および特定の地理的位置にあるネットワークを含むが、これに限定されるものではない。ローカルエリアネットワークLANはまた、数多くの地理的位置にわたり分散される論理ネットワークでもよい。ワイドエリアネットワークWANは、広域にある複数のインターフェイスデバイスへの接続性を供給する。例えば、ワイドエリアネットワークは、インターネットとして公知であるグローバルネットワークとしてもよく、またはこれを含んでも良い。ゲートウェイシステムGWSは、例えばモデムまたはルータのようなインターフェイスデバイスを含んでもよい。モデムの例として、非対称デジタル加入者ラインADSLモデム、極めて高ビットレートのデジタル加入者ラインVDSLモデム、例えばDOCSISモデムのケーブルモデム、およびファイバモデムを含んでもよいが、これに限定されるものではない。ルータの例には、ワイヤレスファディリティWiFiルータまたはIPルータがある。0025LANは、複数のデバイス、すなわちUE1、UE2およびUE3として表されるユーザ機器をゲートウェイシステムGWSと通信可能に接続するように配置される。装置の例として、ボイスオーバIPVoIPゲートウェイ、IP電話、PC、ラップトップ、ウェブパッドその他コンピューティングパッドデバイス、スマートフォン、ネットワーク領域記憶デバイス、IPビデオストリーミングデバイス、およびテレビセットトップボックスを含むが、これに限定されるものではない。更には、ヒーティング、ベンチレーション、エアコンディショニング、ライトニング、オーディオ、ビデオ、およびセキュリティのための個人領域ネットワークデバイスが、ユーザデバイスのタイプとしてみなすことができる。0026ネットワークアーキテクチャは、更に、サービスレポジトリSREPおよびサービスロケータSLOCを備えることができる。サービスレポジトリSREPおよびサービスロケータSLOCは、ワイドエリアネットワークWANを通じてゲートウェイシステムGWSに接続する。GWSは、SLOCの存在および位置を識別しているものの、SREPの存在および位置を識別していなくてもよい。説明を簡単にするため、1つのみのSREPおよび1つのみのSLOCが示される。当業者にとって、ネットワークアーキテクチャが複数のリポジトリおよびサービスロケータを備えることができるということが理解されるであろう。更には、サービスレポジトリおよび/またはサービスロケータは、LANにも同様にホストすることができる。0027サービスレポジトリSREPは、サービスを格納するための記憶ユニットを備える。サービスは、任意の種類のコンピュータ実行可能コードとして定義することができ、電子デバイスに対し機能性を付加することができる。コンピュータ実行可能コードの種類の例として、完全なソフトウェアパッケージ、ソフトウェアパッケージアップデート、ソフトウェア設定、および、ソフトウェアパッケージにより使用される量のデータを含むが、これに限定されるものではない。記憶装置は、一つ以上のデータベースを備えることができる。本願全体を通じて、データベースなる表現は、その如何なるエントリおよび参照を含んだシステムに関連する。0028サービスロケータSLOCは、通常はネットワーク内の位置サービスの形態を取り、ここで、この位置サービスは共に協働する複数のエレメントにより実施することができる。協働は、階層的なものとしてもよく、例えばドメインネームシステムDNSと類似のものとしてもよい。しかしながら、他の方法の協働もまた可能である。例えば、SLOCは分散ハッシュテーブルDHTを使用することができ、または、ピアツーピアネットワークを使用することができる。0029図2a,2b,2cは、図1のネットワークアーキテクチャにおいて使用するためのサブネットワークアーキテクチャを概略的に示している。サブネットワークアーキテクチャは、インターフェイスデバイスGW、例えばモデムまたはルータを含み、ゲートウェイシステムGWSとも称される。また、ゲートウェイシステムGWSは、サービスプロビジョニングブローカSPBおよびソフトウェア実行環境SWEXを備える。図2a,2bに示すように、ゲートウェイシステムGWSは、更に、サービスレジストリSREGを含むことができる。0030サービスプロビジョニングブローカSPBは、ローカルエリアネットワーク内でユーザ機器から発出するサービス要求をハンドリングするように構成される。SPBは、図2aに概略的に示されるように、GWと同一の物理デバイス上の同じ場所に配置することができる論理コンポーネントである。また、サービスプロビジョニングブローカSPBの使用に関する詳細については、図3a,3bに概略的に示される信号フローを参照して検討することになる。0031サービス実行コンピュータ環境SWEXは、サービスを実施するためのソフトウェアとも称される、コンピュータ実行可能情報をインストールするのに用いることができる。SWEXは、ソフトウェアモジュールが動的に、例えばオンザフライでインストールされることができる任意のプラットフォームとしてもよい。SWEXは、例えばOSGiベースプラットフォーム、Linuxプラットフォーム、またはWindowsプラットフォームといったソフトウェアをランすることができる。ソフトウェアが動的に処理されることができる如何なるプラットフォームここでは処理されるという表現は、インストールされる、設定される、適合される、変更される、管理される内少なくとも1つに関連するも、本発明の文脈ではSWEXとしてみなすことができる。SWEX内で利用可能な情報は、ユーザ機器が使用することができ、ファイアウォールの形態やローカルネットワークへの直接アクセスによる等といった限定がなされることなく、ローカルネットワーク内の所望のサービスを実施することができる。更に、好ましい実施形態では、SWEXにインストールされる情報は、インストールの後、ゲートウェイシステムを再起動する必要なく、直接抽出することができ、ローカルエリアネットワーク内で対応するサービスの実施を可能にする。複数のSWEXがローカルエリアネットワーク内にあってもよいことに留置すべきである。0032ローカルエリアネットワーク内で利用可能なサービスを登録するために、サービスレジストリSREGを使用することができる。SREGは、例えばより多く登録されたデバイスがローカルエリアネットワーク内に存在する場合に、全てのサービスまたはサービスの一部を登録することができる。ローカルエリアネットワーク内で利用可能なサービスのリストをゲートウェイシステムGWSの中央位置で用いることにより、要求されたサービスがローカルエリアネットワークLAN内ですでに利用可能か否かについて、ゲートウェイシステムGWSによる簡単な検査を可能にする。0033図2aのゲートウェイシステムGWSでは、上記全てのコンポーネントは、単一モジュール内に位置する。単一モジュール内で全ての機能性を有することにより、ネットワークの複雑さを緩和させる。また、ネットワーク全体にわたるエネルギー消費を、削減することもできる。0034図2bでは、インターフェイスデバイスGWは別個のモジュールを形成し、このモジュールは、他のコンポーネントと通信可能に結合され、この場合は単一モジュール内にグループ化される。図2cでは、インターフェイスデバイスGWは、より複雑なモジュールの一部であり、更に、ソフトウェア実行可能環境SWEXおよびサービスレジストリSREGを含んでいる。このモジュールは、別個のモジュールでSPBに通信可能に結合される。図2b、2cの構成は、ローカルエリアネットワークが既に適当な位置にゲートウェイシステムを有する場合に有用となり得る。次いで、ゲートウェイシステムの機能性を拡張することが、所望の機能モジュールの単なる追加によって確立することができる。基本ゲートウェイシステムGWSが、制限られた性能、例えば単なるルーティング性能を有するインターフェイスデバイスGWを含む場合には、この追加は、図2bに示すように比較的複雑なモジュールSHを含むことができる。しかしながら、ゲートウェイシステムGWSが既に図2cに示すようにより多くの機能性を含む場合には、ゲートウェイシステムの性能拡張は、図2cに示すようにSTBを備えるモジュールへの通信可能な結合を追加することによって確立することができる。0035サービスプロビジョニングブローカの機能性に関する更なる詳細について、図3aおよび図3bを参照して検討する。図2aから2cに概略的に示した選択肢に加えて、異なる数のモジュールを有するゲートウェイシステムを同様に見込むことができることに留意すべきである。例えば、ネットワークアーキテクチャはインターフェイスデバイスGWについての別個のモジュール、サービスプロビジョニングブローカSPBについての別個のモジュール、およびソフトウェア実行環境SWEXについての別個のモジュールを含むことができる。全てのモジュールは、ローカルエリアネットワークLANに跨って相互に通信することができる。任意のサービスレジストリSREGは、更に別のモジュールに位置してもよい。更にまた、機能性は、複数のモジュールによって共有してもよい。例えば、SWEXは、通信可能に結合される複数のモジュールにわたり広げることができる。0036図3aは、図1、図2aおよび図2bを参照して説明したアーキテクチャにおいてサービス要求をハンドリングする方法についての例示的な信号フローを示している。この信号フローでは、エンティティは一般的な意味で表されており、すなわち、LAN内のネットワークデバイスによって提供されることになるサービスを要求するユーザ機器をUEと称する。具体的には、ユーザ機器UEは、図1のアーキテクチャにおけるデバイスUE1、UE2,UE3のいずれか一つに対応することになる。加えて、この信号フローでは、要求されたサービスがサービスレポジトリSREPに格納され、また、サービスの位置がサービスロケータSLOCに知られた位置に格納されるという想定がなされる。0037最初に動作11では、ユーザ機器UEは、サービス要求をサービスプロビジョニングブローカSPBに送って、サービスを実施するために、更にソフトウェアと称されるコンピュータ実行可能情報を取得する。サービス要求は、マルチキャストまたはユニキャストのメッセージングを用いて送ることができる。サービス要求は、サービスが必要であるという認識に応じて、UEによって直接送ることができる。あるいは、サービス要求は、ローカルエリアネットワーク内でサービスディスカバリが上手くいかなかった後に送ることができる。0038サービス要求は、サービスパラメータに関する情報を含む。サービス要求に含まれるサービスパラメータは、全てのサービス機能、サービス要件、およびサービス選択肢を含み、これらは、少なくともUEによって要求され、要求されたサービスによりサポートされる。0039例えば、プリンタサービスの場合、このような情報は、サービスタイプ情報、すなわちプリンタを含むだけではなく、所望の紙のサイズ、所望の紙の色、およびプリント後の所望の紙のバインド法、例えばワイヤステッチといった他のパラメータも含むことができる。0040他の例では、サービス要求をサービスプロバイダ特有のものとすることになろう。例えば、ユーザデバイスは、Apple社のiPhoneとしてもよい。iPhoneは、次いで、Apple社のiTunesストアからサービスを要求することができる。このような場合、サービス要求は、サービスが、要求されたサービスに責任のあるサービスプロバイダ、すなわちApple社によって認定された位置からダウンロード可能としなければならない。0041任意には、SPBは、動作12においてサービスがローカルエリアネットワーク内で利用可能かを検査する。特に、検査が多くの時間および労力を有しない場合に、ローカルエリアネットワーク内でサービス可用性を検査することは、サービス要求のパフォーマンスを向上させる。何故ならば、少なくとも動作13から20を省略することができるからである。サービスがローカルエリアネットワーク内ですでに利用可能である場合は、サービスデリバリは、公知の方法で、例えば作動している標準UPnPを用いることで、実行することができる。0042サービス要求を受け取った後に、または、検査が実行される場合には要求されたサービスがローカルエリアネットワーク内で利用可能でないと判定した後に、SPBは、動作14においてサービスロケータSLOCにサービス要求を転送するか、またはサービス要求に収容された情報に基づいてローカライゼーション要求を実行する。SPB、すなわちGWS内の他の如何なるコンポーネントも、実際はサービス要求で求められる如何なるナレッジも有していることが必ずしも必要とされないことに留意すべきである。SPBは、サービスが要求されるということを単に知ることができるだけである。0043動作14での転送の前に、SPBは、付加情報を動作13のサービス要求に付加することができる。付加情報は、ソフトウェアがインストールされることになるゲートウェイシステムGWSの性能、またはソフトウェアが他にインストールされることになる場合の他のデバイスの性能に関するものである。また、例えばLANネットワーク性能速度、遅延、使用する技術、または他の利用可能なデバイスおよびサービス例えばネットワークアタッチストレージの入手可能性、特定のソフトウェアライブラリ等の可用性といった他の性能についても付加することができる。この情報の付加は、サービスロケータSLOCがそのサーチを改善するのを支援する。何故ならば、GWSの性能と互換不能なソフトウェアダウンロードが早期の段階で破棄されるからである。0044サービスタイプおよび1以上の要件に関する情報に基づいて、SLOCは、次いで、動作15において、要求されたサービスが、公衆ネットワーク、例えばワイドエリアネットワークWAN内でダウンロードを使用可能である位置について、位置特定、換言すれば識別する。この例では、SLOCは、要求されたサービスに関連するソフトウェアを、サービスレポジトリにおいて他のものの中に見つけることができるということがわかる。0045ダウンロード位置という表現は、単にIPアドレスのような特定アドレスに関連するのを意味するだけではない。そのアドレスにおいてサービスに関連したソフトウェアをダウンロードすることができる。ダウンロード位置という表現はまた、特定のダウンロードアドレスを導き出すするのに十分な他の情報にも関連する。いくつかの実施形態では、このダウンロード位置は、特定アドレス、例えばIPアドレスがDNS解決によって解決することがきるユニフォームリソースロケータURLの形態に関する情報として与えられるものもある。他のダウンロード位置は、.torrentファイル、e2dkリンク、またはGoogleDocs共有リンクのような特定URL例えば関連を共有しているとすることができる。0046ダウンロード位置を見つけた後に、この位置は、動作16においてSLOCからSPBに転送される。動作15の間、SLOCが複数のダウンロード位置を識別することが公平に十分可能であることに留意すべきである。このような場合には、これらの全てのダウンロード位置は、SPBに転送ことができる。0047動作18において、SPBは、ダウンロード要求メッセージを、識別したダウンロード位置、すなわちサービスリポジトリSREPに送る。複数のダウンロード位置を受け取る場合には、SPBは、動作17でのダウンロード位置を選択する。SPBによる適切なダウンロード位置の選択は、速い選択時間という結果をもたらす。更にまた、この選択は、ゲートウェイシステム優先および/またはワイドエリアネットワークのナレッジに基づいてもよい。例えば、この選択は、ダウンロード位置とワイドエリアネットワークを介したゲートウェイシステムとの間で予測される接続品質に基づいてもよい。更に別の例では、この選択は、好適なダウンロード位置例えば好適なサービスプロバイダからに基づいてもよい。0048このダウンロード要求メッセージに応答して、SREPは、アクセスをサービスに関連したソフトウェアに提供する。SPBは、これより、動作19においてサービス関連のソフトウェアを抽出することができる。多くの実施形態では、ソフトウェアの抽出は、ソフトウェアダウンロードアクションを含む。ダウンロードアクションは、FTPファイル転送プロトコル、HTTPハイパーテキスト転送プロトコル、SMTPシンプルメール転送プロトコルおよびTR―069を用いることによるソフトウェア転送を含むが、これに限定されるものではない。他の実施形態の中には、ソフトウェア抽出は、適切なディスクまたはUSBスティックユニバーサルシリアルバスのような物理的なコンピュータ可読媒体上に格納されたソフトウェアを転送するというように、オフラインによる方法を用いてなされることができるものもある。0049ダウンロードされたソフトウェアは、動作20においてネットワークデバイス上にインストールされる。このことは、ゲートウェイシステムGWS内で、または、GWSにアクセス可能なローカルエリアネットワーク内の他の位置でなされることができる。GWS内でのソフトウェアのインストールは、動作12に示される検査手順が用いられる場合に、このような検査が短い時間期間内で実施することができるという利点を有する。0050特に、GWS内で、サービス関連のソフトウェアは、ソフトウェア実行デバイスSWEX上にインストールすることができる。ソフトウェアのSWEXへのインストールは、インストールの後にローカルエリアネットワーク内でサービスの実行を可能にするために、再起動が何ら必要でないという利点を有する。サービスタイプのようなサービス情報、およびソフトウェアがダウンロードされるためのサービスに関連する要件情報は、サービスレジストリに格納することができる。このような登録は、ローカルエリアネットワーク内で利用可能なサービスについてのナレッジを増やす。0051サービスのインストールの後に、SPBは、動作21でサービスがローカルエリアネットワーク内で利用可能であるということをユーザ機器UEに通知する。ユーザ機器UEは、これよりこのサービスを、例えばUPnPサービス利用と互換性のある、ローカルエリアネットワーク内で利用可能な任意の他のサービスのようにまさに利用することができる。0052図3aに示したサービス要求をハンドリンする方法は、デバイスによる要求に応じてローカルエリアネットワーク内でソフトウェアを動的にインストールすることを可能にする。ローカルエリアネットワーク内でのソフトウェアの有効性は、ローカルエリアネットワーク内でのユーザデバイスの信頼性を改善させる。通常遠隔でランするサービスがこれよりローカルに使用されることができ、例えばワイドエリアネットワークおよびローカルエリアネットワークにおいて、または、フリー通信バリア、例えばファイアウォールの存在に対して、異なる方法のアドレス指定による、トランスペアレンシの欠如に関係した如何なるリスクをも回避する。更にまた、図3aを参照して説明した方法の使用は、ゲートウェイシステム内で如何なる全ての利用可能なサービスの事前設定の必要性を回避する。これは、毎日利用可能とする新たなサービスの観点で、および例えば如何なる全ての利用可能なサービスをインストールするメモリのような物理リソースの欠如により、達成するのが困難である。0053任意には、ゲートウェイシステムGWSは、サービス要求に応答して、要求元ユーザデバイスUEに暫定的な応答メッセージを送る。暫定的な応答メッセージは、要求したサービスの可用性に対しより確実性を得るに必要な予測時間に関する情報、および/またはダウンロード後にサービスを利用可能にするのに必要とする時間に関する情報を含むことができる。実施形態の中には、暫定的な応答は、サービスの可用性に関し、予備的なアナウンスを含むことができる。暫定的な応答メッセージの使用はネットワークのタイムアウトの機会を低減させる。何故ならば、何を予測すべきかについてのユーザデバイスのナレッジを改良するからである。暫定的な反応が送られない場合、たとえサービスが即座ではないが利用可能であるとしても、デバイスUEはサービスが利用可能ではないと考えることができ、そのサービス要求を終了することができる。暫定的な応答の場合は、デバイスUEはサービス要求を終了しないうちにその待ち時間を延長することができ、そして、最初に所望されたのよりもいくらか後に提供される場合に、サービスの利用を可能にする。0054図3bは、図1,2a,2bを参照して説明したアーキテクチャのサービス要求をハンドリングする方法の他の実施態様における例示的な信号フローの一部を概略的に示している。この実施形態による方法は、動作16までは図3aを参照して説明した方法と同様である。この実施形態では、複数のダウンロード位置は、動作15で見つけられ、動作16で好ましくは利用可能なサービスの詳細を含むSPBへ転送される。しかしながら、選択動作17の代わりに、これよりSPBは、複数のダウンロード位置が動作27において受け取られたことを単に識別するだけである。0055複数のダウンロード位置の識別に応じて、SPBは、動作28において、選択要求メッセージをUEに送る。次いで、UEは、例えばサービス要求にはない付加的な基準に基づいて、好適なダウンロード位置を動作29で選択する。選択の後に、動作30において、UEは、選択したダウンロード位置を収容する選択応答メッセージをSPBに送る。選択応答メッセージを受け取りに応じて、SPBは、動作18を実行することにより、更には図3aを参照して説明したように、進行する。0056UEによるダウンロード位置の選択は、最適なサービスを選択することができるという利点を有する。サービス要求が最小の要件を収容することができる場合には、ダウンロード位置の選択は付加的な基準に基づいてもよい。例えば、プリンタがA3の紙フォーマットをハンドリングできるべきという基準によってプリンタサービスが要求された場合には、複数のプリンタに対応するダウンロード位置を見つけるとよい。図3bに示される信号フローによる本方法は、好適なオプション、例えばフルカラーで印刷することをハンドリングできるプリンタをUEが選択することを可能にする。プリンタのうち1台のみがA3フォーマットの紙を印刷することができる場合には、UEはこの特定のプリンタを選択することができる。0057サービスプロビジョニングブローカは、周辺機器を有するプロセッサを備えたコンピュータシステムとして実装することができる。プロセッサは、指示およびデータを格納する1つ以上のメモリユニット、1つ以上の読取ユニット、1つ以上の入力デバイス、例えばキーボード、タッチスクリーンまたはマウス、並びに1つ以上の出力デバイス、たとえばモニタと接続することができる。更に、ネットワーク入力/出力I/Oデバイスは、ネットワークへの接続のために提供することができる。0058当業者には知られていているように、プロセッサは、並行して、または1つのプロセッサによって制御されて機能するいくつかの処理ユニットを備えることができ、遠隔に、或いはローカルエリアネットワークを介して分散して相互に配置することができる。本発明の機能性は、ハードウェアコンポーネントおよびソフトウェアコンポーネントの組合せによって実現することができる。アナログまたはデジタルのいずれかであるハードウェアコンポーネントは、プロセッサ内に存在してもよく、または、プロセッサとインターフェイスされる別個の回路として存在してもよい。更に、当業者にとって、プロセッサにより実行可能であるソフトウェアコンポーネントはプロセッサのメモリ領域に存在してもよいものと認められる。0059本方法の実施形態では、ローカルエリアネットワーク内でサービス要求をハンドリングする方法の実施形態を、プロセッサによって実行されるときに実施するために、例えばDVDまたはUSBスティックのコンピュータ可読媒体に格納することができる。格納したデータは、コンピュータプログラムの形態とすることができる。そして、コンピュータプログラムをコンピュータ可読媒体からコンピュータシステムにロードした後にコンピュータシステムによって実行されるときには、当該コンピュータプログラムは、本方法の実施形態を実施するようにプログラムされる。0060当業者にとって、本発明について代替のおよび均等の実施形態を考案し、また、本発明の要旨を逸脱しない範囲で実行に減少させることができ、そして、本発明の範囲が添付の特許請求の範囲によってのみ限定されることは明らかである。略記ADSL:非対称型デジタル加入者線DHT:分散ハッシュテーブルDNS:ドメインネームシステムDOCSIS:データオーバケーブルサービスインターフェイス仕様DVD:デジタルビデオディスクFTP:ファイル転送プロトコルHTTP:ハイパーテキスト転送プロトコルI/O:入力/出力IP:インターネットプロトコルLAN:ローカルエリアネットワークOSGi:オープンサービスゲートウェイイニシアティブSMTP:シンプルメール転送プロトコルUE:ユーザ機器UPnP:ユニバーサルプラグアンドプレイURL:単一リソースロケータUSB:ユニバーサルシリアルバスVDSL:極めて高ビットレートのデジタル加入者ラインVoIP:ボイスオーバインターネットプロトコルWAN:ワイドエリアネットワークWiFi:無線フィデリティXML:拡張マークアップ言語"