渠道调度的方法和装置与流程

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.若所述实时权重集中所述渠道的渠道状态为第一状态或第二状态、所述本地权重集中所述渠道的渠道状态为第二状态，则不更新所述本地权重集中所述渠道的本地权重；
29.若所述实时权重集中所述渠道的渠道状态为第二状态、所述本地权重集中所述渠道的渠道状态为第一状态，则将所述本地权重集中所述渠道的渠道状态更新为第二状态、所述渠道的本地权重更新为零，并将所述渠道加入所述限流集合；
30.所述实时权重集中包括：所述各个渠道中每个渠道的实时权重和渠道状态；所述本地权重集中包括：所述各个渠道中每个渠道的本地权重和渠道状态。
31.可选地，根据所述渠道的实时权重更新所述渠道的本地权重之前，还包括：
32.若所述本地权重集合中所述渠道的渠道状态为第二状态，则判断所述渠道是否存在于所述限流集合中；
33.若否，则将所述本地权重集合中所述渠道的状态更新为第三状态、所述渠道的本地权重更新为预设权重。
34.可选地，根据所述渠道的实时权重更新所述渠道的本地权重，还包括：
35.若所述实时权重集中所述渠道的渠道状态为第一状态、所述本地权重集中所述渠道的渠道状态为第三状态，则将所述本地权重集中所述渠道的本地权重更新为所述渠道的实时权重、所述渠道的渠道状态更新为第一状态；
36.若所述实时权重集中所述渠道的渠道状态为第二状态、所述本地权重集中所述渠道的渠道状态为第三状态，则将所述本地权重集中所述渠道的渠道状态更新为第二状态、所述渠道的本地权重更新为零，并将所述渠道加入所述限流集合。
37.可选地，将所述渠道加入所述限流集合之后，还包括：
38.判断所述渠道加入所述限流集合的时长是否大于预设有效时长；若是，则将所述渠道从所述限流集合中移除。
39.可选地，采用加权轮询算法调度所述各个渠道。
40.根据本发明实施例的第二方面，提供一种渠道调度的装置，包括：
41.实时权重确定模块，根据实时采集的各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息，确定每个所述渠道的实时权重；
42.本地权重确定模块，根据所述渠道的实时权重，确定所述渠道的本地权重；
43.渠道调度模块，以每个所述渠道的本地权重作为所述渠道的调度权重，调度所述各个渠道以处理包含所述目标物品的订单。
44.可选地，所述实时权重确定模块根据实时采集的各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息，确定每个所述渠道的实时权重，包括：
45.根据实时采集的所述渠道的目标物品的物品信息，确定所述渠道的预设物品指标的物品指标数据；
46.根据实时采集的所述渠道的包含所述目标物品的各个订单的订单信息，确定所述渠道的预设渠道指标的渠道指标数据；
47.依据所述渠道的物品指标数据和渠道指标数据，确定所述渠道的实时权重。
48.可选地，所述预设物品指标包括：物品利润；所述物品信息包括：物品标识，渠道标识，物品订单价格，物品采购价格；
49.所述实时权重确定模块根据实时采集的所述渠道的目标物品的物品信息，确定所述渠道的预设物品指标的物品指标数据，包括：
50.根据实时采集的所述渠道的目标物品的物品订单价格与物品采购价格之间的差值，确定所述渠道的目标物品的物品利润。
51.可选地，所述预设渠道指标包括：订单处理效率；所述订单信息包括：物品标识，渠道标识，订单处理开始时间，订单处理结束时间；
52.所述实时权重确定模块根据实时采集的所述渠道的包含所述目标物品的各个订单的订单信息，确定所述渠道的预设渠道指标的渠道指标数据，包括：
53.根据实时采集的所述各个订单中每个订单的订单处理开始时间和订单处理结束时间，确定所述渠道的订单处理效率。
54.可选地，所述实时权重确定模块依据所述渠道的物品指标数据和渠道指标数据，确定所述渠道的实时权重，包括：
55.对所述渠道的物品指标数据和渠道指标数据进行加权求和，得到所述渠道的实时权重。
56.可选地，所述本地权重确定模块根据所述渠道的实时权重，确定所述渠道的本地权重，包括：
57.判断所述渠道的本地权重是否存在；若是，则根据所述渠道的实时权重更新所述渠道的本地权重；否则，以所述渠道的实时权重作为所述渠道的本地权重。
58.可选地，所述订单信息包括：物品标识，渠道标识，订单处理状态；
59.所述实时权重确定模块还用于：根据所述订单处理状态，确定所述各个订单中处
理成功的订单数量；根据所述处理成功的订单数量和所述各个订单的总数量，确定所述渠道的订单可用率；将所述各个渠道中订单可用率大于等于熔断阈值的渠道的渠道状态标记为第一状态、小于熔断阈值的渠道的渠道状态标记为第二状态；
60.所述本地权重确定模块还用于：预先设置限流集合，初始状态下，所述限流集合为空集；
61.所述本地权重确定模块根据所述渠道的实时权重更新所述渠道的本地权重，包括：
62.若实时权重集中所述渠道的渠道状态与本地权重集中所述渠道的渠道状态均为第一状态，则将所述本地权重集中所述渠道的本地权重更新为所述渠道的实时权重；
63.若所述实时权重集中所述渠道的渠道状态为第一状态或第二状态、所述本地权重集中所述渠道的渠道状态为第二状态，则不更新所述本地权重集中所述渠道的本地权重；
64.若所述实时权重集中所述渠道的渠道状态为第二状态、所述本地权重集中所述渠道的渠道状态为第一状态，则将所述本地权重集中所述渠道的渠道状态更新为第二状态、所述渠道的本地权重更新为零，并将所述渠道加入所述限流集合；
65.所述实时权重集中包括：所述各个渠道中每个渠道的实时权重和渠道状态；所述本地权重集中包括：所述各个渠道中每个渠道的本地权重和渠道状态。
66.可选地，所述本地权重确定模块还用于：根据所述渠道的实时权重更新所述渠道的本地权重之前，
67.若所述本地权重集合中所述渠道的渠道状态为第二状态，则判断所述渠道是否存在于所述限流集合中；
68.若否，则将所述本地权重集合中所述渠道的状态更新为第三状态、所述渠道的本地权重更新为预设权重。
69.可选地，所述本地权重确定模块还用于：
70.若所述实时权重集中所述渠道的渠道状态为第一状态、所述本地权重集中所述渠道的渠道状态为第三状态，则将所述本地权重集中所述渠道的本地权重更新为所述渠道的实时权重、所述渠道的渠道状态更新为第一状态；
71.若所述实时权重集中所述渠道的渠道状态为第二状态、所述本地权重集中所述渠道的渠道状态为第三状态，则将所述本地权重集中所述渠道的渠道状态更新为第二状态、所述渠道的本地权重更新为零，并将所述渠道加入所述限流集合。
72.可选地，所述本地权重确定模块还用于：将所述渠道加入所述限流集合之后，判断所述渠道加入所述限流集合的时长是否大于预设有效时长；若是，则将所述渠道从所述限流集合中移除。
73.可选地，所述渠道调度模块采用加权轮询算法调度所述各个渠道。
74.可选地，本发明实施例的装置还包括采集模块，用于：实时采集各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息。
75.根据本发明实施例的第三方面，提供一种渠道调度的电子设备，包括：
76.一个或多个处理器；
77.存储装置，用于存储一个或多个程序，
78.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理
器实现本发明实施例第一方面提供的方法。
79.根据本发明实施例的第四方面，提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例第一方面提供的方法。
80.上述发明中的一个实施例具有如下优点或有益效果：通过根据实时采集的物品信息和订单信息确定各个渠道的调度权重、根据调度权重调度各个渠道，能够提高调度过程的灵活性和时效性，降低对系统和网络的压力，提高系统可用性。
81.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
82.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
83.图1是本发明实施例的渠道调度的方法的主要流程的示意图；
84.图2是本发明可选实施例的渠道调度的方法的系统架构示意图；
85.图3是本发明可选实施例中信息采集的主要流程示意图；
86.图4是本发明可选实施例中确定实时权重的主要流程示意图；
87.图5是本发明可选实施例中调度各个渠道的主要流程示意图；
88.图6是本发明实施例的渠道调度的装置的主要模块的示意图；
89.图7是本发明实施例可以应用于其中的示例性系统架构图；
90.图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
91.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
92.根据本发明实施例的一个方面，提供了一种渠道调度的方法。
93.图1是本发明实施例的渠道调度的方法的主要流程的示意图，如图1所示，渠道调度的方法，包括：步骤s101、步骤s102和步骤s103。
94.步骤s101、根据实时采集的各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息，确定每个所述渠道的实时权重。
95.物品信息是指物品相关信息，例如物品标识(物品名称、物品编码、物品sku(stock keeping unit，库存量单位)等)、物品对应的渠道、物品的价格、物品的文字介绍和宣传图片等。订单信息是指订单相关信息，例如订单包含的物品的物品标识、处理该订单的渠道的渠道标识、订单金额、表明订单是否已成功处理的订单状态、订单处理开始时间、订单处理结束时间等。
96.渠道是指提供物品并处理物品对应订单的主体。本发明实施例中提及的物品，可以是实体物品，例如家电产品、日用品、服饰等；也可以是虚拟物品，例如在线充值服务、游戏卡销售服务、旅游产品销售服务等。以在线充值为例，渠道为提供在线充值服务的各个供
应商。
97.本发明实施例中的物品信息和订单信息，可以是直接从对应数据源获得的，例如直接从各个渠道的系统中获取物品信息、从业务系统中获取订单信息；也可以是从用于存储数据的中间件中获得的，例如各个渠道的物品信息以及业务系统的订单信息实时同步至中间件中，在确定各个渠道的实时权重时，从中间件中获取物品信息和订单信息。中间件的选择可以根据实际情况进行选择性设定，例如：kafka(一种分布式消息系统)，再例如rocketmq(一种分布式消息系统)、rabbitmq(一种企业消息系统)等消息队列。kafka是开源的分布式发布-订阅消息系统，主要特点是基于pull模式(一种消息队列的模式)来处理消息消费，追求高吞吐量，不支持事务，适合产生大量数据的互联网服务的数据收集业务。因此在可选的实施例中，采用kafka存储实时采集的物品信息和订单信息。
98.根据物品信息和订单信息确定渠道的实时权重的方式可以根据实际情况进行选择。可选地，根据实时采集的各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息，确定每个所述渠道的实时权重，包括：根据实时采集的所述渠道的目标物品的物品信息，确定所述渠道的预设物品指标的物品指标数据；根据实时采集的所述渠道的包含所述目标物品的各个订单的订单信息，确定所述渠道的预设渠道指标的渠道指标数据；依据所述渠道的物品指标数据和渠道指标数据，确定所述渠道的实时权重。物品指标数据的数量以及指标内容可以根据实际情况进行选择性设定，例如物品的利润率、销售额等指标值。渠道指标数据的数量以及指标内容也可以根据实际情况进行选择性设定，例如渠道处理订单的成功率、处理时长等指标值。根据每个渠道的物品指标数据和渠道指标数据确定该渠道的实时权重，能够在兼顾物品相关指标的同时提高整个系统的可用性。
99.可选地，所述预设物品指标包括：物品利润；所述物品信息包括：物品标识，渠道标识，物品订单价格，物品采购价格。根据实时采集的所述渠道的目标物品的物品信息，确定所述渠道的预设物品指标的物品指标数据，包括：根据实时采集的所述渠道的目标物品的物品订单价格与物品采购价格之间的差值，确定所述渠道的目标物品的物品利润。采用物品利润作为预设物品指标，能够在兼顾物品利润的同时提高整个系统的可用性。
100.可选地，所述预设渠道指标包括：订单处理效率；所述订单信息包括：物品标识，渠道标识，订单处理开始时间，订单处理结束时间。根据实时采集的所述渠道的包含所述目标物品的各个订单的订单信息，确定所述渠道的预设渠道指标的渠道指标数据，包括：根据实时采集的所述各个订单中每个订单的订单处理开始时间和订单处理结束时间，确定所述渠道的订单处理效率。采用订单处理效率作为预设渠道指标，能够在兼顾订单处理效率的同时提高整个系统的可用性。
101.依据渠道的物品指标数据和渠道指标数据确定该渠道的实时权重时，确定方式可以根据实际情况进行选择性设定，例如对于追求指标值越大越好的预设指标，可以使实时权重与对应指标数据正相关；对于追求指标值越小越好的预设指标，可以使实时权重与对应指标数据负相关。可选地，依据所述渠道的物品指标数据和渠道指标数据，确定所述渠道的实时权重，包括：对所述渠道的物品指标数据和渠道指标数据进行加权求和，得到所述渠道的实时权重。加权求和时，物品指标数据与渠道指标数据的权重可以根据实际情况进行选择性设定，且权重的大小可以是固定值，也可以实时动态修改，本发明实施例对此不作具体限定。采用加权求和的方式确定实时权重，能够使得确定出的实时权重更好地反应各个
渠道的实际情况，提高整个系统的可用性。
102.步骤s102、根据所述渠道的实时权重，确定所述渠道的本地权重。
103.本地权重是指各个渠道的已有权重。本地权重集中包括各个渠道中每个渠道的本地权重。初始状态下，各个渠道的本地权重可以是预设值，可以为空(即不存在本地权重)。
104.可选地，根据所述渠道的实时权重，确定所述渠道的本地权重，包括：判断所述渠道的本地权重是否存在；若是，则根据所述渠道的实时权重更新所述渠道的本地权重；否则，以所述渠道的实时权重作为所述渠道的本地权重。根据渠道的实时权重更新该渠道的本地权重，能够提高本地权重的实时性，提高以渠道的本地权重作为调度权重进行调度时整个系统的可用性。
105.可选地，所述订单信息包括：物品标识，渠道标识，订单处理状态。所述方法还包括：根据所述订单处理状态，确定所述各个订单中处理成功的订单数量；根据所述处理成功的订单数量和所述各个订单的总数量，确定所述渠道的订单可用率；将所述各个渠道中订单可用率大于等于熔断阈值的渠道的渠道状态标记为第一状态、小于熔断阈值的渠道的渠道状态标记为第二状态；以及，预先设置限流集合，初始状态下，所述限流集合为空集。根据所述渠道的实时权重更新所述渠道的本地权重，包括：
106.若实时权重集中所述渠道的渠道状态与本地权重集中所述渠道的渠道状态均为第一状态，则将所述本地权重集中所述渠道的本地权重更新为所述渠道的实时权重；
107.若所述实时权重集中所述渠道的渠道状态为第一状态或第二状态、所述本地权重集中所述渠道的渠道状态为第二状态，则不更新所述本地权重集中所述渠道的本地权重；
108.若所述实时权重集中所述渠道的渠道状态为第二状态、所述本地权重集中所述渠道的渠道状态为第一状态，则将所述本地权重集中所述渠道的渠道状态更新为第二状态、所述渠道的本地权重更新为零，并将所述渠道加入所述限流集合；
109.所述实时权重集中包括：所述各个渠道中每个渠道的实时权重和渠道状态；所述本地权重集中还包括：各个渠道中每个渠道的渠道状态。
110.加入限流集合的渠道不可用，即在调度的时候不会以加入限流集合的渠道作为目标渠道处理订单。通过限流集合，便于管理各个不可用的渠道。
111.第一状态是指表明渠道可用的状态，第二状态是指表明渠道异常的状态。本实施例中若本地权重集中某一渠道的渠道状态为第二状态，则不管实时权重集中其渠道状态时第一状态还是第二状态，都不更新所述本地权重集中所述渠道的本地权重。如此能够避免由于在调度时直接将异常状态的渠道作为目标而导致的订单处理不成功，提高整个系统的可用性。
112.可选地，根据所述渠道的实时权重更新所述渠道的本地权重之前，还包括：若所述本地权重集合中所述渠道的渠道状态为第二状态，则判断所述渠道是否存在于所述限流集合中；若否，则将所述本地权重集合中所述渠道的状态更新为第三状态、所述渠道的本地权重更新为预设权重。通常情况下，预设权重为较小数值，例如为1或小于1的正数。通过为渠道状态为异常状态、但不在限流集合内(即渠道不是不可用的)的渠道设置较小的本地权重，能够允许对应渠道少量调度(即少量处理订单)，从而一方面能够充分利用渠道资源，另一方面能够在渠道状态恢复可用时及时发现和对该渠道的状态和本地权重进行调整。
113.可选地，根据所述渠道的实时权重更新所述渠道的本地权重，还包括：若所述实时
权重集中所述渠道的渠道状态为第一状态、所述本地权重集中所述渠道的渠道状态为第三状态，则将所述本地权重集中所述渠道的本地权重更新为所述渠道的实时权重、所述渠道的渠道状态更新为第一状态；若所述实时权重集中所述渠道的渠道状态为第二状态、所述本地权重集中所述渠道的渠道状态为第三状态，则将所述本地权重集中所述渠道的渠道状态更新为第二状态、所述渠道的本地权重更新为零，并将所述渠道加入所述限流集合。
114.第三状态是指表明渠道状态待定的状态，即待进一步确定其是可用状态还是异常状态。通过根据实时权重集中各个渠道的实时权重和渠道状态对本地权重集中第三状态的渠道进行更新，能够提高本地权重集中各个渠道的本地权重的实时性，提高以渠道的本地权重作为调度权重进行调度时整个系统的可用性。
115.可选地，将所述渠道加入所述限流集合之后，还包括：判断所述渠道加入所述限流集合的时长是否大于预设有效时长；若是，则将所述渠道从所述限流集合中移除。本实施例为加入限流集合的每个渠道设置限流的有效时长，能够在对不可用状态的渠道进行限流的同时提高限流集合的实时性，避免由于可用状态的渠道位于限流集合中而导致的渠道资源无法充分利用的情况发生，提高整个系统的可用性。
116.步骤s103、以每个所述渠道的本地权重作为所述渠道的调度权重，调度所述各个渠道以处理包含所述目标物品的订单。通过根据实时采集的物品信息和订单信息确定各个渠道的实时权重、根据实时权重确定本地权重、并以本地权重作为调度权重调度各个渠道，能够提高调度过程的灵活性和时效性，降低对系统和网络的压力，提高系统可用性。
117.根据每个渠道的调度权重调度各个渠道的方式可以根据实际情况进行选择性设定。例如，共有三个渠道x、y、z，对应的调度权重分别为：x、y、z，则在调度时，将所有的订单按照x：y：z的比例分配给渠道x、y、z。可选地，采用加权轮询算法调度所述各个渠道。示例性地，各个渠道的调度权重之和为q，那么每调用q次，每个渠道被调用的次数为该渠道的调度权重数、且调度权重数大的渠道优先被调用。采用加权轮询算法调度各个渠道，能够在保证整个系统的可用性的基础上最大化预设指标的指标数据(例如利润率、订单处理效率等)。
118.以下以在线充值场景为例，结合图2-5对本发明实施例的渠道调度方法进行示例性说明。图2是本发明可选实施例的渠道调度的方法的系统架构示意图。如图2所示，用于实现本发明实施例的渠道调度的方法的系统包括三个部分：采集模块、核心模块和路由模块。
119.(1)采集模块主要分为实时订单信息采集、物品信息采集以及信息同步。
120.实时订单信息采集时，业务系统在满足条件触发时实时同步订单信息到kafka。如图3所示，业务系统提交充值请求，调用路由模块选择目标渠道，根据目标渠道商配置的基础信息(例如每个物品是采用同步充值还是异步充值方式进行处理)判断需要发起同步或者异步充值请求。若同步充值，则根据充值结果状态判断流程流转。具体地，若充值失败，则实时同步充值结果到kafka若充值成功，则更新订单信息，实时同步充值结果到kafka。若异步充值，则根据提交请求的提交结果判断流程流转。具体地，若提交成功，则等待渠道商回调通知，验证回调信息，判断充值结果(如果充值失败，需要同步到kafka，然后重新调用路由模块选择渠道商进行充值)，更新订单信息，实时同步充值结果到kafka；否则，实时同步提交充值结果到kafka，重新调用路由模块选择渠道商进行充值。
121.物品信息采集时，canel(基于数据库增量日志解析)订阅mysql(一个关系型数据库管理系统)的binlog(一个二进制格式的文件)日志，解析物品信息变更记录，实时抽取物
品信息并发送到kafka。
122.信息同步时，kafka生产者实时接收订单和物品信息，kafka消费者实时拉取信息并消费(生产者把消息发送到kafka服务器，消费者订阅拉取kafka服务器的数据，消费消息写入到hbase(一种基于hadoop数据库))存储到hbase。hbase是一种nosql数据库，适用于海量明细数的随机实时查询，如日志明细、交易清单、轨迹行为等。
123.(2)核心模块：核心模块即大数据计算模块，主要负责大数据量的订单信息分析和根据算法计算各渠道的实时权重。图4是本发明可选实施例中确定实时权重的主要流程示意图，如图4所示，spark(一种计算引擎)通过api获取hbase存储的实时订单和物品信息，spark获取mysql中配置的物品最优权重配置和物品充值可用率熔断阈值，传输数据到spark streaming(spark核心api的一个扩展，可以实现高吞吐量的，具备容错机制的实时流数据处理)中。spark streaming执行步骤如下：
124.①
接收物品a的可用率熔断阈值，存储在内存(记为r1)中，如下表所示：
125.物品可用率熔断阈值a0.950
126.②
接收物品a的最优权重配置，存储在内存(记为r2)中(最优权重配置是百分比，即在物品充值或售卖过程中，认为最优配置为物品利润占80％、订单处理效率占20％)，如下表所示：
127.物品物品利润的权重订单处理效率的权重a8020
128.③
接收实时订单信息数据，包括订单金额、渠道标识、物品标识、充值开始时间、充值完成时间、充值状态等)，按照物品维度分类，并存储在内存(记为r3)中。
129.④
接收物品信息数据，包括渠道标识、物品标识、物品价格、采购价格等，按照物品维度分类，并存储在内存(记为r4)中。
130.⑤
获取内存r3中的订单信息数据，按照物品维度统计各渠道的可用率和订单处理效率，存储在内存(记为r5)中，如下表所示：
131.某一渠道b的可用率＝b渠道a物品充值成功的订单数量/b渠道a物品所有充值订单的数量；
132.渠道的订单处理效率可以采用渠道平均充值时间来衡量，其中，某一渠道b的平均充值时间＝b渠道a物品充值时间(即订单充值完成时间-订单充值开始时间)/b渠道a物品所有充值订单数。
[0133][0134]
⑥
获取内存r4中物品信息，再获取内存r5中物品历史订单统计计算结果，进行匹配计算，结果存储在内存(记为r6)中，如图所示：
[0135]
利润率＝内存r5中的物品订单价格
–
内存r4中的物品采购价格。
[0136][0137]
⑦
获取内存r2中物品最优权重配置，再获取内存r6中物品各维度统计计算结果，计算物品各渠道的初步权重，然后各渠道的初步权重除以其最大公约数，最后把计算出来的物品各渠道权重存储在内存(记为r7)中，如下表所示：
[0138]
初步权重＝充值效率
×
效率权重 利润
×
利润权重。
[0139][0140]
⑧
获取内存r1中的充值可用率熔断阈值，再获取内存r7中数据，如果可用率小于熔断阈值，则对应渠道的渠道状态为-1，反之为1。结果存储在内存(记为r8)中，如下表所示：
[0141][0142][0143]
⑨
推送内存r8中的数据到redis中。
[0144]
(3)路由模块：业务系统调用路由模块选择渠道商，路由规则是根据各渠道权重通过加权轮询算法进行路由调度。图5是本发明可选实施例中调度各个渠道的主要流程示意图，如图5所示，流程包括：
[0145]
①
获取redis中物品a对应各渠道的实时权重。
[0146]
②
获取限流集合中物品a对应的限流集合。
[0147]
③
限流集合和本地权重集匹配比较，如果本地权重集中渠道的状态是-1，但是限流集合中不存在，那么更新本地权重集中该渠道的渠道状态为0，更新该渠道的本地权重为1。
[0148]
④
实时权重集和本地权重集匹配比较，分以下几种情况：
[0149]
实时权重集中某一渠道的渠道状态为1、本地权重集中该渠道的渠道状态为1，则更新本地权重中该渠道的本地权重(比如a物品a渠道商本地权重是50、实时权重是55，则更新本地权重为55)；
[0150]
实时权重集中某一渠道的渠道状态为1、本地权重集中该渠道的渠道状态为-1，则
对本地权重集中该渠道的本地权重不做变动；
[0151]
实时权重集中某一渠道的渠道状态为1、本地权重中该渠道的渠道状态为0，则更新本地权重集中该渠道的本地权重、且更新渠道状态为1；
[0152]
实时权重集中某一渠道的渠道状态为-1、本地权重集中该渠道的渠道状态为-1，则对本地权重集中该渠道的本地权重不做变动；
[0153]
实时权重集中某一渠道的渠道状态为-1、本地权重集中该渠道的渠道状态为0，则更新本地权重集中该渠道的渠道状态为-1，并且将该渠道加入限流集合(为限流集合中渠道设置有效时长，比如30分钟，即渠道加入限流集合30分钟之后自动过期)；
[0154]
实时权重集中某一渠道的渠道状态为-1，本地权重集中该渠道的渠道状态为1，则更新本地权重集中该渠道的渠道状态为-1，并且将该渠道加入限流集合。
[0155]
⑤
同步物品本地权重集中渠道状态为1和0的各渠道的调度权重。
[0156]
⑥
在
④
中，加入限流集合的渠道不可用，立即强制调度匣子结束当前加权轮询算法，并重新获取各渠道的调度权重。
[0157]
⑦
业务系统通过调用调度匣子选择目标渠道。
[0158]
⑧
调度匣子判断当前轮询状态：
[0159]
若轮询尚未结束，根据权重轮询返回目标渠道(即，根据加权轮询算法得出本次充值订单要去哪个渠道进行充值)；
[0160]
若轮询结束，重新获取各个渠道的调度权重，根据调度权重轮询返回目标渠道。
[0161]
本发明实施例中，订单信息实时采集、spark根据订单信息和物品最优权重配置计算物品各渠道的调度权重，在提高用户充值体验的情况下实现利润最大化。调度模块根据实时权重灵活调度，如渠道商不可用，调度模块立即熔断，重新获取权重进行加权轮询。渠道商限流结束之后，允许渠道商少量调度，如果充值可用率仍然低于熔断阈值，则继续限流状态，反之则恢复正常调度。本发明实施例能够提高系统的可用性，减少网络io，提升用户体验；实现渠道智能自动调度，减少业务人员配置工作；时效性更强，大数据实时分析订单数据，高频率调整渠道商调度规则。
[0162]
根据本发明实施例的第二方面，提供一种实现上述方法的装置。
[0163]
图6是本发明实施例的渠道调度的装置的主要模块的示意图，如图6所示，渠道调度的装置600包括：
[0164]
实时权重确定模块601，根据实时采集的各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息，确定每个所述渠道的实时权重；
[0165]
本地权重确定模块602，根据所述渠道的实时权重，确定所述渠道的本地权重；
[0166]
渠道调度模块603，以每个所述渠道的本地权重作为所述渠道的调度权重，调度所述各个渠道以处理包含所述目标物品的订单。
[0167]
可选地，所述实时权重确定模块根据实时采集的各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息，确定每个所述渠道的实时权重，包括：
[0168]
根据实时采集的所述渠道的目标物品的物品信息，确定所述渠道的预设物品指标的物品指标数据；
[0169]
根据实时采集的所述渠道的包含所述目标物品的各个订单的订单信息，确定所述渠道的预设渠道指标的渠道指标数据；
[0170]
依据所述渠道的物品指标数据和渠道指标数据，确定所述渠道的实时权重。
[0171]
可选地，所述预设物品指标包括：物品利润；所述物品信息包括：物品标识，渠道标识，物品订单价格，物品采购价格；
[0172]
所述实时权重确定模块根据实时采集的所述渠道的目标物品的物品信息，确定所述渠道的预设物品指标的物品指标数据，包括：
[0173]
根据实时采集的所述渠道的目标物品的物品订单价格与物品采购价格之间的差值，确定所述渠道的目标物品的物品利润。
[0174]
可选地，所述预设渠道指标包括：订单处理效率；所述订单信息包括：物品标识，渠道标识，订单处理开始时间，订单处理结束时间；
[0175]
所述实时权重确定模块根据实时采集的所述渠道的包含所述目标物品的各个订单的订单信息，确定所述渠道的预设渠道指标的渠道指标数据，包括：
[0176]
根据实时采集的所述各个订单中每个订单的订单处理开始时间和订单处理结束时间，确定所述渠道的订单处理效率。
[0177]
可选地，所述实时权重确定模块依据所述渠道的物品指标数据和渠道指标数据，确定所述渠道的实时权重，包括：
[0178]
对所述渠道的物品指标数据和渠道指标数据进行加权求和，得到所述渠道的实时权重。
[0179]
可选地，所述本地权重确定模块根据所述渠道的实时权重，确定所述渠道的本地权重，包括：
[0180]
判断所述渠道的本地权重是否存在；若是，则根据所述渠道的实时权重更新所述渠道的本地权重；否则，以所述渠道的实时权重作为所述渠道的本地权重。
[0181]
可选地，所述订单信息包括：物品标识，渠道标识，订单处理状态；
[0182]
所述实时权重确定模块还用于：根据所述订单处理状态，确定所述各个订单中处理成功的订单数量；根据所述处理成功的订单数量和所述各个订单的总数量，确定所述渠道的订单可用率；将所述各个渠道中订单可用率大于等于熔断阈值的渠道的渠道状态标记为第一状态、小于熔断阈值的渠道的渠道状态标记为第二状态；
[0183]
所述本地权重确定模块还用于：预先设置限流集合，初始状态下，所述限流集合为空集；
[0184]
所述本地权重确定模块根据所述渠道的实时权重更新所述渠道的本地权重，包括：
[0185]
若实时权重集中所述渠道的渠道状态与本地权重集中所述渠道的渠道状态均为第一状态，则将所述本地权重集中所述渠道的本地权重更新为所述渠道的实时权重；
[0186]
若所述实时权重集中所述渠道的渠道状态为第一状态或第二状态、所述本地权重集中所述渠道的渠道状态为第二状态，则不更新所述本地权重集中所述渠道的本地权重；
[0187]
若所述实时权重集中所述渠道的渠道状态为第二状态、所述本地权重集中所述渠道的渠道状态为第一状态，则将所述本地权重集中所述渠道的渠道状态更新为第二状态、所述渠道的本地权重更新为零，并将所述渠道加入所述限流集合；
[0188]
所述实时权重集中包括：所述各个渠道中每个渠道的实时权重和渠道状态；所述本地权重集中包括：所述各个渠道中每个渠道的本地权重和渠道状态。
[0189]
可选地，所述本地权重确定模块还用于：根据所述渠道的实时权重更新所述渠道的本地权重之前，
[0190]
若所述本地权重集合中所述渠道的渠道状态为第二状态，则判断所述渠道是否存在于所述限流集合中；
[0191]
若否，则将所述本地权重集合中所述渠道的状态更新为第三状态、所述渠道的本地权重更新为预设权重。
[0192]
可选地，所述本地权重确定模块还用于：
[0193]
若所述实时权重集中所述渠道的渠道状态为第一状态、所述本地权重集中所述渠道的渠道状态为第三状态，则将所述本地权重集中所述渠道的本地权重更新为所述渠道的实时权重、所述渠道的渠道状态更新为第一状态；
[0194]
若所述实时权重集中所述渠道的渠道状态为第二状态、所述本地权重集中所述渠道的渠道状态为第三状态，则将所述本地权重集中所述渠道的渠道状态更新为第二状态、所述渠道的本地权重更新为零，并将所述渠道加入所述限流集合。
[0195]
可选地，所述本地权重确定模块还用于：将所述渠道加入所述限流集合之后，判断所述渠道加入所述限流集合的时长是否大于预设有效时长；若是，则将所述渠道从所述限流集合中移除。
[0196]
可选地，所述渠道调度模块采用加权轮询算法调度所述各个渠道。
[0197]
可选地，本发明实施例的装置还包括采集模块，用于：实时采集各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息。
[0198]
根据本发明实施例的第三方面，提供一种渠道调度的电子设备，包括：
[0199]
一个或多个处理器；
[0200]
存储装置，用于存储一个或多个程序，
[0201]
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例第一方面提供的方法。
[0202]
根据本发明实施例的第四方面，提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例第一方面提供的方法。
[0203]
图7示出了可以应用本发明实施例的渠道调度的方法或渠道调度的装置的示例性系统架构700。
[0204]
如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0205]
用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
[0206]
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0207]
服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信
息
--
仅为示例)反馈给终端设备。
[0208]
需要说明的是，本发明实施例所提供的渠道调度的方法一般由服务器705执行，相应地，渠道调度的装置一般设置于服务器705中。
[0209]
应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0210]
下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0211]
如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
[0212]
以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
[0213]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
[0214]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述
的任意合适的组合。
[0215]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0216]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括：实时权重确定模块，根据实时采集的各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息，确定每个所述渠道的实时权重；本地权重确定模块，根据所述渠道的实时权重，确定所述渠道的本地权重；渠道调度模块，以每个所述渠道的本地权重作为所述渠道的调度权重，调度所述各个渠道以处理包含所述目标物品的订单。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，实时权重确定模块还可以被描述为“确定所述渠道的本地权重的模块”。
[0217]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：根据实时采集的各个渠道的目标物品的物品信息和包含所述目标物品的各个订单的订单信息，确定每个所述渠道的实时权重；根据所述渠道的实时权重，确定所述渠道的本地权重；以每个所述渠道的本地权重作为所述渠道的调度权重，调度所述各个渠道以处理包含所述目标物品的订单。
[0218]
根据本发明实施例的技术方案，通过根据实时采集的物品信息和订单信息确定各个渠道的调度权重、根据调度权重调度各个渠道，能够提高调度过程的灵活性和时效性，降低对系统和网络的压力，提高系统可用性。
[0219]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。