一种多显控数据同步方法及一种航空显示控制系统的制作方法
【专利摘要】本发明公开了一种多显控数据同步方法和具有数据同步功能的航空显示控制系统，方法包括多个显控设备数据同步步骤：使座舱显示系统中所有显控设备公用一组ARINC661层和各层下所有的ARINC661控件。系统的座舱显示系统中具有公用层组和公用控件库，座舱显示系统中所有显控设备均挂载该公用层组和公用控件库，公用层组包括多个公用层构成，公用控件库由各公用层下的公用控件构成；在用户程序中仅保留公用层数据和公用控件数据。本发明实现了多个显控设备间和同一显控设备内多个显示窗口间的数据同步，并且支持显控设备的灵活调整。
【专利说明】
一种多显控数据同步方法及一种航空显示控制系统
技术领域
[0001]本发明涉及一种航空显控技术，具体涉及一种多显控数据同步方法及一种航空显示控制系统。
【背景技术】
[0002]随着电子技术的快速发展，航电系统中重要组成部分的航空座舱显示系统的综合化程度和人机交互的需求越来越高，ARINC 661规范的出现，更是推动了飞机座舱显示系统的标准化和智能化，目前ARINC 661规范已经应用于4380^4001^350、波音787等机型。该规范将UA (User Applicat1ns,用户程序)的逻辑应用功能与CDS (CockpitDisplay System,座舱显示系统)的显示控制功能相隔离，并为两者提供了标准化的接
□ O
[0003]基于ARINC661的座舱显控系统，其CDS显控设备内置的服务软件具有很好的通用性和扩展性。在开发阶段，设计人员只需根据飞行员操作手册，设计DF (Definit1nFile,定义文件)和对应的UA逻辑，即可实现对画面的控制和管理，大大缩短了开发周期，节约开发成本，具有重要意义。
[0004]交互式机舱架构的⑶S与用户程序驻留系统之间通过航电总线(A664/A429)连接，数据链应用中消息由显示界面传递到UA再经过通信管理单元(CMU)处理后由电台发送到地面处理基站处理。考虑到驾驶舱主副驾驶员应用场景，实际应用中常采用多个UA控制多个显控设备的架构设计，即座舱显示系统包含多个显控设备，每个显控设备中驻留ARINC661显不控制服务应用，UA常驻留在IMA( Integrated Modular Architecture，集成模块架构)平台中，UA与驻留在显控设备中的服务应用之间使用ARINC661规范进行数据交互，图1给出了典型的交互式机舱架构逻辑框图。
[0005]在上述多显控应用的场景下，一般采用固定链路配置和源数据复制技术，这种设计方案存在如下缺点:
1、设计复杂，需要设计多个显控设备控件参数之间的数据实时同步；
2、需要设计单个显控设备内多个显示窗口之间的数据实时同步。
【发明内容】
[0006]本发明的目的在于解决基于ARINC661规范的座舱显控系统在多显控应用下的数据同步复杂、灵活性差的问题，提供一种多显控数据同步方法，实现多个显控设备数据同步，并且支持显控设备的灵活调整。本发明还提供了一种具有数据同步功能的航空显示控制系统。
[0007]本发明通过下述技术方案实现:
一种多显控数据同步方法，包括基于ARINC661规范的多个显控设备之间的数据同步步骤:使座舱显示系统中所有显控设备公用一组ARINC661层和各层下所有的ARINC661控件。现有技术中，每个显控设备都需要创建一个层，每个层再挂载多个控件，要实现数据同步，任意一个显控设备中的控件数据发生变化时，要进行数据更新，其他显控设备的层都需要从发生变化的控件拷贝数据更新自身的数据，设计难度大，而且更新时间慢。本技术方案中，所有的显控设备公用一组ARINC661层和各层下所有的ARINC661控件，在用户程序中保留一份层数据和控件数据，当一个显控设备的控件数据发生改变时，其它显控设备上的同一个控件或者同一个显控设备上不同窗口下同一控件数据都会得到实时更新。不需要在各个显控设备的控件之间进行数据拷贝就能很容易地实现同步，设计简单，更新速度快。
[0008]作为本发明的进一步改进，所述使座舱显示系统中所有显控设备公用一组ARINC661层和各层下所有的ARINC661控件具体包括以下步骤:
步骤S1、任意选择一个显控设备作为公用显控设备，为该公用显控设备创建一组ARINC661层，为各ARINC661层创建一组ARINC661控件，并将该公用显控设备的所有ARINC661层作为公用层组，将各ARINC661层下的ARINC661控件作为各公用层对应的公用控件，所有公用控件构成公用控件库；
步骤S2、将其余显控设备挂载公用层组和公用控件库；
步骤S3、在UA中仅保留公用层数据和公用控件数据，且将所有公用层封装为一个层数据单向链表，该层数据单向链表中各节点的顺序与公用层组中各公用层的顺序一致;每个公用层下的所有公用控件也被封装成一个控件数据单向链表，控件数据单向链表中的节点顺序与对应的公用层的层下的公用控件顺序一致。
[0009]进一步，步骤S2的具体实现方法如下:
步骤S21、在UA中为其余显控设备各创建一条链路；
步骤S22、将所有公用层及各公用层对应的公用控件挂载到步骤S21创建的链路上。
[0010]作为本发明的又一改进，上述一种多显控数据同步方法还包括同一显控设备不同窗口数据同步步骤，具体包括以下步骤:
步骤1、为需要显示K个窗口的显控设备新增K-1个辅助管理链表，K为不小于2的自然数，辅助管理链表中每个节点对应一个公用层；
步骤2、根据公用层和公用控件的对应关系，将公用控件以单向链表形式挂载到辅助管理链表上。本方案实现了当一个显控设备上控件数据发生改变时，同一个显控设备上不同窗口下同一功能控件数据都会得到实时更新，不需要在不同窗口的控件之间进行数据拷贝实现同步，数据同步更加简单快速。此外，能够自适应地增加显控设备或者窗口以进行多显控设备的显示配置，无需更改应用程序，无需做适航认证，更加灵活。
[0011]作为本发明的再一改进，上述一种多显控数据同步方法还包括显示界面独立控制步骤，具体如下:
步骤(I):每个用户程序内置显示控制状态机，显示控制状态机的个数为M，M为设定的窗口最大支持数量；
步骤(2):用户程序收到触发事件信息时对触发事件信息进行解析，判断触发事件信息控制的显控设备、窗口和ARINC661控件;判断结束后挂载相应窗口下的显示控制状态机；步骤(3):在用户程序控制下，显示控制状态机根据触发事件信息修改ARINC661控件属性来控制每一个窗口界面的显示。
[0012]进一步，所述触发事件信息包括事件的链路信息、事件所处的ARINC661层信息、控制的ARINC661控件和事件内容，判断触发信息控制的显控设备和窗口的方法为具体为:根据事件的链路信息确定显控设备及其窗口；根据事件所属的ARINC661层信息和控制的ARINC661控件确定修改的控件。
[0013]一种航空显示控制系统，包括通过航电总线相连的座舱显示系统和用户程序驻留系统，所述座舱显示系统包括多个显控设备，每个显控设备中驻留有一个服务应用，所述用户程序驻留系统包括多个用户程序，所述用户程序与显控设备的服务应用之间进行数据交互，座舱显示系统中具有公用层组和公用控件库，座舱显示系统中所有显控设备均挂载该公用层组和公用控件库，公用层组包括多个公用层，公用控件库由各公用层下的公用控件构成;在用户程序中仅保留公用层数据和公用控件数据。
[0014]进一步，所述用户程序中设置有层数据链表和控件数据链表，所述层数据链表为由所有公用层封装成的单向链表;所述控件数据链表也为单向链表，每个控件数据链表对应一个公用层，每个控件数据链表由其对应的公用层下的所有公用控件封装而成;在座舱显示系统中，需要显示K个窗口的显控设备还设置有K-1个辅助管理链表，K为不小于2的自然数;辅助管理链表中每个节点对应一个公用层，每个节点下还具有与其对应的公用层对应的控件数据链表。
[0015]进一步，每个用户程序还内置有显示控制状态机，显示控制状态机的个数为M，M为设定的窗口最大支持数量。
[0016]优选的，M的值为2。
[0017]本发明与现有技术相比，具有如下的优点和有益效果:
1、本发明在保持窗口独立性的同时在层(layer)、控件(widget)层面进行数据公用，当一个显控设备上控件数据发生改变时，其它显控设备上的同一个控件或者同一个显控设备上不同窗口下同一功能控件数据都会得到实时更新，不需要在各个显控设备的控件之间进行数据拷贝实现同步。
[0018]2、本发明能够自适应多做显控设备的显示配置场景，无需更改应用程序，无需做适航认证，更加灵活。
【附图说明】
[0019]此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，并不构成对本发明实施例的限定。在附图中:
图1为现有技术中的航空显示控制系统的结构框图。
[0020]图2为本发明中的座舱显示系统的结构框图。
[0021]图3是实施例2中需要显示多个窗口的显控设备的层和控件连接图。
【具体实施方式】
[0022]为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明作进一步的详细说明，本发明的示意性实施方式及其说明仅用于解释本发明，并不作为对本发明的限定。
[0023]实施例1:
现有技术中航空显示控制系统的结构如图1所示，包括頂A和⑶S，⑶S包括多个显控设备(图1中的IDU 1-1DU N，以下的IDU就是指显控设备，IDU O为第I个显控设备，IDU I为第2个显控设备，依此类推，IDU N是指第N+1个显控设备)，UA驻留在MA中，每个显控设备控制至少I个窗口的显示，图1中IDU O具有I个窗口，IDU I具有E个窗口，IDU N具有2个显示窗口。现有技术中航空显示控制系统的物理架构上采用IMA + IDU( Integrated DisplayUnit集成显示单元)架构，其中用户程序(UA)的逻辑应用驻留在頂A中(图1中MA中具有3个用户程序UA1-UA3)，显示控制驻留在多个IDU中，每个IDU中驻留有服务应用(A661server) JMA与IDU之间采用AFDX或者ARINC429航电总线进行连接，UA与各IDU的服务应用之间基于ARINC661规范进行通信。
[0024]现有技术中，每个显控设备都需要创建一个层(layer)，每个层再挂载多个控件(widget)，要实现数据同步，任意一个显控设备中的控件数据发生变化时，要进行数据更新，其他显控设备的层都需要从发生变化的控件拷贝数据更新自身的数据，设计难度大，而且更新时间慢，还会存在中间一段时间数据不同步导致出现竞争条件的问题。
[0025]为了解决上述问题，本实施例中的一种航空显示控制系统其物理架构同现有技术，包括通过航电总线相连的座舱显示系统和用户程序驻留系统，本实施例中，用户程序驻留系统即頂A。所述座舱显示系统包括多个显控设备(IDU)，每个显控设备中驻留有一个服务应用(A661 server)，所述用户程序驻留系统包括多个用户程序(UA)，多个IDU之间物理独立，通过AFDX或者ARINC429与驻留在IMA中的UA完成物理链接，实现用户程序与显控设备的服务应用之间进行数据交互。
[0026]如图2所示，不同于现有技术，本实施例的座舱显示系统中具有公用层组和公用控件库，公用层组包括多个公用层，公用控件库由各公用层下的公用控件构成;座舱显示系统中所有显控设备均挂载该公用层组和公用控件库，在用户程序中仅保留公用层数据和公用控件数据。由于本申请中UA与各IDU的服务应用之间基于ARINC661规范进行通信，因此以下对IDU的层称为ARINC661层，对IDU的控件称为ARINC661控件。
[0027]图2中，共有IDU O-1DU N共N+1个显控设备，这N+1个设备公用J+1个公用层，这N+1
个公用层分别为LAYER X-0,LAYER X-1.........LAYER X_J;公用层LAYER X_0下共有F+l
个公用控件Widget 0-0至Widget 0_F，公用层LAYER X_1下共有F+l个公用控件Widget 1-0至Widget 1-F，依此类推;J、F、N为大于0的自然数，实际应用中各层下的公用控件个数不必都相同，可以根据实际需要设置。
[0028]其中，设计公用层组和公用控件库，让座舱显示系统中所有显控设备均挂载该公用层组和公用控件库的具体实现方法是:
A、任意选择一个显控设备作为公用显控设备，依据显控设备的显控界面设计要求，在UA软件中创建公用显控设备界面显示所需的各ARINC661层，并进行ARINC661层的初始化；ARINC661层的创建和初始化同现有技术中显控设备的层创建和初始化方法，本实施例中不再赘述其方法。
[0029]B、在UA软件中创建公用显控设备界面显示所需的ARINC661控件和控件参数数据，并进行ARINC661控件的初始化;ARINC661控件的创建和初始化同现有技术中显控设备的层创建和初始化方法，本实施例中不再赘述其方法。
[0030]C、在UA软件中设置支持的最大显控设备数量设置，并在UA中为其余显控设备各创建一条链路，该链路可以为虚拟链路或物理链路，使得每个显控单元独享一条虚拟链路或者物理链路;本实施例中，采用ARINC664虚拟链路，ARINC664是ARINC公司负责制定的下一代航空数据网络标准，创建ARINC664虚链路的方法由ARINC664标准指定，本实施例中不再赘述，本实施例中根据该ARINC664标准在UA中为其余显控设备各创建一条ARINC664虚拟链路。
[0031]D、将公用层组及对应的公用控件分别挂载到不同的显控设备独占的链路上。本实施例中，UA中所有公用层封装为一个层数据单向链表，该层数据单向链表中各节点(层节点)的顺序与公用层组中各公用层的顺序一致;每个公用层下的所有公用控件也被封装成一个控件数据单向链表，控件数据单向链表中的节点(控件节点)顺序与对应的公用层的层下的公用控件顺序一致;从图2和前述描述可以看出，层数据单向链表上有多个层节点，每个层节点对应一个层;每个层节点连接一个唯一是控件数据单向链表;每个控件数据单向链表上有多个控件节点，每个控件节点对应一个公用控件。将公用层组及对应的公用控件分别挂载到不同的显控设备独占的链路上时，只需要将各显控设备独占的链路指向层数据单向链表的第一个节点即可。
[0032]本实施例中，A661 server驻留在各个IDU中，UA驻留在IMA中，在UA中只保留一份层数据和控件数据，各个IDU的ARINC661控件统一管理，当一个IDU的控件数据发生改变时，其它IDU上的同一个控件或者同一个IDU上不同窗口下同一控件数据都会得到实时更新。不需要在各个IDU的控件之间进行数据拷贝就能很容易地实现同步。
[0033]综上，本实施例的多显控数据同步技术打破A661传统数据源独立性原则，在保持窗口独立性的同时在layer、widget层面进行数据公用，不用单独设计数据拷贝同步，而且简化实现过程，简化不同IDU间数据同步，还避免独立数据源之间信息同步的竞争条件。
[0034]一种多显控数据同步方法，包括基于ARINC661规范的多个显控设备之间的数据同步步骤:使座舱显示系统中所有显控设备公用一组ARINC661层和各层下所有的ARINC661控件，具体包括以下步骤:
步骤S1、任意选择一个显控设备作为公用显控设备，根据显示需要，为该公用显控设备创建一组ARINC661层并初始化各ARINC661层，为各ARINC661层创建一组ARINC661控件及控件参数并初始化各ARINC661控件，将该公用显控设备的所有ARINC661层作为公用层组，将各ARINC661层下的ARINC661控件作为各公用层对应的公用控件，所有公用控件构成公用控件库；
步骤S2、将其余显控设备挂载公用层组和公用控件库；
步骤S3、在UA中仅保留公用层数据和公用控件数据，且将所有公用层封装为一个层数据单向链表，该层数据单向链表中各节点的顺序与公用层组中各公用层的顺序一致;每个公用层下的所有公用控件也被封装成一个控件数据单向链表，控件数据单向链表中的节点顺序与对应的公用层的层下的公用控件顺序一致，比如第一层(Layer 1_0)的控件数据单向链表中的节点顺序就与第一层下所有公用控件的顺序一致。
[0035]这样，来自不同显控设备链路的事件统一更新到公用层和公用控件库中，无需每个显控设备对更新数据进行拷贝，从而不用设计复杂的同步算法。
[0036]所述步骤S2的具体实现方法如下:
步骤S21、在UA中为其余显控设备各创建一条链路，该链路可以为虚拟链路或物理链路，使得每个显控单元独享一条虚拟链路或者物理链路;本实施例中，采用ARINC664虚拟链路，根据ARINC664标准在UA中为其余显控设备各创建一条ARINC664虚拟链路； 步骤S22、将所有公用层及各公用层对应的公用控件挂载到步骤S21创建的链路上。本步骤中，只需要将各显控设备独占的ARINC664虚拟链路指向层数据单向链表的第一个节点即可。
[0037]实施例2:
由于一个IUD可能控制I个以上的窗口显示，如果按现有技术的设计，如果其中一个窗口的控件发生变化时，同一个IDU其他窗口要同步仍然需要拷贝控件数据，因此同步仍然复杂O
[0038]因此，在实施例1的基础上，为实现简化同一个IDU上不同窗口之间的数据同步，本实施例中的一种航空显示控制系统，其座舱显示系统还进行了如下改进:
在座舱显示系统中，需要显示K个窗口的显控设备还设置有K-1个辅助管理链表，K为不小于2的自然数;辅助管理链表是由一个或一组公用层组成的单向链表，辅助管理链表中每个节点对应一个公用层，辅助管理链表的每个节点下还具有与其对应的公用层对应的控件数据链表。
[0039]以图3所示数据同步方案为例，图3中IDUN上需要显示两个窗口，并且两个窗口的显示内容一致，在实现中需要增设一个辅助管理链表来进行管理，从而使用辅助管理链表、层数据单向链表两个不同的链表分别来管理显示控件控制两个窗口的显示;其本身的层数据单向链表的节点分别对应Layer X_0、Layer X-ULayer X_2、......'Layer X_J这些公用层，IDU N的层数据单向链表管理IDU N的第一个窗口；IDU N的辅助管理链表中的节点则对应为Layer Y_0、Layer Y_l、Layer Y_2、......、Layer Y-J, Layer Y_0、Layer Y_l、
Layer Y_2、......、Layer Y-J的顺序与Layer X_0、Layer X_l、Layer X_2、......、Layer
X-J层的顺序一致，Layer Y_0下具有Layer X_0层对应的控件数据链表、Layer Y-1下具有Layer X_1层对应的控件数据链表，依此类推。IDU N的辅助管理链表就用于管理第二个窗口的显示。
[0040]由于辅助管理链表中每个节点对应一个公用层，当触发事件信息来自同一个IDU不同的多个窗口时，这些触发事件信息必然来自不同的ARINC661层，此时UA依据触发事件信息中的层信息将触发事件信息传递给到具体的ARINC661控件，触发事件信息通过不同的层完成信息传递，并最终更新到公用控件库中，无形中完成了数据的同步。
[0041]在实施例1的基础上，本实施例中的一种多显控数据同步方法还包括同一显控设备不同窗口数据同步步骤，具体包括以下步骤:
步骤1、为需要显示K个窗口的显控设备新增K-1个辅助管理链表，K为不小于2的自然数，辅助管理链表中每个节点对应一个公用层；
步骤2、根据公用层和公用控件的对应关系，将公用控件以单向链表形式挂载到辅助管理链表上。
[0042]本实施例中，由于所有显控设备公用一套层和控件数据，并且显控设备的不同窗口也公用控件数据，不仅数据同步方便、快速、不需要设计复杂的同步机制，还能够自适应地增加显控设备或者窗口以进行多显控设备的显示配置，无需更改应用程序，无需走复杂的适航认证流程，更加灵活。
[0043]实施例3:
在实施例2的基础上，本实施例中的一种航空显示控制系统，其用户程序驻留系统还进行了如下改进:
每个用户程序还内置有显示控制状态机，显示控制状态机的个数为M，M为设定的窗口最大支持数量即每个IDU支持的显示窗口数量的最大值，本实施例中M取3，每个IDU最多支持3个显示窗口，实际应用中M也常被设定为2。
[0044]显示控制状态机用于管理每个显控设备显示窗口的图形界面切换，保证不同的显示窗口可以正常显示相同或者不同的图形页面。
[0045]单一的IDU与UA之间数据通信是比较容易实现的架构，在民用飞机中经常出现同IvUA控制显不多个IDU和问 IDU上显不左右两个显不窗口，两个显不窗口的显不内谷在同一个页面时数据时一致的，同时也需要支持不同页面的切换显示和主副飞行员输入，具体实现中，在UA中内置显示控制状态机，状态机个数按照最大支持数量创建，并自适应挂载，例如当前UA收到显示配置管理信息或者ARINC661 server发送的握手请求信息时，自动挂载该窗口的显示控制状态机，显示控制状态机独立控制每一个显示窗口界面的具体显不O
[0046]UA收到来自IDU的信息时，将对信息进行解码并依据链路信息机层信息，将数据分发到不同的显示控制状态机，控制状态机完成事件的处理后，更新控件数据，并将数据同步更新到所有可用的IDU上，各个IDU单元可以切换停留在不同的界面，在处于同一个显示界面时显示图形数据一致的，飞行员在任一 IDU上输入，其它IDU单元上会实时更新。
[0047]支持同一个IDU上不同显示窗口数据的同步:当触发事件信息来自同一个IDU不同的多个窗口时，由于触发事件信息来自不同的ARINC661层，而且这些层次的定义对于用户程序来讲是透明的，此时用户程序将事件信息转交给不同的窗口显示控制状态机，多个状态机公用同一套控件数据，在保持界面独立控制的基础上又实现了数据实时更新。
[0048]实际应用中该方案可以自适应做IDU显示配置场景，无需更改应用程序。
[0049]在实施例2的基础上，本实施例中的一种多显控数据同步方法还包括显示界面独立控制步骤，具体如下:
步骤(I):每个用户程序内置显示控制状态机，显示控制状态机的个数为M，M为设定的窗口最大支持数量；
步骤(2):用户程序收到触发事件信息时对触发事件信息进行解析，判断触发事件信息控制的显控设备、窗口和ARINC661控件;判断结束后挂载相应窗口下的显示控制状态机；步骤(3):在用户程序控制下，显示控制状态机根据触发事件信息修改ARINC661控件属性来控制每一个窗口界面的显示。
[0050]步骤(2)中所述触发事件信息包括事件的链路信息、事件所处的ARINC661层信息、控制的ARINC661控件和事件内容，判断触发信息控制的显控设备和窗口的方法为具体为:根据事件的链路信息确定显控设备及其窗口；根据事件所属的ARINC661层信息和控制的ARINC661控件确定修改的控件。
[0051 ]上述的链路信息包括链路ID和层ID，UA在为每个IDU创建链路时为每个链路分配了一个ID，每个ID对应航电网络上的一个显控设备;ARINC661层有唯一的层ID。确定显示窗口依赖两个条件:一是显控设备使用的链路，二是触发事件信息所属的ARINC661层信息。
[0052]当触发事件信息来自座舱显示系统时，用户程序对触发事件信息进行解码并依据链路信息将数据分发到不同的显示控制状态机，显示控制状态机完成事件的处理后，更新控件数据，并将数据同步更新到所有可用的显控设备上；
当触发信息来自同一显控设备的不同窗口时，用户应用将来自显控设备的事件触发信息转交给不同的窗口显示控制状态机，多个显示控制状态机公用同一套控件数据，实现数据实时更新。
[0053]在实际应用中，主副飞行员各自操作自己面前的显示窗口(以下定义为主副窗口)，假设主飞行员在主窗口第一界面操作，副飞行员在副窗口第二界面操作，主飞行员更新的信息直接传递给UA端的公用控件库，此时副窗口的第一界面信息已经被更新，由于页面切换是由窗口控制状态机完成，此时副飞行员依旧在第二界面，第一界面的数据变化不会引起第二界面数据的变化，当副飞行员切换到第一窗口时，将显示主飞行员更新的最新信息。这样保证数据更新的同时，不会影响飞行人员当下的观察。
[0054]本申请的系统和方法灵活性的体现如下:
1:主副驾驶员可以同时在不同的页面上进行数据更新操作，例如:主飞行员在请求起飞界面发送命令，副驾驶此时可以在消息界面打印来自地面站的消息。
[0055]2:当机舱需要增加或者减少一个显示设备时，UA不需要做更改。
[0056]以上所述的【具体实施方式】，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的【具体实施方式】而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种多显控数据同步方法，其特征在于，包括基于ARINC661规范的多个显控设备之间的数据同步步骤:使座舱显示系统中所有显控设备公用一组ARINC661层和各层下所有的ARINC661 控件。2.根据权利要求1所述的一种多显控数据同步方法，其特征在于，所述使座舱显示系统中所有显控设备公用一组ARINC661层和各层下所有的ARINC661控件具体包括以下步骤: 步骤S1、任意选择一个显控设备作为公用显控设备，为该公用显控设备创建一组ARINC661层，为各ARINC661层创建一组ARINC661控件，并将该公用显控设备的所有ARINC661层作为公用层组，将各ARINC661层下的ARINC661控件作为各公用层对应的公用控件，所有公用控件构成公用控件库； 步骤S2、将其余显控设备挂载公用层组和公用控件库； 步骤S3、在UA中仅保留公用层数据和公用控件数据，且将所有公用层封装为一个层数据单向链表，该层数据单向链表中各节点的顺序与公用层组中各公用层的顺序一致;每个公用层下的所有公用控件也被封装成一个控件数据单向链表，控件数据单向链表中的节点顺序与对应的公用层的层下的公用控件顺序一致。3.根据权利要求2所述的一种多显控数据同步方法，其特征在于，步骤S2的具体实现方法如下: 步骤S21、在UA中为其余显控设备各创建一条链路； 步骤S22、将所有公用层及各公用层对应的公用控件挂载到步骤S21创建的链路上。4.根据权利要求2所述的一种多显控数据同步方法，其特征在于，还包括同一显控设备不同窗口数据同步步骤，具体包括以下步骤: 步骤1、为需要显示K个窗口的显控设备新增K-1个辅助管理链表，K为不小于2的自然数，辅助管理链表中每个节点对应一个公用层； 步骤2、根据公用层和公用控件的对应关系，将公用控件以单向链表形式挂载到辅助管理链表上。5.根据权利要求1至4任一所述的一种多显控数据同步方法，其特征在于，还包括显示界面独立控制步骤，具体如下: 步骤(I):每个用户程序内置显示控制状态机，显示控制状态机的个数为M，M为设定的窗口最大支持数量； 步骤(2):用户程序收到触发事件信息时对触发事件信息进行解析，判断触发事件信息控制的显控设备、窗口和ARINC661控件;判断结束后挂载相应窗口下的显示控制状态机； 步骤(3):在用户程序控制下，显示控制状态机根据触发事件信息修改ARINC661控件属性来控制每一个窗口界面的显示。6.根据权利要求5所述的一种多显控数据同步方法，其特征在于，所述触发事件信息包括事件的链路信息、事件所处的ARINC661层信息、控制的ARINC661控件和事件内容，判断触发信息控制的显控设备和窗口的方法为具体为: 根据事件的链路信息确定显控设备及其窗口；根据事件所属的ARINC661层信息和控制的ARINC661控件确定修改的控件。7.—种航空显示控制系统，包括通过航电总线相连的座舱显示系统和用户程序驻留系统，所述座舱显示系统包括多个显控设备，每个显控设备中驻留有一个服务应用，所述用户程序驻留系统包括多个用户程序，所述用户程序与显控设备的服务应用之间进行数据交互，其特征在于， 座舱显示系统中具有公用层组和公用控件库，座舱显示系统中所有显控设备均挂载该公用层组和公用控件库，公用层组包括多个公用层，公用控件库由各公用层下的公用控件构成;在用户程序中仅保留公用层数据和公用控件数据。8.根据权利要求7所述的一种航空显示控制系统，其特征在于，所述用户程序中设置有层数据链表和控件数据链表，所述层数据链表为由所有公用层封装成的单向链表;所述控件数据链表也为单向链表，每个控件数据链表对应一个公用层，每个控件数据链表由其对应的公用层下的所有公用控件封装而成;在座舱显示系统中，需要显示K个窗口的显控设备还设置有K-1个辅助管理链表，K为不小于2的自然数;辅助管理链表中每个节点对应一个公用层，每个节点下还具有与其对应的公用层对应的控件数据链表。9.根据权利要求8所述的一种航空显示控制系统，其特征在于，每个用户程序还内置有显示控制状态机，显示控制状态机的个数为M，M为设定的窗口最大支持数量。10.根据权利要求9所述的一种航空显示控制系统，其特征在于，M的值为2。
【文档编号】H04L29/08GK105872062SQ201610204983
【公开日】2016年8月17日
【申请日】2016年4月5日
【发明人】聂飞
【申请人】中电科航空电子有限公司