票务系统解决方案v1.doc

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