本文描述了一個欲將整個網絡當做計算機使用，可以極大增強云計算應用能力和提高用戶體驗的一個類操作系統體系結構。望有識之士能做下去。

?

?

價值

1）用戶的痛苦在哪里？

對于終端用戶，他們的痛苦在于使用Web應用不方便，可以使用的Web應用種類有限。

對于開發者，他們痛苦就是在現有條件環境下開發不出能滿足終端用戶的軟件來。

2）解決方案是什么？

為Web應用提供一個共同的協調處理消息的機制

3）用戶能得到什么益處???用戶的付出/成本是什么？

用戶從此可以方便地如同使用桌面軟件般豐富和便捷的Web應用，而開發者在有了這套機制的環境下使得Web應用可以做的事情大大擴展，減少一些用戶易用性的憂慮。 ? 終端用戶可以免費地無需安裝地使用此機制，為了更方便也可以加裝些平臺相關插件，開發者如欲使用更強大的API提供更好的服務，則需針對這樣的機制開發一些代碼（也可以完全不變而享受一些簡單的功能：如被調用的機制），

某些涉及資源的API可能是收費的，另外在App market上發布的收費應用，作為交易平臺也須支付部分費用。

4）目前有什么競爭對手？

目前并沒有這樣的系統，但是懷疑Google內部有這樣的計劃，其最近推出的App Market和其API已經顯現了它這方面的打算，但是就現在看，它還沒有瞄準為現有應用服務，并且API都只是與Google自身相關的，不能稱之為影響所有應用的云操作系統。HTML5標準也計劃了Web Application的通訊機制，但是沒有消息中心。

但是這個系統的打算明顯的是其戰略目標。

?

?

背景

云計算在云端的技術發展得十分迅速，誰也不可否認其計算能力強大，終端無關，數據共享等優勢。

云計算希望個人終端僅僅承擔接入設備，而瀏覽器是目前最好的接入設備標志性配備。因此Web應用是大多數云計算應用的展現方式。

?

然而，Web方式展現的應用目前的主要缺點在于對終端用戶的易用性。

桌面應用與桌面操作系統的交互能力，在目前來說是大量Web應用無法與之匹及的。 比如，你打開一個什么什么文檔，一般桌面系統自會調用相應的軟件打開來；操作系統觸發的事件，應用軟件可以監聽；一個軟件還能偵聽其它軟件所觸發的系統事件。

以獨立網頁展現的眾多Web應用則缺乏這個能力，使得不少Web應用使用不便以及能力受到很大的限制。

?

它們之間很大的一個區別在于Web應用沒有一個共同的協調處理消息的機制。不認為云計算能完全替代桌面應用，但是可以具備足夠的能力完成大多數需求，可現在的能力是不足的，仍需加強。

?

?

???????? 早就有人預料到了這一點，因此他們推出新的互聯網規范（HTML5）來使Web應用具備更強大的能力。可是在主流瀏覽器支持之前，單獨的應用是沒有資本讓用戶裝個插件什么的來支持這些。而且即使有了通信規范，一個集中式的管理消息的“操作系統”也是必要的。

?

?

效果

先描述一下在完備的云操作系統體系下的互聯網使用情景（當然很多特殊應用是不可摒棄桌面系統的）：

所有的資源存儲于云上，使用于云上，數據直接在互聯網服務器之間傳輸（或是以流的方式在客戶端過一下）：你可以在互聯網上做的各種操作，可以依據Web應用對云操作系統的接口利用程度實現相應粒度的活動記錄和狀態保存。這樣，你可以在不同的地方工作，耗時長久的操作可能只要發出指令就可以關機，切換環境后再繼續。

Web應用可以發出或者接受云操作系統事件：在眾多用戶的幫助下，接受事件Web應用可以利用現有Http的 GET或POST 的REST API（這是絕大多數web應用獲取輸入的方式）無需改動，在用戶的授意下主動接受云操作系統的事件（采取App市場機制靠群體智能匹配提示）。最簡單的例子就是資源的打開，在啟動云操作系統后，在用戶單擊某資源鏈接后，會自動導向相應的Web應用直接打開資源（在用戶選擇好之后）。

事件的類型是靈活的，多可能適應的。

Web應用同樣可以主動監聽指定類型的事件，或者發送自己的事件以提供擴展機制。這樣，新的Web應用就可以互相監聽事件而有更廣闊的發展前景。

?

結構

云操作系統體系主要包含如下幾個方面：

1.?????? 以HTTP協議為向用戶通信的基礎的應用

現在已經充滿網絡

2.?????? 基于通用賬號的云操作系統服務

存儲接口

資源搜集管理

消息-處理器映射及集中收集與轉發

云操作系統級活動記錄

驗證轉發（對于使用通用賬號的應用，就可以不流經客戶端訪問資源，否則若用戶不愿意發送Cookie等信息，資源流需過客戶端）

轉發路由，存儲緩存等后臺優化措施

3.?????? 終端的Loader

要啟動云操作系統，準備好事件監聽轉發，活動記錄等環境。這部分的實現首先要實現一個過渡時期的產品，使得現代瀏覽器可以完成未來標準將正式支持的特性，這樣可以使得應用先發展起來，將來的標準的推廣才能順利。

此結構現有幾種實現方式（可以都實現）：

a.?????? 純Js實現，可以輔以瀏覽器插件（沒有不影響工作，有了更方便，最好是使GreaseMonkey這類插件能成為標配）：

優點：跨終端能力強； 缺點：Js沖突可能導致不正常工作

b.?????? 瀏覽器插件（利用標準通信）

優點：體驗好，可靠； 缺點：跨終端能力差

?

4.?????? 事件發布和主動接受機制的協議

定制頁面上的調用規范，供新的應用主動發布自定義事件或監聽某些事件。使用現在正制訂中的標準。

5.?????? 云軟件市場

用戶用以指定自己使用偏好的依據。也可在其上發展商業模式

?

?

現有進展

原型項目Cloud Resource Explorer實現了訪問資源這個消息的轉發，可以直接在互聯網上轉移數據，打開資源。還有互聯網資源的收集與管理。涉及上述2，3，5部分。第一部分現已不少，而HTML5草案也將第4部分做得差不多了。

?

考慮到資金問題，若是做一個小的試探性可用項目，可用先做原型系統去除存儲能力后的效果，不過仍是要少許存儲空間。 ?

可是我個人的時間，資金都不足，無法獨自繼續下去。

轉載于:https://www.cnblogs.com/bleastrind/archive/2010/04/05/cloudsystem.html

總結

以上是生活随笔為你收集整理的一种在未来互联网中的面向用户的云操作系统体系的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。