订单结算方法、装置、电子设备及存储介质与流程

本公开的实施例涉及订单处理技术领域，尤其涉及一种订单结算方法、装置、电子设备及存储介质。

背景技术：

当前消费者在餐厅等场所就餐买单往往是两种方式，一种是在餐桌通过扫码或者店员使用移动pos机结账，另外一种是消费者到收银台通过收银机结账。

而对消费者而言，需要打开支付应用->打开扫一扫->对焦->扫码二维码->支付，用户操作步骤会比较多，耗时较长。

技术实现要素：

本公开的实施例提供一种订单结算方法、装置、电子设备及存储介质，用以减少用户操作步骤及订单结算的耗时。

根据本公开的实施例的第一方面，提供了一种订单结算方法，包括：

在接收到客户端发送的订单参量查询请求之后，生成所述客户端对应的位置编号获取请求；

将所述位置编号获取请求发送至所述客户端，并记录所述位置编号获取请求对应的发送时间；

获取所述客户端根据所述位置编号获取请求返回的响应消息，并记录所述响应消息对应的返回时间；

根据时间差与位置编号之间的关联关系，获取所述发送时间和所述返回时间之间的目标时间差对应的目标位置编号；

根据所述目标位置编号，确定与所述客户端对应的目标订单及所述目标订单对应的订单结算信息；

将所述目标订单和所述订单结算信息发送至所述客户端，以供所述客户端根据所述订单结算信息完成所述目标订单的结算。

可选地，在所述在接收到客户端发送的订单参量查询请求之后，生成所述客户端对应的目标位置编号获取请求之前，还包括：

在通过指定摄像头采集到初始客户端位于初始位置的位置图像时，根据所述位置图像确定所述初始位置对应的位置编号；

将第一超声波信号发送至所述初始客户端，并记录所述第一超声波信号的初始发送时间；

获取所述初始客户端根据所述第一超声波信号返回的第二超声波信号，并记录所述第二超声波信号的初始返回时间；

建立所述初始发送时间和所述初始返回时间之间的初始时间差与所述位置编号之间的关联关系。

可选地，所述订单结算方法还包括：

获取所述目标位置编号对应的订单状态信息；

将所述订单状态信息通过超声波信号发送至所述客户端，以供所述客户端在所述订单状态信息为未下单状态时，在所述客户端显示订单创建界面，并根据用户在所述订单创建界面的触发操作生成所述目标订单。

可选地，所述订单结算方法还包括：

将所述订单状态信息通过超声波信号发送至所述客户端，以供所述客户端在所述订单状态信息为已下单状态时，在所述客户端显示所述目标订单的目标订单信息，及第一触发控件和第二触发触控件，在接收到针对所述第一触发控件的触发操作时，显示结算页面，在接收到针对所述第二触发控件的触发操作时，显示下单页面，并根据用户在所述下单页面内的触发操作更新所述目标订单信息。

可选地，所述根据所述订单状态查询请求中包含的目标位置编号，确定所述目标位置编号对应的订单状态信息，包括：

生成所述目标位置编号对应的订单状态获取请求；

将所述订单状态获取请求发送至订单业务平台；

获取由所述订单业务平台返回的所述目标位置编号对应的订单状态信息。

可选地，所述根据所述目标位置编号，确定与所述客户端对应的目标订单及所述目标订单对应的订单结算信息，包括：

生成所述目标位置编号对应的订单结算信息查询请求；

将所述订单结算信息查询请求发送至订单业务平台；

获取由所述订单业务平台返回的所述目标位置编号对应的目标订单，及所述目标订单对应的订单结算信息。

可选地，所述将所述目标订单和所述订单结算信息发送至所述客户端，包括：

通过超声波信号将所述目标订单和所述订单结算信息发送至所述客户端，以将所述目标订单和所述订单结算信息显示于所述客户端的指定界面。

根据本公开的实施例的第二方面，提供了一种订单结算装置，包括：

获取请求生成模块，用于在接收到客户端发送的订单参量查询请求之后，生成所述客户端对应的位置编号获取请求；

发送时间记录模块，用于将所述位置编号获取请求发送至所述客户端，并记录所述位置编号获取请求对应的发送时间；

返回时间记录模块，用于获取所述客户端根据所述位置编号获取请求返回的响应消息，并记录所述响应消息对应的返回时间；

目标位置编号获取模块，用于根据时间差与位置编号之间的关联关系，获取所述发送时间和所述返回之间之间的目标时间差对应的目标位置编号；

结算信息确定模块，用于根据所述目标位置编号，确定与所述客户端对应的目标订单及所述目标订单对应的订单结算信息；

结算信息发送模块，用于将所述目标订单和所述订单结算信息发送至所述客户端，以供所述客户端根据所述订单结算信息完成所述目标订单的结算。

可选地，所述订单结算装置还包括：

位置编号确定模块，用于在通过指定摄像头采集到初始客户端位于初始位置的位置图像时，根据所述位置图像确定所述初始位置对应的位置编号；

初始发送时间记录模块，用于将第一超声波信号发送至所述初始客户端，并记录所述第一超声波信号的初始发送时间；

初始返回时间记录模块，用于获取所述初始客户端根据所述第一超声波信号返回的第二超声波信号，并记录所述第二超声波信号的初始返回时间；

关联关系建立模块，用于建立所述初始发送时间和所述初始返回时间之间的初始时间差与所述位置编号之间的关联关系。

可选地，所述订单结算装置还包括：

订单状态获取模块，用于获取所述目标位置编号对应的订单状态信息；

订单状态发送模块，用于将所述订单状态信息通过超声波信号发送至所述客户端，以供所述客户端在所述订单状态信息为未下单状态时，在所述客户端显示订单创建界面，并根据用户在所述订单创建界面的触发操作生成所述目标订单。

可选地，所述订单结算装置还包括：

订单状态信息发送模块，用于将所述订单状态信息通过超声波信号发送至所述客户端，以供所述客户端在所述订单状态信息为已下单状态时，在所述客户端显示所述目标订单的目标订单信息，及第一触发控件和第二触发触控件，在接收到针对所述第一触发控件的触发操作时，显示结算页面，在接收到针对所述第二触发控件的触发操作时，显示下单页面，并根据用户在所述下单页面内的触发操作更新所述目标订单信息。

可选地，所述订单状态获取模块包括：

状态获取请求生成单元，用于生成所述目标位置编号对应的订单状态获取请求；

状态获取请求发送单元，用于将所述订单状态获取请求发送至订单业务平台；

订单状态信息获取单元，用于获取由所述订单业务平台返回的所述目标位置编号对应的订单状态信息。

可选地，所述结算信息确定模块包括：

结算查询请求生成单元，用于生成所述目标位置编号对应的订单结算信息查询请求；

结算查询请求发送单元，用于将所述订单结算信息查询请求发送至订单业务平台；

订单结算信息获取单元，用于获取由所述订单业务平台返回的所述目标位置编号对应的目标订单，及所述目标订单对应的订单结算信息。

可选地，所述结算信息发送模块包括：

订单结算信息发送单元，用于通过超声波信号将所述目标订单和所述订单结算信息发送至所述客户端，以将所述目标订单和所述订单结算信息显示于所述客户端的指定界面。

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

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一项所述的订单结算方法。

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

本公开的实施例提供的订单结算方案，通过在接收到客户端发送的订单参量查询请求之后，生成客户端对应的位置编号获取请求，将位置编号获取请求发送至客户端，并记录位置编号获取请求对应的发送时间，获取客户端根据位置编号获取请求返回的响应消息，并记录响应消息对应的发送时间，根据时间差与位置编号之间的关联关系，获取发送时间和返回时间之间的目标时间差对应的目标位置编号，根据目标位置编号，确定与客户端对应的目标订单及目标订单对应的订单结算信息，将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成目标订单的结算。本公开实施例通过结合用户在实体业务方所处位置的位置编号进行订单结算，从而无需用户前往前台进行结算，也无需用户执行一系列的支付操作，减少了用户的操作步骤，且减少了订单结算的耗时。

附图说明

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

图1为本公开实施例提供的一种订单结算方法的步骤流程图；

图2为本公开实施例提供的一种关联关系建立方法的步骤流程图；

图3为本公开实施例提供的一种基于摄像头获取位置编号的示意图；

图4为本公开实施例提供的一种目标位置编号获取方法的步骤流程图；

图5为本公开实施例提供的一种目标订单创建方法的步骤流程图；

图6为本公开实施例提供的一种订单状态获取方法的步骤流程图；

图7为本公开实施例提供的一种目标订单获取方法的步骤流程图；

图8为本公开实施例提供的一种目标订单发送方法的步骤流程图；

图9为本公开实施例提供的一种订单结算装置的结构示意图；

图10为本公开实施例提供的另一种订单结算装置的结构示意图；

图11为本公开实施例提供的又一种订单结算装置的结构示意图；

图12为本公开实施例提供的一种订单状态获取模块的结构示意图；

图13为本公开实施例提供的一种结算信息确定模块的结构示意图；

图14为本公开实施例提供的一种结算信息发送模块的结构示意图；

图15为本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

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

参照图1，示出了本公开实施例提供的一种订单结算方法的步骤流程图，如图1所示，该订单结算方法具体可以包括如下步骤：

步骤101：在接收到客户端发送的订单参量查询请求之后，生成所述客户端对应的位置编号获取请求。

本实施例可以应用于用户在实体业务方的指定位置完成订单支付的场景中。

本实施例可以应用于中转设备，中转设备可以为设置于实体业务方内的实体设备，可以与客户端进行数据交互，并与订单业务平台进行数据交互。

实体业务方可以是如餐厅、酒吧、咖啡厅等实体门店。

订单参量查询请求是指用户使用客户端在实体业务方内发出的查询订单消费信息的请求。

位置编号获取请求是指用于获取客户端在实体业务方内所处位置的请求。

当用户在实体业务方内需要进行订单结算时，可以由用户打开客户端(如美团客户端等)，客户端可以向中转设备发送订单参量查询请求，以查询用户的订单消费信息。

在中转设备接收到客户端发送的订单参量查询请求之后，可以对客户端所处位置的位置编号进行查询，具体地，中转设备可以生成客户端对应的位置编号获取请求。

在生成客户端对应的位置编号获取请求之后，执行步骤102。

步骤102：将所述位置编号获取请求发送至所述客户端，并记录所述位置编号获取请求对应的发送时间。

发送时间是指中转设备发送位置编号获取请求的时间，例如，在中转设备在12：00向客户端发送位置编号获取请求时，则位置编号获取请求的发送时间即为12：00。

在中转设备生成客户端对应的位置编号获取请求之后，可以将位置编号获取请求发送至客户端，并记录位置编号获取请求对应的发送时间，具体地，中转设备可以生成超声波信号，并通过超声波信号携带位置编号获取请求发送至客户端。

在将位置编号获取请求发送至客户端并记录位置编号获取请求对应的发送时间之后，执行步骤103。

步骤103：获取所述客户端根据所述位置编号获取请求返回的响应消息，并记录所述响应消息对应的返回时间。

响应消息是指客户端根据位置编号获取请求向中转设备返回的消息。

返回时间是指中转设备接收到客户端发送的响应消息时的时间，例如，中转设备在12：02接收到客户端返回的响应消息，则将12：02作为响应消息对应的返回时间。

在中转设备将位置编号获取请求发送至客户端之后，客户端可以根据接收的位置编号获取请求返回相应的响应消息，在中转设备接收到响应消息之后，可以记录接收到响应消息的时间，即响应消息对应的返回时间，具体地，在客户端接收到中转设备发送的位置编号获取请求消息之后，可以生成对应的响应消息，并通过超声波信号将响应消息返回给中转设备，中转设备在接收到超声波信号后，即记录接收超声波信号的时间，也即响应消息对应的返回时间。

在获取到客户端根据位置编号获取请求返回的响应消息并记录响应消息对应的返回时间之后，执行步骤104。

步骤104：根据时间差与位置编号之间的关联关系，获取所述发送时间和所述返回时间之前的目标时间差对应的目标位置编号。

目标位置编号是指用户在实体业务方所处位置的编号，例如，实体业务方以餐厅为例，目标位置编号可以为餐厅座位的编号等。

目标时间差是指发送时间和返回时间之间的时间差值，即目标时间差＝返回时间-发送时间。

在中转设备中可以预先保存时间差与位置编号之间的关联关系，在获取到发送时间和返回时间之后，可以计算两个时间之间的时间差值，即目标时间差，然后结合上述关联关系，确定出目标时间差对应的目标位置编号。

对于时间差与位置编号之间的关联关系的建立过程将在下述实施例中进行详细描述，本实施例在此不再加以赘述。

在获取目标位置编号之后，执行步骤105。

步骤105：根据所述目标位置编号，确定与所述客户端对应的目标订单及所述目标订单对应的订单结算信息。

目标订单是指与目标位置编号对应的客户端完成的订单。在目标订单中包含了客户端侧下单的详情信息，如用户购买了哪些物品，购买数量等。

订单结算信息是指针对目标订单进行结算的信息，如在每种购买物品之后可以增加单价金额，结合购买数量，可以显示总额等。

在中转设备获取到目标位置编号之后，可以生成目标位置编号对应的订单结算信息查询请求，并将该结算信息查询请求发送至订单业务平台，在订单业务平台中保存着不同目标位置编号的订单及订单的结算信息。

在订单业务平台接收到中转设备发送的订单结算信息查询请求之后，可以对订单结算信息查询请求进行解析，以获取其中的目标位置编号，并根据目标位置编号查询预先保存的不同目标位置编号的订单信息，获取到该目标位置编号对应的目标订单，并得到目标订单对应的订单结算信息，进而，订单业务平台可以将目标位置编号对应的目标订单和目标订单的订单结算信息返回至中转设备。

在根据目标位置编号确定与客户端对应的目标订单及目标订单对应的订单结算信息之后，执行步骤106。

步骤106：将所述目标订单和所述订单结算信息发送至所述客户端，以供所述客户端根据所述订单结算信息完成所述目标订单的结算。

在中转设备获取到目标订单和订单结算信息之后，可以将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成对目标订单的结算，具体地，中转设备在获取到目标订单和订单结算信息之后，可以生成超声波信号，通过超声波信号携带目标订单和订单结算信息发送至目标位置编号对应的客户端，客户端接收到目标订单和订单结算信息之后，可以将目标订单和订单结算信息在客户端的指定界面进行显示，由用户选择是否进行结算。

本公开实施例提供的订单结算方法，通过在接收到客户端发送的订单参量查询请求之后，生成客户端对应的位置编号获取请求，将位置编号获取请求发送至客户端，并记录位置编号获取请求对应的发送时间，获取客户端根据位置编号获取请求返回的响应消息，并记录响应消息对应的发送时间，根据时间差与位置编号之间的关联关系，获取发送时间和返回时间之间的目标时间差对应的目标位置编号，根据目标位置编号，确定与客户端对应的目标订单及目标订单对应的订单结算信息，将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成目标订单的结算。本公开实施例通过结合用户在实体业务方所处位置的位置编号进行订单结算，从而无需用户前往前台进行结算，也无需用户执行一系列的支付操作，减少了用户的操作步骤，且减少了订单结算的耗时。

参照图2，示出了本公开实施例提供的一种建立时间差与位置编号之间的关联关系的方法的步骤流程图，如图2所示，该方法可以包括：步骤201、步骤202、步骤203和步骤204。

步骤201：在通过指定摄像头采集到初始客户端位于初始位置的位置图像时，根据所述位置图像确定所述初始位置对应的位置编号。

本公开实施例可以应用于用户在实体业务方的指定位置完成订单支付的场景中。

本实施例可以应用于中转设备，中转设备可以为设置于实体业务方内的实体设备，可以与客户端进行数据交互，并与订单业务平台进行数据交互。

指定摄像头是指设置于实体业务方内的摄像头，如图3所示，实体业务方以餐厅为例，在餐厅的收银台上方墙体上可以设置一个摄像头30，该摄像头30可以对餐厅内部情况进行实时监控等。

可以理解地，上述示例仅是为了更好地理解本公开实施例的技术方案而列举的示例，不作为对本实施例的唯一限制，在具体实现中，还可以采用其它方式获取初始客户端位于初始位置的位置编号，例如，用户手动输入等方式，具体地，可以根据业务需求而定，本实施例对此不加以限制。

在本实施例中，可以将中转设备设置于指定摄像头内，以实现与客户端与订单业务平台之间的数据交互。

位置图像是指通过指定摄像头采集的包含有实体业务方的位置的图像，如图3所示，实体业务方以餐厅为例，在餐厅的收银台上方墙体上设置的摄像头30可以拍摄到包含餐厅内所有座位的图像，即位置图像。

初始客户端是指用于建立实体业务方内各位置编号与时间差之间的关联时所使用的客户端。在初始客户端内可以预先设置一个后台监听进程，内置超声波信号的接收/发送模块(例如，发送/接收sdk(softwaredevelopmentkit，软件开发工具包)模型)，而在中转设备内也可以预先设置一个后台监听进程，内置超声波信号的接收/发送模块，客户端与中转设备之间可以通过超声波信号实现数据交互。

在通过指定摄像头采集到初始客户端位于初始位置的位置图像时，根据位置图像确定初始位置对应的位置编号，例如，如图3所示，在需要建立餐厅内每个位置与时间差之间的关联关系时，可以由用户携带安装有初始客户端的终端设备处于初始位置，以进行后续的初始发送时间和初始返回时间的获取过程。

在需要建立实体业务方内各位置对应的时间差与位置编号之间的关联关系时，可以由用户携带安装有初始客户端的终端处于初始位置处，并通过指定摄像头采集初始客户端位于初始位置的位置图像，进而，可以根据位置图像确定出初始位置对应的位置编号。可以理解地，多个初始位置可能对应于一个位置编号，如图3所示，在餐厅内，每个餐桌的桌号即为一个位置编号，如图3所示餐厅内的桌号1、桌号2、...、桌号12，而餐桌旁有多个座位，这些座位均对应于一个桌号，在需要建立上述关联关系时，可以由用户携带终端依次坐落于每个座位上，对每个座位对应的关联关系进行建立，例如，在桌号1对应的餐桌旁边放置有四个座椅，每个座椅收发超声波信号所经历的时间是不相同的，那么，可以建立桌号1与对应的四个时间差之间的关联关系。而桌号12对应的餐桌旁边放置有8个座椅，每个座椅收发超声波信号所经历的时间也是不相同的，那么，可以建立桌号12与8个时间差之间的关联关系。具体地，建立过程可以为用户携带安装有客户端的终端分别位于不同的座椅处，然后依次统计超声波信号在客户端处于不同位置时所经历的时间，进而，可以根据统计的时间差(即由中转设备发送超声波信号到客户端，由客户端发送超声波信号到客户端所经历的时间)建立与对应的桌号之间的关联关系。

步骤202：将第一超声波信号发送至所述初始客户端，并记录所述第一超声波信号的初始发送时间。

第一超声波信号是指在初始客户端位于初始位置时，由中转设备向初始客户端发送的超声波信号。

初始发送时间是指中转设备向初始客户端发送第一超声波的时间。

在中转设备向初始客户端发送第一超声波信号时，可以记录第一超声波信号对应的初始发送时间，并将第一超声波信号发送至初始客户端。

在将第一超声波信号发送至初始客户端并记录第一超声波信号的初始发送时间之后，执行步骤203。

步骤203：获取所述初始客户端根据所述第一超声波信号返回的第二超声波信号，并记录所述第二超声波信号的初始返回时间。

第二超声波信号是指初始客户端根据第一超声波信号，向中转设备返回的超声波信号。

初始返回时间是指中转设备接收到初始客户端返回的第二超声波信号的时间。

在中转设备将第一超声波信号发送至初始客户端之后，初始客户端接收第一超声波信号，并生成对应的第二超声波信号，进而，可以将第二超声波信号发送给中转设备，在中转设备接收到第二超声波信号之后，即记录接收第二超声波信号所对应的时间，即初始返回时间。

在获取初始客户端根据第一超声波信号返回的第二超声波信号并记录第二超声波信号的初始返回时间之后，执行步骤204。

步骤204：建立所述初始发送时间和所述初始返回时间之间的初始时间差与所述位置编号之间的关联关系。

初始时间差是指初始发送时间和初始返回时间之间的时间差值，即初始时间差＝初始返回时间-初始发送时间。

在获取到初始发送时间和初始返回时间之后，可以计算二者之间的差值，即初始时间差，进而，可以根据计算的初始时间差和预先获取的初始位置的位置编号，建立初始时间差与位置编号之间的关联关系。

在建立时间差与位置编号之间的关联关系之后，可以在用户进行订单结算时，根据时间差确定用户所处位置的位置编号，具体地，将在下述实现方案中进行详细描述。

参照图4，示出了本公开实施例提供的一种目标位置编号获取方法的步骤流程图，如图4所示，目标位置编号获取方法可以包括：步骤401、步骤402、步骤403和步骤404。

步骤401：在接收到客户端发送的订单参量查询请求之后，生成所述客户端对应的位置编号获取请求。

在本公开实施例中，订单参量查询请求是指用户使用客户端在实体业务方内发出的查询订单消费信息的请求。

位置编号获取请求是指用于获取客户端在实体业务方内所处位置的请求。

当用户在实体业务方内需要进行订单结算时，可以由用户打开客户端(如美团客户端等)，客户端可以向中转设备发送订单参量查询请求，以查询用户的订单消费信息。

在中转设备接收到客户端发送的订单参量查询请求之后，可以对客户端所处位置的位置编号进行查询，具体地，中转设备可以生成客户端对应的位置编号获取请求。

在生成客户端对应的位置编号获取请求之后，执行步骤402。

步骤402：将所述位置编号获取请求发送至所述客户端，并记录所述位置编号获取请求对应的发送时间。

发送时间是指中转设备发送位置编号获取请求的时间，例如，在中转设备在12：00向客户端发送位置编号获取请求时，则位置编号获取请求的发送时间即为12：00。

在中转设备生成客户端对应的位置编号获取请求之后，可以将位置编号获取请求发送至客户端，并记录位置编号获取请求对应的发送时间，具体地，中转设备可以生成超声波信号，并通过超声波信号携带位置编号获取请求发送至客户端。

在将位置编号获取请求发送至客户端并记录位置编号获取请求对应的发送时间之后，执行步骤403。

步骤403：获取所述客户端根据所述位置编号获取请求返回的响应消息，并记录所述响应消息对应的返回时间。

响应消息是指客户端根据位置编号获取请求向中转设备返回的消息。

返回时间是指中转设备接收到客户端发送的响应消息时的时间，例如，中转设备在12：02接收到客户端返回的响应消息，则将12：02作为响应消息对应的返回时间。

在中转设备将位置编号获取请求发送至客户端之后，客户端可以根据接收的位置编号获取请求返回相应的响应消息，在中转设备接收到响应消息之后，可以记录接收到响应消息的时间，即响应消息对应的返回时间，具体地，在客户端接收到中转设备发送的位置编号获取请求消息之后，可以生成对应的响应消息，并通过超声波信号将响应消息返回给中转设备，中转设备在接收到超声波信号后，即记录接收超声波信号的时间，也即响应消息对应的返回时间。

在获取到客户端根据位置编号获取请求返回的响应消息并记录响应消息对应的返回时间之后，执行步骤404。

步骤404：根据时间差与位置编号之间的关联关系，获取所述发送时间和所述返回时间之间的目标时间差对应的目标位置编号。

目标位置编号是指用户在实体业务方所处位置的编号，例如，实体业务方以餐厅为例，目标位置编号可以为餐厅座位的编号等。

目标时间差是指发送时间和返回时间之间的时间差值，即目标时间差＝返回时间-发送时间。

在中转设备中可以预先保存时间差与位置编号之间的关联关系，在获取到发送时间和返回时间之后，可以计算两个时间之间的时间差值，即目标时间差，然后结合上述过程中建立的关联关系，确定出目标时间差对应的目标位置编号。

当然，在本公开实施例中，在客户端侧用户未下单时，还可以在客户端显示订单创建界面，以供用户进行订单创建生成目标订单，具体地，可以结合图5进行如下描述。

如图5所示，目标订单创建的方法可以包括：步骤501、步骤502和步骤503。

步骤501：获取所述目标位置编号对应的订单状态信息。

步骤502：将所述订单状态信息通过超声波信号发送至所述客户端，以供所述客户端在所述订单状态信息为未下单状态时，在所述客户端显示订单创建界面，并根据用户在所述订单创建界面的触发操作生成所述目标订单。

在本公开实施例中，在中转设备获取到客户端所处位置的目标位置编号之后，可以向订单业务平台发送目标位置编号对应的订单查询请求。

在中转设备接收到订单业务平台发送的目标位置编号对应的订单状态信息之后，可以通过超声波声信号将订单状态信息发送至客户端。

客户端在接收到订单状态信息之后，可以在订单状态信息为未下单状态时，在客户端显示订单创建界面，如在客户端首页弹出电子菜单供消费者选择，如果已经点餐提示用户是否加菜或买单页面等。

在用户在订单创建界面内完成下单时，可以生成目标订单。当然，在后续过程中，用户对订单进行更改后，目标订单也会随之发生改变。

步骤503：将所述订单状态信息通过超声波信号发送至所述客户端，以供所述客户端在所述订单状态信息为已下单状态时，在所述客户端显示所述目标订单的目标订单信息，及第一触发控件和第二触发触控件，在接收到针对所述第一触发控件的触发操作时，显示结算页面，在接收到针对所述第二触发控件的触发操作时，显示下单页面，并根据用户在所述下单页面内的触发操作更新所述目标订单信息。

在本实施例中，在订单状态信息为已下单时，还可以由用户在指定页面进行订单结算，或用户再次下单，以对目标订单进行订单更新。

第一触发控件是指设置于客户端指定页面的用于对订单进行结算的控件，第一触发控件可以为设置于指定页面内的“结算”按钮等。

第二触发控件是指设置于客户端指定页面的用于下单的控件，第二触发控件可以为设置于指定页面内的“下单”按钮等。

在将订单状态信息通过超声波信号发送至客户端之后，可以在订单状态信息为已下单状态时，在客户端显示目标订单的目标订单信息，并显示第一触发控件和第二触发控件。

在接收到用户针对第一触发控件的触发操作(例如，用户点击指定页面内的“结算”按钮等)时，可以显示结算页面，由用户选择是否进行目标订单的结算，在结算页面内可以显示目标订单的订单详情信息，如购买的物品、购买物品的数量、购买物品的单价、所有物品的总价等信息。

在接收到用户针对第二触发控件的触发操作时，可以显示下单页面，在下单页面内可以显示实体业务方内销售的物品信息，可以根据用户在下单页面内执行触发操作对目标订单信息进行更新，例如，用户可以点击下单页面内所需购买的物品，根据用户选择的物品对目标订单信息进行更新。

而对于获取目标位置编号对应的订单状态信息的过程可以结合图6进行如下描述。

图6为上述步骤501的细化步骤的步骤流程图，如图6所示，步骤501可以包括：步骤601、步骤602和步骤603。

步骤601：生成所述目标位置编号对应的订单状态获取请求。

在本实施例中，订单状态获取请求是指中转设备从订单业务平台(如收银云平台等)处获取目标位置编号的订单状态的请求。

在中转设备确定客户端对应的目标位置编号之后，可以生成与目标位置编号对应的订单状态获取请求，进而执行步骤602。

步骤602：将所述订单状态获取请求发送至订单业务平台。

在生成与目标位置编号对应的订单状态获取请求后，中转设备可以将订单状态获取请求发送至订单业务平台。

在将订单状态获取请求发送至订单业务平台之后，执行步骤303。

步骤603：获取由所述订单业务平台返回的所述目标位置编号对应的订单状态信息。

在订单业务平台接收到中转设备发送的订单状态获取请求之后，可以对订单状态获取请求进行解析，以解析到中转设备所需查询的目标位置编号，进而获取目标位置编号对应的订单状态信息，并将目标位置编号对应的订单状态信息返回给中转设备。

在获取目标位置编号之后，可以根据目标位置编号确定客户端对应的目标订单及目标订单对应的订单结算信息，具体地，可以结合图7进行如下描述。

图7为上述步骤105的细化步骤的步骤流程图，如图7所示，步骤105可以包括：步骤701、步骤702和步骤703。

步骤701：生成所述目标位置编号对应的订单结算信息查询请求。

订单结算信息查询请求是指中转设备生成的用于从订单业务平台处获取目标位置编号对应的订单结算信息的请求。

在中转设备获取到目标位置编号之后，可以生成目标位置编号对应的订单结算信息查询请求，进而，执行步骤702。

步骤702：将所述订单结算信息查询请求发送至订单业务平台。

在生成订单结算信息查询请求之后，可以由中转设备将订单结算信息查询请求发送至订单业务平台。

步骤703：获取由所述订单业务平台返回的所述目标位置编号对应的目标订单，及所述目标订单对应的订单结算信息。

目标订单是指与目标位置编号对应的客户端完成的订单。在目标订单中包含了客户端侧下单的详情信息，如用户购买了哪些物品，购买数量等。

订单结算信息是指针对目标订单进行结算的信息，如在每种购买物品之后可以增加单价金额，结合购买数量，可以显示总额等。

在订单业务平台中保存着不同目标位置编号的订单及订单的结算信息。

在订单业务平台获取到中转设备发送的订单结算信息查询请求之后，可以对订单结算信息查询请求进行解析，以获取其中的目标位置编号，并根据目标位置编号查询预先保存的不同目标位置编号的订单信息，获取到该目标位置编号对应的目标订单，并得到目标订单对应的订单结算信息，进而，订单业务平台可以将目标位置编号对应的目标订单和目标订单的订单结算信息返回至中转设备。

在中转设备获取到目标位置编号对应的目标订单和目标订单的订单结算信息之后，可以将目标订单和目标订单的订单结算信息发送至客户端，以供客户端进行订单结算，具体地，可以结合图8进行详细描述。

图8为步骤106的细化步骤的步骤流程图，如图8所示，步骤106可以包括：步骤801。

步骤801：通过超声波信号将所述目标订单和所述订单结算信息发送至所述客户端，以将所述目标订单和所述订单结算信息显示于所述客户端的指定界面，以供所述客户端根据订单结算信息完成所述目标订单的结算。

在中转设备获取到目标订单和订单结算信息之后，可以将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成对目标订单的结算，具体地，中转设备在获取到目标订单和订单结算信息之后，可以发送超声波声码(即超声波信号)将目标订单和订单结算信息发送至目标位置编号对应的客户端，客户端接收到目标订单和订单结算信息之后，可以进行显示，由用户选择是否进行结算。

本公开实施例提供的订单结算方法，通过在接收到客户端发送的订单参量查询请求之后，生成客户端对应的位置编号获取请求，将位置编号获取请求发送至客户端，并记录位置编号获取请求对应的发送时间，获取客户端根据位置编号获取请求返回的响应消息，并记录响应消息对应的发送时间，根据时间差与位置编号之间的关联关系，获取发送时间和返回时间之间的目标时间差对应的目标位置编号，根据目标位置编号，确定与客户端对应的目标订单及目标订单对应的订单结算信息，将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成目标订单的结算。本公开实施例通过结合用户在实体业务方所处位置的位置编号进行订单结算，从而无需用户前往前台进行结算，也无需用户执行一系列的支付操作，减少了用户的操作步骤，且减少了订单结算的耗时。

参照图9，示出了本公开实施例提供的一种订单结算装置的结构示意图，如图9所示，该订单结算装置900具体可以包括如下模块：获取请求生成模块910、发送时间记录模块920、返回时间记录模块930、目标位置编号获取模块940、结算信息确定模块950和结算信息发送模块960。

获取请求生成模块910，用于在接收到客户端发送的订单参量查询请求之后，生成所述客户端对应的位置编号获取请求。

本实施例可以应用于用户在实体业务方的指定位置完成订单支付的场景中。

本实施例可以应用于中转设备，中转设备可以为设置于实体业务方内的实体设备，可以与客户端进行数据交互，并与订单业务平台进行数据交互。

实体业务方可以是如餐厅、酒吧、咖啡厅等实体门店。

订单参量查询请求是指用户使用客户端在实体业务方内发出的查询订单消费信息的请求。

位置编号获取请求是指用于获取客户端在实体业务方内所处位置的请求。

当用户在实体业务方内需要进行订单结算时，可以由用户打开客户端(如美团客户端等)，客户端可以向中转设备发送订单参量查询请求，以查询用户的订单消费信息。

在中转设备接收到客户端发送的订单参量查询请求之后，可以对客户端所处位置的位置编号进行查询，具体地，中转设备内设置的获取请求生成模块910可以生成客户端对应的位置编号获取请求。

在获取请求生成模块910生成客户端对应的位置编号获取请求之后，执行发送时间记录模块920。

发送时间记录模块920，用于将所述位置编号获取请求发送至所述客户端，并记录所述位置编号获取请求对应的发送时间。

发送时间是指中转设备发送位置编号获取请求的时间，例如，在中转设备在12：00向客户端发送位置编号获取请求时，则位置编号获取请求的发送时间即为12：00。

在中转设备生成客户端对应的位置编号获取请求之后，可以将位置编号获取请求发送至客户端，并由中转设备内的发送时间记录模块920记录位置编号获取请求对应的发送时间，具体地，中转设备可以生成超声波信号，并通过超声波信号携带位置编号获取请求发送至客户端。

在将位置编号获取请求发送至客户端并记录位置编号获取请求对应的发送时间之后，执行返回时间记录模块930。

返回时间记录模块930，用于获取所述客户端根据所述位置编号获取请求返回的响应消息，并记录所述响应消息对应的返回时间。

响应消息是指客户端根据位置编号获取请求向中转设备返回的消息。

返回时间是指中转设备接收到客户端发送的响应消息时的时间，例如，中转设备在12：02接收到客户端返回的响应消息，则将12：02作为响应消息对应的返回时间。

在中转设备将位置编号获取请求发送至客户端之后，客户端可以根据接收的位置编号获取请求返回相应的响应消息，在中转设备接收到响应消息之后，可以由中转设备内设置的返回时间记录模块930记录接收到响应消息的时间，即响应消息对应的返回时间，具体地，在客户端接收到中转设备发送的位置编号获取请求消息之后，可以生成对应的响应消息，并通过超声波信号将响应消息返回给中转设备，中转设备在接收到超声波信号后，即记录接收超声波信号的时间，也即响应消息对应的返回时间。

在获取到客户端根据位置编号获取请求返回的响应消息并记录响应消息对应的返回时间之后，执行目标位置编号获取模块940。

目标位置编号获取模块940，用于根据时间差与位置编号之间的关联关系，获取所述发送时间和所述返回之间之间的目标时间差对应的目标位置编号。

目标位置编号是指用户在实体业务方所处位置的编号，例如，实体业务方以餐厅为例，目标位置编号可以为餐厅座位的编号等。

目标时间差是指发送时间和返回时间之间的时间差值，即目标时间差＝返回时间-发送时间。

在中转设备中可以预先保存时间差与位置编号之间的关联关系，在获取到发送时间和返回时间之后，可以计算两个时间之间的时间差值，即目标时间差，然后结合上述关联关系，确定出目标时间差对应的目标位置编号。

对于时间差与位置编号之间的关联关系的建立过程将在下述实施例中进行详细描述，本实施例在此不再加以赘述。

在获取目标位置编号之后，执行步骤950。

结算信息确定模块950，用于根据所述目标位置编号，确定与所述客户端对应的目标订单及所述目标订单对应的订单结算信息。

目标订单是指与目标位置编号对应的客户端完成的订单。在目标订单中包含了客户端侧下单的详情信息，如用户购买了哪些物品，购买数量等。

订单结算信息是指针对目标订单进行结算的信息，如在每种购买物品之后可以增加单价金额，结合购买数量，可以显示总额等。

在中转设备获取到目标位置编号之后，可以生成目标位置编号对应的订单结算信息查询请求，并将该结算信息查询请求发送至订单业务平台，在订单业务平台中保存着不同目标位置编号的订单及订单的结算信息。

在订单业务平台接收到中转设备发送的订单结算信息查询请求之后，可以对订单结算信息查询请求进行解析，以获取其中的目标位置编号，并根据目标位置编号查询预先保存的不同目标位置编号的订单信息，获取到该目标位置编号对应的目标订单，并得到目标订单对应的订单结算信息，进而，订单业务平台可以将目标位置编号对应的目标订单和目标订单的订单结算信息返回至中转设备，进而可以由设置于中转设备内的结算信息确定模块950获取目标位置编号对应的目标订单和目标订单的订单结算信息。

在由结算信息确定模块950根据目标位置编号确定与客户端对应的目标订单及目标订单对应的订单结算信息之后，执行结算信息发送模块960。

结算信息发送模块960，用于将所述目标订单和所述订单结算信息发送至所述客户端，以供所述客户端根据所述订单结算信息完成所述目标订单的结算。

在中转设备获取到目标订单和订单结算信息之后，可以由设置于中转设备内的结算信息发送模块960将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成对目标订单的结算，具体地，中转设备在获取到目标订单和订单结算信息之后，可以生成超声波信号，通过超声波信号携带目标订单和订单结算信息发送至目标位置编号对应的客户端，客户端接收到目标订单和订单结算信息之后，可以将目标订单和订单结算信息在客户端的指定界面进行显示，由用户选择是否进行结算。

本公开实施例提供的订单结算装置，通过在接收到客户端发送的订单参量查询请求之后，生成客户端对应的位置编号获取请求，将位置编号获取请求发送至客户端，并记录位置编号获取请求对应的发送时间，获取客户端根据位置编号获取请求返回的响应消息，并记录响应消息对应的发送时间，根据时间差与位置编号之间的关联关系，获取发送时间和返回时间之间的目标时间差对应的目标位置编号，根据目标位置编号，确定与客户端对应的目标订单及目标订单对应的订单结算信息，将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成目标订单的结算。本公开实施例通过结合用户在实体业务方所处位置的位置编号进行订单结算，从而无需用户前往前台进行结算，也无需用户执行一系列的支付操作，减少了用户的操作步骤，且减少了订单结算的耗时。

参照图10，示出了本公开实施例提供的另一种订单结算装置的结构示意图，如图10所示，该订单结算装置1000具体可以包括如下模块：位置编号确定模块1010、初始发送时间记录模块1020、初始返回时间记录模块1030、关联关系建立模块1040、获取请求生成模块1050、发送时间记录模块1060、返回时间记录模块1070、目标位置编号获取模块1080、结算信息确定模块1090和结算信息发送模块1100。

位置编号确定模块1010，用于在通过指定摄像头采集到初始客户端位于初始位置的位置图像时，根据所述位置图像确定所述初始位置对应的位置编号。

本公开实施例可以应用于用户在实体业务方的指定位置完成订单支付的场景中。

本实施例可以应用于中转设备，中转设备可以为设置于实体业务方内的实体设备，可以与客户端进行数据交互，并与订单业务平台进行数据交互。

指定摄像头是指设置于实体业务方内的摄像头，如图3所示，实体业务方以餐厅为例，在餐厅的收银台上方墙体上可以设置一个摄像头，该摄像头可以对餐厅内部情况进行实时监控等。

可以理解地，上述示例仅是为了更好地理解本公开实施例的技术方案而列举的示例，不作为对本实施例的唯一限制，在具体实现中，还可以采用其它方式获取初始客户端位于初始位置的位置编号，例如，用户手动输入等方式，具体地，可以根据业务需求而定，本实施例对此不加以限制。

在本实施例中，可以将中转设备设置于指定摄像头内，以实现与客户端与订单业务平台之间的数据交互。

位置图像是指通过指定摄像头采集的包含有实体业务方的位置的图像，如图3所示，实体业务方以餐厅为例，在餐厅的收银台上方墙体上设置的摄像头30可以拍摄到包含餐厅内所有座位的图像，即位置图像。

初始客户端是指用于建立实体业务方内各位置编号与时间差之间的关联时所使用的客户端。在初始客户端内可以预先设置一个后台监听进程，内置超声波信号的接收/发送模块(例如，发送/接收sdk(softwaredevelopmentkit，软件开发工具包)模型)，而在中转设备内也可以预先设置一个后台监听进程，内置超声波信号的接收/发送模块，客户端与中转设备之间可以通过超声波信号实现数据交互。

在通过指定摄像头采集到初始客户端位于初始位置的位置图像时，可以由设置于中转设备内的位置编号确定模块1010根据位置图像确定初始位置对应的位置编号，例如，如图3所示，在需要建立餐厅内每个位置与时间差之间的关联关系时，可以由用户携带安装有初始客户端的终端设备处于初始位置，以进行后续的初始发送时间和初始返回时间的获取过程。

在需要建立实体业务方内各位置对应的时间差与位置编号之间的关联关系时，可以由用户携带安装有初始客户端的终端处于初始位置处，并通过指定摄像头采集初始客户端位于初始位置的位置图像，进而，可以根据位置图像确定出初始位置对应的位置编号。可以理解地，多个初始位置可能对应于一个位置编号，如图3所示，在餐厅内，每个餐桌的桌号即为一个位置编号，如图3所示餐厅内的桌号1、桌号2、...、桌号12，而餐桌旁有多个座位，这些座位均对应于一个桌号，在需要建立上述关联关系时，可以由用户携带终端依次坐落于每个座位上，对每个座位对应的关联关系进行建立，例如，在桌号1对应的餐桌旁边放置有四个座椅，每个座椅收发超声波信号所经历的时间是不相同的，那么，可以建立桌号1与对应的四个时间差之间的关联关系。而桌号12对应的餐桌旁边放置有8个座椅，每个座椅收发超声波信号所经历的时间也是不相同的，那么，可以建立桌号12与8个时间差之间的关联关系。具体地，建立过程可以为用户携带安装有客户端的终端分别位于不同的座椅处，然后依次统计超声波信号在客户端处于不同位置时所经历的时间，进而，可以根据统计的时间差(即由中转设备发送超声波信号到客户端，由客户端发送超声波信号到客户端所经历的时间)建立与对应的桌号之间的关联关系。

初始发送时间记录模块1020，用于将第一超声波信号发送至所述初始客户端，并记录所述第一超声波信号的初始发送时间。

第一超声波信号是指在初始客户端位于初始位置时，由中转设备向初始客户端发送的超声波信号。

初始发送时间是指中转设备向初始客户端发送第一超声波的时间。

在中转设备向初始客户端发送第一超声波信号时，可以由设置于中转设备内的初始发送时间记录模块1020记录第一超声波信号对应的初始发送时间，并将第一超声波信号发送至初始客户端。

在将第一超声波信号发送至初始客户端并记录第一超声波信号的初始发送时间之后，执行初始返回时间记录模块1030。

初始返回时间记录模块1030，用于获取所述初始客户端根据所述第一超声波信号返回的第二超声波信号，并记录所述第二超声波信号的初始返回时间。

第二超声波信号是指初始客户端根据第一超声波信号，向中转设备返回的超声波信号。

初始返回时间是指中转设备接收到初始客户端返回的第二超声波信号的时间。

在中转设备将第一超声波信号发送至初始客户端之后，初始客户端接收第一超声波信号，并生成对应的第二超声波信号，进而，可以将第二超声波信号发送给中转设备，在中转设备接收到第二超声波信号之后，即记录接收第二超声波信号所对应的时间，即初始返回时间。

在获取初始客户端根据第一超声波信号返回的第二超声波信号并记录第二超声波信号的初始返回时间之后，执行关联关系建立模块1040。

关联关系建立模块1040，用于建立所述初始发送时间和所述初始返回时间之间的初始时间差与所述位置编号之间的关联关系。

初始时间差是指初始发送时间和初始返回时间之间的时间差值，即初始时间差＝初始返回时间-初始发送时间。

在获取到初始发送时间和初始返回时间之后，可以计算二者之间的差值，即初始时间差，进而，可以有设置于中转设备内的关联关系建立模块1040根据计算的初始时间差和预先获取的初始位置的位置编号，建立初始时间差与位置编号之间的关联关系。

在建立时间差与位置编号之间的关联关系之后，可以在用户进行订单结算时，根据时间差确定用户所处位置的位置编号，具体地，将在下述实现方案中进行详细描述。

获取请求生成模块1050，用于在接收到客户端发送的订单参量查询请求之后，生成所述客户端对应的位置编号获取请求。

在本公开实施例中，订单参量查询请求是指用户使用客户端在实体业务方内发出的查询订单消费信息的请求。

位置编号获取请求是指用于获取客户端在实体业务方内所处位置的请求。

当用户在实体业务方内需要进行订单结算时，可以由用户打开客户端(如美团客户端等)，客户端可以向中转设备发送订单参量查询请求，以查询用户的订单消费信息。

在中转设备接收到客户端发送的订单参量查询请求之后，可以对客户端所处位置的位置编号进行查询，具体地，可以由中转设备内设置的获取请求生成模块1050生成客户端对应的位置编号获取请求。

在生成客户端对应的位置编号获取请求之后，执行发送时间记录模块1060。

发送时间记录模块1060，用于将所述位置编号获取请求发送至所述客户端，并记录所述位置编号获取请求对应的发送时间。

发送时间是指中转设备发送位置编号获取请求的时间，例如，在中转设备在12：00向客户端发送位置编号获取请求时，则位置编号获取请求的发送时间即为12：00。

在中转设备生成客户端对应的位置编号获取请求之后，可以将位置编号获取请求发送至客户端，并由设置于中转设备内的发送时间记录模块1060记录位置编号获取请求对应的发送时间，具体地，中转设备可以生成超声波信号，并通过超声波信号携带位置编号获取请求发送至客户端。

在将位置编号获取请求发送至客户端并记录位置编号获取请求对应的发送时间之后，执行返回时间记录模块1070。

返回时间记录模块1070，用于获取所述客户端根据所述位置编号获取请求返回的响应消息，并记录所述响应消息对应的返回时间。

响应消息是指客户端根据位置编号获取请求向中转设备返回的消息。

返回时间是指中转设备接收到客户端发送的响应消息时的时间，例如，中转设备在12：02接收到客户端返回的响应消息，则将12：02作为响应消息对应的返回时间。

在中转设备将位置编号获取请求发送至客户端之后，客户端可以根据接收的位置编号获取请求返回相应的响应消息，在中转设备接收到响应消息之后，可以记录接收到响应消息的时间，即响应消息对应的返回时间，具体地，在客户端接收到中转设备发送的位置编号获取请求消息之后，可以生成对应的响应消息，并通过超声波信号将响应消息返回给中转设备，中转设备在接收到超声波信号后，即可以由设置于中转设备内的返回时间记录模块1070记录接收超声波信号的时间，也即响应消息对应的返回时间。

在由返回时间记录模块1070获取到客户端根据位置编号获取请求返回的响应消息并记录响应消息对应的返回时间之后，执行目标位置编号获取模块1080。

目标位置编号获取模块1080，用于根据时间差与位置编号之间的关联关系，获取所述发送时间和所述返回之间之间的目标时间差对应的目标位置编号。

目标位置编号是指用户在实体业务方所处位置的编号，例如，实体业务方以餐厅为例，目标位置编号可以为餐厅座位的编号等。

目标时间差是指发送时间和返回时间之间的时间差值，即目标时间差＝返回时间-发送时间。

在中转设备中可以预先保存时间差与位置编号之间的关联关系，在获取到发送时间和返回时间之后，可以计算两个时间之间的时间差值，即目标时间差，然后由设置于中转设备内的目标位置编号获取模块1080结合上述过程中建立的关联关系，确定出目标时间差对应的目标位置编号。

当然，在本公开实施例中，在客户端侧用户未下单时，还可以在客户端显示订单创建界面，以供用户进行订单创建生成目标订单，具体地，可以结合图11进行如下描述。

如图11所示，订单结算装置1110还可以包括：订单状态获取模块1111、订单状态发送模块1112和订单状态信息发送模块1113。

订单状态获取模块1111，用于获取所述目标位置编号对应的订单状态信息；

订单状态发送模块1112，用于将所述订单状态信息通过超声波信号发送至所述客户端，以供所述客户端在所述订单状态信息为未下单状态时，在所述客户端显示订单创建界面，并根据用户在所述订单创建界面的触发操作生成所述目标订单。

在本公开实施例中，在中转设备获取到客户端所处位置的目标位置编号之后，可以向订单业务平台发送目标位置编号对应的订单查询请求，进而可以由设置中转设备内的订单状态获取模块1111获取订单业务平台发送的目标位置编号对应的订单状态信息。

在中转设备接收到订单业务平台发送的目标位置编号对应的订单状态信息之后，可以由设置于中转设备的订单状态发送模块1112通过超声波声信号将订单状态信息发送至客户端。

客户端在接收到订单状态信息之后，可以在订单状态信息为未下单状态时，在客户端显示订单创建界面，如在客户端首页弹出电子菜单供消费者选择，如果已经点餐提示用户是否加菜或买单页面等。

在用户在订单创建界面内完成下单时，可以生成目标订单。当然，在后续过程中，用户对订单进行更改后，目标订单也会随之发生改变。

订单状态信息发送模块1113，用于将所述订单状态信息通过超声波信号发送至所述客户端，以供所述客户端在所述订单状态信息为已下单状态时，在所述客户端显示所述目标订单的目标订单信息，及第一触发控件和第二触发触控件，在接收到针对所述第一触发控件的触发操作时，显示结算页面，在接收到针对所述第二触发控件的触发操作时，显示下单页面，并根据用户在所述下单页面内的触发操作更新所述目标订单信息。

在本实施例中，在订单状态信息为已下单时，还可以由用户在指定页面进行订单结算，或用户再次下单，以对目标订单进行订单更新。

第一触发控件是指设置于客户端指定页面的用于对订单进行结算的控件，第一触发控件可以为设置于指定页面内的“结算”按钮等。

第二触发控件是指设置于客户端指定页面的用于下单的控件，第二触发控件可以为设置于指定页面内的“下单”按钮等。

在将订单状态信息通过超声波信号发送至客户端之后，可以在订单状态信息为已下单状态时，在客户端显示目标订单的目标订单信息，并显示第一触发控件和第二触发控件。

在接收到用户针对第一触发控件的触发操作(例如，用户点击指定页面内的“结算”按钮等)时，可以显示结算页面，由用户选择是否进行目标订单的结算，在结算页面内可以显示目标订单的订单详情信息，如购买的物品、购买物品的数量、购买物品的单价、所有物品的总价等信息。

在接收到用户针对第二触发控件的触发操作时，可以显示下单页面，在下单页面内可以显示实体业务方内销售的物品信息，可以根据用户在下单页面内执行触发操作对目标订单信息进行更新，例如，用户可以点击下单页面内所需购买的物品，根据用户选择的物品对目标订单信息进行更新。

而对于获取目标位置编号对应的订单状态信息的过程可以结合图12进行如下描述。

如图12所示，订单状态获取模块1111可以包括：状态获取请求生成单元1210、状态获取请求发送单元1220和订单状态信息获取单元1230。

状态获取请求生成单元1210，用于生成所述目标位置编号对应的订单状态获取请求。

在本公开实施例中，订单状态获取请求是指中转设备从订单业务平台(如收银云平台等)处获取目标位置编号的订单状态的请求。

在中转设备确定客户端对应的目标位置编号之后，可以由状态获取请求生成单元1210生成与目标位置编号对应的订单状态获取请求，进而执行状态获取请求发送单元1220。

状态获取请求发送单元1220，用于将所述订单状态获取请求发送至订单业务平台。

在状态获取请求生成单元1210生成与目标位置编号对应的订单状态获取请求后，可以由状态获取请求发送单元1220将订单状态获取请求发送至订单业务平台。

订单状态信息获取单元1230，用于获取由所述订单业务平台返回的所述目标位置编号对应的订单状态信息。

在订单业务平台接收到状态获取请求发送单元1220发送的订单状态获取请求之后，可以对订单状态获取请求进行解析，以解析到中转设备所需查询的目标位置编号，进而可以由订单状态获取单元1230获取目标位置编号对应的订单状态信息，并将目标位置编号对应的订单状态信息返回给中转设备。

结算信息确定模块1090，用于根据所述目标位置编号，确定与所述客户端对应的目标订单及所述目标订单对应的订单结算信息。

目标订单是指与目标位置编号对应的客户端完成的订单。在目标订单中包含了客户端侧下单的详情信息，如用户购买了哪些物品，购买数量等。

订单结算信息是指针对目标订单进行结算的信息，如在每种购买物品之后可以增加单价金额，结合购买数量，可以显示总额等。

在中转设备获取到目标位置编号之后，可以生成目标位置编号对应的订单结算信息查询请求，并将该结算信息查询请求发送至订单业务平台，在订单业务平台中保存着不同目标位置编号的订单及订单的结算信息。

在订单业务平台接收到中转设备发送的订单结算信息查询请求之后，可以对订单结算信息查询请求进行解析，以获取其中的目标位置编号，并根据目标位置编号查询预先保存的不同目标位置编号的订单信息，获取到该目标位置编号对应的目标订单，并得到目标订单对应的订单结算信息，进而，订单业务平台可以将目标位置编号对应的目标订单和目标订单的订单结算信息返回至中转设备，进而可以由设置于中转设备内的结算信息确定模块1090获取目标位置编号对应的目标订单和目标订单的订单结算信息，具体地，可以结合图13进行如下详细描述。

如图13所示，结算信息确定模块1090可以包括：结算查询请求生成单元1310、结算查询请求发送单元1320和订单结算信息获取单元1330。

结算查询请求生成单元1310，用于生成所述目标位置编号对应的订单结算信息查询请求。

订单结算信息查询请求是指中转设备生成的用于从订单业务平台处获取目标位置编号对应的订单结算信息的请求。

在中转设备获取到目标位置编号之后，可以由结算查询请求生成单元1310生成目标位置编号对应的订单结算信息查询请求，进而，执行结算查询请求发送单元1320。

结算查询请求发送单元1320，用于将所述订单结算信息查询请求发送至订单业务平台。

在由结算查询请求生成单元1310生成订单结算信息查询请求之后，可以由结算查询请求发送单元1320将订单结算信息查询请求发送至订单业务平台。

订单结算信息获取单元1330，用于获取由所述订单业务平台返回的所述目标位置编号对应的目标订单，及所述目标订单对应的订单结算信息。

目标订单是指与目标位置编号对应的客户端完成的订单。在目标订单中包含了客户端侧下单的详情信息，如用户购买了哪些物品，购买数量等。

订单结算信息是指针对目标订单进行结算的信息，如在每种购买物品之后可以增加单价金额，结合购买数量，可以显示总额等。

在订单业务平台中保存着不同目标位置编号的订单及订单的结算信息。

在订单业务平台获取到中转设备发送的订单结算信息查询请求之后，可以对订单结算信息查询请求进行解析，以获取其中的目标位置编号，并根据目标位置编号查询预先保存的不同目标位置编号的订单信息，获取到该目标位置编号对应的目标订单，并得到目标订单对应的订单结算信息，进而，订单业务平台可以将目标位置编号对应的目标订单和目标订单的订单结算信息返回至中转设备，进而可以由中转设备内设置的订单结算信息获取单元1330获取订单业务平台返回的目标位置编号对应的目标订单和目标订单的订单结算信息。

在由结算信息确定模块1090根据目标位置编号确定与客户端对应的目标订单及目标订单对应的订单结算信息之后，执行结算信息发送模块1100。

结算信息发送模块1100，用于将所述目标订单和所述订单结算信息发送至所述客户端，以供所述客户端根据所述订单结算信息完成所述目标订单的结算。

在中转设备获取到目标订单和订单结算信息之后，可以由设置于中转设备内的结算信息发送模块1100将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成对目标订单的结算，具体地，可以结合图14进行详细描述。

如图14所示，结算信息发送模块1100可以包括：订单结算信息发送单元1410。

订单结算信息发送单元1410，用于通过超声波信号将所述目标订单和所述订单结算信息发送至所述客户端，以将所述目标订单和所述订单结算信息显示于所述客户端的指定界面。

在中转设备获取到目标订单和订单结算信息之后，可以由设置于中转设备内的订单结算信息发送单元1410将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成对目标订单的结算，具体地，中转设备在获取到目标订单和订单结算信息之后，可以发送超声波声码(即超声波信号)将目标订单和订单结算信息发送至目标位置编号对应的客户端，客户端接收到目标订单和订单结算信息之后，可以进行显示，由用户选择是否进行结算。

本公开实施例提供的订单结算装置，通过在接收到客户端发送的订单参量查询请求之后，生成客户端对应的位置编号获取请求，将位置编号获取请求发送至客户端，并记录位置编号获取请求对应的发送时间，获取客户端根据位置编号获取请求返回的响应消息，并记录响应消息对应的发送时间，根据时间差与位置编号之间的关联关系，获取发送时间和返回时间之间的目标时间差对应的目标位置编号，根据目标位置编号，确定与客户端对应的目标订单及目标订单对应的订单结算信息，将目标订单和订单结算信息发送至客户端，以供客户端根据订单结算信息完成目标订单的结算。本公开实施例通过结合用户在实体业务方所处位置的位置编号进行订单结算，从而无需用户前往前台进行结算，也无需用户执行一系列的支付操作，减少了用户的操作步骤，且减少了订单结算的耗时。

参照图15，本公开的实施例还提供了一种电子设备，如图15所示，电子设备1500可以包括：处理器1520、存储器1510以及存储在所述存储器1510上并可在所述处理器1520上运行的计算机程序，所述处理器1520执行所述程序时实现前述实施例的订单结算方法。

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

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

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

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

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

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

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

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

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

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

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