CN102143210B - 一种多主机平台系统及方法 - Google Patents

Abstract

本发明涉及一种多主机平台系统及方法，包括机场端管理平台ASP，多主机接入平台HAS，中央管理平台CMP；其中ASP是机场端共用平台，部署在机场端的工作站上，为TE提供运行环境，为TE抽象外设，同时提供对外设的统一管理；HAS是主机接入服务，主要部署在航信主机房，负责为ASP提供业务连通性，进行主机相关协议处理，并适配到各种不同的主机应用程序；CMP是管理模块，在整个系统中，负责管理、监控、配置、升级和维护等工作。

Description

一种多主机平台系统及方法

技术领域

本文发明一种多主机平台，它能够使航空公司的应用访问各自主机的同时，在平台内部通信协议，设备共享与访问，系统部署方式方面有独特的特性。

背景技术

国际上目前同类的产品有Sita CUTE和Arinc MUSE等，这些产品对外围设备要求极严格，需要使用专门的设备，成本很高，不适应国内二线或中等机场的投资水平；同时，旧有设备将不能再使用，造成现有投资的浪费。这些产品的部署方式，要求所有的航空机赁专线，连接到机场，同一航空公司在多少个航站运营，就需要租赁多少根线路，而实际上一根线路可以支持提供机场稳定运行，这极大的增加了航空公司的运营成本。

随着越来越多的国外航空公司在中国的运营，许多航空公司希望使用自己的主机为旅客办理离港业务，从而提供各种服务。

为了解决上述问题，本发明申请人开发了一种，AngelCUE(Angel Common UseEnvironment)平台系统，一方面能够满足多家航空公司的平台应用软件能够同时访问各自的主机，另一方面广泛兼容国内机场目前正在使用的外围设备。性能达到国际水平的同时，适用性完满足全国机场的需要。

AngelCUE的诞生填补了国内没有多主机平台类产品的空白，打破了国外公司对该领域的技术垄断。AngclCUE多主机平台根据国内机场外围设备具有很大的多样性等特点，最大程度上利用配置的方法，兼容国内正在或即将使用的绝大部分类型的外围设备，提供统一的接口，使他们对平台应用软件来讲，都是无差别的。

同时AngelCUE多主机平台能够提供更灵活的部署方式，主机接入模块即可以像其他产品一样部署在机场，各个航空公司主机的线路直接部署到机场，还可以根据需要，将主机接入模块放在航信的北京核心机房，由航信运维部门提供维护，这样航空公司所到达的航站可以共享连接主机的网络线路，这样既节省了航空公司的费用，也增强了系统的维护强度，该解决方案是其他同类产品绝对无法提供的。

如果用户在使用产品时，决定共用航信主机房的接入服务器的话，还为机场用户节省了大量的维护成本，航空公司也节省了租赁线路的成本。AngelCUE平台在符合国际标准的前提下，广泛的适用性和灵活多样的部署方式给了用户更多的选择和最大程度的投资保护。

发明内容

本发明的多主机平台系统包括：机场端管理平台ASP(Airport ServiceProvider)，多主机接入平台HAS(Host Access Server)，中央管理平台CMP(CentralManagement Platform)。

其中机场端管理平台ASP是机场端共用平台，部署在机场端的工作站上，为TE提供运行环境，为TE抽象外设，同时提供对外设的统一管理；多主机接入平台HAS是主机接入服务，主要部署在航信主机房，负责为ASP提供业务连通性，进行主机相关协议处理，并适配到各种不同的主机应用程序；中央管理平台CMP是管理模块，在整个系统中，负责管理、监控、配置、升级和维护等工作。

ASP(机场端管理平台)

ASP平台是部署在机场端工作站的平台，它的主要功能是为各个业务软件提供工作环境，减少机场和航空公司迁移的周期，增强市场活力。

ASP具有如下功能：

1.外设管理功能。通过ASP平台，可以提供一个硬件抽象层，将各个外设进行逻辑抽象，针对每一个的外设形成不同的逻辑服务。每一个服务对外提供统一的操作接口，包括：Open(请求与服务建立通信)，Close(请求消除与服务的通信)，Read(请求读取服务提供的数据)，Write(请求向服务写入数据)，Cancel(取消先前的某项操作)和IOCtrl(请求逻辑控制与状态查询)，具体的通讯协议请参考后面的描述。每一个服务针对不同设备的特性，有不同的配置；对下面的外设通过配置以与其正常的通信，对上层应用来讲，各种不同型号设备的差别已经被消除，提供上面所述的六种操作接口。从而达到了对上层应用来讲，所有的外设都是无差别的，从而达到统一管理所有外设的功能。现在支持的外设包括登机牌打印机、行李牌打印机、仓单打印机、激光扫描枪、护照阅读器、磁条阅读器，舱单打印机等等。其中，ASP平台支持条形码打印机，同时也支持二维条码的打印和扫描。

2.主机通讯功能。ASP平台提供的另一项重要功能就是建立并保持与主机的通信。这通过连接AngelCUE系统内的HAS平台来实现。在客户应用程序启动的过程中，会与ASP平台的主机通信服务连接，ASP平台得到请求后，会建立与HAS平台的连接，由HAS平台完成具体的通信工作，ASP的主机通信服务相当于一个虚拟的本地网关，将客户应用程序的需求转给HAS平台，HAS完成具体主机通信协议的处理工作。

3.平台监控功能。ASP平台提供平台监控功能，即可以查看ASP平台工作状态，同时提供查看平台的通讯日志等信息收集功能。ASP平台提供了友好的图形化用户界面，通过该界面，用户可以清晰的了解连接到该工作站的各个设备的工作状态，同时可以查看与各个设备之间通信的日志。

4.扩展兼容性。在ASP平台，操作系统兼容主流的Windows操作系统，包括Windows2000，Windows XP，并通过Windows Vista的兼容性测试，具有广泛的应用性。

鉴于生产的安全性和平台的兼容性，ASP 平台支持的外设需要通过平台的验证才能投产使用。

HAS(多主机接入平台)

HAS 平台是主机接入服务，主要部署在航信主机房，负责为ASP平台提供业务连通性，进行主机相关协议处理，并适配到各种不同的主机应用程序。它不但提供了航信到外航主机的网络方案，解决了民航私有数据在网络上的传输问题，而且实现了主机接入API的标准化统一。

HAS有如下功能：

1.开放式接入网关功能。HAS平台可以根据ASP平台发出不同的连接请求，通过对配置池的调用，分配给客户端不同的航空公司的不同配置，实现了客户端上的ASP平台与服务器的HAS平台的通信接入，达到对客户端验证路由的功能；HAS作为处理主机通信协议的网关，处理不同的通信协议，当部署在机场工作站的客户应用程序需要与主机通信时，会首先请求ASP平台，然后ASP平台将请求发送到HAS平台，HAS进行具体的协议处理，对ASP平台通信，使用的ASP平台通信协议，与主机通信使用的是主机通信协议。同时，客户应用程序还可以不通过ASP平台，直接与HAS平台建立连接，完成与主机的通信。

2.使用WEB页面进行HAS的配置和维护。HAS平台提供给用户可以使用WEB页面的方式方便的维护和查看配置池，从而达到轻松配置轻松维护的效果。与各个航空公司主机的通信，需要配置许多参数，主要包括通信协议类型，主机访问授权参数，可访问主机的终端个数，各终端用途等等。AngelCUE通过Brower的方式，请示的展示了所有配置内容的详细参数，方便用户对HAS系统进行配置。

3.支持多种主机通信协议。HAS平台不仅支持传统的ALC、UTS主机通信协议，而且还支持开放的MATIP主机协议，可以满足不同航空公司不同主机的通信需求；目前各航空公司主机使用的通信协议有两种，分别是ALC协议和UTS协议，这主要对应两种不同的主机，ALC对应IBM公司主机，而UTS对应Unisys公司的主机。这两种通信协议都建立在较老的X.25网络通信协议之上。为了适用现代的IP网络，使用IP网络协议对ALC和UTS协议进行封装，使之可以在IP网络上传输，这就是MATIP协议。HAS支持以上所有类型的协议，这覆盖了当前航空客运行业主机通信的所有协议类型，在与各种主机通信的过程，具有无限的适应性。

4.双机热备份的功能。HAS平台实现了双机热备份，即在服务器系统架构上采用两台完全相同的服务器，运行相同的数据，在ASP与HAS通信过程中，会选择其中一个服务器来进行通信，当此服务器由于软件或硬件的原因不可正常工作的情况下，ASP会自动选择与另一台服务器进行通行，从而在极大程度上保证了系统的可用性。

CMP(中央管理平台)

CMP平台是中央管理平台，它主要负责对机场客户端的统一管理、软件升级以及运行的监控等管理方面工作。

CMP平台具有如下功能：

1.用户管理。通过CMP平台的统一设置，可以统一所有机场客户端的本地策略，从而达到用户统一管理的目的，更好的维护了生产安全。CMP平台是HAS平台配置管理Web页面的Web服务实现，提供使用Web页面来管理和配置HAS平台的服务。CMP平台本身可以配置用户，根据用户名密码的方式来验证客户的操作权限。

2.系统运行状态监控功能。CMP 平台提供对系统运行状态的统一监控管理，通过CMP平台，可以实时监控系统的运行状态，监控系统运行数据，充分保障的生产系统安全。CMP平台可以监控所有HAS正在或获取曾经进行的主机通信，这种监控可以定位到当前某个机场的某个工作站用户正在与主机通信或曾经与主机通信，以及其通信的内容。

本发明的多主机平台方法包括：

步骤1，客户端与ASP平台建立连接

客户端首先发起与ASP平台的Socket网络连接，然后进行Open操作以打开设备，之后根据ASP平台针对各种不同设备的通信逻辑，进行Read操作，Write操作，Cancel操作以及IoCtrl操作，最后，当不再使用设备或根据自身逻辑需要，可以使用Close操作来关闭，最后断开与ASP平台的Socket网络连接。其流程请参见图2。

ASP平台的各个服务以Windows系统服务的形式存在与各个工作站之上，各个服务在启动的过程中，根据配置，初始化自身的运行参数，建立与实际设备的通信，同时监听相应的网络端口，等待客户端应用程序的连接，在连接之后，根据客户端的要求，完成各种操作。其流程请参见图3。

步骤2HAS与主机通信

HAS在接收到与主机通信的请求后，首先根据请求内容，根据自身的配置，判断使用何种主机通信协议、该请求应该与哪个航空公司的主机进行通信、该请求具有何种通信权利等等，建议与主机之间的通信。在通信过程中，处理通信协议。最后当客户端决定终止通信后，释放主机资源。其流程请参见图4。

步骤3CMP配置管理的步骤

用户通过Web浏览器进行对系统平台的配置和管理。首先用户在浏览器中输入相应的地址，然后输入用户名/密码，即可对整个HAS平台进行各种配置操作，以及查看各种服务运行的状态。

步骤4集中部署的步骤

AngelCUE可以采取集中部署的方式，从而让航空公司可以以一根线路同时支持四个机场，从而节省大量的租线费用；同时，简化在机场部署的模块，为机场降低节省维护成本。当然，对于特殊的需要，机场也可以采用机场本地部署的方式。

其中步骤1还包括步骤1A，步骤1B，步骤1C，步骤1D，步骤1E和步骤1F。

步骤1A客户应用程序操作打印类设备服务的操作步骤

打印类设备主要包括登机牌打印机ATB，行李牌打印机BTP，舱单打印机DCP。其中ATB和BTP的操作涉及想设备写入数据，和从设备读取数据，而DCP的操作则只涉及写入数据。在对ATB或BTP进行操作的过程中，客户应用程每次要写入数据即写操作之前，需要先向相应的服务进行读操作，以获取写操作的结果。对DCP类操作，则是建立连接后，直接进行写操作。

步骤1B打印类服务操作设备的步骤

ATB，BTP类设备的操作，首先要根据配置打形相应的串口资源，然后根据配置判断应该采用何种设备通信协议与设备通信，然后根据客户应用程序的操作指令与设备进行通信。DCP设备则可直接与并口资源相通信，也可以利用Windows操作系统的打印机服务进行打印操作。

步骤1C客户应用程序操作读取类设备服务的步骤

读取类设备包括护照阅读器OCR，条码阅读器LSR，磁条阅读器MSR等多种设备，客户应用程序在操作这些服务的过程中，应确保每次获取数据之前，向设备服务发送读操作指令，如果不发送指令，则当设备有输入到来时，不会向已经连接的客户应用程序发送输入内容。

步骤1D读取类设备服务操作设备的步骤

读取类设备的操作，首先根据配置打开相应的串口资源，然后监听设备的输入，根据客户应用程序的读操作指令来将相应的设备输入内容发送给客户应用程序。在从设备读取内容的过程中，还会根据配置编辑输入内容的格式以保证客户应用程序能够正确的解析输入的内容。

步骤1E客户应用对设备的共享访问步骤

多个客户应用程序可以通过ASP提供的服务共享同一个设备。在建立与ASP服务的连接之后，根据自身的逻辑决定是否进行锁定操作，当设备服务被某个客户应用程序锁定之后，只有该客户应用程序能够与该设备进行交互，其他连接到给设备服务的客户应用程序都无法与设备进行交互，所有的操作返回都显示该设备已经被锁定。需要指出的是，如果读取类设备不被锁定，那么同一设备的输入，会被发送到各个连接到该设备的客户应用程序。

步骤1F ATB，BTP设备服务对打印交互的编辑的步骤

ASP的一个重要的特点就是能够对打印数据流进行编辑，通过改变数据流完成适配各种打印机的能力。举例来说，国内许多机场都使用BTP打印机来代替ATB进行登机牌打印的任务。但是从航空公司主机发送下来的数据流都是比较标准的ATB打印数据流，这就需要平台对打印数据流进行某种编辑才能正常的工作。

附图说明

参照如下附图将更加易于理解本发明：

图1为本发明的多主机平台系统的方框图

图2为客户端应用程序与ASP平台建立通信的步骤

图3ASP平台各个服务的运行的步骤

图4HAS与主机通信的步骤

图5为集中部署的示意图

图6为机场本地部署的示意图

图7客户应用程序操作打印类设备服务的操作步骤

图8打印类服务操作设备的步骤

图9客户应用程序操作读取类设备服务的步骤

图10读取类设备服务操作设备的步骤

图11客户应用对设备的共享访问步骤

图12为ATB，BTP设备服务对打印交互的编辑的步骤

具体实施方式

本发明的多主机平台系统包括：机场端管理平台ASP(Airport ServiceProvider)，多主机接入平台HAS(Host Access Server)，中央管理平台CMP(CentralManagement Platform)，其中ASP是机场端共用平台，部署在机场端的工作站上，为TE提供运行环境，为TE抽象外设，同时提供对外设的统一管理；HAS是主机接入服务，主要部署在航信主机房，负责为ASP提供业务连通性，进行主机相关协议处理，并适配到各种不同的主机应用程序；CMP是管理模块，在整个系统中，负责管理、监控、配置、升级和维护等工作。参见图1。

ASP(机场端管理平台)

ASP平台是部署在机场端工作站的平台，它的主要功能是为各个业务软件提供工作环境，减少机场和航空公司迁移的周期，增强市场活力。ASP具有如下功能：

1.外设管理功能。通过ASP平台，可以提供一个硬件抽象层，将各个外设进行逻辑抽象，针对每一个的外设形成不同的逻辑服务。每一个服务对外提供统一的操作接口，包括：Open(请求与服务建立通信)，Close(请求消除与服务的通信)，Read(请求读取服务提供的数据)，Write(请求向服务写入数据)，Cancel(取消先前的某项操作)和IOCtrl(请求逻辑控制与状态查询)，具体的通讯协议请参考后面的描述。每一个服务针对不同设备的特性，有不同的配置；对下面的外设通过配置以与其正常的通信，对上层应有来讲，各种不同型号设备的差别已经被消除，提供上面所述的六种操作接口。从而达到了对上层应用来讲，所有的外设都是无差别的，从而达到统一管理所有外设的功能。现在支持的外设包括登机牌打印机、行李牌打印机、仓单打印机、激光扫描枪、护照阅读器、磁条阅读器，舱单打印机等等。其中，ASP平台支持条形码打印机，同时也支持二维条码的打印和扫描。

2.主机通讯功能。ASP平台提供的另一项重要功能就是建立并保持与主机的通信。这通过连接AngelCUE系统内的HAS平台来实现。在客户应用程序启动的过程中，会与ASP平台的主机通信服务连接，ASP平台得到请求后，会建立与HAS平台的连接，由HAS平台完成具体的通信工作，ASP的主机通信服务相当于一个虚拟的本地网关，将客户应用程序的需求转给HAS平台，HAS完成具体主机通信协议的处理工作。

3.平台监控功能。ASP平台提供平台监控功能，即可以查看ASP平台工作状态，同时提供查看平台的通讯日志等信息收集功能。ASP平台提供了友好的图形化用户界面，通过该界面，用户可以清晰的了解连接到该工作站的各个设备的工作状态，同时可以查看与各个设备之间通信的日志。

4.扩展兼容性。在ASP平台，操作系统兼容主流的Windows操作系统，包括Windows2000，Windows XP，并通过Windows Vista的兼容性测试，具有广泛的应用性。

鉴于生产的安全性和平台的兼容性，ASP平台支持的外设需要通过平台的验证才能投产使用。

HAS(多主机接入平台)

HAS平台是主机接入服务，主要部署在航信主机房，负责为ASP平台提供业务连通性，进行主机相关协议处理，并适配到各种不同的主机应用程序。它不但提供了航信到外航主机的网络方案，解决了民航私有数据在网络上的传输问题，而且实现了主机接入API的标准化统一。HAS有如下的功能：

1.开放式接入网关功能。HAS平台可以根据ASP平台发出不同的连接请求，通过对配置池的调用，分配给客户端不同的航空公司的不同配置，实现了客户端上的ASP平台与服务器的HAS平台的通信接入，达到对客户端验证路由的功能；HAS作为处理主机通信协议的网关，处理不同的通信协议，当部署在机场工作站的客户应用程序需要与主机通信时，会首先请求ASP平台，然后ASP平台将请求发送到HAS平台，HAS进行具体的协议处理，对ASP平台通信，使用的ASP平台通信协议，与主机通信使用的是主机通信协议。同时，客户应用程序还可以不通过ASP平台，直接与HAS平台建立连接，完成与主机的通信。

2.使用WEB页面进行HAS的配置和维护。HAS平台提供给用户可以使用WEB页面的方式方便的维护和查看配置池，从而达到轻松配置轻松维护的效果。与各个航空公司主机的通信，需要配置许多参数，主要包括通信协议类型，主机访问授权参数，可访问主机的终端个数，各终端用途等等。AngelCUE通过Brower的方式，请示的展示了所有配置内容的详细参数，方便用户对HAS系统进行配置。

3.支持多种主机通信协议。HAS平台不仅支持传统的ALC、UTS主机通信协议，而且还支持开放的MATIP主机协议，可以满足不同航空公司不同主机的通信需求；目前各航空公司主机使用的通信协议有两种，分别是ALC协议和UTS协议，这主要对应两种不同的主机，ALC对应IBM公司主机，而UTS对应Unisys公司的主机。这两种通信协议都建立在较老的X.25网络通信协议之上。为了适用现代的IP网络，使用IP网络协议对ALC和UTS协议进行封装，使之可以在IP网络上传输，这就是MATIP协议。HAS支持以上所有类型的协议，这覆盖了当前航空客运行业主机通信的所有协议类型，在与各种主机通信的过程，具有无限的适应性。

4.双机热备份的功能。HAS平台实现了双机热备份，即在服务器系统架构上采用两台完全相同的服务器，运行相同的数据，在ASP与HAS通信过程中，会选择其中一个服务器来进行通信，当此服务器由于软件或硬件的原因不可正常工作的情况下，ASP会自动选择与另一台服务器进行通行，从而在极大程度上保证了系统的可用性。

CMP(中央管理平台)

CMP平台是中央管理平台，它主要负责对机场客户端的统一管理、软件升级以及运行的监控等管理方面工作。CMP平台具有如下功能：

1.用户管理。通过CMP平台的统一设置，可以统一所有机场客户端的本地策略，从而达到用户统一管理的目的，更好的维护了生产安全。CMP平台是HAS平台配置管理Web页面的Web服务实现，提供使用Web页面来管理和配置HAS平台的服务。CMP平台本身可以配置用户，根据用户名密码的方式来验证客户的操作权限。

2.系统运行状态监控功能。CMP平台提供对系统运行状态的统一监控管理，通过CMP平台，可以实时监控系统的运行状态，监控系统运行数据，充分保障的生产系统安全。CMP平台可以监控所有HAS正在或获取曾经进行的主机通信，这种监控可以定位到当前某个机场的某个工作站用户正在与主机通信或曾经与主机通信，以及其通信的内容。

本发明的多主机平台方法包括：

步骤1，客户端与ASP平台建立连接

客户端首先发起与ASP平台的Socket网络连接，然后进行Open操作以打开设备，之后根据ASP平台针对各种不同设备的通信逻辑，进行Read操作，Write操作，Cancel操作以及IoCtrl操作，最后，当不再使用设备或根据自身逻辑需要，可以使用Close操作来关闭，最后断开与ASP平台的Socket网络连接。其流程请参见图2。

ASP平台的各个服务以Windows系统服务的形式存在与各个工作站之上，各个服务在启动的过程中，根据配置，初始化自身的运行参数，建立与实际设备的通信，同时监听相应的网络端口，等待客户端应用程序的连接，在连接之后，根据客户端的要求，完成各种操作。其流程请参见图3。

步骤2HAS与主机通信

HAS在接收到与主机通信的请求后，首先根据请求内容，根据自身的配置，判断使用何种主机通信协议、该请求应该与哪个航空公司的主机进行通信、该请求具有何种通信权利等等，建议与主机之间的通信。在通信过程中，处理通信协议。最后当客户端决定终止通信后，释放主机资源。其流程请参见图4。

步骤3CMP配置管理的步骤

用户通过Web浏览器进行对系统平台的配置和管理。首先用户在浏览器中输入相应的地址，然后输入用户名/密码，即可对整个HAS平台进行各种配置操作，以及查看各种服务运行的状态。

步骤4集中部署的步骤

AngelCUE可以采取集中部署的方式，从而让航空公司可以以一根线路同时支持四个机场，从而节省大量的租线费用；同时，简化在机场部署的模块，为机场降低节省维护成本。当然，对于特殊的需要，机场也可以采用机场本地部署的方式。其流程请参见图5、图6。

其中步骤1还包括步骤1A，步骤1B，步骤1C，步骤1D，步骤1E和步骤1F。

步骤1A客户应有程序操作打印类设备服务的操作步骤

参见图7，打印类设备主要包括登机牌打印机ATB，行李牌打印机BTP，舱单打印机DCP。其中ATB和BTP的操作涉及向设备写入数据，和从设备读取数据，而DCP的操作则只涉及写入数据。在对ATB或BTP进行操作的过程中，客户应用程序每次要写入数据即写操作之前，需要先向相应的服务进行读操作，以获取写操作的结果。对DCP类操作，则是建立连接后，直接进行写操作。

步骤1B打印类服务操作设备的步骤

参见图8，ATB，BTP类设备的操作，首先要根据配置打开相应的串口资源，然后根据配置判断应该采用何种设备通信协议与设备通信，然后根据客户应用程序的操作指令与设备进行通信。DCP设备则可直接与并口资源相通信，也可以利用Windows操作系统的打印机服务进行打印操作。

步骤1C客户应用程序操作读取类设备服务的步骤

参见图9，读取类设备包括护照阅读器OCR，条码阅读器LSR，磁条阅读器MSR等多种设备，客户应用程序在操作这些服务的过程中，应确保每次获取数据之前，向服务发送读操作指令，如果不发送指令，则当设备有输入到来时，不会向已经连接的客户应用程序发送输入内容。

步骤1D读取类设备服务操作设备的步骤

参见图10，读取类设备的操作，首先根据配置打开相应的串口资源，然后监听设备的输入，根据客户应用程序的读操作指令来将相应的设备输入内容发送给客户应用程序。在从设备读取内容的过程中，还会根据配置编辑输入内容的格式以保证客户应用程序能够正确的解析输入的内容。

步骤1E客户应用对设备的共享访问步骤

参见图11，多个客户应用程序可以通过ASP提供的服务共享同一个设备。在建立与ASP服务的连接之后，根据自身的逻辑决定是否进行锁定操作，当设备服务被某个客户应用程序锁定之后，只有该客户应用程序能够与该设备进行交互，其他连接到给设备服务的客户应用程序都无法与设备进行交互，所有的操作返回都显示该设备已经被锁定。需要指出的是，如果读取类设备不被锁定，那么同一设备的输入，会被发送到各个连接到该设备的客户应用程序。

步骤1FATB，BTP设备服务对打印交互的编辑的步骤

参见图12，ASP的一个重要的特点就是能够对打印数据流进行编辑，通过改变数据流完成适配各种打印机的能力。举例来说，国内许多机场都使用BTP打印机来代替ATB进行登机牌打印的任务。但是从航空公司主机发送下来的数据流都是比较标准的ATB打印数据流，这就需要平台对打印数据流进行某种编辑才能正常的工作。

客户端应用与ASP平台建立连接

本部分描述客户端应用与平台建立连接以及交互的过程。客户端与平台的交互是通过Socket连接来进行的，在Socket连接完成后，通过平台规定的六种指令完成所有的通信任务。六种指令如下：

●Open指令

●Close指令

●Read指令

●Write指令

●Cancel指令

●IoCtrl指令

六种指令在通信过程中被直接转换成为字节流，按照小字节序，即低位在前，高位在后排列。在各种指令字节流，有起始符和结束符，分别用十六进制的0x02和0x03表示，同时如果在字节流内部出现，则在其前面添加0x01字符作为保护字符，以在解析的过程中辨别这不是一个指令的开始和结束。

每种指令都有应用程序发送给ASP平台，ASP平台则在执行完毕后，根据执行的结果给应用程序发送一条指令回复。每个指令有若干个字段分别代表不同的含义，每个指令的字段不完全相同，但又有共同的地方。

发送给ASP的指令，根据指令的不同，会包含以下几种字段：命令代码，设备类型，指令序列号，应用程序ID，设备ID，航空公司ID，机场ID，终端ID，选项标识，写入数据字段，写入数据长度标识，读取数据字段，读取数据长度标识，子命令字段等。其中应用程序ID是每个应用程序的标识，如果在同一个Socket连接上，不使用ASP指定的应用程序ID，则ASP平台会认为此指令无效。指令序列号是指令顺序的标识，Open指令会是1，后续从1开始递增，同时对该指令的执行结果会带有相同的指令序列号以表示是该条指令的执行结果，用来匹配指令的处理结果。命令代码表示该指令是何种指令，设备类型标识设备的具体类型。

指令的返回结果，主要包含以下字段：命令代码，设备类型，指令序列号，执行结果标识。执行结果有成功和失败。其中失败则会返回原因代码，有以下几种，相应服务连接失败，无效的设备ID，无效的设备标识，缓冲区过短，无效的航空公司代码，无效的机场代码，无效的终端代码，设备超时，系统错误，无效的选项标识，设备已锁定，指令以取消，无效的子命令代码等。

Open指令主要包含以下字段：命令代码，设备类型，指令序列号，设备ID，航空公司ID，机场工D，终端ID，选项标识。在ASP平台处理Open指令结束后，会向应用程序发送Open指令的返回结果，主要包含以下字段：命令代码，设备类型，指令序列号，应用程序ID执行结果标识。其中最重要的是应用程序ID，Open指令过后，每次与ASP通信都必须使用本次操作返回的航空公司代码，否则指令将被视为无效指令。

Close指令主要包含以下字段：命令代码，应用程序ID，设备类型，指令序列号，设备ID，选项标识。在ASP平台处理指令结束后，会向应用程序发送指令的返回结果，主要包含以下字段：命令代码，设备类型，指令序列号，应用程序ID，执行结果标识。Close指令执行后，所有该应用程序发送的其他指令，都将被抛弃，同时ASP会中断与该应用程序的Socket连接。

Read指令主要包含以下字段：命令代码，应用程序ID，设备类型，指令序列号，设备ID，选项标识，读取信息长度。在ASP平台处理指令结束后，会向应用程序发送指令的返回结果，主要包含以下字段：命令代码，设备类型，指令序列号，应用程序ID，执行结果标识，读取数据的长度，读取数据的内容。Read指令执行后，ASP会将读取到的内容通过返回发送给应用程序。如果读取到的数据的长度超过Read指令发送的制定长度，则返回结果则会标识出该内容，需要重新发送读取指令，知道读取到全部的结果为止，应用程序负责将所有的读取内容拼接成一条完整的内容，为防止这种情况的发生，一般要求应用程序预估返回结果长度，并将读取信息长度字段置为大于此长度，以避免多余的通信。

Write指令主要包含以下字段：命令代码，应用程序ID，设备类型，指令序列号，设备ID，选项标识，写入信息长度，写入数据。在ASP平台处理指令结束后，会向应用程序发送指令的返回结果，主要包含以下字段：命令代码，设备类型，指令序列号，应用程序ID，执行结果标识。Write指令执行后，会向设备写入数据，并得到写入数据的返回结果，有时写入数据是对设备的某种命令，Write指令的执行结果标识并不表示是否指令执行成功，而是仅仅表示，是否正确的将该指令写入到设备，相应的命令返回结果需要另外发送Read指令来获取。

IoCtrl指令主要包含以下字段：命令代码，应用程序ID，子命令标识，设备类型，指令序列号，设备ID，选项标识，读取数据长度，写入信息长度，写入数据。在ASP平台处理指令结束后，会向应用程序发送指令的返回结果，主要包含以下字段：命令代码，应用程序ID，子命令代码，设备类型，指令序列号，执行结果标识，读取信息、长度，读取到的数据。IoCtrl指令是一个综合控制指令，其子命令代码表示了该指令的实际用途，主要有以下几类：锁指令，解锁指令，状态查询指令。其中，锁指令和解锁指令是表示应用程序是否独占该设备，一但锁定，则该设备不再允许其他的应用程序打开，即其他应用程序发送Open指令会得到失败的结果，其返回代码中会表示为已经锁定，当应用程序不再需要独占设备时，发送解锁指令，这样其他的应用程序就可以打开该设备了。需要注意的是，针对不同的设备，ASP处理锁指令和解锁指令的方法是不同的，如果是读取设备，则锁定指令会真实锁定，如果是某种打印机设备，则返回结果为锁定成功，但是其他应用程序仍然可以打开该设备。状态查询指令与选项标识配合又可以有两种执行方式，即同步或异步，当为同步指令时，状态查询指令执行完毕立即返回当前状态，如果是异步指令，则只有当设备的状态变化时才会返回指令。设备状态的返回会通过读取数据字段传达给应用程序，主要包含以下几种结果：是否有读请求在等待，是否有写请求在等待，是否有异步查询指令在等待，是否处于锁定状态，设备是否在线，打印设备是否缺纸，是否有读数据处于ready状态，串口设备的CTS，RTS，DSR，DTR状态，Gateway是否正在轮询，Gateway是否可用等等包含所有ASP可控制的设备的所有状态。

Cancel指令主要包含以下字段：命令代码，应用程序DD，设备类型，指令序列号，设备ID，选项标识。在ASP平台处理指令结束后，会向应用程序发送指令的返回结果，主要包含以下字段：命令代码，应用程序ID，设备类型，指令序列号，执行结果标识。需要取消何种指令那个由选项标识字段决定，主要会有以下几种，取消所有的读指令，取消所有的写指令，取消所有的异步状态查询指令，取消所有的锁定指令。

在AngelCUE平台通常的情形下，应用程序会直接和各个设备服务直接交互以进行各种业务的办理。但在某些情况下，由于应用程序本身历史原因等，应用程序也可以与一个类似代理的服务首先交互，从而进一步与其他的具体服务交互。

IATA CUTE标准的通信协议是私有的，AngelCUE的通信协议应当得到保护。

ASP平台各个服务的运行

ASP平台的对应不同的设备会有不同的系统服务来负责控制。需要控制哪些设备，就启动相应的服务。这都是写在平台的启动脚本中的，各个不同的工作站启动的服务并不完全相同，例如值机工作站不会启动条码扫描服务，舱单打印工作站不会启动ATB和BTP服务等。如果同一类型的工作站使用的是不同型号的同类型设备，那么配置也是不相同的。例如一号工作站使用XX型登机牌打印机，其串口通信参数为9600，N，8，1。而二号工作站使用YY型打印机，其串口通信参数为9600，N，7，1。这里不穷举所有的不同，只是示意一下而已。

HAS与主机通信

主机通信协议主要包括ALC和UTS协议，及其各类表中，ALC对应IBM公司生产的主机系统，而UTS对应Unisys公司生产的主机系统。目前中国航信使用的主机系统就是Unisys系统，而日航，全日空，大韩，韩亚等航空公司使用的就是IBM的主机系统。主机通信随着网络技术的不断发展，也逐渐进步，这是使用的通信协议是MATIP协议，这种协议可以把传统协议封装在IP协议之内，从而使其可以在IP网络中进行通信。虽然主机系统也在不断的变化，但是总会遵循以上几种主机通信协议。

根据与航空公司主机通信线路的不同，可以使用AngelCUE提供的硬件网关来实现，也可以通过专用的IP网络来完成。AngelCUE的HAS平台只负责与网络服务提供商的网络的接入，而不负责网络的运营和维护。不同的网络对应不同物理设备，传统协议需要网管，而MATIP协议只需要服务器即可。

HAS与主机的通信重点在于对航空公司主机通信协议的适配，不同的通信协议对应不同的适配器，根据配置决定与某个航空公司的主机通信的过程中到底使用什么适配器。为了保证与各个航空公司的主机的通信保持相对的独立性，一个出了问题不会影响其他航空公司的业务正常办理，不同的航空公司对应不同的适配器。

为了进一步增加系统的可扩展性和防止机器故障对客户业务办理的影响，同时增加系统的稳定性，HAS可以使用多台不同的服务器为不同的航空公司服务，这样可以手动使各个服务器的负载相对均衡。

例如新增航空公司1主机使用UTS通信协议，新增航空公司2主机使用ALC通信协议，航空公司3使用MATIP协议，则可以增加配置，航空公司1的UTS适配器和航空公司2的ALC适配器，航空公司3的MATIP适配器，三者之间没有任何冲突和影响，同时对已经投入使用的适配器也没有任何影响。

与每一个航空公司主机的通信会通过至少一根的物理线路来完成，如果航空公司有意愿，还可以为每根线路提供备份线路，在主线路出现收障的情况下，可以切换到备份线路，这都可以通过增加适配器来完成。

与一个航空公司主机建立通信链路后，航空公司会在主机端建立配置，决定该链路上运行那些机场的数据，分配线路上有多少个终端可以同时接入主机，每个终端上可以连接何种设备等信息。HAS同过配置池的使用对此种情况进行控制，每个池中可以设置若干个配置，如何连接到不同的池是通过用户连接所使用的用户名和密码来确定。当部署在机场的机台上的航空公司应用想与主机进行通信时，首先需要通过ASP和HAS与主机建立连接，根据该柜台所使用的连接用的用户名和密码，HAS为该连接分配配置池中的配置，使其建立通信。池中的配置数量是有限的，分配是按照先到先得的原则进行的，如果池中已经没有配置可用，则HAS会阻止该终端的通信请求。例如建立XX航空公司在YYY机场的四个配置池A，B，C，D。其中A池用于值机柜台，带有VTU，ATB，BTP设备；B池用于登机柜台，带有VTU，LSR设备；C池是舱当打印柜台使用，配有VTU和DCP设备。D池用于向机场发送准实时行李信息，配有DCP配置。其中A池有12个配置，B池有2个配置，C池有一个配置，D池有一个配置。这意味着航空公司XX在YYY为旅客办理业务时，可以同时开12个值机柜台，2个登机柜台，一个舱单打印柜台，有1个后台服务能够接受主机的准实时信息。如果有第13个柜台作为值机柜台与主机通信时，会被HAS拒绝。在某个柜台如果同时连接ATB，BTP，DCP设备的话，在以上的情况下，如果使用A池中的用户名和密码建立通信，则ATB，BTP设备可用，DCP设备不可用，如果使用C池中的用户名和密码的话，ATB和BTP不可用，DCP可用。

CMP配置管理与监控

CMP配置管理与监控指的主要是对HAS进行配置，通过Web浏览器来完成该项工作。上一节中提到的所有HAS配置都在CMP平台中进行。同时，为了保证对系统安全的保护，在使用CMP平台的过程中，需要输入用户的用户名和密码才可以对系统进行配置。

集中部署方式

国际上同类产品的部署方式，都是本地部署的方式，即主机接入服务器以及网关等都部署在本地，由机场本地维护，每个开航的航空公司需要租赁专用的线路，连接到机场，各个机场很难共用资源。

集中部署方式是借助于航信的北京核心机房，将AngelCUE的主机接入服务器群组和配置服务器群组放置在航信的北京核心机房，实现根据不同的航空公司使多个不同的机场共用航空公司的一根线路，从而大大节省了航空公司线路租赁的费用。同时，大大节省了机场的硬件与维护成本。北京核心机房的服务器群组由航信运行中心的专业团队维护，极大的保证了系统的稳定性，提高了设备使用率。

集中部署，集中维护的系统部署方式在AngelCUE之前，同类产品未曾使用，应予以保护。

客户应用程序操作打印类设备服务

打印类设备主要分为两种：一种是登机牌打印机和行李牌打印机，另一种舱单打印机。前者与平台和应用程序的通信是通过设备自身的指令系统来进行交互的，通信层面上采用Socket连接与应用程序交互，使用ASP通信协议。后者是类似于普通的文档打印机，可以根据配置采用直接与串口通信的方式，或采用windows操作系统的打印服务，这中打印机没有指令系统，也不需要多余的交互。

第二类打印设备的操作很简单，这里重点描述客户应用程序与第一类打印设备服务的交互。与这一类设备服务交互，必须首先发送Open指令打开相应的服务，如果设备服务当前正在运行，则可以正常的打开设备。如果没有运行的情况下，则会返回IPC失败的结果。由于与此类打印设备的交互会涉及其具体的指令系统，这是类似向打印机请求并获得结果的过程，所以应用程序需要首先向设备服务发送Read指令以来保证及时的读取到Write指令执行后，打印机返回的打印机指令。一般情况下，应用程序需要在打开设备服务后，需要发送一系列的打印机指令来初始化设备服务和设备。初始化设备服务主要是切换当前连接的航空公司用户，以保证后续的数据流编辑功能，能够按照正确的配置对交互内容进行编辑。对设备的初始化，主要包括发送打印格式文件，打印图片文件等，之后就可以发送打印数据流进行登机牌和行李牌的打印。在此过程中，应用程序还可以以打印机指令或ASP通信协议两种方式查询打印机的状态。如果应用程序需要保持对设备的实时状态显示，则可以采用轮询和异步IoCtrl指令查询。在应用程序切换航空公司用户的时候，设备服务会切换到相应的配置组，这个配置组包含了一系列的和该航空公司相关的配置，例如数据的交易代码，数据头，如何编辑数据项，返回的数据格式等等。

打印类服务操作设备的步骤

本部分主要描述ATB，BTP类打印设备，DCP类打印设备操作比较简单，不需要特别的描述。

打印机操作设备，主要是根据配置，针对不同的打印设备，采用不同的通信方式。

首先根据配置，使用相应的串口参数打开串口，然后等待应用程序的访问。目前支持的ATB和BTP打印机，主要有符合CUTE的，和类似AEA标准的两种。使用CUTE标准的打印机时，使用专门的模块，完全按照打印机的通信逻辑进行处理。而当使用类似AEA的打印机时，服务应用会认定通信模式为一问一答式，即每向打印机发送一条数据后，须等到打印机的返回才会继续处理后续的事务。CUTE标准是AEA标准的扩展，指令系统大同小异，但通信协议上有所出入，分别由两个不同的模块来处理。

对于类AEA设备，各个厂商的设备的支持能方有可能不尽相同，ASP将自身的配置最大化，力争能够支持对尽量多的情况。

客户应用程序操作读取类设备服务

应用操作读取类设备服务，也需要首先Open指令打开设备，然后通过不断的发送Read指令来获取设备的输入。需要注意的是，如果航空公司应用不发送IoCtrl的锁定指令的话，所有连接到该服务的已经发送过Read指令的应用程序都会收到该数据，所以应该发送锁定指令，对设备进行锁定。当然也可以在使用中，认为规定，同一时间只打开一个航空公司的应用。在Open指令打开时，需要在选项字段中，指定使用的分析读取数据的方式。

Write指令只负责向设备写数据，设备向上发送的数据必须通过Read指令获取，如果没有Read指令，数据会积存在内容中，超过一定数量会丢弃最先积存的数据。

读取类设备服务操作设备

服务根据配置的串口参数打开设备，监听串口的输入，一旦发现数据，根据指定的配置解析数据，然后检查有没有Read指令在等待数据，有的话，直接匹配指令回复给应用程序即可。

客户应用对设备的共享访问

图11，从流程的角度描述共享访问。这里在不同情况中具体说明。对于设备的锁定，各种设备的表现是不尽相同的，使用方式也不尽相同。

ASP最大程度的支持外部设备的共享和并发：

●不同柜台可以同时使用同一外设。

●不同应用程序可以同时使用同一外设。

设备的共享是CUTE系统的基本和核心功能，正是设备共享和主机连接管理形成了CUTE系统的核心理念。AngelCUE采用虚拟锁定，不锁定共享，焦点锁定等机制来保证设备访问的共享和并发。

虚拟锁定机制是ASP针对与工作站连接采用串口等独占式操作，并且与设备交互必须有上下文联系的设备所提供的一种共享方式。在软件通信协议层面，当客户程序要求锁定设备时，其他的客户连接将不能获得该资源，直到锁定设备的客户连接释放锁定后，其他的客户连接才能访问并使用该资源。这种机制是传统的共享和并发访问机制，由于被某一应用锁定的设备，其他应用不能再次锁定，所以设备的访问实际上是共享和分时的。

不锁定共享是ASP针对与工作站连接采用串口等独占式操作，并且与设备交互具原子操作性特点，无上下文联系的设备所提供的一种共享方式。仔细分析了不同设备访问的特点，有些应用程序与设备采用单向向下或一问一答，无上下文联系交互，并且交互速度较快。AngelCUE将这类设备抽象为一类设备，对设备的访问请求在软件层面进行排队，并记录应用软件的请求顺序，按照队列顺序对外设操作。这种机制是AngelCUE特有的共享和并发访问机制，由于应用不需要锁定设备，设备的访问接近于共享的和并发的。

对于航信开发的航空公司应用来讲，可以跳出平台的共享限定，对诸如PS/2或USB模拟PS/2类的输入设备采用焦点锁定共享方式，当焦点在某个应用上时，输入流就导向该应用，对这类设备的支持，大大增加了用户选用设备的广泛程度。

基于以上的多种机制，AngelCUE完全支持多应用共享设备和并发访问设备。另外，AngelCUE的设备共享机制可以保证应用程序远程访问任意平台范围的的外设。最后值得一提的是，共享和并发的应用环境应该限制为数量不多的应用程序共享设备，本工作站同时开启的应用程序共享设备，或在设备受损、且没有备件等条件下共享设备等几种条件下。由于物理设备和业务应用环境的限制，物理设备不可能做到瞬间完成任务，所以大量的应用程序共享必然会造成更长的等待时间，业务流程上来讲，也不可能让分别在十个柜台上办理值机手续的旅客在同一个登机牌打印机处领取登机牌。

ATB，BTP设备服务对打印交互的编辑

在通常的应用与设备服务的交互过程中，应用程序会首先发送用户切换指令，使设备切换到相应的用户环境下，然后发送打印格式文件初始化打印机，之后根据需要发送logo文件，之后就可以在操作人员需要打印登机牌和行李牌的时候发送打印数据流给打印机进行打印工作了。

根据前面的描述ASP支持两种主要类型的打印机，一种是CUTE标准的，另外一种就是类AEA标准的设备。国内的机场使用后一种的情况比较多，而且有很多机场为了维护的方便，通常只采购一种打印机，以减少维护的成本，即使用两台行李牌打印机分别打印登机牌和行李牌。CUTE或AEA标准的登机牌打印机和行李牌打印机使用的交互指令不是一样的，尤其是格式文件和打印数据流。格式文件一般存储在本地应用程序内部，但是打印数据流都必须是从航空公司的主机系统中发送来的，这就与国内目前的环境有了冲突。另外，一些航空公司主机应用并不支持航信的18位条码数据信息，或者没有二维条码信息，造成无法在登机系统扫描登机牌，确认旅客身份。AngelCUE通过编辑应用程序与打印机之间的交互数据来解决这种问题。

需要指出的，当使用CUTE标准的打印机时，一般不存在任何问题，应用和设备遵循相同的标准，当然在出现意外时，也可以进行各种编辑工作。那么重点就在使用类AEA设备的情况下。ASP采用三个方法来解决这些问题。第一个是各种命令的映射，第二个是打印机数据流的编辑，第三个是返回数据的编辑。在用户发送切换用户指令时，手心ASP会根据该指令的有求，将该连接上的工作模式更改到相应航空公司，后续的编辑工作都跟该航空公司的配置相关。当应用程序发送各种指令时，就用到指令映射功能，ASP会根据指令的关键字，在配置表中查找相应的配置，然后根据配置，决定是否或以其他指令代替该指令发送给打印机。打印机在完成相应的工作后，返回结果，ASP会再次根据配置，将返回数据编辑成符合标准的格式。如果向打印机发送的是打印数据流，那么就会根据航空公司的配置，根据需要手边变更打印数据流的种类，如在打印登机牌的过程中，是否需要将数据流变成行李牌数据流以符合具体打印机的需要。然后匹配相应的格式文件版本号，然后根据该航空公司的配置在打印数据流的制定位置提取相应的信息组成条码信息。之后就可以将打印数据流发送给打印机了，打印机打印完毕后，再根据配置将返回信息根据指定的配置再次编辑后回复给应用程序。

举列来说，某机场使用行李牌打印机打印登机牌，那么XX航空公司应用程序与打印机交互时，会有如下流程。发送切换航空公司用户指令，ASP内部一切换到XX航空公司的配置，应用程序发送格式文件，格式类似：

AD；PT#……V7……

其中“PT”代表这是格式文件，“V7”代表该格式文件的大版本号是V，小版本号是7，“AD；”是前导符，打印机肯定不能识别该格式文件，那么ASP会将“AD；”去掉，根据XX航公司的配置，会将该条数据整个替换为：

BTT0101……#88B……#……

其中“BTT”是行李牌打印机格式文件的标识，“0101”是该格式文件的版本号。省略的是打印机可识别的格式定义的具体信息，“#88”是内容编号，“B……”代表增加的条码的格式定义。

打印机成功处理后，会回复信息，不同型号不相同，假设只回复最基本的“PTOK”。那么ASP会添加前导符“AR；”，根据配置增加交易代码和对应的版本号，例如“CHECK”和“V7”，回复给应用程序的数据就变成：

AR；CHECKPTOKV7

这就完成了指令的映射和返回信息的编辑。

当发送打印数据流时，其格式类似于：

AD；CP#……#01V#……#05XX#……#14508#……#2305A#……#44PEK#……

且不包含条码信息。

其中“CP”代表这是打印数据流，“V”代表该格式文件的大版本号是V，小版本号是7，“AD；”是前导符。“#05”，“#14”，“#23”，“#44”是数据流内容编号，不重要。“XX”是XX航空公司代码，“508”是航班号，“05A”是座位号，“PEK”是始发站。那么ASP会将“AD；”去掉，根据XX航空公司的配置，将版本号映射为“0101”，同时提取相应的信息组成条码数据，假设条码只需要航班号，座位号和始发站。编辑完成的打印数据流是：

BTP0101……#88XX50805APEK#……

打印机打印成功后返回“PROK”，那么会再次编辑，此不赘述，形成：

AR；CHECKPROK#0101#200#300

有些指令打印机不认，也无需发送到打印机，例如某种设置指令：“BT……”那么ASP会根据指令关键字，直接返回对应的回答“BTOK”给应用程序。

通过以上所描述的三种方法，ASP可处理设备类型极大的增加，这种功能是其他多主机共用平台所不具备的。

Claims (1)

1.一种多主机平台方法，其特征在于包括如下步骤：

1)客户端与机场端管理平台ASP平台建立连接，

客户端首先发起与ASP平台的Socket网络连接，然后进行Open操作以打开设备，之后根据ASP平台针对各种不同设备的通信逻辑，进行Read操作，Write操作，Cancel操作以及IoCtrl操作，最后，当不再使用设备或根据自身逻辑需要，可以使用Close操作来关闭，最后断开与ASP平台的Socket网络连接：

2)多主机接入平台HAS与主机通信，

HAS在接收到与主机通信的请求后，首先根据请求内容，根据自身的配置，判断使用何种主机通信协议、该请求应该与哪个航空公司的主机进行通信、该请求具有何种通信权利，建立与主机之间的通信：在通信过程中，处理通信协议：最后当客户端决定终止通信后，释放主机资源：

3）中央管理平台CMP配置管理的步骤

通过Web浏览器进行对系统平台的配置和管理，首先在浏览器中输入相应的地址，然后输入用户名/密码，即可对整个HAS平台进行各种配置操作，以及查看各种服务运行的状态；

4)集中部署的步骤

多主机平台采取集中部署的方式，从而让航空公司可以以一根线路同时支持四个机场，从而节省大量的租线费用；同时，简化在机场部署的模块，为机场降低节省维护成本；对于特殊的需要，机场也可以采用机场本地部署的方式；

其中所述步骤1)还包括步骤1A，步骤1B，步骤1C，步骤1D，步骤1E和步骤1F：

步骤1A，客户应用程序操作打印类设备服务的操作步骤：

打印类设备包括登机牌打印机ATB，行李牌打印机BTP，舱单打印机DCP，其中ATB和BTP的操作涉及向设备写入数据，和从设备读取数据，而DCP的操作则只涉及写入数据；在对ATB或BTP进行操作的过程中，客户应用程序每次要写入数据即写操作之前，需要先向相应的服务进行读操作，以获取写操作的结果；对DCP类操作，则是建立连接后，直接进行写操作；

步骤1B，打印类服务操作设备的步骤：

ATB，BTP类设备首先根据配置打开相应的串口资源，然后根据配置判断应该采用何种设备通信协议与设备通信，然后根据客户应用程序的操作指令与设备进行通信；DCP设备则可直接与并口资源相通信，也可以利用Windows操作系统的打印机服务进行打印操作；

步骤1C，客户应用程序操作读取类设备服务的步骤：

所述读取类设备包括护照阅读器OCR，条码阅读器LSR，磁条阅读器MSR，客户应用程序在操作这些服务的过程中，应确保每次获取数据之前，向设备服务发送读操作指令，如果不发送指令，则当设备有输入到来时，不会向已经连接的客户应用程序发送输入内容；

步骤1D，读取类设备服务操作设备的步骤：

首先根据配置打开相应的串口资源，然后监听设备的输入，根据客户应用程序的读操作指令来将相应的设备输入内容发送给客户应用程序；在从设备读取内容的过程中，还会根据配置编辑输入内容的格式以保证客户应用程序能够正确的解析输入的内容：

步骤1E客户应用对设备的共享访问步骤：

多个客户应用程序可以通过ASP提供的服务共享同一个设备；在建立与ASP服务的连接之后，根据自身的逻辑决定是否进行锁定操作，当设备服务被某个客户应用程序锁定之后，只有该客户应用程序能够与该设备进行交互，其他连接到给设备服务的客户应用程序都无法与设备进行交互，所有的操作返回都显示该设备已经被锁定；如果读取类设备不被锁定，那么同一设备的输入，会被发送到各个连接到该设备的客户应用程序；

步骤1F，ATB，BTP设备服务对打印交互的编辑的步骤：

ASP的一个重要的特点就是能够对打印数据流进行编辑，通过改变数据流完成适配各种打印机的能力，可以用BTP打印机来代替ATB进行登机牌打印的任务；如果从航空公司主机发送下来的数据流都是标准的ATB打印数据流，就需要平台对打印数据流进行某种编辑才能正常的工作。

Images