一种数据处理的方法和装置

技术领域

本发明涉及数据处理领域，特别是涉及一种数据处理的方法和装置。

背景技术

随着平台型应用的日趋成熟，当存在多个服务对象同时使用同一个或多个平台型应用时，会涉及到所产生的资源消耗如何进行分摊的问题。

以成本分账为例，在现有技术中，通常是在得到总成本后，从上往下逐步去进行成本分摊。然而，这种方式仅能进行一些简单的分摊操作，无法适用于一些更加精确的分摊需求。

发明内容

鉴于上述问题，提出了以便提供克服上述问题或者至少部分地解决上述问题的一种数据处理的方法和装置，包括：

一种数据处理的方法，所述方法包括：

获取所提供一个或多个平台型应用的第一资源消耗数据；其中，所述一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象；

根据所述第一资源消耗数据，确定每个应用对象的第二资源消耗数据；

按照需求维度，确定所调用的目标应用对象，并根据所述目标应用对象的第二资源消耗数据，确定所述需求维度的第三资源消耗数据。

可选地，所述按照需求维度，确定所调用的目标应用对象，包括：

根据需求维度，确定目标服务对象所提供目标服务功能；

获取所述目标服务功能的目标调用链信息；

按照所述目标调用链信息，确定所调用的目标应用对象。

可选地，所述根据所述第一资源消耗数据，确定每个应用对象的第二资源消耗数据，包括：

确定每个应用对象的第一流量信息；

针对每个应用对象，根据所属的平台型应用的第一资源消耗数据和所述第一流量信息，确定每个应用对象的第二资源消耗数据。

可选地，在所述针对每个应用对象，根据所属的平台型应用的第一资源消耗数据和所述第一流量信息，确定每个应用对象的第二资源消耗数据之前，还包括：

确定每个平台型应用中一个或多个流量入口类型的资源消耗占比；

所述针对每个应用对象，根据所属的平台型应用的第一资源消耗数据和所述第一流量信息，确定每个应用对象的第二资源消耗数据，包括：

针对每个应用对象，确定其所采用的目标流量入口类型，并根据所述第一流量信息，确定其在所述目标流量入口类型中的第一流量占比；

根据所述第一资源消耗数据、所述目标流量入口类型的资源消耗占比，以及所述第一流量占比，确定每个应用对象的第二资源消耗数据。

可选地，所述确定每个平台型应用中一个或多个流量入口类型的资源消耗占比，包括：

确定每个平台型应用的第二流量信息；

确定每个平台型应用中一个或多个流量入口类型的第三流量信息；

根据所述第二流量信息和所述第三流量信息，确定每个平台型应用中一个或多个流量入口类型的资源消耗占比。

可选地，所述根据所述目标应用对象的第二资源消耗数据，确定所述需求维度的第三资源消耗数据，包括：

确定所述需求维度的流量在总流量中的第二流量占比；

根据所述目标应用对象的第二资源消耗数据和所述第二流量占比，确定所述需求维度的第三资源消耗数据。

可选地，所述需求维度至少包括针对以下任一项或多项的维度：

服务对象、服务对象所提供服务功能、由多个具有相同或相似特征的功能组成的集合、平台型应用下服务对象。

一种数据处理的装置，所述装置包括：

第一资源消耗数据获取模块，用于获取所提供一个或多个平台型应用的第一资源消耗数据；其中，所述一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象；

第二资源消耗数据确定模块，用于根据所述第一资源消耗数据，确定每个应用对象的第二资源消耗数据；

第三资源消耗数据确定模块，用于按照需求维度，确定所调用的目标应用对象，并根据所述目标应用对象的第二资源消耗数据，确定所述需求维度的第三资源消耗数据。

一种服务器，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的数据处理的方法。

一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的数据处理的方法。

本发明实施例具有以下优点：

在本发明实施例中，通过获取所提供一个或多个平台型应用的第一资源消耗数据，一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象，然后根据第一资源消耗数据，确定每个应用对象的第二资源消耗数据，按照需求维度，确定所调用的目标应用对象，并根据目标应用对象的第二资源消耗数据，确定需求维度的第三资源消耗数据，实现了根据平台型应用的使用情况对资源消耗进行分摊，能够适用于更加精细的资源分摊需求，进而能够更好地进行资源控制，提高资源利用率。

附图说明

为了更清楚地说明本发明的技术方案，下面将对本发明的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1a是本发明一实施例提供的一种数据处理的方法的步骤流程图；

图1b是本发明一实施例提供的一种成本拆分的示意图；

图2a是本发明一实施例提供的另一种数据处理的方法的步骤流程图；

图2b是本发明一实施例提供的一种调用链拓扑的示意图；

图3a是本发明一实施例提供的另一种数据处理的方法的步骤流程图；

图3b是本发明一实施例提供的一种仓成本分摊的示意图；

图4是本发明一实施例提供的另一种数据处理的方法的步骤流程图；

图5是本发明一实施例提供的一种分账系统的示意图；

图6是本发明一实施例提供的一种数据处理的装置的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参照图1a，示出了本发明一实施例提供的一种数据处理的方法的步骤流程图，具体可以包括如下步骤：

步骤101，获取所提供一个或多个平台型应用的第一资源消耗数据；其中，一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象；

其中，平台型应用向上为多个服务对象提供服务，向下依赖于云平台提供的服务，该多个平台型应用可以依赖于同一云平台，其资源消耗数据可以由底层云平台或资源池提供，云平台从平台型应用的维度来进行整体资源消耗的计算，即其能够提供每个平台型应用整体的资源消耗数据。

具体的，平台型应用可以包含一个或多个应用对象，如应用对象可以为平台型应用所提供的方法，服务对象可以通过调用平台型应用所包含的应用对象来实现其部分或全部服务功能，即服务对象为平台型应用服务的客户，如服务对象可以为电子商务平台，每个服务对象可以在云平台中具有一账户标识，其可以通过所有的账户来使用云平台中的平台型应用。

作为一示例，资源消耗数据可以为成本数据，成本数据可以为IT资源投入等技术成本，其具体表现形式可以为财务计费数据。

由于云平台可以从平台型应用的维度来进行资源消耗的计算，即其能提供平台型应用整体的资源消耗情况，则可以从云平台获取所依赖于云平台的一个或多个平台型应用的第一资源消耗数据

步骤102，根据第一资源消耗数据，确定每个应用对象的第二资源消耗数据；

由于每个平台型应用可以包含一个或多个应用对象，服务对象具体是通过调用平台型应用中的应用对象来实现其部分或全部服务功能，则为了对资源消耗数据进行更加精细的分摊，如按照客户享有服务功能的使用量进行计算分摊，可以先将第一资源数据分摊到每个应用对象，得到每个应用对象分摊的第二资源消耗数据。

步骤103，按照需求维度，确定所调用的目标应用对象，并根据目标应用对象的第二资源消耗数据，确定需求维度的第三资源消耗数据。

基于不同的资源消耗数据的分摊需求，可以确定所需的需求维度，然后可以确定该需求维度所调用的目标应用对象，进而可以根据目标应用对象的第二资源消耗数据进行计算，确定需求维度的第三资源消耗数据，如输出不同需求维度的分账账单，满足大部分分账场景。

如图1b所示，可以将总成本拆分至平台型应用app1、app2，然后可以将app1中的成本拆分为应用对象method1、method2，并可以根据应用对象的成本计算各个维度wid1、wid2的成本。

例如，需求维度为针对服务对象A

又如，需求维度为针对服务对象A

在本发明实施例中，通过获取所提供一个或多个平台型应用的第一资源消耗数据，一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象，然后根据第一资源消耗数据，确定每个应用对象的第二资源消耗数据，按照需求维度，确定所调用的目标应用对象，并根据目标应用对象的第二资源消耗数据，确定需求维度的第三资源消耗数据，实现了根据平台型应用的使用情况对资源消耗进行分摊，能够适用于更加精细的资源分摊需求，进而能够更好地进行资源控制，提高资源利用率。

参照图2a，示出了本发明一实施例提供的另一种数据处理的方法的步骤流程图，具体可以包括如下步骤：

步骤201，获取所提供一个或多个平台型应用的第一资源消耗数据；其中，一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象；

步骤202，根据第一资源消耗数据，确定每个应用对象的第二资源消耗数据；

步骤203，根据需求维度，确定目标服务对象所提供目标服务功能；

作为一示例，需求维度至少可以包括针对以下任一项或多项的维度：

服务对象、服务对象所提供服务功能、由多个具有相同或相似特征的功能组成的集合、平台型应用下服务对象。

针对不同的需求维度，可以先确定需求维度对应的目标服务对象，并可以从目标服务对象提供的服务功能中，确定需求维度对应的目标服务功能。

例如，需求维度可以为服务对象A

又如，需求维度可以为服务对象A

又如，需求维度可以为物流功能，服务对象A

又如，需求维度可以为某一平台型应用下服务对象A

步骤204，获取目标服务功能的目标调用链信息；

作为一示例，调用链信息可以包含用于实现服务功能所需要调用的应用对象的相关信息，如图2b所示的调用链拓扑，服务功能T

为了实现按照客户享有服务功能的使用量进行计算分摊，则可以以实际向客户提供的产品菜单为入口，针对每个服务对象所提供服务功能，找出覆盖全技术资源的调用链信息，通过调用链信息可以将资源消耗分摊至服务功能的每一节点。

步骤205，按照目标调用链信息，确定所调用的目标应用对象；

由于调用链信息可以包含用于实现服务功能所需要调用的应用对象的相关信息，则在确定目标调用链信息后，可以确定所调用的目标应用对象。

步骤206，根据目标应用对象的第二资源消耗数据，确定需求维度的第三资源消耗数据。

在确定目标应用对象后，可以获取目标应用对象分摊的第二资源消耗数据进行计算，进而可以得到需求维度的第三资源消耗数据。

参照图3a，示出了本发明一实施例提供的另一种数据处理的方法的步骤流程图，具体可以包括如下步骤：

步骤301，获取所提供一个或多个平台型应用的第一资源消耗数据；其中，一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象；

步骤302，确定每个应用对象的第一流量信息；

其中，流量信息可以为服务对象调用时所产生的流量信息，如入口流量。

对于每个应用对象，可以确定该应用对象的第一流量信息。

步骤303，针对每个应用对象，根据所属的平台型应用的第一资源消耗数据和第一流量信息，确定每个应用对象的第二资源消耗数据；

由于每个平台型应用具有一个或多个应用对象，每个应用对象可以分摊其所属的平台型应用的第一资源消耗数据的一部分，则根据每个应用对象的第一流量信息来进行分摊，得到每个应用对象的第二资源消耗数据。

在一示例中，还可以根据所属的平台型应用的第一资源消耗数据和应用对象所占的存储信息来进行分摊，确定应用对象的第二资源消耗数据。

在本发明一实施例中，在步骤303之前，还可以包括如下步骤：

确定每个平台型应用中一个或多个流量入口类型的资源消耗占比。

在实际应用中，每个平台型应用可以具有一个或多个流量入口类型，即具有一种或多种入口流量，如RPC(Remote Procedure Call，远程过程调用协议)入口、MRTAQ(Metamorphosis，一种消息中间件)入口、HTTP(Hyper Text Transfer Protocol，超文本传输协议)入口，则平台型应用的所有入口流量可以为其所具有的流量入口类型的流量之和，如下公式所示：

SumQ＝QPS

其中，SumQ为平台型应用的所有入口流量，QPS为每秒查询率，RT为响应时间，haf、metaq、http分别为一种流量入口类型。

QPS

基于此，可以将平台型应用的第一资源消耗数据按照流量入口类型进行分摊，得到每个平台型应用中一个或多个流量入口类型的资源消耗占比，如图3b所示，某个仓(即平台型应用)的成本可以按照流量入口类型来进行分层分摊，如分为http层、rpc层、db层。

更进一步地，如图3，每一层都有其对应的方法method，对于每个方法，在其所在层分摊的成本的基础上，可以根据流量比再进一步分摊，得到http层某个method的某个仓的成本、rpc层某个method的某个仓的成本、db层某个method的某个仓的成本。

在本发明一实施例中，确定每个平台型应用中一个或多个流量入口类型的资源消耗占比，可以包括如下子步骤：

子步骤11，确定每个平台型应用的第二流量信息；

由于云平台下可以包括多个平台型应用，则可以根据云平台所提供的数据，分别确定每个平台型应用的第二流量信息。

子步骤12，确定每个平台型应用中一个或多个流量入口类型的第三流量信息；

由于每个平台型应用可以具有一个或多个流量入口类型，则可以根据不同的流量入口类型对平台型应用的入口流量进行分摊，分别确定每个流量入口类型的第三流量信息。

子步骤13，根据第二流量信息和第三流量信息，确定每个平台型应用中一个或多个流量入口类型的资源消耗占比。

针对每个流量入口类型，在确定第二流量信息和第三流量信息后，可以根据第二流量信息和第三流量信息，确定每个流量入口类型在所有入口流量中的流量占比，进而可以将该流量占比作为流量入口类型的资源消耗占比，如可以采用以下公式进行计算：

其中，M

相应地，步骤303可以包括如下子步骤：

子步骤21，针对每个应用对象，确定其所采用的目标流量入口类型，并根据第一流量信息，确定其在目标流量入口类型中的第一流量占比；

对于每个应用对象，可以确定其所采用的目标流量入口类型，然后可以根据该应用对象的第一流量信息和该目标流量入口类型的所有流量信息，确定其在目标流量入口类型中的第一流量占比，即该应用对象的流量在同一流量入口类型中所有流量中的占比，如可以采用以下公式计算：

其中，R

子步骤22，根据第一资源消耗数据、目标流量入口类型的资源消耗占比，以及第一流量占比，确定每个应用对象的第二资源消耗数据。

由于每个应用对象都可以对应一种流量入口类型，其资源消耗也可以从该种流量入口类型的资源消耗中进行分摊。

基于此，则可以先将平台型应用的第一资源消耗数据按照目标流量入口类型的资源消耗占比进行分摊，得到目标流量入口类型的资源消耗数据。

然后，可以将目标流量入口类型的资源消耗数据按照每个应用对象的第一流量占比进行分摊，则可以得到每个应用对象的第二资源消耗数据。

步骤304，按照需求维度，确定所调用的目标应用对象，并根据目标应用对象的第二资源消耗数据，确定需求维度的第三资源消耗数据。

参照图4，示出了本发明一实施例提供的另一种数据处理的方法的步骤流程图，具体可以包括如下步骤：

步骤401，获取所提供一个或多个平台型应用的第一资源消耗数据；其中，一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象；

步骤402，根据第一资源消耗数据，确定每个应用对象的第二资源消耗数据；

步骤403，按照需求维度，确定所调用的目标应用对象；

步骤404，确定需求维度的流量在总流量中的第二流量占比；

在确定需求维度后，可以确定需求维度的流量，如需求维度为服务对象A

步骤405，根据目标应用对象的第二资源消耗数据和第二流量占比，确定需求维度的第三资源消耗数据。

在确定第二流量占比后，可以按照第二流量占比对目标应用对象的第二资源消耗数据进行分摊，得到需求维度的第三资源消耗数据。

以下通过一个例子对本发明实施例进行示例性说明：

假设1、云平台具有2个平台型应用，分别为平台型应用oip和平台型应用hu，云平台5月份成本共20万，oip占15万(即第一资源消耗数据)，hu占5万(即第一资源消耗数据)。

假设2、云平台支撑2个行业(即服务对象)，行业A和行业B。

假设3、云平台共提供了3个服务功能，行业A使用了功能1、功能2，行业B使用了功能2和功能3。

假设4、oip包含5个方法(即应用对象)，分别为：oip方法1、oip方法2、oip方法3、oip方法4、oip方法5，流量占比分别为10％、10％、10％、35％、35％

假设5、hu包含5个方法(即应用对象)，分别为：hu方法1、hu方法2、hu方法3、hu方法4、hu方法5，流量占比分别为20％、20％、20％、20％、20％

假设6、功能1、功能2、功能3的调用链信息如下表1所示：

表1

在需求维度为计算行业A中功能1分摊的成本时，可以采用如下计算：

步骤1、计算方法(即应用对象)的成本(即第二资源消耗数据)

对于oip，因为只有1、2、3、4方法被功能使用了

oip方法1总成本：15万*10％＝1.5万

oip方法2总成本：15万*10％＝1.5万

oip方法3总成本：15万*10％＝1.5万

oip方法4总成本：15万*35％＝5.25万

对于hu，因为只有2、3方法被功能使用了

hu方法2总成本：5万*20％＝1万

hu方法3总成本：5万*20％＝1万

步骤2、按照需求维度，计算行业A中功能1分摊的成本

对于行业A中功能1，根据调用链信息可以确定其调用的方法有oip方法1、oip方法2、hu方法2、hu方法3，则行业A中功能1分摊的成本(即第三资源消耗数据)为以下各方法的成本总和：

oip方法1：1.5万*(行业A流量/总流量)

oip方法2：1.5万*(行业A流量/总流量)*0.5

(因为对于行业A，功能1和功能2都用了oip方法2，所以乘以0.5)

hu方法2：1万*(行业A流量/总流量)

hu方法3：1万*(行业A流量/总流量)*0.5

(因为对于行业A，功能1和功能2都用了oip方法2，所以乘以0.5)

实际上，本发明可以提供一种分账系统，其可以用于进行成本等资源数据分摊，如成本分账，具体可以根据实际场景选择采用上述的方式进行分摊，如采用步骤101-步骤103、步骤201-步骤206、步骤301-步骤304、步骤401-步骤405的方式，也可以根据实际场景选择采用其他方式进行成本等资源消耗数据的分摊，如采用流量染色的方式。

以成本分账为例，在采用流量染色的分账系统中，可以创建成本分账的账号体系，每个财务账号下面具有多个一个或多个财务单元，每个财务单元对应一个Tag标签，即用于进行流量染色的染色标签，然后可以收集Tag标签与财务账号维度的数据，进而可以形成Tag标签维度的报表。

如图5，企业ABC可以包括分公司A和分公司B，分公司A可以包括产品1、产品2、业务部、人事部、技术部，分公司B可以包括项目1和项目2，可以针对上述的企业ABC、分公司A、分公司B、产品1、产品2、业务部、人事部、技术部、项目1和项目2建立财务账户，针对其具体使用的SLB(Server Load Balancing，服务器负载均衡)、ECS(Elastic Compute Service，云服务器)、PolarDB(一种关系型云原生数据库)、RDS(Relational Database Service，关系型数据库服务)、EMR(E-MapReduce)、OSS(Object Storage Service，对象存储服务)等建立财务单元，并分配Tag标签，对其各自使用的流量采用Tag标签进行染色，然后可以按照财务账号进行汇总，得到各个账户账号维度的流量统计，进而可以进行成本分账。

具体的，采用流量染色构建分账系统可以按照如下方式：

1、标签体系规划阶段：基于业务特征，规划标签体系，制定流程和规范，即定义染色标。其中标签的规划需要满足如下的原则：

互斥原则

集体详尽原则

有限值原则

考虑未来变化后果原则

简化设计原则

2、资源管理建立阶段，即分资源的过程，如用户在相应的资源上打上标签，即打标或染色。

3、配置分账场景阶段，即费用分账的过程，系统对资源的费用账单执行分账，即基于流量自动进行流量染色。

4、解读分账账单阶段，用户可查看分账账单、费用分析等查阅分账结果，即最终的结果汇总。

5：持续优化改进阶段：审阅标签质量，结合管理手段，持续改进。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图6，示出了本发明一实施例提供的一种数据处理的装置的结构示意图，具体可以包括如下模块：

第一资源消耗数据获取模块601，用于获取所提供一个或多个平台型应用的第一资源消耗数据；其中，所述一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象；

第二资源消耗数据确定模块602，用于根据所述第一资源消耗数据，确定每个应用对象的第二资源消耗数据；

第三资源消耗数据确定模块603，用于按照需求维度，确定所调用的目标应用对象，并根据所述目标应用对象的第二资源消耗数据，确定所述需求维度的第三资源消耗数据。

在本发明一实施例中，第三资源消耗数据确定模块603，包括：

目标服务功能确定子模块，用于根据需求维度，确定目标服务对象所提供目标服务功能；

目标调用链信息获取子模块，用于获取所述目标服务功能的目标调用链信息；

目标应用对象确定子模块，用于按照所述目标调用链信息，确定所调用的目标应用对象。

在本发明一实施例中，第二资源消耗数据确定模块602，包括：

第一流量信息确定子模块，用于确定每个应用对象的第一流量信息；

流量确定第二资源消耗数据子模块，用于针对每个应用对象，根据所属的平台型应用的第一资源消耗数据和所述第一流量信息，确定每个应用对象的第二资源消耗数据。

在本发明一实施例中，还包括：

资源消耗占比确定模块，用于确定每个平台型应用中一个或多个流量入口类型的资源消耗占比；

所述流量确定第二资源消耗数据子模块，包括：

第一流量占比确定子模块，用于针对每个应用对象，确定其所采用的目标流量入口类型，并根据所述第一流量信息，确定其在所述目标流量入口类型中的第一流量占比；

流量占比确定第二资源消耗数据子模块，用于根据所述第一资源消耗数据、所述目标流量入口类型的资源消耗占比，以及所述第一流量占比，确定每个应用对象的第二资源消耗数据。

在本发明一实施例中，资源消耗占比确定模块，包括：

第二流量信息确定子模块，用于确定每个平台型应用的第二流量信息；

第三流量信息确定子模块，用于确定每个平台型应用中一个或多个流量入口类型的第三流量信息；

流量确定资源消耗占比子模块，用于根据所述第二流量信息和所述第三流量信息，确定每个平台型应用中一个或多个流量入口类型的资源消耗占比。

在本发明一实施例中，第三资源消耗数据确定模块603，包括：

第二流量占比确定子模块，用于确定所述需求维度的流量在总流量中的第二流量占比；

流量占比确定第三资源消耗数据子模块，用于根据所述目标应用对象的第二资源消耗数据和所述第二流量占比，确定所述需求维度的第三资源消耗数据。

在本发明一实施例中，所述需求维度至少包括针对以下任一项或多项的维度：

服务对象、服务对象所提供服务功能、由多个具有相同或相似特征的功能组成的集合、平台型应用下服务对象。

在本发明实施例中，通过获取所提供一个或多个平台型应用的第一资源消耗数据，一个或多个平台型应用为可向多个服务对象提供服务的应用，且每个平台型应用包括一个或多个供服务对象调用的应用对象，然后根据第一资源消耗数据，确定每个应用对象的第二资源消耗数据，按照需求维度，确定所调用的目标应用对象，并根据目标应用对象的第二资源消耗数据，确定需求维度的第三资源消耗数据，实现了根据平台型应用的使用情况对资源消耗进行分摊，能够适用于更加精细的资源分摊需求，进而能够更好地进行资源控制，提高资源利用率。

本发明一实施例还提供了一种服务器，可以包括处理器、存储器及存储在存储器上并能够在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上数据处理的方法。

本发明一实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如上数据处理的方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对所提供的一种数据处理的方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。