数据处理系统和方法与流程

1.本发明涉及互联网技术领域，具体而言，涉及一种数据处理系统和方法。


背景技术：

2.计费系统是统计用户资费有关信息的系统，准确无误的计算费用，不仅是提高收入的重要保障，也是提高行业核心竞争力、提高客户满意度的一种重要手段。对于线上计费系统，在线上可能出现计费执行失败和执行错误等问题。鉴于很多场景中的计费项种类多、计费逻辑复杂，数据量也较大，一旦计费系统出现计费错误的情况，需要耗费大量的人力物力才能发现问题，实现较为不便。


技术实现要素：

3.本发明的目的之一包括，例如，提供了一种数据处理系统和方法，以至少部分地提高计费异常信息处理的便捷性和可靠性。
4.本发明的实施例可以这样实现：
5.第一方面，本发明提供一种数据处理系统，包括计费系统、数据收集系统和费用监控平台；
6.所述计费系统用于对计费任务对应的业务数据进行计算，得到计费数据并进行存储，其中，所述计费数据包括计算费用和计算方式；
7.所述数据收集系统用于从所述计费系统中获取计费数据，按照约定的规范进行存储，建立索引，提供搜索和分析引擎；
8.所述费用监控平台用于响应于计费异常信息，根据所述计费异常信息确定关键指标数据，基于所述搜索和分析引擎对所述关键指标数据进行查询，将查询得到的计费数据进行设定处理，得到目标计费数据，并将所述目标计费数据进行输出。
9.在可选的实施方式中，所述计费系统中预存有各分片任务的配置信息，各所述分片任务由计费任务划分得到；所述计费系统用于通过以下步骤对计费任务对应的业务数据进行计算，得到计费数据：
10.针对每个所述分片任务，在检测到任务启动指令时，对该分片任务对应的业务数据进行计算，得到与该分片任务对应的计费数据；
11.将所有所述计费数据均作为所述计费任务的计费数据。
12.在可选的实施方式中，所述计费系统还用于通过以下步骤确定计费异常信息：
13.针对检测到任务启动指令的目标分片任务，获取所述目标分片任务的配置信息和历史记录数据；
14.根据所述历史记录数据分析得到所述目标分片任务的标准比对数据；
15.基于配置信息，根据所述目标分片任务对应的计费数据和所述标准比对数据确定所述目标分片任务的计费数据是否存在异常，若是，则生成计费异常信息。
16.在可选的实施方式中，所述费用监控平台用于通过以下步骤将查询得到的计费数
据进行设定处理，得到目标计费数据，并将所述目标计费数据进行输出：
17.将查询得到的计费数据进行结构化处理，得到该计费数据中计算费用的每一步执行情况和执行结果；
18.针对存在计费异常的计算费用进行标识；
19.将进行异常标识的、所述计费数据中计算费用的每一步执行情况和执行结果进行输出。
20.在可选的实施方式中，所述计费系统将计费数据存储于日志文件中，所述数据收集系统包括日志采集服务器、数据分发服务器和数据收集服务器；
21.所述日志采集服务器用于从所述计费系统的日志文件中获取记录的每笔计费数据，并将获取的所有计费数据转发至所述数据分发服务器；
22.所述数据分发服务器用于接收所述日志采集服务器发送的各计费数据，分发至所述数据收集服务器；
23.所述数据收集服务器用于接收所述数据分发服务器发送的各计费数据，对各所述计费数据进行过滤清洗，将过滤清洗后的计费数据按约定的规范进行存储，并建立索引，提供搜索和分析引擎。
24.在可选的实施方式中，所述日志采集服务器用于通过以下步骤从所述计费系统的日志文件中获取记录的每笔计费数据：
25.按照设定频率，从所述计费系统的日志文件中抓取计费数据，并在所述日志文件中对此次抓取计费数据的结束位置进行记录；
26.在按照所述设定频率进行下一次抓取时，基于所述结束位置，继续从所述计费系统的日志文件中抓取其余的计费数据。
27.在可选的实施方式中，所述日志采集服务器用于通过以下步骤从所述计费系统的日志文件中获取记录的每笔计费数据：
28.启动至少一个查找器在所述计费系统中检测指定的日志文件，基于filebeat启动多个进程，基于每个所述进程分别读取所述计费系统中单个日志文件内的计算费用和计算方式。
29.在可选的实施方式中，所述数据处理系统还包括合同系统；
30.所述合同系统用于提供合同双方之间的计费任务对应的计费指标和计费维度；
31.所述计费系统用于基于所述合同系统提供的计费指标和计费维度，统计合同双方之间的计费项目和计算方式，针对所述计费项目，基于所述计算方式对合同双方之间约定范围的业务数据进行计算，得到计算费用，并将所述计算费用和计算方式记录为计费数据。
32.在可选的实施方式中，所述关键指标数据包括：合同号、单据号、费用单号、计费项中的至少一种；
33.所述费用监控平台用于通过以下步骤基于所述搜索和分析引擎对所述关键指标数据进行查询：
34.与所述搜索和分析引擎建立连接；
35.根据所述关键指标数据，向所述搜索和分析引擎发起查询请求，以获取符合查询条件的计费数据。
36.第二方面，本发明实施例提供一种数据处理方法，应用于数据处理系统，所述数据
处理系统包括计费系统、数据收集系统和费用监控平台，所述方法包括：
37.所述计费系统对计费任务对应的业务数据进行计算，得到计费数据并进行存储，其中，所述计费数据包括计算费用和计算方式；
38.所述数据收集系统从所述计费系统中获取计费数据，按照约定的规范进行存储，建立索引，提供搜索和分析引擎；
39.所述费用监控平台响应于计费异常信息，根据所述计费异常信息确定关键指标数据，基于所述搜索和分析引擎对所述关键指标数据进行查询，将查询得到的计费数据进行设定处理，得到目标计费数据，并将所述目标计费数据进行输出。
40.本发明实施例的有益效果包括，例如：巧妙地搭建了数据处理系统，通过计费系统、数据收集系统和费用监控平台的集成和设计，针对计费异常信息，可以便捷地通过搜索和分析引擎进行查询定位，从而确保了计费异常信息处理的便捷性和可靠性。
附图说明
41.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
42.图1示出了本发明实施例提供的一种数据处理系统的示例性结构框图之一。
43.图2示出了本发明实施例提供的一种数据处理系统的示例性结构框图之二。
44.图3示出了本发明实施例提供的一种数据处理方法的流程示意图之一。
45.图4示出了本发明实施例提供的一种数据处理系统的示例性结构框图之三。
46.图5示出了本发明实施例提供的一种数据处理方法的流程示意图之二。
47.图6示出了本发明实施例提供的一种数据处理方法的流程示意图之三。
48.图7示出了本发明实施例提供的一种电子设备的结构示意图。
49.图标：100-电子设备；110-存储器；120-处理器；130-通信模块。
具体实施方式
50.现今，在计费系统出现计费错误的情况下，常用的解决方案为：通过查询业务日志库，根据错误信息查询线上服务日志信息，通过研发人工分析日志，定位线上计费的问题并解决问题。如果由于业务方配置问题导致数据错误，企业和研发人员无法第一时间知晓计费差异性，只有在财务核算账目时才有可能发现问题。
51.经研究发现，采用上述解决方案，存在以下问题：从业务或系统反馈出问题到解决问题，时间周期流转较长、发现问题效率低、定位问题较复杂、人为介入点较多。需要耗费大量的人力物力才能发现问题，进而解决问题，实现较为不便，无法快速定位问题。如果由于业务方配置问题导致未有程序异常的情况发现，产生的计费错误数据也不能在第一时间发现。
52.基于上述研究，本发明实施例提供一种数据处理方案，通过对计费系统、数据收集系统、费用监控平台等的集成和设计，可以通过搜索和分析引擎便捷地查询定位计费异常信息，从而确保了计费异常信息处理的便捷性和可靠性。
53.针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本发明实施例针对上述问题所提出的解决方案，都应该是发明人在发明过程中做出的贡献。
54.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
55.因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
56.需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
57.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
58.需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。
59.请结合参阅图1，为本发明实施例提供的一种数据处理系统的结构框图。如图1所示，数据处理系统包括计费系统、数据收集系统和费用监控平台。
60.其中，所述计费系统用于对计费任务对应的业务数据进行计算，得到计费数据并进行存储，其中，所述计费数据包括计算费用和计算方式。
61.所述数据收集系统用于从所述计费系统中获取计费数据，按照约定的规范进行存储，建立索引，提供搜索和分析引擎。
62.所述费用监控平台用于响应于计费异常信息，根据所述计费异常信息确定关键指标数据，基于所述搜索和分析引擎对所述关键指标数据进行查询，将查询得到的计费数据进行设定处理，得到目标计费数据，并将所述目标计费数据进行输出。
63.通过对计费系统、数据收集系统和费用监控平台的巧妙集成和设计，可以便捷地通过搜索和分析引擎对计费异常信息进行查询定位，确保计费异常信息处理的便捷性和可靠性。
64.本实施例中，计费任务、业务数据可以通过多种方式得到，例如，可以为用户输入，又例如，可以为从其他服务器获取。
65.请结合参阅图2，在一种实现方式中，数据处理系统还可以包括合同系统。所述合同系统用于提供合同双方之间的计费任务对应的计费指标和计费维度。
66.相应地，所述计费系统可以基于所述合同系统提供的计费指标和计费维度，统计合同双方之间的计费项目和计算方式，针对所述计费项目，基于所述计算方式对合同双方之间约定范围的业务数据进行计算，得到计算费用，并将所述计算费用和计算方式记录为计费数据。
67.为了提高计费任务处理的颗粒度，增加异常定位的精确性，可以将计费任务进行划分，得到多个分片任务，在计费系统中预存各分片任务的配置信息。相应地，计费系统可以通过以下步骤对计费任务对应的业务数据进行计算，得到计费数据：针对每个所述分片任务，在检测到任务启动指令时，对该分片任务对应的业务数据进行计算，得到与该分片任务对应的计费数据。将所有所述计费数据均作为所述计费任务的计费数据。
68.其中，计费任务的划分方式可以灵活选择。例如，可以根据计费任务中需要进行计算的项目进行划分，如将每个需要进行计算的项目分别划分为一分片任务。又例如，可以基于用户自定义划分。本实施例对此不做限制。
69.通过将计费任务划分为颗粒度更小的多个分片任务，可以分类统计出每种费用的任务执行情况，针对每个分片任务分别进行执行、监控，便可完成计费任务。通过分片，可以快速准确地定位出计费异常信息对应的任务执行节点(分片任务)，以便于相关人员更方便快速地定位问题所在，予以处理。
70.本实施例中，计费异常信息可以通过多种方式得到，例如，可以为用户输入，也可以为系统自动分析得出。
71.本实施例提供了一种基于计费系统确定计费异常信息的实现方案，包括如下步骤：针对检测到任务启动指令的目标分片任务，获取所述目标分片任务的配置信息和历史记录数据。根据所述历史记录数据分析得到所述目标分片任务的标准比对数据。基于配置信息，根据所述目标分片任务对应的计费数据和所述标准比对数据确定所述目标分片任务的计费数据是否存在异常，若是，则生成计费异常信息。
72.根据目标分片任务的不同，配置信息、标准比对数据等可以灵活设定。请参阅图3，以目标分片任务为毛利统计为例，异常监控流程可以包括如下步骤：
73.检测计费系统是否打开毛利统计检测开关，若已经打开毛利统计检测开关，则获取毛利统计的配置信息，如取历史数据多少天的平均数据值、差异百分比的阈值等。
74.统计指定历史产生的毛利数据，进行排序取中位数。根据以下公式计算当天毛利产生差异百分比：
75.(-1*(当天毛利
–
历史中位数)/历史中位数。
76.根据计算出的毛利差异百分比对比设置的差异百分比阈值，若超过设定阈值，则判定为计费异常信息，需要进行预警处理供给业务参考。
77.考虑到若按照原始格式输出数据，在使用过程中比较凌乱、输出格式不友好，导致在定位计费数据问题时，无法按照固定执行步骤展示出来，进而也会导致定位问题的效率比较低下。为了更为清晰直观地展示任务执行情况，还可以对任务的计算过程进行展示。
78.在一种实现方式中，费用监控平台可以通过以下步骤将查询得到的计费数据进行设定处理，得到目标计费数据，并将所述目标计费数据进行输出：将查询得到的计费数据进行结构化处理，得到该计费数据中计算费用的每一步执行情况和执行结果。针对存在计费异常的计算费用进行标识。将进行异常标识的、所述计费数据中计算费用的每一步执行情况和执行结果进行输出。
79.通过对异常标识、计算费用的每一步执行情况和执行结果进行输出，使得用户可以基于输出数据快速发现计费异常的原因，以及出现问题的代码块逻辑，便于后续异常处理。
80.考虑到计费任务往往量较大、数据较多，为了进一步提高数据处理、传输的可靠性和便捷性，本实施例提供了以下设计方案。
81.请结合参阅图4，计费系统可以将计费数据存储于日志文件中，数据收集系统可以包括日志采集服务器、数据分发服务器和数据收集服务器。
82.其中，所述日志采集服务器用于从所述计费系统的日志文件中获取记录的每笔计费数据，并将获取的所有计费数据转发至所述数据分发服务器。所述数据分发服务器用于接收所述日志采集服务器发送的各计费数据，分发至所述数据收集服务器。所述数据收集服务器用于接收所述数据分发服务器发送的各计费数据，对各所述计费数据进行过滤清洗，将过滤清洗后的计费数据按约定的规范进行存储，并建立索引，提供搜索和分析引擎。
83.在一种实现方式中，日志采集服务器可以通过以下步骤从所述计费系统的日志文件中获取记录的每笔计费数据：按照设定频率，从所述计费系统的日志文件中抓取计费数据，并在所述日志文件中对此次抓取计费数据的结束位置进行记录。在按照所述设定频率进行下一次抓取时，基于所述结束位置，继续从所述计费系统的日志文件中抓取其余的计费数据。
84.在另一种实现方式中，日志采集服务器也可以通过以下步骤从所述计费系统的日志文件中获取记录的每笔计费数据：启动至少一个查找器在所述计费系统中检测指定的日志文件，基于filebeat启动多个进程，基于每个所述进程分别读取所述计费系统中单个日志文件内的计算费用和计算方式。
85.通过对日志采集服务器、数据分发服务器和数据收集服务器的设计和集成，能够以容错的持久化方式存储记录相关数据，大大减少数据在传输过程中的丢失情况。通过数据分发服务起到了缓冲作用，使得不会因为海量的数据让下游的服务产生巨大的压力。通过将费用监控平台需要的数据进行统一收集、保存，避免了浪费不必要的资源存储不需要的数据。
86.本实施例中，关键指标数据可以灵活设定，例如，可以包括合同号、单据号、费用单号、计费项等。费用监控平台可以通过以下步骤基于所述搜索和分析引擎对所述关键指标数据进行查询：与所述搜索和分析引擎建立连接，根据所述关键指标数据，向所述搜索和分析引擎发起查询请求，以获取符合查询条件的计费数据。
87.为了更为清楚地阐述本发明实施例的实现方案，请结合参阅图5，本实施例以图5所示架构为例，对本发明实施例的实现原理进行举例说明。
88.如图5所示，数据处理系统包括合同系统、计费系统、日志采集服务器、数据分发服务器、数据收集服务器和费用监控平台。
89.其中，合同系统：主要约定合同双方的计费相关信息，如供应商和零售商的供货信息、收费信息、费用项目、计算税率等。通过配置合同模板，把双方约定好的内容通过在线配置形成具有法律效益的书面项目。合同系统用于为计费系统提供对应的计费项、计算税率、计算范围等需要计费的数据值。
90.计费系统：通过合同系统提供的需要计费的费用指标和维度，统计合同双方约定的费用项和计算方式，针对配置好的计费项目统计对应约定范围的业务数据进行计算，用于下游系统进行费用结算和对账。在计费的同时将每一笔的计算费用和计算规则按照规范的方式进行日志记录，生成单独的计算专用日志文件(计算log文件)。
91.日志采集服务器：启动服务之后，启动一个或者多个查找器去检测指定的日志目录或者日志文件，filebeat启动收集多个进程，每一个进程都为新内容读取单个日志文件，并将日志数据发送到后台处理程序，后台处理程序集合这些事件，最后把集合的数据发送到指定的目的。本实施例中的采集针对的是计费系统中每一笔费用产生的计算数据，并将这些数据转发到数据分发服务器。
92.数据分发服务器：主要用于接受日志采集服务器分发过来的数据，采用kafka集群模式，可以支持大量的数据分发，通过kafka能够以容错的持久化方式存储记录流，大大减少数据在传输过程中的丢失情况，数据被消费的时候也可以进行重新消费。通过数据分发服务也可以起到缓冲作用，避免因为海量的数据让下游的服务产生巨大的压力。
93.数据收集服务器：收到数据分发服务器过来的数据，对其进行过滤、清洗、筛选等操作，把费用监控平台需要的指标参数和数据维度进行统一收集、保存，避免浪费不必要的资源存储不需要的数据，按照约定好的规范对数据进行存储。
94.费用监控平台：主要用于读取收集存储好的数据指标和统计用户需要的数据进行问题定位，查询数据进行组装，以对使用者比较友好的方式进行计算结果展示，根据重要指标筛选历史计算任务每一步计算的规则配置和计算结果。
95.基于上述架构，计费系统通过dubbo(开源分布式服务框架)的形式远程过程调用(remote procedure call，rpc)获取合同系统的相关合同约定的计算数据指标、计算维度、计算费率等数据，进行数据业务计算产生相关费用账单。计费系统中的计费引擎通过记录每一笔计算过程的相关配置和结果，存放在固定的费用计算log(日志)文件中。该日志文件也会进行定期的历史数据清除，避免资源浪费。
96.日志采集服务器按照设定的抓取频率，抓取产生的计费记录log文件，每次抓取会记录当前的位置点，下一次抓取时，根据上一次抓取位置点进行日志数据抓取，保证在数据抓取过程中数据不会出现遗漏。对采集到的数据进行数据分发，可以保证下游进行容错处理，保证消费消息的系统服务稳定运行，同时kafka也支持数据持久化到磁盘和重试消费，保证数据传输不丢失，提高数据准确性。
97.logstash针对分发过来的数据，对需要的数据维度和指标进行过滤清洗(任务分片、执行时间、结束时间、执行状态、业务单号、业务类型、计费项目等日常维护的有效数据)，按照规范的格式输出。对经过数据清洗之后的数据进行存储，建立索引，elastic search提供实时搜索。
98.用户(user)根据线上反馈或者通过预警反馈的问题，筛选出关键指标数据，如合同号、单据号、费用单号、计费项等发起查询服务。费用监控平台根据用户提交上来的关键指标数据，进行参数校验，建立与elastic search的连接，建立好连接之后，发起请求获取对应符合条件的数据。过滤出来的数据通过聚合计算，形成一个集合列表，返回当前费用每一步执行的参数配置信息和执行结果数据并返回给到费用监控平台。
99.费用监控平台拿到返回的数据，进行结构化处理，按照计算任务每一步执行情况和执行结果输出给到用户，标记出现异常的执行任务，用户便可根据标准化的输出数据判断计算任务的异常原因。从而达到快速定位计费问题的效果。
100.可以理解的是，以上仅为本实施例提供的一种举例说明，合同系统、计费系统、日志采集服务器、数据分发服务器、数据收集服务器和费用监控平台可以集成于同一个设备，
也可以集成于不同设备。例如，合同系统、计费系统、日志采集服务器、数据分发服务器、数据收集服务器和费用监控平台可以分别位于不同的电子设备。又例如，日志采集服务器、数据分发服务器、数据收集服务器可以位于同一个电子设备。本实施例对此不作限制。
101.请参阅图6，在上述基础上，本实施例还提供一种数据处理方法，应用于图1所示数据处理系统，所述数据处理系统包括计费系统、数据收集系统和费用监控平台，所述方法包括s110、s120和s130。
102.s110，所述计费系统对计费任务对应的业务数据进行计算，得到计费数据并进行存储，其中，所述计费数据包括计算费用和计算方式。
103.s120，所述数据收集系统从所述计费系统中获取计费数据，按照约定的规范进行存储，建立索引，提供搜索和分析引擎。
104.s130，所述费用监控平台响应于计费异常信息，根据所述计费异常信息确定关键指标数据，基于所述搜索和分析引擎对所述关键指标数据进行查询，将查询得到的计费数据进行设定处理，得到目标计费数据，并将所述目标计费数据进行输出。
105.本发明实施例中的上述方案，通过对数据处理系统的巧妙设计，极大的降低了人工介入的成本，有效减少了计费任务出现问题时定位问题所需时间。计费系统在计费时，能够清晰记录每个流程的执行参数，在后期快速解决问题时，提供了有效的凭证。通过数据采集服务非业务侵入的形式，结合elastic search的快速处理引擎，可以快速处理大量的记录数据，生成常用的分析维度数据。通过自动分析计费数据是否存在问题，可以增加自动预警功能，以快速发现并反馈问题，保证费用出现问题时可以第一时间排查定位，大大减少错误费用往下游传递的风险。
106.为了便于理解本实施例中的技术方案，对各关键词解释定义如下：
[0107][0108][0109]
请参阅图7，为本实施例提供的一种电子设备100的方框示意图，本实施例中的电子设备100可以为能够进行数据交互、处理的服务器、处理设备、处理平台等。合同系统、计费系统、日志采集服务器、数据分发服务器、数据收集服务器和费用监控平台可以集成于一个或多个电子设备100。所述电子设备100包括存储器110、处理器120及通信模块130。所述存储器110、处理器120以及通信模块130各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性
连接。
[0110]
其中，存储器110用于存储程序或者数据。所述存储器110可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。
[0111]
处理器120用于读/写存储器110中存储的数据或程序，并执行相应地功能。
[0112]
通信模块130用于通过所述网络建立所述电子设备100与其它通信终端之间的通信连接，并用于通过所述网络收发数据。
[0113]
应当理解的是，图7所示的结构仅为电子设备100的结构示意图，所述电子设备100还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。图7中所示的各组件可以采用硬件、软件或其组合实现。
[0114]
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0115]
另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
[0116]
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0117]
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。