专网管控方法、数据处理方法、设备控制方法及设备与流程

1.本技术涉及专用网络技术领域，尤其涉及一种专网管控方法、数据处理方法、设备控制方法及设备。


背景技术：

2.专用网络（private 5g network）是一种局域网（lan），其能够在局部区域提供网络连接，所有网络连接都为本地应用服务，不会为其它区域或应用服务。具体的，现有专网网络架构中的所有设备都在本地部署，并提供北向接口，专网网络架构中可以包括用于对专网信息进行管理的专网管理系统，以使得用户可以通过专网管理系统对专网进行管控操作。但是，由于多个专网之间难于互联，当存在多个专网时，则需要多个专网管理系统实现对多个专网的应用进行管理和维护操作，这样增加了专网管理和维护的成本和复杂度。


技术实现要素：

3.本技术实施例提供一种专网管控方法、数据处理方法、设备控制方法及设备，能够实现对多个专网进行统一的管理和控制操作，便于对多个专网的应用进行管理和维护。
4.第一方面，本技术实施例提供了一种专网管控方法，应用于专网管控装置，所述专网管控装置通信连接有多个专网各自对应的子管控单元；所述方法包括：获取专网管控请求；在多个专网中，确定与所述专网管控请求相对应的至少一个目标专网；将所述专网管控请求发送至至少一个目标专网各自对应的子管控。
5.第二方面，本技术实施例提供了一种专网管控装置，所述专网管控装置通信连接有多个专网各自对应的子管控单元；所述装置包括：第一获取模块，用于获取专网管控请求；第一确定模块，用于在多个专网中，确定与所述专网管控请求相对应的至少一个目标专网；第一处理模块，用于将所述专网管控请求发送至至少一个目标专网各自对应的子管控单元，以通过所述子管控单元对所述至少一个目标专网进行管控操作。
6.第三方面，本技术实施例提供了一种电子设备，包括：存储器、处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现上述第一方面所示的专网管控方法。
7.第四方面，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述第一方面所示的专网管控方法。
8.第五方面，本发明实施例提供了一种计算机程序产品，包括：计算机程序，当所述计算机程序被电子设备的处理器执行时，使所述处理器执行上述第一方面所示的专网管控方法中的步骤。
9.第六方面，本发明实施例提供了一种设备控制方法，应用于设备控制装置，所述设
备控制装置通信连接有多个设备各自对应的子管控单元，多个设备部署在不同的专网中；所述方法包括：获取待控设备相对应的设备控制请求；在多个专网中，确定与所述设备控制请求的目标专网；将所述设备控制请求发送至所述目标专网所对应的子管控单元，以通过所述子管控单元对所述待控设备进行控制。
10.第七方面，本发明实施例提供了一种设备控制装置，所述设备控制装置通信连接有多个设备各自对应的子管控单元，多个设备部署在不同的专网中；所述装置包括：第二获取模块，用于获取待控设备相对应的设备控制请求；第二确定模块，用于在多个专网中，确定与所述设备控制请求的目标专网；第二处理模块，用于将所述设备控制请求发送至所述目标专网所对应的子管控单元，以通过所述子管控单元对所述待控设备进行控制。
11.第八方面，本技术实施例提供了一种电子设备，包括：存储器、处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现上述第六方面所示的设备控制方法。
12.第九方面，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述第六方面所示的设备控制方法。
13.第十方面，本发明实施例提供了一种计算机程序产品，包括：计算机程序，当所述计算机程序被电子设备的处理器执行时，使所述处理器执行上述第六方面所示的设备控制方法中的步骤。
14.第十一方面，本发明实施例提供了一种数据处理方法，应用于专网管控装置，所述专网管控装置通信连接有多个专网各自对应的子管控单元；所述方法包括：获取与扩展现实终端相对应的数据处理请求；在多个专网中，基于所述数据处理请求确定与所述扩展现实终端相对应的目标专网；将所述数据处理请求发送至所述目标专网所对应的子管控单元，以通过所述子管控单元基于所述数据处理请求生成与所述扩展现实终端相对应的数据处理结果。
15.第十二方面，本发明实施例提供了一种数据处理装置，应用于专网管控装置，所述专网管控装置通信连接有多个专网各自对应的子管控单元；所述装置包括：第三获取模块，用于获取与扩展现实终端相对应的数据处理请求；第三确定模块，用于在多个专网中，基于所述数据处理请求确定与所述扩展现实终端相对应的目标专网；第三处理模块，用于将所述数据处理请求发送至所述目标专网所对应的子管控单元，以通过所述子管控单元基于所述数据处理请求生成与所述扩展现实终端相对应的数据处理结果。
16.第十三方面，本技术实施例提供了一种电子设备，包括：存储器、处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现上述第十一方面所示的数据处理方法。
17.第十四方面，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，所
述计算机程序使计算机执行时实现上述第十一方面所示的数据处理方法。
18.第十五方面，本发明实施例提供了一种计算机程序产品，包括：计算机程序，当所述计算机程序被电子设备的处理器执行时，使所述处理器执行上述第十一方面所示数据处理方法中的步骤。
19.第十六方面，本发明实施例提供了一种数据处理方法，应用于专网管控装置，所述方法包括：获取与目标运行数据相对应的资源需求；确定与所述专网管控装置相对应的本地资源；在所述本地资源满足所述资源需求时，则基于所述本地资源对所述目标运行数据进行处理，获得数据处理结果；在所述本地资源不满足所述资源需求时，则基于云资源对所述目标运行数据进行处理，获得数据处理结果。
20.第十七方面，本发明实施例提供了一种数据处理装置，应用于专网管控装置，所述装置包括：第四获取模块，用于获取与目标运行数据相对应的资源需求；第四确定模块，用于确定与所述专网管控装置相对应的本地资源；第四处理模块，用于在所述本地资源满足所述资源需求时，则基于所述本地资源对所述目标运行数据进行处理，获得数据处理结果；所述第四处理模块，还用于在所述本地资源不满足所述资源需求时，则基于云资源对所述目标运行数据进行处理，获得数据处理结果。
21.第十八方面，本技术实施例提供了一种电子设备，包括：存储器、处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现上述第十六方面所示的数据处理方法。
22.第十九方面，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述第十六方面所示的数据处理方法。
23.第二十方面，本发明实施例提供了一种计算机程序产品，包括：计算机程序，当所述计算机程序被电子设备的处理器执行时，使所述处理器执行上述第十六方面所示数据处理方法中的步骤。
24.本技术实施例提供的技术方案，通过获取专网管控请求，在多个专网中确定与所述专网管控请求相对应的至少一个目标专网；而后将所述专网管控请求发送至至少一个目标专网各自对应的子管控单元，以通过所述子管控单元对所述至少一个目标专网进行管控操作，这样通过专网管控装置能够对多个专网进行统一管控操作，有效地提高了对专网进行管理和维护的效果和效率，并且能够在多分支组网的应用场景中进行应用，从而扩展了该方法的适用范围，提高了该方法的实用性和使用的灵活可靠性。
附图说明
25.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根
据这些附图获得其他的附图。
26.图1为本技术实施例提供的一种专网管控方法的场景示意图；图2为本技术实施例提供的一种专网管控方法的流程示意图；图3为本技术实施例提供的另一种专网管控方法的流程示意图；图4为本技术实施例提供的又一种专网管控方法的流程示意图；图5为本技术实施例提供的还一种专网管控方法的流程示意图；图6为本技术实施例提供的对所述目标运行数据进行处理，获得数据处理结果的流程示意图；图7为本技术实施例提供的又一种专网管控方法的流程示意图；图8为本技术应用实施例提供的一种专网管控系统的结构示意图；图9为本技术实施例提供的一种专网管控装置的结构示意图；图10为图9所示的专网管控装置所对应的电子设备的结构示意图；图11为本技术实施例提供的一种设备控制方法的流程示意图；图12为本技术实施例提供的一种设备控制方法的场景示意图；图13为本技术实施例提供的一种数据处理方法的流程示意图；图14为本技术实施例提供的一种设备控制装置的结构示意图；图15为图14所示的设备控制装置所对应的电子设备的结构示意图；图16为本技术实施例提供的一种数据处理装置的结构示意图；图17为图16所示的数据处理装置所对应的电子设备的结构示意图；图18为本技术实施例提供的一种数据处理方法的流程示意图；图19为本技术实施例提供的一种数据处理装置的结构示意图；图20为图19所示的数据处理装置所对应的电子设备的结构示意图。
具体实施方式
27.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
28.在本技术实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。在本技术实施例和所附权利要求书中所使用的单数形式的“一种”、
“”
和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。
29.应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
30.取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测（陈述的条件或事件）”可以被解释成为“当确定时”或“响应于确定”或“当检测（陈述的条件或事件）时”或“响应于检测（陈述的条件或事件）”。
31.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的商品或者系统中还存在另外的相同要素。
32.另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。
33.术语定义：5g专网专用：在局部区域提供5g网络连接，所有网络连接都为本地应用服务，不会为其它区域或应用服务。
34.5g核心网（5gc）：5g专网的中心控制部分。
35.5g基站（5g ran）：5g专网的接入部分。
36.5g终端：5g专网用户使用通信的载体。
37.设备管控：对设备的日常配置、告警、日志等进行处理。
38.专网管控：对专网内用户的发卡、状态，网络质量进行管控。
39.为了方便本领域技术人员理解本技术实施例提供的技术方案，下面对相关技术进行说明：专用网络（private 5g network）是一种局域网（lan），其能够在局部区域提供网络连接，所有网络连接都为本地应用服务，不会为其它区域或应用服务，因此，专用网络能够为企业客户在数字化转型中提供自主可控、成本较低的区域连接能力。具体的，现有专网网络架构中的所有设备都在本地部署，并提供北向接口，专网网络架构中可以包括用于对专网信息进行管理的专网管理系统，以使用户可以通过专网管理系统对专网进行管控操作。
40.但是，当需要管控多个专网时，由于多个专网之间难于互联，因此，则需要多个专网管理系统实现对多个专网的应用进行管理和维护操作，这样增加了专网管理和维护的成本和复杂度，用户难于对多个专网的应用进行管理和维护。另外，在利用专网进行数据处理操作时，由于专网的本地资源有限，因此，本地仅能进行轻量化的数据处理和分析，并且大部分数据不让出园区，进而使得整个网络的自动化、高效化管理水平较低，尤其对于非通信专业背景的用户而言，使用有一定门槛和困难。
41.为了解决现有技术中所存在的“本地计算能力有限、无法做复杂分析以及单一节点所能管控的专网应用有限，难于管理多个专网的应用”的问题，本实施例提供了一种专网管控方法、车辆控制方法、装置及设备，其中，专网管控方法的执行主体可以为专网管控装置，具体的，该装网管控装置通信连接有多个专网各自对应的子管控单元，参考附图1所示，专网管控装置可以通信连接有客户端或者请求端。
42.具体实现时，该专网管控装置可以实现为云端的服务器，此时，该专网管控方法可以在云端来执行，在云端可以部署有若干计算节点（云服务器），每个计算节点中都具有计算、存储等处理资源。在云端，可以组织由多个计算节点来提供某种服务，当然，一个计算节点也可以提供一种或多种服务。云端提供该服务的方式可以是对外提供服务接口，用户调用该服务接口以使用相应的服务。服务接口包括软件开发工具包（software development kit，简称sdk）、应用程序接口（application programming interface，简称api）等形式。
43.针对本发明实施例提供的方案，云端可以提供有专网管控服务的服务接口，用户通过客户端/请求端调用该专网管控服务接口，以向云端触发调用该专网管控接口的请求。
云端确定响应该请求的计算节点，利用该计算节点中的处理资源执行专网管控的具体处理操作。
44.客户端/请求端可以是任何具有一定数据传输能力的计算设备，具体实现时，客户端/请求端可以是手机、个人电脑pc、平板电脑、设定应用程序等等。此外，客户端的基本结构可以包括：至少一个处理器。处理器的数量取决于客户端的配置和类型。客户端也可以包括存储器，该存储器可以为易失性的，例如ram，也可以为非易失性的，例如只读存储器（read-only memory，简称rom）、闪存等，或者也可以同时包括两种类型。存储器内通常存储有操作系统（operating system，简称os）、一个或多个应用程序，也可以存储有程序数据等。除了处理单元和存储器之外，客户端还包括一些基本配置，例如网卡芯片、io总线、显示组件以及一些外围设备等。可选地，一些外围设备可以包括，例如键盘、鼠标、输入笔、打印机等。其它外围设备在本领域中是众所周知的，在此不做赘述。
45.专网管控装置是指可以提供专网控制操作的设备，在物理实现上，专网管控装置可以是任何能够提供计算服务，响应于专网控制服务，并可以进行专网控制操作的设备，例如：可以是集群服务器、常规服务器、云端的服务器、云主机、虚拟中心等。专网管控装置的构成主要包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似。
46.在上述本实施例中，客户端/请求端可以专网管控装置进行网络连接，该网络连接可以是无线或有线网络连接。若客户端/请求端与专网管控装置是通信连接，该移动网络的网络制式可以为2g（gsm）、2.5g（gprs）、3g（wcdma、td-scdma、cdma2000、utms）、4g（lte）、4g+（lte+）、wimax、5g、6g等中的任意一种。
47.在本技术实施例中，客户端/请求端可以生成专网控制请求，具体的，本实施例对于请求端获取专网控制请求的具体实现方式不做限定，在一些实例中，请求端上配置有交互界面，获取用户在交互界面所输入的执行操作，基于执行操作即可获取到专网控制请求。在另一些实例中，专网控制请求可以存储在第三设备中，第三设备与请求端通信连接，通过第三设备主动或者被动地获取到专网控制请求。在获取到专网控制请求之后，可以将专网控制请求发送至专网控制装置，以使得专网控制装置可以基于专网控制请求进行相对应的专网控制操作。
48.专网控制装置，能够获取专网管控请求，专网管控请求中包括待管控专网的专网标识，因此，在获取到专网管控请求之后，可以在多个专网中确定与专网管控请求相对应的至少一个目标专网，可以理解的是，专网管控请求可以对应于一个或多个目标专网，为了能够对一个或多个目标专网进行管控操作，可以先确定一个或多个目标专网各自对应的子管控单元，而后将专网管控请求发送至至少一个目标专网各自对应的子管控单元，以通过子管控单元对至少一个目标专网进行管控操作，有效地实现了能够使得用户可以基于管控需求能够对一个或多个目标专网进行管控操作，进而提高了对目标专网进行管理和维护操作的质量和效率。
49.本实施例提供的专网管控方法，能够实现对多个专网进行统一的管理和控制操作，便于对多个专网的应用进行管理和维护，具体的，通过获取专网管控请求，而后在多个专网中确定与专网管控请求相对应的至少一个目标专网，并将专网管控请求发送至至少一个目标专网各自对应的子管控单元，以通过子管控单元对至少一个目标专网进行管控操作，这样通过专网管控装置能够对多个专网进行统一管控操作，降低了网络维护和管理的
难度，同时有效地提高了对专网进行管理和维护的效果和效率，并且能够在多分支组网的应用场景中进行应用，从而扩展了该方法的适用范围，提高了该方法的实用性和使用的灵活可靠性，此外，本实施例中的专网管控装置还能够接入云上大数据应用，并进行自动化运维、趋势分析等，扩展专网专用在多分支场景下的应用，进一步提高了该方法使用的灵活可靠性，有利于市场的推广与应用。
50.下面通过一个示例性的应用场景具体说明本技术各个实施例提供的专网管控方法、车辆控制方法、装置及设备。在各实施例之间不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
51.图2为本技术实施例提供的一种专网管控方法的流程示意图；参考附图2所示，本实施例提供了一种专网管控方法，该方法的执行主体可以为专网管控装置，该专网管控方法可以应用于专网管控装置，为了能够通过专网管控装置对多个专网进行统一管控操作，专网管控装置通信连接有多个专网各自对应的子管控单元，在一些实例中，专网管控装置可以通过sd-wan与各个专网的子管控单元通信连接，另外，该专网管控装置可以实现为软件、或者软件和硬件的组合。具体的，该专网管控方法可以包括：步骤s201：获取专网管控请求。
52.步骤s202：在多个专网中，确定与专网管控请求相对应的至少一个目标专网。
53.步骤s203：将专网管控请求发送至至少一个目标专网各自对应的子管控单元，以通过子管控单元对至少一个目标专网进行管控操作。
54.下面对上述各个步骤的实现过程进行详细说明：步骤s201：获取专网管控请求。
55.其中，专网管控装置通信连接有多个专网各自对应的子管控单元，需要注意的是，一个专网可以包括一个或者多个子管控单元，在专网对应有多个子管控单元时，不同的子管控单元用于对专网中的不同设备进行管控操作，因此，用户可以通过专网管控装置和子管控单元对预设专网进行管控操作。具体的，当用户存在专网管控需求时，专网管控装置可以获取专网管控请求，该专网管控请求可以对应于一个专网或者对应于多个专网，此时，专网管控请求中可以包括一个专网的网络标识，或者也可以包括多个专网各自对应的网络标识，以使用户可以通过专网管控装置统一对一个或者多个专网进行管控操作。
56.另外，本实施例对于专网管控请求的具体获取方式不做限定，在一些实例中，专网管控请求可以通过用户输入的执行操作所生成的，此时，获取专网管控请求可以包括：显示用于与用户进行交互操作的显示界面；获取用户在显示界面上输入的执行操作；基于执行操作获得专网管控请求。在另一些实例中，专网管控请求可以通过第三设备所获得，此时，获取专网管控请求可以包括：第三设备可以生成或者获取专网管控请求；获取与专网管控装置通信连接的第三设备；通过第三设备可以主动或者被动地获取到专网管控请求。
57.步骤s202：在多个专网中，确定与专网管控请求相对应的至少一个目标专网。
58.由于专网管控装置连接有多个专网，而专网管控请求可能用于实现对多个专网中的一部分专网进行管控操作，因此，在获取到专网管控请求之后，可以在多个专网中确定与专网管控请求相对应的至少一个目标专网。
59.举例来说，专网管控装置通信连接有子管控单元1、子管控单元2、子管控单元3和子管控单元4，上述的子管控单元1对应于专网1、子管控单元2对应于专网2、子管控单元3对
应于专网3、子管控单元4对应于专网4。在获取到与专网2和专网3相对应的专网管控请求之后，可以基于专网管控请求在多个专网中确定目标专网，该目标专网可以包括专网2和专网3。
60.步骤s203：将专网管控请求发送至至少一个目标专网各自对应的子管控单元，以通过子管控单元对至少一个目标专网进行管控操作。
61.在获取到至少一个目标专网之后，为了能够对至少一个目标专网进行灵活、稳定地管控操作，可以确定至少一个目标专网各自对应的子管控单元，而后可以将专网管控请求发送至子管控单元，在子管控单元获取到专网管控请求之后，可以基于专网管控请求对所对应的目标专网进行管控操作，从而有效地保证了通过一专网管控装置可以统一对多个专网进行统一管控操作。
62.本实施例提供的专网管控方法，通过获取专网管控请求，在多个专网中确定与专网管控请求相对应的至少一个目标专网；而后将专网管控请求发送至至少一个目标专网各自对应的子管控单元，以通过子管控单元对至少一个目标专网进行管控操作，这样通过专网管控装置能够对多个专网进行统一管控操作，有效地提高了对专网进行管理和维护的效果和效率，并且能够在多分支组网的应用场景中进行应用，从而扩展了该方法的适用范围，提高了该方法的实用性和使用的灵活可靠性。
63.图3为本技术实施例提供的另一种专网管控方法的流程示意图；在上述实施例的基础上，参考附图3所示，在获取专网管控请求之前，为了能够提高对专网进行管控的合法性和安全性，本实施例还提供了一种对专网设备进行合法性检测的实现方式，具体的，本实施例中的方法还可以包括：步骤s301：通过子管控单元获取与专网设备相对应的设备连接请求。
64.对于专网管控装置通信连接的多个专网而言，每个专网可以包括多个专网设备，该专网设备可以包括以下至少之一：核心网设备（例如：5g核心网设备、6g核心网设备、4g核心网设备等等）、基站、终端设备。为了使得专网管控装置能够对多个专网中的专网设备进行安全、可靠地管控操作，在获取到专网管控请求之前，专网中的专网设备可以与专网管控装置之间建立通信连接，此时，通过子管控单元可以获取与专网设备相对应的设备连接请求，该设备连接请求中可以包括专网设备所对应的设备标识。
65.步骤s302：基于设备连接请求检测专网设备是否为合法设备。
66.在获取到设备连接请求之后，为了能够保证对专网进行合法的管控操作，可以基于设备连接请求检测专网设备是否为合法设备，具体的，可以基于设备连接请求确定专网设备的身份标识，将身份标识与预设列表中包括的多个标准身份标识进行分析比较，当预设列表中存在与身份标识相匹配的标准身份标识时，则可以确定专网设备为合法设备；当预设列表中不存在与身份标识相匹配的标准身份标识时，则可以确定专网设备为非法设备。
67.步骤s303：在专网设备为合法设备时，则允许专网管控装置通过子管控单元与专网设备建立通信连接。
68.在专网设备为合法设备时，则说明专网管控装置能够对合法设备进行稳定地管控操作，进而可以允许专网管控装置通过子管控单元与专网设备建立通信连接。相对应的，在专网设备为非法设备时，则说明专网管控装置不能对非法设备进行稳定地管控操作，进而
禁止专网管控装置通过子管控单元与专网设备建立通信连接。
69.本实施例中，通过获取与专网设备相对应的设备连接请求，基于设备连接请求检测专网设备是否为合法设备，在专网设备为合法设备时，则允许专网管控装置通过子管控单元与专网设备建立通信连接，有效地实现了专网管控装置能够对合法设备进行管控操作，保证了对专网进行管控的合法性和有效性。
70.图4为本技术实施例提供的又一种专网管控方法的流程示意图；在上述实施例的基础上，参考附图4所示，为了能够提高该方法的实用性，本实施例中的方法还可以包括对各个专网的运行数据进行存储和管理的技术方案，此时，本实施例中的方法还可以包括：步骤s401：获取各个专网各自对应的运行数据。
71.步骤s402：对各个专网所对应的运行数据分别进行存储和管理。
72.其中，专网管控装置不仅能够对各个专网进行管控操作，还能够对各个专网的运行数据分别进行存储和管理操作，具体的，专网管控装置中可以包括多个区域，在基于专网管控装置对各个专网进行管控操作时，可以获取各个专网各自对应的运行数据，该运行数据可以包括以下至少之一：网络运行数据、计算运行数据等等，而后可以将各个专网各自对应的运行数据进行单独存储和/或管理操作，上述的管理操作可以包括以下至少之一：删除操作、查看操作、更新操作、数据修改操作等等。
73.本实施例中，通过获取各个专网所对应的运行数据，而后对各个专网所对应的运行数据分别进行存储和管理，有效地实现了对各个专网的运行数据进行存储和/或管理操作，进一步提高了该方法的实用性。
74.图5为本技术实施例提供的还一种专网管控方法的流程示意图；参考附图5所示，本实施例不仅能够实现对各个专网的运行数据进行存储和管理的实现方式，并且还能够通过各个专网进行相对应的数据处理操作，此时，本实施例中的方法还可以包括：步骤s501：获取数据处理请求。
75.步骤s502：确定与数据处理请求相对应的目标运行数据。
76.步骤s503：对目标运行数据进行处理，获得数据处理结果。
77.在用户存在数据处理需求时，用户可以通过专网管控装置对各个专网进行控制，以实现相对应的数据处理操作，具体的，专网管控装置可以获取数据处理请求，此时的数据处理请求可以包括大数据分析处理请求、数据预测请求、故障定位请求等等，上述的大数据分析处理请求可以包括：视频处理请求、图像处理请求等等，可以理解的是，数据处理请求的具体获取方式与上述设备连接请求的具体获取方式相类似，具体可参考上述陈述内容，在此不再赘述。
78.在获取到数据处理请求之后，可以确定与数据处理请求相对应的目标运行数据，其中，不同的数据处理请求对应有不同的目标运行数据，例如：图像处理请求可以对应有目标图像；视频处理请求可以对应有目标视频，信息转发请求可以对应有目标信息。在获取到目标运行数据之后，可以对目标运行数据进行处理，从而可以获得数据处理结果，需要注意的是，不同的数据处理请求可以对应有不同的数据处理结果。
79.举例来说，在数据处理请求为大数据分析请求时，可以基于大数据分析请求来确定与数据处理请求相对应的目标运行数据，而后可以对目标运行数据进行分析处理，获得数据处理结果。在数据处理请求为数据预测请求，例如：商品购买概率预测、网络运行状态
预测等等，在获取到数据预测请求之后，可以基于数据预测请求进行相对应的预测操作，从而可以获得预测结果，而后可以基于预测结果对相对应的专网进行控制，这样有效地提高了专网控制的质量和效果。在数据处理请求为故障定位请求，则可以基于故障定位请求确定相对应的目标日志信息；基于目标日志信息进行相对应的处理操作，从而可以获得故障定位信息，这样可以对故障定位信息进行显示，以便用户可以基于故障定位信息进行故障排除操作。
80.另外，对于数据处理请求，可以基于能否在本地进行处理划分为不同的类型，例如：在本地能够对数据处理请求进行正常处理时，可以确定数据处理请求为第一预设类型；在本地不能对数据处理请求进行正常处理时，可以确定数据处理请求为第二预设类型。由于数据处理请求可以对应有不同的类型，而不同类型的数据处理请求对应有不同的数据处理需求，因此，为了能够保证数据处理操作的稳定运行，可以采用不同的数据处理方式进行数据处理操作，此时，本实施例中的对目标运行数据进行处理，获得数据处理结果可以包括：确定数据处理请求的请求类型。在请求类型为第一预设类型时，则允许通过专网管控装置对目标运行数据进行处理，获得数据处理结果。在请求类型为第二预设类型时，则确定与专网管控装置通信连接的云服务器，并将目标运行数据发送至云服务器，以通过云服务器对目标运行数据进行处理。
81.在对专网进行运维的过程中，用户可以根据需求对专网进行不同的运维管理操作，上述的运维管理操作可以包括基础性本地配置操作、管控操作和告警等操作，也可以包括高阶的端到端故障分析操作、性能分析操作、自动化运维等操作等等，一般情况下，可以采用本地化的运维方式进行专网运维管理操作，此外，在满足基本的系统配置、系统管控、用户管理、告警管理、性能管理的基础上，也在尝试应用高阶数据分析，但是受限于大规模计算能力、不同区域数据拉通能力等，能做的工作非常有限，因此，可以结合云上资源进行相对应的运维管理操作，此时，专网的运维管理操作可以包括本地运维管理操作（云下运维管理操作）和云上运维管理操作，具体的，云下运维管理操作可以是尽量满足轻量化、满足客户基础管理、管控、配置需求即可，云上运维管理操作可以实现端到端的故障分析操作、性能分析操作等需要拉通数据的操作，此时可以充分利用云上计算、存储资源提供高阶的数据处理操作。需要注意的是，云下运维管理操作与云下运维管理操作之间可以实现相同的数据处理功能。
82.其中，预先配置有不同类型的数据处理请求，例如：预先配置的类型可以包括第一预设类型和第二预设类型，具体的，第一预设类型包括以下至少之一：用户管理请求（用户信息管理请求、用户配置请求等）、告警管理请求（告警信息、支持cpu负载与内存占用率的阈值修改等）、系统配置请求（终端接入配置和用户鉴权配置，终端接入配置可以包括切片列表、tac列表、plmn；用户鉴权配置可以包括op配置、opc配置与security key等）、流量管理请求（dnn配置等）；第二预设类型包括以下至少之一：系统管理请求（总体运行状态、网络拓扑、上下行总速率、硬件名称、硬件版本号、软件信息、cpu型号及占用率、内存型号及占用率、网卡信息、在线用户数、告警总数）、性能管理请求（包括以下指标：接入类、用户上下文类、流量类、时延类、注册用户类、n4事件类等等）、配置管理请求（运营商名称、plmn编号、n2/n3/n4/n6接口地址、ntp的开启/关闭、ntp服务器的ip地址、时区、鉴权参数、dns、tac等等）、日志管理请求（日志查询及呈现等）。
83.需要注意的是，第一预设类型和第二预设类型不仅可以包括上述所陈述的数据信息，还可以包括其他的数据信息，例如：第一预设类型还可以包括系统概览请求、系统管控请求等等，其中，系统概览请求可以包括：总体运行状态、在线用户数、上下行总速率、硬件名称与管理ip、服务器运行状态、cpu占用率、内存占用率、磁盘状态、运行时长、上次启动时间等信息的管理请求；系统管控请求可以包括：流量统计、cpu负载、内存占用等方面的管理请求等等。相对应的，第二预设类型还可以包括：日志管理请求、流量管理请求、用户管理请求等等，其中，日志管理请求可以包括日志查询及呈现请求等等，流量管理请求可以包括dnn配置请求、qos策略配置请求等等，用户管理请求可以包括用户信息、用户配置、用户下线、用户跟踪等方面的请求等等。
84.由于不同类型的数据处理请求对应有不同的需求，因此，为了能够数据处理操作的稳定运行，可以确定数据处理请求的请求类型，此时，确定数据处理请求的请求类型可以包括：获取数据处理请求所对应的关键字，基于关键字确定数据处理请求的请求类型。在另一些实例中，确定数据处理请求的请求类型可以包括：获取多个预设标准请求，各个预设标准请求对应于标准预设类型；在多个预设标准请求中确定与数据处理请求相对应的目标预设标准请求；并将目标预设标准请求所对应的标准预设类型确定为数据处理请求相对应的请求类型，从而有效地保证了对数据处理请求的请求类型进行确定的稳定可靠性。
85.在获取到数据处理结果之后，为了能够使得用户及时了解数据处理的进度和状态，可以将数据处理结果反馈至前端（用户端/请求端/显示端）进行显示，从而使得用户可以对数据处理结果进行及时的查看操作。另外，在用户获取到数据处理结果之后，还可以基于数据处理结果输入执行操作，响应于用户输入的执行操作生成新的数据处理请求，并可以基于数据处理请求再次进行数据处理操作。
86.举例来说，在用户需要查询某一专网设备的运行状态时，则可以向专网控制装置发送状态查询请求，专网控制装置可以基于所获得的状态查询请求进行专网设备的状态查询操作，获得专网设备的状态信息，并可以将状态信息发送至请求端进行显示，在用户查看状态信息时，发现状态信息并不满足预设条件时，则说明专网设备可能会出现异常或者故障的情况，此时，为了进一步确定专网设备是否出现异常或者故障，用户可以基于所显示的状态信息进一步触发故障定位操作，具体的，可以根据状态信息生成故障定位请求，并将故障定位请求发送至专网控制装置，以使得专网控制装置基于故障定位请求进行故障定位操作，以便于用户可以基于所定位的故障信息进行故障排除或者设备维护操作，有利于保证专网设备运行的稳定可靠性。
87.再或者，在用户查看状态信息时，想要至到未来某一个时间段内该专网设备的预估运行状态，此时，用户可以基于所显示的状态信息进一步触发状态趋势的预测操作，具体的，可以根据状态信息生成趋势预测请求，并将趋势预测请求发送至专网控制装置，以使得专网控制装置基于趋势预测请求对专网设备的运行状态趋势进行预测，获得运行状态趋势，以便于用户可以基于运行状态趋势灵活地对专网设备进行调整、维护或者升级等操作，有利于保证专网设备运行的稳定可靠性。
88.本实施例中，通过获取各个专网所对应的运行数据，而后对各个专网所对应的运行数据分别进行存储和管理，有效地实现了对各个专网的运行数据进行存储和管理操作，进一步提高了该方法的实用性。
89.图6为本技术实施例提供的对目标运行数据进行处理，获得数据处理结果的流程示意图；在上述实施例的基础上，参考附图6所示，为了能够保证对目标运行数据进行处理的稳定可靠性，本实施例提供了一种对目标运行数据进行处理的实现方式，具体的，本实施例中的对目标运行数据进行处理，获得数据处理结果可以包括：步骤s601：获取数据处理请求所对应的资源需求。
90.步骤s602：确定与专网管控装置相对应的本地资源。
91.步骤s603：在本地资源满足资源需求时，则基于本地资源对目标运行数据进行处理，获得数据处理结果。
92.步骤s604：在本地资源不满足资源需求时，则基于云资源对目标运行数据进行处理，获得数据处理结果。
93.在获取到数据处理请求之后，为了能够保证数据处理操作的稳定运行，可以获取数据处理请求所对应的资源需求，资源需求可以包括网络资源需求、计算资源需求、存储资源需求等等。为了能够保证数据处理操作的稳定运行，可以确定与专网管控装置相对应的本地资源，具体的，在专网管控装置的架构和配置确定之后，则专网管控装置所对应的本地资源即可确定，所配置的本地资源可以存储在预设区域中，在获取到数据处理请求之后，通过访问预设区域即可获取与专网管控装置相对应的本地资源。
94.在获取到本地资源之后，可以将本地资源与资源需求进行分析比较，在本地资源满足资源需求时，则说明专网管控装置的本地资源能够保证数据处理操作的稳定运行，进而可以基于本地资源对目标运行数据进行处理，从而可以获得数据处理结果。在本地资源不满足资源需求时，则说明专网管控装置的本地资源不能保证数据处理操作的稳定运行，进而可以禁止对目标运行数据进行处理，并可以基于云资源对目标运行数据进行处理，获得数据处理结果，其中，云资源可以包括位于云端的存储资源、计算资源和网络资源等等。
95.具体的，本实施例对于基于云资源对目标运行数据进行处理的具体实现方式不做限定，在一些实例中，预先训练有用于对目标运行数据进行分析处理的机器学习模型，机器学习模型可以部署在云端，在获取到目标运行数据之后，可以将目标运行数据输入至机器学习模型，从而可以获得机器学习模型所输出的数据处理结果。在另一些实例中，基于云资源对目标运行数据进行处理，获得数据处理结果可以包括：步骤s6041：确定与专网管控装置通信连接的云服务器，云服务器包括满足资源需求的云资源。
96.步骤s6042：将目标运行数据发送至云服务器，以通过云服务器对目标运行数据进行处理，获得数据处理结果。
97.具体的，在本地资源不满足资源需求时，由于云服务器包括满足资源需求的云资源，因此，为了能够保证数据处理操作的稳定运行，可以通过云服务器来进行数据处理操作，此时，可以确定与专网管控装置通信连接的云服务器，而后可以将目标运行数据发送至云服务器，以通过云服务器对目标运行数据进行分析处理，这样有效地保证了数据处理操作的稳定可靠性。
98.本实施例中，通过获取数据处理请求所对应的资源需求，确定与专网管控装置相对应的本地资源，在本地资源满足资源需求时，则允许对目标运行数据进行处理，在本地资源不满足资源需求时，则利用云服务器对目标运行数据进行处理，从而有效地保证了数据
处理操作的稳定运行。
99.图7为本技术实施例提供的又一种专网管控方法的流程示意图；在上述任意一个实施例的基础上，参考附图7所示，本实施例还提供了一种通过专网管控系统对多个专网进行统一控制的技术方案，具体的，本实施例中的方法还可以包括：步骤s701：获取协同作业请求。
100.步骤s702：在多个专网中，确定与协同作业请求相对应的至少两个目标专网。
101.步骤s703：基于协同作业请求对至少两个目标专网进行协同管控。
102.其中，由于专网管控系统能够对多个专网进行统一控制，则通过专网管控系统可以对多个专网进行协同管控操作，具体的，在用户存在协同作业需求时，专网管控装置可以获取协同作业请求，该协同作业请求用于实现对多个专网进行协同管控操作，为了能够实现协同作业操作，协同作业请求中可以包括需要进行协同作业操作的多个专网各自对应的网络标识。在获取到协同作业请求之后，可以在多个专网中确定与协同作业请求相对应的至少两个目标专网，而后可以基于协同作业请求对至少两个目标专网进行协同管控操作。
103.举例来说，用户需要多个专网才能够实现大数据处理操作时，例如，数据处理操作需要专网1的网络宽带达到d1、数据处理操作需要专网2的网络宽带达到d2，基于上述需求，可以通过专网管控系统对专网1和专网2进行协同管控操作，以控制专网1的网络宽带达到d1，专网2的网络带宽达到d2，从而实现了对多个专网进行协同管控操作。
104.本实施例中，通过获取协同作业请求，在多个专网中，确定与协同作业请求相对应的至少两个目标专网；基于协同作业请求对至少两个目标专网进行协同管控；从而有效地实现了可以基于需求对多个专网进行协同控制以及协同分析操作，这样进一步提高了对多个专网进行控制的灵活可靠性。
105.具体应用时，本应用实施例提供了一种专网管控系统，该专网管控系统连接有多分支组网，专网管控系统可以基于软件定义广域网sd-wan等物理方式与多分支组网相连接，以能够对多个专网的用户信息进行统一管控操作。需要注意的是，在专网管控系统通信连接多分支组网时，可以对多分支组网进行合法性识别操作，从而可以保证对多分支组网进行管控的合法性和有效性。以多分支组网包括专网1、专网2、专网3为例，专网管控系统能够对上述的多分支组网进行管控操作，并且具有云上连接能力，具体的，参考附图8所示，本实施例中的专网管控系统可以实现如下专网管控方法，具体包括：步骤1：获取专网管控请求。
106.其中，专网管控请求可以包括大数据分析请求、趋势预测请求、自动化故障定位请求、性能分析请求等等，用户可以根据需求对专网管控请求进行配置操作。
107.步骤2：在多个专网中，确定与专网管控请求相对应的至少一个目标专网。
108.步骤3：将专网管控请求发送至至少一个目标专网各自对应的子管控单元，以通过子管控单元对至少一个目标专网进行管控操作。
109.此外，本实施例中的专网管控系统可以实现对多个专网的运行数据进行独立的存储和管理操作，实现了对各个专网进行独立管理操作，由于各个专网的数据位于本地不能出园，从而实现了对各个专网的本地管控操作；并且，本实施例中的专网管控系统还能够对多个专网的运行数据进行协同控制操作，具体的，通过多分支专网的管理，能够在数据不出园的情况下，能够使得具有关联关系的专网之间建立通道，对用户的信息管理进行协同处
理，并可以进行协同分析操作，从而提高了对多个专网进行协同控制的灵活可靠性。此外，本实施例中的专网管控系统可以通过预设专线、互联网与云服务器通信连接，这样能够快速、高效地连接云上应用，具体的，云上可以部署有多个预设应用，例如：大数据分析、自动运维等能力和工具；在专网管控线系统利用本地资源进行轻量的数据处理操作，这样可以满足客户基本管理、管控、配置需求；此外，还可以利用云资源进行更复杂的数据处理操作，例如：大数据分析操作、自动故障定位操作、趋势预测操作等等，进而实现了拉通云端数据、充分利用云上计算、存储资源，提供高阶服务，进一步保证了数据处理操作的质量和效果。
110.应用实例1，在需要进行大数据分析操作时，专网管控系统可以获取到专网1中的子管控单元所发送的大数据分析请求，则检测专网管控系统的本地资源是否满足大数据分析请求，若不满足，则将大数据分析请求发送至云服务器，以使得云服务器可以基于大数据分析请求针对专网1的数据进行相对应的数据处理操作，以获得大数据分析结果，并可以将大数据分析结果通过专网管控系统返回给专网1的子管控单元。
111.相类似的，在需要进行故障定位操作时，专网管控系统可以获取到专网2中的子管控单元所发送的故障定位请求，该故障定位请求用于请求专网管控系统在专网2中进行故障定位操作，在专网管控系统获取到故障定位请求之后，可以检测专网管控系统的本地资源是否满足故障定位请求，若不满足，则将故障定位请求发送至云服务器，以使得云服务器可以基于故障定位请求针对专网2进行故障检测以及故障定位操作，以获得故障定位结果，并可以将故障定位结果通过专网管控系统返回给专网2的子管控单元。
112.再例如，在用户想要了解专网3在未来1周内的预测运行状态时，专网管控系统可以获取到专网3中的子管控单元所发送的运行状态预测请求，该运行状态预测请求用于请求专网管控系统对专网3在未来一定时间内的运行状态进行预测，在专网管控系统获取到运行状态预测请之后，可以检测专网管控系统的本地资源是否满足运行状态预测请，若不满足，则将运行状态预测请发送至云服务器，以使得云服务器可以基于运行状态预测请针对专网3的运行状态进行预测操作，以获得预测状态信息，并可以将预测状态信息通过专网管控系统返回给专网3的子管控单元。
113.本实施例提供的专网管控系统，基于专线、互联网等物理方式与云服务器进行通信连接，实现了上云路径优选方案，能够快速高效连接云上应用，结合云上应用可以进行大数据分析、趋势预测、自动化故障定位、排障等操作，从而保证了数据处理操作的质量和效果，另外，通过sd-wan和其它多个分支专网互通，可以对多个专网的用户信息进行统一管控，从而保证了专网管控的质量和效果，另外，通过对多个专网进行协同控制操作、协同分析，进一步提高了该专网管控系统使用的灵活可靠性，保证了该专网管控系统的实用性，有利于市场的推广与应用。
114.图9为本技术实施例提供的一种专网管控装置的结构示意图；参考附图9所示，本实施例提供了一种专网管控装置，专网管控装置通信连接有多个专网各自对应的子管控单元，并且能够执行上述图2所示的专网控制方法，具体的，该装置包括：第一获取模块11，用于获取专网管控请求；第一确定模块12，用于在多个专网中，确定与专网管控请求相对应的至少一个目标专网；第一处理模块13，用于将专网管控请求发送至至少一个目标专网各自对应的子管
控单元，以通过子管控单元对至少一个目标专网进行管控操作。
115.在一些实例中，在获取专网管控请求之前，本实施例中的第一获取模块11和第一处理模块13用于执行以下步骤：第一获取模块11，用于通过子管控单元获取与专网设备相对应的设备连接请求；第一处理模块13，用于基于设备连接请求检测专网设备是否为合法设备；在专网设备为合法设备时，则允许专网管控装置通过子管控单元与专网设备建立通信连接。
116.在一些实例中，专网设备包括以下至少之一：核心网设备、基站、终端设备。
117.在一些实例中，本实施例中的第一获取模块11和第一处理模块13用于执行以下步骤：第一获取模块11，用于获取各个专网所对应的运行数据；第一处理模块13，用于对各个专网所对应的运行数据分别进行存储和管理。
118.在一些实例中，本实施例中的第一获取模块11、第一确定模块12和第一处理模块13用于执行以下步骤：第一获取模块11，用于获取数据处理请求；第一确定模块12，用于确定与数据处理请求相对应的目标运行数据；第一处理模块13，用于对目标运行数据进行处理，获得数据处理结果。
119.在一些实例中，在第一处理模块13对目标运行数据进行处理，获得数据处理结果，该第一处理模块13用于执行以下步骤：获取数据处理请求所对应的资源需求；确定与专网管控装置相对应的本地资源；在本地资源满足资源需求时，则基于本地资源对目标运行数据进行处理，获得数据处理结果；在本地资源不满足资源需求时，则基于云资源对目标运行数据进行处理，获得数据处理结果。
120.在一些实例中，在第一处理模块13基于云资源对目标运行数据进行处理，获得数据处理结果时，该第一处理模块13用于执行：确定与专网管控装置通信连接的云服务器，云服务器包括满足资源需求的云资源；将目标运行数据发送至云服务器，以通过云服务器对目标运行数据进行处理，获得数据处理结果。
121.在一些实例中，在第一处理模块13对目标运行数据进行处理，获得数据处理结果时，该第一处理模块13用于执行：确定数据处理请求的请求类型；在请求类型为第一预设类型时，则允许通过专网管控装置对目标运行数据进行处理，获得数据处理结果；在请求类型为第二预设类型时，则确定与专网管控装置通信连接的云服务器，并将目标运行数据发送至云服务器，以通过云服务器对目标运行数据进行处理。
122.在一些实例中，第一预设类型包括以下至少之一：用户管理请求、告警管理请求、系统配置请求、流量管理请求；第二预设类型包括以下至少之一：系统管理请求、性能管理请求、配置管理请求、日志管理请求。
123.在一些实例中，本实施例中的第一获取模块11、第一确定模块12和第一处理模块13用于执行以下步骤：第一获取模块11，用于获取协同作业请求；第一确定模块12，用于在多个专网中，确定与协同作业请求相对应的至少两个目标专网；第一处理模块13，用于基于协同作业请求对至少两个目标专网进行协同管控。
124.图9所示专网管控装置可以执行图1-图8所示实施例的方法，本实施例未详细描述的部分，可参考对图1-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图8所示实施例中的描述，在此不再赘述。
125.在一个可能的设计中，图9所示专网管控装置的结构可实现为一电子设备，该电子设备可以是控制器、服务器等。如图10所示，该电子设备可以包括：第一处理器21和第一存储器22。其中，第一存储器22用于存储相对应电子设备执行上述图1-图8所示实施例中提供的专网管控方法的程序，第一处理器21被配置为用于执行第一存储器22中存储的程序。
126.程序包括一条或多条计算机指令，其中，一条或多条计算机指令被第一处理器21执行时能够实现如下步骤：获取专网管控请求；在多个专网中，确定与专网管控请求相对应的至少一个目标专网；将专网管控请求发送至至少一个目标专网各自对应的子管控单元，以通过子管控单元对至少一个目标专网进行管控操作。
127.进一步的，第一处理器21还用于执行前述图1-图8所示实施例中的全部/部分步骤。
128.其中，电子设备的结构中还可以包括第一通信接口23，用于电子设备与其他设备或通信网络通信。
129.另外，本发明实施例提供了一种计算机存储介质，用于储存电子设备所用的计算机软件指令，其包含用于执行上述图1-图8所示方法实施例中的专网管控方法所涉及的程序。
130.此外，本发明实施例提供了一种计算机程序产品，包括：计算机程序，当计算机程序被电子设备的处理器执行时，使处理器执行图1-图8所示方法实施例中的专网管控方法。
131.图11为本技术实施例提供的一种设备控制方法的流程示意图；图12为本技术实施例提供的一种设备控制方法的场景示意图；参考附图11-图12所示，本实施例提供了一种设备控制方法，该设备控制方法的执行主体可以为设备控制装置，即该设备控制方法可以应用于专网管控装置，设备控制装置通信连接有多个设备各自对应的子管控单元，多个设备部署在不同的专网中；其中，不同的专网可以对应有不同的区域，上述的区域可以包括工厂区域（智慧工厂）、园区区域（智慧园区、住宅园区等等）、矿场区域等等，在区域为工厂区域时，本实施例中的设备控制方法可以实现对不同工厂区域中的设备进行灵活控制操作；在区域为园区区域时，本实施例中的设备控制方法可以实现对不同园区区域中的设备进行灵活控制操作；在区域为矿场区域时，本实施例中的设备方法可以实现对不同矿场区域中的设备进行灵活控制操作。具体的，本实施例中的方法可以包括：步骤s1101：获取待控设备相对应的设备控制请求。
132.步骤s1102：在多个专网中，确定与设备控制请求的目标专网。
133.步骤s1103：将设备控制请求发送至目标专网所对应的子管控单元，以通过子管控单元对待控设备进行控制。
134.当用户对某一个区域中的待控设备存在控制需求时，则可以向设备控制装置发送设备控制请求，该设备控制请求中可以包括待控设备的设备标识、待控设备所在区域网络的网络标识等等；由于设备控制装置可以对多个专网中的待控设备进行管控操作，因此，为了能够准确地对待控设备进行控制操作，可以在多个专网中确定与设备控制请求相对应的目标专网，而后可以将设备控制请求发送至目标专网所对应的子管控单元，以通过子管控
单元对待控设备进行控制操作。
135.在又一些实例中，在待控设备的数量为多个时，多个待控设备所对应的设备控制请求可以为联合控制请求，此时，本实施例中的方法还可以包括：在设备控制请求为与多个待控设备相对应的联合控制请求之后，可以根据联合控制请求确定各个待控设备所对应的目标专网；将联合控制请求发送至各个待控设备所对应的目标专网中的子管控单元，以通过多个子管控单元对所有的待控设备进行联合控制操作，这样进一步提高了该方法的实用性和适用范围。
136.需要注意的是，本实施例中的方法还可以包括图1-图8所示实施例中的方法，本实施例未详细描述的部分，可参考对图1-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图8所示实施例中的描述，在此不再赘述。
137.具体实现时，上述实施例中的待控设备可以替换为待控车辆，此时的设备控制方法实现为车辆控制方法，具体的，车辆控制方法可以包括：步骤s1101’：获取与待控车辆相对应的车辆控制请求。
138.步骤s1102’：在多个专网中，基于车辆控制请求确定与待控车辆相对应的目标专网。
139.步骤s1103’：将车辆控制请求发送至目标专网所对应的子管控单元，以通过子管控单元基于车辆控制请求生成与待控车辆相对应的控制信息，并基于控制信息对待控车辆进行控制。
140.具体的，一个待控车辆可以对应有一个或多个专属网络（以下简称专网），例如：某企业可以包括位于区域a的厂区a和位于区域b的厂区b，厂区a对应于专网a，厂区b对应于专网b，而上述的专网a和专网b同属于某企业，此时，该企业员工的注册车辆可以对应于专网a和专网b，当注册车辆行驶至区域a或者区域b时，则允许注册车辆通过并可以指导进行停车操作。
141.因此，在待控车辆（无人车或者有人车）行驶的过程中，为了能够实现对待控车辆进行准确有效地控制，可以获取与待控车辆相对应的车辆控制请求，为了能够在专网中对待控车辆进行稳定的控制操作，待控车辆上可以设置有传感器，通过传感器可以快速获取与待控车辆相对应的运行状态数据，与待控车辆相对应的运行状态数据可以包括以下至少之一：车辆的当前车速、行驶方向和环境信息，其中，环境信息包括周围物体的分布位置、车辆前方车辆的车速和车辆所处道路的道路限速。在一些实例中，传感器可以包括图像采集传感器、雷达传感器和全球定位系统gps，具体的，通过图像采集传感器、雷达传感器和全球定位系统gps来确定与待控车辆相对应的运行状态数据。
142.在获取到车辆控制请求之后，可以基于车辆控制请求确定与待控车辆相对应的目标专网，一个待控车辆可以对应于一个或多个目标专网，这样可以有效地实现在没有联网的情况下，仍然能够准确地确定待控车辆进行控制，例如：可以对待控车辆进行停车定位操作，进一步提高了该方法的实用性。
143.需要注意的是，对于车辆控制装置而言，车辆控制装置可以设置于车辆上，或者，车辆控制装置可以独立于车辆进行设置，此时，车辆控制装置可以与车辆cpu通信连接。
144.另外，对于车辆控制装置而言，可以根据不同的车辆对车辆控制装置进行调整，即根据车辆类型的不同，车辆控制装置中所包括的算法模块也会有所不同，此时，车辆控制装
置不仅可以实现车辆自动驾驶的控制操作，还可以实现的其他操作。例如，对于物流车辆、公共服务车辆、医疗服务车辆、终端服务车辆会涉及不同的车辆控制装置。下面分别针对这四种自动驾驶车辆对车辆控制装置中所包括的算法模块进行举例说明：其中，物流车辆是指物流场景中使用的车辆，例如：可以是带自动分拣功能的物流车辆、带冷藏保温功能的物流车辆、带测量功能的物流车辆。这些物流车辆会涉及不同的算法模块。
145.例如，对于物流车辆，可以带有自动化的分拣装置，该分拣装置可以在物流车辆到达目的地后自动把货物取出并搬送、分拣、存放。这就涉及用于货物分拣的算法模块，该算法模块主要实现货物取出、搬运、分拣以及存放等逻辑控制。
146.又例如，针对冷链物流场景，物流车辆还可以带有冷藏保温装置，该冷藏保温装置可以实现运输的水果、蔬菜、水产品、冷冻食品以及其它易腐烂的食品进行冷藏或保温，使之处于合适的温度环境，解决易腐烂食品的长途运输问题。这就涉及用于冷藏保温控制的算法模块，该算法模块主要用于根据食品（或物品）性质、易腐性、运输时间、当前季节、气候等信息动态、自适应计算冷餐或保温的合适温度，根据该合适温度对冷藏保温装置进行自动调节，这样在车辆运输不同食品或物品时运输人员无需手动调整温度，将运输人员从繁琐的温度调控中解放出来，提高冷藏保温运输的效率。
147.又例如，在大多物流场景中，是根据包裹体积和/或重量进行收费的，而物流包裹的数量非常庞大，单纯依靠快递员对包裹体积和/或重量进行测量，效率非常低，人工成本较高。因此，在一些物流车辆中，增设了测量装置，可自动测量物流包裹的体积和/或重量，并计算物流包裹的费用。这就涉及用于物流包裹测量的算法模块，该算法模块主要用于识别物流包裹的类型，确定物流包裹的测量方式，如进行体积测量还是重量测量或者是同时进行体积和重量的组合测量，并可根据确定的测量方式完成体积和/或重量的测量，以及根据测量结果完成费用计算。
148.其中，公共服务车辆是指提供某种公共服务的车辆，例如：可以是消防车、除冰车、洒水车、铲雪车、垃圾处理车辆、交通指挥车辆等。这些公共服务车辆会涉及不同算法模块。
149.例如，对于自动驾驶的消防车，其主要任务是针对火灾现场进行合理的灭火任务，这就涉及用于灭火任务的算法模块，该算法模块至少需要实现火灾状况的识别、灭火方案的规划以及对灭火装置的自动控制等逻辑。
150.又例如，对于除冰车，其主要任务是清除路面上结的冰雪，这就涉及除冰的算法模块，该算法模块至少需要实现路面上冰雪状况的识别、根据冰雪状况制定除冰方案，如哪些路段需要采取除冰，哪些路段无需除冰，是否采用撒盐方式、撒盐克数等，以及在确定除冰方案的情况下对除冰装置的自动控制等逻辑。
151.其中，医疗服务车辆是指能够提供一种或多种医疗服务的自动驾驶车辆，该种车辆可提供消毒、测温、配药、隔离等医疗服务，这就涉及提供各种自助医疗服务的算法模块，这些算法模块主要实现消毒需求的识别以及对消毒装置的控制，以使消毒装置为病人进行消毒，或者对病人位置的识别，控制测温装置自动贴近病人额头等位置为病人进行测温，或者，用于实现对病症的判断，根据判断结果给出药方并需要实现对药品/药品容器的识别，以及对取药机械手的控制，使之按药方为病人抓取药品，等等。
152.其中，终端服务车辆是指可代替一些终端设备面向用户提供某种便利服务的自助
型的自动驾驶车辆，例如这些车辆可以为用户提供打印、考勤、扫描、开锁、支付、零售等服务。
153.例如，在一些应用场景中，用户经常需要到特定位置去打印或扫描文档，费时费力。于是，出现一种可以为用户提供打印/扫描服务的终端服务车辆，这些服务车辆可以与用户终端设备互联，用户通过终端设备发出打印指令，服务车辆响应打印指令，自动打印用户所需的文档并可自动将打印出的文档送至用户位置，用户无需去打印机处排队，可极大地提高打印效率。或者，可以响应用户通过终端设备发出的扫描指令，移动至用户位置，用户将待扫描的文档放置的服务车辆的扫描工具上完成扫描，无需到打印/扫描机处排队，省时省力。这就涉及提供打印/扫描服务的算法模块，该算法模块至少需要识别与用户终端设备的互联、打印/扫描指令的响应、用户位置的定位以及行进控制等。
154.又例如，随着新零售场景的开展，越来越多的电商借助于自助售货机将商品销售送到了各大办公楼、公共区，但这些自助售货机被放置在固定位置，不可移动，用户需要到该自助售货机跟前才能购买所需商品，便利性还是较差。于是出现了可提供零售服务的自助驾驶车辆，这些服务车辆可以承载商品自动移动，并可提供对应的自助购物类app或购物入口，用户借助于手机等终端通过app或购物入口可以向提供零售服务的自动驾驶车辆进行下单，该订单中包括待购买的商品名称、数量以及用户位置，该车辆收到下单请求之后，可以确定当前剩余商品是否具有用户购买的商品以及数量是否足够，在确定具有用户购买的商品且数量足够的情况下，可携带这些商品自动移动至用户位置，将这些商品提供给用户，进一步提高用户购物的便利性，节约用户时间，让用户将时间用于更为重要的事情上。这就涉及提供零售服务的算法模块，这些算法模块主要实现响应用户下单请求、订单处理、商品信息维护、用户位置定位、支付管理等逻辑。
155.需要注意的是，本实施例中的方法还可以包括图1-图8所示实施例中的方法，本实施例未详细描述的部分，可参考对图1-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图8所示实施例中的描述，在此不再赘述。
156.图13为本技术实施例提供的一种数据处理方法的流程示意图；参考附图13所示，本实施例提供了一种数据处理方法，该数据处理方法的执行主体可以为专网管控装置，即该数据处理方法可以应用于专网管控装置，该专网管控装置通信连接有多个专网各自对应的子管控单元；方法包括：步骤s1301：获取与扩展现实终端相对应的数据处理请求。
157.其中，扩展现实终端可以实现为基于增强现实（augmented reality，简称ar）、虚拟现实（virtual reality，简称vr）或混合现实（mixed reality，简称mr；或者，hybrid reality，简称hr）或影像现实（cinematic reality，简称cr）领域的头戴显示设备（headset mount device，简称hmd），扩展现实终端可以与云平台进行通信连接，以基于扩展现实终端实现扩展现实的游戏场景、扩展现实的会议场景等等。
158.步骤s1302：在多个专网中，基于数据处理请求确定与扩展现实终端相对应的目标专网。
159.步骤s1303：将数据处理请求发送至目标专网所对应的子管控单元，以通过子管控单元基于数据处理请求生成与扩展现实终端相对应的数据处理结果。
160.其中，本实施例中步骤s1301-步骤s1303的具体实现方式和实现效果与上述步骤
s201-步骤s203的具体实现方式和实现效果相类似，具体可参考上述陈述内容，在此不再赘述。
161.需要注意的是，本实施例中的方法还可以包括上述图1-图8所示实施例的方法，本实施例未详细描述的部分，可参考对图1-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图8所示实施例中的描述，在此不再赘述。
162.与上述实现方式相类似的是，扩展现实终端可以替换为与会设备，此时，本实施例中的数据处理方法可以包括：步骤s1301’：获取与与会设备相对应的数据处理请求。
163.其中，与会设备可以实现为包括能够参与会议的手持设备、会议卡片等等。
164.步骤s1302’：在多个专网中，基于数据处理请求确定与与会设备相对应的目标专网。
165.步骤s1303’：将数据处理请求发送至目标专网所对应的子管控单元，以通过子管控单元基于数据处理请求生成与与会设备相对应的数据处理结果。
166.其中，本实施例中步骤s1301
’‑
步骤s1303’的具体实现方式和实现效果与上述步骤s201-步骤s203的具体实现方式和实现效果相类似，具体可参考上述陈述内容，在此不再赘述。
167.在另一些实例中，在通过子管控单元基于数据处理请求生成与与会设备相对应的数据处理结果之后,可以基于与会设备的数据处理结果确定参加会议中各个与会人员的身份标识，从而可以快速地确定与会人员的签到操作和身份识别操作，进一步提高了该方法的实用性。
168.需要注意的是，本实施例中的方法还可以包括上述图1-图8所示实施例的方法，本实施例未详细描述的部分，可参考对图1-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图8所示实施例中的描述，在此不再赘述。
169.图14为本技术实施例提供的一种设备控制装置的结构示意图；参考附图14所示，本实施例提供了一种设备控制装置，该设备控制装置用于执行上述图11所示的设备控制方法，设备控制装置通信连接有多个设备各自对应的子管控单元，多个设备部署在不同的专网中；具体的，该设备控制装置可以包括：第二获取模块31，用于获取待控设备相对应的设备控制请求；第二确定模块32，用于在多个专网中，确定与设备控制请求的目标专网；第二处理模块33，用于将设备控制请求发送至目标专网所对应的子管控单元，以通过子管控单元对待控设备进行控制。
170.图14所示设备控制装置可以执行图11所示实施例的方法，本实施例未详细描述的部分，可参考对图11所示实施例的相关说明。该技术方案的执行过程和技术效果参见图11所示实施例中的描述，在此不再赘述。
171.在一个可能的设计中，图14所示设备控制装置的结构可实现为一电子设备。如图15所示，该电子设备可以包括：第二处理器41和第二存储器42。其中，第二存储器42用于存储相对应电子设备执行上述图11所示实施例中提供的设备控制方法的程序，第二处理器41被配置为用于执行第二存储器42中存储的程序。
172.程序包括一条或多条计算机指令，其中，一条或多条计算机指令被第二处理器41
执行时能够实现如下步骤：获取待控设备相对应的设备控制请求；在多个专网中，确定与设备控制请求的目标专网；将设备控制请求发送至目标专网所对应的子管控单元，以通过子管控单元对待控设备进行控制。
173.进一步的，第二处理器41还用于执行前述图11所示实施例中的全部或部分步骤。其中，电子设备的结构中还可以包括第二通信接口43，用于电子设备与其他设备或通信网络通信。
174.另外，本发明实施例提供了一种计算机存储介质，用于储存电子设备所用的计算机软件指令，其包含用于执行上述图11所示方法实施例中的设备控制方法所涉及的程序。
175.此外，本发明实施例提供了一种计算机程序产品，包括：计算机程序，当计算机程序被电子设备的处理器执行时，使处理器执行图11所示方法实施例中的设备控制方法。
176.图16为本技术实施例提供的一种数据处理装置的结构示意图；参考附图16所示，本实施例提供了一种数据处理装置，该数据处理装置用于执行上述图13所示方法实施例中的数据处理方法，具体的，该数据处理装置可以应用于专网管控装置，专网管控装置通信连接有多个专网各自对应的子管控单元；本实施例中的装置包括：第三获取模块51，用于获取与扩展现实终端相对应的数据处理请求；第三确定模块52，用于在多个专网中，基于数据处理请求确定与扩展现实终端相对应的目标专网；第三处理模块53，用于将数据处理请求发送至目标专网所对应的子管控单元，以通过子管控单元基于数据处理请求生成与扩展现实终端相对应的数据处理结果。
177.图16所示数据处理装置可以执行图13所示实施例的方法，本实施例未详细描述的部分，可参考对图13所示实施例的相关说明。该技术方案的执行过程和技术效果参见图13所示实施例中的描述，在此不再赘述。
178.在一个可能的设计中，图16所示数据处理装置的结构可实现为一电子设备。如图17所示，该电子设备可以包括：第三处理器61和第三存储器62。其中，第三存储器62用于存储相对应电子设备执行上述图12所示实施例中提供的数据处理方法的程序，第三处理器61被配置为用于执行第三存储器62中存储的程序。
179.程序包括一条或多条计算机指令，其中，一条或多条计算机指令被第三处理器61执行时能够实现如下步骤：获取与扩展现实终端相对应的数据处理请求；在多个专网中，基于数据处理请求确定与扩展现实终端相对应的目标专网；将数据处理请求发送至目标专网所对应的子管控单元，以通过子管控单元基于数据处理请求生成与扩展现实终端相对应的数据处理结果。
180.进一步的，第三处理器61还用于执行前述图13所示实施例中的全部或部分步骤。其中，电子设备的结构中还可以包括第三通信接口63，用于电子设备与其他设备或通信网络通信。
181.另外，本发明实施例提供了一种计算机存储介质，用于储存电子设备所用的计算机软件指令，其包含用于执行上述图13所示方法实施例中的数据处理方法所涉及的程序。
182.此外，本发明实施例提供了一种计算机程序产品，包括：计算机程序，当计算机程序被电子设备的处理器执行时，使处理器执行图13所示方法实施例中的数据处理方法。
183.图18为本技术实施例提供的一种数据处理方法的流程示意图；参考附图18所示，
本实施例提供了一种数据处理方法，该数据处理方法可以应用于专网管控装置，具体的，本实施例中的方法可以包括：步骤s1801：获取与目标运行数据相对应的资源需求。
184.步骤s1802：确定与专网管控装置相对应的本地资源。
185.步骤s1803：在本地资源满足资源需求时，则基于本地资源对目标运行数据进行处理，获得数据处理结果。
186.步骤s1804：在本地资源不满足资源需求时，则基于云资源对目标运行数据进行处理，获得数据处理结果。
187.需要注意的是，本实施例中的方法还可以包括图1-图8所示实施例中的方法，本实施例未详细描述的部分，可参考对图1-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图8所示实施例中的描述，在此不再赘述。
188.图19为本技术实施例提供的一种数据处理装置的结构示意图；参考附图19所示，本实施例提供了一种数据处理装置，该数据处理装置用于执行上述图18所示方法实施例中的数据处理方法，具体的，该数据处理装置可以应用于专网管控装置；数据处理装置包括：第四获取模块71，用于获取与目标运行数据相对应的资源需求；第四确定模块72，用于确定与专网管控装置相对应的本地资源；第四处理模块73，用于在本地资源满足资源需求时，则基于本地资源对目标运行数据进行处理，获得数据处理结果；第四处理模块73，还用于在本地资源不满足资源需求时，则基于云资源对目标运行数据进行处理，获得数据处理结果。
189.在一个可能的设计中，图19所示数据处理装置的结构可实现为一电子设备。如图20所示，该电子设备可以包括：第四处理器81和第四存储器82。其中，第四存储器82用于存储相对应电子设备执行上述图17所示实施例中提供的数据处理方法的程序，第四处理器81被配置为用于执行第四存储器82中存储的程序。
190.程序包括一条或多条计算机指令，其中，一条或多条计算机指令被第四处理器81执行时能够实现如下步骤：获取与目标运行数据相对应的资源需求；确定与专网管控装置相对应的本地资源；在本地资源满足资源需求时，则基于本地资源对目标运行数据进行处理，获得数据处理结果；在本地资源不满足资源需求时，则基于云资源对目标运行数据进行处理，获得数据处理结果。
191.进一步的，第四处理器81还用于执行前述图17所示实施例中的全部或部分步骤。其中，电子设备的结构中还可以包括第四通信接口83，用于电子设备与其他设备或通信网络通信。
192.另外，本发明实施例提供了一种计算机存储介质，用于储存电子设备所用的计算机软件指令，其包含用于执行上述图17所示方法实施例中的数据处理方法所涉及的程序。
193.此外，本发明实施例提供了一种计算机程序产品，包括：计算机程序，当计算机程序被电子设备的处理器执行时，使处理器执行图17所示方法实施例中的数据处理方法。
194.以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的
部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
195.通过以上实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、cd-rom、光学存储器等）上实施的计算机程序产品的形式。
196.本技术是参照根据本技术实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器，使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
197.这些计算机程序指令也可存储在能引导计算机或其他可编程设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
198.在一个典型的配置中，计算设备包括一个或多个处理器 (cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (ram) 和/或非易失性内存等形式，如只读存储器 (rom) 或闪存(flash ram)。内存是计算机可读介质的示例。
199.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (pram)、静态随机存取存储器 (sram)、动态随机存取存储器 (dram)、其他类型的随机存取存储器 (ram)、只读存储器 (rom)、电可擦除可编程只读存储器 (eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器 (cd-rom)、数字多功能光盘 (dvd) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。
200.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。