待办系统的负载均衡方法、装置、计算机设备和存储介质与流程

1.本技术涉及数据处理技术领域，尤其涉及一种待办系统的负载均衡方法、装置、计算机设备和存储介质。


背景技术：

2.在待办系统中，比如催收系统，在对逾期款项进行催收时，现有催收系统通常在凌晨提前将当日待催项目进行分配。后续催收系统根据凌晨的分配结果，进行项目催收。
3.但是，在实际执行时，会出现凌晨分配的项目在催收时段前款项已还清、或者取消催收等情况。这种情况下，催收系统会出现某些时段的待催收项目数量小于实际催收项目数量，导致当前时段负载降低，出现催收系统负载不均的问题。


技术实现要素：

4.本技术提出一种待办系统的负载均衡方法、装置、计算机设备和存储介质。
5.本技术一方面实施例提出了一种待办系统的负载均衡方法，包括：
6.在当前时段待处理的第一待办项目满足预设条件的情况下，获取增补项目集合，其中，所述增补项目集合中包括：n个未处理且不属于当前时段的第二待办项目，及所述n个第二待办项目分别在对应的初始处理时段的n个第一得分，n为正整数；
7.计算每个所述第二待办项目在当前时段的第二得分；
8.在任一第二待办项目的第二得分与第一得分的差值大于阈值的情况下，将所述任一第二待办项目增补至当前时段待处理的待办项目中。
9.在本技术一方面实施例一种可能的实现方式中，所述获取增补项目集合，包括：
10.获取各个待办项目所属的初始处理时段、及在不同时段对应的参考得分；
11.在任一待办项目的最高参考得分对应的时段与所属的初始处理时段不同、且初始处理时段非当前时段的情况下，确定所述任一待办项目为增补项目。
12.在本技术一方面实施例一种可能的实现方式中，所述获取各个待办项目所属的初始处理时段、及在不同时段对应的参考得分，包括：
13.根据每个待办项目对应的待催金额、在各个时段的待办接通率、及催回率，确定每个待办项目在每个时段对应的参考得分；
14.依据参考得分高至低的顺序，从各个待办项目中，抽取每个时段对应的待办项目。
15.在本技术一方面实施例一种可能的实现方式中，所述获取各个待办项目所属的初始处理时段、及在不同时段对应的参考得分，包括：
16.利用预设的神经网络模型，对每个所述待办项目对应的待催金额、在各个时段的待办接通率、及催回率进行处理，以确定所述各个待办项目所属的初始处理时段、及在不同时段对应的参考得分。
17.在本技术一方面实施例一种可能的实现方式中，所述计算每个所述第二待办项目在当前时段的第二得分，包括：
18.确定每个所述第二待办项目对应的待办对象的历史信息；
19.根据所述待办对象的历史信息，计算所述第二待办项目在当前时段的第二得分。
20.在本技术一方面实施例一种可能的实现方式中，所述待办对象的历史信息，包括以下信息中的至少两种：信用评分、历史还款率、当前时段的接通率、待办金额及总欠款金额。
21.在本技术一方面实施例一种可能的实现方式中，在所述计算每个所述第二待办项目在当前时段的第二得分之后，还包括：
22.确定所述待办系统当前的负载容量及当前时段对应的待办项目量；
23.根据所述当前的负载容量及当前时段对应的待办项目量，确定待增补的项目数量m，其中，m为自然数；
24.从所述增补项目集合中，选取第二得分与第一得分的差值大于阈值的m个第二待办项目。
25.在本技术一方面实施例一种可能的实现方式中，在所述将所述任一第二待办项目增补至当前时段待处理的待办项目中之后，还包括：
26.将所述任一第二待办项目从所述增补项目集合中删除。
27.在本技术一方面实施例一种可能的实现方式中，在所述当前时段待处理的第一待办项目满足预设条件之后，还包括：
28.校验当前时段中与所述第一待办项目相邻的下一个未处理的待办项目是否满足预设条件；
29.在所述下一个未处理的待办项目未满足所述预设条件的情况下，向所述下一个未处理的待办项目对应的待办对象发送待办消息。
30.本技术另一方面实施例提出了一种待办系统的负载均衡装置，包括：
31.获取模块，用于在当前时段待处理的第一待办项目满足预设条件的情况下，获取增补项目集合，其中，所述增补项目集合中包括：n个未处理且不属于当前时段的第二待办项目，及所述n个第二待办项目分别在对应的初始处理时段的n个第一得分，n为正整数；
32.计算模块，用于计算每个所述第二待办项目在当前时段的第二得分；
33.增补模块，用于在任一第二待办项目的第二得分与第一得分的差值大于阈值的情况下，将所述任一第二待办项目增补至当前时段待处理的待办项目中。
34.在本技术一方面实施例一种可能的实现方式中，所述获取模块，包括：
35.获取单元，用于获取各个待办项目所属的初始处理时段、及在不同时段对应的参考得分；
36.确定单元，用于在任一待办项目的最高参考得分对应的时段与所属的初始处理时段不同、且初始处理时段非当前时段的情况下，确定所述任一待办项目为增补项目。
37.在本技术一方面实施例一种可能的实现方式中，所述获取单元，用于：
38.根据每个待办项目对应的待催金额、在各个时段的待办接通率、及催回率，确定每个待办项目在每个时段对应的参考得分；
39.依据参考得分高至低的顺序，从各个待办项目中，抽取每个时段对应的待办项目。
40.在本技术一方面实施例一种可能的实现方式中，所述获取单元，用于：
41.利用预设的神经网络模型，对每个所述待办项目对应的待催金额、在各个时段的
待办接通率、及催回率进行处理，以确定所述各个待办项目所属的初始处理时段、及在不同时段对应的参考得分。
42.在本技术一方面实施例一种可能的实现方式中，所述计算模块，用于：
43.确定每个所述第二待办项目对应的待办对象的历史信息；
44.根据所述待办对象的历史信息，计算所述第二待办项目在当前时段的第二得分。
45.在本技术一方面实施例一种可能的实现方式中，所述待办对象的历史信息，包括以下信息中的至少两种：信用评分、历史还款率、当前时段的接通率、待办金额及总欠款金额。
46.在本技术一方面实施例一种可能的实现方式中，该装置包括：
47.第一确定模块，用于确定所述待办系统当前的负载容量及当前时段对应的待办项目量；
48.第二确定模块，用于根据所述当前的负载容量及当前时段对应的待办项目量，确定待增补的项目数量m，其中，m为自然数；
49.选取模块，用于从所述增补项目集合中，选取第二得分与第一得分的差值大于阈值的m个第二待办项目。
50.在本技术一方面实施例一种可能的实现方式中，该装置包括：
51.删除模块，用于将所述任一第二待办项目从所述增补项目集合中删除。
52.在本技术一方面实施例一种可能的实现方式中，该装置包括：
53.校验模块，用于校验当前时段中与所述第一待办项目相邻的下一个未处理的待办项目是否满足预设条件；
54.发送模块，用于在所述下一个未处理的待办项目未满足所述预设条件的情况下，向所述下一个未处理的待办项目对应的待办对象发送待办消息。
55.本技术另一方面实施例提出了一种计算机设备，包括处理器和存储器；
56.其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如上述一方面实施例所述的待办系统的负载均衡方法。
57.本技术另一方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一方面实施例所述的待办系统的负载均衡方法。
58.本技术实施例的待办系统的负载均衡方法、装置、计算机设备和存储介质，在当前时段待处理的第一待办项目满足预设条件的情况下，通过获取增补项目集合，其中，增补项目集合中包括：n个未处理且不属于当前时段的第二待办项目，及n个第二待办项目分别在对应的初始处理时段的n个第一得分，并计算每个第二待办项目在当前时段的第二得分，在任一第二待办项目的第二得分与第一得分的差值大于阈值的情况下，将任一第二待办项目增补至当前时段待处理的待办项目中。由此，在当前时段待处理的待办项目中存在满足预设条件的待办项目时，通过获取增补项目集合，将增补项目集合中在当前时段待办优于初始处理时段的待办项目，增补至当期时段待处理的待办项目中，以对当前时段内的待办项目进行增补，不仅实现了待办系统的负载均衡，而且将增补的待办项目，由在初始处理时段处理改为在当前时段处理，提高了全局的待办接通率。
59.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
60.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
61.图1为本技术实施例提供的一种待办系统的负载均衡方法的流程示意图；
62.图2为本技术实施例提供的另一种待办系统的负载均衡方法的流程示意图；
63.图3为本技术实施例提供的另一种待办系统的负载均衡方法的流程示意图；
64.图4为本技术实施例提供的一种待办系统的负载均衡装置的结构示意图。
具体实施方式
65.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
66.下面参考附图描述本技术实施例的待办系统的负载均衡方法、装置、计算机设备和存储介质。
67.图1为本技术实施例提供的一种待办系统的负载均衡方法的流程示意图。
68.本技术实施例的待办系统的负载均衡方法，可由本技术实施例提供的待办系统的负载均衡装置执行，该装置可配置于计算机设备中，以在当前时段的第一待办项目满足预设条件时，通过对当前时段的待办项目进行增补，实现待办系统的负载均衡。
69.步骤101，在当前时段待处理的第一待办项目满足预设条件的情况下，获取增补项目集合，其中，增补项目集合中包括：n个未处理且不属于当前时段的第二待办项目，及n个第二待办项目分别在对应的初始处理时段的n个第一得分，n为正整数。
70.本实施例中，在对当前时段待处理的第一待办项目进行处理时，若确定第一待办项目满足预设条件，比如账单已还清、取消待办等情况，则获取增补项目集合。其中，待办项目可以是需要进行待办的多种项目，比如可以是欠费的电费账单、需要还款的信贷等等。
71.也就是说，当前时段中若当前待处理的待办项目，在当前时段无需处理时，获取增补项目集合。
72.比如，对当前时段的待办项目p进行处理，若待办项目p的账单已还清，则获取增项目集合。
73.其中，获取的增补项目集合包括n个未处理且不属于当前时段的第二待办项目，以及n个第二待办项目分别在对应的初始处理时段的n个第一得分。其中，n为正整数。也就是说，增补项目集合中包括的n个第二待办项目是未处理的待办项目，且不属于当前时段。
74.其中，n个第二待办项不属于当前时段是为了避免同一个时段对同一待办项目进行两次待办。
75.这里的初始处理时段可以理解为给待办项目分配的初始时间段，比如，某日共有80个待办项目需要处理，在该日0点时，将80个待办项目分配至相应的时段，可以认为，这时待办项目被分配至的时段为待办项目对应的初始处理时段。
76.本实施例中，每个第二待办项目在对应的初始处理时段的第一得分，可用于衡量在初始处理时段对第二待办项目进行待办带来的待办效果，其中，第一得分越高，可以认为在初始处理时段对第二待办项目进行待办越好，第一得分可以是在确定初始处理时段时计算的得分。在计算第一得分时，可以是根据预先训练的模型计算得到的，也可以是通过其他方式计算得到的。
77.步骤102，计算每个第二待办项目在当前时段的第二得分。
78.在获取增补项目集合后，计算增补项目集合中每个第二待办项目，在当前时段的得分，为便于描述和区分，这里称为第二得分。
79.在计算第二得分时，也可以是通过模型计算得到，或者通过其他方式计算得到。
80.作为一种实现方式，可根据第二待办项目对应的待办对象的历史信息，计算第二得分。具体地，针对每个第二待办项目，获取第二待办项目对应的待办对象的历史信息。在获取待办对象的历史信息后，可根据待办对象的历史信息，计算第二待办项目在当前时段的第二得分。
81.其中，待办对象的历史信息可以是信用评分、历史还款率、当前时段的接通率、待办金额、总欠款金额等中的至少两种。比如以催收系统为例，待办金额为待催收金额。
82.比如，可获取历史信息信用评分α、历史还款率β、当前时段的接通率λ、待办金额d(比如催收系统，d为待催收金额)、总欠款金额d
max
，通过如下公式计算第二得分s
score
，
[0083][0084]
由于待办对象的历史信息可反映出在某时段待办的待办效果，那么本实施例中，通过根据第二待办项目对应的待办对象的历史信息，计算第二待办项目在当前时段的第二得分，提高了计算的准确性。
[0085]
步骤103，在任一第二待办项目的第二得分与第一得分的差值大于阈值的情况下，将任一第二待办项目增补至当前时段待处理的待办项目中。
[0086]
本实施例中，在获取每个第二待办项目在当前时段的第二得分后，针对每个第二待办项目，可计算第二待办项目在当前时段的第二得分，与该第二待办项目在初始处理时段的第一得分之间的差值。
[0087]
如果第二得分与第一得分的差值大于阈值，说明该第二待办项目在当前时段待办比在初始处理时段好，则将该第二待办项目增补至当前时段待处理的待办项目中，以在当前时段对增补的第二待办项目进行处理。
[0088]
在进行增补时，可在当前时段待处理的最后一个待办项目之后，按照差值由大到小的顺序，将各个增补项目增补至当前时段待处理的待办项目中。或者，也可将增补项目按照差值由大到小的顺序，增补至第一待办项目与第一待办项目相邻的下一个待处理的待办项目之间。或者，也可将差值最大的预设数量的增补项目，比如差值最大的一个第二待办项目，增补至第一待办项目与第一待办项目相邻的下一个待处理的待办项目之间，将剩余的增补项目增补至最后一个待办项目之后。
[0089]
比如，当前时段的第二个待办项目p2满足预设条件，获取的增补项目集合中包括第二待办项目的数量是20个，其中，有10个第二待办项目，它们的第二得分与第一得分的差值大于阈值，则可将这10个第二待办项目中差值最大的第二待办项目，增加至当前时段的
第二个待办项目p2和第三个待办项目p3之间，将其余的9个增加直至当前时段的最后一个待办项目之后。
[0090]
需要说明的是，上述增补方式仅是示例，具体的增补方式，可根据需要确定。
[0091]
本实施例中，可将增补项目集合中，在当前时段的第二得分与在初始处理时段的第一得分之间的差值大于阈值的待办项目，增补至当前时段待处理的待办项目中，从而将这些增补的待办项目，由在对应的初始处理时段处理改为在当前时段进行处理。
[0092]
对于增补至当前时段待处理的待办项目中的第二待办项目，在当前时段对第二待办项目处理完毕后，可对第二待办项目进行标记，以在后续时段对第二待办项目进行处理时，将第二待办项目视为已处理。
[0093]
本实施例中的待办系统可以为催收系统，比如，电费账单催收系统、信贷催收系统等等，利用本实施例的待办系统的负载均衡方法，可以实现催收系统的负载均衡，提高全局的催收接通率。
[0094]
本技术实施例中，在当前时段待处理的第一待办项目满足预设条件的情况下，获取增补项目集合，其中，增补项目集合中包括：n个未处理且不属于当前时段的第二待办项目，及n个第二待办项目分别在对应的初始处理时段的n个第一得分，并计算每个第二待办项目在当前时段的第二得分，在任一第二待办项目的第二得分与第一得分的差值大于阈值的情况下，将任一第二待办项目增补至当前时段待处理的待办项目中。由此，在当前时段待处理的待办项目满足预设条件时，通过获取增补项目集合，将增补项目集合中在当前时段待办优于初始处理时段的待办项目，增补至当期时段待处理的待办项目中，以对当前时段内的待办项目进行增补，不仅实现了待办系统的负载均衡，而且将增补的待办项目，由在初始处理时段处理改为在当前时段处理，提高了全局的待办接通率。
[0095]
在本技术的一个实施例中，在获取增补项目集合时，可先获取各个待办项目在各个时段的参考得分，根据参考得分，确定增补项目集合中的待办项目，在获取增补项目集合后，再确定增补至当前时段的待办项目。下面结合图2进行说明，图2为本技术实施例提供的另一种待办系统的负载均衡方法的流程示意图。
[0096]
如图2所示，该待办系统的负载均衡方法包括：
[0097]
步骤201，在当前时段待处理的第一待办项目满足预设条件的情况下，获取各个待办项目所属的初始处理时段、及在不同时段对应的参考得分。
[0098]
本实施例中，在对当前时段待处理的第一待办项目进行处理时，若确定第一待办项目满足预设条件，比如第一待办项目对应的账单已还清或者被取消待办等，则获取当前的待办项目，并确定各个待办项目所属的初始处理时段、及在不同时段对应的参考得分。
[0099]
这里的不同时段，可以是预先将一个长时段划分多个时段获取得，比如，将一天均分为24个时段，将每个小时作为一个时段。
[0100]
在获取每个待办项目所属的初始处理时段、及每个待办项目在不同时段对应的参考得分时，可以通过模型获取，也可通过其他方式获取。
[0101]
作为一种可能的实现方式，可获取每个待办项目对应的待办金额、在各个时段的待办接通率、及催回率等，并根据每个待办项目对应的待办金额、在各个时段的待办接通率、催回率等，确定每个待办项目在每个时段对应的参考得分。
[0102]
比如，将待办接通率与催回率的乘积与待办金额之间的比值，作为参考得分，或者
也可以用其他计算方式，确定参考得分。
[0103]
其中，待办项目在各个时段的待办接通率和催回率，可以根据待办项目对应的待办对象的历史情况确定，也可以根据与待办项目类似的待办项目的历史待办数据确定。
[0104]
在确定每个待办项目在各个时段的参考得分后，可先针对某个时段，根据各待办项目在该时段内参考得分由高到低的顺序，从各个待办项目中，抽取一定数量的待办项目，作为该时段的待办项目。针对再一个时段时，可根据未被分配的待办目标在该时段内参考得分由高到低的顺序，抽取一定数量的待办项目。以此类推，可获取每个时段对应的待办项目。
[0105]
本实施例中，在抽取每个时段对应的待办项目时，针对每个时段，可将参考得分大于设定阈值的、未被分配的待办项目分配至每个时段。或者，也可以根据每个时段的待办系统的负载，确定每个时段抽取的待办项目的数量，并根据参考得分高至低的顺序，抽取相应数量的待办项目。
[0106]
比如，有20个待办项目，设3个时段a、b、c，根据3个时段的待办系统负载，确定3个时段对应的待办项目的数量分别为6、10、4。在抽取时，针对时段a，可根据20个待办项目在时段a内参考得分由高至低的顺序，抽6个参考得分最高的待办项目；针对时段b，可根据剩余的14个待办项目在时段b内参考得分由高至低的顺序，抽10个参考得分最高的待办项目；针对时段b，可将剩余的4个待办项目分配至时段c。
[0107]
作为另一种可能的实现方式，也可利用预设的神经网络模型，确定各个待办项目所属的初始处理时段、及在不同时段对应的参考得分。
[0108]
具体地，可获取每个待办项目对应的待催金额、在各个时段的待办接通率、及催回率等，利用预设的神经网络模型，对每个待办项目对应的待催金额、在各个时段的待办接通率、及催回率等进行编码处理和解码处理，得到各个待办项目所属的初始处理时段、及在不同时段对应的参考得分。
[0109]
本实施例中，除了可以将每个待办项目对应的待催金额、在各个时段的待办接通率、及催回率作为神经网络模型的输入外，还可输入其他特征，比如待办系统在各个时段的负载容量、各个时段、每个待办项目所属的地区等等。
[0110]
由于不同的地区的待办对象，不同时段的待办接通率不同，那么可将每个待办项目所属的地区，作为神经网络模型的输入，用于确定各个待办项目所属的时段、及在各个时段对应的参考得分。
[0111]
本实施例中，通过利用预设的神经网络模型，确定各个待办项目所属的初始处理时段和在不同时段对应的参考得分，可以提高确定的初始处理时段的准确性和参考得分的准确性。
[0112]
步骤202，在任一待办项目的最高参考得分对应的时段与所属的初始处理时段不同、且初始处理时段非当前时段的情况下，确定任一待办项目为增补项目。
[0113]
在实际应用中，由于每个时段的负载有限，可能存在当前待办项目未被分配至最佳的待办时段的情况，为了在实现待办系统负载均衡的同时，提高全局的待办接通率，本实施例中，可将这些未属于当前时段且未被分配至最佳待办时段的待办项目，作为增补项目集合中的待办项目。
[0114]
具体地，在确定各个待办项目所属的初始处理时段、及在不同时段对应的参考得
分后，对每个待办项目，判断每个待办项目的最高参考得分对应的时段是否为其所属的初始处理时段，以及初始处理时段是否为当前时段。
[0115]
如果某待办项目的最高参考得分对应的时段与该待办项目所属的初始处理时段不同，且初始处理时段不是当前时段，说明该待办项目不属于当前时段也未被分配至最佳的待办时段，则可将该待办项目确定为增补项目。
[0116]
由此，可根据从当前各待办项目中确定出的各增补项目，及每个增补项目在所属初始处理时段的参考得分，获取增补项目集合。
[0117]
步骤203，计算每个第二待办项目在当前时段的第二得分。
[0118]
步骤204，在任一第二待办项目的第二得分与第一得分的差值大于阈值的情况下，将任一第二待办项目增补至当前时段待处理的待办项目中。
[0119]
本实施例中，步骤203-步骤204与上述步骤102-步骤103类似，故在此不再赘述。
[0120]
本技术实施例中，在获取增补项目集合时，通过获取各个待办项目所属的初始处理时段、及在不同时段对应的参考得分，并在任一待办项目的最高参考得分对应的时段与所属的初始处理时段不同、且初始处理时段非当前时段的情况下，确定任一待办项目为增补项目，在获取增补项目集合后，将第二得分与第一得分的差值大于阈值的增补项目，增补至当前时段待处理的待办项目中。由此，通过将未被分配至最佳待办时段，且不属于当前时段的待办项目作为增补项目，并将在当前时段的得分与在初始处理时段的得分之间的差值大于阈值的增补项目，增补至当前时段，不仅实现了系统均衡，而且提高了全局的待办接通率。
[0121]
在实际应用中，可以将在当前时段的得分与在初始处理时段的得分之间的差值大于阈值的增补项目，增补至当前时段。为了进一步提高负载均衡，在本技术的一个实施例中，也可先根据待办系统当前的负载量和当前时段对应的待办的项目量，确定增补的待办项目的数量，从而将从增补项目集合中选出的这些数量的待办项目，增补至当前时段待处理的待办项目中。
[0122]
下面结合图3进行说明，图3为本技术实施例提供的另一种待办系统的负载均衡方法的流程示意图。
[0123]
步骤301，在当前时段待处理的第一待办项目满足预设条件的情况下，获取增补项目集合，其中，增补项目集合中包括：n个未处理且不属于当前时段的第二待办项目，及n个第二待办项目分别在对应的初始处理时段的n个第一得分，n为正整数。
[0124]
步骤302，计算每个第二待办项目在当前时段的第二得分。
[0125]
本实施例中，步骤301-步骤302与上述步骤101-步骤102类似，故在此步骤赘述。
[0126]
步骤303，确定待办系统当前的负载容量及当前时段对应的待办项目量。
[0127]
本实施例中，在计算每个第二待办项目在当前时段的第二得分之后，获取待办系统当前的负载容量和当前时段对应的待办项目量。
[0128]
具体地，可根据待办系统当前的处理器占用率、剩余存储空间大小等等，确定待办系统当前的负载容量；当前时段对应的待办项目，是指当前时段需要处理的待办项目，不包括满足预设条件的第一待办项目。
[0129]
其中，当前的负载容量可以理解为待办系统当前可以处理的待办项目量。
[0130]
步骤304，根据当前的负载容量及当前时段对应的待办项目量，确定待增补的项目
数量m，其中，m为自然数。
[0131]
在获取当前的负载容量及当前时段对应的待办项目量后，可计算当前的负载容量与当前时段对应的待办向量之间的差值，这里的差值为待办系统还可以处理的待办项目量，即待增补的项目数量m。
[0132]
在实际应用中，待办系统当前的负载容量可能与当前时段对应的待办项目量一致，也可能大于当前时段对应的待办项目量，因此待增补的项目数量为0或者为大于0的整数，即m为自然数。
[0133]
步骤305，从增补项目集合中，选取第二得分与第一得分的差值大于阈值的m个第二待办项目。
[0134]
为了提高全局的待办接通率，针对增补项目集合中的每个第二待办项目，可计算第二待办项目在当前时段的第二得分，与第二待办项目在初始处理时段的第一得分之间的差值，并判断差值是否大于阈值。之后，从增补项目集合中，选出m个差值大于阈值的第二待办项目。
[0135]
如果差值大于阈值的第二待办项目的数量大于m，则可按照差值由大到小的顺序，选取m个第二待办项目。如果差值大于阈值的第二待办项目的数量等于m，则可选取所有差值大于阈值的第二待办项目。如果差值大于阈值的第二待办项目的数量小于m，可选取所有差值大于阈值的第二待办项目，或者也可按照差值由大到小的顺序，选取m个第二待办项目。
[0136]
步骤306，将m个第二待办项目增补至当前时段待处理的待办项目中。
[0137]
在选取第二得分与第一得分的差值大于阈值的m个第二待办项目后，可将m个第二待办项目增补至当前时段待处理的待办项目中，以对当前时段的待办项目进行增补，以实现待办系统的负载均衡。具体的增补方式可参见上述实施例，在此不再赘述。
[0138]
本技术实施例中，在计算每个第二待办项目在当前时段的第二得分之后，可通过待办系统当前的负载容量及当前时段对应的待办项目量，并根据当前的负载容量及当前时段对应的待办项目量，确定待增补的项目数量m，从增补项目集合中，选取第二得分与第一得分的差值大于阈值的m个第二待办项目，以增补至当前时段待处理的待办项目中。由此，通过根据待办系统当前的负载容量及当前时段对应的待办项目量，确定待增补的项目数量，提高了待增补项目量的准确性，从而提高了待办系统的负载均衡。
[0139]
为了避免待办项目被处理的次数不均匀的情况出现，在本技术的一个实施例中，在将任一第二待办项目增补至当前时段待处理的待办项目中之后，可将任一第二待办项目从增补项目集合中删除。
[0140]
本实施例中，增补项目集合中，若存在第二待办项目在当前时段的第二得分，与第二待办项目在初始处理时段的第一得分之间的差值大于阈值，将第二待办项目增补至当前段待处理的待办项目中。
[0141]
在实际应用中，如果增补项目集合中的第二待办项目不变，可能会出现某些第二待办项目被处理多次，而有些第二待办项目未被处理。
[0142]
基于此，在第二待办项目增补至当前段待处理的待办项目中之后，可将该第二待办项目从增补项目集合中删除。
[0143]
本技术实施例中，在上述将任一第二待办项目增补至当前时段待处理的待办项目
中之后，还可将任一第二待办项目从增补项目集合中删除。由此，可以避免增补项目集合中的第二待办项目被处理的次数不均匀的情况出现。
[0144]
为了提高对待办项目的处理效率，在本技术的一个实施例中，在进行项目增补的同时，可以进行待办，也就是待办和项目增补同时进行。
[0145]
具体地，在当前时段待处理的第一待办项目满足预设条件之后，可获取增补项目集合，以通过增补项目集合对当前时段待处理的待办项目进行增补，还可校验当前时段中与第一待办项目相邻的下一个未处理的待办项目是否满足预设条件。这里的相邻，可以是根据当前时段中各待办项目的处理顺序确定的。
[0146]
若下一个未处理的待办项目未满足预设条件，即在当前时段需要进行处理，则可根据下一个未处理的待办项目的待办金额、总欠款金额、对应的待办对象的信息等，生成待办消息，并向对应的待办对象发送待办消息。
[0147]
其中，待办消息可以是文本消息、语音消息等。在发送时，可以通过发送邮件、短信、语音等等形式，向待办对象发送待办消息。
[0148]
比如，当前时段若处理到第三个待办项目时，第三个待办项目的账单已还清，这时可获取增补项目集合，通过增补项目集合进行增补，同时对第三个待办项目相邻的第四个待办项目进行校验，如果第四个待办项目不满足预设条件，则向第四个待办项目对应的待办对象发送待办消息。
[0149]
本技术实施例中，在当前时段待处理的第一待办项目满足预设条件之后，还可校验当前时段中与第一待办项目相邻的下一个未处理的待办项目是否满足预设条件，并在下一个未处理的待办项目未满足预设条件的情况下，向下一个未处理的待办项目对应的待办对象发送待办消息。由此，通过在针对第一待办项目进行增补的同时，对第一待办项目相邻的下一个待办项目进行判断，从而通过对待办和项目增补并行处理，提高了待办系统的处理效率。
[0150]
为了实现上述实施例，本技术实施例还提出一种待办系统的负载均衡装置。图4为本技术实施例提供的一种待办系统的负载均衡装置的结构示意图。
[0151]
如图4所示，该待办系统的负载均衡装置400包括：获取模块410、计算模块420、增补模块430。
[0152]
获取模块410，用于在当前时段待处理的第一待办项目满足预设条件的情况下，获取增补项目集合，其中，增补项目集合中包括：n个未处理且不属于当前时段的第二待办项目，及n个第二待办项目分别在对应的初始处理时段的n个第一得分，n为正整数；
[0153]
计算模块420，用于计算每个第二待办项目在当前时段的第二得分；
[0154]
增补模块430，用于在任一第二待办项目的第二得分与第一得分的差值大于阈值的情况下，将任一第二待办项目增补至当前时段待处理的待办项目中。
[0155]
在本技术实施例一种可能的实现方式中，获取模块410，包括：
[0156]
获取单元，用于获取各个待办项目所属的初始处理时段、及在不同时段对应的参考得分；
[0157]
确定单元，用于在任一待办项目的最高参考得分对应的时段与所属的初始处理时段不同、且初始处理时段非当前时段的情况下，确定任一待办项目为增补项目。
[0158]
在本技术实施例一种可能的实现方式中，获取单元，用于：
[0159]
根据每个待办项目对应的待催金额、在各个时段的待办接通率、及催回率，确定每个待办项目在每个时段对应的参考得分；
[0160]
依据参考得分高至低的顺序，从各个待办项目中，抽取每个时段对应的待办项目。
[0161]
在本技术实施例一种可能的实现方式中，获取单元，用于：
[0162]
利用预设的神经网络模型，对每个待办项目对应的待催金额、在各个时段的待办接通率、及催回率进行处理，以确定各个待办项目所属的初始处理时段、及在不同时段对应的参考得分。
[0163]
在本技术实施例一种可能的实现方式中，计算模块420，用于：
[0164]
确定每个第二待办项目对应的待办对象的历史信息；
[0165]
根据待办对象的历史信息，计算第二待办项目在当前时段的第二得分。
[0166]
在本技术实施例一种可能的实现方式中，待办对象的历史信息，包括以下信息中的至少两种：信用评分、历史还款率、当前时段的接通率、待办金额及总欠款金额。
[0167]
在本技术实施例一种可能的实现方式中，该装置包括：
[0168]
第一确定模块，用于确定待办系统当前的负载容量及当前时段对应的待办项目量；
[0169]
第二确定模块，用于根据当前的负载容量及当前时段对应的待办项目量，确定待增补的项目数量m，其中，m为自然数；
[0170]
选取模块，用于从增补项目集合中，选取第二得分与第一得分的差值大于阈值的m个第二待办项目。
[0171]
在本技术实施例一种可能的实现方式中，该装置包括：
[0172]
删除模块，用于将任一第二待办项目从增补项目集合中删除。
[0173]
在本技术实施例一种可能的实现方式中，该装置包括：
[0174]
校验模块，用于校验当前时段中与第一待办项目相邻的下一个未处理的待办项目是否满足预设条件；
[0175]
发送模块，用于在下一个未处理的待办项目未满足预设条件的情况下，向下一个未处理的待办项目对应的待办对象发送待办消息。
[0176]
需要说明的是，上述对待办系统的负载均衡方法实施例的解释说明，也适用于该实施例的待办系统的负载均衡装置，故在此不再赘述。
[0177]
本技术实施例的待办系统的负载均衡装置，通过在当前时段待处理的第一待办项目满足预设条件的情况下，获取增补项目集合，其中，增补项目集合中包括：n个未处理且不属于当前时段的第二待办项目，及n个第二待办项目分别在对应的初始处理时段的n个第一得分，并计算每个第二待办项目在当前时段的第二得分，在任一第二待办项目的第二得分与第一得分的差值大于阈值的情况下，将任一第二待办项目增补至当前时段待处理的待办项目中。由此，在当前时段待处理的待办项目中存在满足预设条件的待办项目时，通过获取增补项目集合，将增补项目集合中在当前时段待办优于初始处理时段的待办项目，增补至当期时段待处理的待办项目中，以对当前时段内的待办项目进行增补，不仅实现了待办系统的负载均衡，而且将增补的待办项目，由在初始处理时段处理改为在当前时段处理，提高了全局的待办接通率。
[0178]
为了实现上述实施例，本技术实施例还提出一种计算机设备，包括处理器和存储
器；
[0179]
其中，处理器通过读取存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如上述实施例所述的待办系统的负载均衡方法。
[0180]
为了实现上述实施例，本技术实施例还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例所述的待办系统的负载均衡方法。
[0181]
在本说明书的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
[0182]
尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。