(57)【要約】ホームゲートウェイ及び複数のデバイスを有するホームメディアネットワークにおいてストリームを管理する方法が提供される。方法は、ホームゲートウェイにおいてデバイスの夫々のローカルメディアインデックスを同期させることで統合されたホームメディアインデックスを構築し、ソースデバイスによって、ソースデバイスで保持されているメディアを第１のレンダーデバイスで再生するリクエストを受け、ソースデバイス又はホームゲートウェイによってメディアのストリーミングのためにマルチキャストＩＰ及びポートを割り当て、ソースデバイスによって、ホームゲートウェイへのソースデバイスＩＰ及びレンダーデバイスＩＰに加えて、第１のレンダーデバイスへのメディアのハッシュ値、マルチキャストＩＰ及びポート、並びにストリーミングＩＤを送信し、統合されたホームメディアインデックスで保持されているメディアファイルのメタデータ及び対応する管理ポリシーを確認し、ゲートウェイから認証及び承認を受信する場合に、ストリームが第１のレンダーデバイスへ送信され得ることをソースデバイスに通知し、ストリームを暗号化し且つ暗号解読するようソースデバイス及び第１のレンダーデバイスへセキュリティキーを送信し、ソースデバイスから第１のレンダーデバイスへメディアを転送することを有する。
2017506020.tif 000002
【特許請求の範囲】
【請求項１】
ホームゲートウェイ及び複数のデバイスを有するホームメディアネットワークにおいてストリームを管理する方法であって、
前記ホームゲートウェイにおいて、前記デバイスの夫々のローカルメディアインデックスを同期させることによって、統合されたホームメディアインデックスを構築するステップと、
ソースデバイスによって、該ソースデバイスで保持されているメディアを第１のレンダーデバイスで再生するためのユーザからのリクエストを受けるステップと、
前記ソースデバイス又は前記ホームゲートウェイによって、前記メディアのストリーミングのためにマルチキャストＩＰ及びポートを割り当てるステップと、
前記ソースデバイスによって、前記ホームゲートウェイへのソースデバイスＩＰ及びレンダーデバイスＩＰに加えて、前記第１のレンダーデバイスへの前記メディアのハッシュ値、前記マルチキャストＩＰ及びポート、並びにストリーミングＩＤを送信するステップと、
前記統合されたホームメディアインデックスで保持されている前記メディアファイルのメタデータ及び対応する管理ポリシーを確認するステップと、
前記ゲートウェイから認証及び承認を受信する場合に、前記ストリームが前記第１のレンダーデバイスへ送信され得ることを前記ソースデバイスに通知するステップと、
前記ストリームを暗号化し且つ暗号解読するよう前記ソースデバイス及び前記第１のレンダーデバイスへセキュリティキーを送信するステップと、
前記ソースデバイスから前記第１のレンダーデバイスへ前記メディアを転送するステップと
を有する方法。
【請求項２】
前記ゲートウェイから前記第１のレンダーデバイスへ更なる認証を要求するステップと、
前記第１のレンダーデバイスから有効な権限情報を受信するステップと
を更に有する請求項１に記載の方法。
【請求項３】
前記ゲートウェイのホームメディアストリーミング情報に基づき、ユーザから、第２のレンダーデバイスで同時に再生するよう前記ストリーミングに加わるためのリクエストを送信するステップと、
前記ストリーミングの識別データ及び前記ソースデバイスＩＰを前記ゲートウェイから前記第２のレンダーデバイスへ通知するステップと、
前記第２のレンダーデバイスから前記第１のレンダーデバイスに対して、ストリーミングＩＤに基づき、前記ストリームの現在の再生進捗情報を要求するステップと、
前記第２のレンダーデバイスでの再生のために要求された前記ストリーミングの識別データと、前記ストリーミングの前記現在の再生進捗情報とを前記ソースデバイスに供給して、該ソースデバイスが前記ストリームの残りのコンテンツをマルチキャストする点へジャンプバックすることができるようにするステップと、
認証後に前記第２のレンダーデバイスへセキュリティキーを与えるステップと、
現在の再生進捗点から、前記メディアを前記ソースデバイスから前記マルチキャストＩＰを通じて前記第１及び第２のレンダーデバイスへ再送するステップと、
前記メディアの再送されたコンテンツがローカルにバッファリングされていることを前記第１のレンダーデバイスが気付いた場合に、当該コンテンツを無視するステップと
を更に有する請求項１又は２に記載の方法。
【請求項４】
前記メディアが前記第１のレンダーデバイスで再生されるのに適切でないと第２のデバイスのユーザが気付く場合に、前記ストリームを停止するステップと、
ホームゲートウェイにおいて前記メディアのアクセス承認を別のより高いレベルへ変更するステップと
を更に有する請求項１乃至３のうちいずれか一項に記載の方法。
【請求項５】
ホームゲートウェイ及び複数のデバイスを有するホームメディアネットワークにおいてストリームを管理するシステムであって、
前記ホームゲートウェイにおいて、前記デバイスの夫々のローカルメディアインデックスを同期させることによって、統合されたホームメディアインデックスを構築するステップと、
ソースデバイスによって、該ソースデバイスで保持されているメディアを第１のレンダーデバイスで再生するためのユーザからのリクエストを受けるステップと、
前記ソースデバイス又は前記ホームゲートウェイによって、前記メディアのストリーミングのためにマルチキャストＩＰ及びポートを割り当てるステップと、
前記ソースデバイスによって、前記ホームゲートウェイへのソースデバイスＩＰ及びレンダーデバイスＩＰに加えて、前記第１のレンダーデバイスへの前記メディアのハッシュ値、前記マルチキャストＩＰ及びポート、並びにストリーミングＩＤを送信するステップと、
前記統合されたホームメディアインデックスで保持されている前記メディアファイルのメタデータ及び対応する管理ポリシーを確認するステップと、
前記ゲートウェイから認証及び承認を受信する場合に、前記ストリームが前記第１のレンダーデバイスへ送信され得ることを前記ソースデバイスに通知するステップと、
前記ストリームを暗号化し且つ暗号解読するよう前記ソースデバイス及び前記第１のレンダーデバイスへセキュリティキーを送信するステップと、
前記ソースデバイスから前記第１のレンダーデバイスへ前記メディアを転送するステップと
を実施するよう構成されるプロセッサ
を有するシステム。
【請求項６】
前記プロセッサは、
前記ゲートウェイから前記第１のレンダーデバイスへ更なる認証を要求するステップと、
前記第１のレンダーデバイスから有効な権限情報を受信するステップと
を実施するよう更に構成される、請求項５に記載のシステム。
【請求項７】
前記プロセッサは、
前記ゲートウェイのホームメディアストリーミング情報に基づき、ユーザから、第２のレンダーデバイスで同時に再生するよう前記ストリーミングに加わるためのリクエストを送信するステップと、
前記ストリーミングの識別データ及び前記ソースデバイスＩＰを前記ゲートウェイから前記第２のレンダーデバイスへ通知するステップと、
前記第２のレンダーデバイスから前記第１のレンダーデバイスに対して、ストリーミングＩＤに基づき、前記ストリームの現在の再生進捗情報を要求するステップと、
前記第２のレンダーデバイスでの再生のために要求された前記ストリーミングの識別データと、前記ストリーミングの前記現在の再生進捗情報とを前記ソースデバイスに供給して、該ソースデバイスが前記ストリームの残りのコンテンツをマルチキャストする点へジャンプバックすることができるようにするステップと、
認証後に前記第２のレンダーデバイスへセキュリティキーを与えるステップと、
現在の再生進捗点から、前記メディアを前記ソースデバイスから前記マルチキャストＩＰを通じて前記第１及び第２のレンダーデバイスへ再送するステップと、
前記メディアの再送されたコンテンツがローカルにバッファリングされていることを前記第１のレンダーデバイスが気付いた場合に、当該コンテンツを無視するステップと
を実施するよう更に構成される、請求項５又は６に記載のシステム。
【請求項８】
前記プロセッサは、
前記メディアが前記第１のレンダーデバイスで再生されるのに適切でないと第２のデバイスのユーザが気付く場合に、前記ストリームを停止するステップと、
ホームゲートウェイにおいて前記メディアのアクセス承認を別のより高いレベルへ変更するステップと
を実施するよう更に構成される、請求項５乃至７のうちいずれか一項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームメディアストリーミング、トラッキング、及び動的管理に関係があり、特に、ホームゲートウェイ及び複数のデバイスを有するホームメディアネットワークにおいてストリームを管理する方法及びシステムに関係がある。
【背景技術】
【０００２】
ホームメディア再生及び制御のシナリオにおいて、ストリーミング接続がソースデバイスと再生デバイスとの間に確立された後、他者がストリームを動的に追跡し、監督し、相応に管理することは困難である。
【０００３】
幾つかの既存の解決法は、上記の問題を解消することができない。例えば、アップル社のＡｉｒＰｌａｙ（登録商標）は、他者が進行中のストリームを監督し制御する機能を提供しない。ＤＬＮＡ（登録商標）メディアサーバは、ＡＶＴｒａｎｓｐｏｒｔサービスを介して、進行中のストリームについて中間のＣＰ（制御ポイント）へＡＶ再生制御インターフェイスを提供する。
【０００４】
しかし、進行中のストリームのコンテンツを動的に監督して、然るべく管理アクション（例えば、パネル制御）を起こすことが中間のＣＰにとって重要である。その上、どのようなコンテンツが再生されたのかを（必要に応じて）追跡すること、又はある全体的な一般的ペアレンタルコントロールポリシーを働かせること（例えば、ある特定のコンテンツを再生している場合又はそれをある特定のデバイスで再生する場合に必要とされる前もっての認証）は、サポートされていない。Ｍｉｒａｃａｓｔ（登録商標）は、中間の制御デバイスによる追跡、監督及び管理を提供しない物理的なリンクレイヤストリーミング技術にむしろ近い。
【発明の概要】
【０００５】
本発明の態様に従って、ホームゲートウェイ及び複数のデバイスを有するホームメディアネットワークにおいてストリームを管理する方法であって、前記ホームゲートウェイにおいて、前記デバイスの夫々のローカルメディアインデックスを同期させることによって、統合されたホームメディアインデックスを構築するステップと、ソースデバイスによって、該ソースデバイスで保持されているメディアを第１のレンダーデバイスで再生するためのユーザからのリクエストを受けるステップと、前記ソースデバイス又は前記ホームゲートウェイによって、前記メディアのストリーミングのためにマルチキャストＩＰ及びポートを割り当てるステップと、前記ソースデバイスによって、前記ホームゲートウェイへのソースデバイスＩＰ及びレンダーデバイスＩＰに加えて、前記第１のレンダーデバイスへの前記メディアのハッシュ値、前記マルチキャストＩＰ及びポート、並びにストリーミングＩＤを送信するステップと、前記統合されたホームメディアインデックスで保持されている前記メディアファイルのメタデータ及び対応する管理ポリシーを確認するステップと、前記ゲートウェイから認証及び承認を受信する場合に、前記ストリームが前記第１のレンダーデバイスへ送信され得ることを前記ソースデバイスに通知するステップと、前記ストリームを暗号化し且つ暗号解読するよう前記ソースデバイス及び前記第１のレンダーデバイスへセキュリティキーを送信するステップと、前記ソースデバイスから前記第１のレンダーデバイスへ前記メディアを転送するステップとを有する方法が提供される。
【０００６】
本発明の他の態様に従って、ホームゲートウェイ及び複数のデバイスを有するホームメディアネットワークにおいてストリームを管理するシステムであって、前記ホームゲートウェイにおいて、前記デバイスの夫々のローカルメディアインデックスを同期させることによって、統合されたホームメディアインデックスを構築するステップと、ソースデバイスによって、該ソースデバイスで保持されているメディアを第１のレンダーデバイスで再生するためのユーザからのリクエストを受けるステップと、前記ソースデバイス又は前記ホームゲートウェイによって、前記メディアのストリーミングのためにマルチキャストＩＰ及びポートを割り当てるステップと、前記ソースデバイスによって、前記ホームゲートウェイへのソースデバイスＩＰ及びレンダーデバイスＩＰに加えて、前記第１のレンダーデバイスへの前記メディアのハッシュ値、前記マルチキャストＩＰ及びポート、並びにストリーミングＩＤを送信するステップと、前記統合されたホームメディアインデックスで保持されている前記メディアファイルのメタデータ及び対応する管理ポリシーを確認するステップと、前記ゲートウェイから認証及び承認を受信する場合に、前記ストリームが前記第１のレンダーデバイスへ送信され得ることを前記ソースデバイスに通知するステップと、前記ストリームを暗号化し且つ暗号解読するよう前記ソースデバイス及び前記第１のレンダーデバイスへセキュリティキーを送信するステップと、前記ソースデバイスから前記第１のレンダーデバイスへ前記メディアを転送するステップとを実施するよう構成されるプロセッサを有するシステムが提供される。
【０００７】
本発明の更なる態様及び利点は、本発明の以下の詳細な説明において見出される点が理解されるべきである。
【図面の簡単な説明】
【０００８】
添付の図面は、本発明の更なる理解を提供するために含まれており、本願に組み込まれてその一部を構成する。図面は、明細書によって説明される本発明の実施形態を表すために使用される。本発明は、実施形態に制限されない。
【図１】本発明の実施形態に従って、デバイス間のメディアストリーミングを示す図である。
【図２Ａ】本発明の実施形態に従って、ホームメディアストリーミング、追跡、及び動的管理を示すシステムチャートである。
【図２Ｂ】本発明の実施形態に従って、ホームメディアストリーミング、追跡、及び動的管理を示すシステムチャートである。
【図３】本発明の実施形態に従うデバイスを示す図である。
【発明を実施するための形態】
【０００９】
以下の説明では、本発明の実施形態の様々な態様が記載される。説明を目的として、具体的な構成及び詳細が、完全な理解を提供するために示されている。しかし、当業者に明らかなように、本発明は、ここでの具体的な詳細によらずとも実施されてよい。
【００１０】
ホームネットワークにおいて、２つのデバイスの間（ソースデバイスから再生デバイスへ）のストリーミングの接続確立フェーズで、ソースデバイスは、メディアインデックスとしてのメディアファイルの個別ハッシュ値と、このストリーム転送に適用されるマルチキャストＩＰアドレス及びポートと、ストリーミングがマルチキャストであるためのストリーミングＩＤと、ソースデバイスＩＰとをホームゲートウェイに通知すべきである。このストリーミングの追跡情報によれば、ホームゲートウェイは、全てのホームメディアコンテンツについてホームゲートウェイ又は何らかの他の場所で保持されている統合されたメディアインデックスデータベースからメディアファイルのメタデータ及び管理ポリシー情報を一意に識別して見つけ出すことができる。ハッシュ値は、メディアファイルのパス及びファイル名情報並びにデバイスＩＤに基づき計算される。ハッシュ値は、ホームの全てのメディアデバイスにおいて夫々のメディアファイルに一意である。夫々のデバイスは、そのローカルメディアファイルインデックスを、統合されたメディアインデックスデータベースを有するホームゲートウェイと同期させる。統合されたメディアインデックスデータベースは、全てのホームメディアファイルの統合された全メディアインデックス情報を有する。管理ポリシーは、例えば、どのようなメディアが、具体的な認証がない場合に、他のデバイスへストリーミングされ再生されることを認められないか、というようなものであってよい。このように、ホームデバイス間のストリーミングは、ペアレンタルコントロールのような、予め定義されたポリシーによって、動的に管理され得る。
【００１１】
マルチキャストＩＰアドレス及びポートは、ソースデバイス又はホームゲートウェイによって、ストリームを他のホームネットワークデバイスへマルチキャストするために動的に割り当てられる。ストリーミングＩＤは、ストリーミングをマルチキャストであると一意にマークするように、ソースデバイスによって動的に割り当てられる。ホームネットワークへ接続されている如何なる他のデバイスも、必要な認証をもってホームゲートウェイへ接続して、メタデータ、マルチキャストＩＰ、ポート、及びストリーミングＩＤを含む全ての現在進行中のストリーミング追跡情報をブラウズ及び検索することが可能であってよい。そして、ホームネットワーク内のデバイスは、単なるリッスンによってストリーミングプロセスに加わるよう動的に要求し、そのメディアファイルのためのそのマルチキャストストリーミングを受信することができる。進行中のストリームと関わるために何らかの認証を求めることも可能である。その場合に、他のデバイスは、メディア再生を動的に楽しむか、あるいは、それを単に監督して、何らかの追加の制御を行うことができる（例えば、メディア再生を停止して、それがデバイス間でストリーミングされるのを禁じる。）。上記の処理は、以降で説明される。
【００１２】
図１において、ホームネットワーク１００は、第１のローカルメディアファイルインデックス１１０を有する第１のデバイス１０５と、第２のローカルメディアファイルインデックス１１３を有する第２のデバイス１０７と、第３のローカルメディアファイルインデックス１１５を有する第３のデバイス１０８と、ホームゲートウェイ１０３とを有する。全てのホームメディアデバイス１０５、１０７、１０８は、予め定義されたプロシージャ及びフォーマットに従ってそれらのローカルメディアファイルインデックス１１０、１１３、１１５を生成し、それらをホームゲートウェイ１０３と同期させる。それに基づき、ホームゲートウェイ１０３は、統合されたホームクラウドメディアインデックス１１７をローカルに保持し、それを全てのホームメディアデバイス１０５、１０７、１０８にアクセス可能な状態にしておく。ホームクラウドメディアインデックス１１７によれば、夫々のデバイスは、他のデバイスで保持されているメディア情報をブラウズすることができる。第１、第２及び第３のデバイス１０５、１０７、１０８の夫々は、ホームメディアインデックスの夫々第１、第２及び第３のローカルキャッシュ１１９、１２１、１２３を有する。
【００１３】
第１のデバイス１０５のユーザが、ホームクラウドメディアインデックスの第１のローカルキャッシュ１１９にメディアインデックスを要求し、第２のデバイス１０７で保持されているメディアファイルを再生したいと望む場合に、第１のデバイス１０５のユーザは、リクエストを第２のデバイス１０７へ送信する。第２のデバイス１０７は、リクエストを認証し（更にホームゲートウェイを介してよい。）、ストリーミングがマルチキャストであるためのマルチキャストＩＰ及びポートを動的に割り当てる（あるいは、ホームゲートウェイによって割り当てられる。）。
【００１４】
第２のデバイス１０７は、そのマルチキャストＩＰ及びポートを第１のデバイス１０５に通知する。第１のデバイス１０５は、リッスンし、ストリームデータを受信し、それをローカルで再生する準備ができている。一方で、第２のデバイス１０７は、そのメディアファイルのハッシュ値と、ストリーミングがマルチキャストであるための生成されたマルチキャストＩＰ及びポートと、ソースデバイスＩＰと、動的に生成されたストリーミングＩＤとをホームゲートウェイ１０３に通知する。その上、第２のデバイス１０７は、このリクエストが第１のデバイス１０５からであることもホームゲートウェイ１０３に通知する。第１のデバイス１０５は、次いで、第２のデバイス１０７から第１のデバイス１０５へのストリーミングを認めるホームゲートウェイのコンファメーションを待つ。ホームゲートウェイ１０３は、このストリーミング追跡情報を受信し、ゲートウェイのローカルデータベースにおいてメディアファイルのメタデータ及び対応する管理ポリシーを探す。ポリシー確認によれば、このビデオはホーム内のあらゆる人のためではないので、更なる認証が必要とされる。第１のデバイス１０５は、ホームゲートウェイ１０３から認証リクエストを受信し、有効な権限情報により応答する。次いで、認証後、ホームゲートウェイ１０３は、このストリーミングが開始されてよいことを第２のデバイス１０７に通知する。ホームゲートウェイ１０３は、ビデオがあらゆる人に開放されているわけではないので、ストリーミングデータを暗号化し且つ暗号解読するために、セキュリティキーの組を第１及び第２のデバイス１０５、１０７へ送信する。第１のデバイス１０５は、次いで、第２のデバイス１０７からのストリームをうまく再生する。
【００１５】
ストリーミングの間、第３のデバイス１０８のユーザは、第１及び第２のデバイス間でホームネットワーク１００において進行中のストリーミングが存在すると気付く。認証後、第３のデバイス１０８のユーザは、ストリーミングメタデータ情報によりチェックを行う。第３のデバイス１０８のユーザが再生中のコンテンツに対する更なる監視を持ちたいと望む場合には、彼／彼女は、マルチキャストストリーミングプロセスに加わるためのリクエストを必要とする。ストリーミングリクエストの更なる認証後、第３のデバイス１０８はホームゲートウェイ１０３からキーを受信する。そして、次いで、第３のデバイス１０８は、ストリーミングにうまく参加し、コンテンツをローカルで再生する。第３のデバイス１０８は、この場合に、ストリーミングに対して制御を行うこともできる（例えば、ポーズ、ストップ）。第３のデバイス１０８によるこのストリーミング追跡及び動的管理の詳細は、図２Ａ及び２Ｂにおいて説明される。
【００１６】
図２Ａ及び２Ｂにおいて、ステップ２０１で、第２のデバイスＢのための認証及び承認が成功裏に完了された後、第１のデバイスＡは、自身が保持している媒体Ｍを転送するために使用されるストリーミングＩＤ  Ｘ及びそのソースＩＰをホームゲートウェイに通知する。第１のデバイスＡは、情報を再生デバイスＢにも通知する。ホームゲートウェイは、情報をローカルに記憶する。メディアのハッシュインデックス値並びにマルチキャストＩＰ及びポートは、認証の前に既にホームゲートウェイに通知されている点が留意されるべきである。ステップ２０２で、第１のデバイスＡは、マルチキャストＩＰを通じて第２のデバイスＢへメディアＭを送信し始める。メディアＭは第２のデバイスＢで再生される。ステップ２０３で、エンドユーザは、ホームゲートウェイのホームメディアストリーミング情報を介して、その進行中のメディアストリーミングを見つけ、それを第３のデバイスＣで同時に再生するよう加わりたいと望む。ステップ２０４で、ホームゲートウェイは、ストリーミングのＩＤ  Ｘ及びそのソースＩＰを第３のデバイスＣに通知する。また、ホームゲートウェイは、このストリーミングの現在動作中の再生デバイス、すなわち、第２のデバイスＢをデバイスＣに通知する。ステップ２０５で、第３のデバイスＣは、第２のデバイスＢに、ストリーミングＩＤ  Ｘの現在の再生進捗情報を尋ねる。転送速度は再生速度よりも速いので、情報は必要である。ステップ２０６で、第２のデバイスＢは、現在の再生進捗情報を第３のデバイスＣへ返す。ステップ２０７で、第３のデバイスＣは、認証及び承認のためにその証明書及び要求されたストリーミングＩＤ  Ｘを第１のデバイスＡへ提供し、ストリーミングＩＤ  Ｘのそのメディアコンテンツを再生するよう要求する。第３のデバイスＣは、再生進捗点情報も第１のデバイスＡへ提供する。ステップ２０８で、第１のデバイスＡは、第３のデバイスＣを認証して承認し、ストリーミングＩＤ  ＸのマルチキャストＩＰ及びポートとともに、メディアＭの暗号解読のために第３のデバイスＣへキーを送信する。その一方で、メディアＭは、依然として第２のデバイスＢで引き続き再生されている。ステップ２０９で、第３のデバイスＣは、マルチキャストＩＰ及びポートでメディアＭを受信する準備をし、ＡＣＫを第１のデバイスＡへ送信する。ステップ２１０で、第１のデバイスＡは、マルチキャストＩＰを通じて、通知された現在の再生進捗点からメディアＭを転送し始める。次いで、メディアＭは第３のデバイスＣで再生される。これより、メディアＭは、第２のデバイスＢ及び第３のデバイスＣで同時に再生される。ステップ２１１で、第２のデバイスＢは、この再転送されたコンテンツを更に受信し、それがローカルにバッファリングされていることを見つける。この場合に、第２のデバイスＢは、単に無視し、それを再びバッファリングしない。ステップ２１２で、重複したコンテンツが第３のデバイスＣへ転送された後、次いで、第３のデバイスＣは、メディアＭの新しいコンテンツをバッファリングし再生し続ける。ステップ２１３で、第３のデバイスＣのエンドユーザは、第２のデバイスＢで再生されるのが不適切であるコンテンツであると気付いてよい。故に、彼／彼女はストリーミングを中止する。ステップ２１４で、エンドユーザは、更に、メディアＭのアクセス承認をホームゲートウェイにおいて別のより高いレベルへ変更する。ステップ２１５で、ホームゲートウェイは、メディアＭのアクセス承認が変更されたことを第１のデバイスＡに直ぐに通知する。そして、第１のデバイスＡは、メディアＭへの全てのアクセス要求を承認し直すべきである。ステップ２１６で、よって、第２のデバイスＢが依然としてメディアＭの再生を要求する場合には、第１のデバイスＡは新たな承認を要求する。
【００１７】
図３は、ホームメディアネットワークに含まれるデバイスを示す。ホームメディアネットワークは、通常は、３種類のデバイス、すなわち、レンダーデバイス３０１、ソースデバイス３０３、及びホームゲートウェイ３０５を含む。
【００１８】
１．レンダーデバイス３０１：それは、通常、メディアインデキシング３０７、メディア再生及び制御３０９、メディア転送３１１、認証３１３の各モジュールを含む。
【００１９】
ａ）メディアインデキシング３０７：それは、ホームゲートウェイ（ＨＧＷ）の“メディアディレクトリサービス”と相互運用することによって、ＨＧＷからホームメディアインデックスを同期させることに関与する。そして、ホームメディアインデックスは、ユーザブラウザ及びアクセスのためにローカルに格納される。
【００２０】
ｂ）メディア再生及び制御３０９：それは、エンドユーザのためにスクリーン上にホームクラウドメディアインデックスを提示する。それは、エンドユーザの再生コマンドに従い、ソースデバイスの制御モジュール３１９と相互運用して、指定されたメディアにアクセスするようソースデバイス３０３に要求する。そして、それは、バッファリングされたメディアコンテンツをメディア転送モジュール３１１から読み出し、それをエンドユーザのためにスクリーン上で再生する。
【００２１】
ｃ）メディア転送３１１：それは、通知されたマルチキャストＩＰ及びポートを介してソースデバイスから転送されたコンテンツを受信し、それを、メディア再生及び制御モジュール３０９が再生するために、ローカルにバッファリングする。
【００２２】
ｄ）認証モジュール３１３：メディア再生及び制御モジュール３０９からのリクエストがあると、それは、その証明書及び要求されたメディアのハッシュインデックス又はストリーミングＩＤをソースデバイス３０３へ提供し、このメディアのアクセスのための認証及び承認を求める。認証及び承認の結果は、メディア再生及び制御モジュール３０９に通知される。そして、成功した場合には、メディア再生及び制御モジュール３０９は、マルチキャストＩＰ及びポートに関する通知をソースデバイスの制御モジュール３１９から更に得る。そして、次いで、メディア再生及び制御モジュール３０９は、ソースデバイスから転送されるコンテンツを受信する準備をするようメディア転送モジュール３１１に通知する。
【００２３】
２．ソースデバイス３０３：それは、通常、メディアインデキシング３１５、メディア転送３１７、制御３１９、並びに認証及び承認３２１の各モジュールを含む。
【００２４】
ａ）メディアインデキシング３１５：それは、ローカルに格納されているメディアコンテンツを探し、それらのインデックスを生成する。インデックスはローカルに格納され、その一方で、それは、全体的なホームメディアインデックスを構成するホームゲートウェイの“メディアディレクトリサービス３２３”との相互運用を介してホームゲートウェイと同期される。
【００２５】
ｂ）制御モジュール３１９：レンダーデバイス３０１からの転送リクエストがあると、このソースデバイスの認証モジュール３２１からの成功した認証結果通知の後、それは、指定されたメディアコンテンツをレンダーデバイス３０１へ転送する準備をし開始する。準備動作は、次を含む：
ｉ．このメディアストリーミングのためのストリーミングＩＤ及び転送ポートを生成するようメディア転送モジュール３１７に通知する。
ｉｉ．次いで、この返されたストリームＩＤ及び転送ポートを、ＨＧＷ又はこのソースデバイス３０３によって割り当てられたマルチキャストＩＰとともに、レンダーデバイスのメディア再生及び制御モジュール３０９へ送信する。
ｉｉｉ．その上、それは、このストリームＩＤ及びソースデバイスＩＰ及びレンダーデバイスＩＰをＨＧＷへ送信する。ストリームＩＤ及びソースデバイスＩＰは、次いで、ＨＧＷのメディアストリーム追跡及び管理サービス３２５によってキャッシュされる。
【００２６】
ｃ）メディア転送３１７：このメディアストリーミングのためのストリームＩＤ及び転送ポートを生成するよう制御モジュール３１９からリクエストがあると、それはそれらの情報を制御モジュール３１９へ返す。そして、それは、要求されたメディアをローカルのメディアインデキシングモジュール３１５を通じて見つけ出し、コンテンツを読み出し、それをレンダーデバイスへ転送する。その上、それは、ストリーミングＩＤ、転送ポート、及びメディアＩＤをローカルに“ローカルメディアストリーミング情報”へとキャッシュ／格納する。
【００２７】
ｄ）認証及び承認モジュール３２１：レンダーデバイス３０１からリクエストがあると、それは、このリクエスト情報をＨＧＷの認証及び承認サービス３２７へ渡す。ＨＧＷは、次いで、最初に、これがホームクラウド内の有効な要求元であるかどうかを確認し、認証された場合には、次いで、要求元がこのメディアＩＤのコンテンツにアクセスする許可を持つかどうかを確認する。認証及び承認の結果は、要求元のレンダーデバイスへ返送され、成功した場合には、対応する準備がソースデバイスで実行される。
【００２８】
３．ホームゲートウェイ３０５：それは、通常、メディアディレクトリサービス３２３、メディアストリーム追跡及び管理サービス３２５、並びに認証及び承認サービス３２７を含む。
【００２９】
ａ）メディアディレクトリサービス３２３：それは、夫々のソースデバイスのローカルメディアインデックスの更新を受け取り、それらをホームメディアディレクトリＤＢ３２９に格納する。そして、それはまた、夫々のソースデバイスのメディアインデックスのそれらの更新された変更をホーム内の夫々のレンダーデバイス３０１と同期させる。
【００３０】
ｂ）メディアストリーム追跡及び管理サービス３２５：ソースデバイス３０３から進行中のメディアストリーミング情報の通知があると、それは、ホームにおける夫々の進行中のメディアストリーミングを記録する。ソースデバイス３０３によって報告されたメディアストリーミング情報は、次のものを含むべきである：
ｉ．ストリーミングＩＤ：ソースデバイス３０３によって、それが転送するメディアストリーミングについて生成される。
ｉｉ．ソースデバイスＩＰ：ソースデバイス３０３のＩＰ。
ｉｉｉ．レンダーデバイス：レンダーデバイスのＩＰ。複数のレンダーデバイスが存在する場合には、夫々のＩＰが報告されるべきである。
【００３１】
ｃ）認証及び承認サービス３２７。それは、レンダーデバイス３０１から発せられてソースデバイス３０３から転送された認証及び承認リクエストを受信する。そして、それは、“ホームメディアアクセス権限ＤＢ”に対する与えられている証明書を確認する。次いで、それは、確認結果をソースデバイス３０３へ返す。
【００３２】
多数の実施が記載されている。それでもなお、様々な変更がなされてよいことが理解されるであろう。例えば、異なる実施の要素は、他の実施をもたらすために、組み合わされたり、補完されたり、変更されたり、あるいは削除されたりしてよい。加えて、当業者であれば、他の構造及びプロセスが、開示されているものに取って代わってよく、結果として得られる実施は、開示されている実施と少なくとも実質的に同じ結果を達成するよう、少なくとも実質的に同じ方法において、少なくとも実質的に同じ機能を実行すると理解するであろう。然るに、それら及び他の実施は、本願によって考えられており、添付の特許請求の範囲によって定義される発明の適用範囲内にある。
【図１】
2017506020.tif 000003
【図２Ａ】
2017506020.tif 000004
【図２Ｂ】
2017506020.tif 000005
【図３】
2017506020.tif 000006
【手続補正書】
【提出日】平成28年6月22日(2016.6.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディアネットワークにおいてストリームを管理する方法であって、
ソースデバイスを介して、該ソースデバイスで保持されているメディアを再生するための第１のレンダーデバイスからのリクエストを受けるステップと、
ローカルメディアインデックスを同期させることで構築される統合されたメディアインデックスで保持されている前記メディアの対応する管理ポリシーに基づき、前記メディアが前記第１のレンダーデバイスにより再生され得るかどうかを判定するステップと、
前記判定するステップの結果が真である場合に、前記ストリームが前記第１のレンダーデバイスへ送信され得ることを前記ソースデバイスに通知するステップと
を有する方法。
【請求項２】
前記メディアをストリーミングするために暗号化し且つ暗号解読するために前記ソースデバイス及び前記第１のレンダーデバイスへセキュリティキーを送信するステップ
を更に有する請求項１に記載の方法。
【請求項３】
前記メディアは、ハッシュ値によって認識される、
請求項１又は２に記載の方法。
【請求項４】
前記メディアは、割り当てられたマルチキャストＩＰ及びポートによりストリーミングされる、
請求項１乃至３のうちいずれか一項に記載の方法。
【請求項５】
前記第１のレンダーデバイスへ更なる認証を要求するステップと、
前記第１のレンダーデバイスから有効な権限情報を受信するステップと
を更に有する請求項１乃至４のうちいずれか一項に記載の方法。
【請求項６】
メディアストリーミング情報に基づき、第２のレンダーデバイスから、同時に再生するよう前記ストリームに加わるためのリクエストを受けるステップと、
前記ストリームの識別データ及びソースデバイスＩＰを前記第２のレンダーデバイスへ通知するステップと、
前記第２のレンダーデバイスでの再生のために要求された前記ストリームの識別データと、前記ストリームの現在の再生進捗情報とを前記ソースデバイスに供給して、該ソースデバイスが前記ストリームの残りのコンテンツをマルチキャストする点へジャンプバックすることができるようにするステップと
を更に有する請求項１乃至５のうちいずれか一項に記載の方法。
【請求項７】
前記メディアをストリーミングするための認証後に前記第２のレンダーデバイスへセキュリティキーを与えるステップ
を更に有する請求項６に記載の方法。
【請求項８】
前記メディアは、現在の再生進捗点から、前記ソースデバイスから前記マルチキャストＩＰを通じて前記第１及び第２のレンダーデバイスへ再送され、前記メディアの該再送されたコンテンツが前記第１のレンダーデバイスでローカルにバッファリングされている場合には、当該コンテンツは前記第１のレンダーデバイスによって無視される、
請求項６又は７に記載の方法。
【請求項９】
前記メディアが前記第１のレンダーデバイスで再生されるのに適切でない場合に、前記第２のレンダーデバイスから、前記ソースデバイスに前記第１のレンダーデバイスへの前記ストリームを停止するよう指示するリクエストを受けるステップ
を更に有する請求項６乃至８のうちいずれか一項に記載の方法。
【請求項１０】
前記第２のレンダーデバイスから、前記メディアのアクセス承認を別のより高いレベルへ変更するリクエストを受けるステップ
を更に有する請求項９に記載の方法。
【請求項１１】
メディアネットワークにおいてストリームを管理するデバイスであって、
ソースデバイスを介して、該ソースデバイスで保持されているメディアを再生するための第１のレンダーデバイスからのリクエストを受けるステップと、
ローカルメディアインデックスを同期させることで構築される統合されたメディアインデックスで保持されている前記メディアの対応する管理ポリシーに基づき、前記メディアが前記第１のレンダーデバイスにより再生され得るかどうかを判定するステップと、
前記判定するステップの結果が真である場合に、前記ストリームが前記第１のレンダーデバイスへ送信され得ることを前記ソースデバイスに通知するステップと
を実施するよう構成されるプロセッサ
を有するデバイス。
【請求項１２】
前記プロセッサは、
前記メディアをストリーミングするために暗号化し且つ暗号解読するために前記ソースデバイス及び前記第１のレンダーデバイスへセキュリティキーを送信するステップ
を実施するよう更に構成される、請求項１１に記載のデバイス。
【請求項１３】
前記メディアは、ハッシュ値によって認識される、
請求項１１又は１２に記載のデバイス。
【請求項１４】
前記メディアは、割り当てられたマルチキャストＩＰ及びポートによりストリーミングされる、
請求項１１乃至１３のうちいずれか一項に記載のデバイス。
【請求項１５】
前記プロセッサは、
前記第１のレンダーデバイスへ更なる認証を要求するステップと、
前記第１のレンダーデバイスから有効な権限情報を受信するステップと
を実施するよう更に構成される、請求項１１乃至１４のうちいずれか一項に記載のデバイス。
【請求項１６】
前記プロセッサは、
メディアストリーミング情報に基づき、第２のレンダーデバイスから、同時に再生するよう前記ストリームに加わるためのリクエストを受けるステップと、
前記ストリームの識別データ及びソースデバイスＩＰを前記第２のレンダーデバイスへ通知するステップと、
前記第２のレンダーデバイスでの再生のために要求された前記ストリームの識別データと、前記ストリームの現在の再生進捗情報とを前記ソースデバイスに供給して、該ソースデバイスが前記ストリームの残りのコンテンツをマルチキャストする点へジャンプバックすることができるようにするステップと
を実施するよう更に構成される、請求項１１乃至１５のうちいずれか一項に記載のデバイス。
【請求項１７】
前記プロセッサは、
前記メディアをストリーミングするための認証後に前記第２のレンダーデバイスへセキュリティキーを与えるステップ
を実施するよう更に構成される、請求項１６に記載のデバイス。
【請求項１８】
前記メディアは、現在の再生進捗点から、前記ソースデバイスから前記マルチキャストＩＰを通じて前記第１及び第２のレンダーデバイスへ再送され、前記メディアの該再送されたコンテンツが前記第１のレンダーデバイスでローカルにバッファリングされている場合には、当該コンテンツは前記第１のレンダーデバイスによって無視される、
請求項１６又は１７に記載のデバイス。
【請求項１９】
前記プロセッサは、
前記メディアが前記第１のレンダーデバイスで再生されるのに適切でない場合に、前記第２のレンダーデバイスから、前記ソースデバイスに前記第１のレンダーデバイスへの前記ストリームを停止するよう指示するリクエストを受けるステップ
を実施するよう更に構成される、請求項１６乃至１８のうちいずれか一項に記載のデバイス。
【請求項２０】
前記プロセッサは、
前記第２のレンダーデバイスから、前記メディアのアクセス承認を別のより高いレベルへ変更するリクエストを受けるステップ
を実施するよう更に構成される、請求項１９に記載のデバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
多数の実施が記載されている。それでもなお、様々な変更がなされてよいことが理解されるであろう。例えば、異なる実施の要素は、他の実施をもたらすために、組み合わされたり、補完されたり、変更されたり、あるいは削除されたりしてよい。加えて、当業者であれば、他の構造及びプロセスが、開示されているものに取って代わってよく、結果として得られる実施は、開示されている実施と少なくとも実質的に同じ結果を達成するよう、少なくとも実質的に同じ方法において、少なくとも実質的に同じ機能を実行すると理解するであろう。然るに、それら及び他の実施は、本願によって考えられており、添付の特許請求の範囲によって定義される発明の適用範囲内にある。  
上記の実施形態に加えて、以下の付記が開示される。
（付記１）
ホームゲートウェイ及び複数のデバイスを有するホームメディアネットワークにおいてストリームを管理する方法であって、
前記ホームゲートウェイにおいて、前記デバイスの夫々のローカルメディアインデックスを同期させることによって、統合されたホームメディアインデックスを構築するステップと、
ソースデバイスによって、該ソースデバイスで保持されているメディアを第１のレンダーデバイスで再生するためのユーザからのリクエストを受けるステップと、
前記ソースデバイス又は前記ホームゲートウェイによって、前記メディアのストリーミングのためにマルチキャストＩＰ及びポートを割り当てるステップと、
前記ソースデバイスによって、前記ホームゲートウェイへのソースデバイスＩＰ及びレンダーデバイスＩＰに加えて、前記第１のレンダーデバイスへの前記メディアのハッシュ値、前記マルチキャストＩＰ及びポート、並びにストリーミングＩＤを送信するステップと、
前記統合されたホームメディアインデックスで保持されている前記メディアファイルのメタデータ及び対応する管理ポリシーを確認するステップと、
前記ゲートウェイから認証及び承認を受信する場合に、前記ストリームが前記第１のレンダーデバイスへ送信され得ることを前記ソースデバイスに通知するステップと、
前記ストリームを暗号化し且つ暗号解読するよう前記ソースデバイス及び前記第１のレンダーデバイスへセキュリティキーを送信するステップと、
前記ソースデバイスから前記第１のレンダーデバイスへ前記メディアを転送するステップと
を有する方法。
（付記２）
前記ゲートウェイから前記第１のレンダーデバイスへ更なる認証を要求するステップと、
前記第１のレンダーデバイスから有効な権限情報を受信するステップと
を更に有する付記１に記載の方法。
（付記３）
前記ゲートウェイのホームメディアストリーミング情報に基づき、ユーザから、第２のレンダーデバイスで同時に再生するよう前記ストリーミングに加わるためのリクエストを送信するステップと、
前記ストリーミングの識別データ及び前記ソースデバイスＩＰを前記ゲートウェイから前記第２のレンダーデバイスへ通知するステップと、
前記第２のレンダーデバイスから前記第１のレンダーデバイスに対して、ストリーミングＩＤに基づき、前記ストリームの現在の再生進捗情報を要求するステップと、
前記第２のレンダーデバイスでの再生のために要求された前記ストリーミングの識別データと、前記ストリーミングの前記現在の再生進捗情報とを前記ソースデバイスに供給して、該ソースデバイスが前記ストリームの残りのコンテンツをマルチキャストする点へジャンプバックすることができるようにするステップと、
認証後に前記第２のレンダーデバイスへセキュリティキーを与えるステップと、
現在の再生進捗点から、前記メディアを前記ソースデバイスから前記マルチキャストＩＰを通じて前記第１及び第２のレンダーデバイスへ再送するステップと、
前記メディアの再送されたコンテンツがローカルにバッファリングされていることを前記第１のレンダーデバイスが気付いた場合に、当該コンテンツを無視するステップと
を更に有する付記１又は２に記載の方法。
（付記４）
前記メディアが前記第１のレンダーデバイスで再生されるのに適切でないと第２のデバイスのユーザが気付く場合に、前記ストリームを停止するステップと、
ホームゲートウェイにおいて前記メディアのアクセス承認を別のより高いレベルへ変更するステップと
を更に有する付記１乃至３のうちいずれか一つに記載の方法。
（付記５）
ホームゲートウェイ及び複数のデバイスを有するホームメディアネットワークにおいてストリームを管理するシステムであって、
前記ホームゲートウェイにおいて、前記デバイスの夫々のローカルメディアインデックスを同期させることによって、統合されたホームメディアインデックスを構築するステップと、
ソースデバイスによって、該ソースデバイスで保持されているメディアを第１のレンダーデバイスで再生するためのユーザからのリクエストを受けるステップと、
前記ソースデバイス又は前記ホームゲートウェイによって、前記メディアのストリーミングのためにマルチキャストＩＰ及びポートを割り当てるステップと、
前記ソースデバイスによって、前記ホームゲートウェイへのソースデバイスＩＰ及びレンダーデバイスＩＰに加えて、前記第１のレンダーデバイスへの前記メディアのハッシュ値、前記マルチキャストＩＰ及びポート、並びにストリーミングＩＤを送信するステップと、
前記統合されたホームメディアインデックスで保持されている前記メディアファイルのメタデータ及び対応する管理ポリシーを確認するステップと、
前記ゲートウェイから認証及び承認を受信する場合に、前記ストリームが前記第１のレンダーデバイスへ送信され得ることを前記ソースデバイスに通知するステップと、
前記ストリームを暗号化し且つ暗号解読するよう前記ソースデバイス及び前記第１のレンダーデバイスへセキュリティキーを送信するステップと、
前記ソースデバイスから前記第１のレンダーデバイスへ前記メディアを転送するステップと
を実施するよう構成されるプロセッサ
を有するシステム。
（付記６）
前記プロセッサは、
前記ゲートウェイから前記第１のレンダーデバイスへ更なる認証を要求するステップと、
前記第１のレンダーデバイスから有効な権限情報を受信するステップと
を実施するよう更に構成される、付記５に記載のシステム。
（付記７）
前記プロセッサは、
前記ゲートウェイのホームメディアストリーミング情報に基づき、ユーザから、第２のレンダーデバイスで同時に再生するよう前記ストリーミングに加わるためのリクエストを送信するステップと、
前記ストリーミングの識別データ及び前記ソースデバイスＩＰを前記ゲートウェイから前記第２のレンダーデバイスへ通知するステップと、
前記第２のレンダーデバイスから前記第１のレンダーデバイスに対して、ストリーミングＩＤに基づき、前記ストリームの現在の再生進捗情報を要求するステップと、
前記第２のレンダーデバイスでの再生のために要求された前記ストリーミングの識別データと、前記ストリーミングの前記現在の再生進捗情報とを前記ソースデバイスに供給して、該ソースデバイスが前記ストリームの残りのコンテンツをマルチキャストする点へジャンプバックすることができるようにするステップと、
認証後に前記第２のレンダーデバイスへセキュリティキーを与えるステップと、
現在の再生進捗点から、前記メディアを前記ソースデバイスから前記マルチキャストＩＰを通じて前記第１及び第２のレンダーデバイスへ再送するステップと、
前記メディアの再送されたコンテンツがローカルにバッファリングされていることを前記第１のレンダーデバイスが気付いた場合に、当該コンテンツを無視するステップと
を実施するよう更に構成される、付記５又は６に記載のシステム。
（付記８）
前記プロセッサは、
前記メディアが前記第１のレンダーデバイスで再生されるのに適切でないと第２のデバイスのユーザが気付く場合に、前記ストリームを停止するステップと、
ホームゲートウェイにおいて前記メディアのアクセス承認を別のより高いレベルへ変更するステップと
を実施するよう更に構成される、付記５乃至７のうちいずれか一つに記載のシステム。
【国際調査報告】
2017506020.tif 000007
2017506020.tif 000008