CN109951424A - 共享方法及相应设备 - Google Patents

Abstract

本发明实施例提供了共享方法，涉及通信技术领域，该方法包括：第二终端设备将服务共享请求发送至第一终端设备，第一终端设备接收第二终端设备发送的服务共享请求，第一终端设备处理服务共享请求，第一终端设备将与服务共享请求对应的处理结果发送至第二终端设备，第二终端设备接收第一终端设备反馈的与服务共享请求对应的处理结果。本发明实施例提供的共享方法及相应设备适用于终端设备之间进行服务共享。

Description

共享方法及相应设备

技术领域

本发明涉及通信技术领域，具体而言，本发明涉及一种共享方法及相应设备。

背景技术

终端设备可以识别当前用户语音或文字输入的指令信息，并根据用户输入的指令信息，确定当前用户意图，并返回与当前用户意图对应的最终执行结果，如终端设备可以帮助用户打开应用程序并完成指定操作，从而简化用户手动操作；终端设备也可以根据用户输入的查询指令，利用搜索引擎等功能，搜索并返回给用户信息查询结果。例如，当前用户可以通过输入语音询问天气情况，查询餐厅位置等。

现有技术中，受到终端设备的处理资源和处理能力的限制，终端设备可能无法处理用户的某些操作请求。例如，用户在操作终端设备的过程中，会输入各种各样的请求，终端设备接收到用户请求后，会在当前终端设备上查找符合用户请求的应用并执行相应操作，或者连接到网络侧进行相应处理。由于当前终端设备安装应用程序的数量和种类有限，终端设备可能无法在当前设备上找到目标应用，或者由于网络状况的问题，终端设备无法连接到网络侧，无法为用户提供信息查询等服务。上述情况都可能导致用户请求失败，进而导致用户的体验较差。

发明内容

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

本发明的实施例根据一个方面，提供了一种共享方法，包括：

将服务共享请求发送至第一终端设备；

接收所述第一终端设备反馈的与所述服务共享请求对应的处理结果。

本发明的实施例根据另一个方面，提供了一种终端设备，包括：

第一发送模块，用于将服务共享请求发送至第一终端设备；

第一接收模块，用于接收第一终端设备反馈的与服务共享请求对应的处理结果。

本发明的实施例根据另一个方面，提供了一种终端设备，包括：

处理器；以及

存储器，配置用于存储机器可读指令，所述指令在由所述处理器执行时，使得所述处理器执行上述共享方法。

本发明的实施例根据又一个方面，还提供了一种共享方法，包括：

接收第二终端设备发送的服务共享请求；

处理所述服务共享请求，并将与所述服务共享请求对应的处理结果发送至所述第二终端设备。

本发明的实施例根据又一个方面，还提供了一种终端设备，包括：

第二接收模块，用于接收第二终端设备发送的服务共享请求；

处理模块，用于处理服务共享请求；

第二发送模块，用于将与服务共享请求对应的处理结果发送至第二终端设备。

本发明的实施例根据又一个方面，还提供了一种终端设备，包括：

处理器；以及

存储器，配置用于存储机器可读指令，所述指令在由所述处理器执行时，使得所述处理器执行共享方法。

本发明提供了一种共享方法以及终端设备，与现有技术相比，第二终端设备将服务共享请求发送至第一终端设备，然后接收上述第一终端设备反馈的与上述服务共享请求对应的处理结果。通过本发明技术方案，第二终端设备可以利用其它终端设备的处理资源和处理能力执行共享请求对应的操作，并获得相应处理结果，从而可以避免由于终端设备处理资源和处理能力的限制，导致无法处理用户请求的情况，进而可以提升用户的体验度。

本发明提供了一种共享方法以及终端设备，与现有技术相比，第一终端设备接收第二终端设备发送的服务共享请求，然后处理该服务共享请求，并将与服务共享请求对应的处理结果发送至第二终端设备。通过本发明技术方案，第一终端设备能够利用自身处理资源和处理能力，处理第二终端设备发送的服务共享请求，并将对应的处理结果发送至第二终端设备，从而可以避免由于终端设备处理资源和处理能力的限制，导致无法处理用户请求的情况，进而可以提升用户的体验度。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例中一种共享方法流程示意图；

图2为本发明实施例中另一种共享方法流程示意图；

图3为本发明实施例中一种共享方法交互流程图；

图4为本发明实施例中又一种共享方法流程示意图；

图5为第一应用场景下，进行服务共享的方法交互示意图；

图6为第二应用场景下，进行服务共享的方法交互示意图；

图7为服务器连接的认证方式示意图；

图8为非服务器连接的认证方式示意图；

图9为非智能语音助手连接的认证方式流程图；

图10为不同类型的智能语音助手的认证方式流程图；

图11为请求设备指定要连接的共享设备，通过智能语音助手服务器进行连接的方式示意图；

图12为请求设备指定要连接的共享设备，与共享设备进行点对点直接连接的连接方式示意图；

图13为服务器模式连接流程图；

图14为点对点直接互连流程图；

图15为服务器推荐连接的流程示意图；

图16为随机连接的流程示意图；

图17为不同类型的智能语音助手间操作方式示意图；

图18为请求设备搜索并连接到共享设备上进行通信的具体操作流程示意图；

图19为非智能语音助手设备与智能语音助手设备之间的操作示意图；

图20为通过通话应用，调用共享设备的服务的流程示意图；

图21为通过短消息应用，调用共享设备的服务的流程示意图；

图22为通过即时通信应用，调用共享设备的服务的流程示意图；

图23为本发明实施例中第二终端设备的装置结构示意图；

图24为本发明实施例中第二终端设备的装置结构示意图；

图25为本发明实施例中第二终端设备的计算系统的框图；

图26为本发明实施例中第一终端设备的装置结构示意图；

图27为本发明实施例中第一终端设备的装置结构示意图；

图28为本发明实施例中第一终端设备的计算系统的框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

现有技术中存在以下技术问题：

用户在操作终端设备的过程中，会提出各种各样的操作请求。终端设备接收到用户的操作请求后，会在当前终端设备上查找符合用户请求的应用并执行相应操作。由上可见，为满足用户需求，需要依赖当前设备系统以及安装的应用程序等本地信息，即终端设备能够提供的服务受限于本地处理资源和本机处理能力。例如，由于当前终端设备安装应用程序的数量以及种类有限，可能造成终端设备无法在当前设备上找到目标应用；或者由于网络状况等问题，如网络状况较差或者没有数据网络，终端设备无法连接到网络侧，可能导致无法为用户提供信息查询等服务。上述情况都可能导致用户请求失败，会严重影响用户体验。

此外，如果用户通过语音指令来请求终端设备执行相应操作，终端设备需要本地安装语音交互应用才能针对用户的语音指令进行处理，如果终端设备本地没有安装语音交互应用，则无法响应用户的语音指令，这会严重影响用户体验。

为解决终端设备提供服务时受限于本地处理资源和本机处理能力而导致的提供服务失败、用户体验较差的问题，本发明提供了一种共享方法，通过本方案，终端设备可以利用其他终端设备的处理资源和处理能力来为用户提供相应服务，例如，终端设备A接收到用户的操作请求后，如果本地处理资源和处理能力受限，那么可以请求终端设备B进行服务共享，终端设备B通过本地处理资源和处理能力处理用户操作请求，并将处理结果反馈给终端设备A，那么对于使用终端设备A的用户来说，并没有因为终端设备A的处理能力和处理资源问题影响操作请求，大大提高了用户体验。

图1为本发明实施例提出的一种共享方法的流程示意图，由第二终端设备执行，其中，第二终端设备为请求进行服务共享的终端设备，例如上述中的终端设备A，该共享方法包括下述步骤：

步骤101、第二终端设备将服务共享请求发送至第一终端设备。

其中，第一终端设备为向第二终端设备共享服务的终端设备，例如上述中的终端设备B。

步骤102、第二终端设备接收第一终端设备反馈的与服务共享请求对应的处理结果。

本发明提供了一种共享方法，与现有技术相比，第二终端设备将服务共享请求发送至第一终端设备，然后接收上述第一终端设备反馈的与上述服务共享请求对应的处理结果。通过本发明技术方案，第二终端设备可以利用其它终端设备的处理资源和处理能力执行共享请求对应的操作，并获得相应处理结果，从而可以避免由于终端设备处理资源和处理能力的限制，导致无法处理用户请求的情况，进而可以提升用户的体验度。

图2为一种共享方法的流程示意图，由第一终端设备执行，包括：

步骤201、第一终端设备接收第二终端设备发送的服务共享请求。

步骤202、第一终端设备处理服务共享请求，并将与服务共享请求对应的处理结果发送至第二终端设备。

本发明提供了一种共享方法，与现有技术相比，第一终端设备接收第二终端设备发送的服务共享请求，然后处理该服务共享请求，并将与服务共享请求对应的处理结果发送至第二终端设备。通过本发明技术方案，第一终端设备能够利用自身处理资源和处理能力，处理第二终端设备发送的服务共享请求，并将对应的处理结果发送至第二终端设备，从而可以避免由于终端设备处理资源和处理能力的限制，导致无法处理用户请求的情况，进而可以提升用户的体验度。

图3为本发明实施例提出的一种共享方法的交互流程图，包括：

步骤301、第二终端设备将服务共享请求发送至第一终端设备；步骤302、第一终端设备接收第二终端设备发送的服务共享请求；步骤303、第一终端设备处理服务共享请求；步骤304、第一终端设备将与服务共享请求对应的处理结果发送至第二终端设备；步骤305、第二终端设备接收第一终端设备反馈的与服务共享请求对应的处理结果。

具体地，第二终端设备将服务共享请求发送至第一终端设备包括：第二终端设备接收用户输入的操作指令；第二终端设备根据接收到的操作指令，将服务共享请求发送至第一终端设备。

其中，上述操作指令包括：语音指令、文本指令、操作指令中的至少一种。

具体地，第二终端设备根据接收到的操作指令，将服务共享请求发送至第一终端设备，包括步骤A(图中未标注)以及步骤B(图中未标注)中的至少一项：

步骤A、第二终端设备判断能否处理接收到的操作指令，若判断出不能，则将服务共享请求发送至第一终端设备；

步骤B、若操作指令为请求共享服务的指令，则第二终端设备将服务共享请求发送至第一终端设备。

具体地，步骤A中第二终端设备判断是否能处理接收到的操作指令的方式，包括：第二终端设备根据设备相关信息，判断是否能处理接收到的操作指令。

其中，设备相关信息包括下述至少一种：网络状况信息；设备位置信息；设备处理资源信息。

具体地，设备处理资源信息包括：应用信息、存储资源信息、电量资源信息、计算资源信息中的至少一种；

根据设备相关信息，判断是否能处理接收到的操作指令，包括：

根据设备位置信息，在应用信息中查找操作指令对应的可调用的应用；若未查找到，则确定不能处理接收到的操作指令。

具体地，步骤301具体还可以包括：第二终端设备通过设定通信应用，将服务共享请求发送给第一终端设备。

其中，设定通信应用包括下述至少一项：

通话应用；短消息应用；即时通信应用。

进一步地，步骤301之前，还包括：第二终端设备通过下述(步骤C1、步骤D1、步骤E1、步骤F1、步骤G1、步骤H1)至少一种方式，确定进行服务共享的第一终端设备：

步骤C1(图中未标注)、第二终端设备从对应的预设共享设备信息中选择进行服务共享的第一终端设备。

步骤D1(图中未标注)、第二终端设备根据设备间连接情况，确定进行服务共享的第一终端设备。

步骤E1(图中未标注)、第二终端设备根据待共享的应用，确定进行服务共享的第一终端设备。

步骤F1(图中未标注)、第二终端设备根据第一终端设备的设备相关信息，确定进行服务共享的第一终端设备。

步骤G1(图中未标注)、第二终端设备请求服务器分配进行服务共享的第一终端设备。

步骤H1(图中未标注)、第二终端设备根据用户指令，确定进行服务共享的第一终端设备。

进一步地，步骤301之前，还包括：第二终端设备确定待共享的应用。

具体地，步骤301具体包括：第二终端设备将待共享的应用对应的服务共享请求发送至第一终端设备。

进一步地，还包括：第二终端设备确定第一终端设备共享服务所需的输入参数信息；第二终端设备将输入参数信息发送给第一终端设备。

其中，输入参数信息包括：设备位置信息；设备存储的内容；多媒体信息采集设备实时采集的多媒体信息；用户操作信息；应用账户信息中至少一项。

具体地，步骤303、第一终端设备确定待共享的应用；第一终端设备调用待共享的应用处理服务共享请求。

具体地，若待共享的应用包括至少两个应用，步骤304具体包括：第一终端设备将各待共享的应用的处理结果合并后的处理结果发送至第二终端设备。

具体地，步骤303具体包括：第一终端设备获取处理服务共享请求所需的输入参数信息；第一终端设备根据获取到的输入参数信息，处理服务共享请求。

具体地，获取处理服务共享请求所需的输入参数信息的步骤，包括步骤I以及步骤J至少一项：

步骤I(图中未标注)、第一终端设备从本地获取处理服务共享请求所需的输入参数信息。

步骤J(图中未标注)、第一终端设备接收第二终端设备发送的处理服务共享请求所需的输入参数信息。

具体地，步骤J具体包括(步骤J1、步骤J2)中至少一项：

步骤J1(图中未标注)、第一终端设备从服务共享请求中获取处理服务共享请求所需的输入参数信息。

步骤J2(图中未标注)、第一终端设备向第二终端设备发送输入参数请求消息，并接收第二终端设备反馈的、处理服务共享请求所需的输入参数信息。

其中，输入参数信息包括：设备位置信息；设备存储的内容；多媒体信息采集设备实时采集的多媒体信息；用户操作信息；应用账户信息中至少一项。

具体地，步骤304具体包括：第一终端设备确定第二终端设备对应的语言信息；第一终端设备将处理结果与语言信息进行匹配，并将匹配后的处理结果发送至第二终端设备。

具体地，第一终端设备将处理结果与语言信息进行匹配，包括：第一终端设备判断处理结果对应的语言信息与第二终端设备对应的语言信息是否一致；若不一致，则第一终端设备根据第二终端设备对应的语言信息，对处理结果进行语言转换处理，将转换处理后的处理结果作为匹配后的处理结果。

进一步地，该方法还包括：第一终端设备向与其建立连接的其它至少一个设备发送服务共享请求；第一终端设备将接收到其它至少一个设备发送的处理结果，发送至第二终端设备。

具体地，第一终端设备将接收到其它至少一个设备发送的处理结果，发送至第二终端设备的步骤，包括：第一终端设备接收其它至少一个设备发送的处理结果；第一终端设备将自身的处理结果与接收到的处理结果合并后的处理结果发送至第二终端设备。

具体地，第一终端设备接收第二终端发送的服务共享请求，包括：第一终端设备通过设定通信应用，接收第二终端发送的服务共享请求。

其中，设定通信应用包括下述至少一项：

通话应用；短消息应用；即时通信应用。

本发明提供了一种共享方法，与现有技术相比，第二终端设备将服务共享请求发送至第一终端设备，然后第一终端设备接收第二终端设备发送的服务共享请求，然后处理该服务共享请求，并将与服务共享请求对应的处理结果发送至第二终端设备，然后第二终端设备接收上述第一终端设备反馈的与上述服务共享请求对应的处理结果。通过本发明技术方案，第一终端设备能够利用自身处理资源和处理能力，处理第二终端设备发送的服务共享请求，并将对应的处理结果发送至第二终端设备，并且第二终端设备可以利用其它终端设备的处理资源和处理能力执行共享请求对应的操作，并获得相应处理结果，从而可以避免由于终端设备处理资源和处理能力的限制，导致无法处理用户请求的情况，进而可以提升用户的体验度。

进一步地，本发明实施例提供了另一种共享的方法，如图4所示，包括：步骤401、共享服务器接收第二终端设备发送的服务共享请求；步骤402、共享服务器确定需要共享服务的第一终端设备；步骤403、共享服务器将服务共享请求发送给确定出的第一终端设备；步骤404、共享服务器将第一终端设备反馈的与服务共享请求对应的处理结果，返回至第二终端设备。

具体地，步骤402包括以下(步骤F2、步骤G2、步骤H2)至少一种方式：

步骤F2(图中未标注)、共享服务器基于第二终端设备与第一终端设备之间的关联关系，选择第一终端设备；

步骤G2(图中未标注)、共享服务器基于待共享的应用，选择第一终端设备；

步骤H2(图中未标注)、共享服务器基于第一终端设备的设备相关信息，选择第一终端设备；

其中，设备相关信息包括下述至少一项：网络状况信息；设备位置信息；设备处理资源信息。

本发明实施例提供了共享方法，与现有技术相比，本发明实施例共享服务器接收第二终端设备发送的服务共享请求，然后将该服务共享请求发送给确定出的第一终端设备，然后将第一终端设备反馈的与服务共享请求对应的处理结果，返回至第二终端设备。即第二终端设备无法处理用户请求时，可以请求服务器分配分享服务的第一终端设备，从而可以避免由于终端设备处理资源和处理能力的限制，导致无法处理用户请求的情况，进而可以提升用户的体验度。

在本发明实施例中，上述第一终端设备也可以称为共享设备，下述实施例中的共享设备等同于上述第一终端设备；上述第二终端设备也可以称为请求设备，下述实施例中的请求设备等同于上述第二终端设备。使用第一终端设备的用户可以称为共享用户，使用第二终端设备的用户可以称为请求用户。

随着语音识别技术的快速发展，终端设备中的语音交互应用也得到了广泛应用，其中，终端设备中的语音交互应用也可以称为语音助手或智能语音助手(下述实施例中的智能语音助手等同于上述语音交互应用或语音助手)，智能语音助手为可安装在设备上的应用或系统提供的功能模块，可以识别当前用户语音或文字输入的指令信息。根据这些指令信息，理解当前用户意图，并自动执行相应处理，返回最终处理结果。例如，当前用户可以通过智能语音助手启动终端设备中的某个应用程序，语音查询天气，查询餐厅位置，设置闹钟等。

本发明实施例提出，上述共享的方法可以通过终端设备中的智能语音助手实现。其中，共享设备和请求设备可以是均安装有智能语音助手的设备，例如，请求设备中的智能语音助手接收到用户的操作指令(语音指令、文本指令或操作指令)后，如果本地处理资源和处理能力无法响应用户的操作指令，则请求设备可以将用户的指令发送给共享设备的智能语音助手，共享设备的智能语音助手根据用户的指令进行相应处理，请求设备可以利用共享设备的处理资源和处理能力处理用户的指令，并将共享设备的处理结果提供给用户。此外，请求设备也可以是未安装智能语音助手的设备，例如，用户可以通过请求设备语音呼叫共享设备，共享设备的智能语音助手如果检测到用户通过语音通话请求分享服务，则共享设备的智能语音助手根据用户的请求进行相应处理，并反馈处理结果给请求设备。

本发明实施例的一个应用场景为终端设备通过智能语音助手将设备上的应用共享给其他设备。例如：某用户到A地区出差，想要使用打车应用1进行叫车，但是目前打车应用1在A地区无法使用，A地区支持使用打车应用2，为了更方便该用户使用叫车服务，此时可以选择通过调用A地区的终端设备上的打车应用2来呼叫出租车，从而使该用户在A地区顺利使用打车功能。

具体过程如下：用户对所使用的终端设备上的智能语音助手输入语音指令：“用打车应用1叫个出租车”。此时智能语音助手发现打车应用1在当前所在的A地区无法使用，而当前终端设备上也没有找到可以在A地区使用的打车应用，则智能语音助手判断当前需要向其它设备寻求帮助。

智能语音助手寻求帮助的目标可以但不限于有以下几种：已知设备，如联系人列表中的用户所使用的终端设备；随机设备，如附近开放共享功能的终端设备，或随机筛选出性能或网络状况较好的终端设备。

选定好目标终端设备(共享设备)以后，该用户所使用的终端设备(请求设备)的智能语音助手向该选定好的共享设备发送连接请求，并确认安全认证信息，请求设备的智能语音助手将用户的语音指令发送给共享设备的智能语音助手，共享设备的智能语音助手根据用户的语音指令调用本地安装的打车应用2，并将打车应用2的处理结果(如应用界面)实时的发送给请求设备，从而利用共享设备的处理资源和处理能力来响应用户的指令。

在上述处理过程中，如果打车应用2在运行时需要获取用户的位置信息来完成打车服务，那么可以由请求设备获取到当前的位置信息之后实时发送给共享设备，作为打车应用2运行时的输入参数。

此外，共享设备在发送处理结果时，如果检测到请求设备的语言环境和共享设备的语言环境不同，则可以根据请求设备的语言环境，将处理结果进行语言转换(如翻译处理)，将转换后的处理结果发送给请求设备。

下面通过不同应用场景下的共享方法、共享功能设置方法、安全认证方法，来详细说明本发明实施例提出的共享方案。

下面首先详细介绍不同应用场景下的服务共享方法，详见实施例一以及实施例二，其中不同的应用场景包括第一应用场景以及第二应用场景，其中第一应用场景下服务共享的方法具体详见实施例一，第二应用场景下服务共享的方法具体详见实施例二，第一应用场景可以为第一终端设备与第二终端设备均设置有智能语音助手，并且智能语音助手均可以正常应用下执行服务共享的场景；第二应用场景为第一终端设备设置有智能语音助手，并且可以正常应用，第二终端设备未设置有智能语音助手，或者设置有智能语音助手，但该智能语音助手无法正常应用下进行服务共享的场景。

实施例一

本发明实施例一详细介绍第一应用场景下，进行服务共享的方法流程如图5所示：

步骤501，请求设备接收用户输入的操作指令。

其中，接收的操作指令可以包括语音指令、文本指令、操作指令中的至少一种。

例如，请求设备的智能语音助手接收用户输入的语音指令：“打开XX应用”。

步骤502，请求设备判断是否需要调用其他设备的处理资源来处理该操作指令。

即，请求设备判断是否需要其他设备共享服务，如果需要，则请求设备将服务共享请求发送至对应的共享设备。

步骤502进一步包括方式502a和方式502b。

方式502a，如果用户输入的操作指令明确指示了需要请求其他设备共享服务，即操作指令为请求共享服务的指令，例如，用户输入的语音指令为：“调用设备B的XX应用”，此时请求设备可以通过对操作指令的分析，确定需要调用其它设备的处理资源来处理该操作指令，即需要其他设备共享服务。

方式502b，如果用户输入的操作指令未明确指示需要请求其他设备共享服务，那么请求设备可以判断能否正常处理该操作指令，如果判断出不能，则请求设备可以确定需要调用其它设备的处理资源来处理该操作指令，即需要其他设备共享服务。

本发明实施例提出，可以根据设备相关信息来判断能否正常处理该操作指令，其中，设备相关信息包括下述至少一种：网络状况信息；设备位置信息；设备处理资源信息。

其中，网络状况信息包含设备是否能连接到网络侧等，如果用户输入的操作指令需要连接到网络侧进行处理，而请求设备此时无法正常连接到网络侧，则请求设备可以认为此时无法正常处理用户的操作指令。例如，用户输入的操作指令为查询信息的指令，请求设备需要连接到网络侧来查询相关信息，如果此时请求设备无法正常连接到网络侧(断网或者网络状态不好)，则请求设备可以认为此时无法正常处理用户的操作指令。例如，用户输入的操作指令为：“打开XX应用，并扫描二维码”，而XX应用的运行需要连接网络侧，请求设备判断出当前请求设备断网或者网络状态不好，无法运行该应用，则请求设备可以认为此时无法正常处理用户的操作指令。

上述设备处理资源信息包括：应用信息、存储资源信息、电量资源信息、计算资源信息中的至少一种。

请求设备接收到用户的操作指令后，可以在本地应用信息中查找操作指令对应的可调用的应用，若未查找到，则确定不能处理接收到的操作指令。其中，如果用户的操作指令明确指定了该指令所针对的某个应用，即操作指令明确指定了用户请求调用的应用，则请求设备可以在本地应用信息中直接查找该应用，如用户输入的语音指令为：“打开XX应用”，请求设备可以在本地的应用中查找是否有XX应用，如果请求设备没有查找到，则可以认为本地应用信息中没有操作指令对应的可调用的应用，此时请求设备可以确定不能处理该操作指令，或者提示用户是否更换其他应用(如与操作指令所针对的应用关联、且在本地应用信息中能查找到的应用)，若用户表示不更换，则请求设备可以确定不能处理该操作指令。此外，如果用户的操作指令并没有明确指定该指令针对哪个应用，则请求设备可以根据用户的操作指令，分析用户意图，并在本地应用信息中查找符合用户意图的应用，如用户输入的语音指令为：“我想打车”，请求设备可以在本地的应用中查找打车应用，如果没有查找到，则可以认为本地应用信息中没有操作指令对应的可调用的应用，此时请求设备可以确定不能处理该操作指令。

本发明实施例提出，某些应用可能只在指定区域内发布，因此只能在这些区域中正常运行，请求设备还可以根据设备位置信息，在应用信息中查找操作指令对应的可调用的应用，若未查找到，则确定不能正常处理该操作指令。具体的，请求设备可以判断用户请求调用的应用在当前所在区域是否能够正常运行，若不能，则可以认为本地应用信息中没有操作指令对应的可调用的应用。例如，某用户到A地区出差，想要使用终端设备中的打车应用1进行叫车，因此输入语音指令：“打开打车应用1”，但是终端设备检测到目前打车应用1在A地区无法使用，且终端设备也没有安装其他打车应用，因此终端设备认为本地应用信息中没有该指令对应的可调用的应用，此时可以确定不能正常处理该指令。

请求设备接收到用户输入的操作指令后，可以判断自身的电量资源信息和/或存储资源信息和/或计算资源信息，是否能够正常处理该指令，其中，存储资源包括内存资源等。例如，用户输入的语音指令为：“打开XX应用”，请求设备检测到本地内存不足、电量不足或计算能力较低，不能正常运行XX应用，因此可以确认不能正常处理接收到的指令。

此外，本发明实施例提出，若接收到用户的操作指令之后，请求设备可以正常处理该操作指令，则请求设备可以直接利用自身的处理资源和处理能力来处理用户的操作指令，例如，用户输入的操作指令为：“使用XX应用，扫描二维码打开共享自行车”，此时请求设备中安装有该XX应用，并且该应用可以正常使用，此时请求设备可以运行XX应用执行用户请求的相应操作。

步骤503，若步骤502判断出需要调用其他设备的处理资源来处理该操作指令，则请求设备确定共享服务的共享设备。

本发明实施例提出，请求设备可以通过下述至少一种方式，确定进行服务共享的至少一个共享设备：

(503a)根据用户指令，确定共享设备；

(503b)从对应的预设共享设备信息中选择共享设备；

(503c)根据待共享的应用，确定共享设备；

(503d)根据设备间连接情况，确定共享设备；

(503e)根据共享设备的设备相关信息，确定共享设备；

(503f)请求服务器分配共享设备。

针对方式503a，用户指令可以为步骤501接收到的操作指令，如果用户的操作指令明确指定了需要哪个设备共享服务，则请求设备可以直接根据操作指令确定共享设备。例如，用户输入的语音指令为：“调用设备B的XX应用”，请求设备可以将设备B作为共享设备。

此外，请求设备确定出需要其他设备共享服务之后，也可以请求用户提供共享设备的信息，用户可以通过语音、文本等方式提供共享设备的信息，其中，共享设备的信息可以包括如下至少一项：设备标识，用户标识。上述用户标识可以为通信录中的联系人标识，或者其他应用(如社交应用)中的联系人标识，如联系人姓名等。

针对方式503b，可以从对应的预设共享设备信息中选择共享设备。其中，预设共享设备信息可以由请求用户设置，也可以由请求设备设置，在本发明实施例中不做限定。其中，预设共享设备信息可以仅设置可以执行共享服务的设备，也可以仅设置不可以执行共享服务的设备，也可以既设置执行共享服务的设备，也设置不执行共享服务的设备。在本发明实施例中不做限定。

本发明实施例提出，若设置可以执行共享的设备，可以进一步地针对各应用分别设置对应的共享设备，也就是说，设置可以能够共享某一应用的设备。用户设置的应用和共享设备之间的对应关系可以如下所示：

表1预设的应用和共享设备之间的对应关系

应用	共享设备
		应用1	设备a，设备b，设备c
应用2	设备b，设备d
		应用3	设备e，设备f

若针对应用设置了共享设备，还可以进一步地设置能够共享某一应用中某一功能的设备，例如，可以设置能够共享XX应用中的支付功能的共享设备为共享设备a。

也可以根据位置设置对应的共享设备，也就是说，预先设置位于什么位置时与哪个设备进行服务共享，用户设置的位置和共享设备之间的对应关系可以如下所示：

表2预设的位置和共享设备之间的对应关系

位置	共享设备
		位置X	设备a，设备b
位置Y	设备b，设备c，设备d
		位置Z	设备e，设备f

还可以针对应用和位置，分别设置对应的共享设备，也就是说，预先设置针对哪个应用及位于什么位置时与哪个设备进行服务共享。请求设备在预先设置的共享设备信息中选择共享设备时，可以根据当前的待共享的应用和/或设备所处位置，选择出对应的共享设备，例如，当前待共享的应用为应用2，则根据上述表1可以确定出与应用2对应的共享设备为设备b和设备d。

其中，当预设的共享设备仅有一个时，请求设备可以直接该设备为进行共享服务的共享设备。若预设的共享设备有至少两个，则请求设备选择共享设备时，可以通过下述至少一种方式选择共享设备：根据预先设置的优先级选择，或者随机选择，或者根据共享设备与请求设备之间的位置关系选择(如优先选取距离请求设备最近的共享设备)，或者根据与请求设备的通信频率选择，或根据与请求设备的历史共享情况选择(如优先选取历史共享次数最多的共享设备)。

针对方式503c，请求设备可以根据待共享的应用，确定共享设备。其中，用户的指令里可以明确指定需要调用的应用，即待共享的应用，例如，用户输入的语音指令为：“调用设备B的XX应用”，请求设备根据用户的操作指令可以确定出待共享的应用。

如果用户的操作指令并没有明确指定针对哪个应用，则请求设备可以根据用户的操作指令，分析用户意图，确定出待共享的应用，如用户输入的语音指令为：“我想打车”，而请求设备本地没有安装打车应用，因此请求设备可以将打车应用确定为待共享的应用。

请求设备也可以根据设备位置信息，确定待共享的应用，例如，某用户到A地区出差，输入语音指令：“打开打车应用1”，但是终端设备检测到目前打车应用1在A地区无法使用，A地区可以使用打车应用2，因此终端设备可以确定打车应用2为待共享的应用。

如果请求设备检测到有多个应用满足用户的需求，可以将应用的信息提供给用户，由用户选择最终的待共享的应用。此外，也可以根据应用的相关信息(如各用户对应用的关注情况，各用户使用应用的情况，请求用户使用应用的情况等等)选择最终的待共享的应用。

请求设备确定出待共享的应用后，可以获取能够提供共享服务的共享设备对应的能够共享的应用的信息(应用安装信息或能够共享哪些应用)，其中，共享设备可以预先设置可以共享哪些应用以及共享应用中的哪些功能。请求设备可以从服务器获取共享设备能够共享的应用的信息(例如服务器搜索共享设备，并获取共享设备能够共享的应用的信息)，或从共享设备直接获取能够共享的应用的信息，如通过WIFI、蓝牙(Bluetooth)、NFC等方式从连接的共享设备获取能够共享的应用的信息。根据共享设备能够共享的应用的信息以及确定出的待共享的应用，请求设备可以确定出共享设备。

针对方式503d，请求设备可以根据设备间连接状况，确定共享设备。请求设备可以通过WIFI、蓝牙、NFC等方式与其他设备建立连接。

本发明实施例提出，请求设备可以在已建立连接的设备中选择出共享设备。若已建立连接的设备有至少两个，则可以由用户选择共享设备。

请求设备还可以通过WIFI、蓝牙、NFC等方式搜索附近可建立连接的设备，并在搜索到的设备中选择出共享设备。如可以将可连接的设备的列表提供给用户，由用户从中选择出共享设备。

针对方式503e，请求设备根据共享设备的设备相关信息，确定共享设备。其中，设备相关信息包含网络状况信息；设备位置信息；设备处理资源信息中的至少一种。设备处理资源信息包括：应用信息、存储资源信息、电量资源信息、计算资源信息中的至少一种

请求设备可以从服务器获取共享设备的设备相关信息(例如服务器搜索共享设备，并获取共享设备的设备相关信息)，或从共享设备直接获取设备相关信息(如通过WIFI、蓝牙、NFC等方式从连接的共享设备获取设备相关信息)。

请求设备可以根据共享设备的存储资源和/或电量资源和/或计算资源，选择出能够为请求设备提供共享服务的共享设备。如果共享设备的存储资源和/或电量资源和/或计算资源不能正常运行待处理的应用，那么可以确定该共享设备无法为请求设备提供共享服务。

其中，设备型号、设备系统类型、设备系统版本等信息可以在一定程度上反映设备的计算资源，因此可以利用上述信息来表示设备的计算资源。

针对方式503f，请求设备可以请求服务器分配共享设备。用户可以在上述操作指令中明确指定由服务器分配共享设备，则请求设备可以将用户的操作指令发送给对应的服务器，由服务器根据用户的操作指令确定共享设备。例如，用户输入的语音指令为：“我要使用XX应用，帮我找一个设备”。

此外，如果用户的操作指令中并没有明确指定共享设备，请求设备也可以请求服务器来分配共享设备。

上述服务器可以为请求设备的智能语音助手对应的服务器，也可以是其他服务器，例如用于处理服务共享功能的服务器等。

服务器分配共享设备时，可以根据待共享的应用，确定共享设备。其中待共享的应用的确定方式和上述的过程一致，这里不再赘述。服务器根据共享设备能够共享的应用的信息(应用安装信息或能够共享哪些应用)以及待共享的应用，可以确定出共享设备。例如，待共享的应用为打车应用2，服务器检测到共享设备中，只有共享设备B安装了打车应用2，因此可以确定由共享设备B为请求设备提供共享服务。

服务器也可以请求设备与共享设备之间的关联关系，选择共享设备；其中，请求设备与共享设备之间的关联关系可以但不限于为请求用户与共享用户之间的关联关系，该关联关系可以根据用户间的通信历史或用户设置的关系备注等信息确定。例如，服务器检测到请求用户与共享设备B对应的用户之间为同事关系，因此可以确定由共享设备B为请求设备提供共享服务。也可以根据用户间的关联程度来确定共享设备。例如，服务器检测到请求用户与共享设备B对应的用户之间为同事关系，与共享设备C对应的用户之间为家人关系，因此可以确定由共享设备C为请求设备提供共享服务。

服务器还可以基于共享设备的设备相关信息，选择共享设备。服务器可以根据共享设备的存储资源和/或计算资源，选择出能够为请求设备提供共享服务的共享设备。共享设备还可以根据共享设备的位置信息，选择共享设备，例如，服务器选择与请求设备距离较近或最近的共享设备，请求设备和共享设备后续可以进行点对点连接。共享设备还可以根据共享设备的网络状况信息选择共享设备，例如选择网络状况较好的共享设备。

服务器在分配共享设备时，可以选择出多个共享设备，然后提供给用户，由用户选择确定最终的共享设备。

本发明实施例提出，可以利用上述一种方式或多种方式的组合确定共享设备。

步骤504，请求设备将服务共享请求发送至确定出的共享设备。

请求设备确定出共享设备之后，可以请求与共享设备建立连接。本发明实施例提出，可以通过下述两种方式与共享设备建立连接：

504a，服务器连接方式：请求设备可以通过服务器建立与共享设备之间的连接。确定出共享设备之后，请求设备可以向服务器发送连接建立请求，将共享设备信息(设备标识、用户标识等)发送给服务器，服务器根据共享设备的信息查找该共享设备，并向该共享设备发送连接请求，将请求设备信息、待共享的应用等信息发送给共享设备，共享设备根据接收到的信息确定是否建立连接，如果确认可以建立，则共享设备接受连接请求，服务器建立请求设备和共享设备之间的连接，并可以通知请求设备。

其中，共享设备可以预先进行共享功能设置，其中，共享功能可以由共享用户设置，也可以由共享设备设置，在本发明实施例中不做限定。例如共享设备可以预先设置请求设备范围(例如可以为哪些设备、哪些用户提供共享服务)、共享应用的范围(可以提供哪些应用的共享服务，可以提供应用中哪些功能的共享服务)。共享设备可以根据接收到的信息以及共享功能设置，确定是否建立连接，例如，待共享的应用为XX应用，而共享功能设置中设置XX应用为可以提供共享服务的应用，因此共享设备确认可以建立连接，或者，请求设备信息中的用户标识未包含在预先设置的请求设备范围中，因此共享设备确认不建立连接。

其中，共享设备可以根据接收到的信息直接确认是否建立连接，也可以询问用户，根据用户的指令确认是否建立连接。

504b，点对点连接方式：请求设备可以通过蓝牙、WIFI、NFC等点对点连接方式，请求建立与共享设备的连接。本发明实施例对请求设备与共享设备之间的点对点连接方式不做具体限定。

共享设备可以按照上述内容中提到的方式确认是否建立连接，这里不再赘述。

请求设备可以将连接建立请求作为服务共享请求发送给共享设备，共享设备确认建立连接，则可以认为共享设备同意为请求设备共享服务。

本发明实施例提出，请求设备在建立和共享设备之间的连接后，可以将用户输入的操作指令发送给共享设备，由共享设备来响应用户的操作指令。例如，请求设备的智能语音助手将用户输入的语音指令发送给共享设备的智能语音助手，由共享设备的智能语音助手来响应用户的语音指令。

对于本发明实施例，当确定出的共享设备为至少两个共享设备时，请求设备的智能语音助手可以向各个共享设备分别发送完整的服务共享请求；也可以该服务共享请求拆分为多段服务共享请求，并将各段服务共享请求发送至对应的共享设备；也可以将该服务共享请求生成新的指令集合，并向各个共享设备发送对应的指令。在本发明实施例中不做限定。

步骤505，共享设备处理服务共享请求。

其中，步骤505包括步骤505a1以及步骤505a2中至少一项，若步骤505包括步骤505a1以及步骤505a2，则步骤505a1可以在步骤505a2之前执行，也可以在步骤505a2之后执行，也可以与步骤505a2同时执行。在本发明实施例中不做限定。

步骤505a1、共享设备确定待共享的应用，调用待共享的应用处理服务共享请求。

对于本发明实施例，共享设备智能语音助手在接收到请求设备的智能语音助手发送的服务共享请求之后，根据接收到的服务共享请求，确定待共享的应用，并调用待共享的应用处理服务共享请求。

对于本发明实施例，共享设备智能语音助手接收到的请求设备的智能语音助手发送的服务共享请求可以为用户直接输入的语音指令；也可以为经由请求设备智能语音助手处理之后的操作指令。

若应用处理共享请求为用户直接输入的语音指令，例如，共享设备智能语音助手接收到的服务共享请求可以为“利用XX应用，叫一辆出租车”(用户直接输入的语音指令)，共享设备智能语音助手确定待共享的应用为XX应用，进一步地，共享设备智能语音助手调用XX应用，为请求用户叫一辆出租车。

若应用处理共享请求为用户输入的语音指令，并经由请求设备智能语音处理之后操作指令，例如，共享设备的智能语音助手根据应用处理共享请求确定待共享的应用为YY应用，并且执行的操作为支付，进一步地，共享设备智能语音助手调用YY应用，为请求用户支付。

步骤505a2、共享设备获取处理服务共享请求所需的输入参数信息，根据获取到的输入参数信息，处理服务共享请求。

其中，输入参数信息包括：设备位置信息、设备存储的内容、多媒体信息采集设备实时采集的多媒体信息、用户操作信息以及应用账户信息中的至少一项。

对于本发明实施例，设备位置信息可以为请求设备当前所处的位置信息，可以为请求设备当前所处的经纬度信息，也可以为请求设备当前所处地理位置名称信息，也可以二者同时包括。在本发明实施例中不做限定。例如，设备位置信息为XX地铁站A口。

进一步地，设备地理位置可以为用户输入的地理位置信息，也可以为设备通过GPS定位等方式检测到的。在此不做限定。

对于本发明实施例，设备存储的内容包含存储的多媒体信息(图片，视频，音频等)，例如，如果用户需要在调用的应用中上传图片等多媒体内容时，可以调用请求设备的存储的多媒体信息。

对于本发明实施例，多媒体信息采集设备实时采集的多媒体信息为通过设备的多媒体采集设备实时采集的多媒体信息，例如通过摄像头采集到的二维码信息。

对于本发明实施例，用户操作信息包括：用户对所调用的应用的相关操作，如用户针对调用的应用的选择，移动，后退，删除等操作，可以用户操作信息可以是文本，语音，屏幕手势等方式。

对于本发明实施例，应用账户信息为登入某一应用所需的账号和/或密码，也可以为利用某一功能所需的账号和/或密码；例如，登入XX应用所需的账号和/或密码；利用XX应用支付功能所需的账号和/或密码。

具体地，步骤505a2中共享设备获取处理服务共享请求所需的输入参数信息的步骤a(图中未标注)以及步骤b(图中未标注)中的至少一项：

步骤a、共享设备从本地获取处理服务共享请求所需的输入参数信息。

其中，当输入参数信息不包括设备位置信息以及多媒体信息采集设备实时采集的多媒体信息时，可以执行步骤a。

进一步地，共享设备可以基于共享用户设置的输入参数信息对应的权限信息确定执行步骤a和/或步骤b。若共享用户设置的输入参数信息对应的权限信息为允许请求设备利用该输入参数信息，则执行步骤a；若共享设备设置的输入参数信息对应的权限信息为不允许请求设备利用该输入参数信息，但请求设备向共享设备发送输入参数信息请求消息后，共享设备允许所述请求设备当前利用本地存储的输入参数信息，执行步骤a；若共享用户设置的输入参数信息对应的权限信息为不允许请求设备利用该输入参数信息，则执行步骤b；若共享用户设置的输入参数信息对应的权限信息为某一部分输入参数信息允许请求设备使用，另一部分输入参数信息不允许请求设备使用，则此时需要执行步骤a以及步骤b。

对于本发明实施例，当共享设备从本地获取处理服务共享请求所需的输入参数信息，并利用该输入参数信息执行服务共享请求时，提示共享用户，该输入参数信息正在被请求设备利用执行服务共享请求。例如，当共享设备从本地获取登入XX应用所需的账号以及密码，并利用该账号、密码登入XX应用，执行操作时，提示共享用户对应的账号以及密码正在被请求设备使用。

对于本发明实施例，当共享设备从本地获取处理服务共享请求所需的输入参数信息，并利用该输入参数信息执行服务共享请求时，记录利用该输入参数信息执行的服务共享请求对应的操作，和/或执行该服务共享操作的时间。例如，当共享设备从本地获取登入XX应用所需的账号以及密码，并利用该账号以及密码登入XX应用为请求用户叫了一辆出租车，记录的信息可以为“X时X分，使用本地账号以及密码登入XX应用为请求用户叫了一辆出租车”。

对于本发明实施例，当共享设备利用本地获取处理服务共享请求所需的输入参数信息操作完成后，可以提示共享用户该操作已完成，以及利用该输入参数信息执行的操作及操作结果。在操作过程中，共享用户随时可以终止该操作并拒绝请求设备的后续请求。

具体地，当输入参数信息不包括设备位置信息以及多媒体信息采集设备实时采集的多媒体信息时，可以根据共享设备中设置的输入参数信息的设置的使用权限，确定执行步骤a或者步骤b。

步骤b、共享设备接收请求设备发送的处理服务共享请求所需的输入参数信息。

其中，当输入参数信息包括设备位置信息以及多媒体信息采集设备实时采集的多媒体信息中的至少一项时，可以执行步骤b；当输入参数信息不包括设备位置信息以及多媒体信息采集设备实时采集的多媒体信息时，可以执行步骤b。

对于本发明实施例，请求设备向共享设备发送的处理服务共享请求所需的输入参数信息之前，请求设备的语音智能语音助手可以对处理服务共享请求所需的输入参数信息进行加密。在本发明实施例中，当共享设备智能语音助手接收到该输入参数信息之后，对该输入参数信息进行解密处理。

共享设备可以接收请求设备通过以下方式发送的处理服务共享请求所需的输入参数信息：请求设备可以预先确定需要使用的输入参数，如应用账户信息等，然后可以将确定出的输入参数信息提前发送给共享设备，如和服务共享请求一起发送给共享设备，输入参数信息可以为数据包的形式，共享设备可以接收请求设备发送数据包，该数据包中携带处理服务共享请求所需的输入参数信息，后续共享设备可以直接利用提前接收到的输参数信息进行应用处理，简化了操作流程和数据传输步骤；共享设备也可以实时接收请求设备实时获取到的服务共享请求所需的输入参数信息。

具体地，步骤b具体包括步骤b1以及步骤b2中的至少一项，其中，

步骤b1、共享设备从服务共享请求中获取处理服务共享请求所需的输入参数信息。

对于本发明实施例，共享设备可以将携带服务共享请求所需的输入参数信息的服务共享请求发送至请求设备。

例如，若共享设备接收到请求设备发送的服务共享请求为“用XX应用叫车”，则该服务共享请求携带的服务共享请求携带的输入参数信息可能包括：请求设备当前所处的地理位置信息；登入XX应用所需的账号、密码中至少一项。

例如，若共享设备接收到请求设备发送的服务共享请求“需要调用YY应用，进行支付”，则该服务共享请求携带的输入参数信息可以包括：登入YY应用所需的账号、密码；执行支付操作所需的账号、密码中的至少一项。

步骤b2、共享设备向请求设备发送输入参数请求消息，并接收请求设备反馈的、处理服务共享请求所需的输入参数信息。

对于本发明实施例，当共享设备检测到服务共享请求中未携带输入参数信息，并且不能从本地获取输入参数信息，和/或不能使用本地输入参数信息(必须使用请求设备侧的参数信息)时，向请求设备发送输入参数请求信息。如果需要请求设备提供输入参数信息，请求设备可以获取输入参数信息，并将输入参数信息发送给共享设备，如果需要用户通过操作来获取输入参数信息时，如需要用户打开摄像头拍摄二维码时，请求设备会提示用户进行相应操作，从而完成应用的调用。

但当请求设备当前的网络状态较差或者设备状态较差，无法通过智能语音助手将输入参数信息发送至共享设备时，请求设备可以通过预设的通信应用(如短消息应用)将该输入请求消息发送至共享设备。若输入参数信息中的部分输入参数信息无法通过预设通信应用发送至共享设备，如多媒体信息(图片、视频等)，但第三方设备中存储有上述部分输入参数信息时，请求设备需要将第三方设备的身份信息发送至共享设备的智能语音助手，并在第三方设备的身份信息验证通过时，第三方设备将自身存储的上述部分输入参数信息发送至共享设备。在本发明实施例中，当共享设备接收到第三方设备发送的上述部分输入参数信息时，即可断开与第三方设备之间的连接关系。

对于本发明实施例，共享设备的智能语音助手可以获取请求设备提供的输入参数信息，该过程可以对共享用户是不可见的。在本发明实施例中，请求设备提供的输入参数信息仅可以在服务共享期间使用，服务共享结束之后，共享设备的智能语音助手可以删除请求设备提供的输入参数信息。

由上可见，请求设备调用共享设备的处理资源来响应用户的操作指令时，处理过程由共享设备执行，但是应用的输入可以由请求设备提供。因此对于请求用户来说，对共享的应用的操作感受，和请求设备自身运行该应用时的操作感受类似，大大提高了用户的体验。

步骤506，共享设备将与服务共享请求对应的处理结果发送至请求设备。

当共享设备向请求设备反馈处理结果时，可以将实时的处理结果反馈给请求设备，包括以下方式：

共享设备周期性地将当前的处理结果反馈给请求设备；

当应用的处理结果变化时，实时将变化后的处理结果反馈给请求设备。

例如，共享设备接收到请求设备发送的服务共享请求为“使用XX应用叫车”，则共享设备将已为请求用户成功叫到车的指示信息发送至请求设备，以及所叫到的车的车牌号、司机电话以及所叫到的车的实时位置信息发送至请求设备。

共享设备也可以在满足预设条件时，再将服务共享请求对应的处理结果返回至请求设备。共享设备可以根据网络状况和/或设备状态确认是否满足返回处理结果的预设条件，其中网络状况可以为请求设备和共享设备之间的网络状况，设备状态可以为请求设备和/或共享设备的电量状态、智能语音助手状态等。例如，共享设备在检测到其与请求设备间的网络状况良好(如网络传输速度达到设定速度阈值)时，确认满足预设条件，因此共享设备可以向请求设备反馈处理结果；和/或，在请求设备和/或共享设备的电量达到设定电量阈值时，确认满足预设条件，因此共享设备可以向请求设备反馈处理结果；和/或，在请求设备和/或共享设备的智能语音助手可以正常运行时，确认满足预设条件，因此共享设备可以向请求设备反馈处理结果。

具体地，若待共享的应用包括至少两个应用，则将与服务共享请求对应的处理结果发送至请求设备，包括：将各待共享的应用的处理结果合并后的处理结果发送至请求设备。

其中，各待共享的应用的处理结果合并的可以包括：语义合并、拼接合并。

例如，共享设备接收到请求设备发送的服务共享请求包括：“使用XX应用叫车”，“利用YY应用扫描二维码”，将该两个相应的处理结果进行合并，如拼接合并为“通过XX应用为用户成功叫到车，车牌号：ZZZ、司机电话:13600000000；通过YY应用成功扫描二维码，开锁密码：AAA”。

例如，共享设备接收到请求设备发送的服务共享请求包括“查询XX景点的状况”，该服务共享请求包括多个请求消息，例如“查询到XX景点的路线”、“查询XX景点的天气信息”以及“查询XX景点的酒店信息”，确定待共享的应用为至少3个，则将这三个请求消息的处理结果发送至请求设备。

对于本发明实施例，共享设备根据接收到请求设备的一个服务共享请求，确定待共享的应用包括至少两个；或者共享设备在预设时间内接收到请求设备发送的至少两个服务共享请求，确定接收到的至少两个服务共享请求对应的应用为至少两个。

例如，共享设备接收到的一个服务共享请求为“利用XX应用为用户叫一辆车，并利用YY应用扫描二维码”则根据该服务共享请求确定出待共享的应用为XX应用以及YY应用。

例如，共享设备接收到第一个服务共享请求为“利用XX应用为用户叫一辆车”，2秒之后接收到第二个服务共享请求为“利用YY应用扫描二维码”，则确定待共享的应用仍为XX应用以及YY应用。

具体地，由于共享设备与请求设备所处的语言环境可能不相同，例如，共享设备所处的语言环境为中文，请求设备所处的语言环境为英文，因此步骤506具体可以包括步骤5061(图中未标注)以及步骤5052(图中未标注)，其中：

步骤5061、共享设备确定请求设备对应的语言信息。

对于本发明实施例，共享设备可以基于接收到的服务共享请求，确定请求设备对应的语言信息，如语言环境。

例如，共享设备接收到请求设备发送的服务共享请求，并识别该服务共享请求，确定该服务共享请求对应的语言为英文，则确定请求设备对应的语言环境为英文。

对于本发明实施例，请求设备可以将语言环境指示信息发送给共享设备，例如请求设备发送的服务共享请求中可以携带有请求设备的对应的语言环境指示信息，共享设备可以基于请求设备发送的其对应语言环境指示信息，确定请求设备对应的语言环境为英文。或者，共享设备也可以根据请求设备发送的服务共享请求中的用户语音指令判断请求设备的语言环境，如用户语音指令为英文指令，则可以确定请求设备对应的语言环境为英文。

步骤5062、共享设备将处理结果与请求设备对应的语言信息进行匹配，并将匹配后的处理结果发送至请求设备。

具体地，步骤5062中共享设备将处理结果与请求设备对应的语言信息进行匹配，具体包括：判断处理结果对应的语言信息与请求设备对应的语言信息是否一致；若不一致，则根据请求设备对应的语言信息，对处理结果进行语言转换处理，将转换处理后的处理结果作为匹配后的处理结果。

例如，若处理结果为“已成功叫到出租车，出租车车牌号为：XXXXXX”即该处理结果对应的语言环境为中文，请求设备对应的语言环境为英文，即处理结果对应的语言环境与请求设备对应的语言环境不一致，则对该处理结果进行语言转化处理，转化后的处理结果为“to call a taxi successfully,and the taxi's license plate number is:XXXXXX”作为匹配后的处理结果。

进一步地，当共享设备接收到服务共享请求，但是共享设备无法独立执行该服务共享，具体包括：当共享设备无法执行与所述服务共享请求相应的操作，或仅能执行与服务共享请求相应的部分操作时，则执行步骤5063(图中未标注)以及步骤5064(图中未标注)，其中，

步骤5063、共享设备向与其建立连接的其它至少一个设备发送服务共享请求。

对于本发明实施例，若共享设备判断出与其建立连接的每个设备均无法独立执行该服务共享请求，则向与其连接的多个设备发送服务共享请求；若共享设备判断出与其建立连接的某个设备可以独立完成该服务共享请求，则向该可以独立完成服务共享请求的设备发送该服务共享请求；若共享设备判断出与其建立连接的某个设备可以独立完成该服务共享请求，也可以将服务共享请求发送给多个设备。

例如，与共享设备建立连接的设备包括设备1、设备2以及设备3，其中设备1可以独立执行该服务共享请求，设备2以及设备3无法独立执行该服务共享请求，则共享设备可以向设备1发送服务共享请求，也可以向设备2以及设备3发送服务共享请求，也可以向设备1、设备2以及设备3发送服务共享请求。

对于本发明实施例，若共享设备需要向与其连接的多个设备发送服务共享请求，可以确定每个设备需要执行的操作，并向每个设备发动对应的操作指令。

例如，共享设备接收到请求设备发送的服务共享请求为“利用XX应用，打车；利用YY应用扫描二维码”，其中，设备2可以执行“利用XX应用，打车”，设备3可以执行“利用YY应用扫描二维码”，则共享设备可以向设备2发送服务共享请求为“利用XX应用，打车”，向设备3发送服务共享请求为“利用YY应用扫描二维码”。

步骤5064、共享设备将接收到上述其它至少一个设备发送的处理结果，发送至请求设备。

具体地，步骤5064具体包括：步骤5064a以及步骤5064b，其中，

步骤5064a、共享设备接收其它至少一个设备发送的处理结果。

对于本发明实施例，当共享设备接收到其它任一设备发送的处理结果，可以将该接收到的处理结果发送给请求设备，也可以将自身的处理结果优先发送给请求设备，也可以如步骤5064b所示。

步骤5064b、共享设备将自身的处理结果与接收到的处理结果合并后的处理结果发送至请求设备。

例如，共享设备接收到请求设备发送的服务共享请求为“利用XX应用，打车；利用YY应用扫描二维码”，其中共享设备可以执行服务共享请求为“利用XX应用，打车”，设备1执行服务共享请求“利用YY应用扫描二维码；”，则共享设备自身的处理结果为“通过XX应用为用户成功叫到车，车牌号：ZZZ、司机电话:13600000000”；接收到设备1发送的处理结果为“通过YY应用成功扫描二维码，开锁密码：AAA”，则共享设备将自身的处理结果与接收到的处理结果合并后的处理结果“通过XX应用为用户成功叫到车，车牌号：ZZZ、司机电话:13600000000；通过YY应用成功扫描二维码，开锁密码：AAA”，并将该合并后的结果发送至请求设备。

步骤507，请求设备接收到处理结果后，向用户展示处理结果。

例如，向用户展示的处理结果为“通过XX应用为用户成功叫到车，车牌号：ZZZ、司机电话:13600000000；通过YY应用成功扫描二维码，开锁密码：AAA”。

对于本发明实施例，通过上述操作，请求设备的用户的操作感受和在本地运行时的操作感受一致，另外，共享设备在共享服务时，也可以在后台运行调用的应用，从而不打扰用户使用共享设备。

进一步地，若请求设备与共享设备均设置有智能语音助手，请求设备的智能语音助手与共享设备的智能语音助手均可以正常使用，但是请求设备的智能语音助手的类型与共享设备的智能语音助手的类型不相同，例如，请求设备与共享设备为不同提供商的设备，其智能语音助手也不同；则在此场景下进行共享交互的方式有两种方法，如下所示：

不同类型的智能语音助手进行数据转换实现共享的方法一：

步骤一、请求设备的智能语音助手接收用户输入的服务共享请求；

步骤二、请求设备的智能语音助手按照共享设备的智能语音助手的服务接口的格式，将该服务共享请求进行匹配和转换，得到与共享设备的智能语音助手的服务接口的格式相匹配的服务共享请求；

步骤三、请求设备的智能语音助手向共享设备智能语音助手的服务器发送格式匹配后的服务共享请求，其中，请求设备可以通过以下两种方式中任意一种方式发送该服务共享请求：

1)请求设备智能语音助手直接向共享设备的服务器发送该服务共享请求。

2)请求设备智能语音助手通过请求方服务器向共享设备的智能语音助手服务器发送该服务共享请求。

步骤四、共享设备的智能语音助手的服务器将该格式匹配后的服务共享请求发送至目标设备的智能语音助手；

步骤五、共享设备的智能语音助手执行该服务共享请求，得到与该服务共享请求对应的处理结果；

步骤六、共享设备的智能语音助手按照请求设备服务接口的格式，对该处理结果进行匹配和转换，并向请求设备智能语音助手的服务器发送匹配以及转换后的处理结果；

步骤七、请求设备智能语音助手的服务器将匹配以及转换后的处理结果发送至请求设备智能语音助手。

步骤一至步骤七的实现方式，详见上文，在此不再赘述。

不同类型的智能语音助手进行数据转换实现共享的方法二：

步骤一、请求设备的智能语音助手接收用户输入的服务共享请求；

步骤二、请求设备的智能语音助手按照共享设备的智能语音助手的服务接口的格式，将该服务共享请求进行匹配和转换，得到与共享设备的智能语音助手的服务接口的格式相匹配的服务共享请求；

步骤三、请求设备的智能语音助手向共享设备智能语音助手直接发送格式匹配后的服务共享请求，请求设备通过以下两种方式发送该服务共享请求，其中，

1)请求设备智能语音助手直接向共享设备的智能语音助手发送该服务共享请求；

2)请求设备智能语音助手通过请求方服务器向共享设备的智能语音助手发送该请求；

步骤四、共享设备的智能语音助手接收并验证该格式匹配后的服务共享请求；

步骤五、共享设备的智能语音助手执行该服务共享请求，得到与该服务共享请求对应的处理结果；

步骤六、共享设备的智能语音助手按照请求设备服务接口的格式，对该处理结果进行匹配和转换，并向请求设备智能语音助手发送匹配以及转换后的处理结果；

步骤七、请求设备智能语音助手接收匹配以及转换后的处理结果，完成服务。

步骤一至步骤七的实现方式，详见上文，在此不再赘述。

实施例二

实施例二中详细介绍第二应用场景下，进行服务共享的方法，如图6所示，其中，

步骤601、请求设备通过设定通信应用，将服务共享请求发送给共享设备。

其中，设定通信应用包括下述至少一项：

通话应用；短消息应用；即时通信应用。

上述设定通信应用可以由请求设备触发启动，也可以由共享设备触发启动。例如，可以由请求设备作为主叫方呼叫共享设备，也可以为共享设备作为主叫方呼叫请求设备；可以由请求设备向共享设备发送短消息，也可以由共享设备向请求设备发送短消息。

对于本发明实施例，如果请求设备没有安装智能语音助手，或在请求用户设备上的智能语音助手功能受限(如：请求用户当前环境没有网络，或智能语音助手应用出现错误，无法正常使用等)的情况下，可以使用通话应用，短信息应用以及即时通信应用中的至少一项，将服务共享请求发送给共享设备。

对于本发明实施例，请求设备通过短消息应用、通话应用和/或即时通信应用，将服务共享请求“使用终端B中的XX应用，打车”发送至共享设备(终端B)。

进一步地，请求设备可以在发送服务共享请求之前、之后或者在发送服务共享请求的同时，请求设备确定共享设备共享服务所需的输入参数信息；请求设备将输入参数信息发送给共享设备。

其中，输入参数信息包括：设备位置信息、设备存储的内容、多媒体信息采集设备实时采集的多媒体信息、用户操作信息以及应用账户信息中的至少一项。

步骤602、共享设备接收请求设备发送的服务共享请求。

具体地，步骤602包括步骤6021：共享设备通过设定通信应用，接收请求发送的服务共享请求。

其中，设定通信应用包括下述至少一项：

通话应用；短消息应用；即时通信应用。

共享设备的智能语音助手可以检测设定通信应用的通信信息，若根据通信信息确认用户请求共享设备进行服务共享，则共享设备可以确认接收到请求设备发送的服务共享请求。

例如，设定通信应用为通话应用时，共享设备的智能语音助手可以监听通话信息，如果请求用户在通话接通后的较短时间内发出请求服务共享的语音指令，则共享设备的智能语音助手可以确认接收到请求设备发送的服务共享请求，此时可以直接与请求设备进行通信；如果请求用户没有在通话接通后的较短时间内发出请求服务共享的语音指令，则共享设备的智能语音助手认为没有接收到请求设备发送的服务共享请求，此时可以不处理来电信息，由共享用户来接听通话电话。

例如，设定通信应用为短消息应用时，共享设备的智能语音助手可以分析接收到的短消息的内容是否包含请求服务共享的信息，如果包括，则共享设备的智能语音助手可以确认接收到请求设备发送的服务共享请求。

步骤603、共享设备处理服务共享请求。

具体地，步骤603包括步骤6031：共享设备确定待共享的应用；共享设备调用待共享的应用处理服务共享请求。

具体地，步骤603包括步骤6032a-步骤6032b，其中，

需要说明的是：步骤6031可以在步骤6032a之前执行，也可以在步骤6032b之后执行，或者与步骤6032a、步骤6032b同时执行。

步骤6032a、共享设备获取处理服务共享请求所需的输入参数信息。

具体地，步骤6032a具体包括步骤6032a1以及步骤6032a2中的至少一项，其中，

步骤6032a1、共享设备从本地获取处理服务共享请求所需的输入参数信息。

步骤6032a2、共享设备接收请求设备发送的处理服务共享请求所需的输入参数信息。

具体地，步骤6032a2包括：步骤6032a21以及步骤6032a22中的至少一项：

步骤6032a21、共享设备从服务共享请求中获取处理服务共享请求所需的输入参数信息。

6032a22、共享设备向请求设备发送输入参数请求消息，并接收请求设备反馈的、处理服务共享请求所需的输入参数信息。

步骤6032b、共享设备根据获取到的输入参数信息，处理服务共享请求。

步骤604、共享设备将与服务共享请求对应的处理结果发送至请求设备。

具体地，共享设备可以通过设定通信应用将与服务共享请求对应的处理结果发送至请求设备。

对于本发明实施例，共享设备可以基于以下至少一种方式，确定发送处理结果的通信应用：

(1)共享设备基于接收到的服务共享请求中携带的发送处理结果的通信应用方式，确定向请求设备发送处理结果的通信应用，例如，共享设备接收到的服务共享请求中获知发送通信应用为短消息应用，则确定发送服务共享请求对应的处理结果的通信应用为短消息应用；

(2)共享设备基于预先设定的发送方式，确定向请求设备发送处理结果的通信应用，例如，共享设备中预先设定通过通话应用向请求设备发送服务共享请求对应的处理结果，则确定发送服务共享请求对应的处理结果的通信应用为短消息应用；

(3)共享设备确定接收服务共享请求的通信应用作为发送与该服务共享请求对应的处理结果的通信应用，例如，共享设备通过短消息应用，接收到服务共享请求，则确定发送服务共享请求对应的处理结果的通信应用为短消息应用。

共享设备也可以按照实施例一中的反馈方式，向请求设备反馈处理结果，详细过程这里不再赘述。

对于本发明实施例，共享设备可以得到服务共享请求对应的处理结果后，实时将服务共享请求对应的处理结果返回至请求设备，例如共享设备周期性地将当前的处理结果反馈给请求设备，或者当应用的处理结果变化时，实时将变化后的处理结果反馈给请求设备。

共享设备也可以在满足预设条件时，再将服务共享请求对应的处理结果返回至请求设备。具体方式和实施例一类似，这里不再赘述。

具体地，若待共享的应用包括至少两个应用，则步骤604包括步骤6041：共享设备将各待共享的应用的处理结果合并后的处理结果发送至请求设备。

具体地，步骤6041还可以为：共享设备通过设定通信应用，将各待共享的应用的处理结果合并后的处理结果发送至请求设备。

具体地，由于共享设备与请求设备分别对应的语言环境可能不同，例如，共享设备对应的语言环境为中文，请求设备对应的语言环境为英文，步骤604包括步骤6042a-步骤6043b，其中，

步骤6042a、共享设备确定请求设备对应的语言信息。

步骤6042b、共享设备将处理结果与语言信息进行匹配，并将匹配后的处理结果发送至请求设备。

具体地，步骤6042b中共享设备将处理结果与语言信息进行匹配的步骤包括：判断处理结果对应的语言信息与请求设备对应的语言信息是否一致；若不一致，则根据请求设备对应的语言信息，对处理结果进行语言转换处理，将转换处理后的处理结果作为匹配后的处理结果。

进一步地，在共享设备接收到服务共享请求之后，若共享设备无法执行该服务共享请求，或者仅可以执行该服务共享请求的部分内容，则步骤603、步骤604具体可以包括：共享设备向与其建立连接的其它至少一个设备发送服务共享请求；共享设备将接收到其它至少一个设备发送的处理结果，发送至请求设备。

具体地，将接收到其它至少一个设备发送的处理结果，发送至请求设备的步骤，包括：接收其它至少一个设备发送的处理结果；将自身的处理结果与接收到的处理结果合并后的处理结果发送至请求设备。

对于本发明实施例，通过上述操作，请求设备的用户的操作感受和在本地运行时的操作感受一致，另外，共享设备在共享服务时，也可以在后台运行应用，从而不打扰用户使用共享设备。

实施例二中与实施例一中存在部分相同的技术特征，针对该相同技术特征的具体描述详见实施例一的相应部分，在此不再赘述。

实施例三

终端设备之间在通过实施例一以及实施例二进行服务共享之前，可以预先进行共享功能的设置，具体的设置方式详见实施例三。

通过共享功能的设置可以选定共享功能的发现方式、允许的连接方式、允许连接的设备、允许共享的应用和权限等。共享功能设置方法由以下四部分组成，各部分之间没有先后顺序，分别完成相应设置功能。

(1)选择共享设备搜索和连接方式

如果用户想要和其它用户共享服务，则可以将所使用的终端设备作为共享设备，用户可以设置请求设备可以通过如下方式搜索及连接该共享设备：

a)通过服务器搜索共享设备：请求设备可以通过指定的方式，如从联系人列表或即时通信应用中的通信列表等方式，搜索到共享设备；请求设备通过服务器查找到共享设备信息并发送连接请求；请求设备也可以直接搜索服务器推荐的共享设备信息，发起连接。

b)通过短距离通信方式搜索共享设备：请求设备也可以通过如WIFI或蓝牙等短距离通信方式搜索附近的设备，与选定的共享设备进行连接；或随机连接周围的共享设备。

其中，附近的设备可以包括在短距离通信范围内，且在预设的共享设备范围内的设备。

c)通过NFC连接共享设备：请求设备也可以通过NFC方式，与共享设备直接连接，其中请求设备可以通过NFC方式与指定的共享设备或随机共享设备进行直接连接。

d)通过设定通信应用连接共享设备：请求设备可以通过通话应用(语音通话或视频通话)；短消息应用；即时通信应用等方式，与共享设备进行连接。

(2)选择请求设备范围

共享设备可以选择请求设备范围。通过设置请求设备范围，可以限制连接到共享设备的设备范围。请求设备范围的设置可以包括：

a)指定设备：共享设备可以设置只能被联系人列表或即时通信应用中的通信列表等已知范围内的请求设备搜索并发起连接请求，其他在设定的已知列表之外的设备无法搜索到共享设备，或者共享设备接收到服务共享请求后可以直接拒绝该请求。

b)临时授权设备：是指共享设备可以临时授权请求设备进行服务共享，如请求设备开启NFC功能，并请求在NFC模式下连接共享设备。共享设备可以在NFC模式下，临时允许请求设备的连接请求。共享服务完成后，临时授权可以失效。其中，共享设备可以在接收到连接请求后设置是否临时授权请求设备进行服务共享。

c)随机设备：是否允许匿名设备或随机设备搜索并发起共享请求。例如，请求设备通过WIFI、蓝牙等方式搜索附近设备，或通过服务器推荐方式查找到的共享设备，从而向共享设备发起共享请求。

本发明实施例提出，不同的请求设备的设备类型可以对应不同的优先级别，并且同一类型的设备内，也可以进行优先级设置。当多个请求设备同时请求共享服务时，共享设备可以按照优先级提供共享服务。

例如，共享设备A设置其设备上的共享功能开放给联系人列表中的设备B，C，D。并且设置设备B优先级最高，C次之，D优先级最低。当设备B，C，D同时请求设备A的智能语音助手进行共享时，设备B的请求优先被接受处理。

(3)选择共享应用范围

共享设备的用户可以从应用列表中选择应用共享范围。其中，可以指定不同的请求设备拥有不同的应用使用范围。

a)指定范围内设备使用权限：指定范围可以是某一个或某几个指定的请求设备，也可以是联系人列表范围或即时通信应用中的通信列表内的请求设备等。

b)其他设备使用权限：在非指定范围内的设备可以使用的应用范围。

(4)设置应用内功能权限

共享设备的用户还可以设置应用内的功能共享范围。

其中，设置应用内共享范围包括设置应用内查询功能，预定功能，支付功能等。通过设置应用内功能共享范围，能够更加精确的控制连接到当前共享设备的请求设备的操作范围，从而能够更好的保护设备隐私，设备账户资金安全等。

以上四部分设置为任意组合设置，通过以上四部分，可以对不同单个请求设备或者请求设备群体进行如下设置：

a)设置不同的搜索方法或连接方式，不同的请求设备允许调用的应用程序列表不同，以及不同的请求设备设置不同的应用内功能权限。

b)共享设备根据不同请求设备的优先级别进行共享服务，当发生冲突时，根据请求设备的优先级别保证相应设备优先共享。

本发明实施例提出，在进行服务共享时，请求设备可以通过上述设置的方式搜索并连接共享设备，将共享服务请求发送给请求设备。

共享设备也可以通过上述设置，检测请求设备是在设置的请求设备范围内，若在设置的请求设备范围内，则请求设备可以搜索到该共享设备，或者共享设备可以接受服务共享请求进行服务共享；若不在设置的请求设备范围内，则请求设备可能无法搜索到该共享设备，或者共享设备接收到服务共享请求后可以直接拒绝该请求。

共享设备也可以通过上述设置，检测请求设备请求共享的应用是否在设置的应用共享范围内，若在设置的应用共享范围内，则共享设备可以接受服务共享请求进行服务共享；若不在设置的应用共享范围内，则共享设备接收到服务共享请求后可以直接拒绝该请求。

共享设备还可以通过上述设置，检测请求设备请求共享的应用的相关功能是否在设置的应用内功能共享范围内，若在设置的应用内功能共享范围内，则共享设备可以接受服务共享请求进行服务共享；若不在设置的应用内功能共享范围内，则共享设备接收到服务共享请求后可以直接拒绝该请求。

实施例四

在通过实施例一以及实施例二中介绍的方式进行服务共享时，请求终端设备与共享设备)之间需要实现连接，为了提高终设备在连接过程中以及信息传输过程中的安全性，在连接的过程中可以进行安全认证；另外在进行服务共享的过程中，终端设备之间可能需要共享一些输入参数信息，因此在进行服务共享的过程中，同样可以进行安全认证，具体的认证方式详见实施例四：

其中，实施例四包括两部分的安全认证方式：终端设备连接过程中的安全认证方式以及服务共享过程中安全认证的方式。

一、终端设备连接过程中的安全认证方式

具体的验证方式详见下述实施例：

(1)服务器连接的认证方式

其中，上述服务器可以为智能语音助手服务器。服务器连接认证方式的操作流程如图7所示，其中，

a)请求用户发出申请。

请求用户可以启动请求设备的智能语音助手应用，向智能语音助手输入操作指令，该操作指令可以为请求服务共享请求。

其中，请求设备的智能语音助手可以提取本机设备信息，包括以下至少一项信息：设备ID，设备IP，设备地理位置信息，设备型号，设备系统类型，设备系统版本，智能语音助手型号，智能语音助手版本，设备账户信息等。请求设备的智能语音助手还可以进一步确定用户请求共享的服务信息，包括以下至少一项信息：指定服务，服务时间地点，服务有效期，服务指定使用的应用等。

对于本发明实施例，请求设备的智能语音助手可以对以上信息进行压缩、编码和加密处理，并将处理后的信息携带在服务共享请求中发送至智能语音助手服务器。

b)服务器验证请求设备权限。

服务器(如智能语音助手服务器)根据接收到的信息对请求设备进行验证。

具体地，服务器对接收到的信息进行解密，提取设备账户信息等信息，通过服务器中存储的各请求设备的设备系统数据，验证请求设备身份。

c)服务器验证共享用户权限。

服务器进行共享设备匹配，确定对请求设备进行服务共享的共享设备。对匹配到的共享设备进行验证，通过服务器端数据库信息，确认请求设备请求共享的服务处于共享设备允许的范围内。

d)服务器转发请求设备的服务共享请求。

服务器将请求设备发送的信息进行压缩、编码和加密处理后，携带在服务共享请求中传送给共享设备。

e)共享设备验证请求设备权限。

共享设备的智能语音助手对服务器传送的信息进行解密和解压缩。验证请求设备请求共享的服务是否在本机设备允许的范围内，并将验证结果反馈给服务器。

(2)非服务器连接的认证方式

终端设备之间不通过服务器(如智能语音助手服务器)进行连接时的认证方式的流程如图8所示，其中，

a)请求用户发出申请。

请求用户可以启动请求设备的智能语音助手应用，向智能语音助手输入操作指令，该操作指令可以为请求服务共享请求。

其中，请求设备的智能语音助手可以提取本机设备信息以及用户请求共享的服务信息，其中本机设备信息中的设备账户信息可以采用独立秘钥加密方式进行加密，加密后数据只有服务器(如智能语音助手服务器)可以进行解密，以保证双方的敏感信息安全。

对于本发明实施例，请求设备的智能语音助手对以上信息进行压缩、编码和加密处理，并通过已经建立的连接方式(例如，蓝牙，WIFI，NFC等)将上述信息传送给共享设备。

b)共享设备验证请求设备权限。

共享设备的智能语音助手对接收到的信息进行解密和解压缩，并将接收到的设备账户信息上传至服务器进行请求设备身份验证，服务器对该加密信息进行解密，并通过服务器中设备中存储的各请求设备的设备系统数据，验证请求设备身份，将确认结果信息传回共享设备。

共享设备确认请求设备身份后，通过本地共享服务预先设置的信息，对该请求设备的权限以及请求共享的服务进行验证，确定允许或者禁止该请求设备的共享请求。

(3)非智能语音助手连接的认证方式

其中，非智能语音助手连接时的认证方式的操作流程图如图9所示，其中，

a)请求用户发出申请。

请求用户可以为使用请求设备的用户。

请求用户通过通话应用，短消息应用或者即时通信应用等方式向共享设备建立连接。请求用户通过上述设定通信应用，将指定语音口令或者指定文本口令发送至共享设备，共享设备的智能语音助手可以通过上述设定通信应用，确认请求设备是否请求进行服务共享。

b)共享设备验证请求设备权限。

共享设备的智能语音助手通过本机共享设置和通讯录等验证请求设备的身份，以及请求设备申请的权限信息。

c)共享设备向服务器申请验证信息。

该步骤为可选步骤。

共享设备将请求设备的信息压缩加密后发送给服务器；服务器对该请求设备的信息进行解密和解压缩，并根据解密和解压缩处理后的信息对请求设备身份进行大数据分析，通过请求用户的用户画像，请求设备地理位置，当前网络状况，以及与共享设备的关系等，生成该请求设备的身份及权限验证信息。

在本发明实施例，可以添加或者去除服务器验证环节。当共享设备在网络状况良好的情况下，可以默认通过服务器进行分析请求，生成验证信息；当共享设备网络状况受限，无法与服务器进行连接，或者共享设备设置与特定的请求设备进行直接连接时，可以不通过服务器生成验证信息。

其中，该验证信息可以是语音或者文字，并且该验证信息可以由验证问题和期望回复信息组成。

d)服务器发送验证信息。

服务器将请求设备验证信息加密压缩后发送给共享设备。该步骤为可选步骤。

e)共享设备验证请求设备权限。

如果通过服务器验证方式进行验证，则可以通过服务器获取验证问题或者其它验证信息。若不通过服务器验证，则由共享设备智能语音助手根据共享设置，和/或共享设备与请求设备的关联关系(比如，请求设备在共享设备的通讯列表中，或者可以根据通话记录等分析出关联程度)等信息，分析出验证问题和期望回复。

共享设备通过语音或者文字等方式，发送给请求设备验证问题；请求设备将用户的回复内容发送给共享设备；共享设备对请求设备回复的内容进行分析，与期望回复内容进行匹配，以确认请求设备的身份和权限。

(4)不同类型的智能语音助手认证方式

当请求设备与共享设备的智能语音助手为不同类型的智能语音助手时，安全验证方式的操作流程图如图10所示。其中，

a)请求用户发出申请。

请求用户可以为使用请求设备的用户。

请求用户可以启动请求设备的智能语音助手应用，向智能语音助手输入操作指令，该操作指令可以为请求服务共享请求。

b)请求设备对应的智能语音助手服务器验证请求设备权限。

智能语音助手服务器对接收到的信息进行验证，即通过服务器端数据库信息，对接收到的信息进行验证，确认请求设备身份和请求内容的合法性。

c)请求设备对应的智能语音助手服务器转发至其它智能语音助手服务器。

请求设备对应的智能语音助手服务器将请求设备的信息压缩加密后，转发给其它合作的智能语音助手服务器；

d)其它智能服务器验证共享设备权限。

其它智能服务器对匹配的共享设备进行验证，即通过服务器端数据库信息，对共享设备提供的共享服务权限进行验证，确认请求设备请求共享的服务是否处于允许共享的范围内。

e)其它智能服务器将请求设备的信息发送至共享设备。

其它智能服务器将请求设备的信息压缩、编码和加密处理后，传送给共享设备。共享设备可以根据请求设备的信息进行进一步验证，并在验证通过后，为请求设备提供相应共享服务。

二、服务共享过程中安全认证的方式如下所示：

服务共享过程中，共享设备的智能语音助手在处理服务共享请求时，需要调用本地应用程序，可能涉及到应用程序的账号及密码等敏感信息。该部分主要描述了共享过程中应用账号和密码的使用和安全验证。

共享设备可以预先设置应用账户的使用权限，设定允许哪些设备使用哪些应用的账号和/或密码。

当共享设备的智能语音助手响应请求设备的服务共享请求，并调用本地相应的应用程序时，可以首先检查该应用账户权限设置：

若允许该请求设备使用共享设备的应用账户，则共享设备的智能语音助手调用本地已经保存的应用账户进行登录，完成应用程序的后续操作。

若不允许该请求设备使用共享设备的应用账户，则共享设备的智能语音助手会向请求设备的智能语音助手或者采用其他方式(通话、短消息、即时通信应用等)通知请求设备，发送该应用程序的账户信息以完成共享服务。请求设备收到通知后，发送加密后的应用账户信息，共享设备收到应用账户信息后，进行解密操作，利用对方的应用账户进行后续操作。

如果共享设备的智能语音助手没有收到对方的应用账户，则可以提示共享设备是否可以临时允许该请求设备使用共享设备的应用账户进行操作。

实施例五

在通过实施例一以及实施例二中介绍的方式进行服务共享时，请求设备(第二终端设备)与共享设备(第一终端设备)之间需要先进行连接，具体的连接方式包括三种类型，分别为具有相同类型的智能语音助手的终端设备之间的连接；具有不同类型的智能语音助手的终端设备之间的连接；非智能语音助手设备(未安装智能语音助手的终端设备)与智能语音助手设备(安装智能语音助手的终端设备)之间的连接，具体如下所示：

一、相同类型的智能语音助手的终端设备之间的连接

(1)终端设备指定的连接方式

设备指定连接包括两种连接方式：请求设备指定要连接的共享设备；共享设备指定允许连接的请求设备。

上述两种连接方式中每种连接方式均包括以下模式：

服务器模式：通过智能语音助手服务器进行连接；

非服务器模式：设备间直接进行连接(点对点连接方式)。

在服务器模式下，若请求用户想要使用其他设备的智能语音助手共享服务，则请求用户向本机智能语音助手发出语音指令，使用某个指定设备的智能语音助手完成某项服务(例如，用户A想要使用用户B的智能语音助手完成叫车服务等)，请求设备将用户的请求发送给智能语音助手服务器，该智能语音助手服务器解析用户的请求后，将用户的请求发送给请求用户指定的设备(即共享设备)的智能语音助手，从而建立请求设备和共享设备之间的连接，请求设备和共享设备可以完成服务共享。其中，图11为请求设备指定要连接的共享设备，通过智能语音助手服务器进行连接的方式示意图。

在非服务器模式下，当进行点对点连接时，例如请求用户指定使用其他设备的智能语音助手进行共享服务。请求用户向本机智能语音助手发出指令，使用某个指定设备的智能语音助手完成某项服务(例如，用户A想要使用用户B的智能语音助手完成叫车服务等)，并开启设置的连接方式(蓝牙、NFC、WIFI等)。请求设备的智能语音助手将用户的请求通过已设置的连接方式(蓝牙、NFC、WIFI等)发送给请求用户指定的设备(即共享设备)的智能语音助手，从而建立请求设备和共享设备之间的连接，请求设备和共享设备可以完成服务共享。其中，图12为请求设备指定要连接的共享设备，与共享设备进行点对点直接连接的连接方式示意图。

在上述两种模式中，请求用户可以向智能语音助手指定要连接的共享设备，请求用户可以在语音指令中提供要连接的共享设备对应的用户姓名，共享设备的设备ID等信息，服务器查找该共享设备并发送连接请求，该共享设备根据设置信息选择是否建立连接。具体步骤如图13以及图14所示：图13是服务器模式下连接流程图，图14为点对点直接互连流程图。

具体地，如图13所示为服务器模式下连接流程示意图，其中步骤如下：

a)请求用户输入连接目标信息(即共享设备的相关信息)。

具体地，请求用户通过语音，文字等方式向请求设备的智能语音助手发出指令。

其中，用户的指令包括连接目标信息和/或操作请求信息；连接目标信息可以是共享用户在通讯录中的姓名、共享设备ID等，也可以是共享用户在社交应用中的用户名等，操作请求信息可以是指定应用程序的操作信息(比如指定使用地图软件查看某地点信息)，也可以是指定智能语音助手的操作信息(比如询问智能语音助手天气状况)。

b)请求设备的智能语音助手分析用户指令。

具体地，请求设备的智能语音助手分析并识别请求用户输入的语音或文字指令，如果根据本地应用程序无法完成服务请求，提示请求用户申请其它设备的智能语音助手进行共享服务，并根据用户指令生成连接请求，以向智能语音助手服务器发送连接请求。

c)请求设备的智能语音助手向智能语音助手服务器发送服务共享请求。

具体地，请求设备的智能语音助手根据当前网络环境，将服务共享请求(包括：连接请求消息以及连接目标信息)发送至智能语音助手服务器。

d)智能语音助手服务器根据连接目标信息向对应的共享设备发送连接请求。

具体地，智能语音助手服务器接收到服务共享请求后，提取连接目标信息，并向对应的共享设备发送连接请求。

e)共享设备根据设置信息(包括连接设置，安全设置等)判断是否建立连接。

具体地，共享设备接收到请求信息后，分析请求设备信息并与当前共享功能设置进行比对；如果请求设备符合预设的连接设置及安全设置，则该共享设备接受此次连接请求，否则拒绝此次连接请求，通知请求设备连接失败，并告知请求设备此次连接失败原因(例如，权限不满足)等。

f)共享设备确认并接受连接请求。

具体地，共享设备将确认信息返回至智能语音助手服务器。

g)智能语音助手服务器建立连接并通知请求设备。

具体地，智能语音助手服务器接收到连接确认信息后，根据信息内容选择建立连接或决绝连接，并将结果发送给请求设备。

具体地，如图14为点对点直接互连流程示意图，其中，其中步骤如下：

a)请求用户输入连接目标信息(即共享设备的相关信息)。

具体地，请求用户通过语音，文字等方式向请求设备智能语音助手发出指令。

其中，用户的指令包括连接目标信息和/或操作请求信息；连接目标信息可以是共享用户在通讯录中的姓名、共享设备ID等，也可以是共享用户在社交应用中的用户名等，操作请求信息可以是指定应用程序的操作信息(比如指定使用地图软件查看某地点信息)，也可以是指定智能语音助手的操作信息(比如询问智能语音助手天气状况)。

b)请求设备的智能语音助手分析用户指令。

具体地，请求设备的智能语音助手分析并识别请求用户输入的语音或文字指令，如果根据本地应用程序无法完成服务请求，提示请求用户申请其它设备的智能语音助手进行共享服务，并根据用户指令生成连接请求，以向智能语音助手服务器发送连接请求。

c)请求设备的智能语音助手直接向共享设备请求建立连接。

具体地，请求设备的智能语音助手根据用户指定的连接方式或者当前可用的连接方式，直接向请求用户指定的共享设备申请建立连接。

d)共享设备根据设置信息(包括连接设置，安全设置等)判断是否建立连接。

具体地，共享设备接收到请求信息后，分析请求设备信息并与当前共享功能设置进行比对；如果请求设备符合预设的连接设置及安全设置，则该共享设备接受此次连接请求，否则拒绝此次连接请求，若拒绝此次连接请求，则可以通知请求设备连接失败，并告知请求设备此次连接失败原因(例如，权限不满足)等。

e)共享设备确认并接受连接请求。

具体地，共享设备将确认信息返回至请求设备。

(2)服务器推荐连接方式

其中，智能语音助手服务器推荐连接的示意图如图11所示。

若请求设备没有指定要连接的共享设备，则请求设备的智能语音助手可以将设备请求发送给智能语音助手服务器，由智能语音助手服务器通过大数据智能分析并选择最佳的共享设备并请求建立连接。

具体步骤如图15所示：

a)请求用户输入连接请求。

请求用户通过语音或文字等方式向智能语音助手发出指令，该指令包括：待共享应用信息，待查询信息等操作信息。

b)请求设备的智能语音助手分析用户的请求。

请求设备的智能语音助手分析用户的请求，生成连接请求并发送至智能语音助手服务器。

c)请求设备的智能语音助手向智能语音助手服务器发送连接请求。

请求设备的智能语音助手将连接请求发送至智能语音助手服务器。

d)智能语音助手服务器确定共享设备并发送连接请求。

智能语音助手服务器接收到连接请求后，分析最佳匹配的共享设备。通过大数据分析确定出最佳匹配的共享设备后，智能语音助手服务器将连接请求发送至共享设备。

其中，最佳匹配条件包括但不限于下述至少一项：共享设备与请求设备之间的关联关系，待共享的应用，共享设备的设备相关信息(如网络状况，设备位置，设备处理资源等)。

e)共享设备根据设置信息(包括连接设置，安全设置等)判断是否建立连接。

具体地，共享设备接收到请求后，分析请求用户信息并与当前共享功能设置信息进行比对。如果请求用户身份符合预设的连接设置及安全设置信息，则接收此次连接请求，否则拒绝此次连接请求。

f)共享设备确认并接受连接请求。

具体地，共享设备将确认信息发送至智能语音助手服务器。

g)智能语音助手服务器建立连接并通知请求设备。

具体地，智能语音助手服务器接收到确认信息后，根据信息内容选择建立连接或拒绝连接，并将结果发送给请求设备。

(3)随机连接

其中，随机连接的示意图如图12所示，其中，

请求设备可以通过蓝牙，WIFI，NFC等方式，与周围的共享设备进行随机连接。在共享设备开放智能语音助手随机共享功能后，在共享设备指定的应用功能共享范围内，请求设备可以就近使用周围共享设备的智能语音助手进行信息共享，具体的操作流程如图16所示。

a)请求设备打开WIFI、蓝牙和/或NFC功能。

具体地，请求设备根据连接需要开启WIFI、蓝牙和/或NFC等功能。

b)请求设备搜索附近设备信息。

具体地，请求设备通过WIFI、蓝牙和/或NFC能方式搜索附近具备智能语音助手功能的设备信息。

c)请求设备选择共享设备。

具体地，请求设备选择要连接的共享设备。

d)请求设备向共享设备发送连接请求。

请求设备通过WIFI、蓝牙和/或NFC等方式，向目标共享设备发送连接请求。

e)请求设备等待共享设备授权。

具体地，共享设备接收到连接请求后，根据安全认证方法及预先设置的安全设置，与请求设备建立连接。如果共享设备未预先设置共享选项，则智能语音助手会发起临时连接请求，通过弹出对话框等方式，提示共享用户是否接受请求设备的连接请求。如果共享设备接受临时连接请求，则共享设备的智能语音助手根据临时授权方式接受连接请求。

f)共享设备授权成功并接受连接请求。

具体地，共享设备授权成功后，共享设备的智能语音助手响应请求设备的连接请求，并与请求设备建立连接。如果共享设备的智能语音助手授权失败，则拒绝请求设备的连接请求。

二、不同类型的智能语音助手设备间操作方式

其中，不同智能语音助手设备间连接方式如图17所示。

由于请求设备(第二终端设备)与共享设备(第一终端设备)也可以通过不同类型的智能语音助手进行共享服务(即请求设备上的智能语音助手与共享设备上的智能语音助手来自不同的提供商)。请求设备与共享设备可以通过智能语音助手服务器进行连接。当共享设备开启共享服务后，请求设备可以搜索并连接到共享设备上进行通信，请求设备和共享设备的连接方式包括以下四种方式：

1)请求设备的智能语音助手直接向共享设备对应的智能语音助手服务器发送连接请求；

2)请求设备的智能语音助手通过请求设备对应的智能语音助手服务器向共享设备对应的智能语音助手服务器发送该连接请求；

3)请求设备的智能语音助手直接向共享设备的智能语音助手发送该连接请求；

4)请求设备的智能语音助手通过请求设备对应的智能语音助手服务器向共享设备的智能语音助手发送该连接请求；

下述以连接方式2)为例，说明共享服务的具体操作，流程如图18所示。

a)共享设备开启共享功能。

具体地，共享设备需要开启共享设置并允许其它智能语音助手连接到当前设备上，并且需要将设备信息注册到共享设备对应的智能语音助手服务器上，其中，设备信息包括设备ID，设备名称，设备型号等信息。

b)请求设备通过对应的智能语音助手服务器搜索共享设备。

具体地，请求设备需要提供共享设备的设备信息(包括设备ID，共享设备名称等信息)至请求设备对应的智能语音助手服务器；该智能语音助手服务器根据接收的共享设备信息，搜索共享设备。

c)请求设备发送连接请求。

具体地，请求设备向对应的智能语音助手服务器发送建立连接请求。

d)请求设备发送安全认证信息。

请求设备将安全认证信息发送给请求设备对应的智能语音助手服务器，该智能语音助手服务器将安全认证信息及请求设备信息发送到共享设备上。

e)等待共享设备授权。

共享设备根据安全认证信息及请求设备信息进行验证及授权，并将授权信息发送给共享设备对应的智能语音助手服务器。

f)共享设备授权成功并接受连接请求。

共享设备对应的智能语音助手服务器确认授权信息并判断是否建立连接，如果认证通过则通知双方建立连接并开始通信，否则拒绝请求设备的连接请求。

三、非智能语音助手设备与智能语音助手设备间操作方式

其中，非智能语音助手设备与智能语音助手设备之间的操作示意图如图19所示。

如果请求设备没有安装智能语音助手，或在请求设备上的智能语音助手功能受限(如：请求设备当前环境没有网络信号，或智能语音助手应用出现错误，无法正常使用等)的情况下，可以使用通话应用(如语音通话)，发短消息或通过其他即时通信应用等方式，与共享设备建立连接，具体如下所示：

(1)通话应用

其中，通过通话应用调用共享设备的服务的方式如图20所示。

a)请求设备拨号呼叫共享设备。

当请求设备没有安装智能语音助手或智能语音助手功能受限的时候，请求设备可以直接拨号呼叫共享设备。

b)共享设备的智能语音助手接听来电，监听通话信息。

共享设备的智能语音助手接听设备来电后，可以验证请求设备的身份，验证通过后可以与请求设备建立连接。

c)共享设备接收服务共享请求。

请求用户可以在通话中请求调用共享设备的应用。如果请求用户在短时间内发出调用应用的语音指令，则共享设备的智能语音助手确认接收到服务共享请求，智能语音助手可以直接与请求设备进行通信；如果请求用户没有在短时间内发出调用应用的语音指令，则智能语音助手不会处理来电信息，由用户接听通话。如果共享用户或请求用户在通话过程中使用语音指令调用智能语音助手，则共享设备的智能语音助手可以提供相应服务。

d)共享设备执行服务共享请求。

共享设备的智能语音助手根据请求设备的服务共享请求，调用本地应用进行相应处理。

e)共享设备返回处理结果。

共享设备的智能语音助手可以智能选择处理结果回复方式(如通过通话应用回复处理结果)，也可以根据用户选择确定处理结果回复方式。

(2)短消息应用

其中，通过短消息应用调用共享设备的服务的方式如图21所示。

a)请求设备发送短消息给共享设备。

请求用户可以将共享需求编辑成短消息发送给共享设备。

b)共享设备接收服务共享请求。

共享设备的智能语音助手过滤短消息内容，分析短消息中是否包含请求共享服务的指令，如果包括请求共享服务的指令，则共享设备的智能语音助手确认接收到服务共享请求。共享设备的智能语音助手还可以验证请求设备的身份，验证通过后可以执行步骤c)。

c)共享设备执行服务共享请求。

共享设备的智能语音助手根据请求设备的服务共享请求，调用本地应用进行相应处理。

d)共享设备返回处理结果。

共享设备的智能语音助手可以智能选择处理结果回复方式(如通过短消息回复处理结果)，也可以根据用户的选择来确定处理结果回复方式。

(3)即时通信应用

其中，通过即时通信应用调用共享设备的服务的方式如图22所示。

a)请求设备通过即时通信应用发送服务共享请求给共享设备。

请求设备可以将共享需求通过即时通信应用发送给共享设备，可以但不限于通过文字、语音、视频等形式发送给共享设备。

b)共享设备接收服务共享请求。

共享设备智能语音助手过滤即时通信应用的消息内容，分析即时通信应用的消息内容中是否包含请求共享服务的指令，如果包括请求共享服务的指令，则共享设备的智能语音助手确认接收到服务共享请求。共享设备的智能语音助手还可以验证请求设备的身份，验证通过后可以执行步骤c)。

c)共享设备执行服务共享请求。

共享设备的智能语音助手根据请求设备的服务共享请求，调用本地应用进行相应处理。

d)共享设备返回处理结果。

共享设备的智能语音助手可以智能选择处理结果回复方式(如通过即时通信应用回复处理结果)，也可以根据用户的选择来确定处理结果回复方式。

四、共享设备与其它共享设备之间的连接方式：

当共享设备无法执行与请求设备发送的服务共享请求相应的操作，或仅能执行与服务共享请求相应的部分操作时，该共享设备可以与其它共享设备建立连接，以使得其它共享设备执行该服务共享请求，或者与该其它共享设备共同执行该服务共享请求，其中，该共享设备与其它共享设备建立连接对应的连接方式可以为上述三种方式中的任一种连接方式。在此不再赘述。

实施例六

本发明实施例主要是通过具体的应用场景实例，具体介绍实施例一至实施例五中记载的请求设备与共享设备进行服务共享的方式：

场景一、请求设备的智能语音助手通过智能语音助手服务器推荐功能完成异地叫车服务，例如，某用户到A地区出差，需要使用打车应用进行叫车，但是用户A的手机上只安装了XX打车应用，并没有安装A地区支持使用的打车应用YY，其手机上的智能语音助手帮助其使用其他用户手机中的YY应用帮助叫车，具体步骤如下：

步骤一：用户2手机上安装有智能语音助手，并在设置中通过设置选项指定了用户1可以使用用户2手机上的智能语音助手功能以及YY应用，用户2手机上也安装有智能语音助手但是并没有安装A地区支持使用的YY应用。

步骤二：当用户1到达A地区后，打开智能语音助手并通过语音告诉智能语音助手“帮我叫一辆出租车”，该智能语音助手识别了用户1的请求，但是通过搜索本地应用列表发现手机上与打车服务相关的应用中只安装了XX应用，但是XX应用在本地无法使用，此时该智能语音助手判断需要通过调用其他设备上的应用程序才能完成用户1的服务请求，此时用户1可以指定要连接哪个用户的终端设备，也可以由服务器智能推荐目标终端设备。当用户1确定用户2的手机上安装有应用YY时，可以直接指定连接到该用户2的手机；如果用户1无法确定要连接的终端设备时，服务器可以智能筛选最匹配设备进行连接。

步骤三：当用户1通过上面步骤确定要连接的终端设备为用户2的手机后，服务器会向用户2的手机发送连接请求，用户2的手机中的智能语音助手接收到连接请求后，需要验证用户1的身份信息，若验证通过，则返回给服务器成功建立连接信息，此时服务器建立连接并通知双方智能语音助手连接已经建立可以开始通信。

步骤四：该用户1的手机中的智能语音助手将打车指令发送给用户2的手机中的智能语音助手，用户2的手机中的智能语音助手调用本地YY应用并预约出租车，预约成功后通知用户1的智能语音助手叫车成功消息，该叫车成功消息中携带出租车信息，其中，该出租车信息包括车牌号，车主姓名，预计到达时间等。

步骤五：出租车到达指定位置并且用户1顺利上车以后，完成此时叫车过程，用户1的智能语音助手通知智能语音助手服务器叫车完成，可以断开连接。该智能语音助手服务器告知用户2的智能语音助手，双方智能语音助手断开连接，完成服务共享。

场景二、该实施例主要介绍若请求设备当前网络状况较差，且不存在智能语音助手的情况下，该请求设备如何查询路线信息，例如，用户A的手机未安装智能语音助手，当该用户所处位置比较偏僻，没有WIFI信号并且也无法使用移动数据网络，此时该用户无法查询路线信息，而用户B的手机网络状况良好，并且安装有智能语音助手应用。

步骤一、用户A拨打电话给用户B，用户B的智能语音助手首先接通电话，用户A将查询信息的请求通过语音告诉给用户B的智能语音助手。

步骤二、用户B的智能语音助手通过分析得知用户A与用户B是同事关系，并且用户B已经授权给用户A使用智能语音助手应用，因此可以响应用户A的服务共享请求，用户B的智能语音助手通过与用户A的语音交互，接收到用户A的查询路线的请求后，立即执行查询操作并将查询到的路线信息通过用户A指定的方式，返回给用户A。

场景三、该实施例主要介绍不同类型的智能语音助手如何进行服务共享，例如，用户A与用户B使用的是不同品牌的手机，用户A与用户B的手机上都安装有各自品牌分别对应的智能语音助手，用户A想使用共享单车服务，但是没有安装相应的应用，用户B的手机上安装有该应用，所以用户A想通过智能语音助手远程调用用户B的共享单车应用来解锁单车，具体如下所示：

步骤一、用户A首先打开自己手机上的智能语音助手，并向该智能语音助手输入指示信息，该指示信息用于告知智能语音助手需要调用用户B的智能语音助手来解锁面前的单车；

步骤二、用户A的智能语音助手向智能语音助手服务器发送服务共享请求；

步骤三、该智能语音助手服务器根据用户A的智能语音助手发来的请求，查找合适的共享设备，查找到用户B为提供该服务的共享设备。智能语音助手服务器根据用户B的智能语音助手的类型，适配智能语音助手的服务调用接口，并将服务共享请求转换为相应的数据格式，再发送给用户B的智能语音助手；

步骤四、用户B的智能语音助手分析用户A的安全认证信息及请求信息，验证通过后，即执行用户A的解锁请求，协助使用用户B手机上的共享单车应用，用户B的手机通过用户A的手机摄像头实时采集的共享单车上的二维码信息，调用本地的共享单车应用，远程帮助用户A解锁单车，并向用户A的手机反馈结果。

本发明提出的上述实施例中，请求设备可以是安装有智能语音助手的设备，也可以是没有安装智能语音助手的设备；请求设备可以连接指定的共享设备，也可以根据联系人列表等信息，连接到指定共享设备上，还可以通过NFC等方式，直接连接到指定共享设备上；请求设备可以请求服务器分配最佳匹配的共享设备，也可以直接连接随机的共享设备。在直接连接的情况下，请求设备可以根据当前WIFI或蓝牙等范围内查询到的共享设备信息，连接到指定的共享设备。

本发明实施例中，请求设备如果没有安装有智能语音助手，可以通过通话应用、短消息应用以及即时通信应用等方式连接到共享设备上。

本发明实施例中，共享设备和请求设备的智能语音助手可以是同一类型的智能语音助手，也可以是不同类型的智能语音助手。

本发明实施例中，请求设备可以通过语音等方式向共享设备的智能语音助手发送服务共享请求，共享设备的智能语音助手处理服务共享请求，并将处理结果返回给请求设备。

本发明实施例中，请求设备的智能语音助手可以与共享设备的智能语音助手直接进行交互，或请求设备可以直接与共享设备智能语音助手进行交互。交互过程中，请求设备的智能语音助手与共享设备的智能语音助手可以对处理结果进行转换、翻译等操作。

本发明实施例提供了第二终端设备，如图23所示，该第二终端设备包括第一发送模块2301、第一接收模块2302，其中，

第一发送模块2301，用于将服务共享请求发送至第一终端设备。

第一接收模块2302，用于接收第一终端设备反馈的与服务共享请求对应的处理结果。

基于上述共享方法，本发明实施例还对应提供了第二终端设备，如图24所示，包括：处理器2401；以及存储器2402，配置用于存储机器可读指令，上述指令在由上述处理器执行时，使得上述处理器执行上述方法。

图25示意性示出了根据本公开实施例的可用于实现本公开的第二终端设备的计算系统的框图。如图25所示，计算系统2500包括处理器2510、计算机可读存储介质2520、输出接口2530、以及输入接口2540。该计算系统2500可以执行上面参考图1、图3、图5以及图6描述的方法，以实现服务共享。

具体地，处理器2510例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器2510还可以包括用于缓存用途的板载存储器。处理器2510可以是用于执行参考图1、图3、图5以及图6描述的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质2520，例如可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；和/或有线/无线通信链路。

计算机可读存储介质2520可以包括计算机程序2521，该计算机程序2521可以包括代码/计算机可执行指令，其在由处理器2510执行时使得处理器2510执行例如上面结合图1、图3、图5以及图6所描述的方法流程及其任何变形。计算机程序2521可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序2521中的代码可以包括一个或多个程序模块，例如包括2521A、模块2521B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器2510执行时，使得处理器2510可以执行例如上面结合图1、图3、图5以及图6所描述的方法流程及其任何变形。

根据本公开的实施例，处理器2510可以使用输出接口2530和输入接口2540来执行上面结合图1、图3、图5以及图6所描述的方法流程及其任何变形。

本发明实施例提供了第二终端设备，与现有技术相比，第二终端设备将服务共享请求发送至第一终端设备，然后接收上述第一终端设备反馈的与上述服务共享请求对应的处理结果。通过本发明实施例的技术方案，第二终端设备可以利用其它终端设备的处理资源和处理能力执行共享请求对应的操作，并获得相应处理结果，从而可以避免由于终端设备处理资源和处理能力的限制，导致无法处理用户请求的情况，进而可以提升用户的体验度。

本发明实施例提供的第二终端设备，适用于上述方法实施例，在此不再赘述。

本发明实施例提供了一种第一终端设备，如图26所示，该第一终端设备包括：第二接收模块2601、处理模块2602、第二发送模块2603，其中，

第二接收模块2601，用于接收第二终端设备发送的服务共享请求。

处理模块2602，用于执行服务共享请求。

第二发送模块2603，用于将与服务共享请求对应的处理结果发送至第二终端设备。

基于上述共享方法，本发明实施例还对应提供了一种第一终端设备，如图27所示，包括：处理器2701；以及存储器2702，配置用于存储机器可读指令，上述指令在由上述处理器执行时，使得上述处理器执行上述方法。

图28示意性示出了根据本公开实施例的可用于实现本公开的第一终端设备的计算系统的框图。如图28所示，计算系统2800包括处理器2810、计算机可读存储介质2820、输出接口2830、以及输入接口2840。该计算系统2800可以执行上面参考图2、图3、图5以及图6描述的方法，以实现服务共享。

具体地，处理器2810例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器2810还可以包括用于缓存用途的板载存储器。处理器2810可以是用于执行参考图2、图3、图5以及图6描述的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质2820，例如可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；和/或有线/无线通信链路。

计算机可读存储介质2820可以包括计算机程序2821，该计算机程序2821可以包括代码/计算机可执行指令，其在由处理器2610执行时使得处理器2810执行例如上面结合图2、图3、图5以及图6所描述的方法流程及其任何变形。计算机程序2821可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序2821中的代码可以包括一个或多个程序模块，例如包括2821A、模块2821B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器2810执行时，使得处理器2810可以执行例如上面结合图2、图3、图5以及图6所描述的方法流程及其任何变形。

根据本公开的实施例，处理器2810可以使用输出接口2830和输入接口2840来执行上面结合图2、图3、图5以及图6所描述的方法流程及其任何变形。

本发明实施例提供了第一终端设备，与现有技术相比，第一终端设备接收第二终端设备发送的服务共享请求，然后处理该服务共享请求，并将与服务共享请求对应的处理结果发送至第二终端设备。通过本发明实施例中技术方案，第一终端设备能够利用自身处理资源和处理能力，处理第二终端设备发送的服务共享请求，并将对应的处理结果发送至第二终端设备，从而可以避免由于终端设备处理资源和处理能力的限制，导致无法处理用户请求的情况，进而可以提升用户的体验度。

本发明实施例提供的第一终端设备，适用于上述方法实施例，在此不再赘述。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (25)

1.一种共享方法，其特征在于，包括：

将服务共享请求发送至第一终端设备；

接收所述第一终端设备反馈的与所述服务共享请求对应的处理结果。

2.根据权利要求1所述的方法，其特征在于，将服务共享请求发送至第一终端设备，包括：

接收用户输入的操作指令；

根据接收到的所述操作指令，将服务共享请求发送至第一终端设备。

3.根据权利要求2所述的方法，其特征在于，所述操作指令包括：语音指令、文本指令、操作指令中的至少一种。

4.根据权利要求2或3所述的方法，其特征在于，根据接收到的所述操作指令，将服务共享请求发送至第一终端设备，包括以下至少一项：

判断能否处理接收到的所述操作指令，若判断出不能，则将服务共享请求发送至第一终端设备；

若所述操作指令为请求共享服务的指令，则将服务共享请求发送至第一终端设备。

5.根据权利要求4所述的方法，其特征在于，判断是否能处理接收到的所述操作指令，包括：

根据设备相关信息，判断是否能处理接收到的所述操作指令；

所述设备相关信息包括下述至少一种：网络状况信息；设备位置信息；设备处理资源信息。

6.根据权利要求5所述的方法，其特征在于，所述设备处理资源信息包括：应用信息、存储资源信息、电量资源信息、计算资源信息中的至少一种；

根据设备相关信息，判断是否能处理接收到的所述操作指令，包括：

根据设备位置信息，在应用信息中查找操作指令对应的可调用的应用；若未查找到，则确定不能处理接收到的所述操作指令。

7.根据权利要求1所述的方法，其特征在于，将服务共享请求发送至第一终端设备，包括：

通过设定通信应用，将服务共享请求发送给所述第一终端设备；

所述设定通信应用包括下述至少一项：

通话应用；短消息应用；即时通信应用。

8.根据权利要求1-7任一项所述的方法，其特征在于，将服务共享请求发送至第一终端设备的步骤之前，还包括：

通过下述至少一种方式，确定进行服务共享的第一终端设备：

从对应的预设共享设备信息中选择进行服务共享的第一终端设备；

根据设备间连接情况，确定进行服务共享的第一终端设备；

根据待共享的应用，确定进行服务共享的第一终端设备；

根据第一终端设备的设备相关信息，确定进行服务共享的第一终端设备；

请求服务器分配进行服务共享的第一终端设备；

根据用户指令，确定进行服务共享的第一终端设备。

9.根据权利要求1-8任一项所述的方法，其特征在于，将服务共享请求发送至第一终端设备的步骤之前，还包括：

确定待共享的应用；

将服务共享请求发送至第一终端设备的步骤，包括：

将所述待共享的应用对应的服务共享请求发送至第一终端设备。

10.根据权利要求1-9任一项所述的方法，其特征在于，还包括；

确定所述第一终端设备共享服务所需的输入参数信息；

将所述输入参数信息发送给所述第一终端设备。

11.根据权利要求10所述的方法，其特征在于，所述输入参数信息包括下述至少一项：

设备位置信息；

设备存储的内容；

多媒体信息采集设备实时采集的多媒体信息；

用户操作信息；

应用账户信息。

12.一种共享方法，其特征在于，包括：

接收第二终端设备发送的服务共享请求；

处理所述服务共享请求，并将与所述服务共享请求对应的处理结果发送至所述第二终端设备。

13.根据权利要求12所述的方法，其特征在于，处理所述服务共享请求，包括：

确定待共享的应用；

调用待共享的应用处理所述服务共享请求。

14.根据权利要求13所述的方法，其特征在于，若所述待共享的应用包括至少两个应用，则将与所述服务共享请求对应的处理结果发送至所述第二终端设备，包括：

将各待共享的应用的处理结果合并后的处理结果发送至所述第二终端设备。

15.根据权利要求12-14任一项所述的方法，其特征在于，所述处理所述服务共享请求的步骤，包括：

获取处理所述服务共享请求所需的输入参数信息；

根据获取到的输入参数信息，处理所述服务共享请求。

16.根据权利要求15所述的方法，其特征在于，所述获取处理所述服务共享请求所需的输入参数信息的步骤，包括以下至少一项：

从本地获取处理所述服务共享请求所需的输入参数信息；

接收所述第二终端设备发送的处理所述服务共享请求所需的输入参数信息。

17.根据权利要求16所述的方法，其特征在于，所述接收所述第二终端设备发送的处理所述服务共享请求所需的输入参数信息的步骤，包括以下至少一项：

从所述服务共享请求中获取处理所述服务共享请求所需的输入参数信息；

向所述第二终端设备发送输入参数请求消息，并接收所述第二终端设备反馈的、处理所述服务共享请求所需的输入参数信息。

18.根据权利要求15-17任一项所述的方法，其特征在于，所述输入参数信息包括下述至少一项：

设备位置信息；

设备存储的内容；

多媒体信息采集设备实时采集的多媒体信息；

用户操作信息；

应用账户信息。

19.根据权利要求12-18任一项所述的方法，其特征在于，所述将与所述服务共享请求对应的处理结果发送至所述第二终端设备的步骤，包括：

确定所述第二终端设备对应的语言信息；

将所述处理结果与所述语言信息进行匹配，并将匹配后的处理结果发送至所述第二终端设备。

20.根据权利要求19所述的方法，其特征在于，将所述处理结果与所述语言信息进行匹配，包括：

判断所述处理结果对应的语言信息与所述第二终端设备对应的语言信息是否一致；

若不一致，则根据所述第二终端设备对应的语言信息，对所述处理结果进行语言转换处理，将转换处理后的处理结果作为匹配后的处理结果。

21.根据权利要求12-20任一项所述的方法，其特征在于，所述方法还包括：

向与其建立连接的其它至少一个设备发送服务共享请求；

将接收到所述其它至少一个设备发送的处理结果，发送至所述第二终端设备。

22.根据权利要求21所述的方法，其特征在于，所述将接收到所述其它至少一个设备发送的处理结果，发送至所述第二终端设备的步骤，包括：

接收所述其它至少一个设备发送的处理结果；

将自身的处理结果与接收到的处理结果合并后的处理结果发送至所述第二终端设备。

23.根据权利要求12-22任一项所述的方法，其特征在于，接收第二终端发送的服务共享请求，包括：

通过设定通信应用，接收第二终端发送的服务共享请求；

所述设定通信应用包括下述至少一项：

通话应用；短消息应用；即时通信应用。

24.一种终端设备，包括：

处理器；以及

存储器，配置用于存储机器可读指令，所述指令在由所述处理器执行时，使得所述处理器执行权利要求1～11中任一项所述的方法。

25.一种终端设备，包括：

处理器；以及

存储器，配置用于存储机器可读指令，所述指令在由所述处理器执行时，使得所述处理器执行权利要求12～23中任一项所述的方法。