CN110620722A - 一种订单处理的方法和装置 - Google Patents
一种订单处理的方法和装置 Download PDFInfo
- Publication number
- CN110620722A CN110620722A CN201810637626.1A CN201810637626A CN110620722A CN 110620722 A CN110620722 A CN 110620722A CN 201810637626 A CN201810637626 A CN 201810637626A CN 110620722 A CN110620722 A CN 110620722A
- Authority
- CN
- China
- Prior art keywords
- node
- order
- transmission channel
- determining
- routing rule
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/466—Transaction processing
- G06F9/467—Transactional memory
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/308—Route determination based on user's profile, e.g. premium users
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种订单处理的方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:接收订单处理请求,确定接收订单处理请求的节点,获取节点的路由配置信息;根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,将关联节点作为节点的下一节点;根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中。该实施方式实现了网状化订单履约工作流,以分离工作流中每个节点为独立数据节点,且设置了独立的路由功能,对于下一节点的确定更为灵活且***,同时解决了下一节点固定导致无法跳过故障节点的问题。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种订单处理的方法和装置。
背景技术
订单排产之前需要经过多个环节处理,且不同的订单有不同的处理流程。如何提高订单排产效率,成为企业主要考虑的问题。
现有方案对于订单处理,主要通过逻辑处理进行,具体地,整合各个环节逻辑处理至同一JVM(Java Virtual Machine,Java虚拟机)中,各个环节按照初始设定的执行顺序进行固定执行。具体参见图1所示,对于环节3,部分订单可直接传输至结束环节,部分订单可以跳转至环节5,订单流程复杂多样。
在实现本发明的过程中,发明人发现现有技术至少存在如下问题:
1)由于执行逻辑固定且关联所有环节,其中某一环节的变更都需要对整个订单履约工作流进行调整,风险程度较大,不利于业务发展;
2)无法动态调整各环节之间的执行顺序,当其中某一环节发生故障时,只能在该环节不断进行重试,而无法自动跳过该故障环节;且随着重试次数的增加、时间的消耗,可能会阻碍整个履约工作流的进程。
发明内容
有鉴于此,本发明实施例提供一种订单处理的方法和装置,至少能够解决现有技术中业务逻辑固定,无法动态调整各环节之间的执行顺序,导致无法跳过故障节点,影响整个订单履约工作流进程的问题。
为实现上述目的,根据本发明实施例的一个方面,提供了一种订单处理的方法,包括:接收订单处理请求,确定接收订单处理请求的节点,获取节点的路由配置信息;根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,将关联节点作为节点的下一节点;根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中。
可选的,路由规则包括分量路由规则;
根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,包括:根据分量路由规则,确定与节点相关联的第一传输通道以及第二传输通道,并获取与节点和第一传输通道相关联的第一节点、以及与节点和第二传输通道相关联第二节点;
根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中,包括:获取订单的订单参数,确定分量路由规则中的分量参数;当订单参数为分量参数的整数倍时,根据第一节点的资源定位信息,通过第一传输通道,传输订单至第一节点中;或当订单参数不是分量参数的整数倍时,根据第二节点的资源定位信息,通过第二传输通道,传输订单至第二节点中。
可选的,路由规则包括优先路由规则;
根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,包括:当订单处理请求包括优先处理请求时,根据优先路由规则,确定与节点相关联的优先传输通道,并获取与节点和优先传输通道相关联的关联节点;根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中,包括:根据下一节点的资源定位信息,通过优先传输通道,优先传输订单至下一节点中。
可选的,路由规则还包括异常路由规则;
在传输订单至下一节点中之后,还包括:当第一预定时长内未接收到下一节点所反馈的订单接收成功信息时,根据异常路由规则,确定传输异常;确定下一节点的灾备节点,并确定与节点和灾备节点相关联的灾备通道,根据灾备节点的资源定位信息,通过灾备通道,传输订单至灾备节点中。
可选的,异常路由规则为异常次数路由规则;
所述当第一预定时长内未接收到下一节点所反馈的订单接收成功信息时,根据异常路由规则,确定传输异常,包括:当接收到下一节点所反馈的订单接收失败信息时,重新传输订单至下一节点中;统计第二预定时长内传输订单至下一节点的失败次数,当失败次数超出异常次数路由规则中的预定失败次数阈值时,确定传输异常;其中,第二预定时长小于第一预定时长。
可选的,还包括:接收节点数据变更指令,解析节点数据变更指令,获取变更数据,并确定变更节点;其中,变更数据至少包括变更节点的路由配置变更信息;基于所获取的变更数据,对所确定的变更节点进行数据变更。
为实现上述目的,根据本发明实施例的另一方面,提供了一种订单处理的装置,包括:请求接收模块,用于接收订单处理请求,确定接收订单处理请求的节点,获取节点的路由配置信息;通道确定模块,用于根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,将关联节点作为节点的下一节点;订单传输模块,用于根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中。
可选的,路由规则包括分量路由规则;
通道确定模块,用于:根据分量路由规则,确定与节点相关联的第一传输通道以及第二传输通道,并获取与节点和第一传输通道相关联的第一节点、以及与节点和第二传输通道相关联第二节点;
订单传输模块,用于:获取订单的订单参数,确定分量路由规则中的分量参数;当订单参数为分量参数的整数倍时,根据第一节点的资源定位信息,通过第一传输通道,传输订单至第一节点中;或当订单参数不是分量参数的整数倍时,根据第二节点的资源定位信息,通过第二传输通道,传输订单至第二节点中。
可选的,路由规则包括优先路由规则;
通道确定模块,用于:当订单处理请求包括优先处理请求时,根据优先路由规则,确定与节点相关联的优先传输通道,并获取与节点和优先传输通道相关联的关联节点;
所述订单传输模块,用于:根据下一节点的资源定位信息,通过优先传输通道,优先传输订单至下一节点中。
可选的,路由规则还包括异常路由规则;
装置还包括异常处理模块,用于:当第一预定时长内未接收到下一节点所反馈的订单接收成功信息时,根据异常路由规则,确定传输异常;确定下一节点的灾备节点,并确定与节点和灾备节点相关联的灾备通道,根据灾备节点的资源定位信息,通过灾备通道,传输订单至灾备节点中。
可选的,异常路由规则为异常次数路由规则;
异常处理模块,用于:当接收到下一节点所反馈的订单接收失败信息时,重新传输订单至下一节点中;统计第二预定时长内传输订单至下一节点的失败次数,当失败次数超出异常次数路由规则中的预定失败次数阈值时,确定传输异常;其中,第二预定时长小于第一预定时长。
可选的,还包括数据更新模块,用于:接收节点数据变更指令,解析节点数据变更指令,获取变更数据,并确定变更节点;其中,变更数据至少包括变更节点的路由配置变更信息;基于所获取的变更数据,对所确定的变更节点进行数据变更。
为实现上述目的,根据本发明实施例的再一方面,提供了一种订单处理的电子设备。
本发明实施例的电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现上述任一所述的订单处理的方法。
为实现上述目的,根据本发明实施例的再一方面,提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现上述任一所述的订单处理的方法。
根据本发明所述提供的方案,上述发明中的一个实施例具有如下优点或有益效果:实现了网状化订单履约工作流,以分离工作流中每个节点为独立数据节点,且设置了独立的路由功能,对于下一节点的确定更为灵活且***,同时解决了下一节点固定导致无法跳过故障节点的问题。另外,增加多维度路由功能,实现了节点的动态跳转。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是现有技术提供的一种订单处理的流程示意图;
图2是根据本发明实施例的一种订单处理的方法的主要流程示意图;
图3是内存队列中对于订单的排列情况示意图;
图4是本发明实施例所提供的节点工作流程示意图;
图5是根据本发明实施例的一种可选的订单处理的方法的流程示意图;
图6是根据本发明实施例的另一种可选的订单处理的方法的流程示意图;
图7是根据本发明实施例的又一种可选的订单处理的方法的流程示意图;
图8是根据本发明实施例的再一种可选的订单处理的方法的流程示意图;
图9是根据本发明实施例的一种订单处理的装置的主要模块示意图;
图10是本发明实施例可以应用于其中的示例性***架构图;
图11是适于用来实现本发明实施例的移动设备或服务器的计算机***的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
参见图2,示出的是本发明实施例提供的一种订单处理的方法的主要流程图,包括如下步骤:
S201:接收订单处理请求,确定接收订单处理请求的节点,获取节点的路由配置信息。
S202:根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,将关联节点作为节点的下一节点。
S203:根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中。
上述实施方式中,对于步骤S201,为与下一节点进行区分,对于接受订单处理请求的节点,本发明以当前节点进行描述。
对于所接收的外部订单处理请求,可以按照接收顺序进行排序,生成队列结构。对于所接收的订单可以按接收顺序进行编号,例如,第一个接收到的订单编号为订单1,后续订单按序进行编号。
订单排列结果参见表1所示。其中,队列结构中存有队列元素,代表订单在队列结构中的存储位置,例如,队列元素订单1。
表1队列结构
对于队列元素结构,还包括:
orderId | 订单号 |
currentActivity | 当前节点 |
isFinish | 是否已完成0:未完成1:完成 |
versionId | 版本号 |
priority | 优先级 |
retryCount | 重试次数 |
createdDate | 创建时间 |
其中,版本号用于实现乐观锁(即,使用版本标识来确定读到的数据与提交时的数据是否一致),例如,同一订单入队两个不同版本号的元素至队列中,本发明选取可执行版本号较大的元素,对于其他版本号的元素可以剔除。
每个节点包含若干个内存队列,队列结构存储于节点的内存队列中,内存队列主要用以接收外部请求、缓存订单。如图3所示,对于节点1中的内存队列进行编号,得到Queue1、Queue2等,内存队列可以通过BlockingQueue实现。
进一步的,内存队列与线程池具有映射关联,本发明主要采用“每个内存队列对应于一个线程池”的方式,同样参见图3,Queue1-线程池1、Queue2-线程池2。线程池主要通过ThreadPoolExecutor(线程池执行器)实现,主要负责从内存队列中抓取订单,执行对应队列的逻辑。
对于步骤S202,参见图4,节点除包含内存队列之外,还可以包括路由队列。其中,路由就是通过互联网把信息从源地址传输到目的地址的活动。
该路由队列,负责将当前节点处理后的订单路由至下一个节点,以完成节点之间的订单传递。
对于下一个节点,可以通过当前节点的路由配置信息确定。每个节点都有唯一的路由配置信息与之对应,该配置信息至少决定了当前节点的路由规则,例如,节点1-配置信息1,节点2-配置信息2。
对于路由规则,根据预先不同的设定,可以有全量路由、分量路由、异常次数路由、负载路由、优先级路由等之分,不同的路由规则确定了不同的传输通道。例如,异常次数路由则需要依据灾备通道进行,分量路由则需要一般通道和优先级通道同时进行,这里的一般与优先仅仅是将通道进行通道区分表示的。
为提高对于下一节点的确定效率,可以事先建立数据库,该数据库中至少包含节点之间的关联关系、节点与传输通道之间的关联关系,具体地:
1)建立节点之间的关联:工作流中节点量众多,若从所有节点中确定下一节点,工作量较大,因此,可以建立节点之间的关联关系,例如,节点1-所关联的下一节点有节点2、节点3;
2)建立节点与传输通道的关联:工作流中节点量众多,相应的传输通道数量可能也较多,在确定传输通道后,若再在所有节点中确定下一节点,所耗费时间较长,由此可以建立节点与传输通道之间的关联关系,例如,节点2-一般通道、节点3-优先级通道,当根据路由规则确定需要优先级通道传输时,直接将节点3确定为下一节点即可,提高节点确定效率;
由此,节点-传输通道-其他节点之间的关系得以建立,比如,节点1-一般通道-节点2、节点3-一般通道-节点4,所得节点以及传输通道的效率较高、错误率较低。
当前节点关联多个节点时,根据路由规则所确定的传输通道,可能同样关联多个节点,最终下一节点的数量可以依据订单的数量进行确定,例如:
1)当订单数量仅为一个时,直接确定任意一个与当前节点关联、且与所确定的传输通道关联的节点即可;
2)当订单数量为多个,且所确定的节点也为多个时,有:
①订单数量大于节点数量,可以提取所有节点,并按照订单数量/节点数量的比值,分发相应数量的订单至每个节点中;若结果为整数倍,平均分发即可,但所结果不是整数倍,对于余数部分,同样可以任意分发或者按照节点号从大到小、或者从小到大的顺序进行分发。
②订单数量小于节点数量,可以提取与订单数量相应的节点数量即可,例如,订单数量为3个,所确定的节点数量为5个,仅提取3个即可。
对于步骤S203,对于订单在节点之间的传输,需要确定执行地址,即下一节点的URL(Uniform Resource Locator,统一资源定位符),且传输过程依赖于传输通道。
可以设置URL地址库,用以存储每个节点的URL地址。在确定下一节点后,可以根据该节点的标识等信息,在该库中进行查询,以确定该节点的URL地址。
进一步的,当前节点在传输订单至下一节点,并接收到该下一节点所反馈的接收成功信息时,表示该订单已通过当前节点、且传输成功。当前节点在完成路由功能之后,可以发送一个MQ(消息队列)消息至统计***,便于统计***收集“订单通过路由的时间节点”,方便后续数据分析。
上述实施例所提供的方法,实现了网状化订单履约工作流,以分离工作流中每个节点为独立数据节点,且设置了路由功能,对于下一节点的获取更为灵活且***。
参见图5,示出了根据本发明实施例的一种可选的订单处理的方法流程示意图,包括如下步骤:
S501:接收订单处理请求,确定接收订单处理请求的节点,获取节点的路由配置信息。
S502:根据路由配置信息中的分量路由规则,确定与节点相关联的第一传输通道以及第二传输通道,并获取与节点和第一传输通道相关联的第一节点、以及与节点和第二传输通道相关联第二节点。
S503:获取订单的订单参数,确定分量路由规则中的分量参数。
S504:当订单参数为分量参数的整数倍时,根据第一节点的资源定位信息,通过第一传输通道,传输订单至第一节点中。
S504’:当订单参数不是分量参数的整数倍时,根据第二节点的资源定位信息,通过第二传输通道,传输订单至第二节点中。
上述实施方式中,步骤S501可参见图2所示步骤S201的描述,在此不再赘述。
上述实施方式中,对于步骤S502,每个当前节点至少关联两个节点,两个节点所关联的通道可以不同,例如,一个对应于一般通道,一个对应于优先通道。
由此,为提高当前节点对于订单的处理效率,可以基于不同的通道对订单进行分流传输处理。
对于步骤S503~S504’,对于订单的分量/分流,可以有多种方式:
1)每个订单具有相应的订单参数,取其最后一位数,按照奇数、偶数进行分流;例如,尾数为奇数的订单分流至一般通道,其余订单分流至优先级通道;
2)设置一定的分量参数,用以订单分流使用:
①当订单参数为分流参数的整数倍时,将该订单路由至一般通道,其余订单路由至优先级通道;或
②当订单参数为分流参数的整数倍时,将该订单路由至优先级通道,其余订单路由至一般通道。
对于上述两种方式,具有一定的关联性。例如,对于第二种方式,分量参数为2时,余数为0的路由至一般通道,余数为1的路由至优先级通道,此时两种方式一致。但当分量参数为其余数字,例如分量参数为3时,所得结果与方式1不相同。因此,本发明主要采用第二种方式进行。
需要说明的是,对于订单参数的获取,可以是订单生成时的订单数,也可以是订单传输至当前节点内存队列时的编号,例如,订单生成时候的订单号为1234567890,但传输至内存队列中的订单序号为订单1。对于不同的订单参数,所得分流结果不同。
另外,当分量参数为1时,此时订单参数均为该分量参数的整数倍,因此,后续订单均只分流至同一个传输通道,该情况对应于全量路由规则,即全量路由规则为分量路由规则的一种特殊情况。且所对应的传输通道,可以是一般通道或者优先级通道中的一种,具体依据实际使用情况进行设定即可。
上述实施例所提供的方法,提供了一种处理订单的思路,该方法对于订单的分量处理具有一定的***性以及灵活性,实现了多维路由功能。
参见图6,示出了根据本发明实施例的另一种可选的订单处理的方法流程示意图,包括如下步骤:
S601:接收订单处理请求,确定接收订单处理请求的节点,获取节点的路由配置信息。
S602:当订单处理请求包括优先处理请求时,根据路由配置信息中的优先路由规则,确定与节点相关联的优先传输通道。
S603:获取与节点和优先传输通道相关联的关联节点,将关联节点作为节点的下一节点。
S604:根据下一节点的资源定位信息,通过优先传输通道,优先传输订单至下一节点中。
上述实施方式中,对于步骤S601可参见图2所示步骤S201的描述,在此不再赘述。
上述实施方式中,对于步骤S602~S604,部分订单可能需要优先处理,这需要依据订单生成信息或者商品特征信息进行确定,例如,到达截单时间、商品为生鲜类、易碎等。
对于这些订单,在传输订单履约工作流处理请求时,可以增加优先处理请求。当前节点封装入参中的优先级到priority属性,此“优先级路由”规则根据priority属性决定是否路由到优先级通道。
需要说明的是,订单的优先级属性是在传输请求时就有的,此时无论一般通道是否有故障,都会直接将该订单分流至优先级通道进行优先处理。
上述实施例所提供的方法,针对具有处理优先级的订单,直接分流至优先级通道进行优先处理即可,使得工作流整体运行具有针对性,进而提高了订单的处理效率。
参见图7,示出了根据本发明实施例的又一种可选的订单处理的方法流程示意图,包括如下步骤:
S701:接收订单处理请求,确定接收订单处理请求的节点,获取节点的路由配置信息。
S702:根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,将关联节点作为节点的下一节点。
S703:根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中。
S704:当第一预定时长内未接收到下一节点所反馈的订单接收成功信息时,根据异常路由规则,确定传输异常。
S705:确定下一节点的灾备节点,并确定与节点和灾备节点相关联的灾备通道,根据灾备节点的资源定位信息,通过灾备通道,传输订单至灾备节点中。
上述实施方式中,对于步骤S701可参见图2所示步骤S201的描述;步骤S702、S703可参见图2所示步骤S202、S203的描述,也可以参见图5所示步骤S502~S504’的描述,还可以参见图6所示步骤S602~S604的描述,在此不再赘述。
上述实施方式中,对于步骤S704,由于网络故障或者节点故障等原因,存在订单调用下一节点服务失败的情况,该情况确认为传输异常。
由于设备限制,有些节点对于订单传输失败的情况,是会将失败结果反馈回当前节点,但也会出现不反馈结果的情况,针对不同情况,有不同的设定:
1)失败次数路由-有反馈结果:当反馈结果为失败时,可以先对订单传输进行重试,并统计相应的异常次数,若次数超限,即证明传输至该下一节点不可行,为避免后续传输订单至该节点,导致订单传输延误的情况,可标记该节点为故障节点/异常节点;
2)负载异常路由-无反馈结果:当网络故障或下一节点长时间未响应时,可以直接基于灾备节点进行重新传输。
对于步骤S705,针对传输异常的情况,可以基于灾备节点进行传输。
同图2所示步骤S202的描述,除节点之间、节点与传输通道之间建立的关联关系之外,还可以建立节点与灾备节点之间的关联关系。由于一些不可估量的原因,例如,***bug,有些节点不可用,为避免整个工作流阻塞的情况,可以设置相应的灾备节点,例如,设置节点3为节点2的灾备节点。
对于与灾备节点相关联的传输通道,可以不是灾备通道,以区别于一般通道以及优先级通道。有些场景下,灾备通道与优先级通道相同,本发明这里所表示的灾备通道,仅用于区分使用场景。
例如,设置节点3为节点2的灾备节点。当节点2发生故障时,若节点1配置有“失败次数路由”的路由规则,且触发此路由规则,可快速将订单传输分发至节点3;节点3路由订单到后续节点,最终完成该订单履约工作流的全部流程。
上述实施例所提供的方法,在工作流中增加了灾备节点,当正常节点发生故障时可跳转到灾备节点中,该方式动态跳过出故障的节点,避免了订单履约工作流的阻塞。所示方式,无论下一节点是否反馈接收结果至当前节点,均可以基于灾备节点进行订单传输,以提高订单的传输成功率。
参见图8,示出了根据本发明实施例的再一种可选的订单处理的方法流程示意图,包括如下步骤:
S801:接收节点数据变更指令,解析节点数据变更指令,获取变更数据,并确定变更节点;其中,变更数据至少包括变更节点的路由配置变更信息。
S802:基于所获取的变更数据,对所确定的变更节点进行数据变更。
S803:接收订单处理请求,确定接收订单处理请求的节点,获取节点的变更后的路由配置信息。
S804:根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,将关联节点作为节点的下一节点。
S805:根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中。
上述实施方式中,步骤S804、S805可参见图2~图7所示描述,在此不再赘述。
上述实施方式中,对于步骤S801~S802,所涉及的节点数据,包括但不限于是节点的逻辑单元,还可以是重试次数等,本发明主要针对于节点逻辑单元变更进行说明,即节点的路由配置信息。
对于工作流中每个节点,构造相对独立的逻辑单元,使得各节点相对独立,同时对于后续节点的逻辑变更,只需要对相应节点进行变更即可。对于整个网状履约的工作流来说,其风险仅限于所修改的数据节点,而不影响其他节点。
因此,该节点数据变更指令中,须指定需要变更的节点以及变更所依据的变更数据。每个节点可以有相应的标识信息,例如,节点1、节点2,后续数据变更可以依据该标识进行执行。
对于步骤S803,由于之前有节点数据变更,因此,后续分析传输通道、下一节点等,所依据的当前节点已经数据变更后的路由配置信息。
上述实施方式中,独立工作流中每个节点的逻辑单元,对于后续节点逻辑的变更,仅需对相应节点进行变更即可,不影响其他节点。所示方式,降到了工作流的整体操作的风险,且便于节点管理控制以及后期维护等。
本发明实施例所提供的方法,实现了网状化订单履约工作流,以分离工作流中每个节点为独立数据节点,且设置了独立的路由功能,对于下一节点的确定更为灵活且***,同时解决了下一节点固定导致无法跳过故障节点的问题;另外,增加多维度路由功能,实现了节点的动态跳转。
参见图9,示出了本发明实施例提供的一种订单处理的装置900的主要模块示意图,包括:
请求接收模块901,用于接收订单处理请求,确定接收订单处理请求的节点,获取节点的路由配置信息;
通道确定模块902,用于根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,将关联节点作为节点的下一节点;
订单传输模块903,用于根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中。
本发明实施装置中,路由规则包括分量路由规则;
通道确定模块902,用于:根据分量路由规则,确定与节点相关联的第一传输通道以及第二传输通道,并获取与节点和第一传输通道相关联的第一节点、以及与节点和第二传输通道相关联第二节点;
订单传输模块903,用于:获取订单的订单参数,确定分量路由规则中的分量参数;当订单参数为分量参数的整数倍时,根据第一节点的资源定位信息,通过第一传输通道,传输订单至第一节点中;或当订单参数不是分量参数的整数倍时,根据第二节点的资源定位信息,通过第二传输通道,传输订单至第二节点中。
本发明实施装置中,路由规则包括优先路由规则;
通道确定模块902,用于:当订单处理请求包括优先处理请求时,根据优先路由规则,确定与节点相关联的优先传输通道,并获取与节点和优先传输通道相关联的关联节点;
订单传输模块903,用于:根据下一节点的资源定位信息,通过优先传输通道,优先传输订单至下一节点中。
本发明实施装置中,路由规则还包括异常路由规则;
装置还包括异常处理模块904(图中未标出),用于:当第一预定时长内未接收到下一节点所反馈的订单接收成功信息时,根据异常路由规则,确定传输异常;确定下一节点的灾备节点,并确定与节点和灾备节点相关联的灾备通道,根据灾备节点的资源定位信息,通过灾备通道,传输订单至灾备节点中。
本发明实施装置中,异常路由规则为异常次数路由规则;
异常处理模块904,用于:当接收到下一节点所反馈的订单接收失败信息时,重新传输订单至下一节点中;统计第二预定时长内传输订单至下一节点的失败次数,当失败次数超出异常次数路由规则中的预定失败次数阈值时,确定传输异常;其中,第二预定时长小于第一预定时长。
本发明实施装置还包括数据更新模块905(图中未标出),用于:
接收节点数据变更指令,解析节点数据变更指令,获取变更数据,并确定变更节点;其中,变更数据至少包括变更节点的路由配置变更信息;基于所获取的变更数据,对所确定的变更节点进行数据变更。
另外,在本发明实施例中所述的订单处理装置的具体实施内容,在上面所述订单处理方法中已经详细说明了,故在此重复内容不再说明。
本发明实施所提供的装置,实现了网状化订单履约工作流,以分离工作流中每个节点为独立数据节点,且设置了独立的路由功能,对于下一节点的确定更为灵活且***,同时解决了下一节点固定导致无法跳过故障节点的问题,另外,增加多维度路由功能,实现了节点的动态跳转。
图10示出了可以应用本发明实施例的订单处理方法或订单处理装置的示例性***架构1000。
如图10所示,***架构1000可以包括终端设备1001、1002、1003,网络1004和服务器1005(仅仅是示例)。网络1004用以在终端设备1001、1002、1003和服务器1005之间提供通信链路的介质。网络1004可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备1001、1002、1003通过网络1004与服务器1005交互,以接收或发送消息等。终端设备1001、1002、1003上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备1001、1002、1003可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器1005可以是提供各种服务的服务器,例如对用户利用终端设备1001、1002、1003所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的订单处理方法一般由服务器1005执行,相应地,订单处理装置一般设置于服务器1005中。
应该理解,图10中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图11,其示出了适于用来实现本发明实施例的终端设备的计算机***1100的结构示意图。图11示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图11所示,计算机***1100包括中央处理单元(CPU)1101,其可以根据存储在只读存储器(ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(RAM)1103中的程序而执行各种适当的动作和处理。在RAM 1103中,还存储有***1100操作所需的各种程序和数据。CPU 1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(I/O)接口1105也连接至总线1104。
以下部件连接至I/O接口1105:包括键盘、鼠标等的输入部分1106;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1107;包括硬盘等的存储部分1108;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1110上,以便于从其上读出的计算机程序根据需要被安装入存储部分1108。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括请求接收模块、通道确定模块、订单传输模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,通道确定模块还可以被描述为“确定下一节点以及传输通道的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:
接收订单处理请求,确定接收订单处理请求的节点,获取节点的路由配置信息;
根据路由配置信息中的路由规则,确定与节点相关联的传输通道,获取与节点和传输通道均相关联的关联节点,将关联节点作为节点的下一节点;
根据下一节点的资源定位信息,通过传输通道,传输订单至下一节点中。
根据本发明实施例的技术方案,实现了网状化订单履约工作流,以分离工作流中每个节点为独立数据节点,且设置了独立的路由功能,对于下一节点的确定更为灵活且***,同时解决了下一节点固定导致无法跳过故障节点的问题。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (14)
1.一种订单处理方法,其特征在于,包括:
接收订单处理请求,确定接收所述订单处理请求的节点,获取所述节点的路由配置信息;
根据所述路由配置信息中的路由规则,确定与所述节点相关联的传输通道,获取与所述节点和所述传输通道均相关联的关联节点,将所述关联节点作为所述节点的下一节点;
根据所述下一节点的资源定位信息,通过所述传输通道,传输订单至所述下一节点中。
2.根据权利要求1所述的方法,其特征在于,所述路由规则包括分量路由规则;
所述根据所述路由配置信息中的路由规则,确定与所述节点相关联的传输通道,获取与所述节点和所述传输通道均相关联的关联节点,包括:
根据所述分量路由规则,确定与所述节点相关联的第一传输通道以及第二传输通道,并获取与所述节点和所述第一传输通道相关联的第一节点、以及与所述节点和所述第二传输通道相关联第二节点;
所述根据所述下一节点的资源定位信息,通过所述传输通道,传输订单至所述下一节点中,包括:
获取所述订单的订单参数,确定所述分量路由规则中的分量参数;
当所述订单参数为所述分量参数的整数倍时,根据所述第一节点的资源定位信息,通过所述第一传输通道,传输所述订单至所述第一节点中;或
当所述订单参数不是所述分量参数的整数倍时,根据所述第二节点的资源定位信息,通过所述第二传输通道,传输所述订单至所述第二节点中。
3.根据权利要求1所述的方法,其特征在于,所述路由规则包括优先路由规则;
所述根据所述路由配置信息中的路由规则,确定与所述节点相关联的传输通道,获取与所述节点和所述传输通道均相关联的关联节点,包括:
当所述订单处理请求包括优先处理请求时,根据所述优先路由规则,确定与所述节点相关联的优先传输通道,并获取与所述节点和所述优先传输通道相关联的关联节点;
所述根据所述下一节点的资源定位信息,通过所述传输通道,传输所述订单至所述下一节点中,包括:
根据所述下一节点的资源定位信息,通过所述优先传输通道,优先传输所述订单至所述下一节点中。
4.根据权利要求1所述的方法,其特征在于,所述路由规则还包括异常路由规则;
在所述传输订单至所述下一节点中之后,还包括:
当第一预定时长内未接收到所述下一节点所反馈的订单接收成功信息时,根据所述异常路由规则,确定传输异常;
确定所述下一节点的灾备节点,并确定与所述节点和所述灾备节点相关联的灾备通道,根据所述灾备节点的资源定位信息,通过所述灾备通道,传输所述订单至所述灾备节点中。
5.根据权利要求4所述的方法,其特征在于,所述异常路由规则为异常次数路由规则;
所述当第一预定时长内未接收到所述下一节点所反馈的订单接收成功信息时,根据所述异常路由规则,确定传输异常,包括:
当接收到所述下一节点所反馈的订单接收失败信息时,重新传输所述订单至所述下一节点中;
统计第二预定时长内传输所述订单至所述下一节点的失败次数,当所述失败次数超出所述异常次数路由规则中的预定失败次数阈值时,确定传输异常;其中,所述第二预定时长小于所述第一预定时长。
6.根据权利要求1所述的方法,其特征在于,还包括:
接收节点数据变更指令,解析所述节点数据变更指令,获取变更数据,并确定变更节点;其中,所述变更数据至少包括所述变更节点的路由配置变更信息;
基于所获取的所述变更数据,对所确定的所述变更节点进行数据变更。
7.一种订单处理装置,其特征在于,包括:
请求接收模块,用于接收订单处理请求,确定接收所述订单处理请求的节点,获取所述节点的路由配置信息;
通道确定模块,用于根据所述路由配置信息中的路由规则,确定与所述节点相关联的传输通道,获取与所述节点和所述传输通道均相关联的关联节点,将所述关联节点作为所述节点的下一节点;
订单传输模块,用于根据所述下一节点的资源定位信息,通过所述传输通道,传输订单至所述下一节点中。
8.根据权利要求7所述的装置,其特征在于,所述路由规则包括分量路由规则;
所述通道确定模块,用于:
根据所述分量路由规则,确定与所述节点相关联的第一传输通道以及第二传输通道,并获取与所述节点和所述第一传输通道相关联的第一节点、以及与所述节点和所述第二传输通道相关联第二节点;
所述订单传输模块,用于:
获取所述订单的订单参数,确定所述分量路由规则中的分量参数;
当所述订单参数为所述分量参数的整数倍时,根据所述第一节点的资源定位信息,通过所述第一传输通道,传输所述订单至所述第一节点中;或
当所述订单参数不是所述分量参数的整数倍时,根据所述第二节点的资源定位信息,通过所述第二传输通道,传输所述订单至所述第二节点中。
9.根据权利要求7所述的装置,其特征在于,所述路由规则包括优先路由规则;
所述通道确定模块,用于:
当所述订单处理请求包括优先处理请求时,根据所述优先路由规则,确定与所述节点相关联的优先传输通道,并获取与所述节点和所述优先传输通道相关联的关联节点;
所述订单传输模块,用于:
根据所述下一节点的资源定位信息,通过所述优先传输通道,优先传输所述订单至所述下一节点中。
10.根据权利要求7所述的装置,其特征在于,所述路由规则还包括异常路由规则;
所述装置还包括异常处理模块,用于:
当第一预定时长内未接收到所述下一节点所反馈的订单接收成功信息时,根据所述异常路由规则,确定传输异常;
确定所述下一节点的灾备节点,并确定与所述节点和所述灾备节点相关联的灾备通道,根据所述灾备节点的资源定位信息,通过所述灾备通道,传输所述订单至所述灾备节点中。
11.根据权利要求10所述的装置,其特征在于,所述异常路由规则为异常次数路由规则;
所述异常处理模块,用于:
当接收到所述下一节点所反馈的订单接收失败信息时,重新传输所述订单至所述下一节点中;
统计第二预定时长内传输所述订单至所述下一节点的失败次数,当所述失败次数超出所述异常次数路由规则中的预定失败次数阈值时,确定传输异常;其中,所述第二预定时长小于所述第一预定时长。
12.根据权利要求7所述的装置,其特征在于,还包括数据更新模块,用于:
接收节点数据变更指令,解析所述节点数据变更指令,获取变更数据,并确定变更节点;其中,所述变更数据至少包括所述变更节点的路由配置变更信息;
基于所获取的所述变更数据,对所确定的所述变更节点进行数据变更。
13.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
14.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810637626.1A CN110620722B (zh) | 2018-06-20 | 2018-06-20 | 一种订单处理的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810637626.1A CN110620722B (zh) | 2018-06-20 | 2018-06-20 | 一种订单处理的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110620722A true CN110620722A (zh) | 2019-12-27 |
CN110620722B CN110620722B (zh) | 2022-09-30 |
Family
ID=68920672
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810637626.1A Active CN110620722B (zh) | 2018-06-20 | 2018-06-20 | 一种订单处理的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110620722B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112433915A (zh) * | 2020-11-30 | 2021-03-02 | 泰康保险集团股份有限公司 | 一种基于分布式性能监控工具的数据监控方法及相关装置 |
CN113112285A (zh) * | 2020-01-13 | 2021-07-13 | 北京京东振世信息技术有限公司 | 数据分析方法和装置 |
CN113409108A (zh) * | 2021-06-10 | 2021-09-17 | 海信集团控股股份有限公司 | 一种订单监控方法、服务器及存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1650566A (zh) * | 2001-08-15 | 2005-08-03 | 普里凯许公司 | 在发布-订单网络中通过有效载荷检查和订单处理的包路由 |
EP2312798A1 (en) * | 2008-06-30 | 2011-04-20 | Nippon Telegraph And Telephone Corporation | Route switching method, server apparatus, boundary node apparatus, route switching system, and route switching program |
CN105511430A (zh) * | 2015-12-02 | 2016-04-20 | 西安交通大学 | 一种面向社群化、个性化制造环境的cpss*** |
CN106840180A (zh) * | 2016-12-07 | 2017-06-13 | 北京小度信息科技有限公司 | 导航界面显示方法和装置 |
CN106971288A (zh) * | 2017-05-31 | 2017-07-21 | 无锡井通网络科技有限公司 | 一种基于区块链的分布式物流追踪方法 |
CN107194656A (zh) * | 2017-07-04 | 2017-09-22 | 北京惠赢天下网络技术有限公司 | 一种基于标准箱订单的配送路径的规划方法及装置 |
CN107291928A (zh) * | 2017-06-29 | 2017-10-24 | 国信优易数据有限公司 | 一种日志存储***和方法 |
CN107609890A (zh) * | 2017-08-03 | 2018-01-19 | 北京京东尚科信息技术有限公司 | 一种订单跟踪的方法和装置 |
CN107862506A (zh) * | 2017-11-01 | 2018-03-30 | 青岛鹏海软件有限公司 | 一种实现订单执行全流程可视化的***和方法 |
-
2018
- 2018-06-20 CN CN201810637626.1A patent/CN110620722B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1650566A (zh) * | 2001-08-15 | 2005-08-03 | 普里凯许公司 | 在发布-订单网络中通过有效载荷检查和订单处理的包路由 |
EP2312798A1 (en) * | 2008-06-30 | 2011-04-20 | Nippon Telegraph And Telephone Corporation | Route switching method, server apparatus, boundary node apparatus, route switching system, and route switching program |
CN105511430A (zh) * | 2015-12-02 | 2016-04-20 | 西安交通大学 | 一种面向社群化、个性化制造环境的cpss*** |
CN106840180A (zh) * | 2016-12-07 | 2017-06-13 | 北京小度信息科技有限公司 | 导航界面显示方法和装置 |
CN106971288A (zh) * | 2017-05-31 | 2017-07-21 | 无锡井通网络科技有限公司 | 一种基于区块链的分布式物流追踪方法 |
CN107291928A (zh) * | 2017-06-29 | 2017-10-24 | 国信优易数据有限公司 | 一种日志存储***和方法 |
CN107194656A (zh) * | 2017-07-04 | 2017-09-22 | 北京惠赢天下网络技术有限公司 | 一种基于标准箱订单的配送路径的规划方法及装置 |
CN107609890A (zh) * | 2017-08-03 | 2018-01-19 | 北京京东尚科信息技术有限公司 | 一种订单跟踪的方法和装置 |
CN107862506A (zh) * | 2017-11-01 | 2018-03-30 | 青岛鹏海软件有限公司 | 一种实现订单执行全流程可视化的***和方法 |
Non-Patent Citations (2)
Title |
---|
QINGFENG PAN; XIANGHAN ZHENG: "Multi-path SDN route selection subject to multi-constraints", 《THIRD INTERNATIONAL CONFERENCE ON CYBERSPACE TECHNOLOGY (CCT 2015)》 * |
姚建明等: "MC模式下供应链动态调度的蚁群寻优分析", 《管理科学学报》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113112285A (zh) * | 2020-01-13 | 2021-07-13 | 北京京东振世信息技术有限公司 | 数据分析方法和装置 |
CN113112285B (zh) * | 2020-01-13 | 2023-11-03 | 北京京东振世信息技术有限公司 | 数据分析方法和装置 |
CN112433915A (zh) * | 2020-11-30 | 2021-03-02 | 泰康保险集团股份有限公司 | 一种基于分布式性能监控工具的数据监控方法及相关装置 |
CN112433915B (zh) * | 2020-11-30 | 2023-06-16 | 泰康保险集团股份有限公司 | 一种基于分布式性能监控工具的数据监控方法及相关装置 |
CN113409108A (zh) * | 2021-06-10 | 2021-09-17 | 海信集团控股股份有限公司 | 一种订单监控方法、服务器及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110620722B (zh) | 2022-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11934868B2 (en) | Systems and methods for scheduling tasks | |
US10075549B2 (en) | Optimizer module in high load client/server systems | |
US10944655B2 (en) | Data verification based upgrades in time series system | |
CN110620722B (zh) | 一种订单处理的方法和装置 | |
US20170147661A1 (en) | Data load system with distributed data facility technology | |
US20130066980A1 (en) | Mapping raw event data to customized notifications | |
CN110928853A (zh) | 一种标识日志的方法和装置 | |
CN110659124A (zh) | 一种消息处理方法和装置 | |
CN107819825A (zh) | 一种服务调度方法、装置和电子设备 | |
US10091283B2 (en) | Distributed scheduling systems for digital magazine | |
CN110650209A (zh) | 实现负载均衡的方法和装置 | |
CN111831503B (zh) | 一种基于监控代理的监控方法和监控代理装置 | |
CN110798495B (zh) | 用于在集群架构模式下端到端的消息推送的方法和服务器 | |
CN110324384B (zh) | 数据推送的方法和装置 | |
CN111782502A (zh) | 一种自动化测试的方法及装置 | |
US9679262B2 (en) | Image index routing | |
CN113760522A (zh) | 一种任务处理方法和装置 | |
CN109144991B (zh) | 动态分表的方法、装置、电子设备和计算机可存储介质 | |
US11277300B2 (en) | Method and apparatus for outputting information | |
US9215150B2 (en) | Feature set negotiation framework | |
CN113760469A (zh) | 分布式计算的方法和装置 | |
CN113010786A (zh) | 信息推送的方法、装置、设备以及存储介质 | |
CN112860505A (zh) | 一种分布式集群的调控方法及装置 | |
CN112181763B (zh) | 一种智能调度中的智能检测告警方法及装置 | |
CN113778657B (zh) | 一种数据处理方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |