1、ICS 35.240.01CCS L 70DB36江西省地方标准DB36/T 16172022景区智能售检票系统通用技术条件General technical specifications of intelligent ticketing system in scenic spots2022-08-02 发布2023-02-01 实施江西省市场监督管理局发 布DB36/T 16172022I目 次前 言.II1范围.12规范性引用文件.13术语和定义.14系统结构.35票务管理中心.36售票终端.57检票终端.9附录 A（资料性附录）开放接口文档.12DB36/T 16172022II前 言本
2、文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本文件由上饶市市场监督管理局提出并归口。本文件起草单位：中科数字经济研究院、江西省旅游大数据工程研究中心。本文件主要起草人：于伟、徐承俊、张贤敏、陈鑫、杨勇、涂涛、程道雷、徐训嘉、胥志鹏、余璇玮、徐卫、林勇军。DB36/T 161720221景区智能售检票系统通用技术条件1范围本文件规定了景区智能售检票系统的术语和定义、系统结构、票务管理中心、售票终端、检票终端等内容。本文件适用于指导和规范景区智能售检票系统及设备的建设、
3、运行管理。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB 4943.1信息技术设备安全 第1部分：通用要求GB/T 16766旅游业基础术语GB/T 26355旅游景区服务指南GB/T 30225旅游景区数字化应用规范DB36/T 1234智慧景区建设指南3术语和定义下列术语和定义适用于本文件。3.1旅游景区tourist attraction以满足旅游者出游目的为主要功能（包括参观游览、审美体验、休闲度假、康乐健身等），并具备相应旅游服
4、务设施，提供相应旅游服务的独立区域，该区域应有统一的经营管理机构和明确的地域范围。3.2智能售检票系统intelligent ticket system基于计算机、通信、网络、物联网、大数据、云计算等技术，实现景区售票、检票，还包括计费、收费、统计等功能模块的智慧系统。3.3自动检票闸机automatic ticket gate machine对门票进行检验和处理，并放行或阻挡游客出入景区的设备。DB36/T 1617202223.4自助售取票机self-service ticket machine集自助售票、取票、查询、打印等功能于一体，用于自助发售景区有效门票、自助换取网上订票的设备。3.
5、5景区票务系统tourist attraction ticketing system用于景区票务处理、运行管理和客流统计的计算机软件。3.6窗口售票端ticketing application at the ticket window供售票员使用，具有发售、赋值有效门票、兑换网上订票等功能的计算机软件。3.7平台售票端ticketing application on internet platform发布在互联网平台上，能够发售、赋值有效门票，支持线上支付功能的售票网页、小程序等网络应用。3.8移动检票 APPticket checking application on mobile供检票员使
6、用，用于查询、检验和核销门票的移动端应用软件。3.9在线旅游平台online travel agency简称OTA，旅游产品线上分销平台，消费者通过该平台向旅游服务提供商预定旅游产品或服务，并通过网上支付或者线下付费，即各旅游主体可以通过该平台进行产品营销。3.10开放应用程序接口open application programming interface简称open API，即把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用。3.11表述性状态转移representational state transfer简称REST，表述性状态转移是一组架构约束条件和原则，是一
7、种软件架构风格，REST架构通过一套统一的接口为不同终端提供服务。3.12面向服务架构service-oriented architectureDB36/T 161720223简称SOA，是一种面向服务的体系结构，即一种分布式运算的软件设计方法。3.13微服务架构microservices architectureSOA的一种变体，其思想是将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合。4系统结构景区智能售检票系统结构分为3个层次，第一层为票务管理中心，第二层为售票终端，第三层为检票终端。景区智能售检票系统的系统结构如图1所示。图 1系统结构图5票务管理中心5.1基本功能5.1.
8、1票型管理支持景区创建各类票型(包括但不限于散客票、团队票、年卡、电商票等)，以满足不同场景的业务需要。票型资料包括名称、销售渠道、检票口、库存数量、价格、使用次数、是否实名、是否支持生物识别等。5.1.2票库管理支持纸质门票登记入库、领用、退库等功能。5.1.3分销商管理对各类分销商（包括但不限于线上分销商、线下分销商等）进行分类分组管理，支持维护和管理分销商的基本信息和分销规则。5.1.4窗口售票管理支持窗口售票员管理、窗口售票订单管理、报表管理、门票打印参数管理等。5.1.5自助售票管理DB36/T 161720224支持自助售票机管理、自助售票业务报表、自助售票门票打印参数管理等。5.
9、1.6平台售票管理支持常见问题解答、售票、售卡及业务报表查看功能。5.1.7订单管理支持门票和年卡的订单查询、退单等功能。5.1.8检票管理支持检票员管理、闸机管理，支持免票信息查询等功能。5.1.9统计报表支持售票统计、售卡统计、核销统计等业务报表自动生成；支持设置时间、票型、售票终端、支付方式等信息对售票、检票业务进行筛选后，再生成对应的业务报表。5.1.10用户角色管理支持用户角色创建、编辑、删除及授权等功能。5.1.11人流统计支持统计各个出入口的人数情况，计算景区当天入园人数、出园人数、在园人数，游客在园时长、进出时间点（段）等信息。5.1.12数据上报支持将景区当天入园人数、出园人
10、数、在园人数等信息上报到景区上级监管部门。5.2技术要求5.2.1运行环境属于B/S架构，服务端需部署在主流操作系统上，例如Window Server、Linux等；支持主流浏览器访问，例如360浏览器、Firefox、Chrome、IE、Microsoft Edge等。5.2.2性能要求支持实时处理业务请求，在3s内下达命令并返回处理结果；支持每日处理20万笔以上交易量和每秒处理500条以上交易数据，推荐采用分布式缓存+线程池+消息队列等技术方案，保证并发量的处理；支持对保存的数据进行统计及报表查询，在10s内显示并返回查询结果。5.2.3可靠性要求支持系统24h连续在线实时运行；支持双机热
11、备；异常情况下（例如断电、非正常关机等），应保持业务数据的一致性，推荐采用分布式锁+数据库事务等技术方案，保证交易订单、支付等关键数据信息的准确性、完整性与一致性。DB36/T 1617202255.2.4数据安全要求支持业务数据手动备份和定期自动备份；支持拒绝非授权访问业务系统及数据库；支持记录并提供一个月以上业务日志。5.3设备要求服务器推荐采用4核、8G内存、1T硬盘以上配置商用计算机；推荐采用2核以上处理器、8G以上内存、500G以上硬盘的办公电脑访问及使用系统。6售票终端6.1窗口售票端6.1.1基本功能6.1.1.1售票模块支持售票窗口票务人员销售门票；销售的门票类型包括但不限于散
12、客票、团队票、年卡；支持在5.1.1票型管理模块中创建和管理销售的票型，可选实名制和非实名制，默认非实名制；散客票需支持对各类特殊群体优惠购票，特殊群体包括但不限于残疾人士、军人、医务人员、老人、学生、教师、导游。6.1.1.2取票模块支持已在网上订票的游客换取纸质门票，支持开具发票，包括电子及纸质发票；支持年卡激活和其它意外情况下补打门票；支持系统自动登记补打的门票，保证领取票纸数据和票库数据一致。6.1.1.3退票模块支持景区处理退票相关事务，对含多张门票的订单可灵活选择单张、部分或全部进行退票。6.1.1.4报表模块支持景区对每日或指定日期的售、取、退票情况进行结算统计；支持月度、季度、
13、年度报表生成。6.1.1.5游客信息模块支持对购买实名制门票的游客的信息进行管理和维护，具备记录游客姓名、身份证号（境外游客记录护照号）、照片、联络方式等信息的功能；支持对游客的身份证号码、联系方式等重要信息进行脱敏处理(至少隐藏4位以上关键字符后显示)。6.1.1.6用户中心模块支持登录系统的工作人员查看个人信息、修改登录密码；密码应由字母、特殊符号、数字中的两类以上字符构成，长度至少8位。DB36/T 1617202266.1.2技术要求6.1.2.1运行环境窗口售票端为PC端桌面应用程序，支持至少在一种主流操作系统上运行。主流的操作系统包含Windows、macOS、Linux等。6.1
14、.2.2性能要求支持实时处理业务请求，在3s内下达命令并返回处理结果；支持对保存的数据进行统计及报表查询，在10s内显示并返回查询结果。6.1.2.3可靠性要求支持12h以上连续运行，不出现卡死、闪退等现象。6.1.2.4数据安全要求支持拒绝非授权访问业务系统的功能；支持采集窗口售票终端设备的原始交易数据和设备状态数据，并上传给后台管理系统；支持保存不少于30个运营日的业务数据和系统数据。6.1.3设备要求推荐采用2核以上处理器、8G以上内存、500G以上硬盘的办公电脑访问及使用系统。6.2自助售取票机6.2.1基本功能6.2.1.1售票模块支持常用在线支付模式；使用基于触摸屏的提示，指导游客
15、完成门票订购和付款流程，完成购票后，提供二维码电子门票和纸质门票打印两种方式供游客选择。6.2.1.2取票模块支持在线预订的游客自助取票；支持多种取票方式，包括但不限于验证码、身份证、二维码、手机号等。6.2.1.3数据上传模块支持向售检票系统上传门票处理交易、设备运行状态等信息；支持接收售检票系统下传的命令、票价表等数据。6.2.2技术要求6.2.2.1运行环境主流嵌入式操作系统，如Windows、Linux、iOS、Android等。6.2.2.2性能要求支持实时处理业务请求，交互响应时间不超过3秒。DB36/T 1617202276.2.2.3可靠性要求支持12h以上连续运行，不出现卡死
16、、闪退等现象；支持异常情况下（例如断电、非正常关机等）保持业务数据的一致性；支持快速恢复系统故障，平均故障恢复周期小于30min。6.2.2.4数据安全要求支持拒绝非授权访问。6.2.3设备要求设备外部表面应平滑，边角圆滑，表面应无外露的螺栓头、螺帽、毛边或裂纹；危险防护，布线、连接和供电，结构，电气，与通信网络连接，与电缆分配系统的连接等符合GB 4943.1信息技术设备 安全 第1部分：通用要求。6.3平台售票端6.3.1基本功能6.3.1.1门票销售展示景区全部可售门票类型；支持游客预约、选购门票；支持游客填写相关资料，包括但不限于游客姓名、身份证号（境外游客记录护照号）、照片、联络方式
17、等信息，对游客的身份证号码（境外游客护照号）、联系方式等重要信息须脱敏处理(至少隐藏4位以上关键字符后显示)；支持常用在线支付模式。6.3.1.2年卡销售支持销售年卡，支持游客上传相关佐证资料，如学生证、老人证、有效残疾证等。6.3.1.3订单列表支持展示游客个人的全部订单，包括已使用、待使用、待支付、已退款和已取消的订单；支持游客查看订单详情和对应的付款、退票、取消、改签等操作，支持开具电子发票。6.3.1.4常见问题解答支持展示景区工作人员在后台管理系统中添加的常见问题及对应解答，设置“投诉咨询（机器人服务、人工服务）”、“咨询热线”等答疑服务功能。6.3.2技术要求6.3.2.1运行环境
18、主流移动互联网设备操作系统，如iOS、Android等。6.3.2.2性能要求支持实时处理业务请求，在3s内返回处理结果；支持每日处理10万笔以上数据和每秒处理100条以上交易数据的能力。6.3.2.3可靠性要求DB36/T 161720228支持24h连续在线实时运行。6.3.2.4数据安全要求支持数据通信加密功能，推荐采用非对称密钥加密等技术方案；支持拒绝非授权访问。6.3.3设备要求推荐采用2核、4G内存以上配置硬件终端。6.4OTA（在线旅游平台）6.4.1基本功能6.4.1.1OTA 分销商管理支持对接入系统的全部OTA分销商进行管理维护，包括分销商的基本信息、授信额度、秘钥等重要信
19、息。6.4.1.2OTA 票型管理支持对OTA分销商可对接的票型进行管理和维护，包括创建票型、票型信息管理、价格设置、线上分销商授权等；支持针对不同分销商设置不同价格或优惠规则。6.4.1.3OTA 订单管理支持记录所有OTA分销商对接后产生的订单信息，包括待支付、待使用、已使用、已退款和已取消的订单，管理系统支持查看所有OTA分销商的订单信息，订单取消后，支持票款原路退回。6.4.1.4开放应用程序接口支持提供各类开放接口供OTA分销商对接，包括但不限于以下接口：查询销售票型、查询分销商信息、下单（含分时预约）、支付、获取取票二维码链接、取消订单、查询订单信息、查询门票状态、退单、取票通知、
20、门票核销通知、订单完成通知等接口。同时，应提供以上接口的描述文档，详细说明各接口的使用规则，包括但不限于参数列表、返回数据等，参见资料性附录A。6.4.2技术要求6.4.2.1运行环境主流移动互联网设备操作系统，如iOS、Android等。6.4.2.2性能要求支持实时处理业务请求，在3s内返回处理结果；支持每日处理10万笔以上数据和每秒能处理100条以上交易数据的能力。6.4.2.3可靠性要求支持24h连续在线实时运行。DB36/T 1617202296.4.2.4数据安全要求支持数据通信加密功能，推荐采用非对称密钥加密等技术方案；支持拒绝非授权访问。6.4.3设备要求推荐采用2核、4G内存
21、以上配置硬件终端。7检票终端7.1检票闸机7.1.1基本功能7.1.1.1识别验证支持二维码识别、身份证识别、人脸识别等一种或多种识别验证功能。7.1.1.2体温测量支持人体体温测量。7.1.1.3数据统计支持将门票核销数据上报到服务器进行统计，支持在5.1.11人流统计中查看数据。7.1.1.4自动复位支持自动复位功能，开闸后，在规定的时间内未通行时，系统将自动取消游客的此次通行的权限，闸机自动复位；支持开闸时间可配置。7.1.1.5通行控制通行控制的性能要求如下：支持检票闸机在没有接收到开闸信号时，闸机自动锁死；支持在识别验证通过或检票成功后，通行指示灯显示绿色箭头，闸机开闸，游客通行；支
22、持在检票失败或身份未识别情况下，通行指示灯显示红灯禁止；支持在断电和接到紧急放行的信号后，自动打开检票通道，上电自动调整关闭闸门；支持语音提示功能，支持自主编辑语音，提示种类包括但不限于错误提示、票种提示。7.1.1.6防夹支持红外探测功能，支持实时监控闸机通道，迅速、准确地判断是否有人员在通道，自动机械防夹。7.1.2技术要求7.1.2.1运行环境支持主流嵌入式操作系统，如Windows、Linux、iOS、Android等。DB36/T 16172022107.1.2.2性能要求检票闸机性能要求如下：开闸角度支持 45 90可设置；开闸速度支持 3 档以上设置，速通门开关时间不超过 0.5
23、s；人脸识别支持活体检测，识别高度支持 1.2m2.2 m，识别距离支持 0.5 m3 m，识别时间小于 500ms；人脸比对库支持存储 10000 张以上图片；体温测量距离支持 0.5m 以上，测温范围支持 3045，测温时间小于 500ms，测温误差不超过 0.3，支持高温实时语音报警，支持设置报警温度。7.1.2.3可靠性要求支持系统24h连续在线实时运行；支持故障快速恢复，平均故障恢复周期小于30min。7.1.2.4数据安全要求支持拒绝非授权访问。7.1.3设备要求检票闸机外观、功能、安全等具体要求如下：设备外部表面应平滑，边角圆滑，表面应无外露的螺栓头、螺帽、毛边或裂纹；通行方式支
24、持进自由/进刷卡/进常闭、出自由/出刷卡/出常闭等模式；支持主副联机；开闸模式支持正常开闸/紧急常开/掉电开闸等；支持红外探测等技术动态监测通道状态；支持机芯、电机、红外等模块故障检测；支持上电自动找零；工作环境温度支持-20-75；危险防护，布线、连接和供电，结构，电气，与通信网络连接，与电缆分配系统的连接等符合 GB 4943.1 信息技术设备安全 第 1 部分：通用要求。7.2移动检票机7.2.1基本功能7.2.1.1检票用于辅助景区工作人员核销门票（例如人流较大、闸机故障等情况），支持以下检票方式中的两种以上：门票二维码、身份证（护照号）、订单号、手机号、人脸识别（特定人群）等。7.2
25、.1.2数据统计支持将门票核销数据上报到服务器进行统计，可在5.1.11人流统计中查看数据。7.2.1.3统计数据查看用于查看各个检票点的门票核销情况，支持按日、月、季、年四个维度进行查看。7.2.1.4免票登记DB36/T 1617202211用于登记无需购票人员的入园信息。7.2.1.5设置支持修改登录密码、切换检票点及退出登录账号；密码应由字母、特殊符号、数字中的两类以上字符构成，长度至少8位。7.2.2技术要求7.2.2.1运行环境支持主流嵌入式操作系统，如Windows、Linux、iOS、Android等。7.2.2.2性能要求支持每日处理不少于10万笔数据和每秒能处理100条交易
26、数据的能力。7.2.2.3可靠性要求支持24h连续在线实时运行。7.2.2.4数据安全要求支持拒绝非授权访问。7.2.3设备要求设备外部表面应平滑，边角圆滑，表面应无外露的螺栓头、螺帽、毛边或裂纹；推荐使用2核、4G内存以上配置硬件终端；危险防护，结构，电气，与通信网络连接等符合GB 4943.1信息技术设备 安全 第1部分：通用要求。DB36/T 1617202212AA附录A（资料性附录）开放接口文档A.1 接口签名协议规范为保证网络传输过程中的数据安全，本接口协议采用 SHA256 签名，签名算法如下：商户号：系统分配给分销商的编号；签名私钥：系统分配给分销商的用于签名和验签的 app_
27、key；签名串 1：接口的参数列表中，除去“数据签名”，其余参数按字母表升序排列成key=value 格式，得到签名串 1：Key1=V1&Key2=V2.；签名串 2：把签名串 1 接上&Key=app_key，用 SHA256 算法加密生成的签名 Value作为 sign 字段的键值:Value=SHA256(Key1=V1&Key2=V2&Key=app_key),得到签名串 2：&sign=Value；完 整 签 名 串：由 签 名 串1和 签 名 串2拼 接 而 成，如 下 所 示：Key1=V1&Key2=V2&sign=Value。A.2 查询销售票型接口规范表 A.1 查询销售
28、票型接口规范参数列表字段名类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value返回数据票型名称、票型描述、票型编号、票面价格、结算价格、核销周期（每次/每天）、是否实名（是/否）A.3 查询分销商信息接口规范表 A.2 查询分销商信息接口规范参数列表字段名类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value返回数据分销商账户余额、授信额度A.4 订单接口规范A.4.1 下单（含分时预约）接口规范表 A.3 下单（含分时预约）接口规范参数列表名称类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value外部订单号
29、字符串是OTA 订单编号产品编号字符串是DB36/T 1617202213表 A.3 下单（含分时预约）接口规范（续）参数列表名称类型是否必须说明游玩开始日期字符串是格式：yyyy-mm-dd游玩最后日期字符串否格式：yyyy-mm-dd游玩开始时间字符串否分时预约时需要，格式：hh:mm:ss游玩结束时间字符串否分时预约时需要，格式：hh:mm:ss手机号码字符串是联系人姓名字符串否购票数量整型是销售价字符串是游客信息字符串否实名制票必填：姓名+证件编号返回数据订单编号（售检票系统订单编号）A.4.2 支付接口规范表 A.4 支付接口规范参数列表名称类型是否必须说明商户号字符串是sign字符
30、串是签名串 2 的键，值对应 Value订单编号字符串是返回数据成功或失败提示A.4.3 取消订单接口规范表 A.5 取消订单接口规范参数列表名称类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value订单号字符串是返回数据成功或失败提示A.4.4 查询订单信息接口规范表 A.6 查询订单信息接口规范参数列表名称类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value订单号字符串是商户号字符串是DB36/T 1617202214表 A.6 查询订单信息接口规范（续）返回数据门票信息：门票名称、门票图片链接、门票描述、门票单价、是否实名（是|否
31、）、游玩起止日期订单信息：订单 ID、订单编号、购票数量、订单总价、订单状态（待付款|已取消|待使用|已完成|已退款）、支付剩余时间（仅订单待支付时返回）、支付金额、下单时间、完成时间、距游玩日期还剩多少天（仅待使用状态返回）、取票二维码地址、取票码、取票码状态（不可用|可用|已取票|已失效）游客信息（仅实名票返回）：是否支持人脸、游客姓名、游客照片、证件号（身份证|护照）、票号退款信息：退款金额（仅订单已退款返回）、退款时间（仅订单已退款返回）A.4.5 查询门票状态接口规范表 A.7 查询门票状态接口规范参数列表名称类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 V
32、alue票号字符串是见订单详情接口中的游客信息返回数据门票状态（未出票|未激活（年卡）|待验证|已验证|已退票|已过期|已用完）A.4.6 退单接口规范表 A.8 退单接口规范参数列表名称类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value订单号字符串是返回数据成功或失败提示A.4.7 获取取票二维码链接接口规范表 A.9 获取取票二维码链接接口规范参数列表名称类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value订单号字符串是返回数据取票二维码链接A.5 通知接口规范A.5.1 通知机制该系统会向对接方提供的回调 URL 发送相关业务
33、通知，当对接方收到消息后返回DB36/T 1617202215“SUCCESS”字符串，表示通知送达。A.5.2 取票通知接口规范：游客取票后，售检票系统通过该请求通知 OTA 平台。表 A.10 取票通知接口规范请求地址对接方提供信息参数列表名称类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value订单号字符串是售检票系统订单编号外部订单号字符串是OTA 订单编号取票数整型是订单状态整型是返回数据返回成功文本信息：SUCCESSA.5.3 门票核销通知接口规范：单张门票核销时，售检票系统通过该请求通知 OTA 平台。表 A.11 门票核销通知接口规范请求地址对接方提供信息参数列表名称类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value订单号字符串是外部订单号字符串是票号字符串是返回数据返回成功文本信息：SUCCESSA.5.4 订单完成通知接口规范：订单中的门票全部核销后，售检票系统通过该请求通知 OTA平台。表 A.12 订单完成通知接口规范请求地址对接方提供信息参数列表名称类型是否必须说明商户号字符串是sign字符串是签名串 2 的键，值对应 Value订单号字符串是返回数据返回成功文本信息：SUCCESS_
