WO2010028571A1

WO2010028571A1 - 大数据对象的传输方法、传输系统及发送设备和接收设备

Info

Publication number: WO2010028571A1
Application number: PCT/CN2009/073500
Authority: WO
Inventors: 刘海涛; 宋悦
Original assignee: 华为技术有限公司
Priority date: 2008-09-11
Filing date: 2009-08-25
Publication date: 2010-03-18
Also published as: CN101674263A

Description

大数据对象的传输方法、传输系统及发送设备和接收设备本申请要求了 2008年 9月 11 日提交的、申请号为 200810216201.X、发明名称为"大数据对象的传输方法、传输系统及发送设备和接收设备"的中国申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信技术领域，尤其涉及一种大数据对象的传输方法、传输系统及发送设备和接收设备。背景技术

开放移动联盟 ( Open Mobile Alliance, OMA )的 DM (Device Management, 设备管理） VI .2 (以下简称 DM规范），是 OMA DM工作组（ WG )制定的设备管理的统一规范。 DM 系统提供了一种低成本方案，用于第三方管理和设置无线网络终端设备（比如手机终端及终端中的功能对象）中的环境和配置信息，以解决这些网络设备在使用过程中遇到的问题。通过无线网络 (over the air, OTA)方式进行软件和固件的安装、升级等操作，并提供更加人性化和个性化的服务，来提高用户体验。其中，第三方可以是移动运营商，业务提供商或者合作方的信息管理部门。

然而，无论是在设备管理过程中，还是数据同步过程中，经常涉及到大数据对象的传输问题。所谓的大数据对象即数据对象的长度超过了某个协议中消息包的最大容量，这是针对不同的协议、不同的承载方式而变化的。如果数据对象的长度超过了一个信息包的最大容量，那么 DM协议会把数据对象分为几块，每块都可以用一个信息包传输，并在发送时，使用除了最后一块之外的其它信息包里面的 <MoreData/> 元素来通知接收方数据对象还没有发送完整。按照现有的会话流程，如果在数据对象的各个分块的发送过程中，会话过程发生中断，那么在后续发起的会话过程中，还需要对该数据对象重新进行传输。由于中断时接收方已经接收了部分数据，因此重新传输整个数据对象无疑会造成无线资源的浪费，但目前还没有合适的技术方案来解决这个问题。发明内容

本发明的目的在于提供一种大数据对象的传输方法、传输系统及发送设备和接收设备，可以实现大数据对象的断点续传。

本发明实施例提供的一种大数据对象的传输方法，包括：

在设备管理的会话过程中，发送设备以分块方式向接收设备传输一个大数据对象；

当所述传输过程发生中断后，重新发起会话过程；

判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则发送设备根据所述接收设备记录的已接收数据长度，将所述大数据对象的剩余部分数据发送给所述接收设备。

本发明实施例提供的另一种大数据对象的传输方法，包括：

在设备管理的会话过程中，接收设备以分块方式接收来自发送设备的一个大数据对象；

接收设备记录已经接收的所述大数据对象的数据长度；

当所述接收过程发生中断后，重新发起会话过程，判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则接收设备根据已经接收的所述大数据对象的数据长度，指示所述发送设备对所述大数据对象的剩余部分进行发送。

本发明实施例提供的一种发送设备，包括：

发送模块，用于以分块方式向接收设备传输一个大数据对象；

会话发起模块，用于当所述传输过程发生中断后，重新发起会话过程；判断模块，用于判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则指示所述发送模块，根据接收设备记录的已接收数据长度，将所述大数据对象的剩余部分数据发送给所述接收设备。本发明实施例提供的一种接收设备，包括：

接收模块，用于以分块方式接收来自发送设备的一个大数据对象；存储模块，用于记录已经接收的所述大数据对象的数据长度；

会话发起模块，用于当所述接收过程发生中断后，重新发起会话过程；判断模块，用于判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则通知所述发送设备发送所述大数据对象的剩余部分数据。

本发明实施例提供的一种大数据对象的传输系统，包括发送设备和接收设备，其中，

所述发送设备，用于以分块方式向接收设备传输一个大数据对象，当所述传输过程发生中断后，重新发起会话过程并判断所述大数据对象在中断前后是否发生变化，如果没有发生变化，则根据接收设备记录的已接收数据长度，将所述大数据对象的剩余部分数据发送给所述接收设备；

所述接收设备，用于接收所述大数据对象，并记录已经接收的所述大数据对象的数据长度。

本发明实施例提供的另一种大数据对象的传输系统，包括发送设备和接收设备，其中，

所述发送设备，用于以分块方式向所述接收设备传输一个大数据对象；当所述传输过程发生中断后，根据所述接收设备的指示，将所述大数据对象的剩余部分数据发送给所述接收设备；

所述接收设备，用于接收所述大数据对象，并记录已经接收的所述大数据对象的数据长度；当所述传输过程发生中断后，重新发起会话过程并判断所述大数据对象在中断前后是否发生变化，如果没有发生变化，则根据已经接收的所述大数据对象的数据长度，指示所述发送设备对所述大数据对象的剩余部分进行发送。

本发明的有益效果：

通过实施本发明的实施例，可以在设备管理（ DM )或数据同步（ DS )的会话流程中，对发生传输中断的大数据对象进行续传，从而可以节省无线资源，减少流量。附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显然描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图 1为本发明实施例所应用的 OMADM架构；

图 2为本发明实施例中会话建立阶段的流程；

图 3为本发明实施例管理会话阶段的流程；

图 4 为本发明实施例 SyncML客户端和服务器同步时消息交互的情况；图 5为本发明实施例提供的一种方法流程图；

图 6为本发明实施例提供的另一种方法流程图；

图 7为本发明实施例提供的一种具体方法流程图；

图 8为本发明实施例的 MO中新增的数结构示意图；

图 9为本发明实施例中的 MO的结构示意图；

图 10为本发明实施例中发送设备组成示意图；

图 11为本发明实施例中接收设备组成示意图；

图 12为本发明实施例的系统组成示意图。具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。

附图 1为本发明实施例所应用的 OMA DM架构。其中，终端设备 100上的 DM代理（DM Agent ) 101 , 用于解释和执行 DM服务器（DM Server ) 200下发的管理命令。终端设备上存储的 DM管理树 102可以被认为是一个 DM服务器 200通过 DM协议对终端设备进行管理的接口，其中包括一些基本管理对象（Management Object, MO );所述 DM服务器 200通过对 DM管理树 102上的管理对象进行操作，从而达到控制终端管理对象的目的。操作命令包括获取（Get )、替换（Replace ), 执行（Exec )、复制（Copy )、删除（Delete )等。

DM管理树、管理对象是由节点组成的，例如根节点、内部节点和叶子节点，节点有属于自己的框架 ( Framework )属性。一个节点的 Framework属性包括访问类型（ AccessType )、默认值（ DefaultValue )、出现次数（ Occurrence )、节点类型（DFType )等，用于标识一个节点的特征。其中 DFType对于叶子节点来说描述其通用因特网邮件扩展 ( Multipurpose Internet Mail Extensions , MIME )类型，而对于内部节点来说描述其管理对象标识（MOI )或为空值。

另外，在管理树中还存在着一类未命名的节点，起到占位符的作用，当服务器或终端对它进行实例化时，它才会被命名，这类节点叫做 X节点。

OMA DM技术一般包括两个阶段，其中第一个阶段称为初始化或引导 ( Bootstrap ), 该阶段使一个设备从没有参数配置的空状态转换到可以向 DM 服务器发起管理会话的状态。已经被 Bootstrap 的终端还可以进一步被 Bootstrap, 以使该设备可以向新的 DM服务器发起会话。除了基本的连接信息外，设备和用户应用设置信息也可以在 Bootstrap过程中进行配置。

DM的第二个阶段即为管理阶段，在此阶段服务器就可以对终端设备进行管理或信息的供应（ Provisioning )。 DM管理阶段又可以分为两个阶段：会话建立阶段和管理会话阶段，其中会话建立阶段的流程如图 2所示，其中，数据包 0携带了服务器发起的通知消息；数据包 1为终端发送的初始化包，其中包括了认证信息和设备信息；数据包 2 为服务器发送的初始化包，其中包括了认证信息、初始管理操作或用户交互命令。管理会话阶段的流程如图 3 所示，其中，数据包 3用于对上一步服务器下发指令的响应；数据包 4用于结束会话或者下发其他指令。

现代社会是信息社会。用户可以随时随地进行信息的接收和发送，可以随时随地用一台手持设备执行设备中的应用程序。而这种数据交互和执行应用程序的结果需要存储到手持设备中，也需要与其他数据设备中这种类型的数据保持一致。比如，在手机中和个人数字助理（Personal Digital Assistant, PDA)中都存有通讯录，在办公室和家里的 PC机或者笔记本也都存有相同的通讯录，人们希望这些设备中的信息能保持一致，当其中一个设备上的数据变化时，可以操作其他设备中的数据做相应的改变，这就是数据同步。

通用同步协议的目标是普遍适用。同步两端可以是任何一种类型的网络设备，在任一种网络上面，同步操作的数据可以是任何一种网络数据。任一种移动设备包括掌上电脑、 PDA、移动电话、自动计算机和桌面计算机。同时一个用户可以通过不同的设备进行访问、操作同样的数据集合。 SYNCML 同步协议就是为了实现这个目标而应运而生的一个新的通用标准，它由 IBM、 Lotus , Motorola, Nokia, Palm Inc 等公司组织发起成立的数据同步论坛组织—— SyncML发起制定的。自 2000年 12月 SyncML 1.0发布以来，已经有近 700家的全球的公司宣布支持该协议。

SyncML同步协议是一套协议集，它主要包括 4个部分： SyncML数据同步协议的框架结构、 SyncML同步协议、 SyncML表示协议、 SyncML的传输方式。 SyncML同步协议主要定义数据同步操作的会话过程中的数据流程，同步双方的握手过程，数据同步操作的类型等等； SyncML表示协议主要涉及同步所支持的数据类型、命令格式，能够在各种网络传输的 SyncML消息格式； SyncML消息可以在任何一种有线和无线的网络连接上传输，在 SyncML协议的传输绑定中，定义了可以在基于超文本传输协议 Hyper-Text Transfer Protocol, HTTP(), 无线会话协议 (Wireless Session Portocol , WSP), 对象交换协议（Object Exchange Protocol , OBEX)三种协议的网络连接上传输的 SyncML包和消息，这三种传输协议基本上涵盖了所有的远程和短程连接。在 SyncML同步协议中定义了在 SyncML客户端和 SyncML服务器之间消息的交互过程，同时定义的数据同步类型包括双向同步，客户端发起单向同步，服务器端发起单向同步及慢同步、服务器通告同步等。图 4 说明了 SyncML客户端和服务器同步时消息交互情况。 SyncML客户端可以发送包含客户数据修改信息的 SyncML消息给 SyncML服务器，服务器根据 SyncML 消息中的数据同步服务器中存储的数据，把修改结果信息回应给 SyncML客户端。

图 4中的 SyncML客户端和服务器定义如下：

SyncML客户端：是指包含了同步客户代理并首先把其修改信息发给服务器的设备，而且客户端必须能接收来自 SyncML服务器端的应答消息。尽管总是 SyncML客户端先发送修改信息，但在某种情况下，服务器端也要能发起同步过程。 SyncML客户端通常可以是手机、 PC或 PDA设备。

SyncML服务器：是指包含了同步服务代理和同步引擎的设备，通常要等待 SyncML客户端发起同步过程，并把客户修改信息发送到服务器。服务器负责接收客户端的修改信息并进行同步分析。如果传输层支持服务器端的命令， SyncML服务器也可以主动发起同步过程。一般的服务器设备或 PC都可以成为 SyncML服务器。

指紋技术通过数据指紋可以实现对数据元素进行标识。比如，通过对某个数据元素作摘要，得到数据元素的数字指紋。数字指紋可以只由终端产生，也可以由双方产生。指紋的用途是用于判别数据是否发生了变化。因为若修改了数据，指紋就会不一致。如果指紋一致，表明数据没有改变，如果指紋不一样，表明数据有修改。这样，通过比较指紋可以节省流量，避免发送一些不必要的数据。而在本发明实施例中，数字指紋可以用来进行断点续传。

本发明实施例提供的一种大数据对象的传输方法，请参见图 5 所示，包括步骤：步骤 501、在设备管理的会话过程中，发送设备以分块方式向接收设备传输一个大数据对象；

步骤 502、当所述传输过程发生中断后，重新发起会话过程；

步骤 503、判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则发送设备根据所述接收设备记录的已接收数据长度，将所述大数据对象的剩余部分数据发送给所述接收设备。

其中，步骤 502 中，当所述传输过程发生中断后，可以由发送设备重新发起会话过程，也可以由接收设备重新发起会话过程。

其中，步骤 503 中，可以由发送设备判断中断前后所述大数据对象是否发生改变；也可以由接收设备判断中断前后所述大数据对象是否发生改变。在判断中断前后所述大数据对象是否发生改变时，可以根据所述大数据对象的数字指紋进行判断，也可以根据所述大数据对象在中断前后的文件长度进行判断。

本发明实施例提供的另一种大数据对象的传输方法，请参见图 6 所示，包括步骤：

步骤 601、在设备管理的会话过程中，接收设备以分块方式接收来自发送设备的一个大数据对象；

步骤 602、接收设备记录已经接收的所述大数据对象的数据长度；步骤 603、当所述传输过程发生中断后，重新发起会话过程，判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则接收设备根据已经接收的所述大数据对象的数据长度，指示所述发送设备对所述大数据对象的剩余部分进行发送。

其中，步骤 603 中，当所述传输过程发生中断后，可以由发送设备重新发起会话过程，也可以由接收设备重新发起会话过程。在判断中断前后所述大数据对象是否发生改变时，可以由发送设备判断中断前后所述大数据对象是否发生改变；也可以由接收设备判断中断前后所述大数据对象是否发生改变。而且，在判断中断前后所述大数据对象是否发生改变时，可以根据所述大数据对象的数字指紋进行判断，也可以根据所述大数据对象在中断前后的文件长度进行判断。

下边具体描述所述方法实施例，请参见图 7所示，具体包括如下过程：步骤 701、发送设备以分块方式向接收设备发送一个大数据对象，其中在发送第一个分块时，将所述大数据对象的数字指紋发送给所述接收设备；步骤 702、接收设备接收所述大数据对象的数据分块，在存储所述数据分块的同时，记录数据指紋和已经接收到的数据长度；

步骤 703、所述传输过程中断，所述接收设备或者发送设备重新发起会话过程；所述发送设备或接收设备判断所述大数据对象在中断前后，数字指紋是否一致；

步骤 704, 如果所述大数据对象的数字指紋在中断前后一致，说明中断前后所述大数据对象在所述发送设备上没有发生变化，所述发送设备根据所述接收设备已经接收的数据长度，将所述大数据对象的剩余部分数据发送给所述接收设备；

步骤 705 , 如果所述大数据对象的数字指紋在中断前后不一致，则说明所述大数据对象已经发生了变化，所述发送设备需要重新发送整个大数据对象。

在所述步骤 701 中，所述发送设备在发送所述大数据对象时，需要先对所述大数据对象进行分块，以满足信息包的容量限制，并且针对该数据对象生成相应的数字指紋，用于判断所述大数据对象在中断前后是否发生变化，这时发送的所述大数据对象的第一个数据分块的信息包可以为如下格式： <Command>

<Meta>

</Meta>

<Item>

</Item>

</Command>

其中，所述 size 字段用来标记所述大数据对象的数据长度；所述 Fingerprint字段用来标记所述大数据对象的数字指紋，这个字段为可选项，是否发送所述大数据对象的数字指紋由所述发送设备决定，因为即使不发送数字指紋，也可以根据所述大数据对象的数据长度判断所述大数据对象在传输中断的前后是否发生了变化。在所述步骤 702 中，接收设备接收所述大数据对象的数据分块后，可以保存一个标识 RLength, 是整型数据，用来记录所述大数据对象当前已经接收到的数据长度。该值的 Schema格式可以类似于：

<xs: element name ="RLength" type ="xs:int" minOccurs="0" />

该标识与已经接收的数据部分，数字指紋以及 size元素，都可以保存于管理对象（Management Object, MO )中，这时 MO中新增的树结构可以参见图 8所示，其中各节点含义如下：

<x>/Temp

该节点用于暂存数据对象的已接收内容。

<x>/Size

该节点用于保存数据对象的总长度 _t

<x>/Rlength

节点用于保存数据对象已接收部分的数据长度。

<x>/Fingerprint

该节点用于保存数据对象的数字指紋。

在所述步骤 703中，可以分为如下两种情况: 1、如果是接收设备重新发起会话流程，那么接收设备可以主动向发送设备上报保存的数字指紋和已经接收的数据长度，发送设备接收到以后，与所述数据对象的最新的数字指紋进行比对，如果一致，则表明中断前后，所述大数据对象没有发生变化，则发送设备可以根据所述已经接收的数据长度，将所述大数据对象的剩余部分数据发送给所述接收设备；如果不一致，则表明所述大数据对象在中断前后发生了变化。

2、如果是发送设备重新发起会话流程，那么发送设备可以将所述数据对象的最新的数字指紋发给接收设备，接收设备收到后，将其与自己保存的数字指紋进行比对，如果一致，就把已经接收的数据长度上报给所述发送设备，则发送设备根据该数据长度，将剩余部分的数据发送给所述接收设备；如果不一致，则表明所述大数据对象在中断前后发生了变化。下边按照中断前后大数据对象是否发生变化，分两个场景进行描述。场景一：中断前后大数据对象发生变化的情况

假定现在有一台终端设备（接收设备）与服务器（发送设备）之间建立了一个设备管理会话，其中每个信息包最大的大小规定不能超过 3000字节，现在服务器要下发一个屏保文件： Flower.jpg ( 12780字节）给所述终端设备，由于文件尺寸大于信息包的最大尺寸，因此服务器需要把 Flower.jpg文件分为 7个数据块，每个数据块 2000字节，同时根据哈希（HASH ) 算法为该文件生成一个数字指紋： 0xAlE43111B77566FD, 那么服务器所发送的包含第一个数据块的信息包格式可以如下所示：

<Add>

<Meta>

<Type>application/vnd.omads-file+xml</Type>

</Meta>

<Item>

<LocURI>Flower.jpg</LocURI>

</Target>

<！—第一个数据块 ― >

</Data>

</Item>

</Add>

所述终端设备收到所述信息包后，可以把相应的数据暂存于 MO中， MO 结构可以如图 9所示。

随着陆续接收到后续的数据块，所述 MO中的 Temp和 Rlength两个节点的值也会相应发生变化。 H没已经收到 4个数据块，这时 Rlength=8000。此时传输中断了。中断期间服务器上的 Flower.jpg文件发生了变化，长度变为： 13005字节，数字指紋变为 0x81E431FlB7056923。

然后由服务器重新发起新的会话，这时可以分为两种情况来处理： ( 1 )服务器发送新的数字指紋给终端设备，终端设备收到后通过比对发现中断前后的数字指紋不一致，也就是说明所述数据对象发生了变化，因此终端设备不发送 Rlength, 而是要求服务器重新发送整个数据对象，而 MO中的数据也会清空。这时服务器将会重复原来的发送流程，对数据对象重新分块并逐个传输。或者：

( 2 )服务器发送新的文件长度给终端设备，终端设备收到后与原来储存的文件长度比对，发现数据对象在中断前后发生了变化，因此终端设备不发送 Rlength, 而是要求服务器重新发送整个数据对象，而 MO中的数据也会清空。这时服务器将会重复原来的发送流程，对数据对象重新分块并逐个传输。

当然，在中断前后数据对象发生变化的场景下，也可以由客户端终端设备主动发起新的会话，主动上报保存的数字指紋和已接收长度 Rlength = 8000 给服务器，服务器收到后，与最新的数字指紋或者文件长度进行比对，发现不一致，说明所述数据对象发生了变化，这时服务器将重新发送整个数据对象，而 MO中的数据也会清空。这时服务器将会重复原来的发送流程，对数据对象重新分块并逐个传输。

场景二：中断前后数据对象没有发生变化。前提条件同上述场景一的描述。不过中断期间服务器上的 Flower.jpg文件没有变化。

然后客户端终端设备主动发起新的会话，这时也可分为两种情况来处理：

( 1 )客户端设备主动上报保存的数字指紋和已接收长度 Rlength = 8000 给服务器，服务器收到后，与最新的数字指紋进行比对，发现一致，于是服务器就把剩余的 4780字节发送给终端设备，终端设备收到后续 3个数据块后就可以把所有数据块重新组装在一起，并提交，相应 MO中的数据也会被清空。或者，

( 2 )客户端设备主动上报保存的文件长度和已接收长度 Rlength = 8000 给服务器，服务器收到后，与最新的文件长度进行比对，发现一致，于是服务器就把剩余的 4780字节发送给终端设备，终端设备收到后续 3个数据块后就可以把所有数据块重新组装在一起，并提交，相应 MO中的数据也会被清空。

当然，在中断前后数据对象没有发生变化的场景下，也可以由服务器重新发起新的会话，向终端设备发送新的数字指紋或者新的文件长度，由终端设备收到后与原来保存的数字指紋或者文件长度进行比对，发现一致，要求服务器把剩余的 4780字节发送给终端设备，终端设备收到后续 3个数据块后就可以把所有数据块重新组装在一起，并提交，相应 MO中的数据也会被清空。

基于上述方法实施例，本发明实施例还提供了一种发送设备，参见图 10, 可以包括：

发送模块 11 , 用于以分块方式向接收设备传输一个大数据对象；会话发起模块 12, 用于当所述传输过程发生中断后，重新发起会话过程；判断模块 13, 用于判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则指示所述发送模块，根据接收设备记录的已接收数据长度，将所述大数据对象的剩余部分数据发送给所述接收设备。参见图 11 , 本发明实施例还提供了一种接收设备，可以包括：接收模块 16 , 用于以分块方式接收来自发送设备的一个大数据对象；存储模块 17 , 用于记录已经接收的所述大数据对象的数据长度；会话发起模块 18, 用于当所述接收过程发生中断后，重新发起会话过程；判断模块 19, 用于判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则通知所述发送设备发送所述大数据对象的剩余部分数据。

参见图 12 , 本发明实施例提供了一种大数据对象的传输系统，包括发送设备 800和接收设备 900 , 其中，

所述发送设备 800 , 用于以分块方式向所述接收设备传输一个大数据对象；当所述传输过程发生中断后，根据所述接收设备的指示，将所述大数据对象的剩余部分数据发送给所述接收设备；

所述接收设备 900, 用于接收所述大数据对象，并记录已经接收的所述大数据对象的数据长度；当所述传输过程发生中断后，重新发起会话过程并判断所述大数据对象在中断前后是否发生变化，如果没有发生变化，则根据已经接收的所述大数据对象的数据长度，指示所述发送设备对所述大数据对象的剩余部分进行发送。

或者，

所述发送设备 800, 用于以分块方式向接收设备传输一个大数据对象，当所述传输过程发生中断后，重新发起会话过程并判断所述大数据对象在中断前后是否发生变化，如果没有发生变化，则根据接收设备记录的已接收数据长度，将所述大数据对象的剩余部分数据发送给所述接收设备；

所述接收设备 900, 用于接收所述大数据对象，并记录已经接收的所述大数据对象的数据长度。

通过实施本发明的实施例，可以在数据同步（DS ) 的会话流程中，对发生传输中断的大数据对象进行续传，从而可以节省无线资源，减少流量。

需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，该的存储介质可为磁碟、光盘、只读存储记忆

RAM )等。

以上是对本发明具体实施例的说明，在具体的实施过程中可对本发明的方法进行适当的改进，以适应具体情况的具体需要。因此可以理解，根据本发明的具体实施方式只是起示范作用，并不用以限制本发明的保护范围。

Claims

权利要求书

1、一种大数据对象的传输方法，其特征在于，包括：

当所述传输过程发生中断后，重新发起会话过程；

2、如权利要求 1所述的传输方法，其特征在于，当所述传输过程发生中断后，所述判断中断前后所述大数据对象是否发生改变之前，所述方法还包括：接收所述接收设备发送的存储的所述大数据对象的数字指紋及所述已接收数据长度；

所述判断中断前后所述大数据对象是否发生改变具体为：

发送设备根据所述存储的所述大数据对象的数字指紋与最新的所述大数据对象的数字指紋是否一致，判断中断前后所述大数据对象是否发生改变；若一致，则所述大数据对象未发生改变，反之，所述大数据对象发生改变。

3、如权利要求 1所述的传输方法，其特征在于，当所述传输过程发生中断后，所述判断中断前后所述大数据对象是否发生改变之前，所述方法还包括：接收所述接收设备发送的存储的所述大数据对象的数据长度及所述已接收数据长度；

所述判断中断前后所述大数据对象是否发生改变具体为：

发送设备根据所述存储的所述大数据对象的数据长度与最新的所述大数据对象的数据长度是否一致，判断中断前后所述大数据对象是否发生改变；若一致，则所述大数据对象未发生改变，反之，所述大数据对象发生改变。

4、一种大数据对象的传输方法，其特征在于，包括：在设备管理的会话过程中，接收设备以分块方式接收来自发送设备的一个大数据对象；

接收设备记录已经接收的所述大数据对象的数据长度；

当所述接收过程发生中断后，重新发起会话过程；

判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则接收设备根据已经接收的所述大数据对象的数据长度，指示所述发送设备发送所述大数据对象的剩余部分数据。

5、如权利要求 4所述的传输方法，其特征在于，在所述传输过程发生中断之前，所述方法还包括：

存储所述发送设备发送的所述大数据对象的数字指紋；

当所述传输过程发生中断后，所述判断中断前后所述大数据对象是否发生改变之前，所述方法还包括：

接收所述发送设备发送的最新的所述大数据对象的数字指紋；

所述判断中断前后所述大数据对象是否发生改变具体为：

根据所述存储的所述大数据对象的数字指紋与最新的所述大数据对象的数字指紋是否一致，判断中断前后所述大数据对象是否发生改变；若一致，则所述大数据对象未发生改变，反之，所述大数据对象发生改变。

6、如权利要求 4所述的传输方法，其特征在于，在所述传输过程发生中断之前，所述方法还包括：

存储所述发送设备发送的所述大数据对象的数据长度；

接收所述发送设备发送的最新的所述大数据对象的数据长度；

所述判断中断前后所述大数据对象是否发生改变具体为：

根据所述存储的所述大数据对象的数据长度与最新的所述大数据对象的数据长度是否一致，判断中断前后所述大数据对象是否发生改变；若一致，则所述大数据对象未发生改变，反之，所述大数据对象发生改变。

7、一种发送设备，其特征在于，包括：

会话发起模块，用于当所述传输过程发生中断后，重新发起会话过程；判断模块，用于判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则指示所述发送模块，根据接收设备记录的已接收数据长度，将所述大数据对象的剩余部分数据发送给所述接收设备。

8、一种接收设备，其特征在于，包括：

会话发起模块，用于当所述接收过程发生中断后，重新发起会话过程；判断模块，用于判断中断前后所述大数据对象是否发生改变，如果没有发生改变，则指示所述发送设备发送所述大数据对象的剩余部分数据。

9、一种大数据对象的传输系统，其特征在于，包括发送设备和接收设备，其中，

所述接收设备，用于接收所述大数据对象，并记录所述大数据对象的所述已接收数据长度。

10、一种大数据对象的传输系统，其特征在于，包括发送设备和接收设备，其中，

所述发送设备，用于以分块方式向所述接收设备传输一个大数据对象；当所述传输过程发生中断后，根据所述接收设备的指示，将所述大数据对象的剩余部分数据发送给所述接收设备；所述接收设备，用于以分块方式接收所述大数据对象，并记录已经接收的所述大数据对象的数据长度；当所述传输过程发生中断后，重新发起会话过程并判断所述大数据对象在中断前后是否发生变化，如果没有发生变化，则根据已经接收的所述大数据对象的数据长度，向所述发送设备发送所述指示。