(57)【要約】【課題】デバイスディスカバリー方法及びコンテンツダウンロード方法を開示する。【解決手段】デバイスディスカバリー方法は、第１のデバイスによって行われ、ネットワークに最近連結されたデバイスの情報を含むリセントリコネクティッドデバイスリストを保存し、ネットワークに接続すれば、リセントリコネクティッドデバイスリストに基づいて第１のデバイスディスカバリー要請を第２のデバイスにユニキャストし、第２のデバイスから第１のユニキャストデバイスディスカバリー要請に応答した第１のデバイスディスカバリー応答を受信し、受信された第１のデバイスディスカバリー応答に基づいてリセントリコネクティッドデバイスリストをアップデートすることができる。したがって、迅速かつ効率的なデバイスディスカバリーを行うことができる。【選択図】図４
2014526090.tif 000002
【特許請求の範囲】
【請求項１】
第１のデバイスによって行われ、
ネットワークに最近連結されたデバイスの情報を含むリセントリコネクティッドデバイスリストを保存するステップと、
前記ネットワークに接続すれば、前記リセントリコネクティッドデバイスリストに基づいて第１のデバイスディスカバリー要請を第２のデバイスにユニキャストするステップと、
前記第２のデバイスから前記第１のユニキャストデバイスディスカバリー要請に応答した第１のデバイスディスカバリー応答を受信するステップと、
前記受信された第１のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートするステップと、
を含むことを特徴とするデバイスディスカバリー方法。
【請求項２】
前記受信された第１のデバイスディスカバリー応答に基づいてアクティブ状態のデバイスを表すアクティブデバイスリストをアップデートするステップをさらに含むことを特徴とする請求項１に記載のデバイスディスカバリー方法。
【請求項３】
第２のデバイスディスカバリー要請をマルチキャストするステップと、
前記第２のデバイスディスカバリー要請に応答した第２のデバイスディスカバリー応答を第３のデバイスから受信するステップと、
前記受信された第３のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートするステップと、
をさらに含むことを特徴とする請求項１に記載のデバイスディスカバリー方法。
【請求項４】
前記受信された第１のデバイスディスカバリー応答に基づいてアップデートされた前記リセントリコネクティッドデバイスリストを表示するステップをさらに含むことを特徴とする請求項１に記載のデバイスディスカバリー方法。
【請求項５】
前記リセントリコネクティッドデバイスリストは、
前記第２のデバイスのフレンドリネームと、
前記第２のデバイスの接続アドレスと、
前記第２のデバイスに接続するためのポート番号と、
前記第２のデバイスと最後に連結したラストコネックティッドタイムと、
前記第２のデバイスのラストコネックティッドネットワークアクセスタイプとのうち、少なくともいずれか１つを備えることを特徴とする請求項１に記載のデバイスディスカバリー方法。
【請求項６】
ストレージと、
ネットワークに最近連結されたデバイスの情報を含むリセントリコネクティッドデバイスリストを前記ストレージに保存し、前記ネットワークに接続すれば、前記リセントリコネクティッドデバイスリストに基づいて第１のデバイスディスカバリー要請を第２のデバイスにユニキャストし、前記第２のデバイスから前記第１のユニキャストデバイスディスカバリー要請に応答した第１のデバイスディスカバリー応答を受信し、前記受信された第１のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートするマネージャーと、
を備えることを特徴とするデバイスディスカバリー装置。
【請求項７】
前記マネージャーは、受信された第１のデバイスディスカバリー応答に基づいてアクティブ状態のデバイスを表すアクティブデバイスリストをアップデートすることを特徴とする請求項６に記載のデバイスディスカバリー装置。
【請求項８】
前記マネージャーは、第２のデバイスディスカバリー要請をマルチキャストし、前記第２のデバイスディスカバリー要請に応答した第２のデバイスディスカバリー応答を第３のデバイスから受信し、前記受信された第３のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートすることを特徴とする請求項６に記載のデバイスディスカバリー装置。
【請求項９】
第１のデバイスによって行われ、
第２のデバイスとデバイスディスカバリーを行うステップと、
前記第２のデバイスに前記第２のデバイスのデバイスケイパビリティを要請するデバイスケイパビリティ要請を伝送するステップと、
前記第２のデバイスから前記デバイスケイパビリティ要請に応答したデバイスケイパビリティ応答を受信するステップと、
前記受信されたデバイスケイパビリティ応答に基づいて、特定個体からコンテンツをダウンロードすることを要請するキュー要請を伝送するステップと、
を含むことを特徴とするコンテンツダウンロード方法。
【請求項１０】
ネットワークに最近連結されたデバイスの情報を含むリセントリコネクティッドデバイスリストを保存するステップをさらに含むことを特徴とする請求項９に記載のコンテンツダウンロード方法。
【請求項１１】
前記第２のデバイスとデバイスディスカバリーを行うステップは、
前記リセントリコネクティッドデバイスリストに基づいて第１のデバイスディスカバリー要請を前記第２のデバイスにユニキャストするステップと、
前記第２のデバイスから前記第１のユニキャストデバイスディスカバリー要請に応答した第１のデバイスディスカバリー応答を受信するステップと、
前記受信された第１のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートするステップと、
を含むことを特徴とする請求項１０に記載のコンテンツダウンロード方法。
【請求項１２】
第２のデバイスとデバイスディスカバリーを行い、前記第２のデバイスに前記第２のデバイスのデバイスケイパビリティを要請するデバイスケイパビリティ要請を伝送し、前記第２のデバイスから前記デバイスケイパビリティ要請に応答したデバイスケイパビリティ応答を受信するデバイスマネージャーと、
前記受信されたデバイスケイパビリティ応答に基づいて、特定個体からコンテンツをダウンロードすることを要請するキュー要請を伝送するキューマネージャーと、
を備えることを特徴とするコンテンツダウンロード装置。
【請求項１３】
前記デバイスマネージャーは、ネットワークに最近連結されたデバイスの情報を含むリセントリコネクティッドデバイスリストをストレージに保存することを特徴とする請求項１２に記載のコンテンツダウンロード装置。
【請求項１４】
前記デバイスマネージャーは、前記リセントリコネクティッドデバイスリストに基づいて第１のデバイスディスカバリー要請を前記第２のデバイスにユニキャストし、前記第２のデバイスから前記第１のユニキャストデバイスディスカバリー要請に応答した第１のデバイスディスカバリー応答を受信し、前記受信された第１のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートすることを特徴とする請求項１２に記載のコンテンツダウンロード装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスディスカバリー方法及びコンテンツダウンロード方法に関し、さらに詳細には、ホームネットワークなどのようなデバイス間の連動ネットワークにおいてデバイスディスカバリーを迅速かつ効率的に行うことができるデバイスディスカバリー技術及びデバイスディスカバリーとケイパビリティ交換に基づいてコンテンツを容易にダウンロードできる技術に関する。
【背景技術】
【０００２】
近年、データ通信規格及び端末機の標準化がなされ、デバイスの知能化がなされつつ、複数個のデバイス及びサービスを相互連動させて、より効率的かつ便利なシステムを構築しようとする要求が増大している。このような要求にこたえる代表的な例がまさにホームネットワークである。ホームネットワークは、情報家電、無線通信機器、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）関連機器など、種々の位置に分散されているデバイス及びサービス間を有線または無線通信を介して相互連動させる。
【０００３】
ホームネットワークは、デバイス間にコンテンツを共有できるコンテンツ共有環境を提供することができる。このようなホームネットワークの実現には様々な基盤技術が使用される。例えば、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）もそのうちの１つであるといえる。ＵＰｎＰは、ＰＣと周辺機器との間の接続に使用されるプラグアンドプレイをネットワーク全体に拡張させた一種のプロトコル規格であって、デバイスがネットワークに接続されたとき、インターネット及びウェブプロトコルに基づいて互いを自動に認識できるようにする。
【０００４】
通常、ホームネットワーク環境下において、デバイスがネットワークに接続すれば、ネットワーク内の他のデバイスを発見し、そのデバイスの情報を取得するためのデバイスディスカバリーを行う。韓国特許公開２００８−０１０５９７５は、リソース情報を利用してＵＰｎＰデバイスをディスカバリーする方法を記載している。例えば、ネットワークに接続するデバイスは、ＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）に基づいて、ネットワーク内の他のデバイスにディスカバリー要請メッセージをマルチキャストし、それぞれの他のデバイスから応答メッセージを受信することによってデバイスディスカバリーを行うことができる。
【０００５】
ところが、このような従来のデバイスディスカバリーは、マルチキャスティング技法を利用してディスカバリーメッセージを伝送するため、デバイスディスカバリーに掛かる時間遅延が長い。これにより、ネットワークに接続したデバイスがそのネットワークに連動した他のデバイスを認識し、認識された他のデバイスを表示するのに相当な時間が掛かるようになる。なお、従来のデバイスディスカバリーは、マルチキャストメッセージの伝送及びその応答メッセージの伝送のため、ネットワークにも相当な負荷を招くという問題を内包している。
【０００６】
したがって、ホームネットワークなどのようなローカルデバイス間の連動ネットワークシステムにおいてデバイスディスカバリーを迅速かつ効率的に行えるようにし、このようなデバイスディスカバリーに基づいて様々なサービスを提供できる技術の開発が待ち望まれている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】韓国特許公開２００８−０１０５９７５
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、このような背景下に創案されたものであって、ローカルデバイス間の連動を支援する様々なネットワークシステムにおいてデバイスディスカバリーを迅速かつ効率的に行うことができるデバイスディスカバリー方法及びその基盤装置などを提供することにその目的がある。
【０００９】
また、デバイスディスカバリー及びケイパビリティ交換に基づいてコンテンツダウンロードサービスを提供できるコンテンツダウンロード方法及びその基盤装置などを提供することに本発明の他の目的がある。
【課題を解決するための手段】
【００１０】
このような目的を達成するために本発明は、一側面（Ａｓｐｅｃｔ）においてデバイスディスカバリー方法を提供する。前記デバイスディスカバリー方法は、第１のデバイスによって行われ、ネットワークに最近連結されたデバイスの情報を含むリセントリコネクティッドデバイスリストを保存するステップと、前記ネットワークに接続すれば、前記リセントリコネクティッドデバイスリストに基づいて第１のデバイスディスカバリー要請を第２のデバイスにユニキャストするステップと、前記第２のデバイスから前記第１のユニキャストデバイスディスカバリー要請に応答した第１のデバイスディスカバリー応答を受信するステップと、前記受信された第１のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートするステップとを含む。
【００１１】
前記デバイスディスカバリー方法は、前記受信された第１のデバイスディスカバリー応答に基づいてアクティブ状態のデバイスを表すアクティブデバイスリストをアップデートするステップをさらに含むことができる。
【００１２】
前記デバイスディスカバリー方法は、第２のデバイスディスカバリー要請をマルチキャストするステップと、前記第２のデバイスディスカバリー要請に応答した第２のデバイスディスカバリー応答を第３のデバイスから受信するステップと、前記受信された第３のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートするステップとをさらに含むことができる。
【００１３】
前記デバイスディスカバリー方法は、前記受信された第１のデバイスディスカバリー応答に基づいてアップデートされた前記リセントリコネクティッドデバイスリストを表示するステップをさらに含むこともできる。
【００１４】
前記リセントリコネクティッドデバイスリストは、前記第２のデバイスのフレンドリネーム、前記第２のデバイスの接続アドレス、前記第２のデバイスに接続するためのポート番号、前記第２のデバイスと最後に連結したラストコネックティッドタイム、及び前記第２のデバイスのラストコネックティッドネットワークアクセスタイプのうち、少なくともいずれか１つを備えることができる。
【００１５】
一方、上述した本発明の目的を達成するために本発明は、他の側面においてデバイスディスカバリー装置を提供する。前記デバイスディスカバリー装置は、ストレージと、ネットワークに最近連結されたデバイスの情報を含むリセントリコネクティッドデバイスリストを前記ストレージに保存し、前記ネットワークに接続すれば、前記リセントリコネクティッドデバイスリストに基づいて第１のデバイスディスカバリー要請を第２のデバイスにユニキャストし、前記第２のデバイスから前記第１のユニキャストデバイスディスカバリー要請に応答した第１のデバイスディスカバリー応答を受信し、前記受信された第１のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートするマネージャーとを備えることができる。
【００１６】
前記マネージャーは、受信された第１のデバイスディスカバリー応答に基づいてアクティブ状態のデバイスを表すアクティブデバイスリストをアップデートすることができる。前記マネージャーは、第２のデバイスディスカバリー要請をマルチキャストし、前記第２のデバイスディスカバリー要請に応答した第２のデバイスディスカバリー応答を第３のデバイスから受信し、前記受信された第３のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートすることができる。
【００１７】
一方、上述した本発明の他の目的を達成するために本発明は、さらに他の側面においてコンテンツダウンロード方法を提供する。前記コンテンツダウンロード方法は、第１のデバイスによって行われ、第２のデバイスとデバイスディスカバリーを行うステップと、前記第２のデバイスに前記第２のデバイスのデバイスケイパビリティを要請するデバイスケイパビリティ要請を伝送するステップと、前記第２のデバイスから前記デバイスケイパビリティ要請に応答したデバイスケイパビリティ応答を受信するステップと、前記受信されたデバイスケイパビリティ応答に基づいて、特定個体からコンテンツをダウンロードすることを要請するキュー要請を伝送するステップとを含むことができる。前記コンテンツダウンロード方法は、ネットワークに最近連結されたデバイスの情報を含むリセントリコネクティッドデバイスリストを保存するステップをさらに含むことができる。
【００１８】
前記第２のデバイスとデバイスディスカバリーを行うステップは、前記リセントリコネクティッドデバイスリストに基づいて第１のデバイスディスカバリー要請を前記第２のデバイスにユニキャストするステップと、前記第２のデバイスから前記第１のユニキャストデバイスディスカバリー要請に応答した第１のデバイスディスカバリー応答を受信するステップと、前記受信された第１のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートするステップとを含むことができる。
【００１９】
一方、上述した本発明の他の目的を達成するために本発明は、さらに他の側面においてコンテンツダウンロード装置を提供する。前記コンテンツダウンロード装置は、第２のデバイスとデバイスディスカバリーを行い、前記第２のデバイスに前記第２のデバイスのデバイスケイパビリティを要請するデバイスケイパビリティ要請を伝送し、前記第２のデバイスから前記デバイスケイパビリティ要請に応答したデバイスケイパビリティ応答を受信するデバイスマネージャーと、前記受信されたデバイスケイパビリティ応答に基づいて、特定個体からコンテンツをダウンロードすることを要請するキュー要請を伝送するキューマネージャーとを備えることができる。
【００２０】
前記デバイスマネージャーは、ネットワークに最近連結されたデバイスの情報を含むリセントリコネクティッドデバイスリストをストレージに保存することができる。前記デバイスマネージャーは、前記リセントリコネクティッドデバイスリストに基づいて第１のデバイスディスカバリー要請を前記第２のデバイスにユニキャストし、前記第２のデバイスから前記第１のユニキャストデバイスディスカバリー要請に応答した第１のデバイスディスカバリー応答を受信し、前記受信された第１のデバイスディスカバリー応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートすることができる。
【発明の効果】
【００２１】
上述したように、本発明によれば、ホームネットワーク、企業ネットワーク、ホットスポットなどのように、デバイス間の連動を支援する様々なネットワークシステムにおいてリセントリコネクティッドデバイスリスト（Ｒｅｃｅｎｔｌｙ  Ｃｏｎｎｅｃｔｅｄ  Ｄｅｖｉｃｅ  Ｌｉｓｔ）に基づいてデバイスディスカバリーを効率的に行い、連結デバイスを速かにユーザに表示することができる。また、デバイスディスカバリー及びケイパビリティ交換に基づいて様々なシナリオのコンテンツダウンロードサービスを容易に提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の好ましい実施形態に係るデバイスディスカバリー及びコンテンツダウンロードを実現できるコンテンツサービスシステムの構成を示すブロック図である。
【図２】コンテンツサービスシステムのクライアントデバイスの詳細構造及び関連インターフェースを説明するためのブロック図である。
【図３】図２に示されているインターフェースを説明するための図表を示す。
【図４】本発明の好ましい実施形態に係るデバイスディスカバリー方法を説明するためのフローチャートである。
【図５】リセントリコネクティッドデバイスリストの構造を説明するための図表を示している。
【図６】ユニキャストデバイスディスカバリー要請又は応答に使用されるユニキャストデバイスディスカバリーメッセージの構造を示す例示図である。
【図７】デバイスディスカバリー及びデバイスケイパビリティ交換（ｅｘｃｈａｎｇｅ）に基づくコンテンツダウンロード順序を示している。
【図８】コンテンツサーバと媒介デバイスとの間のデバイスケイパビリティ交換（ｅｘｃｈａｎｇｅ）に基づくコンテンツダウンロード順序を示している。
【図９】デバイスケイパビリティの構造を説明するための図表を示している。
【発明を実施するための形態】
【００２３】
本発明は、様々な変更を加えることができ、種々の実施形態を有することができるところ、特定実施形態を図面に例示し、詳細に説明しようとする。
【００２４】
しかし、これは、本発明を特定の実施形態に対して限定しようとするものではなく、本発明の思想及び技術範囲に含まれるあらゆる変更、均等物ないし代替物を含むものと理解されなければならない。
【００２５】
第１、第２などの用語は、様々な構成要素を説明するのに使用され得るが、構成要素等は、用語等によって限定されてはならない。用語等は、１つの構成要素を他の構成要素から区別する目的のみで使用される。例えば、本発明の権利範囲を逸脱しないながら、第１の構成要素は第２の構成要素に命名されることができ、同様に、第２の構成要素も第１の構成要素に命名され得る。及び／又はという用語は、複数の関連して記載された項目等の組み合わせまたは複数の関連して記載された項目等のうち、いずれかの項目を含む。
【００２６】
ある構成要素が他の構成要素に「連結されて」いるとか、「接続されて」いると言及されたときには、その他の構成要素に直接的に連結されているか、または接続されていることもできるが、中間に他の構成要素が存在することもできると理解されるべきであろう。それに対し、ある構成要素が他の構成要素に「直接連結されて」いるとか、「直接接続されて」いると言及されたときには、中間に他の構成要素が存在しないことと理解されるべきであろう。
【００２７】
本出願において使用した用語は単に特定の実施形態を説明するために使用されたものであって、本発明を限定しようとする意図ではない。単数の表現は、文脈上明白に異なるように意図しない限り、複数の表現を含む。本出願において、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部品、またはこれらを組み合わせたものが存在することを指定しようとするものであり、１つまたはそれ以上の他の特徴や数字、ステップ、動作、構成要素、部品、またはこれらを組み合わせたもの等の存在または付加可能性を予め排除しないものと理解されるべきである。
【００２８】
異なるように定義されない限り、技術的であるか、科学的な用語を含み、ここで使用される全ての用語は、本発明の属する技術分野における通常の知識を有した者によって一般的に理解されることと同じ意味を有している。一般的に使用される辞書に定義されているような用語は、関連技術の文脈上有する意味と一致する意味を有したものと解釈されなければならず、本出願において明白に定義しない限り、理想的であるか、過度に形式的な意味と解釈されない。
【００２９】
以下、添付した図面を参照して本発明の好ましい実施形態をより詳細に説明する。本発明を説明するにあって、全体的な理解を容易にするために、図面上の同じ構成要素に対しては同じ参照符号を使用し、同じ構成要素に対して重複した説明は省略する。
【００３０】
図１は、本発明の好ましい実施形態に係るデバイスディスカバリー及びコンテンツダウンロードを実現できるコンテンツサービスシステムの構成を示すブロック図である。
【００３１】
図１に示すように、コンテンツサービスシステムは、サーバドメイン（Ｓｅｒｖｅｒ  Ｄｏｍａｉｎ）及びユーザドメイン（Ｕｓｅｒ  Ｄｏｍａｉｎ）に区分され得る。
【００３２】
サーバドメインは、コンテンツサービスのためのサービス及びネットワーク政策（Ｐｏｌｉｃｙ）などを運営し、その政策に基づいてコンテンツをユーザドメインに提供することができる。すなわち、サーバドメインは、コンテンツサービスを提供するためのサーバを含むドメインを意味することができる。このようなサーバドメインは、例えば、コンテンツの製作、販売、流通、政策運営、権限制限など、ユーザドメインへのコンテンツ提供及びサービスの運営などを行うことができる。
【００３３】
サーバドメインは、コンテンツを提供するコンテンツサーバ２００、コンテンツサービスのための政策を運営するコンテンツ政策サーバ３００、ネットワーク政策を運営するコンテンツ政策サーバ４００などを備えることができる。
【００３４】
ユーザドメインは、ユーザのデバイス１００を備えることができる。デバイス１００は、例えば、ＰＣ、セットトップボックスなどのような固定型端末機でありうるし、スマートフォン、携帯電話、モバイルハンドセット、タブレット、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、ノートブックなどのようなポータブル端末機でありうる。デバイス１００は、ＵＰｎＰ、ＤＬＮＡなどに基づいたローカルネットワークに接続し、有線または無線通信を介して相互連動することができる。
【００３５】
ユーザのデバイス１００は、クライアントデバイス（ＣｌｉｅｎｔＤｅｖｉｃｅ）または媒介デバイス（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｄｅｖｉｃｅ）でありうる。
【００３６】
クライアントデバイスは、少なくとも１つのネットワークインターフェース及びローカルストレージを備える物理的なハードウェアデバイスを意味することができる。例えば、クライアントデバイスは、コンテンツを消費（Ｃｏｎｓｕｍｅ）できるモバイルハンドセット、タブレット、スマートフォン、ＰＣなどでありうる。クライアントデバイスＣＤは、コンテンツサービスの提供を受けるためのモジュールを備えることができる。
【００３７】
媒介デバイスは、クライアントデバイス行きの（ｄｅｓｔｉｎｅｄ  ｆｏｒ）アセット（Ａｓｓｅｔ）に集結（ｓｔａｇｅ）することに使用され得るネットワーク上のデュアルロールクライアント／サーバ（Ｄｕａｌ  Ｒｏｌｅ  Ｃｌｉｅｎｔ／Ｓｅｒｖｅｒ）デバイスでありうる。媒介デバイスは、アセットがクライアントデバイスに伝達されるまでアセットを一時的にホールドすることができる。媒介デバイスは、通常、コンテンツを直接消費しないが、コンテンツを直接消費することもできる。
【００３８】
図２は、コンテンツサービスシステムのクライアントデバイスの詳細構造及び関連インターフェースを説明するためのブロック図である。
【００３９】
図２に示すように、クライアントデバイスＣＤは、ローカルアプリケーション（Ｌｏｃａｌ  Ａｐｐｌｉｃａｔｉｏｎ）１１０、プレーヤー（Ｐｌａｙｅｒ）１３０、ネットワーク政策クライアント（Ｎｅｔｗｏｒｋ  Ｐｏｌｉｃｙ  Ｃｌｉｅｎｔ）１４０、仮想ストレージデバイス（Ｖｉｒｔｕａｌ  Ｓｔｏｒａｇｅ  Ｄｅｖｉｃｅ）１５０、サービスクライアント（Ｓｅｒｖｉｃｅ  Ｃｌｉｅｎｔ）１２０などを備えることができる。
【００４０】
ローカルアプリケーション１１０は、コンテンツサービスのためのアプリケーションを意味することができる。例えば、ローカルアプリケーション１００は、ユーザがコンテンツサービスの提供を受けることができるようにするためのユーザインターフェース、サービスメニュ、サービス選択、コンテンツ選択などを提供するユーザエージェント（Ｕｓｅｒ  Ａｇｅｎｔ）でありうる。したがって、ローカルアプリケーション１１０は、ユーザエージェントと称することもできる。
【００４１】
プレーヤー１３０は、コンテンツサービスを介して提供されるコンテンツを再生するためのものであって、例えば、ダウンロードコンテンツまたはストリーミングコンテンツを再生できるメディアプレーヤーでありうる。ネットワーク政策クライアント１４０は、ネットワーク政策サーバ４００と通信しつつネットワーク政策を取得し、取得されたネットワーク政策に応じてクライアントデバイスＣＤを制御することができる。
【００４２】
仮想ストレージデバイス１５０は、キャッシュオブジェクト（Ｃａｃｈｅ  Ｏｂｊｅｃｔ）を介してアクセスできるローカル保存先の表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）である。例えば、仮想ストレージデバイス１５０は、ハードディスクのような一般的なローカル保存先、デバイスに連結されるＵＳＢメモリ、フラッシュメモリ、デーモン（Ｄｅｍｏｎ）のような仮想領域などでありうる。
【００４３】
サービスクライアント１２０は、クライアントデバイスＣＤに備えられるモジュールであって、Ｐ１、Ｓ、Ｄ１、Ｄ２、Ｑ２、Ｄ３、Ｑ３インターフェースプロトコルを介して通信することができる。サービスクライアント１２０は、各ローカルアプリケーション１１０及びコンテンツサーバ２００を代表して（ｏｎ  ｂｅｈａｌｆ  ｏｆ）、キュー（Ｑｕｅｕｅ）を維持（ｍａｉｎｔａｉｎｉｎｇ）することができ、ストレージとインターフェーシングし、キュー要請を政策と同期化する責任を負うことができる。
【００４４】
このようなサービスクライアント１２０は、キューマネージャー（Ｑｕｅｕｅ  Ｍａｎａｇｅｒ）１２２、政策クライアント（Ｐｏｌｉｃｙ  Ｃｌｉｅｎｔ）１２６、及び媒介デバイスマネージャー（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｒ）１２４などを備えることができる。
【００４５】
キューマネージャー１２２は、コンテンツのダウンロードまたはストリーミングのためのキューを運営することができる。例えば、キューマネージャー１２２は、ストリームキュー運営者（Ｓｔｒｅａｍ  Ｑｕｅｕｅ  Ｍａｎａｇｅｒ）、ダウンロードマネージャー（Ｄｏｗｎｌｏａｄ  Ｍａｎａｇｅｒ）を含むこともできる。キューマネージャー１２２は、媒介デバイスＩＭＤにキュー要請を伝送し、その応答を媒介デバイスＩＭＤから受信することができ、または媒介デバイスＩＭＤからキュー要請を受信し、その応答を送信することもできる。例えば、キューマネージャー１２２は、媒介デバイスＩＭＤにコンテンツサーバ２００から特定コンテンツをダウンロードすることを要請するキュー要請を伝送し、その応答を受信することができる。キューマネージャー１２２は、媒介デバイスＩＭＤにコンテンツサーバ２００からダウンロードしたコンテンツをクライアントデバイスＣＤに伝送することを要請するキュー要請を伝送することもできる。
【００４６】
政策クライアント１２６は、サービスクライアント１２０のサブシステムであって、政策オブジェクトを維持（Ｍａｉｎｔａｉｎ）する。政策クライアント１２６は、コンテンツ政策サーバ３００からの政策等によってサービスクライアント１２０を制御することができる。例えば、政策クライアント１２６は、コンテンツ政策サーバ３００から政策等をリトリーブ（Ｒｅｔｒｉｅｖｅ）し、キュー要請行為を調整（Ａｄｊｕｓｔ）することができる。
【００４７】
媒介デバイスマネージャー１２４は、クライアントデバイスＣＤと連動する媒介デバイスＩＭＤをマネージングすることができる。例えば、媒介デバイスマネージャー１２４は、ネットワークに連結された媒介デバイスＩＭＤをディスカバリーし、媒介デバイスＩＭＤの状態をマネージングすることができる。媒介デバイスマネージャー１２４は、媒介デバイスと必要なメッセージを送信または受信することができる。
【００４８】
図３は図２に示されているインターフェースを説明するための図表を示す。
【００４９】
図３に示すように、コンテンツサービスシステムと関連するインターフェースは、Ｐ、Ｑ、Ｓ、及びＤインターフェースグループに区分され得る。それぞれのインターフェースは、クライアント−サーバ構造で連動することができる。
【００５０】
Ｐインターフェースグループは、サービスクライアント１２０とコンテンツ政策サーバ３００との間をリンク及び政策を定義（ｄｅｆｉｎｅ）することができる。このようなＰインターフェースグループは、Ｐ１、Ｐ２インターフェースを含むことができる。Ｐ１インターフェースにおいてサーバは、コンテンツ政策サーバ３００であり、クライアントは、サービスクライアント１２０でありうる。Ｐ２インターフェースにおいてサーバは、ネットワーク政策クライアント１４０であり、クライアントは、サービスクライアント１２０でありうる。Ｐ４インターフェースにおいてサーバは、コンテンツサーバ２００であり、クライアントは、媒介デバイスＩＭＤでありうる。
【００５１】
Ｑインターフェースグループは、キュー要請ハンドリング（Ｑｕｅｕｅ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｉｎｇ）を定義することができる。Ｑインターフェースグループは、コンテンツサーバ２００、媒介デバイスＩＭＤ等とサービスクライアント１２０との間を連動するプライマリコマンドチャネルでありうる。Ｑインターフェースグループは、ローカルアプリケーション１１０によって呼び出されるキャッシング機能（Ｃａｃｈｉｎｇ  Ｆｕｎｃｔｉｏｎａｌｉｔｙ）を許容（Ａｌｌｏｗ）することができる。Ｑ２インターフェースにおいてサーバは、サービスクライアント１２０であり、クライアントは、ローカルアプリケーション１１０でありうる。Ｑ３インターフェースでは、サーバがサービスクライアント１２０であり、クライアントは、媒介デバイスＩＭＤでありうる。Ｑ４インターフェースにおいてサーバは、コンテンツサーバ２００であり、クライアントは、媒介デバイスＩＭＤでありうる。
【００５２】
Ｓインターフェースグループは、ストレージ及びキャッシュケイパビリティをサービスクライアントとして抽出（Ａｂｓｔｒａｃｔ）することができる。Ｓインターフェースにおいてサーバは、仮想ストレージデバイス１５０であり、クライアントは、サービスクライアント１２０でありうる。
【００５３】
Ｄインターフェースグループは、データの伝送のために使用され得る。Ｄ１インターフェースにおいてサーバは、コンテンツサーバ２００であり、クライアントは、サービスクライアント１２０でありうる。Ｄ２インターフェースにおいてサーバは、サービスクライアント１２０であり、クライアントは、プレーヤー１３０でありうる。Ｄ３インターフェースにおいてサーバは、媒介デバイスＩＭＤであり、クライアントは、サービスクライアント１２０でありうる。Ｄ４インターフェースにおいてサーバは、コンテンツサーバ２００であり、クライアントは、媒介デバイスＩＭＤでありうる。
【００５４】
図４は、本発明の好ましい実施形態に係るデバイスディスカバリー方法を説明するためのフローチャートであり、コンテンツサービスシステムにおいてクライアントデバイスＣＤがネットワークに連結された媒介デバイスＩＭＤをディスカバリーする過程を例示的に示している。
【００５５】
図４に示すように、クライアントデバイスＣＤ及び媒介デバイスマネージャー１２４は、リセントリコネクティッドデバイスリスト（Ｒｅｃｅｎｔｌｙ  Ｃｏｎｎｅｃｔｅｄ  Ｄｅｖｉｃｅ  Ｌｉｓｔ）を管理（Ｍａｎａｇｅ）する（ステップ：Ｓ１）。リセントリコネクティッドデバイスリストは、クライアントデバイスＣＤとローカルネットワークを介して最近連結されたデバイス（例えば、媒介デバイス、他のクライアントデバイス等）のリストを意味することができる。
【００５６】
リセントリコネクティッドデバイスリストは、クライアントデバイスＣＤのストレージ、例えば、仮想ストレージデバイス１５０に保存されていることができる。例えば、クライアントデバイスＣＤは、最初ネットワークに接続の際、デバイスディスカバリーを介して取得された情報を使用してリセントリコネクティッドリストを生成した後、ストレージに保存し、その後、デバイスディスカバリーを行う度に取得されるデバイスの情報に基づいて持続的にリセントリコネクティッドリストをアップデートすることができる。
【００５７】
図５は、リセントリコネクティッドデバイスリストの構造を説明するための図表を示している。
【００５８】
図５に示すように、リセントリコネクティッドデバイスリストは、各デバイスのデバイスフレンドリネーム（Ｄｅｖｉｃｅ  Ｆｒｉｅｎｄｌｙ  Ｎａｍｅ）、ＩＰアドレス（ＩＰ  Ａｄｄｒｅｓｓ）、ポート番号（Ｐｏｒｔ  Ｎｕｍｂｅｒ）、ラストコネックティッドタイム（Ｌａｓｔ  Ｃｏｎｎｅｃｔｅｄ  Ｔｉｍｅ）、ラストコネックティッドネットワークアクセスタイプ（Ｌａｓｔ  Ｃｏｎｎｅｃｔｅｄ  Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｔｙｐｅ）などのアイテムを備えることができる。
【００５９】
デバイスフレンドリネーム、ＩＰアドレス、及びポート番号は、デバイスのフレンドリネーム、ＩＰアドレス及びポートを各々表すストリングタイプの情報でありうる。ラストコネックティッドタイムは例えば、デバイスと最後に信号を伝送したり、受信した時間を表すことができる。ラストコネックティッドネットワークアクセスタイプは、デバイスのいかなる方式でネットワークに接続したかを表すコネクションタイプを意味することができる。例えば、ラストコネックティッドネットワークアクセスタイプは、イーサネット、８０２．１１、ＭｏＣＡ、ブルートゥース、ＺｉｇＢｅｅなどのうち、少なくともいずれか１つを表すストリングタイプの情報でありうる。
【００６０】
一方、リセントリコネクティッドデバイスリストは、デバイスディスクリプション（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）を含むこともできる。デバイスディスクリプションは、デバイスケイパビリティなどのようなデバイスの情報に接近できる接続情報、例えば、ＵＲＩ、ＵＲＬなどでありうる。クライアントデバイスＣＤは、デバイスディスカバリー時にデバイスディスクリプションのＵＲＩまたはＵＲＬなどを使用してデバイスのケイパビリティ情報を取得することもできる。
【００６１】
クライアントデバイスＣＤによって行われるデバイスディスカバリーは、クライアントデバイスＣＤがローカルネットワークに接続すれば自動に始まるか、またはユーザからローカルアプリケーション１１０へのデバイスディスカバリー要請によって始まることができる。
【００６２】
まず、クライアントデバイスＣＤは、リセントリコネクティッドデバイスリストに基づいてネットワーク内で最近連結された履歴があるデバイスにユニキャストデバイスディスカバリー要請メッセージをユニキャストすることができる。例えば、本実施形態の説明において、リセントリコネクティッドデバイスリストに第１の媒介デバイスＩＭＤ１の情報が含まれていると仮定する。クライアントデバイスＣＤは、リセントリコネクティッドデバイスリストに基づいて第１の媒介デバイスＩＭＤ１にユニキャストデバイスディスカバリー要請メッセージをユニキャストすることができる（ステップ：Ｓ２）。
【００６３】
ユニキャストデバイスディスカバリー要請メッセージを受信したそれぞれのデバイスは、ユニキャストデバイスディスカバリー要請メッセージに対する応答としてユニキャストデバイスディスカバリー応答メッセージをクライアントデバイスＣＤに伝送することができる。例えば、ユニキャストデバイスディスカバリー要請メッセージを受信した第１の媒介デバイスＩＭＤ１は、その応答としてクライアントデバイスＣＤにユニキャストデバイスディスカバリー応答メッセージを伝送することができる（ステップ：Ｓ３）。
【００６４】
ユニキャストデバイスディスカバリー応答メッセージを受信したクライアントデバイスＣＤは、受信されたユニキャストデバイスディスカバリー応答メッセージに基づいてリセントリコネクティッドデバイスリストをアップデートすることができる（ステップ：Ｓ４）。例えば、クライアントデバイスＣＤの媒介デバイスマネージャー１２４は、ユニキャストデバイスディスカバリー応答メッセージに含まれた情報に応じてリセントリコネクティッドデバイスリスト上で第１の媒介デバイスＩＭＤ１のラストコネックティッドタイム、ラストコネックティッドネットワークアクセスタイプなどを新しい情報としてアップデートすることができる。
【００６５】
図６は、ユニキャストデバイスディスカバリー要請または応答に使用されるユニキャストデバイスディスカバリーメッセージの構造を示す例示図である。
【００６６】
図６に示すように、ユニキャストデバイスディスカバリーメッセージは、メッセージコードフィールドを備える。メッセージコードは、メッセージが要請メッセージであるか、応答メッセージであるかなどを区分する情報でありうる。
【００６７】
また、ユニキャストデバイスディスカバリーメッセージは、少なくとも１つのユニキャストデバイスディスカバリーエントリフィールドを備える。ユニキャストデバイスディスカバリーエントリフィールドは、デバイスフレンドリネームが挿入されるデバイスフレンドリネームフィールド、ＩＰ住所が挿入されるＩＰ住所フィールド、ポート番号が挿入されるポート番号フィールド、ラストコネックティッドタイムが挿入されるラストコネックティッドタイプフィールド、ネットワークアクセスタイプが挿入されるネットワークアクセスタイプフィールドなどを備えることができる。
【００６８】
また、ユニキャストデバイスディスカバリーメッセージは、デバイス情報アイテムフィールドを備えることもできる。デバイス情報アイテムフィールドは、クライアントデバイスＣＤがディスカバリーされるデバイス、例えば、第１の媒介デバイスＩＭＤ１の様々な情報を取得することに活用され得る。例えば、クライアントデバイスＣＤは、ユニキャストデバイスディスカバリー要請メッセージのデバイス情報アイテムフィールドに取得しようとする情報、例えば、デバイスケイパビリティアイテムの情報などを挿入して第１の媒介デバイスＩＭＤ１に伝送することができる。
【００６９】
第１の媒介デバイスＩＭＤ１は、これに応答して、要請された第１の媒介デバイスＩＭＤ１の情報をデバイスディスカバリー応答メッセージのデバイス情報アイテムフィールドに挿入してクライアントデバイスＣＤに伝送することができる。すると、クライアントデバイスＣＤは、受信された第１の媒介デバイスＩＭＤ１の情報に基づいて第１の媒介デバイスＩＭＤ１の情報をアップデートすることができる。
【００７０】
一方、ユニキャストデバイスディスカバリー応答メッセージによってリセントリコネクティッドデバイスリストをアップデートしたクライアントデバイスＣＤは、アクティブデバイスリストをアップデートすることができる（ステップ：Ｓ５）。アクティブデバイスリストは、現在アクティブ状態であるネットワークデバイスを表す情報でありうる。例えば、ユニキャストデバイスディスカバリー応答メッセージを伝送した第１の媒介デバイスＩＭＤ１は、現在アクティブ状態であるので、クライアントデバイスＣＤは、第１の媒介デバイスＩＭＤ１の状態がアクティブであることをアクティブデバイスリストにアップデートすることができる。
【００７１】
クライアントデバイスＣＤのローカルアプリケーション１１０は、アップデートされたアクティブデバイスリストまたはアップデートされたリセントリコネクティッドデバイスリストをクライアントデバイスＣＤの画面に表示することもできる。したがって、ユーザは、クライアントデバイスＣＤの画面に表示されるアクティブデバイスリストまたはリセントリコネクティッドデバイスリストを介して現在使用可能なネットワーク上のデバイスを速やかに確認することができる。
【００７２】
一方、クライアントデバイスＣＤは、ネットワークに接続されたデバイスにマルチキャストデバイスディスカバリー要請メッセージをマルチキャスト（またはブロードキャスト）することができる。例えば、クライアントデバイスＣＤは、第１の媒介デバイスＩＭＤ１及び第２の媒介デバイスＩＭＤ２にマルチキャストデバイスディスカバリー要請メッセージを伝送することができる（ステップ：Ｓ６、Ｓ７）。
【００７３】
リセントリコネクティッドデバイスに第２の媒介デバイスＩＭＤ２はないと仮定すれば、第２の媒介デバイスＩＭＤ２は、まだクライアントデバイスＣＤによってディスカバリーされていない状態である。したがって、第２の媒介デバイスＩＭＤ２は、クライアントデバイスＣＤから受信されたマルチキャストデバイスディスカバリーメッセージに応答してマルチキャストデバイスディスカバリー応答メッセージをクライアントデバイスＣＤに伝送することができる（ステップ：Ｓ９）。第１の媒介デバイスＩＭＤ１の場合、マルチキャストデバイスディスカバリー応答メッセージをクライアントデバイスＣＤに伝送することもできるが、既にクライアントデバイスＣＤにユニキャストメッセージを送ったとすれば、伝送しないこともできる（ステップ：Ｓ８）。
【００７４】
クライアントデバイスＣＤは、受信されるマルチキャストデバイスディスカバリー応答メッセージに基づいてリセントリコネクティッドデバイスリストをアップデートすることができる（ステップ：Ｓ１０）。例えば、クライアントデバイスＣＤの媒介デバイスマネージャー１２４は、リセントリコネクティッドデバイスリストに第２の媒介デバイスＩＭＤ２の情報を新しく追加することができる。
【００７５】
また、クライアントデバイスＣＤは、受信されるマルチキャストデバイスディスカバリー応答メッセージに基づいてアクティブデバイスリストをアップデートすることもできる。ローカルアプリケーション１１０は、新しくアップデートされたアクティブデバイスリストまたはアップデートされたリセントリコネクティッドデバイスリストをクライアントデバイスＣＤの画面に表示することもできる。
【００７６】
このように、本発明の好ましい実施形態に係るデバイスディスカバリーによれば、クライアントデバイスＣＤは、最近連結されたデバイスをリセントリコネクティッドデバイスリストを介して管理する。デバイスディスカバリー時、クライアントデバイスＣＤは、リセントリコネクティッドデバイスリストをチェックしてリセントリコネクティッドデバイスリストにあるデバイスをユニキャストに基づいて速かにディスカバリーすることができる。したがって、ユーザは、マルチキャストに基づくデバイスディスカバリーの実行が完了する前にも、使用可能なネットワークデバイスを先に速かに確認することができる。
【００７７】
デバイスディスカバリーは、例示されたコンテンツサービスシステムだけでなく、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）などに基づく様々なネットワークシステムで適用され得ることはもちろんである。
【００７８】
例えば、ＤＬＮＡデバイス、例えば、ＤＭＣ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ）は、同じネットワークドメイン、すなわち、ホームネットワークまたはオフィスドメインなどでデバイスディスカバリーを行う度にほとんど同じデバイスをディスカバリーすることが普通である。なぜなら、ホームネットワークまたはオフィスドメインに属するデバイス、例えば、ＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）、ＤＭＲ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ）などはほとんど固定されているためである。したがって、このようなシステムにおいて本発明に係るデバイスディスカバリーは極めて効率的でありえる。
【００７９】
ＤＭＣは、ネットワークドメインに連結されるデバイスプロファイル及びディスクリプションファイルを含むデバイス情報を保存することができる。デバイス情報は、例えば、リセントリコネクティッドデバイスリストでありうる。例え、ＤＭＣがネットワークドメインを離れる（Ｌｅａｖｅ）としても、ＤＭＣは、デバイス情報を管理（Ｍａｎａｇｅ）することができる。
【００８０】
効率的かつ速いディスカバリーのために、ＤＭＣがネットワークに入るとき（ｅｎｔｅｒ）、ＤＭＣは、デバイス情報に基づいてデバイスプロファイルを含むユニキャストメッセージをデバイス情報に登録されているＩＰ住所を使用してデバイスに各々伝送することができる。すなわち、最近連結されたデバイスのＩＰ住所にユニキャストメッセージを伝送することに基づいてデバイスディスカバリーを行うものである。したがって、ＤＭＣは、最近連結されたデバイスをユーザインターフェースを介して先に表示することができる。
【００８１】
図７は、デバイスディスカバリー及びデバイスケイパビリティ交換（ｅｘｃｈａｎｇｅ）に基づくコンテンツダウンロード順序を示している。
【００８２】
図７に示すように、クライアントデバイスＣＤは、コンテンツサーバ２００からコンテンツ（例えば、以下ではメディア）リストの提供を受け、ダウンロードを望むメディアを選択することができる（ステップ：Ｓ１１）。ユーザは、クライアントデバイスＣＤの制御に基づいてネットワークに連結された媒介デバイスを使用して選択されたメディアをダウンロードしようとする。
【００８３】
クライアントデバイスＣＤは、第１の媒介デバイスＩＭＤ１とデバイスディスカバリー順序を行うことができる（ステップ：Ｓ１２）。デバイスディスカバリー順序は、図４を参照して説明した順序によって行われ得る。例えば、前述したデバイスディスカバリー順序のように、クライアントデバイスＣＤの媒介デバイスマネージャー１２４は、リセントリコネクティッドデバイスリストに基づいて第１の媒介デバイスＩＭＤ１にユニキャストデバイスディスカバリー要請メッセージを伝送し、その応答としてユニキャストデバイスディスカバリー応答メッセージを第１の媒介デバイスＩＭＤ１から受信することができる。
【００８４】
デバイスディスカバリーが完了すれば、クライアントデバイスＣＤの媒介デバイスマネージャーは、第１の媒介デバイスＩＭＤ１に第１の媒介デバイスＩＭＤ１のデバイスケイパビリティを要請するデバイスケイパビリティ要請メッセージを伝送することができる（ステップ：Ｓ１３）。デバイスケイパビリティ要請メッセージを受信した第１の媒介デバイスＩＭＤ１は、要請されたデバイスケイパビリティを含むデバイスケイパビリティ応答メッセージをクライアントデバイスＣＤに伝送することができる（ステップ：Ｓ１４）。デバイスケイパビリティは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形態の情報でありうるし、複数個のケイパビリティアイテムを含むことができる。
【００８５】
一方、クライアントデバイスＣＤは、図６に示されたユニキャストデバイスディスカバリーメッセージの構造を使用して、デバイスケイパビリティ要請／応答無しでデバイスディスカバリー実行時に第１の媒介デバイスＩＭＤ１のデバイスケイパビリティを取得することもできる。例えば、クライアントデバイスＣＤは、ユニキャストデバイスディスカバリー要請メッセージのデバイス情報アイテムフィールドに取得しようとするデバイスケイパビリティアイテムの情報を挿入して第１の媒介デバイスＩＭＤ１に伝送することができる。この場合、第１の媒介デバイスＩＭＤ１は、ユニキャストデバイスディスカバリー応答メッセージのデバイス情報アイテムフィールドに要請されたデバイスケイパビリティアイテムを挿入してクライアントデバイスＣＤに伝送することができる。したがって、デバイスディスカバリー順序を介して第１の媒介デバイスＩＭＤ１のデバイスケイパビリティがクライアントデバイスＣＤに伝達され得る。この場合、別のデバイスケイパビリティ要請及び応答順序は省略されることもできる。
【００８６】
第１の媒介デバイスＩＭＤ１のデバイスケイパビリティを取得したクライアントデバイスＣＤは、デバイスケイパビリティに基づいて、選択されたメディアを特定個体からダウンロードすることを要請するキュー要請を第１の媒介デバイスＩＭＤ１に伝送する（ステップ：Ｓ１５）。例えば、第１の媒介デバイスＩＭＤ１のキューマネージャーは、Ｑ３インターフェースを介して（ｖｉａ）、第１の媒介デバイスＩＭＤ１にキュー要請を送ることができる。
【００８７】
キュー要請は、第１の媒介デバイスＩＭＤ１が第１の媒介デバイスＩＭＤ１のケイパビリティに適したアセット、例えば、メディアファイルをダウンロードできる接続情報を含むことができる。キュー要請は、選択されたメディアを識別するための識別子、メディアに対応して実質的にダウンロードするアセット、例えば、メディアファイルを識別及び接近できる接続情報などを含むことができる。例えば、メディアの識別子が映画「Ａｖａｔａｒ」を識別する情報であると仮定すれば、接続情報は、実際ダウンロードする物理的な「Ａｖａｔａｒファイル」を識別し接近するための情報であるといえる。例えば、接続情報は、ＵＲＬ、ＵＲＩ、ファイル名形態の情報を含むことができる。
【００８８】
すなわち、クライアントデバイスＣＤは、第１の媒介デバイスＩＭＤ１のケイパビリティに適したメディアファイルをダウンロードできる情報をキュー要請によって第１の媒介デバイスＩＭＤ１に伝達するものである。
【００８９】
例えば、クライアントデバイスＣＤは、第１の媒介デバイスＩＭＤ１から受信される第１の媒介デバイスＩＭＤ１のデバイスケイパビリティを使用して第１の媒介デバイスＩＭＤ１のストレージキャパシティ及びストレージユーセージ、メディアプロファイルなどを確認し、第１の媒介デバイスＩＭＤ１でダウンロード可能なサイズ、支援可能なメディアプロファイルに該当するメディアをダウンロードすることをキュー要請によって第１の媒介デバイスＩＭＤ１に伝達することができる。
【００９０】
このようなキュー要請を受信した第１の媒介デバイスＩＭＤ１は、キュー要請に含まれた情報に基づいてコンテンツサーバに接続し、選択されたメディアに対応し、第１の媒介デバイスＩＭＤ１に適したメディアファイルをコンテンツサーバからダウンロードすることができる（ステップ：Ｓ１６）。
【００９１】
一方、クライアントデバイスＣＤは、クライアントデバイスＣＤが管理する政策に基づいて、第１の媒介デバイスＩＭＤ１の特定デバイスケイパビリティが政策を満たすか否かによってキュー要請を伝送するか否かを決定することもできる。例えば、クライアントデバイスＣＤの政策クライアント１４０は、コンテンツ政策サーバ３００から受信された政策を保存及び管理することができる。政策クライアント１４０は、第１の媒介デバイスＩＭＤ１から受信される特定のデバイスケイパビリティが特定政策を満たすか否かを判断し、満たす場合、第１の媒介デバイスＩＭＤ１にキュー要請を伝送するようにキューマネージャー１２２を制御し、満たさない場合、キュー要請を遮断し、ローカルアプリケーション１１０などを介してエラーメッセージを出力することができる。
【００９２】
例えば、クライアントデバイスＣＤは、第１の媒介デバイスＩＭＤ１から伝達されたデバイスケイパビリティを使用して第１の媒介デバイスＩＭＤ１のストレージキャパシティ及びストレージユーセージを確認し、政策で許容するダウンロードされるメディアファイルのサイズが第１の媒介デバイスＩＭＤ１の残余ストレージサイズより小さいかが確認できる。もし、ダウンロードされるメディアファイルのサイズが第１の媒介デバイスＩＭＤ１の残余ストレージサイズより大きい場合、クライアントデバイスＣＤは、エラーメッセージを出力し、キュー要請を伝送しないことができる。
【００９３】
例えば、政策で許容するネットワークアクセスタイプがＷｉ−Ｆｉ（８０２．１１）のみであると仮定すれば、クライアントデバイスＣＤは、第１の媒介デバイスＩＭＤ１から伝達されたデバイスケイパビリティを使用して第１の媒介デバイスＩＭＤ１のネットワークアクセスタイプを確認し、第１の媒介デバイスＩＭＤ１のネットワークアクセスタイプにＷｉ−Ｆｉ（８０２．１１）がなければ、エラーメッセージを出力し、キュー要請を遮断することができる。
【００９４】
例えば、クライアントデバイスＣＤは、政策が第１の媒介デバイスＩＭＤ１のパワーレベルが５０％以上である場合にのみダウンロードを許容するならば、第１の媒介デバイスＩＭＤ１のデバイスケイパビリティのパワーレベルが５０％未満である場合、キュー要請を伝送しないことができる。例えば、クライアントデバイスＣＤは、政策が第１の媒介デバイスＩＭＤ１のサポーティングメディアプロファイルが「ＨＤ」の場合にのみダウンロードを許容するならば、第１の媒介デバイスＩＭＤ１のサポーティングメディアプロファイルが「ＰＤ」または「ＳＤ」である場合、キュー要請を伝送しないこともできる。
【００９５】
一方、例えば、第１の媒介デバイスＩＭＤ１のデバイスケイパビリティのキュー要請のマキシマムナンバが３であると仮定し、第１の媒介デバイスＩＭＤ１のデバイスケイパビリティのキュー要請の現在ナンバが２以下であれば、クライアントデバイスＣＤは、第１の媒介デバイスＩＭＤ１にキュー要請を伝送し、キュー要請の現在ナンバがキュー要請のマキシマムナンバと同一の３であれば、キュー要請を送らないこともできる。
【００９６】
図８は、コンテンツサーバと媒介デバイスとの間のデバイスケイパビリティ交換（ｅｘｃｈａｎｇｅ）に基づくコンテンツダウンロード順序を示している。
【００９７】
図８に示すように、クライアントデバイスＣＤは、コンテンツサーバからコンテンツ（例えば、以下ではメディア）リストの提供を受け、ダウンロードを望むメディアを選択することができる（ステップ：Ｓ２１）。クライアントデバイスＣＤは、ネットワークに連結された媒介デバイスを使用して、選択されたメディアをダウンロードしようとする。
【００９８】
クライアントデバイスＣＤは、第１の媒介デバイスＩＭＤ１とデバイスディスカバリー順序を行うことができる（ステップ：Ｓ２２）。デバイスディスカバリー順序は、図４を参照して説明した順序によって行われ得る。例えば、前述したデバイスディスカバリー順序のように、クライアントデバイスＣＤの媒介デバイスマネージャーは、リセントリコネクティッドデバイスリストに基づいて第１の媒介デバイスＩＭＤ１にユニキャストデバイスディスカバリー要請メッセージを伝送し、その応答としてユニキャストデバイスディスカバリー応答メッセージを第１の媒介デバイスＩＭＤ１から受信することができる。
【００９９】
デバイスディスカバリーが完了すれば、クライアントデバイスＣＤは、選択されたメディアを特定個体からダウンロードすることを要請するキュー要請を第１の媒介デバイスＩＭＤ１に伝送する（ステップ：Ｓ２３）。例えば、第１の媒介デバイスＩＭＤ１のキューマネージャーは、Ｑ３インターフェースを介して（ｖｉａ）、第１の媒介デバイスＩＭＤ１にキュー要請を送ることができる。キュー要請は、第１の媒介デバイスＩＭＤ１がメディアの識別子、メディアに対応するアセットをダウンロードするために必要な接続情報などを含むことができる。
【０１００】
このようなキュー要請を受信した第１の媒介デバイスＩＭＤ１は、キュー要請に含まれた情報に基づいてコンテンツサーバに接続し、コンテンツサーバに第１の媒介デバイスＩＭＤ１のデバイスケイパビリティを伝送する（ステップ：Ｓ２４）。コンテンツサーバは、デバイスケイパビリティに基づいて第１の媒介デバイスＩＭＤ１に適したメディアファイルを第１の媒介デバイスＩＭＤ１にダウンロードすることができる（ステップ：Ｓ２５）。
【０１０１】
一方、コンテンツサーバ２００は、コンテンツ政策サーバ３００が管理する政策に基づいて、第１の媒介デバイスＩＭＤ１の特定デバイスケイパビリティが政策を満たすか否かによってダウンロードのためのキュー要請を伝送するか否かを決定することもできる。例えば、コンテンツサーバ２００は、第１の媒介デバイスＩＭＤ１から伝達されたデバイスケイパビリティを使用して、第１の媒介デバイスＩＭＤ１のストレージキャパシティ及びストレージユーセージを確認し、政策で許容するダウンロードされるメディアファイルのサイズが第１のデバイスＩＭＤ１の残余ストレージサイズより小さいかを確認することができる。もし、ダウンロードされるメディアファイルのサイズが第１の媒介デバイスＩＭＤ１の残余ストレージサイズより大きい場合、コンテンツサーバ２００は、キュー要請を伝送しないことができる。この場合、コンテンツサーバ２００は、クライアントデバイスＣＤまたは第１の媒介デバイスＩＭＤ１にエラーメッセージを伝送することができる。同様に、コンテンツサーバ２００は、政策のネットワークアクセスタイプ、パワーレベル、サポーティングメディアプロファイルなど、様々なアイテムに基づいて、第１の媒介デバイスＩＭＤ１から伝達されるデバイスケイパビリティを確認してキュー要請の可否を決定することができる。
【０１０２】
図９は、デバイスケイパビリティの構造を説明するための図表を示している。上述した内容、例えば、図７ないし図８を参照した説明などで言及されるデバイスケイパビリティは、図９に示されたデバイスケイパビリティ構造を有することができる。
【０１０３】
図９に示すように、デバイスケイパビリティは、デバイス識別子（Ｄｅｖｉｃｅ  ＩＤ）、デバイスネーム（Ｄｅｖｉｃｅ  Ｎａｍｅ）、デバイスフレンドリネーム（Ｄｅｖｉｃｅ  Ｆｒｉｅｎｄｌｙ  Ｎａｍｅ）、ユーザ識別子（Ｕｓｅｒ  ＩＤ）、カレントパワーソース（Ｃｕｒｒｅｎｔ  Ｐｏｗｅｒ  Ｓｏｕｒｃｅ）、チャージングステータス（Ｃｈａｒｇｉｎｇ  Ｓｔａｔｕｓ）、パワーレベル（Ｐｏｗｅｒ  Ｌｅｖｅｌ）、サポーティングメディアプロファイル（Ｓｕｐｐｏｒｔｉｎｇ  Ｍｅｄｉａ  Ｐｒｏｆｉｌｅｓ）、サポーティングコーデックタイプ（Ｓｕｐｐｏｒｔｉｎｇ  Ｃｏｄｅｃ  Ｔｙｐｅｓ）、ストレージキャパシティ（Ｓｔｏｒａｇｅ  Ｃａｐａｃｉｔｙ）、ストレージ機能グループ（Ｓｔｏｒａｇｅ  Ｆｕｎｃｔｉｏｎ  Ｇｒｏｕｐｓ）、ポイントノード（Ｐｏｉｎｔ  Ｎｏｄｅ）、ストレージユーセージ（Ｓｔｏｒａｇｅ  Ｕｓａｇｅ）、キュー要請のマキシマムサイズ（Ｍａｘｉｍｕｍ  Ｓｉｚｅ  ｏｆ  Ｑｕｅｕｅ  Ｒｅｑｕｅｓｔ）、キュー要請のマキシマムナンバ（Ｍａｘｉｍｕｍ  Ｎｕｍｂｅｒ  ｏｆ  Ｑｕｅｕｅ  Ｒｅｑｕｅｓｔ）、キュー要請の現在ナンバ（Ｃｕｒｒｅｎｔ  Ｎｕｍｂｅｒ  ｏｆ  Ｑｕｅｕｅ  Ｒｅｑｕｅｓｔ）、エントリのネットワークインターフェースナンバ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｎｕｍｂｅｒ  ｏｆ  Ｅｎｔｒｉｅｓ）、ネットワークアクセスタイプ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｔｙｐｅ）、メディアトランスポート（Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）、帯域幅制限（Ｂａｎｄｗｉｄｔｈ  Ｌｉｍｉｔ）などのようなケイパビリティアイテム（Ｉｔｅｍ）を備えることができる。
【０１０４】
デバイス識別子は、グローバル（Ｇｌｏｂａｌｌｙ）ユニークにデバイスを識別する識別子を意味することができる。デバイス識別子の値は、ストリングタイプの情報でありうる。デバイスネーム（Ｄｅｖｉｃｅ  Ｎａｍｅ）は、デバイスのためのユニバーサル（Ｕｎｉｖｅｒｓａｌｌｙ）−ユニーク識別子を意味することができる。デバイスネームの値は例えば、ストリング形態の情報でありうる。デバイスフレンドリネームは、エンドユーザ（ｅｎｄ  ｕｓｅｒ）のためのショートディスクリプション（Ｓｈｏｒｔ  Ｄｅｓｃｒｉｐｔｉｏｎ）であって、その値は、ストリングタイプの情報でありうる。ユーザ識別子は、エンドユーザを識別する識別子であって、ユーザ識別子の値は、ストリングタイプの情報でありうる。
【０１０５】
カレントパワーソースは、デバイスの現在パワーソースを表すディスクリプションであって、その値は、ストリングでありうる。カレントパワーソースの値（Ｖａｌｕｅ）は、例えば、デバイスがＡＣパワーの供給を受けることを意味する「ＡＣ  Ｐｏｗｅｒ」、デバイスがバッテリからパワーの供給を受けることを意味する「ｂａｔｔｅｒ」などに設定され得る。デバイスがＡＣソースからＡＣパワーの供給を受けると仮定すれば、カレントパワーソースの値は、「ＡＣ  Ｐｏｗｅｒ」に設定され得る。デバイスがバッテリからパワーの供給を受けるならば、カレントパワーソースの値は、「ｂａｔｔｅｒｙ」に設定され得る。
【０１０６】
チャージングステータスは、バッテリの現在充電状態を表すケイパビリティアイテムであって、その値は、ストリング形態の情報でありうる。チャージングステータスの値は、デバイスにバッテリが設置され（Ｉｎｓｔａｌｌｅｄ）、設置されたバッテリが現在動作している（Ｗｏｒｋｉｎｇ）ことを意味する「Ａｖａｉｌａｂｌｅ」、デバイスにバッテリが設置され、現在充電中であることを意味する「Ｃｈａｒｇｉｎｇ」、デバイスにバッテリが設置されていないことを意味する「Ｕｎａｖａｉｌａｂｌｅ」、デバイスにバッテリが設置されたが、機能を正しく（Ｃｏｒｒｅｃｔｌｙ）行うことができないことを表す「Ｅｒｒｏｒ」などに設定され得る。
【０１０７】
パワーレベルは、バッテリの現在パワーレベルを表すことができる。例えば、パワーレベルの値は、パーセンテージ値でありうる。例えば、「０」は、バッテリが完全に放電されているか、バッテリが設置されていないことを意味することができる。「１００」は、バッテリがフルチャージングされたことを意味することができる。
【０１０８】
サポーティングメディアプロファイルは、支援可能なメディアプロファイルタイプを表すことができる。サポーティングメディアプロファイルの値は、ストリング形態の情報として例えば、高画質（ＨＤ：Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）を意味する「ＨＤ」、一般画質（ＳＤ：Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ）を意味する「ＳＤ」、ポータブル画質（ＰＤ：Ｐｏｒｔａｂｌｅ  Ｄｅｆｉｎｉｔｉｏｎ）を意味する「ＰＤ」などに設定され得る。
【０１０９】
サポーティングコーデックタイプは、支援されるコーデックタイプのリストであって、その値は、ストリングタイプの情報でありうる。ストレージキャパシティは、ストレージの利用できる総量（Ａｖａｉｌａｂｌｅ  Ａｍｏｕｎｔ）を表すことができる。
【０１１０】
ストレージ機能グループは、デバイスのストレージ、例えば、仮想ストレージデバイスと関連する機能グループ（Ｆｕｎｃｔｉｏｎ  Ｇｒｏｕｐ）を表し、その値は、ストリングタイプの情報でありうる。機能グループの値は、「アクセスコントロール（Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）」、「キャパシティ運営（Ｃａｐａｃｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）」、「満了（Ｅｘｐｉｒａｔｉｏｎ）」、「変換（Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）」、「プレイリスト（Ｐｌａｙｌｉｓｔ）」などでありうる。
【０１１１】
「アクセスコントロール」は、仮想ストレージデバイスを使用する互いに異なるアプリケーション間を仲裁するアクセスコントロール機能グループを表す。アクセスコントロール機能グループは、例えば、特定アプリケーションが他のアプリケーションに連係されているコンテンツに接続することを遮断することができる。
【０１１２】
「キャパシティ運営」は、仮想ストレージデバイスが優先順位に基づいてそのストレージスペースを運営（Ｍａｎａｇｅ）させるキャパシティ運営機能グループを表すことができる。キャパシティ運営グループは、例えば、優先順位がより高いアセットがダウンロードされれば、優先順位がより高いアセットのための空間（ｒｏｏｍ）を作るために、優先順位がより低いアセットを廃棄することができる。
【０１１３】
「満了（Ｅｘｐｉｒａｔｉｏｎ）」は、仮想ストレージデバイスが特定のデートレンジ（Ｓｐｅｃｉｆｉｃ  Ｄａｔｅ  Ｒａｎｇｅ）に基づいてコンテンツを保存させる満了機能グループを表すことができる。「変換（Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）」は、仮想ストレージデバイスからコンテンツを読み出したり、書き込む間、変形オペレーション（Ｔｒａｎｓｆｏｒｍａｔｉｖｅ  Ｏｐｅｒａｔｉｏｎ）を許容する変換機能グループを表すことができる。
【０１１４】
「プレイリスト（Ｐｌａｙｌｉｓｔ）」は、仮想ストレージデバイスがプレイリストをプロセスすることを可能なようにするプレイリスト機能グループを表すことができる。もし、プレイリスト機能グループがあるならば、プレイリストは、グループオブジェクトに使用され得る。
【０１１５】
一方、ストレージユーセージ（Ｓｔｏｒａｇｅ  Ｕｓａｇｅ）は、現在利用可能なストレージの総量（ａｍｏｕｎｔ）を表すことができる。ストレージユーセージの値は、パーセンテージ値でありうる。例えば、ストレージユーセージの値が「０」であれば、ストレージが完全に空いている（Ｃｏｍｐｌｅｔｅｌｙ  Ｕｎｏｃｃｕｐｉｅｄ）ことを意味し、「１００」であれば、ストレージが完全に使用中（Ｆｕｌｌｙ  Ｏｃｃｕｐｉｅｄ）であることを意味することができる。
【０１１６】
キュー要請のマキシマムサイズ（Ｍａｘｉｍｕｍ  Ｓｉｚｅｏｆ  Ｑｕｅｕｅ  Ｒｅｑｕｅｓｔ）、キュー要請のマキシマムナンバ（Ｍａｘｉｍｕｍ  Ｎｕｍｂｅｒ  ｏｆ  Ｑｕｅｕｅ  Ｒｅｑｕｅｓｔ）、キュー要請の現在ナンバ（Ｃｕｒｒｅｎｔ  Ｎｕｍｂｅｒ  ｏｆ  Ｑｕｅｕｅ  Ｒｅｑｕｅｓｔ）、及びエントリのネットワークインターフェースナンバ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｎｕｍｂｅｒ  ｏｆ  Ｅｎｔｒｉｅｓ）は、各々キュー要請のマキシマムサイズ、与えられた時間の間提出され得るキュー要請のトータル個数、コンプリート状態以外の現在キュー要請個数、ネットワークインターフェースの個数を表すことができる。
【０１１７】
ネットワークアクセスタイプは、利用可能なネットワークアクセスインターフェースタイプを表すことができる。ネットワークアクセスタイプの値は、ストリング形態の情報でありうる。ネットワークアクセスタイプの値は、例えば、「Ｅｔｈｅｒｎｅｔ」、「８０１．１１」、「Ｂｌｕｅｔｏｏｔｈ」、「３Ｇ」、「ＷｉＭＡＸ」などでありうる。
【０１１８】
メディアトランスポートは、Ｄ３、Ｄ４、Ｄ１インターフェースのために支援されるトランスポートプロトコルタイプを表すことができる。メディアトランスポートの値は、例えば、「ＨＴＴＰ」、「ＲＴＰ」などでありうる。帯域幅制限は、ネットワークインターフェースの利用可能な帯域幅を表すことができる。
【０１１９】
以上、本発明についてその好ましい実施形態を例示して説明したが、当該技術分野の熟練された当業者は、下記の特許請求の範囲に記載された本発明の技術的事項及び領域から逸脱しない範囲内で本発明を様々に修正及び変更させて実施できることが理解できるであろう。したがって、本発明の今後の実施形態等の変更は、本発明の技術を外れることができないであろう。
【図１】
2014526090.tif 000003
【図２】
2014526090.tif 000004
【図３】
2014526090.tif 000005
【図４】
2014526090.tif 000006
【図５】
2014526090.tif 000007
【図６】
2014526090.tif 000008
【図７】
2014526090.tif 000009
【図８】
2014526090.tif 000010
【図９】
2014526090.tif 000011
【手続補正書】
【提出日】平成26年3月17日(2014.3.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のデバイスによって行われるデバイスディスカバリー方法であって、
ネットワークを介して前記第１のデバイスと最近連結された少なくとも１つのデバイスの情報を含むリセントリコネクティッドデバイスリストを保存するステップと、
前記リセントリコネクティッドデバイスリストに基づいてデバイスディスカバリー要請である第１のユニキャストメッセージを第２のデバイスに伝送するステップと、
前記第２のデバイスから前記第１のユニキャストメッセージに応答するデバイスディスカバリー応答である第２のユニキャストメッセージを受信するステップと、
前記受信された第２のユニキャストメッセージに基づいて前記リセントリコネクティッドデバイスリストをアップデートするステップと、
を含むことを特徴とするデバイスディスカバリー方法。
【請求項２】
前記受信された第２のユニキャストメッセージに基づいてアクティブ状態にある少なくとも１つのデバイスを表すアクティブデバイスリストをアップデートするステップをさらに含むことを特徴とする請求項１に記載のデバイスディスカバリー方法。
【請求項３】
デバイスディスカバリーのためのマルチキャストメッセージを前記ネットワークに伝送するステップと、
前記マルチキャストメッセージに応答した応答を第３のデバイスから受信するステップと、
前記受信された前記マルチキャストメッセージに応答した応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートするステップと、
をさらに含むことを特徴とする請求項１に記載のデバイスディスカバリー方法。
【請求項４】
前記受信された第２のユニキャストメッセージに基づいてアップデートされた前記リセントリコネクティッドデバイスリスト及び前記受信された第２のユニキャストメッセージに基づいてアップデートされたアクティブ状態の少なくとも１つのデバイスを表す前記アクティブデバイスリストのうち、少なくとも１つを表示するステップをさらに含むことを特徴とする請求項１に記載のデバイスディスカバリー方法。
【請求項５】
前記リセントリコネクティッドデバイスリストは、
各デバイスのフレンドリネームと、
各デバイスの接続アドレスと、
各デバイスに接続するためのポート番号と、
各デバイスと最後に連結したラストコネックティッドタイムと、
各デバイスのラストコネックティッドネットワークアクセスタイプとのうち、少なくともいずれか１つを備えることを特徴とする請求項１に記載のデバイスディスカバリー方法。
【請求項６】
前記第２のデバイスのデバイスケイパビリティを要請するデバイスケイパビリティ要請を前記第２のデバイスに伝送するステップと、
前記デバイスケイパビリティ要請に応答するデバイスケイパビリティ応答を前記第２のデバイスから受信するステップと、
受信された前記デバイスケイパビリティ応答に基づいて、特定個体からコンテンツをダウンロードすることを要請するキュー要請を伝送するステップと、
をさらに含むことを特徴とする請求項１に記載のデバイスディスカバリー方法。
【請求項７】
ストレージと、
ネットワークを介して第１のデバイスと最近連結された少なくとも１つのデバイスの情報を含むリセントリコネクティッドデバイスリストを前記ストレージに保存し、前記リセントリコネクティッドデバイスリストに基づいてデバイスディスカバリー要請である第１のユニキャストメッセージを第２のデバイスに伝送し、前記第２のデバイスから前記第１のユニキャストメッセージに応答するデバイスディスカバリー応答である第２のユニキャストメッセージを受信し、前記受信された第２のユニキャストメッセージに基づいて前記リセントリコネクティッドデバイスリストをアップデートするマネージャーと、
を備えることを特徴とするデバイスディスカバリー装置。
【請求項８】
前記マネージャーは、前記受信された第２のユニキャストメッセージに基づいてアクティブ状態にある少なくとも１つのデバイスを表すアクティブデバイスリストをアップデートすることを特徴とする請求項７に記載のデバイスディスカバリー装置。
【請求項９】
前記マネージャーは、デバイスディスカバリーのためのマルチキャストメッセージを前記ネットワークに伝送し、前記マルチキャストメッセージに応答した応答を第３のデバイスから受信し、前記受信された前記マルチキャストメッセージに応答した応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートすることを特徴とする請求項７に記載のデバイスディスカバリー装置。
【請求項１０】
前記受信された第２のユニキャストメッセージに基づいてアップデートされた前記リセントリコネクティッドデバイスリスト及び前記受信された第２のユニキャストメッセージに基づいてアップデートされたアクティブ状態の少なくとも１つのデバイスを表す前記アクティブデバイスリストのうち、少なくとも１つを表示するユーザエージェントをさらに備えることを特徴とする請求項７に記載のデバイスディスカバリー装置。
【請求項１１】
前記リセントリコネクティッドデバイスリストは、
各デバイスのフレンドリネームと、
各デバイスの接続アドレスと、
各デバイスに接続するためのポート番号と、
各デバイスと最後に連結したラストコネクティッドタイムと、
各デバイスのラストコネクティッドネットワークアクセスタイプとのうち、少なくともいずれか１つを備えることを特徴とする請求項７に記載のデバイスディスカバリー装置。
【請求項１２】
前記マネージャーは、前記第２のデバイスのデバイスケイパビリティを要請するデバイスケイパビリティ要請を前記第２のデバイスに伝送し、前記デバイスケイパビリティ要請に応答するデバイスケイパビリティ応答を前記第２のデバイスから受信し、受信された前記デバイスケイパビリティ応答に基づいて、特定個体からコンテンツをダウンロードすることを要請するキュー要請を伝送することを特徴とする請求項７に記載のデバイスディスカバリー装置。
【請求項１３】
第１のデバイス及び第２のデバイスを備え、
前記第１のデバイスは、ネットワークを介して前記第１のデバイスと最近連結された少なくとも１つのデバイスの情報を含むリセントリコネクティッドデバイスリストを保存し、前記リセントリコネクティッドデバイスリストに基づいてデバイスディスカバリー要請である第１のユニキャストメッセージを前記第２のデバイスに伝送し、前記第２のデバイスから前記第１のユニキャストメッセージに応答するデバイスディスカバリー応答である第２のユニキャストメッセージを受信し、前記受信された第２のユニキャストメッセージに基づいて前記リセントリコネクティッドデバイスリストをアップデートすることを特徴とするデバイスディスカバリーシステム。
【請求項１４】
前記第１のデバイスは、前記受信された第２のユニキャストメッセージに基づいてアクティブ状態にある少なくとも１つのデバイスを表すアクティブデバイスリストをアップデートすることを特徴とする請求項１３に記載のデバイスディスカバリーシステム。
【請求項１５】
前記第１のデバイスは、デバイスディスカバリーのためのマルチキャストメッセージを前記ネットワークに伝送し、前記マルチキャストメッセージに応答した応答を第３のデバイスから受信し、前記受信された前記マルチキャストメッセージに応答した応答に基づいて前記リセントリコネクティッドデバイスリストをアップデートすることを特徴とする請求項１３に記載のデバイスディスカバリーシステム。
【請求項１６】
前記第１のデバイスは、前記受信された第２のユニキャストメッセージに基づいてアップデートされた前記リセントリコネクティッドデバイスリスト及び前記第２のユニキャストメッセージに基づいてアップデートされたアクティブ状態の少なくとも１つのデバイスを表す前記アクティブデバイスリストのうち、少なくともいずれか１つを表示するユーザエージェントをさらに備えることを特徴とする請求項１３に記載のデバイスディスカバリーシステム。
【請求項１７】
前記リセントリコネクティッドデバイスリストは、
各デバイスのフレンドリネームと、
各デバイスの接続アドレスと、
各デバイスに接続するためのポート番号と、
各デバイスと最後に連結したラストコネクティッドタイムと、
各デバイスのラストコネクティッドネットワークアクセスタイプとのうち、少なくともいずれか１つを備えることを特徴とする請求項１３に記載のデバイスディスカバリーシステム。
【請求項１８】
前記第１のデバイスは、前記第２のデバイスのデバイスケイパビリティを要請するデバイスケイパビリティ要請を前記第２のデバイスに伝送し、前記デバイスケイパビリティ要請に応答するデバイスケイパビリティ応答を前記第２のデバイスから受信し、受信された前記デバイスケイパビリティ応答に基づいて、特定個体からコンテンツをダウンロードすることを要請するキュー要請を伝送することを特徴とする請求項１３に記載のデバイスディスカバリーシステム。
【国際調査報告】
2014526090.tif 000012
2014526090.tif 000013
2014526090.tif 000014
2014526090.tif 000015