数据计费方法和装置与流程

本发明涉及通信领域，具体而言，涉及一种数据计费方法和装置。

背景技术：

随着云时代的来临，大数据也吸引了越来越多的关注。大数据技术的意义不仅在于掌握庞大的数据消息，更在于对海量数据进行分布式数据挖掘。换言之，如果把大数据比作一种产业，那么这种产业实现盈利的关键，在于提高对数据的加工能力，通过加工实现数据的增值。

全球范围大数据的各种商业运营开始爆发，各种互联网厂家利用各自的数据源进行商业活动，并开始盈利。而当前电信运营商仍未摆脱“管道服务”角色，需打破自封，寻找促进数据与服务开放、价值最大化的突破口。运营商拥有海量的数据，却没有带来价值，而开放大数据平台数据给第三方厂商，可以获取利润，增加收入。

目前大数据平台提供数据给第三方厂商，都是基于固定内容和费率。固定内容是指提供的数据格式和内容是固定的，第三方厂商无法自由定制；固定费率是指运营商无论提供多少数据，收取的费用都是基本固定的。显然目前大数据平台的计费方式，是一种不太合理的计费方法。

针对相关技术中运营商提供大数据时收费方式单一的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种数据计费方法和装置，以至少解决相关技术中运营商提供大数据时收费方式单一的问题。

根据本发明的一个方面，提供了一种数据计费方法，包括：接收数据请求方发送的数据请求；根据所述数据请求对数据库中存储的第一数据进行预设处理，得到所述数据请求方所请求的第二数据；根据所述第二数据的特征信息对所述第二数据进行计费。

可选地，所述特征信息包括以下至少之一：所述第二数据的数据量、处理所述第二数据使用的实际计算量、处理所述第二数据使用的实际计算时长、处理所述第二数据的时段的忙闲程度等级。

可选地，所述特征信息还包括：所述第二数据的类型。

可选地，根据所述第二数据的所述特征信息对所述第二数据进行计费包括：对所述特征信息采用加权算法对所述第二数据进行计费。

可选地，在根据所述数据请求对数据库中存储的第一数据进行预设处理之前，所述方法还包括：估算所述数据请求方需要支付的费用；发送第一应答消息至所述数据请求方，其中，所述第一应答消息中至少携带有所述费用；接收所述数据请求方响应于所述第一应答消息的第一确认消息，其中，所述第一确认消息用于指示执行根据所述数据请求对所述数据库中存储的所述第一数据进行预设处理的步骤；执行根据所述数据请求对所述数据库中存储的所述第一数据进行预设处理的步骤。

可选地，估算所述数据请求方需要支付的所述费用包括：根据以下至少之一估算所述数据请求方需要支付的所述费用：请求的数据的类型、估算得到的请求的数据的估算计算量、估算得到的请求的数据的估算计算时长、处理请求的数据的时段的忙闲程度等级；所述第一应答消息中还携带有以下至少之一：请求的数据的类型、估算得到的请求的数据的估算计算量、估算得到的请求的数据的估算计算时长、处理请求的数据的时段的忙闲程度等级。

可选地，在发送所述第一应答消息至所述数据请求方之后，所述方法还包括：在第一预定时间内未收到所述第一确认消息，或者接收到第二确认消息的情况下，终止所述数据请求所请求的所述数据，其中，所述第二确认消息用于指示不执行根据所述数据请求对所述数据库中存储的所述第一数据进行预设处理的步骤。

可选地，发送所述第一应答消息至所述数据请求方包括：查询所述数据请求方的预付费账户；判断所述预付费账户的余额是否不少于所述费用；在判断到所述余额不少于所述费用的情况下，发送所述第一应答消息至所述数据请求方。

可选地，计费包括：发送第二应答消息至所述数据请求方，其中，所述第二应答消息中至少携带有以下至少之一的内容：所述第二数据的类型、所述第二数据的数据量、处理所述第二数据使用的实际计算量、处理所述第二数据使用的实际计算时长、处理所述第二数据的时段的忙闲程度等级；接收所述数据请求方响应于所述第二应答消息的确认应答消息，其中，所述确认应答消息用于指示所述数据请求方已确认所述第二应答消息中携带的内容；根据所述确认应答消息中携带的内容进行计费。

可选地，所述第二应答消息中还携带有所述第二数据，其中，在所述第二数据为加密数据的情况下，所述第二应答消息中还携带有用于解密所述加密数据的解密信息。

可选地，在第二预定时间内未接收到所述数据请求方响应于所述第二应答消息的所述第二确认应答消息的情况下，所述方法还包括：重新发送所述第二应答消息至所述数据请求方。

可选地，在重新发送所述第二应答消息至所述数据请求方之后，所述方法还包括： 在重新发送所述第二应答消息之后的第三预定时间内仍未接收到所述数据请求方发送的所述确认应答消息的情况下，根据所述第二应答消息中携带的内容进行计费，并对计费生成的账单进行标注。

可选地，根据所述数据请求对所述数据库中存储的所述第一数据进行预设处理包括：根据所述数据请求，对所述数据请求方进行身份鉴权；在对所述数据请求方的身份鉴权成功的情况下，根据所述数据请求对所述数据库中存储的所述第一数据进行预设处理。

根据本发明的另一个方面，还提供了一种数据计费装置，包括：接收模块，用于接收数据请求方发送的数据请求；第一计算模块，用于根据所述数据请求对数据库中存储的第一数据进行预设处理，得到所述数据请求方所请求的第二数据；计费模块，用于根据所述第二数据的特征信息对所述第二数据进行计费。

通过本发明，采用接收数据请求方发送的数据请求；根据数据请求对数据库中存储的第一数据进行预设处理，得到数据请求方所请求的第二数据；根据第二数据的特征信息对第二数据进行计费的方式，解决了运营商提供大数据时收费方式单一的问题，实现了运营商根据提供的数据内容的特征信息进行收费。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的数据计费方法的流程图；

图2是根据本发明实施例的数据计费装置的结构框图；

图3是根据本发明实施例的数据计费装置的可选结构框图；

图4是根据本发明可选实施例的数据计费系统的大数据平台结构框图；

图5是根据本发明可选实施例的数据计费系统的开放平台层结构框图；

图6是根据本发明可选实施例的数据计费方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种数据计费方法，图1是根据本发明实施例的数据计费方法 的流程图，如图1所示，该流程包括如下步骤：

步骤S102，接收数据请求方发送的数据请求；

步骤S104，根据数据请求对数据库中存储的第一数据进行预设处理，得到数据请求方所请求的第二数据；

步骤S106，根据第二数据的特征信息对第二数据进行计费。

通过上述步骤，根据接收到的数据请求方发送的数据请求对数据库中的第一数据进行处理，得到数据请求方请求的第二数据，在获得第二数据的过程中可以根据第二数据的特征信息对第二数据进行计费。可见，采用上述步骤，解决了运营商提供大数据时收费方式单一的问题，实现了运营商根据提供的数据内容的特征信息进行收费。

可选地，特征信息可以包括以下至少之一：第二数据的数据量、处理第二数据使用的实际计算量、处理第二数据使用的实际计算时长、处理第二数据的时段的忙闲程度等级。

可选地，特征信息还可以包括：第二数据的类型。

可选地，可以通过对特征信息采用加权算法对第二数据进行计费。

下面以一个实施例介绍计费的过程。

在接收到数据请求方的数据请求后，根据数据请求计算数据请求方请求的数据，由于不同的数据的数据类型可能不同，请求的数据量可能不同，从而产生了不同的数据计算量和计算时长等。运营商可以在数据计算过程中区分出请求的数据的数据类型，计算出请求的数据量，并统计计算过程中的计算量和计算时长等请求的数据的特征信息，再根据数据的特征信息通过预设的策略对请求的数据进行计费。

例如：数据类型(设为A)可以为数字型，字节型和文本型等，不同的数据类型对应不同的收费标准；请求的数据量(设为B)在第一阈值范围内时，采用第一标准计费，请求的数据量在第二阈值范围内时，采用第二标准计费；计算过程中的计算量(设为C)小于某一特定值时，采用一种计费标准，计算过程中的计算量大于某一特定值时，采用另一种计费标准；计算过程中的计算时长(设为D)超过预设值时，采取较高的收费标准，计算过程中的计算时长低于预设值时，采取较低的收费标准；预设策略可以为加权计算等，在预设策略为加权计算的情况下，设置数据类型的权重为P1，请求的数据量的权重为P2，计算过程中的计算量的权重为P3，计算过程中的计算时长的权重为P4，计算的时段在忙时的忙闲程度等级设为1，闲时的忙闲程度等级设为0.8，那么，计费策略在计算的时段处于忙时为(P1×A+P2×B+P3×C+P4×D)×1，计费策略在计算的时段处于闲时为(P1×A+P2×B+P3×C+P4×D)×0.8。

可选地，在上述步骤S104之前，可以根据数据请求估算出数据请求方请求数据需 要支付的费用，将携带有估算的费用的应答消息作为对数据请求的响应发送至数据请求方，在收到携带有指示数据请求方认可估算费用的第一确认消息的情况下，进行数据计算。例如：可以估算数据请求方需要支付的费用，然后发送第一应答消息至数据请求的发送方，其中，第一应答消息中至少携带有估算的费用；接收数据请求方响应于第一应答消息的用于指示执行根据数据请求对数据库中存储的第一数据进行预设处理的步骤的第一确认消息后，执行根据数据请求对数据库中存储的第一数据进行预设处理的步骤。通过上述步骤，实现了对数据请求指示的数据的估算，并将估算结果通知给数据请求方，数据请求方可以根据估算结果决定是否继续对数据计算，在接收到数据请求方发送的指示继续数据处理的消息后进行数据处理，可以节约成本。

可选地，还可以估算出数据类型、计算量、计算时长等信息，通知给数据请求方，这样，数据请求方就能获知费用的计算过程以及数据的等待时间，再根据需要指示继续数据处理。例如：对数据请求方需要支付的费用进行计算时可以根据以下至少之一对数据请求方需要支付的费用进行估算：请求的数据的类型、估算得到的请求的数据的估算计算量、估算得到的请求的数据的估算计算时长、处理请求的数据的时段的忙闲程度等级，并且第一应答消息中还可以携带有以下至少之一：请求的数据的类型、估算得到的请求的数据的估算计算量、估算得到的请求的数据的估算计算时长、处理请求的数据的时段的忙闲程度等级。

可选地，在第一预定时间内未收到第一确认消息，或者接收到用于指示不执行根据数据请求对数据库中存储的第一数据进行预设处理的步骤的第二确认消息的情况下，可以终止数据请求所请求的数据。通过上述步骤，数据请求方可以选择终止数据请求所请求的数据，在数据请求方选择终止数据请求所请求的数据的情况下，结束数据请求，不进行数据的处理，也可以节约成本。

可选地，在计算上述估算的费用的过程中，可以对数据请求方的预付费账户中的余额进行查询，在判断到预付费账户中的余额不少于估算的费用时，发送第一应答消息至数据请求方，以确认数据请求方是否指示继续数据处理。例如：可以查询发送方的预付费账户，并判断预付费账户的余额是否不少于估算的费用，在判断到余额不少于估算的费用的情况下，发送第一应答消息至发送方。通过上述步骤，可以实现发送方对数据采用预付费的方式。

可选地，在对请求的数据进行计费时，可以将携带有第二数据的类型、第二数据的数据量、处理第二数据使用的实际计算量、处理第二数据使用的实际计算时长、处理第二数据的时段的忙闲程度等级的第二应答消息发送至请求消息方，并在接收到数据请求方响应于第二应答消息的用于指示发送方已确认第二应答消息中携带的内容的确认应答消息的情况下，根据确认应答消息中携带的内容进行计费。通过上述步骤，可以在数据请求方确认收费内容的情况下，对数据进行计费，减少了与数据请求方之间的纠纷。

可选地，第二应答消息中还可以携带有数据请求方请求的第二数据，其中，在数据 请求方请求的数据为加密数据的情况下，第二应答消息中还携带有用于解密加密数据的解密信息。这样，可以确保数据请求的数据请求方接收到数据，并确认收费内容，减少了与发送方之间的纠纷，同时，对数据进行加密处理，可以提高数据的安全性。

可选地，如果在一定时间内未接收到数据请求方的响应，可以对第二应答消息进行重发设置。例如：在第二预定时间内未接收到数据请求方响应于第二应答消息的确认应答消息的情况下，可以重新发送第二应答消息至数据请求方。重新发送的次数可以为一次或者多次。

可选地，在重新发送第二应答消息至数据请求方之后，如果仍未收到数据请求方的响应，可以直接对数据请求方请求的数据进行计费。例如：在重新发送第二应答消息之后的第三预定时间内仍未接收到数据请求方发送的确认应答消息的情况下，根据第二应答消息中携带的内容进行计费，并对计费生成的账单进行标注。

可选地，在上述步骤S102中，还可以对数据请求方进行身份鉴权。例如：可以根据数据请求，对数据请求方进行身份鉴权，并在对数据请求方的身份鉴权成功的情况下，根据数据请求对数据库中存储的第一数据进行预设处理。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

在本实施例中还提供了一种数据计费装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的数据计费装置的结构框图，如图2所示，该装置包括：第一接收模块22、计算模块24和计费模块26，其中，第一接收模块22，用于接收数据请求方发送的数据请求；计算模块24，耦合至第一接收模块22，用于根据数据请求对数据库中存储的第一数据进行预设处理，得到数据请求方所请求的第二数据；计费模块26，耦合至计算模块24，用于根据第二数据的特征信息对第二数据进行计费。

可选地，特征信息可以包括以下至少之一：第二数据的数据量、处理第二数据使用的实际计算量、处理第二数据使用的实际计算时长、处理第二数据的时段的忙闲程度等级。

可选地，特征信息还可以包括：第二数据的类型。

可选地，计费模块26用于：对特征信息采用加权算法对第二数据进行计费。

图3是根据本发明实施例的数据计费装置的可选结构框图，可选地，如图3所示，该装置还包括：估算模块32、发送模块34和第二接收模块36，其中，估算模块32，耦合至第一接收模块22，用于估算数据请求方需要支付的费用；发送模块34，耦合至估算模块32，用于发送第一应答消息至数据请求方，其中，第一应答消息中至少携带有费用；第二接收模块36，耦合至发送模块34和计算模块24之间，用于接收数据请求方响应于第一应答消息的第一确认消息，，其中，第一确认消息用于指示执行根据数据请求对数据库中存储的第一数据进行预设处理的步骤，执行根据数据请求对数据库中存储的第一数据进行预设处理的步骤。

可选地，估算模块32用于：根据以下至少之一估算数据请求方需要支付的费用：请求的数据的类型、估算得到的请求的数据的估算计算量、估算得到的请求的数据的估算计算时长、处理请求的数据的时段的忙闲程度等级；其中，第一应答消息中还可以携带有以下至少之一：请求的数据的类型、估算得到的请求的数据的估算计算量、估算得到的请求的数据的估算计算时长、处理请求的数据的时段的忙闲程度。

可选地，该装置还包括：终止模块，耦合至第二接收模块36，用于在第一预定时间内未收到第一确认消息，或者接收到第二确认消息的情况下，终止数据请求所请求的数据，其中，第二确认消息用于指示不执行根据数据请求对数据库中存储的第一数据进行预设处理的步骤。

可选地，发送模块34用于：查询数据请求方的预付费账户；判断预付费账户的余额是否不少于估算的费用；在判断到余额不少于估算的费用的情况下，发送第一应答消息至数据请求方。

可选地，计费模块26用于：发送第二应答消息至数据请求方，其中，第二应答消息中至少携带有以下至少之一的内容：第二数据的类型、第二数据的数据量、处理第二数据使用的实际计算量、处理第二数据使用的实际计算时长、处理第二数据的时段的忙闲程度等级；接收数据请求方响应于第二应答消息的确认应答消息，其中，确认应答消息用于指示数据请求方已确认第二应答消息中携带的内容；根据确认应答消息中携带的内容进行计费。

可选地，第二应答消息中还携带有第二数据，其中，在第二数据为加密数据的情况下，第二应答消息中还携带有用于解密加密数据的解密信息。

可选地，发送模块34用于：在第二预定时间内未接收到数据请求方响应于第二应答消息的确认应答消息的情况下，重新发送第二应答消息至数据请求方。

可选地，计费模块26用于：在重新发送第二应答消息之后的第三预定时间内仍未接收到数据请求方发送的确认应答消息的情况下，根据第二应答消息中携带的内容进行 计费，并对计费生成的账单进行标注。

可选地，计算模块24用于：根据数据请求，对数据请求方进行身份鉴权；在对数据请求方的身份鉴权成功的情况下，根据数据请求对数据库中存储的第一数据进行预设处理。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

本发明的实施例还提供了一种存储介质。在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

步骤S102，接收数据请求方发送的数据请求；

步骤S104，根据数据请求对数据库中存储的第一数据进行预设处理，得到数据请求方所请求的第二数据；

步骤S106，根据第二数据的特征信息对第二数据进行计费。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

为了使本发明实施例的描述更加清楚，下面结合可选实施例进行描述和说明。

本发明可选实施例提供了一种大数据平台的数据计费系统及方法。本发明可选实施例提供的大数据平台的数据计费方法可以基于数据内容，数据量和运算量，还可以基于大数据平台的忙闲程度，合理利用资源，获取更多的利益。采用本发明可选实施例提供的数据计费方式，针对提供不同的服务来指定不同的计费策略，能获取到更多的利益。

由于第三方厂商(相当于数据请求的发送方)和大数据平台之间是一个标准的超文本传输协议/文件传输协议(HyperText Transfer Protocol/File Transfer Protocol，简称为HTTP/FTP)接口，二者之间的消息交互是异步的。第三方厂商发送数据请求后，大数据平台要经过长时间运算才能返回数据，导致第三方厂商的等待时长无法估计，应该重发数据请求，还是调整作业参数，都没有相应标准。此外，查询作业一旦提交，则无法中断。这样有可能导致大数据平台的作业调度混乱，无法集中资源生成有效的数据。同时，第三方厂商发起数据请求后，假如大数据平台返回大量数据并计费，第三方厂商没有收到完整的数据，会导致计费和第三方厂商实际收到的数据不一致，引起计费纠纷。

针对上述问题，本发明可选实施例提供了一种大数据平台的数据计费方法，该方法 包括以下步骤：

步骤1，第三方厂商向大数据平台的开放服务接口提交数据请求；

步骤2，大数据平台收到数据请求后，对请求的用户进行鉴权：用户管理模块将用户名、密码、IP地址/MAC地址生成签名，与第三方厂商的用户签名进行核对，签名核对失败，鉴权失败；签名核对通过，IP地址不在用户列表中，鉴权失败；鉴权失败后，用户管理模块记录异常日志，将用户放入黑名单；

步骤3，鉴权成功后，应用管理模块估算本次数据请求的数据的计算量，计算时长和费用，发送给第三方厂商作为应答；

步骤4，第三方厂商收到应答，根据估算结果决定继续数据请求或者终止数据请求；

步骤5，在第三方厂商决定继续数据请求的情况下，大数据平台根据数据请求进行数据计算；

步骤6，大数据平台生成数据包和摘要消息；可选地，大数据平台可以将生成的数据包加密，可以根据用户的IP地址/MAC地址以及数据摘要消息，通过预设算法生成密码；

步骤7，大数据平台将数据包发送给第三方厂商；

步骤8，第三方厂商在收到的数据摘要中添加用户签名，发送给大数据平台作为应答；

步骤9，大数据平台根据发送给第三方厂商的数据内容、数据量、实际计算量、加上用户签名和密码，生成并保存话单，发送到计费中心进行计费；可选地，假如大数据平台发送的是加密数据包，当收到第三方厂商的应答后，将密码发送至第三方厂商，第三方厂商解密数据后可以对数据进行展现或者再加工。

采用本发明可选实施例提供的大数据平台的数据计费系统及方法，能针对运营商大数据平台提供的不同数据类型和流量，进行精细化的计费，为运营商带来更多利润。

下面结合附图对本发明可选实施例进行说明。

图4是根据本发明可选实施例的数据计费系统的大数据平台结构框图，如图4所示，该系统包括：开放平台层42，通过开放服务接口耦合至移动互联应用/网规网优应用，并且耦合至综合管理模块48；存储计算层44，耦合至开放平台层42和综合管理模块48，用于与开放平台层42进行数据查询、分析或计算等交互，以及对数据采集层46的数据进行抽取、转换或存储；数据采集层46，耦合至存储计算层44和综合管理模块48。

图5是根据本发明可选实施例的数据计费系统的开放平台层结构框图，如图5所示，该系统包括：

开放服务接口502、系统接口504、用户管理模块506、应用管理模块508、任务调度模块510、业务逻辑处理模块512、脱敏/加密模块514、计费模块516，其中，开放服务接口502，用于和第三方厂商进行消息交互；系统接口504，用于和计费模块或者CRM之间的交互；用户管理模块506，管理用户消息，进行鉴权；应用管理模块508，应用计算复杂度估算和计算时长估算；任务调度模块510，安排数据作业的任务调度；业务逻辑处理模块512，对不同类型的数据作业进行逻辑分析，提交到不同节点计算；脱敏/加密模块514，对于查询返回的数据包对其中的敏感消息进行处理，再对数据包进行加密；计费模块516，用于生成话单，记录用户费用，估算用户费用。

图6是根据本发明可选实施例的数据计费方法的流程图，下面结合图6和可选实施例对本发明可选实施例的数据计费方法进行阐述和说明。

可选实施例一

可选实施例一提供了一种数据计费后付费的方法，如图6所示，该方法的流程包括如下步骤：

步骤S01：第三方厂商向大数据平台的开放服务接口提交基于HTTP Restful的数据请求，请求内容包括以下至少之一的字段：用户名称，用于唯一标识用户、用户签名，采用消息摘要算法第五版(MD5)形式，即“请求消息体字符串+用户密码字符串”的形式、用户空间，指用户归属space名称，注册时由系统分配、接口类型(可以包括：API接口，SQL接口，作业接口，FTP接口等)、操作类型，针对不同接口有不同的操作，由大数据平台进行定义、接口详参，指操作的参数；

步骤S02：S02a：开放服务接口发送用户鉴权请求；S02b：用户管理模块对请求的用户进行鉴权；S02c：用户管理模块将用户名密码，IP地址/MAC地址生成签名，与第三方厂商的用户签名进行核对，签名核对不上，鉴权失败；签名核对通过，IP地址不在用户列表中，鉴权失败；鉴权失败后，用户管理模块记录异常日志，将用户放入黑名单，跳转至步骤S03；鉴权成功，用户管理模块返回鉴权成功，跳转至步骤S04；

步骤S03：在鉴权失败的情况下，S03a：用户管理模块返回鉴权失败；S03b：开放服务接口直接给第三方厂商发送请求失败消息和具体失败原因，该流程结束；

步骤S04：S04a：开放服务接口发送应用分析请求；S04b：应用管理模块根据接口类型，操作类型，接口详参，估算计算量、计算时长、返回时长；S04c：返回应答给开放服务接口；

步骤S05：开放服务接口返回应答，应答包括以下至少之一的字段：处理返回码，在成功时为0，失败时为失败码；估算的计算量，用于表示计算复杂度，算法可以为：估算的计算量＝K1*接口类型等级+K2*操作类型等级+K3*数据关联复杂度，其中， K1+K2+K3＝1，0<＝K1，K2，K3<＝1；估算的计算时长，用于表示计算时间的估计，算法可以为：计算时长＝L1*计算量1+L2*计算量2+…+Ln*计算量n，其中，L1+L2+…+Ln＝1，0<＝L1，L2，…，Ln<＝1；返回时长，指从收到请求数据作业，到发送数据包的时长的估算；令牌号，该令牌号为大数据平台临时分配的令牌号；

步骤S06：第三方厂商收到应答后，根据结果选择继续数据请求或者终止数据请求，并向大数据平台发送确认应答；

步骤S07：S07a：开放服务接口将任务提交给任务调度模块；S07b：任务调度模块处理安排任务处理；S07c：发送将任务发送给业务处理模块；

步骤S08：S08a：业务逻辑处理模块分析需要处理的任务；S08b：发送到存储计算层计算；

步骤S09：S09a：脱敏/加密模块将存储计算层返回的数据；S09b：进行脱密处理后提取摘要消息；可选地，可以将数据采用AES加密，生成密码；S09c：将数据包、密码和摘要消息发送给开放服务接口，摘要消息包含以下至少之一的字段：数据记录数，用于记录返回数据的记录数目；数据字段列表，用于记录返回的数据字段列表；原始数据大小，用于表述未加密前数据量大小(byte)；加密数据大小，用于表示加密后数据量大小(byte)；实际计算时长，用于表示实际的计算时长；实际计算量，用于表示实际计算复杂度，根据计算时长，数据关联复杂度进行评分；

步骤S10：开放服务接口将数据摘要和数据包发送给第三方厂商；

步骤S11：第三方厂商收到数据包后，发送数据签名给大数据平台作为应答，其中，数据签名可以采用MD5的方式，即“数据摘要+用户名称字符串”的方式；

步骤S12：开放服务接口收到第三方厂商的数据签名，保存签名，跳转至S14；可选地，假如大数据平台发送的是加密数据包，则将密码发送给第三方厂商后，跳转至S14；

步骤S13：在开放服务接口未收到第三方厂商应答的情况下，可以在一定时间间隔后重发数据包；

步骤S14：S14a：开放服务接口将原始话单记录发送给计费模块；S14b计费模块生成话单，话单字段包括以下至少之一：数据内容、数据量、实际计算量、实际计算时长、临时令牌号、用户签名、数据签名、IP地址、计算开始时间、话单生成时间；

步骤S15：通过系统接口同步到话单计费中心进行计费。

可选实施例二

可选实施例二提供了一种数据计费预付费的方法，如图6所示，该方法的流程包括如下步骤：

步骤S01：第三方厂商向大数据平台的开放服务接口提交基于HTTP Restful的数据请求，请求内容包括以下至少之一的字段：用户名称，用于唯一标识用户、用户签名，采用消息摘要算法第五版(MD5)形式，即“请求消息体字符串+用户密码字符串+IP地址字符串”的形式、用户空间，指用户归属space名称，注册时由系统分配、接口类型(可以包括：API接口，SQL接口，作业接口，FTP接口等)、操作类型，针对不同接口有不同的操作，由大数据平台进行定义、接口详参，指操作的参数；

步骤S02：S02a：开放服务接口发送用户鉴权请求；S02b：用户管理模块对请求的用户进行鉴权；S02c：用户管理模块将用户名密码，IP地址/MAC地址生成签名，与第三方厂商的用户签名进行核对，签名核对不上，鉴权失败；签名核对通过，IP地址不在用户列表中，鉴权失败；鉴权失败后，用户管理模块记录异常日志，将用户放入黑名单，跳转至步骤S03；鉴权成功，用户管理模块返回鉴权成功，跳转至步骤S04；

步骤S03：在鉴权失败的情况下，S03a：用户管理模块返回鉴权失败；S03b：开放服务接口直接给第三方厂商发送请求失败消息和具体失败原因，该流程结束；

步骤S04：S04a：开放服务接口发送应用分析请求；S04b：应用管理模块根据接口类型，操作类型，接口详参，估算计算量、计算时长、返回时长；S04c：返回应答给开放服务接口；跳转S00；

步骤S00：S00a：开放服务接口发送计费分析请求；S00b：计费模块通过系统接口同步计费中心的用户话费消息，包括用户名称和用户剩余金额；S00c：计费模块估算所需的金额，并将所需的金额与用户剩余金额比较；S00d：返回应答给开放服务接口；

步骤S05：剩余金额不少于所需的金额的情况下，开放服务接口返回应答，跳转至S06，应答包括以下至少之一的字段：处理返回码，在成功时为0，失败时为失败码；估算的计算量，用于表示计算复杂度，算法可以为：估算的计算量＝K1*接口类型等级+K2*操作类型等级+K3*数据关联复杂度，其中，K1+K2+K3＝1，0<＝K1，K2，K3<＝1；估算的计算时长，用于表示计算时间的估计，算法可以为：计算时长＝L1*计算量1+L2*计算量2+…+Ln*计算量n，其中，L1+L2+…+Ln＝1，0<＝L1，L2，…，Ln<＝1；返回时长，指从收到请求数据作业，到发送数据包的时长的估算；令牌号，该令牌号为大数据平台临时分配的令牌号；所需的金额，用于表示估计所需要的金额；剩余金额，用于表示当前用户剩余金额；

步骤S05b：在剩余金额少于所需的金额的情况下，开放服务接口给第三方厂商发送请求失败消息和具体失败原因，该流程结束；

步骤S06：第三方厂商收到应答后，根据结果选择继续数据请求或者终止数据请求， 并向大数据平台发送确认应答；

步骤S07：S07a：开放服务接口将任务提交给任务调度模块；S07b：任务调度模块处理安排任务处理；S07c：发送将任务发送给业务处理模块；

步骤S08：S08a：业务逻辑处理模块分析需要处理的任务；S08b：发送到存储计算层计算；

步骤S09：S09a：脱敏/加密模块将存储计算层返回的数据；S09b：进行脱密处理后提取摘要消息；可选地，可以将数据采用AES加密，生成密码；S09c：将数据包、密码和摘要消息发送给开放服务接口，摘要消息包含以下至少之一的字段：数据记录数，用于记录返回数据的记录数目；数据字段列表，用于记录返回的数据字段列表；原始数据大小，用于表述未加密前数据量大小(byte)；加密数据大小，用于表示加密后数据量大小(byte)；实际计算时长，用于表示实际的计算时长；实际计算量，用于表示实际计算复杂度，根据计算时长，数据关联复杂度进行评分；所需实际金额，用于表示当前计算实际的金额；剩余金额，用于表示当前用户剩余金额；

步骤S10：开放服务接口将数据摘要和数据包发送给第三方厂商；

步骤S11：第三方厂商收到数据包后，发送数据签名给大数据平台作为应答，其中，数据签名可以采用MD5的方式，即数据摘要+用户名称字符串的方式；

步骤S12：开放服务接口收到第三方厂商的数据签名，保存签名，跳转至S14；可选地，假如大数据平台发送的是加密数据包，则将密码发送给第三方厂商后，跳转至S14；

步骤S13：在开放服务接口未收到第三方厂商应答的情况下，可以在一定时间间隔后重发数据包；

步骤S14：S14a：开放服务接口将原始话单记录发送给计费模块；S14b计费模块生成话单，话单字段包括以下至少之一：数据内容、数据量、实际计算量、实际计算时长、临时令牌号、用户签名、数据签名、IP地址、计算开始时间、话单生成时间、本次计算费用；

步骤S15：通过系统接口同步到话单计费中心进行计费。

可选实施例三

可选实施例三提供了一种用户名密码被恶意盗用时的数据计费的方法，如图6所示，该方法的流程包括如下步骤：

步骤S01：第三方厂商向大数据平台的开放服务接口提交基于HTTP Restful的数据请求，请求内容包括以下至少之一的字段：用户名称，用于唯一标识用户、用户签名，采用消息摘要算法第五版(MD5)形式，即“请求消息体字符串+用户密码字符串+IP地址字符串”的形式、用户空间，指用户归属space名称，注册时由系统分配、接口类型(可以包括：API接口，SQL接口，作业接口，FTP接口等)、操作类型，针对不同接口有不同的操作，由大数据平台进行定义、接口详参，指操作的参数；

步骤S02：S02a：开放服务接口发送用户鉴权请求；S02b：用户管理模块对请求的用户进行鉴权；S02c：用户管理模块将用户名密码，IP地址/MAC地址生成签名，与第三方厂商的用户签名进行核对，签名核对不上，鉴权失败；签名核对通过，IP地址不在用户列表中，鉴权失败；鉴权失败后，用户管理模块记录异常日志，将用户放入黑名单；

步骤S03：在鉴权失败的情况下，S03a：用户管理模块返回鉴权失败，该流程结束；

可选实施例四

可选实施例四提供了一种第三方厂商收到数据包后无应答时的数据计费预付费的方法，如图6所示，该方法的流程包括如下步骤：

步骤S01：第三方厂商向大数据平台的开放服务接口提交基于HTTP Restful的数据请求，请求内容包括以下至少之一的字段：用户名称，用于唯一标识用户、用户签名，采用消息摘要算法第五版(MD5)形式，即“请求消息体字符串+用户密码字符串”的形式、用户空间，指用户归属space名称，注册时由系统分配、接口类型(可以包括：API接口，SQL接口，作业接口，FTP接口等)、操作类型，针对不同接口有不同的操作，由大数据平台进行定义、接口详参，指操作的参数；

步骤S02：S02a：开放服务接口发送用户鉴权请求；S02b：用户管理模块对请求的用户进行鉴权；S02c：用户管理模块将用户名密码，IP地址/MAC地址生成签名，与第三方厂商的用户签名进行核对，签名核对不上，鉴权失败；签名核对通过，IP地址不在用户列表中，鉴权失败；鉴权失败后，用户管理模块记录异常日志，将用户放入黑名单，跳转至步骤S03；鉴权成功，用户管理模块返回鉴权成功，跳转步骤S04；

步骤S03：在鉴权失败的情况下，S03a：用户管理模块返回鉴权失败；S03b：开放服务接口直接给第三方厂商发送请求失败消息和具体失败原因，该流程结束；

步骤S04：S04a：开放服务接口发送应用分析请求；S04b：应用管理模块根据接口类型、操作类型、接口详参、估算计算量、计算时长、返回时长；S04c：返回应答给开放服务接口；

步骤S05：开放服务接口返回应答，应答包括以下至少之一的字段：处理返回码，在成功时为0，失败时为失败码；估算的计算量，用于表示计算复杂度，算法可以为： 估算的计算量＝K1*接口类型等级+K2*操作类型等级+K3*数据关联复杂度，其中，K1+K2+K3＝1，0<＝K1，K2，K3<＝1；估算的计算时长，用于表示计算时间的估计，算法可以为：计算时长＝L1*计算量1+L2*计算量2+…+Ln*计算量n，其中，L1+L2+…+Ln＝1，0<＝L1，L2，…，Ln<＝1；返回时长，指从收到请求数据作业，到发送数据包的时长的估算；令牌号，该令牌号为大数据平台临时分配的令牌号；

步骤S06：第三方厂商收到应答后，根据结果选择继续数据请求或者终止数据请求，并向大数据平台发送确认应答；

步骤S07：S07a：开放服务接口将任务提交给任务调度模块；S07b：任务调度模块处理安排任务处理；S07c：发送将任务发送给业务处理模块；

步骤S08：S08a：业务逻辑处理模块分析需要处理的任务；S08b：发送到存储计算层计算；

步骤S09：S09a：脱敏/加密模块将存储计算层返回的数据；S09b：进行脱密处理后提取摘要消息；可选地，可以将数据采用AES加密，生成密码；S09c：将数据包、密码和摘要消息发送给开放服务接口，摘要消息包含以下至少之一的字段：数据记录数，用于记录返回数据的记录数目；数据字段列表，用于记录返回的数据字段列表；原始数据大小，用于表述未加密前数据量大小(byte)；加密数据大小，用于表示加密后数据量大小(byte)；实际计算时长，用于表示实际的计算时长；实际计算量，用于表示实际计算复杂度，根据计算时长，数据关联复杂度进行评分；

步骤S10：开放服务接口将数据摘要和数据包发送给第三方厂商；

步骤S13：S13a：开放服务接口未收到第三方厂商应答，则在一定时间间隔后重发数据包；S13b：定时时间到；S13c用户异常发送给用户管理模块；S13d：用户管理模块记录异常日志，将用户放入黑名单；

步骤S14：S14a：开放服务接口将原始话单记录发送给计费模块；S14b计费模块生成话单，话单字段包括以下至少之一：数据内容、数据量、实际计算量、实际计算时长、临时令牌号、用户签名、数据签名、IP地址、计算开始时间、话单生成时间、话单异常类型；

步骤S15：立即通过系统接口同步到话单计费中心进行计费；计费中心根据计费策略决定是否收费。

综上所述，本发明实施例和可选实施例提供的数据计费方法能够基于提供数据的内容，计算量，数据量进行数据计费，带来更多的收益；其次，通过估算，告知第三方厂商返回数据的等待时长，计算量和费用，第三方厂商可以根据上述信息确认作业是否要继续，节约成本；还可以确保第三方厂商收到数据包，记录用户的数据签名后再记录话单计费，减少第三方厂商和大数据平台之间的计费纠纷；此外，可以通过加密的方式发 送数据包，恶意用户无法获取到有效数据，确保安全性，保证计费的正确性。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。