分享
分享赚钱 收藏 举报 版权申诉 / 163

类型第四讲 客运信息化1.ppt

  • 上传人:j35w19
  • 文档编号:6809709
  • 上传时间:2019-04-23
  • 格式:PPT
  • 页数:163
  • 大小:15.65MB
  • 配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    第四讲 客运信息化1.ppt
    资源描述:

    1、1,第四讲 铁路客运信息化,2,一、客票发售和预订系统 二、客户服务中心系统 三、旅客服务系统 四、客运营销辅助决策系统 五、自动售票系统 六、站车无线交互系统 七、其他系统,3,一、客票发售和预订系统,4,1、概述 2、系统架构 3、功能简介 4、系统发展(5.2版本),5,1、发展历程 1996年-1.0版本实现手工售票向计算机售票转变; 1997年-2.0版本实现地区中心联网售票; 1999年-3.0版本实现全国联网售票; 2002年-4.0版本实现适应收入清算需求以及提前180天预约直达特快列车车票; 2006年-5.0版本实现动态售票组织; 2009年-5.2版本实现智能售票组织和销

    2、售渠道网络化、支付电子化。,1.1 概述,6,2、客票系统总体设计目标中国铁路客票发售和预订系统的最终目标是建立一个覆盖全国铁路的计算机售票网络,实现客票管理和发售工作现代化,从而方便旅客购票和旅行,提高铁路客运经营水平和服务质量,达到国际先进水平,成为世界上规模最大的铁路客票发售和预订系统。,1.1 概述,具体目标为: (1)实现全国快车营业站计算机联网售票,在任一售票窗口可以发售任意方向和任意车次的客票,最大限度的为旅客提供方便。 (2)系统可预订、预售和发售当日客票,具有售返程、联程等异地购票功能。 (3)系统预售期近期为10天,远期为30天;预订期近期为2个月,远期为半年。 (4)实现

    3、票额、席位、计价、结算、统计等工作的计算机管理。逐步形成统一的客票信息源,实现信息共享。 (5)加强客票信息管理与分析,提高坐席利用率,为铁路客运组织与管理工作提供辅助决策支持。,1.1 概述,8,客票系统5.0继续坚持集中与分布相结合的客户服务器体系结构,席位全部集中到各地区中心,以加强席位的管理和调控力度。对于车站级系统,客票系统5.0在保障目前车站运行模式的基础上,支持车站取消服务器,更好地适应生产力布局调整的需要。,1.2 系统架构,9,2、网络结构客票发售和预订系统以铁路数据通信网作为基础,系统的通讯网络主要由三部分组成: (1)基干网。主要为全路客票中心、各地区客票中心之间请求应答

    4、信息和网络管理等提供较高速率的数字信道传输服务。基干网应利用现有的铁路数据网,并根据需要进行增容、改造。 (2)沿线网。主要是为快车停靠站与地区票务中心之间提供通信服务。由于铁路数据网目前尚不能覆盖路网中所有客运站,为此可以有两种入网方式:将网络未覆盖的中间站通过就近的节点机或集中器入网,或将网络未覆盖的中间站分组串联后通过相应的节点机或集中器入网。 (3)市区网。城市内的车站、售票窗口以及代售处等采用铁路专线或租用公用线路等多种方式入网。网络搭建结构有环行和星型。在客票5.0升级期间,有些路局为保证系统运行的稳定可靠,已经改造星型结构为环行结构。,1.2 系统架构,10,网络拓扑结构,1.2

    5、 系统架构,11,3、系统软硬件环境 (1)软件环境客票系统5.0的小型机服务器采用UNIX 操作系统,PC服务器采用SuSE Linux/Solaris X86/Turbo Linux操作系统, 客户机采用Windows 98/2000/XP操作系统;数据库采用SYBASE数据库管理系统,SYBASE数据库采用12.5.3版本,复制服务器采用12.6版本;通信协议采用TCP/IP,对外接口服务器采用客票专用协议;客票应用开发采用面向对象的PowerBuilder 8以及Open Client 、C/C+和Java等编程工具及语言,以及Business Objects、Cognos OLAP分

    6、析工具。前台业务和管理机均采用Windows 98/2000/XP和PB 8.0。,1.2 系统架构,12,(2)硬件环境客票系统5.0地区数据中心及以上全部采用小型机,车站采用小型机或微机服务器,采用双机热备、智能存储、RAID磁盘阵列等可靠性技术。客票系统5.0地区中心服务器及相关硬件的能力需要综合考虑票库集中后各地区中心业务量的变化情况,并预留合理的处理能力余量。,1.2 系统架构,13,1、数据维护 2、计划管理 3、管理监控 4、经由管理 5、票卷管理 6、预约预定管理 7、售票 8、订票 9、退票 10、收入管理 11、18点速报 12、电子报表,13、综合查询 14、数据备份与清

    7、理 15、营销分析 16、DBCS 17、CTMS 18、工作流 19、复制系统 20、软件分发 21、接口服务,1.3 功能简介,14,1.3.1 数据维护子系统,数据维护实现客票系统基础数据和运行数据的维护,完成系统重要参数的定义和管理。基础数据是指铁路局、线路、区段、站名、管理权限总表、票价基础价率等相对稳定的路网数据;运行数据是指列车停靠站、担当企业、编组、浮动票价等需要根据运营要求不断变化的数据,一般是与列车相关的一系列数据。这些数据关系到整个系统能否正常运转,涉及每个地区中心和车站,并且要求保持全路一致。,15,1.3.2 计划管理子系统,计划管理的功能主要是做好详细的票额分配计划

    8、,根据票额分配计划生成席位,生成后的席位可以通过调度命令对其进行调整,也可以通过票额调度对票额分配的用途进行实时调整。根据席位的发售情况可以进行相应的客运统计。 、编制列车票额分配计划、生成席位、调度命令方式调整席位、转用途方式调整席位、售票组织方式调整席位 、统计客运数据、查询席位功能、业务通知和消息功能、其他管理和维护功能,16,2、席位的特征(1)预分站(2)乘车站(3)限售站(4)以远站(5)席别(6)空调特征(7)用途(8)范围(9)可用状态,17,1.3.3 管理监控子系统,管理监控模块通过前台参数设置、窗口操作员定义、操作员授权、关键数据查询、日志查询等手段来了解掌握系统的运行状

    9、况和处理系统运行中出现的问题,对保障售票系统正常运行、维护售票秩序、排除系统故障等具有较好的辅助作用。值班监控模块的主要功能分功能定义、售票监控、信息查询和日志监控四大部分。功能定义部分用于定义前台各模块的运行环境参数、各窗口参数和各操作人员权限;售票监控部分用于监控售票模块运行状态,可以进行压票检测、重票检测、死锁处理、票号调整、余票同步、账号加锁等;信息查询部分提供与售票相关信息的各类查询功能、辅助查询系统运行状况;日志监控部分提供查询各前台模块对重要数据进行修改的日志,以掌握系统运行情况和数据维护的工作情况。,18,1.3.4 经由管理子系统,它根据基础数据自动生成本站至全路各站的径路信

    10、息,不满足需求的径路可以删除,无法自动生成的特殊径路可手工维护 。 流程:(1)基础数据准备(2)生成至结算站的径路信息(3)生成至全国任意客运站的径路信息,19,1.3.5 票卷管理子系统,票卷管理主要包括票卷计划、票卷入库、票卷发放、票卷返库、库存票卷和其他事务等功能,共同实现计算机票卷的管理业务,为售票业务操作进行票卷数据的准备。 根据铁道部财务司规定,每一票卷由1000张票底卷成,票面左上方印有票号,票号共8位,第1位为除I和O以外的大写英文字母,后7位为0000001至1000000之间的数字,全部票号从A0000001起至Z1000000止,共24000000张。现发行新版本票卷票

    11、号为7位,即数字位改为6位。,20,1.3.6 售票子系统,售票模块是售票前台工作中的主要部分,供售票员在售票窗口售票时使用。售票员可根据旅客要求发售本地普通客票、通票、中转签证票、中途下车签证、始发签证、同席孩票及全国各联网中心的异地车票。 售票要素:日期、车次、发站、到站、席别、票种、张数。系统按照这些要素到席位库取票,并填写席位已售标志,正确制票后,记录售票存根。 制票:按合同号制票、按流水号制票。,21,2、售票业务功能,22,1.3.7 退票系统,退票模块以输入的条码信息为主要线索,查询相应服务器上的售票存根和退票存根,然后还原票面供售票员核对票面信息,根据所选择的退票理由计算退票的

    12、手续费和净退款,最后记录退票存根并将席位按照约定的用途返回票库。对于代用票、常备客票和由于特殊原因无法查到存根的电子客票,采用手工方式脱机退票,即:不查找售票存根,手工输入票面的相关信息(对于电子票也可采用还原条码的方式得到票面的相关信息),根据所选择的退票理由计算退票的手续费和净退款,最后记录退票存根。,23,1.3.8 预约预定子系统,预约预定模块由预约票、预订票、统计查询、订单维护、辅助、帮助、交班等六大部分构成,共同实现计算机联网订票业务。 预约预定分合同单位和散户。 根据每个合同单位的合同号、订票日期、车次、发站、到站、席别、票数、票种,来申请要订的一批票(对于社会订票,它有一个虚拟

    13、的合同号,根据虚拟的合同号、订票日期、车次、发站、到站、席别、票数、票种,来申请要订的一批票)。如果申请成功,系统自动从席位库中取出相应的席位并将订票信息暂存于订票存根表中,并产生流水号,使用该流水号即可在售票模块中的制票功能中取票。,24,1.3.9 收入管理子系统,车站收入管理子系统主要满足车站客运电子售、退票款的收入审核与管理、旅客运输统计以及车站有关统计的要求。对车站售、退票存根进行综合分析分类处理,按日生成车站售票结帐及财务统计所需详细数据。通过对日统计数据进行合并处理得到相应的旬月年统计报表。 、按日整理各类存根数据并存储在数据表中。 、从不同角度汇总日存储数据生成售(改签)、退、

    14、废票的收入、张数、人数等财收报表。 3、报表分为财收四类、财收一类、财收二类、财收八类。,25,1.3.10 18点速报子系统,根据铁道部有关文件,对售、退存根进行18点的数据统计和综报统计,生成客票发售人数、上车人数和收入的报表以及形成综报二、综报三的数据文件,26,1.3.11 电子报表子系统,电子报表主要满足计划司进行旅客运输统计的需求,在售退票存根基础上生成客运电子售、退票日报报告。客票数据文件:LS+日期(4)+ .+车站ID(3) 退票数据文件 :LR+日期(4)+ .+车站ID(3)客票财收四文件:kcs4+日期(4)+ . + 车站ID(3)退票财收二文件:tcs2+日期(4)

    15、+ . + 车站ID(3),27,1.3.12 数据库传输中间件( DBCS),DBCS(Database Communication Middleware System) , 主要实现车站、地区中心、铁道部三级系统之间生产数据的传输, 满足各级数据同步要求, 实现数据传输的准确性、完整性和可监控性。,28,1.3.13连接交易管理中间件(CTMS),CTMS ( Connect ion 车站级CTMS 和中心级CTMS一起构成车站售票终端和中心数据库服务器的中间层组件。,30,1.4 系统发展,客票系统5.2版本升级,31,1.4.1 升级目标,32,1.4.2 关键业务,售票作业和售票管理

    16、,33,售票作业,34,35,二维条码票面,36,普通票票面,37,售票管理,38,1.4.3 关键技术,1、席位集中 2、余票同步 3、智能售票组织 4、数据集成平台(客服中心接口、客票电子支付网关、卡务系统接口) 5、可靠性保障 6、系统安全(关键业务数据加密),39,1.4.4 进度计划,客票系统5.2版本目前已经完成了需求分析、概要设计,正在进行着程序开发,预计年底进行试点工作。,40,二、客户服务中心系统,41,42,一、概述,43,43,建设目标 以客户为中心,采用统一的客服号,通过互联网(含Wap:Wireless Application Protocol )、语音、短信接入;

    17、实现客货运业务咨询与信息发布、业务办理、电子支付、投诉受理、客户关系管理与质量评价等服务功能; 全面建成技术领先、安全可靠、功能完善的现代化铁路客户服务中心,满足客户个性化、多样化需求。建设期限 2009年至2012年,44,44,近期目标 实现客货运信息查询与发布; 设立人工座席受理客户投诉; 选择铁路局进行语音及短信客票预订试点; 建设期限 具备条件的铁路局开通自助语音订票。 2009年1月至2009年12月,45,二、需求描述,46,规模估算方法,47,47,网站规模估算短信规模估算,48,48,语音规模估算 人工座席自助语音,49,三、技术架构,50,50,51,51,52,52,53

    18、,53,旅客列车时刻表查询 客票信息查询 旅客列车正晚点查询 铁路旅客旅程规划,实现铁路客运与货运相关信息的查询与发布,行包信息服务 货运信息查询 保价运输查询 箱车技术参数查询,54,54,客票预订 运单受理 大客户服务、铁路局集中受理服务 货运事故理赔服务 电子支付 其他业务子系统服务,提供交易类服务导航,55,四、网络方案,56,安全平台,中央内部服务网,铁路广域网,区域级内部服务网,外部服务网,外部服务网,外部服务网,57,五、安全保障方案,58,2019/4/23,铁路客户服务中心总体技术方案,58,59,59,60,六、配置方案,61,61,中央级铁路客户服务中心设备,网站及集成平

    19、台外网服务器 内容管理、搜索引擎、页面防篡改服务器 集成平台内网应用服务器 集成平台内网数据库服务器 运价查询服务器 短信平台服务器 网络设备 安全设备,62,62,应用服务器 数据库服务器 存储设备 座席应用服务器 录音、监控和管理服务器 人工座席设备 网络设备 安全设备,区域级铁路客户服务中心设备,63,七、实施方案,64,64,近期实施方案 2009.01-2009.12,建立中央级和区域级两级客户服务中心,搭建全路统一门户,建成网站和区域级语音平台,对网站(含手机Wap)、短信进行统一接入、语音分散接入,在中央级建设网站和短信平台,在具备条件的区域建设语音平台,提供自动语音和人工座席服

    20、务,短信和语音服务使用统一服务号码。在中央级建立集成平台,集成公共信息、客运、货运、行车、专业运输、客运专线等方面系统的信息;在试点路局建立集成平台,实现对客货运交易类服务的支持。 选择铁路局进行短信和自助语音订票试点,同时选择具备条件的铁路局开展自助语音订票服务。向客户提供客货运信息查询服务(统筹考虑专业运输分公司),包括客票信息、车次信息、旅客列车接续、货物追踪信息等;提供相关法律法规及规范性文件查询;客户可以通过当地的全国统一电话号码12306进行人工座席投诉和自助语音查询。,65,65,远期实施方案 2010.01-2012.12,全面完成铁路客户服务中心建设,根据客货服务需求增设网站

    21、镜像站点,提高网络服务效率和信息查询的实时性与准确性,在试点基础上全面推广语音订票、短信订票服务,实现网站订票业务与电子支付功能,实现货运定单受理,客户投诉、客户关系管理等业务;完成相关延伸服务功能的开发,建立配送服务体系,完善配送服务机制;提供多种业务信息获取手段,增加政策、法规、气象、旅游等各方面的信息。以客户满意度测评、客户投诉受理与处理为主要内容,构建完善的客户关系管理和绩效评价体系,为客货运服务质量综合评价体系的建立提供支持。,66,三、旅客服务系统,67,旅客服务系统-概述,旅客服务系统以信息的自动采集为基础,以为旅客提供全方位信息服务为目标,在旅客出行前、进站、候车、乘车、换乘、

    22、出站等各环节上提供全方位的信息服务。,68,旅客服务系统技术路线,两级架构的整体解决方案,集成管理平台为基础的一体化方案,旅服业务和资源综合调配,全数字化系统解决方案,模块化的架构设计和完全开放系统,面向对象的分布式实时数据库技术,69,旅客服务系统系统结构,70,旅客服务系统集成管理平台概述,集成管理平台以工业实时中间件技术为基础,采用分布式实时数据库等技术和面向对象的方法,把分离的各个系统按照统一的接口标准集成到集成管理平台,实现信息共享、功能联动、综合业务操作、紧急情况下的应急预案启动。,71,旅客服务系统集成管理平台技术路线,构建两级架构,以工业实时中间件为基础,提供综合业务服务,实现

    23、应急预案,统一的操作界面,采用面向对象的集成技术,在大型车站和区域中心分别设置集成管理平台。铁道部中心设置集成管理平台提供信息支持。 大型车站完成本站综合业务处理,区域中心对中小车站实现集中管控。 车站和区域中心集成管理平台共同为管理人员、操作人员和维护人员等提供全面的操作平台。为旅客提供综合的信息服务。,采用工业实时中间件技术,实现各子系统信息的实时交换,以及车站与区域中心信息的实时交换。,采用面向对象的集成技术,对旅客服务中的各种资源和服务等进行抽象,在系统中进行对象化和模版化,实现应用的复用性,减少系统的复杂性,提高系统的灵活性。,集成管理平台在共享各系统信息的基础上,通过编制业务模版,

    24、根据现场情况的变化,实时调整业务实施方案,实现车站服务人员、各子系统服务设施的高度协同,为旅客提供全面的信息服务。,集成管理平台根据需要制作应急预案,在紧急情况时,根据设置的条件自动或者手工启动应急预案,实现不同岗位工作人员和子系统的联动,提高铁路对应急事务的处理能力。,集成管理平台为不同的操作人员提供操作风格相同的、统一的操作界面,提高操作人员的适应性,减少人员的误操作。,72,旅客服务系统集成管理平台结构,73,接收、转发、制作、审核和发布公共音频、公共视频; 区域内中小车站的集中管控,必要时代管大站。,公共音频和视频的制作、审核和发布; 公共数据的维护和管理; 监控客运专线主要大站现场情

    25、况,必要时可以对所有车站现场情况进行监控。,按运营需要制作业务模版。 根据列车到发、检票等相关业务信息,自动生成综合操作计划,实现车站旅客业务和资源的综合调配。,集成管理平台在紧急情况下启动应急预案,为决策人员提供综合决策信息,为操作人员提供及时的操作指导,提高整体应急处理能力。,旅客服务系统集成管理平台功能,铁道部中心,区域中心,车站,应急预案,74,旅客服务系统导向揭示概述,导向揭示系统以车站为核心,从集成管理平台获取播出计划和相关信息,在不同地点的LED显示屏、PDP/LCD显示屏及到发通告终端上显示动态文字和视频信息。,75,旅客服务系统导向揭示技术路线,接受集成管理平台管理,终端设备

    26、接入方式标准化,统一的导向揭示风格,在铁道部中心和区域中心集成管理平台制作、审核和发布统一的视频模版,保持全路显示风格的一致性。,导向揭示系统接收并执行集成管理平台的指令,进行各种信息显示。在集成管理平台的统一调配下实现与其它系统的高度协同。,导向揭示系统采用标准化的接口方式,接入不同厂家的终端设备,实现系统对终端设备的无关性。,76,旅客服务系统导向揭示系统结构,77,旅客服务系统导向揭示功能,导向揭示信息显示,资讯信息显示,紧急信息显示,视频转播,78,旅客服务系统广播系统概述,广播系统采用数字广播方案,以车站为核心,从集成管理平台获取广播计划和相关信息,通过数字音频矩阵,对所辖区域播放正

    27、常运营时的公告信息广播、灾害时的救灾广播。,79,在大中型车站采用全数字广播方案,实现与其它系统共享局域网络,减少专用线缆敷设,提高系统可靠性。 区域中心和车站之间通过网络音频转换设备实现广域网络的数字化传输,避免建设专用音频网络。,旅客服务系统广播系统技术路线,接受集成管理平台管理,全数字广播方案,统一的广播风格,广播系统接收并执行集成管理平台的指令,进行各种广播。在集成管理平台的统一调配下实现与其它系统的高度协同。,在铁道部和区域中心集成管理平台上制作、审核和发布统一的音频模版,保持全路广播风格的一致性。,80,旅客服务系统广播系统结构,81,旅客服务系统广播系统功能,正常时通告广播,紧急

    28、广播,自动音量调整,网络音频转换,82,旅客服务系统监控系统概述,监控系统,以车站为核心,把前端各种摄像机产生的流媒体进行保存,并根据集成管理平台的指令转发到终端设备并还原显示。,83,旅客服务系统监控系统技术路线,接受集成管理平台管理,流媒体转发技术,监控系统接收并执行集成管理平台的指令,把前端设备的信息转发到显示终端。在集成管理平台的统一调配下实现与其它系统的高度协同。,监控系统采用流媒体转发技术,减少网络中重复视频信息流量,节约带宽,减轻前端设备负荷。,84,旅客服务系统监控系统结构,85,旅客服务系统监控系统功能,流媒体转发,视频存储,多种方式的监控显示,86,旅客服务系统时钟系统概述

    29、,时钟系统从统一的时钟源获得标准时间,实现整个站区内各个子钟及相关系统与统一时钟源的时钟同步,为车站工作人员和旅客提供统一标准时间。,87,旅客服务系统时钟系统结构,88,旅客服务系统绿色系统概述,绿色系统对旅客投诉的问题和反馈的信息进行收集、整理和存储,供相关部门评估审核,为改善服务质量和提高旅客满意度提供有效依据。投诉意见和建议的处理采用集中和分散相结合的方式,集中收集,转发处理。,89,旅客服务系统绿色系统结构,90,旅客服务系统查询系统,查询系统以客运服务系统数据平台为主要数据源,为旅客提供列车、票价、席位、服务设施、站区环境等出行相关各类信息的服务。,91,旅客服务系统求助系统,求助

    30、系统以CTI(计算机电话集成)技术为基础,采用摘机通话的对讲分机或招援按钮,通过与监控、查询系统的有机配合,响应旅客的紧急求助需要,使旅客及时获得车站工作人员的帮助。,92,旅客服务系统求助系统结构,93,旅客服务系统站台票发售,通过人工和自助两种方式为旅客提供站台票发售服务。,94,旅客服务系统无线系统概述,车站无线系统采用支持802.11a/b/g协议的无线局域网技术,基于点对点或网状网(MESH)的接入方式,通过在整个站区内设置无线访问点(AP),实现站内无线网络覆盖,为旅客Internet服务、站车信息交互、车站作业组织、系统无线接入等提供无线网络支撑。,95,旅客服务系统无线系统结构

    31、,96,旅客服务系统寄存系统概述,寄存系统允许旅客以自助的方式存放小件物品,为旅客提供便捷服务。,97,旅客服务系统寄存系统结构,98,四、客运营销辅助决策系统,99,1、概述 2、系统目标 3、系统需求及功能 4、系统总体方案 5、路局营销系统功能 6、路局营销系统特点,100,1、概述,1998年在客票系统中为解决统计报表问题引入了营销统计,作为客票系统的一个模块;2000年为部客运部门提供辅助决策信息,建设了“客票营销统计分析系统”;建设了铁道部数据仓库;路局使用BO报表进行数据展示,实现了事后统计分析;2005年在铁路信息化规划的指导下规划了“客运营销辅助决策系统”;在铁道部数据仓库的

    32、基础上实现了担当直通列车数据共享;,101,2、系统目标,近期目标: 完善铁路客运营销理论,建立旅客运营指标体系。 初步建立营销决策系统,构建客运营销信息共享平台,在中央级、地区级、主要基层点实施应用。 实现中央、地区、基层点旅客运营信息的统计、查询与分析。 提供必要的手段,开展客运市场调查与分析、产品设计与评价、经营效果评估,辅助客运营销科学决策。 远期目标:建立智能化的全路客运营销辅助决策系统,实现客运市场调查分析与预测、客运产品开发与设计、定价策略、经济评估等辅助决策功能,满足多层次、全方位的科学决策需要。,102,3 系统需求及功能,客运营销决策的各业务功能协调配合,构成客运营销决策业

    33、务的整体。在应用系统的建设中,可按照业务功能的逻辑关系和应用系统构建运行的需要,将应用系统划分为: ()数据管理子系统 ()市场调查与分析预测子系统 ()运营策划子系统 ()分析评价子系统 ()系统管理子系统,103,3 系统需求及功能,()数据管理子系统数据管理子系统构建客运营销数据仓库,管理客运营销信息资源,完成日常的数据信息交换、整合、存储、计算等,为系统的辅助决策功能提供信息基础。主要功能包括: 数据采集功能。全面的收集外部数据信息,由于数据来源的多样性,可使用跨平台数据传输中间件、通用数据接口和人工录入等多种采集方式。 数据整合功能。系统采集的原始数据需要经过检验、分类整理、计算等处

    34、理过程,以保证数据的完整、准确、统一。 数据安全备份功能。对系统的重要数据进行全面有效的备份,保证数据安全。 共享数据发布功能。建设、管理共享信息的展现与发布平台,为系统内、外相关单位提供共享的数据信息。,104,3 系统需求及功能,()市场调查与分析预测子系统提供完备的市场调查手段与分析方法,完成长短期客流调查与分析功能,及时准确地掌握客运市场动态,预测未来发展趋势,为客运营销提供市场调查与预测结果信息。主要功能包括: 市场调查功能。提供多种市场调查手段,收集全面、完整、准确的客运市场信息。 数据审核功能。对系统采集的调查信息进行核查,以发现和纠正遗漏、错误的数据。 客流分析功能。利用先进的

    35、客流分析理论与方法,综合分析客流发展和客流变化规律。 客流预测功能。对未来一定时期内铁路客流的需求、性质进行科学的推测和判断。,105,3 系统需求及功能,()运营策划子系统实现客运产品设计,提供多种备选设计方案,为决策者提供辅助决策支持。主要功能包括: 开行方案设计功能。应用客流预测分析信息、运能运力信息,以最优化理论为基础,实现客车开行方案的制定,按照市场需求的变化灵活地进行客运组织,科学合理地确定列车开行的区段、编组、等级、车底周转方案等,合理运用运力资源。 席位配置方案设计功能。根据现行或设计的客车开行方案、客流分析预测的结果,按照给定条件的席位分配原则,自动或手工产生客车的席位配置方

    36、案。 运价决策模拟功能。基于客车开行方案,采用不同的定价策略,测算客运收益情况,对比分析测算结果,选择最佳的客运运价方案。,106,3 系统需求及功能,()运营策划子系统 日常调整方案设计功能。结合日常运能和客流信息,提供对现行开行方案的局部调整建议,以应对突发客流、突发事件带来的客流变化,纠正现行开行方案的设计偏差。 运力资源规划功能。分析客运运输网、客车车辆、客运设备、运营人员配备的情况,规划旅客运输资源,提出路网、车辆、设备、人员的规划建议方案。 营销管理决策功能。基于客运营销策略的相关信息,优化和设计更加合理有效的营销策略,如销售渠道的拓展、销售规模的扩充、客运产品的推广、奖励机制的调

    37、整、客户关系的改善等。,107,3 系统需求及功能,()分析评价子系统针对不同的用户对象,提供客运生产情况的统计查询、分析评价功能。主要功能包括: 列车效益分析功能。从每一趟车的收支情况着手,为降低成本,增加收入和加开、停开列车提供决策支持信息。主要内容包括列车开行评价、最大收入测算、成本测算、盈亏平衡分析、盈亏对比分析等。 客车开行方案评价功能。运用旅客列车开行方案评价方法和模型,对现行或设计的旅客列车开行方案做出综合评价。 客运统计查询功能。提供灵活、直观、界面友好的统计、查询功能,以表格、图形等多种方式展现客运营销的统计指标。,108,3 系统需求及功能,()分析评价子系统 客运资源运用

    38、评价功能。根据客运基础资源数据和运营指标的计算统计,对客运相关资源的运用情况做出评价。如线路、机车、车辆(动车组)、人力等资源的运用评价等。 营销策略评价功能。运用指标计算、数据挖掘的模型与方法,研究客运产品、营销渠道和手段、旅客行为等要素间的潜在关系,为经营管理者调整和组织客运营销策略提供决策支持。,109,3 系统需求及功能,()系统管理子系统提供保证系统安全、稳定运行的基本功能。主要功能包括: 用户管理功能。提供用户基本信息维护、用户状态监控、用户授权跟踪、用户使用日志记录与查询等功能。 数据监控功能。提供数据传输监控、数据质量检测等功能。 性能监控功能。提供应用程序运行状况监控、系统运

    39、行状况监控和系统资源使用情况监控等功能。 安全监控功能。提供系统的非法入侵检测、病毒检测、软硬件状态检测等功能。,110,4 总体方案,4.1 系统逻辑结构,111,4 总体方案,4.2 物理结构,112,113,4 总体方案,4.3 数据流,114,5 路局营销系统功能,115,116,117,6 路局营销系统功能特点,1、局间实时数据交互,118,6 系统软硬件及网络平台,1、数据库系统软件系统采用Sybase ASE作为系统的数据库平台。 2、应用服务器软件考虑与BI工具结合的适应性和系统运行的高效性,系统采用通用的应用服务器软件Web logic。 3、报表工具软件(BI软件)作为综合

    40、性的客运营销分析系统,本系统包含客运管理多方面的数据信息,提供众多的分析结果,系统分析的角度和范围经常根据需求变化而变化。因此,传统的固定报表方式无法满足系统的要求,需要一个灵活的报表工具,在实现日常报表的基础上,可以根据需要,灵活的生成临时性的报表,并以多种形式展现分析数据。经过分析、测试比选,系统采用第三代的智能分析软件Cognos作为报表工具软件。,6.1 软件平台,119,6 系统软硬件及网络平台,为保障系统使用的有效性,满足不在客票网上办公的决策者需求,满足后续开展网上客流调查分析,在将来根据需要可将系统连接到机关办公网甚至Internet网,所以要求网络安全配置上具备以下条件:(1

    41、)客票系统具备安全防护;建设客票安全系统即可达到。(2)本系统网络也需要具备安全防护;采用铁道部关于信息系统的通用安全防护方案即可。(3)在上述两条件具备的前提下,才可保持系统与办公网和客票网的物理连接。,6.2 网络配置,120,五、自动售票系统(TVM,Ticket Vending Machine),121,一、自动售票系统 总体结构,122,1.1自动售票系统总体结构,123,1.2京津城际铁路自动售票系统结构,124,二、自动售票系统功能,125,2.1主界面,126,2.2选择到站界面(地图选站),127,2.2选择到站界面(拼音选站),128,2.3选车次界面,129,2.4选席别

    42、、票种、张数界面,130,2.5票面信息浏览与支付界面,131,2.6后台维护终端界面,132,管理人员利用自动售票系统管理软件对自动售票机执行日常的管理和维护业务 。,2.7自动售票系统管理软件功能,133,三、与人工售票窗口的区别,134,功能上的区别,135,管理上的区别,136,人工售票窗口在售票过程中出现异常情况后,可由售票员立即予以解决,自动售票机在出现异常情况后,仅能向旅客打印故障凭条,说明出现故障时的交易信息和状态,旅客找车站的值班管理人员,由管理人员根据凭条上的信息进行故障处理。,3.3异常情况处理的区别,137,四、已开通各站的使用情况,138,139,140,上海站原自动

    43、售票处“十一”前的购票旅客(18台TVM),141,上海站新开自动售票处(新增32台TVM),142,六、站车无线交互系统,143,1、概述 2、目标 3、业务需求 4、系统结构 5、业务功能 6、系统实施开发情况,144,自2007年7月开始,为了提高旅客列车的全程上座率,铁道部运输局对直通旅客列车实行了席位全程复用、局管内共用以及剩余票额自动跨局调整,对部分上座率极低的列车实行了票额全程共用,这些措施在提升列车上座率、增运增收等方面取得了显著成效。据统计,复用票额的再次利用,全路日均增加了12.1万能力,按每列2000人定员计算,相当于每天增开60列客车。但是,新的售票组织方式对站车信息沟

    44、通工作提出了较高要求,从目前车站向列车递交纸质的乘车人数通知单情况看,存在以下问题:,1、概述,145,车站工作量大 影响列车补票 处理效率低,146,鉴于上述原因,铁道部运输局向胡副部长上报了关于建设铁路客运站车信息无线交互系统的请示,胡副部长做出了如下批示:“先组织试点,一是系统技术的可行性,可靠性。二是与现有客票中心系统的安全防护,这一点很重要。这么多台移动终端上网使用,是否有安全保证,对此要有明确的技术认证。”。为此,铁道部运输局组织了铁路站车客运信息无线交互系统的研发工作。,147,2、目标,通过双向、安全的无线传输通道,构建铁路站车客运信息无线传输平台,实现站车间客运信息的交互。,

    45、148,3、业务需求,乘车人数通知单 席位信息查询 列车密度表 客运信息交互 车票真伪查验 辅助办公功能。,149,4、系统总体结构,150,第一级安全保障:GPRS网络本身的安全性 第二级安全保障: GPRS 网络侧的AAA认证 第三级安全保障: GPRS 网络和铁道部网络之间的专线链路 第四级安全保障: M2M管理平台严密监控终端,4、系统安全方案,151,客票系统防护方案 (1)部署安全隔离系统(2)信息传递采用私有协议,152,安全评测为了落实胡部长关于站车交互系统签报的重要指示,确保客票系统安全,在部运输局、信息办的组织和协调下,站车交互系统于2009年8月20日接受了信息产业部计算

    46、机安全技术检测中心的安全评测,经过多轮的攻击测试和渗透测试,结果显示从站车交互系统一端发起的任何恶意攻击和渗透都无法对客票系统产生安全隐患。,153,5、系统功能,地面系统 车上系统 列车段系统,154,功能实现 乘车人数通知单,155,席位信息查询,156,列车密度表,157,客运信息交互 实现策略:列车长可利用移动终端通过GPRS网络向铁路局、车站或 列车段的地面系统传送客运相关信息;同时地面系统也可以将收集到 的各类客管信息上传到信息发布服务器,列车工作人员启动手持终端 设备上的信息展示程序,通过GPRS网络自动连接到信息发布服务器 上获取客运信息。当有紧急情况发生时,信息发布服务器可采

    47、用短信 的形式将信息直接推送到手持终端上。,158,车票真伪查验,159,辅助办公功能 实现策略:车上工作人员可以通过手持终端设 备实现列车日常管理的相关功能,包括列车有 关台帐、规章、报表等业务信息的存储和显 示。存储和显示时支持word、excel、pdf、txt 等通用格式。,160,6、系统开发及实施情况-开发,站车交互系统经过近两年的研发,目前已经完成了系统建设的一期目标,构建了地面与列车无线交互平台,实现了乘车人数通知单、列车席位信息及时自动上传列车,并能够实时产生列车密度表,可以取代传统的手工作业模式,同时提供了列车上车票真伪查验功能。2009年九月本系统顺利通过了由铁道部运输局

    48、组织的系统评审,随着系统在全路的推广使用,将逐步开始后期的研发工作。,161,在铁道部运输局的统一安排和指导下,站车交互系统自2009年3月起至8月在全路十多趟直通和管内列车上开展了试点工作,整个试点分为两个阶段,第一阶段以铁科院和手持终端厂商为主,重点测试系统的各项功能、无线网络信号强度、手持设备性能;第二阶段以路局和列车人员为主,重点测试系统的实用效果和稳定性。期间,铁道部运输局、公安局协同公安部、信息产业部对系统的安全性进行了全面的测试。通过试点,充分检验了站车系统的各项功能和技术指标,获取了现场人员直接的反馈意见,通过测试报告和用户报告反映出站车交互系统功能齐全、技术先进、界面友好、操作便捷,可以满足站车间客运信息交互的业务需求。,6、系统开发及实施情况-测试,162,其、其他系统,163,1、到站补票系统 2、京津快通卡系统 3、广深金融IC卡系统 4、客票电子支付平台,

    展开阅读全文
    提示  道客多多所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:第四讲 客运信息化1.ppt
    链接地址:https://www.docduoduo.com/p-6809709.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    道客多多用户QQ群:832276834  微博官方号:道客多多官方   知乎号:道客多多

    Copyright© 2025 道客多多 docduoduo.com 网站版权所有世界地图

    经营许可证编号:粤ICP备2021046453号    营业执照商标

    1.png 2.png 3.png 4.png 5.png 6.png 7.png 8.png 9.png 10.png



    收起
    展开