CN102521407A - 一种多用户之间的文档协作方法 - Google Patents

Abstract

本发明涉及一种多用户之间的文档协作方法，其特征在于，该方法包括如下步骤：a.为每个用户生成与其用户名对应的一种或多种消息帐户，并且每个用户能够建立其联系人和协作组；b.为用户共享给其联系人或协作组的一个或多个文档分配文档初始版本号并保存该初始版本，设置相应的共享权限和共享时限；c.上述共享权限和共享时限设置完毕后，消息帐户自动发送提醒信息给相应的联系人或协作组以便通知；根据共享时限，该共享文档的所有共享用户的消息帐户定期提醒该共享用户注意时限。本发明创新性地整合了消息帐户与在线文档技术，和一旦共享设置完成即自动提醒并根据共享时限定期提醒相关用户这一机制，解决了文档协作中效率低下和功能单一问题。

Description

一种多用户之间的文档协作方法

技术领域

本发明涉及文档处理，尤其涉及一种多用户之间的文档协作方法。

背景技术

随着计算机和互联网的普及和发展，多用户共同协作来完成文档编辑或维护的需求也随之提高，然而现有的技术，例如微软公司的office在线版，存在功能单一和不便使用的问题，这给多用户离线或在线来共同编辑或维护文档带来了诸多限制，不利于文档协作。现阶段用户用来分享文件更常用的方式依然是借助于传统邮件或即时通讯工具的发送文件的功能，目前还缺乏一种便于离线或在线沟通并完成文档协作的技术方案，难以解决丰富的文档处理功能和便捷高效的协作功能之间的平衡。

发明内容

本发明旨在解决上述一个或多个技术问题而提出了一种多用户之间的文档协作方法，其特征在于，该方法包括如下步骤：

a)        为每个用户生成与其用户名对应的一种或多种消息帐户，并且每个用户能够建立其联系人和协作组；

b)        为用户共享给其联系人或协作组的一个或多个文档分配文档初始版本号并保存该初始版本，设置相应的共享权限和共享时限；

c)        上述共享权限和共享时限设置完毕后，消息帐户自动发送提醒信息给相应的联系人或协作组以便通知；根据共享时限，该共享文档的所有共享用户的消息帐户定期提醒该共享用户注意时限；

优选地，所述c步骤被执行后，所述文档协作方法还包括如下步骤：

d)       当上述被共享文档处于文档协作模式时，为每个共享用户锁定其当前编辑内容；被锁定内容编辑过程中，定期自动保存每个共享用户当前锁定的内容，并允许用户手动保存文档，如果自动保存完成或用户手动保存完成，自动在该用户下为该文档生成新的版本；

e)        一旦被锁定内容编辑完成，则自动解除被锁定的内容；

f)         当协作模式中的最后一个用户下线时，保存该用户的当前文档为其最后一个版本，并利用该用户下的最后一个版本和该文档的其他共享用户的最后一个版本生成一个新版本。

优选地，所述消息帐户是内部邮件帐户或内部即时通讯帐户或站内短消息帐户，或绑定的外部互联网的邮件帐户或外部即时通讯帐户，或绑定的能接收短消息或彩信的电话号码。

具体实施方式

为便于本领域技术人员理解本发明，特结合不同具体实施例对本发明作进一步说明。

如下所述实施例公开了一种多用户之间的文档协作方法，其特征在于，该方法包括如下步骤：

a.   为每个用户生成与其用户名对应的一种或多种消息帐户，并且每个用户能够建立其联系人和协作组；

b.   为用户共享给其联系人或协作组的一个或多个文档分配文档初始版本号并保存该初始版本，设置相应的共享权限和共享时限；

c.   上述共享权限和共享时限设置完毕后，消息帐户自动发送提醒信息给相应的联系人或协作组以便通知；根据共享时限，该共享文档的所有共享用户的消息帐户定期提醒该共享用户注意时限。

对于本领域技术人员而言，消息帐户即能提供消息的帐户。消息的内容，取决于该消息的目的在于向有关用户传送何种信息。文档，一般等同于文件，例如Windows系统下的“我的文档”目录下就包括了“图片收藏”、“我的音乐”、“我的视频”等目录，文档其并不仅限于文本文档，现有技术中还包括静态图片、动态图片、音频文档、多媒体文档等。

就上述实施例而言，上述a步骤所记载的“为每个用户生成与其用户名对应的一种或多种消息帐户，并且每个用户能够建立其联系人和协作组”步骤意味着用户名创建之后，无需用户作任何手动设置，该实施例所记载的文档协作方法即为各用户生成与其用户名对应的一种或多种消息帐户，并且给予了用户权限，使得用户可依据需要建立其联系人和协作组。正如本领域技术人员所知，一般地，联系人属于单个概念，协作组则属于群组或集合概念，一般而言，多个联系人可根据用户需要而被安排在一个协作组中，当然，也可以直接在协作组中添加想要被安排在内的联系人。显然，a步骤相当于该实施例所记载的文档协作方法中的一个初始化步骤，其存在目的是为了后续的文档协作和消息帐户的互联或互动。

就上述实施例而言，上述b步骤所记载的“为用户共享给其联系人或协作组的一个或多个文档分配文档初始版本号并保存该初始版本，设置相应的共享权限和共享时限”步骤意味着a步骤执行后，被共享给联系人或协作组的一个或多个文档会获得一个分配的文档初始版本号和相应初始版本，并在共享文档时设置相应的共享权限和共享时限。如本领域技术人员所知，版本号能广泛用于文档的管理，文档的共享权限则包括只读、可打印、不可打印、仅供批注、仅供审阅、读写、完全控制等常规情形。至于共享时限，顾名思义，其定义了文档被共享的生命周期。

就上述实施例而言，上述c步骤所记载的“上述共享权限和共享时限设置完毕后，消息帐户自动发送提醒信息给相应的联系人或协作组以便通知；根据共享时限，该共享文档的所有共享用户的消息帐户定期提醒该共享用户注意时限”步骤意味着共享权限和时限一经设置，消息帐户则体现本发明的一个特点，因为消息帐户会自动发送提醒信息给相应的联系人或协作组以便通知，而消息帐户自身为一种或多种，那么就尽可能地避免了共享发起人与多个用户之间就文档共享所可能产生的信息不对称问题，也就能尽可能地避免了遗忘通知相关用户的问题，不难看出，此处自动提醒显然是共享发起人的消息帐户向所有相关联系人或协作组成员发送提醒，那么自然也包括了向共享发起人本人提醒。不仅局限于此，进一步地，该实施例所记载的文档协作方法还根据共享时限，使得共享文档的所有共享用户的消息帐户定期提醒该共享用户注意时限，本领域技术人员不难看出，该实施例说明本发明中必然包含了倒计时与共享时限的定期提醒，此处的定期提醒显然是指每个消息帐户只提醒帐户自身的用户，而不提醒其他相关用户，这样既能避免对网络的占用又能提醒每个共享用户，因为定期提醒仅从本地提醒本地用户。事实上，一定条件下的自动提醒或定期提醒，其本质均是一种自动触发机制，而现有技术中存在多种自动触发机制和提醒机制，本发明的改进不在于提出任何新的自动触发机制或提醒机制，因此，此处不对现有技术中的自动触发机制或提醒机制做出更多赘述。

由此可见，上述实施例形成了一个完整、清楚的、关于文档协作方法的技术方案，其无论是与现有技术中的一种或多种消息帐户的固有技术相比，还是和类似于微软公司的在线office技术相比，都作出了技术上的改进，并引入了一旦共享设置完成即自动提醒和根据共享时限定期提醒相关用户这一类似于日程提醒的机制，从而整合形成了一种新的技术方案，解决了文档协作中的协作效率低下和功能单一的问题。当然，协作组的引入也丰富了上述实施例的技术效果，而现有技术中的QQ群或MSN群组的理念、各种论坛中对普通用户群组、高级权限用户群组等不同权限用户群的群体消息的发送等均可以很容易地被借鉴用来实现协作组，本发明的目的也不在于提出任何新的群组机制，因此，此处不对现有技术中的群组机制做出更多赘述。

在另一个实施例中，为了解决文档协作时的多个编辑行为可能引起文档版本混乱的问题，本发明中的文档协作方法还包括如下步骤：

d.   当上述被共享文档处于文档协作模式时，为每个共享用户锁定其当前编辑内容；被锁定内容编辑过程中，定期自动保存每个共享用户当前锁定的内容，并允许用户手动保存文档，如果自动保存完成或用户手动保存完成，自动在该用户下为该文档生成新的版本；

e.   一旦被锁定内容编辑完成，则自动解除被锁定的内容；

f.    当协作模式中的最后一个用户下线时，保存该用户的当前文档为其最后一个版本，并利用该用户下的最后一个版本和该文档的其他共享用户的最后一个版本生成一个新版本。

就该实施例而言，上述d步骤所记载的“当上述被共享文档处于文档协作模式时，为每个共享用户锁定其当前编辑内容；被锁定内容编辑过程中，定期自动保存每个共享用户当前锁定的内容，并允许用户手动保存文档，如果自动保存完成或用户手动保存完成，自动在该用户下为该文档生成新的版本”步骤意味着该实施例相比前一个实施例，能够通过“锁定其当前编辑内容”来有效保护每个共享用户当前编辑内容，并通过“保存”来生成该用户下的所述文档的新版本。这样，至少保证了每个共享用户下对应了一个具有其个人编辑特点的文档版本。

紧接着，上述e步骤“一旦被锁定内容编辑完成，则自动解除被锁定的内容”表明：只要存在锁定内容编辑完成的情形，则自动解除对其的锁定，这样就能够及时有效的释放锁定内容，有利于其他用户对该释放的内容的进一步编辑。

就上述实施例而言，其最后一个步骤，f步骤所记载的“当协作模式中的最后一个用户下线时，保存该用户的当前文档为其最后一个版本，并利用该用户下的最后一个版本和该文档的其他共享用户的最后一个版本生成一个新版本”显然和d步骤侧重点不同，d步骤至少保证了每个共享用户下对应了一个具有其个人编辑特点的文档版本，而f步骤是将最后一个下线的用户（本领域技术人员可知，最后下线也可以理解为最后登出或退出）的最后一个版本和其他用户的最后一个版本合并生成该共享文档的一个新版本，这个版本显然具有各个用户编辑特点，这个版本可能是文档协作最需要得到的一个版本。

在另一个实施例中，示例性而不局限于此的，消息帐户至少包含以下种类：内部邮件帐户或内部即时通讯帐户或站内短消息帐户，或绑定的外部互联网的邮件帐户或外部即时通讯帐户，或绑定的能接收短消息或彩信的电话号码。这些不同种类的消息帐户均在现有技术中扮演着发送消息或除消息之外的其他信息的角色，这些不同种类的消息帐户也表明本发明中的“消息帐户”术语是能够得到说明书和现有技术的支持的，本发明中的“消息帐户”显然不存在概括失当的情形。

内部邮件帐户，常见的有应用于企业内部或者政府内部，或者行业内部的网络中的邮件帐户，其并不能被互联网用户所访问，也不接受互联网邮件。

内部即时通讯帐户，常见的有飞秋Feiq、腾讯RTX，飞秋Feiq可以不依赖于服务器而互通消息，腾讯RTX则依赖于服务器上的部署。

站内短消息帐户，则是伴随着互联网或者局域网内的论坛或BBS发展起来的一种消息帐户，一般不具备外联功能，一般仅限于论坛内部或BBS内部的沟通。

外部互联网的邮件帐户，自然是相对于内部来讲，该邮件帐户则是指基于互联网的邮件帐户。一般而言，能接驳到互联网的话，则能通过互联网上的邮件帐户向其他互联网邮件帐户发送邮件等信息内容。

外部即时通讯帐户，常见的有ICQ帐户、MSN帐户、YAHOO Messenger帐户，以及QQ帐户等。

至于能接收短信或彩信的电话号码，其必然要求该电话号码在线，否则不可能满足“能接收短信或彩信”这一条件。通常情况下，这意味着电话保持在线，但是随着通信技术的发展，如今也出现了不限于电话的终端，这种终端也能支持接收短信或彩信，比如平板电脑，但是无论何种终端，始终都要求其具备一个唯一号码以便能被通信网络所访问到。

不难看出，该实施例相比于前2个实施例则侧重消息帐户的具体选择。总体来讲，内部的消息帐户自然是内部网络的，技术实现相对简单，现有技术中存在各种各样的实现方式；而外部的消息帐户，则是通过绑定来实现连接的，而本领域技术人员不难得知，现有技术中也存在多种绑定方式和应用，比如：内网计算机通过内部的代理服务器或打印机服务器来有限制的访问外部互联网或外部打印机，再比如：银行完成用户的消费支出、转账或汇款操作后，通过银行专用网络和短信服务提供商或邮件服务提供商的服务器连接，从而向用户的指定手机号码发送短信提醒，或向用户指定的互联网上的邮箱帐户（相当于银行网络的外部）自动发送或定期发送账单明细以提醒用户。类似的绑定还有：各种论坛为了简化用户注册环节而和知名微博或博客或即时通讯帐户绑定，从而用户无需注册帐户即可用已有微博或博客或即时通讯帐户登陆论坛。由于本发明的目的不在于提出任何新的绑定机制，因此本发明不再对现有技术中的绑定技术赘述。

在另一个实施例中，示例性而不局限于此的，所述文档内容呈现给用户时，所述文档内容中的元素包含了定位信息。这样，如果用户选中所述元素，用户就很容易通过其定位信息建立该元素的书签。本领域技术人员均知晓，文档内容的元素一般包括：字、词、行、句、段、页、节、章，单元格或该文档中嵌入的公式或嵌入的多媒体内容，元素的定位信息可以仅仅是指第几行或第几段，也可以是第几行的第几列，第几段的第几行，也可以是第几页第几段，第几章第几节等，不难理解，当包含定位信息后，为了文档跳转或阅读的方便，可以通过其定位信息来建立被选中元素的书签。从本质上讲，跳转目录、跳转索引或书签都是一种定位信息，关键是看以什么标准来建立定位信息。

在另一个实施例中，示例性而不局限于此的，前文所述提醒信息中包含共享文档的访问地址和对共享权限、时限的说明。明显地，该实施例目的在于细化提醒信息的组成。

在另一个实施例中，示例性而不局限于此的，共享文档处于文档协作模式时，还包括如下步骤：显示警示信息，所述警示信息表明已被锁定的编辑内容是由某具体用户锁定。明显地，该实施例目的在于通过所述警示信息来提醒各个用户，并明示锁定内容的用户身份，这有助于后期进一步地增强各用户之间的协作。

在另一个实施例中，示例性而不局限于此的，所述被锁定的内容是当前编辑的行或单元格或该文档中嵌入的公式或嵌入的多媒体内容。明显地，该实施例在于将文档结构化，并明确结构化后的各个可编辑元素，这种行、单元格形式的结构化显然只是一种实现方式，其目的在于提高文档协作的效率，本领域技术人员完全可以采用其他的结构化方式来方便多个用户对文档进行协作。

在另一个实施例中，示例性而不局限于此的，共享文档处于文档协作模式时，还包括如下步骤：高亮显示或圈划所述被锁定内容。明显地，此实施例目的在于突出显示被锁定内容。

在另一个实施例中，示例性而不局限于此的，生成共享文档的新版本时，不覆盖其旧有版本。明显地，此实施例目的在于尽可能避免多个版本时可能发生的、由于误操作等带来的损失。

在另一个实施例中，示例性而不局限于此的，所述协作组中的成员包括该用户及其指定邀请的其他用户。明显地，此实施例细化了协作组的成员，而且还能够邀请其他用户，这就意味着被邀请的用户可能是该用户的联系人，也可能还不是其联系人，这样就可以克服必须先建立联系人而后才能将其纳入协作组的技术缺陷，从而简化了用户维护其协作组的程序。

在另一个实施例中，示例性而不局限于此的，以用户为母用户，为其创建一个或多个子用户，所述子用户的文档列表中包括母用户指定给其的文档或文件夹，被指定文档或文件夹的访问权限或访问密码，或访问时限由母用户设置。明显地，该实施例目的在于提高已有文档的可重复访问能力，尽量减少网络和数据库的占用，从本质上来讲，子用户的创建完全类似于新用户的创建，只不过很重要的一个不同在于：该用户创建由母用户来操作，并且母用户不必分发文件或文件夹，只需要创建子用户时为其指定可访问的文档或文件夹即可。这种文档协作方法与之前的联系人或协作组下的方法有所不同，本领域技术人员不难理解，这种母用户和子用户关系体现了继承这个特点，能更好地用于企业或政府机构等，因为其清晰地体现了组织机构和人员权限。

在另一个实施例中，示例性而不局限于此的，共享文档处于协作模式时，还包括签收步骤：当文档被共享后，接收到共享文档的用户通过对文档进行状态标记或数字签名来签收该文档。明显地，此实施例目的在于将签收机制引入文档协作，便于对文档的管理和跟踪。

在另一个实施例中，示例性而不局限于此的，共享文档处于协作模式时，还包括如下步骤：向在线的协作用户中的一个或多个发送包含文字或语音的聊天信息。明显地，此实施例目的在于文档协作时，通过聊天来更好地协作。

在另一个实施例中，示例性而不局限于此的，文档是由用户上传后生成，或者是由用户在线编辑而生成。明显地，此实施例表明了文档的来源，其包括了常见的文档生成方式。

在另一个实施例中，示例性而不局限于此的，当用户选择在线浏览文档时，调用在线浏览应用以呈现该文档内容。明显地，此实施例目的在于对文档的更好地利用，而现有技术中，在线浏览文档已经存在多种技术，Google公司主要通过html规范来实现对可浏览文件的在线查看，此外，更多的网络邮箱服务提供商也提供了各具特点的在线浏览邮件附件的技术。本发明的目的不在于提出任何新的在线浏览应用或方法，因此此处不再赘述在线浏览技术。

在另一个实施例中，示例性而不局限于此的，该方法还包括如下步骤：每个共享用户通过多个版本的文档之间的比较或快照之间的比较以查看所共享文档的多个版本之间的异同。明显地，此实施例目的在于方便用户对各个版本的文档之间的比较，或者直接比较文档（现有技术中存在多种文档比较技术，许多都已经软件化，比如diff doc、ultraedit等，此外微软office自身也带有简单功能的文档比较功能），或者通过现有技术中的快照技术来比较（显然，快照技术能够弥补非文本类文档内容的比较，快照技术被许多图片软件、搜索引擎所运用），这样能够直观地比较异同，而不是过去那样仅靠用户之间的反复沟通。本发明的目的也不在于提出任何新的文档比较或快照技术，现有的快照技术无需经过创造性劳动即可用于快照和快照之间的比较，因此此处不再对现有的文档比较和快照技术进行赘述。

在另一个实施例中，示例性而不局限于此的，所述被邀请的其他用户是非注册用户。明显地，这一技术特征前文曾有提及，该实施例简化了协作组的建立，避免了必须先是联系人才能被纳入协作组的问题，也简化了外部人员接受邀请后成为用户的程序。现有技术中已经存在多种通过发送邀请码到其他用户而让其加入某论坛或网站的技术手段，本发明的目的不在于提出新的邀请外部人员的技术，因此此处不再赘述此类技术。

在另一个实施例中，示例性而不局限于此的，如果被邀请的用户并不属于邀请用户的联系人，那么一旦其接受邀请则将彼此添加到对方的联系人中。明显地，该实施例目的在于便于建立协作组和同步联系人。

在另一个实施例中，示例性而不局限于此的，一旦共享文档被指定用户签收，则该指定用户的消息帐户自动向文档共享者发送签收通知。明显地，该实施例目的在于实现共享文档的跟踪。

在另一个实施例中，示例性而不局限于此的，所述文档为压缩文档时，在线浏览应用先调用在线解压缩应用，得到解压缩后的文件后再呈现该文档内容。明显地，该实施例目的在于浏览压缩文档中的内容，而现有技术中，特别是网络邮箱服务提供商，其已开始提供附件压缩和解压缩功能，其中附件压缩功能多用于下载附件，解压缩功能多便于用户在线预览附件。依靠服务端的强大计算能力，一般的，在线解压缩应用解压缩速度要优于本地解压缩应用。

在另一个实施例中，示例性而不局限于此的，所述文档为含有动态图片或视频或音频的文档时，其被在线浏览应用调用后，通过HTML5规范输出文档中的动态图片或视频或音频，通过PDF格式或静态页面输出文档中的文字和静态图片、表格。明显地，HTML5规范已开始伴随opera、firefox、safari、chrome，以及Internet Explorer 8+等新一代浏览器而大放其彩，曾经的Flash技术已开始遇到强大对手，而HTML5的一个很重要的特点就是直接可以创建或运行音频、视频或动态图片，本领域技术人员不难发现，该实施例正是契合了HTML5、PDF和静态页面的各自特点，而现有技术已存在各种HTML5对动态图片、视频或音频的输出，以及PDF或静态页面对文字和静态图片、表格的输出，比如：youtube网站已开始全面向HTML5过渡，既可以选择用传统flash技术来浏览其多媒体页面，也可以选择用HTML5技术来浏览，类似的还有其他在线图片、视频服务提供商。本发明的目的不在于提出任何新的HTML5输出技术、PDF输出技术或静态页面输出技术，因此此处不再赘述此类现有技术。

在另一个实施例中，示例性而不局限于此的，所述文档为办公office文档时，在线浏览应用通过在线office浏览应用来呈现该文档内容。明显地，该实施例目的在于特别面向office文档。而在线office浏览应用已经是现有技术，网络邮箱服务提供商多通过html来显示其内容，WPS也已提供在线office浏览，大名鼎鼎的微软则也在此列，其提供了在线版office。

在另一个实施例中，示例性而不局限于此的，所述文档为文本文档或含有静态图片、表格的文档时，其被在线浏览应用调用后，通过PDF格式或静态页面输出文档中的文字和静态图片、表格。明显地，该实施例目的在于特别面向文本文档或含有静态图片、表格的文档，不涉及动态元素，其采用现有技术中的PDF技术或静态页面技术来输出。

以上实施例对本发明进行了详细说明，本领域技术人员可根据上述说明清楚、完整地理解本发明，或者对本发明作出不同变化的实施方式。上述实施例中的某些细节仅仅是更优方式，并不构成对本发明的限制。

Claims (23)

1.一种多用户之间的文档协作方法，其特征在于，该方法包括如下步骤：

为每个用户生成与其用户名对应的一种或多种消息帐户，并且每个用户能够建立其联系人和协作组；

为用户共享给其联系人或协作组的一个或多个文档分配文档初始版本号并保存该初始版本，设置相应的共享权限和共享时限；

上述共享权限和共享时限设置完毕后，消息帐户自动发送提醒信息给相应的联系人或协作组以便通知；根据共享时限，该共享文档的所有共享用户的消息帐户定期提醒该共享用户注意时限。

2.如权利要求1所述的方法，其特征在于，所述c步骤执行后还包括如下步骤：

当上述被共享文档处于文档协作模式时，为每个共享用户锁定其当前编辑内容；被锁定内容编辑过程中，定期自动保存每个共享用户当前锁定的内容，并允许用户手动保存文档，如果自动保存完成或用户手动保存完成，自动在该用户下为该文档生成新的版本；

一旦被锁定内容编辑完成，则自动解除被锁定的内容；

当协作模式中的最后一个用户下线时，保存该用户的当前文档为其最后一个版本，并利用该用户下的最后一个版本和该文档的其他共享用户的最后一个版本生成一个新版本。

3.如权利要求1或2所述的方法，其特征在于：所述消息帐户是内部邮件帐户或内部即时通讯帐户或站内短消息帐户，或绑定的外部互联网的邮件帐户或外部即时通讯帐户，或绑定的能接收短消息或彩信的电话号码。

4.如权利要求1或2所述的方法，其特征在于：所述文档内容呈现给用户时，所述文档内容中的元素包含定位信息。

5.如权利要求1至4任一所述的方法，其特征在于：所述提醒信息中包含共享文档的访问地址和对共享权限、时限的说明。

6.如权利要求2至4任一所述的方法，其特征在于：共享文档处于文档协作模式时，还包括如下步骤：显示警示信息，所述警示信息表明已被锁定的编辑内容是由某具体用户锁定。

7.如权利要求2至4任一所述的方法，其特征在于：所述被锁定的内容是当前编辑的行或单元格或该文档中嵌入的公式或嵌入的多媒体内容。

8.如权利要求2至4任一所述的方法，其特征在于：共享文档处于文档协作模式时，还包括如下步骤：高亮显示或圈划所述被锁定内容。

9.如权利要求2至4任一所述的方法，其特征在于：生成共享文档的新版本时，不覆盖其旧有版本。

10.如权利要求1至4任一所述的方法，其特征在于：所述协作组中的成员包括该用户及其指定邀请的其他用户。

11.如权利要求1至4任一所述的方法，其特征在于：以用户为母用户，为其创建一个或多个子用户，所述子用户的文档列表中包括母用户指定给其的文档或文件夹，被指定文档或文件夹的访问权限或访问密码，或访问时限由母用户设置。

12.如权利要求2至4任一所述的方法，其特征在于：共享文档处于协作模式时，还包括签收步骤：当文档被共享后，接收到共享文档的用户通过对文档进行状态标记或数字签名来签收该文档。

13.如权利要求2至4任一所述的方法，其特征在于：共享文档处于协作模式时，还包括如下步骤：向在线的协作用户中的一个或多个发送包含文字或语音的聊天信息。

14.如权利要求1至4任一所述的方法，其特征在于：文档是由用户上传后生成，或者是由用户在线编辑而生成。

15.如权利要求1至4任一所述的方法，其特征在于：当用户选择在线浏览文档时，调用在线浏览应用以呈现该文档内容。

16.如权利要求7所述的方法，其特征在于，该方法还包括如下步骤：每个共享用户通过多个版本的文档之间的比较或快照之间的比较以查看所共享文档的多个版本之间的异同。

17.如权利要求10所述的方法，其特征在于：所述被邀请的其他用户是非注册用户。

18.如权利要求10所述的方法，其特征在于：如果被邀请的用户并不属于邀请用户的联系人，那么一旦其接受邀请则将彼此添加到对方的联系人中。

19.如权利要求12所述的方法，其特征在于：一旦共享文档被指定用户签收，则该指定用户的消息帐户自动向文档共享者发送签收通知。

20.如权利要求15所述的方法，其特征在于：所述文档为压缩文档时，在线浏览应用先调用在线解压缩应用，得到解压缩后的文件后再呈现该文档内容。

21.如权利要求15所述的方法，其特征在于：所述文档为含有动态图片或视频或音频的文档时，其被在线浏览应用调用后，通过HTML5规范输出文档中的动态图片或视频或音频，通过PDF格式或静态页面输出文档中的文字和静态图片、表格。

22.如权利要求15所述的方法，其特征在于：所述文档为办公office文档时，在线浏览应用通过在线office浏览应用来呈现该文档内容。

23.如权利要求15所述的方法，其特征在于：所述文档为文本文档或含有静态图片、表格的文档时，其被在线浏览应用调用后，通过PDF格式或静态页面输出文档中的文字和静态图片、表格。