具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义,“多种”一般包含至少两种,但是不排除包含至少一种的情况。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的商品或者系统中还存在另外的相同要素。
另外,下述各方法实施例中的步骤时序仅为一种举例,而非严格限定。
为了方便本领域技术人员理解本申请实施例所提供的技术方案,下面对相关技术进行说明:目前,5G通信网络设备多承载在电信云上,具体的,参考附图1所示,传统的网络架构可以包括:操作支持系统(Operation Support Systems,简称OSS)和商务支持系统(Business support system,简称BSS),其中,OSS是电信运营商的一体化、信息资源共享的支持系统,它主要由网络管理、系统管理、计费、营业、账务和客户服务等部分组成,系统间通过统一的信息总线有机整合在一起。
虚拟网络功能(Virtualization Network Functions,简称VNF):是提供网络功能(例如:文件共享、目录服务和IP配置等)的软件应用,包括:网络功能VNF模块和单元管理系统EMS,其中,EMS用于对VNF的功能进行配置和管理。一般情况下,EMS和VNF是一一对应的。简单的说,VNF是一个提供网络服务的软件,利用网络功能虚拟化基础架构NFVI提供的基础设施部署在虚拟机、容器或者裸金属(bare-metal)物理机中。相对于VNF,传统的基于硬件的网元可以称为PNF。VNF和PNF能够单独或者混合组网,形成所谓的服务链。
网络功能虚拟化基础架构(NFVI):包含了平台上的基础架构组件(包含:虚拟化层hypervisor或容器管理系统、以及物理设备交换机、计算、存储等)。简单的说,NFVI用于将物理资源虚拟化为虚拟资源,并供VNF使用。
管理、自动化和网络编排(Management and Orchestration,简称MANO):提供了用于管理NFV基础架构和置备新VNF的框架。简单的说,MANO就是一个综合管理和调度网络资源的集成(MANO包含VIM、VNFM、NFVO)。
虚拟化基础架构管理(VIM):NFVI被VIM管理,VIM控制着VNF的虚拟资源分配,如虚拟计算、虚拟存储和虚拟网络。简单的说,VIM就是一个云平台的管理,负责硬件管理、VM部署、VM协调和调度等。
虚拟网络功能管理(VNFM):管理VNF的生命周期,如上线、下线、进行状态管控等。VNFM基于VNFD(VNF描述)来管理VNF。简单的说,VNFM负责网元生命周期管理,基本能力包括网元VM的增、删、查、改。
NFV编排(NFVO):用以管理网络服务(Network Service,简称NS)的生命周期,并协调NS生命周期的管理、协调VNF生命周期的管理(需要得到VNF管理器VNFM的支持)、协调NFVI各类资源的管理(需要得到虚拟化基础设施管理器VIM的支持),以此确保所需各类资源与连接的优化配置。NFVO基于NSD(网络服务描述)运行,NSD中包含服务链、NFV以及性能目标等。简单的说,NFVO就是负责网络资源的部署。
然而,在基于上述网络架构进行数据处理操作时,数据处理的效果不好,具体存在如下问题:
(1)硬件层、虚拟层和各个网元之间耦合紧密,网络的维护难度比较大。
例如:若用户想要实现某一功能时,在软件方面使用了厂商甲的数据处理逻辑之后,此时,为了保证数据处理的稳定运行,往往需要使用厂商甲所提供的硬件设备进行适配,而无法使用其他厂商所提供的硬件设备。这样对于用户而言,网络架构的使用不够灵活,并且,由于不同厂商所能够提供的硬件设备的配置往往不同,而特定功能的网元以及功能只能适配特定的硬件设备,这样对于用户来说,网络的维护难度比较大。
(2)编排管理操作比较复杂、厚重,同时也提高了网络部署和维护的难度。
具体的,在对网络架构进行编排管理操作时,考虑到可靠性等问题,网络架构的编排管理(MANO)操作往往是电信级设计,并且,在进行编排管理操作时,往往会记录并存储数据处理状态或者数据运行状态,即所有的数据操作都是有状态的操作,这样存储的数据比较多,对于用户来说,网络部署和维护的难度比较大。
基于上述相关技术可知,对于移动通信网络而言,面向云原生网络应用的公有云成为了承载5G网络设备和应用的一种趋势,具体的,本实施例提供了一种资源虚拟化方法、通信组件、设备及系统,其中,资源虚拟化方法的执行主体可以为资源虚拟化装置,该资源虚拟化装置通信连接有请求端或者客户端,具体实现时,该资源虚拟化装置可以实现为云端的服务器或者部署在云端的服务器中的通信组件,此时,该资源虚拟化方法可以在云端来执行,在云端可以部署有若干计算节点(云服务器),每个计算节点中都具有计算、存储等处理资源。在云端,可以组织由多个计算节点来提供某种服务,当然,一个计算节点也可以提供一种或多种服务。云端提供该服务的方式可以是对外提供服务接口,用户调用该服务接口以使用相应的服务。服务接口包括软件开发工具包(Software Development Kit,简称SDK)、应用程序接口(Application Programming Interface,简称API)等形式。
针对本发明实施例提供的方案,云端可以提供有资源虚拟化服务的服务接口,用户通过客户端/请求端调用该资源虚拟化服务接口,以向云端触发调用该资源虚拟化服务接口的请求。云端确定响应该请求的计算节点,利用该计算节点中的处理资源执行资源虚拟化的具体处理操作。
参考附图2所示,客户端/请求端可以是任何具有一定数据传输能力的计算设备,具体实现时,客户端/请求端可以是手机、个人电脑PC、平板电脑、设定应用程序等等。此外,客户端的基本结构可以包括:至少一个处理器。处理器的数量取决于客户端的配置和类型。客户端也可以包括存储器,该存储器可以为易失性的,例如RAM,也可以为非易失性的,例如只读存储器(Read-Only Memory,简称ROM)、闪存等,或者也可以同时包括两种类型。存储器内通常存储有操作系统(Operating System,简称OS)、一个或多个应用程序,也可以存储有程序数据等。除了处理单元和存储器之外,客户端还包括一些基本配置,例如网卡芯片、IO总线、显示组件以及一些外围设备等。可选地,一些外围设备可以包括,例如键盘、鼠标、输入笔、打印机等。其它外围设备在本领域中是众所周知的,在此不做赘述。
资源虚拟化装置是指可以提供资源虚拟化处理的设备,在物理实现上,资源虚拟化装置可以是任何能够提供计算服务,响应不同模态的资源虚拟化服务,并可以进行资源虚拟化的设备,例如:可以是集群服务器、常规服务器、云端的服务器、云主机、虚拟中心等。运营管理装置的构成主要包括处理器、硬盘、内存、系统总线等,和通用的计算机架构类似。
在上述本实施例中,客户端/请求端可以与资源虚拟化装置进行网络连接,该网络连接可以是无线或有线网络连接。若客户端/请求端与资源虚拟化装置是通信连接,该移动网络的网络制式可以为2G(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、WiMax、5G、6G等中的任意一种。
在本申请实施例中,客户端/请求端可以生成与移动通信网络相对应的资源需求(或者数据处理请求,该数据处理请求中包括资源需求),该移动通信网络部署在公有云上,具体的,本实施例对于请求端获取与移动通信网络相对应的资源需求的具体实现方式不做限定,在一些实例中,请求端上配置有交互界面,获取用户在交互界面所输入的执行操作,基于执行操作即可获取到与移动通信网络相对应的资源需求。在另一些实例中,与移动通信网络相对应的资源需求可以存储在第三设备中,第三设备与请求端通信连接,通过第三设备主动或者被动地获取到与移动通信网络相对应的资源需求。在获取到与移动通信网络相对应的资源需求之后,可以将与移动通信网络相对应的资源需求发送至资源虚拟化装置,以使得资源虚拟化装置可以基于资源需求进行相对应的处理操作。
资源虚拟化装置,可以部署在私有云或者部署在公有云上,当资源虚拟化装置部署在公有云上时,具体可以部署在边缘云或者中心云上,为了能够充分发挥公有云承载通信网络(例如:4G网络、5G网络或者6G网络)的优势,同时提高资源的利用率,资源虚拟化装置可以部署在公有云上。具体的,资源虚拟化装置可以获取与移动通信网路相对应的资源需求,而后可以通过基础设施组件确定与移动通信网络相对应的资源信息,即确定基础设施组件所能够提供的、与移动通信网络相对应的资源信息。在确定资源信息和资源需求时,则可以对资源信息和资源需求进行分析处理,即判断资源信息能否满足资源需求,在资源信息能够满足资源需求时,则无需对资源信息进行任何的处理操作,此时,可以直接将基础设施组件所提供的资源信息提供给移动通信网络,以使得请求端可以基于资源信息正常的调用移动通信网络进行数据处理操作,保证了数据运行的稳定可靠性。在资源信息不满足资源需求时,例如:网络接口的数量不满足需求、存储空间的数量不满足需求,计算资源的数量不满足需求等等,此时,为了能够保证移动通信网络正常的调用资源信息,可以基于资源需求对资源信息进行虚拟化处理操作,从而可以获得满足资源需求的多个虚拟化资源,其中,不同的虚拟化资源所对应的资源配置不同。
在获取到满足资源需求的多个虚拟化资源之后,则可以将多个虚拟化资源提供给移动通信网络,以使得请求端可以基于多个虚拟化资源正常调用移动通信网络进行数据处理操作,并获得相对应的数据处理结果,进而保证了该方法使用的稳定可靠性。
本实施例提供的技术方案,在获取到与移动通信网络相对应的资源需求之后,通过确定通信组件提供的、与移动通信网络相对应的资源信息,在资源信息不满足资源需求时,则可以基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源,有效地实现了能够将任何需求的移动通信网络适配各种类型的资源,即实现了硬件层、虚拟层与各个网元之间的解耦合,使得网络架构更加灵活、方便调节,此外,用户可以基于需求随时通过资源虚拟化装置对网络架构进行编排管理操作,操作简单、可靠,进一步降低了网络维护和管理的难度,从而有效地提高了该方法使用的灵活可靠性,有利于市场的推广与应用。
下面通过一个示例性的应用场景具体说明本申请各个实施例提供的资源虚拟化方法、通信组件、设备及系统。在各实施例之间不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
图3为本申请实施例提供的一种资源虚拟化方法的流程示意图;参考附图3所示,本实施例提供了一种资源虚拟化方法,该资源虚拟化方法的执行主体可以为资源虚拟化装置,该为资源虚拟化装置可以实现为软件、或者软件和硬件的组合。在一些实例中,资源虚拟化装置可以实现为通信组件,即资源虚拟化方法可以应用于通信组件,并且,通信组件可以部署在私有云或者部署在公有云上,当资源虚拟化装置部署在公有云上时,具体可以部署在边缘云或者中心云上,为了能够充分发挥公有云承载通信网络(例如:4G网络、5G网络或者6G网络)的优势,同时提高资源的利用率,通信组件可以部署在公有云上;另外,通信组件可以部署在硬件层和虚拟层上端的软件层,用于实现资源虚拟化操作。具体的,本实施例中的方法可以包括:
步骤S301:获取与移动通信网络相对应的资源需求,移动通信网络部署在公有云上。
步骤S302:确定基础设施组件能够提供的、与移动通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接。
步骤S303:在资源信息不满足资源需求时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源。
下面对上述各个步骤的实现过程进行详细说明:
步骤S301:获取与移动通信网络相对应的资源需求,移动通信网络部署在公有云上。
其中,移动通信网络是指在移动用户和移动用户之间或移动用户与固定用户之间的“无线电通信网”,其具体可以包括3G(第三代移动通信技术)移动通信网络、4G(第四代移动通信技术)移动通信网络、5G(第五代移动通信技术)移动通信网网络、6G(第六代移动通信技术)移动通信网络等等。随着移动通信技术的飞速发展,为了能够满足移动通信网络的数据处理需求,可以将移动通信网络部署在公有云上,具体是将移动通信网络中的核心网部署在公有云上,这样用户可以通过部署在公有云上的移动通信网络调用网络应用,并实现相对应的数据处理操作。
需要注意的是,对于不同的应用环境或者不同的网络架构而言,公有云上所部署的移动通信网络可以对应有不同的资源需求,例如:当预计访问移动通信网络的用户数量较多时,则该移动通信网络所对应的资源需求较高;当预计访问移动通信网络的用户数量较少时,则该移动通信网络所对应的资源需求较低,具体的,上述的资源需求可以包括以下至少之一:网络资源方面的需求、计算资源方面的需求、存储资源方面的需求以及访问资源方面的需求等等。
为了能够保证移动通信网络的使用质量和效率,资源虚拟化装置可以获取与移动通信网络相对应的资源需求,具体的,本实施例对于资源需求的具体获取方式不做限定,在一些实例中,当资源虚拟化装置检测到公有云上部署有移动通信网络时,可以主动对移动通信网络进行资源配置操作,此时,资源虚拟化装置可以显示交互界面,获取用户在交互界面所输入的执行操作,基于执行操作即可获取到与移动通信网络相对应的资源需求,该资源需求用于实现对移动通信网络进行资源配置操作。在另一些实例中,当公有云上部署有移动通信网络时,资源虚拟化装置可以被动地对移动通信网络进行资源配置操作,此时,资源虚拟化装置可以通信连接有请求端,用户可以通过请求端主动生成与移动通信网络相对应的资源需求,并将资源需求发送至资源虚拟化装置,从而使得资源虚拟化装置可以获取到与移动通信网络相对应的资源需求,并可以基于资源需求对移动通信网络进行相对应的资源配置操作。
步骤S302:确定基础设施组件能够提供的、与移动通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接。
其中,资源虚拟化装置中可以包括基础设施组件,或者,在资源虚拟化装置实现为通信组件时,该通信组件可以与基础设施组件通信连接,上述的基础设施组件用于通过网络按需提供资源信息,包括处理、存储、网络和其他基本的计算资源,以使得用户能够部署和运行任意软件,包括操作系统和应用程序。
由于不同的基础设施组件所能够提供的资源信息往往不同,因此,为了能够保证用户稳定地通过移动通信网络进行相对应的数据处理操作,在获取到与移动通信网络相对应的资源需求之后,可以确定基础设施组件所能够提供的、与移动通信网络相对应的资源信息。具体的,基础设施组件所能够提供的资源信息往往与基础设施的型号、属性以及相关配置有关,因此,在基础设施组件的结构确定之后,即可基于基础设施组件的结构来确定基础设施组件所能够提供的资源信息,该资源信息可以包括以下至少之一:用于实现网络运行的网络资源、用于实现数据运算操作的计算资源、用于实现数据存储操作的存储资源、用于实现访问操作的大页内存等等。
步骤S303:在资源信息不满足资源需求时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源。
在获取到资源信息和资源需求之后,可以将资源信息和资源需求进行分析比较,在资源信息无法满足资源需求时,则说明此时基础设施组件所提供的资源信息与移动通信网络并不适配,此时,为了避免用户需要对基础设施组件进行调整或者对移动通信网络进行调整操作,则可以基于资源需求对资源信息进行虚拟化处理,从而可以获得满足资源需求的多个虚拟化资源。具体的,本实施例对于虚拟化处理的具体实现方式不做限定,在一些实例中,虚拟化处理操作可以由机器学习模型自动实现,此时,预先训练有用于实现虚拟化处理的机器学习模型,在获得资源需求和资源信息之后,可以将资源需求和资源信息输入至机器学习模型中,从而可以获得机器学习模型所输出的多个虚拟化资源,该多个虚拟化资源与资源需求相适配。
在另一些实例中,由于资源信息具有不同的表现类型,例如:资源信息可以包括存储资源(包括存储空间数量、存储空间大小等等)、计算资源(包括CPU内核)、网络资源(包括网络接口)等等,而不同的资源信息往往对应有不同的虚拟化处理方式,为了能够保证虚拟化处理的正常运行,可以采用不同的处理方式对不同的资源信息进行处理,此时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源可以包括:确定资源信息所对应的信息类型,基于信息类型和资源需求确定用于对资源信息进行虚拟化处理的实现方式,基于实现方式对资源信息进行虚拟化处理,从而可以获得满足资源需求的多个虚拟化资源。
具体实现时,在资源信息包括网络资源时,此时的网络资源可以主要是指网络接口或者网络端口;基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源可以包括:获取用于标识网络资源的地址信息;基于资源需求对地址信息进行虚拟化处理,获得与资源需求相对应的多个虚拟化网络资源,不同的虚拟化网络资源所对应的地址信息不同。
其中,在网络资源包括网络端口或者网络端口时,由于硬件资源所提供的网络接口的数量往往是固定的,例如:基础设施组件所提供的网络接口的数量可以是1个或者2个,而不同的移动通信网络所需要的网络接口的数量可能不同,例如:移动通信网络所需要的网络接口的数量可以为3个、4个、5个或者6个等等,此时的基础设施组件所能够提供的网络资源无法满足资源需求,进而可以对网络资源进行虚拟化处理。由于网络资源所对应的地址信息(包括IP地址或者地址段)往往是预先配置好的,而不同的网络接口可以对应有不同的地址信息,因此,可以基于地址信息进行虚拟化处理。具体的,可以获取用于标识网络资源的地址信息,例如:某一网络资源所对应的地址信息为211.138.176.0,某一网络资源所对应的地址信息为210.76.208.0到210.76.208.255等等。由于不同的网络接口所对应的地址信息或者地址信息往往不同,因此,在获取到地址信息之后,可以基于资源需求对地址信息进行虚拟化处理,从而可以获得多个虚拟化网络资源,此时,所获得的多个虚拟化网络可以包括多个虚拟化网络接口,不同的虚拟化网络接口所对应的地址信息不同。
举例来说,某一网络资源所对应的地址信息为211.138.176.0到211.138.176.255,此时的网络接口的数量为1个,而资源需求所对应的网络接口的数量为3个,此时,一种实现方式可以利用机器学习模型自动地进行虚拟化处理,此时,可以获取预先训练的机器学习模型,而后将所获得的资源需求、地址信息和网络资源输入至机器学习模型中,从而可以获得机器学习模型所输出的三个虚拟化网络接口。另一种实现方式是对地址信息进行划分处理,而后基于划分之后的结果获得三个虚拟化网络接口,此时,在获得地址信息之后,可以基于资源需求对地址信息进行三等分处理或者不等分处理,获得三个子地址信息,例如,三个子地址信息可以分别为:211.138.176.0到211.138.176.84、211.138.176.85到211.138.176.169、211.138.176.170到211.138.255,而后基于上述的子地址信息虚拟化相对应的三个虚拟网络端口,不同的虚拟网络端口所对应的地址信息不同,从而有效地实现了对网络资源进行虚拟化操作。
另外,在资源信息包括计算资源时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源可以包括:获取计算资源的内核数量;基于资源需求和内核数量对计算资源进行虚拟化处理,获得与资源需求相对应的多个虚拟化内核,不同的虚拟化内核所对应的资源不同。
其中,在资源信息包括计算资源时,由于在网络架构确定之后,基础设施组件的计算资源是配置好的,且往往数量是固定的,例如:在计算资源包括CPU内核时,基础设施组件所提供的CPU内核的内核数量是1个、2个或者3个等等,而不同的移动通信网络所需要的内核数量可能不同,例如:移动通信网络所需要的内核数量可以为5个、6个或者8个等等,此时的基础设施组件所能够提供的计算资源无法满足资源需求,进而可以对计算资源进行虚拟化处理,从而可以获得与资源需求相对应的多个虚拟化内核。举例来说,在基础设施组件所提供的内核数量为2个,而资源需求所需要的内核数量数量为6个,而后可以基于资源需求对计算资源进行虚拟化划分处理,例如:可以将一个计算资源虚拟化为3个,从而可以获得6与资源需求相对应的虚拟化内核,不同的虚拟化内核所对应的资源可以不同,从而有效地实现了对计算资源进行虚拟化处理的操作。
此外,在资源信息包括存储资源时;基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源可以包括:获取用于标识存储资源的存储空间;基于资源需求对存储空间进行虚拟化处理,获得与资源需求相对应的多个虚拟化空间,不同的虚拟化空间所对应的空间地址不同。
其中,在资源信息包括存储资源时,由于在网络架构确定之后,基础设施组件的存储空间是配置好的,且往往数量是固定的,例如:基础设施组件所提供的存储空间是1个、2个或者3个等等,而不同的移动通信网络所需要的存储空间的需求量可能不同,例如:移动通信网络所需要的存储空间可以为5个、6个或者8个等等,此时的基础设施组件所能够提供的存储资源无法满足资源需求,进而可以对存储资源进行虚拟化处理,由于存储资源用于实现数据的存储操作,因此,存储资源往往可以通过存储空间来体现,在获取到用于标识存储资源的存储空间之后,可以基于资源需求对存储空间进行虚拟化处理,具体的,可以基于资源需求对存储空间进行虚拟化划分处理,从而可以获得与资源需求相对应的多个虚拟化空间,不同的虚拟化空间所对应的空间地址不同,并且,所有的虚拟化空间构成一个完整的存储空间,从而有效地实现了对存储资源进行虚拟化处理的操作。
本实施例提供的资源虚拟化方法,在获取到与移动通信网络相对应的资源需求之后,通过确定通信组件提供的、与移动通信网络相对应的资源信息,在资源信息不满足资源需求时,则可以基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源,有效地实现了能够将任何需求的移动通信网络适配各种类型的资源,即实现了硬件层、虚拟层与各个网元之间的解耦合,使得网络架构更加灵活、方便调节,此外,用户可以基于需求随时通过资源虚拟化装置对网络架构进行编排管理操作,操作简单、可靠,进一步降低了网络维护和管理的难度,从而有效地提高了该方法使用的灵活可靠性,有利于市场的推广与应用。
图4为本申请实施例提供的另一种资源虚拟化方法的流程示意图;在上述实施例的基础上,参考附图4所示,在上述任意一个实施例的基础上,在获取与移动通信网络相对应的资源需求之前,为了能够提高资源虚拟化方法使用的灵活可靠性,本实施例中的方法还可以包括对基础设施组件进行资源配置的方案,此时,该方法还包括:
步骤S401:获取与基础设施组件相对应的资源配置信息。
步骤S402:基于资源配置信息对基础设施组件进行资源配置,获得用于进行数据处理操作的资源信息,资源信息包括以下至少之一:网络资源、计算资源、存储资源、大页内存信息。
其中,在获取与移动通信网络相对应的资源需求之前,用户可以根据需求主动地对基础设施组件进行资源配置操作,具体的,可以先通过资源虚拟化装置进行资源配置操作,以基于所配置的资源信息进行相对应的数据处理操作。具体的,资源虚拟化装置可以获取与基础设施组件相对应的资源配置信息,资源配置信息可以实现对基础设施组件进行网络资源、计算资源、存储资源、大页内存信息中的至少一个进行配置操作。另外,本实施例对于资源配置信息的具体获取方式不做限定,在一些实例中,资源配置信息可以基于用户输入的执行操作所获得,此时,获取与基础设施组件相对应的资源配置信息可以包括:显示用于与用户进行交互操作的显示界面;获取用户在显示界面中输入的执行操作,基于执行操作获取与基础设施组件相对应的资源配置信息,该资源配置信息可以包括基础设施组件相对应的标识信息以及待配置的资源信息。在另一些实例中,资源配置信息可以通过第三设备所获得,此时,获取与基础设施组件相对应的资源配置信息可以包括:获取与资源虚拟化装置通信连接的第三设备;通过第三设备主动或者被动地获得与基础设施组件相对应的资源配置信息,该资源配置信息可以包括基础设施组件相对应的标识信息以及待配置的资源信息。
在获取到资源配置信息之后,可以基于资源配置信息对基础设施组件进行资源配置操作,获得用于进行数据处理操作的资源信息,该资源信息可以包括以下至少之一:网络资源、计算资源、存储资源、大页内存信息,其中,大页内存信息与预设存储器相对应,具体的,预设存储器中的存储数据往往是按照“数据页”的维度进行存储的,即预设存储器中的数据按照预先配置的“数据页”一页一页进行存储的,大页内存信息用于限定上述“数据页”的大小,即大页内存信息用于对预设存储器中的存储数据的存储操作进行限定,从而可以实现资源信息的配置操作。
在又一些实例中,本实施例还可以包括根据需求对资源信息进行灵活调用的技术方案,具体的,本实施例中的方法还可以包括:获取与待处理数据相对应资源调用请求;基于资源调用请求对资源信息进行调用,获得与待处理数据相对应的调用资源;基于所述调用资源对所述待处理数据进行处理。
具体的,用户存在数据处理需求时,可以通过不同的应用程序进行相对应的数据处理操作时,而数据处理操作所需要的资源不同,此时,为了能够满足不同应用程序的正常运行操作,则可以进行不同资源的调用操作。具体的,将待处理数据所对应的资源调用请求发送至资源虚拟化装置,上述的待处理数据可以包括以下至少之一:网络运行数据、日志数据、图像数据、视频数据、音频数据等等,资源虚拟化装置可以获取到与待处理数据相对应的资源调用请求,该资源调用请求用于标识待处理数据所需要的资源信息,在获取到资源调用请求之后,可以根据资源虚拟化装置进行资源调用操作,具体的,资源虚拟化装置可以基于资源调用请求对资源信息进行调用,获得与资源调用请求相对应的调用资源,以基于调用资源进行相对应的数据处理操作,例如:可以进行数据分析操作、故障定位操作等等,这样有效地实现了资源调用操作。
需要注意的是,本实施例中的资源虚拟化装置可以通信连接有云服务器,在资源虚拟化装置需要进行数据处理操作时,可以检测本地的资源信息是否能够支持数据处理操作,若可以支持数据处理操作,可以直接利用本地的资源信息进行相对应的数据处理操作;若不能支持数据处理操作,由于云服务器具有更多工具和更强算力,因此可以将需要进行数据处理操作的待处理数据发送至云服务器,以使得云服务器可以利用云资源信息对待处理数据进行分析处理,保证了数据处理操作的稳定运行,进一步提高了资源虚拟化装置的实用性和适用范围。
本实施例中,通过获取与基础设施组件相对应的资源配置信息,而后基于资源配置信息对基础设施组件进行资源配置,获得用于进行数据处理操作的资源信息,这样有效地实现了可以基于用户的需求进行资源配置或者资源调整操作,提高了该资源虚拟化方法使用的灵活可靠性,进一步保证了该方法的实用性。
图5为本申请实施例提供的一种通信组件的结构示意图;参考附图5所示,本实施例提供了一种通信组件,该通信组件用于执行上述图3所示的资源虚拟化方法,具体的,通信组件可以包括:
第一获取模块11,用于获取与移动通信网络相对应的资源需求,移动通信网络部署在公有云上;
第一确定模块12,用于确定基础设施组件所能够提供的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接,
第一处理模块13,用于在资源信息不满足资源需求时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源。
在一些实例中,资源信息包括网络资源;在第一处理模块13基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源时,该第一处理模块13用于执行:获取用于标识网络资源的地址信息;基于资源需求对地址信息进行虚拟化处理,获得与资源需求相对应的多个虚拟化网络资源,不同的虚拟化网络资源所对应的地址信息不同。
在一些实例中,资源信息包括计算资源;在第一处理模块13基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源时,该第一处理模块13用于执行:获取计算资源的内核数量;基于资源需求和内核数量对计算资源进行虚拟化处理,获得与资源需求相对应的多个虚拟化内核,不同的虚拟化内核所对应的资源不同。
在一些实例中,资源信息包括存储资源;在第一处理模块13基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源时,该第一处理模块13用于执行:获取用于标识存储资源的存储空间;基于资源需求对存储空间进行虚拟化处理,获得与资源需求相对应的多个虚拟化空间,不同的虚拟化空间所对应的空间地址不同。
在一些实例中,在获取与移动通信网络相对应的资源需求之前,本实施例中的第一获取模块11和第一处理模块13用于执行以下步骤:
第一获取模块11,用于获取与基础设施组件相对应的资源配置信息;
第一处理模块13,用于基于资源配置信息对基础设施组件进行资源配置,获得用于进行数据处理操作的资源信息,资源信息包括以下至少之一:网络资源、计算资源、存储资源、大页内存信息。
在一些实例中,本实施例中的第一获取模块11和第一处理模块13用于执行以下步骤:
第一获取模块11,用于获取与待处理数据相对应的资源调用请求。
第一处理模块13,用于基于资源调用请求对资源信息进行调用,获得与所述待处理数据相对应的调用资源;
第一处理模块13,还用于利用所述调用资源对所述待处理数据进行处理。
图5所示通信即服务装置可以执行图2-图4所示实施例的方法,本实施例未详细描述的部分,可参考对图2-图4所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2-图4所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图5所示通信组件的结构可实现为一电子设备,该电子设备可以是服务器等。如图6所示,该电子设备可以包括:第一处理器21和第一存储器22。其中,第一存储器22用于存储相对应电子设备执行上述图2-图4所示实施例中提供的资源虚拟化方法的程序,第一处理器21被配置为用于执行第一存储器22中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第一处理器21执行时能够实现如下步骤:获取与移动通信网络相对应的资源需求,移动通信网络部署在公有云上;确定基础设施组件能够提供的、与移动通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接;在资源信息不满足资源需求时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源。
进一步的,第一处理器21还用于执行前述图2-图4所示实施例中的全部/部分步骤。
其中,电子设备的结构中还可以包括第一通信接口23,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图2-图4所示方法实施例中的资源虚拟化方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图2-图4所示方法实施例中的资源虚拟化方法。
图7为本申请实施例提供的一种资源虚拟化系统的结构示意图;参考附图7所示,本实施例提供了一种资源虚拟化系统,其中,资源虚拟化系统可以执行上述图3所示的资源虚拟化方法,具体的,该系统可以包括:
通信组件31,用于获取与移动通信网络相对应的资源需求,移动通信网络部署在公有云上。
基础设施组件32,与通信组件通信连接,用于提供与移动通信网络相对应的资源信息。
通信组件31,还用于在资源信息不满足资源需求时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源。
在一些实例中,资源信息包括网络资源;在通信组件31基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源时,通信组件31用于:获取用于标识网络资源的地址信息;基于资源需求对地址信息进行虚拟化处理,获得与资源需求相对应的多个虚拟化网络资源,不同的虚拟化网络资源所对应的地址信息不同。
在一些实例中,资源信息包括计算资源;在通信组件31基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源时,通信组件31用于:获取计算资源的内核数量;基于资源需求和内核数量对计算资源进行虚拟化处理,获得与资源需求相对应的多个虚拟化内核,不同的虚拟化内核所对应的资源不同。
在一些实例中,资源信息包括存储资源;在通信组件31基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的虚拟化资源时,通信组件31用于:获取用于标识存储资源的存储空间;基于资源需求对存储空间进行虚拟化处理,获得与资源需求相对应的多个虚拟化空间,不同的虚拟化空间所对应的空间地址不同。
在一些实例中,在获取与移动通信网络相对应的资源需求之前,通信组件31还用于:获取与基础设施组件相对应的资源配置信息;基于资源配置信息对基础设施组件进行资源配置,获得用于进行数据处理操作的资源信息,资源信息包括以下至少之一:网络资源、计算资源、存储资源、大页内存信息。
在一些实例中,通信组件31还用于:获取与待处理数据相对应的资源调用请求;基于所述资源调用请求对所述资源信息进行调用,获得与所述待处理数据相对应的调用资源;利用所述调用资源对所述待处理数据进行处理。
在一些实例中,通信组件31还用于:在获得满足资源需求的虚拟化资源之后,将虚拟化资源发送给移动通信网络,以使得移动通信网络基于虚拟化资源对待处理数据进行处理,获得数据处理结果。
图7所示资源虚拟化系统的具体实现方式和实现效果与上述图2-图4所示实施例的方法的具体实现方式和实现效果,本实施例未详细描述的部分,可参考对图2-图4所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2-图4所示实施例中的描述,在此不再赘述。
具体应用时,参考附图8所示,以基础设施即服务组件作为基础设施组件、通信即服务组件作为通信组件为例,针对5G网络设备在公有云上承载中存在的问题,本应用实施例以5G网络作为移动通信网络为例,提供了一种网络架构,该网络架构能够充分发挥公有云承载5G网络的优势,具体的,该网络架构可以包括:
基础设施即服务组件(Infrastructure as a Servic,简称IaaS),用于提供实现数据处理操作的资源信息,该资源信息可以包括以下至少之一:网络资源、计算资源、存储资源。
通信即服务组件CaaS,部署在软件层中,能够帮助用户基于容器的抽象来管理和部署应用,并支持本地部署或云部署,是相对于传统的公有云架构而言新增的组件和配置文件,该通信即服务组件可以部署在共有云上,并且,通信即服务组件Caas能够实现如下功能:
(一)支持定制化的通信组件,例如:层2通信、虚拟局域网 (Virtual Local AreaNetwork,简称VLAN)、差分服务代码点(Differentiated Services Code Point,简称DSCP)等等。
举例来说,在5G移动通信网络部署在公有云上时,在5G移动通信网络需要三个网络接口时,而基础设施即服务组件所能够提供的网络接口为1个时,则可以基于上述的需求对网络接口进行虚拟化处理,获得三个虚拟化网络接口,这样实现了网络资源的虚拟化操作。相类似的,通信即服务组件CaaS还能够基于需求对计算资源和存储空间进行虚拟化处理操作,从而实现了可以支持定制化的通信组件。
二、支持定制化的配置操作,其中,定制化的配置操作可以包括对多网卡、大页、绑核、修改内核参数等信息进行定制化配置操作,从而可以形成相对应的定制化配置文件,即实现了能够基于用户的需求对5G网络的具体运行操作进行配置操作。
平台即服务组件(Platform as a Service,简称PaaS),与Caas组件通信连接,用于实现日志记录操作、网络的检测和控制操作等等。
5G移动通信网络,部署在共有云上,包括接入和移动性管理功能AMF网元、会话管理功能SMF网元、统一数据管理功能UDM网元、用户面功能UPF网元等等,在5G移动通信网络中可以部署有5G云的IT应用,5G云的IT应用可以基于用户的需求而进行个性化配置操作,在用户调用5G云的IT应用时,通过5G移动通信网络可以调用相对应的资源信息,以实现相对应的数据处理操作。
持续集成(CI)/持续开发(CD)编排器,用于实现功能的持续开发、持续集成以及资源的调度操作,这样在所有的代码部署上去之后,可以信息数据的升级操作、持续的输入操作、持续的进行开发操作等等,从而实现了基于代码迭代更新数据与功能,从而有效地实现了升级数据以及功能。
本应用实施例提供的网络架构,CaaS能够适配所有5G网元的应用(不同设备提供商),在网络虚拟化上提供多网卡、存储虚拟化上提供大页存储、计算虚拟化上提供绑核/内存参数配置等方面,不同设备商都可以直接使用这些CaaS能力,从而使得该网络架构的适配性更强,能够适配各个不同厂商、不同技术路线;并且能够真正发挥云原生优势,快速迭代、轻量化管理、虚拟层、网元、以及硬件层三层完全解耦,从而有效地实现了成熟的PaaS管理平台、与上层IT应用完全解耦、快速迭代/高效的编排,解决了现有技术中所存在的虚拟层和网元耦合紧密、编排管理(MANO)考虑可靠性等问题,复杂厚重等问题,从而有效地保证了公有云承载5G网络设备的优势,进一步提高了该网络架构的实用性,有利于市场的推广与应用。
图9为本申请实施例提供的一种车辆控制方法的流程示意图;图10为本申请实施例提供的一种车辆控制方法的场景示意图;参考附图9所示,本实施例提供了一种车辆控制方法,该车辆控制方法的执行主体可以为车辆控制装置,该为车辆控制装置可以实现为软件、或者软件和硬件的组合。在一些实例中,车辆控制装置可以实现为通信组件,即该车辆控制方法可以应用于通信组件,具体的,本实施例中的方法可以包括:
步骤S901:通过车辆通信网络获取与待控车辆相对应的车辆控制请求,车辆通信网络部署在公有云上;
步骤S902:确定基础设施组件提供的、与车辆通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接;
步骤S903:在资源信息不满足车辆控制请求所对应的资源需求时,基于车辆控制请求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源;
步骤S904:将多个虚拟化资源提供给车辆通信网络,以通过车辆通信网络获得与车辆控制请求相对应的车辆控制信息,并基于车辆控制信息对待控车辆进行控制。
具体的,在待控车辆(无人车或者有人车)行驶的过程中,为了能够实现对待控车辆进行准确有效地控制,可以通过车辆通信网络获取与待控车辆中车辆控制请求,该车辆控制请求中可以包括车辆的身份标识信息。在获取到车辆控制请求之后,为了保证车辆控制的稳定可靠性,可以确定基础设施组件提供的与车辆通信网络相对应的资源信息,在资源信息不满足车辆控制请求所对应的资源需求时,则对资源信息进行虚拟化处理,从而可以获得多个虚拟化资源,而后可以将多个虚拟化资源提供给车辆通信网络,以使得车辆通信网络可以基于车辆控制请求进行相对应的数据分析操作,并获得车辆控制信息,该车辆控制信息可以包括:行驶的目的地的控制信息、行驶路径的控制信息等等,而后车辆通信网络可以基于车辆控制信息对待控车辆进行稳定、有效地控制操作,例如,可以基于车辆控制信息中的行驶路径的控制信息控制待控车辆所行驶的车道,即待控车辆可以基于车辆控制信息由车道1切换至车道2。
在一些实例中,为了能够提高对车辆进行控制的稳定可靠性,待控车辆上可以设置有传感器,通过传感器可以快速获取与待控车辆相对应的运行状态数据,与待控车辆相对应的运行状态数据可以包括以下至少之一:车辆的当前车速、行驶方向和环境信息,其中,环境信息包括周围物体的分布位置、车辆前方车辆的车速和车辆所处道路的道路限速。在一些实例中,传感器可以包括图像采集传感器、雷达传感器和全球定位系统GPS,具体的,通过图像采集传感器、雷达传感器和全球定位系统GPS来确定与待控车辆相对应的运行状态数据。
需要注意的是,对于车辆控制装置而言,车辆控制装置可以设置于车辆上,或者,车辆控制装置可以独立于车辆进行设置,此时,车辆控制装置可以与车辆CPU通信连接。
另外,对于车辆控制装置而言,可以根据不同的车辆对车辆控制装置进行调整,即根据车辆类型的不同,车辆控制装置中所包括的算法模块也会有所不同,此时,车辆控制装置不仅可以实现车辆自动驾驶的控制操作,还可以实现的其他操作。例如,对于物流车辆、公共服务车辆、医疗服务车辆、终端服务车辆会涉及不同的车辆控制装置。下面分别针对这四种自动驾驶车辆对车辆控制装置中所包括的算法模块进行举例说明:
其中,物流车辆是指物流场景中使用的车辆,例如:可以是带自动分拣功能的物流车辆、带冷藏保温功能的物流车辆、带测量功能的物流车辆。这些物流车辆会涉及不同的算法模块。
例如,对于物流车辆,可以带有自动化的分拣装置,该分拣装置可以在物流车辆到达目的地后自动把货物取出并搬送、分拣、存放。这就涉及用于货物分拣的算法模块,该算法模块主要实现货物取出、搬运、分拣以及存放等逻辑控制。
又例如,针对冷链物流场景,物流车辆还可以带有冷藏保温装置,该冷藏保温装置可以实现运输的水果、蔬菜、水产品、冷冻食品以及其它易腐烂的食品进行冷藏或保温,使之处于合适的温度环境,解决易腐烂食品的长途运输问题。这就涉及用于冷藏保温控制的算法模块,该算法模块主要用于根据食品(或物品)性质、易腐性、运输时间、当前季节、气候等信息动态、自适应计算冷餐或保温的合适温度,根据该合适温度对冷藏保温装置进行自动调节,这样在车辆运输不同食品或物品时运输人员无需手动调整温度,将运输人员从繁琐的温度调控中解放出来,提高冷藏保温运输的效率。
又例如,在大多物流场景中,是根据包裹体积和/或重量进行收费的,而物流包裹的数量非常庞大,单纯依靠快递员对包裹体积和/或重量进行测量,效率非常低,人工成本较高。因此,在一些物流车辆中,增设了测量装置,可自动测量物流包裹的体积和/或重量,并计算物流包裹的费用。这就涉及用于物流包裹测量的算法模块,该算法模块主要用于识别物流包裹的类型,确定物流包裹的测量方式,如进行体积测量还是重量测量或者是同时进行体积和重量的组合测量,并可根据确定的测量方式完成体积和/或重量的测量,以及根据测量结果完成费用计算。
其中,公共服务车辆是指提供某种公共服务的车辆,例如:可以是消防车、除冰车、洒水车、铲雪车、垃圾处理车辆、交通指挥车辆等。这些公共服务车辆会涉及不同算法模块。
例如,对于自动驾驶的消防车,其主要任务是针对火灾现场进行合理的灭火任务,这就涉及用于灭火任务的算法模块,该算法模块至少需要实现火灾状况的识别、灭火方案的规划以及对灭火装置的自动控制等逻辑。
又例如,对于除冰车,其主要任务是清除路面上结的冰雪,这就涉及除冰的算法模块,该算法模块至少需要实现路面上冰雪状况的识别、根据冰雪状况制定除冰方案,如哪些路段需要采取除冰,哪些路段无需除冰,是否采用撒盐方式、撒盐克数等,以及在确定除冰方案的情况下对除冰装置的自动控制等逻辑。
其中,医疗服务车辆是指能够提供一种或多种医疗服务的自动驾驶车辆,该种车辆可提供消毒、测温、配药、隔离等医疗服务,这就涉及提供各种自助医疗服务的算法模块,这些算法模块主要实现消毒需求的识别以及对消毒装置的控制,以使消毒装置为病人进行消毒,或者对病人位置的识别,控制测温装置自动贴近病人额头等位置为病人进行测温,或者,用于实现对病症的判断,根据判断结果给出药方并需要实现对药品/药品容器的识别,以及对取药机械手的控制,使之按药方为病人抓取药品,等等。
其中,终端服务车辆是指可代替一些终端设备面向用户提供某种便利服务的自助型的自动驾驶车辆,例如这些车辆可以为用户提供打印、考勤、扫描、开锁、支付、零售等服务。
例如,在一些应用场景中,用户经常需要到特定位置去打印或扫描文档,费时费力。于是,出现一种可以为用户提供打印/扫描服务的终端服务车辆,这些服务车辆可以与用户终端设备互联,用户通过终端设备发出打印指令,服务车辆响应打印指令,自动打印用户所需的文档并可自动将打印出的文档送至用户位置,用户无需去打印机处排队,可极大地提高打印效率。或者,可以响应用户通过终端设备发出的扫描指令,移动至用户位置,用户将待扫描的文档放置的服务车辆的扫描工具上完成扫描,无需到打印/扫描机处排队,省时省力。这就涉及提供打印/扫描服务的算法模块,该算法模块至少需要识别与用户终端设备的互联、打印/扫描指令的响应、用户位置的定位以及行进控制等。
又例如,随着新零售场景的开展,越来越多的电商借助于自助售货机将商品销售送到了各大办公楼、公共区,但这些自助售货机被放置在固定位置,不可移动,用户需要到该自助售货机跟前才能购买所需商品,便利性还是较差。于是出现了可提供零售服务的自助驾驶车辆,这些服务车辆可以承载商品自动移动,并可提供对应的自助购物类APP或购物入口,用户借助于手机等终端通过APP或购物入口可以向提供零售服务的自动驾驶车辆进行下单,该订单中包括待购买的商品名称、数量以及用户位置,该车辆收到下单请求之后,可以确定当前剩余商品是否具有用户购买的商品以及数量是否足够,在确定具有用户购买的商品且数量足够的情况下,可携带这些商品自动移动至用户位置,将这些商品提供给用户,进一步提高用户购物的便利性,节约用户时间,让用户将时间用于更为重要的事情上。这就涉及提供零售服务的算法模块,这些算法模块主要实现响应用户下单请求、订单处理、商品信息维护、用户位置定位、支付管理等逻辑。
需要注意的是,本实施例中的方法还可以包括图2-图4所示实施例中的方法,本实施例未详细描述的部分,可参考对图2-图4所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2-图4所示实施例中的描述,在此不再赘述。
图11为本申请实施例提供的一种数据处理方法的流程示意图;参考附图11所示,本实施例提供了一种数据处理方法,该方法的执行主体可以为数据处理装置,其中,数据处理装置可以适用于云XR场景或者云计算场景等等,并能够实现为软件、或者软件和硬件的组合,具体实现时,该数据处理装置可以实现为通信组件,具体的,本实施例中的数据处理方法可以包括:
步骤S1101:通过移动通信网络获取与扩展现实终端相对应的控制请求,移动通信网络部署在公有云上。
步骤S1102:确定基础设施组件能够提供的、与移动通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接;
步骤S1103:在资源信息不满足资源需求时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源。
步骤S1004:将多个虚拟化资源提供给移动通信网络,以通过移动通信网络获得与控制请求相对应的控制信息,并基于控制信息对扩展现实终端进行控制。
其中,扩展现实终端可以实现为基于增强现实(Augmented Reality,简称AR)、虚拟现实(Virtual Reality,简称VR)或混合现实(Mixed Reality,简称MR;或者,HybridReality,简称HR)或影像现实(Cinematic Reality,简称CR)领域的头戴显示设备(HeadsetMount Device,简称HMD),扩展现实终端可以与云平台进行通信连接,以基于扩展现实终端实现扩展现实的游戏场景、扩展现实的会议场景等等。
另外,本实施例中步骤S1001-步骤S1004的具体实现方式和实现效果与上述步骤S301-步骤S303的具体实现方式和实现效果相类似,具体可参考上述陈述内容,在此不再赘述。
具体的,在基于控制信息对扩展现实终端进行控制时,可以实现对扩展现实终端的显示信息进行控制、或者可以对扩展现实终端的网络运行状态进行控制、或者可以对扩展现实终端的数据处理操作进行控制等等。
需要注意的是,本实施例中的方法还可以包括上述图2-图4所示实施例的方法,本实施例未详细描述的部分,可参考对图2-图4所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2-图4所示实施例中的描述,在此不再赘述。
与上述实现方式相类似的是,扩展现实终端可以替换为与会设备,此时,本实施例中的射频通信方法可以包括:
步骤S1101’:通过移动通信网络获取与与会设备相对应的控制请求,移动通信网络部署在公有云上。
步骤S1102’:确定基础设施组件能够提供的、与移动通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接;
步骤S1103’:在资源信息不满足资源需求时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源。
步骤S1104’:将多个虚拟化资源提供给移动通信网络,以通过移动通信网络获得与控制请求相对应的控制信息,并基于控制信息对与会设备进行控制。
其中,本实施例中步骤S1101’-步骤S1104’的具体实现方式和实现效果与上述步骤S1101-步骤S1104的具体实现方式和实现效果相类似,具体可参考上述陈述内容,在此不再赘述。
具体的,在基于控制信息对与会设备进行控制时,可以实现对与会设备进行身份识别操作、或者可以对与会设备的网络运行状态进行控制、或者可以对与会设备的数据处理操作进行控制等等;另外,还可以基于与会设备实现会议签到操作,具体的,可以先基于建立通信连接的与会设备确定参加会议中各个与会人员的身份标识,从而可以快速地确定与会人员的签到操作和身份识别操作,进一步提高了该方法的实用性。
需要注意的是,本实施例中的方法还可以包括上述图2-图4所示实施例的方法,本实施例未详细描述的部分,可参考对图2-图4所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2-图4所示实施例中的描述,在此不再赘述。
图12为本申请实施例提供的一种车辆控制装置的结构示意图;参考附图12所示,本实施例提供了一种车辆控制装置,该车辆控制装置用于执行上述图9所示的车辆控制方法,该车辆控制装置可以实现为通信组件,具体的,该车辆控制装置可以包括:
第二获取模块41,用于通过车辆通信网络获取与待控车辆相对应的车辆控制请求,车辆通信网络部署在公有云上;
第二确定模块42,用于确定基础设施组件提供的、与车辆通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接;
第二处理模块43,用于在资源信息不满足车辆控制请求所对应的资源需求时,基于车辆控制请求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源;
第二处理模块43,还用于将多个虚拟化资源提供给车辆通信网络,以通过车辆通信网络获得与车辆控制请求相对应的车辆控制信息,并基于车辆控制信息对待控车辆进行控制。
图12所示车辆控制装置可以执行图9所示实施例的方法,本实施例未详细描述的部分,可参考对图9所示实施例的相关说明。该技术方案的执行过程和技术效果参见图9所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图12所示车辆控制装置的结构可实现为一电子设备。如图13所示,该电子设备可以包括:第二处理器51和第二存储器52。其中,第二存储器52用于存储相对应电子设备执行上述图9所示实施例中提供的车辆控制方法的程序,第二处理器51被配置为用于执行第二存储器52中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第二处理器51执行时能够实现如下步骤:通过车辆通信网络获取与待控车辆相对应的车辆控制请求,车辆通信网络部署在公有云上;确定基础设施组件提供的、与车辆通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接;在资源信息不满足车辆控制请求所对应的资源需求时,基于车辆控制请求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源;将多个虚拟化资源提供给车辆通信网络,以通过车辆通信网络获得与车辆控制请求相对应的车辆控制信息,并基于车辆控制信息对待控车辆进行控制。
进一步的,第二处理器51还用于执行前述图9所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第二通信接口53,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图9所示方法实施例中的车辆控制方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图9所示方法实施例中的车辆控制方法。
图14为本申请实施例提供的一种数据处理装置的结构示意图;参考附图14所示,本实施例提供了一种数据处理装置,该数据处理装置用于执行上述图11所示的数据处理方法,具体的,该数据处理装置可以包括:
第三获取模块61,用于通过移动通信网络获取与扩展现实终端相对应的控制请求,移动通信网络部署在公有云上。
第三确定模块62,用于确定基础设施组件能够提供的、与移动通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接;
第三处理模块63,用于在资源信息不满足资源需求时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源。
第三处理模块63,还用于将多个虚拟化资源提供给移动通信网络,以通过移动通信网络获得与控制请求相对应的控制信息,并基于控制信息对扩展现实终端进行控制。
图14所示数据处理装置可以执行图11所示实施例的方法,本实施例未详细描述的部分,可参考对图11所示实施例的相关说明。该技术方案的执行过程和技术效果参见图11所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图14所示数据处理装置的结构可实现为一电子设备。如图15所示,该电子设备可以包括:第三处理器71和第三存储器72。其中,第三存储器72用于存储相对应电子设备执行上述图11所示实施例中提供的数据处理方法的程序,第三处理器71被配置为用于执行第三存储器72中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第三处理器71执行时能够实现如下步骤:通过移动通信网络获取与扩展现实终端相对应的控制请求,移动通信网络部署在公有云上;确定基础设施组件能够提供的、与移动通信网络相对应的资源信息,基础设施组件部署在公有云上,且与通信组件通信连接;在资源信息不满足资源需求时,基于资源需求对资源信息进行虚拟化处理,获得满足资源需求的多个虚拟化资源;将多个虚拟化资源提供给移动通信网络,以通过移动通信网络获得与控制请求相对应的控制信息,并基于控制信息对扩展现实终端进行控制。
进一步的,第三处理器61还用于执行前述图11所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第三通信接口73,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图11所示方法实施例中的数据处理方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图11所示方法实施例中的数据处理方法。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现,当然也可以通过硬件和软件结合的方式来实现。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器,使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM) 和/或非易失性内存等形式,如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体 (transitory media),如调制的数据信号和载波。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。