CN105978964A - 航空物流数据智能分发模型及分发方法 - Google Patents

Abstract

本发明公开了一种航空物流数据智能分发模型及分发方法，其特征在于：包括：iLink路由引擎、iLink数据库、iLink客户端；iLink路由引擎上设置有：TypeB接口、MATIP接口、FTP接口、MQ接口；该iLink数据库包括系统配置区、待转发区、待接收区、历史消息区和日志区、iLink路由器；该iLink客户端通过FTP接口与iLink数据库实现FTP文件夹的交换；该iLink客户端通过MQ接口与iLink数据库实现MQ队列数据的交换。该专利采用SOA面向服务架构，通过ESB企业服务总线技术研究适合于我国的航空物流运输的关键技术，为全行业的物流参与者提供全流程的一站式解决方案。

Description

航空物流数据智能分发模型及分发方法

技术领域

本发明涉及属于航海物流技术领域，特别是涉及一种航空物流数据智能分发模型及分发方法。

背景技术

随着航空物流业的不断发展，我国民航航空运输业近年有较大发展，货运总周转量年增长率达4.7％，2012年总周转量达632亿吨，货邮运输量达578万吨。但航空运输业与其作为国家经济安全和国民经济命脉的战略产业地位不相匹配。主要表现在市场占有率低、航空运力不足，信息孤岛现象严重，缺乏统一信息标准，信息共享程度低，货单分离和缺乏技术协同等，使得航空物流资源难以得到高效和优化配置。

2006年，梅立军等人提出了"代理+服务器"松散耦合模式的数据交换平台系统，系统利用消息服务解决数据交换过程中的复杂的控制信息交互,该系统实现过程中借鉴了SOA体系架构思想；2008年，贾宇清等人针对电子交换系统提出了基于开放平台的新架构XML/EDI系统，建立了与XML相结合的EDI系统模型；2010年，王淑营提出了面向产业链协同商务平台的动态数据交换解决方案，设计和实现了平台端和客户端数据交换适配器，实现了用户身份和交换业务关键字驱动的动态数据交换。

为了实现航空物流领域全流程用户的航空货运数据交换与共享，设计开发一种适合于我国的航空物流运输的关键技术，为全行业的物流参与者提供全流程的一站式解决方案。实现与货主、货代、货站、政府部门、海关、银行等的电子网络连接和信息交换，通过实现公司整体的网络化、信息化来实施业务运作。

发明内容

本发明要解决的技术问题是：提供一种航空物流数据智能分发模型及分发方法。该专利采用SOA(Service-Oriented Architecture)面向服务架构，通过ESB(EnterpriseService Bus)企业服务总线技术研究适合于我国的航空物流运输的关键技术，为全行业的物流参与者提供全流程的一站式解决方案。实现与货主、货代、货站、政府部门、海关、银行等的电子网络连接和信息交换，通过实现公司整体的网络化、信息化来实施业务运作。

本发明为解决公知技术中存在的技术问题所采取的技术方案是：

一种航空物流数据智能分发模型，至少包括：

iLink路由引擎；在该iLink路由引擎上设置有：用于与中国空管网络进行AFTN格式报文数据交互、与国际航空电信网进行SITA格式报文数据交互的TypeB接口；用于与目标队列进行数据交互的MATIP接口；用于与Internet网络进行目标FTP文件夹交互的FTP接口；用于与国际海关队列管理器和Traxon Europ进行目标MQ队列数据交互的MQ接口；

iLink数据库；该iLink数据库包括用于存储基础数据及配置iLink规则的系统配置区、用于发送数据临时表的待转发区、用于数据被转发后设置存储位置的待接收区、用于记录iLink中已被处理的数据及简要日志并进行历史查询的历史消息区和日志区、用于决定数据转发至目的用户的iLink路由器；

用于与iLink数据库进行数据读取和写入的iLink客户端；该iLink客户端通过FTP接口与iLink数据库实现FTP文件夹的交换；该iLink客户端通过MQ接口与iLink数据库实现MQ队列数据的交换。

进一步：在iLink客户端设置有一个基于Net 2.0的Winform程序，iLink SDK将文件夹下的iLink消息文件或者SITA报文发送至目的地；iLink SDK同时将接收iLink消息，把iLink消息放置在用户设定的文件夹下；iLink SDK包括四个文件夹，四个文件夹分别为：监控发送文件路径的OUT文件夹、备份文件路径的BAK文件夹、接收文件路径的IN文件夹、错误文件路径的ERR文件夹。

一种航空物流数据智能分发模型的分发方法，包括如下步骤：

步骤101、iLink发送报文，具体为：

首先，iLink用户通过iLink客户端将报文数据发送到iLink接口；

然后，iLink接口收到数据后对数据进行安全验证，然后将数据发送到第一待转发区；

随后，采用基于动态优先级的先来先服务策略对报文数据排序，排序后的数据被放入第二待转发区临时存储；

最后，根据报文数据的业务类型智能判断目的地地址，同时判断是否使用插件对报文格式进行转换，然后将数据发送到目标队列区存储；

步骤102、iLink接收报文，具体为：

当消息到达后，iLink客户端首先向iLink接口提交接收消息的请求；

然后webService分析请求消息的目标队列存储区；

随后从目标存储区获取消息转存本地文件夹，进而更新消息状态；

最后iLink服务器根据报文判断是否需要发送应答消息；并删除消息；

步骤103、iLink路由报文，具体为：

首先iLink路由器对报文完整性验证；

然后解析报头，分析报文类型；

如果是TypeB和CIMP报文数据，则对报文的地址解析，获取发送者指定的iLink地址；如果是XML文件数据，解析<META>中的TYPE类型，进行业务数据智能判断目的地地址；

随后获取所有iLink地址；判断是否需要对消息进行格式转换，如果需要，则载入格式转换插件；否则将消息路由到目标存储区。

进一步：数据在端端交互的过程中均采用RSA1024Key进行AES加密。

本发明具有的优点和积极效果是：

本专利设计航空物流数据共享平台iLink，根据航空物流数据报文的格式与内容，实现传输过程中不同消息格式自动转换和智能分发到参与者，满足不同终端系统的访问需求。大量实验结果表明，该专利在发送和接收数据方面具有良好的性能；进而实现航空物流信息在航空物流业务链中各参与方之间实现数据交换与共享，为航空物流参与者与监管者提供一站式、行业级的应用与服务。

附图说明

图1是本发明航空物流数据智能分发模型的结构图；

图2是本发明航空物流数据智能分发模型的局部结构图；

图3是本发明优选实施例中的报文流向图；

图4是本发明优选实施例中的消息队列调度模型图；

图5是本发明优选实施例中的iLink转发流程图；

图6是本发明优选实施例的单机消息发送性能测试图；

图7是本发明优选实施例采用CCSClient.workerSend_ProgressChanged方法耗时分析图；

图8是本发明优选实施例的单机消息接收性能测试图；

图9是本发明优选实施例的多客户端消息接收性能测试图；

图10是本发明优选实施例的各客户端消息接收性能对比图；

图11是本发明优选实施例中路由器单独处理CIMP报文和XML报文的统计图；

图12是本发明优选实施例中多路由器同时处理CIMP报文和XML报文的统计图。

具体实施方式

为能进一步了解本发明的发明内容、特点及功效，兹例举以下实施例，并配合附图详细说明如下：

请参阅图1至图4，一种航空物流数据智能分发模型，包括：

iLink路由引擎；在该iLink路由引擎上设置有：用于与中国空管网络进行AFTN格式报文数据交互、与国际航空电信网进行SITA格式报文数据交互的TypeB接口；用于与目标队列进行数据交互的MATIP接口；用于与Internet网络进行目标FTP文件夹交互的FTP接口；用于与国际海关队列管理器和Traxon Europ进行目标MQ队列数据交互的MQ接口；

iLink数据库；该iLink数据库包括用于存储基础数据及配置iLink规则的系统配置区、用于发送数据临时表的待转发区、用于数据被转发后设置存储位置的待接收区、用于记录iLink中已被处理的数据及简要日志并进行历史查询的历史消息区和日志区、用于决定数据转发至目的用户的iLink路由器；

用于与iLink数据库进行数据读取和写入的iLink客户端；该iLink客户端通过FTP接口与iLink数据库实现FTP文件夹的交换；该iLink客户端通过MQ接口与iLink数据库实现MQ队列数据的交换。

进一步：在iLink客户端设置有一个基于Net 2.0的Winform程序，iLink SDK将文件夹下的iLink消息文件或者SITA报文发送至目的地；iLink SDK同时将接收iLink消息，把iLink消息放置在用户设定的文件夹下；iLink SDK包括四个文件夹，四个文件夹分别为：监控发送文件路径的OUT文件夹、备份文件路径的BAK文件夹、接收文件路径的IN文件夹、错误文件路径的ERR文件夹。

一种航空物流数据智能分发模型的分发方法，包括如下步骤：

步骤101、iLink发送报文，具体为：

首先，iLink用户通过iLink客户端将报文数据发送到iLink接口；

然后，iLink接口收到数据后对数据进行安全验证，然后将数据发送到第一待转发区；

随后，采用基于动态优先级的先来先服务策略对报文数据排序，排序后的数据被放入第二待转发区临时存储；

最后，根据报文数据的业务类型智能判断目的地地址，同时判断是否使用插件对报文格式进行转换，然后将数据发送到目标队列区存储；

步骤102、iLink接收报文，具体为：

当消息到达后，iLink客户端首先向iLink接口提交接收消息的请求；

然后webService分析请求消息的目标队列存储区；

随后从目标存储区获取消息转存本地文件夹，进而更新消息状态；

最后iLink服务器根据报文判断是否需要发送应答消息；并删除消息；

步骤103、iLink路由报文，具体为：

首先iLink路由器对报文完整性验证；

然后解析报头，分析报文类型；

如果是TypeB和CIMP报文数据，则对报文的地址解析，获取发送者指定的iLink地址；如果是XML文件数据，解析<META>中的TYPE类型，进行业务数据智能判断目的地地址；

随后获取所有iLink地址；判断是否需要对消息进行格式转换，如果需要，则载入格式转换插件；否则将消息路由到目标存储区。

进一步：数据在端端交互的过程中均采用RSA1024Key进行AES加密.

iLink数据交换平台采用基于Windows的.Net Framework平台，开放的接口中包括iLink SDK,Web Service，MQ等支持跨平台技术的接口，可以被其他操作系统平台的应用所调用，数据库采用基于Oracle的消息落地存储模式，实现“接收-路由-分发”，层层落地的模式来保证端对端的传输。报文数据在iLink中将一直存在，直到其被正确，完整的传输到目的系统，端端通信都采用不同RSA1024Key，AES加密，因此，任何网络环境下都将被安全传输。

iLink的数据库中分成若干个区域，每个区域由一张或多张表构成。应用分为中心转发程序和终端程序。如图2所示：

各个模块的具体含义如下：

1)系统配置区：存储基础数据及配置iLink规则的一类表，表名通常以t_cfg_开始，是iLink的核心数据；

2)待转发区：发送数据临时表，即所有用户发送的数据都存储在这类表中等待转发，表名以t_msg_temp开始；

3)待接收区：数据被转发后存储的位置，用户可以直接在该类表中提取接收数据,表名以t_msg_queue或t_msg_main开始；

4)历史消息区和日志区：记录iLink中已被处理的数据及简要日志，用于历史查询；

5)转发机器人(iLink路由器)：决定数据转发的目的用户，是iLink的核心应用；

6)用户终端程序：完成数据上传数据库和从数据库取数据的功能，如iLink客户端。

在图1中，iLink SDK是部署在用户客户端的一个基于.Net 2.0的Winform程序，iLink SDK将自动，及时把某个文件夹下的iLink消息文件或者SITA报文(用户设定的)发送至目的地；iLink SDK同时能够自动的将接收iLink消息，把其放置在用户设定的文件夹下。iLink SDK有四个文件夹，分别为：OUT(监控发送文件路径)、BAK(备份文件路径)、IN(接收文件路径，包括正常接收的数据，以及针对发送数据反馈的回执)、ERR(错误文件路径)。对于设定的文件夹iLink SDK有完全的读写权限，同时，对于部署的机器iLink SDK也有读写应用程序事件日志的权限。

iLink地址构造

iLink具有独特的地址设计体系，但同时也兼容AFTN和SITA报文地址。iLink自定义地址是由{A-Z，-，0-9}中的20个字符组成，如表1所示。

表1iLink地址

例如P-CTUXH-ILINK0000000表示“成都机场货站”，CTU成都，XH为机场，ILINK表示该用户为成都机场的货运系统。如果已经存在地址P-CTUXH-ILINK0000000，而成都机场货站用户希望自己有两个账号实现不同功能(比如一个收数据、一个发数据；或是系统升级，新旧系统一起运行)，则可分配新地址P-CTUXH-ILINK0000001。

iLink的数据报文

iLink设计为一个弹性支持系统，既能够满足行业内传统数据交换方式需求，也能够适应新标准、新技术的扩展需要，很方便的扩展其支持的数据。目前iLink支持转发的数据有:

(1)符合SITA标准的Type B报文。

(2)符合iLink规范的自定义的XML数据，有Infolink XML格式和CargoXML格式两种。

(3)CIMP格式的数据标准。

(4)iLink支持传输文件,文件类型包括：Office Word,Excel文档，Jpg图片等

为了满足不同用户的特殊要求，iLink提供了报文格式转换功能，可以通过插件或者调用服务对报文进行处理，以达到用户的要求。例如，用户1向用户2发送了一份格式为XML的报文，但用户2只能接收CIMP格式的报文，在这种情况下，iLink会自动调用XML转CIMP插件，实现报文格式自动转换。如插件Cimp2CargoXml的作用是将cimp格式的报文转化为XML格式的报文。

iLink分发原理及其算法

iLink转发的工作由iLink路由器来完成，实现数据从待转发区到待接收区的转移，待转发区是由多张临时表组成，每个iLink路由器针对一张临时表，不断轮询该表检查待处理数据。iLink采用消息队列接收报文，每个消息队列最大容量为5万条记录，在高并发情况下，如果某条消息队列溢出，则将溢出的消息放入其余消息队列中。

iLink分发策略

iLink对外提供iLink客户端和WebService服务接口进行数据交换。下面介绍用户通过iLink客户端进行数据交换的过程。如果用户1向用户2发送一份报文如图3，用户1首先将报文放到本地的发送目录，即OUT文件目录下，打开iLink客户端程序，iLink客户端会将报文发送至iLink系统中，iLink路由器自动解析该报文的目的地地址，然后发送到用户2的本地接收目录，即IN文件目录下。

在高并发情况下，例如，同一时刻，有大量的用户将报文放在自己的本地发送目录下，如果没有较好的分发算法和灵活的分发机制，势必造成分发效率低，甚至导致系统瘫痪。在该系统中，采用基于动态优先级的先到先服务策略。算法的流程图如图5所示：

该算法的关键是计算报文的权重，航空物流数据报头中一般有源地址、目的地地址，报文类型、优先级、ACK、发送时间和截至时间等等，给每一个属性规定一个权重，属性的权重有确定的，也有非确定性的，比如，报文中，自带的“优先级”就是发送用户事先给定的，不同的状态报文具有不同的优先级。根据各个属性的优先级，最终确定该报文的优先级，当发送失败后，则重置优先级，最后根据各个属性的权重重新计算整个报文的优先级。这个过程称为消息队列调度，如图5所示。用户将数据发送到iLink平台，由于数据量大，种类繁多，各种消息紧急程度也不一样，所以路由转发的顺序不能仅仅依据先来先服务的转发策略。消息队列调度就是根据报文数据的优先级排序，排好序的报文数据放入待转发区中等待转发机器人转发至需要的用户。

iLink智能路由机制

iLink为解决航空物流领域数据交换需求，针对行业标准报文建立完善的业务数据模型，通过路由引擎自动将报文路由至报文相关接收方。iLink系统中共有三种路由机制，分别是智能路由，系统指定路由和发送方指定路由。智能路由，亦称自动路由，根据数据业务意义智能判断报文数据的接收方，通过对标准FFM、FWB、FHL、FSU报文进行业务数据分析，自动判断报文路由地址，实现数据相关方的业务数据共享；系统指定路由，即iLink系统硬性指定的目的地址，通过报文类型和发送方判断；发送方指定路由，发送者在发送数据时，指定该数据报文的接收方。后两者实现比较容易，本文重点介绍智能路由机制。

在使用智能路由前，必须在系统配置中进行业务性路由配置。比如舱单消息(FFM)自动路由根据表T_CFG_FFM(如表2)和T_CFG_FFM_TARGET配置。

表2FFM消息路由配置

定义SRC_ADDRESS(发送地址)的权值为1；ORIGINPORT(起始航站)的权值为2；CARRIER(承运人)的权值为4；FLIGHTNO(航班号)的权值为8；DESTPORT1(目的航站1)的权值为16；DESTPORT2(目的航站2)的权值为32；DESTFINAL(到达航站)的权值为64。

路由器解析FFM报文内容根据报文的发送地址，起始航站，承运人，航班号，中转站，到达航站，通过这些内容对T_CFG_FFM表进行完全匹配和部分匹配查询。在查询的结果中对比权值最高的结果，到T_CFG_FFM_TARGET表查寻路由到的iLink地址。

例如，FFM(舱单)配置如表2所示，FFM解析出的内容如下：

P-PEKXH-ILINK0000000|PEK|FM|FM9374|NULL|NULL|TNA

匹配的结果为RECID＝0，RECID＝1，RECID＝2，RECID＝3，根据权值排序返回结果RECID＝3，然后在T_CFG_FFM_TARGET表中查找RECID＝3所对应的iLink地址，从而实现智能路由。

验证实验：

请参阅图6，该实验是对消息发送、接收以及路由性能测试。

消息发送性能测试

实验环境Windows 2003Server、EQATECProfile测试软件。

场景1:用客户端1和客户端2分别做3次单客户端测试。在Windows 2003Server下，运行EQATECProfiler发送报文，监测发送一万条报文所需要时间。测试结果如图6中的A图所示。

场景2:用客户端3,4,5做3次多客户端测试。在Windows 2003Server下，运行EQATECProfiler处理后的客户端发送报文，监测发送一万条报文所需要时间。测试结果如图6中的B图所示。

CCSClient.workerSend_ProgressChanged方法用来显示异步任务进度，在上述5个客户端发送消息时，CCSClient.workerSend_ProgressChanged方法耗时分析柱状图如图7所示。

根据以上场景可以分析出：每发送一条数据，所耗时间在单客户端和并发情况下差别并不大，但是一万报文量时，CCSClient.workerSend_ProgressChanged方法会被调用四万次，那么此时，该方法并发情况下(3个客户端)所耗时间比单客户端要增加80秒。

请参阅图8，消息接收性能测试

本是测试单个客户端单独启动及并发启动后每秒处理数据的性能。前提条件是数据库T_MSG_QUEUE_TEST*各表有可以读取的报文信息记录，通过实验适时记录完成接收10000(或5000)条报文记录的截止时间，每次实验至少取7个截止时间点。

场景1:客户端1和客户端2做单机消息接收测试，一次开启一个接收客户端从数据库读取报文数据，并生成本地文件，记录每秒处理条数。如图8所示。

场景2:客户端3、4、5做多机测试，一次开启三个接收客户端从数据库的一张数据表并发读取报文数据,并生成本地文件。如图9所示。

各个客户端处理性能汇总如图10所示。从实验结果可以得出：无论在单机还是多机工作状态下，消息接收的性能都比较稳定，每秒处理4-6条记录，多个用户同时工作时，处理性能并没有受到影响。

iLink消息路由性能测试

测试工具有iLink消息路由测试系统，EQATEC测试软件。测试方法：利用EQATEC测试软件，监测路由运行过程中调用的方法和所用时间。提取路由报文的技术指标；建立模型，测试不同组合方式路由产生何种差异并判定其稳定性；记录消息路由过程中调用方法所占时间，分析影响路由性能的操作，以便讨论出更合理的方案提高路由性能。

实验中采用5个客户端，分别为客户端1-5；3个路由器，分别为路由器1，2，3。客户端1、2发送的报文的临时存储分别设定为t_msg_temp_test1、t_msg_temp_test2，接收报文的存储表名为t_msg_queue_test1、t_msg_queue_test2；客户端3、4、5发送报文的临时存储为t_msg_temp_test3，接收表为t_msg_queue_test3。路由传递方向为：CIMP报文的五个测试端路由分别客户端1到3，2到4，3到5，4到1，5到1；XML报文设置了FFM表中的客户端4到客户端1的路由。

场景1：单个路由器运行时路由性能测试：用1000条CIMP报文和1000条XML报文，分别有路由器1、路由器2和路由器3进行路由实验，利用EQATEC监测路由组件获取数据并画出柱状图(图11)。图11中的A图和B图分别是路由器单独处理CIMP报文和XML报文的测试结果。

场景2：多个路由器同时运行时路由性能测试：用10000条CIMP报文和10000条XML报文分别做如下实验：单独路由、两两路由(3个路由器两两路由，例如，路由器1的两两路由表示路由器1和路由器2，路由器1和路由器3路由结果的平均值)，3个路由器同时路由。然后分别记录不同实验中各个路由器每秒处理报文的平均数。实验结果如图12所示。

从上述实验分析可以得出，路由器处理XML报文的时间远远小于处理CIMP报文的时间，上图说明在并发的情况下，多个路由器同时工作时并不影响系统的性能。

从上述3方面实验说明了该方法的可行性并具有较高的发送接收效率。

本专利研究设计航空物流数据共享平台(iLink)，根据不同的客户平台需求，实现各种报文格式自动转换，同时也能根据报文内容智能判断接收方，智能路由分发到各个参与者。实现航空物流信息在航空物流业务链中各参与方之间实现数据交换与共享。极大地提高航空货运的业务处理效率，提高航空货运服务质量，帮助航空企业开源节流。

以上对本发明的实施例进行了详细说明，但所述内容仅为本发明的较佳实施例，不能被认为用于限定本发明的实施范围。凡依本发明申请范围所作的均等变化与改进等，均应仍归属于本发明的专利涵盖范围之内。

Claims (4)

1.一种航空物流数据智能分发模型，其特征在于：至少包括：

iLink路由引擎；在该iLink路由引擎上设置有：用于与中国空管网络进行AFTN格式报文数据交互、与国际航空电信网进行SITA格式报文数据交互的TypeB接口；用于与目标队列进行数据交互的MATIP接口；用于与Internet网络进行目标FTP文件夹交互的FTP接口；用于与国际海关队列管理器和Traxon Europ进行目标MQ队列数据交互的MQ接口；

iLink数据库；该iLink数据库包括用于存储基础数据及配置iLink规则的系统配置区、用于发送数据临时表的待转发区、用于数据被转发后设置存储位置的待接收区、用于记录iLink中已被处理的数据及简要日志并进行历史查询的历史消息区和日志区、用于决定数据转发至目的用户的iLink路由器；

用于与iLink数据库进行数据读取和写入的iLink客户端；该iLink客户端通过FTP接口与iLink数据库实现FTP文件夹的交换；该iLink客户端通过MQ接口与iLink数据库实现MQ队列数据的交换。

2.根据权利要求1所述航空物流数据智能分发模型，其特征在于：在iLink客户端设置有一个基于Net 2.0的Winform程序，iLink SDK将文件夹下的iLink消息文件或者SITA报文发送至目的地；iLink SDK同时将接收iLink消息，把iLink消息放置在用户设定的文件夹下；iLink SDK包括四个文件夹，四个文件夹分别为：监控发送文件路径的OUT文件夹、备份文件路径的BAK文件夹、接收文件路径的IN文件夹、错误文件路径的ERR文件夹。

3.一种根据权利要求1或2所述航空物流数据智能分发模型的分发方法，其特征在于：包括如下步骤：

步骤101、iLink发送报文，具体为：

首先，iLink用户通过iLink客户端将报文数据发送到iLink接口；

然后，iLink接口收到数据后对数据进行安全验证，然后将数据发送到第一待转发区；

随后，采用基于动态优先级的先来先服务策略对报文数据排序，排序后的数据被放入第二待转发区临时存储；

最后，根据报文数据的业务类型智能判断目的地地址，同时判断是否使用插件对报文格式进行转换，然后将数据发送到目标队列区存储；

步骤102、iLink接收报文，具体为：

当消息到达后，iLink客户端首先向iLink接口提交接收消息的请求；

然后webService分析请求消息的目标队列存储区；

随后从目标存储区获取消息转存本地文件夹，进而更新消息状态；

最后iLink服务器根据报文判断是否需要发送应答消息；并删除消息；

步骤103、iLink路由报文，具体为：

首先iLink路由器对报文完整性验证；

然后解析报头，分析报文类型；

如果是TypeB和CIMP报文数据，则对报文的地址解析，获取发送者指定的iLink地址；如果是XML文件数据，解析<META>中的TYPE类型，进行业务数据智能判断目的地地址；

随后获取所有iLink地址；判断是否需要对消息进行格式转换，如果需要，则载入格式转换插件；否则将消息路由到目标存储区。

4.根据权利要求3所述航空物流数据智能分发模型的分发方法，其特征在于：数据在端端交互的过程中均采用RSA1024Key进行AES加密。