【

具体实施方式

】

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

一、实施环境说明

请参考图1，其示出了本发明所涉及的一种实施环境的结构示意图。该实施环境包括支付端、接收端和服务端，其中：

支付端：数字资产的支付端(例如如图1所示的第一支付端或第二支付端)，用于向接收端进行离线支付。支付端既可以是软件程序，例如支付客户端程序；也可以是由软件和硬件组合实现的设备，例如，既可以是智能手机、智能电视、平板电脑、笔记本电脑等用户终端设备，也可以是智能手表、智能手环等可穿戴式终端设备，还可以是诸如芯片卡、硬件钱包等其他设备。

接收端：数字资产的接收端(例如如图1所示的第一接收端或第二接收端)，用于接收支付端的离线支付，并且根据支付端提供的离线支付凭证向服务端请求完成数字资产的划转。接收端既可以是软件程序，也可以是由软件和硬件组合实现的设备，例如，既可以是智能手机、销售终端(POS机)、扫描枪、读码器、PC(个人电脑)、服务器等设备，也可以是智能电视、平板电脑、笔记本电脑、智能手表、智能手环等终端设备，还可以是诸如芯片卡、硬件钱包等其他设备。

服务端：数字资产的服务端，用于向支付端提供离线支付额度，以及向接收端提供数字资产划转服务，根据接收端传递的离线支付凭证完成数字资产在服务端的划转。实际实施过程中，服务端可以是用于提供数字资产服务的登记中心、支付中心等。服务端可以是一个物理或逻辑服务器，也可以是云服务器，还可以是由两个或两个以上分担不同职责的服务器相互协同来实现本说明书各实施例中服务端的各项功能。

支付端与接收端之间的信息传递通过本地通信以实现，本地通信是相对与数字资产服务端的通信方式而言的，即支付端与接收端之间不需经过数字资产服务端以实现相互的信息传递，例如可以包括局域网或近距离通信等方式，其中，近距离通信包括但不限于通过蓝牙、红外线、NFC、WIFI、声波、BLE(低功耗蓝牙)或图形码的通信方式。例如，在支付端和接收端不能与互联网实时通信的环境下，在该环境内建立局域网络，支付端和接收端接入该局域网络，支付端与接收端通过该局域网络相互通信；又例如，支付端与接收端通过蓝牙配对建立蓝牙通道以实现近距离通信；再例如，支付端与接收端通过NFC天线感应以实现近距离通信；还例如，支付端或接收端中的一端对要传递的信息进行编码生成图形码，另一端扫描并解析该图形码以获取要传递的信息，从而通过图形码实现支付端与接收端之间的近距离通信，图形码可以是二维码或条形码，也可以是其它可以通过扫描及解码方式获取其信息的图形。

支付端与服务端之间的信息传递，既可以由支付端与服务端建立网络连接以实现直接的信息传递，该网络既可以是互联网，也可以是专用的网络；也可以由支付端通过中间设备与服务端实现间接的信息传递，例如中间设备为带有NFC功能的前置机，支付端与该中间设备之间通过NFC通信进行信息传递，该中间设备与服务端之间通过专用网络进行信息传递，由此实现支付端通过中间设备与服务端之间的信息传递。

接收端与服务端之间的信息传递，既可以由接收端与服务端建立网络连接以实现直接的信息传递，该网络既可以是互联网，也可以是专用的网络；也可以由接收端通过中间设备与服务端实现间接的信息传递。

可以理解，在实际实施环境中，可以包括多个甚至大量的用户和接收端，其中，每个用户可以有多个支付端。为了便于说明，图1中仅示出一个用户的第一支付端和第二支付端，并且也仅示出了第一支付端与第一接收端、第二支付端与第二接收端之间的本地通信关系，但在实际实施环境中，该第一支付端也可以向该第二接收端或其他接收端进行本地通信和离线支付，该第二支付端也可以向该第一接收端或其他接收端进行本地通信和离线支付。对于一个终端设备，既可以只作为支付端或接收端，或者也可以既作为支付端又作为接收端。

需要说明的是，本领域技术人员可以理解，图1中示出的实施环境结构并不构成对实施环境的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。图1中示出的实施环境结构仅用于加强对本发明技术的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术信息。

二、同一用户的多个支付端支持离线支付额度的方法实施例一

请参考图2，其示出了本发明提供的同一用户的多个支付端支持离线支付额度的方法实施例一的流程图。本实施例以该方法应用于图1所示实施环境中的服务端来举例说明，该方法可以包括：

步骤201.对于有多个支付端的任一用户，在所述用户的用户账户下设置多个唯一识别信息，其中根据所述多个唯一识别信息可以分别确定到所述用户账户，对所述多个唯一识别信息中的每个唯一识别信息分别建立对应的离线支付额度，其中包括在所述用户账户下设置第一唯一识别信息，建立所述第一唯一识别信息与第一离线支付额度的对应关系，以及在所述用户账户下设置第二唯一识别信息，建立所述第二唯一识别信息与第二离线支付额度的对应关系。

对于有多个支付端的任一用户，即对于有多个支付端要支持离线支付额度的一个或多个用户，以其中一个用户为例，给所述用户的多个支付端分别确定唯一识别信息，在所述用户的用户账户下设置该分别确定的多个唯一识别信息，并且使得根据所述多个唯一识别信息可以分别确定到所述用户账户，以及对所述多个唯一识别信息中的每个唯一识别信息分别建立对应的离线支付额度，即每个唯一识别信息分别建立有对应的离线支付额度。例如，以所述用户有第一支付端和第二支付端为例，对于所述第一支付端，确定所述第一支付端的唯一识别信息(即第一唯一识别信息)，以及确定所述第一支付端的离线支付额度(即第一离线支付额度)，在所述用户账户下设置所述第一唯一识别信息，建立所述第一唯一识别信息与所述第一离线支付额度的对应关系；对于所述第二支付端，确定所述第二支付端的唯一识别信息(即第二唯一识别信息)，以及确定所述第二支付端的离线支付额度(即第二离线支付额度)，在所述用户账户下设置所述第二唯一识别信息，建立所述第二唯一识别信息与所述第二离线支付额度的对应关系。同理，如果所述用户还有第三支付端、第四支付端等，则可以分别在所述用户账户下设置第三唯一识别信息，建立该第三唯一识别信息与第三离线支付额度的对应关系；在所述用户账户下设置第四唯一识别信息，建立该第四唯一识别信息与第四离线支付额度的对应关系等；依此类推，在此不再赘述。

可以理解，本发明实施例中的多个，是指二个或者二个以上的情况。实际应用场景中，本发明实施例中的用户既可以是自然人用户，也可以是企业用户、商业用户等，对此本发明实施例并不进行限定。

对于上述中的唯一识别信息，可以以多种方式进行确定，具体可以包括：

例如，以支付端识别信息作为该唯一识别信息，支付端识别信息为用于识别支付端的识别信息，可以是终端设备标识、芯片卡标识、手机号码、子账号、数字证书、公钥、基于公钥生成的地址或其他可用于唯一地识别支付端的信息。

又例如，该唯一识别信息为所述服务端生成的并且在所述服务端上具有唯一性的识别信息，即该唯一识别信息在所述服务端上的唯一识别信息中具有唯一性，也可以理解为在所述服务端上有多个甚至大量的用户账户关联有唯一识别信息，而生成的该唯一识别信息在唯一识别信息中具有唯一性。比如，所述服务端按顺序递增生成唯一识别信息，因此，可以确保生成的唯一识别信息会大于以前生成的唯一识别信息，则该唯一识别信息在所述服务端上具有唯一性；又比如，所述服务端根据所述服务端的当前系统时间生成唯一识别信息，时间精确到秒级，并且确保本次生成的唯一识别信息与上一次生成的唯一识别信息至少相隔1秒以上才能生成，如此，则可以确保生成的唯一识别信息会大于以前生成的唯一识别信息，则生成的唯一识别信息在所述服务端具有唯一性；还比如，所述服务端生成随机信息，将该随机信息与当前所有的唯一识别信息进行比较，若比较结果为存在相同的信息，则重新生成随机信息并再次进行该比较，直至比较没有相同的信息，则确定该随机信息为本次生成的唯一识别信息。

还例如，该唯一识别信息主要由账户识别信息和唯一标识组成，该账户识别信息为所述用户账户的账户识别信息，该唯一标识在所述用户账户下具有唯一性。比如，将用于识别所述用户账户的账户识别信息(例如所述用户账户的用户账号、所述用户账户的用户身份信息、支付端识别信息等)和唯一标识组成该唯一识别信息，由此，则可以先根据该账户识别信息识别到所述用户账户，以及根据该唯一标识在所述用户账户下获取到对应的离线支付额度。

对于上述每个唯一识别信息分别对应的离线支付额度，其中，可以以多种实施方式确定该离线支付额度，具体可以包括：

例如，所述服务端使用一个预设的额度作为该离线支付额度，比如，所述服务端预设的额度为1000，则确定所述第一离线支付额度为1000，即所述第一唯一识别信息对应的所述第一离线支付额度为1000，确定所述第二离线支付额度为1000，即所述第二唯一识别信息对应的所述第二离线支付额度为1000。

又例如，所述服务端根据支付端请求的额度确定该离线支付额度，比如，所述服务端接收某个支付端(例如第一支付端或第二支付端)发送的获取离线支付额度的操作请求，该请求中请求的离线支付额度为1000，则所述服务端确定该某个支付端对应的离线支付额度为1000。

还例如，所述服务端根据所述用户账户的支付记录或/和信用等级或/和用户信息、或/和所述用户账户下当前已经建立的离线支付额度、或/和支付端类型等确定该离线支付额度。比如，所述服务端根据所述用户账户的支付记录或/和信用等级或/和用户信息确定所述用户每个支付端的离线支付额度为1000，则所述第一离线支付额度为1000，所述第二离线支付额度为1000；又比如，所述服务端将支付端分为相应的类型(例如一类、二类等类型，或者软件、硬件等类型)，并且每种类型分别设定对应的离线支付额度；还比如，所述服务端确定所述用户账户总的离线支付额度为1000，如果所述服务端上已经为所述第一支付端建立了所述第一唯一识别信息与所述第一离线支付额度的对应关系，并且所述第一离线支付额度为600，则所述服务端在确定所述第二支付端的所述第二离线支付额度时，则确定所述第二离线支付额度为400，即所述第二唯一识别信息对应的所述第二离线支付额度为400。

在所述用户的用户账户下设置多个唯一识别信息，以及对所述多个唯一识别信息中的每个唯一识别信息分别建立对应的离线支付额度，可以有多种的实施方式：

示例一，表1示出了一种实施方式，在该用户账户表中，第一唯一识别信息(User1a)和第二唯一识别信息(User1b)都为所述用户账户的账户识别信息，即通过该第一唯一识别信息(User1a)和该第二唯一识别信息(User1b)都可以用于识别所述用户账户，包括获取所述用户账户的资产余额(2000)等，该第一唯一识别信息(User1a)对应的离线支付额度为第一离线支付额度(1000)，该第二唯一识别信息(User1b)对应的离线支付额度为第二离线支付额度(1000)。

表1：一种用户账户表

示例二，表2示出了另一种实施方式，在该用户账户表中，用户账号(User1)为所述用户账户的账户识别信息，即通过该用户账号(User1)可以用于识别所述用户账户，包括获取所述用户账户的资产余额(2000)等；第一唯一标识(No1)对应的离线支付额度为第一离线支付额度(1000)，第二唯一标识(No1)对应的离线支付额度为第二离线支付额度(1000)，实际应用中，该用户账号(User1)和该第一唯一标识(No1)组成第一唯一识别信息，该用户账号(User1)和该第二唯一标识(No1)组成第二唯一识别信息。

表2：另一种用户账户表

示例三，表3、表4示出了又一种实施方式，在表3中，用户账号(User1)为所述用户账户的账户识别信息，即通过该用户账号(User1)可以用于识别所述用户账户，包括获取所述用户账户的资产余额(2000)等；同时在表4中，第一唯一识别信息(id1)对应的离线支付额度为1000，并且与用户账号(User1)相关联，即根据该第一唯一识别信息(id1)可以关联到用户账号(User1)；第二唯一识别信息(id2)对应的离线支付额度为1000，并且与用户账号(User1)相关联，即根据该第二唯一识别信息(id2)可以关联到用户账号(User1)。

表3：又一种用户账户表(1)

表4：又一种用户账户表(2)

由上述确定的唯一识别信息以及示例可知，在所述用户账户下设置多个唯一识别信息，可以使得根据该多个唯一识别信息可以分别确定到所述用户账户，如上述示例一中所示，其中的唯一识别信息是所述用户账户的账户识别信息，从而根据该唯一识别信息可以确定到所述用户账户，以及确定到所述用户账户下设定的资产余额；又如上述示例二中所示，其中的唯一识别信息是包括所述用户账户的账户识别信息的信息，从而根据该唯一识别信息中包括的账户识别信息可以确定到所述用户账户，以及确定到所述用户账户下设定的资产余额；还如上述示例三中所示，其中的唯一识别信息与所述用户账户的账户识别信息相关联，从而通过该唯一识别信息可以获取到关联的账户识别信息，进而根据该关联的账户识别信息可以确定到所述用户账户，以及确定到所述用户账户下设定的资产余额。可以理解，对于上述支付端识别信息、或者以所述服务端生成的并且在所述服务端上具有唯一性的识别信息等作为的唯一识别信息，既可以参照上述示例一将其作为账户识别信息，也可以参照上述示例三将其与账户识别信息相关联。

可以理解，对于上述示例一至示例三中的资产余额(2000)，是以余额形式的数字资产为例进行示例说明的；与此相似的，在实际应用过程中，如果是字符串形式的数字资产，则该资产余额可以替换为资产余值，其中是面值为2000的加密字符串或者面值总和为2000的多个加密字符串。由此还可以理解，该面值为2000的加密字符串或者该面值总和为2000的多个加密字符串是所述用户账户下的数字资产，也可以理解为其属主为所述用户账户。

可以理解，除了上述示例一至示例三，在实际实施过程中，还可以有更多种的实施方式，其主要作用在于，对于给所述用户的多个支付端分别确定的唯一识别信息，可以根据其中每个唯一识别信息分别确定到所述用户账户，以及可以获取到每个唯一识别信息对应的离线支付额度。

需要说明的是，如上所述的在所述用户账户下设置多个唯一识别信息，并没有限定是否同时在所述用户账户下设置多个唯一识别信息，具体的，所述服务端在所述用户账户下允许设置多个不同的唯一识别信息，对于所述用户的任一支付端，所述服务端可以根据支付端的请求、或者是中间设备的请求、或者是后台管理指令、或者是数据库操作指令等，在所述用户账户下设置用于该支付端的唯一识别信息，以及建立该唯一识别信息对应的离线支付额度。

步骤202.将所述每个唯一识别信息和其对应的离线支付额度分别下发给所述用户相应的支付端，其中包括将所述第一唯一识别信息和所述第一离线支付额度下发给第一支付端，将所述第二唯一识别信息和所述第二离线支付额度下发给第二支付端。

将所述多个唯一识别信息中的每个唯一识别信息及其对应的离线支付额度分别下发给所述用户相应的支付端，也可以理解为，对于所述用户相应的支付端中的任一支付端而言，是将该任一支付端的唯一识别信息和该唯一识别信息对应的离线支付额度下发给该任一支付端，例如，以上述步骤201中的示例为例，将所述第一唯一识别信息和所述第一离线支付额度下发给所述第一支付端，以及将所述第二唯一识别信息和所述第二离线支付额度下发给所述第二支付端。

将所述每个唯一识别信息和其对应的离线支付额度分别下发给所述用户相应的支付端，具体实施方式上，以将其中任一支付端的唯一识别信息和该唯一识别信息对应的离线支付额度下发给该任一支付端为例，具体可以包括：

例如，所述服务端将该任一支付端的唯一识别信息和该唯一识别信息对应的离线支付额度发送给该任一支付端，以使得该任一支付端接收到所述服务端发送的该唯一识别信息和该离线支付额度。

又例如，如果所述服务端是根据该任一支付端预先保存的唯一识别信息和离线支付额度确定的该任一支付端的唯一识别信息和离线支付额度，则所述服务端可以向该任一支付端返回确认信息，该确认信息表征所述服务端已经根据该任一支付端预先保存的唯一识别信息和离线支付额度确定唯一识别信息和离线支付额度，从而使得该任一支付端在接收到该确认信息之后，该任一支付端将该预先保存的唯一识别信息和离线支付额度作为所述服务端下发的唯一识别信息和离线支付额度。可以理解，对于该任一支付端预先保存的唯一识别信息，也包括预置的唯一识别信息，例如支付端的终端设备标识、芯片卡标识等预置的支付端识别信息。

再例如，所述服务端将该任一支付端的唯一识别信息发送给该任一支付端，以使得该任一支付端接收到所述服务端发送的该唯一识别信息；并且所述服务端向该任一支付端返回确认信息，该确认信息表征所述服务端已经以该任一支付端预先保存的离线支付额度确定离线支付额度，从而使得该任一支付端在接收到该确认信息之后，该任一支付端将该预先保存的离线支付额度作为所述服务端下发的离线支付额度。

还例如，所述服务端将该任一支付端的离线支付额度发送给该任一支付端，以使得该任一支付端接收到所述服务端发送的该离线支付额度；并且所述服务端向该任一支付端返回确认信息，该确认信息表征所述服务端已经以该任一支付端预先保存的唯一识别信息确定唯一识别信息，从而使得该任一支付端在接收到该确认信息之后，该任一支付端将该预先保存的唯一识别信息作为所述服务端下发的唯一识别信息。

可以理解，本发明实施例可以支持一个、多个甚至大量用户各自的多个支付端支持离线支付额度，因此，对于该一个、多个甚至大量的用户，均可以参照上述步骤201和步骤202，从而可以给其中每个用户的多个支付端分别确定和下发唯一识别信息和其对应的离线支付额度。

步骤203.当接收到接收端发送的离线支付凭证，所述离线支付凭证包括唯一识别信息和支付数额，则对所述离线支付凭证进行验证，若验证所述离线支付凭证合法，则从相应的用户账户中将所述支付数额的数字资产划转给所述接收端所在账户，以及从相应的离线支付额度中扣减所述支付数额，所述相应的用户账户为根据所述包括的唯一识别信息确定的用户账户，所述相应的离线支付额度为所述包括的唯一识别信息所对应的离线支付额度。

当所述服务端接收到接收端发送的离线支付凭证，所述离线支付凭证中包括唯一识别信息和支付数额，则所述服务端对所述离线支付凭证进行验证，若验证所述离线支付凭证合法，则从相应的用户账户中将所述支付数额的数字资产划转给所述接收端所在账户，以及从相应的离线支付额度中扣减所述支付数额，所述相应的用户账户为根据所述包括的唯一识别信息确定的用户账户，所述相应的离线支付额度为所述包括的唯一识别信息所对应的离线支付额度。可以理解，所述包括的唯一识别信息是指所述离线支付凭证中包括的唯一识别信息。

因为在所述服务端上可能包括多个甚至大量的用户账户，因此实际应用中有必要确定到相应的用户账户，由于上述步骤201中在所述用户账户下设置多个唯一识别信息时可以使得根据该多个唯一识别信息可以分别确定到所述用户账户，因此，根据所述包括的唯一识别信息可以确定到相应的用户账户，例如，如果所述包括的唯一识别信息为上述步骤201中的所述第一唯一识别信息或所述第二唯一识别信息，则确定到的相应的用户账户应为上述步骤201中的所述用户账户，具体的，根据所述包括的唯一识别信息确定相应的用户账户可以包括：

确定方式一，如果所述包括的唯一识别信息为账户识别信息，则确定所述相应的用户账户为所述包括的唯一识别信息确定的用户账户。如上述步骤201中示例一中所述，在所述用户账户下设置的唯一识别信息可以是账户识别信息，因此，如果所述包括的唯一识别信息为账户识别信息，则确定所述相应的用户账户为所述包括的唯一识别信息确定的用户账户。

确定方式二，如果所述包括的唯一识别信息中包括账户识别信息，则确定所述相应的用户账户为该账户识别信息所确定的用户账户。如上述步骤201中示例二中所述，在所述用户账户下设置的唯一识别信息可以是主要由账户识别信息和唯一标识所组成的识别信息，因此，如果所述包括的唯一识别信息为主要由账户识别信息和唯一标识所组成的识别信息，则获取所述包括的唯一识别信息中包括的账户识别信息，确定所述相应的用户账户为该账户识别信息所确定的用户账户。

确定方式三，如果所述包括的唯一识别信息与账户识别信息相关联，则根据所述包括的唯一识别信息获取关联的账户识别信息，所述相应的用户账户为该关联的账户识别信息所确定的用户账户。如上述步骤201中示例三中所述，在所述用户账户下设置的唯一识别信息可以与账户识别信息相关联，因此，如果所述包括的唯一识别信息与账户识别信息相关联，则根据所述包括的唯一识别信息获取关联的账户识别信息，所述相应的用户账户为该关联的账户识别信息所确定的用户账户。

所述服务端从相应的用户账户中将所述支付数额的数字资产划转给所述接收端所在账户，主要是指将所述支付数额所表征的数字资产从所述相应的用户账户中划转至所述接收端所在的账户，根据数字资产的类型，可以采取相对应的划转方式：

例如，以数字资产为余额形式的数字资产为例，则从所述相应的用户账户中减去所述支付数额，在所述接收端所在账户中增加所述支付数额。例如，以所述相应的用户账户的余额是2000、所述接收端所在账户的余额是500、所述支付数额是100为例，则从所述相应的用户账户中将所述支付数额的数字资产划转给所述接收端所在账户之后，所述相应的用户账户的余额是1900，所述接收端所在账户的余额是600；又例如，以所述服务端是第三方支付平台为例(如类似支付宝或微信支付的支付平台)，则还可以从所述相应的用户账户绑定的银行账户中划转所述支付数额(也可以理解为是相应的支付金额)给所述接收端所在的账户；还例如，以所述服务端是第三方支付平台为例(如类似支付宝或微信支付的支付平台)，则还可以从所述相应的用户账户的余额中减去所述支付数额，并且向所述接收端所在账户绑定的银行账户中转入所述支付数额(也可以理解为是相应的支付金额)。

又例如，以数字资产为字符串形式的数字资产为例，则所述服务端将所述相应的用户账户下所述支付数额的数字资产更改为所述接收端所在账户下的数字资产。具体的，在所述服务端记录有每个数字资产的属主，即在所述服务端对表征数字资产的字符串记录有相应的属主，则将所述支付数额的数字资产的属主由所述相应的用户账户更改为所述接收端所在的账户，亦即从属主为所述相应的用户账户的数字资产中，选取面值为所述支付数额的数字资产，或者选取面值总和为所述支付数额的数字资产，将其属主更改为所述接收端所在的账户。

可以理解，本发明实施例中所述接收端所在账户，可以以多种方式进行确定，例如，在所述支付端生成的所述离线支付凭证中包括所述接收端所在账户的账户识别信息(例如所述接收端所在账户的用户账号、所述接收端所在账户的用户身份信息、接收端识别信息等)，即该账户识别信息为可以用于识别所述接收端所在账户的识别信息，从而所述服务端可以根据该账户识别信息确定所述接收端所在账户；又例如，所述服务端在接收到所述离线支付凭证时，获取发送方的账户识别信息(例如用户账号、用户身份信息、接收端识别信息等)，该账户识别信息为可以用于识别所述接收端所在账户的识别信息，则所述服务端根据该账户识别信息确定所述接收端所在的账户。可以理解，所述接收端识别信息为用于识别接收端的信息，可以是终端设备标识、芯片卡标识、手机号码、账号、数字证书、公钥、基于公钥生成的地址或其他可用于唯一地识别接收端的信息。

可以理解，如果所述接收端所在账户是属于其他服务端上的账户，则所述服务端可以从所述相应的用户账户中将所述支付数额的数字资产划转给该其他服务端，然后再由该其他服务端将所述支付数额的数字资产划入所述接收端所在账户，如此实施的一个常见应用场景为在不同银行系统的账户之间实现数字资产的划转。

可以理解，由于在上述步骤201中建立了唯一识别信息与离线支付额度的对应关系，从而本步骤203中可以根据所述包括的唯一识别信息确定到对应的离线支付额度，即本步骤203中所述相应的离线支付额度为所述包括的唯一识别信息所对应的离线支付额度，例如，如果所述包括的唯一识别信息为所述第一唯一识别信息，则所述包括的唯一识别信息所对应的离线支付额度为所述第一离线支付额度，即所述相应的离线支付额度为所述第一离线支付额度；如果所述包括的唯一识别信息为所述第二唯一识别信息，则所述包括的唯一识别信息所对应的离线支付额度为所述第二离线支付额度，即所述相应的离线支付额度为所述第二离线支付额度。

需要说明的是，对于本发明实施例中的唯一识别信息，本发明实施例并没有限定其必须是一个字符串信息，其也可以是由多个信息共同组成的信息，例如，以唯一识别信息主要由账户识别信息和唯一标识组成为例，在所述离线支付凭证中包括该账户识别信息和该唯一标识，所述服务端通过获取该账户识别信息确定相应的用户账户，再通过该唯一标识在该相应的用户账户下获取对应的离线支付额度，因此，即使该账户识别信息和该唯一标识没有组成一个字符串信息，但通过在所述离线支付凭证中获取该账户识别信息和该唯一标识，依然可以起到确定相应的用户账户和获取对应的离线支付额度的作用。

所述服务端对所述离线支付凭证进行验证的实施方式，可以包括检查所述离线支付凭证的数据格式是否有效、对所述离线支付凭证中携带的认证信息或用户信息(如果涉及)进行验证等。

可以理解，如果根据所述包括的唯一识别信息没有确定到相应的用户账户，例如所述包括的唯一识别信息不是所述服务端上的账户识别信息，又例如所述包括的唯一识别信息中没有包括所述服务端上的账户识别信息，还例如在所述服务端上根据所述包括的唯一识别信息关联不到相应的账户识别信息等；或者根据所述包括的唯一识别信息没有获取到对应的离线支付额度，则可以确定所述离线支付凭证不合法，以及不执行所述从相应的用户账户中将所述支付数额的数字资产划转给所述接收端所在账户，以及不执行所述从相应的离线支付额度中扣减所述支付数额。

可选的，所述服务端对所述离线支付凭证进行验证的实施方式还可以包括，根据所述支付数额和所述相应的离线支付额度判断所述离线支付凭证是否合法，具体可以包括：

例如，所述服务端判断所述支付数额是否大于所述相应的离线支付额度，如果所述支付数额不大于所述相应的离线支付额度，则确定所述离线支付凭证合法，如果所述支付数额大于所述相应的离线支付额度，则确定所述离线支付凭证不合法。

又例如，所述服务端以所述支付数额减去所述相应的离线支付额度，如果两者差值不大于预设值，则确定所述离线支付凭证合法，否则，则确定所述离线支付凭证不合法。

可以理解，所述服务端从所述相应的离线支付额度中扣减所述支付数额，亦是指将所述相应的离线支付额度更新为更新前的离线支付额度减去所述支付数额之后的余额，例如，以所述包括的唯一识别信息为所述第一唯一识别信息为例，则根据所述包括的唯一识别信息获取到的对应的离线支付额度为所述第一离线支付额度，即所述相应的离线支付额度为所述第一离线支付额度，假设所述第一离线支付额度为1000，如果所述支付数额为100，则从所述相应的离线支付额度中扣减所述支付数额之后，则所述第一离线支付额度更新为900，亦即所述第一唯一识别信息对应的所述第一离线支付额度更新为900。

可以理解，所述服务端可以多次接收离线支付凭证，并且在确定接收的离线支付凭证合法之后，根据该离线支付凭证进行数字资产的划转和相应离线支付额度的扣减，例如，如果再次接收到离线支付凭证，以其中包括的唯一识别信息为所述第一唯一识别信息、支付数额为200为例，则在验证该再次接收的离线支付凭证合法之后，从上述步骤201的所述用户账户中将数额为200的数字资产划转给相应接收端所在的账户，以及从所述第一离线支付额度中扣减支付数额200，则所述第一离线支付额度更新为700；如果又一次接收到离线支付凭证，其中包括的唯一识别信息为所述第一唯一识别信息、支付数额为300，则在验证该又一次接收的离线支付凭证合法之后，从上述步骤201的所述用户账户中将数额为300的数字资产划转给相应接收端所在的账户，以及从所述第一离线支付额度中扣减支付数额300，则所述第一离线支付额度更新为400。

在上述步骤201和步骤202中，在所述服务端上确定或下发唯一识别信息时，还可以将唯一识别信息与支付端信息相关联，而且由于是在用户账户下设置唯一识别信息，由此在所述服务端上可以分别获知同一用户下多个支付端的离线支付额度的使用情况，包括可以获知每个支付端的离线支付额度的余额、扣减记录等，例如将所述第一唯一识别信息与所述第一支付端的支付端信息(如第一支付端的名称、或/和类型等信息)相关联，将所述第二唯一识别信息与所述第二支付端的支付端信息(如第二支付端的名称、或/和类型等信息)相关联，由此，则根据所述第一唯一识别信息对应的所述第一离线支付额度的使用情况，可以获知第一支付端上的离线支付额度的使用情况；根据所述第二唯一识别信息对应的所述第二离线支付额度的使用情况，可以获知第二支付端上的离线支付额度的使用情况。

由上述应用于服务端的实施例可知，本发明实施例产生的技术效果至少包括，第一，服务端可以给同一用户的多个支付端分别确定和下发离线支付额度，亦即同一用户的多个支付端可以分别根据各自支付端上的离线支付额度进行离线支付；第二，可以使得同一用户的多个支付端共用该同一用户账户下的数字资产进行数字资产的划转，避免给各支付端分别设立账户，以及避免给各支付端设立的账户分别设定数字资产；第三，在服务端上可以分别获知同一用户下多个支付端的离线支付额度的使用情况，包括可以获知每个支付端的离线支付额度的余额、扣减记录等。

三、同一用户的多个支付端支持离线支付额度的方法实施例二

请参考图3，其示出了本发明提供的同一用户的多个支付端支持离线支付额度的方法实施例二的流程图。本实施例以该方法应用于图1所示实施环境中的支付端(如第一支付端或第二支付端)来举例说明，该方法可以包括：

步骤301.接收服务端下发的唯一识别信息和离线支付额度，并且本地保存所述唯一识别信息和所述离线支付额度。

在上述实施例一的步骤202中，服务端将所述每个唯一识别信息和其对应的离线支付额度分别下发给所述用户相应的支付端，相对应的，本实施例二以所述相应的支付端中的任一支付端(如第一支付端或第二支付端)为例进行说明，即对于所述服务端向所述支付端(即所述相应的支付端中的任一支付端)下发的唯一识别信息和离线支付额度，所述支付端接收所述唯一识别信息和所述离线支付额度，并且本地保存所述唯一识别信息和所述离线支付额度。

步骤302.在进行离线支付时，根据支付数额和本地保存的所述离线支付额度判断是否允许支付，若是，则生成离线支付凭证，在所述离线支付凭证中包括所述唯一识别信息和所述支付数额，并且从本地保存的所述离线支付额度中扣减所述支付数额。

当所述支付端在进行离线支付时，所述支付端根据支付数额和本地保存的所述离线支付额度判断是否允许支付，若是，则生成离线支付凭证，在所述离线支付凭证中包括所述唯一识别信息和所述支付数额，并且从本地保存的所述离线支付额度中扣减所述支付数额，即将本地保存的所述离线支付额度更新为更新前的离线支付额度减去所述支付数额之后的余额。

可以理解，所述支付数额是指支付端要支付给接收端的数字资产的数额，所述支付数额可以是用户输入的，也可以是接收端传递给支付端的，也可以是以其他方式输入的，对此本发明实施例并不进行限定。

所述根据支付数额和本地保存的所述离线支付额度判断是否允许支付，可以包括多种方式：

判断方式一，所述支付端判断所述支付数额是否大于本地保存的所述离线支付额度，也可以理解为判断所述支付端要支付给接收端的支付数额是否大于本地保存的所述离线支付额度，也可以理解为判断所述支付数额是否小于或等于本地保存的所述离线支付额度。如果所述支付数额不大于本地保存的所述离线支付额度，则确定是允许支付，从而生成离线支付凭证；如果所述支付数额大于本地保存的所述离线支付额度，则确定不允许支付，从而不生成离线支付凭证。例如，以本地保存的所述离线支付额度为1000为例，如果所述支付数额为100，则会判断所述支付数额不大于本地保存的所述离线支付额度，则确定是允许支付，从而生成离线支付凭证。

判断方式二，所述支付端以所述支付数额减去本地保存的所述离线支付额度，如果两者差值不大于预设值，则确定是允许支付。例如，以本地保存的所述离线支付额度为1000、预设值为50为例，如果所述支付数额不大于1050，因为以所述支付数额减去本地保存的所述离线支付额度的差值会不大于预设值(即50)，则确定是允许支付，从而生成离线支付凭证；如果所述支付数额大于1050，因为以所述支付数额减去本地保存的所述离线支付额度的差值会大于预设值(即50)，则确定不允许支付，从而不生成离线支付凭证。可以理解，如此实施的主要作用在于可以允许所述支付端有一定的透支额度，即允许所述支付端实际的支付数额可以在预设值范围内大于本地保存的所述离线支付额度。

可以理解，对于上述判断方式二，在实际实施过程中，预设值相当于是在所述离线支付额度的基础上的透支额度，以所述离线支付额度为1000、预设值为50为例，则该预设值相当于在所述离线支付额度的基础上还可以有50的透支额度，即所述支付端实际的离线支付额度是1050，因此，如果改为实施上述判断方式一，则可以将所述离线支付额度确定为1050，从而可以达到与上述判断方式二相等同的作用。

所述从本地保存的所述离线支付额度中扣减所述支付数额，也可以理解为是，将本地保存的所述离线支付额度更新为更新前的离线支付额度减去所述支付数额之后的余额，例如，以本地保存的所述离线支付额度为1000、所述支付数额为100为例，从本地保存的所述离线支付额度中扣减所述支付数额之后，本地保存的所述离线支付额度更新为900。

可以理解，所述支付端可以进行多次离线支付，每进行一次离线支付时，则从本地保存的所述离线支付额度中扣减该次离线支付的支付数额，即将本地保存的所述离线支付额度更新为更新前的离线支付额度减去该次离线支付的支付数额之后的余额，例如，在本地保存的所述离线支付额度为900之后，如果再进行一次离线支付，并且支付数额为200，则从本地保存的所述离线支付额度中减去支付数额200，则本地保存的所述离线支付额度更新为700；如果再进行一次离线支付，并且支付数额为300，则从本地保存的所述离线支付额度中减去支付数额300，则本地保存的所述离线支付额度更新为400。

可以理解，本步骤302中所述支付端向所述接收端进行的离线支付，可以应用在单离线状态或/和双离线状态时的应用场景，但并非限定所述支付端必须处于离线状态，即也可以在所述支付端处于在线状态时进行本步骤302中的离线支付。

步骤303.将所述离线支付凭证通过本地通信传递给接收端。

所述支付端通过本地通信向接收端传递所述离线支付凭证，如实施环境说明中所述，所述支付端可以通过局域网向所述接收端传递所述离线支付凭证，也可以通过蓝牙、红外线、NFC、WIFI、声波、BLE(低功耗蓝牙)或图形码等近距离通信方式向所述接收端传递所述离线支付凭证。

上述应用于支付端的实施例，支付端根据服务端下发的唯一识别信息和离线支付额度进行离线支付，并且在生成的离线支付凭证中包括该唯一识别信息，由于在服务端建立有该唯一识别信息与该离线支付额度的对应关系，因此，当服务端接收到该离线支付凭证之后，可以根据该唯一识别信息获取到对应的离线支付额度，从而可以从该对应的离线支付额度中扣减支付数额，以及可以根据该离线支付凭证进行数字资产的划转。

四、同一用户的多个支付端支持离线支付额度的方法实施例三

请参考图4，其示出了本发明提供的同一用户的多个支付端支持离线支付额度的方法实施例三的流程图。本实施例以该方法应用于图1所示实施环境中的接收端(如第一接收端或第二接收端)来举例说明，该方法可以包括：

步骤401.接收支付端通过本地通信传递的离线支付凭证，所述离线支付凭证包括唯一识别信息和支付数额。

在上述实施例二的步骤303中，支付端将所述离线支付凭证通过本地通信传递给接收端，相对应的，本实施例三以接收所述离线支付凭证的接收端为例进行说明，即所述接收端接收支付端通过本地通信传递的离线支付凭证，所述离线支付凭证包括唯一识别信息和支付数额。

步骤402.可选的，对所述离线支付凭证进行验证，并且在验证所述离线支付凭证合法之后，确定所述支付端支付成功。

可选的，所述接收端对所述离线支付凭证进行验证，并且在验证所述离线支付凭证合法之后，确定所述支付端支付成功。

所述接收端对所述离线支付凭证进行验证的实施方式，可以包括检查所述离线支付凭证的数据格式是否有效、判断所述支付数额是否达到预设要求、对所述离线支付凭证中携带的认证信息或用户信息(如果涉及)进行验证等。

所述接收端在验证所述离线支付凭证合法之后，则确定所述支付端支付成功，也可以理解为认可该次支付。以行驶的飞机为例，例如，在确定所述支付端支付成功之后，则乘务员可以为支付成功的乘客提供相应的商品或服务；又例如，所述支付端在访问应用服务器时触发购买相应的服务(如购物、观影等)，并且向所述接收端发送所述离线支付凭证，则所述接收端在确定所述支付端支付成功之后，向应用服务器反馈表示支付成功的信息，则应用服务器确定所述支付端购买成功，并且向所述支付端提供该相应的服务。

可以理解，本步骤作为可选的实施步骤，所述接收端既可以在在线状态时实施本步骤，也可以在离线状态时实施本步骤，从而可以在所述接收端接收到所述离线支付凭证之后、以及在将所述离线支付凭证发送给所述服务端之前确定所述支付端是否支付成功。可以理解，这里所指的在线状态是指能够与数字资产服务端进行实时通信的应用场景，这里所指的离线状态是指不能够与数字资产服务端进行实时通信的应用场景。

步骤403.将所述离线支付凭证发送给服务端，以使得所述服务端根据所述离线支付凭证进行数字资产的划转。

所述接收端将所述离线支付凭证发送给所述服务端。具体的，既可以由所述接收端与所述服务端建立网络连接，由所述接收端直接将所述离线支付凭证发送给所述服务端，例如，以行驶的飞机为例，在飞机落地之后，所述接收端接入移动互联网并与所述服务端建立网络连接，由所述接收端将所述离线支付凭证发送给所述服务端；也可以由所述接收端间接地将所述离线支付凭证发送给所述服务端，即所述接收端通过中间设备(如收款服务器等收款设备)将所述离线支付凭证发送给所述服务端，例如，在飞机上部署有收款设备，所述接收端将所述离线支付凭证同步给收款设备，当飞机落地之后，收款设备与所述服务端建立网络连接，收款设备将所述离线支付凭证发送给所述服务端；又例如，在飞机落地之后，所述接收端接入移动互联网并与航空公司的收款服务器建立网络连接，所述接收端将所述离线支付凭证同步给该收款服务器，该收款服务器将所述离线支付凭证通过网络发送给所述服务端。

可以理解，如果所述接收端是在离线状态下接收的所述离线支付凭证，则所述接收端或中间设备应当在处于在线状态之后才可以将所述离线支付凭证发送给所述服务端。

可以理解，如果上述步骤402验证所述离线支付凭证不合法，则所述接收端可以不将所述离线支付凭证发送给所述服务端，以此避免所述服务端对不合法的离线支付凭证进行验证；所述接收端也可以将所述离线支付凭证发送给所述服务端，以使得所述服务端进行进一步的验证或/和审核记录等。

在所述接收端将所述离线支付凭证发送给所述服务端之后，相应的，则所述服务端接收所述接收端发送的所述离线支付凭证，并且对所述离线支付凭证进行验证，以及根据所述离线支付凭证进行数字资产的划转等，具体的实施过程可以参见上述实施例一中的步骤203，在此不再赘述。

上述应用于接收端的实施例，接收端通过本地通信接收支付端传递的离线支付凭证，并将该离线支付凭证发送给服务端，由此使得服务端对该离线支付凭证进行验证，并且在确定该离线支付凭证合法之后，根据该离线支付凭证进行数字资产的划转。

五、同一用户的多个支付端支持离线支付额度的方法实施例四

请参考图5，其示出了本发明提供的同一用户的多个支付端支持离线支付额度的方法实施例四的流程图。本实施例是结合了上述同一用户的多个支付端支持离线支付额度的方法实施例一、实施例二和实施例三所形成的实施例。本实施例以该方法应用于图1所示的实施环境来举例说明，并且以服务端、支付端和接收端实施一个完整的过程来进行举例说明，其中，支付端以图1所示的第一支付端、接收端以图1所示的第一接收端为例进行说明，该方法可以包括：

步骤501.服务端响应于第一支付端的操作，获取所述第一支付端所在的用户账户。

服务端响应于为第一支付端确定离线支付额度的操作，例如在所述服务端为所述第一支付端开通离线支付功能时，或者在所述第一支付端向所述服务端发送获取离线支付额度的操作请求时，又或者在所述第一支付端发生特定行为时(如用户登录等)，触发所述服务端启动为所述第一支付端确定离线支付额度。

所述服务端获取所述第一支付端所在的用户账户，例如，所述服务端对所述第一支付端进行用户身份认证，从而获取所述第一支付端所在的用户账户；又例如，所述服务端接收中间设备或后台管理指令等发送的为所述第一支付端确定离线支付额度的请求，该请求中包括账户识别信息，该账户识别信息用于识别所述第一支付端所在的用户账户。

步骤502.所述服务端确定所述第一支付端的第一离线支付额度，以及确定第一唯一识别信息。

所述服务端确定所述第一支付端的离线支付额度，即确定授予给所述第一支付端可以用于进行离线支付的额度，为了将所述第一支付端的离线支付额度与其他支付端的离线支付额度相区分，在这里将所述第一支付端的离线支付额度称之为第一离线支付额度。在实际实施过程中，所述服务端可以以多种实施方式确定所述第一离线支付额度，例如，所述服务端使用一个预设的额度作为所述第一离线支付额度；又例如，所述服务端根据所述第一支付端请求的额度确定所述第一离线支付额度；还例如，所述服务端根据所述用户账户的支付记录或/和信用等级或/和用户信息、或/和所述用户账户下当前已经建立的离线支付额度、或/和所述第一支付端的支付端类型等确定所述第一离线支付额度。

所述服务端确定第一唯一识别信息，以使得将可以根据所述第一唯一识别信息获取到所述第一离线支付额度，例如，以所述第一支付端的支付端识别信息作为所述第一唯一识别信息；又例如，在所述服务端上生成具有唯一性的识别信息作为所述第一唯一识别信息；还例如，主要由账户识别信息和唯一标识组成，该账户识别信息为所述用户账户的账户识别信息，该唯一标识在所述用户账户下具有唯一性。

步骤503.所述服务端在所述用户账户下设置所述第一唯一识别信息，其中根据所述第一唯一识别信息可以确定到所述用户账户，并且所述用户账户下允许设置多个不同的唯一识别信息。

所述服务端在所述用户账户下设置所述第一唯一识别信息，其中根据所述第一唯一识别信息可以确定到所述用户账户，并且所述用户账户下允许设置多个不同的唯一识别信息。

所述服务端在所述用户账户下设置所述第一唯一识别信息，并且使得根据所述第一唯一识别信息可以确定到所述用户账户，具体可以包括多种实施方式，例如，在所述用户账户下将所述第一唯一识别信息作为账户识别信息；又例如，所述第一唯一识别信息由所述用户账户的账户识别信息和唯一标识组成，并且在所述用户账户下设置该唯一标识；还例如，将所述第一唯一识别信息与所述用户的账户识别信息相关联等。

步骤504.所述服务端建立所述第一唯一识别信息与所述第一离线支付额度的对应关系。

所述服务端建立所述第一唯一识别信息与所述第一离线支付额度的对应关系，从而使得根据所述第一唯一识别信息通过该对应关系可以获取到所述第一离线支付额度。

可以理解，如上述步骤503中所述，在所述用户账户下允许设置多个不同的唯一识别信息，因此，如果所述用户还有第二支付端、第三支付端、第四支付端等，则参照上述步骤501至504，可以在所述用户账户下设置第二唯一识别信息，以及建立所述第二唯一识别信息与第二离线支付额度的对应关系；在所述用户账户下设置第三唯一识别信息，以及建立所述第三唯一识别信息与第三离线支付额度的对应关系；在所述用户账户下设置第四唯一识别信息，以及建立所述第四唯一识别信息与第四离线支付额度的对应关系；依此类推，不再赘述。

上述步骤501至步骤504中具体的实施方式还可以参考上述实施例一步骤201中的相关说明，在此不再赘述。

步骤505.所述服务端向所述第一支付端下发所述第一唯一识别信息和所述第一离线支付额度。

所述服务端向所述第一支付端下发所述第一唯一识别信息和所述第一离线支付额度。

相应地，所述第一支付端接收所述服务端下发的所述第一唯一识别信息和所述第一离线支付额度。

步骤506.所述第一支付端本地保存所述第一唯一识别信息和所述第一离线支付额度。

所述第一支付端本地保存所述第一唯一识别信息和所述第一离线支付额度。

对于上述步骤505和步骤506，可以包括多种具体的实施方式，具体可以包括：

例如，所述服务端将所述第一唯一识别信息和所述第一离线支付额度发送给所述第一支付端，所述第一支付端接收并且本地保存所述服务端发送的所述第一唯一识别信息和所述第一离线支付额度。

又例如，如果所述服务端是根据所述第一支付端预先保存的唯一识别信息和离线支付额度确定的所述第一唯一识别信息和所述第一离线支付额度，则所述服务端向所述第一支付端返回确认信息，该确认信息表征所述服务端已经以所述第一支付端预先保存的唯一识别信息和离线支付额度确定唯一识别信息和离线支付额度，所述第一支付端在接收到该确认信息之后，所述第一支付端将该预先保存的唯一识别信息和离线支付额度作为本地保存的所述第一唯一识别信息和所述第一离线支付额度。

再例如，所述服务端将所述第一唯一识别信息发送给所述第一支付端，所述第一支付端接收并且本地保存所述第一唯一识别信息；并且所述服务端向所述第一支付端返回确认信息，该确认信息表征所述服务端已经以所述第一支付端预先保存的离线支付额度确定离线支付额度，则所述第一支付端在接收到该确认信息之后，所述第一支付端将该预先保存的离线支付额度作为本地保存的所述第一离线支付额度。

还例如，所述服务端将所述第一离线支付额度发送给所述第一支付端，所述第一支付端接收并且本地保存所述第一离线支付额度；并且所述服务端向所述第一支付端返回确认信息，该确认信息表征所述服务端已经以所述第一支付端预先保存的唯一识别信息确定唯一识别信息，则所述第一支付端在接收到该确认信息之后，所述第一支付端将该预先保存的唯一识别信息作为本地保存的所述第一唯一识别信息。

上述步骤505和步骤506中具体的实施方式还可以参考上述实施例一步骤202和实施例二步骤301中的相关说明，在此不再赘述。

步骤507.当所述第一支付端在进行离线支付时，根据支付数额和本地保存的所述第一离线支付额度判断是否允许支付，若是，则生成离线支付凭证，在所述离线支付凭证中包括所述第一唯一识别信息和所述支付数额，并且从本地保存的所述第一离线支付额度中扣减所述支付数额。

当所述第一支付端在进行离线支付时，所述第一支付端根据支付数额和本地保存的所述第一离线支付额度判断是否允许支付，若是，则生成离线支付凭证，在所述离线支付凭证中包括所述第一唯一识别信息和所述支付数额，并且从本地保存的所述第一离线支付额度中扣减所述支付数额，即将本地保存的所述第一离线支付额度更新为更新前的第一离线支付额度减去所述支付数额之后的余额。

所述根据支付数额和本地保存的所述第一离线支付额度判断是否允许支付，可以包括多种方式：

判断方式一，所述第一支付端判断所述支付数额是否大于本地保存的所述第一离线支付额度，如果所述支付数额不大于本地保存的所述第一离线支付额度，则确定是允许支付。

判断方式二，所述第一支付端以所述支付数额减去本地保存的所述第一离线支付额度，如果两者差值不大于预设值，则确定是允许支付。

本步骤507中具体的实施方式还可以参考上述实施例二步骤302中的相关说明，在此不再赘述。

步骤508.所述第一支付端将所述离线支付凭证通过本地通信传递给第一接收端。

所述第一支付端将所述离线支付凭证通过本地通信传递给第一接收端。

相应地，所述第一接收端接收所述第一支付端通过本地通信传递的所述离线支付凭证。

本步骤508中具体的实施方式还可以参考上述实施例二步骤303和实施例三步骤401中的相关说明，在此不再赘述。

步骤509.可选的，所述第一接收端对所述离线支付凭证进行验证，并且在验证所述离线支付凭证合法之后，确定所述第一支付端支付成功。

可选的，所述第一接收端对所述离线支付凭证进行验证，并且在验证所述离线支付凭证合法之后，确定所述第一支付端支付成功。

本步骤509中具体的实施方式还可以参考上述实施例三步骤402中的相关说明，在此不再赘述。

步骤510.所述第一接收端将所述离线支付凭证发送给所述服务端。

所述第一接收端将所述离线支付凭证发送给所述服务端，例如，所述第一接收端与所述服务端建立网络连接，所述第一接收端通过网络将所述离线支付凭证发送给所述服务端；又例如，所述第一接收端将所述离线支付凭证同步给中间设备，以使得所述中间设备通过网络将所述离线支付凭证发送给所述服务端。

相应地，所述服务端接收所述第一接收端发送的所述离线支付凭证。

本步骤510中具体的实施方式还可以参考上述实施例三步骤403中的相关说明，在此不再赘述。

步骤511.当所述服务端接收到所述第一接收端发送的所述离线支付凭证，则所述服务端对所述离线支付凭证进行验证，若验证所述离线支付凭证合法，则根据所述离线支付凭证中包括的所述第一唯一识别信息确定到所述用户账户，从所述用户账户中将所述支付数额的数字资产划转给所述第一接收端所在账户，以及根据所述离线支付凭证中包括的所述第一唯一识别信息和所述对应关系确定到所述第一离线支付额度，从所述第一离线支付额度中扣减所述支付数额。

在所述服务端，当所述服务端接收到所述第一接收端发送的所述离线支付凭证，则所述服务端对所述离线支付凭证进行验证，若验证所述离线支付凭证合法，则根据所述离线支付凭证中包括的所述第一唯一识别信息确定到所述用户账户，从所述用户账户中将所述支付数额的数字资产划转给所述第一接收端所在账户，以及根据所述离线支付凭证中包括的所述第一唯一识别信息和所述对应关系确定到所述第一离线支付额度，从所述第一离线支付额度中扣减所述支付数额。

由于在上述步骤502和步骤503中，在所述用户账户下设置了所述第一唯一识别信息，与该设置方式相对应的，所述服务端可以根据所述离线支付凭证中包括的所述第一唯一识别信息确定到所述用户账户，具体的：若在所述用户账户下将所述第一唯一识别信息作为账户识别信息，则根据所述第一唯一识别信息即可以确定到所述用户账户；或者，若所述第一唯识别信息主要由账户识别信息和唯一标识组成，则根据所述第一唯识别信息中包括的账户识别信息即可以确定到所述用户账户；或者，若所述第一唯一识别信息与账户识别信息相关联，则根据所述第一唯一识别信息获取关联的账户识别信息，该账户识别信息即可以用于确定所述用户账户。

由于在上述步骤504中，建立了所述第一唯一识别信息与所述第一离线支付额度的对应关系，因此，所述服务端可以根据所述离线支付凭证中包括的所述第一唯一识别信息和所述对应关系确定到对应的离线支付额度(即确定到所述第一离线支付额度)。

可选的，所述服务端对所述离线支付凭证进行验证的实施方式还可以包括：若根据所述离线支付凭证中包括的所述第一唯一识别信息没有确定到相应的用户账户，则确定所述离线支付凭证不合法；或/和，若根据所述离线支付凭证中包括的所述第一唯一识别信息没有获取到对应的离线支付额度，则确定所述离线支付凭证不合法；或/和，根据所述支付数额和所述第一离线支付额度判断所述离线支付凭证是否合法。

其中，根据所述支付数额和所述第一离线支付额度判断所述离线支付凭证是否合法，具体可以包括：

例如，与上述步骤507中判断方式一相对应的，所述服务端判断所述支付数额是否大于所述第一离线支付额度，如果所述支付数额不大于所述第一离线支付额度，则确定所述离线支付凭证合法，否则，则确定所述离线支付凭证不合法。

又例如，与上述步骤507中判断方式二相对应的，所述服务端以所述支付数额减去所述第一离线支付额度，如果两者差值不大于预设值，则确定所述离线支付凭证合法，否则，则确定所述离线支付凭证不合法。

所述服务端从所述用户账户中将所述支付数额的数字资产划转给所述第一接收端所在账户，根据数字资产的类型，可以采取相对应的划转方式，例如，以数字资产为余额形式的数字资产为例，则从所述用户账户中减去所述支付数额，在所述第一接收端所在账户中增加所述支付数额；又例如，以数字资产为字符串形式的数字资产为例，则所述服务端将所述用户账户下所述支付数额的数字资产更改为所述第一接收端所在账户下的数字资产。

所述从所述用户账户中将所述支付数额的数字资产划转给所述第一接收端所在账户还可以包括：根据所述离线支付凭证中包括的所述第一接收端所在账户的账户识别信息或者根据所述离线支付凭证发送方的账户识别信息确定所述第一接收端所在账户；或/和，若所述第一接收端所在账户是属于其他服务端上的账户，则所述服务端从所述用户账户中将所述支付数额的数字资产划转给该其他服务端，以使得该其他服务端将所述支付数额的数字资产划入所述第一接收端所在账户。

本步骤511中具体的实施方式还可以参考上述实施例一步骤203中的相关说明，在此不再赘述。

进一步的，在实施上述步骤502至步骤504的过程中，还可以将所述第一唯一识别信息与所述第一支付端的支付端信息(如第一支付端的名称、或/和类型等信息)相关联，以此在所述服务端上可以根据所述第一唯一识别信息对应的离线支付额度(即所述第一离线支付额度)的使用情况，可以获知所述第一支付端上的离线支付额度的使用情况。

对于一个用户可能会有多个支付端的情况，还有一种可能的解决方法为给该用户设立多个用户账户，每个账户分别绑定一个支付端，也可以理解为是给每个支付端分别设立对应的用户账户，但是，由于此解决方法是给同一用户设立多个用户账户，因而需要为该多个用户账户分别设定数字资产以用于数字资产的划转，这增加了用户在账户管理和数字资产管理上的复杂度，而通过本发明实施例，不仅同一用户的多个支付端可以分别获取各自的离线支付额度，而且共用同一用户账户，包括共用该同一用户账户下的数字资产进行数字资产的划转。

上述实施过程是结合了上述同一用户的多个支付端支持离线支付额度的方法实施例一、实施例二和实施例三，并且以图1所示的服务端、第一支付端、第一接收端实施一个完整的过程来进行举例说明的，产生的技术效果可以参见上述实施例一、实施例二和实施例三中所述的技术效果，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”、“传递”、“发送”或者任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者系统不仅包括那些要素，而且还可以包括没有明确列出的其他要素，或者是还可以包括为这种过程、方法、产品或者系统所固有的要素。

术语“第一”、“第二”、“第三”等(如果存在)仅用于将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。应该理解，这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。

上述本发明的各实施例序号仅仅为了描述，不代表实施例的优劣。

可以以许多方式来实现本发明的方法、支付端、接收端和服务端。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法、支付端、接收端和服务端。用于方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。