一种需求侧响应计量、结算方法及装置与流程

1.本发明涉及区块链技术领域，尤其涉及一种需求侧响应计量、结算方法及装置。


背景技术：

2.需求侧响应是指当电力批发市场价格升高或系统可靠性受威胁时，电力用户接收到供电方发出的诱导性减少负荷的直接补偿通知或者电力价格上升信号后，改变其固有的习惯用电模式，达到减少或者推移某时段的用电负荷而响应电力供应，从而保障电网稳定，并抑制电价上升的短期行为。它是需求侧管理(dsm)的解决方案之一。
3.现有需求侧响应的做法是需求侧响应用户实施需求侧响应时，计量设备数据通过通讯媒介自动传送给中央管理机，中央管理机会汇总需求侧响应信息，发送给电力公司，电力公司审核后，会上报发改委备案，响应补贴费用一年结算一次，并未实现自动结算。
4.在现有自动计量和自动结算系统中，计量与结算数据没有实时存证，后期即使计量和费用补贴数据有错误，难以追溯，由于参与主体的不信任，无法做到自动结算，耗费时间长。


技术实现要素：

5.鉴于上述问题，本发明提供了一种需求侧响应计量、结算方法及装置，用于解决现有自动计量和自动结算系统中，计量与结算数据没有实时存证，后期即使计量和费用补贴数据有错误，难以追溯，由于参与主体的不信任，无法做到自动结算，耗费时间长的问题，具体方案如下：
6.一种需求侧响应计量、结算方法，应用于目标区块链，所述目标区块链中存储有结算模型，所述方法包括：
7.将目标用户在所述目标区块链中完成注册；
8.将所述目标用户的原始数据和目标实际响应数据进行存证上链；
9.在满足预设触发条件的情况下，触发目标结算模型，基于所述目标结算模型生成与所述目标实际响应数据对应的财务数据；
10.将所述财务数据进行存证上链。
11.上述的方法，可选的，将所述目标用户的目标实际响应数据进行存证上链，包括:
12.将目标用户的第一响应数据进行存证上链；
13.响应结束后，获取所述目标用户的第二响应数据，将所述第二响应数据进行存证上链；
14.基于所述第一响应数据和所述第二响应数据确定目标实际响应数据，将所述目标实际响应数据发送给所述目标用户进行验证；
15.在验证通过的情况下，将所述目标实际响应数据进行默克尔数据处理后存证上链。
16.上述的方法，可选的，在满足预设触发条件的情况下，触发所述结算模型，基于所
述结算模型生成与所述目标实际响应数据对应的财务数据，包括：
17.在满足预设触发条件的情况下，确定所述目标用户的结算类型，基于所述结算类型选取与所述目标用户匹配的目标结算模型；
18.基于所述目标结算模型生成财务数据表；
19.将所述财务数据表中的每条数据进行哈希处理后得到对应的财务数据。
20.上述的方法，可选的，将所述财务数据进行存证上链，包括：
21.将所述财务数据发送给所述目标用户验证所述财务数据是否计算正确；
22.在验证通过的情况下，将所述财务数据进行默克尔树处理后进行存证上链。
23.上述的方法，可选的，还包括：
24.将所述财务数据进行加密，得到加密财务数据；
25.将所述加密财务数据发送给银行，以令所述银行基于所述加密财务数据获取补贴费用，将所述补贴费用转账给所述目标用户，并将转账信息发送给目标区块链；
26.接收所述转账信息，对所述转账信息进行默克尔树处理后存证上链。
27.一种需求侧响应计量、结算装置，应用于目标区块链，所述目标区块链中存储有结算模型，所述装置包括：
28.注册模块，用于将目标用户在所述目标区块链中完成注册；
29.第一存证模块，用于将所述目标用户的原始数据和目标实际响应数据进行存证上链；
30.生成模块，用于触发目标结算模型，基于所述目标结算模型生成与所述目标实际响应数据对应的财务数据；
31.第二存证模块，用于将所述财务数据进行存证上链。
32.上述的装置，可选的，所述第一存证模块包括：
33.第一存证单元，用于在接收到需求侧响应的情况下，将目标用户的第一响应数据进行存证上链；
34.第二存证单元，用于响应结束后，获取所述目标用户的第二响应数据，将所述第二响应数据进行存证上链；
35.确定和发送单元，用于基于所述第一响应数据和所述第二响应数据确定目标实际响应数据，将所述目标实际响应数据发送给所述目标用户进行验证；
36.第三存证单元，用于在验证通过的情况下，将所述目标实际响应数据进行默克尔数据处理后存证上链。
37.上述的装置，可选的，所述生成模块包括：
38.确定和选取单元，用于在满足预设触发条件的情况下，确定所述目标用户的结算类型，基于所述结算类型选取与所述目标用户匹配的目标结算模型；
39.生成单元，用于基于所述目标结算模型生成财务数据表；
40.哈希处理单元，用于将所述财务数据表中的每条数据进行哈希处理后得到对应的财务数据。
41.上述的装置，可选的，所述第二存证模块包括：
42.发送单元，用于将所述财务数据发送给所述目标用户验证所述财务数据是否计算正确；
43.第四存证单元，用于在验证通过的情况下，将所述财务数据进行默克尔树处理后进行存证上链。
44.上述的装置，可选的，还包括：
45.加密模块，用于将所述财务数据进行加密，得到加密财务数据；
46.发送模块，用于将所述加密财务数据发送给银行，以令所述银行基于所述加密财务数据获取补贴费用，将所述补贴费用转账给所述目标用户，并将转账信息发送给目标区块链；
47.第三存证模块，用于接收所述转账信息，对所述转账信息进行默克尔树处理后存证上链。
48.与现有技术相比，本发明包括以下优点：
49.本发明公开了一种需求侧响应计量、结算方法及装置，应用于目标区块链，所述目标区块链中存储有结算模型，包括：将目标用户在所述目标区块链中完成注册；将所述目标用户的原始数据和目标实际响应数据进行存证上链；在满足预设触发条件的情况下，触发目标结算模型，基于所述目标结算模型生成与所述目标实际响应数据对应的财务数据；将所述财务数据进行存证上链。上述过程，基于区块链技术对需求侧响应计量过程的目标实际响应数据和结算过程中的财务数据进行上链存证，实现了对相关数据的可追溯，避免了现有技术中计量与结算数据没有实时存证，导致后期计量、费用补贴数据有错误时，难以追溯，参与主体的不信任的状况，避免进而导致的无法自动结算，致使耗费时间长的问题。
附图说明
50.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
51.图1为本发明实施例公开的一种需求侧响应计量、结算方法流程图；
52.图2为本发明实施例公开的一种需求侧响应计量、结算方法应用示意图；
53.图3为本发明提供的公开的一种需求侧响应计量、结算装置结构框图。
具体实施方式
54.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
55.本发明公开了一种需求侧响应计量、结算方法及装置，应用于对需求侧响应计量、结算过程中，现有技术中，为了均衡电量的使用，减少使用行政的手段干预用户用电，使用价格、补贴措施，令用户按照自己的需求，移动用电时段、减少用电负荷等措施，在不影响用户生产的情况下，达到削峰填谷的作用。现有技术中，需求侧响应用户实施需求侧响应时，计量设备数据通过通讯媒介自动传送给中央管理机，中央管理机会汇总需求侧响应信息，发送给电力公司，电力公司审核后，会上报发改委备案，响应补贴费用一年结算一次，并未
实现自动结算。在现有自动计量和自动结算系统中，计量与结算数据没有实时存证，后期即使计量和费用补贴数据有错误，也没有办法追溯。由于参与主体的不信任，无法做到自动结算。传统的中心化管理的方式，计量和费用补贴数据存在被篡改的可能，客户和负荷集成商只能被动接受，无法做一致性比对分析。基于上述问题，本发明提供了一种需求侧响应计量、结算方法，所述方法提前约定计量方法、结算模型，并提前写入智能合约。需求侧响应用户已完成计量设备改造，客户已经装了计量装置，相关数据可以远程获知，或者通过其他系统获取，所述方法的执行流程如图1所示，包括步骤：
56.s101、将目标用户在所述目标区块链中完成注册；
57.本发明实施例中，所述目标用户可以为电力用户或者符合集成商，所述目标用户至少为一个，其中，电力用户/负荷集成商生成自己的密钥对，所述密钥对包括：公钥和私钥，完成身份注册，电力用户/负荷集成商将公钥及部分个人身份信息传送给认证机构进行身份认证，认证机构核实信息是否正确，若正确，认证机构签发数字证书，数字证书与身份信息一一对应并包含该电力用户/负荷集成商的公钥。若不正确，则认证失败。
58.进一步的，电力用户/负荷集成商交易过程中，需要上链数据用其私钥进行签名，链上其它节点可以通过其公钥解码，查看上链数据，这样既能保证数据安全，又可以实现对相关数据的溯源。
59.s102、将所述目标用户的原始数据和目标实际响应数据进行存证上链；
60.本发明实施例中，将所述目标用户的原始数据进行存证上链，其中，所述原始数据为所述目标用户在用电过程中产生的数据，将所述目标用户的目标实际响应数据进行存证上链的处理过程如下：
61.(1)首先将结算模型、智能合约触发条件等打包写入所述目标区块链的智能合约中，存证上链，其中，所述结算模型至少为一个，所述结算模型可以基于需求侧响应的类型不同而不同，所述智能合约触发条件即补贴发放的触发条件，需求侧响应活动完成后，如果“用户满足需求侧响应资格”则“用户响应有效”。例如，需求响应有效的评估标准为：电力用户(负荷集成商)在需求响应过程中如同时满足
①
响应时段最大(小)负荷不高(低)于基线最大(小)负荷；
②
实际负荷响应量大于等于邀约响应量的80％及以上；则视为有效响应。
62.进一步的，所述智能合约中需要重点写入的数据或者算法是：
63.①
基线平均负荷计算方法，例如，负荷计算方法可以是：迎峰度夏(度冬)期间，约定需求响应选择电力用户在需求响应邀约日前最近5个生产工作日，将其对应响应时段的负荷曲线(采集周期为15分钟)作为基线。春节期间，以正常年份除夕至初六的负荷曲线(采集周期为15分钟)作为基线。根据基线计算出的平均负荷称为基线平均负荷。
64.②
需求侧响应评估标准，例如，评估标准可以为：电力用户(负荷集成商)在需求响应过程中如同时满足
①
响应时段最大(小)负荷不高(低)于基线最大(小)负荷；
②
实际负荷响应量大于等于邀约响应量的80％及以上；则视为有效响应。
65.③
补贴结算(标准)的计算方法，例如，补贴标准如下：1)、若实际负荷响应量大于邀约响应量的120％，最高按邀约响应量的120％进行补贴。2)补贴标准为：约定需求响应，每次每千瓦补贴12元；对实时需求响应，每次每千瓦补贴18元。
66.(2)当需求响应中心发布需求侧响应时，若电力用户/负荷集成商确定参与响应，通过私钥签名将其用户id、申报响应容量、申报响应价格、响应时段等第一响应数据存证上
链；
67.(3)在响应时段内，智能合约自动执行，进入待验证队列，验证节点对事件进行签名验证，确保有效性。已改造的计量设备自动对电力用户/负荷集成商的用电负荷进行计量。响应结束后，通过私钥签名将其响应开始时间、响应结束时间、响应开始时电量、响应结束时电量等第二需求响应数据存证上链；
68.(4)需求响应中心汇总参与此次需求侧响应的电力用户/负荷集成商的第一响应数据和第二响应数据，基于所述第一响应数据和所述第二响应数据确定目标实际响应数据，其中，所述目标实际响应数据以需求响应数据表的形式存在，其中，所述需求响应数据表中包括：项目名称、响应容量(kw)、起始时间和结束时间，对所述需求响应数据表中的数据进行哈希处理存证上链，并对应分发给电力用户/负荷集成商，具体的分发过程如下；就是将属于电力用户/负荷集成商的数据(比如电力用户的响应次数、响应容量、响应补贴等数据)，进行哈希处理，形成的根哈希数据和相应的源数据，分发给电力用户/负荷集成商；
69.(5)电力用户/负荷集成商对收到的所述目标实际响应数据进行核对，查看所述响应数据是否正确，具体的查看过程包括：
70.就是对发放给用户需求响应源数据进行查看(比如电力用户的响应次数、响应容量、响应补贴等数据)，这些数据电力用户可以手动核算一下给自己的补贴数据是否正确。看次数有没有记错、容量是否算错、补贴是否算错等
71.如果正确，则将则私钥签名确认；如果不正确，则提出质疑并反馈所述目标实际响应数据，响应中心根据反馈进行核实，如需更改，则将更新后的数据重新存证上链，由电力用户/负荷集成商确认，直至所有数据信息确认无误；
72.(6)需求响应中心对最终核实后的目标实际响应数据进行默克尔树处理，根哈希存证上链。自动计量的整个过程都存证上链，既可保障数据安全，有可以按照时间戳对相关流程、数据进行追溯。
73.其中，默克尔树处理的过程如下：
74.默克尔树(merkle trees)是区块链技术的基本组成部分，通过对大量聚集数据“块”(chunk)进行哈希运算的方式，将这些数据块分裂成较小的单位(bucket)，然后对每个bucket单位数据再次进行哈希运算，重复同样的过程，直至剩余的哈希总数为1，即根哈希(roothash)。假设有一个全部数据都储存在默克尔树中的数据库，那么通过根哈希就可以验证所有沿数据块到根路径的哈希分支，即用户不必下载每一个交易以及每一个区块，只需要验证根哈希就可证明整个数据链的真实性和有效性，简化了数据处理、查询的流程，极大地提高了工作效率，降低了工作成本，同时也延展了区块链技术的可扩展性与应用维度。
75.默克尔树(merkle trees)又叫哈希树，即存储hash值的二叉树，由一个根节点、一组中间节点和一组叶节点组成。最下层的叶节点包含存储数据或其哈希值，每个中间节点是它的两个子节点内容的哈希值，根节点也是由它的两个子节点内容的哈希值组成。
76.最下层的叶子节点如果数据发生变化，都会引起默克尔树根节点哈希值的改变。
77.默克尔树是区块链技术的基本组成部分，通过对大量聚集数据“块”(chunk)进行哈希运算的方式，将这些数据块分裂成较小的单位(bucket)，然后对每个bucket单位数据再次进行哈希运算，重复同样的过程，直至剩余的哈希总数为1，即根哈希(roothash)。
78.在区块链应用中，通过根哈希就可以验证所有沿数据块到根路径的哈希分支，即
用户不必下载每一个交易以及每一个区块，只需要验证根哈希就可证明整个数据链的真实性和有效性，简化了数据处理、查询的流程，极大地提高了工作效率，降低了工作成本。
79.默克尔树的应用场景其实很广泛，比较典型的就是p2p下载。在下载到真正数据之前，会先下载一个hash列表。最后把每个小块数据的hash值拼到一起，然后对这个长字符串在作一次hash运算，这样就得到hash列表的根hash。下载数据的时候，首先从可信的数据源得到正确的根hash，然后通过校验后的hash列表校验数据块。
80.s103、在满足预设触发条件的情况下，触发目标结算模型，基于所述目标结算模型生成与所述目标实际响应数据对应的财务数据；
81.本发明实施例中，所述预设触发条件可以基于经验或者具体情况进行设定，本发明实施例中不进行具体限定，以所述与设定触发条件为如某年某月某天的11:00-13:00为例，如果某个电力用户承诺需求响应，则应该在这个时段内主动降低用电量，优选的，上链数据是这个时段的开始时间点的电表数据和结束时间点的电表数据【开始、结束的时间点，是触发电表计量数据存证的条件】，这样计算获得这个用户这段时间的用电量a，a与基准用电量相比较，就可获得响应量，其中，所述基准用电量的确定与具体的应用场景有关，本发明实施例中不进行具体的限定。
82.进一步的，在满足所述预设触发条件的情况下，获取所述目标用户的结算类型，基于所述结算类型选取与所述目标用户匹配的目标结算类型，本发明实施例中，上述选取过程可以基于经验或者具体情况进行限定，本发明实施例中，不进行具体限定。触发目标结算模型。
83.当需求响应中心将此次需求响应数据上链后，触发智能合约中的自动结算，基于存证在智能合约的目标结算模型，自动生成包含用户id、响应容量、补贴费用等的财务数据表，对此表中的每一条数据进行哈希处理得到财务数据，将所述财务数据存证上链，优选的，所述财务数据以财务数据表的形式存在，所述财务数据表包括：项目名称和补偿费用，其中，所述补偿费用基于对应的响应量计算得到，将所述财务数据并分发给电力用户/负荷集成商。
84.进一步的，在不满足预设触发条件的情况下，不会触发目标结算模型。
85.s104、将所述财务数据进行存证上链。
86.本发明实施例中，电力用户/负荷集成商核对自身该次财务数据中的补贴费用是否计算正确，可以手动核算一下给自己的补贴数据是否正确。如果正确，则通过私钥签名确认，如果不一致，则提出质疑并反馈其补贴费用，响应中心根据反馈进行核实，如需更改，则对更新后的数据重新计算存证上链，由电力用户/负荷集成商确认，直至所有数据信息确认无误；
87.需求响应中心对最终核实后的财务数据表进行默克尔树处理，根哈希通过其私钥签名，存证上链。其中，针对默克尔树的处理过程与s102相同。
88.本发明公开了一种需求侧响应计量、结算方法，应用于目标区块链，所述目标区块链中存储有结算模型，包括：将目标用户在所述目标区块链中完成注册；将所述目标用户的原始数据和目标实际响应数据进行存证上链；在满足预设触发条件的情况下，触发目标结算模型，基于所述目标结算模型生成与所述目标实际响应数据对应的财务数据；将所述财务数据进行存证上链。上述过程，基于区块链技术对需求侧响应计量过程的目标实际响应
数据和结算过程中的财务数据进行上链存证，实现了对相关数据的可追溯，避免了现有技术中计量与结算数据没有实时存证，导致后期计量、费用补贴数据有错误时，难以追溯，参与主体的不信任的状况，避免进而导致的无法自动结算，致使耗费时间长的问题。
89.进一步的，电力公司用代发补贴银行公钥对财务数据表进行加密处理，并发送给该银行，银行用私钥解密，将补贴费用自动划拨至电力用户/负荷集成商绑定的账号内。银行用电力公司公钥加密转账信息表，发送给电力公司，并对转账信息表默克尔树处理，根哈希存证上链。其中，针对默克尔树的处理过程与s102相同。
90.本发明实施例基于上述方法的模型应用示意图如图2所示，需求响应数据表和财务数据表基于数据存证业务在需求响应区块链平台上进行交易签名，其中，所述需求响应数据表如表1所示。
91.表1
92.项目名称响应容量(kw)起始时间结束时间g0011213:0614:30
…………
gxxx10717:3019：20
93.所述财务数据表如表2所示，
94.表2
95.项目名称补偿费用g001144
……
gxxx1284
96.同时基于具体的应用场景，将对应的数据表进行数据存证预处理，其中，预处理过程包括：recordhash_，recordhash_2
…
recordhash_n两两结合最终确定merkleroothash，基于merkleroothash构建数据存证交易，将所述数据存证交易基于智能合约处理，具体的处理过程如下：首先确定结算任务m、任务类型、数据源、结算规则和时间，之后确定任务执行t，roothasht、任务状态和时间，最后确认结算结果、hashr、状态和时间，将基于智能合约提交签名后的数据存证交易上链，上链过程如下:基于p2p通讯实现节点1(存证合约)，节点j(存证合约)和节点m(存证合约)之间的通讯，基于pbft共识算法上传至省公司自由区块链(联盟链属性)，省公司自有区块链包括：区块头、区块高度、时间戳、交易数据和区块哈希等。
97.本发明实施例中，基于上述的方法，可以避免在需求侧响应实施过程中，计量和费用补贴数据存在被篡改的可能性，且当计量和费用补贴数据出错时，相关数据也没有办法追溯的问题。基于区块链技术，可将计量方法、计量数据、结算模型等存证上链，采用智能合约，自动计量、自动结算，全过程上链存证，即使计量、费用补贴有错误，也可以通过后期追溯数据，将费用追回。
98.进一步的，所述方法中通过区块链技术，将相关操作规则及数据上链，可保障需求侧响应客户的权益；通过智能合约，将自动计量、自动结算方法及数据上链，保障数据可追溯；通过智能合约，自动计量、自动结算方法，让结算的效率大大提升。
99.基于上述的一种需求侧响应计量、结算方法，本发明实施例中提供了一种需求侧
响应计量、结算装置，应用于目标区块链，所述目标区块链中存储有结算模型，所述结算装置的结构框图如图3所示，包括:
100.注册模块201、第一存证模块202、生成模块203和第二存证模块204。
101.其中，
102.所述注册模块201，用于将目标用户在所述目标区块链中完成注册；
103.所述第一存证模块202，用于将所述目标用户的原始数据和目标实际响应数据进行存证上链；
104.所述生成模块203，用于触发目标结算模型，基于所述目标结算模型生成与所述目标实际响应数据对应的财务数据；
105.所述第二存证模块204，用于将所述财务数据进行存证上链。
106.本发明公开了一种需求侧响应计量、结算装置，应用于目标区块链，所述目标区块链中存储有结算模型，包括：将目标用户在所述目标区块链中完成注册；将所述目标用户的原始数据和目标实际响应数据进行存证上链；在满足预设触发条件的情况下，触发目标结算模型，基于所述目标结算模型生成与所述目标实际响应数据对应的财务数据；将所述财务数据进行存证上链。上述过程，基于区块链技术对需求侧响应计量过程的目标实际响应数据和结算过程中的财务数据进行上链存证，实现了对相关数据的可追溯，避免了现有技术中计量与结算数据没有实时存证，导致后期计量、费用补贴数据有错误时，难以追溯，参与主体的不信任的状况，避免进而导致的无法自动结算，致使耗费时间长的问题。
107.本发明实施例中，所述第一存证模块202包括：
108.第一存证单元205、第二存证单元206、确定和发送单元207和第三存证单元208。
109.其中，
110.所述第一存证单元205，用于在接收到需求侧响应的情况下，将目标用户的第一响应数据进行存证上链；
111.所述第二存证单元206，用于响应结束后，获取所述目标用户的第二响应数据，将所述第二响应数据进行存证上链；
112.所述确定和发送单元207，用于基于所述第一响应数据和所述第二响应数据确定目标实际响应数据，将所述目标实际响应数据发送给所述目标用户进行验证；
113.所述第三存证单元208，用于在验证通过的情况下，将所述目标实际响应数据进行默克尔数据处理后存证上链。
114.本发明实施例中，所述生成模块203包括：
115.确定和选取单元209、生成单元210和哈希处理单元211。
116.其中，
117.所述确定和选取单元209，用于在满足预设触发条件的情况下，确定所述目标用户的结算类型，基于所述结算类型选取与所述目标用户匹配的目标结算模型；
118.所述生成单元210，用于基于所述目标结算模型生成财务数据表；
119.所述哈希处理单元211，用于将所述财务数据表中的每条数据进行哈希处理后得到对应的财务数据。
120.本发明实施例中，所述第二存证模块204包括：
121.发送单元212和第四存证单元213。
122.其中，
123.所述发送单元212，用于将所述财务数据发送给所述目标用户验证所述财务数据是否计算正确；
124.所述第四存证单元213，用于在验证通过的情况下，将所述财务数据进行默克尔树处理后进行存证上链。
125.本发明实施例中，所述装置还包括：
126.加密模块214、发送模块215和第三存证模块216。
127.其中，
128.所述加密模块214，用于将所述财务数据进行加密，得到加密财务数据；
129.发送模块，用于将所述加密财务数据发送给银行，以令所述银行基于所述加密财务数据获取补贴费用，将所述补贴费用转账给所述目标用户，并将转账信息发送给目标区块链；
130.第三存证模块，用于接收所述转账信息，对所述转账信息进行默克尔树处理后存证上链。
131.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
132.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
133.以上对本发明所提供的一种需求侧响应计量、结算方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。