技术领域
[0001] 本申请涉及计算机领域，尤其涉及一种任务下发方法、装置、设备、系统及存储介质。
相关背景技术
[0002] 随着科学技术的发展，为了提升人们的生活水平，给人们的生活带来便利，各地都在兴起构建多功能智慧小区。智慧小区是指充分利用互联网、物联网、大数据、云计算等新一代信息技术的集成应用，为小区居民提供安全、舒适、便利的现代化和智慧化的生活环境。
[0003] 智慧小区中设置诸多小区设备，小区用户要想使用该小区设备，需要在小区设备中进行注册信息的注册。当前小区用户在进行注册时，经常出现注册失败或注册时间过长的问题。
具体实施方式
[0068] 为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0069] 需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0070] 相关技术中，一种场景下，对于已入住智慧小区的小区用户来说，小区用户在进行注册时，通常至少需要提供人员信息和人脸信息这两类注册信息，由于小区设备对这两类信息的处理顺序是有先后要求的，所以导致当下发到小区设备的注册信息不符合设备的处理顺序时，会出现注册失败的情况。以小区设备为门禁设备为例，门禁设备对注册信息的录入顺序为先录入人员信息，再录入人脸信息，否则将会对人脸信息录入失败，这就要求人员信息要早于人脸信息下发到门禁设备上，所以当人脸信息早于人员信息下发到门禁设备上时，门禁设备将会录入人脸信息失败。
[0071] 又一种场景下，在智慧小区施工期间，对于已安装并调试完毕的小区设备，施工方通常会在小区用户入住之前，集中将小区用户的注册信息注册到小区设备中，由于是集中注册，短时间内会有大量的注册信息通过服务器向小区设备进行下发，在此过程中，如果存在已入住另一智慧小区的普通用户也通过该服务器向小区设备下发注册信息，那么服务器会在集中注册的注册信息都下发完后，才下发该普通用户的注册信息，导致普通用户的注册时间过长或注册失败。
[0072] 为了解决上述技术问题，本申请实施例提供一种任务下发方法，该方法可以应用于服务器，如图1所示，该方法可以包括以下步骤：
[0073] 步骤101、获取至少两个注册任务。
[0074] 本实施例中，至少两个注册任务可以针对同一用户，用于实现该用户在设备中的注册；或，至少两个注册任务针对不同用户，用于实现不同用户在设备中的注册。
[0075] 步骤102、获取各注册任务各自的指示参数。
[0076] 步骤103、基于指示参数，分别确定各注册任务各自所属的类型。
[0077] 本实施例中，指示参数能够直接指示注册任务所属的类型，和/或通过注册任务的数据量的大小指示注册任务所属的类型。
[0078] 其中，指示参数直接指示注册任务所属的类型时，注册任务所属的类型包括两类，一类为批量任务或非批量任务，另一类为文本类任务或图像类任务。
[0079] 应理解，这两类类型属于不同维度，因此对于某一任务来说，该任务可以同时具有上述两种类型。如该任务所属的类型既为批量任务，同时也为文本类任务；又如，该任务所属的类型为非批量任务，同时也为图像类任务；等。
[0080] 其中，当注册任务的类型为批量任务时，表示该注册任务为服务器短时间内集中下发的大量任务中的任一任务；当注册任务的类型为非批量任务时，表示该注册任务为某个普通用户或某几个普通用户上传到服务器中的任务。
[0081] 其中，文本类任务为携带了用户的人员信息的任务；图像类任务为携带了用户的人脸信息的任务。
[0082] 应用中，该人员信息包括但不限于人员编号、人员姓名以及通行卡片信息等信息；该人脸信息包括但不限于人脸图像、人脸编号等信息。
[0083] 本实施例中，指示参数指示注册任务所属的类型为批量任务或非批量任务时，该指示参数包括以下至少一种：
[0084] 注册任务的任务标识；
[0085] 注册任务的上传者的身份标识；
[0086] 注册任务的上传者在预设时长内上传注册任务的个数；
[0087] 注册任务的上传者上传相邻两个注册任务的间隔时长。
[0088] 其中，注册任务的任务标识包括批量标识或非批量标识，批量标识用于指示注册任务所属的类型为批量任务，非批量标识用于指示注册任务所属的类型为非批量任务。
[0089] 应用中，服务器存储有注册任务的任务标识与类型之间的对应关系，因此基于该对应关系和指示参数中的注册任务的任务标识，可以确定注册任务的类型。
[0090] 其中，注册任务的上传者的身份标识包括批量上传者标识或非批量上传者标识，批量上传者标识用于指示注册任务的类型为批量任务，非批量上传者标识用于指示注册任务的类型为非批量任务。对应到前述描述的相关技术中的第二个场景中，批量上传者标识又可以称之为施工方标识，而非批量上传者标识又可以称之为普通用户标识。
[0091] 应用中，注册任务的上传者在通过用户终端上传注册任务时，可以在上传前在用户终端上标记其身份标识，如在预设的标记输入框输入其身份标识。
[0092] 其中，注册任务的上传者在预设时长内上传注册任务的个数大于个数阈值时，确定注册任务所属的类型为批量任务，注册任务的上传者在预设时长内上传注册任务的个数不大于个数阈值时，确定注册任务所属的类型为非批量任务。
[0093] 其中，预设时长、个数阈值均可以人为基于经验设置。
[0094] 其中，注册任务的上传者上传相邻两个注册任务的间隔时长小于间隔时长阈值时，确定注册任务所属的类型为批量任务，注册任务的上传者上传相邻两个注册任务的间隔时长不小于间隔时长阈值时，确定注册任务所属的类型为非批量任务。
[0095] 其中，该间隔时长也可以人为基于经验设置。
[0096] 应理解，应用中，施工方集中对各小区用户的注册信息进行注册时，在施工方所采用的用户终端中已预先存储了各小区用户的注册信息，施工方只需触发用户终端上传各小区用户的注册信息即可，因此在此种情况下，注册者上传相邻两个注册任务的间隔时长较小，小于间隔时长阈值；而当普通用户对注册信息进行注册时，普通用户所采用的用户终端需要实时采集该普通用户的人员信息以及人脸信息，并分别向服务器上传，因此在此种情况下，注册者上传相邻两个注册任务的间隔时长较长，大于或等于间隔时长阈值。
[0097] 本实施例中，指示参数指示注册任务所属的类型为文本类任务或图像类任务时，该指示参数包括以下至少一种：
[0098] 注册任务的任务标识；
[0099] 注册任务所携带的注册信息。
[0100] 其中，注册任务的任务标识包括文本标识或图像标识，文本标识用于指示注册任务所属的类型为文本类任务，非批量标识用于指示注册任务所属的类型为图像类任务。
[0101] 应用中，注册任务的上传者在通过用户终端上传注册任务时，可以在上传前在用户终端上对该注册任务的任务标识进行标记，如在预设的标记输入框输入其任务标识。
[0102] 其中，注册任务所携带的注册信息实际即为小区用户的注册信息，因此可以基于注册信息的数据格式，确定注册任务所属的类型。具体地，获取注册任务所携带的注册信息的数据格式，当数据格式为文本格式时，确定注册任务所属的类型为文本类任务；当数据格式为图像格式时，确定注册任务所属的类型为图像类任务。
[0103] 步骤104、基于类型，分别确定各注册任务各自的优先级。
[0104] 本实施例中，为了防止施工方集中注册注册信息导致普通用户注册失败或注册时间过长，设置各注册任务中任务类型为非批量任务的优先级高于任务类型为批量任务的优先级；为了满足设备的处理顺序，设置各注册任务中任务类型为文本类任务的优先级高于任务类型为图像类任务的优先级或数据量大的注册任务的优先级低于数据量小的注册任务的优先级。
[0105] 应理解，各注册任务中任务类型为文本类任务的注册任务的数据量小于任务类型为图像类任务的注册任务的数据量。
[0106] 应用中，当至少两个注册任务中既包括任务类型为非批量任务、批量任务、文本类任务以及图像类任务时，可以先按照批量任务和非批量任务将至少两个注册任务分为两批任务，之后对于每批注册任务，设置文本类任务的优先级高于图像类任务，因此在向设备下发各注册任务时，先下发非批量任务中的文本类任务，然后下发非批量任务中的图像类任务，然后下发批量任务中的文本类任务，最后下发批量任务中的图像类任务；或，在向设备下发各注册任务时，先下发非批量任务中数据量小于数据量阈值的注册任务，然后下发非批量任务中数据量不小于数据量阈值的注册任务，然后下发批量任务中数据量小于数据量阈值的注册任务，最后下发批量任务中数据量不小于数据量阈值的注册任务。
[0107] 应理解，当至少两个注册任务中包括同一类型的多个注册任务时，可以基于数据量的大小对多个注册任务的优先级进行区分。例如，当多个注册任务各自所属的类型均为非批量任务且图像类任务时，则可以基于各注册任务的数据量的大小对各注册任务的优先级进行区分。
[0108] 或，当至少两个注册任务中包括同一类型的多个注册任务时，按照先到先发的顺序对多个注册任务的优先级进行区分。
[0109] 本实施例中，为了实现自适应动态调整注册任务的优先级，在基于类型确定注册任务的优先级时还可以结合当前的网络带宽、以及服务器的资源下发能力。
[0110] 具体地，获取当前的网络带宽和资源下发能力；分别确定与网络带宽对应的权重系数、与资源下发能力对应的权重系数和与类型对应的权重系数；基于网络带宽、资源下发能力、类型和对应的权重系数，分别计算指示各注册任务各自优先级的数值；按照数值，分别确定各注册任务各自的优先级。
[0111] 应用中，假定确定的当前的网络带宽对应的权重系数为a1，资源下发能力对应的权重系数为a2，某一注册任务所属类型对应的权重系数为a3，那么该注册任务的优先级的取值Y可以采用如下公式确定：
[0112] Y＝a1*网络带宽的数值+a2*资源下发能力的数值+a3*类型对应的数值。
[0113] 应用中，可以按照阶梯函数的形式预先设置网络带宽与权重系数的第一映射关系、资源下发能力与权重系数的第二映射关系、以及类型与权重系数的第三映射关系，因此在获取当前的网络带宽和资源下发能力后，可以基于第一映射关系确定与当前的网络带宽对应的权重系数、第二映射关系确定与当前的资源下发能力对应的权重系数、以及基于第三映射关系确定与类型对应的权重系数。
[0114] 应用中，可以根据网络带宽、资源下发能力和类型对优先级的贡献度，预先设置第一映射关系、第二映射关系和第三映射关系。
[0115] 应理解，当网络带宽较大、资源下发能力较强时，表示当前服务器可以同时下发多个注册任务，因此此时可以一次下发多个类型为非批量任务、且同时类型为文本类任务的注册任务，或，一次下发多个类型为非批量任务、且同时类型为图像类任务的注册任务，等。
[0116] 步骤105、按照优先级由高到低的顺序，依次下发各注册任务。
[0117] 其中，至少两个注册任务中的各注册任务可以是针对同一设备的任务，也可以是针对不同设备的任务，本实施例对此不作具体限定。应用中，服务器在下发各注册任务时，可以基于注册任务所携带的目的地址确定注册任务所应下发到的设备。
[0118] 本实施例提供的技术方案中，获取至少两个注册任务；获取各注册任务各自的指示参数；基于指示参数，分别确定各注册任务各自所属的类型；基于类型，分别确定各注册任务各自的优先级；按照优先级由高到低的顺序，依次下发各注册任务。由于可以基于注册任务的指示参数确定注册任务所属的类型，并进一步基于类型动态确定注册任务的优先级，所以可以解决小区用户在注册时经常出现的注册失败或注册时间过长的问题。
[0119] 为了更清楚描述本申请实施例，以下结合智慧小区中对门禁设备的注册场景对本申请方案进行描述。
[0120] 请参照图2，图2为本申请实施例示出的一种任务下发方法的流程示意图，该方法包括以下步骤：
[0121] 步骤201、已入住智慧小区的普通用户通过用户终端向服务器中的规则引擎下发注册任务，注册任务携带普通用户的注册信息，该注册信息包括人员信息和/或人脸信息；
[0122] 步骤202、施工方用户通过用户终端向服务器中的规则引擎提交大批量的注册任务；
[0123] 其中以大批量的方式提交的各注册任务中携带用于指示其为批量提交的指示参数。
[0124] 步骤203、服务器中的规则引擎用于接收来自于普通用户的注册任务和施工方的大批量的注册任务；
[0125] 步骤204、确定以大批量方式提交的注册任务的优先级低于以非批量方式提交的注册任务的优先级、以及携带人脸信息的注册任务的优先级低于携带人员信息的注册任务的优先级；
[0126] 步骤205、向门禁下发指令中心提交来自于普通用户的注册任务、来自于施工方的注册任务、以及对应的优先级；
[0127] 步骤206、门禁下发指令中心按照优先级依次向门禁设备下发注册任务。
[0128] 基于同一构思，本申请实施例中提供了一种任务下发装置，该装置的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图3所示，该装置主要包括：
[0129] 第一获取单元301，用于获取至少两个注册任务；
[0130] 第二获取单元302，用于获取各注册任务各自的指示参数；
[0131] 第一确定单元303，用于基于指示参数，分别确定各注册任务各自所属的类型；
[0132] 第二确定单元304，用于基于类型，分别确定各注册任务各自的优先级；
[0133] 下发单元305，用于按照优先级由高到低的顺序，依次下发各注册任务。
[0134] 可选地，指示参数用于指示注册任务所属的类型为批量任务或非批量任务；
[0135] 和/或，
[0136] 指示参数用于指示注册任务所属的类型为文本类任务或图像类任务；
[0137] 和/或，
[0138] 指示参数用于指示注册任务的数据量的大小。
[0139] 可选地，指示参数指示注册任务所属的类型为批量任务或非批量任务时，指示参数包括以下至少一种：
[0140] 注册任务的任务标识；
[0141] 注册任务的上传者的身份标识；
[0142] 注册任务的上传者在预设时长内上传注册任务的个数；
[0143] 注册任务的上传者上传相邻两个注册任务的间隔时长。
[0144] 可选地，指示参数用于指示注册任务所属的类型为文本类任务或图像类任务时，指示参数包括以下至少一种：
[0145] 注册任务的任务标识；
[0146] 注册任务所携带的注册信息。
[0147] 可选地，第二确定单元304用于：
[0148] 确定各注册任务中任务类型为非批量任务的优先级高于任务类型为批量任务的优先级；
[0149] 和/或，
[0150] 确定各注册任务中任务类型为文本类任务的优先级高于任务类型为图像类任务的优先级；
[0151] 和/或，
[0152] 确定数据量大的注册任务的优先级低于数据量小的注册任务的优先级。
[0153] 可选地，第二确定单元304用于：
[0154] 获取当前的网络带宽和资源下发能力；
[0155] 分别确定与网络带宽对应的权重系数、与资源下发能力对应的权重系数和与类型对应的权重系数；
[0156] 基于网络带宽、资源下发能力、类型和对应的权重系数，分别计算指示各注册任务各自优先级的数值；
[0157] 按照数值，分别确定各注册任务各自的优先级。
[0158] 可选地，第一确定单元303用于：
[0159] 注册任务的任务标识为批量标识时，确定注册任务所属的类型为批量任务，注册任务的任务标识为非批量标识时，确定注册任务所属的类型为非批量任务；
[0160] 和/或，
[0161] 注册任务的上传者的身份标识为批量上传者标识时，确定注册任务所属的类型为批量任务，注册任务的上传者的身份标识为非批量上传者标识时，确定注册任务所属的类型为非批量任务；
[0162] 和/或，
[0163] 注册任务的上传者在预设时长内上传注册任务的个数大于个数阈值时，确定注册任务所属的类型为批量任务，注册任务的上传者在预设时长内上传注册任务的个数不大于个数阈值时，确定注册任务所属的类型为非批量任务；
[0164] 和/或，
[0165] 注册任务的上传者上传相邻两个注册任务的间隔时长小于间隔时长阈值时，确定注册任务所属的类型为批量任务，注册任务的上传者上传相邻两个注册任务的间隔时长不小于间隔时长阈值时，确定注册任务所属的类型为非批量任务。
[0166] 可选地，第一确定单元303用于：
[0167] 注册任务的任务标识为文本标识时，确定注册任务所属的类型为文本类任务，注册任务的任务标识为图像标识时，确定注册任务所属的类型为图像类任务；
[0168] 和/或，
[0169] 获取注册任务所携带的注册信息的数据格式，当数据格式为文本格式时，确定注册任务所属的类型为文本类任务；当数据格式为图像格式时，确定注册任务所属的类型为图像类任务。
[0170] 基于同一构思，本申请实施例中提供了一种通信系统，该系统的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图4所示，该系统主要包括：
[0171] 服务器401和至少一个用户终端402：
[0172] 至少一个用户终端402，用于生成至少两个注册任务，并向服务器401发送至少两个注册任务；
[0173] 服务器401，获取至少两个注册任务；获取各注册任务各自的指示参数；基于指示参数，分别确定各注册任务各自所属的类型；基于类型，分别确定各注册任务各自的优先级；按照优先级由高到低的顺序，依次下发各注册任务。
[0174] 基于同一构思，本申请实施例中还提供了一种计算机设备，如图5所示，该计算机设备主要包括：处理器501、存储器502和通信总线503，其中，处理器501和存储器502通过通信总线503完成相互间的通信。其中，存储器502中存储有可被处理器501执行的程序，处理器501执行存储器502中存储的程序，实现如下步骤：
[0175] 获取至少两个注册任务；
[0176] 获取各注册任务各自的指示参数；
[0177] 基于指示参数，分别确定各注册任务各自所属的类型；
[0178] 基于类型，分别确定各注册任务各自的优先级；
[0179] 按照优先级由高到低的顺序，依次下发各注册任务。
[0180] 上述计算机设备中提到的通信总线503可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。该通信总线503可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0181] 存储器502可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non‑volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器501的存储装置。
[0182] 上述的处理器501可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等，还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field‑Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0183] 在本申请的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述的任务下发方法。
[0184] 在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。
[0185] 需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0186] 以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
