票务系统解决方案建议书

票务系统解决方案建议书

修订历史

目 录

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 基本报表

销售总额日、月报

基于演出的总收入