CN110166184B - 一种分布式通信确认请求管理方法和系统 - Google Patents

一种分布式通信确认请求管理方法和系统 Download PDF

Info

Publication number
CN110166184B
CN110166184B CN201910267023.1A CN201910267023A CN110166184B CN 110166184 B CN110166184 B CN 110166184B CN 201910267023 A CN201910267023 A CN 201910267023A CN 110166184 B CN110166184 B CN 110166184B
Authority
CN
China
Prior art keywords
random
confirmation
numbers
service data
node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910267023.1A
Other languages
English (en)
Other versions
CN110166184A (zh
Inventor
李莉莉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Terminus Beijing Technology Co Ltd
Original Assignee
Terminus Beijing Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Terminus Beijing Technology Co Ltd filed Critical Terminus Beijing Technology Co Ltd
Priority to CN201910267023.1A priority Critical patent/CN110166184B/zh
Publication of CN110166184A publication Critical patent/CN110166184A/zh
Application granted granted Critical
Publication of CN110166184B publication Critical patent/CN110166184B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供一种分布式通信确认请求管理方法和系统,其中方法包括:对当前分布式通信中的确认节点进行顺序编号,生成编号区间;从所述编号区间中随机选取编号,生成多个随机数组;当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认。本申请实施例的分布式通信确认请求管理方法,通过生成随机数的方法从分布式通信的确认节点中选取对应编号的确认节点对业务节点发送的业务数据进行确认,避免了分布式通信中的全部节点对业务节点发送的业务数据进行确认,提高了对业务数据的确认效率,缩短了业务数据的确认周期,节省了计算资源,有利于分布式通信技术的广泛应用。

Description

一种分布式通信确认请求管理方法和系统
技术领域
本申请涉及分布式通信技术领域,尤其涉及一种分布式通信确认请求管理方法和系统。
背景技术
对于对在新一代信息技术中占重要组成部分的分布式网络是一种去中心化的网络结构,由分布在不同地点且具有多个终端的节点机互连而成的。网中任一点均至少与两条线路相连,当任意一条线路发生故障时,通信可转经其他链路完成,具有较高的可靠性;其优点是网内节点共享资源容易;可改善线路的信息流量分配;可选择最佳路径,传输延时小。
分布式通信中的节点可以包括业务节点和确认节点,确认节点用于对业务节点产生的业务数据进行确认,并且经确认节点确认后的业务数据才能存储到分布式存储单元中,才能实现业务数据的唯一可靠性。
分布式通信中存在着大量的业务节点和确认节点,现有技术中,所有的确认节点需要对同一分布式通信中的同一业务节点产生的业务数据进行确认,随着去中心化技术的飞速发展,分布式通信中的业务节点数量急剧增多,伴随而来的是大量增加的需要确认的业务数据,确认节点的负荷量也随之增大,业务数据不能及时确认,延长了业务数据的确认周期,造成了大量计算资源的浪费,不利于分布式通信技术的广泛应用。
发明内容
有鉴于此,本申请的目的在于提出一种分布式通信确认请求管理方法和系统,来解决现有技术中业务数据不能及时确认,延长了业务数据的确认周期,造成了大量计算资源的浪费,不利于分布式通信技术的广泛应用的技术问题。
基于上述目的,在本申请的一个方面,提出了一种分布式通信确认请求管理方法,包括:
对当前分布式通信中的确认节点进行顺序编号,生成编号区间;
从所述编号区间中随机选取编号,生成多个随机数组;
当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认。
在一些实施例中,所述从所述编号区间中随机选取编号,生成多个随机数组,具体包括:
利用随机数生成算法从所述编号区间中选取多组随机数,使得任意两个不同的随机数组中不包含同一编号。
在一些实施例中,所述利用随机数生成算法从所述编号区间中选取多组随机数,使得任意两个不同的随机数组中不包含同一编号,具体包括:
预先设定所述随机数组的数量;
利用随机数生成算法从所述编号区间中选取一组随机数组;
利用随机数生成算法从所述编号区间剩余的编号中再选取一组随机数组;
重复上述过程,直到选取的随机数组的数量达到预先设定的数量。
在一些实施例中,所述当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认,具体包括:
当接收到业务节点发送的针对业务数据的确认请求时,对所述确认请求进行缓存,直到缓存的确认请求的数据量达到第一预设阈值时,选取第一随机数组,利用所述第一随机数组中的编号对应的确认节点对所述业务数据进行确认。
在一些实施例中,还包括:在所述第一随机数组中的编号对应的确认节点对所述业务数据进行确认的过程中,当接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,选取第二随机数组,利用所述第二随机数组中的编号对应的确认节点对所述业务数据进行确认。
在一些实施例中,还包括:
当接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,判断与可用确认节点对应的随机数组的数量是否小于第二预设阈值;
当与可用确认节点对应的随机数组的数量小于第二预设阈值时,选取一个随机数组,从该随机数组中选取一半的编号,利用与选取的编号对应的确认节点对所述业务数据进行确认。
在一些实施例中,还包括:
当再次接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,利用所述随机数组中的另一半的编号对应的确认节点对所述业务数据进行确认。
基于上述目的,在本申请的另一个方面,还提出了一种分布式通信确认请求管理系统,包括:
确认节点编号模块,用于对当前分布式通信中的确认节点进行顺序编号,生成编号区间;
随机数组生成模块,用于从所述编号区间中随机选取编号,生成多个随机数组;
确认节点管理模块,用于当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认。
在一些实施例中,所述随机数组生成模块,具体用于:
利用随机数生成算法从所述编号区间中选取多组随机数,使得任意两个不同的随机数组中不包含同一编号。
在一些实施例中,所述随机数组生成模块,具体用于:
预先设定所述随机数组的数量;
利用随机数生成算法从所述编号区间中选取一组随机数组;
利用随机数生成算法从所述编号区间剩余的编号中再选取一组随机数组;
重复上述过程,直到选取的随机数组的数量达到预先设定的数量。
本申请实施例提供一种分布式通信确认请求管理方法和系统,其中方法包括:对当前分布式通信中的确认节点进行顺序编号,生成编号区间;从所述编号区间中随机选取编号,生成多个随机数组;当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认。本申请实施例的分布式通信确认请求管理方法,通过生成随机数的方法从分布式通信的确认节点中选取对应编号的确认节点对业务节点发送的业务数据进行确认,避免了分布式通信中的全部节点对业务节点发送的业务数据进行确认,提高了对业务数据的确认效率,缩短了了业务数据的确认周期,节省了计算资源,有利于分布式通信技术的广泛应用。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请实施例一的分布式通信确认请求管理方法的流程图;
图2是本申请实施例二的分布式通信确认请求管理方法的流程图;
图3是本申请实施例三的分布式通信确认请求管理系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
作为本申请的一个实施例,如图1所示,是本申请实施例一的分布式通信确认请求管理方法的流程图。从图1中可以看出,本实施例提供的分布式通信确认请求管理方法,可以包括以下步骤:
S101:对当前分布式通信中的确认节点进行顺序编号,生成编号区间。
在本实施例中,当前分布式通信中可以有多个节点,这些节点主要分为两类,一类是业务节点,一类是确认节点。本实施例中的业务节点可以自由出入当前分布式通信。本实施例中所设计的当前分布式通信是进行业务数据确认的分布式通信,在对业务节点生成的业务数据进行确认的之前,可以对当前分布式通信中的确认节点进行统计,并对确认节点进行顺序编号,为了方便对本申请技术方案进行说明,本实施例以阿拉伯数字从1开始对当前分布式通信中的确认节点进行顺序编号,则编号后的确认节点的编号为一个自然数列,例如,当前分布式通信节点中的最后一个节点的编号为100,确认节点的编号为自然数列1,2,3……100,则生成的编号区间为[1,100]。本实施例只是示例性的以阿拉伯数字对确认节点进行编号,目的在于使本申请的技术方案更容易被本领域技术人员所理解,而不应当被理解为对本申请技术方案的限定。需要说明的是,在对确认节点进行编号时,也可以采用其他编号方式,例如二进制编号、字母编号等,这里不再一一举例说明。
S102:从所述编号区间中随机选取编号,生成多个随机数组。
在本实施例中,当对当前分布式通信中的确认节点进行编号,并生成编号区间后,可以从所述编号区间中随机选取若干了编号,将当前分布式通信中的业务节点产生的业务数据分配给与随机选取的编号对应的确认节点进行确认。通常情况下,分布式通信中的业务节点产生的业务数据需要由该分布式通信中的所有确认节点进行确认,在进过确认节点确认后的业务数据才可以存储到分布式通信中。当分布式通信中的业务节点产生的业务数据的数据量过大,确认节点不能对大量的业务数据进行确认时,才利用本实施例的方案随机选取确认节点对业务数据进行确认。当所述编号区间中随机选取编号后,可以生成多个随机数组,每组随机数组对应一组确认节点,这样,将分布式通信中的确认节点选择性的分为多组,每组的确认节点用于对当前时间端内的业务数据进行确认。
S103:当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认。
在确认节点对业务数据进行确认的过程中,通常是业务节点生成业务数据后,向所有确认节点发送确认请求,对于同一确认节点,在同一时间段内可能接收到多个确认请求,因此,确认节点中有缓存模块,用于对接收到的确认请求进行缓存,该缓存模块具有一定的存储空间,当缓存模块中的确认请求的数据量达到存储空间的额定数据量时,选取一组确认节点对业务数据进行确认,同时清空其他确认节点的缓存模块中存储的确认请求。
本申请实施例的分布式通信确认请求管理方法,通过生成随机数的方法从分布式通信的确认节点中选取对应编号的确认节点对业务节点发送的业务数据进行确认,避免了分布式通信中的全部节点对业务节点发送的业务数据进行确认,提高了对业务数据的确认效率,缩短了了业务数据的确认周期,节省了计算资源,有利于分布式通信技术的广泛应用。
作为本申请的一个可选实施例,在上述实施例中,所述从所述编号区间中随机选取编号,生成多个随机数组,可以具体包括:
利用随机数生成算法从所述编号区间中选取多组随机数,使得任意两个不同的随机数组中不包含同一编号。具体参见图2所示,如图2所示,是本申请实施例二的分布式通信确认请求管理方法的流程图。从图2中可以看出,本实施例的分布式通信确认请求管理方法,可以包括以下步骤:
S201:预先设定所述随机数组的数量。
在本实施例中,可以预先设定所要生成的随机数组的数量,每个随机数组对应一个确认节点组。通常情况下,生成随机数组的数量是根据当前时间段内业务节点产生业务数据的速度确定的。例如,当前时间段内业务节点产生的业务数据可以被三个确认节点组循环确认,则可以将生成的随机数组的数量设置为3。
S202:利用随机数生成算法从所述编号区间中选取一组随机数组。
在本实施例中,当确定了随机数组的数量时,可以利用随机数生成算法,生成对应数量的随机数组。具体地,先从所述编号区间中选取一组随机数,例如,从编号区间[1,100]中选取一组随机数,每组随机数组的区间长度可以人为设定,通常情况下,每组随机数组的区间长度为确认节点对应的编号区间的2%-5%。由于随机数组中的编号是随机生成的,相应的,当前分布式通信中的其他节点也无法获知对于某个业务节点产生的业务数据由哪个确认节点确认,从而保证了业务数据的安全性。
S203:利用随机数生成算法从所述编号区间剩余的编号中再选取一组随机数组。
当生成一组随机数后,可以从所述编号区间剩余的编号中利用随机数生成算法再选取一组随机数组,这样,确保了同一确认节点不会被分配到的同一确认节点组中,避免了同一确认节点在对业务数据进行确认的过程中被重新分配给需要确认的业务数据。
S204:重复上述的步骤203的过程,直到选取的随机数组的数量达到预先设定的数量。
在本实施例中,指导选取的随机数组的数量为3组,则停止生成随机数组。
当接收到业务节点发送的针对业务数据的确认请求时,对所述确认请求进行缓存,直到缓存的确认请求的数据量达到第一预设阈值时,选取第一随机数组,利用所述第一随机数组中的编号对应的确认节点对所述业务数据进行确认。
在所述第一随机数组中的编号对应的确认节点对所述业务数据进行确认的过程中,当接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,该第一预设阈值为确认节点中的缓存模块的存储空间的预设存储量,选取第二随机数组,利用所述第二随机数组中的编号对应的确认节点对所述业务数据进行确认。
本实施例的分布式通信确认请求管理方法,可以从当前分布式通信中选取一定量的确认节点并分为多个确认节点组,利用多个确认节点组对业务节点产生的业务数据进行循环确认,提高了对业务数据的确认效率,缩短了了业务数据的确认周期,节省了计算资源,有利于分布式通信技术的广泛应用。
作为本申请的一个可选实施例,所述当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认,具体包括:
当接收到业务节点发送的针对业务数据的确认请求时,对所述确认请求进行缓存,直到缓存的确认请求的数据量达到第一预设阈值时,选取第一随机数组,利用所述第一随机数组中的编号对应的确认节点对所述业务数据进行确认。
作为本申请的一个可选实施例,在上述实施例中,还可以包括:在所述第一随机数组中的编号对应的确认节点对所述业务数据进行确认的过程中,当接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,选取第二随机数组,利用所述第二随机数组中的编号对应的确认节点对所述业务数据进行确认。
在本申请的一些其他实施例中,还可以包括:
当接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,判断与可用确认节点对应的随机数组的数量是否小于第二预设阈值;
即当确认节点接收到的确认请求达到第一预设阈值时,判断剩余可用的确认节点组的数量是够小于第二预设阈值(例如小于1,即只有一个确认节点组可用),当与可用确认节点对应的随机数组的数量小于第二预设阈值时,选取一个随机数组(选取剩余的确认节点组),从该随机数组中选取一半的编号,利用与选取的编号对应的确认节点对所述业务数据进行确认。
当再次接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,利用所述随机数组中的另一半的编号对应的确认节点对所述业务数据进行确认。
通过上述方法,可以实现对业务节点产生的业务数据进行及时确认。
如图3所示,是本申请实施例三的分布式通信确认请求管理系统的结构示意图。从图中可以看出,本实施例的分布式通信确认请求管理系统,可以包括:
确认节点编号模块301,用于对当前分布式通信中的确认节点进行顺序编号,生成编号区间。
随机数组生成模块302,用于从所述编号区间中随机选取编号,生成多个随机数组。
确认节点管理模块303,用于当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认。
本实施例能够取得与上述方法实施例相类似的技术效果,这里不再赘述。
在一些实施例中,所述随机数组生成模块302,具体用于:
利用随机数生成算法从所述编号区间中选取多组随机数,使得任意两个不同的随机数组中不包含同一编号。
具体地,所述随机数组生成模块302,具体用于:
预先设定所述随机数组的数量;
利用随机数生成算法从所述编号区间中选取一组随机数组;
利用随机数生成算法从所述编号区间剩余的编号中再选取一组随机数组;
重复上述过程,直到选取的随机数组的数量达到预先设定的数量。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (7)

1.一种分布式通信确认请求管理方法,其特征在于,包括:
对当前分布式通信中的确认节点进行顺序编号,生成编号区间;
从所述编号区间中随机选取编号,生成多个随机数组;
当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认;
所述从所述编号区间中随机选取编号,生成多个随机数组,具体包括:利用随机数生成算法从所述编号区间中选取多组随机数,使得任意两个不同的随机数组中不包含同一编号;
所述利用随机数生成算法从所述编号区间中选取多组随机数,使得任意两个不同的随机数组中不包含同一编号,具体包括:预先设定所述随机数组的数量;利用随机数生成算法从所述编号区间中选取一组随机数组;利用随机数生成算法从所述编号区间剩余的编号中再选取一组随机数组;重复上述过程,直到选取的随机数组的数量达到预先设定的数量;
所述当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认,具体包括:当接收到业务节点发送的针对业务数据的确认请求时,对所述确认请求进行缓存,直到缓存的确认请求的数据量达到第一预设阈值时,选取第一随机数组,利用所述第一随机数组中的编号对应的确认节点对所述业务数据进行确认。
2.根据权利要求1所述的方法,其特征在于,还包括:在所述第一随机数组中的编号对应的确认节点对所述业务数据进行确认的过程中,当接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,选取第二随机数组,利用所述第二随机数组中的编号对应的确认节点对所述业务数据进行确认。
3.根据权利要求2所述的方法,其特征在于,还包括:
当接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,判断与可用确认节点对应的随机数组的数量是否小于第二预设阈值;
当与可用确认节点对应的随机数组的数量小于第二预设阈值时,选取一个随机数组,从该随机数组中选取一半的编号,利用与选取的编号对应的确认节点对所述业务数据进行确认。
4.根据权利要求3所述的方法,其特征在于,还包括:
当再次接收到业务节点发送的针对业务数据的确认请求的数据量达到所述第一预设阈值时,利用所述随机数组中的另一半的编号对应的确认节点对所述业务数据进行确认。
5.一种分布式通信确认请求管理系统,其用于实现权利要求1-4任一项所述的方法,其特征在于,包括:
确认节点编号模块,用于对当前分布式通信中的确认节点进行顺序编号,生成编号区间;
随机数组生成模块,用于从所述编号区间中随机选取编号,生成多个随机数组;
确认节点管理模块,用于当接收到业务节点发送的针对业务数据的确认请求时,选取一个随机数组,利用该随机数组中的编号对应的确认节点对所述业务数据进行确认。
6.根据权利要求5所述的系统,其特征在于,所述随机数组生成模块,具体用于:
利用随机数生成算法从所述编号区间中选取多组随机数,使得任意两个不同的随机数组中不包含同一编号。
7.根据权利要求6所述的系统,其特征在于,所述随机数组生成模块,具体用于:
预先设定所述随机数组的数量;
利用随机数生成算法从所述编号区间中选取一组随机数组;
利用随机数生成算法从所述编号区间剩余的编号中再选取一组随机数组;
重复上述过程,直到选取的随机数组的数量达到预先设定的数量。
CN201910267023.1A 2019-04-03 2019-04-03 一种分布式通信确认请求管理方法和系统 Active CN110166184B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910267023.1A CN110166184B (zh) 2019-04-03 2019-04-03 一种分布式通信确认请求管理方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910267023.1A CN110166184B (zh) 2019-04-03 2019-04-03 一种分布式通信确认请求管理方法和系统

Publications (2)

Publication Number Publication Date
CN110166184A CN110166184A (zh) 2019-08-23
CN110166184B true CN110166184B (zh) 2020-01-31

Family

ID=67638410

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910267023.1A Active CN110166184B (zh) 2019-04-03 2019-04-03 一种分布式通信确认请求管理方法和系统

Country Status (1)

Country Link
CN (1) CN110166184B (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104901769A (zh) * 2014-03-04 2015-09-09 北京信威通信技术股份有限公司 无中心网络的节点通信方法和节点设备
CN108111337A (zh) * 2017-12-06 2018-06-01 北京天融信网络安全技术有限公司 分布式系统仲裁主节点的方法及设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072160B (zh) * 2007-06-14 2010-12-08 华为技术有限公司 分布式虚拟环境的管理方法、系统及节点
WO2011136508A2 (en) * 2010-04-27 2011-11-03 Ajou University Industry-Academic Cooperation Foundation Random access method and apparatus in wireless communication system
CN106921681B (zh) * 2015-12-24 2019-08-13 中国电信股份有限公司 基于随机方式实现分群的方法、网络节点和系统
CN108600839B (zh) * 2018-05-02 2020-06-02 中广热点云科技有限公司 一种基于cbc-pbft共识机制的版权视频全网收视记录系统
CN109033130A (zh) * 2018-06-04 2018-12-18 温州市图盛科技有限公司 一种区块链电力数据存储系统
CN109495516A (zh) * 2019-01-07 2019-03-19 国网江苏省电力有限公司无锡供电分公司 基于区块链的电力物联网终端接入方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104901769A (zh) * 2014-03-04 2015-09-09 北京信威通信技术股份有限公司 无中心网络的节点通信方法和节点设备
CN108111337A (zh) * 2017-12-06 2018-06-01 北京天融信网络安全技术有限公司 分布式系统仲裁主节点的方法及设备

Also Published As

Publication number Publication date
CN110166184A (zh) 2019-08-23

Similar Documents

Publication Publication Date Title
US11290381B2 (en) Method and system for transmitting data resource acquisition request
CN106657216B (zh) 序列号生成方法和装置
CN110336848B (zh) 一种访问请求的调度方法及调度系统、设备
CN101179321B (zh) 一种卫星通信系统实现无线资源管理的方法
US6490645B1 (en) Optimized random access scheme for a shared response
EP2309817A1 (en) Method and System for Random Access in Small Cell of 3GPP LTE-Advanced System
CN102316133A (zh) 一种负载均衡方法及装置
CN109413202B (zh) 区块链交易信息的排序系统及方法
CN111130790A (zh) 基于区块链节点网络的共识出块方法
CN109803246A (zh) 大规模mtc网络中一种基于分组的随机接入与数据传输方法
CN101742368A (zh) 一种以太网无源光网络中带宽的分配方法和装置
CN112118117A (zh) 一种基于Paxos算法的区块链共识方法
CN110166184B (zh) 一种分布式通信确认请求管理方法和系统
CN104581967A (zh) 竞争接入资源调整方法、竞争接入请求发送方法及装置
CN113641505B (zh) 一种服务器集群的资源分配控制方法和装置
EP2439881A1 (en) Cluster system and request message distribution method for processing multi-node transaction
CN111107103B (zh) 一种联盟链的性能维持方法、系统及存储介质
CN110460634B (zh) 边缘计算共识请求管理方法和系统
CN107682841A (zh) M2m通信中基于不同时延业务的前导码分配方法
CN104378426A (zh) 一种用于实时信息分发系统的负载均衡方法
CN101400129B (zh) 随机接入资源分配方法
CN101141663B (zh) 一种用于提高智能网访问数据库效率的方法及系统
CN109327520B (zh) 建立终端与服务器节点连接的方法及装置
CN107659634B (zh) 邻居节点选择的方法、装置、设备及计算机存储介质
CN111510484A (zh) 区块链处理方法、系统、装置、计算机设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant