CN109816366A - 用于服务器或者支付设备的支付交易处理方法、系统 - Google Patents

Abstract

本发明提出了一种用于服务器或者支付设备的支付交易处理方法、系统、计算机设备和计算机可读存储介质，其中支付交易处理方法，包括：接收来自支付设备的订单信息；对订单信息进行处理，生成受理结果和支付交易单号；将受理结果和支付交易单号发送至支付设备，以供支付设备提供支付交易；接收来自支付设备的与支付交易单号对应的支付结果；根据支付结果进行扣款，并将扣款结果发送至支付设备。本发明实现支付系统服务器与支付设备之间的数据交互传输，解决用户支付方式多样而导致数据交互复杂的问题。

Description

用于服务器或者支付设备的支付交易处理方法、系统

技术领域

本发明涉及智能支付技术领域，具体而言，涉及一种用于服务器或者支付设备的支付交易处理方法、系统、计算机设备和计算机可读存储介质。

背景技术

目前，网约车平台提供给司机双重角色的服务，即司机可以在网约车平台上为用户提供服务，也可以作为用户获取服务。在司机的运营和司机消费场景中，必然存在支付交易需求，例如司机给车辆加油，对应这种场景需要进行加油站的司机车辆加油统计，如表1中车主类型及支付平台的具体信息所示，网约车车主占比较小，80以上是非网约车车主，且66.67％的车主采用互联网线上支付。如表2中网约车车主及支付方式的具体信息所示，又分多种支付方式进行消费。

表1

车主类型	网约车车主16.67％	线上支付车主50％	保守车主33.33％
				支付平台	网约车服务器端	微信、支付宝	代下单

表2

由上述表1、表2中可以看出，在消费场景中存在多种支付方式并存且网上支付占比较大的情况，以及由于多种支付方式会给商户(加油站)进行资金结算带来极大的困扰，因此，如何解决车主的消费和商户资金结算成为亟待解决的问题。

发明内容

本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。

为此，本发明的一个方面在于提出了一种支付交易处理方法，用于服务器。

本发明的另一个方面在于提出了一种支付交易处理系统，用于服务器。

本发明的再一个方面在于提出了一种支付交易处理方法，用于支付设备。

本发明的再一个方面在于提出了一种支付交易处理系统，用于支付设备。

本发明的再一个方面在于提出了一种计算机设备。

本发明的再一个方面在于提出了一种计算机可读存储介质。

有鉴于此，根据本发明的一个方面，提出了一种支付交易处理方法，应用于服务器，支付交易处理方法包括：接收来自支付设备的订单信息；对订单信息进行处理，生成受理结果和支付交易单号；将受理结果和支付交易单号发送至支付设备，以供支付设备提供支付交易；接收来自支付设备的与支付交易单号对应的支付结果；根据支付结果进行扣款，并将扣款结果发送至支付设备。

本发明提供的支付交易处理方法，用于服务器，接收在支付设备上完成的订单信息，对订单信息进行收单处理生成受理结果和支付交易单号，并发送回支付设备，以供用户通过受理结果知晓服务器已经受理该订单，以及在该支付设备上根据支付交易单号进行支付，完成交易。本发明实现支付系统服务器与支付设备之间的数据交互传输，解决用户支付方式多样而导致数据交互复杂的问题。

当用户根据支付交易单号在支付设备上完成支付后会发送支付结果，在服务器接收到该支付结果后确认用户已经支付完毕，则存储该支付结果并进行扣款操作，进一步地将扣款结果再发送给支付设备，使用户知晓订单已经支付成功，使支付系统服务器与支付设备之间的数据交互完全打通，实现快捷支付。

根据本发明的上述支付交易处理方法，还可以具有以下技术特征：

在上述技术方案中，优选地，还包括：如果未接收到支付结果，则向支付设备发送查询支付结果的指令。

在该技术方案中，在服务器未接收到支付设备发送的支付结果时，主动发送查询指令，避免支付异常情况发生，保证支付过程顺利进行。

在上述任一技术方案中，优选地，订单信息包括订单帐号、商户信息、订单金额、订单时间；其中，商户信息包括商户名称、商户银行卡号。

在该技术方案中，服务器接收到的订单信息包括订单帐号、商户信息、订单金额、订单时间，订单帐号用于对订单的标识，与其它订单进行区分；商户信息中包括商户名称、商户银行信息，用于确定该订单是针对哪个商户下单的；订单金额表示出该订单的支付金额；订单时间表示出该订单的支付时间。根据上述信息确保准确地完成支付交易。

在上述任一技术方案中，优选地，还包括：根据订单帐号、订单金额、订单时间，汇总商户名称在预设时间内的总订单金额；根据总订单金额向商户银行卡号进行汇款。

在该技术方案中，由于不同的用户可能会通过不同的支付方式在商户进行消费，服务器能够对商户自动进行预设时间段内的资金汇总，进而汇款，避免对商户每天的资金结算及核算造成极大的困扰。

根据本发明的另一个方面，提出了一种支付交易处理系统，应用于服务器，支付交易处理系统包括：市场服务单元，用于接收来自支付设备的订单信息；处理单元，用于对订单信息进行处理，生成受理结果和支付交易单号；市场服务单元，还用于将受理结果和支付交易单号发送至所述支付设备，以供支付设备提供支付交易；处理单元，用于接收来自支付设备的与支付交易单号对应的支付结果；根据支付结果进行扣款，并将扣款结果发送至支付设备。

本发明提供的支付交易处理系统，用于服务器，接收在支付设备上完成的订单信息，对订单信息进行收单处理生成受理结果和支付交易单号，并发送回支付设备，以供用户通过受理结果知晓服务器已经受理该订单，以及在该支付设备上根据支付交易单号进行支付，完成交易。本发明实现支付系统服务器与支付设备之间的数据交互传输，解决用户支付方式多样而导致数据交互复杂的问题。

当用户根据支付交易单号在支付设备上完成支付后会发送支付结果，在服务器接收到该支付结果后确认用户已经支付完毕，则存储该支付结果并进行扣款操作，进一步地将扣款结果再发送给支付设备，使用户知晓订单已经支付成功，使支付系统服务器与支付设备之间的数据交互完全打通，实现快捷支付。

根据本发明的上述支付交易处理系统，还可以具有以下技术特征：

在上述技术方案中，优选地，市场服务单元，还用于如果未接收到支付结果，则向支付设备发送查询支付结果的指令。

在该技术方案中，在服务器未接收到支付设备发送的支付结果时，主动发送查询指令，避免支付异常情况发生，保证支付过程顺利进行。

在上述任一技术方案中，优选地，订单信息包括订单帐号、商户信息、订单金额、订单时间；其中，商户信息包括商户名称、商户银行卡号。

在该技术方案中，服务器接收到的订单信息包括订单帐号、商户信息、订单金额、订单时间，订单帐号用于对订单的标识，与其它订单进行区分；商户信息中包括商户名称、商户银行信息，用于确定该订单是针对哪个商户下单的；订单金额表示出该订单的支付金额；订单时间表示出该订单的支付时间。根据上述信息确保准确地完成支付交易。

在上述任一技术方案中，优选地，处理单元，还用于根据订单帐号、订单金额、订单时间，汇总商户名称在预设时间内的总订单金额；以及根据总订单金额向商户银行卡号进行汇款。

在该技术方案中，由于不同的用户可能会通过不同的支付方式在商户进行消费，服务器能够对商户自动进行预设时间段内的资金汇总，进而汇款，避免对商户每天的资金结算及核算造成极大的困扰。

根据本发明的再一个方面，提出了一种支付交易处理方法，应用于支付设备，支付交易处理方法包括：将订单信息发送至服务器后，接收由服务器对订单信息反馈的受理结果和支付交易单号，并显示受理结果和支付交易单号；获取对支付交易单号对应的支付结果，并将支付结果发送至服务器，以供服务器进行扣款。

本发明提供的支付交易处理方法，用于支付设备，用户在通过支付设备下单准备进行支付时，支付设备将订单信息传输至服务器后，接收由服务器产生的受理结果和支付交易单号，其中受理结果表示服务器已经受理该订单，支付交易单号为支付交易的唯一标识号。显示出该支付交易单号，以供用户根据支付交易单号进行刷卡、输入密码、电子签名等一系列支付操作，进而得到支付结果(例如用户支付成功)，并将该支付结果发送至服务器进行扣款，完成整个交易过程。本发明实现支付系统服务器与支付设备之间的数据交互传输，解决用户支付方式多样而导致数据交互复杂的问题。

根据本发明的上述支付交易处理方法，还可以具有以下技术特征：

在上述技术方案中，优选地，还包括：接收服务器反馈的扣款结果，并显示扣款结果。

在该技术方案中，将来自服务器的最终扣款结果展示给用户，用户即可确认已经支付成功，使用户知晓支付情况。

在上述任一技术方案中，优选地，还包括：接收查询支付结果的指令，将支付结果发送至服务器。

在该技术方案中，在服务器未接收到支付设备发送的支付结果时，会主动发送查询指令，支付设备则根据该查询指令将支付结果发送给服务器，避免支付异常情况发生，保证支付过程顺利进行。

根据本发明的又一个方面，提出了一种支付交易处理系统，应用于支付设备，支付交易处理系统包括：信息接收单元，用于将订单信息发送至服务器后，接收由服务器对订单信息反馈的受理结果和支付交易单号，并显示受理结果和支付交易单号；信息发送单元，用于获取对支付交易单号对应的支付结果，并将支付结果发送至服务器，以供服务器进行扣款。

本发明提供的支付交易处理系统，用于支付设备，用户在通过支付设备下单准备进行支付时，支付设备将订单信息传输至服务器后，接收由服务器产生的受理结果和支付交易单号，其中受理结果表示服务器已经受理该订单，支付交易单号为支付交易的唯一标识号。显示出该支付交易单号，以供用户根据支付交易单号进行刷卡、输入密码、电子签名等一系列支付操作，进而得到支付结果(例如用户支付成功)，并将该支付结果发送至服务器进行扣款，完成整个交易过程。本发明实现支付系统服务器与支付设备之间的数据交互传输，解决用户支付方式多样而导致数据交互复杂的问题。

根据本发明的上述支付交易处理系统，还可以具有以下技术特征：

在上述技术方案中，优选地，信息接收单元，还用于接收服务器反馈的扣款结果，并显示扣款结果。

在该技术方案中，将来自服务器的最终扣款结果展示给用户，用户即可确认已经支付成功，使用户知晓支付情况。

在上述任一技术方案中，优选地，信息接收单元，还用于接收查询支付结果的指令；信息发送单元，还用于将支付结果发送至服务器。

在该技术方案中，在服务器未接收到支付设备发送的支付结果时，会主动发送查询指令，支付设备则根据该查询指令将支付结果发送给服务器，避免支付异常情况发生，保证支付过程顺利进行。

根据本发明的又一个方面，提出了一种用于支付交易处理的服务器，包括如上述任一项的用于服务器的支付交易处理系统。

本发明提供的用于支付交易处理的服务器，包括如上述任一项的用于服务器的支付交易处理系统，能够实现上述用于服务器的支付交易处理系统的技术效果，不再赘述。

根据本发明的又一个方面，提出了一种用于支付交易处理的支付设备，包括如上述任一项的用于支付设备的支付交易处理系统。

本发明提供的用于支付交易处理的支付设备，包括如上述任一项的用于支付设备的支付交易处理系统，能够实现上述用于支付设备的支付交易处理系统的技术效果，不再赘述。所述支付设备可以为POS机，该POS机上安装有支付交易处理应用程序。

根据本发明的又一个方面，提出了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，处理器执行计算机程序时实现如上述任一项的用于服务器的支付交易处理方法的步骤和/或如上述任一项的用于支付设备的支付交易处理方法的步骤。

本发明提供的计算机设备，处理器执行计算机程序时实现如上述任一项的用于服务器的支付交易处理方法的步骤和/或如上述任一项的用于支付设备的支付交易处理方法的步骤，具有如上述任一项的用于服务器的支付交易处理方法和/或如上述任一项的用于支付设备的支付交易处理方法的技术效果，不再赘述。

根据本发明的又一个方面，提出了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述任一项的用于服务器的支付交易处理方法的步骤和/或如上述任一项的用于支付设备的支付交易处理方法的步骤。

本发明提供的计算机可读存储介质，计算机程序被处理器执行时实现如上述任一项的用于服务器的支付交易处理方法的步骤和/或如上述任一项的用于支付设备的支付交易处理方法的步骤，具有如上述任一项的用于服务器的支付交易处理方法和/或如上述任一项的用于支付设备的支付交易处理方法的技术效果，不再赘述。

本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1示出了本发明的一个实施例的支付交易处理方法的流程示意图；

图2示出了本发明的另一个实施例的支付交易处理方法的流程示意图；

图3示出了本发明的再一个实施例的支付交易处理方法的流程示意图；

图4示出了本发明的一个实施例的支付交易处理系统的示意框图；

图5示出了本发明的一个实施例的支付交易处理方法的流程示意图；

图6示出了本发明的另一个实施例的支付交易处理方法的流程示意图；

图7示出了本发明的一个实施例的支付交易处理系统的示意框图；

图8示出了本发明的一个实施例的加油场景中的支付交易处理系统的工作原理示意图；

图9a示出了本发明的一个实施例的显示选择收款方式示意图；

图9b示出了本发明的一个实施例的显示微信支付示意图；

图9c示出了本发明的一个实施例的显示输入密码示意图；

图9d示出了本发明的一个实施例的显示电子签名示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不限于下面公开的具体实施例的限制。

本发明第一方面的实施例，提出一种支付交易处理方法，应用于服务器，图1示出了本发明的一个实施例的支付交易处理方法的流程示意图。其中，该方法包括：

步骤102，接收来自支付设备的订单信息；

步骤104，对订单信息进行处理，生成受理结果和支付交易单号；

步骤106，将受理结果和支付交易单号发送至支付设备，以供支付设备提供支付交易；

步骤108，接收来自支付设备的与支付交易单号对应的支付结果；

步骤110，根据支付结果进行扣款，并将扣款结果发送至支付设备。

本发明提供的支付交易处理方法，用于服务器，接收在支付设备上完成的订单信息，对订单信息进行收单处理生成受理结果和支付交易单号，并发送回支付设备，以供用户通过受理结果知晓服务器已经受理该订单，以及在该支付设备上根据支付交易单号进行支付，完成交易。本发明实现支付系统服务器与支付设备之间的数据交互传输，解决用户支付方式多样而导致数据交互复杂的问题。

当用户根据支付交易单号在支付设备上完成支付后会发送支付结果，在服务器接收到该支付结果后确认用户已经支付完毕，则存储该支付结果并进行扣款操作，进一步地将扣款结果再发送给支付设备，使用户知晓订单已经支付成功，使支付系统服务器与支付设备之间的数据交互完全打通，实现快捷支付。

图2示出了本发明的另一个实施例的支付交易处理方法的流程示意图。其中，该方法包括：

步骤202，接收来自支付设备的订单信息；

步骤204，对订单信息进行处理，生成受理结果和支付交易单号；

步骤206，将受理结果和支付交易单号发送至支付设备，以供支付设备提供支付交易；

步骤208，接收来自支付设备的与支付交易单号对应的支付结果；根据支付结果进行扣款，并将扣款结果发送至支付设备；

步骤210，如果未接收到支付结果，则向支付设备发送查询支付结果的指令。

在该实施例中，在服务器未接收到支付设备发送的支付结果时，主动发送查询指令，避免支付异常情况发生，保证支付过程顺利进行。

图3示出了本发明的再一个实施例的支付交易处理方法的流程示意图。其中，该方法包括：

步骤302，接收来自支付设备的订单信息；

步骤304，对订单信息进行处理，生成受理结果和支付交易单号；

步骤306，将受理结果和支付交易单号发送至支付设备，以供支付设备提供支付交易；

步骤308，接收来自支付设备的与支付交易单号对应的支付结果；根据支付结果进行扣款，并将扣款结果发送至支付设备；

步骤310，如果未接收到支付结果，则向支付设备发送查询支付结果的指令；

步骤312，根据订单帐号、订单金额、订单时间，汇总商户名称在预设时间内的总订单金额；根据总订单金额向商户银行卡号进行汇款。

其中，订单信息包括订单帐号、商户信息、订单金额、订单时间；其中，商户信息包括商户名称、商户银行卡号。

在该实施例中，服务器接收到的订单信息包括订单帐号、商户信息、订单金额、订单时间，订单帐号用于对订单的标识，与其它订单进行区分；商户信息中包括商户名称、商户银行信息，用于确定该订单是针对哪个商户下单的；订单金额表示出该订单的支付金额；订单时间表示出该订单的支付时间。根据上述信息确保准确地完成支付交易。

由于不同的用户可能会通过不同的支付方式在商户进行消费，服务器能够对商户自动进行预设时间段内的资金汇总，进而汇款，避免对商户每天的资金结算及核算造成极大的困扰。

本发明第二方面的实施例，提出一种支付交易处理系统，应用于服务器，图4示出了本发明的一个实施例的支付交易处理系统400的示意框图。其中，该系统400包括：

市场服务单元402，用于接收来自支付设备的订单信息；

处理单元404，用于对订单信息进行处理，生成受理结果和支付交易单号；

市场服务单元402，还用于将受理结果和支付交易单号发送至所述支付设备，以供支付设备提供支付交易；

处理单元404，还用于接收来自支付设备的与支付交易单号对应的支付结果；根据支付结果进行扣款，并将扣款结果发送至支付设备。

本发明提供的支付交易处理系统400，用于服务器，接收在支付设备上完成的订单信息，对订单信息进行收单处理生成受理结果和支付交易单号，并发送回支付设备，以供用户通过受理结果知晓服务器已经受理该订单，以及在该支付设备上根据支付交易单号进行支付，完成交易。本发明实现支付系统服务器与支付设备之间的数据交互传输，解决用户支付方式多样而导致数据交互复杂的问题。

当用户根据支付交易单号在支付设备上完成支付后会发送支付结果，在服务器接收到该支付结果后确认用户已经支付完毕，则存储该支付结果并进行扣款操作，进一步地将扣款结果再发送给支付设备，使用户知晓订单已经支付成功，使支付系统服务器与支付设备之间的数据交互完全打通，实现快捷支付。

在本发明的一个实施例中，优选地，市场服务单元402，还用于如果未接收到支付结果，则向支付设备发送查询支付结果的指令。

在该实施例中，在服务器未接收到支付设备发送的支付结果时，主动发送查询指令，避免支付异常情况发生，保证支付过程顺利进行。

在本发明的一个实施例中，优选地，订单信息包括订单帐号、商户信息、订单金额、订单时间；其中，商户信息包括商户名称、商户银行卡号。

在该实施例中，服务器接收到的订单信息包括订单帐号、商户信息、订单金额、订单时间，订单帐号用于对订单的标识，与其它订单进行区分；商户信息中包括商户名称、商户银行信息，用于确定该订单是针对哪个商户下单的；订单金额表示出该订单的支付金额；订单时间表示出该订单的支付时间。根据上述信息确保准确地完成支付交易。

在本发明的一个实施例中，优选地，处理单元404，还用于根据订单帐号、订单金额、订单时间，汇总商户名称在预设时间内的总订单金额；以及根据总订单金额向商户银行卡号进行汇款。

在该实施例中，由于不同的用户可能会通过不同的支付方式在商户进行消费，服务器能够对商户自动进行预设时间段内的资金汇总，进而汇款，避免对商户每天的资金结算及核算造成极大的困扰。

本发明第三方面的实施例，提出一种支付交易处理方法，应用于支付设备，图5示出了本发明的一个实施例的支付交易处理方法的流程示意图。其中，该方法包括：

步骤502，将订单信息发送至服务器后，接收由服务器对订单信息反馈的受理结果和支付交易单号，并显示受理结果和支付交易单号；

步骤504，获取对支付交易单号对应的支付结果，并将支付结果发送至服务器，以供服务器进行扣款。

本发明提供的支付交易处理方法，用于支付设备，用户在通过支付设备下单准备进行支付时，支付设备将订单信息传输至服务器后，接收由服务器产生的受理结果和支付交易单号，其中受理结果表示服务器已经受理该订单，支付交易单号为支付交易的唯一标识号。显示出该支付交易单号，以供用户根据支付交易单号进行刷卡、输入密码、电子签名等一系列支付操作，进而得到支付结果(例如用户支付成功)，并将该支付结果发送至服务器进行扣款，完成整个交易过程。本发明实现支付系统服务器与支付设备之间的数据交互传输，解决用户支付方式多样而导致数据交互复杂的问题。

图6示出了本发明的另一个实施例的支付交易处理方法的流程示意图。其中，该方法包括：

步骤602，将订单信息发送至服务器后，接收由服务器对订单信息反馈的受理结果和支付交易单号，并显示受理结果和支付交易单号；

步骤604，获取对支付交易单号对应的支付结果，并将支付结果发送至服务器，以供服务器进行扣款；

步骤606，接收查询支付结果的指令，将支付结果发送至服务器；

步骤608，接收服务器反馈的扣款结果，并显示扣款结果。

在该实施例中，将来自服务器的最终扣款结果展示给用户，用户即可确认已经支付成功，使用户知晓支付情况。

在服务器未接收到支付设备发送的支付结果时，会主动发送查询指令，支付设备则根据该查询指令将支付结果发送给服务器，避免支付异常情况发生，保证支付过程顺利进行。

本发明第四方面的实施例，提出一种支付交易处理系统，应用于支付设备，图7示出了本发明的一个实施例的支付交易处理系统700的示意框图。其中，该系统700包括：

信息接收单元702，用于将订单信息发送至服务器后，接收由服务器对订单信息反馈的受理结果和支付交易单号，并显示受理结果和支付交易单号；

信息发送单元704，用于获取对支付交易单号对应的支付结果，并将支付结果发送至服务器，以供服务器进行扣款。

本发明提供的支付交易处理系统700，用于支付设备，用户在通过支付设备下单准备进行支付时，支付设备将订单信息传输至服务器后，接收由服务器产生的受理结果和支付交易单号，其中受理结果表示服务器已经受理该订单，支付交易单号为支付交易的唯一标识号。显示出该支付交易单号，以供用户根据支付交易单号进行刷卡、输入密码、电子签名等一系列支付操作，进而得到支付结果(例如用户支付成功)，并将该支付结果发送至服务器进行扣款，完成整个交易过程。本发明实现支付系统服务器与支付设备之间的数据交互传输，解决用户支付方式多样而导致数据交互复杂的问题。

在本发明的一个实施例中，优选地，信息接收单元702，还用于接收服务器反馈的扣款结果，并显示扣款结果。

在该实施例中，将来自服务器的最终扣款结果展示给用户，用户即可确认已经支付成功，使用户知晓支付情况。

在本发明的一个实施例中，优选地，信息接收单元702，还用于接收查询支付结果的指令；信息发送单元，还用于将支付结果发送至服务器。

在该实施例中，在服务器未接收到支付设备发送的支付结果时，会主动发送查询指令，支付设备则根据该查询指令将支付结果发送给服务器，避免支付异常情况发生，保证支付过程顺利进行。

本发明第五方面的实施例，提出了一种用于支付交易处理的服务器，包括如上述任一项的用于服务器的支付交易处理系统。

本发明提供的用于支付交易处理的服务器，包括如上述任一项的用于服务器的支付交易处理系统，能够实现上述用于服务器的支付交易处理系统的技术效果，不再赘述。

本发明第六方面的实施例，提出了一种用于支付交易处理的支付设备，包括如上述任一项的用于支付设备的支付交易处理系统。

本发明提供的用于支付交易处理的支付设备，包括如上述任一项的用于支付设备的支付交易处理系统，能够实现上述用于支付设备的支付交易处理系统的技术效果，不再赘述。所述支付设备可以为POS机，该POS机上安装有支付交易处理应用程序。

图8示出了本发明的一个实施例的加油场景中的支付交易处理系统的工作原理示意图。其中，该支付交易处理系统包括后市场B端、后市场服务端、支付后台、POS机，后市场B端是加油服务APP，将此APP适配安装到POS机上，并允许使用；后市场服务端是直接和加油服务APP进行数据交互的系统，此系统部署在机房的服务器上；凤凰后台是底层支付系统，此系统部署在机房的服务器上；POS机是POS机实体设备，提供底层API数据交互的系统，并对实体设备和服务进行售卖。具体工作过程为：

1.预支付下单：选择收款方式界面如图9a所示，当用户加油后选择进行刷卡支付时，油站服务人员打开POS机，输入金额确认刷卡支付，此时后市场B端，将此订单的ID、金额(amount)、时间(time)等数据传输给后市场服务端，后市场服务端将此数据进行保存，并调用凤凰后台的prepay接口将订单的ID、金额(amount)、时间(time)信息同步，进行支付下单，凤凰后台会进行收单处理，同步返回受理结果和支付交易ID(支付交易的唯一标识号)，或者用户选择进行微信支付，如图9b所示；

2.用户支付：后市场服务端将预支付下单成功结果和支付交易ID告知后市场B端，后市场B端APP会唤起旺POS机安装的支付SDK(软件开发工具包)，并将支付交易ID、金额(amount)、时间(time)等数据同步支付SDK，如图9c、图9d所示，用户在POS机上进行刷卡、输入密码、电子签名，旺POS机的SDK会同步返回后市场B端支付是否完成，并通过jsbrige的方式拉起后市场B端APP；

3.支付结果确认：在用户支付后，旺POS机会异步的将此支付交易ID的支付结果通知给凤凰系统的url地址，凤凰后台会将结果进行存储，并通知后市场服务端，后市场服务端将此结果返回给后市场B端APP，用户即可确认已经支付成功；

4.异常情况：对于未收到旺POS机回调的情况，需要凤凰后台主动发起查询此支付交易ID下面的支付结果，将查询后的结果存储并返回给后市场服务端；

5.资金结算：凤凰后台会将每天所有的支付交易ID、金额(amount)、时间(time)、状态(status)等信息汇总成csv格式放到服务器上，后市场服务端可以每天根据服务器的用户名和密码进行获取文件，并由后台自动根据各个油站的收款费用进行汇总，调用凤凰后台的付款API接口，将油站的银行卡号、姓名、付款金额、付款ID传输给凤凰后台，凤凰后台进行每天资金的结算。

本发明第七方面的实施例，提出了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，处理器执行计算机程序时实现如上述任一项的用于服务器的支付交易处理方法的步骤和/或如上述任一项的用于支付设备的支付交易处理方法的步骤。

本发明提供的计算机设备，处理器执行计算机程序时实现如上述任一项的用于服务器的支付交易处理方法的步骤和/或如上述任一项的用于支付设备的支付交易处理方法的步骤，具有如上述任一项的用于服务器的支付交易处理方法和/或如上述任一项的用于支付设备的支付交易处理方法的技术效果，不再赘述。

本发明第八方面的实施例，提出了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述任一项的用于服务器的支付交易处理方法的步骤和/或如上述任一项的用于支付设备的支付交易处理方法的步骤。

本发明提供的计算机可读存储介质，计算机程序被处理器执行时实现如上述任一项的用于服务器的支付交易处理方法的步骤和/或如上述任一项的用于支付设备的支付交易处理方法的步骤，具有如上述任一项的用于服务器的支付交易处理方法和/或如上述任一项的用于支付设备的支付交易处理方法的技术效果，不再赘述。

在本说明书的描述中，术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或实例。而且，描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (18)

1.一种支付交易处理方法，其特征在于，所述支付交易处理方法包括：

接收来自支付设备的订单信息；

对所述订单信息进行处理，生成受理结果和支付交易单号；

将所述受理结果和所述支付交易单号发送至所述支付设备，以供所述支付设备提供支付交易；

接收来自所述支付设备的与所述支付交易单号对应的支付结果；

根据所述支付结果进行扣款，并将所述扣款结果发送至所述支付设备。

2.根据权利要求1所述的支付交易处理方法，其特征在于，还包括：

如果未接收到所述支付结果，则向所述支付设备发送查询所述支付结果的指令。

3.根据权利要求1或2所述的支付交易处理方法，其特征在于，所述订单信息包括订单帐号、商户信息、订单金额、订单时间；

其中，所述商户信息包括商户名称、商户银行卡号。

4.根据权利要求3所述的支付交易处理方法，其特征在于，还包括：根据所述订单帐号、所述订单金额、所述订单时间，汇总所述商户名称在预设时间内的总订单金额；

根据所述总订单金额向所述商户银行卡号进行汇款。

5.一种支付交易处理系统，其特征在于，所述支付交易处理系统包括：

市场服务单元，用于接收来自支付设备的订单信息；

处理单元，用于对所述订单信息进行处理，生成受理结果和支付交易单号；

所述市场服务单元，还用于将所述受理结果和所述支付交易单号发送至所述支付设备，以供所述支付设备提供支付交易；

所述处理单元，用于接收来自所述支付设备的与所述支付交易单号对应的支付结果；根据所述支付结果进行扣款，并将所述扣款结果发送至所述支付设备。

6.根据权利要求5所述的支付交易处理系统，其特征在于，

所述市场服务单元，还用于如果未接收到所述支付结果，则向所述支付设备发送查询所述支付结果的指令。

7.根据权利要求5或6所述的支付交易处理系统，其特征在于，所述订单信息包括订单帐号、商户信息、订单金额、订单时间；

其中，所述商户信息包括商户名称、商户银行卡号。

8.根据权利要求7所述的支付交易处理系统，其特征在于，

所述处理单元，还用于根据所述订单帐号、所述订单金额、所述订单时间，汇总所述商户名称在预设时间内的总订单金额；以及

根据所述总订单金额向所述商户银行卡号进行汇款。

9.一种支付交易处理方法，应用于支付设备，其特征在于，包括：

将订单信息发送至服务器后，接收由所述服务器对所述订单信息反馈的受理结果和支付交易单号，并显示所述受理结果和所述支付交易单号；

获取对所述支付交易单号对应的支付结果，并将所述支付结果发送至所述服务器，以供所述服务器进行扣款。

10.根据权利要求9所述的支付交易处理方法，其特征在于，还包括：

接收所述服务器反馈的扣款结果，并显示所述扣款结果。

11.根据权利要求9或10所述的支付交易处理方法，其特征在于，还包括：

接收查询所述支付结果的指令，将所述支付结果发送至所述服务器。

12.一种支付交易处理系统，应用于支付设备，其特征在于，包括：

信息接收单元，用于将订单信息发送至服务器后，接收由所述服务器对所述订单信息反馈的受理结果和支付交易单号，并显示所述受理结果和所述支付交易单号；

信息发送单元，用于获取对所述支付交易单号对应的支付结果，并将所述支付结果发送至所述服务器，以供所述服务器进行扣款。

13.根据权利要求12所述的支付交易处理系统，其特征在于，

所述信息接收单元，还用于接收所述服务器反馈的扣款结果，并显示所述扣款结果。

14.根据权利要求12或13所述的支付交易处理系统，其特征在于，

所述信息接收单元，还用于接收查询所述支付结果的指令；

所述信息发送单元，还用于将所述支付结果发送至所述服务器。

15.一种用于支付交易处理的服务器，其特征在于，包括：

如权利要求5至8中任一项所述的支付交易处理系统。

16.一种用于支付交易处理的支付设备，其特征在于，包括：

包括如权利要求12至14中任一项所述的支付交易处理系统。

17.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至4中任一项所述的支付交易处理方法的步骤和/或如权利要求9至11中任一项所述的支付交易处理方法的步骤。

18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述的支付交易处理方法的步骤和/或如权利要求9至11中任一项所述的支付交易处理方法的步骤。