一种线上互动任务认定方法及计算机设备与流程

1.本发明属于运维技术领域，尤其涉及一种线上互动任务认定方法、线上互动任务认定装置、计算机设备及计算机可读存储介质。


背景技术：

2.随着互联网技术的发展，现有的许多应用程序允许通过小程序或者跳转页面的方式进行线上互动任务扩展。
3.然而，对于互动任务较多，且每个互动任务的参与账号较多时，互动任务的认定指标数据也随之变多。相应地，不同的互动认为的认定规则也不同，且互动任务的周期长，明细数据量巨大。对用于为互动任务进行认定操作的目标服务器来说，系统资源有限，目标服务器无法对所有的互动任务的互动数据进行统筹安排，如果同时对所有的互动任务并行认定处理，则必然出现目标服务器宕机的现象。可见，现有的互动任务认定方案中，目标服务器在对互动任务进行认定时，存在统筹能力较低，效率不高的问题。


技术实现要素：

4.有鉴于此，本技术实施例提供了一种线上互动任务认定方法、线上互动任务认定装置、计算机设备及计算机可读存储介质，以解决现有的互动任务认定方案中存在的效率不高的问题。
5.本技术实施例的第一方面提供了一种线上互动任务认定方法，包括：
6.按照开展中的线上互动任务集合中各互动任务的预设优先等级，生成互动数据处理策略；其中，所述互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求；所述互动数据与所述互动任务一一对应，且所述互动数据用于描述所述互动任务的参与账号的互动情况；
7.按照所述互动数据处理策略从所述互动任务集合中确定目标互动任务，且为所述目标互动任务配置数据处理资源；
8.基于所述数据处理资源，接收所述目标互动任务的互动数据，且查找所述目标互动任务的预设认定策略，并按照所述预设认定策略对所述互动数据进行认定操作，输出认定结果。
9.本技术实施例的第二方面提供了一种线上互动任务认定装置，包括：
10.策略生成单元，用于按照开展中的线上互动任务集合中各互动任务的预设优先等级，生成互动数据处理策略；其中，所述互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求；所述互动数据与所述互动任务一一对应，且所述互动数据用于描述所述互动任务的参与账号的互动情况；
11.配置单元，用于按照所述互动数据处理策略从所述互动任务集合中确定目标互动任务，且为所述目标互动任务配置数据处理资源；
12.认定单元，用于基于所述数据处理资源，接收所述目标互动任务的互动数据，且查
找所述目标互动任务的预设认定策略，并按照所述预设认定策略对所述互动数据进行认定操作，输出认定结果。
13.本技术实施例的第三方面提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面的各个步骤。
14.本技术实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面的各个步骤。
15.实施本技术实施例提供的一种线上互动任务认定方法、线上互动任务认定装置、计算机设备及计算机可读存储介质具有以下有益效果：
16.本技术实施例，按照开展中的线上互动任务集合中各互动任务的预设优先等级，生成互动数据处理策略，由于互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求，因此能够按照互动数据处理策略，为从开展中的线上互动任务集合中确定得到的目标互动任务配置数据处理资源，实现了为开展中的线上互动任务集合中的每个互动任务配置合理的数据处理资源，进而基于数据处理资源，接收目标互动任务的回流数据集合，且按照目标互动任务的预设认定策略，对回流数据集合进行认定操作，输出认定结果，提高了目标服务器对线上互动任务认定的统筹能力与处理效率。
附图说明
17.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
18.图1是本技术实施例提供的一种线上互动任务认定方法的实现流程图；
19.图2是本技术另一实施例提供的一种线上互动任务认定方法的实现流程图；
20.图3是本技术实施例提供的一种线上互动任务认定装置的结构框图；
21.图4是本技术实施例提供的一种计算机设备的结构框图。
具体实施方式
22.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
23.本实施例提供的一种线上互动任务认定方法，执行主体为服务器集群中用于对线上互动任务进行认证操作的目标服务器。此外，目标服务器还可以用于进行线上互动任务的配置操作、发布操作等。这里，服务器集群可以是由多个服务器组成的服务器集群，基于该服务器集群构建分布式系统，令构建分布式系统所需的各组件能够被配置到服务器集群中的各服务器中，被配置有分布式系统组件的服务器，也可以被称为组件服务器。服务器集群中的各服务器之间能够进行数据共享或数据同步。在此基础上，向该服务器集群中的任一服务器配置目标脚本文件，由该目标脚本文件描述本实施例提供的线上互动任务认定方法，使得该配置有目标脚本文件的服务器能够通过执行该目标脚本文件，进而执行线上互
动任务认定方法中的各个步骤。或者，通过对服务器集群配置新的服务器，向该新的服务器配置目标脚本文件，由该目标脚本文件描述本实施例提供的线上互动任务认定方法，使得该新的服务器能够通过执行该目标脚本文件，进而执行线上互动任务认定方法中的各个步骤。
24.在实现时，服务器集群中用于对线上互动任务进行认证操作的目标服务器，开展中的线上互动任务集合中各互动任务可以被服务器集群中任一服务器进行发布与监控，且在互动任务发布后，目标服务器可以通过访问服务器集群中的各个服务器，进而获取到每个互动任务对应的互动数据，或者，服务器集群中的其他服务器在获取到互动任务对应的互动数据后，将互动数据主动传递至目标服务器。由目标服务器按照开展中的线上互动任务集合中各互动任务的预设优先等级，生成互动数据处理策略，由于互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求，因此能够按照互动数据处理策略，为从开展中的线上互动任务集合中确定得到的目标互动任务配置数据处理资源，实现了为开展中的线上互动任务集合中的每个互动任务配置合理的数据处理资源，进而基于数据处理资源，接收目标互动任务的回流数据集合，且按照目标互动任务的预设认定策略，对回流数据集合进行认定操作，输出认定结果，提高了目标服务器对线上互动任务认定的统筹能力与处理效率。
25.以下通过具体实现方式对本实施例提供的一种线上互动任务认定方法进行详细说明。
26.图1示出了本技术实施例提供的线上互动任务认定方法的实现流程图，详述如下：
27.s11：按照开展中的线上互动任务集合中各互动任务的预设优先等级，生成互动数据处理策略。
28.在步骤s11中，互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求；互动数据与互动任务一一对应，且互动数据用于描述互动任务的参与账号的互动情况。这里，开展中的线上互动任务集合中包含多个互动任务，互动数据具体可以是各互动任务的所有参与账号在参与互动任务过程中产生的指标数据。
29.需要说明的是，每个互动任务发布后允许相应的用户群体通过账号参与该互动任务，也即参与了互动任务的账号即为参与账号。每个互动任务的参与用户可以是多个，且每个参与账号在参与该互动任务的过程中产生相关的互动数据，因此以单个互动任务的所有参与账号，在参与过程中产生的相关交互数据为互动数据。
30.在本技术的所有实施例中，在开展中的线上互动任务集合中，各互动任务之间可以是相互独立的互动任务，也可以是具有关联性的相关互动任务。由于本实施例提供的线上互动任务认定方法，与互动任务之间的关联程度无关，故此处不限制各互动任务之前的关联程度大小。
31.在本实施例中，为各互动任务预设优先等级，是为了生成互动数据处理策略时，有能够作为该策略遵循的依据或者基础。按照每个互动任务的预设优先等级生成互动数据处理策略，且以该互动数据处理策略描述对互动数据进行处理的先后顺序与资源需求，使得目标服务器能够基于互动数据处理策略统筹执行多个互动任务的认定操作，也即实现了对多个互动任务进行认定操作时，能够按照相应的顺序依次进行认定。由于互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求，因此在目标服务器按照各互动任
务的预设优先等级，生成互动数据处理策略后，能够按照该互动数据处理策略开展互动任务的认定操作，故生成互动数据处理策略还为实现互动任务自动化认定操作提供了实现基础。
32.此外，在通过对生成互动数据处理策略进行改进或者优化时，还能够为进一步优化互动任务认定过程提供实现途径。
33.在实现时，可以利用已有的分类模型构建相应的配置策略生成模型，该策略生成模型用于描述互动任务的预设优先等级与互动数据处理策略之间的对应关系。也即，该策略生成模型以各互动任务的预设优先等级为输入，以每个预设优先等级对应的互动数据处理先后顺序与资源需求为输出，根据各互动任务的预设优先等级配置各互动任务的处理先后顺序与资源分配，进而生成互动数据处理策略。
34.容易理解的是，开展中的线上互动任务集合中各互动任务配置有预设优先等级，也即可以视为以预设优先等级进行了初次分类，故可以利用已有的分类模型，基于该分类进一步描述不同预设优先等级与互动数据处理顺序之间的对应关系，以及不同预设优先等级与资源需求之间的对应关系。
35.作为一个实施例，步骤s11具体包括：
36.按照开展中的线上互动任务集合中各互动任务的预设优先等级，对开展中的线上互动任务集合进行聚类，得到多个分类集合；其中，每个所述分类集合中的互动任务的预设优先等级相同；基于预设的策略生成列表与每个所述分类集合，生成互动数据处理策略。
37.在本实施例中，通过配置相应的策略生成列表，且在该策略生成列表中定义不同优先等级对应的先后顺序关系与资源需求。
38.例如，策略生成列表中设置有：一等、二等以及三等；其中，一等、二等以及三等异常的先后顺序可以为最先、优先以及最后；一等对应的资源需求为最多资源、二等对应的资源需求为较少资源、三等对应的资源需求为最少资源。基于此，通过对开展中的线上互动任务集合中各互动任务进行等级区分后，根据策略生成列表中的等级先后顺序以及资源需求内容，即可生成互动数据处理策略，也即确定开展中的线上互动任务集合中各互动任务的互动数据处理先后顺序，以及处理互动数据时的资源需求。
39.在一些实施例中，按照开展中的线上互动任务集合中各互动任务的预设优先等级，生成互动数据处理策略，具体还可以将目标服务器的当前空闲资源数据考虑其中，也即，开展中的线上互动任务集合中各互动任务的预设优先等级，用于确定互动数据处理策略中指示的对互动数据进行处理的先后顺序，当前空闲资源数据用于确定不同优先等级对应的资源需求。
40.以上一示例为基础，一等对应的资源需求为最多资源、二等对应的资源需求为较少资源、三等对应的资源需求为最少资源，相应地，以当前空闲资源数据用于确定不同优先等级对应的资源需求，属于一等的互动任务对应的资源需求为当前空闲资源，属于二等的互动任务对应的资源需求为当前空闲资源的大部分空闲资源，属于三等的互动任务对应的资源需求为当前空闲资源的小部分空闲资源。
41.可以理解的是，开展中的线上互动任务集合中各互动任务，可以是由运营人员通过互动任务配置平台配置、核准后，再通过互动平台进行发布。用户利用终端设备开启互动平台，如应用程序、或者交互页面等，利用登录账号进行登录后，即可参与用户感兴趣的互
动任务。只要用户通过登录了账号的交互平台参与了互动任务，相应的互动数据进而上传至服务器集群中相应的服务器，进而令目标服务器接收到每个参与账号回流的互动数据，实现在各互动任务开展过程中根据互动数据处理策略进行互动任务认定操作。
42.作为一个实施例，预设的策略生成列表中的信息用于描述各优先等级对应的先后顺序关系和资源需求信息。上述步骤：基于预设的策略生成列表与每个所述分类集合，生成互动数据处理策略，包括：
43.获取所述分类集合中各所述互动任务的约定持续时长；根据所述约定持续时长中与所述预设的策略生成列表中的信息，生成互动数据处理策略；其中，所述互动数据处理策略，用于描述所述互动数据在所述约定持续时长内，被处理的顺序与资源需求信息。
44.在本实施例中，约定持续时长为互动任务的开展持续时长，也即该互动任务从展开到结束的持续时间。这里，互动任务在开展前，需要对互动任务进行相关的内容配置，故可以将约定持续时长的描述信息配置在互动任务的配置文件中。通过对互动任务的配置文件进行内容识别与提取，进而获取到分类集合中各互动任务的约定持续时长。
45.可以理解的是，约定持续时长为互动任务的开展持续时长，互动数据用于描述互动任务的参与账号的互动情况，因此只有在约定持续时长内产生的数据才被认定为互动数据，相应地，互动数据处理策略与互动任务的开展持续时长强关联下，能够更贴合互动数据处理的需求与资源的合理分配。
46.s12：按照所述互动数据处理策略从所述互动任务集合中确定目标互动任务，且为所述目标互动任务配置数据处理资源。
47.在步骤s12中，目标互动任务是从开展中的线上互动任务集合中确定得到的互动任务。这里，目标互动任务指的是，互动数据处理策略中指示的当前进行互动数据处理的互动任务。该目标互动任务可以是单个互动任务，或者是多个具有相同预设优先等级的互动任务。
48.需要说明的是，由于开展中的线上互动任务集合中包含多个互动任务，且每个互动任务的参与账号较多，相应地，每个互动任务对应的互动数据量级也十分庞大。另外，还因为不同预设优先等级的互动任务对应的互动数据处理时机存在差异，故目标服务器不会在同一个时段内同时处理不同优先等级的多个互动任务的互动数据。
49.这里，由于互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求，其中，互动数据为单个互动任务的所有参与账号的在参与过程中产生的相关交互数据，因此需要在对互动数据进行处理前，需要先确定目标互动任务，再通过为该目标互动任务配置数据处理资源，进而实现对目标互动任务的互动数据进行认定操作。
50.在本实施例中，由于互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求，因此按照互动数据处理策略能够确定当前要进行处理的互动数据，该当前要进行处理的互动数据对应的互动任务即为目标互动任务，通过为该目标互动任务配置数据处理资源，利用该数据处理资源即可实现对目标互动任务的互动数据进行认定操作。
51.作为一个示例，互动数据处理策略可以是一个关系列表，通过轮询该关系列表中的内容，即可确定互动数据处理策略指示的当前进行处理的互动数据，也即能够确定目标互动任务。在该互动数据处理策略的关系列表中，还限定了各互动数据处理时所需的资源，也即资源需求，在确定当前进行处理的互动数据后同时也能够确定相关的资源需求内容。
52.在其他示例中，互动数据处理策略还可以是用于描述各互动数据进行处理的先后顺序与资源需求的脚本片段，在按照互动数据处理策略确定目标互动任务时，通过引用或者指向该脚本片段的方式，确定进行互动数据处理时对应的目标互动任务以及目标互动任务对应的数据处理资源。
53.可以理解的是，在互动数据处理策略已经描述了对互动数据进行处理的先后顺序与资源需求时，根据该互动数据处理策略即可确定每次进行互动数据处理时对应的目标互动任务，因此以互动数据处理策略规定各互动任务的互动数据认定顺序，进而在对每个互动任务进行互动数据处理时，依旧能够遵循各互动任务的预设优先等级配置相应的系统资源进行数据处理。
54.作为一个实施例，步骤s12可以包括：
55.按照所述互动数据处理策略，从所述开展中的线上互动任务集合中确定出当前进行处理的待认定互动任务；若所述待认定任务为一项，则将所述待认定任务作为目标任务，且基于所述互动数据处理策略与空闲资源信息，为所述目标互动任务配置数据处理资源；若所述待认定任务为多项，则将多项所述待认定任务作为目标任务，且基于所述互动数据处理策略、空闲资源信息以及每项所述待认定任务的创建时间，为所述目标互动任务配置数据处理资源。
56.在本实施例中，开展中的线上互动任务集合中包含多个互动任务，其中，每个互动任务之间可以具有不同的预设优先等级，或者多个互动任务中有部分互动任务之间具有相同预设优先等级。不同的预设优先等级对应互动数据处理策略中的互动数据处理先后顺序。例如，预设优先等级越高的互动任务，其任务数据处理的顺序排在越前面。或者，预设优先等级越高的互动任务，其任务数据处理的顺序排在越后面。
57.作为一个示例，当互动数据处理策略中指示的最先进行处理的互动数据未被处理时，将该最先进行处理的互动数据对应的互动任务作为目标互动任务，同时按照互动数据处理策略中描述的资源需求为处理该互动数据配置相应的系统资源。
58.需要说明的是，由于每个互动任务对应的互动数据会回流到目标服务器，由目标服务器进行互动数据处理，如指标计算、认定等操作。在目标服务器对互动数据进行处理时，并行的线程数量有限，因此需要根据互动数据处理策略来规划不同优先等级互动任务的处理先后，也即规划不同优先等级互动任务的互动数据加载和处理顺序。
59.在本实施例中，目标互动任务为互动数据处理策略中指示的当前进行互动数据处理的互动任务。如果按照互动数据处理策略，从开展中的线上互动任务集合中确定出当前进行处理的待认定互动任务为一项时，可以直接将该项待认定互动任务作为目标互动任务。
60.考虑到开展中的线上互动任务集合中包含多个互动任务，且多个互动任务中有部分互动任务之间具有相同预设优先等级。故在按照互动数据处理策略，从开展中的线上互动任务集合中确定出当前进行处理的待认定互动任务时，如果待认定任务为多项，则表示该多项待认定任务之间的预设优先等级相同，因此可以将该多项待认定任务作为目标任务。由于这里的目标任务是由多项待认定任务组成，因此在为其进行数据处理资源配置时，不仅需要考虑互动数据处理策略、空闲资源信息，还需要考虑每项待认定任务的创建时间。这里，对于目标互动任务中的多项待认定任务来说，不同的创建时间还可以用于进一步划
分多项待认定任务之间的优先等级。例如，多项待认定任务中创建时间越早的任务，优先等级越高，配置得到的数据处理资源越多。再例如，多项待认定任务中创建时间越晚的任务，优先等级越高，配置得到的数据处理资源越多。
61.可以理解的是，由于每项互动任务的参与账号较多，那么需要进行互动数据处理的需求较大。例如，100个互动任务，2000万参与账号，每天就需要处理上亿乃至几十亿互动数据，如果同时跑批认定所有互动任务的互动数据，就需要很多的计算机资源，否则就要竞争资源。本实施例考虑到每个互动任务对认定的时效性要求不一样，故根据互动任务的预设优先等级生成互动数据处理策略，以该互动数据处理策略决定互动数据处理顺序，使得海量的互动数据能够在有限的计算机资源条件下被有序且合理地处理，提高了互动任务的认定效率。
62.s13：基于所述数据处理资源，接收所述目标互动任务的互动数据，且查找所述目标互动任务的预设认定策略，并按照所述预设认定策略对所述互动数据进行认定操作，输出认定结果。
63.在步骤s13中，预设认定策略用于描述目标互动任务的指标认定阈值，例如，可认定的参与账号个数阈值、任务数据中各项目指标的阈值等。数据处理资源用于表征在对互动数据进行处理时可被使用的系统资源。具体可以包括：数据接收端口数量、接收端地址，以及数据处理线程数量、数据处理系统内存大小等。
64.在本实施例中，目标互动任务的互动数据用于描述目标互动任务的参与账号的互动情况。这里，目标互动任务的互动数据具体可以是各目标互动任务的所有参与账号在参与目标互动任务过程中产生的指标数据。
65.在实现时，按照目标互动任务的预设认定策略，对互动数据进行认定操作，具体可以是当预设认定策略仅包含任务数据中各项目指标的阈值时，对互动数据进行认定操作，则是比较互动数据中包含的指标数据是否达到预设认定策略描述的各项目指标的阈值。相应地，认定结果为每个参与账号的指标数据是否达到预设认定策略描述的各项目指标的阈值的比较结果。
66.当预设认定策略包含参与账号个数阈值时，对互动数据进行认定操作，则是先比较互动数据中包含的指标数据是否达到预设认定策略描述的各项目指标的阈值，将达到预设认定策略描述的各项目指标的阈值的参与账号作为候选参与账号，然后再根据参与账号个数阈值从候选参与账号中确定出最终的目标参与账号。相应地，认定结果为参与账号中的目标参与账号认定成功，其他参与账号认定不成功。
67.容易理解的是，由于预设认定策略描述了目标互动任务的指标认定阈值，预设认定策略相当于描述了互动数据能够被认定成功的标准，因此在按照目标互动任务的预设认定策略对互动数据进行认定操作的过程，可以是将互动数据与预设认定策略所描述的指标认定阈值进行比较的过程。在具体实现时，可以根据不同互动任务的实际需求与任务内容，配置不同的预设认定策略，也即配置不同的指标认定阈值，进而实现对不同互动任务的发布、开展以及认证提供实现基础。
68.作为一个实施例，步骤s13包括：
69.从所述目标互动任务的预设认定策略中确定出所述目标互动任务的截止时间点；若当前时间点在所述截止时间点之前，则基于所述数据处理资源接收所述目标互动任务的
互动数据，且查找所述目标互动任务的预设认定策略，并按照所述目标互动任务的预设认定策略，对所述互动数据进行认定操作，输出认定结果；若当前时间点在所述截止时间点之后，则禁止对所述互动数据进行认定操作。
70.在本实施例中，每个互动任务都配置有截止时间。这里，截止时间点用于描述目标互动任务的截止时间或截止时刻。目标互动任务为特指的互动任务，可以是开展中的线上互动任务集合中的任一互动任务。
71.这里，当前时间点为对互动数据进行处理的时间点，如果当前时间点在截止时间之前，则表示目标互动任务还在开展中，故仍然进行认定操作，也即基于数据处理资源接收并处理目标互动任务的互动数据。查找目标互动任务的预设认定策略可以是从目标任务的配置文件中查找得到，也可以是从预设的备份数据库中查找得到。其中，备份数据库中存储有开展中的线上互动任务集合中，各互动任务对应的预设认定策略，因此在确定了目标互动任务后，可以从该备份数据库中查找到相应的预设认定策略。如果当前时间点在截止时间之后，则表示目标任务已经结束，故无需进行认定操作，也即禁止对互动数据进行认定操作。
72.结合上一示例，基于数据处理资源接收并处理目标互动任务的互动数据，相当于是将目标互动任务的参与账号对应的互动数据与预设认定策略所描述的指标阈值进行比较。禁止对互动数据进行认定操作，则是禁止利用数据处理资源接收与处理互动数据，同时将当前的数据处理资源进行释放。这里，通过将当前的数据处理资源进行释放，能够为其他开展中的互动任务提供更多的空闲资源，有助于提高其他互动任务对应的互动数据的处理效率。
73.以上方案中，按照开展中的线上互动任务集合中各互动任务的预设优先等级，生成互动数据处理策略，由于互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求，因此能够按照互动数据处理策略，为从开展中的线上互动任务集合中确定得到的目标互动任务配置数据处理资源，实现了为开展中的线上互动任务集合中的每个互动任务配置合理的数据处理资源，进而基于数据处理资源，接收目标互动任务的回流数据集合，且按照目标互动任务的预设认定策略，对回流数据集合进行认定操作，输出认定结果，提高了目标服务器对线上互动任务认定的统筹能力与处理效率。
74.图2是本技术另一实施例提供的一种线上互动任务认定方法的流程图。图2示出的实施例，与图1示出的实施例之间的差别在于，步骤s11之前还包括步骤s21至s23，具体地：
75.s21：通过数据配置页面接收运营人员录入的任务配置数据。
76.s22：根据所述配置数据生成互动任务脚本文件；其中，所述任务脚本文件至少包含指标配置表与认定策略表。
77.s23：利用任务脚本文件进行互动任务发布。
78.在本实施例中，数据配置页面用于为运营人员提供任务配置数据的录入方式或者录入渠道。任务配置数据包括：互动任务名称、周期、渠道、资源奖励、以及优先等级。由于每个互动任务的认定指标不一致，认定规则不同，因此在实际实现时，根据配置数据生成互动任务脚本文件中，除了包含指标配置表外，还包含了认定策略表。
79.作为一个示例，考虑通常认定过程中，任务数据的指标个数受限。例如，不超过100个，故任务脚本文件中的指标列配置表，从col1
‑
co100,50列数值，50列字符，并以互动任务
名称关联，动态存储认定指标的值，并在互动任务标准配置认定的列名，进而生成由结构化查询语句sql组成的互动任务脚本文件。
80.需要说明的是，互动任务脚本文件是用于被服务器执行实现互动任务发布操作的脚本文件。
81.在具体实现时，利用任务脚本文件进行互动任务发布，可以是由目标服务器执行该任务脚本文件进行互动任务发布，或者而是由目标服务器指示服务器集群中的其他服务器执行该任务脚本文件进行互动任务发布。这里，如果由目标服务器指示服务器集群中的其他服务器执行该任务脚本文件进行互动任务发布，可以由目标服务器通过获取服务器集群中的其他服务器已发布的互动任务数量，基于每个其他服务器已发布的互动任务数量来确定指示服务器集群中的哪个服务器来执行该任务脚本文件。
82.作为一个示例，目标服务器获取服务器集群中的其他服务器已发布的互动任务数量，基于每个其他服务器已发布的互动任务数量来确定指示服务器集群中的哪个服务器来执行该任务脚本文件，具体可以是，基于每个其他服务器已发布的互动任务数量，确定发布互动任务数量最小的待指示服务器来执行该任务脚本文件。
83.结合上一示例，作为又一个示例，目标服务器获取服务器集群中的其他服务器已发布的互动任务数量，基于每个其他服务器已发布的互动任务数量来确定指示服务器集群中的哪个服务器来执行该任务脚本文件，具体还可以是，基于每个其他服务器已发布的互动任务数量，确定已发布互动任务数量最小的第一待指示服务器与已发布互动任务数量最大的第二待指示服务器，如果确定第二待指示服务器中有多个互动任务将在执行任务脚本文件过程中完结，则指示第二待指示服务器执行该任务脚本文件，如果确定第二待指示服务器中没有多个互动任务将在执行任务脚本文件过程中完结，则指示第一待指示服务器执行该任务脚本文件。这里，由于任务脚本文件中定义了任务周期或者约定持续时长，因此服务器集群在执行每个任务脚本文件时，都能够通过读取该任务脚本文件中的内容确定相应互动任务的结束时间。
84.本实施例，在利用任务脚本文件进行互动任务发布的过程中，通过规划执行任务脚本文件的执行服务器选择方式，能够更合理地规划服务器集群的整体运行方式，能够有效地提高服务器集群的对整体利用率。
85.作为一个实施例，在执行了步骤s21至s23之后，继续执行步骤s11至s13。
86.在步骤s13之后，还包括步骤：
87.根据所述认定结果，确定每个所述互动任务对应的目标参与账号集合；
88.将每个所述互动任务对应的目标参与账号集合分别上传至预先构建的区块链节点中。
89.在本实施例中，每个互动任务对应的目标参与账号集合中，包含有每个互动任务认定成功的参与账号，也即每个互动任务的参与账号有多个，从多个参与账号中确定出的认定成功的账号即为目标参与账号。
90.这里，在具体使用时，根据所有互动任务的所有目标参与账户集合，即可获得每个目标参与账户的交互数据，进而能够对互动任务认定历史明细数据和指标明细对互动任务和效果进行分析，优化互动任务后续的设计和指标选择，提升互动任务的体验感与互动率，形成互动任务持续优化改进的闭环。
91.本实施例中，根据认定结果确定每个互动任务对应的目标参与账户集合，再将每个互动任务对应的目标参与账号集合分别上传至预先构建的区块链节点中，是为了利用区块链的不可篡改特性，将目标参与账号的数据进行保存，便于随时调用，为互动任务的分析阶段提供了数据调用基础。
92.请参阅图3，图3是本技术实施例提供的一种线上互动任务认定装置的结构框图。本实施例中该移动终端包括的各单元用于执行图1与图2对应的实施例中的各步骤。具体请参阅图1与图2以及图1与图2所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图3，线上互动任务认定装置30包括：策略生成单元31、配置单元32以及认定单元33。具体地：
93.策略生成单元31，用于按照开展中的线上互动任务集合中各互动任务的预设优先等级，生成互动数据处理策略；其中，所述互动数据处理策略用于描述对互动数据进行处理的先后顺序与资源需求；所述互动数据与所述互动任务一一对应，且所述互动数据用于描述所述互动任务的参与账号的互动情况；
94.配置单元32，用于按照所述互动数据处理策略从所述互动任务集合中确定目标互动任务，且为所述目标互动任务配置数据处理资源；
95.认定单元33，用于启用所述数据处理资源，接收所述目标互动任务的互动数据，且按照所述目标互动任务的预设认定策略，对所述互动数据进行认定操作，输出认定结果。
96.作为一个实施例，线上互动任务认定装置30还包括：
97.录入单元34，用于通过数据配置页面接收运营人员录入的任务配置数据。
98.文件生成单元35，用于根据所述配置数据生成互动任务脚本文件；其中，所述任务脚本文件至少包含指标配置表与认定策略表。
99.发布单元36，用于利用任务脚本文件进行互动任务发布。
100.作为一个实施例，线上互动任务认定装置30还包括：
101.确定单元，用于根据所述认定结果，确定每个所述互动任务对应的目标参与账号集合。
102.上传单元，用于将每个所述互动任务对应的目标参与账号集合分别上传至预先构建的区块链节点中。
103.应当理解的是，图3示出的线上互动任务认定装置的结构框图中，各单元用于执行图1与2对应的实施例中的各步骤，而对于图1与图2对应的实施例中的各步骤已在上述实施例中进行详细解释，具体请参阅图1与图2以及图1与图2所对应的实施例中的相关描述，此处不再赘述。
104.图4是本技术实施例提供的一种计算机设备的结构框图。如图4所示，该实施例的计算机设备40包括：处理器41、存储器42以及存储在所述存储器42中并可在所述处理器41上运行的计算机程序43，例如线上互动任务认定方法的程序。处理器41执行所述计算机程序43时实现上述各个线上互动任务认定方法各实施例中的步骤，例如图1所示的s11至s13，或者图2所示的s21至s13，所述处理器41执行所述计算机程序43时实现上述图3对应的实施例中各单元的功能，例如，图3所示的单元31至36的功能，具体请参阅图3对应的实施例中的相关描述，此处不赘述。
105.示例性的，所述计算机程序43可以被分割成一个或多个单元，所述一个或者多个
单元被存储在所述存储器42中，并由所述处理器41执行，以完成本技术。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序43在所述计算机设备40中的执行过程。例如，所述计算机程序43可以被分割成策略生成单元、配置单元以及认定单元，各单元具体功能如上所述。
106.所述转台设备可包括，但不仅限于，处理器41、存储器42。本领域技术人员可以理解，图4仅仅是计算机设备40的示例，并不构成对计算机设备40的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述转台设备还可以包括输入输出设备、网络接入设备、总线等。
107.所称处理器41可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
108.所述存储器42可以是所述计算机设备40的内部存储单元，例如计算机设备40的硬盘或内存。所述存储器42也可以是所述计算机设备40的外部存储设备，例如所述计算机设备40上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，所述存储器42还可以既包括所述计算机设备40的内部存储单元也包括外部存储设备。所述存储器42用于存储所述计算机程序以及所述转台设备所需的其他程序和数据。所述存储器42还可以用于暂时地存储已经输出或者将要输出的数据。
109.以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。