(57)【要約】【課題】UPnPネットワークを介した音声映像情報の転送をサポートするシステム、方法、およびアーキテクチュアと、デバイスとデバイスのサブユニットとに対する複数の競合アプリケーションによるアクセスを制御するUPnPネットワーク管理システムと、所定のサービス品質で信頼性の高い通信を行うUPnPネットワーク管理システムと、活動のスケジュールを組むことを可能にするUPnPネットワーク管理システムと、を提供すること。【解決手段】単一のデバイスまたはそのサブユニットに対する複数の競合プログラムを、競合または障害がなくなるようにサポートする資源管理モジュールと、ソースからシンクまでの経路の管理を行う経路マネージャと、A/Vアプリケーションが活動のスケジュールを組むことを可能にするアクション・マネージャとを含むようにUPnPアーキテクチュアを強化することによって、UPnPネットワークを介した、音声映像情報および時間に敏感な他の情報の通信がサポートされる。資源マネージャと経路マネージャとの協働により、経路有効性、完全性、およびサービス品質が確保される。資源マネージャは、イーサネット（登録商標）、1394、802.11、USB、HPNAを混用したネットワーク内に分散されている資源のような、異種ネットワーク内に分散されているデバイス資源を管理するように構成される。経路マネージャは、異種ネットワーク内に分散されているネットワーク資源を管理するように構成される。資源マネージャと経路マネージャは、さらに、ネットワークの境界を越えた経路を確実に有効にするように構成されている。スケジュールを組むことアクションは、アプリケーションのエージェントとして作用し、かつ資源マネージャと経路マネージャのクライアントである、各アクション・マネージャが管轄する。資源マネージャと経路マネージャは、UPnPの枠組みの不可欠な部分として構成されており、かつそれ自体で、HTTPメッセージを介してアプリケーションと通信する。【選択図】図１
2004531180.tif 000002
【特許請求の範囲】
【請求項１】
UPnPネットワークを介した、時間に敏感な情報の通信を容易にするためのシステムであって、
前記時間に敏感な情報の前記通信を開始させる前に、複数の資源を予約することにより、前記時間に敏感な情報のソースと前記時間に敏感な情報のシンクとの間の経路沿いに複数の予約された資源を形成するように構成されている管理システム、
を有する、時間に敏感な情報の通信を容易にするためのシステム。
【請求項２】
前記ソースと前記シンクとの間の前記経路が、複数のネットワークに渡って延在し、
前記ソースが、前記複数のネットワークの第一ネットワーク上にあり、かつ、
前記シンクが、前記複数の第二ネットワークの第二ネットワーク上にある、
請求項1のシステム。
【請求項３】
前記管理システムが、複数の資源管理モジュールを含み、
各資源管理モジュールが、前記複数のネットワークの対応するネットワークに関連付けられており、かつ、前記対応するネットワーク上の前記複数の予約されている資源のデバイス資源を一つ以上予約するように構成されており、
前記第一ネットワークに関連付けられている前記資源管理モジュールが、別の資源管理モジュールに予約要請を通信することにより、前記複数のネットワークの別のネットワーク上に、前記複数の予約されている資源のデバイス資源を1つ以上予約するように構成されている、
請求項2のシステム。
【請求項４】
各資源管理モジュールが、UPnPの枠組みの不可欠な部分として構成されており、かつ、HTTPメッセージを介してアプリケーションと通信する、請求項3のシステム。
【請求項５】
前記別の資源管理モジュールが、前記第一ネットワークから前記第二ネットワークに至る前記経路沿いにある次の資源マネージャに到達可能な場合のみ、前記別のネットワーク内の前記別の資源管理モジュールが、前記1つ以上のデバイス資源を予約するように構成されている、請求項3のシステム。
【請求項６】
各資源管理モジュールが、要求された予約を遂行することが出来ない場合、前記経路沿いにある前の資源管理モジュールに解放メッセージを通信するように構成されており、かつ、
前記前の資源管理モジュールが、前記解放メッセージを受信すると直ちに、前記複数の予約されている資源に関連付けられているデバイス資源を解放する、
請求項3のシステム。
【請求項７】
前記管理システムが、さらに、複数の経路管理モジュールを含み、
各経路管理モジュールが、前記複数のネットワークの対応するネットワークに関連付けられており、かつ、前記対応するネットワーク上のネットワーク資源を1つ以上予約するように構成されており、
前記第一ネットワークに関連付けられている前記経路管理モジュールが、別の経路管理モジュールに予約要求を通信することにより、前記複数のネットワークの別のネットワーク上のネットワーク資源を1つ以上予約するように構成されており、かつ、
各資源管理モジュールと各経路管理モジュールとが、UPnPの枠組みの不可欠な部分として構成されており、かつ、HTTPメッセージを介してアプリケーションと通信する、
請求項3のシステム。
【請求項８】
前記管理システムが、複数の経路管理モジュールを含み、
各経路管理モジュールが、前記複数のネットワークの対応するネットワークに関連付けられており、かつ、前記対応するネットワーク上のネットワーク資源を1つ以上予約するように構成されており、
前記第一ネットワークに関連付けられている前記経路管理モジュールが、別の経路管理モジュールに予約要求を通信することにより、前記複数のネットワークの別のネットワーク上のネットワーク資源を1つ以上予約するように構成されている、
請求項2のシステム。
【請求項９】
前記経路管理モジュールの少なくとも1つが、指定されたサービス品質を有するネットワーク資源を予約するように構成されている、請求項8のシステム。
【請求項１０】
状態変更指令が、前記複数の予約されている資源を予約したリクエスタによるものである場合を除いて、前記複数の予約されている資源のデバイス資源に通信されてしまうことを防止するように構成されたデバイス・マネージャ・モジュールを更に含む、
請求項1のシステム。
【請求項１１】
アプリケーション・プログラムからのスケジュールを組むこと要求に基づいて、前記管理システムに予約要求を通信し、かつ、前記スケジュールを組むこと要求に含まれているスケジュール時間に対応する時間に、前記管理システムに経路設定要求を通信するように構成されているアクション・マネージャ・モジュールを更に含む、
請求項1のシステム。
【請求項１２】
前記時間に敏感な情報のソースと前記時間に敏感な情報のシンクとの間の経路を定めることと、
複数の予約済みの資源が前記経路沿いに形成されるように複数の資源を予約することと、を有する、
UPnPネットワークを介した時間に敏感な情報の通信、を容易にする方法。
【請求項１３】
前記ソースと前記シンクとの間の前記経路が、複数のネットワークに渡って延在し、前記ソースが、前記複数のネットワークの第一ネットワーク上にあり、かつ、前記シンクが、前記複数のネットワークの第二ネットワーク上にある、請求項12の方法。
【請求項１４】
前記複数の資源を予約することが、
前記経路沿いのネットワークに関連付けられている前記複数の資源の資源を予約し、
前記経路沿いの別のネットワークに予約要求を通信し、
前記別のネットワークに関連付けられている前記資源を予約し、かつ、
前記複数の資源の各資源が前記経路沿いに予約されるまで、前記経路沿いの各他のネットワークに対する前記予約要求の前記通信を繰り返し、かつ、各他のネットワークに関連付けられている前記資源を予約することを含む、
請求項13の方法。
【請求項１５】
前記予約要求の受信が、前記経路沿いにある次の他のネットワークにより認知された場合しか、前記資源が各他のネットワークで予約されない、請求項14の方法。
【請求項１６】
要求された予約を遂行することが出来ない場合、前記経路沿いの前のネットワークに解放メッセージを通信し、かつ、
前記解放メッセージを受信すると直ちに、前記前のネットワークにおいて前記複数の予約されている資源に関連付けられているデバイス資源を解放すること、
を更に含む、請求項14の方法。
【請求項１７】
前記第一ネットワーク上のネットワーク資源を1つ以上予約し、
予約要求を他のネットワークに通信し、かつ、
前記複数のネットワークの前記他のネットワーク上のネットワーク資源を1つ以上予約すること、
を更に含む、請求項13の方法。
【請求項１８】
前記予約要求が、特定のサービス品質を含む、請求項17の方法。
【請求項１９】
状態変更指令が、前記複数の予約されている資源を予約したリクエスタによるものである場合を除いて、前記複数のデバイス資源に通信されてしまうことを防止することを更に含む、請求項12の方法。
【請求項２０】
アプリケーション・プログラムからのスケジュール要求に基づいて、予約要求を管理システムに通信し、かつ、
前記スケジュール要求に含まれているスケジュール時間に対応する時間に、経路設定要求を前記管理システムに通信することを更に含む、
請求項12の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、消費者製品と家庭ネットワークの分野、特に、音声映像の管理能力をUPnP 1.0に提供することに関する。
【背景技術】
【０００２】
「汎用プラグ・アンド・プレイ(UPnP)」とは、あらゆる形式要素の高機能な機器、無線デバイス、およびPCの広範なピアツーピア・ネットワーク接続のためのアーキテクチュアである。これは、家庭内、小企業内、公共空間、またはインターネットへの接続の有無に関わらず、臨時ネットワークまたは管理されていないネットワークに、使い易く、柔軟な、規格に基づいた接続性を提供するように設計されている。汎用プラグ・アンド・プレイは、TCP/IPとウェブ技術を導入することにより、家庭、職場、および公共空間でネットワーク化されているデバイスの制御とデータ転送に加えて、繋ぎ目のない近似ネットワークを可能にする、分散型の開かれたネットワーク体系である。
【０００３】
UPnPは、家庭ネットワークにおける様々なデバイスの接続性を提供するにも関わらず、複数のアプリケーション環境における音声映像情報の通信には、余り適していない。音声映像(AV)情報は、例えば、VCRまたはDVDプレーヤからテレビ画面へと転送され、通常、少なくとも所定の水準のサービス品質(QoS)を有する専用の二点間通信チャネルを必要とする。UPnP1.0には、AV情報の転送または他の時間に敏感な通信に関する主な弱点が3つある。
【０００４】
UPnPの第一の弱点は、同一のデバイスまたはそのサブユニットを制御する可能性がある複数のアプリケーションをサポートしないことである。この結果、複数のアプリケーションが単一のデバイスまたはそのサブユニットの状態を変化させようとすると、競合状態が生じてしまうことにより、アプリケーションにより得られる効果が、非決定性となってしまう可能性がある。
【０００５】
第二の弱点は、UPnPが、サービス品質(QoS)を確保する負担（これには、ストリーム管理が含まれる）を、アプリケーションに転嫁させてしまうことである。この結果、実時間性が必要なアプリケーションは、ネットワーク資源を直接管理しなければならなくなる。例えば、UPnPアプリケーションは、接続を設定し、かつ、所定のQoSをサポートするチャネルとバンド幅を割り当てなければならない。従来技術で知られているように、特に、1394デバイスからの映像を、異なる無線ネットワークに属する無線スクリーンにストリームさせるような、異なるネットワークにあるデバイスをアプリケーションが扱う必要がある場合、この作業は非常に大きな負担となる。アプリケーションは、通常、ストリーミング作業を行うために、異なるネットワークにより提供される異なるインタフェースを用いる必要がある。
【０００６】
第三の弱点は、どのような活動を実行する場合にも、UPnPアプリケーションが常駐していなければないため、活動を自動的に開始させるようにスケジュールを組むことすら出来ないことである。このようにスケジュールを組むことが出来ないことは、多くのアプリケーションを同時に常駐させることになり、しかも、将来の活動に対する要求または反復性の作業に対する要求の処理をシステムに任せる場合よりも、効率性を低くする。
【発明の開示】
【課題を解決するための手段】
【０００７】
本発明の目的は、UPnPネットワークを介した音声映像情報の転送をサポートするシステムと、方法と、アーキテクチュアとを提供することである。本発明の更なる目的は、デバイスとデバイスのサブユニットとに対する複数の競合アプリケーションによるアクセスを制御するUPnPネットワーク管理システムを提供することである。本発明の更なる目的は、所定のサービス品質の信頼性の高い通信を行うUPnPネットワーク管理システムを提供することである。本発明の更なる目的は、活動のスケジュールを組むことを可能にするUPnPネットワーク管理システムを提供することである。
【０００８】
これらの目的と他の目的は、
単一のデバイスまたはそのサブユニットに対する複数の競合するアプリケーションを競合または障害がなくなるようにサポートし、かつ、経路の有効性と完全性を確保するために経路マネージャと協働する資源管理モジュールと、
経路の有効性、完全性、およびサービス品質の確保を含む、ソースからシンクまでの経路の管理を行う経路マネージャと、
A/Vアプリケーションが活動スケジュールを組むことを可能にするアクション・マネージャと、
をUPnPアーキテクチュアに加える、
モジュールとシステムにより達成される。
【０００９】
資源マネージャと経路マネージャは、イーサネット（登録商標）、1394、802.11、HyperLAN2、USB、HPNAを混用したネットワーク内に分散されている資源のような、異種ネットワーク内に分散されているデバイス資源とネットワーク資源とを管理するように構成されており、かつ、ネットワークの境界を越えた経路により、効果的な通信を確実に行えるように構成されている。スケジュールを組むことアクションは、アクション・マネージャが管轄する。アクション・マネージャは、資源マネージャと経路マネージャとのクライアントであり、かつ、アプリケーションのエージェントとしてアクションする。資源マネージャと経路マネージャは、UPnPの枠組みの不可欠な部分として構成されており、かつ、それ自体で、HTTPメッセージを介してアプリケーションと通信する。
【発明を実施するための最良の形態】
【００１０】
本発明を、添付図面を参照して、更に詳細に、かつ実例により説明する。
【００１１】
図面全体に渡り、同じ参照番号は、類似または対応する特徴または機能を示している。
【００１２】
図1は、複数の異種ネットワーク170、180上のデバイス171、181と相互作用する、IPネットワーク160上のUPnPコントローラ161を有するシステム100の例示的なブロック図を示す。以下、参照し易くするために、UPnPコントローラ161を、このようなコントローラに対して一般に用いられる用語に合わせて、ユーザ制御点(UCP)と呼ぶ。ただし、本発明は、いかなる形態のUPnP互換の制御実体にも適用可能である。
【００１３】
複数の従属ネットワークのためのホスト・システム110内にある、UPnPプロキシを可能にするロジック120は、従属ネットワーク・インタフェース140、150の各々を介して、被制御デバイス（つまり、従属デバイス）171, 181と相互作用する。この具体例の場合、従属デバイス171はUSBデバイスであり、かつ、従属デバイス181は、ブルートゥース(Bluetooth)デバイス（W1とW2）である。単一のホスト・システム110が図示されているが、様々なデバイス間にホスト・システム110を分散させることも出来ることは、当業者には認識されるであろう。USBネットワーク170とブルートゥースRFネットワーク180とが例示されているが、本発明の原理は、IEEE 1394ネットワーク、802.11ネットワーク、HomeRFネットワーク、Fireflyネットワーク、X-10ネットワークのような送電線ネットワーク、のようなHAVi互換ネットワーク、およびJini互換ネットワークを含む、ネットワークにあるデバイス制御を容易にする、実質的にいかなるネットワークにも適用可能である。
【００１４】
ホスト・システム110内の、UPnPを可能にするロジック120は、UPnPユーザ制御点161と従属デバイス171、181との間における指令とメッセージの変換と調整を遂行する。参照し易くするため、IPネットワーク160上のUPnP準拠のオブジェクトをUPnPオブジェクトと呼び、かつ、非IPネットワーク170、180上のデバイスを非UPnPデバイスと呼ぶ。
【００１５】
図2は、USBネットワークのような非IPネットワーク170を、UPnPユーザ制御点161に橋渡しするためのホスト・システム110の例示的なブロック図を示す。図示するように、UPnPを可能にするロジック120は、ユニキャスト／マルチキャストのTCP/IPとUDP/IP 232の上にある、以下に詳述するHTTP 231を含むUPnPスタック130を介して、IPネットワーク160上のUCP 161と相互作用する。さらに、DHCPクライエント231Aが示されている。UPnPを可能にするロジック120は、従属ネットワーク・インタフェース140とも相互作用することにより、従属デバイス171の制御と、従属デバイス171とのメッセージ送信を遂行する。この例の場合、既存のUSB標準に合わせて、USBネットワーク・インタフェース140には、デバイス・ドライバ241と、クラス・ドライバ242と、USBスタック243と、USBホスト・コントローラ244とが含まれている。以下に詳述するように、従属ネットワーク・インタフェース140は、UPnPを可能にするロジック120に、ネットワーク170上の各デバイス171、各デバイス171の（接続されている／接続されていない／待機中などの）現状、各デバイス171の現在の能力などに関する情報を提供する。
【００１６】
図3は、本発明によるUPnPアーキテクチュアの例示的なブロック図を示す。本発明は、異種ネットワークにあるデバイス間に、効率的かつ効果的に、音声映像情報または他の時間に敏感な情報を転送するために必要な特徴と機能を、UPnPを可能にするロジック120に提供する。具体的には、アクション管理モジュール310、資源管理モジュール320、経路管理モジュール330、およびこれらに各々関連付けられているデータベース（すなわち、アクション・データベース315、資源データベース325、および経路データベース335）を提供することにより、UPnPが可能になった異種ネットワークを介した、A/V情報と他の時間に敏感な情報との通信がサポートされる。本発明のUPnPネットワーク管理システムは、複数の競合するアプリケーションによるデバイスとデバイスのサブユニットへのアクセスを制御するように構成されている、UPnPプロキシを可能にするロジックのブロック120を1つ以上有することにより、必要に応じた所定のサービス品質水準の信頼性の高い通信を提供し、かつ以下に詳述する活動のスケジュールを組む。
【００１７】
理解を容易にするために、本願明細書では、UPnPプロキシを可能にするロジック120の機能のうち、本発明の特徴または機能による影響を受けるものしか説明しない。同じく理解を容易にするために、以下の定義を設ける。
「デバイス資源」または単に「資源」：デバイス資源には、デバイスと、これらのサブユニットとが含まれる。例えば、VCRデバイスとそのサブユニット（例、チューナ、時計、タイマ、およびテープ駆動部）は、デバイス資源である。
「ネットワーク資源」：ネットワーク資源には、チャネルとバンド幅とが含まれる。
「経路」：経路とは、ソース資源で開始し、かつシンク資源で終了する、順でネットワーク接続されたデバイス資源のシークエンスのことである。A/Vストリームは、このシークエンスの順に従って、経路を流れることが出来る。
「A/Vアクション」または単に「アクション」：A/Vアクションは、経路を流れ、特定の時間に開始し、別の特定の時間に終了し、かつ多分、周期的に発生する、特定タイプのA/Vストリームまたは他の時間に敏感なストリームに相当する。例えば、記録アクションにより、VCRチューナからPCディスクへのMPEG2映像ストリームは、毎日午後3：30に開始し、午後5：00に終了する。
【００１８】
本発明によると、A/Vアクションのスケジュールを組むことは、以下のシークエンスで遂行される。
1. アクションの経路に沿った全ての資源を予約する。この予約は、このアクションを実行すべき時間になると有効になり、かつ、このアクションの継続時間だけ継続する。
2. 接続を設定し、かつそのQoS要件に従って、このアクションの経路沿いにネットワーク資源を割り当てる。
3. 特定された時間にアクションするようにスケジュールを組む。
【００１９】
好ましい一具体例の場合、アプリケーションに、オプションで、資源予約管理機能、経路設定機能、活動スケジュールを直接組む機能を設けるか、またはアプリケーションは、これらの活動を管理するようにアクション・マネージャ310に要求することが出来る。アクション・マネージャ310を設けることにより、アプリケーションは、資源管理と経路管理との細かな負担から解放される。デバイス資源の予約は、有効時間のかなり前に、アクション・マネージャ310またはアプリケーションにより行うことが出来るが、ネットワーク資源の効用を最大化するためには、ネットワーク資源の割り当てと経路設定とを起動時刻の直前に行うことが好ましい。
【００２０】
好ましい一具体例の場合、各経路マネージャは、対応する同位の資源マネージャを有する。資源マネージャと経路マネージャは、特定のネットワーク内のデバイス資源とネットワーク資源を共同で管理することにより、経路の有効性と完全性とを確保する。例えば、1394ネットワークの場合、資源マネージャが、このネットワーク内のデバイス資源を管理し、かつ同位の経路マネージャが、これらのデバイス資源を接続するネットワーク資源を管理する。資源マネージャは、相互に通信することにより、経路全体に沿ったデバイス資源が、全て予約されているか、または全て解放されているかの何れかであることを確実する。これと同様に、経路マネージャも相互に通信することにより、全ての経路が設定されていることを確実にする。さらに、分解の場合は、経路マネージャは、これらに対応する同位の資源マネージャに、ネットワーク資源を解放するように告知する。
【００２１】
本発明の好ましい一具体例の場合、HTTP要求と、資源管理、経路管理、およびスケジュールを組むことをサポートする応答指令とを含むように、従来のUPnP仕様が修正されている。資源管理指令には、「予約(RESERVE)」と「解放(RELEASE)」とがあり、その資源を予約すべき経路と、この予約の開始時刻と終了時刻とを識別するメッセージ本体が含まれる。経路管理指令には、「設定(SETUP)」と「分解(TEARDOWN)」とがあり、データストリームの経路、タイプ、および特徴と、このストリームのサービス品質(QoS)要件と、経路設定の開始時刻と終了時刻と、を含むメッセージ本体が含まれる。スケジュールを組む指令には、「スケジュールを組むこと(SCHEDULE)」と「スケジュールを組むことの解除(UNSCHEDULE)」とがあり、経路と、（「今」を含む）開始時刻と、アクションの終了時刻と、データ・ストリームのタイプと特徴と、このストリームのサービス品質QoS要件と、を含むメッセージ本体が含まれる。スケジュールを組む指令が一度提出されると、アプリケーションはネットワークから抜けることが出来る。
【００２２】
本発明の機能が利用可能であることを通信するため、デバイス記述データベース305には、アクション・マネージャ310、資源マネージャ320、および各デバイスまたは各サービスに関連付けられている経路マネージャ330の（URLのような）場所が含まれている。好ましい一具体例の場合、「デバイス・マネージャ・モジュール」340は、これらのURLをデバイス記述データベース305に自動的に加える。
【００２３】
HTTPサーバ231
UPnP HTTPサーバ231は、初期化時間に、資源マネージャ320、経路マネージャ330、アクション・マネージャ310ごとに、スレッドを1つ作成する。ネットワーク毎に各タイプのマネージャを1つ設定し、かつ、特定のネットワークが特定タイプのマネージャを用いないか、または1つ以上用いることを示す構成ファイル（図示せず）を用いることが好ましい。HTTPサーバ231は、資源マネージャ320と、経路マネージャ330と、アクション・マネージャ310とに導かれる（以下に詳述する）要求の認識と指名も行う。
【００２４】
資源マネージャ・モジュール320
資源マネージャ・モジュール320の第一の機能は、複数のアプリケーションが同一のデバイスまたはサブユニットを利用しようとした場合の競合状態を避けることである。資源マネージャ320は、ネットワークに特化され、かつ、対応するネットワーク内の資源、またはこれらの資源のサブセットの管理を管轄することが好ましい。例えば、1394デバイスと802.11デバイスにより構成されるUPnP環境には、一方が1394デバイス用で、かつ一方が802.11デバイス用の少なくとも2つの資源マネージャ・モジュール320が設けられる。1394用の資源マネージャは、1394デバイスとこれらのサブユニットの管理を管轄し、かつ802.11用のマネージャは、802.11デバイスとこれらのサブユニットの管理を管轄する。
【００２５】
資源マネージャ320は、イーサネット（登録商標）、1394、802.11、USB、HPNAなどを混用したネットワーク内に分散されている資源のような、異種ネットワーク内に分散された資源を管理するので、ネットワークの境界を越えた経路の適切なアクションを確保するように構成されている。ソースからシンクまでの経路沿いの実体の全てを目的のトランザクションに対して最適に構成しかつ予約することが出来る場合しか予約が確定可能とならないように、全て予約されているかまたは全く予約されていない状態が、資源マネージャ320により確保される。資源マネージャ320は、UPnPの枠組みの不可欠な部分であり、かつ、HTTPサーバ231を介して通信されるHTTPメッセージを介して、アプリケーションと通信する。
【００２６】
作動中、アクション・マネージャ310のようなアプリケーションまたはUPnPシステム構成要素は、資源予約要求を発行し、こうすることによりリクエスタとなる。予約要求を受信したどの資源マネージャ（以下、「能動マネージャ」と呼ぶ）も、経路の有効性を確保し、かつ、全て予約されているかまたは全く予約されていない状態にするための処理に関与しなければならない。この理由から、「予約」、「解放」、「設定」、および「分解」のような全ての要求は、デバイス資源とネットワーク資源とがそれに沿って管理される全ての経路を示す。経路が有効になるのは、経路沿いの全てのデバイス資源に到達することが出来る場合のみである。デバイス資源に到達することが出来るのは、デバイス資源が能動マネージャの管轄下にあるか、またはデバイス資源が資源マネージャを有し、かつ、この資源マネージャに到達することが出来る場合である。資源マネージャに到達することが出来るのは、資源マネージャが、能動マネージャからの要求に対して、規定の時間期限が経過する前に、例えば、認知メッセージを介して返答した場合のみである。到達可能性と経路有効性に関する上記の定義は、ネットワーク資源と経路マネージャにも当てはまる。
【００２７】
リクエスタは、デッドロックを避けるために、アクションの経路に沿った全ての資源を予約する。どの資源も利用することが出来ない場合、予約は失敗する。例えば、アプリケーションは、VCRからTV表示装置に映像をストリームさせようとする前に、まずVCRチューナとTV表示装置を予約する。両方共に予約することが出来ない場合、アプリケーションは、ストリーミングを開始しない。図3には、さらに、ネットワーク・サービス抽象層390、391、392と、従属ネットワーク・インタフェース393、ネットワーク・テーブル394、DHCPクライアント395、能力エクスポート・モジュール396、デバイス能力データベース397、プレゼンテーション・エクスポート・モジュール398、デバイス・プレゼンテーション・データベース399、記述エクスポート・モジュール381、デバイス・テーブル345、イベント・ソース・モジュール382、イベント購読データベース383、およびサービス状態テーブル384が示されている。120aは、ネットワークまたはデバイスの単位を示し、120bはサービスの単位を示している。
【００２８】
図4は、図3の例示的な資源マネージャ320で用いることに適した、予約処理の一次ロジックの例示的な流れ図を示す。リクエスタは、「予約」メッセージまたは「解放」メッセージの何れかの要求を、任意の既知の資源マネージャに送信する。各資源マネージャは、410でメッセージを受信すること、すなわち、要求、つまり経路を通じて資源予約要求を受信することを待ちながら、連続ループを実行する。
【００２９】
415で、このメッセージが「予約」要求の場合、マネージャは、経路に沿っておりかつマネージャの管轄下にある全ての資源を、ループ420〜435を介して予約しようと試みる。受信を行った資源マネージャは、425で、まず、まだ予約されていない資源を見つけ出そうとし、420では、このマネージャの制御範囲内にある各資源を見つけ出そうとする。この資源が見つかり、かつ、受信を行った資源マネージャの管轄下にある場合、資源マネージャは、この資源を予約しようとする。430で、この予約に成功した場合、資源マネージャは、この資源が予約済みであることを示すように予約要求を変更し、かつ、まだ予約されていない次の資源を見つけ出すことに移行する。処理420〜435は、（435では次の資源により）繰り返され、遂に、資源マネージャが、経路内にありかつ資源マネージャの管轄下にある全ての資源の予約に成功したか、または、そのような資源を1つも予約することが出来なかったか、の何れかの状態となる。430で予約に失敗した場合、資源マネージャは、480で、「失敗」メッセージをリクエスタに送信する。資源マネージャは、次に485で、この作業に対して予約した全ての資源を解放し、かつ前にある全ての資源マネージャに「解放」メッセージを送信し、この経路に対する予約を終了し、かつ490で、資源管理データベース325を更新する。
【００３０】
資源マネージャが、その管轄下にある全ての資源の予約を、ループ420〜435を介して成功させた場合、440で、予約すべき資源がまだあるか否か（すなわち、経路の終端）を検査する。ない場合、資源マネージャは、445で、「成功」メッセージをリクエスタに送信し、490で、その対応する資源管理データベース325を更新し、かつ、この経路に対する予約を終了させる。440で、まだ予約されていない資源が経路内に更にある場合、資源マネージャは、450で、予約したばかりの資源に「予約済み」とマーキングし、この要求を次の資源マネージャに転送し、かつ、次の資源マネージャからの認知メッセージを待つ。455で、時間切れ前に認知メッセージを受信しない場合は、480で、「失敗」メッセージをリクエスタに送信し、要求に対して予約した全ての資源を解放し、前にある全ての資源マネージャに「解放」メッセージを送信し、490で、その対応する資源管理データベース325を更新し、この経路に対する予約を終了させる。資源マネージャは、455で、時間切れ前に認知メッセージを受信した場合、490で、その対応する資源管理データベース325を更新し、410へループを戻し、かつ、その後の各要求に対して上記の処理を繰り返す。
【００３１】
415で、メッセージが「解放」の場合、資源マネージャは、まず460で、記載されている資源を解放する資格または権限がリクエスタに与えられているか否かを検査する。資源を解放する資格がリクエスタに与えられるのは、リクエスタが、別の資源マネージャ320、経路マネージャ330、アクション・マネージャ310、または資源の所有元（資源が予約されるアプリケーション）である場合である。460で、資源を解放する資格がリクエスタに与えられていない場合、要求は無視される。オプションで、資格が与えられていないリクエスタに、「失敗」メッセージを送信することが出来る。460で、リクエスタに資格が与えられている場合、資源マネージャは、465で、経路に対して予約されているその管轄下にある資源を解放し、かつ490で、その対応する資源管理データベース325を更新する。資源マネージャは、次に、新しい要求を扱うために410へ戻る。
【００３２】
さらに（図示せず）、リクエスタが資源を明示的に解放しない場合でも、資源が確実に解放されるように、資源マネージャ320は、予約時間の失効時、またはこのすぐ後に、全ての資源を解放するように構成されている。
【００３３】
上述した図4の予約活動に加えて、および／または、これと連動して、本発明の好ましい一具体例の図3の資源マネージャ320も、以下の機能を行う。
【００３４】
資源マネージャ320は、テーブルのようなインコア・データ構造(in-core data structure)として実施することが好ましい資源管理データベース325を、作成かつ維持する。このデータベースは、各資源に対して、資源が予約済みか否か、資源の所有元、予約の開始時刻と終了時刻、予約の周期性、および資源管理に関連した制御機能に関する情報を保持する。UPnPシステム構成要素が、アプリケーションの代わりに予約を行った場合、この構成要素に関連付けられている情報も記録される。
【００３５】
資源マネージャ320は、「予約」要求を受信すると、図4の流れ図で説明した、経路の有効性の検査と、全て予約されているかまたは全く予約されていない状態の強制化とを行いながら、この要求された資源の予約を試みる。その予約の部分が成功した場合、資源マネージャ320は、この予約をデータベース325内に記録する。この資源により資源管理制御機能が提供される場合、資源マネージャは、XML/SOAPメッセージの形成も行い、かつこのメッセージを、対応する「サービス制御モジュール」370に送信する。
【００３６】
資源マネージャ320は、資源の到着または離脱に関する通知を受信するためのインタフェースにもなる。資源マネージャ320は、到着通知を受信すると、データベース325内に項目を作成し、この資源の記述を取り込み、この資源のための資源管理に関連する制御機能に関する情報を抽出し、かつ、この情報をデータベース325に入力する。資源マネージャ320は、離脱通知を受信すると、項目を削除するか、またはこの資源の離脱を示すように項目にマーキングするかの何れかを行うことが出来る。項目にマーキングすることにより、資源が復帰した際、項目の再現に必要な処理を行わずに済む。
【００３７】
さらに、資源マネージャ320は、アクション・マネージャ310または経路マネージャ330のようなUPnPシステム構成要素が、HTTPメッセージの送信を行わずに資源を予約または解放するためのインタフェースにもなる。
【００３８】
資源マネージャ320は、管理機能と通知機能も提供する。資源マネージャ320は、そのデータベース325への照会（例えば、リクエスタが、特定の資源の所有元であるか否かということに関する照会）を行うためのインタフェースにもなる。資源マネージャ320は、その管轄下にある全ての資源に対する資源管理に関連するイベントを、イベント購読モジュール360を介して購読することも行う。資源マネージャ320は、イベントの通知を受信すると、データベース325を更新し、かつ適切な場合、その所有元に告知する。
【００３９】
経路マネージャ・モジュール330
経路マネージャ330は、ネットワーク資源とデバイス接続オブジェクトの管理を管轄する。例えば、IEC61883の場合、デバイス接続オブジェクトには、デバイス・プラグとサブユニット・プラグとが含まれる。経路マネージャ330は、ソースからシンクまでの設定およびサービス品質を確保するために、経路沿いのデバイス資源を接続させ、かつネットワーク資源を割り当てる。この結果、本発明の好ましい一具体例の場合、アプリケーションは、必要な資源の特徴を知らなくても、経路マネージャ330へのA/Vストリームの必要事項と特徴とを指定するだけで良くなる。アクション・マネージャ310のようなアプリケーション、つまりUPnPシステムの構成要素は、経路設定要求を発行することが出来る。こうすることにより、このアプリケーション、つまり構成要素は、リクエスタとなる。経路設定要求には、設定すべき経路、経路が必要となる開始時刻と終了時刻、ストリームのタイプと特徴、およびこのストリームのQoS要件が含まれる。経路マネージャ330は、デバイス資源マネージャ320の場合と同様に、全て予約されているかまたは全く予約されていない状態を確保するように構成されている。いかなる接続も確立することが出来ないか、またはいかなるネットワーク資源も割り当てることが出来ない場合、その経路に関連付けられている全てのオブジェクトの状態は再設定され、かつ、全てのデバイス資源とネットワーク資源は解放される。
【００４０】
好ましい一具体例の場合、経路マネージャ330は、図5に示す連続ループを実行する。このループのロジックは図4のループのロジックと類似しているため、両方に共通な詳細事項は、ここでは繰り返さない。リクエスタは、既知のどの経路マネージャ330にも、要求を送信する。515で、要求が「設定」の場合、受信を行う経路マネージャ330は、その管轄下にある、経路内の全区分を、ループ520〜535を介して設定しようと試みる。520で、このマネージャの制御範囲内にある各ネットワーク区分に対するループが開始／継続する。これらの全区分（535は次の区分である）の設定に成功することが出来た場合、経路マネージャは、550で、設定したばかりの区分に「設定済み」とマーキングし、このメッセージを、まだ設定解除されていない次の区分の経路マネージャに転送し、かつ、次の経路マネージャによる返答を待つ。555で、時間切れ前に応答を受信しない場合、580で、経路マネージャはリクエスタに失敗メッセージを送信し、585で、その管轄下にある全てのネットワーク区分を分解し、かつこの経路に対して区分を設定してある、前にある全ての経路マネージャに、「分解」メッセージを送信する。経路マネージャは、595で、対応する経路管理データベースを更新した後、510にループを戻す。経路の分解には、経路内にあるデバイス関連の全てのオブジェクトを再設定することと、全てのネットワーク資源を経路に解放することとが含まれる。この処理は、経路全体が失敗なく設定されるまで継続される。それ自身の設定に成功後、540で経路の終端を検出する経路マネージャ330は、545で、リクエスタに成功応答を返信し、595で、対応する経路管理データベースを更新し、かつ510に戻り、新たな要求を扱う（すなわち、経路を通じて要求を受信する）。
【００４１】
この処理中、経路マネージャ330が、525で、その管轄下にある区分を全ては設定することが出来ないことが、530で検査された場合、経路マネージャ330は、580で、「失敗」通知をリクエスタに送信し、その管轄下にある全てのネットワーク資源を解放し、かつ585で、この経路に対して区分を設定してある前にある全ての経路マネージャに、「分解」メッセージを送信する。経路マネージャ330は、590で、上述した解放要求により、この分解に関する告知を同位の資源マネージャ320にも行い、595で、対応する経路管理データベースを更新し、かつ、新たな要求を扱うためにループの始めに戻ることにより、設定処理を終了させる。割り付けの失敗は、経路マネージャが、要求のネットワーク資源要件の下限を満たすことが出来ない場合、すなわち、利用可能な全バンド幅が、必要最小限のバンド幅より狭い場合に発生する場合がある。
【００４２】
540で、経路の終端がない場合、550で、次のマネージャに要求が送信される。555で、この要求が認知されない場合、失敗メッセージが送信される。これ以外の場合、対応する経路管理データベースが更新される。
【００４３】
515で、要求が「分解」要求の場合、経路マネージャ330は、まず、経路を分解する資格がリクエスタに与えられているか否かを検査する。経路を分解する資格は、リクエスタが、資源マネージャ320、別の経路マネージャ330、アクション・マネージャ310、または経路の所有元の場合に、リクエスタに与えられる。経路の所有元は、要求の時点と、この要求内に示されている持続時間の間だけ、経路内の全資源を所有する。560での検査の結果、リクエスタに資格が与えられている場合、経路マネージャ330は、565で、その管轄下にある区分を分解し、570で、この経路に対して予約されている資源を解放するように、その同位の資源マネージャに告知し、かつ595で、対応する経路管理データベースを更新した後、510へループを戻す。
【００４４】
上述した経路作成処理に加えて、および／または、これと連動して、本発明の好ましい一具体例の経路マネージャ330は、以下の機能を行う。
【００４５】
経路マネージャ330は、経路データベース335を作成かつ維持する。経路データベース335には、経路を設置し、かつQoS要件を満たすために必要な情報が含まれている。経路マネージャ330は、資源の状態と能力、割り当てられているネットワーク資源、所有元のリクエスタ、所有元のアクションなどを、経路ごとに記録する。
【００４６】
上述の詳細説明のように、経路マネージャ330は、「設定」要求を受信すると直ちに、その管轄下にある経路区分の設定を試み、かつ経路設定の完全性を確保する。経路マネージャ330は、その設定の部分が成功した場合、経路に関する情報をデータベース335内に記録する。特定のネットワークの経路マネージャ330は、このネットワーク内に経路を設定する方法を解する。例えば、1394ネットワークの経路マネージャは、「プラグ」を用い、かつこれらのプラグを介した、デバイスおよび／またはこれらのサブユニットの接続に関しては、1394規格とプロトコルに関連付けられているIEC61883のような規則に従う。
【００４７】
1394規格のネットワークのような、QoSを保証することが出来るネットワークの場合、経路マネージャ330は、リクエスタからのQoS要件を満たすようにネットワーク資源を割り当てる。IP/イーサネット（登録商標）のような、QoS要件を保証することが出来ないネットワークの場合、経路マネージャ330は、利用可能な最良の設備を割り当てる。例えば、経路マネージャ330は、イーサネット（登録商標）ネットワーク内で、DifServeのような機能を利用しようとする。
【００４８】
経路マネージャ330は、解放されている資源の一覧を、320のようなUPnPシステムの構成要素が渡すためのインタフェースとなる。経路マネージャ330は、このような一覧を受信すると、これらの資源を含んでいる経路を分解し、かつデータベース335を更新する。
【００４９】
経路マネージャ330は、資源の到着または離脱に関する通知を受信するためのインタフェースにもなる。経路マネージャ330は、着信通知を受信すると、データベース内に項目を作成し、デバイス資源の記述を取り込み、経路管理に関連する制御機能に関する情報を抽出し、かつ、この情報をデータベース335に入力する。経路マネージャ330は、発信通知を受信すると、項目を削除するか、または資源の離脱を示すように項目にマーキングするかの何れかを行う。
【００５０】
経路マネージャ330は、経路データベース335の照会を行うためのインタフェースにもなる。
【００５１】
アクション・マネージャ・モジュール310
アクション・マネージャ・モジュール310により、アプリケーションは、アクション・マネージャ310にアクション要求の処理を任せたまま、アクションのスケジュールを組むことが可能になる。アクション・マネージャ310により、アプリケーションは、さらに、資源管理、経路設定、およびアクション管理の詳細事項から解放される。好ましい一具体例の場合、スケジュールを組むこと要求には、経路、アクションの開始時刻と終了時刻、A/Vストリームのタイプと特徴、およびこのストリームのQoS要件が含まれている。
【００５２】
アクション・マネージャ310は、以下のアクションを行う。
【００５３】
アクション・マネージャ310は、アクション・データベース315を作成かつ維持する。データベース315は、アクションの管理方法に関する情報を記録する。この情報には、経路、開始時刻と終了時刻、およびアクションのスケジュールを組んだアプリケーション、ならびに、A/Vストリームのタイプと特徴、およびこのストリームのQoS要件が含まれている。効率性のため、データベース315は、アクションを時間列に編成することが好ましい。
【００５４】
アクション・マネージャ310は、「スケジュール」要求を受信すると、経路内の資源の資源マネージャ320に「予約」要求を送信する。アクション・マネージャ310は、成功応答を受信すると、アクション開始時刻が「今」の場合、経路内の経路マネージャに「設定」要求を送信する。経路マネージャは、成功応答を受信した場合、要求されたアクションを開始させる。アクション開始時刻が将来の場合、アクション・マネージャ310は、データベース315にアクションを入力し、実行時間の到来を待つ。失敗が生じた場合は、資源マネージャと経路マネージャが、全てのデバイスとネットワーク資源とを直ちに適切に解放するので、アクション・マネージャは、この解放を開始させる必要はない。
【００５５】
アクション・マネージャ310は、アクションのスケジュールを組む前に、時間的余裕を十分に取って、アクションに必要な経路を設定する。データベース315の周期的な検査による指示により、またはタイマのイベントに対する応答として、経路を設定する時間になると、アクション・マネージャ310は、要求アプリケーションが、必要な全ての資源をこの時点でまだ所有しているか否かを検査する。所有元（資源を予約するアプリケーション）が、例えば、強制排除によって変更されている場合、実行は失敗する。要求アプリケーションが、必要な全ての資源をまだ所有している場合、アクション・マネージャ310は、経路マネージャ330にアクションの経路を設定するように命令する。経路の設定に成功した後、アクション・マネージャ310はアクションを開始させる。経路設定が失敗した場合、実行は失敗する。失敗した場合は、経路マネージャ330が資源マネージャ320に告知するので、アクション・マネージャ310が告知する必要はない。アクション・マネージャ310は、アプリケーションがまだ存在している場合、実行結果をアプリケーションに告知するか、または将来の点検のために、この結果を記録する。
【００５６】
オプションで強制排除を実施することにより、アプリケーションは、スケジュールに組まれているアクションを強制排除することが出来る。アプリケーションにより選択された場合、アクション・マネージャ310は、このアクションのスケジュールを組んだアプリケーションに代わり、強制排除交渉に関与する。この交渉の結果、幾つかの資源を放棄することになった場合、アクション・マネージャは、アプリケーションがまだ存在するならアプリケーションに告知するか、または、将来の点検のためにこの事例を記録する。一方、経路の設定を開始する前に強制排除が起こった場合、アクション・マネージャ310は、この強制排除されたアクションに対して資源を予約してある全ての資源マネージャ320に、「解放」要求を送信する。これ以外の場合、経路に対する設定を行った全てのアクション・マネージャ310に、「分解」要求を送信する。経路マネージャは、次に、これらに対応する同位の資源マネージャに、予約されている資源を解放するように告知する。外部のイベントにより資源が強制排除された場合、例えば、チューナが予約済みのチャネルとは異なるチャネルを受信するように手動変更された場合、対応する資源マネージャは、このイベントに関する通知を受信する。資源マネージャは、資源の所有元に、このイベントに関する通知を行う。
【００５７】
好ましい一具体例の場合、アクション・マネージャ310は、生産者スレッドと消費者スレッドという2つのスレッド内で実施される。生産者スレッドは、「予約」要求と「予約解除」要求に返答する。アクション・マネージャ310の生産者スレッドは、「予約」要求を受信すると直ちに、必要な資源を予約しようとする。アクションが今実行されることになっており、かつ、全ての資源の予約に成功している場合、生産者スレッドは、さらに、経路の設定とアクションのスケジュールを組むこととを直ちに開始させる。要求が将来の時間に対するものである場合、生産者スレッドは、予約が成功すると直ちに、データベース315に活動を入力する。アクションのための経路設定を行うスケジュール時間に達すると、消費者スレッドは、この時点に実行しなければならない全ての活動をデータベース315から引き上げ、かつ、これらの実行を遂行する。
【００５８】
デバイス接続／切断ハンドラ(Device Connect/Disconnect Handler) 380の好ましい一具体例の場合、ハンドラ380は、記述データベース305内のデバイスおよび／またはサービスの記述に項目を挿入する。この項目は、このデバイス／サービスを管轄する、資源マネージャ320と、経路マネージャ330と、アクション・マネージャ310とのURLを示すことが好ましい。
【００５９】
デバイス・マネージャ340
複数のアプリケーションが同一の資源の状態を変化させようとすると生じる競合状況を防止するために、デバイス・マネージャ340は、上記の予約されている経路に対応する情報伝達が開始すると、状態変更要求を実行する権利に関する規則を施行するように構成されている。この実行する権利は、予約とゲート保持という2つのステップで施行される。
「予約」：アプリケーションは、指令実行時間における資源の所有権をすでに取得している場合しか、状態-変更指令を実行する権利を有さない。資源を所有するためには、アプリケーションは、資源マネージャ320による資源の予約を成功させなければならない。アクション・マネージャ310は、スケジュールを組む指令を受信後、まず、このアクションに必要な資源を予約することにより、要求アプリケーションが、アクション経路に沿った資源をアクション実行時に所有することを確実にする。
「ゲート保持」：資源にアクセスする指令は、デバイス・マネージャ・モジュール340を介して実行される。デバイス・マネージャ340は、状態変更指令を資源に渡す前に、リクエスタがそうする権利を有しているか否かを検査する。各デバイス、すなわち関連付けられている全てのデバイス資源と全てのネットワーク資源は、そのデバイス資源と、ネットワーク資源と、ネットワーク接続オブジェクトとを管轄する1つの資源マネージャと1つの経路マネージャとを有する。好ましい一具体例の場合、管轄を行う資源マネージャしか、どのデバイス資源でも予約することが出来る権利を有さず、かつ、管轄を行う経路マネージャしか、ネットワーク資源を割り当て、かつ接続オブジェクトを操作する権利を有さない。さらに、所有元アプリケーション、またはこのアプリケーションに相当するアクション・マネージャしか、アクションを実行することが出来ない。このため、デバイスがそれ自体の予約能力を設けていなくても、資源を全ては予約していないアプリケーションは、アクションを実行しようとすると、失敗応答を受けてしまう。好ましい一具体例の場合、いかなるリクエスタも、資源が予約されていない期間中にデバイスの状態を変化させる権利を有する。しかしながら、この結果生じる状態は、予約されている資源の状態を変化させるように事前にスケジュールされている時間になると、必要に応じて強制排除されてしまうであろう。
【００６０】
好ましい一具体例の場合、デバイス・マネージャ340は、以下の機能を提供する。
【００６１】
デバイス・マネージャ340は、デバイスの着信／発信により、サービスに対するスレッドを作成／削除し、かつ、この変化を、資源マネージャ320と経路マネージャ330に通知する。
【００６２】
デバイス・マネージャ340は、目標とするサービスの状態を変化させる制御指令を受信すると、まず、リクエスタがそうする権利を有しているか否かを検査する。デバイス・マネージャ340は、リクエスタがその資格を有している場合しか、このサービスに指令を渡さない。好ましい一具体例の場合、デバイス・マネージャ340は、まず、デバイスまたはネットワーク資源の予約状態を照会する。この要求が満たされない場合、デバイス・マネージャ340は、リクエスタに「失敗」応答を送信する。目標とするサービスの状態を変えることが出来ない場合、または、相当する状態値が要求された値に等しい場合（例えば、資源が既に予約状態になっている場合）、または、要求量が供給を上回っている場合（例えば、残されているバンド幅が不十分な場合）、この要求は失敗する。これ以外の場合、デバイス・マネージャ340は、状態値を要求された値に設定し、かつ、リクエスタに、「成功」応答を送信する。
【００６３】
前述の内容は、本発明の原理を単に例示しているだけである。したがって、本願明細書には明確に記述または示されていないが、本発明の原理を具体化しているために請求項の範囲内にある様々な構成の考案が、当業者には可能となることが理解されよう。
【図面の簡単な説明】
【００６４】
【図１】複数の異種ネットワークと相互作用するUPnPユーザ制御点(UCP)を有するシステムの例示的なブロック図を示す。
【図２】非IPネットワークをUPnPユーザ制御点に橋渡しするシステムの例示的なブロック図を示す。
【図３】複数の異種ネットワーク全体に渡る、時間に敏感な情報の通信をサポートする、本発明によるUPnPアーキテクチュアの例示的なブロック図を示す。
【図４】通信経路沿いのデバイス資源を予約するための、本発明による処理の例示的な流れ図を示す。
【図５】通信経路沿いのネットワーク区分を設定するための、本発明による処理の例示的な流れ図を示す。
【符号の説明】
【００６５】
100…時間に敏感な情報の通信を容易にするためのシステム
110…ホスト・システム
120…UPnPプロキシを可能にするロジック
120a…ネットワークまたはデバイスの単位
120b…サービスの単位
130…UPnPスタック
140…従属ネットワーク・インタフェース
150…従属ネットワーク・インタフェース
160…ネットワーク
161…アプリケーション・プログラム
170…ネットワーク
171…デバイス
180…ネットワーク
181…デバイス
231…HTTP
232…ユニキャスト／マルチキャストのTCP/IPとUDP/IP
241…デバイス・ドライバ
242…クラス・ドライバ
243…USBスタック
244…USBホスト・コントローラ
305…デバイス記述データベース
310…アクション・マネージャ・モジュール
315…アクション・データベース
320…資源管理モジュール
325…資源データベース
330…経路管理モジュール
335…経路データベース
340…デバイス・マネージャ・モジュール
345…デバイス・テーブル
360…イベント購読モジュール
370…サービス制御モジュール
380…デバイス接続／切断ハンドラ
381…記述エクスポート・モジュール
382…イベント・ソース・モジュール
383…イベント購読データベース
384…サービス状態テーブル
390…ネットワーク・サービス抽象層
391…ネットワーク・サービス抽象層
392…ネットワーク・サービス抽象層
393…従属ネットワーク・インタフェース
394…ネットワーク・テーブル
395…DHCPクライアント
396…能力エクスポート・モジュール
397…デバイス能力データベース
398…プレゼンテーション・エクスポート・モジュール
399…デバイス・プレゼンテーション・データベース
410…メッセージを受信する。
415…予約または解放を判断する。
420…マネージャの制御範囲内にある各資源を見つけ出す。
425…まだ予約されていない資源を見つけ出す。
430…予約を行う。
435…次の資源
440…予約すべき資源がまだあるか否かを検査する。
445…「成功」メッセージをリクエスタに送信する。
450…予約したばかりの資源に「予約済み」とマーキングする。
455…別の資源管理モジュールが、次の資源マネージャに到達可能な場合
460…記載されている資源を解放する資格または権限がリクエスタに与えられているか否かを検査する。
465…前の資源管理モジュールが、デバイス資源を解放する。
480…失敗メッセージをリクエスタに送信する。
485…作業に対して予約した全ての資源を解放する。
490…資源管理データベースを更新する。
495…解放メッセージ
510…要求を受信する。
515…分解要求か設定要求かを判断する。
520…各ネットワーク区分に対するループが開始／継続する。
525…管轄下にある全ての区分を設定する。
530…全ての区分が設定されているかを検査する。
535…次の区分
540…経路の終端を検出する。
545…リクエスタに成功応答を返信する。
550…次のマネージャに要求を送信する。
555…要求を認知する。
560…リクエスタに資格が与えられているか否かを検査する。
565…管轄下にある区分を分解する。
570…経路に対して予約されている資源を解放する。
580…リクエスタに失敗メッセージを送信する。
585…管轄下にある全てのネットワーク区分を分解する。
590…同位の資源マネージャに分解に関して通知する。
595…対応する経路管理データベースを更新する。
【図１】
2004531180.tif 000003
【図２】
2004531180.tif 000004
【図３】
2004531180.tif 000005
【図４】
2004531180.tif 000006
【図５】
2004531180.tif 000007
【国際公開パンフレット】
2004531180.tif 000008
2004531180.tif 000009
2004531180.tif 000010
2004531180.tif 000011
2004531180.tif 000012
2004531180.tif 000013
2004531180.tif 000014
2004531180.tif 000015
2004531180.tif 000016
2004531180.tif 000017
2004531180.tif 000018
2004531180.tif 000019
2004531180.tif 000020
2004531180.tif 000021
2004531180.tif 000022
2004531180.tif 000023
2004531180.tif 000024
2004531180.tif 000025
2004531180.tif 000026
2004531180.tif 000027
2004531180.tif 000028
2004531180.tif 000029
2004531180.tif 000030
2004531180.tif 000031
2004531180.tif 000032
2004531180.tif 000033
【国際調査報告】
2004531180.tif 000034
2004531180.tif 000035
2004531180.tif 000036