共享播放模块.ppt

* SoftHV包括一個共同設計的虛擬機（Cd-VM），它重新排序，删除和融合來自頻繁執行的代碼區域的指令。 SoftHV的關鍵新穎性在於使用Cd-VM的HW的有效使用，以便通過大幅降低處理器複雜度來提供高性能。 協同設計的處理器提供了有效的機制來利用ILP和減少某些代碼序列的等待時間。 與傳統的四路有序處理器相比，SoftHV在SPECFP和SPECINT中的平均性能提高了85％，而在2-35x的性能提高了。 對于雙向有序處理器配置，SoftHV分別在SPECFP和SPECINT的性能提升72％和47％。 基于有序核的協同設計的處理器爲低端域提供了無序的處理器的替代方案，其中低複雜性的高性能是關鍵特徵。 * Socket通信模塊設計 Socket主要利用TCP/IP模式解决進程間的通訊，是通信過程中一個端點的抽象表示方法，在通信過程中， Socket必須包含5種信息: 本地主機的IP地址，這是身份的象徵 連接使用的協議標準，相當于兩個人交流需要遵守的守則， 對方主機的口地址 協議端口 本地進程的協議端口 總的來說，Socket是對TCP/IP協議的封裝。 Socket模塊結構 在一個已建立完成的小組內，小組內的成員可通過Socket通信模塊與組內其他成員進行數據的傳輸，Socket通信的服務器端由系統的小組管理者擔當。 Socket基本通訊有面向連接的TCP和無連接的UDP。在本軟件的系統中，Socket通信模塊創建了兩對TCP套接字。模塊的結構如圖3.4所示。 圖3.4 Socket模塊結構圖 圖片共享模塊設計 數據結構 爲能够安全而不泄露用戶隱私的實現用戶之間的文件共享，需要使用Android提供的ListView組件，然後將可以共享的文件列出來。設計文件的交換系統，主要用到了兩種數據結構， 分別是哈希表和哈希表加位圖，這兩種數據結構可以快速定位所需文件，實現查詢的函數。哈希表是根據關鍵碼值(Keyvalue)而直接進行訪問的一種數據結構。 當我們查詢所需的文件時，需要文件對應的一個文件號，因此有兩個哈希表一個映射文件名稱和文件號，另一個則對應文件的數量和文件號。 圖3.5 文件共享結構 表3.2文件號與文件名哈希表 表3.3文件號與文件數哈希表 查詢過程 查詢過程是設備接收請求消息時的一個執行過程。 在查詢過程中區分是文件夾還是文件 文件夾不可直接傳輸，應進入其子目錄。 文件可以直接進行數據傳輸。 數據傳輸 Android平臺的互聯網功能是在後臺實現的，因此數據的傳輸需要用Handler處理，Handler負責UI更新。同時創建兩個子線程ReceiveFileThread和SendFileThread，這兩個線程分別負責接收和讀取文件中的數據。 組合文件 這一部分的主要作用就是文件的整合，將所有己傳輸的文件組成完整的文件。一旦設備接收到一個塊，將會把它存儲到一個文件夾下，並且更新已經擁有的記錄，直至將整個文件的數據塊全部收集完。 PPT共享播放模塊設計 PPT播放系統 使用google官方給提供給我們的一個可以兼容低版本安卓設備的軟件包來完成PPT播放系統的製作，在軟件編寫過程中，除了要使用viewpager控件外，還需要一個PagerTabStrip控件來配合使用。 PagerTabStrip旨在用作ViewPager插件在XML布局的子圖，是當前，未來和以前的頁面的交互指標ViewPager。 螢幕共享系統 螢幕共享系統是基于Wi-Fi Display技術方案完成的。 Wi-Fi Display是一種無線傳輸協議，這個協議是在2010年由Wi-Fi聯盟制定的，在協議中，Wi-Fi聯盟給出了一個新的名詞，叫做Miracast，這個名詞代表著所有的支持Wi-Fi Display功能的設備，是這些設備的認證名稱。 Wi-Fi Display出現之後，Android也開始了自己的研發，並在其Android4.2系統中開始加入了這一功能支持。Miracast支撑體系結構如圖3.6所示。 圖3.6Miracast支撑體系結構 Miracast協議和DLNA(DigitalLivingNetworkAlliance，DLNA)類似，與其不同的是，Miracast在運行時只會提供給用戶音頻和圖像類文件的分享，不會影響任何的媒體服務，而系統中的原始文件也是通過無綫傳輸的方法傳輸到顯示設備上的。 Wi-Fi Display工作的工作流程如下圖所示： 圖3.7Wi-Fi Display工作過程 WiFiDirectActivity 在軟件系統界面的實現中，使用了Android3.0以後新加入的fragment功能，WiFiDirectActivity主要負責直連程序的UI部分和處理節點生命周期。 這個活動主要是用來發現周圍已經通過Wi