掌桥专利:专业的专利平台
掌桥专利
首页

一种基于电费应收账款的数字凭证多级流转方法

文献发布时间:2023-06-19 19:30:30


一种基于电费应收账款的数字凭证多级流转方法

技术领域

本申请涉及互联网技术领域,尤其涉及一种基于电费应收账款的数字凭证多级流转方法、装置、设备以及介质。

背景技术

在一些场景中,当对象1(例如,发电厂)向对象2(例如,电网企业)提供了某种服务(例如,输送电力)之后,该对象2需要针对该服务向该对象1反馈一定的资源(例如,货物、钱币等),以实现不同资源之间的交换目的。

然而,因一些资源交换的实现方案存在缺陷,影响用户体验。

发明内容

为了解决现有技术中存在的以上技术问题,本申请提供一种基于电费应收账款的数字凭证多级流转方法、装置、设备以及介质,能够提高用户体验。

为了实现上述目的,本申请实施例提供的技术方案如下:

本申请提供一种基于电费应收账款的数字凭证多级流转方法,所述方法包括:

在接收到第一对象触发的数字凭证签发请求之后,根据所述第一对象输入的资源描述数据,生成凭证描述数据;所述资源描述数据包括目标资源表征数据、所述第一对象的对象描述信息和第二对象的对象描述信息;

对所述凭证描述数据进行加密处理,得到待使用数字凭证;

建立所述待使用数字凭证与所述第二对象的帐号标识之间的对应关系;

响应于所述第二对象触发的凭证查看操作,展示所述待使用数字凭证。

在一种可能的实施方式下,所述方法还包括:

在接收到所述第二对象触发的凭证流转请求之后,根据所述凭证流转请求,确定待处理数字凭证和流转处理指令;

按照所述流转处理指令,对所述待处理数字凭证进行拆分处理,得到转出数字凭证和剩余数字凭证;

删除所述待处理数字凭证与所述第二对象的帐号标识之间的对应关系;

建立所述剩余数字凭证与所述第二对象的帐号标识之间的对应关系;

建立所述转出数字凭证与所述第三对象的帐号标识之间的对应关系;

响应于所述第三对象触发的凭证查看操作,展示所述转出数字凭证。

在一种可能的实施方式下,所述根据所述凭证流转请求,确定待处理数字凭证和流转处理指令之前,所述方法还包括:

对所述第二对象输入的凭证流转描述信息进行加密处理,得到流转加密数据;所述凭证流转描述信息包括所述第二对象的对象描述信息和所述第三对象的对象描述信息;

将所述流转加密数据发送给信息验证设备,以使所述信息验证设备针对所述流转加密数据进行解密处理,得到流转解密数据;

在接收到所述信息验证设备针对所述流转加密数据发送的明文提供请求之后,将所述凭证流转描述信息发送给所述信息验证设备,以使所述信息验证设备根据所述凭证流转描述信息与所述流转解密数据之间的比较结果,确定第一验证结果;

所述根据所述凭证流转请求,确定待处理数字凭证和流转处理指令,包括:

在接收到所述信息验证设备针对所述流转加密数据反馈的第一验证结果之后,若所述第一验证结果表示通过验证,则根据所述凭证流转请求,确定待处理数字凭证和流转处理指令。

在一种可能的实施方式下,所述第一验证结果的确定过程,包括:

若所述凭证流转描述信息与所述流转解密数据之间的比较结果满足预设匹配条件,则验证所述流转解密数据中的转出资源描述数据与所述第二对象对应的持有资源描述数据之间比较结果是否满足预设转出条件,得到所述第一验证结果。

在一种可能的实施方式下,所述信息验证设备还用于在确定所述凭证流转描述信息与所述流转解密数据之间的比较结果满足预设匹配条件时,将所述流转解密数据存储至区块链。

在一种可能的实施方式下,所述方法还包括:

在接收到所述第二对象触发的凭证融资请求之后,对所述第二对象输入的凭证融资描述信息进行验证,得到第二验证结果;

若所述第二验证结果表示通过验证,则根据所述凭证融资请求,确定待融资数字凭证;

根据所述待融资数字凭证的凭证描述信息,确定融资资源值;

将所述融资资源值通过预设融资方式提供给所述第二对象,并删除所述待融资数字凭证与所述第二对象的帐号标识之间的对应关系。

本申请还提供了一种基于电费应收账款的数字凭证多级流转装置,包括:

凭证生成单元,用于在接收到第一对象触发的数字凭证签发请求之后,根据所述第一对象输入的资源描述数据,生成凭证描述数据;所述资源描述数据包括目标资源表征数据、所述第一对象的对象描述信息和第二对象的对象描述信息;

第一加密单元,用于对所述凭证描述数据进行加密处理,得到待使用数字凭证;

第一建立单元,用于建立所述待使用数字凭证与所述第二对象的帐号标识之间的对应关系;

第一展示单元,用于响应于所述第二对象触发的凭证查看操作,展示所述待使用数字凭证。

本申请还提供了一种设备,所述设备包括处理器以及存储器:

所述存储器用于存储计算机程序;

所述处理器用于根据所述计算机程序执行本申请提供的基于电费应收账款的数字凭证多级流转方法。

本申请还提供了一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序用于执行本申请提供的基于电费应收账款的数字凭证多级流转方法。

本申请还提供了一种计算机程序产品,所述计算机程序产品在终端设备上运行时,使得所述终端设备执行本申请提供的基于电费应收账款的数字凭证多级流转方法。

与现有技术相比,本申请实施例至少具有以下优点:

本申请实施例提供的技术方案中,对于一个具有资源流转功能的数据处理系统来说,在接收到第一对象触发的数字凭证签发请求之后,先根据所述第一对象输入的资源描述数据,生成凭证描述数据,该所述资源描述数据包括目标资源表征数据、所述第一对象的对象描述信息和第二对象的对象描述信息;再对所述凭证描述数据进行加密处理,得到待使用数字凭证;然后,建立所述待使用数字凭证与所述第二对象的帐号标识之间的对应关系;最后,响应于所述第二对象触发的凭证查看操作,展示所述待使用数字凭证,以便后续该第二对象可以使用该待使用数字凭证与其他对象进行资源交换处理,如此能够有效地避免因直接向该第二对象反馈实物资源比较晚而导致的不良影响,从而能够有效地提高用户体验。

附图说明

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

图1为本申请实施例提供的一种基于电费应收账款的数字凭证多级流转方法的流程图;

图2为本申请实施例提供的一种验证流程的示意图;

图3为本申请实施例提供的一种基于电费应收账款的数字凭证多级流转装置的结构示意图。

具体实施方式

为了便于理解本申请的技术方案,下面先介绍一些技术名词的相关内容。

供应链(Supply chain)是指生产及流通过程中,涉及将产品或服务提供给最终用户活动的上游与下游企业所形成的网链结构,即将产品从商家送到消费者手中整个链条。

核心企业是指在整个供应链中占距主导地位的企业。例如,电网企业。

商圈是指由与核心企业存在直接或间接商品或服务供应关系的企业组成的一个群体。

电费预估单用于表示电力生产企业在指定时间段预计向电网企业供电量对应的应收账款(即应收电费)金额,电网企业据此签发的一种应付账款凭据。

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

方法实施例

参见图1,该图为本申请实施例提供的一种基于电费应收账款的数字凭证多级流转方法的流程图。

本申请实施例提供的基于电费应收账款的数字凭证多级流转方法,包括下文S1-S4。

S1:在接收到第一对象触发的数字凭证签发请求之后,根据该第一对象输入的资源描述数据,生成凭证描述数据;该资源描述数据包括目标资源表征数据、第一对象的对象描述信息和第二对象的对象描述信息。

其中,第一对象是指数字凭证签发请求的发起者(例如,电网企业);而且本申请不限定该第一对象,例如,其可以是目标服务(或者目标资源)的接收者。需要说明的是,本申请不限定该目标服务,例如,其可以是任意一种可交易的服务。另外,本申请不限定该目标服务,例如,其可以是任意一种可交易的资源(例如,电力)。

第二对象是指用于向第一对象提供目标服务(或者目标资源)的对象(例如,发电厂)。

数字凭证签发请求用于请求将第一对象需要向第二对象支付的资源值转换成数字凭证,以使该数字凭证能够充当该资源值提供给该第二对象。另外,本申请不限定该数字凭证签发请求的触发方式。

上文“资源描述数据”是指与第一对象需要向第二对象支付的资源值相关的信息。

另外,本申请不限定上文“资源描述数据”,例如,其至少可以包括目标资源表征数据、第一对象的对象描述信息和第二对象的对象描述信息。其中,该目标资源表征数据用于表征第一对象需要向第二对象支付的资源值;而且本申请不限定该目标资源表征数据,例如,其具体可以为电费预估单。该“第一对象的对象描述信息”用于描述该第一对象的相关内容,而且本申请不限定该“第一对象的对象描述信息”,例如,其可以包括该第一对象的对象标识(例如,企业名称等)、该第一对象的信用等级。该“第二对象的对象描述信息”用于描述该第二对象的相关内容,而且本申请不限定该“第二对象的对象描述信息”,例如,其可以包括该第二对象的对象标识。又如,在一些应用场景(例如,金融服务场景)下,该资源描述数据可以还包括债权本金、利息、到期日等信息。

需要说明的是,为了更好地保证上文“第一对象的信用等级”的可信性,其可以由第三方机构提供,而非由该第一对象提供。

上文“凭证描述数据”是指在生成数字凭证时所需使用的数据;而且本申请不限定该凭证描述数据,例如,在一些应用场景(例如,金融服务场景)下,当上文资源描述数据至少包括债权本金、利息、到期日、第一对象的信用等级等信息时,可以利用该资源描述数据生成包含到期价值、到期日、债务人、债权人、利率等要素的json数据(例如,future_value:”1000”,mature_date:”2022-12-31”,obligator:”B0211”,creditor:”C0139”,annualized_rate:”8%”),并将该json数据视为该凭证描述数据。其中,该利率是基于该信用等级所确定的。

实际上,为了更好地提高用户体验,可以针对上文资源描述数据生成多个数字凭证,故为了适应该需求,上文json数据的个数也可以是多个;而且本申请不限定上文json数据的个数,例如,在一些应用场景(例如,金融服务场景)下,该json数据的个数可以是指下文公式(1)所示的凭证发行数量。

凭证发行数量=债权终值金额×折扣率(1)

式中,债权终值金额为到期日债务方实际应履行支付义务的金额;折扣率是由第一对象输入的。

需要说明的是,数字凭证的数量可无限分割。

基于上文S1的相关内容可知,在一些应用场景(例如,金融服务场景)下,对于数据处理系统来说,在该系统接收到由第一对象(例如,债务人)触发的数字凭证签发请求之后,根据该第一对象输入的资源描述数据(例如,电费预估单、债权债务金额、到期日、债权人企业信息、利率、到期日、债务人等信息),生成凭证描述数据(例如,包含到期价值、到期日、债务人、债权人、利率等要素的json数据)。

S2:对凭证描述数据进行加密处理,得到待使用数字凭证。

本申请中,在获取到凭证描述数据(例如,包含到期价值、到期日、债务人、债权人、利率等要素的json数据)之后,可以针对该凭证描述数据进行加密处理,得到一组密文字符串,并将该密文字符串,确定为待使用数字凭证。需要说明的是,本申请不限定该加密处理的实施方式,例如,其可以借助预先设定的加密函数进行实施。

S3:建立待使用数字凭证与第二对象的帐号标识之间的对应关系。

其中,第二对象的帐号标识用于唯一标识该第二对象在数据处理系统下所具有的账户。

基于上文S3的相关内容可知,在获取到待使用数字凭证之后,可以建立该待使用数字凭证与上文第二对象的帐号标识之间的对应关系,并将该对应关系存储至预先设定的数据库中,如此能够实现将该待使用数字凭证记录到数据库中债权人账户下的目的,以便后续当该第二对象登录其帐号时其能够看到该待使用数字凭证。

S4:响应于第二对象触发的凭证查看操作,展示待使用数字凭证。

其中,凭证查看操作用于在数据处理提供下触发数字凭证查看流程;而且本申请不限定该凭证查看操作。

可见,对于数据处理系统来说,在建立好待使用数字凭证与第二对象的帐号标识之间的对应关系之后,在该系统接收到由该第二对象触发的凭证查看操作之后,可以确定该第二对象想要查看其所持有的数字凭证,故可以将该第二对象的帐号标识对应的所有数字凭证(例如,上文待使用数字凭证),展示给该第二对象,以使该第二对象能够获知其持有哪些数字凭证。

基于上文S1至S4的相关内容可知,对于本申请实施例提供的基于电费应收账款的数字凭证多级流转方法来说,在接收到第一对象触发的数字凭证签发请求之后,先根据所述第一对象输入的资源描述数据,生成凭证描述数据,该所述资源描述数据包括目标资源表征数据、所述第一对象的对象描述信息和第二对象的对象描述信息;再对所述凭证描述数据进行加密处理,得到待使用数字凭证;然后,建立所述待使用数字凭证与所述第二对象的帐号标识之间的对应关系;最后,响应于所述第二对象触发的凭证查看操作,展示所述待使用数字凭证,以便后续该第二对象可以使用该待使用数字凭证与其他对象进行资源交换处理,如此能够有效地避免因直接向该第二对象反馈实物资源比较晚而导致的不良影响,从而能够有效地提高用户体验。

实际上,对于数字凭证的持有者来说,其可以将该数字凭证作为一种资源转发给向其提供某种服务/资源的对象(例如,供煤场),以换取该服务/资源。基于此可知,为了更好地提高用户体验,本申请还提供了基于电费应收账款的数字凭证多级流转方法的另一种可能的实施方式,其具体可以包括下文步骤11-步骤16。

步骤11:在接收到第二对象触发的凭证流转请求之后,根据该凭证流转请求,确定待处理数字凭证和流转处理指令。

其中,凭证流转请求用于请求将第二对象所持有的数字凭证中的部分或者全部转发给其他对象。另外,本申请不限定该凭证流转请求的触发方式。

上文“待处理数字凭证”是指第二对象所持有的、需要参与数字凭证流转处理的数字凭证;而且本申请不限定该待处理数字凭证的确定过程,例如,其具体可以为:依据该凭证流转请求所携带的凭证标识,确定该待处理数字凭证。其中,该“凭证流转请求所携带的凭证标识”用于标识该待处理数字凭证。

上文“流转处理指令”是指针对上文“待处理数字凭证”进行何种流转处理(例如,转出多少金额、剩余多少金额等);而且本申请不限定该流转处理指令的确定过程,例如,其具体可以为:依据该凭证流转请求所携带的凭证流转处理描述信息,生成该流转处理指令。其中,该凭证流转处理描述信息用于描述针对该待处理数字凭证进行何种流转处理。

实际上,为了更好地提高凭证流转效果,本申请还提供了上文步骤11的另一种可能的实施方式,其具体可以包括下文步骤111-步骤114。

步骤111:在接收到第二对象触发的凭证流转请求之后,对该第二对象输入的凭证流转描述信息进行加密处理,得到流转加密数据;该凭证流转描述信息包括该第二对象的对象描述信息和第三对象的对象描述信息。

其中,凭证流转描述信息是指在针对第二对象所持有的数字凭证进行流转处理时所需参考的信息;而且本申请不限定该凭证流转描述信息,例如,其至少包括该第二对象的对象描述信息和第三对象的对象描述信息。其中,该第三对象是指用于向第二对象提供某种服务或者资源的对象(例如,供煤场)。该“第三对象的对象描述信息”用于描述该第三对象的相关内容,而且本申请不限定该“第三对象的对象描述信息”,例如,其可以包括该第三对象的对象标识。又如,在一些应用场景(例如,金融服务场景)下,该凭证流转描述信息还包括转出金额等信息。

上文“流转加密数据”是指上文凭证流转描述信息的加密处理结果;而且本申请不限定该“流转加密数据”的确定过程,例如,如图2所示,其具体可以为:利用第二对象的私钥针对该凭证流转描述信息的哈希值进行签名,得到该流转加密数据。

步骤112:将上文流转加密数据发送给信息验证设备,以使该信息验证设备针对该流转加密数据进行解密处理,得到流转解密数据。

其中,信息验证设备用于针对上文流转加密数据进行一些验证处理;而且本申请不限定该信息验证设备,例如,其可以是任意一种电子设备。

另外,本申请不限定上文信息验证设备所具有的功能,例如,该信息验证设备至少可以用于针对上文流转加密数据进行解密处理(例如,图2所示的解密过程),得到流转解密数据。

步骤113:在接收到上文信息验证设备针对流转加密数据发送的明文提供请求之后,将上文凭证流转描述信息发送给该信息验证设备,以使该信息验证设备根据该凭证流转描述信息与上文流转解密数据之间的比较结果,确定第一验证结果。

其中,明文提供请求用于请求提供上文流转加密数据的明文。

上文“第一验证结果”用于表示在上文信息验证设备上是否通过验证;而且本申请不限定该第一验证结果的确定过程,例如,其具体可以为:在该信息验证设备获取到上文凭证流转描述信息之后,若确定该凭证流转描述信息与上文流转解密数据之间的比较结果满足预设匹配条件,则执行以下①-④所示的验证过程的中至少一个,以得到第一验证结果。

①验证流转金额(是否超出第二对象所持有的金额)。也就是,验证上文流转解密数据中的转出资源描述数据与第二对象对应的持有资源描述数据之间比较结果是否满足预设转出条件。其中,该转出资源描述数据用于描述由第二对象转给第三对象的数字凭证的数量表征数据(例如,金额值等)。该持有资源描述数据用于描述该第二对象所持有的数字凭证的数量表征数据(例如,下文公式(3)所示的金额值等)。

转出数量=应履行债务金额(3)

上文“预设匹配条件”可以预先设定,例如,其具体可以为:解密后的数据与数据原文相同。也就是,在该信息验证设备获取到上文凭证流转描述信息之后,可以比较该凭证流转描述信息与上文流转解密数据,以便在确定该凭证流转描述信息与该流转解密数据相同时,可以确定该凭证流转描述信息与该流转解密数据之间的比较结果满足预设匹配条件。

上文“预设转出条件”可以预先设定,例如,其具体可以为:被转出的数字凭证的数量不大于第二对象所持有的数字凭证的数量。

②验证受让人(是否在指定的商圈)。也就是,验证上文第三对象是否属于预先设定的资源流通群体。其中,该资源流通群体可以预先依据应用场景设定,例如,其可以是指某个商圈。需要说明的是,上文第一对象以及上文第二对象均属于该资源流通群体。

③验证日期(是否到期)。也就是,验证由第二对象流转给第三对象的数字凭证是否已到期。需要说明的是,已到期或者已过期的数字凭证不能参与凭证流转过程。

④验证与被转出的数字凭证相关的资料(例如,发票与合同等)。也就是,验证由第二对象流转给第三对象的数字凭证的关联文件(例如,发票、合同等)是否真实。

需要说明的是,在一种可能的实施方式下,上文信息验证设备还用于在确定上文凭证流转描述信息与上文流转解密数据之间的比较结果满足预设匹配条件时,将该流转解密数据存储至区块链,如此能够保证资源流转相关信息的真实性、不可抵赖。

步骤114:在接收到上文信息验证设备针对流转加密数据反馈的第一验证结果之后,若该第一验证结果表示通过验证,则根据上文凭证流转请求,确定待处理数字凭证和流转处理指令。

基于上文步骤111至步骤114的相关内容可知,在一些应用场景(例如,金融服务场景)下,对于数据处理系统来说,在该系统接收到由第二对象触发的凭证流转请求之后,先获取由第二对象输入的凭证流转描述信息;再将该凭证流转描述信息的明文以及密文发送给上文信息验证设备,以使该信息验证设备依据该明文以及密文进行验证处理,并反馈第一验证结果,以便在该第一验证结果表示通过验证时,根据该凭证流转请求,确定待处理数字凭证和流转处理指令,以便后续能够基于该待处理数字凭证和流转处理指令,实现凭证流转过程。

步骤12:按照上文流转处理指令,对上文待处理数字凭证进行拆分处理,得到转出数字凭证和剩余数字凭证。

其中,转出数字凭证是指需要转发给第三对象的数字凭证;而且该转出数字凭证所代表的资源值与上文凭证流转描述信息中的转出金额保持一致。

剩余数字凭证是指需要留给第二对象的数字凭证。

基于上文步骤12的相关内容可知,在获取到待处理数字凭证和流转处理指令之后,可以按照该流转处理指令,将上文待处理数字凭证拆分成两份新的数字凭证,分别作为转出数字凭证和剩余数字凭证。

步骤13:删除待处理数字凭证与第二对象的帐号标识之间的对应关系。

本申请中,在将上文待处理数字凭证拆分成转出数字凭证和剩余数字凭证之后,可以确定第二对象不再持有该待处理数字凭证,故可以直接从数据库中删除该待处理数字凭证与第二对象的帐号标识之间的对应关系,如此能够实现将数据库中已记录在该第二对象账户下的待处理数字凭证进行自动删除的目的,以便后续当该第二对象登录其帐号时不再看到该待处理数字凭证。

步骤14:建立剩余数字凭证与第二对象的帐号标识之间的对应关系。

本申请中,在将上文待处理数字凭证拆分成转出数字凭证和剩余数字凭证之后,可以确定第二对象持有该剩余数字凭证,可以建立该剩余数字凭证与该第二对象的帐号标识之间的对应关系,并将该对应关系存储至预先设定的数据库中,如此能够实现将该剩余数字凭证记录到数据库中该第二对象账户下的目的,以便后续当该第二对象登录其帐号时其能够看到该剩余数字凭证。

步骤15:建立转出数字凭证与第三对象的帐号标识之间的对应关系。

本申请中,在将上文待处理数字凭证拆分成转出数字凭证和剩余数字凭证之后,可以确定第三对象开始持有该转出数字凭证,可以建立该转出数字凭证与第三对象的帐号标识之间的对应关系,并将该对应关系存储至预先设定的数据库中,如此能够实现将该转出数字凭证记录到数据库中该第三对象账户下的目的,以便后续当该第三对象登录其帐号时其能够看到该转出数字凭证。

步骤16:响应于第三对象触发的凭证查看操作,展示转出数字凭证。

本申请中,对于数据处理系统来说,在建立好转出数字凭证与第三对象的帐号标识之间的对应关系之后,在该系统接收到由该第三对象触发的凭证查看操作之后,可以确定该第三对象想要查看其所持有的数字凭证,故可以将该第三对象的帐号标识对应的所有数字凭证(例如,上文转出数字凭证),展示给该第三对象,以使该第三对象能够获知其持有哪些数字凭证。

基于上文步骤11至步骤16的相关内容可知,对于数据处理系统来说,该系统不仅支持数字凭证的发布流程,还支持数字凭证在不同对象(例如,同一个商圈内不同企业)之间的流转过程,如此有利于提高这些对象的用户体验。

实际上,上文数字凭证也可以进行融资,故为了满足该需求,本申请还提供了基于电费应收账款的数字凭证多级流转方法的一种可能的实施方式,在该实施方式下,该基于电费应收账款的数字凭证多级流转方法至少可以包括下文步骤21-步骤24。

步骤21:在接收到第二对象触发的凭证融资请求之后,对该第二对象输入的凭证融资描述信息进行验证,得到第二验证结果。

其中,凭证融资请求用于请求将第二对象所持有的数字凭证中的部分或者全部兑换成某种可流通的资源值(例如,货币等)。另外,本申请不限定该凭证融资请求的触发方式。

上文“凭证融资描述信息”是指在针对第二对象所持有的数字凭证中的部分或者全部进行兑换时所需参考的信息;而且本申请不限定该凭证融资描述信息,例如,其可以包括该第二对象的账户表征信息(例如,帐号等)以及需要进行融资的数字凭证的标识信息。

上文“第二验证结果”用于表示上文“凭证融资描述信息”是否通过融资验证(例如,持有人及融资金额信息等方面的验证)。

步骤22:若上文第二验证结果表示通过验证,则根据上文凭证融资请求,确定待融资数字凭证。

其中,待融资数字凭证是指由第二对象所持有的、需要进行融资流程的数字凭证。另外,本申请不限定该待融资数字凭证的确定过程,例如,其可以基于上文“凭证融资描述信息”进行确定。

步骤23:根据上文待融资数字凭证的凭证描述信息,确定融资资源值。

其中,凭证描述信息是指与上文待融资数字凭证相关的描述信息;而且本申请不限定该凭证描述信息,例如,其可以是预先针对该待融资数字凭证所配置的数据包信息。

上文“融资资源值”用于表示上文待融资数字凭证的价值;而且本申请不限定该融资资源值,例如,其可以下文公式(4)所示的融资金额进行实施。

融资资源值=数字凭证金额(1-利率*t)(4)

式中,数字凭证终值是指上文json数据中的future_value,利率为该json数据中的annualized_rate,t为兑换日至到期日的时间(单位为年),兑换日为实际融资日的日期值,到期日为该json数据中的mature_date。

需要说明的是,当融资完成后,数字凭证数据自动湮灭。另外,在一种可能的实施方式下,当获取到上文待融资数字凭证的凭证描述信息之后,还可以利用下文公式(5)-(6)确定本金和利息。

本金金额=数字凭证金额(5)

利息金额=本金金额-融资资源值 (6)

步骤24:将上文融资资源值通过预设融资方式提供给第二对象,并删除上文待融资数字凭证与第二对象的帐号标识之间的对应关系。

其中,预设融资方式可以预先依据应用场景所设定,例如,可以借助现有的或者未来出现的任意一种资源兑现方法进行实施。

基于上文步骤21至步骤24的相关内容可知,对于数据处理系统来说,在该系统接收到由第二对象触发的凭证融资请求之后,可以先进行验证(例如,验证数字凭证的持有人以及融资金额等信息),以便在通过验证之后,根据被融资的数字凭证的凭证描述信息,确定融资资源值;再按照该融资资源值完成融资,同时,在完成融资之后,还需要删除已完成融资的数字凭证,以避免造成混乱。

为了更好地理解本申请所提供的基于电费应收账款的数字凭证多级流转方法,下面结合一个场景进行说明。

作为示例,当本申请提供的基于电费应收账款的数字凭证多级流转方法应用于供应链时,可以将该供应链中供应商与核心企业因贸易活动所形成的债权生成载有债务人企业信息、到期债权金额、到期日、利率、持有人企业等信息的自增值数字凭证,并在数字凭证发行时将该数字凭证分配给对应的债权人,债权人在取得数字凭证所用权后,既可以用其偿还它对供应商的债务,前提为该供应商是商圈成员,也可以在到期前将所得之数字凭证向发行金融服务机构申请贴现,还可以持有到期时向金融机构申请融资,最终供应链金融服务机构达到了服务实体经济效率、追溯资金动向、增强产业链的抗风险能力之目的。为了便于理解,下面结合下文(一)-(三)所示的三个过程进行说明。

(一)数字凭证的发行过程:接收债务人(供应链中核心企业)数字凭证签发请求及债务(电费预估单)数据(即前述债务规模、债权人企业信息、利率、到期日、债务人),通过加密函数将债权信息生成一串唯一的字符串并将该字符串记录到数据库中债权人账户中。债权人(数字凭证持有人)登录其数字凭证管理终端可查看其资字资产权益。

需要说明的是,上一段所涉及的“唯一的字符串”的确定过程,具体可以为:先根据供应链中核心企业与一级供应商之间因贸易产生的债权债务金额、到期日、核心企业信用等级,根据核心企业信用等级确定折扣率确定债权的可融资金额,生成包含到期价值、到期日、债务人、债权人、利率等要素的json数据(示例:future_value:”1000”,mature_date:”2022-12-31”,obligator:”B0211”,creditor:”C0139”,annualized_rate:”8%”);再将该json数据进行加密,生成加密后的一组密文字符串。

还需要说明的是,在数字凭证的发行过程中,可以根据债权债务金额、到期日、核心企业信用等级,确定发行数字凭证的规模(也就是,数字凭证发行数量)及利率,并生成相应数量加密数字凭证单位记录到债权方的数字凭证账户中。其中,该数字凭证发行数量确定过程如上文公式(1)所示。

又需要说明的是,数字凭证的数量可无限分割,且资字资产的利息以数字凭证数量的增加形式体现,即1单位数字凭证在其发行T天后,在没有发生任何转让的前提下,其数量线性增加效果如上文公式(2)所示。

(二)数字凭证的流转过程:首先债权人(数字凭证持有人)将加密后的发起流转请求信息(包含转出人、受让人、转出金额)向金融机构发送,金融机构收到广播后解密出请求信息明文,验证其转出数据是否大于其账户所持有的数量,并做出是否同意流转的决定并反馈至流转发起方。当结果是同意时,按照上文公式(3)确定转出数量,同时自动执行智能合约,并在数据资产记载信息中加入转出方、受让方及转出日期等信息,生成两份新的数据资产对应的加密字符串并对应记录在转出方、受让从账户中,同时转出方原数据资产自动湮灭。

需要说明的的是,上一段所涉及的“两份新的数据资产”的生成过程为:在接收数字凭证持有人的流转发起请求(流转金额、受让人),验证流转金额(是否超出其所持有的金额)、受让人(是否在指定的商圈)、日期(是否到期)、及其相应的贸易相关的发票与合同(此信息人工验证)等信息。验证通过时,系统自动执行支持流转的智能合同,智能合同模块接收流转指令及数字凭证数据,分拆成两份新的数字凭证,一份为与转出金额一致,记录到受让人账户中;另一份则将剩余金额转让给转让者本人,记录到流转发起人账户,与此同时,发起人账户中之前数字凭证对应的数据自动湮灭。

还需要说明的是,在流转过程中,转出方用其私钥对数字凭证所记载的信息的哈希值进行签名后发送给接收方,同时将数字凭证交易信息明文发送给接收方,记账节点验证交易信息的真实有效性,验证通过后将交易信息存储在交易信息区块中,此方法保障交易信息的真实性、不可抵赖。

又需要说明的是,在一些应用场景下,供应链债权数字凭证流转只能在处于商圈中的企业之间进行流转,企业通过在系统中提交注册请求申请加入商圈,当申请被金融机构核准后即可加入商圈并自动为其创建债权数字凭证账户。

(三)数字凭证的融资过程:数字凭证持有人发起融资请求,融资金融机构解密并验证融资请求方所持数字凭证所记载信息,利用上文(4)-(6)计算出可融资的金额、分离中融资金额中的本金及利息并记录到供应链金服务机构数据库中。

基于上述(一)至(三)的相关内容可知,借助上文(一)至(三)所示的三个过程,能够实现将发行、流转和/或融资构成一个业务闭环。可见,通过将核心企业与供应商之间的债权债务以数字化的形式生成数字凭证,形式上是一级及N级供应商以数字凭证为质押向金融机构融资,而本质是核心企业向金融机构融资支付其对一级供应商的债务。在无本方法中所述的流转方法时,N级供应商若要以其应收账款类债权为质押向金融机构融资时,金融机构将主要依据其客户(对应本方法中的N-1级供应商)的信用等级确定融资利率,N-1级供应商的信用等级不可能优于本方法中所述核心企业,故此时融资利率将高于依据核心企业信用等级确定的融资利率,而采用本技术方案,从第一级至第N级供应商均可以依据核心企业信用等级确定的融资利率获得资金,很显然,本技术方案以数字凭证流转的方式能够达到降低供应链中企业融资成本的目的。

基于上述方法实施例提供的基于电费应收账款的数字凭证多级流转方法,本申请实施例还提供了一种基于电费应收账款的数字凭证多级流转装置,下面结合附图进行解释和说明。

装置实施例

装置实施例提供的基于电费应收账款的数字凭证多级流转装置的技术详情,请参照上述方法实施例。

参见图3,该图为本申请实施例提供的一种基于电费应收账款的数字凭证多级流转装置的结构示意图。

本申请实施例提供的基于电费应收账款的数字凭证多级流转装置300,包括:

凭证生成单元301,用于在接收到第一对象触发的数字凭证签发请求之后,根据所述第一对象输入的资源描述数据,生成凭证描述数据;所述资源描述数据包括目标资源表征数据、所述第一对象的对象描述信息和第二对象的对象描述信息;

第一加密单元302,用于对所述凭证描述数据进行加密处理,得到待使用数字凭证;

第一建立单元303,用于建立所述待使用数字凭证与所述第二对象的帐号标识之间的对应关系;

第一展示单元304,用于响应于所述第二对象触发的凭证查看操作,展示所述待使用数字凭证。

在一种可能的实施方式下,所述基于电费应收账款的数字凭证多级流转装置300还包括:

第一确定单元,用于在接收到所述第二对象触发的凭证流转请求之后,根据所述凭证流转请求,确定待处理数字凭证和流转处理指令;

拆分处理单元,用于按照所述流转处理指令,对所述待处理数字凭证进行拆分处理,得到转出数字凭证和剩余数字凭证;

第一删除单元,用于删除所述待处理数字凭证与所述第二对象的帐号标识之间的对应关系;

第二建立单元,用于建立所述剩余数字凭证与所述第二对象的帐号标识之间的对应关系;

第三建立单元,用于建立所述转出数字凭证与所述第三对象的帐号标识之间的对应关系;

第二展示单元,用于响应于所述第三对象触发的凭证查看操作,展示所述转出数字凭证。

在一种可能的实施方式下,所述基于电费应收账款的数字凭证多级流转装置300还包括:

信息加密单元,用于在接收到所述第二对象触发的凭证流转请求之后,对所述第二对象输入的凭证流转描述信息进行加密处理,得到流转加密数据;所述凭证流转描述信息包括所述第二对象的对象描述信息和所述第三对象的对象描述信息;

第一发送单元,用于将所述流转加密数据发送给信息验证设备,以使所述信息验证设备针对所述流转加密数据进行解密处理,得到流转解密数据;

第二发送单元,用于在接收到所述信息验证设备针对所述流转加密数据发送的明文提供请求之后,将所述凭证流转描述信息发送给所述信息验证设备,以使所述信息验证设备根据所述凭证流转描述信息与所述流转解密数据之间的比较结果,确定第一验证结果;

所述第一确定单元,具体用于:在接收到所述信息验证设备针对所述流转加密数据反馈的第一验证结果之后,若所述第一验证结果表示通过验证,则根据所述凭证流转请求,确定待处理数字凭证和流转处理指令。

在一种可能的实施方式下,所述第一验证结果的确定过程,包括:若所述凭证流转描述信息与所述流转解密数据之间的比较结果满足预设匹配条件,则验证所述流转解密数据中的转出资源描述数据与所述第二对象对应的持有资源描述数据之间比较结果是否满足预设转出条件,得到所述第一验证结果。

在一种可能的实施方式下,所述信息验证设备还用于在确定所述凭证流转描述信息与所述流转解密数据之间的比较结果满足预设匹配条件时,将所述流转解密数据存储至区块链。

在一种可能的实施方式下,所述基于电费应收账款的数字凭证多级流转装置300还包括:

信息验证单元,用于在接收到所述第二对象触发的凭证融资请求之后,对所述第二对象输入的凭证融资描述信息进行验证,得到第二验证结果;

第二确定单元,用于若所述第二验证结果表示通过验证,则根据所述凭证融资请求,确定待融资数字凭证;

第三确定单元,用于根据所述待融资数字凭证的凭证描述信息,确定融资资源值;

资源融资单元,用于将所述融资资源值通过预设融资方式提供给所述第二对象;

第二删除单元,用于删除所述待融资数字凭证与所述第二对象的帐号标识之间的对应关系。

基于上述基于电费应收账款的数字凭证多级流转装置300的相关内容可知,对于本申请提供的基于电费应收账款的数字凭证多级流转装置300来说,在接收到第一对象触发的数字凭证签发请求之后,先根据所述第一对象输入的资源描述数据,生成凭证描述数据,该所述资源描述数据包括目标资源表征数据、所述第一对象的对象描述信息和第二对象的对象描述信息;再对所述凭证描述数据进行加密处理,得到待使用数字凭证;然后,建立所述待使用数字凭证与所述第二对象的帐号标识之间的对应关系;最后,响应于所述第二对象触发的凭证查看操作,展示所述待使用数字凭证,以便后续该第二对象可以使用该待使用数字凭证与其他对象进行资源交换处理,如此能够有效地避免因直接向该第二对象反馈实物资源比较晚而导致的不良影响,从而能够有效地提高用户体验。

进一步地,本申请实施例还提供了一种设备,所述设备包括处理器以及存储器:

所述存储器用于存储计算机程序;

所述处理器用于根据所述计算机程序执行本申请实施例提供的基于电费应收账款的数字凭证多级流转方法的任一实施方式。

进一步地,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序用于执行本申请实施例提供的基于电费应收账款的数字凭证多级流转方法的任一实施方式。

进一步地,本申请实施例还提供了一种计算机程序产品,其特征在于,所述计算机程序产品在终端设备上运行时,使得所述终端设备执行本申请实施例提供的基于电费应收账款的数字凭证多级流转方法的任一实施方式。

应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。

以上所述,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制。虽然本发明已以较佳实施例揭露如上,然而并非用以限定本发明。任何熟悉本领域的技术人员,在不脱离本发明技术方案范围情况下,都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰,或修改为等同变化的等效实施例。因此,凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰,均仍属于本发明技术方案保护的范围内。

技术分类

06120115930923