基于二维码电子票售检系统方案建议书方案之家Word下载.docx

基于二维码电子票售检系统方案建议书方案之家Word下载.docx

《基于二维码电子票售检系统方案建议书方案之家Word下载.docx》由会员分享，可在线阅读，更多相关《基于二维码电子票售检系统方案建议书方案之家Word下载.docx（22页珍藏版）》请在冰豆网上搜索。

xxx公司电子票售检系统的建设目标，就是使客户通过互联网等多种非面对面方式购票之后，仅凭发送到手机上的电子票就可通过设在现场入口处的售检设备的识读器自动验票入场。

电子票采用当今世界上最先进的二维编码技术，充分实现了保证了电子票的可靠性，安全性。

真正实现了购票的一站式服务，无须您打电话预定，等快递送票上门等烦琐的等待，您只要在我们指定的网站上，通过网络安全付款后，马上可以得到一张电子票，打印出来或发送到您的手机上，免去了您上门排队买票的烦琐操作。

电子票还真正实现了异地出票，全国各地只要能上网的电脑，都可以购买我们所提供的电子票，大大扩大了销售范围。

解决了传统网上购票难以跨区域销售的问题，减少了售票人员的工作量和劳动强度。

1.4术语和缩写解释

列出本系统设计说明书中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时要求继承全部的先前过程中定义过的词汇。

词汇名称

词汇含义

备注

PDF417

PDF417码是由留美华人王寅敬（音）博士发明的。

PDF是取英文PortableDataFile三个单词的首字母的缩写，意为“便携数据文件”。

因为组成条形码的每一符号字符都是由4个条和4个空构成，如果将组成条形码的最窄条或空称为一个模块，则上述的4个条和4个空的总模块数一定为17，所以称417码或PDF417码

主流二维条码技术之一

QRCode

由日本Denso公司发明，QR（QuickResponse）意为快速响应

关于二维码知识了解详见附件

1.5参考资料

<

基于二维码的移动票卡平台报告v－zw.doc>

>

;

2方案建议

2.1网络拓扑图

拓扑图以铁路系统为例

（图2.1）

2.2业务流程

首先我们可以看下xxx公司火车电子票售检系统对传统火车票的售检流程进行精简。

使得用户可以在互联网上直接购票，并通过网上电子支付手段进行火车票费用支付后，通过手机可以直接获取一张带有时间、场次等票务信息的二维码电子票。

真正实现足不出户就可以买到相应类别的票，电子票采用了二维码技术，因此基本杜绝了假票以及票价被不法分子哄抬的局面。

下图详细描述了用户购票及验票的整个流程，可按1）、2）、3）、4）、5）分别表示依次的操作顺序：

（图2.2）

1）、票务公司发布门票信息，系统将票务信息编制成二维码图形格式存放；

2）、用户登录促销网站，登记订购购票信息；

3）、网上支付，购买门票（免费门票情况，无需此步骤）；

4）、系统根据用户订购情况，发送电子票到用户手机，或用户自行打印到纸介质；

5）、用户到现场直接刷验手机电子票或打印出的纸质票入场。

2.2.1订购流程

2.2.1.1WEB方式订购

（图2.2.1.1）

2.2.1.2WAP方式订购

（图2.2.1.2）

2.2.1.3短信方式订购

（图2.2.1.3）

2.2.2退票流程

2.2.2.1WEB/WAP方式退票

（图2.2.2.1）

2.2.2.2短信方式退票

（图2.2.2.2）

2.2.3验票流程

2.3技术方案

xxx公司电子票售检系统按其实现不同功能可划分为五大子系统及三大接口，系统总体框架图如下：

2.3.1系统总体架构

图（2.3.1）

2.3.2子系统技术路线

1）、网站订购平台，目前分WEB网站订购及WAP网站订购渠道，采用B/S结构，使用JSP/JAVA（JBuilder8.0开发工具）开发，使用WEBLOGIC中间件。

2）、编码系统、验票系统及数据迁移系统使用VC++6.0开发，保证系统的效率；

3）、发送系统采用JAVA语言JBuilder9.0工具开发；

4）、票务业务管理系统，采用B/S结构，使用JSP/JAVA（JBuilder8.0开发工具）开发，使用WEBLOGIC中间件。

让票务公司的管理人员通过外网就可以进行对票的管理。

5）、后台数据库统一采用ORACLE9i。

2.3.3接口实现方式

由图（2.3.1）可以看出，xxx公司电子票售检系统同外围系统主要有以下三大接口：

2.3.3.1支付接口

目前系统在WEB网站主要采用的是IPS公司提供的第三方支付平台，关于IPS公司的介绍及其支付平台的解决方案详见附件4.2中的IPS支付平台解决方案。

后续将推出更多的支付方式。

2.3.3.1.1IPS支付流程

1）顾客访问商户网站选择商品，开始交易过程。

2）顾客选择通过网上支付方式，商户直接将浏览器重定向到环迅“i付通（IPS）”支付网关人民币卡支付页面。

3）支付网关要求顾客选择银行。

4）银行选择。

5）IPS支付网关重定向到选定的银行支付页面。

6）银行支付页面要求顾客输入卡号和密码。

7）顾客输入卡号和密码。

8）银行验证用户输入的信息。

9）银行弹出支付结果页面提示顾客支付结果。

10）银行将支付结果返回给IPS支付网关。

11）环迅“i付通（IPS）”支付网关返回支付结果至商户网站。

12）商户根据支付结果为顾客提供服务。

（外币卡）

2）顾客选择通过网上支付方式，商户直接将浏览器重定向到IPS支付网关外卡支付页面。

3）支付网关要求顾客选择所使用的国际卡及输入卡号、有效期、CVV2以及顾客姓名。

4）用户输入卡号、有效期、CVC以及顾客姓名。

5）IPS支付网关将用户基本信息加密后送Visa目录服务器进行验证。

6）Visa目录服务器将发卡行是否有3D验证的信息返回给“i付通（IPS）”，若有的话，则同时将发卡行的页面传送给“i付通（IPS）”。

7）“i付通（IPS）”支付网关重定向用户Browser至发卡行页面做3D验证。

8）发卡行将3D验证的结果反馈给IPS。

9）“i付通（IPS）”将支付信息发送收单行进行扣款。

10）银行将支付结果返回给“i付通（IPS）”支付网关。

11）“i付通（IPS）”支付网关返回支付结果至商户网站。

说明：

此处“商户“统指xxx公司电子票售检系统的中的网站订购子系统。

2.3.3.1.2安全机制

1）、防火墙

“i付通（IPS）”支付平台使用著名网络安全公司NetScreen提供的防火墙。

该设备以硬件为基础，将防火墙虚拟专用网VPN和流量管理系统等几类功能集成到一个产品上，确保“i付通（IPS）”支付网关免于病毒和黑客攻击，避免由于网络产生的新漏洞受到威胁，为商户交易的机密数据提供了保护措施，保证平台安全稳定。

2）、SSL128位传输加密标准

“i付通（IPS）”支付平台使用全球著名认证中心VeriSign提供的SSL证书（128位）.客户端的浏览器发送CGI请求时使用https协议，所有客户端发送的https请求以及WebServer返回的结果都会自动使用SSL加密。

客户通过网络向服务商传送的资料会自动加密,等到另外一端收到资料后,再将编码后的资料还原。

即使盗窃者在网络上取得编码后的资料,如果没有原先编制的密码算法,也不能获得可读的有用资料。

所以“i付通（IPS）”能最大程度的保证支付信息的机密、支付过程的完整、商户及顾客的合法身份、可操作性等相关信息。

3）、订单支付接口的md5摘要认证

为了保证商户传送到IPS的订单不被恶意的篡改，“i付通（IPS）”为商户订单支付接口提供了基于Md5的摘要认证。

商户可用订单编号+订单金额+订单日期+登陆商户后台的管理员密码作为明文进行md5摘要，将生成的摘要连同订单支付信息一起发送到“i付通（IPS）”，“i付通（IPS）”通过Md5摘要认证来判别该订单信息是否被篡改,从而保障了商户的利益。

4）、交易返回接口的数字签名认证

数字签名认证的目的是用来保证信息传输过程中信息的完整性和真实性以及提供信息发送者身份的确认证。

数字签名使得接收者能够核实发送者对报文的签名,发送者事后不能抵赖对报文的签名,且接收者不能伪造对报文的签名。

如果商户对“i付通（IPS）”系统返回数据的真实性有较高的要求，可以结合我们颁发给商户的公钥及组件，来验证签名，以防止别人模拟IPS返回订单，保证系统的安全运行,从而最大限度的保障了商户以及顾客的利益。

5）、安全性等同银行

IPS不收集用户的银行卡资料，当用户需要填写银行卡资料时，实际上已经到达到银行的支付网关了，所以此时安全性完全等同于各家银行的网上银行了。

不过为了安全，需要引导用户不要在公共场合输入信用卡信息，以防被他人看到卡号及密码，如果需要得到更详细与"

网上支付安全"

方面信息，请让用户直接与发卡行进行联系。

2.3.3.2发送接口

系统发送用户订购二维码电子票图片，主要是通过WAPpush方式。

2.3.3.3票务接口

根据票务类型不同系统将采用两种方式的票务接口：

1）、普通接口

这类接口主要是各个票务公司直接通过系统提供的基于B/S结构的票务业务管理子系统中的票务管理模块，进行电子票务信息接口设置、电子票的发布、电子票的查询及剩余电子票数的控制。

主要通过人工方式同原有票务系统进行票数的控制。

2）、专用接口

针对铁路系统及航空系统的电子票类，系统采用基于TCP/IP协议的SOCKET数据包方式开发出专用的接口，主要包括查询接口、订购接口、打印接口及验票接口，这样就达到与原有的售票系统进行无缝衔接。

2.4系统配置方案

2.4.1支撑软件

1、操作系统：

WEB网站，采用windows2003操作系统；

数据库服务器，采用linuxAS3.0；

2、数据库：

使用ORACLE9i；

3、xxx公司二维码电子票售检系统应用软件；

4、中间件：

Weblogic8.1。

2.4.2硬件设备

设备

功能

应用服务器

二维码的生成和管理及发送系统

数据库服务器

整个系统的数据库

Web服务器

票务平台的订购网站及票务业务管理系统

交换机

防火墙

二维码识读器

用来进行二维码的识读（即验票）

验票终端

用来和应用服务器进行通信，以及暂存验票信息数据。

3系统功能

3.1功能结构图

3.2功能描述

3.2.1订购平台

为使用户购票的方便性及跨地域性，平台提供多种购票方式。

主要有通过WEB网站、WAP进行票、卡的购买。

目前第一阶段暂支持WEB网站订购。

3.2.1.1WEB网站订购

功能概述：

在平台的专用网站上提供各个票务提供商提供的各种票、卡信息，用户只需选择相应类别的票按照系统的提示信息进行票的购买。

主要功能：

1）、订购管理，用户可以选择网站上推荐的或根据相关条件查询搜索到的相应活动的票进行票的购买；

2）、补票管理，用户在 

票务网站上购买的票，如果发现遗失，可以登陆到的我们平台的网站上，输入订单号及定单密码，验证通过后，系统会重新给用户发送电子票到你订购的手机上；

3）、电子票打印,用户在票务网站上购买的票除了发送到手机上，还可以根据需要，直接打印出纸质的票；

4）、热门推荐,提供最热门的票务信息在首页最显著的地方显示，方便用户的购买；

5）、站内搜索,根据票务类别、活动名称、活动时间来快速定位票的信息，方便用户的购买；

6）、支付接口,用户购买票时涉及到支付操作，此时需要将相应的订购信息，如订单号、金额传给银行的支付平台接口，银行扣款成功后，将相应的结果通过接口返回到我们的票务网站平台；

7）、票务供应商加盟,为有意加入我们平台的票务提供商，进行各种信息的登记，登记后我方将在3个工作日之内同票务公司联系，并进行商务上的合作，协议签订后，我们将提供给票务公司一个商户号及密码，票务公司根据这个帐号及密码登陆我们的后台业务管理系统进行票的发布；

8）、使用帮助，在帮助里边主要涉及电子票介绍、购票流程介绍、问题解答。

3.2.1.2WAP网站订购

用户使用手机WAP功能，直接登陆到上进行票务的查询及订购。

3.2.1.3短信系统订购

用户除了使用WEB方式及WAP方式外还可以通过编辑短信发送到特定的短信网关端口进行票务的查询及订购。

3.2.2票务业务管理系统

业务管理平台主要包含系统管理、票务供应商管理、票务综合查询、结算管理及报表管理等功能，使用对象主要为平台的系统管理员、维护人员及各个票务公司的操作员。

3.2.2.1系统管理

提供系统管理人员使用，主要包括操作员管理、权限管理、参数管理、日志管理。

1）、操作员管理，主要针对各个操作员的管理，主要包含操作的增加、修改、注销等功能；

2）、权限/角色管理,主要为各个角色分配不同的菜单权限、数据及事件权限；

3）、静态参数管理,主要把基本资料及静态表数据维护；

4）、规则管理，主要对各种业务规则条件的管理；

5）、日志查询,主要将各个票务公司的业务操作日志进行查询。

本模块大部分可复用。

3.2.2.2票务审核

我方管理人员，对各个票务公司提交的票务信息进行审核，主要包括对出售票信息描述、内容、宣传海报格式等信息进行审核，通过后，用户就可以在网站上看到票务公司发布的出售信息。

3.2.2.3票务管理

票务公司管理，本模块主要提供给票务公司使用，主要功能包括，票务信息登记、票务生成、票务修改、票务查询等功能。

1）、票务信息登记，票务公司在发布售票信息前，必须登记本次售票类型、活动名称、活动说明、海报图片等信息的录入；

2）、票务生成，票务公司根据票务信息及出售数量，进行票务数的生成；

3）、票务修改，票务公司对发布的票务可以做数量上的调整；

4）、票务查询，票务公司可以随时了解到目前票务的销售状况。

3.2.2.4综合查询

本模块主要提供给票务平台的管理人员查询及时了解各个票务公司各种类型票务的销售情况。

3.2.2.5结算管理

按协议规定的周期及拥金同各个票务公司进行费用的结算。

3.2.2.6报表管理

分别按日或月统计各种票务的销售情况，各种票务公司的发布情况。

3.2.3验票系统

功能描述：

用户凭从移动票务平台订购的二维码电子票，进行相应的入场消费。

此时设置在入口的二维码验票机对电子票进行快速校验，方便及加速用户入场的速度，为用户提供高质量的服务环境。

3.2.3.1系统设置

系统设置主要包括串口设置和数据库连接设置，其中串口设置主要设置二维码扫描器的波特率等参数，而数据库连接设置是指验票前同票务中心数据库或本地数据库相连.

3.2.3.2二维码解码

用户的电子票通过二维码扫描器，系统从相应的串口中读取票务信息，进行解码并标准化成预先定义的格式。

3.2.3.3二维码验证

解码后将相关的票务信息，在中心数据库进行票信息有效性的验证，当系统提示通过，用户就可以进入相关的活动.

3.2.4编码系统

3.2.4.1系统设置

编码系统的系统设置中包含数据库连接设置、上传服务器设置、轮询时间设置等功能.

3.2.4.2二维码编码

本模块是编码系统的核心模块，根据票务公司发布的票务信息，编码系统自动对每张票按照相应的信息格式编码生成二维码图片.

3.2.4.3二维码图片上传

二维码编码图片生成后，发送到相关的发送系统服务器及网站服务器上.

3.2.4.4日志查询

可以查询票务公司提供的各种票务类别的二维码生成及图片上传情况.

3.2.5发送系统

3.2.5.1系统设置

包括数据库连接设置及发送邮箱服务器及发送邮箱设置.

3.2.5.2发送管理

发送管理是发送模块的核心,控制用户购票及支付完毕之后，自动给一用户的手机及邮箱发送电子票信息.

3.2.5.3发送接口

发送接口,主要是指发送二维码图片到用户手机的网关接口，根据不同的运营商有不同的发送接口，移动用户通过彩信、短信、WAPPUSH短信、邮箱等方式，联通用户直接通过彩E方式发送.

3.3性能需求

3.3.1总体性能需求

详细描述系统整体对性能的各项要求，如系统处理时间、响应时间、传输时间等。

3.3.2子系统/模块性能需求

3.3.2.1订购管理

系统界面显示时间在3s之内；

响应时间在2s之内;

3.3.2.2验票系统

系统处理时间在3s之内；

3.4用户界面需求

描述需要的用户界面的逻辑特征。

这些特征包括但不限于：

1）订购界面是基于网站平台上，并提供人性化图形用户界面（GUI）标准，采用xxx公司统一风格；

2）业务管理平台采用原先xxx公司彩话管理系统风格；

3.5报表需求

直观，便于使用。

3.6安全性需求

为了保证系统的安全性，在生成二维码系统之前，需要对输入字串进行加密。

验证时提供密钥进行解码，解密进行验证。

4附件

4.1二维码知识了解

错误！

链接无效。

IPS支付平台解决方案目录

4.2