具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的各影厅播放客户端拷贝DCP数据都要到管理服务器上拉取导致传输效率较低的问题，本发明实施例提供一种数据传输方法、装置和系统，实现了局域网内的数据共享传输，提高了数据传输效率。

实施例一

本发明实施例一提供一种数据传输方法，其流程如图1所示，包括如下步骤：

步骤S11：管理服务器确定有客户端需要拷贝数据时，按照预设规则，从自身和已拷贝完数据的客户端中确定数据源，从需要拷贝数据的客户端中确定待拷贝的客户端，确定数据源与待拷贝的客户端的对应关系。

在一个实施例中，管理服务器确定有客户端需要拷贝数据，可以包括：

管理服务器按预设间隔判断是否有客户端未拷贝数据，若是，确定有客户端需要拷贝数据；或

管理服务器接收到任一或多个客户端发送拷贝完成通知后，判断是否有客户端未拷贝数据，若是，确定有客户端需要拷贝数据；或，

管理服务器接收完当前所有的待拷贝客户端发送拷贝完成通知后，判断是否有客户端未拷贝数据，若是，确定有客户端需要拷贝数据；或，

管理服务器接收到客户端发送拷贝请求时，确定有客户端需要拷贝数据。

即，管理服务器确定有客户端需要拷贝数据，可以是按照预设间隔主动执行，也可以是后三种方式的被动执行。

被动执行时，可以是接收到待拷贝客户端发送拷贝完成通知，也可以是接收到客户端发送拷贝请求，前者需要判断是否有客户端需要拷贝数据，有客户端需要拷贝数据，才继续执行后续步骤，后者不需要判断，直接执行数据传输的步骤。

接收到待拷贝客户端发送拷贝完成通知，可以是接收到一个或多个客户端发送拷贝完成通知，就判断是否有客户端需要拷贝数据，有客户端需要拷贝数据，继续执行后续步骤；也可以是收接完当前所有的待拷贝客户端发送拷贝完成通知，才判断是否有客户端需要拷贝数据，有客户端需要拷贝数据，继续执行后续步骤。前者的数据传输所需总时间会短于后者，但后者的数据传输过程易于管控。具体两种方式后续实施例2和3中详细介绍。

可选的，管理服务器确定有客户端需要拷贝数据，也可以是其他的触发条件来触发，具体本实施不做限定。

步骤S12：按照对应关系通知待拷贝的客户端从对应的数据源拷贝数据。

具体的，可以是，按照对应关系中对应的待拷贝的客户端和数据源，将数据源的地址发送给待拷贝的客户端，使得待拷贝的客户端可以按照接收到的地址从数据源拷贝数据。

上述步骤是循环执行的，直至没有客户端需要拷贝数据，即所有的客户端都拷贝完了数据。

本发明实施例适用的场景是，有多个客户端需要从服务器拷贝相同的数据，传统的方法是各个客户端依次排队从服务器拷贝数据，故，耗时较长，单点带宽成为传输瓶颈。本发明实施例一提供的数据传输方法，管理服务器确定有客户端需要拷贝数据时，按照预设规则，从自身和已拷贝完数据的客户端中确定数据源，从需要拷贝数据的客户端中确定待拷贝客户端，以及数据源与待拷贝客户端的对应关系；按照对应关系通知待拷贝客户端从对应的数据源拷贝数据。循环将自身和拷贝完数据的客户端共同作为数据源，直至所有的客户端都拷贝完数据，实现了局域网内的数据共享传输，提高了数据传输效率。

例如管理服务器(以下简称为服务器)有一个数据包为400GB，总共10个客户端，带宽为1000Mbps≈125MB/s，那么使用传统方式传输数据包，需要400×1024×10÷125÷60÷60≈0.91小时×10＝9.10小时，约为一个工作日的时间。如果使用本发明实施例一提供的数据传输方法，例如管理服务器接收完当前所有的待拷贝客户端发送拷贝完成通知后，判断是否有客户端未拷贝数据，若是，执行数据传输。初始传输数据源只有服务器，那么第一个客户端(记为客户端1)拷贝数据包的时间为0.91小时；客户端1拷贝完毕后，传输数据源增加到客户端1和服务器共2个，可以让客户端2、3同时下载；客户端2、3下载完成后，传输数据源增加到4个，可以让客户端4、5、6、7同时下载；客户端4、5、6、7下载完成后，传输数据源增加到8个，可以同时让客户端8、9、10下载。可以看出来，这是一个层高为4的树，总传输时间为4×0.91小时≈3.64小时，传输速度提升了2.5倍。而且随着客户端的增多，传输效率提升指数增加。例如，客户端为15个，传统方法的传输时间需要0.91小时×15＝13.65小时；而本发明实施例一提供的数据传输方法，当传输数据源增加到8个时，可以同时让客户端8-15下载数据包，故传输所需时间还是3.64小时，传输速度提升了3.8倍。

实施例二

本发明实施例二提供一种数据传输方法的具体实现，其流程如图2所示，包括如下步骤：

步骤S21：管理服务器确定一个待拷贝的客户端，通知待拷贝的客户端从管理服务器拷贝数据。

具体确定方法，可以是管理服务器从与其连接的客户端中随机选取一个作为待拷贝的客户端；优选的，也可以是，根据网络信号强度，从连接的客户端中选取一个待拷贝的客户端，例如，从连接的客户端中选取网络信号强度最强的一个作为待拷贝的客户端；可选的，也可以是其他的确定规则，具体待拷贝的客户端的确定方法本实施例不做限定。

步骤S22：接收到待拷贝客户端发送拷贝完成通知后，将发送拷贝完成通知的客户端标记为已拷贝。

步骤S23：判断是否有客户端需要拷贝数据。

即，判断是否有客户端未被标记为已拷贝，若是，执行步骤S24；若否，执行步骤S28，数据传输已全部完成。

步骤S24：从自身和标记为已拷贝的客户端中确定数据源。

在一个实施例中，可以包括，确定自身和标记为已拷贝的客户端中网络空闲的为备选数据源；当备选数据源的个数大于需要拷贝数据的客户端的个数时，根据网络信号强度，从备选数据源中筛选个数等于需要拷贝数据的客户端的个数的数据源；当备选数据源的个数不大于需要拷贝数据的客户端的个数时，确定所有的备选数据源为数据源。

优选的，在一个实施例中，可以包括，确定自身和标记为已拷贝的客户端中网络空闲，且网络信号强度满足预设条件的为备选数据源；当备选数据源的个数大于需要拷贝数据的客户端的个数时，根据网络信号强度，从备选数据源中筛选个数等于需要拷贝数据的客户端的个数的数据源，例如是筛选网络信号强度最强的为数据源；当备选数据源的个数不大于需要拷贝数据的客户端的个数时，确定所有的备选数据源为数据源。

上述两种数据源的确定方法，后者比前者多了网络信号强度满足预设条件的限定，在网络信号强度满足预设条件的备选数据源充足的情况下，二者没有区别；网络信号强度满足预设条件的备选数据源个数少于需要拷贝数据的客户端的个数时，前者将管理服务器和所有的已拷贝完数据的客户端都作为数据源，后者只将其中网络信号强度满足预设条件的作为数据源。后者避免了网络信号强度太弱的作为数据源导致数据传输变慢、甚至有的客户端无法完成数据拷贝的情况；前者管理服务器的数据传输管理的计算量相对较小，故二者各有优势。

步骤S25：从需要拷贝数据的客户端中确定待拷贝的客户端，确定数据源与待拷贝的客户端的对应关系。

当数据源的个数大于或等于需要拷贝数据的客户端的个数时，可以是确定所有的需要拷贝数据的客户端都为待拷贝的客户端。

当数据源的个数小于需要拷贝数据的客户端的个数时，可以是，根据网络信号强度，从需要拷贝数据的客户端中确定个数等于数据源个数的待拷贝客户端；或，从需要拷贝数据的客户端中确定网络信号强度满足预设条件的，个数不多于数据源个数的待拷贝客户端。

在一个实施例中，可以包括，根据待拷贝的客户端的拷贝权限，选择与拷贝权限相匹配的数据源，与待拷贝的客户端建立对应关系。

具体的，根据待拷贝的客户端的拷贝权限，选择与拷贝权限相匹配的数据源，可以包括：根据拷贝权限中的权限等级，确定能提供与该权限等级匹配的拷贝数据的数据源；和/或，根据拷贝权限中的文件类型，选择能提供与该文件类型匹配的拷贝数据的数据源。

上述权限等级可以是包括普通用户、一般会员和高级会员等，不同的权限等级对应的可拷贝数据的内容不同，例如，一些数据只针对高级会员开放，一些数据只针对高级会员和一般会员开放。或，不同的权限等级对应的可拷贝数据的类型不同，以某一电影数据为例，高清版本只针对一般会员和高级会员开放，而普通清晰度版本针对所有用户开放，即普通用户只能拷贝普通清晰度版本的电影数据。或，不同的权限等级对应的可拷贝数据的内容和类型都不同。

这样可以实现只有具有拷贝权限的客户端才能拷贝对应的数据。

步骤S26：按照对应关系通知待拷贝的客户端从对应的数据源拷贝数据。

步骤S27：确定接收完当前所有的待拷贝客户端发送拷贝完成通知，将发送拷贝完成通知的客户端标记为已拷贝。

具体的，可以是每接受到一个待拷贝客户端发送拷贝完成通知后，就将发送拷贝完成通知的客户端标记为已拷贝；也可以是，在接收完当前所有的待拷贝客户端发送拷贝完成通知后，将所有发送拷贝完成通知的客户端都标记为已拷贝。

确定当前所有的待拷贝客户端都完成了数据的拷贝后，执行步骤S23，判断是否有客户端需要拷贝数据。

步骤S28：结束数据传输。

实施例三

本发明实施例三提供一种数据传输方法的另一具体实现，其流程如图3所示，包括如下步骤：

步骤S31：管理服务器确定一个待拷贝的客户端，通知待拷贝的客户端从管理服务器拷贝数据。

步骤S32：接收到待拷贝客户端发送拷贝完成通知后，将发送拷贝完成通知的客户端标记为已拷贝。

步骤S33：判断是否有客户端未标记已拷贝且未标记拷贝中。

若是，执行步骤S34；若否，执行步骤S38，数据传输已全部完成。

步骤S34：从自身和标记为已拷贝、但未标记被拷贝中的客户端中确定数据源，将数据源标记为被拷贝中。

步骤S35：从未标记过已拷贝的客户端中确定待拷贝的客户端，将待拷贝的客户端标记为拷贝中，确定数据源与待拷贝的客户端的对应关系。

步骤S36：按照对应关系通知待拷贝的客户端从对应的数据源拷贝数据。

步骤S37：接收到一个或多个待拷贝客户端发送拷贝完成通知，将发送拷贝完成通知的客户端标记为已拷贝。

将发送拷贝完成通知的客户端标记为已拷贝后，执行步骤S33，判断是否有客户端需要拷贝数据。

步骤S38：结束数据传输。

上述实施例三在每次接收完一个或多个待拷贝客户端发送拷贝完成通知后，就继续确定数据源和待拷贝客户端，通知待拷贝客户端从数据源下载数据，进一步节省了数据传输的时间，提高了数据传输效率。

实施例三中的步骤与实施例二中的步骤相同或类似的地方，不再赘述。

实施例四

本发明实施例四提供数据传输方法的一种具体应用，应用于影院管理系统(Theatre Management System，TMS)中的数字电影包(Digital Cinema Package，DCP)的传输，即影院管理服务器传输数字电影包的方法，具体包括：影院管理服务器确定有播放客户端需要拷贝数字电影包DCP时，按照预设规则，从自身和已拷贝完数据的播放客户端中确定数据源，从需要拷贝数据的播放客户端中确定待拷贝的客户端，确定数据源与待拷贝的客户端的对应关系；按照对应关系通知待拷贝的客户端从对应的数据源拷贝DCP。

具体上述实施例中的数据传输方法，均可以应用到本实施例四中的影院管理服务器传输数字电影包的方法。

其具体实现流程，以如图4所示的步骤为例，假设有4个播放客户端(播放服务器)需要拷贝DCP，具体步骤可以包括：

1.1首先把DCP导入TMS的管理服务器的硬盘中。

1.2管理服务器的传输协调器通知播放服务器(图4中为播放服务器1)从TMS拷贝DCP。

这里的播放服务器即播放客户端的服务器。

2.1播放服务器1从TMS拷贝DCP。

2.2播放服务器1完成DCP的拷贝后，通知传输协调器已完成拷贝，传输协调器标记播放服务器1已经传输完毕。

3.1传输协调器(图4中的传输服务器即为传输协调器)通知播放服务器2从播放服务器1拷贝DCP，并将目标地址即播放服务器1的地址发送给播放服务器2。

3.2播放服务器2按照接收到的地址从播放服务器1拷贝DCP。

3.3播放服务器2通知传输协调器已完成拷贝，传输协调器标记播放服务器2已经传输完毕。

4.1传输协调器通知播放服务器3从TMS拷贝DCP。

步骤4.1在步骤3.1之后，与3.2同时进行。

4.2播放服务器3从TMS拷贝DCP。

5.1 3.3完成后，即播放服务器2已经完成数据的拷贝，传输协调器通知播放服务器4从播放服务器2拷贝DCP，并将播放服务器2的地址发送给播放服务器4。

5.2播放服务器4按照接收到的地址从播放服务器2拷贝DCP。

直至播放服务器4完成DCP的拷贝，所有的播放客户端都完成了数据的拷贝。

上述步骤中传输协调器确定哪个播放服务器为下一个待拷贝的对象，可以是根据播放服务器网络情况由好到差的顺序来确定。

在一个实施例中，确定数据源与待拷贝的客户端的对应关系，具体可以包括：根据待拷贝的客户端的拷贝权限中的权限等级、清晰度和/或语言版本，确定能提供与该拷贝权限匹配的DCP的数据源，与待拷贝的客户端建立对应关系。

上述方案中管理服务器设置有传输协调器，用于协调各播放服务器拷贝DCP的路径。传输协调器核心功能可以包括：1.确定各影厅播放服务器网络情况；2.记录各影厅播放服务器的拷贝权限、待拷贝清晰度和待拷贝语言版本3.标记DCP在各影厅播放服务器的存储情况，包括DCP的可拷贝权限、清晰度和语言版本等；4.根据网络情况、拷贝权限、清晰度和语言版本等的匹配，结果，确定数据源与待拷贝的客户端的对应关系；5.按照对应关系通知待拷贝的客户端从对应的数据源拷贝DCP。传输协调器的上述功能实现了DCP数据的合理拷贝，实现了数据共享传输，提高了拷贝效率。

基于本发明的发明构思，本发明实施例还提供一种数据传输装置，其结构如图5所示，包括：

确定模块51，用于确定有客户端需要拷贝数据时，按照预设规则，从自身和已拷贝完数据的客户端中确定数据源，从需要拷贝数据的客户端中确定待拷贝的客户端，确定数据源与待拷贝的客户端的对应关系；

通知模块52，用于按照所述确定模块51确定的对应关系通知待拷贝的客户端从对应的数据源拷贝数据。

可选的，确定模块51，具体用于按预设间隔判断是否有客户端未拷贝数据，若是，确定有客户端需要拷贝数据；或接收到任一或多个客户端发送拷贝完成通知后，判断是否有客户端未拷贝数据，若是，确定有客户端需要拷贝数据；或，接收完当前所有的待拷贝客户端发送拷贝完成通知后，判断是否有客户端未拷贝数据，若是，确定有客户端需要拷贝数据；或，接收到客户端发送拷贝请求时，确定有客户端需要拷贝数据。

可选的，确定模块51，还用于按照对应关系通知待拷贝的客户端从对应的数据源拷贝数据后，在通知模块52接收到待拷贝的客户端发送拷贝完成通知，将发送拷贝完成通知的客户端标记为已拷贝；相应的，按照预设规则，从自身和已拷贝完数据的客户端中确定数据源时，从自身和标记为已拷贝的客户端中确定数据源。

可选的，确定模块51，用于从自身和标记为已拷贝的客户端中确定数据源，具体包括：确定自身和标记为已拷贝的客户端中网络空闲的为备选数据源；当备选数据源的个数大于需要拷贝数据的客户端的个数时，根据网络信号强度，从备选数据源中筛选个数等于需要拷贝数据的客户端的个数的数据源；当备选数据源的个数不大于需要拷贝数据的客户端的个数时，确定所有的备选数据源为数据源。

可选的，确定模块51，用于从自身和标记为已拷贝的客户端中确定数据源，具体包括：确定自身和标记为已拷贝的客户端中网络空闲，且网络信号强度满足预设条件的为备选数据源；当备选数据源的个数大于需要拷贝数据的客户端的个数时，根据网络信号强度，从备选数据源中筛选个数等于需要拷贝数据的客户端的个数的数据源；当备选数据源的个数不大于需要拷贝数据的客户端的个数时，确定所有的备选数据源为数据源。

可选的，确定模块51，用于当数据源的个数小于需要拷贝数据的客户端的个数时，从需要拷贝数据的客户端中确定待拷贝的客户端，具体包括：

从需要拷贝数据的客户端中确定网络信号强度满足预设条件的，个数不多于数据源个数的待拷贝客户端。

可选的，确定模块51，用于根据待拷贝的客户端的拷贝权限，选择与所述拷贝权限相匹配的数据源，与待拷贝的客户端建立对应关系。

可选的，确定模块51，用于根据所述拷贝权限中的权限等级，确定能提供与该权限等级匹配的拷贝数据的数据源；和/或，根据所述拷贝权限中的文件类型，选择能提供与该文件类型匹配的拷贝数据的数据源。

基于本发明的发明构思，本发明实施例还提供一种数据传输系统，其结构如图6所示，包括管理服务器61和至少三个客户端62；

管理服务器61设置有上述数据传输装置；

客户端62被确定为待拷贝时，用于按照管理服务器61发送的对应关系从对应的数据源拷贝数据；

客户端62被确定为数据源时，用于向对应的待拷贝的客户端传送数据。

基于本发明的发明构思，本发明实施例还提供一种数字电影包的传输装置，装置设置于影院管理服务器中，参照图7所示，包括：

确定模块71，用于确定有播放客户端需要拷贝数字电影包DCP时，按照预设规则，从自身和已拷贝完数据的播放客户端中确定数据源，从需要拷贝数据的播放客户端中确定待拷贝的客户端，确定数据源与待拷贝的客户端的对应关系；

通知模块72，用于按照确定模块71确定的对应关系通知待拷贝的客户端从对应的数据源拷贝DCP。

可选的，确定模块71，用于根据待拷贝的客户端的拷贝权限中的权限等级、清晰度和/或语言版本，确定能提供与该拷贝权限匹配的DCP的数据源，与待拷贝的客户端建立对应关系。

数字电影包的传输装置中包括的各模块具体实现的功能参照上述数据传输装置中的相关描述，此处不再赘述。

基于本发明的发明构思，本发明实施例还提供一种影院数字电影包传输系统，其结构如图8所示，包括上述影院管理服务器81和至少三个播放客户端82；

播放客户端82被确定为待拷贝时，用于按照影院管理服务器81发送的对应关系从对应的数据源拷贝数字电影包DCP；

播放客户端82被确定为数据源时，用于向对应的待拷贝的客户端传送数字电影包DCP。

关于上述实施例中的装置和系统，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

基于本发明的发明构思，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机指令，当该指令被处理器执行时实现上述数据传输方法，或实现上述影院管理服务器传输数字电影包的方法。

除非另外具体陈述，术语比如处理、计算、运算、确定、显示等等可以指一个或更多个处理或者计算系统、或类似设备的动作和/或过程，所述动作和/或过程将表示为处理系统的寄存器或存储器内的物理(如电子)量的数据操作和转换成为类似地表示为处理系统的存储器、寄存器或者其他此类信息存储、发射或者显示设备内的物理量的其他数据。信息和信号可以使用多种不同的技术和方法中的任何一种来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。