本發(fā)明屬于智能導(dǎo)游導(dǎo)覽系統(tǒng)的技術(shù)領(lǐng)域，特別是涉及一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法。

背景技術(shù)：

隨著生活水平的不斷提高，國(guó)民對(duì)旅游的熱情和投入不斷高漲，尤其是隨著汽車等交通工具的普及，自駕游在人數(shù)每年在呈現(xiàn)快速遞增的狀態(tài)。語(yǔ)言不通、游得不深入、私密性和自由度不夠等，是不少游客都遇到過的問題，尤其一些帶老人和孩子出游的家庭，更需要針對(duì)性服務(wù)。隨著智能終端、移動(dòng)網(wǎng)絡(luò)的高度發(fā)展，傳統(tǒng)旅游行業(yè)與移動(dòng)互聯(lián)網(wǎng)產(chǎn)業(yè)的融合速度加快，用戶只需動(dòng)動(dòng)手指，就可以隨時(shí)把握最新的旅游資訊、旅游攻略、景點(diǎn)，實(shí)時(shí)查機(jī)票、酒店、訂門票等服務(wù)，移動(dòng)旅游成為了當(dāng)下旅游業(yè)的關(guān)鍵詞。對(duì)于游客來(lái)說(shuō)，移動(dòng)旅游的興起大大提升了出行體驗(yàn)度，對(duì)于拉動(dòng)地方旅游業(yè)、餐飲業(yè)、娛樂業(yè)的發(fā)展同樣有著積極作用景區(qū)智能導(dǎo)游導(dǎo)覽能更大程度地滿足客戶需求，用戶獲得較好旅游體驗(yàn)也能增加用戶黏性，可以為在線旅游市場(chǎng)創(chuàng)造良性循環(huán)。

雖然各種在線旅游應(yīng)用層出不窮，但這類應(yīng)用主要面向景區(qū)外市場(chǎng)，主要是做景區(qū)的導(dǎo)流，即通過為景區(qū)導(dǎo)入游客、通過票務(wù)合作、酒店合作來(lái)獲利。但景區(qū)內(nèi)的服務(wù)市場(chǎng)目前基本是空白的。景區(qū)導(dǎo)游導(dǎo)覽的基礎(chǔ)工作是景區(qū)景點(diǎn)、推薦游覽線路的測(cè)量和基礎(chǔ)數(shù)據(jù)的規(guī)范化，在全球衛(wèi)星定位系統(tǒng)或無(wú)線熱點(diǎn)的支持下，將用戶或移動(dòng)設(shè)備從一個(gè)景點(diǎn)導(dǎo)引到另一個(gè)景點(diǎn)的過程。本公司已授權(quán)專利公開號(hào)為CN105025101A的專利文獻(xiàn)提出了一種基于手繪地圖的Android系統(tǒng)的智能導(dǎo)游導(dǎo)覽系統(tǒng)，采用第一種方式進(jìn)行數(shù)據(jù)采集，該系統(tǒng)包括：移動(dòng)端、接口服務(wù)器和數(shù)據(jù)管理系統(tǒng)；移動(dòng)端通過網(wǎng)絡(luò)與接口服務(wù)器及數(shù)據(jù)管理系統(tǒng)進(jìn)行通信；移動(dòng)端包括界面模塊、數(shù)據(jù)存儲(chǔ)模塊、通信模塊、導(dǎo)航服務(wù)模塊及業(yè)務(wù)邏輯模塊，界面模塊與業(yè)務(wù)邏輯模塊進(jìn)行通信，業(yè)務(wù)邏輯模塊分別與數(shù)據(jù)存儲(chǔ)模塊及通信模塊通信，導(dǎo)航服務(wù)模塊將導(dǎo)航數(shù)據(jù)分別傳至界面模塊及數(shù)據(jù)存儲(chǔ)模塊，通信模塊與接口服務(wù)器進(jìn)行通信同時(shí)將數(shù)據(jù)傳至數(shù)據(jù)存儲(chǔ)模塊；本系統(tǒng)基于手繪地圖的Android系統(tǒng)的智能導(dǎo)游導(dǎo)覽系統(tǒng)，旨在為用戶提供全面有效的旅游自助服務(wù)。由于本系統(tǒng)具有對(duì)用戶定位的功能，能夠?qū)崿F(xiàn)自主景點(diǎn)語(yǔ)音播放、游覽線路規(guī)劃和預(yù)警消息推送。

但是，其在游覽線路規(guī)劃的處理上以及不同縮放比例下手繪地圖顯示的處理上存在一定的不足。在游覽線路規(guī)劃的處理上，其景區(qū)基礎(chǔ)資料模塊中僅包括推薦線路數(shù)據(jù)庫(kù)，即用戶僅能夠選擇一種特定游覽線路，系統(tǒng)顯示路線在景區(qū)的經(jīng)典的連接方式，起始點(diǎn)的距離。無(wú)法滿足多種用戶的不同需求。且現(xiàn)有的移動(dòng)設(shè)備配置參差不齊，特別是搭載Android系統(tǒng)的移動(dòng)手機(jī)，更為突出，除了各個(gè)廠家生產(chǎn)的移動(dòng)設(shè)備的內(nèi)存不同外，還有不同手機(jī)的屏幕大小也是參差不齊，現(xiàn)有的基于Android系統(tǒng)的智能導(dǎo)游導(dǎo)覽系統(tǒng)無(wú)法解決移動(dòng)設(shè)備的這種配置不統(tǒng)一。在不同縮放比例下手繪地圖顯示的處理上，當(dāng)?shù)貓D放大到一定程度時(shí)會(huì)出現(xiàn)加載速度變慢使得地圖不能完整的顯示等問題，這也極大的影響了用戶的體驗(yàn)，CN105025101A的專利文獻(xiàn)為了提高手繪地圖的加載速度，將地圖切片為256*256的柵格圖片，從第一級(jí)整個(gè)世界一個(gè)地圖塊，按照比例尺倍增的方式放大。在現(xiàn)有技術(shù)中，為了解決地圖加載速度慢的問題，在不同縮放比例下地圖均使用切片地圖的方式進(jìn)行顯示。但是，這種方式地圖切片的數(shù)量十分龐大，且切片地圖需要實(shí)時(shí)渲染，導(dǎo)致服務(wù)器壓力大。其次，現(xiàn)有智能導(dǎo)游導(dǎo)覽系統(tǒng)的地圖中廁所、停車場(chǎng)、商店、景區(qū)出入口等小的地理坐標(biāo)并未被地圖標(biāo)出，使自駕游的游客在遇到緊急問題時(shí)不能馬上得到解決。

綜上所述，現(xiàn)有技術(shù)中對(duì)于如何解決現(xiàn)有智能導(dǎo)游導(dǎo)覽系統(tǒng)中游覽線路規(guī)劃不完善、移動(dòng)設(shè)備配置不統(tǒng)一的問題，以及如何提高智能導(dǎo)游導(dǎo)覽系統(tǒng)中不同比例下地圖分類顯示的用戶體驗(yàn)度的問題，尚缺乏有效的解決方案。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明為了克服現(xiàn)有技術(shù)中對(duì)于如何解決現(xiàn)有智能導(dǎo)游導(dǎo)覽系統(tǒng)中游覽線路規(guī)劃不完善、移動(dòng)設(shè)備配置不統(tǒng)一的問題，以及如何提高智能導(dǎo)游導(dǎo)覽系統(tǒng)中不同比例下地圖分類顯示的用戶體驗(yàn)度的問題，提供一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法。

為了實(shí)現(xiàn)上述目的，本發(fā)明采用如下技術(shù)方案：

一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)，該系統(tǒng)包括PC端、移動(dòng)端、接口服務(wù)器和數(shù)據(jù)管理系統(tǒng)；PC端、移動(dòng)端分別通過接口服務(wù)器與數(shù)據(jù)管理系統(tǒng)進(jìn)行通信；

所述PC端被配置為手繪地圖的切片化處理及渲染，以及手動(dòng)獲取手繪地圖中坐標(biāo)點(diǎn)形成初始化的路線數(shù)據(jù)集合的電腦終端；

所述移動(dòng)端被配置為手繪地圖的分類顯示，接收數(shù)據(jù)管理系統(tǒng)中的地圖信息，當(dāng)?shù)貓D放大到一定比例時(shí)調(diào)用切片地圖，未超過該比例時(shí)就調(diào)用整張地圖；以及基于手繪地圖的路徑模式的選擇、坐標(biāo)點(diǎn)的選取、區(qū)域的定位和多路線信息顯示的移動(dòng)終端；所述移動(dòng)端將選擇的路徑模式信息、選取的坐標(biāo)點(diǎn)信息和定位的區(qū)域定位信息通過所述接口服務(wù)器上傳至所述數(shù)據(jù)管理系統(tǒng)，同時(shí)，所述移動(dòng)端接收所述數(shù)據(jù)管理系統(tǒng)下發(fā)的信息顯示在手繪地圖上；

所述數(shù)據(jù)管理系統(tǒng)被配置為地圖管理模塊和根據(jù)不同的路徑模式分配不同的數(shù)據(jù)管理模塊的后臺(tái)數(shù)據(jù)庫(kù)。

所述移動(dòng)端為Android系統(tǒng)的移動(dòng)終端，或IOS系統(tǒng)的移動(dòng)終端。

進(jìn)一步的，所述數(shù)據(jù)管理系統(tǒng)包括手繪地圖管理模塊和手繪地圖切片管理模塊，所述數(shù)據(jù)管理系統(tǒng)接收所述PC端傳輸?shù)匿秩竞蟮膱D片格式的手繪地圖，并按照切片地圖和整張地圖的不同分類分別存儲(chǔ)于手繪地圖切片管理模塊、手繪地圖管理模塊。

進(jìn)一步的，所述路徑模式包括最短路線模式、經(jīng)典路線模式、暢游路線模式和自定義路線模式；

所述數(shù)據(jù)管理系統(tǒng)包括最短路線數(shù)據(jù)管理模塊、經(jīng)典路線數(shù)據(jù)管理模塊、暢游路線數(shù)據(jù)管理模塊和自定義路線數(shù)據(jù)管理模塊。

進(jìn)一步的，所述移動(dòng)端包括：

界面模塊，界面模塊被配置為用戶進(jìn)行路徑模式的選擇、坐標(biāo)點(diǎn)的選取，和多路線信息顯示的模塊，所述界面模塊用于顯示單條路線、同時(shí)顯示多條路線以及路線顯示隱藏的自由切換；

和

地圖管理模塊，地圖管理模塊被配置為支持游客的離線使用手繪地圖，地圖管理模塊根據(jù)區(qū)域下載或刪除地圖數(shù)據(jù)包，地圖數(shù)據(jù)包中包括jpg或者bmp格式的整張地圖、以及jpg或者bmp格式的切片地圖；

和

ID設(shè)置模塊，ID設(shè)置模塊為每條路線設(shè)置不同于其他路線的唯一的ID，并標(biāo)注該道路ID所屬景區(qū)的模塊；

和

導(dǎo)航服務(wù)模塊，導(dǎo)航服務(wù)模塊被配置為定位所述移動(dòng)端的當(dāng)前地理位置，并將當(dāng)前地理位置標(biāo)注于手繪地圖上；

和

線路權(quán)重計(jì)算模塊，線路權(quán)重計(jì)算模塊被配置為根據(jù)數(shù)據(jù)管理系統(tǒng)中的歷史數(shù)據(jù)對(duì)不同的線路添加不同權(quán)重的模塊。

進(jìn)一步的，所述導(dǎo)航服務(wù)模塊中包括GPS定位模塊和網(wǎng)絡(luò)定位模塊；

網(wǎng)絡(luò)定位模塊包括WiFi定位模塊和基站定位模塊。

進(jìn)一步的，所述移動(dòng)端包括：

最短路線規(guī)劃模塊，最短路線規(guī)劃模塊計(jì)算用戶選取坐標(biāo)點(diǎn)間的最短路線，并將計(jì)算得到的最短路線存儲(chǔ)于最短路線數(shù)據(jù)管理模塊，或直接根據(jù)最短路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供最短路線的規(guī)劃和交互功能；

和

經(jīng)典路線規(guī)劃模塊，經(jīng)典路線規(guī)劃模塊通過計(jì)算用戶游覽最多的路線，并將該路線存儲(chǔ)于經(jīng)典路線數(shù)據(jù)管理模塊，或直接根據(jù)經(jīng)典路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供經(jīng)典路線的規(guī)劃和交互功能；

和

暢游路線規(guī)劃模塊，暢游路線規(guī)劃模塊通過計(jì)算用戶游覽最多的景點(diǎn)，規(guī)劃出游覽最多景點(diǎn)間的路線形成暢游路線，并將該路線存儲(chǔ)于暢游路線數(shù)據(jù)管理模塊，或直接根據(jù)暢游路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供經(jīng)典路線的規(guī)劃和交互功能；

和

自定義路線規(guī)劃模塊，自定義路線規(guī)劃模塊根據(jù)用戶需求，通過設(shè)置多個(gè)虛擬可拖拽點(diǎn)，支持用戶對(duì)虛擬可拖拽點(diǎn)的自定義拖拽，形成新的用戶自定義路線，并將自定義路線存儲(chǔ)于自定義路線數(shù)據(jù)管理模塊。

本發(fā)明為了克服的現(xiàn)有技術(shù)中智能導(dǎo)游導(dǎo)覽系統(tǒng)中游覽線路規(guī)劃不完善問題，以及智能導(dǎo)游導(dǎo)覽系統(tǒng)基于的移動(dòng)設(shè)備配置不統(tǒng)一的問題，提供一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法。

為了實(shí)現(xiàn)上述目的，本發(fā)明采用如下技術(shù)方案：

一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽方法，該方法基于所述系統(tǒng)，該方法包括以下步驟：

(1)在PC端中將整張手繪地圖根據(jù)切片算法切片成為柵格地圖，并將整張手繪地圖和切片后的柵格地圖渲染生成圖片格式的整張地圖和圖片格式的切片地圖，將圖片格式的整張地圖傳輸存儲(chǔ)于數(shù)據(jù)管理系統(tǒng)中的手繪地圖管理模塊，將圖片格式的切片地圖傳輸存儲(chǔ)于數(shù)據(jù)管理系統(tǒng)中的手繪地圖切片管理模塊；

在PC端中，獲取手繪地圖中各個(gè)路線上的坐標(biāo)點(diǎn)，并將各個(gè)路線的坐標(biāo)點(diǎn)通過接口服務(wù)器存儲(chǔ)于數(shù)據(jù)管理系統(tǒng)中；

(2)將每條路線設(shè)置不同于其他道路的唯一的ID，并標(biāo)注該路線ID所屬景區(qū)的模塊，并統(tǒng)計(jì)歷史數(shù)據(jù)將不同路線設(shè)置不同的權(quán)重；

(3)在移動(dòng)端根據(jù)手繪地圖放大到一定比例時(shí)調(diào)用切片地圖，未超過該比例時(shí)調(diào)用整張地圖的原則加載手繪地圖，用戶選擇路徑模式的不同，采用基于知識(shí)的遺傳算法按照不同路徑模式進(jìn)行路徑規(guī)劃，并顯示于手繪地圖上；

(4)用戶可根據(jù)需要自由切換不同路徑模式的線路，或多線路同時(shí)顯示。

進(jìn)一步的，所述步驟(1)中在PC端中將整張手繪地圖根據(jù)切片算法切片成為柵格地圖的具體步驟為：

(1-1)在整張手繪地圖中確定切片原點(diǎn)，采用左上角作為切片原點(diǎn)，定義第一個(gè)256*256的切片地圖的位置；

(1-2)確定切片分辨率和切片比例尺，定義一個(gè)256*256的切片地圖的實(shí)際坐標(biāo)；

(1-3)確定初始化切片地圖的范圍，即整張手繪地圖，定義在步驟(1-2)確定的切片分辨率下256*256的切片地圖的總數(shù)量；

(1-4)利用ArcMap發(fā)布切片地圖服務(wù)。

進(jìn)一步的，所述步驟(1)中獲取手繪地圖中一個(gè)路線上的坐標(biāo)點(diǎn)的具體步驟：

使用地圖取點(diǎn)工具手動(dòng)快捷獲取手繪地圖上的坐標(biāo)點(diǎn)，將獲取的坐標(biāo)點(diǎn)按照獲取順序存放入數(shù)據(jù)集合中，獲取完一條路線的坐標(biāo)點(diǎn)后，利用手繪地圖覆蓋層，將路線繪制到手繪地圖的準(zhǔn)確位置上，并將該條路線的坐標(biāo)點(diǎn)通過接口服務(wù)器存儲(chǔ)于數(shù)據(jù)管理系統(tǒng)中；

每?jī)蓚€(gè)坐標(biāo)點(diǎn)繪制成一小段路線，小路線與小路線之間拼接起來(lái)構(gòu)成一條完整的沒有棱角的足夠圓潤(rùn)的路線。

進(jìn)一步的，所述步驟(2)中，線路權(quán)重計(jì)算模塊根據(jù)數(shù)據(jù)管理系統(tǒng)中的歷史數(shù)據(jù)對(duì)不同的線路添加不同權(quán)重的模塊，權(quán)重的計(jì)算根據(jù)線路用戶游覽數(shù)量的大小進(jìn)行設(shè)置。

進(jìn)一步的，所述步驟(3)中，

若用戶選擇最短路線模式，最短路線規(guī)劃模塊計(jì)算用戶選取起始坐標(biāo)點(diǎn)與終止坐標(biāo)點(diǎn)間的最短路線，并將計(jì)算得到的最短路線存儲(chǔ)于最短路線數(shù)據(jù)管理模塊，若最短路線數(shù)據(jù)管理模塊中存在用戶選取起始坐標(biāo)點(diǎn)與終止坐標(biāo)點(diǎn)間的最短路線，則直接根據(jù)最短路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供最短路線的規(guī)劃和交互功能；

若用戶選擇經(jīng)典路線模式，經(jīng)典路線規(guī)劃模塊通過計(jì)算用戶游覽最多的路線，并將該路線存儲(chǔ)于經(jīng)典路線數(shù)據(jù)管理模塊，若經(jīng)典路線數(shù)據(jù)管理模塊存在游覽最多的路線，則直接根據(jù)經(jīng)典路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供經(jīng)典路線的規(guī)劃和交互功能；

若用戶選擇暢游路線模式，暢游路線規(guī)劃模塊通過計(jì)算用戶游覽最多的景點(diǎn)，規(guī)劃出游覽最多景點(diǎn)間的路線形成暢游路線，并將該路線存儲(chǔ)于暢游路線數(shù)據(jù)管理模塊，若暢游路線數(shù)據(jù)管理模塊存在暢游路線，則直接根據(jù)暢游路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供經(jīng)典路線的規(guī)劃和交互功能；

若用戶選擇自定義路線模式，自定義路線規(guī)劃模塊根據(jù)用戶需求，通過設(shè)置多個(gè)虛擬可拖拽點(diǎn)，支持用戶對(duì)虛擬可拖拽點(diǎn)的自定義拖拽，形成新的用戶自定義路線，并將自定義路線存儲(chǔ)于自定義路線數(shù)據(jù)管理模塊。

進(jìn)一步的，所述步驟(4)中，自由切換不同路徑模式的線路的具體步驟為：將手繪地圖上已經(jīng)有的路徑模式的路線清除，然后根據(jù)用戶選擇的路徑模式根據(jù)所述步驟(3)中的步驟繪制新的路線；

所述步驟(4)中，多線路同時(shí)顯示的具體步驟為：

按照路徑模式的順序依次繪制不同路徑模式的路線，直至選擇路徑模式的路線全部顯示于手繪地圖上。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果：

1、本發(fā)明的一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法，在PC端中將整張手繪地圖根據(jù)切片算法切片成為柵格地圖，并將整張手繪地圖和切片后的柵格地圖渲染生成圖片格式的整張地圖和圖片格式的切片地圖，在移動(dòng)端根據(jù)手繪地圖放大到一定比例時(shí)調(diào)用切片地圖，未超過該比例時(shí)調(diào)用整張地圖的原則加載手繪地圖，打破了為提高地圖加載速度每一級(jí)縮放比例下均進(jìn)行地圖切片的技術(shù)偏見，在保障圖片加載速度、提高用戶體驗(yàn)的基礎(chǔ)上，平衡了服務(wù)器的壓力，在不需要實(shí)時(shí)的進(jìn)行渲染大大減少了服務(wù)器的壓力的同時(shí)提高了用戶體驗(yàn)、縮短了訪問時(shí)間；

2、本發(fā)明的一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法，所述移動(dòng)端包括最短路線規(guī)劃模塊、經(jīng)典路線規(guī)劃模塊、暢游路線規(guī)劃模塊和自定義路線規(guī)劃模塊，不僅僅局限于向用戶提供一種特定游覽線路，而是面向用戶、根據(jù)用戶實(shí)際需要選擇一種或多種路線顯示于手繪地圖中，滿足多種用戶的不同需求；

3、本發(fā)明的一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法；該系統(tǒng)的移動(dòng)端線路權(quán)重計(jì)算模塊，線路權(quán)重計(jì)算模塊被配置為根據(jù)數(shù)據(jù)管理系統(tǒng)中的歷史數(shù)據(jù)對(duì)不同的線路添加不同權(quán)重的模塊；根據(jù)用戶選擇路徑模式的不同，采用基于知識(shí)的遺傳算法按照不同路徑模式進(jìn)行路徑規(guī)劃，有效解決了現(xiàn)有的基于Android系統(tǒng)的智能導(dǎo)游導(dǎo)覽系統(tǒng)移動(dòng)設(shè)備的配置不統(tǒng)一。

附圖說(shuō)明

構(gòu)成本申請(qǐng)的一部分的說(shuō)明書附圖用來(lái)提供對(duì)本申請(qǐng)的進(jìn)一步理解，本申請(qǐng)的示意性實(shí)施例及其說(shuō)明用于解釋本申請(qǐng)，并不構(gòu)成對(duì)本申請(qǐng)的不當(dāng)限定。

圖1為本發(fā)明放大比例為14的手繪地圖示意圖；

圖2為本發(fā)明放大比例為15的手繪地圖示意圖；

圖3為本發(fā)明放大比例為16的手繪地圖示意圖；

圖4為本發(fā)明放大比例為17的手繪地圖示意圖；

圖5為本發(fā)明放大比例為18的手繪地圖示意圖；

圖6為本發(fā)明實(shí)施例1的導(dǎo)游導(dǎo)覽路線的手繪地圖示意圖；

圖7為本發(fā)明獲取地圖道路坐標(biāo)工具示意圖；

圖8為本發(fā)明最小比例的手繪地圖示意圖；

圖9為本發(fā)明廁所定位手繪地圖示意圖；

其中，1-規(guī)劃路線，2-道路拐點(diǎn)，3-取得的坐標(biāo)點(diǎn)，4-虛擬可拖拽點(diǎn)，5-取得的數(shù)據(jù)集合，6-廁所。

具體實(shí)施方式：

應(yīng)該指出，以下詳細(xì)說(shuō)明都是例示性的，旨在對(duì)本申請(qǐng)?zhí)峁┻M(jìn)一步的說(shuō)明。除非另有指明，本文使用的所有技術(shù)和科學(xué)術(shù)語(yǔ)具有與本申請(qǐng)所屬技術(shù)領(lǐng)域的普通技術(shù)人員通常理解的相同含義。

需要注意的是，這里所使用的術(shù)語(yǔ)僅是為了描述具體實(shí)施方式，而非意圖限制根據(jù)本申請(qǐng)的示例性實(shí)施方式。如在這里所使用的，除非上下文另外明確指出，否則單數(shù)形式也意圖包括復(fù)數(shù)形式，此外，還應(yīng)當(dāng)理解的是，當(dāng)在本說(shuō)明書中使用術(shù)語(yǔ)“包含”和/或“包括”時(shí)，其指明存在特征、步驟、操作、器件、組件和/或它們的組合。

在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。下面結(jié)合附圖與實(shí)施例對(duì)本發(fā)明作進(jìn)一步說(shuō)明。

實(shí)施例1：

正如背景技術(shù)所介紹的，現(xiàn)有技術(shù)中智能導(dǎo)游導(dǎo)覽系統(tǒng)中游覽線路規(guī)劃不完善問題，以及智能導(dǎo)游導(dǎo)覽系統(tǒng)基于的移動(dòng)設(shè)備配置不統(tǒng)一的問題，提供一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法。

智能導(dǎo)游導(dǎo)覽系統(tǒng)的本質(zhì)是移動(dòng)端接收到位置參數(shù)與手繪地圖上某一個(gè)位置匹配的過程，因此，手繪地圖的坐標(biāo)參考系和GPS發(fā)射的位置坐標(biāo)系必須是(經(jīng)變換)一致的，才能實(shí)現(xiàn)定位。

本申請(qǐng)的一種典型的實(shí)施方式中，采用如下技術(shù)方案：

一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)，該系統(tǒng)包括PC端、移動(dòng)端、接口服務(wù)器和數(shù)據(jù)管理系統(tǒng)；PC端、移動(dòng)端分別通過接口服務(wù)器與數(shù)據(jù)管理系統(tǒng)進(jìn)行通信；

所述PC端被配置為手繪地圖的切片化處理及渲染，以及手動(dòng)獲取手繪地圖中坐標(biāo)點(diǎn)形成初始化的路線數(shù)據(jù)集合的電腦終端；

所述移動(dòng)端被配置為手繪地圖的分類顯示，接收數(shù)據(jù)管理系統(tǒng)中的地圖信息，當(dāng)?shù)貓D放大到一定比例時(shí)調(diào)用切片地圖，未超過該比例時(shí)就調(diào)用整張地圖；以及基于手繪地圖的路徑模式的選擇、坐標(biāo)點(diǎn)的選取、區(qū)域的定位和多路線信息顯示的移動(dòng)終端；所述移動(dòng)端將選擇的路徑模式信息、選取的坐標(biāo)點(diǎn)信息和定位的區(qū)域定位信息通過所述接口服務(wù)器上傳至所述數(shù)據(jù)管理系統(tǒng)，同時(shí)，所述移動(dòng)端接收所述數(shù)據(jù)管理系統(tǒng)下發(fā)的信息顯示在手繪地圖上；

所述數(shù)據(jù)管理系統(tǒng)被配置為地圖管理模塊和根據(jù)不同的路徑模式分配不同的數(shù)據(jù)管理模塊的后臺(tái)數(shù)據(jù)庫(kù)。

在本實(shí)施例中使用本公司設(shè)計(jì)的卡通手繪地圖，傳統(tǒng)的地圖模式?jīng)]有競(jìng)爭(zhēng)力，但是繪制精美、涵蓋了景區(qū)特色的手繪地圖將會(huì)作為一個(gè)“文化名片”煥發(fā)新生。我們的手繪地圖，就是以可愛風(fēng)格的手繪地圖為載體，生動(dòng)活潑，按照原比例進(jìn)行1:1繪畫。

在本實(shí)施例中，所述移動(dòng)端為IOS系統(tǒng)的移動(dòng)終端。如圖1-圖5所示，移動(dòng)端加載手繪地圖調(diào)用切片地圖與調(diào)用整張地圖的縮放比例界限設(shè)置為18，如圖1-圖4所示的放大比例14、放大比例15、放大比例16和放大比例17的移動(dòng)端中調(diào)用整張地圖作為手繪地圖進(jìn)行顯示；如圖5所示，在移動(dòng)端中若用戶設(shè)置的放大比例達(dá)到18后，調(diào)用切片地圖作為手繪地圖進(jìn)行顯示，在移動(dòng)端若用戶設(shè)置的放大比例大于18時(shí)，每增大一級(jí)放大比例調(diào)用分辨率更高一級(jí)的切片地圖作為手繪地圖進(jìn)行顯示。

所述數(shù)據(jù)管理系統(tǒng)包括手繪地圖管理模塊和手繪地圖切片管理模塊，所述數(shù)據(jù)管理系統(tǒng)接收所述PC端傳輸?shù)匿秩竞蟮膱D片格式的手繪地圖，并按照切片地圖和整張地圖的不同分類分別存儲(chǔ)于手繪地圖切片管理模塊、手繪地圖管理模塊。

所述路徑模式包括最短路線模式、經(jīng)典路線模式、暢游路線模式和自定義路線模式；

所述數(shù)據(jù)管理系統(tǒng)包括最短路線數(shù)據(jù)管理模塊、經(jīng)典路線數(shù)據(jù)管理模塊、暢游路線數(shù)據(jù)管理模塊和自定義路線數(shù)據(jù)管理模塊。

所述移動(dòng)端包括：

界面模塊，界面模塊被配置為用戶進(jìn)行路徑模式的選擇、坐標(biāo)點(diǎn)的選取，和多路線信息顯示的模塊，所述界面模塊用于顯示單條路線、同時(shí)顯示多條路線以及路線顯示隱藏的自由切換；如圖6所示，在界面模塊中顯示單條規(guī)劃路線1的手繪地圖，規(guī)劃路線1中存在道路拐點(diǎn)2。

和

地圖管理模塊，地圖管理模塊被配置為支持游客的離線使用手繪地圖，地圖管理模塊根據(jù)區(qū)域下載或刪除地圖數(shù)據(jù)包，地圖數(shù)據(jù)包中包括jpg或者bmp格式的整張地圖、以及jpg或者bmp格式的切片地圖；切片地圖包括根據(jù)縮放比例的不同設(shè)置出不同等級(jí)的切片地圖。在本實(shí)施例中，放大比例18的手繪地圖使用第一級(jí)切片地圖，放大比例19的手繪地圖使用第二級(jí)切片地圖。第一級(jí)切片地圖至第二級(jí)切片地圖的切片計(jì)算方法使用現(xiàn)有N級(jí)地圖比例尺計(jì)算方法。

和

ID設(shè)置模塊，ID設(shè)置模塊為每條路線設(shè)置不同于其他路線的唯一的ID，并標(biāo)注該道路ID所屬景區(qū)的模塊；

和

導(dǎo)航服務(wù)模塊，導(dǎo)航服務(wù)模塊被配置為定位所述移動(dòng)端的當(dāng)前地理位置，并將當(dāng)前地理位置標(biāo)注于手繪地圖上；

和

線路權(quán)重計(jì)算模塊，線路權(quán)重計(jì)算模塊被配置為根據(jù)數(shù)據(jù)管理系統(tǒng)中的歷史數(shù)據(jù)對(duì)不同的線路添加不同權(quán)重的模塊。

所述導(dǎo)航服務(wù)模塊中包括GPS定位模塊和網(wǎng)絡(luò)定位模塊；

網(wǎng)絡(luò)定位模塊包括WiFi定位模塊和基站定位模塊。在本實(shí)施例中的定位模塊為：GPS定位模塊與基站定位、WiFi定位的數(shù)據(jù)聯(lián)合處理獲取移動(dòng)端的地理位置信息，通過三種定位方式的結(jié)合實(shí)現(xiàn)用戶移動(dòng)端在手繪地圖上的快速定位。

使用GPS定位模塊進(jìn)行移動(dòng)端的定位準(zhǔn)確、迅速、穩(wěn)定，精度可達(dá)1米左右，但GPS存在定位時(shí)間較長(zhǎng)，在無(wú)網(wǎng)絡(luò)完全冷啟動(dòng)下可能60s才能定位，在手機(jī)完全冷啟動(dòng)后理想的定位時(shí)間約45S左右，是收到GPS信號(hào)后，從GPS信號(hào)中讀取所有GPS衛(wèi)星的具體位置(簡(jiǎn)稱星圖)，GPS衛(wèi)星約60s左右才能發(fā)送完全，讀取移動(dòng)端上可接收到3顆衛(wèi)星星圖就可以定位了，定位時(shí)間約45s左右，若移動(dòng)端己經(jīng)收到過星圖就會(huì)保存到手機(jī)flash里面，下次移動(dòng)端開機(jī)時(shí)就可直接使用星圖了，這個(gè)時(shí)候手機(jī)定位只需要4～5s左右；但是GPS衛(wèi)星運(yùn)動(dòng)位置變化軌跡并非理想的運(yùn)動(dòng)軌跡，所以星圖數(shù)據(jù)超過1個(gè)星期就基本上不可用了，超過1個(gè)月就完全不可用了。如果移動(dòng)端從網(wǎng)站上獲取星圖幾乎是不用時(shí)間的，很多移動(dòng)端使用了這種方式?；径ㄎ环?wù)又叫做移動(dòng)位置服務(wù)Location Based Service，簡(jiǎn)稱LBS，它是通過電信移動(dòng)運(yùn)營(yíng)商的網(wǎng)絡(luò)(如GSM網(wǎng))獲取移動(dòng)終端用戶的位置信息(經(jīng)緯度坐標(biāo))，LBS定位的優(yōu)勢(shì)是方便、成本低，定位時(shí)間非常快，理論上說(shuō)，只要計(jì)算三個(gè)基站的信號(hào)差異，就可以判斷出車輛所在的位置，但定位精度低；Wifi定位，該系統(tǒng)記錄Wifi定位的地理位置，下次連接到這個(gè)wifi的移動(dòng)端自動(dòng)獲取其地理位置。在本實(shí)施例中將GPS定位與基站定位、WiFi定位進(jìn)行結(jié)合使用，彌補(bǔ)互相之間的缺點(diǎn)。

所述移動(dòng)端包括：

最短路線規(guī)劃模塊，最短路線規(guī)劃模塊計(jì)算用戶選取坐標(biāo)點(diǎn)間的最短路線，并將計(jì)算得到的最短路線存儲(chǔ)于最短路線數(shù)據(jù)管理模塊，或直接根據(jù)最短路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供最短路線的規(guī)劃和交互功能；

和

經(jīng)典路線規(guī)劃模塊，經(jīng)典路線規(guī)劃模塊通過計(jì)算用戶游覽最多的路線，并將該路線存儲(chǔ)于經(jīng)典路線數(shù)據(jù)管理模塊，或直接根據(jù)經(jīng)典路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供經(jīng)典路線的規(guī)劃和交互功能；

和

暢游路線規(guī)劃模塊，暢游路線規(guī)劃模塊通過計(jì)算用戶游覽最多的景點(diǎn)，規(guī)劃出游覽最多景點(diǎn)間的路線形成暢游路線，并將該路線存儲(chǔ)于暢游路線數(shù)據(jù)管理模塊，或直接根據(jù)暢游路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供經(jīng)典路線的規(guī)劃和交互功能；

和

自定義路線規(guī)劃模塊，自定義路線規(guī)劃模塊根據(jù)用戶需求，通過設(shè)置多個(gè)虛擬可拖拽點(diǎn)，支持用戶對(duì)虛擬可拖拽點(diǎn)的自定義拖拽，形成新的用戶自定義路線，并將自定義路線存儲(chǔ)于自定義路線數(shù)據(jù)管理模塊。

在本實(shí)施例中，所述接口服務(wù)器包括安全驗(yàn)證模塊、數(shù)據(jù)交換模塊和查詢服務(wù)模塊，安全驗(yàn)證模塊負(fù)責(zé)對(duì)用戶請(qǐng)求的身份進(jìn)行確認(rèn)，只有符合條件的接入的用戶才能進(jìn)入該服務(wù)接口平臺(tái)；數(shù)據(jù)交換模塊接入PC端數(shù)據(jù)接口，為移動(dòng)端提供信息；查詢服務(wù)模塊是移動(dòng)端獲取數(shù)據(jù)的主要通信接口，用于為移動(dòng)端提供各類查詢和數(shù)據(jù)上傳服務(wù)。

實(shí)施例2：

本發(fā)明為了克服的現(xiàn)有技術(shù)中智能導(dǎo)游導(dǎo)覽系統(tǒng)中游覽線路規(guī)劃不完善問題，以及智能導(dǎo)游導(dǎo)覽系統(tǒng)基于的移動(dòng)設(shè)備配置不統(tǒng)一的問題，提供一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法。

為了實(shí)現(xiàn)上述目的，本發(fā)明采用如下技術(shù)方案：

一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽方法，該方法基于所述系統(tǒng)，該方法包括以下步驟：

(1)在PC端中將整張手繪地圖根據(jù)切片算法切片成為柵格地圖，并將整張手繪地圖和切片后的柵格地圖渲染生成圖片格式的整張地圖和圖片格式的切片地圖，將圖片格式的整張地圖傳輸存儲(chǔ)于數(shù)據(jù)管理系統(tǒng)中的手繪地圖管理模塊，將圖片格式的切片地圖傳輸存儲(chǔ)于數(shù)據(jù)管理系統(tǒng)中的手繪地圖切片管理模塊；

在PC端中獲取各個(gè)路線上的坐標(biāo)點(diǎn)，并將各個(gè)路線的坐標(biāo)點(diǎn)通過接口服務(wù)器存儲(chǔ)于數(shù)據(jù)管理系統(tǒng)中；

(2)將每條路線設(shè)置不同于其他道路的唯一的ID，并標(biāo)注該路線ID所屬景區(qū)的模塊，根據(jù)不同的ID判斷道路的不同；并統(tǒng)計(jì)歷史數(shù)據(jù)將不同路線設(shè)置不同的權(quán)重；

(3)在移動(dòng)端加載手繪地圖：根據(jù)手繪地圖放大到一定比例時(shí)調(diào)用切片地圖，未超過該比例時(shí)調(diào)用整張地圖的原則加載手繪地圖；

根據(jù)用戶選擇路徑模式的不同，采用基于知識(shí)的遺傳算法按照不同路徑模式進(jìn)行路徑規(guī)劃，并顯示于手繪地圖上；

(4)用戶可根據(jù)需要自由切換不同路徑模式的線路，或多線路同時(shí)顯示。

所述步驟(1)中在PC端中將整張手繪地圖根據(jù)切片算法切片成為柵格地圖的具體步驟為：

(1-1)在整張手繪地圖中確定切片原點(diǎn)，采用左上角作為切片原點(diǎn)，定義第一個(gè)256*256的切片地圖的位置；

(1-2)確定切片分辨率和切片比例尺，定義一個(gè)256*256的切片地圖的實(shí)際坐標(biāo)；

(1-3)確定初始化切片地圖的范圍，即整張手繪地圖，定義在步驟(1-2)確定的切片分辨率下256*256的切片地圖的總數(shù)量；

(1-4)利用ArcMap發(fā)布切片地圖服務(wù)。

利用ArcMap發(fā)布切片地圖服務(wù)主要分為以下幾步：

1.用ArcMap打開我們想要發(fā)布為服務(wù)的數(shù)據(jù)；

2.符號(hào)化我們的數(shù)據(jù)(可選)；

3.利用ArcMap連接ArcGIS Server；

4.修改地圖服務(wù)屬性(修改為切片地圖服務(wù))；

5.發(fā)布服務(wù)到ArcGIS Server。

為了實(shí)現(xiàn)更好的用戶體驗(yàn)視覺效果，使用OpenGL及IOS的高級(jí)繪圖API在保證渲染效率的同時(shí)進(jìn)行圖片的更進(jìn)一步渲染，例如，光照投影渲染。

在地圖空間數(shù)據(jù)的傳輸中使用GEOJson格式。在整張地圖加載顯示時(shí)使用leaflet，leaflet是業(yè)界比較流行的JS開源交互式地圖包，它支持直接調(diào)用OpenStreetMap、Mapbox、CartoDB等主流地圖數(shù)據(jù)作為輔助圖層來(lái)進(jìn)行地理信息數(shù)據(jù)的可視化操作。除了這些在線地圖素材之外，它對(duì)于shapefile格式和json格式以及sp包的空間數(shù)據(jù)格式的地圖數(shù)據(jù)都有著很好的支持，在圖層函數(shù)中涵蓋了點(diǎn)標(biāo)記、線條和多邊形等常用地理信息可視化圖形要素。該包的代碼對(duì)R語(yǔ)言的文檔輸出系統(tǒng)有著良好的支持，可以很方便的嵌入knitr/rmarkdown文檔中，也能無(wú)縫嵌入shiny系統(tǒng)的webapp中，兼容性可稱之為逆天。引用leaflet后我們的整張地圖就會(huì)很快加載出來(lái)。同時(shí)，leaflet能夠支持自己的切片服務(wù)器或者能自定義底圖顯示樣式，Leaflet是一個(gè)為建設(shè)移動(dòng)設(shè)備友好的互動(dòng)地圖，而開發(fā)的現(xiàn)代的、開源的JavaScript庫(kù)。它是由Vladimir Agafonkin帶領(lǐng)一個(gè)專業(yè)貢獻(xiàn)者團(tuán)隊(duì)開發(fā)，雖然代碼僅有33KB，但它具有開發(fā)人員開發(fā)在線地圖的大部分功能。Leaflet設(shè)計(jì)堅(jiān)持簡(jiǎn)便、高性能和可用性好的思想，在所有主要桌面和移動(dòng)平臺(tái)能高效運(yùn)作，在現(xiàn)代瀏覽器上會(huì)利用HTML5和CSS3的優(yōu)勢(shì)，同時(shí)也支持舊的瀏覽器訪問。支持插件擴(kuò)展，有一個(gè)友好、易于使用的API文檔和一個(gè)簡(jiǎn)單的、可讀的源代碼。

所述步驟(1)中的具體步驟為：

在PC端中，使用地圖取點(diǎn)工具手動(dòng)快捷獲取手繪地圖上每個(gè)景點(diǎn)及各個(gè)場(chǎng)地(如：廁所、停車場(chǎng)、出入口)的坐標(biāo)點(diǎn)，將各個(gè)坐標(biāo)點(diǎn)通過接口服務(wù)器存儲(chǔ)于數(shù)據(jù)管理系統(tǒng)中，當(dāng)游客點(diǎn)擊某個(gè)景點(diǎn)或場(chǎng)地時(shí)會(huì)快速掃描數(shù)據(jù)管理系統(tǒng)的數(shù)據(jù)對(duì)該景點(diǎn)或場(chǎng)地進(jìn)行快速精準(zhǔn)的定位，如圖9所示，為廁所定位示意圖。并且將獲取的坐標(biāo)點(diǎn)按照獲取順序存放入數(shù)據(jù)集合中，該數(shù)據(jù)集合即為數(shù)組，獲取完一條路線的坐標(biāo)點(diǎn)后，利用手繪地圖覆蓋層，將路線繪制到地圖的準(zhǔn)確位置上，并將該條路線的坐標(biāo)點(diǎn)通過接口服務(wù)器存儲(chǔ)于數(shù)據(jù)管理系統(tǒng)中。

在本實(shí)施例中，如圖7所示，采集坐標(biāo)點(diǎn)的工具是由JavaScript語(yǔ)言編寫的，是基于PC端瀏覽器完成的，使用鼠標(biāo)在地圖上點(diǎn)擊應(yīng)該取得的坐標(biāo)點(diǎn)3的位置，并記錄位置放置于數(shù)組中，取得的數(shù)據(jù)集合5，整條路線獲取完畢之后，將取得的數(shù)據(jù)集合5保存到數(shù)據(jù)管理系統(tǒng)，可拖拽虛擬可拖拽點(diǎn)4，具有隨改隨用的特點(diǎn)。

所述步驟(1)中每?jī)蓚€(gè)坐標(biāo)點(diǎn)繪制成一小段路線，小路線與小路線之間拼接起來(lái)構(gòu)成一條完整的沒有棱角的足夠圓潤(rùn)的路線。

所述步驟(2)中，線路權(quán)重計(jì)算模塊根據(jù)數(shù)據(jù)管理系統(tǒng)中的歷史數(shù)據(jù)對(duì)不同的線路添加不同權(quán)重的模塊，權(quán)重的計(jì)算根據(jù)線路用戶游覽數(shù)量的大小進(jìn)行設(shè)置。對(duì)移動(dòng)設(shè)備的路徑進(jìn)行離線規(guī)劃，在避障的前提下保證了移動(dòng)設(shè)備性能指標(biāo)最優(yōu)。避障就是后臺(tái)在選取路線的時(shí)候，通過路線的權(quán)值大小判斷的。

在本實(shí)施例中，所述步驟(3)中的在移動(dòng)端加載手繪地圖：

首先確定視野中心點(diǎn)的坐標(biāo)和當(dāng)前縮放比例，根據(jù)當(dāng)前縮放比例確定加載整張地圖或切片地圖，若加載切片地圖，加載第幾級(jí)切片地圖，如圖1-圖5所示，移動(dòng)端加載手繪地圖調(diào)用切片地圖與調(diào)用整張地圖的縮放比例界限設(shè)置為18，如圖1-圖4所示的放大比例14、放大比例15、放大比例16和放大比例17的移動(dòng)端中調(diào)用整張地圖作為手繪地圖進(jìn)行顯示；如圖5所示，在移動(dòng)端中若用戶設(shè)置的放大比例達(dá)到18后，調(diào)用切片地圖作為手繪地圖進(jìn)行顯示，在移動(dòng)端若用戶設(shè)置的放大比例大于18時(shí)，每增大一級(jí)放大比例調(diào)用分辨率更高一級(jí)的切片地圖作為手繪地圖進(jìn)行顯示。

若在對(duì)手繪地圖進(jìn)行縮小操作時(shí)，從接口獲取景點(diǎn)當(dāng)前縮放比例，若縮放比例小于設(shè)定值時(shí)，確定當(dāng)前手繪地圖比例尺，并計(jì)算兩景點(diǎn)之間的距離，若兩景點(diǎn)間的距離小于當(dāng)前手繪地圖比例尺，則使用景點(diǎn)聚合算法，將其中一景點(diǎn)名稱進(jìn)行自動(dòng)隱藏，但該景點(diǎn)地標(biāo)實(shí)物不跟隨其景點(diǎn)名稱進(jìn)行隱藏，該景點(diǎn)地標(biāo)實(shí)物根據(jù)縮放比例同時(shí)縮小，如圖8所示，為手繪地圖的縮放比例縮小為最小時(shí)只顯示一個(gè)景點(diǎn)的名稱，且景點(diǎn)只是縮小并沒有消失。

確定加載圖片類型后，若加載圖片類型為切片地圖，將視野中心點(diǎn)的坐標(biāo)和當(dāng)前縮放比例，結(jié)合當(dāng)前系統(tǒng)所顯示地圖尺寸確定需加載切片地圖中的哪些切片圖片，以及需要加載切片圖片出現(xiàn)的位置。

接下來(lái)就創(chuàng)建HTML的img元素，設(shè)置src，在移動(dòng)端界面模塊加載圖片，為了達(dá)到一個(gè)較好用戶體驗(yàn)的效果，優(yōu)先在移動(dòng)端界面模塊加載手繪地圖中心部分的圖片。

在本實(shí)施例中，所述步驟(3)中的在移動(dòng)端加載手繪地圖中還需調(diào)Arcgis的系統(tǒng)函數(shù)MapToScreen()將在移動(dòng)端界面模塊屏幕坐標(biāo)與地理坐標(biāo)對(duì)應(yīng)起來(lái)，在需要實(shí)現(xiàn)手繪地圖滾動(dòng)與縮放時(shí)使用IOS中的控件UIScrollView，在滾動(dòng)與縮放的過程中，實(shí)現(xiàn)地理坐標(biāo)與屏幕坐標(biāo)對(duì)應(yīng)的具體步驟為：

當(dāng)用戶在UIScrollView身上使用捏合手勢(shì)時(shí)，UIScrollView會(huì)給代理發(fā)送一條消息，詢問代理究竟要縮放自己內(nèi)部的哪一個(gè)子控件；

當(dāng)用戶在UIScrollView身上使用捏合手勢(shì)時(shí)，UIScrollView會(huì)調(diào)用代理的viewForZoomingInScrollView:方法，這個(gè)方法返回的控件就是需要進(jìn)行縮放的控件；

縮放完畢的時(shí)候調(diào)用-(void)scrollViewWillBeginZooming:(UIScrollView*)scrollView withView:(UIView*)view；

正在縮放的時(shí)候調(diào)用-(void)scrollViewDidZoom:(UIScrollView*)scrollView。

在本實(shí)施例中，所述步驟(3)中采用基于知識(shí)的遺傳算法按照不同路徑模式進(jìn)行路徑規(guī)劃的具體步驟為：使用1000個(gè)小線段，模擬繪制N條路線，剔除其中最不像的那一條路線，繼續(xù)生成，知道生成的路線最圓滑，最接近原有路線上的坐標(biāo)位置。

所述步驟(3)中，

若用戶選擇最短路線模式，最短路線規(guī)劃模塊計(jì)算用戶選取起始坐標(biāo)點(diǎn)與終止坐標(biāo)點(diǎn)間的最短路線，并將計(jì)算得到的最短路線存儲(chǔ)于最短路線數(shù)據(jù)管理模塊，若最短路線數(shù)據(jù)管理模塊中存在用戶選取起始坐標(biāo)點(diǎn)與終止坐標(biāo)點(diǎn)間的最短路線，則直接根據(jù)最短路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供最短路線的規(guī)劃和交互功能；

若用戶選擇經(jīng)典路線模式，經(jīng)典路線規(guī)劃模塊通過計(jì)算用戶游覽最多的路線，并將該路線存儲(chǔ)于經(jīng)典路線數(shù)據(jù)管理模塊，若經(jīng)典路線數(shù)據(jù)管理模塊存在游覽最多的路線，則直接根據(jù)經(jīng)典路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供經(jīng)典路線的規(guī)劃和交互功能；

若用戶選擇暢游路線模式，暢游路線規(guī)劃模塊通過計(jì)算用戶游覽最多的景點(diǎn)，規(guī)劃出游覽最多景點(diǎn)間的路線形成暢游路線，并將該路線存儲(chǔ)于暢游路線數(shù)據(jù)管理模塊，若暢游路線數(shù)據(jù)管理模塊存在暢游路線，則直接根據(jù)暢游路線數(shù)據(jù)管理模塊中的歷史數(shù)據(jù)為用戶提供經(jīng)典路線的規(guī)劃和交互功能；

若用戶選擇自定義路線模式，自定義路線規(guī)劃模塊根據(jù)用戶需求，通過設(shè)置多個(gè)虛擬可拖拽點(diǎn)，支持用戶對(duì)虛擬可拖拽點(diǎn)的自定義拖拽，形成新的用戶自定義路線，并將自定義路線存儲(chǔ)于自定義路線數(shù)據(jù)管理模塊。

所述步驟(4)中，自由切換不同路徑模式的線路的具體步驟為：將手繪地圖上已經(jīng)有的路徑模式的路線清除，然后根據(jù)用戶選擇的路徑模式根據(jù)所述步驟(3)中的步驟繪制新的路線；

所述步驟(4)中，多線路同時(shí)顯示的具體步驟為：

按照路徑模式的順序依次繪制不同路徑模式的路線，直至選擇路徑模式的路線全部顯示于手繪地圖上。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果：

1、本發(fā)明的一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法，在PC端中將整張手繪地圖根據(jù)切片算法切片成為柵格地圖，并將整張手繪地圖和切片后的柵格地圖渲染生成圖片格式的整張地圖和圖片格式的切片地圖，使用圖片格式的整張地圖或切片地圖使得用戶訪問的時(shí)候不用調(diào)用som中的arcgis動(dòng)態(tài)地圖，直接訪問jpg或者bmp即可，減輕服務(wù)器壓力，提高效率和執(zhí)行速度；

同時(shí)，本發(fā)明在移動(dòng)端根據(jù)手繪地圖放大到一定比例時(shí)調(diào)用切片地圖，未超過該比例時(shí)調(diào)用整張地圖的原則加載手繪地圖，打破了為提高地圖加載速度每一級(jí)縮放比例下均進(jìn)行地圖切片的技術(shù)偏見，在保障圖片加載速度、提高用戶體驗(yàn)的基礎(chǔ)上，平衡了服務(wù)器的壓力，在不需要實(shí)時(shí)的進(jìn)行渲染大大減少了服務(wù)器的壓力的同時(shí)提高了用戶體驗(yàn)、縮短了訪問時(shí)間；

2、本發(fā)明的一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法，所述移動(dòng)端包括最短路線規(guī)劃模塊、經(jīng)典路線規(guī)劃模塊、暢游路線規(guī)劃模塊和自定義路線規(guī)劃模塊，不僅僅局限于向用戶提供一種特定游覽線路，而是面向用戶、根據(jù)用戶實(shí)際需要選擇一種或多種路線顯示于手繪地圖中，滿足多種用戶的不同需求；

3、本發(fā)明的一種基于地圖縮放比分類顯示的智能導(dǎo)游導(dǎo)覽系統(tǒng)及方法；該系統(tǒng)的移動(dòng)端線路權(quán)重計(jì)算模塊，線路權(quán)重計(jì)算模塊被配置為根據(jù)數(shù)據(jù)管理系統(tǒng)中的歷史數(shù)據(jù)對(duì)不同的線路添加不同權(quán)重的模塊；根據(jù)用戶選擇路徑模式的不同，采用基于知識(shí)的遺傳算法按照不同路徑模式進(jìn)行路徑規(guī)劃，有效解決了現(xiàn)有的基于Android系統(tǒng)的智能導(dǎo)游導(dǎo)覽系統(tǒng)移動(dòng)設(shè)備的配置不統(tǒng)一。

上述雖然結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式進(jìn)行了描述，但以上所述僅為本申請(qǐng)的優(yōu)選實(shí)施例而已，并非對(duì)本發(fā)明保護(hù)范圍的限制，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本申請(qǐng)可以有各種更改和變化。所屬領(lǐng)域技術(shù)人員應(yīng)該明白，在本發(fā)明的技術(shù)方案的基礎(chǔ)上，本領(lǐng)域技術(shù)人員不需要付出創(chuàng)造性勞動(dòng)即可做出的各種修改、等同替換或變形仍在本發(fā)明的保護(hù)范圍以內(nèi)。