于根据资源包的包标识找到对应的资源包。各历史版本资源包的包标识可通过MD5算法计算得出。在存储了包标识以及资源包存储地址的映射关系的情况下，所述记录单元122再存储记录对应的增量差分包的存储地址，以便于不仅能够找到资源包包标识对应的资源包，还能找到对应的增量差分包。当然，也可以仅保存各个历史版本资源包的包标识与对应增量差分包的映射关系。
[0128]对应地，如图9所示，所述处理模块13则可以包括:
[0129]接收单元131，用于接收更新端发送的更新请求，所述更新请求中携带所述更新端中待更新文件的版本信息和待更新版本资源包标识；
[0130]所述接收单元131接收到的更新请求可以是更新端可以通过定时更新或者用户手动触发更新等方式向服务端发起更新请求。
[0131]判断单元132，用于判断所述更新请求中的版本信息与所述新版本资源包的版本信息是否相同；
[0132]同样所述的版本信息也可以是终端根据MD5算法计算终端中目标应用的版本号码得到的版本标识码(即具体的标识值)，而所述新版本资源包的版本信息也可以是服务端根据MD5算法计算所述新版本的版本号码得到的新版本资源包的版本标识码。所述判断单元132将两个版本标识码进行比较，若相同，则表明更新请求中的版本信息与所述新版本资源包的版本信息相同，此时表明更新端的目标应用已经是最新版本；若两个版本标识码不相同，则表明更新端需要进行后续的更新，通知下述的确定单元133。
[0133]确定单元133，用于若不相同，确定所述资源映射库中与所述更新请求中的待更新版本资源包标识的标识值相同的历史版本资源包的包标识；
[0134]第一发送单元134，用于将所述资源映射库中与该相同的历史版本资源包的包标识对应的增量差分包存储地址返回给所述更新端。
[0135]其中具体的，所述判断单元132，具体用于判断所述更新请求中的版本标识码与版本映射库中记载的新版本资源包的版本标识是否相同；若不相同，则确定述更新请求中的版本信息与所述新版本资源包的版本信息不相同。
[0136]进一步地，所述处理模块13还可以包括:
[0137]第二发送单元135，用于若在所述资源映射库中未确定出与所述更新请求中的待更新版本资源包标识的标识值相同的历史版本资源包的包标识，则将所述新版本资源包的存储地址返回给所述更新端。
[0138]进一步地，本发明实施例的的所述记录模块14，用于当接收到新版本资源包时，在预置的包括各历史版本标识与其对应版本号的版本映射库中，增加所述新版本资源包的版本标识与新版本号的映射关系。
[0139]而所述的标识发送模块15，用于生成所述新版本资源包的包标识，并将所述新版本资源包的包标识返回给所述更新端。
[0140]在返回了增量差分包的存储地址或者新版本资源包的存储地址后，所述标识发送模块15还可以通过MD5等算法计算生成所述新版本资源包的包标识，将新版本资源包的包标识发送给更新端，以便于更新端在对目标应用的相关文件进行更新后，根据服务端返回的新版本资源包的包标识来验证本次更新是否成功。
[0141]本发明实施例可以在发布对目标应用相应文件进行更新的新版本资源包时，能够得到新版本与各历史版本的差分部分的增量差分包，并根据映射存储的方式实现在用户需要对相应文件进行更新时，能够仅发送其中不同的部分给更新端，减少了更新所需的数据量，有利于快速下载，节省带宽资源以及能耗，节约了用户的下载时间。并且基于MD5等标识码计算方式得到的标识码来对各类资源包以及版本进行标记，可以确保资源包的下载以及更新的有效性和准确性，保证了用户更新能够正常完成。
[0142]进一步地，再请参见图10，是本发明实施例的再一种数据更新装置的结构示意图，本发明实施例的所述装置可应用在各类智能终端设备中，具体可设置在上述系统实施例中的更新端2中，所述装置包括:
[0143]生成模块21，用于在检测到对本端的待更新文件进行更新时，生成该待更新文件的待更新版本资源包标识；
[0144]请求模块22，用于向服务端发送更新请求，所述更新请求中携带待更新文件的版本信息和待更新版本资源包标识；
[0145]处理模块23，用于接收所述服务端根据所述更新请求中的版本信息和包标识返回的资源包存储地址，根据该资源包存储地址发起下载请求以获取资源包；
[0146]更新模块24，用于根据获取的资源包更新所述待更新文件资源包；
[0147]其中，接收到的资源包存储地址包括增量差分包存储地址或新版本资源包存储地址，所述增量差分包是所述服务端根据差分算法计算服务端中所述待更新文件对应的新版本资源包与存储的各历史版本资源包的差分部分。
[0148]对于更新端中安装的目标应用，可以通过定时更新或者用户手动触发更新等方式来对本端所述目标应用的相关文件进行更新。在检测到定时到来时或者手动触发时，所述生成模块21通过MD5算法等方式计算得到该目标应用对应的待更新文件资源包的包标识。更新端根据本端的待更新文件，可以得到待更新文件的版本信息以及该待更新文件对应资源包的待更新版本资源包标识。
[0149]更新端连接到对应服务端并发送更新请求可通过现有技术实现。所述请求模块22在更新请求中携带版本信息用于使服务端判断是否需要响应该更新请求返回相应数据完成更新；而在更新请求中携带的待更新文件资源包的包标识则是用于指示服务端要发送何种更新资源包。所述更新请求中的版本信息也可以是所述生成模块21对目标应用的版本号码进行如MD5算法计算后得到的版本标识码。
[0150]本发明实施例更新端在对目标应用的相关文件进行更新时，能够仅下载其中不同的部分，减少了更新所需的数据量，有利于快速下载，节省带宽资源以及能耗，节约了用户的下载时间。
[0151]再请参见图11，是本发明实施例的又一种数据更新装置的结构示意图，本发明实施例的所述装置可应用在各类智能终端设备中，包括图10对应实施例中的生成模块21，请求模块22，处理模块23以及更新模块24，在本发明实施例中，所述装置还包括:接收模块25以及提示模块26。
[0152]具体的，若所述根据该资源包存储地址发起下载请求以获取资源包下载得到的资源包为增量差分包，如图12所示，本发明实施例中的所述更新模块24可以包括:
[0153]计算单元241，用于根据预置的合并算法将所述增量差分包和所述待更新文件的资源包进行合并处理，得到更新后的所述待更新文件的资源包；
[0154]更新单元242，用于解压所述得到的更新后的所述待更新文件的资源包，得到完成更新后的文件。
[0155]具体的，若所述根据该资源包存储地址发起下载请求以获取资源包下载得到的资源包为新版本资源包，则所述更新模块24还可以包括:
[0156]解压单元243，用于解压获取的新版本资源包，得到完成更新后的文件。
[0157]进一步的，在本发明实施例中，
[0158]所述接收模块25，用于接收服务端返回的新版本资源包的包标识；
[0159]所述生成模块21，还用于对所述完成更新后的文件的资源包进行计算，得到更新后的文件资源包的更新包标识；
[0160]所述提示模块26，用于将接收到的新版本资源包的包标识与所述生成的更新包标识进行比较，若不相同，则发出用于指示更新失败的提示。
[0161]服务端在发送对应资源包的存储地址后，还可以采用MD5算法等计算其新版本资源包的包标识，然后将新版本资源包的包标识发送给更新端。所述接收模块25接收服务端返回的所述新版本资源包的包标识。
[0162]更新端在通过上述更新单元242或者解压单元243得到完成更新后的文件后，对文件进行压缩得到更新后的文件资源包，并采用MD5算法等计算得到更新后的文件资源包的包标识。
[0163]将所述接收模块25接收到的包标识与所述生成模块21生成的完成更新后的文件所对应的资源包的更新包标识进行比较，若相同，则表明更新成功，否则，更新失败，具体可以由所述提示模块26发出更新失败的提示，以便于用户重新发起更新。
[0164]本发明实施例更新端在对目标应用的相关文件进行更新时，能够仅下载其中不同的部分，减少了更新所需的数据量，有利于快速下载，节省带宽资源以及能耗，节约了用户的下载时间。并且基于MD5等标识码计算方式得到的标识码来对各类资源包以及版本进行标记，可以确保资源包的下载以及更新的有效性和准确性，保证了用户更新能够正常完成。
[0165]本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random AccessMemory, RAM)等。
[0166]以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
【主权项】
1.一种数据更新方法，其特征在于，包括: 当接收到新版本资源包后，根据差分算法计算新版本资源包与存储的各历史版本资源包的差分部分，将差分部分作为各历史版本资源包的增量差分包； 存储各增量差分包，并记录各历史版本资源包的包标识与对应增量差分包存储地址的映射关系； 若接收到携带待更新版本资源包标识的更新请求，确定与所述待更新版本资源包标识的标识值相同的历史版本资源包的包标识； 根据确定的包标识查找增量差分包存储地址，并响应所述更新请求返回查找到的增量差分包存储地址。
2.如权利要求1所述的方法，其特征在于，所述存储各增量差分包，并