业务分析方法和装置的制造方法
【技术领域】
[0001] 本申请涉及数据处理技术领域,特别涉及一种业务分析方法和装置。
【背景技术】
[0002] 在大型的互联网应用系统中,很多系统都采用S0A(Service_0riented Architecture,面向服务的体系结构)架构,业务由多个系统间通过服务调用协调处理完 成。在业务分析过程中,每个系统都可能使用到一些业务指标,其中,业务指标是在通过 RPC(Remote Procedure Call Protocol,远程过程调用协议)调用其他系统获取到基础数 据后,对基础数据进行加工计算获得。每次通过RPC调用其他系统(相对于分析业务的系 统本身来说是远程系统)都有一定性能开销。因而,在业务系统的一次分析中,对远程系统 的多次调用会导致整个分析过程耗时较久。
[0003] 例如,某次业务分析要在系统Μ完成,系统Μ在处理过程中会根据调用方发来的业 务特征(Ρ1,Ρ2)决定需要获取哪些数据,如果Ρ1值为"Α",对应指标b,P2值为"Β",对应指 标d、e、f,则系统Μ在这次业务分析过程中需要计算b,d,e,f四个指标。而指标b和f需 要根据基础数据datal进行计算获得,指标d,e需要分别根据基础数据data2和data3进 行计算获得,datal,data2, data3需要系统Μ分别调用Sl,S2, S3三个系统来获取,具体调 用顺序可如图(1)所示。
[0004] 如果,系统Μ获取基础数据data的RPC调用时间设为f (data),基于基础数据data 计算指标a的时间消耗设为g (a),则整个业务分析时间t为:
[0005] t = f (datal) +f (data2) +f (data3) +f (datal) +g (b) +g (d) +g (e) +g (f)
[0006] 由此可见,会随着业务的复杂度以及计算链路的增加,系统M的业务分析时间t线 性增加。
[0007] 为例解决这个问题,可在系统获取基础数据后,对获取到的基础数据提供缓存服 务,从而在后续计算指标时需要用到的基础数据已在缓存中时,可直接从缓存中读取,免去 节省了再次调用远程系统的时间。但是,由于业务分析过程中的基础数据大多分别保存在 不同的系统中,或者基于不同的基础数据,因此,即使免去了重复可用的基础数据的调用时 间,仍需要多次对远程系统进行调用以获取不同的基础数据,对业务分析的整体效率的提 升有限。
【发明内容】
[0008] 本申请旨在至少在一定程度上解决上述技术问题。
[0009] 为此,本申请的第一个目的在于提出一种业务分析方法,以减少系统调用和等待 时间,提1?系统响应能力以及业务分析效率。
[0010] 本申请的第二个目的在于提出一种业务分析装置。
[0011] 为达上述目的,根据本申请第一方面实施例提出了一种业务分析方法,包括:根据 业务分析时的业务特征,确定指标集,所述指标集包括至少一个指标;获取所述指标的基础 数据,对所述基础数据进行合并去重;并发调用保存所述合并去重后的基础数据的系统,获 取所述合并去重后的基础数据;对所述合并去重后的基础数据进行并发计算,获取所述指 标并保存在本地;在业务分析时,优先从所述本地获取需要的指标。
[0012] 本申请实施例的业务分析方法,根据业务分析时的业务特征,确定指标集,并获取 指标集中指标的基础数据,并继续合并去重后,并发调用保存合并去重后的基础数据的系 统已获取相应的基础数据,然后对获取的基础数据并发计算以获取对应的指标,并保存在 本地,以在业务分析时优先从本地获取需要的指标,从而基于这种对业务特征和指标的统 计以及数据的分层计算,优化了业务分析方法,有效减少了系统调用和等待时间,从而提高 了系统响应能力以及业务分析效率。
[0013] 本申请第二方面实施例提供了一种业务分析装置,包括:第一确定模块,用于根据 业务分析时的业务特征,确定指标集,所述指标集包括至少一个指标;获取模块,用于获取 所述指标的基础数据,对所述基础数据进行合并去重;并发调用模块,用于并发调用保存所 述合并去重后的基础数据的系统,获取所述合并去重后的基础数据;并发计算模块,用于对 所述合并去重后的基础数据进行并发计算,获取所述指标并保存在本地;业务分析模块,用 于在业务分析时,优先从所述本地获取需要的指标。
[0014] 本申请实施例的业务分析装置,根据业务分析时的业务特征,确定指标集,并获取 指标集中指标的基础数据,并继续合并去重后,并发调用保存合并去重后的基础数据的系 统已获取相应的基础数据,然后对获取的基础数据并发计算以获取对应的指标,并保存在 本地,以在业务分析时优先从本地获取需要的指标,从而基于这种对业务特征和指标的统 计以及数据的分层计算,优化了业务分析方法,有效减少了系统调用和等待时间,从而提高 了系统响应能力以及业务分析效率。
[0015] 本申请的附加方面和优点将在下面的描述中部分给出,部分将从下面的描述中变 得明显,或通过本申请的实践了解到。
【附图说明】
[0016] 本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变 得明显和容易理解,其中:
[0017] 图(1)为相关技术中业务分析过程中数据调用顺序的示意图;
[0018] 图1为根据本申请一个实施例的业务分析方法的流程图;
[0019] 图2为根据本申请一个实施例的更新业务特征与指标集的对应关系的流程图
[0020] 图3为本申请另一个实施例的业务分析方法的流程图;
[0021] 图4为根据本申请一个实施例的业务分析装置的结构示意图;
[0022] 图5为根据本申请另一个实施例的业务分析装置的结构示意图。
【具体实施方式】
[0023] 下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终 相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附 图描述的实施例是示例性的,仅用于解释本申请,而不能理解为对本申请的限制。
[0024] 下面参考附图描述根据本申请实施例的业务分析方法和装置。
[0025] 图1为根据本申请一个实施例的业务分析方法的流程图。
[0026] 如图1所示,根据本申请实施例的业务分析装置,包括:
[0027] S101,根据业务分析时的业务特征,确定指标集,指标集包括至少一个指标。
[0028] 其中,业务分析可例如电子商务购物中的执行的登录、下单、付款等操作。
[0029] 业务特征为业务分析的上下文,即在一次业务分析时能够获取的所有信息,例如 用户名称,用户类别,购物类别,商品类型,商品价格等。
[0030] 指标是指在业务分析过程中需要计算的数据单元,例如付款金额、产品标识信息、 买家标识信息等。
[0031] 每个业务特征可对应至少一个指标,因此根据业务分析时的业务特征,可确定指 标集。具体地,可根据预先建立的业务特征与指标集的对应关系,获取与业务分析时的业务 特征对应的指标集,其中,对应关系是根据对业务特征及指标的使用进行统计后确定的。
[0032] 其中,业务特征与指标集的对应关系可通过以下方法建立:
[0033] 在业务分析过程中,分别基于特定的业务特征进行指标统计,即统计在业务分析 的过程中,使用的各个指标的使用次数和特定业务特征的使用次数,然后根据各个指标的 使用次数和特定业务特征的使用次数得到各个指标的使用频率(指标A的使用频率=指标 A的使用次数/特定的业务特征的使用次数),并将使用频率大于预设的阈值的指标放入该 特定业务特征对应的指标集中,由此建立业务特征与指标集的对应关系。例如,预设的阈值 可设为90%。
[0034] 例如,如表1所示,为根据本申请一个实施例的业务特征与指标集对应关系的列 表。
[0035] 表 1
[0036]
[0037] 举例来说,当小王买一双鞋的时候,业务分析的过程如下:
[0038] 首先获取业务分析的上下文,即本次分析时能够获取的所有信息,例如用户名称, 用户类别,购物类别,商品类型,商品价格等。
[0039] 然后组装业务特征,具体地,可基于统计维度的定义,根据小王输入的参数,得到 业务特征为"买家+鞋子",继而可得到在这个业务特征下的指标集"商品价格,商品分类, 用户手机,用户余额"。
[0040] S102,获取指标的基础数据,对基础数据进行合并去重。
[0041] 其中,基础数据是用于进行计算以得到指标的数据。不同的指标可通过不同的基 础数据计算得到,当然,其中两个或多个指标也可通过同一个基础数据计算得到。因而,在 获取指标的基础数据中,可能存在重复的基础数据,需要进行合并去重。
[0042] 举例来说,如果对于表1中的业务特征"A+B"来说,对应的指标集包括"b,d,e,f"