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 , guozhun@mabaoo.com）就可以解决不同在线办公网站用户，共享文件的要求了。如果，用户申明他有在线办公网站的账号，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易度，千脑,书生，今目标，点聚,http://drupal.org 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 论坛，web-office-websites-interoperability@googlegroups.com，请加入我们。
GuoZhun
Shanghai Biaoma IT Co
www.mabaoo.com
email address: mike5guo @ gmail.com
guozhun @ hotmail.com
online office address: guozhun@mabaoo.com
此文参与了2012年5月31号，工信部标准院，国际文档互操作会议的讨论。
注释： 本文所提到的1 共享：是指在线办公网站之 内的用户之间，查看或者编辑文件
2 传输：是指对在线办公文档本身代码的发送和接收。
3 本文是试图说服所有的在线办公公司，采用一个相同的传输系统，来实现互联互通。这与把google docs整合进自己家的gmail, 把office web apps整合进自己家的电邮系统outlook，正好是反过来的。而google docs也只整合了电邮的附件发送功能，而没有整合直接的收件功能。
