[发明专利]基于分布共享存储的移动设备数据共享方法

说明书

技术领域

本发明涉及一种基于分布共享存储的移动设备数据共享方法，属于计算机应用技术领域，具体涉及在局域网络中的移动设备上构建一个数据共享平台。

背景技术

随着移动智能设备的性能越来越高，存储量越来越大，日常生活已离不开移动设备的参与。在这种情况下，在不同移动设备间进行数据的共享就成为了人们的迫切需求。目前，移动设备间的数据共享主要有两种方式：Hub-and-Spoke以及Cloud Storage。

在hub-and-spoke系统中，用户需要指定一台特定的机器作为整个系统的“主节点”，即hub device，它保存了所有共享的数据的副本。其他设备如果要进行通信，必须首先同“主节点”进行连接，将需要发送的数据首先拷贝到“主节点”上，然后“主节点”再将数据推送到其他的设备上。在进行连接时，可以利用快速的本地连接，比如直接连接或者局域网。由其特点可知，在hub-and-spoke模型中，只需要查看hub device，就可以很容易的得到所有共享的数据。此外，由于所有操作都需要通过唯一的hub device来进行，因此，对于同步问题，该模型也可以很容易处理。但是，该系统也有其缺陷：在一个hub-and-spoke系统中，hub device必须存在；一旦hub device崩溃或者断连，则整个系统无法正常工作；它仅在星型的拓扑结构中高效运行，对于其他拓扑结构，它的效率就不高了；如果两台设备有直接的连接，它们直接的通信仍需要通过hub device来进行；Hub device保存了所有共享的数据副本，它的存储容量成为整个系统的瓶颈。

另一种共享数据的方式Cloud Storage，也就是常说的云存储方式，它是利用存在于互联网中的多台服务器来替代hub-and-spoke中的hub device。这些服务器基于分布式系统进行构建，但对于用户而言，它们的拓扑结构并不重要。用户只需要登录一个网站，就可以查看存储在各个服务器上的文件，而不需要知道文件具体存储在哪个服务器上。相较于hub-and-spoke模型，云存储更可靠。由于存在多台服务器，且数据往往都会有冗余，因此，即使其中一些服务器无法运行，其他服务器仍能提供服务。此外，由于有整个互联网中服务器的支持，在hub-and-spoke中存储容量的限制，在云存储中几乎不存在。但是云存储也带来了一些新的限制：服务提供商可能会限制支持的数据类型；设备仍然无法直接进行通信，即使它们共处于一个快速的局域网中；文件操作需要通过网络服务提供商来进行，受到了网络带宽等的限制；数据存储在服务器中，可能出现安全与隐私问题。

发明内容

发明目的：本发明要解决的技术问题是在局域网中提供一种基于分布共享存储的移动设备数据共享平台的构建方法，该平台不需要一台集中的服务器来支持，能够供开发者设计自己的数据同步与冲突消解策略，并提供其它应用基于该平台进行快速开发的接口。

技术方案：一种基于分布共享存储的移动设备数据共享方法，其主要包括以下步骤：

1)在各个移动设备上设置需要共享的数据，利用数据监控进程对共享的数据进行监控，记录数据变化信息；

2)数据管理进程为了能够管理共享的文件，会生成一个同文件系统对应的树形数据结构来管理对应的文件数据，这个树形数据结构称为文件树。操作系统的文件系统是用来管理本地文件，并且提供接口来让其他应用对文件执行读写等操作的。而数据管理进程利用文件树，也能够实现对共享文件的管理。当得到来自监控进程的变化信息时，对其进行分析，依靠文件树找到对应的文件节点，并利用版本控制模块更新该节点的数据版本信息，将发生的变化信息发送给数据同步进程；

3)数据同步进程依照设定的同步策略，将树形数据结构的变化以及需要同步的数据，通过数据传输模块与其它移动设备进行同步；

4)接收到同步信息时，利用数据管理进程中的冲突检测与消解模块，对接收到的数据进行处理；

5)在网络连接出现问题时利用断连处理模块进行处理，并在设备重新建立连接后进行重连处理。

上述步骤1)的具体过程为：

11) 在局域网络中部署需要使用的移动设备；

12) 设定需要同步的数据；

13) 利用Android系统的系统API，对需要同步的数据进行监控，记录下数据变化的信息，并将信息发送到全局消息队列中。

在Android系统中，利用系统API进行数据的监控时，一旦数据发生变化，都会抛出一系列的响应事件。对于哪些事件感兴趣，就可以在系统API中进行注册。