專利名稱：一種面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒?br> 技術領域：
本發(fā)明涉及三維空間數(shù)據(jù)傳輸技術領域，尤其涉及一種面向三維空間數(shù)據(jù)傳輸?shù)?應用層通信方法。
背景技術：
近年來，三維地理信息系統(tǒng)(Three-Dimensional Geographical Information System, 3DGIS)在國內(nèi)外發(fā)展迅猛。較之傳統(tǒng)的二維地理信息系統(tǒng)，三維地理信息系統(tǒng)的 顯著變化就是所管理和處理的空間數(shù)據(jù)量呈現(xiàn)出明顯的海量特征。如何存儲和管理三維場 景的空間數(shù)據(jù)成為三維地理信息系統(tǒng)的技術關鍵。普通個人電腦無法直接裝載和處理一個 大地區(qū)的海量數(shù)據(jù)，以城市三維空間數(shù)據(jù)為例，其三維空間數(shù)據(jù)的數(shù)據(jù)量就可高達幾個Tb。 而用戶對于空間數(shù)據(jù)的訪問具有局部性、偶然性，因此，搭建以空間數(shù)據(jù)庫為服務器和普通 個人計算機為客戶端的客戶端/服務器模式(C/S模式)已成為解決海量空間數(shù)據(jù)存儲、調(diào) 用和處理等問題的基本思路。在C/S模式中，通信速度是影響系統(tǒng)性能的關鍵因素。建立低延遲、高帶寬的可靠 通信協(xié)議是優(yōu)化三維空間數(shù)據(jù)網(wǎng)絡傳輸?shù)闹饕繕酥?。與此密切相關的三維空間數(shù)據(jù)可 視化應用對獲取應用數(shù)據(jù)的準確性和效率要求都很高，在底層協(xié)議選擇上一股都會選用可 靠的面向連接的TCP/IP協(xié)議。然而缺乏標準的應用層協(xié)議是困擾三維空間數(shù)據(jù)高效網(wǎng)絡傳輸和應用系統(tǒng)構建 的關鍵問題。由于三維空間數(shù)據(jù)具有多源、多類、多維、多量、多時態(tài)和多主題等重要特征， 而且各三維空間數(shù)據(jù)應用系統(tǒng)研究側重點不同，比如地質(zhì)調(diào)查側重的是地層、礦產(chǎn)和油氣 數(shù)據(jù)，城市三維GIS側重于建筑，管線數(shù)據(jù)等，導致不同單位和基于不同平臺開發(fā)出來的三 維空間數(shù)據(jù)格式不能進行統(tǒng)一，服務器和客戶端之間傳輸?shù)臄?shù)據(jù)格式不一，不匹配的客戶 端/服務器相互不能進行通信，即使是采用抓包技術得到的數(shù)據(jù)包也不能分析和加以利 用。這阻礙了三維地理信息系統(tǒng)中空間數(shù)據(jù)的傳輸效率，大大降低了數(shù)據(jù)的共享性，成為構 建三維空間數(shù)據(jù)庫及實現(xiàn)其應用的關鍵問題之一。

發(fā)明內(nèi)容
針對上述存在的技術問題，本發(fā)明的目的是提供一種面向三維空間數(shù)據(jù)傳輸?shù)膽?用層通信方法，以提高三維空間數(shù)據(jù)網(wǎng)絡傳輸?shù)母咝院蜏蚀_性，實現(xiàn)多種空間數(shù)據(jù)格式 的數(shù)據(jù)在不同網(wǎng)絡節(jié)點之間的快速傳輸和共享訪問。為達到上述目的，本發(fā)明采用如下的技術方案①服務器端打開數(shù)據(jù)傳輸端口進行監(jiān)聽，客戶端發(fā)出連接消息，發(fā)送給服務器 端；②服務器端對客戶信息和權限進行驗證后，發(fā)出驗證消息，若通過驗證，則允許連 接，進入步驟③，否則，不允許連接和請求數(shù)據(jù)，通信結束；③客戶端發(fā)出策略定制消息，用戶插入指定的策略定制標志，服務器端接收后，記錄該客戶的策略定制信息，接到數(shù)據(jù)請求后則按照客戶定制的策略對數(shù)據(jù)進行查找處理以 及發(fā)送； ④客戶端發(fā)出請求數(shù)據(jù)消息，向服務器端請求數(shù)據(jù)，客戶填入自己請求的數(shù)據(jù)類 型，對象ID集合，發(fā)送服務器端； ⑤服務器接收到請求數(shù)據(jù)后，對數(shù)據(jù)進行校驗檢測，若檢測合格則進入步驟⑥，若 檢測不合格則轉(zhuǎn)入步驟⑧；⑥服務器端解析請求數(shù)據(jù)類型和請求ID集合，按照用戶制定的搜索策略，從相應 緩存或數(shù)據(jù)庫獲取數(shù)據(jù)；⑦客戶端接收到返回數(shù)據(jù)后，對數(shù)據(jù)進行校驗檢測，若檢測合格則本次通信過程 結束，若檢測不合格則發(fā)送錯誤報告消息，進入步驟⑨；⑧服務器端會向客戶端發(fā)送錯誤報告消息，客戶端接收到錯誤報告后，重發(fā)數(shù)據(jù) 請求消息，返回步驟⑤；⑨服務端接收錯誤消息報告，對系統(tǒng)負載進行檢測，采取負載優(yōu)先均衡策略，返回 步驟⑥。所述步驟①中客戶端發(fā)出的連接消息，包括賬戶、密碼、請求連接的數(shù)據(jù)庫連接字 符串和指定的用戶權限標志。所述步驟③中包括默認策略，服務器端先從緩存找數(shù)據(jù)，若找到直接返回，否則查 找數(shù)據(jù)庫，找到后插入緩存并返回數(shù)據(jù)。所述步驟⑥進一步包括以下子步驟若服務器端不能獲取任何數(shù)據(jù)，則發(fā)送客戶 端數(shù)據(jù)消息內(nèi)總消息個數(shù)填入0，表示沒有該請求數(shù)據(jù)；若能獲取到數(shù)據(jù)，會根據(jù)服務器當前負載情況，將數(shù)據(jù)按照重要性依次分批發(fā)送 幾何數(shù)據(jù)、屬性數(shù)據(jù)、紋理數(shù)據(jù)和空間關系數(shù)據(jù)。所述步驟⑨中，負載優(yōu)先策略為負載較輕時，采取發(fā)送普通數(shù)據(jù)的策略，依次全 部重發(fā)；負載較重時，按照數(shù)據(jù)類型的重要順序，發(fā)送最重要的數(shù)據(jù)，不重要的數(shù)據(jù)排隊處理。所述步驟①中的服務器端采用固定數(shù)據(jù)傳輸端口，默認采用1986端口。本發(fā)明具有以下優(yōu)點和積極效果1)本發(fā)明詳細分析了三維GIS中的數(shù)據(jù)通信需求情況，將數(shù)據(jù)按重要性分類為 幾何信息、屬性信息、紋理信息和空間關系信息，在處理服務器負載均衡問題時可以此為依 據(jù)實現(xiàn)對數(shù)據(jù)的分批發(fā)送，可以有效增強服務器的健壯性和穩(wěn)定性；2)本發(fā)明對不同類型數(shù)據(jù)的請求、發(fā)送以及錯誤處理規(guī)定了明確的格式和步驟， 為三維空間數(shù)據(jù)的通信與共享提供了參考標準，為三維空間數(shù)據(jù)的標準化通信應用和高效 處理提供了基礎。


圖1是本發(fā)明提供的面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒ǖ腃/S通信示意圖。
具體實施例方式下面以具體實施例結合附圖對本發(fā)明作進一步說明
4
本發(fā)明提供的面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒?，針對不同三維GIS系統(tǒng) 關注的不同數(shù)據(jù)類型，在更高層次上抽象出統(tǒng)一的數(shù)據(jù)類型，具體來說，在定義統(tǒng)一的數(shù)據(jù) 格式中，根據(jù)三維空間數(shù)據(jù)具有的多源、多類、多維、多量、多時態(tài)和多主題等重要特征，將 三維空間數(shù)據(jù)抽象為四大類最基本的數(shù)據(jù)類型，包括幾何信息描述空間對象的幾何位置、幾何坐標系、幾何形狀、坐標數(shù)據(jù)等空間數(shù) 據(jù)的屬性信息，表1說明了本發(fā)明支持的幾種基本幾何類型表1 基本幾何數(shù)據(jù)類型 屬性信息描述空間對象的語義名稱，材質(zhì)信息等空間數(shù)據(jù)的屬性信息，表2說明 了本發(fā)明支持的幾種基本屬性信息類型表2 基本屬性數(shù)據(jù)類型 紋理信息表達空間對象的表面紋理信息，材質(zhì)信息等，表3說明了本發(fā)明支持的 幾種基本紋理信息類型表3 基本紋理數(shù)據(jù)類型 空間關系信息表達空間對象的方向信息，以及空間對象之間的拓撲關系等，表4 說明了本發(fā)明支持的幾種基本空間關系類型表4:空間關系類型 上面的四類數(shù)據(jù)類型按照重要性從大到小依次為幾何信息、屬性信息、紋理信息、 空間關系信息?？蛻舳丝筛鶕?jù)需求情況請求數(shù)據(jù)，注重速度時可按重要性對這四類數(shù)據(jù)分 別請求，注重信息的完整性時可要求全部發(fā)送。同時服務器端在負載較重時，可以對數(shù)據(jù)先 發(fā)送重要數(shù)據(jù)，對不重要的數(shù)據(jù)進行排隊，待負載較輕時再進行發(fā)送。本發(fā)明同時對客戶端和服務器端之間通信的消息格式進行了統(tǒng)一的定義，如下表 表5所示表5 面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒ǖ耐ㄐ畔⒏袷?下面對上表所述的消息格式逐一進行介紹①客戶端請求連接服務器端按照統(tǒng)一的消息格式和解析方式請求連接消息格式 見上表，以MSG_C0NNECT的消息頭開始，第1字段為20字節(jié)的賬號信息，第2字段為20字 節(jié)的密碼信息，第3字段為40字節(jié)的數(shù)據(jù)庫連接字符串信息，第4字段為4字節(jié)的用戶權 限標志，第5字段為15字節(jié)的留給用戶擴展的備用字段。②服務器端發(fā)給客戶端的驗證按照統(tǒng)一的消息格式和解析方式。驗證消息格式見 上表，以MSG_VERIFY的消息頭開始，第1字段為1字節(jié)的驗證標志。MSG_VERIFY_VALIDATE 表示驗證通過，允許連接，MSG_VERIFY_INVALIDATE表示驗證未通過，不允許連接。第2字 段為20字節(jié)的描述信息，表達未通過的原因等。第3字段為10字節(jié)的留給用戶擴展的備 用字段。③客戶端定制傳輸策略按照統(tǒng)一的消息格式和解析方式。策略定制消息格式 見表1，以MSG_STRATEGY_ORDER的消息頭開始，第1字段為4字節(jié)的策略定制標志，MSG_ STRATEGY_SEARCH_DATABASE 表示搜索數(shù)據(jù)庫，MSG_STRATEGY_SEARCH_CACHE 表示搜索緩存，MSG_STRATEGY_INSERT_CACHE表示插入緩存，MSG_STRATEGY_NAGLE表示傳輸數(shù)據(jù)時使 用Nagle算法，MSG_STRATEGY_PREDISPATCH表示使用預調(diào)度策略，第2字段為20字節(jié)的備 注信息，第3字段為7字節(jié)的擴展字段供用戶備用。④客戶端對請求數(shù)據(jù)消息按照統(tǒng)一的消息格式和解析方式。請求數(shù)據(jù)消息格式 見上表，以MSG_REQUEST的消息頭開始，第1字段為請求的數(shù)據(jù)類型，也就是上述四大分類 中的某一類，第2字段為4個字節(jié)的ID個數(shù)信息。第3字段為具體的ID。請求消息最多 65536字節(jié)，也就是64kb。若還有更多ID則得分為第2條請求消息發(fā)送。⑤服務器端返回給客戶端的數(shù)據(jù)消息按照統(tǒng)一的消息格式和解析方式。返回數(shù)據(jù) 消息格式見上表，以MSG_DATA的消息頭開始，第1字段為返回的數(shù)據(jù)類型，第2字段為返回 的數(shù)據(jù)消息總個數(shù)，第3字段為返回的數(shù)據(jù)消息序號，當1份數(shù)據(jù)可以用1個消息裝載時則 消息總個數(shù)和消息序號都為1，否則數(shù)據(jù)會分為幾個消息，服務器端將數(shù)據(jù)按照序號依次發(fā) 送。⑥接收方檢測到錯誤數(shù)據(jù)后，會向發(fā)送方發(fā)送錯誤報告，因此對錯誤報告提供統(tǒng) 一的消息格式和解析方式。錯誤報告消息格式見上表，以MSG_ERR0R為消息頭，第1字段為 1字節(jié)的錯誤類型，第2字段為4字節(jié)的數(shù)據(jù)錯誤序號，第3字段為16字節(jié)的描述信息。第 4字段為10字節(jié)的擴展字段留給用戶備用。⑦控制消息格式，如上表控制消息以MSG_C0NTR0L為消息頭，管理員填入開關 標志(MSG_C0NTR0L_0PEN表示開啟服務器，MSG_C0NTR0L_CL0SE表示關閉服務器，MSG_ C0NTR0L_SUSPEND 表示暫停服務器)，服務器策略標志(MSG_STRATEGY_SEARCH_DATABASE 表示搜索數(shù)據(jù)庫，MSG_STRATEGY_SEARCH_CACHE 表示搜索緩存，MSG_STRATEGY_INSERT_ CACHE表示插入緩存，MSG_STRATEGY_NAGLE表示傳輸數(shù)據(jù)時使用Nagle算法，MSG_ STRATEGY_PREDISPATCH表示使用預調(diào)度策略)，傳輸標志(MSG_ALL表示對客戶端請求數(shù)據(jù) 全部發(fā)送，MSG_SEQUENCE表示按重要次序分批發(fā)送)，以及備注信息。下面結合圖1，詳細描述本發(fā)明的流程步驟首先需要服務器端開啟空間數(shù)據(jù)服務器，管理員可以在服務器上手動管理，也可 以通過向服務器指定傳輸控制端口(系統(tǒng)默認為1987，用戶可以修改)發(fā)送控制消息進行 遠程管理，實現(xiàn)對服務器的系統(tǒng)級管理。服務器開啟后，C/S之間嚴格按照本協(xié)議實現(xiàn)數(shù)據(jù)傳輸，如圖1所示從上到下是一 個完整的C/S通信過程建立連接的步驟首先服務器端打開固定數(shù)據(jù)傳輸端口(系統(tǒng)默認為1986，用戶可以修改)進行監(jiān) 聽，客戶端首先發(fā)出連接消息，消息格式見表5，客戶端填入自己的賬戶、密碼、請求連接的 數(shù)據(jù)庫連接字符串和指定的用戶權限標志，發(fā)送給服務器端，服務器端對客戶信息和權限 進行驗證后，發(fā)出驗證消息，消息格式見表5，若通過驗證，則允許連接，轉(zhuǎn)入定制策略的步 驟。否則，不允許連接和請求數(shù)據(jù)，本次通信結束。定制策略的步驟客戶端發(fā)出策略定制消息，消息格式見表5，用戶插入指定的策略定制標志，MSG_ STRATEGY_SEARCH_DATABASE 表示搜索數(shù)據(jù)庫，MSG_STRATEGY_SEARCH_CACHE 表示搜索緩 存，MSG_STRATEGY_INSERT_CACHE表示插入緩存，MSG_STRATEGY_NAGLE表示傳輸數(shù)據(jù)時使
9用Nagle算法，MSG_STRATEGY_PREDISPATCH表示使用預調(diào)度策略，服務器端接收后，記錄 該客戶的策略定制信息，接到數(shù)據(jù)請求后按照客戶定制的策略對數(shù)據(jù)進行查找處理以及發(fā) 送。同時，本協(xié)議存在默認策略，即MSG_STRATEGY_DEFAULT，服務器端先從緩存找數(shù) 據(jù)，若找到直接返回，否則查找數(shù)據(jù)庫，找到后插入緩存并返回數(shù)據(jù)。因此本步驟可以省略， 即選擇默認的策略。此步驟完后，轉(zhuǎn)入下一步驟?？蛻舳苏埱髷?shù)據(jù)，服務器端發(fā)送數(shù)據(jù)的步驟客戶端發(fā)出請求數(shù)據(jù)消息，消息格式如見表5，向服務器端請求數(shù)據(jù)，客戶填入自 己請求的數(shù)據(jù)類型，對象ID集合，發(fā)送服務器端。服務器接收到請求數(shù)據(jù)后，會對數(shù)據(jù)進行 校驗檢測，若檢測不合格則轉(zhuǎn)入錯誤處理步驟。檢測請求數(shù)據(jù)合格后，服務器端解析請求數(shù)據(jù)類型和請求ID集合，按照用戶制定 的搜索策略，從相應緩存或數(shù)據(jù)庫獲取數(shù)據(jù)。若服務器端不能獲取任何數(shù)據(jù)，則發(fā)送客戶 端數(shù)據(jù)消息內(nèi)總消息個數(shù)填入0，表示沒有該請求數(shù)據(jù)。若能獲取到數(shù)據(jù)，會根據(jù)服務器當 前負載情況，將數(shù)據(jù)按照重要性依次分批發(fā)送幾何數(shù)據(jù)、屬性數(shù)據(jù)、紋理數(shù)據(jù)和空間關系數(shù) 據(jù)。對當前要發(fā)送的數(shù)據(jù)按照數(shù)據(jù)量進行打包，先填入對象所占空間大小，再裝入對象數(shù)據(jù) 內(nèi)容。若數(shù)據(jù)內(nèi)容一個包不能封裝，則分多包封裝并排好序，再按序依次發(fā)送返回數(shù)據(jù)消 息。客戶端接收到返回數(shù)據(jù)后，會對數(shù)據(jù)進行校驗檢測，若檢測合格則本次通信過程結束， 否則轉(zhuǎn)入錯誤處理步驟。錯誤處理步驟服務器端接收到錯誤消息頭，錯誤數(shù)據(jù)類型，錯誤請求，或請求不完整，會向客戶 端發(fā)送錯誤報告消息，消息格式見表5，客戶端接收到錯誤報告后，會重發(fā)數(shù)據(jù)請求消息?？蛻舳私邮盏藉e誤消息頭，錯誤數(shù)據(jù)類型，錯誤數(shù)據(jù)，或數(shù)據(jù)不完整，會向服務器 端發(fā)送錯誤報告消息，消息格式見表5，服務器端接收到錯誤報告后，首先檢驗當時的系統(tǒng) 負載，負載較輕時，采取發(fā)送普通數(shù)據(jù)的策略，依次全部重發(fā)。負載較重時，按照數(shù)據(jù)類型的 重要順序，先發(fā)送最重要的數(shù)據(jù)，將不重要的數(shù)據(jù)壓入排隊區(qū)，待服務器負載降低時再發(fā)送 相對不重要的數(shù)據(jù)。數(shù)據(jù)消息發(fā)送完畢后，本次通信過程結束。以上實施例僅供說明本發(fā)明之用，而非對本發(fā)明的限制，有關技術領域的技術人 員，在不脫離本發(fā)明的精神和范圍的情況下，還可以作出各種變換或變型，因此所有等同的 技術方案，都落入本發(fā)明的保護范圍。
權利要求
一種面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒?，其特征在于，包括以下步驟①服務器端打開數(shù)據(jù)傳輸端口進行監(jiān)聽，客戶端發(fā)出連接消息，發(fā)送給服務器端；②服務器端對客戶信息和權限進行驗證后，發(fā)出驗證消息，若通過驗證，則允許連接，進入步驟③，否則，不允許連接和請求數(shù)據(jù)，通信結束；③客戶端發(fā)出策略定制消息，用戶插入指定的策略定制標志，服務器端接收后，記錄該客戶的策略定制信息，接到數(shù)據(jù)請求后則按照客戶定制的策略對數(shù)據(jù)進行查找處理以及發(fā)送；④客戶端發(fā)出請求數(shù)據(jù)消息，向服務器端請求數(shù)據(jù)，客戶填入自己請求的數(shù)據(jù)類型，對象ID集合，發(fā)送服務器端；⑤服務器接收到請求數(shù)據(jù)后，對數(shù)據(jù)進行校驗檢測，若檢測合格則進入步驟⑥，若檢測不合格則轉(zhuǎn)入步驟⑧；⑥服務器端解析請求數(shù)據(jù)類型和請求ID集合，按照用戶制定的搜索策略，從相應緩存或數(shù)據(jù)庫獲取數(shù)據(jù)；⑦客戶端接收到返回數(shù)據(jù)后，對數(shù)據(jù)進行校驗檢測，若檢測合格則本次通信過程結束，若檢測不合格則發(fā)送錯誤報告消息，進入步驟⑨；⑧服務器端會向客戶端發(fā)送錯誤報告消息，客戶端接收到錯誤報告后，重發(fā)數(shù)據(jù)請求消息，返回步驟⑤；⑨服務端接收錯誤消息報告，對系統(tǒng)負載進行檢測，采取負載優(yōu)先均衡策略，返回步驟⑥。
2.根據(jù)權利要求1所述的面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒ǎ涮卣髟谟?所述步驟①中客戶端發(fā)出的連接消息，包括賬戶、密碼、請求連接的數(shù)據(jù)庫連接字符串和指定的用戶權限標志。
3.根據(jù)權利要求1所述的面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒?，其特征?所述步驟③中包括默認策略，服務器端先從緩存找數(shù)據(jù)，若找到直接返回，否則查找數(shù)據(jù)庫，找到后插入緩存并返回數(shù)據(jù)。
4.根據(jù)權利要求1、2或3所述的面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒ǎ涮卣髟?于，所述步驟⑥進一步包括以下子步驟若服務器端不能獲取任何數(shù)據(jù)，則發(fā)送客戶端數(shù)據(jù)消息內(nèi)總消息個數(shù)填入0，表示沒有 該請求數(shù)據(jù)；若能獲取到數(shù)據(jù)，會根據(jù)服務器當前負載情況，將數(shù)據(jù)按照重要性依次分批發(fā)送幾何 數(shù)據(jù)、屬性數(shù)據(jù)、紋理數(shù)據(jù)和空間關系數(shù)據(jù)。
5.根據(jù)權利要求1所述的面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒ǎ涮卣髟谟?所述步驟⑨中，負載優(yōu)先策略為負載較輕時，采取發(fā)送普通數(shù)據(jù)的策略，依次全部重發(fā)；負載較重時，按照數(shù)據(jù)類型的重要順序，發(fā)送最重要的數(shù)據(jù)，不重要的數(shù)據(jù)排隊處理。
6.根據(jù)權利要求1所述的面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒?，其特征在?所述步驟①中的服務器端采用固定數(shù)據(jù)傳輸端口，默認采用1986端口。
全文摘要
本發(fā)明涉及三維空間數(shù)據(jù)傳輸技術領域，尤其涉及一種面向三維空間數(shù)據(jù)傳輸?shù)膽脤油ㄐ欧椒?。本發(fā)明包括數(shù)據(jù)處理步驟，管理客戶端向服務器端發(fā)送數(shù)據(jù)請求和服務器端針對客戶請求發(fā)送具體三維空間數(shù)據(jù)；策略定制步驟，管理客戶端請求服務器端采取何種策略獲取數(shù)據(jù)和發(fā)送數(shù)據(jù)；錯誤處理步驟，管理接收方接收到錯誤數(shù)據(jù)后要求發(fā)送方如何重發(fā)數(shù)據(jù)；同時，本發(fā)明將三維空間數(shù)據(jù)抽象為幾何數(shù)據(jù)、屬性數(shù)據(jù)、紋理數(shù)據(jù)和空間關系數(shù)據(jù)，以方便服務器端發(fā)送數(shù)據(jù)和傳輸控制。本發(fā)明在應用層上保障了三維空間數(shù)據(jù)網(wǎng)絡傳輸?shù)母咝耘c準確性，為三維空間數(shù)據(jù)網(wǎng)絡傳輸和共享提供了一種新的實施途徑。
文檔編號H04L29/08GK101917449SQ201010269079
公開日2010年12月15日 申請日期2010年9月1日 優(yōu)先權日2010年9月1日
發(fā)明者何世波, 何珍文, 劉剛, 劉圓圓, 劉延婷, 吳沖龍, 周濤, 周青, 孫卡, 崔運濤, 彭元, 李晶, 王玭茜, 田宜平, 翁正平 申請人:中國地質(zhì)大學(武漢)