CN104680368A - 一种近场无卡支付订单获取方法及系统 - Google Patents

Abstract

本发明提供了一种近场无卡支付订单获取方法，所述方法包括：从商户端设备向支付网关服务器发送订单生成请求；所述支付网关服务器响应所述订单生成请求而生成交易订单并且将所述交易订单加入待匹配订单队列；由用户触发支付端移动设备向所述支付网关服务器发送支付订单获取请求；以及所述支付网关服务器根据所述支付订单获取请求在所述待匹配订单队列中筛选出可能的候选交易订单并且将所述候选交易订单的列表返回所述支付端移动设备。另一方面，本发明还提供了一种能够实施上述方法的系统。

Description

一种近场无卡支付订单获取方法及系统

技术领域

本发明一般地涉及移动支付领域，并且具体地涉及一种近场支付方法及系统。

背景技术

随着网络技术的发展以及移动终端设备的普及，人们的日常支付习惯也逐渐发生变化。目前，移动支付成为发展的热点。所谓移动支付，就是允许用户使用其移动终端（通常是手机）对所消费的商品或服务进行账务支付的一种服务方式。单位或个人通过移动终端、互联网或者近距离传感直接或间接向银行金融机构发送支付指令产生货币支付与资金转移行为，从而实现移动支付功能。

在移动支付领域，主要存在有卡支付和无卡支付两种模式。有卡支付主要解决近场支付需求，但需要对现有POS机和手机做硬件软件的改造成本极高，目前还未形成产业规模。无卡支付主要用于解决远程支付需求，并且无卡远程支付主要面向具有自主客户端的商户，这对于商户来说接入门槛较高。另一方面，近场无卡支付一直缺少较好的解决方案，其瓶颈主要在于近场支付订单的获取困难。

现有的针对移动支付无卡近场支付的订单获取方法，主要包括手机短信通知、二维码扫描等方式。手机短信通知方式是指收银员在POS机上输入手机号码，支付网关把订单号码通过手机短信发送给持卡人，持卡人在无卡支付控件输入订单号码后再做后续支付。该模式的缺点是：（1）手机短信成为订单获取的关键环节，短信稳定性和发送时长成为支付瓶颈，导致用户体验差；（2）该方式需要POS升级改造。二维码扫描方式是指POS机生成的订单以二维码形式展现，持卡人用手机扫描二维码获得订单信息，并触发无卡支付后续环节，该模式的缺点是（1）POS机需要改造升级提供一个二维码显示屏供持卡人扫描，成本较高；（2）扫描二维码环节影响用户体验度。

发明内容

鉴于上述情况，本发明旨在提供安全高效、易于实现并且具有良好用户体验的近场无卡支付方法及系统。

具体地，本发明提供了一种近场无卡支付订单获取方法，所述方法包括：从商户端设备向支付网关服务器发送订单生成请求；所述支付网关服务器响应所述订单生成请求而生成交易订单并且将所述交易订单加入待匹配订单队列；由用户触发支付端移动设备向所述支付网关服务器发送支付订单获取请求；以及所述支付网关服务器根据所述支付订单获取请求在所述待匹配订单队列中筛选出可能的候选交易订单并且将所述候选交易订单的列表返回所述支付端移动设备。

根据本发明的一些实施例，由用户触发支付端移动设备发送支付订单获取请求包括：由所述移动设备上的传感器系统感测用户对所述移动设备的操作并且在感测到该操作时向所述移动设备上的支付模块发送触发信号；以及由所述支付模块响应所述触发信号而生成支付订单获取请求并且调用所述移动设备上的通信模块向所述支付网关服务器发送该支付订单获取请求。

根据本发明的一些实施例，用户对所述支付端移动设备的操作可以包括由用户摇动所述移动设备，并且由该移动设备上的传感器系统来感测所述摇动以产生所述触发信号。

根据本发明的一些实施例，所述支付订单获取请求至少包括所述支付端移动设备的当前地理位置，并且所述支付网关服务器通过匹配商户地理位置与支付端移动设备的当前地理位置而在所述待匹配订单队列中筛选可能的候选交易订单。

根据本发明的一些实施例，生成交易订单包括所述支付网关服务器基于包含在所述订单生成请求中的商户信息确定商户地理位置，并且将所述商户地理位置与所生成的交易订单关联地存储。

根据本发明的一些实施例，在所述待匹配订单队列中进行筛选包括将关联的商户地理位置与所述支付端移动设备的当前地理位置相距预定距离范围内的交易订单确定为候选交易订单。

根据本发明的一些实施例，所述支付网关服务器按关联的商户地理位置由近到远的顺序向所述支付端移动设备返回所述候选交易订单的列表。

根据本发明的一些实施例，生成交易订单包括所述支付网关服务器将订单生成时间与所生成的交易订单关联地存储，并且在所述待匹配订单队列中进行筛选包括在订单生成时间先于所述支付订单获取请求的接收时间的交易订单中进行筛选。

根据本发明的一些实施例，从商户端设备向支付网关服务器发送订单生成请求包括通过所述商户端设备上的网页浏览器经由因特网向所述支付网关服务器。

另一方面，本发明还提供了一种近场无卡支付订单获取系统，所述系统包括商户端设备、支付网关服务器以及支付端移动设备，其中所述支付端移动设备被配置为基于用户触发而向所述支付网关服务器发送支付订单获取请求；并且所述支付网关服务器被配置为响应来自商户端设备的订单生成请求而生成交易订单并且将所述交易订单加入待匹配订单队列；以及根据所述支付订单获取请求在所述待匹配订单队列中筛选出可能的候选交易订单并且将所述候选交易订单的列表返回所述支付端移动设备。

本发明提供了一种新型的具有高安全性和良好用户体验感受的近场交易解决方案。在本发明的实施例中，由用户通过移动终端设备直接获取无卡近场支付订单，因而可无缝调用现有的移动支付控件，具有高安全性。对于希望通过移动终端进行支付的用户而言，只需要对诸如手机的设备进行像摇动这样的简单操作就可以主动获取到商户平台上的订单信息，因而具有良好的用户体验感受。在本发明的实施例中，商户服务平台可以基于互联网技术实现，而不需要POS机投入，因而可以有效地节约支付产业链成本。通过本发明所提供的方法和系统来进行近场交易，对终端设备和商户端设备两者都不需要进行硬件改动，具有非常高的可实现性并且易于广泛推广。

附图说明

本发明的前述和其他目标、特征和优点根据下面对本发明的实施例的更具体的说明将是显而易见的，这些实施例在附图中被示意。

图1示意性地示出了根据本发明的一个实施例的近场无卡支付订单获取系统的结构。

图2示意性地示出了根据本发明的一个实施例的近场无卡支付订单获取方法的流程图。

图3示意性地示出了应用根据本发明的一个实施例的近场无卡支付订单获取系统的场景。

具体实施方式

以下结合附图和具体实施方式进一步详细说明本发明。需要说明的是，附图中的各结构只是示意性说明，用以使本领域普通技术人员最佳地理解本发明的原理，其不一定按比例绘制。

图1示意性地示出了根据本发明的一个实施例的近场无卡支付订单获取系统的结构。如图1所示，该系统大体上可以包括商户端设备、支付网关服务器以及支付端移动设备。本发明所提供的近场无卡支付订单获取系统可以适用于解决近场交易需求。不同于一般的近场有卡支付，应用诸如图1所示的系统进行近场支付时，无需在诸如手机的移动终端上做任何硬件改动，同时又能够使顾客在进行交易时通过自己的移动终端安全便捷地获取订单并且进行支付。

商户端设备可以例如通过诸如个人计算机（PC）、平板电脑等能够访问互联网的设备来实现。根据本发明的一个实施例，商户端设备可以例如通过银行、银行卡联合组织、第三方支付系统所提供的商户服务平台与支付网关服务器建立通信连接。该商户服务平台可以是一个统一的互联网商户收银平台，基于浏览器/服务器（B/S）架构来实现，其中服务器端的功能可以被并入已有的支付网关服务器中。商户收银员可以在诸如PC的互联网设备上通过网页浏览器来访问该服务平台的商户登陆页面。在实践中，商户只需要在该服务平台上申请一个账户，用这个帐户登陆该平台即可实现现有的POS机功能，由此来替代传统的POS终端。由于不再需要POS终端，因此不会给商户带来任何POS终端改造成本，并且还节约了收单方的POS机具维护成本。另外，通过网页浏览器登陆的方式也省去了在商户端设备上增加处理模块的麻烦。在这种情况下，支付网关服务器可以至少包括支付订单生成模块和支付订单筛选模块两个部分，其中支付订单生成模块与商户端设备之间的交互可以基于B/S架构下的报文接口。

应理解的是，图1所示的实施例仅是示意性的，其中支付网关服务器还可以按照其他方式来划分功能模块，只要其整体上能够实现上述各个模块结合所获得的功能。

本领域的技术人员应理解的是本发明可以采用已有的或待开发的任何互联网技术来实现商户端设备与支付网关服务器之间的数据交互。

支付端移动设备一般地是用户希望在其上完成支付的设备，具体地可以是诸如手机、便携式数字助理（PDA）、平板电脑等任何能够进行无线数据通信的移动终端设备。优选地，支付端移动设备。在本发明的一个实施例中，该支付端移动设备可以包括支付模块，例如银行、银行卡联合组织、第三方支付系统所提供的支付客户端、移动支付控件等。一般地，用户可以通过该支付模块进行诸如订单支付等操作。进一步地，用户还能够通过该支付模块经由移动数据网与支付网关服务器进行数据交互，以获取支付订单。。

图2示意性地示出了根据本发明的一个实施例的近场无卡支付订单获取方法的流程图。下面将结合图1所示的系统和图2所示的流程图来详细地说明本发明所提供的近场无卡支付订单获取方案。

当用户需要在商户中就所买的商品进行交易时，首先可以由商户的收银员从商户端设备向支付网关服务器发送订单生成请求，如步骤S101所示。

在本发明的一个实施例中，收银员可以通过商户端设备上的网页浏览器访问与支付网关服务器关联的商户服务平台界面，用已注册的帐户登陆，并且在该平台上输入像订单支付金额这样的基本订单信息。由此，商户服务平台可以基于从网页客户端接收的信息在后台组织相关的订单信息向支付网关服务器发送订单生成请求，该请求至少可以包括商户代码、支付金额、订单生成时间、流水号。显然，在该实施例中，商户在实施本发明所提供的近场无卡支付方案时将不会有额外的硬件改造成本，仅需要配备诸如个人计算机这样常用的能够通过有线地或无线地方式访问互联网的设备。

在收到来自商户端设备的订单生成请求时，支付网关服务器将响应该请求而生成交易订单并且将所生成的交易订单加入待匹配订单队列，如步骤S102所示。在以B/S架构实现商户端设备与支付网关服务器之间的交互时，可以由图1所示的支付订单生成模块从订单生成请求中提取诸如商户代码、订单金额、订单生成时间、流水号等信息，将这些信息一起打包生成交易订单并且进而将该交易订单加入服务器中的待匹配订单队列。一般地，每个商户最多仅一个订单将驻留在该待匹配订单队列中。

在本发明的一个实施例中，支付网关服务器的支付订单生成模块可以首先确定待匹配订单队列中是否存在同一商户的其他交易订单。如果已经存在，则将进行等待，直到该商户的其他交易订单已经被移出队列，例如被撤销或者被支付时，再按订单生成时间将新生成的交易订单逐个加入待匹配订单队列。如果不存在其他交易订单，则可以直接将当前生成的交易订单加入待匹配订单队列。

在另外的实施例中，还可以根据需要为同一商户扩展待匹配订单的数量。举例来说，在例如大型商场的商户中可能存在若干个收银点。因此，可以为每个收银点在商户服务平台上创建商户帐户下的子帐户，并且针对每个子帐户管理待匹配订单。

在交易订单被生成并且被加入待匹配订单队列之后，支付网关服务器可以向商户服务平台返回订单生成成功应答。收银员在收到该成功应答之后可以提示用户对其用于支付的移动终端进行获取订单的操作。如步骤S103所示，用户可以在得知订单已生成之后触发其所持有的支付端移动设备向支付网关服务器发送支付订单获取请求。

在本发明的一个实施例中，该支付端移动设备可以至少包括支付模块、传感器系统以及通信模块，其中支付模块可以与传感器系统相关联。传感器系统可以被配置为感测用户对终端设备的操作并且在感测到该操作时向支付模块发送触发信号，该触发信号表示用户已经在移动设备上执行了指示获取支付订单的操作。支付模块可以被配置为响应该触发信号而生成支付订单获取请求并且调用移动设备的通信模块向支付网关服务器发送该请求。移动设备与支付网关服务器之间的通信可以基于移动数据网或其他任何已有的或待开发的无线通信技术。

在本发明的一个实施例中，支付端移动设备可以是配备有触摸屏的设备。在这种情况下，用户对终端设备的操作可以是点击移动设备的屏幕。与屏幕相关联的传感器系统可以被配置为感测用户对支付客户端界面的相应位置的点击来触发支付订单获取请求的生成和发送。

在本发明的另一实施例中，支付端移动设备可以是配备有诸如重力感应系统的设备。在这种情况下，用户对终端设备的操作可以是摇动移动设备。诸如重力感应系统的传感器系统可以被配置为感测用户对移动终端的摇动来触发支付订单获取请求的生成和发送。

在收到支付订单获取请求之后，支付网关服务器可以根据该请求在待匹配订单队列中筛选出可能的候选交易订单并且将候选交易订单的列表返回支付端移动设备，如步骤S104所示。

在本发明的优选实施例中，图1中的支付网关服务器的支付订单筛选模块可以被配置为通过匹配商户地理位置与终端设备的当前地理位置而在待匹配订单队列中筛选出可能的候选交易订单。在这种情况下，支付端移动设备所发送的支付订单获取请求应至少包括该设备的当前地理位置。在本发明的一个实施例中，支付端移动设备的支付模块可以在生成支付订单获取请求时通过该移动设备上的GPS、WiFi、基站定位等方式获取移动设备的当前地理位置并且将该地理位置信息包括在支付订单获取请求中。

商户地理位置例如可以预先存储在支付网关服务器中。当支付网关服务器收到来自商户服务平台的订单生成请求时支付订单生成模块还可以基于发送该请求的商户帐号查找商户注册时所登记地理位置信息，并且将该商户地理位置与所生成的交易订单关联地存储。

由此，根据本发明的一个实施例，支付订单筛选模块在从待匹配订单队列中进行筛选时可以将移动终端的当前地理位置与待匹配订单队列中的每个交易订单的关联商户地理位置进行比较，并且将与终端设备的当前地理位置相距预定距离范围内的交易订单确定为候选交易订单。在本发明的一个具体实施例中，该距离范围可以被设定为与支付端移动设备的当前地理位置相距100米的范围。

如在上文中所提到的那样，支付订单生成模块可以将订单金额、商户代码、订单生成时间和流水号等信息一起打包生成交易订单。换句话说，订单生成时间可以与交易订单关联地被存储。在这种情况下，支付订单筛选模块在从待匹配订单队列中进行筛选时还可以首先将接收到支付订单获取请求的时间与待匹配订单队列中的每个交易订单的订单生成时间进行比较，并且排除订单生成时间晚于支付订单获取请求接收时间的交易订单。

在另外的实施例中，图1中的支付网关服务器的支付订单筛选模块还可以被配置为根据帐户是否开通无卡近场支付功能来确定是否启动筛选。在这种情况下，支付端移动设备所发送的支付订单获取请求还应至少包括用户的支付帐户信息，例如帐户号。支付订单筛选模块可以例如依据帐户号检索相关的数据库以确定该帐户是否已开通无卡近场支付功能，并且在确定该功能已被开通的情况下才进行订单筛选，否则将返回无法获取订单的消息。

在完成交易订单筛选之后，支付网关服务器可以被配置将候选交易订单的列表返回支付端移动设备。举例来说，可以按关联的商户地理位置由近到远的顺序向支付端移动设备返回候选交易订单的列表。每个返回的候选交易订单可以至少包括以下信息：订单序号、订单编号、商户名称、订单金额、流水号、订单生成时间。用户可以通过移动设备浏览该交易订单列表，并且从其中选择自己需要支付的交易订单。在确认订单之后，用户可以进而在移动设备上调用诸如移动支付控件的支付模块，发起后续支付步骤。不论用户从候选列表中选定的订单是否被成功支付，该订单在被处理之后都会被移除出待匹配订单队列。另外，也可以从商户终端撤销待匹配订单，由此将待匹配订单移除出队列。

在本发明的一些实施例中，支付订单筛选模块还可以被配置为管理支付网关服务器中的待匹配订单队列。该待匹配订单队列可以被实现为始终驻留在服务器内存中的一个数据结构，存储待匹配交易订单的信息。

由此，用户可以仅对其所持有的移动设备进行简单的操作，诸如“摇动”手机一次就可以将商户端的支付订单转移到用于进行支付的移动设备上，这给用户带来了极好的用户体验。

图3示意性地示出了应用根据本发明的一个实施例的近场无卡支付订单获取系统的场景。在该实施例中，商户收银员通过PC机终端登陆商户服务平台，用户通过手机进行订单获取及支付。

在这个具体实现中，收银员首先通过PC机终端上的网页浏览器登录商户服务平台，输入订单信息，主要是订单支付金额（1）。

商户服务平台的网页客户端进而组织订单信息向与该商户服务平台相关联的支付网关服务器发送订单生成请求。除了收银员输入的订单支付金额之外，该请求信息还可以包括：商户代码、订单生成时间、流水号等信息（2）。

支付网关服务器收到订单生成请求后，查找商户注册时录入的地理位置信息，将商户地理位置与所生成的交易订单关联地存储，并且向服务器内存中的待匹配订单队列中加入该交易订单，如果加入成功则向商户服务平台返回成功信息（3）。此时，收银员即可告诉用户启动后续订单获取步骤。

用户在得知订单已生成后，可以首先打开手机上的支付客户端程序，并且摇动手机（4）。当手机上的传感器系统感测到用户的摇动动作之后，向手机上的支付客户端程序发送触发信号，并且该支付客户端程序响应该触发信号而生成支付订单获取请求并且调用手机的通信模块向支付网关服务器发送该支付订单获取请求，该请求信息至少包括手机的实时地理位置（5）。

支付网关服务器收到订单获取请求后，在待匹配订单队列中筛选符合条件的交易订单。筛选条件的优先级可以是：1. 支付账户已开通手机无卡近场支付功能；2. 订单生成时间先于订单获取请求时间；3. 手机的当前地理位置与交易订单的关联商户地理位置相距100米之内。在确定候选交易订单之后，支付网关服务器按地理位置由近到远的顺序将候选交易订单的列表返回到用户的手机（6）。

最后，用户至少可以根据商户名称和交易金额从候选交易订单中确认其所需要的交易订单，并发起后续支付步骤。

总的来说，本发明的实施例由于采用近场订单识别结合远程支付，因此可无缝地调用现有的移动支付控件，具有高安全性。对于用户而言只需要对移动终端进行非常简单的操作就可以获取到商户端生成的交易订单信息，因而提供了良好的用户体验感受。通过使用本发明所提供的近场无卡支付订单获取方法和系统具有安全可靠、成本节约的优点，尤其可以减少商户对POS机终端的投入，大大节约了支付产业链成本。

本发明的一些实施方式可以用软件、硬件或者任何软件和/或硬件的组合来实现。本发明的实施例可以包括单元和/或子单元，所述单元和/或子单元可以是相互分开的或者全部或部分地组合在一起的、并且可以使用特定的、多目的的或通用的处理器或者控制器、或者现有技术中已知的设备实现。本发明的一些实施方式可以包括用于数据暂时或长期存储或者为了便于特定实施方式的操作的缓冲器、寄存器、堆栈、存储单元和/或存储器单元。

应当说明的是，以上具体实施方式仅用以说明本发明的技术方案而非对其进行限制。尽管参照上述具体实施方式对本发明进行了详细的说明，本领域的普通技术人员应当理解，依然可以对本发明的具体实施方式进行修改或对部分技术特征进行等同替换而不脱离本发明的实质，其均涵盖在本发明请求保护的范围中。

Claims (18)

1.一种近场无卡支付订单获取方法，其特征在于，所述方法包括：

从商户端设备向支付网关服务器发送订单生成请求；

所述支付网关服务器响应所述订单生成请求而生成交易订单并且将所述交易订单加入待匹配订单队列；

由用户触发支付端移动设备向所述支付网关服务器发送支付订单获取请求；以及

所述支付网关服务器根据所述支付订单获取请求在所述待匹配订单队列中筛选出可能的候选交易订单并且将所述候选交易订单的列表返回所述支付端移动设备。

2.如权利要求1所述的方法，其特征在于，由用户触发支付端移动设备发送支付订单获取请求包括：

由所述移动设备上的传感器系统感测用户对所述移动设备的操作并且在感测到该操作时向所述移动设备上的支付模块发送触发信号；以及

由所述支付模块响应所述触发信号而生成支付订单获取请求并且调用所述移动设备上的通信模块向所述支付网关服务器发送该支付订单获取请求。

3.如权利要求2所述的方法，其特征在于，用户对所述支付端移动设备的操作可以包括由用户摇动所述移动设备，并且由该移动设备上的传感器系统来感测所述摇动以产生所述触发信号。

4.如权利要求1所述的方法，其特征在于，所述支付订单获取请求至少包括所述支付端移动设备的当前地理位置，并且所述支付网关服务器通过匹配商户地理位置与支付端移动设备的当前地理位置而在所述待匹配订单队列中筛选可能的候选交易订单。

5.如权利要求4所述的方法，其特征在于，生成交易订单包括所述支付网关服务器基于包含在所述订单生成请求中的商户信息确定商户地理位置，并且将所述商户地理位置与所生成的交易订单关联地存储。

6.如权利要求5所述的方法，其特征在于，在所述待匹配订单队列中进行筛选包括将关联的商户地理位置与所述支付端移动设备的当前地理位置相距预定距离范围内的交易订单确定为候选交易订单。

7.如权利要求6所述的方法，其特征在于，所述支付网关服务器按关联的商户地理位置由近到远的顺序向所述支付端移动设备返回所述候选交易订单的列表。

8.如权利要求1所述的方法，其特征在于，生成交易订单包括所述支付网关服务器将订单生成时间与所生成的交易订单关联地存储，并且在所述待匹配订单队列中进行筛选包括在订单生成时间先于所述支付订单获取请求的接收时间的交易订单中进行筛选。

9.如权利要求1所述的方法，其特征在于，从商户端设备向支付网关服务器发送订单生成请求包括通过所述商户端设备上的网页浏览器经由因特网向所述支付网关服务器。

10.一种近场无卡支付订单获取系统，其特征在于，所述系统包括商户端设备、支付网关服务器以及支付端移动设备，其中

所述支付端移动设备被配置为基于用户触发而向所述支付网关服务器发送支付订单获取请求；并且

所述支付网关服务器被配置为响应来自商户端设备的订单生成请求而生成交易订单并且将所述交易订单加入待匹配订单队列；以及根据所述支付订单获取请求在所述待匹配订单队列中筛选出可能的候选交易订单并且将所述候选交易订单的列表返回所述支付端移动设备。

11.如权利要求10所述的系统，其特征在于，所述支付端移动设备被配置为至少包括支付模块、传感器系统以及通信模块，其中所述传感器系统被配置为感测用户对所述移动设备的操作并且在感测到该操作时向所述支付模块发送触发信号，以及所述支付模块被配置为响应该触发信号而生成支付订单获取请求并且调用所述通信模块向所述支付网关服务器发送该支付订单获取请求。

12.如权利要求11所述的系统，其特征在于，用户对所述支付端移动设备的操作可以包括由用户摇动所述移动设备，并且所述传感器系统被配置为感测所述摇动以产生所述触发信号。

13.如权利要求10所述的系统，其特征在于，所述支付订单获取请求至少包括所述支付端移动设备的当前地理位置，并且所述支付网关服务器被配置为通过匹配商户地理位置与支付端移动设备的当前地理位置而在所述待匹配订单队列中筛选可能的候选交易订单。

14.如权利要求13所述的系统，其特征在于，生成交易订单包括所述支付网关服务器基于包含在所述订单生成请求中的商户信息确定商户地理位置，并且将所述商户地理位置与所生成的交易订单关联地存储。

15.如权利要求14所述的系统，其特征在于，在所述待匹配订单队列中进行筛选包括将关联的商户地理位置与所述支付端移动设备的当前地理位置相距预定距离范围内的交易订单确定为候选交易订单。

16.如权利要求15所述的系统，其特征在于，所述支付网关服务器被配置为按关联的商户地理位置由近到远的顺序向所述支付客户端返回所述候选交易订单的列表。

17.如权利要求10所述的系统，其特征在于，生成交易订单包括所述支付网关服务器将订单生成时间与所生成的交易订单关联地存储，并且在所述待匹配订单队列中进行筛选包括在订单生成时间先于所述支付订单获取请求的接收时间的交易订单中进行筛选。

18.如权利要求10所述的系统，其特征在于，所述商户端设备被配置为至少包括网页浏览器并且能够访问互联网，并且所述订单生成请求通过所述网页浏览器经由因特网从所述商户端设备被发送至所述支付网关服务器。