CN111211991A - 一种资产处理方法、***及终端设备 - Google Patents
一种资产处理方法、***及终端设备 Download PDFInfo
- Publication number
- CN111211991A CN111211991A CN201911418537.9A CN201911418537A CN111211991A CN 111211991 A CN111211991 A CN 111211991A CN 201911418537 A CN201911418537 A CN 201911418537A CN 111211991 A CN111211991 A CN 111211991A
- Authority
- CN
- China
- Prior art keywords
- node
- network
- data
- super
- common
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/78—Architectures of resource allocation
- H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请涉及一种资源处理方法、***及终端设备,该方法构建了包括第一网络和第二网路的两层网络架构,第一网络包括多个由终端设备构成的普通节点,第二网络包括多个由存储服务器构成的超级节点;在此基础上,终端设备优先从第一网络进行目标数据的获取,若未命中,则再从第二网络获取所需数据。由此可见,本申请将终端设备作为了内容分发节点,并优先从终端设备构成的普通节点中获取所需数据,能实现对存储服务器进行流量分流,可有效提升网络资源分发的效率和速度,且基于该双层网络架构,当某终端设备退出第一网络,导致无法获取该终端设备上的数据时,可进一步从第二网络的超级节点获取所需数据,保障了服务的稳定性及数据文件的实时在线可用。
Description
技术领域
本申请属于网络资产管理与调度技术领域,尤其涉及一种资产处理方法、***及终端设备。
背景技术
IPFS(InterPlanetary File System,星际文件***),是一个旨在创建持久且分布式存储和共享文件的网络传输协议,它是一种内容可寻址的对等超媒体分发协议,在IPFS网络中的节点将构成一个分布式文件***,该分布式文件***本质上为一个能在节点之间进行资源下载、内容共享的内容分发***。
其中,在构建基于IPFS的内容分发***,以实现资源下载、内容共享等网络资源服务时,如何保证服务的稳定性、保证文件数据的实时在线可用并同时提升网络资源分发的效率或速度,已成为当前值得研究的问题。
发明内容
有鉴于此,本申请提供了一种资产处理方法、***及终端设备,目的在于保证分布式文件***中网络资源服务的稳定性、数据的实时在线可用并同时提升网络资源分发的效率或速度。
一种资产处理方法,所述方法包括:
加入第一网络作为所述第一网络中的普通节点,所述第一网络中包括多个普通节点;所述普通节点为终端设备;
通过所述第一网络中满足数据条件的至少一个第一节点获得目标数据;
如果所述第一网络中不存在满足数据条件的第一节点,通过第二网络中的超级节点获得目标数据,所述第二网络中包括多个超级节点,所述超级节点为存储服务器。
上述方法,优选的,所述多个超级节点通过共识算法构成第二网络;所述多个普通节点构成所述第一网络,所述普通节点为星际文件***节点。
上述方法,优选的,所述加入第一网络作为所述第一网络中的普通节点,包括:
在检测到符合激活条件时,加入第一网络作为所述第一网络中的普通节点。
上述方法,优选的,在加入第一网络作为所述第一网络中的普通节点时,该方法还包括:
获得作为所述第一网络中的普通节点时对应的第二节点信息;
向第二网络中符合节点条件的目标超级节点发送所述第二节点信息,以使得所述目标超级节点记录所述第二节点信息;
接收所述目标超级节点反馈的至少一个第一节点信息;每个第一节点信息用于指示一个由加入所述第一网络中的终端设备构成的普通节点;
缓存所述至少一个第一节点信息。
上述方法,优选的,所述通过所述第一网络中满足数据条件的至少一个第一节点获得目标数据,包括:
向所述至少一个第一节点信息指示的各个普通节点中的至少部分节点发送数据获取请求;
若所述至少部分节点中存在符合数据条件的至少一个第一节点,获取所述符合数据条件的至少一个第一节点反馈的目标数据。
上述方法,优选的,所述方法还包括:
检测缓存的各个第一节点信息指示的普通节点的节点状态;
若第一节点信息指示的普通节点处于激活状态,维持缓存第一节点信息;
若第一节点信息指示的普通节点处于非激活状态,清除第一节点信息。
上述方法,优选的,所述通过第二网络中的超级节点获得目标数据,包括:
向所述第二网络中的主超级节点发送数据获取请求;
若所述主超级节点中存储有所述数据获取请求指示的目标数据,接收所述主超级节点反馈的所述目标数据;
若所述主超级节点中未存储有所述目标数据,接收所述第二网络的从超级节点反馈的所述目标数据,或者,接收所述主超级节点中继传输的所述目标数据。
上述方法,优选的,其中,通过运行于终端设备上的代理执行所述资产处理方法。
一种终端设备,包括:
存储器,用于至少存储一组指令集;
处理器,用于调用并执行所述存储器中的所述指令集,通过执行所述指令集进行以下操作:
加入第一网络作为所述第一网络中的普通节点,所述第一网络中包括多个普通节点;所述普通节点为终端设备;
通过所述第一网络中满足数据条件的至少一个第一节点获得目标数据;
如果所述第一网络中不存在满足数据条件的第一节点,通过第二网络中的超级节点获得目标数据,所述第二网络中包括多个超级节点,所述超级节点为存储服务器。
一种资产处理***,所述***包括:由多个普通节点构成的第一网络,以及由多个超级节点构成的第二网络;所述普通节点为如上所述的终端设备,所述超级节点为存储服务器;其中:
终端设备通过所述第一网络中满足数据条件的至少一个第一节点获得目标数据,如果所述第一网络中不存在满足数据条件的第一节点,通过第二网络中的超级节点获得目标数据。
由以上方案可知,本申请提供的资产处理方法,构建了包括第一网络和第二网路的两层网络架构,第一网络包括多个由终端设备构成的普通节点,第二网络包括多个由存储服务器构成的超级节点;在此基础上,终端设备优先从第一网络进行目标数据的获取,若未命中,则再从第二网络获取所需数据。由此可见,本申请将终端设备作为了内容分发节点,并优先从终端设备构成的普通节点中获取所需数据,能实现对存储服务器进行流量分流,可有效提升网络资源分发的效率和速度,且基于该双层网络架构,当某终端设备退出第一网络,导致无法获取该终端设备上的数据时,可进一步从第二网络的超级节点获取所需数据,保障了服务的稳定性及文件数据的实时在线可用。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1是本申请实施例提供的资产处理方法的一种流程示意图;
图2是本申请实施例提供的资产处理方法的另一种流程示意图;
图3是本申请实施例提供的资产处理方法的又一种流程示意图;
图4是本申请实施例提供的资产处理方法的再一种流程示意图;
图5是本申请实施例提供的第一网络中的普通节点之间通过代理进行内容共享的示意图;
图6是本申请实施例提供的由第一网络与第二网络构成的两层网络架构示意图;
图7是本申请实施例提供的终端设备的结构示意图;
图8是本申请实施例提供的资产处理***的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请一可选实施例中,公开了一种资产处理方法,该资产处理方法可以应用于但不限于智能手机、个人数字助理、平板电脑、PC(Personal Computer,个人计算机)等终端设备,优选地,可以将该方法应用于智能手机、个人数字助理、平板电脑等便携式移动终端设备中。
参阅图1示出的资产处理方法的流程示意图,本实施例中,该资产处理方法包括:
步骤101、加入第一网络作为第一网络中的普通节点,第一网络中包括多个普通节点;普通节点为终端设备。
上述的第一网络,可以是但不限于将IPFS应用于智能手机、个人数字助理、平板电脑、PC等终端设备时,由多个终端设备构成的IPFS网络,该IPFS网络构成一个内容分发***。
每个加入该第一网络的终端设备,即成为该第一网络的一个内容分发节点,能够与第一网络中的其他节点进行数据传输、资源下载、内容共享等多种应用,既可以从第一网络中的其他节点命中并下载所需数据,又可以作为内容数据源供第一网络中的其他节点命中并下载所需的数据。
本申请实施例中,将第一网络中由终端设备实现的内容分发节点定义为普通节点,该普通节点可以是但不限于IPFS节点。
作为一种典型的应用场景,终端设备的使用者常常需从设备的应用商店中下载或安装所需的APP(应用程序),基于本申请方案,可在加入第一网络的不同终端设备之间进行应用商店的APP数据资源共享。
步骤102、通过第一网络中满足数据条件的至少一个第一节点获得目标数据。
当某终端设备需获得目标数据时(容易理解的是,该终端设备本地端不具备该目标数据),优先从由多个终端设备构成的第一网络中获得该目标数据,例如当用户需从应用商店中下载设备本地端不具备的目标应用程序时,优先从加入第一网络的其他终端设备构成的普通节点中获得该目标应用程序的数据文件。也即,将终端设备也作为网络的内容分发节点,并优先从终端设备构成的普通节点中获取目标数据,这显然能够实现对存储服务器进行流量分流,避免了传统的从存储服务器集中式获取数据时存在的数据获取效率低、速度慢等弊端,能够提升数据资源的获取效率和速度。
且具体地,本步骤从第一网络中确定出满足数据条件的至少一个第一节点,并从满足数据条件的该至少一个第一节点中获得所需的目标数据。
该满足数据条件的第一节点,可以是第一网络中处于激活状态且具备所述目标数据的至少部分数据的节点。
作为一种可能的实施方式,可以从满足数据条件的一个第一节点中获得该目标数据的全部/完整数据文件;作为另一种可能的实施方式,还可以从满足数据条件的多个第一节点中分别获得该目标数据的部分数据文件,并拼接/整合所获得的各个部分数据文件,得到目标数据的全部/完整数据文件。
其中,具体地,若第一网络中存在具备该目标数据的全部/完整数据文件的一个或多个第一节点,则可直接从该一个或多个第一节点中的任意之一获取该目标数据的全部/完整数据文件,若第一网络中具备分别包括所述目标数据的部分数据文件的多个第一节点,则相应可从该多个第一节点中分别获得该目标数据的相应部分数据文件,并拼接/整合从各个第一节点分别获得的相应部分数据文件,得到该目标数据的全部/完整数据文件。
步骤103、如果所述第一网络中不存在满足数据条件的第一节点,通过第二网络中的超级节点获得目标数据,所述第二网络中包括多个超级节点,所述超级节点为存储服务器。
在将IPFS应用于智能手机、平板电脑、PC等终端设备,以构成基于终端设备的IPFS网络,实现在终端设备之间进行资源下载、内容共享等应用时,终端设备可能会因解除激活或设备故障、关机等原因,而导致退出IPFS网络,这将会相应导致该终端设备上的数据资产退出网络,从而无法保证IPFS应用于终端设备时的服务稳定性,无法保证数据文件的实时在线可用。
为了克服该缺陷,本申请在构建由终端设备构成的第一网络的基础上,还构建了与该第一网络相连接的由多个存储服务器构成的第二网络,其中,第二网络中的每个存储服务器作为该网络的一个节点,与将第一网络中由终端设备构成的节点定义为普通节点相对应,本申请实施例中,将第二网络中由存储服务器构成的节点定义为超级节点,可选的,多个超级节点具体可通过共识算法(raft)构成第二网络。
当因相应原因(如具备目标数据的终端设备因解除激活或设备故障、关机等原因而使得该终端设备从第一网络中退出,不再作为第一网络的有效节点,或者第一网络中不存在具备目标数据的普通节点),而导致第一网络中不存在满足数据条件的第一节点,相应导致无法从第一网络命中所需的目标数据时,可以进一步从第二网络的超级节点中进行所需的目标数据的命中及获取。
举例来说,当用户需从应用商店中下载安装设备本地端不具备的目标应用程序时,优先从第一网络的满足数据条件的至少一个第一节点(对应加入第一网络的至少一个终端设备)中命中并获取目标应用程序的数据文件,若第一网络中不存在满足数据条件的第一节点,导致命中失败,则再从第二网络的超级节点中进行目标应用程序的数据文件的命中及获取。
需要说明的是,第二网络中的超级节点为存储服务器,其通常存储有足够全面的数据资源,且通常实时在线,从而在第一网络的基础上结合该第二网络,能够保障在将IPFS应用于终端设备时的服务稳定性,且能够保障数据源文件的实时在线可用。
由以上方案可知,本实施例的资源处理方法,构建了包括第一网络和第二网路的两层网络架构,第一网络包括多个由终端设备构成的普通节点,第二网络包括多个由存储服务器构成的超级节点;在此基础上,终端设备优先从第一网络进行目标数据的获取,若未命中,则再从第二网络获取所需数据。由此可见,本申请将终端设备作为了内容分发节点,并优先从终端设备构成的普通节点中获取所需数据,能实现对存储服务器进行流量分流,可有效提升网络资源分发的效率和速度,且基于该双层网络架构,当某终端设备退出第一网络,导致无法获取该终端设备上的数据时,可进一步从第二网络的超级节点获取所需数据,保障了服务的稳定性及数据文件的实时在线可用。
在本申请一可选实施例中,参阅图2,在执行步骤101将终端设备加入第一网络作为第一网络中的普通节点时,该资产处理方法还可以包括以下处理:
步骤201、获得作为第一网络中的普通节点时对应的第二节点信息。
该第二节点信息,至少包括终端设备在作为第一网络的普通节点时在第一网络中对应的唯一ID(Identity,身份标识号),除此之外,还可以包括但不限于节点名称、节点地址、节点编号等信息,其中,终端设备对应的唯一ID为终端设备在第一次加入第一网络时基于规则所生成的标识符,后续在每次加入第一网络时,将该标识符作为终端设备身份的唯一标识。当然,具体实施中,可以并不限定于此,还可以在终端设备每次加入第一网络时,生成一个唯一ID。
步骤202、向第二网络中符合节点条件的目标超级节点发送第二节点信息,以使得所述超级节点记录第二节点信息。
可选地,第二网络中包括一个主超级节点与多个从超级节点,该一个主超级节点与多个从超级节点具体可以通过共识算法(raft)构成第二网络;该符合节点条件的目标超级节点可以是第二网路中的主超级节点。
其中,第二网络中的从超级节点,用于负责存储数据文件,第二网络中的主超级节点,除了用于存储数据文件,还可以用于但不限于负责以下处理中的至少部分处理:
1)从第三方***获取最新的数据文件加入第二网络,并基于raft算法保证文件可用性;
2)记录并维护第二网络中数据文件与存储地址(主超级节点或从超级节点中相应存储位置对应的地址)之间的映射表;
3)目标数据的命中(从主超级节点自身命中数据或从从超级节点命中数据)、传输或中继;
4)记录与维护第一网络中各个普通节点的节点信息;
5)向第一网络中的普通节点推送第一网络中的普通节点信息集合(如普通节点信息列表)。
由此,在终端设备加入第一网络成为其普通节点并获得相对应的第二节点信息后,将该第二节点信息发送至第二网络的主超级节点,以告知主超级节点第一网络中产生了新的普通节点,并由主超节点将该第二节点信息更新至为第一网络所维护的节点信息集合(如节点信息列表)中。
步骤203、接收目标超级节点反馈的至少一个第一节点信息;每个第一节点信息用于指示一个由加入所述第一网络中的终端设备构成的普通节点。
可选地,终端设备在向第二网络的主超级节点发送其第二节点信息后,主超级节点基于终端设备的第二节点信息,向终端设备反馈第一网络中至少一个普通节点所对应的至少一个第一节点信息,比如,可以向终端设备反馈当前第一网络中的普通节点的全部或部分节点信息列表。
作为另一种实现方式,终端设备在向第二网络的主超级节点发送其第二节点信息后,还可以继续向主超级节点发送一节点信息获取请求,主超级节点响应于该请求,基于终端设备的第二节点信息,向终端设备反馈第一网络中至少一个普通节点所对应的至少一个第一节点信息。
终端设备获得该至少一个第一节点信息后,如获得所述全部或部分节点信息列表后,能够基于获得的节点信息确定出第一网络中存在哪些普通节点,从而便于与第一网络中的相应普通节点进行网内资源下载、内容共享等应用。
步骤204、缓存所述至少一个第一节点信息。
之后,终端设备缓存第二网络的主超级节点反馈的至少一个第一节点信息,如缓存所接收的节点信息列表等。容易理解的是,该终端设备的第二节点信息,同样能够被第二网络的主超级节点携带在节点信息列表中推送给第一网络中的其他普通节点。这样,每个加入第一网络的普通节点都维护有一个对应于第一网络中至少部分普通节点的节点信息集合(如节点信息列表,当然,也可以是非列表形式,如树形结构形式、拓扑图结构形式等),在此基础上,可基于维护的节点信息列表在第一网络的普通节点之间进行内容共享、资源下载等应用。
在本申请一可选实施例中,如图3所示,所述资产处理方法可进一步通过以下的处理过程实现:
步骤301、在检测到符合激活条件时,加入第一网络作为所述第一网络中的普通节点。
该激活条件可以是但不限于以下条件中的任意之一:
条件一:检测到终端设备进入特定的应用;
条件二:检测到终端设备启动;
对于上述的条件一,典型地,比如,检测到终端设备进入应用商店,则表示符合激活条件,并自动启动节点以将终端设备加入第一网络作为其普通节点。
对于上述的条件二,可以但不限于在终端设备的ROM(Read-Only Memory,只读存储器)中集成启动代码,一旦设备启动(如手机开机、电脑开机等)则表示符合激活条件,基于ROM中集成的启动代码自动启动节点将终端设备加入第一网络作为其普通节点。
步骤302、向所述至少一个第一节点信息指示的各个普通节点中的至少部分节点发送数据获取请求。
加入第一网络作为第一网络的普通节点后,如上文所述,终端设备会基于第二网络的主超级节点推送的至少一个第一节点信息,而维护一个普通节点的节点信息集合。
在此基础上,若终端设备需获得目标数据,则可基于该信息集合,确定第一网络中存在的各个普通节点,并可向该信息集合中的各个第一节点信息所指示的全部或部分普通节点发送用于获得目标数据的数据获取请求。
比如,当用户需从应用商店下载并安装一应用程序,则应用商店可优先从由多个终端设备构成的第一网络中进行应用程序数据文件的搜索及获取,并具体可基于其维护的第一节点信息集合,向该集合中的各第一节点信息指示的全部或部分普通节点发送用于获取目标数据的请求信息。
步骤303、若所述至少部分节点中存在符合数据条件的至少一个第一节点,获取所述符合数据条件的至少一个第一节点反馈的目标数据。
若接收请求的各个普通节点中存在符合数据条件的至少一个第一节点,即,接收请求的各个普通节点中存在包括目标数据的至少部分数据的第一节点,则表明第一网络中存在目标数据的数据源,从而可从该符合数据条件的至少一个第一节点获取目标数据。
其中,可以基于第一网络中第一节点对数据资源的实际持有状况,从一个第一节点下载目标数据的全部/完整数据文件,或者,从多个第一节点分别下载目标数据中的不同部分数据,并拼接/整合所获得的各个部分数据,而最终得到目标数据的全部/完整数据文件。
第一网络中的各普通节点之间进行内容共享时,其所共享的数据内容的来源可以包括但不限于以下几种:
1)终端设备主动从网络下载并缓存/存储的数据内容;
2)网络推送并缓存/存储于终端设备的热门数据内容;
3)第一网络周期性或基于条件触发从第二网络查询、同步最新加入第二网络的文件列表时,基于设定策略(如均摊等方式)缓存/存储于相应终端设备的相应文件内容。
步骤304、如果所述第一网络中不存在满足数据条件的第一节点,向第二网络中的主超级节点发送数据获取请求。
反之,若第一网络中不存在满足数据条件的第一节点,则表明第一网络中不存在目标数据的数据源,在该情况下,继续向第二网络中的主超级节点发送用于获得目标数据的数据获取请求。
步骤305、若主超级节点中存储有数据获取请求指示的目标数据,接收主超级节点反馈的所述目标数据。
主超级节点获得该请求后,基于预先存储的数据与地址的对应关系,确定该请求所指示的目标数据的存储地址,进一步基于该存储地址命中所需的目标数据。
其中,该目标数据可能存储于主超级节点或者存储于相应的从超级节点中。若该目标数据存储于主超级节点,则终端设备可接收主超级节点反馈的目标数据。
步骤306、若主超级节点中未存储有目标数据,接收第二网络的从超级节点反馈的所述目标数据,或者,接收主超级节点中继传输的所述目标数据。
若主超级节点中未存储有目标数据,也即,该目标数据存储于从超级节点,则终端设备可接收存储有该目标数据的从超级节点反馈的目标数据。
某些情形下,基于网络架构设计,第二网络中的从超级节点只能在第二网络的网内进行数据互连,不能与网外设备进行数据交互,也即,整个第二网络通过主超级节点实现与其他网络之间的交互,该情形下,终端设备则可接收主超级节点对从超级节点的目标数据进行中继而传输过来的目标数据。
本实施例构建了基于终端设备的第一网络,将终端设备作为了该网络中的内容分发节点,同时构建了与该第一网络相连接的第二网络,在终端设备需获取目标数据时,优先从第一网络中终端设备构成的普通节点中获取所需数据,能实现对存储服务器进行流量分流,可有效提升网络资源分发的效率和速度,并且基于该双层网络架构,当某终端设备退出第一网络,导致无法获取该终端设备上的数据时,可进一步从第二网络的超级节点中获取所需数据,保障了服务的稳定性,保障了文件数据的实时在线可用。
在本申请一可选实施例中,参阅图4,所述资产处理方法还可以包括以下处理:
步骤307、检测缓存的各个第一节点信息指示的普通节点的节点状态。
第一网络中普通节点的节点状态包括两种:激活状态与非激活状态。其中,终端设备在符合激活条件并加入第一网络时,其节点状态则进入激活状态,在用户解除激活(如用户在应用商店中或终端设备的信息设置应用中执行解除激活操作),或退出特定应用(如退出应用商店),或设备关机、发生故障等情况下,其节点状态则变为非激活状态,在该状态下,终端设备成为第一网络中的无效节点,无法在第一网络中与其他处于激活状态的节点进行数据交互。
由此,第一网络中的各个普通节点所维护的第一节点信息集合中可能会存在处于非激活状态的无效节点的信息,这将会为普通节点之间的内容共享带来不利,无法基于无效节点信息定位、路由到有效节点。
为了确保第一网络的各个普通节点所维护的第一节点信息集合中各第一节点信息的有效性,使得每个第一节点信息都能指示一个处于激活状态的有效节点,本实施例中,终端设备所在的普通节点还检测缓存的各个第一节点信息所指示的普通节点的节点状态。
可选的,终端设备所在的普通节点,周期性地向其所维护的第一节点信息集合指示的各个其他普通节点发送心跳包,若在设定的时长内能收到某个第一节点信息所指示的普通节点的响应信息,则表示该第一节点信息所指示的普通节点处于激活状态,为有效节点,若在设定的时长内未收到该第一节点信息所指示的普通节点的响应信息,则表示该第一节点信息所指示的普通节点处于非激活状态,为无效节点、
步骤308、若第一节点信息指示的普通节点处于存活状态,维持缓存第一节点信息。
其中,若通过检测,获知某个第一节点信息指示的普通节点处于激活状态,则在终端设备维持缓存该第一节点信息。
步骤309、若第一节点信息指示的普通节点处于非存活状态,清除第一节点信息。
反之,若第一节点信息指示的普通节点处于非激活状态,则将其从终端设备维护的第一节点信息的信息集合中清除,不再缓存该第一节点信息。
本实施例中,通过检测缓存的各个第一节点信息指示的普通节点的节点状态,并基于检测的节点状态更新缓存,可使得在作为第一网络的普通节点的终端设备上缓存的各个第一节点信息为有效信息、能指示第一网络中处于激活状态的相应普通节点,从而能够为第一网络中普通节点之间进行内容共享、资源下载等应用时提供有效的节点定位与路由支持。
另外,在本申请一可选实施例中,通过运行于终端设备上的代理执行所述资产处理方法。
具体地,如图5所示,预先在每个终端设备上实现了一代理(Sidecar)。
在将终端设备加入第一网络使其成为第一网络的普通节点后,利用该代理封装终端设备作为第一网络的原生节点时需具备的各项节点功能。
例如,将终端设备A加入IPFS内容分发***使之成为IPFS内容分发***的IPFS原生节点Peer A,并在终端设备A的代理Sidecar中封装IPFS原生节点Peer A需具备的各项节点功能,所封装的节点功能可以包括但不限于:面向第一网络与第二网络的数据发现、流量管理(限流、降级、熔断)、在第一网络内部的内容共享控制、与第二网络间的信息交互控制等等。第一网络的各个普通节点之间通过代理层构成了服务网格,具体参阅图6所示,利用服务网格通过网络层(network stack)在第一网络、第二网络进行资源的自动发现与调度,可保证对终端设备的内容共享服务的服务稳定性,提高了用户下载所需数据时的命中率,大幅提升了用户下载资源时的体验。
本实施例中,通过构建两层网络(第一网络与第二网络),可使得终端设备也能作为内容分发节点从而提升网络资源分发的效率和速度,同时基于由存储服务器构成的第二网络,保证了在将IPFS运行于终端设备时的服务稳定性,能保证数据文件的实时在线可用,另外,通过在终端设备实现服务网格,还可使得IPFS达到生产级别的可用性。
对应于上述的资产处理方法,本申请实施例还公开了一种终端设备,该终端设备可以是但不限于智能手机、个人数字助理、平板电脑、PC等设备,优选地,该终端设备为智能手机、个人数字助理、平板电脑等便携式移动终端。
参阅图7示出的终端设备的结构示意图,该终端设备可以包括:
存储器701,用于至少存储一组指令集;
处理器702,用于调用并执行所述存储器中的所述指令集,通过执行所述指令集进行以下操作:
加入第一网络作为所述第一网络中的普通节点,所述第一网络中包括多个普通节点;所述普通节点为终端设备;
通过所述第一网络中满足数据条件的至少一个第一节点获得目标数据;
如果所述第一网络中不存在满足数据条件的第一节点,通过第二网络中的超级节点获得目标数据,所述第二网络中包括多个超级节点,所述超级节点为存储服务器。
上述的第一网络,可以是但不限于将IPFS应用于智能手机、个人数字助理、平板电脑、PC等终端设备时,由多个终端设备构成的IPFS网络,该IPFS网络构成一个内容分发***。
每个加入该第一网络的终端设备,即成为该第一网络的一个内容分发节点,能够与第一网络中的其他节点进行数据传输、资源下载、内容共享等多种应用,既可以从第一网络中的其他节点命中并下载所需数据,又可以作为内容数据源供第一网络中的其他节点命中并下载所需的数据。
本申请实施例中,将第一网络中由终端设备实现的内容分发节点定义为普通节点,该普通节点可以是但不限于IPFS节点。
作为一种典型的应用场景,终端设备的使用者常常需从设备的应用商店中下载或安装所需的APP(应用程序),基于本申请方案,可在加入第一网络的不同终端设备之间进行应用商店的APP数据资源共享。
当某终端设备需获得目标数据时(容易理解的是,该终端设备本地端不具备该目标数据),优先从由多个终端设备构成的第一网络中获得该目标数据,例如当用户需从应用商店中下载设备本地端不具备的目标应用程序时,优先从加入第一网络的其他终端设备构成的普通节点中获得该目标应用程序的数据文件。也即,将终端设备也作为网络的内容分发节点,并优先从终端设备构成的普通节点中获取目标数据,这显然能够实现对存储服务器进行流量分流,避免了传统的从存储服务器集中式获取数据时存在的数据获取效率低、速度慢等弊端,能够提升数据资源的获取效率和速度。
且具体地,处理器702从第一网络中确定出满足数据条件的至少一个第一节点,并从满足数据条件的该至少一个第一节点中获得所需的目标数据。
该满足数据条件的第一节点,可以是第一网络中处于激活状态且具备所述目标数据的至少部分数据的节点。
作为一种可能的实施方式,可以从满足数据条件的一个第一节点中获得该目标数据的全部/完整数据文件;作为另一种可能的实施方式,还可以从满足数据条件的多个第一节点中分别获得该目标数据的部分数据文件,并拼接/整合所获得的各个部分数据文件,得到目标数据的全部/完整数据文件。
其中,具体地,若第一网络中存在具备该目标数据的全部/完整数据文件的一个或多个第一节点,则可直接从该一个或多个第一节点中的任意之一获取该目标数据的全部/完整数据文件,若第一网络中具备分别包括所述目标数据的部分数据文件的多个第一节点,则相应可从该多个第一节点中分别获得该目标数据的相应部分数据文件,并拼接/整合从各个第一节点分别获得的相应部分数据文件,得到该目标数据的全部/完整数据文件。
在将IPFS应用于智能手机、平板电脑、PC等终端设备,以构成基于终端设备的IPFS网络,实现在终端设备之间进行资源下载、内容共享等应用时,终端设备可能会因解除激活或设备故障、关机等原因,而导致退出IPFS网络,这将会相应导致该终端设备上的数据资产退出网络,从而无法保证IPFS应用于终端设备时的服务稳定性,无法保证数据文件的实时在线可用。
为了克服该缺陷,本申请在构建由终端设备构成的第一网络的基础上,还构建了与该第一网络相连接的由多个存储服务器构成的第二网络,其中,第二网络中的每个存储服务器作为该网络的一个节点,与将第一网络中由终端设备构成的节点定义为普通节点相对应,本申请实施例中,将第二网络中由存储服务器构成的节点定义为超级节点,可选的,多个超级节点具体可通过共识算法(raft)构成第二网络。
当因相应原因(如具备目标数据的终端设备因解除激活或设备故障、关机等原因而使得该终端设备从第一网络中退出,不再作为第一网络的有效节点,或者第一网络中不存在具备目标数据的普通节点),而导致第一网络中不存在满足数据条件的第一节点,相应导致无法从第一网络命中所需的目标数据时,可以进一步从第二网络的超级节点中进行所需的目标数据的命中及获取。
举例来说,当用户需从应用商店中下载安装设备本地端不具备的目标应用程序时,优先从第一网络的满足数据条件的至少一个第一节点(对应加入第一网络的至少一个终端设备)中命中并获取目标应用程序的数据文件,若第一网络中不存在满足数据条件的第一节点,导致命中失败,则再从第二网络的超级节点中进行目标应用程序的数据文件的命中及获取。
需要说明的是,第二网络中的超级节点为存储服务器,其通常存储有足够全面的数据资源,且通常实时在线,从而在第一网络的基础上结合该第二网络,能够保障在将IPFS应用于终端设备时的服务稳定性,且能够保障数据源文件的实时在线可用。
由以上方案可知,本实施例的资源处理方法,构建了包括第一网络和第二网路的两层网络架构,第一网络包括多个由终端设备构成的普通节点,第二网络包括多个由存储服务器构成的超级节点;在此基础上,终端设备优先从第一网络进行目标数据的获取,若未命中,则再从第二网络获取所需数据。由此可见,本申请将终端设备作为了内容分发节点,并优先从终端设备构成的普通节点中获取所需数据,能实现对存储服务器进行流量分流,可有效提升网络资源分发的效率和速度,且基于该双层网络架构,当某终端设备退出第一网络,导致无法获取该终端设备上的数据时,可进一步从第二网络的超级节点获取所需数据,保障了服务的稳定性及数据文件的实时在线可用。
在本申请一可选实施例中,处理器702在将终端设备加入第一网络作为第一网络中的普通节点时,还可以执行以下处理:
获得作为第一网络中的普通节点时对应的第二节点信息;向第二网络中符合节点条件的目标超级节点发送第二节点信息,以使得所述超级节点记录第二节点信息;接收所述目标超级节点反馈的至少一个第一节点信息;每个第一节点信息用于指示一个由加入所述第一网络中的终端设备构成的普通节点;缓存所述至少一个第一节点信息。
该第二节点信息,至少包括终端设备在作为第一网络的普通节点时在第一网络中对应的唯一ID,除此之外,还可以包括但不限于节点名称、节点地址、节点编号等信息,其中,终端设备对应的唯一ID为终端设备在第一次加入第一网络时基于规则所生成的标识符,后续在每次加入第一网络时,将该标识符作为终端设备身份的唯一标识。当然,具体实施中,可以并不限定于此,还可以在终端设备每次加入第一网络时,生成一个唯一ID。
可选地,第二网络中包括一个主超级节点与多个从超级节点,该一个主超级节点与多个从超级节点具体可以通过共识算法(raft)构成第二网络;该符合节点条件的目标超级节点可以是第二网路中的主超级节点。
其中,第二网络中的从超级节点,用于负责存储数据文件,第二网络中的主超级节点,除了用于存储数据文件,还可以用于但不限于负责以下处理中的至少部分处理:
1)从第三方***获取最新的数据文件加入第二网络,并基于raft算法保证文件可用性;
2)记录并维护第二网络中数据文件与存储地址(主超级节点或从超级节点中相应存储位置对应的地址)之间的映射表;
3)目标数据的命中(从主超级节点自身命中数据或从从超级节点命中数据)、传输或中继;
4)记录与维护第一网络中各个普通节点的节点信息;
5)向第一网络中的普通节点推送第一网络中的普通节点信息集合(如普通节点信息列表)。
由此,在终端设备加入第一网络成为其普通节点并获得相对应的第二节点信息后,将该第二节点信息发送至第二网络的主超级节点,以告知主超级节点第一网络中产生了新的普通节点,并由主超节点将该第二节点信息更新至为第一网络所维护的节点信息集合(如节点信息列表)中。
可选地,终端设备在向第二网络的主超级节点发送其第二节点信息后,主超级节点基于终端设备的第二节点信息,向终端设备反馈第一网络中至少一个普通节点所对应的至少一个第一节点信息,比如,可以向终端设备反馈当前第一网络中的普通节点的全部或部分节点信息列表。
作为另一种实现方式,终端设备在向第二网络的主超级节点发送其第二节点信息后,还可以继续向主超级节点发送一节点信息获取请求,主超级节点响应于该请求,基于终端设备的第二节点信息,向终端设备反馈第一网络中至少一个普通节点所对应的至少一个第一节点信息。
终端设备获得该至少一个第一节点信息后,如获得所述全部或部分节点信息列表后,能够基于获得的节点信息确定出第一网络中存在哪些普通节点,从而便于与第一网络中的相应普通节点进行网内资源下载、内容共享等应用。
之后,终端设备缓存第二网络的主超级节点反馈的至少一个第一节点信息,如缓存所接收的节点信息列表等。容易理解的是,该终端设备的第二节点信息,同样能够被第二网络的主超级节点携带在节点信息列表中推送给第一网络中的其他普通节点。这样,每个加入第一网络的普通节点都维护有一个对应于第一网络中至少部分普通节点的节点信息集合(如节点信息列表,当然,也可以是非列表形式,如树形结构形式、拓扑图结构形式等),在此基础上,可基于维护的节点信息列表在第一网络的普通节点之间进行内容共享、资源下载等应用。
在本申请一可选实施例中,处理器702可进一步通过以下的处理过程实现其功能:
在检测到符合激活条件时,加入第一网络作为所述第一网络中的普通节点;向所述至少一个第一节点信息指示的各个普通节点中的至少部分节点发送数据获取请求;若所述至少部分节点中存在符合数据条件的至少一个第一节点,获取所述符合数据条件的至少一个第一节点反馈的目标数据;如果所述第一网络中不存在满足数据条件的第一节点,向第二网络中的主超级节点发送数据获取请求;若主超级节点中存储有数据获取请求指示的目标数据,接收主超级节点反馈的所述目标数据;若主超级节点中未存储有目标数据,接收第二网络的从超级节点反馈的所述目标数据,或者,接收主超级节点中继传输的所述目标数据。
该激活条件可以是但不限于以下条件中的任意之一:
条件一:检测到终端设备进入特定的应用;
条件二:检测到终端设备启动;
对于上述的条件一,典型地,比如,检测到终端设备进入应用商店,则表示符合激活条件,并自动启动节点以将终端设备加入第一网络作为其普通节点。
对于上述的条件二,可以但不限于在终端设备的ROM(Read-Only Memory,只读存储器)中集成启动代码,一旦设备启动(如手机开机、电脑开机等)则表示符合激活条件,基于ROM中集成的启动代码自动启动节点将终端设备加入第一网络作为其普通节点。
加入第一网络作为第一网络的普通节点后,如上文所述,终端设备会基于第二网络的主超级节点推送的至少一个第一节点信息,而维护一个普通节点的节点信息集合。
在此基础上,若终端设备需获得目标数据,则可基于该信息集合,确定第一网络中存在的各个普通节点,并可向该信息集合中的各个第一节点信息所指示的全部或部分普通节点发送用于获得目标数据的数据获取请求。
比如,当用户需从应用商店下载并安装一应用程序,则应用商店可优先从由多个终端设备构成的第一网络中进行应用程序数据文件的搜索及获取,并具体可基于其维护的第一节点信息集合,向该集合中的各第一节点信息指示的全部或部分普通节点发送用于获取目标数据的请求信息。
若接收请求的各个普通节点中存在符合数据条件的至少一个第一节点,即,接收请求的各个普通节点中存在包括目标数据的至少部分数据的第一节点,则表明第一网络中存在目标数据的数据源,从而可从该符合数据条件的至少一个第一节点获取目标数据。
其中,可以基于第一网络中第一节点对数据资源的实际持有状况,从一个第一节点下载目标数据的全部/完整数据文件,或者,从多个第一节点分别下载目标数据中的不同部分数据,并拼接/整合所获得的各个部分数据,而最终得到目标数据的全部/完整数据文件。
第一网络中的各普通节点之间进行内容共享时,其所共享的数据内容的来源可以包括但不限于以下几种:
1)终端设备主动从网络下载并缓存/存储的数据内容;
2)网络推送并缓存/存储于终端设备的热门数据内容;
3)第一网络周期性或基于条件触发从第二网络查询、同步最新加入第二网络的文件列表时,基于设定策略(如均摊等方式)缓存/存储于相应终端设备的相应文件内容。
反之,若第一网络中不存在满足数据条件的第一节点,则表明第一网络中不存在目标数据的数据源,在该情况下,继续向第二网络中的主超级节点发送用于获得目标数据的数据获取请求。
主超级节点获得该请求后,基于预先存储的数据与地址的对应关系,确定该请求所指示的目标数据的存储地址,进一步基于该存储地址命中所需的目标数据。
其中,该目标数据可能存储于主超级节点或者存储于相应的从超级节点中。若该目标数据存储于主超级节点,则终端设备可接收主超级节点反馈的目标数据。
若主超级节点中未存储有目标数据,也即,该目标数据存储于从超级节点,则终端设备可接收存储有该目标数据的从超级节点反馈的目标数据。
某些情形下,基于网络架构设计,第二网络中的从超级节点只能在第二网络的网内进行数据互连,不能与网外设备进行数据交互,也即,整个第二网络通过主超级节点实现与其他网络之间的交互,该情形下,终端设备则可接收主超级节点对从超级节点的目标数据进行中继而传输过来的目标数据。
本实施例构建了基于终端设备的第一网络,将终端设备作为了该网络中的内容分发节点,同时构建了与该第一网络相连接的第二网络,在终端设备需获取目标数据时,优先从第一网络中终端设备构成的普通节点中获取所需数据,能实现对存储服务器进行流量分流,可有效提升网络资源分发的效率和速度,并且基于该双层网络架构,当某终端设备退出第一网络,导致无法获取该终端设备上的数据时,可进一步从第二网络的超级节点中获取所需数据,保障了服务的稳定性,保障了文件数据的实时在线可用。
在本申请一可选实施例中,处理器702还可以用于:
检测缓存的各个第一节点信息指示的普通节点的节点状态;若第一节点信息指示的普通节点处于存活状态,维持缓存第一节点信息;若第一节点信息指示的普通节点处于非存活状态,清除第一节点信息。
第一网络中普通节点的节点状态包括两种:激活状态与非激活状态。其中,终端设备在符合激活条件并加入第一网络时,其节点状态则进入激活状态,在用户解除激活(如用户在应用商店中或终端设备的信息设置应用中执行解除激活操作),或退出特定应用(如退出应用商店),或设备关机、发生故障等情况下,其节点状态则变为非激活状态,在该状态下,终端设备成为第一网络中的无效节点,无法在第一网络中与其他处于激活状态的节点进行数据交互。
由此,第一网络中的各个普通节点所维护的第一节点信息集合中可能会存在处于非激活状态的无效节点的信息,这将会为普通节点之间的内容共享带来不利,无法基于无效节点信息定位、路由到有效节点。
为了确保第一网络的各个普通节点所维护的第一节点信息集合中各第一节点信息的有效性,使得每个第一节点信息都能指示一个处于激活状态的有效节点,本实施例中,终端设备所在的普通节点还检测缓存的各个第一节点信息所指示的普通节点的节点状态。
可选的,终端设备所在的普通节点,周期性地向其所维护的第一节点信息集合指示的各个其他普通节点发送心跳包,若在设定的时长内能收到某个第一节点信息所指示的普通节点的响应信息,则表示该第一节点信息所指示的普通节点处于激活状态,为有效节点,若在设定的时长内未收到该第一节点信息所指示的普通节点的响应信息,则表示该第一节点信息所指示的普通节点处于非激活状态,为无效节点、
其中,若通过检测,获知某个第一节点信息指示的普通节点处于激活状态,则在终端设备维持缓存该第一节点信息。
反之,若第一节点信息指示的普通节点处于非激活状态,则将其从终端设备维护的第一节点信息的信息集合中清除,不再缓存该第一节点信息。
本实施例中,通过检测缓存的各个第一节点信息指示的普通节点的节点状态,并基于检测的节点状态更新缓存,可使得在作为第一网络的普通节点的终端设备上缓存的各个第一节点信息为有效信息、能指示第一网络中处于激活状态的相应普通节点,从而能够为第一网络中普通节点之间进行内容共享、资源下载等应用时提供有效的节点定位与路由支持。
另外,在本申请一可选实施例中,终端设备中还包括一代理,终端设备通过运行该代理执行实现处理器702的功能。
具体地,预先在终端设备上实现了一代理(Sidecar)。
在将终端设备加入第一网络使其成为第一网络的普通节点后,利用该代理封装终端设备作为第一网络的原生节点时需具备的各项节点功能。
例如,将终端设备A加入IPFS内容分发***使之成为IPFS内容分发***的IPFS原生节点Peer A,并在终端设备A的代理Sidecar中封装IPFS原生节点Peer A需具备的各项节点功能,所封装的节点功能可以包括但不限于:面向第一网络与第二网络的数据发现、流量管理(限流、降级、熔断)、在第一网络内部的内容共享控制、与第二网络间的信息交互控制等等。第一网络的各个普通节点之间通过代理层构成了服务网格,具体参阅图6所示,利用服务网格通过网络层(network stack)在第一网络、第二网络进行资源的自动发现与调度,可保证对终端设备的内容共享服务的服务稳定性,提高了用户下载所需数据时的命中率,大幅提升了用户下载资源时的体验。
本实施例中,通过将终端设备作为第一网络的内容分发节点,提升了网络资源分发的效率和速度,同时基于由存储服务器构成的第二网络,保证了在将IPFS运行于终端设备时的服务稳定性,能保证数据文件的实时在线可用,另外,通过在终端设备实现服务网格,还可使得IPFS达到生产级别的可用性。
除了上述的资产处理方法及终端设备,本申请实施例还公开了一种资产处理***,如图8所示,该资产处理***包括由多个普通节点构成的第一网络801,以及由多个超级节点构成的第二网络802;第一网络801中的普通节点具体为上文各实施例提供的终端设备,第二网络802中的超级节点为存储服务器。
其中,作为第一网络801的普通节点的终端设备,通过第一网络801中满足数据条件的至少一个第一节点获得目标数据,如果第一网络中不存在满足数据条件的第一节点,通过第二网络中的超级节点获得目标数据。
对于该资产处理***中终端设备在第一网络与第二网络中进行数据发现与调度的处理过程,具体可参阅上文各实施例中关于资产处理方法或终端设备的相关说明,这里不再详细描述。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
为了描述的方便,描述以上***或装置时以功能分为各种模块或单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
最后,还需要说明的是,在本文中,诸如第一、第二、第三和第四等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (10)
1.一种资产处理方法,所述方法包括:
加入第一网络作为所述第一网络中的普通节点,所述第一网络中包括多个普通节点;所述普通节点为终端设备;
通过所述第一网络中满足数据条件的至少一个第一节点获得目标数据;
如果所述第一网络中不存在满足数据条件的第一节点,通过第二网络中的超级节点获得目标数据,所述第二网络中包括多个超级节点,所述超级节点为存储服务器。
2.根据权利要求1所述的方法,所述多个超级节点通过共识算法构成第二网络;所述多个普通节点构成所述第一网络,所述普通节点为星际文件***节点。
3.根据权利要求1所述的方法,所述加入第一网络作为所述第一网络中的普通节点,包括:
在检测到符合激活条件时,加入第一网络作为所述第一网络中的普通节点。
4.根据权利要求3所述的方法,在加入第一网络作为所述第一网络中的普通节点时,该方法还包括:
获得作为所述第一网络中的普通节点时对应的第二节点信息;
向第二网络中符合节点条件的目标超级节点发送所述第二节点信息,以使得所述目标超级节点记录所述第二节点信息;
接收所述目标超级节点反馈的至少一个第一节点信息;每个第一节点信息用于指示一个由加入所述第一网络中的终端设备构成的普通节点;
缓存所述至少一个第一节点信息。
5.根据权利要求3所述的方法,所述通过所述第一网络中满足数据条件的至少一个第一节点获得目标数据,包括:
向所述至少一个第一节点信息指示的各个普通节点中的至少部分节点发送数据获取请求;
若所述至少部分节点中存在符合数据条件的至少一个第一节点,获取所述符合数据条件的至少一个第一节点反馈的目标数据。
6.根据权利要求4或5所述的方法,所述方法还包括:
检测缓存的各个第一节点信息指示的普通节点的节点状态;
若第一节点信息指示的普通节点处于激活状态,维持缓存第一节点信息;
若第一节点信息指示的普通节点处于非激活状态,清除第一节点信息。
7.根据权利要求1所述的方法,所述通过第二网络中的超级节点获得目标数据,包括:
向所述第二网络中的主超级节点发送数据获取请求;
若所述主超级节点中存储有所述数据获取请求指示的目标数据,接收所述主超级节点反馈的所述目标数据;
若所述主超级节点中未存储有所述目标数据,接收所述第二网络的从超级节点反馈的所述目标数据,或者,接收所述主超级节点中继传输的所述目标数据。
8.根据权利要求1所述的方法,其中,通过运行于终端设备上的代理执行所述资产处理方法。
9.一种终端设备,包括:
存储器,用于至少存储一组指令集;
处理器,用于调用并执行所述存储器中的所述指令集,通过执行所述指令集进行以下操作:
加入第一网络作为所述第一网络中的普通节点,所述第一网络中包括多个普通节点;所述普通节点为终端设备;
通过所述第一网络中满足数据条件的至少一个第一节点获得目标数据;
如果所述第一网络中不存在满足数据条件的第一节点,通过第二网络中的超级节点获得目标数据,所述第二网络中包括多个超级节点,所述超级节点为存储服务器。
10.一种资产处理***,所述***包括:由多个普通节点构成的第一网络,以及由多个超级节点构成的第二网络;所述普通节点为如权利要求9所述的终端设备,所述超级节点为存储服务器;其中:
终端设备通过所述第一网络中满足数据条件的至少一个第一节点获得目标数据,如果所述第一网络中不存在满足数据条件的第一节点,通过第二网络中的超级节点获得目标数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911418537.9A CN111211991B (zh) | 2019-12-31 | 2019-12-31 | 一种资产处理方法、***及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911418537.9A CN111211991B (zh) | 2019-12-31 | 2019-12-31 | 一种资产处理方法、***及终端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111211991A true CN111211991A (zh) | 2020-05-29 |
CN111211991B CN111211991B (zh) | 2022-06-28 |
Family
ID=70789898
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911418537.9A Active CN111211991B (zh) | 2019-12-31 | 2019-12-31 | 一种资产处理方法、***及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111211991B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112954052A (zh) * | 2021-02-07 | 2021-06-11 | 深圳市星网储区块链有限公司 | 一种基于点到点的流媒体分发方法及装置 |
CN114996557A (zh) * | 2021-11-30 | 2022-09-02 | 百度在线网络技术(北京)有限公司 | 服务稳定性确定方法、装置、设备以及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030084134A1 (en) * | 2000-09-01 | 2003-05-01 | Pace Charles P. | System and method for bridging assets to network nodes on multi-tiered networks |
CN103581245A (zh) * | 2012-07-30 | 2014-02-12 | 腾讯科技(深圳)有限公司 | 一种内容分发网络内容分发的方法及*** |
CN108259542A (zh) * | 2016-12-29 | 2018-07-06 | 腾讯科技(深圳)有限公司 | 资源的传输方法和装置 |
CN109495433A (zh) * | 2017-09-13 | 2019-03-19 | 腾讯科技(深圳)有限公司 | 数据下载方法和装置、存储介质及电子装置 |
CN110300191A (zh) * | 2019-07-29 | 2019-10-01 | 崔翛龙 | 服务***及数据处理方法 |
-
2019
- 2019-12-31 CN CN201911418537.9A patent/CN111211991B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030084134A1 (en) * | 2000-09-01 | 2003-05-01 | Pace Charles P. | System and method for bridging assets to network nodes on multi-tiered networks |
CN103581245A (zh) * | 2012-07-30 | 2014-02-12 | 腾讯科技(深圳)有限公司 | 一种内容分发网络内容分发的方法及*** |
CN108259542A (zh) * | 2016-12-29 | 2018-07-06 | 腾讯科技(深圳)有限公司 | 资源的传输方法和装置 |
CN109495433A (zh) * | 2017-09-13 | 2019-03-19 | 腾讯科技(深圳)有限公司 | 数据下载方法和装置、存储介质及电子装置 |
CN110300191A (zh) * | 2019-07-29 | 2019-10-01 | 崔翛龙 | 服务***及数据处理方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112954052A (zh) * | 2021-02-07 | 2021-06-11 | 深圳市星网储区块链有限公司 | 一种基于点到点的流媒体分发方法及装置 |
CN114996557A (zh) * | 2021-11-30 | 2022-09-02 | 百度在线网络技术(北京)有限公司 | 服务稳定性确定方法、装置、设备以及存储介质 |
CN114996557B (zh) * | 2021-11-30 | 2023-04-18 | 百度在线网络技术(北京)有限公司 | 服务稳定性确定方法、装置、设备以及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111211991B (zh) | 2022-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11388123B2 (en) | Method and system for providing resiliency in interaction servicing across data centers | |
US9485134B2 (en) | Managing configurations of system management agents in a distributed environment | |
US7839867B2 (en) | Information delivery system, delivery request program, transfer program, delivery program, and the like | |
US8688803B2 (en) | Method for efficient content distribution using a peer-to-peer networking infrastructure | |
CN111211991B (zh) | 一种资产处理方法、***及终端设备 | |
US20130166654A1 (en) | Method and Arrangement in a Peer-to-Peer Network | |
CN100505662C (zh) | 创建点对点数据通道的方法 | |
JP5541812B2 (ja) | コンテンツを公表するための方法及びシステム、コンテンツを検索するための方法及びシステム | |
CN103581276A (zh) | 集群管理装置、***、业务客户端及相应方法 | |
CN106790131B (zh) | 一种参数修改方法、装置及分布式平台 | |
CN104935668A (zh) | 分布式文件***及其数据同步的方法 | |
CN110716734B (zh) | 一种软件升级的方法、装置、电子设备及介质 | |
Albassam et al. | DARE: A distributed adaptation and failure recovery framework for software systems | |
US9760370B2 (en) | Load balancing using predictable state partitioning | |
CN115190103A (zh) | 基于服务网格的服务域名解析方法、装置及设备 | |
CN101325611A (zh) | 一种点对点下载的方法及装置 | |
CN110990448B (zh) | 一种支持容错的分布式查询方法及装置 | |
CN102577249B (zh) | 动态寻址主机的连接的实例组 | |
CN109542981B (zh) | 一种数据同步的***及方法、电子设备、存储介质 | |
CN108418857B (zh) | 一种Zookeeper集群***及其连接方法和装置 | |
JP2009515474A (ja) | 独立したメッセージストアおよびメッセージトランスポートエージェント | |
KR101997602B1 (ko) | 디바이스 양방향 m2m 리소스 관리 방법 | |
JP2010128512A (ja) | 情報通信システム、及びソフトウェア更新方法 | |
Gavalda et al. | Deploying wide-area applications is a snap | |
JP2008065611A (ja) | ソフトウェア更新方式及びソフトウェア更新プログラム |
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 |