CN116074391A - 信息传输方法和装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种信息传输方法和装置、存储介质及电子装置，涉及智慧家庭技术领域，该信息传输方法包括：接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；将所述请求信息传输至所述目标下游节点。解决了相关技术中，在升级过程中无法将升级请求定向发送到目标下游节点等问题，达到了可以将升级请求定向发送到目标下游节点的目的。

Description

信息传输方法和装置、存储介质及电子装置

技术领域

本申请涉及通信领域，具体而言，涉及一种信息传输方法和装置、存储介质及电子装置。

背景技术

当前在对服务进行升级的过程中，由于直接升级服务版本并对用户暴露最新的功能，很有可能会因为升级版本本身存在的问题，产生大量的错误数据，给用户产生不好的体验。为了减少对用户体验的影响，部分企业升级服务采用晚间数据量最小时升级或者以灰度发布的方式升级。

然而当前采用的灰度发布的方案中，不能满足多框架的升级要求，且无法实现将升级信息定向传输。

针对相关技术中，在进行升级的过程中无法实现将升级请求定向发送到目标下游节点等问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种信息传输方法和装置、存储介质及电子装置，以至少解决相关技术中，在升级过程中无法将升级请求定向发送到目标下游节点等问题。

根据本申请实施例的一个实施例，提供了一种信息传输方法，包括：接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；将所述请求信息传输至所述目标下游节点。

在一个示例性实施例中，从不同服务框架下的下游节点中确定目标下游节点，包括：确定不同服务框架下的所有下游节点的标识；在所述所有下游节点中存在与所述请求信息的标识一致的下游节点的情况下，将与所述请求信息的标识一致的第一下游节点确定为目标下游节点；在所述所有下游节点中不存在与所述请求信息的标识一致的下游节点的情况下，确定不同服务框架下的下游节点中是否存在标识为空白标识的第二下游节点，并将标识为空白标识的第二下游节点确定为目标下游节点。

在一个示例性实施例中，将标识为空白标识的第二下游节点确定为目标下游节点，包括：在第二下游节点为多个的情况下，确定多个所述第二下游节点传输历史请求信息的第一传输速度，其中，所述第一传输速度用于指示第二下游节点传输历史传输请求信息的消耗时间；从多个所述第二下游节点中确定出第一传输速度大于第一阈值的第三下游节点，并将所述第三下游节点确定为所述目标下游节点。

在一个示例性实施例中，将与所述请求信息的标识一致的第一下游节点确定为目标下游节点，包括：在所述第二下游节点为多个的情况下，确定所述第二下游节点传输历史请求信息的第二传输速度，其中，所述第二传输速度用于指示所述第二下游节点传输历史传输请求信息的消耗时间；从所述第一下游节点中确定出传输速度大于第二阈值的第四下游节点，并将所述第四下游节点确定为所述目标下游节点。

在一个示例性实施例中，将所述请求信息传输至所述目标下游节点，包括：确定目标对象发出的改变指令，其中，所述改变指令用于指示不同服务框架下的下游节点改变标识；从接收到所述改变指令的下游节点中确定目标下游节点；将所述请求信息传输至所述目标下游节点。

在一个示例性实施例中，确定不同服务框架下的下游节点的标识，包括：获取所述不同服务框架下的下游节点的多个标识改变时间，其中，所述标识改变时间用于指示所述下游节点的标识改变成功的时间点；从所述多个标识改变时间中确定距离当前时间最少的目标标识改变时间；在所述目标标识改变时间与所述当前时间的时间差值小于第三阈值的情况下，将所述目标标识改变时间对应的下游节点的标识确定为所述不同服务框架下的下游节点的标识。

在一个示例性实施例中，将所述请求信息传输至所述目标下游节点，包括：获取将所述请求信息传输至所述目标下游节点的多条路径，其中，所述多条路径分别包括：不同的下游节点的个数；将所述多条路径中包括的下游节点的个数最少的路径确定目标路径，并通过目标路径将所述请求信息传输至所述目标下游节点。

根据本申请实施例的另一个实施例，还提供了一种信息传输装置，包括：接收模块，用于接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；确定模块，用于在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；传输模块，用于将所述请求信息传输至所述目标下游节点。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述信息传输方法。

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

在本申请实施例中，接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；将所述请求信息传输至所述目标下游节点。也就是说，通过确定不同服务框架下的下游节点的标识，通将下游节点的标识与所述请求信息标识进行匹配，进而确定所述请求信息对应的目标下游节点。解决了相关技术中，在升级过程中无法将升级请求定向发送到目标下游节点等问题，达到了可以将升级请求定向发送到目标下游节点的目的。

附图说明

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

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

图1是本申请实施例的一种信息传输方法的硬件环境示意图；

图2是根据本申请实施例的信息传输方法的流程图；

图3是根据本申请可选实施例的信息传输方法的数据流程图；

图4是根据本申请可选实施例的信息传输方法的网关数据逻辑图；

图5是根据本申请可选实施例的信息传输方法的框架调用流程图；

图6是根据本申请可选实施例的信息传输方法的页面设置流程图；

图7是根据本申请可选实施例的信息传输方法的灰度配置信息设置流程图；

图8是根据本申请可选实施例的信息传输方法的息传输方法的灰度颜色设置流程图；

图9是根据本申请可选实施例的信息传输方法的dubbo服务自启动时设置tag流程图；

图10是根据本申请实施例的一种信息传输装置的结构框图。

具体实施方式

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

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

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

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

在本实施例中提供了一种信息传输方法，图2是根据本申请实施例的信息传输方法的流程图，该流程包括如下步骤：

步骤S202，接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；

步骤S204，在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；

步骤S206，将所述请求信息传输至所述目标下游节点。

通过上述步骤，接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；将所述请求信息传输至所述目标下游节点。解决了相关技术中，在升级过程中无法将升级请求定向发送到目标下游节点等问题，达到了可以将升级请求定向发送到目标下游节点的目的

在一个示例性实施例中，从不同服务框架下的下游节点中确定目标下游节点，包括：确定不同服务框架下的所有下游节点的标识；在所述所有下游节点中存在与所述请求信息的标识一致的下游节点的情况下，将与所述请求信息的标识一致的第一下游节点确定为目标下游节点；在所述所有下游节点中不存在与所述请求信息的标识一致的下游节点的情况下，确定不同服务框架下的下游节点中是否存在标识为空白标识的第二下游节点，并将标识为空白标识的第二下游节点确定为目标下游节点。

也就是说，在将用于请求升级的请求信息传递至不同服务框架的下游节点的过程中，需要明确所述请求信息应该被传送至哪一个下游节点。为此，可以通过所述请求信息所携带的标识来确定，若当前节点所对应的不同服务框架下的全部下游节点中，存在与所述请求信息所携带的标识一致的下游节点，那么就将与所述请求信息所携带的标识一致的下游节点确定为目标下游节点。

需要说明的是，在实际应用中，也会存在当前节点所对应的不同服务框架下的全部下游节点中，不存在与所述请求信息所携带的标识一致的下游节点的情况出现，那么就将标识为空白标识的第二下游节点确定为目标下游节点。

可选地，对于上述方案中描述的空白标识可以理解为是“空”的标识，或者是不存在任何标识，本发明实施例对上次方案不进行限定。

可选地，所述标识可以是不同的颜色值。例如，在所述请求信息所携带的颜色值为红色的情况下，确定不同服务框架的下游节点中，是否存在携带颜色值为红色的下游节点。如果有，所述颜色值为红色的下游节点确定为目标下游节点。如果没有，则将不携带颜色值，或颜色值为空白的下游节点确定为目标下游节点。

可选地，所述标识可以是数据的不同字节数，例如，在所述请求信息所携带的数据为3个字节的情况下，确定不同服务框架的下游节点中，是否存在携带的数据为3个字节下游节点。如果有所述数据为3个字节的下游节点确定为目标下游节点。如果没有，则将不携带数据，或数据长度为0字节的下游节点确定为目标下游节点。

在一个示例性实施例中，将标识为空白标识的第二下游节点确定为目标下游节点，包括：在第二下游节点为多个的情况下，确定多个所述第二下游节点传输历史请求信息的第一传输速度，其中，所述第一传输速度用于指示第二下游节点传输历史传输请求信息的消耗时间；从多个所述第二下游节点中确定出第一传输速度大于第一阈值的第三下游节点，并将所述第三下游节点确定为所述目标下游节点。

需要说明的是，在存在多个标识为空白标识的第二下游节点的情况下，需要明确具体将哪个第二下游节点确定为目标下游节点。可选地，获取所述第二下游节点传递请求信息的所消耗的时间，也可以是预设时间段内，第二下游节点传递请求信息所消耗时间的平均值。在明确了所述消耗时间或明确了所述消耗时间的平均值的情况下，确定所述消耗时间或所述消耗时间的平均值对应的第一传输速度或第一传输速度平均值。将所述传输速度或传输速度平均值大于阈值的第三下游节点确定为目标下游节点。

在一个示例性实施例中，将与所述请求信息的标识一致的第一下游节点确定为目标下游节点，包括：在所述第二下游节点为多个的情况下，确定所述第二下游节点传输历史请求信息的第二传输速度，其中，所述第二传输速度用于指示所述第二下游节点传输历史传输请求信息的消耗时间；从所述第一下游节点中确定出传输速度大于第二阈值的第四下游节点，并将所述第四下游节点确定为所述目标下游节点。

需要说明的是，在存在多个与所述请求信息的标识一致的第一下游节点的情况下，需要明确具体将哪个第一下游节点确定为目标下游节点。可选地，获取所述第一下游节点传递请求信息的所消耗的时间，也可以是预设时间段内，第一下游节点传递请求信息所消耗时间的平均值。在明确了所述消耗时间或明确了所述消耗时间的平均值的情况下，确定所述消耗时间或所述消耗时间的平均值对应的第二传输速度或第二传输速度平均值。将所述传输速度或传输速度平均值大于阈值的第三下游节点确定为目标下游节点。

在一个示例性实施例中，将所述请求信息传输至所述目标下游节点，包括：确定目标对象发出的改变指令，其中，所述改变指令用于指示不同服务框架下的下游节点改变标识；从接收到所述改变指令的下游节点中确定目标下游节点；将所述请求信息传输至所述目标下游节点。

需要明确的是，为了更好的控制请求信息的走向，可以通过改变下游节点标识的方式实现。

可选地，确定接收了改变指令的不同服务框架下的下游节点中，是否存在与所述请求信息所携带的标识一致的下游节点，将接收了改变指令后下游节点的标识发生改变且接收了改变指令后下游节点的标识与所述请求信息标识一致的下游节点确定为目标下游节点，进而将所述请求信息传输至所述目标下游节点。

可选地，确定接收了改变指令的不同服务框架下的下游节点中，是否存在与所述请求信息所携带的标识一致的下游节点，将接收了改变指令后下游节点的标识未发生改变且未发生改变的下游节点的标识与所述请求信息标识一致的下游节点确定为目标下游节点，进而将所述请求信息传输至所述目标下游节点。

在一个示例性实施例中，确定不同服务框架下的下游节点的标识，包括：获取所述不同服务框架下的下游节点的多个标识改变时间，其中，所述标识改变时间用于指示所述下游节点的标识改变成功的时间点；从所述多个标识改变时间中确定距离当前时间最少的目标标识改变时间；在所述目标标识改变时间与所述当前时间的时间差值小于第三阈值的情况下，将所述目标标识改变时间对应的下游节点的标识确定为所述不同服务框架下的下游节点的标识。

需要明确的是，在实际应用中，可能由于网络原因导致一些下游节点未能及时响应甚至没有响应，进而也就导致了下游节点的标识没有改变迟缓或者没有发生改变。可选地，确定最新发生改变的下游节点标识，并判断最新发生改变响应时间是否超时，如果没有超时，则该响应时间对应的节点标识为目标下游节点标识。

可选地，为了确定下游节点标识，还可以设置一个获取下游节点标识的周期，每隔一定的时间，就对不同框架下的下游节点标识进行获取。

在一个示例性实施例中，将所述请求信息传输至所述目标下游节点，包括：获取将所述请求信息传输至所述目标下游节点的多条路径，其中，所述多条路径分别包括：不同的下游节点的个数；将所述多条路径中包括的下游节点的个数最少的路径确定目标路径，并通过目标路径将所述请求信息传输至所述目标下游节点。

也就是说，在将所述请求信息从当前节点传输至目标下游节点的过程中，可以通过确定将所述请求信息从当前节点到目标下游节点所经过的节点个数，来确定所述请求信息的具体走向，得到目标路径。

可选地，将所述请求信息从当前节点到目标下游节点所经过的节点个数最少的路径确定为目标路径。

可选地，将所述请求信息从当前节点到目标下游节点所经过的节点个数小于预设值的路径确定为目标路径。

可选地，将所述请求信息从当前节点到目标下游节点所经过的节点个数等于预设值的路径确定为目标路径。

为了更好的理解上述信息传输方法的过程，以下再结合可选实施例对上述信息传输的实现方法流程进行说明，但不用于限定本申请实施例的技术方案。

在本实施例中提供了一种信息传输方法，图3是根据本申请可选实施例的信息传输方法的数据流程图，如图3所示，具体如下：

请求的所有入口都为网关，网关将数据转发到springcloud服务后，数据将在spingcloud、dubbo、rest三种服务架构中流转。

数据在网关处理后会携带染色信息，在接下来的流转中会一直将染色信息传递，在上下节点调用时会根据染色颜色选择灰度/正常节点。

需要说明的是，上述方法中所涉及的词意解释具体如下：

springcloud，一种分布式微服务架构；

dubbo，一种开源分布式框架；

rest，一种互联网软件架构；

网关，网关。

在本实施例中提供了一种信息传输方法，图4是根据本申请可选实施例的信息传输方法的网关数据逻辑图，如图4所示，具体如下：

S401，网关定时从灰度服务获取最新的染色配置信息，将染色配置信息按照url分类后存入内存；

S402，前端发起请求到网关；

S403，网关获取到当前请求的统一资源定位符(英文：Uniform ResourceLocator，简称url)、主体、标头等信息，先根据url断言，确认是否有配置当前url的染色配置信息如果匹配不到url，直接执行S405，如果匹配到，则继续执行S404；

S404,根据染色配置中的条件信息，判断当前接口携带的参数信息是否满足，如果满足，则将染色配置中的颜色信息返回，如果不满足，则返回正常的颜色。

s4执行完后执行S405；

S405,根据获得的颜色信息，确定调用下游服务时选择灰度/正常节点。

本方法中，网关和springcloud服务在nacos上注册，dubbo服务在zookeeper上注册。基于nacos的灰度实现依赖其元数据标记，基于zookeeper的灰度实现依赖其标签功能。

在本实施例中提供了一种信息传输方法，图5是根据本申请可选实施例的信息传输方法的框架调用流程图，如图5所示，具体如下：

需要说明的是，上游节点的标识可以是染色值，本发明对此不做限定。

网关调用springcloud时，需要继承负载均衡策略需要直接继承的类，实现自定义的负载均衡方法；

springcloud->springcloud,需要继承负载均衡策略需要直接继承的类，实现自定义的负载均衡方法，还需要实现RequestInterceptor，将上游传递的染色值向下传；

springcloud->rest、dubbo->rest、rest->rest三种场景调用时，需要实现ClientHttpRequestInterceptor，将上游传递的染色值向下传递；

springcloud->dubbo、dubbo->dubbo、rest->dubbo三种场景调用时，需要继承AbstractRouter，实现其route方法，将染色颜色值放入RpcContext中便可实现灰度调用；

dubbo->springcloud、rest->springcloud，需要依赖nacos服务端对外暴露的api获取合适的节点调用。

需要说明的是，上述方法中所涉及的词意解释具体如下：

AbstractLoadBalancerRule，负载均衡策略需要直接继承的类；

RequestInterceptor，一种拦截器；

ClientHttpRequestInterceptor，是springboot拦截器，一种常用的http拦截器；

AbstractRouter，抽象类，主要实现类排序compare to；

Route，路由；

RpcContext，临时状态记录器。

在本实施例中提供了一种信息传输方法，图6是根据本申请可选实施例的信息传输方法的页面设置流程图，如图6所示，具体如下：

S601，页面发起请求，设置或取消灰度节点设置，请求到灰度的服务端；

S602，灰度服务端接收到请求，将节点信息及灰度值保存在数据库中，s8,会判断设置微服务的服务类型，将请求转发nacos服务端或者dubbo-admin服务端；

S603，如果设置的为springcloud服务，则调用nacos对外暴露API更改对应服务的元数据信息，如果设置的为dubbo服务，则调用dubbo-admin对外暴露的API更改其在zookeeper处的标签信息。

通过图6的页面操作可实时更改节点的染色信息，控制流量的走向。

在本实施例中提供了一种信息传输方法，图7是根据本申请可选实施例的信息传输方法的灰度配置信息设置流程图，如图7所示，具体如下：

首先通过页面，设置网关名称、微服务名称、url、颜色值、以及条件满足方式；

其次还需要配置染色配置条件，在选择数据来源之后，确定参数名称，参数条件，参数值。

其中，每条染色配置信息包含网关名称、微服务名称、url、灰度颜色、条件满足方式以及具体的染色条件信息。染色条件信息包含数据源、参数名称、参数条件、参数值信息。当染色配置条件满足时，将颜色值返回给网关服务并传递给将要调用的微服务。

在本实施例中提供了一种信息传输方法，图8是根据本申请可选实施例的信息传输方法的灰度颜色设置流程图，如图8所示，具体如下：

S801，服务启动时，添加注册前事件监听机制；

S802，此时调用灰度服务端，查询当前服务的灰度信息；

S803，根据查询到的灰度值，代码中设置元数据的数据信息；

S804，完成注册流程，此时nacos注册服务器会保存此服务的元数据信息。

在本实施例中提供了一种信息传输方法，图9是根据本申请可选实施例的信息传输方法的dubbo服务自启动时设置tag流程图，如图9所示，具体如下：

S901，服务启动时，添加注册前事件监听机制；

S902，调用灰度服务器，将当前服务的ip及启动端口信息传递给灰度服务端；

S903，服务端根据微服务传递的ip及端口等信息，查询到此节点的灰度信息，然后调用dubbo-admin设置tag信息；

S904，dubbo服务完成注册。

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

图10是根据本申请实施例的一种信息传输装置的结构框图；如图10所示，包括：

接收模块102，用于接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；

确定模块104，用于在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；

传输模块106，用于将所述请求信息传输至所述目标下游节点。

通过上述装置，接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；将所述请求信息传输至所述目标下游节点。解决了相关技术中，在升级过程中无法将升级请求定向发送到目标下游节点等问题，达到了可以将升级请求定向发送到目标下游节点的目的。

在一个示例性实施例中，确定模块104，用于确定不同服务框架下的所有下游节点的标识；在所述所有下游节点中存在与所述请求信息的标识一致的下游节点的情况下，将与所述请求信息的标识一致的第一下游节点确定为目标下游节点；在所述所有下游节点中不存在与所述请求信息的标识一致的下游节点的情况下，确定不同服务框架下的下游节点中是否存在标识为空白标识的第二下游节点，并将标识为空白标识的第二下游节点确定为目标下游节点。

在一个示例性实施例中，确定模块104，用于在第二下游节点为多个的情况下，确定多个所述第二下游节点传输历史请求信息的第一传输速度，其中，所述第一传输速度用于指示第二下游节点传输历史传输请求信息的消耗时间；从多个所述第二下游节点中确定出第一传输速度大于第一阈值的第三下游节点，并将所述第三下游节点确定为所述目标下游节点。

在一个示例性实施例中，确定模块104，在所述第二下游节点为多个的情况下，确定所述第二下游节点传输历史请求信息的第二传输速度，其中，所述第二传输速度用于指示所述第二下游节点传输历史传输请求信息的消耗时间；从所述第一下游节点中确定出传输速度大于第二阈值的第四下游节点，并将所述第四下游节点确定为所述目标下游节点。

在一个示例性实施例中，传输模块106，用于确定目标对象发出的改变指令，其中，所述改变指令用于指示不同服务框架下的下游节点改变标识；从接收到所述改变指令的下游节点中确定目标下游节点；将所述请求信息传输至所述目标下游节点。

在一个示例性实施例中，确定模块104，用于获取所述不同服务框架下的下游节点的多个标识改变时间，其中，所述标识改变时间用于指示所述下游节点的标识改变成功的时间点；从所述多个标识改变时间中确定距离当前时间最少的目标标识改变时间；在所述目标标识改变时间与所述当前时间的时间差值小于第三阈值的情况下，将所述目标标识改变时间对应的下游节点的标识确定为所述不同服务框架下的下游节点的标识。

在一个示例性实施例中，传输模块106，获取将所述请求信息传输至所述目标下游节点的多条路径，其中，所述多条路径分别包括：不同的下游节点的个数；将所述多条路径中包括的下游节点的个数最少的路径确定目标路径，并通过目标路径将所述请求信息传输至所述目标下游节点。

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

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

S1，接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；

S2，在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；

S3，将所述请求信息传输至所述目标下游节点。

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

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

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

S1，接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；

S2，在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；

S3，将所述请求信息传输至所述目标下游节点。

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

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

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

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

Claims (10)

1.一种信息传输方法，其特征在于，包括：

接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；

在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；

将所述请求信息传输至所述目标下游节点。

2.根据权利要求1所述的信息传输方法，其特征在于，从不同服务框架下的下游节点中确定目标下游节点，包括：

确定不同服务框架下的所有下游节点的标识；

在所述所有下游节点中存在与所述请求信息的标识一致的下游节点的情况下，将与所述请求信息的标识一致的第一下游节点确定为目标下游节点；

在所述所有下游节点中不存在与所述请求信息的标识一致的下游节点的情况下，确定不同服务框架下的下游节点中是否存在标识为空白标识的第二下游节点，并将标识为空白标识的第二下游节点确定为目标下游节点。

3.根据权利要求2所述的信息传输方法，其特征在于，将标识为空白标识的第二下游节点确定为目标下游节点，包括：

在第二下游节点为多个的情况下，确定多个所述第二下游节点传输历史请求信息的第一传输速度，其中，所述第一传输速度用于指示第二下游节点传输历史传输请求信息的消耗时间；

从多个所述第二下游节点中确定出第一传输速度大于第一阈值的第三下游节点，并将所述第三下游节点确定为所述目标下游节点。

4.根据权利要求2所述的信息传输方法，其特征在于，将与所述请求信息的标识一致的第一下游节点确定为目标下游节点，包括：

在所述第二下游节点为多个的情况下，确定所述第二下游节点传输历史请求信息的第二传输速度，其中，所述第二传输速度用于指示所述第二下游节点传输历史传输请求信息的消耗时间；

从所述第一下游节点中确定出传输速度大于第二阈值的第四下游节点，并将所述第四下游节点确定为所述目标下游节点。

5.根据权利要求1所述的信息传输方法，其特征在于，将所述请求信息传输至所述目标下游节点，包括：

确定目标对象发出的改变指令，其中，所述改变指令用于指示不同服务框架下的下游节点改变标识；

从接收到所述改变指令的下游节点中确定目标下游节点；

将所述请求信息传输至所述目标下游节点。

6.根据权利要求2所述的信息传输方法，其特征在于，确定不同服务框架下的下游节点的标识，包括：

获取所述不同服务框架下的下游节点的多个标识改变时间，其中，所述标识改变时间用于指示所述下游节点的标识改变成功的时间点；

从所述多个标识改变时间中确定距离当前时间最少的目标标识改变时间；

在所述目标标识改变时间与所述当前时间的时间差值小于第三阈值的情况下，将所述目标标识改变时间对应的下游节点的标识确定为所述不同服务框架下的下游节点的标识。

7.根据权利要求1所述的信息传输方法，将所述请求信息传输至所述目标下游节点，包括：

获取将所述请求信息传输至所述目标下游节点的多条路径，其中，所述多条路径分别包括：不同的下游节点的个数；

将所述多条路径中包括的下游节点的个数最少的路径确定目标路径，并通过目标路径将所述请求信息传输至所述目标下游节点。

8.一种信息传输装置，其特征在于，包括：

接收模块，用于接收上游节点发送的用于请求升级的请求信息，其中，所述请求信息的标识与所述上游节点的标识相同；

确定模块，用于在成功接收到所述请求信息的情况下，从不同服务框架下的下游节点中确定目标下游节点，其中，所述目标下游节点的标识与所述请求信息的标识一致；

传输模块，用于将所述请求信息传输至所述目标下游节点。

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

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

Images