基于信用合约的数据存储方法以及装置
技术领域
本申请涉及数据处理技术领域,特别涉及一种基于信用合约的数据存储方法。本申请同时涉及一种基于信用合约的数据存储装置,一种计算设备,以及一种计算机可读存储介质。
背景技术
随着互联网的发展,电子合约以其传输方便、节约纸张等特点得以出现,无论是企业还是个人在网络上需要签订电子合约的场景越来越多;电子合约是指将发约方和应约方的需要承担的责任与义务约定好后,分别由发约方和应约方进行签名,签名之后的电子合约具有法律效力。
目前,这些电子合约在发约方和应约方之间的存储缺乏互动性,不利于对电子合约的跟踪处理,而且随着存储的电子合约数目的增加,会影响对电子合约进行查找的效率。
发明内容
有鉴于此,本申请提供了一种基于信用合约的数据存储方法。本申请同时涉及一种基于信用合约的数据存储装置,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的技术缺陷。
根据本申请实施例的第一方面,提供了一种基于信用合约的数据存储方法,包括:
在接收参与信用合约项目的发约方根据信用合约模板发出的发约指令的情况下,生成所述信用合约项目的发约单;
对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表;
将所述发约单存储至所述发约数据表;
在接收到应约方针对所述发约单提交的应约指令且生成信用合约的情况下,对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表;
将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
可选的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表,包括:
将所述信用合约存储至所述第二合约数据表;
通过调用数据同步组件将所述信用合约同步至所述发约方;
将所述信用合约存储至根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
可选的,所述对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表,包括:
根据预设第一标识位,获取第一用户标识中的第一用户标识数据;
根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第一用户标识数据对应的第一数据表编号;
将所述第一用户标识数据根据数据库的数目进行取模或取余,获得与所述第一用户标识数据对应的第一数据库编号;
根据所述第一数据库编号确定所述第一数据库;
根据所述发约单对应的第一数据表类型,获得与所述第一数据表类型匹配的第一数据表前缀;
根据所述第一数据表前缀以及所述第一数据表编号,确定所述发约数据表。
可选的,所述对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表,包括:
根据预设第二标识位,获取第二用户标识中的第二用户标识数据;
根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第二用户标识数据对应的第二数据表编号;
将所述第二用户标识数据根据数据库的数目进行取模或取余,获得与所述第二用户标识数据对应的第二数据库编号;
根据所述第二数据库编号确定所述第二数据库;
根据所述信用合约对应的第二数据表类型,获得与所述第二数据表类型匹配的第二数据表前缀;
根据所述第二数据表前缀以及所述第二数据表编号,确定所述第二合约数据表。
可选的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表步骤执行之后,还包括:
根据所述信用合约生成发约方的第一履约记录;
根据所述第一解析结果以及所述第一履约记录确定所述第一数据库中的第一履约数据表;
将所述第一履约记录存储至所述第一履约数据表。
可选的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表步骤执行之后,还包括:
根据所述信用合约生成应约方的第二履约记录;
根据所述第二解析结果以及所述第二履约记录确定所述第二数据库中的第二履约数据表;
将所述第二履约记录存储至所述第二履约数据表。
可选的,所述将所述第一履约记录存储至所述第一履约数据表步骤执行之后,还包括:
在检测到发约方的第一行为记录与所述第一履约记录匹配的情况下,根据所述第一解析结果以及所述第一行为记录确定所述第一数据库中的第一行为数据表;
将所述第一行为记录存储至所述第一行为数据表;
将所述第一履约记录的履约状态从待履约状态更新为已履约状态。
可选的,所述将所述第二履约记录存储至所述第二履约数据表步骤执行之后,还包括:
在检测到应约方的第二行为记录与所述第二履约记录匹配的情况下,根据所述第二解析结果以及所述第二行为记录确定所述第二数据库中的第二行为数据表;
将所述第二行为记录存储至所述第二行为数据表;
将所述第二履约记录的履约状态从待履约状态更新为已履约状态。
可选的,所述发约单的发约单编号与根据预设第一标识位在所述第一用户标识中获取到的第一用户标识数据存在第一对应关系;
所述信用合约的信用合约编号与根据预设第二标识位在所述第二用户标识中获取到的第二用户标识数据存在第二对应关系。
可选的,所述基于信用合约的数据存储方法,还包括:
在接收到多次所述发约方根据所述信用合约模板发出的发约指令的情况下,判断多次发约指令被执行对应的结果是否一致;
若是,查询所述多次发约指令对应的发约单;
或者,
在接收到所述应约方针对所述发约方发送的所述发约单提交的应约指令的情况下,判断多次应约指令被执行对应的结果是否一致;
若是,查询所述多次应约指令对应的信用合约。
根据本申请实施例的第二方面,提供了一种基于信用合约的数据存储装置,包括:
生成模块,被配置为在接收参与信用合约项目的发约方根据信用合约模板发出的发约指令的情况下,生成所述信用合约项目的发约单;
第一确定模块,被配置为对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表;
第一存储模块,被配置为将所述发约单存储至所述发约数据表;
第二确定模块,被配置为在接收到应约方针对所述发约单提交的应约指令且生成信用合约的情况下,对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表;
第二存储模块,被配置为将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
根据本申请实施例的第三方面,提供了一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
在接收参与信用合约项目的发约方根据信用合约模板发出的发约指令的情况下,生成所述信用合约项目的发约单;
对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表;
将所述发约单存储至所述发约数据表;
在接收到应约方针对所述发约单提交的应约指令且生成信用合约的情况下,对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表;
将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
根据本申请实施例的第四方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现任意一项所述基于信用合约的数据存储方法的步骤。
与现有技术相比,本申请具有如下优点:
本申请提供一种基于信用合约的数据存储方法,包括:在接收参与信用合约项目的发约方根据信用合约模板发出的发约指令的情况下,生成所述信用合约项目的发约单;对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表;将所述发约单存储至所述发约数据表;在接收到应约方针对所述发约单提交的应约指令且生成信用合约的情况下,对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表;将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
本申请提供的基于信用合约的数据存储方法,通过在发约方生成发约单,并对发约方的第一用户标识进行解析,将发约单在根据第一解析结果和发约单确认的第一数据库以及发约数据表进行存储,通过将在应约方生成的信用合约在根据对应约方的第二用户标识进行解析确定的第二数据库以及第二合约数据表进行存储,并将信用合约在第一数据库以及第一合约数据表进行存储,实现了信用合约在发约方和应约方存储,便于对发约单和信用合约的管理,提升了对发约单和信用合约进行查询和展示的效率。
附图说明
图1是本申请实施例提供的一种基于信用合约的数据存储方法的流程图;
图2是本申请实施例提供的一种应用于信用借书项目的基于信用合约的数据存储方法的处理流程图;
图3是本申请实施例提供的一种基于信用合约的数据存储装置的结构示意图;
图4是本申请实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在本申请中,提供了一种基于信用合约的数据存储方法,本申请同时涉及一种基于信用合约的数据存储装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
本申请提供的一种基于信用合约的数据存储方法实施例如下:
图1示出了根据本申请实施例的一种基于信用合约的数据存储方法的流程图,包括步骤S102至步骤S110。
步骤S102,在接收参与信用合约项目的发约方根据信用合约模板发出的发约指令的情况下,生成所述信用合约项目的发约单。
本申请实施例,所述信用合约项目,是指以发约方与应约方签订的信用合约为基础而展开的项目,可以是信用借书项目、信用公益项目、信用借贷项目、信用借物项目等。
具体的,所述信用合约:是指两方或者两方以上的参与方基于信用对某项服务的使用达成“权”、“责”、“利”的共识,并且,达成共识的各个参与方都会保留一份已达成的共识数据;比如图书馆与用户之间达成了基于信用进行图书借还的共识,多个用户在信用约束下就参与公益项目达成的共识,或者,用户之间在以信用作为抵押前提下达成借还钱财或者借还物品的共识;
其中,“权”定义了某一方享有的权利,也可以理解为另一方需要履约的行为,比如按照约定的方式还回已借图书、参与已许诺参加的公益项目、还回已借钱财或者已借物品等;
“责”定义了违约方需要承担的违约责任,比如在违约方的信用中记录违约事件、降低违约方的信用评分或者对违约方进行罚款等;
“利”定义了履约方能够获得的利益或者奖励,比如成功还回已借的图书的用户会通过这一次信用借书行为提升自身的信用评分,按照约定成功参与公益项目的用户可以获得基于信用的奖励,成功归还已借钱财或者已借物品的用户可以获得违约方赔付的金额等。
相应的,所述发约方,是参与信用合约项目的邀约方,即发起信用合约的一方,而应约方,是指接收发约方发出的发约单,并且同意根据发约单加入信用合约项目的一方。具体的,发约方和应约方是通过信用平台参与信用合约项目,其中,信用平台是指承载信用合约项目运行的平台,发约方可以是信用平台中的用户,也可以是信用平台中的商家,同样的,应约方也可以是信用平台中的用户,也可以是信用平台中的商家。
比如,在信用借书项目中,一般以图书馆作为发约方,以借书用户作为应约方;而在信用借物项目中,一般以出借人作为发约方,以借物人作为应约方。
所述信用合约模板,是指基于信用针对具体某个服务制定的通用信用条款;实际应用中,当发约方想针对某个服务进行发约时,首先需要在信用平台中选取这个服务对应的信用合约模板,在根据信用合约模板的通用信用条款中存在空白项的条款,添加发约方自身的发约信息,比如,在信用借书项目,图书馆为发约方,首先图书馆需要选取借书项目对应的信用合约模板,在此信用合约模板中将借书方需要在多少天内还书,一次最多借书多少本书之类的存在空白项的条款,根据图书馆的业务需求,将空白条款补充为借书方需要在30天内还书,以及一次最多借书的本数为5本。
所述发约单,是指由发约方根据信用合约模板约定好发约方与应约方需要履行的信用合约的权、责、利的信用条款之后,下达发约指令的情况下,形成的单方面的约定单据,具体的,可以是信用借书项目的发约单、信用公益项目的发约单、信用借贷项目的发约单、信用借物项目的发约单。
其中,发约指令,可以是发约方的电子签名指令、电子签章指令或者电子***指令等,此外与发约指令类似的,还有应约指令,应约指令可以是应约方的电子签名指令、电子签章指令或者电子***指令等。
实际应用中,由发约方在信用平台上选取其参与的信用合约项目的信用合同模板,并将信用合同模板中的通用信用条款中存在空白项的条款补充完整后,发出发约指令;信用平台在检测到发约指令的情况下,生成发约单,应约方若同意发约单中约定的信用条款,可针对生成此发约单提交应约指令,信用平台在检测到应约指令的情况下,即可生成此信用合约项目的信用合约。
步骤S104,对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表。
本申请实施例,所述第一用户标识,可以是发约方在信用平台的用户标识,相应的,所述第一解析结果,可以是通过对发约方的用户标识进行解析获得的第一数据库编号以及第一数据表编号。
此外,还有第二用户标识,可以是发约方在信用平台的用户标识,相应的,还有第二解析结果,可以是通过对应约方的用户标识进行解析获得的第二数据库编号以及第二数据表编号。
实际应用中,因为信用合约项目中发约单、信用合约等数据的数据量非常大,因此需要将这些数据在多个数据库中进行存储,并且在每个数据库中将每种数据表的数据分为多个数据表进行存储,而为了对这多个数据库和多个数据表进行彼此区分,通常会对这些数据库和数据表进行编号。
以发约单为例,发约单的数据表在信用平台分别存储于20个数据库,这20个数据库的名称依次为db00、db00、db02……db19,在每个数据库中分别有500张对发约单进行的存储的数据表,则共有10000张存储发约单的数据表,这些发约单的数据表的名称依次为form0000、form0001、form0002……form9999;
具体的,数据库db01中存放数据表编号为0000-0499的发约单的数据表,数据库db02中存放数据表编号为0500-0999的发约单的数据表,依次类推,数据库db20中存放数据表编号为9500-9999的发约单的数据表;
其中,数据库的名称是以db为数据库前缀,01-20为数据库编号,则将数据库前缀以及数据库编号进行组合可确定具体的数据库;存放发约单的数据表的名称是以form为数据表前缀,以0000-9999为数据表编号,则将数据表前缀以及数据表编号进行组合可确定具体的数据表。
除上述将数据库前缀以及数据库编号进行组合对数据库进行命名之外,还可以直接以数据库编号对数据库进行命名,比如00,01,02,03……19,在此不做限制。
而数据表的名称,由于不同的数据表类型其所存储的数据的不同,分别对应不同的数据表前缀,将数据表前缀与数据表编号进行组合,可得到数据表的名称,具体的,上述存储发约单的数据表对应的数据表前缀为form,数据表编号为0605,则此存储发约单的数据表的名称为form0605,即此存储发约单的数据表为form0605;存储信用合约的数据表对应的数据表前缀为contract,数据表编号为0605,则此存储信用合约的数据表的名称为contract0605,即此存储信用合约的数据表为contract0605。
实际应用中,通过对发约方的第一用户标识进行解析获得的第一数据库编号以及第一数据表编号,其中根据第一数据库编号即可确定用户标识对应的第一数据库,根据发约单对应的第一数据表前缀以及第一数据表编号即可确定用户标识对应的发约数据表。
具体实施时,本申请实施例提供的一种可选实施方式中,所述对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表,具体采用如下方式实现:
根据预设第一标识位,获取第一用户标识中的第一用户标识数据;
根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第一用户标识数据对应的第一数据表编号;
将所述第一用户标识数据根据数据库的数目进行取模或取余,获得与所述第一用户标识数据对应的第一数据库编号;
根据所述第一数据库编号确定所述第一数据库;
根据所述发约单对应的第一数据表类型,获取与所述第一数据表类型匹配的第一数据表前缀;
根据所述第一数据表前缀以及所述第一数据表编号,确定所述发约数据表。
本申请实施例,所述预设第一标识位,是指对第一用户标识中需要获取的标识位的限定,此第一标识位可以是标识位区间,相应的,所述第一用户标识数据是指根据预先设定好标识位从第一用户标识中获取到的用户标识数据,比如,预设第一标识位为末4位,发约方甲的第一用户标识为custom00030605,则根据第一标识位,获取到的第一用户标识数据为0605。
此外,还有预设第二标识位,预设第二标识位是指对应约方的第二用户标识中需要获取的标识位的限定,此第二标识位也可以是标识位区间,相应的,还有第二用户标识数据,第二用户标识数据是指根据预先设定好标识位从第二用户标识中获取到的用户标识数据,比如,预设第二标识位也为末4位,应约方乙的第二用户标识为custom00331800,则根据第二标识位,获取到的第二用户标识数据为1800。
所述预先建立的用户标识数据与数据表编号之间的对应关系,可以是一一对应的对应关系,可以是多对一的对应关系,具体的对应关系可以根据需求在数据表中进行配置,也可通过某公式或者函数进行对应,在此不做限制,以一一对应关系中的等同对应为例,第一用户标识数据为0605,则根据用户标识数据与数据表编号之间的对应关系,可获得第一用户标识数据对应的第一数据表编号为0605。
实际应用中,将第一用户标识数据根据数据库的数目进行取模或取余,可将不同发约方的发约单分别在各个数据库中进行存储,分散了数据库的存储压力。
以在接收用户甲发出的发约指令的情况下,生成的发约单A在上述20个数据库以及10000张发约单的数据表进行存储为例,用户甲的第一用户标识为custom00030605,第一标识位为末4位,则根据第一标识位获取到的第一用户标识数据为0605;
通过用户标识数据与数据表编号之间的一一对应关系,获得与第一用户标识数据对应的第一数据表编号为0605,通过第一用户标识数据0605对数据库的数目20进行取模或取余,可以得到第一数据库编号5,根据第一数据库编号5确定第一数据库为db05,根据发约单A可确定与发约单A对应的第一数据表类型为发约单,进而获得与第一数据表类型发约单匹配的第一数据表前缀为form,则根据第一数据表前缀form以及第一数据表编号0605,确定发约数据表为数据库db05中的form0605。
本申请实施例,根据发约方的第一用户标识中的第一用户标识数据,确定第一数据库编号以及第一数据表编号,进一步确定存储发约单的第一数据库以及发约数据表,便于对发约方的发约单进行管理,并提升了在多个数据库和数据表中对发约单进行查找的效率。
步骤S106,将所述发约单存储至所述发约数据表。
具体的,在上述步骤S104中确定的第一数据库中的发约数据表之后,将生成的发约单存储至所述发约数据表。
可选的,所述发约单的发约单编号与根据预设第一标识位在所述第一用户标识中获取到的第一用户标识数据存在第一对应关系;则发约单存储至发约数据表之后,若接收到有关此发约单的查询请求,可根据发约单的发约单编号与第一用户标识数据存在的第一对应关系,获取与此发约单编号对应的第一用户标识数据,并进一步,根据第一用户标识数据确定存储此发约单的第一数据库以及发约数据表,最后在发约数据表中查询并获取与此发约单编号对应的发约单。
步骤S108,在接收到应约方针对所述发约单提交的应约指令且生成信用合约的情况下,对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表。
实际应用中,在根据应约方针对发约单提交的应约指令生成信用合约之后,需要对此信用合约在应约方进行存储,其具体的存储方式与上述步骤S104类似,通过对应约方的第二用户标识进行解析获得的第二数据库编号以及第二数据表编号,其中根据第二数据库编号即可确定用户标识对应的第二数据库,根据信用合约对应的第二数据表前缀以及第二数据表编号即可确定用户标识对应的第二合约数据表。
具体的,上述信用合约可以是信用借书项目的信用合约、信用公益项目的信用合约、信用借贷项目的信用合约、信用借物项目的信用合约,在此不做限制。
具体实施时,本申请实施例提供的一种可选实施方式中,所述对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表,具体采用如下方式实现:
根据预设第二标识位,获取第二用户标识中的第二用户标识数据;
根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第二用户标识数据对应的第二数据表编号;
将所述第二用户标识数据根据数据库的数目进行取模或取余,获得与所述第二用户标识数据对应的第二数据库编号;
根据所述第二数据库编号确定所述第二数据库;
根据所述信用合约对应的第二数据表类型,获取与所述第二数据表类型匹配的第二数据表前缀;
根据所述第二数据表前缀以及所述第二数据表编号,确定所述第二合约数据表。
本申请实施例,对信用合约进行存储时,确定存储信用合约的第二数据库和第二数据库中的第二合约数据表的方式与上述对发约单进行存储时,确定存储发约单的第一数据库和第一数据库中的发约数据表的方式类似;
其中,第二合约数据表是指在应约方存放信用合约的数据表,此外,还有第一合约数据表,第一合约数据表是指在发约方存放信用合约的数据表。
以将信用合约B在上述20个数据库中进行存储为例,这20个数据库中每个数据库中分别有500张对信用合约进行存储的数据表,共有10000张存储信用合约的数据表,这些存储信用合约的数据表的名称依次为contract0000、contract00001、contract00002……contract9999,应约方乙的第二用户标识为custom00331800,预设第二标识位为末4位,则根据第二标识位,获取到的第二用户标识数据为1800;
通过用户标识数据与数据表编号之间的一一对应关系,获得与第二用户标识数据对应的第二数据表编号为1800,通过第二用户标识数据1800对数据库的数目20进行取模或取余,可以得到第二数据库编号0,根据第二数据库编号0确定第一数据库为db00,根据信用合约B可确定与信用合约B对应的第二数据表类型为信用合约,进而获得与此第二数据表类型信用合约匹配的第二数据表前缀为contract,则根据第二数据表前缀contract以及第二数据表编号1800,确定第二合约数据表为数据库db00中的contract1800。
本申请实施例,根据应约方的第二用户标识中的第二用户标识数据,确定第二数据库编号以及第二数据表编号,进一步确定存储信用合约的第二数据库以及第二合约数据表,便于对信用合约进行管理,并提升了在众多数据库和数据表中对信用合约进行查找的效率。
步骤S110,将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
在上述步骤S108中确定应约方的第二用户标识对应的第二数据库以及第二合约数据表之后,将信用合约存储至此第二合约数据表,并将此信用合约存储至上述步骤S104中确定的第一数据库以及第一合约数据表中。
具体的,第一数据库是通过对发约方的第一用户标识进行解析获得的第一解析结果中的第一数据库编号对应的数据库;第一合约数据表是根据此第一解析结果中的第一数据表编号以及信用合约对应的合约数据表前缀确定的数据表。
可选的,所述信用合约的信用合约编号与根据预设第二标识位在所述第二用户标识中获取到的第二用户标识数据存在第二对应关系;则信用合约存储至第二合约数据表之后,若接收到有关此信用合约的查询请求,可根据信用合约的信用合约编号与第二用户标识数据存在的第二对应关系,获取与信用合约编号对应的第二用户标识数据,并进一步,根据第二用户标识数据确定存储此信用合约的第二数据库以及第二合约数据表,最后在第二合约数据表中查询并获取与此信用合约编号对应的信用合约。
进一步,本申请实施例提供的一种可选实施方式中,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表,具体采用如下方式实现:
将所述信用合约存储至所述第二合约数据表;
通过调用数据同步组件将所述信用合约同步至所述发约方;
将所述信用合约存储至根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
实际应用中,在签订好信用合约的情况下,需要将信用合约分别在发约方和应约方进行存储,而信用合约是在应约方针对发约单提交的应约指令在应约方生成的,因此先将信用合约在应约方进行存储,再通过数据同步组件,将信用合约同步至发约方,在发约方进行存储;
其中,数据同步组件在发约方和应约方之间进行信用合约的同步,比如:在发约方和应约方之间进行信用合约的状态的同步。
本申请实施例,将在应约方生成的信用合约先存储至应约方的第二合约数据表,再通过数据同步组件将信用合约同步至发约方,并将信用合约存储至发约方的第一合约数据表,保证了信用合约在发约方和应约方的同步,也便于信用合约在发约方和应约方的查找和展示。
实际应用中,在生成信用合约的基础上,还需要根据信用合约在应约方生成应约方的第二履约记录,并将应约方的第二履约记录进行存储,本申请实施例提供的一种可选实施方式中,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表步骤执行之后,还包括:
根据所述信用合约生成应约方的第二履约记录;
根据所述第二解析结果以及所述第二履约记录确定所述第二数据库中的第二履约数据表;
将所述第二履约记录存储至所述第二履约数据表。
第二履约记录,是指应约方在履行信用合约时,需要履行的事项的具体记录,此外还有第一履约记录,第一履约记录是指发约方在履行信用合约时,需要履行的事项的具体记录,具体的,比如在信用借书项目中,根据信用借书项目的信用合约在应约方生成的第二履约记录可以为还书履约事项,在发约方生成的第二履约记录可以为借书履约事项等。
实际应用中,应约方的第二履约记录需要在应约方进行存储,发约方的第一履约记录需要在发约方进行存储,是以将第二履约记录存储至对应约方的第二用户标识进行解析获得的第二解析结果中的第二数据库编号对应的第二数据库中,以及根据此第二解析结果中的第二数据表编号和第二履约记录对应的履约数据表前缀确定的第二履约数据表中,其具体确定第二数据库以及第二履约数据表的实现方式与上述确定存储信用合约的第二数据库以及第二合约数据表的方式类似,在此不再赘述。
本申请实施例,基于信用合约生成应约方的第二履约记录,并将第二履约记录根据应约方的第二用户标识确定的第二数据库以及第二履约记录表中,便于对第二履约记录的管理,提高了后续对第二履约记录进行查找和展示的效率。
此外,在生成信用合约的基础上,还需要根据信用合约在发约方生成发约方的第一履约记录,并将发约方的第一履约记录进行存储,本申请实施例提供的一种可选实施方式中,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表步骤执行之后,还包括:
根据所述信用合约生成发约方的第一履约记录;
根据所述第一解析结果以及所述第一履约记录确定所述第一数据库中的第一履约数据表;
将所述第一履约记录存储至所述第一履约数据表。
本申请实施例是在针对信用合约在发约方生成的第一履约记录进行存储,其具体实现方式与上述针对信用合约在应约方的第二履约记录的生成以及存储类似,在此不再赘述。
本申请实施例,基于信用合约生成发约方的第一履约记录,并将第一履约记录根据发约方的第一用户标识确定的第一数据库以及第一履约记录表中,便于对第一履约记录的管理,提高了后续对第一履约记录进行查找和展示的效率。
在根据信用合约生成发约方的第一履约记录,并对此第一履约记录进行存储的基础上,还需要检测发约方的是否有履行第一履约记录对应的第一行为记录,本申请实施例提供的一种可选实施方式中,所述将所述第一履约记录存储至所述第一履约数据表步骤执行之后,还包括:
在检测到发约方的第一行为记录与所述第一履约记录匹配的情况下,根据所述第一解析结果以及所述第一行为记录确定所述第一数据库中的第一行为数据表;
将所述第一行为记录存储至所述第一行为数据表;
将所述第一履约记录的履约状态从待履约状态更新为已履约状态。
实际应用中,在发约方和应约方签订信用合约之后,发约方和应约方都需要履行针对此信用合约生成的履约记录,而在履行履约记录过程中会产生与此履约记录对应的行为记录,在履约之后,需要将相应履约记录的状态从待履约状态更新为已履约状态。进一步,针对此信用合约生成的履约记录的履约状态全部更新为已履约状态,表明此信用合约已经完成。
所述第一行为记录,是指发约方在履行第一履约记录过程中生成的行为记录;此外,还有第二行为记录,是指应约方在履行第二履约记录过程中生成的行为记录。
比如在上述信用借书项目中,根据信用借书项目的信用合约在发约方生成借书履约事项在检测到与其对应的借书行为记录之后,需要将借书行为记录在发约方进行存储,在应约方生成的还书履约记录在检测到与其对应的还书行为记录之后,需要将还书行为记录在应约方进行储存。
具体的,需要将发约方的第一行为记录存储至对发约方的第一用户标识进行解析获得的第一解析结果中的第一数据库编号对应的第一数据库中,以及根据此第一解析结果中的第一数据表编号和第一行为记录对应的行为数据表前缀确定的第一行为数据表中,其具体确定第一数据库以及第一行为数据表的实现方式与上述确定存储发约单的第一数据库以及发约数据表的方式类似,在此不再赘述;
在确定第一数据库以及第一行为数据表的基础上,将第一行为数据存储至第一数据库以及第一行为数据表,并将第一履约记录的履约状态从待履约状态更新为已履约状态。
本申请实施例,在检测到与第一履约记录对应的第一行为记录的情况下,将第一行为记录根据发约方的第一用户标识确定的第一数据库以及第一行为记录表中,便于对第一行为记录的管理,提高了后续对第一行为记录进行查找和展示的效率。
在根据信用合约生成应约方的第二履约记录,并对此第二履约记录进行存储的基础上,还需要检测应约方的是否有履行第二履约记录对应的第二行为记录,本申请实施例提供的一种可选实施方式中,所述将所述第二履约记录存储至所述第二履约数据表步骤执行之后,还包括:
在检测到应约方的第二行为记录与所述第二履约记录匹配的情况下,根据所述第二解析结果以及所述第二行为记录确定所述第二数据库中的第二行为数据表;
将所述第二行为记录存储至所述第二行为数据表;
将所述第二履约记录的履约状态从待履约状态更新为已履约状态。
本申请实施例是在检测到履行第二履约记录对应的第二行为记录的情况下,对第二行为记录进行存储,并将第二履约记录的履约状态进行变更,其具体实现方式与上述针对第一行为记录在发约方的存储,以及第一履约记录的履约状态的变更类似,在此不再赘述。
本申请实施例,在检测到与第二履约记录对应的第二行为记录的情况下,将第二行为记录根据应约方的第二用户标识确定的第二数据库以及第二行为记录表中,便于对第二行为记录的管理,提高了后续对第二行为记录进行查找和展示的效率。
本申请实施例提供的一种可选实施方式中,所述发约单的发约单编号与所述第一用户标识数据存在第一对应关系;
相应的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表步骤执行之后,还包括:
在获取到所述发约单编号情况下,根据所述第一对应关系确定与所述发约单编号对应的所述第一用户标识数据;
根据所述第一用户标识数据确定存储所述发约单的所述第一数据库以及所述发约数据表;
所述发约单的发约单编号与所述第一用户标识数据存在第一对应关系,具体的,可以是发约单编号与第一用户标识数据通过计算公式或者函数存在多对一的对应关系,或者是发约单的编号中的某几位数据与第一用户标识数据具有一对一的对应关系,比如发约单编号中的末4位有与上述步骤S104中根据预设第一标识位,获取到的第一用户标识中的第一用户标识数据具有一对一的对应关系。
以上述发约方甲为例,发约方甲的第一用户标识为custom00030605,根据第一标识位为末4位,获取到的第一用户标识数据为0605,发约单A的发约单编号为formNo03440605,发约单B的发约单编号为formNo21030605,则发约单编号与第一用户标识的末4位是多对一的对应关系。
实际应用中,通常将一个发约在参与信用合约项目中产生全部的发约单,信用合约,履约记录和行为记录等存储于此发约方的用户标识对应的数据库中,以便于对此用户的在信用合约项目中的数据进行查找和展示。
以发约单A为例,发约单A的发约单编号为formNo03440605,通过发约单编号的末4位与第一用户标识数据的一一对应关系,即可确定第一用户标识数据为0605,然后上述步骤S104中根据第一用户标识数据获得第一数据库编号以及第一数据表编号,并进一步确定所述第一数据库以及发约数据表,在此再赘述。
本申请实施例,通过发约单编号和第一用户标识数据的第一对应关系,进一步确定存储发约单的第一数据库以及发约数据表,便于对发约单的管理,提高了通过发约单编号对发约单进行查找或展示的效率。
本申请实施例提供的一种可选实施方式中,在生成发约单以及生成信用合约的过程中,还包括:
在接收到多次所述发约方根据所述信用合约模板发出的发约指令的情况下,判断多次发约指令被执行对应的结果是否一致;
若是,表明根据这些发约指令生成的发约单编号是一致的,查询所述多次发约指令对应的发约单;
若否,表明根据这些发约指令生成的发约单编号是不一致的,根据发约指令生成新的发约单;
或者,
在接收到所述应约方针对所述发约方发送的所述发约单提交的应约指令的情况下,判断多次应约指令被执行对应的结果是否一致;
若是,表明根据这些应约指令生成的信用合约编号是一致的,查询所述多次应约指令对应的信用合约;
若否,表明根据这些发约指令生成的信用合约是编号是不一致的,根据发约指令生成新的信用合约。
本申请实施例,在接收到多次所述发约方根据所述信用合约模板发出的发约指令的情况下,判断多次发约指令被执行对应的结果是否一致,具体的,可以通过判断传入生成发约单的处理程序的参数是否一致,若多个发约指令对此处理程序传入的参数一致的情况下,则可判断这些发约指令被执行对应的结果是一致的,则不再重复执行生成发约单的过程;若多个发约指令对此处理程序传入的参数不一致的情况下,则需执行此处理程序生成新的发约单。
或接收到所述应约方针对所述发约方发送的所述发约单提交的应约指令的情况下,判断多次应约指令被执行对应的结果是否一致,具体的,可以通过判断传入生成信用合约的处理程序的参数是否一致,若多个应约指令对此处理程序传入的参数一致的情况下,则可判断这些发约指令被执行对应的结果是一致的,则不再重复执行生成信用合约的过程;若多个应约指令对此处理程序传入的参数不一致的情况下,则需执行此处理程序生成新的信用合约。
本申请实施例,通过判断多此发约指令或多次应用指令被执行对应的结果是否一致,避免了生成重复的发约单或信用合约。
下述结合图2,以本申请提供的基于信用合约的数据存储方法方法在信用借书项目的应用为例,对所述基于信用合约的数据存储方法方法进行进一步说明,图2示出了本申请实施例提供的一种应用于信用借书项目的基于信用合约的数据存储方法的处理流程图,具体包括步骤S202至步骤S224。
步骤S202,在接收参与信用借书项目的发约方根据信用合约模板发出的发约指令的情况下,生成所述信用借物项目的发约单。
步骤S204,对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表。
步骤S206,将所述发约单存储至所述发约数据表。
步骤S208,根据预设第二标识位,获取第二用户标识中的第二用户标识数据。
步骤S210,根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第二用户标识数据对应的第二数据表编号。
步骤S212,将所述第二用户标识数据根据数据库的数目进行取模或取余,获得与所述第二用户标识数据对应的第二数据库编号。
步骤S214,根据所述第二数据库编号确定所述第二数据库。
步骤S216,根据所述信用合约对应的第二数据表类型,获得与所述第二数据表类型匹配的第二数据表前缀。
步骤S218,根据所述第二数据表前缀以及所述第二数据表编号,确定所述第二合约数据表。
步骤S220,将所述信用合约存储至所述第二合约数据表。
步骤S222,通过调用数据同步组件将所述信用合约同步至所述发约方。
步骤S224,将所述信用合约存储至根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
综上所述,本申请提供的基于信用合约的数据存储方法,通过在发约方生成发约单,并对发约方的第一用户标识进行解析,将发约单在根据第一解析结果和发约单确认的第一数据库以及发约数据表进行存储,通过将在应约方生成的信用合约在根据对应约方的第二用户标识进行解析确定的第二数据库以及第二合约数据表进行存储,并将信用合约在第一数据库以及第一合约数据表进行存储,实现了信用合约在发约方和应约方存储,便于对发约单和信用合约的管理,提升了对发约单和信用合约进行查询和展示的效率。
本申请提供的一种基于信用合约的数据存储装置实施例如下:
与上述方法实施例相对应,本申请还提供了基于信用合约的数据存储装置实施例,图3示出了本申请实施例的基于信用合约的数据存储方法装置的结构示意图。如图3所示,该装置包括:
生成模块302,被配置为在接收参与信用合约项目的发约方根据信用合约模板发出的发约指令的情况下,生成所述信用合约项目的发约单;
第一确定模块304,被配置为对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表;
第一存储模块306,被配置为将所述发约单存储至所述发约数据表;
第二确定模块308,被配置为在接收到应约方针对所述发约单提交的应约指令且生成信用合约的情况下,对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表;
第二存储模块310,被配置为将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
可选的,所述第二存储模块310,包括:
存储至第二合约数据表子模块,被配置为将所述信用合约存储至所述第二合约数据表;
同步子模块,被配置为通过调用数据同步组件将所述信用合约同步至所述发约方;
存储至第一合约数据表子模块,被配置为将所述信用合约存储至根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
可选的,所述第一确定模块304,包括:
获取第一用户标识数据子模块,被配置为根据预设第一标识位,获取第一用户标识中的第一用户标识数据;
获得第一数据表编号子模块,被配置为根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第一用户标识数据对应的第一数据表编号;
获得第一数据库编号子模块,被配置为将所述第一用户标识数据根据数据库的数目进行取模或取余,获得与所述第一用户标识数据对应的第一数据库编号;
确定第一数据库子模块,被配置为根据所述第一数据库编号确定所述第一数据库;
获得第一数据表前缀子模块,被配置为根据所述发约单对应的第一数据表类型,获得与所述第一数据表类型匹配的第一数据表前缀;
确定发约数据表子模块,被配置为根据所述第一数据表前缀以及所述第一数据表编号,确定所述发约数据表。
可选的,所述第二确定模块308,包括:
根据预设第二标识位,获取第二用户标识中的第二用户标识数据;
根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第二用户标识数据对应的第二数据表编号;
将所述第二用户标识数据根据数据库的数目进行取模或取余,获得与所述第二用户标识数据对应的第二数据库编号;
根据所述第二数据库编号确定所述第二数据库;
根据所述信用合约对应的第二数据表类型,获得与所述第二数据表类型匹配的第二数据表前缀;
根据所述第二数据表前缀以及所述第二数据表编号,确定所述第二合约数据表。
可选的,所述基于信用合约的数据存储装置,还包括:
生成第一履约记录模块,被配置为根据所述信用合约生成发约方的第一履约记录;
确定第一履约数据表模块,被配置为根据所述第一解析结果以及所述第一履约记录确定所述第一数据库中的第一履约数据表;
存储第一履约记录模块,被配置为将所述第一履约记录存储至所述第一履约数据表。
可选的,所述基于信用合约的数据存储装置,还包括:
生成第二履约记录模块,被配置为根据所述信用合约生成应约方的第二履约记录;
确定第二履约数据表模块,被配置为根据所述第二解析结果以及所述第二履约记录确定所述第二数据库中的第二履约数据表;
存储第二履约数据模块,被配置为将所述第二履约记录存储至所述第二履约数据表。
可选的,所述基于信用合约的数据存储装置,还包括:
确定第一行为数据表模块,被配置为在检测到发约方的第一行为记录与所述第一履约记录匹配的情况下,根据所述第一解析结果以及所述第一行为记录确定所述第一数据库中的第一行为数据表;
存储第一行为记录模块,被配置为将所述第一行为记录存储至所述第一行为数据表;
第一更新状态模块,被配置为将所述第一履约记录的履约状态从待履约状态更新为已履约状态。
可选的,所述基于信用合约的数据存储装置,还包括:
确定第二行为数据表模块,被配置为在检测到应约方的第二行为记录与所述第二履约记录匹配的情况下,根据所述第二解析结果以及所述第二行为记录确定所述第二数据库中的第二行为数据表;
存储第二行为数据模块,被配置为将所述第二行为记录存储至所述第二行为数据表;
第二更新状态模块,被配置为将所述第二履约记录的履约状态从待履约状态更新为已履约状态。
可选的,所述基于信用合约的数据存储装置,还包括:
第一判断模块,被配置为在接收到多次所述发约方根据所述信用合约模板发出的发约指令的情况下,判断多次发约指令被执行对应的结果是否一致;
若是,运行查询发约单模块;所述查询发约单模块,被配置为查询所述多次发约指令对应的发约单;
或者,
第二判断模块,被配置为在接收到所述应约方针对所述发约方发送的所述发约单提交的应约指令的情况下,判断多次应约指令被执行对应的结果是否一致;
若是,运行查询信用合约模块;所述查询信用合约模块,被配置为查询所述多次应约指令对应的信用合约。
可选的,所述发约单的发约单编号与根据预设第一标识位在所述第一用户标识中获取到的第一用户标识数据存在第一对应关系;
所述信用合约的信用合约编号与根据预设第二标识位在所述第二用户标识中获取到的第二用户标识数据存在第二对应关系。
上述为本实施例的一种基于信用合约的数据存储装置的示意性方案。需要说明的是,该基于信用合约的数据存储装置的技术方案与上述的基于信用合约的数据存储方法的技术方案属于同一构思,基于信用合约的数据存储装置的技术方案未详细描述的细节内容,均可以参见上述基于信用合约的数据存储方法的技术方案的描述。
本申请提供的一种计算设备实施例如下:
图4示出了根据本申请一实施例的计算设备400的结构框图。该计算设备400的部件包括但不限于存储器410和处理器420。处理器420与存储器410通过总线430相连接,数据库450用于保存数据。
计算设备400还包括接入设备440,接入设备440使得计算设备400能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备440可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本申请的一个实施例中,计算设备400的上述部件以及图4中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图4所示的计算设备的结构框图仅仅是出于示例的目的,而不是对本申请范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备400可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备400还可以是移动式或静止式的服务器。
本申请提供一种计算设备,包括存储器410、处理器420及存储在存储器上并可在处理器上运行的计算机指令,所述处理器420用于执行如下计算机可执行指令:
在接收参与信用合约项目的发约方根据信用合约模板发出的发约指令的情况下,生成所述信用合约项目的发约单;
对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表;
将所述发约单存储至所述发约数据表;
在接收到应约方针对所述发约单提交的应约指令且生成信用合约的情况下,对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表;
将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
可选的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表,包括:
将所述信用合约存储至所述第二合约数据表;
通过调用数据同步组件将所述信用合约同步至所述发约方;
将所述信用合约存储至根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
可选的,所述对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表,包括:
根据预设第一标识位,获取第一用户标识中的第一用户标识数据;
根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第一用户标识数据对应的第一数据表编号;
将所述第一用户标识数据根据数据库的数目进行取模或取余,获得与所述第一用户标识数据对应的第一数据库编号;
根据所述第一数据库编号确定所述第一数据库;
根据所述发约单对应的第一数据表类型,获得与所述第一数据表类型匹配的第一数据表前缀;
根据所述第一数据表前缀以及所述第一数据表编号,确定所述发约数据表。
可选的,所述对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表,包括:
根据预设第二标识位,获取第二用户标识中的第二用户标识数据;
根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第二用户标识数据对应的第二数据表编号;
将所述第二用户标识数据根据数据库的数目进行取模或取余,获得与所述第二用户标识数据对应的第二数据库编号;
根据所述第二数据库编号确定所述第二数据库;
根据所述信用合约对应的第二数据表类型,获得与所述第二数据表类型匹配的第二数据表前缀;
根据所述第二数据表前缀以及所述第二数据表编号,确定所述第二合约数据表。
可选的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表指令执行之后,所述处理器420还用于执行如下计算机可执行指令:
根据所述信用合约生成发约方的第一履约记录;
根据所述第一解析结果以及所述第一履约记录确定所述第一数据库中的第一履约数据表;
将所述第一履约记录存储至所述第一履约数据表。
可选的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表指令执行之后,所述处理器420还用于执行如下计算机可执行指令:
根据所述信用合约生成应约方的第二履约记录;
根据所述第二解析结果以及所述第二履约记录确定所述第二数据库中的第二履约数据表;
将所述第二履约记录存储至所述第二履约数据表。
可选的,所述将所述第一履约记录存储至所述第一履约数据表指令执行之后,所述处理器420还用于执行如下计算机可执行指令:
在检测到发约方的第一行为记录与所述第一履约记录匹配的情况下,根据所述第一解析结果以及所述第一行为记录确定所述第一数据库中的第一行为数据表;
将所述第一行为记录存储至所述第一行为数据表;
将所述第一履约记录的履约状态从待履约状态更新为已履约状态。
可选的,所述将所述第二履约记录存储至所述第二履约数据表指令执行之后,所述处理器420还用于执行如下计算机可执行指令:
在检测到应约方的第二行为记录与所述第二履约记录匹配的情况下,根据所述第二解析结果以及所述第二行为记录确定所述第二数据库中的第二行为数据表;
将所述第二行为记录存储至所述第二行为数据表;
将所述第二履约记录的履约状态从待履约状态更新为已履约状态。
可选的,所述基于信用合约的数据存储方法,还包括:
在接收到多次所述发约方根据所述信用合约模板发出的发约指令的情况下,判断多次发约指令被执行对应的结果是否一致;
若是,查询所述多次发约指令对应的发约单;
或者,
在接收到所述应约方针对所述发约方发送的所述发约单提交的应约指令的情况下,判断多次应约指令被执行对应的结果是否一致;
若是,查询所述多次应约指令对应的信用合约。
可选的,所述发约单的发约单编号与根据预设第一标识位在所述第一用户标识中获取到的第一用户标识数据存在第一对应关系;
所述信用合约的信用合约编号与根据预设第二标识位在所述第二用户标识中获取到的第二用户标识数据存在第二对应关系。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的基于信用合约的数据存储方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述基于信用合约的数据存储方法的技术方案的描述。
本申请提供的一种计算机可读存储介质实施例如下:
本申请提供一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时以用于:
在接收参与信用合约项目的发约方根据信用合约模板发出的发约指令的情况下,生成所述信用合约项目的发约单;
对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表;
将所述发约单存储至所述发约数据表;
在接收到应约方针对所述发约单提交的应约指令且生成信用合约的情况下,对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表;
将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
可选的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表,包括:
将所述信用合约存储至所述第二合约数据表;
通过调用数据同步组件将所述信用合约同步至所述发约方;
将所述信用合约存储至根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表。
可选的,所述对所述发约方的第一用户标识进行解析,根据第一解析结果和所述发约单确定与所述第一用户标识对应的第一数据库以及在所述第一数据库中的发约数据表,包括:
根据预设第一标识位,获取第一用户标识中的第一用户标识数据;
根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第一用户标识数据对应的第一数据表编号;
将所述第一用户标识数据根据数据库的数目进行取模或取余,获得与所述第一用户标识数据对应的第一数据库编号;
根据所述第一数据库编号确定所述第一数据库;
根据所述发约单对应的第一数据表类型,获得与所述第一数据表类型匹配的第一数据表前缀;
根据所述第一数据表前缀以及所述第一数据表编号,确定所述发约数据表。
可选的,所述对所述应约方的第二用户标识进行解析,根据第二解析结果和所述信用合约确定与所述第二用户标识对应的第二数据库以及在所述第二数据库中的第二合约数据表,包括:
根据预设第二标识位,获取第二用户标识中的第二用户标识数据;
根据预先建立的用户标识数据与数据表编号之间的对应关系,获得与所述第二用户标识数据对应的第二数据表编号;
将所述第二用户标识数据根据数据库的数目进行取模或取余,获得与所述第二用户标识数据对应的第二数据库编号;
根据所述第二数据库编号确定所述第二数据库;
根据所述信用合约对应的第二数据表类型,获得与所述第二数据表类型匹配的第二数据表前缀;
根据所述第二数据表前缀以及所述第二数据表编号,确定所述第二合约数据表。
可选的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表步骤执行之后,还包括:
根据所述信用合约生成发约方的第一履约记录;
根据所述第一解析结果以及所述第一履约记录确定所述第一数据库中的第一履约数据表;
将所述第一履约记录存储至所述第一履约数据表。
可选的,所述将所述信用合约存储至所述第二合约数据表以及根据所述第一解析结果和所述信用合约确定的所述第一数据库中的第一合约数据表步骤执行之后,还包括:
根据所述信用合约生成应约方的第二履约记录;
根据所述第二解析结果以及所述第二履约记录确定所述第二数据库中的第二履约数据表;
将所述第二履约记录存储至所述第二履约数据表。
可选的,所述将所述第一履约记录存储至所述第一履约数据表步骤执行之后,还包括:
在检测到发约方的第一行为记录与所述第一履约记录匹配的情况下,根据所述第一解析结果以及所述第一行为记录确定所述第一数据库中的第一行为数据表;
将所述第一行为记录存储至所述第一行为数据表;
将所述第一履约记录的履约状态从待履约状态更新为已履约状态。
可选的,所述将所述第二履约记录存储至所述第二履约数据表步骤执行之后,还包括:
在检测到应约方的第二行为记录与所述第二履约记录匹配的情况下,根据所述第二解析结果以及所述第二行为记录确定所述第二数据库中的第二行为数据表;
将所述第二行为记录存储至所述第二行为数据表;
将所述第二履约记录的履约状态从待履约状态更新为已履约状态。
可选的,所述基于信用合约的数据存储方法,还包括:
在接收到多次所述发约方根据所述信用合约模板发出的发约指令的情况下,判断多次发约指令被执行对应的结果是否一致;
若是,查询所述多次发约指令对应的发约单;
或者,
在接收到所述应约方针对所述发约方发送的所述发约单提交的应约指令的情况下,判断多次应约指令被执行对应的结果是否一致;
若是,查询所述多次应约指令对应的信用合约。
可选的,所述发约单的发约单编号与根据预设第一标识位在所述第一用户标识中获取到的第一用户标识数据存在第一对应关系;
所述信用合约的信用合约编号与根据预设第二标识位在所述第二用户标识中获取到的第二用户标识数据存在第二对应关系。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的基于信用合约的数据存储方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述基于信用合约的数据存储方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本申请的内容,可作很多的修改和变化。本申请选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。