账本管理方法、装置、设备以及存储介质

技术领域

本申请涉及移动支付技术领域，尤其涉及一种账本管理方法、装置、设备以及存储介质。

背景技术

随着，移动支付技术的发展，人们往往通过手机等移动终端进行消费支付，例如，在数字医疗领域的医疗信息化、电子信息档案管理等场景中，为了便于用户查询，运营方往往通过电子账本对消费进行记录，同时运营方为了鼓励用户消费，会通过奖励消费积分给用户，因此，为了对消费和积分进行关联，以，数字资产(消费和积分)的管理尤为重要。

目前，数字资产(消费和积分)的管理通过中心化的方式实现，即某机构(发行方、运营方)负责对该数字资产(例如：积分)进行定义、发行和存储，中心化的方式往往不够公开、透明，且易引起公信力问题，这导致数字资产的流通能力、价值赋予能力受限，应用场景也非常有限。

发明内容

本申请实施例提供一种账本管理方法、装置、设备以及存储介质，可提高对账本管理的可靠性。

第一方面，本申请实施例提供了一种账本管理方法，应用于电子设备，该电子设备与服务器建立通信连接，该方法包括：

在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向所述服务器发送所述交易验证请求，所述第一交易和所述第二交易关联，所述第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，所述第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，所述消费账本和所述积分账本为根据第一业务规则创建的账本；

接收来自所述服务器的第一控制指令，所述第一控制指令为所述服务器根据所述交易认证请求和第一预设关系，对所述第一交易和所述第二交易进行验证生成的指令，所述第一预设关系为与所述第一业务规则对应的，所述第一交易和所述第二交易需要满足的关系；

根据所述第一控制指令确定所述第一交易和所述第二交易的状态，所述状态包括验证失败或验证成功。

其中，所述在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器发送所述交易验证请求之前，所述方法还包括：

获取所述第一业务规则；

获取根据所述第一业务规则创建所述第一账本和所述第二账本；

获取运营方创建的所述两个消费账户；

获取两个用户创建的所述两个积分账户。

其中，所述接收来自所述服务器的第一控制指令之前，所述方法还包括：

获取所述第一预设关系；

向所述服务器发送所述第一预设关系。

其中，所述第一控制指令为所述服务器执行以下操作得到的：

确定所述第一交易和第二交易是否满足第一预设关系；

若是，则生成确定所述第一交易和所述第二交易的状态为验证通过的所述第一控制指令；

若否，则生成确定所述第一交易和所述第二交易的状态为验证失败的所述第一控制指令。

其中，所述第一交易和第二交易为密文。

其中，所述根据所述第一控制指令确定所述第一交易和第二交易的状态之后，所述方法还包括：

若确定所述第一交易和所述第二交易为验证通过，则针对所述两个消费账户执行以下操作：

确定当前处理的第一消费账户在所述两个积分账户中是否存在已绑定的积分账户；

若否，则获取所述第一消费账户的第一用户ID和所述两个积分账户的用户ID；

将所述两个积分账户中的第一积分账户与所述第一消费账户绑定，所述第一积分账户为所述两个积分账户中用户ID为所述第一用户ID的积分账户。

其中，所述第一预设关系包括以下任意一种：

所述第一交易涉及的消费交互数据为所述第二交易的积分交互数据的预设倍数；

所述第一交易涉及的消费交互数据大于第一预设值时，所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的差为所述第一预设值，所述第一预设值为正整数；

当第一事件的发生时间为第一预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝nx，n大于0小于等于1；当第一事件的发生时间为第二预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝mx+b，m大于1,大于1，b为常数。

第二方面，本申请实施例提供了一种账本管理装置，该装置包括:

发送模块，用于在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器发送所述交易验证请求，所述第一交易和所述第二交易关联，所述第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，所述第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，所述消费账本和所述积分账本为根据第一业务规则创建的账本；

接收模块，用于接收来自所述服务器的第一控制指令，所述第一控制指令为所述服务器根据所述交易认证请求和第一预设关系，对所述第一交易和第二交易进行验证生成的指令，所述第一预设关系为与所述第一业务规则对应的，所述第一交易和第二交易需要满足的关系；

确定模块，用于根据所述第一控制指令确定所述第一交易和第二交易的状态，所述状态包括验证失败或验证成功。

其中，所述装置还包括获取模块，所述获取模块还用于在所述在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器发送所述交易验证请求之前，获取所述第一业务规则；获取根据所述第一业务规则创建所述第一账本和所述第二账本；获取运营方创建的所述两个消费账户；获取两个用户创建的所述两个积分账户。

其中，所述装置还包括：

预设关系上链模块，用于在所述接收来自所述服务器的第一控制指令之前，获取所述第一预设关系；以及用于向所述服务器发送所述第一预设关系。

其中，所述第一控制指令为所述服务器执行以下操作得到的：

确定所述第一交易和第二交易是否满足第一预设关系；

若是，则生成确定所述第一交易和所述第二交易的状态为验证通过的所述第一控制指令；

若否，则生成确定所述第一交易和所述第二交易的状态为验证失败的所述第一控制指令。

其中，所述第一交易和第二交易为密文。

其中，所述装置还包括账户绑定模块，所述账户绑定模块用于：在所述根据所述第一控制指令确定所述第一交易和第二交易的状态之后，若确定所述第一交易和所述第二交易为验证通过，则针对所述两个消费账户执行以下操作：

确定当前处理的第一消费账户在所述两个积分账户中是否存在已绑定的积分账户；

若否，则获取所述第一消费账户的第一用户ID和所述两个积分账户的用户ID；

将所述两个积分账户中的第一积分账户与所述第一消费账户绑定，所述第一积分账户为所述两个积分账户中用户ID为所述第一用户ID的积分账户。

其中，所述第一预设关系包括以下任意一种：所述第一交易涉及的消费交互数据为所述第二交易的积分交互数据的预设倍数；

所述第一交易涉及的消费交互数据大于第一预设值时，所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的差为所述第一预设值，所述第一预设值为正整数；

当第一事件的发生时间为第一预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝nx，n大于0小于等于1；当第一事件的发生时间为第二预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝mx+b，m大于1,大于1，b为常数。

第三方面，本申请实施例提供了一种电子设备，包括：

处理器，适于实现一条或一条以上指令；以及，

计算机可读存储介质，所述计算机可读存储介质存储有一条或一条以上指令，所述一条或一条以上指令适于由所述处理器加载并执行如第一方面任一项所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序被计算机执行时实现如第一方面任一项所述的方法。

本申请实施例中，提供一种账本管理方法、装置、设备以及存储介质，账本管理方法，包括：在检测到待验证的第一交易和第二交易时，根据第一交易和第二交易生成交易验证请求，并向服务器发送交易验证请求，第一交易和第二交易关联，第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，消费账本和积分账本为根据第一业务规则创建的账本，之后，接收来自服务器的第一控制指令，第一控制指令为服务器根据交易认证请求和第一预设关系，对第一交易和第二交易进行验证生成的指令，最后，根据第一控制指令确定第一交易和第二交易的状态。即通过在服务器中根据第一预设关系对不同的交易进行验证，使得数字资产(积分)的变化更公开、透明、可信，保障各个账本间的数字资产变化情况符合预先设定规则(对应前述第一预设关系)，不会因单个主体的意志而变化，任何参与方都不能对预先设定规则进行篡改，提高账本管理的可靠性，保证了数字资产的安全性。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种账本管理系统的示意图；

图2A是本申请实施例提供的另一种账本管理方法的流程示意图；

图2B是本申请实施例提供的一种第一交易和第二交易的关系示意图；

图2C是本申请实施例提供的一种账户绑定示意图；

图3是本申请实施例提供的另一种账本管理方法的流程示意图；

图4是本申请实施例提供的一种账本管理装置的结构示意图；

图5是本申请另一实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

如图1所示，图1是一种账本管理系统100的示意图，该账本管理系统100包括电子设备110和服务器120，所述电子设备110和所述服务器120进行通信连接，本申请的服务器120可以是去中心化的区块链服务器，该服务器120为区块链中的任一节点设备，区块链的特点是去中心化、公开透明，让每个区块链服务器均可参与数据库记录，使用密码学和数字签名来证明身份，真实性和强制读/写访问权限，有机制使其难以改变历史记录，可以很容易地检测到有人试图改变它。电子设备110用于在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器120发送所述交易验证请求，所述第一交易和所述第二交易关联，所述第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，所述第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，所述消费账本和所述积分账本为根据第一业务规则创建的账本，电子设备110还用于接收来自所述服务器120的第一控制指令，所述第一控制指令为所述服务器120根据所述交易认证请求和第一预设关系，对所述第一交易和所述第二交易进行验证生成的指令，所述第一预设关系为与所述第一业务规则对应的，所述第一交易和所述第二交易需要满足的关系；根据所述第一控制指令确定所述第一交易和所述第二交易的状态，所述状态包括验证失败或验证成功。该电子设备110可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile Station，MS)，终端设备(terminal device)等等，该电子设备110也可以是网络设备，如基站等，不作具体限定。

目前，账本管理方法中，数字资产的管理通过中心化的方式来进行管理，即某机构(发行方、运营方)负责对该数字资产(例如：积分)进行定义、发行和存储，中心化的方式往往不够公开、透明，且易引起公信力问题，这导致数字资产的流通能力、价值赋予能力受限，应用场景也非常有限。

针对上述问题，本申请提出一种账本管理方法，下面结合附图对本申请实施例进行详细介绍。

请参见图2A，图2A是本申请实施例提供的一种账本管理方法的流程示意图，应用于如图1所示的账本管理系统100中的电子设备110，该账本管理方法包括以下步骤S101～S103。

S101，在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器发送所述交易验证请求，所述第一交易和所述第二交易关联，所述第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，所述第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，所述消费账本和所述积分账本为根据第一业务规则创建的账本；

S102，接收来自所述服务器的第一控制指令，所述第一控制指令为所述服务器根据所述交易认证请求和第一预设关系，对所述第一交易和所述第二交易进行验证生成的指令，所述第一预设关系为与所述第一业务规则对应的，所述第一交易和所述第二交易需要满足的关系；

在一个可能的示例中，所述第一控制指令为所述服务器执行以下操作得到的：确定所述第一交易和第二交易是否满足第一预设关系；若是，则生成确定所述第一交易和所述第二交易的状态为验证通过的所述第一控制指令；若否，则生成确定所述第一交易和所述第二交易的状态为验证失败的所述第一控制指令。

S103，根据所述第一控制指令确定所述第一交易和所述第二交易的状态，所述状态包括验证失败或验证成功。

其中，所述第一业务规则用于约束账本创建者的账本创建行为账本创建者包括负责对数字资产(对应积分)进行定义、发行和存储的管理用户，如发行方、运营方。

所述第一业务规则还用于约束各个用户在已创建的账本中创建账户的行为。

所述第一业务规则还用于约束创建后的账本对消费事件的记录规则。

其中，待验证的第一交易和第二交易为同一消费事件对应的两笔交易。

具体实现中，第一交易和第二交易之间的关联关系，如图2B所示，运营方在消费账本中创建了账户A，用于记录用户甲的消费数据，创建了账户B，用于记录用户乙的消费数据，用户甲在积分账本中创建了账户C，用于记录用户甲自身的积分数据，用户乙在积分账本中创建了账户D，用于记录用户乙自身的积分数据，当用户A和用户B之间发生消费事件时，如用户甲在用户乙处消费了100元，即在消费账本中会呈现账户A支付了100元账户B的第一交易Tx1，积分账本中会呈现用于反映账户D向账户C给付了一定积分的第二交易Tx2。

其中，所述根据所述第一交易和所述第二交易生成交易验证请求的实现方式可以是：根据第一预设规则对所述第一交易和所述第二交易进行处理，得到第一关联信息；根据所述第一关联信息生成所述交易验证请求。

第一关联信息包括第一交易的消费给付方、消费收取方和消费交互数值，第二交易的积分给付方、积分收取方和积分交互数值，等等。

如第一业务规则约定，消费10元换1积分，则第一预设规则可以是：针对同一消费事件的第一交易和第二交易，确定第一交易的消费给付方、消费收取方以及消费交互数值，确定第二交易的积分给付方、积分收取方以及积分交互数值，则此时第一预设关系可以是消费给付方与消费收取方不匹配，消费给付方与积分收取方匹配，消费收取方与积分给付方匹配，积分收取方与积分给付方不匹配，且消费交互数值为积分交互数值的10倍。

此种情况下，交易验证请求方在检测到同一消费事件对应的第一交易和第二交易时，会确定第一交易中的消费给付方和消费收取方，以及消费交互数值，确定第二交易的积分给付方和积分收取方，以及积分交互数值，并根据消费给付方和消费收取方、消费交互数值、积分给付方和积分收取方以及积分交互数值生成交易验证请求，并向服务器发送所述交易验证请求，服务器会判断消费给付方与消费收取方是否匹配，判断消费给付方与积分收取方是否匹配，判断消费收取方与积分给付方是否匹配，判断积分收取方与积分给付方是否匹配，且判断消费交互数值为积分交互数值的10倍。

若服务器确定出消费给付方与消费收取方不匹配，消费给付方与积分收取方匹配，消费收取方与积分给付方匹配，积分收取方与积分给付方不匹配，且消费交互数值为积分交互数值的10倍，则生成确定所述第一交易和所述第二交易的状态为验证通过的第一控制指令，并向交易验证请求方反馈该第一控制指令，交易验证请求方会基于该第一控制指令将所述第一交易和所述第二交易的状态更新为交易成功，若此时消费交互数值为100，积分交互数值为10，则，消费账本中的消费给付方对应的消费账户会成功减掉100，消费账本中的消费收取方对应的消费账户会成功增加100，而，积分账本中的积分给付方对应的积分账户会成功减掉10，积分账本中的积分收取方对应的积分账户会成功增加10。

若服务器确定出消费给付方与消费收取方匹配，消费给付方与积分收取方部匹配，消费收取方与积分给付方不匹配，积分收取方与积分给付方匹配，且消费交互数值不为积分交互数值的10倍中的至少一种，则生成确定所述第一交易和所述第二交易的状态为验证失败的第一控制指令，并向交易验证请求方反馈该第一控制指令，交易验证请求方会基于该第一控制指令将所述第一交易和所述第二交易的状态更新为交易失败，进而不会基于该第一交易和第二交易更改第一账本和第二账本中的数据。

即是消费账本中，用户A对应的账户A向用户B对应的账户B给付消费金额100元时，则积分账本中，用户B对应的账户D向用户A对应的账户C给付的10积分。

需要说明的是，本实施例可以适用于数字医疗领域的医疗信息化、电子信息档案管理等场景，以推动城市信息化的建设。

可见，本示例中，通过在服务器中根据第一预设关系对不同的交易进行验证，数字资产(积分)的变化更公开、透明、可信，保障各个账本间的数字资产变化情况符合预先设定规则(对应前述第一预设关系)，不会因单个主体的意志而变化，任何参与方都不能对预先设定规则进行篡改，保证了数字资产的安全性。

在一个可能的示例中，所述在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器发送所述交易验证请求之前，所述方法还包括：获取所述第一业务规则；获取根据所述第一业务规则创建所述第一账本和所述第二账本；获取运营方创建的所述两个消费账户；获取两个用户创建的所述两个积分账户。

即是，账本和账户的创建均遵循同一业务规则，各个账本之间的通过同一业务规则关联，各个账户之间的通过同一业务规则关联。

可见，本示例中，账本和账户的创建均基于同一业务规则进行创建，使得账本账户的创建更加统一，提升账本管理的可信度。

在一个可能的示例中，所述接收来自所述服务器的第一控制指令之前，所述方法还包括：获取所述第一预设关系；向所述服务器发送所述第一预设关系。

其中，预先将第一预设关系发送到服务器，在进行验证的过程中，由服务器基于第一预设关系进行第一交易和第二交易的验证，使得两笔交易的验证过程在服务器中，不会随意更改。

可见，本示例中，通过服务器存证验证第一交易和第二交易之间的第一预设关系，使得第一预设关系不可更改。

在一个可能的示例中，所述第一交易和第二交易为密文。

其中，密文的形式可以多样化，比如用特定的字符代替相应的账户、账户之间的关系，以及交易之间的关系，需要说明的是，当所述第一交易和第二交易为密文时，第一预设关系为基于密文的关系。

举例来说，如第一业务规则约定，消费100元换1积分，则第一预设规则可以是：针对同一消费事件的第一交易和第二交易，确定第一交易的消费给付方、消费收取方以及消费交互数值，确定第二交易的积分给付方、积分收取方以及积分交互数值；当消费给付方和积分收取方匹配，消费收取方与积分给付方匹配，且消费交互数值和积分交互数值的比值为100时，生成针对第一交易和第二交易的密文，即A对B为100；当消费给付方和积分收取方不匹配、消费收取方与积分给付方不匹配、消费交互数值和积分交互数值的比值不为100三个条件中任一条件满足时，生成针对第一交易和第二交易的密文，即A对B不为100，此时，第一预设关系可以是A对B为100。

可见，本示例中，用户数字资产加密隐私保护的同时，通过零知识证明技术保障了密文状态下的资产验证准确性，提高了整个数字资产的公信、流通能力和价值赋予能力。

在一个可能的示例中，所述根据所述第一控制指令确定所述第一交易和第二交易的状态之后，所述方法还包括：若确定所述第一交易和所述第二交易为验证通过，则针对所述两个消费账户执行以下操作：确定当前处理的第一消费账户在所述两个积分账户中是否存在已绑定的积分账户；若否，则获取所述第一消费账户的第一用户ID和所述两个积分账户的用户ID；将所述两个积分账户中的第一积分账户与所述第一消费账户绑定，所述第一积分账户为所述两个积分账户中用户ID为所述第一用户ID的积分账户。

举例来说，若账本中的账户为基于某个第三方应用的账号进行构建的，则用户ID即是该第三方应用的账号，该第三方应用可以是淘宝、支付宝、微信等等第三方应用，不作具体限定。

如图2C所示，当两个关联交易(第一交易Tx1和第一交易Tx2)验证成功之后，在消费账本中的账户A和积分账本中的账户C对应同一用户账号，即消费账本中的账户A和积分账本中的账户C为记录同一用户的消费事件时，若账户A和账户C未绑定，则将账户A和账户C绑定以得到一个账户对，同理，若在消费账本中的账户B和积分账本中的账户D对应同一用户账号，若账户B和账户D未绑定，则将账户B和账户D绑定以得到一个账户对。

可见，本示例中，能够对不同账本下针对同一用户创建的账户进行绑定，在后续进行交易验证的过程中，通过绑定关系确定同一消费事件对应的消费给付方和积分收取方是否匹配，消费给付方和积分收取方是否匹配，提升后续交易认证过程。

在一个可能的示例中，所述第一预设关系包括以下任意一种：所述第一交易涉及的消费交互数据为所述第二交易的积分交互数据的预设倍数；所述第一交易涉及的消费交互数据大于第一预设值时，所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的差为所述第一预设值，所述第一预设值为正整数；当第一事件的发生时间为第一预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝nx，n大于0小于等于1；当第一事件的发生时间为第二预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝mx+b，m大于1,大于1，b为常数。

其中，对第一预设关系不作具体限定，第一预设关系和前述第一预设规则聚基于第一业务规则得到。

具体实现中，当所述第一预设关系为所述第一交易涉及的消费交互数据为所述第二交易的积分交互数据的预设倍数，即是通过服务器验证同一消费事件中，消费账本中第一交易反映的用户A向用户B的消费交付数值为积分账本中第一交易反映的用户B向用户A的积分交付数值的预设倍数。其中，所述预设倍数不作具体限定，如所述预设倍数可以是1，所述预设倍数还可以是2，所述预设倍数还可以是其他任意正数，

具体实现中，当所述第一预设关系为所述第一交易涉及的消费交互数据大于第一预设值时，所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的差为所述第一预设值，所述第一预设值为正整数，即是通过服务器验证同一消费事件中，消费账本中第一交易反映的用户A向用户B的消费交付数值大于所述第一预设值时，消费账本中第一交易反映的用户A向用户B的消费交付数值和积分账本中第一交易反映的用户B向用户A的积分交付数值之差为所述第一预设值。其中，第一预设值不作具体限定，如所述第一预设值可以是40，所述第一预设值可以是50，所述第一预设值还可以是其他任意正数。

具体实现中，当所述第一预设关系为当第一事件的发生时间为第一预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝nx，n大于0小于等于1；当第一事件的发生时间为第二预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝mx+b，m大于1,大于1，b为常数。其中，所述第一预设时间可以是一周中的任意一天或者几天，所述第二预设时间可以是一个月中的任意一天或者几天，不作具体限定。

本申请实施例中，在检测到待验证的第一交易和第二交易时，根据第一交易和第二交易生成交易验证请求，并向服务器发送交易验证请求，第一交易和第二交易关联，第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，消费账本和积分账本为根据第一业务规则创建的账本，之后，接收来自服务器的第一控制指令，第一控制指令为服务器根据交易认证请求和第一预设关系，对第一交易和第二交易进行验证生成的指令，最后，根据第一控制指令确定第一交易和第二交易的状态。本申请有利于提高账本管理的可靠性。即通过在服务器中根据第一预设关系对不同的交易进行验证，使得数字资产(积分)的变化更公开、透明、可信，保障各个账本间的数字资产变化情况符合预先设定规则(对应前述第一预设关系)，不会因单个主体的意志而变化，任何参与方都不能对预先设定规则进行篡改，提高账本管理的可靠性，保证了数字资产的安全性。

与上述图2A所示的实施例一致的，请参见图3，图3是本申请实施例提供的一种账本管理方法的流程示意图，该账本管理方法包括以下步骤S201～S209。

S201、获取所述第一业务规则；

S202、获取根据所述第一业务规则创建所述第一账本和所述第二账本；

S203、获取运营方创建的两个消费账户；

S204、获取两个用户创建的两个积分账户；

S205、获取所述第一预设关系，所述第一预设关系为与所述第一业务规则对应的，同一消费事件对应的两个交易需要满足的关系；

S206、向所述服务器发送所述第一预设关系；

S207、在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器发送所述交易验证请求，所述第一交易和所述第二交易关联，所述第一交易用于反映所述两个消费账户之间的消费交互情况，所述第二交易用于反映所述两个积分账户之间的积分交互情况；

S208、接收来自所述服务器的第一控制指令，所述第一控制指令为所述服务器根据所述交易认证请求和第一预设关系，对所述第一交易和所述第二交易进行验证生成的指令；

S209、根据所述第一控制指令确定所述第一交易和所述第二交易的状态，所述状态包括验证失败或验证成功。

其中，S201～S204和S205～S206的发生顺序不作具体限定，可以是S201～S204先于S205～S206发生，也可以是S201～S204后于S205～S206发生，还可以是S201～S204与S205～S206同时发生，S201～S204中，S203和S204的发生顺序不作具体限定。

本申请实施例中，在检测到待验证的第一交易和第二交易时，根据第一交易和第二交易生成交易验证请求，并向服务器发送交易验证请求，第一交易和第二交易关联，第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，消费账本和积分账本为根据第一业务规则创建的账本，之后，接收来自服务器的第一控制指令，第一控制指令为服务器根据交易认证请求和第一预设关系，对第一交易和第二交易进行验证生成的指令，最后，根据第一控制指令确定第一交易和第二交易的状态。本申请有利于提高账本管理的可靠性。即通过在服务器中根据第一预设关系对不同的交易进行验证，使得数字资产(积分)的变化更公开、透明、可信，保障各个账本间的数字资产变化情况符合预先设定规则(对应前述第一预设关系)，不会因单个主体的意志而变化，任何参与方都不能对预先设定规则进行篡改，提高账本管理的可靠性，保证了数字资产的安全性。

此外，账本和账户的创建均基于同一业务规则进行创建，使得账本账户的创建更加统一，提升账本管理的可信度。

与上述图2A、图3所示的实施例一致的，请参见图4，图4是本申请实施例提供的一种账本管理装置的结构示意图，本申请实施例的所述账本管理装置可以应用在上述提及的电子设备中。本实施例中，该账本管理装置包括发送模块401、接收模块402、确定模块403：

发送模块401，用于在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器发送所述交易验证请求，所述第一交易和所述第二交易关联，所述第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，所述第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，所述消费账本和所述积分账本为根据第一业务规则创建的账本；

接收模块402，用于接收来自所述服务器的第一控制指令，所述第一控制指令为所述服务器根据所述交易认证请求和第一预设关系，对所述第一交易和第二交易进行验证生成的指令，所述第一预设关系为与所述第一业务规则对应的，所述第一交易和第二交易需要满足的关系；

确定模块403，用于根据所述第一控制指令确定所述第一交易和第二交易的状态，所述状态包括验证失败或验证成功。

其中，所述装置还包括获取模块404，所述获取模块404还用于在所述在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器发送所述交易验证请求之前，获取所述第一业务规则；获取根据所述第一业务规则创建所述第一账本和所述第二账本；获取运营方创建的所述两个消费账户；获取两个用户创建的所述两个积分账户。

其中，所述装置还包括：

预设关系上链模块405，用于在所述接收来自所述服务器的第一控制指令之前，获取所述第一预设关系；以及用于向所述服务器发送所述第一预设关系。

其中，所述第一控制指令为所述服务器执行以下操作得到的：

确定所述第一交易和第二交易是否满足第一预设关系；

若是，则生成确定所述第一交易和所述第二交易的状态为验证通过的所述第一控制指令；

若否，则生成确定所述第一交易和所述第二交易的状态为验证失败的所述第一控制指令。

其中，所述第一交易和第二交易为密文。

其中，所述装置还包括账户绑定模块406，所述账户绑定模块406用于：在所述根据所述第一控制指令确定所述第一交易和第二交易的状态之后，若确定所述第一交易和所述第二交易为验证通过，则针对所述两个消费账户执行以下操作：

确定当前处理的第一消费账户在所述两个积分账户中是否存在已绑定的积分账户；

若否，则获取所述第一消费账户的第一用户ID和所述两个积分账户的用户ID；

将所述两个积分账户中的第一积分账户与所述第一消费账户绑定，所述第一积分账户为所述两个积分账户中用户ID为所述第一用户ID的积分账户。

其中，所述第一预设关系包括以下任意一种：所述第一交易涉及的消费交互数据为所述第二交易的积分交互数据的预设倍数；

所述第一交易涉及的消费交互数据大于第一预设值时，所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的差为所述第一预设值，所述第一预设值为正整数；

当第一事件的发生时间为第一预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝nx，n大于0小于等于1；当第一事件的发生时间为第二预设时间，则所述第一交易涉及的消费交互数据与所述第二交易的积分交互数据的关系可以是：y＝mx+b，m大于1,大于1，b为常数。

本申请实施例中，在检测到待验证的第一交易和第二交易时，根据第一交易和第二交易生成交易验证请求，并向服务器发送交易验证请求，第一交易和第二交易关联，第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，消费账本和积分账本为根据第一业务规则创建的账本，之后，接收来自服务器的第一控制指令，第一控制指令为服务器根据交易认证请求和第一预设关系，对第一交易和第二交易进行验证生成的指令，最后，根据第一控制指令确定第一交易和第二交易的状态。本申请有利于提高账本管理的可靠性。即通过在服务器中根据第一预设关系对不同的交易进行验证，使得数字资产(积分)的变化更公开、透明、可信，保障各个账本间的数字资产变化情况符合预先设定规则(对应前述第一预设关系)，不会因单个主体的意志而变化，任何参与方都不能对预先设定规则进行篡改，提高账本管理的可靠性，保证了数字资产的安全性。

与上述图2A、图3所示的实施例一致的，请参见图5，是本申请实施例提供的一种电子设备的结构示意图，如图5所示的本实施例中的电子设备可以包括：一个或多个处理器501；一个或多个输入装置502，一个或多个输出装置503和存储器504。上述处理器501、输入装置502、输出装置503和存储器504通过总线505连接。

所处理器501可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入装置502可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出装置503可以包括显示器(LCD等)、扬声器等，输出装置503可以输出校正处理后的数据表。

该存储器504可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器504的一部分还可以包括非易失性随机存取存储器，存储器504用于存储计算机程序，所述计算机程序包括程序指令，处理器501用于执行存储器504存储的程序指令，以用于执行一种账本管理方法，即用于执行以下操作：

在检测到待验证的第一交易和第二交易时，根据所述第一交易和所述第二交易生成交易验证请求，并向服务器发送所述交易验证请求，所述第一交易和所述第二交易关联，所述第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，所述第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，所述消费账本和所述积分账本为根据第一业务规则创建的账本；

接收来自所述服务器的第一控制指令，所述第一控制指令为所述服务器根据所述交易认证请求和第一预设关系，对所述第一交易和所述第二交易进行验证生成的指令，所述第一预设关系为与所述第一业务规则对应的，所述第一交易和所述第二交易需要满足的关系；

根据所述第一控制指令确定所述第一交易和所述第二交易的状态，所述状态包括验证失败或验证成功。

本申请实施例中所描述的处理器501、输入装置502、输出装置503可执行本申请实施例提供的账本管理方法的第一实施例所描述的实现方式，也可执行本申请实施例所描述的电子设备的实现方式，在此不再赘述。

本申请实施例中，在检测到待验证的第一交易和第二交易时，根据第一交易和第二交易生成交易验证请求，并向服务器发送交易验证请求，第一交易和第二交易关联，第一交易用于反映消费账本中的两个消费账户之间的消费交互情况，第二交易用于反映积分账本中的两个积分账户之间的积分交互情况，消费账本和积分账本为根据第一业务规则创建的账本，之后，接收来自服务器的第一控制指令，第一控制指令为服务器根据交易认证请求和第一预设关系，对第一交易和第二交易进行验证生成的指令，最后，根据第一控制指令确定第一交易和第二交易的状态。本申请有利于提高账本管理的可靠性。即通过在服务器中根据第一预设关系对不同的交易进行验证，使得数字资产(积分)的变化更公开、透明、可信，保障各个账本间的数字资产变化情况符合预先设定规则(对应前述第一预设关系)，不会因单个主体的意志而变化，任何参与方都不能对预先设定规则进行篡改，提高账本管理的可靠性，保证了数字资产的安全性。

本申请实施例中还提供一种计算机可读存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序被计算机执行时实现如图2A实施例中所示的账本管理方法。

所述计算机可读存储介质可以是前述任一实施例所述的电子设备的内部存储单元，例如控制设备的硬盘或内存。所述计算机可读存储介质也可以是所述控制设备的外部存储设备，例如所述控制设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述控制设备的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述控制设备所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

作为示例，上述计算机可读存储介质可被部署在一个计算机设备上执行，或者被部署位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链网络。

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