CN111459753A - 销售点终端数据处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及大数据处理领域，尤其是一种销售点终端数据处理方法、装置、计算机设备和存储介质。所述方法包括：接收交易发起请求，并根据交易发起请求获取销售点终端对应的设备参数和当前缓存空间；判断当前缓存空间是否大于预设阈值；当大于时，将交易发起请求对应的交易的交易数据存储到当前缓存空间；当接收到交易结束指令时，则从当前缓存空间读取交易数据，并对交易数据和设备参数进行编译，通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件；将日志文件上传至服务器，以使当服务器接收到销售点终端发送的异常请求时，对日志文件进行分析以得到销售点终端的故障报文。采用本方法能够提高效率。

Description

销售点终端数据处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及大数据处理技术领域，特别是涉及一种销售点终端数据处理方法、装置、计算机设备和存储介质。

背景技术

销售点终端，即POS机使用的通讯协议主要有8583和http/https两大类，但是8583格式和https协议的数据包由于自身协议的限制均无法上传符合审核需求包含交易数据和异常数据的加密数据日志：8583协议中报文的每个字段固定长度并且字段定义都是固定不可变的，没有可扩展性，无法根据实际情况调整日志中的异常数据；https协议中数据包含头信息以及json串的key数据都导致报文长度增加，且安全通道是基于RSA非对称算法，算法计算和网络传输的耗时比8583报文高出3倍以上，无法满足日志报错处理的及时性。

因而，当POS机遇到交易异常无法支付，操作时异常报错，硬件损坏等问题导致商户无法正常收银时，服务器无法远程进行问题的定位和解决，必须由服务人员上门对POS机进行维修和调换。服务器这样无法保证问题解决的实效性和有效性，也增加了对问题排查定位的难度。降低了售后服务部门的整体工作效率，增加了POS机的运营成本。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高效率的销售点终端数据处理方法、装置、计算机设备和存储介质。

一种销售点终端数据处理方法，所述方法包括：

接收交易发起请求，并根据所述交易发起请求获取销售点终端对应的设备参数和当前缓存空间；

判断所述当前缓存空间是否大于预设阈值；

当所述当前缓存空间大于预设阈值时，则将所述交易发起请求对应的交易的交易数据存储到当前缓存空间；

当接收到交易结束指令时，则从所述当前缓存空间读取交易数据，并对所述交易数据和所述设备参数进行编译，通过protobuf数据包将编译后的所述交易数据和设备参数进行序列化得到proto格式的日志文件；

将所述日志文件上传至服务器，以使当在所述服务器接收到销售点终端发送的异常请求时，对所述日志文件进行分析以得到所述销售点终端的故障报文。

在其中一个实施例中，所述通过protobuf数据包将编译后的所述交易数据和设备参数进行序列化得到proto格式的日志文件，包括：

获取预设的报文格式和连接接口；

根据连接接口生成proto格式的空白日志文件；

根据预设的报文字段、格式对所述交易数据和所述设备参数进行序列化，得到日志代码；

将生成的日志代码输入空白日志文件对应位置处，得到日志文件。

在其中一个实施例中，所述将所述日志文件上传至服务器之前，还包括：

将序列化后的日志文件存储至所述当前缓存空间中；

所述方法还包括：

当销售点终端开机时，则判断所述开机后的缓存空间是否大于预设阈值；

当所述开机后的缓存空间小于预设阈值时，则将存储在开机后的缓存空间中的所述日志文件上传至服务器。

在其中一个实施例中，所述将所述日志文件上传至服务器，包括：

获取所述开机后的缓存空间中存储的日志文件；

识别日志文件中的连接接口；

通过TCP连接请求连接与连接接口对应的服务器，并将日志文件上传给服务器，并删除开机后的缓存空间中的日志文件。

一种销售点终端数据处理方法，所述方法包括：

接收销售点终端发送的日志文件，并将所述日志文件与所述销售点终端的终端标识关联存储到数据库中；

当接收到销售点终端发送的异常请求时，根据所述异常请求中所携带的终端标识从所述数据库中提取到对应的日志文件；

获取预设的解包接口，并通过所述解包接口对所述日志文件进行解析得到日志代码；

从所述日志代码中提取出交易数据和设备参数；

对所述交易数据和设备参数进行分析得到故障报文，并将所述故障报文发送给维护终端。

在其中一个实施例中，所述将所述日志文件与所述销售点终端的终端标识关联存储到数据库中之后，还包括：

当所述日志文件存储成功后，则向所述销售点终端发送存储成功的报文，所述存储成功的报文用于指示所述销售点终端删除所述当前缓存空间或开机后的缓存空间中的对应的日志文件。

一种销售点终端数据处理装置，所述装置包括：

第一接收模块，用于接收交易发起请求，并根据所述交易发起请求获取销售点终端对应的设备参数和当前缓存空间；

第一判断模块，用于判断所述当前缓存空间是否大于预设阈值；

第一缓存模块，用于当所述当前缓存空间大于预设阈值时，则将所述交易发起请求对应的交易的交易数据存储到当前缓存空间；

序列化模块，用于当接收到交易结束指令时，则从所述当前缓存空间读取交易数据，并对所述交易数据和所述设备参数进行编译，通过protobuf数据包将编译后的所述交易数据和设备参数进行序列化得到proto格式的日志文件；

上传模块，用于将所述日志文件上传至服务器，以使当在所述服务器接收到销售点终端发送的异常请求时，对所述日志文件进行分析以得到所述销售点终端的故障报文。

一种销售点终端数据处理装置，所述装置包括：

第二接收模块，用于接收销售点终端发送的日志文件，并将所述日志文件与所述销售点终端的终端标识关联存储到数据库中；

第一提取模块，用于当接收到销售点终端发送的异常请求时，根据所述异常请求中所携带的终端标识从所述数据库中提取到对应的日志文件；

解析模块，用于获取预设的解包接口，并通过所述解包接口对所述日志文件进行解析得到日志代码；

第二提取模块，用于从所述日志代码中提取出交易数据和设备参数；

分析模块，用于对所述交易数据和设备参数进行分析得到故障报文，并将所述故障报文发送给维护终端。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

上述销售点终端数据处理方法、装置、计算机设备和存储介质，在进行交易处理的时候，并不直接将交易数据生成日志等，而是首先存储到当前缓存空间，在交易处理完成后，则将当前缓存空间中存储的交易数据以及设备参数进行编译，然后通过protobuf数据包对编译后的交易数据和设备参数进行序列化得到proto格式的日志文件，将日志文件上传服务器，以便于在服务器接收到销售点终端发送的异常请求时，对日志文件进行分析以得到所述销售点终端的故障报文，这样借助proto的序列化可以将数据量缩小3倍，且序列化速度比json等快20-100倍，日志文件的体积更小，所以网络传输和数据存储的速度更快，此外，具有独立编译器，这样不同的平台只需要维护一套proto编译文件即可，无需另外编写代码进行处理，从而可以提高销售点终端数据的传输的速度，便于服务器查询到对应的日志文件，提高工作效率。

附图说明

图1为一个实施例中销售点终端数据处理方法的应用场景图；

图2为一个实施例中销售点终端数据处理方法的流程示意图；

图3为另一个实施例中销售点终端数据处理方法的流程示意图；

图4为一个实施例中销售点终端数据处理装置的结构框图；

图5为另一个实施例中销售点终端数据处理装置的结构框图；

图6为一个实施例中计算机设备的内部结构图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的销售点终端数据处理方法，可以应用于如图1所示的应用环境中。其中，销售点终端102与服务器104通过网络进行通信。其中销售点终端102可以接收交易发起请求，并根据交易发起请求获取销售点终端对应的设备参数和当前缓存空间；判断当前缓存空间是否大于预设阈值；当当前缓存空间大于预设阈值时，则将交易发起请求对应的交易的交易数据存储到当前缓存空间，然后当销售点终端102接收到交易结束指令时，则从当前缓存空间读取交易数据，并对交易数据和设备参数进行编译，通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件；将日志文件上传至服务器104，从而服务器104接收到销售点终端发送的异常请求时，对日志文件进行分析以得到销售点终端的故障报文，这样可以提高处理效率。其中，销售点终端102可以但不限于是POS机，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种销售点终端数据处理方法，以该方法应用于图1中的销售点终端为例进行说明，包括以下步骤：

S202：接收交易发起请求，并根据交易发起请求获取销售点终端对应的设备参数和当前缓存空间。

具体地，设备参数包括但不限于硬件模块、网络模块、文件系统等进行检查和获取相应参数信息和状态。当前缓存空间是指销售点终端的内存空间。

具体地，销售点终端根据交易发起请求获取销售点终端的设备参数和当前缓存空间，销售点终端对交易中设备参数进行实时获取。销售点终端可以先获取销售点终端的设备参数，再获取当前缓存空间。其中交易发起请求是用户输入到销售点终端的，可选地，可以是用户通过刷卡行为触发的。

S204：判断当前缓存空间是否大于预设阈值。

具体地，预设阀值是预先设置的用于保证销售点终端能够正常工作的当前缓存空间的大小，例如服务器可以根据该销售点终端的日常交易的数量来确定该预设阀值，例如服务器可以统计该销售点终端在每一次开机后所能完成的交易的数量，然后获取到预先存储的一次交易的交易数据的平均大小，根据该数量和平均大小计算得到预设阀值。其中，可选地，该预设阀值还可以随时间而发生变化，例如双十二或者黑五的时候，该预设阀值相应变大。服务器可以定期将该预设阀值下发到销售点终端

销售点终端判断当前缓存空间的大小是否大于上述预设阀值，即将两者进行比较。

S206：当当前缓存空间大于预设阈值时，则将交易发起请求对应的交易的交易数据存储到当前缓存空间。

具体地，交易数据包括但不限于包含时间、终端SN号、商户ID、机器生成的原始日志类型以及机器生成的原始日志内容。当销售点终端判断出当前缓存空间大于预设阀值时，则可以将交易过程中的所有的交易数据存储到当前缓存空间，例如销售点终端可以在当前缓存空间中预先建立一对应的存储记录，然后将交易过程中的所有交易数据都对应存储到该记录内，这样可以保证交易数据的完整性。

S208：当接收到交易结束指令时，则从当前缓存空间读取交易数据，并对交易数据和设备参数进行编译，通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件。

具体地，当销售点终端接收到交易结束指令后，例如付款成功时，销售点终端为了提高向服务器传输数据的效率，对存储到缓存中的交易数据进行处理，即首先对交易数据和设备参数进行编译，然后通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件。

其中，ProtoBuff是一种可跨平台、跨语言、可扩展，轻便高效序列化数据结构协议。其报文长度体积小，扩展性好，且是二进制的字节流，因此更加安全，此外自带独立的编译器，不需要额外编码进行处理，提高效率。

其中，通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件，即将对象的状态信息转换为可以存储或传输的形式。例如将交易数据和设备参数进行序列化，日志文件包括可以包含设备自检/激活和升级状态信息、交易耗时信息、硬件故障信息、网络信息和交易数据。

具体地，销售点终端首先对交易数据和设备参数进行编译，例如在Maven环境下进行编译，然后根据预先定义的数据模型，即空白日志文件生成protobuf转换后的实体类，最后进行序列化。序列化的过程即使用预设空白日志文件进行处理的过程，且前后端使用同一套.proto文件，即使后端增加字段也不会影响前端正常使用，具备很好的版本兼容性降低开发人员的开发风险，增加了数据的灵活性不用被固定长度和类型的字段属性所局限，也不需要考虑繁锁的头信息，ProtoBuff提供的编译器可自动生成数据结构和序列化处理的方法，减少代码开发量并且提高了代码的质量。

S210：将日志文件上传至服务器，以使当服务器接收到销售点终端发送的异常请求时，对日志文件进行分析以得到销售点终端的故障报文。

具体地，proto格式的日志文件的网络传输采用的是二进制的字符流，为加密后的字节数据，无法被篡改，保证了数据的私密性和准确性。销售点终端在生成日志文件后，将序列化后的日志文件上传至服务器。这样当服务器接收到销售点终端发送的异常请求时，则可以直接对日志文件进行分析以得到销售点终端的故障报文，从而可以提高销售点终端数据的传输的速度，便于服务器查询到对应的日志文件，提高工作效率。

其中将日志文件上传至服务器可以是识别日志文件中的连接接口，通过TCP连接请求连接与连接接口对应的服务器，并将日志文件上传给服务器，并当前缓存空间中的日志文件。

上述销售点终端数据处理方法，在进行交易处理的时候，并不直接将交易数据生成日志等，而是首先存储到当前缓存空间，在交易处理完成后，则将当前缓存空间中存储的交易数据以及设备参数进行编译，然后通过protobuf数据包对编译后的交易数据和设备参数进行序列化得到proto格式的日志文件，将日志文件上传服务器，以便于在服务器接收到销售点终端发送的异常请求时，对日志文件进行分析以得到销售点终端的故障报文，这样借助proto的序列化可以将数据量缩小3倍，且序列化速度比json等快20-100倍，日志文件的体积更小，所以网络传输和数据存储的速度更快，此外，具有独立编译器，这样不同的平台只需要维护一套proto编译文件即可，无需另外编写代码进行处理，从而可以提高销售点终端数据的传输的速度，便于服务器查询到对应的日志文件，提高工作效率。

在其中一个实施例中，通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件，包括：获取预设的报文格式和连接接口；根据连接接口生成proto格式的空白日志文件；根据预设的报文字段、格式对交易数据和设备参数进行序列化，得到日志代码；将生成的日志代码输入空白日志文件对应位置处，得到日志文件。

具体地，销售点终端获取预设的报文格式和连接接口。报文格式可以包含除报文内容和报文签名外的其他代码。报文格式中的特定位置可以表示报文总长度。报文格式可以包括协议头、协议体、协议摘要等。协议头与连接接口对应，协议头对应的信息与设备参数对应。协议体对应的信息与交易数据对应。协议体对应的信息与销售点终端和服务器的连接协议对应。销售点终端根据连接接口生成proto格式的空白日志文件。销售点终端根据预设的报文格式对交易数据和设备参数进行序列化，得到日志代码。销售点终端将生成的日志代码输入空白日志文件对应位置处，得到日志文件。在销售点终端上使用ProtoBuff协议，报文体积小序列化和反序列化速度快，使得网络传输和本地存储的速度和成功率明显提高，提升交易的成功率和稳定性；并且空白日志文件和日志代码使用同一套.proto文件，即使日志代码的字段过多也不会影响日志文件的正常使用，具备很好的版本兼容性，降低开发人员的开发风险，增加了数据的灵活性不用被固定长度和类型的字段属性所局限，也不需要考虑繁锁的头信息，ProtoBuff提供的编译器可自动生成数据结构和序列化处理的方法，减少代码开发量并且提高了代码的质量。

在其中一个实施例中，将日志文件上传至服务器之前，还包括：将序列化后的日志文件存储至当前缓存空间中；当销售点终端开机时，则判断开机后的缓存空间是否大于预设阈值；当开机后的缓存空间小于预设阈值时，则将存储在开机后的缓存空间中的日志文件上传至服务器。

在其中一个实施例中，将日志文件上传至服务器，包括：获取开机后的缓存空间中存储的日志文件；识别日志文件中的连接接口；通过TCP连接请求连接与连接接口对应的服务器，并将日志文件上传给服务器，并删除开机后的缓存空间中的日志文件。

具体地，销售点终端在每次开机后，都判断开机后的缓存空间是否大于预设阈值，或者是在每次交易开始时进行判断，当开机后的缓存空间小于预设阈值时，则将日志文件上传至服务器，具体地，销售点终端获取开机后的缓存空间中的日志文件；销售点终端识别日志文件中的连接接口；销售点终端通过TCP连接请求连接与连接接口对应的服务器，并将日志文件上传给服务器，并删除开机后的缓存空间中的日志文件。

上述实施例中，销售点终端可以对开机后的缓存空间进行清理，减少销售点终端的数据存储量，以保证后续的交易的正常进行。

在一个实施例中，如图3所示，提供了一种销售点终端数据处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S302：接收销售点终端发送的日志文件，并将日志文件与销售点终端的终端标识关联存储到数据库中。

具体地，该日志文件是proto格式的，其传输是是采用二进制的字符流，也就是序列化后的数据，无法被篡改，保证了数据的私密性和准确性。该日志文件可以携带有终端标识，从而服务器在接收到该日志文件后，可以将该日志文件关联存储在对应的终端标识的目录下，以完成对日志文件的分类。且服务器和销售点终端均通过protobuff格式存储日志文件，可以节省本地的内存空间。

S304：当接收到销售点终端发送的异常请求时，根据异常请求中所携带的终端标识从数据库中提取到对应的日志文件。

具体地，异常请求是指销售点终端在工作时出现异常，例如设备参数存在问题，或者是存储空间存在问题等等，服务器根据异常请求中所携带的终端标识从数据库中提取到对应的日志文件，也就是说服务器查询到终端标识对应的日志文件，并进行提取。

S306：获取预设的解包接口，并通过解包接口对日志文件进行解析得到日志代码。

具体地，销售点终端发送网络请求时，先建立TCP网络连接，组包后进行网络发送和接收，这样服务器接收到的同样是ProtoBuff格式的字符串，调用proto.c里的解包接口进行报文解析，解出来的数据就是具有可读性的数据，也即日志文件中的日志代码。

S308：从日志代码中提取出交易数据和设备参数。

具体地，设备参数包括但不限于硬件模块、网络模块、文件系统等进行检查和获取相应参数信息和状态。交易数据包括但不限于包含时间、终端SN号、商户ID、机器生成的原始日志类型以及机器生成的原始日志内容。服务器可以从日志diamante中提取出上述的交易数据和设备参数。

S310：对交易数据和设备参数进行分析得到故障报文，并将故障报文发送给维护终端。

具体地，服务器可以对交易数据和设备参数进行分析的过程即是对交易数据和设备参数进行统计学分析，以及阈值判断，并将统计学分析的结果和阈值判断的结果生成报文，并将报文发送给维护终端。

上述当服务器接收到销售点终端发送的异常请求时，服务器根据异常请求中的销售点终端标识从数据库中提取出日志文件。服务器采用解包接口对日志文件进行解析，得到日志代码，日志代码携带有销售点终端的交易数据和销售点终端的设备参数。服务器从日志代码中提取出交易数据和设备参数；服务器对交易数据和设备参数进行分析，生成故障报文，并将故障报文发送给维护终端，这样在服务器接收到销售点终端发送的异常请求时，对日志文件进行分析以得到销售点终端的故障报文，这样借助proto的序列化可以将数据量缩小3倍，且序列化速度比json等快20-100倍，日志文件的体积更小，所以网络传输和数据存储的速度更快，此外，具有独立编译器，这样不同的平台只需要维护一套proto编译文件即可，无需另外编写代码进行处理，从而可以提高销售点终端数据的传输的速度，便于服务器查询到对应的日志文件，提高工作效率。

在其中一个实施例中，将日志文件与销售点终端的终端标识关联存储到数据库中之后，还包括：当日志文件存储成功后，则向销售点终端发送存储成功的报文，存储成功的报文用于指示销售点终端删除当前缓存空间或开机后的缓存空间中的对应的日志文件。

具体地，销售点终端根据开机请求获取设备参数和开机后的缓存空间，并判断开机后的缓存空间是否大于预设阈值，或者是根据交易发起请求判断交易前的当前缓存空间是否大于预设值；当销售点终端判定当前缓存空间或开机后的缓存空间小于预设阈值时，销售点终端将存储在当前缓存空间或开机后的缓存空间内的proto格式的日志文件发送给服务器；服务器接收销售点终端发送的proto格式的日志文件，其中，日志文件携带有终端标识；服务器将日志文件存储在数据库中，并生成存储成功报文，将存储成功报文发送给销售点终端；销售点终端接收到服务器发送的存储成功报文，并根据存储成功报文将当前缓存空间或开机后的缓存空间内的日志文件进行删除。

上述实施例中，销售点终端可以对当前缓存空间或开机后的缓存空间进行清理，减少销售点终端的数据存储量。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种销售点终端数据处理装置，包括：第一接收模块402、第一判断模块404、第一缓存模块406、序列化模块408和上传模块410，其中：

第一接收模块402，用于接收交易发起请求，并根据交易发起请求获取销售点终端对应的设备参数和当前缓存空间；

第一判断模块404，用于判断当前缓存空间是否大于预设阈值；

第一缓存模块406，用于当当前缓存空间大于预设阈值时，则将交易发起请求对应的交易的交易数据存储到当前缓存空间；

序列化模块408，用于当接收到交易结束指令时，则从当前缓存空间读取交易数据，并对交易数据和设备参数进行编译，通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件；

上传模块410，用于将日志文件上传至服务器，以使当服务器接收到销售点终端发送的异常请求时，对日志文件进行分析以得到销售点终端的故障报文。

在其中一个实施例中，上述的序列化模块408可以包括：

预设数据获取单元，用于获取预设的报文格式和连接接口；

空白日志文件生成单元，用于根据连接接口生成proto格式的空白日志文件；

序列化单元，用于根据预设的报文字段、格式对交易数据和设备参数进行序列化，得到日志代码；

输入单元，用于将生成的日志代码输入空白日志文件对应位置处，得到日志文件。

在其中一个实施例中，上述的销售点终端数据处理装置还包括：

存储模块，用于将序列化后的日志文件存储至当前缓存空间中；

第二判断模块，用于当销售点终端开机时，则判断开机后的缓存空间是否大于预设阈值；

传输模块，用于当开机后的缓存空间小于预设阈值时，则将存储在开机后的缓存空间中的日志文件上传至服务器。

在其中一个实施例中，上述的上传模块可以包括：

日志文件获取单元，用于获取开机后的缓存空间中存储的日志文件；

识别单元，用于识别日志文件中的连接接口；

上传单元，用于通过TCP连接请求连接与连接接口对应的服务器，并将日志文件上传给服务器，并删除开机后的缓存空间中的日志文件。

在一个实施例中，如图5所示，提供了一种销售点终端数据处理装置，包括：第二接收模块502、第一提取模块504、解析模块506、第二提取模块508和分析模块510，其中：

第二接收模块502，用于接收销售点终端发送的日志文件，并将日志文件与销售点终端的终端标识关联存储到数据库中；

第一提取模块504，用于当接收到销售点终端发送的异常请求时，根据异常请求中所携带的终端标识从数据库中提取到对应的日志文件；

解析模块506，用于获取预设的解包接口，并通过解包接口对日志文件进行解析得到日志代码；

第二提取模块508，用于从日志代码中提取出交易数据和设备参数；

分析模块510，用于对交易数据和设备参数进行分析得到故障报文，并将故障报文发送给维护终端。

在其中一个实施例中，上述销售点终端数据处理装置还可以包括：

发送模块，用于当日志文件存储成功后，则向销售点终端发送存储成功的报文，存储成功的报文用于指示销售点终端删除当前缓存空间或开机后的缓存空间中的对应的日志文件。

关于销售点终端数据处理装置的具体限定可以参见上文中对于销售点终端数据处理方法的限定，在此不再赘述。上述销售点终端数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储交易数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种销售点终端数据处理方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种销售点终端数据处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图6和7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收交易发起请求，并根据交易发起请求获取销售点终端对应的设备参数和当前缓存空间；判断当前缓存空间是否大于预设阈值；当当前缓存空间大于预设阈值时，则将交易发起请求对应的交易的交易数据存储到当前缓存空间；当接收到交易结束指令时，则从当前缓存空间读取交易数据，并对交易数据和设备参数进行编译，通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件；将日志文件上传至服务器，以使当服务器接收到销售点终端发送的异常请求时，对日志文件进行分析以得到销售点终端的故障报文。

在一个实施例中，处理器执行计算机程序时所实现的通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件，包括：获取预设的报文格式和连接接口；根据连接接口生成proto格式的空白日志文件；根据预设的报文字段、格式对交易数据和设备参数进行序列化，得到日志代码；将生成的日志代码输入空白日志文件对应位置处，得到日志文件。

在一个实施例中，处理器执行计算机程序时所实现的将日志文件上传至服务器之前，还包括：将序列化后的日志文件存储至当前缓存空间中；当销售点终端开机时，则判断开机后的缓存空间是否大于预设阈值；当开机后的缓存空间小于预设阈值时，则将存储在开机后的缓存空间中的日志文件上传至服务器。

在一个实施例中，处理器执行计算机程序时所实现的将存储在开机后的缓存空间中的日志文件上传至服务器，包括：获取开机后的缓存空间中存储的日志文件；识别日志文件中的连接接口；通过TCP连接请求连接与连接接口对应的服务器，并将日志文件上传给服务器，并删除开机后的缓存空间中的日志文件。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收销售点终端发送的日志文件，并将日志文件与销售点终端的终端标识关联存储到数据库中；

当接收到销售点终端发送的异常请求时，根据异常请求中所携带的终端标识从数据库中提取到对应的日志文件；

获取预设的解包接口，并通过解包接口对日志文件进行解析得到日志代码；

从日志代码中提取出交易数据和设备参数；

对交易数据和设备参数进行分析得到故障报文，并将故障报文发送给维护终端。

在一个实施例中，处理器执行计算机程序时所实现的将日志文件与销售点终端的终端标识关联存储到数据库中之后，还包括：当日志文件存储成功后，则向销售点终端发送存储成功的报文，存储成功的报文用于指示销售点终端删除当前缓存空间中的对应的日志文件。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收交易发起请求，并根据交易发起请求获取销售点终端对应的设备参数和当前缓存空间；判断当前缓存空间是否大于预设阈值；当当前缓存空间大于预设阈值时，则将交易发起请求对应的交易的交易数据存储到当前缓存空间；当接收到交易结束指令时，则从当前缓存空间读取交易数据，并对交易数据和设备参数进行编译，通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件；将日志文件上传至服务器，以使当服务器接收到销售点终端发送的异常请求时，对日志文件进行分析以得到销售点终端的故障报文。

在一个实施例中，计算机程序被处理器执行时所实现的通过protobuf数据包将编译后的交易数据和设备参数进行序列化得到proto格式的日志文件，包括：获取预设的报文格式和连接接口；根据连接接口生成proto格式的空白日志文件；根据预设的报文字段、格式对交易数据和设备参数进行序列化，得到日志代码；将生成的日志代码输入空白日志文件对应位置处，得到日志文件。

在一个实施例中，计算机程序被处理器执行时所实现的将日志文件上传至服务器之前，还包括：将序列化后的日志文件存储至当前缓存空间中；当销售点终端开机时，则判断开机后的缓存空间是否大于预设阈值；当开机后的缓存空间小于预设阈值时，则将存储在开机后的缓存空间中的日志文件上传至服务器。

在一个实施例中，计算机程序被处理器执行时所实现的将存储在开机后的缓存空间中的日志文件上传至服务器，包括：获取开机后的缓存空间中存储的日志文件；识别日志文件中的连接接口；通过TCP连接请求连接与连接接口对应的服务器，并将日志文件上传给服务器，并删除开机后的缓存空间中的日志文件。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收销售点终端发送的日志文件，并将日志文件与销售点终端的终端标识关联存储到数据库中；当接收到销售点终端发送的异常请求时，根据异常请求中所携带的终端标识从数据库中提取到对应的日志文件；获取预设的解包接口，并通过解包接口对日志文件进行解析得到日志代码；从日志代码中提取出交易数据和设备参数；对交易数据和设备参数进行分析得到故障报文，并将故障报文发送给维护终端。

在一个实施例中，计算机程序被处理器执行时所实现的将日志文件与销售点终端的终端标识关联存储到数据库中之后，还包括：当日志文件存储成功后，则向销售点终端发送存储成功的报文，存储成功的报文用于指示销售点终端删除当前缓存空间或开机后的缓存空间中的对应的日志文件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种销售点终端数据处理方法，所述方法包括：

接收交易发起请求，并根据所述交易发起请求获取销售点终端对应的设备参数和当前缓存空间；

判断所述当前缓存空间是否大于预设阈值；

当所述当前缓存空间大于预设阈值时，则将所述交易发起请求对应的交易的交易数据存储到当前缓存空间；

当接收到交易结束指令时，则从所述当前缓存空间读取交易数据，并对所述交易数据和所述设备参数进行编译，通过protobuf数据包将编译后的所述交易数据和设备参数进行序列化得到proto格式的日志文件；

将所述日志文件上传至服务器，以使当所述服务器接收到销售点终端发送的异常请求时，对所述日志文件进行分析以得到所述销售点终端的故障报文。

2.根据权利要求1所述的方法，其特征在于，所述通过protobuf数据包将编译后的所述交易数据和设备参数进行序列化得到proto格式的日志文件，包括：

获取预设的报文格式和连接接口；

根据连接接口生成proto格式的空白日志文件；

根据预设的报文字段、格式对所述交易数据和所述设备参数进行序列化，得到日志代码；

将生成的日志代码输入空白日志文件对应位置处，得到日志文件。

3.根据权利要求1所述的方法，其特征在于，所述将所述日志文件上传至服务器之前，还包括：

将序列化后的日志文件存储至所述当前缓存空间中；

所述方法还包括：

当销售点终端开机时，则判断开机后的缓存空间是否大于预设阈值；

当所述开机后的缓存空间小于预设阈值时，则将存储在开机后的缓存空间中的所述日志文件上传至服务器。

4.根据权利要求3所述的方法，其特征在于，所述将存储在开机后的缓存空间中的所述日志文件上传至服务器，包括：

获取所述开机后的缓存空间中存储的日志文件；

识别日志文件中的连接接口；

通过TCP连接请求连接与连接接口对应的服务器，并将日志文件上传给服务器，并删除开机后的缓存空间中的日志文件。

5.一种销售点终端数据处理方法，所述方法包括：

接收销售点终端发送的日志文件，并将所述日志文件与所述销售点终端的终端标识关联存储到数据库中；

当接收到销售点终端发送的异常请求时，根据所述异常请求中所携带的终端标识从所述数据库中提取到对应的日志文件；

获取预设的解包接口，并通过所述解包接口对所述日志文件进行解析得到日志代码；

从所述日志代码中提取出交易数据和设备参数；

对所述交易数据和设备参数进行分析得到故障报文，并将所述故障报文发送给维护终端。

6.根据权利要求5所述的方法，其特征在于，所述将所述日志文件与所述销售点终端的终端标识关联存储到数据库中之后，还包括：

当所述日志文件存储成功后，则向所述销售点终端发送存储成功的报文，所述存储成功的报文用于指示所述销售点终端删除所述当前缓存空间或开机后的缓存空间中的对应的日志文件。

7.一种销售点终端数据处理装置，其特征在于，所述装置包括：

第一接收模块，用于接收交易发起请求，并根据所述交易发起请求获取销售点终端对应的设备参数和当前缓存空间；

第一判断模块，用于判断所述当前缓存空间是否大于预设阈值；

第一缓存模块，用于当所述当前缓存空间大于预设阈值时，则将所述交易发起请求对应的交易的交易数据存储到当前缓存空间；

序列化模块，用于当接收到交易结束指令时，则从所述当前缓存空间读取交易数据，并对所述交易数据和所述设备参数进行编译，通过protobuf数据包将编译后的所述交易数据和设备参数进行序列化得到proto格式的日志文件；

上传模块，用于将所述日志文件上传至服务器，以使当所述服务器接收到销售点终端发送的异常请求时，对所述日志文件进行分析以得到所述销售点终端的故障报文。

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

第二接收模块，用于接收销售点终端发送的日志文件，并将所述日志文件与所述销售点终端的终端标识关联存储到数据库中；

第一提取模块，用于当接收到销售点终端发送的异常请求时，根据所述异常请求中所携带的终端标识从所述数据库中提取到对应的日志文件；

解析模块，用于获取预设的解包接口，并通过所述解包接口对所述日志文件进行解析得到日志代码；

第二提取模块，用于从所述日志代码中提取出交易数据和设备参数；

分析模块，用于对所述交易数据和设备参数进行分析得到故障报文，并将所述故障报文发送给维护终端。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4或5至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4或5至6中任一项所述的方法的步骤。

Images