整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
容來源：2017年6月24日，梨享計算前端工程師謝庭在“騰訊Web前端大會 TFC 2017”進行《基于WebRTC的P2P-CND流媒體加速》演講分享。
閱讀字數: 4311 用時: 6分鐘
WebRTC把實時流媒體和P2P等能力帶入了Web前端，開發者只需編寫簡單的JavaScript程序即可開發出豐富的實時多媒體應用。本次大會想跟大家分享我們對WebRTC的一些實踐心得，以及如何利用WebRTC的數據通道來做P2P流媒體。最后介紹我們如何設計一個低延遲、高帶寬利用率的P2P流媒體算法。
http://t.cn/RCIMlWn
WebRTC的誕生背景
我們知道現在實時視頻通信很普遍，基于FaceTime和Skype等視頻通話工具，用戶可以很方便地與他人進行視頻對話。開發者們為了將用戶體驗優化到極致，通過大量的技術手段保障視頻質量，比如減少丟包、斷網恢復、即時響應用戶網絡變化等等。實時音視頻通信對開發者的技術要求比較高，而且專利持有公司向開發者征收授權費，并構筑起巨大的技術壁壘。另一方面，對用戶來說，需要去額外安裝相應的插件或者應用程序，降低了用戶體驗，而且還有被捆綁流氓軟件的風險。這時候一種叫WebRTC的技術應運而生了。
在講WebRTC之前，我們先回顧一下Web通信的演化歷史。在AJAX出現之前，也就是05年之前，如果需要更新內容，必須重載整個網頁頁面。AJAX出現之后，通過在后臺與服務器進行少量數據交換，AJAX 可以使網頁實現異步更新。但AJAX不能與服務器進行雙工通信，因此服務器無法主動推消息給瀏覽器，只能通過瀏覽器進行輪詢。Websocket的出現使這個局面得到改觀，瀏覽器與服務器能進行全雙工通信。不管是AJAX還是Websocket，都需要將數據發送給服務端。為了在兩個用戶間傳送數據，開發者需要購買服務器網絡，這方面的成本是非常龐大的。由谷歌支持的一項新技術——WebRTC徹底改變了這個局面。WebRTC是Web Real-Time Communication的縮寫，實現了瀏覽器之間直接的實時通訊，而不再需要服務器中轉，谷歌致力于讓其成為HTML5的標準之一，目前大部分瀏覽器也已經支持。
WebRTC與P2P的結合
12年谷歌的chrome瀏覽器正式原生支持WebRTC，web開發者只需要幾行javascript代碼就可以開發出豐富的實時多媒體應用，而用戶也無需安裝插件，直接打開瀏覽器就可以與對方實時聊天。這時候有些嗅覺敏銳的開發者開始利用WebRTC的數據通道技術做P2P流媒體，例如國外一家公司叫做peer5。我們公司的創始人Alan在騰訊工作的時候也投入到這方面的研究，但失望的發現用WebRTC做P2P流媒體還有一些問題難以解決，比如用戶在線的時間并不穩定，當用戶關閉頁面，WebRTC的數據通道也就關閉了。隨后在13年和14年，Firefox和Opera也相繼宣布支持WebRTC。這時Alan提出一個大膽的設想，既然瀏覽器做種不穩定，那么把相同的協議實現在路由器和NAS中呢？我們都知道路由器是24小時開啟的，但大部分時間是處于閑置狀態，如果能把這些計算能力和網絡帶寬利用起來，這樣相當于千家萬戶都是節點，你的鄰居甚至你自己也許就在為你看視頻提供加速，想想都是很酷的事情！因此我們提出了眾包CDN的概念，并且申請了專利。15年，騰訊的X5瀏覽器內核和微信也提供了支持，同年，我們梨享計算也正式宣布成立。
可能大家會有疑問，WebRTC將來真的會成為一種主流技術嗎？我們用事實說話，看看各大瀏覽器的支持情況就知道了。從圖中可以看出，大部分瀏覽器都已支持WebRTC，包括chrome、firefox和opera，微軟的edge瀏覽器部分支持WebRTC。另外，蘋果也在近期的WWDC大會上宣布safari11支持WebRTC。未來基于WebRTC的應用將越來越多，這是可以肯定的。
WebRTC媒體會話原理
我們假設現在有兩個瀏覽器A和B要建立WebRTC對等連接，對等連接就是兩個Web瀏覽器之間的直接媒體連接，如果A要主動聯系B，需要先通過HTTP向信令服務器發送一個SDP，SDP可以理解為一個電腦名片，全稱是Session Description Protocol，會話描述協議，用于描述對等連接的媒體特征。那么信令服務器又是什么呢？它就像一個紅娘，幫兩個互相不認識的人牽線。瀏覽器A發過來的SDP叫做offer，信令服務器將其傳給瀏覽器B，后者收到后回應一個SDP對象，叫做answer，也通過信令服務器中轉給A。交換完SDP后，兩個對等端就開始嘗試ICE打洞，打洞成功后開始協商密鑰，之后就可以開始安全的媒體或數據會話了。
ICE打洞原理
由于IPv4提供的IP資源有限，IPv6還沒有推廣開來，大部分網絡設備還處于內網中，需要通過NAT設備來與外部internet連接。NAT全稱Network Address Translation，網絡地址轉換，裝有NAT軟件的路由器叫做NAT路由器，它至少有一個有效的外部全球IP地址。這樣，所有使用本地地址的主機在和外界通信時，都要在NAT路由器上將其本地地址轉換成全球IP地址，才能和因特網連接。當兩個對等端處于不同的局域網中時，需要先知道對方的公網IP和端口。這時候可以先向STUN服務器發送測試數據包，后者做出響應，指示其在測試數據包中監測到的IP地址，此地址將成為潛在的候選地址返回。拿到候選地址的瀏覽器將其通過信令服務器發送給對等端，對等端也進行同樣的操作，之后雙方用所有得到的候選地址嘗試連接，如果都沒有成功的情況下，會用TURN服務器來作為中轉服務器，TURN服務器是在所有替代方案都無效的情況下才有采取的，因為成本比較高昂。為了加速通話建立時間，有一個叫trickle ice的方案，其思想是客戶端一邊收集candidate一邊發送給對方，比如local candidate 不需要通過stun獲取直接就可以發起，這降低了了連通性檢測完成的時間。
WebRTC數據通道
接下來介紹一個比較重要的概念——WebRTC data channel。我們基于WebRTC來做P2P流媒體，實際上就是用的data channel能力。那么data channel到底是什么呢？雖然有關WebRTC的宣傳主要側重于它對于實時音視頻通訊的支持，但設計師一直都希望它也支持實時數據傳輸。相比Websocket和HTTP，數據通道支持流量大、延遲低的連接，具有穩定可靠等優點。而且data channel的接口和websocket一樣，也是通過send來發送數據，通過ommessage來接收數據。那么如何對data channel數據傳輸的可靠性進行控制呢？通過剛才所講的dataChannelOptions這個javascript對象，可以讓data channel在UDP或者TCP的優勢之間進行切換，比如讓數據傳輸得更加穩定可靠，或者傳輸得更快。其中有幾個比較重要的字段：ordered：設置數據的接受是否需要按照發送時的順序，maxRetransmitTime：設置數據發送失敗時，多久重新發送，maxRetransmits：設置數據發送失敗時，最多重發次數。主要是配置ordered，當設置為true時數據通道表現更像TCP，false時表現更像UDP。
梨享計算與WebRTC
此外，我們公司一直對WebRTC標準化保持著關注并貢獻力量。在去年，我們在研發過程中發現有一個第三方的webrtc協議棧能與chrome瀏覽器進行通訊，但無法與firefox通訊，通過對比SDP發現firefox有一處實現與標準規范不一致。于是我們與firefox開發團隊取得聯系，提交了我們的修改建議，最初他們認為沒有問題，但最終還是采納了我們的建議，對sdp進行了修改。這也算是我們對推進webrtc標準化做出的一點點貢獻。另外，我們也一直與騰訊瀏覽器內核團隊保持著聯系，爭取WebRTC技術以及本次分享的上層的P2P-CDN加速協議得到全面的支持。
WebRTC與P2P流媒體
把WebRTC的data channel搞清楚后，我們就可以用用它來做P2P流媒體了。這方面已經有國外大神開發的知名開源項目：WebTorrent，在github上有1萬多顆星。WebTorrent是一個開源的基于WebRTC 和BT協議的js框架，完全用javascript編寫，可以同時運行于 Node.js 和瀏覽器，由于基于WebRTC，因此WebTorrent不需要安裝任何插件，就可以跑在瀏覽器上。同時支持Chrome, Firefox 和 Opera瀏覽器。但是由于是基于BT協議，所以是一種pull-based的算法，這種算法是一種隨機抓取的策略，隨機抓取其它節點的buffer，但這樣會存在一個問題：抓取的buffer不一定是目前需要的，也不一定是其他節點需要的，而且還會浪費下行帶寬和其它節點的上行帶寬，因此同時造成了“帶寬饑餓”和“內容饑餓”問題。下面介紹一種改進版的pull-based算法——FirstAid算法。FirstAid是基于窗口滑動的，每隔一段時間觸發一次窗口滑動，每個窗口又可以分成三段：urgent、normal和prefetch，urgent顧名思義，是離播放時間最近的buffer，所以優先級別最高，normal和prefetch優先級遞減。當父節點為子節點傳輸buffer時，會優先滿足urgent級別的要求，而暫停normal級別的，所以最緊迫的需求會優先得到滿足，當子節點的urgent需求得到滿足后，需要回過頭來彌補他的競爭對手的需求，以達到一種互惠互利的狀態。和剛才pull-based算法思想截然相反的是push-based算法，其中比較有代表性的是FashMesh算法，由港科大的學者提出來的一種P2P算法。FashMesh是基于一種叫Streaming Mesh的算法，將源節點的數據流分成多個子流，通過多棵生成樹構成mesh來源源不斷的傳輸給子節點，這種算法的優勢是延遲低，帶寬利用率高。Fast Mesh還可以根據每個子節點的上行帶寬來動態的調整網絡拓撲結構，讓上行帶寬大的節點更加接近源節點，從而充分利用網絡的現有能力。根據一項對比試驗，FastMesh可能是目前眾多P2P算法中效果最好的。但這個算法也有缺點，當節點進入或離開網絡時，都需要重新調整拓撲結構，因此不適合節點變化較大的情況。
我們自行研發的算法——Push-Pull算法則綜合了push-based和pull-based兩種算法的優勢，用pull的方式從父節點獲取優先級最高的buffer，由父節點以push的方式為其提供后續的buffer。另外，我們的算法混合HTTP、HTTPS、WebRTC、Websocket等多種協議，在優先保證用戶體驗的前提下最大化P2P率。經過測試，Push-Pull算法具備低延遲、高帶寬利用率、高P2P率、對網絡拓撲結構變化魯棒性強等優勢。
PearPlayer
PearPlayer（梨享播放器，github地址：https://github.com/PearInc/PearPlayer.js） 是完全用JavaScript寫的開源HTML5流媒體播放框架，實現了融合HTTP（包含HTTPS、HTTP2）、WebRTC的多協議、多源、低延遲、高帶寬利用率的無插件Web端流媒體加速能力。基于H5的MSE技術(Media Source Extension)將來自多個源節點的Buffer分塊喂給播放器，再加上精心設計的算法來達到最優的調度策略及對各種異常情況的處理，Pear Player能在保證用戶流暢視頻體驗的前提下最大化P2P率。
集成我們的PearPlayer.js也非常簡單，只需要短短幾行代碼，把我們的js文件引入到script標簽中，并把video的id還有token作為參數傳給我們提供的函數中即可。Demo演示地址：https://qq.webrtc.win/watch，以下是demo截圖。
除了播放器外，我們還開發了支持多協議、多源、混合P2P-CDN的下載器PearDownloader，可用于高清圖、壓縮包、軟件發布或升級包、音樂、文檔等大文件下載或在線服務的場景（github地址：https://github.com/PearInc/PearDownloader.js），Demo演示地址：https://qq.webrtc.win/download。
霧計算
最后，講一下霧計算有關的內容。霧計算與云計算有什么區別呢？云在天空飄浮，高高在上，遙不可及；數據中心距離終端用戶較遠，用戶消息需要經過若干跳才能夠到達。而霧是貼近地面的云，是現實可及，就在你我身邊。霧計算并非由性能強大的服務器組成，而是由性能較弱、更為分散但離用戶更近的各類計算設備組成，例如智能路由器、網絡存儲設備等。霧能夠彌補云的不足，并和云相互配合，協同工作。我們Pear公司一直在踐行霧計算的理念，通過與國內知名的路由器、NAS廠商合作，我們擁有海量可持續穩定提供服務的節點。大部分帶寬、存儲、計算資源通過眾包方式收集自終端用戶穩定在線的邊緣設備，服務能力覆蓋全部地域、所有運營商、每處網絡邊緣。我們自研的調度系統可以動態、實時的感知和調度，讓數據傳輸距離盡可能接近“零跳”。
相對于傳統的模式，我們可以說是站在共享經濟的風口上。我們知道傳統的CDN廠商會先以批發價從ISP買進帶寬，然后再以零售價賣給CP，CP買入帶寬后進行內容分發，為終端用戶提供CDN服務。我們與硬件廠商合作，在其設備中植入我們的軟件，從而在千家萬戶擁有了分布廣泛的節點。CP廠商和傳統CDN廠商從我們這里買入帶寬，我們將其內容分發到各個節點中，持有設備的用戶在提高其計算資源和帶寬資源的同時，也會得到我們的返利，BGP機房、ISP骨干網的壓力也得以緩解，從而實現多贏局面。
水泥是建筑工業三大基本材料之一，素有“建筑工業的糧食”之稱。2022 年 1-9 月水泥產量為 15.63 億噸，生產方法包括新型干法、立窯、濕窯、干法中空窯和立波爾窯等。
水泥生產線鏈條長、關鍵環節多的特性要求執行嚴密的流程監控。圖撲軟件大屏組態、UI 組態、工業組態、三維組態為打造精細化監控策略提供了支持，融合數字建模、數字孿生、仿真模擬、智能物流等技術，輕松構建低代碼、零代碼物聯網 IoT 平臺，輔助傳統工廠向智能工廠轉型。
通過圖撲軟件工業組態打造水泥廠多個數字化車間和線上智能產線，low-code 實現“設施互聯、系統互通、數據互享、業態互融”，建設水泥生產領域線性化、自動化、數字化工廠，完成 PDM/ERP/SCADA/CRM/QMS/MES/APS 等核心信息系統深度集成，建設工廠的“工業大腦”。
采用圖撲軟件特殊的材質效果，渲染出水泥廠工藝流程 UI 組態。低代碼復現從原料到水泥的生產工藝流程，可驗證流程細節的合理性，減少試錯成本。
大屏組態整體為工業風格，重點設備使用彩色突出顯示。結合可編程邏輯控制器（PLC），通過數字式或模擬式的輸入輸出來控制各種類型的機械設備或生產過程。
圖撲軟件大屏組態通過類似“配置”的方式完成水泥廠工藝流程的數字孿生，穩定性高，對數據響應實時性高，工業組件豐富。它能適應多種工況環境，可用于工廠制造車間的 PMC（生產過程管理）。工程師和用戶通過瀏覽器即可查看組態，無需下載和安裝。
水泥生產工藝流程
①石灰巖、粘土或砂頁巖等粘土質原料經皮帶輸送機由礦山輸送進廠。利用圖撲軟件實現選礦工藝可視化。
②原料經破碎機破碎后由皮帶輸送機輸送至石灰石庫；石灰石、砂巖、鐵粉、粉煤灰經皮帶秤，皮帶輸送機送至原料磨（立式輥磨）；粉磨后經空氣斜槽，斗式提升機輸送至生料庫。設備包含石灰石破碎機（錘破、顎破等）、預均化堆棚、生料庫和生料磨房等。
③生料經窯尾車間、窯頭車間和窯中車間內的斗式提升機送至預熱器，經預熱、分解入窯煅燒，熟料經篦冷機冷卻，熟料破碎機破碎，經鏈板機送至熟料庫。設備包含煤磨機、轉子稱、預熱器、回轉窯、冷卻機、循環水系統等，以煤作燃料的還有煤粉制備車間。利用圖撲軟件低代碼平臺進行窯系統運行情況監控、生料質量控制、熟料質量控制、煤粉質量控制等。
④熟料、混合材、石膏經輸送機至水泥磨（球磨機）粉磨，成品入水泥庫，經包裝機或散裝出廠。設備包含輥壓機、水泥磨、包裝機等。
⑤成品和裝運系統有水泥庫、包裝車間、各種計量皮帶、皮帶機、散裝設施、成品庫、露天堆場以及裝運平臺碼頭等。
由石灰質原料、黏土質原料及少量校正原料（礦化劑、晶種等，立窯生產時加煤）按比例配合，粉磨到一定細度的物料，稱為水泥生料。粉磨一般使用鋼球磨系統。利用圖撲軟件 UI 組態零代碼搭建生料粉磨的工藝流程，呈現生料粉磨過程。將傳感器收集的原料磨、破碎機等設備運行數據上傳圖撲大屏組態，提高過程管控效率。
生料粉磨時會產生嚴重的揚塵，20 世紀 70 年代以后開發了大型袋式除塵器應用于燃煤電站、干法水泥回轉窯窯尾和電爐除塵。利用圖撲軟件優秀的動畫效果展示除塵器的工作過程，更形象。全新的 low-code 大屏組態，通過圖撲軟件自研引擎 HT for Web，實現組態圖元流暢的動態效果開發。
同傳統界面相比，圖撲滿足工業物聯網現代化的、高性能的、跨平臺（桌面 Mouse /移動 Touch /虛擬現實 VR）的圖形展示效果及交互體驗。同時還支持結合 VR/AR 進行展示，讓用戶能夠沉浸在虛擬環境中進行體驗，尤其對工廠、車間、生產線等大型場景更具有優勢。
生料進入預熱器后，在自上向下逐級運動的同時，逐步預熱、分解。通過回轉窯自身的旋轉以及內部的高溫，將從窯尾進入的小塊兒物料轉化為液體，經過提純加工才會形成熟料。圖撲軟件的工業組態完整還原了該過程，可用于工人培訓或工藝流程的研究優化。
圖撲大屏組態可接入回轉窯實時數據顯示窯尾氣體分析結果；窯灰稱，脫硫稱，喂料倉重啟壓力，風機稀油站等設備的數據；廢棄物料的去向及進入窯頭的物料數量等。利用紅色凸顯重要工藝環節，嵌入設備轉動、火焰燃燒、煙塵上升的動畫，感受更直觀。
圖撲軟件基于 HTML5（Canvas/WebGL/WebVR）標準的 Web 技術，滿足了工業物聯網跨平臺云端化部署實施的需求，以低代碼的形式自由構建大屏組態、UI 組態、工業組態、三維組態。從 SDK 組件庫，到 2D 和 3D 編輯，到屬性修改，構成了一站式的數據可視化解決方案、形成了一整套實踐證明的高效開發流程和生態體系。
回轉窯窯頭主要是用于出料，物料煅燒時產生的高溫可通過窯頭冷卻機進行冷卻，然后輸送到熟料倉進行儲存或運輸。窯頭內部有燃燒器，可利用油泵輸送燃油。冷卻機用鼓風機將成層狀的熟料加以驟冷，使溫度由 1200℃ 驟降至 100℃ 以下。
圖撲大屏組態通過紅黃色的漸變表示溫度從高到低的變化，用細小顆粒代表物料的運輸過程，形象逼真。
工廠采集層通過串口、以太網、Zigbee 網絡等方式與遠程現場設備進行通訊，實現對設備數據的采集；數據層采用實時數據庫，可對采集來的數據進行一些運算處理，并提供報警、歷史數據存儲、統計等功能；最后將數據上傳圖撲 UI 組態進行全面管控。
煅燒高質量的水泥熟料需要性能穩定的煤粉，所以煤粉制備系統是水泥生產的重要環節。原煤進入磨盤，磨盤轉動帶動磨輥運行并將磨盤上的物料碾壓粉碎，細料由至下而上的高速熱風帶走，粗料在磨內繼續粉磨，細料會在磨機頂部的選粉機分選。
采用圖撲工業組態 low-code 搭建的煤粉制備工藝流程，利用高端黑突出了核心設備，結合動態效果生動展示制備過程。
圖撲自研引擎 HT for Web 獨創的自定義格式矢量渲染引擎，追求極致的性能，所有組件皆可承受上萬甚至幾十萬以上圖元量，上萬的表格數據、網絡拓撲圖元和儀表圖表承載力，突破了諸多行業應用傳統極限，更好的適應了物聯網大數據時代需求。
水泥粉磨是水泥制造的最后工序，通過水泥磨將水泥熟料粉磨至適宜的粒度，形成一定的顆粒級配，增大其水化面積，滿足水泥漿體凝結、硬化要求。粉磨電耗占水泥成本的 35%~40%，可利用圖撲 UI 組態優化工藝流程，減少電耗。
粉磨質量可以彌補熟料質量的不足，保證出廠水泥的合格率。由硅酸鹽水泥熟料、粉煤灰和適量石膏磨細制成的水硬性膠凝材料，稱為粉煤灰硅酸鹽水泥。水泥中粉煤灰的參加量按質量百分比計為 20%~40%。利用傳感器將熟料和粉煤灰等的占比數據上傳圖撲可視化大屏，負責人可根據情況實時調整配比，提升水泥質量。
HMI 和 PLC 配合使用實現水泥磨、主電機軸溫、燒組溫度、輾軋機控制柜的遠程監控和操作，多臺工業設備可集中于一臺人機界面進行管理。將數據上傳圖撲工業組態，擺脫監控的時空限制，不局限于控制室操作。
圖撲拖拽式智慧工廠編輯器，no-code 搭建 2D 和 3D Web 工業組態，助力制造企業持續改進流程、優化運營效率。
相較于 InTouch/IFix/WinCC 這些傳統組態軟件，圖撲基于 Web 的平臺更適合 C/S 向 B/S 轉型的大趨勢，多元素豐富的可視化組件和支持快捷的數據綁定方式，可用于快速創建和部署。為各類工業場景提供 2D、2.5D、3D 多種清晰美觀的可視化服務。
利用圖撲軟件輕松搭建 no-code 大屏組態，實現輕量化的數據源管理，支持在線創建云數據接口。支持 2D 矢量可自定義交互邏輯，可延伸到 3D 和 VR 場景，無需二次開發交互邏輯，無需關系鼠標、觸屏和 VR 的異構接口。廣泛應用于市政、水利、環保、裝備制造、石油、化工、國防、冶金、煤礦、
配電、新能源、制藥、交通、教育、科研、金融等行業，業務涵蓋數據展示、態勢感知、科學決策等全生命周期監控。在 10 多年應用基礎上不斷進行技術創新，與西門子、霍尼韋爾、江森自控、施耐德、研華科技、三一重工、美的、和利時、寶信軟件、南方電網、太極計算機、東方電氣、順豐科技、阿里云、騰訊云、華為云、字節跳動、京東物流等均有合作。
圍繞“質量、效率、成本”核心，引入數字孿生、機器視覺等技術建設高水平智能工廠，打造快速滿足市場的柔性智能制造能力，加速企業數字化轉型進程。以工藝、裝備為核心，以數據為基礎，依托制造單元、車間、工廠、供應鏈和產業集群等載體，構建虛實結合、知識驅動、動態優化、安全高效的智能制造體系。
您可以至圖撲軟件官網查看更多案例及效果：
圖撲軟件 - 構建先進 2D 和 3D 可視化所需要的一切
論是從事哪個行業，教育、文字寫作、影視制作、軟件開發，導圖都有著必不可少的意義。
開局一張圖，有助于我們更好地開展工作，其重要性不言而喻。
網絡上的制圖工具五花八門，在線免安裝的作圖軟件也有很多。今天我們就給大家推薦一款在chrome商店里斬獲5萬+用戶的ProcessOn。
ProcessOn是一款基于HTML5和JavaScript開發而成的在線作圖工具。
它支持在線畫流程圖、思維導圖、UI原型圖、UML、網絡拓撲圖、組織結構圖等等。
無需下載，無論是哪種操作系統，一個瀏覽器就可以讓你隨時隨地發揮創意，規劃工作。
除此之外，ProcessOn上的所有數據能夠進行實時云端存儲， 并且支持多人在線實時協作，有利于提高工作效率。
進入ProcessOn進入官方網站 > 登錄賬號 > 點擊左上角的【新建文件】
選擇想要創建的文件類型：流程圖、思維導圖、原型、UML、網絡拓撲圖、組織結構圖。
輸入文件名點擊【確定】完成創建，開始作圖。
1.流程圖
編輯：進行撤銷、恢復、復制、剪切、粘貼、復用、格式刷等方式對文件進行編輯修改。
插入：插入文本、圖片、連接線。
頁面：背景顏色、畫布大小和方向、內邊距、網格大小和顯示調整。
頂部工具欄：可切換九種不同風格的模板；文字對齊和大小調整；底色填充和邊框；連接線條的樣式；組合鎖定功能。
右側工具欄：匯聚了常用功能，如鷹眼導航、圖形、度量、屬性、頁面設置、歷史版本還有備注評論。
右鍵菜單：在畫布上右鍵可進行全選、創建連接線、粘貼；
在元素上右鍵可進行剪切、復制、粘貼、復用、置于頂層，置于底層、鎖定、編輯、刪除、全選、創建連接線。
2.思維導圖
頂部的菜單欄：關聯線樣式、插入圖片、主題風格、格式刷、文件下載、文件演示。
右側編輯欄：節點樣式、節點圖標、添加備注、插入鏈接、任務信息、歷史版本。
其中添加備注還支持Markdown語法。
在ProcessOn的思維導圖工作臺中，不僅能夠直接演示導圖，還能插入父節點，以及在左側菜單欄中進行結構調整。
圖中的元素還能夠進行自由拖拽，更方便編輯。
剩余幾種圖的工作面板都大同小異，還請大家自行研究了。
1.導入
點擊【新建文件】> 【導入】
目前ProcessOn支持XMind、MindManager、kityMinder、TXT、Pos、opml、vsd等格式文件。
2.邀請協作
點擊該文件右上角漢堡菜單 >【協作】
可直接添加小組成員，也可以通過輸入對方郵箱進行邀請。邀請對象可設置其權限為編輯者或瀏覽者。
3.分享文件
點擊該文件右上角漢堡菜單 >【分享】
生成瀏覽鏈接（支持添加密碼），分享給好友或同事；嵌入到其他站點：復制生成的代碼，嵌入第三方網站中。
另外，ProcessOn還支持生成在線圖片。
4.下載
點擊該文件右上角漢堡菜單 >【下載】
共有PNG、JPG、PDF、POS、SVG等六種格式。
5.模板
ProcessOn對新手也非常友好——為初學者提供了分門別類的海量模板。
當然你也可以將自己的原創內容作為模板發布到ProcessOn平臺中。
點擊該文件右上角漢堡菜單 >【發布和公開】> 選擇【不允許克隆】/【免費克隆】/【付費克隆】。
審核通過后只要其他用戶付費使用，作者便可以獲得相應的收益。
6.圖形化知識資源
ProcessOn不僅僅是強大的作圖工具，還有著海量的圖形化知識資源。
在【推薦】里，用戶可以看到ProcessOn推送的各行業有價值的圖形化知識。
這些內容也可以克隆當作自己的模板來使用。
不管是資深人員還是新人小白，ProcessOn都能滿足你的需求。
ProcessOn在chrome商店中顯示5萬+次下載，2000+評分，卻仍然保持滿星好評的狀態。
美中不足的是，ProcessOn免費版只支持同時保存9個文件。
不過，如果不是必須存檔，我們完全可以刪除之前不需要的設計，這并不會影響到后續的使用
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
