基于微服务架构的分布式交易链路追踪系统的制作方法

1.本发明实施例涉及信息处理技术，尤其涉及一种基于微服务架构的分布式交易链路追踪系统。


背景技术：

2.随着服务器、网络、安全设备及应用系统等日志数量、容量和类型的增长, 人工阅读大量系统日志进行分析、追踪潜在的问题、发现错误变得越来越难,日志文件过于庞大且分散在各个节点,且多个日志之间存在相关性,即使经验丰富的操作人员也难以顺利跟踪事件链、过滤,并最终诊断出导致复杂问题产生的根本原因。在实际工作中经常发生不能主动发现异常、故障定位效率低下甚至无法诊断出问题根本原因等现象,对业务系统正常运行产生较大影响。
3.在应用微服务化的今天，对于大规模交易链路追踪以及监控的挑战更加巨大。交易前后端涉及系统数量之多、业务调用链路关系复杂程度之大以至于没有人能完全地把应用间的调用链路关系描绘出来。这也为分布式架构下的监控告警、故障定位、链路架构梳理、链路性能优化带来了极大的挑战。


技术实现要素：

4.本发明提供一种基于微服务架构的分布式交易链路追踪系统，能够实现集中通用的跨系统业务事件核对，保障业务完整性与一致性。
5.第一方面，本发明实施例提供了一种基于微服务架构的分布式交易链路追踪系统，包括：
6.系统运行概览模块，用于实时展示各分布式交易系统相关业务运行状态总体视图；
7.业务运行概览模块，用于详细展现系统交易信息和系统服务调用信息；
8.交易链路还原模块，用于按业务要素信息的模糊查询与按全局流水号的精确查询，确定交易链路并做精准信息还原，展现完整业务操作执行路径与交易轨迹；
9.链路监控模块，用于对不同服务间每种交易链路全链路进行监控。
10.本发明实施例提供的基于微服务架构的分布式交易链路追踪系统，可以业务的维度对交易链路进行监控，使用本系统的监控系统，业务应用的调用链路一览无余，研发与运维在排查问题的效率上得到了极大提高，为迅速定位问题所在、找到性能瓶颈以及在程序进行优化提供了极大帮助。
附图说明
11.图1为本发明实施例提供的一种基于微服务架构的分布式交易链路追踪系统的结构示意图；
12.图2为本发明实施例提供的另一种基于微服务架构的分布式交易链路追踪系统的
结构示意图；
13.图3a和图3b为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，系统运行概览模块的页面示意图；
14.图4为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，历史系统运行概览模块的页面示意图；
15.图5a-图5d为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，业务运行概览模块的页面示意图；
16.图6a-图6h为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，交易链路还原模块的页面示意图；
17.图7a-图7h为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，链路监控模块的页面示意图；
18.图8a-图8m为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，预警事件模块的页面示意图；
19.图9a-图9e为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，数据统计模块的页面示意图。
具体实施方式
20.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
21.大型分布式数据处理系统中调用关系非常复杂，用户的一个交易请求在系统中会经由多个组件的处理，而且这些处理是发生在不同节点甚至是不同集群上的，交易链路也并不一定固定。当某个交易请求处理出现异常时，通常需要收集整个交易链路上的各个系统组件日志，由人工进行逐一分析与排查，从大量日志中提取关键信息定位问题，一方面定位问题的精准度依赖于开发运维人员的技能和经验，另一方面定位问题的过程十分缓慢，效率低下。
22.在分布式环境中微服务架构下，使用elk(elasticsearch、logstash、kibana， elk)准确的说是elkb，即elk filebeat，其中filebeat是用于转发和集中日志数据的轻量级传送工具)来统一收集日志，但是在有大量的用户以及多并发线程时，日志定位问题还是比较麻烦。并且交易日志无法可视化，对复杂链路的故障交易只能做到定位，而无法对不同系统、不同微服务的整个交易链路进行追踪和业务分析。
23.因此结合金融交易系统自身的特点，本发明基于现有微服务架构，采用智能算法、模糊关联查询、精确关键字搜索等技术,将结构化、非结构化的大数据充分分析,并应用于个人网银系统、电子商务支付平台、核心平台、业务集成平台的交易全链路监控及快速故障定位分析。提出了基于微服务架构的大规模分布式交易链路追踪功能，打造了大规模分布式交易链路追踪系统。该系统以业务的维度提供了监控告警、业务性能指标分析、业务链路架构图、单笔链路追踪、大屏展示等能力。系统上线后，业务应用的调用链路一览无余，研发与运维在排查问题的效率上得到了极大提高，故障排查的响应速度与故障的提前预防能力也得到了极大的提升。
24.图1为本发明实施例提供的一种基于微服务架构的分布式交易链路追踪系统的结构示意图，如图1所示，本实施例提供的基于微服务架构的分布式交易链路追踪系统包括：
25.系统运行概览模块11，用于实时展示各分布式交易系统相关业务运行状态总体视图。
26.业务运行概览模块12，提供对系统运行概览模块11的补偿，用于详细展现系统交易信息和系统服务调用信息。
27.交易链路还原模块13，用于按业务要素信息的模糊查询与按全局流水号的精确查询，确定交易链路并做精准信息还原，展现完整业务操作执行路径与交易轨迹。
28.链路监控模块14，用于对不同服务间每种交易链路全链路进行监控。
29.具体地，系统运行概览模块11，具体用于实时展示各分布式交易系统间的集成关系、跨系统业务链路的连通性及拥堵情况、链路相关异常情况。
30.业务运行概览模块12，具体用于从系统层面，展现交易系统的相关信息，包括系统名称、快照时间、健康状态、交易量信息、失败率、交易请求调用分布、预警趋势及发往该系统的指令；展现系统间调用信息，包括调用量及各种指标排名。
31.交易链路还原模块13，具体用于针对跨系统、跨微服务的同一笔交易，按业务要素信息的模糊查询与按全局流水号的精确查询，确定交易的完整链路并做精准信息还原，展现完整业务操作执行路径与交易轨迹；针对有故障的交易，在还原交易轨迹的基础上显式地标注故障所在的位置。
32.链路监控模块14，具体用于按业务要素信息查询出符合条件的交易，分析查询关于符合条件的交易标识的具体交易统计信息，包括交易链路的交易量图、趋势图、耗时图、成功率图。
33.本实施例提供的基于微服务架构的分布式交易链路追踪系统，可以业务的维度对交易链路进行监控，使用本系统的监控系统，业务应用的调用链路一览无余，研发与运维在排查问题的效率上得到了极大提高，为迅速定位问题所在、找到性能瓶颈以及在程序进行优化提供了极大帮助。
34.且提供监控告警、业务性能指标分析、业务链路架构图、单笔链路追踪等能力。使用该功能的监控系统，业务应用的调用链路一览无余，研发与运维在排查问题的效率上得到了极大提高，为迅速定位问题所在、找到性能瓶颈以及在程序进行优化提供了极大帮助。
35.图2为本发明实施例提供的另一种基于微服务架构的分布式交易链路追踪系统的结构示意图，如图2所示，本实施例提供的基于微服务架构的分布式交易链路追踪系统在图1所示实施例的基础上，还包括：
36.预警事件模块15，用于对交易系统做出的预警信息进行查询、统计和分析。
37.数据统计模块16，用于交易系统中各种数据进行统计。数据统计模块16，具体用于对历史指标基线、平均流量、基本指标数据、返回码数据进行统计展示，并以图表的方式展示报文数据的统计。
38.历史系统运行概览模块17，用于按预设时间维度展示交易系统历史运行概览信息。历史系统运行概览模块17，具体用于按预设时间维度可选择展示的历史运行概览信息，展示历史的业务系统的关联关系及预警事件回放，展示跨系统业务的历史运行状况。
39.预警事件模块15、数据统计模块16和历史系统运行概览模块17均为可选的配置，
可根据实际需求基于图1所示基于微服务架构的分布式交易链路追踪系统添加。
40.与分布式日志收集系统elk相比，本实施例提出的功能既能在微服务架构下对跨系统、跨服务器的不同微服务进行交易日志检索和统计，又能将统计结果可视化，方便直观监控分布式系统跨应用、跨服务器的关联动作，帮助理解不同软件模块、不同服务器的交易调用关系、调用行为。
41.下面以一具体实施例对本发明提供的基于微服务架构的分布式交易链路追踪系统进行进一步详细说明，在下面的实施例中，以基于微服务架构的分布式交易链路追踪系统基于银行系统为例进行说明。
42.图3a和图3b为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，系统运行概览模块的页面示意图，系统运行概览模块可以为基于微服务架构的分布式交易链路追踪系统的一级菜单模块。
43.如图3a所示，图中上部分展示8个业务指标，包括昨日业务量、今日业务量、昨日无响应业务量、今日无响应业务量、昨日交易链路种类、今日交易链路种类、昨日发送指令个数、今日发送指令个数。点击其中任一指标，可弹出各系统对应指标分布图，以“今日业务量”为例。以系统为维度展示当前业务量排名前十的业务系统的业务量柱状图，如图3b所示。图3a的概览图左侧展示健康状态颜色对应，正常：绿色，无交易：灰色，需关注：黄色，告警：红色，严重告警：黑色，未接入：浅灰色(图中未显示颜色)。主体部分展示业务运行图，根据后台推过来的健康数据，实时展示接入的业务系统和路段健康状态的颜色，未接入的业务系统和线段显示浅灰色。
44.图4为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，历史系统运行概览模块的页面示意图。历史系统运行概览模块可以按照天、小时等可拖动地展示历史运行概览信息。在图4所示页面中可以分为5个部分，其中区域
①
展示选中当天的预警趋势图；区域
②
展示选中时间段预警交易排名，取预警最多的前10支交易；区域
③
展示系统运行情况，页面打开默认展示当前状况，可通过选择天、时间段，进行回放选中时刻状态变化；区域
④
展示预警情况回放按钮区，按图标顺序分别为“快退”、“播放/暂停”、“停止”、“快进”按钮；点击“播放”按钮，将开始回放选中时间段的预警事件，再次点击“播放”按钮，暂停当前播放；点击“快进”按钮，可加快回放速度；点击“快退”按钮，可放慢回放速度；点击“停止”按钮，可停止本次回放速度；区域
⑤
为时间选择区域，下栏为天选择，上栏为时间段选择(每段30分钟)，图表颜色以当时预警事件多少来渲染，预警事件越多颜色越重，无预警事件则为绿色；点击下栏的天图标，可切换上栏的时间段以及
①
区域的预警趋势图和
②
区域的预警top排名统计；点击上栏的时间段图标，可切换
②
区域的预警top排名统计，再点击“播放”按钮，便可回放选中时间段的预警事件(图中未显示颜色)。
45.图5a-图5d为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，业务运行概览模块的页面示意图。业务运行概览模块提供对系统运行概览功能的补偿，包含系统交易信息图表展示、系统间调用交易信息图表展示等。根据查询条件，从系统层面展现业务系统的相关信息，包括系统名称、快照时间、健康状态、交易量信息、失败率、交易请求调用分布、预警趋势及发往该系统的指令。
46.对于系统业务信息，从系统层面，在新的窗口中展现业务系统的相关信息，包括系统名称、快照时间、健康状态、交易量信息、失败率、交易请求调用分布、预警趋势及发往该
系统的指令。系统业务信息页面例如图5a和图5b中的各种情况，在业务系统下拉列表、选择日期，点击【确定】按钮，查询结果展示业务系统该日期的下的分时交易量、失败率、交易请求分布、交易调用分布、预警趋势、交易最大耗时走势、交易统计信息及指令发送记录。各统计指标介绍如下：
47.(1)分时交易量，以折线图方式展示本系统当前日期每个统计时间窗口 (10min)内的交易量；
48.(2)失败率，以折线图方式展示本系统当前日期每个统计时间窗口(10min) 内的失败率；
49.(3)交易请求分布，以饼图的方式展示与本系统关联的发起方系统的请求分布；
50.(4)交易调用分布，以饼图的方式展示与本系统关联的终端系统的调用分布；
51.(5)预警趋势，以折线图方式展示本系统当前日期每个统计时间窗口 (10min)内的预警趋势；
52.(6)交易最大耗时走势，以折线图方式展示排名前3的交易耗时趋势；
53.(7)交易统计，以表格方式展示各指标(交易量、无响应交易量、失败交易量)排名前n(10、30、50)的交易统计信息；
54.(8)指令发送记录，展现快照时间最近的5次指令发送记录信息，包括指令流水号、指令编码、指令名称、发送时间、发送方式、指令状态；系统没有数据时展示“没有相关数据”。
55.对于系统服务调用信息，展示系统间调用的图表信息，包括调用量及各种指标排名。线段服务调用信息页面如图5c和图5d所示，用户点击概览图上的任一预警线段悬浮框上的任一预警调用，进入线段服务调用信息页面；展现内容分为两个部分，第一个部分展示线段的相关信息，包括线段的双方系统，当前健康状态及最近3个报警时间列表，第二部分为各项指标图表；具体展示内容如下：
56.(1)报警事件，展现快照时间最近的3次报警信息，包括报警时间、报警级别、事件名称、事件描述、时间窗口、连续窗口；并以不同的颜色标记告警记录，分别为无交易：灰色；关注：黄色；告警：红色；严重告警：黑色。当点击报警事件上的“更多”时，跳转到“健康事件查询”页面。
57.(2)服务调用量走势，以折线图方式展示服务调用当前日期每个统计时间窗口(10min)内的调用量走势；
58.(3)服务调用失败率走势，以折线图方式展示服务调用当前日期每个统计时间窗口(10min)内的失败率走势；
59.(4)预警趋势，以折线图方式展示服务调用当前日期每个统计时间窗口 (10min)内的预警趋势；
60.(5)服务调用量排名，以柱状图方式展示调用系统间调用量排名前十的服务；
61.(6)服务调用平均耗时排名，以柱状图方式展示调用系统间平均耗时排名前十的服务；
62.(7)失败服务调用量排名，以柱状图方式展示调用系统间失败调用量排名前十的服务。
63.图6a-图6h为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统
中，交易链路还原模块的页面示意图。交易链路还原模块提供按业务要素信息的模糊查询与按全局流水号的精确查询，确定交易链路并做还原，展现完整业务操作执行路径与交易轨迹。
64.交易链路还原页面如图6a所示，通过点击交易链路还原模块下的子菜单交易链路还原，进入交易链路还原页面。说明：此时不进行任何查询，页面显示为“暂无数据”，此时点击【查询】按钮，会展示当天零时至当前所有交易信息。
65.交易链路还原模块的具体功能操作简介如下：
66.(1)查询：可精确或模糊输入任意业务要素信息、“全局流水号”、“请求时间”，点击【查询】按钮，筛选数据，如图6b所示。
67.(2)高级查询：点击【高级查询】按钮，出现如下选项。可以根据需要选择“发起方系统”、“请求方系统”、“服务方系统”、“交易标识”、“中间系统系统”、“交易状态”筛选数据，如图6c所示。
68.(3)交易链路还原子功能
69.1)点击每笔交易【详情】按钮进入链路还原图形展示页面，如图6d。默认展示链路图，同一全局流水号的业务链信息仅打开一个选项卡。
70.2)分别点击链路图和时序图标签，可以任意切换，时序图如图6e。
71.3)点击列表操作列【查看】按钮或者链路还原图中的线段，可显示该条链路上的详细交易信息,结果如6f。
72.4)点击列表操作列【报文来源】按钮，可显示该条链路上的报文来源详细信息如图6g.
73.5)在时序图放置在交易线段处时，右侧弹出此次交易详细参数信息。
74.(4)交易故障定位
75.操作与交易详情查询类似，只是业务成功状态显示为失败。链路详情页面结果如图6h。
76.图7a-图7h为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，链路监控模块的页面示意图。链路监控模块提供对全链路的监控功能，包括链路图、趋势图、耗时图。链路监控模块的功能是提供通过渠道系统、服务id或服务码查询出符合条件的交易链路种类。
77.交易链路监控页面如图7a所示，点击链路监控模块下的子菜单交易链路监控，进入交易链路监控页面。时不进行任何查询，页面显示为“暂无数据”，此时点击【查询】按钮，会展示当天零时至当前所有交易信息。
78.可通过查询“链路时间”、“发起方系统”、“服务方系统”或“交易码或服务id”，其中“服务方系统”可多选，“交易码或服务id”可模糊查询，点击【查询】按钮，筛选链路数据，如图7b所示。
79.交易链路详情功能如下：
80.1)点击每种交易链路【链路详情】按钮进入链路还原图形展示页面，如图 7c-图7g所示。图7c-图7g默认展示服务链路趋势图，同一链路id的业务链信息仅打开一个选项卡。
81.2)在如图图7f和7g切换为交易链路趋势图时，点击链路还原图服务方系统，可动态显示或关闭此交易信息交易量、成功率、交易耗时、无响应数，切换为交易链路趋势图时
此功能无效。
82.3)导出功能是指，导出当前交易链路监控详情页面所有可视内容，如需分别导出链路还原图形和统计信息图表，可以分别点击相关图形右侧下载图标。
83.4)定时刷新功能是指，用户在不关闭页面的情况下，自定义数据自动更新时间间隔，可以分别选择30s、60s、120s，选择完成后点击【刷新】按钮，弹出提示信息【xxxs，刷新开始】，停止刷新可直接点击【停止】按钮。
84.链路监控交易量统计详情如下：点击每种交易链交易数进入交易明细查询页面，如图7h所示。用户可以根据查询结果，直接输入或选择筛选条件，页面会自动在结果页面筛选符合条件的数据。
85.图8a-图8m为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，预警事件模块的页面示意图。预警事件模块提供对系统所作出的预警信息进行查询、统计以及分析的功能。预警事件模块具体用于提供按业务要素信息从es中查询满足条件的预警事件信息，并按报警时间进行倒排，以列表方式展现。
86.预警事件查询页面展示如图8a所示，点击预警事件模块下的子菜单预警事件查询，进入预警事件查询页面。查询列表此时不进行任何查询，页面显示为“暂无数据”，此时点击【查询】按钮，系统以列表方式显示查询结果。
87.可选择“事件主体”、“请求方系统”、“报警时间”、“报警级别”、“服务方系统”、“规则类型”下拉列表以及输入“交易标识”可模糊匹配，其中“服务方系统”可多选，点击【查询】按钮，筛选数据。图8b-图8d分别是事件主体为服务、系统、路段的查询效果。查询结果会很据不同的报警级别以不同颜色区分显示 (图中未示出颜色)。
88.点击每笔交易的【请求方系统】、【服务方系统】、以及【交易标识】，可查看该系统以及交易标识详细的运行情况指标，如图8e-图8g所示。
89.事件主体为服务时：点击每笔交易操作功能按钮【明细】按钮进入还原交易信息查询展示页面，如图8h所示。其中同一交易标识仅打开一个选项卡。
90.在图8h中，点击每笔交易【全局流水号】，进入图形展示页面，如图8i 所示。分别点击链路图和时序图标签，可以任意切换，时序图如图8j所示。点击列表操作列【查看】按钮或者链路还原图中的线段，可显示该条链路上的详细交易信息，结果如图8k所示。点击列表操作列【查看】按钮或者链路还原图中的线段，可显示该条链路上的详细交易信息，结果如图8l所示。事件主体为系统或路段时：点击每笔交易操作功能按钮【明细】按钮进入还原交易信息查询展示页面，如图8m所示。
91.图9a-图9e为本发明实施例提供的基于微服务架构的分布式交易链路追踪系统中，数据统计模块的页面示意图。数据统计模块对历史指标基线、平均流量、基本指标数据、返回码数据进行统计展示，并以图表的方式展示报文数据的统计。
92.其中，对于历史指标基线，根据输入的查询条件，查询满足条件的历史指标基线信息，以列表方式展现。历史指标基线的页面如图9a所示，点击一级菜单“数据统计”下的二级菜单“历史指标基线”进入该页面。点击【查询】按钮，以表格的方式展示查询历史指标基线信息。包括：交易标识、系统名称、交易总数、日均流量、交易量/秒、失败率、错误率、样本容量、时间段、日期类型、录入日期。查询条件为：服务标识，日期，样本容量上、下线，交易总数上、下限，业务系统。
93.对于历史平均流量，根据输入的查询条件，查询满足条件的历史平均流量信息，以列表方式展现。历史平均流量的页面如图9b所示。点击一级菜单“数据统计”下的二级菜单“历史平均流量”进入该页面。点击【查询】按钮，以表格的方式展示查询历史平均流量信息。包括：交易标识、服务名称、系统名称、时间段、流量值、样本容量、录入日期。查询条件为：服务标识，日期，时间段，业务系统。点击每行数据的【详细】按钮，可以查看详细的历史平均流量信息。
94.对于历史数据统计，根据输入的查询条件，查询满足条件的历史数据统计信息，以列表方式展现。历史数据统计的页面如图9c所示。点击一级菜单“数据统计”下的二级菜单“历史数据统计”进入该页面。具有查询功能、详细结果展示功能、数据禁用功能、下载功能。对于查询功能，点击查询按钮，以表格的方式展示查询历史数据统计信息。包括：交易标识、交易码、交易名称、请求方系统、服务方系统、交易总数、失败总数、无响应总数、索引日期。查询条件为：“服务标识”(支持模糊查询)、“数据统计日期”、“交易总数下限”、“交易总数上限”以及选择“系统”下拉框。对于详细结果展示功能，点击操作列的详细图表，展现该条记录该日期的详细信息，包括：时间段、交易总数、失败总数、错误总数、日期类型、是否启用、操作(修改)；点击修改按钮可以修改该条数据的交易总数、失败总数、错误总数。对于数据禁用功能，点击数据禁用按钮，打开数据禁用页面，输入要进行的数据信息，包括：索引日期、请求方系统、服务方系统、服务标识、时间段、禁用状态，点击确定按钮，输入的数据将被禁用。对于下载功能，点击下载按钮，下载历史数据统计数据到本地。
95.对于报文统计，根据输入条件，点击查询按钮，以图表的形式展示报文统计的信息。报文统计的页面如图9d所示。点击【数据统计】下的子菜单【报文统计】，进入报文统计页面。点击查询按钮，以折线的方式展示报文统计图表。输入查询条件为：“日期”、“间隔时间”、“采集方式”、“报文种类”、“来源系统”、“归属系统”、“聚合字段”。
96.对于返回码统计，提供按业务要素信息，从数据库中查询满足条件的返回码统计信息，按规总数从大到小排序，以列表方式展示。返回码统计的页面展示如图9e所示，点击【数据统计】下的子菜单【返回码统计】，进入返回码统计页面。具有查询和下载功能，点击查询按钮，以表格的方式展示查询返回码统计信息。包括：交易标识、请求方系统、服务方系统、交易总数、返回码、次数、占比。输入查询条件为：“开始时间”、结束时间”、“交易标识”、“请求方系统”、“服务方系统”。点击页面左下角下载操作按钮，以excel表格形式导出返回码统计信息。
97.本发明提出的基于微服务架构的分布式交易链路追踪系统，该系统基于现有微服务架构，针对跨系统的业务场景，建设一个集交易事件追踪监测、交易事件核对、系统管控等功能于一体的监控系统。实现业务系统的交易数据采集；系统业务运行概览及相关业务统计与展示；跨系统业务的链路还原；支持交易追踪与故障定位；实现集中通用的跨系统业务事件核对，保障业务完整性与一致性。帮助理解不同软件模块、不同服务器的交易调用关系、调用行为，以便可视化监控分布式系统跨应用、跨服务器的关联动作。
98.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质
中，如计算机的软盘、只读存储器 (read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
99.值得注意的是，上述实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
100.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。