(57)【要約】  ホームメディアストリーミングのリプレイをスイッチングする方法であって、第１のデバイスは、リプレイするためにマルチキャストを経由してソースデバイスからコンテンツを受信し、上記方法は、前記コンテンツをリプレイするデバイスを前記第１のデバイスから第２のデバイスにスイッチするリクエストをユーザから受信することと、前記リクエストを受信した前記時点から前記第１のデバイスに保存された前記コンテンツをリプレイするために前記第２のデバイスにユニキャストするように前記第１のデバイスに指示することと、前記時点から前記コンテンツをマルチキャスト経由で再転送するように前記ソースデバイスに指示することと、マルチキャスト経由で前記ソースデバイスからの前記再転送されたコンテンツが前記第２のデバイスにおいてリプレイされる前記コンテンツのフレームに到達したとき、前記第１のデバイスからの前記ユニキャストされたコンテンツの受信を停止することと、前記再転送されたコンテンツが、前記第１のデバイスからユニキャストされ前記第２のデバイスに保存された前記コンテンツに到達したとき、前記第２のデバイスによってマルチキャスト経由で前記ソースデバイスから再転送されたコンテンツを受信し、保存することを開始することを含む方法を、本発明は提供する。
2017524283.tif 000002
【特許請求の範囲】
【請求項１】
ホームメディアストリーミングのリプレイをスイッチングする方法であって、第１のデバイスは、リプレイするためにマルチキャストを経由してソースデバイスからコンテンツを受信し、上記方法は、
前記コンテンツをリプレイするデバイスを前記第１のデバイスから第２のデバイスにスイッチするリクエストをユーザから受信することと、
前記リクエストを受信した前記時点から前記第１のデバイスに保存された前記コンテンツをリプレイするために前記第２のデバイスにユニキャストするように前記第１のデバイスに指示することと、
前記時点から前記コンテンツをマルチキャスト経由で再転送するように前記ソースデバイスに指示することと、
マルチキャスト経由で前記ソースデバイスからの前記再転送されたコンテンツが前記第２のデバイスにおいてリプレイされる前記コンテンツのフレームに到達したとき、前記第１のデバイスからの前記ユニキャストされたコンテンツの受信を停止することと、
前記再転送されたコンテンツが、前記第１のデバイスからユニキャストされ前記第２のデバイスに保存された前記コンテンツに到達したとき、前記第２のデバイスによってマルチキャスト経由で前記ソースデバイスから再転送されたコンテンツを受信し、保存することを開始することと、
を含む、方法。
【請求項２】
前記第１のデバイス、前記第２のデバイス及び前記ソースデバイスは、ホームゲートウェイに登録されており、マルチキャストＩＰ、ポート及び前記ホームゲートウェイ又は前記ソースデバイスによって生成された前記コンテンツのストリーミングＩＤを使用して、前記メディアはマルチキャストされる、請求項１に記載の方法。
【請求項３】
前記再転送が前記第２のデバイスの認証及び承認の後に、実行される、請求項１又は２に記載の方法。
【請求項４】
前記第２のデバイスと同時に前記第１のデバイスでの前記コンテンツのリプレイを前記ユーザが続ける場合、前記再転送されたコンテンツが前記第１のデバイスに保存された前記コンテンツに到達したときに前記第１のデバイスによる前記再転送されたコンテンツの受信及び保存を開始する、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
ホームメディアストリーミングのリプレイをスイッチングするシステムであって、第１のデバイスは、リプレイするためにマルチキャストを経由して、ソースデバイスからコンテンツを受信し、前記システムはプロセッサを備え、
前記プロセッサは、
前記コンテンツをリプレイするデバイスを前記第１のデバイスから第２のデバイスにスイッチするリクエストをユーザから受信することと、
前記リクエストを受信した前記時点から前記第１のデバイスに保存された前記コンテンツをリプレイするために前記第２のデバイスにユニキャストするように前記第１のデバイスに指示することと、
前記時点から前記コンテンツをマルチキャスト経由で再転送するように前記ソースデバイスに指示することと、
マルチキャスト経由で前記ソースデバイスからの前記再転送されたコンテンツが前記第２のデバイスにおいてリプレイされる前記コンテンツのフレームに到達したとき、前記第１のデバイスからの前記ユニキャストされたコンテンツの受信を停止することと、
前記再転送されたコンテンツが、前記第１のデバイスからユニキャストされ前記第２のデバイスに保存された前記コンテンツに到達したとき、前記第２のデバイスによってマルチキャスト経由で前記ソースデバイスから前記再転送されたコンテンツを受信し、保存することを開始することと、
を実行するように構成された、システム。
【請求項６】
前記第１のデバイス、前記第２のデバイス及び前記ソースデバイスは、ホームゲートウェイに登録されており、マルチキャストＩＰ、ポート及び前記ホームゲートウェイ又は前記ソースデバイスによって生成された前記コンテンツのストリーミングＩＤを使用して、前記メディアはマルチキャストされる、請求項５に記載のシステム。
【請求項７】
前記再転送が前記第２のデバイスの認証及び承認の後に、実行される、請求項５又は６に記載のシステム。
【請求項８】
前記第２のデバイスと同時に前記第１のデバイスでの前記コンテンツのリプレイを前記ユーザが続ける場合は、前記再転送されたコンテンツが前記第１のデバイスに保存された前記コンテンツに到達したときに、前記第１のデバイスによって前記再転送されたコンテンツの受信及び保存の開始を実行するように前記プロセッサがさらに構成されている、請求項５乃至７のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ホームメディア再生及び制御（Home  Media  Play  and  Control：ホームメディアプレイアンドコントロール）に関連し、より具体的には、ホームメディアストリーミングのスイッチング（switching）及び同時リプレイ（replay）のための方法及びシステムに関連する。
【背景技術】
【０００２】
ホームメディア再生及びストリーミングの技術分野では、ソースデバイス（source  device）Ａから表示デバイス（render  device：レンダデバイス）Ｂへのメディアコンテンツストリーミング、及びＡｉｒＰｌａｙ、Ｍｉｒａｃａｓｔ、ＤＬＮＡ（登録商標）のようなソースデバイスＡから表示デバイスＢへのスクリーンミラーリング（screen  mirroring）をサポートするいくつかの技術がすでに存在している。
【０００３】
しかしながら、ソースデバイスＡから表示デバイスＢへのコンテンツの再生の進行中の間にいくらかの制限が、下記の通り存在している。
１）新しい表示デバイス、例えば、Ｃ又はそれ以上が、表示デバイスＢと一緒の再生プロセスにスムーズに参加すること、すなわち、同時再生は容易ではない。
２）新しい表示デバイス、例えば、Ｃ又はそれ以上が、表示デバイスＢから他の表示デバイスＣへの再生プロセスに途切れなくスイッチすることは容易ではない。
【０００４】
制限２）に対して、いくつかの解決策、例えば下記のステップを含むものがおそらく存在し得る。
ａ）ソースデバイスＡから表示デバイスＢへの再生プロセスを止める。そして、停止位置がどこかに記録され、そして、それがＣに通知される。
ｂ）表示デバイスＣは、Ａからの同じメディアコンテンツを再生するようにトリガされる。
ｃ）表示デバイスＣは、表示デバイスＢで以前再生されたメディアコンテンツの最後の停止位置を探す。
ｄ）ソースデバイスＡと表示デバイスＣとの間に新しいユニキャスト接続が確立され、メディアコンテンツが同時にストリーミング及び再生される。
【０００５】
この上記の典型的なストリーミングリダイレクト技術は、実際に、ソースデバイスＡから表示デバイスＣへのストリーミングの新しい再生を開始する。ソースデバイスＡ及び表示デバイスＣのハードウェア（ＨＷ）パフォーマンスがユーザ体験に影響を及ぼす中断（interruption）を減らすのに十分パワフルであったとしても、この技術は、再生プロセスの中断を引き起こす。
【０００６】
加えて、上記の典型的な解決策は、上記制限１）、すなわち、マルチスクリーン同時再生に対する動的な参加／離脱（joining/leaving）のサポート又は解決を容易に行うこともできない。
【０００７】
他のスクリーンスイッチング技術は、ミラーリング、すなわち、ソースデバイスＡのスクリーンイメージ／フレームをキャプチャし、リアルタイム表示のためにそれを表示デバイスＢ又はＣに送ることである。この技術は、両方のデバイスに専用のＧＰＵ（Graphics  Process  Unit：グラフィックスプロセスユニット）の非常にパワフルなＨＷ能力を要求し、その結果、デバイスのコストが上昇する。加えて、この技術は、キャプチャしたスクリーンフレームのエンコーディング及びデコーディングの間、そのグラフィックス品質喪失という本質的な欠点も有する。
【発明の概要】
【０００８】
本発明の態様に従って、ホームメディアストリーミングのリプレイをスイッチングする方法であって、第１のデバイスは、リプレイするためにマルチキャストを経由してソースデバイスからコンテンツを受信し、上記方法は、前記コンテンツをリプレイするデバイスを前記第１のデバイスから第２のデバイスにスイッチするリクエストをユーザから受信することと、前記リクエストを受信した前記時点から前記第１のデバイスに保存された前記コンテンツをリプレイするために前記第２のデバイスにユニキャストするように前記第１のデバイスに指示することと、前記時点から前記コンテンツをマルチキャスト経由で再転送するように前記ソースデバイスに指示することと、マルチキャスト経由で前記ソースデバイスからの前記再転送されたコンテンツが前記第２のデバイスにおいてリプレイされる前記コンテンツのフレームに到達したとき、前記第１のデバイスからの前記ユニキャストされたコンテンツの受信を停止することと、前記再転送されたコンテンツが、前記第１のデバイスからユニキャストされ前記第２のデバイスに保存された前記コンテンツに到達したとき、前記第２のデバイスによってマルチキャスト経由で前記ソースデバイスから再転送されたコンテンツを受信し、保存することを開始することを含む方法が提供する。
【０００９】
本発明の別の態様に従って、ホームメディアストリーミングのリプレイをスイッチングするシステムであって、第１のデバイスは、リプレイするためにマルチキャストを経由して、ソースデバイスからコンテンツを受信し、前記システムはプロセッサを備え、前記プロセッサは、前記コンテンツをリプレイするデバイスを前記第１のデバイスから第２のデバイスにスイッチするリクエストをユーザから受信することと、前記リクエストを受信した前記時点から前記第１のデバイスに保存された前記コンテンツをリプレイするために前記第２のデバイスにユニキャストするように前記第１のデバイスに指示することと、前記時点から前記コンテンツをマルチキャスト経由で再転送するように前記ソースデバイスに指示することと、マルチキャスト経由で前記ソースデバイスからの前記再転送されたコンテンツが前記第２のデバイスにおいてリプレイされる前記コンテンツのフレームに到達したとき、前記第１のデバイスからの前記ユニキャストされたコンテンツの受信を停止することと、前記再転送されたコンテンツが、前記第１のデバイスからユニキャストされ前記第２のデバイスに保存された前記コンテンツに到達したとき、前記第２のデバイスによってマルチキャスト経由で前記ソースデバイスから前記再転送されたコンテンツを受信し、保存することを開始することを実行するように構成された、システムが提供される。
【００１０】
本発明のさらなる態様及び利点が、以下の本発明の詳細な説明において見出されることを理解されたい。
【００１１】
本発明のさらなる理解を提供し、本出願に組み込まれ、本出願の一部を構成することを含む添付図面は、記述によって説明されるように、本発明の実施形態を説明するために使用される。本発明は、実施形態に制限されない。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態によるデバイス間のメディアストリーミングを説明する略図である。
【図２】本発明の実施形態によるホームメディアストリーミングのスイッチング及び同期再生のシステムチャートである。
【図３】本発明の実施形態によるデバイスの再生スイッチング又は参加のスピードを上げる手順を説明するシステムチャートである。
【図４】本発明の実施形態によるデバイスを説明する略図である。
【発明を実施するための形態】
【００１３】
以下の記述において、本発明の実施形態の様々な態様が説明される。説明の目的で、特定の構成及び詳細が完全な理解を提供するために提供される。しかしながら、当業者は、ここで示された特定の詳細なしに本発明を実装することができることも明らかになる。
【００１４】
ホームネットワークにおいて、２つのデバイス（ソースデバイスから表示デバイスに）の間でのストリーミングの接続確立フェーズにおいて、メディアインデックスのキーとしてメディアファイルを区別できるハッシュ値、このストリーミング伝送に対するマルチキャストＩＰアドレス及び適用されるポート、マルチキャストされるストリーミングに対するストリーミングＩＤ及びソースデバイスＩＰを、ソースデバイスはホームゲートウェイに通知しなくてはならない。このストリーミングの追跡情報（tracking  information）によって、ホームゲートウェイは、一意的にメディアファイルのメタデータ及び管理ポリシ情報を、すべてのメディアコンテンツに対して、ホームゲートウェイ又は他の場所に保存される集中メディアインデックスデータベース（converged  media  index  database）から特定し、発見することができる。ハッシュ値は、メディアファイルのパス、ファイル名情報、及びデバイスＩＤに基づいて計算される。ハッシュ値は、家庭（home）のすべてのメディアデバイスにおける各メディアファイルに対して一意的（unique：固有）である。各デバイスは、集中メディアインデックスデータベースを有するホームゲートウェイに自身のローカルメディアファイルインデックスを同期させ、この集中メディアインデックスデータベースは、すべてのホームメディアファイルの集中した全体のメディアインデックス情報を有する。管理ポリシ（management  policy）は、例えば、特定の認証が無い場合に、どの種類のメディアが他のデバイスにストリーミングされ、再生されることを許可されないかというようなことであり得る。それ故、ホームデバイス間のストリーミングは、ペアレンタルコントロールのような所定のポリシによって動的に管理することができる。
【００１５】
マルチキャストＩＰアドレス及びポートは、ストリームを他のホームネットワークデバイスにマルチキャストするためにソースデバイス又はホームゲートウェイによって動的に割り当てられる。ストリーミングＩＤは、一意的にストリーミングがマルチキャストされるように、ソースデバイスによって動的に割り振られる。ホームネットワークに接続される他のデバイスは、必要な認証があればホームゲートウェイに接続することができ、メタデータ、マルチキャストＩＰ、ポート、及びストリーミングＩＤを含むすべての現在進行中のストリーミング追跡情報をブラウズし、検索することができる。そして、ホームネットワークにあるデバイスは、ただリスンし、そのメディアファイルに対するマルチキャストストリーミングを受信することによって、ストリーミングプロセスに参加することを動的にリクエストできる。進行中のストリームに参加するためには認証が必要なこともあり得る。次に、他のデバイスが、メディア再生を動的に享受し、又は単に監視し、そして、いくらかの追加の制御、例えば、停止し（stop）、デバイス間でのストリームを禁止する（forbid）等する。上述のプロセスは、以下で説明される。
【００１６】
図１において、ホームネットワーク１００は、第１のローカルメディアファイルインデックス１１０を有する第１のデバイス１０５、第２のローカルメディアファイルインデックス１１３を有する第２のデバイス１０７、第３のローカルメディアファイルインデックス１１５を有する第３のデバイス１０８、及びホームゲートウェイ１０３を含む。すべてのホームメディアデバイス１０５、１０７、１０８は、所定の手順及びフォーマットに従って、自身のローカルメディアファイルインデックス１１０、１１３、１１５を生成し、それらをホームゲートウェイ１０３に同期させる。それに基づいて、ホームゲートウェイ１０３は、集中ホームクラウドメディアインデックス（converged  home  cloud  media  index）１１７をローカルで維持し、それを、すべてのホームメディアデバイス１０５、１０７、１０８にアクセス可能に保持する。ホームクラウドメディアインデックス１１７があれば、各デバイスは、他のデバイスに保存されているメディア情報をブラウズすることができる。第１、第２、及び第３のデバイス１０５、１０７、１０８のそれぞれは、第１、第２及び第３のホームメディアインデックスのローカルキャッシュ１１９、１２１、１２３をそれぞれ有する。
【００１７】
第１のデバイス１０５のユーザがホームクラウドメディアインデックスの第１のローカルキャッシュ１１９にメディアインデックスを要求し、第２のデバイス１０７に保存されたメディアファイルを再生したいとき、第１のデバイス１０５のユーザは、第２のデバイス１０７にリクエストを送信する。第２のデバイス１０７は、このリクエストを認証し（さらにホームゲートウェイを経由することもできる）、マルチキャストされるストリーミングに対するマルチキャストＩＰ（又はホームゲートウェイによって割り当てられる）及びポートが動的に割り当てられる。
【００１８】
第２のデバイス１０７は、マルチキャストＩＰ及びポートを第１のデバイス１０５に通知する。第１のデバイス１０５は、リスンし、ストリームデータを受信し、それをローカルでリプレイできる状態にある。その間、メディアファイルのハッシュ値、マルチキャストされるストリーミングに対して生成されたマルチキャストＩＰ及びポート、ソースデバイスＩＰ、及び動的に生成されたストリーミングＩＤを、第２のデバイス１０７は、ホームゲートウェイ１０３に通知する。加えて、第２のデバイス１０７は、このリクエストが第１のデバイス１０５からであることをホームゲートウェイ１０３にも通知する。第１のデバイス１０５は、次に、第２のデバイス１０７から第１のデバイス１０５へのストリーミングを許可するホームゲートウェイの確認を待つ。ホームゲートウェイ１０３は、このストリーミング追跡情報を受信し、ゲートウェイのローカルデータベース内でメディアファイルのメタデータ及び対応する管理ポリシを検索する。このビデオは家庭におけるすべての人向けではないので、ポリシをチェックするさらなる認証が必要となる。第１のデバイス１０５は、ホームゲートウェイ１０３から認証リクエストを受信し、有効な権限情報（privilege  information）で応答する。次に、認証の後、ホームゲートウェイ１０３は、ストリーミングが開始可能であることを第２のデバイス１０７に通知する。ビデオはすべての人が開けないので、ホームゲートウェイ１０３は、ストリーミングデータを暗号化及び復号するためのセキュリティキーのペアを第１と第２のデバイス１０５、１０７に送信する。第１のデバイス１０５は、次に、第２のデバイス１０７からのストリームを無事にリプレイする。
【００１９】
ストリーミングの間、第３のデバイス１０８のユーザは、第１と第２のデバイスの間のホームネットワーク１００で進行中のストリーミングがあることに気付く。認証の後、第３のデバイスＣのユーザは、ストリーミングメタデータ情報をチェックする。もし第３のデバイス１０８のユーザが、再生されているコンテンツについてさらに監視したいと思う場合は、彼／彼女は、マルチキャストストリーミングプロセスに参加するリクエストを必要とする。ストリーミングリクエストに対するさらなる認証の後、第３のデバイス１０８は、ホームゲートウェイ１０３からキーを受信する。そして、次に、第３のデバイス１０８は、無事にストリーミングに参加し、コンテンツをローカルでリプレイできる。第３のデバイス１０８は、それから、ストリーミングを通して、例えば、ポーズ、停止等の制御をすることもできる。これが、ソースデバイス及び複数の表示デバイス間の同時再生に関する基本的なコンセプトである。これは、以下で詳細に説明される。
【００２０】
図２は、ホームメディアストリーミングスイッチング及び同期再生の実施形態を説明する。ステップ２０１において、デバイスＡ、デバイスＢ、及びデバイスＣは、ＨＧＷ（ホームゲートウェイ：Home  Gateway）に接続されたときに、ＨＧＷに登録される。ステップ２０２において、メディア転送のために使用するデバイスＡに対するマルチキャストＩＰをＨＧＷは割り当て、そのホームメディアインデックスをデバイスＢ及びＣに同期させる。ステップ２０３において、ホームクラウドメディアインデックスを経由してデバイスＡに保存されている興味のあるメディアＭをユーザは見つけ、デバイスＢでそれをリプレイするために選択（例えば、クリック）する。ステップ２０４において、デバイスＢは、デバイスＡからのメディアＭをリプレイするリクエストをし、認証（authentication）及び承認（authorization）のためにメディアＩＤの証明書を提供する。ステップ２０５において、デバイスＡは、デバイスＢを認証及び承認し、メディアの復号のためのメディアＭに関して動的に生成されるキーをデバイスＢに送り返す。ステップ２０６において、デバイスＡは、メディアＭの転送のための（ソケット）ポートを動的に選択し、メディアＭを転送するためにストリーミングＩＤ  Ｘを生成する。ステップ２０７において、メディアＭの転送に使用される、そのマルチキャストＩＰ及びポート、及びストリーミングＩＤ  Ｘを、デバイスＡは、デバイスＢに通知する。ステップ２０８において、デバイスＢは、そのマルチキャストＩＰ及びポートにおいてメディアＭを受信する準備をし、デバイスＡにＡＣＫを送信する。ステップ２０９において、デバイスＡは、マルチキャストＩＰを通してデバイスＢにメディアＭの送信を開始し、メディアＭは、デバイスＢにおいてリプレイされる。ステップ２１０において、デバイスＣが置いてある寝室にユーザが行きたいので、ユーザは、デバイスＣにメディアＭの再生を転送するリクエストを出す。ステップ２１１において、デバイスＡのＩＰ及びメディアＭの転送のために今使用されるデバイスＡにおけるストリーミングＩＤ  Ｘを、デバイスＢはデバイスＣに通知する。また、デバイスＢはデバイスＣに、現在の再生進行位置を通知する。転送スピードは、再生スピードより速いので、これが必要となることに留意されたい。
【００２１】
ステップ２１２において、デバイスＣは、認証及び承認のために、その証明書及びストリーミングＩＤ  ＸをデバイスＡに提供し、ストリーミングＩＤ  Ｘのそのメディアコンテンツのリプレイをリクエストする。デバイスＣは、デバイスＡに再生進行位置情報（play  progress  point  information）も提供する。ステップ２１３において、デバイスＡは、デバイスＣを認証及び承認し、メディアＭの復号のためにキーをマルチキャストＩＰ及びストリーミングＩＤ  Ｘのポートと共に、デバイスＣに送信する。一方で、メディアＭは、デバイスＢでまだ連続してリプレイされているか、又はユーザの選択に依存してポーズされることもできる。ステップ２１４において、デバイスＣは、マルチキャストＩＰ及びポートにおいてメディアＭを受信する準備をし、デバイスＡにＡＣＫを送信する。ステップ２１５において、デバイスＡは、マルチキャストＩＰを通して通知された現在の再生進行位置からメディアＭの再転送を開始する。次に、メディアＭは、デバイスＣにおいてリプレイされる。ステップ２１６において、デバイスＣは、再生転送が完了したことをデバイスＢに通知する。ステップ２１７において、デバイスＢは、この再転送されたコンテンツをまた受信し、それがローカルにバッファされていることが分かり、そして、それを無視し、再度バッファしないことができる。デバイスＢがデバイスＣと共にメディアＭを再生し続けるか否かは、ユーザの入力（選択）に依存する。ステップ２１８において、ユーザは、コンテンツ再生転送が完了したことを通知され、次に、デバイスＢを止めて、オフにし、デバイスＣでメディアＭを見るために寝室へ入る。彼は、デバイスＢでの再生をし続けることも選択することができる点に留意されたい。ステップ２１９において、もしユーザが、デバイスＢでデバイスＣと一緒にメディアＭを連続して再生したいと思う場合は、デバイスＣに重複したコンテンツが転送された後も、デバイスＢはメディアＭの新しいコンテンツのバッファリング及び再生を維持する。
【００２２】
図３は、再生スイッチング又はデバイスＣの参加をスピードアップする実施形態を説明する。再生スイッチング又はデバイスＣの参加のスピードアップのため、下記のステップがさらに実装され得る。
【００２３】
１．図２のステップ２０９において、デバイスＡはコンテンツ（すなわち、メディアＡ）をマルチキャストし、そして、デバイスＢのみがそれを受信し、リプレイする。
【００２４】
２．図２のステップ２１０において、デバイスＢは、デバイスＣにコンテンツをスイッチするコマンドを受信する。そして、その瞬間、デバイスＢにおいて、コンテンツは、時点Ｘまで再生され、一方、（マルチキャストを経由して）受信したコンテンツは、時点Ｙまでバッファされている（すなわち、ステップ２０９と２１０の間の継続期間において、時点Ｓから時点Ｙまでのコンテンツは、転送され、デバイスＢでバッファされ、デバイスＢは、ステップ２１０が始まる瞬間にコンテンツの時点／フレームＸから再生する）。
【００２５】
３．図２のステップ２１１から２１４までのプロセスの間、デバイスＢは、デバイスＣへユニキャスト接続を開始し、このユニキャスト接続を経由して、デバイスＢは、時点ＸからのバッファされたコンテンツをデバイスＣに転送を開始し、それによって、デバイスＣは、すぐにコンテンツをリプレイできる。
【００２６】
４．図２のステップ２１５において、デバイスＡは、時点Ｘのコンテンツにジャンプして戻り、マルチキャスト経由でこの時点Ｘからのコンテンツを転送する。ステップ２１５が始まるとき、時点Ｘからのコンテンツがユニキャスト経由でデバイスＢからデバイスＣへ転送され、デバイスＣにバッファされる。その瞬間、デバイスＣは、デバイスＣに保存されたコンテンツの時点／フレームＴから丁度再生する。時点Ｘからのコンテンツがユニキャスト経由でデバイスＢから転送され、デバイスＣにバッファされるので、デバイスＣは、マルチキャストを通してデバイスＡから転送された重複したコンテンツをキャッシュしない。
【００２７】
５．デバイスＣは、時点Ｚのコンテンツを再生しているとき、マルチキャストを通してデバイスＡから転送されたコンテンツは、時点Ｚの再生コンテンツに丁度追いつく。転送スピードは、再生スピードより速い点に留意されたい。それ故に、デバイスＣは、もはやデバイスＢからユニキャストコンテンツを受信する必要がなく、すぐに、時点Ｘから時点Ｕのコンテンツが実際に、ユニキャストを経由してデバイスＢからデバイスＣに転送され、デバイスＣにバッファされる。次に、デバイスＢは、停止及び終了、又は同時に再生し続けることを選ぶことができる（ここで以下のステップでは、Ｂが同時再生し続けると単に仮定する）。
【００２８】
６．時点Ｚから時点Ｕまでのコンテンツは、ユニキャスト経由でデバイスＢから転送され、デバイスＣにバッファされるので、デバイスＣは、マルチキャスト経由でデバイスＡから転送された時点Ｚから時点Ｕまでのコンテンツをバッファしない又はバッファする必要がない。そして、デバイスＡのマルチキャスト転送が時点Ｕにおけるコンテンツに到達した後に、デバイスＣは、コンテンツのバッファを開始する。
【００２９】
７．デバイスＢにおいて（デバイスＢは、同時再生の継続を選択したと仮定する）、時点Ｘから時点Ｙへのコンテンツがバッファされているので、それ故、デバイスＢは、マルチキャスト経由でデバイスＡから転送されたこの重複したコンテンツをバッファしない。そして、デバイスＡのマルチキャストの転送が、時点Ｙにおけるコンテンツに到達した後に、デバイスＢは、コンテンツのバッファを開始する。
【００３０】
図４は、ホームメディアネットワークに含まれるデバイスを示す。ホームメディアネットワークは、典型的には、３つの種類のデバイスを含む：表示デバイス（render  device）４０１、ソースデバイス（source  device）４０３、及びホームゲートウェイ（home  gateway）４０５である。
【００３１】
１．表示デバイス４０１：これは、典型的には、メディアインデックス作成モジュール（media  indexing  module）４０７、メディア再生及び制御モジュール（media  play  &  control）４０９、メディア転送モジュール（media  transfer  module）４１１、認証モジュール（authentication  module）４１３を含む。
ａ）メディアインデックス作成モジュール４０７：これは、ＨＧＷの「メディアディレクトリサービス（media  directory  service）」と相互運用することによって、ホームクラウドメディアインデックス４１５をホームゲートウェイ（ＨＧＷ）と同期させることに責任を持つ。そして、ホームメディアインデックスは、ユーザのブラウザー及びアクセスのためにローカルに保存される。
ｂ）メディア再生及び制御モジュール４０９：このモジュールは、エンドユーザのためにホームクラウドメディアインデックス４１５をスクリーン（screen：画面）上に表示する。このモジュールは、エンドユーザの再生コマンドに従って、ソースデバイスの制御モジュール４１９と相互運用し、ソースデバイス４０３からの特定のメディアへのアクセスをリクエストする。そして、このモジュールは、メディア転送モジュール４１１からバッファされたメディアコンテンツを読み取り、エンドユーザのためにスクリーン上でそのメディアを再生する。
ｃ）メディア転送モジュール４１１：このモジュールは、通知されたマルチキャストＩＰ及びポートを経由してソースデバイス４０３から転送されたコンテンツを受信し、メディア再生及び制御モジュール４０９が再生するために、そのコンテンツをローカルにバッファする。
ｄ）認証モジュール４１３：メディア再生及び制御モジュール４０９からのリクエストに応じ、このモジュールは、自身の証明書、リクエストされたメディアのハッシュインデックス又はストリーミングＩＤをソースデバイス４０３に提供し、このメディアのアクセスのための認証及び承認を要求する。認証及び承認の結果は、メディア再生及び制御モジュール４０９に通知される。そして、結果が成功した場合、メディア再生及び制御モジュール４０９は、ソースデバイスの制御モジュール４１９からマルチキャストＩＰ及びポートの通知も受け取る。そして、次に、メディア再生及び制御モジュール４０９は、メディア転送モジュール４１１にソースデバイスから転送されるコンテンツを受信する準備をするよう通知する。
【００３２】
２．ソースデバイス４０３：このデバイスは、典型的には、メディアインデックス作成モジュール４１５、メディア転送モジュール４１７、制御モジュール４１９、及び認証及び承認モジュール４２１を含む。
ａ）メディアインデックス作成モジュール４１５：このモジュールは、ローカルに保存されたメディアコンテンツを検索し、それらのインデックスを生成する。このインデックスは、ローカルに保存され、一方、全体のホームメディアインデックスを構築する「メディアディレクトリサービス４２３」との相互運用を経由して、このインデックスは、ホームゲートウェイと同期される。
ｂ）制御モジュール４１９：表示デバイス４０１からの転送リクエストに応じて、このソースデバイスの認証モジュール４２１からの成功した認証結果通知の後に、このモジュールは、表示デバイス４０１への指定されたメディアコンテンツの転送を準備し、開始する。この準備アクションは、下記を含む。
ｉ  メディア転送モジュール４１７に、このメディアストリーミングに対するストリーミングＩＤ及び転送ポートを生成するように通知する。
ii  次に、この返されたストリーミングＩＤ及び転送ポートをＨＧＷ又はソースデバイス４０３によって割り当てられたマルチキャストＩＰと共に表示デバイスのメディア再生及び制御モジュール４０９に送る。
iii  加えて、このモジュールは、このストリーミングＩＤ及びソースデバイスＩＰ及び表示デバイスＩＰをＨＧＷに送信する。ストリーミングＩＤ及びソースデバイスＩＰは、次に、ＨＧＷのメディアストリーム追跡及び管理サービス４２５によってキャッシュされる。
ｃ）メディア転送モジュール４１７：制御モジュール４１９からのリクエストに応じて、このメディアストリーミング対するストリーミングＩＤ及び転送ポートを生成し、このモジュールは、それらの情報を制御モジュール４１９へ返す。そして、このモジュールは、ローカルのメディアインデックス作成モジュール４１５を通して、リクエストされたメディアを検索し、コンテンツを読み込み、それを表示デバイスに転送する。加えて、モジュールは、ストリーミングＩＤ、転送ポート、及びメディアＩＤを「ローカルメディアストリーミングＩｎｆｏ」にローカルにキャッシュ又は保存する。
ｄ）認証及び承認モジュール４２１：表示デバイス４０１からのリクエストに応じて、このモジュールは、このリクエスト情報をＨＧＷの認証及び承認モジュール４２７へ渡す。ＨＧＷは、次に、最初に、これがホームクラウドにおける有効なリクエスタ（requester）か認証し、認証された場合、次に、リクエスタがこのメディアＩＤのコンテンツにアクセスする承認を有するかチェックする。認証及び承認の結果が、表示リクエストデバイスに戻され、成功した場合、対応する準備がソースデバイスにおいて実行される。
【００３３】
３．ホームゲートウェイ４０５：これは、メディアディレクトリサービス４２３、メディアストリーム追跡及び管理サービス４２５、及び認証及び承認サービス４２７を典型的に含む。
ａ）メディアディレクトリサービス４２３：このサービスは、各ソースデバイスのローカルメディアインデックスの更新を受信し、それらをホームメディアディレクトリＤＢ４２９に保存する。そして、各ソースデバイスのメディアインデックスの更新された変更を家庭における各表示デバイス４０１とまた同期させる。
ｂ）メディアストリーム追跡及び管理サービス４２５：ソースデバイス４０３からの進行中のメディアストリーミング情報の通知に応じて、このサービスは、家庭における、各進行中のメディアストリーミングを記録する。ソースデバイス４０３によってレポートされるメディアストリーミング情報は、下記のものを含む。
ｉ  ストリーミングＩＤ：ソースデバイス４０３によって、メディアストリーミング転送のために生成される。
ii  ソースデバイスＩＰ：ソースデバイス４０３のＩＰである。
iii  表示デバイスＩＰ：表示デバイスのＩＰである。もし複数の表示デバイスがある場合は、各ＩＰがレポートされる。
ｃ）認証及び承認サービス４２７：このサービスは、表示デバイス４０１から発生し、ソースデバイス４０３から転送された認証及び承認リクエストを受信する。そして、このサービスは、提供された証明書を「ホームメディアアクセス権限ＤＢ」とチェックする。次に、チェック結果がソースデバイス４０３に返される。
【００３４】
多くの実装が説明された。それでもなお、いくつかの変形を行うことも可能であることを理解される。例えば、異なる実装の要素は、別の実装を生み出すために、組み合わされ、補足され、変形され、又は取り除かれる。その上、他の構造及びプロセスがこれら開示されたものを置き換えることができ、その結果としての実装は、開示された実装のように少なくとも実質的に同じ結果を達成するために、少なくとも実質的に同じ機能を、少なくとも実質的に同じ方法で実行することを当業者は理解する。従って、これらの及び他の実装は、本出願によって予期され、添付請求項によって定義されるように本発明の範囲内にある。
【図１】
2017524283.tif 000003
【図２】
2017524283.tif 000004
【図３】
2017524283.tif 000005
【図４】
2017524283.tif 000006
【手続補正書】
【提出日】平成29年2月3日(2017.2.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディアストリーミングのプレイをスイッチングする方法であって、第１のデバイスは、プレイするためにマルチキャストを経由してソースデバイスからコンテンツを受信し、前記方法は、
前記コンテンツをプレイするために、前記第１のデバイスから第２のデバイスにスイッチするリクエストを受信することと、
前記リクエストを受信した時点から前記第１のデバイスに保存された前記コンテンツをプレイするために前記第２のデバイスにユニキャストするように前記第１のデバイスに指示することと、
前記時点から前記コンテンツをマルチキャスト経由で再転送することと、
マルチキャスト経由で前記ソースデバイスからの前記再転送されたコンテンツが前記第２のデバイスにおいてプレイされる前記コンテンツのフレームに到達したとき、前記第１のデバイスからの前記ユニキャストされたコンテンツの受信を停止するように前記第２のデバイスに指示することと、
前記再転送されたコンテンツが、前記第１のデバイスからユニキャストされ前記第２のデバイスに保存された前記コンテンツに到達したとき、マルチキャスト経由で前記ソースデバイスから再転送されたコンテンツを受信及び保存することを開始するように前記第２のデバイスに指示することと、
を含む、方法。
【請求項２】
前記第１のデバイス、前記第２のデバイス及び前記ソースデバイスは、ゲートウェイに登録されており、マルチキャストＩＰ、ポート及び前記ゲートウェイ又は前記ソースデバイスによって生成された前記コンテンツのストリーミングＩＤを使用して、メディアはマルチキャストされる、請求項１に記載の方法。
【請求項３】
前記再転送が前記第２のデバイスの認証及び承認の後に、実行される、請求項１又は２に記載の方法。
【請求項４】
前記第２のデバイスと同時に前記第１のデバイスで前記コンテンツがプレイされる場合、前記再転送されたコンテンツが前記第１のデバイスに保存された前記コンテンツに到達したときに前記第１のデバイスによる前記再転送されたコンテンツの受信及び保存を開始することをさらに含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
メディアストリーミングのプレイをスイッチするように構成されたソースデバイスであって、第１のデバイスは、プレイするためにマルチキャストを経由して、前記ソースデバイスからコンテンツを受信し、前記ソースデバイスはプロセッサを備え、
前記プロセッサは、
前記コンテンツをプレイするために、前記第１のデバイスから第２のデバイスにスイッチするリクエストを受信することと、
前記リクエストを受信した時点から前記第１のデバイスに保存された前記コンテンツをプレイするために前記第２のデバイスにユニキャストするように前記第１のデバイスに指示することと、
前記時点から前記コンテンツをマルチキャスト経由で再転送することと、
マルチキャスト経由で前記ソースデバイスからの前記再転送されたコンテンツが前記第２のデバイスにおいてプレイされる前記コンテンツのフレームに到達したとき、前記第１のデバイスからの前記ユニキャストされたコンテンツの受信を停止するように前記第２のデバイスに指示することと、
前記再転送されたコンテンツが、前記第１のデバイスからユニキャストされ前記第２のデバイスに保存された前記コンテンツに到達したとき、マルチキャスト経由で前記ソースデバイスから前記再転送されたコンテンツを受信及び保存することを開始するように前記第２のデバイスに指示することと、
を実行するように構成された、ソースデバイス。
【請求項６】
前記第１のデバイス、前記第２のデバイス及び前記ソースデバイスは、ゲートウェイに登録されており、マルチキャストＩＰ、ポート及び前記ゲートウェイ又は前記ソースデバイスによって生成された前記コンテンツのストリーミングＩＤを使用して、メディアはマルチキャストされる、請求項５に記載のソースデバイス。
【請求項７】
前記再転送が前記第２のデバイスの認証及び承認の後に、実行される、請求項５又は６に記載のソースデバイス。
【請求項８】
前記第２のデバイスと同時に前記第１のデバイスでの前記コンテンツのプレイをユーザが続ける場合は、前記再転送されたコンテンツが前記第１のデバイスに保存された前記コンテンツに到達したときに、前記第１のデバイスによって前記再転送されたコンテンツの受信及び保存の開始を実行するように前記プロセッサがさらに構成された、請求項５乃至７のいずれか１項に記載のソースデバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
多くの実装が説明された。それでもなお、いくつかの変形を行うことも可能であることを理解される。例えば、異なる実装の要素は、別の実装を生み出すために、組み合わされ、補足され、変形され、又は取り除かれる。その上、他の構造及びプロセスがこれら開示されたものを置き換えることができ、その結果としての実装は、開示された実装のように少なくとも実質的に同じ結果を達成するために、少なくとも実質的に同じ機能を、少なくとも実質的に同じ方法で実行することを当業者は理解する。従って、これらの及び他の実装は、本出願によって予期され、添付請求項によって定義されるように本発明の範囲内にある。
ここで例としていくつかの付記を記載する。
（付記１）
ホームメディアストリーミングのリプレイをスイッチングする方法であって、第１のデバイスは、リプレイするためにマルチキャストを経由してソースデバイスからコンテンツを受信し、前記方法は、
前記コンテンツをリプレイするデバイスを前記第１のデバイスから第２のデバイスにスイッチするリクエストをユーザから受信することと、
前記リクエストを受信した前記時点から前記第１のデバイスに保存された前記コンテンツをリプレイするために前記第２のデバイスにユニキャストするように前記第１のデバイスに指示することと、
前記時点から前記コンテンツをマルチキャスト経由で再転送するように前記ソースデバイスに指示することと、
マルチキャスト経由で前記ソースデバイスからの前記再転送されたコンテンツが前記第２のデバイスにおいてリプレイされる前記コンテンツのフレームに到達したとき、前記第１のデバイスからの前記ユニキャストされたコンテンツの受信を停止することと、
前記再転送されたコンテンツが、前記第１のデバイスからユニキャストされ前記第２のデバイスに保存された前記コンテンツに到達したとき、前記第２のデバイスによってマルチキャスト経由で前記ソースデバイスから再転送されたコンテンツを受信し、保存することを開始することと、
を含む、方法。
（付記２）
前記第１のデバイス、前記第２のデバイス及び前記ソースデバイスは、ホームゲートウェイに登録されており、マルチキャストＩＰ、ポート及び前記ホームゲートウェイ又は前記ソースデバイスによって生成された前記コンテンツのストリーミングＩＤを使用して、前記メディアはマルチキャストされる、付記１に記載の方法。
（付記３）
前記再転送が前記第２のデバイスの認証及び承認の後に、実行される、付記１又は２に記載の方法。
（付記４）
前記第２のデバイスと同時に前記第１のデバイスでの前記コンテンツのリプレイを前記ユーザが続ける場合、前記再転送されたコンテンツが前記第１のデバイスに保存された前記コンテンツに到達したときに前記第１のデバイスによる前記再転送されたコンテンツの受信及び保存を開始する、付記１乃至３のいずれか１項に記載の方法。
（付記５）
ホームメディアストリーミングのリプレイをスイッチングするシステムであって、第１のデバイスは、リプレイするためにマルチキャストを経由して、ソースデバイスからコンテンツを受信し、前記システムはプロセッサを備え、
前記プロセッサは、
前記コンテンツをリプレイするデバイスを前記第１のデバイスから第２のデバイスにスイッチするリクエストをユーザから受信することと、
前記リクエストを受信した前記時点から前記第１のデバイスに保存された前記コンテンツをリプレイするために前記第２のデバイスにユニキャストするように前記第１のデバイスに指示することと、
前記時点から前記コンテンツをマルチキャスト経由で再転送するように前記ソースデバイスに指示することと、
マルチキャスト経由で前記ソースデバイスからの前記再転送されたコンテンツが前記第２のデバイスにおいてリプレイされる前記コンテンツのフレームに到達したとき、前記第１のデバイスからの前記ユニキャストされたコンテンツの受信を停止することと、
前記再転送されたコンテンツが、前記第１のデバイスからユニキャストされ前記第２のデバイスに保存された前記コンテンツに到達したとき、前記第２のデバイスによってマルチキャスト経由で前記ソースデバイスから前記再転送されたコンテンツを受信し、保存することを開始することと、
を実行するように構成された、システム。
（付記６）
前記第１のデバイス、前記第２のデバイス及び前記ソースデバイスは、ホームゲートウェイに登録されており、マルチキャストＩＰ、ポート及び前記ホームゲートウェイ又は前記ソースデバイスによって生成された前記コンテンツのストリーミングＩＤを使用して、前記メディアはマルチキャストされる、付記５に記載のシステム。
（付記７）
前記再転送が前記第２のデバイスの認証及び承認の後に、実行される、付記５又は６に記載のシステム。
（付記８）
前記第２のデバイスと同時に前記第１のデバイスでの前記コンテンツのリプレイを前記ユーザが続ける場合は、前記再転送されたコンテンツが前記第１のデバイスに保存された前記コンテンツに到達したときに、前記第１のデバイスによって前記再転送されたコンテンツの受信及び保存の開始を実行するように前記プロセッサがさらに構成されている、付記５乃至７のいずれか１項に記載のシステム。
【国際調査報告】
2017524283.tif 000007
2017524283.tif 000008