CN116226444A - 数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本公开实施例公开了数据处理方法、装置、设备及存储介质。该方法应用于数据处理端，包括：接收第一业务端发送的包括第一对象标识和第一规则标识的数据处理请求，根据第一规则标识确定第一处理规则，根据第一对象标识通过预设指标库获取待处理指标数据，其中，待处理指标数据为第一对象的与第一处理规则对应的指标数据，根据待处理指标数据和第一处理规则确定数据处理结果。通过采用上述技术方案，通过预设指标库来获取待处理指标数据，并进行数据处理，业务方不需要每次发起数据处理请求时自行获取指标数据来发送至数据处理端，统一了指标数据的统计口径，降低业务歧义发生的概率，且能够减少数据交互，提升整体的运行效率。

Description

数据处理方法、装置、设备及存储介质

技术领域

本公开实施例涉及计算机技术领域，尤其涉及数据处理方法、装置、设备及存储介质。

背景技术

随着计算机技术和互联网技术的快速发展，许多公司的业务范围越来越广泛，业务系统的功能也越来越复杂。在很多业务场景中，存在一些数据处理需求，为了有效利用相关资源，通常由统一的数据处理端来实现数据处理。

目前，数据处理端可以提供数据处理功能，业务方通常需要根据业务场景向数据处理端提出申请，并预先配置不同业务场景对应的数据处理规则，且规则中的指标需要由业务方自行设计，存在数据处理需求时，需要将规则内涉及的指标的具体数值等相关数据打包透传到数据处理端，由数据处理端根据所接收到的数据和对应的规则进行数据处理，并向业务方返回数据处理结果。

然而，上述方案中，每次存在数据处理需求时，业务方均需要准备最新的指标数据发送至数据处理端，成本较高，影响数据处理效率。

发明内容

本公开实施例提供了数据处理方法、装置、存储介质及设备，可以优化现有的数据处理方案。

第一方面，本公开实施例提供了一种数据处理方法，应用于数据处理端，所述数据处理端配置有预设指标库，所述方法包括：

接收第一业务端发送的数据处理请求，其中，所述数据处理请求中包括第一对象对应的第一对象标识和第一对象对应的第一规则标识；

根据所述第一规则标识确定第一处理规则；

根据所述第一对象标识通过所述预设指标库获取待处理指标数据，其中，所述待处理指标数据为所述第一对象的与所述第一处理规则对应的指标数据；

根据所述待处理指标数据和所述第一处理规则确定数据处理结果。

第二方面，本公开实施例提供了一种数据处理装置，配置于数据处理端，所述装置包括：

数据处理请求接收模块，用于接收第一业务端发送的数据处理请求，其中，所述数据处理请求中包括第一对象对应的第一对象标识和第一对象对应的第一规则标识；

处理规则确定模块，用于根据所述第一规则标识确定第一处理规则；

指标数据获取模块，用于根据所述第一对象标识通过所述预设指标库获取待处理指标数据，其中，所述待处理指标数据为所述第一对象的与所述第一处理规则对应的指标数据；

数据处理模块，用于根据所述待处理指标数据和所述第一处理，确定数据处理结果。

第三方面，本公开实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本公开实施例提供的数据处理方法。

第四方面，本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开实施例提供的数据处理方法。

本公开实施例中提供的数据处理方案，应用于数据处理端，数据处理端配置有预设指标库，数据处理端接收第一业务端发送的数据处理请求，其中，数据处理请求中包括第一对象对应的第一对象标识和第一对象对应的第一规则标识，根据第一规则标识确定第一处理规则，根据第一对象标识通过预设指标库获取待处理指标数据，其中，待处理指标数据为第一对象的与第一处理规则对应的指标数据，根据待处理指标数据和第一处理规则确定数据处理结果。通过采用上述技术方案，在数据处理端接收到数据处理请求时，可根据请求中的对象标识通过预设指标库来获取待处理指标数据，并进行数据处理，业务方不需要每次发起数据处理请求时自行获取指标数据来发送至数据处理端，统一了指标数据的统计口径，降低业务歧义发生的概率，且能够减少数据交互，提升整体的运行效率。

附图说明

图1为本公开实施例提供的一种数据处理方法的流程示意图；

图2为本公开实施例提供的一种业务决策系统的系统架构示意图；

图3为本公开实施例提供的一种数据处理方法的流程示意图；

图4为本公开实施例提供的一种数据处理方法的交互时序示意图；

图5为本公开实施例提供的一种决策规则配置页面示意图；

图6为本公开实施例提供的一种数据处理装置的结构框图；

图7为本公开实施例提供的一种计算机设备的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

为了便于理解本公开实施例，先对相关技术进行介绍。根据实际需求的不同，数据处理需求也不同，本公开实施例中所述的数据处理可包括数据采集、数据统计、数据检索、数据加工、数据预测以及数据决策等。在进行数据处理时，通常需要按照一定的规则进行处理，本公开实施例中可记为处理规则，处理规则中可以包含规则指标，在进行数据处理时，获取规则指标对应的数据(记为指标数据)，根据待处理的指标数据和处理规则来得到数据处理结果。数据处理端可以由一个或多个计算机设备实现，也可称为业务数据处理端或数据处理系统等。

为了便于说明，下面以业务数据决策为例，对于数据决策场景来说，本公开实施例中的数据处理端具体可以是业务决策端，可理解为具备决策功能的系统，也可称为规则中心、规则平台、决策中心或决策平台等，可以由一个或多个计算机设备实现。决策功能可以理解为将需要进行决策的数据与相应的决策规则进行匹配，进而得到决策结果的功能。决策规则(处理规则)一般包括规则指标和需要满足的条件。以一个具体的应用场景为例，假设需要设置某个类型的视频的推送规则，例如，将最近一个月内播放量超过1万的美食类视频推送至视频推荐页，对于某个美食类视频A来说，需要利用决策规则判断该视频是否满足推送至视频推荐页的条件，此时，最近一个月内播放量可以理解为规则指标，需要满足的条件是超过1万。决策规则可以由一个或多个表达式或数值等通过数学关系符号和/或逻辑运算符号等连接而成，一般最终可以得到布尔类型的表达式，也即决策结果一般为真或假，上述举例可以表示为最近一个月内播放量>1万。

相关技术中，业务方通常需要根据业务场景向数据处理系统提出申请，并预先配置不同业务场景对应的规则，且规则中的指标需要由业务方自行设计，存在数据处理需求时，需要将规则内涉及的指标的具体数值(也即指标数据)等相关数据打包透传到数据处理系统，由数据处理系统根据所接收到的数据和对应的规则进行数据处理，并向业务方返回数据处理结果。然而，上述方案中，各业务方需要自行设计规则指标，不同业务方的规则指标无法实现复用，且由于命名、定义或编写方式等方面的差异，容易发生歧义，不便于管理，每次存在数据处理需求时，业务端均需要根据自己定义的规则指标准备最新的指标数据发送至数据处理平台系统，交互成本高，影响数据处理效率，另外，不同业务端针对同一规则指标来说，也可能存在统计方式上的差异，导致指标数据可能也存在歧义，影响最终的数据处理结果的准确性。

本公开实施例中，为数据处理端配置了预设指标库，在数据处理端接收到数据处理请求时，可通过预设指标库来获取待处理指标数据，各业务方不需要每次发起数据处理请求时自行获取指标数据来发送至业务数据处理端。

下面结合具体实施例进行详细说明。

图1为本公开实施例提供的一种数据处理方法的流程示意图，该方法应用于数据处理端，可以由数据处理装置执行，其中该装置可由软件和/或硬件实现，一般可集成在数据处理端所对应的计算机设备中，该计算机设备例如可以是服务器。预设指标库可以集成于数据处理端中，也可以独立于数据处理端并与数据处理端存在通信关系。如图1所示，该方法包括：

步骤101、接收第一业务端发送的数据处理请求，其中，所述数据处理请求中包括第一对象对应的第一对象标识和第一对象对应的第一规则标识。

示例性的，业务端可以是与业务数据处理端存在通信关系的服务端，可以向用户提供相应应用场景下的相关服务，如上文举例的，推送视频的服务。第一业务端可以是任意一个业务端，具体不做限定。业务端发起的操作可以是业务端根据实际业务需求自动触发的，也可以是在业务端对应的业务方开发人员操作下触发的，具体不做限定。

示例性的，当第一业务端存在数据处理需求时，如上文举例，需要判断视频A是否满足推送至视频推荐页的条件时，可以向数据处理端发送数据处理请求。数据处理请求包括第一对象对应的第一标识和第一规则标识。其中，对象可以理解为需要进行数据处理的主体，如上述视频A，对象标识可以是用于表示对象唯一身份的信息，例如可以是视频A的名称或者对象身份标识(Identification，ID)等。第一对象可以是任意的当前需要进行数据处理的对象。规则标识可以是用于唯一标识处理规则的信息，例如可以是规则ID。

步骤102、根据所述第一规则标识确定第一处理规则。

示例性的，数据处理端可以维护规则标识和处理规则的对应关系，在接收到数据处理请求时，根据规则标识查找到对应的处理规则，并应用于后续的数据处理操作。例如，根据规则ID可以查询到当前需要进行数据处理的处理规则为最近一个月内播放量>1万。

步骤103、根据所述第一对象标识通过所述预设指标库获取待处理指标数据，其中，所述待处理指标数据为所述第一对象的与所述第一处理规则对应的指标数据。

本公开实施例中，数据处理端在确定第一处理规则后，可以获知第一处理规则中具体包含哪些规则指标，并通过预设指标库获取这些规则指标对应的指标数据。待处理指标数据可以理解为第一对象的关于规则指标的当前取值，如上述举例，待处理数据可以是视频A最近一个月的播放量。预设指标库中可以实时更新各对象关于规则指标对应的当前指标数据(如每个视频的最近一个月的播放量)或相关数据(每个视频的每天的播放量)，当数据处理端需要获取时，预设指标库通过读取的本地数据得到待处理指标数据，并向业务决策系统返回；各对象关于规则指标对应的当前指标数据或相关数据也可独立于预设指标库，存储在预设数据库中，当业务决策系统需要获取时，预设指标库通过读取指标数据的获取方式(获取方式如可包括预设数据库的通信地址以及指标数据的存储位置等)，从相应数据库获取到待处理指标数据，并向业务决策系统返回。这样，业务端不需要每次发起数据处理请求时自行获取指标数据来发送至业务决策系统，统一了指标数据的统计口径，可以降低业务歧义发生的概率

步骤104、根据所述待处理指标数据和所述第一处理规则确定数据处理结果。

示例性的，以上述业务决策规则为例，数据处理端在接收到待处理指标数据后，可以将待处理指标数据与前述根据第一规则标识确定的第一处理规则进行匹配。例如，视频A的最近一个月内播放量为5千，5千小于1万，与第一处理规则不符，数据处理结果可以为匹配失败，第一业务端在接收到匹配失败的数据处理结果后，不会将视频A推送到视频推荐页；又如，视频A的最近一个月内播放量为2万，2万大于1万，与第一处理规则相符，数据处理结果可以为匹配成功，第一业务端在接收到匹配成功的数据处理结果后，可以将视频A推送到视频推荐页。

本公开实施例中提供的数据处理方法，应用于业务数据处理端，数据处理端配置有预设指标库，数据处理端接收第一业务端发送的数据处理请求，其中，数据处理请求中包括第一对象对应的第一对象标识和第一对象对应的第一规则标识，根据第一规则标识确定第一处理规则，根据第一对象标识通过预设指标库获取待处理指标数据，其中，待处理指标数据为第一对象的与第一处理规则对应的指标数据，根据待处理指标数据和第一处理规则确定数据处理结果。通过采用上述技术方案，在数据处理端接收到数据处理请求时，可根据请求中的对象标识通过预设指标库来获取待处理指标数据，并进行数据处理，业务方不需要每次发起数据处理请求时自行获取指标数据来发送至数据处理端，统一了指标数据的统计口径，降低业务歧义发生的概率，且能够减少数据交互，提升整体的运行效率。

在一些实施例中，对于数据处理端面向多个业务端提供数据处理能力时，预设指标库中包含多个业务端共享的规则指标以及各对象关于规则指标的当前指标数据的获取方式。其中，预设指标库中的规则指标可以由各业务端对应的业务方(例如可以是业务端的开发人员)共同设定，也可以由预设指标库的维护方(例如可以是预设指标库的开发人员)来设定。

如上述举例，对于最近一个月的播放量这一规则指标，相关技术中，不同业务端在自行设计时，可能存在命名或代码编写方式等方面的差异，导致同一含义的规则指标转换成机器语言时存在不同，容易发生歧义，例如，一个业务端定义视频完整播放一次后播放量加1，而另一个业务端定义视频播放进度超过50％的情况下播放量加1。另外，不同业务端均需要设计一次，不同业务端的规则指标无法复用，整体上开发效率低下。而本公开实施例中，可以由一个业务端设计该指标并存入预设指标库中，其他业务方可以直接使用，无需自行再次设计，预设指标库的维护方也可以在预设指标库中设定该规则指标，这样，各业务端在进行处理规则设置时也可以直接使用。可见，本公开实施例中，各业务方不需要自行设计大量的规则指标，便于规则指标的维护和管理，降低歧义发生的概率，降低业务端研发成本。

在一些实施例中，响应于接收到第一业务端发送的针对第一对象所属的第一类别的处理规则配置请求，获取所述第一业务端对应的所述第一类别的第一规则指标集，并向所述第一业务端展示第一规则配置页面，其中，所述第一规则配置页面用于展示所述第一规则指标集中的第一规则指标；响应于接收到所述第一业务端基于所述第一规则指标的规则配置操作，生成对应的第一处理规则，并将为所述第一处理规则分配的第一规则标识返回所述第一业务端。这样设置的好处在于，可以向业务端提供前端交互页面，使得业务端可以在该页面中针对某个类别的对象的数据处理规则进行配置，在配置过程中，可以直接基于该类别的对象的规则指标集进行配置，不需要自行设计规则指标，提高数据处理规则的配置效率。

示例性的，在实际的业务场景中，可能会存在不同类型的对象。如上述举例的不同类型的视频，美食类、旅游类、美妆类或体育类等等。一些情况下也可以理解为不同的角色。对于电商场景，可能存在商家、达人。针对不同类型的对象，可以有针对性地进行处理规则的配置。在接收包含第一对象标识的数据处理请求之前，对第一类别的处理规则进行配置，第一对象标识与第一类别匹配，也即第一对象标识对应的第一对象属于第一对象类别，如上述视频A为美食类视频，第一类别为美食类。

可选的，第一规则指标集可以存储于数据处理端本地，也可以存储于预设指标库中，规则指标集可以与对象的类别存在对应关系，规则指标集中可以包含适合所对应的类别的多个规则指标，可以由业务方自行设置，例如，业务端可以从预设指标库中选取符合第一类别的规则指标加入第一规则指标集中。

示例性的，第一处理规则配置页面可以是前端交互界面，可以由数据处理端中的前端组件来实现。第一处理规则配置页面中可以包括第一规则指标集中的规则指标的配置控件，该配置控件例如可以以包含下拉菜单的选项控件来实现，作用于配置控件的规则配置操作可以包括，点击下拉菜单，显示第一规则指标集中的各规则指标，并在显示的下拉菜单中选择某个规则指标，通过一个或多个规则指标的选择和组合等操作，还有一些条件或阈值等设置操作，可以实现处理规则的配置。

在一些实施例中，还包括：在接收到第一业务端发送的针对第一对象所属的第一类别的处理规则配置请求之前，还包括：响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集。这样设置的好处在于，可以允许业务端通过发送指标集配置请求的方式预先为某个或某些对象类别进行指标集的个性化配置，提高处理规则的配置效率。

在一些实施例中，所述指标集配置请求包括指标选择请求。其中，所述响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集，包括：接收所述第一业务端的针对所述预设指标库中的至少一个第一规则指标的选中操作，将所述至少一个第一规则指标配置于所述第一规则指标集中。这样设置的好处在于，在进行指标集配置时，若预设指标库中已经存在所需规则指标，则可直接从预设指标库中选取，并添加至对应的规则指标集中，实现指标集的快速配置。第一规则指标可以理解为第一业务端当前想要选择加入第一规则指标集的规则指标。

在一些实施例中，所述指标集配置请求包括指标添加请求。其中，所述响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集，包括：接收所述第一业务端的针对所述第一类别的指标添加操作，从所述第一业务端获取待添加规则指标，将所述待添加规则指标配置于所述第一规则指标集中。这样设置的好处在于，在进行指标集配置时，若预设指标库中不存在所需规则指标，则可自行设置业务指标并加入到规则指标集中。

进一步的，在将待添加规则指标配置于第一规则指标集中之外，还可将待添加规则指标同步加入预设指标库中。这样设置的好处在于，第一业务端在预设指标库中待添加的规则指标可以供其他业务端使用，提高规则指标的整体设置效率。

在一些实施例中，在所述接收第一业务端发送的数据处理请求之前，还包括：响应于接收到第一业务端发送的针对第一对象所属的第一类别的处理规则查看请求，获取第二业务端对应的所述第一类别的第二处理规则，并向所述第一业务端展示规则查看页面，其中，所述规则查看页面中展示有所述第二处理规则；响应于接收到所述第一业务端作用于所述第二处理规则的编辑操作，生成所述第一处理规则，并将为所述第一处理规则分配的第一规则标识返回所述第一业务端。这样设置的好处在于，可以对数据处理端中现存的已设置好的处理规则进行查看，并在此基础上进行相同对象类别的处理规则设置，如复用所查看的处理规则，或复用处理规则中的规则指标，可以通过简单修改阈值等方式来快速生成当前所需的处理规则，提高处理规则的设置效率。

例如，第一业务端需要设置上述视频推送规则时，发现数据处理端中已经存在最近一个月内播放量>1万的处理规则，但实际需求是最近一个月内播放量大于20万推送到热播排行榜页面，此时，可以在已有的处理规则基础上将1万改为20万，得到新的处理规则。其中，第二业务端可以与第一业务端相同，此时，相当于对本业务端历史设置的处理规则进行查看；第二业务端可以与第一业务端不同，此时，相当于对其他业务端历史设置的处理规则进行查看。

在一些实施例中，所述响应于接收到所述第一业务端作用于所述第二处理规则的编辑操作，生成所述第一处理规则，包括：响应于接收到所述第一业务端作用于所述第二数据处理规则的规则修改触发操作，获取所述第一业务端对应的所述第一类别的第一规则指标集，并向所述第一业务端展示第二规则配置页面，其中，所述第二规则配置页面用于展示所述第二处理规则中包含的第二规则指标和所述第一规则指标集中的第一规则指标；响应于接收到所述第一业务端的基于所述第一规则指标和/或所述第二规则指标的修改操作，对第二处理规则进行修改，并生成对应的第一数据处理规则。其中，对第二处理规则进行修改，可包括以下至少一项：将目标第二规则指标替换为目标第一规则指标；在所述第二处理规则中添加目标第一规则指标；从所述第二处理规则中删除目标第二规则指标。这样设置的好处在于，可以在已配置好的数据处理规则基础上修改规则指标，得到当前所需的处理规则，提高规则配置效率。

为了进一步对本公开实施例进行说明，下面以业务决策场景为例进行后续的说明。

图2为本公开实施例提供的一种业务决策系统的系统架构示意图，业务决策系统中可包括决策中心201、前端组件202和数据库203，决策中心201负责进行指标集管理和规则管理，业务端204可以通过前端组件来访问决策规则配置页面，在需要进行业务决策时，业务端204可以直接向决策中心201发送决策请求，决策中心201可以通过预设指标库从数据库203中获取待决策指标数据。其中，数据处理端可以是业务决策系统，也可以是决策中心。数据库203的具体类型不做限定，可以由一种或多种数据库实现，例如数据库(DataBase，DB)、弹性搜索(ElasticSearch，ES)和远程字典服务(Remote Dictionary Server，Redis)等。

图3为本公开实施例提供的一种数据处理方法的流程示意图，图4为本公开实施例提供的一种数据处理方法的交互时序示意图，可结合图3和图4对本公开实施例进行理解。本公开实施例以上述实施例中各个可选方案为基础进行优化，具体的，该方法包括如下步骤：

步骤301、接收第一业务端发送的针对第一对象类别的指标集配置请求。

示例性的，以视频流播放应用场景为例，对象类别可包括创作者原创视频(简称原创视频)和平台自有的影视剧资源等视频(简称为平台视频)，不同的业务端均可能涉及到这两类对象。预设指标库中可以包括不同对象类型分别对应的规则指标，以第一对象类别为原创视频为例，规则指标可以包括发布时间、视频作者等级、日播放量、累计收到点赞次数以及累计转发次数等。对于各个业务端来说，可以针对不同的对象类别分别设置对应的规则指标集，在需要配置某个对象类别的规则指标集时，可以向业务决策系统发送针对该对象类别的指标集配置请求。

步骤302、通过预设指标库配置第一业务端对应的第一对象类别的第一规则指标集。

其中，指标集配置请求可包括指标选择请求和指标添加请求。

指标选择请求可适用于将预设指标库中已存在的规则指标添加到规则指标集的情况，在对指标选择请求进行响应时，可以从预设指标库中选取与指标选择请求对应的第一规则指标，并将第一规则指标添加至第一规则指标集中。以上述的原创视频为例，第一业务端可以将预设指标库中已存在的与实际业务场景相关的规则指标添加到原创视频对应的第一规则指标集中，如发布时间、视频作者等级以及日播放量。

指标添加请求可适用于添加预设指标库中不存在的规则指标的情况，第一业务端在确定预设指标库中不存在所需规则指标时，可以自行编写待添加规则指标，并向业务决策系统发送用于添加待添加规则指标的指标添加请求。在对指标添加请求进行响应时，可以将待添加规则指标添加至预设指标库中，同时将待添加规则指标添加至第一规则指标集中。例如，第一业务端需要针对原创视频添加最近1个月内播放量这个规则指标，而预设指标库中未预先设置该规则指标，其他业务端也未请求过在预设指标库中增加该规则指标，此时，第一业务端可以自行编写该规则指标，并向业务决策系统发送相应的指标添加请求。

示例性的，假设对于原创视频来说，设置好的规则指标集中包括发布时间、视频作者等级、日播放量和最近1个月内播放量。

其中，上述步骤301和步骤302可对应于图4中的步骤1至步骤4的交互过程。

步骤303、接收第一业务端发送的针对第一对象类别的决策规则配置请求。

示例性的，假设第一业务端涉及视频推荐这一具体业务场景，平台中的视频数量通常比较庞大，存在设置推荐规则的需求，也即，满足推荐规则的视频才可以被展示在视频推荐页面中，该需求可以通过业务决策的方式实现。如上述举例，当第一业务端需要针对原创视频进行关于推荐规则的决策规则配置时，可以发送针对原创视频的决策规则配置请求。

步骤304、获取第一业务端对应的第一对象类别的第一规则指标集，并向第一业务端展示第一决策规则配置页面。

其中，第一决策规则配置页面中包括第一规则指标集中的规则指标的配置控件。

图5为本公开实施例提供的一种决策规则配置页面示意图，如图5所示，业务决策系统可以通过前端组件向业务端展示决策规则配置页面501，在该页面中可以展示配置控件502，配置控件502具体可以是一个下拉式菜单的选择控件，通过触发下拉箭头可展示原创视频的规则指标集，如图中显示的发布时间、视频作者等级、日播放量和最近1个月内播放量。

其中，上述步骤303和步骤304可对应于图4中的步骤5至步骤9的交互过程。在需要通过前端组件向业务端展示决策规则配置页面时，前端组件可以从规则中心中获取元数据，元数据可理解为页面中的显示元素对应的数据，然后进行配置界面的渲染，渲染完毕后向业务端展示。

步骤305、响应于第一业务端作用于配置控件的规则配置操作，生成对应的第一决策规则，并将为第一决策规则配置分配的第一规则标识返回第一业务端。

如图5所示，若当前需要配置的推荐规则中需要满足最近1个月内播放量大于10000，则可在配置控件502中选择最近1个月内播放量，并继续配置相应的条件，如“大于”和“10000”。

业务决策系统在业务端的操作下生成相应的决策规则后，可以为所生成的决策规则分配唯一的规则标识，并将规则标识返回给业务端，便于后续业务端利用该规则标识发起决策请求。

其中，上述步骤305可对应于图4中的步骤10至步骤14的交互过程。业务端在决策规则配置页面中完成决策规则配置后，规则中心将决策规则从页面可视化的展示模型(Model)转换为存储模型，存储模型例如可以是规则表达式形式的模型。

步骤306、接收第一业务端发送的决策请求，其中，决策请求中包括第一对象标识和第一规则标识。

示例性的，假设第一业务端需要确定视频推荐页面中需要展示的原创视频时，第一业务端为了核实视频库中的原创视频B是否满足推荐规则，则根据原创视频B的对象标识和推荐规则对应的规则标识来生成决策请求，并将决策请求发送至业务决策系统。

步骤307、根据第一规则标识确定对应的第一决策规则，并通过预设指标库获取第一决策规则对应的待决策指标数据。

示例性的，业务决策系统根据第一规则标识找到对应的第一决策规则，具体可以是找到第一决策规则的规则表达式。通过预设指标库获取第一决策规则对应的待决策指标数据，如上述举例，通过预设指标库从相应数据库中获取原创视频B播放次数数据，统计出最近1个月内的播放量，或者若数据库中已存储有各原创视频的最近1个月内的播放量，也可直接获取原创视频B的最近1个月内的播放量，将原创视频B的最近1个月内的播放量作为待决策指标数据。

步骤308、将待决策指标数据和第一决策规则进行匹配，并根据匹配结果向第一业务端返回相应的决策结果。

示例性的，将原创视频B的最近1个月内的播放与10000进行比较，若大于10000，则匹配成功，说明符合推荐条件，返回决策为真的决策结果；若小于或等于10000，则匹配失败，说明不符合推荐条件，返回决策为假的决策结果。

需要说明的是，为了便于理解，上述第一决策规则比较简单，而在实际的业务场景中，通常需要设置较为复杂的决策规则，在进行匹配时，可以利用解析器将决策规则对应的规则表达式转换为抽象语法树(Abstract Syntax Tree，AST)，再将待决策数据代入语法树中，进行匹配操作符和值等处理，得到最终的匹配结果，作为决策结果。

其中，上述步骤306和步骤308可对应于图4中的步骤20至步骤24的交互过程。

本公开实施例提供的数据处理方法，由预设指标库统一存储多个业务方共享的规则指标，各业务方不需要自行设计大量的规则指标，极大提升规则指标的复用率，便于规则指标的维护和管理，降低歧义发生的概率，降低业务端研发成本，在进行业务决策之前，业务端可以针对所涉及的业务对象预先在业务决策系统中配置指标集，使得业务决策系统可以构建和维护不同业务对象或不同角色的指标集，业务端在需要配置决策规则时，可以通过业务决策系统访问相应指标集并快速配置不同业务场景下所需的决策规则，业务端在需要借助业务决策系统进行业务决策时，提供对象标识和规则标识便可得到决策结果，不需要每次发起决策请求时自行获取指标数据来发送至业务决策系统，而是由预设指标库来获取待决策指标数据，统一了业务指标的统计口径，进一步降低业务歧义发生的概率，且能够减少业务端和业务决策系统之间的数据交互，提升整体的运行效率。

可选的，在上述实施例基础上，决策规则的配置过程(如上述步骤303到步骤305)也可以替换为查看已配置的决策规则，并在已配置的决策规则基础上进行复用或修改，生成所需的决策规则。其中，此处优化可对应于图4中的步骤15至步骤19的交互过程。

继续上述举例，若第二业务端的业务场景是将视频展示在热播排行榜页面，第二业务端已经设计了原创视频对应的第二决策规则为发布时间大于30天，第一业务端在第二决策规则基础上，想要增加最近1个月内播放量大于10000的条件，则可在保留第二决策规则中的条件的基础上，继续从第一规则指标集对应的第二配置控件(例如也可是图5所示的下拉菜单式配置控件)选择最近1个月内播放量，并进行相应条件的设置，生成第一决策规则，提高决策规则的配置效率。

图6为本公开实施例提供的一种数据处理装置的结构框图，该装置配置于数据处理端，可由软件和/或硬件实现，一般可集成在计算机设备中，可通过执行数据处理方法来进行数据处理。如图6所示，该装置包括：

数据处理请求接收模块601，用于接收第一业务端发送的数据处理请求，其中，所述数据处理请求中包括第一对象对应的第一对象标识和第一对象对应的第一规则标识；

处理规则确定模块602，用于根据所述第一规则标识确定第一处理规则；

指标数据获取模块603，用于根据所述第一对象标识通过所述预设指标库获取待处理指标数据，其中，所述待处理指标数据为所述第一对象的与所述第一处理规则对应的指标数据；

数据处理模块604，用于根据所述待处理指标数据和所述第一处理，确定数据处理结果。

本公开实施例中提供的数据处理装置，在数据处理端接收到数据处理请求时，可根据请求中的对象标识和规则标识，通过预设指标库来获取待处理指标数据，并进行数据处理，业务方不需要每次发起数据处理请求时自行获取指标数据来发送至数据处理端，统一了指标数据的统计口径，降低业务歧义发生的概率，且能够减少数据交互，提升整体的运行效率。

可选的，所述预设指标库中包含多个业务端共享的规则指标以及各对象关于规则指标的当前指标数据的获取方式。

可选的，该装置还可包括：

指标集获取模块，用于响应于接收到第一业务端发送的针对第一对象所属的第一类别的处理规则配置请求，获取所述第一业务端对应的所述第一类别的第一规则指标集，并向所述第一业务端展示第一规则配置页面，其中，所述第一规则配置页面用于展示所述第一规则指标集中的第一规则指标；

处理规则生成模块，用于响应于接收到所述第一业务端基于所述第一规则指标的规则配置操作，生成对应的第一处理规则，并将为所述第一处理规则分配的第一规则标识返回所述第一业务端。

可选的，该装置还可包括：

指标集配置模块，用于在接收到第一业务端发送的针对第一对象所属的第一类别的处理规则配置请求之前，响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集。

可选的，指标集配置模块，具体用于接收所述第一业务端的针对所述预设指标库中的至少一个第一规则指标的选中操作，将所述至少一个第一规则指标配置于所述第一规则指标集中。

可选的，指标集配置模块，具体用于接收所述第一业务端的针对所述第一类别的指标添加操作，从所述第一业务端获取待添加规则指标，将所述待添加规则指标配置于所述第一规则指标集中。

可选的，该装置还可包括：

规则查看模块，用于在所述接收第一业务端发送的数据处理请求之前，响应于接收到第一业务端发送的针对第一对象所属的第一类别的处理规则查看请求，获取第二业务端对应的所述第一类别的第二处理规则，并向所述第一业务端展示规则查看页面，其中，所述规则查看页面中展示有所述第二处理规则；

规则配置模块，用于响应于接收到所述第一业务端作用于所述第二处理规则的编辑操作，生成所述第一处理规则，并将为所述第一处理规则分配的第一规则标识返回所述第一业务端。

下面参考图7，其示出了适于用来实现本公开实施例的计算机设备700的结构示意图。本公开实施例中的计算机设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图7示出的计算机设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，计算机设备700可以包括处理装置(例如中央处理器、图形处理器等)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有计算机设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

通常，以下装置可以连接至I/O接口705：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置707；包括例如磁带、硬盘等的存储装置708；以及通信装置709。通信装置709可以允许计算机设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的计算机设备700，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从ROM 702被安装。在该计算机程序被处理装置701执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述计算机设备中所包含的；也可以是单独存在，而未装配入该计算机设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该计算机设备执行时，使得该计算机设备：接收第一业务端发送的数据处理请求，其中，所述数据处理请求中包括第一对象对应的第一对象标识和第一规则标识；根据所述第一规则标识确定第一处理规则；根据所述第一对象标识通过所述预设指标库获取待处理指标数据，其中，所述待处理指标数据为所述第一对象的与所述第一处理规则对应的指标数据；根据所述待处理指标数据和所述第一处理规则确定数据处理结果。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，数据处理模块还可以被描述为“根据所述待处理指标数据和所述第一处理，确定数据处理结果的模块”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开的一个或多个实施例，示例1提供了一种数据处理方法，

应用于数据处理端，所述数据处理端配置有预设指标库，所述方法包括：

接收第一业务端发送的数据处理请求，其中，所述数据处理请求中包括第一对象对应的第一对象标识和第一对象对应的第一规则标识；

根据所述第一规则标识确定第一处理规则；

根据所述第一对象标识通过所述预设指标库获取待处理指标数据，其中，所述待处理指标数据为所述第一对象的与所述第一处理规则对应的指标数据；

根据所述待处理指标数据和所述第一处理规则确定数据处理结果。

根据本公开的一个或多个实施例，示例2根据示例1所述的方法，所述预设指标库中包含多个业务端共享的规则指标以及各对象关于规则指标的当前指标数据的获取方式。

根据本公开的一个或多个实施例，示例3根据示例1或示例2所述的方法，在所述接收第一业务端发送的数据处理请求之前，还包括：

响应于接收到第一业务端发送的针对第一对象所属的第一类别的处理规则配置请求，获取所述第一业务端对应的所述第一类别的第一规则指标集，并向所述第一业务端展示第一规则配置页面，其中，所述第一规则配置页面用于展示所述第一规则指标集中的第一规则指标；

响应于接收到所述第一业务端基于所述第一规则指标的规则配置操作，生成对应的第一处理规则，并将为所述第一处理规则分配的第一规则标识返回所述第一业务端。

根据本公开的一个或多个实施例，示例4根据示例3所述的方法，在接收到第一业务端发送的针对第一对象所属的第一类别的处理规则配置请求之前，还包括：

响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集。

根据本公开的一个或多个实施例，示例5根据示例4所述的方法，所述响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集，包括：

接收所述第一业务端的针对所述预设指标库中的至少一个第一规则指标的选中操作，将所述至少一个第一规则指标配置于所述第一规则指标集中。

根据本公开的一个或多个实施例，示例6根据示例4所述的方法，所述响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集，包括：

接收所述第一业务端的针对所述第一类别的指标添加操作，从所述第一业务端获取待添加规则指标，将所述待添加规则指标配置于所述第一规则指标集中。

根据本公开的一个或多个实施例，示例7根据示例1所述的方法，在所述接收第一业务端发送的数据处理请求之前，还包括：

响应于接收到第一业务端发送的针对第一对象所属的第一类别的处理规则查看请求，获取第二业务端对应的所述第一类别的第二处理规则，并向所述第一业务端展示规则查看页面，其中，所述规则查看页面中展示有所述第二处理规则；

响应于接收到所述第一业务端作用于所述第二处理规则的编辑操作，生成所述第一处理规则，并将为所述第一处理规则分配的第一规则标识返回所述第一业务端。

根据本公开的一个或多个实施例，提供了一种数据处理装置，

配置于数据处理端，所述装置包括：

数据处理请求接收模块，用于接收第一业务端发送的数据处理请求，其中，所述数据处理请求中包括第一对象对应的第一对象标识和第一对象对应的第一规则标识；

处理规则确定模块，用于根据所述第一规则标识确定第一处理规则；

指标数据获取模块，用于根据所述第一对象标识通过所述预设指标库获取待处理指标数据，其中，所述待处理指标数据为所述第一对象的与所述第一处理规则对应的指标数据；

数据处理模块，用于根据所述待处理指标数据和所述第一处理，确定数据处理结果。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (10)

1.一种数据处理方法，其特征在于，应用于数据处理端，所述数据处理端配置有预设指标库，所述方法包括：

接收第一业务端发送的数据处理请求，其中，所述数据处理请求中包括第一对象对应的第一对象标识和所述第一对象对应的第一规则标识；

根据所述第一规则标识确定第一处理规则；

根据所述第一对象标识通过所述预设指标库获取待处理指标数据，其中，所述待处理指标数据为所述第一对象的与所述第一处理规则对应的指标数据；

根据所述待处理指标数据和所述第一处理规则确定数据处理结果。

2.根据权利要求1所述的方法，其特征在于，所述预设指标库中包含多个业务端共享的规则指标以及各对象关于规则指标的当前指标数据的获取方式。

3.根据权利要求1或2所述的方法，其特征在于，在所述接收第一业务端发送的数据处理请求之前，还包括：

响应于接收到第一业务端发送的针对第一对象所属的第一类别的处理规则配置请求，获取所述第一业务端对应的所述第一类别的第一规则指标集，并向所述第一业务端展示第一规则配置页面，其中，所述第一规则配置页面用于展示所述第一规则指标集中的第一规则指标；

响应于接收到所述第一业务端基于所述第一规则指标的规则配置操作，生成对应的第一处理规则，并将为所述第一处理规则分配的第一规则标识返回所述第一业务端。

4.根据权利要求3所述的方法，其特征在于，在接收到第一业务端发送的针对第一对象所属的第一类别的处理规则配置请求之前，还包括：

响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集。

5.根据权利要求4所述的方法，其特征在于，所述响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集，包括：

接收所述第一业务端的针对所述预设指标库中的至少一个第一规则指标的选中操作，将所述至少一个第一规则指标配置于所述第一规则指标集中。

6.根据权利要求4所述的方法，其特征在于，所述响应于接收到所述第一业务端发送的针对所述第一类别的指标集配置请求，通过所述预设指标库配置所述第一业务端对应的所述第一类别的第一规则指标集，包括：

接收所述第一业务端的针对所述第一类别的指标添加操作，从所述第一业务端获取待添加规则指标，将所述待添加规则指标配置于所述第一规则指标集中。

7.根据权利要求1所述的方法，其特征在于，在所述接收第一业务端发送的数据处理请求之前，还包括：

响应于接收到第一业务端发送的针对第一对象所属的第一类别的处理规则查看请求，获取第二业务端对应的所述第一类别的第二处理规则，并向所述第一业务端展示规则查看页面，其中，所述规则查看页面中展示有所述第二处理规则；

响应于接收到所述第一业务端作用于所述第二处理规则的编辑操作，生成所述第一处理规则，并将为所述第一处理规则分配的第一规则标识返回所述第一业务端。

8.一种数据处理装置，其特征在于，配置于数据处理端，所述装置包括：

数据处理请求接收模块，用于接收第一业务端发送的数据处理请求，其中，所述数据处理请求中包括第一对象对应的第一对象标识和所述第一对象对应的第一规则标识；

处理规则确定模块，用于根据所述第一规则标识确定第一处理规则；

指标数据获取模块，用于根据所述第一对象标识通过所述预设指标库获取待处理指标数据，其中，所述待处理指标数据为所述第一对象的与所述第一处理规则对应的指标数据；

数据处理模块，用于根据所述待处理指标数据和所述第一处理，确定数据处理结果。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-7任一项所述的方法。

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

Images