显示设备及信息交互方法与流程

显示设备及信息交互方法
1.本技术要求在2021年9月18日提交中国专利局、申请号为202111097923.x、发明名称为“显示设备”的中国专利申请的优先权，其全部内容通过引用结合在本技术中。
技术领域
2.本技术涉及显示设备技术领域，尤其涉及一种显示设备及信息交互方法。


背景技术：

3.显示类设备，如智能电视、智能屏等，可以为用户提供诸如音频、视频、图片等播放画面，如网络视频节目，直播电视节目，此外，还可以为为用户提供诸如网络游戏、ai健身、在线教育等各种应用和服务内容。
4.一些场景中，例如家庭中，通常存在多个终端设备，如智能电视、冰箱智能屏、智能音箱等，这些终端设备间可以互相通信，还可以基于广域网与场景外的终端设备进行通信。其中，每个终端设备都可以为用户呈现内容，所述内容包括但不限于音乐、视频、通话、文本、图片等等。如何实现设备间内容的共享与续播，以提高用户体验，成为亟待解决的技术问题。


技术实现要素：

5.本技术提供一种显示设备及信息交互方法。
6.第一方面，本技术提供一种显示设备，包括：
7.显示器，用于呈现内容；
8.扬声器，用于与所述显示器共同呈现所述内容；
9.通信器，用于与外部终端设备通信；
10.控制器，被配置为：
11.在处于忙碌状态时，响应于接收到至少一个第一终端设备发送的接力请求，呈现与各个所述接力请求对应的接力信息选项，所述忙碌状态是指与至少一个第二终端设备进行接力交互时所处的状态；
12.响应于用户通过指定至少一个目标接力信息选项输入的指示执行至少一个目标接力请求的指令，执行所述至少一个目标接力请求，以呈现每个所述目标接力请求对应的指定内容。
13.第二方面，本技术还提供一种显示设备，包括：
14.显示器，用于呈现内容；
15.扬声器，用于与所述显示器共同呈现所述内容；
16.通信器，用于与外部终端设备通信；
17.控制器，被配置为：
18.在处于忙碌状态时，响应于用户输入的指示将当前呈现的目标内容推送到至少一个第三终端设备的指令，分别向所述每个所述第三终端设备发送接力请求，以分别请求每
个所述第三终端设备继续呈现所述目标内容；
19.接收所述第三终端设备发送的反馈信息，所述反馈信息为播放状态信息、独占消息、忙碌消息中的一种；
20.根据各个第三终端设备及对应的反馈信息，显示相应的提示信息，其中，在所述反馈信息的种类不同时，相应的提示信息不同。
21.第三方面，本技术还提供一种信息交互方法，所述方法包括：
22.在处于忙碌状态时，响应于接收到至少一个第一终端设备发送的接力请求，呈现与各个所述接力请求对应的接力信息选项，所述忙碌状态是指与至少一个第二终端设备进行接力交互时所处的状态；
23.响应于用户通过指定至少一个目标接力信息选项输入的指示执行至少一个目标接力请求的指令，执行所述至少一个目标接力请求，以呈现每个所述目标接力请求对应的指定内容。
24.由以上技术方案可知，基于本技术实施例提供的显示设备及信息交互方法，当显示设备由于与至少一个第二终端设备进行接力交互而处于忙碌状态时，响应于接收到至少一个第一终端设备发送的接力请求，呈现与各个接力请求对应的接力信息选项，以向用户展示出每个接力请求对应的发送端设备和/或其其推送的内容，并使用户可以通过指定至少一个目标接力信息选项，指示显示设备执行至少一个目标接力请求，以控制显示设备呈现每个目标接力请求对应的指定内容。这样，可以避免用户错过其他终端设备推送的内容。
附图说明
25.图1为本技术在一些实施例中示出的显示设备的使用场景；
26.图2为本技术在一些实施例中示出的控制装置100的硬件配置框图；
27.图3为本技术在一些实施例中示出的显示设备200的硬件配置框图；
28.图4为本技术在一些实施例中示出的显示设备200中软件配置图；
29.图5根据示例性实施例示出了公共接力组件的软件配置框图；
30.图6为本技术根据示例性实施例示出的接力流程示意图；
31.图7示例性示出了一种显示设备用户界面；
32.图8示例性示出了一种显示设备用户界面；
33.图9示例性示出了一种显示设备用户界面；
34.图10示例性示出了一种显示设备用户界面；
35.图11a示例性示出了一种显示设备用户界面；
36.图11b示例性示出了一种显示设备用户界面；
37.图11c示例性示出了一种显示设备用户界面；
38.图12示例性示出了一种显示设备用户界面；
39.图13为本技术根据示例性实施例示出的一种推送场景示意图；
40.图14示例性示出了一种显示设备用户界面；
41.图15为本技术根据示例性实施例示出的一种接力场景示意图；
42.图16为本技术根据示例性实施例示出的一种接力场景示意图；
43.图17为本技术根据示例性实施例示出的一种接力场景示意图；
44.图18为本技术根据示例性实施例示出的一种接力场景示意图；
45.图19为本技术根据示例性实施例示出的另一种接力场景示意图；
46.图20为本技术根据示例性实施例示出的一种接力场景示意图；
47.图21为本技术根据示例性实施例示出的另一种接力场景示意图；
48.图22为本技术根据示例性实施例示出的另一种接力场景示意图；
49.图23为本技术根据示例性实施例示出的一种接力场景示意图；
50.图24为本技术根据示例性实施例示出的一种接力场景示意图；
51.图25为本技术根据示例性实施例示出的一种接力场景示意图；
52.图26为本技术根据示例性实施例示出的一种接力场景示意图；
53.图27a和图27b为本技术根据示例性示出的接收端设备用户界面示意图；
54.图28为本技术根据示例性实施例示出的一种接力场景示意图；
55.图29为本技术根据示例性实施例示出的一种接力场景示意图；
56.图30为本技术根据示例性实施例示出的一种接力场景示意图；
57.图31为本技术根据示例性实施例示出的一种接力场景示意图；
58.图32为本技术根据示例性实施例示出的一种接力场景示意图；
59.图33为本技术根据示例性实施例示出的一种交互流程图；
60.图34为本技术根据示例性实施例示出的一种交互流程图。
具体实施方式
61.为使本技术的目的和实施方式更加清楚，下面将结合本技术示例性实施例中的附图，对本技术示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本技术一部分实施例，而不是全部的实施例。
62.需要说明的是，本技术中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本技术的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
63.本技术中说明书和权利要求书及附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。
64.术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
65.术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。
66.图1为本技术根据一些实施例示出的一种应用场景示意图，该示意图旨在示出一类场景，此类场景中存在多个终端设备，以及可以与终端设备进行通信的服务器，这些终端设备包括但不限于具有数据收发及处理功能和图像显示功能和/或声音输出功能的设备。在图1所示场景中，包括显示设备200、移动终端300、冰箱智能屏400、智能盒子500、音箱设备600以及服务器700。
67.基于万物互联技术，上述场景中的多个终端设备之间可建立通信连接。实现上述
万物互联的通信协议可以包括局域网协议、广域网协议以及不受网络限制的近距离无线通信协议。其中，局域网协议包括但不限于hsp通信协议，广域网协议包括但不限于aiot协议，近距离无线通信协议则包括但不限于蓝牙传输协议、红外传输协议。基于前述通信协议种类的不同，可以将终端设备的通信协议通道划分为基于局域网的局域网协议通道、基于广域网的广域网协议通道和其他协议通道。其他协议通道即包括蓝牙协议通道、红外协议通道等。每一种协议通道可支持多个通信协议。上述场景中的终端设备可以支持前述一种或者多种协议通道。
68.终端设备可以与服务器建立通信连接，以与服务器进行信息交互，例如向终端设备提供各种内容和互动信息。可允许终端设备通过局域网(lan)、无线局域网(wlan)和其他网络进行通信连接。服务器700可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。
69.需要说明的是，图1示出的同类场景中，还可以包括其他终端设备，包括但不限于触控一体设备、投影设备、平板电脑、计算机、笔记本电脑、智能烹饪设备以及前述涉及的各种终端设备的外接设备，如键盘、鼠标、游戏手柄等。同类终端设备的数量可以是一个或者多个。例如，场景中可以同时存在多个显示设备200。
70.在一些实施例中，不同终端设备之间可以相互控制，也可以通过控制装置100针对指定的终端设备进行控制。例如，用户可以通过控制装置100或者移动终端300来操作显示设备200。又如，用户可以通过智能设备300操作智能盒子500或者冰箱智能屏400，和/或，通过操作显示设备200或者智能设备300，来操作音箱设备600等。
71.在一些实施例中，控制装置100可以是遥控器，遥控器和终端设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式，通过无线或有线方式与终端设备交互。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令，来控制终端设备。
72.在一些实施例中，通过使用在移动终端300上运行的应用程序控制其他终端设备。
73.在一些实施例中，各个终端设备还可以采用除了控制装置100或者其他终端设备之外的方式进行控制，例如，可以通过设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过设备外部设置的语音控制设备来接收用户的语音指令控制。
74.图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括但不限于控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源中的至少一个。控制装置100可接收用户的输入操作指令，且将操作指令转换为终端设备可识别和响应的指令，起用用户与终端设备之间交互中介作用。
75.在一些实施例中，终端设备包括控制器、存储器、通信器和显示器。在一些实施例中，终端设备还可以包括调谐解调器、检测器、外部装置接口、音频输出接口、供电电源、用户接口中的至少一种。其中，控制器包括处理器，视频处理器，音频处理器，图形处理器，ram，rom，用于输入/输出的第一接口至第n接口。
76.以显示设备200为例，图3示出了根据示例性实施例中显示设备200的硬件配置框图。如图3所述，显示设备200包括但不限于调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。
77.在一些实施例中，显示器可为液晶显示器、oled显示器、以及投影显示器，还可以
为一种投影装置和投影屏幕。
78.通信器是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。终端设备可以通过通信器与其他终端设备、控制装置或服务器建立控制信号和数据信号的发送和接收。
79.用户接口，可用于接收控制装置(如：红外遥控器等)的控制信号。
80.检测器用于采集外部环境或与外部交互的信号。例如，检测器包括光接收器，用于采集环境光线强度的传感器；或者，检测器包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。
81.在一些实施例中，图像采集器为摄像头模组，摄像头模组包括用于采集图像的摄像头和用于采集的图像的深度信息的深感摄像头，如rgbd相机。通过摄像头模组，可以采集图像及图像的深度信息。
82.外部装置接口可以包括但不限于如下：高清多媒体接口接口(hdmi)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(cvbs)、usb输入接口(usb)、rgb端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。
83.控制器，通过存储在存储器上中各种软件控制程序，来控制终端设备的工作和响应用户的操作。控制器控制终端设备的整体操作。例如：响应于接收到用于选择在显示器上显示ui对象的用户命令，控制器便可以执行与由用户命令选择的对象有关的操作。
84.所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。
85.在一些实施例中控制器包括中央处理器(central processing unit，cpu)，视频处理器，音频处理器，图形处理器(graphics processing unit，gpu)，ram random access memory，ram)，rom(read
‑
only memory,rom)，用于输入/输出的第一接口至第n接口，通信总线(bus)等中的至少一种。
86.在一些实施例中，终端设备的系统可以包括内核(kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(ipc)。内核启动后，再加载shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。
87.参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(applications)层(简称“应用层”)，应用程序框架(application framework)层(简称“框架层”)，安卓运行时(android runtime)和系统库层(简称“系统运行库层”)，以及内核层。
88.在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。
89.在一些实施例中，终端设备的操作系统中配置有公共接力组件和至少一个内容应用程序。内容应用程序是指可提供内容或者呈现内容的应用程序，如相机应用、图片资源应
用、图片查看应用、视频通话应用、视频播放应用、音频通话应用、音频资源应用、地图应用、读书应用等。内容则包括图片、音频(包括通话音频、音频文件和直播音频流)、视频(包括通话视频、视频文件、直播视频流)、文本、地理位置信息及导航信息等。呈现内容，则包括显示图片、地理位置信息或者导航信息及文本，播放视频文件、视频通话画面及直播间画面，播放音频文件、通话声音及直播间声音等等。公共接力组件，用于将任意一个内容应用呈现的内容推送到外部终端设备，以在外部终端设备上续播；还用于接收外部终端设备上的公共接力组件推送的内容及其播放信息，并通过具有播放该内容的能力的内容继续播放该内容。
90.在一些实施例中，任意一个内容应用均可以通过公共接力组件将内容推送到可建立通信连接的其他终端设备上，从而无需在每个内容应用上都配置推送内容的功能。任意一个内容应用均可以通过公共接力组件接收其他终端设备对某个内容的推送，以对其进行能力的接续，从而无需在每个内容应用上都配置接收内容推送的功能。在前述内容推送、接收及续播的流程中，由推送端设备(接收端设备)上的公共接力组件负责与接收端设备(推送端设备)上的公共接力组件进行通信，以完成前述内容推送、接收及续播的流程。
91.为便于说明，将由推送端设备和接收端设备配合执行的上述内容推送、接收及能力接续的流程称为接力流程。推送端设备即是发起内容推送的终端设备，接收端设备即使内容推送目标，或者说是接收内容并接力推送端设备继续播放内容的终端设备。基于数据流向，推送端设备与接收端设备之间的关系可被描述为，推送端设备向接收端设备推送某个内容，接收端设备对推送端设备推送的内容进行接力播放。应理解的是，本技术涉及的终端设备至少可以作为接收端设备，接力播放其他终端设备推送的内容，如智能音箱设备接力播放手机推送的歌曲。本技术涉及的终端设备在可以作为接收端设备的同时，还可以作为推送端设备向外推送内容，如手机将当前歌曲推送至智能音箱上续播，手机接收智能电视推送的视频节目并续播。
92.在一些实施例中，能力接续包括但不限于媒体资源的续播(如视频续播、音频续播等)闹铃设置、画质音质参数设置、文件共览等中的至少一种。
93.图5根据示例性实施例示出了公共接力组件的软件配置框图。如图5所示，公共接力组件包括交互中枢模块、状态管理模块、界面展示模块、协议处理模块以及逻辑控制模块。
94.其中，交互中枢模块用于本端设备上的内容应用进行交互。交互中枢模块内置用于供各个应用程序调用的sdk，各应用程序通过调用该sdk与交互中枢模块进行交互。例如，当用户在内容应用中触发用于将当前内容转移到指定终端设备上进行续播的操作时，内容应用通过调用前述sdk，通知交互中枢模块发送，以使公共接力组件针对用户的该操作做出响应。再如，由交互中枢模块将内容推送过程中的各类状态信息反馈给相应的内容应用程序。
95.状态管理模块，用于管理在与其他终端设备交互过程中产生的各类状态信息，如表征推送成功或者失败的状态信息、表征异常情况的状态信息以及各类通知消息等。所谓管理，包括但不限于分类信息、判别信息以根据判别结果做出相应处理、信息转发等。
96.界面展示模块，用于在用户界面中展示与接力流程相关的界面元素，如窗口对象、选项卡、状态信息提示框以及各类可操作的按钮。
97.协议处理模块，用于根据预设规则选择与其他终端设备进行交互所经由的协议通道，例如从局域网协议通道和广域网协议通道中选择一个，以使终端设备通过协议处理模块所选择的通道与其他终端设备进行信息交互。
98.逻辑处理模块，用于执行接力流程中涉及的各种逻辑控制，如在某种工作模式下的逻辑控制和在多设备交互情况下的逻辑控制。
99.在一些实施例中，公共接力组件的各个功能模块部署在应用程序层。在另一些实施例中，公共接力组件的各个功能模块可以跨层部署，例如，交互中枢模块和界面展示模块部署在应用程序层，其他模块则部署在其他层。本技术对此不予限定。需要说明的是，为实现上述内容接力功能，公共接力组件可以包括更多或者更少的模块，而不仅限于图5示出的软件组成及架构。基于本技术实施例涉及的公共接力组件的功能，而设计的其他组成及架构的组件均属于本技术的保护范围。
100.参阅图4，框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过api接口，可在执行中访问系统中的资源和取得系统的服务。
101.如图4所示，本技术实施例中应用程序框架层包括管理器(managers)，内容提供者(content provider)等，其中管理器包括以下模块中的至少一个：活动管理器(activity manager)用与和系统中正在运行的所有活动进行交互；位置管理器(location manager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(package manager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(notification manager)用于控制通知消息的显示和清除；窗口管理器(window manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。
102.在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。
103.在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的c/c++库以实现框架层要实现的功能。
104.在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、wifi驱动、usb驱动、hdmi驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。
105.在一些实施例中，用户可在显示器上显示的图形用户界面(gui)输入用户命令，则用户输入接口通过图形用户界面(gui)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。用户接口，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。
106.在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(graphic user interface，gui)，是指采用图形方式显示的
与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、widget等可视的界面元素。
107.在一些实施例中，终端设备在呈现某个内容时，可以响应于用户控制，而将该内容的相关信息推送到用户指定的终端设备上，以使用户指定的终端设备根据该内容的相关信息继续播放该内容。为便于说明，在下述实施例中，将发起内容推送的终端设备称为推送端设备，将接受内容推送并接力续播的终端设备称为接收端设备。值得注意的是，推送端设备及接收端设备可以是同时具有图像显示功能和音频输出功能的显示类设备，如电视、智能手机、平板电脑、冰箱智能屏等，也可以是只具有音频输出功能而不具有图像显示功能的设备，如音箱设备、收音机等。
108.例如，用户在客厅电视上观看某个电视剧集时，要去厨房做饭，而厨房的冰箱具有智能屏，那么用户则可以在客厅电视上通过系列操作，将该电视剧推送到冰箱智能屏上继续播放。这样，用户便可以边做饭边通过冰箱智能屏继续观看该电视剧集。再如，用户在卧室电视上听某首歌曲，要去客厅，而客厅有音箱，那么用户可以在卧室电视上通过系列操作，将该歌曲推送到客厅音箱上继续播放。
109.终端设备可以通过内置的公共接力组件实现上述功能。以下将以显示类设备及多媒体内容为例，对本技术技术方案的各种实现方式进行详细说明。
110.在一些实施例中，显示设备开启启动后，公共接力组件启动，即可接受任意内容应用的调用。
111.在一些实施例中，公共接力组件启动后，根据操作系统标准接口扫描系统中所有内容应用的接力能力。接力能力，顾名思义，即是指应用程序接续呈现内容的能力，例如所能呈现内容的类型、呈现方式等。以媒体应用为例，其内容呈现能力则可以是其播放视频文件的能力，包括可播放的视频文件的各项参数等。对于接收端设备而言，当其接收到推送端设备推送内容的请求时，通过接力能力与该内容相符的应用程序继续播放该内容。示例性的，若接力内容是视频，则接收端设备需通过其上的视频播放应用继续播放该视频；若接力内容是文本，则接收到设备需通过其上的文本应用(如记事本)继续显示该文本。
112.在一些实施例中，接力能力可以具有不同的等级，如一级能力、二级能力。从内容应用实际的功能考虑，可以通过一个等级的接力能力或者多等级能力的组合来描述内容应用的真实接力能力。应理解的是，各应用的接力能力可以根据其实际功能进行自定义。本技术实施例对接力能力的数据形态及其数据内容不予限定。但需说明的是，终端设备上应用的接力能力决定该终端设备可以接力播放哪些内容。也就是说，终端设备上应用的接力能力决定该终端设备接力其他设备内容的能力。例如，当某个终端设备上不具有接力播放某个内容的应用时，那么该终端设备即无法接力播放该内容，进而无法成为该内容的目标接收端设备。
113.在一些实施例中，公共接力组件扫描到各个应用程序的接力能力后，可以将接力能力数据注册到终端设备的局域网协议组件中，以便局域网协议组件了解每个内容应用程序的接力能力，其中局域网协议组件是指用于响应外部设备基于局域网协议通道发来的指令、请求等交互信息的功能组件。例如，当第一终端设备接收到同一局域网内的第二终端设备基于局域网协议通道发来的能力问询消息时，将公共接力组件预先注册的各个应用程序
的接力能力反馈给第二终端设备，或者对该能力问询消息做出应答，如支持某种接力能力或者不支持某种接力能力的应答。这样，第二终端设备便可了解到第一终端设备的接力能力，并以此为依据判定第一终端设备是否可以作为某个内容的接收端设备。
114.在另一些实施例中，公共接力组件扫描到各个应用程序的接力能力后，可以将接力能力数据上传到云端服务器，以便云端服务器可以查询到指定终端设备上各个应用程序的接力能力。例如，当云端服务器接收到第一终端设备发送的用于查询第二终端设备的接力能力的查询请求时，可以响应于该查询请求，将第二终端设备预先上传的接力能力数据返回给第一终端设备。这样，第一终端设备便可以通过云端服务器了解到第二终端设备的接力能力，并以此为依据判定第二终端设备是否可以作为某个内容的接收端设备。
115.在另一些实施例中，公共接力组件扫描到各个应用程序的接力能力后，可以将接力能力数据保存在本地存储的指定路径下，以便局域网协议组件、蓝牙协议组件等可以在指定路径下获取到该接力能力数据。
116.在一些实施例中，公共接力组件可以根据与其他终端设备的通信策略选择上述一种或多种方式，来保存本端设备的接力能力数据，这里的通信策略是指与其他终端设备进行通信时所基于的通信通道，如局域网协议通道，或是广域网协议通道。示例性的，如果终端设备仅限于基于局域网协议通道与局域网内容的其他设备进行通信，则公共接力组件可以选择将接力能力数据注册到局域网协议组件中；如果终端设备还可以基于广域网协议通道与局域网外的设备进行通信时，则公共接力组件可以选择将接力能力数据上传到云端服务器，以备其他设备通过云端服务器了解该终端设备的接力能力。
117.在一些实施例中，当终端设备呈现由某个内容应用呈现的某个内容时，公共接力组件可以根据该内容应用的接力能力，搜索与该接力能力匹配的终端设备，得到设备信息列表，设备信息列表中即为可选的接收端设备的设备信息。用户基于该设备信息列表指定目标推送端设备，公共接力组件则可以基于某种通信协议通道与目标推送端设备进行通信，请求目标推送端设备接力播放该内容。目标推送端设备上的公共接力组件响应于该请求，启动具有该接力能力的内容应用，通过具有该接力能力的内容应用继续播放该内容。
118.值得注意的是，在上述实施例的更为具体的实现方式中，推送端设备上的内容应用需要响应于用户操作，与公共接力组件进行交互。公共接力组件则会响应于内容应用发来的交互信息执行某些操作。此外，由于公共接力组件具有呈现独立于内容应用的界面对象的功能，因此，用户可以通过由公共接力组件提供的界面对象直接与公共接力组件进行交互，以直接控制公共接力组件执行某些操作。换句话说，在上述实施例的更为具体的实现方式中，推送端设备上的公共接力组件可以响应于用户输入而执行某些操作。
119.为便于说明，在下述实施例中，将用户期望推送的内容称为目标内容，将推送端设备上提供目标内容的应用的接力能力称为目标接力能力，将目标接收端设备上支持目标接力能力的应用称为目标应用。另外，还可以将推送端设备上的公共接力组件简称为推送端接力组件，将接收端设备上的公共接力组件简称为接收端接力组件。应理解的是，前述定义性名称均是为了方便说明和概念之间的区分。不限于前述名称，在某些实施例中也可以使用其他名称进行说明，因此在明确某个名称所表征的实质时，需结合该名称的上下文内容。
120.图6为本技术根据示例性实施例示出的接力流程示意图。如图6所示，该过程具体包括如下步骤：
121.s601，推送端设备呈现由某个内容应用提供的目标内容。
122.实际上，目标内容可以是内容应用呈现的任意内容。应理解的是，不同内容应用所提供的目标内容的类型可能相同，也可能不同。同一内容应用也可以提供不同类型的内容。示例性的，对于媒体应用，其呈现的内容多为视频内容、图片内容或者音频内容。对应读书应用，其呈现的内容多为文本内容。
123.图7示例性示出了一种显示设备用户界面。如图7所示，媒体应用界面在显示设备上全屏显示，媒体应用界面中具有一视频播放窗口，该视频播放窗口中正在播放由媒体应用提供的某个视频内容。
124.s602，推送端设备上的该内容应用向公共接力组件发送目标接力能力。
125.目标接力能力，即s601中提供目标内容的内容应用的接力能力。
126.在可选择的实现方式中，当内容应用界面满足预设条件时，内容应用将自身的接力能力发送给公共接力组件。例如，当全屏播放目标内容时，认为内容应用界面满足预设条件。在另外的实现方式中，也可以在满足其他条件时，内容应用再将自身的接力能力发送给公共接力组件。例如，当内容应用接收到特定用户输入时，内容应用将自身的接力能力发送给公共接力组件。对此，本技术不予限定。
127.s603，推送端设备上的公共接力组件搜索支持目标接力能力的终端设备，得到设备信息列表。
128.在一些实施例中，推送端设备上的公共接力组件在接收到内容应用发送的目标接力能力后，便开始搜索支持该目标接力能力的终端设备，得到设备信息列表。设备信息列表由可选的接收端设备的设备信息构成。应理解的是，公共接力组件搜索结果可分为两种情况，其一为搜索到至少一个可选的接收端设备，其二为未搜索到可选的接收端设备。若搜索到可选的接收端设备，说明当前场景满足预设的内容推送条件，若未搜索到可选的接收端设备，说明当前场景不满足内容推送条件。
129.在一些实施例中，当内容应用判定当前场景满足预设的内容推送条件时，向公共接力组件发送设备搜索请求。公共接力组件响应于内容应用发送的设备搜索请求，根据设备搜索请求中的目标接力能力搜索支持目标接力能力的外部终端设备。
130.在另一些实施例中，公共接力组件提供用于用户输入设备搜索指令的交互接口，从而，公共接力组件可以直接接收到用户输入的设备搜索指令，并响应于该设备搜索指令，获取内容应用的接力能力，得到目标接力能力；根据目标接力能力搜索支持目标接力能力的外部终端设备。例如，在呈现目标内容时，公共接力组件控制展示用于触发呈现设备信息的界面对象，用户可以通过操作该界面对象输入设备搜索指令。
131.在一些可选择的实现方式中，推送端设备上的公共接力组件，基于广域网通信协议通道，向云端发送设备搜索请求，设备搜索请求中包含推送端信息标识及目标接力能力。其中，推送端信息标识可以是推送端设备上登录的账号标识，如登录内容应用的账号标识。云端接收到该设备搜索请求后，根据推送端信息标识查找与推送端设备相关联的终端设备，例如与推送端设备登录同一账号的终端设备；云端查找到与推送端设备相关联的终端设备后，根据这些终端设备上传的接力能力数据，确定与目标接力能力相匹配的终端设备。例如，当某个终端设备上的应用的接力能力与目标接力能力相匹配，则将该终端设备确定为与目标接力能力相匹配的终端设备。云端若查找到至少一个与目标接力能力相匹配的终
端设备，则生成包含该至少一个终端设备的设备信息列表，反馈给推送端设备。云端若未查找到与目标接力能力相匹配的终端设备，则反馈内容为空的设备信息列表给推送端设备，或者返回相应的通知消息给推送端设备。
132.在一些实施例中，推送端上的公共接力组件，基于局域网通信协议通道，向局域网内的终端设备发送能力问询消息；局域网内终端设备的接收到该能力问询消息后，通过返回应答消息，将局域网组件中注册的各个应用的接力能力反馈给推送端设备；推送端设备根据局域网内终端设备反馈的接力能力，确定可选的推送端设备。
133.在一些实施例中，推送端上的公共接力组件开启近距离通信协议通道，基于近距离通信协议通道接收附近的终端设备发送的接力能力数据，从而从附近的终端设备中确定支持该目标接力能力的终端设备。
134.在一些实施例中，公共接力组件可以从局域网协议通道、广域网协议通道及近距离通信协议通道中选择一种或者多种，并基于选择的通信协议通道搜索支持目标接力能力的终端设备。通过选择合适的协议通道搜索设备，可以保证搜索到的设备信息更加全面，以为用户提供更多选择，还能更加合理的利用设备的通信资源，提高设备间内容接力过程的执行速度，提高用户体验。
135.在另一些实施例中，用户可以预先设置用于与接收端设备通信的协议通道。公共接力组件则基于用户预先设置的通信协议通道，搜索支持目标接力能力的终端设备。应理解的是，如果用户设置的通信协议通道为局域网协议通道，那么公共接力组件搜索到的终端设备则为与推送端设备处于同一局域网中的设备；如果用户设置的通信协议通道为广域网协议通道，那么公共接力组件搜索到的终端设备则可以是局域网外的设备；如果用户设置的通信协议通道为近距离通信协议通道，那么公共接力组件搜索到的终端设备则是推送端设备附近的终端设备。
136.在一些实施例中，推送端公共接力组件执行通过广域网协议通道搜索支持目标接力能力的外部终端设备，进一步被配置为：通过局域网协议通道，向服务器发送设备查询请求，设备查询请求包括显示设备对应的推送端标识及目标接力能力；接收服务器响应于设备查询请求返回的设备信息集合，设备信息集合包括服务器查询到的与推送端标识相关联且支持目标接力能力的终端设备的设备信息。在一些实施例中，上述设备信息包括设备的唯一性标识和设备所支持的通信协议信息。其中，有些终端设备支持的通信协议可归结为局域网协议通道、广域网协议通道以及近距离通信协议通道中的一种或者多种。例如，对于一些终端设备，即可以通过局域网协议通道与推送端设备进行通信，也可以通过近距离通信协议通道与推送端设备进行通信。而对于有些终端设备，则仅可以通过广域网协议通道与推送端设备进行通信。
137.在一些实施例中，公共接力组件可以根据设备信息中的唯一性标识，对通过不同协议通道扫描到的同一终端设备的设备信息进行整合，以在需要呈现设备信息时，呈现整合后的设备信息，避免呈现重复的设备信息。
138.一种示例性整合结果如下：
139.终端设备a：支持aiot\局域网\蓝牙；
140.终端设备b：支持局域网\蓝牙；
141.终端设备c：支持蓝牙。
142.在一些实施例中，在推送端设备上的公共接力组件搜索终端设备时，公共接力组件在当前界面上呈现提示消息，用于提示用户当前正在搜索设备。例如图8所示，播放画面上显示有内容为“正在寻找设备”的提示消息。
143.s604，推送端设备上的公共接力组件向内容应用反馈搜索结果，搜索结果表征存在可选的接收端设备。
144.s605，当推送端设备上的内容应用接收到输入的接力操作后，向公共接力组件发送设备呈现请求。
145.在一些实施例中，内容应用呈现某个内容时，用户可以通过某个操作或者多个操作的组合，控制将控件区调出。控件区中集中显示用户可操作的控件，用户通过操作某个控件，触发终端设备执行相应的操作。
146.在一些实现方式中，如果推送端设备上的公共接力组件搜索到至少一个可选的接收端设备，向内容应用反馈第一搜索结果，第一搜索结果表征存在可选的接收端设备。若内容应用接收到该第一搜索结果，则在用户操作调出控件区时，在控件区中显示用于触发接力流程的界面对象，这样，用户可以通过操作该界面对象输入接力操作。若内容应用未接收到该第一搜索结果，则在用户操作调出控件区时，在控件区中不显示用于触发接力流程的界面对象。
147.在另外的实现方式中，推送端设备上的公共接力组件向内容应用反馈搜索结果，该搜索结果表征是否存在可选的接收端设备。内容应用根据该搜索结果所表征的含义，决定在用户调出控件区时是否显示用于触发接力流程的界面对象。
148.在一些实现方式中，当内容应用根据搜索结果判定存在可选的接收端设备时，直接在应该界面上显示用于触发接力流程的界面对象，而无需在用户操作调出控件区时，再在控件区中显示该界面对象。
149.如图9所示，控件区中包括但不限于“接力”控件、“播放列表”控件、“清晰度”控件、“推荐功能”控件中的至少一个。其中，用户可以通过操作某个控件触发显示设备执行相应的操作。例如，当用户选中“播放列表”控件时，显示设备将显示选集列表。值得注意的是，用户可以通过操作“接力”控件以输入内容接力操作，以触发显示设备执行将当前节目推送到其他终端设备上继续播放的操作。当媒体应用接收到用户对“接力”控件的操作时，媒体应用向公共接力组件发送接力操作。
150.当然，用户也可以通过其他方式输入内容接力操作，如利用显示设备的语音控制功能，通过语音口令输入内容接力操作，或者通过控制装置上指定按键或者按键组合输入内容接力操作。
151.s606，推送端设备上的公共接力组件呈现设备信息列表，设备信息列表包括至少一个可选的接收端设备选项。
152.在一些实施例中，若搜索到至少一个支持所述目标接力能力的外部终端设备，则公共接力组件控制显示用于触发呈现设备信息的界面对象，此时，用户可以通过操作该界面对象指示呈现搜索到的设备信息；公共接力组件则响应于输入的设备呈现指令，呈现设备信息列表，设备信息列表包括多个设备选项，设备选项与搜索到的设备信息对应；当接收到输入的对目标设备选项的选中操作时，确定接收到内容推送指令，目标设备选项与所述目标接收端设备的设备信息对应。
153.如图10所示，设备信息列表中包括名称为“二楼客厅电视”、“一楼厨房冰箱”、“次卧音箱”、“一楼客厅电视”等多个可选的设备选项。此时，用户可以通过输入对列表中某个选项的选择操作，指定目标接收端设备。例如，当用户选择“二楼客厅电视”时，名称为“二楼客厅电视”的设备被用户指定为目标接收端设备。
154.s607，当推送端设备上的公共接力组件接收到输入的对目标接收端设备的选择操作后，向内容应用请求目标内容的播放信息。
155.s608，推送端设备上的内容应用将目标内容的播放信息返回给公共接力组件。
156.其中，目标内容的播放信息用于使接收端设备上的应用可以根据该播放信息继续呈现目标内容。例如，当目标内容是多媒体内容时，其播放信息至少应包括播放源地址、播放进度等，基于该播放信息，接收端设备上的应用足以继续播放该多媒体内容。又如，当目标内容是导航信息时，其播放信息至少应包括用户位置信息和规划路径信息，基于该播放信息，接收端设备上的地图应用足以继续为用户导航。应理解的是，根据内容应用的不同，其对应的播放信息所包含的参数可以相同或者不同。推送端设备上某一内容应用的播放信息应当可被接收端设备上至少一个内容应用所解析、识别，以继续呈现目标内容。
157.在另一些实施例中，在内容应用呈现目标内容时，用户可以通过语音控制功能，指示公共接力组件搜索支持目标接力能力的终端设备。例如，参阅图11a，用户唤醒语音应用后，说出“查一下接力设备”，语音应用通过解析该语音数据的语义，确定用户输入设备搜索指令。将该设备搜索指令发送给公共接力组件，并在界面上回复用户“好的，开始查询”。公共接力组件则响应于语音应用发送的设备搜索指令，搜索支持目标接力能力的终端设备，得到设备信息列表。
158.接着，公共接力组件将搜索得到的设备信息列表发送给语音应用，通过语音应用朗读设备信息列表的具体内容，同时将设备信息列表以文本的显示在界面上，如图11b所示。用户在获得设备信息列表后，可以通过语音控制功能指定目标接收端设备，并指示推送端设备执行接力流程。例如，用户说出“接力到二楼客厅电视”，语音应用通过解析该语音数据的语义，确定用户指定的目标接收端设备是名称为“二楼客厅电视”的终端设备，语音应用将目标推送端设备的设备信息发送给公共接力组件，同时回复用户“好的，正在接力”，如图11c所示。公共接力组件接收到目标接收端信息后，向内容应用请求目标内容的播放信息，并执行后续步骤。
159.此外，用户还可以通过触控手势、隔空手势等操作方式触发上述接力流程中的某些环节，此处不予赘述。
160.s609，推送端设备上的公共接力组件向目标接收端设备发送呼叫请求，呼叫请求中包含目标接力能力及目标内容的播放信息。
161.在一些实施例中，呼叫请求又称为接力请求。
162.在一些实施例中，推送端设备上的公共接力组件接收到用户对目标推送端设备的选择操作后，等待预设时长后呼叫目标接收端设备。推送端设备上的公共接力组件在等待期间，在界面上显示提示消息。在提示消息的显示期间或者等待期间，用户可以通过某种操作取消推送，也可以通过某种操作指示立即推送。如果公共接力组件在提示消息的显示期间或者等待期间接收到用户输入的取消指令，则执行取消推送的步骤。也就是说，推送端设备响应于输入的指示将当前呈现的目标内容推送至目标接收端设备的指令，控制呈现提示
信息，以通过该提示信息提示用户在预定时长内可输入取消推送指令或者确认推送指令；响应于用户在预定时长内输入的所述确认推送指令，向目标接收端设备发送接力请求，以请求目标接收端设备继续呈现目标内容；或者，响应于用户在预定时长内输入的所述取消推送指令，取消向目标接收端发送所述接力请求。而若在预定时长内未接收到输入的确认推送指令或者取消推送指令，则在预定时长的终止时刻向目标接收端设备发送接力请求，并撤销对该提示信息的显示。在另一些实施例中，推送端设备上的公共接力组件接收到用户对目标推送端设备的选择操作后，在执行呼叫目标接收端设备的同时，在当前界面上显示提示消息。在提示消息的显示期间或者预设时间内，用户可以通过某种操作取消推送。如果推送端设备在提示消息的显示期间或者预设时间内接收到用户输入的取消指令，则执行取消推送的步骤。例如，如果在接收到输入的取消指令时，未呼叫目标接收端设备，则阻止呼叫。如果在接收到输入的取消指令时，已呼叫目标接收端设备，则向目标接收端设备发送取消接力请求，以使目标接收端设备中断相关操作。
163.也就是说，推送端设备响应于输入的指示将当前呈现的目标内容推送至目标接收端设备的指令，向目标接收端设备发送接力请求，以使目标接收端设备根据接力请求继续呈现目标内容；响应于在预设时长内接收到用户输入的取消推送指令，向目标接收端设备发送取消接力请求，以使目标接收端设备取消呈现目标内容。这样，用户有一定的时间确认之前输入的推送操作，考虑是否撤回推送操作，避免由于用户误操作而将目标内容推送到目标接收端设备上，提高用户体验。
164.示例性的，用户可以通过任意按键操作，以输入上述取消推送指令。用户可以通过指定按键输入上述确认推送指令。
165.在一些实施例中，推送端设备上的公共接力组件接收到用户对目标推送端设备的选择操作后，在显示提示消息的同时，执行倒计时，倒计时时长可以是呼叫前的等待时长，也可以是提示消息的显示时长。以及，在界面上显示用于示出倒计时进度的界面元素，以向用户展示出倒计时进度的可视提示。
166.图12为用户在图10中选择“二楼客厅电视”作为目标接收端设备后，推送端设备上显示的应用界面。如图12所示，该界面上显示有内容为“即将推送到二楼客厅电视播放，按任意键停止，按确认键立即接力”的提示消息，在提示消息的一侧显示有倒计时进度的可视提示“3”。
167.在一些实施例中，推送端设备上的公共接力组件接收到用户输入的取消推送指令后，在界面上显示相应的提示信息，并将取消接力请求发送给目标接收端设备。目标接收端设备上的公共接力组件接收到该取消接力请求后，在接收端设备的界面上显示相应的提示信息。
168.图13为本技术根据示例性实施例示出的一种推送场景示意图。图13中推送端设备的界面具体为推送端接力组件接收到用户输入的取消推送指令后显示的界面，如图13所示，推送端设备的界面上显示有内容为“已经取消推送”的提示信息。图13中接收端设备的界面具体为接收端接力组件接收到推送端设备发送的取消接力请求后显示的界面，如图13所示，接收端设备的界面上显示有内容为“卧室电视已取消推送”的提示信息。
169.需要说明的是，推送端设备以及接收端设备上的公共接力组件都可以通过调用语音应用播报消息，包括但不限于上述“已经取消推送”、“卧室电视已取消推送”的提示信息。
170.在一些实施例中，推送端设备在向目标接收端设备发送接力请求后，推送端设备上的内容应用可以继续呈现该目标内容，也可以结束呈现该目标内容。
171.在一些可选择的实现方式中，用户可以对内容应用的指定功能进行设定。推送端设备在向目标接收端设备发送接力请求后，内容应用根据用户设定，决定是否继续呈现该目标内容。示例性的，在用户将内容应用的“原设备继续播放”的功能开启的情况下，推送端设备在向目标接收端设备发送接力请求后，内容应用继续呈现该目标内容。在用户将内容应用的“原设备继续播放”的功能关闭的情况下，推送端设备在向目标接收端设备发送接力请求后，内容应用继续呈现该目标内容。基于此，推送端设备在向目标接收端设备发送接力请求之后，进一步被配置为：获取目标设置参数，目标设置参数为第一值或者第二值；若目标设置参数为第一值，则控制内容应用结束播放目标内容；若目标设置参数为第二值，则控制内容应用继续播放目标内容。
172.在一些实施例中，显示设备信息列表的页面还可以显示一些额外的用户引导选项及引导信息。例如，在图10示出的设备信息列表页中，用户可以通过操作“？”控件触发进入接力功能介绍页面，接力功能介绍页面至少用于显示接力功能的介绍信息，如接力操作方式。此外，在图10示出的设备信息列表页中显示有内容为“按确认键接力，按菜单键调整顺序”的引导信息。望文生义，该引导信息用于提醒用户，在选择某个设备选项的情况下，可以通过操作遥控器上的确认键触发接力过程，可以通过操作遥控器上的菜单键调整设备信息列表中设备选项的显示顺序。
173.另外，在图10示出的设备信息列表页上，还显示有“原设备继续播放”的开关按钮，当用户操作将该开关按钮开启时，即将内容应用的“原设备继续播放”的功能开启，那么，公共接力组件在将内容推送到接收端设备上后，内容应用将继续播放该内容。当用户操作将该开关按钮关闭时，即将内容应用的“原设备继续播放”的功能关闭，那么，公共接力组件在将内容推送到接收端设备上后，内容应用将可以退出以结束播放该内容。
174.在另一些实施例中，推送端设备向目标接收端设备发送接力请求之后，进一步被配置为：接收目标接收端设备发送的播放状态信息，以及获取目标设置参数，目标设置参数为第一值或者第二值；若播放状态信息表征目标接收端设备响应接力请求成功，且目标设置参数为第一值，则控制内容应用结束播放目标内容；若播放状态信息表征目标接收端设备响应接力请求失败，或者目标设置参数为第二值，则控制内容应用继续播放目标内容。
175.s610，目标接收端设备上的公共接力组件响应于推送端设备发送的呼叫请求，启动支持该目标接力能力的目标应用。
176.在一些实施例中，当目标接收端设备上仅具有一个支持目标接力能力的目标应用时，则公共接力组件直接启动该应用。当目标接收端设备上具有多个支持目标接力能力的目标应用时，则公共接力组件启动预先设置的默认应用，或者根据各个目标应用预设的优先级，启动优先级别最高的目标应用，或者在界面中展示由该多个目标应用构成的应用列表，以提示用户指定某个目标应用，从而启动用户指定的目标应用。
177.在一些实施例中，接收端设备上的公共接力组件接收到推送端设备的呼叫请求后，等待预设时长后，启动支持目标应用。接收端设备上的公共接力组件在等待期间，显示提示消息。在该提示消息的显示期间或者等待期间，用户可以通过某种操作取消接力，也可以通过某种操作指示立即接力。如果接收端设备在该提示消息的显示期间或者等待时间内
接收到用户输入的取消接力指令，则执行取消接力的步骤。在另一些实施例中，接收端设备上的公共接力组件响应于推送端设备的呼叫请求，在查找目标应用的同时，界面上显示提示消息。在该提示消息的显示期间或者预设时间内，用户可以通过某种操作取消接力。如果在该提示消息的显示期间或者预设时间内接收到用户输入的取消指令，则执行取消接力的步骤。例如，如果在接收到输入的取消接力指令时，未启动支持目标应用或者目标应用未开始呈现目标内容，则阻止启动或者阻止播放，并向推送端设备发送取消消息。如果在接收到输入的取消接力指令时，目标应用已开始播放目标内容，则结束播放，向推送端设备发送取消消息。
178.也就是说，接收端设备上的公共接力组件响应于接收到推送端设备发送的接力请求，控制呈现某种提示信息，以通过该提示信息提示用户在预定时长内可输入取消接力指令或者确认接力指令；响应于用户在预定时长内输入的确认接力指令，执行接力请求以继续呈现目标内容；或者，响应于用户在预定时长内输入的取消接力指令，忽略接力请求以取消呈现目标内容，并呈现相应的提示信息，以及向推送端设备发送取消消息。而若在预定时长内未接收到输入的确认接力指令或者取消接力指令，则在预定时长的终止时刻执行接力请求以继续呈现目标内容。这样，用户可以显示设备响应于接收到推送端设备发送的接力请求，而接力呈现某指定内容前的预定时长内，通过指定操作阻止显示设备接力呈现该指定内容，或者指示显示设备立即呈现该执行内容，充分提高用户操作的灵活性。
179.在一些实施例中，接收端设备上的公共接力组件接收到推送端设备的接力请求后，若接收到推送端设备发送的取消接力请求，则忽略接力请求以取消呈现目标内容，并呈现相应的提示信息。在一些实施例中，目标接收端设备上的公共接力组件接收到推送端设备发送的呼叫请求后，在显示提示消息的同时，执行倒计时，倒计时时长可以是呼叫前的等待时长，也可以是提示消息的显示时长。以及，在界面上显示用于示出倒计时进度的界面元素，以向用户展示出倒计时进度的可视提示。
180.图14为用户在图10中选择“二楼客厅电视”作为目标接收端设备后，目标接收端设备上显示的用户界面。如图14所示，该用户界面上显示有内容为“即将接力卧室电视内容播放，按任意键停止，按确认键立即接力”的提示消息，在提示消息的一侧显示有倒计时进度的可视提示“5”。
181.在一些实施例中，接收端设备上的公共接力组件接收到用户输入的取消指令后，在接收端设备的界面上显示相应的取消通知，并将接力状态同步给推送端设备。推送端设备上的公共接力组件接收到接收端设备发送的接力状态后，在推送端设备的界面上显示相应的取消通知。
182.图15为本技术根据示例性实施例示出的一种接力场景示意图。图15中接收端设备的界面具体为接收端接力组件接收到用户输入的取消指令后显示的界面，如图15所示，接收端设备的界面上显示有内容为“已经取消接力”的通知消息。图15中推送端设备的界面具体为推送端接力组件接收到接收端设备发送的接力状态后显示的界面，如图15所示，推送端设备的界面上显示有内容为“对端已停止接力”的通知消息。
183.在一些实施例中，公共接力组件根据目标接收端信息选择目标通信协议通道，基于目标通信协议通道，呼叫目标接收端设备。其中，目标通信协议通道可以是局域网协议通道、广域网协议通道及近距离通信协议通道中的一种或者多种。
184.具体来说，若目标接收端设备仅支持一种协议通道，那么则将该协议通道确定为目标协议通道。例如，对上述示例中仅支持蓝牙协议的终端设备c，则确定蓝牙协议通道为目标通信协议通道。而对于支持多种通信协议的终端设备，公共接力组件则根据根据预设规则从目标接收端设备支持的通信协议确定一种，作为目标通信协议通道。
185.在一些实施例中，可以根据各类通信协议通道的特点设计用于确定目标通信协议通道的规则。已知，局域网协议通道和广域网协议通道具有传输距离不受限，抗干扰能力强，传输速率快(带宽越大传输速率越快)等特点；而近距离通信传输协议，如蓝牙协议、红外协议，传输距离较短，对于红外协议，还要求方向性和无障碍性。
186.基于此，在一些示例性实施例中，当接收端设备同时支持局域网协议通道和广域网协议通道时，由于局域网响应时速优于广域网，因此可以将局域网协议通道确定为目标通信协议通道。当接收端设备同时支持局域网协议通道、广域网协议通道以及蓝牙协议通道时，如果已知传输距离较远，如超出10米，则将局域网协议通道或者广域网协议通道确定为目标通信协议通道；如果已知传输距离较近，如未超出2米，且蓝牙信号较强、网络信号较弱，则将蓝牙协议通道确定为目标通信协议通道。当接收端设备同时支持蓝牙协议通道和红外协议通道，由于红外协议一般是指令性性质的传输，且支持的数据量较小，抗干扰能力弱，因此优先将蓝牙协议通道确定为目标通信协议通道。
187.在一些实施例中，推送端公共接力组件获取每种协议通道预设的优先级；将目标接收端设备支持的优先级最高的协议通道确定为目标协议通道。
188.可以理解的是，通过选择合适的协议通道呼叫目标接收端设备，可以更加合理的利用设备的通信资源，提高设备间内容接力过程的执行速度，提高用户体验。
189.在一些实施例中，推送端设备上的公共接力组件同时根据接收端设备支持的每一种通信协议通道呼叫接收端设备。接收端设备将会先后接收到推送端设备基于不同协议通道发送的呼叫请求。接收端设备针对首次接收到的呼叫请求进行处理，并基于首次接收到的呼叫请求对应的通信协议与推送端设备进行后续交互。接收端设备在后续接收到同一推送端设备基于其他协议通道发送的同一呼叫请求时，丢弃这些呼叫请求即可。
190.s611，接收端设备上的公共接力组件将目标内容的播放信息发送给目标应用。
191.s612，接收端设备上的目标应用根据目标内容的播放信息继续播放该目标内容。
192.s613，接收端设备上的目标应用向公共接力组件反馈播放状态信息。
193.s614，接收端设备上的公共接力组件将该播放状态信息发送给推送端设备。
194.在一些实施例中，播放状态指示播放成功或者播放失败。若接收端设备上的目标应用成功续播目标内容，则目标应用向接收端接力组件反馈指示播放成功的播放状态信息。若接收端设备上的目标应用续播目标内容失败，则目标应用向接收端接力组件反馈指示播放成功的播放状态信息。
195.在一些实施例中，接收端接力组件根据接收到的播放状态信息，在接收端设备的界面上显示相应的提示消息。
196.在一些实施例中，接收端设备上的公共接力组件在接收到推送端设备发送的呼叫请求后，向推送端设备返回响应消息。推送端设备根据是否接收到该响应消息，判定接力成功或者失败。若接收到该响应消息，则认为接力成功，则显示相应的提示信息，如内容为“已推送到xx设备上”的提示信息，若长时间未接收到该响应消息，则认为接力失败，则显示相
应的提示信息，如内容为“接力失败”的提示信息。
197.s615，推送端设备上的公共接力组件接收该播放状态信息，并根据该播放状态信息呈现相应的提示信息。
198.在一些实施例中，公共接力组件在接收到推送端设备发送的播放状态信息后，根据播放状态信息和“原设备继续播放”按钮的开关状态，指示内容应用结束对目标内容的播放，或者指示内容应用继续播放目标内容。例如，无论播放状态信息揭示接收端设备播放目标内容成功或者失败，只要“原设备继续播放”按钮开启，则指示内容应用继续播放目标内容。如果播放状态信息揭示接收端设备播放目标内容失败，则若“原设备继续播放”按钮开启，则指示内容应用继续播放目标内容，若“原设备继续播放”按钮关闭，则指示内容应用结束对目标内容的播放。
199.图16为本技术根据示例性实施例示出的一种接力场景示意图。图16中接收端设备界面和推送端设备界面具体为在目标应用成功续播目标内容后显示的界面。在图16中，接收端设备界面上显示有内容为“已接力卧室电视内容播放”的提示消息，推送端设备界面上显示有内容为“已接力到二楼客厅电视播放”的提示消息。
200.图17为本技术根据示例性实施例示出的一种接力场景示意图。图17中接收端设备界面和推送端设备界面具体为在目标应用续播目标内容失败后显示的界面。在图17中，接收端设备的界面上显示内容为“接力失败”的提示消息，推送端设备界面上显示有内容“接力失败”的提示消息。
201.需要说明的是，本技术实施例涉及的接力流程不限于图6示出的流程，推送端设备与接收端设备执行接力流程的过程中所显示ui界面样式不限于上述实施例示出的样式。基于本技术技术方案的核心思路，本领域技术人员无需创造性劳动即可得到多种不同的实施方式，这些实施方式均属于本技术的保护范围。
202.在一些实施例中，公共接力组件可以在两种模式下工作，其一为独占模式，其二为非独占模式。其中，当公共接力组件处于独占模式下时，其在与某个接收端设备进行交互时，或在与某个推送端设备进行交互时，不与该接收端设备或者该推送端设备之外的终端设备进行有关内容推送及内容接力过程的交互。换句话说，当终端设备上的公共接力组件处于独占模式时，该公共接力组件无法同时与两个或者两个以上的终端设备进行与内容推送及内容接力过程有关的信息交互操作。反之，当公共接力组件处于非独占模式时，其在执行向某个接收端设备进行内容推送过程中的信息交互，和/或执行与某个推送端设备进行内容接力过程中的信息交互时，还可与该接收端设备或者推送端设备之外的终端设备进行有关内容推送及内容接力过程的交互。
203.在一些可能的实现方式中，上述与内容推送过程有关的交互至少包括图6中推送端接力组件执行的s609至呈现播放状态的步骤。也就是说，如果推送端接力组件处于独占模式，那么其在执行s609至呈现播放状态期间，不会与除该接收端设备以外的终端设备进行交互。
204.在一些可能的实现方式中，上述与内容接力有关的交互至少包括图6中接收端接力组件执行的s610至s614。也就是说，如果接收端接力组件处于独占模式，那么其在执行s610至s614期间，不会与除该推送端设备以外的终端设备进行交互。
205.在一些实施例中，将上述与内容推送和内容接力有关的交互称为接力交互。以显
示设备为例，显示设备在与第一终端设备进行接力交互的过程中，响应于接收到第二终端设备发送的接力请求，获取当前工作模式；若当前工作模式是独占模式，则忽略第二终端设备发送的接力请求，并返回独占消息至第二终端设备。若当前工作模式非独占模式，则根据所述第二终端设备发送的接力请求展示对应的接力请求提示信息，以使用户根据所述接力请求提示信息触发执行与第二终端设备进行接力交互或者触发放弃与第二终端设备进行接力交互。其中，与第一终端设备进行的接力交互是指执行第一终端设备发送的接力请求以继续呈现第一终端设备推送的内容的交互过程，和/或，执行输入的内容推送指令以将当前呈现的内容推送到第一终端设备上继续呈现的交互过程。这样，可以防止第二终端设备发送的接力请求打断显示设备与第一终端设备之间的接力交互过程，保证显示设备顺利接力第一终端设备推送的内容，或者顺利将内容推送到第一终端设备上，从而保证用户体验。
206.在一些实施例中，若当前工作模式非独占模式，展示中断操作提示信息，以使用户根据所述中断操作提示信息输入中断操作，所述中断操作用于控制显示设备中断与所述第一终端设备的接力交互过程。响应于输入的中断操作，中断与所述第一终端设备的接力交互过程。
207.在一些实施例中，用户可以在公共接力组件提供的ui界面上进行与内容接力功能有关的设置，包括设置公共接力组件的工作模式。例如，通过与公共接力组件提供的ui界面上的界面对象进行交互，将公共接力组件的工作模式设置成独占模式或者非独占模式。
208.基于此，上述实施例中，显示设备获取当前工作模式，具体可以包括，获取设备独占功能的开关状态；若设备独占功能处于开启状态，则确定当前工作模式是独占模式；若设备独占功能处于关闭状态，则确定当前工作模式非独占模式。
209.在另一些实施例中，用户可以在公共接力组件提供的ui界面上开启或者关闭公共接力组件的设备独占功能。在公共接力组件的设备独占功能开启的情况下，当公共接力组件开始执行与某个终端设备进行有关内容推送或者内容接力的交互时，公共接力组件自动进入到独占模式，当其结束与某个终端的前述交互时，其自动退出独占模式，进而进入到非独占模式。在公共接力组件的设备独占功能关闭的情况下，公共接力组件始终处于非独占模式。即，即使公共接力组件开始执行与某个终端设备进行有关内容推送或者内容接力的交互，也不会自动进入到独占模式。
210.在一些实施例中，当终端设备上的公共接力组件接收到其他终端设备发送的呼叫请求时，判断当前是否处于独占模式；如果当前未处于独占模式，则针对呼叫请求进行处理，例如执行图6中示出的s610至s614；如果当前处于独占模式，则不针对该呼叫请求进行处理，并在界面上显示相应的接力请求提示信息，以及向发送该呼叫请求的终端设备反馈相应的通知消息。为便于说明，可以将该通知消息称为独占消息。发送该呼叫请求的终端设备则可以根据该独占消息在其界面上显示对应的提示信息。其中，接力请求提示信息包括其他终端设备的设备信息和/或所述目标内容的关键信息，如其他终端设备的设备名称，目标内容的内容名称。
211.在一些可能的实现方式中，在公共接力组件处于独占模式的情况下，其可以通过判断呼叫请求或者其他信息数据的来源，来判断呼叫请求或者其他信息数据是为当前交互终端发送的请求或信息数据，还是为其他终端设备发送的请求或者信息数据。若为其他终端设备发送的请求或者信息数据，则屏蔽该请求或者信息数据。
212.可以理解的是，独占模式下的终端设备，可能是作为推送端设备，正在与接收端设备执行与内容推送流程有关的交互，也可能是作为接收端设备，正在与推送端设备执行与内容接力流程有关的交互。
213.还应理解的是，公共接力组件可以同时接收到由多个终端设备发送的呼叫请求，前述同时是指在同一时刻或者接收到该多个呼叫请求的时间差足够短。在一些实施例中，在终端设备上的公共接力组件处于非独占模式的情况下，如果接收到由多个终端设备发送的多个呼叫请求，则针对最先接收到的呼叫请求进行处理，例如执行图6中示出的s610至s614，而无需处理在后接收到的呼叫请求。以及，在决定不针对某个呼叫请求进行处理的同时，向发送该呼叫请求的终端设备反馈相应的通知消息。为便于说明，可以将该通知消息称为busy消息。发送该呼叫请求的终端设备则可以根据该busy消息在其界面上显示对应的提示信息。
214.在一些实施例中，在终端设备上的公共接力组件处于非独占模式的情况下，如果接收到由多个终端设备发送的多个呼叫请求，则在界面上展示与每个呼叫请求对应的接力信息，接力信息包括但不限于发送给请求的设备信息，如设备名称，还可以包括请求接力的内容信息，如目标内容的名称。用户可以基于界面中显示的接力信息指定目标接力信息，公共接力组件则可以针对对应的呼叫请求进行处理，以接力播放响应的内容。而对于用户未指定的接力信息，公共接力组件则可以向发送对应呼叫请求的终端设备反馈一个busy消息。
215.图18为本技术根据示例性实施例示出的一种接力场景示意图。在该示例中，a设备在与b设备进行交互以将a内容推送至b设备时，c设备向a设备发送呼叫请求，该呼叫请求用于请求将c内容推送至a设备，以在a设备上继续播放。此时，c设备呈现c内容画面；a设备呈现a内容画面，并显示有内容为“即将推送到b设备播放”的提示消息；b设备呈现b设备界面，b设备界面上显示有内容为“即将接力a设备内容”的提示消息。值得注意的是，由于a设备上的公共接力组件处于独占模式，因此a设备在接收到c设备的呼叫请求后，并未对该呼叫请求作出处理，而是向c设备反馈一个独占消息。c设备接收到a设备反馈的独占消息后，在界面上呈现内容为“a设备正在接力中”的提示消息。
216.图19为本技术根据示例性实施例示出的另一种接力场景示意图。该示例与图18所示示例不同的是，a设备在与b设备进行交互以将a内容推送至b设备时，c设备、d设备及e设备均向a设备发送呼叫请求，分别请求将c内容、d内容及e内容推送至a设备，以在a设备上继续播放。该示例与图18所示示例相同的是，由于a设备上的公共接力组件处于独占模式，因此a设备在接收到c设备、d设备及e设备的呼叫请求后，并未对该呼叫请求作出处理，而是分别向c设备、d设备及e设备反馈一个独占消息。c设备、d设备及e设备接收到a设备反馈的busy消息后，在各自的界面上呈现内容为“a设备正在接力中”的提示消息。
217.图20为本技术根据示例性实施例示出的一种接力场景示意图。该示例中，a设备在与b设备进行交互以将a内容推送至b设备时，c设备向b设备发送呼叫请求，该呼叫请求用于请求将c内容推送至b设备，以在b设备上继续播放。此时，c设备呈现c内容画面；a设备呈现a内容画面，并显示有内容为“即将推送到b设备播放”的提示消息；b设备呈现b设备界面，b设备界面上显示有内容为“即将接力a设备内容”的提示消息。值得注意的是，基于与图18所示示例相同的处理逻辑，由于b设备上的公共接力组件处于独占模式，因此b设备在接收到c设
备的呼叫请求后，并未对该呼叫请求作出处理，而是向c设备反馈一个独占消息。c设备接收到b设备反馈的独占消息后，在界面上呈现内容为“b设备正处于接力状态”的提示消息。
218.图21为本技术根据示例性实施例示出的另一种接力场景示意图。该示例与图18所示示例不同的是，a设备在与b设备进行交互以将a内容推送至b设备时，c设备、d设备及e设备均向b设备发送呼叫请求，分别请求将c内容、d内容及e内容推送至b设备，以在b设备上继续播放。由于b设备上的公共接力组件处于独占模式，因此b设备在接收到c设备、d设备及e设备的呼叫请求后，并未对该呼叫请求作出处理，而是分别向c设备、d设备及e设备反馈一个独占消息。c设备、d设备及e设备接收到b设备反馈的独占消息后，在各自的界面上呈现内容为“b设备正在接力中”的提示消息。
219.图22为本技术根据示例性实施例示出的另一种接力场景示意图。在该示例中，a设备在与b设备进行交互以将a内容推送至b设备时，c设备、d设备均向a设备发送呼叫请求，分别请求将c内容、d内容推送至a设备以在a设备上继续播放，e设备、f设备均向b设备发送呼叫请求，请求将e内容、f内容推送至b设备以在b设备上继续播放。由于a设备及b设备均处于独占模式，因此a设备在接收到c设备、d设备发送的呼叫请求后，分别向c设备、d设备反馈一个独占消息，c设备、d设备则在各自的界面显示内容为“a设备正处于接力状态”的提示消息；在b设备在接收到e设备、f设备发送的呼叫请求后，分别向e设备、f设备发送一个独占消息，e设备及f设备则在各自的界面显示内容为“b设备正处于接力状态”的提示消息。
220.在一些实施例中，将公共接力组件的工作状态分为两种，其一是忙碌状态，其二即是空闲状态。其中，忙碌状态与空闲状态互补，即公共接力组件若非处于忙碌状态，则即处于空闲状态。需要说明的是，可以依据不同的标准来定义该忙碌状态和空闲状态。换句话说，在不同的实施例中，公共接力组件的忙碌状态可以是不同的工作状态，相应的空闲状态也可以不同。
221.在一些实施例中，当某一终端设备作为推送端设备，与另一个或者多个终端设备进行交互以将某个内容推送至该一个或者多个终端设备的过程中，该终端设备上的公共接力组件处于忙碌状态。当某一终端设备作为接收端设备，与另一个或者多个终端设备进行交互以接收该一个或者多个终端设备推送的内容并接力播放该内容的过程中，该终端设备上的公共接力组件处于忙碌状态。换句话说，忙碌状态是指某一终端设备与其他终端设备进行接力交互时所处的状态。
222.在一些可选的实现方式中，当公共接力组件执行图6中s609至s615的期间，公共接力组件处于忙碌状态，否则处于空闲状态。更为具体的说，当公共接力组件执行图6中s609时，公共接力组件进入忙碌状态，当公共接力组件执行s615完毕时，公共接力组件由忙碌状态转入空闲状态。
223.另一些可选的实现方式中，当公共接力组件执行图6中s607至s615的期间，公共接力组件处于忙碌状态，否则处于空闲状态。更为具体的说，当公共接力组件执行s607时，公共接力组件进入忙碌状态，当公共接力组件执行s615完毕时，公共接力组件由忙碌状态转入空闲状态。
224.在一些实施例中，某一终端设备在处于空闲状态时，响应于接收到另一个或者多个终端设备发送的接力请求，执行该一个或者多个接力请求，并将当前状态由空闲状态更新为忙碌状态。
225.在一些实施例中，某一终端设备在处于空闲状态时，响应于用户输入的指示将当前呈现的目标内容推送到另一个或者多个终端设备的指令，向该一个或者多个终端设备发送接力请求，并将当前状态由空闲状态更新为忙碌状态。
226.为便于说明，下述实施例中以“第一”、“第二”“第三”等术语来区分交互场景中的各个终端设备。这些术语并特指某个终端设备，应该理解这样使用的用语在适当情况下可以互换。
227.在一些实施例中，当第一终端设备上的公共接力组件由于与第二终端设备进行接力交互而处于忙碌状态时，若接收到第三终端设备发送的呼叫请求，则在界面上显示与该呼叫请求对应的接力信息选项，以使用户了解该呼叫请求的内容。可选择的，接力信息选项中可展示第三终端设备的设备信息和指定内容的关键信息，例如第三终端设备的设备名称，指定内容的内容名称。此时，用户可以通过选择该接力信息选项指示第一终端设备执行该呼叫请求。第一终端设备响应于该用户操作，执行该呼叫请求，以呈现该呼叫请求对应的指定内容。这样，可以避免用户错过第三终端设备推送的内容。
228.在一些实施例中，当第一终端设备上的公共接力组件由于与第二终端设备进行接力交互而处于忙碌状态时，若接收到第三终端设备发送的呼叫请求，则在界面上显示与该呼叫请求对应的接力信息选项，以使用户了解该呼叫请求的内容。此时，用户可以通过预定操作中断第一终端设备与第二终端设备之间的交互。若第一终端设备上的公共接力组件接收到用户输入的中断操作，则中断与第二终端设备之间的接力交互，并针对第三终端设备发送的呼叫请求进行处理。若第一终端设备上的公共接力组件未接收到用户输入的中断操作，则继续与第二终端设备之间的接力交互，而不针对第三终端设备发送的呼叫请求进行处理。图23为本技术根据示例性实施例示出的一种接力场景示意图。该示例中，a设备在与b设备进行交互以将a内容推送至b设备时，c设备向a设备发送呼叫请求，该呼叫请求用于请求将c内容推送至a设备，以在a设备上继续播放。由于a设备上的公共接力组件处于忙碌状态，因此a设备上的公共接力组件在接收到c设备的呼叫请求后，在执行与b设备的交互流程的同时，在a设备界面上显示内容为“c设备请求推送c内容，是否中断当前接力？按确认键中断”。此时，用户可以通过按下确认键输入中断操作。若a设备上的公共接力组件接收到输入的中断操作，则中断与b设备之间的交互过程，并针对c设备发送的呼叫请求进行处理，最终在a设备上继续播放c内容。若a设备上的公共接力组件未接收到输入的中断操作，则继续与b设备之间的交互过程，而不处理c设备发送的呼叫请求，并向c设备反馈一个busy消息。
229.图24为本技术根据示例性实施例示出的一种接力场景示意图。该示例中，a设备在与b设备进行交互以将a内容推送至b设备时，c设备向b设备发送呼叫请求，该呼叫请求用于请求将c内容推送至b设备，以在b设备上继续播放。由于b设备上的公共接力组件处于忙碌状态，因此b设备在接收到c设备的呼叫请求后，在执行与a设备的交互流程的同时，在b设备界面上显示内容为“c设备请求推送c内容，是否中断当前接力？按确认键中断”。此时，用户可以通过按下确认键输入中断操作。若b设备上的公共接力组件接收到输入的中断操作，则中断与a设备之间的交互过程，并针对c设备发送的呼叫请求进行处理，最终在b设备上继续播放c内容。若b设备上的公共接力组件未接收到输入的中断操作，则继续与a设备之间的交互过程，而不处理c设备发送的呼叫请求，并向c设备反馈一个busy消息。
230.在一些实施例中，若终端设备上的公共接力组件在向目标接收端设备发送呼叫请
求后，接收到目标接收端设备返回的busy消息，则在界面上显示相应的用户提示信息。
231.应理解的是，若某一终端设备在处于忙碌状态时接收到另一终端设备发送的呼叫请求，其可以通过各种适宜的方式提示用户，而不限于上述示例示出的内容为“c设备请求推送c内容，是否中断当前接力？按确认键中断”。例如，可以根据接收到的呼叫请求，在设备界面上显示与呼叫请求对应的接力信息，接力信息包括但不限于推送端设备信息及推送内容信息。例如，在图25所示示例中，a设备上的公共接力组件若接收到c设备发送的呼叫请求，在a设备界面上显示接力信息选项，接力信息选项上展示出c设备信息及c内容信息。
232.在一些实施例中，当第一终端设备上的公共接力组件由于与第二终端设备进行接力交互而处于忙碌状态时，若接收到多个第三终端设备发送的呼叫请求，则在界面上显示与每个呼叫请求对应的接力信息选项，以使用户了解每个呼叫请求的内容。此时，用户可以通过选择一个或者多个接力信息选项指示第一终端设备执行一个或者多个呼叫请求。第一终端设备响应于用户通过指定至少一个目标接力信息选项输入的指示执行至少一个目标接力请求的指令，执行至少一个目标接力请求，以呈现每个目标接力请求对应的指定内容，从而避免用户错过第三终端设备推送的内容。而对于用户未指定或者未选择的接力信息选项对应的接力请求，则向发送该接力请求的终端设备返回忙碌消息。
233.另外，用户可以通过预定操作来中断第一终端设备与第二终端设备之间的交互，并且可以选择一个或者多个接力信息选项以指定要接力的内容。若第一终端设备上的公共接力组件接收到用户输入的中断操作，及对某一个或者多个接力信息选项的选择操作，则中断与第二终端设备之间的交互，并同时针对用户选择的接力信息选项对应的呼叫请求进行处理。若第一终端设备上的公共接力组件未接收到用户输入的中断操作，则继续与第二终端设备之间的交互，而不针对其他终端设备发送的呼叫请求进行处理。
234.在一些实施例中，若用户选择多个接力信息选项以指定多个要接力的内容时，接收端接力组件分别启动多个支持相应目标接力能力的目标应用，并将各个目标内容的播放信息分别发送给相应的目标应用，以令各目标应用根据接收到的播放信息续播相应的内容。具体的，控制显示多个内容呈现窗口，每个所述内容呈现窗口用于呈现各目标接力请求对应的指定内容，多个内容呈现窗口平铺展示，或者多个内容呈现窗口中至少部分内容呈现窗口叠加展示。其中，内容呈现窗口可以是目标应用的应用界面。图26为本技术根据示例性实施例示出的一种接力场景示意图。该示例中，a设备在与b设备进行交互以将a内容推送至b设备时，c设备、d设备及e设备均向a设备发送呼叫请求，分别请求将c内容、d内容及e内容推送至a设备，以在a设备上继续播放。由于a设备上的公共接力组件处于忙碌状态，因此其接收到这三个呼叫请求后，在界面中呈现每个呼叫请求对应的接力信息选项，分别为“c设备
‑
c内容”、“d设备
‑
d内容”及“e设备
‑
e内容”，以及内容为“是否中断当前接力？按确认键中断”的提示消息。此时，用户可以通过确认键中断a设备与b设备之间的交互。还可以通过选择某个接力信息选项，控制a设备接力对应的内容。例如，当用户选择“c设备
‑
c内容”时，a设备上的公共接力组件将针对c设备发送的呼叫请求进行处理，以在a设备上继续播放c内容。值得注意的是，用户也可以同时选择多个接力信息选项，以控制a设备同时接力多个设备推送的内容。例如，当用户选择“c设备
‑
c内容”、“d设备
‑
d内容”，a设备上的公共接力组件将同时针对c设备和d设备发送的呼叫请求进行处理，以在a设备上继续播放c内容，同时继续播放d内容。图27a和图27b为本技术根据示例性示出的接收端设备用户界面示意图，其具
体示出了图26中用户在a设备上选择“c设备
‑
c内容”、“d设备
‑
d内容”及“e设备
‑
e内容”后显示的用户界面。在图27a中，c内容、d内容以及e内容分别在不同的窗口中显示，或者说，c内容、d内容以及e内容在a设备界面上分屏显示。在图27b中，c内容全屏显示，d内容以及e内容叠加在c内容上显示。应理解的是，当用户选择多个接力信息选项，以控制a设备同时接力多个设备推送的内容时，接收端设备对该多个内容的呈现方式不限于上述示例示出的实施方式。本技术对接收端设备呈现多个内容的方式不予限定。
235.图28为本技术根据示例性实施例示出的一种接力场景示意图。该示例中，a设备在与b设备进行交互以将a内容推送至b设备时，c设备、d设备及e设备均向b设备发送呼叫请求，分别请求将c内容、d内容及e内容推送至b设备，以在b设备上继续播放。由于b设备上的公共接力组件处于忙碌状态，因此其接收到这三个呼叫请求后，在界面中呈现每个呼叫请求对应的接力信息选项，分别为“c设备
‑
c内容”、“d设备
‑
d内容”及“e设备
‑
e内容”，以及内容为“是否中断当前接力？按确认键中断”的提示消息。此时，用户可以通过确认键中断b设备与a设备之间的接力流程。还可以通过选择某个接力信息选项，控制b设备接收对应设备推送的内容。在一些实施例中，当某个终端设备上的公共接力组件处于空闲状态时，若接收到多个其他终端设备发送的呼叫请求，则在界面上显示与每个呼叫请求对应的接力信息选项，以使用户了解每个呼叫请求的内容。此时，用户可以选择一个或者多个接力信息选项以指定要交互的终端设备。若第一终端设备上的公共接力组件接收到对某一个或者多个接力信息选项的选择操作，则同时针对用户选择的接力信息选项对应的呼叫请求进行处理。
236.图29为本技术根据示例性实施例示出的一种接力场景示意图。该示例与图26所示示例不同的是，a设备是在其公共接力组件处于空闲状态接收到c设备、d设备及e设备发送的呼叫请求。由于a设备上的公共接力组件处于空闲状态，因此其接收到这三个呼叫请求后，只需在界面中呈现每个呼叫请求对应的接力信息选项，以供用户选择，而无需显示内容为“是否中断当前接力？按确认键中断”的提示消息。
237.在一些实施例中，第一终端设备上的公共接力组件由于执行与第二终端设备之间的接力流程而处于忙碌状态时，可以响应于用户操作，向用户指定某一个或者多个其他终端设备发送呼叫请求。在同时向多个其他终端设备发送呼叫请求的实施情形中，第一终端设备将会接收到该多个其他终端设备的反馈信息，该反馈信息为独占消息、busy消息以及播放状态信息中的任意一种。第一终端设备根据各个终端设备的反馈信息，在设备界面上显示相应的提示信息。例如，当接收到某个终端设备发送的播放状态信息，则根据播放状态信息所揭示的播放状态，在界面中呈现对应的提示信息，包括播放成功状态和播放失败状态。当接收到某个终端设备发送的独占消息，则在用户界面中呈现内容为“xx设备正处于接力状态”的提示消息。当接收到某个终端设备发送的busy消息，则在界面中呈现内容为“xx设备拒接接力”的提示消息。
238.图30为本技术根据示例性实施例示出的一种接力场景示意图，该示意图具体为a设备在与b设备进行交互以将a内容推送至b设备、b设备呈现b内容及由可选的接收端设备信息构成的设备信息列表时，响应于用户操作分别向c1设备、c2设备及c3设备发送用于请求推送b内容的呼叫请求后各设备的界面状态。其中，由于c1设备在接收到该呼叫请求时，处于独占状态，因此向b设备返回独占消息，b设备则在界面上呈现内容为“c1设备正处于接力状态”的提示消息。由于c2设备在接收到该呼叫请求时，处于忙碌状态，且用户未终端c2
设备与其他设备的接力流程，因此c2设备向b设备反馈busy消息，b设备则在界面上呈现内容为“c2设备拒绝接力”的提示消息。c3设备响应于该呼叫请求，并启动了支持该呼叫请求的内容应用，成功续播b内容，因此c3设备向b设备返回指示播放成功的播放状态信息，b设备则在界面上呈现内容为“已成功推送到c3设备”的提示消息。
239.在一些实施例中，第一终端设备上的公共接力组件由于执行与第二终端设备之间的接力流程而处于忙碌状态时，可以响应于用户操作，向用户指定的某一个或者多个接收端设备发送呼叫请求，同时可以接收多个推送端设备发送的呼叫请求。
240.图31为本技术根据示例性实施例示出的一种接力场景示意图，该示意图具体为a设备在与b设备进行交互以将a内容推送至b设备、b设备呈现b内容及由可选的接收端设备信息构成的设备信息列表、同时接收到d1设备、d2设备及d3设备发送的呼叫请求后各设备的界面状态。其中，b设备上除显示由“c1设备”、“c2设备”及“c3设备”构成的设备信息列表，还显示有分别与d1设备、d2设备及d3设备发送的呼叫请求对应的接力信息选项，分别为“d1设备
‑
d1内容”、“d2设备
‑
d2内容”及“d3设备
‑
d3内容”。此时，用户一方面可以通过选中设备信息列表中的某一个或者多个接收端设备信息选项，指定目标接收端设备，以使b设备向用户指定的接收端设备发送用于推送b内容的呼叫请求，另一方面可以通过预定操作，中断b设备与a设备之间的接力流程，并选中一个或者多个接力信息选项，指定目标推送端设备，以接力目标推送端设备推送的内容。
241.参阅图32，由于用户在图31所示场景中选中“c1设备”、“c2设备”，因此b设备上的公共接力组件向c1设备、c2设备发送呼叫请求；由于用户中断b设备与a设备之间的接力流程，并选中“d1设备
‑
d1内容”，因此b设备接力播放d1内容。
242.需要说明的是，上述实施例涉及的公共接力组件所执行的各步骤可分别由公共接力组件内部的功能模块分工协作。
243.示例性的，图33为本技术根据示例性实施例示出的一种交互流程图。如图33所示，公共接力组件包括交互中枢模块、状态管理模块、界面展示模块、协议处理模块和逻辑控制模块。在推送端设备上，内容应用呈现目标内容后，与交互中枢模块建立通信连接，基于该通信连接，将自身的接力能力(即目标接力能力)发送给交互中枢模块。交互中枢模块通过将该目标接力能力发送给协议处理模块，以指示协议处理模块搜索支持该目标接力能力的外部终端设备。协议处理模块得到目标接力能力后，选择目标通信协议通道，基于目标协议通道，通过与目标协议通道对应的目标通信协议组件搜索支持该目标接力能力的外部终端设备，获得设备信息列表。协议处理模块将设备信息列表发送给界面展示模块，同时向交互中枢模块反馈设备搜索结果。交互中枢模块将该设备搜索结果发送给内容应用。内容应用根据设备搜索结果在界面上展示用于触发接力操作的界面对象，接收用户通过该界面对象输入的接力操作，并向交互中枢模块发送接力指令。交互中枢模块接收到接力指令后，通知界面展示模块呈现设备信息列表。界面展示模块接收用户对目标接收端设备的选择操作，通过将目标接收端设备信息发送给协议处理模块，以指示协议处理模块呼叫目标接收端设备。协议处理模块接收到目标接收端设备信息后，指示交互中枢模块向内容应用请求目标内容的播放信息，交互中枢模块将请求到的目标内容的播放信心返回给协议处理模块。协议处理模块选择目标通信协议通道，并指示逻辑控制模块基于目标协议通道呼叫目标接收端设备。逻辑控制模块判断当前是否处于独占模式，若处于独占模式，则通知界面交互模块
呈现第一提示消息，以提示用户。若未处于独占模块，则基于目标协议通道呼叫目标接收端设备。呼叫完毕后，接收目标接收端设备返回的播放状态信息，将播放状态信息发送给状态管理模块。由状态管理模块指示界面展示模块根据播放状态信息呈现第二提示消息，以提示用户。
244.示例性的，图34为本技术根据示例性实施例示出的一种交互流程图。如图34所示，公共接力组件包括交互中枢模块、状态管理模块、界面展示模块、协议处理模块和逻辑控制模块。在接收端设备上，目标通信协议组件接收推送端设备发来的呼叫请求，并将呼叫请求发送给逻辑控制模块。逻辑控制模块判断当前是否处于独占模式，若处于独占模块，则通过目标协议组件向推送端设备返回独占消息，如未处于独占模式，则继续判断当前是否处于空闲状态。若当前处于空闲状态，则确定指示目标接力能力的目标应用，指示交互中枢模块启动目标应用。交互中枢模块启动目标应用，并将目标内容的播放信息发送给目标应用。目标应用根据目标内容的播放信息继续呈现目标内容，并返回播放状态信息给交互中枢模块。交互中枢模块将播放状态信息发送给状态管理模块。状态管理模块指示逻辑控制模块将播放状态信息返回给推送端设备，同时指示界面展示模块根据播放状态信息呈现提示消息。若当前处于忙碌状态，则指示界面展示模块根据呼叫请求展示对应的接力信息，以及展示中断操作提醒消息。界面展示模块根据呼叫请求展示对应的接力信息，以及展示中断操作提醒消息，当接收到输入的中断操作后，指示逻辑控制模块中断当前接力，当接收到输入的对接力信息的选择操作时，指示逻辑控制模块针对对应的呼叫请求进行处理。
245.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。
246.为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。