CN110992044A - 数据处理方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本公开的实施例提供了一种数据处理方法、装置、电子设备及可读存储介质，所述方法包括：从订单小票的打印数据中获取所述订单小票的订单金额数据；将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为，所述漏单行为指所述商家在预设时间段内未完成所述订单金额数据对应的收款操作；若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息。本公开的实施例可以准确并及时地检测商家的漏单行为。

Description

数据处理方法、装置、电子设备及可读存储介质

技术领域

本公开的实施例涉及网络技术领域，尤其涉及一种数据处理方法、装置、电子设备及可读存储介质。

背景技术

用户在商家就餐时，商家通过点餐软件为用户点餐并打印订单小票。在用户买单时，商家通过收银软件进行收款，收银软件在收款完成后会发出语音信息，商家通常通过语音信息确认是否已成功收款。

然而，在用餐高峰期，商家的实际环境比较嘈杂，有时可能难以听清收银软件是否发出收款完成的语音信息，或者在忙乱中忽略了语音信息。在这种情况下，商家误以为打印了订单小票就表示已经完成了收款，然而有些用户可能没有买单便离开，造成出现逃单或者漏单的现象发生，为商家带来损失，而且影响商家计算交易金额的准确性。

发明内容

本公开的实施例提供一种数据处理方法、装置、电子设备及可读存储介质，用以准确并及时地检测商家的漏单行为，以避免逃单或者漏单的现象发生，并且可以提高计算商家交易金额的准确性。

根据本公开的实施例的第一方面，提供了一种数据处理方法，应用于终端设备，所述方法包括：

从订单小票的打印数据中获取所述订单小票的订单金额数据；

将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为，所述漏单行为指所述商家在预设时间段内未完成所述订单金额数据对应的收款操作；

若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息。

根据本公开的实施例的第二方面，提供了一种数据处理方法，应用于服务端，所述方法包括：

接收终端设备发送的商家信息和订单小票的订单金额数据，所述订单金额数据为所述终端设备从所述订单小票的打印数据中获取得到，所述商家信息对应于产生所述订单小票的商家；

根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作；

若判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作，则确定所述商家存在漏单行为，向所述终端设备发送用于表示所述商家存在漏单行为的返回信息。

根据本公开的实施例的第三方面，提供了一种数据处理装置，应用于终端设备，所述装置包括：

数据获取模块，用于从订单小票的打印数据中获取所述订单小票的订单金额数据；

发送匹配模块，用于将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为，所述漏单行为指所述商家在预设时间段内未完成所述订单金额数据对应的收款操作；

消息提示模块，用于若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息。

根据本公开的实施例的第四方面，提供了一种数据处理装置，应用于服务端，所述装置包括：

数据接收模块，用于接收终端设备发送的商家信息和订单小票的订单金额数据，所述订单金额数据为所述终端设备从所述订单小票的打印数据中获取得到，所述商家信息对应于产生所述订单小票的商家；

数据判断模块，用于根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作；

信息返回模块，用于若判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作，则确定所述商家存在漏单行为，向所述终端设备发送用于表示所述商家存在漏单行为的返回信息。

根据本公开的实施例的第五方面，提供了一种电子设备，包括：

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现前述数据处理方法。

根据本公开的实施例的第四方面，提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述数据处理方法。

本公开的实施例提供了一种数据处理方法、装置、电子设备及可读存储介质，所述方法包括：

从订单小票的打印数据中获取所述订单小票的订单金额数据；将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为，所述漏单行为指所述商家在预设时间段内未完成所述订单金额数据对应的收款操作；若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息。

本公开实施例通过对订单小票的订单金额数据与收单行为进行比对，可以准确并及时地检测商家的漏单行为，主动防御漏单行为，并且及时发出提示消息，以避免逃单或者漏单的现象发生，减少商家的损失。此外，在商家知晓其订单小票中存在漏单行为的情况下，可以计算得到更加准确的交易金额。

附图说明

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

图1示出了本公开的一个实施例中的数据处理方法的步骤流程图；

图2示出了本公开的另一个实施例中的数据处理方法的步骤流程图；

图3示出了本公开的一个实施例中的数据处理装置的结构图；

图4示出了本公开的另一个实施例中的数据处理装置的结构图；

图5示出了本公开的一个实施例提供的电子设备的结构图。

具体实施方式

下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的实施例一部分实施例，而不是全部的实施例。基于本公开的实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开的实施例保护的范围。

实施例一

参照图1，其示出了本公开的一个实施例中的数据处理方法的步骤流程图，所述方法应用于终端设备，所述方法包括：

步骤101、从订单小票的打印数据中获取所述订单小票的订单金额数据；

步骤102、将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为，所述漏单行为指所述商家在预设时间段内未完成所述订单金额数据对应的收款操作；

步骤103、若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息。

本公开的数据处理方法可应用于终端设备，所述终端设备具体包括但不限于：智能手机、平板电脑、电子书阅读器、MP3(动态影像专家压缩标准音频层面3，Moving PictureExperts Group Audio Layer III)播放器、MP4(动态影像专家压缩标准音频层面4，MovingPicture Experts Group Audio Layer IV)播放器、膝上型便携计算机、车载电脑、台式计算机、机顶盒、智能电视机、可穿戴设备等等。

所述终端设备中可以安装有商家点餐软件，商家通过点餐软件为用户点餐并打印订单小票，本公开实施例可以获取订单小票的打印数据，例如可以通过监听的方式获取订单小票的打印数据，并且从打印数据中获取所述订单小票的订单金额数据。

接下来，终端设备将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为。其中，所述商家信息具体可以包括：商家的POI(Point of Interest，兴趣点)信息。POI信息可以包括商家的名称、类别、坐标等信息。

服务端在接收到终端设备发送的所述商家信息和所述订单金额数据之后，可以根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作。如果判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作，则确定所述商家存在漏单行为，所述服务端可以向所述终端设备发送用于表示所述商家存在漏单行为的返回信息。

最后，如果所述终端设备接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息，以提醒商家当前存在漏单行为。

由此，通过本公开实施例可以准确并及时地检测商家的漏单行为，以避免逃单或者漏单的现象发生。此外，在商家知晓其漏单行为的情况下，可以计算得到更加准确的交易金额。

在本公开的一种可选实施例中，所述从订单小票的打印数据中获取所述订单小票的订单金额数据，具体可以包括：

步骤S11、通过注入函数，监听所述终端设备发送至打印机的打印数据；

步骤S12、若监听到所述终端设备发送至打印机的打印数据，则根据所述注入函数的参数，获取所述终端设备发送至所述打印机的打印数据；

步骤S13、将所述打印数据与预置字符串进行匹配，得到所述订单小票对应的目标打印数据，所述目标打印数据包含所述预置字符串；

步骤S14、提取所述目标打印数据中所述预置字符串对应的数值，得到所述订单小票的订单金额数据。

具体地，本公开实施例可以通过远程注入技术将动态链接库(如MTPrint.dll)注入商家的点餐软件，所述动态链接库中包括本公开实施例自定义的注入函数，通过将***的API(Application Programming Interface，应用程序编程接口)函数替换成自定义的注入函数，实现对所述终端设备(点餐软件)发送至打印机的打印数据进行监听。

需要说明的是，所述动态链接库可以是能被多个可执行程序共享的函数库，通过其他可执行程序的调用执行自身的可执行代码。动态连接库的可执行代码可以保存为动态链接库文件，文件的扩展名可以是.dll、.drv、.ocx或者.cpl等，本公开实施例对此不做特殊限定。

本公开实施例可以通过远程注入商家点餐软件的注入函数，监听所述终端设备发送至打印机的打印数据，若监听到所述终端设备发送至打印机的打印数据，则根据所述注入函数的参数，获取所述终端设备发送至所述打印机的打印数据。

在本公开的一种应用示例中，可以通过远程注入的方式在商家点餐软件中注入用于监听打印数据的注入函数，以及注入用于处理打印数据的插件程序。当注入函数监听到打印数据后，通过进程间通信的方式，如通过发送WM_COPYDATA消息的方式，将所述打印数据封装并回传给所述插件程序。所述插件程序对所述打印数据进行解析，具体地，将所述打印数据与预置字符串进行匹配，得到所述订单小票对应的目标打印数据，所述目标打印数据包含所述预置字符串，进而可以提取所述目标打印数据中所述预置字符串对应的数值，得到所述订单小票的订单金额数据。最后，所述插件程序将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，进行漏单行为的判断。

需要说明的是，在实际应用中，本公开实施例的注入函数在监听到打印数据后，还可以对打印数据进行解析，提取其中的订单金额数据，将提取的订单金额数据封装后回传至所述插件程序。也即，所述打印数据可以由注入函数进行解析，或者由插件程序进行解析，本公开实施例对此不加以限制。

其中，所述预置字符串可以为预先设置的用于表示订单金额的字符串。例如，在订单小票中，如果出现字符串“实付金额”，则说明该订单小票中包含订单金额数据，则可以将“实付金额”作为预置字符串进行匹配，并且提取该订单小票中“实付金额”之后的数值，即可得到该订单小票的订单金额数据。

在本公开的一种可选实施例中，所述从订单小票的打印数据中获取所述订单小票的订单金额数据之后，所述方法还可以包括：

保存所述订单小票对应商家的商家信息和所述订单金额数据。

可以理解，本公开实施例对保存所述订单小票对应商家的商家信息和所述订单金额数据的具***置不加以限制。例如，可以保存在所述终端设备，或者还可以保存在商家的服务器中，以供商家可以随时查询。

在本公开的一种可选实施例中，所述注入函数包括第一注入函数、第二注入函数以及第三注入函数；

其中，所述第一注入函数，用于在端口打印方式下，监听所述终端设备发送至打印机的打印数据；所述第二注入函数，用于在驱动打印方式下，监听所述终端设备发送至打印机的打印数据；所述第三注入函数，用于在网口打印方式下，监听所述终端设备发送至打印机的打印数据。

在具体应用中，打印机打印数据主要包括端口打印、驱动打印和网口打印等方式。本公开实施例的注入函数可以包括在上述三种打印方式下，监听所述终端设备发送至打印机的打印数据的第一注入函数、第二注入函数和第三注入函数。

端口打印时涉及到安装在终端设备中的应用程序(例如点餐软件、收银软件等)以及与终端设备通信连接的打印机。端口打印中的端口可以包括：串口、并口、网口和USB(Universal Serial Bus，通用串行总线)口等形式，端口打印的原理就是将应用程序发送的打印数据(文本形式)转换成指令数据，然后将指令数据通过端口发送给打印机进行打印，端口打印不需要驱动程序。

通常，端口打印通过***函数WriteFile写入打印数据，本公开实施例通过注入技术，将***函数WriteFile替换为自定义的注入函数MTWriteFile。如果MTWriteFile函数监听到终端设备发送至打印机的打印数据，则根据MTWriteFile函数的参数(如第二个参数)，可以获取所述终端设备发送至所述打印机的打印数据。

驱动打印时涉及到安装在终端设备中的应用程序(例如点餐软件、收银软件等)、安装在终端设备的打印驱动以及与终端设备通信连接的打印机，其中该通信连接的方式可以是有线连接或无线连接。驱动打印的原理就是终端设备通过驱动程序将打印数据转换成打印机能够识别且打印出来的EMF(Enhanced Meta File，增强元文件)，并将EMF文件发送到打印机进行打印。

通常，驱动打印通过***函数DrawText写入打印数据，本公开实施例通过注入技术，将***函数DrawText替换为自定义的注入函数MTDrawText。如果MTDrawText函数监听到终端设备发送至打印机的打印数据，则根据MTDrawText函数的参数(如第二个参数)，可以获取所述终端设备发送至所述打印机的打印数据。

网口打印时涉及到安装在用户终端设备中的应用程序(例如点餐软件、收银软件等)、安装在终端设备的打印驱动以及与终端设备通信连接的打印机，其中该通信连接的方式可以是有线连接或无线连接，并且打印机的IP(Internet Protocol，互联网协议地址)和终端设备的IP在同一个网段内。一个网口可以为多个终端设备提供打印服务，一个终端设备也可以利用多个网口进行打印。

通常，网口打印通过Socket(套接字)中的Send函数写入打印数据，本公开实施例通过注入技术，将Send函数替换为自定义的注入函数MTSend。如果MTSend函数监听到终端设备发送至打印机的打印数据，则根据MTSend函数的参数(如第二个参数)，可以获取所述终端设备发送至所述打印机的打印数据。

终端设备在从订单小票的打印数据中获取所述订单小票的订单金额数据之后，可以将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为。若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则所述终端设备发出提示消息。

在本公开的一种可选实施例中，所述发出提示消息，具体可以包括：

在所述终端设备的显示界面显示所述提示消息对应的文本信息，和/或，通过所述终端设备播放所述提示消息对应的语音信息，所述提示消息中包括所述漏单行为对应的订单信息和订单金额数据。

可以理解，本公开实施例对所述提示消息的具体内容和提示方式不加以限制。例如，所述提示消息可以包括文本信息、语音信息、图片信息等。此外，为了便于用户了解漏单行为的具体信息，本公开实施例还可以显示所述漏单行为对应的订单信息和订单金额数据。

在本公开的一种可选实施例中，所述方法还可以包括：根据所述漏单行为对应的订单金额数据，计算得到所述商家的交易金额数据。

所述交易金额数据可以包括日交易金额数据、月交易金额数据、季度交易金额数据、年交易金额数据等。以日交易金额数据为例，商家日交易额就是打印机打印的所有订单小票的订单金额的总和(假设总和为A1)。然而，由于A1中可能包含了漏单的订单金额，则导致A1并不能准确反映商家准确的日交易金额数据。

本公开实施例可以准确并及时地检测商家的漏单行为，向商家发出提示消息，不仅可以避免逃单或者漏单的现象发生，而且可以根据所述漏单行为对应的订单金额数据，准确计算得到所述商家的交易金额数据。例如，如果商家存在漏单行为，则商家实际的日交易金额＝A1-漏单的订单金额。

可选地，通过本公开实施例，在准确计算商家的交易金额数据之后，还可以准确计算商家支付通道的收单占比，以使商家可以准确了解多种收单行为的比例情况。例如，商家C的日交易金额为A1，其中，通过商家C的支付通道收单的金额为A2，那么通过其他支付通道收单的金额为A3＝A1-A2。商家C支付通道的收单占比为(A2/A1)×100％，其他支付通道的收单占比为(A3/A1)×100％。

综上，本公开实施例从订单小票的打印数据中获取所述订单小票的订单金额数据，将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为，若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息。其中，所述漏单行为指所述商家在预设时间段内未完成所述订单金额数据对应的收款操作。

可以看出，本公开实施例通过对订单小票的订单金额数据与收单行为进行比对，可以准确并及时地检测商家的漏单行为，主动防御漏单行为，并且及时发出提示消息，以避免逃单或者漏单的现象发生，减少商家的损失。此外，在商家知晓其订单小票中存在漏单行为的情况下，可以计算得到更加准确的交易金额。

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

实施例二

参照图2，其示出了本公开的另一个实施例中的数据处理方法的步骤流程图，所述方法应用于服务端，所述方法包括：

步骤201、接收终端设备发送的商家信息和订单小票的订单金额数据，所述订单金额数据为所述终端设备从所述订单小票的打印数据中获取得到，所述商家信息对应于产生所述订单小票的商家；

步骤202、根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作；

步骤203、若判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作，则确定所述商家存在漏单行为，向所述终端设备发送用于表示所述商家存在漏单行为的返回信息。

所述服务端可以为用于完成订单支付的支付服务器。服务端接收到终端设备发送的商家信息和订单小票的订单金额数据之后，根据所述商家信息确定所述商家，并且根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作。

在本公开的一种可选实施例中，所述根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作，具体可以包括：

步骤S21、根据所述商家信息，获取所述商家在预设时间段内已完成的收款数据；

步骤S22、将所述订单金额数据与所述预设时间段内已完成的收款数据进行匹配，判断所述商家在所述预设时间段内是否完成所述订单金额数据对应的收款操作；

步骤S23、若所述预设时间段内已完成的收款数据中不存在与所述订单金额数据相匹配的收款数据，则判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作。

其中，所述预设时间段可以为较短的时间段，比如1分钟、30秒等。在实际应用中，商家打印的订单小票用于向用户提供订单的明细以及应支付的金额，在打印订单小票之后，用户通常会完成订单的支付操作，商家会收到用户支付的金额，也即商家完成该订单金额数据对应的收款操作。

因此，服务端在接收到终端设备发送的商家信息和订单小票的订单金额数据之后，获取所述商家在预设时间段(如若干秒)内已完成的收款数据，并且将所述订单金额数据与所述预设时间段内已完成的收款数据进行匹配。如果所述预设时间段内已完成的收款数据中不存在与所述订单金额数据相匹配的收款数据，则判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作。此时可以判定所述商家当前的订单小票存在漏单行为，可以向所述终端设备发送用于表示所述商家存在漏单行为的返回信息。

在本公开的一种可选实施例中，所述将所述订单金额数据与所述预设时间段内已完成的收款数据进行匹配之后，所述方法还可以包括：

步骤S31、若所述预设时间段内已完成的收款数据中存在与所述订单金额数据相匹配的收款数据，则判定所述商家在预设时间段内已完成所述订单金额数据对应的收款操作；

步骤S32、对所述与所述订单金额数据相匹配的收款数据进行标记。

所述将所述订单金额数据与所述预设时间段内已完成的收款数据进行匹配，具体可以包括：将所述订单金额数据与所述预设时间段内已完成的、且未标记的收款数据进行匹配。

在本公开实施例中，服务端在接收到终端设备发送的商家信息和订单小票的订单金额数据之后，获取所述商家在预设时间段(如若干秒)内已完成的收款数据，并且将所述订单金额数据与所述预设时间段内已完成的收款数据进行匹配。如果所述预设时间段内已完成的收款数据中存在与所述订单金额数据相匹配的收款数据，则判定所述商家在预设时间段内已完成所述订单金额数据对应的收款操作。此时可以判定所述商家当前的订单小票不存在漏单行为，可以对该订单小票对应的收款数据进行标记，说明该收款数据已经执行过匹配操作，这样，在服务端接收到终端设备下一次发送的商家信息和订单小票的订单金额数据之后，将所述订单金额数据与所述预设时间段内已完成的、且未标记的收款数据进行匹配。可以避免重复比对的情况，提高判断漏单行为的准确性。

综上，本公开实施例通过对订单小票的订单金额数据与收单行为进行比对，可以准确并及时地检测商家的漏单行为，主动防御漏单行为，并且及时发出提示消息，以避免逃单或者漏单的现象发生，减少商家的损失。此外，在商家知晓其漏单行为的情况下，可以计算得到更加准确的交易金额。

实施例三

参照图3，其示出了本公开的一个实施例中的数据处理装置的结构图，所述装置应用于终端设备，具体如下。

数据获取模块301，用于从订单小票的打印数据中获取所述订单小票的订单金额数据；

发送匹配模块302，用于将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为，所述漏单行为指所述商家在预设时间段内未完成所述订单金额数据对应的收款操作；

消息提示模块303，用于若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息。

可选地，所述数据获取模块301，包括：

数据监听子模块，用于通过注入函数，监听所述终端设备发送至打印机的打印数据；

数据获取子模块，用于若监听到所述终端设备发送至打印机的打印数据，则根据所述注入函数的参数，获取所述终端设备发送至所述打印机的打印数据；

数据过滤子模块，用于将所述打印数据与预置字符串进行匹配，得到所述订单小票对应的目标打印数据，所述目标打印数据包含所述预置字符串；

金额提取子模块，用于提取所述目标打印数据中所述预置字符串对应的数值，得到所述订单小票的订单金额数据。

可选地，所述注入函数包括第一注入函数、第二注入函数以及第三注入函数；

其中，所述第一注入函数，用于在端口打印方式下，监听所述终端设备发送至打印机的打印数据；所述第二注入函数，用于在驱动打印方式下，监听所述终端设备发送至打印机的打印数据；所述第三注入函数，用于在网口打印方式下，监听所述终端设备发送至打印机的打印数据。

可选地，所述消息提示模块303，具体用于在所述终端设备的显示界面显示所述提示消息对应的文本信息，和/或，通过所述终端设备播放所述提示消息对应的语音信息，所述提示消息中包括所述漏单行为对应的订单信息和订单金额数据。

可选地，所述装置还包括：

数据计算模块，用于根据所述漏单行为对应的订单金额数据，计算得到所述商家的交易金额数据。

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

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

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

实施例四

参照图4，其示出了本公开的另一个实施例中的数据处理装置的结构图，所述装置应用于服务端，具体如下。

数据接收模块401，用于接收终端设备发送的商家信息和订单小票的订单金额数据，所述订单金额数据为所述终端设备从所述订单小票的打印数据中获取得到，所述商家信息对应于产生所述订单小票的商家；

数据判断模块402，用于根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作；

信息返回模块403，用于若判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作，则确定所述商家存在漏单行为，向所述终端设备发送用于表示所述商家存在漏单行为的返回信息。

可选地，所述数据判断模块402，包括：

数据获取子模块，用于根据所述商家信息，获取所述商家在预设时间段内已完成的收款数据；

数据匹配子模块，用于将所述订单金额数据与所述预设时间段内已完成的收款数据进行匹配，判断所述商家在所述预设时间段内是否完成所述订单金额数据对应的收款操作；

第一判定子模块，用于若所述预设时间段内已完成的收款数据中不存在与所述订单金额数据相匹配的收款数据，则判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作。

可选地，所述装置还包括：

第二判定子模块，用于若所述预设时间段内已完成的收款数据中存在与所述订单金额数据相匹配的收款数据，则判定所述商家在预设时间段内已完成所述订单金额数据对应的收款操作；

数据标记子模块，用于对所述与所述订单金额数据相匹配的收款数据进行标记；

所述数据匹配子模块，具体用于将所述订单金额数据与所述预设时间段内已完成的、且未标记的收款数据进行匹配。

本公开的实施例还提供了一种电子设备，参见图5，包括：处理器501、存储器502以及存储在所述存储器上并可在所述处理器上运行的计算机程序5021，所述处理器执行所述程序时实现前述实施例的数据处理方法。

本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的数据处理方法。

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

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开的实施例的排序设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。

以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种数据处理方法，其特征在于，应用于终端设备，所述方法包括：

从订单小票的打印数据中获取所述订单小票的订单金额数据；

将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为，所述漏单行为指所述商家在预设时间段内未完成所述订单金额数据对应的收款操作；

若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息。

2.根据权利要求1所述的方法，其特征在于，所述从订单小票的打印数据中获取所述订单小票的订单金额数据，包括：

通过注入函数，监听所述终端设备发送至打印机的打印数据；

若监听到所述终端设备发送至打印机的打印数据，则根据所述注入函数的参数，获取所述终端设备发送至所述打印机的打印数据；

将所述打印数据与预置字符串进行匹配，得到所述订单小票对应的目标打印数据，所述目标打印数据包含所述预置字符串；

提取所述目标打印数据中所述预置字符串对应的数值，得到所述订单小票的订单金额数据。

3.根据权利要求2所述的方法，其特征在于，所述注入函数包括第一注入函数、第二注入函数以及第三注入函数；

其中，所述第一注入函数，用于在端口打印方式下，监听所述终端设备发送至打印机的打印数据；所述第二注入函数，用于在驱动打印方式下，监听所述终端设备发送至打印机的打印数据；所述第三注入函数，用于在网口打印方式下，监听所述终端设备发送至打印机的打印数据。

4.根据权利要求1所述的方法，其特征在于，所述发出提示消息，包括：

在所述终端设备的显示界面显示所述提示消息对应的文本信息，和/或，通过所述终端设备播放所述提示消息对应的语音信息，所述提示消息中包括所述漏单行为对应的订单信息和订单金额数据。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述漏单行为对应的订单金额数据，计算得到所述商家的交易金额数据。

6.一种数据处理方法，其特征在于，应用于服务端，所述方法包括：

接收终端设备发送的商家信息和订单小票的订单金额数据，所述订单金额数据为所述终端设备从所述订单小票的打印数据中获取得到，所述商家信息对应于产生所述订单小票的商家；

根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作；

若判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作，则确定所述商家存在漏单行为，向所述终端设备发送用于表示所述商家存在漏单行为的返回信息。

7.根据权利要求6所述的方法，其特征在于，所述根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作，包括：

根据所述商家信息，获取所述商家在预设时间段内已完成的收款数据；

将所述订单金额数据与所述预设时间段内已完成的收款数据进行匹配，判断所述商家在所述预设时间段内是否完成所述订单金额数据对应的收款操作；

若所述预设时间段内已完成的收款数据中不存在与所述订单金额数据相匹配的收款数据，则判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作。

8.根据权利要求7所述的方法，其特征在于，所述将所述订单金额数据与所述预设时间段内已完成的收款数据进行匹配之后，所述方法还包括：

若所述预设时间段内已完成的收款数据中存在与所述订单金额数据相匹配的收款数据，则判定所述商家在预设时间段内已完成所述订单金额数据对应的收款操作；

对所述与所述订单金额数据相匹配的收款数据进行标记；

所述将所述订单金额数据与所述预设时间段内已完成的收款数据进行匹配，包括：

将所述订单金额数据与所述预设时间段内已完成的、且未标记的收款数据进行匹配。

9.一种数据处理装置，其特征在于，应用于终端设备，所述装置包括：

数据获取模块，用于从订单小票的打印数据中获取所述订单小票的订单金额数据；

发送匹配模块，用于将所述订单小票对应商家的商家信息和所述订单金额数据发送至服务端，以通过所述服务端判断所述商家是否存在漏单行为，所述漏单行为指所述商家在预设时间段内未完成所述订单金额数据对应的收款操作；

消息提示模块，用于若接收到所述服务端发送的用于表示所述商家存在漏单行为的返回信息，则发出提示消息。

10.一种数据处理装置，其特征在于，应用于服务端，所述装置包括：

数据接收模块，用于接收终端设备发送的商家信息和订单小票的订单金额数据，所述订单金额数据为所述终端设备从所述订单小票的打印数据中获取得到，所述商家信息对应于产生所述订单小票的商家；

数据判断模块，用于根据所述商家信息和所述订单金额数据，判断所述商家在预设时间段内是否完成所述订单金额数据对应的收款操作；

信息返回模块，用于若判定所述商家在预设时间段内未完成所述订单金额数据对应的收款操作，则确定所述商家存在漏单行为，向所述终端设备发送用于表示所述商家存在漏单行为的返回信息。

11.一种电子设备，其特征在于，包括：

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-5中一个或多个所述的数据处理方法。

12.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如方法权利要求1-5中一个或多个所述的数据处理方法。

Images