区域客流信息平台需求方案.pdf

《区域客流信息平台需求方案.pdf》由会员分享，可在线阅读，更多相关《区域客流信息平台需求方案.pdf（84页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 区域客流信息平台 需求方案 目录 1.建设目标.3 2.需求分析.3 2.1.系统功能需求.4 2.1.1.标准化客运站站务管理信息系统.4 2.1.2.道路客运联网售票清分结算系统.4 2.1.3.道路客运联网售票公众信息服务系统.5 2.1.4.道路客运信息监管与决策辅助系统.6 2.1.5.道路客运数据交换平台.6 2.2.系统性能指标.7 2.2.1.软件系统要求.7 2.2.2.硬件设备要求.8 2.2.3.数据库系统要求.9 2.2.4.作业响应时间需求.9 2.2.5.系统处理能力要求.11 2.2.6.网络需求.12 2.2.7.系统可用性要求.12 2.2.8.系统可扩展性

2、要求.12 2.2.9.系统易用性要求.12 2.2.10.安全保密性要求.13 3.总体设计.14 3.1.枢纽客流信息服务平台应用系统架构.14 3.1.1.硬件支撑层.15 3.1.2.数据资源层.15 3.1.3.应用支撑层.15 3.1.4.应用系统层.16 3.1.5.应用展现层.16 3.1.6.接口层.16 3.1.7.系统用户.17 3.1.8.三大保障体系.17 3.2.技术路线.17 3.2.1.基于云计算的部署模式.17 3.2.2.基于 XML 的数据表示.17 3.2.3.基于 SOA 的应用集成.18 3.3.枢纽客流信息服务平台应用系统建设方案.19 3.3.1

3、.概述.19 3.3.2.道路标准化客运站务管理信息系统.21 3.3.3.道路客运联网售票清分结算系统.47 3.3.4.道路客运联网售票公众信息服务系统.59 3.3.5.道路客运信息监管与决策辅助系统.68 3.3.6.道路客运数据交换平台.81 3.3.7.接口系统.82 1.建设目标 道路客运联网售票公众信息服务系统主要面向社会大众和旅客提供多元化票务服务；道路标准化客运站务管理信息系统主要面向客运站、客运企业提供站务管理、售检票、小件托运等功能。道路客运联网售票清分结算系统主要面向联网售票运营机构提供联网监控、票款清分和渠道管理等功能；道路客运信息监管与决策辅助系统主要面向行业管理

4、部门提供决策支持和行业监控等功能。2.需求分析 目前对外交通以公路运输为主，水运、铁路、民航呈逐年快速上涨的趋势。在交通运输发展的过程中，公路运输是在综合运输体系中很重要的一环。而随着交通行业的发展和铁路、机场等交通设施的进一步建设，交通方式会更加多元化和分散化。因此，信息化和综合交通运输体系是未来交通发展的方向，公路、铁路、民航、水运、口岸“五位合一”的现代化综合交通运输体系的建设是很有必要的。通过各交通平台的整合对接，实现票务、车次、旅客流量、流向等数据的信息共享交换，在信息透明化的需求越来越高的今天，更能方便旅客查询安排行程，也能便于各部门和社会监管，便于各种交通方式更合理的统筹安排和规

5、划。公路客运短途运输优势和灵活的支线运输优势将使公路交通成为了综合运输体系主干运输延伸的不二选择。然而公路客运系统和信息服务水平远落后于民航和铁路。在不利于公众查询及购票出行的同时，对今后整合发展交通运输综合体系也有极大的制约。当前客运行业内信息不统一造成的行业间信息不能共享是阻碍现代综合交通体系建立的重要问题，通过建立枢纽客流信息服务平台，整合客运信息，实现客运信息共享，能为后期实现民航、铁路等客运信息无缝对接奠定基础，促进综合运输体系建设。2.1.系统功能需求 2.1.1.标准化客运站站务管理信息系统 本次工程建设的道路标准化客运站务管理信息系统是在综合现有各客运站站务系统功能基础上，结合

6、本地客运业务特点，为各客运站和客运集团提供功能完善、适应业务发展需要的升级版站务管理系统。客运站站务管理系统主要提供基础数据管理、档案管理、车辆安检、票价管理、调度管理、售票管理、检票管理、问询处、票据管理、结算管理、综合查询、报表统计、系统管理等功能。2.1.2.道路客运联网售票清分结算系统 清分结算系统是统一为客运站、客运企业、代售点等各参与单位提供联网售票票款的清分结算功能，实现站站结算、站与第三方代售（或运营）机构的结算。清分结算系统涵盖客运经营企业、客运站、业户、代理售票点、第三方电子支付运营商、网银、保险公司等实体间的多点结算；支持结算周期、资费水平的动态设定；支持结算结果通过银行

7、直接汇入相关实体账户。通过系统应用实现自动化的票务结算，达到结算的实时性、准确性，为各类实体之间的经营往来提供直接的技术支撑。2.1.3.道路客运联网售票公众信息服务系统 本系统作为本地市客运统一的对外信息服务窗口，通过互联网、手机、自助售票机以及电话等方式，为社会公众提供城市公路、铁路、航空、水运、口岸信息查询及客票服务。与窗口购票相比，旅客可以通过本系统自主获取全面、详实的客运服务信息，足不出户、便捷地完成购票。对于车站来讲，可以减少售票员的工作量、缓解高峰时期站场的售票压力、扩展车票的销售渠道。同时，有利于提升行业面向社会公众的服务能力和水平。该系统主要实现：（1）基于互联网的会员服务、

8、班次查询、购票、订单管理等服务；（2）基于智能手机 APP 的会员服务、班次查询、购票、订单管理等服务；（3）基于自助售票机的班次查询、售票和电子票取票等服务；（4）与电信运营商合作提供电话票务服务；（5）提供客运站资料管理、折扣管理、客票款管理、系统参数、售票控制、查询统计等系统后台管理功能。2.1.4.道路客运信息监管与决策辅助系统 客运信息监管与决策辅助系统主要服务各级行业管理部门，用于真实反应城市公路、铁路、航空、水运、口岸客运行业的服务质量和效率，加强对客运行业发展情况以及发展趋势的掌握，实现对班线、车辆、驾驶员、经营业户以及客运站等的有效监管，为科学决策提供支持。客运信息监管与决策

9、辅助系统主要依托客运联网数据中心数据库，对客运动态和静态数据进行统计、分析和对比，以图表、多维主题和消息提示等形式，综合利用大数据分析手段，实现对历史数据趋势分析，为各交通行业管理部门领导提供决策支持和行业预警。2.1.5.道路客运数据交换平台 随着信息化技术的深入应用，交通系统的各单位、各部门建设了相应的信息系统以满足自身业务管理的需要。然而各信息系统是在不同时期建立的，在业务方面缺少总体规划和协调，在数据交换和共享方面存在困难，各自掌握的数据不能及时有效的提供给需要该数据的其他相关部门，形成了“信息孤岛”。因此，打破这个“信息孤岛”，建设一个集数据抽取、处理、交换和综合利用多种功能为一体的

10、数据交换平台已成为现阶段交通信息化工作的重要任务。道路客运数据交换平台主要是收集两客一危车辆在路上行驶的数据，通过平台提供给行业监管部门，交警部门，为各职能部门提供相关数据。2.2.系统性能指标 根据系统预期用户数量及相关指标要求，本工程建设的性能指标如下：2.2.1.软件系统要求 所有的软件系统都具有一些共性，不同的软件系统，根据其功能的不同还要求其具有不同的特性。（1）稳定性 软件必须首要具备的特性就是稳定，只有稳定的软件才能发挥其作用。（2）健壮性 软件在运行过程中，势必会遇到各种异常情况，所以要求各个软件系统健壮性要强，在遇到异常的时候，具备快速恢复的能力。（3）扩展性 软件系统应具备

11、可扩展特性，以满足新添加功能的需要。（4）可维护性 应将软件运行过程中常用且改变频繁的参数，写入配置文件中，每次程序启动，都会读取这些参数。如需对功能做更改，不需要对系统结构进行修改，只需更改配置文件。这样系统维护、升级都十分方便。（5）实时性 软件系统必须在指定的时间内完成事务的处理，返回结果。（6）灾难恢复特性 系统在运行过程中，一个事务的处理还未完成，如突然遭遇断电，势必会造成事务处理的中断和数据的丢失。所以设备应具备灾难恢复特性，在设备重新加电以后，继续处理中断的事务，以确保事物处理的完整性和运营数据的完整性。（7）并发性 并发数用来度量服务器并发容量和同步协调能力，反映了软件系统的并

12、发处理能力。当并发数增多时，软件必须能够满足高负荷需求。2.2.2.硬件设备要求 硬件设备应具备以下特性：稳定性、耐久性、低功耗特性、复位特性。（1）稳定性 很多服务器工作模式为 7*24 小时运转，这要求硬件质量过硬，具有极高的稳定性。（2）耐久性 硬件产品为易损耗产品，要求所有的硬件设备应具备耐久性，质量过硬，可以长期安全使用。（3）低功耗特性 基于节能环保的考虑，硬件的功耗应该越低越好。（4）复位重启特性 关键的硬件设备，应该具备复位重启功能，如果遇到异常情况导致死机，可以快速重启，将死机带来的损失降到最低。2.2.3.数据库系统要求 数据库系统作为信息系统的基础，要求其具有如下特性：扩

13、容性、数据安全性、表关系弱关联性。（1）扩容性 系统存储的数据具备增长特性，因此系统应允许数据量增加，同时保证运行的稳定性。（2）数据安全性 存储安全是说系统采用了备份机制、数据恢复机制、数据转储机制等保证数据存储安全。（3）表关系弱关联性 在设计数据库表结构的时候，应注意表和表之间的关联尽量采用弱关联以便于对表字段和表结构的调整和重构。2.2.4.作业响应时间需求 作业响应时间指完成目标系统中的交互或批量处理所需的响应时间。（1）交互类业务（指平时工作中在系统中进行的业务处理，如录入，修改或删除一条单据等操作）。1）平均响应时间：3-6(秒)；2）峰值响应时间：10-20(秒)。（2）查询类

14、业务 票务信息查询、清分对账、统计报表生成等查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，参考范围如下：1）简单查询平均响应时间：3-10(秒)；2）复杂查询平均响应时间：30-100(秒)。（3）系统具有高效的处理能力和网络传输，保证分析处理到结果生成的时间优于 10 秒。（4）系统具备每周 7 天、每天 24 小时的连续运行能力。（5）具备较高程度的自动化能力、系统出错信息的生成和报告以及对系统故障进行分析和恢复的能力，具备对系统运行的控制和监测能力，具有容错能力。（6）满足系统基础数据和动态业务数据存储能力，保证设备能够存储 5 年的分析统计及重要数

15、据。（7）系统具有较好的数据库安全备份与恢复机制；以保证发生数据损毁等事故时，尽快地恢复尽可能多的数据，把损失减少到最低。（8）系统具有良好的可扩展性，支持各种应用的接口协议，使系统具有灵活性和扩展性，并能跟其他的系统有效的进行数据交换和共享。（9）系统可靠性优于 99.9%，不存在“单点故障”。（10）系统应满足对安全性的要求，划分安全域，确定安全等级，采用多种安全技术，建立系统安全保障体系，进行网络访问安全管理和用户进行身份认证。（11）遵循工程化规范，设计开发与维护各个阶段划分明确。具体从硬件设备、软件系统、通信链路、数据库系统、网络与安全、接口方面做分析。2.2.5.系统处理能力要求

16、1)主机 要求能组成双机或多机高可用群集系统。当其中一台主机发生故障时，可将其上的应用自动地切换到其他正常主机上 主机的处理能力要求满足的所有业务应用和一定用户规模的需求，而且需考虑全部系统的开销及应用切换时性能余量。系统设计时应考虑 30%的性能冗余；主机应支持 1000Mb/s 等高速连接接入电子政务局域网；主机的硬盘、网络接口、网络连接及电源均应考虑足够的冗余；主机系统年平均无故障率应大于 99.99%。主机设备不仅能充分满足目前业务的功能和性能要求，而且应遵守相关的标准、协议(如 ISO、ITU-T、ETSI、IETF 等)，具有良好的开放性和扩充、改造能力，以便满足将来随时出现的新业

17、务及新功能的要求。2)存储 通过信息量分析，本次存储量最少不少于 15.2T。2.2.6.网络需求（1）网络性能：内网千兆带宽，支持万兆扩展。（2）网络安全：网络物理安全防护、系统主机安全防护、数据通讯安全防护、操作系统安全防护、数据库安全防护与应用安全防护等多重安全保障。（3）网络结构：7*24 小时，关键节点冗余设备。（4）网络管理：网络状况自动监控、网络故障诊断与管理、网络服务管理、网络性能管理。2.2.7.系统可用性要求 本项目建设的联网售票系统和清分结算系统对可用性要求较高，可用性应达到 99.99%，其余系统对可用性要求一般，应达到 99.9%。2.2.8.系统可扩展性要求 客运业

18、务是不断变化发展的，要求系统能够灵活适应业务的发展需要，系统还需要进一步完善，能够与其他系统进行衔接和数据交互。所以，要求系统应具有良好的可扩展性，能方便部署新的业务应用系统或应用功能。2.2.9.系统易用性要求 系统应提供友好的人机操作界面，系统设计应以用户为中心，符合不同类型的用户角色固有的管理和使用习惯，能使用户以较快的速度找到自己最关注的功能操作和数据信息，方便用户学习和掌握，提高系统使用效率。2.2.10.安全保密性要求 由于客运数据涉及商业秘密和个人隐私数据，一旦数据泄露或系统遭到破坏，会对交通行业造成严重影响。因此，根据安全系统方案章节的评估，将系统安全按照不低于二级等级保护的要

19、求进行预定级。3.总体设计 3.1.枢纽客流信息服务平台应用系统架构 应用展示层应用系统层应用支撑层硬件支撑层数据资源层操作系统数据库管理系统备份软件数据交换系统应用中间件虚拟化软件道路客运站站务管理系统道路客运联网售票公众信息服务系统道路客运数据交换平台PC应用终端代理点售票客户端自助查询机自助检票机互联网网站手机应用客户端咨询电话自助售票机信息安全保障体系标准规范体系主机存储系统网络平台安全系统车辆从业人员经营业户班线设施设备班次票价注册会员站务管理联网售票电子客票面向监管面向安全面向服务换入数据换出数据建设与运营管理体系道路客运联网售票清分结算系统接口层数据同步接口票务服务接口外部系统接

20、口预留接口用户层行业管理部门客运站社会公众运输企业运营机构道路客运信息监管与决策辅助系统3.1.1.硬件支撑层 1）网络平台为数据资源层、应用系统层等在网络传输方面提供支撑服务，本次工程需要新建客运联网售票专网，实现对全市二级（部分有条件的三级站也可接入）以上客运站的网络覆盖。并依托该网络，实现各客运信息的采集、整合、处理、分析和展现；2）主机及存储设备是本次工程新建系统运行的基础硬件系统；3）安全系统在已有的管理体系基础上，完善技术体系和新建运维管理体系加强系统安全水平，实现对本次工程建设的应用系统、网络系统、数据资源等进行全面的安全管理。3.1.2.数据资源层 数据资源层是通过道路客运信息

21、交换系统对现有客运业务数据和行业管理基础数据进行整合的基础上产生的基础库、业务库、主题库。三种类型数据库在数据管控体系的统一管理下，通过对道路客运信息资源进行科学的分类组织，采用统一的建设规范和数据交换标准，确保信息资源在采集、处理、传输以及分析、管理和共享的整个流程中在各系统间顺利地交换，以实现知识管理和决策支持的目标。数据资源层为各类应用系统的应用开发提供了数据支撑。3.1.3.应用支撑层 应用支撑层为本次工程的各应用系统提供基础的、共同的应用支撑，包括数据库管理系统、服务器操作系统、数据交换系统、应用服务器中间件、备份软件、统一权限管理平台、虚拟化软件等。3.1.4.应用系统层 在数据资

22、源层的基础之上，通过对公众出行服务、企业经营和行业监管的需求进行深入分析，基于先进的技术架构，设计开发本次工程各类应用系统。开发客运站站务管理系统、道路客运联网售票清分结算系统、道路客运联网售票公众信息服务系统和道路客运信息监管与决策辅助系统等。3.1.5.应用展现层 通过互联网网站、手机应用客户端、自助售票机、咨询电话、PC应用终端、代理售票点客户端、自助检票机以及自助查询机等，为公众出行提供信息和票务服务。3.1.6.接口层 接口层主要实现客运数据同步、票务服务接口以及对现有站务系统接入联网售票系统平台，外部系统接口主要实现联网售票系统与航运、空运及铁路运输等其他业务系统的数据交换与共享，

23、预留接口则为满足未来应用需求所预留接口。3.1.7.系统用户 主要包括 5 大类用户：行业管理部门、客运站、运输企业、社会公众和系统的运营机构。3.1.8.三大保障体系 三大保障体系包括信息安全保障体系、标准规范保障体系、建设与运营保障体系。三大保障体系是本工程顺利建设与运行的重要条件。3.2.技术路线 3.2.1.基于云计算的部署模式 云计算是能够提供动态资源池、虚拟化和高可用性的下一代计算模式，云计算管理平台可以为用户提供“按需计算”服务，用户可以随时随地的利用网络来访问与使用云端资源。采用云计算分布式、虚拟化、动态的可扩展性、灵活性等特点。使应用部署的环境和物理平台没有关系。通过虚拟平台

24、进行管理达到对应用进行扩展、进行迁移、进行备份，种种操作通过虚拟化层次完成。通过动态的扩展虚拟化的层次达到对以上应用进行扩展的目的。把各种 IT 资源虚拟化，放在云计算平台中统一管理。3.2.2.基于 XML 的数据表示 数据交换是一个开放的信息系统的基本功能，如果数据交换使用的数据格式千差万别，则需要复杂的数据编码和解码工作，因此统一数据交换使用的数据封装格式是进行平台建设的首要任务。XML（eXtensible Markup Language，可延伸性标示语言）是目前国际上流行的数据表示标准，因为它的简单性、开放性、可扩展性、灵活性、自描述性等特性，XML 在数据和信息管理、数据交换、We

25、b应用、电子商务、应用集成等诸多领域有着重要用途，已经得到了工业界的普遍支持。采用 XML 方式对系统要交换的数据进行表示，既可以便于系统的间的数据交换，又可以方便的进行扩充，因此本次建设的系统全部采用 XML 格式来表示交换数据。3.2.3.基于 SOA 的应用集成 面向服务的架构（SOA）是当前应用系统开发的主流架构。将系统封装成服务，可以方便的集成异构系统；能够更容易地扩展已有系统。服务是一个组件的集合，它们向外界提供某个接口，能够完成某种业务功能。在面向服务的架构中，服务的实现可以放在网络的任何位置，只需要对外发布这个服务的描述，其他的系统（或者服务）就可以发现并且使用这个服务。不同的

26、服务可能采用不同的开发语言、组件模型、硬件环境、数据库，而在这个架构中它们无缝地集成在一起。这种方式消除了异构的分布的环境对应用系统的影响，开发者可只考虑系统的业务逻辑，关注某个部分业务功能的实现，并将它们包装成为合适的服务，不需要考虑和其他服务之间的互操作性问题，减少了系统的开发风险和成本。服务和组件的不同在于服务更多地从业务角度出发进行设计，向用户提供一个完整的业务的实现，而组件可能只提供完成某个业务的部分功能。在面向服务的架构中，一个系统实现了客户需要的某些业务过程，其中每个服务实现了业务过程中的某个活动。从软件开发的过程来看，面向服务的架构更加符合业务的视角，设计人员可以方便地根据已经

27、获得的业务需求进行设计，采用服务实现各部分的业务需求，并将它们组装为应用系统。总的来说，面向服务的架构可以尽可能地利用组织中的现有资源，保护已有投资。它通过将实现的细节和业务逻辑分离，使得系统可以更好地被复用、扩展和维护。3.3.枢纽客流信息服务平台应用系统建设方案 3.3.1.概述 枢纽客流物流信息服务平台客流部分工程新建道路客运联网售票公众信息服务系统、道路标准化客运站务管理信息系统、道路客运信息监管与决策辅助系统和道路客运联网售票清分结算系统，以及对现有站务系统进行联网升级改造。其中，道路客运联网售票公众信息服务系统主要面向社会大众和旅客提供多元化票务服务；道路标准化客运站务管理信息系统

28、主要面向客运站、客运企业提供站务管理、售检票、小件托运等功能；道路客运联网售票清分结算系统主要面向联网售票运营机构提供联网监控、票款清分和渠道管理等功能；道路客运信息监管与决策辅助系统主要面向行业管理部门提供决策支持和行业监控等功能。（1）道路客运联网售票清分结算系统 该系统提供联网售票运行监控、业务协调、清分结算以及渠道管理等功能。其中，票务清分结算是对售票金额进行站站拆分与结算，及与其他机构的清分与结算等。渠道管理是用于控制售票代理点、邮政、互联网、其他联网售票系统等第三方机构可售车票数量和可售额度等。（2）道路标准化客运站务管理信息系统 该系统涵盖车站站务作业，包含客运站票务计划、联网售

29、检票、客运站调度、信息发布、售票信息监测、站运结算、运营分析等功能，以实现站务作业管理的精细化、全面化、智能化、协同化。（3）道路客运联网售票公众信息服务系统 通过提供网站、手机等多种方式对公路出行旅客提供统一的道路客运票务信息服务，包括班次查询、车票预订、搭乘指引、旅客服务质量评价等功能。（4）道路客运信息监管与决策辅助系统 该系统为道路运输管理机构提供道路客运行业监管和决策的信息服务。尤其是在班次班线方面监管、客车安全例行检查和出站检查监管、重点时刻客运站运行监管、运力投放等决策方面提供抓手。3.3.2.道路标准化客运站务管理信息系统 3.3.2.1.业务概述 道路标准化客运站务管理信息系

30、统主要面向客运站的管理、财务、调度、售票、检票、结算、导乘、安全等业务，实现对客运站信息流、资金流的管理、监控，并有效加速信息流通，提升客运站自动化水平，规范客运站的业务运作和管理，提高客运站的运行效率、经济效益，并为旅客提供高效便捷的服务。本次工程建设的道路标准化客运站务管理信息系统是在综合现有各客运站站务系统功能基础上，结合本地客运业务特点，为各客运站和客运集团提供功能完善、适应业务发展需要的升级版站务管理系统。3.3.2.2.功能架构 客运站站务管理系统主要提供基础数据管理、档案管理、车辆安检、票价管理、调度管理、售票管理、检票管理、问询处、票据管理、结算管理、综合查询、报表统计、系统管

31、理等功能。客运站站务管理系统功能结构如下：表 5-1 客运站站务管理系统功能框架图 客运站站务管理系统系统管理查询分析票价管理车辆一卡通管理售票问询调度管理财务管理基础数据管理售票管理检票管理行李寄存站内信息诱导和综合信息服务自助检票道闸自助报班系统小件快运系统场站大屏发布系统语音播报系统手持售票机终端道路客运联网综合管理系统自助售（取）票机接口接口接口接口接口接口接口服务接口数据交换 系统内部各功能模块间的逻辑关系如下图所示：表 5-2 客运站站务管理系统功能逻辑关系图 基础数据管理车辆一卡通管理售票问询票价管理调度管理行李寄存票证管理售票管理财务结算检票管理综合查询系统管理服务接口班次、排

32、班、车辆数据班次、报班数据行包托运数据发班运量数据车辆、班次数据报班数据班次、车型、站点数据运量单领用数据售票、营收数据售票员领票数据班次、票价数据班次状态数据进站、安检、报班数据班次、票价数据基础数据生产数据数据服务票务服务系统参数系统参数诱导和综合信息服务调度信息检票信息 3.3.2.3.系统功能 3.3.2.3.1.基础数据管理 基础数据管理用于基础数据和资料的管理和设置，目的是为站务的其它各项业务的开展提供数据基础，作用范围为整个站务系统。其中，客运企业、客运站、行政区域、车辆、线路等信息，统一由道路客运联网监管与决策辅助系统进行统一维护，客运站仅能对此类信息进行查看和使用。（1）站点

33、管理 提供站点信息查询功能，站点信息包含：所属区域、站点编码、名称、操作码、拼音简码、是否上车点、站点级别（一级站、二级站、三级站、四级站、五级站、简易站、招呼站）。（2）线路管理 提供线路以及线路停靠点明细信息查询功能，线路信息包含：线路名称、线路编码、起点站、到达站、描述、公里数、操作码、公路级别，线路停靠点明细信息包括：序号、站点、公里数。（3）车辆管理 由道路客运联网监管与决策辅助系统进行统一维护，在本系统中仅提供查询功能，车辆档案信息包括车辆的外观照片、品牌、型号、出厂日期、额定座位、行李仓载重量、最大容量、车属单位、座位类型（坐席、卧铺）；以及该车辆的司乘人员的姓名、性别、出生年月

34、、照片、家庭住址、家庭电话、移动电话等信息。（4）员工管理 系统实现员工信息的添加、修改、删除、查询、打印、导出操作。员工档案信息包括员工姓名、性别、出生年月、照片、学历、工资、工作经历、家庭住址、家庭电话、移动电话、培训记录、奖励记录、处罚记录个人简历等内容。（5）司乘人员管理 由道路客运联网监管与决策辅助系统进行统一维护，在本系统中仅提供查询功能，司乘人员档案信息包括：姓名、工号、IC 卡号、性别（男/女）、出生日期、政治面貌、文化程度、籍贯、招考日期、职工类型（正式/临时）、档案号、驾驶员状态（在岗、停驾、辞退、退休）、隶属分队、建制车号、联系电话、家庭住址、初始里程、是否签责任书、身份

35、证号、驾驶证号、驾驶员证初次领证日期、驾驶证有效期、从业资格证号、从业资格证有效期、从业资格证发证日期、从业资格证准驾车型、公司准驾证号、准驾证发证日期、准驾证有效日期、驾驶员相片、考驾驶证日期。（6）出行公众信息管理 记录车站的出行公众信息，用于统计和分析车站出行公众的信息，为车站的营销决策提供必要的参考信息。包括公众姓名、性别、出生年月、电话、住址等信息。（7）营运单位管理 提供营运单位（即经营业户）信息查询功能，包括：车属单位名称、编码、简称、银行帐号、联系人、电话、单位类型（本司、外司）、所属区域等信息。（8）检票口设置 设置车站的检票口信息，也可以对检票口进行控制。例如只允许哪些检票

36、口只能检哪些班次等。（9）上车卡位设置 设置车辆上车卡位信息，用于生成计划班次信息。用户可以添加、修改、删除上车卡位信息。（10）售票点管理 售票点是车站出售车票的地方，它包含站内售票点和站外售票点，一个车站只能拥有一个站内售票点，但可以拥有多个站外售票点，一个机构可以对应一个或多个售票点。（11）车型座位图 用户可以以平面的方式绘制某一车型的座位图信息。比如针对某一厂牌车型，设置其座位类型(普通座、商务座、豪华座、上铺、下铺)、车型空间类型、预览图片。车型座位图信息在售票时作为售票员告诉旅客车辆座位信息的一个参考，能准确方便直观的告知旅客要购买的座位类型。（12）IC 卡管理 管理系统各种的

37、 IC 卡信息，包括车辆的报到卡、客户打折卡、员工卡等。系统提供 IC 卡的添加、修改、写卡、读卡、作废、删除、导出、打印功能。添加以及写卡时支持批量操作。（13）安检计划 对不同单位的车辆进行安检的计划安排，安排安检计划后，车辆安检的相关人员便很方便的查询当天要安检的车辆信息，以便安排相应安检人员。系统提供车辆安检计划的添加、修改、删除、导出、打印功能。（14）班次排班 车站重要的业务操作，调度对班次进行综合管理，包括班次的排班、停班、复班、固定预留、座位预留、配客预留等操作。系统可支持对班次进行复制操作。并支持配客预留的共营班次的设置，并通过预分配的方式实现在网络不通的情况下不影响预分配座

38、位的售票，并且还可以通过座位释放的方式出售其他座位，达到班次座位灵活充分利用，提高班次的实载率，系统除了可以安排固定时间的班次还可以安排流水车次。（15）车组循环 用户可以根据车站的班次计划排班以及车辆、司机的实际调度情况，对班次进行合理的安排。系统可以安排某个班次某日期内的计划车辆计划司机、乘务员信息，也可以根据一定的规律进行轮班设置，比如隔天安排一次班次或者司机，或者某一特定日期安排一次班次或者安排某一计划车辆等。系统提供灵活的车辆、司机、乘务员轮流排班的策略。（16）售票控制 本功能是用来控制车站下属售票点的售票的权限，只能控制本站班次权限。系统直接以列表的方式逐个显示所有的线路、班次、

39、停靠点。用户可以选择售票点、线路、班次、停靠点，然后进行保存。3.3.2.3.2.票据管理 票据管理对车站所使用的各种票据进行统一管理，包括车票、结算单、路单等。其中，车票票据的入库统一由道路客运联网监管与决策辅助系统完成。（1）票库设置 设置系统的票库。用户可设置车站、不同配客点或者售票点不同的票库，也可以设置为同一票库，以方便系统统计分析。票库信息包括：编码、票库名称、所属机构、负责人、描述。（2）票据信息 由道路客运联网监管与决策辅助系统统一管理，本系统仅提供查询功能，票据信息包括类型编码、票据名称、打印名称、每本张数、票号长度、描述等内容。（3）票据入库 对票据进行入库操作，并记录相应

40、的入库信息。提供票证入库、入库查询功能。入库的票证信息包括：票库名称、票据类型、起始号码、结束号码、票数、入库人、入库时间。（4）票据退库 用户可以选择已经入库但未被领用的票据进行退库操作，系统显示相关的票据信息：起号、止号、票数、退库人、退库时间，并记录退库的信息。（5）票据领用 对已经入库的票据进行领用，是票据使用人员到财务进行的票据领用的操作，系统记录领用信息以及可选择是否打印领用凭证。（6）票据退领 对已经领用的票据进行退领操作，退领的票据可以是未用的票据也可以是在用的票据，并且用户可以选择任意票段进行退领操作。（7）票据库存 用户可以对票据的库存信息进行查询统计，系统显示已经入库的票

41、据情况信息，并统计总票数以及使用情况，如：票库名称、票据类型、剩余情况、起始票号、结束票号、当前票号、是否用完。3.3.2.3.3.票价管理 票价管理子系统用于设置票价，并支持各种票价类型，包括：公式票价、站点票价、硬调票价、座位票价。在票价设置粒度上可按不同班次、不同车型、不同到达站、不同座位类型，然后可由公式票价/站点票价/硬调票价/座位票价生成当前执行票价，售票时使用执行票价。（1）票种设置 由道路客运联网监管与决策辅助系统统一管理，本系统仅提供查询功能，票种信息包括：票种名称、打印名称等信息。（2）票种权限管理 能为本站中的不同售票点、角色或者售票员分配不同的可售车票种类权限，如果没有

42、设置，则可以售所有启用的票种。（3）票价项目 由道路客运联网监管与决策辅助系统统一管理，本系统仅提供查询功能，票价项目信息包括：票价项目（使用英文字母表示）、项目名称、是否票价明细项、计算值、是否允许调整。（4）标准票价 标准票价即是客运车型运价，是指对不同车型、等级的客运车辆所制定的每位旅客每千米的运输价格，由运输成本、合理利润、税金等构成，由公式计算所得。由道路客运联网监管与决策辅助系统统一管理，本系统仅提供查询功能。（5）站点票价 除了提供标准票价的计算公式外，还可以根据站点制定票价，该站点票价可用于班次硬调票价的生成，也可用于生成班次的执行票价，该模块包含添加、查询、删除、修改、打印、

43、导出功能。（6）座位票价 由于车站某种车型的某些座位可能票价会有所不同，比如若为坐席则分为：普通座、商务座、豪华座，若为卧铺则分为：靠窗、上下铺因此出现同一班次到达同一站点拥有不同票价的情况，某些有设置了座位票价的班次在生成执行票价时取座位票价进行生成，所以售票时显示座位票价，而座位票价只售全票、自定义票种票，如打折票按系统所设置的打折权限进行售票。该模块包含座位票价的添加、修改、删除、导出、打印功能。（7）硬调票价 根据班次车型起点站到站设置班次的平时硬调票价以及根据同一班次同一到站可以设置该班次不同座位的不同票价，系统根据平时票价生成执行票价进行售票，系统提供批量灵活的操作功能。调整票价时

44、系统支持对票价的某一分项进行调整，比如：只调整微机费、站务费等。在班次调整时可支持对班次、线路、站点、车型进行调整操作，同线路某班次或者所有班次调整，同线路某班次某站点调整，同线路某班次某车型调整，同线路某班次某站点、车型调整，调整方式分为：浮动百分比（用负数表示下浮）、硬调（负数表示下调）、固定值（直接设置票价）。（8）节日票价 根据车站的业务开展，用户可以设置班次的节日票价，用于节日时用，而平时的硬调票价可以不用修改，过了节日时间，系统又自动启用了平时的硬调票价信息，这样可以方便用户对票价信息的设置。系统可根据节日票价生成执行票价进行售票，系统提供批量灵活的操作功能。系统提供节日信息、节日

45、票价的添加、查询、调整、修改、删除、生成、复制等操作。（9）执行票价 执行票价即为售票当天的票价，可以由标准票价、站点票价、平时票价、节日票价由系统按默认规则进行生成，用户可以制作并生成N 天的票价信息。系统提供执行票价的生成、查看、复制、删除、修改等操作。对于过了发车日期的班次票价不允许进行生成、复制、删除、修改操作。3.3.2.3.4.车辆管理一卡通 车辆管理一卡通主要通过信息化手段，采集车辆在站场内的业务节点信息，辅助调度系统实现对站内车辆的智能调度，合理规划车辆站内流程。车辆在站内需完成的标准业务流程为：进站入场洗车消毒安全检查报班上位开检出站。在此业务流程中，每个环节需要按照规范记录

46、执行人、执行时间、执行结果等过程信息。（1）进站管理 可通过车辆智能识别技术来进行进站的识别，本站注册客运车辆可以不停车进站，无关车辆不能进站。通过该智能识别技术，能够实时、准确地检测到车辆的进站情况，减少时间开销。进站管理主要实现的功能有：进站刷卡功能、读卡后自动识别客运车辆、道闸自动打开、电脑自动提取记录、车辆过后道闸自动放下，并将信息发给调度管理模块（安排车辆流程、发布调度指令），发给站内信息诱导和综合信息服务模块（LED 显示屏通知接站人接站，广播发布到站信息），发给小件快运管理系统（通知工作人员搬运行李、短信通知托运人行李到达）。（2）入场管理 入场管理主要实现的功能有：停车场刷卡功

47、能，进入停车场时电脑自动提取记录，并将入场信息发给调度管理模块，调度管理模块安排后续操作流程，制定停车位置。（3）洗车管理 洗车管理主要实现的功能有：车辆进入洗车房人工刷卡、客运车辆清洗后卫生合格刷卡通过，计算机自动识别车型，记录收费信息。（4）消毒管理 消毒管理主要实现的功能有：车辆清洗后进行消毒，合格后刷卡，电脑自动提取记录。（5）车检管理 安全检查主要实现的功能有：车辆进入安检房人工刷卡，电脑自动提取记录，并向系统返回一个确认数据，确认安检是否通过。能够对车辆及驾驶员资质实现自动识别；季度检验不合格的车辆，日检中自动警告提示。灭火器、车辆年检、二级维护、各类保险等涉及安全的项目自动提示到

48、期时间。用显著颜色显示客车险到期或逾期。（6）开检管理 开检管理主要实现的功能有：车辆进入发车站台刷卡开始检票，电脑自动提取记录，提取记录后连动更新检票显示屏信息，提示旅客该车已到停车卡位，可以检票上车，同时腾空备班车位。（7）出站管理 出站管理主要实现的功能有：出站人工刷卡、读卡后道闸自动打开、电脑自动提取记录、车辆过后道闸自动放下。同时实现出站车辆、旅客、行包等信息的汇总检验，出站检验员输入实载人数后，超载自动报警，不具备出站条件的车辆不允许出站；同时实现电子打单。在出站管理中显示驾驶员照片供发班确认。3.3.2.3.5.调度管理 调度管理用于车辆综合调度和班次运行管理。具体包括现场调度、

49、临时加班、合并班次、恢复班次合并、班次临时调整、车辆监控、排位调度和车位引导。（1）综合调度 根据当天的排班情况以及实际的车辆到站情况对班次进行班次报到/取消、班次报停/恢复、班次脱班/恢复、停售/发售、班次延时、班次放空/取消操作，调度中对班次改变状态的操作同时保存操作记录。系统可打印出每日报班或未报班班次情况报表并导出到 Excel。（2）临时加班 因业务繁忙，临时增加一个班次，同时生成这个班次的计划信息。可以选择已经存在的班次模板信息再进行修改或者用户输入班次信息，如：选择班次的所属车站、所属线路、班次操作码、班次编码（由系统自动生成）、运营类别、发车时间、运行小时、检票口、上车卡位、运

50、行区域（国际、省际、市际、县际、县内）、营运方式（直达、普通）、班次类型、途经站点、站务费、是否本站专营、是否双程班次、备注。用户点击加班按钮，增加一个加班班次，添加班次同时生成班次的停靠点信息。（3）并班处理 调度根据实际情况或者某种原因，可对较少人数的班次进行合并处理，亦可对合并后的班次进行恢复操作。（4）取消并班 对班次合并进行反操作。（5）营运计划调整 调度根据实际情况或者某种原因，对班次进行发车时间、车型、车属单位、可售座位、停靠点、检票口、票价、座位数进行调整以及班次留位/取消留位操作，且能进行批量处理。（6）在途车辆监控 通过接入长途运营车辆的 GPS 数据，并进行分析处理，估计