CN117749784A - 资源获取方法、装置、电子设备及存储介质 - Google Patents

资源获取方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN117749784A
CN117749784A CN202211123942.XA CN202211123942A CN117749784A CN 117749784 A CN117749784 A CN 117749784A CN 202211123942 A CN202211123942 A CN 202211123942A CN 117749784 A CN117749784 A CN 117749784A
Authority
CN
China
Prior art keywords
node
resource
server
target
storage
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.)
Pending
Application number
CN202211123942.XA
Other languages
English (en)
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.)
Tencent Technology Beijing Co Ltd
Original Assignee
Tencent Technology Beijing 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 Tencent Technology Beijing Co Ltd filed Critical Tencent Technology Beijing Co Ltd
Priority to CN202211123942.XA priority Critical patent/CN117749784A/zh
Publication of CN117749784A publication Critical patent/CN117749784A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)

Abstract

本申请涉及资源获取方法、装置、电子设备及存储介质。上述方法包括响应于第一节点发送的资源搜索请求,从资源搜索请求提取资源特征信息;根据多个存储服务器各自的资源配置信息,确定出能够提供目标资源的第二节点;发送第二节点的节点信息至第一节点,以使得第一节点从第二节点获取目标资源。本申请可以提高资源获取的有效性和成功率。本申请有利于规避单机极限问题,可以降低因扩容、缩容对资源获取效果造成的影响,进而提高了资源获取的稳定性和适应性。本申请实施例可应用于云技术、人工智能、智慧交通、辅助驾驶等各种场景。

Description

资源获取方法、装置、电子设备及存储介质
技术领域
本申请涉及互联网通信技术领域,尤其涉及一种资源获取方法、装置、电子设备及存储介质。
背景技术
在对等网络(Peer-to-peer networking,P2P网络)系统中的每一台计算机既能充当网络服务的请求者,又对其它计算机的请求做出响应,提供资源、服务和内容。为保证计算机能够有效获取资源,引入了tracker服务器(它能够提供tracker的功能,即能够确定到底有多少人同时在下载同一个文件),通过tracker服务器来为计算机a提供能够提供相关资源的计算机b的信息。然而,在相关技术中,常存在着一个tracker服务器与局部的计算机集群的绑定关系,也即该tracker服务器服务该局部的计算机集群。在该局部的计算机集群中的一个计算机需要获取相关资源时,通过tracker服务器对该局部的计算机集群中的其他计算机进行查询。这样较局限的可查询范围影响着获取相关资源的效果。同时,如果服务局部的计算机集群的tracker服务器出现异常,也影响着获取相关资源的效果。因此,需要提供稳定有效的资源获取方案。
发明内容
为了解决上述提出的至少一个技术问题,本申请提供了一种资源获取方法、装置、电子设备及存储介质:
根据本申请的第一方面,提供了一种资源获取方法,应用于节点服务对象,所述节点服务对象用于服务多个节点,所述多个节点之间执行对等网络协议,所述方法包括:
响应于第一节点发送的资源搜索请求,从所述资源搜索请求提取资源特征信息,所述第一节点为所述多个节点中的任一节点;
根据多个存储服务器各自的资源配置信息,确定出能够提供目标资源的第二节点,所述目标资源与所述资源特征信息对应,每一所述存储服务器的资源配置信息表征所述多个节点中部分节点与能够提供的资源之间的对应关系,所述多个存储服务器属于所述节点服务对象,所述第二节点为所述多个节点中除所述第一节点之外的任一节点;
发送所述第二节点的节点信息至所述第一节点,以使得所述第一节点从所述第二节点获取所述目标资源。
根据本申请的第二方面,提供了一种资源获取装置,配置于节点服务对象,所述节点服务对象用于服务多个节点,所述多个节点之间执行对等网络协议,所述装置包括:
响应模块:用于响应于第一节点发送的资源搜索请求,从所述资源搜索请求提取资源特征信息,所述第一节点为所述多个节点中的任一节点;
确定模块:用于根据多个存储服务器各自的资源配置信息,确定出能够提供目标资源的第二节点,所述目标资源与所述资源特征信息对应,每一所述存储服务器的资源配置信息表征所述多个节点中部分节点与能够提供的资源之间的对应关系,所述多个存储服务器属于所述节点服务对象,所述第二节点为所述多个节点中除所述第一节点之外的任一节点;
获取模块:用于发送所述第二节点的节点信息至所述第一节点,以使得所述第一节点从所述第二节点获取所述目标资源。
根据本申请的第三方面,提供了一种电子设备,所述电子设备包括至少一个处理器,以及与所述至少一个处理器通信连接的存储器;其中,所述存储器中存储有至少一条指令或至少一段程序,所述至少一条指令或至少一段程序由所述至少一个处理器加载并执行以实现如第一方面所述的资源获取方法。
根据本申请的第四方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条指令或至少一段程序,所述至少一条指令或至少一段程序由处理器加载并执行以实现如第一方面所述的资源获取方法。
根据本申请的第五方面,提供了一种计算机程序产品,所述计算机程序产品包括至少一条指令或至少一段程序,所述至少一条指令或至少一段程序由处理器加载并执行以实现如第一方面所述的资源获取方法。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,而非限制本申请。
实施本申请,具有以下有益效果:
本申请规定了每一存储服务器的资源配置信息的内涵,节点服务对象中的多个存储服务器均可以为节点提供服务,这样有利于定位到能够提供目标资源的其他节点,提高了资源获取的有效性和成功率。多个存储服务器各自的资源配置信息为实现全局可查提供了贡献,每一存储服务器的资源配置信息的内涵则有利于规避单机极限问题,同时也为针对存储服务器的扩容、缩容提供了条件,可以降低因扩容、缩容对资源获取效果造成的影响,进而提高了资源获取的稳定性和适应性。
根据下面参考附图对示例性实施例的详细说明,本申请的其它特征及方面将变得清楚。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案和优点,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它附图。
图1示出根据本申请实施例的一种应用环境示意图;
图2示出根据本申请实施例的一种资源获取方法的流程示意图;
图3示出根据本申请实施例的节点服务对象响应资源上报请求的过程的流程示意图;
图4示出根据本申请实施例的节点服务对象的架构示意图;
图5也示出根据本申请实施例的一种资源获取方法的流程示意图;
图6示出根据本申请实施例的装置框图;
图7示出根据本申请实施例的电子设备示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
以下将参考附图详细说明本申请的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合,例如,包括A、B、C中的至少一种,可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。
另外,为了更好地说明本申请,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本申请同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本申请的主旨。
对本申请实施例进行进一步详细说明之前,对本申请实施例中涉及的名词和术语进行说明,本申请实施例中涉及的名词和术语适用于如下的解释。
Peer:种子、节点。
请参阅图1,图1示出根据本申请实施例的应用环境示意图,应用环境中可以包括多个节点、节点服务对象。节点服务对象可以包括多个存储服务器。节点与节点服务对象可以通过有线或无线通信方式进行直接或间接地连接。节点与节点之间可以通过有线或无线通信方式进行直接或间接地连接。节点服务对象接收第一节点发送的资源搜索请求,从资源搜索请求提取资源特征信息,第一节点为多个节点中的任一节点;节点服务对象根据多个存储服务器各自的资源配置信息,确定出能够提供目标资源的第二节点,目标资源与资源特征信息对应,每一存储服务器的资源配置信息表征多个节点中部分节点与能够提供的资源之间的对应关系,多个存储服务器属于节点服务对象,第二节点为多个节点中除第一节点之外的任一节点;节点服务对象发送第二节点的节点信息至第一节点,以使得第一节点从第二节点获取目标资源。需要说明的是,图1仅仅是一种示例。
节点可以是智能手机、电脑(如台式电脑、平板电脑、笔记本电脑)、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、数字助理、智能语音交互设备(如智能音箱)、智能可穿戴设备、智能家电、车载终端等类型的实体设备,也可以是运行于实体设备中的软体,比如计算机程序。节点所对应的操作系统可以是安卓系统(Android系统)、iOS系统(是由苹果公司开发的移动操作系统)、linux系统(一种操作系统)、Microsoft Windows系统(微软视窗操作系统)等。
节点服务对象可以是多个服务器构成的服务器集群或者分布式系统。服务器可以是物理服务器,也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network,内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器。服务器可以包括有网络通信单元、处理器和存储器等等。
在实际应用中,可以将节点视作客户端,将节点服务对象视作为客户端提供后台服务的服务器端。本申请实施例涉及的节点服务对象的架构(可参考图4)可以部署到多种机器类型上的,支持但不限于物理机、云服务器和容器。本申请实施例提供的资源获取方案可以应用于直播场景,对于具有单直播房间过热、直播延迟小、客户端观看片段聚合程度高的特点的直播播放场景,应用本申请实施例提供的资源获取方案可以合理地为直播播放提供P2P网络系统搜索功能。本申请实施例提供的资源获取方案还可以应用于涉及数据存储和搜索的场景。
本申请实施例提供的资源获取方案可以用到有关云计算(cloud computing)的技术。云计算是一种计算模式,它将计算任务分布在大量计算机构成的资源池上,使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的,并且可以随时获取,按需使用,随时扩展,按使用付费。作为云计算的基础能力提供商,会建立云计算资源池(简称云平台,一般称为IaaS(Infrastructure as a Service,基础设施即服务)平台,在资源池中部署多种类型的虚拟资源,供外部客户选择使用。云计算资源池中主要包括:计算设备(为虚拟化机器,包含操作系统)、存储设备、网络设备。按照逻辑功能划分,在IaaS(Infrastructure as a Service,基础设施即服务)层上可以部署PaaS(Platform as a Service,平台即服务)层,PaaS层之上再部署SaaS(Software as a Service,软件即服务)层,也可以直接将SaaS部署在IaaS上。PaaS为软件运行的平台,如数据库、web容器等。SaaS为各式各样的业务软件,如web门户网站、短信群发器等。一般来说,SaaS和PaaS相对于IaaS是上层。
需要说明的是,对于与用户信息存在关联关系的节点信息、资源标识等,当本申请实施例运用到具体产品或技术中时,需要获得用户许可或者同意,且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
图2示出根据本申请实施例的一种资源获取方法的流程示意图,如图2所示,该方法包括:
S201:响应于第一节点发送的资源搜索请求,从所述资源搜索请求提取资源特征信息,所述第一节点为所述多个节点中的任一节点;
在本申请实施例中,响应于第一节点发送的资源搜索请求,节点服务对象从资源搜索请求提取资源特征信息。如图1所示,第一节点是多个节点中的任一节点。多个节点之间执行对等网络协议,也即各节点的地位是平等的。节点服务对象用于服务多个节点,节点服务对象可以对P2P网络系统中当前节点的资源情况进行管理,并为当前节点提供资源搜索服务。比如,节点服务对象存储当前节点与其能够提供的资源之间的对应关系;节点服务对象接收当前节点的资源搜索请求,节点服务对象反馈当前节点资源搜索结果。在实际应用中,节点服务对象还能够提供tracker的功能,即能够确定到底有多少人同时在下载同一个文件。节点服务对象可以是以相关技术中的tracker服务器为基础进行相关改进而得到的。
资源搜索请求可以是第一节点基于资源特征信息所生成的。第一节点发送资源搜索请求至节点服务对象,旨在请求节点服务对象反馈能够提供相关资源的其他节点的信息。资源特征信息可以表征待获取资源的资源标识特征、资源内容特征中的至少之一。为有效管理资源,常会为资源赋予资源标识以便于存储、查找等。可以存在不同维度的资源标识,比如时间维度的资源标识、数据格式维度的资源标识等。相应的,资源标识特征可以取自这些不同维度的资源标识。以待获取资源为视频资源为例,资源内容特征可以包括以下至少之一:音频内容特征、图像内容特征、文本内容特征。
示例性的,待获取资源可以指示第一节点当前展示的直播资源。可以理解,用户通过第一节点提供的交互界面观看直播a,资源搜索请求由用户通过交互界面触发生成,资源特征信息表征直播a的资源标识特征、资源内容特征中的至少之一。资源搜索请求用于请求节点服务对象反馈能够提供直播a的其他节点的信息。在实际应用中,这里的资源特征信息可以指示提供直播a的直播间A的直播间标识,直播间A的直播间标识可以是由直播平台分配的。也就是说,第一节点通过交互界面展示直播间A。若节点服务对象反馈的能够提供直播a的其他节点的信息指示第二节点,那么说明第二节点能够提供直播间A的直播资源。
S202:根据多个存储服务器各自的资源配置信息,确定出能够提供目标资源的第二节点,所述目标资源与所述资源特征信息对应,每一所述存储服务器的资源配置信息表征所述多个节点中部分节点与能够提供的资源之间的对应关系,所述多个存储服务器属于所述节点服务对象,所述第二节点为所述多个节点中除所述第一节点之外的任一节点;
在本申请实施例中,节点服务对象根据多个存储服务器各自的资源配置信息,确定出能够提供目标资源的第二节点。节点服务对象包括多个存储服务器,节点服务对象利用多个存储服务器存储当前节点与其能够提供的资源之间的对应关系。目标资源是与资源特征信息对应的资源。第二节点为多个节点中除第一节点之外的任一节点。也就是说,响应于第一节点的资源搜索请求,节点服务对象从P2P网络系统的当前节点中确定出能够提供目标资源的其他节点。由于每一存储服务器的资源配置信息表征多个节点中部分节点与能够提供的资源之间的对应关系,那么节点服务对象可以对多个存储服务器各自的资源配置信息进行轮询,以确定出能够提供目标资源的第二节点。这样采用分散轮询查询节点方式,可以到达局部最优、全局可查的效果。
对于每一存储服务器的资源配置信息表征多个节点中部分节点与能够提供的资源之间的对应关系,可以理解,每一存储服务器的资源配置信息表征局部节点与能够提供的资源的对应关系,所有存储服务器的资源配置信息表征全局节点与能够提供的资源的对应关系。考虑到每个节点能够提供的资源的数量可以不低于2,同一节点与其能够提供的资源的对应关系则可以包括至少两个对应关系。这些对应关系可以作为一个整体由同一存储服务器进行统一存储,这些对应关系也可以作为至少两个独立的个体由不同的存储服务器进行分别存储。比如,节点1涉及对应关系1-3;当对应关系1-3作为一个整体时,可以仅由一个存储服务器存储,也可以由多个存储服务器中的至少两个存储服务器存储。当对应关系1-3作为3个独立的个体时,可以由一个存储服务器i存储对应关系1、由一个存储服务器j存储对应关系2、由一个存储服务器k存储对应关系3;也可以由一个存储服务器存储对应关系1、由另一个存储服务器存储对应关系2、3;也可以由一个存储服务器存储对应关系1-3、由另一个存储服务器存储对应关系2。需要说明的是,不同存储服务器的资源配置信息之间可以存在交集。
节点服务对象对多个存储服务器各自的资源配置信息进行轮询的顺序可以是随机的,可以将基于某一存储服务器的资源配置信息确定出的能够提供目标资源的首个节点作为第二节点;可以先确定出能够提供目标资源的至少两个候选节点,然后基于第一节点将至少两个候选节点中的就近节点作为第二节点。其中,至少两个候选节点分别对应的确定时间满足预设时间区间的要求,就近节点所用的域名解析节点的地理位置与第一节点所用的域名解析节点的地理位置相近。参见图5,也可以存在至少两个第二节点(对应图中的种子列表)。
S203:发送所述第二节点的节点信息至所述第一节点,以使得所述第一节点从所述第二节点获取所述目标资源。
在本申请实施例中,节点服务对象发送第二节点的节点信息至第一节点。第一节点根据第二节点的节点信息可以找到同属一个P2P网络系统的第二节点。第一节点发送指示目标资源的资源获取请求至第二节点,进而接收第二节点返回的有关目标资源的资源数据。
下面将对节点服务对象如何响应资源上报请求、如何标记节点状态、以及如何监测维护资源配置信息进行分别介绍。
一)节点服务对象如何响应资源上报请求:
如图3所示,节点服务对象响应资源上报请求的过程可以包括以下步骤:
S301:响应于所述第一节点发送的资源上报请求,确定所述资源上报请求所指示的待上报直播资源,以及确定所述待上报直播资源的热度;
S302:当所述热度大于热度阈值时,从所述多个存储服务器中确定出第一目标存储服务器,以及将所述第一节点与所述待上报直播资源之间的对应关系存储至所述第一目标存储服务器,所述第一目标服务器预设为第一数量,所述第一数量小于所述多个存储服务器的总数;
S303:当所述热度小于或等于所述热度阈值时,从所述多个存储服务器中确定出第二目标存储服务器,以及将所述第一节点与所述待上报直播资源之间的对应关系存储至所述第二目标存储服务器,所述第二目标服务器预设为第二数量,所述第二数量大于所述第一数量、且小于或等于所述多个存储服务器的总数。
这里响应资源上报请求的过程应用于直播场景,根据待上报直播资源的热度,对其与上报节点的对应关系在多个存储服务器中的存储范围进行不同设置,使得冷流直播资源的存储范围大于热流直播资源的存储范围,可以有效避免单直播间过热、直播延迟大等情况的出现。
节点服务对象确定资源上报请求所指示的待上报直播资源,以及确定待上报直播资源的热度。热度可以是基于至少一个下述参数所确定的:待上报直播资源对应的直播间的当前观看人数、当前预约人数、当前互动数据(它可以表征来自观众的评论、打赏、分享等用户操作行为)、历史热度数据。热度可以是直播平台确定的,并允许由第一节点将其融入资源上报请求中。热度也可以是由节点服务对象基于上述参数确定,而参数经直播平台允许由第一节点将其融入资源上报请求中。
若待上报直播资源的热度大于热度阈值,说明待上报直播资源为热流直播资源,第一节点与待上报直播资源之间的对应关系的第一存储范围涉及部分存储服务器。若待上报直播资源的热度小于或等于热度阈值,说明待上报直播资源为冷流直播资源,第一节点与待上报直播资源之间的对应关系的第二存储范围涉及全部存储服务器或者部分存储服务器。但第二存储范围涉及的部分存储服务器的数量大于第一存储范围涉及的部分存储服务器的数量。第一存储范围小于第二存储范围,那么热流直播资源与能够提供其的节点的对应关系存储于更少的存储服务器,后续查找该热流直播资源的效率、命中率在一定程度上也越低,这样可以避免该热流直播资源对应的直播间过热、直播延迟大等情况的出现;冷流直播资源与能够提供其的节点的对应关系存储于更多的存储服务器,后续查找该冷流直播资源的效率、命中率在一定程度上也越高,这样有利于提高该冷流直播资源对应的直播间的热度。
可以从多个存储服务器中随机确定第一数量个存储服务器为第一目标存储服务器;也可以根据存储服务器的负载状态,从多个存储服务器中确定较低负载的第一数量个存储服务器为第一目标存储服务器;也可以根据存储服务器的地理位置,从多个存储服务器中确定与指定地理位置较近的的第一数量个存储服务器为第一目标存储服务器。指定地理位置为第一节点所用的域名解析节点的地理位置。当第二数量小于多个存储服务器的总数时,第二目标存储服务器的确定方式同上,不再赘述。
进一步的,所述第一数量为一,所述从所述多个存储服务器中确定出第一数量个第一目标存储服务器可以包括以下步骤:首先,获取所述待上报直播资源的资源标识;然后,根据一致性哈希算法从所述多个存储服务器中确定出与所述资源标识对应的所述第一目标存储服务器。
可以构造一个一致性哈希环,一致性哈希环可以是232-1的哈希空间对应的圆环。对于多个存储服务器,可以对存储服务器的设备标识进行哈希,得到设备哈希值,以基于设备哈希值将存储服务器映射到一致性哈希环上。可以对待上报直播资源的资源标识进行哈希,得到资源哈希值;然后,可以基于资源哈希值在一致性哈希环上确定关联设备哈希值,并将关联设备哈希值对应的存储服务器确定为第一目标存储服务器。若存在等于资源哈希值的设备哈希值,则将该设备哈希值作为关联设备哈希值。若不存在等于资源哈希值的设备哈希值,则将一致性哈希环上资源哈希值在顺时针方向上相邻的设备哈希值作为关联设备哈希值。一致性哈希算法的应用,可以保证热流直播资源与能够提供其的节点的对应关系可以均衡的分散至存储服务器中。
二)节点服务对象如何标记节点状态:
P2P网络系统的当前节点一般指处于在线状态的节点。引入心跳包来对节点状态进行标记,可以减少数据传输连接建立的次数,从而降低系统的计算资源消耗。
节点服务对象响应心跳包的过程可以包括以下步骤:首先,响应于所述第一节点发送的心跳包,标记所述第一节点处于在线状态;然后,从所述心跳包提取待处理消息,以及同步所述第一节点的状态信息和所述待处理消息至目标存储服务器,所述目标存储服务器属于所述多个存储服务器,所述目标存储服务器用于存储所述第一节点与能够提供的资源之间的对应关系。
第一节点向节点服务对象发送心跳包,说明第一节点已登录P2P网络系统,同时心跳包的发送表明第一节点没有登出P2P网络系统的意图。节点服务对象可以基于接收到心跳包这一事件,标记第一节点处于在线状态。心跳包可以携带待处理消息,也可以不携带待处理消息。待处理消息可以与第一节点的已上报资源有关,比如指示已上报资源的资源特征信息需要更新的消息。当心跳包携带待处理消息,节点服务对象发送第一节点处于在线状态的状态信息和待处理消息至目标存储服务器。当心跳包未携带待处理消息,节点服务对象发送第一节点处于在线状态的状态信息至目标存储服务器。
结合前述步骤S202中有关存储服务器的资源配置信息的介绍,目标存储服务器可以是多个存储服务器的全部或者部分。目标存储服务器与第一节点的已上报资源有关,目标存储服务器包括已上报资源对应的第一目标存储服务器或者第二目标存储服务器,可参考前述步骤S301-S302。将第一节点的状态信息同步至目标存储服务器,可以保证响应资源搜索请求所确定的第二节点处于在线状态,进而保证从第二节点获取目标资源的有效性。
进一步的,所述节点服务对象还包括接入服务器、标识分配服务器和多个在线服务器,所述响应于所述第一节点发送的心跳包,标记所述第一节点处于在线状态,可以包括以下步骤:
1)利用所述接入服务器接收所述第一节点发送的所述心跳包,所述心跳包携带有所述第一节点的标识,所述标识是由所述标识分配服务器响应于所述第一节点的登录请求所分配的;
2)根据映射关系,利用所述接入服务器转发所述心跳包至目标在线服务器,所述映射关系表征所述标识与所述目标在线服务器之间的关系,所述目标在线服务器是根据一致性哈希算法所确定的与所述标识对应的在线服务器,所述目标在线服务器是从所述多个在线服务器中确定的;
3)利用所述目标在线服务器基于所述心跳包标记所述第一节点处于在线状态。
参见图4、5,节点对应图中的客户端,接入服务器对应图中的接入服务,标识分配服务器对应图中的放号服务,在线服务器对应图中的在线服务。可以由接入服务器接收第一节点发送的心跳包,心跳包携带有第一节点的标识。该标识可以视作第一节点请求登录P2P网络系统而被分配的账号。第一节点发送登录请求至节点服务对象,登录请求可以由接入服务器接收,接入服务器将登录请求转发至标识分配服务器,标识分配服务器发送为第一节点分配的标识至接入服务器,进而接入服务器发送标识至第一节点。
考虑到标记节点状态的过程可能涉及多个心跳包,且可以参与节点状态标记的在线服务器有多个,为保证由同一个在线服务器负责相关节点的节点状态标记,这里用到了一致性哈希算法。由同一个在线服务器负责相关节点的节点状态标记有利于节点状态标记的准确性。
可以构造一个一致性哈希环,一致性哈希环可以是232-1的哈希空间对应的圆环。对于多个在线服务器,可以对在线服务器的设备标识进行哈希,得到设备哈希值,以基于设备哈希值将在线服务器映射到一致性哈希环上。可以对第一节点的标识进行哈希,得到节点哈希值;然后,可以基于节点哈希值在一致性哈希环上确定关联设备哈希值,并将关联设备哈希值对应的在线服务器确定为目标在线服务器。关联设备哈希值的确定方式可以参考上述应用一致性哈希算法确定第一目标存储服务器的相关记载,不再赘述。
如图5所示,在第一节点已登录P2P网络系统后,需要定时向节点服务对象发送心跳包,以维持其在P2P网络系统中的在线状态。节点服务对象所包括的接入服务器可以有多个。在多个接入服务器中的任一接入服务器接收到心跳包之后,该接入服务器基于上述映射关系转发心跳包至目标在线服务器,这样可以保证相同节点发送的所有心跳包被均转发至同一在线服务器。相应的,可以由该在线服务器统一管理接收到的心跳包,进而标记节点状态(对应图中更新节点信息)。此外,节点服务对象所包括的标识分配服务器可以有多个。在多个接入服务器中的任一接入服务器接收到登录请求之后,该接入服务器将登录请求转发至标识分配服务器。标识分配服务器为第一节点所分配的可以不只包括标识(如唯一的UIN),还可以包括该标识对应的密码(如TOKEN)。
进一步的,参见图4、5,节点对应图中的客户端,在线服务器对应图中的在线服务,存储服务器对应图中的存储服务。在线服务收到请求后进行异步处理,根据收到的请求信息存储至自身共享内存或消息队列中。将客户端的登出请求、首个心跳请求加入消息队列且写入到共享内存,其余仅写入共享内存。之后分为两种方式处理,定时周期处理和实时处理。定期将自身共享内存中的客户端信息同步到存储服务,实时对消息队列中的消息进行消费处理。此外,在线服务自身拥有自动淘汰功能,会周期性扫描共享内存中数据,超时无心跳信息时则标记相关客户端处于下线状态,且同步至下游存储服务。
三)节点服务对象如何监测维护资源配置信息
所述节点服务对象还包括多个管理服务器,所述多个管理服务器用于监测维护所述多个存储服务器各自的资源配置信息。管理服务器可以通过下述步骤参与资源配置信息的监测维护:首先,针对每一所述存储服务器,基于所述存储服务器的当前资源配置信息确定对应的数据标识;然后,根据一致性哈希算法,将与所述数据标识对应的管理服务器确定为目标管理服务器,所述目标管理服务器是从所述多个管理服务器中确定的;再者,发送所述当前资源配置信息至所述目标管理服务器。
参见图4、5,管理服务器对应图中的管理服务。多个管理服务器负责多个存储服务器涉及的全部资源配置信息的监测维护。监测维护可以涉及两个维度,一是对这些数据进行整理,比如聚合处理,以为工作人员提供准确、可视化的监测信息;二是提供工作人员参与监测维护这些数据的途径,比如接口,以便于工作人员及时定位异常并处理。为实现这些数据可以均衡的分散至管理服务器的效果,这里也用到了一致性哈希算法,具体为:
可以构造一个一致性哈希环,一致性哈希环可以是232-1的哈希空间对应的圆环。对于多个管理服务器,可以对在线服务器的设备标识进行哈希,得到设备哈希值,以基于设备哈希值将管理服务器映射到一致性哈希环上。可以对当前资源配置信息对应的数据标识进行哈希,得到信息哈希值;然后,可以基于信息哈希值在一致性哈希环上确定关联设备哈希值,并将关联设备哈希值对应的管理服务器确定为目标管理服务器。关联设备哈希值的确定方式可以参考上述应用一致性哈希算法确定第一目标存储服务器的相关记载,不再赘述。这样可以尽量避免重复,让每一管理服务器接收到的资源配置信息存在差异。可以理解,这里为每一管理服务器分配一个唯一值,管理服务器依据唯一值去存储服务器获取资源配置信息。唯一值是根据管理服务器自身IP地址(互联网协议地址)和PORT(端口)地址确定的哈希value(值)、管理服务器总数作为的哈希key(键)值所决定的。需要说明的是,发送资源配置信息至管理服务器,并不是将资源配置信息由存储服务器迁移至管理服务器,而是在管理服务器进行资源配置信息同步。管理服务器可以实时与存储服务器交互以同步数据。
在实际应用中,本申请实施例提供的资源获取方案应用于节点服务对象。节点服务对象可以作为支持千万级用户同时在线的P2P直播场景下的种子搜索系统。如图4、5所示,节点服务对象包括接入服务、放号服务、在线服务、存储服务和管理服务。接入服务提供节点服务对象的流量接入,将各消息按照规则转发给下游服务。比如,将登陆信令转发给放号服务处理,将心跳信令和登出信令转发给在线服务处理,将上报信令和查种信令转发给存储服务处理。放号服务的作用是为客户端分配标识(如唯一的UIN)和该标识对应的密码(如TOKEN)。在线服务的作用是聚合心跳信令,以减少直接到达存储服务上面的心跳请求次数。这样的节点服务对象架构解决了各个服务的平行扩容问题。接入服务、放号服务和管理服务支持无损扩缩容,也就是说,多个接入(或者放号、管理)服务器中的任一接入(或者放号、管理)服务器均能独立处理接入(或者放号、管理)任务,接入(或者放号、管理)服务器的数量的增减对处理接入(或者放号、管理)任务的效果影响较小,甚至无影响。存储服务和在线服务扩容或缩容一台机器影响范围为1/N,其中N是扩容或缩容后的当前服务的机器总数。也即,存储(或者在线)服务器的数量的增减对处理存储(或者在线)任务的效果影响较小,且该影响是可量化、可控的。
节点服务对象主要响应客户端(对应上述节点)发送的5种信令:登陆(对应上述登录请求)、登出、心跳(对应上述心态包)、上报(对应上述资源上报请求)和查种(对应上述资源搜索请求)。登陆即加入P2P网络系统的信令,会响应标识(如唯一的UIN)和该标识对应的密码(如TOKEN)。登出即退出P2P网络系统信令,告知节点服务对象更新相关客户端信息,比如删除相关客户端信息或者标识相关客户端处于下线状态。心跳的作用为维持相关客户端在P2P网络系统中的在线状态。上报为告知节点服务对象自己能够提供哪些资源以供其他客户端下载。查种为查询P2P网络系统中某一资源有哪些可用客户端可供自己下载使用。
图5中的“2”表示客户端成功加入P2P网络系统。图5中的“3-4”表示客户端上报给接入服务自己身上的资源,接入服务把该资源转发给存储服务保存。图5中的“5.3”表示在线服务保存客户端处于在线状态的状态信息,定时去执行在线同步操作,同步给存储服务。图5中的“7-8”表示客户端向接入服务发起查种请求,接入服务会转发该查种请求到随机一台存储服务,并把存储服务的查询结果返回给客户端。图5中的“9-10”表示客户端向接入服务发起登出请求,接入服务转发该登出请求到在线服务(对应上述目标在线服务器)。在线服务(对应上述目标在线服务器)删除该客户端信息,然后同步给存储服务(对应上述目标存储服务器)该客户端已下线。
在一个实施例中,接入服务可以包括多个上述接入服务器,多个接入服务器中的任一接入服务器均能独立处理节点请求(如上述登录请求、资源上报请求、心跳包和资源搜索请求),每一接入服务器均能将接收到的节点请求转发至下游服务,这样多个接入服务器为无状态服务,支持随机访问。对于登陆信令和查种信令,接入服务随机转发至下游服务。对于登出信令和心跳信令,接入服务转发到下游在线服务时需携带上同步方式信息。同步方式分为哈希同步和全量同步两种,其中哈希key值是基于上述UIN决定的。这里的同步方式信息可以用于确定上述目标存储服务器。
此外,在节点请求到达接入服务之前,客户端需要解析节点服务对象的域名,根据客户端的来源IP地址按照域名规则就近获取到外网IP,该外网IP指示流量分发模块的IP。该流量分发模块用于提供流量分发服务,该流量分发模块属于节点服务对象,该流量分发模块会负责把流量随机均衡地转发到接入服务中,这样有利于接入服务的负载均衡。客户端可以就近接入,域名解析和接入服务会根据客户端的IP地址选择最近机器进行服务提供,且存储服务会优先返回网络距离最近的节点,这样可提高P2P下载速度。客户端可查询到全网能够提供与正在观看的资源相同的资源的节点,通过接入服务的随机转发查种,即可扫描到全网的所有节点,并且每次都取到局部最优节点。
在一个实施例中,可以将客户端上报请求(如上述登录请求、资源上报请求、心跳包和资源搜索请求)先转发至一个新的过渡地方:存储接口层服务。存储接口层服务的作用与在线服务类似,聚合上报请求。将类似上报写操作聚合起来,同步给存储服务,这样可以降低存储服务对上报请求公共包头的编解次数,即进行存储数据的批量写操作。
由以上本申请实施例提供的技术方案可见,本申请实施例规定了每一存储服务器的资源配置信息的内涵,节点服务对象中的多个存储服务器均可以为节点提供服务,这样有利于定位到能够提供目标资源的其他节点,提高了资源获取的有效性和成功率。多个存储服务器各自的资源配置信息为实现全局可查提供了贡献,每一存储服务器的资源配置信息的内涵则有利于规避单机极限问题,同时也为针对存储服务器的扩容、缩容提供了条件,可以降低因扩容、缩容对资源获取效果造成的影响,进而提高了资源获取的稳定性和适应性。
本申请实施例还提供了一种资源获取装置,如图6所示,该资源获取装置60配置于节点服务对象,所述节点服务对象用于服务多个节点,所述多个节点之间执行对等网络协议,该资源获取装置60包括:
响应模块601:用于响应于第一节点发送的资源搜索请求,从所述资源搜索请求提取资源特征信息,所述第一节点为所述多个节点中的任一节点;
确定模块602:用于根据多个存储服务器各自的资源配置信息,确定出能够提供目标资源的第二节点,所述目标资源与所述资源特征信息对应,每一所述存储服务器的资源配置信息表征所述多个节点中部分节点与能够提供的资源之间的对应关系,所述多个存储服务器属于所述节点服务对象,所述第二节点为所述多个节点中除所述第一节点之外的任一节点;
获取模块603:用于发送所述第二节点的节点信息至所述第一节点,以使得所述第一节点从所述第二节点获取所述目标资源。
需要说明的,所述装置实施例中的装置与方法实施例基于同样的发明构思。
在一些实施例中,本申请实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法,其具体实现可以参照上文方法实施例的描述,为了简洁,这里不再赘述。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条指令或至少一段程序,所述至少一条指令或至少一段程序由处理器加载并执行以实现上述方法。计算机可读存储介质可以是非易失性计算机可读存储介质。
本申请实施例还提供了一种电子设备,所述电子设备包括至少一个处理器,以及与所述至少一个处理器通信连接的存储器;其中,所述存储器中存储有至少一条指令或至少一段程序,所述至少一条指令或至少一段程序由所述至少一个处理器加载并执行以实现上述方法。
电子设备可以被提供为终端、服务器或其它形态的设备。
图7示出根据本申请实施例的一种电子设备的框图。例如,电子设备1900可以被提供为一服务器。参照图7,电子设备1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。
电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理,一个有线或无线网络接口1950被配置为将电子设备1900连接到网络,和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器1932,上述计算机程序指令可由电子设备1900的处理组件1922执行以完成上述方法。
本申请可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本申请的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本申请操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,上述编程语言包括面向对象的编程语言—诸如Smalltalk、C+等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本申请的各个方面。
这里参照根据本申请实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,上述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标准的功能也可以以不同于附图中所标准的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本申请的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种资源获取方法,其特征在于,应用于节点服务对象,所述节点服务对象用于服务多个节点,所述多个节点之间执行对等网络协议,所述方法包括:
响应于第一节点发送的资源搜索请求,从所述资源搜索请求提取资源特征信息,所述第一节点为所述多个节点中的任一节点;
根据多个存储服务器各自的资源配置信息,确定出能够提供目标资源的第二节点,所述目标资源与所述资源特征信息对应,每一所述存储服务器的资源配置信息表征所述多个节点中部分节点与能够提供的资源之间的对应关系,所述多个存储服务器属于所述节点服务对象,所述第二节点为所述多个节点中除所述第一节点之外的任一节点;
发送所述第二节点的节点信息至所述第一节点,以使得所述第一节点从所述第二节点获取所述目标资源。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于所述第一节点发送的资源上报请求,确定所述资源上报请求所指示的待上报直播资源,以及确定所述待上报直播资源的热度;
当所述热度大于热度阈值时,从所述多个存储服务器中确定出第一目标存储服务器,以及将所述第一节点与所述待上报直播资源之间的对应关系存储至所述第一目标存储服务器,所述第一目标服务器预设为第一数量,所述第一数量小于所述多个存储服务器的总数。
3.根据权利要求2所述的方法,其特征在于,所述第一数量为一,所述从所述多个存储服务器中确定出第一数量个第一目标存储服务器,包括:
获取所述待上报直播资源的资源标识;
根据一致性哈希算法从所述多个存储服务器中确定出与所述资源标识对应的所述第一目标存储服务器。
4.根据权利要求2或3任意一项所述的方法,其特征在于,所述响应于所述第一节点发送的资源上报请求,确定所述资源上报请求所指示的待上报直播资源,以及确定所述待上报直播资源的热度之后,所述方法还包括:
当所述热度小于或等于所述热度阈值时,从所述多个存储服务器中确定出第二目标存储服务器,以及将所述第一节点与所述待上报直播资源之间的对应关系存储至所述第二目标存储服务器,所述第二目标服务器预设为第二数量,所述第二数量大于所述第一数量、且小于或等于所述多个存储服务器的总数。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于所述第一节点发送的心跳包,标记所述第一节点处于在线状态;
从所述心跳包提取待处理消息,以及同步所述第一节点的状态信息和所述待处理消息至目标存储服务器,所述目标存储服务器属于所述多个存储服务器,所述目标存储服务器用于存储所述第一节点与能够提供的资源之间的对应关系。
6.根据权利要求5所述的方法,其特征在于,所述节点服务对象还包括接入服务器、标识分配服务器和多个在线服务器,所述响应于所述第一节点发送的心跳包,标记所述第一节点处于在线状态,包括:
利用所述接入服务器接收所述第一节点发送的所述心跳包,所述心跳包携带有所述第一节点的标识,所述标识是由所述标识分配服务器响应于所述第一节点的登录请求所分配的;
根据映射关系,利用所述接入服务器转发所述心跳包至目标在线服务器,所述映射关系表征所述标识与所述目标在线服务器之间的关系,所述目标在线服务器是根据一致性哈希算法所确定的与所述标识对应的在线服务器,所述目标在线服务器是从所述多个在线服务器中确定的;
利用所述目标在线服务器基于所述心跳包标记所述第一节点处于在线状态。
7.根据权利要求1所述的方法,其特征在于,所述节点服务对象还包括多个管理服务器,所述多个管理服务器用于监测维护所述多个存储服务器各自的资源配置信息,所述方法还包括:
针对每一所述存储服务器,基于所述存储服务器的当前资源配置信息确定对应的数据标识;
根据一致性哈希算法,将与所述数据标识对应的管理服务器确定为目标管理服务器,所述目标管理服务器是从所述多个管理服务器中确定的;
发送所述当前资源配置信息至所述目标管理服务器。
8.一种资源获取装置,其特征在于,配置于节点服务对象,所述节点服务对象用于服务多个节点,所述多个节点之间执行对等网络协议,所述装置包括:
响应模块:用于响应于第一节点发送的资源搜索请求,从所述资源搜索请求提取资源特征信息,所述第一节点为所述多个节点中的任一节点;
确定模块:用于根据多个存储服务器各自的资源配置信息,确定出能够提供目标资源的第二节点,所述目标资源与所述资源特征信息对应,每一所述存储服务器的资源配置信息表征所述多个节点中部分节点与能够提供的资源之间的对应关系,所述多个存储服务器属于所述节点服务对象,所述第二节点为所述多个节点中除所述第一节点之外的任一节点;
获取模块:用于发送所述第二节点的节点信息至所述第一节点,以使得所述第一节点从所述第二节点获取所述目标资源。
9.一种电子设备,其特征在于,所述电子设备包括至少一个处理器,以及与所述至少一个处理器通信连接的存储器;其中,所述存储器中存储有至少一条指令或至少一段程序,所述至少一条指令或至少一段程序由所述至少一个处理器加载并执行以实现如权利要求1-7任意一项所述的资源获取方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有至少一条指令或至少一段程序,所述至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-7任意一项所述的资源获取方法。
CN202211123942.XA 2022-09-15 2022-09-15 资源获取方法、装置、电子设备及存储介质 Pending CN117749784A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211123942.XA CN117749784A (zh) 2022-09-15 2022-09-15 资源获取方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211123942.XA CN117749784A (zh) 2022-09-15 2022-09-15 资源获取方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN117749784A true CN117749784A (zh) 2024-03-22

Family

ID=90259702

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211123942.XA Pending CN117749784A (zh) 2022-09-15 2022-09-15 资源获取方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN117749784A (zh)

Similar Documents

Publication Publication Date Title
KR102305064B1 (ko) 비디오 라이브 방송 방법 및 장치
US11284126B2 (en) Method and system for streaming media live broadcast
CN106302616B (zh) 网络唤醒方法、远程服务器和网络交换设备
WO2017088384A1 (zh) 一种直播视频的上传方法、装置及系统
CN105635180B (zh) 消息推送方法及装置
CN111614748B (zh) 用于可扩展的对等匹配的设备及方法
CN111355986B (zh) 一种直播间中的消息处理方法、装置和存储介质
CN108924609B (zh) 流媒体数据传输的方法、电子设备、装置及存储介质
CN113055692A (zh) 数据处理方法及装置
CN107995013B (zh) 客服分配方法及装置
CN107222760B (zh) 一种对观看用户分组的方法及装置
CN110545327A (zh) 一种信息推送方法及系统
WO2023061060A1 (zh) 音视频码流的调度方法、系统、介质及电子装置
CN111541684B (zh) 直播间的信令发送方法、装置、服务器及存储介质
CN114064275A (zh) 数据处理方法及装置
CN106411713B (zh) 一种状态通知方法及服务器
EP3902279A1 (en) Audio and video stream distribution method in audio and video stream distribution system, and dynamic parent node
WO2022128889A1 (en) Enabling multi-edge applications
CN112733051A (zh) 一种基于WebSocket的信息推送管理系统及其方法
CN116996421A (zh) 一种网络质量检测方法及相关设备
CN109587062B (zh) 负载均衡信息同步的方法、装置和处理设备
CN117749784A (zh) 资源获取方法、装置、电子设备及存储介质
CN108668151B (zh) 音视频交互方法及装置
CN107071038B (zh) 一种传输多媒体数据的方法及装置
CN109818999B (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