本说明书涉及计算机技术领域，尤其涉及业务文件拆分汇总方法、装置及设备。
背景技术：
在业务处理过程中，经常需要对业务文件中的多条业务记录进行拆分再汇总。
在当前技术中，业务系统需要做文件的拆分汇总时，通常在业务系统自身中对业务文件进行拆分汇总，或者，利用第三方的文件拆分系统将业务文件拆分成单行业务记录后，再由业务系统做汇总处理。
基于此，需要更便利的业务文件拆分汇总方案。
技术实现要素：
本说明书实施例提供业务文件拆分汇总方法、装置和设备，用于解决如下问题：以提供一种更便利的业务体验实现方案。
基于此，本说明书实施例提供一种业务文件拆分汇总方法，包括：
发送待处理的业务文件至文件拆分系统，以便所述文件拆分系统对所述待处理的业务文件进行拆分，并返回业务记录，其中，所述业务文件由多条业务记录组成；
接收所述文件拆分系统返回的多条业务记录；
根据业务逻辑，确认各条所述业务记录的类别标识；
发送携带类别标识的业务记录至所述文件拆分系统，以便所述文件拆分系统对业务记录进行分类，并生成多个携带类别标识的汇总文件；
接收所述文件拆分系统返回的多个所述携带类别标识的汇总文件。
同时，本说明书实施例提供另一种业务文件拆分汇总方法，包括：
接收业务系统所发送的待处理的业务文件，其中，所述业务文件由多条业务记录组成；
将所述待处理的业务文件拆分为多条业务记录；
返回所述业务记录至所述业务系统；
接收业务系统返回的携带类别标识的业务记录；
根据所述携带类别标识的业务记录，生成多个携带类别标识的汇总文件；
返回所述携带类别标识的所述汇总文件至所述业务系统。
对应的，本说明书的实施例还提供一种业务文件拆分汇总装置，包括：
发送模块，发送待处理的业务文件至文件拆分系统，以便所述文件拆分系统对所述待处理的业务文件进行拆分，并返回业务记录，其中，所述业务文件由多条业务记录组成；
接收模块，接收所述文件拆分系统返回的多条业务记录；
确认模块，根据业务逻辑，确认各条所述业务记录的类别标识；
所述发送模块还用于，发送携带类别标识的业务记录至所述文件拆分系统，以便所述文件拆分系统对业务记录进行分类，并生成多个携带类别标识的汇总文件；
所述接收模块还用于，接收所述文件拆分系统返回的多个所述携带类别标识的汇总文件。
对应的，本说明书的实施例还提供另一种业务文件拆分汇总装置，包括：
接收模块，接收业务系统所发送的待处理的业务文件，其中，所述业务文件由多条业务记录组成；
拆分模块，将所述待处理的业务文件拆分为多条业务记录；
发送模块，返回所述业务记录至所述业务系统；
所述接收模块还用于，接收业务系统返回的携带类别标识的业务记录；
生成模块，根据所述携带类别标识的业务记录，生成多个携带类别标识的汇总文件；
所述发送模块还用于，返回所述携带类别标识的所述汇总文件至所述业务系统。
对应的，本说明书实施例还提供一种业务文件拆分汇总设备，包括：
存储器，存储有业务文件拆分汇总程序；
处理器，调用存储器中的业务文件拆分汇总程序，并执行：
发送待处理的业务文件至文件拆分系统，以便所述文件拆分系统对所述待处理的业务文件进行拆分，并返回业务记录，其中，所述业务文件由多条业务记录组成；
接收所述文件拆分系统返回的多条业务记录；
根据业务逻辑，确认各条所述业务记录的类别标识；
发送携带类别标识的业务记录至所述文件拆分系统，以便所述文件拆分系统对业务记录进行分类，并生成多个携带类别标识的汇总文件；
接收所述文件拆分系统返回的多个所述携带类别标识的汇总文件。
对应的，本说明书实施例还提供另一种业务文件拆分汇总设备，包括：
存储器，存储有业务文件拆分汇总程序；
处理器，调用存储器中的业务文件拆分汇总程序，并执行：
接收业务系统所发送的待处理的业务文件，其中，所述业务文件由多条业务记录组成；
将所述待处理的业务文件拆分为多条业务记录；
返回所述业务记录至所述业务系统；
接收业务系统返回的携带类别标识的业务记录；
根据所述携带类别标识的业务记录，生成多个携带类别标识的汇总文件；
返回所述携带类别标识的所述汇总文件至所述业务系统。
对应的，本说明书的实施例还提供一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
发送待处理的业务文件至文件拆分系统，以便所述文件拆分系统对所述待处理的业务文件进行拆分，并返回业务记录，其中，所述业务文件由多条业务记录组成；
接收所述文件拆分系统返回的多条业务记录；
根据业务逻辑，确认各条所述业务记录的类别标识；
发送携带类别标识的业务记录至所述文件拆分系统，以便所述文件拆分系统对业务记录进行分类，并生成多个携带类别标识的汇总文件；
接收所述文件拆分系统返回的多个所述携带类别标识的汇总文件。
对应的，本说明书的实施例还提供另一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
接收业务系统所发送的待处理的业务文件，其中，所述业务文件由多条业务记录组成；
将所述待处理的业务文件拆分为多条业务记录；
返回所述业务记录至所述业务系统；
接收业务系统返回的携带类别标识的业务记录；
根据所述携带类别标识的业务记录，生成多个携带类别标识的汇总文件；
返回所述携带类别标识的所述汇总文件至所述业务系统。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
将需要处理的业务文件发送到文件拆分系统，拆分成多条记录，再回调至业务系统，业务系统根据业务逻辑给记录添加分类标识，再返回文件拆分系统，从而可以根据分类标识对业务记录进行分类，并生成汇总文件。通过上述方案，使得文件拆分系统无需理解业务系统的业务逻辑，可以按照业务系统指定的方式进行汇总处理，更为方便。此外，通过输入格式信息，可以适应不同种类的业务文件；文件拆分系统可以对业务记录回调的速度做控速、限流等操作，适应业务系统的性能，更为方便。最后，文件拆分系统通过自身的恢复机制和稳定性，保证了整体流程不会中断；业务系统还可以根据实际需要对汇总结果进行筛选、指定需要的结果；业务系统和文件拆分系统均支持集群的处理方式，可以通过增加机器来提高处理能力。
附图说明
图1为当前技术中使用文件拆分系统进行文件拆分的流程示意图；
图2为本说明书实施例提供的业务系统方面的流程示意图；
图3为本说明书实施例提供的文件拆分系统方面的流程示意图；
图4为本说明书实施例所提供的示例性的业务处理流程示意图；
图5为本说明书实施例所提供的业务系统方面的业务文件拆分汇总装置的结构示意图；
图6为本说明书实施例所提供的文件拆分系统方面的业务文件拆分汇总装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
当前技术中，将文件进行拆分并汇总时，可以在业务系统本身进行，其方法一般而言，包括如下步骤：1，内存中以流的形式读取业务文件，将文件每一行存入数据库。2，读取所有的记录，按照业务逻辑进行分组，分组好之后存入数据库。3，将每个分组的内容，单独写成一个文件。上述方案逻辑清楚简单，但是在实践中缺点很多：拆分和汇总都是在业务系统单机中进行的，机器如果挂掉，或者文件过大，内存不够的情况出现的时候，就会中断流程；业务文件的拆分和业务逻辑的分组处理是两次处理，处理效率低；业务系统一般不会为了拆分设置异常状态下的恢复机制，如果设置，耗费资源很多，又不能在其他系统用，等等。从而，在实践中，还有采用专门的文件拆分系统来进行拆分汇总，文件拆分系统设置有恢复机制，可以保障流程正常进行。其流程包括如下步骤：如图1所示，图1为当前技术中使用文件拆分系统进行文件拆分的流程示意图，主要包括如下步骤：
s101，业务系统将业务文件发送文件拆分系统；
s103，文件拆分系统将业务文件拆分得到业务记录；
s105，返回业务记录至业务系统；
s107，业务系统根据业务逻辑遍历业务记录进行处理，分组并存储；
s109，业务系统遍历分组，依次生成汇总文件。
在上述方案中，文件拆分的时候，遍历了所有文件内容进行拆分，文件拆分系统逐条返回业务记录。业务系统获得所有的业务记录，对单条业务记录进行业务逻辑处理的时候，并且自己生成汇总文件的时候，由于强耦合业务逻辑，有可能会产生异常。数据量越大(例如以亿计的支付记录或者交易记录等)，在业务系统做就越不安全。因为业务系统没有诸如断点恢复、子任务拆分等恢复机制功能(或者说，业务系统在建设时本身就是用于关注业务服务，不是关注文件处理的)，越容易发生错误。
基于此，本说明书实施例提供业务文件拆分汇总方案，将需要处理的业务文件发送到文件拆分系统，拆分成多条记录，再回调至业务系统，业务系统根据业务逻辑给业务记录添加分类标识，再返回文件拆分系统，从而可以根据分类标识对业务记录进行分类，并生成汇总文件。
本说明书实施例所提供的业务文件拆分汇总方法包括业务系统和文件拆分系统两个方面，对于业务系统方面，其执行的流程示意图如图2所示，图2为本说明书实施例提供的业务系统方面的流程示意图，包括：
s201，发送待处理的业务文件至文件拆分系统，以便所述文件拆分系统对所述待处理的业务文件进行拆分，并返回业务记录，其中，所述业务文件由多条业务记录组成。
业务文件可以是诸如招标记录、电话记录、消费记录、支付记录、交易记录等业务文件。其一般由多条业务记录组成，每条业务记录中包含多个字段(或者称列名)各字段之间通常由特定的分隔符隔开用于区分。换言之，业务文件可以有多种不同的格式。
s203，接收所述文件拆分系统返回的多条业务记录。接收到的业务记录可以是逐条返回的形式，也可以是以多条为一组的形式。
s205，根据业务逻辑，确认各条所述业务记录的类别标识。
所述的业务逻辑和类别标识可根据实际需要而确定。例如，对于某个招标文件，其每条记录代表一个投标用户，需要确定各业务记录是否符合招标条件，则此时的业务逻辑为对业务记录中各字段进行逻辑判断，综合评定该业务记录，符合条件则添加类别标识“通过”，否则对该业务记录添加分类标识“失败”。
又例如，对于同样的招标文件，现希望汇总各个省份有哪些投标用户，则此时的业务逻辑为对业务记录中的特定字段进行判断，确定该业务记录所对应的省份，并给各记录添加相应的诸如“上海”、“湖南”、“北京”等分类标识，以便后续进行分类。
s207，发送携带类别标识的业务记录至所述文件拆分系统，以便所述文件拆分系统对业务记录进行分类，并生成多个携带类别标识的汇总文件。
s209，接收所述文件拆分系统返回的多个所述携带类别标识的汇总文件。
作为一种具体的实施方式，对于所述步骤s201中的，发送包含待处理的业务文件至文件拆分系统，包括：发送所述待处理的业务文件和格式信息至文件拆分系统，其中，所述格式信息包含输入格式和指定输出格式。
输入格式即待处理的业务文件的格式。由于业务文件有很多种，指定输入文件的格式，让拆分系统可以识别，通过每次文件拆分前都指定格式，多次业务处理之间互不影响，使得整个处理方式适应性更广，更加灵活。例如：文件1格式是：姓名，年龄，爱好；电话文件2的格式是：地址，电话，身份证号码。则通过在输入格式中加以说明，使得文件拆分系统可以正确识别。此外，在输入文件的格式中还可以包括指定待处理的业务文件的存储介质，例如，包括对象存储服务(objectstorageservice,oss)地址，网盘链接、下载地址等等。
指定的输出格式其作用与输入格式类似。但还有进一步的功能，例如，对于文件1输入的格式为姓名，年龄，爱好。此时可以指定输出格式为，爱好为滑雪的，姓名，年龄。即，输出格式中的字段可以为输入格式中某个字段的子集，以便对文件进行分类筛选。
作为一种具体的实施方式，对于所述步骤s203中的，接收所述文件拆分系统返回的业务记录，包括：接收所述文件拆分系统返回的子任务，其中，所述子任务由业务记录组成。即拆分系统将拆分得到的业务记录进行分组，得到子任务。分组的规则可以根据实际的需要、业务系统的处理能力、业务系统的集群状态等进行预设。从而，文件拆分系统可以将子任务分配至业务系统中的多个机器去分别执行。换言之，通过将业务记录组成子任务的方式，业务系统可以采用集群的方式支持整体业务的处理，提高效率。当然，也可以有业务系统去拆分系统中进行主动捞取。在这种处理方式下，对于s205中的，根据业务逻辑，确认所述业务记录的类别标识，包括：根据业务逻辑，逐条确认所述子任务中所包含的业务记录的类别标识。
作为一种具体的实施方式，在获得拆分系统组装得到的携带分类标识的汇总文件后，此时，业务时候还可以预设规则，取需要的结果汇总。即，上述方案还可以包括：根据预设条件，对所述多个所述携带类别标识的汇总文件进行筛选，获得满足预设条件的汇总文件，其中，所述预设条件与所述类别标识相关。
通常而言，预设条件中的关键词一般与类别标识有包含或者被包含的关系。例如，对于交易文件进行拆分汇总后，得到四个携带地区标识的汇总文件，其分别包括：上海交易汇总文件，杭州交易汇总文件，北京交易汇总文件，哈尔滨交易汇总文件。此时，业务系统如果关注的是南方城市的交易情形，那只要对预设关键key值“南方城市”，对地区进行遍历判断，取出杭州和上海的交易汇总文件即可。
本说明书实施例所提供的业务文件拆分汇总方法，对于文件拆分系统方面，其执行的流程示意图如图3所示，图3为本说明书实施例提供的文件拆分系统方面的流程示意图，包括：
s301，接收业务系统所发送的待处理的业务文件，其中，所述业务文件由多条业务记录组成。
s303，将所述待处理的业务文件拆分为多条业务记录。
具体拆分时，可以根据待处理的业务文件的格式对应进行。一般而言，业务文件的格式为行记录，则对应采取行拆分。若业务文件的格式为列式记录，则也可以对应采取列拆分。
s305，返回所述业务记录至所述业务系统。
s307，接收业务系统返回的携带类别标识的业务记录。
s309，根据所述携带类别标识的业务记录，生成多个携带类别标识的汇总文件。在文件拆分系统中，由于具有自身的恢复机制，保障了稳定性。即对于生成汇总文件时若发生失败，则可以采取重试、抛弃等流程，不会出现单机宕机后流程阻断的问题。此外，文件拆分系统在拆分业务文件或者生成汇总文件的时候，均可以采用集群式的方式，通过增加机器的数量来提高处理业务的能力。
s311，返回所述携带类别标识的所述汇总文件至所述业务系统。
作为一种具体的实施方式，对于s301中的，接收业务系统所发送的待处理的业务文件，包括：接收业务系统所发送的待处理的业务文件和格式信息，其中，所述格式信息包含输入格式和指定输出格式，以根据输入格式识别所述待处理的业务文件。从而可以根据输入格式识别不同种类的业务文件，以进行拆分。进而在生成汇总文件时，可以生成具有指定格式的汇总文件。具体的输入格式和指定输出格式，在前文中已经进行了说明，此处不再赘述。
作为一种具体的实施方式，在s303，将所述待处理的业务文件拆分为多条业务记录之后，还包括：将所述多条业务记录分组，生成包含业务记录的子任务。从而对于s305，返回所述业务记录至所述业务系统，包括：返回所述子任务至业务系统。文件拆分系统返回子任务的时间或者数量，以及分配至业务系统集群中各机器的具体方式，可以基于业务系统的处理能力进行预先设定。
具体而言，文件拆分系统以集群的方式对上述子任务进行处理，将子任务发送至集群中的各个机器，每个机器从系统中拉取子任务后，根据限速、控流等实际需要，在各机器中将拉取得到的子任务分割为多个待处理单元，从而将待处理单元发送至业务系统集群中的对应的处理机器，提高处理效率。
作为一种具体的实施方式，对于s305，返回所述业务记录至所述业务系统，包括：在指定的时间间隔内，返回指定数量范围内的业务记录。例如，在1分钟内，返回10000条至11000消费记录。换言之，在返回业务记录时，可以进行控速，限流等操作，以适应实际需要。
通过本说明书实施例所提供的方案，将需要处理的业务文件发送到文件拆分系统，拆分成多条记录，再回调至业务系统，业务系统根据业务逻辑给记录添加分类标识，再返回文件拆分系统，从而可以根据分类标识对业务记录进行分类，并生成汇总文件。通过上述方案，使得文件拆分系统无需理解业务系统的业务逻辑，可以按照业务系统指定的方式进行汇总处理，更为方便。此外，通过输入格式信息，可以适应不同种类的业务文件；文件拆分系统可以对业务记录回调的速度做控速、限流等操作，适应业务系统的性能，更为方便。最后，文件拆分系统通过自身的恢复机制和稳定性，保证了整体流程不会中断；业务系统还可以根据实际需要对汇总结果进行筛选、指定需要的结果；业务系统和文件拆分系统均支持集群的处理方式，可以通过增加机器来提高处理能力。
为使本说明书的实施例更加的浅显明白，下面给出一个具体的应用示例对本说明书提供的方案加以说明，如图4所示，图4为本说明书实施例所提供的示例性的业务处理流程示意图。
某公司通过招商系统进行供应商招商投标，招商系统(即业务系统)中得到了有关于全国供应商的投标记录的投标文件，现希望获得符合投标条件的供应商的汇总文件。从而包括如下步骤：
s401，招商系统将投标文件发送至文件拆分系统；
s403，文件拆分系统将投标文件进行行拆分，分组存储，每组为一个包含一定数量投标记录的子任务；
s405，文件拆分系统分发子任务至集群中的各机器；
s407，各机器将分发得到的子任务分割为多个待处理单元；
s409，各机器发送待处理单元至招商系统集群中的各处理机器；
s411，招商系统根据业务逻辑，判断每条投标记录是否符合招标条件，并对于符合条件的投标记录添加分类标识“a”；不符合条件的投标记录添加分类标识“b”；
s413，招商系统将携带分类标识的投标记录发送至文件拆分系统；
s415，文件拆分系统根据分类标识进行投标记录分类，生成a类汇总文件和b类汇总文件；
s417，文件拆分系统发送a类汇总文件和b类汇总文件至招商系统；
s419，招商系统筛选出a类汇总文件。
在上述过程中，拆分招标文件和组装汇总文件都是在文件拆分系统进行，不需要理解业务系统的业务处理逻辑，避免了与业务系统产生耦合，生成相关的业务汇总文件更为方便。
基于同样的思路，本发明还提供一种业务文件拆分汇总装置，如图5所示，图5为本说明书实施例所提供的业务系统方面的业务文件拆分汇总装置的结构示意图，其包括：
发送模块501，发送待处理的业务文件至文件拆分系统，以便所述文件拆分系统对所述待处理的业务文件进行拆分，并返回业务记录，其中，所述业务文件由多条业务记录组成；
接收模块503，接收所述文件拆分系统返回的多条业务记录；
确认模块505，根据业务逻辑，确认各条所述业务记录的类别标识；
所述发送模块501还用于，发送携带类别标识的业务记录至所述文件拆分系统，以便所述文件拆分系统对业务记录进行分类，并生成多个携带类别标识的汇总文件；
所述接收模块503还用于，接收所述文件拆分系统返回的多个所述携带类别标识的汇总文件。
进一步地，所述发送模块501，发送所述待处理的业务文件和格式信息至文件拆分系统，其中，所述格式信息包含输入格式和指定输出格式。
进一步地，所述接收模块503，接收所述文件拆分系统返回的子任务，其中，所述子任务由业务记录组成；所述确认模块505，根据业务逻辑，逐条确认所述子任务中所包含的业务记录的类别标识。
进一步地，所述的装置还包括筛选模块507，根据预设条件，对所述多个所述携带类别标识的汇总文件进行筛选，获得满足预设条件的汇总文件，其中，所述预设条件与所述类别标识相关。
基于同样的思路，本发明还提供另一种业务文件拆分汇总装置，如图6所示，图6为本说明书实施例所提供的文件拆分系统方面的业务文件拆分汇总装置的结构示意图，其包括：
接收模块601，接收业务系统所发送的待处理的业务文件，其中，所述业务文件由多条业务记录组成；
拆分模块603，将所述待处理的业务文件拆分为多条业务记录；
发送模块605，返回所述业务记录至所述业务系统；
所述接收模块601还用于，接收业务系统返回的携带类别标识的业务记录；
生成模块607，根据所述携带类别标识的业务记录，生成多个携带类别标识的汇总文件；
所述发送模块605还用于，返回所述携带类别标识的所述汇总文件至所述业务系统。
进一步地，所述接收模块601，接收业务系统所发送的待处理的业务文件和格式信息，其中，所述格式信息包含输入格式和指定输出格式，以根据输入格式识别所述待处理的业务文件；所述生成模块607，根据所述携带类别标识的业务记录，生成指定输出格式的多个携带类别标识的汇总文件。
进一步地，所述装置还包括子任务生成模块609，将所述多条业务记录分组，生成包含业务记录的子任务；所述发送模块605，返回所述子任务至业务系统。
进一步地，所述发送模块605，在指定的时间间隔内，返回指定数量范围内的业务记录。
对应的，本说明书实施例还提供一种业务文件拆分汇总设备，包括：
存储器，存储有业务文件拆分汇总程序；
处理器，调用存储器中的业务文件拆分汇总程序，并执行：
发送待处理的业务文件至文件拆分系统，以便所述文件拆分系统对所述待处理的业务文件进行拆分，并返回业务记录，其中，所述业务文件由多条业务记录组成；
接收所述文件拆分系统返回的多条业务记录；
根据业务逻辑，确认各条所述业务记录的类别标识；
发送携带类别标识的业务记录至所述文件拆分系统，以便所述文件拆分系统对业务记录进行分类，并生成多个携带类别标识的汇总文件；
接收所述文件拆分系统返回的多个所述携带类别标识的汇总文件。
对应的，本说明书实施例还提供另一种业务文件拆分汇总设备，包括：
存储器，存储有业务文件拆分汇总程序；
处理器，调用存储器中的业务文件拆分汇总程序，并执行：
接收业务系统所发送的待处理的业务文件，其中，所述业务文件由多条业务记录组成；
将所述待处理的业务文件拆分为多条业务记录；
返回所述业务记录至所述业务系统；
接收业务系统返回的携带类别标识的业务记录；
根据所述携带类别标识的业务记录，生成多个携带类别标识的汇总文件；
返回所述携带类别标识的所述汇总文件至所述业务系统。
基于同样的发明思路，本申请实施例还提供了对应的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
发送待处理的业务文件至文件拆分系统，以便所述文件拆分系统对所述待处理的业务文件进行拆分，并返回业务记录，其中，所述业务文件由多条业务记录组成；
接收所述文件拆分系统返回的多条业务记录；
根据业务逻辑，确认各条所述业务记录的类别标识；
发送携带类别标识的业务记录至所述文件拆分系统，以便所述文件拆分系统对业务记录进行分类，并生成多个携带类别标识的汇总文件；
接收所述文件拆分系统返回的多个所述携带类别标识的汇总文件。
基于同样的发明思路，本申请实施例还提供了对应的另一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
接收业务系统所发送的待处理的业务文件，其中，所述业务文件由多条业务记录组成；
将所述待处理的业务文件拆分为多条业务记录；
返回所述业务记录至所述业务系统；
接收业务系统返回的携带类别标识的业务记录；
根据所述携带类别标识的业务记录，生成多个携带类别标识的汇总文件；
返回所述携带类别标识的所述汇总文件至所述业务系统。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和介质类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，这里就不再一一赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤或模块可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书的实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信编号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本说明书中一个或多个的实施例可提供为方法、系统或计算机程序产品。因此，本说明书的实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的形式。而且，本说明书的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本说明书的实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。