(57)【特許請求の範囲】
【請求項１】
通信システムの第１のデバイスにおけるマルチメディアコンテンツを再生する方法であって、
第２のデバイスから前記第２のデバイスのバッファ記憶容量を受信するステップと、
前記第２のデバイスからコンテンツ制御命令を受信する場合、前記第２のデバイスのバッファ記憶容量に基づいて前記第２のデバイスのバッファで前記コンテンツ制御命令によるマルチメディアコンテンツを再生する第１の再生時点を決定するステップと、
前記決定した第１の再生時点に関する情報を前記第２のデバイスに通知するステップと、
を有し、
前記第１の再生時点を決定するステップは、
再生されたマルチメディアコンテンツの最後再生時点と前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点との間の差を用いて再伝送するマルチメディアコンテンツのデータサイズを計算するステップと、
前記第２のデバイスのバッファ記憶容量と前記計算されたデータサイズとを比較して前記バッファで前記マルチメディアコンテンツを再生する第１の再生時点を決定するステップと、
を有することを特徴とする方法。
【請求項２】
前記決定した第１の再生時点に関する情報は、
前記第２のデバイスのバッファ記憶容量が前記計算されたデータサイズより大きい場合、前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点が前記再生されたマルチメディアコンテンツの最後再生時点に到達するまで前記バッファに格納されたマルチメディアコンテンツを再生することを通知する情報を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記決定した第１の再生時点に関する情報は、
前記第２のデバイスのバッファ記憶容量が前記計算したデータサイズより小さい場合、前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点から前記第１の再生時点までのマルチメディアコンテンツを前記第１のデバイスから受信して再生し、前記第１の再生時点から前記再生されたマルチメディアコンテンツの最後再生時点まで前記バッファに格納されたマルチメディアコンテンツを再生することを通知する情報を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記決定した第１の再生時点に関する情報は、
前記バッファで前記マルチメディアコンテンツを再生する第１の再生時点、パケット化エレメンタリストリーム(ＰＥＳ)番号、メモリサイズ情報、時間情報、及び前記バッファに予め格納されたコンテンツの量に関する情報のうち少なくとも一つを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記決定した第１の再生時点に関する情報は、リアルタイムストリーミングプロトコル(ＲＴＳＰ)を通じて前記第２のデバイスに通知されることを特徴とする請求項１に記載の方法。
【請求項６】
通信システムの第２のデバイスにおけるマルチメディアコンテンツを再生する方法であって、
第２のデバイスのバッファ記憶容量を第１のデバイスに伝送するステップと、
入力部を通じてコンテンツ制御命令が入力される場合、前記コンテンツ制御命令を前記第１のデバイスに伝送するステップと、
前記第１のデバイスから前記第２のデバイスのバッファ記憶容量に基づいて決定された前記第２のデバイスのバッファでマルチメディアコンテンツを再生する第１の再生時点に関する情報を受信するステップと、
前記第１の再生時点に関する情報に基づいて前記バッファに格納されたマルチメディアコンテンツを再生するステップと、
を有し、
再生されたマルチメディアコンテンツの最後再生時点と前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点との間の差を用いて再伝送するマルチメディアコンテンツのデータサイズが計算され、前記第２のデバイスのバッファ記憶容量と前記計算されたデータサイズとを比較して前記バッファで前記マルチメディアコンテンツを再生する前記第１の再生時点が決定されることを特徴とする方法。
【請求項７】
前記第１の再生時点に関する情報は、
前記第２のデバイスのバッファ記憶容量が、前記計算されたデータサイズより大きい場合、前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点が前記再生されたマルチメディアコンテンツの最後再生時点に到達するまで前記バッファに格納されたマルチメディアコンテンツを再生することを通知する情報を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記第１の再生時点に関する情報は、
前記第２のデバイスのバッファ記憶容量が、前記計算されたデータサイズより小さい場合、前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点から前記第１の再生時点までのマルチメディアコンテンツを前記第１のデバイスから受信して再生し、前記第１の再生時点から前記再生されたマルチメディアコンテンツの最後再生時点まで前記バッファに格納されたマルチメディアコンテンツを再生することを通知する情報を含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記第１の再生時点に関する情報は、
前記バッファで前記マルチメディアコンテンツを再生する第１の再生時点、パケット化エレメンタリストリーム(ＰＥＳ)番号、メモリサイズ情報、時間情報、及び前記バッファに予め格納されたコンテンツの量に関する情報のうち少なくとも一つを含むことを特徴とする請求項６に記載の方法。
【請求項１０】
前記第１の再生時点に関する情報は、前記第１のデバイスからリアルタイムストリーミングプロトコル(ＲＴＳＰ)を通じて受信されることを特徴とする請求項６に記載の方法。
【請求項１１】
通信システムの第１のデバイスにおけるマルチメディアコンテンツを再生する装置であって、
第２のデバイスから前記第２のデバイスのバッファ記憶容量を受信する通信部と、
前記通信部を通じて前記第２のデバイスからコンテンツ制御命令を受信する場合、前記第２のデバイスのバッファ記憶容量に基づいて前記第２のデバイスのバッファで前記コンテンツ制御命令によるマルチメディアコンテンツを再生する第１の再生時点を決定し、前記決定した第１の再生時点に関する情報を前記第２のデバイスに通知するように前記通信部を制御する制御部と、
を含み、
前記制御部は、
再生されたマルチメディアコンテンツの最後再生時点と前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点との間の差を用いて再伝送するマルチメディアコンテンツのデータサイズを計算し、
前記第２のデバイスのバッファ記憶容量と前記計算したデータサイズとを比較して前記バッファで前記マルチメディアコンテンツを再生する第１の再生時点を決定することを特徴とする装置。
【請求項１２】
前記決定した第１の再生時点に関する情報は、
前記第２のデバイスのバッファ記憶容量が前記計算されたデータサイズより大きい場合、前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点が前記再生されたマルチメディアコンテンツの最後再生時点に到達するまで前記バッファに格納されたマルチメディアコンテンツを再生することを通知する情報を含むことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記決定した第１の再生時点に関する情報は、
前記第２のデバイスのバッファ記憶容量が前記計算したデータサイズより小さい場合、前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点から前記第１の再生時点までのマルチメディアコンテンツを前記第１のデバイスから受信して再生し、前記第１の再生時点から前記再生されたマルチメディアコンテンツの最後再生時点まで前記バッファに格納されたマルチメディアコンテンツを再生することを通知する情報を含むことを特徴とする請求項１１に記載の装置。
【請求項１４】
前記決定した第１の再生時点に関する情報は、
前記バッファで前記マルチメディアコンテンツを再生する第１の再生時点、パケット化エレメンタリストリーム(ＰＥＳ)番号、メモリサイズ情報、時間情報、及び前記バッファに予め格納されたコンテンツの量に関する情報のうち少なくとも一つを含むことを特徴とする請求項１１に記載の装置。
【請求項１５】
前記決定した第１の再生時点に関する情報は、リアルタイムストリーミングプロトコル(ＲＴＳＰ)を通じて前記第２のデバイスに通知されることを特徴とする請求項１１に記載の装置。
【請求項１６】
通信システムの第２のデバイスにおけるマルチメディアコンテンツを再生する装置であって、
第２のデバイスのバッファ記憶容量を第１のデバイスに伝送し、入力部を通じてコンテンツ制御命令が入力される場合、前記コンテンツ制御命令を前記第１のデバイスに伝送し、前記第１のデバイスから前記第２のデバイスのバッファ記憶容量に基づいて決定された前記第２のデバイスのバッファでマルチメディアコンテンツを再生する第１の再生時点に関する情報を受信する通信部と、
前記第１の再生時点に関する情報に基づいて前記バッファに格納されたマルチメディアコンテンツを再生する制御部と、
を含み、
再生されたマルチメディアコンテンツの最後再生時点と前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点との間の差を用いて再伝送するマルチメディアコンテンツのデータサイズが計算され、前記第２のデバイスのバッファ記憶容量と前記計算されたデータサイズとを比較して前記バッファで前記マルチメディアコンテンツを再生する前記第１の再生時点が決定されることを特徴とする装置。
【請求項１７】
前記第１の再生時点に関する情報は、
前記第２のデバイスのバッファ記憶容量が、前記計算されたデータサイズより大きい場合、前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点が前記再生されたマルチメディアコンテンツの最後再生時点に到達するまで前記バッファに格納されたマルチメディアコンテンツを再生することを通知する情報を含むことを特徴とする請求項１６に記載の装置。
【請求項１８】
前記第１の再生時点に関する情報は、
前記第２のデバイスのバッファ格納容量が、前記計算されたデータサイズより小さい場合、前記コンテンツ制御命令に該当するマルチメディアコンテンツの再生時点から前記第１の再生時点までのマルチメディアコンテンツを前記第１のデバイスから受信して再生し、前記第１の再生時点から前記再生されたマルチメディアコンテンツの最後再生時点まで前記バッファに格納されたマルチメディアコンテンツを再生することを通知する情報を含むことを特徴とする請求項１６に記載の装置。
【請求項１９】
前記第１の再生時点に関する情報は、
前記バッファで前記マルチメディアコンテンツを再生する第１の再生時点、パケット化エレメンタリストリーム(ＰＥＳ)番号、メモリサイズ情報、時間情報、及び前記バッファに予め格納されたコンテンツの量に関する情報のうち少なくとも一つを含むことを特徴とする請求項１６に記載の装置。
【請求項２０】
前記第１の再生時点に関する情報は、前記第１のデバイスからリアルタイムストリーミングプロトコル(ＲＴＳＰ)を通じて受信されることを特徴とする請求項１６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおいてユーザーの制御命令によりマルチメディアコンテンツを再生する方法及び装置に関する。
【背景技術】
【０００２】
最近、携帯デバイスは、ユーザーが必要とする多様な機能を提供している。例えば、携帯デバイスは、通話機能、イメージ又は動映像撮影機能、放送受信機能、及びインターネット接続機能のような多様な機能を提供する。
【０００３】
一方、最近の携帯デバイス(以下、ソースデバイス）は、無線通信(例えば、ＷｉＦｉ、ブルートゥース（登録商標）、移動通信ネットワークなど)を通じて他のデバイス(以下、シンク(Sink)デバイス)にマルチメディアコンテンツ(すなわち、ビデオ、オーディオ、文字など)を伝送できる無線映像伝送機能を提供している。無線映像伝送機能は、ＷｉＦｉディスプレイ(ＷＦＤ)、ＷｉＤｉ(Wireless  Display)、ミラキャスト(Miracast)がある。
【０００４】
無線映像伝送機能は、一般的にマルチメディアコンテンツをリアルタイムで伝送できる。このようにソースデバイスは、マルチメディアコンテンツをリアルタイムでシンクデバイスに伝送する場合、一般的に無線通信チャンネルの変動(fluctuation)特性を回避し、途切れない画面を提供するためにデータを所定のサイズ(又は時間)だけバッファに格納してから再生する。
【０００５】
ここで、シンクデバイスがソースデバイスの再生位置を制御する制御命令をユーザーから受信する場合、ソースデバイスは、ユーザーから受信した制御命令に対応する再生位置を確認し、確認した再生位置からマルチメディアコンテンツを再検索する。ソースデバイスは、一般的にソースデバイスのスクリーンをトランスコーディングし、同一のマルチメディアコンテンツが既にシンクデバイスに送信されても、確認した再生位置からマルチメディアコンテンツを再伝送する。それによって、ソースデバイスからシンクデバイスへマルチメディアコンテンツを効果的に再伝送する方案が要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、上記した従来技術の問題点を解決するために、本発明の目的は、通信システムにおいてユーザーの制御命令に従ってマルチメディアコンテンツを再生する方法及び装置を提供することにある。
【０００７】
また、本発明の目的は、通信システムにおいてシンクデバイスのバッファを用いてマルチメディアコンテンツを再生する方法及び装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記のような目的を達成するために、本発明の一態様によれば、通信システムの第１のデバイスにおけるマルチメディアコンテンツを再生する方法が提供される。その方法は、第２のデバイスから第２のデバイスのバッファ記憶容量を受信するステップと、第２のデバイスからユーザーバックワードシーク(ＵＩＢＣ)命令を受信する場合、第２のデバイスのバッファ記憶容量に基づいて第２のデバイスのバッファでＵＩＢＣ命令によるマルチメディアコンテンツを再生する位置を決定するステップと、決定した位置に関する情報を第２のデバイスに通知するステップとを有する。
【０００９】
本発明の他の態様によれば、通信システムの第２のデバイスにおけるマルチメディアコンテンツを再生する方法が提供される。その方法は、第２のデバイスのバッファ記憶容量を第１のデバイスに伝送するステップと、入力部を通じてユーザーバックワードシーク(ＵＩＢＣ)命令が入力される場合、ＵＩＢＣ命令を第１のデバイスに伝送するステップと、第１のデバイスから第２のデバイスのバッファ記憶容量に基づいて決定された第２のデバイスのバッファでマルチメディアコンテンツを再生する位置に関する情報を受信するステップと、位置に関する情報に基づいてバッファに格納されたマルチメディアコンテンツを再生するステップとを有する。
【００１０】
また、本発明の他の態様によれば、通信システムの第１のデバイスにおけるマルチメディアコンテンツを再生する装置が提供される。その装置は、第２のデバイスから第２のデバイスのバッファ記憶容量を受信する通信部と、通信部を通じて第２のデバイスからユーザーバックワードシーク(ＵＩＢＣ)命令を受信する場合、第２のデバイスのバッファ記憶容量に基づいて第２のデバイスのバッファでＵＩＢＣ命令によるマルチメディアコンテンツを再生する位置を決定し、決定した位置に関する情報を第２のデバイスに通知するように通信部を制御する制御部とを含む。
【００１１】
さらに、本発明の他の態様によれば、通信システムの第２のデバイスにおけるマルチメディアコンテンツを再生する装置が提供される。その装置は、第２のデバイスのバッファ記憶容量を第１のデバイスに伝送し、入力部を通じてユーザーバックワードシーク(ＵＩＢＣ)命令が入力される場合、ＵＩＢＣ命令を第１のデバイスに伝送し、第１のデバイスから第２のデバイスのバッファ記憶容量に基づいて決定された第２のデバイスのバッファでマルチメディアコンテンツを再生する位置に関する情報を受信する通信部と、位置に関する情報に基づいてバッファに格納されたマルチメディアコンテンツを再生する制御部とを含む。
【００１２】
本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態による通信システムを簡略に示す図である。
【図２】本発明の実施形態による通信システムにおけるシンクデバイスとソースデバイスとの間のマルチメディアコンテンツの再生方法を示す図である。
【図３】本発明の実施形態によるソースデバイス１００でマルチメディアコンテンツが再生される位置を決定する方法の一例を示す図である。
【図４】本発明の実施形態によるソースデバイス１００でマルチメディアコンテンツが再生される位置を決定する方法の一例を示す図である。
【図５】本発明の実施形態による通信システムにおけるマルチメディアコンテンツを再生する装置を示す図である。
【図６】本発明の実施形態による通信システムのソースデバイス１００におけるマルチメディアコンテンツの再生方法を示すフローチャートである。
【図７】本発明の実施形態による通信システムのシンクデバイス１５０におけるマルチメディアコンテンツの再生方法を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に示す。
【００１５】
したがって、本発明の実施形態では、理解を助けるために多様で詳細な説明を含む。また、本発明の範囲及び精神を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００１６】
本発明の主な要旨は、シンクデバイスがユーザーから制御命令を受信する場合、シンクデバイスのバッファを用いてマルチメディアコンテンツを再生する方法を提供することである。
【００１７】
このために、本発明の実施形態による通信システムにおけるマルチメディアコンテンツ再生方法及び装置について詳細に説明する。
【００１８】
図１は、本発明の実施形態による通信システムを簡略に示す。
図１を参照すると、本発明の実施形態による通信システムは、ソースデバイス１００とシンクデバイス１５０を含む。ソースデバイス１００は、移動通信デバイス、スマートフォン、タブレットＰＣ(Personnel  Computer)、携帯用マルチメディアプレーヤー(ＰＭＰ)、個人情報デバイス(ＰＤＡ)のような比較的小さい画面を有する携帯デバイスであり得る。シンクデバイス１５０は、デスクトップ(Desktop)ＰＣ、ノートブック(Notebook)、スマートＴＶのように相対的に大きい画面を有する電子機器であり得る。
【００１９】
ソースデバイス１００は、マルチメディアコンテンツを無線で伝送するための通信チャンネルをシンクデバイス１５０とともに形成できる。一例として、通信チャンネルは、ミラキャストセッションで構成され得る。詳細には、ソースデバイス１００は、通信チャンネルを介してマルチメディアコンテンツ及び制御命令をシンクデバイス１５０に伝送する。このとき、通信チャンネルは、ＴＣＰ(Transmission  Control  Protocol)又はＵＤＰ(User  Datagram  Protocol)方式の通信チャンネルである。
【００２０】
特に、本発明の実施形態による通信システムにおいて、ソースデバイス１００とシンクデバイス１５０との間のＷＦＤを提供する場合、順方向チャンネル(forward  channel)では、ソースデバイス１００とシンクデバイス１５０との間のストリーミングプロトコルを定義する。
【００２１】
すなわち、ソースデバイス１００は、シンクデバイス１５０と通信チャンネルが接続される場合、マルチメディアコンテンツ及び制御命令をシンクデバイス１５０へリアルタイムで伝送できる。詳細には、ソースデバイス１００は、マルチメディアコンテンツをストリーム形式に変換した後に通信チャンネルを介してシンクデバイス１５０に伝送できる。また、ソースデバイス１００は、制御命令を通信チャンネルを介してシンクデバイス１５０へ伝送する。制御命令は、マルチメディアコンテンツの再生を制御するための命令である。例えば、制御命令は、ボリューム変更、一時停止、再生(resume)、再生終了、巻き戻し(rewind)などを含む。
【００２２】
シンクデバイス１５０は、ソースデバイス１００からストリーミング形式に変換されたマルチメディアコンテンツを通信チャンネルを介して受信し、受信したマルチメディアコンテンツを逆変換して再生できる。また、シンクデバイス１５０は、ソースデバイス１００から制御命令を受信し、この制御命令に該当する機能を遂行できる。
【００２３】
特に、本発明の実施形態によるシンクデバイス１５０は、バックワードチャンネルでユーザーから制御命令を受信できる。ここで、バックワードチャンネルでシンクデバイス１５０を通じてユーザーから受信する制御命令は、ＵＩＢＣ(User  Backward  Seek)命令と称される。すなわち、シンクデバイス１５０は、ユーザーからＵＩＢＣ命令が受信される場合、ＵＩＢＣ命令をソースデバイス１００に伝送する。例えば、ＵＩＢＣ命令は、マルチメディアコンテンツの再生位置を巻き戻すための制御命令であると仮定する。このとき、ＵＩＢＣ命令は、シンクデバイス１５０のディスプレイウィンドウを通じてユーザーによるマウスダウン(mouse  down)又はタッチにより収集される。
【００２４】
ソースデバイス１００は、シンクデバイス１５０からＵＩＢＣ命令を受信する場合、本発明の一実施形態による位置決定アルゴリズムを用いてＵＩＢＣ命令に対応する再生位置からマルチメディアコンテンツが再び再生するようにシンクデバイス１５０を制御する。ここで、位置決定アルゴリズムは、図３及び図４を参照して詳細に説明する。
【００２５】
図２は、本発明の実施形態による通信システムにおいて、シンクデバイスとソースデバイスとの間のマルチメディアコンテンツ再生方法を示す。
【００２６】
図２を参照すると、シンクデバイス１５０は、ステップ２０１で、バッファ記憶容量(Buffer  Storage  Capability）をソースデバイス１００に伝送する。ソースデバイス１００とシンクデバイス１５０との間のミラキャストセッションが形成される通信環境において、シンクデバイス１５０は、ステップ２０５で、ユーザーからＵＩＢＣ命令を受信する場合、ステップ２０７で、受信されたＵＩＢＣ命令をソースデバイス１００に伝送する。すると、ステップ２０９において、ソースデバイス１００は、本発明の実施形態による位置決定アルゴリズムに基づき、ＵＩＢＣ命令によりマルチメディアコンテンツを再生する位置を決定する。このとき、ソースデバイス１００は、シンクデバイス１５０のバッファ記憶容量に基づき、ソースデバイス１００でマルチメディアコンテンツを再生する位置及びシンクデバイス１５０でマルチメディアコンテンツを再生する位置のうち少なくとも一つを決定する。
【００２７】
ソースデバイス１００は、ステップ２１１において、シンクデバイス１５０でマルチメディアコンテンツを再生する位置に関する情報をシンクデバイス１５０に通知する。このとき、マルチメディアコンテンツを再生する位置に関する情報は、ＲＴＳＰ(Real-Time  Streaming  Protocol)を通じてシンクデバイス１５０に通知できる。シンクデバイス１５０でマルチメディアコンテンツを再生する位置に関する情報は、マルチメディアコンテンツを再生する位置(すなわち、時点)、ＰＥＳ(Packetized  Elementary  Stream)番号、メモリサイズ情報、時間情報、及びシンクデバイス１５０のバッファに格納されたコンテンツの量に関する情報のうち少なくとも一つを含む。
【００２８】
シンクデバイス１５０は、ＲＴＳＰ通知を通じてマルチメディアコンテンツを再生する位置に関する情報を受信する場合、ステップ２１３で、受信したマルチメディアコンテンツを再生する位置に関する情報に基づき、ソースデバイス１００から伝送されたマルチメディアコンテンツ及びバッファに格納されているマルチメディアコンテンツのうち少なくとも一つによりマルチメディアコンテンツを再生する。
【００２９】
ソースデバイス１００で本発明の実施形態による位置決定アルゴリズムに基づき、ＵＩＢＣ命令によってマルチメディアコンテンツを再生する位置を決定する方法について、以下に説明する。
【００３０】
ソースデバイス１００は、ＵＩＢＣ命令を確認して再生されるマルチメディアコンテンツの最後位置とＵＩＢＣ命令に該当するマルチメディアコンテンツの位置との間の差を用いて再伝送するマルチメディアコンテンツのデータサイズを計算する。ここで、ソースデバイス１００は、コーデック(Codec)のような予めネゴシエートしたパラメータに基づいてデータサイズを計算する。ソースデバイス１００は、シンクデバイス１５０から受信したバッファ記憶容量(すなわち、シンクデバイス１５０のバッファサイズ）が計算されたデータサイズより大きい場合(すなわち、シンクデバイス１５０のバッファサイズ＞計算されたデータサイズ)、ＵＩＢＣ命令に該当する位置ｔが既存位置(すなわち、再生されたマルチメディアコンテンツの最後の位置)に到達するまでシンクデバイス１５０にマルチメディアコンテンツが送信されないことを示す情報を通知する。
【００３１】
一方で、ソースデバイス１００は、シンクデバイス１５０のバッファサイズが計算されたデータサイズより小さい場合(すなわち、シンクデバイス１５０のバッファサイズ＜計算されたデータサイズ)、ＵＩＢＣ命令に該当する位置ｔが{計算されたデータサイズ−シンクデバイス１５０のバッファサイズ＋Ｘ}と同一の時間までシンクデバイス１５０にマルチメディアコンテンツが送信されることを示す情報を通知する。ここで、Ｘは、マルチメディアコンテンツを受信するターゲットをスムーズに遷移(すなわち、ソースデバイス１００からシンクデバイス１５０へ遷移)するための所定のしきい値に、チャンネル状態に従って変更され得る。また、シンクデバイス１５０がバッファに既にマルチメディアコンテンツを格納していると仮定する場合、｛計算されたデータサイズ−シンクデバイスのバッファサイズ＋追加的なＸ｝と同一の時間からデータが送信できないことを意味する。
【００３２】
以下、図３及び図４を参照して、ソースデバイス１００が位置決定アルゴリズムに基づき、ＵＩＢＣ命令に従ってマルチメディアコンテンツを再生する位置を決定する方法の例を説明する。
【００３３】
図３及び図４は、本発明の実施形態によるソースデバイス１００でマルチメディアコンテンツを再生する位置を決定する方法の一例を示す。以下、バッファサイズ１ＭＢは、マルチメディアコンテンツを再生する時間で１分に対応すると仮定する。
【００３４】
図３の例では、ソースデバイス１００は、シンクデバイス１５０からバッファ記憶容量Ｔｂｕｆが１０ＭＢであることを受信し、ＵＩＢＣ命令に該当する位置Ｔｒｗは、参照番号３００の位置であると仮定する。ソースデバイス１００は、再生したマルチメディアコンテンツの最後の位置が１００分に該当する位置Ｔｃであり、ＵＩＢＣ命令に該当する位置Ｔｒｗが９２分に該当する位置３００であることを確認する場合、ＴｃとＴｒｗとの間の差値からマルチメディアコンテンツの再生に必要なデータサイズが８ＭＢであることを確認する。すると、ソースデバイス１００は、バッファ記憶容量Ｔｂｕｆ(１０ＭＢ）がデータサイズＴｃ-Ｔｒｗ(８ＭＢ)より大きいので(すなわち、Ｔｂｕｆ＞Ｔｃ-Ｔｒｗ)、ＴｐがＴｃに到達するまでシンクデバイス１５０にマルチメディアコンテンツが送信されないことを示す情報を通知する。すると、シンクデバイス１５０は、ソースデバイス１００の通知に従ってＴｐからＴｃまでバッファに格納されているマルチメディアコンテンツを再生する。
【００３５】
図４の例では、ソースデバイス１００は、シンクデバイス１５０からバッファ記憶容量Ｔｂｕｆが１０ＭＢであることを受信し、ＵＩＢＣ命令に該当する位置Ｔｒｗは、参照番号４００の位置であると仮定する。ソースデバイス１００は、再生されたマルチメディアコンテンツの最後の位置が１００分に該当する位置Ｔｃであり、ＵＩＢＣ命令に該当する位置Ｔｒｗが８８分に該当する位置４００であることを確認する場合、ＴｃとＴｒｗとの間の差値からマルチメディアコンテンツの再生のために必要なデータサイズが１２ＭＢであることを確認する。しかしながら、シンクデバイス１５０のバッファサイズは、１０ＭＢであるため、バッファでＵＩＢＣ命令に該当する位置Ｔｒｗから最初の２ＭＢのデータは削除される。このとき、ソースデバイス１００は、バッファ記憶容量Ｔｂｕｆ(１０ＭＢ）がデータサイズＴｃ-Ｔｒｗ(＋２)より小さいので(すなわち、Ｔｂｕｆ＜Ｔｃ-Ｔｒｗ)、｛２ＭＢ＋Ｘ｝に該当する位置をＴｐとして決定する。ここで、図４で、Ｘが１であると仮定すれば、Ｔｐは、９１分として決定される。
【００３６】
したがって、ソースデバイス１００は、ＴｒｗがＴｐになるまでシンクデバイス１５０にマルチメディアコンテンツを送信し、ＴｐからＴｃまではマルチメディアコンテンツを送信しないことを示す情報を通知する。すると、シンクデバイス１５０は、ソースデバイス１００の通知により、ＴｒｗからＴｐまでシンクデバイス１５０からマルチメディアコンテンツを受信して再生し、ＴｐからＴｃまではバッファに格納されたマルチメディアコンテンツを再生する。
【００３７】
このとき、マルチメディアコンテンツがＵＩＢＣ命令に該当する位置から再生される場合、シンクデバイス１５０は、ＸＭＢ(図４の例では１ＭＢ）のデータのみをバッファに格納する。このとき、ＸＭＢのデータが再生された後に、シンクデバイス１５０では、バッファからどんなデータを除去するか否かに対する問題が発生するようになる。この場合、除去するデータはソースデバイス１００の命令による再生時間に従って決定されるので、シンクデバイス１５０は、バッファに格納されているすべてのデータを除去する。それによって、シンクデバイス１５０のバッファ使用効率性を増加させ、ユーザーがバックワード位置からデータを検索する場合にシンクデバイス１５０により同一のデータを再び獲得することを最適化できる。
【００３８】
また、本発明の実施形態によるシンクデバイス１５０は、バッファ記憶容量の伝送によりバッファ記憶サイズ又はバッファ記憶時間をソースデバイス１００と共有できる。バッファ記憶時間は、バッファ記憶サイズに直接に比例し、以下の＜数式１＞のようにバッファ記憶サイズ、ネゴシエートしたコーデック、及びフレームレート間の関数で表すことができる。
【００３９】
＜数式１＞
バッファ記憶時間＝ｆ(バッファ記憶サイズ、ネゴシエートしたコーデック、フレームレート)
【００４０】
したがって、上記ではバッファ記憶サイズに基づいて本発明の実施形態を説明したが、共有されるパラメータがバッファ記憶時間である場合にも本発明の実施形態が適用可能である。
【００４１】
図５は、本発明の実施形態による通信システムにおけるマルチメディアコンテンツを再生する装置を示す。
【００４２】
図５を参照すると、ソースデバイス１００は、制御部５０３、格納部５０５、通信部５０７、入力部５０９、及び表示部５１１を含む。ここで、入力部５０９及び表示部５１１は、デバイスタイプに従って一つのユニットで構成され得る。シンクデバイス１５０は、制御部５５３、格納部５５５、通信部５５７、入力部５５９、及び表示部５６１を含む。ここで、入力部５５９及び表示部５６１は、デバイスタイプに従って一つのユニットで構成できる。
【００４３】
ソースデバイス１００に含まれた入力部５０９及びシンクデバイス１５０に含まれた入力部５５９は、各々数字又は文字情報を受信し、機能を設定及び制御するための複数の入力キー及び機能キーを含むことができ、タッチキー、タッチパッド、及びタッチスクリーンのような入力手段のうちいずれか一つ又はこれらの組み合わせにより形成され得る。特に、本発明の実施形態による入力部５５９が機能キーを通じてユーザーからマルチメディアコンテンツの再生位置を制御するＵＩＢＣ命令を受信する場合、入力部５５９は、受信したＵＩＢＣ命令に該当するイベント信号を生成して制御部５５３に配信する。
【００４４】
制御部５５３は、ユーザーが入力したＵＩＢＣ命令によってマルチメディアコンテンツが表示部５６１に再生するように全般的な動作を制御する。特に、制御部５５３は、格納部５５５に含まれたバッファのバッファ記憶容量を通信部５５７を通じてソースデバイス１００に伝送する。制御部５５３は、入力部５５９からイベント信号を受信する場合、ＵＩＢＣ命令を通信部５５７を通じてソースデバイス１００に伝送する。制御部５５３は、ソースデバイス１００から通信部５５７を通じてマルチメディアコンテンツを受信する場合、受信したマルチメディアコンテンツを格納部５５５に格納する。制御部５５３は、通信部５５７を通じてソースデバイス１００からＲＴＳＰ通知を受信する場合、ＲＴＳＰ通知によりソースデバイス１００から受信されたマルチメディアコンテンツ及び格納部５５５に格納されたマルチメディアコンテンツのうち少なくとも一つを表示部５６１に再生する。
【００４５】
ソースデバイス１００に含まれた制御部５０３は、通信部５０７を通じてシンクデバイス１５０からＵＩＢＣ命令を受信する場合、本発明の実施形態による位置決定アルゴリズムに基づいてＵＩＢＣ命令に従ってマルチメディアコンテンツを再生する位置を決定する。すなわち、制御部５０３は、ＵＩＢＣ命令を確認して再生されたマルチメディアコンテンツの最後位置とＵＩＢＣ命令に該当するマルチメディアコンテンツの位置との間の差を用いて再伝送するマルチメディアコンテンツのデータサイズを計算する。制御部５０３は、シンクデバイス１５０から受信したバッファ記憶容量(すなわち、シンクデバイス１５０のバッファサイズ）が計算されたデータサイズより大きい場合(すなわち、シンクデバイス１５０のバッファサイズ＞計算されたデータサイズ)、ＵＩＢＣ命令に該当する位置ｔが既存位置(すなわち、再生されたマルチメディアコンテンツの最後位置)に到達するまでシンクデバイス１５０へマルチメディアコンテンツが送信されないことを示す情報をＲＴＳＰを用いて通信部５０７を通じて通知する。さらに、制御部５０３は、通信部５０７を通じてシンクデバイス１５０の格納部５５５を直接に制御できる。すなわち、制御部５０３は、決定された位置に基づいて格納部５５５に予め格納されているコンテンツを再生するように格納部５５５を制御する。
【００４６】
一方、ソースデバイス１００は、シンクデバイス１５０のバッファサイズが計算されたデータサイズより小さい場合(すなわち、シンクデバイス１５０のバッファサイズ＜計算されたデータサイズ)、ＵＩＢＣ命令に該当する位置ｔが｛計算されたデータサイズ−シンクデバイス１５０のバッファサイズ＋Ｘ｝と同一の時間までシンクデバイス１５０にマルチメディアコンテンツが伝送されることを示す情報をＲＴＳＰを用いて通信部５０７を通して通知する。
【００４７】
図６は、本発明の実施形態による通信システムのソースデバイス１００におけるマルチメディアコンテンツを再生する方法を示すフローチャートである。
【００４８】
図６を参照すると、制御部５０３は、ステップ６０１で、通信部５０７を通じてシンクデバイス１５０からバッファ記憶容量を受信し、ステップ６０３で、ＵＩＢＣ命令を受信する。すると、ステップ６０５において、制御部５０３は、本発明の実施形態による位置決定アルゴリズムに基づいてＵＩＢＣ命令に従ってマルチメディアコンテンツを再生する位置を決定する。制御部５０３は、通信部５０７を通じて決定された位置に関する情報をシンクデバイス１５０に通知する。
【００４９】
詳しくは、ステップ６０５及び６０７において、制御部５０３は、ＵＩＢＣ命令を確認し、再生したマルチメディアコンテンツの最後位置とＵＩＢＣ命令に該当するマルチメディアコンテンツの位置との間の差を用いて再伝送するマルチメディアコンテンツのデータサイズを計算する。制御部５０３は、シンクデバイス１５０のバッファ記憶容量(すなわち、シンクデバイス１５０のバッファサイズ）が計算されたデータサイズを比較し、シンクデバイス１５０のバッファ記憶容量が計算されたデータサイズより大きい場合、ＵＩＢＣ命令に該当する位置ｔが既存位置(すなわち、再生されたマルチメディアコンテンツの最後位置)に到達するまでシンクデバイス  へマルチメディアコンテンツが送信されないことを示す情報をシンクデバイス１５０に通知する。一方で、制御部５０３は、シンクデバイス１５０のバッファ記憶容量が計算されたデータサイズより小さい場合、ソースデバイス１００にマルチメディアコンテンツを伝送する時間を計算する。ここで、ソースデバイス１００でマルチメディアコンテンツを伝送する時間は、｛計算されたデータサイズ−シンクデバイス１５０のバッファサイズ＋Ｘ｝を用いて計算される。制御部５０３は、ＵＩＢＣ命令に該当する時間が計算された時間に至るまでシンクデバイス１５０にマルチメディアコンテンツが伝送されることを示す情報を通知する。
【００５０】
このとき、制御部５０３は、マルチメディアコンテンツを再生する位置に関する情報を用いてマルチメディアコンテンツを伝送するか否かをシンクデバイスに通知する。すなわち、制御部５０３は、ステップ６０７において、マルチメディアコンテンツを再生する位置に関する情報として、バッファでマルチメディアコンテンツを再生する位置(すなわち、時点)、ＰＥＳ番号、メモリサイズ情報、時間情報、及びシンクデバイス１５０のバッファに格納されているコンテンツの量に関する情報のうち少なくとも一つをシンクデバイス１５０に通知する。
【００５１】
図７は、本発明の実施形態による通信システムのシンクデバイス１５０におけるマルチメディアコンテンツを再生する方法を示すフローチャートである。
【００５２】
図７を参照すると、ステップ７０１において、制御部５５３は、通信部５５７を通じてシンクデバイス１５０のバッファ記憶容量を伝送する。ステップ７０３において、制御部５５３は、入力部５５９を通じてユーザーからＵＩＢＣ命令を受信する場合、通信部５５７を通じて受信したＵＩＢＣ命令をソースデバイス１００へ伝送する。以後、制御部５５３は、ステップ７０５において、ソースデバイス１００からマルチメディアコンテンツを再生する位置に関する情報を受信する。マルチメディアコンテンツを再生する位置に関する情報は、バッファでマルチメディアコンテンツを再生する位置(すなわち、時点)、ＰＥＳ番号、メモリサイズ情報、時間情報、及びシンクデバイス１５０のバッファに格納されたコンテンツの量に関する情報のうち少なくとも一つを含む。ステップ７０７において、制御部５５３は、受信されたマルチメディアコンテンツを再生する位置に関する情報に基づいてマルチメディアコンテンツを再生する。例えば、制御部５５３は、マルチメディアコンテンツを再生する位置に関する情報に含まれているＰＥＳ番号が１である場合、バッファに格納されたマルチメディアコンテンツを再生する。他の実施形態において、制御部５５３は、マルチメディアコンテンツを再生する位置に関する情報に含まれたＰＥＳ番号が３である場合、ソースデバイス１００からＰＥＳ番号が１及び２であるマルチメディアコンテンツを受信して再生した後に、ＰＥＳ番号３に該当するマルチメディアコンテンツに対してはバッファに格納されたマルチメディアコンテンツを再生する。
【００５３】
したがって、シンクデバイス１５０は、ソースデバイス１００から配信されたマルチメディアコンテンツを再生する位置に関する情報を用いてマルチメディアコンテンツを効果的に再生することができる。
【００５４】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【符号の説明】
【００５５】
１００  ソースデバイス
１５０  シンクデバイス
５０３  制御部
５０５  格納部
５０７  通信部
５０９  入力部
５１１  表示部
５５３  制御部
５５５  格納部
５５７  通信部
５５９  入力部
５６１  表示部
【図１】
0006591430.tif 000002
【図２】
0006591430.tif 000003
【図３】
0006591430.tif 000004
【図４】
0006591430.tif 000005
【図５】
0006591430.tif 000006
【図６】
0006591430.tif 000007
【図７】
0006591430.tif 000008