具体实施方式

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

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请提供了一种数据处理方法，应用于服务器100。其中，如图1所示，服务器100与用户终端200通信连接，以便进行数据交互。其中，用户终端200可以为智能手机或平板电脑等，在此不做限定。如图2所示，所述方法包括：

S21：服务器100接收来自用户终端200的第一请求，第一请求为按预设周期连续订购第一服务的请求。

其中，用户可以在用户终端200上的用于订购商品的应用程序选择第一服务，并对第一服务选择按预设周期续订的功能。然后，调用第三方支付平台对第一服务支付成功后，发送第一请求至服务器100。例如，用户可以在运行商应用上选择按每个月续订一次的目标通信套餐，调用第三方支付平台对目标通信套餐支付成功后，发送第一请求至服务器100。

S22：服务器100根据第一请求生成第一数据包。

第一数据包中的信息包括：第一数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、标识第一服务的价值的信息、第一数据包的类型参数、第一服务的订购状态、第一服务被首次订购的时刻、以及第一服务被首次订购的过期时刻，第一服务被首次订购的过期时刻为第一服务被首次订购后推一个预设周期得到的时刻。

例如，第一数据包的标识可以为对第一服务的首次订购的订单号；其中，订单号可以包括首次订购的类别参数、对第一服务首次订购成功的时刻以及配置的随机数。可以理解地，假设首次订购的类别参数为“OR”，首次订购成功的时刻为2021年1月1日9时30分15秒，随机数为“00001”，则订单号可以为“OR2021119301500001”。第一服务的标识可以为第一服务的商品ID；发送第一请求的用户身份的标识可以为用户登录用于订购商品的应用程序的用户账号或者安装有用户登录用于订购商品的应用程序的用户终端200的终端身份；标识第一服务的价值的信息可以为第一服务的金额；第一数据包的类型参数可以为用于表征第一服务被首次订购的字段值，如字段值可以为“0”。第一服务的订购状态可以是表征对第一服务首次订购成功的字段，如字段值可以为“true”。第一服务被首次订购的时刻可以为“20211193015”；如果预设的周期为1个月，则第一服务被首次订购的过期时刻为2021年2月1日9时30分15秒，第一数据包中的第一服务被首次订购的过期时刻可以为“20211193015”。

S23：服务器100在第一服务被首次订购的过期时刻到来且第一服务被第一次连续订购成功时，生成第二数据包。

第二数据包中的信息包括：第一数据包的标识、第二数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、标识第一服务的价值的信息、第二数据包的类型参数、第一服务的订购状态、第一服务被第一次连续订购的时刻、以及第一服务被第一次连续订购的过期时刻，第一服务被第一次连续订购的过期时刻为第一服务被第一次连续订购的时刻后推一个预设周期得到的时刻。

可以理解地，仍以上述的第一数据包包含的具体内容为例，第一数据包的标识可以为“OR2021119301500001”。第二数据包的标识可以为对第一服务的第一次连续订购的订单号，假设第一次连续订购的订单号的类别参数为“ON”，第一次连续订购成功的时刻为2021年2月1日9时30分15秒，配置的随机数为“00001”，则第一次连续订购的订单号可以为“ON2021219301500001”。第一服务的标识可以为第一服务的商品ID；发送第一请求的用户身份的标识可以为用户登录用于订购商品的应用程序的用户账号或者安装有用户登录用于订购商品的应用程序的用户终端200的终端身份；标识第一服务的价值的信息可以为第一服务的金额；第一数据包的类型参数可以为用于表征第一服务被连续订购的字段值，如字段值可以为“1”。第一服务的订购状态可以是表征对第一服务被连续订购成功的字段，如字段值可以为“true”。如果预设的周期为1个月，则第一服务被第一次连续订购的过期时刻为2021年3月1日9时30分15秒，第一数据包中的第一服务被第一次订购的过期时刻可以为“20213193015”。

具体地，生成第二数据包的过程可以包括：

步骤1：在第一服务被首次订购的过期时刻到来且第一服务连续订购成功时，获取待生成的第二数据包的类型参数和第一次连续订购成功的时刻；以及获取第一数据包中的第一数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、以及标识第一服务的价值的信息。

可选地，在一种实施方式中，生成第二数据包之前，所述方法还包括：

接收来自用户终端200的连续订购指令，其中，连续订购指令携带有第二数据包的类型参数和第一次连续订购成功的时刻；将第二数据包的类型参数、第一次连续订购成功的时刻、以及第一数据包中的信息封装为一个数据包并缓存。步骤1的具体实现方式可以为：解封装数据包，复制第二数据包的类型参数、第一次连续订购成功的时刻、第一数据包中的第一数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、以及标识第一服务的价值的信息。可以理解地，通过直接复制第二数据包中的内容，可以提高获取步骤1中的数据的效率。

步骤2：根据第二数据包的类型参数、第一次连续订购成功的时刻，生成第二数据包的标识。

例如，根据首次订购的类别参数为“OR”，首次订购成功的时刻为2021年1月1日9时30分15秒，随机数为“00001”，生成订单号“OR2021119301500001”。

步骤3：配置第一服务的订购状态为已订购状态。

其中，已定购状态可以为上述的字段“true”。

步骤4：根据当前时刻和预设周期，配置第一服务被第一次连续订购的过期时刻。

该生成第二数据包的过程还可以包括如下步骤：

步骤5：判断是否成功配置第一服务被第一次连续订购的过期时刻。

步骤6：若配置失败，则记录配置次数。

步骤7：判断配置次数是否达到设定的计数阈值。

其中，计数阈值可以为4、5、6等，在此不作限定。

步骤8：若未达到计数阈值，则返回执行根据当前时刻和预设周期，配置第一服务被第一次连续订购的过期时刻的操作。

步骤9：若达到计数阈值，则生成第一提示信息，其中，第一提示信息用于指示配置失败。

通过步骤5-步骤9，可以提高更新配置第一服务被第一次连续订购的过期时刻的可靠性。

S24：服务器100在第一服务被第一次连续订购的过期时刻到来且第一服务被第二次连续订购成功时，生成第三数据包。

第三数据包中的信息包括：第一数据包的标识、第三数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、标识第一服务的价值的信息、第二数据包的类型参数、第一服务的订购状态、第一服务被第二次连续订购成功的时刻、以及第一服务被第二次连续订购的过期时刻，第一服务被第二次连续订购的过期时刻为第一服务被第二次连续订购的时刻后推一个预设周期得到的时刻。

可以理解地，仍以上述的第一数据包包含的具体内容为例，第一数据包的标识可以为“OR2021119301500001”。第三数据包的标识可以为对第一服务的第三次连续订购的订单号，假设第二次连续订购的订单号的类别参数为“ON”，第一次连续订购成功的时刻为2021年4月1日9时30分15秒，配置的随机数为“00001”，则第一次连续订购的订单号可以为“ON2021419301500001”。第一服务的标识可以为第一服务的商品ID；发送第一请求的用户身份的标识可以为用户登录用于订购商品的应用程序的用户账号或者安装有用户登录用于订购商品的应用程序的用户终端200的终端身份；标识第一服务的价值的信息可以为第一服务的金额；第三数据包的类型参数可以为用于表征第一服务被连续订购的字段值，如字段值可以为“1”。第一服务的订购状态可以是表征对第一服务被连续订购成功的字段，如字段值可以为“true”。如果预设的周期为1个月，则第一服务被第二次连续订购的过期时刻为2021年4月1日9时30分15秒，第三数据包中的第一服务被第二次订购的过期时刻可以为“20214193015”。

需要说明的的是，生成第三数据包的方式与上述的生成第二数据包的方式相同，在此不再赘述。

本申请提供的数据处理方法，通过接收来自用户终端200的第一请求，第一请求为按预设周期连续订购第一服务的请求；然后根据第一请求生成第一数据包，在第一服务被首次订购的过期时刻到来且第一服务被第一次连续订购成功时，生成第二数据包；接着，在第一服务被第一次连续订购的过期时刻到来且第一服务被第二次连续订购成功时，生成第三数据包。其中，第一数据包、第二数据包以及第三数据包中包含的内容不同。如此，当用户查询自己按预设周期连续订购第一服务的购买行为时，以将第一数据包、第二数据包以及第三数据包反馈给用户。可以理解地，第一数据包、第二数据包以及第三数据包，可以完整的描述用户每一次订购第一服务的购买行为，进而，提高了对第一服务的购买行为的描述完整度。

一种可能的实施方式中，第一数据包、第二数据包以及第三数据包中还可以包括用于指示订购行为的类型参数。其中，指示订购行为的类型参数是根据第一服务的标识、订购第一服务的应用程序的标识生成的。进而，服务器100可以根据用于指示订购行为的类型参数为用户推荐指示订购行为的类型参数相同的服务，为用户带来方便。

另外，该数据处理方法还可以包括：服务器100接收来自用户终端200的对第一服务的使用指令，记录接收到使用指令的时刻；若接收到使用指令的时刻，在第二服务被第二次连续订购的过期时刻之前，则允许用户终端200调用第一服务。

例如，若第一服务为目标通信套餐且用户在用户终端200发起通信请求时，如发起电话接通请求、短信发送请求、或者网络通信请求时，服务器100接收来自用户终端200的对第一服务的使用指令。服务器100记录接收到使用指令的时刻2021年3月25日9时15分30秒；而第一服务被第二次连续订购的过期时刻为2021年4月1日9时30分15秒，服务器100识别到接收到使用指令的时刻，在第二服务被第二次连续订购的过期时刻之前，则允许用户终端200调用第一服务。如允许接通电话、允许发送短信、或者允许使用网络通信。

当用户查询自己按预设周期连续订购第一服务的购买行为时，可以在用户终端200上的用于订购商品的应用程序输入查询指令。用户终端200向服务器100发送查询指令，服务器100接收来自用户终端200的数据查询指令，其中，数据查询指令用于指示查询对第一服务订购后生成的数据包；服务器100向用户终端200发送第一数据包、第二数据包、以及第三数据包。用户接收第一数据包、第二数据包、以及第三数据包并显示。可以理解地，第一数据包、第二数据包以及第三数据包，可以完整的描述用户每一次订购第一服务的购买行为，进而，提高了对第一服务的购买行为的描述完整度。

请参阅图3，本申请还提供一种数据处理装置300，应用于服务器100。其中，如图1所示，服务器100与用户终端200通信连接，以便进行数据交互。其中，用户终端200可以为智能手机或平板电脑等，在此不做限定。需要说明的是，本申请实施例所提供的数据处理装置300，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本申请实施例部分未提及之处，可参考上述的实施例中相应内容。所述装置300包括信息接收单元301、数据包生成单元302，其中，

信息接收单元301，用于接收来自用户终端200的第一请求，第一请求为按预设周期连续订购第一服务的请求。

数据包生成单元302，用于根据第一请求生成第一数据包。

其中，第一数据包中的信息包括：第一数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、标识第一服务的价值的信息、第一数据包的类型参数、第一服务的订购状态、第一服务被首次订购的时刻、以及第一服务被首次订购的过期时刻，第一服务被首次订购的过期时刻为第一服务被首次订购后推一个预设周期得到的时刻。

数据包生成单元302，还用于在第一服务被首次订购的过期时刻到来且第一服务被第一次连续订购成功时，生成第二数据包。

其中，第二数据包中的信息包括：第一数据包的标识、第二数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、标识第一服务的价值的信息、第二数据包的类型参数、第一服务的订购状态、第一服务被第一次连续订购的时刻、以及第一服务被第一次连续订购的过期时刻，第一服务被第一次连续订购的过期时刻为第一服务被第一次连续订购的时刻后推一个预设周期得到的时刻。

一种可能的实施方式中，数据包生成单元302可以具体用于在第一服务被首次订购的过期时刻到来且第一服务连续订购成功时，获取待生成的第二数据包的类型参数和第一次连续订购成功的时刻；以及获取第一数据包中的第一数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、以及标识第一服务的价值的信息；根据第二数据包的类型参数、第一次连续订购成功的时刻，生成第二数据包的标识；配置第一服务的订购状态为已订购状态；根据当前时刻和预设周期，配置第一服务被第一次连续订购的过期时刻。

可选地，信息接收单元301，还可以用于接收来自用户终端200的连续订购指令，其中，连续订购指令携带有第二数据包的类型参数和第一次连续订购成功的时刻；

所述装置300还可以包括：数据缓存单元，用于将第二数据包的类型参数、第一次连续订购成功的时刻、以及第一数据包中的信息封装为一个数据包并缓存。

数据包生成单元302，可以具体用于解封装数据包，复制第二数据包的类型参数、第一次连续订购成功的时刻、第一数据包中的第一数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、以及标识第一服务的价值的信息。

另外，可选地，数据包生成单元302，还可以用于判断是否成功配置第一服务被第一次连续订购的过期时刻；若配置失败，则记录配置次数；判断配置次数是否达到设定的计数阈值；若未达到计数阈值，则返回执行根据当前时刻和预设周期，配置第一服务被第一次连续订购的过期时刻的操作；若达到计数阈值，则生成第一提示信息，其中，第一提示信息用于指示配置失败。

数据包生成单元302，还用于在第一服务被第一次连续订购的过期时刻到来且第一服务被第二次连续订购成功时，生成第三数据包。

其中，第三数据包中的信息包括：第一数据包的标识、第三数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、标识第一服务的价值的信息、第二数据包的类型参数、第一服务的订购状态、第一服务被第二次连续订购成功的时刻、以及第一服务被第二次连续订购的过期时刻，第一服务被第二次连续订购的过期时刻为第一服务被第二次连续订购的时刻后推一个预设周期得到的时刻。

一种可能的实施方式中，第一数据包、第二数据包以及第三数据包中还可以包括用于指示订购行为的类型参数。

可选地，信息接收单元301还用于接收来自用户终端200的对第一服务的使用指令。

所述装置300还可以包括：信息记录单元，用于记录接收到使用指令的时刻。

服务调用单元，若接收到使用指令的时刻，在第二服务被第二次连续订购的过期时刻之前，则允许用户终端200调用第一服务。

可选地，信息接收单元301还可以用于接收来自用户终端200的数据查询指令，其中，数据查询指令用于指示查询对第一服务订购后生成的数据包。

所述装置300还可以包括：信息发送单元，用于向用户终端200发送第一数据包、第二数据包、以及第三数据包。

图4是本申请实施例提供的电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。例如，该电子设备可以是主机。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成用于数据处理装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收来自用户终端的第一请求，第一请求为按预设周期连续订购第一服务的请求；

根据第一请求生成第一数据包，第一数据包中的信息包括：第一数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、标识第一服务的价值的信息、第一数据包的类型参数、第一服务的订购状态、第一服务被首次订购的时刻、以及第一服务被首次订购的过期时刻，第一服务被首次订购的过期时刻为第一服务被首次订购后推一个预设周期得到的时刻；

在第一服务被首次订购的过期时刻到来且第一服务被第一次连续订购成功时，生成第二数据包；第二数据包中的信息包括：第一数据包的标识、第二数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、标识第一服务的价值的信息、第二数据包的类型参数、第一服务的订购状态、第一服务被第一次连续订购的时刻、以及第一服务被第一次连续订购的过期时刻，第一服务被第一次连续订购的过期时刻为第一服务被第一次连续订购的时刻后推一个预设周期得到的时刻；

在第一服务被第一次连续订购的过期时刻到来且第一服务被第二次连续订购成功时，生成第三数据包；第三数据包中的信息包括：第一数据包的标识、第三数据包的标识、第一服务的标识、发送第一请求的用户身份的标识、标识第一服务的价值的信息、第二数据包的类型参数、第一服务的订购状态、第一服务被第二次连续订购成功的时刻、以及第一服务被第二次连续订购的过期时刻，第一服务被第二次连续订购的过期时刻为第一服务被第二次连续订购的时刻后推一个预设周期得到的时刻。

上述如本申请图2所示实施例揭示的数据处理装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图2的方法，并实现数据处理装置在图2所示实施例的功能，本申请在此不再赘述。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本申请还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图2所示实施例的方法。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本申请图2所示的数据处理方法。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围。