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.图1是本技术实施例提供的一种激活业务的管理方法的一流程图。
49.图2是本技术实施例提供的一种激活业务的管理方法的另一流程图。
50.图3是本技术实施例提供的一种激活业务的管理装置的结构示意图。
51.图4是本技术实施例提供的一种计算机设备的结构示意图。
具体实施方式
52.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
53.本技术实施例提供一种激活业务的管理方法、装置、计算机设备及存储介质，对于未设有处理信用卡上门激活业务的服务团队的地区，在这些地区的银行用户发起的信用卡上门激活的需求数量达到一定数量的时候，通过设置临时服务团队以及临时的上门激活业务，对这些地区的银行用户进行信用卡上门激活的服务，以下将对所述激活业务的管理方法、装置、计算机设备及存储介质分别进行详细说明。
54.请参阅图1，图1为本技术实施例提供的一种激活业务的管理方法的一流程图，该方法包括以下内容：
55.101、获取针对目标地区的信用卡的上门激活需求信息，所述上门激活需求信息包括信用卡激活的期望上门时间。
56.通常银行用户在申请信用卡并且审核通过之后，银行会发送审核成功的信息给银行用户的终端，并且，将审核成功的信用卡邮寄到银行用户预留的地址，或者，银行用户可以携带个人证件到相应的银行网点自取审核成功的信用卡。在银行用户拿到信用卡之后，需要对信用卡进行激活，并且，激活成功之后才可以使用该信用卡。
57.目前，银行为了提高对银行用户的服务，设置了对信用卡上门激活业务，也就是银行用户可以通过相应的银行平台或者预约平台，对信用卡上门激活业务进行申请，申请通过之后，银行业务人员会根据申请的地址和时间，对银行用户实现上门激活信用卡的服务。
58.但是，并非所有的地区都设有上门激活业务，上门激活业务的设置通常与地区经济水平、人口密度以及人口数量等因素相关，就当前各地区的发展情况，会使得部分地区未设有上门激活业务。
59.可选的，在未设有上门激活业务的地区的银行平台或者预约平台上设置可以发起上门激活需求信息的通道，使得这些地区的银行用户可以根据自身需求，在平台上发起上门激活需求信息，上门激活需求信息中应当相应包括有信用卡激活的期望上门时间以及期望上门地址。其中，期望上门时间中应当包括有年月日时分等信息。
60.银行系统可以通过设定定时任务的方式获取目标地区在预设时间段内接收到的上门激活需求信息。例如，目标地区的银行系统中可以设定每个月7号获取该月1号到7号该银行系统接收到的上门激活需求信息。
61.为了使得处理的结果更加准确，可以认为，一个地区对应一个银行系统，该银行系统用于接收该地区的银行用户发起的信息以及对该地区的银行用户的业务进行处理。
62.在一些实施例中，在该步骤之后，包括：确定发起上门激活需求信息的银行用户中的行动障碍用户，标记与行动障碍用户对应的上门激活需求信息。
63.由于行动障碍用户的行动不便，因此，可以对其进行标记以便于进行特殊照顾。若
某银行用户为行动障碍用户，该用户可以在发起上门激活需求信息时，上传相应的凭证，银行平台或者预约平台可以根据凭证识别出该银行用户是否为行动障碍用户，若是则对其发起的上门激活需求信息进行标记。
64.可选的，在对上门激活需求信息进行标记之后，可以将标记之后的上门激活需求信息存储至预设的存储单元中，以便于对这些上门激活需求信息的调取。
65.102、基于所述期望上门时间，统计未来预设时间段内所述上门激活需求信息的需求数量，判断所述需求数量是否达到设置临时服务团队的设置需求要求，其中，所述临时服务团队由所述目标地区的银行网点的业务人员组成。
66.未来预设时间段为银行系统获取目标地区的上门激活需求信息之后的时间段，是银行系统预先设置的。例如，目标地区的银行系统中设定每个月7号获取该月1号到7号该银行系统接收到的上门激活需求信息，则未来预设时间段可以设置为该月10号到30号，那么，统计未来预设时间段内上门激活需求信息的需求数量，也就是统计期望上门时间为该月10号到30号的上面激活需求信息的需求数量。
67.可选的，在银行系统中预先设置好设置需求数量、获取上门激活需求信息的时间、上门激活需求信息发送给银行系统的预设时间段以及未来预设时间段，当银行系统的系统时间处于获取上门激活需求信息的时间时，银行系统自动根据上门激活需求信息发送给银行系统的预设时间段获取相应的上门激活需求信息，并自动根据未来预设时间段对获取的上门激活需求信息进行统计，将统计结果与设置需求数量进行数值对比，根据对比结果判断是否达到设置临时服务团队的要求。
68.优选的，为了使得业务人员便于实现该地区的上门激活业务，在设置临时服务团队时，临时服务团队由该地区的银行网点的业务人员组成。
69.在一些实施例中，该步骤包括：基于期望上门时间，统计未来预设时间段内上门激活需求信息的数量为待确定需求数量，对与上门激活需求信息对应的信用卡进行激活核实，基于核实结果，筛除已经成功激活信用卡的上门激活需求信息，将剩下的上门激活需求信息的数量作为需求数量。
70.由于银行系统获取的是过去或者当下接收到的上门激活需求信息，而统计的是期望上门时间为未来预设时间段的时间。因此，可能会存在部分的银行用户在统计之前或者在未来预约时间段之前，已经激活了信用卡。因此，需要对上门激活需求信息对应的信用卡的激活情况进行核实。
71.在统计需求数量时，根据激活核实的结果，排除已经成功激活信用卡的上门激活需求信息，对剩下的未激活信用卡的上门激活需求信息进行统计需求数量，确保统计结果的准确性。
72.103、当所述需求数量达到所述设置需求要求，计算所述未来预设时间段内的日需求数量，从所述日需求数量中选取出数量最多的多个日需求数量。
73.例如，目标地区的银行系统中设定每个月7号获取该月1号到7号该银行系统接收到的上门激活需求信息，未来预设时间段设置为该月10号到30号，那么，银行系统在7号统计该月1号到7号接收到的上门激活需求信息，以及获取上门激活需求信息中的期望上门时间，从中选取出期望上门时间为10号到30号的期望上门时间，计算该月10号到30号中每一日的日需求数量，也就是该月10号到30号每一天的期望上门时间的数量。
74.在计算得到未来预设时间段内每一天的日需求数量之后，可以按照日期的先后顺序，对日需求数量进行排序，并根据排序结果，从中选取出日需求数量最多的几个日需求数量。
75.选取出日需求数量最多的几个日需求数量的目的在于获取期望上门时间较为集中的日期。所说的数量最多的日需求数量，可以通过计算所有的日需求数量的平均值，在选取时，数值大于该平均值的日需求数量均可以确定为数量最多的日需求数量。
76.此处的数量最多，并非指的是数值最大的值，而是指的是数值超过阈值的值，或者说，根据设定条件选取出来的值。
77.根据设定条件选取出来的值，可以举例理解为，银行系统中设定未来预设时间段中包括12天，并且，选取的数量最多的日需求数量的个数为3个，那么，数量最多的日需求数量为所有的日需求数量中，数值较大的3个日需求数量。例如，所有的日需求数量分别为20号1个、21号3个、22号3个、23号2个、24号7个、25号6个、26号3个、27号2个、28号8个、29号1个以及30号2个，那么，数量最多的日需求数量为24号7个、25号6个和28号8个。
78.可以理解的是，选取出来数量最多的日需求数量中除了包括个数信息，还包括其对应的上门激活需求信息以及日期信息。
79.104、解析选取出的所述日需求数量对应的期望上门时间的时间连续性，根据解析结果确定目标日需求数量以及所述目标日需求数量的目标上门日期。
80.解析时间连续性的目的在于获取时间上较为连续的日期，也就是获取期望上门时间较为集中的日期。
81.例如，选取出来的数量最多的多个日需求数量之后，其分别对应的期望上门时间的日期为24号、25号、26号和29号，那么，通过对这些日期的时间连续性的解析，可以得到时间上较为连续的日期为24号、25号和26号，那么，可以将24号、25号和26号作为目标上门日期。
82.例如，所有的日需求数量及其分别对应的期望上门时间的日期分别为20号1个、21号2个、22个2个、23号1个、24号6个、25号6个、26号8个、27号3个、28号2个、29号7个、30号2个，并且，选取出来的数量最多的日需求数量及其分别对应的期望上门时间的日期分别为24号6个、25号6个、26号8个以及29号7个，对选取的数量最多的日需求数量进行时间连续性的解析，得到时间较为连续的日期为24号、25号和26号，那么，可以确定24号、25号和26号为目标上门日期，其对应的目标日需求数量分别为6个、6个和8个。
83.105、基于所述目标上门日期设置所述目标地区的上门激活业务中所述临时服务团队的可预约上门日期。
84.在确定出目标上门日期之后，生成上门激活业务，并直接将目标上门日期对应的日期作为上门激活业务的可预约上门日期，可预约上门日期为该目标地区的银行用户可以针对信用卡进行预约上门激活的日期。
85.在确定出目标上门日期之后，生成上门激活业务，并且，根据目标上门日期的日期长短，确定可以提供信用卡上门激活服务的预约数量，结合银行系统统计的需求数量，确定上门激活业务的可预约上门日期，则该可预约上门日期可以包括目标上门日期，以及与目标上门日期连续并且位于目标上门日期的日期前后的日期。
86.在一些实施例中，该步骤包括：根据目标上门日期确定可预约上门日期，并获取可
预约日期的天线预报信息，根据天气预报信息，确定可预约日期中每一日的可预约上门数量，基于可预约上门日期和可预约上门数量，生成目标地区的上门激活业务。
87.上门激活业务的设定中包括可预约上门日期，还应当包括可预约上门数量，所说的可预约上门数量可以理解为是临时服务团队在可预约上门日期中可以上门处理的数量。
88.通常，每一日的可预约上门日期中都设有时间段，每一个时间段都相应设置有可预约上门数量。例如，可预约上门日期包括当下月份的24号，那么，24号的时间中应当设置为包括有9:00-9:30、9:30-10:00以及10:00-10:30等时间段，其中，9:00-9:30这个时间段内可以预约的数量为3个，则3个为该时间段的可预约上门数量。
89.由于天气等因素会对出行造成影响，因此，可预约上门日期的可预约上门数量可以考虑到天气的影响而进行设置。确定出可预约上门日期之后，获取每一日可预约日期的天气预报信息，根据天气预报信息确定天气的好坏，从而确定可预约上门日期的可预约上门数量。
90.例如，可预约上门日期包括当下月份的24号和25号，获取该24号和25号的天气预报信息，若通过天气预报信息得知该24号的天气较差，有暴雨，但是，该25号的天气较好，为晴天，那么，可以设置24号的可预约上门数量为2个，25号的可预约上门数量为6个。
91.又例如，可预约上门日期包括当下月份的24号和25号，获取该24号和25号的天气预报信息，若通过天气预报信息得知该24号上午为阴天，下午为暴雨，25号的天气较好，全天为晴天，那么，可以设置24号上午的可预约上门数量为3个，24号下午的可预约上门数量为0，25号上午的可预约上门数量为3个，25号下午的可预约上门数量为3个。
92.可选的，还可以结合目标地区的地理信息对可预约上门数量进行设定。例如，确定出可预约日期之后，确定与可预约日期对应的上门激活需求信息中的地址信息，解析与可预约上门日期对应的各个上门激活需求信息的地址的分部情况，从而可以得到相应的地理信息，根据地理信息对可预约上门日期的可预约上门数量进行设置。
93.可选的，在获取到上门激活需求信息，识别和标记其中银行用户为行动障碍用户，并且，设置上门激活业务的可预约上门日期之后，包括：将上门激活业务发送给行动障碍用户，设定定时检查任务检查是否接收到行动障碍用户对上门激活业务的反馈信息，以及核实行动障碍用户的信用卡是否激活，若通过定时检查任务未检查到反馈信息，并且，核实行动障碍用户的信用卡未激活，则生成提示信息，将提示信息发送给临时服务团队的业务端。
94.可以理解为，在生成上门激活业务之后，上门激活业务中设置有可预约上门日期和可预约上门数量，先将上门激活业务发送给行动障碍用户的用户端，由行动障碍用户先对上门激活业务中的可预约上门日期进行选择，再根据行动障碍用户对上门激活业务的反馈情况，将上门激活业务发送给目标地区的其它银行用户。
95.而在未检查到行动障碍用户的反馈信息以及核实其信用卡未激活时，生成提示信息，将提示信息发送给临时服务团队的业务端，由临时服务团队联系该行动障碍用户以了解相应的情况，再根据了解的情况作出相应的处理。
96.106、接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于所述目标上门时间生成对所述目标地区的上门激活请求，将所述上门激活请求分配给为所述目标地区设置的临时服务团队，以便所述临时服务团队对所述上门激活请求进行处理。
97.上门激活业务可以是目标地区的银行系统生成的，在银行系统生成该上门激活业
务之后，银行用户可以通过用户侧从银行平台或者预约平台上查看到该上门激活业务，进而对该上门激活业务的可预约上门日期进行选择，也就是选择出目标上门时间，并根据选择的目标上门时间发起请求，从而生成上门激活请求，银行平台或者预约平台会将该上门激活请求发送给银行系统，银行系统根据临时服务团队的业务人员的信息，对上门激活请求进行业务人员分配，由分配的业务人员处理该上门激活请求。
98.在银行用户通过银行平台或者预约平台发起对可预约上门日期的预约之后，还应当填入预约的上门激活地址，以使业务人员根据目标上门时间和上门激活地址实现对该上门激活请求的处理。
99.本技术实施例的激活业务的管理方法，包括获取针对目标地区的信用卡的上门激活需求信息，上门激活需求信息包括信用卡激活的期望上门时间；基于期望上门时间，统计未来预设时间段内上门激活需求信息的需求数量，判断需求数量是否达到设置临时服务团队的设置需求要求，其中，临时服务团队由目标地区的银行网点的业务人员组成；当需求数量达到设置需求要求，计算未来预设时间段内的日需求数量，从日需求数量中选取出数量最多的多个日需求数量；解析选取出的日需求数量对应的期望上门时间的时间连续性，根据解析结果确定目标日需求数量以及目标日需求数量的目标上门日期；基于目标上门日期设置目标地区的上门激活业务中临时服务团队的可预约上门日期；接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于目标上门时间生成对目标地区的上门激活请求，将上门激活请求分配给为目标地区设置的临时服务团队，以便临时服务团队对上门激活请求进行处理。通过上述方式，在一些未设有对信用卡进行上门激活服务的地区，通过对该地区的银行用户发起的上门激活需求信息的数量，当该数量达到一定值，设置临时服务团队以及上门激活业务，该地区的银行用户可以对上门激活业务进行预约申请，预约申请通过之后，由临时服务团队中的业务人员对预约申请进行接收和处理。
100.请参阅图2，图2为本技术实施例提供的一种激活业务的管理方法的另一流程图，该流程图为上述步骤106的内容，包括：
101.1061、接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于所述目标上门时间生成对所述目标地区的上门激活请求，计算所述上门激活请求的请求数量。
102.可以设置为，在生成上门激活业务之后，并且，在预设时间段之后，计算上门激活请求的请求数量，可选的，计算的是该预设时间段之后所有的上门激活请求的请求数量。
103.1062、基于所述请求数量，估算处理所有的所述上门激活请求的业务人员的数量。
104.可选的，估算业务人员的数量的方式可以是银行系统自行根据设置参数进行预估的，也可以是银行里负责组件临时服务团队的领导预估的。
105.1063、获取所述上门激活请求的目标上门时间，基于所述目标上门时间，对所述上门激活请求按照同一天内的相同时间段进行划分，得到多个上门激活请求区间。
106.例如，可预约上门日期包括当下月份的24号，24号的时间中设置有9:00-9:30、9:30-10:00以及10:00-10:30等时间段，那么，多个上门激活请求区间可以包括时间段为9:00-9:30的上门激活请求区间、时间段为9:30-10:00的上门激活请求区间以及时间段为10:00-10:30的上门激活请求区间。
107.每一个上门激活请求区间中包括有对应的上门激活请求的信息以及时间段的信息。
108.1064、基于划分结果，获取银行用户针对所述上门激活请求输入的上门激活地址，计算每一所述上门激活请求区间内任意两个所述上门激活地址之间的路径时长。
109.例如，可预约上门日期包括当下月份的24号，24号的时间中设置有9:00-9:30、9:30-10:00以及10:00-10:30等时间段，那么，多个上门激活请求区间可以包括时间段为9:00-9:30的上门激活请求区间、时间段为9:30-10:00的上门激活请求区间以及时间段为10:00-10:30的上门激活请求区间。其中，时间段为9:30-10:00的上门激活请求区间中包括第一上门激活请求、第二上门激活请求和第三上门激活请求，并且，第一上门激活请求包括第一上门激活地址，第二上门激活请求包括第二上门激活地址，第三上门激活请求包括第三上门激活地址。分别计算第一上门激活地址和第二上门激活地址、第二上门激活地址和第三上门激活地址以及第一上门激活地址和第三上门激活地址之间的路径时长。
110.1065、基于所述目标上门时间、所述上门激活地址和所述路径时长，确定处理所有的所述上门激活请求的业务人员的数量。
111.可选的，确定业务人员的数量的方式可以是银行系统自行根据设置参数以及计算得到的数据进行确定的，也可以是银行里负责组件临时服务团队的领导确定的。
112.在一些实施例中，该步骤包括：基于路径时长，确定上门激活请求区间内的上门激活请求的处理顺序以及所需的区间业务人员数量，根据区间业务人员数量，分析同一天内所有的上门激活请求区间所需的业务人员数量，基于所有的目标上门时间对应的可预约上门日期中每一日的业务人员数量，确定处理所有的上门激活请求的业务人员的数量。
113.例如，可预约上门日期包括当下月份的24号，24号的时间中设置有9:30-10:0时间段，那么，多个上门激活请求区间包括时间段为9:30-10:00的上门激活请求区间，该上门激活请求区间中包括第一上门激活请求、第二上门激活请求和第三上门激活请求，第一上门激活请求包括第一上门激活地址，第二上门激活请求包括第二上门激活地址，第三上门激活请求包括第三上门激活地址。分别计算得到第一上门激活地址和第二上门激活地址的路径时长为2小时、第二上门激活地址和第三上门激活地址的路径时长为1小时，以及第一上门激活地址和第三上门激活地址之间的路径时长为20min。那么，该上门激活请求区间的处理顺序可以为第三上门激活请求到第一上门激活请求，并且，第二上门激活请求单独处理，那么，该上门激活请求区间所需的区间业务人员数量为2人。
114.例如，可预约上门日期包括当下月份的24号、25号和26号，24号所有的上门激活请求区间所需的业务人员数量为4个，25号所有的上门激活请求区间所需的业务人员数量为4个，26号所有的上门激活请求区间所需的业务人员数量为6个，那么，确定处理所有的上门激活请求的业务人员的数量可以设置为6个。
115.请参阅图3，图3为本技术实施例提供的一种激活业务的管理装置的结构示意图，该激活业务的管理装置200包括以下单元：
116.获取单元201，用于获取针对目标地区的信用卡的上门激活需求信息，上门激活需求信息包括信用卡激活的期望上门时间；
117.统计单元202，用于基于期望上门时间，统计未来预设时间段内上门激活需求信息的需求数量，判断需求数量是否达到设置临时服务团队的设置需求要求，其中，临时服务团队由目标地区的银行网点的业务人员组成；
118.计算单元203，用于当需求数量达到设置需求要求，计算未来预设时间段内的日需
求数量，从日需求数量中选取出数量最多的多个日需求数量；
119.解析单元204，用于解析选取出的日需求数量对应的期望上门时间的时间连续性，根据解析结果确定目标日需求数量以及目标日需求数量的目标上门日期；
120.设置单元205，用于基于目标上门日期设置目标地区的上门激活业务中临时服务团队的可预约上门日期；
121.处理单元206，用于接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于目标上门时间生成对目标地区的上门激活请求，将上门激活请求分配给为目标地区设置的临时服务团队，以便临时服务团队对上门激活请求进行处理。
122.可选的，在一些实施例中，统计单元202可以包括以下子单元：
123.第一统计子单元，用于基于期望上门时间，统计未来预设时间段内上门激活需求信息的数量为待确定需求数量。
124.第二统计子单元，用于对与上门激活需求信息对应的信用卡进行激活核实，基于核实结果，筛除已经成功激活信用卡的上门激活需求信息，将剩下的上门激活需求信息的数量作为需求数量。
125.可选的，在一些实施例中，处理单元206可以包括以下子单元：
126.第一计算子单元，用于接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于目标上门时间生成对目标地区的上门激活请求，计算上门激活请求的请求数量。
127.估算子单元，用于基于请求数量，估算处理所有的上门激活请求的业务人员的数量。
128.区间划分子单元，用于获取上门激活请求的目标上门时间，基于目标上门时间，对上门激活请求按照同一天内的相同时间段进行划分，得到多个上门激活请求区间。
129.第二计算子单元，用于基于划分结果，获取银行用户针对上门激活请求输入的上门激活地址，计算每一上门激活请求区间内任意两个上门激活地址之间的路径时长。
130.数量确定子单元，用于基于目标上门时间、上门激活地址和路径时长，确定处理所有的所述上门激活请求的业务人员的数量。
131.可选的，本技术实施例的激活业务的管理装置200还包括其它单元以及子单元，在此不再赘述。
132.本技术实施例的激活业务的管理装置200，包括获取单元201，用于获取针对目标地区的信用卡的上门激活需求信息，上门激活需求信息包括信用卡激活的期望上门时间；统计单元202，用于基于期望上门时间，统计未来预设时间段内上门激活需求信息的需求数量，判断需求数量是否达到设置临时服务团队的设置需求要求，其中，临时服务团队由目标地区的银行网点的业务人员组成；计算单元203，用于当需求数量达到设置需求要求，计算未来预设时间段内的日需求数量，从日需求数量中选取出数量最多的多个日需求数量；解析单元204，用于解析选取出的日需求数量对应的期望上门时间的时间连续性，根据解析结果确定目标日需求数量以及目标日需求数量的目标上门日期；设置单元205，用于基于目标上门日期设置目标地区的上门激活业务中临时服务团队的可预约上门日期；处理单元206，用于接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于目标上门时间生成对目标地区的上门激活请求，将上门激活请求分配给为目标地区设置的临时服务团队，以便临时服务团队对上门激活请求进行处理。通过上述装置，在一些未设有对信用卡进行
上门激活服务的地区，通过对该地区的银行用户发起的上门激活需求信息的数量，当该数量达到一定值，设置临时服务团队以及上门激活业务，该地区的银行用户可以对上门激活业务进行预约申请，预约申请通过之后，由临时服务团队中的业务人员对预约申请进行接收和处理。
133.请参阅图4，图4为本技术实施例提供的一种计算机设备的结构示意图，该计算机设备300包括有一个或者一个以上处理核心的处理器301、有一个或一个以上计算机可读存储介质的存储器302及存储在存储器302上并可在处理器301上运行的计算机程序。其中，处理器301与存储器302电性连接。本领域技术人员可以理解，图中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
134.处理器301是计算机设备300的控制中心，利用各种接口和线路连接整个计算机设备300的各个部分，通过运行或加载存储在存储器302内的软件程序和/或模块，以及调用存储在存储器302内的数据，执行计算机设备300的各种功能和处理数据，从而对计算机设备300进行整体监控。
135.在本技术实施例中，计算机设备300中的处理器301会按照如下的步骤，将一个或一个以上的应用程序的进程对应的指令加载到存储器302中，并由处理器301来运行存储在存储器302中的应用程序，从而实现各种功能：
136.获取针对目标地区的信用卡的上门激活需求信息，上门激活需求信息包括信用卡激活的期望上门时间；
137.基于期望上门时间，统计未来预设时间段内上门激活需求信息的需求数量，判断需求数量是否达到设置临时服务团队的设置需求要求，其中，临时服务团队由目标地区的银行网点的业务人员组成；
138.当需求数量达到设置需求要求，计算未来预设时间段内的日需求数量，从日需求数量中选取出数量最多的多个日需求数量；
139.解析选取出的日需求数量对应的期望上门时间的时间连续性，根据解析结果确定目标日需求数量以及目标日需求数量的目标上门日期；
140.基于目标上门日期设置目标地区的上门激活业务中临时服务团队的可预约上门日期；
141.接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于目标上门时间生成对目标地区的上门激活请求，将上门激活请求分配给为目标地区设置的临时服务团队，以便临时服务团队对上门激活请求进行处理。
142.以上各个操作的具体实施可参见前面的实施例，在此不再赘述。
143.可选的，计算机设备300还包括数据传输模块303和显示模块304，数据传输模块303以及显示模块304均与处理器301电性连接，数据传输模块303用于对数据进行传输，包括用户输入的数据以及银行对用户反馈回的数据等等。显示模块304具有显示功能，或者，显示模块304具有显示以及触控功能，用于显示用户侧的页面以及银行端的页面。本领域技术人员可以理解，图4中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
144.尽管图4中未示出，计算机设备300还可以包括鼠标、键盘以及其它电子结构，在此
不再赘述。
145.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
146.由上可知，本实施例提供的计算机设备，获取针对目标地区的信用卡的上门激活需求信息，上门激活需求信息包括信用卡激活的期望上门时间；基于期望上门时间，统计未来预设时间段内上门激活需求信息的需求数量，判断需求数量是否达到设置临时服务团队的设置需求要求，其中，临时服务团队由目标地区的银行网点的业务人员组成；当需求数量达到设置需求要求，计算未来预设时间段内的日需求数量，从日需求数量中选取出数量最多的多个日需求数量；解析选取出的日需求数量对应的期望上门时间的时间连续性，根据解析结果确定目标日需求数量以及目标日需求数量的目标上门日期；基于目标上门日期设置目标地区的上门激活业务中临时服务团队的可预约上门日期；接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于目标上门时间生成对目标地区的上门激活请求，将上门激活请求分配给为目标地区设置的临时服务团队，以便临时服务团队对上门激活请求进行处理。
147.本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
148.为此，本技术实施例提供一种计算机可读存储介质，其中存储有多条计算机程序，该计算机程序能够被处理器进行加载，以执行本技术实施例所提供的任一种激活业务的管理方法中的步骤。例如，该计算机程序可执行如下步骤：
149.获取针对目标地区的信用卡的上门激活需求信息，上门激活需求信息包括信用卡激活的期望上门时间；
150.基于期望上门时间，统计未来预设时间段内上门激活需求信息的需求数量，判断需求数量是否达到设置临时服务团队的设置需求要求，其中，临时服务团队由目标地区的银行网点的业务人员组成；
151.当需求数量达到设置需求要求，计算未来预设时间段内的日需求数量，从日需求数量中选取出数量最多的多个日需求数量；
152.解析选取出的日需求数量对应的期望上门时间的时间连续性，根据解析结果确定目标日需求数量以及目标日需求数量的目标上门日期；
153.基于目标上门日期设置目标地区的上门激活业务中临时服务团队的可预约上门日期；
154.接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于目标上门时间生成对目标地区的上门激活请求，将上门激活请求分配给为目标地区设置的临时服务团队，以便临时服务团队对上门激活请求进行处理。
155.以上各个操作的具体实施可参见前面的实施例，在此不再赘述。
156.其中，该存储介质可以包括：只读存储器(rom，re客户端账户d only memory)、随机存取记忆体(r客户端账户m，r客户端账户ndom客户端账户ccess memory)、磁盘或光盘等。
157.由于该存储介质中所存储的计算机程序，可以执行本技术实施例所提供的任一种
激活业务的管理方法中的步骤，因此，可以实现本技术实施例所提供的任一种激活业务的管理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。
158.以上对本技术实施例所提供的一种激活业务的管理方法、装置、计算机设备及存储介质进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。
技术特征：1.一种激活业务的管理方法，其特征在于，所述方法包括：获取针对目标地区的信用卡的上门激活需求信息，所述上门激活需求信息包括信用卡激活的期望上门时间；基于所述期望上门时间，统计未来预设时间段内所述上门激活需求信息的需求数量，判断所述需求数量是否达到设置临时服务团队的设置需求要求，其中，所述临时服务团队由所述目标地区的银行网点的业务人员组成；当所述需求数量达到所述设置需求要求，计算所述未来预设时间段内的日需求数量，从所述日需求数量中选取出数量最多的多个日需求数量；解析选取出的所述日需求数量对应的期望上门时间的时间连续性，根据解析结果确定目标日需求数量以及所述目标日需求数量的目标上门日期；基于所述目标上门日期设置所述目标地区的上门激活业务中所述临时服务团队的可预约上门日期；接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于所述目标上门时间生成对所述目标地区的上门激活请求，将所述上门激活请求分配给为所述目标地区设置的临时服务团队，以便所述临时服务团队对所述上门激活请求进行处理。2.根据权利要求1所述的激活业务的管理方法，其特征在于，所述基于所述期望上门时间，统计未来预设时间段内所述上门激活需求信息的需求数量，判断所述需求数量是否达到设置临时服务团队的设置需求要求，其中，所述临时服务团队由所述目标地区的银行网点的业务人员组成，包括：基于所述期望上门时间，统计未来预设时间段内所述上门激活需求信息的数量为待确定需求数量；对与所述上门激活需求信息对应的信用卡进行激活核实，基于核实结果，筛除已经成功激活信用卡的所述上门激活需求信息，将剩下的所述上门激活需求信息的数量作为需求数量。3.根据权利要求1所述的激活业务的管理方法，其特征在于，所述基于所述目标上门日期设置所述目标地区的上门激活业务中所述临时服务团队的可预约上门日期，包括：根据所述目标上门日期确定可预约上门日期，并获取所述可预约日期的天线预报信息；根据所述天气预报信息，确定所述可预约日期中每一日的可预约上门数量；基于所述可预约上门日期和所述可预约上门数量，生成所述目标地区的上门激活业务。4.根据权利要求1所述的激活业务的管理方法，其特征在于，在所述获取针对目标地区的信用卡的上门激活需求信息，所述上门激活需求信息包括信用卡激活的期望上门时间之后，还包括：确定发起所述上门激活需求信息的银行用户中的行动障碍用户；标记与所述行动障碍用户对应的所述上门激活需求信息。5.根据权利要求4所述的激活业务的管理方法，其特征在于，所述基于所述目标上门日期设置所述目标地区的上门激活业务中所述临时服务团队的可预约上门日期，包括：将所述上门激活业务发送给所述行动障碍用户；
设定定时检查任务检查是否接收到所述行动障碍用户对所述上门激活业务的反馈信息，以及核实所述行动障碍用户的信用卡是否激活；若通过所述定时检查任务未检查到所述反馈信息，并且，核实所述行动障碍用户的信用卡未激活，则生成提示信息，将所述提示信息发送给所述临时服务团队的业务端。6.根据权利要求1所述的激活业务的管理方法，其特征在于，所述接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于所述目标上门时间生成对所述目标地区的上门激活请求，将所述上门激活请求分配给为所述目标地区设置的临时服务团队，以便所述临时服务团队对所述上门激活请求进行处理，包括：接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于所述目标上门时间生成对所述目标地区的上门激活请求，计算所述上门激活请求的请求数量；基于所述请求数量，估算处理所有的所述上门激活请求的业务人员的数量；获取所述上门激活请求的目标上门时间，基于所述目标上门时间，对所述上门激活请求按照同一天内的相同时间段进行划分，得到多个上门激活请求区间；基于划分结果，获取银行用户针对所述上门激活请求输入的上门激活地址，计算每一所述上门激活请求区间内任意两个所述上门激活地址之间的路径时长；基于所述目标上门时间、所述上门激活地址和所述路径时长，确定处理所有的所述上门激活请求的业务人员的数量。7.根据权利要求6所述的激活业务的管理方法，其特征在于，所述基于所述目标上门时间、所述上门激活地址和所述路径时长，确定处理所有的所述上门激活请求的业务人员的数量，包括：基于所述路径时长，确定所述上门激活请求区间内的所述上门激活请求的处理顺序以及所需的区间业务人员数量；根据所述区间业务人员数量，分析同一天内所有的所述上门激活请求区间所需的业务人员数量；基于所有的所述目标上门时间对应的可预约上门日期中每一日的所述业务人员数量，确定处理所有的所述上门激活请求的业务人员的数量。8.一种激活业务的管理装置，其特征在于，所述装置包括：获取单元，用于获取针对目标地区的信用卡的上门激活需求信息，所述上门激活需求信息包括信用卡激活的期望上门时间；统计单元，用于基于所述期望上门时间，统计未来预设时间段内所述上门激活需求信息的需求数量，判断所述需求数量是否达到设置临时服务团队的设置需求要求，其中，所述临时服务团队由所述目标地区的银行网点的业务人员组成；计算单元，用于当所述需求数量达到所述设置需求要求，计算所述未来预设时间段内的日需求数量，从所述日需求数量中选取出数量最多的多个日需求数量；解析单元，用于解析选取出的所述日需求数量对应的期望上门时间的时间连续性，根据解析结果确定目标日需求数量以及所述目标日需求数量的目标上门日期；设置单元，用于基于所述目标上门日期设置所述目标地区的上门激活业务中所述临时服务团队的可预约上门日期；处理单元，用于接收银行用户在可预约上门日期的范围内选择的目标上门时间，基于
所述目标上门时间生成对所述目标地区的上门激活请求，将所述上门激活请求分配给为所述目标地区设置的临时服务团队，以便所述临时服务团队对所述上门激活请求进行处理。9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器用于存储指令和数据，所述处理器用于执行权利要求1-7任一项所述的激活业务的管理方法。10.一种存储介质，其特征在于，所述存储介质中存储有多条指令，所述指令适于由处理器加载以执行权利要求1-7任一项所述的激活业务的管理方法。
技术总结本申请实施例公开了一种激活业务的管理方法、装置、计算机设备及存储介质，该方法包括获取目标地区的信用卡的上门激活需求信息，该信息包括期望上门时间；统计未来预设时间段内上门激活需求信息的需求数量，当需求数量达到设置需求要求，计算未来预设时间段内的日需求数量，选取出数量最多的多个日需求数量；解析选取出的日需求数量的期望上门时间的时间连续性，确定目标日需求数量及目标上门日期；设置临时服务团队以及可预约上门日期；接收银行用户对可预约上门日期选择的目标上门时间，生成对信用卡的上门激活请求，由临时服务团队对上门激活请求进行处理。通过上述方式，实现对未设有信用卡上门激活服务地区的银行用户的信用卡激活的处理。信用卡激活的处理。信用卡激活的处理。
技术研发人员：高健
受保护的技术使用者：平安银行股份有限公司
技术研发日：2022.07.26
技术公布日：2022/11/1
