CN115623518A - 任务处理方法、平台、系统、设备和存储介质 - Google Patents
任务处理方法、平台、系统、设备和存储介质 Download PDFInfo
- Publication number
- CN115623518A CN115623518A CN202211610252.7A CN202211610252A CN115623518A CN 115623518 A CN115623518 A CN 115623518A CN 202211610252 A CN202211610252 A CN 202211610252A CN 115623518 A CN115623518 A CN 115623518A
- Authority
- CN
- China
- Prior art keywords
- task
- execution
- processing platform
- communication system
- task processing
- 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
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 25
- 238000012545 processing Methods 0.000 claims abstract description 207
- 238000004891 communication Methods 0.000 claims abstract description 131
- 238000000034 method Methods 0.000 claims abstract description 52
- 238000001514 detection method Methods 0.000 claims description 71
- 238000012423 maintenance Methods 0.000 claims description 47
- 230000004044 response Effects 0.000 claims description 17
- 230000001960 triggered effect Effects 0.000 claims description 13
- 238000006243 chemical reaction Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 abstract description 32
- 238000007726 management method Methods 0.000 description 22
- 238000010586 diagram Methods 0.000 description 15
- 230000006870 function Effects 0.000 description 12
- 230000000694 effects Effects 0.000 description 5
- 230000006855 networking Effects 0.000 description 5
- 230000000737 periodic effect Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 101150119040 Nsmf gene Proteins 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例提供一种任务处理方法、平台、系统、设备和存储介质,该方法包括:任务处理平台可以获取通信系统中任务对应的可执行文件,并根据此文件获取该第一任务的任务属性和任务执行逻辑。接着,任务处理平台再获取此任务的执行条件,并根据执行条件、任务属性和任务执行逻辑完成任务创建。在通信系统的运行过程中,若此通信系统的运行状态满足任务执行条件,则任务处理平台开始执行上述创建的任务。可见,上述是一种根据可执行文件以及任务的执行条件创建自定义任务的方法,任务处理平台能够创建出不同内容不同执行方式的任务。且根据为不同任务配置的不同执行条件,实现不同任务之间的独立执行即任务之间互不影响,便于任务管理。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种任务处理方法、平台、系统、设备和存储介质。
背景技术
在通信系统运行的过程中,网络中的各通信设备可以产生各种运行数据。通过对这些运行数据进行分析,即可以得到整个通信系统的状态数据,也可以得到通信系统中某个通信设备的状态数据。进一步地,可以根据分析结果对通信系统进行控制。其中,根据状态数据分析通信系统和/或通信设备的状态数据可以认为是该通信系统对应的运维任务。
并且在实际中,应用在不同场景下的不同通信系统可以具有不同的运维任务,同一个通信系统也可以具有不同的运维任务,并且通信系统还可以包含其他种类的任务,即通信系统中的任务是多种多样的,比如检测用户设备(User Equipment,简称UE)是否下线、通信系统中功能网元是否故障等等。
基于上述描述,如何实现各种任务的创建就成为一个亟待解决的问题。
发明内容
有鉴于此,本发明实施例提供一种任务处理方法、平台、系统、设备和存储介质,用以创建内容丰富的任务类型。
第一方面,本发明实施例提供一种任务处理方法,应用于任务处理平台,包括:
根据通信系统中第一任务对应的可执行文件,获取所述第一任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述第一任务的执行条件,创建所述第一任务;
若所述通信系统的运行状态满足所述执行条件,则执行所述第一任务。
第二方面,本发明实施例提供一种任务处理方法,应用于任务处理平台,包括:
根据车联网中任务对应的可执行文件,获取所述任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述任务的执行条件,创建所述任务,所述任务包括所述车联网中电子设备的运维任务;
若所述车联网的运行状态满足所述执行条件,则执行所述任务。
第三方面,本发明实施例提供一种任务处理平台,包括:任务创建组件和任务执行组件;
所述任务创建组件,用于根据通信系统中任务对应的可执行文件,获取所述任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述任务的执行条件,创建所述任务;
所述任务执行组件,用于若所述通信系统的运行状态满足所述任务的执行条件,则执行所述任务。
第四方面,本发明实施例提供一种任务处理平台,包括:任务创建组件和任务执行组件;
所述任务创建组件,用于根据车联网中任务对应的可执行文件,获取所述任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述任务的执行条件,创建所述任务,所述任务包括所述车联网中电子设备的运维任务;
所述任务执行组件,用于若所述车联网的运行状态满足所述任务的执行条件,则执行所述任务。
第五方面,本发明实施例提供一种任务处理系统,包括:任务处理平台和操作平台;
所述任务处理平台,用于根据通信系统中第一任务对应的可执行文件,获取所述第一任务的任务属性和任务执行逻辑;
响应于创建指令,根据所述任务属性、所述任务执行逻辑和所述第一任务的执行条件,创建所述第一任务;
若所述通信系统的运行状态满足所述执行条件,则执行所述第一任务;
所述操作平台,用于响应于用户的配置操作,发送所述执行条件。
第六方面,本发明实施例提供一种电子设备,包括处理器和存储器,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行时实现上述第一方面或第二方面中的任务处理方法。该电子设备还可以包括通信接口,用于与其他设备或通信系统通信。
第七方面,本发明实施例提供了一种非暂时性机器可读存储介质,所述非暂时性机器可读存储介质上存储有可执行代码,当所述可执行代码被电子设备的处理器执行时,使所述处理器至少可以实现如第一方面或第二方面所述的任务处理方法。
本发明实施例提供的任务处理方法中,任务处理平台可以获取通信系统中任一任务对应的可执行文件,并根据此文件获取该任务的任务属性和任务执行逻辑。接着,任务处理平台再获取此任务的执行条件,并根据此执行条件、上述的任务属性和任务执行逻辑创建任务。在通信系统的运行过程中,若此通信系统的运行状态满足任务执行条件,则任务处理平台进一步执行上述创建的任务。
可见,上述方案提供了一种根据可执行文件以及任务的执行条件创建自定义任务的方法,使任务处理平台能够创建出不同内容不同执行方式的各种任务。且根据为不同任务配置的不同执行条件,实现不同任务之间的独立执行即任务之间互不影响,便于任务管理。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种通信系统的结构示意图;
图2为图1所示通信系统中核心网的结构示意图;
图3为本发明实施例提供的一种任务处理系统的结构示意图;
图4为本发明实施例提供的任务处理系统创建任务的示意图;
图5为本发明实施例提供的另一种任务处理系统的结构示意图;
图6为本发明实施例提供的又一种任务处理系统的结构示意图;
图7为本发明实施例提供的任务处理系统应用在5G通信系统中的示意图;
图8为本发明实施例提供的任务处理系统应用在车联网中的示意图;
图9为本发明实施例提供的一种任务处理方法的流程图;
图10为本发明实施例提供的另一种任务处理方法的流程图;
图11为本发明实施例提供的另一种任务处理方法的流程图;
图12为本发明实施例提供的一种任务处理平台的结构示意图;
图13为本发明实施例提供的一种电子设备的结构示意图;
图14为本发明实施例提供的另一种电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义,“多种”一般包含至少两种,但是不排除包含至少一种的情况。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于识别”。类似地,取决于语境,短语“如果确定”或“如果识别(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当识别(陈述的条件或事件)时”或“响应于识别(陈述的条件或事件)”。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
在对下述各实施例进行描述之前,还可以对任务创建的前提进行举例说明:
可选地,随着第五代移动通信技术(5th Generation Mobile CommunicationTechnology,简称5G)的不断发展,5G通信系统的应用场景也越来越广泛。比如借助5G通信系统可以为用户提供视频点播、视频直播、自动驾驶等多种服务。其中,视频直播服务中的直播视频可以是体育赛事、远程医疗视频、远程教学视频等等。
图1为本发明实施例提供的一种5G通信系统。如图1所示,该通信系统可以包括用户设备(User Equipment,简称UE)、无线接入网(Radio Access Network,简称RAN)、核心网和数据网(Data Network,简称DN)。UE设备在利用RAN接入核心网后可以实现与DN之间的数据交互,从而能够使用上述提及的直播、自动驾驶等服务。
可选地,图1所示的5G通信系统中核心网的网络架构还可以如图2所示。核心网可以包括:网络切片选择功能(Network Slice Selection Function ,简称NSSF)网元、网络暴露功能(Network Exposure Function,简称NEF)网元、网络存储库功能(NetworkRepository Function,简称NRF)网元、策略控制功能(Policy Control Function ,简称PCF)网元、统一数据管理(Unified Data Management,简称UDM)网元、鉴权服务功能(Authentication Server Function,简称AUSF)网元、接入和移动性管理功能(Access andMobility Management Function,简称AMF)网元、会话管理功能(Session ManagementFunction,简称SMF)网元以及移动性管理功能(Mobility Management Function,简称MMF)网元等。上述各网元均可以称为控制面功能(Control Plane Function ,简称CPF)网元。核心网还可以包括用户面功能网元(User Plane Function,简称UPF)。
其中,Nnssf为NSSF网元提供的服务化接口,类似的,Nnef为NEF网元提供的服务化接口,Nnrf为NRF网元提供的服务化接口,Npcf为PCF网元提供的服务化接口,Nudm为UDM网元提供的服务化接口,Nausf为AUSF网元提供的服务化接口,Namf为AMF网元提供的服务化接口,Nsmf为SMF网元提供的服务化接口,Nmmf为MMF网元提供的服务化接口。并且上述各服务化接口均与网络总线连接。UE和AMF网元之间为N1接口,RAN和AMF网元之间为N2接口,RAN和UPF之间为N3接口,UPF和SMF之间为N4接口。
为了保证服务体验,5G通信系统需要正常运行,才能保证数据传输的高速率和低时延。此时,便可以使用本发明下述各实施例提供的任务处理系统来创建多种检测任务,以通过检测任务的执行实时确定5G通信系统以及系统内部各通信设备的运行状态。其中,本发明下述各实施例提供的任务处理系统与上述图1和图2所示的5G通信系统存在通信连接。可选地,此任务处理系统还可以创建多种维护任务。当检测任务的检测结果异常即表明5G通信系统存在异常时,任务处理系统可以通过执行维护任务来修复5G通信系统中的异常,从而保证5G通信系统的正常运行。上述检测任务和维护任务可以统称为运维任务。
举例来说,此任务处理系统创建的检测任务可以包括:检测UE是否下线、检测UE是否存在信号干扰、检测UE是否存在接入故障、通信系统中各CPF网元和/或UPF网元是否故障等等。任务处理系统创建的维护任务通常与检测任务对应,则具体来说,针对检测CPF网元和/或UPF网元是否故障的任务,任务处理系统创建的维护任务可以包括:修改故障功能网元的配置参数或者重启故障功能网元等等。类似的,对于检测出UE下线的任务,任务处理系统创建的维护任务可以包括:控制UE重新上线。对于检测UE接入故障的任务,任务处理系统创建的维护任务可以包括:控制UE重新接入核心网。
针对上述创建的运维任务,可选地,任务处理系统还可以创建相应的管理任务,该管理任务可以包括对删除运维任务、删除运维任务的执行结果、查询运维任务的任务属性、查询运维任务的执行结果、过滤运维任务等等。其中,运维任务的任务属性可以参见图3所示实施例中的相关描述。
需要说明的有,本发明下述各实施例提供的任务处理系统、平台和方法中提及的用户可以认为是通信系统的运维人员,而非UE的使用者。
则基于上述描述,下面再结合附图对本发明的一些实施方式作详细说明。在各实施例之间不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。另外,下述各方法实施例中的步骤时序仅为一种举例,而非严格限定。
图3为本发明实施例提供的一种任务处理系统的结构示意图。该系统具体可以包括任务处理平台和操作平台。该任务处理系统的工作过程可以描述为:
用户可以在操作平台触发配置操作,还可以在操作平台上触发创建操作。并且任务处理平台可以预先获取到需要创建的第一任务对应的可执行文件。可选地,此可执行文件可以人为编写,具体可以是Python 脚本、shell 脚本等等。
任务处理平台在获取到可执行文件后,即可对其进行自动解析,以得到可执行文件中包含的第一任务的任务属性和任务执行逻辑。同时,任务处理平台也可以接收到触发配置操作后所产生的第一任务的执行条件。进一步地,任务处理平台还可以响应于用户触发的创建操作,接收触发创建操作所产生的创建指令,并根据上述获取到的任务属性、任务执行逻辑以及执行条件创建第一任务。此时,已经完成了任务的创建。在通信系统的运行过程中,任务处理平台还可以实时检测通信系统的运行状态,则当任务处理平台检测到通信系统的运行状态满足第一任务的执行条件时,开始执行此第一任务,以得到任务执行结果。可选地,此任务执行结果可以存储于任务处理平台中。
其中,可选地,第一任务可以是上述提及的各种运维任务,或者与运维任务对应的管理任务。可选地,任务处理平台响应于配置操作,可以借助自身的预设接口获取用户配置的执行条件。
可选地,第一任务的执行条件可以包括:通信系统每运行预设时间后执行即任务的执行周期,则使用此执行条件图3所示系统创建出的是周期型任务。第一任务的执行条件还可以包括响应于用户的执行操作执行、当待检测对象处于关闭或开启状态时运行等等,则使用此执行条件图3所示系统创建出的是非周期型任务即触发型任务。即任务处理系统能够创建出类型不同的自定义任务。
可选地,第一任务的任务属性具体可以包括:任务名称、可执行文件的名称、可执行文件的类型以及任务的作用对象。
当第一任务具体为检测任务时,任务的作用对象具体为待检测对象以及检测指标。对于待检测对象和检测指标,举例来说,当第一任务为检测UE是否下线时,待检测对象为UE,检测指标包括检测时间以及在此检测时间下UE的在线状态。
当第一任务为检测UE是否存在信号干扰时,待检测对象为UE,检测指标可以包含UE的参考信号接收功率(Reference Signal Receiving Power,简称RSRP) 、接收信号的强度指示(Received Signal Strength Indicator,简称RSSI)、参考信号接收质量(Reference Signal Received Quality,简称RSPQ)、信号与干扰加噪声比 (Signal toInterference plus Noise Ratio,简称SINR)等等。
当第一任务是UE接入故障定位时,待检测对象为UE,检测指标包括UE接入的基站和核心网各自的日志中记录的与会话连接相关的信息。
当第一任务为检测网元故障时,待检测对象包括核心网中的CPF网元或者UPF网元中的至少一个,检测指标为网元的运行状态。
当第一任务与上检测任务对应的维护任务时,任务的作用对象可以具体为修改故障网元的配置参数或者重启故障网元、控制UE重新上线或者控制UE重新接入核心网等等。
本实施例中,任务处理系统中的任务处理平台在预先获取到通信系统中任一任务对应的可执行文件之后,即可对其解析以得到该任务的任务属性和任务执行逻辑。然后,任务处理平台还可以进一步响应于用户对任务处理系统中操作平台触发的配置操作获取任务执行条件。当用户对操作平台触发创建操作后,任务处理平台响应于此创建操作,根据上述得到的执行条件、任务属性和任务执行逻辑创建任务。在通信系统的运行过程中,若此通信系统的运行状态满足任务执行条件,则任务处理平台进一步执行上述创建的任务。
可见,上述方案提供了一种根据可执行文件以及任务的执行条件创建自定义任务的方法,从而能够使任务处理平台创建出不同内容不同执行方式的任务。并且由于不同任务配置有不同执行条件,还能够实现不同任务之间的独立执行即任务之间互不影响,便于任务管理。
需要说明的有,在实际中,5G通信系统本身也可以创建并执行各种运维任务,同时使用上述任务处理系统也能够创建并执行各种运维任务。则5G通信系统以及任务处理系统执行各自创建的运维任务便能够实现对5G通信系统运行状态的双重检测,从而保证能够及时检测出5G通信系统是否存在故障并及时修复故障,保证通信系统的高可用。其中,双重检测的优势更详细来说体现在:当5G通信系统由于某些原因无法执行自身创建的运维任务时,又或者当5G通信系统创建的运维任务的类型较为单一不能全面检测出自身故障时,任务处理系统创建的运维任务能够作为备选或者补充,以及时检测出5G通信系统是否存在故障并及时修复故障。
对于任务处理平台根据任务属性、任务执行逻辑以及执行条件创建第一任务的过程,可选地,任务处理平台在预先得到第一任务的可执行文件的同时,还可以获取该可执行文件的镜像环境。然后,任务处理平台可以借助此镜像环境将执行条件、可执行文件中包含的任务属性和任务执行逻辑进行封装,以完成第一任务的创建。可选地,镜像环境可以预先缓存在任务处理平台中,以使任务处理平台直接从缓存中获取镜像环境从而缩短任务创建的时间。
可选地,上述任务处理系统中的任务处理平台可以以容器组的形式运行于容器编排集群中,此容器编排集群比如可以是Docker Swarm集群或者 Kubernetes集群等等。其中,容器组为Kubernetes集群中的最小调度单元,可以称为pod。则任务处理系统中的任务处理平台借助镜像环境,以及容器编排集群的资源创建出的第一任务也是运行于容器组中的。另外,对于以容器组形式运行的任务处理平台,其还可以利用被分配到的资源并行地创建多种任务,以实现任务创建之间的独立,从而也能提高创建任务的效率。
对于运行有第一任务的容器组,可选地,其可以是普通容器组,即在第一任务执行完毕后分配给该容器组的资源并不释放。为了提高集群中资源的利用效率,可选地,任务处理平台在利用镜像环境进行封装时,还可以将第一任务封装到容器编排集群支持的一种特殊容器组中。在第一任务执行完成后,分配给该特殊容器组的资源会被释放。比如容器编排集群具体为Kubernetes集群时,特殊容器组具体为Kubernetes集群支持的工作类容器组(job)。可选地,第一任务的任务执行结果可以存储于运行有第一任务的容器组中。
利用上述各实施例提供的方式创建多种自定义的运维任务的过程中,可选地,任务处理平台还可以为每个任务生成一个唯一标识。并且根据任务内容不同,唯一标识可以由不同的多元组信息构成。
举例来说,对于检测UE是否下线、检测UE是否存在信号干扰、UE接入故障定位等检测任务,其对应的唯一标识可以具体表现为多元组信息,该多元组信息可以包括任务名称、UE标识、UE接入基站的标识以及UE接入的核心网的标识。
对于检测通信系统中各CPF网元和/或UPF网元是否故障等检测任务,其对应的唯一标识可以具体表现为多元组信息,该多元组信息可以包括任务名称、功能网元标识、功能网元所在网络的标识以及接入该网元的基站的标识。
对于查看UE是否下线、查看UE是否存在信号干扰的管理任务,其对应的唯一标识可以具体表现为多元组信息,该多元组信息可以包括任务名称、基站标识、接入有该基站的网络的标识以及UE标识。可选地,UE标识具体可以为国际移动用户识别码(InternationalMobile Subscriber Identity,简称IMSI)。
其中,上述检测任务都可以被创建成周期型任务,则可选地,用于描述上述检测任务的唯一标识的多元组信息还可以包括任务版本号,其用于表明该周期型任务的执行次数。
需要说明的有,对于任务处理平台创建的多种运维任务以及管理任务,在同一时间内具有相同标识的任务不能同时运行多个,即同一任务不能在同一时间重复执行,这也能够节约任务处理系统的处理资源。
任务处理平台内创建任务的过程以及为任务设置的唯一标识均可以结合图4理解。
可选地,图3所示的任务处理系统中可以预先配置有不同任务各自对应的可执行文件以及各可执行文件对应的镜像环境,则任务处理平台在执行第一任务的过程中,当用户对操作平台触发第二任务的创建操作,则任务处理平台也可以从第二任务对应的可执行文件中解析出任务的任务属性和任务执行逻辑,再根据第二任务的执行条件创建第二任务。此时也即是实现了第一任务执行和第二任务创建之间的独立。第二任务的具体创建过程可以见图3所示实施例中的相关描述。
可见,使用图3所示的任务处理系统,在保证不同任务之间独立创建、独立指令的同时,还能够保证同一任务创建和执行之间的独立,实现不同任务的独立地管理。不同任务能够在达到执行条件后自动执行,方便任务管理。
图5为本发明实施例提供的另一种任务处理系统的结构示意图。在图3所示系统的基础上,系统还包括与任务处理平台通信连接的存储组件。
正如上述实施例中的描述可知,任务处理系统中任务处理平台创建的第一任务可以检测UE是否下线、检测UE是否存在信号干扰、UE接入故障定位、通信系统中各功能网元是否故障等等。其中,UE是5G通信系统中的硬件设备,并且功能网元也需要运行在5G通信系统中的通信设备上,因此,上述各任务也可以认为是对通信系统中通信设备的检测任务,执行这些检测任务所需的检测指标参数也可以认为是通信设备的状态数据。这些状态数据可以存储于任务处理系统的存储组件中。可选地,存储组件具体可以包括基于对象存储(Object Storage Service,简称OSS)的存储组件,基于数据库的存储组件等等。其中,当存储组件是基于数据库的存储组件时,则数据访问接口具体为面向对象的数据库访问接口(Data Access Object,简称DAO) 。
可选地,在执行一些检测任务,比如检测UE是否下线、检测UE是否存在信号干扰、UE接入故障定位等等时,任务处理平台可以借助自身的数据访问接口从存储组件中读取相关的检测指标参数即UE的状态数据,并按照任务执行逻辑,对读取到的指标参数进行分析处理,以实现执行检测任务。承接图3所示实施例中提及的检测任务,存储组件中可以存储有UE在某一时间的在线状态,UE的RSRP、RSSI、RSPQ、SINR,UE接入的核心网和基站各自的日志等等。
可选地,在执行另一些检测任务,比如检测通信系统中各功能网元是否故障时,任务处理平台可以不通过存储组件而直接向功能网元获取该功能网元的运行状态,并根据任务执行逻辑执行检测任务。
对于任务处理平台针对检测任务创建的维护任务以及管理任务,可选地,根据任务内容不同,任务处理平台也可以从存储组件中读取相关数据来实现维护任务或者管理任务的执行。
可选地,各种任务的执行结果也可以存储于存储组件中。
本实施例中,任务处理平台还可以与存储组件通信连接,则对于不同的运维任务或者管理任务,任务处理平台可以从存储组件中读取相关状态数据,并对这些状态数据进行处理以完成任务的执行。另外,本实施例中未详细描述的内容以及所能实现的技术效果也可以参见图3所示实施例中的相关描述,在此不再赘述。
图6为本发明实施例提供的又一种任务处理系统的结构示意图。在图3所示系统的基础上,系统还包括负载均衡组件以及与任务处理平台通信连接的多个服务组件。
根据图3所示实施例中的描述可知,任务处理系统中的任务处理平台可以接收到触发创建操作所产生的创建指令。
一种可选地接收方式,任务处理系统中的操作平台响应于用户触发的创建操作,生成原始指令。此原始指令会进一步发送至负载均衡组件。负载均衡组件又可以根据预设的负载均衡策略从多个服务组件中选出目标服务组件,并将原始指令转发至选中的目标服务组件。接着,目标服务组件用于对原始指令进行格式转换,并将转换结果作为创建指令发送至任务处理平台。可选地,负载均衡组件选中的目标服务组件的负载压力小于其他服务组件的负载压力。可选地,对于原始指令的格式转换,比如可以是将原始指令中的字符串进行重组以得到创建指令,也可以是将原始指令中的字符串转换成Jason对象以得到创建指令。
可选地,任务处理系统还包括与操作平台通信连接的网关,该网关用于将上述的原始指令转发至负载均衡组件。由于任务处理系统中的操作平台通常位于公网,任务处理平台通常位于私网,则网关可以认为是公网与私网之间实现通信的桥梁,以使在公网中产生的原始指令转发至私网。
可选地,基于图6所示的任务处理系统,在任务执行完成得到任务执行结果后,此任务执行结果还可以从任务处理系统,依次借助目标服务组件、负载均衡设备、网关最终传输并保存至操作平台。
本实施例中,借助网关、负载均衡组件以及服务组件,用户在操作平台产生的指令能够被发送至任务处理平台,以由任务处理平台响应于此指令实现各种任务的创建和执行,并且当任务执行完成后,同样借助上述组件还能够将任务执行结果反馈给操作平台,也即是实现了控制指令和执行结果的双向传输。另外,本实施例中未详细描述的内容以及所能实现的技术效果也可以参见图3所示实施例中的相关描述,在此不再赘述。
可选地,对于图6所示的任务处理系统,其中的任务处理平台还可以与图5所示实施例中的存储组件存在通信连接,此任处理系统可以参见图7所示。基于此种任务处理系统,任务执行后产生的任务执行结果还可以借助任务处理平台的数据访问接口写入存储组件中。
下面以5G通信系统中所需的任务为例,说明上述各实施例提供的任务处理系统的具体工作过程。下述过程也可以结合图7理解。
5G通信系统中可以包括上述的检测UE是否下线(后续称为下线检测)、检测UE是否存在信号干扰(后续称为信号干扰检测任务)、UE接入故障定位(后续简称为接入故障检测任务)、通信系统中各功能网元是否故障(后续简称为网元检测任务)。
第一任务可以为信号干扰检测任务,则用户可以预先将信号干扰检测任务对应的可执行文件上传至任务处理平台,任务处理平台响应于可执行文件的上传即可解析可执行文件,以得到该文件中描述的信号干扰检测任务的任务属性和任务执行逻辑。接着,响应于用户对操作平台触发的配置操作,任务处理平台还可以根据自身预设接口接收到用户配置任务执行条件。
进一步地,当用户对系统中操作平台触发的创建操作后,操作平台响应于该创建操作生成的原始指令依次经过网关、负载均衡组件可以被目标服务组件接收并转换为创建指令。创建指令最终会由目标服务组件转发至任务处理平台。然后,任务处理平台可以响应于此创建指令,根据上述得到的任务属性、任务执行逻辑以及执行条件创建封装于工作类容器组中的信号干扰检测任务。其中,任务属性中的待检测对象可以为接入RAN中目标基站的目标UE,检测指标为RSRP、RSSI、RSPQ、SINR等等。目标基站可以是RAN中的任一基站。作为此信号干扰检测任务的唯一标识的多元组信息可以表示为: Signal Interference—005—001—2358293557。其中,“Signal Interference”为任务名称,“005”为目标基站所属RAN的网络标识、“001”为该目标基站的标识,“2358293557”为目标UE的IMSI。
可选地,用户配置的执行条件为:任务的执行周期为T。则在5G通信系统的正常运行过程中,当到达信号干扰检测任务的执行周期后,任务处理平台开始执行此干扰检测任务,即借助任务处理平台的数据访问接口从存储组件中获取上述检测指标的具体数据,并根据此数据检测接入目标基站的目标UE是否存在信号干扰,以得到任务执行结果。
可选地,用户配置的执行条件还可以是在用户对操作平台触发的执行操作后执行任务。则在5G通信系统的正常运行过程中,操作平台响应于用户触发的执行操作,生成执行指令。任务处理平台再响应于此执行指令开始执行上述创建的信号干扰检测任务,以得到任务执行结果。
上述得到的任务执行结果在借助数据访问接口存储于存储组件中的同时,还可以借助目标服务组件、负载均衡设备、网关最终反馈给操作平台。
与上述方式相同的,任务处理平台可以根据本地预先存储的不同任务的可执行文件,则任务处理平台还可以根据各种可执行文件创建针对其他基站的信号干扰检测任务以及其他各种运维任务、管理任务。可选地,任务处理平台可以在创建针对目标基站的信号干扰检测任务的同时创建其他任务比如网元检测任务(该任务以虚线的形式在图7中示出),也即是实现了不同任务之间的独立创建。可选地,任务处理平台也可以在执行此针对目标基站的信号干扰检测任务的同时创建其他任务,也即是实现了不同任务创建和执行之间的独立运行。其中,其他任务可以是其他检测任务,也可以是维护任务或者管理任务。
由于任务的创建和执行之间都是相互独立的,因此也能够便于任务的管理。
另外,根据上述各实施例中的描述可知,任务处理平台创建的各种自定义运维任务能够多方面的保证5G通信系统的正常运行,以使5G通信系统可以向UE的使用者稳定地提供直播、在线购物、在线交易等等5G通信系统能够提供的多种服务。
可选地,上述各实施例提供的任务处理系统还可以应用到车联网中,此时,任务处理平台生成的任务可以是车辆网中各电子设备的运维任务和/或相应的管理任务。下述描述也可以结合图8理解。
车联网也可以是部署于5G网络中,则车联网中也可以包括上述的检测UE是否下线(后续称为下线检测)、UE接入故障定位(后续简称为接入故障检测任务)、5G网络中各功能网元是否故障(后续简称为网元检测任务)。其中,在车联网中的UE即为具有自动驾驶功能的车辆,车辆通过5G网络中的基站接入5G核心网,即成功接入车联网。
任务处理平台创建接入故障检测任务的过程与图7所示实施例中创建信号干扰检测任务的过程类似,在此不再赘述。
对于接入故障检测任务,任务属性中的待检测对象可以为接入RAN中目标基站的目标车辆,检测指标为车辆接入的目标基站和核心网中的目标网元各自的日志中记录的与会话连接相关的信息。目标基站可以是RAN中的任一基站。作为此信号干扰检测任务的唯一标识的多元组信息可以表示为: Fault Location—008—002—003—LAWEI9N55ER378548。其中,“Fault Location”为任务名称,“005”为目标基站所属RAN的网络标识、“002”为该目标基站的标识,“003”为车辆接入的核心网的标识,“LAWEI9N55ER378548”为目标车辆的车辆识别代码(Vehicle Identification Numbe,简称VIN)。
与图7所示实施例相同的,可选地,用户配置的执行条件为:任务的执行周期为T。则在5G车辆网的正常运行过程中,当到达接入故障检测的执行周期后,任务处理平台开始执行此接入故障检测任务,以得到任务执行结果。
可选地,用户配置的执行条件还可以是在用户对操作平台触发的执行操作后执行任务。则在5G车辆网的正常运行过程中,操作平台响应于用户触发的执行操作,生成执行指令。任务处理平台再响应于此执行指令开始执行上述创建的接入故障测任务,以得到任务执行结果。
上述得到的任务执行结果在借助数据访问接口存储于存储组件中的同时,还可以借助目标服务组件、负载均衡设备、网关最终反馈给操作平台。
与图8所示实施例类似的,任务处理平台还可以根据本地预先存储的不同任务的可执行文件,比如网元检测任务(该任务以虚线的形式在图8中示出)。并且不同任务可以并行独立创建。可选地,任务处理平台也可以在执行此针对车辆的接入故障检测任务的同时创建其他任务,也即是实现了不同任务创建和执行之间的独立运行。由于任务的创建和执行之间都是相互独立的,因此也能够便于任务的管理。
在上述各实施例已经从整个任务处理系统的角度描述任务创建和执行过程,则在此基础上,还可以从任务处理平台的角度进行描述。则图9为本发明实施例提供的一种任务处理方法的流程图。本发明实施例提供的该任务处理方法可以由上述各实施例提供的任务处理系统中任务处理平台执行。如图9所示,该方法可以包括如下步骤:
S101,根据通信系统中第一任务对应的可执行文件,获取第一任务的任务属性和任务执行逻辑。
S102,根据任务属性、任务执行逻辑和第一任务的执行条件,创建第一任务。
任务处理平台可以预先获取第一任务的可执行文件,并解析出其中包含的第一任务的任务属性以及任务执行逻辑。任务处理平台还可以响应于用户在操作平台触发的配置操作,获取用户配置的执行条件。可选地,任务处理平台响应于配置操作,可以借助自身的预设接口获取用户配置的执行条件。进一步地,当用户对操作平台触发创建操作时,任务处理平台响应于此创建操作对应的创建指令,以根据上述获取到的任务属性、任务执行逻辑以及任务执行条件创建第一任务。
其中,第一任务、第一任务的任务属性以及执行条件的具体内容可以参见图1~图3所示实施例中的相关描述,在此不再赘述。
S103,若通信系统的运行状态满足执行条件,则执行第一任务。
对于上述建立完成的第一任务,在5G通信系统的正常运行过程中,任务处理平台还可以实时检测5G通信系统的运行状态,若运行状态满足第一任务的执行条件,则执行第一任务,以得到任务执行结果。可选地,第一任务的执行结果可以存储于任务处理平台中。
另外,本实施例中未详细描述的内容还可以参见上述各实施例中的相关描述,在此不再赘述。
本实施例中,任务处理平台可以获取第一任务的任务属性和任务执行逻辑,还可以基于用户在操作平台上触发的配置操作,获取第一任务的执行条件。接着,任务处理平台可以根据上述获取的执行条件、任务属性以及任务执行逻辑创建第一任务。在通信系统的运行过程中,若此通信系统的运行状态满足任务执行条件,则任务处理平台进一步执行上述创建的第一任务。
可见,上述方案提供了一种根据可执行文件以及任务的执行条件创建自定义任务的方法,从而能够使任务处理平台创建出不同内容不同执行方式的任务。并且根据为不同任务配置的不同执行条件,还能够实现不同任务之间的独立执行即任务之间互不影响,便于任务管理。
可选地,任务处理平台本地可以存储有不同任务各自对应的可执行文件,则可选地,任务处理平台可以在上述第一任务创建的同时创建第二任务,以实现任务的并行创建。而第二任务的创建过程与第一任务相同。可选地,任务处理平台还可以在第一任务执行的过程中创建第二任务,也即是实现任务执行和创建之间的独立。由于不同任务的创建和执行之间都是独立的,因此,可以方便任务处理平台对任务进行管理。
另外,根据上述各实施例中的相关描述可知,第一任务具体可以包括对通信系统中各通信设备的检测任务,可选地,执行检测任务所需的检测指标参数也即是待检测的通信设备的状态数据可以存储于与任务处理平台通信连接的存储组件中。则任务处理平台可以利用自身的数据访问接口从存储组件中读取状态数据,并对此状态数据执行任务执行逻辑以完成检测任务的执行。具体的相关内容还可以参见上述图5所示实施例中的相关内容,在此不再赘述。
可选地,任务处理平台还可以以容器组的形式运行在容器编排集群中,任务处理平台也可以使用容器编排集群的资源创建任务,并且此任务也运行于容器组中。在创建任务的过程中,为了提高容器编排集群的资源利用率,可选地,图10为本发明实施例提供的另一种任务处理方法的流程图,如图10所示,该方法可以包括如下步骤:
S201,根据通信系统中第一任务对应的可执行文件,获取第一任务的任务属性和任务执行逻辑。
步骤S201的具体实现过程可以参见图9所示实施例中相关步骤的具体描述,在此不再赘述。
S202, 获取任务处理平台缓存的第一任务的可执行文件的镜像环境。
S203, 在镜像环境中,将第一任务的可执行文件中的任务属性、任务执行逻辑以及执行条件进行封装,以创建运行有第一任务的工作类容器。
任务处理平台还可以缓存有第一任务对应的可执行文件的镜像环境。然后,任务处理平台可以借助此镜像环境将执行条件、可执行文件中包含的任务属性和任务执行逻辑进行封装,以得到运行有第一任务的容器组。由于镜像环境是预先缓存在任务处理平台中,因此,能够缩短任务处理平台快速获取镜像环境,从而缩短任务创建的时间。
由于任务处理平台可以以容器组的形式运行于容器编排集群中,此容器编排集群支持一种特殊容器组,即工作类容器组。则任务处理平台在利用镜像环境进行封装的过程也即是借助镜像环境,以及容器编排集群的资源将第一任务封装到容器编排集群支持的工作类容器组中。
另外,对于以容器组形式运行的任务处理平台,其还可以利用被分配容器编排集群分配给自身的资源并行地创建多种任务,以实现任务创建之间的独立,也即是提高创建任务的效率。
S204,若通信系统的运行状态满足执行条件,则执行第一任务。
步骤S204的具体实现过程可以参见图9所示实施例中相关步骤的具体描述,在此不再赘述。
S205,响应于任务执行完毕,释放为工作类容器分配的资源。
由于该工作类容器组具有任务执行完成后自动释放资源的特性,因此,在第一任务执行完成后,分配给该工作类容器组的资源会被释放,从而提高容器编排集群的资源利用率。
本实施例中,任务处理平台可以将任务属性、执行条件以及任务的执行逻辑封装为一种特殊的容器组即工作类容器组,该工作类容器组可以作为第一任务的运行载体。并且在任务执行完成后,分配给此工作类容器组的资源会释放回容器编排集群中,从而可以提高运行有任务处理平台的容器编排集群的资源利用率。另外,本实施例中未详细描述的内容以及所能实现的技术效果均可以参见上述各实施例中的相关描述,在此不再赘述。
可选地,当任务处理平台具体应用到基于5G网络的车联网时,则图11为本发明实施例提供的一种任务处理方法的流程图。本发明实施例提供的该任务处理方法可以由上述各实施例提供的任务处理系统中任务处理平台执行。如图11所示,该方法可以包括如下步骤:
S301,根据车联网中任务对应的可执行文件,获取任务的任务属性和任务执行逻辑。
S302, 根据任务属性、任务执行逻辑和任务的执行条件,创建任务。
S303,若车联网的运行状态满足执行条件,则执行任务。
其中,需要说明的有,本实施例中,任务处理平台创建出的任务可以包括车联网中电子设备的运维任务。比如可以是检测车辆是否下线、车辆接入故障定位、检测车联网中5G网络中各功能网元是否故障等等。由于在实际中5G网络中的各功能网元也是运行在电子设备中的,则检测功能网元是否故障也可以认为是检测运行有此功能网元的电子设备是否故障,因此,检测功能网元是否故障也可以认为是对电子设备的运维任务。
可选地,任务可以并行创建,也可以在某一任务执行时继续创建其他任务。
另外,本实施例中未详细描述的过程以及所能实现的技术效果均可以参见上述图9~图10所示实施例中的相关描述,在此不再赘述。
上述图9~图10所示实施例介绍了任务处理系统中任务处理平台的工作流程。此时,还可以对任务处理平台的构成以及平台各组成部分的具体作用进行介绍。则图12为本发明实施例提供的一种任务处理平台的结构示意图。如图12所示,该任务处理平台包括任务创建组件和任务执行组件。
任务处理平台中的任务创建组件可以预先获取通信系统中任务对应的可执行文件,为了后续描述清晰,该任务可以称为目标任务。然后,任务创建组件可以从目标任务的可执行文件中解析出该目标任务的任务属性和任务执行逻辑。同时,任务处理组件还可以获取用户触发配置操作后产生的目标任务的执行条件。当用户触发任务创建操作后,任务创建组件可以响应于触发创建操作所产生的创建指令,根据上述获取到的任务属性、任务执行逻辑和任务的执行条件,创建目标任务。此时也即是完成了任务创建过程。其中,任务处理平台创建的目标任务可以是上述各实施例中提及的检测任务、维护任务、管理任务等等。
进一步地,在通信系统正常运行的过程中,任务处理平台还可以实时检测通信系统的运行状态。若通信系统的运行状态满足任务的执行条件,则由任务执行组件执行上述创建的目标任务。
另外,本实施例中未详细描述的内容可以参见上述各实施例中的相关描述,在此不再赘述。
本实施例中,任务处理平台可以获取目标任务的任务属性和任务执行逻辑,还可以基于用户在操作平台上触发的配置操作,获取目标任务的执行条件。接着,任务处理平台再获取此任务的执行条件,并根据此执行条件、任务属性和任务执行逻辑创建任务。在通信系统的运行过程中,若此通信系统的运行状态满足任务执行条件,则任务处理平台进一步执行上述创建的任务。
可见,上述方案提供了一种根据可执行文件以及任务的执行条件创建自定义任务的方法,从而能够使任务处理平台创建出不同内容不同执行方式的任务。并且根据为不同任务配置的不同执行条件,还能够实现不同任务之间的独立执行即任务之间互不影响,方便任务管理。
需要说明的还有,此任务处理平台并不需要集成有为用户操作提供支持的操作平台,即任务处理平台和操作平台是独立的,因此,实现了二者之间的解耦,这也使得任务处理平台更为轻量。任务处理平台可以独立于操作平台部署于任何需要进行运维的系统中。
可选地,上述各实施例中提及的从存储组件中获取执行任务所需的状态数据、将任务执行结果存储至存储组件、将任务执行结果上传至操作平台均可以由任务处理平台中的数据读写组件完成。其中,数据读写组件与任务处理组件通信连接。
可选地,图12所示的处理平台还可以应用到5G车联网中,此时,任务创建组件,用于根据车联网中任务对应的可执行文件,获取任务的任务属性和任务执行逻辑。再根据任务属性、任务执行逻辑和任务的执行条件,创建任务,任务包括车联网中电子设备的运维任务。任务执行组件,用于若车联网的运行状态满足任务的执行条件,则执行任务。
任务平台在车辆网中的具体工作过程以及所能达到的技术效果与应用在通信网络中类似,可以参见上述各实施例中的相关描述,在此不再赘述。
在一个可能的设计中,上述各实施例提供的任务处理方法可以应用在一电子设备中,如图13所示,该电子设备可以包括:第一处理器21和第一存储器22。其中,第一存储器22用于存储支持该电子设备执行上述图9~图10所示实施例中提供的任务处理方法的程序,第一处理器21被配置为用于执行第一存储器22中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第一处理器21执行时能够实现如下步骤:
根据通信系统中第一任务对应的可执行文件,获取所述第一任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述第一任务的执行条件,创建所述第一任务;
若所述通信系统的运行状态满足所述执行条件,则执行所述第一任务。
可选地,第一处理器21还用于执行前述图9~图10所示实施例中的全部或部分步骤。
其中,电子设备的结构中还可以包括第一通信接口23,用于该电子设备与其他设备或通信系统通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存上述电子设备所用的计算机软件指令,其包含用于执行上述图9~图10所示方法实施例任务处理方法所涉及的程序。
在一个可能的设计中,上述各实施例提供的任务处理方法可以应用在另一电子设备中,如图14所示,该电子设备可以包括:第二处理器31和第二存储器32。其中,第二存储器32用于存储支持该电子设备执行上述图11所示实施例中提供的任务处理方法的程序,第二处理器31被配置为用于执行第二存储器32中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第二处理器31执行时能够实现如下步骤:
根据车联网中任务对应的可执行文件,获取所述任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述任务的执行条件,创建所述任务,所述任务包括所述车联网中电子设备的运维任务;
若所述车联网的运行状态满足所述执行条件,则执行所述任务。
可选地,第二处理器31还用于执行前述图11所示实施例中的全部或部分步骤。
其中,电子设备的结构中还可以包括第二通信接口33,用于该电子设备与其他设备或通信系统通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存上述电子设备所用的计算机软件指令,其包含用于执行上述图11所示方法实施例任务处理方法所涉及的程序。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (14)
1.一种任务处理方法,其特征在于,应用于任务处理平台,包括:
根据通信系统中第一任务对应的可执行文件,获取所述第一任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述第一任务的执行条件,创建所述第一任务;
若所述通信系统的运行状态满足所述执行条件,则执行所述第一任务。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在执行所述第一任务的同时,根据所述通信系统中第二任务对应的可执行文件创建第二任务,所述第一任务和所述第二任务包括对所述通信系统中通信设备的不同检测任务。
3.根据权利要求1所述的方法,其特征在于,所述根据所述任务属性、所述任务执行逻辑和所述第一任务的执行条件,创建所述第一任务,包括:
获取所述任务处理平台缓存的所述第一任务的可执行文件的镜像环境;
在所述镜像环境中,将所述第一任务的可执行文件中的所述任务属性、所述任务执行逻辑以及所述执行条件进行封装,以创建运行有所述第一任务的工作类容器。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
响应于任务执行完毕,释放为所述工作类容器分配的资源。
5.根据权利要求1所述的方法,其特征在于,所述第一任务包括所述通信系统中通信设备的检测任务;
所述执行所述第一任务,包括:
借助所述任务处理平台的数据访问接口从存储组件中获取所述通信设备的状态数据;
按照所述第一任务的任务执行逻辑对所述状态数据进行处理。
6.一种任务处理方法,其特征在于,应用于任务处理平台,包括:
根据车联网中任务对应的可执行文件,获取所述任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述任务的执行条件,创建所述任务,所述任务包括所述车联网中电子设备的运维任务;
若所述车联网的运行状态满足所述执行条件,则执行所述任务。
7.一种任务处理平台,其特征在于,包括:任务创建组件和任务执行组件;
所述任务创建组件,用于根据通信系统中任务对应的可执行文件,获取所述任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述任务的执行条件,创建所述任务;
所述任务执行组件,用于若所述通信系统的运行状态满足所述任务的执行条件,则执行所述任务。
8.一种任务处理平台,其特征在于,包括:任务创建组件和任务执行组件;
所述任务创建组件,用于根据车联网中任务对应的可执行文件,获取所述任务的任务属性和任务执行逻辑;
根据所述任务属性、所述任务执行逻辑和所述任务的执行条件,创建所述任务,所述任务包括所述车联网中电子设备的运维任务;
所述任务执行组件,用于若所述车联网的运行状态满足所述任务的执行条件,则执行所述任务。
9.一种任务处理系统,其特征在于,包括:任务处理平台和操作平台;
所述任务处理平台,用于根据通信系统中第一任务对应的可执行文件,获取所述第一任务的任务属性和任务执行逻辑;
响应于创建指令,根据所述任务属性、所述任务执行逻辑和所述第一任务的执行条件,创建所述第一任务;
若所述通信系统的运行状态满足所述执行条件,则执行所述第一任务;
所述操作平台,用于响应于用户的配置操作,发送所述执行条件。
10.根据权利要求9所述的系统,其特征在于,所述系统还包括:负载均衡组件以及与所述任务处理平台通信连接的多个服务组件;
所述操作平台,用于响应于所述用户触发的创建操作,生成原始指令;
所述负载均衡组件,用于接收所述原始指令;根据负载均衡策略,将所述原始指令转发至所述多个服务组件中的目标服务组件;
所述目标服务组件,用于对所述用户对所述原始指令进行格式转换,以得到所述创建指令;发送所述创建指令至所述任务处理平台。
11.根据权利要求9所述的系统,其特征在于,所述第一任务包括对所述通信系统中通信设备的检测任务;
所述系统还包括:与所述任务处理平台通信连接的存储组件;
所述任务处理平台,用于借助所述任务处理平台的数据访问接口从数据库中获取所述通信设备的状态数据;
按照所述第一任务的任务执行逻辑对检测任务进行处理,以得到任务执行结果;
将所述任务执行结果反馈给所述操作平台和/或将所述任务执行结果写入所述存储组件。
12.根据权利要求9所述的系统,其特征在于,所述任务处理平台,用于在执行所述第一任务的同时,根据所述通信系统中第二任务对应的可执行文件创建第二任务,所述第一任务和所述第二任务包括对所述通信系统中通信设备的不同检测任务。
13.一种电子设备,其特征在于,包括:存储器、处理器;其中,所述存储器上存储有可执行代码,当所述可执行代码被所述处理器执行时,使所述处理器执行如权利要求1~6中任一项所述的任务处理方法。
14.一种非暂时性机器可读存储介质,其特征在于,所述非暂时性机器可读存储介质上存储有可执行代码,当所述可执行代码被电子设备的处理器执行时,使所述处理器执行如权利要求1~6中任一项所述的任务处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211610252.7A CN115623518A (zh) | 2022-12-15 | 2022-12-15 | 任务处理方法、平台、系统、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211610252.7A CN115623518A (zh) | 2022-12-15 | 2022-12-15 | 任务处理方法、平台、系统、设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115623518A true CN115623518A (zh) | 2023-01-17 |
Family
ID=84880753
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211610252.7A Pending CN115623518A (zh) | 2022-12-15 | 2022-12-15 | 任务处理方法、平台、系统、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115623518A (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5519867A (en) * | 1993-07-19 | 1996-05-21 | Taligent, Inc. | Object-oriented multitasking system |
US6148323A (en) * | 1995-12-29 | 2000-11-14 | Hewlett-Packard Company | System and method for managing the execution of system management |
CN106250308A (zh) * | 2016-07-22 | 2016-12-21 | 北京赛博智通信息技术有限责任公司 | 一种基于仿真数据模型的模拟器系统及方法 |
US20180018607A1 (en) * | 2015-01-28 | 2018-01-18 | Nec Solution Innovators, Ltd. | Skill transfer facilitating apparatus, skill transfer facilitating method, and computer-readable recording medium |
US10515005B1 (en) * | 2018-12-20 | 2019-12-24 | Atlassian Pty Ltd | Systems and methods for testing source code |
WO2020192733A1 (zh) * | 2019-03-27 | 2020-10-01 | 京东方科技集团股份有限公司 | 定时任务配置方法、服务器、系统和计算机可读存储介质 |
CN112148803A (zh) * | 2019-06-28 | 2020-12-29 | 北京京东尚科信息技术有限公司 | 区块链中任务的调用方法、装置、设备及可读存储介质 |
CN112445598A (zh) * | 2020-12-07 | 2021-03-05 | 建信金融科技有限责任公司 | 一种基于quartz的任务调度方法、装置、电子设备以及介质 |
CN112463348A (zh) * | 2021-01-27 | 2021-03-09 | 北京搜狐新媒体信息技术有限公司 | 一种定时任务处理方法及装置 |
CN112910952A (zh) * | 2021-01-13 | 2021-06-04 | 叮当快药科技集团有限公司 | 分布式任务调度方法以及装置、存储介质、电子装置 |
CN115022164A (zh) * | 2022-05-31 | 2022-09-06 | 广州助蜂网络科技有限公司 | 一种基于dos命令的设备远程升级控制方法和系统 |
-
2022
- 2022-12-15 CN CN202211610252.7A patent/CN115623518A/zh active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5519867A (en) * | 1993-07-19 | 1996-05-21 | Taligent, Inc. | Object-oriented multitasking system |
US6148323A (en) * | 1995-12-29 | 2000-11-14 | Hewlett-Packard Company | System and method for managing the execution of system management |
US20180018607A1 (en) * | 2015-01-28 | 2018-01-18 | Nec Solution Innovators, Ltd. | Skill transfer facilitating apparatus, skill transfer facilitating method, and computer-readable recording medium |
CN106250308A (zh) * | 2016-07-22 | 2016-12-21 | 北京赛博智通信息技术有限责任公司 | 一种基于仿真数据模型的模拟器系统及方法 |
US10515005B1 (en) * | 2018-12-20 | 2019-12-24 | Atlassian Pty Ltd | Systems and methods for testing source code |
WO2020192733A1 (zh) * | 2019-03-27 | 2020-10-01 | 京东方科技集团股份有限公司 | 定时任务配置方法、服务器、系统和计算机可读存储介质 |
CN112148803A (zh) * | 2019-06-28 | 2020-12-29 | 北京京东尚科信息技术有限公司 | 区块链中任务的调用方法、装置、设备及可读存储介质 |
CN112445598A (zh) * | 2020-12-07 | 2021-03-05 | 建信金融科技有限责任公司 | 一种基于quartz的任务调度方法、装置、电子设备以及介质 |
CN112910952A (zh) * | 2021-01-13 | 2021-06-04 | 叮当快药科技集团有限公司 | 分布式任务调度方法以及装置、存储介质、电子装置 |
CN112463348A (zh) * | 2021-01-27 | 2021-03-09 | 北京搜狐新媒体信息技术有限公司 | 一种定时任务处理方法及装置 |
CN115022164A (zh) * | 2022-05-31 | 2022-09-06 | 广州助蜂网络科技有限公司 | 一种基于dos命令的设备远程升级控制方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10802906B2 (en) | Monitoring method and apparatus of server, and storage medium | |
CN113726846B (zh) | 边缘云系统、资源调度方法、设备及存储介质 | |
CN112035228B (zh) | 一种资源调度方法及装置 | |
CN109684054A (zh) | 信息处理方法及装置、电子设备及存储器 | |
CN110138876B (zh) | 任务部署方法、装置、设备及平台 | |
CN111061491A (zh) | 一种基于lxc容器技术的边缘计算网关管理系统及方法 | |
US11726808B2 (en) | Cloud-based managed networking service that enables users to consume managed virtualized network functions at edge locations | |
CN111064626B (zh) | 配置更新方法、装置、服务器及可读存储介质 | |
CN114205342B (zh) | 服务调试的路由方法、电子设备及介质 | |
CN112988485A (zh) | 电力物联网设备模拟测试方法及装置 | |
US11294740B2 (en) | Event to serverless function workflow instance mapping mechanism | |
CN114679380B (zh) | 边缘集群的创建方法和相关装置 | |
CN112506477A (zh) | 一种在Kubernetes集群中使用RESTful API添加计算节点的方法 | |
CN111552568A (zh) | 云服务调用方法和装置 | |
CN115514667A (zh) | 接入服务处理方法、系统、装置、电子设备以及存储介质 | |
CN108881460B (zh) | 一种云平台统一监控的实现方法和实现装置 | |
CN117041111A (zh) | 车云功能测试方法、装置、电子设备及存储介质 | |
WO2023066053A1 (zh) | 业务请求处理方法、网络设备及计算机可读存储介质 | |
CN115623518A (zh) | 任务处理方法、平台、系统、设备和存储介质 | |
CN116418791A (zh) | 固件升级方法、固件升级系统、服务器及存储介质 | |
CN114938396A (zh) | 服务调用请求的路由方法、创建服务的方法及装置 | |
CN114449030A (zh) | 一种互联网服务系统、方法、电子设备及存储介质 | |
CN113079524B (zh) | 一种基于信令软采的信令跟踪方法、基站及可读存储介质 | |
CN114661312B (zh) | 一种OpenStack集群嵌套部署方法及系统 | |
CN111030860B (zh) | 基于OpenDayLight的网络管理装置、方法、终端以及介质 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20230117 |
|
RJ01 | Rejection of invention patent application after publication |