CN114915927B - 数据处理方法、装置及设备 - Google Patents

Abstract

本申请实施例提供一种数据处理方法、装置及设备，该方法包括：接收客户端发送的第一消息，所述第一消息中包括消息信息和第一消息标识；对所述消息信息进行验证得到验证结果，在所述验证结果为验证成功时，生成第二消息标识；将所述第一消息中的所述第一消息标识替换为所述第二消息标识，得到第二消息，并向消息中心发送所述第二消息；接收所述消息中心发送的所述第二消息的状态报告，根据所述状态报告，生成所述第一消息对应的计费信息，所述状态报告用于指示向终端设备发送所述第二消息成功或失败。提高了服务器对消息计费的准确性。

Description

数据处理方法、装置及设备

技术领域

本申请涉及通信技术领域，尤其涉及一种数据处理方法、装置及设备。

背景技术

在集团客户发送行业短信时，行业网关可以根据集团客户发送的短信数量进行计费。例如，集团客户发送成功一条行业短信，行业网关生成一条计费话单。

目前，在集团客户发送长短信时，会将长短信拆分为多条较短的短信(每条较短的短信中包括对应的短信编码)，并向行业网关发送多条较短的短信。在多条较短的短信成功发送到用户时，行业网关会生成多条计费话单，每条计费话单包括较短的短信对应的短信编码。但是，在集团客户拆分长短信时，可以对多条较短的短信使用相同的短信编码，使得行业网关生成多条短信编码相同的计费话单，行业网关根据计费规则，对多条短信编码相同的计费话单进行剔重处理，导致短信的计费准确度较低。

发明内容

本申请的主要目的在于提供一种数据处理方法、装置及设备，用于解决现有技术中短信计费的准确度较低的技术问题。

第一方面，本申请实施例提供一种数据处理方法，该方法包括：

接收客户端发送的第一消息，所述第一消息中包括消息信息和第一消息标识；

对所述消息信息进行验证得到验证结果，在所述验证结果为验证成功时，生成第二消息标识；

将所述第一消息中的所述第一消息标识替换为所述第二消息标识，得到第二消息，并向消息中心发送所述第二消息；

接收所述消息中心发送的所述第二消息的状态报告，根据所述状态报告，生成所述第一消息对应的计费信息，所述状态报告用于指示向终端设备发送所述第二消息成功或失败。

在一种可能的实施方式中，所述消息信息包括如下信息中至少一种：发送所述第一消息的第一标识、付费账户的第二标识、接收所述第一消息的第三标识、所述客户端代码；对所述消息信息进行验证得到验证结果，包括：

对所述消息信息中的每个信息进行验证；

若对所述消息信息中的每个信息均验证成功，则所述验证结果为验证成功；

若所述消息信息中的至少一种信息验证失败，则所述验证结果为验证失败。

在一种可能的实施方式中，对所述消息信息中的第一标识进行验证，包括：

对所述第一标识的预设位数的字符进行身份验证，在所述身份验证成功时，获取所述第一标识的位数；

在所述位数小于或等于第一阈值时，确定对所述第一标识验证成功；

在所述位数大于所述第一阈值时，确定对所述第一标识验证失败。

在一种可能的实施方式中，对所述消息信息中的第二标识进行验证，包括：

获取所述第二标识的注册地点；

在所述注册地点为预设地点时，则确定对所述第二标识验证成功；

在所述注册地点不是所述预设地点时，确定对所述第二标识验证失败。

在一种可能的实施方式中，所对所述消息信息中的第三标识进行验证，包括：

获取预设标识集合，所述预设标识集合中包括至少一个标识；

若所述第三标识和所述预设标识集合中的任意一个标识相同，则确定对所述第三标识验证成功；

若所述第三标识和所述预设标识集合中的所有标识都不相同，则确定对所述第三标识验证失败。

在一种可能的实施方式中，根据所述状态报告，生成所述第一消息对应的计费信息，包括：

在所述状态报告指示向所述终端设备发送所述第二消息成功时，获取所述第二消息的发送时间；

根据所述发送时间、所述第二消息标识和所述消息信息，生成所述第一消息对应的计费信息。

在另一种可能的实施方式中，接收客户端发送的第一消息之前，所述方法还包括：

接收所述客户端发送的连接请求消息，所述连接请求消息中包括如下信息中的至少一种：所述客户端的账号、所述客户端的密码、所述客户端的互联网协议地址；

对所述连接请求消息进行验证，若验证成功，则与所述客户端建立连接，并向所述客户端发送验证成功的消息。

第二方面，本申请实施例提供一种数据处理装置，所述数据处理装置包括第一接收模块、验证模块、替换模块和生成模块，其中：

所述第一接收模块用于，接收客户端发送的第一消息，所述第一消息中包括消息信息和第一消息标识；

所述验证模块用于，对所述消息信息进行验证得到验证结果，在所述验证结果为验证成功时，生成第二消息标识；

所述替换模块用于，将所述第一消息中的所述第一消息标识替换为所述第二消息标识，得到第二消息，并向消息中心发送所述第二消息；

所述生成模块用于，接收所述消息中心发送的所述第二消息的状态报告，根据所述状态报告，生成所述第一消息对应的计费信息，所述状态报告用于指示向终端设备发送所述第二消息成功或失败。

在一种可能的实施方式中，所述消息信息包括如下信息中至少一种：发送所述第一消息的第一标识、付费账户的第二标识、接收所述第一消息的第三标识、所述客户端代码；所述验证模块具体用于：

对所述消息信息中的每个信息进行验证；

若对所述消息信息中的每个信息均验证成功，则所述验证结果为验证成功；

若所述消息信息中的至少一种信息验证失败，则所述验证结果为验证失败。

在一种可能的实施方式中，所述验证模块具体用于：

对所述第一标识的预设位数的字符进行身份验证，在所述身份验证成功时，获取所述第一标识的位数；

在所述位数小于或等于第一阈值时，确定对所述第一标识验证成功；

在所述位数大于所述第一阈值时，确定对所述第一标识验证失败。

在一种可能的实施方式中，所述验证模块具体用于：

获取所述第二标识的注册地点；

在所述注册地点为预设地点时，则确定对所述第二标识验证成功；

在所述注册地点不是所述预设地点时，确定对所述第二标识验证失败。

在一种可能的实施方式中，所述验证模块具体用于：

获取预设标识集合，所述预设标识集合中包括至少一个标识；

若所述第三标识和所述预设标识集合中的任意一个标识相同，则确定对所述第三标识验证成功；

若所述第三标识和所述预设标识集合中的所有标识都不相同，则确定对所述第三标识验证失败。

在一种可能的实施方式中，所述生成模块具体用于：

在所述状态报告指示向所述终端设备发送所述第二消息成功时，获取所述第二消息的发送时间；

根据所述发送时间、所述第二消息标识和所述消息信息，生成所述第一消息对应的计费信息。

在另一种可能的实施方式中，所述数据处理装置还包括第二接收模块，所述第二接收模块用于：

接收所述客户端发送的连接请求消息，所述连接请求消息中包括如下信息中的至少一种：所述客户端的账号、所述客户端的密码、所述客户端的互联网协议地址；

对所述连接请求消息进行验证，若验证成功，则与所述客户端建立连接，并向所述客户端发送验证成功的消息。

第三方面，本申请实施例提供一种数据处理设备，包括：存储器、处理器和通信接口，所述存储器用于存储程序指令，所述处理器用于调用存储器中的程序指令执行如第一方面任一项所述的数据处理方法。

第四方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序；所述计算机程序用于实现如第一方面任一项所述的数据处理方法。

第五方面，本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如前述任一项所述的数据处理方法的步骤。

本申请提供一种数据处理方法、装置及设备，接收客户端发送的第一消息，其中，第一消息中包括消息信息和第一消息标识，对消息信息进行验证得到验证结果，在验证结果为验证成功时，生成第二消息标识，将第一消息中的第一消息标识替换为第二消息标识，得到第二消息，并向消息中心发送第二消息。接收消息中心发送的第二消息的状态报告，其中，状态报告用于指示向终端设备发送第二消息成功或失败，根据状态报告，生成第一消息对应的计费信息。在上述方法中，在服务器接收到第一消息时，可以对第一消息中的消息信息进行验证，确保第一消息格式的准确性，在验证成功时，服务器可以生成第二消息标识，并将第一消息中的第一消息标识替换为第二消息标识，得到第二消息，这样在消息计费时，可以根据服务器生成的唯一的第二消息标识进行计费，进而提高了服务器对消息计费的准确性。

附图说明

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种数据处理方法的流程示意图；

图3为本申请实施例提供的一种消息信息的验证过程的示意图；

图4为本申请实施例提供的另一种消息信息的验证过程的示意图；

图5为本申请实施例提供的生成第二消息的过程示意图；

图6为本申请实施例提供的另一种数据处理方法的流程示意图；

图7为本申请实施例提供的一种数据处理方法的过程示意图；

图8为本申请实施例提供的一种数据处理装置的结构示意图；

图9为本申请实施例提供的另一种数据处理装置的结构示意图；

图10为本申请提供的数据处理设备的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在相关技术中，在集团客户发送长短信时，会将长短信拆分为多条较短的短信，并向行业网关发送多条较短的短信，其中，拆分后的短信中包括对应的短信编码。但是，集团客户拆分长短信时，可以对多条较短的短信使用相同的短信编码，使得行业网关生成多条短信编码相同的计费话单，行业网关根据计费规则，对多条短信编码相同的计费话单进行剔重处理，导致短信的计费准确度较低。

为了解决相关技术中短信的计费准确度较低的技术问题，本申请实施例提供一种数据处理方法，在服务器接收到客户端发送的第一消息时，对第一消息中的消息信息进行身份验证，在验证通过时，服务器生成第二消息标识，并将第一消息中的第一消息标识替换为第二消息标识，得到第二消息，并向消息中心发送第二消息，在服务器接收到已经向终端设备成功发送第二消息的状态报告时，服务器生成计费信息，且计费信息中包括第二消息标识。由于第二消息标识是服务器对第一消息生成的唯一标识，因此，可以避免客户端篡改消息的消息标识，导致计费不准确的问题，提高了服务器对消息计费的准确性。

为了便于理解，下面，结合图1，详细说明本申请实施例适用的应用场景。

图1为本申请实施例提供的一种应用场景示意图。请参见图1，包括：客户端、服务器、消息中心和终端设备。其中，客户端用于生成第一消息，并向服务器发送第一消息。服务器接收到客户端发送的第一消息后，可以将第一消息中的第一消息标识替换为服务器生成的第二消息标识，得到第二消息，并向消息中心发送第二消息。消息中心接收服务器发送的第二消息，并向终端设备发送第二消息。在终端设备成功接收到第二消息时，终端设备向消息中心发送第二消息接收成功的消息。消息中心接收终端设备发送的第二消息接收成功的消息，并向服务器发送第二消息接收成功的消息。服务器接收到第二消息接收成功的消息时，根据第二消息生成计费信息，并向客户端发送第一消息接收成功的消息。这样在终端设备接收到第二消息时，由于第一消息和第二消息的消息内容相同，服务器可以向客户端发送第一消息发送成功的消息，同时，服务器可以根据第二消息生成计费信息，由于第二消息中包括服务器生成的第二消息标识，因此，服务器根据第二消息标识进行计费，可以避免客户端篡改消息的消息标识，导致计费不准确的问题，提高了服务器对消息计费的准确性。

下面，通过具体实施例对本申请所示的技术方案进行详细说明。需要说明的是，如下实施例可以单独存在，也可以相互结合，对于相同或相似的内容，在不同的实施例中不再重复说明。

图2为本申请实施例提供的一种数据处理方法的流程示意图。请参见图2，该方法可以包括：

S201、接收客户端发送的第一消息。

本申请实施例的执行主体可以为服务器，也可以为设置在服务器中的数据处理装置。可选的，数据处理装置可以通过软件实现，也可以通过软件和硬件的结合实现。服务器可以为运营商服务器。例如，服务器可以为行业网关。

可选的，第一消息可以为短信、微信等消息。客户端可以为运营商的集团客户。例如，第一消息可以为运营商的集团客户发送的行业短信。

第一消息中包括消息信息和第一消息标识。其中，第一消息标识可以为第一消息的唯一编码。例如，短信中可以包括短信的唯一编码，根据唯一编码对短信进行识别。

消息信息包括如下信息中的至少一种：发送第一消息的第一标识、付费账户的第二标识、接收第一消息的第三标识和客户端代码。

其中，发送第一消息的第一标识可以为发送第一消息的号码。例如，集团客户发送行业短信的号码可以为发送第一消息的第一标识。例如，在用户的终端设备接收到行业短信时，发送行业短信的号码为发送第一消息的第一标识。

付费账户的第二标识可以为客户端发送第一消息时，对第一消息进行付费的号码。例如，在集团客户发送行业短信时，若行业短信发送成功，则在集团客户对应的付费账户中扣除发送行业短信所需的费用。

接收第一消息的第三标识可以为接收第一消息的目标号码。例如，在集团客户发送行业短信时，集团客户需要确定接收行业短信的目标号码，并向目标号码发送行业短信。

客户端代码可以为发送第一消息的客户端的标识。例如，集团客户A发送行业短信时，客户端代码为集团客户A在运营商中存储的标识。

S202、对消息信息进行验证得到验证结果，在验证结果为验证成功时，生成第二消息标识。

第二消息标识可以为服务器生成的标识编码。例如，服务器可以根据配置规则，生成服务器可以识别的编码。

可以根据如下可行的实现方式对消息信息进行验证得到验证结果：对消息信息中的每个信息进行验证。例如，分别对发送第一消息的第一标识、付费账户的第二标识、接收第一消息的第三标识和客户端代码进行验证。

若对消息信息中的每个信息均验证成功，则验证结果为验证成功。例如，在服务器对消息信息验证时，需要分别对发送第一消息的第一标识、付费账户的第二标识、接收第一消息的第三标识和客户端代码进行验证，在所有信息验证成功时，验证结果为验证成功。若对消息信息中的至少一种信息验证失败，则验证结果为验证失败。例如，在服务器对消息信息验证时，若发送第一消息的第一标识、付费账户的第二标识、接收第一消息的第三标识验证成功，客户端代码验证失败，则验证结果为验证失败。

可选的，在对消息信息中的每个信息进行验证有如下四种情况：

情况1：消息信息为发送第一消息的第一标识。

在消息信息为发送第一消息的第一标识时，可以根据如下可行的实现方式对消息信息进行验证：对第一标识的预设位数的字符进行生成验证，在身份验证成功时，获取第一标识的位数。其中，第一标识可以为多个字符组成的标识。可选的，可以根据预设的字符对第一标识的预设位数的字符进行验证。例如，可以对第一标识的前6位字符进行验证，若前6位字符与预设的字符相同，则身份验证成功，若前6位字符与预设的字符不同，则身份验证失败。可选的，服务器可以根据发送第一消息的客户端，获取客户端与预设的字符的对应关系，进而在服务器中确定预设的字符。可选的，可以根据第一标识中字符的数量，确定第一标识的位数。例如，若第一标识由15个数字字符组成，则第一标识的位数为15；若第一标识由30个数字字符组成，则第一标识的位数为30。

在位数小于或等于第一阈值时，确定对第一标识验证成功，在位数大于第一阈值时，确定对第一标识验证失败。例如，若发送短信的号码的位数大于第一阈值，用户的终端设备无法正常查看发送行业短信的号码，因此，在发送短信的号码的位数大于第一阈值时，确定对发送短信的号码验证失败；在在发送短信的号码的位数小于或等于第一阈值时，确定对在发送短信的号码验证成功。

可选的，在对第一标识验证失败时，服务器可以向客户端发送对第一标识验证失败的报错信息，使得客户端可以根据报错信息对第一标识进行修改。

在该种情况下，由于客户端在发送短信时可以对第一标识进行无限扩展，使得用户无法正常的查看第一标识，因此，在确定第一标识的身份正确时，根据第一标识的位数确定第一标识的验证结果，可以保证用户的终端设备在接收到短信时可以正常查看第一标识，提高短信发送的安全性。

下面，结合图3，对情况1中的消息信息的验证过程进行详细说明。

图3为本申请实施例提供的一种消息信息的验证过程的示意图。请参见图3，包括第一标识。其中，第一标识为1234567898765。服务器对第一标识进行字符验证。例如，服务器获取第一标识的前6位字符123456，根据服务器中预先设置的预设字符进行对比，若123456和服务器中预先设置的预设字符相同，则字符验证成功。在字符验证成功时，服务器获取第一标识的位数，对第一标识进行位数验证。例如，第一标识为1234567898765一共13位，若13位小于或等于第一阈值，则服务器对第一标识的位数验证为验证成功。在位数验证成功时，服务器确定对第一标识的第一标识验证成功。

情况2：消息信息为付费账户的第二标识。

在消息信息为付费账户的第二标识时，可以根据如下可行的实现方式对消息信息进行验证：获取第二标识的注册地点。其中，第二标识可以为对第一消息进行付费的号码，第二标识的注册地点可以为号码所属的归属地。例如，可以根据付费号码，确定付费号码的归属地。在注册地点为预设地点时，确定对第二标识验证成功，在注册地点不是预设地点时，确定对第二标识验证失败。其中，预设地点可以为服务器所在的地点。例如，若服务器在河北省，则预设地点为河北省。

可选的，在第二标识的注册地点为预设地点时，若第二标识与客户端对应的付费标识不同，则将第二标识修改为客户端对应的付费标识。其中，可以根据客户端与预设的标识之间的对应关系，客户端对应的付费标识。

可选的，在对第二标识验证失败时，服务器可以向客户端发送对第二标识验证失败的报错信息，使得客户端可以根据报错信息对第二标识进行修改。

情况3：消息信息为接收第一消息的第三标识。

在消息信息为付费账户的第三标识时，可以根据如下可行的实现方式对消息信息进行验证：获取预设标识集合。其中，预设标识集合中包括至少一个标识。例如，预设标识集合可以为手机号码的集合，手机号码的集合中包括多个手机号码。可选的，可以根据客户端获取预设标识集合。例如，可以根据客户端，获取客户端的发送短信的权限，将客户端的发送短信的权限内的所有手机号码，确定为预设标识集合。

若第三标识和预设标识集合中的任意一个标识相同，则确定对第三标识验证成功，若第三标识和预设标识集合中的所有标识都不相同，则确定对第三标识验证失败。

可选的，在对第三标识验证失败时，服务器可以向客户端发送对第三标识验证失败的报错信息，使得客户端可以根据报错信息对第三标识进行修改。

下面，结合图4，对情况3中的消息信息的验证过程进行详细说明。

图4为本申请实施例提供的另一种消息信息的验证过程的示意图。请参见图4，包括预设标识集合和第三标识。其中，预设标识集合中包括多个标识。例如，预设标识集合中包括标识1、标识2、标识3等。第三标识为标识2。由于第三标识与预设标识集合中的标识2相同，因此，服务器对第三标识验证成功。

情况4：消息信息为客户端代码。

在消息信息为客户端代码时，可以根据如下可行的实现方式对消息信息进行验证：根据客户端的登陆账户在服务器中获取预先设置的客户端对应的预设代码。若客户端代码和客户端对应的预设代码相同，则确定对客户端代码验证成功，若客户端代码和客户端对应的预设代码不同，则确定对客户端代码验证失败，并向客户端发送客户端代码验证失败的报错信息，使得客户端可以根据报错信息对消息信息中的客户端代码进行修改。

S203、将第一消息中的第一消息标识替换为第二消息标识，得到第二消息，并向消息中心发送第二消息。

服务器在对第一消息中的消息信息验证成功后，服务器可以根据配置规则，生成第二消息标识，并将第一消息中的第一消息标识替换为第二消息标识，得到第二消息。服务器得到第二消息后，可以向消息中心发送第二消息。其中，消息中心用于将第二消息转发至用户的终端设备。例如，消息中心可以为短信中心，在短信中心接收到行业网关转发的行业短信时，可以向用户的客户端发送行业短信。

下面，结合图5，详细说明服务器得到第二消息的过程。

图5为本申请实施例提供的生成第二消息的过程示意图。请参见图5，包括第一消息、服务器和第二消息。其中，第一消息中包括消息内容、消息信息、第一消息标识。消息内容可以为消息的文本内容。例如，消息内容可以为“明天看电影吗”。服务器获取第一消息后，对第一消息中的消息信息进行验证，在验证成功时，服务器生成第二消息标识。服务器将第一消息中的第一消息标识替换为第二消息标识，得到第二消息。其中，第二消息中包括消息内容、消息信息和第二消息标识。

S204、接收消息中心发送的第二消息的状态报告，根据状态报告，生成第一消息对应的计费信息。

状态报告用于指示向终端设备发送第二消息成功或失败。例如，若消息中心向终端设备发送第二消息后，终端设备向消息中心发送成功接收第二消息的信息，则消息中心生成的状态报告为发送第二消息成功的报告；若消息中心向终端设备发送第二消息后，终端设备向消息中心发送第二消息接收失败的信息，则消息中心生成的状态报告为发送第二消息失败的报告。

可选的，在消息中心向终端设备发送第二消息后，消息中心根据终端设备接收第二消息的情况生成状态报告，并向服务器发送状态报告，服务器根据状态报告可以生成第一消息对应的计费信息。

可以根据如下可行的实现方式生成第一消息对应的计费信息：在状态报告指示向终端设备发送第二消息成功时，获取第二消息的发送时间。例如，若消息中心成功向终端设备发送第二消息，则获取消息中心发送第二消息时的发送时间。

根据发送时间、第二消息标识和消息信息，生成第一消息对应的计费信息。例如，在第二消息成功发送至终端设备时，服务器可以生成第一消息对应的计费信息，其中，计费信息中包括第二消息的发送时间、第二消息标识和消息信息。由于计费信息中包括第二消息标识，因此，每条短信对应的计费信息都是唯一的，不会产生重复的计费信息。

可选的，在服务器接收到消息中心发送的第二消息的状态报告时，服务器可以向客户端发送第一消息的状态报告。例如，由于第一消息中的消息内容和第二消息中的消息内容相同，因此，若第二消息发送成功或发送失败，则说明客户端发送的第一消息发送成功或发送失败。例如，在第二消息的状态报告指示第二消息发送成功时，服务器可以生成第一消息发送成功的状态报告，其中，第一消息的状态报告包括第一消息标识，服务器向终端设备发送第一消息的状态报告，客户端可以根据第一消息的状态报告，确定第一消息是否发送至终端设备。

本申请实施例提供一种数据处理方法，接收客户端发送的第一消息，其中，第一消息中包括消息信息和第一消息标识，对消息信息进行验证得到验证结果，其中，消息信息包括如下信息中的至少一种：发送第一消息的第一标识、付费账户的第二标识、接收第一消息的第三标识、客户端代码。在验证结果为验证成功时，服务器生成第二消息标识，并将第一消息中的第一消息标识替换为第二消息标识，得到第二消息。服务器向消息中心发送第二消息，在服务器接收到消息中心发送的第二消息的状态报告时，根据状态报告生成第一消息对应的计费信息。在上述方法中，在服务器接收到客户端发送的第一消息时，服务器可以对第一消息中的消息信息进行身份验证，在消息信息全部符合验证规则时，服务器对第一消息的身份验证为验证成功。服务器向消息中心发送包括第二消息标识的第二信息，若第二信息发送成功，服务器可以根据第二消息标识生成计费信息，由于服务器对每一条身份验证通过的消息都会生成一条对应的第二消息标识，因此，服务器根据第二消息标识进行计费，可以避免客户端篡改短信的消息标识，导致计费不准确的问题，提高了服务器对短信计费的准确性。

在图2所示实施例的基础上，下面结合图6，对上述数据处理方法进行详细的说明。

图6为本申请实施例提供的另一种数据处理方法的流程示意图。请参见图6，该方法可以包括：

S601、接收客户端发送的连接请求消息。

连接请求消息用于和客户端建立通信连接。例如，服务器可以根据客户端发送的连接请求消息与客户端建立通信连接，进而可以和客户端进行信息交互。

连接请求消息中包括如下信息中的至少一种：客户端的账号、客户端的密码、客户端的互联网协议地址。其中，客户端的账号可以为客户端的唯一标识。例如，在服务器中会预先为每个客户端配置对应的客户端账号，客户端与服务器建立连接时，服务器可以根据客户端的账号，确定需要连接的客户端。客户端的密码可以为客户端的账号的登陆密码。例如，在服务器中可以存储每个客户端的账号对应的客户端的密码，客户端可以根据账号和密码登陆行业网关。客户端的互联网协议地址用于确定客户端的网络地址。

S602、对连接请求消息进行验证，若验证成功，则与客户端建立连接，并向客户端发送验证成功的消息。

在服务器接收到连接请求消息时，服务器需要对连接请求消息中的客户端的账号、客户端的密码和客户端的互联网协议地址进行验证。其中，服务器中预先存储客户端的账户、客户端的密码和客户端的互联网协议地址的对应关系，服务器可以根据客户端的账户、客户端的密码和客户端的互联网协议地址的对应关系，对连接请求消息进行验证。例如，客户端A的账号为账号A，客户端A的密码为密码A，客户端A的互联网协议地址为地址A，若服务器接收的连接请求消息中包括：账号A、密码B和地址A，则说明连接请求消息中的信息错误，对连接请求消息的验证失败；若服务器接收的连接请求消息中包括：账号A、密码A和地址A，则说明连接请求消息中的信息正确，对连接请求消息的验证成功。

可选的，在服务器对连接请求消息验证失败时，服务器向客户端发送验证失败的消息，并停止与客户端建立连接。

S603、接收客户端发送的第一消息。

第一消息中包括消息信息和第一消息标识。

需要说明的是，S603的执行过程可以参照S201的执行过程，此处不再进行赘述。

S604、对消息信息进行验证得到验证结果，在验证结果为验证成功时，生成第二消息标识。

需要说明的是，S604的执行过程可以参照S202的执行过程，此处不再进行赘述。

S605、将第一消息中的第一消息标识替换为第二消息标识，得到第二消息，并向消息中心发送第二消息。

需要说明的是，S605的执行过程可以参照S203的执行过程，此处不再进行赘述。

S606、接收消息中心发送的第二消息的状态报告，根据状态报告，生成第一消息对应的计费信息。

状态报告用于指示向终端设备发送所述第二消息成功或失败。可选的，在服务器向客户端发送第一消息的状态报告后，若预设时间段内服务器与客户端之间没有信息交互，则服务器与客户端断开连接。

本申请实施例提供一种数据处理方法，服务器接收客户端发送的连接请求消息，并对所述连接请求消息进行验证，若验证成功，则与客户端建立连接。接收客户端发送的第一消息，对消息信息进行验证得到验证结果。在验证结果为验证成功时，服务器生成第二消息标识，并将第一消息中的第一消息标识替换为第二消息标识，得到第二消息。服务器向消息中心发送第二消息，在服务器接收到消息中心发送的第二消息的状态报告时，根据状态报告生成第一消息对应的计费信息。在上述方法中，服务器在接收第一消息之前，需要和客户端建立通信连接，并对客户端的连接请求消息进行验证，这样可以提高信息交互的安全性。在服务器接收到客户端发送的第一消息时，服务器可以对第一消息中的消息信息进行身份验证，这样可以确保第一消息中的消息信息符合消息发送的格式，避免由于客户端的操作(例如更改发送第一消息的第一标识)导致消息发送错误。服务器向消息中心发送包括第二消息标识的第二信息，若第二信息发送成功，服务器可以根据第二消息标识生成计费信息，由于服务器对每一条身份验证通过的消息都会生成一条对应的第二消息标识，因此，服务器根据第二消息标识进行计费，可以避免客户端篡改短信的消息标识，导致计费不准确的问题，提高了服务器对短信计费的准确性。

在上述任意一个实施例的基础上，下面，结合图7，通过举例对本申请的数据处理方法的过程进行详细说明。

图7为本申请实施例提供的一种数据处理方法的过程示意图。请参见图7，包括客户端、服务器、消息中心和终端设备。客户端向服务器发送连接请求消息，服务器对连接请求消息进行验证，验证成功后向客户端发送验证成功的消息，客户端与服务器建立通信连接。

客户端向服务器发送第一消息，其中，第一消息包括消息内容、消息信息和第一消息标识。服务器对第一消息中的消息信息进行验证。在消息信息验证成功时，服务器生成第二消息标识，并将第一消息中的第一消息标识替换为第二消息标识，得到第二消息。

服务器向消息中心发送第二消息，消息中心接收第二消息，并向终端设备发送第二消息。终端设备接收到第二消息后，向消息中心发送第二消息的状态报告。消息中心接受第二消息的状态报告，并向服务器发送第二消息的状态报告。服务器接收到第二消息的状态报告后，生成第一消息状态报告。其中，第一消息状态报告中包括第一消息和第一消息发送成功或发送失败(由于第一消息和第二消息的消息内容相同，若第二消息发送成功，则第一消息发送成功，若第二消息发送失败，则第一消息发送失败)。服务器向客户端发送第一消息状态报告。同时，服务器生成第一消息对应的计费信息，其中，计费信息中包括第一消息的发送时间、消息信息和第二消息标识。由于计费信息中的第二消息标识是服务器生成的唯一标识，因此，服务器根据第二消息标识进行计费，可以避免客户端篡改短信的消息标识，导致计费不准确的问题，提高了服务器对短信计费的准确性。

图8为本申请实施例提供的一种数据处理装置的结构示意图。该数据处理装置可以设置在服务器中。请参见图8，所述数据处理装置10包括第一接收模块11、验证模块12、替换模块13和生成模块14，其中：

所述第一接收模块11用于，接收客户端发送的第一消息，所述第一消息中包括消息信息和第一消息标识；

所述验证模块12用于，对所述消息信息进行验证得到验证结果，在所述验证结果为验证成功时，生成第二消息标识；

所述替换模块13用于，将所述第一消息中的所述第一消息标识替换为所述第二消息标识，得到第二消息，并向消息中心发送所述第二消息；

所述生成模块14用于，接收所述消息中心发送的所述第二消息的状态报告，根据所述状态报告，生成所述第一消息对应的计费信息，所述状态报告用于指示向终端设备发送所述第二消息成功或失败。

在一种可能的实施方式中，所述消息信息包括如下信息中至少一种：发送所述第一消息的第一标识、付费账户的第二标识、接收所述第一消息的第三标识、所述客户端代码；所述验证模块13具体用于：

对所述消息信息中的每个信息进行验证；

若对所述消息信息中的每个信息均验证成功，则所述验证结果为验证成功；

若所述消息信息中的至少一种信息验证失败，则所述验证结果为验证失败。

在一种可能的实施方式中，所述验证模块13具体用于：

对所述第一标识的预设位数的字符进行身份验证，在所述身份验证成功时，获取所述第一标识的位数；

在所述位数小于或等于第一阈值时，确定对所述第一标识验证成功；

在所述位数大于所述第一阈值时，确定对所述第一标识验证失败。

在一种可能的实施方式中，所述验证模块13具体用于：

获取所述第二标识的注册地点；

在所述注册地点为预设地点时，则确定对所述第二标识验证成功；

在所述注册地点不是所述预设地点时，确定对所述第二标识验证失败。

在一种可能的实施方式中，所述验证模块具体用于：

获取预设标识集合，所述预设标识集合中包括至少一个标识；

若所述第三标识和所述预设标识集合中的任意一个标识相同，则确定对所述第三标识验证成功；

若所述第三标识和所述预设标识集合中的所有标识都不相同，则确定对所述第三标识验证失败。

在一种可能的实施方式中，所述生成模块14具体用于：

在所述状态报告指示向所述终端设备发送所述第二消息成功时，获取所述第二消息的发送时间；

根据所述发送时间、所述第二消息标识和所述消息信息，生成所述第一消息对应的计费信息。

本申请实施例提供的一种数据处理装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

图9为本申请实施例提供的另一种数据处理装置的结构示意图。在图8所示实施例的基础上，请参见图9，所述数据处理装置10还包括第二接收模块15，所述第二接收模块15用于：

接收所述客户端发送的连接请求消息，所述连接请求消息中包括如下信息中的至少一种：所述客户端的账号、所述客户端的密码、所述客户端的互联网协议地址；

对所述连接请求消息进行验证，若验证成功，则与所述客户端建立连接，并向所述客户端发送验证成功的消息。

本申请实施例提供的一种数据处理装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

图10为本申请提供的数据处理设备的硬件结构示意图。请参见图10，该数据处理设备20可以包括：处理器21和存储器22，其中，处理器21和存储器22可以通信；示例性的，处理器21和存储器22通过通信总线23通信，所述存储器22用于存储程序指令，所述处理器21用于调用存储器中的程序指令执行上述任意方法实施例所示的数据处理方法。

可选的，数据处理设备20还可以包括通信接口，通信接口可以包括发送器和/或接收器。

可选的，上述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请提供一种可读存储介质，所述可读存储介质上存储有计算机程序；所述计算机程序用于实现如上述任意实施例所述的数据处理方法。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括指令，当所述指令被执行时，使得计算机执行上述数据处理方法。

实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(英文：read-only memory，缩写：ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppydisk)、光盘(英文：optical disc)及其任意组合。

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

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

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

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

在本申请中，术语“包括”及其变形可以指非限制性的包括；术语“或”及其变形可以指“和/或”。本申请中术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。本申请中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

Claims (8)

1.一种数据处理方法，其特征在于，包括：

接收客户端发送的第一消息，所述第一消息中包括消息信息和第一消息标识；

对所述消息信息进行验证得到验证结果，在所述验证结果为验证成功时，生成第二消息标识；

将所述第一消息中的所述第一消息标识替换为所述第二消息标识，得到第二消息，并向消息中心发送所述第二消息；

接收所述消息中心发送的所述第二消息的状态报告，根据所述状态报告，生成所述第一消息对应的计费信息，所述状态报告用于指示向终端设备发送所述第二消息成功或失败；

所述消息信息包括如下信息中至少一种：发送所述第一消息的第一标识、付费账户的第二标识、接收所述第一消息的第三标识、客户端代码；对所述消息信息进行验证得到验证结果，包括：

对所述消息信息中的每个信息进行验证；

若对所述消息信息中的每个信息均验证成功，则所述验证结果为验证成功；

若所述消息信息中的至少一种信息验证失败，则所述验证结果为验证失败；

对所述消息信息中的第一标识进行验证，包括：

对所述第一标识的预设位数的字符进行身份验证，在所述身份验证成功时，获取所述第一标识的位数；

在所述位数小于或等于第一阈值时，确定对所述第一标识验证成功；

在所述位数大于所述第一阈值时，确定对所述第一标识验证失败。

2.根据权利要求1所述的方法，其特征在于，对所述消息信息中的第二标识进行验证，包括：

获取所述第二标识的注册地点；

在所述注册地点为预设地点时，则确定对所述第二标识验证成功；

在所述注册地点不是所述预设地点时，确定对所述第二标识验证失败。

3.根据权利要求1所述的方法，其特征在于，所对所述消息信息中的第三标识进行验证，包括：

获取预设标识集合，所述预设标识集合中包括至少一个标识；

若所述第三标识和所述预设标识集合中的任意一个标识相同，则确定对所述第三标识验证成功；

若所述第三标识和所述预设标识集合中的所有标识都不相同，则确定对所述第三标识验证失败。

4.根据权利要求1-3任一项所述的方法，其特征在于，根据所述状态报告，生成所述第一消息对应的计费信息，包括：

在所述状态报告指示向所述终端设备发送所述第二消息成功时，获取所述第二消息的发送时间；

根据所述发送时间、所述第二消息标识和所述消息信息，生成所述第一消息对应的计费信息。

5.根据权利要求1所述的方法，其特征在于，接收客户端发送的第一消息之前，所述方法还包括：

接收所述客户端发送的连接请求消息，所述连接请求消息中包括如下信息中的至少一种：所述客户端的账号、所述客户端的密码、所述客户端的互联网协议地址；

对所述连接请求消息进行验证，若验证成功，则与所述客户端建立连接，并向所述客户端发送验证成功的消息。

6.一种数据处理装置，其特征在于，包括第一接收模块、验证模块、替换模块和生成模块，其中：

所述第一接收模块用于，接收客户端发送的第一消息，所述第一消息中包括消息信息和第一消息标识；

所述验证模块用于，对所述消息信息进行验证得到验证结果，在所述验证结果为验证成功时，生成第二消息标识；

所述替换模块用于，将所述第一消息中的所述第一消息标识替换为所述第二消息标识，得到第二消息，并向消息中心发送所述第二消息；

所述生成模块用于，接收所述消息中心发送的所述第二消息的状态报告，根据所述状态报告，生成所述第一消息对应的计费信息，所述状态报告用于指示向终端设备发送所述第二消息成功或失败；

所述消息信息包括如下信息中至少一种：发送所述第一消息的第一标识、付费账户的第二标识、接收所述第一消息的第三标识、客户端代码；所述验证模块具体用于：

对所述消息信息中的每个信息进行验证；

若对所述消息信息中的每个信息均验证成功，则所述验证结果为验证成功；

若所述消息信息中的至少一种信息验证失败，则所述验证结果为验证失败；

所述验证模块具体用于：

对所述第一标识的预设位数的字符进行身份验证，在所述身份验证成功时，获取所述第一标识的位数；

在所述位数小于或等于第一阈值时，确定对所述第一标识验证成功；

在所述位数大于所述第一阈值时，确定对所述第一标识验证失败。

7.一种数据处理设备，其特征在于，包括：处理器和存储器；

所述存储器用于，存储计算机程序；

所述处理器用于，执行所述存储器中存储的计算机程序，实现如权利要求1至5中任一项所述的数据处理方法。

8.一种可读存储介质，其特征在于，所述可读存储介质上存储设备控制程序，当所述设备控制程序被处理器执行时，实现如权利要求1至5任一项所述的数据处理方法。