ストリーミング再生中にコンテンツ再生装置を変更する方法及び該装置
【課題】 クライアントがサーバのコンテンツをストリーミング再生中である場合、再生装置を他のクライアントに変更する方法及びその装置を提供する。
【解決手段】 コンテンツをストリーミング再生していた第１クライアントが第２クライアントに再生環境情報と再生中であるコンテンツのＵＲＬを伝送し、第２クライアントは受信した情報を自身のデバイス特性情報と共に伝送し、自身に最適化されたフォーマットの該当コンテンツをサーバに要請することによって、ユーザは特別な操作なしに既存の再生環境設定をそのまま維持し、他の再生装置を通じて視聴していたメディアコンテンツを視聴し続けることができる。
【解決手段】 コンテンツをストリーミング再生していた第１クライアントが第２クライアントに再生環境情報と再生中であるコンテンツのＵＲＬを伝送し、第２クライアントは受信した情報を自身のデバイス特性情報と共に伝送し、自身に最適化されたフォーマットの該当コンテンツをサーバに要請することによって、ユーザは特別な操作なしに既存の再生環境設定をそのまま維持し、他の再生装置を通じて視聴していたメディアコンテンツを視聴し続けることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミングサーバ及びストリーミングクライアントに係り、さらに詳細には、クライアントがサーバのコンテンツをストリーミング再生している場合に再生装置を他のクライアントに変更する方法及び該装置に関する。
【背景技術】
【０００２】
ユビキタス環境が到来することによって、ユーザは、如何なる場所でも所望のメディアあるいはコンテンツを消費しようとする欲求が次第に強くなっている。これに合わせて、個人携帯端末装置の補給拡大と遠隔サーバに存在するコンテンツのストリーミングが可能になることによって、ユーザは、多様な再生装置（以下、レンダラーと称する）で多様な場所でコンテンツを消費可能となった。
【０００３】
個人の移動性が大きくなるにつれてコンテンツ再生時にレンダラーを変更しようとするユーザの要求が発生する。代表的な場合として、図１に示されたようにユーザが移動中に携帯電話を介して動映像を視聴していて、帰宅した後に居間のＤＴＶにレンダラーを変更する場合を挙げられうる。
【０００４】
ユーザは、動映像ストリーミング再生を支援する携帯電話１０３を介してインターネット上のストリーミングサーバから動映像１０２を提供されて視聴中に家に到着し、この場合、ユーザはデジタルテレビ（ＤＴＶ）１０４のように高画質の動映像を再生できる装備があるにも拘わらず、続けて小さな画面の携帯電話１０３を介して動映像を見る必要はないので、まだ残っている動映像の未視聴分を居間のＤＴＶ１０４を介して視聴し続けることを所望しているはずである。これはハードウェア的特性のような技術的差によって、携帯電話１０３の動映像再生品質がＤＴＶ１０４に比べて劣る場合もあり得るが、通信料金、携帯電話１０３のバッテリー容量などの問題が発生するためである。
【０００５】
ユーザは、家に到着した後携帯電話１０３で視聴した動映像１０２ストリーミングに対する連結を終了する。そして、新たなレンダラーである居間のＤＴＶ１０４を介してメディアサーバ１０１に存在する前記動映像を探す。ＤＴＶ画面に適したフォーマットの動映像を前記メディアサーバ１０１あるいは第３のメディアサーバを介して探さねばならない場合も発生しうる。ストリーミング再生しようとする動映像を探した後にも、ユーザが行わねばならない事項は残っている。すなわち、ユーザは動映像を再生するために画面比率、音量情報のような付加的な設定をしなければならず、また、家に到着するまでに視聴していた再生位置を探し、その位置からストリーミング再生を要請しなければならない。
【０００６】
また、逆の場合のシナリオも仮定しうる。すなわち、衛星放送を通じて居間のＤＴＶでスポーツ中継を視聴したユーザが突然の約束により家を出る場合、ユーザは約束場所に移動する途中に携帯電話を介してそのスポーツ中継を視聴し続けることを希望しており、この場合にも同様に、ユーザは、携帯電話を介して携帯電話に最適化されたフォーマットの動映像を探し、付加的な設定などを行わねばならない不便さがある。
【特許文献１】韓国特許公開第２００２−０４３６２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、コンテンツをストリーミング再生する途中に既存の再生環境を維持し、再生装置のみを変更する方法及び該装置を提供するところにその目的がある。
【課題を解決するための手段】
【０００８】
このような目的を達成するために本発明は、クライアントでサーバのコンテンツをストリーミング再生する方法において、（ａ）前記コンテンツをストリーミング再生中の外部クライアントから前記外部クライアントの現在の再生環境を特定する再生環境情報を受信する段階と、（ｂ）前記再生環境情報に基づいて前記コンテンツをストリーミング再生する段階とを含む。
【０００９】
ここで、前記再生環境情報は、前記コンテンツの再生位置に関する情報、字幕設定情報、前記コンテンツへのアクセスに必要な情報、音量に関する情報のうち、少なくとも１つを含むことが望ましい。
【００１０】
また、本発明は前記ストリーミング再生方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００１１】
また、本発明はサーバのコンテンツをストリーミング再生するクライアント装置において、前記コンテンツをストリーミング再生中の外部クライアントから前記外部クライアントの現在の再生環境を特定する再生環境情報を受信する受信部と、前記再生環境情報に基づいて前記コンテンツをストリーミング再生するストリーミング部とを備える。
【００１２】
ここで、前記再生環境情報は、前記コンテンツの再生位置に関する情報、字幕設定情報、前記コンテンツへのアクセスに必要な情報、音量に関する情報のうち、少なくとも１つを含むことが望ましい。
【００１３】
また、本発明は、サーバのコンテンツをストリーミング再生中であるクライアントが前記コンテンツを再生するデバイスを変更する方法において、（ａ）前記クライアントの現在の再生環境を特定する再生環境情報を生成する段階と、（ｂ）前記生成された再生環境情報を所定の外部クライアントに伝送する段階とを備える。
【００１４】
また、本発明は、前記再生装置変更方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００１５】
また、本発明はサーバのコンテンツをストリーミング再生するクライアント装置において、前記コンテンツをストリーミング再生中の前記クライアントの現在の再生環境を特定する再生環境情報を生成する生成部と、前記生成された再生環境情報を所定の外部クライアントに伝送する伝送部とを備える。
【００１６】
また、本発明は、サーバからクライアントにストリーミングデータを伝送する方法において、（ａ）前記サーバの所定コンテンツをストリーミング再生中の第１クライアントから前記第１クライアントの現在再生環境を特定する再生環境情報及び第２クライアントにアクセスするために必要なアクセス情報を受信する段階と、（ｂ）前記コンテンツのストリーミングデータ及び前記再生環境情報を前記アクセス情報を参照して前記第２クライアントに伝送する段階とを含む。
【００１７】
また、本発明は、前記ストリーミングデータ伝送方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００１８】
また、本発明はクライアントにストリーミングデータを伝送するサーバ装置において、前記サーバの所定コンテンツをストリーミング再生中の第１クライアントから前記第１クライアントの現在再生環境を特定する再生環境情報及び第２クライアントにアクセスするために必要なアクセス情報を受信する受信部と、前記コンテンツのストリーミングデータ及び前記再生環境情報を前記アクセス情報を参照して前記第２クライアントに伝送する伝送部とを備える。
【００１９】
また、本発明は、サーバのコンテンツをストリーミング再生中であるクライアントが再生装置を変更する方法において、（ａ）前記クライアントの現在再生環境を特定する再生環境情報を生成する段階と、（ｂ）所定の外部クライアントから前記外部クライアントにアクセスするために必要なアクセス情報を獲得する段階と、（ｃ）前記再生環境情報及び前記アクセス情報を前記サーバに伝送する段階とを含む。
【００２０】
また、本発明は、前記再生装置変更方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００２１】
また、本発明はサーバのコンテンツをストリーミング再生するクライアント装置において、前記コンテンツを再生中に現在の再生環境を特定する再生環境情報を生成する生成部と、所定の外部クライアントから前記外部クライアントにアクセスするために必要なアクセス情報を獲得する受信部と、前記再生環境情報及び前記アクセス情報を前記サーバに伝送する伝送部とを備える。
【発明の効果】
【００２２】
本発明によれば、ユーザがストリーミングを通じてメディアコンテンツを視聴している途中で他の再生装置を通じて視聴していたメディアコンテンツを続けて視聴しようとするとき、特別な操作なしに既存の再生環境設定をそのまま維持して他の再生装置を通じて視聴していたメディアコンテンツを続けて視聴でき、メディアコンテンツの視聴を中断せずに、切れ目なく他のレンダラーに再生装置を変更しうる。
【００２３】
また、ユーザが直接別途の操作をせずとも、変更された再生装置で最適化されたメディアコンテンツを視聴しうる。
【発明を実施するための最良の形態】
【００２４】
以下で添付された図面を参照して、本発明の望ましい実施形態を詳細に説明する。
【００２５】
図２は、本発明によってコンテンツ再生装置を変更する方法を説明するための図である。
【００２６】
ユーザが携帯電話４０３を使用してメディアサーバ４０１のコンテンツ４０２をストリーミング再生していて、帰宅すれば、携帯電話４０３の特定ボタンを使用してデジタルＴＶ４０４にコンテンツ４０２の再生環境情報を伝送する。この再生環境情報には、コンテンツ４０２のＵＲＬ、音量、字幕設定と関連した情報が含まれるが、再生環境情報を受信したデジタルＴＶ４０４は、コンテンツ４０２のＵＲＬを用いてメディアサーバ４０１のコンテンツ４０２をストリーミング再生する。この際、デジタルＴＶ４０４は、再生環境情報を参照し、ユーザが携帯電話４０３を介してコンテンツ４０２を再生する時に既に設定しておいた再生環境をそのまま維持してコンテンツ４０２を再生する。
【００２７】
また、デジタルＴＶ４０４がメディアサーバ４０１にコンテンツ４０２を要請する時、自身のデバイス特性情報を共に伝送するが、メディアサーバ４０１は、この特性情報を用いてデジタルＴＶ４０４のデバイス特性に最適化されたストリーミングデータを検索してデジタルＴＶ４０４に伝送する。
【００２８】
例えば、ユーザは携帯電話を用いて２４０Ｘ３２０サイズの画面で動映像４０２を視聴したが、デジタルＴＶ４０４のデバイス特性情報を受信したメディアサーバ４０１は同じ動映像に対するコンテンツのうち、デジタルＴＶ４０４の画面サイズに最適化されたストリーミングデータをデジタルＴＶ４０４に伝送するので、ユーザは、帰宅した後には、デジタルＴＶの１９２０Ｘ１０８０サイズの画面を通じて同じ動映像を視聴しうる。このためにはサーバでクライアントのデバイス特性情報によって可変的にストリーミングデータを伝送しなければならないが、これについて以下で詳細に説明する。
【００２９】
図３は、本発明によるサーバでデバイス特性によってコンテンツをストリーミング再生する方法を説明するための図である。図３に示されたように、メディアサーバ２０１がクライアント２０４からコンテンツに対する要請と共にクライアントのデバイス特性を含む情報を受信すれば、サーバ２０１は、クライアントのデバイス特性を分析して最適のフォーマットを決定し、該当フォーマットに変更されたコンテンツ２０２をクライアント２０４に伝送する。フォーマットに変更されたコンテンツ２０２は、後で使用するためにキャッシングされうる（２０３）。
【００３０】
これを図４のフローチャートを参照してさらに詳細に説明すれば、まずメディアサーバは、クライアントのコンテンツ要請を受諾し（３０２）、コンテンツに対する要請と共に受信されたクライアントのデバイス情報を参照してクライアントの性能を分析した後（３０３）、クライアントに適したコンテンツフォーマットを決定する（３０４）。前記デバイス情報には、例えれば、画面サイズ、解像度、カラー支援のようなものがあり得る。
【００３１】
最適のコンテンツが決定されれば、実際コンテンツをアクセスしうる全体ＵＲＬ（Ｆｕｌｌ ＵＲＬ）を生成するが（３０５）、このＵＲＬに対応するコンテンツが既に存在しているか否かを判断し（３０６）、存在している場合、該当ストリーミングデータをクライアントに伝送し（３０８）、そうでない場合には、コンテンツを前記決定されたフォーマットに変換し（３０７）、クライアントに伝送する（３０８）。
【００３２】
図５は、本発明の一実施形態によるコンテンツ再生装置及びサーバの構成図である。図５に示されたように、第１レンダラー５１０は、生成部５１１、伝送部５１２及びストリーミング部５１３を含み、第２レンダラー５３０は、生成部５３１、伝送部５３２、受信部５３３及びストリーミング部５３４を含む。
【００３３】
本実施形態では、第１レンダラー５１０がサーバ５２０のコンテンツをストリーミング再生していて、第２レンダラー５３０に再生装置を変更する場合を仮定する。
【００３４】
まず、第１レンダラー５１０を説明すれば、ストリーミング部５１３は、サーバ５２０からコンテンツを受信してストリーミング再生し、生成部５１１は、ストリーミング再生中の第１レンダラー５１０の現在再生環境を特定する再生環境情報を生成する。すなわち、コンテンツの全体再生区間のうち、現在の再生位置、音量、字幕設定、現在再生しているコンテンツのＵＲＬ、現在再生中のコンテンツにアクセスするために必要な認証情報などがこれに含まれうる。伝送部５１２は、生成部５１１で生成した再生環境情報を第２レンダラー５３０に伝送する。
【００３５】
次いで、第２レンダラー５３０を説明すれば、生成部５３１は、第２レンダラー５３０のデバイス特性を示す特性情報を生成する。この特性情報は、第２レンダラー５３０の画面サイズ、第２レンダラー５３０で再生可能なコンテンツフォーマットに関する情報、支援する解像度に関する情報などになりうる。
【００３６】
伝送部５３２は、生成部５３１で生成したデバイス特性情報及び第１レンダラー５１０の再生環境情報に含まれた再生位置に関する情報をサーバ５２０に伝送する。既に図３及び図４を参照して説明したように、サーバ５２０は、このデバイス特性情報及び再生位置に関する情報を参照して同じメディアの多様なフォーマットのうち、第２レンダラー５３０に最適化されたフォーマットのコンテンツを該当位置からストリーミング伝送し、ストリーミング部５３４は、このストリーミングデータを受信して再生する。この際、ストリーミング部５３４は、受信部５３３から伝達された第１レンダラー５１０の再生環境情報に基づいてコンテンツを再生することによって、第１レンダラー５１０での再生環境を同一に維持しうる。すなわち、コンテンツは、第１レンダラー５１０から第２レンダラー５３０に再生を要請する時、第１レンダラー５１０で再生されていた位置から続いて再生され、その他の音量や字幕設定、画面比率などの再生環境はそのまま維持される。
【００３７】
図６は、図５でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程の一実施形態を示すフローチャートである。
【００３８】
本実施形態では、本発明によってコンテンツ再生装置を変更する方法を具現するためにＨＴＴＰプロトコルを使用する。ただし、本実施形態ではＨＴＴＰプロトコルの要請（ｒｅｑｕｅｓｔ）を拡張するが、レンダラーの特性を考慮した最適のコンテンツＵＲＬを要請するメッセージである＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞とレンダラーとの間に、代わりにコンテンツの再生を要請するメッセージである＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞を新たに定義する。
【００３９】
図６を参照するに、まずレンダラー１は、＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージを利用してメディアサーバに最適のコンテンツに対するＵＲＬを要請する（７０１）。この際、＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージには、コンテンツのＵＲＬ（ｃｏｎｔｅｎｔＵＲＬ）、レンダラー１のデバイス特性についての情報ｒｅｎｄｅｒｅｒ１Ｍｅｔａｄａｔａ、ユーザの選好度ｕｓｅｒＰｒｅｆｅｒｅｎｃｅ１値が含まれる。
【００４０】
ユーザの選好度は、ユーザがレンダラー１を利用してコンテンツをストリーミング再生する時に設定しうる情報であって、画面比率や動映像圧縮方式など多様な情報がこれに含まれ、メディアサーバがレンダラー１に対する最適のコンテンツを検索するのにユーザの選好度が反映されうる。
【００４１】
メディアサーバは、レンダラー１の＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞を要請され、前記情報を利用して最適のコンテンツを探し出した後、探し出した最適のコンテンツに対するＵＲＬ値をレンダラー１に返還する（７０２）。
【００４２】
レンダラー１は、メディアサーバから受信した最適のコンテンツに対するＵＲＬ（Ｒｅａｌ ＵＲＬ）をもって、ストリーミングを要請し（７０３）、要請されたメディアサーバは、該当コンテンツに対するストリーミングを始める（７０４）。Ｒｅａｌ ＵＲＬは、レンダラー１が初期にコンテンツを要請するために使用するＵＲＬに対応するものであって、レンダラー１に最適化されたコンテンツが存在する実質的なＵＲＬを言う。
【００４３】
レンダラー１は、コンテンツのストリーミング再生途中で＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞メッセージを利用してレンダラー２に自身が再生していたコンテンツを、代わりに再生することを要請する（７０５）。この際、＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞メッセージには、コンテンツをストリーミング再生中であるレンダラー１の再生環境を特定する再生環境情報（ｃｏｎｔｅｘｔＩｎｆｏ）と、該当ストリーミングにアクセスするために必要な認証情報（ａｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆｏ）とが含まれる。
【００４４】
本実施形態では、再生環境情報にコンテンツのＵＲＬが含まれると仮定しているが、このＵＲＬは再生環境情報とは別途に＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞メッセージに含まれることもあり得る。これにレンダラー２がコンテンツ再生要請を受諾すれば（７０６）、レンダラー１はストリーミングに対する既存の連結を終了する（７０７）。再生デバイスを変更するに当って、コンテンツのストリーミングが中断される時間を最大限短縮するためにレンダラー１がストリーミングを終了する７０７段階は、最大限遅く行われることが望ましく、レンダラー２のストリーミング開始後に行われることもある。
【００４５】
レンダラー２は、＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞メッセージを通じて受信した再生環境情報からコンテンツのＵＲＬ（ｃｏｎｔｅｎｔＵＲＬ）を抽出し、コンテンツのＵＲＬと共にレンダラー２のデバイス特性についての情報（ｒｅｎｄｅｒｅｒ２Ｍｅｔａｄａｔａ）、ユーザの選好度（ｕｓｅｒＰｒｅｆｅｒｅｎｃｅ２）を含む＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージを利用してメディアサーバにコンテンツを要請する（７０８）。メディアサーバは、レンダラー２の＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージに含まれたレンダラー２のデバイス特性を分析して要請されたコンテンツの多様なフォーマットのうち、レンダラー２に最適化されたフォーマットを検索し、検索結果、探し出したストリーミングデータのＵＲＬをレンダラー２に返還する（７０９）。
【００４６】
最適のレンダラー２は、メディアサーバから受信した最適のコンテンツに対するＵＲＬ（ＲｅａｌＵＲＬ）を利用してストリーミングを要請する（７１０）。この際、レンダラー２は、レンダラー１から受信した再生環境情報に含まれた再生位置情報（ｐｏｓｉｔｉｏｎ２）をメディアサーバに伝送するが、メディアサーバはこの再生位置情報を参照して該当位置をストリーミングデータの開始位置に設定してレンダラー２に伝送する（７１１）。
【００４７】
本実施形態では、レンダラー２がｒｅａｌＵＲＬを獲得して要請すると仮定しているが、メディアサーバでレンダラー２に最適化されたフォーマットのコンテンツを検索した後、直ちにそのＵＲＬでない最適化されたフォーマットのコンテンツを伝送することもできる。
【００４８】
図７は、図５でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する他の実施形態を示すフローチャートである。図７ではＨＴＴＰだけを利用して本発明による再生装置変更方法を具現したが、図８では、レンダラー１とレンダラー２とがホームネットワークでＵＰｎＰａｃｔｉｏｎを使用して通信する場合に対する信号の流れを説明する。本実施形態でレンダラー１は、ＵＰｎＰＣＰ（ＣｏｎｔｒｏｌＰｏｉｎｔ）として動作する。
【００４９】
レンダラー１が初期のコンテンツストリーミングを行う過程である８０１〜８０４段階は、図７での７０１〜７０４段階と同一なので、ここではこれについての説明を省略する。
【００５０】
レンダラー１は、コンテンツのストリーミング再生途中でレンダラー２にレンダラー変更を行うために、レンダラー２に＜ＣＭ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ（）＞メッセージを伝送する（８０５）。このメッセージは、レンダラー２のプロトコル特性と再生可能なコンテンツデータのフォーマットを知らせよという要請メッセージである。レンダラー２は、＜ＣＭ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ（）＞に対する応答として自身のプロトコル情報と再生可能なデータフォーマットのリストとをレンダラー１に伝送する（８０６）。
【００５１】
レンダラー１は、段階８０６から分かった情報に基づいてレンダラー２のデバイス特性についての情報（ｒｅｎｄｅｒｅｒ２Ｍｅｔａｄａｔａ）を生成し、この情報とコンテンツのＵＲＬ（ｃｏｎｔｅｎｔＵＲＬ）、レンダラー２のユーザの選好度（ｕｓｅｒＰｒｅｆｅｒｅｎｃｅ２）を含む＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージを通じてメディアサーバに最適のコンテンツに対するＵＲＬを要請する（８０７）。
【００５２】
メディアサーバは、レンダラー１の＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージを分析してレンダラー２に最適化されたフォーマットのコンテンツを検索し、該当ストリーミングデータに対するＵＲＬ値をレンダラー１に返還する（８０８）。図示していないが、もしレンダラー２に最適化されたフォーマットが存在しなければ、メディアサーバが自身が有している任意のフォーマットをエンコーディングしてレンダラー２に最適化されたフォーマットのコンテンツを生成することもできる。また、レンダラー２に最適化されたフォーマットのコンテンツは、メディアサーバが保存していてもよく、あるいは外部の他のサーバに存在しても良い。この場合にも、メディアサーバは、該当ストリーミングデータのＵＲＬをレンダラー２に返還だけすれば良い。
【００５３】
レンダラー１は、レンダラー２との通信のためにレンダラー２に＜ＣＭ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ（）＞メッセージを伝送し（８０９）、これを受信したレンダラー２は接続を準備し、インスタンスを生成する（８１０）。
【００５４】
レンダラー１は、レンダラー２に＜ＡＶＴ：：ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ（）＞メッセージを利用してメディアサーバから受信した最適のコンテンツに対するアドレス情報を知らせる（８１１）。そして、＜ＡＶＴ：：Ｓｅｅｋ（）＞と＜ＲＣＳ：：ＳｅｔＶｏｌｕｍｅ（）＞メッセージを利用して各々コンテンツの再生位置及び音量についての情報をレンダラー２に伝送する（８１３）。
【００５５】
レンダラー２に必要な情報をいずれも伝送したレンダラー１は、ストリーミングに対する既存連結を終了し（８１４）、レンダラー２に該当コンテンツの再生を要請する（８１５）。
【００５６】
レンダラー２は、レンダラー１から受信した最適のコンテンツに対するＵＲＬ（ＲｅａｌＵＲＬ）を利用してメディアサーバにストリーミングを要請する（８１６）。この際、ストリーミングの開始位置についての情報（ｐｏｓｉｔｉｏｎ２）も共に伝送され、ストリーミングを要請されたメディアサーバは、該当コンテンツに対するストリーミングデータを位置情報（ｐｏｓｉｔｉｏｎ２）により指定された位置から伝送する（８１７）。
【００５７】
図８は、本発明の他の実施形態によるコンテンツ再生装置及びサーバの構成図である。
【００５８】
本実施形態では、コンテンツをストリーミング再生した第１レンダラー８１０が再生デバイスの変更に必要な情報をサーバ８２０に提供し、サーバ８２０は、第１レンダラーから受信した情報を参照して第２レンダラー８３０にプッシュ（ｐｕｓｈ）方式で該当コンテンツをストリーミング伝送する。
【００５９】
図８に示されたように、第１レンダラー８１０は、ストリーミング部８１１、生成部８１２、受信部８１３及び伝送部８１４を含み、サーバ８２０は伝送部８４０及び受信部８５０を含み、伝送部８４０はストリーミング部８４１、再生位置決定部８４２、検索部８４３及びフォーマット決定部８４４を含む。
【００６０】
まず、本発明による第１レンダラー８１０を説明すれば、ストリーミング部８１１は、サーバ８２０から伝送されたコンテンツをストリーミング再生し、生成部８１２はコンテンツを再生している現在の再生環境についての再生環境情報を生成して伝送部８１４に伝達する。受信部８１３は、第２レンダラー８３０から第２レンダラー８３０へのアクセスのために必要なアクセス情報と第２レンダラーのデバイス特性情報とを受信して伝送部８１４に伝達するが、ここでアクセス情報は、第２レンダラー８３０のＩＰアドレスやＭＡＣアドレスとなり得、第２レンダラー８３０がホームネットワークに属した場合、ホームネットワークの外部から第２レンダラー８３０に接続するために必要な認証情報などにもなりうる。
【００６１】
伝送部８１４は、生成部８１２及び受信部８１３から受取った情報をサーバ８２０に伝送してサーバ８２０がコンテンツを第２レンダラー８３０にプッシュ方式を通じて伝送するように要請する。
【００６２】
次いで、本発明によるサーバ８２０を説明する。受信部８５０は、第１レンダラー８１０からアクセス情報、再生環境情報及び第２レンダラー８３０のデバイス特性情報を受信して伝送部８４０に伝達する。
【００６３】
伝送部８４０の再生位置決定部８４２は、第１レンダラー８１０から受信された再生環境情報を参照してコンテンツの再生位置を決定し、フォーマット決定部８４４は、第２レンダラー８３０のデバイス特性情報を参照して第２レンダラー８３０に最適化されたフォーマットのコンテンツを決定する。検索部８４３は、サーバの内部保存装置（図示せず）または外部ネットワーク上のサーバ（図示せず）を検索してフォーマット決定部８４４で決定したフォーマットのコンテンツに対するＵＲＬを獲得する。
【００６４】
ストリーミング部８４１は、検索部８４３で探し出したコンテンツを再生位置決定部８４２で決定した再生位置から第２レンダラー８３０にストリーミング伝送する。この際、コンテンツのストリーミングデータは、プッシュ方式により伝送され、その他にも伝送部８４０は第２レンダラー８３０に第１レンダラー８１０の再生環境情報を伝送することによって、第２レンダラー８３０がこれを参照して第１レンダラー８１０と同じ再生環境でコンテンツを再生可能にする。
【００６５】
図９は、図８でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程を示すフローチャートである。本実施形態では、ＨＴＴＰを用いて本発明による再生装置変更方法を具現する。
【００６６】
レンダラー１が初期のコンテンツストリーミングを行う過程である９０１〜９０４の段階は、図７での７０１〜７０４の段階と同一なので、ここではそれについての説明を省略する。レンダラー１は、レンダラー２に＜ＲＥＱＵＥＳＴ＿ＭＩＧＲＡＴＩＯＮ＞メッセージを伝送するが（９０５）、これは本発明で定義するＨＴＴＰメッセージであって、レンダラー１がレンダラー２にプッシュするために必要な認証情報などのアクセス情報と共にユーザ選好度、レンダラー２のデバイス特性情報などを要請するメッセージである。ここでの認証情報は、図６での認証情報とは違ってメディアサーバがレンダラー２にアクセスするために必要な情報である。
【００６７】
＜ＲＥＱＵＥＳＴ＿ＭＩＧＲＡＴＩＯＮ＞メッセージを受信した要請を受けた情報をレンダラー１に伝送する（９０６）。レンダラー１は、９０６段階で受信した情報と共に自身の再生環境情報をメディアサーバに伝送し、自身が再生していたコンテンツをレンダラー２にプッシュすべく要請し（９０７）、レンダラー２がこれを受諾すれば（９０８）、サーバとのストリーミング接続を終了する（９０９）。
【００６８】
メディアサーバは、＜ＰＯＳＴ＞メッセージを通じてレンダラー２が特定ポートを開とした後（９１０、９１１）、レンダラー２に最適化されたコンテンツを該当ポートを通じてストリーミング伝送する（９１２）。すなわち、本実施形態では、レンダラー２がメディアサーバにコンテンツを要請するものではなく、メディアサーバがプッシュ方式でレンダラー２にコンテンツを伝送する。この際、メディアサーバは、レンダラー１が再生環境情報を生成した時点の再生位置からストリーミングし、またレンダラー１の再生環境情報をレンダラー２に伝送し、レンダラー２をして音量設定、字幕設定などレンダラー１の再生環境を同一に維持させる。
【００６９】
一方、前述した本発明の実施形態は、コンピュータで実行可能なプログラムで作成可能であり、コンピュータで読取り可能な記録媒体を利用して前記プログラムを動作させる汎用ディジタルコンピュータで具現しうる。
【００７０】
前記コンピュータで読取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを介した伝送）のような記録媒体を含む。
【００７１】
以上、本発明についてその望ましい実施形態を中心に説明した。当業者ならば、本発明が本発明の本質的な特性から外れない範囲で変形された形で具現できるということを理解できるであろう。したがって、開示された実施形態は限定的な観点ではなく、説明的な観点で考慮せねばならない。本発明の範囲は、前述した説明でなく特許請求の範囲に示されており、それと同等な範囲内にあるあらゆる差異点は本発明に含まれたと解釈されねばならない。
【産業上の利用可能性】
【００７２】
本発明は、ストリーミング再生中にコンテンツ再生装置を変更する方法及び該装置に関連した技術分野に好適に適用されうる。
【図面の簡単な説明】
【００７３】
【図１】ストリーミング再生中にコンテンツ再生装置を変更する一般的な方法を説明するための図である。
【図２】本発明によってコンテンツ再生装置を変更する方法を説明するための図である。
【図３】本発明によるサーバでデバイス特性によってコンテンツをストリーミング再生する方法を説明するための図である。
【図４】本発明によるサーバで図３による方法を行う過程を示すフローチャートである。
【図５】本発明の一実施形態によるコンテンツ再生装置及びサーバの構成図である。
【図６】図５でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程の一実施形態を示すフローチャートである。
【図７】図５でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程の他の実施形態を示すフローチャートである。
【図８】本発明の他の実施形態によるコンテンツ再生装置及びサーバの構成図である。
【図９】図８でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程を示すフローチャートである。
【符号の説明】
【００７４】
２０１ メディアサーバ
２０２ コンテンツ変更
２０３ 変更されたコンテンツをキャッシング
２０４ クライアント
【技術分野】
【０００１】
本発明は、ストリーミングサーバ及びストリーミングクライアントに係り、さらに詳細には、クライアントがサーバのコンテンツをストリーミング再生している場合に再生装置を他のクライアントに変更する方法及び該装置に関する。
【背景技術】
【０００２】
ユビキタス環境が到来することによって、ユーザは、如何なる場所でも所望のメディアあるいはコンテンツを消費しようとする欲求が次第に強くなっている。これに合わせて、個人携帯端末装置の補給拡大と遠隔サーバに存在するコンテンツのストリーミングが可能になることによって、ユーザは、多様な再生装置（以下、レンダラーと称する）で多様な場所でコンテンツを消費可能となった。
【０００３】
個人の移動性が大きくなるにつれてコンテンツ再生時にレンダラーを変更しようとするユーザの要求が発生する。代表的な場合として、図１に示されたようにユーザが移動中に携帯電話を介して動映像を視聴していて、帰宅した後に居間のＤＴＶにレンダラーを変更する場合を挙げられうる。
【０００４】
ユーザは、動映像ストリーミング再生を支援する携帯電話１０３を介してインターネット上のストリーミングサーバから動映像１０２を提供されて視聴中に家に到着し、この場合、ユーザはデジタルテレビ（ＤＴＶ）１０４のように高画質の動映像を再生できる装備があるにも拘わらず、続けて小さな画面の携帯電話１０３を介して動映像を見る必要はないので、まだ残っている動映像の未視聴分を居間のＤＴＶ１０４を介して視聴し続けることを所望しているはずである。これはハードウェア的特性のような技術的差によって、携帯電話１０３の動映像再生品質がＤＴＶ１０４に比べて劣る場合もあり得るが、通信料金、携帯電話１０３のバッテリー容量などの問題が発生するためである。
【０００５】
ユーザは、家に到着した後携帯電話１０３で視聴した動映像１０２ストリーミングに対する連結を終了する。そして、新たなレンダラーである居間のＤＴＶ１０４を介してメディアサーバ１０１に存在する前記動映像を探す。ＤＴＶ画面に適したフォーマットの動映像を前記メディアサーバ１０１あるいは第３のメディアサーバを介して探さねばならない場合も発生しうる。ストリーミング再生しようとする動映像を探した後にも、ユーザが行わねばならない事項は残っている。すなわち、ユーザは動映像を再生するために画面比率、音量情報のような付加的な設定をしなければならず、また、家に到着するまでに視聴していた再生位置を探し、その位置からストリーミング再生を要請しなければならない。
【０００６】
また、逆の場合のシナリオも仮定しうる。すなわち、衛星放送を通じて居間のＤＴＶでスポーツ中継を視聴したユーザが突然の約束により家を出る場合、ユーザは約束場所に移動する途中に携帯電話を介してそのスポーツ中継を視聴し続けることを希望しており、この場合にも同様に、ユーザは、携帯電話を介して携帯電話に最適化されたフォーマットの動映像を探し、付加的な設定などを行わねばならない不便さがある。
【特許文献１】韓国特許公開第２００２−０４３６２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、コンテンツをストリーミング再生する途中に既存の再生環境を維持し、再生装置のみを変更する方法及び該装置を提供するところにその目的がある。
【課題を解決するための手段】
【０００８】
このような目的を達成するために本発明は、クライアントでサーバのコンテンツをストリーミング再生する方法において、（ａ）前記コンテンツをストリーミング再生中の外部クライアントから前記外部クライアントの現在の再生環境を特定する再生環境情報を受信する段階と、（ｂ）前記再生環境情報に基づいて前記コンテンツをストリーミング再生する段階とを含む。
【０００９】
ここで、前記再生環境情報は、前記コンテンツの再生位置に関する情報、字幕設定情報、前記コンテンツへのアクセスに必要な情報、音量に関する情報のうち、少なくとも１つを含むことが望ましい。
【００１０】
また、本発明は前記ストリーミング再生方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００１１】
また、本発明はサーバのコンテンツをストリーミング再生するクライアント装置において、前記コンテンツをストリーミング再生中の外部クライアントから前記外部クライアントの現在の再生環境を特定する再生環境情報を受信する受信部と、前記再生環境情報に基づいて前記コンテンツをストリーミング再生するストリーミング部とを備える。
【００１２】
ここで、前記再生環境情報は、前記コンテンツの再生位置に関する情報、字幕設定情報、前記コンテンツへのアクセスに必要な情報、音量に関する情報のうち、少なくとも１つを含むことが望ましい。
【００１３】
また、本発明は、サーバのコンテンツをストリーミング再生中であるクライアントが前記コンテンツを再生するデバイスを変更する方法において、（ａ）前記クライアントの現在の再生環境を特定する再生環境情報を生成する段階と、（ｂ）前記生成された再生環境情報を所定の外部クライアントに伝送する段階とを備える。
【００１４】
また、本発明は、前記再生装置変更方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００１５】
また、本発明はサーバのコンテンツをストリーミング再生するクライアント装置において、前記コンテンツをストリーミング再生中の前記クライアントの現在の再生環境を特定する再生環境情報を生成する生成部と、前記生成された再生環境情報を所定の外部クライアントに伝送する伝送部とを備える。
【００１６】
また、本発明は、サーバからクライアントにストリーミングデータを伝送する方法において、（ａ）前記サーバの所定コンテンツをストリーミング再生中の第１クライアントから前記第１クライアントの現在再生環境を特定する再生環境情報及び第２クライアントにアクセスするために必要なアクセス情報を受信する段階と、（ｂ）前記コンテンツのストリーミングデータ及び前記再生環境情報を前記アクセス情報を参照して前記第２クライアントに伝送する段階とを含む。
【００１７】
また、本発明は、前記ストリーミングデータ伝送方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００１８】
また、本発明はクライアントにストリーミングデータを伝送するサーバ装置において、前記サーバの所定コンテンツをストリーミング再生中の第１クライアントから前記第１クライアントの現在再生環境を特定する再生環境情報及び第２クライアントにアクセスするために必要なアクセス情報を受信する受信部と、前記コンテンツのストリーミングデータ及び前記再生環境情報を前記アクセス情報を参照して前記第２クライアントに伝送する伝送部とを備える。
【００１９】
また、本発明は、サーバのコンテンツをストリーミング再生中であるクライアントが再生装置を変更する方法において、（ａ）前記クライアントの現在再生環境を特定する再生環境情報を生成する段階と、（ｂ）所定の外部クライアントから前記外部クライアントにアクセスするために必要なアクセス情報を獲得する段階と、（ｃ）前記再生環境情報及び前記アクセス情報を前記サーバに伝送する段階とを含む。
【００２０】
また、本発明は、前記再生装置変更方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００２１】
また、本発明はサーバのコンテンツをストリーミング再生するクライアント装置において、前記コンテンツを再生中に現在の再生環境を特定する再生環境情報を生成する生成部と、所定の外部クライアントから前記外部クライアントにアクセスするために必要なアクセス情報を獲得する受信部と、前記再生環境情報及び前記アクセス情報を前記サーバに伝送する伝送部とを備える。
【発明の効果】
【００２２】
本発明によれば、ユーザがストリーミングを通じてメディアコンテンツを視聴している途中で他の再生装置を通じて視聴していたメディアコンテンツを続けて視聴しようとするとき、特別な操作なしに既存の再生環境設定をそのまま維持して他の再生装置を通じて視聴していたメディアコンテンツを続けて視聴でき、メディアコンテンツの視聴を中断せずに、切れ目なく他のレンダラーに再生装置を変更しうる。
【００２３】
また、ユーザが直接別途の操作をせずとも、変更された再生装置で最適化されたメディアコンテンツを視聴しうる。
【発明を実施するための最良の形態】
【００２４】
以下で添付された図面を参照して、本発明の望ましい実施形態を詳細に説明する。
【００２５】
図２は、本発明によってコンテンツ再生装置を変更する方法を説明するための図である。
【００２６】
ユーザが携帯電話４０３を使用してメディアサーバ４０１のコンテンツ４０２をストリーミング再生していて、帰宅すれば、携帯電話４０３の特定ボタンを使用してデジタルＴＶ４０４にコンテンツ４０２の再生環境情報を伝送する。この再生環境情報には、コンテンツ４０２のＵＲＬ、音量、字幕設定と関連した情報が含まれるが、再生環境情報を受信したデジタルＴＶ４０４は、コンテンツ４０２のＵＲＬを用いてメディアサーバ４０１のコンテンツ４０２をストリーミング再生する。この際、デジタルＴＶ４０４は、再生環境情報を参照し、ユーザが携帯電話４０３を介してコンテンツ４０２を再生する時に既に設定しておいた再生環境をそのまま維持してコンテンツ４０２を再生する。
【００２７】
また、デジタルＴＶ４０４がメディアサーバ４０１にコンテンツ４０２を要請する時、自身のデバイス特性情報を共に伝送するが、メディアサーバ４０１は、この特性情報を用いてデジタルＴＶ４０４のデバイス特性に最適化されたストリーミングデータを検索してデジタルＴＶ４０４に伝送する。
【００２８】
例えば、ユーザは携帯電話を用いて２４０Ｘ３２０サイズの画面で動映像４０２を視聴したが、デジタルＴＶ４０４のデバイス特性情報を受信したメディアサーバ４０１は同じ動映像に対するコンテンツのうち、デジタルＴＶ４０４の画面サイズに最適化されたストリーミングデータをデジタルＴＶ４０４に伝送するので、ユーザは、帰宅した後には、デジタルＴＶの１９２０Ｘ１０８０サイズの画面を通じて同じ動映像を視聴しうる。このためにはサーバでクライアントのデバイス特性情報によって可変的にストリーミングデータを伝送しなければならないが、これについて以下で詳細に説明する。
【００２９】
図３は、本発明によるサーバでデバイス特性によってコンテンツをストリーミング再生する方法を説明するための図である。図３に示されたように、メディアサーバ２０１がクライアント２０４からコンテンツに対する要請と共にクライアントのデバイス特性を含む情報を受信すれば、サーバ２０１は、クライアントのデバイス特性を分析して最適のフォーマットを決定し、該当フォーマットに変更されたコンテンツ２０２をクライアント２０４に伝送する。フォーマットに変更されたコンテンツ２０２は、後で使用するためにキャッシングされうる（２０３）。
【００３０】
これを図４のフローチャートを参照してさらに詳細に説明すれば、まずメディアサーバは、クライアントのコンテンツ要請を受諾し（３０２）、コンテンツに対する要請と共に受信されたクライアントのデバイス情報を参照してクライアントの性能を分析した後（３０３）、クライアントに適したコンテンツフォーマットを決定する（３０４）。前記デバイス情報には、例えれば、画面サイズ、解像度、カラー支援のようなものがあり得る。
【００３１】
最適のコンテンツが決定されれば、実際コンテンツをアクセスしうる全体ＵＲＬ（Ｆｕｌｌ ＵＲＬ）を生成するが（３０５）、このＵＲＬに対応するコンテンツが既に存在しているか否かを判断し（３０６）、存在している場合、該当ストリーミングデータをクライアントに伝送し（３０８）、そうでない場合には、コンテンツを前記決定されたフォーマットに変換し（３０７）、クライアントに伝送する（３０８）。
【００３２】
図５は、本発明の一実施形態によるコンテンツ再生装置及びサーバの構成図である。図５に示されたように、第１レンダラー５１０は、生成部５１１、伝送部５１２及びストリーミング部５１３を含み、第２レンダラー５３０は、生成部５３１、伝送部５３２、受信部５３３及びストリーミング部５３４を含む。
【００３３】
本実施形態では、第１レンダラー５１０がサーバ５２０のコンテンツをストリーミング再生していて、第２レンダラー５３０に再生装置を変更する場合を仮定する。
【００３４】
まず、第１レンダラー５１０を説明すれば、ストリーミング部５１３は、サーバ５２０からコンテンツを受信してストリーミング再生し、生成部５１１は、ストリーミング再生中の第１レンダラー５１０の現在再生環境を特定する再生環境情報を生成する。すなわち、コンテンツの全体再生区間のうち、現在の再生位置、音量、字幕設定、現在再生しているコンテンツのＵＲＬ、現在再生中のコンテンツにアクセスするために必要な認証情報などがこれに含まれうる。伝送部５１２は、生成部５１１で生成した再生環境情報を第２レンダラー５３０に伝送する。
【００３５】
次いで、第２レンダラー５３０を説明すれば、生成部５３１は、第２レンダラー５３０のデバイス特性を示す特性情報を生成する。この特性情報は、第２レンダラー５３０の画面サイズ、第２レンダラー５３０で再生可能なコンテンツフォーマットに関する情報、支援する解像度に関する情報などになりうる。
【００３６】
伝送部５３２は、生成部５３１で生成したデバイス特性情報及び第１レンダラー５１０の再生環境情報に含まれた再生位置に関する情報をサーバ５２０に伝送する。既に図３及び図４を参照して説明したように、サーバ５２０は、このデバイス特性情報及び再生位置に関する情報を参照して同じメディアの多様なフォーマットのうち、第２レンダラー５３０に最適化されたフォーマットのコンテンツを該当位置からストリーミング伝送し、ストリーミング部５３４は、このストリーミングデータを受信して再生する。この際、ストリーミング部５３４は、受信部５３３から伝達された第１レンダラー５１０の再生環境情報に基づいてコンテンツを再生することによって、第１レンダラー５１０での再生環境を同一に維持しうる。すなわち、コンテンツは、第１レンダラー５１０から第２レンダラー５３０に再生を要請する時、第１レンダラー５１０で再生されていた位置から続いて再生され、その他の音量や字幕設定、画面比率などの再生環境はそのまま維持される。
【００３７】
図６は、図５でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程の一実施形態を示すフローチャートである。
【００３８】
本実施形態では、本発明によってコンテンツ再生装置を変更する方法を具現するためにＨＴＴＰプロトコルを使用する。ただし、本実施形態ではＨＴＴＰプロトコルの要請（ｒｅｑｕｅｓｔ）を拡張するが、レンダラーの特性を考慮した最適のコンテンツＵＲＬを要請するメッセージである＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞とレンダラーとの間に、代わりにコンテンツの再生を要請するメッセージである＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞を新たに定義する。
【００３９】
図６を参照するに、まずレンダラー１は、＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージを利用してメディアサーバに最適のコンテンツに対するＵＲＬを要請する（７０１）。この際、＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージには、コンテンツのＵＲＬ（ｃｏｎｔｅｎｔＵＲＬ）、レンダラー１のデバイス特性についての情報ｒｅｎｄｅｒｅｒ１Ｍｅｔａｄａｔａ、ユーザの選好度ｕｓｅｒＰｒｅｆｅｒｅｎｃｅ１値が含まれる。
【００４０】
ユーザの選好度は、ユーザがレンダラー１を利用してコンテンツをストリーミング再生する時に設定しうる情報であって、画面比率や動映像圧縮方式など多様な情報がこれに含まれ、メディアサーバがレンダラー１に対する最適のコンテンツを検索するのにユーザの選好度が反映されうる。
【００４１】
メディアサーバは、レンダラー１の＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞を要請され、前記情報を利用して最適のコンテンツを探し出した後、探し出した最適のコンテンツに対するＵＲＬ値をレンダラー１に返還する（７０２）。
【００４２】
レンダラー１は、メディアサーバから受信した最適のコンテンツに対するＵＲＬ（Ｒｅａｌ ＵＲＬ）をもって、ストリーミングを要請し（７０３）、要請されたメディアサーバは、該当コンテンツに対するストリーミングを始める（７０４）。Ｒｅａｌ ＵＲＬは、レンダラー１が初期にコンテンツを要請するために使用するＵＲＬに対応するものであって、レンダラー１に最適化されたコンテンツが存在する実質的なＵＲＬを言う。
【００４３】
レンダラー１は、コンテンツのストリーミング再生途中で＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞メッセージを利用してレンダラー２に自身が再生していたコンテンツを、代わりに再生することを要請する（７０５）。この際、＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞メッセージには、コンテンツをストリーミング再生中であるレンダラー１の再生環境を特定する再生環境情報（ｃｏｎｔｅｘｔＩｎｆｏ）と、該当ストリーミングにアクセスするために必要な認証情報（ａｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆｏ）とが含まれる。
【００４４】
本実施形態では、再生環境情報にコンテンツのＵＲＬが含まれると仮定しているが、このＵＲＬは再生環境情報とは別途に＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞メッセージに含まれることもあり得る。これにレンダラー２がコンテンツ再生要請を受諾すれば（７０６）、レンダラー１はストリーミングに対する既存の連結を終了する（７０７）。再生デバイスを変更するに当って、コンテンツのストリーミングが中断される時間を最大限短縮するためにレンダラー１がストリーミングを終了する７０７段階は、最大限遅く行われることが望ましく、レンダラー２のストリーミング開始後に行われることもある。
【００４５】
レンダラー２は、＜ＭＩＧＲＡＴＥ＿ＣＯＮＴＥＮＴ＞メッセージを通じて受信した再生環境情報からコンテンツのＵＲＬ（ｃｏｎｔｅｎｔＵＲＬ）を抽出し、コンテンツのＵＲＬと共にレンダラー２のデバイス特性についての情報（ｒｅｎｄｅｒｅｒ２Ｍｅｔａｄａｔａ）、ユーザの選好度（ｕｓｅｒＰｒｅｆｅｒｅｎｃｅ２）を含む＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージを利用してメディアサーバにコンテンツを要請する（７０８）。メディアサーバは、レンダラー２の＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージに含まれたレンダラー２のデバイス特性を分析して要請されたコンテンツの多様なフォーマットのうち、レンダラー２に最適化されたフォーマットを検索し、検索結果、探し出したストリーミングデータのＵＲＬをレンダラー２に返還する（７０９）。
【００４６】
最適のレンダラー２は、メディアサーバから受信した最適のコンテンツに対するＵＲＬ（ＲｅａｌＵＲＬ）を利用してストリーミングを要請する（７１０）。この際、レンダラー２は、レンダラー１から受信した再生環境情報に含まれた再生位置情報（ｐｏｓｉｔｉｏｎ２）をメディアサーバに伝送するが、メディアサーバはこの再生位置情報を参照して該当位置をストリーミングデータの開始位置に設定してレンダラー２に伝送する（７１１）。
【００４７】
本実施形態では、レンダラー２がｒｅａｌＵＲＬを獲得して要請すると仮定しているが、メディアサーバでレンダラー２に最適化されたフォーマットのコンテンツを検索した後、直ちにそのＵＲＬでない最適化されたフォーマットのコンテンツを伝送することもできる。
【００４８】
図７は、図５でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する他の実施形態を示すフローチャートである。図７ではＨＴＴＰだけを利用して本発明による再生装置変更方法を具現したが、図８では、レンダラー１とレンダラー２とがホームネットワークでＵＰｎＰａｃｔｉｏｎを使用して通信する場合に対する信号の流れを説明する。本実施形態でレンダラー１は、ＵＰｎＰＣＰ（ＣｏｎｔｒｏｌＰｏｉｎｔ）として動作する。
【００４９】
レンダラー１が初期のコンテンツストリーミングを行う過程である８０１〜８０４段階は、図７での７０１〜７０４段階と同一なので、ここではこれについての説明を省略する。
【００５０】
レンダラー１は、コンテンツのストリーミング再生途中でレンダラー２にレンダラー変更を行うために、レンダラー２に＜ＣＭ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ（）＞メッセージを伝送する（８０５）。このメッセージは、レンダラー２のプロトコル特性と再生可能なコンテンツデータのフォーマットを知らせよという要請メッセージである。レンダラー２は、＜ＣＭ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ（）＞に対する応答として自身のプロトコル情報と再生可能なデータフォーマットのリストとをレンダラー１に伝送する（８０６）。
【００５１】
レンダラー１は、段階８０６から分かった情報に基づいてレンダラー２のデバイス特性についての情報（ｒｅｎｄｅｒｅｒ２Ｍｅｔａｄａｔａ）を生成し、この情報とコンテンツのＵＲＬ（ｃｏｎｔｅｎｔＵＲＬ）、レンダラー２のユーザの選好度（ｕｓｅｒＰｒｅｆｅｒｅｎｃｅ２）を含む＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージを通じてメディアサーバに最適のコンテンツに対するＵＲＬを要請する（８０７）。
【００５２】
メディアサーバは、レンダラー１の＜ＧＥＴ＿ＲＥＡＬ＿ＵＲＬ＞メッセージを分析してレンダラー２に最適化されたフォーマットのコンテンツを検索し、該当ストリーミングデータに対するＵＲＬ値をレンダラー１に返還する（８０８）。図示していないが、もしレンダラー２に最適化されたフォーマットが存在しなければ、メディアサーバが自身が有している任意のフォーマットをエンコーディングしてレンダラー２に最適化されたフォーマットのコンテンツを生成することもできる。また、レンダラー２に最適化されたフォーマットのコンテンツは、メディアサーバが保存していてもよく、あるいは外部の他のサーバに存在しても良い。この場合にも、メディアサーバは、該当ストリーミングデータのＵＲＬをレンダラー２に返還だけすれば良い。
【００５３】
レンダラー１は、レンダラー２との通信のためにレンダラー２に＜ＣＭ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ（）＞メッセージを伝送し（８０９）、これを受信したレンダラー２は接続を準備し、インスタンスを生成する（８１０）。
【００５４】
レンダラー１は、レンダラー２に＜ＡＶＴ：：ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ（）＞メッセージを利用してメディアサーバから受信した最適のコンテンツに対するアドレス情報を知らせる（８１１）。そして、＜ＡＶＴ：：Ｓｅｅｋ（）＞と＜ＲＣＳ：：ＳｅｔＶｏｌｕｍｅ（）＞メッセージを利用して各々コンテンツの再生位置及び音量についての情報をレンダラー２に伝送する（８１３）。
【００５５】
レンダラー２に必要な情報をいずれも伝送したレンダラー１は、ストリーミングに対する既存連結を終了し（８１４）、レンダラー２に該当コンテンツの再生を要請する（８１５）。
【００５６】
レンダラー２は、レンダラー１から受信した最適のコンテンツに対するＵＲＬ（ＲｅａｌＵＲＬ）を利用してメディアサーバにストリーミングを要請する（８１６）。この際、ストリーミングの開始位置についての情報（ｐｏｓｉｔｉｏｎ２）も共に伝送され、ストリーミングを要請されたメディアサーバは、該当コンテンツに対するストリーミングデータを位置情報（ｐｏｓｉｔｉｏｎ２）により指定された位置から伝送する（８１７）。
【００５７】
図８は、本発明の他の実施形態によるコンテンツ再生装置及びサーバの構成図である。
【００５８】
本実施形態では、コンテンツをストリーミング再生した第１レンダラー８１０が再生デバイスの変更に必要な情報をサーバ８２０に提供し、サーバ８２０は、第１レンダラーから受信した情報を参照して第２レンダラー８３０にプッシュ（ｐｕｓｈ）方式で該当コンテンツをストリーミング伝送する。
【００５９】
図８に示されたように、第１レンダラー８１０は、ストリーミング部８１１、生成部８１２、受信部８１３及び伝送部８１４を含み、サーバ８２０は伝送部８４０及び受信部８５０を含み、伝送部８４０はストリーミング部８４１、再生位置決定部８４２、検索部８４３及びフォーマット決定部８４４を含む。
【００６０】
まず、本発明による第１レンダラー８１０を説明すれば、ストリーミング部８１１は、サーバ８２０から伝送されたコンテンツをストリーミング再生し、生成部８１２はコンテンツを再生している現在の再生環境についての再生環境情報を生成して伝送部８１４に伝達する。受信部８１３は、第２レンダラー８３０から第２レンダラー８３０へのアクセスのために必要なアクセス情報と第２レンダラーのデバイス特性情報とを受信して伝送部８１４に伝達するが、ここでアクセス情報は、第２レンダラー８３０のＩＰアドレスやＭＡＣアドレスとなり得、第２レンダラー８３０がホームネットワークに属した場合、ホームネットワークの外部から第２レンダラー８３０に接続するために必要な認証情報などにもなりうる。
【００６１】
伝送部８１４は、生成部８１２及び受信部８１３から受取った情報をサーバ８２０に伝送してサーバ８２０がコンテンツを第２レンダラー８３０にプッシュ方式を通じて伝送するように要請する。
【００６２】
次いで、本発明によるサーバ８２０を説明する。受信部８５０は、第１レンダラー８１０からアクセス情報、再生環境情報及び第２レンダラー８３０のデバイス特性情報を受信して伝送部８４０に伝達する。
【００６３】
伝送部８４０の再生位置決定部８４２は、第１レンダラー８１０から受信された再生環境情報を参照してコンテンツの再生位置を決定し、フォーマット決定部８４４は、第２レンダラー８３０のデバイス特性情報を参照して第２レンダラー８３０に最適化されたフォーマットのコンテンツを決定する。検索部８４３は、サーバの内部保存装置（図示せず）または外部ネットワーク上のサーバ（図示せず）を検索してフォーマット決定部８４４で決定したフォーマットのコンテンツに対するＵＲＬを獲得する。
【００６４】
ストリーミング部８４１は、検索部８４３で探し出したコンテンツを再生位置決定部８４２で決定した再生位置から第２レンダラー８３０にストリーミング伝送する。この際、コンテンツのストリーミングデータは、プッシュ方式により伝送され、その他にも伝送部８４０は第２レンダラー８３０に第１レンダラー８１０の再生環境情報を伝送することによって、第２レンダラー８３０がこれを参照して第１レンダラー８１０と同じ再生環境でコンテンツを再生可能にする。
【００６５】
図９は、図８でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程を示すフローチャートである。本実施形態では、ＨＴＴＰを用いて本発明による再生装置変更方法を具現する。
【００６６】
レンダラー１が初期のコンテンツストリーミングを行う過程である９０１〜９０４の段階は、図７での７０１〜７０４の段階と同一なので、ここではそれについての説明を省略する。レンダラー１は、レンダラー２に＜ＲＥＱＵＥＳＴ＿ＭＩＧＲＡＴＩＯＮ＞メッセージを伝送するが（９０５）、これは本発明で定義するＨＴＴＰメッセージであって、レンダラー１がレンダラー２にプッシュするために必要な認証情報などのアクセス情報と共にユーザ選好度、レンダラー２のデバイス特性情報などを要請するメッセージである。ここでの認証情報は、図６での認証情報とは違ってメディアサーバがレンダラー２にアクセスするために必要な情報である。
【００６７】
＜ＲＥＱＵＥＳＴ＿ＭＩＧＲＡＴＩＯＮ＞メッセージを受信した要請を受けた情報をレンダラー１に伝送する（９０６）。レンダラー１は、９０６段階で受信した情報と共に自身の再生環境情報をメディアサーバに伝送し、自身が再生していたコンテンツをレンダラー２にプッシュすべく要請し（９０７）、レンダラー２がこれを受諾すれば（９０８）、サーバとのストリーミング接続を終了する（９０９）。
【００６８】
メディアサーバは、＜ＰＯＳＴ＞メッセージを通じてレンダラー２が特定ポートを開とした後（９１０、９１１）、レンダラー２に最適化されたコンテンツを該当ポートを通じてストリーミング伝送する（９１２）。すなわち、本実施形態では、レンダラー２がメディアサーバにコンテンツを要請するものではなく、メディアサーバがプッシュ方式でレンダラー２にコンテンツを伝送する。この際、メディアサーバは、レンダラー１が再生環境情報を生成した時点の再生位置からストリーミングし、またレンダラー１の再生環境情報をレンダラー２に伝送し、レンダラー２をして音量設定、字幕設定などレンダラー１の再生環境を同一に維持させる。
【００６９】
一方、前述した本発明の実施形態は、コンピュータで実行可能なプログラムで作成可能であり、コンピュータで読取り可能な記録媒体を利用して前記プログラムを動作させる汎用ディジタルコンピュータで具現しうる。
【００７０】
前記コンピュータで読取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを介した伝送）のような記録媒体を含む。
【００７１】
以上、本発明についてその望ましい実施形態を中心に説明した。当業者ならば、本発明が本発明の本質的な特性から外れない範囲で変形された形で具現できるということを理解できるであろう。したがって、開示された実施形態は限定的な観点ではなく、説明的な観点で考慮せねばならない。本発明の範囲は、前述した説明でなく特許請求の範囲に示されており、それと同等な範囲内にあるあらゆる差異点は本発明に含まれたと解釈されねばならない。
【産業上の利用可能性】
【００７２】
本発明は、ストリーミング再生中にコンテンツ再生装置を変更する方法及び該装置に関連した技術分野に好適に適用されうる。
【図面の簡単な説明】
【００７３】
【図１】ストリーミング再生中にコンテンツ再生装置を変更する一般的な方法を説明するための図である。
【図２】本発明によってコンテンツ再生装置を変更する方法を説明するための図である。
【図３】本発明によるサーバでデバイス特性によってコンテンツをストリーミング再生する方法を説明するための図である。
【図４】本発明によるサーバで図３による方法を行う過程を示すフローチャートである。
【図５】本発明の一実施形態によるコンテンツ再生装置及びサーバの構成図である。
【図６】図５でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程の一実施形態を示すフローチャートである。
【図７】図５でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程の他の実施形態を示すフローチャートである。
【図８】本発明の他の実施形態によるコンテンツ再生装置及びサーバの構成図である。
【図９】図８でのコンテンツ再生装置及びサーバを利用してコンテンツ再生装置を変更する過程を示すフローチャートである。
【符号の説明】
【００７４】
２０１ メディアサーバ
２０２ コンテンツ変更
２０３ 変更されたコンテンツをキャッシング
２０４ クライアント
【特許請求の範囲】
【請求項１】
ディスプレイデバイスクライアントがサーバにより提供されるデジタルメディアコンテンツを再生する方法において、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントから、前記デジタルメディアコンテンツ内で現在の再生位置を示す再生位置情報を前記サーバを介さず、直接受信する段階と、
前記サーバから前記デジタルメディアコンテンツを受信する段階と、
前記再生位置情報に基づいて、前記デジタルメディアコンテンツに対する再生を前記位置から始める段階と、を含むことを特徴とする方法。
【請求項２】
前記ディスプレイデバイスクライアントの特性を示す情報を生成する段階と、
前記サーバが、前記デジタルメディアコンテンツを前記ディスプレイデバイスクライアントに最適のフォーマットで送信できるように、前記生成された情報を前記サーバに送信する段階と、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
サーバにより提供されるデジタルメディアコンテンツを再生するディスプレイデバイスクライアントにおいて、
前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を、前記サーバを介さず、前記デジタルメディアコンテンツを再生している無線デバイスクライアントから直接受信する受信部と、
前記サーバから前記デジタルメディアコンテンツを受信し、前記再生位置情報に基づいて、前記デジタルメディアコンテンツに対する再生を前記位置から始める再生部と、を含むことを特徴とする装置。
【請求項４】
前記ディスプレイデバイスクライアントの特性を示す情報を生成する生成部と、
前記サーバが、前記デジタルメディアコンテンツを前記ディスプレイデバイスクライアントに最適のフォーマットで送信できるように、前記生成された情報を、前記サーバに送信する送信部と、をさらに含むことを特徴とする請求項３に記載の装置。
【請求項５】
前記ディスプレイデバイスクライアントの特性についての情報は、画面サイズに関する情報、再生可能なコンテンツフォーマットに関する情報、支援する解像度に関する情報のうち、少なくとも１つを含むことを特徴とする請求項４に記載の装置。
【請求項６】
サーバが提供するデジタルメディアコンテンツの再生主体を、無線デバイスクライアントからディスプレイデバイスクライアントに変更する方法において、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントが、前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を生成する段階と、
前記ディスプレイデバイスクライアントが、前記位置から前記デジタルメディアコンテンツに対する再生を始めるように、前記無線デバイス装置クライアントが、前記生成された再生位置情報を前記サーバを介さず、直接前記ディスプレイデバイスクライアントに送信する段階と、を含むことを特徴とする方法。
【請求項７】
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を始めた後、前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を終了する段階をさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
サーバが提供するデジタルメディアコンテンツの再生主体を、前記デジタルメディアコンテンツを再生している無線デバイスクライアントからディスプレイデバイスクライアントに変更する前記無線デバイスクライアントにおいて、
前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を生成する生成部と、
前記ディスプレイデバイスクライアントが、前記位置から前記デジタルメディアコンテンツに対する再生を始めるように、前記無線デバイス装置クライアントが前記生成された再生位置情報を、前記サーバを介さず、直接前記ディスプレイデバイスクライアントに送信する送信部と、を含むことを特徴とする装置。
【請求項９】
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を始めた後、前記ディスプレイデバイスクライアントの前記デジタルメディアコンテンツに対する再生を終了する再生部をさらに含むことを特徴とする請求項８に記載の装置。
【請求項１０】
サーバが提供するデジタルメディアコンテンツに対する再生主体を、無線デバイスクライアントからディスプレイデバイスクライアントに変更する方法において、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントが、前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を生成する段階と、
前記サーバが、前記ディスプレイデバイスクライアントにアクセスするために必要な接続情報を、前記無線デバイスクライアントが前記サーバを介さず、直接前記ディスプレイデバイスクライアントから獲得する段階と、
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を前記位置から始めるように、前記無線デバイスクライアントが、前記再生位置情報及び前記接続情報を前記サーバに送信する段階と、を含むことを特徴とする方法。
【請求項１１】
前記ディスプレイデバイスクライアントから前記ディスプレイデバイスクライアントの特性についての情報を獲得する段階と、
前記サーバが、前記デジタルメディアコンテンツを、前記ディスプレイデバイスクライアントに最適のフォーマットで送信できるように、前記獲得した情報を前記サーバに送信する段階と、をさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
サーバが提供するデジタルメディアコンテンツに対する再生主体を、前記デジタルメディアコンテンツを再生している無線デバイスクライアントからディスプレイデバイスクライアントに変更する前記無線デバイスクライアントにおいて、
前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を生成する生成部と、
前記サーバが、前記ディスプレイデバイスクライアントにアクセスするために必要な接続情報を前記サーバを介さず、前記ディスプレイデバイスクライアントから直接獲得する受信部と、
前記デジタルメディアコンテンツに対する再生を前記位置から始めるように、前記再生位置情報及び前記接続情報を前記サーバに送信する送信部と、を含むことを特徴とする装置。
【請求項１３】
前記受信部は、前記ディスプレイデバイスクライアントから前記ディスプレイデバイスクライアントの特性についての情報を獲得し、
前記送信部は、前記サーバが前記デジタルメディアコンテンツを前記ディスプレイデバイスクライアントに最適のフォーマットで送信できるように、前記獲得した情報を前記サーバに送信することを特徴とする請求項１２に記載の装置。
【請求項１４】
前記ディスプレイデバイスクライアントの特性についての情報は、画面サイズに関する情報、再生可能なコンテンツフォーマットに関する情報、支援する解像度に関する情報のうち、少なくとも１つを含むことを特徴とする請求項１３に記載の装置。
【請求項１５】
サーバがデジタルメディアコンテンツをディスプレイデバイスクライアントに提供する方法において、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントから前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を受信する段階と、
前記サーバが、前記ディスプレイデバイスクライアントにアクセスするのに必要な接続情報を前記無線デバイスクライアントから直接受信する段階と、
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を前記位置から始めるように、前記デジタルメディアコンテンツを、前記接続情報を利用して、前記ディスプレイデバイスクライアントに送信する段階と、を含むことを特徴とする方法。
【請求項１６】
前記ディスプレイデバイスクライアントから前記ディスプレイデバイスクライアントの特性についての情報を受信する段階をさらに含み、
前記デジタルメディアコンテンツを送信する段階は、
前記ディスプレイデバイスクライアントの特性についての情報を参照し、前記ディスプレイデバイスクライアントのための前記デジタルメディアコンテンツの最適のフォーマットを決定する段階と、
前記デジタルメディアコンテンツを前記最適のフォーマットで前記ディスプレイデバイスクライアントに送信する段階と、を含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記ディスプレイデバイスクライアントの特性についての情報は、画面サイズに関する情報、再生可能なコンテンツフォーマットに関する情報、支援する解像度に関する情報のうち、少なくとも１つを含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
デジタルメディアコンテンツをディスプレイデバイスクライアントに提供するサーバにおいて、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントから、前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報及び前記サーバが前記ディスプレイデバイスクライアントにアクセスするのに必要な接続情報を直接受信する受信部と、
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を前記位置から始めるように、前記接続情報を利用して、前記デジタルメディアコンテンツを前記ディスプレイデバイスクライアントに送信する送信部と、を含むことを特徴とする装置。
【請求項１９】
前記受信部は、前記ディスプレイデバイスクライアントから前記ディスプレイデバイスクライアントの特性についての情報を受信し、
前記送信部は、
前記ディスプレイデバイスクライアントの特性についての情報を参照し、前記ディスプレイデバイスクライアントのための前記デジタルメディアコンテンツの最適のフォーマットを決定するフォーマット決定部と、
前記デジタルメディアコンテンツを前記最適のフォーマットで前記ディスプレイデバイスクライアントにストリーミング送信するストリーミング部と、を含むことを特徴とする請求項１８に記載の装置。
【請求項２０】
請求項１、６、１０、１５のうち、いずれか１項に記載の方法を実行するコンピュータプログラムを記録したコンピュータで読取り可能な記録媒体。
【請求項２１】
前記無線デバイスクライアントは、UPnPメディアレンダラー及びUPnPコントロールポイントがエンベデッド(embed)され、前記ディスプレイデバイスクライアントは、UPnPメディアレンダラーエンベデッドされており、
前記再生位置情報を受信する段階は、前記ディスプレイデバイスクライアントのAVT::Seek()アクションを呼び出すUPnP制御メッセージを、前記無線デバイスクライアントから受信する段階を含むことを特徴とする請求項１に記載の方法。
【請求項２２】
前記無線デバイスクライアントは、UPnPメディアレンダラー及びUPnPコントロールポイントがエンベデッドされ、前記ディスプレイデバイスクライアントは、UPnPメディアレンダラーエンベデッドされており、
前記再生位置情報を送信する段階は、前記ディスプレイデバイスクライアントのAVT::Seek()アクションを呼び出すUPnP制御メッセージを前記ディスプレイデバイスクライアントに送信する段階を含むことを特徴とする請求項６に記載の方法。
【請求項２３】
前記無線デバイスクライアントは、UPnPメディアレンダラー及びUPnPコントロールポイントがエンベデッドされ、前記ディスプレイデバイスクライアントは、UPnPメディアレンダラーエンベデッドされており、
前記受信部は、前記ディスプレイデバイスクライアントのAVT::Seek()アクションを呼び出すUPnP制御メッセージを、前記無線デバイスクライアントから受信することを特徴とする請求項３に記載の装置。
【請求項２４】
前記無線デバイスクライアントは、UPnPメディアレンダラー及びUPnPコントロールポイントがエンベデッドされ、前記ディスプレイデバイスクライアントは、UPnPメディアレンダラーエンベデッドされており、
前記再生位置情報を送信する段階は、前記ディスプレイデバイスクライアントのAVT::Seek()アクションを呼び出すUPnP制御メッセージを、前記ディスプレイデバイスクライアントに送信する送信部を含むことを特徴とする請求項８に記載の装置。
【請求項２５】
前記ディスプレイデバイスクライアントは、ホームネットワーク内に位置し、前記接続情報は、前記ホームネットワークの外部から前記ディスプレイデバイスクライアントにアクセスするのに必要な認証情報を含むことを特徴とする請求項１０または１５に記載の方法。
【請求項２６】
前記ディスプレイデバイスクライアントは、ホームネットワーク内に位置し、前記接続情報は、前記ホームネットワーク外部から前記ディスプレイデバイスクライアントにアクセスするのに必要な認証情報を含むことを特徴とする請求項１２または１８に記載の装置。
【請求項１】
ディスプレイデバイスクライアントがサーバにより提供されるデジタルメディアコンテンツを再生する方法において、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントから、前記デジタルメディアコンテンツ内で現在の再生位置を示す再生位置情報を前記サーバを介さず、直接受信する段階と、
前記サーバから前記デジタルメディアコンテンツを受信する段階と、
前記再生位置情報に基づいて、前記デジタルメディアコンテンツに対する再生を前記位置から始める段階と、を含むことを特徴とする方法。
【請求項２】
前記ディスプレイデバイスクライアントの特性を示す情報を生成する段階と、
前記サーバが、前記デジタルメディアコンテンツを前記ディスプレイデバイスクライアントに最適のフォーマットで送信できるように、前記生成された情報を前記サーバに送信する段階と、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
サーバにより提供されるデジタルメディアコンテンツを再生するディスプレイデバイスクライアントにおいて、
前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を、前記サーバを介さず、前記デジタルメディアコンテンツを再生している無線デバイスクライアントから直接受信する受信部と、
前記サーバから前記デジタルメディアコンテンツを受信し、前記再生位置情報に基づいて、前記デジタルメディアコンテンツに対する再生を前記位置から始める再生部と、を含むことを特徴とする装置。
【請求項４】
前記ディスプレイデバイスクライアントの特性を示す情報を生成する生成部と、
前記サーバが、前記デジタルメディアコンテンツを前記ディスプレイデバイスクライアントに最適のフォーマットで送信できるように、前記生成された情報を、前記サーバに送信する送信部と、をさらに含むことを特徴とする請求項３に記載の装置。
【請求項５】
前記ディスプレイデバイスクライアントの特性についての情報は、画面サイズに関する情報、再生可能なコンテンツフォーマットに関する情報、支援する解像度に関する情報のうち、少なくとも１つを含むことを特徴とする請求項４に記載の装置。
【請求項６】
サーバが提供するデジタルメディアコンテンツの再生主体を、無線デバイスクライアントからディスプレイデバイスクライアントに変更する方法において、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントが、前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を生成する段階と、
前記ディスプレイデバイスクライアントが、前記位置から前記デジタルメディアコンテンツに対する再生を始めるように、前記無線デバイス装置クライアントが、前記生成された再生位置情報を前記サーバを介さず、直接前記ディスプレイデバイスクライアントに送信する段階と、を含むことを特徴とする方法。
【請求項７】
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を始めた後、前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を終了する段階をさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
サーバが提供するデジタルメディアコンテンツの再生主体を、前記デジタルメディアコンテンツを再生している無線デバイスクライアントからディスプレイデバイスクライアントに変更する前記無線デバイスクライアントにおいて、
前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を生成する生成部と、
前記ディスプレイデバイスクライアントが、前記位置から前記デジタルメディアコンテンツに対する再生を始めるように、前記無線デバイス装置クライアントが前記生成された再生位置情報を、前記サーバを介さず、直接前記ディスプレイデバイスクライアントに送信する送信部と、を含むことを特徴とする装置。
【請求項９】
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を始めた後、前記ディスプレイデバイスクライアントの前記デジタルメディアコンテンツに対する再生を終了する再生部をさらに含むことを特徴とする請求項８に記載の装置。
【請求項１０】
サーバが提供するデジタルメディアコンテンツに対する再生主体を、無線デバイスクライアントからディスプレイデバイスクライアントに変更する方法において、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントが、前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を生成する段階と、
前記サーバが、前記ディスプレイデバイスクライアントにアクセスするために必要な接続情報を、前記無線デバイスクライアントが前記サーバを介さず、直接前記ディスプレイデバイスクライアントから獲得する段階と、
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を前記位置から始めるように、前記無線デバイスクライアントが、前記再生位置情報及び前記接続情報を前記サーバに送信する段階と、を含むことを特徴とする方法。
【請求項１１】
前記ディスプレイデバイスクライアントから前記ディスプレイデバイスクライアントの特性についての情報を獲得する段階と、
前記サーバが、前記デジタルメディアコンテンツを、前記ディスプレイデバイスクライアントに最適のフォーマットで送信できるように、前記獲得した情報を前記サーバに送信する段階と、をさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
サーバが提供するデジタルメディアコンテンツに対する再生主体を、前記デジタルメディアコンテンツを再生している無線デバイスクライアントからディスプレイデバイスクライアントに変更する前記無線デバイスクライアントにおいて、
前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を生成する生成部と、
前記サーバが、前記ディスプレイデバイスクライアントにアクセスするために必要な接続情報を前記サーバを介さず、前記ディスプレイデバイスクライアントから直接獲得する受信部と、
前記デジタルメディアコンテンツに対する再生を前記位置から始めるように、前記再生位置情報及び前記接続情報を前記サーバに送信する送信部と、を含むことを特徴とする装置。
【請求項１３】
前記受信部は、前記ディスプレイデバイスクライアントから前記ディスプレイデバイスクライアントの特性についての情報を獲得し、
前記送信部は、前記サーバが前記デジタルメディアコンテンツを前記ディスプレイデバイスクライアントに最適のフォーマットで送信できるように、前記獲得した情報を前記サーバに送信することを特徴とする請求項１２に記載の装置。
【請求項１４】
前記ディスプレイデバイスクライアントの特性についての情報は、画面サイズに関する情報、再生可能なコンテンツフォーマットに関する情報、支援する解像度に関する情報のうち、少なくとも１つを含むことを特徴とする請求項１３に記載の装置。
【請求項１５】
サーバがデジタルメディアコンテンツをディスプレイデバイスクライアントに提供する方法において、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントから前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報を受信する段階と、
前記サーバが、前記ディスプレイデバイスクライアントにアクセスするのに必要な接続情報を前記無線デバイスクライアントから直接受信する段階と、
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を前記位置から始めるように、前記デジタルメディアコンテンツを、前記接続情報を利用して、前記ディスプレイデバイスクライアントに送信する段階と、を含むことを特徴とする方法。
【請求項１６】
前記ディスプレイデバイスクライアントから前記ディスプレイデバイスクライアントの特性についての情報を受信する段階をさらに含み、
前記デジタルメディアコンテンツを送信する段階は、
前記ディスプレイデバイスクライアントの特性についての情報を参照し、前記ディスプレイデバイスクライアントのための前記デジタルメディアコンテンツの最適のフォーマットを決定する段階と、
前記デジタルメディアコンテンツを前記最適のフォーマットで前記ディスプレイデバイスクライアントに送信する段階と、を含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記ディスプレイデバイスクライアントの特性についての情報は、画面サイズに関する情報、再生可能なコンテンツフォーマットに関する情報、支援する解像度に関する情報のうち、少なくとも１つを含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
デジタルメディアコンテンツをディスプレイデバイスクライアントに提供するサーバにおいて、
前記デジタルメディアコンテンツを再生している無線デバイスクライアントから、前記デジタルメディアコンテンツ内で、現在の再生位置を示す再生位置情報及び前記サーバが前記ディスプレイデバイスクライアントにアクセスするのに必要な接続情報を直接受信する受信部と、
前記ディスプレイデバイスクライアントが、前記デジタルメディアコンテンツに対する再生を前記位置から始めるように、前記接続情報を利用して、前記デジタルメディアコンテンツを前記ディスプレイデバイスクライアントに送信する送信部と、を含むことを特徴とする装置。
【請求項１９】
前記受信部は、前記ディスプレイデバイスクライアントから前記ディスプレイデバイスクライアントの特性についての情報を受信し、
前記送信部は、
前記ディスプレイデバイスクライアントの特性についての情報を参照し、前記ディスプレイデバイスクライアントのための前記デジタルメディアコンテンツの最適のフォーマットを決定するフォーマット決定部と、
前記デジタルメディアコンテンツを前記最適のフォーマットで前記ディスプレイデバイスクライアントにストリーミング送信するストリーミング部と、を含むことを特徴とする請求項１８に記載の装置。
【請求項２０】
請求項１、６、１０、１５のうち、いずれか１項に記載の方法を実行するコンピュータプログラムを記録したコンピュータで読取り可能な記録媒体。
【請求項２１】
前記無線デバイスクライアントは、UPnPメディアレンダラー及びUPnPコントロールポイントがエンベデッド(embed)され、前記ディスプレイデバイスクライアントは、UPnPメディアレンダラーエンベデッドされており、
前記再生位置情報を受信する段階は、前記ディスプレイデバイスクライアントのAVT::Seek()アクションを呼び出すUPnP制御メッセージを、前記無線デバイスクライアントから受信する段階を含むことを特徴とする請求項１に記載の方法。
【請求項２２】
前記無線デバイスクライアントは、UPnPメディアレンダラー及びUPnPコントロールポイントがエンベデッドされ、前記ディスプレイデバイスクライアントは、UPnPメディアレンダラーエンベデッドされており、
前記再生位置情報を送信する段階は、前記ディスプレイデバイスクライアントのAVT::Seek()アクションを呼び出すUPnP制御メッセージを前記ディスプレイデバイスクライアントに送信する段階を含むことを特徴とする請求項６に記載の方法。
【請求項２３】
前記無線デバイスクライアントは、UPnPメディアレンダラー及びUPnPコントロールポイントがエンベデッドされ、前記ディスプレイデバイスクライアントは、UPnPメディアレンダラーエンベデッドされており、
前記受信部は、前記ディスプレイデバイスクライアントのAVT::Seek()アクションを呼び出すUPnP制御メッセージを、前記無線デバイスクライアントから受信することを特徴とする請求項３に記載の装置。
【請求項２４】
前記無線デバイスクライアントは、UPnPメディアレンダラー及びUPnPコントロールポイントがエンベデッドされ、前記ディスプレイデバイスクライアントは、UPnPメディアレンダラーエンベデッドされており、
前記再生位置情報を送信する段階は、前記ディスプレイデバイスクライアントのAVT::Seek()アクションを呼び出すUPnP制御メッセージを、前記ディスプレイデバイスクライアントに送信する送信部を含むことを特徴とする請求項８に記載の装置。
【請求項２５】
前記ディスプレイデバイスクライアントは、ホームネットワーク内に位置し、前記接続情報は、前記ホームネットワークの外部から前記ディスプレイデバイスクライアントにアクセスするのに必要な認証情報を含むことを特徴とする請求項１０または１５に記載の方法。
【請求項２６】
前記ディスプレイデバイスクライアントは、ホームネットワーク内に位置し、前記接続情報は、前記ホームネットワーク外部から前記ディスプレイデバイスクライアントにアクセスするのに必要な認証情報を含むことを特徴とする請求項１２または１８に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−２５７３０５（Ｐ２０１２−２５７３０５Ａ）
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願番号】特願２０１２−１７８３６０（Ｐ２０１２−１７８３６０）
【出願日】平成２４年８月１０日（２０１２．８．１０）
【分割の表示】特願２００６−３３２２７３（Ｐ２００６−３３２２７３）の分割
【原出願日】平成１８年１２月８日（２００６．１２．８）
【出願人】（３９００１９８３９）三星電子株式会社 (8,520)
【氏名又は名称原語表記】Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】１２９，Ｓａｍｓｕｎｇ−ｒｏ，Ｙｅｏｎｇｔｏｎｇ−ｇｕ，Ｓｕｗｏｎ−ｓｉ，Ｇｙｅｏｎｇｇｉ−ｄｏ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願日】平成２４年８月１０日（２０１２．８．１０）
【分割の表示】特願２００６−３３２２７３（Ｐ２００６−３３２２７３）の分割
【原出願日】平成１８年１２月８日（２００６．１２．８）
【出願人】（３９００１９８３９）三星電子株式会社 (8,520)
【氏名又は名称原語表記】Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】１２９，Ｓａｍｓｕｎｇ−ｒｏ，Ｙｅｏｎｇｔｏｎｇ−ｇｕ，Ｓｕｗｏｎ−ｓｉ，Ｇｙｅｏｎｇｇｉ−ｄｏ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
[ Back to top ]