CN115914393A - 一种通信方法、装置、设备和介质 - Google Patents

Abstract

本发明公开了一种通信方法、装置、设备和介质。该方法包括：在接收到数据通信请求时，将外部通信数据缓存至全局数据池；响应于消息传输请求的请求类型为消息订阅请求，按照预设订阅周期从全局数据池中将目标订阅消息传输至第一应用缓存空间；响应于请求类型为消息发布请求，按照预设发布周期将目标发布消息从第二应用缓存空间中传输至全局数据池。本方案中的操作系统在接收到数据通信请求时，先将外部通信数据缓存至全局数据池，并在接收到消息传输请求时，才对目标订阅消息或目标发布消息进行传输，从而为开发人员提供了松耦合方式，使得开发人员在开发过程中更方便地与目标应用分区以及IO设备之间进行通讯，提升了系统的运行效率和开发效率。

Description

一种通信方法、装置、设备和介质

技术领域

本发明涉及通信技术领域，尤其涉及一种通信方法、装置、设备和介质。

背景技术

随着硬件水平的不断上提升，航空电子领域向着综合化航空电子方向发展，数据通讯技术的应用也越来越广泛，数据流也越来越复杂，数据规模也越来越庞大，同时也带了软件对数据流处理的困难。

目前，通常基于消息实时收发方式实现操作系统的IO通讯功能。消息实时收发方式是一种紧耦合的方式，即在消息发送方将消息发送出来，就得使消息接收方立即收到消息并且给予回应，从而存在操作系统资源占用问题。

发明内容

本发明提供了一种通信方法、装置、设备和介质，以解决现有技术中采用消息实时收发方式实现IO通讯功能所存在的操作系统资源占用问题。

根据本发明的一方面，提供了一种通信方法，包括：

在接收到外部IO设备的数据通信请求的情况下，将所述数据通信请求携带的外部通信数据缓存至预先配置的全局数据池；

响应于目标应用分区发送的消息传输请求，确定所述消息传输请求的请求类型；其中，所述目标应用分区支持IO通讯服务；

响应于所述请求类型为消息订阅请求，按照预设订阅周期从所述全局数据池中将目标订阅消息传输至对应的第一应用缓存空间；

响应于所述请求类型为消息发布请求，按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至所述全局数据池。

根据本发明的另一方面，提供了一种通信装置，包括：

第一传输模块，用于在接收到外部IO设备的数据通信请求的情况下，将所述数据通信请求携带的外部通信数据缓存至预先配置的全局数据池；

确定模块，用于响应于目标应用分区发送的消息传输请求，确定所述消息传输请求的请求类型；其中，所述目标应用分区支持IO通讯服务；

第二传输模块，用于响应于所述请求类型为消息订阅请求，按照预设订阅周期从所述全局数据池中将目标订阅消息传输至对应的第一应用缓存空间；

第三传输模块，用于响应于所述请求类型为消息发布请求，按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至所述全局数据池。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的通信方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的通信方法。

本发明实施例的技术方案，通过操作系统在接收到外部IO设备发送的数据通信请求时，先将数据通信请求携带的外部通信数据缓存至全局数据池，并在接收到消息传输请求时，才对目标订阅消息或目标发布消息进行传输，从而为操作系统的开发人员提供了松耦合方式，使得开发人员在开发过程中更方便地与目标应用分区以及IO设备之间进行通讯，提升了系统的运行效率和开发效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种运行平台的架构示意图；

图2是本发明实施例提供的一种通信方法的流程图；

图3是本发明实施例提供的一种消息订阅的流程示意图；

图4为本发明实施例提供的一种消息发布的流程示意图；

图4为本发明实施例提供的一种消息发布的流程示意图；

图5是本发明实施例提供的另一种通信方法的流程图；

图6是本发明实施例提供的又一种通信方法的流程图；

图7是本发明实施例提供的一种应用分区与外部IO设备之间数据交互图；

图8是本发明实施例提供的一种IO通讯服务数据传输的流程图；

图9是本发明实施例提供的再一种通信方法的流程图；

图10是本发明实施例提供的一种通信装置的结构框图；

图11是本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“目标”、“全局”、“局部”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1是本发明实施例提供的一种运行平台的架构示意图。需要说明的是，本发明实施例提供的通信方法可以在如图1所示的运行平台上执行。如图1所示，该运行平台可以为某某软件运行平台，并且该运行平台内嵌在电子设备上，以及在电子设备上配置嵌入式操作系统和虚拟内存配置(Virtual Memory Configuration，VMC)硬件。在运行平台中，应用开发人员可以通过调用IO通讯服务功能实现对应用分区与外部IO设备之间的相互通讯。

其中，IO通讯服务运行在每个应用分区中，为应用(即APP)提供应用分区之间通信以及提供应用分区与外部数据总线进行数据交换的能力，数据交换的中间站为嵌入式操作系统的数据池(全局数据池和/或局部数据池)。需要说明的是，为满足应用分区之间通讯数据的存储，以及应用分区与外部IO设备之间通讯数据的存储，消息服务在随机存取存储器(Random Access Memory，RAM)空间中分配两块内存用于存储对应数据：局部数据池和全局数据池。其中，应用分区之间通讯数据的存储区域称为局部数据池；应用分区与外部IO设备之间数据的存储区域称为全局数据池。

根据数据池命名方式，应用分区之间的通讯数据称为局部消息；应用分区与IO设备之间的通讯数据称为全局消息。

在一实施例中，图2是本发明实施例提供的一种通信方法的流程图，本实施例可适用于嵌入式分区操作系统中应用分区与外部IO设备之间的数据通讯情况，该方法可以由通信装置来执行，该通信装置可以采用硬件和/或软件的形式实现，该通信装置可配置于电子设备中。示例性地，电子设备可以为计算机、ipad和笔记本电脑等具备代码开发功能的终端设备。如图2所示，该方法包括：

S210、在接收到外部IO设备的数据通信请求的情况下，将数据通信请求携带的外部通信数据缓存至预先配置的全局数据池。

其中，数据通信请求指的是对外部通信数据进行传输的请求；外部通信数据指的是外部IO设备所需要传输至电子设备内的通信数据。在实施例中，在数据通信请求中携带需要进行传输的外部通信数据，并将外部通信数据缓存至预先配置的全局数据池。

在一实施例中，S210包括：确定数据通信请求携带的外部通信数据与预先配置的消息配置表中每个消息之间的匹配度；响应于外部通信数据与消息配置表中的其中一个消息相匹配，则将外部通信数据缓存至预先配置的全局数据池。

在实施例中，消息配置表指的是预先配置的允许传输至电子设备内部的通信数据。在实施例中，在搭建软件运行平台并考虑分区通信时，可以根据应用分区的数据要求定义一个消息配置表，并通过消息配置表进行消息通信。可以使用指定的工具将消息配置表转换成二进制文件，再将二进制文件固化至VMC计算机中，供IO通讯服务初始化及消息发布和订阅使用。示例性地，表1是图1中的某某软件运行平台的消息配置表。

表1某某软件运行平台的消息配置表

如表2所示，应用分区2向内VM总线发布2条消息标签为0xFF000001和0xFF000002的消息，应用分区1从CCDL总线订阅9条消息标签为0x41FF、0x81FF、0xC1FF、0x4F71、0x8F71、0xCF71、0x4F72、0x8F72和0xCF72的消息，应用分区5向CCDL总线发布3条消息标签为0x1FF、0xF71和0xF72的消息。

在实施例中，在接收到外部IO设备发送的的数据通信请求的情况下，将数据通信请求中携带的外部通信数据与消息配置表中的每个消息进行匹配，以确定外部通信数据是否与消息配置表中的其中一个消息匹配，若外部通信数据与消息配置表中的其中一个消息相匹配，则可以将该外部通信数据缓存至预先配置的全局数据池中。

在实施例中，消息配置表中包含每个消息的消息配置参数；消息配置参数均至少包括下述参数：消息标签、消息长度、所属应用分区标识、设备类型、消息传输方向、消息类型和总线类型。在实施例中，消息配置表中可以包含一个或多个消息，并且，每个消息均包含对应的消息配置参数。其中，消息标签指的是消息ID，可以通过消息标签确定待传输消息是否为全局消息。其中，待传输消息可以包括待订阅消息和待发布消息。示例性地，在消息标签的起始值为0xFF的情况下，该待传输消息属于局部消息；在消息标签为0x的情况下，该待传输消息属于全局消息。需要说明的是，每个待传输消息的消息标签是不同的，可以理解为，消息标签可以作为每个待传输消息的唯一标识。消息长度指的是待传输消息所占用的字节数；所属应用分区标识指的是该待传输消息所存储的应用分区的标识，比如，所属应用分区标识可以为分区1、分区2、分区3等等。设备类型指的是待传输消息的源设备/源总线，或者，目的设备/目的总线。示例性地，设备类型可以包括但不限于：VM总线或CCDL总线。消息传输方向用于表征订阅消息还是发布消息。示例性地，在消息传输方向为IN，则表示订阅消息；在消息传输方向为OUT，则表示发布消息。消息类型用于表征是否周期性地传输。示例性地，消息类型包括：周期性消息或非周期性消息。总线类型用于表征待传输消息所采用的总线。示例性地，总线类型可以包括但不限于：FROM_L、FROM_R、FROM_B、INTERE_BUS和TO_LRB。

S220、响应于目标应用分区发送的消息传输请求，确定消息传输请求的请求类型。

其中，目标应用分区支持IO通讯服务。在实施例中，IO通讯服务的基本功能包括：消息订阅功能和消息发布功能。其中，消息订阅功能指的是为应用提供获取全局数据池中某条消息的能力；消息发布功能指的是为应用提供将需要输出的消息存放到全局数据池中的能力。

消息传输请求指的是目标应用分区需要进行数据传输的请求。在实施例中，目标应用分区可以与外部IO设备之间进行数据传输，也可以与其它应用分区之间进行数据传输。在实施例中，在目标应用分区与外部IO设备之间进行数据传输的情况下，可以与全局数据池进行数据交互；在目标应用分区与其它应用分区进行数据传输的情况下，可以与局部数据池进行数据交互。在实施例中，IO通讯服务包括消息订阅功能和消息发布功能，可以理解为，消息传输请求包括：消息订阅请求和消息发布请求。也就是说，消息传输请求的请求类型包括：消息订阅请求和消息发布请求。其中，消息订阅请求指的是将全局数据池或局部数据池中的部分消息拷贝至目标应用分区中的第一应用缓存空间的请求；消息发布请求指的是将目标应用分区中的部分消息拷贝至全局数据池或局部数据池的请求。在实施例中，目标应用分区可以进行消息订阅，也可以进行消息发布。

S230、响应于请求类型为消息订阅请求，按照预设订阅周期从全局数据池中将目标订阅消息传输至对应的第一应用缓存空间。

其中，预设订阅周期可以理解为预先配置的订阅消息的传输周期。在实施例中，预设订阅周期可以以不同单位进行描述。示例性地，预设订阅周期可以以分钟、小时、天或周等单位进行描述。在实施例中，在接收到目标应用分区发送的消息订阅请求的情况下，可以按照预设订阅周期定期从全局数据池中将目标订阅消息传输至目标应用分区预先配置的第一应用缓存空间中。其中，目标订阅消息指的是需要从全局数据池拷贝至目标应用分区的第一应用缓存空间的消息。目标订阅消息为上述消息配置表中的部分消息。

在一实施例中，图3是本发明实施例提供的一种消息订阅的流程示意图。如图3所示，消息订阅过程包括如下步骤：

步骤a、应用分区调用消息订阅函数进行消息订阅。

步骤b、消息订阅函数通过系统调用机制进入系统消息订阅函数进行处理。

在处理过程中，可以将局部数据池或全局数据池中的消息数据拷贝到目标应用分区的第一应用缓存空间中。

S240、响应于请求类型为消息发布请求，按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至全局数据池。

其中，预设发布周期可以理解为发布消息的传输周期。在实施例中，预设发布周期可以以不同单位进行描述。示例性地，预设发布周期可以以分钟、小时、天或周等单位进行描述。在实施例中，在接收到目标应用分区发送的消息发布请求的情况下，可以按照预设发布周期定期将目标发布消息从对应的第二应用缓存空间中传输至全局数据池。其中，目标发布消息指的是需要目标应用分区的第二应用缓存空间的消息拷贝至全局数据池的消息。目标发布消息为上述消息配置表中的部分消息。

在一实施例中，图4为本发明实施例提供的一种消息发布的流程示意图。如图4所示，消息发布过程包括如下步骤：

步骤a、应用分区调用消息发布函数进行消息发布。

步骤b、消息发布函数通过系统调用机制进入系统消息发布函数进行处理。

在处理过程中，将目标发布消息从目标应用分区的第二应用缓存空间中拷贝至全局数据池。

本实施例的技术方案，通过操作系统在接收到外部IO设备发送的数据通信请求时，先将数据通信请求携带的外部通信数据缓存至全局数据池，并在接收到消息传输请求时，才对目标订阅消息或目标发布消息进行传输，从而为操作系统的开发人员提供了松耦合方式，使得开发人员在开发过程中更方便地与目标应用分区以及IO设备之间进行通讯，提升了系统的运行效率和开发效率。

在一实施例中，图5是本发明实施例提供的另一种通信方法的流程图。在实施例中，消息订阅分为两部分功能：消息订阅初始化和获取订阅消息。如图5所示，本实施例中对消息订阅初始化的过程，以及获取目标订阅消息的过程作进一步的说明。如图5所示，本实施例中的通信方法包括：

S510、在接收到外部IO设备的数据通信请求的情况下，将数据通信请求携带的外部通信数据缓存至预先配置的全局数据池。

S520、获取待订阅消息对应的订阅消息属性信息。

其中，订阅消息属性信息至少包括下述之一：消息标签、消息长度、订阅周期、消息类型和第一应用缓存空间起始存储地址。

其中，订阅周期指的是预先配置的订阅消息的传输周期；第一应用缓存空间起始存储地址指的是在目标应用分区中存储待订阅消息的起始地址。需要说明的是，对消息标签、消息长度和消息类型的解释，见上述实施例中的描述，在此不再赘述。

S530、对订阅消息属性信息进行校验，以得到对应的订阅消息校验结果。

其中，订阅消息校验结果用于表征待订阅消息是否成功校验；订阅消息校验结果包括：校验成功和校验未成功。在实施例中，为了保证对待订阅消息的有效传输，可以对每个待订阅消息的有效性和准确性进行判断，以得到对应的校验结果。具体地，可以对每个待订阅消息的订阅消息属性信息进行校验，以确定对应的订阅消息校验结果。示例性地，若待订阅消息来源于外部IO设备，则该待订阅消息的消息ID为全局消息的表征形式；若待订阅消息来源于其它应用分区，则该待订阅消息的消息ID为局部消息的表征形式。若待订阅消息来源于外部IO设备，但其消息ID为局部消息的表征形式，则该待订阅消息未校验成功。又如，可以对待订阅消息的消息方向进行校验，若该待传输消息为待订阅消息，则消息方向为IN；若待传输消息为待订阅消息，但其消息方向为OUT，则该待订阅消息未校验成功。

S540、响应于订阅消息校验结果为校验成功，将待订阅消息存储至预先创建的消息订阅表中。

其中，消息订阅表用于存储校验成功的待订阅消息。在实施例中，在待订阅消息的校验结果是有效的，且是正确的，则可以将待订阅消息添加至预先创建的消息订阅表中。当然，在待订阅消息的校验结果为校验失败，则返回订阅失败。在一实施例中，在每个应用分区可以订阅100条消息。

S550、响应于目标应用分区发送的消息传输请求，确定消息传输请求的请求类型。

其中，目标应用分区支持IO通讯服务。

S560、响应于请求类型为消息订阅请求，从预先配置的消息订阅表中获取与预设订阅周期相匹配的待订阅消息，作为目标订阅消息。

在实施例中，在接收到目标应用分区发送的消息订阅请求的情况下，根据消息订阅表中添加的待订阅消息，识别并提取消息订阅表中当前满足预设订阅周期的所有待订阅消息，作为目标订阅消息。

S570、将目标订阅消息从全局数据池中传输至对应的第一应用缓存空间。

其中，第一应用缓存空间由第一应用缓存空间起始存储地址确定的。在实施例中，将目标订阅消息从全局数据池中拷贝至目标应用分区对应的第一应用缓存空间。

S580、响应于请求类型为消息发布请求，按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至全局数据池。

本实施例的技术方案，在上述实施例的基础上，对待订阅消息对应的订阅消息属性信息进行校验，并在校验成功的情况下，才将待订阅消息存储至消息订阅表中，以保证待订阅消息的有效传输和正确传输，从而提升了数据传输效率。

在一实施例中，图6是本发明实施例提供的又一种通信方法的流程图。如图6所示，本实施例中对目标发布消息的确定过程，以及目标发布消息的传输过程作进一步的说明。如图6所示，本实施例中的通信方法包括：

S610、在接收到外部IO设备的数据通信请求的情况下，将数据通信请求携带的外部通信数据缓存至预先配置的全局数据池。

S620、获取待发布消息对应的发布消息属性信息。

发布消息属性信息至少包括下述之一：消息标签、消息长度、发布周期、消息类型和第二应用缓存空间起始存储地址。其中，发布周期指的是预先配置的发布消息的传输周期；第二应用缓存空间起始存储地址指的是在目标应用分区中存储待发布消息的起始地址。需要说明的是，对消息标签、消息长度和消息类型的解释，见上述实施例中的描述，在此不再赘述。

S630、对发布消息属性信息进行校验，得到对应的发布消息校验结果。

其中，发布消息校验结果用于表征待发布消息是否成功校验；发布消息校验结果包括：校验成功和校验未成功。在实施例中，为了保证对待发布消息的有效传输，可以对每个待发布消息的有效性和准确性进行判断，以得到对应的校验结果。具体地，可以对每个待发布消息的发布消息属性信息进行校验，以确定对应的发布消息校验结果。示例性地，若待发布消息的接收端为外部IO设备，则该待发布消息的消息ID为全局消息的表征形式；若待发布消息的接收端为其它应用分区，则该待发布消息的消息ID为局部消息的表征形式。若待发布消息的接收端为外部IO设备，但其消息ID为局部消息的表征形式，则该待发布消息未校验成功。又如，可以对待发布消息的消息方向进行校验，若该待传输消息为待发布消息，则消息方向为OUT；若待传输消息为待发布消息，但其消息方向为IN，则该待发布消息未校验成功。

S640、响应于发布消息校验结果为校验成功，将待发布消息存储至预先创建的消息发布表中。

其中，消息发布表用于存储校验成功的待发布消息。在实施例中，在待发布消息的校验结果是有效的，且是正确的，则可以将待发布消息添加至预先创建的消息发布表中。当然，在待发布消息的校验结果为校验失败，则返回发布失败。在一实施例中，在每个应用分区可以发布100条消息。

S650、响应于目标应用分区发送的消息传输请求，确定消息传输请求的请求类型。

其中，目标应用分区支持IO通讯服务。

S660、响应于请求类型为消息订阅请求，按照预设订阅周期从全局数据池中将目标订阅消息传输至对应的第一应用缓存空间。

S670、响应于请求类型为消息发布请求，从预先配置的消息发布表中获取与预设发布周期相匹配的待发布消息，作为目标发布消息。

在实施例中，在接收到目标应用分区发送的消息发布请求的情况下，根据消息发布表中添加的待发布消息，识别并提取消息发布表中当前满足预设发布周期的所有待发布消息，作为目标发布消息。

S680、将目标发布消息从对应的第二应用缓存空间中传输至全局数据池。

其中，第二应用缓存空间由第二应用缓存空间起始存储地址确定的。在实施例中，将目标发布消息从全局数据池中拷贝至目标应用分区对应的第二应用缓存空间。

本实施例的技术方案，在上述实施例的基础上，对待发布消息对应的发布消息属性信息进行校验，并在校验成功的情况下，才将待发布消息存储至消息发布表中，以保证待发布消息的有效传输和正确传输，从而提升了数据传输效率。

在一实施例中，在消息发布与订阅初始后成功后，返回消息ID，消息ID的构成：高16位表示消息速率，低16表示此消息在速率组全部消息中的第几条，相关接口如下表2所示：

表2消息返回的接口名配置表

在一实施例中，图7是本发明实施例提供的一种应用分区与外部IO设备之间数据交互图。示例性地，假设外部IO设备为CSBIU数据缓存，对应用分区与外部IO设备之间的数据通信过程进行说明。如图7所示，本实施例中的应用分区与外部IO设备之间的数据交互过程包括如下步骤：

S1、IO服务分区请求将全局数据池中的数据发送至CSBIU数据缓存。

S2、OS响应发送请求，并将数据池中的数据发送至CSBIU数据缓存。

S3、IO服务分区请求将CSBIU数据缓存中的数据搬移至全局数据池中。

S4、OS响应接收请求，将数据缓存中的数据搬移至系统的全局数据池中。

S5、应用分区A发布数据，操作系统将数据搬移至全局数据池中。

S6、应用分区A订阅数据，操作系统将数据池中的数据搬移至分区A的数据缓存中。

需要说明的是，S1-S2与S3-S4之间的执行步骤不作限定。

在一实施例中，图8是本发明实施例提供的一种IO通讯服务数据传输的流程图。如图8所示，本实施例中的IO通讯服务数据的传输过程包括如下步骤：

步骤a、应用分区调用全局消息传输函数进行全局数据池与CSBIU数据传输过程的触发。

步骤b、局消息传输函数通过系统调用机制进入系统全局数据池与CSBIU间数据传输过程函数进行处理。

步骤c、系统全局数据池与外部IO设备间数据传输过程函数调用设备驱动将全局数据池中与CSBIU缓冲区的消息数据进行交换拷贝。

在一实施例中，图9是本发明实施例提供的再一种通信方法的流程图。在实施例中，以表1为基础，对分区1、分区2和分区5中的待传输消息的传输过程进行说明。如图9所示，本实施例包括如下步骤：

S910、分区1接收外部IO设备的消息，以及接收CCDL全局消息。

在实施例中，分区1从通用串行总线接口单元(CSBIU)中获取IO设备的数据，将数据从CSBIU空间中搬移到操作系统(Operating System，OS)配置好的全局数据池中，包括CC和跨通道数据链路(Cross Channel Data Link，CCDL)数据。

S920、分区2发布其它分区的局部消息。

在实施例中，将分区2需要发布的消息通过周期速率组发布数据到OS的全局数据池和局部消息池。

S3、分区5输出CCDL全局消息和发送外部IO设备的消息。

在实施例中，分区5将数据从OS配置好的全局数据池中搬移到CSBIU空间中，包括CC和CCDL数据。

在一实施例中，图10是本发明实施例提供的一种通信装置的结构框图。如图10所示，本实施例中的通信装置包括：第一传输模块1010、确定模块1020、第二传输模块1030和第三传输模块1040。

其中，第一传输模块1010，用于在接收到外部IO设备的数据通信请求的情况下，将数据通信请求携带的外部通信数据缓存至预先配置的全局数据池；

确定模块1020，用于响应于目标应用分区发送的消息传输请求，确定消息传输请求的请求类型；其中，目标应用分区支持IO通讯服务；

第二传输模块1030，用于响应于请求类型为消息订阅请求，按照预设订阅周期从全局数据池中将目标订阅消息传输至对应的第一应用缓存空间；

第三传输模块1040，用于响应于请求类型为消息发布请求，按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至全局数据池。

在一实施例中，在按照预设订阅周期从全局数据池中将目标订阅消息传输至对应的第一应用缓存空间之前，通信装置，还包括：

第一获取模块，用于获取待订阅消息对应的订阅消息属性信息；其中，订阅消息属性信息至少包括下述之一：消息标签、消息长度、订阅周期、消息类型和第一应用缓存空间起始存储地址；

第一校验模块，用于对订阅消息属性信息进行校验，以得到对应的订阅消息校验结果；

第一存储模块，用于响应于订阅消息校验结果为校验成功，将待订阅消息存储至预先创建的消息订阅表中。

在一实施例中，第二传输模块1030，包括：

第一获取单元，用于从预先配置的消息订阅表中获取与预设订阅周期相匹配的待订阅消息，作为目标订阅消息；

第一传输单元，用于将目标订阅消息从全局数据池中传输至对应的第一应用缓存空间。

在一实施例中，在按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至全局数据池之前，通信装置，还包括：

第二获取模块，用于获取待发布消息对应的发布消息属性信息；发布消息属性信息至少包括下述之一：消息标签、消息长度、发布周期、消息类型和第二应用缓存空间起始存储地址；

第二校验模块，用于对发布消息属性信息进行校验，得到对应的发布消息校验结果；

第二存储模块，用于响应于发布消息校验结果为校验成功，将待发布消息存储至预先创建的消息发布表中。

在一实施例中，第三传输模块1040，包括：

第二获取单元，用于从预先配置的消息发布表中获取与预设发布周期相匹配的待发布消息，作为目标发布消息；

第二传输单元，用于将目标发布消息从对应的第二应用缓存空间中传输至全局数据池。

在一实施例中，第一传输模块1010，包括：

确定单元，用于确定数据通信请求携带的外部通信数据与预先配置的消息配置表中每个消息之间的匹配度；

第三传输单元，用于响应于外部通信数据与消息配置表中的其中一个消息相匹配，则将外部通信数据缓存至预先配置的全局数据池。

在一实施例中，消息配置表中包含每个消息的消息配置参数；

其中，消息配置参数至少包括下述参数：消息标签、消息长度、所属应用分区标识、设备类型、消息传输方向、消息类型和总线类型。

本发明实施例所提供的通信装置可执行本发明任意实施例所提供的通信方法，具备执行方法相应的功能模块和有益效果。

在一实施例中，图11是本发明实施例提供的一种电子设备的结构示意图。如图11所示，示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图11所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如通信方法。

在一些实施例中，通信方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的通信方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行通信方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种通信方法，其特征在于，包括：

在接收到外部IO设备的数据通信请求的情况下，将所述数据通信请求携带的外部通信数据缓存至预先配置的全局数据池；

响应于目标应用分区发送的消息传输请求，确定所述消息传输请求的请求类型；其中，所述目标应用分区支持IO通讯服务；

响应于所述请求类型为消息订阅请求，按照预设订阅周期从所述全局数据池中将目标订阅消息传输至对应的第一应用缓存空间；

响应于所述请求类型为消息发布请求，按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至所述全局数据池。

2.根据权利要求1所述的方法，其特征在于，在所述按照预设订阅周期从所述全局数据池中将目标订阅消息传输至对应的第一应用缓存空间之前，还包括：

获取待订阅消息对应的订阅消息属性信息；其中，所述订阅消息属性信息至少包括下述之一：消息标签、消息长度、订阅周期、消息类型和第一应用缓存空间起始存储地址；

对所述订阅消息属性信息进行校验，以得到对应的订阅消息校验结果；

响应于所述订阅消息校验结果为校验成功，将所述待订阅消息存储至预先创建的消息订阅表中。

3.根据权利要求2所述的方法，其特征在于，所述按照预设订阅周期从所述全局数据池中将目标订阅消息传输至对应的第一应用缓存空间，包括：

从预先配置的消息订阅表中获取与预设订阅周期相匹配的待订阅消息，作为目标订阅消息；

将所述目标订阅消息从所述全局数据池中传输至对应的第一应用缓存空间。

4.根据权利要求1所述的方法，其特征在于，在所述按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至所述全局数据池之前，还包括：

获取待发布消息对应的发布消息属性信息；所述发布消息属性信息至少包括下述之一：消息标签、消息长度、发布周期、消息类型和第二应用缓存空间起始存储地址；

对所述发布消息属性信息进行校验，得到对应的发布消息校验结果；

响应于所述发布消息校验结果为校验成功，将所述待发布消息存储至预先创建的消息发布表中。

5.根据权利要求4所述的方法，其特征在于，所述按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至所述全局数据池，包括：

从预先配置的消息发布表中获取与预设发布周期相匹配的待发布消息，作为目标发布消息；

将所述目标发布消息从对应的第二应用缓存空间中传输至所述全局数据池。

6.根据权利要求1-5任一所述的方法，其特征在于，所述将所述数据通信请求携带的外部通信数据缓存至预先配置的全局数据池，包括：

确定所述数据通信请求携带的外部通信数据与预先配置的消息配置表中每个消息之间的匹配度；

响应于所述外部通信数据与所述消息配置表中的其中一个消息相匹配，则将外部通信数据缓存至预先配置的全局数据池。

7.根据权利要求6所述的方法，其特征在于，所述消息配置表中包含每个消息的消息配置参数；

其中，所述消息配置参数至少包括下述参数：消息标签、消息长度、所属应用分区标识、设备类型、消息传输方向、消息类型和总线类型。

8.一种通信装置，其特征在于，包括：

第一传输模块，用于在接收到外部IO设备的数据通信请求的情况下，将所述数据通信请求携带的外部通信数据缓存至预先配置的全局数据池；

确定模块，用于响应于目标应用分区发送的消息传输请求，确定所述消息传输请求的请求类型；其中，所述目标应用分区支持IO通讯服务；

第二传输模块，用于响应于所述请求类型为消息订阅请求，按照预设订阅周期从所述全局数据池中将目标订阅消息传输至对应的第一应用缓存空间；

第三传输模块，用于响应于所述请求类型为消息发布请求，按照预设发布周期将目标发布消息从对应的第二应用缓存空间中传输至所述全局数据池。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的通信方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的通信方法。

Images