針對不同型別的任務，為使用者匹配並選擇能力合適的執行硬體，讓電子裝置要執行的任務可以在不同裝置間流轉，充分發揮不同裝置的資源優勢。
只不過目前記憶體和系統版本太低，感應器的種類也不多，所以這種處理方法的資料處理效率太低了。
遙控板控制電視機、遊戲機這些裝置還好說，一旦電子裝置規模變大，程式變多，距離變遠幾米，需要的資料量越大，這個智慧虛擬終端就會反應遲鈍，甚至是無法控制這些電子裝置。”
這時候，張俊平卻是主動走到黑板旁邊，拿起褲兜裡的粉筆開始寫寫畫畫，並且一邊解釋道：
“你和我商討的時候曾說過，這種分散式資料管理的基礎就是分散式軟匯流排的能力，要實現電子裝置程式資料和使用者資料的分散式管理，目前是以遙控板作為單一使用者來操作。
但是遙控板的資料不再與單一電子裝置進行唯一繫結，任務邏輯的資訊處理與電子裝置的資料儲存要分離，這樣可以更合理的使用本就不多的記憶體。
但除此之外，這種分散式資料管理的機制可以從發現裝置、同步裝置、註冊使用者、呼叫裝置這四個步驟上，很簡單快速的掌控一個電子裝置。
也就是，它其實本質上，就能支援對跨裝置的應用進行遠端啟動、遠端呼叫、遠端連線以及遷移等操作，只要這些電子裝置的基礎程式可以接收這套系統的邏輯指揮操作就行。
這，這是一次開發，多端部署？
你的膽子太大了，我當時居然沒想得起來！我以為你只是要做個系統玩玩，但是邏輯上面卻沒有用到實際。
原來你早在這裡就埋伏好了是吧？！”
張俊平說的那叫一個咬牙切齒，但軟體系統工程部門的不少人，卻是聽得雲裡霧裡。
這兩人在說什麼？
一次開發，多端部署？分散式軟匯流排的能力？
連部門負責人都被董事長給騙了？
所以碩導被騙了，我們這些小白菜被騙了也就是情有可原！
理清楚這一點之後，其他研究員、工程師的面部表情瞬間好了許多，頗有一種守得雲開見月明的神態。
而且周瑜也並沒有否認自己做的事情。
他語氣極為誠懇的說道：“我提供了第一版的使用者程式框架、並且主導研發了UI框架，雖然簡單，但你不能不承認，越是簡單的UI框架與UI介面，就越是能夠輕鬆幫助多個電子裝置終端的業務邏輯和介面邏輯進行統一，讓使用者不會面對不同的UI介面和程式功能犯難。”
隨後，周瑜接著面對軟體系統工程部門的其他人，叮囑道：“大家在開發小型程式的時候，都覺得比普通程式開發要輕鬆一些吧？
這就是多場景佈局、分散式佈局和微核心佈局的優點，
能夠適配不同類別的硬體資源和功能需求，目前我們的編譯器還不夠成熟，這一點需要咱們大家群策群力去開發。”