交易处理方法、装置及服务器与流程

本申请涉及网络通信技术领域，尤其涉及交易处理方法、装置及服务器。

背景技术：

随着智能终端的发展和网络应用的普及，用户可以通过终端上安装的各种应用客户端实现各种交易操作，使人们的购物或消费等操作更为便捷。相关技术中，消费方与商户方进行交易付款时，消费方可以使用智能终端从交易服务端获取如二维码或声波等付款特征码，商户方可以使用智能终端与消费方的智能终端进行现场交互，通过扫描二维码或音频采集等方式获取该付款特征码，进而请求交易服务器对消费方进行扣款操作，从而实现消费方与商户方的交易。

在上述过程中，可能出现消费方与商户方合作进行虚假交易的情况，例如，以线下到家服务场景为例，消费方向商户方发起订单，商户方在接收订单后，商户方实际上并没有至消费方处提供服务，但在订单支付时，消费方可以通过终端获取付款特征码，并将付款特征码通过网络传输等方式传输给商户方，商户方获取到该付款特征码后可以请求服务器完成交易处理。后续，商户方可以给消费方返回交易金额从而实现不真实的交易操作，甚至还可以让消费方进行信用卡套现，带来了极为不利的影响，因此导致交易处理的可靠性不高。

技术实现要素：

本申请提供了交易处理方法、装置及服务器，以解决现有交易处理可靠 性不高的问题。

根据本申请实施例的第一方面，提供一种交易处理方法，所述方法包括：

获取发起订单的消费方所在的位置；

监测接受所述订单的商户方是否到达所述位置；

当获取到对所述订单进行付款或收款的交易请求时，判断所述消费方和商户方是否处于同一地理区域进行交易；

根据监测结果和判断结果确定是否允许交易。

根据本申请实施例的第二方面，提供一种交易处理装置，所述装置包括：

位置获取模块，用于获取发起订单的消费方所在的位置；

监测模块，用于监测接受所述订单的商户方是否到达所述位置；

判断模块，用于当获取到对所述订单进行付款或收款的交易请求时，判断所述消费方和商户方是否处于同一地理区域进行交易；

交易确定模块，用于根据监测结果和判断结果确定是否允许交易。

根据本申请实施例的第三方面，提供一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取发起订单的消费方所在的位置；

监测接受所述订单的商户方是否到达所述位置；

当获取到对所述订单进行付款或收款的交易请求时，判断所述消费方和商户方是否处于同一地理区域进行交易；

根据监测结果和判断结果确定是否允许交易。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请中，服务器可以监测商户方是否到达消费方所在的位置，以此确定商户方是否有到达消费方处提供服务。在订单支付阶段，增加判断所述消费方和商户方是否处于同一地理区域进行交易的处理流程。根据监测结果和判断结果，服务器可以在确定本次交易是否真实，从而防止虚假交易的发生， 提高交易处理的可靠性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请实施例实现交易处理的一个应用场景示意图。

图2是本申请交易处理方法的一个实施例流程图。

图3a是本申请交易处理方法的另一个实施例流程图。

图3b是图3a实施例中用户终端发起交易请求的示意图。

图3c是图3a实施例中商户终端响应交易请求的示意图。

图4是本申请交易处理装置所在服务器的一种硬件结构图。

图5是本申请交易处理装置的一个实施例框图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信 息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图1，是本申请实施例实现交易处理的一个应用场景示意图，在图1中，服务器可以由提供第三方服务的平台运营商进行设置，通过该服务器可以向注册用户提供各种交易应用，以实现不同用户间包括创建订单或交易支付等交易功能。在图1中，消费方可以预先在服务器上注册第一账户，利用第一终端登录服务器获得交易功能。商户方也可以预先在服务器上注册第二账户，利用第二终端登录服务器获得交易功能。本申请实施例中的终端可以具体指各种具有网络连接功能的终端，例如，手机、平板电脑、pos(pointofsale，销售点)终端等，当然，本申请实施例也不排除在pc(personalcomputer，个人计算机)上的应用。

以线下到家服务应用场景为例，当消费方要与商户方之间进行交易操作时，消费方可以在第一终端上基于第一账户登录服务器，商户方可以在第二终端上基于第二账户登录服务器，然后第一终端作为交易操作发起方，向商户方发起订单，通常消费方在发起订单时，需要设置位置信息，以使商户方根据该位置信息到达消费方处提供服务。商户方接受订单后，服务器可以监测商户方是否到达该位置，以此确定商户方是否有到达消费方处提供服务。在订单支付阶段，当获取到对所述订单进行付款或收款的交易请求时，可判断所述消费方和商户方是否处于同一地理区域进行交易，根据监测结果和判断结果，服务器可以在对用户进行扣款前监控本次交易是否真实，从而防止虚假交易的发生，提高交易处理的可靠性，下面将结合附图2对本申请实施例进行详细描述。

参见图2，是本申请交易处理方法的一个实施例流程图，该实施例可以应用在服务器，包括以下步骤201至204：

在步骤201、获取发起订单的消费方所在的位置。

在步骤202、监测接受所述订单的商户方是否到达所述位置。

在步骤203、当获取到对所述订单进行付款或收款的交易请求时，判断所述消费方和商户方是否处于同一地理区域进行交易。

在步骤204、根据监测结果和判断结果确定是否允许交易。

本申请实施例所提供的方案适用于线下到家服务(例如外卖、上门维修、上门保洁等)等应用场景。在此类场景中，正常的交易流程为：消费方通过交易平台进行订单操作，向商户方发起订单请求，以请求商户方为其提供服务，在该订单请求中可以包括消费方设定的订单信息，例如姓名、电话号码、交易位置信息等。商户方用户可以响应该订单请求，并根据消费方所设定的位置到达消费方处为消费方提供服务；在服务结束后，消费方用户可以发起进行付款的交易请求，并通过与商户方的终端进行交互的方式，支付其消费的费用。

在该应用场景中，服务端在检测到消费方发起订单时，可以获取消费方所在的位置，即交易地点。当检测到商户方接受该订单后，可以通过gps(globalpositioningsystem，全球定位系统)等定位方式实时获取商户方的地理位置，以监测商户方是否到达交易地点，以此作为判断商户方是否真实为消费方提供服务的依据。

在订单支付阶段，可以是消费方对订单发起付款请求，或者是商户方对订单发起收款请求，本实施例将消费方对订单发起的付款请求或商户方对订单发起的收款请求统称为交易请求。其中，将发起请求的一方称为交易请求方，响起该交易请求的一方称为交易响应方。交易请求方可以通过第一终端向服务器发送交易请求，例如，该交易请求可以通过在第一终端的应用界面上设置的交易请求选项按钮等进行触发，对此本申请实施例不进行限制。

以交易请求方为消费方，交易响应方为商户方为例进行说明，在实际应用中，当交易请求方通过第一终端发起交易请求时，第一终端可以根据交易请求为交易请求方生成付款特征码，该付款特征码可以是二维付款码或一包含特定频道声波的音频等，付款特征码可以携带交易请求方的账户标识等信息，商户方可以通过第二终端扫描第一终端的二维付款码或者通过音频组件采集该音频，从而响应交易请求方的交易请求。

服务器可以在消费方和商户方进行上述交易时，判断交易双方是否处于同一地理区域，以此作为判断双方是否面对面通过终端交互进行真实交易的依据。

当然，在其他的应用场景中，还可以是商户方作为交易发起方发起交易请求，当商户方通过第二终端发起交易请求时，第二终端可以根据交易请求为商户方生成收款特征码，该收款特征码可以是二维收款码或一包含特定频道声波的音频等，该收款特征码可以携带商户方的账户标识等信息，第二终端的应用界面可以显示该二维收款码，或者输出该音频。消费方作为交易响应方，可以通过第一终端扫描第二终端的二维收款码或者通过音频组件采集该音频，从而响应交易请求。

在一个可选的实现方式中，所述当获取到对所述订单进行付款或收款的交易请求时，判断所述消费方和商户方是否处于同一地理区域进行交易，包括：

获取交易请求方发起所述交易请求时的第一地理位置。

获取交易响应方响应所述交易请求时的第二地理位置。

根据所述第一地理位置和第二地理位置判断所述消费方和商户方是否处于同一地理区域进行交易，所述商户方和消费方中其中一个为交易请求方，另一个为交易响应方。

本申请实施例中，该第一地理位置或第二地理位置可以具体指交易请求方和交易响应方所处的地理位置坐标。其中，服务器可以向终端发起地理位置获取请求，终端根据该请求，可以采用多种地理位置判断技术获得其地理位置信息并反馈给服务器。例如，当终端为智能手机时，其可以基于gps(全球定位系统，globalpositioningsystem)方式获得地理位置信息，也可以通过移动运营商网络的基站测距方式获得地理位置信息，或者采用结合基站测距和gps方式进行联合定位的a-gps(assistedgps，辅助gps)方式获得地理位置信息，本申请实施例对此不一一详述。

其中，消费方和商户方是否处于同一地理区域，可以是指双方的地理位置 坐标是否相同，或者是双方的地理位置距离的远近，或者是双方的地理位置是否在一设定的地理范围内等多种方式。

例如，可以通过判断双方的地理位置差距是否较小确定交易双方处于相同或不同的地理区域，当判断双方地理位置非常接近，可以确定处于同一地理区域，若判断双方地理位置差距较大，可以确定处于不同地理区域。具体的，地理位置差距选取多少作为判断同一地理区域的标准，在实际应用中可以灵活配置。

或者，地理区域还可以是具有预设大小的地理区域，例如长五米宽五米的矩形地理区域或者是半径三米的圆形地理区域等，本申请实施例对此不进行限制。判断交易请求方和交易响应方在进行交易时是否处于同一地理区域，可以是交易双方的地理位置信息是否都在上述预设大小的地理区域内。

在一个可选的实现方式中，所述根据所述第一地理位置和第二地理位置判断所述消费方和商户方是否处于同一地理区域进行交易，可以包括：

计算第一地理位置和第二地理位置的距离。

根据所述距离和预设距离阈值确定所述消费方和商户方是否处于同一地理区域进行交易。

本申请实施例中，地理位置可以是具体的地理坐标，利用两点间距离公式，可以计算出交易请求方和交易响应方在进行交易时的距离。该预设距离阈值可以是2米、3米等预设值，在实际应用中可以灵活配置。对比该距离和预设距离阈值的大小，可以确定消费方和商户方在进行交易时处于相同或不同地理区域。若该距离大于预设距离阈值，可以确定交易双方在进行交易时处于不同地理区域。本实施例中，采用计算距离的方式确定交易双方处于不同地理区域，其计算量较小，能提高交易处理的速度。

对于如何根据监测结果和判断结果确定是否允许交易，在实际应用中可以设定多种不同的策略。例如，当所述商户方到达所述消费方所在的位置，并且所述消费方和商户方处于同一地理区域进行交易时，确定允许交易。正常交易情况下，商户方应该达到消费方所设定的地点提供服务，在提供服务 后消费方与商户方面对面进行终端交互的方式进行订单付款。因此若符合此策略，可以认为本次交易的可靠度高，确定允许交易。

或者，当所述商户方没有到达消费方所在的位置，并且所述消费方和商户方没有处于同一地理区域进行交易时，确定不允许交易。若商户方没有达到消费方所处的地点，可以认为商户方没有提供真实的服务，并且交易时交易双方又没有处于同一地理区域，则该交易为虚假交易的可能性较大，可以不允许双方交易，通过上述方式可以防止虚假交易的发生，进而提高交易处理的安全性和可靠性。

除了上述示例，在实际应用中，服务器还可以根据需求设置其他的策略，例如是当监测到商户方并没有达到消费方所在位置，则不论交易时消费方与商户方是否处于同一地理区域都不允许交易等多种方式。

参见图3a，是本申请交易处理方法的一个实施例流程图，该实施例结合图1所示应用场景，详细描述了一种交易处理过程，该应用场景为线下到家服务场景，在该场景中可以包括提供服务的商户方持有的商户终端，以及购买服务的消费方持有的用户终端，该实施例包括以下步骤301至310：

步骤301：商户终端和用户终端开启各自的交易应用后登录服务器。

本实施例中，商户与消费方之间为了实现交易，可以预先在商户终端和客户终端上分别安装交易应用(app，application)，在开启该交易app后，通过注册的账户名和密码登录到该服务器。服务器可以通过该交易应用为商户方和消费方提供交易功能，例如提供商户方的商户界面，在该商户界面中可以显示有商户方所提供的商品或服务，消费方可以通过该商户界面购买商户方的商品或服务。

步骤302：用户终端向服务器发送订单请求，发送所在位置。

本实施例中，基于用户终端开启的交易app，用户可以在该交易app提供的商户界面上进行订单操作，以请求商户方为其提供服务，例如可以是在商户界面上点击购物服务的请求选项，以触发用户终端向服务器发送订单请求，该订单请求可以包括消费方设置的个人信息，例如姓名、手机、地理位置等。

步骤303：服务器向商户终端发送订单请求。

本实施例中，服务器可以在接收到该订单请求时，向商户方反馈该订单信息。

步骤304：商户终端响应订单请求，发送位置。

本实施例中，基于商户终端开启的交易app，服务器可以向商户方反馈订单请求，商户方可以获得与订单相关信息，并确认接受该订单为消费方提供服务，例如，可以是点选终端应用界面上确认服务的请求选项，以触发商户终端响应订单请求，同时，可以根据服务器的请求，向服务器发送其当前的地理位置。

步骤305：服务器根据商户方当前地理位置，为商户方推荐到达消费方所在位置的路径。

服务器在确定接受所述订单的商户方后，获取所述商户方的地理位置，根据所述商户方的地理位置确定到达所述消费方所在的位置的路径，将所述路径推送给所述商户方。其中，服务器可以通过地图搜索等技术获取该路径。

步骤306：服务器检测商户方是否到达消费方所在的位置。

服务器可以实时获取商户的位置信息，以监控商户终端的移动轨迹，确定商户终端是否到达消费方所在的交易位置。

步骤307：商户方到达消费方所在位置，为消费方提供服务。

商户方到达消费方所在的交易位置后，可以利用商户终端与消费方的用户终端进行交互，确认开始服务。例如，该交互方式可以是商户方点击其终端的应用界面上的开始服务选项，以触发服务器为其返回用于交互的交互特征码，例如可以是二维码或声波等，消费方可以利用其用户终端扫描或采集该交互特征码，从而完成现场交互，以使服务器确认商户方到达交易位置并开始服务。在实际应用中，还可以采用蓝牙、wifi等其他交互方式。

步骤308：消费方发送进行付款的交易请求，并发送当前位置。

本实施例中，当商户完成服务，消费方可以基于用户终端开启的交易app提供的支付功能，在该交易app的应用界面上点击支付操作的请求选项，以触 发用户终端向服务器发送交易请求，服务器可以在接收到该交易请求时，向用户终端反馈付款二维码，同时获取用户终端此时的地理位置信息。

参见图3b，为本实施例中用户终端发起交易请求的示意图，其中，“支付操作的请求选项”可以具体为图3b中示出的“生成付款码”这一应用图标，当消费方点选该应用图标后，可以生成用于本次支付操作的付款二维码，该付款二维码通常可以携带加密后的消费方账户的标识信息，以表示此次付款的用户信息。如图3b所示，示出了本实施例中一种二维码的示意图。

步骤309：商户终端响应用户终端的交易请求。

本实施例中，基于商户终端开启的交易app，商户可以在该交易app的应用界面上点击收款操作的请求选项，以触发商户终端获取客户终端的付款二维码，从而响应客户终端的交易请求，服务器可以在检测到商户终端响应该交易请求时获取商户终端此时的地理位置信息。

参见图3c，为本实施例中商户终端响应交易请求的示意图，其中，“收款操作的请求选项”可以具体为图3c中示出的“扫一扫”这一应用图标，当商户点选该应用图标后，商户终端可以通过扫码机或商户终端上的摄像组件扫描客户终端的二维码，识别出二维码中携带的信息，以获得本次付款的消费方信息，从而响应用户终端的交易请求，商户终端的应用界面中可以显示消费方的个人信息，还可以显示用于获取交易金额的输入框，服务器可以在检测到商户终端响应用户终端的交易请求时，获取商户终端的地理位置信息。

步骤310：根据双方位置判断是否处于同一地理区域，并根据判断结果监测结果确定是否允许交易。

由上述实施例可见，由于服务器可以在交易最终完成前监控商户方是否达到消费方处提供服务，并且监控交易双方是否处于同一位置面对面进行交易，并以此作为确定本次交易是否真实的依据，通过上述流程能降低虚假交易发生的风险，防止虚假交易的发生，提高交易处理的安全性。

与前述交易处理方法的实施例相对应，本申请还提供了交易处理装置的 实施例。

本申请交易处理装置的实施例可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请交易处理装置所在业务服务器的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务器通常根据该服务器的实际功能，还可以包括其他硬件，对此不再赘述。

参见图5，为本申请交易处理装置的一个实施例框图，所述装置包括：位置获取模块51、监测模块52、判断模块53和交易确定模块54。

其中，位置获取模块51，用于获取发起订单的消费方所在的位置。

监测模块52，用于监测接受所述订单的商户方是否到达所述位置。

判断模块53，用于当获取到对所述订单进行付款或收款的交易请求时，判断所述消费方和商户方是否处于同一地理区域进行交易。

交易确定模块54，用于根据监测结果和判断结果确定是否允许交易。

在一个可选的实现方式中，所述交易确定模块54，具体用于：当所述商户方到达所述位置，并且所述消费方和商户方处于同一地理区域进行交易时，确定允许交易。

在一个可选的实现方式中，所述交易确定模块54，具体用于：当所述商户方没有到达所述位置，并且所述消费方和商户方没有处于同一地理区域进行交易时，确定不允许交易。

在一个可选的实现方式中，所述装置还包括：

商户位置获取模块(图5未示出)，用于在确定接受所述订单的商户方后，获取所述商户方的地理位置。

路径推送模块(图5未示出)，用于根据所述商户方的地理位置确定到达所述消费方所在的位置的路径，将所述路径推送给所述商户方。

在一个可选的实现方式中，所述判断模块53，包括：

第一位置获取子模块(图5未示出)，用于获取交易请求方发起所述交易请求时的第一地理位置。

第二位置子模块(图5未示出)，用于获取交易响应方响应所述交易请求时的第二地理位置。

区域判断子模块(图5未示出)，用于根据所述第一地理位置和第二地理位置判断所述消费方和商户方是否处于同一地理区域进行交易，所述商户方和消费方中其中一个为交易请求方，另一个为交易响应方。

在一个可选的实现方式中，所述区域判断子模块(图5未示出)，包括：

距离计算子模块(图5未示出)，用于计算所述第一地理位置与第二地理位置的距离。

区域确定子模块(图5未示出)，用于根据所述距离和预设距离阈值确定所述消费方和商户方是否处于同一地理区域进行交易。

相应的，本申请还提供一种服务器，所述装置包括有处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

获取发起订单的消费方所在的位置。

监测接受所述订单的商户方是否到达所述位置。

当获取到对所述订单进行付款或收款的交易请求时，判断所述消费方和商户方是否处于同一地理区域进行交易。

根据监测结果和判断结果确定是否允许交易。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

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