本发明专利技术涉及一种用于北斗导航搜救系统的基于XML的数据通信方法，属于卫星导航及通信技术领域。本发明专利技术所述的北斗导航搜救系统包括北斗终端用户、统一数据交换与通信平台、应急搜救中心。由北斗终端用户发送景区灾害报警信息至统一数据交换与通信平台，经统一数据交换与通信平台处理后转发至应急搜救中心；应急搜救中心根据报警信息采取相应的搜救方案，并将方案信息发送至统一数据交换与通信平台，经统一数据交换与通信平台处理后转发至北斗搜救终端用户。
【技术实现步骤摘要】
用于北斗导航搜救系统的基于XML的数据通信方法
本专利技术涉及一种用于北斗导航搜救系统的基于XML的数据通信方法，属于卫星导航及通信
技术介绍
智能北斗导航搜救系统是导航产业和旅游信息化产业发展的必然趋势，其将空间导航与位置服务等现代智能服务技术创新应用到旅游景区管理、应急处理、救援救助、游客监控等多方面，从而提高旅游景区游客调度、应用管理与区域应急处理能力，提升景区精细化管理和危机管理水平。以北斗为导航方式的搜救系统中,使用最多的就是北斗通信终端,此终端可以支持北斗和3G两种通信模式,在3G网络覆盖范围内,北斗终端可以通过3G接入Internet,从而与搜救中心的基础数据服务平台进行通信。因此需要一种通用的、高效的、可扩展性强的通信方法来实现北斗通信终端与搜救中心基础数据服务平台的互联互通。
技术实现思路
本专利技术的目的是为解决智能北斗导航搜救系统的通信问题，提供一种基于XML的数据通信方法。所述的北斗导航搜救系统包括北斗终端用户、统一数据交换与通信平台、应急搜救中心。由北斗终端用户发送景区灾害报警信息至统一数据交换与通信平台，经统一数据交换与通信平台处理后转发至应急搜救中心；应急搜救中心根据报警信息采取相应的搜救方案，并将方案信息发送至统一数据交换与通信平台，经统一数据交换与通信平台处理后转发至北斗搜救终端用户。一种用于智能北斗导航搜救系统的基于XML的数据通信方法，具体包括如下步骤：步骤一，北斗终端用户将景区灾害报警信息中的信息头部节点、报警信息节点中各属性值填充，采用3G无线通信方式或北斗通信方式将其传输至通信系统中的统一数据交换与通信平台。所述景区灾害报警信息为北斗终端用户向应急搜救中心发送的景区灾害报警信息，信息节点包括信息头部节点(Message1)和报警信息节点(DisasterAlarm)。其中信息头部节点包括如下属性：路由方式（Route1），其类型为1个字符即char(1)，若为0表示缺省、1表示有线、2表示3G无线、3表示北斗（BD），且不可为空；信息标识符（GUID1），其类型为可变长度字符即varchar，系统中唯一标识且不可为空；源设备号（SrcID）、目的设备号（DesID1），其类型为可变长度字符即varchar，且不可为空；消息代码(MsgCode1)，其类型为6个字符即char(6)，且不可为空；发送时间（DateTime1），其类型为年月日时分秒，即YYYYMMDDHHMMSS，且不可为空；帧序列号(FrmNum1)，其类型为整数即int,且不可为空；帧总数量(FrmLen1)，其类型为整数即int，且不可为空；回执确认(Ack)，其类型为1个字符即char(1)，若为1表示需要回执、2表示不需要回执，且不可为空。报警信息节点包括：灾害类型(Type)，其类型为2个字符即char(2)，预先给出各个不同字符组合的定义，且能为空；例如00表示失火、01表示人员落水等；灾害时间(Time1)，其类型为年月日时分秒即YYYYMMDDHHMMSS，且不可为空；经度(Longitude)，其类型为双精度浮点型即Double(32)，且不可为空；纬度(Latitude)，其类型为双精度浮点型即Double(32)，且不可为空；高度(Altitude)，其类型为双精度浮点型即Double(32)，且不可为空；文字备注信息(ChaRemarks)，其类型为可变长度字符即varchar(60)，且可为空；图片备注信息(ImgRemarks)，其类型为图片格式即image，且可为空。步骤二，统一数据交换与通信平台接收到景区灾害报警信息后，解析步骤一中信息头部节点的目的设备号属性，根据其属性值将景区灾害报警信息转发至相应的应急搜救中心。步骤三，应急搜救中心接收到统一数据交换与通信平台转发来的景区灾害报警信息后，解析步骤一中报警信息节点中的灾害类型、灾害时间、经度、纬度、高度、文字备注信息、图片备注信息属性，根据各属性值情况应急搜救中心采取相应的搜救措施或搜救方案。步骤四，应急搜救中心填充应急搜救方案信息，并发送至统一数据交换与通信平台。所述应急搜救方案信息为应急搜救中心向搜救人员发送的应急搜救方案信息，信息内容包括信息头部节点(Message2)、搜救终端节点(DestInfo)、搜救方案节点(RescueProposal)。其中信息头部节点包括如下属性：消息代码(MsgCode2)，其类型为6个字符即char(6)，且不可为空；发送时间(DateTime2)，其类型为年月日时分秒即YYYYMMDDHHMMSS，且不可为空；帧序列号(FrmNum2)，其类型为整数即int,且不可为空；帧总数量(FrmLen2)，其类型为整数即int,且不可为空。目的端节点包括如下属性：路由方式(Route2)，其类型为1个字符即char(1)，其中0表示缺省、1表示有线、2表示3G无线、3表示北斗即BD，且不可为空；信息标识符(GUID2)，其类型为可变长度字符即varchar，系统中唯一标识，且不可为空；终端类型(DevType)，其类型为1个字符即char(1)，其中0表示所有终端、1表示指挥型搜救终端、2表示手持型搜救终端，且不可为空；目的设备号(DesID2)，其类型为可变长度字符即varchar，且不可为空。搜救方案节点包括如下属性：报警时刻(Time2)，其类型为年月日时分秒即YYYYMMDDHHMMSS，且不可为空；搜救方案(Proposal)，其类型为可变长度字符即varchar(140)，且可为空；带人员位置的图片(Map)，图片类型为jpag格式，且可为空。步骤五，统一数据交换与通信平台接收到应急搜救中心发过来的信息后，解析步骤四中应急搜救方案中的目的端节点中终端类型、目的端设备号属性，根据其属性值将信息发送至相应的搜救终端用户。步骤六，搜救终端用户在接收到由统一数据交换与通信平台转发过来的信息后，解析步骤四中应急搜救方案中的搜救方案节点下的报警时刻、搜救方案、带人员位置的图片属性。步骤七，搜救终端人员可根据步骤六中得出的报警时刻、带人员位置的图片信息，到指定位置实施步骤六中的搜救方案。有益效果本专利技术满足了基于北斗导航搜救系统中北斗终端用户与搜救中心的互联互通，同时基于XML的统一数据收发格式，建立了集中收发的数据交换机制，最大限度的提高了传输的有效性及协议的可扩展性。附图说明图1为本专利技术方法的流程图。具体实施方式下面结合附图和实施例对详细说明本专利技术在智能北斗导航搜救系统中的应用。本实施例给出一个景区灾害报警信息案例和一个应急搜救方案信息案例。表1中列出了本实施例的景区灾害报警信息的各节点及其相应属性值；表2中列出了本实施例的应急搜救方案信息的各节点及其相应属性值；本实施例北斗终端用户向搜救中心发送景区灾害报警信息的流程如下：1)北斗终端用户按照表1的信息格式发出景区灾害报警信息至统一数据交换与通信平台；表1Message节点属性类型值Routechar(1)3SrcIDchar(10)M080000001GUIDvarchar123456789DesIDchar(10)M030000001MsgCodechar(6)M08005DateTimedatetime20本文档来自技高网...
【技术保护点】
用于北斗导航搜救系统的基于XML的数据通信方法，其特征在于：具体包括如下步骤：步骤一，北斗终端用户将景区灾害报警信息中的信息头部节点、报警信息节点中各属性值填充，采用3G无线通信方式或北斗通信方式将其传输至通信系统中的统一数据交换与通信平台；所述景区灾害报警信息为北斗终端用户向应急搜救中心发送的景区灾害报警信息，信息节点包括信息头部节点Message1和报警信息节点DisasterAlarm；其中信息头部节点包括如下属性：路由方式Route1，其类型为1个字符，若为0表示缺省、1表示有线、2表示3G无线、3表示北斗，且不可为空；信息标识符GUID1，其类型为可变长度字符，系统中唯一标识且不可为空；源设备号SrcID、目的设备号DesID1，其类型为可变长度字符，且不可为空；消息代码MsgCode1，其类型为6个字符，且不可为空；发送时间DateTime1，其类型为年月日时分秒，且不可为空；帧序列号FrmNum1，其类型为整数且不可为空；帧总数量FrmLen1，其类型为整数且不可为空；回执确认Ack，其类型为1个字符，若为1表示需要回执、2表示不需要回执，且不可为空；报警信息节点包括：灾害类型Type，其类型为2个字符，预先给出各个不同字符组合的定义，且能为空；灾害时间Time1，其类型为年月日时分秒，且不可为空；经度Longitude，其类型为双精度浮点型，且不可为空；纬度Latitude，其类型为双精度浮点型，且不可为空；高度Altitude，其类型为双精度浮点型，且不可为空；文字备注信息ChaRemarks，其类型为可变长度字符，且可为空；图片备注信息ImgRemarks，其类型为图片格式，且可为空；步骤二，统一数据交换与通信平台接收到景区灾害报警信息后，解析步骤一中信息头部节点的目的设备号属性，根据其属性值将景区灾害报警信息转发至相应的应急搜救中心；步骤三，应急搜救中心接收到统一数据交换与通信平台转发来 的景区灾害报警信息后，解析步骤一中报警信息节点中的灾害类型、灾害时间、经度、纬度、高度、文字备注信息、图片备注信息属性，根据各属性值情况应急搜救中心采取相应的搜救措施或搜救方案；步骤四，应急搜救中心填充应急搜救方案信息，并发送至统一数据交换与通信平台；所述应急搜救方案信息为应急搜救中心向搜救人员发送的应急搜救方案信息，信息内容包括信息头部节点Message2、搜救终端节点DestInfo、搜救方案节点RescueProposal；其中信息头部节点包括如下属性：消息代码MsgCode2，其类型为6个字符，且不可为空；发送时间DateTime2，其类型为年月日时分秒，且不可为空；帧序列号FrmNum2，其类型为整数,且不可为空；帧总数量FrmLen2，其类型为整数,且不可为空；目的端节点包括如下属性：路由方式Route2，其类型为1个字符，其中0表示缺省、1表示有线、2表示3G无线、3表示北斗，且不可为空；信息标识符GUID2，其类型为可变长度字符，系统中唯一标识，且不可为空；终端类型DevType，其类型为1个字符，其中0表示所有终端、1表示指挥型搜救终端、2表示手持型搜救终端，且不可为空；目的设备号DesID2，其类型为可变长度字符，且不可为空；搜救方案节点包括如下属性：报警时刻Time2，其类型为年月日时分秒，且不可为空；搜救方案Proposal，其类型为可变长度字符，且可为空；带人员位置的图片Map，图片类型为jpag格式，且可为空；步骤五，统一数据交换与通信平台接收到应急搜救中心发过来的信息后，解析步骤四中应急搜救方案中的目的端节点中终端类型、目的端设备号属性，根据其属性值将信息发送至相应的搜救终端用户；步骤六，搜救终端用户在接收到由统一数据交换与通信平台转发过来的信息后，解析步骤四中应急搜救方案中的搜救方案节点下的报警时刻、搜救方案、带人员位置的图片属性；步骤七，搜救终端人员根据步骤六中得出的报警时刻、带人员位置的图片信息，到指定位置实施步骤六中的搜救方案。...
【技术特征摘要】
1.用于北斗导航搜救系统的基于XML的数据通信方法，其特征在于：具体包括如下步骤：步骤一，北斗终端用户将景区灾害报警信息中的信息头部、报警信息中各属性值填充，采用3G无线通信方式或北斗通信方式将景区灾害报警信息传输至北斗导航搜救系统中的统一数据交换与通信平台；所述景区灾害报警信息为北斗终端用户向应急搜救中心发送的景区灾害报警信息，景区灾害报警信息包括信息头部Message1和报警信息DisasterAlarm；其中信息头部Message1包括如下属性：路由方式Route1，其类型为1个字符，若为0表示缺省、1表示有线、2表示3G无线、3表示北斗，且不可为空；信息标识符GUID1，其类型为可变长度字符，系统中唯一标识且不可为空；源设备号SrcID、目的设备号DesID1，其类型为可变长度字符，且不可为空；消息代码MsgCode1，其类型为6个字符，且不可为空；发送时间DateTime1，其类型为年月日时分秒，且不可为空；帧序列号FrmNum1，其类型为整数且不可为空；帧总数量FrmLen1，其类型为整数且不可为空；回执确认Ack，其类型为1个字符，若为1表示需要回执、2表示不需要回执，且不可为空；景区灾害报警信息包括：灾害类型Type，其类型为2个字符，预先给出各个不同字符组合的定义，且能为空；灾害时间Time1，其类型为年月日时分秒，且不可为空；经度Longitude，其类型为双精度浮点型，且不可为空；纬度Latitude，其类型为双精度浮点型，且不可为空；高度Altitude，其类型为双精度浮点型，且不可为空；文字备注信息ChaRemarks，其类型为可变长度字符，且可为空；图片备注信息ImgRemarks，其类型为图片格式，且可为空；步骤二，统一数据交换与通信平台接收到景区灾害报警信息后，解析步骤一中信息头部的目的设备号属性，根据其属性值将景区灾害报警信息转发至相应的应急搜救中心；步骤三，应急搜救中心接收到统一数据交换与通信平台转发来的景区灾害报警信息后，解析步骤一中报警信息节点中的灾害类型、灾害时间、经度、纬度、高度、文字备注信息、图片备注信息属性，...
【专利技术属性】
技术研发人员：张宇，冉建华，吕娜，张玎，董立卿，王亚非，
申请(专利权)人：北京理工大学， 九寨沟风景名胜区管理局，
类型：发明
国别省市：北京;11
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。