移动终端与服务器之间数据传输的控制方法及装置的制造方法
【专利摘要】本发明公开了一种移动终端与服务器之间数据传输的控制方法及装置，其中方法包括：针对目标数据，启动移动终端与服务器之间的数据传输操作，并在每次针对所述目标数据启动所述数据传输操作时记录操作次数；根据所述操作次数，获得预先设置的与所述操作次数对应的请求地址，其中，不同的请求地址对应不同的服务器；生成针对目标数据的数据传输请求消息，并将所述数据传输请求消息按照所述操作次数对应的请求地址进行发送。本发明通过重试机制可提供数据传输的安全性和有效性。
【专利说明】
移动终端与服务器之间数据传输的控制方法及装置
技术领域
[0001]本发明涉及计算机技术领域，具体涉及一种移动终端与服务器之间数据传输的控制方法及装置。
【背景技术】
[0002]随着移动终端(例如智能手机)的普及，用户在移动终端上进行各种操作，例如，通过手机浏览器浏览网页、使用各种生活、学习或娱乐的APP、使用各种通讯工具(如微信)，等，总之，移动终端逐步代替PC机完成越来越多的功能。在用户使用智能手机时，手机后台往往需要与服务器进行数据传输(例如浏览器收藏夹数据云端同步)。目前移动产品中涉及客户端和服务端数据交互的场景较多，而存在的不安全因素和不稳定情况更多，例如，某个服务器故障，或者网络连接失败，或者运营商对数据进行篡改插入广告，等。因此，如何增强移动终端与服务器之间传输数据的安全性，是需要关注的一个技术问题。
【发明内容】
[0003]鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的移动终端与服务器之间数据传输的控制方法及装置。
[0004]依据本发明的一个方面，提供一种移动终端与服务器之间数据传输的控制方法，包括:针对目标数据，启动移动终端与服务器之间的数据传输操作，并在每次针对所述目标数据启动所述数据传输操作时记录操作次数;根据所述操作次数，获得预先设置的与所述操作次数对应的请求地址，其中，不同的请求地址对应不同的服务器;生成针对目标数据的数据传输请求消息，并将所述数据传输请求消息按照所述操作次数对应的请求地址进行发送。
[0005]优选的，还包括:在每次生成所述数据传输请求消息时，按照移动终端与服务器预先约定的算法，生成随机数;在接收到数据传输响应消息之后，解析所述数据传输响应消息得到携带的随机数;比对两个随机数是否一致;如果不一致，则确定数据传输发生错误。
[0006]优选的，还包括:在目标数据发送方，根据目标数据文件生成文件完整度校验值；在目标数据接收方，根据接收到的目标数据文件，重新生成文件完整度校验值;比对两个文件完整度校验值是否一致;如果不一致，则确定数据传输发生错误。
[0007]优选的，还包括:在确定数据传输发送错误时，重新启动所述数据传输操作。
[0008]优选的，还包括:预先设置操作次数与请求地址的对应关系，其中，请求地址的开销和安全性随着重试次数的增加而增加。
[0009]优选的，与首次操作对应的请求地址是http请求地址；与第一次重试的传输操作对应的请求地址是https请求地址。
[0010]优选的，所述数据传输请求消息是移动终端向服务器发送的数据上传请求消息，所述目标数据是位于移动终端待上传到服务器的数据;所述数据传输请求消息是移动终端向服务器发送的数据下载请求消息，所述目标数据是位于服务器待下载到移动终端的数据。
[0011]依据本发明的一个方面，提供一种移动终端与服务器之间数据传输的控制装置，包括:数据传输启动单元，用于针对目标数据，启动移动终端与服务器之间的数据传输操作;操作次数记录单元，用于在每次针对所述目标数据启动所述数据传输操作时记录操作次数;请求地址获取单元，用于根据所述操作次数，获得预先设置的与所述操作次数对应的请求地址，其中，不同的请求地址对应不同的服务器;请求消息生成单元，用于生成针对目标数据的数据传输请求消息；请求消息发送单元，用于将所述数据传输请求消息按照所述操作次数对应的请求地址进行发送。
[0012]优选的，还包括:随机数生成单元，用于在每次生成所述数据传输请求消息时，按照移动终端与服务器预先约定的算法，生成随机数;随机数解析单元，用于在接收到数据传输响应消息之后，解析所述数据传输响应消息得到携带的随机数;随机数比对单元，用于比对两个随机数是否一致，如果不一致，则确定数据传输发生错误。
[0013]优选的，还包括:完整度校验单元，用于在目标数据发送方，根据目标数据文件生成文件完整度校验值;或者，在目标数据接收方，根据接收到的目标数据文件，重新生成文件完整度校验值，以及比对两个文件完整度校验值是否一致;如果不一致，则确定数据传输发生错误。
[0014]优选的，所述随机数比对单元或所述完整度校验单元在确定数据传输发送错误时，重新启动所述数据传输启动单元进行数据传输操作。
[0015]优选的，还包括:请求地址预置单元，用于预先设置操作次数与请求地址的对应关系，其中，请求地址的开销和安全性随着重试次数的增加而增加。
[0016]优选的，与首次操作对应的请求地址是http请求地址；与第一次重试的传输操作对应的请求地址是https请求地址。
[0017]优选的，所述数据传输请求消息是移动终端向服务器发送的数据上传请求消息，所述目标数据是位于移动终端待上传到服务器的数据;所述数据传输请求消息是移动终端向服务器发送的数据下载请求消息，所述目标数据是位于服务器待下载到移动终端的数据。
[0018]可见，本发明实施例本发明针对移动终端和服务器之间的数据传输，为了提供数据传输的安全性和成功率，设置了重试机制，即，如果在传输过程中出现了问题(服务器故障、运营商篡改数据、网络问题，等等)，则重新换一个服务器进行数据传输。
[0019]特别的，在收藏夹同步例子中，针对收藏夹同步问题提出的接口同步处理策略，保障数据本身安全的同时，提高了上传和下载的成功率。通过请求重试机制，制定了针对运营商劫持和服务器故障情况下导致同步失败的解决性方案，减少了数据同步失败出现的概率。在该保障策略下，可根据业务需要扩展更多的业务场景，如收藏夹同步失败情况下数据回滚、多端数据同步等。保证了接口的安全可靠，给业务的稳定发展奠定了坚实基础。
[0020]上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的【具体实施方式】。
【附图说明】
[0021]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中:
[0022]图1示出了根据本发明实施例的移动终端与服务器之间数据传输的控制方法流程图；
[0023]图2示出了根据本发明实施例的在手机上进行收藏夹合并的流程示意图；以及
[0024]图3示出了根据本发明实施例的移动终端与服务器之间数据传输的控制装置结构示意图。
【具体实施方式】
[0025]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0026]下面结合附图对本发明实施例进行详细介绍。
[0027]参见图1，示出了根据本发明第一实施例的移动终端与服务器之间数据传输的控制方法流程图。该方法包括如下步骤S11-S103。
[0028]S101:针对目标数据，启动移动终端与服务器之间的数据传输操作，并在每次针对目标数据启动数据传输操作时记录操作次数；
[0029]S102:根据操作次数，获得预先设置的与操作次数对应的请求地址，其中，不同的请求地址对应不同的服务器；
[0030]S103:生成针对目标数据的数据传输请求消息，并将数据传输请求消息按照操作次数对应的请求地址进行发送。
[0031 ]上述“数据传输请求消息” 一般包括上传请求消息和下载请求消息，也就是，本发明方案对于从移动终端到服务器方向的数据传输以及对从服务器到移动终端方向的数据传输都适用。当数据传输请求消息是移动终端向服务器发送的数据上传请求消息时，可以理解，待传输的目标数据是位于移动终端待上传到服务器的数据;同理，当数据传输请求消息是移动终端向服务器发送的数据下载请求消息时，待传输的目标数据是位于服务器待下载到移动终端的数据。
[0032]概括而言，本发明针对移动终端和服务器之间的数据传输，为了提供数据传输的安全性和成功率，设置了重试机制，即，如果在传输过程中出现了问题(服务器故障、运营商篡改数据、网络问题，等等)，则重新换一个服务器进行数据传输。为此，针对同一个目标数据，需要记录针对该目标数据的传输操作次数，并预先设置不同操作次数与不同请求地址的对应关系，其中，不同的请求地址对应不同的服务器。
[0033]因此，优选的，还包括步骤:预先设置操作次数与请求地址的对应关系，其中，请求地址的开销和安全性随着重试次数的增加而增加。这可以理解为，默认的请求地址(即首次操作对应的请求地址)是开销较低但是安全性也较低的请求地址，随着重试次数增加，其对应的请求地址相对更安全，但是相应的，开销也越大。这样设置的原因是，为了尽可能减少网络传输开销，默认采取开销低的请求地址进行数据传输，如果首次传输失败，再依次启用开销大的重试的请求地址。例如，可以设置首次操作对应的请求地址是http请求地址;与第一次重试的传输操作对应的请求地址是https请求地址;与第二次及以上次数的重试的传输操作对应的请求地址为自定义请求地址，等等。
[0034]在实际应用中发现，有的接口为了提高安全性直接全量使用Https的方式，确实能够对安全性上提高较大，但是Https本身是Http和SSL/TLS的组队。SSL/TLS提供了身份验证、加密和签名等安全措施来保护用户和服务器之间的数据传输，这些都是需要成本的，比如需要额外购买SSL/TLS数字证书。另外，加解密数据也需要额外的计算开销，也就是可能需要更好的服务器来保证访问速度。所以在大多情况下不需求使用Https的时候仍然使用Http更为高效。
[0035]本发明之所以采用重试机制，是为了最大程度提高数据传输的有效性，防止因为一些原因(服务器故障、运营商篡改数据、网络问题，等等)导致的数据传输失败。那么，如何确定数据传输失败，则是确定重新启动数据传输时机的关键。在本发明实施例中，可以通过数据包头验证和文件完整度校验的方式，确定数据传输是否出现问题。
[0036]因此优选的，本发明还可以包括以下步骤:
[0037]1、在每次生成数据传输请求消息时，按照移动终端与服务器预先约定的算法，生成随机数；
[0038]2、在接收到数据传输响应消息之后，解析数据传输响应消息得到携带的随机数；
[0039]比对两个随机数是否一致;如果不一致，则确定数据传输发生错误。
[0040]和/或，
[0041 ] 3、在目标数据发送方，根据目标数据文件生成文件完整度校验值；
[0042]4、在目标数据接收方，根据接收到的目标数据文件，重新生成文件完整度校验值；
[0043]5、比对两个文件完整度校验值是否一致;如果不一致，则确定数据传输发生错误。
[0044]通过上述步骤，可以判断数据传输是否发生了错误。当确定发生错误的情况下，SP重新启动数据传输操作。
[0045]可见，本发明主要着眼点是客户端与服务端之间数据交互的安全保障问题。为了最大程度的进行直观说明，本发明以浏览器的收藏夹同步为例说明针对数据同步安全的保障方案。
[0046]当用户在使用手机浏览器的收藏夹时，一般提供收藏夹同步这一功能。收藏夹同步是指对用户在多个终端上的收藏夹内容进行同步。例如，用户分别在手机浏览器和PC浏览器的收藏夹中编辑和保存自己喜欢的网页，使用云收藏功能将两端打通，实现多端收藏夹可同步、可备份、可回滚的功能。多端同步以账号为单位控制。同帐号可实现多端同步。多部使用同帐号的手机浏览器之间可以实现收藏夹同步，同帐号的多部手机和PC可以实现收藏夹同步。
[0047]参见图2，为在手机上进行收藏夹合并的流程示意图。其中，云端收藏夹服务是指在云端提供收藏夹处理功能的服务，而收藏夹页面、修改列表管理类、本地收藏夹管理类、云端手机收藏夹管理类、云端PC收藏夹管理类，都是在手机上实现的，是指用于对收藏夹进行具体管理的各个功能实体，此例子中以编程语言中常用的“类”为例说明。
[0048]图2包括如下步骤:
[0049]S201:收藏夹页面发起同步请求；
[0050]S202:收藏夹页面向云端收藏夹服务请求云端收藏夹数据；
[0051]S203:云端收藏夹服务向收藏夹页面返回云端收藏夹数据；
[0052]S204:将手机收藏夹数据存储到本地数据库；
[0053]S205:删除本地收藏夹数据，插入手机云端收藏夹数据；
[0054]S206:返回存储手机收藏夹数据结果；
[0055]S207:将PC收藏夹数据存储到PC收藏夹；
[0056]S208: PC收藏夹数据数据更新；
[0057]S209:返回存储PC收藏夹数据；
[0058]S210:检查数据是否存储成功;存储成功条件下执行后续步骤；
[0059]S211:在用户确认合并后，启动合并处理；
[0060]S212:请求所有变更记录；
[0061 ]S213:查找本地更改的数据；
[0062]S214:查找本地收藏夹中的变更数据内容；
[0063]S215:返回变化的数据内容，存储到变更数据库中；
[0064]S216:返回变更数据；
[0065]S217:请求云端手机收藏夹数据；
[0066]S218:查找云端手机收藏夹数据；
[0067]S219:返回云端手机收藏夹数据；
[0068]S220:执行变更数据库与云端收藏夹数据的合并(删除或增加文件夹):根据文件夹ID处理需要删除或增加的文件夹；
[0069]S221:执行变更数据库与云端收藏夹数据的合并(修改文件夹):将更新后的每个书签，按照父ID字段添加到对应的文件夹下；
[0070]S222:将合并结果存储到本地收藏夹；
[0071]S223:更新本地收藏夹；
[0072]S224:返回更新结果；
[0073]S225:将合并后的本地收藏夹数据上传至服务端。
[0074]概括而言，同步过程主要是:请求云端数据;查找所有本地更改数据合并到本地云端数据库中，并将合并结果上传的过程。
[0075]对于上述收藏夹同步过程，其中对于步骤S202可应用本发明实施例提供的安全传输控制方式。具体的，在步骤S202之前或步骤S202 — S203过程中，在手机上执行以下步骤:
[0076]1、判断该次请求收藏夹数据是第几次请求；
[0077]2、根据请求次数获得请求地址；
[0078]3、封装请求并发送(步骤S202)，其中，在请求中携带随机数；
[0079]4、接收响应消息，得到收藏夹数据(步骤S203)
[0080]5、判断接收到的响应消息中是否携带与步骤3相同的随机数，若是，进一步计算收藏夹数据文件的完整度校验值，并与响应消息携带的完整度校验值比较。如果随机数比对或完整度校验值比对任一项不一致，则确认数据传输出现问题，则返回步骤I重新进行。[0081 ]对于上述例子，进一步说明如下。
[0082](I)关于请求地址
[0083]对于上传请求，根据不同的重试次数拼装不同的请求地址。例如，可以为收藏夹设置重试4次的重试机制。不同的次数请求的地址不同:默认使用常规的http请求地址:http: / / prof ile.se.cn；第一次重试使用https 请求地址:https: / / prof ile.se.cn；第二次重试使用请求地址:http://profilel.se.cn;第三次重试使用请求地址:http://profile2.se.cn;第四次重试使用请求地址:http://profile3.se.cn。其中，第一次重试使用https增加劫持成本，减少多数被劫持情况。如果仍然不成功尝试连接其他服务地址，减少因服务器问题导致失败情况。
[0084](2)关于数据验证
[0085]例如，在每次请求时可生成随机数UUID，并在获得相应后，检查相应数据中响应字段是否和请求时的数据相匹配。收藏夹接口通过Check: httpPostResponse.getHeaders (〃vt_guid〃)；是否和请求时传的UUID相同确认结果。
[0086](3)关于完整度校验
[0087]无论是上传还是下载，与文件并行着有文件的MD5值，在下载完后通过验证获得的文件生成MD5是否和所传的MD5相同确认文件是否完整。
[0088]可见，在上述收藏夹同步例子中，针对收藏夹同步问题提出的接口同步处理策略，保障数据本身安全的同时，提高了上传和下载的成功率。通过请求重试机制，制定了针对运营商劫持和服务器故障情况下导致同步失败的解决性方案，减少了数据同步失败出现的概率。在该保障策略下，可根据业务需要扩展更多的业务场景，如收藏夹同步失败情况下数据回滚、多端数据同步等。保证了接口的安全可靠，给业务的稳定发展奠定了坚实基础。
[0089]参见图3，为本发明实施例提供的一种移动终端与服务器之间数据传输的控制装置，该装置包括:
[0090]数据传输启动单元301，用于针对目标数据，启动移动终端与服务器之间的数据传输操作；
[0091 ]操作次数记录单元302，用于在每次针对所述目标数据启动所述数据传输操作时记录操作次数；
[0092]请求地址获取单元303，用于根据所述操作次数，获得预先设置的与所述操作次数对应的请求地址，其中，不同的请求地址对应不同的服务器；
[0093]请求消息生成单元304，用于生成针对目标数据的数据传输请求消息；
[0094]请求消息发送单元305，用于将所述数据传输请求消息按照所述操作次数对应的请求地址进行发送。
[0095]优选的，还包括:
[0096]随机数生成单元306，用于在每次生成所述数据传输请求消息时，按照移动终端与服务器预先约定的算法，生成随机数；
[0097]随机数解析单元307，用于在接收到数据传输响应消息之后，解析所述数据传输响应消息得到携带的随机数；
[0098]随机数比对单元308，用于比对两个随机数是否一致，如果不一致，则确定数据传输发生错误。
[0099]优选的，还包括:
[0100]完整度校验单元309，用于在目标数据发送方，根据目标数据文件生成文件完整度校验值;或者，在目标数据接收方，根据接收到的目标数据文件，重新生成文件完整度校验值，以及比对两个文件完整度校验值是否一致;如果不一致，则确定数据传输发生错误。
[0101]优选的，所述随机数比对单元或所述完整度校验单元在确定数据传输发送错误时，重新启动所述数据传输启动单元进行数据传输操作。
[0102]优选的，还包括:
[0103]请求地址预置单元310，用于预先设置操作次数与请求地址的对应关系，其中，请求地址的开销和安全性随着重试次数的增加而增加。
[0104]优选的，与首次操作对应的请求地址是http请求地址；与第一次重试的传输操作对应的请求地址是https请求地址。
[0105]优选的，
[0106]所述数据传输请求消息是移动终端向服务器发送的数据上传请求消息，所述目标数据是位于移动终端待上传到服务器的数据；
[0107]所述数据传输请求消息是移动终端向服务器发送的数据下载请求消息，所述目标数据是位于服务器待下载到移动终端的数据。
[0108]在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0109]在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0110]类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】，其中每个权利要求本身都作为本发明的单独实施例。
[0111]本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0112]此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0113]本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0114]应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0115]可见，本发明至少提供如下方案:
[0116]Al、一种移动终端与服务器之间数据传输的控制方法，包括:
[0117]针对目标数据，启动移动终端与服务器之间的数据传输操作，并在每次针对所述目标数据启动所述数据传输操作时记录操作次数；
[0118]根据所述操作次数，获得预先设置的与所述操作次数对应的请求地址，其中，不同的请求地址对应不同的服务器；
[0119]生成针对目标数据的数据传输请求消息，并将所述数据传输请求消息按照所述操作次数对应的请求地址进行发送。
[0120]A2、如Al所述的方法，还包括:
[0121]在每次生成所述数据传输请求消息时，按照移动终端与服务器预先约定的算法，生成随机数；
[0122]在接收到数据传输响应消息之后，解析所述数据传输响应消息得到携带的随机数；
[0123]比对两个随机数是否一致;如果不一致，则确定数据传输发生错误。
[0124]A3、如Al所述的方法，还包括:
[0125]在目标数据发送方，根据目标数据文件生成文件完整度校验值；
[0126]在目标数据接收方，根据接收到的目标数据文件，重新生成文件完整度校验值；
[0127]比对两个文件完整度校验值是否一致;如果不一致，则确定数据传输发生错误。
[0128]A4、如A2或A3所述的方法，还包括:
[0129]在确定数据传输发送错误时，重新启动所述数据传输操作。
[0130]A5、如Al所述的方法，还包括:
[0131]预先设置操作次数与请求地址的对应关系，其中，请求地址的开销和安全性随着重试次数的增加而增加。
[0132]A6、如A5所述的方法，与首次操作对应的请求地址是http请求地址;与第一次重试的传输操作对应的请求地址是https请求地址。
[0133]A7、如Al所述的方法，其特征在于，
[0134]所述数据传输请求消息是移动终端向服务器发送的数据上传请求消息，所述目标数据是位于移动终端待上传到服务器的数据；
[0135]所述数据传输请求消息是移动终端向服务器发送的数据下载请求消息，所述目标数据是位于服务器待下载到移动终端的数据。
[0136]B8、一种移动终端与服务器之间数据传输的控制装置，包括:
[0137]数据传输启动单元，用于针对目标数据，启动移动终端与服务器之间的数据传输操作；
[0138]操作次数记录单元，用于在每次针对所述目标数据启动所述数据传输操作时记录操作次数；
[0139]请求地址获取单元，用于根据所述操作次数，获得预先设置的与所述操作次数对应的请求地址，其中，不同的请求地址对应不同的服务器；
[0140]请求消息生成单元，用于生成针对目标数据的数据传输请求消息；
[0141]请求消息发送单元，用于将所述数据传输请求消息按照所述操作次数对应的请求地址进行发送。
[0142]B9、如B8所述的装置，还包括:
[0143]随机数生成单元，用于在每次生成所述数据传输请求消息时，按照移动终端与服务器预先约定的算法，生成随机数；
[0144]随机数解析单元，用于在接收到数据传输响应消息之后，解析所述数据传输响应消息得到携带的随机数；
[0145]随机数比对单元，用于比对两个随机数是否一致，如果不一致，则确定数据传输发生错误。
[0146]BlO、如B8所述的装置，还包括:
[0147]完整度校验单元，用于在目标数据发送方，根据目标数据文件生成文件完整度校验值;或者，在目标数据接收方，根据接收到的目标数据文件，重新生成文件完整度校验值，以及比对两个文件完整度校验值是否一致;如果不一致，则确定数据传输发生错误。
[0148]Bll、如B9或BlO所述的装置，所述随机数比对单元或所述完整度校验单元在确定数据传输发送错误时，重新启动所述数据传输启动单元进行数据传输操作。
[0149]B12、如B8所述的装置，还包括:
[0150]请求地址预置单元，用于预先设置操作次数与请求地址的对应关系，其中，请求地址的开销和安全性随着重试次数的增加而增加。
[0151]B13、如B12所述的装置，与首次操作对应的请求地址是http请求地址；与第一次重试的传输操作对应的请求地址是https请求地址。
[0152]B14、如B8所述的方法，
[0153]所述数据传输请求消息是移动终端向服务器发送的数据上传请求消息，所述目标数据是位于移动终端待上传到服务器的数据；
[0154]所述数据传输请求消息是移动终端向服务器发送的数据下载请求消息，所述目标数据是位于服务器待下载到移动终端的数据。
【主权项】
1.一种移动终端与服务器之间数据传输的控制方法，其特征在于，包括: 针对目标数据，启动移动终端与服务器之间的数据传输操作，并在每次针对所述目标数据启动所述数据传输操作时记录操作次数； 根据所述操作次数，获得预先设置的与所述操作次数对应的请求地址，其中，不同的请求地址对应不同的服务器； 生成针对目标数据的数据传输请求消息，并将所述数据传输请求消息按照所述操作次数对应的请求地址进行发送。2.如权利要求1所述的方法，其特征在于，还包括: 在每次生成所述数据传输请求消息时，按照移动终端与服务器预先约定的算法，生成随机数； 在接收到数据传输响应消息之后，解析所述数据传输响应消息得到携带的随机数； 比对两个随机数是否一致;如果不一致，则确定数据传输发生错误。3.如权利要求1所述的方法，其特征在于，还包括: 在目标数据发送方，根据目标数据文件生成文件完整度校验值； 在目标数据接收方，根据接收到的目标数据文件，重新生成文件完整度校验值； 比对两个文件完整度校验值是否一致;如果不一致，则确定数据传输发生错误。4.如权利要求2或3所述的方法，其特征在于，还包括: 在确定数据传输发送错误时，重新启动所述数据传输操作。5.如权利要求1所述的方法，其特征在于，还包括: 预先设置操作次数与请求地址的对应关系，其中，请求地址的开销和安全性随着重试次数的增加而增加。6.如权利要求5所述的方法，其特征在于，与首次操作对应的请求地址是http请求地址;与第一次重试的传输操作对应的请求地址是https请求地址。7.如权利要求1所述的方法，其特征在于， 所述数据传输请求消息是移动终端向服务器发送的数据上传请求消息，所述目标数据是位于移动终端待上传到服务器的数据； 所述数据传输请求消息是移动终端向服务器发送的数据下载请求消息，所述目标数据是位于服务器待下载到移动终端的数据。8.一种移动终端与服务器之间数据传输的控制装置，其特征在于，包括: 数据传输启动单元，用于针对目标数据，启动移动终端与服务器之间的数据传输操作；操作次数记录单元，用于在每次针对所述目标数据启动所述数据传输操作时记录操作次数； 请求地址获取单元，用于根据所述操作次数，获得预先设置的与所述操作次数对应的请求地址，其中，不同的请求地址对应不同的服务器； 请求消息生成单元，用于生成针对目标数据的数据传输请求消息； 请求消息发送单元，用于将所述数据传输请求消息按照所述操作次数对应的请求地址进行发送。9.如权利要求8所述的装置，其特征在于，还包括: 随机数生成单元，用于在每次生成所述数据传输请求消息时，按照移动终端与服务器预先约定的算法，生成随机数； 随机数解析单元，用于在接收到数据传输响应消息之后，解析所述数据传输响应消息得到携带的随机数； 随机数比对单元，用于比对两个随机数是否一致，如果不一致，则确定数据传输发生错误。10.如权利要求8所述的装置，其特征在于，还包括: 完整度校验单元，用于在目标数据发送方，根据目标数据文件生成文件完整度校验值；或者，在目标数据接收方，根据接收到的目标数据文件，重新生成文件完整度校验值，以及比对两个文件完整度校验值是否一致;如果不一致，则确定数据传输发生错误。
【文档编号】H04L29/06GK105897781SQ201610509751
【公开日】2016年8月24日
【申请日】2016年6月30日
【发明人】杨德立
【申请人】北京奇虎科技有限公司, 奇智软件（北京）有限公司