JP2007515127A - ネットワークでのリソース情報のルーティング - Google Patents

ネットワークでのリソース情報のルーティング Download PDF

Info

Publication number
JP2007515127A
JP2007515127A JP2006545318A JP2006545318A JP2007515127A JP 2007515127 A JP2007515127 A JP 2007515127A JP 2006545318 A JP2006545318 A JP 2006545318A JP 2006545318 A JP2006545318 A JP 2006545318A JP 2007515127 A JP2007515127 A JP 2007515127A
Authority
JP
Japan
Prior art keywords
resource
server
media server
distribution
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2006545318A
Other languages
English (en)
Other versions
JP2007515127A5 (ja
Inventor
ジェイ．エンカルナシオン マーク
フレイクス ジェーソン
スリニバサン ジャイ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Corp
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of JP2007515127A publication Critical patent/JP2007515127A/ja
Publication of JP2007515127A5 publication Critical patent/JP2007515127A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2812—Exchanging configuration information on appliance services in a home automation network describing content present in a home automation network, e.g. audio video content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4828—End-user interface for program selection for searching program descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/281—Exchanging configuration information on appliance services in a home automation network indicating a format for calling an appliance service function in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/2847—Home automation networks characterised by the type of home appliance used
    • H04L2012/2849—Audio/video appliances

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Automation & Control Theory (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Storage Device Security (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)

Abstract

ユニバーサルプラグアンドプレイ（ＵＰｎＰ）ネットワーク内のメディアサーバに、リソースに関するリソース情報のレンダリングデバイスへの配布を決定するリソース共有サービスが含まれる。１つの事例で、リソース共有サービスは、判断基準を調べて、識別されたネットワークデバイスがリソース情報の受信を許可されるかどうかを判定する。もう１つの事例で、リソース共有サービスは、別の判断基準を調べて、リソース情報の転送を行うためにメディアサーバに関連する指定された個人がその転送に同意しなければならないかどうかを判定する。リソース情報に、リソースに関する高水準情報を記述したリソースメタデータならびにリソースコンテンツを含めることができる。メディアサーバに、メディアサーバユーザが共有リソースおよび配布判断基準を指定できるようにする様々なユーザインターフェースプレゼンテーションが含まれる。

Description

この主題は、ネットワークを介する受信側への情報のルーティングの戦略に関し、具体的な実施形態では、ホームネットワークなどのローカルネットワークを介して受信側にメタデータおよびメディアコンテンツを選択的にルーティングする戦略に関する。
ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、ネットワークへのデバイスの追加および除去を容易にするネットワークアーキテクチャを提供する。例えば、ＵＰｎＰアーキテクチャは、ユーザが、ネットワーク結合に新しいデバイスを単純に「プラグ」すること可能にする。その後、ネットワークは新しいデバイスの特性を自動的に判定し、その後、この新しいデバイスとネットワーク内の他のデバイスの間の相互作用を、判定された特性に基づいて調整する。ＵＰｎＰアーキテクチャは、家庭、会社、学校など、ローカルセッティングに関連するネットワークに特によく適する（用語「ユニバーサルプラグアンドプレイ」が、より以前に開発されたデバイスプラグアンドプレイ（ＰｎＰ）で提供される機能性から派生したことに留意されたい。デバイスＰｎＰは、ＰＣなどの独立型コンピュータデバイスに周辺機器を自動的に追加し、除去する柔軟な技法を提供する）。
図１に、例示的なＵＰｎＰアーキテクチャ１００に関する高水準の情報を提示する。概要として、ＵＰｎＰアーキテクチャ１００に、ネットワーク１１２を介して一緒に結合された複数のデバイス（例えば、デバイス１０２、１０４、および１０６）と、コントロールポイント（例えば、コントロールポイント１０８および１１０）が含まれる。
ＵＰｎＰデバイス（１０２、１０４、および１０６）に、様々な電子デバイスを含めることができる。例示的なデバイスに、すべてのタイプのコンピュータ、ＣＤ／ＤＶＤプレイヤ／ジュークボックス、ＴＶ、ＶＣＲ、ＭＰ３プレイヤ、ステレオシステム、電子額縁（ＥＰＦ）、様々なタイプの静止画カメラおよびビデオカメラなどが含まれる。具体的に言うと、いわゆるＵＰｎＰデバイスは、概念的に、実際のデバイス、サービスなどを含むことができるコンテナを定義する。サービスは、他のＵＰｎＰデバイスに使用可能にされるＵＰｎＰデバイスによって実行される様々な機能を定義する。例えば、１つの例示的なサービスを、時計によって提供される日時順機能に関するものとすることができる。一般に、サービスは、状態変数を使用してその機能性をモデル化し、そのモデルに関連する様々なアクションを他のＵＰｎＰデバイスに公開する。図１の例示的な事例では、ＵＰｎＰデバイス１０２に、サービス１１６を提供する実際のデバイス１１４が含まれる。ＵＰｎＰデバイス１０４に、サービス１２０および１２２を提供する実際のデバイス１１８が含まれる。ＵＰｎＰデバイス１０６に、サービス１２６および１２８を提供する実際のルートデバイス１２４が含まれる。ルートデバイス１２４に、サービス１３２を提供する組み込みデバイス１３０が含まれる。
ネットワーク１１２は、伝送制御プロトコルおよびインターネットプロトコル（ＴＣＰ／ＩＰ）を使用して、デバイス（１０２、１０４、および１０６）を一緒に結合することができる。ネットワーク１１２は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）、ＧＥＮＡ（Ｇｅｎｅｒａｌ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）などの複数の他の標準プロトコルから自由に引き出すこともできる。ネットワーク１１２は、物理的には、電話回線、電力線、ＩｒＤａ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、イーサネット（登録商標）、ラジオ周波数（ＲＦ）結合などの様々なハードワイヤード通信機構および／または無線通信機構を使用して実施することができる。
最後に、コントロールポイント（１０８、１１０）は、他のＵＰｎＰデバイスを発見でき、制御できるエージェントを定義する。ＵＰｎＰデバイス自体に、それに一体化された１つまたは複数のコントロールポイントを含めることができる。
図２に、階層レイヤに配置された、ＵＰｎＰアーキテクチャ１００によって実行される従来の機能を示す。アドレッシング機能２０２は、デバイスおよびコントロールポイントがネットワーク１１２と相互作用するアドレスをそれによって受け取るプロシージャに関係する。具体的に言うと、デバイスまたはコントロールポイントは、動的ホスト構成プロトコル（ＤＨＣＰ）サーバからまたはＡｕｔｏ ＩＰ割当プロシージャを使用することによって（例えば、ＤＨＣＰサーバが使用可能でない場合に）、アドレスを受け取ることとができる。Ａｕｔｏ ＩＰプロシージャは、予約されたプライベートアドレスのセットからＩＰアドレスを知的に選択する技法を提供する。
ディスカバリ機能２０４は、デバイスがそのサービスをコントロールポイントにアドバタイズするプロシージャに関係する。デバイスは、ＨＴＴＰのマルチキャスト変形（すなわちＨＴＴＰ−ＭＵ）を送出することによって、このアドバタイズメントを実行することができる。コントロールポイントが、その後、ＨＴＴＰＵ（すなわち、ＨＴＴＰのマルチキャスト変形）を使用して応答する。ディスカバリ機能２０４は、ＧＥＮＡ（Ｇｅｎｅｒａｌ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）およびＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を利用して、ＵＰｎＰデバイスとコントロールポイントの間での上で示した交換を実行する。さらに、新たに追加されたコントロールポイントは、ネットワークに結合されたＵＰｎＰデバイスおよびサービスを検索することもできる。
ディスクリプション機能２０６は、ＵＰｎＰデバイスを発見したコントロールポイントが、そのＵＰｎＰデバイスに関するさらなる情報を判定できるようにするプロシージャに関係する。ＵＰｎＰデバイスは、コントロールポイントに情報を送ることによって応答し、その情報は、拡張マークアップ言語（ＸＭＬ）を使用して表される。その情報は、ＵＰｎＰデバイスのタイプ（例えば、製造業者、モデル名、モデル番号、通し番号など）、それが提供するサービス、そのデバイスと相互作用するためのＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ：情報の存在場所を示す住所のようなコード）などに関する詳細を定義する。
コントロール機能２０８は、コントロールポイントからＵＰｎＰデバイスへの制御メッセージの送信にかかわる。ＵＰｎＰアーキテクチャ１００は、このメッセージを送信するのにＳＯＡＰを使用する。ＳＯＡＰメッセージに、アクション要求が含まれる。ＵＰｎＰデバイスは、ＳＯＡＰメッセージで指定されたアクションを実行し、その後、コントロールポイントに応答する。この応答に、アクション固有の値またはフォールトコードが含まれる。
イベンティング機能２１０は、コントロールポイントがＵＰｎＰアーキテクチャ１００によって提供されるサービスに関連するイベントを監視するプロシージャに関する。具体的に言うと、サービスは、そのモデルが状態を変更する時にイベントを送ることができる。これらの状態変化を「パブリッシュ」するプロセスを、イベンティングと呼ぶ。コントロールポイントは、関心を持つサービスにサブスクリプションメッセージを送信することによって、様々なイベントを受け取るためにサブスクライブすることができる。
最後に、プレゼンテーション機能２１２は、あるＵＰｎＰデバイスに関連するプレゼンテーションＵＲＬを使用して、このＵＰｎＰデバイスから情報のページを取り出すことを含む。コントロールポイントは、ＵＰｎＰデバイスにＨＴＴＰ ＧＥＴ要求を発行することによって、プレゼンテーションプロセスを開始することができる。プレゼンテーション機能２１２は、ユーザが、デバイスのステータスを見、かつ／またはデバイスを制御することを可能にする。
ＵＰｎＰ Ｆｏｒｕｍのウェブサイト（例えば、非特許文献１参照）で、ＵＰｎＰアーキテクチャおよび関連する話題に関する詳細な情報が提供されている。
上で述べたように、ＵＰｎＰデバイスは、一般に、家庭または会社など、比較的ローカライズされたネットワーク環境で使用される。例えば、家庭環境では、ＵＰｎＰデバイスを含むネットワークが、メディアソースデバイスのコレクションとメディアレンダリングデバイスのコレクションを相互接続する場合がある。例示的なメディアソースデバイスに、音楽、ビデオ、写真などのコレクションをストアするパーソナルコンピュータを含めることができ、あるいは、様々なタイプのジュークボックスデバイスを含めることができる。例示的なメディアレンダリングデバイスに、ＴＶ、ステレオ、パーソナルコンピュータなどを含めることができる。コントロールポイント（パーソナルコンピュータなど）を使用して、あるメディアソースデバイスから選択されたメディアレンダリングデバイスにリソース情報をルーティングすることができる。
しかし、ＵＰｎＰデバイスを含む既存のネットワークは、よく制御され、保護され、責任を負う形での上で説明したリソース情報の転送を実行しない。例えば、家庭環境に、様々な年齢の様々な関心を持つ個人のグループが含まれる場合がある。一部のメディアコンテンツが、家族のあるメンバに適当であるが、他のメンバに不適当である場合がある。例えば、親は、成人向けの内容を含まない音楽、ビデオ、および写真を子供にルーティングすることを望む可能性がある。それと同時に、親は、子供に適当なリソース情報の種類と相互作用することを望まない可能性がある。ＵＰｎＰデバイスを含む既存のネットワークは、家庭内の異なる個人に異なるリソース情報を選択的にルーティングする機構を提供しない。例えば、父親が、広範囲のリソース情報を集合として提供する様々なＤＶＤをビデオジュークボックスにロードしている場合があり、ＵＰｎＰデバイスを含む既存のネットワークには、適当さおよび受信側の関心に応じて家族の異なるメンバにこのジュークボックス内のリソースを選択的に散布する備えが欠けている。
ＵＰｎＰデバイスを含むネットワークの他の応用例に、類似する欠陥が存在する。例えば、会社のコンテキストで、会社の所有者が、様々なリソース情報を含む情報ウェアハウスを有する場合がある。そのリソース情報の一部が、プライベートな内容または機密の内容を含むので、または単に多数の従業員が興味を持たない内容を含むので、会社全体への一般的な散布に適さない場合がある。ＵＰｎＰデバイスを含む従来のネットワークには、管理者がリソース情報を適当な受信側に選択的にルーティングすることを可能にする機構が含まれない。
さらに、どの環境でも、ＵＰｎＰアーキテクチャに従って作られたデバイスを含むネットワークに加入していない個人が、許可されない形でそのネットワークを「盗聴」できる危険性が存在する。例えば、無線リンクを使用して（全体的にまたは部分的に）ネットワークを実施することができる。これらのネットワークでは、許可されない個人が、意図的にまたは意図的でなく、ＵＰｎＰアーキテクチャによって提供されるリソースへのアクセスを得る危険性が存在する。同様の危険性が、他の種類のネットワークに存在する。さらに、ＵＰｎＰデバイスを含むネットワークに関して提供される機能性は、広域ＩＰネットワーク機能性との連続性を保証するように設計されている。これは、多数の利益をもたらすが、広域ネットワーク内のユーザが、意図的にまたは意図的でなく、ホームネットワーク環境を盗聴する形を見つける危険性も導入する。ＵＰｎＰアーキテクチャは、情報のルーティングを制御しまたは阻止する適切な機構を提供しないので、この種の許可されないユーザが、メディアおよび情報リソースのネットワークのコレクション全体へのアクセスを得るか、ネットワークのＵＰｎＰデバイスを制御する可能性がある。
http://upnp.org/
したがって、ネットワーク環境でリソース情報の散布を制御する技法の例示的な必要があり、より具体的な実施形態では、ＵＰｎＰデバイスを含むネットワークでのリソース情報のルーティングを制御する技法の必要がある。
１つの例示的な実施形態により、ネットワークを介してリソース情報を散布する方法を説明する。この方法は、（ａ）ソースエンティティで、リソース情報に関するコンシューマ要求を受け取ることと、（ｂ）前記要求を満たし、少なくとも１つの配布判断基準を満足する、前記ネットワーク上で共有可能として指定されたリソースがあるかどうかを判定するために前記ソースエンティティで前記要求を処理することと、（ｃ）前記処理の結果を示す応答を生成することと、（ｄ）前記応答をコンシューマに転送することとを含む。
もう１つの例示的な実施形態により、ソースエンティティを使用するネットワークを介するリソース情報の散布に関する条件を定義する方法を説明する。この方法は、ユーザが、（ａ）前記ネットワーク上で共有される少なくとも１つのリソースと、（ｂ）前記ネットワークを介する前記少なくとも１つのリソースの少なくとも一部に関する前記リソース情報の配布を決定する少なくとも１つの配布判断基準とを選択することを可能にする、ユーザインターフェースプレゼンテーションを提供することを含む。この方法は、前記ユーザインターフェースプレゼンテーションを介して、前記少なくとも１つのリソースおよび前記少なくとも１つの配布判断基準の前記ユーザの選択を受け取ることをも含む。
追加の例示的な実施形態を、下で説明する。
この開示および図面の全体を通じて、同一の符号が、同一の構成要素および特徴を参照するのに使用される。１００番台の数は、最初に図１に現れる特徴を参照し、２００番台の数は、最初に図２に現れる特徴を参照し、３００番台の数は、最初に図３に現れる特徴を参照し、以下同様である。
説明を容易にするために、次の議論で、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）アーキテクチャに関するリソース情報配布機能性を説明する。本明細書で使用される用語「ＵＰｎＰネットワーク」は、ＵＰｎＰアーキテクチャに従って作られた１つまたは複数のエンティティ（例えば、デバイス）を有し、これらのエンティティのアナウンスメント、ディスカバリ、ディスクリプション、イベンティング、およびコントロールにＵＰｎＰプロトコルが使用されるネットワーク（図３に示された例示的なＵＰｎＰネットワーク３１４など）を記述する。本アーキテクチャでは、ＵＰｎＰアーキテクチャに従って作られたエンティティ以外のエンティティを、ＵＰｎＰネットワーク３１４に結合することができる。しかし、この特定のネットワークフレームワークは、単なる例示である。このリソース情報配布機能性は、他の種類のアーキテクチャおよびネットワークを使用して実施することができる（すなわち、この機能性は、ＵＰｎＰエンティティを含むネットワークに制限されない）。
具体的に言うと、短く説明したように、ＵＰｎＰネットワーク３１４に、１つまたは複数の受信側エンティティに情報を供給する１つまたは複数のソースエンティティを含めることができる。ＵＰｎＰネットワーク３１４に、任意選択として、ソースエンティティから受信側エンティティへの情報の転送を調整し、他の機能を実行する１つまたは複数のコントロールポイントを含めることができる。例えば、ソースエンティティに、メディアサーバまたは他の種類のデバイスを含めることができる。受信側エンティティには、コントロールポイントデバイス、メディアレンダリングデバイス、または他の種類のデバイスを含めることができる。一般に、用語「エンティティ」および「デバイス」は、本明細書では広義に解釈されなければならず、これらの用語は、帰するタスクを実行する別個の独立型ユニットを指すことができ、あるいは、複数のユニットからなるシステムを含めることができ、あるいは、ユニット内に含まれるハードウェアコンポーネントおよび／またはソフトウェアコンポーネントを含めることなどができる。議論を単純にするために、用語「デバイス」を、このセクションでは、ＵＰｎＰネットワーク３１４に結合されたすべての種類のモジュールを記述するのに使用する（さらに、メディアサーバデバイスを、議論を単純にするために「メディアサーバ」とも呼ぶ）。
さらに、具体的な例を提供するために、次の議論で、家庭内の人が、ＵＰｎＰネットワーク３１４を使用して、家庭内の複数のメディアサーバおよびメディアレンダリングデバイスを相互接続する、家庭コンテキストでのリソース情報配布機能性を説明する。しかし、このリソース配布機能性は、会社環境（例えば、１企業内）、アカデミック環境（例えば、学校または大学内）などを含むすべての環境に適用することができる。
さらに、ＵＰｎＰネットワーク３１４は、通常は、比較的小さく、明確に定義された地理的区域内（例えば、ビルディング内）のデバイスを一緒に結合する。しかし、このリソース情報配布機能性は、地域的により包括的な環境に適用することができる。
さらに、次の議論で、「リソース」は、情報のすべての単位を指す。例えば、リソースは、単一のファイルに対応することができ、あるいは、ファイルの一部に対応することができ、あるいは、複数のファイルのコレクションに対応することができる。例えば、リソースが、音楽に対応すると仮定する。その音楽を、単一のファイルにストアするか、単一のファイルの一部だけにストアするか、複数のファイルにストアすることができる（最後の場合に、この複数のファイルに、他の音楽からのストリームを組み合わせることもできる）。具体的に言うと、図３からわかるように（この図の右端部分に留意されたい）、リソースストア（下で説明する）にストアされた例示的なリソース（Ｒ）に、本明細書で一般に「リソース情報」と称する様々な情報コンポーネントを含めることができる。リソース情報のそのようなコンポーネントの１つが、「リソースメタデータ」である。リソースメタデータには、リソースのタイトル、そのリソースに関連するアーティスト、そのリソースが作成された日付などの、リソースに関する高水準情報が含まれる。リソース情報のもう１つのコンポーネントが、「リソースコンテンツ」である。リソースコンテンツには、リソースメタデータが記述するデータが格納される。例えば、オーディオリソースのリソースコンテンツは、コンシューマに再生されるオーディオデータに対応する（この開示の諸部分で、用語「リソースコンテンツアイテム」が、特定のリソースに関連するリソースコンテンツを指すのに使用される；この場合の用語「アイテム」の使用は、単に、ある文脈での用語「リソースコンテンツ」の使用を明瞭にするための文法的な便宜の問題である）。最後に、次の説明で、しばしば、レンダリングデバイスでの提示のための、そのレンダリングデバイスへの「リソースコンテンツ」の転送に言及する。この転送は、リソースコンテンツ以外のリソースに関する追加情報の転送を除外せず、リソースの転送に、例えば、リソースコンテンツに付随するリソースメタデータを含めることもできる。
さらに、リソース自体を、個々のメンバリソースのコレクションとすることができる。例えば、リソースが、いわゆるリソースコンテナまたはリソースフォルダあるいはリソースの他の種類のコレクションを構成することができる。下で説明するように、リソースコンテナは、メディアサーバが１つまたは複数のメンバリソースの内部的な管理に使用する、これらのメンバリソースのグループ化を指す。リソースフォルダは、メディアサーバがユーザに「可視」にする１つまたは複数のメンバリソースのグループ化を指す。例えば、メディアサーバに、それぞれに１つまたは複数のメンバリソースを含めることができる複数のリソースフォルダを提示できるユーザインターフェースディスプレイ（または他のプレゼンテーション機構）を含めることができる。しかし、メディアサーバは、内部的に、リソースコンテナのコンテキストでこれらのメンバリソースを管理することができる。リソースフォルダ内の情報の割当は、一般に、リソースコンテナ内の情報の割当と異なるが、代替実施形態では、この割当を同一にすることができる（さらに、メディアサーバは、任意選択として、ユーザがリソースコンテナおよびそのめいめいのメンバリソースに関する情報を見ることと、フォルダごとの基礎ではなくまたはそれに加えてコンテナごとの基礎で様々なアクションを実行することを可能にすることができる）。すべてのコレクション（リソースコンテナまたはリソースフォルダのいずれか）自体に、メンバ「子」コレクション（すなわち、めいめいの子リソースコンテナまたは子リソースフォルダ）を含めることができる
特定の種類のリソースコレクションが、リソース再生リストである。このリソースは、オーディオリソース、ビデオリソース、および／または写真リソース（あるいは他の種類のリソース）のリストを参照するファイルとして実装することができる。
上の例は、リソースがとることのできる現れのうちの少数を記述したものにすぎず、一般に、用語リソースは、あらゆる考慮に基づく情報のあらゆる集団を抽象的に表す。
一実施形態で、リソースを、オーディオリソース（例えば、音楽、オーディオブックなど）、ビデオリソース、写真リソース（例えば、デジタル写真）などのメディアリソースに対応するものとすることができる。しかし、本明細書に記載の原理は、あらゆる目的でのあらゆる種類の情報の配布に使用することができる。
本明細書で引き合いに出される用語「処理」は、様々な動作に関連することができる。ある場合に、用語「処理」が、処理される情報を変更するのに使用される動作を指す。別の場合に、用語「処理」が、処理される情報を単純に取り扱うのに使用される動作、または処理される情報に関する判断を行う動作を指す。これらは、この用語に含まれる動作の様々なタイプの少数の例にすぎない。
さらに、様々な管理タスク（共有リソースの定義など）を実行するために本明細書で説明されるメディアサーバと相互作用するすべてのエンティティを、本明細書で、「メディアサーバユーザ」と称する。メディアサーバユーザは、メディアサーバと相互作用する人間のオペレータに関係することができ、あるいは、メディアサーバと相互作用するように構成された論理機能性を含む他のエンティティを表すことができる。例示的な実施形態では、メディアサーバユーザが、メディアサーバにログオンすると仮定される。一実施形態で、ユーザは、メディアサーバに識別情報を提供することによってメディアサーバにログオンし、その際に、メディアサーバは、そのように構成される場合に、ユーザを認証する（例えば、ユーザに、パスワードを供給するように要求するか、他の形の認証によって）。メディアサーバの他の実施形態は、メディアサーバと相互作用するためにユーザがその身元を与えることを要求しないものとすることができる。下で説明するように、ログオンされたメディアサーバユーザセッションの状況は、アクティブまたはインアクティブになることができる。
メディアサーバにリソース情報を要求するすべてのエンティティを、リソース情報コンシューマと呼ぶ（下では、説明を簡潔にするために、単に「コンシューマ」と呼ぶ）。コンシューマは、メディアサーバにリソースメタデータおよび／またはリソースコンテンツを要求することができる。コンシューマは、コントロールポイントまたはレンダリングデバイスからメディアサーバと相互作用することを望む人間のオペレータを表すことができ、あるいは、メディアサーバと相互作用するように構成された論理機能性を含む他のエンティティを表すことができる。人間のオペレータの場合に、同一の人が、メディアサーバユーザおよびコンシューマの両方として機能することができ、その代わりに、異なる個人がこの２つのめいめいの役割を引き受けることができる。
最後に、代替案（例えば、ＡまたはＢ）で、この開示で複数の例を提示する。さらに、この開示に、毎回これらの事例に明示的に言及しない場合があるが、代替案を単一の実施形態に組み合わせる事例が含まれる（例えば、ＡおよびＢ）。
この開示には、次のセクションが含まれる。
Ａ．リソース共有を実施する例示的なシステム
Ａ．１．このシステムの概要
Ａ．２．このシステムの例示的な応用例
Ａ．３．メディアサーバアーキテクチャの概要
ａ．メディアサービスモジュール
ｂ．コンテンツディレクトリデバイスモニタ（ＣＤＤＭ）モジュール
ｃ．ユーザインターフェースモジュール
Ａ．４．高速ユーザ切替の備え
Ａ．５．追加のセキュリティの備え
ａ．ＩＰアドレス制限
ｂ．ＭＡＣアドレス認証
ｃ．サブネット制限
ｄ．ＴＴＬ制限
ｅ．デバイスおよびセッションの制限
ｆ．ＵＰｎＰアクションへの認証に関する候補デバイスの制限
ｇ．リソースロケータリタイヤメント
ｈ．様々なサーバセキュリティ手段
Ａ．６．ＵＲＬパラメータ化の提供
Ｂ．例示的なユーザインターフェース（ＵＩ）プレゼンテーション
Ｂ．１．新しいデバイスを許可する例示的なＵＩ
Ｂ．２．リソースを共有する例示的なＵＩ
Ｃ．例示的なプロセス
Ｃ．１．デバイス許可プロセス
Ｃ．２．リソース共有プロセス
ａ．共有リソースの定義
ｂ．要求に基づく共有リソースの配布
ｃ．パラメータ化されたＵＲＬの処理
Ｄ．例示的なコンピュータ環境
Ａ．リソース共有を実施する例示的なシステム
Ａ．１．このシステムの概要
図３に、リソース情報共有を含む例示的なネットワークアーキテクチャ３００を示す。ネットワークアーキテクチャ３００には、ＵＰｎＰネットワーク３１４を介して一緒に結合された複数のＵＰｎＰデバイス（３０２〜３１２）（下では、簡潔にするために単に「デバイス」と呼ぶ）が含まれる。デバイス（３０２〜３１２）に、上で述べたメディアサーバ３０２と、複数のメディアレンダリングデバイス（３０４〜３１２）が含まれる。例示的なメディアサーバに、様々なタイプのコンピュータ、様々なタイプのジュークボックスなどを含めることができる。例示的なレンダリングデバイスに、様々なタイプのコンピュータ、ステレオシステム、スピーカ、ＴＶ、ハンドヘルドオーディオプレイヤなどを含めることができる（メディアサーバ３０２だけが図示されているが、ネットワーク３１４に、任意の個数のメディアサーバを含めることができる。さらに、複数のメディアレンダリングデバイス３０４〜３１２が図示されているが、ネットワーク３１４に、１つのメディアレンダリングデバイスだけを含めることができ、多分メディアレンダリングデバイスを含めないことができる）。
ＵＰｎＰネットワーク３１４に、任意選択として、１つまたは複数のコントロールポイント（例えば、コントロールポイント３１６、３１８）も含まれる。コントロールポイント（３１６、３１８）を、ＵＰｎＰデバイス（３０２〜３１２）の１つと一体化することができる。すなわち、例えば、レンダリングデバイスに、メディアサーバ３０２と相互作用するためにコントロールポイント機能性を含めることができる。その代わりに、１つまたは複数のコントロールポイントを、ＵＰｎＰデバイス（３０２〜３１２）と別々に実施することができる。例示的なコントロールポイントは、様々なタイプのコンピュータ、携帯情報端末（ＰＤＡ）、アプリケーション固有ロジックモジュールなどを使用して実施することができる。集合的に、メディアレンダリングデバイス（３０４〜３１２）およびコントロールポイント（３１６、３１８）は、他の役割の中でも、リソース情報受信側エンティティとして働くことができ、これは、上で説明したように、これらがメディアサーバ３０２によって供給されるリソース情報を受信できることを意味する。
ＵＰｎＰネットワーク３１４は、ＵＰｎＰデバイス（３０２〜３１２、３１６、３１８）の間で情報を転送するのに、ＴＣＰ／ＩＰ、ＳＯＡＰ、ＧＥＮＡ、ＨＴＴＰなど、プロトコルの任意の組合せを使用することができる。ＵＰｎＰネットワーク３１４に、さらに、ゲートウェイ、ルータ、ハードワイヤードリンク、無線リンク（例えば、ラジオ周波数リンク）など（図示せず）の任意の組合せを含めることができる。
概要として、新しいＵＰｎＰメディアレンダリングデバイスがＵＰｎＰネットワーク３１４に参加する時に、そのデバイスは、メディアサーバ３０２にその存在をアナウンスする。例えば、この新しいメディアレンダリングデバイスが、図３に示された例示的なデバイス３０６に対応すると仮定する。メディアサーバ３０２は、メディアサーバ３０２のユーザ（すなわち、「メディアサーバユーザ」）に、新しいメディアレンダリングデバイス３０６の存在について警告する。下で詳細に示すように、メディアサーバ３０２は、新しいデバイス３０６に対応する受信したＩＰアドレスをそのメディアアクセス制御（ＭＡＣ）アドレスに変換することによるか、ある他の識別／承認機構を使用することによって、新しいメディアレンダリングデバイス３０６のアイデンティティを判定することができる。次に、メディアサーバ３０２は、メディアサーバユーザに、この新しいデバイス３０６をイネーブルするオプションを与える。イネーブルされた場合に、この新しいデバイス３０６は、メディアサーバ３０２がそれへのリソースの転送を許可されたデバイスのスイートの受け入れられたメンバになる。
メディア転送動作自体で、メディアサーバ３０２は、リソースストア３２０で供給されるリソースに対応するリソース情報を、ネットワーク３１４に結合されたリソース情報受信側エンティティにルーティングする。広義に言って、この動作を実行するために、コンシューマは、まず、コントロールポイント（コントロールポイント３１６など）または他のデバイスを使用して、メディアサーバ３０２のリソースストア３２０で供給されるリソースに対応するリソース情報を調べることができる。例えば、この動作に、使用可能なリソースのタイトルなどのリソースのリソースメタデータおよびリソースに関する他の高水準情報を調べることを含めることができる。そのような調査の後に、コンシューマは、メディアレンダリングデバイス３０６などの選択されたレンダリングデバイスでのプレゼンテーションのためにリソースに関連するリソースコンテンツを選択することができる。コントロールポイント３１６は、その後、メディアサーバ３０２から選択されたレンダリングデバイス３０６へのリソースコンテンツの転送をセットアップする際に役割を提供することができる。一実施形態で、ＵＰｎＰアーキテクチャ３００は、ＨＴＴＰプロトコルなどの（これに制限はされない）非ＵＰｎＰプロトコルを使用して、メディアサーバ３０２からレンダリングデバイス３０６へのリソースコンテンツの転送を実際に実行する。
上で要約した機能を実行するために、メディアサーバ３０２に、リソース情報共有機能性３２２が含まれる。次の議論で、リソース情報共有機能性３２２の高水準の特徴を説明する。セクションＡ．３で、リソース情報共有機能性３２２の動作を詳細に説明する。
まず、ルーティングプロシージャに、ネットワーク３１４を介して共有されるリソースを定義するタスクを含めることができる。１つの例示的な実施形態で、メディアサーバ３０２が、リソースフォルダなどのコレクションの単位で共有可能リソースを指定するように構成される。すなわち、リソース情報共有機能性３２２は、共有可能としてリソースフォルダに「耳標を付ける」ことができ、それに含まれるリソースの少なくともいくつかを、ネットワーク３１２を介して共有できるようにする（下で述べる考慮事項に基づいて）。リソース情報共有機能性３２２は、メディアサーバユーザが共有フォルダの共有可能状況を定義できるようにする１つまたは複数のＵＩページを介してこの機能を実行することができる。セクションＢで、これらのＵＩページを詳細に説明する。一般に、継承が、リソースの階層編成内のリソースの共有可能状況に適用される。すなわち、リソースフォルダは、子リソースを構成する１つまたは複数の個々のメンバリソースを含む親リソースとみなすことができる。リソースフォルダに、サブフォルダを含めることもでき、サブフォルダのそれぞれにメンバ子リソースを含めることができる。共有可能として親リソースを指定することは、一般に、そのメンバリソースおよびサブフォルダのすべてを含むその子リソースをも共有可能として指定するという効果を有する。しかし、リソース情報共有機能性３２２は、異なる継承パラダイムに従って動作するように構成することもできる。例えば、１つの代替の事例で、親リソースの共有可能状況を、そのサブフォルダに自動的に適用しないようにすることができる。
また、リソース情報共有機能性３２２を、ユーザがリソースの共有状況を除去する（例えば、リソースの「共有を解除」する）ことを可能にするように構成することができる。例えば、１つの事例で、親リソースの共有を解除することが、その子リソースの共有を解除するという効果を有する。１つの事例で、リソース情報共有機能性３２２は、親が共有可能と指定されている場合に、メディアサーバユーザが子リソースの共有を解除することを禁止することができる。もう１つの事例で、リソース情報共有機能性３２２は、メディアサーバユーザが、共有解除として共有子リソースを選択的に指定し、これによって、上で説明した継承方式をオーバーライドすることを可能にする。
多数の他の戦略を、リソースの共有に使用することができ、上のリスティングは、可能性の代表的なサンプルを示すにすぎない。例えば、メディアサーバユーザが、個々のリソースレベル（リソースコレクションレベルの代わりにまたはそれに加えて）でリソースを共有可能と指定できるようになるように、リソース情報共有機能性３２２を構成することができる。さらに、メディアサーバユーザが、他の種類のコレクションを共有可能と指定できるようになるように、リソース情報共有機能性３２２を構成することができる。
もう１つの例示的な特徴によれば、セクションＣで詳細に説明するように、メディアサーバ３０２が、共有するリソース情報の種類に他の制約を課すことができる。例えば、メディアサーバ３０２は、ある種類の既知のメディアファイルから得られたリソース情報だけを共有することができる。また、メディアサーバ３０２は、リムーバブルドライブ、ネットワーク共有などにストアされたファイルから得られたリソース情報の共有を拒否することができる。期待されるリソースの既知の「世界」から得られるリソース情報に共有を制限することによって、ＵＰｎＰネットワーク３１４への許可されないアクセスの可能性が減る。
リソース情報共有機能性３２２は、メディアサーバユーザが、リソース情報（リソースメタデータとリソースコンテンツの両方を含む）のルーティングを制御するのに任意選択として使用することができる配布判断基準を定義できるようにもする。例えば、第１の配布判断基準として、リソース情報共有機能性３２２は、メディアサーバユーザが、リソース情報の転送をあるリソース情報受信側エンティティに制限できるようにする。第２の配布判断基準として、リソース情報共有機能性３２２は、メディアサーバユーザが、指定された個人が転送への同意を必要とするかどうかに基づいて条件的にリソース情報の転送を行うことを可能にする。例えば、指定された個人がメディアサーバ３０２を実装するコンピュータにログオンしている（かつ、その個人の端末セッションがアクティブである）場合に、この判断基準が暗黙のうちに満足されるように、メディアサーバ３０２を構成することができる。この特徴は、メディアサーバユーザが、リモートからコンソールと相互作用する（例えば、ネットワーク接続を介して）のではなく、メディアサーバ３０２を実装するコンソールと直接に相互作用する時に限って、そのユーザがログオンしていると考えるようにセットアップすることができるが、もう１つの実施形態では、メディアサーバユーザが、リモート接続を介してログオンしている時であってもそのユーザがログオンしていると考えることができる。もう１つの事例で、指定された個人が、転送が受入可能であると明示的に確認する時（指定された個人が、転送のプロパティに関するＵＩクエリに肯定的に応答する時など）に限って、この判断基準が満足されるように、メディアサーバ３０２を構成することができる。１つの例示的な実施形態で、上で述べた「個人」が、配布判断基準に関連するリソースをネットワークを介して共有可能と指定したメディアサーバユーザに対応する。この２つの判断基準は、単に例示であり、リソース情報共有機能性３２２は、リソース情報の転送を決定する追加の判断基準を課すことができる。例えば、追加の判断基準に、リソース情報へのアクセス特権をある時間に制限する時間制限を含めることができる。リソース情報共有機能性３２２は、セクションＢ（下）で説明するように、リソース情報の配布を決定する配布判断基準を定義する、ユーザのための１つまたは複数のＵＩページを提供することができる。
一実施形態で、配布判断基準の第１のセットを、リソースメタデータの転送に適用し、配布判断基準の別のセットを、リソースコンテンツの転送に適用することができる。第１のセットは、第２のセットと異なるものとすることができる。これは、例えば、リソースコンテンツ自体を実際に取り出すことと比較して、単にリソースのタイトルを見ることに、異なる制限が適用されることを意味する。その代わりに、配布判断基準の第１のセットを、配布判断基準の第２セットと同一にすることができる。しかし、配布判断基準が同一である場合であっても、これが、コンシューマがリソースメタデータを見られるが、リソースコンテンツを見られなくするという効果を有する場合がある。これは、例えば、コンシューマが、配布判断基準によってリソースメタデータを受け取ることを許可されるコントロールポイントにあるリソースメタデータを受け取ることができるが、配布判断基準によってリソースコンテンツを受け取ることを禁止されたレンダリングデバイスでリソースコンテンツの再生を試みるからである。この戦略に対する追加の変形形態が、想定されている。例えば、リソース情報共有機能性３２２は、単一のセットの配布判断基準を提供することができる。この単一のセットが、リソースメタデータまたはリソースコンテンツあるいはこの両方の散布を排他的に決定することができる。
１つの例示的な実施形態によれば、リソース情報共有機能性３２２は、個々のリソースではなく、リソースのコレクションのコンテキストで配布判断基準を指定する。例えば、上で説明したように、メディアサーバは、上で説明したＵＩページを使用して、リソースの集合をリソースフォルダにグループ化し、その後、このリソースフォルダ内のリソースに関連するリソース情報（メタデータ、コンテンツ、または両方）が、ある判断基準を満たす、提供されるＵＰｎＰネットワーク３１４に結合された他のデバイスと共有されなければならないことを指定する。その共有されるリソースフォルダに、それぞれが１つまたは複数のリソースを有すル１つまたは複数のサブフォルダを含めることもできる。上で説明したものと同一の種類の親子継承方式を使用して、リソースの階層への配布判断基準の適用を決定することができる。例えば、リソースフォルダについて確立される配布判断基準を、リソースフォルダ内のサブフォルダおよびリソース（例えば、ファイル）のそれぞれに適用することができる。その代わりに、リソースフォルダに関連する配布判断基準が、リソースフォルダ内のリソースのサブセットだけに適用されるようにリソース情報共有機能性３２２を構成することができ、例えば、配布判断基準が、リソースフォルダ内の個々のリソースだけに適用され、そのリソースフォルダに含めることができるサブフォルダのリソースに適用されなくならないように、リソース情報共有機能性３２２を構成することができる。一般的に言うと、リソース情報共有機能性３２２を、様々な情況で上で説明した親子継承方式をオーバーライドするように構成することができる。
やはり、上で説明した方式は、単に例示であり、代表である。多数の他の置換が存在する。例えば、リソース情報共有機能性３２２は、メディアサーバユーザがリソースフォルダ内の個々のリソースに配布判断基準を「アタッチする」ことまたは個々のリソースから配布判断基準を除去することを可能にすることができる。その代わりにまたはそれに加えて、メディアサーバ３０２は、リソースフォルダではなくリソースコンテナに関して配布判断基準を指定することができる。図６に関して詳細に説明するように、リソースコンテナは、そのリソースを管理するためにメディアサーバ３０２によって内部的に使用されるコレクションを指し、リソースフォルダは、メディアサーバユーザが直接に相互作用するコレクションを指す。メディアサーバ３０２は、フォルダにグループ化されたリソースを再編成して、コンテナを作成することができる。
もう１つの例示的な特徴によれば、リソース情報共有機能性３２２は、メディアサーバユーザが配布判断基準の異なるセットを定義することを可能にすることができる。例えば、異なるユーザが、配布判断基準の異なるめいめいのセットを定義することができる。リソース情報共有機能性３２２は、それに関連するユーザが、メディアサーバ３０２を実施するコンピュータシステムにログオンする時に、配布判断基準のこれらの組の１つを自動的に呼び出すことができる。その代わりに、単一のメディアサーバユーザが、配布判断基準の異なるセットを定義することができる。メディアサーバユーザは、特定の有力なオペレーティング環境に最も適するセットを呼び出すことができる。例えば、メディアサーバユーザは、メディアサーバユーザが日中に家庭にいると期待される時に、週末に適用される配布判断基準の第１のセットをアクティブ化し、日中に家庭にいないと期待される時に、ウィークデイの別のセットをアクティブ化することができる。その代わりに、所与の時に両方のセットを適用するために、配布判断基準の１つのセットを別のセットとマージすることができる。ルールを構成して、セットの間の潜在的な衝突を解決することができる。やはり、これらは、単に代表的であり例示的なシナリオである。この設計戦略の多数の他の置換を実施することができる。
他の実施形態は、上で説明したシナリオに追加の制約を課すことができる。１つの例示的な実施形態では、リソース情報共有機能性３２２は、メディアサーバユーザが、この特定のメディアサーバが共有可能と指定したリソースだけに関する配布判断基準を追加しまたは変更することを可能にすることができる。
もう１つの特徴によれば、リソース情報共有機能性３２２は、１つまたは複数の配布判断基準を「ハードコード」し、これらの配布判断基準が、ユーザがＵＩページ（または他の機構）を介してこれらを定義する必要なしに自動的に適用されるようにすることができる。さらに、リソースがリムーバブルドライブにストアされているので共有を禁止されるかどうかを判定する要因など、リソースが共有可能であるか否かを最初に判断することに関する複数の要因を、上で説明した。これらの要因は、概念上、ハードコードされた配布判断基準とみなすことができる。ここでの「ハードコード」は、メディアサーバユーザが、他の配布判断基準（受信側エンティティ関連判断基準など）の定義に使用されるＵＩページを介してこれらの要因を変更できない可能性があることを意味する。しかし、一実施形態で、リソース情報共有機能性３２２に、メディアサーバユーザが様々な情況でこれらの要因を変更できるようにする様々な備えを含めることができる。
もう１つの特徴によれば、様々な機構を使用して、メディアサーバユーザが他のメディアサーバユーザの配布判断基準を検査し、かつ／または変更することを防ぐことができる。例えば、一実施形態で、リソース情報共有機能性３２２は、メディアサーバユーザが、共有可能としてリソースを指定した場合に限って、これらのリソースに関する配布判断基準を定義し、または変更することを可能にする。この設計戦略の他の置換が可能である。
そのルーティング動作において、リソース情報共有機能性３２２は、まず、コンシューマが共有リソースに関連する情報を検索することを可能にする。例えば、上の概要で示したように、コンシューマは、コントロールポイント３１６（または他のデバイス）を使用して、リソースストレージ３２０で提供されるリソースに関連するリソースメタデータを見る要求を入力することができる。具体的に言うと、この要求は、ブラウザ要求、検索要求、またはある種類の他の要求とすることができる。ブラウザ要求は、ある指定されたカテゴリ内など、情報アイテムのコレクションの取り出しをもたらすことができるＵＰｎＰアクションであり、検索要求は、指定されたキー用語に応答してなど、１つまたは複数のターゲットにされた情報アイテムの取出をもたらすことができるＵＰｎＰアクションである。どの場合でも、この要求の伝送は、図３でパス３２４によって表される。
リソース情報共有機能性３２２は、共有リソースを記述したリソースメタデータのコレクションをスキャンして、コンシューマの要求を満足すると同時に、１つまたは複数のメディアサーバユーザによって定義された関連する配布判断基準が存在する場合にその判断基準を満足するリソースを突き止めることによって、要求に応答する３２４。例えば、コンシューマは、コメディジャンルのすべての使用可能なビデオリソースに対応するリソースメタデータを供給するようにメディアサーバ３０２に要求することができる。リソース情報共有機能性３２２は、リソースメタデータをスキャンして、指定された検索条件に一致し、関連する配布判断基準（これらのリソースの表示をリソース情報受信側エンティティのサブセットに制限する判断基準、特定のメディアレンダリングデバイスを使用する子供へのＲレーティングリソースの表示を防ぐ判断基準など）を満たす関連するリソースを突き止めることによって、この要求に応答する。任意選択としてすなわち必ずではないが、配布判断基準を適用するようにリソース情報共有機能性３２２を構成できることに留意されたい。したがって、関連する配布判断基準が存在しない場合、またはメディアサーバ３０２が現在、配布判断基準を適用するように構成されていない場合に、配布判断基準は、リソース情報の配布の制限で役割を演じない。
リソース情報共有機能性３２２が、上で説明した制約を満足する１つまたは複数のリソースに対応するリソースメタデータを見つけた場合に、そのリソース情報共有機能性３２２は、このリソースメタデータをコンシューマに送信する。リソース情報共有機能性３２２によって生成される応答は、具体的には、拡張マークアップ言語（ＸＭＬ）を使用して定式化される。ＸＭＬ応答は、使用可能なリソースに関する名前、アーティスト、作成日付、サイズなど、使用可能なリソースに関する高水準データを識別するリソースメタデータを提供することができる。リソースメタデータは、ＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）など、リソースコンテンツをそこから取り出すことができるネットワーク位置を識別するリソースロケータも提供する。図３では、このＸＭＬ情報の転送が、パス３２６によって示されている。適切な備えを有する場合に、コントロールポイント３１６は、受信したＸＭＬ情報をプレゼンテーションフォーマットに変換し、その後、その情報をモニタまたは他のプレゼンテーションデバイスに表示する（一般に、図３では、コントロールポイント３１６によって提供されるディスプレイプレゼンテーション３２８によって表される）。その一方で、一実施形態で、コントロールポイント３１６は、検索のパラメータおよび適用可能な場合に配布判断基準の制約を満足する応答情報が使用可能と判定されない場合に、メディアサーバ３０２から情報を受信しない。この場合に、コンシューマは、リソースストレージ３２０に保管された一致しないリソース情報の存在および特性を知らない可能性がある（本明細書で使用される用語「一致しないリソース情報」は、コンシューマの検索のパラメータを満足するが、配布判断基準の制約を満足しないリソースに関するリソース情報を指す）。
一致しないリソースメタデータの可用性を制限することは、複数の理由から望ましい。この特徴は、一般に、コンシューマが好ましくないことを見つける可能性がある（またはコンシューマの保護者が好ましくないことを見つける可能性がある）リソースメタデータの表示を排除するので有利である。また、一致しないリソースメタデータの可用性を制限することは、コンシューマに関心を持たせない可能性がある余分な情報を除外するのに有益である。もう１つの実施形態で、リソース情報共有機能性３２２は、メディアサーバユーザが、特定のリソースのそうでなければ一致するリソースメタデータが関連する配布判断基準を満足しない場合にリソースメタデータの一部（すべてではなく）を単純にフィルタリングする配布判断基準を提供することを可能にすることもできる。これは、保護者が、単に、子供がレンダリングデバイスであるリソースのタイトルを見ることを防ぎたいが、それ以外の点で、そのリソースがメディアサーバに存在することを示す情報を子供が受け取ることに異議を唱えない場合に適当である可能性がある。この事例の配布判断基準は、適用される時にタイトルだけを阻止するという効果を有する。一実施形態で、リソースメタデータ自体に、リソースメタデータがコントロールポイントまたは他のリソース情報受信側エンティティによって表示される形を決定するのに使用できるディスプレイ推奨を含めることができる。
最後の注記として、リソース（上で定義した）が、例えば特定のリソースアイテムを提供する個々のリソースを指すことができることを想起されたい。さらに、リソースは、それ自体が１つまたは複数のメンバリソース（および多分１つまたは複数の他のリソースコレクション）を含むことができるリソースコレクション（例えば、リソースコンテナ、リソースフォルダなど）を指すことができる。したがって、１つまたは複数の個々のリソースまたはリソースコレクションを記述したリソースメタデータを提供するように、リソース情報共有機能性３２２を構成することができる。前者の場合に、リソースメタデータに、個々のリソースのタイトル、作成者などの個々のリソースに関係する高水準情報を含めることができる。後者の場合に、リソースメタデータに、リソースコレクションに関する高水準情報を含めることができる。そのような高水準情報に、コレクション全体自体を記述するすべての種類のグローバル情報、ならびに個々のメンバリソースのタイトル、作成者など、リソースコレクション内の個々のメンバリソースおよびサブコレクション（存在する場合に）に関する情報を含めることができる。
議論を容易にするために、次の説明では、一般に、各リソースのリソースメタデータに、リソースコンテンツを見つけることができる（その結果、後にそれを取り出すことができる）場所を記述するリソースロケータが含まれると仮定する。しかし、一実施形態で、リソースがリソースコレクションである場合に、そのリソースメタデータに、それに関連するリソースロケータを含めても、含めなくてもよい。例えば、いわゆる再生リストリソースコンテナは、それに関連するリソースロケータを有することができる。このリソースロケータは、再生リスト（例えば、曲のリスト）または再生リスト内の曲のそれぞれ（例えば、「連結された」曲のセット）のいずれかを取り出すのに使用することができる。再生リストは、例えば、曲に関連する個々のリソースロケータを提供することによるなど、曲のそれぞれをどのようにして取り出すかを識別することができる。しかし、他のリソースコレクションが、それに関連するリソースロケータを有しないことができる。一般に、すべての所与のアプリケーションに、リソースロケータを有するコレクション、リソースロケータがないコレクション、またはリソースロケータありおよびなしのコレクションの組合せを含めることができる。議論を容易にするために、次の説明は、一般に、リソースメタデータアイテムとリソースロケータの間の１対１対応を暗示するが、必ずしも明示的に述べられてはいないが、リソースコレションの上の限定が、潜在的にあてはまる。
使用可能なリソースを（提供されるリソースメタデータを介して）見た後に、コンシューマは、選択されたメディアレンダリングデバイス、例えばレンダリングデバイス３０６で、使用可能な個々のリソースの１つに対応するリソースコンテンツを再生すると決定することができる。これは、様々な形で実行することができる。１つの技法によれば、コントロールポイント３１６（または他のエージェント）が、ＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）などの選択されたリソースコンテンツアイテムに対応するリソースロケータをレンダリングデバイス３０６に供給することができる（やはり、このリソースロケータが、コンシューマの最初のクエリに応答してメディアサーバ３０２によってコントロールポイント３１６にリソースメタデータの一部として供給されたことを想起されたい）。次に、レンダリングデバイス３０６が、このリソースロケータをメディアサーバ３０２にサブミットすることができる。メディアサーバ３０２は、レンダリングデバイス３０６から受信したリソースロケータを使用して、選択されたリソースコンテンツを突き止め、次に、このリソースコンテンツを、選択されたレンダリングデバイス３０６に提示する。この一連のアクションを、例えばＨＴＴＰ ＧＥＴ動作または他のタイプの動作を使用して、ＵＰｎＰプロトコルの外で実行することができる。この動作では、レンダリングデバイス３０６が、ＨＴＴＰ ＧＥＴコマンドをメディアサーバ３０２に供給する。そのコマンドに、リソースロケータが含まれる。図３では、このアクションが、パス３３０によって示されている。メディアサーバ３０２は、要求されたリソースコンテンツを供給することによって応答する。図３では、このアクションが、パス３３２によって示されている。ＨＴＴＰ ＧＥＴプロトコルの他に使用できる他のプロトコルが、ＩＥＥＥ １３９４、ＲＴＳＰ／ＲＴＰなどである。様々なメディアストリーミング技法を使用して、メディアサーバ３０２からメディアレンダリングデバイス３０６にリソースコンテンツを転送することもできる。さらに、アイテムのリソースロケータのそれぞれを別々に１つずつ送信するのではなく、複数のリソースロケータを、レンダリングデバイス３０６に転送することができ、その後、メディアサーバ３０２に転送して、複数のリソースコンテンツアイテムをひとまとめにした転送を実行することができる。
上で述べたように、ＨＴＴＰ ＧＥＴプロトコル（または他のプロトコル）を使用する実際のリソースコンテンツの取り出しは、任意選択として、配布判断基準による条件付きにすることもできる。すなわち、上で説明したように、配布判断基準の第１セットが、リソースメタデータの散布を決定し、配布判断基準の第２セットが、リソースコンテンツの散布を決定することができる。第１セットを第２セットと同一にすることができ、あるいは、第１セットを第２セットと異なるものにすることができる。判断基準の第２セットを使用して、メディアサーバ３０２は、要求元のレンダリングデバイスがコンテンツの受信を許可されないことを関連する配布判断基準が示す場合に、リソースコンテンツの配布を禁止することができる。この備えは、許可されないレンダリングデバイスが、許可されたデバイスから受信した（許可ありまたは許可なしのいずれかで）リソースロケータを使用してリソースコンテンツの受信を試みることを防ぐ。この備えは、一度は許可されたがもはや許可されていないデバイスが、リソースコンテンツへのアクセスを試みるために「古い」リソースロケータを使用することによってリソースコンテンツを受信することも防ぐことができる。
１つの事例で、メディアサーバ３０２は、デバイスがリソースメタデータの受信を許可された場合であっても、その同一のデバイスへのリソースコンテンツの配布を防ぐことができる。その代わりに、メディアサーバ３０２が、あるデバイスがリソースコンテンツ自体にアクセスできる場合であっても、そのデバイスへのリソースメタデータの配布を禁止することができる。一般に、用語配布判断基準の「第１セット」および「第２セット」は、判断基準の異なるコレクションをリソースメタデータとリソースコンテンツの配布に適用できることを単純に示す、抽象概念である。１つの事例で、この２つのセットを、文字どおり、パラメータの２つの別々のストアによって実施することができる。別の事例で、この２つのセットを、各判断基準がリソースメタデータおよび／またはリソースコンテンツの配布に適用されるかどうかを示すフィールドまたは属性を各判断基準にアタッチすることによって実施することができる。もう１つの事例で、リソースメタデータおよびリソースコンテンツの両方またはリソースメタデータまたはリソースコンテンツのいずれかの配布に暗黙のうちに適用されるという前提で、判断基準の単一のストアを設けることができる。この散布戦略を実施する、多数の他の変形が可能である。
デバイス関連判断基準の他に、他の種類の配布判断基準をリソースコンテキストの散布に適用することができる。例えば、リソースメタデータの散布の上で説明した事例と同様に、メディアサーバ３０２は、指定された個人が転送に必要な同意を与えなかったことを関連する配布判断基準が示す場合に、リソースコンテンツの配布を禁止することができ、この判断基準は、その個人がメディアサーバ３０２を実装するコンピュータシステムに現在アクティブにログオンしていることを要求することによって満足することができる。他の判断基準によって、リソースコンテンツの配布を決定することができる。
もう１つの実施形態で、メディアサーバ３０２は、配布判断基準に応じて、リソースコンテンツの配布を行わないことができる。この実施形態の前提は、コンシューマがメディアサーバ３０２によって供給されたリソースコンテンツに対応する有効なリソースロケータを有する場合に、そのコンシューマが、そのリソースコンテンツ自体にアクセスする正しい権限を有すると仮定することとすることができる。これは、コンシューマが、まずリソースメタデータを入手するために、リソースメタデータの配布を決定する配布判断基準に示された条件を満たしていなければならないからである。
Ａ．２．このシステムの例示的な応用例
図４に、家庭環境での上で説明したリソース共有戦略の例示的な応用例を示す。しかし、上で注記したように、本明細書に記載の原理は、会社、アカデミック組織など、すべての環境に適用することができる。
図４では、家庭４０２の概略に、私室４０４、子供の寝室４０６、親の寝室４０８、キッチン４１０、およびリビングルーム４１２などの複数の部屋が含まれる。図４には、父４１４、母４１６、および子供４１８を含む、家庭４０２に住む３人の個人も示されている。
私室４０４に、メディアサーバ４２０および関連するリソースならびにレンダリングデバイスＭ ４２２が含まれる。子供の寝室４０６に、レンダリングデバイスＮ ４２４が含まれる。親の寝室４０８に、レンダリングデバイスＯ ４２６が含まれる。キッチン４１０に、レンダリングデバイスＰ ４２８が含まれる。リビングルーム４１２に、レンダリングデバイス４３０および４３２（ＱおよびＲ）が含まれる。図示されていないが、様々なコントロールポイントを、家庭４０２全体に散在させることができる。例えば、私室４０４のデバイスＭ ４２２が、コンシューマがメディアサーバ４２０と相互作用できるコントロールポイントとしても機能することができる。メディアサーバ４２０は、私室４０４に置かれているので、私室４０４は、この家庭全体を通じたリソースの配布を決定する配布判断基準をセットアップするコントロールセンタとして機能することができる。母４１６は、この例では、これらの判断基準をセットアップすることによって、メディアサーバユーザとして働いている。最後に、私室４０４に、デバイスのすべてを一緒に結合するルータ４３４も含まれる。ルータ４３４は、普通の形ですなわち、情報に関連するアドレッシング情報に応じて、リソース情報および他の情報を様々なデバイスにルーティングすることによって、機能する。
リソース情報共有機能性３２２は、異なる環境および目的に合うように、様々な異なるリソース共有シナリオを提供することができる。少数のリソース共有可能性の輪郭を次の議論で示して、リソース情報共有機能性３２２をどのように使用できるかの具体的な例を提供する。
第１のシナリオでは、メディアサーバユーザ（メディアサーバ４２０を使用する）が、子供の寝室４０６のデバイスＮ ４２４だけへの配布のために、リソースの第１の特定のグループをリソースフォルダに選り抜き、そのリソースフォルダ内のリソースに関連するリソース情報に耳標を付けることを求めることができる。したがって、子供４１８は、自分の部屋で適当な子供のリソース情報（例えば、リソースメタデータおよび／またはリソースコンテンツ）にアクセスすることができる。それと同時に、親（４１４および４１６）は、リソースメタデータをブラウズまたは検索する時にこのリソースメタデータを見ない。これは、興味のないリソースメタデータが親（４１４および４１６）に殺到しないという有益な効果を有する。
第２のシナリオでは、親（４１４および４１６）が、アクションジャンルのリソース情報の配布を、親の寝室４０８で見るために親自体だけに制限することを望むことができる。親（４１４および４１６）は、例えば、このリソース情報の暴力が、子供４１８が見るのに不適切であることを心配する可能性がある。メディアサーバユーザは、アクションジャンルのＲレーティングのリソース情報のコレクションが、親の寝室４０８のデバイスＯ ４２６でのみ再生されなければならないことを指定することによって、この制限を実施することができる。したがって、子供４１８は、自分の部屋４０６からこの好ましくないリソース情報にアクセスすることができず、子供４１８は、この好ましくないリソース情報が存在することすら知らない（リソース情報共有機能性３２２が、このリソースに関するリソースメタデータさえも子供から遮蔽することができるので）。
第３のシナリオでは、メディアサーバユーザが、リソースのある他のコレクションに関連するリソース情報に、すべてのレンダリングデバイスでの表示に適当として耳標を付けることができる。これは、リソースのこのコレクションの配布判断基準を定義する時に「全デバイス」を指定することによって実施することができる。
上で説明したデバイス関連制約に加えて、メディアサーバユーザは、メディアサーバ４２０を操作する選択された個人がリソース情報の転送に対する暗黙のまたは明示的な同意を与えたかどうかに基づいて条件付きで、リソース情報へのアクセスを行うことができる。例えば、第４のシナリオで、この判断基準は、母４１６がメディアサーバ４２０にログオンしている（かつ、彼女の端末セッションがアクティブである）時に満足される。この場合に、リソース情報の転送に対する母４１６の同意は、メディアサーバ４２０との母の単なる同時相互作用から推論される。もう１つの事例で、この判断基準は、母４１６が転送に明示的な合意を与える時に限って満足される。これは、彼女の子供が特定のリソースメタデータまたは特定のリソースコンテンツへのアクセスを試みる時に、ポップアップメッセージを提示することによって達成することができる。転送は、母４１６が、このクエリに肯定して応答する時に限って進行する。
その一方で、「全ユーザ」を指定するユーザ判断基準は、リソース情報の提示に何の制約も課さない。言い換えると、この判断基準がセットされた場合に、リソース情報は、メディアサーバ４２０を操作するいかなる個人の同意も参照せずに、すべての許可されたデバイスで提示することができる。しかし、デバイス関連判断基準は、リソース情報を提示できる場合に関する独立の制約を課すことができ、したがって、効果的に、あるデバイスがこれらのリソースを受け取れないようにする。
やはり、リソース情報共有機能性３２２は、リソースが消費される時刻に関する様々な判断基準など、デバイス関連判断基準およびユーザ同意関連判断基準の他の種類の判断基準を提供することができる。また、やはり、上で説明した特徴は、会社環境など、家庭コンテキスト以外の他の環境に同等に適用可能である。
最後に、下のセクションＡ．５で完全に説明するように、家庭４０２の外の様々なエンティティが、許可されない形でこのホームネットワークとの相互作用を試みる可能性がある。例えば、家庭４０２内に設けられたネットワークの一部が、無線リンクとして実装される場合があり、この場合に、許可されないエンティティが、それ自体を有効なコントロールポイントまたはレンダリングデバイスとして提示するのに十分に家庭４０２の近くで動作している場合がある。もう１つの事例で、許可されないエンティティが、意図的にまたは意図的でなく、メディアサーバ４２０によって提供されるリソース情報を盗聴する、広域ネットワーク（インターネットなど）を使用する個人を表すことができる。どちらの場合でも、上で説明したリソース共有戦略を使用して、リソース情報の散布を、既知の限られたレンダリングデバイスのセットに制限することができる。これは、許可されないエンティティがリソース情報にアクセスするのを防ぐという効果を有する。というのは、これらのエンティティが、リソース情報を受信できる、事前に承認されたデバイスのリストにないからである。配布は、さらに、メディアサーバ４２０を操作する指定された個人の同意によって条件的である。これによって、許可されないアクセスのパスにもう１つの障害が置かれる（この判断基準が、リソース状態を分け与えるのにメディアサーバユーザの明示的なまたは暗黙の承認を必要とするので）。下のセクションＡ．５で、リソース情報への許可されないアクセスを邪魔するように設計された複数の他の備えを説明する。
Ａ．３．メディアサーバアーキテクチャの概要
図５は、図３に示された例示的なメディアサーバ３０２のより詳細な図である。メディアサーバ３０２は、ソフトウェア、ファームウェア（例えば、固定されたロジック回路）、またはソフトウェアとファームウェアの組合せを使用して、図５に示された様々なブロックを実装することができる。用語「ロジック」は、本明細書では、一般に、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアの組合せを表す。ソフトウェア実施形態の場合に、図示のブロックは、処理デバイス（例えば、ＣＰＵ）で実行される時に、指定されたタスクを実行するプログラムコード（および／または宣言ステートメント）の集合を表すことができる。プログラムコードは、１つまたは複数のコンピュータ可読メモリデバイスにストアすることができる。
概要として、メディアサーバ３０２のアーキテクチャに、３つの主コンポーネントが含まれる。第１の主コンポーネントは、メディアサーバモジュール５０２である。メディアサーバモジュール５０２は、リソース情報共有コード、新しいデバイスについてＵＰｎＰネットワーク３１４を監視するコード、およびリソースコンテンツを共有するサーバをホスティングする。メディアサーバモジュール５０２は、ネットワーク３１４を介するリソースメタデータおよびリソースコンテンツの配布を決定するのに使用されるコンフィギュレーションデータ（例えば、共有されるリソースフォルダのリスト、承認されたデバイスのリスト、リソース情報転送に関する同意を提供することを要求されるメディアサーバユーザのリストなど）も維持する。
第２の主コンポーネントは、コンテンツディレクトリデバイスモニタ（ＣＤＤＭ）サービスモジュール５０４である。下で詳細に説明するように、ＣＤＤＭサービスモジュール５０４は、メディアサーバ３０２のシステムリソースと相互作用するために、メディアサーバモジュール５０２と比較してより高いアクセス特権を有する。したがって、メディアサーバ３０２は、ＣＤＤＭサービスモジュール５０４を使用して、より低いアクセス特権に起因してメディアサーバモジュール５０２が実行できない少数の特権動作を実行する。ＣＤＤＭサービスモジュール５０４によって提供される動作を、下で列挙し、詳細に説明する。
第３の主コンポーネントは、コンフィギュレーションおよびコントロールパネルモジュール５０６（簡潔にするためにコントロールパネルモジュール５０６と呼ぶ）である。コントロールパネルモジュール５０６は、ログオンしたユーザが、ネットワーク３１４に加わる新しいデバイスの許可を承認するか拒否することと、共有リソースフォルダのリストを管理することと、関連する配布判断基準を定義することを可能にする。また、コントロールパネルモジュール５０６は、メディアサーバ３０２がクリティカルシステムエラーに出会った時に、メディアサーバユーザに警告する。
サブセクションＡ．４（下）で説明するように、メディアサーバ３０２は、高速ユーザ切替（ＦＵＳ）を実装する。ＦＵＳ技法は、複数のメディアサーバユーザが、メディアサーバ３０２をホスティングするコンピュータシステムに同時にログオンできるようにする。この場合に、メディアサーバ３０２は、同時に動作することができる、コントロールパネルモジュール５０６の複数のインスタンスを提供する。図５に、モジュールインスタンス５０６がユーザ５０８との相互作用に使用され、モジュールインスタンス５１０がユーザ５１２との相互作用に使用され、モジュールインスタンス５１４がユーザ５１６との相互作用に使用される例示的な事例を示す。しかし、各ユーザは、いつでもコントロールパネルモジュール５０６の多くとも１つのインスタンスを起動することができる。プライベートアプリケーションプログラミングインターフェース（ＡＰＩ）５１８が、コントロールパネルモジュール５０６をメディアサーバ３０２の他のコンポーネントに結合する。
上で説明した３つのモジュールのそれぞれが、異なるいわゆる「ユーザコンテキスト」で動作する。メディアサーバモジュール５０２は、いわゆるローカルサービスユーザコンテキストまたはネットワークサービスコンテキスト（下で説明する）などのいわゆる「クランプドダウン（ｃｌａｍｐｅｄ−ｄｏｗｎ）」ユーザコンテキストで動作する。ＣＤＤＭサービスモジュール５０４は、いわゆるローカルシステムユーザコンテキストで動作する。コントロールパネルモジュール５０６は、いわゆるログオンしたユーザのユーザコンテキストで動作する。基本的に、クランプドダウンユーザコンテキストは、新しいデバイスに関するＵＰｎＰネットワーク３１４の監視、リソース情報の共有など、ＵＰｎＰ機能のコレクションに関するアクセス特権を提供する。しかし、クランプドダウンユーザコンテキストは、ディスクにストアされたリソースの実際の読み取り、削除、および書き込みなど、メディアサーバ３０２を実装するのに必要なコンピュータによって提供されるあるリソースのアクセスを許容しない場合がある。ローカルシステムユーザコンテキスト（ＣＤＤＭサービスモジュール５０４によって使用される）は、これらのコアコンピュータリソースへのアクセスを提供し、さらに、クランプドダウンユーザコンテキストがこれらのコンピュータリソースにアクセスするのを許可するためにこれらのコンピュータリソースに対するアクセス許可を変更することができる。したがって、クランプドダウンユーザコンテキスト（メディアサーバモジュール５０２によって使用される）およびローカルシステムユーザコンテキスト（ＣＤＤＭサービスによって使用される）は、互いに補完して、ＵＰｎＰ共有機能性を実装するのに必要な機能性を提供する。ログオンしたユーザのユーザコンテキスト（コントロールパネルモジュール５０６によって使用される）は、ログオンしたユーザ（例えば、ユーザ５０８）に特に関連するアクセス特権を提供する。
メディアサーバ３０２のリソース、より広義にはメディアサーバ３０２をホスティングするコンピュータシステムのリソースを保護するために、異なるセキュリティユーザコンテキストに異なる機能性を割り当てることが望ましい。例えば、メディアサーバ３０２は、メディアサーバユーザがメディアサーバ３０２に一人もログオンしていない状態で、バックグラウンドモードである動作を実行することができる。そのようなバックグラウンド動作の１つは、クリティカルシステムエラーがある時、または新しいメディアレンダリングデバイスまたはコントロールポイントがネットワーク３１４上で検出された時に、メディアサーバユーザに通知することを必要とする（どちらの事例でも、これは、コントロールパネルモジュール５０６を起動することによって実行される）。これらのバックグラウンドタスクに関連する機能性が、メディアサーバ３０２によって提供されるシステムリソースのすべてと直接に相互作用することを防ぐことが望ましい。このために、メディアサーバ３０２は、ＣＤＤＭサービスモジュール５０４を使用し、ＣＤＤＭサービスモジュール５０４は、ローカルシステムユーザコンテキストを使用して、メディアサーバモジュール５０２を補足する（メディアサーバモジュール５０２は、クランプドダウンユーザコンテキストで動作する）。上で述べたように、ＣＤＤＭサービスモジュール５０４は、クランプドダウンユーザコンテキストが立ち入り禁止のコアシステムリソースにアクセスするのに必要なアクセス特権を有する。
次の議論で、説明を容易にするために、クランプドダウンユーザコンテキストを、ローカルサービスユーザコンテキストを使用する特定の実施形態のコンテキストで説明する。ローカルサービスユーザコンテキストは、通常は他の普通のユーザアカウントのようにコンピュータシステムへの対話型ログオンを許容しない、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムによって作成された特殊なアカウントを参照する。しかし、前に述べたように、ネットワークサービスコンテキスト（これもＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステム内の事前定義のユーザコンテキストを参照する）または他のユーザコンテキストを使用することによって、クランプドダウンユーザコンテキストを実装することも可能である。ローカルサービスユーザコンテキストとネットワークサービスユーザコンテキストの両方が、それに関連する特権の類似するセットを有するが、これらのユーザコンテキストによって提供される利益は、同一ではない。例えば、ネットワークサービスユーザコンテキストは、Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムが動作するネットワークに結合された他のマシンによって認識される信任証を提供する。対照的に、ローカルサービスユーザコンテキスト信任証は、ユーザのローカルマシンだけで認識され、さらに、あるマシンのローカルサービスユーザは、他のマシンで認証されることができない。
図３のコンテキストで導入されたリソース情報共有機能性３２２は、集合的に、上で識別された３つのコンポーネント（５０２、５０４、５０６）を表す。この、上で説明したコンポーネントのそれぞれを、下で順番に説明する。
ａ．メディアサービスモジュール
まず、デバイス監視モジュール５２０は、ＵＰｎＰネットワーク３１４に結合されたデバイスから通知を受信する。例えば、このモジュール５２０は、ＵＰｎＰネットワーク３１４に追加された新しいレンダリングデバイスによって生成されたアナウンスメントを検出する。このモジュール５２０は、次に、メディアサーバ３０２内の他のモジュールにこのイベントについて通知し、これが、他のアクション（下で、例えば図１６および１７に関して詳細に説明する）をトリガする。デバイス監視モジュール５２０は、ＵＰｎＰネットワーク３１４に結合されたコントロールポイントによって行われた要求も検出する。図５からわかるように、リソース情報コンシューマ（例えば、簡潔にするために「コンシューマ」）は、メディアサーバ３０２によって提供されるリソースメタデータのブラウズまたは検索のために、そのような要求を開始することができる。次に、デバイス監視モジュール５２０は、この要求についてコンテンツディレクトリサービスモジュールに通知し、これによって、他のアクション（下で詳細に説明する）がトリガされる。
リソースモニタモジュール５２２は、新たに追加されたリソース、削除されたリソース、または変更されたリソースについて、リソースストレージ３２０（図３で紹介した）を監視する。変更を検出した時に、リソースモニタモジュール５２２は、リソースに対する変更についてコンテンツディレクトリサービスモジュール５２６に通知する。コンテンツディレクトリサービスモジュール５２６は、リソースストア３２０で提供されるリソースのディレクトリを維持する。図５からわかるように、コンテンツディレクトリサービスモジュール５２６は、リソースストア３２０によって提供されるリソースのブラウズまたは検索の要求を入力するコンシューマとも相互作用する。コンテンツディレクトリサービスモジュール５２６は、コンシューマの要求を満たし、要求に関連する可能性があるすべての配布判断基準を満足する使用可能なリソースを記述したリソースメタデータを取り出し、コンシューマに転送することによって、この要求に応答する。
リソースストア３２０自体は、リソースの単一のリポジトリまたは複数のリポジトリを表すことができる。リソースストア３２０は、磁気ストレージデバイス、光ストレージデバイス、ＥＥＰＲＯＭストレージデバイス、および／または他の種類のストレージデバイスを使用して実施することができる。リソースストア３２０にストアできる例示的な共有可能リソースに、 ．ｂｍｐイメージファイル、 ．ｇｉｆイメージファイル、 ．ｊｐｅｇイメージファイル、 ．ｐｎｇイメージファイル、 ．ｔｉｆｆイメージファイル、 ．ａｖｉビデオファイル、 ．ｍｐ３オーディオファイル、 ．ｍｐｅｇビデオｍｐｅｇファイル、 ．ｗａｖオーディオファイル、 ．ｗｍａオーディオファイル、 ．ｗｍｖビデオファイルなどが含まれる。これは、単に、例示的なリストである。リソースストア３２０は、メディアサーバ３０２の他の部分と同一の場所に置くか、１つまたは複数の位置に全体的にまたは部分的に置くことができる。後者の場合に、メディアサーバ３０２は、リソースストア３２０で提供されるリソースをリモート管理することができる。
リソース転送モジュール５２４は、メディアレンダリングデバイス（図３に示されたメディアレンダリングデバイス３０６など）へのリソースコンテンツの転送を調整する。一実施形態で、リソース転送モジュール５２４が、ＨＴＴＰサーバである。リソースコンテンツの転送は、リソースコンテンツ要求（ＨＴＴＰサーバが使用される場合にＨＴＴＰ ＧＥＴ要求など）の受信によって開始される。リソース転送モジュール５２４は、関連する配布判断基準が満たされる（適用可能な場合に）と仮定して、リソースコンテンツを送信することによって応答する。一実施形態で、リソース転送モジュール５２４は、接続マネージャサービスモジュール５３０の助けを得てこのタスクを実行する。接続マネージャサービスモジュール５３０は、メディアサーバ３０２と、リソースコンテンツを受信するレンダリングデバイスとの間の結合を管理する。コントロールポイント（例えば、コントロールポイント３１６または３１８）は、このモジュール５３０を呼び出して、リソース情報のすぐれた転送のためにメディアサーバ３０２を準備することができる。この準備に、メディアサーバ３０２とレンダリングデバイスの機能の照合、ＵＰｎＰネットワーク３１４で進行中のリソース情報の転送に関する情報の発見、ならびにメディアサーバ３０２とレンダリングデバイスの間の接続のセットアップおよびティアダウンが必要になる可能性がある（ＨＴＴＰ技法を使用してリソースコンテンツ転送を実行する、特徴を示された例示的実施形態が、上で識別された機能の１つまたは複数をなしで済ませることによって処理を単純化できることに留意されたい）。
１つの例示的なＨＴＴＰ実施形態では、接続マネージャサービスモジュール５３０が、ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏメソッドをサポートすることができる。このメソッドは、メディアサーバ３０２がソースおよびシンクになることができるプロトコル情報タイプのコンマ区切りリストを返す。コントロールポイントは、この情報を使用して、メディアサーバ３０２と選択されたレンダリングデバイス（例えば、メディアレンダリングデバイス３０６）の間のメディア接続をセットアップする。各ＰｒｏｔｏｃｏｌＩｎｆｏエントリは、集合的にフォーマット：Ｐｒｏｔｏｃｏｌ：Ｎｅｔｗｏｒｋ：Ｃｏｎｔｅｎｔ＿Ｆｏｒｍａｔ：ＡｄｄｉｔｉｏｎａｌＩｎｆｏによって指定される、トランスポートプロトコル、ネットワーク、ＭＩＭＥ（ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ ｍａｉｌ ｅｘｔｅｎｓｉｏｎｓ）タイプ、および追加情報の組合せである。
メディアサーバモジュール５０２に、オプションのオーディオ−ビジュアル（ＡＶ）トランスポートサービスモジュール（図示せず）も含めることができる。サポートされる場合に、ＡＶトランスポートサービスモジュールを使用して、レンダリングデバイスへのリソースコンテンツの再生を制御することができる。このモジュールは、特に、コントロールポイントが、リソースコンテンツの流れを停止し、リソースコンテンツの流れを一時停止し、リソースコンテンツ内の特定の位置を検索する（シーク機能を使用して）ことなどを可能にすることができる。
図５の特定の例では、メディアサーバモジュール５０２が、ＨＴＴＰサーバ５２４を使用して、リソースコンテンツの転送を調整することができる（ＨＴＴＰ １．１サーバなど）。このサーバ５２４は、ＨＴＴＰ ＧＥＴ要求の受信に応答して、リソースコンテンツをサービスする。ＨＴＴＰ ＧＥＴ要求は、所望のリソースのＵＲＬを指定し、このＵＲＬは、受信側エンティティ（例えば、コントロールポイント）へのリソースメタデータの以前の転送に応答してメディアレンダリングデバイスに供給されたものであり、この受信側エンティティは、コンシューマの前の検索要求またはブラウズ要求によって促されたものである可能性がある。サーバ５２４は、関連する配布判断基準が適用可能な場合にそれが満足されるならば、指定されたＵＲＬに対応するリソースストア３２０からリソースコンテンツを取り出し、そのリソースコンテンツを要求されたメディアフォーマットに変換し（必要な場合に）、このリソースコンテンツをコンシューマに供給することによって応答する。リソースのＵＲＬは、次の例示的な形であるものとすることができる。
Figure 2007515127
ここで、「ＲｅｓｏｕｒｃｅＩｄ」は、コンテンツディレクトリサービスモジュール５２６によってリソースコンテンツに割り当てられた識別子を指す。ＨＴＴＰ−ＧＥＴプロトコルの代わりに使用できる、リソースコンテンツを転送する他のプロトコルに、ＩＥＥＥ−１３９４、ＲＴＳＰ／ＲＴＰなどが含まれる。
コンテンツディレクトリサービスモジュール５２６は、メディアサーバ３０２がメディアレンダリングデバイスとリソース情報（特にリソースメタデータ）を共有できるようにする機能性のコアを提供する。これには、共有リソースストア５３２が含まれる。一実施形態で、共有リソースストア５３２に、共有される、リソースストア３２０で提供されるリソースを記述するディレクトリおよび関連リソースメタデータが含まれる。
具体的に言うと、一連の図をしばらく飛び越すと、図６に、共有リソースストア５３２内の情報を仮想リソースコンテナに編成するのに使用できる例示的な階層構造、例えばディレクトリ６００が示されている。この図では、「ｒｏｏｔ」リソースコンテナ６０２に、ディレクトリ６００内の他のすべてのリソースコンテナが含まれる。「ｍｕｓｉｃ」リソースコンテナ６０４に、音楽を分類したリソースコンテナが含まれる。「ｍｕｓｉｃ／ａｌｌ ｍｕｓｉｃ」リソースコンテナ６０６に、コンテンツディレクトリ内で共有されるすべての音楽リソースが含まれる。「ｍｕｓｉｃ／ａｌｂｕｍ」リソースコンテナ６０８に、アルバムごとのリソースコンテナが含まれ、各そのようなリソースコンテナに、そのアルバムに属する音楽リソースが含まれる。「ｍｕｓｉｃ／ａｒｔｉｓｔ」リソースコンテナ６１０に、各アーティストのリソースコンテナが含まれ、各そのようなリソースコンテナに、そのアーティストによって作成されたすべての音楽のリソースが含まれる。「ｍｕｓｉｃ／ｇｅｎｒｅ」リソースコンテナ６１２に、各ジャンルのリソースコンテナが含まれ、各そのようなリソースコンテナに、そのジャンルに属する音楽のリソースが含まれる。
「ｖｉｄｅｏ」リソースコンテナ６１４に、ビデオを分類したリソースコンテナが含まれる。「ｖｉｄｅｏ／ａｌｌ ｖｉｄｅｏ」リソースコンテナ６１６に、コンテンツディレクトリ内で共有されるすべてのビデオリソースが含まれる。「ｖｉｄｅｏ／ａｃｔｏｒ」リソースコンテナ６１８に、各俳優のリソースコンテナが含まれ、各そのようなリソースコンテナに、その俳優が主演したビデオリソースが含まれる。「ｖｉｄｅｏ／ｇｅｎｒｅ」リソースコンテナ６２０に、各ジャンルのリソースコンテナが含まれ、各そのようなリソースコンテナに、そのジャンルに属するビデオリソースが含まれる。
「ｐｉｃｔｕｒｅｓ」リソースコンテナ６２２に、写真を分類したリソースコンテナが含まれる。「ｐｉｃｔｕｒｅｓ／ａｌｌ ｐｉｃｔｕｒｅｓ」リソースコンテナ６２４に、コンテンツディレクトリ内で共有されるすべてのイメージリソースが含まれる。（図示されていないが、「ｐｉｃｔｕｒｅｓ／ａｌｂｕｍ」リソースコンテナを含めることができ、このリソースコンテナに、フォルダ名に基づく写真アルバムのそれぞれのリソースフォルダが含まれる。さらに、図示されていないが、「ｐｉｃｔｕｒｅｓ／ｄａｔｅｔａｋｅｎ」リソースコンテナを含めることができ、このフォルダに、所与の日付にとられた写真の各グループのリソースコンテナが含まれる）。
最後に、「ｕｓｅｒ ｆｉｌｅｓ」リソースコンテナ６２６に、個々のユーザに属するリソースを保持するリソースコンテナが含まれる。図６には、例示的なＮ人のユーザに関連するリソースコンテナのコレクション６２８が示されている。
ディレクトリ６００内のリソースコンテナのそれぞれは、オブジェクトＩＤを関連付けられることができる。例えば、Ｖｉｄｅｏ／Ａｃｔｏｒリソースコンテナは、「ｃｏｎｔａｉｎｅｒ：ＶｉｄｅｏＡｃｔｏｒ」というオブジェクトＩＤを有することができる。一般に、図６に示されたディレクトリ６００は、例示的であり、他のディレクトリは、リソースの異なる編成および選択を使用することができる。
一実施形態で、ディレクトリ６００に示されたコンテナ内の個々のリソースのそれぞれが、リソースストア３２０にストアされた別々のめいめいのリソースファイルに対応することができる。しかし、前に述べたように、「リソース」は、情報の抽象的な集合と理解されなければならない。単一のリソースを、ファイルの一部だけを使用してストアすることができる（そのようなファイルに、他のリソースに関係する情報もストアすることができる）。その代わりに、単一のリソースを、異なるファイルの集合にまたがってストアすることができる。また、リソースコレクション（図６のリソースコンテナなど）自体が、リソースを構成することに留意されたい。
図５を参照すると、共有リソースストア５３２に、ディレクトリ６００内の共有リソースに関連するリソースメタデータ５３４が含まれる。前に述べたように、リソースメタデータには、一般に、リソースコンテンツに関連する、名前、アーティスト、作成日付、リソースのサイズ、ＵＲＬなどのリソースロケータなど、リソースの内容を記述する高水準情報が含まれる。共有リソースストア５３２に、めいめいのコントロールポイントおよびレンダリングデバイスでの適当なコンシューマへのリソース情報（リソースメタデータおよびリソースコンテンツを含む）の散布を制限するのに使用されるリソースコレクション（例えば、リソースフォルダまたはリソースコンテナ）に関連する判断基準を記述した判断基準情報５３６もストアすることができる。上で述べたように、１つの例示的な判断基準は、どのデバイスがリソース情報の受信を許可されるかを決定することができる。もう１つの判断基準は、リソース情報の転送を行うために、メディアサーバ３０２を操作する指定された個人（いる場合に）が同意を提供することを要求されるかどうかを決定することができる。
具体的に言うと、セクションＡ．１で説明したように、判断基準情報５３６に、２セットの判断基準すなわち、リソースメタデータの散布を決定するセットとリソースコンテンツの散布を制御するもう１つのセットを含めることができる。これらのセットは、２つの別々のストアとして、共通のストアに関連するフィールドまたは属性として、あるいは他の技法を使用して、実装することができる。判断基準の第１セットを、判断基準の第２セットと異なるものとすることができ、これは、リソースコンテンツのレンダリングと比較して、異なる制約がリソースメタデータの表示を決定することを示し、あるいは、この２セットを同一とすることができる。あるいは、リソースメタデータ、リソースコンテンツ、またはリソースメタデータおよびリソースコンテンツの両方の散布を決定する、単一のセットを使用することができる。下での議論を容易にするために、判断基準情報５３６が、判断基準の単一のセットを保持し、その単一のセットが、リソースメタデータならびにリソースコンテンツを分け与えることに適用されると仮定する。
一実施形態で、リソースメタデータ５３４が、個々の共有リソースに関連し、共有リソースは、リソースストア３２０にストアされたファイルに対応することができる。この場合に、リソースメタデータ５３４を、サービス初期化で共有ファイルを「クロール」することによって抽出することができる。共有ファイルの個数によっては、この動作が、はっきりと感知できる時間を要する可能性がある。もう１つの実施形態で、リソースメタデータ５３４を、共有リソースストア５３２内のリレーショナルデータベースで永続させることができる。もう１つの例で、リソースメタデータ５３４を、リソースストア３２０内のすべての共有ファイルから抽出し、１つまたは複数の別々のファイルにストアすることができる（例えば、メディアサーバ３０２が、リソースストア３２０内で使用されるすべてのファイルシステムボリュームについて別々のファイルを使用することができ、各ファイルシステムボリュームは、別々のドライブ文字に対応することができる。この備えは、特にＵＳＢハードドライブなどのリムーバブルボリュームが使用される場合に、リソースメタデータの収集を容易にする；メディアサーバ３０２は、対応するドライブが現在マウントされている場合に限って、ボリュームからのリソースメタデータの読み取りを試みる）。リレーショナルデータベースおよび／または別々のファイルを使用することによって、メディアサーバ３０２の初期化に関連する時間が減る。例えば、別々のファイル戦略が使用される場合に、情報を抽出するためにリソースストア３２０全体を苦労してクロールするのではなく、別々のファイルを素早くロードしてリソースメタデータ５３４を提供することができる。
同様に、一実施形態で、判断基準情報５３６を、リソースストア３２０によって提供される個々の共有リソースフォルダに関連付けることができる。この事例では、共有ファイル（リソースストア３２０によって提供されるめいめいの共有リソースフォルダに属する）に関係する判断基準情報５３６を、上で説明したものとほぼ同一の形で、サービス初期化時に共有リソースフォルダを「クロール」することによって抽出することができる。これは、はっきりと感知できる時間を要する可能性がある。したがって、このプロセスをはかどらせるために、メディアサーバ３０２は、リレーショナルデータベース戦略および／または別々のファイル戦略（リソースメタデータ５３４のストレージおよび管理に関して上で説明した事例に似る）に頼ることができる。一実施形態で、リソースメタデータ５３４を提供するのに使用されるメタデータ固有のリレーショナルデータベースおよび／または別々のファイルと別個の、判断基準固有のリレーショナルデータベースおよび／または別々のファイルが、判断基準情報５３６を提供するのに使用される。もう１つの実施形態で、単一のリレーショナルデータベースおよび／または別々のファイルを使用して、リソースメタデータ５３４および判断基準情報５３６の両方をストアすることができる。もう１つの実施形態で、リソースメタデータ５３４および／または判断基準情報５３６を、Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムレジストリで永続させ、そこから読み戻すことができる。
上で注記したように、一実施形態で、判断基準情報５３６を、リソースフォルダに適用することができる。メディアサーバユーザは、リソースフォルダに関する情報を表示する１つまたは複数のユーザインターフェースページを介してこの関連付けを作成することができる。もう１つの実施形態で、判断基準情報を、ディレクトリ６００（図６に図示）内のリソースコンテナまたはディレクトリ６００に含まれる個々のリソースに関連付けることができる。メディアサーバ３０２は、やはり、リソースコンテナに関する情報を表示する１つまたは複数のユーザインターフェースページを介してこの関連付けを作成することができる。次の議論では、前者の事例（リソースフォルダの判断基準への関連付けの）を実装する機能性を説明するが、類似する機能性を、後者の事例（リソースコンテナの判断基準への関連付けの）を実装するために提供することができる。どちらの場合でも、配布判断基準を、リソースメタデータおよびリソースコンテンツの散布を決定するのに使用することができる。リソースコンテナの編成（メディアサーバ３０２でのリソースの内部編成を指す）は、一般に、リソースフォルダの階層（メディアサーバユーザが相互作用するリソースの編成を指す）と一致すると期待することができないが、この２つの編成（例えば、リソースコンテナとリソースフォルダ）の間に関係がある場合がある。
リソースメタデータ５３４の構成にどの方法が使用されても、メディアサーバ３０２は、リソースメタデータ５３４を保持するのに使用されるストアにどのメタデータがストアを許可されるかに関する様々な制約を課すことができる。１つの例で、次の例示的な制約が適用される：（ａ）リソース情報を共有するメディアサーバユーザが、ストアされるリソース情報をストアするファイルに関する読み取り許可を有しなければならず、（ｂ）共有されるリソース情報をストアするファイルが、既知のメディアタイプを有しなければならず、（ｃ）共有されるリソース情報をストアするファイルが、ハードリンクまたはブラウザショートカットである場合に、そのリソース情報の共有を試みるメディアサーバユーザが、基礎になるリソースの読み取り許可を有しなければならず、（ｄ）共有されるリソース情報をストアするファイルが、隠されることができず、（ｅ）共有されるリソース情報をストアするファイルが、隠しサブフォルダになることができず、（ｆ）共有されるリソース情報をストアするファイルを、リムーバブルドライブにストアすることができず、（ｇ）共有されるリソース情報をストアするファイルを、ネットワーク共有に置くことができない。やはり、これらの制約は、単なる例示であり、他の応用例は、特定の応用例の要件に応じて、これらの制約の１つまたは複数を緩和するか除去することができる。
図５の議論を継続すると、コンテンツディレクトリサービスモジュール５２６に、共有リソース管理ストレージモジュール５３８も含まれる。このモジュール５３８は、一般に、共有リソースストア５３２にストアされた情報を管理する役割のために働く。例えば、共有リソース管理モジュール５３８は、リソースがリソースストア３２０に追加されたか、変更されたか、削除されたことをリソースモニタモジュール５２２が通知する時に、共有リソースストア５３２を更新する。
一実施形態で、共有リソース管理モジュール５３８は、共有リソースフォルダのそれぞれを最初に共有したメディアサーバユーザを記憶する。共有リソースフォルダを確立したメディアサーバユーザがその共有リソースフォルダに関連する判断基準情報５３６を変更するか、そのリソースフォルダを「共有解除」する（すなわち、そのリソースフォルダの共有可能状況を除去する）ことだけを許可するように共有リソース管理モジュール５３８を構成することができる。例えば、一実施形態で、メディアサーバユーザが、ファイルＡ、Ｂ、およびＣを共有するアクセス特権を確立したと仮定する。この場合に、このユーザがこれらのファイルの配布判断基準を適用することだけを許可するように共有リソース管理モジュール５３８を構成することができる。あるいは、ファイルＡ、Ｂ、およびＣが、このメディアサーバユーザが共有の許可を有しない他のリソースを含むフォルダにグループ化されたと仮定する。共有リソース管理モジュール５３８が、メディアサーバユーザが配布判断基準をフォルダに適用することを許可するように構成されている場合に、これらの判断基準は、それでも、ファイルＡ、Ｂ、およびＣについて有効である。他の実施形態は、様々な形でこの制約を緩和することができる。
リソースメタデータ５３４が、１つまたは複数の別々のファイルで提供される場合に、共有リソース管理モジュール５３８に、これらの別々のファイルを維持する機能性も含めることができる。この機能性に、サービス初期化時にディレクトリ６００内で識別される共有ファイルの変化を探してリソースストア３２０の共有ファイルを「クロール」するバックグラウンドプロセスを含めることができる。この機能性に、リソースフォルダ内で変更が検出された場合に通知を提供するためにリソースモニタモジュール５２２と相互作用する機構も含めることができる。共有リソース管理５３８は、別々のファイルが壊れていると判定された場合に、これらのファイルを捨てることができ；共有リソース管理モジュール５３８は、その後、メタデータを抽出するために共有リソースフォルダをクロールすることによって、この別々のファイルを再構成することができる。一般に、共有リソース管理モジュール５３８は、様々な他のコヒーレンシ技法を使用して、別々のファイルが共有リソースのメタデータを正確に反映することを保証することができる。
動作中に、コンテンツディレクトリサービスモジュール５２６は、一般に、コンシューマが共有リソースに対応するリソースメタデータを調査できるようにする。具体的に言うと、通常の相互作用で、コンシューマは、ディレクトリ６００で提供される共有リソースに関連するリソースメタデータをブラウズまたは検索する要求をコントロールポイントを介して送信する。デバイス監視モジュール５２０は、下で詳細に説明する形でこの要求を検出し、これに応答して、コンテンツディレクトリサービスモジュール５２６に通知する。コンテンツディレクトリサービスモジュール５２６は、リソースメタデータ５３４をスキャンして、コンシューマの要求を満たすすべてのリソースを突き止めることによって応答する。例えば、コンシューマが、あるジャンルのリソースメタデータのすべてを示すようにコンテンツディレクトリサービスモジュール５２６に要求した場合があり、あるいは、コンシューマが、ターゲットのリソースに関するリソースメタデータを提供するようにコンテンツディレクトリサービスモジュール５２６に要求した場合がある（例えば、ターゲットのリソースの検索で使用される特定のキーワードを指定することによって）。このプロセスが、１つまたは複数の一致するリソースメタデータアイテムを生じる場合がある。その後、コンテンツディレクトリサービスモジュール５２６は、適用可能な場合に、共有リソースストア５３２にストアされた判断基準情報５３６に対してすべての一致するリソースメタデータを検査し、関連する判断基準に合致しないすべての一致するリソースメタデータアイテムを選り分ける（この備えを非アクティブ化し、その結果、判断基準情報がリソース情報の散布で役割を演じないようにすることが可能である）。次に、コンテンツディレクトリサービスモジュール５２６は、残った一致するリソースメタデータのリストをＸＭＬメッセージにフォーマットし、次に、このＸＭＬメッセージをコンシューマに送信する。このリソースメタファイルは、個々の一致するリソースならびに、適用可能な場合に、個々のメンバリソースを含むリソースコレクション（リソースコンテナなど）を記述することができる。
受取り側のコントロールポイントデバイスは、このＸＭＬメッセージをプレゼンテーションフォーマット（例えば、ＨＴＭＬ）に変換し、この情報のコンシューマによるレビューのために表示することができる。この表示によって、一致するリソースメタデータを識別するメディアリストを提供することができる。次に、コンシューマは、このメディアリスト内の１つまたは複数のアイテムに関連するリソースコンテンツを再生するようにメディアレンダリングデバイス３０６に指令することができる。これは、レンダリングデバイス３０６などの選択されたレンダリングデバイスに、メディアリスト内の選択されたアイテムに関連するリソースロケータ（ＵＲＬなど）を渡すことによって実行することができる。これらのリソースロケータは、メディアサーバ３０２によってコンシューマに送信されたＸＭＬメッセージで指定されたものである（しかし、やはり、ブラウズ動作の結果が、リソースコンテナ、例えばコンテナのリストを返すことができることに留意されたい。リソースコンテナは、リソースロケータを関連付けられている場合とそうでない場合があり、関連付けられていない場合に、それ自体を再生のためにレンダリングデバイスで提示することはできないが、コンテナ内で識別される個々のリソースを提示することはできる）。
メディアサーバモジュール５０２の他の１つのコンポーネントが、コントロールパネルＣＯＭオブジェクト５４０である。一般に、このオブジェクト５４０は、コントロールパネルモジュール５０６が、メディアサーバモジュール５０２内でコンフィギュレーションデータを取り出し、セットできるようにする。例示的な実施形態では、オブジェクト５４０が、コンポーネントオブジェクトモデル（ＣＯＭ）オブジェクトである。一般に、ＣＯＭオブジェクトは、１つまたは複数のタスクを実行する。すなわち、ＣＯＭオブジェクトは、アプリケーションが呼び出せるインターフェースを介して機能を公開して、それに帰するタスクを実行する。
メディアサービス５０２のコンテキストで、コントロールパネルモジュール５０６は、コントロールパネルＣＯＭオブジェクト５４０を介してメディアサービスモジュール５０２を呼び出す。この役割のために働くために、コントロールパネルＣＯＭオブジェクト５４０は、次の例示的なタスクを実行する。第１に、コントロールパネルＣＯＭオブジェクト５４０は、コントロールパネルモジュール５０６が、発見されたデバイスを列挙し、その現在の状態（例えば、承認されているか、拒否されているか、承認も拒否もされていないかどうか）を取り出し、ＵＩに与えるのに使用されるデバイス情報（デバイスの製造業者、アイコン、モデル番号など）を得、デバイスを承認するか拒否することを可能にする。第２に、コントロールパネルＣＯＭオブジェクト５４０は、コントロールパネルモジュール５０６が、リソースストア３２０にストアされた共有可能リソースを含む共有されたリソースフォルダおよびこれらのリソースフォルダに関連するすべての関連する配布判断基準情報５３６（これらの共有されたリソースフォルダに関連するリソース情報を受信することを許可されたデバイスのリストなど）のリストを管理できるようにする。このために、コントロールパネルＣＯＭオブジェクト５４０は、コントロールパネルモジュール５０６が、現在共有されているリソースフォルダおよびそれに関連する配布判断基準情報５３６のリストを取り出し、これらのリソースフォルダの共有を解除し、新しい共有リソースフォルダおよび／または配布判断基準を作成し、共有リソースフォルダに関連する配布判断基準を変更することなどを可能にする。最後に、メディアサービスモジュール５０２は、ＵＰｎＰネットワーク３１４で新しいコントロールポイントまたはメディアレンダリングデバイスを発見した時に、コントロールパネルＣＯＭオブジェクト５４０およびコントロールパネルがホスティングするコールバックオブジェクト５４２（下で詳細に説明する）を使用して、コントロールパネルモジュール５０６に通知する。
高速ユーザ切替（ＦＵＳ）に対処するために、メディアサーバ３０２は、複数のコントロールパネルモジュール５０６を同時にアクティブにすることを可能にする。しかし、一実施形態で、メディアサーバ５０２は、各端末サービスセッションが、１つのアクティブなコントロールパネルモジュール５０６を有することだけを許可する。
ｂ．ＣＤＤＭサービスモジュール
上で説明したように、メディアサービスモジュール５０２は、ローカルサービスユーザコンテキスト（または、より一般定にはクランプドダウンユーザコンテキスト）で動作し、ＣＤＤＭサービスモジュール５０４は、ローカルシステムユーザコンテキストで動作する。ローカルサービスユーザコンテキストは、一般に、ローカルシステムユーザコンテキストと比較して、より制限的なアクセス特権を有する。したがって、メディアサーバモジュール５０２は、ＣＤＤＭサービスモジュール５０４に頼って、それ自体で実行するアクセス権を有しない一連の機能を実行する。１つの例示的な実施形態に従ってＣＤＤＭサービスモジュール５０４に委任される特権機能を、下で説明する。
第１に、ＣＤＤＭサービスモジュール５０４は、新しいメディアレンダリングデバイス３０６またはコントロールポイント３１６がデバイス監視モジュール５２０によってＵＰｎＰネットワーク３１４で検出された時に、コントロールパネルモジュール５０６を始動する役割を実行する。これによって、メディアサーバユーザが、そのデバイスを承認するか拒否することができるようになる。承認されたデバイスは、その後、メディアサーバ３０２の共有リソースに対応するリソース情報（リソースメタデータおよびリソースコンテンツ）へのアクセスを許可される。ＣＤＤＭサービスモジュール５０４は、（ａ）メディアサーバユーザがメディアサーバ３０２コンピュータにログオンし（または、下で説明するように、このコンピュータ上の前に確立されたターミナルサーバセッションに再接続し）、（ｂ）メディアサーバ３０２が、メディアサーバユーザによって承認も拒否もされたことがない前に検出されたデバイスを有する場合にも、コントロールパネルモジュール５０６を始動する。
さらに、ＣＤＤＭサービスモジュール５０４は、様々なエラーまたは状態についてメディアサーバユーザに警告するために、コントロールパネルモジュール５０６を始動する。例えば、ＣＤＤＭサービスモジュール５０４は、ネットワークインターフェースが、許される前に構成されたＩＰアドレス範囲（例えば、プライベートＩＰアドレス範囲またはＡｕｔｏ ＩＰアドレス範囲）内のＩＰアドレスを有することがわかっていない時に、メディアサーバユーザに警告することができる。ＣＤＤＭサービスモジュール５０４は、リソース情報共有機能性３２２サービスが動作していない時に、リソースストア３２０の共有リソースフォルダが削除されたか名前を変更されていることをメディアサーバユーザに警告することができる。一般に、ＣＤＤＭサービスモジュール５０４は、現在アクティブなログオンしたユーザのコンテキストでコントロールパネルモジュール５０６を起動する。ＣＤＤＭサービスモジュール５０４は、ログオンしたユーザのトークンを取り出し、ＣｒｅａｔｅＰｒｏｃｅｓｓＡｓＵｓｅｒ関数を呼び出すことによって、コントロールパネルモジュール５０６を起動する。しかし、そうする前に、ＣＤＤＭサービスモジュール５０４は、コントロールパネルモジュール５０６が、まだ、現在アクティブなログオンしたユーザのターミナルサーバセッションで動作していないことを確実にする。
第２に、ＣＤＤＭサービスモジュール５０４は、ストアされたリソースフォルダに関連するアクセス特権を調整し、その結果、メディアサーバモジュール５０２が、リソースフォルダにアクセスして、それに帰する機能（リソースメタデータ５３４の作成など）を実行できるようにする。これは、ローカルサービスユーザコンテキストによるアクセスを可能にするために共有リソースフォルダに関連するアクセス制御リスト（ＡＣＬ）を変更することによって実行することができる。例示的な実施形態で、これによって、ローカルサービスユーザコンテキストに、リソースフォルダの内容に対する読み取りアクセス、書き込みアクセス、および削除アクセスが与えられる（すなわち、リソースフォルダは、ローカルサービスユーザコンテキストに、読み取りアクセスに加えて、書き込みアクセスおよび削除アクセスを与えるようにＡＣＬを設定される；これは、一部のメディアタイプが、ＵＰｎＰネットワーク３１４で使用可能にされる前に、デコードされなければならないからである。ファイルをデコードするのに使用されるツールは、時々、ファイルを含むディレクトリにテンポラリファイルを作成する。その後、このテンポラリファイルを削除しなければならない）。
第３に、ＣＤＤＭサービスモジュール５０４は、メディアサーバ３０２を監視して、新しいメディアサーバユーザが、メディアサーバ３０２の実装に使用されているコンピュータシステムにサインオンまたはログオフする時を検出する。ＣＤＤＭサービスモジュール５０４は、メディアサーバ３０２にログオンしているメディアサーバユーザのアイデンティティも確認する。すなわち、上で説明したように、メディアサービスモジュール５０２は、メディアサーバコンピューティングマシンで現在アクティブであるログオンしたメディアサーバユーザのアイデンティティに依存して、リソース情報の共有を制限することができる。したがって、メディアサービスモジュール５０２は、ＣＤＤＭサービスモジュール５０４によって抽出されたユーザ情報を使用して、現在アクティブなログオンしたメディアサーバユーザを考慮して、リソース情報を共有する許可を有するかどうかを判定する（ＣＤＤＭサービスモジュール５０４は、ＷＴＳＱｕｅｒｙＵｓｅｒＴｏｋｅｎ関数を使用して、ログオンしたメディアサーバユーザのトークンを取り出すことと、ＧｅｔＴｏｋｅｎＩｎｆｏｒｍａｔｉｏｎ関数を使用して、そのトークンからメディアサーバユーザのＳＩＤを取り出すことによって、メディアサーバユーザのアイデンティティを判定することができる）。
ｃ．コントロールパネルモジュール
コントロールパネルモジュール５０６は、メディアサーバユーザがＵＰｎＰネットワーク３１４に追加された新しいデバイスの許可を承認または否定できるようにする機能性を提供する。コントロールパネルモジュール５０６は、メディアサーバユーザが共有リソースフォルダおよび関連する配布判断基準を定義できるようにもする。上で説明したように、１つの判断基準が、リソース情報（例えば、リソースメタデータおよびリソースコンテンツ）の散布を指定されたデバイスだけに制限することができる。もう１つの判断基準が、メディアサーバ３０２を使用する指定された個人がリソース情報の共有の暗黙のうちにまたは明示的な承認を与えたかどうかを条件としてリソース散布を行うことができる。指定された個人は、単純にメディアサーバ３０２にログオンし、その個人のセッションが現在アクティブである場合に、暗黙の承認を与えたと考えられる（一実施形態で）。コントロールパネルモジュール５０６は、一連のＵＩプレゼンテーション（例えば、ＵＩページ）を介して、上で識別したタスクを実行することができる。これらのＵＩプレゼンテーションは、下のセクションＢで詳細に説明する。コントロールパネルモジュール５０６は、アプレットとして実装することができ（アプレットは、アプリケーションのコンテキスト内で実行されるプログラムである）、ログオンしたメディアサーバユーザのコンテキストで動作することができる。
メディアサーバ３０２は、２つの形でコントロールパネルモジュール５０６をアクティブ化することができる。第１に、メディアサーバユーザが、コントロールパネルモジュール５０６を手作業でアクティブ化することができる。第２に、メディアサービスモジュール５０２は、例えば新しいレンダリングデバイスがＵＰｎＰネットワーク３１４に加わった時にメディアサーバユーザに通知するためなど、自動的にコントロールパネルモジュール５０６を起動することができる。
一実施形態で、メディアサーバ３０２は、各ターミナルサーバセッションで、コントロールパネルモジュール５０６の単一のインスタンスを提供する。したがって、コントロールパネルモジュール５０６は、始動する時に、コントロールパネルモジュール５０６の別のインスタンスがそのターミナルサーバセッションで既に動作していないことを検証する。次に、コントロールパネルモジュール５０６は、メディアサービスモジュール５０２が動作しているかどうかを判定し、そうでない場合には、コントロールパネルモジュール５０６がそれを始動する。次に、コントロールパネルモジュール５０６は、メディアサービスモジュール５０２がホスティングする（上で説明した）コントロールパネルＣＯＭオブジェクト５４０を、協同で作成する。最後に、コントロールパネルモジュール５０６は、それがホスティングするクライアントコールバックＣＯＭモジュール５４２を作成し、次に、コントロールパネルＣＯＭオブジェクト５４０に関連するＩｎｉｔｉａｌｉｚｅ（）メソッドを呼び出し、クライアントコールバックオブジェクト５４２を渡す。メディアサーバモジュール５０２は、クライアントコールバックオブジェクト５４２を使用して、サービスシャットダウン、バックグラウンドデータ変更、またはコントロールパネルモジュール５０６が動作している間のＵＰｎＰネットワーク３１４での新しいコントロールポイントまたはメディアレンダリングデバイスの発見などのイベントについてコントロールパネルモジュール５０６に通知する。
Ａ．４．高速ユーザ切替（ＦＵＳ）の備え
ＦＵＳ技法は、異なるめいめいのメディアサーバユーザに関連する異なるコンピューティングセッションの間の切替の便利な技法を提供する。例えば、この技法を用いると、第１メディアサーバユーザが、コンピュータに接続し、アプリケーションを実行できるようになり、それに、別のアプリケーションを実行する第２メディアサーバユーザが続く。第２メディアサーバユーザが、コンピュータに接続する時に、コンピュータは、第１メディアサーバユーザのセッションに関連するアプリケーションインスタンスおよびデスクトップ設定を保存する。第１メディアサーバユーザが、コンピュータにもう一度接続する時に、コンピュータは、第１メディアサーバユーザが切断した時のそのユーザのコンピュータセッションに関連するアプリケーションおよび設定を復元する。ＦＵＳ技法は、連続してコンピュータを使用する異なるめいめいのメディアサーバユーザに関連する複数のアプリケーションインスタンスおよびデスクトップ設定を記録することによって、上で説明した形で任意の人数のメディアサーバユーザの間でトグルすることができる。ＦＵＳを提供する１つの例示的な商業製品が、米国ワシントン州レッドモンドのＭｉｃｒｏｓｏｆｔ（登録商標）Ｃｏｒｐｏｒａｔｉｏｎ社が提供するＷｉｎｄｏｗｓ（登録商標）ＸＰ（登録商標）オペレーティングシステムである。対照的に、従来のコンピューティングソリューションでは、コンピュータは、第２メディアサーバユーザが接続できるようにする前に第１メディアサーバユーザがログアウトし、これによって、第２メディアサーバユーザが同一のコンピュータに接続する際に第１メディアサーバユーザのアプリケーションを終了することを必要とする。
メディアサーバ３０２へのＦＵＳ技法の適用によって、コントロールパネルモジュール５０６の複数のインスタンスが同時に存在できるようになる。例えば、上で説明したように、コントロールパネルモジュールインスタンス５０６は、メディアサーバユーザＡ ５０８に関連し、コントロールパネルモジュールインスタンス５１０は、メディアサーバユーザＢ ５１２に関連し、コントロールパネルモジュールインスタンス５１４は、メディアサーバユーザＣ ５１６に関連する。しかし、上で説明したＵＰｎＰメディアサーバ環境へのＦＵＳ技法の適用は、様々な課題を提出する。このセクションでは、上で説明したＵＰｎＰメディアサーバ３０２のコンテキストでこれらの課題に対処する例示的なＦＵＳソリューションを説明する。
第１に、メディアサーバ３０２は、上で説明したように、同時に動作するコントロールパネルモジュール５０６の複数のインスタンスに対処するが、メディアサーバ３０２は、各ターミナルサーバセッションが１つのコントロールパネルモジュール５０６を有することだけを許容する。この特徴を実施するために、メディアサーバ３０２は、各コントロールパネルモジュール５０６が、ＣＯＭオブジェクト５４０を使用する前に、このオブジェクト５４０を作成し、初期化する（Ｉｎｉｔｉａｌｉｚｅ（）メソッドを呼び出すことによって）ことを要求する。Ｉｎｉｔｉａｌｉｚｅメソッドを呼び出す時に、呼出し元は、クライアントコールバックＣＯＭオブジェクト５４２を供給しなければならない。
具体的に言うと、クライアントがＩｎｉｔｉａｌｉｚｅ（）メソッドを呼び出す時に、メディアサーバモジュール５０２は、クライアントの偽装トークンからクライアントのターミナルサーバセッションＩＤを抽出する。次に、メディアサービスモジュール５０２は、このセッションＩＤが別のクライアントに関連するかどうかを判定する。そうである場合に、メディアサービスモジュール５０２は、そのクライアントのコールバックオブジェクト５４２を呼び出して、そのクライアントがまだ「生きている」かどうかを判定する。クライアントがまだ生きている場合に、新しいクライアントを拒絶する。そうでない場合に、メディアサービスモジュール５０２は、新しいクライアントを受け入れ、そのクライアントのコールバックオブジェクト５４２を将来の使用のために保存する。
第２に、メディアサーバ３０２は、複数のメディアサーバユーザに対処するので、ネットワーク３１４への新しいデバイスの導入時に、複数のログオンしたメディアサーバユーザに通知するようにメディアサーバ３０２を構成することができる。メディアサーバ３０２は、デバイスが発見された時にメディアサーバユーザが１人もメディアサーバ３０２にログオンしていない（または、メディアサーバユーザがログオンしているがデバイス発見の時にアクティブでない）シナリオにも対処する。この場合に、メディアサーバ３０２は、メディアサーバユーザがログオンするか既存セッションを再開するまで、新しいデバイスの存在についてメディアサーバユーザに通知するのを延期する。
第３に、コントロールパネルモジュール５０６は、このモジュールの他のインスタンス（例えば、インスタンス５１０および５１４）が同時にアクティブであり、デバイスの許可状況または共有リソースフォルダのリストなどのグローバルデータを変更している可能性があることを認識する。この状況に対処するために、メディアサーバ３０２は、クライアントのいずれかがグローバルデータを変更する時にアクティブであるすべてのクライアントに関連するＣＯＭクライアントコールバックオブジェクト５４２に通知する。
最後に、メディアサーバ３０２には、コントロールパネルモジュール５０６に「なりすます」ことができる、いわゆるならず者アプリケーションを排除する機構も含まれる。図５に、１つの例示的なそのような、ならず者アプリケーション５４４を示す。具体的に言うと、メディアサーバ３０２は、メディアサービスモジュール５０２とコントロールパネルモジュール５０６の間でプライベートＡＰＩとして（メディアサーバ３０２の内部コンポーネントを一緒に結合するので）ＡＰＩ ５１８を実装する。個人がＡＰＩ ５１８のリバースエンジニアリングを試み、ならず者アプリケーション５４４が、メディアサービスモジュール５０２を呼び出し、そのコンフィギュレーションデータをタンパリングできるようにする可能性が存在する。
この懸念に対処するために、メディアサービスモジュール５０２は、クライアントがコントロールパネルＣＯＭオブジェクト５４０に関連するＩｎｉｔｉａｌｉｚｅ（）メソッドを成功裡に呼び出す時に、各クライアントに一意のクライアントＩＤを割り当てる。具体的に言うと、メディアサービスモジュール５０２は、クライアントのコールバックオブジェクト５４２に関連するメソッドを呼び出すことによって、このＩＤについてクライアントに通知する。メディアサービスモジュール５０２は、割り当てられたＩＤを記録する。次に、クライアントが後にサービスを呼び出す時に、クライアントがそのクライアントＩＤを提供することが期待される。メディアサービスモジュール５０２は、呼出し元が現在供給するＩＤを検出し、このＩＤを前に記録されたクライアントＩＤと比較する。すなわち、メディアサービスモジュール５０２は、クライアントのターミナルサーバセッションＩＤをその偽装トークンから取り出すことによって、クライアントを独立に識別することができ、したがって、クライアントによって供給されなければならないクライアントＩＤを知っている。これらのＩＤが一致する場合に、メディアサービスモジュール５０２は、呼び出しを許可し、そうでない場合には、メディアサービスモジュール５０２は、呼び出しを拒絶する。
上で述べたように、複数のユーザが、同時にメディアサーバ３０２にログオンすることが可能である。ユーザに関連するめいめいのクライアントトークンから抽出されたターミナルサービスセッションＩＤに基づいてユーザを区別するようにメディアサーバ３０２を構成することができる。
これによって、クライアントＩＤは、ならず者アプリケーション５４４がコントロールパネルモジュール５０６に「なりすます」ことを防ぐ。ＩＤについてクライアントに通知するためのクライアントコールバックオブジェクト５４２の使用は、ならず者アプリケーションに対する余分の保証を提供する（Ｉｎｉｔｉａｌｉｚｅ（）メソッドの引数としてＩＤを返すという代替技法と比較して）。これは、ならず者アプリケーション５４４が、Ｉｎｉｔｉａｌｉｚｅ（）メソッドを呼び出す時にＣＯＭクライアントコールバックオブジェクト５４２を提供するという追加のハードルに出会わなければならないからである。
メディアサーバ３０２は、メディアサービスモジュール５０２とコントロールパネルモジュール５０６が、この２つのコンポーネントに間の形式的な相互作用を確立する前に他の秘密情報を交換することを要求することによって、セキュリティの追加レイヤを提供することができる。
Ａ．５．追加のセキュリティの備え
上で説明したリソース共有特徴（判断基準情報５３６を使用して実施される）は、メディアサーバユーザがプライベートに保つことを望む（例えば、図４に関して述べた例示的な家庭関連応用例で示した複数の理由から）リソース情報へ許可されたユーザがアクセスするのを防ぐことに最も一般的な用途を見出す。類似するプライバシの懸念が、寄宿舎の部屋の応用例に関して存在する（これは、一般に、比較的多数の許可されたユーザがいる可能性があるが、メディアサーバユーザが、このＵＰｎＰネットワーク３１４の許可された参加者のサブセットだけにあるリソース情報を選択的に与えることを望むすべての設定へのＵＰｎＰネットワーク３１４の適用を指す）。
上で説明したリソース共有特徴は、許可されないエンティティによるアクセスに対してＵＰｎＰネットワーク３１４のリソースを保護する機構も提供する。すなわち、リソース共有特徴は、リソースの散布をデバイスの既知の集団に制限する。したがって、この既知の集団の外部のデバイスは、ＵＰｎＰネットワーク３１４のリソースにアクセスすることを禁止される。リソース共有特徴は、リソース情報転送を、指定されたメディアサーバユーザの暗黙の同意または明示的同意を条件とするものにすることによって、追加の保証も提供する。
しかし、リソース共有特徴は、特に許可されない（許可されるのではなく）ユーザの場合に関して、ＵＰｎＰネットワーク３１４が直面するすべての既知のセキュリティ脅威に対処しない可能性がある。さらに、許可されないユーザによって提示されるセキュリティ脅威は、性質において動的かつ便宜主義的であり、したがって、メディアサーバユーザが、リソース共有特徴がＵＰｎＰネットワーク３１４のセキュリティに対する将来の予想されない挑戦に耐えられないという懸念を抱く可能性がある。
上の懸念は、特に許可されないユーザに対してＵＰｎＰネットワーク３１４のリソース情報を保護するためにリソース共有特徴に追加のセキュリティ機構を補足することを保証する。追加の手段は、許可されたユーザが、彼らによる消費を意図されていないプライベートリソース情報を受け取らないことをさらに保証するためにも望ましい。具体的に言うと、ＵＰｎＰネットワーク３１４が直面する少なくとも２つのセキュリティの懸念がある。第１のセキュリティの懸念は、許可されないエンティティがＵＰｎＰネットワーク３１４によって提供されるリソース情報を「盗聴」する可能性によって提出される。このエンティティは、ＵＰｎＰネットワーク３１４の外部で動作しており、ケーブルモデム、ＤＳＬモデム、ダイヤルアップ接続性、無線接続性、または他の結合戦略を介してＵＰｎＰネットワーク３１４の盗聴を試みている可能性がある。第２の懸念は、許可されたエンティティまたは許可されないエンティティがＵＰｎＰネットワーク３１４のオリジナルスコープの外部の多数の聴衆にリソース情報を配布する可能性によって提出される。これを、「スーパーディストリビューション（ｓｕｐｅｒｄｉｓｔｒｉｂｕｔｉｏｎ）」シナリオと呼ぶ。スーパーディストリビューション（超流通）は、意図的または意図的でないものである可能性がある。
このセクションでは、上の２つの懸念に対処する複数の技法を説明する。これらの技法のどれをも、個別にすなわち他の技法なしで適用することができる。メディアサーバ３０２は、これらの懸念を軽減するためにＵＰｎＰネットワーク３１４を保護するためのこれらの技法のうちの任意の２つ、３つ、４つなどを含むこれらの技法の任意の組合せを適用することもできる。その代わりに、一実施形態で、メディアサーバ３０２が、これら技法のすべてを適用することができる。メディアサーバ３０２または他の管理インターフェースは、任意選択として、例えば適当に構成されたユーザインターフェースプレゼンテーションを介して、これらの技法を個別にイネーブルし、ディスエーブルする能力をメディアサーバユーザに与えることもできる。
図７に、メディアサーバ３０２によって提供されるセキュリティ技法の多数を説明する媒体として働くＵＰｎＰ応用例を示す。この応用例は、全般的に、図４で提示した応用例にならってモデリングされている。この応用例は、家庭７０２などのローカルセッティングに適用される。家庭７０２に、複数の部屋が含まれる。各部屋に、１つまたは複数のＵＰｎＰデバイスを含めることができる。図７の例示的な事例で、家庭７０２に、ルータ７１８を介してデバイス７０６〜７１６に結合されたメディアサーバ７０４が含まれる。ルータ７１８は、もう１つのルータ７２０にも結合される。ルータ７１８に、メディアサーバ７０４をデバイス７０６〜７１６に結合するハードワイヤード接続性および／または無線接続性を含めることができる。例えば、デバイスの例示的な１つ（例えば、デバイス７１４）が、無線（例えば、ＲＦ、赤外線など）結合を介してルータ７１８と通信する。
図７に、エンティティ７２２、７２４、および７２６を含む、家庭７０２でＵＰｎＰネットワーク３１４と相互作用することを許可されないエンティティの例示的なサンプルも示されている。エンティティ７２２は、デバイス７２８を使用して、無線通信を介してホームＵＰｎＰネットワーク３１４との相互作用を試みている。このデバイス７２８は、無線接続性を有するメディアレンダリングデバイスまたは類似する装置を表すことができる。エンティティ７２４は、デバイス７３０を使用して、広域ネットワークなどのネットワークを介してＵＰｎＰネットワーク３１４との相互作用を試みている。例えば、このデバイス７３０は、インターネット７３２、モデム７３３、およびルータ７１８を介してメディアサーバ７０４に結合された（または、もう１つの実施形態で、インターネット７３２およびモデム７３３を介してすなわち、ルータ７１８を介してルーティングされずにメディアサーバ７０４に直接に結合された）すべての種類のコンピュータデバイス（例えば、パーソナルコンピュータ、サーバなど）を表すことができる。モデム７３３は、ダイヤルアップモデム、ブロードバンドモデム、または他の種類のモデムとすることができる。最後に、エンティティ７２６は、デバイス７３４を使用して、ルータ７２０を介するＵＰｎＰネットワーク３１４との相互作用を試みている。これらの許可されないエンティティおよびデバイスは、ＵＰｎＰネットワーク３１４のリソースへのアクセスを得ることを試みる可能性がある広い範囲の様々な種類の侵入者の単なる例示である。
上で説明されたエンティティを邪魔するために、ＵＰｎＰネットワーク３１４に、次の機構のうちの１つまたは複数を含めることができる。
ａ．ＩＰアドレス制限
リソース情報共有機能性３２２（図３の）を、公衆ブロードバンドトラフィックを除外する効果を有する、所定の非パブリックアドレス範囲に制限することができる。１つの例示的な実施形態では、所定のアドレス範囲が、１９２．１６８範囲（例えば、１つの例示的な実施形態によれば、１９２．１６８．０．０から１９２．１６８．２５５．２５５まで）およびＡｕｔｏ ＩＰ範囲（例えば、１つの例示的な実施形態によれば、１６９．２５４．０．０から１６９．２５４．２５５．２５５まで）である。他の例示的な非パブリックアドレス範囲が、１０．０．０．０から１０．２５５．２５５．２５５および１７２．１６．０．０から１７２．３１．２５５．２５５までである（１つの例示的な実施形態によれば）。この範囲のどれでも使用することができ、あるいは、これらの範囲の組合せを使用することができる（あるいは、他の範囲を使用することができる）。範囲は、連続する必要がない（例えば、これらの範囲のいずれかの中に「使用不能」ギャップを設けることができる）。一般に、上で指定された範囲は、様々な点で変更することができる（例えば、範囲の「端点」を変更することによる）。
例えば、例示のために、１９２．１６８およびＡｕｔｏ−ＩＰ範囲を使用する。この範囲は、多数の一般的に入手可能なホームネットワークルータが、１９２．１６８範囲のアドレスを分け与える組み込みＤＨＣＰサーバを有するので選択された。さらに、ブロードバンドネットワーク上のほとんどのルータが、１９２．１６８範囲の宛先ＩＰアドレスを指定するメッセージを単純に捨てる。したがって、リソース情報共有機能性３２２は、１９２．１６８範囲の外のアドレスを有するすべての要求に応答せず、１９２．１６８範囲内のすべてのメッセージが、一般に、公衆ブロードバンドネットワークのルータを越える伝搬に適さない。これは、プライベートＵＰｎＰネットワーク３１４と公衆ブロードバンドネットワークまたはダイヤルアップ接続との間のセキュリティウォールを作成するという効果を有する。図７では、メディアサーバ７０４とインターネット７３２の間に阻止されたアクセスの記号７３６を示すことによって、この概念が示されている。この阻止されたアクセスは、家庭７０２の内部の誰かまたは家庭７０２の外部の誰かが、ブロードバンドネットワークを介してリソースのスーパーディストリビューションにメディアサーバ７０４を使用するのを防ぐ。この備えは、家庭７０２の内部の誰かまたは家庭７０２の外部の誰かが、許可されない形でＵＰｎＰネットワーク３１４を盗聴するのも防ぐ。
この特徴を実施するために、リソース転送モジュール５２４、コンテンツディレクトリサービスモジュール５２６、およびデバイス監視モジュール５２０（図５の）のすべてを、所定のアドレス範囲内のインターフェースだけを監視し、かつ／または他のＩＰアドレスから発する要求を破棄するように構成することができる。リソース情報共有機能性３２２は、この所定のアドレス範囲を、メディアサーバユーザコンフィギュレーションからアクセス可能なパラメータにするのではなく、このアドレス範囲をハードコードすることによるなど、メディアサーバユーザ（またはこれに関する他の誰か）がこの所定のアドレス範囲を変更することを禁止する様々な機構を提供することができる。
ｂ．ＭＡＣアドレス認証
前に述べたように、リソース情報共有機能性３２２は、デバイスのメディアアクセスプロトコル（ＭＡＣ）アドレスまたは他のデバイス固有情報を使用して、そのデバイスを認証する。この技法では、リソース情報共有機能性３２２が、まず、ＵＰｎＰネットワーク３１４に追加された新しいデバイスのＩＰアドレスを識別する（新しいデバイスは、まず、図５のデバイス監視モジュール５２０を使用して検出される）。次に、リソース情報共有機能性３２２が、例えばＭｉｃｒｏｓｏｆｔ（登録商標）Ｃｏｒｐｏｒａｔｉｏｎ社のＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｈｅｌｐｅｒ（ＡＲＰ（ａｄｄｒｅｓｓ ｒｅｓｏｌｕｔｉｏｎ ｐｒｏｔｏｃｏｌ）を使用する）によって提供されるＳｅｎｄＡＲＰ関数を使用して、ＩＰアドレスをＭＡＣアドレスに変換する。前に述べたように、リソース情報共有機能性３２２は、例えばセクションＢ（下）で説明するユーザインターフェースプレゼンテーションを使用して、新しいデバイスの存在についてメディアサーバユーザに通知することができる。メディアサーバユーザがそのデバイスを許可する場合に、リソース情報共有機能性３２２は、ＩＰアドレスおよびＭＡＣアドレスを使用して、そのデバイスが後にＵＰｎＰ要求（ブラウズ要求または検索要求など）を行うか、コンテンツ関連要求（ＨＴＴＰ ＧＥＴ要求など）を行う時に、そのデバイスを認証する。許可されないデバイスからの要求は、無視される。始める要求のＭＡＣアドレスを使用してデバイスの認証することは、有利である。というのは、ＩＰアドレスだけでは信頼できないからである（ＩＰアドレスは、ＤＨＣＰサーバの可用性に応じて変化する可能性があるからである）。
このＭＡＣ認証技法は、デバイス７２８などの無線デバイスがＵＰｎＰネットワーク３１４のリソース情報への許可されないアクセスを得るのを防ぐのに特に魅力がある。例えば、エンティティ７２２が、家庭７０２のそばをドライブしており、それと同時に無線アクセスデバイス７２８を使用している場合に、リソース情報共有機能性３２２は、メディアサーバユーザ（メディアサーバ７０４の）がこのデバイスを許可したいかどうかをメディアサーバユーザに尋ねるポップアップメッセージを表示している場合がある。メディアサーバユーザが、アクセスを許可することを選ばない限り、リソース情報共有機能性３２２は、このデバイス７２８に対してアクセスを拒否する。
ＭＡＣアドレス認証は、ＩＰアドレス制限（上のサブセクション（ａ）で説明した）などの他のセキュリティ手段と共に使用される時に、最も価値がある。例えば、ＩＰアドレス制限なしのＭＡＣ認証は、メディアサーバ７０４がブロードバンドネットワークに直接に接続されるネットワーク構成で（または、メディアサーバ７０４がダイヤルアップ接続を介して外部機能性に結合される時に）適度な保護を提供しない場合がある。ＩＰアドレス制限がなければ、リソース情報共有機能性３２２が、家庭の外の「隣接」デバイスを検出し、これらのデバイスを認証するかどうかをメディアサーバユーザに問い合わせることができ；これは、セキュリティリスクを提示しない場合があるが、ポップアップメッセージの頻繁な表示に起因する迷惑を提示する可能性がある。さらに、ブロードバンド（またはダイヤルアップ）モデムが、インターネットサービスプロバイダのネットワークのプロキシＡＲＰ（ａｄｄｒｅｓｓ ｒｅｓｏｌｕｔｉｏｎ ｐｒｏｔｏｃｏｌ）ルータに接続されていると仮定する。この場合に、リソース情報共有機能性３２２は、プロキシＡＲＰルータを介してルーティングされるサブネット上のデバイスのいずれかが認証される時に、効果的にそれらのデバイスのすべてを認証する。
ｃ．サブネット制限
１つの例示的な実施形態で、リソース情報共有機能性３２２は、そのネットワーククライアントが、それが動作するのと同一のサブネットで動作することを要求する。この制限によって、リソース情報共有機能性３２２は、そのローカルサブネットの外のクライアントから受信されるＵＰｎＰアクション要求およびリソースコンテンツ取り出し要求を無視する。これは、ＵＰｎＰネットワーク３１４のスコープの外部で動作するデバイスがそのリソースにアクセスできる可能性をさらに減らすという効果を有する。
ＡＲＰプロトコルが、サブネット境界をまたいでＡＲＰパケットを伝送しないので、上で説明したＭＡＣアドレス認証プロシージャが、サブネット境界にまたがって機能しないことに留意されたい。したがって、ＭＡＣアドレス認証が使用される場合に、この技法は、本質的に、動作を単一のサブネットに制限する。しかし、サブネット制限を実施するのにリソース情報共有機能性３２２を使用することが、ＳｅｎｄＡＲＰ（）によって提供される暗黙のサブネット制限と異なる。例えば、後者の技法を、この技法で使用されるルーティングテーブルを変更することによって危険にさらすことができる。
また、デフォルトで、ＳＤＤＰサービス（例えば、Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムプラットフォームでＭｉｃｒｏｓｏｆｔ（登録商標）Ｃｏｒｐｏｒａｔｉｏｎ社によって提供される）が、ブロードキャストＳＳＤＰアナウンスメントをサブネットに制限することに留意されたい。すなわち、ＵＰｎＰデバイスは、ＳＳＤＰを使用して、その存在をネットワークを介してアナウンスし、したがって、デフォルト設定について、リソース情報共有機能性３２２が、他のサブネット上のＵＰｎＰデバイスによって検出されない。しかし、このＳＳＤＰ特徴は、リソース情報共有機能性３２２によって実行されるサブネット制限と異なる。というのは、後者の技法が、レジストリで構成可能なセッティングに依存するからである。また、ＳＳＤＰアナウンスメントは、１９２．１６８アドレス範囲およびＡｕｔｏ ＩＰアドレス範囲に制限されない。
ｄ．ＴＴＬ制限
リソース情報共有機能性３２２は、許可されないエンティティがＵＰｎＰネットワーク３１４のリソース情報と相互作用することを許可される可能性をさらに減らすために、ＴＴＬ（ｔｉｍｅ ｔｏ ｌｉｖｅ）パラメータを制限することができる。１つの例示的な実施形態で、ＴＴＬパラメータは、ソースノードから宛先ノードに送信される過程でメッセージがトラバースしたノード（例えば、ルータなどのＩＰレベル３ノード）の個数に一般に対応するインターネットプロトコル（ＩＰ）パラメータである。各ＩＰパケットに、ＴＴＬパラメータが含まれる。ＵＰｎＰネットワーク３１４のコンテキストでは、ＴＴＬパラメータによって、共有リソースに関連するリソースメタデータを含むコンテンツディレクトリサービスモジュール５２６によって送信されたメッセージのルーティングを制限することができる。その代わりにまたはそれに追加して、ＴＴＬパラメータは、リソースコンテンツ要求（ＨＴＴＰ ＧＥＴメッセージなど）に対する応答のルーティングも制限することができる。例えば、数３をセットされたＴＴＬパラメータは、パブリックブロードバンドネットワークを介するリソース情報の散布を禁止するのに十分である（というのは、公衆ブロードバンドネットワークを介する宛先への伝送が、通常は、メッセージを３つより多数のルータにさらすからである）。リソース情報共有機能性３２２が、ＵＰｎＰネットワーク３１４を、１つのルータだけを用いることができる単一のネットワークに制限する例示的な事例では、ＴＴＬパラメータに、１のように小さい値をセットすることができる。１つの例示的な実施形態で、リソース情報共有機能性３２２は、ＴＴＬパラメータをハードコードすることができ、その結果、ＴＴＬパラメータをメディアサーバが（または他のエンティティが）簡単には変更できなくなる。
例えば、ＴＴＬパラメータに１がセットされている、図７の例示的な事例に留意されたい。この設定では、メディアサーバ７０４が、エンティティ７２６にリソースメタデータおよびリソースコンテンツをサービスすることを禁止することができる。というのは、このエンティティ７２６が、複数のルータを介してメディアサーバ７０４に結合されているからである。したがって、このＴＴＬ設定は、阻止されたアクセスの記号７３８によって示されるように、ルータ７２０へのアクセスを効果的に阻止する。ＴＴＬパラメータに小さい値をセットすることによって、インターネット７３２を介するリソース情報の散布も禁止される。というのは、そのようなブロードバンド伝送が、最終的な宛先への途中で多数の中間ルータを必要とするからである。
ｅ．デバイスおよびセッションの制限
リソース情報共有機能性３２２は、一時に許可できるＵＰｎＰデバイスの数を、所定の数（一例で１０デバイスなど）までに制限することができる。１つの実施形態で、ＵＰｎＰデバイスの指定された最大個数に、メディアレンダリングデバイス、メディアサーバ、コントロールポイントなどを含む、ＵＰｎＰネットワークに結合できるすべての種類のデバイスを含めることができる。もう１つの実施形態で、デバイスの指定された最大個数が、メディアレンダリングデバイスだけなど、ＵＰｎＰデバイスの１つまたは複数のカテゴリだけに関係することができる。リソース情報共有機能性３２２は、並行リソースコンテンツサービングセッション（並列ＨＴＴＰセッションなど）の個数を、所定の数（一例で１０セッションなど）までに制限することができる。リソース情報共有機能性３２２は、これらのパラメータの両方（すなわち、デバイスの最大個数およびセッションの最大個数）をハードコードして、メディアサーバ（または他のエンティティ）がこれらのパラメータを簡単に変更し、これによってこの制限を回避することを防ぐことができる。
図７のコンテキストで、ホームＵＰｎＰネットワーク３１４が、デバイスの数を５に制限することができ、これは、デバイス７１６がリソース情報（リソースメタデータとリソースコンテキストの両方）へのアクセスを得るのを防ぐという効果を有する場合がある。この拒否されたアクセスが、図７では、阻止されたアクセスの記号７４０によって示されている。この備えは、許可されたメディアサーバユーザであっても、ＵＰｎＰネットワーク３１４を使用して多数の受信側にリソースを配布することができないことを保証するのに役立つ（例えばスーパーディストリビューションシナリオ）。この備えは、一般に、公衆ブロードバンド伝送が、一般に、共有リソースへのアクセスを試みる多数の参加者を伴う限り、インターネット７３２を介するリソースメタデータおよびリソースコンテンツの配布の試みも邪魔する。
ｆ．ＵＰｎＰアクションへの認証に関する候補デバイスの制限
リソース情報共有機能性３２２は、ＵＰｎＰアクションを呼び出したデバイスまたはＳＳＤＰを使用してＵＰｎＰネットワーク３１４でメディアレンダリングデバイスとしてそれ自体をアナウンスしたデバイスだけに相互作用を制限することもできる（前者の制限は、ＵＰｎＰネットワーク３１４でそれ自体をアナウンスする必要がないが、他の形でＵＰｎＰネットワーク３１４と相互作用することを許可されるＵＰｎＰコントロールポイントに対処するものである）。これらの制限は、リソース情報共有機能性３２２との相互作用を試みる許可されないエンティティを排除するのに役立つ。すなわち、潜在的な「ハッカー」は、リソース情報共有機能性３２２によって共有されるリソース情報と相互作用するために、適当なＵＰｎＰソフトウェアを獲得し、実行する必要があり、この要件によって、ＵＰｎＰネットワーク３１４への許可されないアクセスの水準が引き上げられる。例えば、これらの制限によって、ハッカーが、ウェブブラウザを開き、前にパブリッシュされた、共有リソースに対応するリソースロケータをリソース情報共有機能性３２２に送信することだけによって、リソース情報共有機能性３２２によって共有されるリソースコンテンツへのアクセスを得ることはできない。そうではなく、デバイスは、まず、例えば最初のＵＰｎＰアクション要求（例えば、ブラウズ要求または検索要求に対応する）を送信することによって、それが正しい許可されたＵＰｎＰデバイスであることを証明しなければならず、その後に限って、そのデバイスが、リソースコンテンツ取り出し要求を使用してリソースコンテンツにアクセスすることを許可される（１つの例示的な実施形態で、前に承認されずにリソースコンテンツの取出を試みるデバイスが、新たに発見されたデバイスである場合であっても、承認のためにメディアサーバユーザに提示すらされない、すなわち、これらのデバイスを無視できることに留意されたい）。
もう１つの保護として、リソース情報共有機能性３２２は、それ自体をメディアレンダリングデバイスとしてアナウンスするすべてのデバイスが、一意のデバイス番号（ＵＤＮ）を有することを要求することができる。一実施形態で、リソース情報共有機能性３２２は、レンダリングデバイスのＵＤＮが、ＵＰｎＰネットワーク３１４で現在または以前に検出された他のメディアレンダリングデバイスと異なることを検証する。リソース情報共有機能性３２２は、ＵＤＮが既に検出されているＵＮＤと一致する場合に、そのメディアレンダリングデバイスのアクセスを静かに拒否することができる。さらに、デバイスが、メディアレンダリングデバイスとして検出されたならば、リソース情報共有機能性３２２は、そのＵＮＤが変更されないままになることを要求することができる。リソース情報共有機能性３２２は、変化を検出する場合に、そのデバイスに対してアクセスを静かに拒否する。さらに、メディアレンダリングデバイスが通し番号を有する場合に、リソース情報共有機能性３２２は、この番号も変更されないままになることを要求することができる。リソース情報共有機能性３２２は、この番号の変化を検出した場合に、そのデバイスに対してアクセスを静かに拒否する。
ｇ．リソースロケータリタイヤメント
上で注記したように、リソース情報共有機能性３２２は、リソースロケータ（ＨＴＴＰ ＵＲＬなどであるが、これに制限はされない）を使用して、そのリソースの位置を定義する。各リソースロケータのコンポーネントは、関連するリソースコンテンツを識別するリソースＩＤ（例えば、ＲｅｓｏｕｒｃｅＩＤ）である。リソース情報共有機能性３２２は、そのリソースコンテンツアイテムを識別するリソースロケータを周期的に変更することによって、もう１つのセキュリティ保護を提供することができる（下の議論では、用語「リソースコンテンツアイテム」が、リソースストア３２０にストアされた選択されたリソースに関連するリソースコンテンツを指し、用語「アイテム」は、単に、文法的な便宜および明瞭さのために追加されている）。これは、リソースコンテンツアイテムを識別するリソースＩＤを周期的に変更することによって実行することができる。この保護は、リソースロケータの使用に時間制限を課すという効果を有する。例えば、コンシューマは、ＵＰｎＰブラウズアクションまたはＵＰｎＰ検索アクションを実行して、１つまたは複数のリソースロケータを取り出すことができる。しかし、リソース情報共有機能性３２２が、これらのリソースロケータを周期的に変更するので、コンシューマは、比較的タイムリーな形でリソースコンテンツ検索要求を使用して（検索されたリソースロケータを使用して）リソースコンテンツアイテムを取り出すことを強制される。コンシューマが、長く待ちすぎた場合に、これらのリソースロケータが、古くなり、動作不能になる。したがって、リソースロケータが、許可されないエンティティに漏らされた場合に、これらのリソースロケータは、非常に長い間有効ではなく、これによって、リソースロケータの望ましくない開示によって引き起こされる損害が制限される。
ｈ．様々なリソース転送モジュール５２４セキュリティ手段
上で識別された複数の機構が、様々なセキュリティ脅威からリソース転送モジュール５２４（例えば、ＨＴＴＰサーバとして実施することができる）を保護するのに役立つ。例えば、ＩＰアドレス制限手段によって、リソース情報共有機能性３２２が、プライベート範囲（例えば、１９２．１６８範囲）またはＡｕｔｏ ＩＰ範囲内のネットワークインターフェースだけに対してリソース転送モジュール５２４を始動する。さらに、デバイスおよびセッションの制限によって、リソース情報共有機能性３２２が、リソースコンテンツ取り出しセッションの数を所定の数（例えば、１０セッション）までに制限し、承認されるデバイスの数を所定の数（例えば、１０デバイス）までに制限する。ＴＴＬ制限によって、リソース情報共有機能性３２２が、ＴＴＬパラメータを所定の数（３など）までに制限し、これによって、リソースコンテンツ応答を提供する時に用いられるルータの数を制限する。ＵＰｎＰアクション制限によって、リソース情報共有機能性３２２が、前に承認されたデバイスから発する場合に限ってリソースコンテンツ要求をサービスし、他のすべての要求を無視することができる（具体的に言うと、リソース情報共有機能性３２２は、リソースコンテンツへのアクセスを試みる新しいデバイスを承認のためにメディアサーバユーザに提示する必要がない）。さらに、リソース情報共有機能性３２２は、リソースコンテンツを共有するメディアサーバユーザがファイルシステム上のリソース（例えば、ファイル）へのアクセスの許可を有する場合に限って、リソースコンテンツを共有し；これは、メディアサーバ３０２のリソースへのアクセスを拒否されたメディアサーバユーザが、ＵＰｎＰネットワーク３１４上のデバイスでそのコンテンツを再生できなくするためである。リソース情報共有機能性３２２は、さらに、共有があるデバイスに制限されるかどうか、またはメディアサーバシステムにログオンしている特定の個人を前提条件とするかどうかを判定する。
リソース転送モジュール５２４に、様々な他のセキュリティ手段も含めることができる。例えば、クライアントが通信ソケットをオープンし、リソースコンテンツ取り出し要求を部分的にのみ書き込むか、タイムリーな形でリソースコンテンツ応答を読み取らない場合に「タイムアウト」するようにリソース転送モジュール５２４を構成することができる。１つの例示的な実施形態で、リソース情報共有機能性３２２は、これらのタイムアウトに５分をセットすることができる。このタイムアウトは、メディアサーバユーザ（または他の誰か）が簡単にこの値を変更できなくするために、ハードコードすることができる。
もう１つの特徴によれば、リソース転送モジュール５２４は、リソースコンテンツ取り出し要求を、約４０００文字など、所定のサイズまでに制限することができる。
もう１つの特徴によれば、リソース転送モジュール５２４は、リソースロケータを検証することができる。検証に、リソースロケータが、ｈｔｔｐ：／／ｍａｃｈｉｎｅ ｉｐ：ｐｏｒｔ／ＲｅｓｏｕｒｃｅＩＤ（すなわち、この場合に、ＨＴＴＰ ＵＲＬが使用されること）など、所定のフォーマットに従うことを保証することを含めることができる。リソース転送モジュール５２４は、要求ヘッダを注意深く解析し、検証することもできる。
Ａ．６．ＵＲＬパラメータ化の提供
図３に関して、メディアサーバ３０２からのリソース情報の取出に、情報の４つの主要な交換を含めることができることを想起されたい。第１の交換（パス３２４によって表される）で、コンシューマが、コントロールポイント３１６を使用して、ＵＰｎＰクエリをメディアサーバ３０２に送信することができる。このＵＰｎＰクエリは、ブラウズ要求または検索要求として構成することができる。ブラウズ要求では、コンシューマの意図が、メディアサーバ３０２によって提供されるリソースに関連するリソースメタデータのコレクションをスキャンすることである。検索要求では、コンシューマの意図が、よりねらいを定めたものであり、例えば、様々な検索単語によって識別されるメディアサーバ３０２によって供給される特定のリソースメタデータを見つけることなどである。
どの場合でも、第２の交換（パス３２６によって表される）で、メディアサーバ３０２は、コンシューマの要求に合致する１つまたは複数のリソースに対応するリソースメタデータ（例えば、リソースストア３２０内のファイル）を提示することによって応答する。このリソースメタデータに、タイトル、ジャンル、アーティスト、作成日付など、一致するリソースに関する様々な高水準情報を含めることができる。このリソースメタデータに、リソースコンテンツアイテムをそこから取り出すことができるめいめいのネットワーク位置を識別するリソースロケータ（ＵＲＬなど）も含めることができる。議論を容易にするために、このセクションでは、ＨＴＴＰサーバに関するＵＲＬの特定の使用を仮定するが、本明細書に記載の原理は、他の種類のリソースロケータおよび関連するリソースコンテンツサーバに適用することができる（次の議論では、用語「リソースコンテンツアイテム」が、リソースストア３２０にストアされた選択されたリソースに関連するリソースコンテンツを表し、用語「アイテム」は、単に、文法的な便宜および明瞭さのために追加されている）。
リソースメタデータを見た後に、コンシューマが、レンダリングデバイス３０６などのレンダリングデバイスで再生するために、対応するリソースコンテンツアイテムを選択したと仮定する。この場合に、第３の交換（パス３３０によって表される）で、コンシューマは、レンダリングデバイス３０６が、選択されたリソースコンテンツアイテムを取り出すようにメディアサーバ３０２に指示する要求をメディアサーバ３０２に送信することを可能にする。例えば、コンシューマは、選択されたリソースコンテンツアイテムに関連するＵＲＬをレンダリングデバイス３０６に転送することができる。レンダリングデバイス３０６は、選択されたリソースコンテンツアイテムを指定するＨＴＴＰ ＧＥＴ要求をメディアサーバ３０２に送信することによって応答する。このＨＴＴＰ ＧＥＴ要求に、選択されたリソースコンテンツアイテムに対応するＵＲＬ（コントロールポイントによって渡されたもの）が含まれる。
最後に、メディアサーバ３０２は、ＵＲＬによって指定される位置で選択されたリソースコンテンツアイテムを取り出すことによって、ＨＴＴＰ ＧＥＴ要求に応答する。第４の交換（パス３３２によって示される）で、メディアサーバ３０２が、選択されたリソースコンテンツアイテムをレンダリングデバイス３０６に供給する。
このセクションの残りでは、上で説明した情報交換の効率を改善する技法を説明する。
まず、リソースストア３２０が、通常は、定義されたオリジナルメディアフォーマットでファイルをストアすることに留意されたい。用語「メディアフォーマット」は、リソースがストアされ、かつ／またはレンダリングされる形に影響する、リソースに関するすべての特性を含む。例えば、メディアフォーマットは、フォーマットタイプ（例えば、様々なタイプの圧縮フォーマットおよび非圧縮フォーマット）、フォーマット解像度などを指定することができる。例えば、リソースストア３２０は、ＲＧＢのフォーマットタイプおよび６４０×４８０のフォーマット解像度を有するイメージファイルをストアすることができる。したがって、レンダリングデバイスは、ＲＧＢフォーマットタイプで表されたサイズ６４０×４８０のイメージを処理するように構成されている場合に、このイメージファイルを表示することができる。さらに、メディアサーバ３０２に、コンシューマの要求の際に、リソースをオリジナルメディアフォーマットから別のメディアフォーマットに変換する機能性（図示せず）を含めることができる。あるいは、リソースストア３２０は、異なるめいめいのオリジナルメディアフォーマットで表された、リソースの複数のバージョンをストアすることができる。この２つの場合のどちらであっても、単一のリソースに関連する異なるメディアフォーマットを、複数の個々のリソースを含むものとして概念化することができる。したがって、個々のリソースごとに、メディアサーバ３０２を、異なるメディアフォーマットに対応する選択的な配布のために複数のリソースを提供するものとして概念化することができる。
本明細書に記載の技法は、コンシューマが、指定されたメディアフォーマットに従うリソースコンテンツを取り出すことを可能にする機構を提供する。メディアサーバ３０２は、様々な形でこの目的を達成することができる。視座について、この目的を達成する１つの形が、メディアサーバ３０２に、リソースコンテンツアイテムの異なるメディアフォーマットにそれぞれ関連する異なるＵＲＬをパブリッシュさせることである。例えば、第１の例示的なＵＲＬによって、ＲＧＢのフォーマットタイプおよび６４０×４８０のフォーマット解像度を有するリソースコンテンツアイテムを指定することができる。第２の例示的なＵＲＬによって、ＹＵＶのフォーマットタイプおよび１２８０×１０２４のフォーマット解像度を有する同一のリソースコンテンツアイテムを指定することができる。他の例示的なメディアフォーマットは、様々なアイコンサイズおよびサムネイルサイズのバージョンと、様々な標準ディスプレイ解像度フォーマットに対応する。しかし、この手法は、様々な短所を有する。例えば、この手法は、メディアサーバ３０２が、単一の「親」リソースコンテンツアイテムに関連する異なるメディアフォーマット置換に関連する潜在的に多数のＵＲＬを管理し、パブリッシュすることを必要とする。この多数のＵＲＬを供給することは、ＵＰｎＰネットワーク３１４を複雑にし、これによって、ＵＰｎＰネットワーク３１４でのネットワークトラフィックが潜在的に増加し、他の潜在的な問題が生じる。
具体的に言うと、一実施形態で、メディアサーバ３０２は、一致するリソースごとにいわゆる「ｒｅｓ」要素を提供することによって、ブラウズＵＰｎＰ要求または検索ＵＰｎＰ要求に応答することができる。「ｒｅｓ」要素に、一致するリソースに関連するリソースコンテンツアイテムを見つけられる場所を識別するＵＲＬが含まれる。上で説明したソリューションは、一致するリソースアイテムに様々な形で対応する複数のメディアフォーマットを指定することができる。例えば、メディアサーバ３０２は、それぞれがめいめいのメディアフォーマット（それぞれがそれ自体のＵＲＬを有する）に関連する複数のｒｅｓ要素を提供することができる。その代わりに、メディアサーバ３０２が、一致するリソースごとに複数の一致するアイテムを作成することができ、各一致するアイテムが、めいめいのメディアフォーマット（それ自体のＵＲＬを有する）に関連する。これらのソリューションの両方が、ＵＰｎＰネットワーク３１４に様々な複雑さを導入し、潜在的に、その性能に悪影響を及ぼす。
また、上のソリューションでは、メディアサーバ３０２が、サポートされるメディアフォーマットの関連するセットに対応するＵＲＬの限られたセットだけを提供する。しかし、提供されるメディアフォーマットのこの限られたセットは、リソースコンシューマの必要に合致しない場合がある。
下で特徴を示す技法では、メディアサーバ３０２が、コンシューマのブラウズ要求または検索要求に応答して、使用可能なリソースコンテンツアイテムの単一のＵＲＬをパブリッシュすることができ、その単一のＵＲＬに、様々なメディアフォーマットの範囲を記述するために変更することができるめいめいの特有の属性を指定する様々なパラメータを含めることができる。すなわち、メディアサーバ３０２は、関連するリソースコンテンツアイテムを最もよく提示すると判定されたメディアフォーマットを反映する、その様々なパラメータについてオリジナルのデフォルト値を書き込まれたＵＲＬをパブリッシュすることができる。「最もよい」デフォルトメディアフォーマットの判定は、１つまたは複数の判断基準に基づくものとすることができる。コントロールポイント（例えば、コントロールポイント３１６）は、メディアレンダリングデバイスによって使用されるネイティブメディアフォーマットに対処するために、または他の考慮事項に基づいて、これらのデフォルトパラメータを変更することができる。例えば、コントロールポイント３１６は、メディアレンダリングデバイス３０６の接続マネージャサービスモジュールによって提供されるＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ ＵＰｎＰアクションを呼び出すことによって、このレンダリングデバイスのレンダリング能力を判定することができる。次に、コントロールポイント３１６は、レンダリングデバイス３０６のプレゼンテーション能力と互換性があり、リソース自体がサポートできるレンダリングフォーマット（メディアサーバ３０２によってコントロールポイント３１６に返されるリソースメタデータから探り出される）と互換性があるメディアフォーマット（１つまたは複数の）を選択することができる。リソースコンテンツを複数のメディアフォーマットで提示できる場合には、コントロールポイント３１６は、これについてコンシューマに警告し、コンシューマがメディアフォーマットを選択できるようにすることができる。このタスクを容易にするために、コントロールポイント３１６は、サポートされるメディアフォーマットの情報を、コンシューマが簡単に理解できる情報に変換することができる。あるいは、コントロールポイント３１６は、自動化された分析を実行して、複数の可能なフォーマットの中で選択することができる（例えば、コンシューマが過去に何を選択したかの考慮に基づくなど）。
どの場合でも、パラメータを変更することによって、変更されたＵＲＬが作成され、これを、リソースコンテンツを提示するレンダリングデバイス（例えば、レンダリングデバイス３０６）に転送することができる。次に、レンダリングデバイス３０６が、この変更されたＵＲＬをメディアサーバ３０２にサブミットすることによって、変更されたＵＲＬに対応するリソースコンテンツアイテムを取り出すことができる。代替案では、レンダリングデバイス３０６が、パラメータを変更せずにオリジナルのＵＲＬを単純にメディアサーバ３０２に送り返すことができる（例えば、オリジナルＵＲＬをレンダリングデバイス３０６に転送し、このレンダリングデバイス３０６がそれをメディアサーバ３０２に転送することによって）。
メディアサーバ３０２は、レンダリングデバイス３０６によって送信されたＵＲＬからパラメータを読み取り、次にＵＲＬ内のパラメータによって指定されるメディアフォーマットのリソースコンテンツアイテムをメディアレンダリングデバイス３０６に供給することによって応答する。この動作は、メディアサーバ３０２が、選択されたリソースコンテンツアイテムをオリジナルメディアフォーマットからＵＲＬのパラメータによって指定されたメディアフォーマットに変換することを必要とする場合がある。あるいは、この動作は、単に、メディアサーバ３０２が、ストアされたリソースコンテンツアイテムを変更せずに供給することを必要とする場合がある（変更が不要であることがパラメータによって示される場合に）。その代わりに、メディアサーバ３０２が、複数の異なるメディアフォーマットでリソースコンテンツアイテムをストアしている場合があり、この場合には、メディアサーバ３０２は、変更せずに使用可能な場合に適当なストアされたメディアフォーマットを選択することができる。
一実施形態で、メディアレンダリングデバイス３０６は、受信したリソースコンテンツアイテムを、メディアサーバ３０２から受信したメディアフォーマットで提示する。もう１つの実施形態で、メディアレンダリングデバイス３０６に、受信したリソースコンテンツアイテムを、提示の前に（または、潜在的に、それをストアする前に）もう１つのメディアフォーマットに変換する変換機能性（図示せず）をも含めることができる。
上で説明した技法によって、メディアサーバ３０２は、可能なメディアフォーマットの様々な置換に関連する多数のＵＲＬをパブリッシュする必要がない。これは、ＵＰｎＰネットワーク３１４のトラフィックを減らし、メディアサーバ３０２のＵＲＬ管理要件を単純化するのに役立つ。この戦略は、コントロールポイント３１６に、限られた数のストックオプションの間で選択する必要なしに、現在アドレッシングしているレンダリングシナリオの必要に最もよく適するメディアフォーマットを動的に調整する柔軟性も与える。この戦略は、コントロールポイントが、それが相互作用する可能性がある異なるメディアサーバに関してメディアフォーマットを調整できるようにする標準的で均一な技法も提供する。
一実施形態で、メディアサーバ３０２は、１つまたは複数の判断基準に基づいて、ＵＲＬで使用されるオリジナルデフォルト値を選択することができる。例えば、メディアサーバ３０２は、ＵＲＬに関連するリソースを調べることによって、このＵＲＬで使用されるオリジナルデフォルト値を選択することができる。リソースに、好ましいオリジナルデフォルト値を識別するそれに含まれる情報が含まれる場合がある。その代わりに、メディアサーバ３０２が、リソースから抽出された情報に対するそれ自体の分析を実行して、好ましいオリジナルデフォルト値に対する判断を行うことができる。あるいは、メディアサーバ３０２が、どのメディアフォーマットが最も一般的であるかの考慮など、リソース自体からは導出されない他の要因を使用することができる。これらの好ましい初期値を選択する、さらに他の技法を提供することができる。
上で要約した技法の例示的な詳細を、次に示す。上で説明したリソースコンテンツ取り出し戦略を実施するのに使用できる次の例示的なパラメータ化されたＵＲＬを検討されたい。
Figure 2007515127
このＵＲＬには、プロトコル方式を識別する第１フィールドが含まれる。プロトコル方式は、リソースコンテンツアイテムにアクセスするのに使用される技法を定義する。この場合に、第１フィールドは、「ｈｔｔｐ」を指定し、これは、このリソースコンテンツアイテムが、ハイパーテキスト転送プロトコル技法を使用してアクセスされなければならないことを示す。第２フィールドは、権限を識別する。権限は、リソースコンテンツアイテムを提供するエンティティ、通常はリソースコンテンツアイテムを提供するサーバを定義する。この場合に、第２フィールドは、権限として「ＳｅｒｖｅｒＮａｍｅ」を指定している。第３フィールドは、リソースコンテンツアイテムにアクセスするのに使用されるパスを指定する。パス（この場合には「Ｔｕｌｉｐｓ．ｊｐｇ」）は、権限（例えば、ＳｅｒｖｅｒＮａｍｅサーバ）が、そのシステム内でリソースコンテンツアイテムの位置を識別できるようにする。第４フィールドは、クエリを識別する。クエリには、リソースコンテンツアイテムのメディアフォーマットを取り出すのに使用される情報が含まれる（メディアサーバ３０２は、上で説明したパラメータ化されたＵＲＬを、ＸＭＬ「ｒｅｓ」要素のパッケージと共にコントロールポイント３１６に供給することができる。ｒｅｓ要素に、ＵＲＬの他に、一致するリソースに関連する他のメタデータも含めることができる）。
具体的に言うと、例示的な実施形態で、上にリストしたＵＲＬの第４フィールドに、リソースのレンダリングに使用されるメディアフォーマットを集合的に記述する複数のパラメータが含まれる。上の例では、第１パラメータが、ＹＵＶとしてプレゼンテーションフォーマットのフォーマットタイプを指定し、第２パラメータが、６４０として解像度幅を指定し、第３パラメータが、４８０として解像度高さを指定している。これらのパラメータは、単に例示である。ＵＲＬは、追加のパラメータまたはより少数のパラメータを指定することができる。例えば、ＵＲＬは、イメージのレンダリングに使用される塗潰しカラー、例えばＲ（赤）＝ｘ、Ｂ（青）＝ｙ、およびＧ（緑）＝ｚを指定することができる（すなわち、イメージがレンダリングされる時に、そのイメージがレンダリングデバイスのディスプレイサーフェス全体を覆わない場合がある；塗潰しカラーは、イメージ内容を含まないディスプレイ領域に表示される背景色の赤成分、青成分、および緑成分を指定する）。
さらに、パラメータ化されたＵＲＬは、上で指定されたもの以外の構文フォーマットを使用して表すことができる。上のフォーマットでは、各パラメータが、「名前＝値」の構文を有する名前／値対として指定されている。しかし、別の構文で、名前情報を省略することができ、名前情報を明示的に識別するのではなく、この情報を、ＵＲＬ内の関連する値の位置から推論することができる。名前情報の明示的識別を省略した例示的なＵＲＬは、次の通りである。
Figure 2007515127
いくつかのパラメータに名前／値対構文を使用し、他のパラメータに位置構文（名前を明示的に識別しない）を使用する、ハイブリッドフォーマットを設けることも可能である。
どのフォーマットが使用される場合でも、メディアサーバ３０２は、パラメータごとに選択できる値の範囲に関する情報をパブリッシュすることもできる。例えば、１つの例示的な実施形態で、名前パラメータが、ＹＵＶまたはＲＧＢの値を受け入れることができ、幅パラメータが、０から２０４８までの値を受け入れることができ、高さパラメータが、０から２０４８までの値を受け入れることができる。メディアサーバ３０２は、コンシューマのブラウズ要求またはコンシューマの検索要求に応答する時に、リソースメタデータ自体と共にこの範囲情報をパブリッシュすることができる。代替案では、メディアサーバ３０２が、例えば毎日１回、週１回など、周期的な基礎で範囲情報を散布することができる。代替案では、範囲情報を、既知の許容可能な範囲に基づいてコントロールポイントおよび／またはレンダリングデバイスに事前にストアすることができ、したがって、メディアサーバ３０２がこの情報を通信する必要がない。
上の要約で述べたように、コントロールポイント３１６は、パラメータ化されたＵＲＬを受信した時に、値の指定された範囲内で許容される任意の値にパラメータを変更することができる（コンシューマのアシスタンスありまたはなしで）。例えば、最初に識別された例示的なＵＲＬを検討されたい。コンシューマのレンダリングデバイス３０６が、６４０×４８０の解像度を有するＹＵＶイメージを表示できる場合に、コントロールポイント３１６は、レンダリングデバイス３０６がメディアサーバ３０２にサブミットする前にＵＲＬを変更する必要がない。しかし、メディアレンダリングデバイスが、１２８０×１０２４の解像度を有するディスプレイにＹＵＶイメージを表示できると仮定する。この場合に、コントロールポイントは、上に記載のＵＲＬを次のように変更することができる。
Figure 2007515127
次に、レンダリングデバイス３０６は、この変更されたＵＲＬをメディアサーバ３０２にサブミットすることができる（コントロールポイントから受信した後に）。メディアサーバ３０２は、所望のリソースコンテンツアイテムを取り出し、レンダリングデバイス３０６に送信する前に、１２８０×１０２４の指定された解像度に変換することによって応答する。
メディアレンダリングデバイス３０６がＲＧＢイメージだけを表示できる、もう１つの例を検討されたい。この場合に、コントロールポイントは、次のように、ＵＲＬ（元々はＹＵＶフォーマットタイプを指定していた）をＲＧＢフォーマットタイプに変更することができる。
Figure 2007515127
やはり、メディアサーバ３０２は、メディアレンダリングデバイス３０６に送信する前に、リソースコンテンツアイテムのイメージをＲＧＢイメージに変換する。メディアサーバ３０２は、レンダリングデバイス３０６の解像度期待（すなわち、１２８０×１０２４）に対処するようにこのイメージのスケーリングも行う。
一実施形態で、メディアサーバ３０２は、レンダリングデバイス３０６の指定に合うようにイメージの解像度を変換する時に、オリジナルイメージのアスペクト比を保存することを試みる。これによって、イメージが、レンダリングデバイス３０６で不自然に歪んで見えることが防がれる。これによって、レンダリングデバイスのディスプレイサーフェスに、イメージコンテンツを含まない領域が残される場合がある。ＵＲＬで指定できる塗潰しカラーを使用して、これらの空の領域に背景色を表示することができる。
上の例では、イメージをレンダリングするためのパラメータ化されたＵＲＬの使用を強調した。しかし、この戦略は、オーディオ情報およびビデオ情報など、他のメディアタイプおよび情報タイプにも適用可能である。例えば、ＰＣＭオーディオの場合に、ＵＲＬに、サンプリングレート、チャネル数（モノラル、ステレオ、５．１サラウンドサウンドなど）、およびサンプルあたりのビット数を指定するパラメータを含めることができる。デジタルビデオについて、ＵＲＬによって、レンダリングデバイスでＮＴＳＣまたはＰＡＬが使用されなければならないことなどを指定することができる。
さらに、上で提示した例では、リソースコンテンツのフォーマットに関する（例えば、一般に、リソースコンテンツがストアされ、かつ／または提示される形に関する）めいめいの特有の属性を記述するＵＲＬパラメータの使用を強調した。しかし、他のパラメータによって、リソースコンテンツの他の特徴に関係する属性を記述することができる。例えば、これらの他のパラメータによって、リソースコンテンツの先頭からの、リソースコンテンツが再生される位置のタイムインターバル、ならびに再生の持続時間など、リソースコンテンツの再生に関連するタイミング情報を記述することができる。
さらに、上で提示した例で、単一のＵＲＬが、リソースコンテンツアイテムに関連するすべてのメディアフォーマット置換を定義するのに使用される場合を説明した。しかし、メディアサーバは、リソースコンテンツアイテムの異なる態様を表すのに複数のＵＲＬを使用することができる。例えば、異なるＭＩＭＥタイプについて異なるＵＲＬを生成することができ、各ＵＲＬに、特定のＭＩＭＥタイプのコンテキスト内の１つまたは複数のパラメータを含めることができる。例えば、ＷＭＡフォーマットまたはＭＰ３フォーマットでリソースコンテンツアイテムを提示できるメディアサーバが、この２つのフォーマットに対応する２つのＵＲＬを提供することができる。これらのＵＲＬのそれぞれに、その特定のＭＩＭＥタイプ内の変化するフォーマット特性に関する１つまたは複数の変数パラメータを含めることができる。例えば、ＷＭＡ ＵＲＬに、１２８ｋｂｐｓのビットレートから９０ｋｂｐｓのビットレートまで変更できるビットレートパラメータなどを含めることができる。あるＭＩＭＥタイプ（または他のタイプのカテゴリ）から別のタイプへの変換を、「フォーマット間」トランスコーディングと呼ぶことができる。あるＭＩＭＥタイプ（または他のタイプのカテゴリ）内でのパラメータの変換を、「フォーマット内」トランスコーディングと呼ぶことができる。しかし、これは、単に１つの例示的なシナリオである。上で述べたように、上で説明した実施形態は、単一のＵＲＬを使用して、フォーマットタイプを含むリソースコンテンツアイテムのすべての態様の間で変換した。
さらに、上で提示した例で、それによってコントロールポイントがオリジナルＵＲＬを受信し、そのＵＲＬを変更し、その変更されたＵＲＬをメディアレンダリングデバイスに転送する（または、変更が行われない場合に、変更されていないＵＲＬをメディアレンダリングデバイスに転送する）リソースコンテンツ取り出しプロシージャを説明した。次に、メディアレンダリングデバイスが、変更された（または未変更の）ＵＲＬをメディアサーバに転送し、変更されたＵＲＬまたは未変更のＵＲＬで識別されるリソースコンテンツアイテムを返すようにメディアサーバに促す。しかし、多数の他の取り出し方式が可能である。例えば、コントロールポイントが、オリジナルＵＲＬを取り出し、これを即座にメディアレンダリングデバイスに送信することができる。メディアレンダリングデバイスは、ＵＲＬを変更し（あるいは、変更しないと決定し）、このＵＲＬをメディアサーバに転送することができる。この実施形態では、コントロールポイントは、メディアレンダリングデバイスのレンダリング要件／特性を調べる必要がない。というのは、メディアレンダリングデバイス自体が、必要なまたは望まれるＵＲＬのすべての変更を処理しているからである。他の置換が可能である。例えば、単一の受信側エンティティが、すべての機能を実行することができ、コントロールポイントおよびメディアレンダリングデバイス以外の１つまたは複数の他のエンティティを使用して、リソース情報の取出の役割のために働かせることができる。
最後に、上の議論は、メディアサーバ３０２が、変更されたＵＲＬを受け取り、変更されたＵＲＬに基づいてリソースコンテンツアイテムを処理し、そのリソースコンテンツをレンダリングデバイス（または他の受信側エンティティ）に分け与える役割のために働く１つの実施形態に基づくものであった。しかし、より一般的に、これらのタスクのそれぞれまたはタスクの異なる割当を実行するために複数のエージェントまたはモジュールを有する（またはそれを有するのものとして概念化できる）メディアサーバ３０２を実施することができ、これらのタスクを実行するエージェントは、一緒におよび／またはメディアサーバ３０２の他の部分と共に同一の位置に置くことも、そうしないこともできる。例えば、一実施形態で、メディアサーバ３０２を、一緒にメディアサーバ３０２を構成する上で説明したタスクを実行する分散したエージェントの疎な集合とみなすことができる。
Ｂ．例示的なユーザインターフェース（ＵＩ）プレゼンテーション
１つの例示的な実施形態で、コントロールパネルモジュール５０６（図５の）は、メディアサーバユーザがメディアサーバ３０２と相互作用できるようにする一連のＵＩプレゼンテーション（ページとも称する）を提供する。例えば、コントロールパネルモジュール５０６は、ＵＰｎＰネットワーク３１４に結合されたデバイスをイネーブルし、ディスエーブルする第１の一連のＵＩページを提供することができる。コントロールパネル５０６モジュールは、メディアサーバユーザが、共有されなければならないリソースおよびそのリソースを共有する条件を選択できるようにするもう１つの一連のＵＩページを提供することができる。セクションＢ．１およびＢ．２で、それぞれ、この２つのカテゴリのＵＩページを説明する。
一般に、一実施形態で、コントロールパネルモジュール５０６は、コントロールパネルインターフェース（米国ワシントン州レッドモンドのＭｉｃｒｏｓｏｆｔ（登録商標）Ｃｏｒｐｏｒａｔｉｏｎ社によって提供される馴染みのあるコントロールパネルインターフェース機能性など）を介して、上で説明したＵＩページを提供することができる。したがって、ＵＩプレゼンテーションを調整して、コントロールパネルＵＩプレゼンテーションのルックアンドフィール（例えば、「タブ付き」ディスプレイページを有する）を採用することができる。このＵＩスタイルの選択は、単に例示であり、他のスタイルおよびＵＩレイアウトを使用して、ＵＩページを実装することができる。
Ｂ．１．新しいデバイスを許可する例示的なＵＩ
図８〜１０に、コントロールパネルモジュール５０６がネットワーク３１４へのデバイスの導入を処理するのに使用できる様々なＵＩページを示す。
まず、新しいメディアレンダリングデバイスが、ＵＰｎＰネットワーク３１４で検出された時に、メディアサーバユーザにその存在について警告するようにメディアサーバ３０２を実施することができる。１つの技法によれば、コントロールパネルモジュール５０６が、図８に示されたバルーンタイプのメッセージ８００を提供することによって、この警告機能を実行することができる。このメッセージ８００は、「A New Digital Media Receiver has been, found. Do you wish to enable, disable, or configure this device?（新しいデジタルメディアレシーバが見つかりました。このデバイスを、イネーブル、ディスエーブル、または構成しますか）」と述べるものである。このメッセージ８００に、選択されるオプションに関連するハイパーテキストリンクをクリックすることによって、メディアサーバユーザが列挙されたオプションの１つを選択できるようにするハイパーリンクを含めることができる。他のメッセージスタイルおよび選択フォーマットを使用することができ、図８に示されたメッセージ８００は、単に１つの例にすぎない。
コントロールパネルモジュール５０６は、メッセージ８００のハイパーテキストリンクがアクティブ化された時に、図９に示されたＵＩページ９００をアクティブ化する。このページ９００に、複数のセクション（９０２、９０４、９０６）が含まれる。各セクションは、ＵＰｎＰネットワーク３１４に結合された異なるデバイスに関する情報を提供する。例えば、セクション９０２は、新しいデバイスが見つかったことを示す。このセクション９０２は、新しいデバイスの製造業者およびモデルも識別する。このセクション９０２は、このセクション内のハイパーテキストリンクをアクティブ化することによって新しいデバイスをイネーブルするオプションを、メディアサーバユーザに与える。セクション９０４は、デバイスが前にイネーブルされたことを説明する。したがって、このセクション９０４は、このセクション９０４に関連するハイパーテキストリンクをアクティブ化することによってこのデバイスをディスエーブルする機会をメディアサーバユーザに与える。セクション９０６は、デバイスが前にディスエーブルされたことを説明する（それ以外の点ではＵＰｎＰネットワーク３１４にとって新規でない）。したがって、このセクション９０６は、このデバイスをもう一度イネーブルする機会をメディアサーバユーザに与える。
コントロールパネルオブジェクト５０６は、メディアサーバユーザがＵＩページ９００のセクションのいずれかに関連するハイパーテキストリンクをアクティブ化した場合に、図１０に示されたＵＩページ１０００をアクティブ化する。ＵＩページ１０００は、選択されたデバイスの特性を記述した概要情報を提供する。このページには、３つのコマンドボタン（１００２、１００４、１００６）も含まれる。コマンドボタン１００２は、メディアサーバユーザがデバイスをイネーブルできるようにする。コマンドボタン１００４は、メディアサーバユーザがデバイスをディスエーブルできるようにする。コマンドボタン１００６は、メディアサーバユーザが、ＵＩディスプレイページに現れる時のデバイスの名前を変更できるようにする。この最後のボタン１００６は、「子供のＰＣ」など、簡単に認識される「ユーザフレンドリ」名をデバイスに与えるのに有用である可能性がある。
Ｂ．２．リソースを共有する例示的なＵＩ
図１１に、様々なリソースフォルダと、ＵＰｎＰネットワーク３１４を介するこれらのリソースフォルダ内のリソース情報（リソースメタデータおよびリソースコンテンツを含む）の散布を決定する異なる配布判断基準との間の関連付けを示すＵＩプレゼンテーションページ１１００を示す。ページ１１００に、３つの例示的なエントリ１１０２が示されている。第１のエントリは、リソースストア３２０での共有リソースフォルダの名前（例えば、リソースフォルダ「Ｃ：＼Ｍｙ ｖｉｄｅｏｓ」１１０４）、このリソースフォルダに関連する同意関連判断基準（例えば、「Ａｌｌ ｕｓｅｒｓ」１１０６）、およびこのリソースフォルダに関連するデバイス判断基準（例えば、「Ａｌｌ ｄｅｖｉｃｅｓ」１１０８）を識別する。判断基準「Ａｌｌ ｕｓｅｒｓ」１１０６は、リソースフォルダ「Ｃ：＼Ｍｙ ｖｉｄｅｏｓ」１１０４内のリソースを、メディアサーバ３０２を実装するコンピュータに誰がログオンしているかに無関係に取り出せることを示す。判断基準「Ａｌｌ ｄｅｖｉｃｅｓ」１１０８は、リソースフォルダ「Ｃ：＼Ｍｙ ｖｉｄｅｏｓ」１１０４内のリソースを、ＵＰｎＰネットワーク３１４内のどのレンダリングデバイスによっても取り出せることを示す。
その一方で、第２のエントリは、「Ｃ：＼Ｍｙ ｐｈｏｔｏｓ」という名前１１１０、「Ｄｏｎａｌｄ」というユーザ１１１２、「Ｋｉｄｓ ｂｅｄｒｏｏｍ ｄｅｖｉｃｅ」というデバイス１１１４を識別する。ユーザ判断基準「Ｄｏｎａｌｄ」１１１２によって、リソースフォルダ「Ｃ：＼Ｍｙ ｐｈｏｔｏｓ」１１１０内のリソース情報は、ユーザＤｏｎａｌｄがメディアサーバ３０２を実装するコンピュータの現在アクティブなターミナルサーバセッションにログオンしている時（あるいは、たとえＵＰｎＰネットワーク３１４内のコンシューマがリソース情報へのアクセスを試みる時にポップアップメッセージに肯定的に応答することによるなど、Ｄｏｎａｌｄが他の形でリソース情報の転送に同意を与える時）に限って取り出すことができる。この設計モチーフに対する他の変形形態も可能である。例えば、上で述べたように、リソース情報の配布を決定する複数の配布判断基準（または２つ未満の判断基準もしくは判断基準なし）を提供するようにリソース情報共有機能性３２２を構成することができる。
３つのリソースフォルダ１１０２だけが図１１に示されている。メディアサーバユーザは、追加コマンドボタン１１１６を作動させることによって、共有する追加のリソースフォルダを選択することができる。変更コマンドボタン１１１８は、メディアサーバユーザが共有リソースフォルダ１１０２の既存リストを変更できるようにする。除去コマンドボタン１１２０は、メディアサーバユーザがリソースフォルダ１１０２の既存コレクションからリソースフォルダを除去できるようにする。
前のセクションで説明したように、判断基準の第１のセットは、リソースメタデータの散布を決定し、判断基準の第２のセットは、リソースコンテンツの散布を決定する。説明を容易にするために、図１１は、判断基準の同一のセットが、リソースメタデータとリソースコンテンツの両方の配布を決定するという仮定に基づく。しかし、リソース情報共有機能性３２２が、リソースメタデータの判断基準とリソースコンテンツの判断基準をメディアサーバユーザが区別することを可能にする場合に、このユーザインターフェースページを適当に変更して、より微細な粒度の判断基準情報を表示し、メディアサーバユーザがより微細なレベルで判断基準情報を入力できるようにすることができる。リソースメタデータの判断基準とリソースコンテンツの判断基準は、これらのカテゴリに異なるユーザ入力ページを割り当てることによるなど、異なる形でユーザインターフェースで区別することができる。
図１２に、メディアサーバユーザが図１１の変更コマンドボタン１１１８を押した時にコントロールパネルモジュール５０６がアクティブ化させるページ１２００を示す。例えば、メディアサーバユーザが、図１１の最初のエントリ１１２２を強調表示し（例えば、マウスデバイスまたは他の入力機構を使用することによって）、コマンドボタン１１１８を押したと仮定する。結果の、図１２に示されたページ１２００は、最初のエントリ１１２２の様々な既存プロパティを示し、これらのプロパティを変更する機会をメディアサーバユーザに与える。
例えば、ページ１２００は、リソースの共有名を「Ｍｙ ｖｉｄｅｏｓ」１２０２として、同意関連判断基準を「Ａｌｌ」１２０４として、デバイス判断基準を「Ａｌｌ ｄｅｖｉｃｅｓ」１２０６として識別する。メディアサーバユーザは、関連するテキストボックスの情報を編集することによって、第１フィールド１２０２を変更することができる（例えば、マウスおよびキーボード入力デバイスを使用してこのフィールドを編集することによって）。第２および第３のフィールド（１２０４、１２０６）は、それぞれ、事前定義のユーザおよびデバイスのリストを提供するプルダウン選択メニューとしてセットアップされている。例えば、図１２では、プルダウン選択フィールド１２０６が展開されて、その事前定義のリストが示されている。メディアサーバユーザは、このプルダウンリストから１つまたは複数のエントリを選択して、これらの２つのフィールド（１２０４、１２０６）の入力を提供することができる。テキストエントリボックスおよびプルダウンメニュー以外の他のデータ入力技法を使用して、ページ１２００によって請求される情報を入力することができる。やはり、メディアサーバ機能性３２２が、メディアサーバユーザがリソースメタデータ判断基準とリソースコンテンツ判断基準を区別することを可能にする場合に、このページ１２００を適当な形で拡大して、データ入力用の追加フィールドを提供することができる。
図１１および１２は、リソースフォルダを選択するのに使用できるＵＩ戦略およびリソースフォルダに関連する散布判断基準を定義するのに使用できるＵＩ戦略を網羅したものではない。例えば、図１３に、共有リソースフォルダおよびそれに関連する配布判断基準のすべてのマスタ表示を提供し、メディアサーバユーザがこのページ１３００自体を使用して（例えば、別のページを呼び出す必要なしに）表示される情報のどれでも変更できるようにする例示的なページ１３００を示す。例えば、このページ１３００の各ユーザフィールドおよび各デバイスフィールドに、メディアサーバユーザがこれらのフィールドの表示される選択を変更できるようにするめいめいのドロップダウンメニューが含まれる。例えば、例示的なユーザフィールド１３０４のドロップダウンメニュー１３０２および例示的なデバイスフィールド１３０８のドロップダウンメニュー１３０６を検討されたい。ブラウズコマンドボタン１３１０によって、メディアサーバユーザが、どのリソースフォルダを共有リソースに追加する（例えば、追加コマンドボタン１３１２をアクティブ化することによって）かを決定する前に、様々なディレクトリを調べられるようになる。前と同様に、除去コマンドボタン１３１４は、前に選択されたリソースフォルダを共有リソースから除去するように機能する。
図１４に、判断基準情報を入力するもう１つの代替技法を示す。この図に示されたページ１４００は、メディアサーバユーザが、すべての共有リソースフォルダに影響するグローバル判断基準情報を指定できるようにする。すなわち、選択アイテム１４０２は、誰がメディアサーバ３０２にログオンしているかに無関係にメディアサーバ３０２がすべての共有リソースフォルダのリソース情報を共有しなければならないかどうかを、メディアサーバユーザが指定できるようにする。選択アイテム１４０４は、メディアサーバ３０２が区別なしにすべてのドライブのリソースフォルダのすべてを配布しなければならないかどうかを、メディアサーバユーザが指定できるようにする。これらの選択アイテム（１４０２、１４０４）は、チェックボックスＵＩ入力特徴または他の種類のＵＩ入力特徴を使用して、メディアサーバユーザからバイナリＹＥＳ／ＮＯ選択を受け取ることができる。
ページ１４００は、メディアサーバユーザが、メディアサーバ３０２によって適用されるセキュリティを決定する様々な選択を行うことも可能にする。例えば、選択アイテム１４０６は、メディアサーバユーザがメディアサーバ３０２を実装するコンピュータを起動する時に、メディアサーバを自動的に起動しなければならないかどうかを、メディアサーバユーザが指定できるようにする。選択アイテム１４０８は、メディアサーバ３０２と相互作用することを許可されるネットワーク３１４上のデバイスの最大個数をメディアサーバユーザが指定できるようにする。類似するユーザ入力フィールド（図示せず）を使用して、メディアサーバユーザが、上のセクションＡ．５で述べたセキュリティ機構に関する他のセキュリティオプションを指定できるようにすることができる。例えば、許される場合に、適切なＵＩページを用いて、メディアサーバユーザがセクションＡ．５に記載の機構のいずれかを選択的にアクティブ化または非アクティブ化することならびにこれらの機構で使用される関連パラメータを指定することを可能にすることができる。
最後に、図１５に、一般に「ウィザード」と称する、自動化されたセットアッププロシージャの一部として使用できるページ１５００を示す。このページは、リソースを含むリソースストア３２０で提供されるリソースフォルダの階層表現１５０２を提供する。ディレクトリ１５０２に、階層内のリソースフォルダのそれぞれに隣接して位置決めされたチェックボックスが含まれる。メディアサーバユーザは、めいめいのリソースフォルダの隣のチェックボックスを選択的にクリックすることによって、これらのリソースフォルダのそれぞれを共有しなければならないかどうかを示すことができる。このページ１５００の右端部分に、図１４に関して上で述べたものと同一のグローバル判断基準選択をメディアサーバユーザが行得るようにする選択アイテム（１５０４および１５０６）が提供される。
上の議論では、配布判断基準が、フォルダごとの基礎でリソースに割り当てられた。しかし、コンテナごとの基礎で情報を表示し、メディアサーバユーザがコンテナごとの基礎で情報を入力できるようにすることによって、コンテナごとの基礎でリソースに配布判断基準を適用することも可能である。
やはり、図面に示されたＵＩのレイアウトは、例示である。他のＵＩ戦略は、メディアサーバユーザが、デバイス、共有、セッティング、およびイベントという主要な話題の中から選択できるようにすることができる。共有カテゴリ内で、メディアサーバ３０２は、Ｍｙ Ｍｕｓｉｃ、Ｍｙ Ｐｉｃｔｕｒｅｓ、Ｍｙ Ｖｉｄｅｏｓなどのリソースカテゴリ内のリソースを共有するオプションをメディアサーバユーザに与えることができる。
Ｃ．例示的なプロセス
図１６および１７は、デバイス許可プロセスに関し、図１８〜２０は、リソース共有プロセスに関する。これらの図に示された個々のブロックは、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアの組合せで実施することができる。
Ｃ．１．デバイス許可プロセス
図１６に、メディアサーバ３０２が、ＵＰｎＰネットワーク３１４に追加された新しいデバイスを許可するプロシージャ１６００を示す。ステップ１６０２で、誰かが、新しいメディアデバイスをＵＰｎＰネットワーク３１４に接続する。ステップ１６０４で、メディアサーバ３０２が、新しいデバイスの存在をメディアサーバユーザに警告するメッセージを生成する。図８に、このメッセージを提供するのに使用できる１つのディスプレイフォーマットを示す。ステップ１６０６で、メディアサーバ３０２が、メディアサーバユーザが新しいデバイスをイネーブルできるようにするＵＩページ（１つまたは複数）を開く。図９および１０に、このステップを実施する２つの例示的なＵＩページを提供する。ステップ１６０８で、メディアサーバユーザが、例えば新しいデバイスのイネーブルまたはディスエーブルのいずれかを行うことによって、新しいデバイスに関する選択を行う。メディアサーバユーザは、新しいデバイスにユーザフレンドリ名を与えることも許可される。
図１７に、新しいデバイスのアイデンティティを決定するプロシージャ１７００を示す。ステップ１７０２で、メディアサーバが、新しいデバイスのＩＰアドレスを識別する。ステップ１７０４で、メディアサーバが、ＩＰアドレスをメディアアクセス制御（ＭＡＣ）アドレス（または他のデバイス固有情報）に変換する。ＩＰアドレスは、例えば、Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌを使用する、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｃｏｒｐｏｒａｔｉｏｎ社のＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｈｅｌｐｅｒが提供するＳｅｎｄＡＲＰ関数を使用することによって、ＭＡＣアドレスに変換することができる。許可されたならば、ネットワーク３１４との後続の相互作用で、デバイスをそのＩＰアドレスおよびＭＡＣアドレスによって識別することができる。デバイスの認証にＭＡＣアドレスを使用することが、有利である。というのは、ＩＰアドレスだけでは信頼できないからである（ＩＰアドレスは、ＤＨＣＰサーバの可用性に応じて変化する可能性があるからである）。
図１６および１７に示された動作のより綿密な説明を、図５に示されたアーキテクチャ５００に関して与えることができる。新しいメディアレンダリングデバイスが追加される時に、そのデバイスは、ＵＰｎＰアナウンスメントを発する。デバイス監視モジュール５２０が、このアナウンスメントを検出する。同様に、デバイス監視モジュール５２０は、ＵＰｎＰネットワーク３１４に結合されたコントロールポイントによって行われる要求も検出する。それに応答して、デバイス監視モジュール５２０は、新しいデバイスのＩＰアドレスをルックアップし、ＳｅｎｄＡＲＰ（）を使用してＭＡＣアドレスを得る。ＭＡＣアドレスが新規である場合に、デバイス監視モジュール５２０は、コントロールパネルＣＯＭオブジェクト５４０に通知し、このコントロールパネルＣＯＭオブジェクト５４０は、既に存在するすべてのコールバックオブジェクト５４２に通知する。デバイス監視モジュール５２０は、ＣＤＤＭサービスモジュール５０４にも通知する。コントロールパネルコールバックオブジェクト５４２は、コントロールパネルモジュール５０６を介してメディアサーバユーザに通知する。ＣＤＤＭサービスモジュール５０４は、現在アクティブなターミナルサーバセッションについてコントロールパネルモジュール５０６を作成する必要があるかどうかを判断し、必要である場合には作成する。
Ｃ．２．リソース共有プロセス
図１８に、メディアサーバユーザが、共有されるリソースフォルダを選択し、これらのリソースフォルダ内のリソース情報の散布を決定するのに使用される配布判断基準を指定できるようにするプロセス１８００を示す。図１９に、コンシューマが共有リソースフォルダをブラウズし、検索できるようにするプロセス１９００を示す。図２０に、コンシューマがパラメータ化されたＵＲＬ手法を使用して選択されたリソースコンテンツアイテムを取り出せるようにするプロセス２０００を示す。
ａ．共有リソースの定義
まず図１８から始めると、プロシージャ１８００は、共有リソースフォルダおよび配布判断基準を指定する多数の形の１つの例示にすぎない。下のセクションＢで実証するように、この情報を収集する多数の異なるＵＩ戦略があり、したがって、このタスクを実行する多数の関連するプロセスがある。説明を容易にするために、リソースメタデータとリソースコンテンツの両方の散布を決定する判断基準の１つのセットだけが収集されると仮定する。リソース情報共有機能性３２２が、リソースメタデータとリソースコンテンツの判断基準の２つの異なるセットの間でメディアサーバユーザが区別することを可能にする場合に、図１８に示された動作を適切に拡張して、この情報を収集することができる。
ステップ１８０２で、メディアサーバユーザが、共有リソースフォルダを選択する。図１１から１３に、メディアサーバユーザがこのタスクを実行するのに使用できる技法のうちの少数を示す。
ステップ１８０４で、メディアサーバユーザが、リソース情報の転送に同意を与えなければならない個人（存在する場合に）を選択する。前に説明したように、この制約は、サービスがどのように構成されるかに応じて、文字どおりにまたはより狭く構成することができる。文字どおりの実施形態では、識別された個人が、メディアサーバ３０２を実装するコンピュータシステムの現在アクティブなターミナルサーバセッションにログオンしている場合に、暗黙の同意を与えると仮定する。より厳格な実施形態では、コンシューマがリソース情報の取出を試みる時に、識別された個人がこの転送を承認するかどうかを判定するために、メディアサーバ３０２が、識別された個人に具体的に問い合わせる。転送は、識別された個人がその転送を承認する場合に限って行われる。識別された個人が選択されない場合に、デフォルトで、リソースの配布に影響する同意関連制約はない。
ステップ１８０６で、メディアサーバユーザが、選択されたリソースフォルダ内のリソース情報を受信することを許可されるデバイスを選択する。図１１〜１５に、ステップ１８０４および１８０６で収集される判断条件を請い求めるのに使用できるＵＩ技法のうちの少数を示す。また、前に注記したように、追加ステップを設けて、リソースフォルダ内のリソース情報の配布に影響する追加の判断基準を収集することができる。
ステップ１８０８で、コントロールパネルモジュール５０６が、任意選択として、指定された同意関連ユーザ判断基準によって決定される、指定されたデバイスへの指定されたリソースフォルダ内のリソース情報の共有の結果をメディアサーバユーザに警告する。これは、メディアサーバユーザの選択によって課せられる制約（または課せられる制約がないこと）を説明するメッセージを提示することによって実行することができる。そのようなメッセージを見た後に、メディアサーバユーザは、１つまたは複数の以前の選択を改訂すると決定することができる。ステップ１８１０は、メディアサーバユーザが、指定された結果に満足しない場合に１つまたは複数の選択を繰り返すことができることを示し、そうでない場合には、プロセス１８００が継続される。
ステップ１８１２で、メディアサーバ３０２が、メディアサーバユーザが、選択されたリソースフォルダ内のリソース情報を共有する許可を有するかどうかを判定する。すなわち、リソースフォルダの作成者が、リソースフォルダ内のリソース情報の変更、読み取り、および／または配布の許可を有する１人または複数の個人を指定している可能性がある。メディアサーバユーザが、これらの個人のうちの１人でない場合に、ステップ１８１４は、そのリソースフォルダを共有できないことを示す。メディアサーバユーザが、これらの個人のうちの１人である場合に、ステップ１８１４は、そのリソースフォルダのリソース情報を共有できることを示し、したがって、プロセス１８００が継続される。
ステップ１８１６に、選択されたリソースフォルダの状況を「共有」に変更することが含まれる。このステップ１８１６に、共有リソースストア５３２内の共有リソースフォルダを登録することと、関連する配布判断基準を判断基準情報５３６にストアすることを含めることができる。
上の議論では、配布判断基準が、フォルダごとの基礎でリソースに割り当てられる。しかし、配布判断基準を、上で説明したものに類似する形でコンテナごとの基礎でリソースに割り当てることも可能である。
リソースフォルダ内のリソースの共有に関する追加の一般的な考慮事項を、下に示す。下の議論では、「リソース」が、リソースストア３２０にストアされたリソースフォルダ内のファイルに対応することができる。リソースフォルダは、共有可能状況または非共有可能状況を有するものとして示される。また、各リソースが、リソースメタデータおよびリソースコンテンツを含む、実際に散布される「リソース情報」を有することも想起されたい。
具体的に言うと、１つの例示的な実施形態で、コンテンツディレクトリサービスモジュール５２６は、メディアサーバユーザが、リソースフォルダ内の個々のリソースではなく、リソースフォルダを共有可能として指定することだけを許容する。すなわち、リソースは、リソースごとの基礎ではなく、共有可能リソースフォルダに含めることによって共有可能として指定される。さらに、コンテンツディレクトリサービスモジュール５２６は、メディアサーバユーザが、オーディオリソース、ビデオリソース、および写真リソースのあるタイプ（オーディオファイルについて、フォーマットＭＰ３、ＷＭＡ、ＰＣＭ、およびＷＡＶ；ビデオファイルについて、フォーマットＭＰＥＧ−１、２、ＷＭＶ、およびＡＶＩ；およびピクチャフォーマットについて、フォーマットＪＰＥＧ、ＧＩＦ、ＢＭＰ、ＰＮＧ、およびＴＩＦＦ：を含むファイルの例示的な領域など）を共有可能として指定することだけを許容することができる。さらに、コンテンツディレクトリサービスモジュール５２６は、隠しファイル、ネットワーク共有、およびリムーバブルメディアを共有可能と指定することに制限を課す（すなわち、これによって、メディアサーバユーザがこれらのリソースを共有可能として指定することを防ぐ）ことができる。これらの備えは、ＵＰｎＰネットワーク３１４によって提供されるセキュリティを改善するのに有益である可能性がある。というのは、上の許容可能なカテゴリに含まれない馴染みのないリソース情報が、共有されないからである。しかし、代替実施形態で、上で識別された「禁止される」リソースの１つまたは複数を共有可能として指定することが可能である。
もう１つの例示的な実施形態で、共有可能として指定されたリソースフォルダが、追加のサブコレクション（例えば、サブフォルダおよびファイル）を有することができる。メディアサーバユーザが、所与のリソースフォルダのすべてを共有可能として指定することを選択した時に、共有リソースフォルダおよびそのすべての従属サブフォルダ内のすべてのリソースをも、共有可能として自動的に指定することができる。
もう１つの例示的な実施形態で、メディアサービスモジュール５０２は、メディアサーバユーザが、リソースフォルダを「共有解除」として指定する（例えば、これによって、前にリソースフォルダに割り当てられたリソースフォルダの共有可能状況を除去するために）ことをも許容する。しかし、１つの例示的な実施形態で、メディアサーバユーザは、共有可能親リソースのサブリソース（例えば、サブフォルダおよびファイル）のいずれかを共有不能として指定することを許可されない。すなわち、例えば、メディアサーバユーザが、「ｃ：＼ｄｏｃ＼」を共有可能として指定する場合に、メディアサーバユーザは、例えばルートリソースフォルダ「ｃ：＼ｄｏｃ＼」が共有として指定されているので、「ｃ：＼ｄｏｃ＼ｍｕｓｉｃ＼」を共有解除として指定することを許可されない。しかし、もう１つの実施形態で、共有解除されるリソースの選択的指定を許容するようにコンテンツディレクトリサービスモジュール５２６を構成することができる。
もう１つの例示的な実施形態で、メディアサーバユーザは、共有として指定されたリソースディレクトリの名前を変更することができる。コンテンツディレクトリサービスモジュール５２６は、このサービスの実行中の名前のすべての変更を追跡し、古い名前に関連する共有関連プロパティを新しい名前に自動的に変換することができる。メディアサーバユーザが、共有として指定されたリソースのいずれかに変更を加える時に、必ず、ＵＰｎＰネットワーク３１４に結合されたデバイスにこの変更について通知するようにコンテンツディレクトリサービスモジュール５２６を構成することができる。これは、ＵＰｎＰイベントを送出することによって実行することができる。
ｂ．要求に基づく共有リソースの配布
図１９に、コンシューマがコンテンツディレクトリサービスモジュール５２６と相互作用できるようにするプロシージャ１９００を示す。ステップ１９０２で、コンシューマが、共有として指定されたリソースに関するリソースメタデータを提供するようにメディアサーバ３０２に要求する。コンシューマは、選択されたリソースコンテンツを最終的に受信するレンダリングデバイスに一体化されるか他の形で関連するコントロールポイントからこの要求を行うことができる。その代わりに、コンシューマは、リソースコンテンツを最終的に受信するレンダリングデバイスからリモートのコントロールポイントからこの要求を行うことができる。コンシューマは、具体的には、メディアサーバ３０２とのブラウズセッションを開始することができ、この場合に、メディアサーバ３０２は、おそらくは１つまたは複数のカテゴリ内の、共有として指定された使用可能なリソースのリスティングを示すリソースメタデータを提供することによって応答する。コンシューマは、その代わりに、メディアサーバ３０２との検索セッションを開始することができ、この場合に、メディアサーバ３０２は、コンシューマによって指定された１つまたは複数の検索パラメータに基づいてターゲットを指定された検索を実行し、検索結果の表示をコンシューマに返すことによって応答する。
ステップ１９０４で、メディアサーバ３０２が、共有リソースストア５３２をスキャンして、コンシューマの要件を満たす、共有リソースフォルダに関連するすべてのリソースメタデータアイテムを突き止める。すなわち、これには、ブラウズパラメータまたは検索パラメータ（例えば、所望のリソースタイプ、リソース名、リソースアーティストなどに関する）を満たす特定のリソースメタデータアイテムを選り抜くためにリソースメタデータ５３４を調べることが含まれる。このスキャンに、それ以外の点でブラウズ条件または検索条件と一致するリソースメタデータアイテムが指定された関連する配布判断基準を満足しないかどうかを判定するために、判断基準情報５３６を調べることも含めることができる。例えば、メディアサーバ３０２が、コンシューマの要件を満たす１０個のリソースメタデータアイテム（１０個の関連するリソースに対応する）を識別するが、このうちの３つだけが、デバイス関連判断基準によって、コンシューマが現在使用しているデバイス（例えば、コンシューマがそこからブラウズ要求または検索要求を送信したコントロールポイントに関連する）での表示を許可される場合がある。
ステップ１９０６で、メディアサーバ３０２が、上で説明した処理の結果を記述したＸＭＬメッセージを生成する。このＸＭＬメッセージは、メッセージに含まれなければならない情報の様々なフィールドおよびこれらのフィールドを提示するフォーマットを指定するＸＭＬスキーマによって決定することができる。ＸＭＬ以外のフォーマットを使用してこの情報を伝えることができる。ステップ１９０８で、メディアサーバ３０２が、メディアサーバ３０２からコンシューマが使用しているコントロールポイントにこのメッセージを送信する。
ステップ１９１０で、コントロールポイントが、ＸＭＬメッセージを受信し、プレゼンテーションフォーマットに変換する。コンシューマは、メディアサーバ３０２によって識別された１つまたは複数の共有リソースに対応するリソースメタデータアイテムのリストを見ることを許可される。コンシューマは、選択されたレンダリングデバイスでのプレゼンテーションのために、リストから１つまたは複数のリソースを選択することができる。
ｃ．パラメータ化されたＵＲＬの処理
図２０に、以前のＵＰｎＰアクション（例えば、ブラウズアクションまたは検索アクション）に応答して供給されたＵＲＬに基づいて共有リソースコンテンツアイテムを取り出すプロセス２０００を示す。具体的に言うと、ブラウズアクションまたは検索アクションに応答してメディアサーバ３０２によって送信されるリソースメタデータに、共有アイテムに関連するリソースコンテンツアイテムが位置する場所を記述した共有リソースのＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）が含まれる。ＵＲＬは、上のセクションＡ．６で説明したパラメータ化された手法を使用して構造化することができる。図２０に示されたプロセス２０００は、これらのパラメータ化されたＵＲＬを処理する技法を説明するものである。
ステップ２００２で、コンシューマが、コントロールポイント３１６などのコントロールポイントでメディアサーバ３０２からのリソースメタデータを受信する。このステップは、全般的に図１９のステップ１９１０に対応する。共有リソースについて、メタデータに、通常は少なくとも１つのパラメータ化されたＵＲＬが含まれる。セクションＡ．６で説明したように、このＵＲＬのパラメータは、このＵＲＬによって識別されるリソースコンテンツアイテムのメディアフォーマットを指定する。例えば、１つのパラメータが、リソースコンテンツアイテムを提供できるフォーマットタイプ（イメージリソースのＲＧＢまたはＹＵＶフォーマットタイプなど）を記述することができる。もう１つのパラメータが、リソースコンテンツアイテムのフォーマット解像度（特定のイメージ解像度の高さおよび幅など）を記述することができる。これらのパラメータは、単に例示であり、追加のまたは異なるパラメータを供給することができる。どの場合でも、ブラウズ要求または検索要求に対する応答を定式化する時に、メディアサーバ３０２は、例えば、リソースコンテンツアイテムが現在メディアサーバ３０２にストアされているメディアフォーマットを反映することができる、これらのパラメータのデフォルト値を選択することができる。あるいは、メディアサーバ３０２は、メディアサーバ３０２が他の考慮事項に基づいて最善と判定するデフォルト値を選択することができる。
ステップ２００４で、コントロールポイント３１６が、任意選択として、返されるパラメータ化されたＵＲＬの１つまたは複数のパラメータを変更する。例えば、ＵＲＬは、元々はあるイメージ解像度を指定している場合がある。コントロールポイントは、イメージを提示するレンダリングデバイスによって提供されるより高いディスプレイ解像度に対処するためにこのパラメータの値を変更することができる。
ステップ２００６で、コントロールポイント３１６が、レンダリングデバイス３０６など、リソースコンテンツアイテムを最終的にレンダリングするレンダリングデバイスに変更された（または未変更の）ＵＲＬを転送する。
次に、ステップ２００８で、レンダリングデバイス３０６が、変更されたＵＲＬをメディアサーバ３０２にサブミットすることができる。このステップは、変更された（または未変更の）ＵＲＬを含むＨＴＴＰ ＧＥＴコマンドを介して実行することができる。
ステップ２０１０で、メディアサーバ３０２が、変更された（または未変更の）ＵＲＬを含むＨＴＴＰ ＧＥＴコマンドを受信する。次に、メディアサーバ３０２が、リソースストア３２０からリソースコンテンツアイテムを取り出す。取り出されたリソースコンテンツアイテムが、ＵＲＬで指定されたメディアフォーマットを有しない場合には、メディアサーバ３０２が、指定されたメディアフォーマットに変換することができる。
ステップ２０１２で、メディアサーバ３０２が、変更されたＵＲＬによって識別されたリソースコンテンツアイテムを、レンダリングデバイス３０６でのプレゼンテーションのためにこのレンダリングデバイス３０６に転送する。
ステップ２０１４で、メディアレンダリングデバイス３０６が、メディアサーバ３０２によって送信されたリソースコンテンツアイテムを受信し、提示する。レンダリングデバイス３０６は、任意選択として、レンダリングデバイス３０６でのプレゼンテーションの前に、リソースコンテンツアイテムを別のメディアフォーマットに変換することもできる。
やはり、図２０に示されたプロシージャは、単に１つの可能なシナリオである。もう１つのシナリオでは、コントロールポイント３１６が、オリジナルＵＲＬをレンダリングデバイス３０６に転送することができ、レンダリングデバイス３０６が、そのＵＲＬを変更する（または変更しないと決定する）ことができる。その後、レンダリングデバイス３０６が、この変更された（または未変更の）ＵＲＬを、上で説明した形でメディアサーバ３０２に送信する。
図２０では、ＵＲＬの１つまたは複数のパラメータに、対応するリソースコンテンツアイテムのメディアフォーマットを指定する情報が含まれると仮定した。しかし、他のＵＲＬに、メディアフォーマット情報以外のリソースコンテンツアイテムの他の特性（タイミング関連情報など）を指定するパラメータを含めることができる。
最後に、図２０の基本的なフレームワークは、リソースメタデータにパラメータ化されたＵＲＬが含まれない場合（すなわち、リソースメタデータに、変数パラメータを有しないＵＲＬが含まれる場合）にも適用される。この場合に、図２０に示されたＵＲＬ変更動作は、実行されない。
Ｄ．例示的なコンピュータ環境
図２１は、図３および５に記載のメディアサーバ３０２の機能性など、前のセクションで説明した処理機能のいずれかを実施するのに使用できるコンピュータ環境２１００に関する情報を提供する。類似するコンピューティング機能性を使用して、コントロールポイント（例えば、コントロールポイント３１６、３１８）およびメディアレンダリングデバイスのいずれか（３０４〜３１２）などを実施することができる。
コンピューティング環境２１００に、図１に関して述べた汎用コンピュータ２１０２およびディスプレイデバイス２１０４が含まれる。しかし、コンピューティング環境２１００に、他の種類のコンピュータアーキテクチャおよびネットワークアーキテクチャを含めることができる。例えば、図示されていないが、コンピュータ環境２１００に、ハンドヘルドデバイス、ラップトップッデバイス、セットトップボックス、プログラマブルコンシューマエレクトロニクス、メインフレームコンピュータ、ゲーム機などを含めることができる。さらに、図２１に、議論を容易にするために一緒にグループ化されたコンピュータ環境２１００の要素が示されている。しかし、コンピューティング環境２１００は、分散処理構成を使用することができる。分散コンピューティング環境では、コンピューティングリソースを、環境全体にわたって物理的に分散させることができる。
例示的なコンピュータ２１０２に、１つまたは複数のプロセッサまたは処理ユニット２１０６、システムメモリ２１０８、およびバス２１１０が含まれる。バス２１１０は、様々なシステムコンポーネントを一緒に接続する。例えば、バス２１１０は、プロセッサ２１０６をシステムメモリ２１０８に接続する。バス２１１０は、様々なバスアーキテクチャのいずれかを使用する、メモリバスまたはメモリコントローラ、周辺バス、ａｃｃｅｌｅｒａｔｅｄ ｇｒａｐｈｉｃｓ ｐｏｒｔ、およびプロセッサバスまたはローカルバスを含む、すべての種類のバス構造またはバス構造の組合せを使用して実施することができる。例えば、そのようなアーキテクチャに、ＩＳＡ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、ＥＩＳＡ（Ｅｎｈａｎｃｅｄ ＩＳＡ）バス、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ）ローカルバス、およびメザニンバスとも称するＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔｓ）バスを含めることができる。
コンピュータ２１０２に、それぞれを取外し可能または取り外し不能とすることができる、様々なタイプの揮発性媒体および不揮発性媒体を含む様々なコンピュータ可読媒体も含めることができる。例えば、システムメモリ２１０８に、ランダムアクセスメモリ（ＲＡＭ）２１１２などの揮発性メモリ、および読取専用メモリ（ＲＯＭ）２１１４などの不揮発性メモリの形のコンピュータ可読媒体が含まれる。ＲＯＭ ２１１４に、スタートアップ中などにコンピュータ２１０２内の要素の間での情報の転送を助ける基本ルーチンを含む入出力システム（ＢＩＯＳ）２１１６が含まれる。ＲＡＭ ２１１２に、通常は、処理ユニット２１０６によって素早くアクセスできる形のデータおよび／またはプログラムモジュールが含まれる。
他の種類のコンピュータストレージ媒体に、取外し不能不揮発性磁気媒体から読み取り、これに書き込むハードディスクドライブ２１１８、取外し可能不揮発性磁気ディスク２１２２（例えば「フロッピー（登録商標）ディスク」）から読み取り、これに書き込む磁気ディスクドライブ２１２０、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、または他の光媒体などの取外し可能不揮発性光ディスク２１２６から読み取り、かつ／またはこれに書き込む光ディスクドライブ２１２４が含まれる。ハードディスクドライブ２１１８、磁気ディスクドライブ２１２０、および光ディスクドライブ２１２４は、それぞれ、１つまたは複数のデータ媒体インターフェース２１２８によってシステムバス２１１０に接続される。その代わりに、ハードディスクドライブ２１１８、磁気ディスクドライブ２１２０、および光ディスクドライブ２１２４を、ＳＣＳＩインターフェース（図示せず）または他の結合機構によってシステムバス２１１０に接続することができる。図示されていないが、コンピュータ２１０２に、磁気カセット、または他の磁気ストレージデバイス、フラッシュメモリカード、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、または他の光ストレージ、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）などの他のタイプのコンピュータ可読媒体を含めることができる。
一般に、上で識別されたコンピュータ可読媒体は、コンピュータ２１０２による使用のために、コンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの不揮発性ストレージを提供する。例えば、可読媒体に、オペレーティングシステム２１３０、１つまたは複数のアプリケーションプログラム２１３２（図３に示されたメディアサーバ３０２、コントロールポイント（３１６、３１８）、またはメディアレンダリングデバイス（３０４〜３１２）のいずれかを実装するロジックなど）、他のプログラムモジュール２１３４、およびプログラムデータ２１３６をストアすることができる。
コンピュータ環境２１００に、様々な入力デバイスを含めることができる。例えば、コンピュータ環境２１００に、コンピュータ２１０２にコマンドおよび情報を入力する、キーボード２１３８およびポインティングデバイス２１４０（例えば、「マウス」）が含まれる。コンピュータ環境２１００に、マイクロホン、ジョイスティック、ゲームパッド、衛星パラボラアンテナ、シリアルポート、スキャナ、カード読み取りデバイス、デジタルカメラ、ビデオカメラなどの他の入力デバイス（図示せず）を含めることができる。入出力インターフェース２１４２が、入力デバイスを処理ユニット２１０６に結合する。より一般的には、入力デバイスを、パラレルポート、シリアルポート、ゲームポート、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポートなど、あらゆる種類のインターフェースおよびバス構造を介してコンピュータ２１０２に結合することができる。
コンピュータ環境２１００に、ディスプレイデバイス２１０４も含まれる。ビデオアダプタ２１４４が、ディスプレイデバイス２１０４をバス２１１０に結合する。ディスプレイデバイス２１０４の他に、コンピュータ環境２１００に、スピーカ（図示せず）、プリンタ（図示せず）など、他の出力周辺デバイスを含めることができる。
コンピュータ２１０２は、リモートコンピューティングデバイス２１４６などの１つまたは複数のリモートコンピュータへのロジック接続を使用してネットワーク化された環境で動作する。リモートコンピューティングデバイス２１４６に、汎用パーソナルコンピュータ、ポータブルコンピュータ、サーバ、ルータ、ネットワークコンピュータ、ピアデバイスまたは他の一般的なネットワークノードなどを含むすべての種類のコンピュータ機器を含めることができる。リモートコンピューティングデバイス２１４６に、上でコンピュータ２１０２に関して述べた特徴のすべてまたはそのサブセットを含めることができる。
ローカルエリアネットワーク（ＬＡＮ）２１４８、または広域ネットワーク（ＷＡＮ）２１５０（インターネットなど）などの任意のタイプのネットワークを使用して、コンピュータ２１０２をリモートコンピューティングデバイス２１４６に結合することができる。ＬＡＮネットワーキング環境で実施される時に、コンピュータ２１０２は、ネットワークインターフェースまたはネットワークアダプタ２１５２を介してローカルネットワーク２１４８に接続される。ＷＡＮネットワーキング環境で実施される時に、コンピュータ２１０２は、モデム２１５４または他の接続戦略を介してＷＡＮ ２１５０に接続することができる。モデム２１５４は、コンピュータ２１０２の内部または外部に置くことができ、シリアル入出力インターフェース２１５６または他の適当な結合機構を介してバス２１１０に接続することができる。図示されていないが、コンピューティング環境２１００は、リモートコンピューティングデバイス２１４６とコンピュータ２１０２を結合する無線通信機能性を提供することができる（例えば、変調されたラジオ信号、変調された赤外線信号などを介して）。
ネットワーク化された環境で、コンピュータ２１０２は、リモートメモリストレージ２１５８にストアされたプログラムモジュールから引き出すことができる。一般に、図２１の別個のブロックとしてのプログラムモジュールの表示は、議論を容易にするためのものにすぎない。実際には、プログラムモジュールを、コンピューティング環境２１００にまたがって分散させることができ、この分散は、モジュールが処理ユニット２１０６によって実行される時に動的な形で変更することができる。
物理的にどこにストアされても、１つまたは複数のメモリモジュール２１０８、２１２２、２１２６、２１５８などは、図３および５に記載のメディアサーバ３０２機能性をストアするために提供することができる。１つの例示的な実施形態で、メディアサーバ３０２によって提供される機能性の諸態様を、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｃｏｒｐｏｒａｔｉｏｎ社の．ＮＥＴ Ｆｒａｍｅｗｏｒｋまたは他の仮想マシン環境をターゲットとする管理されたコードで実施することができる。
本発明を、構造的特徴および／または方法論的動作に固有の言葉で説明したが、請求項で定義される本発明が、必ずしも、説明された特定の特徴または動作に制限されないことを理解されたい。そうではなく、特定の特徴および動作は、請求される発明を実施する例示的な形態として開示されたものである。
複数のデバイスおよびコントロールポイントを含む従来のＵＰｎＰアーキテクチャを示す図である。 図１に示されたＵＰｎＰアーキテクチャによって提供される従来の一連の機能を示す図である。 リソース共有を含む例示的なネットワークアーキテクチャを示す図である。 図３に示されたネットワークアーキテクチャの例示的な応用例を示す図である。 図３に示されたネットワークアーキテクチャで使用される例示的なメディアサーバを示す図である。 図５のメディアサーバによって使用される例示的なディレクトリを示す図である。 図４に示された応用例のコンテキストでの、許可されない個人がリソースへのアクセスを得られなくするのに使用される例示的な機構を示す図である。 図５のメディアサーバによって提示される、異なる例示的なユーザインターフェース（ＵＩ）ページを示す図である。 図５のメディアサーバによって提示される、異なる例示的なユーザインターフェース（ＵＩ）ページを示す図である。 図５のメディアサーバによって提示される、異なる例示的なユーザインターフェース（ＵＩ）ページを示す図である。 図５のメディアサーバによって提示される、異なる例示的なユーザインターフェース（ＵＩ）ページを示す図である。 図５のメディアサーバによって提示される、異なる例示的なユーザインターフェース（ＵＩ）ページを示す図である。 図５のメディアサーバによって提示される、異なる例示的なユーザインターフェース（ＵＩ）ページを示す図である。 図５のメディアサーバによって提示される、異なる例示的なユーザインターフェース（ＵＩ）ページを示す図である。 図５のメディアサーバによって提示される、異なる例示的なユーザインターフェース（ＵＩ）ページを示す図である。 図３のネットワークアーキテクチャで、メディアデバイスをイネーブルし、ディスエーブルし、リソース情報を共有するのに使用される判断基準を定義し、リソース情報を共有する例示的なプロシージャを示す図である。 図３のネットワークアーキテクチャで、メディアデバイスをイネーブルし、ディスエーブルし、リソース情報を共有するのに使用される判断基準を定義し、リソース情報を共有する例示的なプロシージャを示す図である。 図３のネットワークアーキテクチャで、メディアデバイスをイネーブルし、ディスエーブルし、リソース情報を共有するのに使用される判断基準を定義し、リソース情報を共有する例示的なプロシージャを示す図である。 図３のネットワークアーキテクチャで、メディアデバイスをイネーブルし、ディスエーブルし、リソース情報を共有するのに使用される判断基準を定義し、リソース情報を共有する例示的なプロシージャを示す図である。 図３のネットワークアーキテクチャで、メディアデバイスをイネーブルし、ディスエーブルし、リソース情報を共有するのに使用される判断基準を定義し、リソース情報を共有する例示的なプロシージャを示す図である。 図５のメディアサーバを実施する例示的なコンピュータ環境を示す図である。

Claims (109)

  1. ネットワークを介してリソース情報を散布する方法であって、
    ソースエンティティで、リソース情報に関するコンシューマ要求を受け取ることと、
    前記要求を満たし、少なくとも１つの配布判断基準を満足する、前記ネットワーク上で共有可能として指定されたリソースがあるかどうかを判定するために前記ソースエンティティで前記要求を処理することと、
    前記処理の結果を示す応答を生成することと、
    前記応答をコンシューマに転送することと
    を含むことを特徴とする方法。
  2. 前記ネットワークは、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）ネットワークとして構成されていることを特徴とする請求項１に記載の方法。
  3. 前記リソース情報は、リソースメタデータであり、前記少なくとも１つの配布判断基準は、前記リソースメタデータの散布を決定し、前記応答は、前記コンシューマの要求を満足するリソースメタデータを含むことを特徴とする請求項１に記載の方法。
  4. 前記リソース情報は、リソースコンテンツであり、前記少なくとも１つの配布判断基準は、前記リソースコンテンツの散布を決定し、前記応答は、前記コンシューマの要求を満足するリソースコンテンツを含むことを特徴とする請求項１に記載の方法。
  5. 前記少なくとも１つの配布判断基準は、少なくとも１つのリソースは前記要求を満足する場合に、前記少なくとも１つのリソースに関するリソース情報を受信することを許可される少なくとも１つの受信側エンティティを指定することを特徴とする請求項１に記載の方法。
  6. 前記少なくとも１つの受信側エンティティは、レンダリングデバイスまたはコントロールポイントであることを特徴とする請求項５に記載の方法。
  7. 前記少なくとも１つの配布判断基準は、識別された個人は前記応答の前記転送に対する条件としてその同意を提供することを要求されるかどうかを指定することを特徴とする請求項１に記載の方法。
  8. 前記識別された個人は、前記少なくとも１つの配布判断基準に関連するリソースを前記ネットワーク上で共有可能として指定した個人に対応することを特徴とする請求項７に記載の方法。
  9. 前記少なくとも１つの配布判断基準は、前記識別された個人は前記ソースエンティティに現在ログオンしている場合に前記識別された個人はその同意を与えたと考えられることを指定することを特徴とする請求項７に記載の方法。
  10. 前記識別された個人は、前記識別された個人のログオンセッションはアクティブ状態を有する時に前記ソースエンティティにログオンしていると考えられることを特徴とする請求項９に記載の方法。
  11. 前記識別された個人は、前記識別された個人は前記ソースエンティティを実施するコンソールに直接にログオンしている時に前記ソースエンティティにログオンしていると考えられることを特徴とする請求項９に記載の方法。
  12. 前記少なくとも１つの配布判断基準は、前記識別された個人はクエリに応答して前記転送を明示的に許可する場合に前記識別された個人はその同意を与えたと考えられることを指定することを特徴とする請求項７に記載の方法。
  13. 前記ソースエンティティは、別々にまたは追加的に呼び出すことができる配布判断基準の複数のセットをストアすることを特徴とする請求項１に記載の方法。
  14. 前記ソースエンティティは、ユーザが前記少なくとも１つの配布判断基準を変更することを可能にすることを特徴とする請求項１に記載の方法。
  15. 前記少なくとも１つの配布判断基準を変更することを可能にされる前記ユーザは、前記配布判断基準に関連する少なくとも１つのリソースを前記ネットワーク上で共有可能として指定したユーザであることを特徴とする請求項１４に記載の方法。
  16. 前記ソースエンティティは、ユーザが前記少なくとも１つの配布判断基準を変更することを防ぐことを特徴とする請求項１に記載の方法。
  17. 前記ネットワークへの新しい受信側エンティティの追加を自動的に検出することと、
    前記新しい受信側エンティティの存在についてユーザに通知することと、
    前記新しい受信側エンティティへのリソース情報の散布を決定する少なくとも１つの他の配布判断基準を前記ユーザが追加できるようにすることと
    をさらに含むことを特徴とする請求項１に記載の方法。
  18. 前記処理は、リソースは前記要求で指定されたブラウズ条件または検索条件を満足するかどうかを判定することを含むことを特徴とする請求項１に記載の方法。
  19. 前記応答は、前記ブラウズ条件または前記検索条件を満足する少なくとも１つのリソースに関するリソースメタデータを識別することを特徴とする請求項１８に記載の方法。
  20. 前記処理は、リソースは前記要求で指定されたリソースロケータを満足するかどうかを判定することを含むことを特徴とする請求項１に記載の方法。
  21. 前記リソースロケータは、ＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）であり、前記要求は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）取り出し要求であることを特徴とする請求項２０に記載の方法。
  22. 前記応答は、前記要求を満足する少なくとも１つのリソースからとられたリソースコンテンツを識別することを特徴とする請求項２０に記載の方法。
  23. 第１要求を伴う第１動作において、
    前記処理は、リソースは前記第１要求で指定されたブラウズ条件または検索条件を満足するかどうかを判定することを含み、
    前記応答は、前記ブラウズ条件または前記検索条件を満足する少なくとも１つのリソースに関するリソースメタデータを識別し、前記リソースメタデータは、前記少なくとも１つのリソースを突き止めることができる場所を記述するリソースロケータを含み、
    第２要求を伴う第２動作において、
    前記処理は、リソースは前記第２要求で指定された前記リソースロケータを満足するかどうかを判定することを含み、
    前記応答は、前記第２要求を満足する少なくとも１つのリソースからとられたリソースコンテンツを識別する
    ことを特徴とする請求項１に記載の方法。
  24. 請求項１に記載の前記受信、前記処理、前記生成、および前記転送のそれぞれを実施する機械可読命令を含むことを特徴とするコンピュータ可読媒体。
  25. ソースエンティティを使用するネットワークを介するリソース情報の散布に関する条件を定義する方法であって、
    ユーザが、
    前記ネットワーク上で共有される少なくとも１つのリソースと、
    前記ネットワークを介する前記少なくとも１つのリソースの少なくとも一部に関する前記リソース情報の配布を決定する少なくとも１つの配布判断基準と
    を選択することを可能にする、ユーザインターフェースプレゼンテーションを提供することと、
    前記ユーザインターフェースプレゼンテーションを介して、前記少なくとも１つのリソースおよび前記少なくとも１つの配布判断基準の前記ユーザの選択を受け取ることと
    を含むことを特徴とする方法。
  26. 前記ネットワークは、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）ネットワークとして構成されていることを特徴とする請求項２５に記載の方法。
  27. 前記リソース情報は、リソースメタデータであり、前記少なくとも１つの配布判断基準は、前記リソースメタデータの散布を決定することを特徴とする請求項２５に記載の方法。
  28. 前記リソース情報は、リソースコンテンツであり、前記少なくとも１つの配布判断基準は、前記リソースコンテンツの散布を決定することを特徴とする請求項２５に記載の方法。
  29. 前記少なくとも１つの配布判断基準は、前記少なくとも１つのリソースに関するリソース情報を受信することを許可される少なくとも１つの受信側エンティティを指定することを特徴とする請求項２５に記載の方法。
  30. 前記少なくとも１つの受信側エンティティは、レンダリングデバイスまたはコントロールポイントであることを特徴とする請求項２９に記載の方法。
  31. 前記少なくとも１つの配布判断基準は、識別された個人はリソース情報の前記散布に対する条件としてその同意を提供することを要求されるかどうかを指定することを特徴とする請求項２５に記載の方法。
  32. 前記識別された個人は、前記少なくとも１つの配布判断基準に関連するリソースを前記ネットワーク上で共有可能として指定した個人に対応することを特徴とする請求項３１に記載の方法。
  33. 前記少なくとも１つの配布判断基準は、前記識別された個人は前記ソースエンティティに現在ログオンしている場合に前記識別された個人はその同意を与えたと考えられることを指定することを特徴とする請求項３１に記載の方法。
  34. 前記識別された個人は、前記識別された個人のログオンセッションはアクティブ状態を有する時に前記ソースエンティティにログオンしていると考えられることを特徴とする請求項３３に記載の方法。
  35. 前記識別された個人は、前記識別された個人は前記ソースエンティティを実施するコンソールに直接にログオンしている時に前記ソースエンティティにログオンしていると考えられることを特徴とする請求項３３に記載の方法。
  36. 前記少なくとも１つの配布判断基準は、前記識別された個人はクエリに応答して前記散布を明示的に許可する場合に前記識別された個人はその同意を与えたと考えられることを指定することを特徴とする請求項３１に記載の方法。
  37. 前記ソースエンティティは、別々にまたは追加的に呼び出すことができる配布判断基準の複数のセットをストアすることを特徴とする請求項２５に記載の方法。
  38. 前記ソースエンティティは、前記ユーザが前記少なくとも１つの配布判断基準を変更することを可能にすることを特徴とする請求項２５に記載の方法。
  39. 前記少なくとも１つの配布判断基準を変更することを可能にされる前記ユーザは、前記配布判断基準に関連する少なくとも１つのリソースを前記ネットワーク上で共有可能として指定したユーザであることを特徴とする請求項３８に記載の方法。
  40. 前記ソースエンティティは、前記ユーザが前記少なくとも１つの配布判断基準を変更することを防ぐことを特徴とする請求項２５に記載の方法。
  41. 前記ソースエンティティは、リソースをリソースのコレクションに編成することを特徴とする請求項２５に記載の方法。
  42. リソースの前記コレクションの１つは、リソースフォルダであり、前記少なくとも１つの配布判断基準は、前記リソースフォルダの少なくとも１つのメンバリソースに適用されることを特徴とする請求項４１に記載の方法。
  43. リソースの前記コレクションの１つは、そのリソースを内部的に管理するために前記ソースエンティティによって使用されるリソースコンテナであり、前記少なくとも１つの配布判断基準は、前記リソースコンテナの少なくとも１つのメンバリソースに適用されることを特徴とする請求項４１に記載の方法。
  44. 前記コレクション内のメンバリソースは、そのめいめいの親リソースの共有可能状況を継承することを特徴とする請求項４１に記載の方法。
  45. 前記コレクション内のメンバリソースは、そのめいめいの親リソースに関連する前記配布判断基準を継承することを特徴とする請求項４１に記載の方法。
  46. リソースの前記コレクションの１つの共有可能状況を除去し、これによって、リソースの前記コレクションの前記１つを共有解除として指定することをさらに含むことを特徴とする請求項４１に記載の方法。
  47. 前記ソースエンティティは、
    リソースはリムーバブルメモリ媒体にストアされることと、
    前記リソースは前記ソースエンティティに関して前記ネットワーク上でリモートにあることと、
    前記リソースの共有を試みているユーザは前記リソースへのアクセスの許可を有しないことと、
    前記リソースは隠しファイルまたは隠しサブフォルダにストアされていることと、
    前記リソースは前記ソースエンティティが共有するように構成されているメディアタイプの所定のリストに従わないメディアタイプを有するファイルにストアされていることと
    という条件の少なくとも１つが真である場合に、前記リソースに対応するリソース情報の前記共有を禁止することを特徴とする請求項２５に記載の方法。
  48. エンティティからの要求に応答して前記少なくとも１つの配布判断基準に基づいて前記リソース情報の前記散布を制御することをさらに含むことを特徴とする請求項２５に記載の方法。
  49. 請求項２５に記載の前記受け取りおよび前記提供のそれぞれを実施する機械可読命令を含むことを特徴とするコンピュータ可読媒体。
  50. ネットワークを介してリソース情報を散布するサーバであって
    前記ネットワークを介して共有できるリソースの表示をストアするように構成されている共有リソースストアと、
    ロジックと
    を含み、前記ロジックは、
    リソース情報に関するコンシューマ要求を受け取り、
    前記要求を満たし、少なくとも１つの配布判断基準を満足する指定されたリソースが前記共有リソースストアにあるかどうかを判定するために前記要求を処理し、
    前記処理の結果を示す応答を生成し、
    前記応答をコンシューマに転送する
    ように構成されている
    ことを特徴とするサーバ。
  51. 前記ネットワークは、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）ネットワークとして構成されていることを特徴とする請求項５０に記載のサーバ。
  52. 前記共有リソースストアは、前記リソースに関連するリソースメタデータをストアすることによって前記ネットワークを介して共有できるリソースの前記表示をストアするように構成されていることを特徴とする請求項５０に記載のサーバ。
  53. 前記共有リソースストアは、複数のリポジトリを含むことを特徴とする請求項５２に記載のサーバ。
  54. 前記複数のリポジトリは、前記サーバによって維持される別々のドライブに対応することを特徴とする請求項５３に記載のサーバ。
  55. 前記共有リソースストアは、リソースとは別々にそれに関連するリソースメタデータを提供し、その結果、前記リソースメタデータに簡単にアクセスできるようになっていることを特徴とする請求項５２に記載のサーバ。
  56. 前記共有リソースストアは、前記少なくとも１つの配布判断基準もストアすることを特徴とする請求項５２に記載のサーバ。
  57. 前記共有リソースストアは、前記リソースメタデータおよび前記少なくとも１つの配布判断基準のストアのために２つの別々のストアを割り当てることを特徴とする請求項５６に記載のサーバ。
  58. 前記共有リソースストアは、前記リソースメタデータおよび前記少なくとも１つの配布判断基準のストアのために単一のストアを割り当てることを特徴とする請求項５６に記載のサーバ。
  59. 前記リソース情報は、リソースメタデータであり、前記少なくとも１つの配布判断基準は、前記リソースメタデータの散布を決定し、前記応答は、前記コンシューマの要求を満足するリソースメタデータを含むことを特徴とする請求項５１に記載のサーバ。
  60. 前記リソース情報は、リソースコンテンツであり、前記少なくとも１つの配布判断基準は、前記リソースコンテンツの散布を決定し、前記応答は、前記コンシューマの要求を満足するリソースコンテンツを含むことを特徴とする請求項５０に記載のサーバ。
  61. 前記少なくとも１つの配布判断基準は、少なくとも１つのリソースは前記要求を満足する場合に、前記少なくとも１つのリソースに関するリソース情報を受信することを許可される少なくとも１つの受信側エンティティを指定することを特徴とする請求項５０に記載のサーバ。
  62. 前記少なくとも１つの受信側エンティティは、レンダリングデバイスまたはコントロールポイントであることを特徴とする請求項６１に記載のサーバ。
  63. 前記少なくとも１つの配布判断基準は、識別された個人は前記応答の前記転送に対する条件としてその同意を提供することを要求されるかどうかを指定することを特徴とする請求項５０に記載のサーバ。
  64. 前記識別された個人は、前記少なくとも１つの配布判断基準に関連するリソースを前記ネットワーク上で共有可能として指定した個人に対応することを特徴とする請求項６３に記載のサーバ。
  65. 前記少なくとも１つの配布判断基準は、前記識別された個人は前記サーバに現在ログオンしている場合に前記識別された個人はその同意を与えたと考えられることを指定することを特徴とする請求項６３に記載のサーバ。
  66. 前記識別された個人は、前記識別された個人のログオンセッションはアクティブ状態を有する時に前記サーバにログオンしていると考えられることを特徴とする請求項６５に記載のサーバ。
  67. 前記識別された個人は、前記識別された個人は前記サーバを実施するコンソールに直接にログオンしている時に前記サーバにログオンしていると考えられることを特徴とする請求項６５に記載のサーバ。
  68. 前記少なくとも１つの配布判断基準は、前記識別された個人はクエリに応答して前記転送を明示的に許可する場合に前記識別された個人はその同意を与えたと考えられることを指定することを特徴とする請求項６３に記載のサーバ。
  69. 前記共有リソースストアは、別々にまたは追加的に呼び出すことができる配布判断基準の複数のセットをストアするように構成されていることを特徴とする請求項５０に記載のサーバ。
  70. 前記サーバは、ユーザが前記少なくとも１つの配布判断基準を変更することを可能にするように構成されていることを特徴とする請求項５０に記載のサーバ。
  71. 前記少なくとも１つの配布判断基準を変更することを可能にされる前記ユーザは、前記配布判断基準に関連する少なくとも１つのリソースを前記ネットワーク上で共有可能として指定したユーザであることを特徴とする請求項７０に記載のサーバ。
  72. 前記サーバは、前記ユーザが前記少なくとも１つの配布判断基準を変更することを防ぐように構成されていることを特徴とする請求項５０に記載のサーバ。
  73. 前記ネットワークへの新しい受信側エンティティの追加を自動的に検出し、
    前記新しい受信側エンティティの存在についてユーザに通知し、
    前記新しい受信側エンティティへのリソース情報の散布を決定する少なくとも１つの他の配布判断基準を前記ユーザが追加できるようにする
    ように構成されているロジックをさらに含むことを特徴とする請求項５０に記載のサーバ。
  74. 処理する前記ロジックは、リソースは前記要求で指定されたブラウズ条件または検索条件を満足するかどうかを判定するように構成されていることを特徴とする請求項５０に記載のサーバ。
  75. 前記応答は、前記ブラウズ条件または前記検索条件を満足する少なくとも１つのリソースに関するリソースメタデータを識別することを特徴とする請求項７４に記載のサーバ。
  76. 処理する前記ロジックは、さらに、リソースは前記要求で指定されたリソースロケータを満足するかどうかを判定するように構成されていることを特徴とする請求項５０に記載のサーバ。
  77. 前記リソースロケータは、ＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）であり、前記要求は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）取り出し要求であることを特徴とする請求項７６に記載のサーバ。
  78. 前記応答は、前記要求を満足する少なくとも１つのリソースからとられたリソースコンテンツを識別することを特徴とする請求項７６に記載のサーバ。
  79. ネットワークを介するリソースに関するリソース情報の散布に関連する条件を定義するサーバであって、
    前記ネットワークを介して共有できるリソースの表示をストアするように構成されている共有リソースストアと、
    ロジックと
    を含み、前記ロジックは、
    ユーザが
    前記ネットワークを介して共有される少なくとも１つのリソースと、
    前記ネットワークを介する前記少なくとも１つのリソースの少なくとも一部に関する前記リソース情報の配布を決定する少なくとも１つの配布判断基準と
    を選択できるようにするユーザインターフェースプレゼンテーションを提供し、
    前記ユーザインターフェースプレゼンテーションを介して前記少なくとも１つのリソースおよび前記少なくとも１つの配布判断基準の前記ユーザの選択を受け取る
    ように構成されている
    ことを特徴とするサーバ。
  80. 前記ネットワークは、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）ネットワークとして構成されていることを特徴とする請求項７９に記載のサーバ。
  81. 前記共有リソースストアは、前記リソースに関連するリソースメタデータをストアすることによって前記ネットワークを介して共有できるリソースの前記表示をストアするように構成されていることを特徴とする請求項７９に記載のサーバ。
  82. 前記共有リソースストアは、複数のリポジトリを含むことを特徴とする請求項８１に記載のサーバ。
  83. 前記複数のリポジトリは、前記サーバによって維持される別々のドライブに対応することを特徴とする請求項８２に記載のサーバ。
  84. 前記共有リソースストアは、リソースとは別々にそれに関連する前記リソースメタデータを提供し、その結果、前記リソースメタデータに簡単にアクセスできるようになっていることを特徴とする請求項８１に記載のサーバ。
  85. 前記共有リソースストアは、前記少なくとも１つの配布判断基準もストアすることを特徴とする請求項８１に記載のサーバ。
  86. 前記共有リソースストアは、前記リソースメタデータおよび前記少なくとも１つの配布判断基準のストアのために２つの別々のストアを割り当てることを特徴とする請求項８５に記載のサーバ。
  87. 前記共有リソースストアは、前記リソースメタデータおよび前記少なくとも１つの配布判断基準のストアのために単一のストアを割り当てることを特徴とする請求項８５に記載のサーバ。
  88. 前記リソース情報は、リソースメタデータであり、前記少なくとも１つの配布判断基準は、前記リソースメタデータの散布を決定することを特徴とする請求項７９に記載のサーバ。
  89. 前記リソース情報は、リソースコンテンツであり、前記少なくとも１つの配布判断基準は、前記リソースコンテンツの散布を決定することを特徴とする請求項７９に記載のサーバ。
  90. 前記少なくとも１つの配布判断基準は、少なくとも１つのリソースは前記要求を満足する場合に、前記少なくとも１つのリソースに関するリソース情報を受信することを許可される前記少なくとも１つの受信側エンティティを指定することを特徴とする請求項７９に記載のサーバ。
  91. 前記少なくとも１つの受信側エンティティは、レンダリングデバイスまたはコントロールポイントであることを特徴とする請求項９０に記載のサーバ。
  92. 前記少なくとも１つの配布判断基準は、識別された個人はリソース情報の前記散布に対する条件としてその同意を提供することを要求されるかどうかを指定することを特徴とする請求項７９に記載のサーバ。
  93. 前記識別された個人は、前記少なくとも１つの配布判断基準に関連するリソースを前記ネットワーク上で共有可能として指定した個人に対応することを特徴とする請求項９２に記載のサーバ。
  94. 前記少なくとも１つの配布判断基準は、前記識別された個人は前記サーバに現在ログオンしている場合に前記識別された個人はその同意を与えたと考えられることを指定することを特徴とする請求項９２に記載のサーバ。
  95. 前記識別された個人は、前記識別された個人のログオンセッションはアクティブ状態を有する時に前記サーバにログオンしていると考えられることを特徴とする請求項９４に記載のサーバ。
  96. 前記識別された個人は、前記識別された個人は前記サーバを実施するコンソールに直接にログオンしている時に前記サーバにログオンしていると考えられることを特徴とする請求項９４に記載のサーバ。
  97. 前記少なくとも１つの配布判断基準は、前記識別された個人はクエリに応答して前記散布を明示的に許可する場合に前記識別された個人はその同意を与えたと考えられることを指定することを特徴とする請求項９２に記載のサーバ。
  98. 前記共有リソースストアは、別々にまたは追加的に呼び出すことができる配布判断基準の複数のセットをストアするように構成されていることを特徴とする請求項７９に記載のサーバ。
  99. 前記サーバは、前記ユーザが前記少なくとも１つの配布判断基準を変更することを可能にするように構成されていることを特徴とする請求項７９に記載のサーバ。
  100. 前記少なくとも１つの配布判断基準を変更することを可能にされる前記ユーザは、前記配布判断基準に関連する少なくとも１つのリソースを前記ネットワーク上で共有可能として指定したユーザであることを特徴とする請求項９９に記載のサーバ。
  101. 前記サーバは、前記ユーザが前記少なくとも１つの配布判断基準を変更することを防ぐように構成されていることを特徴とする請求項７９に記載のサーバ。
  102. 前記共有リソースストアは、リソースを、共有可能として指定されたリソースのコレクションに編成することを特徴とする請求項７９に記載のサーバ。
  103. リソースの前記コレクションの１つは、リソースフォルダであり、前記少なくとも１つの配布判断基準は、前記リソースフォルダの少なくとも１つのメンバリソースに適用されることを特徴とする請求項１０２に記載のサーバ。
  104. リソースの前記コレクションの１つは、そのリソースを内部的に管理するために前記サーバによって使用されるリソースコンテナであり、前記少なくとも１つの配布判断基準は、前記リソースコンテナの少なくとも１つのメンバリソースに適用されることを特徴とする請求項１０２に記載のサーバ。
  105. 前記コレクション内のメンバリソースは、そのめいめいの親リソースの共有可能状況を継承することを特徴とする請求項１０２に記載のサーバ。
  106. 前記コレクション内のメンバリソースは、そのめいめいの親リソースに関連する前記配布判断基準を継承することを特徴とする請求項１０２に記載のサーバ。
  107. リソースの前記コレクションの１つの共有可能状況を除去し、これによって、リソースの前記コレクションの前記１つを共有解除として指定することをさらに含むことを特徴とする請求項１０２に記載のサーバ。
  108. 前記サーバは、
    リソースはリムーバブルメモリ媒体にストアされることと、
    前記リソースは前記サーバに関して前記ネットワーク上でリモートにあることと、
    前記リソースの共有を試みているユーザは前記リソースへのアクセスの許可を有しないことと、
    前記リソースは隠しファイルまたは隠しサブフォルダにストアされていることと、
    前記リソースは前記サーバが共有するように構成されているメディアタイプの所定のリストに従わないメディアタイプを有するファイルにストアされていることと
    という条件の少なくとも１つが真である場合に、前記リソースに対応するリソース情報の前記共有を禁止するように構成されていることを特徴とする請求項７９に記載のサーバ。
  109. エンティティからの要求に応答して前記少なくとも１つの配布判断基準に基づいて前記リソース情報の前記散布を制御するように構成されているロジックをさらに含むことを特徴とする請求項７９に記載のサーバ。
JP2006545318A 2003-12-19 2004-07-23 ネットワークでのリソース情報のルーティング Pending JP2007515127A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/742,588 US7668939B2 (en) 2003-12-19 2003-12-19 Routing of resource information in a network
PCT/US2004/023957 WO2005067428A2 (en) 2003-12-19 2004-07-23 Routing of resource information in a network

Publications (2)

Publication Number Publication Date
JP2007515127A true JP2007515127A (ja) 2007-06-07
JP2007515127A5 JP2007515127A5 (ja) 2007-09-06

Family

ID=34678494

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006545318A Pending JP2007515127A (ja) 2003-12-19 2004-07-23 ネットワークでのリソース情報のルーティング

Country Status (6)

Country Link
US (1) US7668939B2 (ja)
EP (1) EP1695226B1 (ja)
JP (1) JP2007515127A (ja)
KR (1) KR20060112192A (ja)
CN (1) CN1906604B (ja)
WO (1) WO2005067428A2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2961210A1 (en) 2014-06-26 2015-12-30 Ricoh Company, Ltd. Authentication system, authentication method, authentication apparatus, and recording medium

Families Citing this family (275)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020002039A1 (en) * 1998-06-12 2002-01-03 Safi Qureshey Network-enabled audio device
US6317881B1 (en) * 1998-11-04 2001-11-13 Intel Corporation Method and apparatus for collecting and providing viewer feedback to a broadcast
US9032097B2 (en) * 2001-04-26 2015-05-12 Nokia Corporation Data communication with remote network node
KR100493904B1 (ko) * 2003-09-18 2005-06-10 삼성전자주식회사 다수의 기기를 지원하는 ｄｒｍ 라이센스 방법
KR101044937B1 (ko) * 2003-12-01 2011-06-28 삼성전자주식회사 홈 네트워크 시스템 및 그 관리 방법
US20060095628A1 (en) * 2003-12-19 2006-05-04 Microsoft Corporation External-Network Data Content Exposure to Network-Connected Devices
US7668939B2 (en) 2003-12-19 2010-02-23 Microsoft Corporation Routing of resource information in a network
US7647385B2 (en) * 2003-12-19 2010-01-12 Microsoft Corporation Techniques for limiting network access
US20050138137A1 (en) * 2003-12-19 2005-06-23 Microsoft Corporation Using parameterized URLs for retrieving resource content items
US7555543B2 (en) * 2003-12-19 2009-06-30 Microsoft Corporation Server architecture for network resource information routing
JP2005209056A (ja) * 2004-01-26 2005-08-04 Ricoh Co Ltd ネットワーク装置及びネットワーク装置の情報提供方法
US20050198099A1 (en) * 2004-02-24 2005-09-08 Covelight Systems, Inc. Methods, systems and computer program products for monitoring protocol responses for a server application
US7295833B2 (en) 2004-04-09 2007-11-13 At&T Mobility Ii Llc Spam control for sharing content on mobile devices
US7849135B2 (en) * 2004-04-09 2010-12-07 At&T Mobility Ii Llc Sharing content on mobile devices
US8028038B2 (en) 2004-05-05 2011-09-27 Dryden Enterprises, Llc Obtaining a playlist based on user profile matching
US9826046B2 (en) * 2004-05-05 2017-11-21 Black Hills Media, Llc Device discovery for digital entertainment network
US8028323B2 (en) * 2004-05-05 2011-09-27 Dryden Enterprises, Llc Method and system for employing a first device to direct a networked audio device to obtain a media item
US10268352B2 (en) 2004-06-05 2019-04-23 Sonos, Inc. Method and apparatus for managing a playlist by metadata
US9626437B2 (en) * 2004-06-10 2017-04-18 International Business Machines Corporation Search scheduling and delivery tool for scheduling a search using a search framework profile
KR100631708B1 (ko) * 2004-06-16 2006-10-09 엘지전자 주식회사 푸쉬 투 토크 서비스를 제공하는 단말기, 푸쉬 투 토크 서비스를 이용한 친구 소개 시스템 및 그 방법
KR100636147B1 (ko) * 2004-06-24 2006-10-18 삼성전자주식회사 네트워크를 통한 컨텐츠의 제어 방법 및 장치, 컨텐츠제공 방법 및 장치
US20060010387A1 (en) * 2004-07-07 2006-01-12 Olson Jorell A Projection apparatus with support for media content on portable storage devices
WO2006014480A2 (en) * 2004-07-08 2006-02-09 Actuality Systems, Inc. Architecture for rendering graphics on output devices over diverse connections
US7974217B2 (en) * 2004-07-19 2011-07-05 Samsung Electronics Co., Ltd. Method and apparatus for identifying network device corresponding to internet protocol address, and method and apparatus for allocating internet protocol address
GB0416342D0 (en) * 2004-07-22 2004-08-25 Koninkl Philips Electronics Nv Access to associated content
US7362280B2 (en) * 2004-08-18 2008-04-22 Ruckus Wireless, Inc. System and method for a minimized antenna apparatus with selectable elements
US8031129B2 (en) 2004-08-18 2011-10-04 Ruckus Wireless, Inc. Dual band dual polarization antenna array
US7652632B2 (en) * 2004-08-18 2010-01-26 Ruckus Wireless, Inc. Multiband omnidirectional planar antenna apparatus with selectable elements
US7193562B2 (en) 2004-11-22 2007-03-20 Ruckus Wireless, Inc. Circuit board having a peripheral antenna apparatus with selectable antenna elements
US7292198B2 (en) 2004-08-18 2007-11-06 Ruckus Wireless, Inc. System and method for an omnidirectional planar antenna apparatus with selectable elements
US7498996B2 (en) * 2004-08-18 2009-03-03 Ruckus Wireless, Inc. Antennas with polarization diversity
US7933628B2 (en) * 2004-08-18 2011-04-26 Ruckus Wireless, Inc. Transmission and reception parameter control
US7899497B2 (en) * 2004-08-18 2011-03-01 Ruckus Wireless, Inc. System and method for transmission parameter control for an antenna apparatus with selectable elements
US7880683B2 (en) 2004-08-18 2011-02-01 Ruckus Wireless, Inc. Antennas with polarization diversity
US7965252B2 (en) 2004-08-18 2011-06-21 Ruckus Wireless, Inc. Dual polarization antenna array with increased wireless coverage
US7696946B2 (en) 2004-08-18 2010-04-13 Ruckus Wireless, Inc. Reducing stray capacitance in antenna element switching
KR100608582B1 (ko) * 2004-08-28 2006-08-03 삼성전자주식회사 범용 플러그 앤 플레이 통신 방법 및 장치
US7590803B2 (en) * 2004-09-23 2009-09-15 Sap Ag Cache eviction
US8619662B2 (en) 2004-11-05 2013-12-31 Ruckus Wireless, Inc. Unicast to multicast conversion
US8638708B2 (en) 2004-11-05 2014-01-28 Ruckus Wireless, Inc. MAC based mapping in IP based communications
TWI391018B (zh) 2004-11-05 2013-03-21 Ruckus Wireless Inc 藉由確認抑制之增強資訊量
US7505447B2 (en) * 2004-11-05 2009-03-17 Ruckus Wireless, Inc. Systems and methods for improved data throughput in communications networks
CN1934750B (zh) * 2004-11-22 2012-07-18 鲁库斯无线公司 包括具有可选择天线元件的外围天线装置的电路板
US20060120385A1 (en) * 2004-12-02 2006-06-08 Atchison Darrell T Method and system for creating and managing multiple subscribers of a content delivery network
US7358912B1 (en) 2005-06-24 2008-04-15 Ruckus Wireless, Inc. Coverage antenna apparatus with selectable horizontal and vertical polarization elements
US8792414B2 (en) 2005-07-26 2014-07-29 Ruckus Wireless, Inc. Coverage enhancement using dynamic antennas
US7580915B2 (en) * 2004-12-14 2009-08-25 Sap Ag Socket-like communication API for C
US7600217B2 (en) * 2004-12-14 2009-10-06 Sap Ag Socket-like communication API for Java
US20060143398A1 (en) * 2004-12-23 2006-06-29 Stefan Rau Method and apparatus for least recently used (LRU) software cache
US20060143256A1 (en) * 2004-12-28 2006-06-29 Galin Galchev Cache region concept
US8204931B2 (en) 2004-12-28 2012-06-19 Sap Ag Session management within a multi-tiered enterprise network
US7539821B2 (en) 2004-12-28 2009-05-26 Sap Ag First in first out eviction implementation
US7451275B2 (en) * 2004-12-28 2008-11-11 Sap Ag Programming models for storage plug-ins
US7672949B2 (en) * 2004-12-28 2010-03-02 Sap Ag Connection manager having a common dispatcher for heterogeneous software suites
US7694065B2 (en) * 2004-12-28 2010-04-06 Sap Ag Distributed cache architecture
US7523263B2 (en) * 2004-12-28 2009-04-21 Michael Wintergerst Storage plug-in based on shared closures
US7971001B2 (en) * 2004-12-28 2011-06-28 Sap Ag Least recently used eviction implementation
US20060143389A1 (en) * 2004-12-28 2006-06-29 Frank Kilian Main concept for common cache management
US7552284B2 (en) * 2004-12-28 2009-06-23 Sap Ag Least frequently used eviction implementation
US20060143236A1 (en) * 2004-12-29 2006-06-29 Bandwidth Productions Inc. Interactive music playlist sharing system and methods
US20060156388A1 (en) * 2005-01-13 2006-07-13 Vlad Stirbu Method and apparatus for a security framework that enables identity and access control services
US7646343B2 (en) 2005-06-24 2010-01-12 Ruckus Wireless, Inc. Multiple-input multiple-output wireless antennas
US7893882B2 (en) 2007-01-08 2011-02-22 Ruckus Wireless, Inc. Pattern shaping of RF emission patterns
KR100645537B1 (ko) * 2005-02-07 2006-11-14 삼성전자주식회사 안정적인 패킷 포워딩을 위한 동적인 큐 관리방법 및 이를위한 네트워크 프로세서의 구성요소
JP5092200B2 (ja) * 2005-03-17 2012-12-05 株式会社日立製作所 ネットワーク装置およびイベント処理方法
WO2006108104A2 (en) * 2005-04-05 2006-10-12 Cohen Alexander J Multi-media search, discovery, submission and distribution control infrastructure
US7656866B2 (en) * 2005-04-22 2010-02-02 At&T Corp. Controlling media server resources in a VoIP network
US8589562B2 (en) * 2005-04-29 2013-11-19 Sap Ag Flexible failover configuration
US7581066B2 (en) * 2005-04-29 2009-08-25 Sap Ag Cache isolation model
US7831634B2 (en) 2005-04-29 2010-11-09 Sap Ag Initializing a cache region using a generated cache region configuration structure
CN101189609B (zh) * 2005-05-31 2010-05-19 皇家飞利浦电子股份有限公司 在便携存储介质上写表示文件的方法，主机设备，通过主机设备访问便携存储介质的内容的方法
US7689660B2 (en) * 2005-06-09 2010-03-30 Sap Ag Application server architecture
WO2007004268A1 (ja) 2005-06-30 2007-01-11 Mitsubishi Denki Kabushiki Kaisha クライアント装置
DE102005033211A1 (de) * 2005-07-13 2007-01-18 Deutsche Thomson-Brandt Gmbh Verfahren zur Feststellung der Aktivität eines Gerätes in einem Netzwerk verteilter Stationen sowie Netzwerkstation für die Durchführung des Verfahrens
US7966412B2 (en) * 2005-07-19 2011-06-21 Sap Ag System and method for a pluggable protocol handler
US20070027808A1 (en) * 2005-07-29 2007-02-01 Microsoft Corporation Strategies for queuing events for subsequent processing
JP4933156B2 (ja) * 2005-07-29 2012-05-16 株式会社リコー 画像撮影装置
US20070067386A1 (en) * 2005-08-30 2007-03-22 D-Link Systems, Inc. Embedded media server
WO2007033338A2 (en) * 2005-09-14 2007-03-22 O-Ya!, Inc. Networked information indexing and search apparatus and method
US8009644B2 (en) * 2005-12-01 2011-08-30 Ruckus Wireless, Inc. On-demand services by wireless base station virtualization
US8539496B1 (en) * 2005-12-12 2013-09-17 At&T Intellectual Property Ii, L.P. Method and apparatus for configuring network systems implementing diverse platforms to perform business tasks
TWI292536B (en) * 2005-12-13 2008-01-11 Inst Information Industry Computing system, method and computer readable media for group interactive multicast using upnp av architecture
US9467322B2 (en) * 2005-12-27 2016-10-11 Rovi Solutions Corporation Methods and apparatus for integrating media across a wide area network
US20070157016A1 (en) * 2005-12-29 2007-07-05 Dayan Richard A Apparatus, system, and method for autonomously preserving high-availability network boot services
US8707323B2 (en) * 2005-12-30 2014-04-22 Sap Ag Load balancing algorithm for servicing client requests
CN1997014A (zh) * 2006-01-05 2007-07-11 三星电子株式会社 适应于动态网络改变的流服务提供方法
KR101017365B1 (ko) 2006-02-14 2011-02-28 삼성전자주식회사 복수의 컨텐츠 디렉토리 서비스 장치를 동기화하는 방법,컨텐츠 디렉토리 서비스 장치 및 시스템
US20070226734A1 (en) * 2006-03-03 2007-09-27 Microsoft Corporation Auxiliary display gadget for distributed content
US8863221B2 (en) * 2006-03-07 2014-10-14 Samsung Electronics Co., Ltd. Method and system for integrating content and services among multiple networks
US8509817B2 (en) 2006-03-22 2013-08-13 Core Wireless Licensing S.A.R.L. System and method for mobile telephone and UPnP control point integration
US20230017018A1 (en) * 2006-03-31 2023-01-19 Sheng Tai (Ted) Tsao Method and Apparatus For Information exchange Over a Web Based Environment
US7600024B2 (en) * 2006-03-31 2009-10-06 Microsoft Corporation Restricting device access per session
US8489748B2 (en) * 2006-04-04 2013-07-16 Core Wireless Licensing S.A.R.L. Enhanced UPnP AV media renderer
KR101235272B1 (ko) * 2006-04-05 2013-02-20 삼성전자주식회사 미디어 서버의 데이터 포맷 변환 및 제어 포인트의 데이터포맷 변환 요청 방법 및 장치
US8117246B2 (en) 2006-04-17 2012-02-14 Microsoft Corporation Registering, transfering, and acting on event metadata
DE102006019360A1 (de) * 2006-04-21 2007-10-25 Deutsche Telekom Ag Verfahren und Vorrichtung zur Wiedergabe von textuellen Daten auf Media Renderern in einem UPnP Netzwerk
US7788703B2 (en) 2006-04-24 2010-08-31 Ruckus Wireless, Inc. Dynamic authentication in secured wireless networks
US9769655B2 (en) 2006-04-24 2017-09-19 Ruckus Wireless, Inc. Sharing security keys with headless devices
US9071583B2 (en) * 2006-04-24 2015-06-30 Ruckus Wireless, Inc. Provisioned configuration for automatic wireless connection
US7639106B2 (en) * 2006-04-28 2009-12-29 Ruckus Wireless, Inc. PIN diode network for multiband RF coupling
US7971182B1 (en) * 2006-05-09 2011-06-28 Vmware, Inc. Application environment specifications for provisioning application specific runtime environments using undefined symbols
JP4933149B2 (ja) * 2006-05-22 2012-05-16 キヤノン株式会社 情報処理装置、電子データ転送方法及びプログラム
US9198084B2 (en) 2006-05-26 2015-11-24 Qualcomm Incorporated Wireless architecture for a traditional wire-based protocol
US20080045149A1 (en) * 2006-05-26 2008-02-21 Dinesh Dharmaraju Wireless architecture for a traditional wire-based protocol
CN102427557B (zh) * 2006-06-15 2016-08-17 索尼株式会社 信息处理装置以及信息处理方法
US7792756B2 (en) * 2006-06-27 2010-09-07 Microsoft Corporation Subscription management in a media sharing service
US8327266B2 (en) * 2006-07-11 2012-12-04 Napo Enterprises, Llc Graphical user interface system for allowing management of a media item playlist based on a preference scoring system
US7792967B2 (en) * 2006-07-14 2010-09-07 Chacha Search, Inc. Method and system for sharing and accessing resources
US8667076B2 (en) 2006-07-28 2014-03-04 Microsoft Corporation Mapping universal plug and play discovered items to an SMB location
US8670725B2 (en) 2006-08-18 2014-03-11 Ruckus Wireless, Inc. Closed-loop automatic channel selection
US7904575B2 (en) * 2006-08-25 2011-03-08 Samsung Electronics Co., Ltd. Apparatus and method for matching protocols of embedded audio/video contents
KR101138395B1 (ko) * 2006-09-22 2012-04-27 삼성전자주식회사 콘텐트의 액세스 권리를 공유하는 방법 및 장치
US9436931B2 (en) * 2006-09-29 2016-09-06 Intel Corporation Remote prompting infrastructure
US7882356B2 (en) * 2006-10-13 2011-02-01 Microsoft Corporation UPnP authentication and authorization
US8520850B2 (en) 2006-10-20 2013-08-27 Time Warner Cable Enterprises Llc Downloadable security and protection methods and apparatus
US7797412B2 (en) * 2006-10-25 2010-09-14 Oracle America Inc. Method and system for managing server configuration data
FR2909824B1 (fr) * 2006-12-06 2009-05-29 Awox Sa Procede et dispositif de communication s'appliquant,en particulier,a la communication locale sans fil
WO2008085201A2 (en) * 2006-12-29 2008-07-17 Prodea Systems, Inc. Managed file backup and restore at remote storage locations through multi-services gateway device at user premises
US8621540B2 (en) 2007-01-24 2013-12-31 Time Warner Cable Enterprises Llc Apparatus and methods for provisioning in a download-enabled system
US20080228507A1 (en) * 2007-03-14 2008-09-18 Paul Larue Retail publishing system, method, program, and apparatus
US20080243692A1 (en) * 2007-03-30 2008-10-02 Verizon Services Corp. Content ingest, maintenance, and delivery
US8069433B2 (en) * 2007-04-18 2011-11-29 Microsoft Corporation Multi-format centralized distribution of localized resources for multiple products
US20100064351A1 (en) * 2007-04-27 2010-03-11 Telefonaktiebolaget L M Ericsson Universal Plug and Play Extender
US8219987B1 (en) 2007-08-24 2012-07-10 Vmware, Inc. Optimized virtual machine specification for provisioning application specific runtime environment
US9015180B1 (en) 2007-05-09 2015-04-21 Vmware, Inc. Repository including file identification
US11262996B2 (en) * 2007-05-09 2022-03-01 Vmware, Inc. Repository including exclusion list
US8347263B1 (en) 2007-05-09 2013-01-01 Vmware, Inc. Repository including installation metadata for executable applications
US8001083B1 (en) 2007-05-09 2011-08-16 Vmware, Inc. Repository including version management
US7971047B1 (en) 2007-09-10 2011-06-28 Vmware, Inc. Operating system environment and installation
US8577937B1 (en) * 2007-05-09 2013-11-05 Vmware, Inc. Repository including exclusion list
US8316309B2 (en) * 2007-05-31 2012-11-20 International Business Machines Corporation User-created metadata for managing interface resources on a user interface
US8613044B2 (en) * 2007-06-22 2013-12-17 4Dk Technologies, Inc. Delegating or transferring of access to resources between multiple devices
US8254352B2 (en) 2007-06-28 2012-08-28 Universal Electronics Inc. System and method for configuration of network-capable appliances
US8667144B2 (en) * 2007-07-25 2014-03-04 Qualcomm Incorporated Wireless architecture for traditional wire based protocol
US8547899B2 (en) 2007-07-28 2013-10-01 Ruckus Wireless, Inc. Wireless network throughput enhancement through channel aware scheduling
KR20090022997A (ko) * 2007-08-29 2009-03-04 삼성전자주식회사 Ｄｒｍ 권리객체를 관리하는 방법 및 장치
JP5092179B2 (ja) * 2007-09-13 2012-12-05 オンキヨー株式会社 サーバ及びサーバプログラム
EP2218283B1 (en) * 2007-11-02 2015-10-07 BlackBerry Limited Long term evolution user equipment multi-packet data network parameter based connectivity control
US20090150480A1 (en) * 2007-12-08 2009-06-11 Xiyuan Xia Publishing Assets Of Dynamic Nature In UPnP Networks
US20090150570A1 (en) * 2007-12-07 2009-06-11 Bo Tao Sharing Assets Between UPnP Networks
US20090150481A1 (en) * 2007-12-08 2009-06-11 David Garcia Organizing And Publishing Assets In UPnP Networks
US20090150520A1 (en) * 2007-12-07 2009-06-11 David Garcia Transmitting Assets In UPnP Networks To Remote Servers
US8355343B2 (en) 2008-01-11 2013-01-15 Ruckus Wireless, Inc. Determining associations in a mesh network
WO2009094633A1 (en) 2008-01-25 2009-07-30 Chacha Search, Inc. Method and system for access to restricted resource(s)
JP4609506B2 (ja) * 2008-03-05 2011-01-12 ソニー株式会社 ネットワークシステム
JP4492719B2 (ja) * 2008-03-10 2010-06-30 ソニー株式会社 データ通信装置、データ通信方法、データ要求装置、データ要求方法、およびデータ通信システム
JP4569649B2 (ja) * 2008-03-19 2010-10-27 ソニー株式会社 情報処理装置、情報再生装置、情報処理方法、情報再生方法、情報処理システムおよびプログラム
US8811294B2 (en) * 2008-04-04 2014-08-19 Qualcomm Incorporated Apparatus and methods for establishing client-host associations within a wireless network
US8285811B2 (en) 2008-04-17 2012-10-09 Eloy Technology, Llc Aggregating media collections to provide a primary list and sorted sub-lists
US8285810B2 (en) 2008-04-17 2012-10-09 Eloy Technology, Llc Aggregating media collections between participants of a sharing network utilizing bridging
US8484311B2 (en) * 2008-04-17 2013-07-09 Eloy Technology, Llc Pruning an aggregate media collection
US8224899B2 (en) 2008-04-17 2012-07-17 Eloy Technology, Llc Method and system for aggregating media collections between participants of a sharing network
JP4346670B1 (ja) * 2008-05-20 2009-10-21 株式会社東芝 電子装置およびコンテンツデータ提供方法
JP4342596B1 (ja) * 2008-05-20 2009-10-14 株式会社東芝 電子装置およびコンテンツデータ提供方法
US7948887B2 (en) 2008-06-24 2011-05-24 Microsoft Corporation Network bandwidth measurement
US8307093B2 (en) * 2008-06-25 2012-11-06 Microsoft Corporation Remote access between UPnP devices
US8893015B2 (en) 2008-07-03 2014-11-18 Ebay Inc. Multi-directional and variable speed navigation of collage multi-media
US8365092B2 (en) 2008-07-03 2013-01-29 Ebay Inc. On-demand loading of media in a multi-media presentation
US10282391B2 (en) 2008-07-03 2019-05-07 Ebay Inc. Position editing tool of collage multi-media
US9043726B2 (en) * 2008-07-03 2015-05-26 Ebay Inc. Position editing tool of collage multi-media
US20100011289A1 (en) * 2008-07-09 2010-01-14 Theladders.Com, Inc. Method and system for document viewing
US8086526B2 (en) 2008-07-23 2011-12-27 Ebay Inc. Hybrid account
US20100042535A1 (en) * 2008-08-15 2010-02-18 Ebay Inc. Currency display
US7853712B2 (en) * 2008-09-29 2010-12-14 Eloy Technology, Llc Activity indicators in a media sharing system
US20100094834A1 (en) * 2008-10-15 2010-04-15 Concert Technology Corporation Bridging in a media sharing system
US8880599B2 (en) 2008-10-15 2014-11-04 Eloy Technology, Llc Collection digest for a media sharing system
US8484227B2 (en) 2008-10-15 2013-07-09 Eloy Technology, Llc Caching and synching process for a media sharing system
US9357247B2 (en) * 2008-11-24 2016-05-31 Time Warner Cable Enterprises Llc Apparatus and methods for content delivery and message exchange across multiple content delivery networks
US10755287B2 (en) * 2008-11-25 2020-08-25 Microsoft Technology Licensing, Llc Selecting between client-side and server-side market detection
US9398089B2 (en) 2008-12-11 2016-07-19 Qualcomm Incorporated Dynamic resource sharing among multiple wireless devices
US8700072B2 (en) 2008-12-23 2014-04-15 At&T Mobility Ii Llc Scalable message fidelity
US8041823B2 (en) * 2008-12-23 2011-10-18 At & T Intellectual Property I, L.P. Optimization of media flows in a telecommunications system
US7890644B2 (en) * 2009-01-07 2011-02-15 Sony Corporation Parallel tasking application framework
US9014832B2 (en) 2009-02-02 2015-04-21 Eloy Technology, Llc Augmenting media content in a media sharing group
US8102849B2 (en) 2009-02-12 2012-01-24 Qualcomm, Incorporated Association procedure to enable multiple multicast streams
US20100205321A1 (en) * 2009-02-12 2010-08-12 Qualcomm Incorporated Negotiable and adaptable periodic link status monitoring
US8217843B2 (en) 2009-03-13 2012-07-10 Ruckus Wireless, Inc. Adjustment of radiation patterns utilizing a position sensor
US8171141B1 (en) * 2009-04-02 2012-05-01 Vmware, Inc. Provisioning system including stack manager
US8698675B2 (en) 2009-05-12 2014-04-15 Ruckus Wireless, Inc. Mountable antenna elements for dual band antenna
US9602864B2 (en) 2009-06-08 2017-03-21 Time Warner Cable Enterprises Llc Media bridge apparatus and methods
US11647243B2 (en) 2009-06-26 2023-05-09 Seagate Technology Llc System and method for using an application on a mobile device to transfer internet media content
US9264248B2 (en) * 2009-07-02 2016-02-16 Qualcomm Incorporated System and method for avoiding and resolving conflicts in a wireless mobile display digital interface multicast environment
US8838797B2 (en) * 2009-07-10 2014-09-16 Empire Technology Development Llc Dynamic computation allocation
EP2473927A4 (en) * 2009-09-04 2016-05-11 Iii Holdings 2 Llc SYSTEM AND METHOD FOR MANAGING INTERNET MULTIMEDIA CONTENT
US9836376B2 (en) 2009-09-24 2017-12-05 Contec, Llc Method and system for automated test of end-user devices
US20110082902A1 (en) * 2009-10-01 2011-04-07 Apple Inc. Systems and methods for providing media pools in a communications network
KR101066451B1 (ko) * 2009-10-06 2011-09-23 한국과학기술연구원 ＵＰｎＰ기반의 ＵＰｎＰ 컨트롤 포인트, ＵＰｎＰ 디바이스 및 이를 이용한 디바이스 접속 방법
KR101164813B1 (ko) * 2009-11-13 2012-07-12 삼성전자주식회사 디스플레이장치, 단말기 및 영상표시방법
KR20110053110A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 디스플레이장치, 클라이언트, 이를 포함하는 영상표시시스템 및 영상표시방법
CN102763378B (zh) 2009-11-16 2015-09-23 鲁库斯无线公司 建立具有有线和无线链路的网状网络
US9979626B2 (en) 2009-11-16 2018-05-22 Ruckus Wireless, Inc. Establishing a mesh network with wired and wireless links
EP2507681A4 (en) * 2009-12-02 2013-08-07 Packetvideo Corp SYSTEM AND METHOD FOR TRANSFERRING MEDIA CONTENT FROM A MOBILE DEVICE TO A HOME NETWORK
KR101656882B1 (ko) * 2009-12-04 2016-09-12 삼성전자주식회사 네트워크에서 원격 유저 인터페이스 목록을 제공하는 방법 및 장치
US9582238B2 (en) 2009-12-14 2017-02-28 Qualcomm Incorporated Decomposed multi-stream (DMS) techniques for video display systems
FR2952493A1 (fr) * 2010-02-24 2011-05-13 France Telecom Procede, dispositif et systeme de filtrage d'informations dans un reseau upnp
US9906838B2 (en) 2010-07-12 2018-02-27 Time Warner Cable Enterprises Llc Apparatus and methods for content delivery and message exchange across multiple content delivery networks
US8346920B2 (en) * 2010-07-15 2013-01-01 Srr Patent Holdings, Llc Managing network resource requests
CN101924758B (zh) * 2010-07-28 2015-01-28 中兴通讯股份有限公司 一种媒体服务器及其提供服务的方法
US9407012B2 (en) 2010-09-21 2016-08-02 Ruckus Wireless, Inc. Antenna with dual polarization and mountable antenna elements
US20120117110A1 (en) 2010-09-29 2012-05-10 Eloy Technology, Llc Dynamic location-based media collection aggregation
WO2012041216A1 (zh) * 2010-09-30 2012-04-05 北京联想软件有限公司 便携式电子设备、内容发布方法和提示方法
US8689181B2 (en) * 2010-11-23 2014-04-01 Axeda Corporation Scripting web services
CN103262473A (zh) * 2010-12-13 2013-08-21 摩托罗拉移动有限责任公司 在通用即插即用环境中在远程访问客户端之间共享媒体
US9064278B2 (en) * 2010-12-30 2015-06-23 Futurewei Technologies, Inc. System for managing, storing and providing shared digital content to users in a user relationship defined group in a multi-platform environment
US10135900B2 (en) 2011-01-21 2018-11-20 Qualcomm Incorporated User input back channel for wireless displays
US9787725B2 (en) 2011-01-21 2017-10-10 Qualcomm Incorporated User input back channel for wireless displays
US9582239B2 (en) 2011-01-21 2017-02-28 Qualcomm Incorporated User input back channel for wireless displays
US9413803B2 (en) 2011-01-21 2016-08-09 Qualcomm Incorporated User input back channel for wireless displays
US8964783B2 (en) 2011-01-21 2015-02-24 Qualcomm Incorporated User input back channel for wireless displays
US9065876B2 (en) 2011-01-21 2015-06-23 Qualcomm Incorporated User input back channel from a wireless sink device to a wireless source device for multi-touch gesture wireless displays
US9503771B2 (en) 2011-02-04 2016-11-22 Qualcomm Incorporated Low latency wireless display for graphics
US8674957B2 (en) 2011-02-04 2014-03-18 Qualcomm Incorporated User input device for wireless back channel
US10108386B2 (en) 2011-02-04 2018-10-23 Qualcomm Incorporated Content provisioning for wireless back channel
US20120204093A1 (en) * 2011-02-08 2012-08-09 Microsoft Corporation Providing web-based content to local device
WO2012109568A1 (en) 2011-02-11 2012-08-16 Packetvideo Corporation System and method for using an application on a mobile device to transfer internet media content
US8798777B2 (en) 2011-03-08 2014-08-05 Packetvideo Corporation System and method for using a list of audio media to create a list of audiovisual media
KR101243015B1 (ko) * 2011-03-16 2013-03-12 엔에이치엔비즈니스플랫폼 주식회사 별개의 서비스들을 결합하여 제공하는 서비스 제공 시스템 및 서비스 제공 방법
EP2686981B1 (en) * 2011-03-18 2017-09-27 Samsung Electronics Co., Ltd. Method and system for managing contact information in a universal plug and play home network environment
US9792188B2 (en) 2011-05-01 2017-10-17 Ruckus Wireless, Inc. Remote cable access point reset
CN102882830B (zh) * 2011-07-11 2016-06-08 华为终端有限公司 媒体资源访问控制方法和设备
KR101893151B1 (ko) * 2011-08-21 2018-08-30 엘지전자 주식회사 영상 표시 장치, 단말 장치 및 그 동작 방법
US20130073670A1 (en) * 2011-09-15 2013-03-21 Microsoft Corporation Geo-Migration Of User State
KR101315608B1 (ko) 2011-09-27 2013-10-18 엘지전자 주식회사 컨텐츠 관리 방법 및 그를 이용한 영상 표시 장치
US9654821B2 (en) 2011-12-30 2017-05-16 Sonos, Inc. Systems and methods for networked music playback
US9525998B2 (en) 2012-01-06 2016-12-20 Qualcomm Incorporated Wireless display with multiscreen service
US8756668B2 (en) 2012-02-09 2014-06-17 Ruckus Wireless, Inc. Dynamic PSK for hotspots
US10186750B2 (en) 2012-02-14 2019-01-22 Arris Enterprises Llc Radio frequency antenna array with spacing element
US9634403B2 (en) 2012-02-14 2017-04-25 Ruckus Wireless, Inc. Radio frequency emission pattern shaping
US9092610B2 (en) 2012-04-04 2015-07-28 Ruckus Wireless, Inc. Key assignment for a brand
US20130312046A1 (en) * 2012-05-15 2013-11-21 Mark Robertson Smart stream delivery server, system and methods for assembling a mix of services to be delivered to a subscriber's premises
US9674587B2 (en) 2012-06-26 2017-06-06 Sonos, Inc. Systems and methods for networked music playback including remote add to queue
US10187474B2 (en) * 2012-08-08 2019-01-22 Samsung Electronics Co., Ltd. Method and device for resource sharing between devices
GB2504725B (en) * 2012-08-08 2017-01-11 Samsung Electronics Co Ltd Resource sharing between devices
CN103891238A (zh) * 2012-08-14 2014-06-25 华为技术有限公司 共享图形信息的方法和装置
US9570799B2 (en) 2012-09-07 2017-02-14 Ruckus Wireless, Inc. Multiband monopole antenna apparatus with ground plane aperture
KR102056188B1 (ko) * 2012-10-15 2019-12-16 엘지전자 주식회사 미디어 공유 제어장치, 미디어 재생장치, 미디어 공유를 위한 사용자 인터페이스 제공 방법
US9736205B2 (en) * 2012-10-15 2017-08-15 Lg Electronics Inc. Media share control apparatus, media reproducing apparatus, and method of providing user interface for media sharing thereof
CN103841051B (zh) * 2012-11-27 2017-05-10 国基电子（上海）有限公司 服务请求控制系统及其控制方法
US20150319485A1 (en) * 2012-12-07 2015-11-05 Samsung Electronics Co., Ltd. Method and system for streaming multimedia contents in a wi-fi network
US9565472B2 (en) 2012-12-10 2017-02-07 Time Warner Cable Enterprises Llc Apparatus and methods for content transfer protection
EP2974045A4 (en) 2013-03-15 2016-11-09 Ruckus Wireless Inc LOWBAND REFLECTOR FOR A DIRECTED DOUBLE BELT ANTENNA
US9361371B2 (en) 2013-04-16 2016-06-07 Sonos, Inc. Playlist update in a media playback system
US9247363B2 (en) 2013-04-16 2016-01-26 Sonos, Inc. Playback queue transfer in a media playback system
US9501533B2 (en) 2013-04-16 2016-11-22 Sonos, Inc. Private queue for a media playback system
US10277948B2 (en) * 2013-05-27 2019-04-30 Dish Ukraine L.L.C. Remote parental control with reward unlock
US10638196B2 (en) 2013-05-27 2020-04-28 Echostar Ukraine Llc Network-wide remote parental control
US9735978B2 (en) 2013-05-29 2017-08-15 Sonos, Inc. Playback queue control via a playlist on a mobile device
US9495076B2 (en) 2013-05-29 2016-11-15 Sonos, Inc. Playlist modification
US9798510B2 (en) 2013-05-29 2017-10-24 Sonos, Inc. Connected state indicator
US9684484B2 (en) * 2013-05-29 2017-06-20 Sonos, Inc. Playback zone silent connect
US9953179B2 (en) 2013-05-29 2018-04-24 Sonos, Inc. Private queue indicator
US10715973B2 (en) 2013-05-29 2020-07-14 Sonos, Inc. Playback queue control transition
US9703521B2 (en) 2013-05-29 2017-07-11 Sonos, Inc. Moving a playback queue to a new zone
CN103327100B (zh) * 2013-06-21 2017-04-19 华为技术有限公司 资源处理方法和站点服务器
US20150020151A1 (en) * 2013-07-09 2015-01-15 Contentraven, Llc Systems and methods for trusted sharing
CN103560979B (zh) * 2013-11-21 2017-03-29 中国联合网络通信集团有限公司 一种资源分配方法和设备
EP2887232B1 (en) * 2013-12-18 2015-12-16 Advanced Digital Broadcast S.A. Computer implemented method for universal plug-and-play content retrieval
US9621940B2 (en) 2014-05-29 2017-04-11 Time Warner Cable Enterprises Llc Apparatus and methods for recording, accessing, and delivering packetized content
US9628850B2 (en) 2014-05-30 2017-04-18 Lg Electronics Inc. Server, home device access server, terminal, and home device remote control system including the same
AU2015207840B2 (en) * 2014-07-31 2020-06-18 Samsung Electronics Co., Ltd. System and method of managing metadata
US10528598B2 (en) * 2015-02-26 2020-01-07 Schneider Electric USA, Inc. Energy management system and method
US10152212B2 (en) 2015-04-10 2018-12-11 Sonos, Inc. Media container addition and playback within queue
WO2016197115A1 (en) * 2015-06-05 2016-12-08 Arris Enterprises Llc Virtual wallet for set-top-box
US9736259B2 (en) * 2015-06-30 2017-08-15 Iheartmedia Management Services, Inc. Platform-as-a-service with proxy-controlled request routing
US10404758B2 (en) 2016-02-26 2019-09-03 Time Warner Cable Enterprises Llc Apparatus and methods for centralized message exchange in a user premises device
US10341128B2 (en) * 2016-03-12 2019-07-02 Wipro Limited Method and system for optimizing usage of network resources in a communication network
US10779056B2 (en) 2016-04-14 2020-09-15 Contec, Llc Automated network-based test system for set top box devices
US10462456B2 (en) 2016-04-14 2019-10-29 Contec, Llc Automated network-based test system for set top box devices
CN107018168B (zh) 2016-09-19 2020-07-24 阿里巴巴集团控股有限公司 互联网资源调度方法及装置、网络红包调度方法
US10284456B2 (en) 2016-11-10 2019-05-07 Contec, Llc Systems and methods for testing electronic devices using master-slave test architectures
EP4005247A1 (en) * 2019-07-30 2022-06-01 Dolby Laboratories Licensing Corporation Coordination of audio devices
US11968268B2 (en) 2019-07-30 2024-04-23 Dolby Laboratories Licensing Corporation Coordination of audio devices
US11620165B2 (en) 2019-10-09 2023-04-04 Bank Of America Corporation System for automated resource transfer processing using a distributed server network
EP4058896A4 (en) * 2019-11-15 2023-11-29 Geneva Technologies, Inc. CUSTOMIZABLE COMMUNICATIONS PLATFORM
CN111258602B (zh) * 2020-01-10 2023-06-30 百度在线网络技术（北京）有限公司 信息更新方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000330937A (ja) * 1999-05-17 2000-11-30 Yaskawa Electric Corp イントラネットシステム及びサーバの制御方法
JP2003186831A (ja) * 2001-12-13 2003-07-04 Sony Corp ネットワークシステム、情報処理装置および方法、記録媒体、並びにプログラム
JP2003203133A (ja) * 2001-10-25 2003-07-18 Matsushita Electric Ind Co Ltd コンテンツ利用条件管理システム

Family Cites Families (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6829368B2 (en) 2000-01-26 2004-12-07 Digimarc Corporation Establishing and interacting with on-line media collections using identifiers in media signals
US6084952A (en) 1996-01-18 2000-07-04 Pocketscience, Inc. System and method for communicating electronic messages over a telephone network using acoustical coupling
US5966135A (en) 1996-10-30 1999-10-12 Autodesk, Inc. Vector-based geographic data
DE69838095T2 (de) 1997-03-12 2008-04-03 Nomadix, Inc., Westlake Village Nomadic Translator
US6192415B1 (en) 1997-06-19 2001-02-20 International Business Machines Corporation Web server with ability to process URL requests for non-markup language objects and perform actions on the objects using executable instructions contained in the URL
US6119167A (en) 1997-07-11 2000-09-12 Phone.Com, Inc. Pushing and pulling data in networks
JP4596495B2 (ja) 1997-07-18 2010-12-08 ソニー株式会社 制御装置、制御方法、電気機器システム、電気機器システムの制御方法、および、記録媒体
US6925483B1 (en) 1998-06-25 2005-08-02 Cisco Technology, Inc. System for characterizing information from an information producer
CA2730344C (en) 1998-07-17 2014-10-21 United Video Properties, Inc. Interactive television program guide system having multiple devices within a household
AR019458A1 (es) * 1998-07-23 2002-02-20 United Video Properties Inc Una disposicion de guia de programacion televisiva interactiva que sirve como entrada
US6502135B1 (en) 1998-10-30 2002-12-31 Science Applications International Corporation Agile network protocol for secure communications with assured system availability
US6910068B2 (en) * 1999-06-11 2005-06-21 Microsoft Corporation XML-based template language for devices and services
US6430624B1 (en) 1999-10-21 2002-08-06 Air2Web, Inc. Intelligent harvesting and navigation system and method
US6564257B1 (en) 1999-12-09 2003-05-13 International Business Machines Corporation Repository protection by URL expiration
US20040220926A1 (en) * 2000-01-03 2004-11-04 Interactual Technologies, Inc., A California Cpr[P Personalization services for entities from multiple sources
US20030097338A1 (en) 2000-02-03 2003-05-22 Piotrowski Tony E. Method and system for purchasing content related material
ATE494610T1 (de) 2000-03-24 2011-01-15 Eliza Corp Spracherkennung
US6839748B1 (en) 2000-04-21 2005-01-04 Sun Microsystems, Inc. Synchronous task scheduler for corba gateway
US6643650B1 (en) 2000-05-09 2003-11-04 Sun Microsystems, Inc. Mechanism and apparatus for using messages to look up documents stored in spaces in a distributed computing environment
US7194689B2 (en) 2000-08-22 2007-03-20 Microsoft Corporation Generic user control point tool for universal plug and play (UPnP) devices
US20020092019A1 (en) 2000-09-08 2002-07-11 Dwight Marcus Method and apparatus for creation, distribution, assembly and verification of media
US20020077988A1 (en) 2000-12-19 2002-06-20 Sasaki Gary D. Distributing digital content
US7200575B2 (en) 2001-02-27 2007-04-03 Hewlett-Packard Development Company, L.P. Managing access to digital content
US7124173B2 (en) 2001-04-30 2006-10-17 Moriarty Kathleen M Method and apparatus for intercepting performance metric packets for improved security and intrusion detection
US20020194604A1 (en) 2001-06-19 2002-12-19 Sanchez Elizabeth C. Interactive television virtual shopping cart
US20030005130A1 (en) 2001-06-29 2003-01-02 Cheng Doreen Yining Audio-video management in UPnP
JP3695369B2 (ja) 2001-08-07 2005-09-14 ソニー株式会社 情報配信システム及び情報配信方法、情報供給装置及び情報供給方法
US7337402B2 (en) * 2001-11-09 2008-02-26 Microsoft Corporation Tunable information presentation appliance using an extensible markup language
GB0129177D0 (en) 2001-12-06 2002-01-23 Koninl Philips Electronics Nv Havi-upnp bridging
US8261306B2 (en) 2001-12-11 2012-09-04 Koninklijke Philips Electronics N.V. System for and method of shopping through television
US7287053B2 (en) 2002-01-15 2007-10-23 International Business Machines Corporation Ad hoc data sharing in virtual team rooms
US7690012B2 (en) * 2002-02-28 2010-03-30 Scientific-Atlanta, Inc. Positive parental control
JP2003256260A (ja) 2002-03-01 2003-09-10 Sony Corp データ共有システム，共有センタサーバ，広告スタッフ端末装置，コンピュータプログラム，記憶媒体，および共有センタサーバのデータ共有方法
US20030191802A1 (en) 2002-04-03 2003-10-09 Koninklijke Philips Electronics N.V. Reshaped UDDI for intranet use
JP3823929B2 (ja) 2002-05-17 2006-09-20 ソニー株式会社 情報処理装置、情報処理方法、およびコンテンツ配信装置、コンテンツ配信方法、並びにコンピュータ・プログラム
US20030233471A1 (en) 2002-06-17 2003-12-18 Julian Mitchell Establishing a call in a packet-based communications network
US7149755B2 (en) 2002-07-29 2006-12-12 Hewlett-Packard Development Company, Lp. Presenting a collection of media objects
CN1322432C (zh) 2002-10-25 2007-06-20 国际商业机器公司 用于媒体内容数据文件网络发布的安全系统及方法
US7526545B2 (en) 2003-01-17 2009-04-28 Relevant Media Llc Content distribution system
US20040158823A1 (en) 2003-02-12 2004-08-12 Ylian Saint-Hilaire Method, apparatus and system for generating customized UPnP applications
US7308489B2 (en) 2003-05-29 2007-12-11 Intel Corporation Visibility of media contents of UPnP media servers and initiating rendering via file system user interface
US7831693B2 (en) 2003-08-18 2010-11-09 Oracle America, Inc. Structured methodology and design patterns for web services
KR100608590B1 (ko) 2003-09-16 2006-08-03 삼성전자주식회사 서비스 품질에 따른 서비스 지원이 가능한 네트워크 장치,이를 이용한 네트워크 시스템 및 그 방법
US20050198493A1 (en) 2003-09-17 2005-09-08 Bartas John A. Distribution methods and apparatus for promoting distributed digital content on a local network
US20050125564A1 (en) 2003-12-04 2005-06-09 Matsushita Electric Industrial Co., Ltd. Profiling service for the automatic service discovery and control middleware frameworks
US7668939B2 (en) 2003-12-19 2010-02-23 Microsoft Corporation Routing of resource information in a network
US7647385B2 (en) 2003-12-19 2010-01-12 Microsoft Corporation Techniques for limiting network access
US7555543B2 (en) 2003-12-19 2009-06-30 Microsoft Corporation Server architecture for network resource information routing
US20050138137A1 (en) 2003-12-19 2005-06-23 Microsoft Corporation Using parameterized URLs for retrieving resource content items
US20050160458A1 (en) 2004-01-21 2005-07-21 United Video Properties, Inc. Interactive television system with custom video-on-demand menus based on personal profiles
US7707039B2 (en) 2004-02-15 2010-04-27 Exbiblio B.V. Automatic modification of web pages
US7933290B2 (en) 2004-03-30 2011-04-26 Nokia Corporation System and method for comprehensive service translation
KR100619018B1 (ko) 2004-05-12 2006-08-31 삼성전자주식회사 네트워크를 통하여 ａ／ｖ 컨텐츠를 공유하는 방법, 싱크디바이스, 소오스 디바이스 및 메시지 구조
US20060168225A1 (en) 2004-10-29 2006-07-27 John Gunning Network and a distributed electronic commerce system using the network
US7412534B2 (en) 2005-09-30 2008-08-12 Yahoo! Inc. Subscription control panel
US20070107016A1 (en) 2005-11-04 2007-05-10 Angel Albert J Interactive Multiple Channel User Enrollment, Purchase Confirmation Transactional System with Fulfillment Response Feature for Video On Demand Cable Systems
US8364720B2 (en) 2005-12-21 2013-01-29 Digimarc Corporation Content metadata directory services
US7706740B2 (en) 2006-01-06 2010-04-27 Qualcomm Incorporated Apparatus and methods of selective collection and selective presentation of content

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000330937A (ja) * 1999-05-17 2000-11-30 Yaskawa Electric Corp イントラネットシステム及びサーバの制御方法
JP2003203133A (ja) * 2001-10-25 2003-07-18 Matsushita Electric Ind Co Ltd コンテンツ利用条件管理システム
JP2003186831A (ja) * 2001-12-13 2003-07-04 Sony Corp ネットワークシステム、情報処理装置および方法、記録媒体、並びにプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2961210A1 (en) 2014-06-26 2015-12-30 Ricoh Company, Ltd. Authentication system, authentication method, authentication apparatus, and recording medium

Also Published As

Publication number Publication date
KR20060112192A (ko) 2006-10-31
EP1695226A4 (en) 2012-05-02
EP1695226B1 (en) 2014-04-02
WO2005067428A3 (en) 2006-08-03
EP1695226A2 (en) 2006-08-30
CN1906604A (zh) 2007-01-31
US7668939B2 (en) 2010-02-23
CN1906604B (zh) 2011-06-01
WO2005067428A2 (en) 2005-07-28
US20050138193A1 (en) 2005-06-23

Similar Documents

Publication Publication Date Title
JP4869076B2 (ja) ネットワークリソース情報ルーティングのためのサーバアーキテクチャ
US7668939B2 (en) Routing of resource information in a network
US7647385B2 (en) Techniques for limiting network access
US20050138137A1 (en) Using parameterized URLs for retrieving resource content items
EP2769314B1 (en) Network connected media gateway for communication networks
US7349953B2 (en) Intent based processing
RU2448362C2 (ru) Отображение обнаруженных элементов универсального режима "подключай и работай" на местоположение smb
US8452775B2 (en) Accessing content items in a network based on device capability information
CN102263782B (zh) 信息处理装置、信息处理方法和信息处理系统
KR20050113626A (ko) 네트워크에서 사용자 스테이션들 사이의 파일들을 공유하는방법
US20040024875A1 (en) Schema-based services for identity-based access to device data
US8037519B2 (en) Apparatus and method for managing access to one or more network resources
US20060179138A1 (en) User-specific interaction with content sotred on upnp network
KR20070117502A (ko) 네트워크 내의 ｃｅ 장치로의 접근 제어에 관한 방법 및시스템
KR20070008568A (ko) 서버 장치, 클라이언트 장치 및 네트워크 시스템
JP2008098708A (ja) コンテンツ配信サーバ、コンテンツ提供サーバ、コンテンツ配信システム、コンテンツ配信方法、コンテンツ提供方法、および、制御プログラム
JP2009507298A (ja) 遠隔のネットワークノードとのデータ通信
US20070162980A1 (en) SYSTEM AND METHOD FOR PROVIDING CONTENT SECURITY IN UPnP SYSTEMS
US8082326B2 (en) Server and server program
Network Interoperable Home Infrastructure
JP2004341657A (ja) サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
WO2013144134A1 (en) A method and a system for access control for upnp content

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070723

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070723

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100423

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100430

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20101026