多应用体系的任务调度方法、装置、电子设备及存储介质与流程

1.本技术属于计算机技术领域，具体而言，涉及一种多应用体系的任务调度方法、装置、电子设备及存储介质。


背景技术：

2.企业自研服务或者第三方的服务提供了很多不同的能力，在应用的场景下处理复杂的任务。但任务调度本身却常常被忽视，对于业务方提出的一些打破原有设计的临时调度需求更是爱莫能助。
3.目前无论是企业自研或者第三方云服务商提供的处理任务的能力都是有一定的上限的，该上限不仅取决于网络传输的开销还受限于服务器性能瓶颈。服务提供商在保证一定的吞吐量的情况下也会提供一定的积压能力，但积压能力在不同提供商之间没有统一的标准且无法进行高优先级任务的优先处理，即无法人工干预已经由系统按照规则设定的优先级顺序。


技术实现要素：

4.本技术实施例的第一目的在于提供一种用于多应用体系的任务调度方法，旨在解决上述现有技术存在的至少一个问题。
5.本技术实施例是这样实现的，一种用于多应用体系的任务调度方法，包括：
6.接收待消费的任务批次，确定任务批次中每个任务的任务类型，基于预设计算规则计算每个任务类型中的每个任务的基础分，且根据每个任务的基础分的分值大小由大到小对每个任务类型中的任务进行排序，以得到每个任务类型中的任务序列；
7.判断每个任务是否配置有域参数，若有，则根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型；
8.根据所述任务类型和域类型将每个任务投递至对应的任务队列中，以调用下游服务使得下游服务根据每个任务的排序依次处理任务。
9.在一个实施例中，根据所述任务类型和域类型将每个任务投递至对应的任务队列中之后，还包括：判断每个任务是否配置有人工干预倍率，若无，则根据默认倍率计算每个任务的最终得分，若有，则根据人工干预倍率计算对应任务的最终得分；基于最终得分调整每个任务的排序。
10.在一个实施例中，在调用下游服务之前，还包括：判断每个任务是否为静态任务，若否，则调用下游服务。
11.在一个实施例中，所述调用下游服务包括：根据所述任务类型读取配置表，拆解下游服务处理任务需要的参数、处理方式和统一资源定位符；组装下游服务的调用对象，根据所述调用对象调用下游服务。
12.在一个实施例中，所述预设计算规则的配置方法为：预先设置参与规则计算的任务维度，所述任务维度表征任务对象的属性；选择用于参与所述预设计算规则的目标任务
维度，设置每个目标任务维度的基础权重和细分权重，所述基于预设计算规则计算每个任务类型中的每个任务的基础分包括：根据每个任务对应的基础权重和细分权重加权计算得到每个任务的基础分。
13.在一个实施例中，所述域参数为标识符，所述根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型包括：根据所述标识符确定对应的任务的域类型，所述域类型为该标识符对应的专属任务队列。
14.本技术实施例的另一目的在于提供一种用于多应用体系的任务调度系统，包括：
15.规则计算模块，用于接收待消费的任务批次，确定任务批次中每个任务的任务类型，基于预设计算规则计算每个任务类型中的每个任务的基础分，且根据每个任务的基础分的分值大小由大到小对每个任务类型中的任务进行排序，以得到每个任务类型中的任务序列；
16.域计算模块，用于判断每个任务是否配置有域参数，若有，则根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型；
17.任务分流模块，用于根据所述任务类型和域类型将每个任务投递至对应的任务队列中，以调用下游服务使得下游服务根据每个任务的排序依次处理任务。
18.在一个实施例中，还包括任务调整模块，用于判断每个任务是否配置有人工干预倍率，若无，则根据默认倍率计算每个任务的最终得分，若有，则根据人工干预倍率计算对应任务的最终得分；基于最终得分调整每个任务的排序。
19.本技术实施例的又一目的在于提供一种电子设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行所述用于多应用体系的任务调度方法的步骤。
20.本技术实施例的再一目的在于一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行所述用于多应用体系的任务调度方法的步骤。
21.本技术实施例提供的一种用于多应用体系的任务调度方法、系统、电子设备及存储介质，通过预设计算规则对每个任务类型中的每个任务计算出处理优先级的基础分，然后基于基础分进行排序，进而便于后续基于排序对任务队列进行有序的处理；通过域参数的配置，可以灵活将紧急任务加入专属队列进行专属处理，提高了处理的效率。本技术实施例设计了一套多应用下的任务调度系统，该系统在设计上完全支持底层的可拓展性，即用户可以完全使用配置的方式配置自己的调度规则、下游接口的请求参数、以及手动干预调整即将投递给下游服务的任务，整体上降低了多应用体系下任务调度难度，提高了任务调度的效率，节省了系统资源，同时可以根据下游的服务承载能力进行任务的投递，进而根据需要完成对下游服务的消费能力进行控制，提升系统的吞吐率。
附图说明
22.图1为本技术一个实施例提供的用于多应用体系的任务调度方法的实现流程；
23.图2为本技术一个实施例提供的用于多应用体系的任务调度系统的主要模块示意图；
24.图3为本技术实施例提供的可以应用于其中的示例性系统架构图；
25.图4为适于用来实现本技术实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
26.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
27.在本技术实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。在本技术实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
28.应当理解，尽管在本技术实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。
29.需要指出的是，在不冲突的情况下，本技术中的实施例以及实施例中的特征可以互相组合。
30.为了进一步阐述本技术为实现预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本技术的具体实施方式、结构、特征及其功效，详细说明如下。
31.图1示出了本技术一个实施例提供的一种用于多应用体系的任务调度方法的实现流程，为了便于说明，仅示出与本技术实施例相关的部分，详述如下：
32.一种用于多应用体系的任务调度方法，包括以下步骤：
33.s101：接收待消费的任务批次，确定任务批次中每个任务的任务类型，基于预设计算规则计算每个任务类型中的每个任务的基础分，且根据每个任务的基础分的分值大小由大到小对每个任务类型中的任务进行排序，以得到每个任务类型中的任务序列；
34.s102：判断每个任务是否配置有域参数，若有，则根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型；
35.s103：根据所述任务类型和域类型将每个任务投递至对应的任务队列中，以调用下游服务使得下游服务根据每个任务的排序依次处理任务。
36.在步骤s101中：接收待消费的任务批次，确定任务批次中每个任务的任务类型，基于预设计算规则计算每个任务类型中的每个任务的基础分，且根据每个任务的基础分的分值大小由大到小对每个任务类型中的任务进行排序，以得到每个任务类型中的任务序列。在这里，上游服务发起任务批次处理的请求，将原始任务进行接收后，进行投放消息队列形成待消费的任务批次，进而实现对任务的处理。对任务进行处理时，先接收待消费的任务批次，生成一次提交的任务批次号，然后基于每个任务传入时的任务参数确定任务批次中每个任务的任务类型，再基于预设计算规则计算每个任务类型中的每个任务的基础分，且根据每个任务的基础分的分值大小由大到小对每个任务类型中的任务进行排序，以得到每个任务类型中的任务序列。
37.在一个实施例中，所述预设计算规则的配置方法为：预先设置参与规则计算的任务维度，所述任务维度表征任务对象的属性；选择用于参与所述预设计算规则的目标任务维度，设置每个目标任务维度的基础权重和细分权重，所述基于预设计算规则计算每个任
务类型中的每个任务的基础分包括：根据每个任务对应的基础权重和细分权重加权计算得到每个任务的基础分。通过设置有多个任务维度，由此可以根据实际情况灵活选择配置参与计算的任务维度。
38.例如，用户可以自定义参与规则计算的任务维度，这些维度将被允许参与到任务优先级计算中。比如提取一张图片中的文字(ocr)，可以定义图片的一些属性(像素、分辨率、大小、颜色、位深、色调、饱和度等)为任务维度。用户可以根据上述的任务维度的确认项来制定任务计算的规则，根据任务维度设置不同的权重进行加权计算。每个维度有基础权重，维度的细分项有细分权重值。比如定义文件有三个属性即三个维度，分别为大小、类型、分片数。可以为文件大小定义基础权重为1.0，10m以下的文件细分权重为10.0，10m以上100m以下细分权重为9.0，100m以上1g以下细分权重为8.0，依次类推；文件类型定义基础权重为2.0，jpg格式的细分权重为1.0，png格式的细分权重为2.0以此类推；分片数定义基础权重为3.0，10个分片的细分权重为10.0，9个分片的细分权重为9.0，依次类推。进而系统限制保证不同维度的基础权重和细分权重的乘积不相同，由此可以根据实时的配置动态调整任务的计算规则，进而改变任务的基础分，影响任务的排序，使得任务的处理顺序实现动态调整。整体上降低了多应用体系下任务调度难度，提高了任务调度的效率，节省了系统资源，同时可以根据下游的服务承载能力进行任务的投递，进而根据需要完成对下游服务的消费能力进行控制，提升系统的吞吐率。
39.在一个示例中，基于预设计算规则计算每个任务类型中的每个任务的基础分，可以先获取预设计算规则，然后将预设计算规则读取字典，通过对字典数据的约束得到字典项，根据字典项基于预设计算规则计算每个任务类型中的每个任务的基础分。
40.在步骤s102中：判断每个任务是否配置有域参数，若有，则根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型。当每个任务类型中的任务都按照基础分进行排序之后，在任务被投递之前，可以判断每个任务是否配置有域参数，若有，则对配置有域参数的任务根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型，若无，则直接按照当前确定的任务队列进行投递任务。
41.在一个实施例中，所述域参数为标识符，所述根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型包括：根据所述标识符确定对应的任务的域类型，所述域类型为该标识符对应的专属任务队列。需要说明的是，域参数可以是一个标识符或者字符串，用于识别出该任务对应的专属队列。域类型表示该任务对应的专属队列，进而可以识别出需要加急或特殊处理的任务，将该任务加入到专属队列中。
42.在一个示例中，根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型。用户可以在后台配置好域参数，在进行计算时，先获取匹配到每个任务配置的域参数，然后基于匹配到的域参数构建域对象，基于构建的域对象识别出该任务对应的专属队列。
43.由此，根据上述的任务维度和任务规则可以计算出单个或者批量任务的基础得分，此时将按照基础得分对任务进行排序，系统将默认按照分数从高到低依次按照任务的类型和当前类型对应的配置域参数投递到不同的队列中。
44.比如，用户张三上传了100张图片，其中33张需要进行ocr提取文字、67张需要进行裁剪操作；用户李四上传了10张图片，其中5张需要进行裁剪操作、5张需要进行预览操作。
此时系统会根据行为把任务分别投送到ocr、裁剪和预览三个不同的队列中。默认情况下根据提交时间进行排序，如果用户定义任务规则设置png格式的图片权重高于jpg格式的图片，此时可以根据图片的类型确定相对顺序，用户自定义的规则高于默认。
45.在步骤s103中：根据所述任务类型和域类型将每个任务投递至对应的任务队列中，以调用下游服务使得下游服务根据每个任务的排序依次处理任务。在确认好每个任务的任务类型队列和专属队列后，将每个任务投递至对应的任务队列中，进而可以使得西啊哟秀服务根据每个任务在任务队列中的排序依次处理任务。
46.进一步，根据所述任务类型和域类型将每个任务投递至对应的任务队列中之后，还包括：判断每个任务是否配置有人工干预倍率，若无，则根据默认倍率计算每个任务的最终得分，若有，则根据人工干预倍率计算对应任务的最终得分；基于最终得分调整每个任务的排序。任务队列中的排队任务在投递到下游之前，可以手动干预调整任务的倍率，倍率参与任务分数的计算，如果不调整该值为1，一旦这个值调整到10，那么该任务在下一次投递的时候将会享有更高的优先级，进而优先投递。由此，可以使得每个任务队列中的任务在处理前，可以通过人工干预调整任务处理的次序，在可能存在的人为干预下决定最终的顺序，进而投递到队列中，根据下游的服务承载能力进行任务的投递，进而根据需要完成对下游服务的消费能力进行控制，提升系统的吞吐率。
47.在一个实施例中，在调用下游服务之前，还包括：判断每个任务是否为静态任务，若否，则调用下游服务。
48.在一个实施例中，所述调用下游服务包括：根据所述任务类型读取配置表，拆解下游服务处理任务需要的参数、处理方式和统一资源定位符；组装下游服务的调用对象，根据所述调用对象调用下游服务。由此可以根据下游的服务能力调用下游服务资源。
49.由此，本技术实施例提供的一种用于多应用体系的任务调度方法，通过预设计算规则对每个任务类型中的每个任务计算出处理优先级的基础分，然后基于基础分进行排序，进而便于后续基于排序对任务队列进行有序的处理；通过域参数的配置，可以灵活将紧急任务加入专属队列进行专属处理，提高了处理的效率。该方法在设计上完全支持底层的可拓展性，即用户可以完全使用配置的方式配置自己的调度规则、下游接口的请求参数、以及手动干预调整即将投递给下游服务的任务，整体上降低了多应用体系下任务调度难度，提高了任务调度的效率，节省了系统资源，同时可以根据下游的服务承载能力进行任务的投递，进而根据需要完成对下游服务的消费能力进行控制，提升系统的吞吐率。
50.图2示出了本技术实施例提供的用于多应用体系的任务调度系统的主要模块示意图，为了便于说明，仅示出与本技术实施例相关的部分，详述如下：
51.一种用于多应用体系的任务调度系统200，包括：
52.规则计算模块201：用于接收待消费的任务批次，确定任务批次中每个任务的任务类型，基于预设计算规则计算每个任务类型中的每个任务的基础分，且根据每个任务的基础分的分值大小由大到小对每个任务类型中的任务进行排序，以得到每个任务类型中的任务序列；
53.域计算模块202：用于判断每个任务是否配置有域参数，若有，则根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型；
54.任务分流模块203：用于根据所述任务类型和域类型将每个任务投递至对应的任
务队列中，以调用下游服务使得下游服务根据每个任务的排序依次处理任务。
55.对于规则计算模块201：用于接收待消费的任务批次，确定任务批次中每个任务的任务类型，基于预设计算规则计算每个任务类型中的每个任务的基础分，且根据每个任务的基础分的分值大小由大到小对每个任务类型中的任务进行排序，以得到每个任务类型中的任务序列。在这里，上游服务发起任务批次处理的请求，将原始任务进行接收后，进行投放消息队列形成待消费的任务批次，进而实现对任务的处理。对任务进行处理时，先接收待消费的任务批次，生成一次提交的任务批次号，然后基于每个任务传入时的任务参数确定任务批次中每个任务的任务类型，再基于预设计算规则计算每个任务类型中的每个任务的基础分，且根据每个任务的基础分的分值大小由大到小对每个任务类型中的任务进行排序，以得到每个任务类型中的任务序列。
56.在一个实施例中，所述预设计算规则的配置方法为：预先设置参与规则计算的任务维度，所述任务维度表征任务对象的属性；选择用于参与所述预设计算规则的目标任务维度，设置每个目标任务维度的基础权重和细分权重，所述基于预设计算规则计算每个任务类型中的每个任务的基础分包括：根据每个任务对应的基础权重和细分权重加权计算得到每个任务的基础分。通过设置有多个任务维度，由此可以根据实际情况灵活选择配置参与计算的任务维度。
57.例如，用户可以自定义参与规则计算的任务维度，这些维度将被允许参与到任务优先级计算中。比如提取一张图片中的文字(ocr)，可以定义图片的一些属性(像素、分辨率、大小、颜色、位深、色调、饱和度等)为任务维度。用户可以根据上述的任务维度的确认项来制定任务计算的规则，根据任务维度设置不同的权重进行加权计算。每个维度有基础权重，维度的细分项有细分权重值。比如定义文件有三个属性即三个维度，分别为大小、类型、分片数。可以为文件大小定义基础权重为1.0，10m以下的文件细分权重为10.0，10m以上100m以下细分权重为9.0，100m以上1g以下细分权重为8.0，依次类推；文件类型定义基础权重为2.0，jpg格式的细分权重为1.0，png格式的细分权重为2.0以此类推；分片数定义基础权重为3.0，10个分片的细分权重为10.0，9个分片的细分权重为9.0，依次类推。进而系统限制保证不同维度的基础权重和细分权重的乘积不相同，由此可以根据实时的配置动态调整任务的计算规则，进而改变任务的基础分，影响任务的排序，使得任务的处理顺序实现动态调整。整体上降低了多应用体系下任务调度难度，提高了任务调度的效率，节省了系统资源，同时可以根据下游的服务承载能力进行任务的投递，进而根据需要完成对下游服务的消费能力进行控制，提升系统的吞吐率。
58.在一个示例中，基于预设计算规则计算每个任务类型中的每个任务的基础分，可以先获取预设计算规则，然后将预设计算规则读取字典，通过对字典数据的约束得到字典项，根据字典项基于预设计算规则计算每个任务类型中的每个任务的基础分。
59.对于域计算模块202：用于判断每个任务是否配置有域参数，若有，则根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型。当每个任务类型中的任务都按照基础分进行排序之后，在任务被投递之前，可以判断每个任务是否配置有域参数，若有，则对配置有域参数的任务根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型，若无，则直接按照当前确定的任务队列进行投递任务。
60.在一个实施例中，所述域参数为标识符，所述根据所述域参数对该域参数对应的
任务进行域计算以得到该任务对应的域类型包括：根据所述标识符确定对应的任务的域类型，所述域类型为该标识符对应的专属任务队列。需要说明的是，域参数可以是一个标识符或者字符串，用于识别出该任务对应的专属队列。域类型表示该任务对应的专属队列，进而可以识别出需要加急或特殊处理的任务，将该任务加入到专属队列中。
61.在一个示例中，根据所述域参数对该域参数对应的任务进行域计算以得到该任务对应的域类型。用户可以在后台配置好域参数，在进行计算时，先获取匹配到每个任务配置的域参数，然后基于匹配到的域参数构建域对象，基于构建的域对象识别出该任务对应的专属队列。
62.由此，根据上述的任务维度和任务规则可以计算出单个或者批量任务的基础得分，此时将按照基础得分对任务进行排序，系统将默认按照分数从高到低依次按照任务的类型和当前类型对应的配置域参数投递到不同的队列中。
63.比如，用户张三上传了100张图片，其中33张需要进行ocr提取文字、67张需要进行裁剪操作；用户李四上传了10张图片，其中5张需要进行裁剪操作、5张需要进行预览操作。此时系统会根据行为把任务分别投送到ocr、裁剪和预览三个不同的队列中。默认情况下根据提交时间进行排序，如果用户定义任务规则设置png格式的图片权重高于jpg格式的图片，此时可以根据图片的类型确定相对顺序，用户自定义的规则高于默认。
64.对于任务分流模块203：用于根据所述任务类型和域类型将每个任务投递至对应的任务队列中，以调用下游服务使得下游服务根据每个任务的排序依次处理任务。在确认好每个任务的任务类型队列和专属队列后，将每个任务投递至对应的任务队列中，进而可以使得西啊哟秀服务根据每个任务在任务队列中的排序依次处理任务。
65.进一步，根据所述任务类型和域类型将每个任务投递至对应的任务队列中之后，该系统还包括任务调整模块，用于判断每个任务是否配置有人工干预倍率，若无，则根据默认倍率计算每个任务的最终得分，若有，则根据人工干预倍率计算对应任务的最终得分；基于最终得分调整每个任务的排序。任务队列中的排队任务在投递到下游之前，可以手动干预调整任务的倍率，倍率参与任务分数的计算，如果不调整该值为1，一旦这个值调整到10，那么该任务在下一次投递的时候将会享有更高的优先级，进而优先投递。由此，可以使得每个任务队列中的任务在处理前，可以通过人工干预调整任务处理的次序，在可能存在的人为干预下决定最终的顺序，进而投递到队列中，根据下游的服务承载能力进行任务的投递，进而根据需要完成对下游服务的消费能力进行控制，提升系统的吞吐率。
66.在一个实施例中，在调用下游服务之前，还包括：判断每个任务是否为静态任务，若否，则调用下游服务。
67.在一个实施例中，所述调用下游服务包括：根据所述任务类型读取配置表，拆解下游服务处理任务需要的参数、处理方式和统一资源定位符；组装下游服务的调用对象，根据所述调用对象调用下游服务。由此可以根据下游的服务能力调用下游服务资源。
68.由此，本技术实施例提供的一种用于多应用体系的任务调度系统，通过预设计算规则对每个任务类型中的每个任务计算出处理优先级的基础分，然后基于基础分进行排序，进而便于后续基于排序对任务队列进行有序的处理；通过域参数的配置，可以灵活将紧急任务加入专属队列进行专属处理，提高了处理的效率。该方法在设计上完全支持底层的可拓展性，即用户可以完全使用配置的方式配置自己的调度规则、下游接口的请求参数、以
及手动干预调整即将投递给下游服务的任务，整体上降低了多应用体系下任务调度难度，提高了任务调度的效率，节省了系统资源，同时可以根据下游的服务承载能力进行任务的投递，进而根据需要完成对下游服务的消费能力进行控制，提升系统的吞吐率。
69.本技术实施例还提供一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本技术实施例的用于多应用体系的任务调度方法
70.本技术实施例还提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本技术实施例的用于多应用体系的任务调度方法。
71.图3示出了可以应用本技术实施例的用于多应用体系的任务调度方法或装置的示例性系统架构300。
72.如图3所示，系统架构300可以包括终端设备301、302、303，网络304和服务器305。网络304用以在终端设备301、302、303和服务器305之间提供通信链路的介质。网络304可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
73.用户可以使用终端设备301、302、303通过网络304与服务器305交互，以接收或发送消息等。终端设备301、302、303上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
74.终端设备301、302、303可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
75.服务器305可以是提供各种服务的服务器，例如对用户利用终端设备301、302、303所发送的往来消息提供支持的后台管理服务器。后台管理服务器可以在接收到终端设备请求后进行分析等处理，并将处理结果反馈给终端设备。
76.需要说明的是，本技术实施例所提供的用于多应用体系的任务调度方法一般由终端设备301、302、303或服务器305执行，相应地，用于多应用体系的任务调度装置一般设置于终端设备301、302、303或服务器305中。
77.应该理解，图3中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
78.下面参考图4，其示出了适于用来实现本技术实施例的电子设备的计算机系统400的结构示意图。图4示出的计算机系统仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
79.如图4所示，计算机系统400包括中央处理单元(cpu)401，其可以根据存储在只读存储器(rom)402中的程序或者从存储部分408加载到随机访问存储器(ram)403中的程序而执行各种适当的动作和处理。在ram 403中，还存储有系统400操作所需的各种程序和数据。cpu 401、rom 402以及ram 403通过总线404彼此相连。输入/输出(i/o)接口405也连接至总线404。
80.以下部件连接至i/o接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至i/o接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出
的计算机程序根据需要被安装入存储部分408。
81.特别地，根据本技术公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(cpu)401执行时，执行本技术的系统中限定的上述功能。
82.需要说明的是，本技术所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
83.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
84.描述于本技术实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括确定模块、提取模块、训练模块和筛选模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，确定模块还可以被描述为“确定候选用户集的模块”。
85.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。
86.以上所述仅为本技术的较佳实施例而已，并不用以限制本技术，凡在本技术的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本技术的保护范围之内。