CN117749548A - 交互业务的发起控制方法和装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种交互业务的发起控制方法和装置、存储介质及电子装置，涉及智慧家庭技术领域，该交互业务的发起控制方法包括：读取第一交互业务的第一业务代码；解析第一业务代码生成第一交互业务对应的数据依赖关系，其中，数据依赖关系用于展示第一组数据请求之间的数据传输顺序；从数据依赖关系中提取目标传输路径；按照目标数据传输顺序合并第一业务代码中目标数据请求对应的目标业务代码，采用上述技术方案，解决了相关技术中，交互业务的发起控制效率较低等问题。

Description

交互业务的发起控制方法和装置、存储介质及电子装置

技术领域

本申请涉及智慧家庭技术领域，具体而言，涉及一种交互业务的发起控制方法和装置、存储介质及电子装置。

背景技术

在客户端向服务器发起多个数据请求，希望服务器实现交互业务的情况下，往往需要较长的时间响应多个数据请求，进而实现交互业务。但是部分业务可能是可以通过一次数据请求完成的，可以将请求该部分业务的数据请求进行合并，进而节省实现交互业务的时间。现有技术，往往需要人工理清数据流程，然后再将数据请求进行合并，效率较低。

针对相关技术中，交互业务的发起控制效率较低等问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种交互业务的发起控制方法和装置、存储介质及电子装置，以至少解决相关技术中，交互业务的发起控制效率较低等问题。

根据本申请实施例的一个实施例，提供了一种交互业务的发起控制方法，包括：读取第一交互业务的第一业务代码，其中，所述第一交互业务是客户端向服务器待发起的交互业务，所述第一业务代码用于通过所述客户端向所述服务器发起第一组数据请求实现所述第一交互业务；解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，其中，所述数据依赖关系用于展示所述第一组数据请求之间的数据传输顺序；从所述数据依赖关系中提取目标传输路径，其中，所述目标传输路径用于展示所述第一组数据请求中允许合并的目标数据请求之间的目标数据传输顺序；按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，其中，所述第二交互业务用于向所述服务器发起，所述第二业务代码用于通过向所述服务器发起第二组数据请求实现所述第二交互业务。

可选的，所述解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，包括：从所述第一业务代码中解析N个数据请求之间的数据传输顺序，其中，所述第一组数据请求包括所述N个数据请求，N为大于或者等于1的正整数；创建N个数据请求所对应的N个节点；根据N个数据请求之间的数据传输顺序，生成所述N个节点之间的传输路径，得到所述数据依赖关系。

可选的，所述根据N个数据请求之间的数据传输顺序，生成所述N个节点之间的传输路径，得到所述数据依赖关系，包括：通过执行以下步骤生成N个数据请求中的第i个数据请求对应的第i个节点，以及N个数据请求中的第j个数据请求对应的第j个节点之间的传输路径，其中，所述第i个数据请求和所述第j个数据请求之间的数据传输顺序是从所述第i个数据请求至所述第j个数据请求，i为大于或等于1、且小于或等于N的正整数，j为大于或等于1、且小于或等于N的正整数：以所述第i个节点为起始节点、且以所述第j个节点为结束节点，生成所述第i个节点与所述第j个节点之间的边，得到所述第i个节点与所述第j个节点之间的传输路径，其中，所述第i个节点与所述第j个节点之间的边用于表示所述第i个数据请求和所述第j个数据请求之间的数据传输顺序。

可选的，所述从所述数据依赖关系中提取目标传输路径，包括：从所述数据依赖关系中查找一组候选传输路径，其中，所述一组候选传输路径中每条传输路径包括一条具有所述数据传输顺序的边连接的两个节点；从所述一组候选传输路径中查找一组参考传输路径，其中，所述一组参考传输路径中的每条传输路径的结束节点的输入数据不存在所述客户端提供的数据；从所述一组参考传输路径中查找一组目标传输路径，其中，所述一组目标传输路径中每条传输路径的起始节点仅将输出数据提供至一个结束节点。

可选的，所述按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，包括：获取一组目标传输路径中的传输路径的目标数量；在所述目标数量与预设的数量阈值之间满足预设的目标匹配条件的情况下，按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码。

可选的，所述按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，包括：按照所述目标数据传输顺序合并所述目标业务代码中包括的所述目标数据请求的输出数据和输入数据之间的第一函数关系，得到第二函数关系，其中，所述第二函数关系是所述目标数据请求合并之后的数据请求的输入数据和所述目标数据请求合并之后的请求的输出数据之间具有的函数关系；根据所述第二函数关系，生成所述目标数据请求合并之后的数据请求所对应的第三业务代码；将所述第一业务代码中的所述目标业务代码替换为所述第三业务代码，得到所述第二业务代码。

可选的，所述按照所述目标数据传输顺序合并所述目标业务代码中包括的所述目标数据请求的输出数据和输入数据之间的第一函数关系，得到第二函数关系，包括：通过执行以下步骤合并M个数据请求中的第p个数据请求所对应的业务代码中包括的函数关系、以及第q个数据请求所对应的业务代码中包括的函数关系，其中，所述目标数据请求包括所述M个数据请求，所述第p个数据请求所对应的业务代码中包括了所述第p个数据请求的输入数据和输出数据之间具有的第三函数关系，所述第q个数据请求所对应的业务代码中包括了所述第q个数据请求的输入数据和输出数据之间具有的第四函数关系，所述第p个数据请求的输出数据是所述第q个数据请求的输入数据，p为大于或等于1、且小于或等于M的正整数，q为大于或等于1、且小于或等于M的正整数：在所述第四函数关系中嵌套所述第三函数关系，得到第五函数关系，其中，所述第五函数关系是所述第p个数据请求和所述第q个数据请求合并之后的数据请求的输入数据、与所述第p个数据请求和所述第q个数据请求合并之后的数据请求的输出数据之间具有的函数关系。

根据本申请实施例的另一个实施例，还提供了一种交互业务的发起控制装置，包括：读取模块，用于读取第一交互业务的第一业务代码，其中，所述第一交互业务是客户端向服务器待发起的交互业务，所述第一业务代码用于通过所述客户端向所述服务器发起第一组数据请求实现所述第一交互业务；解析模块，用于解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，其中，所述数据依赖关系用于展示所述第一组数据请求之间的数据传输顺序；提取模块，用于从所述数据依赖关系中提取目标传输路径，其中，所述目标传输路径用于展示所述第一组数据请求中允许合并的目标数据请求之间的目标数据传输顺序；合并模块，用于按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，其中，所述第二交互业务用于向所述服务器发起，所述第二业务代码用于通过向所述服务器发起第二组数据请求实现所述第二交互业务。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述交互业务的发起控制方法。

根据本申请实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的交互业务的发起控制方法。

在本申请实施例中，读取第一交互业务的第一业务代码，其中，第一交互业务是客户端向服务器待发起的交互业务，第一业务代码用于通过客户端向服务器发起第一组数据请求实现第一交互业务；解析第一业务代码生成第一交互业务对应的数据依赖关系，其中，数据依赖关系用于展示第一组数据请求之间的数据传输顺序；从数据依赖关系中提取目标传输路径，其中，目标传输路径用于展示第一组数据请求中允许合并的目标数据请求之间的目标数据传输顺序；按照目标数据传输顺序合并第一业务代码中目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，其中，第二交互业务用于向服务器发起，第二业务代码用于通过向服务器发起第二组数据请求实现第二交互业务，即读取到客户端向服务器待发起的交互业务的业务代码情况下，可以自动解析该业务代码生成待发起的交互业务对应的数据依赖关系，直接从数据依赖关系中提取用于展示允许合并的数据请求之间的数据传输顺序的传输路径，按照数据传输顺序对业务代码中允许合并的数据请求对应的业务代码进行合并，实现了根据自动生成的业务代码所对应的数据依赖关系，自动对业务代码进行合并，避免了通过人工的方式，对业务代码进行优化，缩短了对交互业务进行优化所需的时间，提升了交互业务的发起控制效率。采用上述技术方案，解决了相关技术中，交互业务的发起控制效率较低等问题，实现了提升交互业务的发起控制效率的技术效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1是根据本申请实施例的一种交互业务的发起控制方法的硬件环境示意图；

图2是根据本申请实施例的一种交互业务的发起控制方法的流程图；

图3是根据本申请实施例的一种可选的第一交互业务的业务代码示意图；

图4是根据本申请实施例的一种可选的数据依赖关系的示意图一；

图5是根据本申请实施例的一种可选的数据依赖关系的示意图二；

图6是根据本申请实施例的一种可选的第二交互业务的第二业务代码的示意图；

图7是根据本申请实施例的一种可选的交互业务的发起控制方法的示意图；

图8是根据本申请实施例的一种交互业务的发起控制装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种交互业务的发起控制方法。该交互业务的发起控制方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(Intelligence House)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上交互业务的发起控制方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器生成云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

在本实施例中提供了一种交互业务的发起控制方法，应用于上述设备终端，图2是根据本申请实施例的一种交互业务的发起控制方法的流程图，该流程包括如下步骤：

步骤S202，读取第一交互业务的第一业务代码，其中，所述第一交互业务是客户端向服务器待发起的交互业务，所述第一业务代码用于通过所述客户端向所述服务器发起第一组数据请求实现所述第一交互业务；

步骤S204，解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，其中，所述数据依赖关系用于展示所述第一组数据请求之间的数据传输顺序；

步骤S206，从所述数据依赖关系中提取目标传输路径，其中，所述目标传输路径用于展示所述第一组数据请求中允许合并的目标数据请求之间的目标数据传输顺序；

步骤S208，按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，其中，所述第二交互业务用于向所述服务器发起，所述第二业务代码用于通过向所述服务器发起第二组数据请求实现所述第二交互业务。

通过上述步骤，读取到客户端向服务器待发起的交互业务的业务代码情况下，可以自动解析该业务代码生成待发起的交互业务对应的数据依赖关系，直接从数据依赖关系中提取用于展示允许合并的数据请求之间的数据传输顺序的传输路径，按照数据传输顺序对业务代码中允许合并的数据请求对应的业务代码进行合并，实现了根据自动生成的业务代码所对应的数据依赖关系，自动对业务代码进行合并，避免了通过人工的方式，对业务代码进行优化，缩短了对交互业务进行优化所需的时间，提升了交互业务的发起控制效率。采用上述技术方案，解决了相关技术中，交互业务的发起控制效率较低等问题，实现了提升交互业务的发起控制效率的技术效果。

在上述步骤S202提供的技术方案中，可以但不限于在客户端向服务器发起第一交互业务之前，读取第一交互业务的第一业务代码，通过这样的方式，在客户端向服务器发起第一交互业务之前，对第一业务代码进行优化之后，再向服务器发起优化后的业务代码，节省了服务器响应数据请求的时间，提升了实现交互业务的效率。

图3是根据本申请实施例的一种可选的第一交互业务的业务代码示意图，如图3所示，第一业务代码用于通过客户端向所述服务器发起第一组数据请求实现第一交互业务，第一组数据请求可以但不限于包括请求A、请求B、请求C、请求E、请求F和请求G。其中，http_request_xx表示一次数据请求，http_request_B(请求B)的输入数据依赖http_request_A(请求A)返回的数据(aData)和用户输入数据；http_request_C(请求C)的输入数据依赖http_request_A(请求A)返回的数据(aData)和用户输入数据；http_request_E(请求E)的输入数据依赖http_request_B(请求B)返回的数据(bData)；http_request_G(请求G)的输入数据依赖http_request_E(请求e)返回的数据(eData)；http_request_F(请求F)的输入数据依赖http_request_D(请求D)返回的数据(cData)和用户输入数据。

可选的，在本实施例中，数据依赖关系可以但不限于用于展示第一组数据请求之间的数据传输顺序，可以但不限于通过解析第一业务代码生成第一交互业务对应的数据依赖树的方式，来表示第一交互业务对应的数据依赖关系。

在上述步骤S204提供的技术方案中，在客户端向服务器发起第一交互业务之前，读取第一交互业务的业务代码，在这样的情况下，可以但不限于解析第一业务代码，生成第一交互业务的数据依赖关系，数据依赖关系可以但不限于用于展示第一组数据请求中各个数据请求之间的数据传输顺序，比如：各个数据请求之间的输入数据或者输出数据之间的数据传输顺序等等。

可选地，在本实施例中，第一组数据请求中的至少部分数据请求之间是具有数据传输顺序的，比如：第一组数据请求中在执行顺序中的上一个数据请求的输出数据是在执行顺序中的下一个数据请求的输入数据等等，在执行顺序中的上一个数据请求的输出数据可以但不限于为多个数据请求的输入数据等等，在执行顺序中的下一个数据请求的输入数据可以但不限于包括多个数据请求的输出数据等等。

在一个示例性实施例中，可以但不限于通过以下方式解析第一业务代码生成第一交互业务对应的数据依赖关系：从所述第一业务代码中解析N个数据请求之间的数据传输顺序，其中，所述第一组数据请求包括所述N个数据请求，N为大于或者等于1的正整数；创建N个数据请求所对应的N个节点；根据N个数据请求之间的数据传输顺序，生成所述N个节点之间的传输路径，得到所述数据依赖关系。

可选地，在本实施例中，可以但不限于从第一业务代码中解析第一组数据请求中的各个数据请求之间的输入数据和输出数据的数据传输顺序等等，为第一组数据请求中每个数据请求创建对应的节点，然后根据第一组数据请求中的各个数据请求之间的输入数据和输出数据的数据传输顺序，生成第一组数据请求所对应的节点之间的传输路径，得到数据依赖关系。

在一个示例性实施例中，可以但不限于通过以下方式根据N个数据请求之间的数据传输顺序，生成N个节点之间的传输路径，得到数据依赖关系：通过执行以下步骤生成N个数据请求中的第i个数据请求对应的第i个节点，以及N个数据请求中的第j个数据请求对应的第j个节点之间的传输路径，其中，所述第i个数据请求和所述第j个数据请求之间的数据传输顺序是从所述第i个数据请求至所述第j个数据请求，i为大于或等于1、且小于或等于N的正整数，j为大于或等于1、且小于或等于N的正整数：以所述第i个节点为起始节点、且以所述第j个节点为结束节点，生成所述第i个节点与所述第j个节点之间的边，得到所述第i个节点与所述第j个节点之间的传输路径，其中，所述第i个节点与所述第j个节点之间的边用于表示所述第i个数据请求和所述第j个数据请求之间的数据传输顺序。

可选地，在本实施例中，N个数据请求中可能存在没有数据传输顺序的数据请求，也可能存在有数据传输顺序的数据请求。对于N个数据请求中数据传输顺序是从第i个数据请求至第j个数据请求来说，可以但不限于以第i个节点为起始节点、且以第j个节点为结束节点，生成第i个节点与第j个节点之间的边，得到第i个节点与第j个节点之间的传输路径。

可选的，在本实施例中，数据请求之间的数据传输顺序可能并不唯一，比如：第i个数据请求与N个数据请求中的第t个数据请求之间数据传输顺序是从第i个数据请求至第t个数据请求。在这样的情况下，第i个节点还可以但不限于为生成的多条传输路径的起始节点。第j个数据请求与N个数据请求中的第s个数据请求之间数据传输顺序是从第s个数据请求至第j个数据请求，在这样的情况下，第j个节点还可以但不限于为生成的多条传输路径的结束节点，其中，t为大于或等于1、且小于或等于N的正整数，s为大于或等于1、且小于或等于N的正整数。

为了更好地理解本申请实施例中的数据依赖关系的构建过程，下面结合可选的实施例，对本申请实施例中的数据依赖关系的构建过程进行解释和说明，可以但不限于适用于本申请实施例。

图4是根据本申请实施例的一种可选的数据依赖关系的示意图一，结合图3和图4所示，第一组数据请求可以但不限于包括请求A、请求B、请求C、请求E、请求F和请求G。请求A和请求B之间的数据传输顺序是从请求A至请求B，请求B和请求E之间的数据传输顺序是从请求B至请求E，请求E和请求G之间的数据传输顺序是从请求E至请求G。请求A和请求C之间的数据传输顺序是从请求A至请求C。请求C和请求F之间的数据传输顺序是从请求C至请求F。

可以但不限于分别创建请求A、请求B、请求C、请求E、请求F和请求G所对应的节点，分别得到节点A、节点B、节点C、节点E、节点F和节点G。以节点A为起始节点、且以节点B为结束节点，生成节点A与节点B之间的边，得到节点A与节点B之间的传输路径1，节点A与节点B之间的传输路径1之间的边用于表示节点A与节点B之间的传输路径之间的数据传输顺序。以节点B为起始节点、且以节点E为结束节点，生成节点B与节点E之间的边，得到节点B与节点E之间的传输路径2，节点B与节点E之间的传输路径2之间的边用于表示节点B与节点E之间的传输路径之间的数据传输顺序。以节点E为起始节点、且以节点G为结束节点，生成节点E与节点G之间的边，得到节点E与节点G之间的传输路径3，节点E与节点G之间的传输路径3之间的边用于表示节点E与节点F之间的传输路径之间的数据传输顺序。以节点A为起始节点、且以节点C为结束节点，生成节点A与节点C之间的边，得到节点A与节点C之间的传输路径4，节点A与节点C之间的传输路径4之间的边用于表示节点A与节点C之间的传输路径之间的数据传输顺序。以节点C为起始节点、且以节点F为结束节点，生成节点C与节点F之间的边，得到节点C与节点F之间的传输路径5，节点C与节点F之间的传输路径5之间的边用于表示节点C与节点F之间的传输路径之间的数据传输顺序，得到如图4所示的数据依赖关系。

在上述步骤S206提供的技术方案中，第一交互业务对应的数据依赖关系中可能存在一条或者多条目标传输路径，在这样的情况下，可以表明第一组数据请求中可能存在多个允许合并的数据请求，可以但不限于直接从数据依赖关系中提取一条或者多条目标传输路径。

可选地，在本实施例中，第一交互业务对应的数据依赖关系中可能不存在目标传输路径，在这样的情况下，可以表明第一组数据请求中可能不存在允许合并的数据请求。在这样的情况下，可以表明第一业务代码中无需再进行优化，避免了通过人工的方式确定是否需要对第一业务代码进行优化，提升了是否需要对第一业务代码进行优化的确定效率。

在一个示例性实施例中，可以但不限于通过以下方式从数据依赖关系中提取目标传输路径：从所述数据依赖关系中查找一组候选传输路径，其中，所述一组候选传输路径中每条传输路径包括一条具有所述数据传输顺序的边连接的两个节点；从所述一组候选传输路径中查找一组参考传输路径，其中，所述一组参考传输路径中的每条传输路径的结束节点的输入数据不存在所述客户端提供的数据；从所述一组参考传输路径中查找一组目标传输路径，其中，所述一组目标传输路径中每条传输路径的起始节点仅将输出数据提供至一个结束节点。

可选地，在本实施例中，一组参考传输路径中的每条传输路径的结束节点的输入数据不存在客户端提供的数据，可以理解的是，一组参考传输路径中的每条传输路径的结束节点的输入数据仅是起始节点的输出数据，而不包括用户在客户端输入的数据、或者与客户端有关联的数据等等。

可选地，在本实施例中，结合图3、图4所示，可以但不限于从数据依赖关系中查找一组候选传输路径，一组候选传输路径可以但不限于包括传输路径1、传输路径2、传输路径3、传输路径4和传输路径5，从一组候选传输路径中查找一组参考传输路径，一组参考传输路径可以但不限于包括传输路径2和传输路径3。其中，一组参考传输路径中的每条传输路径的结束节点的输入数据不存在客户端提供的数据(相当于用户输入数据)；从一组参考传输路径中查找一组目标传输路径，一组目标传输路径可以但不限于包括传输路径2和传输路径3。

在上述步骤S206提供的技术方案中，在从数据依赖关系中提取到目标传输路径的情况下，可以但不限于按照目标数据传输顺序合并目标数据请求对应的目标业务代码，得到用于向服务器发起的交互业务的第二业务代码。第二交互业务可以但不限于与第一交互业务一致，通过这样的方式，实现了通过优化后的业务代码实现相同的交互业务，减少了服务器资源的浪费，提升了服务器资源的利用率。

可选地，在本实施例中，可能无法从数据依赖关系中提取到目标传输路径，在这样的情况下，可以表明第一业务代码中不存在需要冗余的业务代码，在这样的情况下，可以但不限于直接向服务器发起第一交互业务。

通过本申请实施例的中的方式，通过自动生成第一业务代码对应的数据依赖关系，可以简单快速地从数据依赖关系中提取允许合并的数据请求，避免了通过人工的方式，筛选允许合并的数据请求，提升了获取允许合并的数据请求的效率。

在一个示例性实施例中，可以但不限于通过以下方式按照目标数据传输顺序合并第一业务代码中目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码：获取一组目标传输路径中的传输路径的目标数量；在所述目标数量与预设的数量阈值之间满足预设的目标匹配条件的情况下，按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码。

可选地，在本实施例中，数量阈值可以根据实际的需求进行配置，可以但不限于在目标数量与预设的数量阈值之间满足目标数量大于或者等于数量阈值的情况下，可以表明目标数量与预设的数量阈值之间满足目标匹配条件；或者，在目标数量与预设的数量阈值之间的差值满足目标数量大于或者等于数量阈值的情况下，可以表明目标数量与预设的数量阈值之间满足目标匹配条件等等。

可选地，在本实施例中，在目标数量与预设的数量阈值之间满足预设的目标匹配条件的情况下，可以表明第一业务代码中冗余的业务代码较多，在这样的情况下，可以但不限于合并第一业务代码中目标数据请求对应的目标业务代码。在目标数量与预设的数量阈值之间不满足预设的目标匹配条件的情况下，可以表明第一业务代码中冗余的业务代码较少，或者，第一业务代码中不存在冗余的业务代码，在这样的情况下，可以但不限于不对第一业务代码进行合并。

为了更好地理解本申请实施例中的合并目标数据请求对应的目标业务代码的过程，下面结合可选的实施例，对本申请实施例中的确定是否合并目标业务代码的过程进行解释和说明。

图5是根据本申请实施例的一种可选的数据依赖关系的示意图二，结合图3、图4和图5所示，目标传输路径可以但不限于包括节点B和节点E之间的传输路径1，以及节点E和节点G之间的传输路径2，可以但不限于通过数据依赖关系的压缩算法计算出目标传输路径中的传输路径的目标数量，压缩后的数据依赖关系如图5所示，节点H是将数据请求B、数据请求E和数据请求G合并得到数据请求H所对应的节点，在本实施例中，目标数量为2。

数量阈值可以但不限于为1，目标匹配条件可以但不限于包括目标数量与预设的数量阈值之间满足目标数量大于或者等于数量阈值，在这样的情况下，可以表明可以优化的数据请求的业务代码已经较多，在这样的情况下，需要进行业务代码优化，可以但不限于进行业务代码优化从而降低应用的耗时，比如：一次数据请求可以但不限于耗时200毫秒，在将数据请求B、数据请求E和数据请求G合并之前，数据请求的耗时为600毫秒，在将数据请求B、数据请求E和数据请求G合并为一次数据请求之后，数据请求的耗时从600毫秒降低为200毫秒，极大地减低了数据请求的耗时，提升了用户的体验。

在一个示例性实施例中，可以但不限于通过以下方式按照目标数据传输顺序合并第一业务代码中目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码：按照所述目标数据传输顺序合并所述目标业务代码中包括的所述目标数据请求的输出数据和输入数据之间的第一函数关系，得到第二函数关系，其中，所述第二函数关系是所述目标数据请求合并之后的数据请求的输入数据和所述目标数据请求合并之后的请求的输出数据之间具有的函数关系；根据所述第二函数关系，生成所述目标数据请求合并之后的数据请求所对应的第三业务代码；将所述第一业务代码中的所述目标业务代码替换为所述第三业务代码，得到所述第二业务代码。

可选地，在本实施例中，可以但不限于将目标业务代码合并为一个或者多个第三业务代码，第二业务代码中包括一个或者多个第三业务代码、以及第一业务代码中不允许进行合并的数据请求所对应的业务代码等等。

可选地，在本实施例中，目标数据请求合并之后的数据请求的输入数据和目标数据请求合并之后的请求的输出数据之间具有第二函数关系，结合图5所示，目标数据请求可以但不限于包括数据请求B、数据请求E和数据请求G，数据请求B、数据请求E和数据请求G合并之后得到数据请求H，数据请求H的输入数据可以但不限于为数据请求B的输入数据，数据请求H的输出数据可以但不限于为数据请求G的输出数据。可以但不限于根据数据请求B的输入数据与数据请求G的输出数据之间的第二函数关系，生成数据请求H所对应的第三业务代码。

在一个示例性实施例中，可以但不限于通过以下方式按照目标数据传输顺序合并目标业务代码中包括的目标数据请求的输出数据和输入数据之间的第一函数关系，得到第二函数关系：通过执行以下步骤合并M个数据请求中的第p个数据请求所对应的业务代码中包括的函数关系、以及第q个数据请求所对应的业务代码中包括的函数关系，其中，所述目标数据请求包括所述M个数据请求，所述第p个数据请求所对应的业务代码中包括了所述第p个数据请求的输入数据和输出数据之间具有的第三函数关系，所述第q个数据请求所对应的业务代码中包括了所述第q个数据请求的输入数据和输出数据之间具有的第四函数关系，所述第p个数据请求的输出数据是所述第q个数据请求的输入数据，p为大于或等于1、且小于或等于M的正整数，q为大于或等于1、且小于或等于M的正整数：在所述第四函数关系中嵌套所述第三函数关系，得到第五函数关系，其中，所述第五函数关系是所述第p个数据请求和所述第q个数据请求合并之后的数据请求的输入数据、与所述第p个数据请求和所述第q个数据请求合并之后的数据请求的输出数据之间具有的函数关系。

可选的，在本实施例中，第p个数据请求和第q个数据请求合并之后的数据请求的输入数据可以但不限于为第p个数据请求的输入数据，第p个数据请求和第q个数据请求合并之后的数据请求的输出数据可以但不限于为第p个数据请求的输出数据。

为了更好地理解本申请实施例中的合并数据请求的函数关系的过程，下面结合可选的实施例，对本申请实施例中得到第二业务代码的过程进行解释和说明。

图6是根据本申请实施例的一种可选的第二交互业务的第二业务代码的示意图，如图5和图6所示，目标数据请求可以但不限于包括数据请求B、数据请求E和数据请求G，数据请求B、数据请求E和数据请求G合并之后得到数据请求H，数据请求H的输入数据可以但不限于为数据请求B的输入数据(aData，用户输入数据)，数据请求H的输出数据可以但不限于为数据请求G的输出数据(const gData)。在数据请求E的输入数据和输出数据之间具有的第六函数关系中嵌套数据请求B的输入数据和输出数据之间具有的第七函数关系，然后再在数据请求G的输入数据和输出数据之间具有的第八函数关系中嵌套已嵌套有第七函数关系的数据请求E的数据请求和输出数据之间具有的函数关系，得到第二函数关系。可以但不限于根据数据请求B的输入数据与数据请求G的输出数据之间的第二函数关系，生成数据请求H所对应的第三业务代码。

为了更好的理解上述交互业务的发起控制的过程，以下再结合可选实施例对上述交互业务的发起控制流程进行说明，但不用于限定本申请实施例的技术方案。

在本实施例中提供了一种交互业务的发起控制方法，图7是根据本申请实施例的一种可选的交互业务的发起控制方法的示意图，如图7所示，主要包括如下步骤：

步骤S701：自动根据业务代码分析出数据依赖关系。

步骤S702：生成数据依赖树。

步骤S703：对数据依赖树进行压缩。

步骤S704：得到冗余传输路径减少的数量。

步骤S705：确定可以减少的路径数量是否较多，在确定可以减少的路径数量较多的情况下，执行步骤S706，在确定可以减少的路径数量较少的情况下，直接结束。

步骤S706：进行业务代码优化。

通过本申请实施例中的交互业务的发起控制方法，相比人工通过分析业务代码整理数据流程本申请实施例中的交互业务的发起控制方法，更加快速方便地确定允许合并的数据请求，提高了开发人员的生产效率。另一方面，通过代码的词法分析和语法分析来找旧的引用代码，相对于人工搜查可以做到无任何遗漏，提升查找到允许合并的业务代码的准确率，此外，通过自动生成的数据依赖树，对于各个数据请求之间的数据依赖一目了然，降低了确定优化的业务代码的难度。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

图8是根据本申请实施例的一种交互业务的发起控制装置的结构框图，如图8所示，包括：

读取模块802，用于读取第一交互业务的第一业务代码，其中，所述第一交互业务是客户端向服务器待发起的交互业务，所述第一业务代码用于通过所述客户端向所述服务器发起第一组数据请求实现所述第一交互业务；

解析模块804，用于解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，其中，所述数据依赖关系用于展示所述第一组数据请求之间的数据传输顺序；

提取模块806，用于从所述数据依赖关系中提取目标传输路径，其中，所述目标传输路径用于展示所述第一组数据请求中允许合并的目标数据请求之间的目标数据传输顺序；

合并模块808，用于按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，其中，所述第二交互业务用于向所述服务器发起，所述第二业务代码用于通过向所述服务器发起第二组数据请求实现所述第二交互业务。

通过上述实施例，读取到客户端向服务器待发起的交互业务的业务代码情况下，可以自动解析该业务代码生成待发起的交互业务对应的数据依赖关系，直接从数据依赖关系中提取用于展示允许合并的数据请求之间的数据传输顺序的传输路径，按照数据传输顺序对业务代码中允许合并的数据请求对应的业务代码进行合并，实现了根据自动生成的业务代码所对应的数据依赖关系，自动对业务代码进行合并，避免了通过人工的方式，对业务代码进行优化，缩短了对交互业务进行优化所需的时间，提升了交互业务的发起控制效率。采用上述技术方案，解决了相关技术中，交互业务的发起控制效率较低等问题，实现了提升交互业务的发起控制效率的技术效果。

在一个示例性实施例中，所述解析模块，包括：

解析单元，用于从所述第一业务代码中解析N个数据请求之间的数据传输顺序，其中，所述第一组数据请求包括所述N个数据请求，N为大于或者等于1的正整数；

创建单元，用于创建N个数据请求所对应的N个节点；

第一生成单元，用于根据N个数据请求之间的数据传输顺序，生成所述N个节点之间的传输路径，得到所述数据依赖关系。

在一个示例性实施例中，所述第一生成单元，用于：

通过执行以下步骤生成N个数据请求中的第i个数据请求对应的第i个节点，以及N个数据请求中的第j个数据请求对应的第j个节点之间的传输路径，其中，所述第i个数据请求和所述第j个数据请求之间的数据传输顺序是从所述第i个数据请求至所述第j个数据请求，i为大于或等于1、且小于或等于N的正整数，j为大于或等于1、且小于或等于N的正整数：

以所述第i个节点为起始节点、且以所述第j个节点为结束节点，生成所述第i个节点与所述第j个节点之间的边，得到所述第i个节点与所述第j个节点之间的传输路径，其中，所述第i个节点与所述第j个节点之间的边用于表示所述第i个数据请求和所述第j个数据请求之间的数据传输顺序。

在一个示例性实施例中，所述提取模块，包括：

第一查找单元，用于从所述数据依赖关系中查找一组候选传输路径，其中，所述一组候选传输路径中每条传输路径包括一条具有所述数据传输顺序的边连接的两个节点；

第二查找单元，用于从所述一组候选传输路径中查找一组参考传输路径，其中，所述一组参考传输路径中的每条传输路径的结束节点的输入数据不存在所述客户端提供的数据；

第三查找单元，用于从所述一组参考传输路径中查找一组目标传输路径，其中，所述一组目标传输路径中每条传输路径的起始节点仅将输出数据提供至一个结束节点。

在一个示例性实施例中，所述合并模块，包括：

获取单元，用于获取一组目标传输路径中的路径的目标数量；

第一合并单元，用于在所述目标数量与预设的数量阈值之间满足预设的目标匹配条件的情况下，按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码。

在一个示例性实施例中，所述合并模块，包括：

第二合并单元，按照所述目标数据传输顺序合并所述目标业务代码中包括的所述目标数据请求的输出数据和输入数据之间的第一函数关系，得到第二函数关系，其中，所述第二函数关系是所述目标数据请求合并之后的数据请求的输入数据和所述目标数据请求合并之后的请求的输出数据之间具有的函数关系；

第二生成单元，用于根据所述第二函数关系，生成所述目标数据请求合并之后的数据请求所对应的第三业务代码；

替换单元，用于将所述第一业务代码中的所述目标业务代码替换为所述第三业务代码，得到所述第二业务代码。

在一个示例性实施例中，所述第二合并单元，用于：

通过执行以下步骤合并M个数据请求中的第p个数据请求所对应的业务代码中包括的函数关系、以及第q个数据请求所对应的业务代码中包括的函数关系，其中，所述目标数据请求包括所述M个数据请求，所述第p个数据请求所对应的业务代码中包括了所述第p个数据请求的输入数据和输出数据之间具有的第三函数关系，所述第q个数据请求所对应的业务代码中包括了所述第q个数据请求的输入数据和输出数据之间具有的第四函数关系，所述第p个数据请求的输出数据是所述第q个数据请求的输入数据，p为大于或等于1、且小于或等于M的正整数，q为大于或等于1、且小于或等于M的正整数：

在所述第四函数关系中嵌套所述第三函数关系，得到第五函数关系，其中，所述第五函数关系是所述第p个数据请求和所述第q个数据请求合并之后的数据请求的输入数据、与所述第p个数据请求和所述第q个数据请求合并之后的数据请求的输出数据之间具有的函数关系。

本申请的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项的方法。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，读取第一交互业务的第一业务代码，其中，所述第一交互业务是客户端向服务器待发起的交互业务，所述第一业务代码用于通过所述客户端向所述服务器发起第一组数据请求实现所述第一交互业务；

S2，解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，其中，所述数据依赖关系用于展示所述第一组数据请求之间的数据传输顺序；

S3，从所述数据依赖关系中提取目标传输路径，其中，所述目标传输路径用于展示所述第一组数据请求中允许合并的目标数据请求之间的目标数据传输顺序；

S4，按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，其中，所述第二交互业务用于向所述服务器发起，所述第二业务代码用于通过向所述服务器发起第二组数据请求实现所述第二交互业务。

本申请的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，读取第一交互业务的第一业务代码，其中，所述第一交互业务是客户端向服务器待发起的交互业务，所述第一业务代码用于通过所述客户端向所述服务器发起第一组数据请求实现所述第一交互业务；

S2，解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，其中，所述数据依赖关系用于展示所述第一组数据请求之间的数据传输顺序；

S3，从所述数据依赖关系中提取目标传输路径，其中，所述目标传输路径用于展示所述第一组数据请求中允许合并的目标数据请求之间的目标数据传输顺序；

S4，按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，其中，所述第二交互业务用于向所述服务器发起，所述第二业务代码用于通过向所述服务器发起第二组数据请求实现所述第二交互业务。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

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

Claims (10)

1.一种交互业务的发起控制方法，其特征在于，包括：

读取第一交互业务的第一业务代码，其中，所述第一交互业务是客户端向服务器待发起的交互业务，所述第一业务代码用于通过所述客户端向所述服务器发起第一组数据请求实现所述第一交互业务；

解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，其中，所述数据依赖关系用于展示所述第一组数据请求之间的数据传输顺序；

从所述数据依赖关系中提取目标传输路径，其中，所述目标传输路径用于展示所述第一组数据请求中允许合并的目标数据请求之间的目标数据传输顺序；

按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，其中，所述第二交互业务用于向所述服务器发起，所述第二业务代码用于通过向所述服务器发起第二组数据请求实现所述第二交互业务。

2.根据权利要求1所述的交互业务的发起控制方法，其特征在于，所述解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，包括：

从所述第一业务代码中解析N个数据请求之间的数据传输顺序，其中，所述第一组数据请求包括所述N个数据请求，N为大于或者等于1的正整数；

创建N个数据请求所对应的N个节点；

根据N个数据请求之间的数据传输顺序，生成所述N个节点之间的传输路径，得到所述数据依赖关系。

3.根据权利要求2所述的交互业务的发起控制方法，其特征在于，所述根据N个数据请求之间的数据传输顺序，生成所述N个节点之间的传输路径，得到所述数据依赖关系，包括：

通过执行以下步骤生成N个数据请求中的第i个数据请求对应的第i个节点，以及N个数据请求中的第j个数据请求对应的第j个节点之间的传输路径，其中，所述第i个数据请求和所述第j个数据请求之间的数据传输顺序是从所述第i个数据请求至所述第j个数据请求，i为大于或等于1、且小于或等于N的正整数，j为大于或等于1、且小于或等于N的正整数：

以所述第i个节点为起始节点、且以所述第j个节点为结束节点，生成所述第i个节点与所述第j个节点之间的边，得到所述第i个节点与所述第j个节点之间的传输路径，其中，所述第i个节点与所述第j个节点之间的边用于表示所述第i个数据请求和所述第j个数据请求之间的数据传输顺序。

4.根据权利要求3所述的交互业务的发起控制方法，其特征在于，所述从所述数据依赖关系中提取目标传输路径，包括：

从所述数据依赖关系中查找一组候选传输路径，其中，所述一组候选传输路径中每条传输路径包括一条具有所述数据传输顺序的边连接的两个节点；

从所述一组候选传输路径中查找一组参考传输路径，其中，所述一组参考传输路径中的每条传输路径的结束节点的输入数据不存在所述客户端提供的数据；

从所述一组参考传输路径中查找一组目标传输路径，其中，所述一组目标传输路径中每条传输路径的起始节点仅将输出数据提供至一个结束节点。

5.根据权利要求4所述的交互业务的发起控制方法，其特征在于，所述按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，包括：

获取一组目标传输路径中的传输路径的目标数量；

在所述目标数量与预设的数量阈值之间满足预设的目标匹配条件的情况下，按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码。

6.根据权利要求1所述的交互业务的发起控制方法，其特征在于，所述按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，包括：

按照所述目标数据传输顺序合并所述目标业务代码中包括的所述目标数据请求的输出数据和输入数据之间的第一函数关系，得到第二函数关系，其中，所述第二函数关系是所述目标数据请求合并之后的数据请求的输入数据和所述目标数据请求合并之后的请求的输出数据之间具有的函数关系；

根据所述第二函数关系，生成所述目标数据请求合并之后的数据请求所对应的第三业务代码；

将所述第一业务代码中的所述目标业务代码替换为所述第三业务代码，得到所述第二业务代码。

7.根据权利要求6所述的交互业务的发起控制方法，其特征在于，所述按照所述目标数据传输顺序合并所述目标业务代码中包括的所述目标数据请求的输出数据和输入数据之间的第一函数关系，得到第二函数关系，包括：

通过执行以下步骤合并M个数据请求中的第p个数据请求所对应的业务代码中包括的函数关系、以及第q个数据请求所对应的业务代码中包括的函数关系，其中，所述目标数据请求包括所述M个数据请求，所述第p个数据请求所对应的业务代码中包括了所述第p个数据请求的输入数据和输出数据之间具有的第三函数关系，所述第q个数据请求所对应的业务代码中包括了所述第q个数据请求的输入数据和输出数据之间具有的第四函数关系，所述第p个数据请求的输出数据是所述第q个数据请求的输入数据，p为大于或等于1、且小于或等于M的正整数，q为大于或等于1、且小于或等于M的正整数：

在所述第四函数关系中嵌套所述第三函数关系，得到第五函数关系，其中，所述第五函数关系是所述第p个数据请求和所述第q个数据请求合并之后的数据请求的输入数据、与所述第p个数据请求和所述第q个数据请求合并之后的数据请求的输出数据之间具有的函数关系。

8.一种交互业务的发起控制装置，其特征在于，包括：

读取模块，用于读取第一交互业务的第一业务代码，其中，所述第一交互业务是客户端向服务器待发起的交互业务，所述第一业务代码用于通过所述客户端向所述服务器发起第一组数据请求实现所述第一交互业务；

解析模块，用于解析所述第一业务代码生成所述第一交互业务对应的数据依赖关系，其中，所述数据依赖关系用于展示所述第一组数据请求之间的数据传输顺序；

提取模块，用于从所述数据依赖关系中提取目标传输路径，其中，所述目标传输路径用于展示所述第一组数据请求中允许合并的目标数据请求之间的目标数据传输顺序；

合并模块，用于按照所述目标数据传输顺序合并所述第一业务代码中所述目标数据请求对应的目标业务代码，得到第二交互业务的第二业务代码，其中，所述第二交互业务用于向所述服务器发起，所述第二业务代码用于通过向所述服务器发起第二组数据请求实现所述第二交互业务。

9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至7中任一项所述的交互业务的发起控制方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至7中任一项所述的交互业务的发起控制方法。