基于区块链的收视率统计方法及系统
阅读：877发布：2023-03-25
专利汇可以提供基于区块链的收视率统计方法及系统专利检索，专利查询，专利分析的服务。并且本 发明 涉及基于 区 块 链 的收视率统计方法及系统。本发明的基于区块链的收视率统计方法，包括：采集 节点 获取播放设备当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点；记录节点暂存接收到的报文记录，并同步多个记录节点接收到的报文记录；在所有记录节点中选出一个记录节点获得区块记账权；获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录打包生成一个新的区块，并存储到区块链中；统计客户端从区块链中获取区块，根据区块中的报文记录统计收视率。本发明的基于区块链的收视率统计方法及系统，基于区块链的优势就可以廉价的实现以采集全网不同收视渠道的收视数据的方式来统计收视率，获取真实精确收视数据。，下面是基于区块链的收视率统计方法及系统专利的具体信息内容。
1.一种基于区块链的收视率统计方法，其特征在于，包括：
采集节点获取播放设备当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点；
记录节点暂存接收到的所述报文记录，并同步多个记录节点接收到的所述报文记录；
在所有所述记录节点中选出一个记录节点获得区块记账权；
获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录打包生成一个新的区块，并存储到区块链中；
统计客户端从所述区块链中获取区块，根据所述区块中的报文记录统计收视率。
2.根据权利要求1所述的方法，其特征在于，所述采集节点获取播放设备当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点，包括：
所述采集节点获取播放设备当前正在播放的元数据，根据元数据生成报文记录，并给所述报文记录添加时间戳后发送给记录节点。
3.根据权利要求2所述的方法，其特征在于，所述在所有所述记录节点中选出一个记录节点获得区块记账权，包括：
若某个记录节点中暂存的报文记录达到预设的存储量时，则该记录节点获得区块记账权。
4.根据权利要求2或3所述的方法，其特征在于，所述记录节点暂存接收到的所述报文记录，并同步多个记录节点接收到的所述报文记录，包括：
所述记录节点暂存接收到的所述报文记录，
根据所述报文记录生成报文哈希值，
同步多个记录节点间的报文哈希值。
5.根据权利要求4所述的方法，其特征在于，所述获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录打包生成一个新的区块，并存储到区块链中，包括：
获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录对应的报文哈希值按照Merkle树的格式进行打包，生成一个新的区块，并存储到区块链中。
6.根据权利要求5所述的方法，其特征在于，所述获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录对应的报文哈希值按照Merkle树的格式进行打包，生成一个新的区块，并存储到区块链中，包括：
所述获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录对应的报文哈希值按照Merkle树的结构生成区块体，并得到Merkle根；
生成区块头，所述区块头包括：前一区块、当前时间戳、随机数、目标哈希值以及Merkle根；
所述区块体和所述区块头组成新的区块，并存储到区块链中。
7.根据权利要求5所述的方法，其特征在于，所述统计客户端从所述区块链中获取区块，根据所述区块中的报文记录统计收视率，包括：
所述统计客户端从所述区块链中获取一定时间段内的区块，
解密所述区块中的报文哈希值，得到报文记录，
根据时间戳对每个播放设备的报文记录进行排序，
根据时间戳获取统计时间段内观看某一节目的用户数量和使用播放设备的用户总数量，得到该节目的收视率。
8.根据权利要求1所述的方法，其特征在于，在所述记录节点接收到的所述报文记录后还包括：
在所述报文记录中加入所述记录节点的本机信息，所述本机信息包括：记录节点的IP地址、节点名。
9.根据权利要求1所述的方法，其特征在于，根据元数据生成的所述报文记录包括：设备标记、设备类型、节目ID、当前频道、上一频道、播放时长。
10.一种基于区块链的收视率统计系统，其特征在于，包括：采集节点、记录节点和统计客户端；
所述采集节点与所述记录节点连接，多个所述记录节点间两两连接形成区块链，所述统计客户端与所述记录节点连接；
所述采集节点用于获取播放设备当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点；
所述记录节点用于暂存接收到的所述报文记录，并同步多个记录节点接收到的所述报文记录；
所述区块链用于在所有所述记录节点中选出一个记录节点获得区块记账权；获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录打包生成一个新的区块，并存储到所述区块链中；
所述统计客户端用于从所述区块链中获取区块，根据所述区块中的报文记录统计收视率。
基于区块链的收视率统计方法及系统
技术领域
[0001] 本发明涉及收视率统计技术领域，具体涉及基于区块链的收视率统计方法及系统。
背景技术
[0003] 以数字电视为例，提供收视率数据统计是通过某家公司在小规模样本中选取抽样用户，在这些用户的收视机顶盒之上添加数据采集模块，并通过无线形式发送到接受基站后分析。
[0004] 收视率被污染甚至被操纵已成某种潜规则，总结起来，以下手段可以达到收视率造假的目的：收买和行贿样本户，或，直接篡改数据。
[0006] 1、数据只通过单一中心化企业管控的统计网络，数据极易受到人为影响篡改；
[0007] 2、样本数量相对于亿级收视用户太小，十分容易造成样本污染；
[0008] 3、统计数据结果缺乏互相监督管控机制，统计数据方式不透明；
[0009] 4、收视渠道分散，由不同服务商所掌控，难以归纳汇总得出精确数据。
发明内容
[0010] 针对现有技术中的缺陷，本发明提供的基于区块链的收视率统计方法及系统，基于区块链的优势就可以廉价的实现以采集全网不同收视渠道的收视数据的方式来统计收视率，获取真实精确收视数据。
[0011] 第一方面，本发明提供的一种基于区块链的收视率统计方法，包括：
[0012] 采集节点获取播放设备当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点；
[0013] 记录节点暂存接收到的所述报文记录，并同步多个记录节点接收到的所述报文记录；
[0014] 在所有所述记录节点中选出一个记录节点获得区块记账权；
[0015] 获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录打包生成一个新的区块，并存储到区块链中；
[0016] 统计客户端从所述区块链中获取区块，根据所述区块中的报文记录统计收视率。
[0017] 本发明提供的基于区块链的收视率统计方法，基于区块链的优势就可以廉价的实现以采集全网不同收视渠道的收视数据的方式来统计收视率，获取真实精确收视数据。克服了传统收视率调查，渠道分散、样本量极小、样本库易被污染、结果易被统计中心篡改的缺点，本实施例的方法可以同时在任何一个区块链记录节点查询到相同可信的收视率数据，完全透明公开，形成互相监督管控的局面。
[0018] 优选地，所述采集节点获取播放设备当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点，包括：所述采集节点获取播放设备当前正在播放的元数据，根据元数据生成报文记录，并给所述报文记录添加时间戳后发送给记录节点。
[0019] 优选地，所述在所有所述记录节点中选出一个记录节点获得区块记账权，包括：若某个记录节点中暂存的报文记录达到预设的存储量时，则该记录节点获得区块记账权。
[0020] 优选地，所述记录节点暂存接收到的所述报文记录，并同步多个记录节点接收到的所述报文记录，包括：
[0021] 所述记录节点暂存接收到的所述报文记录，
[0022] 根据所述报文记录生成报文哈希值，
[0023] 同步多个记录节点间的报文哈希值。
[0024] 优选地，所述获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录打包生成一个新的区块，并存储到区块链中，包括：获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录对应的报文哈希值按照Merkle树的格式进行打包，生成一个新的区块，并存储到区块链中。
[0025] 优选地，所述获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录对应的报文哈希值按照Merkle树的格式进行打包，生成一个新的区块，并存储到区块链中，包括：
[0026] 所述获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录对应的报文哈希值按照Merkle树的结构生成区块体，并得到Merkle根；
[0027] 生成区块头，所述区块头包括：前一区块、当前时间戳、随机数、目标哈希值以及Merkle根；
[0028] 所述区块体和所述区块头组成新的区块，并存储到区块链中。
[0029] 优选地，所述统计客户端从所述区块链中获取区块，根据所述区块中的报文记录统计收视率，包括：
[0030] 所述统计客户端从所述区块链中获取一定时间段内的区块，
[0031] 解密所述区块中的报文哈希值，得到报文记录，
[0032] 根据时间戳对每个播放设备的报文记录进行排序，
[0033] 根据时间戳获取统计时间段内观看某一节目的用户数量和使用播放设备的用户总数量，得到该节目的收视率。
[0034] 优选地，在所述记录节点接收到的所述报文记录后还包括：在所述报文记录中加入所述记录节点的本机信息，所述本机信息包括：记录节点的IP地址、节点名。
[0035] 优选地，根据元数据生成的所述报文记录包括：设备标记、设备类型、节目ID、当前频道、上一频道、播放时长。
[0036] 第二方面，本发明提供的一种基于区块链的收视率统计系统，包括：采集节点、记录节点和统计客户端；
[0037] 所述采集节点与所述记录节点连接，多个所述记录节点间两两连接形成区块链，所述统计客户端与所述记录节点连接；
[0038] 所述采集节点用于获取播放设备当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点；
[0039] 所述记录节点用于暂存接收到的所述报文记录，并同步多个记录节点接收到的所述报文记录；
[0040] 所述区块链用于在所有所述记录节点中选出一个记录节点获得区块记账权；获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录打包生成一个新的区块，并存储到所述区块链中；
[0041] 所述统计客户端用于从所述区块链中获取区块，根据所述区块中的报文记录统计收视率。
[0042] 本发明提供的基于区块链的收视率统计系统，采集效率高，能够24小时不间歇的进行数据采集和统计；能够支持存储不同播放渠道采集的海量样本，提高了收视率统计的精确度；基于区块链去中心化的特点，一旦生成收视记录，无法篡改，保证了收视率的真实性和可靠性；由于区块链中所有数据都会实时同步，使统计使用的源数据保持一致；系统的成本低廉，均可以采用在现有的设备和系统中植入软件程序实现，采集端无需额外增加硬件；被采集端可匿名发送报文记录。附图说明
[0043] 图1为本发明实施例所提供的基于区块链的收视率统计系统的结构拓扑图；
[0044] 图2为本发明实施例所提供的基于区块链的收视率方法的流程图；
[0045] 图3为Merkle树的结构示意图。
具体实施方式
[0046] 下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只是作为示例，而不能以此来限制本发明的保护范围。
[0047] 需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。
[0048] 如图1所示，本实施例提供了一种基于区块链的收视率统计系统，包括：采集节点、记录节点和统计客户端。
[0049] 采集节点与记录节点连接，多个记录节点间两两连接形成区块链，统计客户端与记录节点连接。
[0050] 采集节点用于获取播放设备当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点。
[0051] 其中，采集节点可以是嵌入报文采集程序的数字电视机顶盒，在用户开启数字电视机顶盒时，报文采集程序开始运行，获取当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点。其中，报文采集程序会根据网络状况选择最优的采集节点发送报文记录。采集节点会每隔一定时间循环不间断采集并发送报文记录。
[0052] 记录节点用于暂存接收到的报文记录，并同步多个记录节点接收到的报文记录。
[0053] 区块链用于在所有记录节点中选出一个记录节点获得区块记账权；获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录打包生成一个新的区块，并存储到区块链中。
[0054] 其中，一个记录节点对应一台服务器，多台服务器相互连接组成服务器集群的形成区块链，区块链中的每个服务器之间都可以互相传递数据，使得各个记录节点中的数据能够顺利的同步，通过区块链对等分布式网络的特点可以提高记录节点间数据的传输效率。不同频道具有收视率竞争关系，为防止竞争对手造假，区块链的形式使得不同媒体频道可以共同维护该服务器集群，愿意加入集群的媒体频道可以进行互相监督，防止数据造假。
[0055] 服务器的存储方式采用冗余磁盘阵列，存储架构为Hadoop HDFS，提高了服务器的存储量和性能，能够存储海量的样本。服务器集群之间通过TCP/IP协议同步交换数据。
[0056] 统计客户端用于从区块链中获取区块，根据区块中的报文记录统计收视率。
[0057] 其中，统计客户端可以是安装了统计程序的PC或者移动终端。通过运行统计客户端的统计程序，连接服务器集群中的任意一台服务器来获取区块数据，统计收视率。
[0058] 区块链技术有两个非常重要的特点：第一，每一个区块上记录的数据是上一个区块形成之后、该区块被创建前发生的所有价值交换活动，这个特点保证了数据库的完整性。第二，在绝大多数情况下，一旦新区块完成后被加入到区块链的最后，则此区块的数据记录就再也不能改变或删除。这个特点保证了数据库的严谨性，即无法被篡改。区块链技术构建了一套永生不灭的系统，只要不是网络中的所有参与节点在同一时间集体崩溃，数据库系统就可以一直运转下去。
[0059] 本实施例提供的基于区块链的收视率统计系统，采集效率高，能够24小时不间歇的进行数据采集和统计；能够支持存储不同播放渠道采集的海量样本，提高了收视率统计的精确度；基于区块链去中心化的特点，一旦生成收视记录，无法篡改，保证了收视率的真实性和可靠性；由于区块链中所有数据都会实时同步，使统计使用的源数据保持一致；系统的成本低廉，均可以采用在现有的设备和系统中植入软件程序实现，采集端无需额外增加硬件；被采集端可匿名发送报文记录。
[0060] 如图2所示，基于上述基于区块链的收视率统计系统，本实施例还提供了一种基于区块链的收视率统计方法，包括：
[0061] 步骤S1，采集节点获取播放设备当前正在播放的元数据，根据元数据生成报文记录并发送给记录节点。
[0062] 其中，播放设备指数字机顶盒等类似的设备。元数据包括：设备标记、设备类型(如，数字电视、IPTV、OTT、应用名、卫星)、节目ID、当前播放频道、上一个播放频道、播放时长等。采集节点会每隔一定时间循环不间断采集并发送报文记录。
[0063] 其中，根据元数据生成的报文记录包括：设备标记、设备类型、节目ID、当前频道、上一频道、播放时长。
[0064] 其中，报文记录中还包括签名信息。
[0065] 步骤S2，记录节点暂存接收到的报文记录，并同步多个记录节点接收到的报文记录。
[0066] 其中，同步多个记录节点接收到的报文记录指记录节点将报文记录发送给区块链中其它的记录节点，使区块链中每个记录节点都存储有相同的报文记录。
[0067] 步骤S3，在所有记录节点中选出一个记录节点获得区块记账权。
[0068] 其中，只有获得区块记账权的记录节点才有权生成区块。
[0069] 步骤S4，获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录打包生成一个新的区块，并存储到区块链中。
[0070] 其中，将区块存储到区块链中即将区块同步到区块链中所有的记录节点，使得统计客户端通过任何一个记录节点都可以获取到完整的区块记录。所有记录节点中，打包到区块中的暂存报文记录会被删除。
[0071] 步骤S5，统计客户端从区块链中获取区块，根据区块中的报文记录统计收视率。
[0072] 区块链网络是一种去中心化对等网络的分布式存储网络，具有点对点传输、共识机制和防止篡改的特点，本实施例提供的基于区块链的收视率统计方法基于上述这些特点，就可以廉价的实现以采集全网不同收视渠道的收视数据的方式来统计收视率，获取真实精确收视数据。克服了传统收视率调查，渠道分散、样本量极小、样本库易被污染、结果易被统计中心篡改的缺点，本实施例的方法可以同时在任何一个区块链记录节点查询到相同可信的收视率数据，完全透明公开，形成互相监督管控的局面。
[0073] 其中，步骤S1的优选方法包括：采集节点获取播放设备当前正在播放的元数据，根据元数据生成报文记录，并给报文记录添加时间戳后发送给记录节点。其中，时间戳对应报文记录的采集时间。通过在每条报文记录中添加时间戳，使得在后续数据处理过程中能够根据时间戳信息对大量的报文记录进行串联分析，得到更加丰富的统计数据。
[0074] 其中，步骤S3的优选实施方式包括：若某个记录节点中暂存的报文记录达到预设的存储量时，则该记录节点获得区块记账权。区块的尺寸大小能决定每个区块生成的间隔时长，以及一个区块包含的记录条数，可以依据具体网络实施加以设置，如每个区块的存储量是1MB，假如每条记录为1KB，那么理论上可以包含1024个记录。当记录节点中暂存的报文记录数量达到1MB时，则该记录节点获得区块记账权。
[0075] 其中，步骤S2的优选实施例方式包括：记录节点暂存接收到的报文记录，根据报文记录生成报文哈希值，同步多个记录节点间的报文哈希值。步骤S2以后的步骤中，均以报文哈希值替代对应的报文记录进行存储、传输。每条报文记录都会生成唯一的报文哈希值与之对应。采用报文哈希值可以节省数据存储量，更为重要的是，因为输入数据的稍微改变就会引起哈希运算结果的面目全非，而且根据哈希值反推原始输入数据的特征是困难的，因此，采用报文哈希值替代报文记录，可以防止随意篡改数据，使统计数据更加可信。
[0076] 基于上述步骤S2的优选实施例方式，步骤S4的具体实现方式包括：获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录对应的报文哈希值按照Merkle树的格式进行打包，生成一个新的区块，并存储到区块链中。具体包括：
[0077] 步骤S41，获得区块记账权的记录节点将暂存在该记录节点中的所有报文记录对应的报文哈希值按照Merkle树的结构生成区块体，并得到Merkle根。
[0078] 以如图3为例，Merkle树的最底层为所有报文记录对应的报文哈希值，最底层中每两个相邻的报文哈希值合并成一个字符串，然后运算这个字符串的哈希值，即得到了一个子哈希，所有的子哈希组成Merkle树的上一层。如果最底层的哈希总数是单数，那到最后必然出现一个单身哈希，这种情况就直接对它进行哈希运算，所以也能得到它的子哈希。按上述步骤往上推，可以得到数目更少的新一级哈希，最终必然形成一棵倒挂的树，得到最顶层的一个哈希，即为Merkle根。
[0079] 步骤S42，生成区块头，区块头包括：前一区块、当前时间戳、随机数、目标哈希值以及Merkle根。
[0080] 其中，当前时间戳为生成区块的时刻。
[0081] 步骤S43，区块体和区块头组成新的区块，并存储到区块链中。
[0082] 根据Merkle根可以对报文记录进行快速归纳、并校验区块数据的存在性和完整性。因为，一旦区块中的任何一条报文记录发生变化，Merkle根就会面目全非。
[0083] 其中，步骤S5的具体实施方式包括：统计客户端从区块链中获取一定时间段内的区块，解密区块中的报文哈希值，得到报文记录，根据时间戳对每个播放设备的报文记录进行排序，根据时间戳获取统计时间段内观看某一节目的用户数量和使用播放设备的用户总数量，得到该节目的收视率。
[0084] 假设当前区块链上共有3个区块，分别为10001、10002、10003，每个区块中包含10000条记录，一共有30000条报文记录，记录覆盖30分钟的记录数据，这些记录来自不同用户。此时打开PC上的统计软件，软件会连接集群中的任意一台服务器来获取数据。当统计员想查询前面30分钟C卫视P电视剧的数据时，就可以通过内嵌在软件中的数据聚合统计方法筛选出30000条记录中观看这个节目用户设备的数量。还可以在30000条记录中统计出有多少用户设备在这个时间段发送了报文记录。如统计得到观看C卫视P电视剧的用户数是200人，参与观看节目的总人数是1000人，那么就可以得到观看P电视剧的比率就是200/1000＝
0.2。
0.2。
[0085] 由于本方法实施例是基于分布式系统的存储机制实施的，这会造成某些记录节点产生的记录不一定能即时同步到拥有区块记账权的记录节点，这些记录可能会记账到下一个区块中存储，那么通过报文记录中的时间戳，就可以在统计时对同一节目、同一频道或者同一设备的报文记录进行时间序列化，得出完整的可读结果。例如：
[0086] 区块10001中的记录101记录了16:21:30秒A设备正在观看某频道c1的节目p1；
[0087] 区块10002中的记录188记录了16:22:24秒A设备正在观看频道c2的节目p2；
[0088] 按时间序列化后格式如下：
[0089]
[0090] 利用对用户上一次观看节目和观看时长进行串联分析，也可以获取到某一个用户观看电视的频道路径和各频道观看时长，如得到如下路径：
[0091]
[0092] 基于上述任一方法实施例，在记录节点接收到的报文记录后还包括：在报文记录中加入记录节点的本机信息，本机信息包括：记录节点的IP地址、节点名。在节点记录中加入本机信息，可以对查询到每条记录的出处。
[0094] 本实施例提供的基于区块链的收视率统计方法，采集效率高，能够24小时不间歇的进行数据采集和统计；能够支持存储不同播放渠道采集的海量样本，提高了收视率统计的精确度；基于区块链去中心化的特点，一旦生成收视记录，无法篡改，保证了收视率的真实性和可靠性；由于区块链中所有数据都会实时同步，使统计使用的源数据保持一致；系统的成本低廉，均可以采用在现有的设备和系统中植入软件程序实现，采集端无需额外增加硬件；被采集端可匿名发送报文记录。
[0095] 由于系统采集的数据量很庞大，服务器集群每秒传输的数据量很大，数据流量突发容易导致网络拥塞，网络服务质量降低，甚至出现丢包现象，导致数据同步无法顺利进行，影响系统正常工作。因此，系统还需要准确地测量服务器之间的丢包情况，以此防止同步过程中数据的丢失，提高统计数据的完整性，提高统计结果的精确度，具体方法包括：
[0096] 步骤S101，每个一个探测周期发送探测包；
[0097] 步骤S102，若接收到探测包对应的回复，则计算时延，若未接收到探测包对应的回复，则确定为丢包；
[0098] 步骤S103，根据时延判断是否为突发丢包，若为突发丢包则调整探测周期，继续发送探测包。
[0099] 网络中，丢包主要由于网络流量的突发增加而导致。就网络性能而言，突发流量导致网络出现短时间拥塞，使得网络时延增加，并出现丢包。因此，突发丢包并不是孤立出现的，而是往往伴随着较大的时延或者短时间连续的丢包而发生。事实上，时延与丢包、丢包与丢包之间存在一定的相关性。因此，在测量中可以利用此相关性来判断突发丢包的出现。
[0100] 因此，步骤S103中，根据时延判断是否为突发丢包的具体方法包括：设测量过程共进行n次探测，即发送了n个探测包，探测结果表示为序列{d1，d2，…，dn}.对于第i次探测，若未丢包di为探测到的时延值；若丢包，置di为0。随着测量的进行，若第k次探测的结果dk为0或较大的时延值，根据上述相关性特征，可以认为此时处于突发丢包时段。由于单使用dk的取值不方便判断突发丢包，可定义排队时延比率指标qr如下式：
[0101]
[0102] 其中，dmin为当前探测到的时延最小值，通常认为dmin未包含任何排队时延；dth为当前所有探测到的丢包事件前一个时延值的最小值。上述公式可视为当前排队时延相对出现丢包事件的最小排队时延的比率。dk不为0时，若qr小于1，表明当前排队时延小于之前出现丢包事件的最小排队时延，网络未拥塞；若qr大于1，则表明当前排队时延大于之前出现丢包事件的最小排队时延，网络可能出现突发丢包。若dk为0，则当前已出现突发丢包，下一刻亦可能出现突发丢包，故补充qr定义等于1。
[0103] 由于探测周期的调整对保持较小的测量误差和测量负载有决定性作用，调整策略应能快速适应网络状态的变化。为此，探测周期调整时采用减半或倍增的方式。步骤S103中，调整探测周期的具方法为：设当前探测周期为Tk，若判断当前处于突发丢包状态，为充分采样丢包事件，则探测周期调整Tk+1＝Tk/2；若判断当前未处于突发丢包状态，则探测周期调整为Tk+1＝2Tk，以降低测量负载。
[0104] 为保证整个系统的稳定性，采集节点会向其中系统中网络状况最优的记录节点服务器发送报文记录。为了获取网络状况最优的节点服务器，每个采集节点设置有负载均衡软件，运行负载均衡软件，采集节点根据与各个记录节点之间的网络通讯状况以及各个记录节点的负载信息确定将报文记录发往哪个记录节点。负载均衡由每个记录节点中的负载均衡软件实现，保证了系统去中心化的结构，提高了系统的抗攻击能力。其中，负载均衡软件采用的负载均衡策略包括轮询、随机、最小响应时间、最小并发数、一致性哈希算法等，各具体方法在此不再赘述。
[0105] 其中，当系统中增加一个新的记录节点时，系统会重复广播通知所有的采集节点；采集节点在收到新增记录节点的通知后，将新增的记录节点加入记录节点列表中，利用内置的负载均衡软件来进行负载均衡，选择合适的记录节点进行数据上传。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种电视机播放控制方法、系统、控制终端及存储介质 | 2020-05-08 | 122 |
| 基于区块链的电动汽车充电分布式管理方案 | 2020-05-08 | 819 |
| 一种分布式发电交易系统及方法 | 2020-05-08 | 826 |
| 区块链网络的管控方法、装置、设备及存储介质 | 2020-05-11 | 521 |
| 一种区块链状态变更交易追溯的方法及装置 | 2020-05-08 | 319 |
| 共享的区块链数据存储 | 2020-05-08 | 66 |
| 数字模型的真实性验证 | 2020-05-08 | 902 |
| 一种区块链智能合约实现方法 | 2020-05-08 | 516 |
| 一种基于区块链的自助商品售卖平台系统与方法 | 2020-05-08 | 18 |
| 管理基于区块链的中心化账本系统 | 2020-05-08 | 232 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈