网上定票与支付系统可行性报告.docx
《网上定票与支付系统可行性报告.docx》由会员分享，可在线阅读，更多相关《网上定票与支付系统可行性报告.docx（34页珍藏版）》请在冰点文库上搜索。
网上定票与支付系统可行性报告
网上定票与支付系统
可行性报告
设计：
审核：
批准：
中国东方航空公司计算机信息中心
立项依据与目的意义
研究内容与技术方案
1.研究内容
1.1.网上订票
1.2.网上支付
1.3.电子出票
1.4.自动办理登机手续
2.技术方案
2.1.网上订票系统
2.2.网上支付系统
2.3.电子出票与自动登机系统
三、成果形式与考核指标
1.应提交的技术条件
2.考核指标
2.1.网上订票系统的考核指标
2.2.网上支付系统的考核指标
四、成果应用单位或应用推广趋势
五、经济效益与社会效益分析
1.经济效益
2.社会效益
六、计划进度
七、实现本项目预期目标已具备的条件
八、项目研究人员名单
九、项目资金来源和总投资预算
十、合作形式和合作单位意见
十一、承担单位意见
一、立项依据与目的意义
自九十年代以来，因特网技术的飞速发展正在迅速地改变着人们的生活方式。
因特网正在由科学工作者的工具变成为普通百姓获取信息、进行交流的场所。
而因特网的商业应用则最引人注目。
网上书店是较早开发成功的商业应用之一。
网上销售机票则是具有巨大商机的另一个商业应用。
1994年10月美国联合航空公司率先推出了网上售票系统；乘客只需在因特网上输入自己的信用卡号与有效期，就可以直接购买机票。
出票方式有电子机票，机场取票、与送票到户等多种方式。
为了规范网上售票的业务，国际航空运输协会（IATA）与美国航空运输协会（ATA于1996年10月在洛杉矶联合召开了“旅客服务大会”并在会议上通过了IATA电子出票标准”与“ATA智能卡标准”两个标准的颁发为在世界范围内推广应用网上售票业务提供了法律依据。
网上售票不仅方便了乘客，而且还节省了航空公司的代理费用，加速了资金周转。
这为销售成本居高不下的航空公司带来了无限生机。
网上售票的另一优点是扩充了航空公司的销售网点，使航空公司通过因特网将其销售网点扩展到全世界。
网上售票的巨大优越性，使越来越多的航空公司投入精兵良将研制自己的网上售票系统。
截止至1997年9月底，世界上排名前20位的航空公司都有了自己的网上售票系统。
民航界专家断言：
到2010年，世界上80%的航空机票将通过因特网销售。
网上售票的最大问题是数据安全问题。
具体地说有以下两个问题：
作为乘客而言，担心网上付款会泄露自己银行卡的保密数据；
作为航空公司而言，如何确疋付款人与乘机人的身份。
这就提出了因特网上的数据加密与安全认证技术难题。
目前，国外航空公司的网上售票系统普遍采用的是SSL协议（SecureSocketsLaye）。
虽然SSL较好地解决了数据加密与数据完整性问题，但在解决安全交易双方的身份认证与交易无可否认（抵赖）性方面，做的并不彻底。
VISA国际组织于1996年联合其它金融与技术公司颁布了安全电子交易协议（SecureElectrouicTransaction）,并于1997年5月颁布了正式的SET1.0版本，为全面解决网上交易的数据加密与安全认证问题铺平了道路。
相信在今后几年内，真正按照SET标准开发的网上销售系统会不断出现。
国内因特网的推广与应用虽然还处在初级阶段，但其发展速度却非常惊人。
上海公共信息网在去年九月份至今一年来，上网人次已达250万，信息站点也发展到了近百家。
上海社区服务网的开通，更标志着上海因特网真正贴近了老百姓的生活。
网上商店纷纷建立，国内航空公司也开始酝酿网上售票业务。
中国民航高达500亿元以上人民币的客运销售额是网上售票的巨大潜在市场。
国际民航业的激烈竞争又迫使担负国际航线运输任务的航空公司必须尽快推出自己的因特网售票系统。
而这些又必须由一个安全的网上支付系统作支持。
综上所述，开发一个符合IATA标准的网上售票系统与符合SET标准的网上支付系统已是放在我们面前的一项迫切任务。
二、研究内容与技术方案
内谷：
网上售票与支付系统的实质是将原来司市场销售人员或销售代理负责的业客自己处理，因此对技术工作推出了解决的新问题。
这就是本项目应该研究的内容。
下面按业务流程将研究内容分为四大类：
1.1网上定票
1.1.1网上定票网页的制作，其中包括：
1.1.1.1航班时刻表查询
1.1.1.2票价查询
1.1.1.3航班有效座位查询
1.1.1.4订票（生成PNR
1.1.1.5订票记录查询
1.1.1.6订票记录修改
a）增加航段
b）取消航段
c）修改航段
d）取消旅客
e）取消订票
f）修改联系方式
g）座位再证实（已出票）
1.1.2WEB站点CGI程序的开发
用来建立WEBSERVEF与数据库之间的透明连接
与存取。
1.1.3WEB站点与民航订票主机通讯方式的研究
按照现有的计算机技术，有三种方法可以实现中国民航UNISYS主机与WEB站点数据库之间的通讯。
a）采用计算机仿真技术i用WEBSERVER勺主机作为民航定座主机的仿真终端，必须配置UNISYS的UNIX主机及其仿真软件。
ii用PC机既作为WEBJerver的客户机，又作为民航主机的仿真终端，利用StepC智能卡中的UNISCOP前真协议，再加上C语言编程。
b）采用遵守EDIFACT协议的定座数据交换技
术，需要与民航计算机中心进行大
量的业务协调与编写相应的UNIXEDI程序。
c）采用WEBServer的UNIX主机与民航定座主机之间的进程互操作。
双方均需开发相应的应答程序。
总之，由航空公司用户采用浏览器并通过因特网实现与民航主机的实时交互操作，而用户又不必学习定座主机的专用操作命令，这无论在业务上还是在技术上都是填补国内空白的重大突破。
1.2网上支付
这是本项目的重点攻关内容，其中有些重大技术问题即使在西方技术先进国家也是处于试验
阶段。
1.2.1交易安全问题
121.1数据加密技术
必须保证用户在网上支付时输入的信用卡/银行卡的有关数据不被泄露，以免被别人盗用；这是用户能否信任、网上支付作业能否成功的关键。
本系统中拟采用56位对称密钥的DES算法，对逐段64位明文数据加密，然后再用1024位非对称密钥的RSA算法将对称密钥加密（相当于用一数字信封把对称密钥）封装，即以双重加密的方式实现对用户金融数据的加密。
（参看图1.1）
1.2.1.2数据完整性检验
只有传输的数据准确无误地到达接收方，才能保证交易的正确性。
在传输过程中造成的
数
据
丢
失、
污
'染，都会给交易双方带来麻
烦。
如
何
检
验
数
据
的
完整性是交易成功与
否的
又
——一
关
键
技
术。
本
系
统
拟采用数字手印技术
实现
数
据
传
输
的
宀
兀
整
性
检
验，具体检验方法如下：
在
发
送
前，将发送的明文报
经过
——一
单
向
加
密
函
数
处
理
后，转换成按过数字手
印的
密文
。
（
明
文
经
过
对
称
密钥加密后依然发送）
。
接
收
方
用对称密钥将收文解
密后
得
到
的
发
送
明
文
也
经过同一单向函数处
理，
生
成
新
的
数
字
手
印
密
文。
如果重新生成的
数字
手
印
密
文
与
接
收
到
的
数字手印密文完全相
同，
即
证
明
了
数
据
传
输
的
完整性（参看图1.2）。
1.2
.1.3
交
易的无可否认（抵赖）
性
数
字
签
名是保证交易双方无
法抵
赖
的
最
好
解
决
方
案。
-每个交易方必须从具
有权
威
性
的
第
三
方
获
取
他
的数字签名密钥。
而在
全世
界Internet
网
上,
这个数
〕字签名密钥必须是唯
一的
。
然后，
利
用
这
个
密
钥
对按过数字手印的密文
进
行
再
加
密，实现了对所发送信息的数字签名。
接收方若能够用发送方的公共签名密钥打开数字签名，就决定了发送方的不可否认性。
121.4交易各方身份的认证
在
网
上
售
票
业
务
中:
用
户
查
到
的
站
占
八、、
是
否
就
是
东
方
航
空
公
司
的
站
占
八、、
?
航
空
公
司
服
务
的
乘
机
客
户
是
否
就
是
网
上
付
款
的
客
户
f?
这
里
都
有
——一
个
身
份
认
证
问
题。
数
字
证
书
的
发
放
是
解
决
网
上
身
份
认
证
的
最
有
效
方
法C
-在本方案中，
拟
选
用
——一
权
威
机
构
作
为
数
字
证
书
的
发
放
单
位
C
证
书
发
放
单
位
为
交
易
各
方
发
放
——一
个
唯
——一
确
认
的
数
字
证
书
以
供
交
易
时
能
实
时
地
向
该
权
威
机
构
确
认
对
方
身
份
的
直
/、
实
性。
数
字
证
书
中
包
含
以
下
内
容
•版本号
-序
列
号
*加
密
算
法
代码
•证
书
发
放
人
•持
证
人
信
息：
1）.
国
家
2）.
省、
市、
洲
3）.
详
细
地
址
4）.
组
织
名
称
5）.
通
用
名
-公
共
密
钥
•数
字
签
名
身份认证的信任结构由图1.3绘制
鉴于国内尚无法建立上连至国际root-key的证书权威机构，本方案中可能会采用国内银行卡与国外信用卡分别认证的方法。
应该强调的是，上述方案中所涉及的数据加密与身份认证技术均是基于安全电子交易协议SET（SecureElectronitTransaction），只要开发符合SET标准的客户、商户、网关与CA软件，并通过Internet实现系统集成，就可以建成满足上述要求的网上支付系统。
由于SET1.0的正式版本是在1997年5月31日才正式颁布，现在世界上所有采用网上售票的航空公司尚无采用SET作为网上支付协议的先例。
从这个意义上说，该项目的建设，应是国内填补空白、国际上领先的技术项目。
1.2.2
中具。
国银
行卡作为网上支付的首选工
在使
用
国外
信用卡做网上支付时，信用卡
帐户中并
无
现金
结存，而是按照持卡人的信任
度给以付
款
授权。
因此，此信用卡公司的交易处
理机不必
核
对持
卡人银行帐户中的现金结存。
而中
国
的银
行卡发行量大、种类又多，用国
内银行卡
作
为网
上支付的工具将会有一大批网
上售票的
用
户群
体。
与国际信用卡不同的是，国
内银行卡
种
类虽
多，但均属扣款卡的性质，也即
持卡人的消费是以银行卡中的现金结存为前提的。
每一次网上交易必须打开持卡人帐户并验证其现金结存是否大于或等于网上消费量，来决定支付的授权。
从这个含义上说，国内银行卡的网上交易，在技术处理上的难度与实时性要求，要比国外信用卡高得多。
这是该项目在技术上处于国际领先地位的又一标志。
123CA的执行特点
为了使支付系统能同时支持国外信用卡与国内银行卡的网上购票，身份认证应采用两步走的方案。
123.1内/外卡分离认证
在这个方案中，国内信用卡/银行卡采用与
国
际
上
的
根
CA不
上连的独
.立
CA
即
由
相
当
于
Intr
ane
中
采
用：
SET
协议的CA来
实
时
验
证
交
易
双
方
的
身
份。
而国外信
用卡则米
用
国
际
上
现
有
的
根
CA
的
验
证
机
制。
为
此，必须向
国
外
的
有
关
机
构
申
请
东
航
的
商
户
软
件与银行
网
关
软
件
的
数
字
证
书。
内/
外
■卡
分
离
认证的方案，
会
给
商
户
软
件
的
开
发
增
加
了
技
术
上的难度。
商
户
软
件
必
须
首
先
识
别
付
款
卡
的
种
类，以决定
将
付
款
信
息
转
送
至
国
内
网
关
或
者
国
外网关，而
东
航
则
必
须
在
国
内
与
国
外
银
行
同
时开帐户。
1232内外卡统一认证
该方案的前提条件是国内设置了与国际根CA可以上联的地区CA这有待于各方条件成熟之后实施。
网上订票软件现运行于SUN公司的服务器
上。
由于与民航定座主机实时交互操作的复杂性，该软件已开发了CGI、终端仿真等多种接口软件。
商户软件的合作开发商均限定了硬件平台的排他性，IBM或HP主机只能选其一，这就为商户软件与网上订票软件的集成带来了一定的难度。
无论采用进程互操作，还是采用Text文件互送，或者互相发送message都必须要求实时操作。
寻找一个能在两个平台上的软件之间实现实时交换信息的集成方案，对系统的实施是至关重要的。
125网关与银行交易处理机的接口技术
这是网上支付的又一大技术难题，其中既有技术上的，又有业务上的，还有大量行政协调方面的问题。
就技术方面的问题而言其解决方案有三种：
•终端仿真技术；
-EDIFACT电子数据交换技术；
•主机之间进程互操作技术。
由于用UNIX主机或PC机仿真POS机必须遵循ISO8583协议，而网上支付能传送的仅仅是信用卡号或银行卡号，要仿真ISO8583协议中的规定的信用卡与银行卡的消息格式有一定的技术难度，并需要银行技术人员的配合。
如果能采用一中介处理机仿真银行扣款与转帐业务，饶过POS仿真这一技术难题，则技术上的难度会降低不少。
而EDIFACT技术在现有的银行主机中又不兼容；最可行的接口技术是采用网关与银行主机进程互操作的方式，实现银行卡结存现金的实时验证与授权处理。
由于不同银行采用的交易处理机的主机不同，要实现多卡通用的功能，其接口程序开发的工作量的估计不可忽视。
电子出票的最大
优
占
八、、
是
节
省
了
机
票
制
作
的
成
本。
为了实现电子
出
票票
在
疋
座
主
机
中
必
须
运
行
电子出票软件。
该
软
件
疋
义
了
电
子
出
票
的
的
程
序、文件的结构以及消
肖息格
各式
艾与内容等。
电
子
出
票并不是完全无纸
销
售
大
多
数
乘
客
仍
需
要
——一
张硬拷贝的收据；航
空
公
司
在
旅
客
登
机
时
还
需
发
放登机牌。
另外，考
虑
到
政
府
机
关
的
各
种
税
收
和
财务政策与规定，
如
果
马
上
实
施
电
子
出
票
业
务,
在中国的特定环境下，
将
会
拖
延
项
目
的
实
施
进
度。
鉴于上述情况，
电
子
出
票
功
能
将
在
项
目
的
1.3
电子出票
二期工程中实施。
1.4自动办理登机手续
自动办理登机手续的实现有三个前提条
件：
其
——一
是，
东
K航
必须有一
个统
一的离］
港系统。
没
有
这
——一
条
件,
自
动登机设
备的
研制就
没
有
——一
个
统
——一
的
标
准。
这
一条件在
本世
纪内很难实现
。
其
二
是，
必须
有一个能
快速、
准确地
识
别
乘
客
身
份
的
证
件,
国
外航空公
司大
多采用
智
能
卡
作
为
乘
客
身
份
的标
识。
其
三
是，
必须
开发相应
的服:
务设备，
该
设
备
既
能
自
动
识
别
乘客的身份，
又能
自动打
印
出
登
机
牌
供
旅
客
登
机用
。
现
在
看
来,
最困难的还是第-
-条。
因
此，
此
项
功
能
只
能
待
条
件成
熟后再执
行。
2.技术方案
2.1网上订票系统
图2.1为网上订票系统建议方案的网络结构示意图。
该系统以自行开发为主。
航空公司用户将自己的PC机与Internet相连，并且通过WEBSERVE发现订票网页，填写订票的相应表格。
CGI程序自动将用户的订票信息存储于UNIX
主
机
的
数
据
库中，并且生成相应
刃的记录状
犬态。
运
行
于
PC仁PCn中的
定时查
询程序
通
过
局
域
网
并
作
为
UNIX主机的客
户机检
测数据
记
录
的
状
态
并
决
疋
将
记录内容转
换为订
票主机
的
操
作
代
码,
以仿
方真终端的方式，
通过PS
TN/DDN网
络
传
送
至
民
航
订
票票
主
机。
订
票票
主
机接收用户
的定座
请求，
生
成
相
应
的PNR记录并将订票结果反馈至PC仁PCn
PC仁PCn将反馈数据进行格式转换之后，写入数据库。
CGI程序定时检索记录状态的变化，当接到反馈信息后，将订票记录通过WEBSERVER发送到航空公司用户的浏览器上。
2.2网上支付系统
网上支付系统由四个子系统构成，它们是：
客户子系统；
•商户（如航空公司）子系统（其中的商户子系统应与商户应用系统集成在同一硬件平台上0）；
*付款网关子系统；
•SET（SecureElectronic
Transaction）用户资格注册子系统；
其建议方案的网络结构图如图2.2所示。
该系统拟采用技术引进与自行开发相结
合的方式，实现系统集成。
四个子系统通
过INTERNET及其相关协议软件，集成为一个
完整的网上支付系统，这里需要说明的
是，网关子系统通过对SET交易认证管理
与转接，实现与银行的交易处理。
不过这
些系统对于网上交易的客户或商户则是
完全透明的，现将四个子系统的工作原
理简述如下：
1）.客户子系统
这是网上支付系统客户端INTERNET浏
览器的插入（辅助）软件模块，
主要用
来执行
下
述
功能：
*在
客
户
进行的每次网上
购
物
交
易
中
验
证客户的帐号、口
令
与
数
字
证
书,
从而确认客户身
份
的
合
法
性,
数字签名实际上从CA认证
机
构
获
得，并存储于客户
机
中。
*执
行
电
子付款表的组织、
生
成
与
控
制
功
能，并且把银行确
认
的
电
子
付
款
表中的数据存放
于
客
户
机
内,
电子付款表中应包
国
际
上
流
行
的
大多数信用卡以
及
国
内
各
种
银
行卡，供用户选择。
・具
有
多
用户功能。
每个用
户
凭
借
自
己
的
帐号即可登录；凭
借
CA机
构
颁
发
的数字证书即能付款，
从
而
使
每
一台PC机上的浏览
器
供
多
个
用
户
使用。
*具
有
——一
用户多信用卡/银
行
卡
帐
号
的
功
能，使每个用户可
以
自
由
选
择
其
付款卡种类。
*具
有
信
用卡信息的加密功能，
从
而
保
证
每次付款交易时，
厶匕
能
安
全
地
将
信
用卡信息传送至商户、
网
关
与
银
行。
*能
够
验
证信用卡/银行卡
的
可
接
受
性,
并向用户显示信用
卡/
银
行
卡
的
有
效期以及认证恢复
状
态,
0
-帮
助
浏
览器管理SET进程，
包
括
加
密、
认证与数字签名等进
程。
2）.商户（
航
空
公司）子系统
对于航空公司或其它商户而言，商户子系统相当于INTERNET网上的现
金记帐簿，其主要功能包括：
-从网上商店（或航空公司的网上
订
票
系统）获得用户的
订单（
或
订
票）
记录。
接
收
客户的电子付款，
包括
基
于
SE'
T加
U密后的信用卡/
银行
卡
信
息。
将
电
子付款表中的数
据转
发
至
网
关
子系统。
升级会员 