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

T/CCAATB 0005-2020 民用机场共用自助旅客处理平台技术规范.pdf
仅供个人学习
反馈
标准编号:
文件类型:.pdf
资源大小:2.5 M
标准类别:建筑工业标准
资源ID:245764
下载资源

标准规范下载简介

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

数据输出(DataOutput

ufacturer(详见8.1.6)属性。其他属性详见表66

表66DataOutput属性表

出纸口(Dispenser)属

GB/T 38665.1-2020标准下载继承BinSettings(详见8.1.2)、Location(详见8.1.5)和Manufacturer(详见8.1.6)属性。其他属 性详见表67。

表67Dispenser属性表

8.7显示(Display)属性

继承Location(详见8.1.5)和Manufacturer(详见8.1.6)属性。其他属性详见表68。

T/CCAATB00052020

表68Display属性表

表69是SetScreenResolution指令表

表69SetScreenResolution指令表

8.8进纸口(Feeder)属性

8.9介质输入(Medialnput)属性

现这个功能,则设置屏幕分辨率应返回RCNOT

表70Medialnput属性表

T/CCAATB 00052020

每次变为ACTIVE状态时,航司应用必

向(先前活动的航司应用可能已更改方向)

8.11网络(Network)属性

继承Manufacturer(详见8.1.6)属性。

继承Manufacturer(详见8.1.6)属性。

8.12存储(Storage)属性

Manufacturer(详见8.1.6)属性。其他属性详见

表73Storage属性表

在CUss中,Path属 它将指向平台在上创建的为航司应用保留的目录。 CUSS平台必须为每个航司应用创建和提供存储组件,并允许航司应用使用自已独特的路径属性。 序储位置可以是的本地位置,也可以是网络,但该目录对于航司应用和特定必须是唯一的(不与其他 上的同一航司应用共享)

8.13用户输入(Userlnput)属性

继承Location(详见8.1.5)和Manufacturer(详见8.1.6)属性。

8.14用户输出(UserOutput)属性

ation(详见8.1.5)和Manufacturer(详见8.1.6)

T/CCAATB 00052020

T/CCAATB 00052020

T/CCAATB 00052020

A. 3 StatusCode

组件的当前状态,或者是组件接口调用的语义 StatusCode表。

表A.3StatusCode表

StatusCode描述

T/CCAATB 00052020

T/CCAATB 00052020

T/CCAATB 00052020

T/CCAATB 00052020

T/CCAATB 00052020

A.4DataStatuCode

DataStatuCode描述MSG数据类型中每个数据记录的状态(有关MSG数据流的定义,请参阅第7.9 节:数据Data)。表A.4是DataStatuCode表。

表A.4DataStatuCode表

T/CCAATB 00052020

物理组件数量应尽量最少。使用可以读写相同库存的设备,而不是使用两个设备。使用可以管理 多种类型库存的设备,例如:磁卡,ATB2和芯片卡,而不是每种库存类型的一个设备。 实体组件代表安装在CUSS平台上的实体物理外围设备。许多外围设备被映射到虚拟组件类型, 为了表明它们具有相同的一般特征:介质,数据类型等。 可以将实体组件映射到一组或多组不相交的虚拟组件(例如,真正的ATB2打印机可以映射到虚 以BoardingPass打印机和虚拟ReceiptPrinter,假设此ATB2打印机配置是同时具有登机牌和收据库存)。 有关详细信息,请参阅第6.1.2节:虚拟组件概念。 航司应用开发人员还应该查看第9章,它提供了与此处相同的信息,但更实际地组织起来以协助 编写代码,以在柜机航司应用中查找和使用CUSS设备。

表B.1典型的CUSS实

T/CCAATB 00052020

T/CCAATB 00052020

T/CCAATB 00052020

CUSS标准需要多种工具和技术,作为CUsS兼容环境的一部分,例如Microsoft、Oracle、Adobe 和Google。 每一项外部技术均须获得其提供商有关商业许可,再分发,最终用户许可协议,出口限制,安全 数据收集和数据隐私政策,更新和修补,责任免除和免责声明,以及保证其他法律和商业要求的使用 约。 尽管这些工具是CUSS柜机的组成部分,但IATA和CUSS技术标准并未废除或取代任何这些第 二 方使用要求。

T/CCAATB 00052020

每个平台提供商,平台运营商和航司应用提供商都应该审查、理解并遵守,适用于在特定站点安 装、部署和使用第三方技术的任何此类要求,如有需要,也可拓展应用范围,如航司应用有需要,也 可拓展此类工具应用范围,使用可靠的开源应用。

C.3标准CUSSJava环境

T/CCAATB 00052020

必须将Java插件安全模型配置为“中等安全性”,为了确保航司应用提供者的环境一致性。 一为了从与HTML内容相同的源加载appletjar文件,可能需要修改航司应用,由于JRE7中 有跨域小程序加载的新限制。此技术调查是航司应用提供商的责任。 一一无其是,从本地柜机磁盘加载jar文件,从远程web服务器上加载的web小程序容器。 Java运行时环境(GeneralComments): CUSS平台提供商不得满足来自CUSS航司应用提供商的任何请求,为了安装或使用除此处所述 为JRE7命令行和浏览器插件之外的JaVa任何版本。 不能与上述Java环境一起正常运行的CUSS航司应用不是一个符合CUSS标准的航司应用。 若Java仍然可用,将会重新审视CUSS的未来版本,且版本策略将生效

C.4标准CUSS浏览器环境

T/CCAATB 00052020

不得使用依赖大于12的Shockwave版本的Shockwave技术编写航司应用。 O航司应用提供商必须意识到,它可能运行在比AdobeShockwave12.1更新的版本 上。 然而,需要大于12.1的AdobeShockwave版本的航司应用不CUSS兼容的航司应 用。 O航司应用提供商不能要求平台提供商安装比12.1更新的AdobeShockwave12的版 本。 航司应用提供商不能要求平台提供商安装比12更新的AdobeShockwave的主要版 本(例如,Shockwave13or13.2)。 另一个例外是仅使用“主要”版本号架构的工具,例如AdobeFlash和GoogleChrome。在这些情 兄下,允许任何更新版本。 一一例如,这里给出了GoogleChrome,但适用于所有主要版本的CUSS技术: 一所有CUSS柜机平台提供商必须包括至少是GoogleChrome40。 一平台提供商可以部署比40更高版本的GoogleChrome: O例如,在CUSS环境中允许使用GoogleChrome42,并且部署GoogleChrome的 平台是CUSS标准兼容的网站。 一必须依赖比40更高版本的任意版本的GoogleChrome来编写航司应用: O航司应用提供商必须意识到,它可能运行在比GoogleChrome40更新的版本上。 O然而,要求GoogleChrome版本超过4o的航司应用不是CUSS标准兼容的航司应 用 O航司应用提供商不能要求平台提供商安装比GoogleChrome40更新的Google Chrome的主要版本。 绝对需要这一严格要求,以确保对CUSS航司应用可用的特定环境有一个共同的一致理解。因此 必须特别注意: 柜机提供商必须确保CUSS柜机环境满足CUSS版本要求。 一航司应用提供商必须确保他们的开发团队设计和使用列出的版本,而不是工具的最新版本。 CUSS标准认为,有对所有航司应用提供者一致且可预测的环境和工具版本是需要优先考虑的事 顶。 充许各个航司应用提供商请求更新版本的工具,这将会需要强行更改部署在该网站的其他所有提 共商的程序,这是不可接受的,因为CUSS将不再是可预测的或一致的环境。 与任何业务关系的情况一样,航司应用和平台提供商可以讨论在某个特定网站部署多种新版本工 具的一对一选项,以满足航司应用需求,并在网站授予对其他航司应用施加操作风险的所有权,

不得使用依赖大于12的Shockwave版本的Shockwave技术编写航司应用。 O航司应用提供商必须意识到,它可能运行在比AdobeShockwave12.1更新的版本 上。 然而,需要大于12.1的AdobeShockwave版本的航司应用不CUSS兼容的航司应 用。 O航司应用提供商不能要求平台提供商安装比12.1更新的AdobeShockwave12的版 本。 航司应用提供商不能要求平台提供商安装比12更新的AdobeShockwave的主要版 本(例如,Shockwave13or13.2)。 另一个例外是仅使用“主要”版本号架构的工具,例如AdobeFlash和GoogleChrome。在这些情 况下,允许任何更新版本。 一一例如,这里给出了GoogleChrome,但适用于所有主要版本的CUSS技术: 一所有CUSS柜机平台提供商必须包括至少是GoogleChrome40。 一平台提供商可以部署比40更高版本的GoogleChrome: O例如,在CUSS环境中允许使用GoogleChrome42,并且部署GoogleChrome的 平台是CUSS标准兼容的网站。 一必须依赖比40更高版本的任意版本的GoogleChrome来编写航司应用: O航司应用提供商必须意识到,它可能运行在比GoogleChrome40更新的版本上。 O然而,要求GoogleChrome版本超过4o的航司应用不是CUSS标准兼容的航司应 用 O航司应用提供商不能要求平台提供商安装比GoogleChrome40更新的Google Chrome的主要版本。 绝对需要这一严格要求,以确保对CUSS航司应用可用的特定环境有一个共同的一致理解。因此 必须特别注意: 一柜机提供商必须确保CUSS柜机坏境满足CUSS版本要求。 一航司应用提供商必须确保他们的开发团队设计和使用列出的版本,而不是工具的最新版本。 CUSS标准认为,有对所有航司应用提供者一致且可预测的环境和工具版本是需要优先考虑的事 项。 充许各个航司应用提供商请求更新版本的工具,这将会需要强行更改部署在该网站的其他所有提 供商的程序,这是不可接受的,因为CUSS将不再是可预测的或一致的环境。 与任何业务关系的情况一样,航司应用和平台提供商可以讨论在某个特定网站部署多种新版本工 具的一对一选项,以满足航司应用需求,并在网站授予对其他航司应用施加操作风险的所有权。

C.6柜机PC系统要求

最低要求: PC对CUSS柜机的最低要求支持上面列出的所有强制性CUSS技术,是: 具有SSE2指令集的Pentium42.33GHz或更高处理器(或等效 512MBRAM(基础平台,操作系统和单个CUSS航司应用) Windows 7或Windows 8.1 对于现有的柜机,也允许使用旧版Windows XP SP3

T/CCAATB 00052020

每个航司应用至少有1GB的可用磁盘空间 一一屏幕分辨率为1024x768或以上(或更高) 一这些是现有柜机机箱必须提供的绝对最低要求,以符合CUSS并提供所需的所有合规工具。 一为了满足这些技术和标准要求,可以部署windows(32位或x64)的任何其他版本或将来更 高版本,都是可以接受的。 该平台还应为在柜机上运行的每个CUSS航司应用提供额外的128MBRAM。例如,运行五个CUSS 航司应用的柜机所需最小总内存为1024MBRAM。 单个航司应用可能会结合它们的所有进程使用最多192MB的内存。然而,假设平均航司应用不超 过128MB,柜机的大小可以调整。 虽然这些是所需技术的最低系统要求,它们不一定是这些技术推荐的系统配置。尤其是,高清视 频播放或复杂的动画可能会需要强加更高的硬件要求,甚至是CUSS不要求的特殊图形处理的硬件要 求。

C.7航司应用可以使用的其他软件

CUSS是一种为了能在多个操作系统上运行而设计的标准,并且可以通过明确定义但固定的技术 集保持互操作性。因此,运行在CUSS柜机的CUSS航司应用必须基于Java或基于浏览器,并且只能 使用上面列出的常用工具,以确保它们能够在所有平台上运行。 该方法用于确保跨平台、提供商和柜机网站的兼容性,确保柜机提供商的柜机图像和配置的完整 生,并允许柜机提供者根据CUSS技术列表控制柜机图像。 因此,CUSS航司应用提供商不能为了充许部署其航司应用,要求在柜机上安装特殊的操作系统 工具、库或框架。受限制的项目是,诸如本机.EXE程序、.DLL库,诸如.NET或者需要安装到或复制 到柜机图像的其他非航司应用工具等OS框架。 航司应用要求的任何其他组件必须经过CUSS技术组的批准,并列入CUSS技术列表,也可能在 CUSS标准的新版本中列出。平台提供商必须能安装和独立测试组件,以确保它们不会干扰平台其他 部分。 例如,这些是不被允许的活动: 一在航司应用目录下安装DLL或EXE(例如SWT,一个需要JNI库的工具包);在不属于航司 应用提供商(共享或机场柜机)的系统或组件目录中安装DLL或EXE。 一安装自定义浏览器插件。 一一在航司应用目录中包含并运行客户JavaRuntime。 一安装特定的本机工具包或API(例如.NET框架)。 一这些是被允许的活动: 一 安装字体资源(.TTF),以便在java或浏览器中可用。 一为了扩展语言支持,可以在柜机上请求多语言支持“包”。 一java库和工具包作为航司应用的一部分来使用(提供或它们不需要JNI组件进程),如xerces 1og4j等。 一安装安全通信所需的安全证书。 在柜机上运行时,航司应用提供商应遵守航司应用提供或包含的任何字体、库、工具包或其他资 原的许可、条款和条件。

T/CCAATB 00052020

因为CUSS标准旨在允许航空公司航司应用在所有柜机s和平台供应商中联合一致工作,航空公司 应该最少需要在航司应用中拥有柜机、工作站或供应商特定的逻辑和配置。 何时以及是否需要特定网站的设置配置或航司应用,航司应用的集成和持续维护更加困难:它需 要比其他航司应用更多的文档、协调和跟踪,并且可以使初始设置更加困难。总的来说,它还会影响 CUSS独立于供应商且可互操作的这一观点。 因为很多原因,航司应用提供商的建议做法是,尽量最小化并尽可能消除柜机上航司应用所需的 特定网站的设置或配置。(当然,在航司应用服务器或主机上,使用了许多特定网站的规则和设置。 一航司应用不应该使用本地配置去设置和导找哪个设备用在特定柜机。这应该在代码中完成 使用第9章和第8章的指南。 一若使用的话,将本地配置保持在最低限度。这类配置仅用于已知的柜机或设备互操作性问题, 一不应从本地配置业务逻辑。相反,航司应用或服务器逻辑应使用来自CUSS环境的柜机名称 和站点代码,以从航空公司维护的中央配置中查找规则或配置。 由于供应商互操作性或CUSS技术标准问题,需要的本地配置都应引起CUSS方案工作组的注 意,以进行讨论和改革

对CUSS航司应用架构的任何方面都没有任何限制GB/T 38894-2020 无损检测 电化学检测 总则,这些方面不在CUSS柜机上运行。只要是柜机 上运行的航司应用组件且遵守此处列出的限制,航司应用提供商可以自由地实施他们选择的方法以及 他们需要的工具和技术。

C.11航司应用资源限制

确保单个CUSS航司应用不会影响共享通用柜机上的资源,以下是CUSS1.3对CUSS航司应用施加 的资源限制。考虑到一些较新工具和技术的需求增加,这些限制从以前的版本增加。 在本地存储目录中,航司应用不得使用超过1024MB。 一航司应用进程和所有子进程不能使用超过192MB的RAM 一为允许航司应用在java进程中使用最多192MB,平台必须将航司应用的Java堆大小限制设 置为256MB,或者在启动航司应用的命令行参数配置中,或者在全局Web浏览器中使用Java 插件来设置所有航司应用。 允许航司应用创建其他进程,但必须在完成后清理这些进程。 在事务处理或空闲时,航司应用不得过度使用CPU(或“挂起”)CPU。若在合理的评估下,平 台提供商可以认为CPU使用率“过高”,则航司应用的CPU使用率会影响柜机上的其他服务、工具或 航司应用正常和响应运行的能力。

T/CCAATB 00052020

表D.1扩展数据类型表

皖2019DT208:100kV及220kV输电线路π接专用杆塔设计.pdfT/CCAATB 00052020

T/CCAATB 00052020

©版权声明
相关文章