宋夢蝶,王 楓,武延軍
1(中國科學院軟件研究所 基礎軟件國家工程研究中心,北京 100190)2(中國科學院大學,北京 100049)
基于服務化技術的個人數據資源共享方法①
宋夢蝶1,2,王 楓1,武延軍1
1(中國科學院軟件研究所 基礎軟件國家工程研究中心,北京 100190)2(中國科學院大學,北京 100049)
隨著信息網絡的高速發展,電子產品普及率日益提高,個人數據資源分散化的存儲在各種不同的設備之中,設備間方便高效的數據共享成為亟待解決的問題.針對現有的數據共享方法不能滿足個人以及協同工作組內數據高效便捷的共享需求,運用服務化技術實現數據資源共享方法.本方法采用端對端的數據共享方式,使局域網環境下參與共享的個人及協同工作組內設備對等的運行數據Web服務化,服務發布和服務發現三個基本模塊,在各模塊的配合下實現多設備間的數據資源共享.相比常用的數據共享方法,具有無需搭建額外的硬件環境,共享效率高,支持無需下載的在線訪問,避免了三方數據泄露風險以及系統資源占用率低等優勢.方法有效的解決了多設備間高效數據共享面臨的數據動態變化,信息一致性維護,節點異構,代價可接受等挑戰.
多設備數據共享;數據資源服務化;服務發現
隨著信息網絡的高速發展,智能手機,平板電腦,筆記本電腦,辦公臺式機等個人電子設備普及率極高,是人們日常生活和協同工作環境中密不可分的組成部分.而隨之帶來了一個令人備受困擾的問題,同屬個人或同一協同工作組中的數據資源,包括文檔、圖片、音頻、視頻等,如何在分散化的多種設備和應用間方便高效的共享?
現有的針對個人和協同工作組的數據共享方法主要有以下幾類,他們都可以實現數據在多設備間的共享,但也都有著自身的局限性.使用數據線,U 盤,移動硬盤等外部設備進行傳統的數據傳輸,這種共享方式依賴外部設備,過程繁瑣而且易發數據丟失和計算機病毒的傳播等問題;安裝相同的具有數據傳輸功能的應用軟件,例如微信,QQ,飛鴿傳書和電子郵件等,這種方式依賴于第三方應用的文件傳輸功能,使用下載后瀏覽的方式會占用設備較多的存儲空間以及存在第三方應用數據泄露的風險;使用云存儲[1]的方式是后前較為通用的數據共享方式,具體表現為云盤,這種方式依賴于服務商提供的服務和外部網絡,有著共享數據規模大的優勢,但共享效率受網絡帶寬的影響較大且同樣存在云服務商數據泄露的風險;使用內部的FTP服務器等進行數據資源的上傳和下載,可以保證共享的效率且減少數據泄露的風險,但隨之而來的是FTP服務器的搭建和維護的成本,而且集中式存儲的通病,中心服務器的性能瓶頸以及單點失效等問題也需要考慮.
針對現有數據資源共享方法存在的不足,本文運用服務化技術實現數據資源共享方法,它采用端對端的數據共享方式,使局域網環境下參與共享的個人及工作組內各設備在系統級對等的運行數據Web服務化,服務發布和服務發現三個基本模塊,在各模塊的配合下實現多設備間的數據資源共享.本方案較常見的數據共享方法,具有無需搭建額外的硬件環境,共享效率高,支持無需下載的在線訪問,避免了三方數據泄露以及系統資源占用率低等優勢,為多設備乃至多應用間的數據共享提供一種新的思路和方法.
本文的結構如下:第1節為研究背景和相關工作,第2節為個人數據資源共享方法的設計,第3節為系統各模塊的具體實現以及運行效果,第4節為方法的功能及性能評估,第5節為本文工作的總結以及對未來工作的規劃和展望.
依賴數據線,U盤,移動硬盤等數據傳輸媒介的數據共享方式是一種傳統的數據共享方式,這種方式有著顯而易見的缺點,它依賴于外部設備,操作繁瑣而且U盤等設備經常出現不被主機識別或是病毒感染等意外情況.因此,雖然這種方式仍然很大程度上的為人們所使用,卻在近年來越來越多的被其他方式所替代.
安裝相同的具有數據傳輸功能的應用實現多設備間的數據共享也是一種常見的方式,在局域網和廣域網中都有相關的實現,日常的即時通訊軟件,例如QQ,微信,飛鴿傳書等也具有文件傳輸的功能.這種方式除了要求安裝相同的應用,我們的數據資源還需要經過其他應用的轉發,無可避免的存在著數據泄露的風險.另一方面,數據的接收方通常只能通過下載到本地的方式進行文件的查看,無法實現數據的在線訪問,靈活性低,且在外網環境下同樣存在著數據傳輸效率低的問題.
隨著云計算技術的發展,云存儲的方式是近年來使用廣泛的數據共享方式.云存儲的本質上是一個分布式的文件系統,常見的設計思想分為集中式元數據管理和一致性哈希管理兩種[2].前者比較有代表性的系統是 GFS(Google File System)和 HDFS(Hadoop Distributed File System),后者比較有代表性的是Amazon S3(Simple Storage Service).集中式元數據管理是一種主從結構,主節點存儲著一張key-value的表格,記錄著數據實際存儲的位置,所有獲取數據的請求都需要和主節點通信,從而獲得數據的實際地址.一致性哈希管理不存在主節點,是根據一致性哈希算法來解決分布式存儲的節點分配問題.云盤,是一種云存儲的具體表現形式,是云服務商所提供的數據存儲服務,具有存儲空間巨大,沒有冗余存儲等優勢.云盤通常需要通過外部網絡進行訪問,受網絡帶寬影響使云盤共享數據的效率較低.并且在這種條件下,數據的擁有者失去了對數據的控制,數據的安全性完全取決于云服務商的可靠性,基于這種方式的數據共享安全性[3,4]一直以來也是學界研究的熱點問題.近年來國內外數據泄露事件層出不窮,在Verizon最新發布的《2016數據泄露報告》[5]中也出現了對云服務商的一些建議,來減少云存儲潛在的安全問題,之前年度的報告中也指出云服務商需注意內部人員因經濟后的泄露用戶數據的行為.
在數據安全性以及傳輸效率要求較高的環境下,搭建內部的FTP服務器進行數據資源的共享是一個可行的實現方案.但針對本文的個人數據資源共享和協同工作的工作組內的數據共享,搭建和維護FTP服務器的成本較高,而且無可避免的存在著服務器的性能瓶頸和單點失效等集中式存儲的弊端.
本文運用服務化技術解決個人數據資源共享問題,為多設備間的數據共享提供一種新的思路.
服務發布模塊和服務發現[6]模塊是負責在共享環境中將數據服務化后得到的數據資源地址進行發布和發現.
Google 發起的“The Physical Web”[7]項后是使物聯網環境下的每個智能設備用URL(Uniform Resource Locator,統一資源定位符)來標識自己,之后用戶使用BLE(Bluetooth Low Energy,低功耗藍牙)這種服務發現技術獲取到一個所有服務的URL列表,這樣一來,使用智能設備的體驗就和在網站上使用各種超鏈接差不多了.該項后的Android端應用可以在Google Play Store里找到,它的開源實現里提供了BLE,mDNS,SSDP三種URL發布和發現的方式.本文借鑒了這種物聯網中的服務發布和資源定位的方法,針對個人數據共享環境和協同工作環境的具體場景和網絡條件,采用了SSDP實現服務發布和發現.
SSDP[8](Simple Service Discovery Protocol,簡單服務發現協議)是構成 UPnP(Universal Plug and Play,通用即插即用)的核心協議,是一個應用層協議,建立在HTTPMU(HTTP over Multicast UDP)和 HTTPU(HTTP over Unicast UDP)之上.當一個設備接入網絡中后,它會向網絡里通過SSDP在HTTPMU之上多播它的服務,類似的,當一個UPnP的控制點被加入到網絡中,它通過SSDP在HTTPMU上搜索設備,而每一個在多播端口上監聽的設備都會通過SSDP在HTTPU上進行單播的應答.具體而言,SSDP協議的幾種典型消息及其應用場景為:當一個客戶端接入網絡的時候,它可以向一個特定的多播地址的SSDP端口使用M-SEARCH方法發送ssdp:discover消息;當設備監聽到這個保留的多播地址上由控制點發送的消息的時候,設備會分析控制點請求的服務,如果自身提供了控制點請求的服務,設備將通過單播的方式響應控制點的請求;當一個設備接入網絡的時候,它應當向一個特定的多播地址的SSDP端口使用NOTIFY方法發送ssdp:alive消息;當一個設備計劃從網絡上卸載的時候,它也應當向一個特定的多播地址的SSDP端口使用NOTIFY方法發送ssdp:byebye消息.理解協議的基本場景對有利于理解服務發布及發現模塊的實現.
REST是Roy Fielding在2000年他的博士論文[9]提出的一種面向資源的軟件架構風格,REST和SOAP的比較在文獻[10]中有詳細闡述,二者作為數據Web服務化的方式也分別被文獻[11]以及文獻[12]所采用,基于REST而非SOAP的UPnP早在文獻[13]被提出,文章指出可以通過服務發現URL的方式獲取更多的信息.本文服務發現及發布模塊實現了SSDP協議的基本使用場景,配合REST而非SOAP對資源定位及訪問.
實現局域網環境下個人以及協同工作組的多設備間高效的數據資源共享,主要面臨以下幾個方面的挑戰[14]:
1)共享數據動態變化
共享的數據內容動態變化,例如協同工作組內一份設計文檔,在一段時間內會不斷進行改動,需保證共享的各方查看的是最新內容而非歷史版本.
2)信息一致性維護
共享數據的各方關系上是對等的,獲得的共享數據資源是一致的,共享資源的添加和刪除需要及時的被各節點感知.
3)節點異構
各終端設備是多樣的,智能手機,平板電腦,筆記本電腦以及工作臺式機,不同設備的系統和資源都不同,方法應該具有通用性,適用于不同的系統和平臺.
4)代價可接受
代價不能過高,尤其是對于移動端這類資源較為稀缺的節點,實現和運行數據共享方法不能占用設備過多的資源.
針對以上幾點,本文運用服務化技術實現個人數據資源共享方法.為了應對數據的動態變化并保證實時獲取數據的最新版本,對資源的共享和定位是使用數據資源地址而非傳輸數據本身來實現的,數據內容本身會發生變化,但只要數據地址不變,使用該地址獲取的就是當前共享的最新版本;各節點對等的運行服務發布和服務發現模塊來得到一致的資源地址列表,資源的添加和刪除可以從實時得到的資源列表中體現,從而維護了信息一致性;方法的模塊化架構以及模塊間的低耦合設計適用于各類異構節點,各模塊的功能實現上不限于特定的技術和運行平臺;針對移動端等資源受限的平臺,各模塊選用輕量級實現方案,以保證運行共享方法的低代價.
方法采用了模塊化的架構,是將參與數據共享的各個節點從功能上分為多個不同的單元,每個單元是一個模塊.各節點對等的運行本地數據Web服務化,服務發布和服務發現三個基本模塊,來實現端對端的共享,系統架構設計如圖1所示.

圖1 系統架構設計圖
數據Web服務化模塊,實現設備或應用中的本地數據到Web資源的轉化,使本地數據資源可以通過網絡上的 URL,實質上是一個 RESTful API(Application Programming Interface,應用程序編程接口)來訪問.RESTful API是符合 REST 設計風格的 Web API,其核心在于URL僅僅是用來標識資源的URI(Uniform Resource Identifier,統一資源標識符),而由 HTTP 協議支持的 POST,DELETE,PUT 和 GET 操作來分別表示對資源的增刪改查,執行本模塊得到的數據資源地址是符合REST風格的.
服務發布模塊,負責將數據地址的URL發布到網絡中,使協同工作的設備可以定位并使用數據資源.本模塊的技術實現上需要根據具體的網絡環境對技術方案加以選擇.舉例來說,針對沒有網絡覆蓋的環境,可以選擇 BLE,WiFi-Direct等技術,而對于個人多設備,家庭網絡,辦公網絡中的多設備數據資源地址的發布可以使用簡單服務發現協議SSDP,下一章中的實現部分采用的就是SSDP.
服務發現模塊,負責搜索定位已發布的數據資源地址URL,和服務發布模塊進行配合,采用和服務發布模塊相同的技術,實時獲取到當前環境下所有共享數據的最新版本.
圖2描述了系統各個模塊間的調用關系.用戶打開一個設備中的實現本方法的系統應用,默認開啟服務發現模塊,可以得到一個當前共享環境下各設備所有在線的數據資源URL列表,其中的每一個URL都是一個數據資源的RESTful API,點擊URL可以實現在線查看或下載數據資源.用戶發布本設備的數據資源URL到共享環境中,首先需要通過一個認證模塊,該模塊主要是模擬驗證用戶對設備的操作權限,類似于Windows下的Administrator驗證或是Linux下的ROOT用戶驗證,通過驗證的用戶表明有發布本機數據服務的權限,可以選擇開啟本機的數據Web服務化模塊,實質上是開啟HTTP服務來啟動文件服務器的功能,此時設備中的本地數據地址轉化為Web中的URL.而其他設備要想獲取到數據地址的URL,需要本機開啟服務發布模塊將要發布的地址多播到環境中,這樣一來其他設備的服務發現模塊就可以定位并訪問本機共享的數據資源了.
本節闡述了個人數據資源共享方法的架構設計以及各模塊間的關系,下一章中將詳細說明各模塊的實現以及在不同平臺下系統運行效果.
本部分闡述數據Web服務化模塊和服務發布及發現模塊分別在移動端和桌面端的實例化方法.
數據Web服務化模塊是通過針對不同平臺的特點開發HTTP文件服務器來實例化的.
移動端的數據Web服務化模塊使用了NanoHttpd[15],主要是因為移動端資源稀缺,而NanoHttpd是適用于移動端的輕量級服務器,它的Github官方描述中指出它是一個極小型的Java編寫的web服務器,一個千行左右的Java文件就可以創建出一個HTTP服務器,在實現上采用的是Java的TCP網絡編程以及多線程技術.首先創建 ServerSocket和一個主線程,運行ServerSocker.accept()進行請求監聽,每當接收到客戶端發來的請求,就新建一個線程對請求進行處理.請求的處理過程按照HTTP Request的請求頭和主體的規范進行解析,將讀取的數據流獲得的信息存儲到相應的數據結構,例如因為HTTP請求頭部最長為8192個字節,所以讀取socket數據流的前8192個字節來提取請求頭部的字段.對請求進行響應的過程也是依照HTTP協議以及資源的自身類型特征有針對性地返回響應內容,支持MIME格式的各類文件,對于請求URL是文件夾的情況,實現上會遍歷文件夾中的各個文件并返回資源列表供使用者進一步查看和選取.NanoHttpd解決了在移動端運行文件服務器資源占用率過大的問題.

圖2 系統各個模塊間的調用關系圖
桌面端的數據Web服務化模塊的實現上,采用Node.js來創建HTTP文件服務器.Node.js可以不依賴Apache或Nginx等服務器,其本身內置的服務器功能就有著公認的良好性能,而且它具有跨平臺性,編寫的應用適用于Windows,Linux等多種桌面系統.使用Node.js搭建文件服務器,既可以利用http,fs等原生模塊進行創建,也可以使用Express開發框架的express.static中間件,本文中為了更靈活且高性能的實現數據Web服務化模塊的功能,采用原生模塊從頭搭建文件服務器,參考文獻[16]中的實現細節,加入了MIME類型支持,緩存機制,文件壓縮以及斷點續傳支持等提高文件服務器性能的因素,同時添加解碼機制支持中文URL.MIME類型支持是通過一張后綴和格式的映射表進行支持的,針對文件不同的后綴,返回不同的Content-Type;緩存機制是對于某些類型的文件,返回的響應頭里添加Expires頭和Cache-Control:maxage頭,設置一個超期時間,瀏覽器對期限內的文件將不向服務器端發送新的請求,而是直接返回瀏覽器緩存的副本;與此同時,添加對請求頭中If-Modified-Since字段的解析支持,如果服務器端的文件在這個時間后沒有發生修改,則直接返回304未修改狀態碼,只有修改后的才發送文件,減少流量的消耗;同樣可減少流量消耗的還有文件壓縮,調用的是Node.js的zlib模塊,實現對于大文件采用GZip壓縮;斷點續傳支持主要通過HTTP的Range支持,Server通過聲明支持Range,Client通過在請求頭中加入Range字段來發起請求,Server接收到Client的請求后只返回請求區間的內容,支持斷點續傳;最后添加了中文資源URL的解碼處理,支持數據資源的中文地址.
服務發布和服務發現模塊針對的是個人多設備和協同工作環境的多設備間的數據資源地址的發布和發現,采用了簡單服務發現協議SSDP來實例化.
移動端的服務發布和服務發現模塊抽取了Google Physical Web項后的Android端開源實現里的基于SSDP協議的搜索和發布的部分代碼,和NanoHttpd實現的文件服務器加以整合,既可以從移動端的文件列表里選擇文件進行發布,也可搜索到其他設備發布的文件地址的URL.
桌面端的服務發布和服務發現模塊采用了node.js模塊 peer-ssdp,使用 npm install peer-ssdp 安裝該模塊,調用模塊中的基礎函數可方便高效的實現桌面端數據地址URL的搜索和發布.
針對智能手機,筆記本電腦,辦公臺式機運行本系統,實現典型辦公設備間的數據共享.
移動端手機型號為Nexus 6,Android版本為5.1,Android SDK Version 24,移動端搜索獲取共享數據資源地址列表如圖3所示.臺式機,操作系統為Ubuntu 14.04 LTS,Memory 12GB,Processor Intel Core i7-2600@3.40GHz*8,OS type 64-bit,Node.js 版本 4.5.0.筆記本電腦,操作系統為 Windows 10,Memory 4GB,Processor Intel(R)Core(TM)i3-3217U CPU@1.80GHz,OS type 64-bit,Node.js 版本 4.5.0.桌面端 BS 架構使用Express框架進行搭建,桌面端搜索獲取共享數據資源地址列表如圖4所示.

圖3 移動端搜索獲取共享數據資源地址列表

圖4 桌面端搜索獲取共享數據資源地址列表
數據資源地址列表中的資源分別來自Android移動端,Windows筆記本和 Ubuntu臺式機,點擊列表中的URL可以實現跨設備訪問數據資源.
本文的方法適用于局域網環境下個人多設備和協同工作組內多設備間的數據共享,以應對共享數據動態變化,信息一致性維護,節點異構,代價可接受等多設備間高效數據共享面臨的挑戰.
對于共享數據動態變化,方法對資源的共享和定位是使用數據資源地址而非傳輸數據本身.開啟應用服務發現模塊可以實時獲取數據資源地址列表,每個列表項唯一標識了一個共享環境下的數據資源,包括數據資源的地址以及描述信息,通過點擊數據資源的地址可以在線查看或下載頻繁改動的數據的最新版本.
對于信息一致性維護,各設備開啟服務發現模塊獲得的數據資源地址列表是一致的,每個設備通過服務發布模塊可以共享新的數據資源以及刪除已發布的數據資源,而資源地址的添加和刪除會實時的被其他設備的服務發現模塊捕獲,保證各設備同一時刻獲得的共享數據資源地址列表是無差別的.
對于節點異構,本文的方法具有通用性,智能手機,平板電腦,筆記本電腦和臺式機都可采用不同的技術方案完成方法設計中的模塊化架構,穩定運行系統應用.
對于代價可接受,針對移動端等資源相對稀缺的平臺,采用NanoHttpd等資源占用率小的技術方案來實現方案中的模塊,使運行系統給設備造成的代價維持低水平,這在下一小節的性能評估里可以更清楚的反映.
最后,方法具有可擴展的優勢,整個系統運行的核心是實現,發布,發現一套跨設備訪問數據資源的API.其具有支持開發的特征,基于這套API實現一個面向多設備的文檔查看器,圖片瀏覽器,音樂和視頻播放器將會是一件更輕松有趣的事情.
實現上述功能的代價是運行本地系統應用,需要考慮在移動端資源相對稀缺的條件下,系統應用的運行不能占用移動端過多的資源.采用Android性能測試工具Emmagee對移動端應用在一次完整的使用過程占用內存比和占用CPU率進行了測量,圖5是應用在使用過程當中10次采樣的占用內存比和占用CPU率,曲線的高點發生在每次運行服務發現模塊實時搜索數據資源地址列表,可見運行應用給移動端帶來的代價很小,占用率基本在5%以下.

圖5 移動端應用運行過程中占用內存比和CPU率
同時,將本應用與局域網內具有代表性的數據傳輸應用飛鴿傳書進行對比,二者運行期間占用內存比基本相當,本應用的CPU占用率相對更小,如圖6所示.

圖6 方法與其他應用的CPU占用率對比
本文運用服務化技術實現個人數據資源共享方法,使局域網環境下參與共享的個人設備對等的運行數據Web服務化,服務發布和服務發現三個基本模塊,方便地實現多設備間數據資源共享.相較常見的數據共享方法具有無需搭建額外的硬件環境,共享效率高,支持無需下載的在線訪問,避免了三方數據泄露風險以及占用系統資源少等優勢.同時實現了多個平臺的系統應用,證明了方法有效的解決了多設備間高效數據共享面臨的數據動態變化,信息一致性維護,節點異構,代價可接受等挑戰.
基于本方法模塊化的設計,我們將會在之后工作中針對不同平臺的特點繼續優化三個基本模塊的實現,通過提高每個模塊的運行效率來提高整個系統的性能.同時,鑒于方法可以獲得一套跨設備訪問數據資源的API,具有支持開發的特征,之后的工作會基于此實現跨設備的文檔查看器,圖片瀏覽器,音樂和視頻播放器等有趣的應用.最后,本文的方案不僅限于數據資源的共享,事實上當共享的不再是數據資源的地址而是操作軟件,硬件的API時,相同的架構可以輕松的實現遠程操控等功能,這些都將是我們下一步的研究內容.
1 Armbrust M,Fox A,Griffith R,et al.A view of cloud computing.Communications of the ACM,2010,53(4):50–58.[doi:10.1145/1721654]
2 楊紅星.云平臺跨域分布式共享文件系統的設計與實現[碩士學位論文].杭州:浙江大學,2015.21–36.
3 王中華,韓臻,劉吉強.云環境下多用戶文件共享方案.計算機研究與發展,2014,51(12):2614–2622.[doi:10.7544/issn1000-1239.2014.20131178]
4 薛矛,薛巍,舒繼武,等.一種云存儲環境下的安全存儲系統.計算機學報,2015,38(5):987–998.
5 Verizon.Verizon’s 2017 data breach investigations report.http://www.verizonenterprise.com/verizon-insights-lab/dbir/2016/.
6 Meshkova E,Riihij?rvi J,Petrova M,et al.A survey on resource discovery mechanisms,peer-to-peer and service discovery frameworks.Computer Networks,2008,52(11):2097–2128.[doi:10.1016/j.comnet.2008.03.006]
7 Physical Web.The Physical Web is an open approach to enable quick and seamless interactions with physical objects and locations.http://physical-web.org/.
8 Arunachalam K,Ganapathy G.Research on UPnP protocol stack for applications on a home network.International Journal of Engineering and Technology,2016,8(4):1728–1736.[doi:10.21817/ijet/2016/v8i4/160804413]
9 Fielding RT.Architectural styles and the design of networkbased software architectures[Ph.D.thesis].Irvine:University of California,Irvine,2000.
10 Wagh K,Thool R.Comparative study of SOAP Vs REST web services provisioning techniques for mobile host.Journal of Information Engineering and Applications,2012,2(5):12–16.
11 Gao L,Zhang CH,Sun L.RESTful web of things API in sharing sensor data.Proc.of 2011 International Conference on Internet Technology and Applications.Wuhan,China.2011.1–4.
12 王孝滿,周曉明,毛宇光.數據資源服務化技術的研究與實現.計算機技術與發展,2011,21(3):79–82,86.
13 Newmarch J.A RESTful approach:Clean UPnP without SOAP.Proc.of the 2nd IEEE Consumer Communications and Networking Conference.Las Vegas,NV,USA.2005.134–138.
14 方亞芬,梁冠宇,賀也平.面向個人自組織網絡的硬件資源管理.計算機系統應用,2016,25(12):1–8.[doi:10.15888/j.cnki.csa.005472]
15 NanoHttpd.https://github.com/NanoHttpd/nanohttpd.
16 樸靈.深入淺出 Node.js.北京:人民郵電出版社,2013:150–176.
Sharing Method of Personal Data Resources Based on Service-Oriented Technology
SONG Meng-Die1,2,WANG Feng1,WU Yan-Jun11(National Engineering Research Center for Fundamental Software,Institute of Software,Chinese Academy of Sciences,Beijing 100190,China)2(University of Chinese Academy of Sciences,Beijing 100049,China)
With the rapid development of information technology,the number of electronic products shows a great increment.Personal data resources are distributed in various devices and therefore efficient data sharing among devices becomes a problem.Given the fact that the existing methods can not meet the demand of efficient data sharing in this circumstance,this paper proposes a personal data resources sharing method based on service-oriented technology.It is an end-to-end method of sharing data that every end runs three basic modules,which are data web service module,service publication module and service discovery module.Compared with the existing data sharing scheme,it has advantages of avoiding additional hardware maintenance,high sharing efficiency in Local Area Network,supporting online access,no need to worry about the data leakage by third parties and a low system resource occupancy rate.The method is an effective solution in the data sharing environment to meet the challenges of frequent changes,information consistency maintenance,heterogeneous nodes and acceptable cost.
cross-device data sharing;data resource as a service;service discovery
宋夢蝶,王楓,武延軍.基于服務化技術的個人數據資源共享方法.計算機系統應用,2017,26(9):109–115.http://www.c-s-a.org.cn/1003-3254/5950.html
①基金項后:中國科學院先導專項(XDA06010600)
2016-12-27;采用時間:2017-01-18