CN112653925A - 媒体播放的跨设备转移方法、***、设备及存储介质 - Google Patents

媒体播放的跨设备转移方法、***、设备及存储介质 Download PDF

Info

Publication number
CN112653925A
CN112653925A CN202011523552.2A CN202011523552A CN112653925A CN 112653925 A CN112653925 A CN 112653925A CN 202011523552 A CN202011523552 A CN 202011523552A CN 112653925 A CN112653925 A CN 112653925A
Authority
CN
China
Prior art keywords
transfer
media
receiving
transmission channel
transfer valve
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202011523552.2A
Other languages
English (en)
Other versions
CN112653925B (zh
Inventor
谢志钢
韦国华
胡小鹏
顾振华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Kedacom Special Video Co ltd
Suzhou Keda Technology Co Ltd
Original Assignee
Suzhou Kedacom Special Video Co ltd
Suzhou Keda Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Suzhou Kedacom Special Video Co ltd, Suzhou Keda Technology Co Ltd filed Critical Suzhou Kedacom Special Video Co ltd
Priority to CN202011523552.2A priority Critical patent/CN112653925B/zh
Publication of CN112653925A publication Critical patent/CN112653925A/zh
Application granted granted Critical
Publication of CN112653925B publication Critical patent/CN112653925B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383Accessing a communication channel

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明提供了一种媒体播放的跨设备转移方法、***、设备及存储介质,所述方法包括:转移阀接收到转移接收设备发送的接收请求,所述转移阀配置为已与转移发起设备建立用于媒体数据传输的第一媒体传输通道;所述转移阀发起建立与所述转移接收设备的第二媒体传输通道;所述转移阀接收到转移发起设备发送的授权请求;所述转移阀将媒体源的媒体数据通过所述第二媒体传输通道发送至所述转移接收设备。通过采用本发明,在媒体源的下游设置一个转移阀,转移阀在实时媒体流的跨设备转移过程中担当媒体流的通道保持者,并且通过转移阀实现媒体数据的通道切换服务,可以实现实时媒体流的跨设备转移。

Description

媒体播放的跨设备转移方法、***、设备及存储介质
技术领域
本发明涉及数据处理技术领域,尤其涉及一种媒体播放的跨设备转移方法、***、设备及存储介质。
背景技术
当前的智能3C设备大多基于AirPlay、dlna或者miracast等协议构造出了绚目的媒体内容分享应用,例如智能移动设备之间的同屏互动,例如图片、视频、音乐及数据文件的分享,又例如点播节目的电视投屏等。
Wi-Fi联盟制定的miracast协议,通过Wi-Fi直连网络在传送设备端发现接收设备并可建立从传送设备到接收设备的RTSP(Real Time Streaming Protocol,实时流传输协议)实时媒体流后,即可实现在接收设备端分享到了传送设备中的实时媒体内容。Miracast或者类似的同屏分享技术都要求传送设备在整个分享过程中承担媒体流的分发工作,所以不能从媒体分享行为中脱离出来,否则分享行为立即结束。
苹果公司的媒体分享方案AirPlay,允许用户在苹果设备或者被苹果公司授权的支持AirPlay的设备之间实现媒体文件的分享。AirPlay以mDNS协议为基础来发现设备,设备所提供的服务是以DNS-SD协议来描述的,上层是苹果公司的私有协议。然而,AirPlay的媒体文件分享受限于HTTP(HyperText Transfer Protocol,超文本传输协议)协议。
Dlna是内容提供商向用户投放视频内容时经常使用的一种媒体文件分享技术协议。通过dlna可以把正在一台设备(如智能手机)上播放的媒体文件转而投放到另一台设备(如智能电视)上播放。然而,dlna的媒体文件投放或分享受限于HTTP协议。
实时媒体流的播放行为与播放媒体文件不同,实时媒体流(如RTP(Real-timeTransport Protocol,实时传输协议)数据流)实时产生并随时间流逝而实时改变,实时媒体流播放是即时的,不能回放,不存在挑个时间点上跳着播放,也不可以在播放过程中随意打断。已有的各种媒体分享应用均以媒体文件作为分享对象在不同的设备上进行再现,无法实现对正在播放的实时媒体流进行跨设备转移的需求。
发明内容
针对现有技术中的问题,本发明的目的在于提供一种媒体播放的跨设备转移方法、***、设备及存储介质,通过转移阀实现媒体数据的通道切换服务,可以实现实时媒体流的跨设备转移。
本发明实施例提供一种媒体播放的跨设备转移方法,包括如下步骤:
转移阀接收到转移接收设备发送的接收请求,所述转移阀配置为已与转移发起设备建立用于媒体数据传输的第一媒体传输通道;
所述转移阀发起建立与所述转移接收设备的第二媒体传输通道;
所述转移阀接收到转移发起设备发送的授权请求;
所述转移阀将媒体源的媒体数据通过所述第二媒体传输通道发送至所述转移接收设备。
在一些实施例中,所述转移阀接收到转移接收设备发送的接收请求之前,还包括如下步骤:
所述转移发起设备与所述转移接收设备建立信令协商通道;
所述转移发起设备通过所述信令协商通道将转移请求发送给所述转移接收设备,所述转移请求包括转移阀地址;
当所述转移接收设备选择接收所述转移请求时,根据所述转移请求求中的转移阀地址向所对应的转移阀发起接收请求。
在一些实施例中,所述转移阀发起建立与所述转移接收设备的第二媒体传输通道之后,还包括如下步骤:
所述转移接收设备向所述转移发起设备发送接收应答;
所述转移发起设备接收到所述接收应答之后,切断与所述转移接收设备的信令协商通道,并向所述转移阀发送授权请求。
在一些实施例中,所述授权请求包括所述转移接收设备的第二媒体传输通道的播放延迟时间;
所述转移阀将媒体源的媒体数据通过所述第二媒体传输通道发送至所述转移接收设备,包括如下步骤:
所述转移阀接收到所述授权请求后,将所述媒体源的媒体数据同时发送至所述第一媒体传输通道和所述第二媒体传输通道,并开始计时;
所述转移阀的计时到达所述播放延迟时间时,所述转移阀切断所述第一媒体传输通道,仅向所述第二媒体传输通道继续发送所述媒体源的媒体数据。
在一些实施例中,所述转移阀发起建立与所述转移接收设备的第二媒体传输通道和所述转移阀将媒体源的媒体数据通过所述第二媒体传输通道发送至所述转移接收设备之间,还包括如下步骤:
所述转移阀通过所述第二媒体通道向所述转移接收设备发送测试媒体流;
所述转移接收设备接收到所述测试媒体流后进行播放,并根据播放动作评估所述第二媒体通道的播放延迟时间;
所述转移接收设备将包括所述播放延迟时间的接收应答发送至所述转移发起设备,所述转移接收设备发送包括所述播放延迟时间的授权请求至所述转移阀。
在一些实施例中,所述转移阀发起建立与所述转移接收设备的第二媒体传输通道之前,还包括:通过代理服务模块建立所述转移阀中的源代理与所述转移接收设备的设备代理之间的第二信令传输通道,所述代理服务模块设置于所述转移阀的内部或外部;
所述转移阀切断所述第一媒体传输通道,包括:切断所述转移阀中的源代理通过代理服务模块与所述转移发起设备的设备代理之间建立的第一信令传输通道和所述第一媒体传输通道。
通过采用本发明的媒体播放的跨设备转移方法,在媒体源的下游设置一个转移阀,通过转移阀实现媒体数据的通道切换服务,可以实现实时媒体流的跨设备转移,转移阀在实时媒体流的跨设备转移过程中担当媒体流的通道保持者,使得转移发起设备在完成播放转移操作后完全释放出来,而不会导致实时媒体流的播放行为中断。本发明的跨设备转移方法不仅可以应用于实时媒体流播放时的跨设备转移,也可以应用于媒体文件播放时的跨设备转移,同样可以保障媒体文件跨设备转移播放时的连续性和流畅性。
本发明实施例还提供一种媒体播放的跨设备转移***,应用于所述的媒体播放的跨设备转移方法,所述***包括转移阀,所述转移阀包括转移阀接收端、第一发送端、第二发送端和源代理,其中:
所述转移阀接收端配置为从媒体源接收媒体数据;
所述第一发送端配置为已与转移发起设备建立用于媒体数据传输的第一媒体传输通道,并将所述媒体数据通过所述第一媒体传输通道发送至所述转移发起设备;
所述源代理配置为接收到转移接收设备发送的接收请求时,指导所述第二发送端做好第二媒体传输通道的建立准备,并向所述转移接收设备发送请求响应,以及接收转移发起设备发送的授权请求;
所述第二发送端配置为建立与所述转移接收设备的第二媒体传输通道,并在所述源代理接收到所述授权请求后,将所述媒体数据通过所述第二媒体传输通道发送至所述转移接收设备。
在一些实施例中,还包括转移发起设备,所述转移发起设备包括第一设备代理、第一设备接收端、第一信令协商端和第一播放端;其中:
所述第一设备代理配置为向所述源代理发送接收请求,并在接收到所述源代理的请求响应后,指导所述第一设备接收端与所述转移阀的第一发送端建立第一媒体传输通道;
所述第一设备接收端配置为通过所述第一媒体传输通道接收媒体数据,所述第一播放端配置为播放接收到的媒体数据;
所述第一信令协商端用于与所述转移接收设备建立信令协商通道,并将转移请求通过所述信令协商通道发送至所述转移接收设备,并在接收到所述转移接收设备的应答信息时,判断是否关闭所述信令协商通道。
在一些实施例中,还包括转移接收设备,所述转移接收设备包括第二设备代理、第二设备接收端、第二信令协商端和第二播放端;
所述第二信令协商端用与所述第一信令协商端建立信令协商通道,并在接收到所述转移请求时,向所述转移接收设备发送应答信息;
所述第二设备代理配置为向所述源代理发送接收请求,并在接收到所述源代理的请求响应后,指导所述第二设备接收端与所述转移阀的第二发送端建立第二媒体传输通道;
第二设备接收端配置为通过所述第二媒体传输通道接收媒体数据,所述第二播放端配置为播放接收到的媒体数据。
通过采用本发明的媒体播放的跨设备转移***,在媒体源的下游设置一个转移阀,通过转移阀实现媒体数据的通道切换服务,可以实现实时媒体流的跨设备转移,转移阀在实时媒体流的跨设备转移过程中担当媒体流的通道保持者,使得转移发起设备在完成播放转移操作后完全释放出来,而不会导致实时媒体流的播放行为中断。本发明的跨设备转移方法不仅可以应用于实时媒体流播放时的跨设备转移,也可以应用于媒体文件播放时的跨设备转移,同样可以保障媒体文件跨设备转移播放时的连续性和流畅性。
本发明实施例还提供一种媒体播放的跨设备转移设备,包括:
处理器;
存储器,其中存储有所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行所述的媒体播放的跨设备转移方法的步骤。
通过采用本发明所提供的媒体播放的跨设备转移设备,所述处理器在执行所述可执行指令时执行所述的媒体播放的跨设备转移方法,由此可以获得上述媒体播放的跨设备转移方法的有益效果。
本发明实施例还提供一种计算机可读存储介质,用于存储程序,所述程序被处理器执行时实现所述的媒体播放的跨设备转移方法的步骤。
通过采用本发明所提供的计算机可读存储介质,其中存储的程序在被执行时实现所述的媒体播放的跨设备转移方法的步骤,由此可以获得上述媒体播放的跨设备转移方法的有益效果。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显。
图1是本发明一实施例的媒体播放的跨设备转移方法的流程图;
图2是本发明一实施例的媒体播放的跨设备转移方法的实现过程示意图;
图3是本发明一实施例的媒体播放的跨设备转移***的转移阀的结构示意图;
图4是本发明一具体实例的媒体播放的跨设备转移***的结构示意图;
图5是本发明另一具体实例的媒体播放的跨设备转移***的结构示意图;
图6是本发明一实施例的媒体播放的跨设备转移设备的结构示意图;
图7是本发明一实施例的计算机存储介质的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的实施方式;相反,提供这些实施方式使得本发明将全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构,因而将省略对它们的重复描述。
如图1所示,在一实施例中,本发明提供了一种媒体播放的跨设备转移方法,包括如下步骤:
S100:转移阀接收到转移接收设备发送的接收请求,所述转移阀配置为已与转移发起设备建立用于媒体数据传输的第一媒体传输通道;
S200:所述转移阀发起建立与所述转移接收设备的第二媒体传输通道;
S300:所述转移阀接收到转移发起设备发送的授权请求;
S400:所述转移阀将媒体源的媒体数据通过所述第二媒体传输通道发送至所述转移接收设备。
通过采用本发明的媒体播放的跨设备转移方法,在媒体源的下游设置一个转移阀,通过步骤S100转移阀接收到转移接收设备的接收请求时,通过步骤S200在转移阀和转移接收设备之间建立第二媒体传输通道,并通过步骤S300转移阀接收到转移发起设备发送的授权请求后,通过步骤S400将媒体数据发送给转移接收设备,从而实现了媒体数据的通道切换服务,可以实现实时媒体流的跨设备转移。转移阀在实时媒体流的跨设备转移过程中担当媒体流的通道保持者,使得转移发起设备在完成播放转移操作后完全释放出来,而不会导致实时媒体流的播放行为中断。本发明的跨设备转移方法不仅可以应用于实时媒体流播放时的跨设备转移,也可以应用于媒体文件播放时的跨设备转移,同样可以保障媒体文件跨设备转移播放时的连续性和流畅性。
下面结合图2,对该实施例的跨设备转移方法进行具体介绍。该实施例以转移发起设备为转移发起播放槽A、转移接收设备为转移接收播放槽B为例进行说明。该实施例的跨设备转移方法的各个节点分别为媒体源、转移阀、转移发起播放槽A(以下称为播放槽A)、转移接收播放槽B(以下称为播放槽B),节点间虚线连接表示信令通道,节点间的实线连接表示媒体传输通道,在该实施例中,为媒体传输通道。媒体传输通道中媒体流从媒体源发出,途经转移阀节点,向以播放槽为目的的方向流动。播放槽A作为媒体流的播放行为的转移操作的发起者,播放槽B作为媒体流的播放行为的转移操作的接收者。
在播放槽A发起播放转移操作之前已经和转移阀建立了实时媒体流的第一媒体传输通道和第一信令传输通道1,并处在实时媒体流的播放状态。此时播放槽A和播放槽B之间尚未建立信令协商通道2,也未在播放槽B与转移阀之间建立实时媒体流的第二媒体传输通道和第二信令传输通道3。但是播放槽B已经准备就绪,并处在侦听接收转移请求的服务状态,或者低功耗的待机状态。
该实施例中的跨设备转移方法主要包括协商阶段、接收阶段和授权阶段。其中,步骤S100和S200对应接收阶段,步骤S300和步骤S400对应授权阶段。因此,在步骤S100之前,还包括协商阶段。在协商阶段中,即所述步骤S100之前还包括如下步骤:
所述转移发起设备与所述转移接收设备建立信令协商通道;
所述转移发起设备通过所述信令协商通道向所述转移接收设备发起转移请求;
所转移接收设备对所述转移请求进行应答;
所述转移发起设备在接收到所述转移接收设备的应答信息时,判断是否关闭所述信令协商通道。
具体地,在该实施例中,所述协商阶段包括:
在播放槽A向播放槽B发起播放转移操作时,与之建立信令协商通道2。如果播放槽B还处在待机状态,则先由播放槽A唤醒播放槽B,使其进入侦听接收转移请求的服务状态,再尝试与之建立信令协商通道2。
播放槽A将正在播放的第一媒体传输通道中实时流动的媒体流的描述信息做成转移请求,通过信令协商通道2发给播放槽B,以询问当前状态下是否能够接收实时媒体流。
播放槽B在收到转移请求时,可以选择向播放槽A发出:拒绝、接收、忙等三种应答。
播放槽B在选择拒绝应答时,一并切断信令协商通道2。(此后允许再次进入侦听接收转移请求的服务状态,或者待机状态)。
播放槽B在选择忙等应答时,保持信令协商通道2,并每过一个单位周期时间(例如40毫秒)再次向播放槽A发出:拒绝、接收、忙等应答。
播放槽B只能在完成了接收阶段之后,才具备向播放槽A发出接收应答的条件。在发出接收应答时,必须具备如下条件:
条件1:已经按转移请求中描述的媒体规格检查自身媒体处理的能力集,确认有能力处理;
条件2:已经创建好第二媒体传输通道、播放媒体流、评估出播放延迟。
当条件1不具备时必须作拒绝应答。
当条件2不具备时,可以作忙等应答或者拒绝应答。
播放槽B在从接收到转移请求之后,并在作拒绝应答或者接收应答之间,必须周期性地定期作忙等应答。
接收阶段对应于上述步骤S100和步骤S200。具体地,所述步骤S200包括:所述转移接收设备选择接收所述转移请求时,根据所述转移请求向所对应的转移阀发起接收请求。授权阶段对应于上述步骤S300和步骤S400。
在该实施例中,所述步骤S200:所述转移阀发起建立与所述转移接收设备的第二媒体传输通道之前,还包括:通过代理服务模块建立所述转移阀中的源代理与所述转移接收设备的设备代理之间的第二信令传输通道,所述代理服务模块设置于所述转移阀的内部或外部。
在所述接收阶段中,所述步骤S200:转移阀发起建立与所述转移接收设备的第二媒体传输通道之后,还包括如下步骤:
所述转移接收设备向所述转移发起设备发送接收应答;
所述转移发起设备接收到所述接收应答之后,切断与所述转移接收设备的信令协商通道。
在授权阶段中,所述转移发起设备接收到所述接收应答之后向所述转移阀发送授权请求。优选地,所述授权请求包括所述转移接收设备的第二媒体传输通道的播放延迟时间。所述步骤S400:所述转移阀将媒体源的媒体数据通过所述第二媒体传输通道发送至所述转移接收设备,包括如下步骤:
所述转移阀接收到所述授权请求后,将所述媒体源的媒体数据同时发送至所述第一媒体传输通道和所述第二媒体传输通道,并开始计时;
所述转移阀的计时到达所述播放延迟时间时,所述转移阀切断所述第一媒体传输通道,仅向所述第二媒体传输通道继续发送所述媒体源的媒体数据。
由此,通过所述转移阀的计时控制,在转移接收设备由于转移接收设备的唤醒、新建立媒体传输通道和播放通道的过程中可能容易出现工作不稳定状态时,在向第二媒体传输通道发送媒体数据的同时,也向第一媒体传输通道发送媒体数据,直到转移接收设备工作稳定之后才完成转移授权,保证了播放行为的转移操作的有效性和连续性,确保了媒体播放行为在播放转移的时刻实现完美衔接和没有媒体内容的丢失现象。
所述转移阀切断所述第一媒体传输通道,包括:切断所述转移阀中的源代理通过代理服务模块与所述转移发起设备的设备代理之间建立的第一信令传输通道和所述第一媒体传输通道。
在该实施例中,所述步骤S200:转移阀发起建立与所述转移接收设备的第二媒体传输通道之后,还包括如下步骤:
所述转移阀通过所述第二媒体通道向所述转移接收设备发送测试媒体流,此测试媒体流可以是一段空白媒体流,但本发明不限于此,此测试媒体流也可以是预先录制好的一段专用于测试的媒体流,或者是之前传输的媒体流数据中的一段;
所述转移接收设备接收到所述测试媒体流后进行播放,并根据播放动作评估所述第二媒体通道的播放延迟时间;
所述转移接收设备向所述转移发起设备发送接收应答,所述接收应答包括所述第二媒体传输通道的播放延迟时间;
所述转移接收设备接收到所述接收应答后,发送授权请求至所述转移阀。
因此,本发明通过转移阀隔离了媒体源和播放设备之间的直接耦合,在接收阶段先行与转移接收设备建立测试媒体流的播放行为,允许原来的播放行为在两个播放槽之间转移的过程中因接收播放槽的唤醒、新建立播放媒体管道等过程中容易出现的工作不稳定状态,并等待接收播放槽的稳定工作之后才完成转移授权,保证了播放行为的转移操作的有效性。
具体地,在该实施例中,所述接收阶段包括:
播放槽B确认可有能力处理转移请求时,按请求描述中的转移阀地址发出接收请求,接收请求中包含接收请求的媒体流的描述信息,用以向转移阀请求建立第二媒体传输通道和第二信令传输通道,第二媒体传输通道满足传输接收请求中描述的媒体流规格的实时传输。
转移阀按播放槽B的接收请求,建立起到播放槽B的媒体传输通道,并在第二媒体传输通道中按接收请求中的描述,在第二媒体传输通道上发送空白的媒体流。
播放槽B在第二媒体传输通道上接收到从转移阀传来的空白视频流,做好空白视频流的播放动作。
播放槽B和转移阀一起根据第二媒体传输通道中的空白媒体流的播放动作评估出从转移阀发送媒体流到播放槽B播放媒体流的播放延迟时间。
播放槽B把第二媒体传输通道结合播放延迟时间做成接收应答,告知播放槽A,并切断信令协商通道。
具体地,在该实施例中,所述授权阶段包括:
播放槽A接收到播放槽B的接收应答后,将第一媒体传输通道号、第二媒体传输通道号、第二媒体传输通道号的播放延迟时间等信息做成授权请求,提交给转移阀。
转移阀接收到授权请求后,向媒体源发出关键帧申请,并反馈给播放槽A已经受理了授权请求,然后进入关键帧等待状态。
媒体源接收到关键帧申请后,编出所有媒体的关键帧,发送给转移阀。
转移阀接收到关键帧后,即把媒体内容同时向第一媒体传输通道和第二媒体传输通道上发送媒体内容,并开始计时。
当转移阀计时器到达播放延迟时间时,向播放槽A反馈授权完成,然后切断连接到播放槽A的第一媒体传输通道和信令传输通道。
播放槽A在接收到传输通道时,关闭第一媒体传输通道上的媒体流播放。(此后允许播放槽A进入低功耗的待机状态。)
如图3所示,本发明实施例还提供一种媒体播放的跨设备转移***,应用于所述的媒体播放的跨设备转移方法,所述***包括转移阀,所述转移阀包括转移阀转移阀接收端M21、第一发送端M22、第二发送端M23和源代理M24,其中:
所述转移阀转移阀接收端M21配置为从媒体源M1接收媒体数据;
所述第一发送端M22配置为已与转移发起设备建立用于媒体数据传输的第一媒体传输通道,并将所述媒体数据通过所述第一媒体传输通道发送至所述转移发起设备;
所述源代理M24配置为接收到转移接收设备发送的接收请求时,指导所述第二发送端M23做好第二媒体传输通道的建立准备,并向所述转移接收设备发送请求响应,以及接收转移发起设备发送的授权请求;
所述第二发送端M23配置为建立与所述转移接收设备的第二媒体传输通道,并在所述源代理接收到所述授权请求后,将所述媒体数据通过所述第二媒体传输通道发送至所述转移接收设备。
通过采用本发明的媒体播放的跨设备转移***,在媒体源的下游设置一个转移阀,通过所述源代理M24接收到转移接收设备的接收请求时,在转移阀的第二发送端M23和转移接收设备之间建立第二媒体传输通道,并通过所述源代理M24接收到转移发起设备发送的授权请求后,第二发送端M23通过第二媒体传输通道将媒体数据发送给转移接收设备,从而实现了媒体数据的通道切换服务,可以实现实时媒体流的跨设备转移。转移阀在实时媒体流的跨设备转移过程中担当媒体流的通道保持者,使得转移发起设备在完成播放转移操作后完全释放出来,而不会导致实时媒体流的播放行为中断。本发明的跨设备转移***不仅可以应用于实时媒体流播放时的跨设备转移,也可以应用于媒体文件播放时的跨设备转移,同样可以保障媒体文件跨设备转移播放时的连续性和流畅性。
如图4所示,所述跨设备转移***还包括转移发起设备M3,所述转移发起设备M3包括第一设备代理M31、第一设备接收端M32、第一信令协商端M34和第一播放端M33;其中:
所述第一设备代理M31配置为向所述源代理发送接收请求,并在接收到所述源代理的请求响应后,指导所述第一设备接收端M32与所述转移阀M2的第一发送端M22建立第一媒体传输通道;
所述第一设备接收端M32配置为通过所述第一媒体传输通道接收媒体数据,所述第一播放端M33配置为播放接收到的媒体数据;
所述第一信令协商端M34用于与所述转移接收设备M3建立信令协商通道,并将转移请求通过所述信令协商通道发送至所述转移接收设备M3,并在接收到所述转移接收设备M3的应答信息时,判断是否关闭所述信令协商通道。
如图4所示,在该实施例中,所述跨设备转移***还包括转移接收设备M3,所述转移接收设备M3包括第二设备代理M41、第二设备接收端M42、第二信令协商端和第二播放端M43;
所述第二信令协商端用与所述第一信令协商端M34建立信令协商通道,并在接收到所述转移请求时,向所述转移接收设备M3发送应答信息;
所述第二设备代理M41配置为向所述源代理发送接收请求,并在接收到所述源代理的请求响应后,指导所述第二设备接收端M42与所述转移阀M2的第二发送端M23建立第二媒体传输通道;
第二设备接收端M42配置为通过所述第二媒体传输通道接收媒体数据,所述第二播放端M43配置为播放接收到的媒体数据。
下面结合图4来具体介绍采用该实施例的跨设备转移***进行跨设备转移时的流程。
转移阀M2由转移阀接收端M21、第一发送端M22、第二发送端M23、源代理M24、代理服务模块M25、计时器M26组成。
媒体源M1通过媒体传输通道M51与转移阀M2的转移阀接收端M21建立连接,向转移阀M2传输媒体数据,在该实施例中,为实时媒体流。各媒体传输通道M51、M52、M53都可以基于RTP、SRTP(Secure Real-time Transport Protocol,安全实时传输协议)、DTLS-SRTP(Datagram Transport Layer Security-Secure Real-time Transport Protocol,数据包安全层传输协议,安全实时传输协议)等协议建立。本实施例选RTP/AVPF,当实时媒体流由一条音频流、一条视频流组成时,对应音频流有一条基于UDP(User Datagram Protocol,用户数据报协议)的RTP连接和一条基于TCP(Transmission Control Protoco,传输控制协议)的RTCP连接,对应于视频流也有一条基于UDP的RTP连接和一条基于TCP的RTCP连接。
媒体源M1响应转移阀M2的转移阀接收端M21发出的媒体关键帧请求,立即编码一个媒体关键帧,并在媒体传输通道M51上发送给转移阀M2。本实施例中,按RTP/AVPF协议,转移阀M2可以通过在媒体传输通道M51上向媒体源M1反馈诸如SLI、PLI、FIR(关键帧请求,作用是在关键帧丢失无法解码时,请求发送方重新生成并发送一个关键帧)等反馈消息的方式向媒体源M1发出关键帧请求,媒体源M1获得诸此反馈后立即编码媒体关键帧并在媒体传输通道M51上刷新实时媒体流。
转移发起设备M3由第一设备代理M31、第一设备接收端M32、第一播放器M33、第一信令协商端M34组成。在该实施例中,第一信令协商端M34为蓝牙设备。
转移阀M2通过第一发送端M22与转移发起设备M3的第一设备接收端M32建立第一媒体传输通道M52向转移发起设备M3实时转发转移阀接收端M21所收到的媒体流数据包。对应于媒体传输通道M51,本实施例的第一媒体传输通道M52也选RTP/AVPF,相应地音频流、视频流各有一对RTP连接和RTCP连接。
转移发起设备M3的第一播放器M33同步播放从第一设备接收端M32所接收到的实时音频流、实时视频流等实时媒体流。
转移阀M2的代理服务模块M25管理着源代理和设备代理之间的媒体会话,可以基于RTSP协议来实现这些会话的管理,也可以基于SIP协议或者其它会话协议。在本实施例中以SIP协议为基础来说明代理服务模块M25的管理行为。代理服务通过每个连接到服务的用户代理的代理名称来识别每个代理,并且代理名称中包含了一节内容描述其被管理的代理服务的地址。可选地,可以使用CNAME作为代理名称。
转移阀M2的源代理M24是受代理服务模块M25管理的本地的一个内建的会话端代理,在源代理M24内代表媒体源的身份,在播放槽通过转移阀连接到媒体源的实时媒体流的媒体会话过程中代表媒体源身份的用户代理,可以通过代理服务模块M25与播放槽的设备代理建立媒体会话。在当转移阀M2只管理一个媒体源M1的情况下,代表媒体源M1的会话用户代理身份的,只有一个用户代理,就是源代理M24。
转移发起设备M3的第一设备代理M31正是与源代理M24相对的媒体会话另一端的用户代理,它通过与转移阀M2的代理服务模块M25建立第一信令传输通道M62,邀请源代理M24建立媒体播放会话。
虽然转移发起设备M3建立媒体播放的过程并不在本发明的技术特征之内,但为了媒体会话的完整性描述,在此描述本实施例的行为以帮助相关技术人员更方便地理解转移播放行为的技术环境。本实施中以SIP协议为例,第一设备代理M31向代理服务模块M25发出订阅邀请,附带描述说明需要连接到媒体源M1并接收从其发出的实时媒体流。代理服务模块M25将此邀请递交给源代理M24。源代理M24根据该邀请的附带描述指导转移阀M2连接的媒体源M1,并在第一发送端M22上做好媒体发送准备。第一发送端M22做好媒体发送准备后,源代理M24再把媒体规格以及第一发送端M22的连接参数附带在经代理服务模块M25原路反馈的振铃应答中告知第一设备代理M31。第一设备代理M31指导转移发起设备M3的第一设备接收端M32与第一发送端M22建立第一媒体传输通道M52。第一媒体传输通道M52一建立,转移阀M2立即将转移阀接收端M21收到的实时媒体流数据通过第一发送端M22在第一媒体传输通道M52上向第一设备接收端M32转发。转移发起设备M3指导第一播放器M33同步播放在第一设备接收端M32上接收到的实时媒体流数据,实现对媒体源M1发出的实时媒体流在转移发起设备M3上的播放行为。
转移发起设备M3可以通过多种方式发现转移接收设备M4,并与之建立信令协商通道,例如可以使用蓝牙通信、超声通信、WiFi通信等方式。在本实施例中采用蓝牙通信建立信令协商通道。
转移接收设备M4由设备代理M41、第二设备接收端M42、第二播放器M43和第二信令协商端M44组成。
转移发起设备M3通过第一信令协商端M34发现转移接收设备M4的第二信令协商端M44,并形成蓝牙配对,这使得转移发起设备M3可以通过第一信令协商端M34与配对的第二信令协商端M44建立蓝牙通信连接,由此建立协商用的信令协商通道M61。
转移发起设备M3向转移接收设备M4发起针对当前正在进行的播放行为的转移操作时,转移发起设备M3通过第一信令协商端M34与所配对的第二信令协商端M44建立信令协商通道M61。当信令协商通道M61建立时,转移接收设备M4如果处在待机状态,则随即被唤醒。
转移发起设备M3将第一设备接收端M32接收到的实时流动的媒体流的描述信息、第一设备代理M31对端的源代理M24的代理名称做成转移请求,通过第一信令协商端M34在信令协商通道M61上向对端的第二信令协商端M44发送。
转移接收设备M4在第二信令协商端M44接收到转移请求时,可以操作第二信令协商端M44在信令协商通道M61上发出拒绝应答或者忙等应答。
当第一信令协商端M34在信令协商通道M61上接收到拒绝应答时,切断与第二信令协商端M44的信令协商通道M61,转移发起设备M3得知转移失败,第一设备接收端M32和第一播放器M33保持之前的工作状态,继续当前的播放行为。
当第一信令协商端M34在信令协商通道M61上接收到忙等应答时,可选地,转移发起设备M3可以操作播放器或者其它附件设施向正在观看播放的观众反馈视觉信息提醒当前的播放将会被转移到转移接收设备M4上,以引起相关观众必要的注意。
当第二信令协商端M44在信令协商通道M61上传送忙等信息时,转移接收设备M4有必要周期性地操作第二信令协商端M44再次传送忙等信息。本实施例选择周期时间间隔为40毫秒。如果第一信令协商端M34在超时没有接收到忙等信息,也没有接收到其它信息时,将向观众反馈转移接收设备M4忙或者故障,并操作第一信令协商端M34切断信令协商通道M61,播放转移失败,第一设备接收端M32和第一播放器M33保持之前的工作状态,继续当前的播放行为。
转移接收设备M4在第二信令协商端M44接收到转移请求,并在信令协商通道M61上周期性地保持忙等信息发送的同时,按检查第二播放器M43是否有能力播放转移请求中描述的媒体规格,如果没有能力播放的话,操作第二信令协商端M44在信令协商通道M61上发送拒绝信息,可选地,可以更友好地附带描述拒绝原因为媒体规格不被支持。
转移接收设备M4使用转移请求中的源代理名称操作设备代理M41按会话协议发出接收邀请,设备代理M41找到代理服务模块M25以及被代理服务模块M25所管理的源代理M24,并建立第二信令传输通道M63,向源代理M24递交订阅邀请。特别地例如本实施例中,按SIP协议,设备代理M41可以不必和第一设备代理M31以及源代理M24同属于一个代理服务管理,设备代理M41可直接向它所属的代理服务发出以源代理M24为目的地的订阅邀请,设备代理M41所属代理服务可以按协议路由到代理服务模块M25,并将邀请递交到源代理M24上。
如果转移接收设备M4没有成功建立第二信令传输通道M63,也就是没有通过会话协议成功将订阅邀请递交到源代理M24,转移接收设备M4操作第二信令协商端M44在信令协商通道M61上发出拒绝信息,可选地,可以更友好地附带描述拒绝原因为到源代理M24的订阅邀请失败。
转移阀M2的源代理M24在收到来自设备代理M41的订阅邀请时,指导转移阀M2操作第二发送端M23做好第二媒体传输通道建立准备,并向设备代理M41返回振铃应答。
转移接收设备M4的设备代理M41收到振铃应答后,操作接收器M42建立从第二发送端M23发出来的第二媒体传输通道M53。如果第二媒体传输通道M53建立失败,操作第二信令协商端M44在信令协商通道M61上发送拒绝信息,可选地,可以更友好地附带描述拒绝原因为建立第二媒体传输通道M53失败,并切断第二信令传输通道M63。
转移接收设备M4的第二设备接收端M42在建立第二媒体传输通道M53时,操作第二播放器M43准备开始播放操作,并把从第二设备接收端M42上接收到的实时媒体流在第二播放器M43上同步播放。
转移阀M2在第二发送端M23建立第二媒体传输通道M53时,在传输通道M53上发送空白的媒体流。关于本实施例中的空白媒体流,例如当所描述的媒体流包含一条音频时在对应的RTP/AVPF连接上发送静音音频流,又例如当所描述的媒体流包含一条视频时在对应的RTP/AVPF连接上发送黑屏画面的视频流。
转移接收设备M4根据接收器M42在第二媒体传输通道M53上的AVPF反馈获得在第二媒体传输通道M53上的媒体流传输的音频、视频的最大时间延迟,即通道延迟;根据第二播放器M43在播放过程中实际评估出从第二设备接收端M42接收到数据到在第二播放器M43中完成播放的最大时间延迟,即表现延迟。通道延迟和表现延迟加在一起构成播放延迟时间。
转移接收设备M4把播放延迟时间、设备代理M41的代理名称做成接收应答,操作第二信令协商端M44在信令协商通道M61上发送。
转移发起设备M3的第一信令协商端M34在信令协商通道M61上收到接收应答信息后,操作第一信令协商端M34切断信令协商通道M61。
转移发起设备M3将转移阀M2的源代理M24的代理名称、转移发起设备M3的第一设备代理M31的代理名称、转移接收设备M4的设备代理M41的代理名称、转移接收设备M4的播放延迟时间当作延迟转移时间,上述四要素合在一起做成授权请求,操作第一设备代理M31在第一信令传输通道M62上将授权请求递交给转移阀M2的源代理M24。
转移阀M2的源代理M24在收到授权请求后,检查当前状态下转移阀接收端M21的媒体流是否正在由与第一设备代理M31对应的第一发送端M22向第一媒体传输通道M52上发送,如果没有,则做错误应答。
转移阀M2检查当前状态下是否有第二设备代理M41正在与源代理M24建立了接收会话,如果没有,则做错误应答。
转移阀M2检查当前状态下与设备代理M41对应的第二发送端M23是否已经建立了第二媒体传输通道M53,如果没有,则做错误应答。
转移阀M2在没有做上述错误应答后,操作转移阀接收端M21通过传输通道的AVPF向媒体源M1反馈FIR+PLI两个不同类型的关键帧请求。
当转移阀M2的转移阀接收端M21在接收到了视频关键帧后,把此后的转移阀接收端M21接收到的媒体流数据通过第二发送端M23转发到第二媒体传输通道M53上,同时复制一份并通过第一发送端M22发送到第一媒体传输通道M52上,同时设置计时器M26定时到延迟转移时间上,同时由源代理应答给第一设备代理M31告知授权请求已经执行成功。
可选地,转移发起设备M3的第一设备代理M31在接收到授权请求的执行成功应答时,可以更加友好地向观众反馈授权请求成功并即将关闭播放器的视觉反馈。
可选地,转移发起设备M3的第一设备代理M31在接收到授权请求执行成功应答时,可以自行启动一个计时器定时到授权的播放延迟时间后触发关闭播放行为的操作。
转移阀M2的计时器M26在定时触发时,操作源代理M24在第一信令传输通道M62上向第一设备代理M31发出挂断信令,并切断第一信令传输通道M62。
转移阀M2的计时器M26在定时触发时,操作第一发送端M22切断第一媒体传输通道M52。
转移发起设备M3在第一设备代理M31接收到挂断信令,或者自行启动的计时器定时关闭播放操作触发时,切断第一信令传输通道M62、切断第一媒体传输通道M52、关闭第一播放器M33上的播放行为。
上述实施例中描述的播放延迟时间是由转移接收设备M4通过接收应答发送给转移发起设备M3,然后由转移发起设备M3通过授权请求发送给转移阀M2的。由此,转移阀M2可以在接收到授权请求的同时获知在切换过程中的播放延迟时间。
上述实施例中以一个转移发起设备M3和一个转移接收设备M4为例进行说明。在实际应用中,可能会有多个转移发起设备M3和多个转移接收设备M4共用一个转移阀M2。所述授权请求中包括所述播放延迟时间和被授权的转移接收设备M4的信息,用于指示不同设备之间的媒体播放转移。在所述转移阀M2接收到多个授权请求时,根据接收到的授权请求的时间先后顺序来依次执行播放转移操作。
在另一种可替代的实施方式中,所述转移接收设备M4在计算得到播放延迟时间后,也可以直接发送给转移阀M2,转移阀M2在接收到转移发起设备M3的授权请求之后,按照接收到的播放延迟时间控制播放切换过程。
如图5所示,为本发明另一具体实例的跨设备转移***实现转移方法的示意图。在该实施例中,当存在外部可以使用的代理服务时,转移阀M2内部可以不用实现代理服务,只需要实现源代理就行了。把图4实施例中的代理服务模块M25取消,而是使用一个外部存在的代理服务模块M5来代替,形成了图5实施例的体系结构。
图5实施例的转移阀M2和图4实施例的转移阀M2并没有本质上的不同。图5实施例的信令传输通道M64只是第一信令传输通道M62以及第二信令传输通道M63在跨过代理服务模块M5以连接到源代理M24的延伸段。
本发明实施例还提供一种媒体播放的跨设备转移设备,包括处理器;存储器,其中存储有所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行所述的媒体播放的跨设备转移方法的步骤。
所属技术领域的技术人员能够理解,本发明的各个方面可以实现为***、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“***”。
下面参照图6来描述根据本发明的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示,电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于:至少一个处理单元610、至少一个存储单元620、连接不同***组件(包括存储单元620和处理单元610)的总线630、显示单元640等。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元610执行,使得所述处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如,所述处理单元610可以执行如图1中所示的步骤。
所述存储单元620可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)62M1和/或高速缓存存储单元62M2,还可以进一步包括只读存储单元(ROM)6203。
所述存储单元620还可以包括具有一组(至少一个)程序模块62M5的程序/实用工具62M4,这样的程序模块62M5包括但不限于:操作***、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线630可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备600交互的设备通信,和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且,电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备600使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。
通过采用本发明所提供的媒体播放的跨设备转移设备,所述处理器在执行所述可执行指令时执行所述的媒体播放的跨设备转移方法,由此可以获得上述媒体播放的跨设备转移方法的有益效果。
本发明实施例还提供一种计算机可读存储介质,用于存储程序,所述程序被处理器执行时实现所述的媒体播放的跨设备转移方法的步骤。在一些可能的实施方式中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。
参考图7所示,描述了根据本发明的实施方式的用于实现上述方法的程序产品800,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或集群上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
通过采用本发明所提供的计算机可读存储介质,其中存储的程序在被执行时实现所述的媒体播放的跨设备转移方法的步骤,由此可以获得上述媒体播放的跨设备转移方法的有益效果。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。

Claims (11)

1.一种媒体播放的跨设备转移方法,其特征在于,包括如下步骤:
转移阀接收到转移接收设备发送的接收请求,所述转移阀配置为已与转移发起设备建立用于媒体数据传输的第一媒体传输通道;
所述转移阀发起建立与所述转移接收设备的第二媒体传输通道;
所述转移阀接收到转移发起设备发送的授权请求;
所述转移阀将媒体源的媒体数据通过所述第二媒体传输通道发送至所述转移接收设备。
2.根据权利要求1所述的媒体播放的跨设备转移方法,其特征在于,所述转移阀接收到转移接收设备发送的接收请求之前,还包括如下步骤:
所述转移发起设备与所述转移接收设备建立信令协商通道;
所述转移发起设备通过所述信令协商通道将转移请求发送给所述转移接收设备,所述转移请求包括转移阀地址;
当所述转移接收设备选择接收所述转移请求时,根据所述转移请求中的转移阀地址向所对应的转移阀发起接收请求。
3.根据权利要求2所述的媒体播放的跨设备转移方法,其特征在于,所述转移阀发起建立与所述转移接收设备的第二媒体传输通道之后,还包括如下步骤:
所述转移接收设备向所述转移发起设备发送接收应答;
所述转移发起设备接收到所述接收应答之后,切断与所述转移接收设备的信令协商通道,并向所述转移阀发送授权请求。
4.根据权利要求1所述的媒体播放的跨设备转移方法,其特征在于,所述授权请求包括所述转移接收设备的第二媒体传输通道的播放延迟时间;
所述转移阀将媒体源的媒体数据通过所述第二媒体传输通道发送至所述转移接收设备,包括如下步骤:
所述转移阀接收到所述授权请求后,将所述媒体源的媒体数据同时发送至所述第一媒体传输通道和所述第二媒体传输通道,并开始计时;
所述转移阀的计时到达所述播放延迟时间时,所述转移阀切断所述第一媒体传输通道,仅向所述第二媒体传输通道继续发送所述媒体源的媒体数据。
5.根据权利要求4所述的媒体播放的跨设备转移方法,其特征在于,所述转移阀发起建立与所述转移接收设备的第二媒体传输通道和所述转移阀将媒体源的媒体数据通过所述第二媒体传输通道发送至所述转移接收设备之间,还包括如下步骤:
所述转移阀通过所述第二媒体通道向所述转移接收设备发送测试媒体流;
所述转移接收设备接收到所述测试媒体流后进行播放,并根据播放动作评估所述第二媒体通道的播放延迟时间;
所述转移接收设备将包括所述播放延迟时间的接收应答发送至所述转移发起设备,所述转移接收设备发送包括所述播放延迟时间的授权请求至所述转移阀。
6.根据权利要求4所述的媒体播放的跨设备转移方法,其特征在于,所述转移阀发起建立与所述转移接收设备的第二媒体传输通道之前,还包括:通过代理服务模块建立所述转移阀中的源代理与所述转移接收设备的设备代理之间的第二信令传输通道,所述代理服务模块设置于所述转移阀的内部或外部;
所述转移阀切断所述第一媒体传输通道,包括:切断所述转移阀中的源代理通过代理服务模块与所述转移发起设备的设备代理之间建立的第一信令传输通道和所述第一媒体传输通道。
7.一种媒体播放的跨设备转移***,其特征在于,应用于权利要求1至6中任一项所述的媒体播放的跨设备转移方法,所述***包括转移阀,所述转移阀包括转移阀接收端、第一发送端、第二发送端和源代理,其中:
所述转移阀接收端配置为从媒体源接收媒体数据;
所述第一发送端配置为已与转移发起设备建立用于媒体数据传输的第一媒体传输通道,并将所述媒体数据通过所述第一媒体传输通道发送至所述转移发起设备;
所述源代理配置为接收到转移接收设备发送的接收请求时,指导所述第二发送端做好第二媒体传输通道的建立准备,并向所述转移接收设备发送请求响应,以及接收转移发起设备发送的授权请求;
所述第二发送端配置为建立与所述转移接收设备的第二媒体传输通道,并在所述源代理接收到所述授权请求后,将所述媒体数据通过所述第二媒体传输通道发送至所述转移接收设备。
8.根据权利要求7所述的媒体播放的跨设备转移***,其特征在于,还包括转移发起设备,所述转移发起设备包括第一设备代理、第一设备接收端、第一信令协商端和第一播放端;其中:
所述第一设备代理配置为向所述源代理发送接收请求,并在接收到所述源代理的请求响应后,指导所述第一设备接收端与所述转移阀的第一发送端建立第一媒体传输通道;
所述第一设备接收端配置为通过所述第一媒体传输通道接收媒体数据,所述第一播放端配置为播放接收到的媒体数据;
所述第一信令协商端用于与所述转移接收设备建立信令协商通道,并将转移请求通过所述信令协商通道发送至所述转移接收设备,并在接收到所述转移接收设备的应答信息时,判断是否关闭所述信令协商通道。
9.根据权利要求8所述的媒体播放的跨设备转移***,其特征在于,还包括转移接收设备,所述转移接收设备包括第二设备代理、第二设备接收端、第二信令协商端和第二播放端;
所述第二信令协商端用与所述第一信令协商端建立信令协商通道,并在接收到所述转移请求时,向所述转移接收设备发送应答信息;
所述第二设备代理配置为向所述源代理发送接收请求,并在接收到所述源代理的请求响应后,指导所述第二设备接收端与所述转移阀的第二发送端建立第二媒体传输通道;
第二设备接收端配置为通过所述第二媒体传输通道接收媒体数据,所述第二播放端配置为播放接收到的媒体数据。
10.一种媒体播放的跨设备转移设备,其特征在于,包括:
处理器;
存储器,其中存储有所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1至6中任一项所述的媒体播放的跨设备转移方法的步骤。
11.一种计算机可读存储介质,用于存储程序,其特征在于,所述程序被处理器执行时实现权利要求1至6中任一项所述的媒体播放的跨设备转移方法的步骤。
CN202011523552.2A 2020-12-21 2020-12-21 媒体播放的跨设备转移方法、***、设备及存储介质 Active CN112653925B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011523552.2A CN112653925B (zh) 2020-12-21 2020-12-21 媒体播放的跨设备转移方法、***、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011523552.2A CN112653925B (zh) 2020-12-21 2020-12-21 媒体播放的跨设备转移方法、***、设备及存储介质

Publications (2)

Publication Number Publication Date
CN112653925A true CN112653925A (zh) 2021-04-13
CN112653925B CN112653925B (zh) 2023-03-24

Family

ID=75359240

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011523552.2A Active CN112653925B (zh) 2020-12-21 2020-12-21 媒体播放的跨设备转移方法、***、设备及存储介质

Country Status (1)

Country Link
CN (1) CN112653925B (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101267537A (zh) * 2007-03-14 2008-09-17 华为技术有限公司 实现网络电视业务切换的方法和***
US20150295982A1 (en) * 2014-04-10 2015-10-15 Qualcomm Incorporated Streaming control for real-time transport protocol
CN108471547A (zh) * 2018-03-27 2018-08-31 合肥灵犀智能科技有限公司 媒体播放切换方法和服务器装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101267537A (zh) * 2007-03-14 2008-09-17 华为技术有限公司 实现网络电视业务切换的方法和***
US20150295982A1 (en) * 2014-04-10 2015-10-15 Qualcomm Incorporated Streaming control for real-time transport protocol
CN108471547A (zh) * 2018-03-27 2018-08-31 合肥灵犀智能科技有限公司 媒体播放切换方法和服务器装置

Also Published As

Publication number Publication date
CN112653925B (zh) 2023-03-24

Similar Documents

Publication Publication Date Title
US9356976B2 (en) Real-time communications methods providing pause and resume and related devices
CN105704426B (zh) 一种进行视频会议的方法、装置和***
KR101320908B1 (ko) 유니캐스트 세션들과 멀티캐스트 세션 간을 변환하기 위한방법
TWI551112B (zh) 用於電路交換音訊通話及視訊通話間轉變之非暫時性有形機器可讀媒體及用戶端器件
EP3127280B1 (fr) Dispositif et procede de deport de la restitution de contenus multimedia
WO2019090902A1 (zh) 屏幕共享的方法、装置、电子设备及存储介质
US20150172757A1 (en) Session management and control procedures for supporting multiple groups of sink devices in a peer-to-peer wireless display system
US20080031161A1 (en) Method and system for establishing a conference call between a remote and a local endpoint
WO2009129718A1 (zh) 一种音视频会议中实现文件共享的方法、装置及***
KR20210047933A (ko) 비디오 스크린 프로젝션 방법과 장치, 컴퓨터 장비, 및 저장 매체
US10097693B2 (en) Managing data streams for a communication network
CN107070933A (zh) 建立和控制Wi‑Fi显示连接的音频和语音反向信道
CN103582174A (zh) 用于离线参与显示会话的无线通信***
JP2016517648A (ja) インターネットプロトコル(ip)マルチメディア・サブシステム(ims)ベースのピアツーピア(p2p)コンテンツ配信
KR20130115986A (ko) 미디어 스트림의 끊김 없는 전송
CN111479121A (zh) 一种基于流媒体服务器的直播方法及***
CN106559396B (zh) 基于Web实时通信的媒体多播方法和***
WO2023273713A1 (zh) 多播广播业务的通信方法、装置、介质及电子设备
KR101589195B1 (ko) 양자간 통화로부터 컨퍼런스로의 끊김 없는 전환을 구현하기 위한 방법 및 장치
KR20070024183A (ko) 데이터 전송 제어 방법 및 상기 방법에 의해 데이터를전송하는 네트워크 장치
JP7463552B2 (ja) セッション作成方法、電子機器、および可読記憶媒体
WO2019129125A1 (zh) 智能眼镜与智能设备交互的方法、***及存储介质
US11272001B1 (en) Port prediction for peer-to-peer communications
WO2010121525A1 (zh) 一种rtsp终端获取媒体资源的方法、装置及***
WO2016114967A1 (en) Systems and methods for adaptive context-aware control of multimedia communication sessions

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant