文件存储管理方法、终端、业务平台及管理机顶盒与流程

本发明涉及云存储领域，尤其涉及文件存储管理方法、终端、业务平台及管理机顶盒。

背景技术：

随着智能终端的普及，在一个家庭当中，几乎每一个家庭成员都有自己的终端，譬如智能手机、pad或者笔记本电脑等，这些终端会产生大量的需要备份的重要数据，例如照片、视频或者音频等。以家庭为单位来看，一个家庭需要共享及备份的数据非常多，为了实现对家庭中各终端的数据备份继数据共享，现有技术中主要提出了这样一些家庭存储方式：

第一种，在台式电脑上通过网上邻居的方式共享文件并将该台式电脑接入无线路由器，这样共享该无线网络的终端设备就都能访问管理台式电脑上的存储文件了。

第二种是nas(networkattachedstorage，网络附属存储)设备共享，nas设备本身就相当于一个小型的pc(personalcomputer，个人电脑)，其一般设计得比较精简，功率一般只有四五十瓦。

第三种，现在由不少路由器上集成了网络共享功能，只要把移动硬盘接入这类路由器就可以实现共享。

第四种，android机顶盒具备nas能力，且可以支持插入硬盘，因此随着android盒子陆续走进家庭，其已经不少家庭数据存储共享的选择。

针对第一种方式，由于台式电脑的功率比较大，一般都有几百瓦，而作为共享服务器要求台式电脑长期处于开机状态，这几势必导致用户家庭的电费开销大，增加了家庭经济负担。第二种方式中，如果家庭使用这种方式进行数据备份及共享，必须要额外购买nas设备，这一家庭来说也是一笔不小的开销。第三种方式有这样两个明显的缺点：首先，如果用户家庭中当前使用的路由器不支持网络共享，则用户必须重新购置路由器；另外，路由器不支持对其存储数据的查看，因此，如果要对家庭成员备份的数据进行查看，用户还需要额外购买其它关联设备。上述几种存储方式，除了上面提出的各自的缺陷以外，还存在一个共同的缺陷，即它们都属于“中心存储”，在中心存储当中，存储设备一旦被损坏或者出现掉电情况，家庭存储系统也就失效，无法正常工作，家庭成员提供服务。也就是说，中心存储方式的容灾性不强。

针对该缺陷，现在亟需提出一种新的家庭存储方式，用以解决现有存储方式的容灾性不强的问题。

技术实现要素：

本发明实施例提供的文件存储管理方法、终端、业务平台及管理机顶盒，主要解决的技术问题是：提出一种新的存储方式，用以解决现有存储方式的容灾性不强的问题。

为解决上述技术问题，本发明实施例提供一种文件存储管理方法，包括：

终端向业务平台发送查询请求，并接收所述业务平台根据所述查询请求查询到的机顶盒群组之管理机顶盒的第一通信参数，所述机顶盒群组中包括至少两个机顶盒，所述管理机顶盒为所述至少两个机顶盒中的一个，且为所述机顶盒群组的对外接入点；

所述终端根据所述第一通信参数与所述管理机顶盒建立通信，并向所述管理机顶盒发出文件管理请求，以供所述管理机顶盒根据所述文件管理请求在所述机顶盒群组组中进行文件管理。

本发明实施例还提供一种文件存储管理方法，包括：

业务平台接收终端发送的查询请求，并根据所述查询请求确定所述终端对应的机顶盒群组，所述机顶盒群组中包括至少两个机顶盒，所述至少两个机顶盒中的一个是作为所述机顶盒群组对外接入点的管理机顶盒，所述管理机顶盒用于根据接收到的文件管理请求在所述机顶盒群组中进行文件管理；

所述业务平台将所述管理机顶盒的第一通信参数反馈给所述终端，以供所述终端基于所述第一通信参数与所述管理机顶盒建立通信，向所述管理机顶盒发送文件管理请求。

本发明实施例还提供一种文件存储管理方法，包括：

管理机顶盒获取来自终端的文件管理请求，所述管理机顶盒为包括至少两个机顶盒的机顶盒群组的对外接入点；

所述管理机顶盒基于所述文件管理请求在所述机顶盒群组中进行文件管理。

本发明实施例还提供一种终端，包括：

平台交互模块，用于向业务平台发送查询请求，并接收所述业务平台根据所述查询请求查询到的机顶盒群组之管理机顶盒的第一通信参数，所述机顶盒群组中包括至少两个机顶盒，所述管理机顶盒为所述至少两个机顶盒中的一个，且为所述机顶盒群组的对外接入点；

机顶盒交互模块，用于根据所述第一通信参数与所述管理机顶盒建立通信，并向所述管理机顶盒发出文件管理请求，以供所述管理机顶盒根据所述文件管理请求在所述机顶盒群组组中进行文件管理。

本发明实施例还提供一种业务平台，包括：

传输模块，用于接收终端发送的查询请求；

处理模块，用于根据所述查询请求确定所述终端对应的机顶盒群组，所述机顶盒群组中包括至少两个机顶盒，所述至少两个机顶盒中的一个是作为所述机顶盒群组对外接入点的管理机顶盒，所述管理机顶盒用于根据接收到的文件管理请求在所述机顶盒群组中进行文件管理；

所述传输模块还用于将所述管理机顶盒的第一通信参数反馈给所述终端，以供所述终端基于所述第一通信参数与所述管理机顶盒建立通信，向所述管理机顶盒发送文件管理请求。

本发明实施例还提供一种管理机顶盒，包括：

通信模块，用于获取来自终端的文件管理请求，所述管理机顶盒为包括至少两个机顶盒的机顶盒群组的对外接入点；

管理模块，用于基于所述文件管理请求在所述机顶盒群组中进行文件管理。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的任一项的文件存储管理方法。

本发明的有益效果是：

根据本发明实施例提供的文件存储管理方法、终端、业务平台及管理机顶盒，以及计算机存储介质，将至少两个机顶盒组成机顶盒群组，使得文件存储空间扩大，统一对文件存储进行管理，对于终端侧的用户来说，只要通过查询请求从业务平台获得与自身关联的机顶盒群组中管理机顶盒的第一通信参数，就能与管理机顶盒通信，让管理机顶盒根据文件管理请求对机顶盒群组中进行统一的文件管理，因此对于终端侧的用户来说是机顶盒群组是以一个整体的形式提供服务的，简化了文件管理过程，保证了用户体验。更重要的是，由于文件存储在至少两个机顶盒上，是分布式的存储，而机顶盒群组中所有机顶盒同时故障的概率比较小，保证了存储文件的安全，提高了存储系统的容灾性。

附图说明

图1为本发明实施例一提供的机顶盒群组的一种结构示意图；

图2为本发明实施例一提供的文件存储管理方法的一种流程图；

图3为本发明实施例一提供的终端登录账号与机顶盒子账号间映射关系的一种示意图；

图4为本发明实施例一提供的终端登录账号与机顶盒子账号间映射关系的另一种示意图；

图5为本发明实施例一提供的管理机顶盒基于文件管理请求在机顶盒群组中进行文件管理的一种流程图

图6为本发明实施例二提供的文件存储管理系统的一种结构示意图；

图7为图6中的终端的一种结构示意图；

图8为图6中的业务平台的一种结构示意图；

图9为本发明实施例二提供的管理机顶盒的一种结构示意图；

图10为本发明实施例三提供的机顶盒群与业务平台间的交互图；

图11为本发明实施例三提供的文件存储管理方法的一种流程图。

具体实施方式

下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。

实施例一：

由于现有技术中针对家庭数据存储与共享的方式都属于中心存储，从而导致家庭存储的性能很容易受各种外在因素的干扰而不稳定的现象，而为了解决现有技术中中心存储方案所存在的问题，本实施例将提出一种的新的存储方案，下面请参见图1：

图1示出的是本实施例中存储文件的机顶盒群组，机顶盒群组是由至少两个机顶盒组成的，在这些机顶盒中，有一个较其他机顶盒更特殊的机顶盒，这个机顶盒能够对机顶盒群组的文件存取进行管理，该机顶盒称为“管理机顶盒”。管理机顶盒作为整个机顶盒群组的对外接入点，当终端发送管理请求对机顶盒群组进行文件管理的时候，管理请求会经由管理机顶盒的处理后才会被执行。在图1中，机顶盒群组10包括四个机顶盒，分别是第一机顶盒11、第二机顶盒12、第三机顶盒13和第四机顶盒14。这四个机顶盒可能是因为同属一个家庭的关系被关联到一起形成了一个用于文件存储的群组，为了便于对该机顶盒群组进行管理，在本实施例中，将会从机顶盒群组中指定出一个管理机顶盒，管理机顶盒应当将自己的通信参数上报给业务平台。

指定管理机顶盒的工作可以由机顶盒群组中的成员进行，例如，当第一机顶盒11开机之后，到业务平台登录，登录的同时，业务平台将与第一机顶盒11属于同一个机顶盒群组的其他机顶盒的信息包含在登录返回信息中返回给机顶盒，在本实施例中，登录返回信息中包括第二机顶盒12、第三机顶盒13和第四机顶盒14的信息。第一机顶盒11在接收到该登录返回信息之后，能够根据该信息分别向第二机顶盒12、第三机顶盒13以及第四机顶盒14发送通知。通知的作用主要用于表明告知机顶盒群10中其他成员，当前自己已经加入了云存储网络，在后续的文件管理过程中应当考虑自己。同时，因为群组成员变动，所以通知的作用还用于告知其他群组成员重新选举管理机顶盒。

在选举管理机顶盒的时候，机顶盒群组中的各个机顶盒两两交互，可以通过选举算法，如paxos算法随机指定一个机顶盒作为管理机顶盒，paxos算法的主要作用就是解决是一个分布式系统如何就某个值(决议)达成一致的问题。当然机顶盒群组也可以基于当前各个在线机顶盒的存储能力、通信能力、计算能力中的至少一个维度确定出最佳机顶盒作为管理机顶盒。由于管理机顶盒需要与其他机顶盒和终端间进行通信，因此，如果依据通信能力确定出管理机顶盒，则管理机顶盒在进行通信的时候将会有较大的优势。另外，由于终端在进行数据上传的时候，管理机顶盒需要根据各个机顶盒当前的存储情况进行负载均衡，因此，如果管理机顶盒的计算能力够强，就能够在一定程度上减少计算时间。最后，因为管理机顶盒是机顶盒群组对外的接入点，来自终端侧的文件管理请求总是要经过管理机顶盒，所以，如果管理机顶盒就是文件管理请求对应的目标机顶盒，那么终端的文件管理请求将会被以最快的速度响应，不用进行重定向，例如，当终端想要存储数据，而管理机顶盒的存储能力最强，则管理机顶盒就极有可能是基于负载均衡算法计算确定的目标机顶盒，这样管理机顶盒在接收到文件上传请求之后就可以直接接收终端传输的管理数据了。

另外，管理机顶盒的确定也可以依据用户设置的原则进行，例如，用户指定，管理机顶盒总是由最新加入的存储网络的机顶盒担任，那么在这种原则下，当第一机顶盒11向其他机顶盒发送通知之后，其他机顶盒成员不仅知道当前第一机顶盒已经加入了存储网络，而且可以了解当前的管理机顶盒已经变更为第一机顶盒11了。或者用户可以设置管理机顶盒总是由当前存储网络中最早加入的成员来担任，例如在上述示例中第三机顶盒13是最早开机并加入存储网络中的，那么第三机顶盒13就是管理机顶盒。在第一机顶盒11加入存储网络并向其他机顶盒成员发送了通知之后，管理机顶盒，即第三机顶盒13可以主动向第一机顶盒11发送一个用于表征自己是管理机顶盒的信息。在这种直接以最早加入存储网络的机顶盒成员作为管理机顶盒的方式中，不必每次在由新的机顶盒群组成员加入存储网络的时候都变更管理机顶盒并向业务平台上报管理机顶盒的第一通信参数。但是当当前的管理机顶盒要退出存储网络的时候，应当通知群组中的其他机顶盒重新推举管理机顶盒，例如第三机顶盒13检测到关机信号的时候，应当立即向群组中其他成员发送自己即将退出存储网络的信息。新推举出来的机顶盒还是应当将自己的通信参数上报给业务平台。

下面结合图2-图5对本实施例中文件存储管理的流程进行介绍：

s202、终端向业务平台发送查询请求。

当用户需要对文件存储的文件进行管理的时候，终端可以从终端侧向业务平台发送查询请求。例如，当用户想要下载存储在机顶盒群组中的几张图片时，可以先向业务平台发送查询请求，以获取与该终端绑定的机顶盒群组的信息。在本实施例中，终端通过安装在本地的客户端与业务平台进行交互，用户可以在本地通过客户端登录到业务平台上，并向业务平台发送查询请求。在这里重点介绍一下终端登录业务平台的账号：登录账号可以是和机顶盒群组一样，有一个主登录账号和子登录账号。一个家庭对应一个主登录账号，每一个用户或者是每一个终端分别有一个子登录账号。主登录账号应当和该家庭的机顶盒群组的主账号一一对应，如图3所示，是主登录账号与子登录账号、机顶盒主账号以及子账号之间的映射关系示意图。

可以理解的是，主登录账号和主账号可以是同一个，如图4所示，当主登录账号与机顶盒群组的主账号相同时，用户的子登录账号和机顶盒的子账号地位相同。在这种情况下，业务平台在为终端或者用户分配子登录账号时，可以直接将用户或者终端也视作机顶盒一般进行分配。

由于机顶盒群组中存储的文件本来就是供大家共享的，无论通过什么账号登录最终都会得到相同的资源，因此，其实对于一个家庭中的成员而言，在登录这一过程中并不存在私密性，所以，可以所有家庭成员共享一个登录账号，即大家都采用主登录账号进行登录。

s204、业务平台接收终端发送的查询请求，并根据查询请求确定终端对应的机顶盒群组。

在接收到终端的查询请求之后，业务平台可以根据图3或图4所示出的映射关系和终端登录的账号确定出终端登录的主登录账号，即确定该终端所对应的家庭，然后根据主登录账号对应的机顶盒群组主账号，也即找到该家庭的机顶盒群组，然后获取之前机顶盒群组的管理机顶盒上报的第一通信参数。

本领域技术人员应当明白的是，在业务平台获取第一通信参数的过程之前，业务平台中必须预先保存有终端与机顶盒群组之间的映射关系。本实施例的恶意中示例当中给出了实现这个过程的具体细节：

终端在业务平台上注册的时候，可以向业务平台发送一个绑定请求，绑定请求用于业务平台将该终端与机顶盒群组进行关联。可以理解的是，在绑定请求中包括终端需要绑定的机顶盒群组的标识信息，该标识信息可以是机顶盒群组中任意一个机顶盒的标志信息，也可以是机顶盒群组的标识信息。例如，在绑定请求中包括机顶盒群组中任意一个机顶盒的设备标识信息。具体的，可以终端可以扫描机顶盒的二维码进行绑定。当业务平台接收到终端发送的绑定请求之后，根据绑定请求存储该终端与对应机顶盒群组之间的映射关系。

s206、业务平台将管理机顶盒的第一通信参数反馈给终端。

业务平台将其查找到的第一通信参数发送给终端，第一通信参数用于终端与管理机顶盒建立通信。在本实施例的一种示例当中，如果管理机顶盒不是通过nat(networkaddresstranslation，网络地址转换)设备与外界进行通信，则第一通信参数可以仅包括管理机顶盒的ip(internetprotocol，网络之间互连的协议)地址，而如果管理机顶盒处于家庭私网当中，不能直接与外界进行通信的话，则第一通信参数还应当包括端口号。

s208、终端根据第一通信参数与管理机顶盒建立通信。

随着家庭网络的发展和不断丰富，家庭网络中的家庭网关下面可能会下挂很多cpe设备，比如机顶盒等。但目前ip资源已经越来越紧缺，所以不可能为家庭网络中的每个cpe设备都分配一个公网ip地址。因此，现实组网中，为了节约ip资源，一般把这些cpe设备置于家庭网关后面的私网中，只给家庭网关分配一个公网ip地址。对于业务平台或者终端而言，位于家庭网络私网中的机顶盒等是不可见的，处于私网中的机顶盒等设备都通过家庭网关与互联网进行通信，这就是nat机制。nat是通过修改udp(userdatagramprotocol，用户数据报协议)或tcp(transmissioncontrolprotocol，传输控制协议)的报文头地址和端口信息来实现网络层地址转换的。

基于管理机顶盒与nat设备的关系，本实施例中终端根据第一通信参数的过程主要分为两种：第一种是终端根据第一通信参数确定其需要进行的文件管理的机顶盒群组的管理机顶盒处于公网当中，例如当第一通信参数中没有端口号，仅包括管理机顶盒的ip地址，这说明终端可以直接根据管理机顶盒的ip地址与管理机顶盒建立通信连接。

当终端与管理机顶盒直接建立通信链路的时候，终端与管理机顶盒之间可以基于udp协议进行通信。而如果第一通信参数中包括端口号，则说明管理机顶盒处于家庭私网当中，因为受到nat机制的影响，管理机顶盒对于终端而言是不可见的，因此终端不能直接与管理机顶盒建立通信，这时候需要借助中继服务器的帮助。终端将从业务平台处获取到的第一通信参数包含在建链请求中传输给中继服务器，以供中继服务器根据第一通信参数进行udp打洞，udp打洞的过程实际上也就是icenat穿越的过程。在中继服务器的辅助下，终端可以和管理机顶盒建立间接的通信连接。

在本实施例中，中继服务器可以是stun(simpletraversalofudpovernats，nat的udp简单穿越)服务器。当对管理机顶盒icenat穿越成功之后，中继服务器可以通过建链反馈信息将其与管理服务器建链成功的信息发送给终端，以便告知终端现在可以与管理机顶盒进行通信了。

s210、管理机顶盒获取来自终端的文件管理请求。

终端在其可以与管理机顶盒进行通信的情况下，可以向管理机顶盒发送文件管理请求。根据终端与管理机顶盒之间建立通信的方式不同，管理机顶盒接收到的文件管理请求可能是由终端直接传输的饿，也有可能是通过中继服务器转发的。

在本实施例中，中继服务器可以采用四层代理的方式透传终端与管理机顶盒之间的通信信息。采用四层代理方式的优点是中继服务器不需要关心终端与管理服务器各自采用的通信协议，只需要做转发工作。当然，本实施例中，中继服务器也可以采用七层代理的方式来传输终端与管理机顶盒之间的通信信息。

s212、管理机顶盒基于文件管理请求在机顶盒群组中进行文件管理。

下面请结合图5，图5是本实施例中管理机顶盒基于文件管理请求在机顶盒群组中进行文件管理的一种流程图：

s502、管理机顶盒从机顶盒群组中确定出实际执行所述管理请求的目标机顶盒。

管理机顶盒接收到文件管理请求之后，会对文件管理请求进行分析处理，确定实际可以执行该文件管理请求的机顶盒是哪一个，也就是确定文件管理请求对应的目标机顶盒。例如，当文件管理请求是文件下载请求时，管理机顶盒需要确定该文件下载请求待下载的文件存储在哪一个机顶盒上，实际存储有文件下载请求待下载数据的机顶盒就是该文件下载请求的目标机顶盒。当文件管理请求是文件上传请求的时候，管理机顶盒应当确定该待存储的文件应当存储在机顶盒群组中哪一个机顶盒上，最终可以存储待存储文件的机顶盒就是该文件上传请求的目标机顶盒。

无论是针对文件上传请求还是文件下载请求，管理机顶盒在确定目标机顶盒之前，都需要先获取机顶盒群组中各个机顶盒的存储信息，以便了解各个机顶盒的存储情况，管理机顶盒可以主动向机顶盒群组中的其他机顶盒发送询问信息，让其他机顶盒根据询问信息上报自己的存储信息。当然也可以由群组中其他机顶盒主动向管理机顶盒上报自己的存储信息，例如，其他机顶盒定时上报自己的存储信息。

在本实施例的一种示例当中，存储信息包括各个机顶盒当前的剩余存储空间等信息，当管理机顶盒接收到的是文件上传请求时，可以直接根据群组中各个机顶盒的存储空间进行负载均衡，确定待存储的文件应当存储在哪一个机顶盒中；当管理机顶盒接收到的是文件下载请求时，管理机顶盒可以从文件下载请求中解析出待下载文件的名称，然后将该名称包含在询问信息中发送给其管理的所有机顶盒，当某一个机顶盒确定待下载文件存储在其本地的时候，可以向管理机顶盒发送应答信息，告知管理机顶盒当前待下载文件存储在其本地，以便管理机顶盒将其作为目标机顶盒。

在本实施例的另一种示例当中，存储信息中包括一个机顶盒当前的剩余存储空间和该机顶盒当前存储的文件名称等信息。当管理机顶盒接收到文件上传请求或文件下载请求之后都不需要再向其他机顶盒发送询问信息就可以直接无额定目标机顶盒是哪一个。

s504、管理机顶盒根据确定出的目标机顶盒响应文件管理请求进行文件管理。

根据管理机顶盒确定的目标机顶盒是否是其自身，管理机顶盒根据确定出的目标机顶盒响应文件管理请求进行文件管理的方式由被分为两种：

第一种，当管理机顶盒确定出的目标机顶盒是其自身时，其可以直接对文件管理请求进行响应。例如当文件管理请求需要进行文件上传的时候，管理机顶盒直接接收来自终端的文件，并将接收到的文件进行存储。

第二种，当管理机顶盒确定出的目标机顶盒不是其自身，而是机顶盒群中其他机顶盒的时候，管理机顶盒可以将目标机顶盒的第二通信参数包含在重定向指令中发送给终端，以供终端根据重定向指令中的第二通信参数与目标机顶盒建立通信链路，并实现文件的上传或者下载。

可以理解的是，目标机顶盒有可能是公网设备，也有可能是处于家庭私网中的设备，因此，第二通信参数有可能包括目标机顶盒的ip地址或者目标机顶盒的ip地址与端口号。当目标机顶盒的第二通信参数仅包括ip地址的时候，终端可以直接与目标机顶盒建立通信，但是当第二通信参数中还包括端口号的时候，终端可能需要借助中继服务器与目标机顶盒建立通信连接，中继服务器根据终端发送的第二通信参数进行udp打洞的过程这里不再赘述。

下面还提出管理机顶盒基于文件管理请求在机顶盒群中进行文件管理的另一种方式：

管理机顶盒可以将自身作为“临时目标机顶盒”来对文件管理请求进行响应，例如，当管理机顶盒接收到的是文件上传请求的时候，可以先接收终端侧上传的待存储文件，并将接收到的待存储文件存储在本地，在全部接收完成之后在基于负载均衡算法将缓存在本地的待存储文件传输到实际的目标机顶盒去。当文件管理请求时文件下载请求的时候，管理机顶盒在机顶盒群组中找到待下载文件并提取到其本地，然后将待下载文件从其本地传输给终端。

本发明实施例提供的文件存储管理方法，用户需要对机顶盒群进行文件管理的时候，通过终端通过从业务平台获取与该终端绑定的机顶盒群的管理机顶盒的第一通信参数，并在根据第一通信参数与管理机顶盒建立通信后，向管理机顶盒发送文件管理请求，由管理机顶盒基于文件管理请求在机顶盒群组中进行文件管理。这种存储管理方式不仅通过多个机顶盒的扩大了存储网络的存储容量，而且通过管理机顶盒对机顶盒群中的其他机顶盒的文件存取进行管理，能够让机顶盒群以一个整体的形式对外工作，对用户来说，用户体验度比较高。最重要的是，由于文件分布式的存储到群组中的各个机顶盒上，因此，基本不会出现存储网络不能为用户提供服务的情况，提高了文件存储的容灾性。

实施例二：

本实施例提供一种文件存储管理系统，请参考图6：

文件存储管理系统6包括机顶盒群组10、终端70和业务平台80，这三者之间两两进行交互，值的注意的是，机顶盒群组10与终端70的交互可以是直接的，也可以是间接的。

机顶盒群组10是由至少两个机顶盒组成的，在这些机顶盒中，有一个较其他机顶盒更特殊的机顶盒，这个机顶盒能够对机顶盒群组的文件存取进行管理，该机顶盒称为“管理机顶盒”。管理机顶盒作为整个机顶盒群组的对外接入点，当终端发送管理请求对机顶盒群组进行文件管理的时候，管理请求会经由管理机顶盒的处理后才会被执行。在图1中，机顶盒群组10包括四个机顶盒，分别是第一机顶盒11、第二机顶盒12、第三机顶盒13和第四机顶盒14。这四个机顶盒可能是因为同属一个家庭的关系被关联到一起形成了一个用于文件存储的群组，为了便于对该机顶盒群组10进行管理，在本实施例中，将会从机顶盒群组中指定出一个管理机顶盒，管理机顶盒应当将自己的通信参数上报给业务平台80。

指定管理机顶盒的工作可以由机顶盒群组10中的成员进行，例如，当第一机顶盒11开机之后，到业务平台80登录，登录的同时，业务平台80将与第一机顶盒11属于同一个机顶盒群组的其他机顶盒的信息包含在登录返回信息中返回给机顶盒11，在本实施例中，登录返回信息中包括第二机顶盒12、第三机顶盒13和第四机顶盒14的信息。第一机顶盒11在接收到该登录返回信息之后，能够根据该信息分别向第二机顶盒12、第三机顶盒13以及第四机顶盒14发送通知。通知的作用主要用于表明告知机顶盒群10中其他成员，当前自己已经加入了云存储网络，在后续的文件管理过程中应当考虑自己。同时，因为群组成员变动，所以通知的作用还用于告知其他群组成员重新选举管理机顶盒。

在选举管理机顶盒的时候，机顶盒群组中的各个机顶盒两两交互，可以通过选举算法，如paxos算法随机指定一个机顶盒作为管理机顶盒，paxos算法的主要作用就是解决是一个分布式系统如何就某个值(决议)达成一致的问题。当然机顶盒群组也可以基于当前各个在线机顶盒的存储能力、通信能力、计算能力中的至少一个维度确定出最佳机顶盒作为管理机顶盒。由于管理机顶盒需要与其他机顶盒和终端70间进行通信，因此，如果依据通信能力确定出管理机顶盒，则管理机顶盒在进行通信的时候将会有较大的优势。另外，由于终端70在进行数据上传的时候，管理机顶盒需要根据各个机顶盒当前的存储情况进行负载均衡，因此，如果管理机顶盒的计算能力够强，就能够在一定程度上减少计算时间。最后，因为管理机顶盒是机顶盒群组对外的接入点，来自终端70侧的文件管理请求总是要经过管理机顶盒，所以，如果管理机顶盒就是文件管理请求对应的目标机顶盒，那么终端70的文件管理请求将会被以最快的速度响应，不用进行重定向，例如，当终端70想要存储数据，而管理机顶盒的存储能力最强，则管理机顶盒就极有可能是基于负载均衡算法计算确定的目标机顶盒，这样管理机顶盒在接收到文件上传请求之后就可以直接接收终端70传输的管理数据了。

另外，管理机顶盒的确定也可以依据用户设置的原则进行，例如，用户指定，管理机顶盒总是由最新加入的存储网络的机顶盒担任，那么在这种原则下，当第一机顶盒11向其他机顶盒发送通知之后，其他机顶盒成员不仅知道当前第一机顶盒已经加入了存储网络，而且可以了解当前的管理机顶盒已经变更为第一机顶盒11了。或者用户可以设置管理机顶盒总是由当前存储网络中最早加入的成员来担任，例如在上述示例中第三机顶盒13是最早开机并加入存储网络中的，那么第三机顶盒13就是管理机顶盒。在第一机顶盒11加入存储网络并向其他机顶盒成员发送了通知之后，管理机顶盒，即第三机顶盒13可以主动向第一机顶盒11发送一个用于表征自己是管理机顶盒的信息。在这种直接以最早加入存储网络的机顶盒成员作为管理机顶盒的方式中，不必每次在由新的机顶盒群组成员加入存储网络的时候都变更管理机顶盒并向业务平台80上报管理机顶盒的第一通信参数。但是在当前的管理机顶盒要退出存储网络的时候，应当通知群组中的其他机顶盒重新推举管理机顶盒，例如第三机顶盒13检测到关机信号的时候，应当立即向群组中其他成员发送自己即将退出存储网络的信息。新推举出来的机顶盒还是应当将自己的通信参数上报给业务平台80。

本实施例中提供的终端70，如图7所示，终端70包括平台交互模块702和机顶盒交互模块704，平台交互模块702用于向业务平台80发送查询请求，而机顶盒交互模块704则用于根据第一通信参数与管理机顶盒建立通信，并向管理机顶盒发出文件管理请求。

本实施例中提供的业务平台80，如图8所示，包括传输模块802和处理模块804。传输模块802用于接收终端70发送的查询请求，而处理模块804则用于根据传输模块802接收到的查询请求确定终端70对应的机顶盒群组10。然后处理模块804控制传输模块802将该机顶盒群组10中管理机顶盒的第一通信参数传输给终端70。

当用户需要对文件存储的文件进行管理的时候，用户可以通过平台交互模块702向业务平台80中的传输模块802发送查询请求。例如，当用户想要下载存储在机顶盒群组中的几张图片时，可以先向传输模块802发送查询请求，以获取与终端70绑定的机顶盒群组10的信息。在本实施例中，终端70通过安装在本地的客户端与业务平台80进行交互，用户可以在本地通过客户端登录到业务平台80上，通过平台交互模块702并向业务平台80发送查询请求。在这里重点介绍一下终端70登录业务平台80的账号：登录账号可以是和机顶盒群组一样，有一个主登录账号和子登录账号。一个家庭对应一个主登录账号，每一个用户或者是每一个终端70分别有一个子登录账号。主登录账号应当和该家庭的机顶盒群组的主账号一一对应，如图3所示，是主登录账号与子登录账号、机顶盒主账号以及子账号之间的映射关系示意图。

可以理解的是，主登录账号和主账号可以是同一个，如图4所示，当主登录账号与机顶盒群组的主账号相同时，用户的子登录账号和机顶盒的子账号地位相同。在这种情况下，业务平台80在为终端70或者用户分配子登录账号时，可以直接将用户或者终端70也视作机顶盒一般进行分配。

由于机顶盒群组中存储的文件本来就是供大家共享的，无论通过什么账号登录最终都会得到相同的资源，因此，其实对于一个家庭中的成员而言，在登录这一过程中并不存在私密性，所以，可以所有家庭成员共享一个登录账号，即大家都采用主登录账号进行登录。

在传输模块802接收到终端70的查询请求之后，处理模块804可以根据图3或图4所示出的映射关系和终端70登录的账号确定出终端70登录的主登录账号，即确定该终端70所对应的家庭，然后根据主登录账号对应的机顶盒群组主账号，也即找到该家庭的机顶盒群组，然后获取之前机顶盒群组的管理机顶盒上报的第一通信参数。

本领域技术人员应当明白的是，在业务平台80获取第一通信参数的过程之前，业务平台80中必须预先保存有终端70与机顶盒群组之间的映射关系。本实施例的恶意中示例当中给出了实现这个过程的具体细节：

终端70在业务平台80上注册的时候，平台交互模块702可以向业务平台80发送一个绑定请求，绑定请求用于业务平台80的处理模块804将该终端70与机顶盒群组10进行关联。可以理解的是，在绑定请求中包括终端70需要绑定的机顶盒群组10的标识信息，该标识信息可以是机顶盒群组10中任意一个机顶盒的标志信息，也可以是机顶盒群组的标识信息。例如，在绑定请求中包括机顶盒群组中任意一个机顶盒的设备标识信息。具体的，可以终端70可以扫描机顶盒的二维码进行绑定。当业务平台80接收到终端70发送的绑定请求之后，根据绑定请求存储该终端70与对应机顶盒群组之间的映射关系。

业务平台80的传输模块802还用于将处理模块804查找到的第一通信参数发送给终端70，第一通信参数用于终端70的机顶盒交互模块704与管理机顶盒建立通信。

在本实施例的一种示例当中，如果管理机顶盒不是通过nat设备与外界进行通信，则第一通信参数可以仅包括管理机顶盒的ip地址，而如果管理机顶盒处于家庭私网当中，不能直接与外界进行通信的话，则第一通信参数还应当包括端口号。

随着家庭网络的发展和不断丰富，家庭网络中的家庭网关下面可能会下挂很多cpe设备，比如机顶盒等。但目前ip资源已经越来越紧缺，所以不可能为家庭网络中的每个cpe设备都分配一个公网ip地址。因此，现实组网中，为了节约ip资源，一般把这些cpe设备置于家庭网关后面的私网中，只给家庭网关分配一个公网ip地址。对于业务平台80或者终端70而言，位于家庭网络私网中的机顶盒等是不可见的，处于私网中的机顶盒等设备都通过家庭网关与互联网进行通信，这就是nat机制。nat是通过修改udp或tcp的报文头地址和端口信息来实现网络层地址转换的。

基于管理机顶盒与nat设备的关系，本实施例中终端70根据第一通信参数与管理机顶盒建立通信的过程主要分为两种：第一种是平台交互模块702根据第一通信参数确定其需要进行的文件管理的机顶盒群组的管理机顶盒处于公网当中，例如当第一通信参数中没有端口号，仅包括管理机顶盒的ip地址，这说明平台交互模块702可以直接根据管理机顶盒的ip地址与管理机顶盒建立通信连接。

当平台交互模块702与管理机顶盒直接建立通信链路的时候，平台交互模块702与管理机顶盒之间可以基于udp协议进行通信。而如果第一通信参数中包括端口号，则说明管理机顶盒处于家庭私网当中，因为受到nat机制的影响，管理机顶盒对于终端70而言是不可见的，因此平台交互模块702不能直接与管理机顶盒建立通信，这时候需要借助中继服务器的帮助。平台交互模块702将从业务平台80处获取到的第一通信参数包含在建链请求中传输给中继服务器，以供中继服务器根据第一通信参数进行udp打洞，udp打洞的过程实际上也就是icenat穿越的过程。在中继服务器的辅助下，平台交互模块702可以和管理机顶盒建立间接的通信连接。

在本实施例中，中继服务器可以是stun(simpletraversalofudpovernats，nat的udp简单穿越)服务器。当对管理机顶盒icenat穿越成功之后，中继服务器可以通过建链反馈信息将其与管理服务器建链成功的信息发送给平台交互模块702，以便告知终端70现在可以与管理机顶盒进行通信了。

下面结合图9对本实施例中管理机顶盒进行详细介绍：管理机顶盒11包括通信模块112和管理模块114。通信模块112用于获取来自终端70的文件管理请求，而管理模块114则用于基于文件管理请求在机顶盒群组10中进行文件管理。

终端70在其可以与管理机顶盒11进行通信的情况下，可以向通信模块112发送文件管理请求。根据终端70与通信模块112之间建立通信的方式不同，通信模块112接收到的文件管理请求可能是由终端70直接传输的饿，也有可能是通过中继服务器转发的。

在本实施例中，中继服务器可以采用四层代理的方式透传终端70与通信模块112之间的通信信息。采用四层代理方式的优点是中继服务器不需要关心终端70与管理服务器各自采用的通信协议，只需要做转发工作。当然，本实施例中，中继服务器也可以采用七层代理的方式来传输终端70与通信模块112之间的通信信息。

本实施例中管理机顶盒11的管理模块114基于文件管理请求在机顶盒群组中进行文件管理的方式主要有两种，下面下对第一种文件管理的方式进行介绍：

通信模块112接收到文件管理请求之后，管理模块114会对文件管理请求进行分析处理，确定实际可以执行该文件管理请求的机顶盒是哪一个，也就是确定文件管理请求对应的目标机顶盒。例如，当文件管理请求是文件下载请求时，管理模块114需要确定该文件下载请求待下载的文件存储在哪一个机顶盒上，实际存储有文件下载请求待下载数据的机顶盒就是该文件下载请求的目标机顶盒。当文件管理请求是文件上传请求的时候，管理模块114应当确定该待存储的文件应当存储在机顶盒群组中哪一个机顶盒上，最终可以存储待存储文件的机顶盒就是该文件上传请求的目标机顶盒。

无论是针对文件上传请求还是文件下载请求，管理模块114在确定目标机顶盒之前，都需要先获取机顶盒群组中各个机顶盒的存储信息，以便了解各个机顶盒的存储情况，管理模块114可以主动向机顶盒群组中的其他机顶盒发送询问信息，让其他机顶盒根据询问信息上报自己的存储信息。当然也可以由群组中其他机顶盒主动向管理模块114上报自己的存储信息，例如，其他机顶盒定时上报自己的存储信息。

在本实施例的一种示例当中，存储信息包括各个机顶盒当前的剩余存储空间等信息，当通信模块112接收到的是文件上传请求时，管理模块114可以直接根据群组中各个机顶盒的存储空间进行负载均衡，确定待存储的文件应当存储在哪一个机顶盒中；当通信模块112接收到的是文件下载请求时，管理模块114可以从文件下载请求中解析出待下载文件的名称，然后将该名称包含在询问信息中发送给其管理的所有机顶盒，当某一个机顶盒确定待下载文件存储在其本地的时候，可以向管理模块114发送应答信息，告知管理模块114当前待下载文件存储在其本地，以便管理模块114将其作为目标机顶盒。

在本实施例的另一种示例当中，存储信息中包括一个机顶盒当前的剩余存储空间和该机顶盒当前存储的文件名称等信息。当通信模块112接收到文件上传请求或文件下载请求之后都不需要再向其他机顶盒发送询问信息就可以直接无额定目标机顶盒是哪一个。

根据确定的目标机顶盒是否是其自身，管理模块114根据确定出的目标机顶盒响应文件管理请求进行文件管理的方式由被分为两种：

第一种，当管理模块114确定出的目标机顶盒是其自身时，其可以直接对文件管理请求进行响应。例如当文件管理请求需要进行文件上传的时候，管理机顶盒11和通信模块112直接接收来自终端70的文件，并将接收到的文件进行存储。

第二种，当管理模块114确定出的目标机顶盒不是其自身，而是机顶盒群中其他机顶盒的时候，管理模块114可以将目标机顶盒的第二通信参数包含在重定向指令中由通信模块112发送给终端70，以供终端70根据重定向指令中的第二通信参数与目标机顶盒建立通信链路，并实现文件的上传或者下载。

可以理解的是，目标机顶盒有可能是公网设备，也有可能是处于家庭私网中的设备，因此，第二通信参数有可能包括目标机顶盒的ip地址或者目标机顶盒的ip地址与端口号。当目标机顶盒的第二通信参数仅包括ip地址的时候，终端70可以直接与目标机顶盒建立通信，但是当第二通信参数中还包括端口号的时候，终端70可能需要借助中继服务器与目标机顶盒建立通信连接，中继服务器根据终端70发送的第二通信参数进行udp打洞的过程这里不再赘述。

下面还提出管理模块114基于文件管理请求在机顶盒群中进行文件管理的另一种方式：

管理模块114可以将管理机顶盒11作为“临时目标机顶盒”来对文件管理请求进行响应，例如，当通信模块112接收到的是文件上传请求的时候，管理模块114可以先接收终端70侧上传的待存储文件，并将接收到的待存储文件存储在本地，在全部接收完成之后在基于负载均衡算法将缓存在本地的待存储文件传输到实际的目标机顶盒去。当文件管理请求时文件下载请求的时候，管理机顶盒11在机顶盒群组中找到待下载文件并提取到其本地，然后将待下载文件从其本地传输给终端70。

下面对本实施例中提供的终端、业务平台以及管理机顶盒的硬件结构进行介绍：

终端中的平台交互模块可以直接由无线通信单元来实现，而机顶盒交互模块，因为在建立通信链路的过程中需要根据第一通信参数或第二通信参数确定建立通信的对象是否可以与自己直接通信，从而确定是否需要将第一通信参数或第二通信参数发送到中继服务器，因此，在本实施例中的机顶盒交互模块可以通过控制器和无线通信单元共同实现。

对于业务平台，其可以被部署在服务器上，本实施例提供一种可以部署业务平台的服务器，该服务器包括处理器、存储器、通信装置等，业务平台的传输模块的功能可以由服务器的通信装置来实现，而处理模块则可以通过处理器来实现，其中终端与机顶盒群组之间的映射关系可以存储在存储器中。

现在机顶盒中一般由主芯片、内存、调谐解调器、回传通道、ca(conditionalaccess，条件接收)接口、外部存储控制器以及视音频输出等几大部分构成。对于管理机顶盒中的通信模块的功能可以由调谐解调器、回传通道共同实现，而管理模块的功能组可以由主芯片来实现，随着芯片技术的发展，越来越多的厂家将机顶盒的功能更多地集成在一个主芯片里，例如现在大部分厂商都将cpu、解码器、解复用器、图形处理器与视音频处理器集成在芯片中，形成一体化的芯片解决方案，有效地降低了器件成本并提高了可靠性。最后，用户存储的文件可以存储在机顶盒的内存中，也可以存储在外挂式硬盘中，大容量的硬盘可以用于存储大量的文件以满足用户的个性化需求。

本发明实施例提供的文件存储管理系统，包括终端、业务平台和机顶盒群，用户需要对机顶盒群进行文件管理的时候，通过终端通过从业务平台获取与该终端绑定的机顶盒群的管理机顶盒的第一通信参数，并在根据第一通信参数与管理机顶盒建立通信后，向管理机顶盒发送文件管理请求，由管理机顶盒基于文件管理请求在机顶盒群组中进行文件管理。这种存储管理方式不仅通过多个机顶盒的扩大了存储网络的存储容量，而且通过管理机顶盒对机顶盒群中的其他机顶盒的文件存取进行管理，能够让机顶盒群以一个整体的形式对外工作，对用户来说，用户体验度比较高。最重要的是，由于文件分布式的存储到群组中的各个机顶盒上，因此，基本不会出现存储网络不能为用户提供服务的情况，提高了文件存储的容灾性。

实施例三：

本实施例将结合一个具体的示例对上述各实施例中的文件存储管理方法及系统进行阐述，下面将结合图10对本实施例中机顶盒与业务平台之间的交互过程进行介绍：

当机顶盒a初次到业务平台上进行注册的时候，业务平台将会为该机顶盒a分配一个主账号和一个子账号，主账号是机顶盒a所在机顶盒群组的总标识信息。一个机顶盒群组可能是一个家庭中所有机顶盒的集合，这里的家庭可以是在地理位置上处于同一处的，也可以是出于不同处的机顶盒，例如故乡小镇中父母家中的机顶盒和处于城市中子女家庭中的机顶盒也可以形成一个机顶盒群组。子账号是在一个机顶盒群组中能够唯一识别一个机顶盒的标识信息，应当理解的是，在一个机顶盒群组中，子账号是不可以重复的，可以采用各个机顶盒的设备标识信息作为子账号。而对于主账号，可以是家庭成员中某一个的身份证号、手机号等。

s1001、机顶盒a登录。

当前机顶盒a开机之后，将会到业务平台上进行登录。

s1002、业务平台查找机顶盒a所在机顶盒群组中其他机顶盒的信息。

业务平台在对机顶盒a进行登录验证时，会根据机顶盒a登录的账号找到与该机顶盒a具有同一主账号的其他机顶盒，比如机顶盒b、c和d。

s1003、业务平台向机顶盒a返回其他机顶盒的信息。

业务平台在登录返回消息中向机顶盒a返回其他机顶盒b、c和d的信息。

s1004、机顶盒a根据获取到的其他机顶盒的信息向其他机顶盒发送通知。

机顶盒a发送的通知主要用于告诉其他机顶盒，自己已经加入了文件存储网络，由于机顶盒群组中在线的成员发生了变动，因此机顶盒群组需要重新确立管理机顶盒。

s1005、机顶盒a与其他在线机顶盒共同确定出管理机顶盒。

由于业务平台发送给机顶盒a的登录返回信息中所包含的是与机顶盒a处于同一主账号之下的所有机顶盒的信息，但是这些机顶盒当前却不一定都为在线状态，因此机顶盒a仅与那些在线的机顶盒一起推选管理机顶盒。

假定机顶盒群组最终确定出的管理机顶盒就是机顶盒a，那么机顶盒a需要向业务平台反馈自己的通信参数。

s1006、机顶盒a向业务平台上报自己的通信参数。

如果机顶盒a处于nat设备之后，那么机顶盒a的通信参数可以为其ip地址和端口号。通信参数被上报给业务平台之后，当终端需要对文件存储文件进行管理的时候，业务平台就可以将该通信参数发送给终端，让终端根据该通信参数与机顶盒a建立通信。

s1007、其他机顶盒向机顶盒a上报自己的存储信息。

由于管理机顶盒在接收到文件管理请求的时候，可能需要根据机顶盒群组中各机顶盒当前的存储情况确定出目标机顶盒，所以各个机顶盒应当将自己的额存储情况包含在存储信息中上报给机顶盒a。

本实施例中将以管理机顶盒a处于nat设备之后为例对文件存储管理方法及系统进行介绍，请结合图11：

s1101、终端向业务平台发送查询请求。

当终端需要对文件存储网络中的文件进行管理，例如进行数据上传或者是数据下载的时候，终端可以利用云账号从客户端登录，登录所用的云账号可以是机顶盒的主账号，例如用户以家庭为单位，通过一位家庭成员的手机号码注册了云账号，且该手机号也同时作为机顶盒的主账号。在这种情况下，当终端通过该手机号登录之后，业务平台将可以直接根据终端的登录账号确定出与该终端绑定的机顶盒群组，从而查询出该机型和群中管理机顶盒a的通信从参数。

可以理解的是，终端登录的云账号也可以不是机顶盒群组主账号，在本实施例的一个示例当中，机顶盒群组的主账号是家庭户主的身份证号码，而终端登录的云账号可以是以用户的电子邮箱账号等注册的，这时一个家庭中登录的云账号可能有多个而这多个云账号又分别与机顶盒的主账号进行过绑定，因此，当终端登录并发送查询请求之后，业务平台可以先根据映射关系确定出终端对应的机顶盒群组主账号，然后根据机顶盒群组的主账号查找出管理机顶盒a的通信参数。

s1102、业务平台返回管理机顶盒的第一通信参数。

可以理解的是，在业务平台查询管理机顶盒a的第一通信参数之前，机顶盒群组应当推举出管理机顶盒，并由管理机顶盒a将其通信参数上报给业务平台。业务平台根据终端登录的云账号信息查找到管理机顶盒a的通信参数之后，将通信参数发送给终端。

s1103、终端向中继服务器发送建链请求。

终端接收到业务平台反馈的通信参数之后，确定机顶盒a处于nat设备之后，由于终端不能直接与机顶盒a进行通信，则向中继服务器发送简练请求，建链请求中应当包括终端需要通信对象的通信参数，例如通信对象的ip地址和端口信息。在本实施例中，中级服务器可以是stun服务器。

s1104、中继服务器nat穿越。

如果机顶盒a不属于私网设备，则终端可以直接通过udp协议与其进行通信，但是当机顶盒a为私网设备时，中继服务器对机顶盒a进行nat穿越的过程实际就是一个udp打洞的过程。

s1105、管理机顶盒a与中继服务器建立通信。

s1106、中继服务器向终端返回建链反馈信息。

当中继服务器与机顶盒a建立通信之后，中继服务器向终端返回一个建链反馈信息，用以表示终端当前可以通过中继服务器向机顶盒a发送文件管理请求了。

s1107、终端向中继服务器发送文件管理请求。

终端向中继服务器发送的文件管理请求可能是文件上传请求也可能是文件下载请求，值得注意的是，本实施例中的“下载”是指广义上的下载，包括将机顶盒群组中存储的数据传输到终端侧进行存储的过程，也包括在线查看的过程。

s1108、中继服务器将文件管理请求发送给管理机顶盒a。

在本实施例中，中继服务器采用四层代理的方式，直接向机顶盒a透传终端侧发送的文件管理请求。

s1109、管理机顶盒a确定文件管理请求对应的目标机顶盒并在机顶盒群组中进行文件管理。

确定出的目标机顶盒有可能是机顶盒a本身，也有可能是机顶盒群组中的其他机顶盒。当目标机顶盒是机顶盒a本身时，机顶盒a可以直接对管理进行响应，接收终端上传的数据或者是将请求下载的数据传输给终端。但是机顶盒a确定出的目标机顶盒也很有可能不也是其本身。

例如，当文件管理请求时文件上传请求时，机顶盒a根据负载均衡计算，可能会确定其他机顶盒中的某一个是当前存储当前终端将要上传的数据的最佳选择，这时候，机顶盒a响应文件管理请求的方式将会发生变化：机顶盒a会通过中继服务器向终端a传输重定向信息，在重定向信息中包括目标目标机顶盒的通信参数，终端可以根据重定向信息重新进行发送文件管理请求。

根据本发明实施例提供的文件存储管理方案将多个机顶盒组成机顶盒群组，扩大了家庭文件存储空间，而且管理机顶盒根据文件管理请求可以对机顶盒群组中的文件进行统一管理，使得整个存储网络对终端侧的用户来说是以一个整体的形式提供服务的，简化了用户进行文件管理过程，保证了用户体验。另外因为分布式的存储结构又提高了存储系统的容灾性。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(rom/ram、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。