CN109949042A - 订单支付方法、装置、区块链系统及存储介质 - Google Patents

Abstract

本申请实施例提供了一种订单支付方法、装置、区块链系统及存储介质，涉及区块链技术领域。方法包括：获得订单，以及获得订单对应的对象的信用值；在确定信用值大于等于信用阈值时，判断对象的账户的当前余额是否大于等于订单对应的支付金额与预留金额之和；若是，从当前余额中扣掉订单金额以支付订单。由于在信用值大于等于信用阈值则可以认为该对象可信。故针对该可信的对象，便可以在确定该对象的账户的当前余额大于等于订单对应的支付金额与预留金额之和时，才从当前余额中扣掉订单金额以支付该订单，使得账户可以至少保留预留金额以便为支付其它订单所用。这样，就可以避免扣款后影响该可信的对象使用该账号来支付其它订单。

Description

订单支付方法、装置、区块链系统及存储介质

技术领域

本申请涉及区块链技术领域，具体而言，涉及一种订单支付方法、装置、区块链系统及存储介质。

背景技术

现有技术中，可利用无感知的方式实现对订单的支付，例如，在确定用户账号内的金额能够支付该订单时，便自动的从账号内扣款支付该订单，从而便能实现无感知的支付订单。但这种方式比较机械，对于信用良好的用户，可能会在扣款后会导致用户的账号的余额不足，从而影响用户使用该账号来支付其它订单，比如房屋贷款或汽车贷款。

发明内容

本申请的目的在于提供一种订单支付方法、装置、区块链系统及存储介质，以避免扣款后影响信用良好的用户使用该账号来支付其它订单。

为了实现上述目的，本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供了一种订单支付方法，所述方法包括：

获得订单，以及获得所述订单对应的对象的信用值；

在确定所述信用值大于等于信用阈值时，判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和；

若是，从所述当前余额中扣掉所述订单金额以支付所述订单。

在本申请实施例中，利用对对象的信用值进行判断，即在信用值大于等于信用阈值则可以认为该对象可信。故针对该可信的对象，便可以只在确定该对象的账户的当前余额大于等于订单对应的支付金额与预留金额之和时，才从当前余额中扣掉订单金额以支付该订单，使得账户可以至少保留预留金额以便支付其它订单所用。这样，就可以避免扣款后影响该可信的对象使用该账号来支付其它订单，比如房屋贷款。

结合第一方面，在第一种可能的实现方式中，在判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和之前，所述方法还包括：

判断所述对象是否还有的其它未支付订单；

若是，确定所述其它未支付订单对应的待支付金额为所述预留金额；若否，根据预设金额值确定所述预留金额。

在本申请实施例中，由于预留金额可以是其它未支付订单对应的待支付金额；或在没有其它未支付订单时，预留金额还可以是基于预设金额值来确定。即实现了无论对象当前的是否有其它未支付订单，都可以确定出预留金额，并保证账户内的金额在扣款支付该订单后不低于该预留金额。进而实现了无论对象当前的是否有其它未支付订单，对象都不用担心自动支付的该订单会将账户内的款扣尽。

结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述获得订单，以及获得所述订单对应的对象的信用值，包括：

根据所述对象的车牌号，从区块链上获得与所述车牌号相关的订单；

根据所述订单，从所述区块链上获得所述订单对应的对象的信用值。

在本申请实施例中，通过对象的车牌号从区块链上获得与该车牌号相关的订单，即基于对象的车辆在行驶过程中，便可以自动的去根据车牌号去获取对象的订单和信用值，无需额外操作，使其体验更好。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，在从所述当前余额中扣掉所述订单金额以支付所述订单之后，所述方法还包括：

生成所述订单的支付信息；

将所述支付信息同步到所述区块链中的每个节点。

在本申请实施例中，将支付信息同步到区块链中的每个节点，保证该对象的信息在每个节点上得到及时更新，同时也保证了完整性，实现任一个节点都能够基于该对象的完整信息而对该对象的相关订单进行处理。

结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，生成所述订单的支付信息，包括：

更新所述信用值，获得经更新信用值；

生成包含所述经更新信用值的支付信息。

在本申请实施例中，同步的信息中包含对象的经更新信用值，保证了每个节点都能够存储该对象最新的信用值。使得任一个节点基于最新的信用值能够正确的处理对象的相关订单。

结合第一方面，在第五种可能的实现方式中，在所述在确定所述信用值大于等于信用阈值时，判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和之后，所述方法还包括：

若否，生成所述订单的待支付提示信息，并将所述待支付提示信息发送给所述对象的对象设备。

在本申请实施例中，针对信用值高的对象，在无法自动扣款的情况下，还可以发送信息提示对象手动扣款，避免了对象忘记手动扣款而导致用户的信用值受损。

结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述待支付提示信息包含支付期限，所述方法还包括：

检测在所述支付期限当日或所述支付期限之前，所述订单是否被支付；

在为否时，调低所述信用值，获得经调低信用值。

在本申请实施例中，若对象超过手动扣款的期限还未主动的去支付该订单，则会以调低对象的信用值的方式进行惩罚，以实现提供对象对在期限内主动支付的重视程度，以避免对象下次还出现在期限未主动的去支付情况。

第二方面，本申请实施例提供了一种订单支付装置，所述装置包括：

数据获得模块，用于获得订单，以及获得所述订单对应的对象的信用值。

金额判断模块，用于在确定所述信用值大于等于信用阈值时，判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和。

订单支付模块，用于若是，从所述当前余额中扣掉所述订单金额以支付所述订单。

结合第二方面，在第一种可能的实现方式中，所述装置还包括：

金额设置模块，用于判断所述对象是否还有的其它未支付订单；若是，确定所述其它未支付订单对应的待支付金额为所述预留金额；若否，根据预设金额值确定所述预留金额。

结合第二方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，

所述数据获得模块，还用于根据所述对象的车牌号，从区块链上获得与所述车牌号相关的订单；根据所述订单，从所述区块链上获得所述订单对应的对象的信用值。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述装置还包括：

信息同步模块，用于生成所述订单的支付信息；将所述支付信息同步到所述区块链中的每个节点。

结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，

所述信息同步模块，还用于更新所述信用值，获得经更新信用值；生成包含所述经更新信用值的支付信息。

结合第二方面，在第五种可能的实现方式中，所述装置还包括：

支付提示模块，用于若否，生成所述订单的待支付提示信息，并将所述待支付提示信息发送给所述对象的对象设备。

结合第二方面的第五种可能的实现方式，在第六种可能的实现方式中，所述方法还包括：

信用更新模块，用于检测在所述支付期限当日或所述支付期限之前，所述订单是否被支付；在为否时，调低所述信用值，获得经调低信用值。

第三方面，本申请实施例提供了一种区块链系统，所述区块链系统包括：多个节点，每个所述节点与至少一个所述节点连接，所述多个节点中的任一个所述节点用于执行如第一方面或第一方面的第一种至第六种可能的实现方式中任一种方式所述的订单支付方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如第一方面或第一方面的第一种至第六种可能的实现方式中任一种方式所述的订单支付方法。

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

附图说明

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

图1示出了本申请实施例提供的一种区块链系统的结构框图；

图2示出了本申请实施例提供的一种区块链系统中节点的结构框图；

图3示出了本申请实施例提供的一种订单支付方法的流程图；

图4示出了本申请实施例提供的一种订单支付装置的结构框图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行描述。

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

请参阅图1，本申请一些实施例提供了一种区块链系统10，该区块链系统10可以包括：多个节点10，而多个节点10中每个节点10可以与多个节点10中的至少一个节点10连接，从而形成区块链系统10的链式结构。

示例性的，针对该区块链系统中的任一个节点10，该节点10可以是物理设备，例如该节点10可以是服务器或者终端。

若终端则可以是手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)或销售终端(Point of Sales，POS)等。若服务器则可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器可以是分布式系统)。而在一些实施例中，服务器可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

如图2所示，任一个节点10无论是终端还是服务器，该节点10作为一个电子设备可以包括连接到网络的通信接口21、用于执行程序指令的一个或多个处理器22、总线23、和由不同形式的存储介质构成的存储器24，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。该节点10还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口25。

为了便于说明，本实施例中仅描述了一个处理器。然而，应当注意，本申请中的任一个节点20还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，处理端中的一个处理器执行步骤A，另一个处理器执行步骤B，或者这两个处理器共同执行步骤A和B。

请参阅图3，本申请的一些实施例提供了一种订单支付方法，该订单支付方法可以包括：步骤S100、步骤S200和步骤S300。

步骤S100：获得订单，以及获得所述订单对应的对象的信用值。

步骤S200：在确定所述信用值大于等于信用阈值时，判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和。

步骤S300：若是，从所述当前余额中扣掉所述订单金额以支付所述订单。

需要说明的是，若该订单支付方法应用到区块链系统中时，区块链系统中的任一个节点均可以执行该订单支付方法。区块链系统中中的每个节点执行该订单支付方法后可以把相关对象的最新数据同步给其它节点，以便其它节点也可以针对该相关对象来执行该订单支付方法。考虑到区块链系统的成本比较高，该订单支付方法还可以应用到一个独立的处理设备。但在这种情况下，该处理设备该对订单支付方法的执行与其它执行该订单支付方法的设备之间可是相互独立的，即处理设备执行该订单支付方法后可以不用把相关对象的最新数据同步给其它设备，而其它设备则是针对其它对象来执行该订单支付方法。

为便于理解，本实施例一下将采用电子设备的命名方式来进行统一描述，本实施例中所述的电子设备则可以理解为代指本实施例所述的节点或处理设备。

以下将对本申请的方法流程进行详细地说明。

步骤S100：获得订单，以及获得所述订单对应的对象的信用值。

本实施例中所述的对象，可以理解为用户本身，或者也可以理解为属于该用户并可以代指该用户的事物，例如，用户的载具、用户的家电、用户的生活用品、以及该用户所在或属于该用户的部门、公司或单位等。

在本实施例中，在该对象进行消费而产生相应的订单后，可获得先获得该对象的订单。

作为获得订单的一种方式，若该方法的应用场景是应用到各停车场，那么订单可以是对象进行停车的消费而产生的订单。

示例性的，在这种场景下，在对象的载具驶入停车场时，停车场内的采集设备，例如停车场入口处的摄像头可以采集到该对象的载具的车牌号并获得采集到该车牌号的第一时刻。

若该采集设备为该电子设备，那么该采集设备便可以根据该车牌号和第一时刻，生成包含该对象的车牌号和第一时刻的订单。

若该采集设备不为该电子设备，那么该采集设备便可以将该车牌号和第一时刻发送给连接的电子设备。这样该电子设备便也可以根据该车牌号和第一时刻，生成包含该对象的车牌号和第一时刻的订单。

这样，在该对象的载具之后驶出停车场时，停车场内的采集设备，例如停车场出口处的摄像头则也可以采集到该对象的载具的车牌号并确定出采集到该车牌号的第二时刻。

若该采集设备也为电子设备，那么该采集设备便可以根据该车牌号查找到该订单，并根据订单中的第一时刻和第二时刻确定出该对象的停车时长和消费金额。从而便可以将第二时刻、停车时长和消费金额更新到该对象的订单中。

若该采集设备也不为电子设备，那么该采集设备便也可以将该车牌号和第二时刻发送给连接的电子设备。该电子设备便也可以根据该车牌号确定出该对象的订单，并也根据订单中的第一时刻和第二时刻确定出该对象的停车时长和消费金额，进而也可以将第二时刻、停车时长和消费金额更新到该对象的订单中。

本实施例中，电子设备更新该订单后，可以认为获得该订单并且当前可以针对该订单进行支付。

作为获得订单的另一种方式，若该方法的应用场景是应用到购物餐饮的消费场所，那么订单可以是对象进行购物餐饮的消费而产生的订单。

示例性的，在这种场景下，在对象的确认点餐时或对象确认购买某件物品时，相应的采集设备，例如用户点餐所使用的用户终端、餐厅的点餐机或商店购物的Pose机便可以采集到该对象的基本信息和该对象的消费信息。其中，该对象的基本信息可以为该对象的实名认证信息以保证安全性，而该对象的消费信息则可以是至少包含对象购买的物品或食品的种类、数量和消费金额。

若该采集设备为电子设备，那么该采集设备便可以根据该对象的基本信息和消费信息，生成包含该基本信息和消费信息的订单。

若该采集设备不为电子设备，那么该采集设备便也可以将对象的基本信息和消费信息发送给连接的电子设备。该电子设备便也可以根据该对象的基本信息和消费信息，生成包含该基本信息和消费信息的订单。

本实施例中，电子设备生成该订单后，也可以认为获得该订单并且当前可以针对该订单进行支付。

示例性的，电子设备中还存储该对象的相关信息，例如还存储了还对象的信用值。那么在获得该订单时，电子设备便可以根据该订单中该对象的车牌号或者根据该对象的基本信息，在存储的数据中进行遍历，以遍历包含该车牌号或者该基本信息的信息，那么遍历到的该信息则为该对象的相关信息。

另外，若电子设备为区块链系统中的节点时，电子设备不仅可以从自身存储的对象的相关信息中获得该对象的信用值。电子设备还可以选择从区块链上的其它节点存储的该对象的相关信息中获得该对象的信用值。

进一步的，电子设备便可以从该相关信息中获得该对象的信用值，即可以认为是获得了该订单对应的对象的信用值。

步骤S200：在确定所述信用值大于等于信用阈值时，判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和。

在获得对象的信用值时，可以对该对象的信用值进行分析，以判断该对象是否是一个可信的对象。可选地，电子设备中预先设置了信用阈值，这样电子设备可以通过判断该信用值是否大于等于该信用阈值来确定该对象是否是一个可信的对象。

若通过判断确定该信用值小于该信用阈值，则说明该对象是一个不可信的对象。这种情况下，若能够自动扣款支付该订单，则需要执行该自动扣款支付，以避免该不可信的对象利用手动支付而拖欠不支付。

本实施例中，该对象的相关信息中还包含该对象的账户的当前余额，那么电子设备便可以获得该对象的账户的当前余额，并将该订单的消费金额作为支付金额，判断该当前余额是否大于支付金额。

若当前余额大于等于支付金额，那么电子设备便确定可以自动扣款支付该订单。

若当前余额小于支付金额，那么电子设备便确定无法通过自动扣款支付该订单。这样，电子设备便可以生成提示信息发送至采集设备，使得采集设备可以显示该提示信息。其中，该提示信息是用于告知用户需要通过传统的方式，例如通过手动的现金、手动的微信扫描或手动的支付宝扫描等方式立刻支付该订单，才能够完成消费。

若通过判断确定该信用值大于等于该信用阈值，则说明该对象是一个可信的对象。这种情况下，若能够自动扣款支付该订单，则需要判断若扣款支付该订单后，对象的账户里的余额是否会影响到对对象的其它订单的支付。其中，该其它订单可以是例如对象的手机贷款、汽车贷款或房屋贷款等可以指定期限偿还的订单。

示例性的，电子设备也可以获得该对象的账户的当前余额，并将该订单的消费金额作为支付金额来判断该当前余额是否大于支付金额。

若当前余额大于等于支付金额，那么电子设备便可以对对象的账户里的余额是否会影响到对对象的其它订单的支付进行分析。

若当前余额小于支付金额，那么电子设备便也确定无法通过自动扣款支付该订单。这样，电子设备便可以生成提示信息发送至采集设备，使得采集设备可以显示该提示信息。其中，该提示信息是用于告知用户需要通过传统的方式，例如通过手动的现金、手动的微信扫描或手动的支付宝扫描等方式立刻支付该订单，才能够完成消费。

需要说明的是，在应用场景是各停车场的情况下，在生成提示信息后，则电子设备需要收到操作人员输入或其它设备发送的该对象以通过传统方式支付该订单的确认信息，电子设备才可以控制阻拦设备运动，以放行该对象的载具。

而电子设备在对象的账户里的余额是否会影响到对对象的其它订单的支付进行分析时，电子设备可以对该对象的相关信息进行分析，以判断该相关信息是否还包含该对象的其它未支付订单。

若确定该对象还有其它未支付订单，那么电子设备可以根据这些其它未支付订单，确定出这些其它未支付订单对应的待支付金额。

而若确定该对象没有其它未支付订单，那么电子设备则可以根据该对象的相关信息来获得该对象的预设金额值。可选地，电子设备可以从相关信息中获得该对象的消费等级，其中，消费等级越高则说明该对象的消费能力越强，反之，则越弱。那么，电子设备便可以根据该消费等级而确定出与消费等级匹配的预设金额值。例如，消费等级为高级，则确定出预设金额值可以是2000元，而消费等级为低级，则确定出预设金额值可以是500元。

这样，在电子设备确定出其它未支付订单对应的待支付金额或预设金额值后，电子设备便可以确定该待支付金额或预设金额值为该对象的账户支付该订单后需要剩余的预留金额。以及，在电子设备确定出预设金额值后，电子设备便也可以确定该预设金额值为该对象的账户支付该订单后需要剩余的预留金额。

基于此，电子设备便可以判断对象的账户的当前余额是否大于等于订单对应的支付金额与预留金额之和。

步骤S300：若是，从所述当前余额中扣掉所述订单金额以支付所述订单。

若确定对象的账户的当前余额大于等于订单对应的支付金额与预留金额之和，则电子设备便确定可以自动扣款支付该订单。这样，电子设备便可以从该对象的账户的当前余额中扣掉该订单金额以支付订单，从而实现了以无感知的方式支付该订单。

这样，在支付成功后，电子设备便可以更新该对象的信用值，即可以将该对象的信用值调高，获得经更新信用值。于此同时，为保证该对象的信息的完整性，电子设备可以将该经更新信用值和该支付成功的订单加密，并作为该对象的相关信息进行存储，其中，加密的方式可以采用对称加密或者非对称加密。

再者，在电子设备为区块链系统中的节点时，为保证信息的同步，电子设备还可以生成包含该包含经更新信用值和该支付成功的订单的支付信息，并将该支付信息同步区块链上。相应的，区块链上的每个节点都可以获得该支付信息，从而也将支付信息包含的该经更新信用值和该支付成功的订单加密，并加密后的信息作为该对象的相关信息进行存储。

而确定对象的账户的当前余额小于订单对应的支付金额与预留金额之和，则电子设备便确定当前若自动扣款支付该订单会影响到该对象的其它订单的支付。因此，电子设备可以生成该订单的待支付提示信息，并将该待支付提示信息发送给对象的对象设备，其中，该对象的对象设备可以是该对象所使用的终端，而该待支付提示信息包含支付期限。这样，基于该对象设备对该待支付提示信息进行显示，那么对象便可以获知自己账户中的当前余额不够同时支付该订单和其它订单，并还可以获知该订单需要在支付期限当日或支付期限之前自己以传统的方式去支付。

基于此，电子设备还可以检测在支付期限当日或支付期限之前，该订单是否被支付。

若在支付期限当日或支付期限之前，该对象未对该订单进行支付，那么电子设备则基于没有获取该订单被成功支付的信息而检测到该订单未被支付。这样，电子设备便可以更新该对象的信用值，即可以调低该信用值，并获得经调低信用值。于此同时，为保证该对象的信息的完整性，电子设备可以将该调低该信用值和该未支付成功的订单加密，并作为该对象的相关信息进行存储。

再者，在电子设备为区块链系统中的节点时，也为保证信息的同步，电子设备还可以生成包含该包含调低该信用值和该未支付成功的订单的支付信息，并将该支付信息同步区块链上。相应的，区块链上的每个节点都可以获得该支付信息，从而也将支付信息包含的该调低该信用值和该未支付成功的订单加密，并加密后的信息作为该对象的相关信息进行存储。

反之，在检测到该订单被支付时，电子设备则可以执行前述的支付成功后的操作，对此便不再累述。

请参阅图4，本申请的一些实施例提供了一种订单支付装置100，该订单支付装置100可以应用于电子设备，该订单支付装置100可以包括：

数据获得模块110，用于获得订单，以及获得所述订单对应的对象的信用值。

金额判断模块120，用于在确定所述信用值大于等于信用阈值时，判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和。

订单支付模块130，用于若是，从所述当前余额中扣掉所述订单金额以支付所述订单。

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请一些实施例还提供了一种计算机可执行的非易失的程序代码的计算机可读储存介质，该计算机可读存储介质上存储有程序代码，该程序代码被计算机运行时执行上述任一实施方式的订单支付方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的程序代码被运行时，能够执行上述施例的订单支付方法的步骤，以避免扣款后影响用户使用该账号来支付其它订单。

本申请实施例所提供的订单支付方法的程序代码产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

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

综上所述，本申请实施例提供了一种订单支付方法、装置、区块链系统及存储介质。方法包括：获得订单，以及获得订单对应的对象的信用值；在确定信用值大于等于信用阈值时，判断对象的账户的当前余额是否大于等于订单对应的支付金额与预留金额之和；若是，从当前余额中扣掉订单金额以支付订单。

利用对对象的信用值进行判断，即在信用值大于等于信用阈值则可以认为该对象可信。故针对该可信的对象，便可以在确定该对象的账户的当前余额大于等于订单对应的支付金额与预留金额之和时，才从当前余额中扣掉订单金额以支付该订单，使得账户可以至少保留预留金额以便为支付其它订单所用。这样，就可以避免扣款后影响该可信的对象使用该账号来支付其它订单。

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

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

Claims (16)

1.一种订单支付方法，其特征在于，所述方法包括：

获得订单，以及获得所述订单对应的对象的信用值；

在确定所述信用值大于等于信用阈值时，判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和；

若是，从所述当前余额中扣掉所述订单金额以支付所述订单。

2.根据权利要求1所述的订单支付方法，其特征在于，在判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和之前，所述方法还包括：

判断所述对象是否还有的其它未支付订单；

若是，确定所述其它未支付订单对应的待支付金额为所述预留金额；若否，根据预设金额值确定所述预留金额。

3.根据权利要求1或2所述的订单支付方法，其特征在于，所述获得订单，以及获得所述订单对应的对象的信用值，包括：

根据所述对象的车牌号，从区块链上获得与所述车牌号相关的订单；

根据所述订单，从所述区块链上获得所述订单对应的对象的信用值。

4.根据权利要求3所述的订单支付方法，其特征在于，在从所述当前余额中扣掉所述订单金额以支付所述订单之后，所述方法还包括：

生成所述订单的支付信息；

将所述支付信息同步到所述区块链中的每个节点。

5.根据权利要求4所述的订单支付方法，其特征在于，生成所述订单的支付信息，包括：

更新所述信用值，获得经更新信用值；

生成包含所述经更新信用值的支付信息。

6.根据权利要求1所述的订单支付方法，其特征在于，在所述在确定所述信用值大于等于信用阈值时，判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和之后，所述方法还包括：

若否，生成所述订单的待支付提示信息，并将所述待支付提示信息发送给所述对象的对象设备。

7.根据权利要求6所述的订单支付方法，其特征在于，所述待支付提示信息包含支付期限，所述方法还包括：

检测在所述支付期限当日或所述支付期限之前，所述订单是否被支付；

在为否时，调低所述信用值，获得经调低信用值。

8.一种订单支付装置，其特征在于，所述装置包括：

数据获得模块，用于获得订单，以及获得所述订单对应的对象的信用值；

金额判断模块，用于在确定所述信用值大于等于信用阈值时，判断所述对象的账户的当前余额是否大于等于所述订单对应的支付金额与预留金额之和；

订单支付模块，用于若是，从所述当前余额中扣掉所述订单金额以支付所述订单。

9.根据权利要求8所述的订单支付装置，其特征在于，所述装置还包括：

金额设置模块，用于判断所述对象是否还有的其它未支付订单；若是，确定所述其它未支付订单对应的待支付金额为所述预留金额；若否，根据预设金额值确定所述预留金额。

10.根据权利要求9所述的订单支付装置，其特征在于，

所述数据获得模块，还用于根据所述对象的车牌号，从区块链上获得与所述车牌号相关的订单；根据所述订单，从所述区块链上获得所述订单对应的对象的信用值。

11.根据权利要求10所述的订单支付装置，其特征在于，所述装置还包括：

信息同步模块，用于生成所述订单的支付信息；将所述支付信息同步到所述区块链中的每个节点。

12.根据权利要求11所述的订单支付装置，其特征在于，

所述信息同步模块，还用于更新所述信用值，获得经更新信用值；生成包含所述经更新信用值的支付信息。

13.根据权利要求8所述的订单支付装置，其特征在于，所述装置还包括：

支付提示模块，用于若否，生成所述订单的待支付提示信息，并将所述待支付提示信息发送给所述对象的对象设备。

14.根据权利要求13所述的订单支付装置，其特征在于，所述装置还包括：

信用更新模块，用于检测在所述支付期限当日或所述支付期限之前，所述订单是否被支付；在为否时，调低所述信用值，获得经调低信用值。

15.一种区块链系统，其特征在于，所述区块链系统包括：多个节点，每个所述节点与至少一个所述节点连接，所述多个节点中的任一个所述节点用于执行如权利要求1-7任一权项所述的订单支付方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如权利要求1-7任一权项所述的订单支付方法。