网页中的数据处理方法、装置及系统与流程

本申请涉及网页数据处理技术领域，特别涉及一种网页中的数据处理方法、装置及系统。

背景技术：

传统的网页更新时，通常是通过提交表单的方式向服务器发送一个请求；服务器接收请求并处理传来的表单，然后返回一整个新的网页。上述网页更新方式是对整个网页中所有的代码都进行了更新。而实际情况中，往往更新前和更新后的两个页面大部分代码是相同的，只是局部需要更新而已，因此，传统的网页更新方式对不需要更新的代码进行了不必要的更新，浪费了许多带宽资源。

目前随着前端技术的发展，页面多用ajax(asynchronousjavascriptandxml)即(异步的javascript和xml)技术。ajax技术可以针对页面局部待同步的数据，向服务器发送xmlhttprequest请求；相应地，服务器解析所述请求，并获取相应的回填数据给页面；页面将所述回填数据相应的回填，从而完成了页面数据的局部更新。

在一个实际应用场景中，首先需要判断页面具体哪个数据块需要同步，然后针对该数据利用所述ajax技术进行数据更新时，通常是需要编写一个ajax程序，向远程服务器发送ajax数据同步请求去请求数据，服务器再将请求获取的数据返回页面，页面解析数据完成回填后，页面更新才能完成。然而当页面多个不同的区块同时需要同步时，针对每个区块需要分别进行页面数据的请求、处理、回填等操作。在实际情况中，在多个区块出现数据同步的并发请求时，同时维护每个待同步区块对应建立的页面数据的请求、处理、回填链路的维护成本和逻辑复杂度非常高。

技术实现要素：

本申请实施方式的目的是提供一种网页中的数据处理方法、装置及系统，实现了网页中数据的自管理，能够大大降低数据的维护成本和逻辑复杂度。

本申请提供一种网页中的数据处理方法，所述方法包括：基于触发信号运行预设的数据集同步监测方式，根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步；获取需要同步的数据集的标记信息；在预设条件下，针对与所述标记信息相对应的数据 集发送数据同步请求；接收所述数据同步请求，基于所述数据同步请求获取相应的待同步数据，并将所述待同步数据返回页面；利用所述待同步数据对相应的数据集进行回填处理。

本申请提供一种网页中的数据处理方法，所述方法包括：基于触发信号运行预设的数据集同步监测方式，根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步；获取需要同步的数据集的标记信息；在预设条件下，针对与所述标记信息相对应的数据集发送数据同步请求。

本申请提供一种网页中的数据处理装置，所述装置包括：接收模块，用于接收触发信号；状态监测模块，用于基于触发信号运行预设的数据集同步监测方式；根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步；标记模块，用于获取需要同步的数据集的标记信息；请求发送模块，用于在预设条件下，针对与所述标记信息相对应的数据集发送数据同步请求。

本申请提供一种网页中的数据处理系统，所述系统包括：接收模块，用于接收触发信号；状态监测模块，用于基于触发信号运行预设的数据集同步监测方式；根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步；标记模块，用于获取需要同步的数据集的标记信息；请求发送模块，用于在预设条件下，针对与所述标记信息相对应的数据集发送数据同步请求；请求处理模块，用于接收所述数据同步请求，基于所述数据同步请求获取相应的待同步数据，并将所述待同步数据返回页面；回填模块，用于利用所述待同步数据对相应的数据集进行回填处理。

由以上描述的本实施方式所提供的技术方案可见，通过根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步，并获取需要同步的数据集的标记信息；进一步的将需要同步的数据集合并为一个数据同步请求进行页面数据的局部更新，整个页面数据集同步过程中，能够根据所述预定标识判断是否需要同步，何时发送数据同步请求，以及能够按照所述数据同步请求完成指定数据集的同步，从而实现了数据的自管理，降低数据的维护成本；特别是，当将需要同步的数据集合并为一个数据同步请求后，大大减少了数据同步请求的数量，能够大大降低数据维护的逻辑复杂度；同时当请求合并后，大大减少了请求个数，从而减少耗在网络传输上的总体时间，能提高页面性能。

附图说明

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

图1为本申请一个实施方式提供的网页中的数据处理方法的流程图；

图2为本申请一个实施方式提供的网页中的数据处理方法的流程图；

图3为本申请一个实施方式提供的网页中的数据处理装置的示意图；

图4为本申请一个实施方式提供的网页中的数据处理系统的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施方式中的附图，对本申请实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本申请一部分实施方式，而不是全部的实施方式。基于本申请中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都应当属于本申请保护的范围。

下面结合附图对本申请所述的网页中的数据处理方法、装置及系统进行详细的说明。图1是本申请一个实施方式提供的网页中的数据处理方法的流程图。虽然本申请提供了如下述实施方式或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块结构。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施方式提供的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品执行时，可以按照实施方式或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

请参阅图1，本申请一个实施方式所提供的一种网页中的数据处理方法可以包括如下步骤。

步骤s10：基于触发信号运行预设的数据集同步监测方式，根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步。

一般的，页面中包含有数据，所述数据可为页面待展示的内容。具体的，页面数据的内容可以根据实际业务需求的不同而不同，例如，可以包括：字符、图片、表格、动画等等，本申请在此并不作具体的限定。

在本实施方式中，可以基于预定的划分规则对所述页面数据进行划分，从而将所述页面数据划分为具有预设数据解析格式的数据集。具体的，所述预定的划分规则可为根据实际的业务维度，将页面数据划分为多个数据集。例如，当实际的业务为一个研发流程系统时，页面数据按照业务的维度，可以划分为：项目基本信息(basic)数据集、项目阶段信息(process) 数据集、阶段的待办事项(todo)数据集、代码分支信息(repo)数据集、开发服务器信息(server)数据集等。当然，所述预定的划分规则并不限于上述描述，所属领域技术人员在本申请的技术精髓启示下，还可能做出其他的变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

在本实施方式中，每个数据集可以具有预设数据解析格式。所述预设数据解析格式可以为包含能完整描述和解析当前状态的全集。例如，对于server数据集而言，其数据解析格式可包含服务器名字、阶段信息、状态信息等。其中，所述数据解析格式中的状态信息可以用于表示解析所述数据集的状态，其他信息可以用于配合描述所述数据集的其他属性。当然，所述预设数据解析格式并不限于上述描述，所属领域技术人员在本申请的技术精髓启示下，还可能做出其他的变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

在本实施方式中，针对每个数据集通过运行预设的数据集同步监测方式，可以获取相应的返回结果。具体的，所述返回结果可以为用于表示所述数据集是否需要同步的预定标识。具体的，所述预定标识可以包括第一标识和第二标识。所述第一标识可以用于表示相应的数据集的状态为待同步状态；所述第二标识可以用于表示相应的数据集为稳定状态，不需要同步。所述预定标识的具体形式可以为数字1、0，可以为字符“true”、“false”等等，本申请在此并不作具体的限定。

在一个具体的实施方式中，所述预设的数据集同步监测方式可以为针对每个数据集设置有可被调用的接口。所述接口可以为面向对象方式的接口，其内部封装有用于判断相应数据集状态的逻辑。所述接口能够判断数据集的具体状态为稳定态还是不稳定状态。当数据集为稳定态时，表明所述数据集当前不需要同步；当所述数据集为不稳定状态时，表明所述数据集当前需要同步数据。当外围调用所述接口时，可以向外围反馈相应的布尔值。当所述布尔值为“false”时，表明当前数据集为稳定态不用同步；当所述布尔值为“true”时，表明当前数据集为不稳定态，需要同步。其中，所述接口在判断数据集是否需要同步时，可以将数据集的状态信息与其内部存储的预设信息进行比对，判断所述状态信息是否符合数据集的同步要求。其中，所述预设信息和数据集的状态信息可以根据实际的业务、场景的变化而变化，本申请在此并不作具体的限定。以server数据集为例，所述预设信息可以为“没拿到数据”，“部署中”，或者“分配中”。而当所述状态信息为上述预设信息中的一个时，则可以判断出所述数据集符合数据集的同步要求，相应的返回“true”；当所述状态信息与上述预设信息不匹配时，则可以判断出所述数据集不符合数据集的同步要求，相应的返回“false”。

在本实施方式中，可以根据触发信号监测页面中的每个数据集的预定标识，从而确定所 述每个数据集是否需要同步。在一个具体的实施方式中，所述触发信号具体可以为周期性触发信号。例如，在页面中可以设置有周期性监测模块。每个数据集对应设置有所述接口。所述周期性监测模块可以以预定的周期，自动调用所述每个数据集对应的接口。调用时，所述接口针对其相应的数据集，向所述监测模块返回用于表示所述数据集状态的预定标识。此外，在另一个具体的实施方式中，所述触发信号也可以为指定触发信号。例如，在所述页面中设置有相应的功能按钮，当用户根据实际需要点击所述功能按钮时，可以发出触发信号，驱动相应的监测模块调用所述每个数据集对应的接口，获取相应的预定标识。

步骤s12：获取需要同步的数据集的标记信息。

在本实施方式中，当监测到具体需要同步的数据集之后，可以将所述数据集进行标记，获得一个与所述状态为待同步状态的数据集的标记信息。所述标记信息用于唯一表示所述需要同步的数据集。具体的，所述标记信息可以为所述数据集的名称，也可以为按照预定规则设置的编号等等。当然，所述标记信息的具体形式并不限于上述描述，所属领域技术人员在本申请的技术精髓启示下，还可能做出其他的变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

步骤s14：在预设条件下，针对与所述标记信息相对应的数据集发送数据同步请求。

在本实施方式中，所述预设条件可以为获得第一个标记信息起，且达到预定时长；或者标记信息个数达到预定的数量；或者接收到指定的发送信号，或者上述条件中的多个组合等，本申请在此并不作具体的限定。

具体的，在页面中可以设置有周期性监测模块，例如定时器等。当所述周期性监测模块监测到有数据集需要同步的预定标识，同时相应的获得了所述数据集的标记信息时，可以自获得第一个标记信息起，至达到预定时长时，针对所述与所述标记信息相对应的数据集发送数据同步请求。所述预定时长，可以根据实际业务需求进行设定，例如可以为1秒、3秒、5秒等等，本申请在此并不作具体的限定。此外，所述周期性监测模块也可以有计数功能。例如，其可以对所述标记信息进行计数，当所述标记信息的个数达到预定的个数时，针对与所述标记信息相对应的数据集发送数据同步请求。所述预定的个数也可以根据实际业务需求进行设定，例如可以为3个、5个、7个等等，本申请在此并不作具体的限定。当然，在所述页面中也可以设置有相应的发送按钮，当点击所述发送按钮时，可以触发指定的发送信号。当相应的请求发送模块接收到所述发送信号后，可以对与所述标记信息相对应的数据集发送数据同步请求。

在本实施方式中，所述数据同步请求具体的可以为ajax请求，此外还可以用websocket，长链接等其他技术方式实现浏览器和服务器的数据通信，本申请在此并不作具体的限定。在所述数据同步请求中可以包含有与所述数据集相对应的解析参数，例如，所述数据集的标记信息以及所述数据集具体需要同步的内容等。此外，所述数据同步请求还可以包含有处理服务器的地址信息，用于准确地向其发送数据同步请求。

步骤s16：接收所述数据同步请求，基于所述数据同步请求获取相应的待同步数据，并将所述待同步数据返回页面。

在本实施方式中，所述数据同步请求可以向预定的处理服务器发送，当所述预定的处理服务器接收到所述数据同步请求时，可以先对所述数据同步请求进行解析，获得相应的解析参数。其中，所述解析参数可以包括待同步数据集的标记信息，所述数据集具体需要同步的数据内容，页面端对应的地址信息等。

当所述处理服务器完成所述数据同步请求的解析后，基于所述解析获得的参数，可以获取所述数据集所需的待同步数据。具体的，所述待同步的数据可能从本地数据库中获取，可能从其他系统的接口中获取，也可能需要所述处理服务器进行多次查询后获得，本申请在此并不作具体的限定。当所述处理服务器获取所述数据集所需的待同步数据后，可以将所述待同步数据返回所述页面。

步骤s18：利用所述待同步数据对相应的数据集进行回填处理。

在本实施方式中，当页面端接收到所述待同步数据后，可以利用相应的数据回填模块，对所述待同步数据进行相应的回填处理。所述待同步的数据集在请求同步、处理服务器获取数据、页面回填处理过程中可以附带有标记信息，从而保证多个数据集同步更新时，最后都能准确回填到位。

本申请实施方式中，通过根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步，并获取需要同步的数据集的标记信息，进一步的将需要同步的数据集合并为一个数据同步请求进行页面数据的局部更新，整个页面数据集同步过程中，能够根据所述预定标识判断是否需要同步，何时发送数据同步请求，以及能够按照所述数据同步请求完成指定数据集的同步，从而实现了数据的自管理，降低数据的维护成本。特别是，当将需要同步的数据集合并为一个数据同步请求后，大大减少了数据同步请求的数量，能够大大降低数据维护的逻辑复杂度，同时当请求合并后，可大大减少http请求个数，从而减少耗在网络传输上的总体时间，相应地，dns路由等的解析次数，tcp握手次数也会相应较少，因此能提高页面 性能。

下面介绍本申请以页面端为主体的一种网页中的数据处理方法的实施方式。

请参阅图2，本申请一个实施方式提供的网页中的数据处理处理方法可以包括如下步骤。

步骤s10：基于触发信号运行预设的数据集同步监测方式，根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步。

一般的，页面中包含有数据，所述数据可为页面待展示的内容。具体的，页面数据的内容可以根据实际业务需求的不同而不同，例如，可以包括：字符、图片、表格、动画等等，本申请在此并不作具体的限定。

在本实施方式中，可以基于预定的划分规则对所述页面数据进行划分，从而将所述页面数据划分为具有预设数据解析格式的数据集。具体的，所述预定的划分规则可为根据实际的业务维度，将页面数据划分为多个数据集。例如，当实际的业务为一个研发流程系统时，页面数据按照业务的维度，可以划分为：项目基本信息(basic)数据集、项目阶段信息(process)数据集、阶段的待办事项(todo)数据集、代码分支信息(repo)数据集、开发服务器信息(server)数据集等。当然，所述预定的划分规则并不限于上述描述，所属领域技术人员在本申请的技术精髓启示下，还可能做出其他的变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

在本实施方式中，每个数据集可以具有预设数据解析格式。所述预设数据解析格式可以为包含能完整描述和解析当前状态的全集。例如，对于server数据集而言，其数据解析格式可包含服务器名字、阶段信息、状态信息等。其中，所述数据解析格式中的状态信息可以用于表示解析所述数据集的状态，其他信息可以用于配合描述所述数据集的其他属性。当然，所述预设数据解析格式并不限于上述描述，所属领域技术人员在本申请的技术精髓启示下，还可能做出其他的变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

在本实施方式中，针对每个数据集通过运行预设的数据集同步监测方式，可以获取相应的返回结果。具体的，所述返回结果可以为用于表示所述数据集是否需要同步的预定标识。具体的，所述预定标识可以包括第一标识和第二标识。所述第一标识可以用于表示相应的数据集的状态为待同步状态；所述第二标识可以用于表示相应的数据集为稳定状态，不需要同步。所述预定标识的具体形式可以为数字1、0，可以为字符“true”、“false”等等，本申请在此并不作具体的限定。

在一个具体的实施方式中，所述预设的数据集同步监测方式可以为针对每个数据集可以 设置有可被调用的接口。所述接口可以为面向对象方式的接口，其内部封装有用于判断相应数据集状态的逻辑。所述接口能够判断数据集的具体状态为稳定态还是不稳定状态。当数据集为稳定态时，表明所述数据集当前不需要同步；当所述数据集为不稳定状态时，表明所述数据集当前需要同步数据。当外围调用所述接口时，可以向外围反馈相应的布尔值。当所述布尔值为“false”时，表明当前数据集为稳定态不用同步；当所述布尔值为“true”时，表明当前数据集为不稳定态，需要同步。其中，所述接口在判断数据集是否需要同步时，可以将数据集的状态信息与其内部存储的预设信息进行比对，判断所述状态信息是否符合数据集的同步要求。其中，所述预设信息和数据集的状态信息可以根据实际的业务、场景的变化而变化，本申请在此并不作具体的限定。以server数据集为例，所述预设信息可以为“没拿到数据”，“部署中”，或者“分配中”。而当所述状态信息为上述预设信息中的一个时，则可以判断出所述数据集符合数据集的同步要求，相应的返回“true”；当所述状态信息与上述预设信息不匹配时，则可以判断出所述数据集不符合数据集的同步要求，相应的返回“false”。

在本实施方式中，可以根据触发信号监测页面中的每个数据集的预定标识，从而确定所述每个数据集是否需要同步。在一个具体的实施方式中，所述触发信号具体可以为周期性触发信号。例如，在页面中可以设置有周期性监测模块。每个数据集对应设置有所述接口。所述周期性监测模块可以以预定的周期，自动调用所述每个数据集对应的接口。调用时，所述接口针对其相应的数据集，向所述监测模块返回用于表示所述数据集状态的预定标识。此外，在另一个具体的实施方式中，所述触发信号也可以为指定触发信号。例如，在所述页面中设置有相应的功能按钮，当用户根据实际需要点击所述功能按钮时，可以发出触发信号，驱动相应的监测模块调用所述每个数据集对应的接口，获取相应的预定标识。

步骤s12：获取需要同步的数据集的标记信息。

在本实施方式中，当监测到具体需要同步的数据集之后，可以将所述数据集进行标记，获得一个与所述状态为待同步状态的数据集的标记信息。所述标记信息用于唯一表示所述需要同步的数据集。具体的，所述标记信息可以为所述数据集的名称，也可以为按照预定规则设置的编号等等。当然，所述标记信息的具体形式并不限于上述描述，所属领域技术人员在本申请的技术精髓启示下，还可能做出其他的变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

步骤s14：在预设条件下，针对与所述标记信息相对应的数据集发送数据同步请求。

在本实施方式中，所述预设条件可以为获得第一个标记信息起，且达到预定时长；或者 标记信息个数达到预定的数量；或者接收到指定的发送信号，或者上述条件中的多个组合等，本申请在此并不作具体的限定。

具体的，在页面中可以设置有周期性监测模块，例如定时器等。当所述周期性监测模块监测到有数据集需要同步的预定标识，同时相应的获得了所述数据集的标记信息时，可以自获得第一个标记信息起，至达到预定时长时，针对所述与所述标记信息相对应的数据集发送数据同步请求。所述预定时长，可以根据实际业务需求进行设定，例如可以为1秒、3秒、5秒等等，本申请在此并不作具体的限定。此外，所述周期性监测模块也可以有计数功能。例如，其可以对所述标记信息进行计数，当所述标记信息的个数达到预定的个数时，针对与所述标记信息相对应的数据集发送数据同步请求。所述预定的个数也可以根据实际业务需求进行设定，例如可以为3个、5个、7个等等，本申请在此并不作具体的限定。当然，在所述页面中也可以设置有相应的发送按钮，当点击所述发送按钮时，可以触发指定的发送信号。当相应的请求发送模块接收到所述发送信号后，可以对与所述标记信息相对应的数据集发送数据同步请求。

在本实施方式中，所述数据同步请求具体的可以为ajax请求，此外还可以用websocket，长链接等其他技术方式实现浏览器和服务器的数据通信，本申请在此并不作具体的限定。在所述数据同步请求中可以包含有与所述数据集相对应的解析参数，例如，所述数据集的标记信息以及所述数据集具体需要同步的内容等。此外，所述数据同步请求还可以包含有处理服务器的地址信息，用于准确地向其发送数据同步请求。

本申请实施方式中，通过根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步，并获取需要同步的数据集的标记信息；进一步的将需要同步的数据集合并为一个数据同步请求进行页面数据的局部更新，在页面数据集同步过程中，能够根据所述预定标识判断是否需要同步，以及何时发送数据同步请求，实现了数据的自管理，降低数据的维护成本；特别是，当将需要同步的数据集合并为一个数据同步请求后，大大减少了数据同步请求的数量，能够大大降低数据维护的逻辑复杂度，同时当请求合并后，可大大减少http请求个数，从而减少耗在网络传输上的总体时间，相应地，dns路由等的解析次数，tcp握手次数也会相应较少，因此也能提高页面性能。

基于上述实施方式所述的网页中的数据处理方法，本申请还提供一种网页中的数据处理装置。

请参阅图3，所述网页中的数据处理装置可以包括：

接收模块11，用于接收触发信号；

状态监测模块13，用于基于触发信号运行预设的数据集同步监测方式；根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步；

标记模块15，用于获取需要同步的数据集的标记信息；

请求发送模块17，用于在预设条件下，针对与所述标记信息相对应的数据集发送数据同步请求。

所述网页中的数据处理装置的另一种实施方式中，所述预设条件可以包括下述中的至少一个：

记录时间达到预定的时长；

标记信息个数达到预定的数量。

所述网页中的数据处理装置的另一种实施方式中，所述触发信号包括指定触发信号、周期性触发信号中的一个。

上述实施方式公开的网页中的数据处理装置与本申请网页中的数据处理方法实施方式相对应，可以实现本申请的网页中的数据处理方法实施方式并达到方法实施方式的技术效果。

基于上述实施方式所述的网页中的数据处理方法，本申请还提供一种网页中的数据处理系统。

请参阅图4，所述网页中的数据处理系统可以包括：

接收模块11，用于接收触发信号；

状态监测模块13，用于基于触发信号运行预设的数据集同步监测方式；根据运行的所述数据集同步监测方式的返回结果确定数据集是否需要同步；

标记模块15，用于获取需要同步的数据集的标记信息；

请求发送模块17，用于在预设条件下，针对与所述标记信息相对应的数据集发送数据同步请求。

请求处理模块19，用于接收所述数据同步请求，基于所述数据同步请求获取相应的待同步数据，并将所述待同步数据返回页面；

回填模块21，用于利用所述待同步数据对相应的数据集进行回填处理。

上述实施方式公开的网页中的数据处理系统与本申请网页中的数据处理方法实施方式相对应，可以实现本申请的网页中的数据处理方法实施方式并达到方法实施方式的技术效 果。

本申请中各个实施方式所涉及的上述描述仅是本申请中的一些实施方式中的应用，在某些标准、方法的基础上略加修改后的实施方式也可以实行上述本申请各实施方式的方案。当然，在符合本申请上述各实施方式的中所述的处理方法步骤的其他无创造性的变形，仍然可以实现相同的申请，在此不再赘述。

虽然本申请提供了如实施方式或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施方式中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施方式或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施方式阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算 环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施方式或者实施方式的某些部分所述的方法。

本说明书中的各个实施方式采用递进的方式描述，各个实施方式之间相同或相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本说明书中的上述各个实施方式均采用递进的方式描述，各个实施方式之间相同相似部分相互参照即可，每个实施方式重点说明的都是与其他实施方式不同之处。尤其对于服务器实施方式而言，由于其处理器执行的工作基本相似于方法实施方式，所以描述的比较简单，相关之处参见方法实施方式部分说明即可。

在本申请文件中，介绍了本申请的多个实施方式，所属领域技术人员可以理解得出，本申请中的实施方式之间可以互相组合。而且，所属领域技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。