媒体流共享的方法及终端的制作方法
【专利摘要】本发明提供一种媒体流共享的方法及终端，其中，所述方法包括：第一终端接收用户触发的启动音视频共享服务的启动指令之后，根据所述启动指令查找能够与第一终端实现共享媒体流的终端，并呈现所述查找到的终端或终端列表；所述第一终端在确定用户根据所述呈现的终端或终端列表所选择的终端为第二终端时，获取所述第二终端的播放属性；所述第一终端根据所述播放属性将当前播放的媒体流同步到所述第二终端，以使所述第二终端对所述媒体流进行解码并播放。上述方法解决了现有技术中流媒体共享时音视频不同步，且操作复杂、成本高的问题。
【专利说明】媒体流共享的方法及终端
【技术领域】
[0001 ] 本发明实施例涉及通信技术，尤其涉及一种媒体流共享的方法及终端。
【背景技术】
[0002]随着Wifi和智能手机的兴起，目前多屏共享，多屏合一是各通讯及互联网技术(internet Technology，简称IT)厂家的一个非常热门的研究点，在家庭环境下将手机或者平板电脑pad上的语音，视频内容展示到电视大屏幕上播放会极大提升用户体验，提高产品竞争力。
[0003]现有的一种技术是智能终端的播放共享(airplay)技术，airplay技术能够在本地家庭网络内部将智能终端上的屏幕共享到智能电视(Television，简称TV)上播放；具体流程可包括:智能终端通过内部私有的服务发现技术找到家庭本地网络上的机顶盒或者智能TV服务入口 ；当用户在智能终端上启动airplay屏幕分享服务，在分享设备列表中选择接收分享的设备；智能终端上的airplay服务会将屏幕缓存中的内容进行捕获复制；Airplay服务将捕获复制到的缓存数据进行编码操作，以及将编码后的数据通过Wif i网络发送到智能TV,机顶盒或者pad上的airplay服务入口，使得Pad,机顶盒或者智能TV上的airplay服务将接收到的数据流进行解码并在屏幕上进行播放。
[0004]然而，上述方法是直接从屏幕缓存中进行抓取和编码，带宽占用比较大，对硬件要求较高，同时由于处理流程比较多，要经过抓取，编码，Wifi传输，解码后才能在共享设备上进行播放，因此延时比较大(现有智能终端的airplay延时在200ms以上)，在进行视频通话类似的业务时会感觉有明显的延时感，体验比较差，同时无法实现音频的同步传输，也会造成用户体验上的缺憾。
【发明内容】
[0005]有鉴于此，本发明实施例提供一种媒体流共享的方法及终端，用于解决现有技术中流媒体共享时音视频不同步，且成本高的问题。
[0006]第一方面，本发明实施例提供一种媒体流共享的方法，包括:
[0007]第一终端接收用户触发的启动音视频共享服务的启动指令之后，根据所述启动指令查找能够与第一终端实现共享媒体流的终端，并呈现所述查找到的终端或终端列表；
[0008]所述第一终端在确定用户根据所述呈现的终端或终端列表所选择的终端为第二终端时，获取所述第二终端的播放属性；
[0009]所述第一终端根据所述播放属性将第三终端发送的媒体流同步到所述第二终端，以使所述第二终端对所述媒体流进行解码并播放。
[0010]结合第一方面，在第一种可能的实现方式中，所述第一终端接收用户触发的启动音视频共享服务的启动指令之前，还包括:
[0011]所述第一终端已经接收到第三终端发送的媒体流。
[0012]结合第一方面及上述可能的实现方式，在第二种可能的实现方式中，所述获取所述第二终端的播放属性，包括:
[0013]所述第一终端向所述第二终端发送属性获取请求，所述属性获取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0014]在所述第二终端确定支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，所述第一终端接收所述第二终端发送的播放属性，所述播放属性包括:所述第二终端的监听地址和端口。
[0015]结合第一方面及第二种可能的实现方式，在第三种可能的实现方式中，所述第一终端接收所述第二终端发送的播放属性之前，还包括:
[0016]所述第一终端接收所述第二终端发送的支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码的信息的确定应答，所述确定应答包括:所述第二终端所支持的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息。
[0017]结合第一方面及上述可能的实现方式，在第四种可能的实现方式中，所述第一终端根据所述播放属性将第三终端发送的媒体流同步到所述第二终端，包括:
[0018]所述第一终端将第三终端发送的媒体流复制，并将复制的媒体流发送至所述第二终端的监听地址和端口。
[0019]结合第一方面及第一种可能的实现方式，在第五种可能的实现方式中，所述方法还包括:
[0020]所述第一终端在所述第三终端的媒体流停止传输之后，向所述第二终端发送结束通知，以使所述第二终端根据所述结束通知关闭所述第二终端的监听地址和端口。
[0021]第二方面，本发明实施例还提供一种媒体流共享的方法，包括:
[0022]在第一终端进行媒体流的接收过程中，根据音视频共享服务的启动指令查找能够与第一终端实现共享所述媒体流的终端为第二终端时，所述第二终端接收所述第一终端发送的属性获取请求，所述属性获取请求中包括所述第一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0023]所述第二终端根据所述属性获取请求确定能够支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息，则向所述第一终端发送所述第二终端的播放属性，所述播放属性包括:所述第二终端的监听地址和端口 ；
[0024]所述第二终端接收所述第一终端根据所述播放属性发送的所述第一终端接收到的第三终端的媒体流。
[0025]结合第二方面，在第一种可能的实现方式中，所述方法还包括:
[0026]若根据所述属性获取请求确定无法支持当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息，则向所述第一终端发送无法支持的应答，以使所述第一终端结束与所述第二终端的音视频共享服务。
[0027]结合第二方面，在第二种可能的实现方式中，所述向第一终端发送所述第二终端的播放属性之前，所述方法还包括:
[0028]所述第二终端向所述第一终端发送支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码的信息的确定应答，所述确定应答包括:所述第二终端所支持的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息。
[0029]第三方面，本发明实施例还提供一种终端，包括:[0030]接收单元，用于接收用户触发的启动音视频共享服务的启动指令；
[0031]查找单元，用于在所述接收单元接收所述启动指令之后，根据所述启动指令查找能够与终端实现共享媒体流的终端，并呈现所述查找到的终端或终端列表；
[0032]确定单元，用于在所述查找单元查找的终端或终端列表中确定用户选择的终端；
[0033]获取单元，用于在所述确定单元确定用户所选择的终端为第二终端时，获取第二终端的播放属性；
[0034]媒体流同步单元，用于在所述获取单元获取所述第二终端的播放属性之后，根据所述播放属性将第三终端发送的媒体流同步到所述第二终端，以使所述第二终端对所述媒体流进行解码并播放。
[0035]结合第三方面，在第一种可能的实现方式中，所述接收单元，具体用于在接收第三终端发送的媒体流的过程中，接收用户触发的启动音视频共享服务的启动指令。
[0036]结合第三方面，在第二种可能的实现方式中，所述获取单元，具体用于
[0037]向所述第二终端发送属性获取请求，所述属性获取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0038]在所述第二终端确定支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，接收所述第二终端发送的播放属性，所述播放属性包括:所述第二终端的监听地址和端口。
[0039]结合第三方面及上述可能的实现方式中，在第三种可能的实现方式中，所述媒体流同步单元，具体用于在所述获取单元获取所述第二终端的播放属性之后，将第三终端发送的媒体流复制，并将复制的媒体流发送至所述第二终端的监听地址和端口。
[0040]结合第三方面及上述第一种可能的实现方式，在第四种可能的实现方式中，所述终端还包括:
[0041]发送单元，用于在所述接收单元接收的所述第三终端的媒体流停止之后，向所述第二终端发送结束通知，以使所述第二终端根据所述结束通知关闭所述第二终端的监听地址和端口。
[0042]第四方面，本发明实施例还提供一种终端，包括:
[0043]接收单元，用于接收另一终端发送的属性获取请求，所述属性获取请求中包括所述另一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；所述属性获取请求为所述另一终端进行媒体流的接收过程中，根据用户触发的音视频共享服务的启动指令查找到能够与另一终端实现共享所述媒体流的终端为所述终端时发送的，
[0044]确定单元，用于在所述接收单元接收所述属性获取请求之后，根据所述属性获取请求确定能否支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0045]发送单元，用于在所述确定单元确定所述终端能够支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向所述另一终端发送所述终端的播放属性，所述播放属性包括:所述终端的监听地址和端口 ；
[0046]所述接收单元，还用于在所述发送单元发送所述播放属性之后，接收所述另一终端根据所述播放属性发送的所述另一终端接收到的第三终端的媒体流。
[0047]结合第四方面，在第一种可能的实现方式中，所述发送单元，还用于在所述确定单元确定所述终端无法支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向所述另一终端发送无法支持的应答，以使所述另一终端结束与所述终端的首视频共孚服务。
[0048]第五方面，本发明实施例还提供一种终端，包括:
[0049]接收器，用于接收用户触发的启动音视频共享服务的启动指令；
[0050]处理器，用于在所述接收器接收所述启动指令之后，根据所述启动指令查找能够与终端实现共享媒体流的终端，并呈现所述查找到的终端或终端列表，且在查找的终端或终端列表中确定用户选择的终端为第二终端时，获取第二终端的播放属性；以及
[0051]根据所述播放属性将第三终端发送的媒体流同步到所述第二终端，以使所述第二终端对所述媒体流进行解码并播放。
[0052]结合第五方面，在第一种可能的实现方式中，所述接收器，具体用于在接收第三终端发送的媒体流的过程中，接收用户触发的启动音视频共享服务的启动指令。
[0053]结合第五方面，在第二种可能的实现方式中，所述处理器，具体用于向所述第二终端发送属性获取请求，所述属性获取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0054]在所述第二终端确定支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，接收所述第二终端发送的播放属性，所述播放属性包括:所述第二终端的监听地址和端口 ；以及
[0055]将第三终端发送的媒体流复制，并将复制的媒体流发送至所述第二终端的监听地址和端口。
[0056]结合第五方面及上述第一种可能的实现方式，在第三种可能的实现方式中，所述终端还包括:
[0057]发射器，用于在所述接收器接收的所述第三终端的媒体流停止之后，向所述第二终端发送结束通知，以使所述第二终端根据所述结束通知关闭所述第二终端的监听地址和端口。
[0058]第六方面，本发明实施例还提供一种终端，包括:
[0059]接收器，用于接收另一终端发送的属性获取请求，所述属性获取请求中包括所述另一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；所述属性获取请求为所述另一终端进行媒体流的接收过程中，根据用户触发的音视频共享服务的启动指令查找到能够与另一终端实现共享所述媒体流的终端为所述终端时发送的，
[0060]处理器，用于在所述接收器接收所述属性获取请求之后，根据所述属性获取请求确定能否支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0061]发射器，用于在所述处理器确定所述终端能够支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向所述另一终端发送所述终端的播放属性，所述播放属性包括:所述终端的监听地址和端口 ；
[0062]所述接收器，还用于在所述发射器发送所述播放属性之后，接收所述另一终端根据所述播放属性发送的所述另一终端接收到的第三终端的媒体流。
[0063]结合第六方面，在第一种可能的实现方式中，所述发射器，还用于在所述处理器确定所述终端无法支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向所述另一终端发送无法支持的应答，以使所述另一终端结束与所述终端的音视频共孚服务。
[0064]由上述技术方案可知，本发明实施例的媒体流共享的方法及终端，通过第一终端在用户确定进行媒体流共享的第二终端之后，获取第二终端的播放属性，根据所述播放属性，将当前播放的媒体流同步到第二终端，以使第二终端对所述媒体流进行解码并播放，解决了现有技术中流媒体共享时音视频不同步，且成本高的问题。
【专利附图】
【附图说明】
[0065]为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作一简单地介绍，显而易见地:下面附图只是本发明的一些实施例的附图，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得同样能实现本发明技术方案的其它附图。
[0066]图1为本发明一实施例提供的媒体流共享的方法的流程示意图；
[0067]图2为本发明另一实施例提供的媒体流共享的方法的流程示意图；
[0068]图3为本发明另一实施例提供的媒体流共享的方法的流程示意图；
[0069]图4为本发明一实施例提供的终端的结构示意图；
[0070]图5为本发明另一实施例提供的终端的结构示意图；
[0071]图6为本发明另一实施例提供的终端的结构示意图；
[0072]图7为本发明另一实施例提供的终端的结构示意图；
[0073]图8为本发明另一实施例提供的终端的结构示意图。
【具体实施方式】
[0074]为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明的技术方案进行清楚、完整地描述。显然，下述的各个实施例都只是本发明一部分的实施例。基于本发明下述的各个实施例，本领域普通技术人员即使没有作出创造性劳动，也可以通过等效变换部分甚至全部的技术特征，而获得能够解决本发明技术问题，实现本发明技术效果的其它实施例，而这些变换而来的各个实施例显然并不脱离本发明所公开的范围。
[0075]本实施例中的媒体流共享的方法，可应用在视频通话的业务场景中，用户可将第一终端(如pad)上的屏幕共享到第二终端(如机顶盒(Set Top Box，简称STB)或者智能TV)上，实现大屏播放，进而通过大屏的语音和视频展示其他用户的状态。上述方法可以实现第二终端对实时接收到的媒体流进行解码，并在大屏上进行播放，降低了处理流程，减少了延时和带宽占用，同时使得音视频同步，进而提供了较好的用户体验。
[0076]图1示出了本发明一实施例提供的媒体流共享的方法的流程示意图，如图1所示，本实施例中的媒体流共享的方法包括如下的步骤:
[0077]101、第一终端接收用户触发的启动音视频共享服务的启动指令之后，根据启动指令查找能够与第一终端实现共享媒体流的终端，并呈现查找到的终端或终端列表。
[0078]举例来说，终端列表即为查找到的终端所在的列表。
[0079]102、第一终端在确定用户根据呈现的终端或终端列表所选择的终端为第二终端时，获取第二终端的播放属性；
[0080]举例来说，该处的播放属性可为第二终端的监听地址和端口，即第二终端为本次共享媒体流所开启的监听地址和端口。
[0081]103、第一终端根据播放属性将第三终端发送的媒体流同步到第二终端，以使第二终端对媒体流进行解码并播放。
[0082]当然，在实际应用中，在步骤101中的“第一终端接收用户触发的启动音视频共享服务的启动指令”之前，上述方法还可包括如下的图中未示出的步骤100:
[0083]100、第一终端已经接收到第三终端发送的媒体流。
[0084]也就是说，第一终端已经通过视频通话服务与第三终端实现视频通话。
[0085]特别地，在实际应用媒体流共享的方法的所有终端均可支持DLAN技术。S卩，第一终端根据音视频共享服务查找的家庭网络内部的终端或终端列表中的一个或多个终端均支持数字生活网络联盟(Digital Living Network Alliance,简称DLNA)技术。
[0086]本实施例中的媒体共享的方法可适用于家庭网络或者，小型办公场所。
[0087]上述实施例中的第一终端可为手机或pad、第二终端可为机顶盒或智能TV，第三终端可为手机、pad或机顶盒等。
[0088]由上述实施例可知，本实施例的媒体流共享的方法，通过第一终端在用户确定进行媒体流共享的第二终端之后，获取第二终端的播放属性，根据播放属性，将当前播放的媒体流同步到第二终端，以使第二终端对媒体流进行解码并播放，解决了现有技术中流媒体共享时音视频不同步，且操作复杂、成本高的问题。
[0089]图2示出了本发明一实施例提供的媒体流共享的方法的流程示意图，如图2所示，本实施例中的媒体流共享的方法包括如下的步骤:
[0090]用户在第一终端的视频通话中启动音视频共享服务，准备将视频通话接收到的媒体流转发到STB或者智能TV上进行播放。
[0091]201、第一终端接收第三终端发送的视频通话中的媒体流，第一终端接收用户触发的启动音视频共享服务的启动指令之后，根据启动指令查找能够与第一终端实现共享服务的终端列表，并呈现查找到的终端列表。
[0092]举例来说，第一终端可通过DLNA技术查询到本地家庭网络内部的其他终端和与终端对应的服务入口列表。
[0093]也就是说，根据当前的DLAN技术可以查找到可共享媒体流的终端，同时还可以获得该些终端对应的服务入口列表。
[0094]上述提及的本地家庭网络内部的其他终端可为STB、智能TV、计算机等。
[0095]202、第一终端在确定用户根据呈现的终端列表所选择的终端为第二终端时，第一终端向第二终端发送属性获取请求，属性获取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息。
[0096]第二终端可为STB。举例来说，属性获取请求中还可包括媒体流的最高码率和最高帧率等信息，本实施例仅对属性获取请求进行举例说明，不限定属性获取请求包括的信息内容。
[0097]203、在第二终端确定支持当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，第一终端接收第二终端发送的播放属性，播放属性包括:第二终端的监听地址和端口。
[0098]举例来说，上述步骤203中的第二终端的监听地址和端口可为第二终端为本次音视频共享服务开启的监听地址和端口。可选地，在第一终端接收第二终端发送的播放属性的步骤之前，还可包括:
[0099]第一终端接收第二终端发送的支持当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码的信息的确定应答，确定应答中包括:第二终端所支持的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息等内容。
[0100]204、第一终端根据播放属性将第三终端发送的媒体流同步到第二终端，以使第二终端对媒体流进行解码并播放。
[0101]举例来说，第一终端将第三终端发送的媒体流复制，并将复制的媒体流发送至第二终端的监听地址和端口。
[0102]在实际应用中，第一终端首先注册传输转发钩子函数，在注册之后，可将持续接收的第三终端发送的媒体流复制并发送至第二终端的监听地址和端口。
[0103]可选地，在实际应用中，上述的媒体流共享方法还可包括如下的图中未示出的步骤 205:
[0104]205、第一终端在第三终端的媒体流停止传输之后，向第二终端发送结束通知，以使第二终端根据结束通知关闭第二终端的监听地址和端口。
[0105]本实施例中的媒体流共享的方法，应用于家庭网络环境，通过无线Wifi网络将原本在第一终端如手机或者pad上进行的视频通话转移到第二终端如智能TV或者机顶盒上进行播放。也就是说，上述方法实现了第二终端提供用于接收从第一终端侧转发过来的媒体流的监听地址和端口，并使第一终端将第三终端发送过来的媒体流实时转发到第二终端如STB或者智能TV上进行播放，从而保证了第一终端具有良好的用户体验。
[0106]图3示出了本发明一实施例提供的媒体流共享的方法的流程示意图，如图3所示，本实施例中的媒体流共享的方法包括如下的步骤:
[0107]301、在第一终端进行媒体流接收过程中根据音视频共享服务的启动指令查找能够与第一终端实现共享媒体流的终端为第二终端时，第二终端接收第一终端发送的属性获取请求，属性获取请求中包括第一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0108]302、第二终端根据属性获取请求确定能够支持媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息，则向第一终端发送第二终端的播放属性，播放属性包括:第二终端的监听地址和端口。
[0109]举例来说，上述步骤中的第二终端的监听地址和端口可为第二终端为本次音视频共享服务开启的监听地址和端口。
[0110]303、第二终端接收第一终端根据播放属性发送的第一终端接收到的第三终端的媒体流。
[0111]当然，在实际应用中，若第二终端根据属性获取请求确定无法支持当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息，则向第二终端发送无法支持的应答，以使第一终端结束与第二终端的音视频共享服务。
[0112]可选地，在步骤302中的“向第一终端发送第二终端的播放属性”的步骤之前，本实施例中的媒体流共享方法还可包括如下的图中未示出的步骤SOl:
[0113]S01、第二终端还可向第一终端发送支持当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码的信息的确定应答，确定应答中包括:第二终端所支持的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息等内容。
[0114]可选地，在实际应用中，上述的媒体流共享方法还可包括如下的图中未示出的步骤 304:
[0115]304、第二终端接收第一终端在第三终端的媒体流停止传输之后发送的结束通知，根据结束通知关闭第二终端的监听地址和端口。
[0116]本实施例中的媒体流共享的方法在视频通话的场景下可以将好友的音，视频无缝共享到电视屏幕上进行播放，提升用户体验，解决了现有技术中共享延时长，体验差及机顶盒不方便进行语音，视频的输入问题。
[0117]根据本发明的另一方面，本发明实施例还提供一种终端，如图4所示，该终端包括:接收单元41、查找单元42、确定单元43、获取单元44和媒体流同步单元45 ；
[0118]其中，接收单元41用于接收用户触发的启动音视频共享服务的启动指令；
[0119]查找单元42用于在接收单元41接收用户触发的启动音视频共享服务的启动指令之后，根据启动指令查找能够与终端实现共享媒体流的终端，并呈现查找到的终端或终端列表；
[0120]确定单元43用于在查找单元42查找的终端或终端列表中确定用户选择的终端；
[0121]获取单元44用于确定单元43确定用户所选择的终端为第二终端时，获取第二终端的播放属性；
[0122]媒体流同步单元45用于在获取单元44获取第二终端的播放属性之后，根据播放属性将第三终端发送的媒体流同步到第二终端，以使第二终端对媒体流进行解码并播放。
[0123]举例来说，上述的接收单元41具体用于在接收第三终端发送的媒体流的过程中，接收用户触发的启动音视频共享服务的启动指令。
[0124]上述的获取单元44具体用于向第二终端发送属性获取请求，属性获取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0125]在第二终端确定支持媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，接收第二终端发送的播放属性，播放属性包括:第二终端的监听地址和端口。
[0126]上述的媒体流同步单元45具体用于在获取单元获取第二终端的播放属性之后，将第三终端发送的媒体流复制，并将复制的媒体流发送至第二终端的监听地址和端口。
[0127]在一种可选的应用场景中，上述的终端还可包括图中未示出的发送单元46，该发送单元46用于在接收单元41接收的第三终端的媒体流停止之后，向第二终端发送结束通知，以使第二终端根据结束通知关闭第二终端的监听地址和端口。
[0128]本实施例中的终端能够实现多个终端对媒体流的多屏共享，进而提高了终端的用户体验。
[0129]根据本发明的另一方面，本发明实施例还提供一种终端，如图5所示，该终端包括:接收单元51、确定单元52和发送单元53 ；
[0130]其中，接收单元51用于接收另一终端发送的属性获取请求，属性获取请求中包括另一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；属性获取请求为另一终端进行媒体流的接收过程中，根据用户触发的音视频共享服务的启动指令查找到能够与另一终端实现共享媒体流的终端为终端时发送的，
[0131]确定单元52用于在接收单元51接收属性获取请求之后，根据属性获取请求确定能否支持媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0132]发送单元53用于在确定单元52确定终端能够支持媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向另一终端发送终端的播放属性，播放属性包括:终端的监听地址和端口；
[0133]接收单元51还用于在发送单元53发送播放属性之后，接收另一终端根据播放属性发送的另一终端接收到的第三终端的媒体流。
[0134]在一种可选的应用场景中，上述的发送单元53还用于在确定单元52确定终端无法支持媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向另一终端发送无法支持的应答，以使另一终端结束与终端的音视频共享服务。
[0135]本实施例中的终端能够实现多个终端对媒体流的多屏共享，进而提高了终端的用户体验。
[0136]根据本发明的另一方面，本发明实施例还提供一种终端，如图6所示，该终端包括:接收器61和处理器62;
[0137]其中，接收器61用于接收用户触发的启动音视频共享服务的启动指令；
[0138]处理器62用于在接收器61接收启动指令之后，根据启动指令查找能够与终端实现共享媒体流的终端，并呈现查找到的终端或终端列表，且在查找的终端或终端列表中确定用户选择的终端为第二终端时，获取第二终端的播放属性；以及
[0139]根据播放属性将第三终端发送的媒体流同步到第二终端，以使第二终端对媒体流进行解码并播放。
[0140]可选地，上述的接收器61可具体用于在接收第三终端发送的媒体流的过程中，接收用户触发的启动音视频共享服务的启动指令。
[0141]上述的处理器62可具体用于向第二终端发送属性获取请求，属性获取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0142]在第二终端确定支持媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，接收第二终端发送的播放属性，播放属性包括:第二终端的监听地址和端口 ；以及
[0143]将第三终端发送的媒体流复制，并将复制的媒体流发送至第二终端的监听地址和端口。
[0144]在一种可选的应用场景中，上述的终端还可包括图中未示出的发射器63，该发射器63用于在接收器61接收的第三终端的媒体流停止之后，向第二终端发送结束通知，以使第二终端根据结束通知关闭第二终端的监听地址和端口。
[0145]本实施例中的终端能够实现多个终端对媒体流的多屏共享，进而提高了终端的用户体验。
[0146]根据本发明的另一方面，本发明实施例还提供一种终端，如图7所示，该终端包括:接收器71、处理器72和发射器73 ；
[0147]其中，接收器71用于接收另一终端发送的属性获取请求，属性获取请求中包括另一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息?’属性获取请求为另一终端进行媒体流的接收过程中，根据用户触发的音视频共享服务的启动指令查找到能够与另一终端实现共享媒体流的终端为终端时发送的，
[0148]处理器72用于在接收器71接收属性获取请求之后，根据属性获取请求确定能否支持媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；
[0149]发射器73用于在处理器72确定终端能够支持媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向另一终端发送终端的播放属性，播放属性包括:终端的监听地址和端口；
[0150]接收器71还用于在发射器73发送播放属性之后，接收另一终端根据播放属性发送的另一终端接收到的第三终端的媒体流。
[0151]在一种可选的应用场景中，发射器73还用于在处理器72确定终端无法支持媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向另一终端发送无法支持的应答，以使另一终端结束与终端的音视频共享服务。
[0152]本实施例中的终端能够实现多个终端对媒体流的多屏共享，进而提高了终端的用户体验。
[0153]另外，图8示出了本发明另一实施例提供的终端的结构示意图，如图8所示，该终端可以为手机、平板电脑、PDA、机顶盒、智能TV等，本实施例以手机终端举例说明:
[0154]如图8，手机终端90包括处理器91、收发模块92、存储器93、输入设备94、显示设备95、服务协商接口模块96、传输中转服务模块97 ；
[0155]其中，手机终端90的处理器91是手机终端90的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器93内的软件程序和/或模块，以及调用存储在存储器93内的数据，执行手机终端90的各种功能和处理数据，从而对手机终端进行整体监控。可选的，处理器91可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器91中。
[0156]收发模块92可用于收发信息或通话过程中，信号的接收和发送，特别地，对于手机终端90，将基站的下行信息接收后，给处理器91处理；另外，将设计上行的数据发送给基站。此外，收发模块92还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议等。
[0157]存储器93可用于存储软件程序(如音视频共享服务程序)以及模块，处理器91通过运行存储在存储器93的软件程序以及模块，从而执行手机终端90的各种功能应用以及数据处理。存储器93可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图形播放功能等)等；存储数据区可存储根据手机终端90的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器93可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0158]输入设备94可用于接收输入的数字或字符信息，以及产生与手机终端90的用户设置以及功能控制有关的键信号输入。具体地，输入设备94可包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器，并能接收处理器发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触控面板，输入设备94还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
[0159]显示设备95可用于显示由用户输入的信息或提供给用户的信息以及手机终端90的各种菜单。显示设备95可包括显示面板，可选的，可以采用液晶显示器(Liquid CrystalDisplay,简称 IXD)、有机发光二极管(Organic Light-Emitting Diode,简称 0LED)等形式来配置显示面板。进一步的，触控面板可覆盖显示面板，当触控面板检测到在其上或附近的触摸操作后，传送给处理器91以确定触摸事件的类型，随后处理器91根据触摸事件的类型在显示面板上提供相应的视觉输出。
[0160]在本实施例中，服务协商接口模块96用于与需共享媒体流的另一终端的DLNA(或者类似的设备服务发现模块)进行交互获取家庭网络内部的能够共享媒体流的终端以及该终端对应的设备服务入口，并根据用户选择与其他设备例如STB上的对应服务进行协商音，视频接口 ；
[0161]传输中转服务模块97用于在服务协商接口模块协商之后，负责将终端的传输层收到的第三终端的语音，视频实时传输协议(Realtime Transport Protocol,简称rtp),实时传输控制协议(Realtime Transport Control Protocol,简称rtcp)流转发到第二终端如STB上对应的流媒体监听地址和端口。
[0162]本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0163]最后应说明的是:以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
【权利要求】
1.一种媒体流共享的方法，其特征在于，包括: 第一终端接收用户触发的启动音视频共享服务的启动指令之后，根据所述启动指令查找能够与第一终端实现共享媒体流的终端，并呈现所述查找到的终端或终端列表； 所述第一终端在确定用户根据所述呈现的终端或终端列表所选择的终端为第二终端时，获取所述第二终端的播放属性； 所述第一终端根据所述播放属性将第三终端发送的媒体流同步到所述第二终端，以使所述第二终端对所述媒体流进行解码并播放。
2.根据权利要求1所述的方法，其特征在于，所述第一终端接收用户触发的启动音视频共享服务的启动指令之前，还包括: 所述第一终端已经接收到第三终端发送的媒体流。
3.根据权利要求1或2所述的方法，其特征在于，所述获取所述第二终端的播放属性，包括: 所述第一终端向所述第二终端发送属性获取请求，所述属性获取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息； 在所述第二终端确定支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，所述第一终端接收所述第二终端发送的播放属性，所述播放属性包括:所述第二终端的监听地址和端口。
4.根据权利要求3所述的方法，其特征在于，所述第一终端接收所述第二终端发送的播放属性之前，还包括: 所述第一终端接收所述第二终端发送的支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码的信息的确定应答，所述确定应答包括:所述第二终端所支持的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息。
5.根据权利要求1至3任一所述的方法，其特征在于，所述第一终端根据所述播放属性将第三终端发送的媒体流同步到所述第二终端，包括:所述第一终端将第三终端发送的媒体流复制，并将复制的媒体流发送至所述第二终端的监听地址和端口。
6.根据权利要求2所述的方法，其特征在于，还包括: 所述第一终端在所述第三终端的媒体流停止传输之后，向所述第二终端发送结束通知，以使所述第二终端根据所述结束通知关闭所述第二终端的监听地址和端口。
7.一种媒体流共享的方法，其特征在于，包括: 在第一终端进行媒体流的接收过程中，根据音视频共享服务的启动指令查找能够与第一终端实现共享所述媒体流的终端为第二终端时，所述第二终端接收所述第一终端发送的属性获取请求，所述属性获取请求中包括所述第一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息； 所述第二终端根据所述属性获取请求确定能够支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息，则向所述第一终端发送所述第二终端的播放属性，所述播放属性包括:所述第二终端的监听地址和端口 ； 所述第二终端接收所述第一终端根据所述播放属性发送的所述第一终端接收到的第三终端的媒体流。
8.根据权利要求7所述的方法，其特征在于，还包括:若根据所述属性获取请求确定无法支持当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息，则向所述第一终端发送无法支持的应答，以使所述第一终端结束与所述第二终端的音视频共享服务。
9.根据权利要求7所述的方法，其特征在于，所述向第一终端发送所述第二终端的播放属性之前，还包括: 所述第二终端向所述第一终端发送支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码的信息的确定应答，所述确定应答包括:所述第二终端所支持的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息。
10.一种终端，其特征在于，包括: 接收单元，用于接收用户触发的启动音视频共享服务的启动指令； 查找单元，用于在所述接收单元接收所述启动指令之后，根据所述启动指令查找能够与终端实现共享媒体流的终端，并呈现所述查找到的终端或终端列表； 确定单元，用于在所述查找单元查找的终端或终端列表中确定用户选择的终端； 获取单元，用于在所述确定单元确定用户所选择的终端为第二终端时，获取第二终端的播放属性； 媒体流同步单元，用于在所述获取单元获取所述第二终端的播放属性之后，根据所述播放属性将第三终端发送的媒体流同步到所述第二终端，以使所述第二终端对所述媒体流进行解码并播放。
11.根据权利要求10所 述的终端，其特征在于，所述接收单元，具体用于在接收第三终端发送的媒体流的过程中，接收用户触发的启动音视频共享服务的启动指令。
12.根据权利要求10所述的终端，其特征在于，所述获取单元，具体用于 向所述第二终端发送属性获取请求，所述属性获取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息； 在所述第二终端确定支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，接收所述第二终端发送的播放属性，所述播放属性包括:所述第二终端的监听地址和端口。
13.根据权利要求10至12任一所述的终端，其特征在于，所述媒体流同步单元，具体用于在所述获取单元获取所述第二终端的播放属性之后，将第三终端发送的媒体流复制，并将复制的媒体流发送至所述第二终端的监听地址和端口。
14.根据权利要求11所述的终端，其特征在于，还包括: 发送单元，用于在所述接收单元接收的所述第三终端的媒体流停止之后，向所述第二终端发送结束通知，以使所述第二终端根据所述结束通知关闭所述第二终端的监听地址和端口。
15.一种终端，其特征在于，包括: 接收单元，用于接收另一终端发送的属性获取请求，所述属性获取请求中包括所述另一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；所述属性获取请求为所述另一终端进行媒体流的接收过程中，根据用户触发的音视频共享服务的启动指令查找到能够与另一终端实现共享所述媒体流的终端为所述终端时发送的， 确定单元，用于在所述接收单元接收所述属性获取请求之后，根据所述属性获取请求确定能否支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息； 发送单元，用于在所述确定单元确定所述终端能够支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向所述另一终端发送所述终端的播放属性，所述播放属性包括:所述终端的监听地址和端口 ； 所述接收单元，还用于在所述发送单元发送所述播放属性之后，接收所述另一终端根据所述播放属性发送的所述另一终端接收到的第三终端的媒体流。
16.根据权利要求15所述的终端，其特征在于，所述发送单元，还用于在所述确定单元确定所述终端无法支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向所述另一终端发送无法支持的应答，以使所述另一终端结束与所述终端的音视频共享服务。
17.—种终端，其特征在于，包括: 接收器，用于接收用户触发的启动音视频共享服务的启动指令； 处理器，用于在所述接收器接收所述启动指令之后，根据所述启动指令查找能够与终端实现共享媒体流的终端，并呈现所述查找到的终端或终端列表，且在查找的终端或终端列表中确定用户选择的终端为第二终端时，获取第二终端的播放属性；以及 根据所述播放属性将第三终端发送的媒体流同步到所述第二终端，以使所述第二终端对所述媒体流进行解码并播放。
18.根据权利要求17所述的终端，其特征在于，所述接收器，具体用于在接收第三终端发送的媒体流的过程中，接收用户触发的启动音视频共享服务的启动指令。
19.根据权利要求17所述的终端，其特征在于，所述处理器，具体用于向所述第二终端发送属性获取请求，所述属性获取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息； 在所述第二终端确定支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，接收所述第二终端发送的播放属性，所述播放属性包括:所述第二终端的监听地址和端口 ；以及 将第三终端发送的媒体流复制，并将复制的媒体流发送至所述第二终端的监听地址和端口。
20.根据权利要求18所述的终端，其特征在于，还包括: 发射器，用于在所述接收器接收的所述第三终端的媒体流停止之后，向所述第二终端发送结束通知，以使所述第二终端根据所述结束通知关闭所述第二终端的监听地址和端□。
21.—种终端，其特征在于，包括: 接收器，用于接收另一终端发送的属性获取请求，所述属性获取请求中包括所述另一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息；所述属性获取请求为所述另一终端进行媒体流的接收过程中，根据用户触发的音视频共享服务的启动指令查找到能够与另一终端实现共享所述媒体流的终端为所述终端时发送的， 处理器，用于在所述接收器接收所述属性获取请求之后，根据所述属性获取请求确定能否支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息； 发射器，用于在所述处理器确定所述终端能够支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向所述另一终端发送所述终端的播放属性，所述播放属性包括:所述终端的监听地址和端口 ； 所述接收器，还用于在所述发射器发送所述播放属性之后，接收所述另一终端根据所述播放属性发送的所述另一终端接收到的第三终端的媒体流。
22.根据权利要求21所述的终端，其特征在于，所述发射器，还用于在所述处理器确定所述终端无法支持所述媒体流的码率、分辨率、媒体流的帧率和/或媒体流的编解码信息之后，向所述另一终端发送无法支持的应答，以使所述另一终端结束与所述终端的音视频共享服务。
【文档编号】G06F3/14GK103534679SQ201280004124
【公开日】2014年1月22日 申请日期:2012年12月12日 优先权日:2012年12月12日
【发明者】邹现军, 唐东 申请人:华为终端有限公司