CN115706814A - 内容服务接力返回方法及终端设备 - Google Patents

Abstract

本实施例提供一种内容服务接力返回方法及终端设备，发起接力终端设备向接力终端设备发送服务接力指令，接力终端设备执行对应的内容服务接力操作。接力终端设备结束内容服务接力操作后生成接力结束反馈结果，发起接力终端设备接收接力终端设备发送的接力结束反馈结果。接力结束反馈结果包括执行进度数据。如果发起接力终端设备当前处于第一状态时，则根据执行进度数据继续执行内容服务接力操作。如果发起接力终端设备当前处于第二状态时，则不根据执行进度数据继续执行内容服务接力操作。这样，在内容服务接力返回场景中，能够充分考虑发起接力终端设备的当前状态，避免影响发起接力终端设备的正常使用，从而提升用户使用体验。

Description

内容服务接力返回方法及终端设备

本申请要求在2021年8月5日提交中国专利局、申请号202110896120.4、发明名称为″终端设备的内容服务接力方法及终端设备″的中国专利申请的优先权，以及要求在2021年9月18日提交中国专利局、申请号202111097923.X、发明名称为″显示设备″的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及终端设备技术领域，尤其涉及一种内容服务接力返回方法及终端设备。

背景技术

随着智能终端产品的发展，以及人们家庭生活水平的提高，越来越多家庭拥有多台家用智能终端设备。家用智能设备之间可以互相进行内容服务接力。例如，智能电视上的视频播放服务可以接力到冰箱的显示屏上进行，冰箱显示屏上的视频播放服务也可以接力到智能电视上进行。

现有的投屏功能是一种视频的跨终端控制功能，要求投屏端和被投屏端支持特定协议，例如DLNA，Miracast等，主要的投屏方式有两种，一种以DLNA为代表，多用于在线视频的播放，在用户选择播放页面上投屏功能后，投屏端根据预定的协议，发现局域网内的支持本协议的被投屏端。通过将视频播放地址直接通过局域网传递给被投屏端，被投屏端根据视频播放地址进行视频的播放，此时投屏端不再进行视频的数据解析，可以休眠或关闭而不影响被投屏端的播放。另一种是以Miracast为代表，属于屏幕镜像的操作，即投屏端在执行投屏后仍进行图像的显示，通过将显示的图像，通过局域网镜像给被投屏端，投屏端的休眠或关闭会影响被投屏端的播放。

因此目前的投屏功能只能实现视频的跨终端控制功能，不能实现除视频业务之外的内容服务接力操作，内容服务接力应用应运而生。内容服务接力过程通常是用户在发起接力终端设备上选择目标设备即接力终端设备，确认触发接力后，由发起接力终端设备向接力终端设备发送服务接力指令。接力终端设备再根据服务接力指令执行接力操作。接力终端设备还可以中断服务接力进程，并将当前服务接力的进度反馈至发起接力终端设备，以使得发起接力终端设备根据接力进度继续接力操作。上述过程即为内容服务接力返回场景。

然而，目前的内容服务接力返回场景中通常未考虑发起接力终端设备的当前的状态。如果不考虑发起接力终端设备的当前状态，而直接进行服务接力返回，则会影响发起接力终端设备的正常使用，造成用户的使用体验较差。

发明内容

本申请提供了一种内容服务接力返回方法及终端设备，用于解决目前的内容服务接力返回场景中通常未考虑发起接力终端设备的当前的状态。如果不考虑发起接力终端设备的当前状态，而直接进行服务接力返回，则会影响发起接力终端设备的正常使用，造成用户的使用体验较差的问题。

第一方面，本实施例提供一种终端设备，所述终端设备为发起接力终端设备，包括：

控制器，被配置为：

向接力终端设备发送服务接力指令，其中，所述服务接力指令携带有内容服务接力数据，所述接力终端设备可执行所述内容服务接力数据对应的内容服务接力操作；

接收所述接力终端设备发送的接力结束反馈结果，其中，所述接力结束反馈结果为所述接力终端设备在结束所述内容服务接力操作后生成的结果，所述接力结束反馈结果包括执行进度数据；

在所述发起接力终端设备当前处于第一状态时，根据所述执行进度数据继续执行内容服务接力操作，其中，在所述发起接力终端设备处于所述第一状态时，所述发起接力终端设备可根据所述执行进度数据继续执行内容服务接力操作；

在所述发起接力终端设备当前处于第二状态时，不根据所述执行进度数据继续执行内容服务接力操作，其中，在所述发起接力终端设备处于所述第二状态时，所述发起接力终端设备不可根据所述执行进度数据继续执行内容服务接力操作。

第二方面，本实施例提供内容服务接力返回方法，应用于发起接力终端设备，包括：

向接力终端设备发送服务接力指令，其中，所述服务接力指令携带有内容服务接力数据，所述接力终端设备可执行所述内容服务接力数据对应的内容服务接力操作；

接收所述接力终端设备发送的接力结束反馈结果，其中，所述接力结束反馈结果为所述接力终端设备在结束所述内容服务接力操作后生成的结果，所述接力结束反馈结果包括执行进度数据；

在所述发起接力终端设备当前处于第一状态时，根据所述执行进度数据继续执行内容服务接力操作，其中，在所述发起接力终端设备处于所述第一状态时，所述发起接力终端设备可根据所述执行进度数据继续执行内容服务接力操作；

在所述发起接力终端设备当前处于第二状态时，不根据所述执行进度数据继续执行内容服务接力操作，其中，在所述发起接力终端设备处于所述第二状态时，所述发起接力终端设备不可根据所述执行进度数据继续执行内容服务接力操作。

本实施例提供内容服务接力返回方法及终端设备，发起接力终端设备向接力终端设备发送服务接力指令，以使接力终端设备根据服务接力指令携带的内容服务接力数据执行对应的内容服务接力操作。接力终端设备结束内容服务接力操作后生成接力结束反馈结果，发起接力终端设备接收接力终端设备发送的接力结束反馈结果。接力结束反馈结果包括执行进度数据。如果发起接力终端设备当前处于第一状态时，则根据执行进度数据继续执行内容服务接力操作。如果发起接力终端设备当前处于第二状态时，则不根据执行进度数据继续执行内容服务接力操作。这样，在内容服务接力返回场景中，能够充分考虑发起接力终端设备的当前状态，避免影响发起接力终端设备的正常使用，从而提升用户使用体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了根据一些实施例的显示设备的使用场景；

图2示出了根据一些实施例的控制装置100的硬件配置框图；

图3示出了根据一些实施例的显示设备200的硬件配置框图；

图4示出了根据一些实施例的显示设备200中软件配置图；

图5示出了根据一些实施例的显示设备200中应用程序的图标控件界面显示图；

图6示例性示出了根据一些实施例的终端设备内容服务接力***框架示意图；

图7示例性示出了根据一些实施例的发起接力终端设备的用户界面示意图；

图8示例性示出了根据一些实施例的又一种发起接力终端设备的用户界面示意图；

图9示例性示出了根据一些实施例的又一种发起接力终端设备的用户界面示意图；

图10示例性示出了根据一些实施例的又一种发起接力终端设备的用户界面示意图；

图11示例性示出了根据一些实施例的接力终端设备的用户界面示意图；

图12示例性示出了根据一些实施例的又一种发起接力终端设备的用户界面示意图；

图13示例性示出了根据一些实施例的又一种接力终端设备的用户界面示意图；

图14示例性示出了根据一些实施例的服务接力业务流程示意图；

图15示例性示出了根据一些实施例的终端设备内容服务接力应用场景示意图；

图16示例性示出了根据一些实施例的内容服务接力设备匹配维度场景图；

图17示例性示出了根据一些实施例的内容服务接力信令处理时序示意图；

图18示例性示出了根据一些实施例的又一种内容服务接力信令处理时序示意图；

图19示例性示出了根据一些实施例的又一种内容服务接力设备匹配维度场景图；

图20示例性示出了根据一些实施例的又一种内容服务接力设备匹配维度场景图；

图21示例性示出了根据一些实施例的又一种内容服务接力设备匹配维度场景图；

图22示例性示出了根据一些实施例的又一种发起接力终端设备的用户界面示意图；

图23示例性示出了根据一些实施例的又一种内容服务接力信令处理时序示意图；

图24示例性示出了根据一些实施例的又一种发起接力终端设备的用户界面示意图；

图25示例性示出了根据一些实施例的又一种发起接力终端设备的用户界面示意图；

图26示例性示出了根据一些实施例的又一种发起接力终端设备的用户界面示意图；

图27示例性示出了根据一些实施例的实现在发起接力终端设备用户界面上显示接力按钮控件的业务流程示意图；

图28示例性示出了根据一些实施例的实现服务接力打断的业务流程示意图；

图29示例性示出了根据一些实施例的接力返回的信令时序图；

图30示例性示出了根据一些实施例的内容服务接力返回方法流程图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语″第一″、″第二″、″第三″等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语″包括″和″具有″以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请实施方式提供的显示设备可以具有多种实施形式，例如，可以是电视、智能电视、激光投影设备、显示器(monitor)、电子白板(electronic bulletin board)、电子桌面(electronic table)等。图1和图2为本申请的显示设备的一种具体实施方式。

图1为根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制显示设备200。

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，智能设备300还可以是可以进行通信的其他终端，例如，空调、冰箱、智慧中控，智能门禁等设备。

在一些实施例中，显示设备可以不使用上述的智能设备或控制设备接收指令，而是通过触摸或者手势等接收用户的控制。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。

如图3，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。

在一些实施例中，用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

″用户界面″，是应用程序或操作***与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

参见图4，在一些实施例中，将***分为四层，从上至下分别为应用程序(Applications)层(简称″应用层″)，应用程序框架(Application Framework)层(简称″框架层″)，安卓运行时(Android runtime)和***库层(简称″***运行库层″)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作***自带的窗口(Window)程序、***设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。

如图4所示，本申请一些实施例中应用程序框架层包括管理器(Managers)，内容提供者(Content Provider)等，其中管理器包括以下模块中的至少一个：活动管理器(Activity Manager)用与和***中正在运行的所有活动进行交互；位置管理器(LocationManager)用于给***服务或应用提供了***位置服务的访问；文件包管理器(PackageManager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(Notification Manager)用于控制通知消息的显示和清除；窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

在一些实施例中，显示设备启动后可以直接进入预置的视频点播程序的界面，视频点播程序作为***的默认***程序，其界面可以如图5中所示，至少包括导航栏510和位于导航栏510下方的内容显示区，内容显示区中显示的内容会随导航栏中被选中控件的变化而变化。应用程序层中的程序可以被集成在视频点播程序中通过导航栏的一个控件进行展示，也可以在导航栏中的应用控件被选中后进行进一步显示。

在一些实施例中，显示设备启动后可以直接进入上次选择的信号源的显示界面，或者信号源选择界面，其中信号源可以是预置的视频点播程序，还可以是HDMI接口，直播电视接口等中的至少一种，用户选择不同的信号源后，显示器可以显示从不同信号源获得的内容。

随着智能终端产品的发展，以及人们家庭生活水平的提高，越来越多家庭拥有多台家用智能终端设备。家用智能设备之间可以互相进行内容服务接力。例如，智能电视上的视频播放服务可以接力到冰箱的显示屏上进行，冰箱显示屏上的视频播放服务也可以接力到智能电视上进行。本申请提供一种终端设备内容服务接力***，如图6所示的终端设备内容服务接力***框架示意图。终端设备100之间可以通过服务器200进行数据的中转，也可以直接进行终端设备之间的数据发送和接收。在本申请的内容服务接力***中，所有的终端设备100既可以作为发起接力终端设备，也可以作为接力终端设备。发起接力终端设备为发起内容服务接力过程的终端设备，接力终端设备为内容服务接力过程的目标终端设备。本申请实施例的服务器可以是AIOT(Artificial Intelligence&Internet 0fThings，人工智能物联网)服务器。

本申请实施例的内容服务接力业务场景包括两种：一种是通过按钮控件触发接力服务，另一种是语音唤醒接力服务。

在一些实施例中，如图7所示的发起接力终端设备的用户界面示意图，基于发起接力终端设备当前前台运行的业务应用，如果存在接力终端设备，则在发起接力终端设备的用户界面上显示接力按钮控件。下文将具体阐述如何判断是否存在接力终端设备。需要说明的是，这里判断是否存在接力终端设备，并不需要查询所有的可接力终端设备。

图7所示示例中的业务场景即为通过按钮控件触发接力服务的业务场景。用户点击用户界面中的接力按钮后，发起接力终端设备接收用户操作，生成接力指令，生成的接力指令中携带有发起接力终端设备的设备信息和发起接力终端设备当前业务的业务信息。根据接力指令，发起接力终端设备会查询当前发起接力终端设备的业务，之后基于当前业务的业务信息查询可接力终端设备。在语音唤醒接力服务业务场景中，用户可直接输入语音，发起接力终端设备接收用户输入的语音，同样可生成接力指令。发起接力终端设备根据生成的接力指令，查询可接力终端设备，如图8所示的用户界面，显示提示语″正在寻找可执行设备″。此时发起接力终端设备正在运行的业务可以中止也可以继续进行。查询到可接力终端设备之后，在发起接力终端设备上显示可接力终端设备的信息。在一些实施例中，如果查询到多台可接力终端设备，则在用户界面上显示可接力设备列表，如图9所示的用户界面。在图9所示的用户界面中还显示有″延迟5秒播放″选项栏和″原设备继续播放″选项栏。

当用户选择可接力设备列表中的某台可接力终端设备，例如，选择″卧室电视″，并且同时开启″延迟5秒播放″选项栏的开关，则如图10所示，在发起接力终端设备的用户界面上显示提示语″即将推送到卧室电视″和倒计时对话框。倒计时对话框包括返回按钮，用户可通过点击返回按钮在5秒倒计时之前取消接力。

另外，如图11所示的接力终端设备的用户界面上，即被推送的设备″卧室电视″的用户界面上也显示提示语″即将从XX设备接收推送″和倒计时对话框。其中，XX设备为发起接力终端设备。接力终端设备的用户界面上显示的倒计时对话框上包括返回按钮和确定按钮。如果用户在接力终端设备的用户界面上点击返回按钮，则取消接力。如果用户在接力终端设备的用户界面上点击确定按钮，则确定接力。

确定接力之后，如图12所示，在发起接力终端设备的用户界面上显示提示语″已接力至卧室电视″，同时发起接力终端设备的用户界面跳转回进行接力业务内容之前的界面。如图13所示，在接力终端设备的用户界面上显示提示语″已接力XX设备的内容″，同时接力终端设备的用户界面开始进行接力业务内容，例如播放视频。

在通过按钮控件触发接力服务的服务接力业务场景中，如图14所示，上述实施例的业务流程具体包括：

A1：发起接力终端设备的业务应用向统一接力服务应用注册业务应用的接力能力，并由统一接力服务应用控制接力过程中的场景和数据的传递。发起接力终端设备***进入到接力业务场景之后(进入接力业务场景可以是用户界面进入特定的页面，例如视频播放应用从主页面进入视频播放页面。视频播放页面中设置有接力按钮控件。)用户点击用户界面中的接力按钮后，发起接力终端设备接收用户操作，生成接力指令。统一接力服务应用可以根据用户输入的操作判断当前的接力业务场景。

A2：统一接力服务应用接收到接力指令后，携带业务信息(发起接力终端设备当前前台运行的业务应用的信息)去AIOT服务器查询当前账号(可以是用户事先在接力服务平台上注册的账号，之后用户再在同一账号下绑定终端设备)下，可接力当前业务的接力终端设备。

A3：AIOT服务器根据当前业务及当前账号下的所有设备的状态(仅返回在线的设备，不返回离线设备)，返回当前账号下支持当前业务接力的接力终端设备列表。

接力终端设备列表的形成过程具体为：AIOT服务器中事先存储有所有终端设备的设备能力。当AIOT服务器接收到发起接力终端设备的当前业务的业务信息时，遍历存储的设备能力，查找出与当前业务的业务信息匹配的设备能力，如果匹配，则确定为可接力终端设备。将所有的可接力终端设备以列表形式列出，即为接力终端设备列表。如果可接力终端设备只有一台，则接力终端设备列表中列出的终端设备也只有一台。如果可接力终端设备有多台，则接力终端设备列表中列出的终端设备也为多台。

A4：统一接力服务应用接收到返回数据(具体包括设备ID、设备名称等数据)后，根据返回数据进行接力终端设备列表的展示，供用户进行选择。

A5：用户选择设备后，会将被选择设备的设备信息传递到统一接力服务应用。(主要传递的设备信息为设备ID，用于标明用户选择的接力终端设备)

A6：统一接力服务搜集当前业务的业务信息和被选择设备的设备信息，将所有信息组装后，传递给AIOT服务器。

A7：AIOT服务器接收上述组装的信息后，对信息进行解析。再根据设备信息将业务信息(需要接力的内容信息)传递给目标设备，即传递给用户选择的接力终端设备。

A8：接力终端设备接收到接力的内容信息后，根据该内容信息执行相应的接力动作，其中，接力动作的发起方为接力终端设备的统一接力服务应用，接力动作的执行方为具有相应功能的应用。

A9：接力终端设备执行接力动作后，接力终端设备的统一接力服务应用将接力执行结果再通过AIOT服务器反馈至发起接力终端设备。

A10：发起接力终端设备接收接力执行结果，根据接力执行结果向用户展示不同的接力状态。例如，接力终端设备成功执行接力动作，则展示接力成功状态。如果接力终端设备还未成功执行接力动作，而是等待接力倒计时，则展示开始接力倒计时状态。

在通过语音唤醒接力服务的业务场景中，如图14所示，上述实施例的业务流程具体包括：

B1：该步骤为语音识别过程。语音应用采集到用户输入的语音信号之后，将语音信号发送至语音服务器，由语音服务器对语音信号进行语义解析，即从语音信号中识别用户意图。

B2：语音服务器从语音信号中识别用户意图为接力服务后，调用AIOT服务器查询可接力终端设备(调用AIOT服务器时，语音服务器向AIOT服务器发送调用请求，调用请求携带用于查询可接力终端设备的业务信息)。

B3：AIOT服务器接收到调用请求后，根据业务信息查询当前账号下，可接力当前业务的接力终端设备。并将查询到的可接力终端设备的设备信息反馈至语音服务器。

需要说明的是，语音服务器可以只用于从语音信号中识别用户意图，之后将用户意图反馈至统一服务接力应用。之后再由统一服务接力应用与AIOT服务器进行交互。本申请一些实施例通过语音服务器转发数据，能够缩短链路，提升***反应速度。

B4：语音服务器将从AIOT服务器查询到的设备信息返回至语音应用。

B5：语音应用调用统一接力服务应用的接口，将语音识别到的信息和获取的设备信息传递给统一接力服务应用。语音识别的信息可以包括接力服务指令，设备信息包括设备ID。

B6：统一接力服务应用接收到接力终端设备的设备信息后，结合业务信息，将以上信息(包括业务信息、设备信息、接力服务指令等)传递给AIOT服务器。可以是接力服务指令携带业务信息。

B7：AIOT服务器将业务信息和接力指令发送至与设备信息对应的接力终端设备。

B8：接力终端设备的统一接力服务应用接到接力服务指令后，根据接力服务指令携带的业务信息，执行相应的接力动作，其中，接力动作与发起接力终端设备当前业务应用的内容一致。

B9：接力终端设备执行接力动作后，接力终端设备的统一接力服务应用将接力执行结果再通过AIOT服务器反馈至发起接力终端设备。

B10：发起接力终端设备接收接力执行结果，根据接力执行结果向用户展示不同的接力状态。例如，接力终端设备成功执行接力动作，则展示接力成功状态。如果接力终端设备还未成功执行接力动作，而是等待接力倒计时，则展示开始接力倒计时状态。

内容服务接力过程通常是用户在发起接力终端设备上选择目标设备即接力终端设备，确定触发接力后，由发起接力终端设备向接力终端设备发送服务接力指令。接力终端设备再根据服务接力指令执行接力操作。

用户在发起接力终端设备上选择接力终端设备之前，需要将发起接力终端设备和接力终端设备进行设备匹配。而设备匹配是基于各个终端设备的业务能力。这里，业务能力对应于终端设备上安装的应用的业务参数。例如，显示设备安装有视频播放应用，则具有的业务能力为视频播放能力。音箱安装有音频播放应用，则具有的业务能力为音频播放能力。平板电脑安装有视频通话应用，则具有的业务能力为视频通话能力。

各终端设备可以将本机的业务能力上报至服务器，也可以直接发送至其他终端设备。本申请一些实施例以终端设备将本机的业务能力上报至服务器为实例，对终端设备的业务能力上报进行详细的阐述。

终端设备可以向服务器上报业务能力，服务器可以是AIOT(ArtificialIntelligence&Internet of Things，人工智能物联网)***，也可以是能力管理***。可以是终端设备***启动时自动向服务器发送业务能力注册请求，该能力注册请求携带有该终端设备的业务能力，从而实现业务能力的上报。也可以是终端设备之间互相上报业务能力，终端设备之间互相上报业务能力的过程本申请不作详细的阐述。

例如，终端设备A、B、C三台设备上分别安装有应用(A1、A2...An)、(B1、B2...Bn)以及应用(C1、C2...Cn)，经过业务能力上报的过程后，在服务器上保存有终端设备A的业务能力列表(a1、a2...an)、终端设备B的业务能力列表(b1、b2...bn)以及终端设备C的业务能力列表(c1、c2...cn)。其中，业务能力列表中的业务能力(a1、a2...an)分别对应于应用(A1、A2...An)，业务能力(b1、b2...bn)分别对应于应用(B1、B2...Bn)，业务能力(c1、c2...cn)分别对应于应用(C1、C2...Cn)。

在一些实施例中，当终端设备A上的A1应用在前台运行时，根据A1应用的业务参数查找与A1对应应用能力a1匹配的业务能力。如果查找到与业务能力a1匹配的其他业务能力，则相应的匹配到接力终端设备。如果没有查找到与业务能力a1匹配的其他业务能力，则未匹配到接力终端设备。例如，业务能力a1与b1匹配时，则终端设备B确定为接力终端设备。业务能力a1与c2匹配时，则终端设备C确定为接力终端设备。

示例性的，终端设备上正在运行视频播放应用A1，则可以确定终端设备A在进行视频播放的功能，视频播放能力可以在终端设备A设备能力列表中被标记为a1，在确定可接力的设备时，发现b1和a1相匹配，即b1表征终端设备B可以进行视频的播放，则将B作为可接力设备。再例如，终端设备上正在运行视频播放应用A1，则可以确定终端设备A在进行视频播放的功能，视频播放应用A1对应第一授权信息，可以播放对应第一授权信息的视频播放能力可以在终端设备A设备能力列表中被标记为a1，在确定可接力的设备时，发现b1和a1相匹配，即b1表征终端设备B可以进行对应第一授权信息的视频的播放，则将B作为可接力设备，发现c1表征终端设备C可以进行视频的播放，但播放的视频对应第二授权信息，则将C无法作为可接力设备。

终端设备上安装应用的业务参数会随着用户使用发生变化。例如，随着应用的安装或卸载，终端设备支持的业务能力也会出现增加或减少。因此，本申请一些实施例的内容服务接力过程中，需要监测终端设备上安装的应用的业务参数是否发生变化，并根据变化后的结果进行上报。以避免内容服务接力过程不是按照终端设备的实际业务能力进行的。如果内容服务接力过程不是按照终端设备的实际业务能力进行的，有可能会产生终端设备具备某项业务能力，而***判断该终端设备不为接力终端设备的情况。或者，产生终端设备不具备某条业务能力，而由于业务能力列表未更新，***误判断该终端设备为接力终端设备的情况。

在一些实施例中，如果确定终端设备上安装的应用的业务参数存在变化，根据该变化生成业务能力更新请求。更新请求中携带表中终端新增能力或新减能力的标识信息以及终端设备的标识，并将该业务能力更新请求发送至服务器，服务器根据该业务能力更新请求中的标识信息更新对应该设备的标识的业务能力列表。更新的业务能力列表用于记录该终端设备的业务能力，记录的业务能力对应于终端设备上安装的应用的业务参数。

如果确定终端设备上安装的应用的业务参数不存在变化，则不生成业务能力更新请求。因此也不需要更新服务器上的业务能力列表。这样，终端设备之间内容服务接力时，则是按照终端设备的实际业务能力进行的，避免出现内容服务接力过程混乱的情况。

在一些实施例中，终端设备上安装的应用的业务参数存在变化时，包括几种可能的情况：应用安装、应用版本变化以及应用卸载。应用安装、应用版本变化以及应用下载都会造成应用的业务参数发生变化。

需要说明的是，终端设备向服务器上报业务能力之后，在服务器中保存有该终端设备的业务能力列表。例如上述示例中的，终端设备A、B、C三台设备，上报业务能力后，在服务器保存有与终端设备设备信息对应的业务能力列表：终端设备A的业务能力列表(a1、a2...an)、终端设备B的业务能力列表(b1、b2...bn)以及终端设备C的业务能力列表(c1、c2...cn)。如果终端设备上安装的应用发生了应用安装、应用版本变化以及应用卸载中的至少一种变化，则相应的会更改应用的业务参数。经过上述业务能力更新请求后，业务能力列表中的记录也会作相应的更改。

如果业务参数变化为应用安装，则业务能力更新请求为业务能力增加请求。相应的服务器根据该业务能力增加请求向业务能力列表中增加业务能力。增加的业务能力对应于新安装的应用的业务参数。

如果业务参数变化为应用版本变化，则业务能力更新请求为业务能力修改请求。相应的服务器根据该业务能力修改请求修改业务能力列表中的业务能力。修改的业务能力对应与版本变化的应用的业务参数。

如果业务参数变化为应用卸载，则业务能力更新请求为业务能力删除请求。相应的服务器根据该业务能力删除请求阐述业务能力列表中的业务能力。删除的业务能力对应于卸载的应用的业务参数。

示例性，当终端设备A上安装了新的应用A3，则终端设备A的业务参数变化为应用安装，终端设备A新具备了业务能力a3。同时终端设备A向服务器发送业务能力增加请求，服务器接收到业务能力增加请求后，在终端设备A的业务能力列表中增加业务能力a3。

例如，终端设备A中原先没有播放广播应用，则不具有播放广播的业务能力。服务器中保存的终端设备A的业务能力列表也不包括播放广播的业务能力。如果在终端设备A中新安装播放广播应用后，终端设备A具有了播放广播的业务能力。同时终端设备A向服务器发生业务能力增加请求，服务器根据该请求向终端设备A的业务能力列表中增加播放广播的业务能力。这样，终端设备之间内容服务接力时，能够根据终端设备A的实际业务能力进行。

当终端设备B上的应用B1版本从1.0版本升级至2.0版本，则终端设备B的业务参数变化为版本变化。1.0版本的应用B1仅支持视频业务，2.0版本的应用B1则同时支持视频业务和音频业务，并且终端设备B上安装的其它应用也不支持音频业务。因此，终端设备B的业务能力新增加了音频播放业务能力。同样的，服务器接收到修改业务能力的请求，将终端设备B的业务能力列表修改为包括音频播放业务能力。

当在终端设备C上卸载应用C1，则终端设备C的业务参数变化为应用卸载，终端设备C失去了业务能力c1。同样的，服务器接收到删除业务能力的请求，从终端设备C的业务能力列表中将业务能力c1删除。

在一些实施例中，当前终端设备的***启动时，控制器自动查询终端设备上安装的应用的当前业务参数与上一次保存的业务参数是否存在差异。如果当前业务参数与上一次保存的业务参数存在差异，则确定终端上应用的业务参数存在变化。需要说明的是终端设备在***启动时，不仅搜集开机自启动应用的业务参数信息，还搜集不开机自启动应用的业务参数信息。

例如，终端设备A上安装有应用A1和应用A2，应用A1为开机自启动应用，应用A2为开机不自启动应用。终端设备A开机时，控制器自动搜集应用A1和应用A2的当前业务参数，并于上一次保存的业务参数进行比较。应用A1当前业务参数与上一次保存的业务参数存在差异，则将差异或者当前业务参数上报至服务器，以使在服务器中更新终端设备A与应用A1相关的业务能力。应用A2当前业务参数与上次保存的业务能力参数不存在差异，则不向服务器上报相关信息。

在一些实施例中，当前终端设备启动后，如果终端设备上安装应用发生变化，则会自动向服务器发送更新的相关业务参数。例如，终端设备A上安装的应用A1，应用A1可以是在前台运行的应用，也可以是在后台运行的应用，还可以是未启动的应用。无论应用处于哪种状态，如果应用A1的业务参数发生变化，则应用A1自动将变化后的业务参数上报至服务器。如果应用A1的业务参数未发生变化，则不向服务器上报相关信息。上述业务能力上报方法的具体实现过程为：

终端设备上的各个应用在终端设备上安装后，会将当前版本的业务参数写到其APK的ANDROIDMANIFEST.XML文件，并放到META-DATA属性中。而业务能力的上报统一由统一接力服务应用完成。终端设备首次开机时，统一接力服务应用搜集全***业务应用的业务能力，搜集完成后，将搜集的所有应用的业务能力上报至服务器，并在本地保存一份各应用的业务能力记录，该业务能力记录与服务器中保存的业务能力列表一致。

终端设备的业务能力随着业务应用的业务参数变化而变化。业务应用的业务参数变化指的是应用的安装、版本更新、卸载等变化。应用发生这些变化时会向统一接力服务应用发送更新广播。统一接力服务应用接收到更新广播后，对发出更新广播的应用的业务参数重新搜集，并根据重新搜集的业务参数生成业务能力更新请求。统一接力服务应用将业务能力更新请求上报至服务器。服务器根据业务能力更新请求更新终端设备的业务能力列表。由于并不是所有的应用都是开启自启动应用，因此利用统一接力服务应用搜集各个应用业务参数，并根据业务参数统一向服务器上报业务能力，能够监测到终端设备上所有应用的更新变化情况。

在一些实施例中，统一接力服务应用还搜集虽然卸载了，但是未清除数据应用的业务参数。例如，终端设备A上的应用A1虽然卸载了，但是未清除数据。终端设备B为发起接力终端设备时，查询到应用A1可以使得终端设备A具有业务能力a1，而业务能力a1与终端设备B的前台运行的应用B1的业务参数匹配。可以在终端设备A上弹出提示语，提示用户安装应用A1，使得终端设备A能够作为接力终端设备，完成接力。这样，能够提高内容服务接力的成功率，进一步提升用户体验。

需要说明的是，本申请一些实施例利用统一接力服务应用，统一搜集各个应用的参数。具体的，***启动后，统一接力服务应用查询***中所有的应用的信息，查询到后对所有的应用的信息进行存储。如果***为刚启动的状态，则会重新开始一次全面查询应用信息的过程，如果本次查询的应用信息与上次保存的应用信息不同，则表示该应用发生变化。如果***为保持启动的状态，当应用发生变化时，发生变化的应用自动向统一接力服务应用发送相应的广播。

在一些实施例中，服务端在终端的设备能力列表发生变化后，确定在变化前的预设时长内是否有给发起接力的终端反馈过可接力的终端设备，如果，反馈过，则重新反馈，反之则不重新反馈。这种情形主要是，在上次触发接力后的预设时长内，可接力设备所支持的能力新增或删除，可能是用户意图使用或不使用该可接力设备去执行当前进行的接力操作。因此通过主动提示更新后的可接力设备，可以方便用户的选择。在上次触发接力后的预设时长后，用户改变接力设备所支持的能力的操作和上一次接力操作的关联性弱，可以不进行提醒变化后的可接力设备。

在一些实施例中，反馈更新后的可接力设备前，服务端还需要判定进行更新的应用，是否是用户上一次接力使用的应用，如果是则进行反馈，否则，则不反馈。这种情况下，上一次接力使用的应用是特定的应用，如果变化的不相关的应用，则和上一次接力的实现关联较弱，可以不进行提醒变化。如果是使用的应用进行了升级或降级，则和上一次接力的实现关联较强，需要进行变化的提醒。示例性的，如果终端设备A中的A应用的V1版本不支持第一能力，终端设备B中的A应用的V2版本支持第一能力，因此在上一次接力过程中，终端设备B被作为可接力设备，反馈给了发起接力的终端。在终端设备A中的A应用从V1版本升级到V2版本时，终端设备A也可以作为可接力设备。这样可以将更新后的可接力设备的重新发送。在终端设备A中新增了C应用时，和上一次接力的实现关联较弱，可以不进行提醒变化。

在一些实施例中，反馈更新后的可接力设备前，服务端还需要判定进行更新的能力，是否是用户上一次接力使用的能力相关，如果是则进行反馈，否则，则不反馈。

在一些实施例中，反馈更新后的可接力设备前，服务端还需要判定更新后变化的能力，是否是用户上一次接力使用的能力，如果是则进行反馈，否则，则不反馈。这种情况下，上一次接力使用的应用是特定的能力，如果变化的不相关的能力，则和上一次接力的实现关联较弱，可以不进行提醒变化。如果是出现了相关能力的新增和减少，则和上一次接力的实现关联较强，需要进行变化的提醒。示例性的，如果终端设备A中的A应用不支持第一能力，终端设备B中的B应用支持第一能力，因此在上一次接力过程中，终端设备B被作为可接力设备，反馈给了发起接力的终端。在终端设备A安装了B应用新增了第一能力，终端设备A也可以作为可接力设备。这样可以将更新后的可接力设备的重新发送。如果终端设备A安装了C应用新增了第二能力，终端设备仍无法作为可接力设备。这样可以不将更新后的可接力设备的重新发送。

在一些实施例中，接收更新后的可接力设备的终端可以是发起第一次接力的第一终端。以便于用户通过第一终端确定是否要进行接力设备的切换。

在一些实施例中，接收更新后的可接力设备的终端可以是接收第一次接力的第二终端。这是考虑到第一终端可能已经脱离用户的使用，如休眠，关机等，第二终端正在被用户使用。因此，选在第二终端显示，以便于用户通过第二终端确定是否要进行接力设备的切换。

和DLNA不同，由于DLNA是在用户发起后进行终端的发现，设备发现和用户操作时间上是强关联的，无需去预先设置可支持投屏的列表。

本申请的一些实施例中，由于可接力设备的提醒是自动的提醒，在用户进行投屏前进行提醒，且可接力的设备不一定处于同一局域网，因此通过能力列表管理终端所支持的能力会更方便功能的实现。

经过上述业务能力上报过程，服务器中存储有各个终端设备的业务能力。这个业务能力可以用于在接收到接力请求后，为发起方展示可响应接力的设备列表。

需要说明的是，本申请一些实施例，具备接力服务功能的应用在前台运行，并且当前页面进入需要进行接力服务操作的特定页面时，会自动查询可接力终端设备。如果在前台运行的应用不具备接力服务功能，或者，虽然前台运行的应用具备接力服务功能，但是当前页面并未进入上可能需要进行接力服务操作的特定页面，则不自动查询可接力终端设备。

在一些实施例中，***中的某台终端设备(即发起接力终端设备)的前台正在运行应用的同时，根据该应用的应用数据查找接力终端设备，即为设备的匹配过程。需要说明的是，在接力服务操作的过程中，虽然终端设备之间可以之间进行接力，但是本申请一些实施例是通过服务器进行接力服务操作。

在一种场景中，如图15所示的应用场景图，发起接力终端设备为显示设备100-1，正在前台运行的应用为视频播放应用。则当前场景为显示设备的视频播放应用正在播放视频，该应用的应用数据即为播放视频相关数据。***中还存在显示设备100-2、音箱100-3以及智能闹钟100-4等终端设备。

其中，显示设备100-2的设备能力参数为播放视频和播放音频，音箱100-3的设备能力参数为播放音频，智能闹钟100-4的设备能力参数为闹钟提醒。显示设备100-1上的视频播放应用在前台运行后，在服务器中查找可执行播放视频操作的终端设备。此时应用数据为播放视频，则根据应用数据播放视频遍历存储的设备能力参数。最终查找到显示设备100-2的设备能力参数播放视频，与当前应用数据匹配，则将显示设备100-2确定为接力终端设备。

接力服务可以有两种业务场景：按钮触发接力服务的场景和通过语音唤起接力服务的场景。在语音唤起接力服务的场景中，如果用户输入的语音信号包括明确的接力设备，则可将内容服务接力到该接力设备上进行。如果用户输入的语音信号不包括明确的接力设备，***只能返回可接力的设备列表，用户需要在可接力设备列表中手动选择接力设备才能实现内容服务接力的目的，造成用户的使用体验较差。

这里需要说明的是，设备能力，是指设备所支持的功能，例如音视频播放，音频播放，温度控制，照明灯的开关，洗衣机的运转等等。本申请中服务器端根据设备能力来进行可接力设备的筛选和反馈。和现有技术中的语音控制是不同的。现在使用的语音控制中，可以对应单设备，但在对应多设备时，需要用户明确操控的设备，例如：电视音量加、空调关闭、等等。以智能音箱为例。智能音箱会解析出指定的设备名称，然后根据设备名称去进行设备的控制。在对应多设备时，如果仅仅说音量加，则会难以确定调整的对象，或者只调整智能音箱(默认设置)本身。

在本申请的一些实施例中，在语音唤起接力服务的场景中，终端设备可以包括声音采集器，声音采集器用于采集用户输入的语音信号。采集到用户输入的语音信号后，将语音信号发送至语音识别服务器，使得从语音信号中识别出语音文本。从语音信号中识别出语音文本为现有技术，语音识别的过程本申请不作详细的阐述。

在一些实施例中，如果语音文本中包括设备信息，则根据设备信息确定接力设备。设备信息指向唯一的接力设备。因此可以根据语音文本确定唯一的接力设备。设备信息可以是设备的位置信息、设备ID、设备名称、设备类型、设备能力等中的任意一种。确定唯一的接力设备后，将终端设备与该接力设备建立接力关系，从而完成设备的匹配过程，可以进一步进行内容服务接力的过程。

在一些实施例中，上述过程可以有服务器实现，也可以由终端设备本身实现。在一些实施例中上述语音服务器可以是服务器中的一部分，也可以是独立的。

在一些实施例中，服务器可以根据语音文本解析出语音指令所需要的能力，然后根据确定出的能力来确定接力设备。例如。″送风″的语音指令可以解析出″送风″的能力，而对应″送风″能力的可以由空调，新风机，风扇等。″启动漂洗功能″可以解析出″漂洗″能力，而对应″漂洗″能力的可以有洗衣机，洗碗机等。对于″音量加″，可以解析出″声音调整″能力，而对应″声音调整″能力的可以有电视机，智能音箱，冰箱屏等。对于″开始扫地″，可以解析出″扫地″能力，而对应″扫地″能力的可以只有扫地机器人。

如果语音文本中只包括设备类型信息，根据设备类型信息不能够确定唯一的接力设备，只能确定至少两台接力终端设备。之后根据这些接力终端设备的接力维度信息和发起接力终端设备的发起维度信息之间的关系从这些接力终端设备中确定最终的接力设备。例如，语音文本只包括″电视机″，根据该语音文本可能确定出多台接力终端设备。之后根据多台电视机的接力维度信息和发起接力终端设备的发起维度信息确定最终接力的电视机为发起接力终端设备的发起维度信息相同的电视机。这样，即使用户输入的语音信号不包括明确的接力设备，***也可以自动确定出最终的接力设备以实现内容服务接力的目的，而不需要用户手动选择接力设备，从而提升用户使用体验。

在一些场景中有可能接力终端设备只有一台，则不需要再比对接力终端设备的接力维度信息和发起接力终端设备的发起维度信息，直接将该接力终端设备确定为最终的接力设备。在另一些场景中，有可能根据接力终端设备的接力维度信息和发起接力终端设备的发起维度信息，确定出多台接力设备。此时可以根据用户对这些接力设备的使用频率，将使用频率最大的接力设备确定为最终的接力设备。或者，弹出对话框供用户从这些接力设备中选取需要的最终的接力设备。再或者，根据用户的位置从这些接力设备中选取需要的最终的接力设备，其中，位置可以是指当前的位置，也可以是根据用户移动路径确定的用户将要移动至的位置。在一些实施例中，用户的位置信息可以通过一台或多台设备上的传感器进行确定。

需要说明的是接力设备为最终从当前终端设备进行内容服务接力的终端设备，接力终端设备为与语音文本匹配的设备。同时这里默认接力终端设备为可执行在当前终端设备前台运行的应用的应用数据对应操作的终端设备。

在一些实施例中，设备的维度信息包括第一维度、第二维度以及第三维度。第一维度包括第二维度，即第二维度在第一维度的范围之内。第二维度包括第三维度，即第三维度在第二维度的范围之内，同时第三维度也在第一维度的范围之内。根据接力终端设备的接力维度信息和发起接力终端设备的发起维度信息之间的关系确定接力设备，可以分为以下几种情形：

如果存在第一维度、第二维度以及第三维度分别与发起接力终端设备的第一维度、第二维度以及第三维度匹配的接力终端设备，即该接力终端设备的接力终端维度信息与发起接力终端设备的发起维度信息完全匹配，则将该接力终端设备确定为最终的接力设备。

如果不存在第一维度、第二维度以及第三维度分别与发起接力终端设备的第一维度、第二维度以及第三维度匹配的接力终端设备，但是存在第一维度和第二维度与发起接力设备的第一维度和第二维度匹配的接力终端设备，即该接力终端设备和发起接力终端设备只在同以第二维度范围内，但是在不同的第三维度范围内。但是不存在与发起接力终端设备在同一第三维度范围内的接力终端设备，则将该接力终端设备确定为最终的接力设备。

如果不存在第一维度、第二维度以及第三维度分别与发起接力终端设备的第一维度、第二维度以及第三维度匹配的接力终端设备，同时不存在第一维度和第二维度分别与发起接力终端设备的第一维度和第二维度匹配的接力终端设备，但是存在第一维度和发起接力终端设备的第一维度匹配的接力终端设备，即只存在在同一第一维度范围的接力终端设备，将该接力终端设备确定为最终的接力设备。

示例性的，如图16、图19、图20、图21所示的维度场景图，第一维度为账号，第二维度为房间属性标识，例如可以是用户在不同地区的房子，第三维度为房间区域标识，例如可以是用户在不同房子中的不同房间。账号为用户在统一接力服务应用注册的账户ID。用户可在每个账号维度下创建多个家，例如，用户拥有多套房子，分别位于A地、B地以及C地。A地、B地以及C地的房子即为框架图中的第二维度。第三维度为基于家维度建立的多个物理空间，例如，主卧、客厅、次卧、厨房等空间。

在图16所示的场景中，电视A和玄关屏A位于家A的主卧，玄关屏B位于家A的客厅，带屏冰箱A位于家A的厨房。电视B位于家B的客厅。玄关屏C位于家C的客厅，带屏冰箱B位于家C的厨房。家A、家B以及家C均属于账号A。

如果语音文本包括设备信息，例如包括″接力到家B客厅中的电视B″，该语音文本包括明确的设备信息，则无论当前终端设备是哪一个，该设备信息指向唯一的接力设备，则最终的接力设备均是家B客厅中的电视B。

上述实施例的信令处理时序为，如图17所示的信令图，发起接力终端设备接收用户输入的语音信号。发起接力终端设备将语音信号和业务信息发送至语音服务器，语音服务器从语音信号中识别出语音文本包括设备信息，该设备信息指向唯一的接力设备家B客厅中的电视B。语音服务器向AIOT服务器发送该设备信息和业务信息。AIOT服务器根据设备信息查找设备ID，根据设备ID向家B客厅中的电视B发送业务信息，以使家B客厅中的电视B根据业务信息执行相应的接力操作。

在图16所示的场景中，如果语音文本只包括设备类型信息，例如用户向电视A输入语音信号，从该语音信号中识别的语音文本包括″接力到玄关屏″，此时该语音文本不包括明确的设备信息，只包括设备类型信息″玄关屏″。该设备类型信息″玄关屏″指向多台玄关屏。图16所示的场景中在家A的主卧存在玄关屏A，玄关屏A与电视A位于同一账号同一家同一物理空间中，即玄关屏A的第一维度、第二维度以及第三维度分别与电视A的第一维度、第二维度以及第三维度匹配。因此，将玄关屏A确定为最终的接力设备，最后实现内容服务接力的目的，内容服务接力可以是接力播放视频。

上述实施例的信令处理时序为，如图18所示的信令图，发起接力终端接收用户输入的语音信号。发起接力终端设备将语音信号发送至语音服务器，语音服务器从语音信号中识别出语音文本包括设备类型信息，该设备类型信息指向多台接力设备。语音服务器向AIOT服务器发送多台设备的设备信息和业务信息。AIOT服务器将多台设备的维度信息与发起接力终端设备的维度信息进行匹配，匹配后得到玄关屏为最终的接力设备。AIOT服务器查找玄关屏A的设备ID后，根据设备ID向玄关屏A发送业务信息，以使玄关屏A根据业务信息执行相应的接力操作。

在图19所示的场景中，电视A位于家A的主卧，玄关屏B位于家A的客厅，带屏冰箱A位于家A的厨房。电视B位于家B的客厅。玄关屏C位于家C的客厅，带屏冰箱B位于家C的厨房。

如果语音文本只包括设备类型信息，例如用户向电视A输入语音信号，从该语音信号中识别的语音文本包括″接力到玄关屏″，此时该语音文本不包括明确的设备信息，只包括设备类型信息″玄关屏″。该设备类型信息″玄关屏″指向多台玄关屏。电视A位于家A的主卧，而在图19所示的场景中，家A主卧不存在玄关屏。因此在当前场景中不存在与电视A在同一账号同一家同一物理空间的接力终端设备。则在当前场景中向上一维度查找是否存在与电视A在同一账号同一家但是不在同一物理空间的接力终端设备。在当前场景中查找到家A客厅中存在玄关屏B，玄关屏B与电视A在同一账号同一家但是不在同一物理空间。因此在当前场景中将玄关屏B确定为最终的接力设备。

上述实施例的信令处理时序与图18所示实施例的信令处理时序类似，本实施例的信令处理时序不在赘述。

在图20所示的场景中，电视A位于家A的主卧，带屏冰箱A位于家A的厨房。电视B位于家B的客厅。玄关屏C位于家C的客厅，带屏冰箱B位于家C的厨房。

如果语音文本只包括设备类型信息，例如用户向电视A输入语音信号，从该语音信号中识别的语音文本包括″接力到玄关屏″，此时该语音文本不包括明确的设备信息，只包括设备类型信息″玄关屏″。该设备类型信息″玄关屏″指向多台玄关屏。电视A位于家A的主卧，而在图20所示的场景中，家A主卧不存在玄关屏。因此在当前场景中不存在与电视A在同一账号同一家同一物理空间的接力终端设备。则在当前场景中向上一维度查找是否存在与电视A在同一账号同一家但是不在同一物理空间的接力终端设备。在当前场景中，家A的主卧、客厅以及厨房均不存在玄关屏。因此在当前场景中也不存在与电视A在同一账号同一家但是不在同一物理空间的接力终端设备。则在当前场景中向上一维度查找是否存在与电视A在同一账号，但是不在同一家的接力终端设备。在当前场景中查找到同一账号下家C中存在玄关屏C，玄关屏C与电视A在同一账号下，但是不在同一家下，同样也不在同一物理空间中。因此在当前场景中将玄关屏C确定为最终的接力设备。

上述实施例的信令处理时序与图18所示实施例的信令处理时序类似，本实施例的信令处理时序不在赘述。

在一些实施例中，如果不存在第一维度和当前终端设备的第一维度匹配的接力终端设备，但是同时存在第二维度与当前设备的第二维度匹配的接力终端设备，或者存在第三维度与当前设备的第三维度匹配的接力终端设备，则生成提示信息，以使用户根据该提示信息将该接力终端设备添加至第一维度之后，再将该接力终端设备确定为接力设备。

例如，在图21所示的场景中，电视A位于家A的主卧，带屏冰箱A位于家A的厨房。电视B位于家B的客厅。带屏冰箱B位于家C的厨房。玄关屏D位于家A的客厅中，但是电视A在账号A下，而玄关屏D在账号B下或者玄关屏D未添加到任何账号。在当前场景中，玄关屏D的第一维度与电视A的第一维度不匹配，但是玄关屏D匹配语音文本，属于接力终端设备。此时可以在当前终端设备的显示器上弹出指示将玄关屏D添加到账号A的提示信息。用户可以根据提示信息进行操作，最终将玄关屏D添加到账号A下，使得玄关屏D的第一维度与电视A的第一维度匹配。同时由于玄关屏D位于家A的客厅中，将玄关屏D添加到账号A下之后，实现玄关屏D和电视A处于同一账号同一家中。也就是说，最终玄关屏D的第一维度和第二维度分别与电视A的第一维度和第二维度匹配。

上述实施例的信令处理时序与图18所示实施例的信令处理时序类似，本实施例的信令处理时序不在赘述。

经过上述设备匹配的过程，如果存在接力终端设备，则生成接力提示，用于提示用户当前存在匹配的接力终端设备。如果不存在接力终端设设备，可以不生成接力提示。如果发起接力终端设备具有显示器，则可以在显示器上显示接力按钮控件，例如，如图7所示的用户界面示意图。用户可通过点击接力按钮控件触发内容服务接力进程。接力提示还可以是语音播报的形式。

需要说明的是，一些实施例中，如果确定存在接力终端设备，则在用户界面上显示接力按钮。当发起接力终端设备接收到用户输入点击接力按钮的操作时，生成查询指令。发起接力终端设备将查询指令发送至AIOT服务器，AIOT服务器根据查询指令查询***中所有的可接力终端设备之后，再将所有的可接力终端设备反馈至发起接力终端设备。再在接力终端设备的用户界面上显示所有的可接力终端设备的信息，即显示接力终端设备列表。

在一些实施例中，用户可以在特定应用的特定页面中设置添加显示接力按钮。例如，在视频播放应用的视频播放页面设置，如果存在接力终端设备则显示接力按钮。在学习应用的教学相关页面设置，如果存在接力终端设备则显示接力按钮，而在学习应用的自我学习相关页面上，则不设置如果存在接力终端设备则显示接力按钮。

在一些实施例中，如果不存在接力终端设备，可以在显示器上显示接力引导按钮控件。用户可通过点击接力引导按钮控件触发在显示器上显示内容服务接力引导信息。这里内容服务接力引导信息可以是对内容服务接力的介绍信息，也可以是引导用户进行内容服务接力下一步相关操作的信息。这样，如果不存在接力终端设备，即使不显示接力按钮控件，也可以在第一应用的用户界面上显示与内容服务接力相关的内容，从而提升用户使用体验。

在如图8所示的应用场景中，用户通过选择目标设备显示设备100-2即接力终端设备输入接力操作。显示设备100-1接收到用户输入的接力操作后，生成接力指令，该接力指令携带有视频播放应用的应用数据和媒资数据，接力指令还携带有接力终端设备的设备ID。发起接力终端设备通过AIOT服务器，根据设备ID将接力指令发送至显示设备100-2。显示设备100-2接收到接力指令后，根据视频播放应用的应用数据和媒资数据，继续播放视频。

在一些实施例中，如果发起接力终端设备前台当前正在运行的应用(以下称为第一应用)为视频应用，则相应的接力按钮控件为视频接力按钮控件。如果第一应用为音频应用，则相应的接力按钮控件为音频接力按钮控件。如果第一应用为图片显示应用，则相应的接力按钮控件为图片显示接力按钮控件。视频接力按钮控件、音频接力按钮控件以及图片显示接力按钮控件可以以不同的形式展示。这样可以方便用户查看目前需要接力的应用类型。

例如，如图22所示的音乐应用的用户界面，如果存在接力终端设备，则在音频应用的用户界面上显示音频接力按钮控件。音频接力按钮控件可以以音乐符号图标进行显示。同样的视频接力按钮控件可以以视频图标进行显示，图片显示接力按钮控件可以以图片符号图标进行显示。

上述实施例的信令处理时序，如图23所示的信令图，发起接力终端设备在音频应用用户界面上时，通过统一接力服务应用向AIOT服务器发送接力终端设备查询指令。该查询指令携带有音频应用的应用数据。AIOT服务器根据音频应用的应用数据查询是否有可执行相同或相似应用数据的终端设备，并将查询结果反馈至发起接力终端设备。如果查询结果为存在可执行相同或相似应用数据的终端设备，则在发起接力终端设备的音频应用用户界面上显示音频接力按钮控件。相反则不显示音频接力按钮控件。需要说明的是，接力终端设备上的音频应用于发起接力终端设备上的应用可以是不同的应用，但是根据应用数据可以判断是具有相同功能的应用。

在一些实施例中，还可以在第一应用的用户界面上显示接力终端设备上第二应用的名称。第二应用为执行第一应用的应用数据对应操作的应用。例如，如图24所示的用户界面，当前显示设备上的第一应用为网易云音乐，则安装有音频应用的设备为接力终端设备。接力终端设备上安装的音频应用如果为QQ音乐，则在接力按钮控件的附近显示″QQ音乐″字样。接力终端设备上安装的音频应用如果为咪咕音乐，则在接力按钮控件的附近显示″咪咕音乐″字样。接力终端设备上如果同时安装有QQ音乐和咪咕音乐，则可以同时显示″QQ音乐″字样和″咪咕音乐″字样。如果用户选择″QQ音乐″，则相应的由接力终端设备上的QQ音乐执行接力操作。如果用户选择″咪咕音乐″，则相应的由接力终端设备上的咪咕音乐执行接力操作。

在一些实施例中，如果存在多台接力终端设备可以执行接力操作，可以在接力按钮控件的上叠加显示加″加号″，以提示用户当前存在多台接力终端设备。当用户点击接力按钮控件时，可以在接力按钮控件的一侧显示接力终端设备列表。并且在接力终端设备列表中包括设备名称，每个设备名称的一侧均显示可执行接力操作的应用名称。

例如，如图25所示的用户界面，当前显示设备上的第一应用为网易云音乐时，安装有音频应用的设备包括多台：设备A、设备B、以及设备C。在设备名称的一侧又分别显示可执行接力操作的应用名称：酷狗音乐、咪咕音乐以及QQ音乐。进一步如果一台接力终端设备上存在多个可执行接力操作的应用，则均在设备名称之后显示。

在一些实施例中，还可以在第一应用的用户界面上显示第二应用的用户界面的缩略图。如图26所示的用户界面，当前显示设备上的第一应用为网易云音乐，接力终端设备上安装的应用为QQ音乐，则在接力按钮控件的一侧显示QQ音乐用户界面的缩略图。这样用户可查看接力后的第二应用的用户界面，方便用户决定是否进行点击接力按钮控件的操作，以进行内容服务接力，进一步提升用户使用体验。

需要说明的是，如果发起接力终端设备上的音频应用与接力终端设备的音频应用为不同的应用软件时，接力操作可以根据音频媒资数据的名称、歌手、时间等信息进行传递。例如，发起接力终端设备上的音频应用为网易云音乐，播放的歌曲为″隐形的翅膀″。接力到接力终端设备时可以根据″隐形的翅膀″的名称、歌手″张韶涵″、时间″2006″年等信息，再在接力终端设备的音频应用QQ音乐上根据上述信息查找相应歌曲。并且根据该歌曲在发起接力终端设备上的当前播放时间，继续播放该歌曲。

在显示第二应用的用户界面的缩略图方面，可以是AIOT服务器查询到接力终端设备上的应用后，自动向接力终端设备发送截图请求。接力终端设备接收到截图请求后，发送事先保存的第二应用界面的截图至AIOT服务器。AIOT服务器将第二应用界面的截图反馈至发起接力终端设备。发起接力终端设备接收到第二应用界面的截图后，在第一应用界面上显示第二应用界面截图的缩略图。

在一些实施例中，显示设备和确定的接力终端设备需要在同一账号下。将终端设备添加至同一账号为现有技术，本申请不作详细阐述。在进行内容服务接力过程中，只有在同一账号下的各个设备才能互相进行内容服务接力过程。这样可以避免不在同一账号下的设备的干扰。

上述实施例中在第一应用的用户界面上显示接力按钮控件的实现过程为如图27所示的流程，具体包括：C1，终端设备前台运行的业务应用进入到接力业务场景(进入接力业务场景可以是用户界面进入特定的页面，例如视频播放应用从主页面进入视频播放页面)之后，业务应用携带其接力场景标识请求绑定统一接力服务应用，以使统一接力服务应用获知当前在接力业务场景中的业务应用。C2，统一接力服务应用接收到业务应用的绑定请求后，向AIOT服务器(可以是设备能力存储***)发送查询请求(携带业务应用数据)。AIOT服务器根据该查询请求携带的业务应用数据查找同一账号下支持同样业务的终端设备，即查询接力终端设备。C3，服务器向统一接力服务应用反馈查找到的接力终端设备的设备信息和可执行接力的应用信息。C4，统一接力服务应用将查询到的接力终端设备的设备信息和可执行接力的应用信息返回给业务应用。C5，业务应用根据接力终端设备的设备信息和可执行接力的应用信息，在业务应用的用户界面上进行不同的UI展示。

例如，如果发起接力终端设备上在接力业务场景中的业务应用为视频应用，则查找的的接力终端设备的业务应用的应用信息也为视频应用，则进行视频接力控件的显示。如果发起接力终端设备上在接力接力业务场景中的业务应用为音频应用，则查找的的接力终端设备的业务应用的应用信息也为音频应用，则进行音频接力控件的显示。

如果用户点击上述实施例中的接力按钮控件，还可以由图7所示的用户界面跳转至图9所示的用户界面。图9所示的用户界面中列出了至少两台接力终端设备的名称(如果只存在一台可接力终端设备，接力终端设备列表只显示一台可接力终端设备的信息)，用户可以通过选择其中一台接力终端设备，即从多台接力终端设备中确定接力终端设备。发起接力终端根据用户的操作生成服务接力指令。同时将服务接力指令发送至确定的接力终端设备。服务接力指令中携带有内容服务接力数据(对应于发起接力终端设备的前台运行的第一应用的应用数据)。接力终端接收到该内容服务接力数据之后，可执行该内容服务接力数据对应的内容服务接力操作。

如果当前的服务接力指令为用户误操作发送的指令，例如，用户误点击了接力按钮或者在图9中误点击某台接力终端设备，则发起接力终端设备向被选择的接力终端设备发送服务接力指令，当前的接力终端设备即为接力终端设备。接力终端设备接收到接收服务接力指令，可执行服务接力指令携带的内容服务接力数据对应的内容服务接力操作。

当用户发现当前服务接力指令为误发送，则可继续输入接力打断操作，设备根据打断操作生成接收接力打断指令。接力打断指令携带有业务信息和接力终端设备的设备ID，AIOT服务器根据设备ID将打断指令和业务信息发送至对应的接力终端设备。接力终端设备根据接力打断指令，不执行与内容服务接力数据对应的内容服务接力操作。需要说明的是接力终端设备接收接力打断指令，需要在接力终端设备执行内容服务接力数据对应的内容服务接力操作之前。另外需要说明的是，接力终端设备上安装的用户执行接力操作的应用，可以是处于开启状态也可以是未开启状态。如果接受服务接力指令之后未接收到打断指令，则接力终端设备根据接力服务指令开启未开启的接力应用，以使执行相应的接力操作。

在一些实施例中，接力打断指令可以是根据用户在接力终端设备上输入的打断操作生成的指令。具体的，接力设备接收到接力服务指令后，可以在接力设备上显示接力对话框，接力对话框包括确认接力按钮控件和取消接力按钮控件。如果用户点击确认接力按钮控件，则执行与内容服务接力数据对应的内容服务接力操作。如果用户点击取消接力按钮控件，则根据用户操作，生成接力打断指令，接力设备根据该接力打断指令不执行与内容服务接力数据对应的内容服务接力操作。

在接力终端设备上也可以显示接力倒计时对话框，接力倒计时对话框上显示倒计时时间确认接力按钮控件和取消接力按钮控件。用户点击确认接力按钮控件或取消接力按钮控件，输入确认接力或取消接力的操作，接力终端设备相应的生成确认接力指令或接力打断指令。如果时间超过倒计时时间，用户未点击任何按钮控件，则可以自动生成接力服务指令。

在一些实施例中，接力打断指令还可以是根据用户在发起接力终端设备上输入的打断操作生成的指令。具体的，接力设备接收到接力服务指令后，在执行与内容服务接力数据对应的内容服务接力操作之前，在发起接力终端设备上显示接力对话框(显示接力对话框的触发条件可以是接力终端设备接收到接力服务指令之后，向发起接力终端设备反馈接收到接力服务指令的结果，显示接力对话框的触发条件也可以是自身发出接力服务指令)。接力对话框上显示取消接力按钮控件和确认接力按钮控件。如果用户点击取消接力按钮控件，则根据用户操作，生成接力打断指令。并将接力打断指令发送至接力终端设备。如果用户点击确认接力按钮控件，则根据用户操作，生成确认接力指令。需要说明的是接力对话框可以显示显示倒计时，例如5秒内用户未点击任何按钮控件，则取消显示接力对话框。本申请实施例中的打断操作均假设在接力终端设备执行接力操作之前进行的。

发起接力终端设备上可以设置声音采集器，声音采集器接收用户输入的语音信号。例如，从用户输入的语音信号中识别出语音文本″取消接力″。发起接力终端设备根据该语音文本生成接力打断指令携带有业务信息和接力终端设备的设备ID，AIOT服务器根据设备ID将打断指令和业务信息发送至对应的接力终端设备。接力终端设备根据接力打断指令不执行与内容服务接力数据对应的内容服务接力操作。

在一些实施例中，接力终端设备在不执行与内容服务接力数据对应的内容服务接力操作之后，还向发起接力终端设备反馈接力结果。发起接力终端设备根据反馈的接力结果，可以继续执行内容服务接力数据对应的内容服务接力操作。即继续执行接力之前的操作。需要说明的是，发起接力终端设备向接力终端设备发送服务接力指令之后，发起接力终端设备可以中断之前的操作，也可以不中断之前的操作。

例如，显示设备在接力之前正在播放视频，在向接力终端设备发送服务接力指令时，可以中断播放视频的操作，也可以不中断播放视频的操作。如果中断播放视频的操作，在接收到接力终端设备反馈的接力结果(未执行内容服务接力数据对应的内容服务接力操作)之后，可以继续播放视频的操作。也可以在发起接力终端设备的显示器上弹出对话框，提示用户是否在发起接力终端设备行继续播放视频的操作。在弹出的对话框上可以设置″是″按钮控件和″否″按钮控件。如果用户选择″是″按钮控件，则根据用户输入的操作，继续播放视频的操作。如果用户选择″否″按钮控件，则根据用户输入的操作，不继续播放视频的操作。

下面结合如图28所示的服务接力打断的实现过程图，对服务接力打断的过程进行具体的阐述：首先***启动后，由统一接力服务应用编译整个***中各个业务应用的接力能力，并将各个业务应用的接力能力上报至AIOT服务器。

D1至D8与前文实施例中的B1至B8过程类似，本示例对D1至D8的过程不再赘述。

本申请实施例中，可以在接力终端设备执行相应动作之前，对接力活动进行打断。具体的，如图29中的D9-D10，为在接力终端设备打断服务接力的过程。

D9：在进行D8进程之前，用户在接力终端设备输入打断指令，则接力终端设备不执行相应动作，即不执行D8进程。并由接力终端设备的统一接力服务应用将打断后的组装数据发送至AIOT服务器。其中，组装数据包括打断结果信息、业务信息以及发起接力终端设备的设备信息。

D10：AIOT将打断结果信息和业务信息，根据设备信息发送至发起接力终端设备的统一接力服务应用。之后根据打断结果信息和业务信息，在发起接力终端设备上显示接力服务打断的提示信息。如果当前发起接力终端设备上已经切换其他应用，同样也可以在发起接力终端设备上显示与该打断结果信息和业务信息相关的接力服务打断的提示信息。

如图19中的D11-D12，为在发起接力终端设备打断服务接力的过程。

D11：用户在发起接力终端设备上通过打断接力按钮或者语音输入打断接力触发接力打断，并将接力打断指令发送至AIOT服务器。接力打断指令携带有业务信息(应用服务ID)和接力终端设备的设备信息。

D12：AIOT服务器根据设备信息查找到接力终端设备后，向接力终端设备发送该接力打断指令。接力终端设备的统一接力服务应用根据应用服务接力ID查询到相应的应用服务，并取消该应用服务的启动，以使得接力终端设备不执行相应的接力动作。

接力终端设备开始根据内容服务接力数据执行对应操作之后，用户可在任意时刻结束接力。例如，用户可以在接力终端设备上输入结束接力指令，接力终端设备接收到结束接力指令后，即停止根据内容服务接力数据执行对应操作。或者用户在发起接力终端设备上输入结束接力指令，发起接力终端设备再将结束接力指令发送至接力终端设备。接力终端设备从发起接力终端设备接收到结束接力指令字后，停止根据内容服务接力数据执行对应操作。需要说明的是用户输入结束接力指令的方式，可以是语音输入、选择按钮输入以及手势输入等方式，本申请对此不作限制。

在接力终端设备结束根据内容服务接力数据执行对应操作之后，即结束内容服务接力操作之后，接力终端设备可生成接力结束反馈结果，并将该接力结束反馈结果发送至发起接力终端设备，以实现内容服务接力返回操作。该接力结束反馈结果包括接力终端设备执行内容服务接力操作的执行进度数据，发起接力终端设备可以根据执行进度数据继续执行内容服务接力操作。例如，可以根据媒资内容在接力终端设备上的播放进度，在发起接力终端设备上继续播放该媒资内容。

在一些实施例中，如果发起接力终端设备当前处于第一状态时，发起接力终端设备可根据执行进度数据继续执行内容服务接力操作，则发起接力终端设备根据执行进度数据继续执行内容服务接力操作。

在一些实施例中，如果发起接力终端设备当前处于第二状态时，发起接力终端设备不可根据执行进度数据继续执行内容服务接力操作，则发起接力终端设备不根据执行进度数据继续执行内容服务接力操作。

上述实施例的信令处理时序为，如图29所示的信令图：

步骤一、发起接力终端设备向AIOT服务器发送接力服务指令(携带有发起接力终端设备当前前台运行应用的业务信息和接力终端设备的设备信息)。

步骤二、AIOT服务器根据设备信息将业务信息和接力服务指令发送至对应的接力终端设设备。

步骤三、接力终端设备接收到业务信息，根据业务信息执行相应的接力操作。业务信息可以包括业务的基本信息和在接力终端设备上业务的执行进度数据。

例如，如果发起接力终端设备当前前台运行的应用为媒资播放相关应用，则业务信息可以包括媒资数据的名称等基本信息，还包括接力时该媒资在发起接力终端设备播放时间点。接力终端设备根据上述基本信息和播放时间点继续播放该媒资。

步骤四、接力终端设备接收到中断接力操作的指令后，即不再继续执行相应的接力操作。中断执行接力操作后，接力终端设备生成接力结束反馈结果。接力结束反馈结果可以包括业务的基本信息和接力终端设备中断执行接力操作时，业务的执行进度数据。

例如，接力结束反馈结果包括业务信息和发起接力终端设备的设备信息。此时的业务信息也可以包括媒资数据的名称，还包括接力终端设备中断执行接力操作时，媒资在接力终端设备上的播放时间点。

步骤五、AIOT服务器接收接力终端设备发送的接力结束反馈结果，并将接力结束反馈结果发送至发起接力终端设备。

步骤六、如果接收到接力结束反馈结果时，发起接力终端设备处于第一状态，根据执行进度数据继续执行接力操作，其中，在发起接力终端设备处于第一状态时，发起接力终端设备可根据执行进度数据继续执行内容服务接力操作。

步骤七、如果接收到接力结束反馈结果时，发起接力终端设备处于第二状态，不根据执行进度数据继续执行接力操作，其中，在发起接力终端设备处于第二状态时，发起接力终端设备不可根据执行进度数据继续执行内容服务接力操作。

这样，在内容服务接力返回场景中，能够充分考虑发起接力终端设备的当前状态，避免影响发起接力终端设备的正常使用，从而提升用户使用体验。需要说明的是，发起接力终端设备于接力终端设备之间可以直接传送指令和数据，也可以通过服务器转发指令和数据，本申请不作限制。

发起接力终端设备处于第一状态时，可以为以下几种不同的情形：

第一种情形为，在接收到接力结束反馈结果时，发起接力终端设备当前处于第一业务内容场景中，其中，第一业务内容场景为接力之前发起接力终端设备处于的业务内容场景。

例如，在接力之前，发起接力终端设备上正在前台运行的应用为视频应用。在接收到接力结束反馈结果时，发起接力终端设备上正在前台运行的应用仍然为视频应用。则发起接力终端设备可以根据执行进度数据继续执行内容服务接力操作，即继续进行媒资内容的播放。

需要说明的是，如果发起接力终端设备上正在前台运行的应用虽然为视频应用，但是发起接力终端设备的视频应用播放的媒资内容，不为接力之前播放的媒资内容。可以在发起接力终端设备播放完当前播放的媒资内容之后，再根据执行进度数据播放之前的媒资内容。

第二种情形为，在接收到接力结束反馈结果时，发起接力终端设备当前未处于任何业务内容场景。例如，可以时发起接力终端设备上没有正在前台运行的应用。则发起接力终端设备可以根据执行进度数据继续执行内容服务接力操作。

发起接力终端设备处于第二状态时，可以为以下几种不同的情形：

第一种情形为，在接收到接力结束反馈结果时，发起接力终端设备当前处于第二业务内容场景中，第二业务内容场景与第一业务内容场景不同，第一业务内容场景为接力之前发起接力终端设备处于的业务内容场景。例如，在接力之前，发起接力终端设备上正在前台运行的应用为视频应用。在接收到接力结束反馈结果时，发起接力终端设备上正在前台运行的应用为音频应用。则发起接力终端设备不可以根据执行进度数据继续执行内容服务接力操作，即发起接力终端设备不能继续进行媒资内容的播放。

第二种情形为，发起接力终端当前处于离线状态。此时发起接力终端也不可以根据执行进度数据继续执行内容服务接力操作，即发起接力终端设备不能继续进行媒资内容的播放。需要说明的是，接力结束反馈结果可以保存在服务器上，当发起接力终端设备从离线状态进入在线状态时，可以向服务器发送状态更改请求。服务器接收到发起接力终端设备的状态更改请求，确定发起接力终端设备的状态为在线状态之后，再将接力结束反馈结果发送至发起接力终端设备。进一步如果发起接力终端设备进入在线状态之后，未处于任何业务内容场景或者处于第一业务内容场景，则可根据执行进度数据继续执行内容服务接力操作。

在一些实施例中，在接收到接力结束反馈结果时，如果发起接力终端设备当前虽然处于上述实施例中的第一状态，但是根据执行进度数据确定，接力终端设备已经根据内容服务接力数据执行完对应的内容服务接力操作。则发起接力终端设备同样不根据执行进度数据继续执行内容服务接力操作。

在一些实施例中，如果发起接力终端设备处于第一状态，接收到接力结束反馈结果，发起接力终端设备可以根据执行进度数据继续执行内容服务接力操作。则用户可以感知到发起接力终端设备上的操作变化。例如，根据执行进度数据继续播放媒资内容，则用户能够在发起接力终端设备上观看到继续播放的媒资内容。但是如果发起接力终端设备处于第二状态，接收到接力结束反馈结果之后，发起接力终端设备不可以根据执行进度数据继续执行内容服务接力操作。则用户不可以感知到发起接力终端设备上的操作变化。

此时，可以在发起接力终端设备上生成返回失败提示，用于提示用户当前内容服务接力返回失败。例如，可以在接力终端设备和/或发起接力终端设备上弹出对话框，对话框中包括提示语″内容服务接力返回失败″。接力终端设备和/或发起接力终端设备还可以语音播报返回失败提示，例如语音播报提示语″内容服务接力返回失败″，从而进一步提升用户的交互体验。

基于上述实施例，本申请还提供一种内容服务接力返回方法，如图30所示的内容服务接力返回方法流程图，所述方法包括以下步骤：

步骤S101、向接力终端设备发送服务接力指令，服务接力指令携带有内容服务接力数据，以使接力终端设备执行内容服务接力数据对应的内容服务接力操作。

步骤S102、接收接力终端设备发送的接力结束反馈结果，其中，接力结束反馈结果为接力终端设备在结束内容服务接力操作后生成的结果，接力结束反馈结果包括接力终端设备执行内容服务接力操作的执行进度数据。

步骤S103、在发起接力终端设备当前处于第一状态时，根据执行进度数据继续执行内容服务接力操作，其中，在发起接力终端设备处于第一状态时，发起接力终端设备可根据执行进度数据继续执行内容服务接力操作。

步骤S104、在发起接力终端设备当前处于第二状态时，不根据执行进度数据继续执行内容服务接力操作，其中，在发起接力终端设备处于第二状态时，发起接力终端设备不可根据执行进度数据继续执行内容服务接力操作。

这样，在内容服务接力返回场景中，能够充分考虑发起接力终端设备的当前状态，避免影响发起接力终端设备的正常使用，从而提升用户使用体验。需要说明的是，发起接力终端设备于接力终端设备之间可以直接传送指令和数据，也可以通过服务器转发指令和数据，本申请不作限制。

在一些实施例中，在发起接力终端设备当前处于第一状态时，发起接力终端设备当前处于第一业务内容场景中，或者，发起接力终端设备当前未处于任何业务内容场景。其中，第一业务内容场景为接力之前所述发起接力终端设备处于的业务内容场景。

在一些实施例中，发起接力终端设备当前处于第二状态时，述发起接力终端设备当前处于第二业务内容场景中，或者，发起接力终端设备当前处于离线状态。其中，第二业务内容场景与第一业务内容场景不相同。

本申请各个实施例之间相同或相似的内容可相互参照，相关实施例不再赘述。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种终端设备，其特征在于，所述终端设备为发起接力终端设备，包括：

控制器，被配置为：

向接力终端设备发送服务接力指令，所述服务接力指令携带有内容服务接力数据，以使所述接力终端设备执行所述内容服务接力数据对应的内容服务接力操作；

接收所述接力终端设备发送的接力结束反馈结果，其中，所述接力结束反馈结果为所述接力终端设备在结束所述内容服务接力操作后生成的结果，所述接力结束反馈结果包括所述接力终端设备执行内容服务接力操作的执行进度数据；

在所述发起接力终端设备当前处于第一状态时，根据所述执行进度数据继续执行内容服务接力操作，其中，在所述发起接力终端设备处于所述第一状态时，所述发起接力终端设备可根据所述执行进度数据继续执行内容服务接力操作；

在所述发起接力终端设备当前处于第二状态时，不根据所述执行进度数据继续执行内容服务接力操作，其中，在所述发起接力终端设备处于所述第二状态时，所述发起接力终端设备不可根据所述执行进度数据继续执行内容服务接力操作。

2.根据权利要求1所述的终端设备，其特征在于，在所述发起接力终端设备当前处于第一状态时，所述发起接力终端设备当前处于第一业务内容场景中，其中，所述第一业务内容场景为接力之前所述发起接力终端设备处于的业务内容场景。

3.根据权利要求1所述的终端设备，其特征在于，在所述发起接力终端设备当前处于第一状态时，所述发起接力终端设备当前未处于业务内容场景中。

4.根据权利要求1所述的终端设备，其特征在于，在所述发起接力终端设备当前处于第二状态时，所述发起接力终端设备当前处于第二业务内容场景中，其中，所述第二业务内容场景与第一业务内容场景不相同，所述第一业务内容场景为接力之前所述发起接力终端设备处于的业务内容场景。

5.根据权利要求1所述的终端设备，其特征在于，在所述发起接力终端设备当前处于第二状态时，所述发起接力终端设备当前处于离线状态。

6.根据权利要求1所述的终端设备，其特征在于，在所述发起接力终端设备当前处于第一状态，且所述执行进度数据指示所述内容服务接力数据对应的内容服务接力操作已执行完成，不根据所述执行进度数据继续执行内容服务接力操作。

7.根据权利要求1所述的终端设备，其特征在于，在所述发起接力终端设备当前处于第二状态时，所述控制器，还被配置为：

生成返回失败提示，其中，所述返回失败提示用于提示用户当前内容服务接力返回失败。

8.一种内容服务接力返回方法，其特征在于，应用于发起接力终端设备，包括：

向接力终端设备发送服务接力指令，所述服务接力指令携带有内容服务接力数据，以使所述接力终端设备执行所述内容服务接力数据对应的内容服务接力操作；

接收所述接力终端设备发送的接力结束反馈结果，其中，所述接力结束反馈结果为所述接力终端设备在结束所述内容服务接力操作后生成的结果，所述接力结束反馈结果包括所述接力终端设备执行内容服务接力操作的执行进度数据；

在所述发起接力终端设备当前处于第一状态时，根据所述执行进度数据继续执行内容服务接力操作，其中，在所述发起接力终端设备处于所述第一状态时，所述发起接力终端设备可根据所述执行进度数据继续执行内容服务接力操作；

在所述发起接力终端设备当前处于第二状态时，不根据所述执行进度数据继续执行内容服务接力操作，其中，在所述发起接力终端设备处于所述第二状态时，所述发起接力终端设备不可根据所述执行进度数据继续执行内容服务接力操作。

9.根据权利要求8所述的内容服务接力返回方法，其特征在于，在所述发起接力终端设备当前处于第一状态时，所述发起接力终端设备当前处于第一业务内容场景中，其中，所述第一业务内容场景为接力之前所述发起接力终端设备处于的业务内容场景；

或者，在所述发起接力终端设备当前处于第一状态时，所述发起接力终端设备当前未处于业务内容场景中。

10.根据权利要求8所述的内容服务接力返回方法，其特征在于，在所述发起接力终端设备当前处于第二状态时，所述发起接力终端设备当前处于第二业务内容场景中，其中，所述第二业务内容场景与第一业务内容场景不相同，所述第一业务内容场景为接力之前所述发起接力终端设备处于的业务内容场景；

或者，在所述发起接力终端设备当前处于第二状态时，所述发起接力终端设备当前处于离线状态。

Images