基于配置的信息交互控制模型及方法与流程

本发明涉及信息交互技术领域，具体涉及一种基于配置的信息交互控制模型及方法。

背景技术：

嵌入式设备开发时，经常面对cpu与cpu之间、cpu与协处理器之间的信息交互。由于cpu与协处理器等信息交互的具体硬件接口千差外别，导致驱动程序接口难以统一，且不同硬件接口进行信息交互时，数据可靠性也不完全相同。通常cpu与cpu之间，如使用非网口进行信息交互，则只能由应用开发人员，根据具体的驱动或服务接口，实现个性化的信息交互功能。当硬件设计发生变化，或者需要增强交互可靠性，或者扩展更多服务时，应用开发人员往往需要再次进行设计或修改，增加了开发的复杂性。

技术实现要素：

针对现有技术中的上述不足，本发明提供的一种基于配置的信息交互控制模型及方法解决了硬件驱动接口不一致、数据传输可靠性不一致的问题。

为了达到上述发明目的，本发明采用的技术方案为：一种基于配置的信息交互控制模型，包括从上至下依次设置的会话层、传输层、网络层、数据链路层和物理层；

所述会话层用于定于如何开始、结束和控制一个会话，便于应用程序按需进行信息交互和控制；

所述传输层用于控制信息交互，选择差错恢复协议或非差错恢复协议，并对顺序不对的数据包重新排序；

所述网络层用于对端到端的包传输进行定义，实现包分解成更小包的方法；

所述数据链路层用于定义在具体交互接口上如何传输数据，通常对应具体交互接口的驱动；

所述物理层用于实现具体交互接口的硬件规范或细节定义。

进一步地：所述传输层的协议均为自定义协议，无需依赖于具体的标准协议栈，防止标准协议产生的漏洞。

进一步地：所述网络层无需定义路由的学习方式，均通过人工配置，进而实现信息交互的控制。

进一步地：一种基于配置的信息交互控制方法，其特征在于，包括以下步骤：

s1、选择和确定cpu和协处理器的传输层的协议、网络层的路由、数据链路层和物理层的硬件接口；

cpu包括主控cpu和业务cpu；

s2、分别为主控cpu、协处理器、业务cpu规划通信id；

s3、为主控cpu与协处理器的交互，主控cpu与业务cpu的交互分别规划服务id；

s4、将规划好的通信id和服务id作为统一的配置，分别配置给主控cpu、协处理器和业务cpu，实现cpu和协处理器之间的信息交互。

进一步地：所述通信id是唯一且确定的。

进一步地：所述主控cpu与业务cpu之间有多个不同的服务id，表示主控cpu与业务cpu之间有多个不同的服务类型。

本发明的有益效果为：

(1)功能模块之间的信息交互，均通过配置进行管理，因此有利于限制功能模块之间的信息交互；

(2)功能模块之间的信息交互，均通过自定义协议进行控制，因此无通用协议栈带来的漏洞，且功能模块可按需选择协议；

(3)该信息交互方法可使用统一的软件接口，兼容性强，可扩展性好，降低了功能模块对具体硬件的要求，便于功能代码的移植和开发。

附图说明

图1为本发明模型结构图；

图2为本发明方法的信息交互示意图；

图3为模型开发和使用示意图。

具体实施方式

下面对本发明的具体实施方式进行描述，以便于本技术领域的技术人员理解本发明，但应该清楚，本发明不限于具体实施方式的范围，对本技术领域的普通技术人员来讲，只要各种变化在所附的权利要求限定和确定的本发明的精神和范围内，这些变化是显而易见的，一切利用本发明构思的发明创造均在保护之列。

如图1所示，一种基于配置的信息交互控制模型，包括从上至下依次设置的会话层、传输层、网络层、数据链路层和物理层；

所述会话层用于定于如何开始、结束和控制一个会话，便于应用程序按需进行信息交互和控制；

所述传输层用于控制信息交互，选择差错恢复协议或非差错恢复协议，并对顺序不对的数据包重新排序；传输层的协议均为自定义协议，无需依赖于具体的标准协议栈，防止标准协议产生的漏洞。

所述网络层用于对端到端的包传输进行定义，实现包分解成更小包的方法；网络层无需定义路由的学习方式，均通过人工配置，进而实现信息交互的控制。

所述数据链路层用于定义在具体交互接口上如何传输数据，通常对应具体交互接口的驱动；

所述物理层用于实现具体交互接口的硬件规范或细节定义。

该配置主要是人工选择和确定传输层的协议、网络层的路由、数据链路层和物理层的硬件接口，降低自定义协议的复杂度，去除路由自学习带来的非确定性。

一种基于配置的信息交互控制方法，包括以下步骤：

s1、选择和确定cpu和协处理器的传输层的协议、网络层的路由、数据链路层和物理层的硬件接口；

cpu包括cpu1(主控cpu)和cpu2(业务cpu)；如图2所示，cpu1可同时与协处理器和cpu2通信。

s2、分别为主控cpu、协处理器、业务cpu规划通信id；在此信息交互中，通信id是唯一且确定的。

s3、为主控cpu与协处理器的交互，主控cpu与业务cpu的交互分别规划服务id；如果主控cpu与业务cpu之间有多个不同的服务id，表示主控cpu与业务cpu之间有多个不同的服务类型。

s4、将规划好的通信id和服务id作为统一的配置，分别配置给主控cpu、协处理器和业务cpu，实现cpu和协处理器之间的信息交互。

无论cpu、协处理器之间的硬件接口如何，均可按图3进行相关开发和使用。

技术特征：

1.一种基于配置的信息交互控制模型，其特征在于，包括从上至下依次设置的会话层、传输层、网络层、数据链路层和物理层；

所述会话层用于定于如何开始、结束和控制一个会话，便于应用程序按需进行信息交互和控制；

所述传输层用于控制信息交互，选择差错恢复协议或非差错恢复协议，并对顺序不对的数据包重新排序；

所述网络层用于对端到端的包传输进行定义，实现包分解成更小包的方法；

所述数据链路层用于定义在具体交互接口上如何传输数据，通常对应具体交互接口的驱动；

所述物理层用于实现具体交互接口的硬件规范或细节定义。

2.根据权利要求1所述的基于配置的信息交互控制模型，其特征在于，所述传输层的协议均为自定义协议，无需依赖于具体的标准协议栈，防止标准协议产生的漏洞。

3.根据权利要求1所述的基于配置的信息交互控制模型，其特征在于，所述网络层无需定义路由的学习方式，均通过人工配置，进而实现信息交互的控制。

4.一种基于配置的信息交互控制方法，其特征在于，包括以下步骤：

s1、选择和确定cpu和协处理器的传输层的协议、网络层的路由、数据链路层和物理层的硬件接口；

cpu包括主控cpu和业务cpu；

s2、分别为主控cpu、协处理器、业务cpu规划通信id；

s3、为主控cpu与协处理器的交互，主控cpu与业务cpu的交互分别规划服务id；

s4、将规划好的通信id和服务id作为统一的配置，分别配置给主控cpu、协处理器和业务cpu，实现cpu和协处理器之间的信息交互。

5.根据权利要求4所述的基于配置的信息交互控制方法，其特征在于，所述通信id是唯一且确定的。

6.根据权利要求4所述的基于配置的信息交互控制方法，其特征在于，所述主控cpu与业务cpu之间有多个不同的服务id，表示主控cpu与业务cpu之间有多个不同的服务类型。

技术总结
本发明公开了一种基于配置的信息交互控制模型及方法，包括从上至下依次设置的会话层、传输层、网络层、数据链路层和物理层。功能模块之间的信息交互，均通过配置进行管理，因此有利于限制功能模块之间的信息交互；功能模块之间的信息交互，均通过自定义协议进行控制，因此无通用协议栈带来的漏洞，且功能模块可按需选择协议；该信息交互方法可使用统一的软件接口，兼容性强，可扩展性好，降低了功能模块对具体硬件的要求，便于功能代码的移植和开发。

技术研发人员：李超;刘国伟;单金良;李文;阳春;谭佳佳
受保护的技术使用者：中国电子科技集团公司第三十研究所
技术研发日：2020.12.03
技术公布日：2021.03.16