用于在通信系统播放多媒体内容的方法及装置的制造方法
【专利摘要】在根据本公开的实施例的通信系统的第一设备中播放多媒体内容的方法包括如下步骤：从第二设备接收所述第二设备的缓存器存储容量；如果从第二设备接收到UIBC命令，则基于所述第二设备的缓存器存储容量来确定根据UIBC命令而在所述第二设备的缓存器播放多媒体内容的位置；向所述第二设备通知关于所述确定的位置的信息。
【专利说明】
用于在通信系统播放多媒体内容的方法及装置
技术领域
[0001]本公开涉及一种在通信系统中通过用户的控制命令而播放多媒体内容的方法及
目.0
【背景技术】
[0002]最近，便携式设备提供用户需要的各种功能，例如，提供有呼叫功能、图像或视频拍摄功能、广播接收功能、互联网连接功能等。
[0003]同时，最近的便携式设备(以下，称之为源(source)设备)提供一种能够通过无线通信(例如，无线保真(W1-Fi)、蓝牙、移动通信网络等)向另一个设备(以下，称之为接收(sink)设备)发送多媒体内容(S卩，视频、音频、文本等)的无线图像发送功能。作为无线图像发送功能的示例可包括无线保真显示(W1-FiDisplay: WFD)、无线显示(Wireless Display:W1-Di)、Miracast等。
[0004]所述无线图像发送功能通常能够实时地发送多媒体内容。如上所述，在实时地向接收设备发送多媒体内容时，为了回避无线通信信道的波动(fluctuat1n)特性并提供连续画面，源设备通常按预定大小(或时间)将数据存储在缓存器(buffer)中，然后播放这些数据。
[0005]在此，如果接收设备从用户接收用于控制源设备的播放位置的控制命令时，源设备检查与从用户接收的控制命令对应的播放位置，并在已检查的播放位置重新搜索多媒体内容。源设备通常对所述源设备的屏幕进行转码(transcoding)，并且，即使相同的多媒体内容已发送到接收设备，也从已检查的播放位置开始多媒体内容的再发送。因此，需要一种将多媒体内容有效地从源设备再发送到同步设备的方案。
【发明内容】
[0006]技术问题
[0007]本公开的一方面在于提供一种在通信系统中通过用户的控制命令播放多媒体内容的方法及装置。
[0008]此外，本公开的另一方面在于提供一种在通信系统中利用接收设备的缓存器来播放多媒体内容的方法及装置。
[0009]技术手段
[0010]根据本公开的一方面，提供了一种在通信系统的第一设备播放多媒体内容的方法，该方法包括如下步骤:从第二设备接收所述第二设备的缓存器存储容量;当从第二设备接收到用户反向查找(UIBC)命令时，基于所述第二设备的缓存器存储容量来确定根据UIBC命令而在所述第二设备的缓存器播放多媒体内容的播放位置;向所述第二设备通知关于所述确定的播放位置的信息。
[0011]根据本公开的另一方面，提供了一种在通信系统的第二设备播放多媒体内容的方法，该方法包括如下步骤:将第二设备的缓存器存储容量发送到第一设备；当通过输入单元接收到(UIBC)命令时，将所述UIBC命令发送到所述第一设备；从所述第一设备接收关于所述第二设备的缓存器播放多媒体内容的播放位置的信息，所述播放位置基于第二设备的缓冲器存储容量而被确定;基于关于播放位置的信息来播放存储于缓存器的多媒体内容。
[0012]根据本公开的另一方面，提供了一种在通信系统的第一设备播放多媒体内容的装置，该装置包括:通信单元，从第二设备接收第二设备的缓存器存储容量;控制器，被构造为当从第二设备接收到用户反向查找(UIBC)命令时，基于第二设备的缓存器存储容量来确定根据用户反向查找命令而在第二设备的缓存器将被播放的多媒体内容的播放位置，并向第二设备通知关于确定的播放位置的信息。
[0013]根据本公开的另一方面，提供了一种在通信系统的第二设备播放多媒体内容的装置，该装置包括:通信单元，将第二设备的缓存器存储容量发送到第一设备，当通过输入单元输入了用户反向查找(UIBC)命令时将所述UIBC命令发送到第一设备，并从第一设备接收关于第二设备的缓存器播放多媒体内容的播放位置的信息，所述播放位置基于第二设备的缓冲器存储容量而被确定;控制器，基于关于播放位置的信息来播放存储于缓存器的多媒体内容。
【附图说明】
[0014]图1示意性示出根据本公开的一实施例的通信系统。
[0015]图2是示出根据本公开的一实施例的通信系统中的接收设备和源设备之间的多媒体播放方法的图。
[0016]图3以及图4是示出根据本公开的一实施例的源设备100中确定将播放多媒体内容的播放位置的方法的例的图。
[0017]图5是示出根据本公开的一实施例的通信系统中播放多媒体内容的装置的框图。
[0018]图6是示出根据本公开的一实施例的通信系统的源设备100中播放多媒体内容的方法的流程图。
[0019]图7是示出在根据本公开的一实施例的通信系统的接收设备150中播放多媒体内容的方法的流程图。
【具体实施方式】
[0020]以下，参照附图详细描述根据本公开的示例性实施例。在以下描述中，仅说明针对根据本公开的操作的理解所需要的部分，而为了防止本公开的主旨被模糊，针对其余的部分的说明将被省略。
[0021]本公开的主旨在于提供一种在接收设备从用户接收到控制命令的情况下，利用同步设备的缓存器来播放多媒体内容的方法。
[0022]为此，将对根据本公开的实施例的通信系统中的多媒体播放方法及装置进行详细的说明。
[0023]图1示意性示出根据本公开的一实施例的通信系统。
[0024]参照图1，根据本公开的实施例的通信系统可包括源设备100和接收设备150。源设备100可以是具有相对较小屏幕的便携式装置，诸如，移动通信设备、智能电话、平板个人计算机(PC)、便携式多媒体播放器(PMP)、个人数字助理(PDA)。接收设备150可以是具有相对较大的屏幕的电子装置，诸如，台式个人计算机、膝上型计算机、智能电视(TV)。
[0025]所述源设备100可以与所述接收设备150形成用于无线发送多媒体内容的通信信道。作为一例，所述通信信道可以包括Miracast会话。更为具体地说，所述源设备100通过通信信道向所述接收设备150发送多媒体内容和控制命令。所述通信信道是基于发送控制协议(Transmiss1n Control Protocol: TCP)或用户数据报协议(User Datagram Protocol:UDP)的通信信道。
[0026]尤其，如果根据本公开的一实施例的通信系统中的源设备100和接收设备150之间提供WFD时，在前向信道(fonrard channel)中定义源设备100和接收设备150之间的流协议。
[0027]S卩，如果所述源设备100通过通信信道而连接到所述接收设备150，则所述源设备100可以实时地向所述接收设备150发送多媒体内容以及控制命令。更为具体地说，所述源设备100可以将所述多媒体内容转换成流形式，之后通过通信信道而将转换成流形式的多媒体内容发送到接收设备150。源设备100可以通过通信信道而将控制命令发送到接收设备150 ο所述控制命令是用于控制多媒体内容的重放(playback)的命令。例如，所述控制命令可以包括:音量控制、暂停、再现(resume )、结束、倒回等。
[0028]所述接收设备150可以通过通信信道而从源设备100接收转换为流形式的多媒体内容，并将所述接收到的多媒体内容逆向转换并播放。所述接收设备150从源设备100接收控制命令，并执行与所述控制命令对应的功能。
[0029]尤其，根据本公开的一实施例的接收设备150可以在反向信道(^301?^1(101^111161)从用户接收控制命令。在此，在反向信道通过接收设备150从用户接收到的控制命令被称为用户反向查找(User Backward Seek:UIBC)命令。即，如果用户输入UIBC命令，则接收设备150将UIBC命令发送到源设备100。作为一例，将所述UIBC命令假设为用于倒回(rewind)多媒体内容的播放位置的控制命令。UIBC命令经由接收设备150的显示窗口通过用户的鼠标下移(mouse down)或者触摸而被收集。
[0030]如果从接收设备150接收到所述UIBC命令，则源设备100利用根据本公开的实施例的位置确定算法而控制接收设备150，从而从与所述UIBC命令对应的播放位置重新开始多媒体内容的重放。将参照图3和图4来描述所述位置确定算法。
[0031]图2是示出根据本公开的一实施例的通信系统中的接收设备和源设备之间播放多媒体内容的方法的图。
[0032]参照图2，接收设备150将缓存器存储容量发送到源设备100(201)。在形成所述源设备100和接收设备150之间的Miracast会话的环境150中，如果接收设备150从用户接收到UIBC命令(205)，则将接收到的UIBC命令发送到源设备100(207)。然后，源设备100将基于根据本公开的实施例的位置确定算法，根据UIBC命令而确定多媒体内容的播放位置(209)。此时，所述源设备100将基于接收设备150的缓存器存储容量来确定多媒体内容在源设备100将从其开始被播放的的播放位置以及多媒体内容在接收设备150将从其开始被播放的播放位置中的至少一个。
[0033]而且，所述源设备100向接收设备150通知关于多媒体内容在接收设备150将从其开始被播放的播放位置的信息(211)。此时，关于所述多媒体内容将从其开始被播放的播放位置的信息可以利用实时流协议(Real-Time Streaming Protocol:RTSP)而被通知到接收设备150。关于多媒体内容在所述接收设备150将从其开始被播放的播放位置的信息包括关于如下的信息中的至少一个:多媒体内容将被播放的位置(即，时间点)、封包基本码流(Packetized Elementary Stream:PES)号、内存大小信息、时间信息以及关于存储在接收设备150的缓存器的内容的量。
[0034]如果通过RTSP通知而接收到关于多媒体内容将被播放的播放位置的信息，则接收设备150基于关于所述接收到的多媒体内容将被播放的播放位置的信息，利用从所述源设备100发送的多媒体内容以及存储于缓存器的多媒体内容中的至少一个来播放多媒体内容(213)0
[0035]在所述源设备100中基于根据本公开的一实施例的位置确定算法，根据所述UIBC命令而确定播放多媒体内容的位置的方法如下。
[0036]所述源设备100检查UIBC命令，从而利用已播放的多媒体内容的最终位置和与UIBC命令对应的多媒体内容的位置之差来计算再发送的多媒体内容的数据大小。在此，源设备100基于诸如编解码器(codec)的预先协商的参数来计算所述数据大小。如果从所述接收设备150接收的缓存器存储容量(S卩，接收设备150的缓存器大小)大于所述计算出的数据大小(即，接收设备150的缓存器大小〉计算出的数据大小)，则所述源设备100向接收设备150通知如下的信息:多媒体内容不会被再发送到接收设备150直到与UIBC命令对应的位置(t)达到现有位置(S卩，已播放的多媒体内容的最终位置)为止。
[0037]另一方面，如果所述接收设备150的缓存器大小小于所述计算出的数据大小(SP，接收设备150的缓存器大小〈计算出的数据大小)，则源设备100向接收设备150通知如下的信息:将多媒体内容发送到接收设备，直到与UIBC对应的位置(t)达到与{计算出的数据大小-接收设备150的缓存器大小+X}相同的时间为止。在此，X表示针对接收多媒体内容的对象的流畅转变(即，从源设备100转变到接收设备150)而预先设定的阈值，其可以根据信道状态而改变。若假设接收设备150已在缓存器存储多媒体内容，则意味着将不会从与{计算出的数据大小-接收设备150的缓存器大小+追加的X}相同的时间开始发送数据。
[0038]以下，参照图3以及图4，对源设备100基于位置确定算法来根据所述UIBC命令而确定播放多媒体内容的位置的方法的例进行说明。
[0039]图3以及图4示出在根据本公开的一实施例的源设备100中确定多媒体内容的的播放位置的方法的示例。以下，缓存器大小IMB与作为播放多媒体内容的时间的I分钟对应。
[0040]在图3的例中，假设源设备100从接收设备150接收表示缓存器存储容量Tbuf为1MB的信息，并且与UIBC命令对应的位置Trw为参照标号300所指示的点。如果确定已播放的多媒体内容的最终位置为与100分钟对应的点Tc，而且与UIBC命令对应的位置Trw为与92分钟对应的点300，则所述源设备将通过T。和Trw之间的差值而确认用于播放多媒体内容的数据大小为8MB。然后，源设备100向接收设备150通知如下的信息:由于缓存器存储容量Tbuf(10MB)大于数据大小IVTrw(SMB)(即，Tbuf>Tc-Trw)，所以不会发送多媒体内容的信息直到Tp达到T。为止。这样，接收设备150将会根据源设备100的通知而播放从TtJljTc的存储于缓存器的多媒体内容。
[0041 ]在图4的例中，假设源设备100从接收设备150接收缓存器存储容量Tbuf为1MB的信息，并且与UIBC命令对应的位置Trw为参照标号400所指示的点。如果确定已播放的多媒体内容的最终位置为与100分钟对应的点T。，而且与UIBC命令对应的位置Trw为与88分钟对应的地点400，则所述源设备100将通过Tc和Trw之间的差值而确认用于播放多媒体内容的数据大小为12MB。但是所述接收设备150的缓存器大小为10MB，因此从缓存器的与UIBC命令对应的位置Trw开始的前2MB可能被去除。由于缓存器存储容量Tbuf (10MB)小于数据大小T「Trw(+2)(即，Tbuf〈Tc-Trw)，所以所述源设备100将与{2MB+X}对应的点确定STp。在此，若在图4中假设X为I，则Tp将被确定为91分钟。
[0042]因此，源设备100将多媒体内容发送到接收设备150直至IjTrw达到TP，并且从TtJljTc向接收设备150通知表示不发送多媒体内容的。这样，接收设备150根据所述源设备100的通知而在从Trw到Tp的期间从接收设备150接收多媒体内容并播放所接收的多媒体内容，而且从TtJljIV期间播放存储于缓存器的多媒体内容。
[0043]此时，如果所述多媒体内容从与UIBC命令对应的位置开始播放，则在接收设备150仅存储X MB(在图4的例中为IMB)的数据。在X MB的数据被播放之后，在接收设备150中将会发生关于从缓存器去除哪一个数据的问题。在此情况下，通过与源设备150的命令对应的播放时间来确定将要去除的数据，因此接收设备150将去除存储于缓存器的所有的数据。通过这种方式，可以增加源设备150的缓存器使用效率，而且在用户从反向位置搜索数据时，能够优化所述接收设备150对相同的数据的再获取。
[0044]此外，根据本公开的实施例的所述接收设备150可以通过发送缓存器存储容量而与源设备100共享所述缓存器存储大小或者缓存器存储时间。所述缓存器存储时间与缓存器存储大小直接成比例，而且可以如同如下的〈数学式1>，可以表示为缓存器存储大小、协商的编解码器以及帧速率(frame rate)之间的函数。
[0045]〈数学式1>
[0046]缓存器存储时间=f(缓存器存储大小，协商的编解码器，帧速率)
[0047]因此，虽然基于缓存器存储大小来说明了本公开的实施例，但是在所述共享的参数为缓存器存储时间的情况下也可采用本公开的实施例。
[0048]图5是示出在根据本公开的一实施例的通信系统中播放多媒体内容的装置的框图。
[0049]参照图5，源设备100包含控制器503、存储单元505、通信单元507、输入单元509以及显示单元511。在此，所述输入单元509和显示单元511可以根据设备的种类而构成为一个单元。接收设备可以包含控制器553、存储单元555、通信单元557、输入单元559以及显示单元561。在此，所述输入单元559和显示单元561可以根据设备的种类而构成为一个单元。
[0050]包含在所述源设备100的输入单元509和包含在所述接收设备150的输入单元559可以包含用于接收数字或文字信息并设定、控制功能的多个输入按键以及功能键，而且可以由诸如触摸按键(touch key)、触摸面板(touch pad)以及触摸屏幕(touch screen)的输入手段中的某一个或它们的组合来形成。尤其，如果根据本公开的一实施例的输入单元559通过功能键而从用户接收用于控制多媒体内容的播放位置的UIBC命令，则输入单元559将生成与接收的UIBC命令对应的事件信号并传递给控制器553。
[0051]所述控制器553控制整体的操作，从而能够根据用户输入的UIBC命令而在显示单元561上播放多媒体内容。尤其，控制器553通过通信单元557而将包含在存储单元555的缓存器的缓存器存储容量发送到源设备100。而且，如果从输入单元559接收到事件信号，则所述控制器553通过通信单元557而将UIBC命令发送到源设备100。而且如果通过通信单元557从所述源设备100接收到多媒体内容，则将接收到的多媒体内容存储到存储单元555 O如果通过通信单元557从所述源设备100接收到RTSP通知，则控制器553根据RTSP通知而在显示单元561播放从源设备100接收到的多媒体内容以及存储于存储单元555的多媒体内容中的至少一个。
[0052]如果通过通信单元507从接收设备150接收到UIBC命令，则包含在所述源设备100中的控制器503基于根据本公开的实施例的位置确定算法而根据所述UIBC命令来确定播放多媒体内容的播放位置。即，控制器503检查UIBC命令，利用播放的多媒体内容的最终位置和对应于UIBC命令的多媒体内容的位置之差来计算将要再发送的多媒体内容的数据大小。在从接收设备150接收的缓存器存储容量(S卩，接收设备150的缓存器大小)大于所述计算出的数据大小的情况(即，接收设备150的缓存器大小〉计算出的数据大小)下，控制器503利用RTSP而通过通信单元507向接收设备150通知如下的信息:多媒体内容将不会被发送到接收设备150，直到与UIBC命令对应的位置t达到现有位置(S卩，播放的多媒体内容的最终位置)的时间为止。此外，控制器503可以通过通信单元507而直接控制接收设备150的存储单元555。即，所述控制器503通过直接控制所述存储单元555而基于所述确定的位置来播放预先存储在存储单元555的内容。
[0053]另一方面，如果接收设备150的缓存器大小小于所述计算出的数据大小(S卩，接收设备150的缓存器大小〈计算出的数据大小)，则控制器503利用RTSP而通过通信单元507向接收设备150通知如下的信息:将多媒体内容发送到所述接收设备150，直到与UIBC对应的位置t达到与{计算出的数据大小-接收设备150的缓存器大小+X}相同的时间为止。
[0054]图6是示出在根据本公开的一实施例的通信系统的源设备100中播放多媒体内容的方法的流程图。
[0055]参照图6，控制器503通过通信单元507而从接收设备150接收缓存器存储容量(601)，并接收UIBC命令(603)。这样，控制器503基于根据本公开的实施例的位置确定算法来根据所述UIBC命令而确定多媒体内容的播放位置(605)。之后所述控制器503通过通信单元507而向接收设备150通知关于所述确定的位置的信息。
[0056]更为详细地，在605步骤以及607步骤中，控制器503检查UIBC命令，利用已播放的多媒体内容的最终位置和与UIBC命令对应的多媒体内容的位置之差来计算将要再发送的多媒体内容的数据大小。控制器503将接收设备150的缓存器存储容量(即，接收设备150的缓存器大小)和所述计算出的数据大小进行比较，而且如果所述接收设备150的缓存器存储容量大于所述计算出的数据大小，则所述控制器503向接收设备150通知如下的信息:不会向接收设备150发送多媒体内容，直到与UIBC命令对应的位置t达到现有位置(S卩，已播放的多媒体内容的最终位置)为止。另一方面，如果所述接收设备150的缓存器存储容量小于所述计算出的数据大小，则所述控制器503计算将要在源设备100发送多媒体内容的时间。在此，在所述源设备100发送多媒体内容的时间利用{计算出的数据大小-接收设备150的缓存器大小+X}而计算。而且，所述控制器503向接收设备150通知向所述接收设备150发送多媒体内容直到与UIBC对应的时间达到所述计算出的时间为止的信息。
[0057]此时，控制器503可以利用关于多媒体内容的播放位置的信息来向接收设备通知多媒体内容是否将被发送。即，控制器503向接收设备150通知如下信息中的至少一个作为关于多媒体内容的播放位置的信息:在缓存器中多媒体内容的播放位置(B卩，时间点)、PES号、内存大小信息、时间信息以及关于存储在接收设备150的缓存器的内容的量(607)。
[0058]图7是示出在根据本公开的一实施例的通信系统的接收设备150中播放多媒体内容的方法的流程图。
[0059]参照体7，控制器553通过通信单元557发送接收设备150的缓存器存储容量(701)。而且如果通过输入单元559从用户接收到UIBC命令，则控制器553通过通信单元557将接收到的UIBC命令发送到源设备100(703)。之后，控制器553从源设备100接收关于多媒体内容的播放位置的信息(705)。所述关于多媒体内容的播放位置的信息包括如下信息中的至少一个:在缓存器中多媒体内容的播放位置(即，时间点)、PES号、内存大小信息、时间信息以及关于存储在接收设备150的缓存器的内容的量的信息。而且，控制器基于接收到的关于多媒体内容的播放位置的信息来播放多媒体内容(707)。作为一例，如果包含在关于多媒体内容的播放位置的信息中的PES号为I，则所述控制器533播放存储于缓存器的多媒体内容。作为另一实施例，如果包含在关于多媒体内容的播放位置的信息中的PES号为3，则所述控制器533从源设备100接收PES号为I以及2的多媒体内容并播放所接收的多媒体内容，之后，从与PES号3对应的多媒体内容开始将播放存储于缓存器的多媒体内容。
[0060]因此，接收设备150可以利用从源设备100接收到的关于多媒体内容的播放位置的信息而有效地播放多媒体内容。
[0061]另外，本公开已在详细的说明中对具体的实施例进行了说明，然而将理解的是本领域技术人员能够在不脱离本公开的范围内实现多样的变形。因此，本公开的范围不能局限于所说明的实施例，而是需要由权利要求书的范围以及其权利要求书的范围的等同物来确定。
【主权项】
1.一种在通信系统的第一设备播放多媒体内容的方法，包括如下步骤: 从第二设备接收第二设备的缓存器存储容量； 当从第二设备接收到用户反向查找命令时，基于第二设备的缓存器存储容量来确定根据用户反向查找命令而在第二设备的缓存器播放多媒体内容的播放位置； 向第二设备通知关于确定的播放位置的信息。2.如权利要求1所述的方法，其特征在于，确定播放位置的步骤包括如下的步骤: 利用已播放的多媒体内容的最终位置和与所述用户反向查找命令对应的多媒体内容的位置之差，来计算将被再发送的多媒体内容的数据大小； 通过将第二设备的缓存器存储容量和计算出的数据大小进行比较，来确定在缓存器中的多媒体内容的播放位置。3.如权利要求2所述的方法，其特征在于，如果第二设备的缓存器存储容量大于计算出的数据大小，则关于确定的播放位置的信息包括通知存储于缓存器的多媒体内容将被播放直到与所述用户反向查找命令对应的多媒体内容的位置达到已播放的多媒体内容的最终位置为止的信息。4.如权利要求2所述的方法，其特征在于，如果第二设备的缓存器存储容量小于计算出的数据大小，则关于确定的播放位置的信息包括第一设备发送多媒体内容的时间以及通知存储于述缓存器的多媒体内容将被播放直到与所述时间对应的位置达到已播放的多媒体内容的最终位置为止的信息中的至少一个。5.如权利要求1所述的方法，其特征在于，关于确定的播放位置的信息包括在缓存器的多媒体内容的播放位置、封包基本码流号、内存大小信息、时间信息以及关于预先存储在缓存器的内容的量的信息中的至少一个。6.如权利要求1所述的方法，其特征在于，关于确定的播放位置的信息通过实时流协议而被通知到所述第二设备。7.—种在通信系统的第二设备播放多媒体内容的方法，包括如下步骤: 将第二设备的缓存器存储容量发送到第一设备； 当通过输入单元输入了用户反向查找命令时，将用户反向查找命令发送到第一设备； 从第一设备接收关于在第二设备的缓存器中多媒体内容将被播放的播放位置的信息，所述播放位置基于第二设备的缓冲器存储容量而被确定； 基于关于播放位置的信息来播放存储于缓存器的多媒体内容。8.如权利要求7所述的多媒体内容播放方法，其特征在于，如果第二设备的缓存器存储容量大于将被再发送的数据大小，则关于播放位置的信息包括通知存储于缓存器的多媒体内容将被播放直到与用户反向查找命令对应的多媒体内容的位置达到已播放的多媒体内容的最终位置为止的信息，其中，利用已播放的多媒体内容的最终位置和与用户反向查找命令对应的多媒体内容的位置之差来计算所述将被再发送的数据大小。9.如权利要求7所述的多媒体内容播放方法，其特征在于，如果第二设备的缓存器存储容量小于将被再发送的数据大小，则关于播放位置的信息包括第一设备发送多媒体内容的时间以及通知存储于所述缓存器的多媒体内容将被播放直到与所述时间对应的位置达到已播放的多媒体内容的最终位置为止的信息，其中，利用已播放的多媒体内容的最终位置和与用户反向查找命令对应的多媒体内容的位置之差来计算所述将被再发送的数据大小。10.如权利要求7所述的方法，其特征在于，关于播放位置的信息包括:在缓存器的多媒体内容的播放位置、封包基本码流号、内存大小信息、时间信息以及关于预先存储在所述缓存器的内容的量的信息中的至少一个。11.如权利要求7所述的方法，其特征在于，关于播放位置的信息通过实时流协议而被通知到所述第二设备。12.—种在通信系统的第一设备播放多媒体内容的装置，包括: 通信单元，从第二设备接收第二设备的缓存器存储容量； 控制器，被构造为当从第二设备接收到用户反向查找命令时，基于第二设备的缓存器存储容量来确定根据用户反向查找命令而在第二设备的缓存器将被播放的多媒体内容的播放位置，并向第二设备通知关于确定的播放位置的信息。13.如权利要求12所述的装置，其特征在于，控制器利用已播放的多媒体内容的最终位置和与用户反向查找命令对应的多媒体内容的位置之差来计算将要再发送的多媒体内容的数据大小，并通过将第二设备的缓存器存储容量和计算出的数据大小进行比较来确定在缓存器的多媒体内容的播放位置。14.如权利要求12所述的装置，其特征在于，如果第二设备的缓存器存储容量大于计算出的数据大小，则关于确定的播放位置的信息包括通知存储于缓存器的多媒体内容将被播放直到与用户反向查找命令对应的多媒体内容的位置达到已播放的多媒体内容的最终位置为止的信息。15.如权利要求13所述的装置，其特征在于，如果第二设备的缓存器存储容量小于计算出的数据大小，则关于确定的播放位置的信息包括第一设备发送多媒体内容的时间以及通知存储于述缓存器的多媒体内容将被播放直到与所述时间对应的位置达到已播放的多媒体内容的最终位置为止的信息中的至少一个。16.如权利要求12所述的装置，其特征在于，关于确定的播放位置的信息包括在缓存器的多媒体内容的播放位置、封包基本码流号、内存大小信息、时间信息以及关于预先存储在缓存器的内容的量的信息中的至少一个。17.如权利要求12所述的装置，其特征在于，关于确定的播放位置的信息通过实时流协议而被通知到所述第二设备。18.—种在通信系统的第二设备播放多媒体内容的装置，包括: 通信单元，将第二设备的缓存器存储容量发送到第一设备，当通过输入单元输入了用户反向查找命令时将用户反向查找命令发送到第一设备，并从第一设备接收关于第二设备的缓存器播放多媒体内容的播放位置的信息，所述播放位置基于第二设备的缓冲器存储容量而被确定； 控制器，基于关于播放位置的信息来播放存储于缓存器的多媒体内容。19.如权利要求18所述的多媒体内容播放装置，其特征在于，如果第二设备的缓存器存储容量大于将被再发送的数据大小，则关于播放位置的信息包括通知存储于缓存器的多媒体内容将被播放直到与用户反向查找命令对应的多媒体内容的位置达到已播放的多媒体内容的最终位置为止的信息，其中，利用已播放的多媒体内容的最终位置和与用户反向查找命令对应的多媒体内容的位置之差来计算所述将被再发送的数据大小。20.如权利要求18所述的多媒体内容播放装置，其特征在于，如果第二设备的缓存器存储容量小于将被再发送的数据大小，则关于播放位置的信息包括第一设备发送多媒体内容的时间以及通知存储于所述缓存器的多媒体内容将被播放直到与所述时间对应的位置达到已播放的多媒体内容的最终位置为止的信息，其中，利用已播放的多媒体内容的最终位置和与用户反向查找命令对应的多媒体内容的位置之差来计算所述将被再发送的数据大小。21.如权利要求18所述的多媒体内容播放装置，其特征在于，关于确定的播放位置的信息包括在缓存器的多媒体内容的播放位置、封包基本码流号、内存大小信息、时间信息以及关于预先存储在缓存器的内容的量的信息中的至少一个。22.如权利要求18所述的多媒体内容播放装置，其特征在于，关于确定的播放位置的信息通过实时流协议而被通知到所述第二设备。
【文档编号】H04N21/43GK106063284SQ201580011134
【公开日】2016年10月26日
【申请日】2015年3月2日 公开号201580011134.6, CN 106063284 A, CN 106063284A, CN 201580011134, CN-A-106063284, CN106063284 A, CN106063284A, CN201580011134, CN201580011134.6, PCT/2015/1982, PCT/KR/15/001982, PCT/KR/15/01982, PCT/KR/2015/001982, PCT/KR/2015/01982, PCT/KR15/001982, PCT/KR15/01982, PCT/KR15001982, PCT/KR1501982, PCT/KR2015/001982, PCT/KR2015/01982, PCT/KR2015001982, PCT/KR201501982
【发明人】基兰·巴拉德瓦杰·维杜拉, 申仁暎
【申请人】三星电子株式会社