一种基于多方视频的数据审批方法及装置

技术领域

本申请属于计算机应用技术领域，尤其涉及一种基于多方视频的数据审批方法及装置。

背景技术

在很多第三方参与的审批环节中，随着行业竞争日趋激烈，更快，更高效的审批流程，是企业服务质量和客户满意度的衡量的重要标准。但是传统的抵押贷款流程，需要客户耗时耗力亲身到指定门店进行签约。有限的线下门店资源，在面对日趋增长的业务需求是面临越来越明显的挑战，运营成本居高不下。同时，客户预约门店及到店的过程耗时也极大客户影响了满意度。因此，相关技术中存在数据审批的效率低、成本高的问题。

发明内容

本申请实施例提供了基于多方视频的数据审批方法及装置，可以解决数据审批的效率低、成本高的问题。

第一方面，本申请实施例提供了一种基于多方视频的数据审批方法，包括：获取主体客户端发送的签约请求；基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置；在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，基于待签署数据生成电子合同；将所述电子合同发送至主体客户端和第三方客户端，并在所述主体客户端和所述第三方客户端处理电子合同时，将所述主体客户端和所述第三方客户端的界面同步至审批装置；指示所述审批装置基于所述主体客户端和所述第三方客户端的界面，审批所述电子合同的数据。

在本申请一实施例中，所述基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置，包括：基于所述签约请求和所述主体客户端的标识生成视频请求；将所述视频请求发送至视频服务器；获取所述视频服务器基于所述视频请求生成的视频链接；将所述视频链接发送至所述审批装置和所述第三方客户端。

在本申请一实施例中，所述将所述视频链接发送至所述审批装置和所述第三方客户端，包括：基于所述视频链接，通过第三方系统基于派单的方式获取所述视频链接对应的目标路由；基于所述目标路由，发送视频链接对应的视频请求至所述审批装置。

在本申请一实施例中，所述在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，基于待签署数据生成电子合同之前，还包括：获取所述审批装置和所述主体客户端发送的链接成功消息，所述链接成功信息为基于所述视频链接进入视频会话房间时发送；基于设定的发送周期，发送视频邀请信息至所述第三方客户端。

在本申请一实施例中，所述在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，基于待签署数据生成电子合同，包括：在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，从第三方系统获取所述待签署数据；基于所述待签署数据生成所述电子合同。

在本申请一实施例中，所述方法还包括：获取设备信息，所述设备信息对应的设备包括以下中的至少一种：主体客户端、第三方客户端、审批装置；基于所述设备信息，将其对应的设备添加至审批区块链中；将审批过程中生成的数据以及电子合同存储至所述审批区块链中。

第二方面，本申请实施例提供了一种基于多方视频的数据审批装置，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：获取主体客户端发送的签约请求；基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置；在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，基于待签署数据生成电子合同；将所述电子合同发送至主体客户端和第三方客户端，并在所述主体客户端和所述第三方客户端处理电子合同时，将所述主体客户端和所述第三方客户端的界面同步至审批装置；指示所述审批装置基于所述主体客户端和所述第三方客户端的界面，审批所述电子合同的数据。

在本申请一实施例中，所述基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置，包括：基于所述签约请求和所述主体客户端的标识生成视频请求；将所述视频请求发送至视频服务器；获取所述视频服务器基于所述视频请求生成的视频链接；将所述视频链接发送至所述审批装置和所述第三方客户端。

在本申请一实施例中，所述将所述视频链接发送至所述审批装置和所述第三方客户端，包括：基于所述视频链接，通过第三方系统基于派单的方式获取所述视频链接对应的目标路由；基于所述目标路由，发送视频链接对应的视频请求至所述审批装置。

在本申请一实施例中，所述在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，基于待签署数据生成电子合同之前，还包括：获取所述审批装置和所述主体客户端发送的链接成功消息，所述链接成功信息为基于所述视频链接进入视频会话房间时发送；基于设定的发送周期，发送视频邀请信息至所述第三方客户端。

在本申请一实施例中，所述在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，基于待签署数据生成电子合同，包括：在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，从第三方系统获取所述待签署数据；基于所述待签署数据生成所述电子合同。

在本申请一实施例中，所述方法还包括：获取设备信息，所述设备信息对应的设备包括以下中的至少一种：主体客户端、第三方客户端、审批装置；基于所述设备信息，将其对应的设备添加至审批区块链中；将审批过程中生成的数据以及电子合同存储至所述审批区块链中。

第三方面，本申请实施例提供了一种基于多方视频的数据审批装置，包括：获取单元，用于获取主体客户端发送的签约请求；发送单元，用于基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置；生成单元，用于在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，基于待签署数据生成电子合同；同步单元，用于将所述电子合同发送至主体客户端和第三方客户端，并在所述主体客户端和所述第三方客户端处理电子合同时，将所述主体客户端和所述第三方客户端的界面同步至审批装置；审批单元，用于指示所述审批装置基于所述主体客户端和所述第三方客户端的界面，审批所述电子合同的数据。

在本申请一实施例中，所述发送单元包括：第一生成单元，用于基于所述签约请求和所述主体客户端的标识生成视频请求；第一发送单元，用于将所述视频请求发送至视频服务器；第一获取单元，用于获取所述视频服务器基于所述视频请求生成的视频链接；第二发送单元，用于将所述视频链接发送至所述审批装置和所述第三方客户端。

在本申请一实施例中，所述第二发送单元包括：第二获取单元，用于基于所述视频链接，通过第三方系统基于派单的方式获取所述视频链接对应的目标路由；第三发送单元，用于基于所述目标路由，发送视频链接对应的视频请求至所述审批装置。

在本申请一实施例中，所述装置还包括：第三获取单元，用于获取所述审批装置和所述主体客户端发送的链接成功消息，所述链接成功信息为基于所述视频链接进入视频会话房间时发送；第四发送单元，用于基于设定的发送周期，发送视频邀请信息至所述第三方客户端。

在本申请一实施例中，所述生成单元包括：第四获取单元，用于在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，从第三方系统获取所述待签署数据；第二生成单元，用于基于所述待签署数据生成所述电子合同。

在本申请一实施例中，所述装置还包括：第五获取单元，用于获取设备信息，所述设备信息对应的设备包括以下中的至少一种：主体客户端、第三方客户端、审批装置；添加单元，用于基于所述设备信息，将其对应的设备添加至审批区块链中；存储单元，用于将审批过程中生成的数据以及电子合同存储至所述审批区块链中。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的基于多方视频的数据审批方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

本申请实施例与现有技术相比存在的有益效果是：通过获取主体客户端发送的签约请求，并基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置，在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时基于待签署数据生成电子合同，之后将所述电子合同发送至主体客户端和第三方客户端，并在所述主体客户端和所述第三方客户端处理电子合同时将所述主体客户端和所述第三方客户端的界面同步至审批装置，最后指示所述审批装置基于所述主体客户端和所述第三方客户端的界面审批所述电子合同的数据。通过上述线上代替线下的方式，减少了线下处理数据的压力和基础设置的限制，进而减少了数据审批的成本，并结合三方视频的方式，提高了数据审批的效率和成功率。

附图说明

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

图1是本申请实施例提供的基于多方视频的数据审批方法的流程图；

图2是本申请实施例提供的多方视频的示意图；

图3是本申请实施例提供的基于多方视频的数据审批的示意图；

图4是本申请实施例提供的基于多方视频的数据审批装置的示意图；

图5是本申请实施例提供的基于多方视频的数据审批装置的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

参见图1，图1是本申请实施例一提供的一种基于多方视频的数据审批方法的流程图。本实施例中基于多方视频的数据审批方法的执行主体为具有基于多方视频的数据审批功能的装置，包括但不限于计算机、服务器、平板电脑或者终端等装置。如图1所示的基于多方视频的数据审批方法可以包括以下步骤：

S101：获取主体客户端发送的签约请求。

本实施例中通过主体客户端发送签约请求至数据审批装置，以告知需要签约的数据和内容等，同时通知签约服务器确定对应的审批装置，以通过审批装置完成整个签约和审批的过程。在本申请一实施例中，主体客户端用于表示生成数据的主客户端，例如，在生成合同数据时的主体等。本实施例中数据审批装置可以为终端设备，也可以为服务器等等。

S102：基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置。

在本申请一实施例中，在数据审批装置获取到签约请求之后，基于签约请求生成视频请求，并将视频请求发送至视频服务器，同时发送视频请求至第三方客户端和审批装置，以开启主体客户端、第三方客户端以及审批装置之间的三方视频通道。

在获取到签约请求之后，将签约请求发送至视频服务器。本实施例中的视频服务器用于处理主体客户端、第三方客户端以及审批装置之间的视频会话，可以通过视频软件开发工具包(Software Development Kit，SDK)的方式进行。在获取到签约请求之后，基于签约请求和主体客户端的标识生成视频请求，以将视频请求发送至视频服务器。并在之后获取视频服务器基于视频请求生成的视频链接，以将视频链接发送至审批装置和第三方客户端。

具体的，本实施例中在将视频链接发送至审批装置的过程中具体包括：基于视频链接，通过第三方系统基于派单的方式获取视频链接对应的目标路由；基于目标路由，发送视频链接对应的视频请求至审批装置。本实施例中的视频链接可以表示为视频链路的标识、或者视频窗口的网络位置等等，以基于视频链接将第三方客户端和审批装置接入，实现三方同步视频的效果。

本申请一实施例中，在步骤S3之前，还包括：获取审批装置和主体客户端发送的链接成功消息，链接成功信息为基于视频链接进入视频会话房间时发送；基于设定的发送周期，发送视频邀请信息至第三方客户端。本实施例中的第三方客户端可以为配偶等等角色。

图2是本申请实施例提供的多方视频的示意图。

如图2所示，客户通过客户APP210呼入视频，请求到前端H5服务220；前端H5服务220发送请求到前端三方视频SDK260，同时发送视频链接短信给配偶手机230；前端三方视频SDK260通过中间系统270在转接，通过派单规则获取指定路由，发送视频请求到某一审批坐席PC端三方视频SDK280；审批坐席点击视频接通，创建会话房间，两方视频接入，自动轮询邀请配偶进入房间。配偶手机在接收到视频链接之后，填写相关信息后，进入视频等待页面，接受视频邀请，触发该视频链接，通过配偶H5界面240进入视频H5界面SDK250，进入会话房间，至此三方视频全部接入，三方视频会话290房间组建成功。

除此之外，本申请实施例中配偶也可以单独呼入视频，视频呼入流程同客户呼入。

S103：在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，基于待签署数据生成电子合同。

在本申请一实施例中，在审批装置和第三方客户端接入视频服务器生成的视频会话房间时，从第三方系统获取待签署数据，之后基于待签署数据生成电子合同，并将电子合同发送至主体客户端和第三方客户端中。

可选的，本实施例中在生成电子合同的过程中，可以是通过先获取待签署数据、合同数据以及电子合同的模板，并将待签署数据和合同数据嵌入该电子合同的模板中，进而生成电子合同。

S104：将所述电子合同发送至主体客户端和第三方客户端，并在所述主体客户端和所述第三方客户端处理电子合同时，将所述主体客户端和所述第三方客户端的界面同步至审批装置。

本申请一实施例中，在生成电子合同之后，将电子合同发送至主体客户端和第三方客户端，并在主体客户端和第三方客户端处理电子合同时，将主体客户端和第三方客户端的界面同步至审批装置。示例性的，审批系统发起合同签署，会将相关申请信息推送到中间系统生成电子合同，同时触发客户APP和配偶H5视频页通过中间系统跳转到合同推送到签署界面。

S105：指示审批装置基于所述主体客户端和所述第三方客户端的界面，审批所述电子合同的数据。

在本申请一实施例中，在将电子合同推送至主体客户端和第三方客户端之后，通过审批装置可以看到主体客户端和第三方客户端的界面，以通过审批装置来进行相应的细节讲解和指示。

图3是本申请实施例提供的基于多方视频的数据审批的示意图。

本申请一实施例中，如图3所示，审批系统发起合同签署，会将相关申请信息推送到中间系统320和350生成电子合同，同时触发客户APP340和配偶视频H5页面310通过中间系统320和350跳转到合同推送到签署界面，即配偶合同页330和客户合同页360。客户和配偶手机合同界面会实时通过三方视频SDK370和中间系统380回显到审批座机PC端311，实现PC端的三方视频390。审批坐席远程实时辅助客户阅读查看合同信息，线上签署合同。

本申请一实施例中，基于多方视频的数据审批方法还包括：获取设备信息，设备信息对应的设备包括以下中的至少一种：主体客户端、第三方客户端、审批装置；基于设备信息，将其对应的设备添加至审批区块链中；将审批过程中生成的数据以及电子合同存储至审批区块链中。以保证签约过程和审批过程中生成的数据都可以记录并存储下来，并能基于区块链的共识机制保证数据的完整性和可靠性。

上述方案，通过获取主体客户端发送的签约请求，并基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置，在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时基于待签署数据生成电子合同，之后将所述电子合同发送至主体客户端和第三方客户端，并在所述主体客户端和所述第三方客户端处理电子合同时将所述主体客户端和所述第三方客户端的界面同步至审批装置，最后指示所述审批装置基于所述主体客户端和所述第三方客户端的界面审批所述电子合同的数据。通过上述线上代替线下的方式，减少了线下处理数据的压力和基础设置的限制，进而减少了数据审批的成本，并结合三方视频的方式，提高了数据审批的效率和成功率。

参见图4，图4是本申请实施例提供的一种基于多方视频的数据审批装置的示意图。基于多方视频的数据审批装置400可以为智能手机、平板电脑等移动终端。本实施例的基于多方视频的数据审批装置400包括的各单元用于执行图1对应的实施例中的各步骤，具体请参阅图1及图1对应的实施例中的相关描述，此处不赘述。本实施例的基于多方视频的数据审批装置400包括：获取单元401，用于获取主体客户端发送的签约请求；发送单元402，用于基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置；生成单元403，用于在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，基于待签署数据生成电子合同；同步单元404，用于将所述电子合同发送至主体客户端和第三方客户端，并在所述主体客户端和所述第三方客户端处理电子合同时，将所述主体客户端和所述第三方客户端的界面同步至审批装置；审批单元405，用于指示所述审批装置基于所述主体客户端和所述第三方客户端的界面，审批所述电子合同的数据。

在本申请一实施例中，所述发送单元402包括：第一生成单元，用于基于所述签约请求和所述主体客户端的标识生成视频请求；第一发送单元，用于将所述视频请求发送至视频服务器；第一获取单元，用于获取所述视频服务器基于所述视频请求生成的视频链接；第二发送单元，用于将所述视频链接发送至所述审批装置和所述第三方客户端。

在本申请一实施例中，所述第二发送单元包括：第二获取单元，用于基于所述视频链接，通过第三方系统基于派单的方式获取所述视频链接对应的目标路由；第三发送单元，用于基于所述目标路由，发送视频链接对应的视频请求至所述审批装置。

在本申请一实施例中，所述装置400还包括：第三获取单元，用于获取所述审批装置和所述主体客户端发送的链接成功消息，所述链接成功信息为基于所述视频链接进入视频会话房间时发送；第四发送单元，用于基于设定的发送周期，发送视频邀请信息至所述第三方客户端。

在本申请一实施例中，所述生成单元403包括：第四获取单元，用于在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时，从第三方系统获取所述待签署数据；第二生成单元，用于基于所述待签署数据生成所述电子合同。

在本申请一实施例中，所述装置400还包括：第五获取单元，用于获取设备信息，所述设备信息对应的设备包括以下中的至少一种：主体客户端、第三方客户端、审批装置；添加单元，用于基于所述设备信息，将其对应的设备添加至审批区块链中；存储单元，用于将审批过程中生成的数据以及电子合同存储至所述审批区块链中。

上述方案，通过获取主体客户端发送的签约请求，并基于所述签约请求发送视频请求至视频服务器，并发送视频请求至第三方客户端和审批装置，在所述审批装置和所述第三方客户端接入所述视频服务器生成的视频会话房间时基于待签署数据生成电子合同，之后将所述电子合同发送至主体客户端和第三方客户端，并在所述主体客户端和所述第三方客户端处理电子合同时将所述主体客户端和所述第三方客户端的界面同步至审批装置，最后指示所述审批装置基于所述主体客户端和所述第三方客户端的界面审批所述电子合同的数据。通过上述线上代替线下的方式，减少了线下处理数据的压力和基础设置的限制，进而减少了数据审批的成本，并结合三方视频的方式，提高了数据审批的效率和成功率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图5是本申请实施例提供的基于多方视频的数据审批装置的示意图。如图5所示，该实施例的基于多方视频的数据审批装置5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个基于多方视频的数据审批方法实施例中的步骤，例如图1所示的步骤。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块/单元的功能，例如图4所示各个单元的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述基于多方视频的数据审批装置5中的执行过程。

所述基于多方视频的数据审批装置5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是基于多方视频的数据审批装置5的示例，并不构成对基于多方视频的数据审批装置5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述基于多方视频的数据审批装置5的内部存储单元，例如基于多方视频的数据审批装置5的硬盘或内存。所述存储器51也可以是所述基于多方视频的数据审批装置5的外部存储设备，例如所述基于多方视频的数据审批装置5上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card，FC)等。进一步地，所述存储器51还可以既包括所述基于多方视频的数据审批装置5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中。

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