徐溯陽, 蔡陽軍, 張 豐, 杜震洪*, 劉仁義

(1. 浙江大學(xué) 浙江省資源與環(huán)境信息系統(tǒng)重點(diǎn)實(shí)驗(yàn)室， 浙江 杭州 310028； 2. 浙江大學(xué) 地理信息科學(xué)研究所， 浙江 杭州 310027； 3. 杭州市住房保障辦公室， 浙江 杭州 310006)

表1 配置文件標(biāo)簽數(shù)及比例

表2 傳統(tǒng)方案中的配置文件

表3 動態(tài)生成方案下的配置文件

表4 2種方案的文件數(shù)量對比

表5 2種方案的請求獲取時(shí)間對比

?

全景配置動態(tài)生成方法及實(shí)現(xiàn)

徐溯陽1,2, 蔡陽軍3, 張 豐1,2, 杜震洪1,2*, 劉仁義2

(1. 浙江大學(xué) 浙江省資源與環(huán)境信息系統(tǒng)重點(diǎn)實(shí)驗(yàn)室， 浙江 杭州 310028； 2. 浙江大學(xué) 地理信息科學(xué)研究所， 浙江 杭州 310027； 3. 杭州市住房保障辦公室， 浙江 杭州 310006)

基于配置靜態(tài)存儲方法的全景應(yīng)用模式已能較好地滿足一般的全景瀏覽應(yīng)用要求.但在更新頻繁、交互量大、場景數(shù)多的環(huán)境下，此方法容易造成維護(hù)困難、服務(wù)器數(shù)據(jù)量激增等問題.針對在不同場景圖像配置中存在重復(fù)的靜態(tài)內(nèi)容這一問題，提出了一套具有普適性和可移植性的全景配置文件動態(tài)生成方法：提煉靜態(tài)內(nèi)容，存儲動態(tài)內(nèi)容，并根據(jù)不同場景的請求參數(shù)動態(tài)生成配置文件.經(jīng)實(shí)驗(yàn)對比，相較配置靜態(tài)存儲方法，動態(tài)生成方法顯著減少了服務(wù)器文件數(shù)量，在傳輸時(shí)間、可維護(hù)性與瀏覽器緩存利用方面均優(yōu)于傳統(tǒng)方案.

全景；配置；動態(tài)生成

全景圖像是一種能為用戶提供超過人類正常視野范圍的實(shí)景圖片，在機(jī)械、計(jì)算機(jī)視覺、監(jiān)控以及虛擬現(xiàn)實(shí)領(lǐng)域有著廣泛應(yīng)用[1].全景是GIS的重要組成部分，也是傳統(tǒng)仿真三維技術(shù)的一種替代方案[2].近年來，各類全景系統(tǒng)發(fā)展迅猛，具有代表性的有國外的谷歌街景，國內(nèi)的騰訊街景、百度街景等.

行業(yè)內(nèi)的小型全景應(yīng)用常采用商業(yè)全景引擎與自定義配置文件相結(jié)合的方式實(shí)現(xiàn).其中，全景引擎封裝了全景應(yīng)用的核心功能，而配置文件則定義了應(yīng)用的圖像、展現(xiàn)形式和交互邏輯，是全景應(yīng)用必不可少的組成部分.

目前對于全景配置管理的研究尚不成熟.文獻(xiàn)[3]自主實(shí)現(xiàn)了一套配置文件標(biāo)準(zhǔn)規(guī)范，但在組織方式上還是最原始的多景配置.文獻(xiàn)[4]提出了配置拆分思想，將各類功能性配置文件分開組織，而將景相關(guān)配置統(tǒng)一組織.文獻(xiàn)[5]設(shè)計(jì)了一個全景生成系統(tǒng)，但其配置在訪問前而非訪問時(shí)生成.文獻(xiàn)[6]提出了對配置進(jìn)行編輯管理的思想，但只采用了簡單的I/O文件操作.

以上研究在配置管理上均未突破靜態(tài)性.每一景的配置文件均于事先制作完成，訪問時(shí)直接調(diào)用.這類方案在景數(shù)較少的場合效果較好，但在景數(shù)大于100的中大型全景應(yīng)用中，具有數(shù)據(jù)冗余、修改維護(hù)困難、實(shí)時(shí)性不足等缺點(diǎn).

本文擬設(shè)計(jì)并實(shí)現(xiàn)一套具有普適性和可移植性的全景配置文件動態(tài)生成方法，并用實(shí)驗(yàn)驗(yàn)證所搭建的原型系統(tǒng).

1 全景應(yīng)用和配置靜態(tài)存儲方法

1.1 全景應(yīng)用組成

1.1.1 全景引擎

全景引擎又稱全景播放器，是全景應(yīng)用的核心.全景引擎封裝了實(shí)現(xiàn)全景瀏覽功能的主要模塊，允許用戶根據(jù)設(shè)定的參數(shù)，對已有全景切片進(jìn)行獲取、融合、拼接和渲染.

全景引擎必須通過特定的配置文件來傳遞配置信息.

1.1.2 配置文件

全景配置文件的作用是傳遞全景應(yīng)用每一景初始化時(shí)的各類配置信息.讀取全景引擎解析配置文件中相應(yīng)內(nèi)容到內(nèi)存并進(jìn)行維護(hù).初始化結(jié)束后，配置文件即被丟棄，在用戶瀏覽交互過程中不再起作用[7].

配置文件的具體格式和寫法與使用的引擎相關(guān).本文使用的Krpano全景引擎要求配置文件以XML格式書寫.各類配置項(xiàng)實(shí)際上都是XML文檔中帶屬性的標(biāo)簽與子標(biāo)簽.

1.1.3 全景腳本程序

嚴(yán)格來說，全景腳本函數(shù)也是配置文件的一部分，定義在〈action〉標(biāo)簽中.

全景腳本程序是全景引擎提供的一種用戶接口，允許用戶使用其支持的腳本語言對全景場景進(jìn)行控制.包括樣式修改、景切換、視角轉(zhuǎn)換、興趣點(diǎn)增刪、事件綁定等.

1.1.4 前端控制程序

前端控制程序即是傳統(tǒng)的javascript前端腳本.前端控制程序負(fù)責(zé)對一些沒有定義在全景內(nèi)的DOM對象以及BOM對象進(jìn)行控制和操作.Krpano引擎提供了前端控制程序與全景腳本相互調(diào)用的直接接口.在前端代碼中，可以使用krpano.call()調(diào)用全景腳本函數(shù)，而在全景腳本函數(shù)中，可以通過js()調(diào)用前端.

1.2 全景配置靜態(tài)存儲方法

全景配置的靜態(tài)存儲方案如圖1所示.靜態(tài)存儲方案沒有服務(wù)器端程序.服務(wù)器端只發(fā)布包含全景配置文件與全景切片數(shù)據(jù)的文件系統(tǒng)，供全景引擎調(diào)用.

圖1 靜態(tài)存儲方法架構(gòu)Fig.1 Architecture of static storage method

在配置文件的組織上，存在“多景-配置”與“一景-配置”2種情況.前者為每一景存儲一個配置文件，后者將部分或者所有景的配置置入同一個配置文件的〈scene〉標(biāo)簽中.

在實(shí)踐中發(fā)現(xiàn)，全景系統(tǒng)的傳統(tǒng)配置方案導(dǎo)致了以下問題：

1.2.1 配置存在大量冗余

在配置文件中，每一景獨(dú)有的配置信息包括景名、視角、切片地址與興趣點(diǎn)，而其他配置項(xiàng)，包括樣式、顯示效果、全景腳本程序等各景都基本相同，從而造成相同的配置項(xiàng)在多個配置文件中重復(fù)出現(xiàn).

以本實(shí)驗(yàn)所用的數(shù)據(jù)為例(見表1)，平均每份配置文件定義樣式8項(xiàng)、腳本動作函數(shù)25項(xiàng)，平均行數(shù)410，占配置文件數(shù)據(jù)總量的70%以上.

表1 配置文件標(biāo)簽數(shù)及比例

Table 1 Number and proportion of tags in configuration file

1.2.2 興趣點(diǎn)的創(chuàng)建維護(hù)困難

興趣點(diǎn)(hotspot)是指景空間中預(yù)先定義的、擁有固定位置和樣式、可承載一定信息的對象[8].功能上，可以分為跳轉(zhuǎn)興趣點(diǎn)、鏈接興趣點(diǎn)、圖片展示興趣點(diǎn)、文字介紹興趣點(diǎn)、評論興趣點(diǎn)、語音興趣點(diǎn)等.樣式上，可以分為面狀興趣點(diǎn)和點(diǎn)狀興趣點(diǎn).除了全景圖像外，興趣點(diǎn)是全景應(yīng)用信息傳遞的最主要方式.

配置靜態(tài)存儲方法很難解決創(chuàng)建和維護(hù)興趣點(diǎn)的問題.在創(chuàng)建方面，因?yàn)榕d趣點(diǎn)屬于景外內(nèi)容，Krpano引擎的配置文件自動生成的工具，其興趣點(diǎn)錄入生成功能不盡完備，開發(fā)人員需根據(jù)資料，在配置文件生成之后，手動修改、寫入〈hotspot〉標(biāo)簽，并增加相應(yīng)屬性.

其次，興趣點(diǎn)具有動態(tài)性和時(shí)效性.店鋪、公共設(shè)施、儀器器材等重要興趣點(diǎn)的信息處于動態(tài)變化中，需要不斷對其進(jìn)行更新維護(hù).

由于〈hotspot〉標(biāo)簽寫在配置文件中，很難通過代碼修改，只能采用手工方式修改，工作量巨大.當(dāng)與同一個實(shí)體對應(yīng)的興趣點(diǎn)出現(xiàn)在N個景中時(shí)，一個實(shí)體改變，就需要修改N個景的配置文件.

1.2.3 無法利用瀏覽器緩存

在全景應(yīng)用中，由于全景引擎首先需要獲取配置文件才能進(jìn)行渲染，在配置文件的請求響應(yīng)到達(dá)前，一切工作都將掛起.所以配置文件的請求阻塞性是全景應(yīng)用中的瓶頸.能否快速地從服務(wù)器獲取配置文件，關(guān)系到全景應(yīng)用用戶體驗(yàn)?zāi)芊窳鲿?

為了追求最快的瀏覽速度，現(xiàn)代瀏覽器都會將訪問網(wǎng)頁時(shí)依賴的一些靜態(tài)資源緩存到本地[9].當(dāng)使用傳統(tǒng)方法時(shí)，每訪問一個新景，都要重新下載該景的配置文件，而之前緩存的其他景的配置文件在邏輯上與其無關(guān)，相同內(nèi)容無法再利用，這在一定程度上降低了瀏覽速度.

2 全景配置動態(tài)生成方法

全景配置本質(zhì)上是對全景應(yīng)用中的各類功能、展現(xiàn)效果和特性的設(shè)置.這些功能、展現(xiàn)效果和特性可被抽象為全景對象.

全景對象A與全景配置C之間存在不完全映射關(guān)系.認(rèn)識全景對象是進(jìn)一步認(rèn)識和分析全景配置的必要前提.

2.1 全景對象

2.1.1 全景對象抽象

分析現(xiàn)有全景應(yīng)用中的各類功能、展現(xiàn)效果和特性，結(jié)合配置文件格式，對全景應(yīng)用中的概念及其之間的關(guān)系進(jìn)行抽象，如圖2所示.

圖2 全景對象ER圖Fig.2 Entity relationship diagram of panoramic object

結(jié)合圖2，對以上抽象對象進(jìn)行描述.

a) PanoSystem：對全景應(yīng)用本身的抽象.代表一個完整的全景應(yīng)用.

b) View：對全景圖視角的抽象.包括當(dāng)前視角方向、視角寬度和視野范圍.

c) Display：對全景圖展示質(zhì)量的抽象.包括幀率、銳化等配置項(xiàng).

d) Control：對用戶操作和交互細(xì)節(jié)的抽象.

e) Autorotate：對全景自動旋轉(zhuǎn)功能的抽象.

f) Cursors：對鼠標(biāo)樣式的抽象.

g) Events：對各類事件的抽象.

h) Action：對全景腳本的抽象.

i) Scene：對景的抽象.景是全景應(yīng)用中最重要的概念之一，全景應(yīng)用本身即是以景為單位進(jìn)行組織的.

j) Hotspot：對興趣點(diǎn)的抽象.興趣點(diǎn)是景內(nèi)最重要的表現(xiàn)數(shù)據(jù)和內(nèi)容的概念.興趣點(diǎn)從樣式上可分為兩類，其中一類為Image Hotspot.

k) Entity：對Hotspot所對應(yīng)的真正實(shí)體對象的抽象.

l) Layer：對全景圖內(nèi)的自定義區(qū)域的抽象.

m) Image：對景內(nèi)全景圖片配置的抽象，分為CUBE、CUBESTRIP、SPHERE、CYLINDER等.

n) Level：對全景切片層級的抽象.只有當(dāng)Image開啟了Multiles選項(xiàng)時(shí)才可以使用.

o) Polypoint：對組成Polygon Hotspot的點(diǎn)的抽象.Polypoint與Hotspot是多對一關(guān)系.

p) Preview：對景預(yù)覽圖的抽象.

q) Style：對樣式的抽象.

2.1.2 全景對象分析

從圖2中可以看到，全景對象被分為上下2個部分.上方的對象引申自PanoSystem，是PanoSystem的子對象.下方的對象引申自Scene，是Scene的子對象，而Scene本身又是PanoSystem的子對象.

PanoSystem的直接子對象具有全局性和一致性，即在單個全景應(yīng)用中只需定義一次，和任何一景既沒有邏輯關(guān)聯(lián)也不存在包含關(guān)系，所以將其歸為靜態(tài)對象.

而Scene的子對象具有局部性和動態(tài)性，即每一景都有自己獨(dú)特的Hotspot、Image、Preview、Layer和Entity，所以將這些Scene的子對象歸為動態(tài)對象.

如果用首字母來標(biāo)志各類全景對象(重復(fù)則以下標(biāo)區(qū)分)，以廣義表的形式來表示全景對象及其之間的關(guān)系，則有：

Pa=(Ps,Pd)，

(1)

Ps=(V,D,C1,A1,C2,A2,E,S)，

(2)

Pd=(S1(H(E,P)),I(L),P2)，

(3)

其中，Pa代表全景應(yīng)用整體，Ps代表全景應(yīng)用中的靜態(tài)內(nèi)容，Pd代表全景應(yīng)用中的動態(tài)內(nèi)容.將全景對象映射到全景配置中，則可以得到各配置項(xiàng)的特性和關(guān)系.

2.2 全景動態(tài)配置思想

根據(jù)式(1)～(3)，分別處理全景靜態(tài)對象與動態(tài)對象.將動態(tài)對象的相關(guān)信息保存到數(shù)據(jù)庫中，靜態(tài)對象對應(yīng)的配置項(xiàng)保存到幾個不同的靜態(tài)模板文件中.

全景配置動態(tài)生成架構(gòu)如圖3所示，生成過程如圖4所示，具體步驟為：

1) 獲取html頁面，載入前端js代碼并執(zhí)行.js代碼控制載入全景引擎核心文件，創(chuàng)建全景視窗.全景引擎向web服務(wù)器發(fā)出獲取全景配置的請求.

2) web服務(wù)器根據(jù)唯一標(biāo)識符進(jìn)行數(shù)據(jù)庫查詢，判斷目標(biāo)景是否存在，如存在，則進(jìn)行下一步操作.如不存在，則請求失敗，返回錯誤信息.

3) 根據(jù)唯一標(biāo)識符進(jìn)行數(shù)據(jù)庫查詢，獲取目標(biāo)景的初始視角信息、全景圖像信息、興趣點(diǎn)信息和實(shí)體信息.

4) 在web服務(wù)器的內(nèi)存中創(chuàng)建一個空文檔，將第3步獲取的動態(tài)配置信息寫入空文檔.

5) 獲取其他請求參數(shù)，根據(jù)這些請求參數(shù)，對之前的配置項(xiàng)做覆蓋和追加，并寫入文檔.

6) 將靜態(tài)配置模板引入文檔.

7) 修改http response的MIME類型為text/xml.將動態(tài)生成的配置文檔寫入response，并返回http response.

在動態(tài)生成模型下，全景瀏覽需要的配置不再是“統(tǒng)一生成，永久存儲”，而是“分類存儲，時(shí)時(shí)更新”.

圖3 動態(tài)生成方法架構(gòu)Fig.3 Architecture of dynamic generation method

圖4 動態(tài)生成方法步驟Fig.4 Procedure of dynamic generation method

2.3 靜態(tài)配置模板設(shè)計(jì)

靜態(tài)配置模板事先編寫，有3個文件，分別為：

a) template.xml：配置文件的入口，存放除action和style之外的所有靜態(tài)配置項(xiàng).另外2個靜態(tài)配置模板由它引入.

b) action.xml：存放所有全景腳本配置項(xiàng).

c) style.xml：存放所有樣式配置項(xiàng).

之所以將action.xml和style.xml拆分，是因?yàn)橹挥?項(xiàng)其他靜態(tài)配置項(xiàng)，而這2類配置項(xiàng)的數(shù)量較大，拆分為2個文件有助于更好地管理和維護(hù).如果文件體量過大，可以進(jìn)一步拆分.

2.4 動態(tài)配置項(xiàng)生成

動態(tài)配置項(xiàng)的生成主要由后端服務(wù)器程序負(fù)責(zé).服務(wù)器程序獲取用戶的請求參數(shù)(主要為景名或景編號)，與數(shù)據(jù)庫交互，讀取與目標(biāo)景關(guān)聯(lián)的動態(tài)配置信息并創(chuàng)建配置項(xiàng).

2.4.1 動態(tài)配置信息

動態(tài)配置信息存儲在數(shù)據(jù)庫中，主要包括4部分：目標(biāo)景的初始視角信息、全景圖像信息、興趣點(diǎn)信息和實(shí)體信息.

a) 初始視角信息

初始視角信息指圖像載入時(shí)的視角方向，包括水平角(hlookat)和天頂角(vlookat).靜態(tài)配置模板中本已設(shè)定視角配置，但由于無人機(jī)拍攝角度無法固定等，往往需要對初始視角進(jìn)行調(diào)整.

b) 全景圖像信息

圖像信息指的是該景對應(yīng)的瓦片層級、瓦片大小、瓦片存儲地址以及該景在電子地圖上的經(jīng)緯度等信息.

c) 興趣點(diǎn)信息

興趣點(diǎn)信息指的是景內(nèi)的興趣點(diǎn)類型、興趣點(diǎn)關(guān)聯(lián)實(shí)體、興趣點(diǎn)坐標(biāo)，以及組成Polygon Hotspot的Polypoint的坐標(biāo).

d) 實(shí)體信息

實(shí)體信息指的是興趣點(diǎn)所對應(yīng)的場景實(shí)體(商家、景觀、公共設(shè)施、展覽對象等)的相關(guān)信息.

2.4.2 生成配置項(xiàng)

配置文件的生成主要有3個步驟：

第1步是靜態(tài)模板文件的引入，實(shí)踐中通過生成〈include〉標(biāo)簽引入template.xml實(shí)現(xiàn).

第2步是全景圖像的配置，實(shí)踐中通過動態(tài)生成〈image〉標(biāo)簽的方式實(shí)現(xiàn).同時(shí)，還要根據(jù)從數(shù)據(jù)庫中獲取的景信息寫入〈image〉標(biāo)簽的type屬性(投影類型)、url屬性(全景圖像地址)、multitiles屬性(是否采用多級切片)、tilesize類型(切片大小)和progressive屬性(是否支持漸進(jìn)式切片載入效果).如果存在切片，則還要添加〈level〉標(biāo)簽.

第3步是興趣點(diǎn)的配置，這是配置文件生成過程中的重點(diǎn)和難點(diǎn).實(shí)踐中通過動態(tài)生成〈hotspot〉標(biāo)簽的方式實(shí)現(xiàn).如果是面狀興趣點(diǎn)(polygonal hotspot)，則需要在〈hotspot〉標(biāo)簽內(nèi)部增加〈point〉標(biāo)簽及其ath與atv屬性；如果是點(diǎn)狀興趣點(diǎn)(image hotspot)，則需要設(shè)定〈hotspot〉的type屬性為“image”，并設(shè)定ath和atv.

每個興趣點(diǎn)都對應(yīng)一個實(shí)體(Entity)，當(dāng)初始化興趣點(diǎn)時(shí)，還要通過關(guān)聯(lián)查詢獲取關(guān)聯(lián)實(shí)體的信息，并寫入hotspot的配置項(xiàng)中.

3 原型系統(tǒng)的實(shí)現(xiàn)與驗(yàn)證

杭州市河道監(jiān)管中心擬建設(shè)河道管理系統(tǒng)(一期)全景展示模塊，筆者以此為契機(jī)，構(gòu)建了動態(tài)生成配置的全景展示與管理系統(tǒng)，對動態(tài)生成方法進(jìn)行了驗(yàn)證.

平臺用PHP作為后臺語言，用thinkphp作為MVC框架，DomDocument作為動態(tài)構(gòu)建XML格式配置文件的擴(kuò)展工具.采用SQLServer2008數(shù)據(jù)庫，測試網(wǎng)絡(luò)環(huán)境為普通互聯(lián)網(wǎng)，帶寬為2 M.

3.1 文件數(shù)量縮減

在靜態(tài)存儲方案中，使用最新版本的全景引擎批處理工具.工具為每個景自動生成以下配置文件，文件名中s代表具體的景名或編號.

表2 傳統(tǒng)方案中的配置文件

Table 2 Configuration file in static storage method

本系統(tǒng)的景數(shù)較多.水面全景，上塘河692景，余杭塘河443景，共計(jì)1 135景.空中全景，上塘河36景，余杭塘河22景，共計(jì)58景.水面與空中全景總計(jì)1 193景.

傳統(tǒng)方案中配置文件總數(shù)隨景數(shù)遞增.配置文件總數(shù)為1 193×3=3 579.配置文件大小為23 kB×1 193=27.44 MB.

動態(tài)生成方案下，配置(模板)文件如表3所示.配置模板文件總數(shù)固定為3個，不隨景數(shù)的增加而增加.配置文件的總大小為35 kB.結(jié)果如表4所示.

表3 動態(tài)生成方案下的配置文件

Table 3 Configuration file in method of dynamic generation

表4 2種方案的文件數(shù)量對比

3.2 興趣點(diǎn)可維護(hù)性優(yōu)化

系統(tǒng)設(shè)計(jì)并實(shí)現(xiàn)了興趣點(diǎn)創(chuàng)建維護(hù)功能.

在本系統(tǒng)中，興趣點(diǎn)實(shí)體是河道監(jiān)管中需要特別關(guān)注的閘泵站、排水口、近水平臺等地物.

管理員只要在任一景的幅面上單擊選定位置，填寫相應(yīng)的屬性信息，就可以創(chuàng)建興趣點(diǎn)，并將其信息寫入數(shù)據(jù)庫，刷新后依然可見.同時(shí)，管理員還可以對已有興趣點(diǎn)進(jìn)行刪除或?qū)傩跃庉嫴僮?，修改結(jié)果也可以保存.

在傳統(tǒng)配置文件靜態(tài)存儲的方案下，這是無法實(shí)現(xiàn)的.

3.3 瀏覽器緩存優(yōu)化

在動態(tài)生成方案下，訪問過的任意一景，其配置模板文件全部被瀏覽器緩存，模板文件可以從緩存用戶本地瞬時(shí)讀取，通過網(wǎng)絡(luò)傳輸?shù)闹挥袆討B(tài)生成的內(nèi)容.

而在傳統(tǒng)方案中，訪問一景后，這一景的配置文件雖然被緩存，但和其他景的配置文件沒有關(guān)系.當(dāng)訪問第2景時(shí)，依然需要通過網(wǎng)絡(luò)獲取第2景的配置文件.在網(wǎng)絡(luò)環(huán)境較差時(shí)，如果配置文件沒有即刻獲得，會給用戶造成“黑屏”的視覺印象.

從圖5中可以看到，在對某一景的首次訪問中，用于動態(tài)生成配置文件的http請求(第1行)耗時(shí)146 ms，其他3個靜態(tài)配置模板分別耗時(shí)45,247和258 ms.

如圖6所示，當(dāng)下一次訪問其他景時(shí)，其用于動態(tài)生成配置文件的http請求耗時(shí)基本不變，而3個靜態(tài)配置文件均可從緩存中瞬時(shí)獲取，整體瀏覽時(shí)間大大縮短.

對2種方案進(jìn)行訪問測試，結(jié)果如表5所示.可見，動態(tài)生成方案能夠更好地利用緩存，且請求總體響應(yīng)時(shí)間短于靜態(tài)存儲方案.

圖5 動態(tài)生成方案下配置文件模板的http請求獲取(首次請求)Fig.5 The http request information in method of dynamic generation(first request)

圖6 動態(tài)生成方案下配置文件模板的http請求獲取(從緩存中獲取)Fig.6 The http request information in method of dynamic generation(from cache)

表5 2種方案的請求獲取時(shí)間對比

Table 5 Contrast on http request transmission time between two methods

4 結(jié) 論

針對全景應(yīng)用配置文件大、可維護(hù)性差、無法緩存等問題，提出了全景配置動態(tài)生成的解決方案，探索了靜態(tài)配置模板存儲與動態(tài)配置項(xiàng)生成相結(jié)合的配置生成方法；搭建了基于該方法的全景應(yīng)用并運(yùn)用于實(shí)際項(xiàng)目中.實(shí)例驗(yàn)證表明，本文采用的方法能較好地解決以上問題.

然而，本文的探索尚處于初步階段，所提方案仍有很大的改進(jìn)空間，例如，僅把景本身作為控制動態(tài)內(nèi)容的變量進(jìn)行傳遞.下一步可考慮增加其他控制動態(tài)配置變量，以增強(qiáng)動態(tài)性.

[1] GLEDHILL D, TIAN G Y, TAYLOR D, et al. Panoramic imaging:A review[J]. Computers&Graphics,2003,27(3):435-445.

[2] 丁峰，萬遠(yuǎn)，雷雨，等.基于三維全景的在線漫游及GIS集成研究與開發(fā)[J].南開大學(xué)學(xué)報(bào)：自然科學(xué)版,2014(4):54-58. DING Feng, WAN Yuan, LEI Yu, et al. Online roaming and GIS integration research and development based on three-dimensional panoramic[J]. Journal of Nankai University:Science Edition,2014(4):54-58.

[3] 楊仁杰. 基于Web的全景技術(shù)研究[D].鄭州:鄭州大學(xué),2012. YANG Renjie. The Research for Web-Based Panorama Technology[D]. Zhengzhou:Zhengzhou University,2012.

[4] 王延朝.基于Krpano的三維全景系統(tǒng)的開發(fā)和應(yīng)用[D].上海:華東師范大學(xué),2012. WANG Yanchao. The Development and Application of Three-Dimensional Panorama System Based on Krpano[D].Shanghai: East China Normal University,2012.

[5] 孫磊.全景制作平臺的設(shè)計(jì)與實(shí)現(xiàn)[D].西安:西安電子科技大學(xué),2014. SUN Lei. The Design and Implementation of A Panoramic Production Platform[D]. Xian: Xidian University,2014.

[6] 朱國情,李東亮,程剛.基于Krpano的全景編輯系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[C]//第14屆中國系統(tǒng)仿真技術(shù)及其應(yīng)用學(xué)術(shù)年會論文集.三亞：科研出版社，2012. ZHU Guoqing, LI Dongliang, CHENG Gang. Design and realization of panorama edit system based on Krpano[C]//Proceedings of 14th Chinese Conference on System Simulation Technology & Application.Sanya:Scientific Research Publishing,2012.

[7] Krpano Gesellschaft. Krpano XML Reference Version1.19[DB/OL].http://www.krpano.com/docu/xml.[2014-10-17].

[8] World Wide Web Consortium. Caching in HTTP[DB/OL].[1999-06-01]. http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html.

[9] SHIBATA K, ARAKI S, MAEDA K, et al. High-quality panoramic image generation using multiple PAL images[J]. Electronics and Communications in Japan, 2014,97(6):58-66.

XU Suyang1,2, CAI Yangjun3, ZHANG Feng1,2, DU Zhenhong1,2, LIU Renyi2

(1.ZhejiangProvincialKeyLabofGIS,ZhejiangUniversity,Hangzhou310028,China; 2.DepartmentofGeographicInformationScience,ZhejiangUniversity,Hangzhou310027,China; 3.HangzhouHousingSecurityOffice,Hangzhou310006,China)

A method of dynamic generation of the panoramic configuration file and its implementation. Journal of Zhejiang University(Science Edition), 2016,43(6):726-732

The application model based on static storage of the panoramic configuration file meets normal requirements. But in systems which demand frequent update, complex interaction and contain large number of scenes, it may lead difficulties in system maintenance as well as a sharp rise of the configuration file number. Since some static configuration contents appear repeatedly in different scenes’ configuration files, we propose an improvement method by extracting the static content from the configuration file, storing the dynamic content in database and creating configuration file based on the parameters about the current scenes. Experimental results show that the dynamic generation method can remarkably reduce the number of files, and is superior to static storage method in transmission time, maintainability and cache use.

panorama; configuration; dynamic generation

2015-12-18.

徐溯陽(1990-)，ORCID：http://orcid.org/0000-0003-0486-1978，男,碩士研究生，主要從事全景技術(shù)和網(wǎng)絡(luò)地理信息系統(tǒng)研究.

*通信作者,ORCID:http://orcid.org/0000-0001-9449-0415，E-mail:duzhenhong@zju.edu.cn.

10.3785/j.issn.1008-9497.2016.06.018

TP 391

A

1008-9497(2016)06-726-07