CN109816338A - 企业奖惩处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种基于大数据的企业奖惩处理方法、装置、计算机设备和存储介质，该方法包括：获取针对企业对象的联合奖惩信息；确定所述联合奖惩信息所对应的奖惩来源方标识；获取多个奖惩执行方标识；根据所述联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务；不同奖惩执行方标识相应的联合奖惩任务不同；将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发；接收通过各奖惩执行方标识返回的奖惩执行记录。采用本方法能够提高企业奖惩处理准确性。

Description

企业奖惩处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种企业奖惩处理方法、装置、计算机设备和存储介质。

背景技术

随着科学技术的飞速发展，企业的数量逐渐增多，企业的类型也日益增多。为了保证各个企业的规范运营和正常发展，政府部门的合理监管是必不可少的。

由于，企业的运营是涉及到多方面的，所以，一个企业往往需要接收多个政府监管部门的监管。不同的政府监管部门都有不同的监管权责，各个监管部门会根据自身了解到的企业信息对企业进行监管奖惩处理。然而，各个政府监管部门由于监管手段或者监管途径不同，所了解到的企业信息可能存在不足，因而会导致对企业的奖惩处理不准确。

发明内容

基于此，有必要针对上述技术问题，提供一种能够企业对象的奖惩处理准确性的企业奖惩处理方法、装置、计算机设备和存储介质。

一种企业奖惩处理方法，所述方法包括：

获取针对企业对象的联合奖惩信息；

确定所述联合奖惩信息所对应的奖惩来源方标识；

获取多个奖惩执行方标识；

根据所述联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务；不同奖惩执行方标识相应的联合奖惩任务不同；

将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发；

接收通过各奖惩执行方标识返回的奖惩执行记录。

一种企业奖惩处理装置，所述装置包括：

获取模块，用于获取针对企业对象的联合奖惩信息；确定所述联合奖惩信息所对应的奖惩来源方标识；获取多个奖惩执行方标识；

联合奖惩任务生成模块，用于根据所述联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务；不同奖惩执行方标识相应的联合奖惩任务不同；

任务下发模块，用于将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发；

所述获取模块还用于接收通过各奖惩执行方标识返回的奖惩执行记录。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取针对企业对象的联合奖惩信息；

确定所述联合奖惩信息所对应的奖惩来源方标识；

获取多个奖惩执行方标识；

根据所述联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务；不同奖惩执行方标识相应的联合奖惩任务不同；

将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发；

接收通过各奖惩执行方标识返回的奖惩执行记录。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取针对企业对象的联合奖惩信息；

确定所述联合奖惩信息所对应的奖惩来源方标识；

获取多个奖惩执行方标识；

根据所述联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务；不同奖惩执行方标识相应的联合奖惩任务不同；

将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发；

接收通过各奖惩执行方标识返回的奖惩执行记录。

上述企业奖惩处理方法、装置、计算机设备和存储介质，可以获取针对企业对象的联合奖惩信息；确定所述联合奖惩信息所对应的奖惩来源方标识；根据所述联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务；其中，不同奖惩执行方标识相应的联合奖惩任务不同；将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发。即通过奖惩来源方的联合奖惩信息，生成由多个奖惩执行方分别执行的多个联合奖惩任务，将多方的奖惩相互联通起来，相较于传统方法孤立地进行单一奖惩而言，提高了对企业对象的奖惩处理的准确性。各个奖惩执行方还会将奖惩执行记录一一进行返回，以便于统一管理奖惩执行情况，进一步地提高了对企业对象的奖惩处理的准确性。

附图说明

图1为一个实施例中企业奖惩处理方法的应用场景图；

图2为一个实施例中企业奖惩处理方法的流程示意图；

图3为一个实施例中联合奖惩任务生成步骤的流程示意图；

图4为一个实施例中企业奖惩处理方法的原理示意图；

图5为一个实施例中企业奖惩处理装置的结构框图；

图6为另一个实施例中企业奖惩处理装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的企业奖惩处理方法，可以应用于如图1所示的应用环境中。其中，后台服务器110通过网络分别与奖惩来源服务器120和奖惩执行服务器130通过网络进行通信。其中，后台服务器110、奖惩来源服务器120以及奖惩执行服务器130，皆可以用独立的服务器或者是多个服务器组成的服务器集群来实现。其中，奖惩来源服务器120，是初始做出奖惩处理的、且用于提供联合奖惩信息的政府监管部门的服务器。奖惩执行服务器130，是执行联合奖惩任务的政府监管部门的服务器。

后台服务器110可以从奖惩来源服务器120获取针对企业对象的联合奖惩信息，并确定联合奖惩信息所对应的奖惩来源方标识。后台服务器110可以获取多个奖惩执行方标识；根据联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对企业对象的联合奖惩任务；其中，不同奖惩执行方标识相应的联合奖惩任务不同；将各联合奖惩任务分别按照相应的奖惩执行方标识下发至奖惩执行服务器130。奖惩执行服务器130可以通过各奖惩执行方标识将奖惩执行记录返回至后台服务器110。

在一个实施例中，如图2所示，提供了一种企业奖惩处理方法，以该方法应用于图1中的后台服务器110为例进行说明，包括以下步骤：

S202，获取针对企业对象的联合奖惩信息。

其中，联合奖惩信息，是对企业对象做出的、且使多个奖惩执行方联动进行奖惩处理的奖惩信息。

联合奖惩信息包括奖惩企业对象信息、奖惩来源方信息、奖惩具体事项信息、奖惩相关时间信息和奖惩结果类信息。

在一个实施例中，奖惩企业对象信息，包括企业对象名称、统一社会信用代码、人名、身份证号等。其中，人名，是企业对象中受到相关奖惩处理的人员名称。

在一个实施例中，奖惩来源方信息，包括来源方名称、来源方权责等。

在一个实施例中，奖惩具体事项信息，包括奖惩事由、奖惩依据、奖惩来源方、奖惩行业领域等。

在一个实施例中，奖惩相关时间信息，包括奖惩决定日期、奖惩生效日期、奖惩截止日期、奖惩公示日期、数据更新时间等。

在一个实施例中，奖惩结果类信息，包括奖惩执行措施、奖惩决定书文号等。

在一个实施例中，联合惩戒信息数据格式设计表，具体如下表：

在一个实施例中，后台服务器可以主动从奖惩来源服务器中获取针对企业对象做出的联合奖惩信息。

在另一个实施例中，步骤S202获取针对企业对象的联合奖惩信息包括：接收联合奖惩请求，从联合奖惩请求中提取针对企业对象的联合奖惩信息。

其中，联合奖惩请求，用于请求多个奖惩执行方联合起来对企业对象进行奖惩处理。

具体地，初始做出奖惩处理的政府监管部门(即奖惩来源方)的工作人员，可以针对企业对象进行联合奖惩操作，并通过奖惩来源服务器向后台服务器发送联合奖惩请求。联合奖惩请求中携带针对企业对象的联合奖惩信息，后台服务器可以从联合奖惩请求中提取针对企业对象的联合奖惩信息。

S204，确定联合奖惩信息所对应的奖惩来源方标识。

其中，奖惩来源方标识，用于唯一标识奖惩来源方。奖惩来源方，即指初始做出奖惩处理的政府监管部门。

在一个实施例中，后台服务器可以从联合奖惩请求中提取联合奖惩信息所对应的奖惩来源方标识。

在另一个实施例中，联合奖惩信息中也可以包括奖惩来源方标识。后台服务器可以从联合奖惩信息中提取奖惩来源方标识。

S206，获取多个奖惩执行方标识。

其中，奖惩执行方标识，用于唯一标识奖惩执行方。奖惩执行方，即指执行联合奖惩任务的政府监管部门。

在一个实施例中，步骤S206获取多个奖惩执行方标识包括：获取预设的除奖惩来源方标识以外的政府监管部门的标识。即奖惩执行方标识可以默认是除奖惩来源方标识以外的、预设政府监管部门的标识。

在一个实施例中，步骤S206获取多个奖惩执行方标识包括：从联合奖惩请求中提取所指定的多个奖惩执行方标识。可以理解，奖惩来源方在进行联合奖惩操作时，可以指定多个奖惩执行方，那么，联合奖惩请求中就可以携带所指定的多个奖惩执行方标识。

在一个实施例中，步骤S206获取多个奖惩执行方标识包括：确定与奖惩来源方标识存在奖惩处理映射关系的多个部门标识；将该多个部门标识作为奖励执行方标识。

其中，奖惩处理映射关系，是基于双方之间建立的奖惩约定条款，将其中一方做出的联合奖惩信息映射为在另一方处所应该对应的奖惩任务的关系。可以理解，这里的“部门”是指政府监管部门。

可以理解，不同的奖惩处理方，其所对应的业务事项不同，而奖惩处理必然是跟其自身的业务事项相符，所以，不同的奖惩处理方所能够做出的奖惩处理。那么，建立约定的一方A针对企业对象做出的联合奖惩信息，在另一方B处就需要进行与B的业务事项相符的奖惩处理，因而，双方之间会预先建立约定，后台服务器可以基于该约定，生成两方之间的奖惩处理映射关系，以根据该奖惩处理映射关系，将一方做出的联合奖惩信息映射为与另一方的业务事项相符的奖惩任务。

后台服务器可以确定与奖惩来源方标识存在奖惩处理映射关系的多个部门标识。可以理解，存在奖惩处理映射关系的多个部门，与奖惩来源方的业务事项关联性也比较强，因此，将存在奖惩处理映射关系的多个部门的部门标识作为奖励执行方标识，更加地准确。

S208，根据联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对企业对象的联合奖惩任务。

可以理解，不同奖惩执行方标识相应的联合奖惩任务不同。联合奖惩任务，是指根据奖惩来源方这一方的联合奖惩信息所确定的、且针对联动的各个奖惩执行方分配的奖惩任务。可以理解，联合奖惩任务中的“联合”，即指一方做出奖惩处理，联动到多方执行相应的奖惩任务。

在一个实施例中，步骤S208根据联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对企业对象的联合奖惩任务包括：获取奖惩来源方标识和各奖惩执行方标识之间预先建立的各奖惩处理映射关系；分别按照各奖惩处理映射关系，将联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对企业对象的联合奖惩任务。

具体地，后台服务器可以预先根据各政府监管部门之间签订的联合奖惩备忘录的条款内容，建立两两之间的奖惩处理映射关系。后台服务器可以获取预先建立的奖惩处理映射关系，并从中查找奖惩来源方标识和各奖惩执行方标识之间的各奖惩处理映射关系。针对每个奖惩执行方标识，服务器可以按照奖惩来源方标识和该奖惩执行方标识所对应的奖惩处理映射关系，将联合奖惩信息映射为与该奖惩执行方标识所对应的业务事项匹配的、且针对企业对象的联合奖惩任务。

为了便于理解奖惩处理映射关系，现举例说明。假设，奖惩来源方是国家工商总局，奖惩执行方分别为市场监督管理局和安全生产监督管理局，显然，这两个部门负责的业务职责并不相同，与国家工商总局约定签订的条款内容也不一样。因此，在获取联合奖惩系统将国家工商总局颁发的黑名单之后，后台服务器根据国家工商总局和市场监督管理局之间建立的奖惩处理映射关系，生成与市场监督管理局相应的联合奖惩任务——即，将黑名单对象作为失信被执行人，并限制失信被执行人设立融资性担保公司。后台服务器可以根据国家工商总局和安全生产监督管理局之间建立的奖惩处理映射关系，生成与安全生产监督管理局相应的联合奖惩任务——即，限制黑名单对象办理安全生产许可证。

可以理解，后台服务器还可以将联合奖惩信息发送至任务制作终端，用户可以基于任务制作终端呈现的联合奖惩信息自定义地针对各个奖惩执行方标识制定相应的联合奖惩任务。

S210，将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发。

具体地，后台服务器可以将联合奖惩任务分别下发至相应的奖惩执行方标识所对应的奖惩执行服务器。进一步地，还可以使奖惩执行服务器将下发至的联合奖惩任务推送至执行人员所使用的奖惩执行终端。执行人员则可以根据奖惩执行终端显示的联合奖惩任务对企业对象实施相应的奖惩处理操作。

在一个实施例中，奖惩执行服务器可以解析该联合奖惩任务，并生成与该联合奖惩任务所表示的且与奖惩执行方标识所对应的业务事项相符的奖惩信息，并自身存储该生成的奖惩信息。

比如，后台服务器获取最高人民法院公布的失信被执行人(包括自然人和单位)名单，其中联合奖惩执行部门之一是市场监督管理局(以下简称“市监局”)，后台服务器针对市监局生成的联合奖惩任务则可以是限制失信被执行人设立融资性担保公司，那么，市监局的服务器在接收到后台服务器下发的联合奖惩任务后，在市监局的服务器中解析该联合奖惩任务，以生成需要限制失信被执行人设立融资性担保公司的这一惩戒信息并存储。市监局可以将限制失信被执行人设立融资性担保公司的联合奖惩任务下发至奖惩执行终端，以使执行人员按照该联合奖惩任务进行相应处理。

在一个实施例中，后台服务器可以采用接口对接的方式，调用奖惩执行方标识所对应的奖惩执行服务器的接口，直接推送联合奖惩任务至相应的奖惩执行方标识所对应的奖惩执行服务器，使奖惩执行服务器将下发至的联合奖惩任务推送至执行人员所使用的奖惩执行终端。

在另一个实施例中，后台服务器也可以将联合奖惩任务推送至各奖惩执行方标识所对应的前置机，由各奖惩执行方标识所对应的奖惩执行服务器定时地去前置机读取相应联合奖惩任务。

S212，接收通过各奖惩执行方标识返回的奖惩执行记录。

其中，奖惩执行记录，是执行联合奖惩任务产生的相关记录。在一个实施例中，奖惩执行记录包括奖惩任务执行结果、奖惩任务执行状态、以及奖惩任务具体实施记录等中的至少一种。

具体地，执行人员在通过奖惩执行终端对企业对象实施相应的奖惩处理操作后，可以通过奖惩执行终端反馈奖惩执行记录至奖惩执行服务器，奖惩执行服务器可以通过奖惩执行方标识将奖惩执行记录返回至后台服务器。

同样结合步骤S210中的例子进行解释说明。比如，后续在市场监督管理局往后的日常工作中，若遇到某失信被执行人来设立融资性担保公司，市场监督管理局的执行人员将不予办理，且在进行记录，并将该奖惩执行记录录反馈至奖惩执行服务器，奖惩执行服务器进而可以存储该奖惩执行记录，并将该奖惩执行记录返回至后台服务器。

上述企业奖惩处理方法，可以获取针对企业对象的联合奖惩信息；确定所述联合奖惩信息所对应的奖惩来源方标识；根据所述联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务；其中，不同奖惩执行方标识相应的联合奖惩任务不同；将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发。即通过奖惩来源方的联合奖惩信息，生成由多个奖惩执行方分别执行的多个联合奖惩任务，将多方的奖惩相互联通起来，相较于传统方法孤立地进行单一奖惩而言，提高了对企业对象的奖惩处理的准确性。各个奖惩执行方还会将奖惩执行记录一一进行返回，以便于统一管理奖惩执行情况，进一步地提高了对企业对象的奖惩处理的准确性。

在一个实施例中，分别按照各奖惩处理映射关系，将联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对企业对象的联合奖惩任务包括：从联合奖惩信息中识别奖惩类型；根据奖惩类型，确定企业对象所位于的奖惩名单；当奖惩名单属于守信激励红名单时，则分别按照各奖惩处理映射关系，将联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对企业对象的联合奖励任务。

其中，奖惩类型，包括奖励类型和惩戒类型。可以理解，联合奖惩信息中可以包括奖惩来源方针对企业对象做出的奖惩的奖惩类型。后台服务器可以从联合奖惩信息中识别奖惩类型。

奖惩名单，是用于记录奖惩企业对象的名单。在一个实施例中，奖惩名单包括守信激励红名单和失信惩戒黑名单。可以理解，守信激励红名单，是用于记录守信的、且予以进行奖励的企业对象的名单。失信惩戒黑名单，是用于记录失信的、且予以进行惩戒的企业对象的名单。

具体地，后台服务器可以确定确定企业对象所位于的奖惩名单到底是守信激励红名单还是失信惩戒黑名单。当奖惩名单属于守信激励红名单时，则说明需要对企业对象进行奖励，因此，后台服务器可以分别按照各奖惩处理映射关系，将联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对企业对象的联合奖励任务。

在一个实施例中，当奖惩名单属于失信惩戒黑名单时，则说明需要对企业对象进行惩戒，后台服务器则可以分别按照各奖惩处理映射关系，将联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对企业对象的联合惩戒任务。

上述实施例中，通过识别联合奖惩信息中的奖惩类型；根据奖惩类型，确定企业对象所位于的奖惩名单；根据企业对象所位于的奖惩名单，针对性地生成相应的联合奖励任务或联合惩戒任务，提高了生成的联合奖励任务的准确性。

如图3所示，在另一个实施例中，步骤S208所述根据所述联合奖惩信息，生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务(简称联合奖惩任务生成步骤)，具体包括以下：

S302，将联合奖惩信息输出至任务制作终端进行呈现。

其中，任务制作终端，是用于接收奖惩任务制定操作的终端。

S304，接收任务制作终端发送的奖惩任务制定请求；奖惩任务制定请求，是任务制作终端基于用户针对联合奖惩信息的奖惩任务制定操作生成。

具体地，用户可以基于任务制作终端呈现的联合奖惩信息，自定义地针对各个奖惩执行方标识制定奖惩任务。任务制作终端可以基于用户针对联合奖惩信息的奖惩任务制定操作，生成奖惩任务制定请求，并发送至后台服务器。

S306，根据奖惩任务制定请求中包括的联合奖惩内容，生成与各奖惩执行方标识所对应的业务事项相符的、且针对企业对象的联合奖惩任务。

可以理解，用户在自定义地针对各个奖惩执行方标识制定奖惩任务时，可以输入相应的联合奖惩内容。奖惩任务制定请求中则包括该输入的联合奖惩内容。后台服务器可以根据奖惩任务制定请求中包括的联合奖惩内容，生成与各奖惩执行方标识所对应的业务事项相符的、且针对企业对象的联合奖惩任务。即，联合奖惩内容是基于信息，后台服务器可以将用户输入的联合奖惩内容作为基础数据，进行任务生成处理，生成与各奖惩执行方标识所对应的业务事项相符的、且针对企业对象的联合奖惩任务。

上述实施例中，用户可以自定义联合奖惩任务，能够很好地满足用户需求。

在一个实施例中，步骤S210将各联合奖惩任务分别按照相应的奖惩执行方标识进行下发包括：针对每个联合奖惩任务，获取与联合奖惩任务相应的奖惩执行方标识所对应的业务事项；从业务事项中，筛选与联合奖惩任务匹配的业务事项；确定针对所匹配的业务事项预先设置的信息推送规则；按照信息推送规则，将联合奖惩任务按照相应的奖惩执行方标识进行推送。

可以理解，奖惩执行方标识所对应的业务事项，即为每个奖惩执行方标识所唯一标识的奖惩执行方自身所具有权限的业务事项。

具体地，后台服务器可以针对每个联合奖惩任务，获取与联合奖惩任务相应的奖惩执行方标识所对应的业务事项。进一步地，后台服务器可以从业务事项中，筛选与联合奖惩任务匹配的业务事项。即筛选出联合奖惩任务所属于的业务事项，比如联合奖惩任务为“限制黑名单对象办理安全生产许可证”，那么，相应的业务事项即为安全生产许可证办理事项。后台服务器中预先针对各个业务事项设置了相应的信息推送规则。后台服务器可以确定针对所匹配的业务事项预先设置的信息推送规则，并按照信息推送规则，将联合奖惩任务按照相应的奖惩执行方标识进行推送。

可以理解，不同的业务事项有符合各自需求的信息推送规则。比如，按照时间推送(周、月、季度)；按照行业或地区推送等不同的信息推送规则。

在一个实施例中，后台服务器还提供快捷查询功能，监管用户可以输入查询关键字，比如奖惩类型、奖惩部门、奖惩时间、奖惩执行部门等关键字进行快速检索。后台服务器还提供联合奖惩查询条件，供监管用户选择进行查询。

在一个实施例中，联合奖惩查询条件包括以下几类中的至少一种：(1)按企业对象名称/统一社会信用代码查询；(2)按来源部门/联合奖惩部门查询；(3)按时间进行查询。

为了便于对企业奖惩处理方法的理解，现结合图4进行举例说明。图4为一个实施例中企业奖惩处理方法的原理示意图。参照图4，后台服务器，从各个奖惩来源方的系统数据库中采集联合奖惩信息，从中识别需要进行联合奖惩处理的企业对象，并根据规则引擎(比如奖惩处理映射关系)判定联合奖惩对象属于守信奖励红名单还是失信惩戒黑名单，并针对各守信奖励红名单的企业对象制定联合奖励任务，针对各失信惩戒黑名单的企业对象制定联合惩戒任务，其中，不同的奖惩执行方(比如，各区管控中心、各委办局业务系统)所接收的联合奖惩任务与其自身业务事项匹配。各个奖惩执行方在接收到与各自业务事项匹配的联合奖惩任务后，可以执行各自的联合奖惩任务，并对结果进行反馈，从而实现一个部门登记失信处理惩戒后，所有的部门都可以进行相应的联合惩戒的效果，即“一处失信，处处惩戒”。

上述实施例中，针对不同的业务事项，预先设置相应的信息推送规则，按照信息推送规则，将联合奖惩任务按照相应的奖惩执行方标识进行推送。相当于结合业务事项的自身需求进行联合奖惩任务的推送，提高了推送的准确性。

应该理解的是，虽然图2和图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种企业奖惩处理装置500，包括：获取模块502、联合奖惩任务生成模块504以及任务下发模块506；其中：

获取模块502，用于获取针对企业对象的联合奖惩信息；确定联合奖惩信息所对应的奖惩来源方标识；获取多个奖惩执行方标识。

联合奖惩任务生成模块504，用于根据联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对企业对象的联合奖惩任务；不同奖惩执行方标识相应的联合奖惩任务不同。

任务下发模块506，用于将各联合奖惩任务分别按照相应的奖惩执行方标识进行下发。

获取模块502还用于接收通过各奖惩执行方标识返回的奖惩执行记录。

在一个实施例中，获取模块502还用于从联合奖惩请求中提取所指定的多个奖惩执行方标识；或者，确定与奖惩来源方标识存在奖惩处理映射关系的多个部门标识；将多个部门标识作为奖励执行方标识。

在一个实施例中，联合奖惩任务生成模块504还用于获取奖惩来源方标识和各奖惩执行方标识之间预先建立的各奖惩处理映射关系；分别按照各奖惩处理映射关系，将联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对企业对象的联合奖惩任务。

在一个实施例中，联合奖惩任务生成模块504还用于从联合奖惩信息中识别奖惩类型；根据奖惩类型，确定企业对象所位于的奖惩名单；当奖惩名单属于守信激励红名单时，则分别按照各奖惩处理映射关系，将联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对企业对象的联合奖励任务。

在一个实施例中，联合奖惩任务生成模块504还用于当奖惩名单属于失信惩戒黑名单时，则分别按照各奖惩处理映射关系，将联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对企业对象的联合惩戒任务。

在一个实施例中，联合奖惩任务生成模块504还用于将联合奖惩信息输出至任务制作终端进行呈现；接收任务制作终端发送的奖惩任务制定请求；奖惩任务制定请求，是任务制作终端基于用户针对联合奖惩信息的奖惩任务制定操作生成；根据奖惩任务制定请求中包括的联合奖惩内容，生成与各奖惩执行方标识所对应的业务事项相符的、且针对企业对象的联合奖惩任务。

如图6所示，在一个实施例中，任务下发模块506包括：

业务事项确定模块506a，用于针对每个联合奖惩任务，获取与联合奖惩任务相应的奖惩执行方标识所对应的业务事项；从业务事项中，筛选与联合奖惩任务匹配的业务事项。

推送规则确定模块506b，用于确定针对所匹配的业务事项预先设置的信息推送规则。

推送模块506c，用于按照信息推送规则，将联合奖惩任务按照相应的奖惩执行方标识进行推送。

关于企业奖惩处理装置的具体限定可以参见上文中对于企业奖惩处理方法的限定，在此不再赘述。上述企业奖惩处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是图1中的后台服务器110，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质可存储操作系统和计算机程序。该计算机程序被执行时，可使得处理器执行一种企业奖惩处理方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该内存储器中可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行一种企业奖惩处理方法。计算机设备的网络接口用于进行网络通信。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述企业奖惩处理方法的步骤。此处企业奖惩处理方法的步骤可以是上述各个实施例的企业奖惩处理方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述企业奖惩处理方法的步骤。此处企业奖惩处理方法的步骤可以是上述各个实施例的企业奖惩处理方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种企业奖惩处理方法，所述方法包括：

获取针对企业对象的联合奖惩信息；

确定所述联合奖惩信息所对应的奖惩来源方标识；

获取多个奖惩执行方标识；

根据所述联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务；不同奖惩执行方标识相应的联合奖惩任务不同；

将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发；

接收通过各奖惩执行方标识返回的奖惩执行记录。

2.根据权利要求1所述的方法，其特征在于，所述获取多个奖惩执行方标识包括：

从所述联合奖惩请求中提取所指定的多个奖惩执行方标识；或者，

确定与所述奖惩来源方标识存在奖惩处理映射关系的多个部门标识；

将所述多个部门标识作为奖励执行方标识。

3.根据权利要求1所述的方法，其特征在于，所述根据所述联合奖惩信息，生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务包括：

获取所述奖惩来源方标识和各所述奖惩执行方标识之间预先建立的各奖惩处理映射关系；

分别按照各奖惩处理映射关系，将所述联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对所述企业对象的联合奖惩任务。

4.根据权利要求3所述的方法，其特征在于，所述分别按照各奖惩处理映射关系，将所述联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对所述企业对象的联合奖惩任务包括：

从所述联合奖惩信息中识别奖惩类型；

根据所述奖惩类型，确定所述企业对象所位于的奖惩名单；

当所述奖惩名单属于守信激励红名单时，则分别按照各奖惩处理映射关系，将所述联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对所述企业对象的联合奖励任务。

5.根据权利要求4所述的方法，其特征在于，所述分别按照各奖惩处理映射关系，将所述联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对所述企业对象的联合奖惩任务还包括：

当所述奖惩名单属于失信惩戒黑名单时，则分别按照各奖惩处理映射关系，将所述联合奖惩信息映射为与各奖惩执行方标识所对应的业务事项匹配的、且针对所述企业对象的联合惩戒任务。

6.根据权利要求1所述的方法，其特征在于，所述根据所述联合奖惩信息，生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务包括：

将所述联合奖惩信息输出至任务制作终端进行呈现；

接收所述任务制作终端发送的奖惩任务制定请求；所述奖惩任务制定请求，是任务制作终端基于用户针对所述联合奖惩信息的奖惩任务制定操作生成；

根据所述奖惩任务制定请求中包括的联合奖惩内容，生成与各奖惩执行方标识所对应的业务事项相符的、且针对所述企业对象的联合奖惩任务。

7.根据权利要求1所述的方法，其特征在于，所述将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发包括：

针对每个联合奖惩任务，获取与所述联合奖惩任务相应的奖惩执行方标识所对应的业务事项；

从所述业务事项中，筛选与所述联合奖惩任务匹配的业务事项；

确定针对所匹配的业务事项预先设置的信息推送规则；

按照所述信息推送规则，将所述联合奖惩任务按照相应的奖惩执行方标识进行推送。

8.一种企业奖惩处理装置，其特征在于，所述装置包括：

获取模块，用于获取针对企业对象的联合奖惩信息；确定所述联合奖惩信息所对应的奖惩来源方标识；获取多个奖惩执行方标识；

联合奖惩任务生成模块，用于根据所述联合奖惩信息，分别生成与各奖惩执行方标识相应的、且针对所述企业对象的联合奖惩任务；不同奖惩执行方标识相应的联合奖惩任务不同；

任务下发模块，用于将各所述联合奖惩任务分别按照相应的奖惩执行方标识进行下发；

所述获取模块还用于接收通过各奖惩执行方标识返回的奖惩执行记录。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。