CN107944862A - 基于交易前置平台的订单业务处理方法、装置及服务器 - Google Patents

Abstract

本发明实施例提供了一种基于交易前置平台的订单业务处理方法、装置及服务器，该方法应用于与POS终端连接的服务器，该方法包括：接收所述POS终端发送的订单信息；提取出所述订单信息所包含的商户附加信息；将所述商户附加信息记录在所述服务器的交易前置平台；将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中。该处理方案可实现在交易前置平台中保存商户附加信息，以便后续商户对账所需时，可返回商户附加信息至POS终端。此外，可将订单信息备份保存在收单平台，避免信息丢失，保障信息完整性。实现在满足商户的个性化的对账需求的同时节约开发成本、节省开发时间。

Description

基于交易前置平台的订单业务处理方法、装置及服务器

技术领域

本发明涉及互联网技术领域，具体而言，涉及一种基于交易前置平台的订单业务处理方法、装置及服务器。

背景技术

在日常项目开展过程中，商户经常有一些自己的对账需求，希望能够在对账文件中显示如商户订单号等商户附加信息。现有模式下，若需从后台服务器系统中获取上述类型的对账文件，则需对后台系统进行改造、对终端设备进行程序开发。这种方式开发成本较高且工作量较大。

发明内容

为了克服现有技术中的上述不足，本发明的目的在于提供一种基于交易前置平台的订单业务处理方法、装置及服务器，在满足商户的个性化的对账需求的同时节约开发成本、节省开发时间。

为了实现上述目的，本发明实施例采用的技术方案如下：

本发明实施例提供了一种基于交易前置平台的订单业务处理方法，应用于与POS终端连接的服务器，所述方法包括：

接收所述POS终端发送的订单信息；

提取出所述订单信息所包含的商户附加信息；

将所述商户附加信息记录在所述服务器的交易前置平台中；

将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中。

可选地，在上述方法中，所述将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中的步骤之后，所述方法还包括：

接收所述POS终端发送的信息查询请求；

在所述交易前置平台中查找到与所述信息查询请求对应的对应商户附加信息；

根据查找出的对应商户附加信息生成数据报文；

将生成的包含对应商户附加信息的数据报文发送至所述POS终端。

可选地，在上述方法中，所述交易前置平台包含可供所述POS终端进行信息查询的查询接口，所述接收所述POS终端发送的信息查询请求的步骤，包括：

通过所述查询接口接收所述POS终端发送的信息查询请求。

可选地，在上述方法中，所述商户附加信息至少包括商户订单号。

本发明实施例的另一目的在于提供一种基于交易前置平台的订单业务处理装置，应用于与POS终端连接的服务器，所述装置包括：

订单信息接收模块，用于接收所述POS终端发送的订单信息；

提取模块，用于提取出所述订单信息所包含的商户附加信息；

第一保存模块，用于将所述商户附加信息记录在所述服务器的交易前置平台；

第二保存模块，用于将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中。

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

查询请求接收模块，用于接收所述POS终端发送的信息查询请求；

查找模块，用于在所述交易前置平台中查找到与所述信息查询请求对应的对应商户附加信息；

生成模块，用于根据查找出的对应商户附加信息生成数据报文；

发送模块，用于将生成的包含对应商户附加信息的数据报文发送至所述POS终端。

可选地，在上述装置中，所述交易前置平台包含可供所述POS终端进行信息查询的查询接口，所述查询请求接收模块用于通过所述查询接口接收所述POS终端发送的信息查询请求。

可选地，在上述装置中，所述商户附加信息至少包括商户订单号。

本发明实施例的另一目的在于提供一种服务器，所述服务器与POS终端连接，所述服务器包括：

存储器；

处理器；及

基于交易前置平台的订单业务处理装置，包括一个或多个存储于所述存储器中并由所述处理器执行的软件功能模块，所述基于交易前置平台的订单业务处理装置包括：

订单信息接收模块，用于接收所述POS终端发送的订单信息；

提取模块，用于提取出所述订单信息所包含的商户附加信息；

第一保存模块，用于将所述商户附加信息记录在所述服务器的交易前置平台中；

第二保存模块，用于将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中。

本发明实施例的另一目的在于提供一种计算机可读存储介质，所述计算机可读存储介质存储有指令，当所述指令被执行时，实现上述的基于交易前置平台的订单业务处理方法。

本发明实施例提供的基于交易前置平台的订单业务处理方法、装置及服务器，通过提取出POS终端所发送的订单信息中的商户附加信息并将该商户附加信息记录在服务器的交易前置平台，并且将订单信息中的除了商户附加信息之外的其他信息保存在服务器的收单平台。如此，一方面可实现在交易前置平台中暂存商户附加信息，以便后续若商户对账所需时，可快捷地将商户附加信息发送至POS终端。另一方面，可将订单信息备份保存在收单平台，避免信息丢失，保障信息完整性。在满足商户的个性化的对账需求的同时节约开发成本、节省开发时间。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明较佳实施例提供的基于交易前置平台的订单业务处理方法的应用场景示意图。

图2为本发明较佳实施例提供的基于交易前置平台的订单业务处理方法的流程图。

图3为本发明较佳实施例提供的基于交易前置平台的订单业务处理方法的另一流程图。

图4为本发明较佳实施例提供的POS终端、后台服务器及商户服务器之间的交互示意图。

图5为本发明较佳实施例提供的后台服务器的结构框图。

图6为本发明较佳实施例提供的基于交易前置平台的订单业务处理装置的功能模块框图。

图7为本发明较佳实施例提供的基于交易前置平台的订单业务处理装置的另一功能模块框图。

图标：100-后台服务器；110-基于交易前置平台的订单业务处理装置；111-订单信息接收模块；112-提取模块；113-第一保存模块；114-第二保存模块；115-查询请求接收模块；116-查找模块；117-生成模块；118-发送模块；120-存储器；130-处理器；140-通信单元；200-POS终端；300-商户服务器。

具体实施方式

在日常项目开展过程中，商户经常有一些自己的对账需求，希望在对账文件中显示如商户订单号等商户附加信息。但发明人研究发现，在现有模式下，生成的对账文件中往往只包含如交易双方信息、交易金额等基本交易信息，若想从后台系统中获取这种个性化的对账文件，需将商户附加信息通过终端程序发送至后台服务器的收单平台。这种方式需单独开发销售终端程序、收单平台，增加相关字段信息来实现。若商户希望通过自身平台查询相关交易信息，收单平台还需进行额外改造，提供交易查询相关接口。

此种模式需开发终端程序、收单平台，开发成本较高，开发上线周期较长，项目进度相对较慢。且后续需单独为该程序进行维护，工作量较大。另外需为商户的销售终端安装个性化的终端程序，安装成本较高。

基于上述研究，本发明实施例在上述服务器的架构中新增交易前置平台，通过该交易前置平台实现对订单信息中的商户附加信息的暂存，以在后续商户对账所需时，可快捷地将商户附加信息发送至销售终端。且将订单信息备份保存在服务器的收单平台，避免信息丢失，保障信息安全。如此，在满足商户的个性化的对账需求的同时节约开发成本、节省开发时间。

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，除非另有明确的规定和限定，术语“安装”、“设置”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

请参阅图1，图1为本发明实施例提供的基于交易前置平台的订单业务处理方法的应用场景示意图。该场景中包括POS终端200、商户服务器300以及POS终端200的后台服务器100。

所述POS终端200分别与所述商户服务器300和所述后台服务器100通信连接，可是实现数据报文转发及交互。在本实施例中，所述POS终端200可为智能POS机，其具有下载及安装应用程序等功能。所述后台服务器100包括交易前置平台及收单平台，所述交易前置平台可与POS终端200上的应用程序对接，以实现信息接收、查询及发送等功能。

请参阅图2，图2为应用于图1所示的后台服务器100的一种基于交易前置平台的订单业务处理方法的流程图，以下将对所述方法包括的各个步骤进行详细阐述。

步骤S101，接收所述POS终端200发送的订单信息。

步骤S103，提取出所述订单信息所包含的商户附加信息。

步骤S105，将所述商户附加信息记录在所述服务器的交易前置平台中。

步骤S107，将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中。

在本实施例中，消费者在商户处进行消费并通过所述POS终端200进行消费结算。商户可通过所述POS终端200录入商品信息及消费金额等消费信息，并将消费信息发送至商户服务器300。商户服务器300生成该笔交易相应的订单信息，将订单信息返回至所述POS终端200。

在本实施例中，POS终端200在获取到订单信息后，可调出支付应用，在该支付应用的支付界面上显示出消费金额等消费信息，以便消费者进行交易支付。消费者通过POS终端200录入消费者标识，例如数字密码等以进行消费支付。在支付成功后，POS终端200将支付成功信息发送至商户服务器300。商户服务器300则可将该笔订单进行支付成功标记，以完成商户端的订单销账。

在本实施例中，在一种情形下，商户和消费者可能预先签订了订单，但由于一些原因，例如两者约定了达成某项服务后(比如中介服务)再付款，以至于不能立即进行付款，需要后续进行支付。这种情形下，由于预先已签订了订单，则商户服务器300一端已经生成了相应的订单信息。后续消费者进行支付时，只需通过POS终端200向商户服务器300发送查询请求。

商户服务器300根据该查询请求查找对应的订单信息，再将查找到的订单信息返回至所述POS终端200。可见，在本实施例中，可在交易进行时，通过POS终端200向商户服务器300发送对应的订单生成请求，以使商户服务器300生成对应的订单信息，并返回至POS终端200。也可在已产生订单的后续时段，在商户需要某订单信息进行订单支付时，通过POS终端200向商户服务器300发送相应的查询请求，以使商户服务器300查找到对应的订单信息并返回至POS终端200。

所述POS终端200在消费者根据订单信息中的支付信息进行支付时，将包含支付信息的订单信息发送至后台服务器100。需要说明的是，本实施例中为了方便区分，因此将上述步骤中的服务器命名为后台服务器100。后台服务器100在接收到订单信息后，提取出订单信息中所包含的商户附加信息。在本实施例中，所述商户附加信息至少包括商户订单号，此外还可包括如商户名、商品名、商品参数等。对此在本实施例中不作具体限制，可根据商户自身的对账需求进行相应设置。

在本实施例中，所述后台服务器100包括交易前置平台以及收单平台，所述交易前置平台为受理POS终端200业务而开发的前置系统，所述交易前置平台承担POS终端200的接入功能。交易前置平台具有可供POS终端200进行信息查询的查询接口。后台服务器100可通过该查询接口接收POS终端200发送的信息查询请求。

可选地，后台服务器100在提取出订单信息中的商户附加信息后，将该商户附加信息记录在后台服务器100的交易前置平台中。可选地，在本实施例中，可将商户附加信息保存在交易前置平台的ftp(File Transfer Protocol，文件传输协议)文件中。在本实施例中，因交易前置平台具有可供POS终端200进行信息查询的查询接口，将商户附加信息保存在交易前置平台中可方便后续直接从交易前置平台提取出商户附加信息以返回至POS终端200，以供商户对账所需。

可选地，在本实施例中，所述交易前置平台将所述订单信息中的除了所述商户附加信息之外的其他信息发送至所述收单平台。所述收单平台接收到交易成功的返回信息后，返回该笔消费成功的消息至所述交易前置平台。可选地，在实施例中，所述收单平台可将接收到的订单信息中的支付信息发送至银行系统，银行系统可对支付信息进行验证以完成扣款，并在扣款成功后返回对应的交易成功信息至所述收单平台。所述交易前置平台将该消息发送至所述POS终端200。所述POS终端200将该消费成功的消息发送至所述商户服务器300，以完成销账。在本实施例中，将所述订单信息中的商户附加信息保存在所述交易前置平台中，将所述订单信息中的除了所述商户附加信息之外的其他信息保存在所述收单平台中，如此，可以实现在交易前置平台对商户附加信息的暂存，以方便进行商户附加信息的查询，也可以在收单平台保存订单信息中的其他信息以保障订单信息的完整性。请参阅图3，在本实施例中，在将订单信息分别保存至交易前置平台以及收单平台之后，所述方法还包括以下步骤：

步骤S201，接收所述POS终端200发送的信息查询请求。

步骤S203，在所述交易前置平台中查找到与所述信息查询请求对应的对应商户附加信息。

步骤S205，根据查找出的对应商户附加信息生成数据报文。

步骤S207，将生成的包含对应商户附加信息的数据报文发送至所述POS终端200。

在本实施例中，商户后续若需要进行对账以查看交易情况，且商户希望在对账文件中显示如商户订单号等商户附加信息，则可在POS终端200上输入对应的信息查询指令，基于该信息查询指令POS终端200发送相应的信息查询请求至后台服务器100。

可选地，后台服务器100在接收到POS终端200发送的指示返回商户附加信息的信息查询请求后，在所述交易前置平台中查找与所述信息查询请求对应的对应商户附加信息。应当理解，在所述交易前置平台中记录有多个商户附加信息数据，在接收到POS终端200发送的信息查询请求后，需在交易前置平台存储的多个商户附加信息中查找到与信息查询请求对应的商户附加信息，例如所述信息查询请求包含有商户附加信息的记录时间，则后台服务器100根据该记录时间从交易前置平台中的多个商户附加信息中查找到记录时间与信息查询请求所指示的记录时间相匹配的商户附加信息。又如，所述信息查询请求可包含商户订单号，则后台服务器100可根据该商户订单号从交易前置平台中的多个商户订单号中查找到与信息查询请求所指示的商户订单号对应的商户订单号。其具体方式在本实施例中不作限制。

可选地，在查找到与信息查询请求对应的商户附加信息后，根据所述商户附加信息生成对应的数据报文，并把该数据报文返回至POS终端200，再在POS终端200对接收到的数据报文进行处理得到相应的对账文件，以供商户对账所需。在本实施例的一种情形下，各分支结构，例如商户，也可直接在所述后台服务器100的交易前置平台中下载包含相应的商户附加信息的对账文件。对此在本实施例中不作具体限制，可根据需求进行相应设置。

可选地，在本实施例中，在一种情形下，所述后台服务器100还可与终端设备进行通信连接，所述终端设备可以是，但不限于具有数据处理能力的终端设备，例如个人电脑、笔记本电脑等。商户可利用所述终端设备来进行对账文件查询。例如，商户可通过所述终端设备向所述后台服务器100发送信息查询请求，后台服务器100根据该信息查询请求在交易前置平台查找到对应的商户附加信息，并根据该商户附加信息生成对应的数据报文。后台服务器100再将该数据报文返回至所述终端设备。

为了使本领域技术人员更为清楚地理解本发明所提供的信息处理方案，本实施例中基于所述POS终端200与商户服务器300、后台服务器100之间的交互为例，进行了三者之间的交互流程描述，请结合参见图4。

所述POS终端200接收商户录入的如商品信息及消费金额等消费信息，将消费信息发送至商户服务器300。商户服务器300根据接收到的消费信息生成对应的订单信息，并返回至POS终端200。或者若事先商户和消费者已签订了订单，并在商户服务器300一端生成了订单信息，但由于某些原因未能及时进行支付，而后续又需要该订单信息进行支付的情况下，可通过POS终端200发送订单信息查询请求至商户服务器300。商户服务器300在接收到订单信息查询请求后，查找对应的订单信息，并返回至POS终端200。

POS终端200在接收到商户服务器300返回的订单信息后，调用支付应用，以供消费者进行账单支付。消费者可通过刷银行卡、扫码支付等方式通过POS终端200进行支付：POS终端200将包含支付信息的订单信息发送至后台服务器100。后台服务器100提取出订单信息中包含的商户附加信息，并记录在交易前置平台中。并将订单信息中除了所述商户附加信息之外的其他信息发送至收单平台中。收单平台在接收到银行系统反馈的交易成功的信息后，将该笔消费成功的信息返回至交易前置平台。交易前置平台将该消息发送至POS终端200，POS终端200通知商户服务器300该笔订单支付成功。商户服务器300在接收到该信息后对相应的订单进行支付成功标记以完成销账。后续若商家在对账时，需获取包含商户附加信息的对账文件，则可通过POS终端200录入信息查询指令。POS终端200基于该信息查询指令发送对应的信息查询请求至后台服务器100。后台服务器100在交易前置平台查找到对应的商户附加信息，根据该商户附加信息生成对应的数据报文，将该数据报文发送至POS终端200。

请参阅图5，为本发明另一较佳实施例提供的后台服务器100的方框示意图。所述后台服务器100包括基于交易前置平台的订单业务处理装置110、存储器120、处理器130以及通信单元140。

所述存储器120、处理器130以及通信单元140各元件相互之间直接或间接地电性连接，以实现数据报文的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器120中存储有以软件或固件(Firmware)的形式存储于所述存储器120中的软件功能模块，所述处理器130通过运行存储在存储器120内的软件程序以及模块，如本发明实施例中的基于交易前置平台的订单业务处理装置110，从而执行各种功能应用以及数据处理，即实现本发明实施例中的基于交易前置平台的订单业务处理方法。

其中，所述存储器120可以是，但不限于，随机存取存储器(RandomAccess Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器120用于存储程序，所述处理器130在接收到执行指令后，执行所述程序。所述通信单元140用于建立所述后台服务器100与所述POS终端200之间的通信。

所述处理器130可能是一种集成电路芯片，具有信号的处理能力。上述的处理器130可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器130也可以是任何常规处理器等。

请参阅图6，为本发明实施例提供的应用于上述后台服务器100的基于交易前置平台的订单业务处理装置110的功能模块框图。所述基于交易前置平台的订单业务处理装置110包括订单信息接收模块111、提取模块112、第一保存模块113以及第二保存模块114。

所述订单信息接收模块111用于接收所述POS终端200发送的订单信息。

所述提取模块112用于提取出所述订单信息所包含的商户附加信息。

所述第一保存模块113用于将所述商户附加信息记录在所述服务器的交易前置平台中。

所述第二保存模块114用于将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中。请参阅图7，可选地，在本实施例中，所述基于交易前置平台的订单业务处理装置110还可包括查询请求接收模块115、查找模块116、生成模块117以及发送模块118。

所述查询请求接收模块115用于接收所述POS终端200发送的信息查询请求。可选地，在本实施例中，所述交易前置平台包含可供所述POS终端200进行信息查询的查询接口。所述查询请求接收模块115可通过所述查询接口接收所述POS终端200发送的信息查询请求。

所述查找模块116用于在所述交易前置平台中查找到与所述信息查询请求对应的对应商户附加信息。

所述生成模块117用于根据查找出的对应商户附加信息生成数据报文。

所述发送模块118用于将生成的包含对应商户附加信息的数据报文发送至所述POS终端200。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器或者网络设备等)执行本发明各个实施场景所述的方法。

综上所述，本发明实施例提供的基于交易前置平台的订单业务处理方法、装置及服务器，通过提取出POS终端200所发送的订单信息中的商户附加信息以记录在服务器的交易前置平台，并且将订单信息中的除了商户附加信息之外的其他信息保存在服务器的收单平台。如此，一方面可实现在交易前置平台中保存商户附加信息，以便后续若商户对账所需时，可返回包含商户附加信息的交易流水文件。另一方面，可将订单信息中除了商户附加信息之外的其他信息保存在收单平台，避免信息丢失，保障信息完整性。在满足商户的个性化的对账需求的同时节约开发成本、节省开发时间。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

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

Claims (10)

1.一种基于交易前置平台的订单业务处理方法，其特征在于，应用于与POS终端连接的服务器，所述方法包括：

接收所述POS终端发送的订单信息；

提取出所述订单信息所包含的商户附加信息；

将所述商户附加信息记录在所述服务器的交易前置平台中；

将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中。

2.根据权利要求1所述的基于交易前置平台的订单业务处理方法，其特征在于，所述将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中的步骤之后，所述方法还包括：

接收所述POS终端发送的信息查询请求；

在所述交易前置平台中查找到与所述信息查询请求对应的对应商户附加信息；

根据查找出的对应商户附加信息生成数据报文；

将生成的包含对应商户附加信息的数据报文发送至所述POS终端。

3.根据权利要求2所述的基于交易前置平台的订单业务处理方法，其特征在于，所述交易前置平台包含可供所述POS终端进行信息查询的查询接口，所述接收所述POS终端发送的信息查询请求的步骤，包括：

通过所述查询接口接收所述POS终端发送的信息查询请求。

4.根据权利要求1所述的基于交易前置平台的订单业务处理方法，其特征在于，所述商户附加信息至少包括商户订单号。

5.一种基于交易前置平台的订单业务处理装置，其特征在于，应用于与POS终端连接的服务器，所述装置包括：

订单信息接收模块，用于接收所述POS终端发送的订单信息；

提取模块，用于提取出所述订单信息所包含的商户附加信息；

第一保存模块，用于将所述商户附加信息记录在所述服务器的交易前置平台；

第二保存模块，用于将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中。

6.根据权利要求5所述的基于交易前置平台的订单业务处理装置，其特征在于，所述装置还包括：

查询请求接收模块，用于接收所述POS终端发送的信息查询请求；

查找模块，用于在所述交易前置平台中查找到与所述信息查询请求对应的对应商户附加信息；

生成模块，用于根据查找出的对应商户附加信息生成数据报文；

发送模块，用于将生成的包含对应商户附加信息的数据报文发送至所述POS终端。

7.根据权利要求6所述的基于交易前置平台的订单业务处理装置，其特征在于，所述交易前置平台包含可供所述POS终端进行信息查询的查询接口，所述查询请求接收模块用于通过所述查询接口接收所述POS终端发送的信息查询请求。

8.根据权利要求6所述的基于交易前置平台的订单业务处理装置，其特征在于，所述商户附加信息至少包括商户订单号。

9.一种服务器，其特征在于，所述服务器与POS终端连接，所述服务器包括：

存储器；

处理器；及

基于交易前置平台的订单业务处理装置，包括一个或多个存储于所述存储器中并由所述处理器执行的软件功能模块，所述基于交易前置平台的订单业务处理装置包括：

订单信息接收模块，用于接收所述POS终端发送的订单信息；

提取模块，用于提取出所述订单信息所包含的商户附加信息；

第一保存模块，用于将所述商户附加信息记录在所述服务器的交易前置平台中；

第二保存模块，用于将所述订单信息中除了所述商户附加信息之外的其他信息保存在所述服务器的收单平台中。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令被执行时，实现权利要求1-4任意一项所述的基于交易前置平台的订单业务处理方法。