航空物流数据智能分发模型及分发方法
【专利摘要】本发明公开了一种航空物流数据智能分发模型及分发方法，其特征在于：包括：iLink路由引擎、iLink数据库、iLink客户端；iLink路由引擎上设置有：TypeB接口、MATIP接口、FTP接口、MQ接口；该iLink数据库包括系统配置区、待转发区、待接收区、历史消息区和日志区、iLink路由器；该iLink客户端通过FTP接口与iLink数据库实现FTP文件夹的交换；该iLink客户端通过MQ接口与iLink数据库实现MQ队列数据的交换。该专利采用SOA面向服务架构，通过ESB企业服务总线技术研究适合于我国的航空物流运输的关键技术，为全行业的物流参与者提供全流程的一站式解决方案。
【专利说明】
航空物流数据智能分发模型及分发方法
技术领域
[0001] 本发明设及属于航海物流技术领域，特别是设及一种航空物流数据智能分发模型 及分发方法。
【背景技术】
[0002] 随着航空物流业的不断发展，我国民航航空运输业近年有较大发展，货运总周转 量年增长率达4.7 %，2012年总周转量达632亿吨，货邮运输量达578万吨。但航空运输业与 其作为国家经济安全和国民经济命脉的战略产业地位不相匹配。主要表现在市场占有率 低、航空运力不足，信息孤岛现象严重，缺乏统一信息标准，信息共享程度低，货单分离和缺 乏技术协同等，使得航空物流资源难W得到高效和优化配置。
[0003] 2006年，梅立军等人提出了 "代理+服务器"松散禪合模式的数据交换平台系统，系 统利用消息服务解决数据交换过程中的复杂的控制信息交互，该系统实现过程中借鉴了 SOA体系架构思想；2008年，贾宇清等人针对电子交换系统提出了基于开放平台的新架构 XML/抓I系统，建立了与XML相结合的抓I系统模型；2010年，王淑营提出了面向产业链协同 商务平台的动态数据交换解决方案，设计和实现了平台端和客户端数据交换适配器，实现 了用户身份和交换业务关键字驱动的动态数据交换。
[0004] 为了实现航空物流领域全流程用户的航空货运数据交换与共享，设计开发一种适 合于我国的航空物流运输的关键技术，为全行业的物流参与者提供全流程的一站式解决方 案。实现与货主、货代、货站、政府部口、海关、银行等的电子网络连接和信息交换，通过实现 公司整体的网络化、信息化来实施业务运作。
【发明内容】
[0005] 本发明要解决的技术问题是：提供一种航空物流数据智能分发模型及分发方法。 该专利采用S0A(Service-Oriented Architecture)面向服务架构，通过ESlKEnte;rp;rise Service Bus)企业服务总线技术研究适合于我国的航空物流运输的关键技术，为全行业的 物流参与者提供全流程的一站式解决方案。实现与货主、货代、货站、政府部口、海关、银行 等的电子网络连接和信息交换，通过实现公司整体的网络化、信息化来实施业务运作。
[0006] 本发明为解决公知技术中存在的技术问题所采取的技术方案是：
[0007] -种航空物流数据智能分发模型，至少包括：
[000引iLink路由引擎;在该iLink路由引擎上设置有：用于与中国空管网络进行AFTN格 式报文数据交互、与国际航空电信网进行SITA格式报文数据交互的TypeB接口；用于与目标 队列进行数据交互的MTIP接口；用于与Internet网络进行目标FTP文件夹交互的FTP接口； 用于与国际海关队列管理器和Traxon Europ进行目标MQ队列数据交互的MQ接口；
[0009] iLink数据库；该iLink数据库包括用于存储基础数据及配置iLink规则的系统配 置区、用于发送数据临时表的待转发区、用于数据被转发后设置存储位置的待接收区、用于 记录iLink中已被处理的数据及简要日志并进行历史查询的历史消息区和日志区、用于决 定数据转发至目的用户的iLink路由器；
[0010] 用于与iLink数据库进行数据读取和写入的iLink客户端;该iLink客户端通过FTP 接口与iLink数据库实现FTP文件夹的交换;该iLink客户端通过MQ接口与iLink数据库实现 MQ队列数据的交换。
[0011] 进一步:在iLink客户端设置有一个基于化t 2.0的Winform程序，iLink SDK将文 件夹下的iLink消息文件或者SITA报文发送至目的地;iLink SDK同时将接收iLink消息，把 iLink消息放置在用户设定的文件夹下；iLink SDK包括四个文件夹，四个文件夹分别为:监 控发送文件路径的OUT文件夹、备份文件路径的BAK文件夹、接收文件路径的IN文件夹、错误 文件路径的邸R文件夹。
[0012] -种航空物流数据智能分发模型的分发方法，包括如下步骤：
[OOU] 步骤IOUiLi址发送报文，具体为：
[0014]首先，iLi址用户通过iLi址客户端将报文数据发送到iLi址接口；
[0015] 然后，iLink接口收到数据后对数据进行安全验证，然后将数据发送到第一待转发 区；
[0016] 随后，采用基于动态优先级的先来先服务策略对报文数据排序，排序后的数据被 放入第二待转发区临时存储；
[0017] 最后，根据报文数据的业务类型智能判断目的地地址，同时判断是否使用插件对 报文格式进行转换，然后将数据发送到目标队列区存储；
[0018] 步骤102、iLink接收报文，具体为：
[0019]当消息到达后，iLi址客户端首先向iLi址接口提交接收消息的请求；
[0020]然后webService分析请求消息的目标队列存储区；
[0021 ]随后从目标存储区获取消息转存本地文件夹，进而更新消息状态；
[0022] 最后iLi址服务器根据报文判断是否需要发送应答消息;并删除消息；
[0023] 步骤103、iLi址路由报文，具体为：
[0024] 首先iLi址路由器对报文完整性验证；
[0025] 然后解析报头，分析报文类型；
[0026] 如果是TypeB和CIMP报文数据，则对报文的地址解析，获取发送者指定的iLink地 址;如果是XML文件数据，解析<META>中的TYPE类型，进行业务数据智能判断目的地地址；
[0027] 随后获取所有iLink地址;判断是否需要对消息进行格式转换，如果需要，则载入 格式转换插件;否则将消息路由到目标存储区。
[0028] 进一步:数据在端端交互的过程中均采用RSA1024Key进行AE巧日密。
[0029] 本发明具有的优点和积极效果是：
[0030] 本专利设计航空物流数据共享平台iLink,根据航空物流数据报文的格式与内容， 实现传输过程中不同消息格式自动转换和智能分发到参与者，满足不同终端系统的访问需 求。大量实验结果表明，该专利在发送和接收数据方面具有良好的性能;进而实现航空物流 信息在航空物流业务链中各参与方之间实现数据交换与共享，为航空物流参与者与监管者 提供一站式、行业级的应用与服务。
【附图说明】
[0031 ]图I是本发明航空物流数据智能分发模型的结构图；
[0032] 图2是本发明航空物流数据智能分发模型的局部结构图；
[0033] 图3是本发明优选实施例中的报文流向图；
[0034] 图4是本发明优选实施例中的消息队列调度模型图；
[0035] 图5是本发明优选实施例中的iLi址转发流程图；
[0036] 图6是本发明优选实施例的单机消息发送性能测试图；
[0037] 图7是本发明优选实施例采用CCSClient.workerSend_P;rogressQianged方法耗时 分析图；
[0038] 图8是本发明优选实施例的单机消息接收性能测试图；
[0039] 图9是本发明优选实施例的多客户端消息接收性能测试图；
[0040] 图10是本发明优选实施例的各客户端消息接收性能对比图；
[0041] 图11是本发明优选实施例中路由器单独处理CIMP报文和XML报文的统计图；
[0042] 图12是本发明优选实施例中多路由器同时处理CIMP报文和XML报文的统计图。
【具体实施方式】
[0043] 为能进一步了解本发明的
【发明内容】
、特点及功效，兹例举W下实施例，并配合附图 详细说明如下：
[0044] 请参阅图1至图4,一种航空物流数据智能分发模型，包括：
[0045] iLink路由引擎;在该iLink路由引擎上设置有：用于与中国空管网络进行AFTN格 式报文数据交互、与国际航空电信网进行SITA格式报文数据交互的TypeB接口；用于与目标 队列进行数据交互的MTIP接口；用于与Internet网络进行目标FTP文件夹交互的FTP接口； 用于与国际海关队列管理器和Traxon Europ进行目标MQ队列数据交互的MQ接口；
[0046] iLink数据库；该iLink数据库包括用于存储基础数据及配置iLink规则的系统配 置区、用于发送数据临时表的待转发区、用于数据被转发后设置存储位置的待接收区、用于 记录iLink中已被处理的数据及简要日志并进行历史查询的历史消息区和日志区、用于决 定数据转发至目的用户的iLink路由器；
[0047] 用于与iLink数据库进行数据读取和写入的iLink客户端;该iLink客户端通过FTP 接口与iLink数据库实现FTP文件夹的交换;该iLink客户端通过MQ接口与iLink数据库实现 MQ队列数据的交换。
[004引进一步:在iLink客户端设置有一个基于化t 2.0的Winform程序，iLink SDK将文 件夹下的iLink消息文件或者SITA报文发送至目的地;iLink SDK同时将接收iLink消息，把 iLink消息放置在用户设定的文件夹下；iLink SDK包括四个文件夹，四个文件夹分别为:监 控发送文件路径的OUT文件夹、备份文件路径的BAK文件夹、接收文件路径的IN文件夹、错误 文件路径的邸R文件夹。
[0049] -种航空物流数据智能分发模型的分发方法，包括如下步骤：
[0050] 步骤101、iLi址发送报文，具体为：
[0051 ]首先，iLi址用户通过iLi址客户端将报文数据发送到iLi址接口；
[0052]然后，iLink接口收到数据后对数据进行安全验证，然后将数据发送到第一待转发 区；
[0053] 随后，采用基于动态优先级的先来先服务策略对报文数据排序，排序后的数据被 放入第二待转发区临时存储；
[0054] 最后，根据报文数据的业务类型智能判断目的地地址，同时判断是否使用插件对 报文格式进行转换，然后将数据发送到目标队列区存储；
[0化日]步骤102、iLink接收报文，具体为：
[0056] 当消息到达后，iLi址客户端首先向iLi址接口提交接收消息的请求；
[0057] 然后webService分析请求消息的目标队列存储区；
[0058] 随后从目标存储区获取消息转存本地文件夹，进而更新消息状态；
[0059] 最后iLink服务器根据报文判断是否需要发送应答消息;并删除消息；
[0060] 步骤103、iLi址路由报文，具体为：
[0061] 首先iLi址路由器对报文完整性验证；
[0062] 然后解析报头，分析报文类型；
[0063] 如果是TypeB和CIMP报文数据，则对报文的地址解析，获取发送者指定的iLink地 址;如果是XML文件数据，解析<META>中的TYPE类型，进行业务数据智能判断目的地地址；
[0064] 随后获取所有iLink地址;判断是否需要对消息进行格式转换，如果需要，则载入 格式转换插件;否则将消息路由到目标存储区。
[0065] 进一步:数据在端端交互的过程中均采用RSA1024Key进行AE巧日密.
[0066] iLink数据交换平台采用基于Windows的.Net Framework平台，开放的接口中包括 iLink SDK,Web Service,MQ等支持跨平台技术的接口，可W被其他操作系统平台的应用所 调用，数据库采用基于化acle的消息落地存储模式，实现"接收-路由-分发"，层层落地的模 式来保证端对端的传输。报文数据在iLink中将一直存在，直到其被正确，完整的传输到目 的系统，端端通信都采用不同RSA1024Key，AES加密，因此，任何网络环境下都将被安全传 输。
[0067] iLink的数据库中分成若干个区域，每个区域由一张或多张表构成。应用分为中屯、 转发程序和终端程序。如图2所示：
[0068] 各个模块的具体含义如下：
[0069] 1)系统配置区：存储基础数据及配置iLink规则的一类表，表名通常 始，是iLink的核屯、数据；
[0070] 2)待转发区：发送数据临时表，即所有用户发送的数据都存储在运类表中等待转 发，表名W t_msg_temp开始；
[0071] 3)待接收区:数据被转发后存储的位置，用户可W直接在该类表中提取接收数据， Wt_ms 邑-queuegi^t-ms 邑-main^ 女台；
[0072] 4)历史消息区和日志区：记录iLink中已被处理的数据及简要日志，用于历史查 询；
[0073] 5)转发机器人QLi址路由器）：决定数据转发的目的用户，是iLi址的核屯、应用；
[0074] 6)用户终端程序:完成数据上传数据库和从数据库取数据的功能，如iLink客户 JLjJU 乂而。
[00巧]在图1中，iLink SDK是部署在用户客户端的一个基于.Net 2.0的Winform程序， iLink SDK将自动，及时把某个文件夹下的iLink消息文件或者SITA报文（用户设定的）发送 至目的地;iLink SDK同时能够自动的将接收iLink消息，把其放置在用户设定的文件夹下。 iLink SDK有四个文件夹，分别为:OUT(监控发送文件路径）、BAK(备份文件路径）、IN(接收 文件路径，包括正常接收的数据，W及针对发送数据反馈的回执）、ERR(错误文件路径）。对 于设定的文件夹iLink SDK有完全的读写权限，同时，对于部署的机器iLink SDK也有读写 应用程序事件日志的权限。
[0076] iLi址地址构造
[0077] iLink具有独特的地址设计体系，但同时也兼容AFTN和SITA报文地址。iLink自定 义地址是由{A-Z，-，0-9}中的20个字符组成，如表1所示。
[007引表1iLi址地址
[0079]
[0080] 例如P-CTUXH-ILINK0000000表示。成都机场货站"，CTU成都，XH为机场，ILINK表示 该用户为成都机场的货运系统。如果已经存在地址P-CTUXH-ILINK0000000,而成都机场货 站用户希望自己有两个账号实现不同功能（比如一个收数据、一个发数据;或是系统升级， 新旧系统一起运行），则可分配新地址P-CTUXH-ILINK0000001。
[0081] iLi址的数据报文
[0082] iLink设计为一个弹性支持系统，既能够满足行业内传统数据交换方式需求，也能 够适应新标准、新技术的扩展需要，很方便的扩展其支持的数据。目前iLink支持转发的数 据有：
[0083] (1)符合SITA标准的Type B报文。
[0084] (2)符合iLink规范的自定义的XML数据，有Infolink XML格式和化rgoXML格式两 种。
[00化](3)CIMP格式的数据标准。
[0086] (4)iLi址支持传输文件，文件类型包括:0ffice Word,Excel文档，Jpg图片等
[0087] 为了满足不同用户的特殊要求，iLink提供了报文格式转换功能，可W通过插件或 者调用服务对报文进行处理，W达到用户的要求。例如，用户1向用户2发送了一份格式为 XML的报文，但用户2只能接收CIMP格式的报文，在运种情况下，iLink会自动调用XML转CIMP 插件，实现报文格式自动转换。如插件Cimp2CargoXml的作用是将Cimp格式的报文转化为 XML格式的报文。
[0088] iLi址分发原理及其算法
[0089] iLink转发的工作由iLink路由器来完成，实现数据从待转发区到待接收区的转 移，待转发区是由多张临时表组成，每个iLink路由器针对一张临时表，不断轮询该表检查 待处理数据。iLink采用消息队列接收报文，每个消息队列最大容量为5万条记录，在高并发 情况下，如果某条消息队列溢出，则将溢出的消息放入其余消息队列中。
[0090] iLi址分发策略
[0091] iLink对外提供iLink客户端和WebService服务接口进行数据交换。下面介绍用户 通过iLink客户端进行数据交换的过程。如果用户I向用户2发送一份报文如图3,用户I首先 将报文放到本地的发送目录，即抓T文件目录下，打开iLink客户端程序，iLink客户端会将 报文发送至iLink系统中，iLink路由器自动解析该报文的目的地地址，然后发送到用户2的 本地接收目录，即IN文件目录下。
[0092] 在高并发情况下，例如，同一时刻，有大量的用户将报文放在自己的本地发送目录 下，如果没有较好的分发算法和灵活的分发机制，势必造成分发效率低，甚至导致系统擁 痕。在该系统中，采用基于动态优先级的先到先服务策略。算法的流程图如图5所示：
[0093] 该算法的关键是计算报文的权重，航空物流数据报头中一般有源地址、目的地地 址，报文类型、优先级、ACK、发送时间和截至时间等等，给每一个属性规定一个权重，属性的 权重有确定的，也有非确定性的，比如，报文中，自带的"优先级"就是发送用户事先给定的， 不同的状态报文具有不同的优先级。根据各个属性的优先级，最终确定该报文的优先级，当 发送失败后，则重置优先级，最后根据各个属性的权重重新计算整个报文的优先级。运个过 程称为消息队列调度，如图5所示。用户将数据发送到iLink平台，由于数据量大，种类繁多， 各种消息紧急程度也不一样，所W路由转发的顺序不能仅仅依据先来先服务的转发策略。 消息队列调度就是根据报文数据的优先级排序，排好序的报文数据放入待转发区中等待转 发机器人转发至需要的用户。
[0094] iLi址智能路由机制
[00M] iLink为解决航空物流领域数据交换需求，针对行业标准报文建立完善的业务数 据模型，通过路由引擎自动将报文路由至报文相关接收方。iLink系统中共有S种路由机 审IJ，分别是智能路由，系统指定路由和发送方指定路由。智能路由，亦称自动路由，根据数据 业务意义智能判断报文数据的接收方，通过对标准FFM、FWB、甜L、FS巧良文进行业务数据分 析，自动判断报文路由地址，实现数据相关方的业务数据共享;系统指定路由，即iLink系统 硬性指定的目的地址，通过报文类型和发送方判断；发送方指定路由，发送者在发送数据 时，指定该数据报文的接收方。后两者实现比较容易，本文重点介绍智能路由机制。
[0096] 在使用智能路由前，必须在系统配置中进行业务性路由配置。比如舱单消息(FFM) 自动路由根据表了_〔尸6_尸尸]?(如表2)和1'_〔尸6_尸尸]?_1八尺661'配置。
[0097] 表2FFM消息路由配置 [009引
[0099] 定义SRC_ADDRESS(发送地址）的权值为1;0RIGINP0RT(起始航站）的权值为2; CARRIER(承运人)的权值为4;化IGHTNO(航班号）的权值为8;DESTP0RT1 (目的航站1)的权值 为16 ;DESTP0RT2(目的航站2)的权值为32 ;DESTFINAL(到达航站）的权值为64。
[0100] 路由器解析FFM报文内容根据报文的发送地址，起始航站，承运人，航班号，中转 站，到达航站，通过运些内容对T_CFG_FFM表进行完全匹配和部分匹配查询。在查询的结果 中对比权值最高的结果，到T_CFG_FFM_TARGET表查寻路由到的iLink地址。
[0101 ] 例如，FFM(舱单)配置如表2所示，FFM解析出的内容如下：
[0102] P-PEKXH-ILINK0000000IP邸I FM IFM9374IN化LIN化LI TNA
[0103] 匹配的结果为RECID = O ,RECID = 1，RECID = 2，RECID = 3,根据权值排序返回结果 RECID = 3，然后在T_CFG_FFM_TARGET表中查找RECID = 3所对应的iLink地址，从而实现智能 路由。
[0104] 验证实验：
[0105] 请参阅图6,该实验是对消息发送、接收W及路由性能测试。
[0106] 消息发送性能测试
[0107] 实验环境Windows 2003Server、EQATECProfile测试软件。
[0108] 场景1:用客户端1和客户端2分别做3次单客户端测试。在Windows 2003Server下， 运行EQATECProfiler发送报文，监测发送一万条报文所需要时间。测试结果如图6中的A图 所示。
[0109] 场景2:用客户端3,4,5做3次多客户端测试。在Windows 2003Server下，运行 EQATECProfiler处理后的客户端发送报文，监测发送一万条报文所需要时间。测试结果如 图6中的B图所示。
[0110] CCSClient .workerSend_P;rogress化anged方法用来显示异步任务进度，在上述5 个客户端发送消息时，CCSClient .workerSend_P;rogressQianged方法耗时分析柱状图如图 7所示。
[0111] 根据W上场景可W分析出：每发送一条数据，所耗时间在单客户端和并发情况下 差别并不大，但是一万报文量时，CCSCl ient. workerSend_P;rogressChanged方法会被调用 四万次，那么此时，该方法并发情况下(3个客户端)所耗时间比单客户端要增加80秒。
[0112] 请参阅图8，消息接收性能测试
[0113] 本是测试单个客户端单独启动及并发启动后每秒处理数据的性能。前提条件是数 据库T_MSG_QUEUE_TEST*各表有可W读取的报文信息记录，通过实验适时记录完成接收 10000(或5000)条报文记录的截止时间，每次实验至少取7个截止时间点。
[0114] 场景1:客户端1和客户端2做单机消息接收测试，一次开启一个接收客户端从数据 库读取报文数据，并生成本地文件，记录每秒处理条数。如图8所示。
[0115] 场景2:客户端3、4、5做多机测试，一次开启=个接收客户端从数据库的一张数据 表并发读取报文数据，并生成本地文件。如图9所示。
[0116] 各个客户端处理性能汇总如图10所示。从实验结果可W得出：无论在单机还是多 机工作状态下，消息接收的性能都比较稳定，每秒处理4-6条记录，多个用户同时工作时，处 理性能并没有受到影响。
[0117] iLi址消息路由性能测试
[011引巧聯工具有iLink消息路由测试系统，EQATEC测试软件。巧聯方法:利用EQATE村则 试软件，监测路由运行过程中调用的方法和所用时间。提取路由报文的技术指标;建立模 型，测试不同组合方式路由产生何种差异并判定其稳定性;记录消息路由过程中调用方法 所占时间，分析影响路由性能的操作，W便讨论出更合理的方案提高路由性能。
[0119]实验中采用5个客户端，分别为客户端1-5;3个路由器，分别为路由器1，2,3。客户 端I、2发送的报文的临时存储分别设定为t_msg_temp_test I、t_msg_temp_test2，接收报文 的存储表名为1^_1118旨_9116116_1681：1、1：_1118旨_9116116_16312;客户端3、4、5发送报文的临时存储 为t_msg_temp_test3,接收表为t_msg_queue_test3。路由传递方向为:CIMP报文的五个测 试端路由分别客户端巧Ij3,巧Ij4,巧化，巧ljl，5到l;XML报文设置了FFM表中的客户端4到客 户端1的路由。
[0120] 场景1:单个路由器运行时路由性能测试:用1000条CIMP报文和1000条XML报文，分 另帕路由器1、路由器2和路由器3进行路由实验，利用EQATEC监测路由组件获取数据并画出 柱状图（图11)。图11中的A图和B图分别是路由器单独处理CIMP报文和XML报文的测试结果。
[0121] 场景2:多个路由器同时运行时路由性能测试：用10000条CIMP报文和10000条XML 报文分别做如下实验:单独路由、两两路由（3个路由器两两路由，例如，路由器1的两两路由 表示路由器1和路由器2,路由器1和路由器3路由结果的平均值），3个路由器同时路由。然后 分别记录不同实验中各个路由器每秒处理报文的平均数。实验结果如图12所示。
[0122] 从上述实验分析可W得出，路由器处理XML报文的时间远远小于处理CIMP报文的 时间，上图说明在并发的情况下，多个路由器同时工作时并不影响系统的性能。
[0123] 从上述3方面实验说明了该方法的可行性并具有较高的发送接收效率。
[0124] 本专利研究设计航空物流数据共享平台QLink),根据不同的客户平台需求，实现 各种报文格式自动转换，同时也能根据报文内容智能判断接收方，智能路由分发到各个参 与者。实现航空物流信息在航空物流业务链中各参与方之间实现数据交换与共享。极大地 提高航空货运的业务处理效率，提高航空货运服务质量，帮助航空企业开源节流。
[0125] W上对本发明的实施例进行了详细说明，但所述内容仅为本发明的较佳实施例， 不能被认为用于限定本发明的实施范围。凡依本发明申请范围所作的均等变化与改进等， 均应仍归属于本发明的专利涵盖范围之内。
【主权项】
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和(ΠΜΡ报文数据，则对报文的地址解析，获取发送者指定的iLink地址;如 果是XML文件数据，解析〈ΜΕΤΑ〉中的TYPE类型，进行业务数据智能判断目的地地址； 随后获取所有iLink地址；判断是否需要对消息进行格式转换，如果需要，则载入格式 转换插件;否则将消息路由到目标存储区。4. 根据权利要求3所述航空物流数据智能分发模型的分发方法，其特征在于:数据在端 端交互的过程中均采用RSA1024Key进行AES加密。
【文档编号】H04L12/741GK105978964SQ201610302695
【公开日】2016年9月28日
【申请日】2016年5月9日
【发明人】肖殷洪, 刘震, 王晨光, 王天凯, 王斌, 王强富, 罗云生
【申请人】中国民航信息网络股份有限公司