一、基本民航订座知识1.1 什么是订座简要地说，订座就是订取某航班的一个座位。在中国民航系统主机上存放了大量航班座位信息。旅客想乘坐任何一个航空公司的客机出行，必须首先在主机系统预定一个座位。这就需要向主机询问某时间、出发到达地是否有合适的航班、可利用的座位。如果确定预订该座位，系统就会生成一个记录编号—PNR（Passenger Name Recoder）,这个订座记录将会跟随旅客，从订妥座位，行程修改，付款，出票，机场登机，一直到航班起飞到达目的地后，该记录才会被系统删除。不管订座的方式、流程如何复杂多样，原理都是这样的。 大型主机系统处理能力超强，但是其特有的通信方式和指令格式给订座带来了不便。只有受过订座指令培训的专业操作员，在专有终端上，才能够自如的与主机进行信息交互。1.3 旅客姓名记录—PNR所谓的订妥座位就是生成一个PNR（Passenger Name Recoder，旅客订座记录），并封口使之生效。旅客本次订座的全部信息都记录在这里。包括乘客姓名、航段信息（包括起飞城市、到达城市、起飞时间、舱位等级等）、座位数、乘客联系方式、特殊服务要求、是否某航空公司的常旅客、票价信息、航空公司或代理人规定的出票时限等等。PNR中的信息非常丰富。旅客修改行程、航班改期、付款、出票、退票等信息都会体现出来。 座位订妥后，如果旅客不立即购票，应告知PNR号和出票时限，超过出票时限，原定座位将不予保留。 1.4 订座流程（从查询到出票）查询需要航班座位可利用情况—>确定订某航班某座位—>付款—>得到机票—>机场登机1.5 出票如果订票人有出票的权限，可以提前取票。也可以选择在机场取票直接办理登机手续乘机。 航空公司或代理人为了防止有人空耗座位，一般对出票时限有一定要求，一般最迟也要在飞机起飞前2个小时出票。 1.6 民航系统的数据表述要看得懂航班信息、PNR信息首先必须了解以下几个数据表述： 航空公司代码：由二位英文字母表示，如中国国际航空公司：“CA”, 德国汉莎航空公司：“LH”。在完成客运行为时，也就是承运人两字码。 城市三子码：出发地、到达地均用城市三子码表述，如：中国北京：“PEK”,美国洛杉矶：“LAX”。 舱位等级：Ｆ――头等舱。 Ｃ――公务舱 Ｙ——经济舱（普通舱）。在票价计算时以经济舱成人全票价为基础票价。头等舱按基础票价的150%计算，公务舱按基础票价的130%计算。而普通舱票价包括公布票价(A)和折扣票价（B）,YB80，就表示这是一张八折票，按基础票价的80%计算。 航段：航段是指航线点与点之间的航程，航线的经停点越多，航段就越多，航线由一个或多个航段组成。 经停与转飞：这是两个不同的概念。经停发生在一个航段的飞行中，该航段经停多少是根据客货运输的需求和飞机航行能力均定的。转飞则是不同航段的转换，航班号与航段均发生了变化。 航班号：国内航班号的编排方式是由航空公司二字代码加上三或四位数字，如MU5143。航班号编排有规律可循，这里不再详述。 国家两字码：中华人民共和国“CN”,美国“US”。 币种：人民币“CNY”，美元“USD”。 1.7 注意事项一个PNR里可以订几个不同航班的座位。 团队订座：团队订座是相对于散客订座而言的。团队订座指统一组织的旅客人数在１０人以上（含１０人），航程、乘机日期和航班相同的旅客订座。团队PNR在生成的时候必须定义团名。 各航空公司除了一些基本规定之外，有一些特别规定。比如成人携带儿童、婴儿的规定，最迟出票时间的规定，这些在订票时应该注意。 2.1 E-Build APIE-Build API（原称IBE），是由中国航信开发的互联网订座引擎。它改变了传统的方式下通过使用终端设备来访问主机的模式，提供了基于因特网和开放平台技术访问中国航信传统订座业务的解决方案。 E-Build API产品在中国航信的电子商务服务器上封装了与主机之间的通讯，再把对主机的操作按照不同功能封装成客户端API发布客户；客户端与航信电子商务服务器使用互联网标准的连接方式，于是客户可以在程序中调用E-Build API客户端那些简单方法来完成与主机的交互，使航班信息查询与订票的功能轻而易举的展现在自己的网站上。 2.2 E-Build API的特点E-BUILD API提供了API（应用程序接口）方式的接口。因此： E-Build API本身不是一个完整的应用系统，它是构成客户商务系统的重要组件； 客户需要在E-Build API的基础上进行二次开发； E-Build API提供访问中国航信CRS和ICS系统的API，客户只需关注自身的商业逻辑设计； 基于标准开放的TCP/IP协议，能够运行在多种应用平台上； 主机指令格式的更改不会影响客户端程序的稳定性； 开放的产品，随着用户需求和应用增加其功能将不断完善，并具有很好版本兼容性； 互连简洁，效率高； 使用安全，服务器端具有完备的日志记录与分析功能； 2.3 主要功能列表航班时刻查询 航班座位可利用状况查询 航班经停点查询 运价查询 散客、团队旅客实时订座 实时旅客订座记录查询 散客、团队旅客订座记录修改删除 航班最低运价信息查询 三、您为什么需要3.1 构建自己的商务模式不管您是代理人、航空公司、或是为代理人提供服务的商家，您可以使用E-Build API轻松构架您的商务模式，E-Build API作为连接订座主机的API，提供网上查询航班、订票等服务支持。您在构建企业商务逻辑时可以充分利用E-Build API，将它构建到自己的高级组件中去，从而增强企业的各项服务功能。 3.2 方便的开发本手册的使用指南部分将会指导您顺利开始E-Build API的使用； 开发中参看javadoc中各个类和方法的详细说明； 开发前期我们将会给与一定程度的使用指导（不包括现场参与开发）； 在开发中出现的问题您可以在问题集寻求解决办法； 3.3 完备的日志管理对于用户发来的指令均可以通过E-Build API日志分析机制查看。如果出现非法操作，系统将会对操作进行追踪。这样保证用户的正常使用安全和纠错处理。
3.4 确保使用安全E-Build API产品完善的安全机制将会保证您的使用安全。 3.4.1 身份认证机制
3.4.2 安全的传输 E-Build API产品在中国航信的电子商务服务器上封装了与主机之间的通讯，再把对主机的操作按照不同功能封装成客户端API发布给我们的客户；客户端与航信电子商务服务器使用tcp相连接。由于 E-Build API独有的编码解码方式使得信息传输中的安全得以保障。
四、使用之前4.1 E-Build API客户端E-Build API分为客户端与服务器端两个部分。我们把E-Build API用户用以同E-Build API Server建立连接，向其发送和接收订座请求的节点计算机称为E-Build API客户端。把航信E-Build API Server称为服务器端。 对于E-Build API客户端并没有特殊的要求。 4.2 E-Build API客户端的运行环境Java 产品包使用者： 拥有公网（Internet）固定IP； 拥有JDK开发环境； Com版产品包使用者： 拥有公网（Internet）固定IP； 微软开发平台(windows2000及以上)； 4.3 E-Build API客户端的使用前提要求客户有一定的技术开发能力； 合法的代理人或航空公司身份（如果需要预定功能）； 在客户端服务器导入E-Build API产品包（Java包或.dll文件）。
4.4 开发环境部署如果现有的开发平台是java环境，可以使用我们提供的ibeclient.JAR，将它部署于应用服务器上，同时把配置文件ibeclient.properties部署到java的ClassPath中。 ［注意］确保ibeclient.properties在ClassPath中的唯一性，以免在配置修改时，定位不到正确的文件。 ibeclient. JAR的结构： com.travelsky.ibe.client 包括了航班查询等常用指令 com.travelsky.ibe.client.pnr 包括了PNR预定处理相关的指令 com.travelsky.ibe.exceptions 包括了所有的错误信息 com.travelsky.util 提供了一些用于支持上述类的公用类 如果您现有的开发平台是微软开发平台，可以使用我们提供的IBECom.dll。相应的配置信息保存在Windows的注册表文件中，组织结构类似于上述的ibeclient.JAR。 |
|
|
