执行概要
　　随着竞争日趋激烈，航空公司的运营利润空间也日益微薄。因此，卓越的运营对于保持航空公司的财政健康和可盈利性至关重要。考虑到航空业务高度面向数 据、面向事务的特点，因此，不断地推动航空公司自动化公司运营、并使用数字系统置换纸介系统以提高运营效率已成为各航空公司的现实要求。
　　对一家典型的航空公司来说，去除人力支出和燃料支出之后，维护费成为最大的运营支出之一。 政府规章为各种类型的飞机设立了基本维护进度表，其中包括了3种机库定期安全检查。根据不同的机型，轻度检查每隔18至24个月实施一次，耗时1至2周才 能完成，成本为75万美元至100万美元以上。轻度检查涵盖那些日常运营中最可能意外损坏的飞机部分，如起落装置、机翼和登机门。深度检查每隔4至6年实 施一次，成本为100万美元至200万美元。深度检查涵盖对机身下半部结构性损坏的检查，这种检查要求拆除飞机内饰。全套检查每隔10至12年实施一次， 耗时长达1月，成本为250万美元至300万美元。全套检查涵盖对机身上半部分的完整结构性检查。除了定期维护所产生的成本外，一旦对跑道飞机监测到故 障，还会发生航线维护成本和修理成本。
　　技师和机械师必须经常参阅各种各样的大部头飞机维护手册，了解关于部件拆装、置换方法的特定说明。飞机维护手册(AMM, Aircraft Maintenance Manual)可长达数万页；此外，飞机的每一种服役部件还有单独的零件维护手册。机械师还需要检索技术服务手册(TSM, Technical Service Manual)以了解按故障码罗列的疑难解答信息，同时仍然需要在另一资料源—部件图解目录(IPC, Illustrated Parts Catalog)—中查阅部件信息。
　　要应付信息的大容量和复杂性，需要的是自动化系统。航空公司正在努力简化其维护工序，方法是向机械师和技师交付数字格式的飞机维护档案（以必须履行的 维护工序为上下文）。电子交付减少了机械师从大量信息源中搜寻信息而需要花费的时间，还有助于缩短到岗延迟。进一步自动化飞机维护活动的要求推动了内容管 理系统方面的投资，但正如本文所述，这从技术角度看是一个亟待解决的复杂问题。

AMM 数字交付的技术挑战
　　大型航空公司必须为混合机群管理数百万页的飞机维护档案。AMM 也会持续更新；航空公司每年都必须管理、合并这些文档的众多修订版。飞机维护档案系统(AMDS, Aircraft Maintenance Documentation System)必须具有高度可扩展、高性能，以及能高度可靠地管理覆盖全部修订版的海量内容。
　　减少机械师/技师因搜寻信息而必须花费的时间量，这是AMDS实现的一个关键目标。一般地说，65% 的机身维护成本都是人力成本，而因搜寻信息而浪费的时间也增加了跑道延迟时间。 技师需要 AMDS以动态组装所需的内容，从而服务特定的部件、履行具体的维护活动、或跟踪某个故障码。AMDS必须能够管理元素级别的文档、维护来自不同手册的内 容之间的链接，从而提供高水平的内容重用性，动态地组装、交付来自多种信息源的高度指向性的内容。
　　航空公司还需要能够定制、标注和修正从飞机制造商处收到的手册，以便添加自己的安全性/可靠性协议、规定自己的标准（譬如使用什么样的油料）、定制所 提供的登机服务流程（以此与竞争对手区分开来）。AMDS必须能够将这些定制（本质上是独立的修订集合）与飞机制造商所提供的内容进行关联，并且当制造商 对文档进行修订时能动态维护这些链接。这一过程需要AMDS具有综合配置管理功能和差异/合并功能。
　　简单地让飞机手册更具有可检索性，并联机存放这些手册，以便让不同地域的维护人员简单方便地访问到它们—这样可顺利实现航空公司的业务收益。 一般而言，航空公司会将一部分维护工序分包出去。 一些航空公司会外包所有的机库维护工序，另一些航空公司在自己的设施中实施部分机群的机库维护，而将剩余的部分外包给亚洲。与此类似，在一些不需要进行自 主全职维护工序的机场，航空公司也可以将航线维护分包给其他航空公司。 航空公司也可以因具体部件的维护而与特定的厂商达成协议。 这些服务合作伙伴必须使用各个航空公司的定制版飞机维护手册，航空公司则通过审计、验证以确保其合作伙伴配备最新的维护手册。AMDS必须提供基于 Web 的访问和/或轻松与门户技术的集成，以便解决这种需求。
　　为了实现收益最大化，航空公司需要一系列针对性的内容与维护业务流程—特别是作业卡系统。 作业卡（或工作卡）指出了那些必须由指定机械师或技师完成的任务。 将作业的故障码或流程码链接至 AMDS 中的内容后，航空公司可以生成机械师履行指定工作所需要的那些特定指令。 这种功能减少了信息搜索时间，机械师可在较短时间内获得正确而完整的信息，从而实质性地节省了人力成本和延迟成本。为了帮助航空公司获得这些好 处，AMDS 必须能够集成规划系统与调度系统，同时还要能够动态地生成定制作业卡。 1000D的兴起
　　20世纪80年代末期，飞机制造商开始提供电子版的维护手册，到20世纪90年代中叶则开始转向SGML。然而，事实已经证明，采用SGML是一种昂贵的 主张。尽管在数十年前或更久之前，大多数航空公司曾经考察过—其中很多还曾经投资于—基于SGML的内容管理系统，但由于这些系统需要冗长且昂贵的实现， 因此对很多实施者而言，它们具有成本约束性。而且，这些系统也无法提供上述的很多功能。它们是封闭的、专有的系统，因此会难以集成基于Web的协议和其他 应用，它们缺少综合的、灵活的配置管理功能，而实现重复利用和其他复杂内容时则需要这种功能。而且，用户必须遍览多个分离且不相连的文档—甚至要遍历各个 文档的章-节-主题结构，才能看到含有相关信息的页面。
　　支撑着S1000D标准的新一代基于XML的内容管理系统针对这些挑战提供了一种经济有效的解决方案。采用老式ATA格式的手册结构是一些分页的簿 本，S1000D文档的结构则是一组可重用的数据模块。这些模块中含有维护人员履行给定维护任务所需的全部信息。维护工程师毋须搜遍很多手册以找出履行任 务的方式，而只需根据待履行的维护活动提供一个定制的数据模块即可。
制造商正在为较为新型的飞机提供S1000D格式的手册：例如：波音公司正在为其787 Dreamliner 机型提供S1000D格式的档案。但是，可供使用的老式飞机手册只有SGML格式（或专用格式），而且很多手册（譬如零件维护手册）只有纸介形式可用。因 此，AMDS的关键功能之一就是，“摄入”多种不同格式内容并将其迁移至S1000D 格式的能力，这样才可以重构内容以便重用或再作他用。
　　对于一直由飞机制造商修订的维护手册来说，转换并不是“一次性”活动：AMDS必须能够自动处理以非S1000D格式进入的修订，并将这些修订应用至 已经迁移到S1000D格式的内容。如前所述，管理多个修订集合（来自飞机制造商的修订集合及代表航空公司自行定制的修订集合）是一项挑战性任务，它需要 AMDS具有强大的配置管理功能。在机制迁移的环境中，配置管理成为一项更庞大的技术挑战。AMDS必须能够明确支持这一功能。
　　对于仍然以纸介形式提供的文档（如零件维护手册），AMDS需要集成包括光字符识别（OCR,Optical Character Recognition)系统在内的一些纸介-数字导入工具。虽然不可能将这些簿本式手册自动迁移为S1000D格式，但将这些文档以PDF形式放在 Web上显然是非常有用的。幸运的是，零件维护手册很少更新，因此AMDS可以维持这些手册与其他飞机档案之间的链接，尽管它们需要存贮为章节形式而不是 S1000D元素。

案例研究：西北航空公司
　　美国西北航空公司（网址：www.nwa.com；NASDAQ 代码：NWACQ）组建于1926年，总部位于明尼苏达州明尼阿波利斯市，是世界上第4大航空公司；西北航空公司在全世界有35000名员工，年收入约为 120亿美元。 西北航空公司运营着超过400架飞机的机群，其中有波音公司的747/757、空中客车公司的A330/A320/A319、以及麦克道尔·道格拉斯公司 的DC-9/DC-10。西北航空公司与其全球航运合作伙伴一起，向6大洲、120个国家的750处目的地提供服务。西北航空公司也是全球最大的货运商之 一，拥有专用的14家波音747运输机机群。西北航空公司相信，实现了X-Hive/AMDS这种支持S1000D的飞机维护档案系统之后，可以在与飞机 手册管理相关的人力成本和其他成本方面实现实质性的成本节约，同时也因加速跑道航线维护活动、减少航班延迟而获得额外的成本节约。这一新系统由西北航空公 司负责技术运营的数字媒体战略经理 Tim Larson领导，该项目于2005年春天启动，预期2006年完成。虽然这个时间表很有挑战性，但西北航空公司觉得有信心完成该进度。
　　西北航空公司对SGML 解决方案进行了评估，发现它们具有成本约束性，同时缺少重用作业卡中的维护手册内容的能力，而且，当制造商手册内容、修订和航空公司定制修订发生变化 时，SGML 解决方案不能维护所发生的关联性变化。 XML 解决方案的出现则带来了另外一种可行性。 西北航空公司委托 Innodata Isogen，一家专攻内容管理转换服务的系统集成、咨询公司，来帮助它对可能的解决方案进行评估。 当冗长的潜在厂商清单逐渐削减为 3 家厂商后，西北航空公司对这 3 家厂商进行了更为深入的评价。 X-Hive 公司及其 X-Hive/AMDS 解决方案最后脱颖而出—据 Larson 所述，X-Hive 公司是西北航空公司需求的“完美胜利者”。 X-Hive/AMDS 具有管理复杂内容和复杂配置的能力、良好的性能和高可扩展性，而且通过 XML有能力集成西北航空公司的其他系统，这些成为X-Hive/AMDS 雀屏中选的关键因素。 波音公司对 X-Hive 技术的选择则进一步确认了这一点。据Larson所述，“X-Hive 解决方案的美妙之处在于，当我们对作业卡中的信息进行定制和维护后，它动态维护了与变化有关的链接。”
　　IDC相信，各大航空公司可以通过实现AMDS在5年之内实2500-3000 万美元的成本节约——这从任何角度看都是一个非常引人注目的投资回报率(ROI, Return On Investment)。其中将近一半的成本节约来自于人力效率——既包括机库人力，也包括航线维护人力。有趣的是，航线维护效率的提高提供了最大的成本 节约机会，因为几乎所有航线维护活动都是非例行的。因此，动态生成包含经过裁剪的工作说明的作业卡的能力对航线技师和机械师而言特别有价值。 实际上，大约1/4的成本节约来自于航班延误的减少。航空公司越快地将相关最新档案直接放到跑道机械师的手中，机械师也就能越快地订正问题、放行航班。
　　最后，AMDS约有25%的成本节约来自于简化整个技术档案管理/分发流程的能力。在西北航空公司，关键的改进包括了：能够消除硬拷贝手册，以及为硬 拷贝手册成像、分发所需要的人工处理，能够通过工作流过程而不是手动过程来传递文档，能够管理航空公司约 1.6 万本零件维护手册并将这些手册电子式地分发给西北航空公司的维护商，以及能够通过Web按需提交最新的、完整的、定制的内容。这些改进也有助于保证西北航 空公司的维护站、服务商和外包商依照政府法规(FAA)保持与最新修订的一致性。
　　Larson 高度赞扬了X-Hive公司的支持人员和产品，称“X-Hive兑现了迄今为止的每一项承诺”。对于 X-Hive/AMDS解决方案与门户技术（如IBM的WebSphere）实现了平滑集成，西北航空公司的系统集成商也表示了赞赏。至于那张激进的时间 表，目前则进展顺利：每个迹象都表明，项目正在有条不紊地进行，并将会带给西北航空公司所期待的结果。

X-Hive公司的解决方案
　　X-Hive公司(www.x-hive.com)成立于1996年；公司的使命在于为市场带来基于XML的解决方案。X-Hive公司的总部位于荷 兰鹿特丹；公司收到的融资来自欧洲风险资本公司Sienna Holding Europe、Residex和OFR。X-Hive公司在1999年交出了第一份XML产品——X-Hive/DB。X-Hive/DB是一种可扩展 的、高性能的纯XML数据库：支持所有的主要XML标准；提供了一种Java编程接口，并提供了存储、查询和发布XML数据的方法。来自各行各业的X- Hive/DB客户已经超过了70家，这些行业有制造业、金融服务业、教育行业、政府、软件业和出版业等。
　　X-Hive/AMDS是一种支持S1000D的、基于XML的、端到端的解决方案，它负责管理、发布飞机维护手册内容，也负责定义、生成作业卡和工作说明。X-Hive/AMDS由两大主要子系统组成：
　　·X-Hive/AMDS-CMS（内容管理系统, Content Management System）。该子系统支持常用的编辑环境，可以导入多种格式的飞机维护手册，并将这些手册存贮至X-Hive存储库——同时自动转换为S1000D格 式。X-Hive/AMDS-CMS利用了X-Hive/Docato的抽象链接、配置管理和版本控制等功能，使得文档维护实现了自动化过程。
　　由于X-Hive/AMDS-CMS采用S1000D格式存贮、管理手册，因此航空公司可以享受今天S1000D所带来的动态发布好处——尽管飞机制造商目前只对较新型的飞机交付采用S1000D格式的档案。
　　·X-Hive/AMDS-DS(Delivery System, 交付系统)。该子系统允许基于规则动态地、有条件地生成内容。采用XQuery语言且基于元数据或其他变量的规则强大而灵活，并可应用于文档级别或子文档 级别。这样，那些针对特定维护活动而加以定制的工作说明就可以轻松地生成。例如，根据技巧程度，就可以得出机械师数量、履行工作的特定维护机构、以及履行 工作所处的地点。
　　由于X-Hive/AMDS-DS基于Web，因此它可以轻松提供对第三方维护公司的访问，并且/或者轻松集成带有门户和其他应用的交付系统。X- Hive/AMDS-DS也使得航空公司实现了数字签收过程，这进一步简化了维护过程、确保了更好地观察维护活动的当前状态。

结论
　　从技术角度看，IDC认为基于XML的解决方案完美地适合于航空公司今天所面对的非常复杂的文档管理需求。X-Hive公司的X-Hive/AMDS 解决方案可以在市场中得到认可，因为该解决方案：建立在稳固的XML基础之上；拥有健壮的内容管理、配置管理和集成等功能；并针对飞机维护档案提供了一种 端到端的、开箱即用式的解决方案。