T/CCAATB 0005-2020 民用机场共用自助旅客处理平台技术规范

ICS03.220.50

V07

T/CCAACCTAATB-000B2-2019

中国民用机场协会团体标准

T/CCAATB0005—2020

民用机场共用自助旅客处理平台技术规范

Technicalspecificationofcivilairportcommonuseselfpassengerprocessing

platform

2020-09-18发布2020-09-18实施

中国民用机场协会发布

T/CCAATB0005—2020

目  次

前  言VI

1范围1

2规范性引用文件1

3术语和定义1

4CUSS总则3

4.1CUSS简介3

4.2CUSS基本原则3

4.3CUSS平台软件架构4

4.4平台与航司应用通讯机制4

4.5组件定义7

5航司应用管理接口规范10

5.1航司应用管理接口10

5.2航司应用管理指令13

5.3回调(Callback)指令与事件19

6设备组件接口规范（DeviceComponentInterface）26

6.1设备组件接口26

6.2设备组件接口(DCI)指令29

6.3设备组件（Callback）事件44

7数据结构定义48

7.1总则48

7.2引用（Reference）48

7.3名称（Name）49

7.4超时（Timeout）49

7.5航司应用令牌（ApplicationToken）49

7.6相关性（Correlation）49

7.7虚拟组件参数（VcompReference）49

7.8柜机位置（KioskLocation）49

7.9柜机的GPS坐标（KioskGPSCoordinates）49

7.10数据（Data）50

7.11柜机航司应用身份证明（KioskApplicationID）50

7.12事件（Event）51

7.13事件列表选择（EventListSelection）51

7.14事件代码选择（EventCodeSelection）51

7.15事件类型选择（EventTypeSelection）52

7.16组件选择（ComponentSelection）52

7.17事件分类选择（EventcategorySelection）52

8虚拟组件属性52

I

T/CCAATB0005—2020

8.1公共属性53

8.2航司应用（Application）属性55

8.3废纸槽（Capture）属性56

8.4数据输入（DataInput）属性56

8.5数据输出（DataOutput）属性56

8.6出纸口（Dispenser）属性56

8.7显示（Display）属性56

8.8进纸口（Feeder）属性57

8.9介质输入（MediaInput）属性57

8.10介质输出（MediaOutput）属性58

8.11网络（Network）属性59

8.12存储（Storage）属性59

8.13用户输入（UserInput）属性59

8.14用户输出（UserOutput）属性59

9实体设备编程规范59

9.1总则59

9.2ATB打印机（AEA打印设备）60

9.3行李条打印机62

9.4插卡式/刷卡式磁卡读卡器63

9.5GPP打印机66

9.6刷卡护照阅读器67

9.7条形码扫描仪68

9.8综合行李系统（自助行李托运AEA-SBD）70

9.9身份证阅读器（IDReader）73

附录A（规范性附录）函数返回码、事件码、状态码和数据状态码75

附录B（规范性附录）组件映射81

附录C（规范性附录）技术和标准85

附录D（规范性附录）扩展数据类型列表91

表1指令模式表5

表2指令分类表5

表3事件触发场景表6

表4Alarm和Alert的主要区别表6

表5组件表7

表6虚拟组件与组件类表9

表7AMI航司应用状态描述表10

表8Level指令表14

表9Component指令表15

表10GenerateEvent指令表15

表11QueryEvent指令表16

表12RegisterEvent指令表17

表13WaitEvent指令表17

表14InitRequest指令表18

II

T/CCAATB0005—2020

表15Notify指令表18

表16Callback指令表19

表17CUSS航司应用管理CallbackEventCode表19

表18设备组件状态表27

表19设备组件状态转换表29

表20Acquire指令表29

表21Acquire指令StatusCode表30

表22Disable指令表31

表23Disable指令StatusCode表31

表24Enable指令表32

表25Enable指令StatusCode表32

表26Query指令表33

表27Query指令StatusCode表34

表28Release指令表34

表29Release指令StatusCode表35

表30Setup指令表35

表31Setup指令StatusCode表36

表32Test指令表36

表33Test指令StatusCode表37

表34Receive指令表38

表35Receive指令StatusCode表38

表36Send指令表39

表37Send指令StatusCode表40

表38Offer指令表40

表39Offer指令StatusCode表41

表40Retain指令表42

表41Retain指令StatusCode表42

表42Cancel指令表43

表43Cancel指令StatusCode表43

表44Callback指令表44

表45CUSS设备组件CallbackEventCode表45

表46KioskLocation数据结构表49

表47KioskGPSCoordinates数据结构表50

表48Data数据结构表50

表49KioskApplicationID数据结构表50

表50Event数据结构表51

表51EventListSelection数据结构表51

表52EventCodeSelection数据结构表52

表53EventTypeSelection数据结构表52

表54ComponentSelection数据结构表52

表55EventcategorySelection数据结构表52

表56BinSettings属性表53

表57ComponenetFonts属性表53

III

T/CCAATB0005—2020

表58IOMode属性表53

表59setIOMode指令表54

表60Location属性表54

表61Manufacturer属性表54

表62MediaType属性表55

表63MediaTypeList属性表55

表64Application属性表55

表65DataInput属性表56

表66DataOutput属性表56

表67Dispenser属性表56

表68Display属性表57

表69SetScreenResolution指令表57

表70MediaInput属性表57

表71MediaOutput属性表58

表72SetPrintOrientation指令表58

表73Storage属性表59

表74ATB打印机MediaOutput属性表60

表75ATB打印机Dispenser属性表60

表76行李条打印机MediaOutput属性表62

表77行李条打印机Dispenser属性表62

表78插卡式/刷卡式磁卡读卡器MediaInput属性表64

表79GPP打印机MediaOutput属性表66

表80GPP打印机的Dispenser属性表66

表81刷卡护照阅读器的MediaInput属性表68

表82条形码扫描仪的MediaInput属性表69

表83自助行李托运AEA-SBD的UseOutput表71

表84自助行李托运AEA-SBD的DataOutput表71

表85身份证阅读器MediaInput表73

表A.1FunctionReturnCode表75

表A.2EventCode表75

表A.3StatusCode表781

表A.4DataStatuCode表810

表B.1典型的CUSS实体组件81

表D.1扩展数据类型表91

图1典型的CUSS架构图3

图2事件转换概述图7

图3航司应用状态转换图12

图4设备组件状态图（航司应用视图）28

图5ATB打印机链接图60

图6ATB打印机的典型序列图61

图7行李条打印机链接图62

图8行李条打印机的典型序列图63

IV

T/CCAATB0005—2020

图9插卡式/刷卡式磁卡读卡器链接图64

图10插卡式磁卡读卡器的典型序列图65

图11刷卡式磁卡读卡器的典型序列图66

图12GPP打印机链接图66

图13GPP打印机的典型序列图67

图14刷卡护照阅读器的链接图68

图15刷卡阅读器上读取护照的典型序列图69

图16条形码扫描仪的链接图69

图17读取条形码的典型序列图70

图18自助行李托运AEA-SBD的链接图71

图19自助行李托运时序图73

图20身份证阅读器链接图73

图21身份证阅读器的典型序列图74

V

T/CCAATB0005—2020

前  言

本标准按照GB/T1.1-2009规则起草。

本标准由中国民用机场协会批准，本标准版权归中国民用机场协会所有。

本标准起草单位：中国民航信息网络股份有限公司、中国民航大学。

本标准起草人员：孙皓、李鹏、王晓亮、丁玎、张博、于志军、张帅、宋亚玲、于风格、赵新颖、

智学、刘楠、浦黎、杜晓铭、黄威、马晓宁、胡泽。

.

VI

T/CCAATB0005—2020

民用机场共用自助旅客处理平台技术规范

1范围

本标准规定了民用机场共用自助旅客处理平台的技术规范。本标准允许多个航空公司共享一个物

理柜机，为乘客提供自助服务。这些服务包括，但不限于值机功能。该标准还允许航空公司开发符合

CUSS的航司应用，这些航司应用能够在任何兼容CUSS平台的柜机上运行。

本标准适用于民用机场公共区域（包括军民合用机场内民航旅客使用的区域）。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本

文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

IATA推荐性惯例—2015共用旅客自助服务规范版本1.4(CommonUseSelfService(CUSS)

TechnicalSpecification，Revision1.4)

AEA技术规范—200220082009ATB技术规范(ATBTechnicalspecs-AmendedAugust2002,

2008,2009)

AEA技术规范—200220082009参数化行李条数据概念(ParametricBaggageTagData

Concept–2002,2008,2009)

AEA技术规范—2001自助服务规范(SelfServiceSpecifications-2001)

3术语和定义

下列术语和定义适用于本文件。

3.1

共用旅客自助规范CUSSspecificationcommonusepassengerprocessingsystemspecification

由国际航空协会定义，用于航空公司使用民用机场的共用自助旅客处理终端设备的信息处理规范。

3.2

CUSS平台CPCUSSplatform

CUSS平台作为应用和硬件之间的中间件，负责应用的显示管理，应用对硬件的使用管理，远程

应用和设备管理。CUSS平台提供一种区别于传统办理民用机场业务手续的方式，旅客通过此平台可

获得更好的体验查询、订票、登机一站式的服务。

3.3

航司应用CACUSSapplication

1

T/CCAATB0005—2020

运行在CUSS平台上，使用CUSS平台接口的航空公司应用程序，文中简称为航司应用。也可称为

kioskapplication，selfserviceapplication，airlineapplication。

3.4

通用航司应用启动界面CLAcommonlaunchapplication

CLA是指，柜机上的航司应用在未处于激活状态时，CUSS平台提供的航司应用选择界面。

3.5

柜机kiosk

包含硬件柜机，CUSS平台和CUSS航司应用。

3.6

进纸口feeder

打印机的组成部分之一。一个打印机，可以有多个进纸口，放置不同样式的登机牌。头等舱、公

务舱和普通舱旅客，可以使用不同样式的登机牌。一般CUSS机上的打印机，只有一个进纸口。

3.7

出纸口dispenser

打印机的组成部分之一。

3.8

废纸槽capture

打印机的组成部分之一。若旅客打印登机牌后未取走登机牌，则登机牌被回收到废纸槽中。

3.9

纸箱bin

打印机的组成部分之一。进纸口、出纸口和废纸槽均属于纸箱。

3.10

登机牌打印机ATBprinterautomaticticketingandboardingprinter

登机牌打印机。

3.11

通用打印机GPPprintergeneralpurposeprinter

通用打印机，可用于打印行李条。

3.12

介质media

2

T/CCAATB0005—2020

一般指物理介质的抽象。可以是各种护照、身份证、登机牌等等。例如护照阅读器，就是一个

MediaInput，介质就是护照。登机牌打印机是MediaOutput，介质是登机牌。

3.13

航司应用管理器CAMCUSSapplicaionmanagement

CAM负责控制和调度所有运行在CUSS平台上的航司应用的状态。例如，CLA将用户选择的航司

应用通知CAM时，CAM负责将航司应用设置为“激活”状态；夜间民用机场停运后，CAM可以将所

有航司应用设置为“停用”或“挂起”状态。CAM负责将航司应用状态通知CLA。无论任何原因，若

某航司应用状态变为“不可用”，那么CAM会通知CLA，CLA将航司应用图标置灰或不显示，禁止旅

客点选。

4CUSS总则

4.1CUSS简介

机场提供CUSS柜机，在柜机上安装CUSS平台，及航司应用，为旅客提供自助服务，例如选座，

值机等，达到资源共享的目的。

常规情况下，CUSS柜机提供读设备（身份证阅读器，护照阅读器，扫描枪等）和打印设备（登

机牌打印机，行李条打印机），并提供人机交互的触摸屏。

CUSS平台上可运行一个或多个航司应用，理论上没有数量限制。同一时间，只有一个航司应用

处于“激活”状态，为旅客提供自助服务。其他航司应用处于“未激活”状态，在后台运行。

本标准规定CUSS平台和航司应用间的交互行为以及接口等技术内容。

典型CUSS架构如下图1所示。

图1典型的CUSS架构图

4.2CUSS基本原则

3

T/CCAATB0005—2020

CUSS平台提供商，可按需求自由选择操作系统。国内目前使用WinXP，Win7和Win10。

CUSS平台不应指定硬件。对柜机硬件的CPU架构没有要求；只要硬件符合CUSS标准的硬件接口

要求，即应可用。

航司应用与平台相互独立，无耦合性。理论上，通过CUSS认证的航司应用可在任何机场提供的

CUSS平台上运行。

4.3CUSS平台软件架构

4.3.1架构

CUSS平台由以下部分组成：

4.3.2CLA

若航司应用状态变化，CLA状态相应变化。例如航司应用将自身设置成“不可用”状态，则CLA

页面上该航司应用被置成灰色或不显示。若所有在CUSS平台上注册的航司应用均为“不可用”状态

时，则CLA显示“柜机不可用”界面。

4.3.3CAM

具体来讲，CAM有如下功能：

1.事件分发

CAM的“事件分发”功能，主要是指CAM提供公共事件通道（PublicEventChannel）。无论前台

激活状态正在办理旅客业务，还是后台非激活状态的航司应用，均可以订阅这个公共事件通道里的事

件。特别是“非激活”状态的航司应用，可以根据公共事件通道里发布的事件，决定自身的状态。

2.提供平台环境参数和组件库

航司应用在启动时，通过CAM获得CUSS平台的运行环境参数和组件列表，由这些信息来判断自

身能否在平台上运行。

平台运行环境参数包括：柜机位置（机场、航站楼、经纬度等），软件环境（浏览器版本，操作

系统版本，CUSS平台版本等）等。

组件列表包括：登机牌打印机组件，护照阅读器组件，条码扫描枪组件等。

CAM除了提供组件列表，还提供各个组件的特性（attribute）。

航司应用可根据自身对各个外设的依赖程度，来决定自身是否在平台上可运行，或者是否全功能

运行。

3.访问控制

航司应用对底层外设的访问权限，由CAM和设备组件（DC，DeviceComponent）来控制。

CAM有义务确保只有处于“激活”状态的航司应用，才有各种外设的访问权限。

同一时间，只有一个航司应用处于“激活”状态。

4.3.4设备组件（DC）

航司应用不允许直接访问外设。为了实现这一目标，CUSS平台抽象并封装了所有外设组件，并

对外提供接口。航司应用通过平台的组件接口来访问硬件设备。

一个实际的物理设备，可以根据其功能和特性被抽象成多个设备组件。例如：一个登机牌打印机

可以被抽象为：ATBFeeder（进纸口），ATBMediaOutput（打印）和ATBDispenser（出纸口）。

4.4平台与航司应用通讯机制

4

T/CCAATB0005—2020

4.4.1CORBA通讯

CORBA（CommonObjectRequestBrokerArchitecture）是一种程序间的通讯机制。

实现：

——跨平台跨语言的数据传输。CUSS平台和航司应用，可使用不同的编程语言编写。

——实现远程方法的本地调用。允许航司应用通过CORBA接口，获取平台提供的对象，并调用该

对象提供的方法实现业务功能。

4.4.2指令和事件

说明

指令与事件，是CUSS平台与航司应用之间的通讯机制，通过指令与事件实现设定的功能。

指令

航司应用可以通过指令，控制平台的CAM或DC做特定的动作。

指令模式见表1：

表1指令模式表

同步指令执行处于阻塞状态，只有执行完成或超时才会返回。

异步指令执行处于异步状态，会立即返回。当指令功能完成后，执行结果以事件的形式通

知调用方。

指令分类见表2：

表2指令分类表

共享除了“被挂起”状态，航司应用在任何状态都可以调用。

独占只有“激活”状态的航司应用，才能使用。

事件

.1总则

CUSS平台通过事件回调的方式，与航司应用进行交互。

.2事件原因

事件可能由以下原因导致：

——硬件故障

——软件故障

——现有错误确认

——错误修复

——任何正常情况变更都可能会修改航司应用或系统管理器的行为

——异步/同步接口调用完成或指令中止

.3事件来源

事件可以通过以下方式生成：

——任何一个航司应用向系统管理器发送事件

5

T/CCAATB0005—2020

——航司应用管理器

——设备虚拟组件

.4事件模式

事件是异步的，由以下两种场景触发，见表3。

表3事件触发场景表

指令关联的异步指令执行完成后，通过事件向调用方反馈执行结果。

自发的与指令无关。当航司应用或者平台某组件状态变化时，生成事件。

.5事件类别

事件分为三个类别：

——Normal：发生正常处理，而不是检测到错误；

——Alert：发生异常情况，但不需要手动干预；

——Alarm：需要立即注意（即需要手动干预）。

所有的Alert和Alarm事件都必须在当其出现时，发送给系统管理软件。表4是Alarm和Alert的主要

区别：

表4Alarm和Alert的主要区别表

AlertAlarm

若问题解决或消失，状态将自动恢复正常状态保持警报状态，直到服务提供者（SP）系统管理器确认并

由人员解决

遵循严重性设置来解决问题需要人立即做出反应

平台提供商和服务提供商可以通过SLA（ServiceLevelAgreement）设定将事件分类为Alert或

Alarm。

.6事件类型

事件分为四种类型：

——Public：所有的航司应用和系统管理应用都可以接收该类事件；

——Private：只有关联的航司应用和CAM（请求的事件）才能接收该类事件；

——Platform：只有SP系统管理器，CAM，CLA和CUSS组件接口可以接收该类事件；

——Invalid：若以异步模式调用该指令或同步调用被拒绝，则返回的事件类型应始终是invalid。

所有事件必须至少具有上述类型之一。实际类型取决于相关的上下文。

.7事件码（EventCode）

EventCode标示航司应用或者组件状态的变化。见附录A。

.8状态码（StatusCode）

StatusCode是事件的重要组成部分。主要描述某组件的当前状态。见附录A。

.9事件侦听机制

CUSS航司应用侦听事件有两种模式：

6

T/CCAATB0005—2020

——模式一，通用事件侦听。航司应用调用RegisterEvent指令，将可订阅平台发布给该航司应

用的所有事件。

——模式二，组件事件侦听。航司应用调用某组件的Acquire指令，将可订阅该组件生成的所有

事件。平台允许航司应用对每个组件，都有一个侦听器。

.10事件处理

必须按如下方式处理事件：

——所有事件都必须按其显示的方式根据事件类型发送到订阅的航司应用；

——SP系统管理器组件必须记录所有事件和状态变更；

——航司应用负责注册事件并跟踪组件状态。

图2是事件转换概述图。

图2事件转换概述图

4.5组件定义

4.5.1总则

虚拟组件使用一组类定义，这些类已划分为层次结构类。下面定义这些类以及如何将每个虚拟组

件映射到这些类。

4.5.2组件类别

表5是组件表。

表5组件表

7

T/CCAATB0005—2020

组件类描述

Component组成CUSS柜机平台的所有部件。所有组件都派生自此类。

组件

ManagementInterface航司应用管理器或系统管理器接口控制下的组件。

CUSSCntlCUSS设备组件控制的组件。

CUSSCntl

NativeDeviceCUSS环境使用的设备。所有这些本机设备都必须生成事件，以通知航司应

用和系统管理员其状态和可用性。

ApplicationComponent用于查询平台上配置的航司应用的状态和/或特征的组件。(不要与实际航司

应用混淆)

Peripheral能够生成要发送到航司应用的事件的输入/输出设备。

接口管理

ApplicationManager控制平台上所有航司应用的组件。

SystemManagerInterface实现SP/AL系统管理器接口的组件。

外围设备

Input向航司应用提供数据的组件。

Output能够从航司应用接收数据的组件

User与客户/用户直接交互的组件。

Userless不与客户/用户交互的组件

Media使用物理介质的组件

Medialess不使用物理介质的组件

Data传输数据的组件。

Dataless不传输数据的组件。

读取表5的另一种方法是：

1Component

2ManagementInterface

3ApplicationManager

4SystemManagerInterface

5CUSSCntl

6NativeDevice

7ApplicationComponent

8Peripheral

9Input

10Output

11User

12Userless

13Media

14Medialess

15Data

16Dataless

若下列问题中某个答案为“是”，则组件被视为与User类(用户输入或用户输出虚拟组件类型)相

关：

8

T/CCAATB0005—2020

——用户是否必须以任意方式干预设备以使数据可用?

——航司应用出于任意原因将设备置于DISABLE状态是否有用?

4.5.3虚拟组件定义

虚拟组件继承组成此组件的所有类的属性、指令和事件。例如，用户输入虚拟组件由这些类组成：

用户、介质无关、数据和输入；因此，此虚拟组件能够处理为这些类或其超类定义的所有内容。此外，

虚拟组件由实际组件及其CUSS接口组成。例如，介质输入由真正的读卡器(硬件)、读卡器供应商驱动

程序(软件)和关联CUSS接口组成。

表6显示了每个虚拟CUSSCtnl组件组成的组件类：

表6虚拟组件与组件类表

虚拟组件与组件类

虚拟组件名称组件类

Application航司应用组件

废纸槽(能够保留介质的组件)Userless+Media+Dataless

数据输入(用于数据输入的组件Userless+Medialess+Data+input

(例如数字输入))

数据输出(用于输出用户数据的Userless+Medialess+Data+output

组件(例如屏幕))

出纸口(从外围组件接收介质并Userless+Media+Dataless

将其提供给用户或其他外围组

件的组件，例如，将ATB登机

牌从打印机弹出至暂存设备)

显示设备(例如展台电脑屏幕)NativeDevice

进纸口(保持介质的组件，并将Userless+Media+Dataless

其提供给另一个外围组件)

介质输入(用于从介质读取的Userless+Media+Data+input

组件(例如磁卡读卡器)

介质输出(用于写入介质的组Userless+Media+Data+output

件)

网络(处理网络访问的组件)NativeDevice

存储设备(用于读取/写入存储的NativeDevice

组件(例如硬盘))

用户输入(用于输入用户数据的Userless+Medialess+Data+input

组件(例如声音设备))

用户输出(用于输出用户数据的Userless+Medialess+Data+output

组件(例如屏幕))

4.5.4依赖于链接组件的组件

对于某些设备，由于链接组件中的错误，可能无法完成对组件的操作。例如，若链接的出纸口组

件中存满了文档，即使介质输出组件没有错误，介质输出组件可能也无法打印。

9

T/CCAATB0005—2020

若调用的组件指令依赖于处于不允许该指令完成的状态的链接组件，则该指令将失败，使用

HARDWARE_ERROR或其他故障状态码(具体取决于链接组件的条件)，但调用指令的组件将保持可用。

例如，在介质输出组件上打印，若当链接的出纸口组件位于MEDIA_FULL且无法接受更多登机牌

时，则Send()请求在MEDIA_FULL时将失败，但介质输出组件将保持可用。

5航司应用管理接口规范

5.1航司应用管理接口

5.1.1总则

航司应用管理接口（AMI）定义了所有航司应用访问CUSS平台CAM的接口。包括根据航司应用

请求，平台将航司应用从一个状态转到另一个状态等。

5.1.2航司应用状态描述

以下描述航司应用状态的定义和航司应用状态的转换规则。

CUSS平台的CAM模块，负责管理航司应用状态，并提供初始化请求(initRequest)和通知(notify)

两个指令供航司应用使用，操控自身状态。表7是AMI航司应用状态描述表。

表7AMI航司应用状态描述表

状态描述

未启动状态只有CUSS的CAM能合法启动航司应用。

（STOPPED）

初始化状态CUSS平台启动航司应用后，航司应用进入的第一个状态。

（INITIALIZE）航司应用被启动后，应做如下操作：

1、调用级别(level)指令，获取航司应用令牌(token)。

2、调用注册事件(registerEvent)指令，设置平台事件侦听。

3、调用初始化请求(initRequest)指令，向平台请求进入INITIALIZE状态。

由于航司应用初始化动作可能耗时很长，并且可能占用硬件资源，因此同一时间，

平台只允许一个航司应用处于INITIALIZE状态。

航司应用调用初始化请求(initRequest)指令是同步指令，航司应用执行此指令处于阻

塞状态。只有平台允许航司应用进入INITIALIZE状态时，才可以返回。

4、航司应用调用组件指令，拿到平台提供的组件列表以及特性。

5、航司应用结束初始化需要的操作后，调用通知(notify)指令，进入下一个状态。

UNAVAILABLE状态：初始化成功，进入到UNAVAILABLE状态。

STOPPED状态：初始化失败，航司应用结束。

不可用状态航司应用结束INITIALIZE状态后，进入该状态。在此状态下，航司应用检查运行

（UNAVAILABLE）环境，来决定自身是否可进入AVAILABLE状态。

可用状态CUSS平台提供的运行环境满足航司应用要求，航司应用进入AVAILABLE状态。

（AVAILABLE）在CLA界面上，航司应用logo可供旅客点选，航司应用处于后台运行，随时待命

的状态。

1、旅客点击CLA上的logo，航司应用进入ACITVE状态。

2、若平台某组件故障（例如打印机缺纸），运行环境无法满足航司应用要求，航司

10

T/CCAATB0005—2020

应用会进入UNAVAILABLE状态。

激活状态旅客点击CLA上航司应用logo，航司应用进入ACTIVE状态，给旅客提供服务。

（ACTIVE）在ACTIVE状态，航司应用可访问所有组件。

旅客办理完成后，航司应用会重新进入AVAILABLE状态。

挂起状态由于管理要求，平台可将航司应用设置为SUSPENDED状态，旅客将无法使用。

（SUSPENDED）国内航司应用场景为，某航空公司的航司应用只有某一个时间段为旅客提供服务，

其余时间处于SUSPENDED状态。

禁用状态由于航司应用非法操作，平台可禁用航司应用。

（DISABLE）

5.1.3航司应用状态图

航司应用状态图（见图3）描述的是航司应用如何从一个状态转换为另一个状态。航司应用本身

（服务提供者系统管理器）或是航司应用提供者系统管理器要求航司应用状态变更。这些变更伴随一

个事件发生，该事件是作为未经请求的事件或作为航司应用本身调用的通知（notify）指令的返回事

件，由航司应用管理器发送到相关航司应用的。注意到，状态转换的数量反映了EventCode之间的响

应。粗线条意味着状态转换的发生需要人为干预。

5.1.4航司应用状态转换描述

加载转换（STOPPED到INITIALIZE，或DISABLED到INITIALIZE）

用于在系统中加载或重新加载航司应用：

——CAM根据它自己的AL系统管理器或者SP系统管理器的要求，用加载指令加载航司应用；

——CAM在系统重启时加载航司应用或CAM在有人为干预时加载禁用航司应用；

——在CAM允许时，航司应用进入INITIALIZE状态；

——航司应用正进行初始化时，CLA会在屏幕中显示“暂时不可用”。

11

T/CCAATB0005—2020

图3航司应用状态转换图

检查转换（INITIALIZE到UNAVAILABLE，或AVAILABLE到UNAVAILABLE或ACTIVE

到UNAVAILABLE）

航司应用已经完成初始化并发现CUSS环境并不适于它的正常运行。因此航司应用让CAM将其状

态改为UNAVAILABLE状态。

CLA将从屏幕上删除航司应用图标或将其显示为不可选择。

等待转换（UNAVAILABLE到AVAILABLE，或ACTIVEto到AVAILABLE）

航司应用确定CUSS环境可以完成其正确执行或它已完成会话。因此，它请求改变状态为

AVAILABLE状态。CLA将航司应用图标显示为可选择。

启动转换（AVAILABLE到ACTIVE，或ACTIVE到ACTIVE）

用户选择航司应用并开始会话。CAM根据CLA的要求控制状态转换。CAM将航司应用窗口置于

前端。CLA继续显示航司应用图标。

12