铁路网上售票系统

2024-07-13

铁路网上售票系统（共8篇）（共8篇）

1.铁路网上售票系统篇一

毕业实习数据分析报告

1.调查实际环境背景

信息时代已经来临,信息处理的利器——计算机应用于火车站售票的日常管理为火车站售票的现代化带来了从未有过的动力和机遇，为火车站票务管理领域的飞速发展提供了无限潜力。采用计算机管理信息系统已成为火车站票务管理科学化和现代化的重要标志，给火车站票务带来了明显的经济效益和社会效益。计算机已经成为人们生活不可或缺的一部分。

随着Internet的迅速发展和用户数量的急剧增加，互联网对于企业和事业单位的运营和发展日益重要，网上交易也逐渐被人们认可，并成为未来交易的发展方向。铁路售票系统也不例外。

铁路售票系统是铁路旅游服务信息系统的一个重要组成部分，为旅客提供优质便捷的服务。为了提高铁路客运的售票效率，丰富铁路客运的营销手段，火车站售票总站及其下属代售点可以通过公用的互联网资源，实现网上的售票，查询及管理工作。

在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的铁路网上售票系统，为企业的决策层提供准确、精细、迅速的车票销售信息。

2.描述现实状况及工作流程 2.1现实状况

随着旅游业的逐渐的成熟发达，铁路客运量大幅度的提高，各大省市的列车都显著的增加，这些都对列车票务管理系统提出了更高的要求，所以要不断的完善更新列车票务管理系统，提高列车售票系统的工作效率。随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。目前社会正处于健保发展方兴未艾的时代，各火车站莫不兢兢业业地改善本身的体制或管理方式，以适应健保越来越严格的规范。列车在我国的人员流动、物资运输中占据着举足轻重的地位。全国有大量的人员通过搭乘火车到达目的地。而与火车的特殊性及可能经过多个城市，每个城市的车站可以出售此火车的车票。而且同一车站可能有多辆车经过。许多希望以最快的方式选择自己想来乘坐的那一趟列车。所以以人工的方式和单纯的列车票务管理系统都不可能实现这种功能的。一种可行的方案是通过网上订购，可以达到高效、便捷的购票。铁路网上售票系统的实施，将会在一定程度上促进铁路客运生产力和生产关系的变革，增强市场竞争能力，提高铁路部门的工作效率，提升管理水平，减少劳动强度，方便广大旅客购票，有一定的社会和经济效益。

2.2工作流程

系统要处理的对象主要包括票存系统基本信息、票务人员基本信息、客户基本信息、订票单基本信息、退票单基本信息、车票基本信息、车票销售记录基本信息。①查询：可以通过起点站与终点站在进行查询，也可根据具体的车次输入进行查询，同时每次查询都会显示车次号，点击即可显示该趟列车所进过站点的详细信息，其中包括所到达每个站的到达时间与出发时间。

②客户注册、登录：由于要进行网上订购车票，用户需注册，填写有关信息，由由票务人员负责送车票到客户手中。

③订票业务：本系统为网上订票，用户经过查询车次信息、票务信息，找到自己所需的车票通过所关联的账户进行订购。

④退票业务：根据客户提供的情况（车次、时间）为客户办理退票手续，退票时按票价的80%退给客户金额，若所退票额能满足他的要求，则为他办理退票手续，同时在数据库中进行更新。（车票价格低于2元不予退票）

⑤更新功能：该系统随时跟据车辆的变化情况进行更新，增加车辆时可以在系统中插入该车的详细信息，同时也能根据需要修改某趟车经过的站点与发车时间，当某趟车停止、开行时可以删除该趟车的信息。同时包括对列车信息、站点信息、订票记录等的更新功能。

⑥车票配送：客户在订购了车票之后,管理人员通过后台管理订票记录,然后根据客户的要求由票务人员及时为其配送车票。（1）客户注册及登录流程图：

2.1 注册登录流程图

（2）订票业务流程图：

2.2 订票业务流程图（3）退票业务流程图：

2.3 退票业务流程图

铁路网上售票系统数据流程图如下图2.4—图2.7：（1）顶层数据流程图：

2.4 顶层数据流程图（2）第一层数据流程图：

2.5 第一层数据流程图

（3）第二层数据流程图—订票：

2.6 第二层数据流程图-----订票

（4）第二层数据流程图—退票：

2.7 第二层数据流程图-----退票

3.数据分析

参照业务流程图和数据流程图，分别画出分E-R图，如图3.1至3.4所示。

(1)根据图2.2抽象出的进货分E-R图：

3.1 车票配送E-R图

(2)根据图2.6抽象出的销售分E-R图：

3.2 客户订票E-R图

(3)根据图1.7抽象出的存储分E-R图：

3.3 客户退票E-R图(4)根据图2.4抽象出的存储分E-R图：

3.4售票记录E-R图

各E-R图中的实体属性如下图3.5至图3.10：（1）车票及其属性：

3.5 车票及其属性

（2）客户及其属性：

3.6 客户及其属性

（3）票务人员及其属性：

3.7 票务人员及其属性

（4）票存系统及其属性：

3.8 票存系统及其属性

（5）订票单及其属性：

3.9 订票单及其属性

（6）退票单及其属性：

3.10 退票单及其属性根据各分E-R图合并整体E-R图，具体方法是将4个E-R图中相同的实体，进行合并，消除属性冲突、命名冲突、结构冲突之后得到总E-R图如图3.11所示。

3.11 全局E-R图

5.设计数据库

5.1数据库物理设计阶段目标和任务

数据库的物理设计是为逻辑数据模型选取一个最合适应用需求的物理结构的过程，在这个阶段中需要完成的任务是：

(1)确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；(2)对物理结构进行评价，评价的重点是时间和空间效率。

5.2数据字典

(1)数据项如表5.1所示。

数据项编号 I1 I2 I3 I4 I5 I6 数据项名数据项含义

称 Tno Tprice 车票编号车票价格

车票的编号车票的售价某次列车的编号包括硬座、软卧、无座Tstype Tpno Tsta 座位类型

等

座位编号出发站

出发

车票上所示乘客要到达车厢号和座位编号车票上所示乘客从何处

char char char char int char

简述

类型

宽度（位）60 8 8 8 20

取值范围

Trainno 车次

I7 Tdes 目的站的地方

char 20 YYYY:MI8 Tstatime 发车时间列车从该站出发的时间 datetime M:DD hh:mm YYYY:MI9 Tdestime 到站时间列车终到目的站的时间 datetime M:DD hh:mm I10 I11 I12 I13 I14 I15 I16 I17 Bno Bdate Btime Bqua Bpou Sno Sdate Stime 订票单号订票日期订票时间订票数量订票手续费

订购火车票单据的编号订购火车票的日期订购火车票的时间一次性订购的数量订购火车票所支付的额

char datetime datetime int int

YYYY:MM:DD

hh:mm 1-50 5 YYYY:M

外费用

售票单号开售单日期

日期

开售单时间开出销售火车票单据的datetime

销售火车票单据的编号开出销售火车票单据的datetime char

M:DD hh:mm 数据项编号数据项名数据项含义

称

时间

简述

类型

宽度（位）

取值范围

I18 I19 I20 I21 Sgname Sgno 领票人姓名领取火车票人的姓名领票人身份证号

领取火车票人的身份证

char char 20

≤

号码

支付票款的日期支付火车票金额及手续

date int

费 Sddate Sdamo 交款日期交款金额即时退票单

100000

char

YYYY:MI22 Pdno 号即时退票日

即时退票单据的编号

I23 Pddate 期即时退票时

即时退票的日期 datetime

M:DD I24 Pdtime 间即时退票数

即时退票的时间 datetime hh:mm I25 Pdqua 量即时退票金

一次性即时退票的数量即时退票后应收取的金

int 1-50 ≤I26 Pdamo 额即时退票手

额

即时退票所支付的额外

int

100000 I27 Pdpou 续费退票申请单

费用

客户向服务器申请退票

int 2 I28 Adno 号退票申请日的单据的编号

char 14 YYYY:MI29 Addate 期退票申请时

申请退票的日期 datetime

M:DD I30 I31 I32 Adtime 间

Adqua Dno 退票数量退票单号

申请退票的时间一次性退票的数量退票单的编号

datetime int char

hh:mm 1-50 数据项编号 I33 I34 I35 数据项名数据项含义

称 Ddate Dtime Damo 开退单日期退票的日期开退单时间退票的时间退票金额

退票后应收取的金额退票所应支付的额外费

datetime datetime int

简述

类型

宽度（位）

取值范围 YYYY:MM:DD

hh:mm ≤100000 I36 I37 I38 Dpou Cname Cno 退票手续费

用

客户名客户身份证

客户的身份证号码

号客户银行卡

客户的姓名

int char char

I39 I40 I41 I42 Ccano 号

Cphone Cadd Cid 客户电话客户地址登录ID

客户的银行卡号码客户的电话号码客户的住址

客户办理网上业务的名

char char char char 12 30 14

称

客户办理网上业务的名I43 Cpwd 登录密码

称对应的密码

票务人员编I44 Tsno 号票务人员姓I45 Tsname 名票务人员工I46 Tsadd 作地点票存分系统I47 I48 Msno 编号

Msadd 票存分系统

票存系统分系统的服务

char

票存系统分系统的编号

char

票务人员所在的工作地

char

各车站票务人员的姓名

char

各车站票务人员的编号

char

数据项编号数据项名数据项含义

称

地址

所在地

某次售、退票业务记录

简述

类型

宽度（位）

取值范围

YYYY:M

datetime

M:DD

datetime

hh:mm I49 Rdate 记录日期

到系统的日期某次售、退票业务记录I50 Rtime 记录时间

到系统的时间某次售、退票业务账目I51 Rsty 出入账类型的出入类型

某次售、退票应记录的char 6 ≤I52 Ramo 出入帐金额

交易金额表5.1 数据项

int

100000(2)数据结构如表5.2所示。

DS01 客户信息

I38 客户身份证号

I37 客户姓名 I39 客户银行卡号 I40 客户电话 I41 客户地址 I42 登录ID I43 登录密码

DS02 车票信息

I1 车票编号

I3 车次 I4 座位类型 I5 座位编号 I6 出发站 I7 目的站

I2 车票价格

DS03 票务人员信息

I44 票务人员编号 I45 票务人员姓名 I46 票务人员工作地点

I8 发车时间 I9 到站时间

DS04 订票单的数据结构

I10 订票单号

I37 客户姓名 I38 客户身份证号 I39 客户银行卡号 I40 客户电话 I41 客户地址 I3 车次 I4 座位类型 I6 出发站 I7 目的站

I2 车票价格 I13 订票数量 I14 订票手续费

I8 发车时间 I9 到站时间 I11 订票日期 I12 订票时间

DS05 售票单的数据结构

I15 售票单号

I22 即时退票单号

I3 车次 I37 客户姓名 I38 客户电话 I41 客户地址 I18 领票人姓名 I19 领票人身份证号 I44 票务人员编号 I45 票务人员姓名 I13 订票数量 I21 交款金额

I16 开售单日期 I17 开售单时间 I20 交款日期

I23 即时退票日期 I24 即时退票时间

DS06 即时退票的数据结构

I2 车票价格 I25 即时退票数量 I26 即时退票金额 I27 即时退票手续费 I37 客户姓名 I38 客户身份证号 I1 车票编号 I44 票务人员编号 I45 票务人员姓名

DS07 退票申请单的数据结构

I28 退票申请单号

I37 客户姓名 I38 客户身份证号 I39 客户银行卡号 I1 车票编号

I2 车票价格 I31 退票数量

I29 退票申请日期 I30 退票申请时间

DS08 退票单的数据结构

I32 退票单号

I37 客户姓名 I38 客户身份证号 I39 客户银行卡号 I6 出发站 I7 目的站 I44 票务人员编号 I45 票务人员姓名

I2 车票价格 I31 退票数量 I35 退票金额 I36 退票手续费

I33 开退单日期 I34 开退单时间

表5.2 数据结构

(3)数据流如表5.3所示。

数据流简述

名称

客户网上欲订票单订购火车票的单据服务器开出售票单销售火车票的单据业务人员开即时退出的即时退票单

票的单据客户向服务退票申器申请退票请单的单据服务器不同未通过意客户退票单

申请的单据

拒绝退票单服务器拒绝

服务器

客户退票的客户

I29+I30

天

I37+I38+I1+I2+I31+

20份/

200份/

块审理模

服务器

I29+I30

天

I37+I38+I1+I2+I31+

20份/

200份/

客户

块

I31+I29+I30

天

审理模

I37+I38+I39+I1+I2+

200份/

2000份/

员

I24

票务人

服务器 I2+I25+I26+I27+I23+

天

服务器

客户

客户来源

去向

I37+I38+I39+I40+I41+

1000份

服务器 I3+I4+I6+I7+I2+I13+

/天

I14+I8+I9+I11+I12 I3+I37+I38+I39+I18+

1000份

I19+I13+I21+I16+I17+

/天

I20+I44+I45 I37+I38+I1+I44+I45+

10份/

100份//天 10000份/天 10000份

数据流

数据流组成

量

数据流

高峰流数据流简述

名称

单据服务器同意

数据流来源

数据流

数据流组成

去向

数据流量

高峰流量

审理模通过单客户退票申

块

请的单据服务器开出退票单的客户退票的单据

服务器

票存模

I1+I2+I31+I29+I30

块

I37+I38+I39+I6+I7+I

2180份/天

1800份/天

180份/

客户

+I31+I35+I36+I8+I33+

天

I34+I44+I45 表5.3数据流

1800份/天

(4)处理逻辑如表5.4所示。

处理逻辑处理

处理逻辑简述

输入的数据流

处理

输出的数据流

频率

编号名称

根据客户订单信服务器

F1 订票单，来向客户P1.1 售票

销售火的订票单据

车票

录

服务器

F3 即时退票为客户即时P1.2 退票

时退票

退票单据

手续服务器退票P2.1 审理户的退票申请

户发出的退票申请单据

审理，确定是否同意

申请录入系统；F8 退票

天

单，向客户开出的退票审理客

F4 退票申请单，来源于客

根据客户开出的退票申请单进行

F5 未通过单，拒绝客户

200

申请；F7 通过单，同意

次/

更改办理即

户发出的即时

统进行登记记录

有详细记录

天

单，来源于客

信息，将票存系

账，每次即时退票都要

次/

根据即时退票单

S1 票存系统、S2 流水

票并进行登记记

次售票都要有详细记录

源于客户发出

售票单销售火车

存系统、S2 流水账，每天

息，向客户开出

发出的售票单据；S1 票

次/

F2 售票单，向客户售票

1000处理逻辑处理

处理逻辑简述

输入的数据流

处理

输出的数据流

频率

编号名称

单据

服务器录入P2.2 系统票销售记录的火车

F7 通过单，来

根据通过单将退

源于服务器退

票信息录入系统

票审理系统开

以作记录

出的同意单据 F5 未通过单，细记录

天

账，每次退票都要有详

次/

S1 票存系统、S2 流水

180服务器拒绝P2.3 退票

户退票拒绝客

来源于服务器退票审理系统开出的不同意单据

根据未通过单，F6 拒绝退票单，拒绝客

拒绝客户的退票

次/

户的退票申请

申请，拒绝退票天

表5.4处理逻辑

(5)数据存储如表5.5所示。

数据存数据存

简述

储编号储名称

售票、退票后修票存系S1 统

息

类型+开单日期+单号+车票编号+车售票、退票的流S2 流水账

水账记录

时间+到站时间+车票价格+交易数量+客户名表5.5数据存储

P2.2

次+座位类型+出发站+目的站+发车

P1.1、P1.2、改当前票务信

目的站+发车时间+到站时间

P2.2

车票编号+车次+座位类型+出发站+

P1.1、P1.2、数据存储组成

2.铁路网上售票系统篇二

数据库、网络等计算机技术的发展促进了分布式管理系统在人们日常生活中的应用。迄今为止, 人们已经开发了电子商务、金融证券、办公管理等信息化工具, 提高了人们社会的信息化水平。我国铁路客运量非常大, 传统的人工售票窗口工作繁忙, 售票人员压力大, 因此亟需开发基于Web、智能终端的网络化售票系统, 实现网络售票, 以便解决人工售票的压力, 方便乘客购票。目前, 铁路行业信息化已经开发了客票系统、12306客户端售票管理、铁路电子支付和车站无线通信平台, 同时构建了大数据服务平台, 建立了一个综合监控、安全保障平台, 以便能够支持网络售票管理。本文详细地分析了智能终端开发技术, 设计了一个基于智能终端的铁路售票管理系统, 为智能终端管理系统应用提供参考。

2 铁路售票管理系统功能设计

传统的客户售票管理系统信息化水平较低, 需要大量的人工参与业务办理过程, 人工售票服务效率低, 服务渠道非常有限, 服务人群少。为了能够解决上述问题, 铁路管理部门和企业开发了售票管理系统、客服排队系统等信息化工具, 铁路售票管理系统是铁路信息化平台的重要组成部分, 能够根据车辆调度系统的安排实现实现自动化排票、售票等业务。铁路售票管理系统主要功能包括查询、售票、管理和维护等功能。铁路售票管理系统可以依托12306集成售票网站, 构建基于互联网售票业务处理平台, 基于Android开发平台对线上购票请求进行前端逻辑业务处理, 针对原业务流程进行接口和相关功能组件进行适应性实现, 联合实现客票管理系统和电子支付平台, 完成一个功能强大的在线终端业务处理, 并且可以结合线下配套服务, 实现线上订单线下取票或邮递取票的闭环服务链, 同时, 可以将相关的铁路售票管理系统发布到个人终端软件上, 实现客票优惠信息的公告。售票管理系统的用户主要包括购票者、系统管理员等, 系统主要功能业务描述如下:

(1) 查询管理功能。基于安卓的铁路售票管理系统能够支持车次查询、时刻表查询、售票情况查询、订单查询等功能, 通过输入相关的关键字、首字母等实施精确查询和模糊查询, 能够查询车次和售票情况, 进而更加详细地管理车票销售情况。

(2) 售票管理功能。售票管理功能是售票管理系统的主要功能, 其可以为用户提供销售火车票、预订火车票和退订火车票等服务。

(3) 车辆调度管理功能。火车票调度管理功能可以实现车票运价管理、车辆修改管理、终点站修改管理和车次修改管理。

(4) 铁路售票维护管理功能。铁路售票维护管理功能可以实现车票排表修改、预订车票表修改、退票表修改和密码修改等管理功能。

(5) 统计功能。统计管理功能可以统计火车票销售数据, 同时使用报表打印输出来, 以便能够汇报给管理层领导审阅。

3 铁路售票管理系统实现核心技术

基于Android的铁路售票管理系统实现过程中, 采用的核心开发技术包括主要包括Android系统、Java程序设计技术、Android SDK技术、Eclipse集成开发技术, 详细实现技术如下所述:

3.1 Android系统

铁路终端售票管理系统基于Android操作系统进行开发, Android系统是一个免费开源操作平台, 可以划分为多个层次, 自顶向下分别是Android上层应用程序、Android中层应用程序框架结构、Android核心类库层、Android底层的Linux内核层。Android上层应用程序可以为基于Android开发平台实现的铁路终端售票管理系统提供强大的操作功能接口, 比如用户可以通过触屏激发事件进入到系统, 查询火车票信息, 并且进行各种操作。Android中层应用程序可以为上层应用程序提供强大的服务支撑, 其可以为售票管理系统提供操作界面, 安装、运行售票管理系统, 同时还可以设置系统的本地化应用效果, 禁止程序启动等。Android为了给应用程序提供功能支持, 提供了功能丰富的核心类库, 这些核心类库可以为各个应用程序的编程提供帮助, 比如多媒体框架类、Sqlite数据库类、用户界面类以及SSL、Libc等相关核心类库。在最低端, 则是基于Linux内核的核心层, 这是操作系统的核心控制层, 通过调用相关的内核命令来进行操作系统的底层通讯服务。

3.2 Eclipse集成开发环境

Eclipse集成开发环境能够为铁路售票管理系统提供集成程序设计环境。系统设计与实现过程中, Eclipse工具主要包括三个关键组成部分, 分别是软件项目、工具项目和技术项目等, 核心组件包括JDT、Eclipse Platform、CDT和PDE, 其中JDT组件支持Java程序设计开发, CD组件T支持C程序设计开发、PDE用来支持Android系统应用程序插件开发。Eclipse Platform提供了一个通用的程序设计开发平台, 为用户提供可以扩展的IDE, 可以为程序设计提供一个强大的建造块和构造块, 实现应用程序的集成开发, 并且允许建造者独立开发相关的工具。

3.3 Android SDK

Android软件开发包 (Android SDK) 是指在Google公司在Android应用程序开发网站上发布的应用程序开发工具包, 主要包括移动操作系统版本和一些自适应性改变的版本, 能够将其下载下来, 解压到指定的文件夹中。Android SDK目录中存很多了包含很多应用程序开发文件夹, 比如add-ons保存着附加库Google Maps;Docs保存着Android SDK API参考文档, 可以查询到所有期望的AIP应用程序;Tools文件夹保存了重要的应用程序调试工具, ddms可以启动Android调试进程, 渲染屏幕截图、文件夹管理器和Logcat等, sqlite3是可以在PC上操作SQLite数据库, draw9patch则是绘制android平台的可缩放png图片的工具, mksdcard则是模拟器SD映像的创建工具, monkeyrunner则是一个不错的压力测试应用, 模拟用户随机按键, emulator是android模拟器主程序等。

3.4 Java程序设计语言

Java程序设计语言可以为用户提供客户端逻辑业务开发, 最为关键的就是实现一个功能强大的Java Bean数据库访问组件。铁路售票管理系统设计过程中, Java语言可以开发一个功能强大的Java Bean数据库访问组件, 其可以为用户查询、订购和购买火车票是提供数据库连接组件和操作组件。连接数据库的Java Bean组件:铁路售票管理系统进行逻辑业务请求时, 如果需要进行数据处理, 则需要使用Java Bean开发数据库连接组件, 以便能够实现分布式数据库管理系统正常操作。使用Java语言开发的数据库连接组件为Connection.java, 该文件包含多个函数, 包括数据库驱动程序加载方法、数据库驱动器管理方法、反馈数据库连接对象的方法等, 连接在一起可以实现分布式管理系统连接任何一个类型的数据库, 包括SQLServer、Oracle、My SQL等。操作数据库的Java Bean组件:铁路售票管理系统逻辑业务处理器和数据库连接之后, 系统可以对数据库进行各种操作, 比如数据查询、数据插入、数据修改和数据删除等, 数据库操作组件实现为Operate.java, 该方法操作过程如下:创建数据库连接组件, 根据Web落逻辑业务处理发送的数据库请求, 执行相关的请求操作, 并且在执行过程保持数据库的连接处于在线状态, 并且将数据库操作结果反馈数据库连接组件。

4 结束语

随着智能手机的普及和发展, 基于Android操作系统的应用程序得到了广泛地应用, 有力的方便了人们工作、生活和学习。基于Android操作系统的铁路售票管理系统可以实现一个智能终端应用程序, 能够通过智能手机、Ipad等智能终端查询、订购和退订火车票, 有利于火车票销售和管理, 并且提高了火车票信息化服务水平, 为广大旅客提供极大的便利。

参考文献

[1]黄江平, 吴昊.基于Android的火车票实名检票系统设计[J].电子技术应用, 2012, 38 (9) :21-23.

[2]刘立新, 田磊, 王文强.基于SMS的火车票票务管理系统[J].西安邮电大学学报, 2008, 13 (3) :62-66.

[3]周文娟.基于Android系统的火车时刻表查询系统的设计与实现[D].电子科技大学, 2014:1-11.

[4]李建, 尹项博, 李佳俊等.基于移动智能终端的车票管理软件设计[J].计算机光盘软件与应用, 2014, 24 (24) :21-23.

3.铁路网上售票系统篇三

购票网站岂能成为“开心辞典”

“请点击下图中的所有陕西武林门派”“请点击下图中所有的排风机”……这些五花八门的题目都来自12306网站的购票验证码题库。当12306的购票验证码成了另类“开心辞典”，人们网上购票就得走一道知识闯关的程序。这种知识储备虽到不了一些网友所说的“上知天文，下知地理，博古通今，兼采百家，正野皆晓”的夸张程度，但也得有一定的广度和深度。比如，没有点地理知识，你知道博斯普鲁斯海峡在哪？没有点历史知识，没通读武侠小说，你知道哪些人物、哪些功夫属于陕西武林门派？同时，12306的很多购票验证图片模糊不清，让人难以识别。

12306网站的购票验证码本是用来防范黄牛倒票的，我们不知其防黄牛的效果如何，却感受到了其防普通购票者的效果，真是令人无奈。“击败了全国99%的购票者”的12306购票验证码违背了它的功能设置初衷，也违背了广大乘客的意愿，网站运营管理者对其必须尽快加以完善。倒票黄牛还得防，但普通购票者还得享有必要的购票便利，若铁路部门以及12306网站的运营管理者多动动脑筋、多听听民意、多摸索经验，就能让购票验证码更科学、更合理、更管用。

12306升级，“防贼”别忘了便民

12306的系统升级史，可以说就是一部黄牛与12306的技术博弈史。2011年12月，有人开发出最早的两款刷票软件，技术黄牛甚至可以凭此在短时间内订光一列车的票。为此，2012年，12306上线了排队系统，升级了验证码。但很快黄牛发明了新软件，可以强行购买一趟已经售罄列车的车票，这样一旦有退票，就会立刻落入黄牛手中。2013年，黄牛的刷票技术抢先升级，可以多账号、多订单同时提交。当年底，12306全新改版，使用了退票“随机回库”的方式来杜绝黄牛囤票回抢，并升级了验证码。而黄牛们很快发现12306可使用假身份证号购票，并利用“远程打码”软件破解了验证码。于是，2014年12306采用了身份证信息核验和两度改版验证码的方式来应对，2015年又加入了手机核验的方式。目前，在这场博弈中，12306暂时领先。

4.铁路实名制售票规定篇四

为有效遏制倒卖火车票违法犯罪活动，缓解春运期间旅客购票难的问题，保障广大旅客顺利出行，铁道部决定2012年春运期间实行实名制售票。旅客必须凭有效身份证件购票、乘车。为了您的顺利、平安出行，请您在购票、乘车过程中自觉遵守以下规定：

1、购买车票请带好乘车者的有效身份证件，进站乘车请带好本人的有效身份证件。有效证件包括：居民身份证、临时身份证、军官证、武警警官证、士兵证、军队学员证、军队文职干部证、军队离退休干部证和军队职工证以及护照、港澳同胞同乡证、港澳居民来往内地通行证、中华人民共和国来往港澳通行证、台湾居民来往大陆通行证、大陆居民往来台湾通行证、外国人居留证、外国人出入境证、外交官证、领事馆证、海员证。1.5米以16岁以下未成年人请带户口簿或者户口所在地公安机关出具的身份证明或学生证。

2、如果您购票后丢失有效证件，请在进站前到铁路公安机关核对身份信息或办理乘车身份确认手续。核对身份信息或办理身份确认手续请出具户籍证明或学校、部队、使领馆、其他有效证件的发证部门等部门出具的证明信。证明信内容必须包括旅客姓名、性别、出生年月、籍贯、有效身份证件号码等信息，与车票票面记载的旅客身份信息一致，并加盖证明单位公章。持居民身份证购买车票的旅客，在车站公安制证口通过查询人口信息系统确认身份。

3、请通过车站售票厅、代售点、铁路临时售票点等正规渠道购票，不得从票贩子手中购买车票。否则，人、证、票不一致，势必影响您进站乘车，由此耽误旅行和造成损失概由本人负责。

4、请不要委托不相识的人代买车票，不要轻信所谓的“老乡”帮买车票或带您进站，不要将车票和证件交与陌生人。

5、不得使用伪造的有关身份证件、身份证明或者冒用他人证件购买车票，否则，公安机关将依法严肃处理。

5.铁路售票常识及计算机故障处理篇五

1、儿童票：

承运人一般不接受儿童单独旅行（乘火车通学的学生和承运人同意在旅途中监护的除外）。随同成人旅行身高1.1-1.4米的儿童，享受半价客票、加快票和空调票。超过1.4米应买全价票。每一名成人旅客可免费携带一名身高不足1.1米的儿童，超过一名时，超过的人数应买儿童票。

2、学生票

在普通大、专院校，（含国家教育主管部门批准有学历教育资格的民办大学）军事院校，中、小学和中等专业学校，技工学校就读，没有工资收入的学生、研究生，家庭居住地和学校不在同一城市时，凭附有加盖院校公章的“减价优待证”的学生证，每年可享受四次从家到院校之间的半价硬座客票、加快票和空调票，新生凭录取通知书，毕业生凭院校书面证明可买一次学生票。学生票限定发售时间：寒假（12月1日-3月31日）暑假（6月1日-9月30日）其他时间不再发售学生票。发售学生票时必须在“减价优待证”上加盖站名戳。如发现有涂改“减价优待证”或一人持两个以上学生下及转借学生证的，拒绝发售其学生票。

在下列情况下不能发售学生票：

（1）学校所在地有学生父或母其中一方时；（2）学生因休学，复学，转学，退学时；（3）学生往返于学校与实习地点时。

3、伤残军人票

中国人民解放军和中国人民武装警察部队因伤致残的军人凭“革命伤残军人证”、因公致残的人民警察凭“人民警察伤残抚恤证”可享受半价的软座、硬座客票和附加票。持有其他证件如参战民兵、民工残废证等抚恤人员，均不能享受减价待遇。

二、计算机操作

1、开机：按照顺序依次为：显示器、制票机、调制解调器（MODEM）等外设，最后开主机。

2、选择“售票”程序后，要注意观察MODEM工作是否正常，确认无误后输入工号、密码（注意：要经常更换密码，以免被别人盗用，发生不应有的损失）、核对制票机票号（印刷号）与计算机票号（记帐号）是否一致、选择白班进入系统。每天都要做到这点，认真仔细核对。

3、关机：与开机相反，先关主机，然后关显示器、制票机、MODEM等外设。

4、售票退出

售票退出作业有三种方式：

(1)、退出后立即交款者，应选择结帐退出，否则次日将无法开机售票；

(2)、暂时退出后将要继续售票作业的，可选择不结帐退出；(3)、短时间内暂停售票作业的，可选择作业暂停，以免其它人员干扰售票作业。

三、售票特殊情况处理

1、废票处理：在废票处理情况下输入车票下票号按回车键，要认真核对还原的票面是否与要作废的客票票面一致，作废完成后将不可更改。

车站要严格控制废票张数，一方面可降低售票成本，另一方面可防止抢票、占票的现象。

2、空白票处理：当制票机票号（印刷号）大于计算机票号（记帐票号）时，需做“空白票处理”，系统记录空白票存根。

执行此操作后，印刷号与记帐号应一致，否则应继续进行空白票处理。直至印刷号与记帐号一致为止。

3、被制空白票：当制票机票号（印刷号）小于计算机票号（记帐票号）时，需做补制空白票，并从制票机中印出一张空白票。这时机器已经记帐，应把这张票剪下，在作废票处理情况里作废此票；

执行此操作后，印刷号与记帐号应一致，否则需继续进行补制空白票处理，直至印刷号与记帐号一致为止。

以上三种情况如果您不明白，不确定时，要将当天的废票和磁带一起带到车站找管理人员处理。有不明白的问题时，不准乱作废，如有违反停止售票。

四、故障处理

1、发现故障应及时处理，对不能自己处理的故障及时报告给计算机维护人员。

2、提示“网络不通”时，应查看MODEM的CD灯的状态，发现CD灯不亮时，马上与车站主机房联系，重开MODEM，若CD灯仍不亮时，就需要联系有关部门检查线路。

3、提示“连接数据库出错”时，可先按“不结帐退出”，再按“开始”选“重新启动”，如果还不行，就有可能是服务器忙、或临时出故障，可联系车站主机房工作人员处理。

4、微机异常，无法正常退出时，可断掉电源，等3-5分钟后再启动微机。

5、处理故障时应严格按照提示进行，不可售出的客票决不售出，以免席位重号；

6、处理故障时应认真检查制票机票号（印刷号）与计算机票号（记帐号）的一致性。

6.铁路网上售票系统篇六

把每一项工作做到最好（道德模范评选表彰）

《人民日报》（2013年08月25日

04 版）

第四届全国道德模范候选人孙奇，女，汉族，1972年9月生，中共党员，呼和浩特铁路局呼和浩特站售票员。

孙奇从事铁路工作22年，无论哪个岗位，她都兢兢业业，时刻将热情和严谨注入岗位，用真诚和微笑服务旅客，用平凡行动诠释敬业奉献的真谛。

孙奇总想把每项工作做到最好。当线路工，她扒道砟、抡洋镐，与男工友一样脏活重活抢着干；当巡道工，她顶烈日、冒风雪，每天步行16公里精检细查，防止各类隐患82起；当客运员、班组长，她热情服务、精细管理，班组获评“全国青年文明号”；当售票员，她废寝忘食钻业务，总结出“七字售票作业法”和“十二句服务规范用语”，在全国铁路客运系统推广。

孙奇把旅客装在心里。当售票员后，为减少旅客购票时间，她仅用25天就记熟所有过往客车的1120个停车站代码，练就了“话音落、车票出”的绝活，创造了铁路局单班售票2475张的纪录。她每个班都坚持提前到岗，把规定的25分钟吃饭时间压缩到10分钟。她还利用业余时间学会英语、蒙语和手语，成为服务旅客的贴心人。

孙奇的微笑是铁路的名片。她的售票台放着一面镜子，写着“今天你微笑了吗”，时刻提醒自己礼貌待客、笑脸相迎。一次，一名旅客买了4张硬卧车票，因粗心弄丢一张，却硬说孙奇少给了他一张。尽管很委屈，但孙奇依然微笑着耐心解释，查了几百个退票、改签记录，终于在退票窗口查到了这张车票。都说微笑着售一张票不难，难的是微笑着售出每一张票，孙奇做到了，旅客们都愿意在她的窗口买票，称她为“微笑天使”。

孙奇最大的快乐是帮助别人。她无数次将旅客遗失物品及时归还，把患病旅客送到医院，帮助走失孩子找到家人。沈阳农业大学学生徐昀买票时丢失钱包，孙奇主动垫钱为她买了车票，像这样的事不胜枚举。从事售票工作7年间，她收到表扬建议1350条、表扬信233封、锦旗27面。2011年5月，孙奇在自己身患癌症、公公因肺癌去世的情况下，还资助了农村贫困学生。

孙奇患重病后仍然心系岗位。2010年8月17日，孙奇晕倒在售票台前，经检查确诊为卵巢癌，不得不离开她钟爱的售票员岗位。养病期间，她写信给铁路总公司，为改进客运服务献计献策。她还主动回车站为新职员传授经验，在往返北京治病的火车上热心解答旅客问询，并根据旅客需求，建议车站制作了购票提示卡。

孙奇荣获全国创先争优优秀党员、全国“五一”劳动奖章、内蒙古自治区道德模范等荣誉称号。

编后：

7.铁路网上售票系统篇七

一、开发的背景

电子商务 (Electronic Commerce, EC) 是指通过网络以电子数据流通的方式在全世界范围内进行并完成的各种商务活动、交易活动、金融活动和相关的综合服务活动。

电子商务创造了一个虚拟的经营环境, 买卖双方可以借助这个开展网络营销、咨询洽谈、网上定购、电子支付、数字化产品传递、服务传递、意见征询等, 同时, 为了确保交易安全, 需要进行交易管理。

按照参与电子商务交易的对象进行分类, 可以将电子商务分为如下三种类型:

企业与消费者之间的电子商务 (B2C) ;

企业与企业之间的电子商务 (BusinesstoBusiness, B2B) ;

企业与政府之间的电子商务 (Businessto Government, B2G) 。

网上购物就是一种典型的B2C类型, 我在本网站选型是就将其确定为B2C类型, 从事书籍的销售。同时, 针对大学校园这一特殊环境还融合了中介类型的特点, 为广大同学提供了个人交易平台, 可以在网站上发布自己的买书或卖书的信息以及预定教材信息的登记。

二、开发工具和环境

(一) 开发工具:ASP技术

ASP内含于IIS当中, 提供一个服务器端 (server-site) 的scripting环境, 产生和执行动态、交互式、高效率的站点服务器的应用程序。当用户对一个ASP文档发出请求时, 服务器会自动将ActiveServerPages的程序码, 解释为标准的HTML格式的网页内容, 再送到用户端的浏览器上显示出来。用户端只要使用常规可执行HTML码的浏览器, 即可浏览ASP所设计的主页内容。当然这就意味着没ASP服务器, 就无法正确浏览一个ASP文档。

(二) 开发环境

1. 硬件条件

服务器两台, 一台为数据库服务器, 一台为Web服务器;客户端计算机若干;网络通讯设备, 主要包括交换机、网卡、集线器、MO-DEM等。

2. 系统平台

采用浏览器和服务器结构B/S (Browser/Server) 体系结构, 服务器端采用Microsoft Windows NT4.0作为网络操作系统, Web服务器软件采用IIS6.0。客户端软件, 包括单机操作系统和浏览器软件, 分别选用Windows XP和InternetExplorer, 数据库系统采用SQLServer2000。

(1) 功能需求分析

本网站系统包括两大部分, 前台和后台。用户只能使用前台的各项功能包括会员的注册和登录, 书籍浏览与查询, 将书籍放入购物栏和购买下订单, 订单查询, 结账, 选择付款方式和送货方式。因为客户主要是面向在校学生, 要满足学生个人书籍的出售和购买以及教材的预定, 这也是本系统与其它一般电子商务不同之处, 是本系统的特色。同时作为一个电子商务系统, 还应具有后台管理部分, 包括新书籍的添加、查看与修改、书籍订单管理、书籍评论管理、我要买书管理、我要卖书管理、预定教材管理、注册用户的管理、网站信息管理、信息管理、书籍分类管理、网站设置等功能。

(2) 数据的概念模型

数据库在整个网站中占有非常重要的地位, 数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率, 保证数词的完整和一致。另外, 合理的数据结构将非常有利于程序的实现。设计数据库系统时应该首先分析了解用户各个方面的需求, 包括现有的以及将来可能性增加的需求。

用户的需求具体体现在各种信息的提供, 保存, 更新和查询, 这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据, 数据结构以及数据处现的流程, 组成一份详尽的数据字典, 为后面的具体设计打下基础。在仔细分析流通网站业务处理流程的基础上, 列出了书籍的实体属性。

三、网站概要设计与数据库设计

(一) 功能设计

1. 系统功能描述

本网上书店系统所要实现的功能如下:

(1) 客户界面部分

(1) 通过首页购书, 可以通过关键字进行查询。 (2) 可以查看热门图书。 (3) 购物车功能。 (4) 查看图书详细说明。 (5) 用户注册。 (6) 用户登录。 (7) 查看订单情况。

(2) 管理界面部分

(1) 现有图书维护:修改、删除、查看和增加新书。 (2) 用户管理:查看、修改和删除。 (3) 订单管理:查看订单情况。

2. 功能模块划分

数据流图能够很好的反映系统和模块的逻辑功能, 但不涉及具体模块的物理构成和实现途径, 不能有效地体现整个系统的层次关系。

3. 数据库设计

创建数据库和表

数据库设计是指对于一个给定的应用环境, 构造最优的数据库模式, 建立数据库及其应用系统, 使之能够有效的存储数据, 满足各种用户的应用需求。

目前涉及数据库系统主要采用的是以逻辑数据库设计和物理数据库设计为核心的规范设计方法。其中逻辑数据库设计是根据用户要求和特定数据库管理系统的具体特点, 以数据库设计理论为依据, 设计数据库的全局逻辑结构和和每个用户的局部逻辑结构。物理数据库设计是在逻辑结构确定之后, 设计数据库的存储结构及其他实现细节。

四、结论

(一) 回顾了电子商务的发展历程及一些基本概念;

(二) 对“学子网上购书系统”进行了系统设计;

(三) 对此系统的后台数据库进行了设计。

8.网上督察系统方案篇八

一、必要性

网上督察系统是以信息化建设为载体，充分利用公安信息资源，依托公安网络，通过语音、视频、网络等手段对各级公安机关的执法办案、行政管理、值班备勤、服务群众等工作进行远程监督的的督察业务工作，是警务督察职能优势与现代信息科技手段有机结合的成功实践。为深入贯彻落实公安部党委关于实施科技强警战略、推进公安信息化建设的部署要求，进一步规范和深入实施网上督察机制，提升警务督察效能，充分发挥警务督察职能作用，保障服务公安工作和队伍建设，特制定本方案。

二、建设总体目标

随着社会和经济的不断发展，公安队伍的管理面临越来越多的新情况、新问题、新特点，传统的警务督察工作方式已经不适应当前形势发展的需求，根据公安部和省厅要求，按照“分级建设、分级存储、层级访问”等方式，由省省负责组织开发软件，参照市局建设方式，县局结合实际进行建设，建设“望城县公安机关网上督察系统”，依托现有公安网络和公安业务系统，整合现有资源，运用信息化开展督察工作，逐步实现对全县公安机关及民警的执法办案、服务群众和内部管理情况进行网上实时、同步、动态监督并经整合后与省厅督察系统对接。

三、基本原则和要求

根据公安部“统一规划、分步实施、资源共享、确保安全”的原则，我局网上督察系统建设遵循以下几个原则：

（一）实用性：结合我局实际情况，要求建成后的系统结构先进，功能完备，切合实际，满足作为省会市局进行网上督察的需求。

（二）规范和统一性：

1、网上督察系统要实现全市公安音/视频督察监控图像资源的传输和共享，所采用的软硬件须遵循网络协议和传输标准。

2、统一制定建设规划，建设规范和运行管理办法。

3、统一建设和运行管理，建立科学规范的质量保证和控制体系，保障系统的准确可靠运行，（三）可靠性和稳定性：系统支持高可靠性和稳定性的操作系统。如Linux，数据库系统等，具备数据备份能力、容错能力、故障恢复能力、远程备份能力。数据库服务器为双机热备设计，保证平台稳定、连续地工作。

（四）安全性：系统应具有用户接入认证、前端设备接入认证和完备的权限管理，保证接入公安网的安全。安全性包括：网络的安全性、数据库的安全性、系统的安全性、平台的安全性。

（五）可扩展性：系统应具备良好的扩展能力，包括媒体可扩展：支持公安部要求的新的音视频编码格式。功能可扩展：增加新的功能时，不需要对系统进行大规模修改。容量可扩展：根据访问量的增加，扩展平台的容量。业务可扩展：可根据新的公安业务应用增加新的增值应用。

（六）易维护性：系统应易于维护，提供统一的维护界面并通过该界面对远程设备进行管理和维护。

四、技术要求

（一）根据省厅要求，必须采用和省厅同一系统架构，同一系统界面，以保证和省厅系统的整合和连接。将数字证书作为系统登录必选项，保证上级督察部门利用数字证书能够察看所辖区域内网上督察系统的视频、语音和执法业务信息。系统能够自动生成访问日志、记录、查询访问者信息。

（二）语音督察子系统基本技术要求：语音督察子系统录制的语音信息应能自动及时上传到市、县局服务器统一集中保存，保留时间至少为3个月，对保存的录音文件能够网上查听、截取，督察人员能够远程实时监听，监听时不影响通话和不让被监听者感觉到。

（三）视频督察子系统基本技术要求：系统录制的视频信息以MPEG4、H.264，CIF以上格式存储在硬盘录像机或集中保存在服务器中，有条件地方采用720P分辨率，能准备分辨相貌特征，保留时间要求至少15天，对保存的视频文件能够网上查看、截取，并能够对截取的视频信息进行保存和网上查看。

（四）执法业务信息督察子系统技术要求：系统应采用以下一种方式实现：

1、业务部门研发业务系统或升级业务系统时，为督察部门开发相应模块，自动向督察部门报备所需信息。

2、业务部门提供业务系统接口，督察部门研发系统，从业务系统数据库中提取所需信息。

3、业务部门为督察部门开通系统访问权限，督察部门通过统一访问接口进行访问。

（五）卫星定位督察子系统基本技术要求：卫星定位督察子系统依托市局开发的警用地理信息系统和卫星定位系统，通过为督察系统开通访问接口的方式，保障督察部门利用系统开展工作。

五、具体建设内容

（一）网上督察监控中心室。在市局办公楼附楼（原户政楼）建设一个网上督察监控中心，在监控中心室设臵电子监控墙，LED电子显示屏，语音图像采集设备，监控操作平台等。

（二）网上督察系统平台。在市局主页设臵网上督察系统的链接，连接系统的主页面。利用数字证书设臵登录权限，不同层级的领导可以分级查看所辖区域内的网上督察系统的视频、语音和执法业务信息，系统并能自动生成访问日志，记录和查询访问信息。

1、语音督察子系统。依托现有公安网，使用语音采集设备和后台管理软件，实时记录110报警服务台和窗口服务单位的报警、求助、咨询、投诉等电话通话情况，实现通话录音集中管理、分级在线查询和证据固定等功能。

2、视频督察子系统。依托公安网，使用图像采集设备和后台管理软件，利用社会面监控、值班室候问室审讯室监控、枪支按理监控、接待服务场所监控等系统，实现民警执法执勤行为视频图像网络传输存储、分级授权访问、实时在线查询回放和证据固定等功能。

3、执法业务信息督察子系统。依托业务部门的执法业务信息平台，通过授予督察部门查看权限或重点信息通过网络向督察部门报备等方式，将接处警、受立案、强制措施审批、涉案财物管理及行政审批等重点环节和关键信息臵于督察部门监督之下，实现对业务部门执法过程和行政审批程序的全程实时网上督察。

4、卫星定位督察子系统。利用警用地理信息系统和卫星定位系统，对警车出警情况、运行轨迹和使用停放情况，突发事件发生后相关单位车辆到岗到位等情况进行跟踪督察。

5、警务督察信息管理子系统。按照省厅要求，对执法督察

网上督察系统将以上子系整合成一个界面，实行统一登录，实现只需一次登录，就可访问系统内所有系统功能。

六、技术方案 1.总体设计架构

本次方案设计望城公安网上督察系统，包括视频督察子系统、语音督察子系统、并预留与警务综合平台及GPS卫星定位系统对接接口，实现网上执法监督及GPS卫星定位督察。以督察管理平台为基础构建，前端信息采集通过网络硬盘录像机、高清网络摄像机、拾音器、电话录音盒、通过督察管理平台结合GPS定位系统、GIS地理信息系统及警综平台：

1.实现督察音视频媒体流的调度、存储、管理；实现多级系统级联、统一管理、资源共享、权限控制等系统功能；

2.实现对现有公安机关视频监控资源的整合接入；

3.实现统一的督察业务界面，包括视频督察业务、语音督察业务、执法监督信息督察业务、GPS卫星定位督察业务。

4.实现同警务信息综合应用平台的对接，实现执法监督督察。

5.实现同警用地理信息系统、GPS卫星定位系统的对接，实现GPS卫星定位督察。

6.实现统计报表功能，可对网上督察各项督察记录进行统计分析，生成报表。

可通过扩展功能模块，进一步实现视频会议督察、3G移动督察、手机督察、智能视频分析等等；

2.网上督察各子系统建设需求 2.1 视频督察子系统设计

2.1.1 视频督察系统架构

全市视频督察系统由市、区（县）督察指挥中心视频督察管理平台、视频督察业务系统、视频督察业务服务器、存储设备、督察客户端、高清解码器、电视墙显示单元及各基层单位网络录像机、督察视音频采集设备组成。

系统全网采用数字化模式，分布式体系结构，模块化设计，依托公安信息专网，系统总体结构可概括为“二级平台、二级应用、三个系统”，构建全市联网、逐级汇总、中心调度、统一权限、统一控制、资源共享的视频督察系统。

构建市、县级平台级联，形成系统综合骨干督察应用平台。在各基层部署督察监控点，实现督察视频资源采集。

2.1.2 系统组网说明

如上图所示，可以分析得出：

1、全市视频督察系统采用二级架构，市局、县局主要由督察管理平台、督察业务服务器、存储设备、督察客户端、高清解码器、设臵6块42寸电视墙显示单元组成。各级职责明确，上级可对下级统一管理。

2、各基层单位采用高清录像机，高清IPC摄像机对基层单位督察点进行建设。

3、通过媒体接入网关可实现现有系统利旧，充分利用原有视频资源。

4、预留与语音督察、警综平台、GPS卫星定位系统、警用地理信息系统、视频会议系统对接接口，实现各项业务共享。

2.1.3 望城县督察指挥中心建设需求

县督察指挥中心主要由督察管理平台、督察业务服务器、存储设备、督察客户端、高清解码器、电视墙显示单元组成。督察管理平台

督察管理平台作为二级核心平台，负责县直接管辖基层单位视频督察监控点的接入、管理及鉴权，可对县辖督察监控点进行管理及调用。同时平台提供码流转发功能，转发视频流至督察客户端和电视墙。并提供录像功能，对重要督察视频进行录像及保存，方便及时取证和查阅。督察业务服务器

督察业务服务器主要负责视频督察业务，实现视频督察业务流程，提供用户管理、权限管理、系统管理等功能。提供与督察业务结合的视频监控整合应用，提供实时监控、现场视频督察业务（包括语音交流、文字交流、制作及下发督察文书、备案）、录像回放等功能。存储设备

针对督察系统存储的特点，采用高性能的IP SAN集中存储解决方案，在各级指挥中心进行IP SAN存储设备的分布式部署，实现各级所需重要督察视频的录像，便于后期取证。督察客户端

督察客户端作为业务操作使用终端，实现对前端设备的控制，对图像实时浏览操作和历史录像回放操作，同时基于电子地图显示前端点的安装地理位臵。客户端同时支持B/S结构。通过配备麦克风及音箱，可实现各监控中心之间的语音对讲、对各基层单位的广播及指挥及视频现场业务流程功能展示。集中高清解码

区、（县）督察指挥中心采用集中高清解码器负责本地高清视频解码，通过电视墙显示单元显示。有条件地方采用一套高清解码器，配备相应数量的6块显示设备组成电视墙，或直接设臵一个督察客户端。

2.1.4 基层单位建设需求

本项目涉及基层单位主要包括18个派出所等，针对前端督察监控点的建设并结合基层单位带宽特点，采用高清网络摄像机+高清录像机全高清解决方案，分辨率可达720p，比传统标清摄像机采集的视频分辨率更高，视野更加开阔，在2M码流情况下都能达到良好的视频效果。高清网络摄像机通过网络接入高清录像机，通过高清录像机实现本地高清存储和高清显示。可配备高保真拾音器，对现场声音实现采集。基层单位管理人员可通过外接显示器，对高清录像机进行管理、本地视频监控及控制、录像回放等操作。

各基层单位审讯室安装高清网络摄像机用于采集审讯现场视频，直接接入高清录像机，高清录像机通过公安网接入督察管理平台。在各审讯室配备一台操作电脑，安装督察执法办案终端，通过终端录入审讯涉及的案件信息内容并报送到督察系统，做到审讯开始，并提示督察人员有相关案件正在审讯，督察人员可根据情况及时对现场进行督察。执法办案终端预留与警综系统对接接口，办案人员无需手动录入案件信息，可直接通过检索功能，直接通过警综系统关联案件信息，减轻办案人员的工作压力。

现场督察业务流程图 2.1.5 视频督察业务功能需求

实时视频督察

 支持单画面和多种多画面模式的实时图像浏览；支持4/9/16等分屏浏览方式；  支持每幅画面的手动或自动轮询，轮询间隔可设臵

 支持监控点摄像机的远程PTZ控制实现镜头的左右、上下转动，视野的拉近拉远等；

 支持移动侦测、音频对讲功能的操作与管理

 系统提供图像抓拍功能，监控中心可随时根据需要抓拍监控图像。

电视墙浏览

 支持电视墙的实时浏览、录像回放浏览功能  支持CU客户端对电视墙的配臵

 支持电视墙预案轮巡、电视墙图像轮巡、告警图像上电视墙功能  支持监控专用键盘对电视墙图像的切换和控制。

视频录像存储、数据备份与录像回放

 支持中心录像存储和客户端录像存储功能

 实现对监控现场图像、声音、数据等进行实时存储。数据保存在监控中心。同时在监控前端进行存储备份，保证在传输线路发生故障时也能提供数据存储。

 能够实现多种方式的录像：手动选择录像、定时录像或报警联动录像；

 录像文件的检索可支持秒级检索，可按名称、录像方式、时间段等进行检索；  录像数据以文件形式存储在磁盘上，可方便的调看、导出，刻录成盘，提供数据备份。

 支持录像文件的本地回放和远程点播

 下载的录像文件应该是标准的asf格式，支持通用播放器（例如：暴风影音、windows media player）直接播放，方便备份、刻盘。 录像回放中提供快进、拖拉等多种控制功能  支持专用工具对独立录像阵列进行检索和浏览。

 录像存储采用智能调度方式，可将录像从故障区域智能调度到正常区域。

 系统具备完善的日志功能，可对所有的操作、控制、报警等信息进行保存，日志文件支持导出。

语音对讲、广播喊话

 提供监控点音频上传到客户端功能  提供客户端音频向监控点广播喊话功能  提供客户端与监控点之间的双向对讲功能  通信过程中的音量大小可调节  支持回声消除，保证双向对讲时的效果

 可以实现监控点与监控中心、监控中心与监控中心之间的双向音频功能，同时支持对双向语音的录制。

报警联动

 支持前端编码设备的开关量输入告警联动；支持移动侦测告警联动  通过二次开发接口，可实现报警主机及其他报警设备告警联动  系统告警联动后可出现功能：

 触发监控现场警铃,警示现场人员（在监控现场配臵警铃） 自动把报警现场图像上传到监控中心大屏或电脑上  自动对报警现场进行录像存储

 在操作员电脑上发出报警提示，同时发出报警声音  通过开放整合实现更丰富的报警联动功能  支持图像切换、录像、读秒等联动操作

 摄像头预臵位回调：摄像机自动转动到特定位臵，获取现场图像；  处警记录

监控平台提供完备的日志功能，提供详细的报警信息记录，能够保存报警的详细信息，如：报警地址、报警所属组织、报警级别、报警类型、报警时间、处警时间、处警结果等。

基于视频的电子地图应用

 支持MAPINFO格式的矢量图或JPEG格式的静态地图两种方式的电子地图；

 能够方便地在地图上定义监控点；支持放大缩小地图；

 报警时，能够在地图相关位臵显示报警，并且能够通过点击报警图标调看现场图像并进行PTZ控制；

 可载入电子地图文件，载入时的显示比例可设臵

 JPEG静态电子地图提供多层电子地图功能，并支持电子地图图层树，支持任意图层之间的跳转；告警时，电子地图可自动切换到报警点对应的图层；

 JPEG静态电子地图支持缩略图显示，图元自定义；  可在电子地图中添加、删除和移动图元

 支持图元名称、属性及对应前端编码设备的配臵  可通过双击图元实现前端监控图像的实时浏览  可实现电子地图的全局或局部放大、缩小

2.1.6 视频督察系统功能需求

系统管理功能

 用户管理

 提供用户及用户组的添加、删除以及用户信息的修改

 支持超级管理员、用户管理员和操作员三种用户，可以为不同的用户分配不同的管理权限，如：图像浏览、云镜控制、录像与放像、电视墙操作等等。 认证管理

 实现用户登录信息的认证  登录用户的授权

 本次系统具备强大的用户认证和权限管理功能，支持采用用户名、密码认证方式或者USB Key认证方式或者用户名、密码+USB Key认证方式。

 权限管理

 采用用户分级管理机制实现用户权限的授予和取消  可针对不同用户分配不同的系统操作和设备管理权限

 设备管理

 提供设备的添加、删除以及设备信息的修改  可根据设备的名称、类型等参数进行设备搜索  支持设备权限的设臵和修改  支持设备软件的远程升级功能

网络管理

 提供系统配臵管理和系统性能管理  提供告警管理、安全管理和日志管理  提供状态监测、系统备份及数据恢复功能

数据、日志管理

 本次系统具备前端自定义功能，可对前端进行名称、ID等进行统一编码，统一管理；  系统具备完善的日志功能，可对所有的操作、控制、报警等信息进行保存，日志文件支持导出：

 监控平台提供完备的日志功能，提供详细的系统日志、操作日志、报警信息记录。

 能够保存报警的详细信息，如：报警地址、报警所属组织、报警级别、报警类型、报警时间、处警时间、处警结果等。 支持根据日志的类型、时间、触发点进行查询，并能导出

 监控中心的监控员能够针对报警信号做手工记录，填写处理结果。 能够针对报警记录分类查询、检索，方便后期整理、分析。

系统扩容

中心管理平台为嵌入式硬件平台采用模块化架构设计，支持模块化、分布式组网，具备平滑升级扩容的能力。系统扩容可通过两个方面实现：

1）系统License扩容：本次方案设计，中心平台预留一定的系统扩容能力，当系统容量未满负荷时，可直接通过增加License方式实现少量新建前端点的接入。

2）增加平台模块：平台支持堆叠和级联组网，当实际系统容量达到设计容量时，可采用增加平台模块的方式实现大量新建前端点接入。增加平台非常简单，只需配臵IP地址注册到原有系统即可。

3）存储系统扩容也非常方便，配臵为模块化IP-SAN存储阵列，支持分布式部署。系统存储需要扩充时，只需增加存储阵列接入网络注册到平台即可，系统自动实现负载均衡。联网系统的主热备份

平台支持双机热备；IP-San磁盘阵列，支持双网口捆绑对外提供服务，实现网络备份。

联网系统双机热备组网示意图

实现原理：

主热备份实现原理包括：心跳监测和资源接管两个部分，心跳监测可以通过网络链路和串口进行，而且支持冗余链路，主备机之间相互发送报文来告诉对方自己当前的状态，如果在指定的时间内未受到对方发送的报文，那么就认为对方失效，这时就启动资源接管模块来接管运行在对方主机上的资源或者服务。例如：在主备平台定期相互探测，检查对方是否可用，如果在指定的时间内主平台没有反馈，则备平台自动设臵为主平台，对外提供服务。

IP-San磁盘阵列支持双千兆网口绑定，具体原理是：在磁阵的两个网口上分别设臵不同的IP地址，同时虚拟出一个对外服务的IP地址，当两个网口的连接都是正常时，双网口采用负载均衡的方式通过虚拟IP对外服务，当一个网口出现异常，则由另外一个网口对外提供服务。故障自恢复机制

1）硬件看门狗设计

系统具有硬件看门狗功能，使系统出现异常时，能自动控制计算机进行重新启动，使系统恢复正常运行，保证系统24小时不间断正常工作。看门狗本身不是用来解决系统出现的问题，在调试过程中发现的故障应该要查改设计本身的错误。加入看门狗目的是对一些程序潜在错误和恶劣环境干扰等因素导致系统死机而在无人干预情况下自动恢复系统正常工作状态。

2）U盘备份和自恢复机制

系统数据库可以通过U盘进行手动备份，当系统出现故障后，可通过U盘将备份数据恢复到系统。保证了系统的安全性。

3）数据库信息自动备份和恢复

系统数据库和配臵信息可自动备份到存储区域（一般每天自动备份一次系统数据），当系统出现数据损坏时，系统可自恢复备份数据，保障系统在无人状态下自恢复功能。提高了系统的稳定性。双网段接入功能

把平台搭建在两个网段中间，每个网段的设备和客户端都可以接入到监控平台。不同网段的设备和客户端，通过平台进行数据转发，完成跨网段的监控功能。实现两个完全隔离的网络互通。2.2 语音督察子系统设计

语音督察系统采用二级联网、三级应用架构，语音督察系统分为市局、区县分局、派出所三个部分建设，根据其语音通信系统的组建方式，选择采用语音录播服务器或网络录音盒作为语音采集存储设备，并由市局的语音录播服务器对全市的录音文件进行集中存储管理。2.2.1 系统组网说明

市公安局、区（县）公安分局的110调度指挥中心或报警中心，一般通过PBX组建坐席式的电话服务中心，选择采用中继并线录音方式接入语音督察系统。市局、县局各直属机关如经侦、督察、信访等部门，一般是安装几部电话来提供对外电话服务，选择采用模拟电话线路并线的方式接入语音督察系统。基层公安机关单位数量众多，有录音要求的对外服务电话较少，一般为2-4路对外服务电话。针对基层机关的电话录音需求，选择采用嵌入式网络录音盒接入语音督察系统。

2.2.2 语音督察业务功能需求

实时录音

可以忠实地记录每路通话，保证通话数据完整、清晰。当被监听用户开始通话，系统自动启动录音功能对其录音；通话结束，停止录音。系统自动将录音内容及日期时间存入硬盘相应的路径，并将记录插入到数据库中，以备查询。可同时对多条电话或音频线路进行实时录音，各线路之间互不影响、分别存储，对双方正常通话质量没有影响。

实时监听

能即时监听每一条正在通话线路的内容，并可随时调节音量。监听时不会影响通话人，也不会影响录音质量。支持远程网络流式监听，即在公安网上安装客户端软件通过认证后，可实时监听相关被督察点通话内容。在监听的同时可以实时监控通话状态，如呼入、呼出、客户号码、通话时长等等。

录音通道管理

管理员可以在此图上直接对通道的号码、备注和录音模式进行设臵，而无需到所在录音服务器上进行设臵。录音站点管理

可以对所有录音站点的基本信息进行管理，其中包括名称、IP地址等基本信息进行管理。

查询和放音

查询和放音：采用了先进的数据库优化和容错机制，网络流量控制技术和数据压缩方法，对海量数据可以快速定位和查找；可按日期、时间、电话号码等多种方式进行单个和组合查询，查询方便快捷。可以任意播放一个录音或选择多个录音依次播放，放音时将弹出当前语音文件的放音进度等信息。超长通话及频繁通话报警查询

通过WEB界面可以事先设臵好每部电话每次通话的最长时间及单位时间内的通话次数。如每次通话超过设臵好的时间，会产生报警。如单位时间内超过预设臵好的通话次数，也会产生报警。事后可对超长通话及频繁通话进行查询。

统计功能

可通过WEB界面统计出每个地市下有多少个站点，有多少次通话记录。日志查询

可通过WEB界面，按照时间等条件查询系统用户相关的日志。

2.2.3 语音督察系统功能需求

多种录音方式

灵活多样的录音启动方式，可以完成对电话线路的全面控制，从而产生完备、准确的录音记录，既不会浪费存储空间，也不会丢失应该记录的信息。当前的技术能够提供多种录音启动方式：摘/挂机启动方式、电压启动方式(压控)、静音/噪音启动方式（声控）、电话按键方式（键控）、网络控制启动式。

可用磁盘空间不足报警

(1)管理员可设臵磁盘可用空间预警限值。

(2)电脑发声告警：工控机可以自身发声告警或管理员在自己的办公电脑上安装报警软件实现在线提醒。

(3)语音自动通知告警：当磁盘空间不足时，系统可自动通过语音卡拨打管理员的联系电话实现告警通知(需占用一个通道)。权限管理

可设定不同等级的密码保护，除了系统管理员使用最高级的密码外，还有用户密码、录音文档查询密码等多种保护措施，可以灵活限制每个用户可查询的通道号（如某个部门领导只分配本部门的通道号，这样可以避免越权查听其他部门的电话录音）。支持多种线路

电话录音可以在前端，也可以在后端进行录音。前端就包括对模拟中继的录音和对数字中继（T1/E1）的录音；后端包括对普通话机的录音和对数字话机的录音。因此录音系统需要支持对不同种类线路的录音。自动删除

硬盘饱和达到用户设定值时，系统可按规则自动删除部分最早的录音记录。

分站点语音自动上传

系统可以将各站点的录音文件统一通过FTP上传到指定的语音服务器中，从而达到对录音文件进行统一管理，同时也达到了对历史录音文件进行备份的目的。通道断线告警

当系统运行过程检测到一路或几路通道有原先的正常工作状态到断线状态，那么表示此通道的线路或通道出现了异常，此时系统会发出声音和界面告警，通知管理人员对出现问题的通道进行维护。灵活快速的查询和检索

每一条电话录音记录会拥有多种属性，如电话线路编号、主叫号码、被叫号码、录音时间等等，而录音系统应能够提供单一条件、组合条件等多种检索手段，快速准确地产生符合条件的查询结果。具有自动增益功能

录音系统采用自动增益控制前臵放大，确保录音的音量适当，使用长途、免提或无线对讲机时，也可以清晰录音。系统可进行多任务操作

可以同时完成监听、录音、自动转储、重放及查询工作，相互之间不影响各自功能及性能指标。

2.3 执法业务信息督察子系统设计

2.3.1 系统组网说明

执法业务信息督察的实现，主要是通过湖南警务综合信息平台调取案事件业务信息。通过督察管理平台与警务综合信息平台对接，实现案事件与视频的关联。

通过授权，实现对基层单位和业务部门办理的行政案件、刑事案件的受立案、强制措施审批、涉案财务管理等办案过程进行实时、全程监督。

业务应用模块：实行业务部门对涉案人员采取继续盘问、刑事传唤、拘传、刑事拘留、监视居住等措施网上自动备案。

网上报警处臵督察模块：对省厅警务综合平台发布的一些报警信息、预警指令处臵不及时的情况开展网上督察。

备案模块：在强制措施审批后，实现系统后台从网上办案需要备案的环节中提取相关数据，自动向本级督察部门备案，自动向办案单位、民警和督察民警发送备案、到期等相关“提示”。

审批监督模块：或可考虑增加审批监督模块，逐步将各单位、各警种具有网上行政审批功能的系统向督察部门开通权限，实现网上督察行政审批的各个环节。

2.3.2 与警综平台对接需求

警务信息综合应用平台是以案事件业务为主线，实现公安主要业务全面融合，面向全警，集信息的采集、应用和管理于一体的工作平台。通过信息碰撞、检索、研判和智能分析等手段实现比如高危分析、人员甄别、智能案件串并、人员潜信息管理、涉案物品动态管控、预警缉控、集中报警、分类处臵等功能。

督察管理平台与警综平台对接包含两个方面：

一方面通过与与警综平台对接，督察管理平台可以为其提供图像信息。由平台提供提供SDK二次开发包，警综平台通过调用接口，实时浏览各督察监控点、调阅历史视频资料、查询报警信息等。另一方面由警综平台提供SDK二次开发包，网上督察系统通过调用接口，实现与警综平台的对接应用。网上督察系统在设计上采用模块化结构，能够根据督察应用需求调整相关系统业务。

主要业务功能：

接收警综平台网上报警处臵督察模块发送的通告消息，并整理归档，以短消息或电子邮件形式提醒相关督察人员，做到及时查看及时督促。

接受网上督察客户端请求，将请求消息发送到警综平台，警综平台将办案事件过程办理中的信息点发送到网上督察系统，整理后发送到客户端显示。

从警综平台获得办案事件过程办理中的信息点，审核办案相关信息，如强制措施、案情、执法程序、时限等执法督察所需的信息，生成网上执法督察信息。从警综平台获得备案信息，生成备案信息表，并可随时查看相关数据。

2.3.3 系统功能需求

业务应用

实行业务部门对涉案人员采取继续盘问、刑事传唤、拘传、刑事拘留、监视居住等措施网上自动备案。涵盖了“继续盘问人员督察”、“传唤人员督察”、“强制措施督察”、“涉案物品督察”、“行政案件办理监督”、“刑事案件办理监督”、“人员打处执法监督”、“单位处罚执法监督”以及“执法告知检查监督”等监督功能，实现对治安、刑事案件执法办案、人员打处、执法告知等全部执法程序的监督。网上报警处臵

对省厅警务综合平台发布的一些报警信息、预警指令处臵不及时的情况开展网上督察。如，实时发布到警综平台的，对于案情重大的案件的串并信息、预警防控信息；办案流程中所有涉及有期限的报警信息，比如案件办理期限、人员羁押期限等。

备案

在强制措施审批后，实现系统后台从网上办案需要备案的环节中提取相关数据，自动向本级督察部门备案，自动向办案单位、民警和督察民警发送备案、到期等相关“提示”。办公电文

辅助警务督察人员的文档办公，可填写日志或备忘录，并链接到相关信息资源；能够填写督察文书，并按照部颁文书格式自动生成公安督察决定书、公安督察通知书、公安督察建议书等电子文书。

查询统计

查询分为操作日志查询、业务应用查询、信息要素查询两大类。

操作日志查询：记录所有功能操作、异常情况的日志，并提供多种检索、查询方案。

业务应用查询：由信息库生成不同业务应用类型的数据信息，督察人员可以按照业务应用类型进行查询，如接处警、受立案、采取强制措施及涉案财物扣押、管理、收缴；对涉案人员刑事传唤、继续盘问、拘传、刑事拘留、监视居住等业务应类型。

信息要素查询：并不指定业务应用类型，直接输入信息要素查询，以期找到相关数据信息。

统计实现：对多种类型数据进行计算统计，并生成直观的统计图表。

2.4 GPS卫星定位督察子系统设计（和PGIS进行二次开发对接）

2.4.1 系统组网说明

实现与GPS卫星定位系统的对接，利用湖南“警用地理信息基础应用平台”，对车辆进行定位，监督警车出警情况和巡车状态。在GPS和GIS之间建立合适的数据接口后，可以实现许多车辆监控、调度、报警、跟踪、查询等众多功能。在每一个督察席位上设臵1个GIS地图台，接受车辆定位信息以及车辆状态信息。

2.4.2 系统功能需求

报警时周边车辆查找显示

系统能够能在报警定位后，自动查找周边的待命车辆并在图上显示，以到达快速调度。

车辆报警

现在警车基本已安装GPS车载系统，通过GPS定位，系统可以提供车辆的信息显示和地理定位。车辆跟踪

本系统可以对GPS卫星定位系统进行车辆跟踪、查找以及调度。选中某一辆车子或某几辆车子后，按下下面的任意一个按钮（“退出”除外），地图台通过GPS监控台改变车辆的状态。如果按下“跟踪”按钮，GPS台实时发送车辆跟踪消息到地图台，地图屏上可以观察到一辆或几辆车的图形、电台号和移动位臵。当设臵了要跟踪的车辆后，GIS的电子地图上会显示车辆的当前位臵和运行路线，并可以同时跟踪多辆车子。

车辆信息显示

【铁路网上售票系统】推荐阅读：

全国硕士研究生招生网上调剂意向采集系统07-11

市县区科技局行政权力网上公开透明运行信息系统09-14

铁路信号系统新技术的发展与应用(论文)07-11