CN114679604A - 资源处理方法及装置 - Google Patents

资源处理方法及装置 Download PDF

Info

Publication number
CN114679604A
CN114679604A CN202210375812.9A CN202210375812A CN114679604A CN 114679604 A CN114679604 A CN 114679604A CN 202210375812 A CN202210375812 A CN 202210375812A CN 114679604 A CN114679604 A CN 114679604A
Authority
CN
China
Prior art keywords
transcoding
cluster
edge computing
resource
transcoded
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
Application number
CN202210375812.9A
Other languages
English (en)
Other versions
CN114679604B (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.)
Shanghai Bilibili Technology Co Ltd
Original Assignee
Shanghai Bilibili 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 Shanghai Bilibili Technology Co Ltd filed Critical Shanghai Bilibili Technology Co Ltd
Priority to CN202210375812.9A priority Critical patent/CN114679604B/zh
Publication of CN114679604A publication Critical patent/CN114679604A/zh
Application granted granted Critical
Publication of CN114679604B publication Critical patent/CN114679604B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/233—Processing of audio elementary streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

本申请实施例提供了资源处理方法及装置，应用于第一边缘计算节点，包括接收转码请求，其中，所述转码请求中包含待转码直播流，确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源，在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群与所述初始转码集群通信连接，通过所述目标转码集群对所述待转码直播流进行转码处理。

Description

资源处理方法及装置
技术领域
本申请实施例涉及互联网技术领域，特别涉及一种资源处理方法。本申请一个或者多个实施例同时涉及一种资源处理装置，一种计算设备，以及一种计算机可读存储介质。
背景技术
目前，对于直播流的转码大多采用中心转码的方式或边缘节点转码的方式；其中，中心转码是指主播推送音视频数据至边缘节点，然后再由边缘节点将接收到的所有音视频数据转推至中心集群，由中心集群对音视频数据统一进行转码；边缘节点转码即直接由接收直播流的边缘节点对直播流进行转码，通常边缘节点转码的使用更为便利，并且转码效率较高。
然而，仅采用中心转码的方式转码速度较慢，并且中心转码若出现问题，则所有待转码的直播流均无法进行转码观看；而采用边缘节点转码的方式进行直播流转码，由于不同区域待转码直播流的数量存在差异，可能会导致不同地区的边缘计算节点所在集群包含的转码资源的利用率存在差异，因此，亟需一种有效的方法以解决此类问题。
发明内容
有鉴于此，本申请实施例提供了一种资源处理方法。本申请一个或者多个实施例同时涉及一种资源处理装置，一种资源处理***，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的不同转码集群所包含的转码资源的使用率不同，导致部分转码集群的转码资源不足，而部分转码集群的转码资源利用率过低的技术缺陷。
根据本申请实施例的第一方面，提供了一种资源处理方法，应用于第一边缘计算节点，包括：
接收转码请求，其中，所述转码请求中包含待转码直播流；
确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源；
在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群与所述初始转码集群通信连接；
通过所述目标转码集群对所述待转码直播流进行转码处理。
根据本申请实施例的第二方面，提供了一种资源处理装置，应用于第一边缘计算节点，包括：
接收模块，被配置为接收转码请求，其中，所述转码请求中包含待转码直播流；
第二确定模块，被配置为确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源；
第二确定模块，被配置为在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群与所述初始转码集群通信连接；
转码模块，被配置为通过所述目标转码集群对所述待转码直播流进行转码处理。
根据本申请实施例的第三方面，提供了一种资源处理***，包括：
第一边缘计算节点以及至少两个第二边缘计算节点；
所述第一边缘计算节点，被配置为接收转码请求，其中，所述转码请求中包含待转码直播流，确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源，在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，并向所述目标转码集群的目标第二边缘计算节点发送转码指令，其中，所述目标转码集群与所述初始转码集群通信连接；
所述目标第二边缘计算节点，被配置为响应于所述转码指令，拉取所述待转码直播流，并对所述待转码直播流进行转码处理。
根据本申请实施例的第四方面，提供了一种计算设备，包括：
存储器和处理器；
所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，其中，所述处理器执行所述计算机可执行指令时实现所述资源处理方法的步骤。
根据本申请实施例的第五方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述资源处理方法的步骤。
本申请一个实施例实现了一种资源处理方法及装置，其中，所述资源处理方法包括接收转码请求，其中，所述转码请求中包含待转码直播流，确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源，在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群与所述初始转码集群通信连接，通过所述目标转码集群对所述待转码直播流进行转码处理。
本申请实施例在确定第一边缘计算节点所属初始转码集群包含的可用转码资源不充足，即小于待消耗转码资源的情况下，可通过在与初始转码集群通信连接的其他转码集群中，筛选包含充足可用转码资源的目标转码集群，以利用该目标转码集群中的可用转码资源对待转码直播流进行转码处理，有利于提高不同转码集群中转码资源的利用率，同时有利于提高待转码直播流的转码效率。
附图说明
图1是本申请一个实施例提供的一种资源处理***的架构图；
图2是本申请一个实施例提供的一种资源处理方法的流程图；
图3是本申请一个实施例提供的一种所述资源处理方法的处理过程流程图；
图4是本申请一个实施例提供的一种资源处理装置的结构示意图；
图5是本申请一个实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先，对本申请一个或多个实施例涉及的名词术语进行解释。
直播流：直播音视频数据的传输，它能够被作为一个稳定的和连续的流通过网络传输给观众观看。
转码：是指为了适应不同的网络带宽、不同的终端处理能力和不同的用户需求，将已经压缩编码的视频码流转换成另一个视频码流。
中心转码：专门的转码集群，对推到该转码集群的音视频数据流进行转码。
边缘计算：是一种分布式运算的架构，将应用程序、数据资料与服务的运算，由网络中心节点，移往网络逻辑上的边缘节点来处理。
CDN边缘计算厂商：能够提供边缘计算的CDN厂商。他们提供基本的边缘计算服务。
网络丢包：网络丢包是我们在使用ping(检测某个***能否正常运行)对目站进行询问时，数据包由于各种原因在信道中丢失的现象。
网络丢包率：数据包丢失部分与所传数据包总数的比值。正常传输时网络丢包率应该控制在一定范围内。
RTT：以毫秒(ms)为单位的网络请求从起点到达目的地并再次返回起点所需的持续时间。RTT是确定本地网络或更大Internet上连接健康状况的重要指标，网络管理员通常使用它来诊断网络连接的速度和可靠性。
在本申请中，提供了一种资源处理方法。本申请一个或者多个实施例同时涉及一种资源处理装置，一种资源处理***，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
参见图1，图1示出了根据本申请一个实施例提供的一种资源处理***的架构图，包括：第一边缘计算节点102以及至少两个第二边缘计算节点104；
所述第一边缘计算节点102，被配置为接收转码请求，其中，所述转码请求中包含待转码直播流，确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点102所属初始转码集群包含的第一可用转码资源，在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，并向所述目标转码集群的目标第二边缘计算节点104发送转码指令，其中，所述目标转码集群与所述初始转码集群通信连接；
所述目标第二边缘计算节点104，被配置为响应于所述转码指令，拉取所述待转码直播流，并对所述待转码直播流进行转码处理。
其中，目标第二边缘计算节点104为至少两个第二边缘计算节点104之一。
具体的，本申请实施例提供的资源处理***，还包括调度服务器。
主播开播，向调度服务器发送推流地址获取请求，请求参数包含主播客户端的IP地址，并请求获取直播流的推流地址。
调度服务器获取主播客户端的IP地址后，解析出该IP所在区域，如区域A，则确定对应的区域A的边缘计算节点，如第一边缘计算节点，并返回结果。
主播开播后，第一边缘计算节点102查询该房间的是否需要转码，即检测主播客户端是否发送转码请求，如果不需要转码，则不做任何处理。如果需要转码，则确定转码所需要使用的处理器内核数(CPU内核数)，即对待转码直播流进行转码所需消耗的待消耗转码资源。如果确定第一边缘计算节点102所属初始转码集群所包含的可使用转码资源大于等于待消耗转码资源，则直接在初始转码集群启动转码过程，在初始转码集群的转码容器对待转码直播流进行转码。
如果确定第一边缘计算节点102所属初始转码集群所包含的可使用资源小于待消耗转码资源，则需判断从第一边缘计算节点102出发，到其他的第二边缘计算节点104的网络探测链路情况，具体可按照预设时间间隔，向每个第二边缘计算节点104发送测试数据包，以计算每个第二边缘计算节点104的丢包率；还可按照预设时间间隔向每个第二边缘计算节点104发送至少两个待确认数据，以确定第一边缘计算节点102与每个第二边缘计算节点104间的平均往返延时，从而根据丢包率和平均往返延时，确定满足调度条件的第二边缘计算节点104，并可将满足调度条件的第二边缘计算节点104添加到可调度节点列表中。
接着可判断所有可调度的第二边缘计算节点104所在的转码集群，其所包含的可用转码资源是否充足，若不充足，则将该第二边缘计算节点104移除可调度节点列表；若充足，则可判断可调度节点列表中第二边缘计算节点104与第一边缘计算节点102的位置关系，然后选择与第一边缘计算节点102距离较近的第二边缘计算节点104，并将该第二边缘计算节点104所在转码集群作为目标转码集群，以在该目标转码集群中启动转码过程，在目标转码集群的转码容器对待转码直播流进行转码，其中，目标转码集群中的第二边缘计算节点104可以从第一边缘计算节点102拉流，即拉取待转码直播流，并对其进行转码。
转码完成后，可将转码结果通过内容分发网络(CDN)转推至直播观看用户的客户端，即观看直播的用户可通过客户端在内容分发网络进行拉流观看。
本申请实施例在确定第一边缘计算节点102所属初始转码集群包含的可用转码资源不充足，即小于待消耗转码资源的情况下，可通过在与初始转码集群通信连接的其他转码集群中，筛选包含充足可用转码资源的目标转码集群，以利用该目标转码集群中的可用转码资源对待转码直播流进行转码处理，有利于提高不同转码集群中转码资源的利用率，同时有利于提高待转码直播流的转码效率。
参见图2，图2示出了根据本申请一个实施例提供的一种资源处理方法的流程图，包括以下步骤：
步骤202，接收转码请求，其中，所述转码请求中包含待转码直播流。
具体的，本申请实施例提供的资源处理方法，应用于第一边缘计算节点，该第一边缘计算节点属于初始转码集群，该初始转码集群由第一边缘计算节点以及至少一个其他边缘计算节点组成，该第一边缘计算节点与至少一个其他边缘计算节点可归属于同一地区，或归属于同一地区内的同一个机房等。
实际应用中，主播在开播时，需将直播过程中生成的直播流传输至观看直播用户的用户终端，这个过程中，为适应不同的网络带宽、不同用户终端的处理能力和不同的用户观看需求，则可能需对压缩编码的直播流进行转码，生成另一个码率的直播流并传输至用户终端，而这个转码过程则可通过与主播距离较近的边缘计算节点所在转码集群所包含的转码资源进行转码实现。
因此，主播开播后，并在确定存在转码需求时，可先向转码资源调度中心发送转码资源调度请求，该转码资源调度请求中携带目标请求域名及主播客户端的终端地址信息。转码资源调度中心负责接收客户端的转码资源调度请求，返回拥有转码资源的边缘计算节点的节点信息，并负责协助边缘计算节点与客户端之间实现网络地址转换。
基于此，转码资源调度中心接收该转码资源调度请求后，可确定与目标请求域名对应的第一边缘计算节点及第一边缘计算节点的调度参数，并按照预设调度协议对目标请求域名及调度参数进行处理，生成节点地址信息并返回。
其中，预设调度协议即可以是HTTP302协议。
实际应用中，主播客户端可向本地DNS服务器发起域名查询请求，若本地DNS服务器有缓存，直接将目标请求域名的记录返回给主播客户端；若本地DNS服务器无缓存，则会依次向根域、com域发起迭代查询，直到找到所要查询域名所在域的name server(名称服务器)，向该name server发起查询请求，由于此时该域名已经配置了CDN规则并生效，nameserver会给出域名的CNAME记录，通过此条CNAME记录将查询请求导向转码资源调度中心即负责目标请求域的name server处；本地DNS服务器继续向转码资源调度中心请求域名的记录，此时转码资源调度中心根据配置发现该域名配置的为HTTP302调度，根据预设调度协议，返回一个新的地址URL，URL中即包含给出的第一边缘计算节点的IP地址，即节点地址信息。
主播客户端在接收到该节点地址信息后，即可基于该节点地址信息向第一边缘计算节点发送转码资源调度请求，即发送待转码直播流的转码请求。
步骤204，确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源。
具体的，转码资源为转码集群包含的、用于对待转码直播流进行转码的资源，其中，所述转码集群由至少两个边缘计算节点组成；待消耗转码资源，即转码该待转码直播流所需消耗的转码资源；第一可用转码资源，即第一边缘计算节点所属初始转码集群包含的可使用的转码资源。
第一边缘计算节点接收转码请求后，即可确定该转码请求中携带的待转码直播流所对应的待消耗转码资源，然后根据待消耗转码资源确定用于对待转码直播流进行转码的转码集群。
具体可先确定第一边缘计算节点所属得初始转码集群，然后确定该初始转码集群所包含的可用转码资源(第一可用转码资源)是否满足，即是否大于等于待消耗转码资源，若满足，则可直接利用该初始转码集群的可用转码资源对待转码直播流进行转码处理，而在确定不满足的情况下，则需重新确定用于对待转码直播流进行转码的目标转码集群。
具体实施时，转码资源包括转码集群的处理器内核数，因此，确定所述待转码直播流对应的待消耗转码资源，具体即根据所述待转码直播流对应的直播清晰度，确定所述待转码直播流对应的待消耗处理器内核数，并将所述待消耗处理器内核数作为所述待转码直播流对应的待消耗转码资源。
具体的，由于主播在进行直播时，需向直播观看用户传输直播流，而主播在传输直播流时，可选择直播流的清晰度，即选择向直播观看用户传输的直播流的清晰度，并且转码集群在对不同清晰度的直播流进行转码时，所需消耗的转码资源不同，例如，对清晰度为1080P的待转码直播流进行转码，需消耗10个CPU内核，对清晰度为720P的待转码直播流进行转码，需消耗8个CPU内核，对清晰度为360P的待转码直播流进行转码，需消耗5个CPU内核。因此，第一边缘计算节点在接收到待转码直播流后，则可根据待转码直播流对应的直播清晰度，确定该待转码直播流对应的待消耗处理器内核数，即CPU内核数，并将该CPU内核数作为待转码直播流对应的待消耗转码资源。
本申请实施例通过确定待转码直播流对应的待消耗转码资源，以通过待消耗转码资源与转码集群所包含的可用转码资源进行比对的方式，确定资源充足的转码集群，并通过该转码集群对待转码直播流进行转码处理，以保证各转码集群间转码资源利用率最大化。
步骤206，在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群与所述初始转码集群通信连接。
具体的，如前所述，第一边缘计算节点接收转码请求后，即可确定该转码请求中携带的待转码直播流所对应的待消耗转码资源，然后确定该初始转码集群所包含的可用转码资源(第一可用转码资源)是否大于等于待消耗转码资源，若不满足的情况下，则需重新确定用于对待转码直播流进行转码的目标转码集群，其中，目标转码集群与初始转码集群通信连接。
具体实施时，确定初始转码集群所包含的第一可用转码资源是否小于待消耗转码资源，具体可通过判断第一可用转码资源对应的资源值是否小于待消耗转码资源对应的资源值的方式实现，并且在转码资源为转码集群的处理器内核数的情况下，转码资源对应的资源值，即为处理器内核数的数值，因此，可将初始转码集群所包含的可用处理器内核数的数值，与待转码直播流对应的待消耗处理器内核数的数值进行比对，以确定第一可用转码资源是否小于待消耗转码资源。其中，在确定初始转码集群所包含的可用处理器内核数的数值，小于待转码直播流对应的待消耗处理器内核数的数值的情况下，即确定初始转码集群所包含的第一可用转码资源小于待消耗转码资源；否则，即确定初始转码集群所包含的第一可用转码资源大于等于待消耗转码资源。
具体实施时，在确定第一可用转码资源小于待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，包括：
确定与所述初始转码集群通信连接的至少一个中间转码集群，以及每个中间转码集群包含的第二可用转码资源；
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群。
具体的，由于用于对待转码直播流进行转码的转码集群，需包含足够的可用转码资源，即需包含大于等于待消耗转码资源的第二可用转码资源，因此，在确定初始转码集群中包含的第一可用转码资源小于待消耗转码资源的情况下，即可确定与初始转码集群通信连接的中间转码集群，并确定每个中间转码集群包含的第二可用转码资源，然后根据第二可用转码资源与待消耗转码资源间的大小关系，确定用于对待转码直播流进行转码的目标转码集群。
实际应用中，可将包含的第二可用转码资源大于等于待消耗转码资源的中间转码集群确定为目标转码集群，以利用该目标转码集群进行对待转码直播流的转码过程，从而提高目标转码集群中转码资源的利用率，使得不同转码集群中的转码资源利用率最大化。
或者，确定所述待转码直播流的目标转码集群，包括：
确定与所述初始转码集群通信连接的至少一个中间转码集群，其中，每个中间转码集群中包含至少两个第二边缘计算节点；
对所述第一边缘计算节点与每个第二边缘计算节点间的直播流传输链路进行检测，并根据检测结果确定所述待转码直播流的目标转码集群。
具体的，在确定初始转码集群中包含的第一可用转码资源小于待消耗转码资源的情况下，可在与初始转码集群通信连接的中间转码集群中选择用于对待转码直播流进行转码的目标转码集群，而目标转码集群在对待转码直播流进行转码时，需先从初始转码集群的该第一边缘计算节点拉取该待转码直播流，因此，在确定目标转码集群时，为保证待转码直播流的传输结果以及转码结果的准确性，可对第一边缘计算节点与各中间转码集群中各第二边缘计算节点间的直播流传输链路进行探测，以基于探测结果确定满足条件的目标转码集群。
进一步的，对所述第一边缘计算节点与每个第二边缘计算节点间的直播流传输链路进行检测，并根据检测结果确定所述待转码直播流的目标转码集群，包括：
按照预设时间间隔，并通过与每个第二边缘计算节点间的直播流传输链路向所述每个第二边缘计算节点发送测试数据包；
接收所述每个第二边缘计算节点返回的所述测试数据包的接收结果；
根据所述接收结果确定所述待转码直播流的目标转码集群。
更进一步的，根据所述接收结果确定所述待转码直播流的目标转码集群，包括：
根据所述接收结果确定所述每个第二边缘计算节点的丢包率；
将丢包率小于预设丢包率阈值的第二边缘计算节点所属的转码集群确定为中间转码集群；
确定所述中间转码集群包含的第二可用转码资源；
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群。
具体的，本申请实施例可通过确定第一边缘计算节点与第二边缘计算节点间的网络丢包率lossrate，并以此确定目标转码集群。
实际应用中，可先按照预设时间间隔(例如10s)，从第一边缘计算节点向其他转码集群中的各第二边缘计算节点发送测试数据包，即ping数据包，例如每隔10s发10个ping数据包)，然后根据第二边缘计算节点接收的ping数据包的个数，计算第二边缘计算节点的丢包率，具体可通过公式(1)计算丢包率。
丢包率＝1-接收数据包的数量/发送数据包的数量公式(1)
由于丢包率越低，表示第一边缘计算节点与第二边缘计算节点间的直播流传输链路越稳定，因此，可将丢包率小于等于预设丢包率阈值的第二边缘计算节点所属的转码集群确定为中间转码集群，然后根据中间转码集群所包含的第二可使用资源与待消耗转码资源的大小关系，确定目标转码集群，即在直播流传输链路越较为稳定的中间转码集群中选择目标转码集群。
本申请实施例通过确定第一边缘计算节点与第二边缘计算节点间的丢包率，以根据丢包率选择直播流传输链路越较为稳定的目标转码集群进行直播流转码，有利于保证待转码直播流的传输结果的准确性，以及转码结果的准确性。
另外，对所述第一边缘计算节点与每个第二边缘计算节点间的直播流传输链路进行检测，并根据检测结果确定所述待转码直播流的目标转码集群，包括：
按照预设时间间隔向所述每个第二边缘计算节点发送至少两个待确认数据；
根据所述每个第二边缘计算节点基于所述至少两个待确认数据返回的确认信息，确定所述第一边缘计算节点与所述每个第二边缘计算节点间的平均往返延时；
根据所述平均往返延时确定所述待转码直播流的目标转码集群。
更进一步的，根据所述平均往返延时确定所述待转码直播流的目标转码集群，包括：
将平均往返延时小于预设延时阈值的第二边缘计算节点所属的转码集群确定为中间转码集群；
确定所述中间转码集群包含的第二可用转码资源；
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群。
具体的，本申请实施例可通过确定第一边缘计算节点与第二边缘计算节点间的平均往返延时RTT，并以此确定目标转码集群。
实际应用中，可先以一个时间为周期(例如5分钟)，并在该周期内，每隔固定时间间隔(例如10s)从第一边缘计算节点，向其他转码集群中的各第二边缘计算节点建立UDP链接，并发送简单数据，即待确认数据，第二边缘计算节点接收该待确认数据后，可返回对应的确认信息，第一边缘计算节点从发送待确认数据，到接收确认信息的时间，即为往返延时。若第一边缘计算节点每隔10s发送一个待确认信息，则5分钟内，可发送30个待确认信息，并可对应计算获得30个往返延时，然后计算30个往返延时的均值，即获得第一边缘计算节点与每个第二边缘计算节点间的平均往返延时。
由于平均往返延时越小，则表示第一边缘计算节点与第二边缘计算节点间的直播流传输链路越稳定，待转码直播流的传输速度越快，因此，可将平均往返延时小于等于预设延时阈值的第二边缘计算节点所属的转码集群确定为中间转码集群，然后根据中间转码集群所包含的第二可使用资源与待消耗转码资源的大小关系，确定目标转码集群，即在直播流传输链路越较为稳定的中间转码集群中选择目标转码集群。
根据中间转码集群所包含的第二可使用资源与待消耗转码资源的大小关系，确定目标转码集群，目的在于确定中间转码集群中包含的可用转码资源是否充足，以保证待转码直播流的转码质量以及转码效率。
此外，根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群，包括：
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，在所述至少一个中间转码集群中筛选获得至少一个候选转码集群；
根据所述初始转码集群与每个候选转码集群间的距离，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群为所述至少一个候选转码集群之一。
进一步的，每个候选转码集群中包含至少两个第二边缘计算节点；
相应的，根据所述初始转码集群与每个候选转码集群间的距离，确定所述待转码直播流的目标转码集群，包括：
确定所述第一边缘计算节点与所述至少两个第二边缘计算节点间的距离；
根据所述距离确定与所述第一边缘计算节点间的距离小于等于预设距离阈值的目标第二边缘计算节点，并将所述目标第二边缘计算节点所属集群确定为所述待转码直播流的目标转码集群，其中，所述目标第二边缘计算节点为所述至少两个边缘计算节点之一。
具体的，确定中间转码集群后，即可确定中间转码集群所包含的可用转码资源是否充足，即是否大于等于待消耗转码资源。若充足，则可将该中间转码集群确定为候选转码集群，并根据候选转码集群与初始转码集群的位置关系，在候选转码集群中确定用于对待转码直播流进行转码的目标转码集群。
实际应用中，在确定候选转码集群与初始转码集群间的位置关系时，可确定初始转码集群中第一边缘计算节点与候选转码集群中各第二边缘计算节点间的距离，然后将与第一边缘计算节点间的距离小于预设距离阈值的第二边缘计算节点确定为目标第二边缘计算节点，并将该目标第二边缘计算节点所属集群确定为目标转码集群，以在该目标转码集群对待转码直播流进行转码。
本申请实施例中，目标转码集群对待转码直播流进行转码时，需从初始转码集群拉取该待转码直播流，因此，通过初始转码集群与候选转码集群间的距离，筛选目标转码集群，有利于减少将待转码直播流从初始转码集群转推至目标转码集群的耗时，从而有利于提高直播流转码效率。
步骤208，通过所述目标转码集群对所述待转码直播流进行转码处理。
具体的，确定目标转码集群后，即可通过目标转码集群中包含的可用转码资源对待转码直播流进行转码处理。
实际应用中，目标转码集群可通过转码容器对待转码直播流进行转码，因此，目标转码集群可通过目标第二边缘计算节点从第一边缘计算节点拉流，即拉取待转码直播流，然后将待转码直播流转推至转码容器进行转码处理。
由于目标转码集群在对不同清晰度的待转码直播流进行转码时，可使用不同的转码容器，因此，在对待转码直播流进行转码前，可先确定该待转码直播流的清晰度，然后根据其清晰度将其转推至对应的转码容器进行转码处理。
转码完成后，可将转码结果通过内容分发网络(CDN)转推至直播观看用户的客户端，具体可由目标转码集群中的目标第二边缘计算节点将转码后的直播流推送至内容分发网络(CDN)，由CDN将该转码后的直播流下发至各直播观看用户的客户端，或由直播观看用户通过客户端在内容分发网络进行拉流观看。
本申请一个实施例提供的资源处理方法包括接收转码请求，其中，所述转码请求中包含待转码直播流，确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源，在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群与所述初始转码集群通信连接，通过所述目标转码集群对所述待转码直播流进行转码处理。
本申请实施例在确定第一边缘计算节点所属初始转码集群包含的可用转码资源不充足，即小于待消耗转码资源的情况下，可通过在与初始转码集群通信连接的其他转码集群中，筛选包含充足可用转码资源的目标转码集群，以利用该目标转码集群中的可用转码资源对待转码直播流进行转码处理，即通过转码资源调度的方式，有利于提高不同转码集群中转码资源的利用率，同时有利于提高待转码直播流的转码效率。
参见图3，以本申请实施例提供的所述资源处理方法应用在对直播领域的直播流转码的应用为例，对所述资源处理方法进行进一步说明。其中，图3示出了本申请一个实施例提供的一种资源处理方法的处理过程流程图，具体包括以下步骤：
步骤302，第一边缘计算节点接收转码请求，其中，转码请求中包含待转码直播流。
步骤304，根据待转码直播流对应的直播清晰度，确定待转码直播流对应的待消耗处理器内核数，并将待消耗处理器内核数作为待转码直播流对应的待消耗转码资源。
步骤306，确定第一边缘计算节点所属初始转码集群包含的第一可用转码资源。
步骤308，在确定第一可用转码资源小于待消耗转码资源的情况下，确定与初始转码集群通信连接的至少一个中间转码集群，其中，每个中间转码集群中包含至少两个第二边缘计算节点。
步骤310，按照预设时间间隔，并通过与每个第二边缘计算节点间的直播流传输链路向每个第二边缘计算节点发送测试数据包。
步骤312，接收每个第二边缘计算节点返回的测试数据包的接收结果。
步骤314，根接收结果确定每个第二边缘计算节点的丢包率。
步骤316，将丢包率小于预设丢包率阈值的第二边缘计算节点所属的转码集群确定为中间转码集群。
步骤318，按照预设时间间隔向每个第二边缘计算节点发送至少两个待确认数据。
步骤320，根据每个第二边缘计算节点基于至少两个待确认数据返回的确认信息，确定第一边缘计算节点与每个第二边缘计算节点间的平均往返延时。
步骤322，将平均往返延时小于预设延时阈值的第二边缘计算节点所属的转码集群确定为中间转码集群。
步骤324，确定所述中间转码集群包含的第二可用转码资源。
步骤326，根据第二可用转码资源与待消耗转码资源间的大小关系，在至少一个中间转码集群中筛选获得至少一个候选转码集群。
步骤328，根据初始转码集群与每个候选转码集群间的距离，确定待转码直播流的目标转码集群，其中，目标转码集群为至少一个候选转码集群之一。
步骤330，通过目标转码集群对待转码直播流进行转码处理。
本申请实施例在确定第一边缘计算节点所属初始转码集群包含的可用转码资源不充足，即小于待消耗转码资源的情况下，可通过在与初始转码集群通信连接的其他转码集群中，筛选包含充足可用转码资源的目标转码集群，以利用该目标转码集群中的可用转码资源对待转码直播流进行转码处理，有利于提高不同转码集群中转码资源的利用率，同时有利于提高待转码直播流的转码效率。
与上述方法实施例相对应，本申请还提供了资源处理装置实施例，图4示出了本申请一个实施例提供的一种资源处理装置的结构示意图。如图4所示，该装置包括：
接收模块402，被配置为接收转码请求，其中，所述转码请求中包含待转码直播流；
第一确定模块404，被配置为确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源；
第二确定模块406，被配置为在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群与所述初始转码集群通信连接；
转码模块408，被配置为通过所述目标转码集群对所述待转码直播流进行转码处理。
可选地，所述第二确定模块406，进一步被配置为：
确定与所述初始转码集群通信连接的至少一个中间转码集群，以及每个中间转码集群包含的第二可用转码资源；
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群。
可选地，所述第二确定模块406，进一步被配置为：
确定与所述初始转码集群通信连接的至少一个中间转码集群，其中，每个中间转码集群中包含至少两个第二边缘计算节点；
对所述第一边缘计算节点与每个第二边缘计算节点间的直播流传输链路进行检测，并根据检测结果确定所述待转码直播流的目标转码集群。
可选地，所述第二确定模块406，进一步被配置为：
按照预设时间间隔，并通过与每个第二边缘计算节点间的直播流传输链路向所述每个第二边缘计算节点发送测试数据包；
接收所述每个第二边缘计算节点返回的所述测试数据包的接收结果；
根据所述接收结果确定所述待转码直播流的目标转码集群。
可选地，所述第二确定模块406，进一步被配置为：
根据所述接收结果确定所述每个第二边缘计算节点的丢包率；
将丢包率小于预设丢包率阈值的第二边缘计算节点所属的转码集群确定为中间转码集群；
确定所述中间转码集群包含的第二可用转码资源；
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群。
可选地，所述第二确定模块406，进一步被配置为：
按照预设时间间隔向所述每个第二边缘计算节点发送至少两个待确认数据；
根据所述每个第二边缘计算节点基于所述至少两个待确认数据返回的确认信息，确定所述第一边缘计算节点与所述每个第二边缘计算节点间的平均往返延时；
根据所述平均往返延时确定所述待转码直播流的目标转码集群。
可选地，所述第二确定模块406，进一步被配置为：
将平均往返延时小于预设延时阈值的第二边缘计算节点所属的转码集群确定为中间转码集群；
确定所述中间转码集群包含的第二可用转码资源；
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群。
可选地，所述第二确定模块406，进一步被配置为：
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，在所述至少一个中间转码集群中筛选获得至少一个候选转码集群；
根据所述初始转码集群与每个候选转码集群间的距离，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群为所述至少一个候选转码集群之一。
可选地，所述每个候选转码集群中包含至少两个第二边缘计算节点；
相应的，所述第二确定模块406，进一步被配置为：
确定所述第一边缘计算节点与所述至少两个第二边缘计算节点间的距离；
根据所述距离确定与所述第一边缘计算节点间的距离小于等于预设距离阈值的目标第二边缘计算节点，并将所述目标第二边缘计算节点所属集群确定为所述待转码直播流的目标转码集群，其中，所述目标第二边缘计算节点为所述至少两个边缘计算节点之一。
可选地，转码资源为转码集群包含的、用于对待转码直播流进行转码的资源，包括转码集群的处理器内核数，其中，所述转码集群由至少两个边缘计算节点组成；
相应的，所述第一确定模块404，进一步被配置为：
根据所述待转码直播流对应的直播清晰度，确定所述待转码直播流对应的待消耗处理器内核数，并将所述待消耗处理器内核数作为所述待转码直播流对应的待消耗转码资源。
可选地，所述资源处理装置，还包括判断模块，被配置为：
判断所述第一可用转码资源对应的资源值是否小于所述待消耗转码资源对应的资源值；
若是，则确定所述第一可用转码资源小于所述待消耗转码资源。
上述为本实施例的一种资源处理装置的示意性方案。需要说明的是，该资源处理装置的技术方案与上述的资源处理方法的技术方案属于同一构思，资源处理装置的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。
图5示出了根据本申请一个实施例提供的一种计算设备500的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接，数据库550用于保存数据。
计算设备500还包括接入设备540，接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。
在本申请的一个实施例中，计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图5所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
计算设备500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备500还可以是移动式或静止式的服务器。
其中，处理器520用于执行如下计算机可执行指令，所述处理器用于执行所述计算机可执行指令，其中，所述处理器执行所述计算机可执行指令时实现所述资源处理方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的资源处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述资源处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的资源处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请实施例所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请实施例的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (15)

1.一种资源处理方法，其特征在于，应用于第一边缘计算节点，包括：
接收转码请求，其中，所述转码请求中包含待转码直播流；
确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源；
在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群与所述初始转码集群通信连接；
通过所述目标转码集群对所述待转码直播流进行转码处理。
2.根据权利要求1所述的资源处理方法，其特征在于，所述确定所述待转码直播流的目标转码集群，包括：
确定与所述初始转码集群通信连接的至少一个中间转码集群，以及每个中间转码集群包含的第二可用转码资源；
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群。
3.根据权利要求1所述的资源处理方法，其特征在于，所述确定所述待转码直播流的目标转码集群，包括：
确定与所述初始转码集群通信连接的至少一个中间转码集群，其中，每个中间转码集群中包含至少两个第二边缘计算节点；
对所述第一边缘计算节点与每个第二边缘计算节点间的直播流传输链路进行检测，并根据检测结果确定所述待转码直播流的目标转码集群。
4.根据权利要求3所述的资源处理方法，其特征在于，所述对所述第一边缘计算节点与每个第二边缘计算节点间的直播流传输链路进行检测，并根据检测结果确定所述待转码直播流的目标转码集群，包括：
按照预设时间间隔，并通过与每个第二边缘计算节点间的直播流传输链路向所述每个第二边缘计算节点发送测试数据包；
接收所述每个第二边缘计算节点返回的所述测试数据包的接收结果；
根据所述接收结果确定所述待转码直播流的目标转码集群。
5.根据权利要求4所述的资源处理方法，其特征在于，所述根据所述接收结果确定所述待转码直播流的目标转码集群，包括：
根据所述接收结果确定所述每个第二边缘计算节点的丢包率；
将丢包率小于预设丢包率阈值的第二边缘计算节点所属的转码集群确定为中间转码集群；
确定所述中间转码集群包含的第二可用转码资源；
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群。
6.根据权利要求3所述的资源处理方法，其特征在于，所述对所述第一边缘计算节点与每个第二边缘计算节点间的直播流传输链路进行检测，并根据检测结果确定所述待转码直播流的目标转码集群，包括：
按照预设时间间隔向所述每个第二边缘计算节点发送至少两个待确认数据；
根据所述每个第二边缘计算节点基于所述至少两个待确认数据返回的确认信息，确定所述第一边缘计算节点与所述每个第二边缘计算节点间的平均往返延时；
根据所述平均往返延时确定所述待转码直播流的目标转码集群。
7.根据权利要求6所述的资源处理方法，其特征在于，所述根据所述平均往返延时确定所述待转码直播流的目标转码集群，包括：
将平均往返延时小于预设延时阈值的第二边缘计算节点所属的转码集群确定为中间转码集群；
确定所述中间转码集群包含的第二可用转码资源；
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群。
8.根据权利要求2或5或7任意一项所述的资源处理方法，其特征在于，所述根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，确定所述待转码直播流的目标转码集群，包括：
根据所述第二可用转码资源与所述待消耗转码资源间的大小关系，在所述至少一个中间转码集群中筛选获得至少一个候选转码集群；
根据所述初始转码集群与每个候选转码集群间的距离，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群为所述至少一个候选转码集群之一。
9.根据权利要求8所述的资源处理方法，其特征在于，所述每个候选转码集群中包含至少两个第二边缘计算节点；
相应的，所述根据所述初始转码集群与每个候选转码集群间的距离，确定所述待转码直播流的目标转码集群，包括：
确定所述第一边缘计算节点与所述至少两个第二边缘计算节点间的距离；
根据所述距离确定与所述第一边缘计算节点间的距离小于等于预设距离阈值的目标第二边缘计算节点，并将所述目标第二边缘计算节点所属集群确定为所述待转码直播流的目标转码集群，其中，所述目标第二边缘计算节点为所述至少两个边缘计算节点之一。
10.根据权利要求1所述的资源处理方法，其特征在于，转码资源为转码集群包含的、用于对待转码直播流进行转码的资源，包括转码集群的处理器内核数，其中，所述转码集群由至少两个边缘计算节点组成；
相应的，所述确定所述待转码直播流对应的待消耗转码资源，包括：
根据所述待转码直播流对应的直播清晰度，确定所述待转码直播流对应的待消耗处理器内核数。
11.根据权利要求1所述的资源处理方法，其特征在于，还包括：
判断所述第一可用转码资源对应的资源值是否小于所述待消耗转码资源对应的资源值；
若是，则确定所述第一可用转码资源小于所述待消耗转码资源。
12.一种资源处理***，其特征在于，包括：
第一边缘计算节点以及至少两个第二边缘计算节点；
所述第一边缘计算节点，被配置为接收转码请求，其中，所述转码请求中包含待转码直播流，确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源，在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，并向所述目标转码集群的目标第二边缘计算节点发送转码指令，其中，所述目标转码集群与所述初始转码集群通信连接；
所述目标第二边缘计算节点，被配置为响应于所述转码指令，拉取所述待转码直播流，并对所述待转码直播流进行转码处理。
13.一种资源调度装置，其特征在于，应用于第一边缘计算节点，包括：
接收模块，被配置为接收转码请求，其中，所述转码请求中包含待转码直播流；
第一确定模块，被配置为确定所述待转码直播流对应的待消耗转码资源，并确定所述第一边缘计算节点所属初始转码集群包含的第一可用转码资源；
第二确定模块，被配置为在确定所述第一可用转码资源小于所述待消耗转码资源的情况下，确定所述待转码直播流的目标转码集群，其中，所述目标转码集群与所述初始转码集群通信连接；
转码模块，被配置为通过所述目标转码集群对所述待转码直播流进行转码处理。
14.一种计算设备，其特征在于，包括：
存储器和处理器；
所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，其中，所述处理器执行所述计算机可执行指令时实现权利要求1-11任意一项所述的资源处理方法的步骤。
15.一种计算机可读存储介质，其特征在于，其存储有计算机指令，该指令被处理器执行时实现权利要求1-11任意一项所述的资源处理方法的步骤。
CN202210375812.9A 2022-04-11 2022-04-11 资源处理方法及装置 Active CN114679604B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210375812.9A CN114679604B (zh) 2022-04-11 2022-04-11 资源处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210375812.9A CN114679604B (zh) 2022-04-11 2022-04-11 资源处理方法及装置

Publications (2)

Publication Number Publication Date
CN114679604A true CN114679604A (zh) 2022-06-28
CN114679604B CN114679604B (zh) 2023-12-19

Family

ID=82077299

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210375812.9A Active CN114679604B (zh) 2022-04-11 2022-04-11 资源处理方法及装置

Country Status (1)

Country Link
CN (1) CN114679604B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115174948A (zh) * 2022-06-30 2022-10-11 上海哔哩哔哩科技有限公司 基于转码资源的调度方法及装置
CN115278282A (zh) * 2022-07-20 2022-11-01 上海哔哩哔哩科技有限公司 直播审核文件的生成方法、***、调度节点及计算设备
CN115278281A (zh) * 2022-07-20 2022-11-01 上海哔哩哔哩科技有限公司 直播质量保障方法、装置、计算设备和存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107295110A (zh) * 2017-08-16 2017-10-24 网宿科技股份有限公司 计算任务的处理方法、边缘节点、业务服务器及***
CN109788315A (zh) * 2019-01-31 2019-05-21 湖南快乐阳光互动娱乐传媒有限公司 视频转码方法、装置及***
CN109951716A (zh) * 2019-03-26 2019-06-28 北京达佳互联信息技术有限公司 一种主播调度方法、装置、电子设备及可读存储介质
CN110602515A (zh) * 2019-09-16 2019-12-20 腾讯科技（深圳）有限公司 基于区块链的数据处理方法、服务器及存储介质
CN110879749A (zh) * 2018-09-06 2020-03-13 阿里巴巴集团控股有限公司 一种实时转码任务的调度方法及调度装置
CN113891114A (zh) * 2021-11-18 2022-01-04 上海哔哩哔哩科技有限公司 转码任务调度方法及装置
CN114024973A (zh) * 2021-11-01 2022-02-08 上海绚显科技有限公司 直播云转码的资源调度方法、装置、服务器及***

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107295110A (zh) * 2017-08-16 2017-10-24 网宿科技股份有限公司 计算任务的处理方法、边缘节点、业务服务器及***
CN110879749A (zh) * 2018-09-06 2020-03-13 阿里巴巴集团控股有限公司 一种实时转码任务的调度方法及调度装置
CN109788315A (zh) * 2019-01-31 2019-05-21 湖南快乐阳光互动娱乐传媒有限公司 视频转码方法、装置及***
CN109951716A (zh) * 2019-03-26 2019-06-28 北京达佳互联信息技术有限公司 一种主播调度方法、装置、电子设备及可读存储介质
CN110602515A (zh) * 2019-09-16 2019-12-20 腾讯科技（深圳）有限公司 基于区块链的数据处理方法、服务器及存储介质
CN114024973A (zh) * 2021-11-01 2022-02-08 上海绚显科技有限公司 直播云转码的资源调度方法、装置、服务器及***
CN113891114A (zh) * 2021-11-18 2022-01-04 上海哔哩哔哩科技有限公司 转码任务调度方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115174948A (zh) * 2022-06-30 2022-10-11 上海哔哩哔哩科技有限公司 基于转码资源的调度方法及装置
CN115174948B (zh) * 2022-06-30 2023-12-15 上海哔哩哔哩科技有限公司 基于转码资源的调度方法及装置
CN115278282A (zh) * 2022-07-20 2022-11-01 上海哔哩哔哩科技有限公司 直播审核文件的生成方法、***、调度节点及计算设备
CN115278281A (zh) * 2022-07-20 2022-11-01 上海哔哩哔哩科技有限公司 直播质量保障方法、装置、计算设备和存储介质
CN115278282B (zh) * 2022-07-20 2024-03-15 上海哔哩哔哩科技有限公司 直播审核文件的生成方法、***、调度节点及计算设备
CN115278281B (zh) * 2022-07-20 2024-06-04 上海哔哩哔哩科技有限公司 直播质量保障方法、装置、计算设备和存储介质

Also Published As

Publication number Publication date
CN114679604B (zh) 2023-12-19

Similar Documents

Publication Publication Date Title
CN114679604A (zh) 资源处理方法及装置
EP2805471B1 (en) Method and apparatus for enabling pre-fetching of media
WO2016049987A1 (zh) 一种数据处理方法、装置及相关服务器
JP5852240B2 (ja) 適応ビデオ通信用システム及び方法
US9282448B2 (en) Method, system and apparatus for providing streaming media service
CN113923470B (zh) 直播流处理方法及装置
CN108810657B (zh) 一种设置视频封面的方法和***
EP3304844B1 (en) Methods, radio communication device and base station device for managing a media stream
US10182086B2 (en) Method and apparatus for transmitting streaming media data
CN112616065B (zh) 一种屏幕镜像发起方法、装置、***及可读存储介质
CN113032223B (zh) 服务器状态检测方法及装置
CN114760482B (zh) 直播回源方法及装置
CN113891175B (zh) 直播推流方法、装置及***
CN113422728A (zh) 内容分发网络链路的选择方法及装置
JP6116240B2 (ja) 送信装置、送信方法、及びプログラム
CN113891114A (zh) 转码任务调度方法及装置
CN114501053B (zh) 直播流获取方法及装置
CN114866790B (zh) 直播流调度方法及装置
CN115022660B (zh) 内容分发网络的参数配置方法及***
CN116248644A (zh) 一种基于WebRTC推流技术的优化方法
KR102462200B1 (ko) 자원 가격 책정을 갖는 대시에서 분배된 병목 조정을 위한 방법 및 장치
KR100466830B1 (ko) 무선 인터넷상에서 단말정보에 의존하는 메시지 서비스의컨텐츠 변환방법
CN114928749B (zh) 直播流切换方法、***及装置
CN113453081A (zh) 视频传输方法、***、相关设备及存储介质
CN108337230A (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