面向空基协同的泛在操作系统研究

xuos 2026-04-28 15:03:27

本文分享发表于《中国电子科学研究院学报》的论文。

作者简介：

傅康平,高级工程师,主要研究方向为基础软件环境设计与应用;

唐江文,高级工程师,主要研究方向为中间件设计与应用;

张利永,研究员级高级工程师,主要研究方向为系统软件架构和集成技术。

摘要: 文中结合泛在操作系统这一新兴概念以及空基协同场景下空基信息系统的特点,针对性地讨论了面向空基协同的泛在操作系统架构,围绕空基协同场景的实际需求,将经典操作系统核心功能进行延伸扩展,分析空基协同泛在操作系统要解决的核心问题,梳理所涉及的关键技术,给出一种典型实现设计。通过构建面向空基协同的泛在操作系统,可为空基信息系统构筑逻辑统一的开放式底座,以原生的方式支撑平台间的协同,进而支撑实现空基协同软硬件生态的构建和开放式体系能力的生成。

关键词: 空基信息系统;泛在操作系统;开放式架构

中图分类号: TN311 文献标志码: A 文章编号: 1673-5692(2025)02-124-08

0 引言

空基信息系统是以空基平台和网络为基础,通过传感器、决策者和射手之间的信息共享和行动协同,实现打击链路闭环的网络化作战信息系统[1-2]。空基信息系统的主体包括预警机、侦察监视飞机、电子战飞机、战斗机和各类无人机等平台节点,其核心功能包括预警探测、侦察监视、指挥控制、协同作战和打击评估等,是陆、海、空、天、电一体化网络信息系统的重要组成部分。随着通信网络、协同应用等技术的快速发展,空基信息系统多平台协同的分布式特征愈发明显[3],有研究提出的“空基网络化信息系统”的概念和相应架构组成[4-5],为该方向理论研究和工程实践奠定基础。

操作系统是计算机系统中最为关键的一层系统软件,也是信息系统的核心基础软件。操作系统负责管理计算机硬件资源和软件资源,为应用程序运行提供基础环境,通过对资源的合理调度和分配,实现信息系统的高效、稳定运行。操作系统在信息系统中起承上启下的关键作用,是连接硬件和应用软件的重要桥梁,实现应用软件与硬件设备一定程度的解耦合。随着物联网、云计算、人工智能等技术的不断发展,尤其是其在以智能手机、平板电脑、可穿戴设备为代表的消费电子领域的广泛应用,操作系统所支撑的计算场景愈发呈现多样化和分布式的特点,操作系统也愈发成为构建技术生态的基石。操作系统的功能定位,正从传统面向单一设备的软硬件管理,向着支撑设备间互联互通延伸,在分布式设备上构建无缝的用户体验。为此,“泛在操作系统(Ubiquitous Operating System,UOS)”概念应运而生[6-7]。泛在操作系统核心作用是对下管理各类泛在设施(包括各类物理资源、数字资源等),对上支撑各类场景的数字化与智能化应用。

消费电子领域,各类泛在操作系统构建的核心目标是以开放式的架构,构建标准、开放的软硬件生态体系,这对当前空基信息系统设计有着很大启示。本文提出,通过构建面向空基协同的泛在操作系统,将传统操作系统设备管理、进程管理等核心理念,结合空基协同场景进行扩展,向下实现对各类空基平台所提供的传感器、武器、网络等异构资源的综合管理,向上围绕作战任务的执行,实现对不同平台应用软件和服务的综合调度,进而形成逻辑统一的面向空基协同的开放式底座,支撑实现空基协同软硬件生态的构建和开放式体系能力的生成。

1 典型空基信息系统架构分析

文献[8-9]中,对以预警机为典型的空基信息系统架构和任务电子系统架构进行了深入研究。综合文献[3-4,8-9]的研究成果,空基信息系统的总体物理架构如图1 所示。

该架构体现了空基多平台协同的特点。

资源层是空基信息系统的基础,其由各类平台组成,各类平台为总体架构提供异构资源,既包括用于探测、侦察的各类传感器资源,也包括用于打击的武器资源。此外,资源层还应包括实现各类平台相互连接的网络资源。

控制层是空基信息系统的“大脑”,该层实现对空基信息系统所接入的各类资源的综合管控,在实现单平台控制类逻辑的同时,还要根据多平台协同场景,完成多平台资源的综合编排。

任务层则面向协同交战等更高层级任务的执行,围绕任务需求,调用控制层提供的各类控制服务,最终实现系统目标,满足用户需求。

从空基信息系统的实现和运行角度出发,可将上述分层架构进行细化,得到如图2 所示的空基信息系统逻辑架构图。

为突出空基信息系统的“协同”特性,将图1 的资源层细分为物理层和异构资源池,从逻辑上突破了不同平台间的界限。其中,物理层由计算设备、传感器设备、网络设备等不同设备组成,这些设备分布式部署于不同的平台内,通过平台内部的机载网络总线和平台间的无线链路进行连接。在物理层基础上,结合一系列异构资源虚拟化管理机制,构建各类异构设备的资源池。

将控制层细分为共用服务层和作战应用层。将异构资源池中的各类资源进行服务化封装,形成面向业务上层软件的共用服务。对于计算类资源,可基于成熟的计算资源虚拟化技术形成计算服务,实现对通用计算、智能计算、数据存储等资源的管理和调度,构建软件运行基础底座,实现软件与计算硬件的解耦。对于传感器等异构资源,通过制定标准规范,对其能力进行服务化封装,实现对所接入异构设备的调用和管控。

通过对共用服务提供的一系列标准服务接口进行编排组合,融入作战业务处理逻辑,可构建各类面向作战的应用。作战应用侧重依托特定平台实现特定软件定义的功能,是支撑多平台协同的基本软件要素。

任务层与逻辑架构保持一致,面向多平台协同任务的执行,围绕任务需求对不同平台的作战应用进行编排,满足作战需求。

图2 所示空基信息系统逻辑架构的划分,是一个分层抽象的过程。物理层向上提供源自各类具体硬件设备的相应接口;异构资源池整合物理层接口,向上提供标准化的原子接口;共用服务在异构资源池原子接口基础上,围绕各类异构资源抽象形成能力接口;作战应用整合异构资源能力,实现相对独立的以平台级为主的作战功能;作战任务则通过编排作战应用,遂行空基协同作战任务。

2 从经典操作系统到泛在操作系统

经典操作系统概念中,操作系统就是向下提供抽象接口,硬件可以通过实现这些接口以适配操作系统,供操作系统控制或操作;向上以系统调用的方式为系统软件、中间件、应用软件提供一致的调用接口,以实现上层软件与底层硬件的无关性,从而达到软硬解耦的目的。经典操作系统的架构组成如图3 所示。

上述架构从上到下分用户、系统软件和硬件三个主要组成部分。

用户部分对应用户与操作系统的直接交互,用户在该部分完成对计算机系统的各种操作。用户交互的形式包括基于命令行(CLI) 的各类指令、基于各类系统库的二次开发、以及基于图形化界面(GUI)的各类管理操作。该部分中,“用户操作接口”是操作系统承接用户交互的标准化接口。

系统软件部分是操作系统的核心功能实现层。其中,系统调用接口提供应用程序与操作系统内核交互的桥梁,各类用户态应用软件通过调用该类接口实现文件操作、内存管理、进程控制等任务。操作系统内核是操作系统的核心,负责资源管理和任务调度,提供进程调度、内存分配、设备管理、系统安全控制等核心功能。驱动程序用于管理和控制具体硬件设备,其与操作系统内核协作,实现设备的标准化访问接口,使操作系统能够与不同硬件设备兼容。

硬件部分是操作系统运行的基础层,由各种物理设备组成。广义的硬件层,既包括处理器、内存、存储设备等内部设备,也包括键盘、鼠标、打印机等外部设备。

2.1 泛在操作系统概念

泛在操作系统这一概念于2018 年由梅宏等学者提出[6]。2022 年 10 月,中国计算机学会计算机术语审定委员会正式发布“泛在操作系统” 这一计算机术语。其基本定义如下。

中文名:泛在操作系统

外文名:Ubiquitous Operating System

简称:UOS

学科:操作系统、泛在计算

实质:面向新型人机物融合泛在计算的一类新型操作系统,体现了在新的计算环境和应用场景下,对传统操作系统概念的延伸与泛化。

泛在操作系统是基于泛在计算理念,致力于实现全面计算资源管理、支持广泛应用开发和运行的一种新型操作系统,具备泛在感知、泛在互联、轻量计算、轻量认知、反馈控制、自然交互等独特特征。从广义上讲,泛在操作系统也可以指代那些适用于不同计算设备(如服务器、个人电脑、智能移动终端、传感器等)操作系统,或者面向网络环境和应用场景的“中间件”层系统软件,涵盖物联网、机器人、智慧城市、智慧家居等多种应用。总体来看,泛在操作系统秉持“操作”和“管理”两个核心理念,支持多样资源的虚拟化和异构资源连接,提供对新型计算模式下应用开发与运行的支持。

泛在操作系统是操作系统领域的新兴概念,其严格定义虽尚未完全形成共识,但其核心理念突破了传统操作系统围绕内核的研究传统,从网络化、智能化等更高的层面赋予操作系统新的体系和内涵。

2.2 典型的泛在操作系统组成

泛在操作系统的设计初衷是通过涵盖广泛的设备类型和应用场景,支持物联网、边缘计算等分布式场景的协同需求。其典型实现包括ROS、Google Fuchsia、Android Things、Zephyr OS 等。此处,以ROS 为例,简要剖析其组成。

机器人操作系统(Robot Operating System,ROS)是一个开源的机器人软件框架,提供机器人系统开发所需工具、库和通信架构[10]。ROS 具有模块化设计的特点,支持不同功能模块的分布式部署与运行。ROS 的总体架构如图4 所示。

应用层提供机器人应用程序的开发框架,用户在该层编写功能节点(Node),实现机器人感知、导航、控制等任务逻辑。

中间件抽象层提供通信接口,通过抽象的标准接口实现跨中间件的互操作性,支持包括发布/订阅、请求/应答等在内的各类通信模式。

基础设施层通过提供核心库构建系统运行时,支撑包括节点管理、参数管理、日志记录、时间同步等在内的基础核心功能。

操作系统与硬件抽象层则包括对不同操作系统(如 Linux、Windows、MacOS) 和不同硬件(如传感器)的适配支持,屏蔽操作系统环境和硬件带来的差异。

开发工具层围绕ROS 的设计开发,提供一套高效的开发、调试、监控工具。

上述ROS 各层分层解耦又相辅相成,共同构建了模块化、灵活、高效的机器人软件开发与运行底座。

2.3 泛在操作系统核心特征

泛在操作系统的核心特征包括以下三点。

(1)互操作性:泛在操作系统强调不同设备和平台之间的互操作性,使他们能够无缝地协同工作和共享信息。

(2)自适应性:泛在操作系统能够适应不同环境和用户需求,实现设备的智能化和个性化。

(3)连接性:泛在操作系统通过各种通信技术,如民用产品领域的Wi-Fi、蓝牙、LoRa 等,实现设备之间的无缝连接。

3 面向空基协同的泛在操作系统架构

3.1 空基协同泛在操作系统必要性分析

随着各类型无人装备的快速发展和网络通信手段的不断加强,空基信息系统,尤其是体系协同背景下的空基信息系统在实现过程中面临如下突出特点。

(1)硬件多样化。一方面,空基特种平台不同载荷本身呈现出多样化的特性;另一方面,随着无人平台的发展,新载荷正以更快的速度参与到空基信息系统中。

(2)软件多样化。“软件定义”的概念已经开始在空基信息系统领域应用,空基信息系统的软件正变得日益复杂,不同作战样式、作战能力越来越多通过软件定义的方式实现;此外,随着智能技术的快速应用,软件多样化特点更加突出。

(3)通信多样化。随着通信技术的发展和新通信手段的涌现,当前空基信息系统已不再拘泥于某一种或某一类通信方式,这对空基平台的通信支持能力提出了更高要求。

在上述特点下,空基信息系统构建的复杂度正快速提升。从社会分工角度,亟需构建一个开放式的软硬件生态,以分层解耦的方式,形成多方在统一标准下共同参与的态势,提升空基信息系统各类软硬件的标准化程度,提升复用、提高效率。

反观以“人机物融合”的智能化、物联网为背景所提出的泛在操作系统概念和实现,其所具有的互操作性、自适应性、连接性等核心特征,正是当前空基信息系统所关注和急需的。通过设计面向空基协同的泛在操作系统,可为不同平台之间以原生的方式实现互操作、以原生的方式实现异构平台的自适应,以及适配各类异构链路的无缝连接性提供支撑,进而为构建体系化的开放式架构奠定基础。

3.2 空基协同泛在操作系统架构定位

面向空基协同的泛在操作系统向下接入分布于不同平台的异构资源,借助异构资源自身以服务化方式封装的原子管控接口,实现对各类异构资源的综合管理;向上为软件化的作战应用和作战任务提供基础运行环境,围绕作战任务的执行,实现对不同平台应用软件和服务的综合调度,进而形成逻辑统一的开放式底座。

结合图2 所示空基信息系统逻辑架构,面向空基协同的泛在操作系统应包含“异构资源池”和“共用服务”两部分。进一步地,从系统实现视角对图2中不同层级的衔接关系进行细分,得到图5 所示的面向空基协同的泛在操作系统整体架构。

1. 异构资源原子化服务接口

以CPU、GPU、NPU 为代表的通用/智能计算资源标准化程度高,对该类资源的虚拟化管理技术相对成熟。以雷达等传感器为代表的异构资源标准化程度相对有限,对该类资源进行虚拟化管理尚无较为成熟的机制。为此,设计异构资源原子化服务接口,该接口的定义立足于对传感器等异构资源所建立的数字化模型,将相关资源按照模型分解为细颗粒度的独立功能单元,针对性设计标准接口,由传感器生产厂商完成对标准接口的实现。通过该方式,统一传感器等异构资源的行为和接口,屏蔽该类资源的内部实现,可进一步支撑建立独立的异构资源使用、管理和调度逻辑;另一方面,各传感器生产厂商可保留传感器内部的核心实现,便于知识产权的保护。通过该设计,可实现资源的跨平台、跨系统使用,简化集成难度同时增强系统的可扩展性和灵活性。

2. 异构资源能力服务接口

在基于异构资源原子化服务接口构建的共用服务基础上设计异构资源能力服务接口,该类接口直接面向作战应用,强调对异构资源能力的抽象与服务化。抽象过程中,融入对异构资源的更高层面管理逻辑,屏蔽资源的分布特性和异构性,简化作战应用等软件调用所需异构资源服务的复杂度。

3.3 空基协同泛在操作系统功能组成

经典操作系统的功能主要包括如下五个方面。

(1)进程管理。负责进程的创建、调度、终止、同步及通信。

(2)内存管理。负责内存的分配和回收,以及虚拟内存相关操作。

(3)文件系统。管理文件和目录的存储、访问及保护。

(4)设备管理。通过设备驱动程序管理各种硬件设备。

(5)安全性与权限管理。保障操作系统资源的安全性,防止非法访问。

从在系统中的定位分析,泛在操作系统与经典操作系统均起到硬件与软件/任务之间承上启下的作用。因此,其核心功能在逻辑上是一致的。具体实现上,空基协同泛在操作系统本身需要应对空基信息系统异构性、分布式等特性,其主要功能的内涵有较大的延伸。

3.3.1 任务管理(进程管理)

空基协同泛在操作系统下,任务(进程)本身呈现分布式的特点,特定任务可能运行于不同物理平台。因此,传统的进程管理需要支持跨平台、跨设备的任务分配和调度。这也使得空基协同泛在操作系统对任务进行调度的过程比经典操作系统的进程调度算法更为复杂。

首先,任务调度的实时性和动态性需要进行额外规划。由于空基协同场景部分任务需要满足高实时性要求,相应任务管理机制必须能根据实时性要求、平台特点和网络特性,动态调整任务的优先级和在不同平台间的调度策略。第二,任务管理需要考虑任务在平台间的迁移与管理。空基协同场景下的各参与平台均处于高速移动状态,特定任务应按需在不同平台间迁移。因此,任务管理需要具备对任务所处平台进行动态规划的能力,并具备面向任务的负载均衡和故障恢复能力。

3.3.2 数据管理(内存管理)

空基协同泛在操作系统下,内存数据同样呈现分布式的特性。空基协同场景中的计算设备分布在不同平台,且可能具有不同的内存容量和处理能力。因此,空基协同泛在操作系统需要实现跨平台、跨设备的内存共享与协调能力。在此过程中,还需要保障内存的紧凑性与实时性,对实时性能要求较高的任务,数据管理必须确保内存分配的实时和高效,避免不必要的内存碎片。此外,随着平台的移动和网络状态的变化,内存数据需求可能随时发生波动,空基协同泛在操作系统需要支持动态的内存分配和回收,以应对复杂环境。

3.3.3 文件系统

空基协同泛在操作系统下,数据分布存储于各空基平台设备中,操作系统需要提供高效的分布式文件系统,并支持跨平台、跨异构网络的文件存取。该过程中,一方面要确保实时数据存取需求,需要综合数据访问需求和网络质量,设计相应“缓存-同步”机制,优化文件系统以降低延迟。另一方面,对于空基信息系统常见的流失数据,如实时传感器数据流,需要提供高效管理和存储机制,确保该类数据能够快速、稳定的处理。

3.3.4 设备管理

空基协同泛在操作系统在管理各类异构设备的过程中,需要在操作系统层面设计异构设备虚拟化与资源隔离机制,以允许同一设备同时为多个作战应用提供服务,提高系统灵活性。另一方面,要支撑实现设备状态的感知与自适应管理,当异构设备在动态战术环境中发生变化(如失效、移动等)时,操作系统需要能够实时感知设备的状态变化并自适应调整资源分配。

3.3.5 安全性与权限管理

分布式系统在安全性方面面临的挑战相较于单体系统更加严峻。对于空基协同场景,多个平台以无线链路的方式接入协作。为此,要构建多层次的安全模型,除传统基于用户身份的验证和访问控制外,还需要考虑更为复杂的设备身份认证、数据加密、通信协议安全等多层次的安全防护。此外,对于基于无线链路的通信,还需要额外提升其防窃听、防篡改能力。

4 面向空基协同的泛在操作系统关键技术

结合对空基协同泛在操作系统的定位和组成讨论,提炼如下亟待攻关的关键技术。

4.1 分布式计算与任务调度技术

空基协同场景中的计算资源往往是分布式的,任务管理和调度不仅要考虑本平台的资源状况,还需要考虑网络状况、平台的物理位置和平台的移动轨迹。分布式任务调度需要确保各节点合理分配计算资源,以实现协同处理。

实时调度算法方面,特定空基协同场景对实时性的要求极高,系统需要能够根据任务的优先级和实时性要求动态调整资源分配,确保从传感器到决策执行的各个环节均在严格的时间限制内完成。

4.2 异构资源管理与协同技术

空基协同环境中存在多种异构资源,如何高效管理并协同利用这些资源是提升系统能力的关键。为此,需要通过泛在感知技术实时监控计算、存储、网络、传感器等资源,结合任务需求动态分配资源,提高利用效率。需要针对性构建云边协同计算框架,实现计算任务在不同平台间的动态分配与无缝迁移,满足低时延需求的同时减轻特定平台负载。

4.3 分布式数据管理与共享机制

空基协同场景处理大量动态情报,并在不同平台间实现情报的共享和融合。为此,需要设计高效的、多层级的空基分布式数据存储系统,支持数据的实时同步与高效检索,同时通过分级存储等方式优化性能,提升弱网络下的可用性。需要针对战术环境中网络不稳定的特点,设计合理的一致性策略,在网络带宽和数据可用性之间达到平衡。此外,还需通过智能压缩算法和传输优化机制,尽可能提升数据传输效率。

4.4 智能感知技术

空基协同模型下,对情报态势的感知不再局限于单平台,还需要实现多平台的协同群体智能。一方面,要设计针对性的群智计算框架,通过群体智能技术实现多平台协同感知与决策,提高系统整体效率。另一方面,要优化感知与信息交互流程,结合对态势的建模和预测,进一步优化系统协同分工,提升效率。

5 一种空基协同泛在操作系统典型实现

如前文分析,空基信息系统硬件呈现多样化的特点。在无人平台快速发展的当下,计算平台的综合化、小型化愈发成为研究和应用热点。本节着重结合空基无人装备载荷轻量化要求,提出一种可适用于轻计算载荷的空基协同泛在操作系统实现。

结合对空基协同泛在操作系统的功能组成分析,本实现中,划分轻量化任务管理、轻量化数据管理、网络化文件系统、轻量化异构设备管理和基于零信任的安全管理等五个主要功能模块。

5.1 轻量化任务管理

空基信息系统,尤其是执行具体战术任务的无人装备信息系统对系统轻量化、系统实时性的要求格外突出。一般考虑选用嵌入式实时操作系统构建设备级运行环境,对计算任务的管理也需要依托相应实时操作系统进行,通过对运行于嵌入式实时操作系统之上的计算任务进行编排,实现多任务调度、资源管理和任务间通信。

一般而言,通用Linux 系列操作系统中可依托容器实现计算任务之间的隔离,进而实现轻量级虚拟化。嵌入式实时操作系统大多不具备容器运行所需的命名空间(namespace)、控制组(cgroup)等相对复杂的内核机制。为此,采用Type-1 Hypervisor[11]的虚拟化方式,使得基于单一硬件可运行多个实时操作系统实例,实例间可实现完全隔离的同时,保留嵌入式实时操作系统启动快、高可靠、资源占用少等优点。

任务编排方面,基于嵌入式实时操作系统实现符合OCI(Open Container Initiative) 标准的部分接口,包括生命周期管理、镜像封装等关键内容。这样一来,可进一步实现基于实时操作系统的轻量化计算任务与基于容器的通用计算任务的统一管理。

5.2 轻量化分布式数据管理

分布式数据管理面向物理分散于同一平台内及不同平台间的业务软件构建统一的消息通信软总线,支撑异构设备间的信息互联互通。

各类任务数据在不同业务软件间交互的过程中,须设计统一的数据表征规范和数据传递接口。接口实现中,则需要考虑业务软件实际物理部署位置、数据传输实时性要求等不同因素,整合同一物理机(含不同实时操作系统实例间)的共享内存访问方式、同一局域网环境中的数据分发服务[12]、以及不同平台间基于无线链路的数据同步,形成多层级按需自适应的分布式“全局数据空间”。

5.3 网络化文件系统

网络化文件系统面向的是各类持久化数据。与数据管理类似,网络化文件系统需要实现统一的文件访问接口。本实现中,直接基于POSIX 接口为业务软件提供与本地存储一致的访问方式,实现业务软件与网络化文件系统的解耦。

网络化文件系统实现中的主要技术难点包括文件的分布式策略、文件数据的一致性维护、可靠传输机制等方面。系统实际实现过程中,一方面应结合业务数据特点和访问需求,通过划定“数据可用区”等方式,规划不同数据的同步范围;另一方面,应结合数据优先级、服务质量(QoS)等实际情况,设计灵活的一致性策略;此外,还应考虑通过“纠删码”等机制,提升数据存储效率的同时提升数据的可靠性,最终确保各类业务数据在一致性、可用性、容错性之间达到满足业务需求特点的动态平衡。

5.4 轻量化异构设备管理

通用计算资源的管理在工业界早已具备一整套成熟标准,此类资源的分层解耦和虚拟化管理相对容易实现。对以雷达为代表的传感器等异构设备进行管理,是近年来装备研究领域的一个重点,也是迈向开放式架构的关键步骤。

从软件层面来说,与通用计算资源管理类似,对异构设备的管理需要以统一的、分层开放的标准化接口为基础,在此之上逐步实现更高层级的传感器管理乃至传感器虚拟化。针对该问题,目前已有以“软件化雷达”为代表的相关深入研究[13-14],基于此类研究成果,可逐步构建轻量化异构设备的管理框架。

5.5 基于零信任的安全管理

安全管理是无人装备设计研制中的重要问题,传统安全模型难以从根本上应对分布式的环境和多样化的攻击手段。为此,本实现中设计零信任安全层,确保分布于不同平台的各业务软件访问资源时均经过严格的验证和授权,确保系统内传递的各类数据完整和一致,确保系统内各类异常状态得到及时有效识别和处理。

具体实现上,在数据加密、数据防篡改、日志记录与审计分析等传统安全机制基础上,设计面向无人装备的多因素认证(MFA)机制,将设备信息、平台信息、任务信息、时空信息等统一纳入认证过程,提升访问源头的安全性;设计基于任务的访问控制规则,对各类业务软件在不同任务和任务不同执行阶段的系统访问权限进行动态的细颗粒度设计,进一步提升安全管理精细度;以非侵入的方式监控系统中的实时接口调用和数据传递,分析检测异常行为,及时识别和制止潜在攻击,提升威胁防范和化解能力。

6 结语

本文结合空基协同场景下空基信息系统特点,针对性讨论了空基协同泛在操作系统架构,分析其要解决的核心问题,初步梳理涉及的关键技术,并给出了一个典型设计。通过构建面向空基协同的泛在操作系统,可为空基信息系统构筑逻辑统一的开放式底座,以原生的方式支撑平台间的协同,进而支撑实现空基协同软硬件生态的构建和开放式体系能力的生成。

当然,任何泛在操作系统的构建都是一个需要多方共同参与的复杂过程,泛在操作系统共建的过程也是生态共建的过程,这需要对空基协同泛在操作系统进行持续、深入的研究,并结合先进IT 技术,探索可能的实现途径,并在实践中不断完善。

...全文