具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
下面参考附图描述本申请实施例的任务分配方法、系统及装置。
图2是本申请一个实施例的任务的分配方法的流程图。
如图2所示,该任务的分配方法包括:
S101,接收任务发起端发送的任务发起请求并生成相应的任务。
具体地,在任务发起端有任务发起需求时,任务发起端可以通过终端发送任务发起请求。
其中,终端可以是个人计算机PC、手机、平板电脑等具有各种操作系统的硬件设备。
例如,在商户使用电脑的过程中,如果商户当前有任务需要发放时,商家可通过电脑打开任务发放网站的网页,并在网页中供的选项(标题、酬金、任务要求)编辑任务,并发起任务请求。
可以理解的是,任务可以具有任务等级,具体而言,可根据酬金、距离、任务的难易程度等维度将任务分为优质任务、一般任务、劣质任务等任务等级。举例而言,酬金高、距离近、易完成的任务的等级为优质任务。
S102,获取任务发起端的地址。
S103,根据任务发起端的地址确定目标区域,并获取目标区域内的多个任务接收端。
具体地,在获取任务发起端的地址之后,可以以任务发起端的地址为中心,以预设距离为半径确定目标区域,并获取该目标区域内的多个任务接收端。
具体而言,针对每个任务接收端来说,在任务接收端通过终端例如移动终端接收任务的过程中,可获取任务接收端的地理位置信息,并在根据任务发送端的任务发起请求生成相应任务,以及确定目标区域后,可判断任务接收端的地理位置信息是否在任务发起端的目标区域内,若任务接收端的地理位置信息在任务发起端的目标区域内,则该任务接收端位于目标区域内,即该任务接收端可以接收该任务发起端的任务。
其中,预设距离可以是默认的距离如2千米,也可以是任务发起端在发起任务请求时自行设定的距离如1千米。
例如,假设店铺在发起任务请求时设置预设距离为1.5千米,如图3所示,图中的A点表示店铺的地址,以A为中心,且以2千米为半径确定目标区域,通过图3可以看出,该目标区域包含多个任务接收端。
在本申请实施例中,多个任务接收端分别具有人员等级,例如优质人员、一般人员、劣质人员等。可以理解的是,人员等级是根据人员完成任务数、任务完成率、任务质检合格率等进行设定的。
S104,以第一预设规则向多个任务接收端中的第一部分任务接收端发送任务。
具体地,在确定任务发起端的目标区域内存在多个任务接收端后,可根据任务等级和多个任务接收端的人员等级向多个任务接收端中的第一部分任务接收端发送任务。
具体而言,在向第一部分任务接收端发送任务的过程中,如果当前任务的任务等级为优质任务,可将当前任务优先发送给优质人员(例如完成任务数排名靠前、任务完成率高、任务质检合格率高)执行,然后发送给一般人员,最后发送给劣质人员。
如果当前任务的任务等级为一般任务,在分配任务时,可将当前任务优先发送给一般人员执行,然后发送给优质人员,最后发送给劣质人员。
如果当前任务的任务等级为劣质任务,在分配任务时,可将当前任务优先匹配劣质人员,然后发送给优质人员,最后发送给一般人员。
优选地,在向任务接收端发送任务的过程中,可将任务信息发送到任务接收端的应用程序账号相应位置处,例如站内信、新消息、新提醒等;也可以通过短信和/或邮件的形式发送给任务接收端。
进一步地,如图4所示,在步骤S103之后,该任务的分配方法还可以包括步骤S105-S107。
S105,检测第一部分任务接收端中是否有任务接收端响应任务。
举例而言,发送给任务接收端的信息中可以设置任务确认领取链接,响应任务则是任务接收端点击确认领取。
具体而言,在向第一部分任务接收端发送任务后,可监控第一预设时间内是否有任务接收端响应任务。
其中,第一预设时间是预先设置的时间,例如,第一预设时间为5分钟,可监控5分钟内是否有任务接收端响应任务。
S106,如果有任务接收端响应任务,则结束任务的分配。
例如,如果任务发起端在发起任务请求时,设置了该任务所需的人员为2人,在向任务发起端周围的5个任务接收端发送任务后,如果监控到在5分钟内有两个任务接收端接收任务,则确定任务响应数量达到预设的任务所需人员数量时,并结束任务的分配。
S107,如果没有任务接收端响应任务,则以第二预设规则向多个任务接收端中的第二部分任务接收端发送任务。
其中,第二部分任务接收端的个数大于第一部分任务接收端的个数,且第二部分任务接收端与第一部分任务接收端不重复。
其中,上述第二预设规则为在预设时间内周期性地从多个任务接收端中随机选择第二部分任务接收端发送任务,直至有任务接收端响应任务或达到预设时间。
其中,预设时间可以是默认的时间值例如4小时,也可以是任务发起端自定义设置的时间值例如5小时。
具体而言,在监控到没有任务接收端响应任务后,为了使得任务发起端发起的任务可以找到合适执行的人员,可以以预设时间间隔为周期,并周期性地从多个任务接收端中随机选择第二部分任务接收端发送任务,并监控在预设时间间隔内是否有任务接收端接收任务,如果没有任务接收端接收任务,则继续从多个任务接收端中随机选择第二部分任务接收端发送任务,直至有任务接收端接收任务或者达到预设时间。
其中,预设时间间隔可以是默认的时间间隔例如5分钟,还可以是任务发起端设置的时间间隔例如10分钟。
例如,预设时间为4小时,在以第一规则向第一部分任务接收端发送任务后,如果监控到在5分钟内没有任务接收端响应任务,则可从多个任务接收端中随机选择10个任务接收端发送任务,并监控在向10个任务接收端发送任务之后的5分钟内是否有任务接收端响应任务,如果没有任务接收端接收任务,则继续从多个任务接收端中随机选择10个任务接收端发送任务,并进行重复监控,直接监控到有任务接收端响应任务或者达到了4小时。
在监控到达到预设时间例如4小时后依然没有任务接收端接收任务后,为了使得任务发起端的任务可以被执行,如图5所示,在本申请的一个实施例中,该任务的分配方法还可以包括:
S108,如果在达到预设时间之后,依然没有任务接收端响应任务,则进一步获取任务的任务内容。
S109,根据任务内容确定完成过任务内容的用户。
S110,向完成过任务内容的用户对应的任务接收端发送任务。
可以理解的是,完成过任务内容的用户是指完成过与该任务内容相同或相似的用户。
其中,完成过任务内容的用户对应的任务接收端与第一部分任务接收端和第二部分任务接收端不重复。
可以理解的是,为了使得有任务接收端响应任务,在向完成过任务内容的用户对应的任务接收端发送任务之前,还可提高任务对应的报酬。
为了更好地理解本申请实施例,下面以举例的形式描述该实施例的任务的分配方法。
举例而言,如果确定当前任务的任务等级为优质任务,且确定当前任务所需人员为20名,初次下放5个名额,搜索到目标区域中优质人员150名,一般人员200名,劣质人员500名,则第一部分任务接收端可以是5名优质人员。可以理解的是,任务接收端的数量远大于任务所需人员名额。如果发送给的5名优质人员中均响应了5个名额的优质任务,则初次任务下放结束。如果上述下放的5个优质任务中在开始的5分钟内有3个无人认领,则继续推送这3个任务给随机选择的10个优质人员(即第二部分接收端),且这10个优质人员不包含初次推送的5个优质人员中的任何一个;如果第二个5分钟过后仍有1个未被响应,则继续推送这1个任务给随机选择的10个优质人员(即第二部分接收端),且这10个优质人员不包含前两次推送的15个优质人员中的任一个;重复上述推送步骤,直至任务推送结束或推送总时间达到4小时。如果4小时后,仍有1个任务未被确认领取(即响应),则获取该任务的内容,根据该任务内容确定完成过任务内容的用户。
本申请实施例的任务的分配方法,首先根据任务发起端发送的任务发起请求生成相应的任务,并获取任务发起端的地址,然后根据任务发起端的地址确定目标区域,同时获取目标区域中的多个任务接收端,以及以第一预设规则向多个任务接收端中的部分任务接收端发送任务。由此,向任务发起端周围的符号条件的任务接收端推送任务,使得任务接收端及时获得了任务,提高了任务的分配效率,实现了社会化资源的优化配置,进而可提高提高人力资源利用率。
为了实现上述实施例,本申请还提出一种任务的分配系统。
图6是本申请一个实施例的任务的分配系统的结构示意图。
如图6所示,该任务的分配系统包括任务发起端100、任务分配装置200和多个任务接收端300,其中:
任务发起端100用于向任务分配装置200发送任务发起请求。
具体地,在任务发起端100有任务发起需求时,可以通过终端发送任务发起请求。
其中,终端可以是个人计算机PC、手机、平板电脑等具有各种操作系统的硬件设备。
例如,在商户使用电脑的过程中,如果商户当前有任务需要发放时,商家可通过电脑打开任务发放网站的网页,并在网页中供的选项(标题、酬金、任务要求)编辑任务,并发起任务请求。
多个任务接收端300用于接收任务分配装置分配200的任务,并根据用户指令响应任务。
具体地,根据用户指令响应任务可以是通过任务接收端300通过相应的客户端例如智能手机上的App确认接收任务。
任务分配装置200用于根据任务发起请求生成相应的任务,并获取任务发起端100的地址,以及根据任务发起端100的地址确定目标区域,并获取目标区域内的多个任务接收端300,并以第一预设规则向多个任务接收端300中的第一部分任务接收端300发送任务。
在本申请实施例中,如图7所示,任务分配装置200进一步包括:任务生成模块210、地址获取模块220、目标区域确定模块230和分配模块240,其中,
任务生成模块210用于根据任务发起请求生成相应的任务。
可以理解的是,任务可以具有任务等级,具体而言,可根据酬金、距离、任务的难易程度等维度将任务分为优质任务、一般任务、劣质任务等任务等级。举例而言,酬金高、距离近、易完成的任务的等级为优质任务。地址获取模块220用于获取任务发起端100的地址。
目标区域确定模块230用于及根据任务发起端100的地址确定目标区域,并获取目标区域内的多个任务接收端300。
其中,目标区域确定模块230以任务发起端100的地址为中心,以预设距离为半径确定目标区域。
具体地,在地址获取模块220获取任务发起端100的地址之后,目标区域确定模块230可以以任务发起端100的地址为中心,以预设距离为半径确定目标区域,并获取该目标区域内的多个任务接收端300。
具体而言,针对每个任务接收端300来说,在任务接收端300通过终端例如移动终端接收任务的过程中,任务分配装置200可获取任务接收端300的地理位置信息,并在根据任务发送端100的任务发起请求生成相应任务,以及确定目标区域后,可判断任务接收端300的地理位置信息是否在任务发起端100的目标区域内,若任务接收端300的地理位置信息在任务发起端100的目标区域内,则该任务接收端300位于目标区域内,即该任务接收端300可以接收该任务发起端100的任务。
其中,预设距离可以是默认的距离如2千米,也可以是任务发起端100在发起任务请求时自行设定的距离如1千米。
在本申请实施例中,多个任务接收端300分别具有人员等级,例如优质人员、一般人员、劣质人员等。可以理解的是,人员等级是根据人员完成任务数、任务完成率、任务质检合格率等进行设定的。
分配模块240用于以第一预设规则向多个任务接收端300中的第一部分任务接收端300发送任务。
进一步地,分配模块240包括第一分配子模块241、检测子模块242、第二分配子模块243和第三分配子模块244。
其中,第一分配子模块241用于以第一预设规则向多个任务接收端300中的第一部分任务接收端发送任务。
具体地,在本申请实施例中,在确定任务发起端100的目标区域内存在多个任务接收端300后,第一分配子模块241可根据任务等级和多个任务接收端300的人员等级向多个任务接收端300中的第一部分任务接收端发送任务。
100具体而言,在向第一部分任务接收端发送任务的过程中,如果当前任务的任务等级为优质任务,则第一分配子模块241可将当前任务优先发送给优质人员(例如完成任务数排名靠前、任务完成率高、任务质检合格率高)执行,然后发送给一般人员,最后发送给劣质人员。
如果当前任务的任务等级为一般任务,则第一分配子模块241在分配任务时,可将当前任务优先发送给一般人员执行,然后发送给优质人员,最后发送给劣质人员。
如果当前任务的任务等级为劣质任务,则第一分配子模块241在分配任务时,可将当前任务优先匹配劣质人员,然后发送给优质人员,最后发送给一般人员。
优选地,在向任务接收端300发送任务的过程中,任务分配装置200可将任务信息发送到任务接收端300的应用程序账号相应位置处,例如站内信、新消息、新提醒等;也可以通过短信和/或邮件的形式发送给任务接收端300。
进一步地,检测子模块242用于检测第一部分任务接收端中是否有任务接收端300接收任务。
举例而言,发送给任务接收端300的信息中可以设置任务确认领取链接,响应任务则是任务接收端300点击确认领取。
具体而言,在向第一部分任务接收端发送任务后,检测子模块242可监控第一预设时间内是否有任务接收端300响应任务。
其中,第一预设时间是预先设置的时间,例如,第一预设时间为5分钟,可监控5分钟内是否有任务接收端响应任务。
在本申请实施例中,在检测子模块242检测到有任务接收端响应任务时结束任务的分配。
例如,如果任务发起端100在发起任务请求时,设置了该任务所需的人员为2人,在向任务发起端100周围的5个任务接收端300发送任务后,如果监控到在5分钟内有两个任务接收端300接收任务,则第一分配子模块241确定任务响应数量达到预设的任务所需人员数量时,并结束任务的分配。
第二分配子模块243用于在没有任务接收端300响应任务时,以第二预设规则向多个任务接收端300中的第二部分任务接收端发送任务。
其中,第二部分任务接收端的个数大于第一部分任务接收端的个数,且第二部分任务接收端与第一部分任务接收端不重复。
其中,上述第二预设规则为在预设时间内周期性地从多个任务接收端300中随机选择第二部分任务接收端发送任务,直至有任务接收端300接收任务或达到预设时间。
其中,预设时间可以是默认的时间值例如4小时,也可以是任务发起端100自定义设置的时间值例如5小时。
具体而言,在监控到没有任务接收端300响应任务后,为了使得任务发起端100发起的任务可以找到合适执行的人员,可以以预设时间间隔为周期,并周期性地从多个任务接收端300中随机选择第二部分任务接收端发送任务,并监控在预设时间间隔内是否有任务接收端300接收任务,如果没有任务接收端300接收任务,则继续从多个任务接收端300中随机选择第二部分任务接收端发送任务,直至有任务接收端300接收任务或者达到预设时间。
其中,预设时间间隔可以是默认的时间间隔例如5分钟,还可以是任务发起端100设置的时间间隔例如10分钟。
例如,预设时间为4小时,在以第一规则向第一部分任务接收端发送任务后,如果监控到在5分钟内没有任务接收端300响应任务,则可从多个任务接收端300中随机选择10个任务接收端300发送任务,并监控在向10个任务接收端300发送任务之后的5分钟内是否有任务接收端300响应任务,如果没有任务接收端300接收任务,则继续从多个任务接收端300中随机选择10个任务接收端300发送任务,并进行重复监控,直接监控到有任务接收端300响应任务或者达到了4小时。
在监控到达到预设时间例如4小时后依然没有任务接收端300接收任务后,为了使得任务发起端100的任务可以被执行,第三分配子模块1144用于当在达到预设时间之后,依然没有任务接收端300响应任务时,则进一步获取任务的任务内容,并根据任务内容确定完成过任务内容的用户,以及向完成过任务内容的用户对应的任务接收端300发送任务。
可以理解的是,完成过任务内容的用户是指完成过与该任务内容相同或相似的用户。
其中,完成过任务内容的用户对应的任务接收端300与第一部分任务接收端和第二部分任务接收端不重复。
可以理解的是,在本申请实施例中,为了使得有任务接收端300响应任务,在向完成过任务内容的用户对应的任务接收端300发送任务之前,第三分配子模块244还可以用于提高任务对应的报酬。
优选地,任务具有任务等级,多个任务接收端300分别具有人员等级,第一分配子模块241根据任务等级和多个任务接收端300的人员等级向多个任务接收端300中的第一部分任务接收端发送任务。
需要说明的是,前述对任务的分配方法实施例的解释说明,也适用于该实施例的任务的分配系统,此处不再赘述。
本申请实施例的任务的分配系统,首先通过任务发起端发送任务发起请求,然后通过任务分配装置生成相应的任务,并获取任务发起端的地址,根据任务发起端的地址确定目标区域,同时获取目标区域中的多个任务接收端,以及以第一预设规则向多个任务接收端中的部分任务接收端发送任务,进而多个任务接收端中的部分任务接收端接收任务分配装置分配的任务,并根据用户指令响应任务。由此,提高了任务的分配效率,,实现了社会化资源的优化配置,进而提高了人力资源利用率。
为了实现上述实施例,本申请还提出一种任务的分配装置。
图8是本申请一个实施例的任务的分配装置的结构示意图。
如图8所示,该任务的分配装置200包括:任务生成模块210、地址获取模块220、目标区域确定模块230和分配模块240,其中,
任务生成模块210用于接收任务发起端发送的任务发起请求,并根据任务发起请求生成相应的任务。
具体地,在任务发起端有任务发起需求时,任务发起端可以通过终端发送任务发起请求。
其中,终端可以是个人计算机PC、手机、平板电脑等具有各种操作系统的硬件设备。
例如,在商户使用电脑的过程中,如果商户当前有任务需要发放时,商家可通过电脑打开任务发放网站的网页,并在网页中供的选项(标题、酬金、任务要求)编辑任务,并发起任务请求。
可以理解的是,任务可以具有任务等级,具体而言,可根据酬金、距离、任务的难易程度等维度将任务分为优质任务、一般任务、劣质任务等任务等级。举例而言,酬金高、距离近、易完成的任务的等级为优质任务。
地址获取模块220用于获取任务发起端的地址。
目标区域确定模块230用于根据任务发起端的地址确定目标区域,并获取目标区域内的多个任务接收端。
具体地,在地址获取模块220获取任务发起端的地址之后,目标区域确定模块230以任务发起端的地址为中心,以预设距离为半径确定目标区域,并获取该目标区域内的多个任务接收端。
具体而言,针对每个任务接收端来说,在任务接收端通过终端例如移动终端接收任务的过程中,可获取任务接收端的地理位置信息,并在根据任务发送端的任务发起请求生成相应任务,以及确定目标区域后,可判断任务接收端的地理位置信息是否在任务发起端的目标区域内,若任务接收端的地理位置信息在任务发起端的目标区域内,则该任务接收端位于目标区域内,即该任务接收端可以接收该任务发起端的任务。
其中,预设距离可以是默认的距离如2千米,也可以是任务发起端在发起任务请求时自行设定的距离如1千米。
例如,假设店铺在发起任务请求时设置预设距离为1.5千米,如图3所示,图中的A点表示店铺的地址,以A为中心,且以2千米为半径确定目标区域,通过图3可以看出,该目标区域包含多个任务接收端。
在本申请实施例中,多个任务接收端分别具有人员等级,例如优质人员、一般人员、劣质人员等。可以理解的是,人员等级是根据人员完成任务数、任务完成率、任务质检合格率等进行设定的。
分配模块240用于以第一预设规则向多个任务接收端中的第一部分任务接收端发送任务。
在本申请实施例中,如图8所示,分配模块240进一步包括:第一分配子模块241、检测子模块242、第二分配子模块243和第三分配子模块244。
第一分配子模块241用于以第一预设规则向多个任务接收端中的第一部分任务接收端发送任务。
具体地,在确定任务发起端的目标区域内存在多个任务接收端后,可根据任务等级和多个任务接收端的人员等级向多个任务接收端中的第一部分任务接收端发送任务。
具体而言,在向第一部分任务接收端发送任务的过程中,如果当前任务的任务等级为优质任务,可将当前任务优先发送给优质人员(例如完成任务数排名靠前、任务完成率高、任务质检合格率高)执行,然后发送给一般人员,最后发送给劣质人员。
如果当前任务的任务等级为一般任务,在分配任务时,可将当前任务优先发送给一般人员执行,然后发送给优质人员,最后发送给劣质人员。
如果当前任务的任务等级为劣质任务,在分配任务时,可将当前任务优先匹配劣质人员,然后发送给优质人员,最后发送给一般人员。
优选地,在向任务接收端发送任务的过程中,可将任务信息发送到任务接收端的应用程序账号相应位置处,例如站内信、新消息、新提醒等;也可以通过短信和/或邮件的形式发送给任务接收端。
检测子模块242用于检测第一部分任务接收端中是否有任务接收端接收任务。
举例而言,发送给任务接收端的信息中可以设置任务确认领取链接,响应任务则是任务接收端点击确认领取。
具体而言,在向第一部分任务接收端发送任务后,可监控第一预设时间内是否有任务接收端响应任务。
其中,第一预设时间是预先设置的时间,例如,第一预设时间为5分钟,可监控5分钟内是否有任务接收端响应任务。
在本申请实施例中,在检测子模块242检测到有任务接收端响应任务时结束任务的分配。
例如,如果任务发起端在发起任务请求时,设置了该任务所需的人员为2人,在向任务发起端周围的5个任务接收端发送任务后,如果监控到在5分钟内有两个任务接收端接收任务,则确定任务响应数量达到预设的任务所需人员数量时,并结束任务的分配。
第二分配子模块243用于在没有任务接收端响应任务时,以第二预设规则向多个任务接收端中的第二部分任务接收端发送任务。
其中,第二部分任务接收端的个数大于第一部分任务接收端的个数,且第二部分任务接收端与第一部分任务接收端不重复。
其中,上述第二预设规则为在预设时间内周期性地从多个任务接收端中随机选择第二部分任务接收端发送任务,直至有任务接收端接收任务或达到预设时间。
其中,预设时间可以是默认的时间值例如4小时,也可以是任务发起端自定义设置的时间值例如5小时。
具体而言,在监控到没有任务接收端响应任务后,为了使得任务发起端发起的任务可以找到合适执行的人员,可以以预设时间间隔为周期,并周期性地从多个任务接收端中随机选择第二部分任务接收端发送任务,并监控在预设时间间隔内是否有任务接收端接收任务,如果没有任务接收端接收任务,则继续从多个任务接收端中随机选择第二部分任务接收端发送任务,直至有任务接收端接收任务或者达到预设时间。
其中,预设时间间隔可以是默认的时间间隔例如5分钟,也可以是任务发起端设置的时间间隔例如10分钟。
例如,预设时间为4小时,在以第一规则向第一部分任务接收端发送任务后,如果监控到在5分钟内没有任务接收端响应任务,则可从多个任务接收端中随机选择10个任务接收端发送任务,并监控在向10个任务接收端发送任务之后的5分钟内是否有任务接收端响应任务,如果没有任务接收端接收任务,则继续从多个任务接收端中随机选择10个任务接收端发送任务,并进行重复监控,直接监控到有任务接收端响应任务或者达到了4小时。
第三分配子模块244用于当在达到预设时间之后,依然没有任务接收端响应任务时,则进一步获取任务的任务内容,并根据任务内容确定完成过任务内容的用户,以及向完成过任务内容的用户对应的任务接收端发送任务。
可以理解的是,完成过任务内容的用户是指完成过与该任务内容相同或相似的用户。
其中,完成过任务内容的用户对应的任务接收端与第一部分任务接收端和第二部分任务接收端不重复。
可以理解的是,为了使得有任务接收端响应任务,在向完成过任务内容的用户对应的任务接收端发送任务之前,在本申请实施例中,第三分配子模块245还可以用于提高任务对应的报酬。
为了更好地理解本申请实施例,下面以举例的形式描述该实施例的任务的分配装置。
举例而言,如果确定当前任务的任务等级为优质任务,且确定当前任务所需人员为20名,初次下放5个名额,搜索到目标区域中优质人员150名,一般人员200名,劣质人员500名,则第一部分任务接收端可以是5名优质人员。可以理解的是,任务接收端的数量远大于任务所需人员名额。如果发送给的5名优质人员中均响应了5个名额的优质任务,则初次任务下放结束。如果上述下放的5个优质任务中在开始的5分钟内有3个无人认领,则继续推送这3个任务给随机选择的10个优质人员(即第二部分接收端),且这10个优质人员不包含初次推送的5个优质人员中的任何一个;如果第二个5分钟过后仍有1个未被响应,则继续推送这1个任务给随机选择的10个优质人员(即第二部分接收端),且这10个优质人员不包含前两次推送的15个优质人员中的任一个;重复上述推送步骤,直至任务推送结束或推送总时间达到4小时。如果4小时后,仍有1个任务未被确认领取(即响应),则获取该任务的内容,根据该任务内容确定完成过任务内容的用户。
本申请实施例的任务的分配装置,首先通过任务生成模块接收任务发起端发送任务发起请求,并根据任务发起请求生成相应的任务,然后通过地址获取模块获取任务发起端的地址,并通过目标区域确定模块根据任务发起端的地址确定目标区域,同时获取目标区域中的多个任务接收端,以及通过分配模块以第一预设规则向多个任务接收端中的部分接收端发送任务。由此,向任务发起端周围的符号条件的任务接收端推送任务,使得任务接收端及时获得了任务,提高了任务的分配效率,实现了社会化资源的优化配置,进而可提高提高人力资源利用率。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。