CN103064889A - 快速响应gps查询的方法 - Google Patents
快速响应gps查询的方法 Download PDFInfo
- Publication number
- CN103064889A CN103064889A CN2012105306103A CN201210530610A CN103064889A CN 103064889 A CN103064889 A CN 103064889A CN 2012105306103 A CN2012105306103 A CN 2012105306103A CN 201210530610 A CN201210530610 A CN 201210530610A CN 103064889 A CN103064889 A CN 103064889A
- Authority
- CN
- China
- Prior art keywords
- task
- gps
- priority
- inquiry
- resolved
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000001514 detection method Methods 0.000 claims abstract description 4
- 238000004458 analytical method Methods 0.000 claims description 7
- 241001269238 Data Species 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001684 chronic effect Effects 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
Landscapes
- Position Fixing By Use Of Radio Waves (AREA)
- Navigation (AREA)
Abstract
本发明涉及GPS系统,尤其是关于服务端快速响应客户端的GPS查询的方法。一种快速响应GPS查询的方法,包括如下步骤:(1)客户端向服务端发出GPS查询请求;(2)服务端根据GPS查询请求的数据信息在数据库查询所要查询的GPS数据,如果无法查询到,则返回无法查询指令并在客户端进行提示,如果查询到,则进行如下处理:服务端将GPS查询分为不同任务类型,不同类型分别对应不同的优先级;同时服务端创建2个线程:任务检测线程和地图处理线程,来进行不同优先级的任务处理;(3)服务端将地图处理线程中正在处理的任务的GPS数据进行解析,将解析后的数据更新到客户端的界面上。本发明可以使服务端针对客户端的GPS查询进行快速响应,且避免服务端进程挂掉的发生。
Description
技术领域
本发明涉及GPS系统,尤其是关于服务端快速响应客户端的GPS查询的方法。
背景技术
随着汽车行业的不断发展,大量的车辆都装有GPS设备(即客户端),客户对于车辆的实时位置也要求的越来越准确,如果许多客户同时查询车辆位置或者查看车辆的历史行驶记录,这些都需要解析出车辆的具体位置,将这些位置显示在地图上,这就导致服务端许多任务同时请求过来,同时处理许多任务,可能会导致服务端进程挂掉,详细位置解析的也可能不够详细,所以要考虑哪些任务优先处理,哪些任务延迟处理,用什么样的处理机制去处理这些任务,让客户不用等待很长时间,解析出的位置也更准确,效率也更高。
发明内容
因此,本发明提出一种快速响应GPS查询的方法,可以使服务端针对客户端的GPS查询进行快速响应,且避免服务端进程挂掉的发生。
本发明具体采用如下技术方案:
快速响应GPS查询的方法,包括如下步骤:
(1)客户端向服务端发出GPS查询请求;
(2)服务端根据GPS查询请求的数据信息在数据库查询所要查询的GPS数据,如果无法查询到,则返回无法查询指令并在客户端进行提示,如果查询到,则进行如下处理:服务端将GPS查询分为不同任务类型,不同类型分别对应不同的优先级;同时服务端创建2个线程:任务检测线程和地图处理线程,来进行不同优先级的任务处理;
(3)服务端将地图处理线程中正在处理的任务的GPS数据进行解析,将解析后的数据更新到客户端的界面上。
进一步的,服务端将GPS查询分为5种任务类型:UDP请求地图解析、DB点请求解析、DB请求某车辆状态解析、DB请求历史记录解析、空闲时间解析,不同类型分别对应不同的优先级,分别是:UDP请求地图解析是I级,DB点请求解析II级,DB请求某车辆状态解析是III级,DB请求历史记录解析是IV级,空闲时间解析是V级,其中I级的优先级最高,V的优先级最低。
进一步的,该任务检测线程进行任务类型的优先级检测处理,并将检测到的当前优先级最高的任务交给地图处理线程执行处理;该地图处理线程中,如果地图处理线程所处理的任务低于任务检测线程所检测的当前优先级最高的任务,则地图处理线程立即暂停当前所处理的低优先级任务,转而去处理高优先级任务,直到高优先级任务处理完,再回来处理刚才的低优先级任务,如果任务检测线程检测出的任务优先级和地图处理线程所检测的当前优先级最高的任务是同一级,则地图处理线程先处理手中的任务,而后再去处理检测线程检测出的任务。
本发明通过上述技术方案,可以让服务端快速响应客户端的GPS查询,同时也优化服务端而避免服务端进程挂掉的发生。通过该方法,GPS客户端的客户请求不用等待很长时间,同时解析出的地图位置也更准确,效率也更高。
具体实施方式
现结合具体实施方式对本发明进一步说明。
该实施例的方法,包括如下步骤:
(1)当客户要查询车辆信息时,则通过客户端向服务端发出GPS查询请求。
(2)服务端根据GPS查询请求的数据信息在数据库查询所要查询的GPS数据,如果无法查询到,则返回无法查询指令,并在客户端进行提示,如果查询到,则进入步骤(3),进行如下处理:
(3)服务端将GPS查询分为5种任务类型:UDP请求地图解析、DB点请求解析、DB请求某车辆状态解析、DB请求历史记录解析、空闲时间解析,不同类型分别对应不同的优先级,分别是:UDP请求地图解析是I级,DB点请求解析II级,DB请求某车辆状态解析是III级,DB请求历史记录解析是IV级,空闲时间解析是V级,其中I级的优先级最高,V的优先级最低,每个任务类型的优先级不同,处理顺序也就不同。具体如下:
UDP请求地图解析,即指接受的数据直接走UDP(User Datagram Protocol,用户数据报协议)方式,UDP是OSI参考模型中一种无连接的传输层协议,提供面向事物的简单不可靠信息传送服务。由于UDP不属于连接型协议,具有资源消耗小,处理速度快的优点,在数据传输方面速度更快,所以优先级应为最高。
DB(Date Base,数据库)点请求解析,即指当客户查询某车辆在某个时间点的具体位置时,请求发送后,取得数据库中所对应的经纬度等数据,将经纬度数据和客户端的电脑对应的IP发送给服务端,服务端对经纬度进行解析,在将解析的结果通过中间软件返回客户所使用的客户端,客户就可以查看到车辆历史点的具体信息。
DB请求某车辆状态解析,即指客户查询某车辆现在的实时状态或者具体位置,请求发送后,从数据库中取得对应的GPS数据,然后将经纬度数据和客户端的电脑对应的IP发送给服务端,服务端对经纬度进行解析,在将解析的结果通过中间软件返回客户所使用的客户端,客户就可以查看到车辆历史点的具体信息。
DB请求历史记录解析,即指客户查看历史某段时间段内车辆行驶的具体信息,请求发送后,从数据库中取得对应的时间段的所有GPS数据,然后将经纬度数据和客户端的电脑对应的IP发送给服务端,服务端对经纬度进行解析,因为历史记录解析的数据往往是大量的,要将所有GPS数据的经纬度在解析一遍,所需花费的时间很长,而且历史记录解析没有定位数据解析请求紧急,所以优先级应要低于前几个,需要等待优先级高的任务处理完成后在进行处理。
空闲时间解析,即指当进程处于空闲时,自动对历史GPS经纬度数据进行解析,以方便下次查询时可以直接取得对应的详细数据,因为这类请求很少,所以优先级最低。
优选的,优先级用数字表示,值越小,优先级越高,每相邻等级间隔值为3。
同时服务端创建2个线程:任务检测线程和地图处理线程。该任务检测线程进行任务类型的优先级检测处理,以确定哪个请求任务先处理,哪个任务后处理,并将检测到的当前优先级最高的任务交给地图处理线程执行处理。
该地图处理线程采用的是独立线程,防止解析大量数据的时候卡住主窗体,该地图处理线程中:如果地图处理线程所处理的任务低于任务检测线程所检测的当前优先级最高的任务,则地图处理线程立即暂停当前所处理的低优先级任务,转而去处理高优先级任务,直到高优先级任务处理完,再回来处理刚才的低优先级任务,如果任务检测线程检测出的任务优先级和地图处理线程所检测的当前优先级最高的任务是同一级,则地图处理线程先处理手中的任务,而后再去处理检测线程检测出的任务;
(4)服务端将地图处理线程中正在处理的任务的GPS数据进行解析,将解析后的数据更新到客户端的界面上。
尽管结合优选实施方案具体展示和介绍了本发明,但所属领域的技术人员应该明白,在不脱离所附权利要求书所限定的本发明的精神和范围内,在形式上和细节上可以对本发明做出各种变化,均为本发明的保护范围。
Claims (3)
1.快速响应GPS查询的方法,包括如下步骤:
(1)客户端向服务端发出GPS查询请求;
(2)服务端根据GPS查询请求的数据信息在数据库查询所要查询的GPS数据,如果无法查询到,则返回无法查询指令并在客户端进行提示,如果查询到,则进行如下处理:服务端将GPS查询分为不同任务类型,不同类型分别对应不同的优先级;同时服务端创建2个线程:任务检测线程和地图处理线程,来进行不同优先级的任务处理;
(3)服务端将地图处理线程中正在处理的任务的GPS数据进行解析,将解析后的数据更新到客户端的界面上。
2.根据权利要求1所述的快速响应GPS查询的方法,其特征在于:服务端将GPS查询分为5种任务类型:UDP请求地图解析、DB点请求解析、DB请求某车辆状态解析、DB请求历史记录解析、空闲时间解析,不同类型分别对应不同的优先级,分别是:UDP请求地图解析是I级,DB点请求解析II级,DB请求某车辆状态解析是III级,DB请求历史记录解析是IV级,空闲时间解析是V级,其中I级的优先级最高,V的优先级最低。
3.根据权利要求1所述的快速响应GPS查询的方法,其特征在于:该任务检测线程进行任务类型的优先级检测处理,并将检测到的当前优先级最高的任务交给地图处理线程执行处理;该地图处理线程中,如果地图处理线程所处理的任务低于任务检测线程所检测的当前优先级最高的任务,则地图处理线程立即暂停当前所处理的低优先级任务,转而去处理高优先级任务,直到高优先级任务处理完,再回来处理刚才的低优先级任务,如果任务检测线程检测出的任务优先级和地图处理线程所检测的当前优先级最高的任务是同一级,则地图处理线程先处理手中的任务,而后再去处理检测线程检测出的任务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012105306103A CN103064889A (zh) | 2012-12-11 | 2012-12-11 | 快速响应gps查询的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012105306103A CN103064889A (zh) | 2012-12-11 | 2012-12-11 | 快速响应gps查询的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103064889A true CN103064889A (zh) | 2013-04-24 |
Family
ID=48107519
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012105306103A Pending CN103064889A (zh) | 2012-12-11 | 2012-12-11 | 快速响应gps查询的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103064889A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109120486A (zh) * | 2018-08-28 | 2019-01-01 | 珠海格力电器股份有限公司 | WiFi模块数据传输方法、传输系统、智能家电数据传输系统 |
CN113010750A (zh) * | 2019-12-20 | 2021-06-22 | 深圳市帝迈生物技术有限公司 | 用于样本分析仪的查询方法、装置、样本分析仪及介质 |
CN113821708A (zh) * | 2020-06-19 | 2021-12-21 | 广东美的厨房电器制造有限公司 | 烹饪信息的获取方法、获取装置、终端和存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1378762A (zh) * | 1999-10-12 | 2002-11-06 | 塔斯金·萨卡亚 | 向移动台下载地理数据并显示地图 |
CN1484205A (zh) * | 2002-09-18 | 2004-03-24 | 王舜清 | 高智能实时交通管理的装置及方法 |
CN1904935A (zh) * | 2005-07-26 | 2007-01-31 | 同济大学 | 用网格技术实现交通信息服务的系统和方法 |
CN101287215A (zh) * | 2008-05-26 | 2008-10-15 | 深圳华为通信技术有限公司 | 一种基于终端位置触发终端事件的方法、系统和装置 |
CN101469996A (zh) * | 2007-12-29 | 2009-07-01 | 厦门雅迅网络股份有限公司 | 一种具有大容量的图片保存管理和传输功能的gps车载终端系统 |
CN101976205A (zh) * | 2010-05-27 | 2011-02-16 | 福州开睿动力通信科技有限公司 | 基于电子地图技术的对讲手机任务调度管理系统及方法 |
-
2012
- 2012-12-11 CN CN2012105306103A patent/CN103064889A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1378762A (zh) * | 1999-10-12 | 2002-11-06 | 塔斯金·萨卡亚 | 向移动台下载地理数据并显示地图 |
CN1484205A (zh) * | 2002-09-18 | 2004-03-24 | 王舜清 | 高智能实时交通管理的装置及方法 |
CN1904935A (zh) * | 2005-07-26 | 2007-01-31 | 同济大学 | 用网格技术实现交通信息服务的系统和方法 |
CN101469996A (zh) * | 2007-12-29 | 2009-07-01 | 厦门雅迅网络股份有限公司 | 一种具有大容量的图片保存管理和传输功能的gps车载终端系统 |
CN101287215A (zh) * | 2008-05-26 | 2008-10-15 | 深圳华为通信技术有限公司 | 一种基于终端位置触发终端事件的方法、系统和装置 |
CN101976205A (zh) * | 2010-05-27 | 2011-02-16 | 福州开睿动力通信科技有限公司 | 基于电子地图技术的对讲手机任务调度管理系统及方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109120486A (zh) * | 2018-08-28 | 2019-01-01 | 珠海格力电器股份有限公司 | WiFi模块数据传输方法、传输系统、智能家电数据传输系统 |
CN113010750A (zh) * | 2019-12-20 | 2021-06-22 | 深圳市帝迈生物技术有限公司 | 用于样本分析仪的查询方法、装置、样本分析仪及介质 |
CN113821708A (zh) * | 2020-06-19 | 2021-12-21 | 广东美的厨房电器制造有限公司 | 烹饪信息的获取方法、获取装置、终端和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3772862B1 (en) | Vehicle information interacting method, device, apparatus and storage medium | |
US10235878B2 (en) | Intelligent traffic cloud control system | |
CN107872528B (zh) | 消息推送方法及装置 | |
US8649962B2 (en) | Planning a route for a convoy of automobiles | |
CA2760342C (en) | Management of roadside service requests | |
RU2017135412A (ru) | Управление навигацией транспортных средств через перекресток | |
EP4047841B1 (en) | Method for measuring sensing range of vehicle, apparatus and medium | |
US10425502B2 (en) | System and method for acquiring, processing and updating global information | |
CN112735124A (zh) | 交通数据的分析方法、装置、设备、车辆及存储介质 | |
US9640074B2 (en) | Permissions-based tracking of vehicle positions and arrival times | |
EP2843642A1 (en) | System and method for providing traffic information | |
CN104683457A (zh) | 并发控制的方法及装置 | |
US20170374154A1 (en) | Generating a response to a client device in an internet of things domain | |
WO2013131428A1 (zh) | 一种交通信息发布方法、装置及系统 | |
CN103064889A (zh) | 快速响应gps查询的方法 | |
WO2019014879A1 (en) | SYSTEMS AND METHODS FOR DETERMINING RECOMMENDED INFORMATION OF A SERVICE REQUEST | |
CA2791714C (en) | Method, system and apparatus for determining geofence data based on estimated time of arrival | |
EP1426879B1 (en) | Building a geographic database | |
CN113347275A (zh) | 一种基于用户终端地理坐标的边缘节点调度方法和系统 | |
CN117369427A (zh) | 一种自动驾驶可视化方法、装置、系统及存储介质 | |
US20200396227A1 (en) | Extending arrival estimates using continuous data streams | |
US11626024B2 (en) | Distributed connected aircraft cockpit flight management system as a network node with API service capabtilities | |
CN110365599B (zh) | 一种Openflow交换机转发通道快速更新系统及其方法 | |
US20200394609A1 (en) | Reassigned delivery protocol | |
JP2021071424A (ja) | 機能通知装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130424 |