https://www.ietf.org/archive/id/draft-guo-idoca-with-the-html-file-format-00.txt

線上辦公網站之間的互聯互通互操作協議，可行嗎？

（目的）一線上文件的傳輸。探討線上辦公做為網際網路的一部分，是否需要實現線上辦公網站之間的直接的文件傳送及接收？檔案傳輸協議是否應該“與時俱進，和諧共享”，從SMTP電子郵件加附件，這種web前階段，過渡到http或者xmpp或者html5 Web Socket或者SPDY等web階段？

二，線上文件的互操作。在文件傳送好了後，能否實現網頁文件的互操作，即另一個網站的網頁編輯器可以開啟或者編輯這個文件，甚至協同編輯，跨域名訪問？

三，如何推廣。有什麼比較好的方式，能夠說服現有的20家線上辦公公司（google docs,MS office 365,icloud,zoho.......），接受互聯互通？

一，（背景）

雲端計算、前端AJAX技術、JavaScript 、html5、XML/JSON、RDF 、語義網技術（傳輸協議是什麼？xmpp協議？)、分散式軟體系統、廣域資料管理、網路頻寬、web socket富網際網路應用等的高速發展，讓所有的本地電腦上面的應用軟體，以及其低的成本，遷移到遠端的伺服器上面，成為可能。在辦公軟體領域，zoho、google docs、MS office 365、icloud、金山快寫、永中線上等公司率先將辦公軟體部署在雲端。同時，由於線上辦公出現的時間不長，研究的人不多，容易有一些空白點。也就是有很多人在研究傳統文件的互操作，但是研究網路文件的互操作，還比較少。

線上辦公廠商也較早的考慮了互聯互通的問題。線上辦公網站首先比較完美的考慮了與本地文件的互操作，如上傳或者下載。也包括不同系統之間的互操作，如Google Cloud Connect for Microsoft Office。線上辦公網站之間，也做了很多互聯互通的嘗試。

而我個人，在嘗試開發線上辦公產品的過程中，先後嘗試了eyeos（openoffice.org網路版），開源feng office.com（線上網頁編輯器，fck edictor,gelsheet，Slimey ）.我打算把我自己開發的線上辦公軟體，開源出去（會嵌入廣告和即時軟體更新服務），讓它成為中小網站的一個功能元件，類似於電子 郵件，可能以後會有很多小網站用我的程式碼來為使用者提供服務，但是，如何存活下去，是我們這些小網站的共同需求，這就需要抱團做大，也就是我的網站和其他小網站之間的使用者，在共享或者傳送文件或者協同編輯文件時，跟我網站內的使用者之間的使用者體驗，是一樣的。或者使用者的介面，都是一樣的。就需要網站之間的互聯互通互操作。

我也曾考慮過改變電子郵件系統這種方式，來開發線上辦公軟體。即把電子郵件的txt編輯器改成網頁編輯器（文字，電子表格，幻燈片），來實現線上辦公。我也曾提出，改變電子郵件的解析順序，就是在正文裡面，顯示文件資訊。或者改變SMTP,用http之類的構想。而電郵的一個功能，就是跨網站域名傳送檔案或者接受檔案。這也讓我想到，解決跨網站的文件傳輸問題。

我個人不懂ＩＴ，不太容易受知識的限制，敢於說，把gmail整合進google docs之類的話。其實我也只是一個普通的線上辦公的使用者，本文章的所有的觀點，都是建立在最常識性的網際網路知識之上的。同時，我也有一定的執行力，能夠堅持，比較一根筋。能夠大膽假設，多方捱罵求證。同時，我個人參加過一些公益活動，願意無償做一些事情。對文件標準之類的事情，在認為是公益後，願意繼續投入。一般網站會想到，把我的網站做的足夠好，然後我的使用者們在網站內共享檔案就很方便。大的網站不會想到，不是本網站的使用者們，接受檔案是否方便，用附件加本地辦公軟體的方式是否太過於複雜。我的出發點不一樣，我想到的是，團結所有的線上辦公網站，來為使用者提供更好的服務, 來一起把市場做大。“他好，我也好”，利人就是利己！同時,互聯互通，也會擴大每一個網站的使用者群.請大家更多的考慮線上辦公的市場氛圍和市場規模，以及市場前景的問題，考慮本網站之外的所有使用者的操作是否方便的問題。

二（現狀及問題）

我們認為，資訊的儲存（網盤），資訊修改或者更新（線上辦公或者線上筆記本），資訊交流最重要（線上辦公檔案的網站內的共享，或者電郵傳送接收，或者不同線上辦公網站之間的直接傳送接收文件），後面的檢視或者再編輯等互操作，都一樣重要(電郵加網址連結，本質上面，也是一種網站內使用者共享的方式)。 線上辦公網站之間，使用者直接傳送或者接收文件，這個需求是客觀存在的。目前，這個跨網站傳輸文件的功能的缺失，阻礙了線上辦公成為一個全能型的資訊交流平臺。

同一個使用者

不同的使用者

網站內

編輯，儲存，檢視

共享，協同編輯

不同網站之間

API，oauth,單方向的文件傳輸，基於http。

基於地址的電郵傳輸(沒有直接關聯線上辦公賬號)。或者更好的互聯互通互操作。

線上辦公=電郵+本地的辦公軟體。那麼和“電郵+辦公軟體”這種方式辦公方式相比，線上辦公已經做到了編輯，排版，函式計算以及幻燈片播放等功能，也做到了網站之內的使用者的資訊的共享，而線上辦公唯一還不能做到的就是，不同網站的，特定的幾個使用者之間檔案的直接傳送或者接收文件（電郵的功能）。

線上辦公的互聯互通，現有的線上辦公網站，已經做了大量的嘗試，一方面，線上辦公與電子郵件進行了整合。針對不同網站的使用者，線上辦公整合了電子郵件的傳送功能，即線上文件能夠以電郵附件的形式傳送出去（線上辦公，還沒有整合電子郵件的自動接受文件的功能，目前只能靠人工把電郵附件推送給線上辦公,線上辦公文件也需要人工選擇來儲存在某個資料夾，即電郵賬號還沒有直接與線上辦公的某個資料夾相關聯），也就是，google docs文件可以以郵件附件的形式，傳送至hotmail郵箱，在手動選擇線上檢視附件後，skydrive可以開啟附件並可以線上編輯，使用者需要再次指定某個線上資料夾來進行儲存。另一方面，針對不同網站的同一個使用者，線上辦公網站，也開始提供API介面，讓其他網站的內容可以上傳至本網站，或者加裝了其他網站的API介面，允許本網站的內容可上傳至社交網站、即時通訊、網盤、或者其他線上辦公網站，如zoho文件可以上傳至google docs.但是這個基於oauth和http的API，通常都是單方向傳輸文件的。

三 （解決方案）

這樣，由於跨網站傳輸文件的功能的缺失，每一個線上辦公網站，仍然形成了資訊孤島，島上的人能夠直接交流，而島之間的人交流很困難,需要藉助電郵這艘簡單的船，並且是手動的，用附件方式來交流，我想，應該有更好的方式，比方說一座橋，來讓不同網站之間的特定的幾個使用者，直接共享和傳送檔案。

我想，我們可以從現有的兩個互聯互通嘗試入手，來繼續做一些改良，電郵整合進線上辦公這一方面，可以把電子郵件完全整合進去，讓其不需要人工控制的傳輸線上辦公文件,讓電郵賬號與線上辦公的收件資料夾相關聯。對於API方面，可以改成一個雙向的傳輸通道，同時更改成適用於不同的使用者間。整合這兩條途徑當中的更先進的、更廣泛的元素，我們確定，我們需要一個為兩個不同線上辦公網站的兩個不同使用者的、與線上辦公的收件資料夾地址相關聯的 、基於某種傳輸協議（http？）的 、雙向的、直接的自動的文件傳送或者接收服務。

四（使用者的效果）

互聯互通實現後，用本網站內使用者之間，共享檔案的介面，輸入用另一個網站的使用者名稱和域名（eg , [email protected]）就可以解決不同線上辦公網站使用者，共享檔案的要求了。如果，使用者申明他有線上辦公網站的賬號，onlineoffice address: guozhun#mabaoo.com （中間的分隔符，是否可以用#符號，來代表可以互聯互通的線上辦公功能? 而不是約定俗成的代表電郵的@，雖然@的實際含義僅僅是一個分隔使用者名稱和域名的符號，現在也有抄送微博的意思）,那麼，就證明，線上辦公網站的互聯互通，已經實現了。 而如果，現階段，使用者需要申明，我是某一個線上辦公網站www.aaaaaa.com的使用者，使用者名稱是bbbb,這其實說明了，只能實現網站內使用者的共享。對使用者來說，使用線上辦公功能，不用附件了，便利性增加了，互聯互通了，可以和更多的使用者直接交流了。資訊的傳輸範圍擴大了，資訊的傳輸過程簡化了。產生了使用者的倍增效益。(其實，對於線上辦公網站之間的使用者交流是比較方便了，但是線上辦公網站與普通電郵的使用者交流仍然不方便，這需要使用者從電郵遷移到線上辦公平臺？當然，對於txt格式的檔案傳輸，電子郵件就足夠了)

使用者只需要擁有一個線上辦公網站的賬號，就能夠和所有其他網站的使用者，直接交流了。

同時，線上辦公文件傳輸好了後，線上文件的互操作，是否可能？。在文件傳送好了後，能否實現網頁文件的互操作，即另一個網站的網頁編輯器可以開啟或者編輯這個文件，甚至協同編輯，跨域名訪問，或者網路上的複製貼上？為了互操作，如何對選擇公共的文件格式？如何自動匹配合適的文字、電子表格、幻燈片的線上網頁編輯器，來再處理文件？當然，對於不需要或者不能進行在下編輯的文件，比如doc、圖片、音視訊文章，這個問題時多餘的。

五 （技術可能性）

這個協議，我們初步的打算，是採用http協議？xmpp協議?Soap協議，網路互操作?WSRF協議?？用WSDL 加soa，或者web DAV? webRTC即時通訊協議? REST API？，附加格式說明，再附加一些反垃圾檔案的技術，使用者身份說明,及跨域名訪問的許可權控制說明。 還有就是在約定的平臺上協同編輯的說明，可以是基於OAuth+SSO的某種授權+登入機制。（WSDL 加soa，或者web DAV. 這些是可以支援協同編輯的傳輸協議）。同時，其支援的XML也是ODF等國際標準文件格式的基礎。在協同編輯方面，Comet等基於HTTP長連線的“伺服器推”技術，長輪詢（Long Polling）Node.JS或者html5 Web Socket 等非同步技術。或者google SPDY協議？總之，我們不建議採用SMTP等電郵傳輸協議，。或者說，那種試圖建立一些做中間連線的網站或者中介軟體的解決方案，也是不可取的。

選擇什麼樣的介面描述？選擇什麼樣的加密方式？

關於收件地址和如何與線上辦公賬號相關聯？我也不懂哦。

互操作。 關於語言的選擇，html或者XML?或者wsdl ?

關於格式的選擇，html文件（網頁）？ODF（ odt,ods,odp）？ OpenOffice(sxw, sxc, sxi)? UOF？OOXML? DOC、XLS PPT?DOCX XLSX PPTX ? RTF、CSV ？SVG PDF？GDOC？TXT? WPS？Yozo? 語義網RDF(解決了資料的互通性標準) ,OWL?,對多媒體的編輯支援嗎？或者根據現有的瀏覽器的網頁編輯能力(究竟有多大)，再是否需要制定一個簡化版本的格式？也因為普通使用者常用的office功能，只有3%（請問具體是哪百分之三？）線上編輯器是否能夠自動識別格式？規定一個統一 的格式，是否多此一舉？（txt-----xml-----txt這似乎沒有必要, doc----html-----odt這應該是有必要的）。因為線上辦公的功能很少，是否需要開發專門的輕量的文件格式？Txt.格式符合ODF或者ooxml格式嗎？這個格式，是基於展示層或者儲存層的格式？原始格式或者中間格式？

是按照文字，電子表格，幻燈片等來寫，還是統一的文件？如何選擇，才能最大程度的減少語言或者格式的轉化或者相容成本？而同時又兼顧到更多數的廠家？您覺得呢？

資訊的可解析能力（html,odf,ooxml,uof?）？互操作性？互譯能力？

六，（協議的制定

誰來制定？誰是擁有者？誰是發起人？遊戲規則誰來定？羅博特議事規則？投票權是每家公司一票，還是根據市場份額？ 如何保證協議的公益性，公平性，相容性，如何能夠兼顧到不願意參與的線上辦公廠商？協議如何反垃圾檔案的傳輸？如何反欺詐或者色情？是否需要設定可傳送或者接受的容量？是否需要建立社群或者聯盟來促成協議？是否需要常設機構？是否建議每個廠商提出三種技術方案，然後綜合後進行投票？在國際市場或者國際標準組織推廣這個協議？如何能夠保證協議隨技術的更新而自動更新？

這需要多大的成本？各廠商是否願意支出？

選擇什麼樣的線上辦公軟體來進行環境測試？文件互操作性測試，選擇什麼樣的文件互操作性度量模型？ 廠商是否願意提供自己的程式碼來進行測試？最起碼有一個選擇，開源的feng office，或者資料庫。根據各家公司公開的API,也可以反向測試出，其中的文件格式、傳輸協議。或者廠商對他們的網頁編輯器，做黑箱測試。

具體的實現路徑：一，先由政府部門制定一個標準，然後強制執行。二，由市場上的一家或者幾家公司，在市場上的份額優勢，形成事實標準。三，聯合現有企業的資金或者技術資源，共同開發，共同遵守。第三種方式，在協議建立之初，就得到企業支援並讓企業參與，更容易推廣。

邀請所有線上辦公廠商，包括 Google Docs，Office 365，Zoho，蘋果icloud，金山快盤金山快寫，無錫永中線上，eyeOS，Adobe Acrobat.com，Box，Crocodoc，ThinkFree，Cisco WebEx WebOffice，Zimbra,

Oracle(cloud office),www.zooos.com,www.ulteo.com(這三個都是基於open office)，www.fengoffice.com(開源)，evernote，Slide Share易度，千腦,書生，今目標，點聚,/file/2020/10/05/20201005085531_2.jpg www.exoplatform.com,www.webcoope.com, www.zeropc.com,www.editgrid.com,

也包括所有的網盤或者網路儲存廠商，如，Q盤,華為D Bank，盛大ever box,麥庫記事，有道雲筆記，酷盤，115，box ,dropbox,等。

辦公軟體廠商，Microsoft office , open office ,libre office , wps, 中標，福昕、方正，Quick office ,mobile office等移動終端客戶端軟體廠商。

電郵廠商，尤其是網易電郵（盈世資訊科技（北京）有限公司），其開發了私有通訊協議，可以讓電郵傳送速度提高一倍。目前只能使用在同一個系統中，比如網易郵箱和139手機郵箱都用了Coremail郵件系統，他們之間互相收發郵件比收發其它系統的郵件要快一半。

移動終端廠商，平板電腦廠商。

音訊或者視訊廠商？

國際或國家標準組織，如ISO,或者W3C, 工信部標準院等。

戰略預測專家，以保證協議的前瞻性，預留髮展的空間，可擴充套件。保證三十年後可用。

大學等科研單位。

使用者代表！

七（利益）

受益者，是各線上辦公網站的使用者都有好處，能夠讓不同網站的使用者直接傳遞文件，線上辦公將能覆蓋到線上資訊的各個階段，即資訊的儲存，資訊再處理，資訊在不同層面（網站之內或者網站外）的交流，它將成為一個全能型的資訊平臺。這種文件傳輸協議，應該有黑莓的持續線上、主動推送的功能？如果這個協議建立了的話，那麼，線上辦公將取代所有的電郵和本地辦公軟體。這將是一個很大的市場（每年500億美金？）。哪一個公司能夠制定這個標準，能夠儘早進入這個市場，能夠為更多的同行著想，能夠為更多的使用者交流帶來便利，哪個公司就能夠佔有更多的市場份額！

這對小公司來說，也是一個利益博弈的手段,可以抱團做大，甚至超過大公司的市場份額。但是，如果所有的線上辦公能夠參與，對使用者交流的方便，是顯而易見的。讓我們來一起做這個事情吧！

八（市場接受可能性）

這個協議跟電子郵件傳輸協議的關係，我們認為，我們不應該採用電子郵件傳輸協議。因為電子郵件傳輸協議（SMTP）是在網際網路大規模流行之前制定的一個協議，同時也是一個被約兩百萬個公司普遍使用的協議。雖然它對文件格式的支援有很大的侷限性，但是說服這麼多公司去做改變，來使用多功能編輯器或者富文字編輯器，來使用支援更多格式的傳輸協議，是一個不可能完成的任務。而線上辦公檔案的傳輸協議，目前還沒有，還需要大家來創造，是一個藍海市場，這就造成了一種可能，在技術選型時，選擇更合適網際網路的傳輸協議，更支援所有的文件格式。而全球線上辦公軟體公司，目前只有約20家，說服大部分人蔘加，是有可能的。

九 業界看法

孫煜，北京百會縱橫科技有限公司技術總監 “這在技術上面是可以實現的”

程旭文， 開源力量網站建立者，開源及基礎軟體通用技術創新戰略聯盟（優盟） 副主任 “這是一種政治鬥爭，小公司包括zoho,google docs都會熱衷於協議或者標準，但是office 365肯定不會跟你們玩，因為它就是事實的標準”

工信部電子標準化所 “技術上可行，但是必須要有投入，才能做的出來。”

莊表偉，盛大網路創新院，“1，公共的檔案格式，比如ODF 2、公共的檔案傳輸協議，可以是基於HTTP的REST API 3、還有就是在約定的平臺上協同編輯，可以是基於OAuth+SSO的某種授權+登入機制”

洪波， 著名IT評論人士，"對於線上辦公產品，小公司做出的，沒有公信力，除非有創新"（這個互聯互通，就是創新啊！）

陳瀅，金智教育CTO、雲端計算首席架構師、前IBM中國研究院副院長“技術上，可以採用web dav, 難度主要在說服所有的公司能夠參加，包括微軟，這是一種博弈。”

查理，中科院計算機所研究員，廣域資料管理專家，“這是一個系統架構問題，前端業務實現只是技術問題。從廣域資料管理上看，簡單說，要解決好地理分散多個site之間的資料讀寫衝突即可。資料的分佈應該對使用者透明，對於平臺上的開發使用者來說也不應管資料位置。”

2012年5月31日，工信部標準院，文件的互操作會議，Microsoft Corporation,Principal Program Management Lead,Office Standards and Interoperabiltiy ,Jim Thatcher:"他認為線上辦公的互聯互通需要有三個方面1,file format,such as Office Open XML, 2,Protocol, such as Web DAV,FTP 3,Auth ,such as open...."同時，他提出了三個問題，誰是發起者，誰是擁有者，誰是參與者？

劉澎，原國家863計劃文件領域專家組組長，“方向上面是對的，人類一直的理想，就是打破隔閡消除籬笆，進行方便的交流，不同的網站間，確實存在著現實的資訊隔閡。但是，具體的方法上面，你們還得提高技術水平。”

電郵之父David H.Crocker ：用電子郵件來傳輸線上辦公文件，確實比較麻煩。我對這個話題很感興趣。

北京資訊科技大學李寧：我覺得這樣的一個協議是完全可以設計出來並進行實現的。確定協議之後的關鍵是要有應用的支援，我們需要一些主流的Web Office廠商和線上儲存服務商在他們的產品中率先支援這個協議，然後我們可以通過IETF RFC提交一個國際標準提案，爭取成為國際標準。

九，需要做的工作

說服他們，更多的廠商和使用者加入我們。

同時，我們也建立了一個google 論壇，[email protected]，請加入我們。

GuoZhun

Shanghai Biaoma IT Co

www.mabaoo.com

email address: mike5guo @ gmail.com

guozhun @ hotmail.com

online office address: [email protected]

註釋： 本文所提到的1 共享：是指線上辦公網站之 內的使用者之間，檢視或者編輯檔案

2 傳輸：是指對線上辦公文件本身程式碼的傳送和接收。

3 本文是試圖說服所有的線上辦公公司，採用一個相同的傳輸系統，來實現互聯互通。這與把google docs整合進自己家的gmail, 把office web apps整合進自己家的電郵系統outlook，正好是反過來的。而google docs也只整合了電郵的附件傳送功能，而沒有整合直接的收件功能。