CN113761074A - 富文本信息存储方法、装置和*** - Google Patents

Abstract

本发明公开了一种富文本信息存储方法、装置和***，涉及计算机技术领域。该方法的一具体实施方式包括：接收客户端发送的富文本记录首次存储请求；其中，所述富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；在本地创建临时仓库，将所述富文本数据提交到临时仓库，形成所述富文本记录的初始版本；在远程服务器创建对应于所述富文本记录的远程仓库，将所述初始版本推送到所述远程仓库；在推送成功之后，将所述富文本记录的标识与所述远程仓库的标识之间的映射关系存储到预设数据库。该实施方式可借助数据库、远程服务器以及版本控制***来存储富文本信息，从而能够追踪富文本信息完整的修改路径并执行任一版本的回滚。

Description

富文本信息存储方法、装置和***

技术领域

本发明涉及计算机技术领域，尤其涉及一种富文本信息存储方法、装置和***。

背景技术

在目前的Web***(网络***)中，一般都有存储富文本或超长文本内容的要求。例如，某配置管理***需要存储配置号、配置名称和序列化信息等，其中，XML(可扩展标记语言，eXtensible Markup Language)格式的序列化信息即为需要存储的富文本内容。现有技术中，一般直接将富文本内容存储在数据库，更新方式为直接覆盖。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：使用数据库存储富文本内容的方式无法形成体现每次改动情况的多个历史版本，因此无法追踪修改路径，当前版本出现问题时无法进行回滚，也无法对不同的历史版本进行对比。此外，现有技术在面对多用户并发编辑时，只能直接进行覆盖，容易导致内容丢失。

发明内容

有鉴于此，本发明实施例提供一种富文本信息存储方法、装置和***，借助数据库、远程服务器以及版本控制***来存储富文本信息，从而能够追踪富文本信息完整的修改路径并执行任一版本的回滚。

为实现上述目的，根据本发明的一个方面，提供了一种富文本信息存储方法。

本发明实施例的富文本信息存储方法应用在服务端，包括：接收客户端发送的富文本记录首次存储请求；其中，所述富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；在本地创建临时仓库，将所述富文本数据提交到临时仓库，形成所述富文本记录的初始版本；在远程服务器创建对应于所述富文本记录的远程仓库，将所述初始版本推送到所述远程仓库；在推送成功之后，将所述富文本记录的标识与所述远程仓库的标识之间的映射关系存储到预设数据库。

可选地，所述方法进一步包括：接收客户端发送的富文本记录修改请求；其中，所述富文本记录修改请求中携带有富文本记录的标识、修改针对的版本标识以及修改后的富文本数据；根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识；在本地创建临时目录，将远程服务器中该远程仓库标识对应的远程仓库克隆到该临时目录，形成临时仓库；利用所述修改针对的版本标识在该临时仓库的主分支中定位待修改版本；从待修改版本新建分支，并将所述修改后的富文本数据提交到新建分支；在所述新建分支与所述主分支不存在冲突时，将所述新建分支合并到所述主分支，并将合并后的主分支推送到该远程仓库。

可选地，所述方法进一步包括：接收客户端发送的富文本记录追踪请求；其中，所述富文本记录追踪请求中携带有富文本记录的标识；根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识；在本地创建临时目录，依据查询到的远程仓库标识将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库；在该临时仓库执行日志追踪命令，获得该富文本记录各版本的属性数据，将所述属性数据转换为预设格式向客户端返回。

可选地，所述方法进一步包括：接收客户端发送的版本查看请求；其中，所述版本查看请求是客户端在展示所述格式的所述属性数据之后发送的，所述版本查看请求中携带有需要查看的版本标识；在临时仓库利用该版本标识定位需要查看的版本，将该版本中的富文本数据向客户端返回。

可选地，所述方法进一步包括：接收客户端发送的版本对比请求；其中，所述版本对请求是客户端在展示所述格式的所述属性数据之后发送的，所述版本查看请求中携带有需要对比的两个版本的标识；在临时仓库利用所述两个版本的标识定位需要对比的两个版本，执行版本对比命令以获取所述两个版本的差异数据，将所述差异数据向客户端返回。

可选地，所述方法进一步包括：在任一富文本记录被多个用户编辑时：接收任一用户所在的客户端发送的、针对该富文本记录的编辑请求；其中，该编辑请求中携带有该富文本记录的标识、编辑针对的版本标识以及编辑后的富文本数据；根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识；在本地创建临时目录，依据查询到的远程仓库标识将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库；利用所述编辑针对的版本标识在该临时仓库的主分支中定位待编辑版本，从待编辑版本新建分支，并将所述编辑后的富文本数据提交到新建分支；在该新建分支与该主分支不存在冲突时，将该新建分支合并到该主分支形成第一编辑版本，将第一编辑版本向该远程仓库推送；在推送失败时，拉取远程仓库中另一用户已经提交的、针对待编辑版本的第二编辑版本；在第一编辑版本与第二编辑版本不存在冲突时，将第一编辑版本与第二编辑版本合并为最终编辑版本，将最终编辑版本向该远程仓库推送。

可选地，所述临时仓库和所述远程仓库使用版本控制***Git创建；所述日志追踪命令为git log，所述版本对比命令为git diff；所述数据库中进一步存储有任一富文本记录的标识与创建者标识、创建时间、最近提交者标识、最近提交时间和/或当前版本标识之间的映射关系；富文本记录的任一版本的属性数据包括：该版本的版本标识、目录树标识、前一版本标识、提交者标识、提交时间、提交者联系方式和/或提交说明；以及，所述格式为JSON格式。

为实现上述目的，根据本发明的另一方面，提供了一种富文本信息存储装置。

本发明实施例的富文本信息存储装置应用在服务端，可以包括：接收单元，用于接收客户端发送的富文本记录首次存储请求；其中，所述富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；本地提交文件，用于在本地创建临时仓库，将所述富文本数据提交到临时仓库，形成所述富文本记录的初始版本；远程提交单元，用于在远程服务器创建对应于所述富文本记录的远程仓库，将所述初始版本推送到所述远程仓库；在推送成功之后，将所述富文本记录的标识与所述远程仓库的标识之间的映射关系存储到预设数据库。

为实现上述目的，根据本发明的又一方面，提供了一种富文本信息存储***。

本发明实施例的富文本信息存储***可以包括：服务端、远程服务器和预设数据库；其中，服务端接收客户端发送的富文本记录首次存储请求之后，在本地创建临时仓库；其中，所述富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；服务端将所述富文本数据提交到所述临时仓库，形成所述富文本记录的初始版本；并向远程服务器发送远程仓库创建请求；其中，所述远程仓库创建请求中携带有待创建的远程仓库的标识；远程服务器根据所述远程仓库创建请求中的远程仓库标识创建对应于所述富文本记录的远程仓库，并在创建成功之后向服务端返回创建成功通知；服务端在接收到该通知之后，向远程服务器发送携带有所述初始版本的存储请求；响应于所述存储请求，远程服务器将所述初始版本存储在所述远程仓库，并在存储成功之后向服务端返回存储成功通知；服务端在接收到该通知之后，将所述富文本记录的标识与所述远程仓库标识之间的映射关系存储到所述数据库。

为实现上述目的，根据本发明的又一方面，提供了一种电子设备。

本发明的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的富文本信息存储方法。

为实现上述目的，根据本发明的又一方面，提供了一种计算机可读存储介质。

本发明的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的富文本信息存储方法。

根据本发明的技术方案，上述发明中的实施例具有如下优点或有益效果：服务端预先安装Git等版本控制***，并基于该版本控制***以及远程服务器和数据库进行各版本富文本记录的首次存储、修改、全版本追踪、查看、对比以及多人编辑。当客户端需要存储富文本记录时，服务端可以将相应的富文本数据提交到临时仓库进而推送到设置在远程服务器的远程仓库进行存储，最后服务端将富文本记录的标识与存储该富文本记录的远程仓库标识以及该富文本记录的其它属性数据存储到数据库；当客户端需要修改某版本的富文本记录时，服务端可以将对应于该富文本记录的远程仓库克隆到临时目录形成临时仓库，并从待修改版本新建分支以及将修改后的富文本数据提交到新建分支，最后将新建分支合并到临时仓库的主分支进而推送到远程仓库；当客户端需要追踪某富文本记录的所有版本时，服务端可将相应的远程仓库克隆到临时目录，并执行日志追踪指令获取各版本的属性数据向客户端返回；当客户端需要进一步查看该富文本记录的某一版本或者对比任意两个版本时，服务端可定位到相应版本并执行相应命令即可得到富文本数据或差异数据向客户端返回；当多个客户端对富文本记录的某一版本进行协作编辑时，服务端可接收任一客户端发送的编辑后富文本数据，并以类似于修改版本的方式向远程仓库推送，当推送失败时，说明已有其它客户端提前提交了相应版本，此时可将该版本拉取到临时仓库并与本地版本合并后再次推送，这样即可避免多人协作时的编辑内容冲突。通过以上设置，本发明能够存储每一富文本记录的每一版本信息和完整修改路径，可支持审计，在当前版本出现问题时可选取任一版本回滚，可实现任意两个版本的差异对比，还可解决现有技术中多人并发编辑容易产生的内容冲突和内容丢失问题。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例中富文本信息存储方法的主要步骤示意图；

图2是本发明实施例中富文本信息的版本追踪示意图；

图3是本发明实施例中富文本信息存储装置的主要部分示意图；

图4是本发明实施例中富文本信息存储***的组成部分示意图；

图5是本发明实施例中富文本信息存储***各部分的交互示意图；

图6是根据本发明实施例可以应用于其中的示例性***架构图；

图7是用来实现本发明实施例中富文本信息存储方法的电子设备结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

图1是根据本发明实施例中富文本信息存储方法的主要步骤示意图。

如图1所示，本发明实施例的富文本信息存储方法可具体按照如下步骤执行：

步骤S101：服务端接收客户端发送的富文本记录首次存储请求；其中，富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据。

在本发明实施例中，富文本记录指的是处在客户端的用户需要存储的富文本格式的信息对象，具体应用中，用户需要存储的任一富文本格式的信息对象均为一条富文本记录，例如用户在某网页的一个文本输入框配置的序列化信息、用户在应用程序界面输入的特定信息均可视作一条富文本记录。每一富文本记录可以通过预设的唯一标识进行区分，每一富文本记录可以包含对应每一次修改、编辑或变更的一个或多个版本，每一版本均包括使用富文本格式的富文本数据。在计算机技术领域，富文本(Rich Text)与纯文本(PlainText)相对而言，富文本包括纯文本内容以及相应的字体、颜色等格式。例如，在办公软件Word中编辑的一段文本即可以是富文本，在任意Web***中配置的XML格式或JSON(JS对象标记，JavaScript Object Notation)格式的序列化信息也可以是富文本。在本发明实施例中，服务端可以向客户端提供管理富文本记录的界面，该界面具有创建富文本记录、修改富文本记录、展示多条富文本记录形成的列表、查看富文本记录各版本等功能。

在执行步骤S101之前，服务端可以安装版本控制***用于协助富文本记录的存储。上述版本控制***可以是CVS、SVN等集中式版本控制***，也可以是Git、Mercurial等分布式版本控制***，以下将以Git为例进行介绍，可以理解，这不对本发明实施例中采用的版本控制***形成限制。Git是一种开源的分布式版本控制***，用于敏捷高效地处理各种项目。

在步骤S101中，用户在客户端第一次编写完成某富文本记录时，可点击相应按钮触发客户端向服务端发送富文本记录首次存储请求，其中，富文本记录首次存储请求中携带有富文本记录的标识以及用户编写的富文本数据。之后，服务端接收客户端发送的富文本记录首次存储请求，并根据以下步骤存储当前版本的富文本记录。

步骤S102：服务端在本地创建临时仓库，将富文本数据提交到临时仓库，形成富文本记录的初始版本。

在本发明实施例中，临时仓库指的是在服务端本地创建的版本库。实际应用中，临时仓库可以在相应任务执行完成之后销毁。在本步骤中，服务端可按照预设程序自动执行以下命令实现富文本数据的提交。首先，服务端执行mkdir、cd命令创建并进入本地目录，接着执行git init命令从而在本地目录创建临时仓库，之后在工作区创建文件并将富文本数据写入该文件，最后执行git add命令将该文件发送到暂存区、执行git commit命令将该文件提交到临时仓库，此时即形成富文本记录的初始版本。可以理解，初始版本即临时仓库中当前存储的commit，commit表示一次提交以及该次提交形成的版本。一般地，富文本记录的任一版本均可使用版本标识进行区分，版本标识可以是commitId(即对相应版本中的数据执行哈希运算得到的40位哈希值)、简短的commitId(即commitId的部分在前字符)或者为相应版本预先设置的标签。

步骤S103：服务端在远程服务器创建对应于富文本记录的远程仓库，将初始版本推送到远程仓库；在推送成功之后，将富文本记录的标识与所述远程仓库的标识之间的映射关系存储到预设数据库。

在本步骤中，服务端调用远程服务器提供的应用程序接口在远程服务器创建对应于富文本记录的远程仓库，并执行git push命令将初始版本推送到远程仓库进行存储。推送成功之后，服务端将富文本记录的标识与该远程仓库的标识(例如远程仓库名称，远程仓库名称可以由时间戳和通用唯一标识码UUID组成)存储到预设数据库的一条记录中(即存储富文本记录标识与远程仓库标识的映射关系)。这样，在本发明实施例中，一条富文本记录与一个远程仓库以及一条数据库记录对应。作为一个优选方案，该条记录中还可进一步存储该富文本记录的创建者标识、创建时间、最近提交者标识、最近提交时间以及当前版本标识(当前版本指的是当前时刻用户定位的版本)。

具体应用中，当用户需要对某富文本记录的某版本进行修改时，可在编写数据完成之后点击相应按钮触发客户端向服务端发送富文本记录修改请求，该请求中携带有富文本记录的标识、修改针对的版本标识以及修改后的富文本数据。服务端在接收客户端发送的富文本记录修改请求之后，自动执行以下命令实现此次修改。首先，服务端根据该富文本记录的标识从前述数据库中查询到相应的远程仓库标识，之后执行mkdir、cd命令创建并进入本地目录，接着执行git clone命令将远程服务器中该远程仓库标识对应的远程仓库克隆到该临时目录，形成临时仓库。

此后，服务端执行git checkout命令，利用上述修改针对的版本标识在该临时仓库的主分支中定位待修改版本，并执行git checkout–b命令从待修改版本新建分支，执行git add、git commit命令将上述修改后的富文本数据提交到新建分支。之后，服务端执行git merge-base命令查看新建分支与主分支是否存在冲突；若不存在冲突，服务端执行gitmerge命令将新建分支合并到主分支，并执行git push命令将合并后的主分支推送到上述远程仓库，最后更新数据库中的最近提交者标识、最近提交时间等信息，并向客户端返回修改成功响应；若存在冲突，服务端将导致冲突的具体数据向客户端返回，在用户手动修复冲突后，客户端可再次向服务端发送富文本记录修改请求。

在一些实施例中，当用户需要追踪某一富文本记录的每一版本信息时，可选取该富文本记录并点击相应按钮触发客户端向服务端发送富文本记录追踪请求，显然，该请求中携带有富文本记录的标识。服务端在接收到富文本记录追踪请求之后，根据该富文本记录的标识从前述数据库中查询相应的远程仓库标识，执行mkdir、cd命令在本地创建临时目录并进入临时目录，依据查询到的远程仓库标识并执行git clone命令将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库。此后，服务端在该临时仓库执行日志追踪命令git log，获得该富文本记录各版本的属性数据，最后将该属性数据转换为预设格式(如JSON格式，该格式便于客户端解析)向客户端返回。

图2是本发明实施例中富文本信息的版本追踪示意图，如图2所示，表格中示出了同一富文本记录(标识为xxx)三个版本的属性信息。可以看到，任一版本的属性数据可以包括：该版本的版本标识、目录树标识、前一版本标识、提交者标识、提交时间、提交者联系方式(例如邮箱、电话等)和提交说明。每一版本还可设置有查看按钮和对比按钮，前者用于查看版本的富文本数据，后者用于比较任意两个版本的差异。

当用户点击任一版本的查看按钮时，即触发客户端向服务端发送版本查看请求，显然，版本查看请求中携带有需要查看的版本标识。服务端在接收到客户端发送的版本查看请求之后，在临时仓库利用该版本标识并执行git checkout命令定位需要查看的版本，最后将该版本中的富文本数据向客户端返回。可以理解，上述临时仓库是服务端此前处理富文本记录追踪请求时克隆远程仓库形成的，如果服务端在处理版本查看请求时本地不存在临时仓库，则需要执行git clone命令将相应的远程仓库克隆到本地。

当用户点击两个版本的对比按钮时，即触发客户端向服务端发送版本对比请求，显然，版本查看请求中携带有需要对比的两个版本的标识。服务端接收到版本对比请求之后，在临时仓库利用上述两个版本的标识定位需要对比的两个版本，并执行版本对比命令git diff以获取两个版本的差异数据(包括存在差异的位置以及存在差异的具体内容)，最后将差异数据向客户端返回。同样地，上述临时仓库是服务端此前处理富文本记录追踪请求时克隆远程仓库形成的，如果服务端在处理版本对比请求时本地不存在临时仓库，则需要执行git clone命令将相应的远程仓库克隆到本地。

实际应用中，当任一富文本记录被多个用户协作编辑时，服务器可通过以下方式避免数据冲突与内容丢失。具体地，当任一用户编辑完成按下相应按钮时，客户端向服务端发送针对该富文本记录的编辑请求，该编辑请求中携带有该富文本记录的标识、编辑针对的版本标识以及编辑后的富文本数据。服务端接收到该编辑请求之后，根据该富文本记录的标识从前述数据库中查询相应的远程仓库标识，执行mkdir命令和cd命令在本地创建并进入临时目录，执行git clone命令从而依据查询到的远程仓库标识将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库。接着，服务端执行git checkout命令，利用编辑针对的版本标识在该临时仓库的主分支中定位待编辑版本，执行git checkout–b命令从待编辑版本新建分支，并执行git add命令和git commit命令将编辑后的富文本数据提交到新建分支。

此后，服务端执行git merge-base命令判断该新建分支与该主分支是否存在冲突；若不存在冲突，服务端执行git merge命令将该新建分支合并到该主分支形成第一编辑版本，并执行git push命令将第一编辑版本向该远程仓库推送；若存在冲突，服务端将导致冲突的具体数据向客户端返回。如果上述推送成功，说明该用户最先在远程仓库提交编辑版本；如果上述推送失败，说明已有另一客户端提前提交了相应版本，此时服务端可执行git pull命令拉取远程仓库中该用户已经提交的、针对待编辑版本的第二编辑版本；在第一编辑版本与第二编辑版本不存在冲突时，服务端执行git merge命令将第一编辑版本与第二编辑版本合并为最终编辑版本，执行git push命令将最终编辑版本向该远程仓库推送；在第一编辑版本与第二编辑版本存在冲突时，服务端将导致冲突的具体数据向客户端返回，由用户修复冲突后再次向远程仓库提交。

在本发明实施例的技术方案中，服务端预先安装Git等版本控制***，并基于该版本控制***以及远程服务器和数据库进行各版本富文本记录的首次存储、修改、全版本追踪、查看、对比以及多人编辑。当客户端需要存储富文本记录时，服务端可以将相应的富文本数据提交到临时仓库进而推送到设置在远程服务器的远程仓库进行存储，最后服务端将富文本记录的标识与存储该富文本记录的远程仓库标识以及该富文本记录的其它属性数据存储到数据库；当客户端需要修改某版本的富文本记录时，服务端可以将对应于该富文本记录的远程仓库克隆到临时目录形成临时仓库，并从待修改版本新建分支以及将修改后的富文本数据提交到新建分支，最后将新建分支合并到临时仓库的主分支进而推送到远程仓库；当客户端需要追踪某富文本记录的所有版本时，服务端可将相应的远程仓库克隆到临时目录，并执行日志追踪指令获取各版本的属性数据向客户端返回；当客户端需要进一步查看该富文本记录的某一版本或者对比任意两个版本时，服务端可定位到相应版本并执行相应命令即可得到富文本数据或差异数据向客户端返回；当多个客户端对富文本记录的某一版本进行协作编辑时，服务端可接收任一客户端发送的编辑后富文本数据，并以类似于修改版本的方式向远程仓库推送，当推送失败时，说明已有其它客户端提前提交了相应版本，此时可将该版本拉取到临时仓库并与本地版本合并后再次推送，这样即可避免多人协作时的编辑内容冲突。通过以上设置，本发明能够存储每一富文本记录的每一版本信息和完整修改路径，可支持审计，在当前版本出现问题时可选取任一版本回滚，可实现任意两个版本的差异对比，还可解决现有技术中多人并发编辑容易产生的内容冲突和内容丢失问题。

需要说明的是，对于前述的各方法实施例，为了便于描述，将其表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，某些步骤事实上可以采用其它顺序进行或者同时进行。此外，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是实现本发明所必须的。

为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相关装置。

请参阅图3所示，本发明实施例提供的富文本信息存储装置300可以包括：接收单元301、本地提交单元302和远程提交单元303。

具体地，接收单元301可用于接收客户端发送的富文本记录首次存储请求；其中，所述富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；本地提交文件302可用于在本地创建临时仓库，将所述富文本数据提交到临时仓库，形成所述富文本记录的初始版本；远程提交单元303可用于在远程服务器创建对应于所述富文本记录的远程仓库，将所述初始版本推送到所述远程仓库；在推送成功之后，将所述富文本记录的标识与所述远程仓库的标识之间的映射关系存储到预设数据库。

在本发明实施例中，所述装置300可进一步包括修改单元，其用于：接收客户端发送的富文本记录修改请求；其中，所述富文本记录修改请求中携带有富文本记录的标识、修改针对的版本标识以及修改后的富文本数据；根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识；在本地创建临时目录，将远程服务器中该远程仓库标识对应的远程仓库克隆到该临时目录，形成临时仓库；利用所述修改针对的版本标识在该临时仓库的主分支中定位待修改版本；从待修改版本新建分支，并将所述修改后的富文本数据提交到新建分支；在所述新建分支与所述主分支不存在冲突时，将所述新建分支合并到所述主分支，并将合并后的主分支推送到该远程仓库。

作为一个优选方案，所述装置300可进一步包括追踪单元，其用于：接收客户端发送的富文本记录追踪请求；其中，所述富文本记录追踪请求中携带有富文本记录的标识；根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识；在本地创建临时目录，依据查询到的远程仓库标识将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库；在该临时仓库执行日志追踪命令，获得该富文本记录各版本的属性数据，将所述属性数据转换为预设格式向客户端返回。

较佳地，所述装置300可进一步包括查看单元，其用于：接收客户端发送的版本查看请求；其中，所述版本查看请求是客户端在展示所述格式的所述属性数据之后发送的，所述版本查看请求中携带有需要查看的版本标识；在临时仓库利用该版本标识定位需要查看的版本，将该版本中的富文本数据向客户端返回。

在一可选实现方式中，所述装置300可进一步包括对比单元，其用于：接收客户端发送的版本对比请求；其中，所述版本对请求是客户端在展示所述格式的所述属性数据之后发送的，所述版本查看请求中携带有需要对比的两个版本的标识；在临时仓库利用所述两个版本的标识定位需要对比的两个版本，执行版本对比命令以获取所述两个版本的差异数据，将所述差异数据向客户端返回。

优选地，所述装置300可进一步包括多人协作处理单元，其用于：在任一富文本记录被多个用户编辑时：接收任一用户所在的客户端发送的、针对该富文本记录的编辑请求；其中，该编辑请求中携带有该富文本记录的标识、编辑针对的版本标识以及编辑后的富文本数据；根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识；在本地创建临时目录，依据查询到的远程仓库标识将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库；利用所述编辑针对的版本标识在该临时仓库的主分支中定位待编辑版本，从待编辑版本新建分支，并将所述编辑后的富文本数据提交到新建分支；在该新建分支与该主分支不存在冲突时，将该新建分支合并到该主分支形成第一编辑版本，将第一编辑版本向该远程仓库推送；在推送失败时，拉取远程仓库中另一用户已经提交的、针对待编辑版本的第二编辑版本；在第一编辑版本与第二编辑版本不存在冲突时，将第一编辑版本与第二编辑版本合并为最终编辑版本，将最终编辑版本向该远程仓库推送。

此外，在本发明实施例中，所述临时仓库和所述远程仓库使用版本控制***Git创建；所述日志追踪命令为git log，所述版本对比命令为git diff；所述数据库中进一步存储有任一富文本记录的标识与创建者标识、创建时间、最近提交者标识、最近提交时间和/或当前版本标识之间的映射关系；富文本记录的任一版本的属性数据包括：该版本的版本标识、目录树标识、前一版本标识、提交者标识、提交时间、提交者联系方式和/或提交说明；以及，所述格式为JSON格式。

图4是本发明实施例中富文本信息存储***的组成部分示意图，如图4所示，所述富文本信息存储***可以包括：服务端、远程服务器和预设数据库。

图5是本发明实施例中富文本信息存储***各部分的交互示意图，如图5所示：在步骤S501，客户端向服务端发送富文本记录首次存储请求，其中，富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；在步骤S502，服务端接收富文本记录首次存储请求之后，在本地创建临时仓库；在步骤S503，服务端将富文本数据提交到临时仓库，形成富文本记录的初始版本；在步骤S504，服务端向远程服务器发送远程仓库创建请求，其中，远程仓库创建请求中携带有待创建的远程仓库的标识。

在步骤S505，远程服务器根据远程仓库创建请求中的远程仓库标识创建对应于上述富文本记录的远程仓库；在步骤S506，远程服务器在远程仓库创建成功之后向服务端返回创建成功通知；在步骤S507，服务端在接收到该通知之后，向远程服务器发送携带有上述初始版本的存储请求；在步骤S508，响应于存储请求，远程服务器将上述初始版本存储在上述远程仓库，在步骤S509，远程服务器在存储成功之后向服务端返回存储成功通知；在步骤S510，服务端在接收到该通知之后，将上述富文本记录的标识与远程仓库标识之间的映射关系存储到上述数据库。

在本发明实施例中，服务端接收客户端发送的富文本记录修改请求(富文本记录修改请求中携带有富文本记录的标识、修改针对的版本标识以及修改后的富文本数据)，并根据该富文本记录的标识从数据库中查询相应的远程仓库标识。此后，服务端在本地创建临时目录，将远程服务器中该远程仓库标识对应的远程仓库克隆到该临时目录，形成临时仓库。接着，服务端利用所述修改针对的版本标识在该临时仓库的主分支中定位待修改版本，从待修改版本新建分支，并将所述修改后的富文本数据提交到新建分支。最后，服务端在判断所述新建分支与所述主分支不存在冲突时，将所述新建分支合并到所述主分支，并将合并后的主分支推送到该远程仓库。

作为一个优选方案，服务端在接收客户端发送的富文本记录追踪请求(所述富文本记录追踪请求中携带有富文本记录的标识)之后，根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识，并在本地创建临时目录，依据查询到的远程仓库标识将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库。此后，服务端在该临时仓库执行日志追踪命令，获得该富文本记录各版本的属性数据，将所述属性数据转换为预设格式向客户端返回。

较佳地，在本发明实施例中，服务端在接收客户端发送的版本查看请求(所述版本查看请求是客户端在展示所述格式的所述属性数据之后发送的，所述版本查看请求中携带有需要查看的版本标识)之后，在临时仓库利用该版本标识定位需要查看的版本，并将该版本中的富文本数据向客户端返回。

具体应用中，服务端在接收客户端发送的版本对比请求(所述版本对请求是客户端在展示所述格式的所述属性数据之后发送的，所述版本查看请求中携带有需要对比的两个版本的标识)之后，在临时仓库利用所述两个版本的标识定位需要对比的两个版本，执行版本对比命令以获取所述两个版本的差异数据，并将所述差异数据向客户端返回。

优选地，当任一富文本记录被多个用户编辑时，服务端接收任一用户所在的客户端发送的、针对该富文本记录的编辑请求(该编辑请求中携带有该富文本记录的标识、编辑针对的版本标识以及编辑后的富文本数据)，根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识。接着，服务端在本地创建临时目录，依据查询到的远程仓库标识将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库。此后，服务端利用所述编辑针对的版本标识在该临时仓库的主分支中定位待编辑版本，从待编辑版本新建分支，并将所述编辑后的富文本数据提交到新建分支。之后，服务端在判断该新建分支与该主分支不存在冲突时，将该新建分支合并到该主分支形成第一编辑版本，并将第一编辑版本向该远程仓库推送。如果推送失败，服务端拉取远程仓库中另一用户已经提交的、针对待编辑版本的第二编辑版本；在判断第一编辑版本与第二编辑版本不存在冲突时，服务端将第一编辑版本与第二编辑版本合并为最终编辑版本，并将最终编辑版本向该远程仓库推送。

此外，在本发明实施例中，所述临时仓库和所述远程仓库使用版本控制***Git创建；所述日志追踪命令为git log，所述版本对比命令为git diff；所述数据库中进一步存储有任一富文本记录的标识与创建者标识、创建时间、最近提交者标识、最近提交时间和/或当前版本标识之间的映射关系；富文本记录的任一版本的属性数据包括：该版本的版本标识、目录树标识、前一版本标识、提交者标识、提交时间、提交者联系方式和/或提交说明；以及，所述格式为JSON格式。

在本发明实施例的技术方案中，服务端预先安装Git等版本控制***，并基于该版本控制***以及远程服务器和数据库进行各版本富文本记录的首次存储、修改、全版本追踪、查看、对比以及多人编辑。当客户端需要存储富文本记录时，服务端可以将相应的富文本数据提交到临时仓库进而推送到设置在远程服务器的远程仓库进行存储，最后服务端将富文本记录的标识与存储该富文本记录的远程仓库标识以及该富文本记录的其它属性数据存储到数据库；当客户端需要修改某版本的富文本记录时，服务端可以将对应于该富文本记录的远程仓库克隆到临时目录形成临时仓库，并从待修改版本新建分支以及将修改后的富文本数据提交到新建分支，最后将新建分支合并到临时仓库的主分支进而推送到远程仓库；当客户端需要追踪某富文本记录的所有版本时，服务端可将相应的远程仓库克隆到临时目录，并执行日志追踪指令获取各版本的属性数据向客户端返回；当客户端需要进一步查看该富文本记录的某一版本或者对比任意两个版本时，服务端可定位到相应版本并执行相应命令即可得到富文本数据或差异数据向客户端返回；当多个客户端对富文本记录的某一版本进行协作编辑时，服务端可接收任一客户端发送的编辑后富文本数据，并以类似于修改版本的方式向远程仓库推送，当推送失败时，说明已有其它客户端提前提交了相应版本，此时可将该版本拉取到临时仓库并与本地版本合并后再次推送，这样即可避免多人协作时的编辑内容冲突。通过以上设置，本发明能够存储每一富文本记录的每一版本信息和完整修改路径，可支持审计，在当前版本出现问题时可选取任一版本回滚，可实现任意两个版本的差异对比，还可解决现有技术中多人并发编辑容易产生的内容冲突和内容丢失问题。

图6示出了可以应用本发明实施例的富文本信息存储方法或富文本信息存储装置的示例性***架构600。

如图6所示，***架构600可以包括终端设备601、602、603，网络604，服务端605，远程服务器606以及数据库服务器607(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络604用以在终端设备601、602、603和服务端605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。

用户可以使用终端设备601、602、603通过网络604与服务端605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种客户端应用，例如富文本记录管理应用(仅为示例)。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务端605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所操作的富文本记录管理应用提供支持的后台服务器(仅为示例)。后台服务器可以对接收到的富文本记录首次存储请求进行处理，并将请求中携带的富文本数据推送到远程服务器606中设置的远程仓库，并在推送成功之后将富文本记录的标识与远程仓库标识之间的映射关系存储到数据库服务器607，最后将处理结果(例如存储成功通知--仅为示例)反馈给终端设备601、602、603。

需要说明的是，本发明实施例所提供的富文本信息存储方法一般由服务端605执行，相应地，富文本信息存储装置一般设置于服务端605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

本发明还提供了一种电子设备。本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的富文本信息存储方法。

下面参考图7，其示出了适于用来实现本发明实施例的电子设备的计算机***700的结构示意图。图7示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机***700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM703中，还存储有计算机***700操作所需的各种程序和数据。CPU701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文的主要步骤图描述的过程可以被实现为计算机软件程序。例如，本发明实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在上述实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元701执行时，执行本发明的***中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。在本发明中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、本地提交单元和远程提交单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“向本地提交单元提供富文本数据的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中的。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，使得该设备执行的步骤包括：接收客户端发送的富文本记录首次存储请求；其中，所述富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；在本地创建临时仓库，将所述富文本数据提交到临时仓库，形成所述富文本记录的初始版本；在远程服务器创建对应于所述富文本记录的远程仓库，将所述初始版本推送到所述远程仓库；在推送成功之后，将所述富文本记录的标识与所述远程仓库的标识之间的映射关系存储到预设数据库。

在本发明实施例的技术方案中，服务端预先安装Git等版本控制***，并基于该版本控制***以及远程服务器和数据库进行各版本富文本记录的首次存储、修改、全版本追踪、查看、对比以及多人编辑。当客户端需要存储富文本记录时，服务端可以将相应的富文本数据提交到临时仓库进而推送到设置在远程服务器的远程仓库进行存储，最后服务端将富文本记录的标识与存储该富文本记录的远程仓库标识以及该富文本记录的其它属性数据存储到数据库；当客户端需要修改某版本的富文本记录时，服务端可以将对应于该富文本记录的远程仓库克隆到临时目录形成临时仓库，并从待修改版本新建分支以及将修改后的富文本数据提交到新建分支，最后将新建分支合并到临时仓库的主分支进而推送到远程仓库；当客户端需要追踪某富文本记录的所有版本时，服务端可将相应的远程仓库克隆到临时目录，并执行日志追踪指令获取各版本的属性数据向客户端返回；当客户端需要进一步查看该富文本记录的某一版本或者对比任意两个版本时，服务端可定位到相应版本并执行相应命令即可得到富文本数据或差异数据向客户端返回；当多个客户端对富文本记录的某一版本进行协作编辑时，服务端可接收任一客户端发送的编辑后富文本数据，并以类似于修改版本的方式向远程仓库推送，当推送失败时，说明已有其它客户端提前提交了相应版本，此时可将该版本拉取到临时仓库并与本地版本合并后再次推送，这样即可避免多人协作时的编辑内容冲突。通过以上设置，本发明能够存储每一富文本记录的每一版本信息和完整修改路径，可支持审计，在当前版本出现问题时可选取任一版本回滚，可实现任意两个版本的差异对比，还可解决现有技术中多人并发编辑容易产生的内容冲突和内容丢失问题。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (11)

1.一种富文本信息存储方法，应用在服务端；其特征在于，所述方法包括：

接收客户端发送的富文本记录首次存储请求；其中，所述富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；

在本地创建临时仓库，将所述富文本数据提交到临时仓库，形成所述富文本记录的初始版本；以及

在远程服务器创建对应于所述富文本记录的远程仓库，将所述初始版本推送到所述远程仓库；在推送成功之后，将所述富文本记录的标识与所述远程仓库的标识之间的映射关系存储到预设数据库。

2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

接收客户端发送的富文本记录修改请求；其中，所述富文本记录修改请求中携带有富文本记录的标识、修改针对的版本标识以及修改后的富文本数据；

根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识；在本地创建临时目录，将远程服务器中该远程仓库标识对应的远程仓库克隆到该临时目录，形成临时仓库；

利用所述修改针对的版本标识在该临时仓库的主分支中定位待修改版本；从待修改版本新建分支，并将所述修改后的富文本数据提交到新建分支；以及

在所述新建分支与所述主分支不存在冲突时，将所述新建分支合并到所述主分支，并将合并后的主分支推送到该远程仓库。

3.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

接收客户端发送的富文本记录追踪请求；其中，所述富文本记录追踪请求中携带有富文本记录的标识；

根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识；在本地创建临时目录，依据查询到的远程仓库标识将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库；以及

在该临时仓库执行日志追踪命令，获得该富文本记录各版本的属性数据，将所述属性数据转换为预设格式向客户端返回。

4.根据权利要求3所述的方法，其特征在于，所述方法进一步包括：

接收客户端发送的版本查看请求；其中，所述版本查看请求是客户端在展示所述格式的所述属性数据之后发送的，所述版本查看请求中携带有需要查看的版本标识；

在临时仓库利用该版本标识定位需要查看的版本，将该版本中的富文本数据向客户端返回。

5.根据权利要求3所述的方法，其特征在于，所述方法进一步包括：

接收客户端发送的版本对比请求；其中，所述版本对请求是客户端在展示所述格式的所述属性数据之后发送的，所述版本查看请求中携带有需要对比的两个版本的标识；

在临时仓库利用所述两个版本的标识定位需要对比的两个版本，执行版本对比命令以获取所述两个版本的差异数据，将所述差异数据向客户端返回。

6.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：在任一富文本记录被多个用户编辑时：

接收任一用户所在的客户端发送的、针对该富文本记录的编辑请求；其中，该编辑请求中携带有该富文本记录的标识、编辑针对的版本标识以及编辑后的富文本数据；

根据该富文本记录的标识从所述数据库中查询相应的远程仓库标识；在本地创建临时目录，依据查询到的远程仓库标识将远程服务器中相应的远程仓库克隆到该临时目录，形成临时仓库；

利用所述编辑针对的版本标识在该临时仓库的主分支中定位待编辑版本，从待编辑版本新建分支，并将所述编辑后的富文本数据提交到新建分支；

在该新建分支与该主分支不存在冲突时，将该新建分支合并到该主分支形成第一编辑版本，将第一编辑版本向该远程仓库推送；以及

在推送失败时，拉取远程仓库中另一用户已经提交的、针对待编辑版本的第二编辑版本；在第一编辑版本与第二编辑版本不存在冲突时，将第一编辑版本与第二编辑版本合并为最终编辑版本，将最终编辑版本向该远程仓库推送。

7.根据权利要求5所述的方法，其特征在于，

所述临时仓库和所述远程仓库使用版本控制***Git创建；

所述日志追踪命令为gitlog，所述版本对比命令为git diff；

所述数据库中进一步存储有任一富文本记录的标识与创建者标识、创建时间、最近提交者标识、最近提交时间和/或当前版本标识之间的映射关系；

富文本记录的任一版本的属性数据包括：该版本的版本标识、目录树标识、前一版本标识、提交者标识、提交时间、提交者联系方式和/或提交说明；以及，所述格式为JSON格式。

8.一种富文本信息存储装置，应用在服务端；其特征在于，所述装置包括：

接收单元，用于接收客户端发送的富文本记录首次存储请求；其中，所述富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；

本地提交文件，用于在本地创建临时仓库，将所述富文本数据提交到临时仓库，形成所述富文本记录的初始版本；

远程提交单元，用于在远程服务器创建对应于所述富文本记录的远程仓库，将所述初始版本推送到所述远程仓库；在推送成功之后，将所述富文本记录的标识与所述远程仓库的标识之间的映射关系存储到预设数据库。

9.一种富文本信息存储***，其特征在于，所述***包括：服务端、远程服务器和预设数据库；其中，

服务端接收客户端发送的富文本记录首次存储请求之后，在本地创建临时仓库；其中，所述富文本记录首次存储请求中携带有富文本记录的标识以及富文本数据；

服务端将所述富文本数据提交到所述临时仓库，形成所述富文本记录的初始版本；并向远程服务器发送远程仓库创建请求；其中，所述远程仓库创建请求中携带有待创建的远程仓库的标识；

远程服务器根据所述远程仓库创建请求中的远程仓库标识创建对应于所述富文本记录的远程仓库，并在创建成功之后向服务端返回创建成功通知；服务端在接收到该通知之后，向远程服务器发送携带有所述初始版本的存储请求；

响应于所述存储请求，远程服务器将所述初始版本存储在所述远程仓库，并在存储成功之后向服务端返回存储成功通知；服务端在接收到该通知之后，将所述富文本记录的标识与所述远程仓库标识之间的映射关系存储到所述数据库。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。

Images