CN114745564B - 服务调度方法及装置 - Google Patents

服务调度方法及装置 Download PDF

Info

Publication number
CN114745564B
CN114745564B CN202210374238.5A CN202210374238A CN114745564B CN 114745564 B CN114745564 B CN 114745564B CN 202210374238 A CN202210374238 A CN 202210374238A CN 114745564 B CN114745564 B CN 114745564B
Authority
CN
China
Prior art keywords
signaling
transcoding
streaming media
service
media service
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
CN202210374238.5A
Other languages
English (en)
Other versions
CN114745564A (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 CN202210374238.5A priority Critical patent/CN114745564B/zh
Publication of CN114745564A publication Critical patent/CN114745564A/zh
Application granted granted Critical
Publication of CN114745564B publication Critical patent/CN114745564B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/262Content 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/26208Content 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)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例提供了服务调度方法及装置,其中,所述服务调度方法包括:响应于接收到的转码信令,启动信令服务进程,其中,所述转码信令中包含待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息,根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,其中,所述流媒体服务子进程为所述信令服务进程的子进程,运行所述流媒体服务子进程,根据所述调用信息,将所述待转码直播流传输至所述转码模块进行转码处理,并将转码结果推送至客户端。

Description

服务调度方法及装置
技术领域
本申请实施例涉及计算机技术领域,特别涉及一种服务调度方法。本申请一个或者多个实施例同时涉及一种服务调度装置,一种计算设备,以及一种计算机可读存储介质。
背景技术
在传统的WebRtc信令服务器建设中,通常是一个信令服务器来支持多个边缘计算节点进行信令控制,也就意味着每个边缘计算节点都需要去信令服务器请求,此时的信令服务器就充当了中心服务器的作用。
当一台信令服务器不可用时,将会造成与该服务器所关联的边缘计算节点都不可用,而且边缘计算节点与信令服务器之间通过公网HTTP进行交互,公网网络环境较为复杂,会导致请求失败以及请求时间长等问题,从而造成主播与边缘计算节点之间请求超时、请求失败等问题,导致主播端开播成功率低,用户体验较差,因此,亟需一种有效的方法以解决此类问题。
发明内容
有鉴于此,本申请实施例提供了一种服务调度方法。本申请一个或者多个实施例同时涉及一种服务调度装置,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的信令服务器与边缘计算节点间网络环境复杂导致的请求失败率高以及请求时间长等技术缺陷。
根据本申请实施例的第一方面,提供了一种服务调度方法,包括:
响应于接收到的转码信令,启动信令服务进程,其中,所述转码信令中包含待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息;
根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,其中,所述流媒体服务子进程为所述信令服务进程的子进程;
运行所述流媒体服务子进程,根据所述调用信息,将所述待转码直播流传输至所述转码模块进行转码处理,并将转码结果推送至客户端。
根据本申请实施例的第二方面,提供了一种服务调度装置,包括:
启动模块,被配置为响应于接收到的转码信令,启动信令服务进程,其中,所述转码信令中包含待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息;
传输模块,被配置为根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,其中,所述流媒体服务子进程为所述信令服务进程的子进程;
推送模块,被配置为运行所述流媒体服务子进程,根据所述调用信息,将所述待转码直播流传输至所述转码模块进行转码处理,并将转码结果推送至客户端。
根据本申请实施例的第三方面,提供了一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现所述服务调度方法的步骤。
根据本申请实施例的第四方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述服务调度方法的步骤。
本申请一个实施例实现了一种服务调度方法及装置,其中,所述服务调度方法包括响应于接收到的转码信令,启动信令服务进程,其中,所述转码信令中包含待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息,根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,其中,所述流媒体服务子进程为所述信令服务进程的子进程,运行所述流媒体服务子进程,根据所述调用信息,将所述待转码直播流传输至所述转码模块进行转码处理,并将转码结果推送至客户端。
本申请实施例中,通过进程间通信的方式进行转码信令的传输,有利于减少转码信令传输过程中对网络的依赖,从而有利于提高主播开播请求成功率,并有利于减少主播开播请求的请求时长,以提升用户体验。
附图说明
图1是本申请一个实施例提供的一种服务调度方法的流程图;
图2是本申请一个实施例提供的一种服务调度方法在直播领域的应用的流程图;
图3是本申请一个实施例提供的一种服务调度装置的结构示意图;
图4是本申请一个实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本申请一个或多个实施例涉及的名词术语进行解释。
WebRtc:网页即时通信(Web Real-Time Communication),是一个支持网页浏览器进行实时语音对话或视频对话的API。
信令:是指为使通信网中各种设备协调运作,在设备之间传递的有关控制信息。
流媒体服务:提供音视频采集、缓存、调度和传输的服务。
边缘计算节点:是指在靠近物或数据源头的一侧,采用网络、计算、存储、应用核心能力为一体的开放平台,就近提供最近端服务。也就是就近与用户交互的服务器节点。
在本申请中,提供了一种服务调度方法。本申请一个或者多个实施例同时涉及一种服务调度装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
参见图1,图1示出了根据本申请一个实施例提供的一种服务调度方法的流程图,包括以下步骤:
步骤102,响应于接收到的转码信令,启动信令服务进程,其中,所述转码信令中包含待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息。
具体的,本申请实施例提供的服务调度方法,应用于边缘计算节点,该边缘计算节点中部署有信令服务模块、流媒体服务模块以及转码模块。该边缘计算节点属于一个转码集群,该转码集群由该边缘计算节点以及至少一个其他边缘计算节点组成,该边缘计算节点与至少一个其他边缘计算节点可归属于同一地区,或归属于同一地区内的同一个机房等。
实际应用中,主播在开播时,需将直播过程中生成的直播流传输至观看直播用户的用户终端,这个过程中,为适应不同的网络带宽、不同用户终端的处理能力和不同的用户观看需求,则可能需对压缩编码的直播流进行转码,生成另一个码率的直播流并传输至用户终端,而这个转码过程则可通过与主播距离较近的边缘计算节点所在转码集群所包含的转码资源进行转码实现。
因此,主播开播后,并在确定存在转码需求时,可先向转码资源调度中心发送转码资源调度请求,该转码资源调度请求中携带目标请求域名及主播客户端的终端地址信息。转码资源调度中心负责接收客户端的转码资源调度请求,返回拥有转码资源的边缘计算节点的节点信息,并负责协助边缘计算节点与客户端之间实现网络地址转换。
基于此,转码资源调度中心接收该转码资源调度请求后,可确定与目标请求域名对应的边缘计算节点及该边缘计算节点的调度参数,并按照预设调度协议对目标请求域名及调度参数进行处理,生成节点地址信息并返回。
主播客户端在接收到该节点地址信息后,即可基于该节点地址信息向边缘计算节点发送转码资源调度请求,即发送待转码直播流的转码信令。
边缘计算节点接收到该转码信令后,即可启动信令服务模块对应的信令服务进程,以用于对该转码信令进行解析,获得该转码信令中包含的待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息,然后根据端口地址信息将转码信息传输至流媒体服务子进程。
其中,进程是具有独立功能的程序在一个数据集合上运行的过程,它是系统进行资源分配和调度的一个独立单位,而信令服务进程是通过运行程序的方式执行信令服务模块已接收作业的过程。另外,作业是用户向信令服务模块提交任务的任务实体,本说明书实施例的作业即可以是转码信令。信令服务模块在接收到作业,即转码信令后,将其放入外存中的作业等待队列中等待执行,具体即等待信令服务进程对转码信令进行解析,获得该转码信令中包含的待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息。
因此,在实际应用中,可预先创建信令服务模块的信令服务进程,以在信令服务模块接收到转码信令后,可通过预先创建的信令服务进程来对转码信令进行解析,然后根据解析获得的流媒体服务子进程的端口地址信息,将转码信息传输至该流媒体服务子进程。
另外,在信令服务模块设计阶段,为了支持内网和外网访问协议,本申请实施例通过利用开源框架进行设计,使得该信令服务模块支持内网未加密HTTP接口、加密HTTPS接口以及websocket接口,更大的程度的适用不同协议和不同环境。
具体实施时,边缘计算节点在接收主播客户端发送的转码信令之前,可先对主播客户端的连接参数进行校验,具体可通过以下方式实现:
接收主播客户端发送的连接参数校验请求;
对所述主播客户端的连接参数进行权限校验;
在校验通过的情况下,组装会话描述协议信息,并将所述会话描述协议信息发送至所述主播客户端。
具体的,主播在利用实时音视频技术进行开播时,需向边缘计算节点的信令服务模块发送待转码直播流的转码信令,再由信令服务模块通过父子进程通信的方式向流媒体服务模块发送转码信令,然后由流媒体服务模块将该待转码直播流发送至转码系统进行转码,最后将转码结果推送至直播观看用户的客户端。这个过程中,主播客户端则需与边缘计算节点建立连接并与信令服务模块进行交互,而在边缘计算节点与主播客户端建立连接之前,需先对主播客户端的连接参数,例如节点地址信息进行校验。因此,可先由主播客户端向边缘计算节点发送连接参数校验请求,由边缘计算节点对主播客户端的连接参数进行权限校验,即验证主播客户端是否具备访问该边缘计算节点的权限,在校验通过的情况下,即可组装会话描述协议信息(SDP信息)并与主播客户端进行交互,也就是传统的发offer与回answer的过程。
具体实施时,在对主播客户端的连接参数进行校验的过程中,可同时通过信令服务模块与流媒体服务模块进行交互,具体的交互过程可通过以下方式实现:
获取历史时间区间内与主播客户端的连接建立结果;
若所述连接建立结果为空,则向流媒体服务子进程发送直播流处理端口的创建指令;
接收流媒体服务子进程响应于所述创建指令进行直播流处理端口创建,并返回的所述直播流处理端口的端口地址信息;
基于所述端口地址信息组装会话描述协议信息,并将所述会话描述协议信息发送至所述主播客户端。
具体的,主播客户端向边缘计算节点发起连接参数的校验请求后,信令服务模块会对该校验请求进行解析,以根据解析结果确定该主播客户端是否是首次与该边缘计算节点建立连接,即确定历史时间区间内边缘计算节点与主播客户端的连接建立结果是否为空,若为空,则确定该主播客户端是首次与边缘计算节点建立连接。这种情况下,信令服务模块会调用流媒体服务模块进行端口创建,即通过信令服务模块的信令服务进程向流媒体服务子进程发送直播流处理端口的创建指令;由流媒体服务子进程创建流媒体服务模块的用于接收直播流和发送直播流的直播流处理端口,并返回该直播流处理端口的端口地址信息。然后信令服务模块即可基于端口地址信息组装会话描述协议信息(SDP信息)并与主播客户端进行交互。
其中,与信令服务进程类似,流媒体服务子进程是通过运行程序的方式执行流媒体服务模块已接收作业的过程。流媒体服务模块在接收到作业后,将其放入外存中的作业等待队列中等待执行,具体即等待流媒体服务子进程进行任务执行。因此,可预先创建流媒体服务模块的流媒体服务子进程,以在流媒体服务模块接收到直播流处理端口的创建指令后,由流媒体服务子进程创建流媒体服务模块的用于接收直播流和发送直播流的直播流处理端口,并将该直播流处理端口的端口地址信息返回至信令服务模块,然后信令服务模块即可基于端口地址信息组装会话描述协议信息(SDP信息)并与主播客户端进行交互。
具体实施时,在对主播客户端的连接参数进行校验的过程中,可同时通过信令服务模块与转码模块进行交互,具体的交互过程可通过以下方式实现:
获取历史时间区间内与主播客户端的连接建立结果;
若所述连接建立结果为空,则向转码模块发送直播流处理端口的创建指令;
接收所述转码模块响应于所述创建指令进行直播流处理端口创建,并返回的所述直播流处理端口的调用信息;
基于所述调用信息组装会话描述协议信息,并将所述会话描述协议信息发送至所述主播客户端。
具体的,主播客户端向边缘计算节点发起连接参数的校验请求后,信令服务模块会对该校验请求进行解析,以根据解析结果确定该主播客户端是否是首次与该边缘计算节点建立连接,即确定历史时间区间内边缘计算节点与主播客户端的连接建立结果是否为空,若为空,则确定该主播客户端是首次与边缘计算节点建立连接。这种情况下,信令服务模块会调用转码模块进行端口创建,即通过信令服务模块向转码模块发送直播流处理端口的创建指令;由转码模块创建用于接收直播流和发送直播流的直播流处理端口,并返回该直播流处理端口的调用信息。然后信令服务模块即可基于调用信息组装会话描述协议信息(SDP信息)并与主播客户端进行交互。
实际应用中,信令服务模块通过与流媒体服务模块和转码模块进行交互,以为接收待转码直播流做准备,交互完之后,流媒体服务模块会开启直播流处理端口等待接收待转码直播流,同时转码模块也会开启直播流处理端口,等待接收待转码直播流,进行转码并推送源站。
其中,由于主播利用RTC进行直播时,待转码直播流向边缘计算节点进行上行传输使用的是RTP协议,为了适用于当前直播系统采用RTMP协议的下行方案,需要中间增加一层由RTP转RTMP协议的服务,也就是转码模块,并通过与转码模块进行交互的方式,使得转码模块创建直播流处理端口,交互完成后,转码模块会监听该直播流处理端口,等待接收待转码直播流,并且在收到待转码直播流之后对其进行转码,然后将转码结果推送到RTMP服务器,以通过RTMP服务器将转码结果推送至直播观看用户的客户端。
具体实施时,在传统的WebRtc信令服务器建设中,通常是一个信令服务器来支持多个边缘计算节点进行信令控制,也就意味着每个边缘计算节点中的流媒体服务模块都需要去信令服务器请求,此时的信令服务器就充当了中心服务器的作用。当一台信令服务器不可用时,将会造成与该服务器所关联的边缘计算节点都不可用,而且流媒体服务模块与信令服务器之间通过公网HTTP进行交互,公网网络环境较为复杂,会导致请求失败以及请求时间长等问题,从而造成主播与流媒体服务模块之间开播请求超时、开播请求失败等问题。
基于此,本申请实施例中,信令服务模块与流媒体服务模块以进程间通信的方式进行交互,信令传输之间更加可靠,也无须担心网络造成的不可用,因此,在接收转码信令之前,可创建信令服务模块对应的信令服务进程;
确定所述信令服务模块所属转码集群包含的转码资源数量,并根据所述转码资源数量确定所述信令服务进程的流媒体服务子进程的待创建数量;
根据所述待创建数量创建所述信令服务进程的所述流媒体服务子进程。
具体的,信令服务模块所属转码集群,即边缘计算节点所属的转码集群;转码资源数量,即可以是该转码集群中包含的CPU内核数。
本申请实施例中,可根据转码集群所包含的CPU内核数,确定流媒体服务子进程的待创建数量,即需先获取转码集群的CPU内核数。实际应用中,流媒体服务子进程的待创建数量可与转码集群包含的CPU内核数相等。
其中,在获取转码集群的CPU内核数失败的情况下,即可获取该边缘计算节点的配置文件,该配置文件中预先配置了流媒体服务子进程的启动数量,因此,可将该启动数量确定为流媒体服务子进程的待创建数量,以实现在启动信令服务进程时,可同时启动对应数量的流媒体服务子进程。
确定流媒体服务子进程的待创建数量后,即可创建信令服务模块的信令服务进程,然后创建待创建数量的流媒体服务子进程。
创建完成后,边缘计算节点中,信令服务模块的信令服务进程,与流媒体服务模块的流媒体服务子进程之间是父子进程之间的绑定关系,信令服务模块的信令服务进程作为主进程启动,流媒体服务模块的流媒体服务子进程会被拉起来进行工作,以通过进程间通信的方式,传输转码信令,以保证转码信令的传输结果的可靠性。
进一步的,在创建信令服务进程,以及信令服务进程的流媒体服务子进程后,还可通过父子进程的进程间通信的方式,对流媒体服务子进程进行健康监测,具体可通过以下方式实现:
通过所述信令服务进程对所述流媒体服务子进程进行健康监测;
在根据健康监测结果确定所述流媒体服务子进程的监测数量小于所述待创建数量的情况下,根据所述待创建数量与所述监测数量的差值,创建流媒体服务子进程。
具体的,当信令服务进程和流媒体服务子进程创建完成后,为了保证系统的可用性,作为父进程的信令服务模块,会启动进程监测,策略是每隔20s对所有流媒体服务子进程进行一次检测,如果根据检测结果确定检测到的流媒体服务子进程的数量,即流媒体服务子进程的监测数量,小于前述的待创建数量,或者5次检测结果中,均不包含某一流媒体服务子进程的进程号,则判定该流媒体服务子进程故障,需要重新启动一个子进程来继续提供服务,并且可以进行告警通知相关人员排查该流媒体服务子进程的故障原因。
本申请实施例通过对流媒体服务子进程进行健康监测,有利于使得系统能够更加健壮的运行,并且不会造成服务大面积瘫痪。
具体实施时,还可根据不同时间区间内接收的转码信令的数量,对流媒体服务子进程进行动态调整,具体即可根据历史时间区间内接收的转码信令的第一数量,确定目标时间区间内待接收的转码信令的第二数量;
根据所述第二数量,对创建的所述流媒体服务子进程的数量进行调整。
具体的,采用信令服务进程可以动态的调整流媒体服务子进程的数量,即可以根据历史时间区间内接收的转码信令的数量,对当前时间区间内待接收的转码信令的数量进行预测,例如,通过前一天各时间区间内接收的转码信令的数量,对前一天之后的一天中各时间区间内的待接收的转码信令的数量进行预测,以根据预测结果动态调整流媒体服务子进程的数量,使得调整后的流媒体服务子进程的数量与各时间区间内的转码信令的量相适配,从而避免应流媒体服务子进程过多所造成的资源浪费,或应流媒体服务子进程过少导致转码信令处理资源不足的情况发生,即保证资源的合理利用。
步骤104,根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,其中,所述流媒体服务子进程为所述信令服务进程的子进程。
具体的,在接收到转码信令后,即可根据转码信令中包含的端口地址信息,将该转码信令传输至流媒体服务子进程,以通过流媒体服务子进程将转码信令中包含的待转码直播流传输至转码系统进行转码处理。
具体实施时,根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,具体即通过所述信令服务进程创建管道,其中,所述信令服务进程通过所述管道,并根据所述端口地址信息将所述转码信令传输至所述流媒体服务子进程。
具体的,管道允许在进程之间按先进先出的方式传送数据。
本申请实施例中,信令服务进程与流媒体服务子进程可通过管道进行交互,首先由信令服务进程创建第一管道和第二管道,管道是建立在内存之上可以同时被两个进程访问的文件,其中第一管道中,信令服务进程只能进行写入数据的操作,流媒体服务子进程只能进行读取数据的操作,用于信令服务进程将接收的转码信令以写入第一管道的形式传输至流媒体服务子进程:第二管道中,信令服务进程只能进行读取数据的操作,流媒体服务子进程只能进行写入数据的操作,用于流媒体服务子进程返回结果,该返回结果是流媒体服务子进程根据接收到的转码信令进行待转码直播流的传输生成的传输结果,将该返回结果写入第二管道,即可完成对返回结果的传输。
或者,根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,还可通过以下方式实现:
确定所述信令服务进程的共享内存,并通过所述信令服务进程向所述共享内存执行所述转码信令的写操作;
基于所述端口地址信息,向所述流媒体服务子进程发送所述写操作的执行结果,其中,所述流媒体服务子进程向所述共享内存执行所述转码信令的读操作。
具体的,共享内存允许两个或多个进程共享一个给定的存储区,这一段存储区可以被两个或两个以上的进程映射至自身的地址空间中,一个进程写入共享内存的信息,可以被其他使用这个共享内存的进程,通过一个简单的内存读取,即可实现进程间的通信。
实际应用中,创建信令服务进程后,可由信令服务进程申请共享内存,并将转码信令写入该共享内存,具体即通过信令服务进程向共享内存执行转码信令的写操作,然后可基于端口地址信息,向流媒体服务子进程发送写操作的执行结果,以由流媒体服务子进程读取共享内存中的转码信令,即由流媒体服务子进程向共享内存执行转码信令的读操作,以实现将转码信令从信令服务进程传输至流媒体服务子进程。
进程间采用共享内存进行通信,无需进行数据的拷贝,有利于提高数据的传输效率。
本申请实施例中,信令服务模块与流媒体服务模块间通信采用进程间通信,即管道或共享内存的方式进行通信,由于进程间通信的可靠性较高,有利于避免数据丢失,且有利于提高数据传输速度。
另外,根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,包括:
根据所述端口地址信息,确定所述流媒体服务子进程对应的转码信令的待处理量;
确定待处理量小于预设处理量阈值的目标流媒体服务子进程,并根据所述目标流媒体服务子进程的端口地址信息,将所述转码信令传输至所述目标流媒体服务子进程。
具体的,信令服务模块提供了负载均衡的功能,通过记录各流媒体服务子进程中的最大运行任务、当前任务数等信息,在接收到新的转码信令后,即可根据各流媒体服务子进程的当前状态(转码信令的待处理量),选择最优的一个流媒体服务子进程提供服务;其中,最优的流媒体服务子进程的确定方式即可以是选择转码信令的待处理量小于预设处理量阈值的任意一个流媒体服务子进程,具体可根据各流媒体服务子进程的最大任务运行数量和当前正在运行的任务数量等指标进行计算,最后得到最优值。
通过负载均衡的策略,可以更好的保证各个流媒体服务模块运行的任务均分,不会出现某个流媒体服务模块运行任务过多而导致瘫痪。
步骤106,运行所述流媒体服务子进程,根据所述调用信息,将所述待转码直播流传输至所述转码模块进行转码处理,并将转码结果推送至客户端。
具体的,将转码信令传输至流媒体服务子进程后,即可运行该流媒体服务子进程,以根据转码信令中包含的转码模块的调用信息,将待转码直播流传输至该转码模块进行转码处理,然后将转码结果推送至直播观看用户的客户端。
本申请实施例中,信令服务模块与流媒体服务模块以进程间通信的方式进行交互,信令传输之间更加可靠,也无须担心网络造成的不可用;并且由原来只提供单一的功能,目前可以提供更多的功能,并且可以动态的控制流媒体服务进程的数量,在高峰期和低峰期动态调整,提供了更好服务;提供进程之间的健康监测,可以使系统更加健壮的运行,并且不会造成服务大面积瘫痪;通过负载均衡的策略,可以更好的保证各个流媒体服务模块运行的任务均分,不会出现某个流媒体服务模块运行任务过多而导致瘫痪。
本申请一个实施例实现了一种服务调度方法,其中,所述服务调度方法包括响应于接收到的转码信令,启动信令服务进程,其中,所述转码信令中包含待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息,根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,其中,所述流媒体服务子进程为所述信令服务进程的子进程,运行所述流媒体服务子进程,根据所述调用信息,将所述待转码直播流传输至所述转码模块进行转码处理,并将转码结果推送至客户端。
本申请实施例中,通过进程间通信的方式进行转码信令的传输,有利于减少转码信令传输过程中对网络的依赖,从而有利于提高主播开播请求成功率,并有利于减少主播开播请求的请求时长,以提升用户体验。
参见图2,以本申请实施例提供的所述服务调度方法在直播领域的应用为例,对所述服务调度方法进行进一步说明。其中,图2示出了本申请一个实施例提供的一种服务调度方法在直播领域的应用的流程图,具体包括以下步骤:
步骤202,接收主播客户端发送的连接参数校验请求。
步骤204,对主播客户端的连接参数进行权限校验,在校验通过的情况下,确定历史时间区间内与主播客户端的连接建立结果。
步骤206,若连接建立结果为空,则向流媒体服务子进程发送直播流处理端口的创建指令。
步骤208,接收流媒体服务子进程响应于所述创建指令进行直播流处理端口创建,并返回的直播流处理端口的端口地址信息。
步骤210,向转码模块发送直播流处理端口的创建指令。
步骤212,接收转码模块响应于创建指令进行直播流处理端口创建,并返回的直播流处理端口的调用信息。
步骤214,基于端口地址信息、调用信息组装会话描述协议信息,并将会话描述协议信息发送至主播客户端。
步骤216,创建信令服务模块对应的信令服务进程。
步骤218,确定信令服务模块所属转码集群包含的转码资源数量,并根据转码资源数量确定信令服务进程的流媒体服务子进程的待创建数量。
具体的,转码资源数量,即边缘计算节点所属转码集群所包含的CPU内核数,因此,本申请实施例确定流媒体服务子进程的待创建数量,即需先获取转码集群的CPU内核数。实际应用中,流媒体服务子进程的待创建数量可与转码集群包含的CPU内核数相等。
在获取转码集群的CPU内核数失败的情况下,即可获取该边缘计算节点的配置文件,该配置文件中预先配置了流媒体服务子进程的启动数量,因此,可将该启动数量确定为流媒体服务子进程的待创建数量,以实现在启动信令服务进程时,可同时启动对应数量的流媒体服务子进程。
步骤220,根据待创建数量创建信令服务进程的流媒体服务子进程。
步骤222,响应于接收到的转码信令,启动信令服务进程,其中,转码信令中包含待转码直播流。
步骤224,通过信令服务进程创建管道,并通过管道将转码信令传输至流媒体服务子进程。
步骤226,运行流媒体服务子进程,将待转码直播流传输至转码模块进行转码处理,并将转码结果推送至客户端。
本申请实施例中,通过进程间通信的方式进行转码信令的传输,有利于减少转码信令传输过程中对网络的依赖,从而有利于提高主播开播请求成功率,并有利于减少主播开播请求的请求时长,以提升用户体验。
与上述方法实施例相对应,本申请还提供了服务调度装置实施例,图3示出了本申请一个实施例提供的一种服务调度装置的结构示意图。如图3所示,该装置包括:
启动模块302,被配置为响应于接收到的转码信令,启动信令服务进程,其中,所述转码信令中包含待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息;
传输模块304,被配置为根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,其中,所述流媒体服务子进程为所述信令服务进程的子进程;
推送模块306,被配置为运行所述流媒体服务子进程,根据所述调用信息,将所述待转码直播流传输至所述转码模块进行转码处理,并将转码结果推送至客户端。
可选地,所述服务调度装置,还包括校验模块,被配置为:
接收主播客户端发送的连接参数校验请求;
对所述主播客户端的连接参数进行权限校验;
在校验通过的情况下,组装会话描述协议信息,并将所述会话描述协议信息发送至所述主播客户端。
可选地,所述服务调度装置,还包括第一创建模块,被配置为:
获取历史时间区间内与主播客户端的连接建立结果;
若所述连接建立结果为空,则向流媒体服务子进程发送直播流处理端口的创建指令;
接收流媒体服务子进程响应于所述创建指令进行直播流处理端口创建,并返回的所述直播流处理端口的端口地址信息;
基于所述端口地址信息组装会话描述协议信息,并将所述会话描述协议信息发送至所述主播客户端。
可选地,所述服务调度装置,还包括第二创建模块,被配置为:
获取历史时间区间内与主播客户端的连接建立结果;
若所述连接建立结果为空,则向转码模块发送直播流处理端口的创建指令;
接收所述转码模块响应于所述创建指令进行直播流处理端口创建,并返回的所述直播流处理端口的调用信息;
基于所述调用信息组装会话描述协议信息,并将所述会话描述协议信息发送至所述主播客户端。
可选地,所述传输模块304,进一步被配置为:
通过所述信令服务进程创建管道,其中,所述信令服务进程通过所述管道,并根据所述端口地址信息将所述转码信令传输至所述流媒体服务子进程。
可选地,所述传输模块304,进一步被配置为:
确定所述信令服务进程的共享内存,并通过所述信令服务进程向所述共享内存执行所述转码信令的写操作;
基于所述端口地址信息,向所述流媒体服务子进程发送所述写操作的执行结果,其中,所述流媒体服务子进程向所述共享内存执行所述转码信令的读操作。
可选地,所述服务调度装置,还包括第三创建模块,被配置为:
创建信令服务模块对应的信令服务进程;
确定所述信令服务模块所属转码集群包含的转码资源数量,并根据所述转码资源数量确定所述信令服务进程的流媒体服务子进程的待创建数量;
根据所述待创建数量创建所述信令服务进程的所述流媒体服务子进程。
可选地,所述服务调度装置,还包括监测模块,被配置为:
通过所述信令服务进程对所述流媒体服务子进程进行健康监测;
在根据健康监测结果确定所述流媒体服务子进程的监测数量小于所述待创建数量的情况下,根据所述待创建数量与所述监测数量的差值,创建流媒体服务子进程。
可选地,所述服务调度装置,还包括调整模块,被配置为:
根据历史时间区间内接收的转码信令的第一数量,确定目标时间区间内待接收的转码信令的第二数量;
根据所述第二数量,对创建的所述流媒体服务子进程的数量进行调整。
可选地,所述传输模块304,进一步被配置为:
根据所述端口地址信息,确定所述流媒体服务子进程对应的转码信令的待处理量;
确定待处理量小于预设处理量阈值的目标流媒体服务子进程,并根据所述目标流媒体服务子进程的端口地址信息,将所述转码信令传输至所述目标流媒体服务子进程。
上述为本实施例的一种服务调度装置的示意性方案。需要说明的是,该服务调度装置的技术方案与上述的服务调度方法的技术方案属于同一构思,服务调度装置的技术方案未详细描述的细节内容,均可以参见上述服务调度方法的技术方案的描述。
图4示出了根据本申请一个实施例提供的一种计算设备400的结构框图。该计算设备400的部件包括但不限于存储器410和处理器420。处理器420与存储器410通过总线430相连接,数据库450用于保存数据。
计算设备400还包括接入设备440,接入设备440使得计算设备400能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备440可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本申请的一个实施例中,计算设备400的上述部件以及图4中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图4所示的计算设备结构框图仅仅是出于示例的目的,而不是对本申请范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备400可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备400还可以是移动式或静止式的服务器。
其中,处理器420用于执行如下计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现所述服务调度方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的服务调度方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述服务调度方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述服务调度方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的服务调度方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述服务调度方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请实施例所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本申请实施例的内容,可作很多的修改和变化。本申请选取并具体描述这些实施例,是为了更好地解释本申请实施例的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (13)

1.一种服务调度方法,其特征在于,应用于边缘计算节点,包括:
响应于接收主播客户端发送的转码信令,启动信令服务进程,其中,所述转码信令中包含待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息,进程是进行资源分配和调度的一个独立单位,所述信令服务进程是通过运行程序的方式执行所述转码信令的过程,所述流媒体服务子进程数量根据历史时间区间内接收的转码信令的数量动态调整;
根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,其中,所述流媒体服务子进程为所述信令服务进程的子进程;
运行所述流媒体服务子进程,根据所述调用信息,将所述待转码直播流传输至所述转码模块进行转码处理,并将转码结果推送至客户端。
2.根据权利要求1所述的服务调度方法,其特征在于,还包括:
接收主播客户端发送的连接参数校验请求;
对所述主播客户端的连接参数进行权限校验;
在校验通过的情况下,组装会话描述协议信息,并将所述会话描述协议信息发送至所述主播客户端。
3.根据权利要求1所述的服务调度方法,其特征在于,还包括:
获取历史时间区间内与主播客户端的连接建立结果;
若所述连接建立结果为空,则向流媒体服务子进程发送直播流处理端口的创建指令;
接收流媒体服务子进程响应于所述创建指令进行直播流处理端口创建,并返回的所述直播流处理端口的端口地址信息;
基于所述端口地址信息组装会话描述协议信息,并将所述会话描述协议信息发送至所述主播客户端。
4.根据权利要求1所述的服务调度方法,其特征在于,还包括:
获取历史时间区间内与主播客户端的连接建立结果;
若所述连接建立结果为空,则向转码模块发送直播流处理端口的创建指令;
接收所述转码模块响应于所述创建指令进行直播流处理端口创建,并返回的所述直播流处理端口的调用信息;
基于所述调用信息组装会话描述协议信息,并将所述会话描述协议信息发送至所述主播客户端。
5.根据权利要求1所述的服务调度方法,其特征在于,所述根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,包括:
通过所述信令服务进程创建管道,其中,所述信令服务进程通过所述管道,并根据所述端口地址信息将所述转码信令传输至所述流媒体服务子进程。
6.根据权利要求1所述的服务调度方法,其特征在于,所述根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,包括:
确定所述信令服务进程的共享内存,并通过所述信令服务进程向所述共享内存执行所述转码信令的写操作;
基于所述端口地址信息,向所述流媒体服务子进程发送所述写操作的执行结果,其中,所述流媒体服务子进程向所述共享内存执行所述转码信令的读操作。
7.根据权利要求1所述的服务调度方法,其特征在于,还包括:
创建信令服务模块对应的信令服务进程;
确定所述信令服务模块所属转码集群包含的转码资源数量,并根据所述转码资源数量确定所述信令服务进程的流媒体服务子进程的待创建数量;
根据所述待创建数量创建所述信令服务进程的所述流媒体服务子进程。
8.根据权利要求7所述的服务调度方法,其特征在于,还包括:
通过所述信令服务进程对所述流媒体服务子进程进行健康监测;
在根据健康监测结果确定所述流媒体服务子进程的监测数量小于所述待创建数量的情况下,根据所述待创建数量与所述监测数量的差值,创建流媒体服务子进程。
9.根据权利要求7所述的服务调度方法,其特征在于,还包括:
根据历史时间区间内接收的转码信令的第一数量,确定目标时间区间内待接收的转码信令的第二数量;
根据所述第二数量,对创建的所述流媒体服务子进程的数量进行调整。
10.根据权利要求1所述的服务调度方法,其特征在于,所述根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,包括:
根据所述端口地址信息,确定所述流媒体服务子进程对应的转码信令的待处理量;
确定待处理量小于预设处理量阈值的目标流媒体服务子进程,并根据所述目标流媒体服务子进程的端口地址信息,将所述转码信令传输至所述目标流媒体服务子进程。
11.一种服务调度装置,其特征在于,应用于边缘计算节点,包括:
启动模块,被配置为响应于接收主播客户端发送的转码信令,启动信令服务进程,其中,所述转码信令中包含待转码直播流、流媒体服务子进程对应的端口地址信息以及转码模块的调用信息,进程是进行资源分配和调度的一个独立单位,所述信令服务进程是通过运行程序的方式执行所述转码信令的过程,所述流媒体服务子进程数量根据历史时间区间内接收的转码信令的数量动态调整;
传输模块,被配置为根据所述端口地址信息,将所述转码信令传输至所述流媒体服务子进程,其中,所述流媒体服务子进程为所述信令服务进程的子进程;
推送模块,被配置为运行所述流媒体服务子进程,根据所述调用信息,将所述待转码直播流传输至所述转码模块进行转码处理,并将转码结果推送至客户端。
12.一种计算设备,其特征在于,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现权利要求1-10任意一项所述的服务调度方法的步骤。
13.一种计算机可读存储介质,其特征在于,其存储有计算机指令,该指令被处理器执行时实现权利要求1-10任意一项所述的服务调度方法的步骤。
CN202210374238.5A 2022-04-11 2022-04-11 服务调度方法及装置 Active CN114745564B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210374238.5A CN114745564B (zh) 2022-04-11 2022-04-11 服务调度方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210374238.5A CN114745564B (zh) 2022-04-11 2022-04-11 服务调度方法及装置

Publications (2)

Publication Number Publication Date
CN114745564A CN114745564A (zh) 2022-07-12
CN114745564B true CN114745564B (zh) 2024-04-30

Family

ID=82280956

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210374238.5A Active CN114745564B (zh) 2022-04-11 2022-04-11 服务调度方法及装置

Country Status (1)

Country Link
CN (1) CN114745564B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116033189B (zh) * 2023-03-31 2023-06-30 卓望数码技术(深圳)有限公司 基于云边协同的直播互动视频分区智能控制方法和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101404652A (zh) * 2008-10-10 2009-04-08 华南理工大学 一种应用于数字家庭的媒体格式转换系统及方法
CN101917326A (zh) * 2009-11-17 2010-12-15 新奥特(北京)视频技术有限公司 一种分布式转码系统及其任务调度方法
CN110213603A (zh) * 2019-05-22 2019-09-06 腾讯科技(深圳)有限公司 一种直播流传输方法、装置、服务器、系统及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101404652A (zh) * 2008-10-10 2009-04-08 华南理工大学 一种应用于数字家庭的媒体格式转换系统及方法
CN101917326A (zh) * 2009-11-17 2010-12-15 新奥特(北京)视频技术有限公司 一种分布式转码系统及其任务调度方法
CN110213603A (zh) * 2019-05-22 2019-09-06 腾讯科技(深圳)有限公司 一种直播流传输方法、装置、服务器、系统及存储介质

Also Published As

Publication number Publication date
CN114745564A (zh) 2022-07-12

Similar Documents

Publication Publication Date Title
US10951521B2 (en) Method for scheduling a computational task, a method for processing a computational task, a computer readable storage medium, a computer program, a residential gateway, and a server
CN106254468B (zh) 一种用于智能后视镜的控制系统及方法
CN111200606A (zh) 深度学习模型任务处理方法、系统、服务器及存储介质
CN114745564B (zh) 服务调度方法及装置
CN113472889A (zh) 微服务的调度系统及方法
CN113938516A (zh) 同步实现异构系统交易处理的方法及系统
CN112104679B (zh) 处理超文本传输协议请求的方法、装置、设备和介质
CN112486074A (zh) 数据处理系统、方法及装置
CN114679604A (zh) 资源处理方法及装置
CN110113298B (zh) 数据传输方法、装置、信令服务器和计算机可读介质
CN106686635B (zh) 基于无线接入点的控制和配置协议的数据传输方法和装置
CN112995347B (zh) 实现端对端实时数据展示的方法、装置、设备及存储介质
CN111866544B (zh) 数据处理方法、装置、设备及计算机可读存储介质
US8774599B2 (en) Method for transcoding and playing back video files based on grid technology in devices having limited computing power
CN115550354A (zh) 一种数据处理方法、装置及计算机可读存储介质
WO2023066053A1 (zh) 业务请求处理方法、网络设备及计算机可读存储介质
CN114143569B (zh) 一种网页录制和直播方法及系统
CN115865884A (zh) 一种网络摄像头数据访问装置、方法、网络摄像头和介质
CN112417349B (zh) 一种编程装置、网络状态监控方法
WO2014015795A1 (zh) 在移动设备中为多个候选应用提供通信连接的方法与设备
CN114844870A (zh) 一种媒体流获取方法、装置、电子设备及存储介质
CN113992641A (zh) 一种数据处理方法、装置、设备及存储介质
CN114461425A (zh) 数据处理方法、装置、设备及计算机可读存储介质
CN110392017B (zh) 处理rpc报文的方法及相关装置
CN111131746A (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