DB36/T 1617-2022 景区智能售检票系统通用技术条件

DB36/T 1617-2022 Passenger Checking System for Tourist Spots Common Technical Specification

江西省地方标准 简体中文 废止 页数:19页 | 格式:PDF

基本信息

标准号
DB36/T 1617-2022
标准类型
江西省地方标准
标准状态
废止
中国标准分类号(CCS)
国际标准分类号(ICS)
发布日期
2022-08-02
实施日期
2023-02-01
发布单位/组织
江西省市场监督管理局
归口单位
上饶市市场监管局
适用范围
-

发布历史

研制信息

起草单位:
中科数字经济研究院、江西省旅游大数据工程研究中心
起草人:
于伟、徐承俊、张贤敏、陈鑫、杨勇、涂涛、程道雷、徐训嘉、胥志鹏、余璇玮、徐卫、林勇军
出版信息:
页数:19页 | 字数:- | 开本: -

内容描述

ICS35.240.01

CCSL70

DB36

江西省地方标准

DB36/T1617—2022

景区智能售检票系统通用技术条件

Generaltechnicalspecificationsofintelligentticketingsysteminscenicspots

2022-08-02发布2023-02-01实施

江西省市场监督管理局发布

DB36/T1617—2022

目  次

前  言.............................................................................II

1范围...............................................................................1

2规范性引用文件.....................................................................1

3术语和定义.........................................................................1

4系统结构...........................................................................3

5票务管理中心.......................................................................3

6售票终端...........................................................................5

7检票终端...........................................................................9

附录A(资料性附录)开放接口文档....................................................12

I

DB36/T1617—2022

前  言

本文件按照GB/T1.1—2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定起

草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。

本文件由上饶市市场监督管理局提出并归口。

本文件起草单位:中科数字经济研究院、江西省旅游大数据工程研究中心。

本文件主要起草人:于伟、徐承俊、张贤敏、陈鑫、杨勇、涂涛、程道雷、徐训嘉、胥志鹏、余璇

玮、徐卫、林勇军。

II

DB36/T1617—2022

景区智能售检票系统通用技术条件

1范围

本文件规定了景区智能售检票系统的术语和定义、系统结构、票务管理中心、售票终端、

检票终端等内容。

本文件适用于指导和规范景区智能售检票系统及设备的建设、运行管理。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期

的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括

所有的修改单)适用于本文件。

GB4943.1信息技术设备安全第1部分:通用要求

GB/T16766旅游业基础术语

GB/T26355旅游景区服务指南

GB/T30225旅游景区数字化应用规范

DB36/T1234智慧景区建设指南

3术语和定义

下列术语和定义适用于本文件。

3.1

旅游景区touristattraction

以满足旅游者出游目的为主要功能(包括参观游览、审美体验、休闲度假、康乐健身等),

并具备相应旅游服务设施,提供相应旅游服务的独立区域,该区域应有统一的经营管理机构

和明确的地域范围。

3.2

智能售检票系统intelligentticketsystem

基于计算机、通信、网络、物联网、大数据、云计算等技术,实现景区售票、检票,还

包括计费、收费、统计等功能模块的智慧系统。

3.3

自动检票闸机automaticticketgatemachine

对门票进行检验和处理,并放行或阻挡游客出入景区的设备。

1

DB36/T1617—2022

3.4

自助售取票机self-serviceticketmachine

集自助售票、取票、查询、打印等功能于一体,用于自助发售景区有效门票、自助换取

网上订票的设备。

3.5

景区票务系统touristattractionticketingsystem

用于景区票务处理、运行管理和客流统计的计算机软件。

3.6

窗口售票端ticketingapplicationattheticketwindow

供售票员使用,具有发售、赋值有效门票、兑换网上订票等功能的计算机软件。

3.7

平台售票端ticketingapplicationoninternetplatform

发布在互联网平台上,能够发售、赋值有效门票,支持线上支付功能的售票网页、小程

序等网络应用。

3.8

移动检票APPticketcheckingapplicationonmobile

供检票员使用,用于查询、检验和核销门票的移动端应用软件。

3.9

在线旅游平台onlinetravelagency

简称OTA,旅游产品线上分销平台,消费者通过该平台向旅游服务提供商预定旅游产品

或服务,并通过网上支付或者线下付费,即各旅游主体可以通过该平台进行产品营销。

3.10

开放应用程序接口openapplicationprogramminginterface

简称openAPI,即把网站的服务封装成一系列计算机易识别的数据接口开放出去,供第

三方开发者使用。

3.11

表述性状态转移representationalstatetransfer

简称REST,表述性状态转移是一组架构约束条件和原则,是一种软件架构风格,REST

架构通过一套统一的接口为不同终端提供服务。

3.12

面向服务架构service-orientedarchitecture

2

DB36/T1617—2022

简称SOA,是一种面向服务的体系结构,即一种分布式运算的软件设计方法。

3.13

微服务架构microservicesarchitecture

SOA的一种变体,其思想是将单一应用程序划分成一组小的服务,服务之间互相协调、

互相配合。

4系统结构

景区智能售检票系统结构分为3个层次,第一层为票务管理中心,第二层为售票终端,

第三层为检票终端。景区智能售检票系统的系统结构如图1所示。

图1系统结构图

5票务管理中心

5.1基本功能

5.1.1票型管理

支持景区创建各类票型(包括但不限于散客票、团队票、年卡、电商票等),以满足不同

场景的业务需要。票型资料包括名称、销售渠道、检票口、库存数量、价格、使用次数、是

否实名、是否支持生物识别等。

5.1.2票库管理

支持纸质门票登记入库、领用、退库等功能。

5.1.3分销商管理

对各类分销商(包括但不限于线上分销商、线下分销商等)进行分类分组管理,支持维

护和管理分销商的基本信息和分销规则。

5.1.4窗口售票管理

支持窗口售票员管理、窗口售票订单管理、报表管理、门票打印参数管理等。

5.1.5自助售票管理

3

DB36/T1617—2022

支持自助售票机管理、自助售票业务报表、自助售票门票打印参数管理等。

5.1.6平台售票管理

支持常见问题解答、售票、售卡及业务报表查看功能。

5.1.7订单管理

支持门票和年卡的订单查询、退单等功能。

5.1.8检票管理

支持检票员管理、闸机管理,支持免票信息查询等功能。

5.1.9统计报表

支持售票统计、售卡统计、核销统计等业务报表自动生成;

支持设置时间、票型、售票终端、支付方式等信息对售票、检票业务进行筛选后,再生

成对应的业务报表。

5.1.10用户角色管理

支持用户角色创建、编辑、删除及授权等功能。

5.1.11人流统计

支持统计各个出入口的人数情况,计算景区当天入园人数、出园人数、在园人数,游客

在园时长、进出时间点(段)等信息。

5.1.12数据上报

支持将景区当天入园人数、出园人数、在园人数等信息上报到景区上级监管部门。

5.2技术要求

5.2.1运行环境

属于B/S架构,服务端需部署在主流操作系统上,例如WindowServer、Linux等;

支持主流浏览器访问,例如360浏览器、Firefox、Chrome、IE、MicrosoftEdge等。

5.2.2性能要求

支持实时处理业务请求,在3s内下达命令并返回处理结果;

支持每日处理20万笔以上交易量和每秒处理500条以上交易数据,推荐采用分布式缓存+

线程池+消息队列等技术方案,保证并发量的处理;

支持对保存的数据进行统计及报表查询,在10s内显示并返回查询结果。

5.2.3可靠性要求

支持系统24h连续在线实时运行;

支持双机热备;

异常情况下(例如断电、非正常关机等),应保持业务数据的一致性,推荐采用分布式

锁+数据库事务等技术方案,保证交易订单、支付等关键数据信息的准确性、完整性与一致

性。

4

DB36/T1617—2022

5.2.4数据安全要求

支持业务数据手动备份和定期自动备份;

支持拒绝非授权访问业务系统及数据库;

支持记录并提供一个月以上业务日志。

5.3设备要求

服务器推荐采用4核、8G内存、1T硬盘以上配置商用计算机;

推荐采用2核以上处理器、8G以上内存、500G以上硬盘的办公电脑访问及使用系统。

6售票终端

6.1窗口售票端

6.1.1基本功能

6.1.1.1售票模块

支持售票窗口票务人员销售门票;销售的门票类型包括但不限于散客票、团队票、年卡;

支持在5.1.1票型管理模块中创建和管理销售的票型,可选实名制和非实名制,默认非

实名制;

散客票需支持对各类特殊群体优惠购票,特殊群体包括但不限于残疾人士、军人、医务

人员、老人、学生、教师、导游。

6.1.1.2取票模块

支持已在网上订票的游客换取纸质门票,支持开具发票,包括电子及纸质发票;

支持年卡激活和其它意外情况下补打门票;

支持系统自动登记补打的门票,保证领取票纸数据和票库数据一致。

6.1.1.3退票模块

支持景区处理退票相关事务,对含多张门票的订单可灵活选择单张、部分或全部进行退

票。

6.1.1.4报表模块

支持景区对每日或指定日期的售、取、退票情况进行结算统计;

支持月度、季度、年度报表生成。

6.1.1.5游客信息模块

支持对购买实名制门票的游客的信息进行管理和维护,具备记录游客姓名、身份证号(境

外游客记录护照号)、照片、联络方式等信息的功能;

支持对游客的身份证号码、联系方式等重要信息进行脱敏处理(至少隐藏4位以上关键字

符后显示)。

6.1

定制服务

    推荐标准

    相似标准推荐

    更多>