CN107133768A - 线上支付装置及方法 - Google Patents

Abstract

本发明实施例提出一种线上支付装置及方法，涉及电子商务领域。该线上支付装置及方法首先判定支付平台是否具有与帐号信息匹配的信息，如果支付平台具有与帐号信息匹配的信息，则进一步查询与该帐号信息关联的交易记录，交易记录包含支付平台接收到申诉请求的次数，如果支付平台接收到申诉请求的次数大于预设定的次数，则提醒发货人继续与该帐号信息的拥有者继续交易具有较大的风险，从而能有效减少发货人遭遇恶意申诉的情况，很大程度上维护了发货人的利益，避免经济损失。

Description

线上支付装置及方法

技术领域

本发明涉及电子商务技术领域，具体而言，涉及一种线上支付装置及方法。

背景技术

随着时代的不断进步，科学技术也在不断发展。其中，电子商务的发展尤为迅速，现有的电商平台，大多对买方非常友好，给予买方申诉、退货等各种便利，但也存在买方恶意退货或是恶意申诉等情况，如此有损卖方的信誉同时会对卖方造成经济损失。

此外，在传统的物流运输过程中，大多采用承运商代替卖方收取货款的方式回收资金，但如果承运商不守信用，则可能对卖方造成巨大的经济损失。

发明内容

本发明的目的在于提供一种线上支付装置及方法，以减少发货人遭遇恶意申诉的情况，从而减少发货人的经济损失。

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

第一方面，本发明实施例提供了一种线上支付装置，应用于支付平台，所述支付平台分别与第一用户终端及第二用户终端通信连接，所述线上支付装置包括：

信息收发单元，用于接收所述第一用户终端发送的订单信息，所述订单信息包括所述第二用户终端的帐号信息；

比对单元，用于比对所述支付平台是否包含与所述帐号信息匹配的信息；

交易记录查询单元，用于若所述支付平台包含与所述帐号信息匹配的信息时，查询与所述帐号信息关联的交易记录，所述交易记录包括所述支付平台收到申诉请求的次数；

信用判定单元，用于判断所述支付平台收到申诉请求的次数是否大于或等于预设定次数；

信息生成单元，用于若所述支付平台收到申诉请求的次数大于或等于预设定次数时，生成风险提示信息。

第二方面，本发明实施例还提供了一种线上支付方法，应用于支付平台，所述支付平台分别与第一用户终端及第二用户终端通信连接，所述线上支付方法包括：

接收所述第一用户终端发送的订单信息，所述订单信息包括所述第二用户终端的帐号信息；

比对所述支付平台是否包含与所述帐号信息匹配的信息；

若所述支付平台包含与所述帐号信息匹配的信息时，查询与所述帐号信息关联的交易记录，所述交易记录包括所述支付平台收到申诉请求的次数；

判断所述支付平台收到申诉请求的次数是否大于或等于预设定次数；

若所述支付平台收到申诉请求的次数大于或等于预设定次数时，生成风险提示信息。

本发明实施例提供的线上支付装置及方法，首先判定支付平台是否具有与帐号信息匹配的信息，如果支付平台具有与帐号信息匹配的信息，则进一步查询与该帐号信息关联的交易记录，交易记录包含支付平台接收到申诉请求的次数，如果支付平台接收到申诉请求的次数大于预设定的次数，则提醒发货人继续与该帐号信息的拥有者继续交易具有较大的风险，从而能有效减少发货人遭遇恶意申诉的情况，很大程度上维护了发货人的利益，增大了交易成功率，避免经济损失。

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

附图说明

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

图1示出了本发明实施例提供的支付平台的功能框图。

图2示出了本发明实施例提供的线上支付装置的功能模块图。

图3、图4、图5及图6示出了本发明实施例提供的线上支付方法的流程图。

图标：100-支付平台；111-存储器；112-处理器；113-通信单元；200-线上支付装置；201-信息收发单元；202-比对单元；203-交易记录查询单元；204-信用判定单元；205-信息生成单元；206-订单信息管理单元；207-货款代收单元；208-货款支付单元；209-货款保管单元。

具体实施方式

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参阅图1，是支付平台100的方框示意图。所述支付平台100包括线上支付装置200、存储器111、处理器112及通信单元113。

所述存储器111、处理器112以及通信单元113各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述文线上支付装置200包括至少一个可以软件或固件(Firmware)的形式存储于所述存储器111中或固化在所述支付平台100的操作系统(Operating System，OS)中的软件功能模块。所述处理器112用于执行所述存储器111中存储的可执行模块，例如所述文线上支付装置200所包括的软件功能模块及计算机程序等。

其中，所述存储器111可以是，但不限于，随机存取存储器111(Random AccessMemory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(ProgrammableRead-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-OnlyMemory，EEPROM)等。其中，存储器111用于存储程序或者数据。所述通信单元113用于通过所述网络建立所述支付平台100与其它通信终端之间的通信连接，并用于通过所述网络收发数据。

应当理解的是，图1所示的结构仅为支付平台100的结构示意图，所述支付平台100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

第一实施例

请参照图2，是本发明较佳实施例提供的应用于图1所示的支付平台100的线上支付装置200的功能模块图。所述线上支付装置200包括：信息收发单元201、比对单元202、交易记录查询单元203、信用判定单元204、信息生成单元205、订单信息管理单元206、货款代收单元207、货款支付单元208、货款保管单元209。

信息收发单元201用于接收所述第一用户终端发送的订单信息，所述订单信息包括所述第二用户终端的帐号信息。

发货人或承运商通过第一用户终端录入订单信息，在其最终确认后，第一用户终端生成订单生成指令，并将订单生成指令以及订单信息发送给支付平台100。订单信息包括发货人及收货人的信息。例如：发货人姓名、身份证号码、发货人的手机号码、收款帐号、收货人姓名、收货人的手机号码、回款周期以及第二用户中户终端的帐号信息等。其中，回款周期是指发货人想要回收货款的期限。在本实施例中，帐号信息为收货人的手机号码。

比对单元202用于比对所述支付平台100是否包含与所述帐号信息匹配的信息。

比对单元202主要是用于依据帐号信息确认收货人是否已经注册了帐号，若支付平台100包含与所述帐号信息匹配的信息，则支付平台100不需要为其创建帐号；若支付平台100未包含与所述帐号信息匹配的信息，则说明收货者并未使用过该支付平台100支付货款。

当所述支付平台100包含与所述帐号信息匹配的信息时，交易记录查询单元203用于查询与所述帐号信息关联的交易记录，所述交易记录包括所述支付平台100收到申诉请求的次数。

通过交易记录查询单元203，支付平台100可以查询该收货人的交易记录，交易记录的内容包括但不仅限于：交易时间、交易类型、交易金额、交易完成时间以及申诉记录等。

信用判定单元204用于判断所述支付平台100收到申诉请求的次数是否大于或等于预设定次数。

当支付平台100收到申诉请求的次数大于或等于预设定次数时，表明该收货人具有多次申诉冻结货款的操作，信用程度较低，表明与该收货人继续交易可能存在较大风险；当支付平台100收到申诉请求的次数小于预设定次数时，说明该收货人的信用程度较高，与该收货人交易的风险较低。

信息生成单元205用于若所述支付平台100收到申诉请求的次数大于或等于预设定次数时，生成风险提示信息。

信息生成单元205生成风险提示信息后，会通过显示模块显示，以提醒发货人交易存在风险。例如，显示模块可以显示“请注意，与该用户交易存在风险”。

信息生成单元205还用于若所述支付平台100收到申诉请求的次数小于预设定次数时，生成订单生成信息。

例如，信息生成单元205生成订单生成信息后，会通过显示模块显示“订单已生成”。

当所述支付平台100未包含与所述帐号信息匹配的信息时，信息生成单元205用于生成与所述帐号信息关联的密码信息。

如果该帐号并未注册，则用户平台自动为其注册并设置默认的密码信息。

信息收发单元201用于将所述帐号信息、初始密码以及下载所述线上支付装置200的地址推送至所述第二用户终端。

在本实施例中，支付平台100在生成订单后会将帐号信息、初始密码以及该线上支付装置200的下载地址推送至第二用户终端；第二用户终端接收到该推送信息后，可从该线上支付装置200的下载地址下载应用软件，并在安装完成后，依据帐号信息和初始密码登录安装于第二用户终端的线上支付装置200，以便查看订单信息以及收到货物后通过第二用户终端付款。采用这种方式的好处在于，可以简化注册帐号以及下载客户端的步骤，从而方便收货人。

货款代收单元207用于代收由所述第二用户终端响应其使用者收到货物后的付款操作而生成的付款指令而支付的货款。

第二用户终端的使用者为收货人，在收货人收到货物后可通过第二用户终端支付货款至支付平台100，而支付平台100则代为保管该货款以便在预定时间付款给第一用户终端。

货款支付单元208用于在所述支付平台100收到所述货款后的预设定天数后，支付预定数额的货款至所述第一用户终端。

需要说明的是，预定天数是依据订单信息中包含的回款周期决定的。例如，若在订单信息中将回款周期设置为n天，则支付平台100会在收到货款起的第n天，将货款转入第一用户终端。

此外，当支付平台100支付失败时，货款支付单元208会自动重新支付预定数额的货款至所述第一用户终端。需要说明的是，在其他实施例中，当支付平台100支付失败时，也可以通过客服人员进行处理。

当收货人向支付平台100发起申诉请求时。

信息收发单元201用于接收所述第二用户终端发送的资金冻结指令或资金解冻指令。

当第二用户终端的使用者即收货人已经将货款支付至支付平台100，但在实际验货过程中，发现货物有损害或是货物实际信息与订单信息不一致等问题，则可以发起申诉，即向支付平台100发送资金冻结指令，以使支付平台100暂停给第一用户终端转款；或是收货人申诉成功，已经与发货人协商一致后，向支付平台100发送资金解冻指令，以使支付平台100正常向第一用户终端转款。

货款保管单元209用于依据所述资金冻结指令而冻结所述货款或依据所述资金解冻指令而解冻所述货款并支付预定数额的货款至所述第一用户终端。

支付平台100在接收到第二用户终端发送的资金冻结指令后，会将第二用户终支付的货款暂时冻结，以停止向第一用户终端转款的操作；支付平台100在接收到第二用户终端发送的资金解冻指令后会将暂时被冻结的货款解冻并立即向第一用户终端支付货款。。

当订单信息被修改时，信息生成单元205用于生成第一验证信息。

若订单信息被修改，支付平台100会生成第一验证信息，用于验证是否是订单填写人本人修改的订单信息，以避免出线订单信息被恶意修改等损害用户利益的问题。

信息收发单元201用于将所述第一验证信息推送至所述第一用户终端。

信息收发单元201还用于接收所述第一用户终端反馈的第二验证信息以及生物特征信息。其中，第二验证信息是试图修改订单信息者发送的验证信息，生物特征信息是试图修改订单信息者的生物特征，该生物特征信息可以是但不仅限于指纹信息、脸部特征信息等。

比对单元202用于比对所述第一验证信息与所述第二验证信息是否匹配。

当第一验证信息与第二验证信息匹配时，则表明第一用户终端反馈的第二验证信息是正确的，进行修改订单操作的人有可能是发货人本人；当第一验证信息与第二验证信息不匹配时，则表明进行修改订单操作的人有不是发货人本人。

当确定当第一验证信息与第二验证信息匹配后，比对单元202还用于比对所述生物特征信息与预存储的生物特征信息是否匹配。

预存储的生物特征信息是发货人预先设置并存储的生物特征信息，若生物特征信息与预存储的生物特征信息匹配，则能确认是该发货人本人进行的修改订单操作；若生物特征信息与预存储的生物特征信息匹配，则表面不是该发货人本人进行的修改订单操作。

通过验证信息和生物特征信息两重验证，可以较为准确地判定是否是该发货人本人进行的修改订单操作。

订单信息管理单元206用于若所述生物特征信息与预存储的生物特征信息匹配时，修改订单信息。

具体地，当第一验证信息与第二验证信息匹配并且生物特征信息与预存储的生物特征信息匹配时，订单信息管理单元206修改订单信息；当第一验证信息与第二验证信息不匹配或者当第一验证信息与第二验证信息匹配、生物特征信息与预存储的生物特征信息不匹配时，保持所述订单信息不变。

第二实施例

本发明实施例所提供的线上支付方法，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及之处，可参考上述的实施例中相应内容。

请参阅图3，当支付平台100收到订单信息时，所述线上支付方法包括：

步骤S301：接收所述第一用户终端发送的订单信息，所述订单信息包括所述第二用户终端的帐号信息。

可以理解地，通过信息收发单元201可以执行步骤S301。

步骤S302：比对所述支付平台100是否包含与所述帐号信息匹配的信息。如果是，则执行步骤S303；如果否，则执行步骤S307。

可以理解地，通过比对单元202可以执行步骤S302。

步骤S303：查询与所述帐号信息关联的交易记录，所述交易记录包括所述支付平台100收到申诉请求的次数。

可以理解地，通过交易记录查询单元203可以执行步骤S303。

步骤S304：判断所述支付平台100收到申诉请求的次数是否大于或等于预设定次数。如果是，则执行步骤S304；如果否，则执行步骤S306。

可以理解地，通过信用判定单元204可以执行步骤S304。

步骤S305：生成风险提示信息。

可以理解地，通过信息生成单元205可以执行步骤S305。

步骤S306：生成订单生成信息。

可以理解地，通过信息生成单元205可以执行步骤S306。

步骤S307：将所述帐号信息、初始密码以及下载所述线上支付装置200的地址推送至所述第二用户终端。

可以理解地，通过信息收发单元201可以执行步骤S307。

请参阅图4，当支付平台100收到货款时，所述线上支付方法包括：

步骤S401：代收由所述第二用户终端响应其使用者收到货物后的付款操作而生成的付款指令而支付的货款。

可以理解地，通过货款代收单元207可以执行步骤S401。

步骤S402：在所述支付平台100收到所述货款后的预设定天数后，支付预定数额的货款至所述第一用户终端。

可以理解地，通过货款支付单元208可以执行步骤S402。

步骤S403：当支付平台100支付失败时，货款支付单元208会自动重新支付预定数额的货款至所述第一用户终端。

可以理解地，通过货款支付单元208可以执行步骤S403。

请参阅图5，当支付平台100收到申诉请求时，所述线上支付方法包括：

步骤S501：接收所述第二用户终端发送的资金冻结指令或资金解冻指令。

可以理解地，通过信息收发单元201可以执行步骤S501。

步骤S502：依据所述资金冻结指令而冻结所述货款或依据所述资金解冻指令而解冻所述货款并支付预定数额的货款至所述第一用户终端。

可以理解地，通过货款保管单元209可以执行步骤S502。

请参阅图6，当支付平台100收到订单信息修改请求时，所述线上支付方法包括：

步骤S601：生成第一验证信息。

可以理解地，通过信息生成单元205可以执行步骤S601。

步骤S602：将所述第一验证信息推送至所述第一用户终端。

可以理解地，通过信息收发单元201可以执行步骤S602。

步骤S603：接收所述第一用户终端反馈的第二验证信息以及生物特征信息。

可以理解地，通过信息收发单元201可以执行步骤S603。

步骤S604：比对所述第一验证信息与所述第二验证信息是否匹配。如果是，则执行步骤S605；如果否，则执行步骤S607。

可以理解地，通过比对单元202可以执行步骤S604。

步骤S607：保持所述订单信息不变。

可以理解地，通过订单信息管理单元206可以执行步骤S607。

步骤S605：比对所述生物特征信息与预存储的生物特征信息是否匹配。如果是，则执行步骤S606；如果否，则执行步骤S607。

可以理解地，通过比对单元202可以执行步骤S605。

步骤S606：修改订单信息。

可以理解地，通过订单信息管理单元206可以执行步骤S606。

综上所述，本发明实施例提供的线上支付装置及方法，首先判定支付平台是否具有与帐号信息匹配的信息，如果支付平台具有与帐号信息匹配的信息，则进一步查询与该帐号信息关联的交易记录，交易记录包含支付平台接收到申诉请求的次数，如果支付平台接收到申诉请求的次数大于预设定的次数，则提醒发货人继续与该帐号信息的拥有者继续交易具有较大的风险，从而能有效减少发货人遭遇恶意申诉的情况，很大程度上维护了发货人的利益，避免经济损失。

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

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (10)

1.一种线上支付装置，其特征在于，应用于支付平台，所述支付平台分别与第一用户终端及第二用户终端通信连接，所述线上支付装置包括：

信息收发单元，用于接收所述第一用户终端发送的订单信息，所述订单信息包括所述第二用户终端的帐号信息；

比对单元，用于比对所述支付平台是否包含与所述帐号信息匹配的信息；

交易记录查询单元，用于若所述支付平台包含与所述帐号信息匹配的信息时，查询与所述帐号信息关联的交易记录，所述交易记录包括所述支付平台收到申诉请求的次数；

信用判定单元，用于判断所述支付平台收到申诉请求的次数是否大于或等于预设定次数；

信息生成单元，用于若所述支付平台收到申诉请求的次数大于或等于预设定次数时，生成风险提示信息。

2.根据权利要求1所述的线上支付装置，其特征在于，所述信息生成单元还用于若所述支付平台并未包含与所述帐号信息匹配的信息时，生成与所述帐号信息关联的密码信息；

所述信息收发单元还用于将所述帐号信息、密码信息以及预存储的下载所述线上支付装置的地址发送至所述第二用户终端。

3.根据权利要求1所述的线上支付装置，其特征在于，

所述信息生成单元还用于若所述订单信息被修改时，生成第一验证信息；

所述信息收发单元还用于将所述第一验证信息推送至所述第一用户终端；

所述信息收发单元还用于接收所述第一用户终端反馈的第二验证信息以及生物特征信息；

所述比对单元还用于在所述第一验证信息与所述第二验证信息一致时，比对所述生物特征信息与预存储的生物特征信息是否匹配；

所述线上支付装置还包括：

订单信息管理单元，用于若所述生物特征信息与预存储的生物特征信息匹配时，修改订单信息。

4.根据权利要求1所述的线上支付装置，其特征在于，所述线上支付装置还包括：

货款代收单元，用于代收由所述第二用户终端响应其使用者收到货物后的付款操作而生成的付款指令而支付的货款；

货款支付单元，用于在所述支付平台收到所述货款后的预设定天数后，支付预定数额的货款至所述第一用户终端。

5.根据权利要求4所述的线上支付装置，其特征在于，所述信息收发单元还用于接收所述第二用户终端发送的资金冻结指令或资金解冻指令；

所述线上支付装置还包括：

货款保管单元，用于依据所述资金冻结指令而冻结所述货款或依据所述资金解冻指令而解冻所述货款并支付预定数额的货款至所述第一用户终端。

6.一种线上支付方法，其特征在于，应用于支付平台，所述支付平台分别与第一用户终端及第二用户终端通信连接，所述线上支付方法包括：

接收所述第一用户终端发送的订单信息，所述订单信息包括所述第二用户终端的帐号信息；

比对所述支付平台是否包含与所述帐号信息匹配的信息；

若所述支付平台包含与所述帐号信息匹配的信息时，查询与所述帐号信息关联的交易记录，所述交易记录包括所述支付平台收到申诉请求的次数；

判断所述支付平台收到申诉请求的次数是否大于或等于预设定次数；

若所述支付平台收到申诉请求的次数大于或等于预设定次数时，生成风险提示信息。

7.根据权利要求6所述的线上支付方法，其特征在于，所述线上支付方法还包括：

若所述支付平台并未包含与所述帐号信息匹配的信息时，生成与所述帐号信息关联的密码信息；

将所述帐号信息、密码信息以及预存储的下载所述线上支付方法的地址发送至所述第二用户终端。

8.根据权利要求6所述的线上支付方法，其特征在于，所述线上支付方法还包括：

若所述订单信息被修改时，生成第一验证信息；

将所述第一验证信息推送至所述第一用户终端；

接收所述第一用户终端反馈的第二验证信息以及生物特征信息；

在所述第一验证信息与所述第二验证信息一致时，比对所述生物特征信息与预存储的生物特征信息是否匹配；

若所述生物特征信息与预存储的生物特征信息匹配时，修改订单信息。

9.根据权利要求6所述的线上支付方法，其特征在于，所述线上支付方法还包括：

代收由所述第二用户终端响应其使用者收到货物后的付款操作而生成的付款指令而支付的货款；

在所述支付平台收到所述货款后的预设定天数后，支付预定数额的货款至所述第一用户终端。

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

接收所述第二用户终端发送的资金冻结指令或资金解冻指令；

依据所述资金冻结指令而冻结所述货款或依据所述资金解冻指令而解冻所述货款并支付预定数额的货款至所述第一用户终端。