MH/T 0048.1-2014 中国民用机场共用旅客处理系统技术规范 第1部分:系统结构

ICS35.240.60

V07

MH

中华人民共和国民用航空行业标准

MH/T0048.1—2014

民用机场共用旅客处理系统技术规范

第1部分：系统结构

Specificationofcommonusepassengerprocessingsystemsincivilaviationairports

Part1：Systemarchitecture

2014–12–03发布2015–03–01实施

中国民用航空局发布

MH/T0048.1—2014

目次

前言................................................................................II

1范围..............................................................................1

2规范性引用文件....................................................................1

3术语和定义........................................................................1

4CUPPS总则.........................................................................2

5CUPPS系统功能.....................................................................3

6平台管理.........................................................................14

7工作站管理.......................................................................19

8用户管理.........................................................................26

9应用程序管理.....................................................................32

10设备管理........................................................................37

11应用程序需求....................................................................43

I

MH/T0048.1—2014

前言

MH/T0048分为三个部分：

——第1部分：系统结构；

——第2部分：应用软件数据交换；

——第3部分：硬件设备数据交换。

本部分为MH/T0048的第1部分。

本部分按照GB/T1.1-2009给出的规则起草。

本部分由中国民用航空局人教司提出。

本部分由中国民用航空局航空器适航审定司批准立项。

本部分由中国民航科学技术研究院归口。

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

本部分主要起草人：李建伏、张博、徐涛、赵森、贺怀清、董晨欣、张清文、惠康华、丁玎。

MH

II

MH/T0048.1—2014

民用机场共用旅客处理系统技术规范

第1部分：系统结构

1范围

MH/T0048的本部分规定了共用旅客处理系统的平台管理、工作站管理、用户管理、应用程序管理、

设备管理以及对应用程序的要求。

本部分适用于中国民用机场共用旅客处理系统的建设。

2规范性引用文件

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

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

IATA推荐性惯例1797：2011共用旅客处理系统技术规范(Recommendedpractice1797commonuse

passengerprocessingsystemstechnicalspecification)

标准编号欧洲航空协会技术规范2009(AEATechnicalSpecifications2009)

3术语和定义

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

3.1

共用旅客处理规范CUPPSCommonUsePassengerProcessingSystems

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

3.2

CUPPS工作站CUPPSWorkstation

运行于CUPPS平台上的硬件和操作系统软件。硬件包括计算机、移动终端设备、智能手机、简易客

户终端等。

3.3

CUPPS应用CUPPSApplication

运行在CUPPS平台上，使用CUPPS平台接口的应用程序。

3.4

商用现成品或技术COTSCommercialofftheshelf

指可以采购到的具有开放式标准定义的接口的软件或硬件产品。

COTS应用即基于COTS的应用。

1

MH/T0048.1—2014

4CUPPS总则

4.1总体要求

CUPPS平台应遵循以下原则：

——平台独立性：不依赖于平台提供商，也不必对不同提供商提供的不同平台进行分别维护；

——简化业务流程：提供一个灵活的平台，能简化多种业务的应用；

——功能定义范围：本部分中定义的为必须实现的功能；

——经济效益：通过简化产品的安装，支持与升级维护，降低航空公司与机场的重复投资；

——可维护性：提供强有力的可维护性，平台需要可以快速的部署、维护和升级；

——安全性：提供相应的安全措施确保系统可以平稳运行；

——服务性：可以方便地应对应用程序的升级和维护需求。

适用于CUPPS的应用程应遵循以下原则：

——可运行于CUPPS所支持的操作系统上；

——必要组件的安装、配置和访问由应用自身完成；

——应用不会对平台构成安全风险；

——应用程序不能影响平台的稳定性；

应用程序不能违反任何支付卡行业数据安全标准。

4.2逻辑系统结构

MH/TXXXX-XXXX的本部分只提供与CUPPS逻辑架构相关的信息，不提供具体的实现细节定义。CUPPS

提供商可自由实现符合要求的CUPPS平台。CUPPS提供的统一逻辑架构见图1。

图1CUPPS系统逻辑架构

应用服务器或航空公司主机系统与CUPPS系统通过双向通信协议进行通信。CUPPS应用程序与CUPPS

系统之间使用本部分定义的CUPPS平台接口进行通信。CUPPS应用程序只能通过CUPPS平台接口访问CUPPS

管理的设备；CUPPS应用程序可以通过操作系统提供的基本服务，使用工作站提供的其他功能。航空公

司系统管理员和平台提供商系统管理员通过CUPPS定义的管理接口与CUPPS平台通信。CUPPS平台通过事

件报告与外部系统管理工具进行交互。

MH关于CUPPS更为详细的逻辑结构见图2。

2

MH/T0048.1—2014

图2CUPPS系统逻辑结构

4.3设备接口

CUPPS工作站支持的设备见表1。单个硬件设备可以支持本部分中描述的多个设备功能。CUPPS平台

提供商可以自由选择符合要求的硬件设备。

5CUPPS系统功能

5.1CUPPS系统构成

CUPPS系统包括CUPPS平台、CUPPS工作站、CUPPS用户、应用程序(CUPPS应用与COTS应用)、CUPPS

设备的管理。这些对象之间的逻辑关联见图3。

CUPPS系统需要管理整个CUPPS平台，控制CUPPS工作站的启动和停止，并将CUPPS警报信息分发到

CUPPS工作站。CUPPS工作站负责管理工作站的运行环境，CUPPS用户的启动和停止，将CUPPS警报信息传

递给CUPPS用户。CUPPS用户负责管理特定CUPPS用户的运行环境，CUPPS应用程序和COTS应用程序的启

动和停止。应用程序负责管理特定CUPPS应用程序和COTS应用程序实例的运行环境。CUPPS设备负责对设

备实例的逻辑关系的管理。

图3CUPPS系统构成

3

MH/T0048.1—2014

CUPPS系统各部分的构成满足以下要求：

——每个CUPPS平台由零个或多个CUPPS工作站组成；

——每个CUPPS平台由零个或多个CUPPS设备组成；

——每个CUPPS工作站由零个或多个用户和CUPPS设备组成；

每个CUPPS用户由零个或多个应用程序组成。

表1CUPPS设备接口细节

接口模式a)

缩写名称

AEA(AssociationEuropeAirlines)b)标准特殊其他Windows打印服务

BC条码阅读器DNRc)DR

BE蜂鸣器DNRDNR

BG登机口阅读器DRDR

BP登机牌打印机DR

BT行李标签打印机DRd)

DD显示设备DR

IR身份证阅读器DR

MS磁条阅读器DR

OC护照阅读器DR

PP密码键盘设备DR

PR文档打印机DRdDR

RW其他设备DR

SD称重设备DNRDNR

SN快照设备

ZIIATA报文软件设备DR

ZL日志软件设备DR

a表中空白处表示NDNR，未定义也不强制要求实现的接口；另外，DR为定义并且必须实现的接口，DNR为定义但不强

制要求实现的接口。

b本部分中提到的AEA是指AEA2009标准，其他版本的AEA不做要求。

c在AEA模式下，BC是BG的一个子设备。

d如果设备支持射频识别技术(RadioFrequencyIdentification，RFID)，则可包含RFID的功能。

5.2命名标准

5.2.1总体要求

CUPPS工作站名称、CUPPS设备名称应是标准化的，并且在全球站点实现唯一命名。该命名标准旨在

使名称解析具备可靠性和可扩展性。

5.2.2工作站和设备名称

工作站和设备命名标准支持全球唯一性标识，并且能够根据这个名称判断出工作站和设备的大概物

理位置。MH

4

MH/T0048.1—2014

对于非测试环境下的CUPPS操作，平台应使用其所在的机场及城市代码。在测试环境下，可使用测

试名称标志Z。无论什么情况下，平台提供商应保证工作站和设备名称的唯一性。

工作站或者设备的名称由字符串组成，并且需要包含以下信息：机场或者城市代码，具体的平台提

供商代码，功能区代码，以及设备相关信息。

工作站或设备节点标准化命名的构成见表2。

表2工作站或设备的名称构成

编号长度格式内容

13AN机场代码，国际航协机场或者城市代码

21AN采用国际航协提供的平台提供商代码，见表3

31AN航站楼编号，如果是测试节点则设为Z

41-7AN平台提供商自定义可变字符，需包含表4中的功能区代码

5*2AN表1中的设备类型码

6*1N设备索引

注：*为可选项，AN为字母-数字，N为数字

表3平台提供商代码

代码平台提供商

AARINC

BIBS

CInkAviation

DBagDropSystems

IAirIT

KIIACandAsianaIDT

RRESA

SSITA

TTravelSky

UUltra

X任何新的平台提供商应到IATA的CUWG组注册才能获得提供商代码

功能区代码的描述见表4。

表4功能区域代码

代码描述代码描述

BG行李提取HH手持设备

BH行李搬运JW登机通道

BK行李托运检查LA实验室

BO办公室LB大厅

BS行李扫描LF失物认领

Bn地下楼层n为1～9LG休息室

CK值机柜台LW隔离厅

CM海关MD主层

5

MH/T0048.1—2014

表4(续)

代码描述代码描述

CN引导处Mn夹层n为1～9

CO贵宾服务RP扶梯

CR路边(临时停车区)TD签转柜台

CS客户服务区TK售票区

DR通道TN培训室

GT登机口TR机场火车、地铁站

GH传达室nn楼层01～99

示例：

TAOT1CKE12表示青岛流亭机场(TAO),TravelSky(T)提供CUPPS平台，1号航站楼(1)，E区12号值机柜台(CKE12)

工作站。TAOT1CKE12BP1表示位于这个柜台上的1号登机牌打印机(BP1)。

5.3CUPPS平台功能

5.3.1软件和硬件

操作系统

平台服务器可以使用任意平台提供商认为合适的操作系统，只要能够像基于微软windows的服务器

一样提供以下功能并保证其实现对于终端软件是透明的：

——提供适当的访问控制机制共享网络和打印机；

——终端用户认证基础结构要符合本部分的条款。

硬件

平台服务器没有预定义的硬件列表，其硬件配置由平台提供商决定。

服务器硬件可从任何硬件平台提供商获取。本部分不提供任何已授权、首选等类似的厂商推荐。

5.3.2存储功能

应用存储

平台应提供一种机制存储COTS应用程序、CUPPS应用程序及配置数据。应用存储可以基于服务器，

也可基于工作站。

基于服务器存储应提供一个简单的单磁盘卷或一个复杂的磁盘阵列系统。底层存储机制对使用它的

应用来说应是透明的。

平台应为每个航空公司提供最低限度5GB的应用存储空间。

非应用存储

非应用存储包括数据、应用日志、临时文件等的存储。

平台应提供永久性全局存储、永久性局部存储和临时存储三种存储方式。

三种不同类型存储方式的特征见表5。

MH

6

MH/T0048.1—2014

表5三种存储方式的比较

特征永久性全局存储永久性局部存储临时存储

持久性无限无限应用程序使用期间

可由其他工作站访问是否否

受航空公司保护是是是

磁盘配额1GB1GB1GB

备份和恢复可以不可以不可以

存储位置网络或本地本地本地

永久性全局存储

永久性全局存储允许所有CUPPS工作站访问，应被站点数据备份策略覆盖。

CUPPS平台应提供永久全局存储供COTS应用程序和CUPPS应用程序使用。永久性全局存储设备应能被

所有工作站访问。写入此存储区域的数据应无限期保留，其数据规模不能超过表5中所分配的配额。永

久性全局存储区域应包含在安装备份和恢复策略中。

应用程序通过环境变量CUPPSPGSD、CUPPSPGSU和<authenticateResponse>消息中persistentGlobal

变量值决定其永久存储位置。

永久性局部存储

永久性本地存储只允许CUPPS本地工作站访问，不应被站点数据备份策略覆盖。

CUPPS平台应提供永久性本地存储供应用使用。为确保最大吞吐量，永久性本地存储应部署在本地

工作站上，其他工作站不能访问。写入此存储区域的数据应无限期保留，其数据规模不能超过表5中所

分配的配额。应用程序通过环境变量CUPPSPLSD、CUPPSPLSU以及<authenticateResponse>消息中

persistentLocal变量值决定其永久性本地存储位置。

临时存储

CUPPS平台应提供临时存储供应用使用。每个工作站的临时存储区域独立于其他工作站，一个工作

站不允许访问其他工作站的临时存储区域。写入临时存储的数据应在应用程序终止时由平台自动删除。

临时存储不必包含在安装备份和恢复策略中。

应用程序通过环境变量CUPPSSTSD、CUPPSSTSU以及<authenticateResponse>消息中transient变量

值决定其临时存储位置。

5.3.3查询功能

平台应支持查询功能以便于应用程序获取有关运行环境的信息。查询功能应基于本部分中定

义的全球命名标准。

平台查询功能应能确定哪些CUPPS管理设备配置可以使用。

平台可提供上述要求外的其他查询功能。

5.3.4消息功能

CUPPS平台应提供一定形式的广播消息。这类消息用于安全警报、管理员警报等。

CUPPS平台应提供图形用户界面以输入要分发的CUPPS警报信息。图形用户界面应使用CUPPS

菜单系统或其他安全机制，以保证只有CUPPS平台管理员才可访问该界面。

7

MH/T0048.1—2014

界面应显示以下信息：

——管理员输入的消息内容；

——输入的日期和时间；

——发布消息的管理员信息。

平台不必对未在平台上运行的工作站实现消息队列功能，也不必提供浏览历史消息的功能。

消息功能只为实现实时传递。

5.3.5认证功能

平台应提供通用认证机制。在实现方式上，可使用平台的内置认证机制，也可借助操作系统

的内置认证机制或者其他设施。

认证方案应提供基于用户名和密码的验证方式，并实现基于角色的身份验证和权限机制。

5.3.6监控功能

平台应对关键对象实施监控。并且应给管理员提供一个图形用户界面来监控处于异常状态的对象，

主要包括：

——应用被要求运行但处于aStp状态；

——应用处于aZom状态；

——设备被要求启动但处于dStp状态；

——设备处于dErr状态或dZom状态；

——工作站被要求启动但处于wStp状态；

——工作站处于wZom状态；

——用户被要求启动但处于uStp状态；

——用户处于uZom状态。

5.3.7平台管理报告

总体要求

CUPPS平台应提供合适的数据用于报告平台的可用性。

鉴于数据用途以及用户对报告需求的多样性，此处不定义报告的具体格式。CUPPS平台应提供原始

数据以供用户创建报告。报告可以使用各种工具完成，比如微软的Excel软件等。

平台不要求使用某种特定的方法获取这些数据，也不必为其提供某种特定的接口。

可用性报告

平台只需要报告对象处于异常状态的时段，主要包括：

——aZom状态；

——dErr状态；

——dZom状态；

——pStp状态；

——uZom状态；

——wZom状态。

MH平台报告的时段的最小间隔为60s，如果时段不是60s的整数倍，将其取整到下一整数。

8

MH/T0048.1—2014

使用情况报告

CUPPS平台应提供数据用于报告平台的使用情况。

平台应记录以下使用情况：

——从用户的身份验证开始到用户完成注销的时间，精确到60s；

——物理设备的每次使用情况。

5.3.8设备管理界面

平台应为设备管理提供图形用户界面并实现以下功能：

——设备管理，如安装新设备，移除现有设备等；

——设备监控。

——具体功能和实现方法由平台提供商决定。

5.3.9日志功能

平台应实现对平台相关操作的综合日志记录功能，包括与应用交互的消息和数据流，与平台

各模块交互的消息和数据流，与其他平台交互的消息和数据流。

平台应提供软件日志设备处理日志记录操作。

平台相关日志应遵循以下原则：

——平台相关日记记录功能可被平台开启；

——平台相关日志记录功能可被应用开启；

——平台相关日记记录功能可根据系统的配置被强制禁止。

数据记录形式不能违背支付卡行业数据安全标准。

平台应给每个航空公司提供大小1GB的永久性网络存储空间用于存储平台的相关日志。该存

储区域可根据存储类型分区，如可执行文件、临时数据、应用日志等。平台日志至少保留5天。

5.3.10令牌管理

令牌可被平台和应用程序用来执行各种任务，例如访问控制和数据安全性。

生成令牌的方法由平台决定，应用程序不能尝试从令牌值推断任何特定的信息。

在授权应用程序访问平台资源之前，平台应验证应用程序的每个实例。应用程序应给出

<authenticateRequest>消息中要求的数值，平台可使用任意方法来执行认证。当应用程序成功通过验

证后，平台授予其一个设备令牌。应用程序实例使用此令牌与平台进行所有后续连接。

当接口信息交互时，应用程序向平台提供明确的令牌。平台应先验证令牌再处理后续的交易。

如果应用提供的令牌无效，交易会被拒绝并且标识相应的状态码。

当接口信息交互时，应用程序未向平台提供明确的令牌，平台应先验证打开逻辑会话时所用

的令牌。如果应用提供的令牌无效，交易会被拒绝并且标识相应的状态码。

当CUPPS平台管理接口连接断开后，令牌立即失效。基于此过期令牌的后续交易都被拒绝并

标识相应的状态码。

5.3.11实例控制

CUPPS平台应提供管理应用程序实例个数的功能。

9

MH/T0048.1—2014

应用程序运行实例个数的判断由底层操作系统的进程管理功能决定。

应用程序实例个数的管理功能基于应用程序配置。如果未配置，平台不限制应用程序的实例

数。

如果平台阻止了应用程序的实例化，平台应记录<applicationInstBlockEvent>事件，显示相关

应用程序、工作站和用户的信息。

5.3.12标准环境变量

CUPPS平台应给应用程序提供一个用于描述环境的标准环境变量列表。

应用程序与平台之间信息交换所需的环境变量见表6。

表6CUPPS平台上运行时环境变量

变量定义例值

CUPPSACN工作站所在的计算机的别名，由计算机、航空公司和用户构成，默认为CUPPSCNABC1234

CUPPSAL2航空公司的2字IATA代码或本地定义值LH

CUPPSAL3航空公司的3字IATA代码或本地定义值DLH

CUPPSALAIATA结算代码220

CUPPSAPD应用路径，使用盘符和路径Q：\APPS\LH\

CUPPSAPL应用路径盘符Q

CUPPSAPU符合通用命名规则的应用路径\\node\share\

CUPPSBNI壁垒服务器IP地址53

CUPPSBNP壁垒服务器端口1835

CUPPSCN计算机名LHRT4LB00302PR1

CUPPSDSP默认windowsspooler打印机\\node\prtshare\

CUPPSPGSD永久性全局存储位置，盘符和路径Z：\LH\

CUPPSPGSL永久性全局存储位置，盘符Z

CUPPSPGSU永久性全局存储位置，符合通用命名规则\\node\share\

CUPPSPLSD永久性本地存储位置，盘符和路径Z：\AA\

CUPPSPLSL永久性本地存储位置，盘符Z

CUPPSPLSU永久性本地存储位置，符合通用命名规则\\node\share\

CUPPSPLT平台参数Xxx

CUPPSPN平台节点，节点名称用来连接以进行查询、日志等其他平台级别操作LHRCUPPS

CUPPSPP平台端口7535

CUPPSTSD临时存储位置，盘符和路径Y：\A\B\C\

CUPPSTSL临时存储位置，盘符