本发明涉及电力抢险监控设备，具体涉及一种基于北斗的电力应急抢险车辆监控系统。
背景技术：
四川省地形复杂多样，地跨青藏高原、横断山脉、云贵高原、秦巴山地、四川盆地等几大地貌单元，地势西高东低，由西北向东南倾斜。以龙门山—大凉山一线为界，东部为四川盆地及盆缘山地，西部为川西高山高原及川西南山地。其中山地、高原和丘陵约占全省土地面积的97.46%，除四川盆地底部的平原和丘陵外，大部分地区岭谷高差均在500米以上。最低的东部接近长江三峡处，海拔仅70余米，与贡嘎山相差7400米以上。地表起伏之悬殊，在中国仅西藏、新疆可比。此外，四川省位于亚欧板块和印度洋板块交界的环太平洋地震带上，2008年的“5.12”汶川8.0级特大地震和2013年的“4.20”芦山7.0级强烈地震均发生于我国龙门山断裂带—龙门山断裂带位于松潘-甘孜地块与扬子地块之间，与鲜水河断裂带、安宁河断裂带、小江断裂等构成了鲜明的“y”字型活动构造体系，是我国地震多发区域。省内地质情况复杂，受地震影响，形成了阶型滑坡、凸型滑坡、勺型崩滑、座落（振胀）型滑坡、巨大滚石等大量极震区滑坡。
因此特殊的地形使得四川省处于灾难多发地区，地震、泥石流、火灾、洪涝等自然灾害每年都要造成大量电网事故。
目前，国网四川省电力公司的车辆管理系统普遍采用gps与第三方通信相结合的方式，实现对车辆监控及调度的要求。而针对四川省采用这种方式存在诸多弊端，由于其地形复杂性和自然灾害多发区域，存在部分移动基站信号覆盖盲区，在其覆盖弱的地方，通常会发生通信成功率低、车队之间无法远距离通信、上级管理部门无法指挥调度等问题，这些因素都将影响监控调度系统的稳定与可靠性，灾害一旦发生，无法保证及时获取灾情信息，给抢险救灾及决策指挥带来阻碍。
传统的基于gprs网络的gps定位跟踪系统主要由用户终端和监控中心两个部分组成。用户端负责接收gps定位信号，并提取相应的数据信息，然后通过gprs网络发送给监控中心。监控中心负责接收用户终端发送过来的数据，从数据帧中提取经纬度等数据信息，然后把用户终端的地理位置在国家电网公司已有的gis系统在电子地图上直观地显示出来，监控中心的工作人员可以根据需要进行指挥和调度。传
在运行过程中存在以下问题：
1、系统抗灾能力差
gprs是地面通信系统，在地震、泥石流等突发情况导致gprs中断或事故现场处于gprs盲区时监控调度中心无法实现对电力应急抢险车辆的监控及调度。
2、系统安全保密性差
gps系统是国外的卫星导航系统，在使用过程中时常受到国外政策的影响，而电力行业属于国家的战略性重要经济支柱行业，从国家安全角度考虑，从长远计，应该采用我国自主研发的北斗卫星导航定位系统逐步替换gps系统。
技术实现要素：
本发明的目的在于克服现有技术的不足，提供一种基于北斗的电力应急抢险车辆监控系统，建设北斗电力应急抢险车辆监控调度系统，提供标准的客户端应用，能有效实现对外勤应急车辆的管理和调度，从而优化应急车辆管理流程，实现电力抢修、检修等车辆一体化调度和管理，提升电力公司的应急抢险能力。
本发明的目的是通过以下技术方案来实现的：
基于北斗的电力应急抢险车辆监控系统，包括中心平台、北斗指挥机和北斗车载设备，所述的中心平台部署于电网公司信息内网，所述的北斗车载设备部署于抢险车辆上；所述的中心平台包括硬件服务器、监控台和北斗指挥机服务接入服务器，所述的硬件服务器通过防火墙分别与监控台和北斗指挥机服务器接入服务器连接，所述的硬件服务器包括web服务器、数据库服务器、电网gis服务器和地图服务器；所述的北斗指挥机服务接入服务器通过rs232串口线连接到北斗指挥机，所述的北斗指挥机服务接入服务器上还设置有安全隔离装置；所述的北斗指挥机通过北斗空口链路与北斗车载设备连接。
所述的北斗车载设备包括通过蓝牙连接的北斗终端和显控终端，北斗终端通过北斗空口链路与北斗指挥机连接；所述的显控终端包括：
系统登录模块：实现北斗车载设备的用户登录；
蓝牙连接模块：用于建立蓝牙通信信道，实现与北斗终端的互联；
初始化模块：用于在北斗终端和显控终端连接成功后，读取北斗车载设备信息，并显示在主界面，便于用户了解北斗车载设备工作状态；
参数设置模块：用于设置北斗车载设备工作参数，满足不同用户定制化需求；
终端通信管理模块：用于实现北斗报文发送和北斗报文接收；其中，所述的北斗报文发送由显控终端通过北斗终端向北斗指挥机主动发起短报文通信，所述的北斗报文接收用于处理来自北斗指挥机的短报文；
终端定位管理模块：实现北斗定位以及定位数据的上报；在北斗定位数据产生以后，由定位数据采集算法均匀地采集并打包定位数据，上报给北斗指挥机；
离线地图管理模块：包括：
离线地图加载单元：用于实现显控终端导航地图加载，包括地图缩放、拖动在内的地图操作；
离线导航单元：用于导航路径计算、标识并语音提示导航线路；
电子围栏单元：实现地图上预置区域范围告警功能；
轨迹跟踪单元：实现车辆轨迹回放功能；
派单管理模块：实现派单指令确认和派单状态变迁；
报警求救模块：实现一键式预置内容报警求救。
所述的终端定位管理模块采用北斗二代定位，通过4颗卫星列出关于距离的方程式，并求解方程式求得答案，即用户端所在的三维位置，根据此三维位置可以进一步换算为经纬度和海拔高度；其中，所述的方程式中包括北斗车载设备的x/y/z坐标和时钟差距t。
所述的终端通信管理模块采用北斗一代通信，短报文的通信过程包括：(1)短报文发送方首先将包含接收方id号和通讯内容的通讯申请信号加密后通过北斗卫星转发入站；(2)地面中心站接收到通讯申请信号后，经脱密和再加密后加入持续广播的出站广播电文中，经卫星广播给用户；(3)接收方用户机接收出站信号，解调解密出站电文，完成一次通信。
用于实现定位数据采集算法的终端定位管理模块包括北斗指令解析和封装单元、北斗二代定位数据接收单元和北斗报文发送单元；
所述的北斗指令解析和封装单元用于在获得北斗指令后解析获得其中的信息，以及提供将数据封装成北斗指令功能以供北斗终端发送；对于封装北斗指令，调用接口、配置好参数后，即生成所需的北斗指令；对于解析北斗指令，由于收到的北斗指令是通过多次蓝牙数据接收线程分别接收到的，接收数据的功能模块需要将数据缓存起来，再按北斗指令头在数据缓冲区内搜索，搜到匹配的头后，将数据填入协议库对应指令接口解析，解析完后删除无用数据，缓存数据若过多则需清理；
所述的北斗二代定位数据接收单元用于定位服务获取定位数据并存储；其中，在初始化成功后，自动打开定位开关，并启动本单元，接收定位数据并按指定格式保存；所述的定位数据按最近天数或者条数保存，超出限度则删除多余数据；若当前打开了实时定位显示，则每次收到最新数据就通知实时定位页面，由定位页面刷新地图显示；
所述的北斗报文发送单元将需要发往中心平台的北斗指令加入队列，并按优先级调整顺序发送出去；其中，在初始化完成后启动本单元，在退出前一直运行；需发送的报文按优先级考虑，派单反馈和报警信息最高，北斗短信次之，由本单元记录到一个报文队列，按优先级调整顺序，定位报文不加入该队列；在设备初始化完成后，可获得通信频度数值，为充分利用频度，按频度周期性的发送报文，在频度到时，报文队列不为空则发送队列里的报文，否则就发送包含定位信息的报文；定位信息报文封装由若干北斗二代定位数据打包并封装成北斗通信申请指令，记录每次发送定位报文时刻，在需要发送定位报文时候，将一段时间内的定位数据尽量均匀的挑选出来打包。
所述的北斗指挥机包括通信信息处理单元、定位信息处理单元、派单处理单元和报警求救处理单元；
所述的通信信息处理单元实现北斗通信信息的接收和发送功能；接收到通信信息，解析后存入数据库；同时按一定策略不断扫描数据库发送队列，当有待发送信息时，通过北斗指挥机发送到北斗车载设备；
所述的定位信息处理单元实现解析北斗终端设备打包上传的定位数据报文，并存入数据库；
所述的派单处理单元接收中心平台下达的派单指令，通过北斗指挥机实现下发到对应的北斗车载设备；
所述的报警求救处理单元实现报警求救消息解析和存入数据库。
所述的监控台包括地图服务模块、北斗通信管理模块、北斗定位管理模块、派单管理模块、报警求救管理模块和系统管理模块；
所述的地图服务模块用于实现电网gis地图加载、电网电力图形加载、导航图形加载、实时轨迹展示、历史轨迹展示、电子围栏和路径规划展示，还用于实现包括地图导航、地图鹰眼、地图测量、地图缩放、比例尺、地图拖动在内的地图基本操作；
所述的北斗通信管理模块实现实时通信数据管理和历史通信数据管理；其中，实时通信数据即时展示在监控台上，历史通信数据管理提供查询接口供用户查询浏览；
所述的北斗定位管理模块实现对实时定位数据管理和历史定位数据管理；其中定位数据管理结合地图服务模块展示车辆实时轨迹、电子围栏越界报警，历史定位数据管理提供查询接口供查询和浏览，并结合地图服务模块提供历史轨迹回放功能；
所述的派单管理模块实现派单下发、派单跟踪和派单历史数据管理；其中，派单管理通过北斗指挥机下发任务单给北斗显控终端，通过显控终端与北斗指挥机交互实现派单状态变迁，并提供查询接口实现派单历史数据查询和浏览功能；
所述的报警求救管理模块实现报警求救消息处理和历史报警求救管理；其中，新的报警求救消息即时展示在中心平台上，历史报警求救管理提供查询接口供用户查询浏览；
所述的系统管理模块实现用户管理、角色管理、模块权限管理、组织机构管理、车辆管理和电子围栏管理；其中，用户管理、角色管理和模块权限管理实现系统平台权限管理；组织机构管理和车辆管理实现车辆基础数据管理；电子围栏管理实现电子围栏配置。
本发明的有益效果是：
（1）北斗卫星导航系统是我国自行研制开发的区域性有源三维卫星定位与通信系统，具有完全的自主知识产权和完善的信息安全性，随着我国自主研发的北斗一号卫星导航系统在诸多领域发展运用及北斗二代的投入使用，北斗系统运用于各特种车辆及重点车辆监控，是必然的发展趋势。一旦发生电网事故，利用北斗导航系统提供的优质双向信道功能服务，能够迅速确定事故发生位置，争取抢修时间，最大限度减少因事故造成的损失，确保社会各行业用电需求，更好地为社会提供坚强有力的电力保障。
（2）利用北斗系统特有的短报文功能进行派单任务。所有指令通过卫星通道进行发送，特别适用于偏远地区和移动网络中断情况下应急抢险车辆调度指挥。结合国网gis和北斗独有的短报文功能，实现了以电力设施为目标的离线导航，为应急抢修车辆精准定位，快速到达事故现场提供了有利支撑。
附图说明
图1为本发明结构方框图。
具体实施方式
下面结合附图进一步详细描述本发明的技术方案：
如图1所示，基于北斗的电力应急抢险车辆监控系统，包括中心平台、北斗指挥机和北斗车载设备，所述的中心平台部署于电网公司信息内网，所述的北斗车载设备部署于抢险车辆上；所述的中心平台包括硬件服务器、监控台和北斗指挥机服务接入服务器，所述的硬件服务器通过防火墙分别与监控台和北斗指挥机服务器接入服务器连接，所述的硬件服务器包括web服务器、数据库服务器、电网gis服务器和地图服务器；所述的北斗指挥机服务接入服务器通过rs232串口线连接到北斗指挥机，所述的北斗指挥机服务接入服务器上还设置有安全隔离装置；所述的北斗指挥机通过北斗空口链路与北斗车载设备连接。
具体地，如图1所示，监控台部署在公司信息内网，通过防火墙访问服务器；以只读权限访问电网gis服务器，不会对修改服务器上的数据；装载在抢修车辆上的北斗终端设备和显控终端、北斗指挥机通过北斗空口链路互联，北斗通信系统与电网信息内网唯一出入口为通过rs232串口线连接到北斗指挥机服务接入服务器，接入服务器上安装安全隔离装置。
整个系统的数据构成包括上行数据、下行数据和中心平台基础数据。其中上行数据为北斗车载设备通过移动显控终端上传的数据，下行数据为中心平台下发的指令性数据，中心平台基础数据包括地图基础数据、系统管理基础数据、车辆管理基础数据和与系统相关的配置数据等。
具体地，数据按业务类型分为：定位信息数据、通信信息数据、派单数据、报警求救数据和基础数据五类型。
其中，定位信息数据是基于北斗的电力应急抢险车辆监控系统中最主要的两大数据之一，实时提供车辆位置信息，是车辆监控业务的基础。定位信息数据由显控终端实时采集车辆位置信息，并打包上报给北斗指挥机，北斗指挥机收到定位信息数据后解包成各个时间点的定位信息，由中心平台实时展示在用户界面上，同时支持历史定位数据查询、浏览和轨迹回放等功能。
通信信息数据是基于北斗的电力应急抢险车辆监控系统的另一主要数据，提供基于北斗通信平台的实时通信数据。通信信息数据是双向的，北斗车载设备和北斗指挥机都可以向对方点对点通信，通信信息的内容及时展现在移动显控终端或中心平台系统上。
派单数据承载北斗应急抢修车辆监控系统调度指挥的指令。派单数据状态改变实现了调度指挥、派单执行和派单完成等业务流程。
报警求救数据是应急抢修车辆通过显控终端向中心平台发出的一键式报警求救信号。显控终端根据预设报警信息，快速发送至中心平台。
中心平台基础数据据包括地图基础数据、系统管理基础数据、车辆管理基础数据和与系统相关的配置数据。地图基础数据包括电网gis地图数据、电网电力地图数据和高德导航地图数据。地图基础数据是中心平台车辆调度监控系统的展示界面，通过地图友好地展示应急抢修车辆运行状态。系统管理基础数据由人员信息、组织机构信息和平台模块权限构成，通过指定人员信息的模块权限完成中心平台系统管理配置。车辆管理基础数据包括车辆信息和北斗终端设备信息，通过配置把车辆和北斗终端设备关联起来。
在本实施例中，所述的地图服务器采用的是高德地图服务器。
在本实施例中，所述的北斗车载设备包括通过蓝牙连接的北斗终端和显控终端，北斗终端通过北斗空口链路与北斗指挥机连接；所述的显控终端包括：
系统登录模块：实现北斗车载设备的用户登录；
蓝牙连接模块：用于建立蓝牙通信信道，实现与北斗终端的互联；
初始化模块：用于在北斗终端和显控终端连接成功后，读取北斗车载设备信息，并显示在主界面，便于用户了解北斗车载设备工作状态；
参数设置模块：用于设置北斗车载设备工作参数，满足不同用户定制化需求；
终端通信管理模块：用于实现北斗报文发送和北斗报文接收，实现完全不依赖于基于ip网络的通信管道功能；其中，所述的北斗报文发送由显控终端通过北斗终端向北斗指挥机主动发起短报文通信，所述的北斗报文接收用于处理来自北斗指挥机的短报文；
终端定位管理模块：实现北斗定位以及定位数据的上报；在北斗定位数据产生以后，由定位数据采集算法均匀地采集并打包定位数据，上报给北斗指挥机；
离线地图管理模块，采用高德离线地图引擎：包括：
离线地图加载单元：用于实现显控终端导航地图加载，包括地图缩放、拖动在内的地图操作；
离线导航单元：用于导航路径计算、标识并语音提示导航线路；
电子围栏单元：实现地图上预置区域范围告警功能；
轨迹跟踪单元：实现车辆轨迹回放功能；
派单管理模块：实现派单指令确认和派单状态变迁；
报警求救模块：实现一键式预置内容报警求救。
进一步的，所述的终端定位管理模块采用北斗二代定位，通过4颗卫星列出关于距离的方程式，并求解方程式求得答案，即用户端所在的三维位置，根据此三维位置可以进一步换算为经纬度和海拔高度；其中，所述的方程式中包括北斗车载设备的x/y/z坐标和时钟差距t。
在空间中若已经确定a、b、c三点的空间位置，且第四点d到上述三点的距离皆已知的情况下，即可以确定d的空间位置，原理如下：因为a点位置和ad间距离已知，可以推算出d点一定位于以a为圆心、ad为半径的圆球表面，按照此方法又可以得到以b、c为圆心的另两个圆球，即d点一定在这三个圆球的交汇点上，即三球交汇定位。北斗的试验系统和正式系统的定位都依靠此原理。
参照三球交汇定位的原理，根据3颗卫星到用户终端的距离信息，根据三维的距离公式，就依靠列出3个方程得到用户终端的位置信息，即理论上使用3颗卫星就可达成无源定位，但由于卫星时钟和用户终端使用的时钟间一般会有误差，而电磁波以光速传播，微小的时间误差将会使得距离信息出现巨大失真，实际上应当认为时钟差距不是0而是一个未知数t，如此方程中就有4个未知数，即客户端的三位坐标（x，y，z），以及时钟差距t，故需要4颗卫星来列出4个关于距离的方程式，最后才能求得答案，即用户端所在的三维位置，根据此三维位置可以进一步换算为经纬度和海拔高度。
若空中有足够的卫星，用户终端可以接收多于4颗卫星的信息时，可以将卫星每组4颗分为多个组，列出多组方程，后通过一定的算法挑选误差最小的那组结果，能够提高精度。
电磁波以30万千米/秒的光速传播，在测量卫星距离时，若卫星钟有一纳秒（十亿分之一秒）时间误差，会产生三十厘米距离误差。尽管卫星采用的是非常精确的原子钟，也会累积较大误差，因此地面工作站会监视卫星时钟，并将结果与地面上更大规模的更精确的原子钟比较，得到误差的修正信息，最终用户通过接收机可以得到经过修正后的更精确的信息。当前有代表性的卫星用原子钟大约有数纳秒的累积误差，产生大约一米的距离误差。
在本实施例中，所述的终端通信管理模块采用北斗一代通信，短报文的通信过程包括：(1)短报文发送方首先将包含接收方id号和通讯内容的通讯申请信号加密后通过北斗卫星转发入站；(2)地面中心站接收到通讯申请信号后，经脱密和再加密后加入持续广播的出站广播电文中，经卫星广播给用户；(3)接收方用户机接收出站信号，解调解密出站电文，完成一次通信。
由于北斗一代通信带宽限制，采用频度计时通信机制，因此北斗二代定位数据不能完全上报到中心平台；同时，北斗终端设备和中心平台可能会进行比较紧急的通信，如派单回执、报警求救和通信申请等，在显控终端设计实现了优秀的定位数据采集算法和基于优先级的通信排队策略算法。该算法既保证了紧急通信不会阻塞，又满足了车辆定位轨迹的实时性和连续性。
具体地，在本实施例中，用于实现定位数据采集算法的终端定位管理模块包括北斗指令解析和封装单元、北斗二代定位数据接收单元和北斗报文发送单元；
其中，所述的北斗指令解析和封装单元用于在获得北斗指令后解析获得其中的信息，以及提供将数据封装成北斗指令功能以供北斗终端发送；对于封装北斗指令，调用接口、配置好参数后，即生成所需的北斗指令；对于解析北斗指令，由于收到的北斗指令是通过多次蓝牙数据接收线程分别接收到的，接收数据的功能模块需要将数据缓存起来，再按北斗指令头在数据缓冲区内搜索，搜到匹配的头后，将数据填入协议库对应指令接口解析（对于本应用需接收的指令，除了北斗信息指令都是定长），解析完后删除无用数据，缓存数据若过多则需清理；
所述的北斗二代定位数据接收单元用于定位服务获取定位数据并存储；其中，在初始化成功后，自动打开定位开关，并启动本单元，接收定位数据并按指定格式保存；所述的定位数据按最近天数或者条数保存，超出限度则删除多余数据；若当前打开了实时定位显示，则每次收到最新数据就通知实时定位页面，由定位页面刷新地图显示；
所述的北斗报文发送单元将需要发往中心平台的北斗指令加入队列，并按优先级调整顺序发送出去；其中，在初始化完成后启动本单元，在退出前一直运行；需发送的报文按优先级考虑，派单反馈和报警信息最高，北斗短信次之，由本单元记录到一个报文队列，按优先级调整顺序，定位报文不加入该队列；在设备初始化完成后，可获得通信频度数值，为充分利用频度，按频度周期性（为避免显控终端与北斗设备时钟精度不一致导致误判，周期可按频度+1秒）的发送报文，在频度到时，报文队列不为空则发送队列里的报文，否则就发送包含定位信息的报文；定位信息报文封装由若干北斗二代定位数据打包并封装成北斗通信申请指令，定位打包格式参考《平台与终端通信相关协议》；记录每次发送定位报文时刻，在需要发送定位报文时候，将这段时间（上次发送定位报文和这次）内的定位数据尽量均匀的挑选出来打包。
显控终端离线导航技术：显控终端离线导航技术的实现使得北斗电力应急抢险车辆监控系统完全不依赖于移动网络和因特网。与在线地图相比，离线导航技术提供更丰富的地图功能，更快捷的地图加载速度，优异的导航路径规划算法，基于语音的导航提示和小巧轻便的地图引擎和地图资源库。
所述的离线导航技术包括离线地图数据加载和离线导航。其中，离线地图数据加载包括：1、地图数据加载；2、地图放大、缩小；3、地图拖动；4、地图上显示当前比例尺，随着地图的缩放，比例尺进行相应变化。离线导航包括以下内容：1、提供数据接收，数据发送，蓝牙状态监测功能；2、在蓝牙因环境影响暂时断开后，需自动重新连接，在连接状态才允许进行数据发送和接收操作，否则等待，超时则在界面上报告蓝牙断开，界面显示都退到首页；3、其他功能模块可通知本服务进行发送数据，数据接收告知，以及停止本服务三项操作；4、其他功能模块需要发送数据时候，直接将数据提供给本服务，由本服务调用蓝牙数据发送；5、其他功能模块需要接收某种北斗指令，就事先注册，蓝牙数据接收线程启动后，每次收到数据就通知本服务，本服务将收到的数据复制过去一份提供给该功能模块，功能模块完成任务退出前后需注销。
在本实施例中，所述的北斗指挥机包括通信信息处理单元、定位信息处理单元、派单处理单元和报警求救处理单元；
所述的通信信息处理单元实现北斗通信信息的接收和发送功能；接收到通信信息，解析后存入数据库；同时按一定策略不断扫描数据库发送队列，当有待发送信息时，通过北斗指挥机发送到北斗车载设备；
所述的定位信息处理单元实现解析北斗终端设备打包上传的定位数据报文，并存入数据库；
所述的派单处理单元接收中心平台下达的派单指令，通过北斗指挥机实现下发到对应的北斗车载设备；
所述的报警求救处理单元实现报警求救消息解析和存入数据库。
在本实施例中，所述的监控台包括地图服务模块、北斗通信管理模块、北斗定位管理模块、派单管理模块、报警求救管理模块和系统管理模块；
所述的地图服务模块用于实现电网gis地图加载、电网电力图形加载、导航图形加载、实时轨迹展示、历史轨迹展示、电子围栏和路径规划展示，还用于实现包括地图导航、地图鹰眼、地图测量、地图缩放、比例尺、地图拖动在内的地图基本操作；
具体的实现方式为：1、从gis服务器获取地图数据并加载到系统当中；2、从gis服务器获取用户拖拽到的地图的图层数据；3、从gis服务器获取用户所需图层的地图的图层数据；4、根据用户局部放大的数据从gis服务器获取相应的地图图层数据；5、调用gis距离计算接口计算用户从地图上测量的距离；6、调用gis面积计算接口计算用户从地图上测量的面积。
地图基本操作包括：1、加载地图，将取到的地图信息显示到系统当中；2、地图拖动，根据用户的拖动，显示用户想看到的地图数据；3、地图缩放，按照一定比例向地图服务请求地图数据并显示到系统中；4、地图鹰眼，根据用户选中的地图区域移动缩放地图；5、地图测距，根据用户所画线段，调用gis服务计算出实际距离并显示到地图上；6、地图侧面积，根据用户所选地图区域调用地图gis服务进行计算该区域的面积。
所述的北斗通信管理模块实现实时通信数据管理和历史通信数据管理；其中，实时通信数据即时展示在监控台上，历史通信数据管理提供查询接口供用户查询浏览；
具体地，北斗通信信息管理具体包括：1、显示报警求救数据，将报警求救的经度、维度、速度、方向、高程、报警内容用显眼的图形标示报警求救信息显示到地图上；2、发送北斗短报文，将用户编辑的北斗报文按照一定的格式编码后，发送到指定的北斗终端；3、显示普通短报文数据，将实时通信的短报文数据显示到系统中。
所述的北斗定位管理模块实现对实时定位数据管理和历史定位数据管理；其中定位数据管理结合地图服务模块展示车辆实时轨迹、电子围栏越界报警，历史定位数据管理提供查询接口供查询和浏览，并结合地图服务模块提供历史轨迹回放功能；
所述的派单管理模块实现派单下发、派单跟踪和派单历史数据管理；其中，派单管理通过北斗指挥机下发任务单给北斗显控终端，通过显控终端与北斗指挥机交互实现派单状态变迁，并提供查询接口实现派单历史数据查询和浏览功能；
具体地，派单管理模块的内容包括：1、新增派单，创建派单任务并写入数据库以供指挥机下发到移动终端；2、搜索派单，根据搜索条件搜索派单数据并以列表方式显示结果；3、查看派单，查看派单任务的详细数据；4、标注派单任务目标位置，在地图上标注派单任务的目标位置；5、显示派单轨迹，在地图上显示接受派单任务的车辆在派单过程中的行驶轨迹；6、派单导航，规划接受派单任务的车辆到派单目的地的导航路线。
其中，显示派单轨迹的处理流程包括：1、客户端从grid中读取派单数据id；2、客户端提交数据到服务端；3、服务端根据id获取派单详细数据；4、记录派单目标位置数据；5、判断是否有派单开始时间，如果有，则记录下来；没有，则返回接受派单任务的车辆的最近定位数据及派单目标位置数据到客户端；6、判断是否有派单结束时间，如果有，则记录下来；没有，则记录当前时间；7、根据记录的开始时间和结束时间（或者是记录下来的当前时间），在数据库中查找符合条件的定位数据集合（按时间顺序排序）；8、返回定位数据集合和派单目标位置数据到客户端；9、客户端根据返回的数据（1最近定位数据+派单目标位置或2定位数据集合+派单目标位置）分别处理：1)调用地图api，在地图上标注最近定位位置和派单目标位置；2)调用地图api，根据定位数据集合在地图上绘制轨迹线，同时根据定位数据集合的第一条数据和最后一条数据标注接受派单任务的车辆的开始位置和结束位置以及派单目标位置。
派单导航的处理流程包括：1、客户端从grid读取某条派单数据的状态信息；2、判断状态信息，如果状态为‘已完成’，提示用户不需要再进行派单导航（流程结束）；如果状态不为‘已完成’，获取派单数据id并提交到服务器；3、服务端根据id获取派单数据中的目标位置信息及接受派单任务的车辆的最近定位数据并返回到客户端；4、客户端根据车辆定位数据及派单目标位置数据调用导航ai，获取导航路线途经坐标点数据集合；5、客户端根据坐标点集合，调用地图ai，在地图上绘制路径轨迹线。
所述的报警求救管理模块实现报警求救消息处理和历史报警求救管理；其中，新的报警求救消息即时展示在中心平台上，历史报警求救管理提供查询接口供用户查询浏览；
所述的系统管理模块实现用户管理、角色管理、模块权限管理、组织机构管理、车辆管理和电子围栏管理；其中，用户管理、角色管理和模块权限管理实现系统平台权限管理；组织机构管理和车辆管理实现车辆基础数据管理；电子围栏管理实现电子围栏配置。
具体地，角色管理的内容包括：1、增加操作角色，将系统将用到的角色录入到系统中，并保存到数据库；2、修改操作角色，将修改后的角色信息保存到数据库中；3、查看操作角色，将满足条件的角色信息在系统中显示。
用户管理的内容包括：1、增加操作用户，将新增加的操作用户信息保存到数据库中；2、删除操作用户，将不需要的用户从数据库中做逻辑删除；3、查看操作用户，将满足条件的操作用户显示在系统中；4、修改操作用户，将修改后的用户操作信息保存到数据库中。
车辆管理的内容包括：1、增加车辆信息，将车牌号与北斗卡号进行关联并存入数据库中；2、删除车辆信息，将不需要的车辆信息从系统中做逻辑删除；3、查看车辆信息，将满足条件的车辆信息显示到系统中；4、修改车辆信息，将需要修改的车辆信息修改后保存到数据库中。
以上所述仅是本发明的优选实施方式，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。