票务系统解决方案建议书
修订历史
目 录
1 系统概述 . ......................................................................................................................................... 4
1.1
1.2
1.3
2
3 背景 ......................................................................................................................................... 4 功能需求 ................................................................................................................................. 4 实现计划 ................................................................................................................................. 5 系统结构 . ......................................................................................................................................... 5 功能说明 . ......................................................................................................................................... 7
3.1 用户门户 ................................................................................................................................. 7
功能需求 ......................................................................................................................... 7
3.1.2 非会员 . ............................................................................................................................ 8
3.1.3 会员 . .............................................................................................................................. 10
3.2 管理门户 ............................................................................................................................... 12
3.3 演出信息 ............................................................................................................................... 13
3.3.1 概念模型 ....................................................................................................................... 13
3.4 票务 ....................................................................................................................................... 14
3.4.1 概念模型 ....................................................................................................................... 14
3.4.2 订单提交流程 ............................................................................................................... 16
3.4.3 订单状态 ....................................................................................................................... 16
3.5 短信 ....................................................................................................................................... 19
3.5.1 功能需求 ....................................................................................................................... 19
3.5.2 概念模型 ....................................................................................................................... 19
3.6 统计 ....................................................................................................................................... 20
3.6.1 基本报表 ....................................................................................................................... 20
4 接口描述 . ....................................................................................................................................... 21
4.1
4.2
4.3
5 支付接口 ............................................................................................................................... 21 票务接口 ............................................................................................................................... 21 短信接口 ............................................................................................................................... 22 3.1.1 手机二维码技术 ............................................................................................................................ 23
5.1
5.2
5.3
5.4 二维码实现技术 ................................................................................................................... 23 运营商支撑情况 ................................................................................................................... 23 二维码识别 ........................................................................................................................... 23 二维码生成 ........................................................................................................................... 23 6
7 参考文献 . ....................................................................................................................................... 23 讨论 . ............................................................................................................................................... 24
1 系统概述
1.1 背景
目前我国大多数文艺演出都是采用窗口售票、人工售检票形式，观众在售票窗口购
票后、在入口处由工作人员人工验票，速度慢、漏洞多、统计困难。
传统售票和检票方式主要弊端表现在：
✓ 观众体验差：热门门票通常要提前几个小时排队，费时费力。
✓ 假票：现有的纸质门票容易仿造，验票人员不易分辨，巨大的利益使得造假集
团将目标瞄准了文艺演出门票，而文艺演出管理部门全然不知。有报道的全国
假票案件就有几十起，最高造假金额达到上千万元。
✓ 统计：票务销售情况和观众入场情况难以统计。
电子门票系统是一项集电子技术、计算机技术、信息技术、机械制造、软件于一体的高科技产品，它利用现代的科技手段代替传统的售检票方式。
本公司的电子票务系统总体目标是，通过采用先进的数字技术、网络安全技术和数
据库技术，建立一个支撑剧院发展互联网电子商务的支撑服务平台，满足如下需求：
✓ 以游客为中心，以顾客终身价值和顾客价值最大化为导向、以打造剧院忠实游
客群体为目标
✓ 线上（互联网）推广、线下资源有机结合，以Web2.0、Travel2.0、电子商务、
电子票务/无卡电子门禁等作为线下旅游资源的展示和推广平台，顺应互联网
商务蓬勃发展的潮流
✓ 在原有的被动营销和单一的媒体广告模式之上，应用先进的信息技术和新媒体
广告模式，有效增加文艺演出和体育赛事的营销渠道和推广手段
✓ 通过产品创新（整合剧场和商场资源，“吃住购行玩”一体化产品设计）、营销
推广渠道创新（被动营销与主动营销有机结合）、顾客管理模式创新（基于数
据挖掘的精细化营销，实现游客细分、二次销售、交叉销售、顾客维系、终身
价值管理等，最大化提高营销针对性、有效性且大幅降低营销成本），助力剧
院在互联网演出市场实现大幅增收
1.2 功能需求
要求系统具体功能如下：
✓ 多业务支持
该系统不仅支持文艺演出类票务销售，还支付体育赛事类、电影院类、汽车客
运类、景区类等多种票务销售。
✓ 演出信息
该系统自动获取剧院的演出信息，无需剧院再次录入。
观众可以在网上查询剧院的演出信息，选择自己喜好的节目。
✓ 网上订购
该系统支持用户的在线支付，通过短信发送二维码电子票到用户的手机上，解
决了用户的排队之忧。
✓ 票务分析
要求系统提供对票务数据的直观的图形分析能力。如直方图、折线图、圆饼图
以及二维或三维的图形，使管理者能够更加形象地对数据加以分析，对比。
1.3 实现计划
电子票务系统结构复杂，应用市场广泛。但是为了快速响应市场的需求，我们将电子票务系统分为以下阶段：
✓ 单业务阶段
此阶段主要实现以国家大剧院为主的文艺演出类电子票务。
主要工作：
搭建系统平台
调试各种接口，例如：外部票务接口，网上银行接口，短信中心接口等。
建立可扩展的系统模型
实现文艺演出类电子票务网上订购需求
实现用户门户和系统员管理门户
✓ 多业务阶段
此阶段主要实现体育赛事、展览、电影、景区等多种不同业务的电子票务。
主要工作：
调试各种接口，例如：体育场所的接口
提供场地提供商的门户
为各种不同的业务提供个性化的门户
提供实时售票终端
实现不同业务的电子票务网上订购需求
✓ 客户关怀阶段
此阶段主要实现以客户为中心，整合各种票据资源，为客户提供全方位的消费
服务。
主要工作：
建立客户关怀模型
建立票据套餐模型
分析客户消费行为，挖掘客户潜在需求
建立针对客户的个性化广告系统
2 系统结构
系统在第一阶段主要有以下模块和接口组成：
✓ 用户门户模块 用户通过WEB 和WAP 两种方式接入到本系统，可以进行查询文艺演出信息、订购相应门票、在线支付等操作。 ✓ 管理门户模块 系统管理员通过本门户管理剧场信息、处理用户订单、会员管理、统计分析。
✓ 演出信息模块
该模块自动抓取剧院的场馆和座位信息、节目信息、演出信息，并且提供演出
信息查询功能，图形化展现座位的分布。
✓ 票务模块
处理用户订单，负责和外部票务系统、银行的业务数据的组织和处理。
✓ 统计报表
定时产生各种统计数据，图形化展现业务报表。
✓ 数据库
存储电子票务系统相关的数据
支持标准的SQL 92语句
支持Transaction
支持数据备份和数据恢复
✓ 支付接口
提供和银行的URL 方式的数据交换。
✓ 票务接口
负责和外部票务接口的数据协议转换。
✓ 短信接口
负责和短信中心的数据协议转换。
3 功能说明
该章节主要讲述第一阶段实现的功能，即仅实现以国家大剧院为主的文艺演出类电子票务。
3.1 用户门户
3.1.1 功能需求
用户门户支持WEB 用户和W AP 用户的接入。用户可分会员和非会员两种。非会员无需注册和登陆，就都可以查询演出信息、预订门票、重发电子票、在线支付等操作。会员除了可以享受非会员的服务，还可以享受到更细致入微的个人关怀。
该门户主要提供以下功能
a.) 注册、登录（会员专有）
b.)
c.)
d.)
e.) 非注册用户通过在线登记个人信息就可以免费成为会员。 输入正确的用户名和密码就可以享受到会员服务。 查询演出信息（会员和非会员均可） 可以按时间、剧院、节目、演员查询演出信息。 预订门票（会员和非会员均可） 用户选定喜欢的场次和座位、提交订单、在线支付，系统会自动将电子门票发到用户的手机上。 重发电子门票（会员和非会员均可） 当用户不小心将电子门票删除后，可以使用“重发电子门票”，找回遗失的门票。 评论（会员专有）
会员可以对节目和剧院打分和评论。
3.1.2 非会员
“非会员”指没有在网站注册的用户。我们通过随机密码来验证订票人身份。针对这类用户，系统提供两个流程：订票流程和重发票据流程。重发票据是指：当用户丢失票据短信后，可以通过该流程再次获取该票据。
3.1.2.1 订票
非会员用户可以通过自己手机订购多张票据，但是不能通过门户将票据直接发到他人手机上。非会员用户订票流程如下：
1.
2.
3.
4. 通过系统门户，用户浏览演出信息后，选定演出场次； 再选择座位，此处可以多选； 之后，按确认提交； 用户门户在收到提交申请后，检查用户是否已经登录。如果没有登录，提示：是
否是注册用户？此处不是注册用户，则弹出提示：请输入手机号码！收到用户的
手机号码后，系统后台校验号码有效性并按照一定的规则生成随机密码；
4.1 系统通过短信接口向短信中心提交发送“随机密码”消息。同时网站提示用户
输入随机密码；
5. 用户输入随机密码，
5.1 经系统校验成功后，进入“订单提交流程”，此流程详见；成功之后，系
统弹出“订购成功”。
3.1.2.2 重发票据
系统为用户提供重发票据的功能，当用户丢失“演出票据短信”后，可由原订票会员或者票据持有人本人到票务网站，通过“重发票据”的功能，再次得到“演出票据短信”。此处只描述非会员通过重发票据流程，得到短信的过程。非会员用户重发的唯一凭据是手机号码。 重发票据的流程如下：
1. 用户选择“重发票据”功能，系统提示：是否是会员，如果用户不是会员，则提示用户输入手机号码；
2. 用户输入手机号码；
2.1 门户在收到手机号码后，产生随机密码，并通过短信接口向用户手机发送“随
机密码”短信；
3. 并且页面提示用户输入随机密码。并且在收到密码后校验是否正确；如果密码正确， 则列出该手机订购的所有未过期的票据
4. 用户选择需要重发的票据；
4.1 系统接收到该申请后，组装票据短信，并通过短信接口向短信中心发送“演出
票据短信”申请。同时网站提示用户注意查收短信。
3.1.3 会员
“会员”则指已在网站注册的用户。通过用户名+密码来验证订票人身份。针对这类用户，系统提供两个流程：订票流程和重发票据流程。重发票据是指：当用户丢失票据短信后，可以通过该流程再次获取该票据。
3.1.3.1 订票
会员在订票时，可以为其它手机订购门票，同时可以通过门户把票据短信发送到其他手机。会员的注册流程如下：
1. 通过系统门户，用户浏览演出信息后，选定演出场次；
2. 再选择座位，此处可以多选；
3. 之后，按确认提交；
4. 用户门户在收到提交申请后，检查用户是否已经登录。如果没有登录，提示：是否
是注册用户？如果是注册用户，则弹出提示：输入用户名、密码，并对用户输入的
用户名和密码进行校验，校验通过，则确认订单有效；
5. 弹出页面，提示用户已经定了几张票，提示用户输入每张票对应的手机号码。如果
用户不输入，则对应缺省手机号（会员本人手机号）;
6. 用户提交订单，这时会进入订单提交流程，详细的订单提交流程请参考，成功
之后，系统弹出“订购成功”。
备注1：这里是以用户先定演出场次和座位后登录为例，如果用户在选择演出场次之前就登录了，则不需要提示输入用户名和密码。
备注2：如果不填写手机号码，系统缺省使用会员本人手机号码。 备注3：具体参见3.4.2的详细流程说明。
3.1.3.2 重发票据
系统为用户提供重发票据的功能，当用户丢失“演出票据短信”后，可由原订票会员或者票据持有人本人到票务网站通过“重发票据”的功能，再次得到“演出票据短信”。此处只描述通过原订票会员重发票据的流程。会员可以帮其它手机重发电子票据，但是不能修改票据所对应的手机号码。 重发票据的流程如下：
1. 用户选择“重发票据”功能，系统提示：是否是会员，如果用户是会员，则系统在用户
未登录的情况下，提示登录；
2. 用户在登录界面输入用户名和密码后，系统会将该会员订购的尚未过期的所有票据列
出；
3. 用户可以选择需要重新发送的票据；
3.1 系统接收到该申请后，组装票据短信，并通过短信接口向短信中心发送“演出票据短信”申请。同时网站提示用户注意查收短信。
3.2 管理门户
管理门户是运营该系统的系统管理员的门户，一般不在公网开放。 该门户主要有以下功能： a.) 系统管理
创建、修改和删除登录本系统的员工，并授予员工相应的权限，查看员工在本系统的操作日志。 b.) 场馆提供商管理
创建、修改和删除场馆提供商（即剧院）的信息，并查看其所属的场馆、座位、节目、演出计划等信息。 c.) 订单管理
帮助用户预订、取消订单，同时处理由于各种原因产生的异常订单。 d.) 会员管理
查看用户信息，分析用户喜好，制定有针对性的销售策略。 e.) 统计分析
图形化展现各种业务统计数据，使管理者能够更加形象地对数据加以分析，对比。
3.3 演出信息
在系统实现第一阶段，只考虑文艺演出和体育赛事类的演出信息。 演出信息采取从“场馆提供商系统”的接口获取。
3.3.1 概念模型
场地提供商就是一个剧院，他可以有多个场馆（即演出厅），每个场馆有许多座位，座位可以分为不同的等级。
场地提供商可以上演多个不同的节目。
演出计划是由具体节目+具体场馆+具体时间组成。
例如：国家大剧院有一号厅，二号厅。一号厅有500个座位，其中前100个座位是贵宾席，后400个座位是普通座位。
国家大剧院上演过“红色娘子军”、“智取威虎山”、“图兰朵”等节目。
国家大剧院的一号厅在2009-12-25 20:00上演“红色娘子军”就是一个演出计划。
此概念模型同样适合“体育赛事”，“电影院”，“景区”等演出计划。
3.4 票务 3.4.1 概念模型
3.4.1.1 票据
票据本身可以分为单张票据和套票。例如：单张票的价格是150元，合家欢套票含
3个座位，只要400元。
票据本身是由具体的演出计划（具体节目+具体时间（段）+具体地点）和所占用的资源组成。
此概念模型可以适用于“体育赛事”，“电影院”，“景区”等多种商业模式。 例如：
文艺类演出票据=演出计划（红色娘子军+时间（2009-12-25 20:00）+国家大剧院一号厅）+资源（C 区5排2号座）
体育赛事票据=演出计划（网球大师赛+时间（2009-10-01 20:00）+上海网球馆）+资源（C 区5排2号座）
景区票据=演出计划（有效期 2010-01-01到2010-12-31）+资源（深圳欢乐谷）
3.4.1.2 订单
会员可拥有多个关联号码，其中一个是缺省关联号码，同时有多个其他关联号码；非会员只能有一个关联号码。关联号码主要用于接收电子票据。
一个订单是由一个用户（无论是会员或非会员）发起，订单中包含若干张票据，每张票据记录着电子票据的接收电话号码。
一个订单成功发起后，会自动生成若干条即时消息和定时消息，例如：订购成功消息，演出前的温馨提示消息等。
3.4.2 订单提交流程
订单提交流程的详细流程：
1. 用户提交订单，电子票务系统先根据预置规则校验号码有效性；
1.2 票务系统向演出场馆系统发出请求：锁定场次和座位；收到锁定成功响应后，电子票务系统提示用户，进入支付流程
2. 用户选择银行，支付流程携带支付金额等信息自动导向到网银支付页面，用户输入银行账号和密码等信息；
3. 付款成功后，网银返回响应。如果携带了支付结果详细参数，则不需要进行3.1及3.1.1流程；
3.1 如果只返回了交易号，则电子票务系统需要发送“求证支付信息(交易号) ”到网银进行确认；
3.1.1网银返回支付结果详细参数
4. 只要付款返回成功，电子票务系统就会向演出场馆系统发送“出票”请求； 5. 接收到成功响应后，电子票务系统通过短信中心向用户发送电子票据短信 6. 页面返回订票成功。
3.4.3 订单状态
订单是本系统最核心对象，因为与外部系统交互较多，所以订单的状态比较复杂。具体状态
转换如下
a.) 用户选择付款后，系统会先校验每个票据绑定的号码是否有效？
I) 如果有效，转到b 。
II) 如果无效，转移到“号码非法”状态，系统再自动将其状态转移到“失败”状态。 b.) 转移到“电话号码已验证”状态，系统向外部票务系统发送锁定座位请求
I) 如果锁定成功，转到c 。 II) 如果锁定失败，转移到“锁定座位失败”状态，系统再自动将其状态转移到“失败”
状态。
c.) 转移到“锁定座位成功”状态，系统向银行系统发送扣款请求
I) 如果成功，转到d 。
II) 如果失败，转移到“付款失败”状态，系统再自动向外部票务系统发送解锁请求。 i. 如果解锁成功，转移到“解锁座位成功”状态，系统再自动将其状态转移到“失
败”状态。 ii. 如果解锁失败，转移到“解锁座位失败”状态，系统再自动将其状态转移到“人
工处理”状态。
III) 如果超过时间阀值，“锁定座位成功”还没有发生转移，系统自动向外部票务系统
发送解锁请求。 i. 如果解锁成功，转移到“解锁座位成功”状态，系统再自动将其状态转移到“失
败”状态。 ii. 如果解锁失败，转移到“解锁座位失败”状态，系统再自动将其状态转移到“人
工处理”状态。
d.) 转移到“付款成功”状态，系统向外部票务系统发送出票请求
I) 如果成功，转到e 。
II) 如果失败，转移到“出票失败”状态，系统再自动将其状态转移到“人工处理”状
态。
e.) 转移到“出票成功”状态，系统向短信中心发送出票请求
I) 如果成功，转到e 。 II) 如果失败，转移到“发送短信失败”状态，系统再自动将其状态转移到“人工处理”
状态。
f.) 转移到“电子票据发送成功”状态，系统再自动将其状态转移到“订票成功”状态 g.) 在“人工处理”的订单，系统管理员在“异常工单”菜单中处理这些工单
I) 可以选择取消，系统自动将其状态转移到“取消”状态
II) 可以选择成功处理，系统自动将其状态转移到“订票成功”状态 在“订票成功”的订单，系统管理员将其标明为“已结算”状态。
3.5 短信 3.5.1 功能需求
通过短信发送的消息类型主要分为以下几类： a.) 电子票据
电子票据主要用短信的方式发到用户手机上。 b.) 订购成功消息
当用户成功订购门票后，系统会自动发送短消息，通知用户已经订购成功。 c.) 取消消息
当用户成功取消门票后，系统会自动发送短消息，通知用户已经取消成功。 d.) 提醒消息
在演出前几个小时（时间可以设置）
，提醒用户提早到场及其它注意事项。
3.5.2 概念模型
每个演出计划可以有不同的消息模板，多个演出计划也可以共享一个消息模板。
消息实体是消息模板的一个实例化，将模板中的参数替换。例如：消息模板是“你已经成功订购${program_name}的门票！”，消息实体可以将${program_name}替换成具体的节目名称，形成“你已经成功订购《红色娘子军》的门票！”的消息。 消息任务是已经绑定消息实体、具体发送时间、接收号码的消息对象。 消息任务可分为定时发送的定时消息和立即发送的及时消息。
例如：
立即发送“你已经成功订购《红色娘子军》的门票！”给1380008008是一个及时消息。 在节目开演前8小时，发“《红色娘子军》将于今晚20:00在国家大剧院上演，请安排好你的行程，不要错过精彩内容。”给1380008008是一个定时消息
3.6 统计
统计模块可提供如下功能： 1) 提供基本报表
2) 支持灵活定义报表格式
3) 可以导出多种文件格式（例如：PDF ，Excel 等） 4) 支持饼图、柱状图等多种图形展现方式
3.6.1 基本报表
销售总额日、月报
基于演出的总收入
票务系统解决方案建议书
修订历史
目 录
1 系统概述 . ......................................................................................................................................... 4
1.1
1.2
1.3
2
3 背景 ......................................................................................................................................... 4 功能需求 ................................................................................................................................. 4 实现计划 ................................................................................................................................. 5 系统结构 . ......................................................................................................................................... 5 功能说明 . ......................................................................................................................................... 7
3.1 用户门户 ................................................................................................................................. 7
功能需求 ......................................................................................................................... 7
3.1.2 非会员 . ............................................................................................................................ 8
3.1.3 会员 . .............................................................................................................................. 10
3.2 管理门户 ............................................................................................................................... 12
3.3 演出信息 ............................................................................................................................... 13
3.3.1 概念模型 ....................................................................................................................... 13
3.4 票务 ....................................................................................................................................... 14
3.4.1 概念模型 ....................................................................................................................... 14
3.4.2 订单提交流程 ............................................................................................................... 16
3.4.3 订单状态 ....................................................................................................................... 16
3.5 短信 ....................................................................................................................................... 19
3.5.1 功能需求 ....................................................................................................................... 19
3.5.2 概念模型 ....................................................................................................................... 19
3.6 统计 ....................................................................................................................................... 20
3.6.1 基本报表 ....................................................................................................................... 20
4 接口描述 . ....................................................................................................................................... 21
4.1
4.2
4.3
5 支付接口 ............................................................................................................................... 21 票务接口 ............................................................................................................................... 21 短信接口 ............................................................................................................................... 22 3.1.1 手机二维码技术 ............................................................................................................................ 23
5.1
5.2
5.3
5.4 二维码实现技术 ................................................................................................................... 23 运营商支撑情况 ................................................................................................................... 23 二维码识别 ........................................................................................................................... 23 二维码生成 ........................................................................................................................... 23 6
7 参考文献 . ....................................................................................................................................... 23 讨论 . ............................................................................................................................................... 24
1 系统概述
1.1 背景
目前我国大多数文艺演出都是采用窗口售票、人工售检票形式，观众在售票窗口购
票后、在入口处由工作人员人工验票，速度慢、漏洞多、统计困难。
传统售票和检票方式主要弊端表现在：
✓ 观众体验差：热门门票通常要提前几个小时排队，费时费力。
✓ 假票：现有的纸质门票容易仿造，验票人员不易分辨，巨大的利益使得造假集
团将目标瞄准了文艺演出门票，而文艺演出管理部门全然不知。有报道的全国
假票案件就有几十起，最高造假金额达到上千万元。
✓ 统计：票务销售情况和观众入场情况难以统计。
电子门票系统是一项集电子技术、计算机技术、信息技术、机械制造、软件于一体的高科技产品，它利用现代的科技手段代替传统的售检票方式。
本公司的电子票务系统总体目标是，通过采用先进的数字技术、网络安全技术和数
据库技术，建立一个支撑剧院发展互联网电子商务的支撑服务平台，满足如下需求：
✓ 以游客为中心，以顾客终身价值和顾客价值最大化为导向、以打造剧院忠实游
客群体为目标
✓ 线上（互联网）推广、线下资源有机结合，以Web2.0、Travel2.0、电子商务、
电子票务/无卡电子门禁等作为线下旅游资源的展示和推广平台，顺应互联网
商务蓬勃发展的潮流
✓ 在原有的被动营销和单一的媒体广告模式之上，应用先进的信息技术和新媒体
广告模式，有效增加文艺演出和体育赛事的营销渠道和推广手段
✓ 通过产品创新（整合剧场和商场资源，“吃住购行玩”一体化产品设计）、营销
推广渠道创新（被动营销与主动营销有机结合）、顾客管理模式创新（基于数
据挖掘的精细化营销，实现游客细分、二次销售、交叉销售、顾客维系、终身
价值管理等，最大化提高营销针对性、有效性且大幅降低营销成本），助力剧
院在互联网演出市场实现大幅增收
1.2 功能需求
要求系统具体功能如下：
✓ 多业务支持
该系统不仅支持文艺演出类票务销售，还支付体育赛事类、电影院类、汽车客
运类、景区类等多种票务销售。
✓ 演出信息
该系统自动获取剧院的演出信息，无需剧院再次录入。
观众可以在网上查询剧院的演出信息，选择自己喜好的节目。
✓ 网上订购
该系统支持用户的在线支付，通过短信发送二维码电子票到用户的手机上，解
决了用户的排队之忧。
✓ 票务分析
要求系统提供对票务数据的直观的图形分析能力。如直方图、折线图、圆饼图
以及二维或三维的图形，使管理者能够更加形象地对数据加以分析，对比。
1.3 实现计划
电子票务系统结构复杂，应用市场广泛。但是为了快速响应市场的需求，我们将电子票务系统分为以下阶段：
✓ 单业务阶段
此阶段主要实现以国家大剧院为主的文艺演出类电子票务。
主要工作：
搭建系统平台
调试各种接口，例如：外部票务接口，网上银行接口，短信中心接口等。
建立可扩展的系统模型
实现文艺演出类电子票务网上订购需求
实现用户门户和系统员管理门户
✓ 多业务阶段
此阶段主要实现体育赛事、展览、电影、景区等多种不同业务的电子票务。
主要工作：
调试各种接口，例如：体育场所的接口
提供场地提供商的门户
为各种不同的业务提供个性化的门户
提供实时售票终端
实现不同业务的电子票务网上订购需求
✓ 客户关怀阶段
此阶段主要实现以客户为中心，整合各种票据资源，为客户提供全方位的消费
服务。
主要工作：
建立客户关怀模型
建立票据套餐模型
分析客户消费行为，挖掘客户潜在需求
建立针对客户的个性化广告系统
2 系统结构
系统在第一阶段主要有以下模块和接口组成：
✓ 用户门户模块 用户通过WEB 和WAP 两种方式接入到本系统，可以进行查询文艺演出信息、订购相应门票、在线支付等操作。 ✓ 管理门户模块 系统管理员通过本门户管理剧场信息、处理用户订单、会员管理、统计分析。
✓ 演出信息模块
该模块自动抓取剧院的场馆和座位信息、节目信息、演出信息，并且提供演出
信息查询功能，图形化展现座位的分布。
✓ 票务模块
处理用户订单，负责和外部票务系统、银行的业务数据的组织和处理。
✓ 统计报表
定时产生各种统计数据，图形化展现业务报表。
✓ 数据库
存储电子票务系统相关的数据
支持标准的SQL 92语句
支持Transaction
支持数据备份和数据恢复
✓ 支付接口
提供和银行的URL 方式的数据交换。
✓ 票务接口
负责和外部票务接口的数据协议转换。
✓ 短信接口
负责和短信中心的数据协议转换。
3 功能说明
该章节主要讲述第一阶段实现的功能，即仅实现以国家大剧院为主的文艺演出类电子票务。
3.1 用户门户
3.1.1 功能需求
用户门户支持WEB 用户和W AP 用户的接入。用户可分会员和非会员两种。非会员无需注册和登陆，就都可以查询演出信息、预订门票、重发电子票、在线支付等操作。会员除了可以享受非会员的服务，还可以享受到更细致入微的个人关怀。
该门户主要提供以下功能
a.) 注册、登录（会员专有）
b.)
c.)
d.)
e.) 非注册用户通过在线登记个人信息就可以免费成为会员。 输入正确的用户名和密码就可以享受到会员服务。 查询演出信息（会员和非会员均可） 可以按时间、剧院、节目、演员查询演出信息。 预订门票（会员和非会员均可） 用户选定喜欢的场次和座位、提交订单、在线支付，系统会自动将电子门票发到用户的手机上。 重发电子门票（会员和非会员均可） 当用户不小心将电子门票删除后，可以使用“重发电子门票”，找回遗失的门票。 评论（会员专有）
会员可以对节目和剧院打分和评论。
3.1.2 非会员
“非会员”指没有在网站注册的用户。我们通过随机密码来验证订票人身份。针对这类用户，系统提供两个流程：订票流程和重发票据流程。重发票据是指：当用户丢失票据短信后，可以通过该流程再次获取该票据。
3.1.2.1 订票
非会员用户可以通过自己手机订购多张票据，但是不能通过门户将票据直接发到他人手机上。非会员用户订票流程如下：
1.
2.
3.
4. 通过系统门户，用户浏览演出信息后，选定演出场次； 再选择座位，此处可以多选； 之后，按确认提交； 用户门户在收到提交申请后，检查用户是否已经登录。如果没有登录，提示：是
否是注册用户？此处不是注册用户，则弹出提示：请输入手机号码！收到用户的
手机号码后，系统后台校验号码有效性并按照一定的规则生成随机密码；
4.1 系统通过短信接口向短信中心提交发送“随机密码”消息。同时网站提示用户
输入随机密码；
5. 用户输入随机密码，
5.1 经系统校验成功后，进入“订单提交流程”，此流程详见；成功之后，系
统弹出“订购成功”。
3.1.2.2 重发票据
系统为用户提供重发票据的功能，当用户丢失“演出票据短信”后，可由原订票会员或者票据持有人本人到票务网站，通过“重发票据”的功能，再次得到“演出票据短信”。此处只描述非会员通过重发票据流程，得到短信的过程。非会员用户重发的唯一凭据是手机号码。 重发票据的流程如下：
1. 用户选择“重发票据”功能，系统提示：是否是会员，如果用户不是会员，则提示用户输入手机号码；
2. 用户输入手机号码；
2.1 门户在收到手机号码后，产生随机密码，并通过短信接口向用户手机发送“随
机密码”短信；
3. 并且页面提示用户输入随机密码。并且在收到密码后校验是否正确；如果密码正确， 则列出该手机订购的所有未过期的票据
4. 用户选择需要重发的票据；
4.1 系统接收到该申请后，组装票据短信，并通过短信接口向短信中心发送“演出
票据短信”申请。同时网站提示用户注意查收短信。
3.1.3 会员
“会员”则指已在网站注册的用户。通过用户名+密码来验证订票人身份。针对这类用户，系统提供两个流程：订票流程和重发票据流程。重发票据是指：当用户丢失票据短信后，可以通过该流程再次获取该票据。
3.1.3.1 订票
会员在订票时，可以为其它手机订购门票，同时可以通过门户把票据短信发送到其他手机。会员的注册流程如下：
1. 通过系统门户，用户浏览演出信息后，选定演出场次；
2. 再选择座位，此处可以多选；
3. 之后，按确认提交；
4. 用户门户在收到提交申请后，检查用户是否已经登录。如果没有登录，提示：是否
是注册用户？如果是注册用户，则弹出提示：输入用户名、密码，并对用户输入的
用户名和密码进行校验，校验通过，则确认订单有效；
5. 弹出页面，提示用户已经定了几张票，提示用户输入每张票对应的手机号码。如果
用户不输入，则对应缺省手机号（会员本人手机号）;
6. 用户提交订单，这时会进入订单提交流程，详细的订单提交流程请参考，成功
之后，系统弹出“订购成功”。
备注1：这里是以用户先定演出场次和座位后登录为例，如果用户在选择演出场次之前就登录了，则不需要提示输入用户名和密码。
备注2：如果不填写手机号码，系统缺省使用会员本人手机号码。 备注3：具体参见3.4.2的详细流程说明。
3.1.3.2 重发票据
系统为用户提供重发票据的功能，当用户丢失“演出票据短信”后，可由原订票会员或者票据持有人本人到票务网站通过“重发票据”的功能，再次得到“演出票据短信”。此处只描述通过原订票会员重发票据的流程。会员可以帮其它手机重发电子票据，但是不能修改票据所对应的手机号码。 重发票据的流程如下：
1. 用户选择“重发票据”功能，系统提示：是否是会员，如果用户是会员，则系统在用户
未登录的情况下，提示登录；
2. 用户在登录界面输入用户名和密码后，系统会将该会员订购的尚未过期的所有票据列
出；
3. 用户可以选择需要重新发送的票据；
3.1 系统接收到该申请后，组装票据短信，并通过短信接口向短信中心发送“演出票据短信”申请。同时网站提示用户注意查收短信。
3.2 管理门户
管理门户是运营该系统的系统管理员的门户，一般不在公网开放。 该门户主要有以下功能： a.) 系统管理
创建、修改和删除登录本系统的员工，并授予员工相应的权限，查看员工在本系统的操作日志。 b.) 场馆提供商管理
创建、修改和删除场馆提供商（即剧院）的信息，并查看其所属的场馆、座位、节目、演出计划等信息。 c.) 订单管理
帮助用户预订、取消订单，同时处理由于各种原因产生的异常订单。 d.) 会员管理
查看用户信息，分析用户喜好，制定有针对性的销售策略。 e.) 统计分析
图形化展现各种业务统计数据，使管理者能够更加形象地对数据加以分析，对比。
3.3 演出信息
在系统实现第一阶段，只考虑文艺演出和体育赛事类的演出信息。 演出信息采取从“场馆提供商系统”的接口获取。
3.3.1 概念模型
场地提供商就是一个剧院，他可以有多个场馆（即演出厅），每个场馆有许多座位，座位可以分为不同的等级。
场地提供商可以上演多个不同的节目。
演出计划是由具体节目+具体场馆+具体时间组成。
例如：国家大剧院有一号厅，二号厅。一号厅有500个座位，其中前100个座位是贵宾席，后400个座位是普通座位。
国家大剧院上演过“红色娘子军”、“智取威虎山”、“图兰朵”等节目。
国家大剧院的一号厅在2009-12-25 20:00上演“红色娘子军”就是一个演出计划。
此概念模型同样适合“体育赛事”，“电影院”，“景区”等演出计划。
3.4 票务 3.4.1 概念模型
3.4.1.1 票据
票据本身可以分为单张票据和套票。例如：单张票的价格是150元，合家欢套票含
3个座位，只要400元。
票据本身是由具体的演出计划（具体节目+具体时间（段）+具体地点）和所占用的资源组成。
此概念模型可以适用于“体育赛事”，“电影院”，“景区”等多种商业模式。 例如：
文艺类演出票据=演出计划（红色娘子军+时间（2009-12-25 20:00）+国家大剧院一号厅）+资源（C 区5排2号座）
体育赛事票据=演出计划（网球大师赛+时间（2009-10-01 20:00）+上海网球馆）+资源（C 区5排2号座）
景区票据=演出计划（有效期 2010-01-01到2010-12-31）+资源（深圳欢乐谷）
3.4.1.2 订单
会员可拥有多个关联号码，其中一个是缺省关联号码，同时有多个其他关联号码；非会员只能有一个关联号码。关联号码主要用于接收电子票据。
一个订单是由一个用户（无论是会员或非会员）发起，订单中包含若干张票据，每张票据记录着电子票据的接收电话号码。
一个订单成功发起后，会自动生成若干条即时消息和定时消息，例如：订购成功消息，演出前的温馨提示消息等。
3.4.2 订单提交流程
订单提交流程的详细流程：
1. 用户提交订单，电子票务系统先根据预置规则校验号码有效性；
1.2 票务系统向演出场馆系统发出请求：锁定场次和座位；收到锁定成功响应后，电子票务系统提示用户，进入支付流程
2. 用户选择银行，支付流程携带支付金额等信息自动导向到网银支付页面，用户输入银行账号和密码等信息；
3. 付款成功后，网银返回响应。如果携带了支付结果详细参数，则不需要进行3.1及3.1.1流程；
3.1 如果只返回了交易号，则电子票务系统需要发送“求证支付信息(交易号) ”到网银进行确认；
3.1.1网银返回支付结果详细参数
4. 只要付款返回成功，电子票务系统就会向演出场馆系统发送“出票”请求； 5. 接收到成功响应后，电子票务系统通过短信中心向用户发送电子票据短信 6. 页面返回订票成功。
3.4.3 订单状态
订单是本系统最核心对象，因为与外部系统交互较多，所以订单的状态比较复杂。具体状态
转换如下
a.) 用户选择付款后，系统会先校验每个票据绑定的号码是否有效？
I) 如果有效，转到b 。
II) 如果无效，转移到“号码非法”状态，系统再自动将其状态转移到“失败”状态。 b.) 转移到“电话号码已验证”状态，系统向外部票务系统发送锁定座位请求
I) 如果锁定成功，转到c 。 II) 如果锁定失败，转移到“锁定座位失败”状态，系统再自动将其状态转移到“失败”
状态。
c.) 转移到“锁定座位成功”状态，系统向银行系统发送扣款请求
I) 如果成功，转到d 。
II) 如果失败，转移到“付款失败”状态，系统再自动向外部票务系统发送解锁请求。 i. 如果解锁成功，转移到“解锁座位成功”状态，系统再自动将其状态转移到“失
败”状态。 ii. 如果解锁失败，转移到“解锁座位失败”状态，系统再自动将其状态转移到“人
工处理”状态。
III) 如果超过时间阀值，“锁定座位成功”还没有发生转移，系统自动向外部票务系统
发送解锁请求。 i. 如果解锁成功，转移到“解锁座位成功”状态，系统再自动将其状态转移到“失
败”状态。 ii. 如果解锁失败，转移到“解锁座位失败”状态，系统再自动将其状态转移到“人
工处理”状态。
d.) 转移到“付款成功”状态，系统向外部票务系统发送出票请求
I) 如果成功，转到e 。
II) 如果失败，转移到“出票失败”状态，系统再自动将其状态转移到“人工处理”状
态。
e.) 转移到“出票成功”状态，系统向短信中心发送出票请求
I) 如果成功，转到e 。 II) 如果失败，转移到“发送短信失败”状态，系统再自动将其状态转移到“人工处理”
状态。
f.) 转移到“电子票据发送成功”状态，系统再自动将其状态转移到“订票成功”状态 g.) 在“人工处理”的订单，系统管理员在“异常工单”菜单中处理这些工单
I) 可以选择取消，系统自动将其状态转移到“取消”状态
II) 可以选择成功处理，系统自动将其状态转移到“订票成功”状态 在“订票成功”的订单，系统管理员将其标明为“已结算”状态。
3.5 短信 3.5.1 功能需求
通过短信发送的消息类型主要分为以下几类： a.) 电子票据
电子票据主要用短信的方式发到用户手机上。 b.) 订购成功消息
当用户成功订购门票后，系统会自动发送短消息，通知用户已经订购成功。 c.) 取消消息
当用户成功取消门票后，系统会自动发送短消息，通知用户已经取消成功。 d.) 提醒消息
在演出前几个小时（时间可以设置）
，提醒用户提早到场及其它注意事项。
3.5.2 概念模型
每个演出计划可以有不同的消息模板，多个演出计划也可以共享一个消息模板。
消息实体是消息模板的一个实例化，将模板中的参数替换。例如：消息模板是“你已经成功订购${program_name}的门票！”，消息实体可以将${program_name}替换成具体的节目名称，形成“你已经成功订购《红色娘子军》的门票！”的消息。 消息任务是已经绑定消息实体、具体发送时间、接收号码的消息对象。 消息任务可分为定时发送的定时消息和立即发送的及时消息。
例如：
立即发送“你已经成功订购《红色娘子军》的门票！”给1380008008是一个及时消息。 在节目开演前8小时，发“《红色娘子军》将于今晚20:00在国家大剧院上演，请安排好你的行程，不要错过精彩内容。”给1380008008是一个定时消息
3.6 统计
统计模块可提供如下功能： 1) 提供基本报表
2) 支持灵活定义报表格式
3) 可以导出多种文件格式（例如：PDF ，Excel 等） 4) 支持饼图、柱状图等多种图形展现方式
3.6.1 基本报表
销售总额日、月报
基于演出的总收入