CN103716382A - 用于北斗导航搜救系统的基于xml的数据通信方法 - Google Patents
用于北斗导航搜救系统的基于xml的数据通信方法 Download PDFInfo
- Publication number
- CN103716382A CN103716382A CN201310681955.3A CN201310681955A CN103716382A CN 103716382 A CN103716382 A CN 103716382A CN 201310681955 A CN201310681955 A CN 201310681955A CN 103716382 A CN103716382 A CN 103716382A
- Authority
- CN
- China
- Prior art keywords
- type
- sky
- information
- search
- rescue
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Navigation (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种用于北斗导航搜救系统的基于XML的数据通信方法,属于卫星导航及通信技术领域。本发明所述的北斗导航搜救系统包括北斗终端用户、统一数据交换与通信平台、应急搜救中心。由北斗终端用户发送景区灾害报警信息至统一数据交换与通信平台,经统一数据交换与通信平台处理后转发至应急搜救中心;应急搜救中心根据报警信息采取相应的搜救方案,并将方案信息发送至统一数据交换与通信平台,经统一数据交换与通信平台处理后转发至北斗搜救终端用户。
Description
技术领域
本发明涉及一种用于北斗导航搜救系统的基于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的信息格式发出景区灾害报警信息至统一数据交换与通信平台;
表1
Message节点
属性 | 类型 | 值 |
Route | char(1) | 3 |
SrcID | char(10) | M080000001 |
GUID | varchar | 123456789 |
DesID | char(10) | M030000001 |
MsgCode | char(6) | M08005 |
DateTime | datetime | 20121121103256 |
FrmNum | int | 1 |
FrmLen | int | 1 |
DisasterAlarm节点
属性 | 类型 | 值 |
Type | char(2) | 1 |
Time | datetime | 20121121103023 |
Longitude | Double(32) | 30 |
Latitude | Double(32) | 56 |
Altitude | Double(32) | 80 |
ChaRemarks | varchar(60) | null |
ImgRemaks | image | null |
2)统一数据交换与通信平台对所收到的景区灾害报警信息进行合法性验证,通过验证后提取Message节点中的DesID属性值(示例中为M030000001),然后将信息传输至应急搜救中心;
3)应急搜救中心对收到的景区灾害报警信息进行内容提取和处理,即DisasterAlarm节点中的Type、Time、Longitude、Latitude、Altitude属性值;
4)将反馈的应急疏导方案信息按照表2的信息格式封装并传输至统一数据交换与通信平台;
5)统一数据交换与通信平台对信息进行合法性验证,通过验证后提取DestInfo节点中的DesID属性值(此示例中为M080000001),并将信息传输至北斗终端用户。
6)北斗终端用户根据表2中RescuedPersonPosition节点中的Time、Map属性值即20121121103023、带人员位置图片信息,到指定位置实施Proposal即应急搜救方案。
表2
Message节点
属性 | 类型 | 值 |
SrcID | char(10) | M030000001 |
MsgCode | char(6) | M03005 |
DateTime | datetime | 20121121103556 |
FrmNum | int | 1 |
FrmLen | int | 1 |
Ack | char(1) | 2 |
DestInfo节点
属性 | 类型 | 值 |
Route | char(1) | 1 |
DevType | char(1) | 1 |
GUID | varchar | 987654321 |
DesID | char(10) | M080000001 |
RescuedPersonPosition节点
属性 | 类型 | 值 |
Time | datetime | 20121121103023 |
Proposal | varchar(140) | 应急搜救方案 |
Map | Image | 带人员位置的图片 |
上述实施例为本发明较佳的实施方式,但本发明的实施方式并不受上述实施例的限制,其他的任何为背离本发明的精神实质与原理下所做的改变、修饰、替代、组合、简化,均应为等效的置换方式,都包含在本发明的保护范围之内。
Claims (2)
1.用于北斗导航搜救系统的基于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格式,且可为空;
步骤五,统一数据交换与通信平台接收到应急搜救中心发过来的信息后,解析步骤四中应急搜救方案中的目的端节点中终端类型、目的端设备号属性,根据其属性值将信息发送至相应的搜救终端用户;
步骤六,搜救终端用户在接收到由统一数据交换与通信平台转发过来的信息后,解析步骤四中应急搜救方案中的搜救方案节点下的报警时刻、搜救方案、带人员位置的图片属性;
步骤七,搜救终端人员根据步骤六中得出的报警时刻、带人员位置的图片信息,到指定位置实施步骤六中的搜救方案。
2.根据权利要求1所述的用于北斗导航搜救系统的基于XML的数据通信方法,其特征在于:所述的北斗导航搜救系统包括北斗终端用户、统一数据交换与通信平台、应急搜救中心。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310681955.3A CN103716382B (zh) | 2013-12-12 | 2013-12-12 | 用于北斗导航搜救系统的基于xml的数据通信方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310681955.3A CN103716382B (zh) | 2013-12-12 | 2013-12-12 | 用于北斗导航搜救系统的基于xml的数据通信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103716382A true CN103716382A (zh) | 2014-04-09 |
CN103716382B CN103716382B (zh) | 2017-02-22 |
Family
ID=50408952
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310681955.3A Expired - Fee Related CN103716382B (zh) | 2013-12-12 | 2013-12-12 | 用于北斗导航搜救系统的基于xml的数据通信方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103716382B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104581641A (zh) * | 2015-01-31 | 2015-04-29 | 哈尔滨理工大学 | 基于手机的地震救援网络系统 |
WO2018032384A1 (zh) * | 2016-08-16 | 2018-02-22 | 邹霞 | 面向内容的智能导航系统及其方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080242261A1 (en) * | 2007-03-30 | 2008-10-02 | Masahiro Shimanuki | Emergency rescue system, emergency rescue method, mobile phone device for emergency rescue, and computer program product for emergency rescue |
CN101916270A (zh) * | 2010-08-09 | 2010-12-15 | 北京邮电大学 | 旅游导航与救援系统服务器端的设计与实现 |
US20120098699A1 (en) * | 2010-10-22 | 2012-04-26 | Thales | Method and System for the Geolocation of a Radio Beacon in a Search and Rescue System |
CN102610067A (zh) * | 2012-02-29 | 2012-07-25 | 深圳市赛格导航科技股份有限公司 | 一种基于gps的警情处理方法及系统 |
-
2013
- 2013-12-12 CN CN201310681955.3A patent/CN103716382B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080242261A1 (en) * | 2007-03-30 | 2008-10-02 | Masahiro Shimanuki | Emergency rescue system, emergency rescue method, mobile phone device for emergency rescue, and computer program product for emergency rescue |
CN101916270A (zh) * | 2010-08-09 | 2010-12-15 | 北京邮电大学 | 旅游导航与救援系统服务器端的设计与实现 |
US20120098699A1 (en) * | 2010-10-22 | 2012-04-26 | Thales | Method and System for the Geolocation of a Radio Beacon in a Search and Rescue System |
CN102610067A (zh) * | 2012-02-29 | 2012-07-25 | 深圳市赛格导航科技股份有限公司 | 一种基于gps的警情处理方法及系统 |
Non-Patent Citations (1)
Title |
---|
刘水等: "北斗系统搜救体系的应用探索", 《技术应用》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104581641A (zh) * | 2015-01-31 | 2015-04-29 | 哈尔滨理工大学 | 基于手机的地震救援网络系统 |
CN104581641B (zh) * | 2015-01-31 | 2018-11-09 | 哈尔滨理工大学 | 基于手机的地震救援网络系统 |
WO2018032384A1 (zh) * | 2016-08-16 | 2018-02-22 | 邹霞 | 面向内容的智能导航系统及其方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103716382B (zh) | 2017-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9635534B2 (en) | Method and system for an emergency location information service (E-LIS) from automated vehicles | |
US11146914B2 (en) | Providing status of user devices associated with a biohazard | |
US9094816B2 (en) | Method and system for an emergency location information service (E-LIS) from unmanned aerial vehicles (UAV) | |
US10511950B2 (en) | Method and system for an emergency location information service (E-LIS) for Internet of Things (IoT) devices | |
US10856127B2 (en) | Method and system for an emergency location information service (E-LIS) for water-based network devices | |
CN104133455A (zh) | 基于北斗/gps与gis集成应用的森林防火控制系统 | |
Carreras-Coch et al. | Communication technologies in emergency situations | |
CN102387215B (zh) | 基于关系对象的信息分享方法及系统 | |
CN104753583A (zh) | 用于公共应急安全中的标绘数据采集系统及方法 | |
CN103716382A (zh) | 用于北斗导航搜救系统的基于xml的数据通信方法 | |
Abrajano et al. | Demonstrations of post-disaster resilient communications and decision-support platform with UAVs, ground teams and vehicles using delay-tolerant information networks on sub-GHz frequencies | |
CN102984655A (zh) | 基于手持移动设备的求助信息推送装置及方法 | |
JP2010510478A (ja) | 海上レスキュー位置の記録システム | |
EP2485532A1 (en) | Method, system and apparatus for acquiring cell location information | |
CN105873197B (zh) | 一种智能管理信息传输的方法及装置 | |
Georgopoulos et al. | Location awareness rescue system: Support for mountain rescue teams | |
JP2003143048A (ja) | 移動体間通信装置及び移動体間通信方法 | |
CN209560088U (zh) | 一种基于nb-iot和北斗rdss人员位置监控的终端 | |
CN106714096A (zh) | 一种基于蓝牙的手机应急定位系统及方法 | |
KR101681576B1 (ko) | 재난 상황 발생 시, 임시 연락처를 통한 커뮤니케이션 네트워크 구축 시스템, 방법 및 서버 | |
CN214901322U (zh) | 一种基于LoRa通讯技术的无人机智能配送货柜装置 | |
Zamora et al. | SOS Message Distribution for Searching Disaster Victims | |
Hussain et al. | Towards a robust rescue network: Wireless communication is the choice | |
JP2005027329A5 (zh) | ||
CN107945547A (zh) | 一种交通管理系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170222 Termination date: 20171212 |