• 沒有找到結果。

後續研究建議

在文檔中 中 華 大 學 (頁 51-55)

第 5 章 結論

第 3 節 後續研究建議

在本小節裡,將討論本研究尚未解決之問題,且提出可能的解決方案,以做為後續 研究的建議方向。

5.3.1 存取的安全性

在本研究中,並沒有在存取安全性的方面做考量,但對於特定且封閉式的社群團體 來說,例如:研究團隊等,除了資料分享所帶來的便利性,分享資料的環境是否具有良 好的安全機制,則是在他們共享資料的同時更注重的考慮因素。因此在這樣的考量下,

傳送資料的保密、節點身份的確認與資料存取的權限控制,就顯得相當重要。以下是幾 個可能的解決方案:

(1) 傳送資料的保密:節點間訊息的傳遞,無論是發送詢問或是資料傳輸都可以利 用 Secure Socket Layer(SSL)的加密技術保護,透過 SSL 協定進行傳送資料,就可以確保 輸送對象的正確性,加密後的訊息內容也可以保護訊息的完整性,不受傳遞過程中其他 第三者惡意的修改訊息,或是偽造不實的訊息內容,造成真實的傳送雙方受到第三者訊 息更改後所帶來的危害。

(2) 節點身份的確認:可以利用現有 X.509 的 PKI 金鑰認證安全技術,讓每個加入 架構的新節點,都賦予一個安全的身份認證及 client 節點編號,以防止其他惡意的節點 冒充;此外每一個 client 節點被選為擔任 LS 或 IK 角色時,系統也會發送另外一個認證 授予給這個節點,因此每個 LS 或 IK 節點會具有原來的 client 身份認證及 LS 或 IK 身份 認證等兩種不同的身份識別碼。所以節點不管是在資料的傳送或詢問訊息的遞送,都須 要經過核取身份認證,才可以取得加密訊息後的金鑰及內容。

(3) 資料存取的權限控制:每個節點可以利用設定存取規則(Policy)的方式,來限制 每項資料內容的取得,針對架構中不同層級的使用者,可以設定其所擁有的權限,透過 存取規則的權限設立,每一個節點只能開啟相對應於權限的檔案及審閱內容,所以也能 夠對於檔案文件的內容做使用者過濾的保護。

結論 5.3.2 節點數與 IK 層級之間的關聯性

本研究所提出來的架構,其特色是在 LS 層上加入了 IK 層,以加強各 LS 間的連繫 程度。所以最底層的 client 節點數愈多則 LS 層的個數會增加,故也會需要更多 IK 層的 角色節點來負責維護,目前本研究是以假設同時上線節點數為 26 萬個節點左右,除了 原來的 LS 層之外,還有三層的 IK 層級,意即每一節點發送詢問時,至多只會詢問四個 節點。而由於本架構中,節點數的多寡與 IK 的層級多少則有密切的關聯性,如何讓節 點擔任之 IK 層級角色的負荷量最適當、在合理的 IK 層級內服務最多的節點數,才是達 到規模最適化的狀態,則是後續研究可以探討的方向。

5.3.3 分享的公平性及獎勵機制的建立

P2P 架構裡,節點分享的公平性是一個與節點分享意願有密切的關係。在本研究中,

並沒有考慮分享公平性,因此在後續研究的方向上,可以納入分享公平性及獎勵機制為 考量的因素,以提高節點分享的意願。可能的解決方法如下:

(1) 某一節點有擔任 LS 與 IK 角色,可以享有比較高的訊息優先處理權:為了降低 client 節點被選為負責擔任 LS 或 IK 角色的抗拒,client 節點被挑選成為 LS 或 IK 時,

所發送的詢問就具有較高的訊息優先處理權,也可以藉由這項制度,鼓勵其他足以擔任 的 client 節點來自願成為 LS 或 IK。

(2) 上傳下載速度比例的公平性:檔案傳輸速度的公平性,也是悠關分享意願的重 要因素之一,因此可以建立一個傳輸速度的分級制度,讓每位分享者在公平的環境下進 行分享,如:client 節點提高上傳的網路速度,則相對地會增加檔案下載速度的比例;

還可將上傳的速度區分等級,依據每一級的上傳速度的不同,額外給予增加下載速度的 獎勵。

(3) 分享資料數量的多寡:在 P2P 的分享環境中,總是會有某些節點只會下載其他 節點的檔案,而自己不進行檔案的分享,所以針對這個問題,可以依據每個 client 節點 所分享出來的資料個數或是檔案大小程度,分別給予不同的獎勵機制,例如:分享資料 個數超過 300 的節點,可以縮短等候下載的時間;分享檔案的大小為 1GB 左右的大型 檔案,可以優先取得下載其他節點檔案的權利等。

5.3.4 Local Server 與 Index Keeper 選擇的條件

在本研究中,目前所設定的 LS 與 IK 的選擇條件,是以硬體設備較好、網路傳輸速

結論 度較快及上線時間較久的節點,做為優先選擇的考量,不過這些選取的條件與該節點是 否可以長時間維護索引服務,並沒有密切的關聯。因此在後續研究的方向上,可以繼續 研究如何正確評估某一節點是否適合擔任 LS 或 IK 節點的標準,以避免 LS 與 IK 節點 換手率頻繁的狀況。

第二,若所選取 LS 及 IK 節點都是集中分佈在某一地理區域的情形時,則會影響節 點間傳輸下載的速度,可能的解決方法是可以利用 IP 位址做為考量因素,避免 LS 與 IK 的分佈都是在某一個地理區域,減慢上傳下載的速度。

參考文獻

參考文獻

[1] Napster, http://www.napster.com/, 2006.

[2] Slyck, http://www.slyck.com/stats.php, 2006.

[3] 創 市 際 市 場 研 究 顧 問 , 台 灣 網 路 「 檔 案 交 換 」 市 場 現 狀 ,http://www.insightxplorer.com/news/news_11_18.html, 2003.

[4] Meta Computing, “Peer-to-Peer Architecture Proposal Legion - An Integrated Architecture for Secure Resource Sharing”, White paper, http://www.e-global.es/, 2000.

[5] W. Kellerer, “Dienstarchitekturen in der Teleknommunikation – Evolution, Methoden und Vergleich”, Technical Report TUM-LKN-TR-9801, Lehrstuhl f ur Kommunikationsnetze, 1998.

[6] R. Schollmeier, “A definition of peer-to-peer networking for the classification of peer-to-peer architectures and applications”, Proceedings of the first international conference for Peer-to-Peer Computing, pp.101-102, 2001.

[7] 台 灣 國 際 電 子 商 務 中 心 , 網 路 新 模 式 : 點 對 點 網 路 技 術 與 應 用 , http://www.nii.org.tw/cnt/info/report/20010703.htm, 2001.

[8] Gartner Group, http://www.gartner.com/, 2006.

[9] ezPeer, http://www.ezpeer.com/about.htm, 2006.

[10] B. Daniel, G. Darren, and K. Navaneeth, 范綱志 譯, JXTA: JavaTM P2P 程式設計, 初版一刷, 台北, 台灣培生教育出版股份有限公司, 2002.

[11] Gnutella, http://www.gnutella.com/, 2006.

[12] Freenet, http://www.freenetproject.org/, 2006.

[13] S. Ratnasamy, P. Francis, M. Handley, R. Karp, and S. Shenker., A scalable content-addressable network., SIGCOMM, Vol. 31, Issue 4, pp.161-172, 2001.

[14] I. Stoica, R. Morris, D. Karger, M. Frans Kaashoek, Hari Balakrishnan., Chord: a scalable peer-to-peer lookup service for internet applications., Proceedings of the 2001 conference on Applications, technologies, architectures, and protocols for computer communications, Vol. 31, Issue 4, pp.149-160, 2001.

[15] BitTorrent, http://www.bittorrent.com/, 2006

[16] Sandvine, The impact of file sharing on service provider networks, White Paper, http://www.sandvine.com, 2002.

在文檔中 中 華 大 學 (頁 51-55)

相關文件