CN104376483B - 业务系统嵌入多维分析模型的装置和方法 - Google Patents

Abstract

本发明提供了一种业务系统嵌入多维分析模型的装置，包括：映射单元，用于根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；如果不属于设置的特有属性，则展现默认的多维分析模型；嵌入单元，用于建立好映射关系后，采用异步加载和刷新控制处理，在业务系统中调用商业分析系统的接口，把消费者的属性值传递给接收者。本发明还提供了一种业务系统嵌入多维分析模型的方法。通过本发明的技术方案，可以在现有的模型嵌入方式基础上，充分利用单对象类型完成多对象类型的模型嵌入，建立多对象类型参与的模型嵌入的通用、统一嵌入思路。

Description

业务系统嵌入多维分析模型的装置和方法

技术领域

本发明涉及数据处理技术领域，具体地，涉及一种业务系统嵌入多维分析模型的装置和一种业务系统嵌入多维分析模型的方法。

背景技术

传统的商业分析系统是集中式的，它与业务系统脱节，虽然对企业进行战略管理起到了一定的辅助决策作用，但对绝大部分企业而言，它仅仅是为公司高层提供宏观的决策支持，并没有为业务人员带来帮助。

随着ERP、CRM等系统的普及，数据仓库、数据挖掘、商业分析系统使用规模的扩大，企业越来越希望在业务系统做业务处理时，随时就能了解相关情况，比如：在录入销售单据时，能很清楚地知道销售的历史价格，供应商信息，库存数量等等。于是，市面上出现了一些能协助处理业务单据的装置，比如：

1.在录入业务单据时，提示有限辅助信息。

缺点：只能提供文本信息，没有丰富的图表，提供的信息量非常之少，不直观、不灵活，而且也只有在点击某个控件时才会出现。比如：在录入销售单据的销售数量时提示库存数量还有多少，切换到其它控件库存数量提示信息就不再呈现。

2.在业务单据处理界面，提供一块区域，用于显示辅助信息，同时区域也可以隐藏。

缺点：能显示简单图表，信息量有所加大，但还是不够丰富。属于定制化开发，在开发阶段就固定展现的内容，实施阶段不能随心所欲根据项目需求进行调整。覆盖度低，无扩展能力。在数据量积累较大的情况下嵌入式分析会严重影响整个业务单据操作的效率。

因此，需要一种新的模型嵌入技术，可以在现有的模型嵌入方式基础上，充分利用单对象类型完成多对象类型的模型嵌入，建立多对象类型参与的模型嵌入的通用、统一嵌入思路。

发明内容

本发明正是基于上述问题，提出了一种新的模型嵌入技术，可以在现有的模型嵌入方式基础上，充分利用单对象类型完成多对象类型的模型嵌入，建立多对象类型参与的模型嵌入的通用、统一嵌入思路。

有鉴于此，本发明提出了一种业务系统嵌入多维分析模型的装置，包括：映射单元，用于作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；如果不属于设置的特有属性，则展现默认的多维分析模型；嵌入单元，用于作为消费者的内部展现接收者，建立好映射关系后，采用异步加载和刷新控制处理，在业务系统中调用商业分析系统的接口，把消费者的属性值传递给接收者。在该技术方案中，可以根据当前业务场景进行必要的信息挖掘、分析建模，以图形、数字等交互的方式，及时获取分析结果，从而为业务提供更加准确的业务决策依据。

在上述技术方案中，优选地，所述映射单元，具体包括：映射关系配置模块，用于作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；多维分析模型展现模块，用于如果不属于设置的特有属性，则展现默认的多维分析模型。在该技术方案中，消费者通过响应事件将对象值传递给接收者，接收者接收到相关数据，通过与数据仓库的交互，将数据仓库返回的数据在模型中展现。

在上述技术方案中，优选地，所述嵌入单元，具体包括：接口调用模块，用于作为消费者的内部展现接收者，建立好映射关系后，采用异步加载处理和刷新控制处理，在业务系统中调用商业分析系统的接口；该商业分析系统的接口包括多维分析模型接口；属性值传递模块，用于通过调用的商业分析系统的接口，把消费者的属性值传递给接收者。在该技术方案中，可以根据嵌入需要来提供合适的接口，所以可在业务系统中直接调用商业分析系统展现多维分析模型的面板，同时将参数传递进去用于刷新数据即可。

在上述技术方案中，优选地，所述接口调用模块采用的异步加载处理，进一步包括：在打开业务单据时，既要加载业务单据又要加载多维分析模型，多维分析模型均是通过图片和数据来展示信息；在业务单据节点，采用异步加载多维分析模型的方式，先显示业务单据信息，使加载多维模型的过程在后台运行。

在上述技术方案中，优选地，所述接口调用模块采用的刷新控制处理，进一步包括：在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起加载不同报表模型；如果模型没有改变，只重新加载数据，不刷新图形；和/或，在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起报表模型上下文改变，如果上下文改变，则刷新数据，否则不刷新数据。

根据本发明的又一个方面，还提出了一种业务系统嵌入多维分析模型的方法，包括：步骤202：作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；如果不属于设置的特有属性，则展现默认的多维分析模型；步骤204：作为消费者的内部展现接收者，建立好映射关系后，采用异步加载和刷新控制处理，在业务系统中调用商业分析系统的接口，把消费者的属性值传递给接收者。在该技术方案中，可以根据当前业务场景进行必要的信息挖掘、分析建模，以图形、数字等交互的方式，及时获取分析结果，从而为业务提供更加准确的业务决策依据。

在上述技术方案中，优选地，所述步骤202，具体包括：步骤302：作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；步骤304：如果不属于设置的特有属性，则展现默认的多维分析模型。在该技术方案中，消费者通过响应事件将对象值传递给接收者，接收者接收到相关数据，通过与数据仓库的交互，将数据仓库返回的数据在模型中展现。

在上述技术方案中，优选地，所述步骤204，具体包括：步骤402：作为消费者的内部展现接收者，建立好映射关系后，采用异步加载处理和刷新控制处理，在业务系统中调用商业分析系统的接口；该商业分析系统的接口包括多维分析模型接口；步骤404：通过调用的商业分析系统的接口，把消费者的属性值传递给接收者。在该技术方案中，可以根据嵌入需要来提供合适的接口，所以可在业务系统中直接调用商业分析系统展现多维分析模型的面板，同时将参数传递进去用于刷新数据即可。

在上述技术方案中，优选地，所述步骤402采用的异步加载处理，进一步包括：在打开业务单据时，既要加载业务单据又要加载多维分析模型，多维分析模型均是通过图片和数据来展示信息；在业务单据节点，采用异步加载多维分析模型的方式，先显示业务单据信息，使加载多维模型的过程在后台运行。

在上述技术方案中，优选地，所述步骤402采用的刷新控制处理，进一步包括：在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起加载不同报表模型；如果模型没有改变，只重新加载数据，不刷新图形；和/或，在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起报表模型上下文改变，如果上下文改变，则刷新数据，否则不刷新数据。

通过以上技术方案，可以在现有的模型嵌入方式基础上，充分利用单对象类型完成多对象类型的模型嵌入，建立多对象类型参与的模型嵌入的通用、统一嵌入思路。

附图说明

图1示出了根据本发明的实施例的业务系统嵌入多维分析模型的装置的框图；

图2示出了根据本发明的实施例的业务系统嵌入多维分析模型的方法的流程图；

图3示出了根据本发明的实施例的映射单元的流程图；

图4示出了根据本发明的实施例的嵌入单元的流程图；

图5示出了根据本发明的实施例的在调用多维分析模型接口时采用异步加载技术和刷新控制的流程图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的业务系统嵌入多维分析模型的装置的框图。

如图1所示，根据本发明的实施例的业务系统嵌入多维分析模型的装置100，包括：映射单元102，用于作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；如果不属于设置的特有属性，则展现默认的多维分析模型；嵌入单元104，用于作为消费者的内部展现接收者，建立好映射关系后，采用异步加载和刷新控制处理，在业务系统中调用商业分析系统的接口，把消费者的属性值传递给接收者。在该技术方案中，可以根据当前业务场景进行必要的信息挖掘、分析建模，以图形、数字等交互的方式，及时获取分析结果，从而为业务提供更加准确的业务决策依据。

在上述技术方案中，优选地，映射单元102，具体包括：映射关系配置模块1022，用于作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；多维分析模型展现模块1024，用于如果不属于设置的特有属性，则展现默认的多维分析模型。在该技术方案中，消费者通过响应事件将对象值传递给接收者，接收者接收到相关数据，通过与数据仓库的交互，将数据仓库返回的数据在模型中展现。

在上述技术方案中，优选地，嵌入单元104，具体包括：接口调用模块1042，用于作为消费者的内部展现接收者，建立好映射关系后，采用异步加载处理和刷新控制处理，在业务系统中调用商业分析系统的接口；该商业分析系统的接口包括多维分析模型接口；属性值传递模块1044，用于通过调用的商业分析系统的接口，把消费者的属性值传递给接收者。在该技术方案中，可以根据嵌入需要来提供合适的接口，所以可在业务系统中直接调用商业分析系统展现多维分析模型的面板，同时将参数传递进去用于刷新数据即可。

在上述技术方案中，优选地，接口调用模块1042采用的异步加载处理，进一步包括：在打开业务单据时，既要加载业务单据又要加载多维分析模型，多维分析模型均是通过图片和数据来展示信息；在业务单据节点，采用异步加载多维分析模型的方式，先显示业务单据信息，使加载多维模型的过程在后台运行。

在上述技术方案中，优选地，接口调用模块1042采用的刷新控制处理，进一步包括：在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起加载不同报表模型；如果模型没有改变，只重新加载数据，不刷新图形；和/或，在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起报表模型上下文改变，如果上下文改变，则刷新数据，否则不刷新数据。

图2示出了根据本发明的实施例的业务系统嵌入多维分析模型的方法的流程图。

如图2所示，根据本发明的实施例的业务系统嵌入多维分析模型的方法，包括：步骤202：作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；如果不属于设置的特有属性，则展现默认的多维分析模型；步骤204：作为消费者的内部展现接收者，建立好映射关系后，采用异步加载和刷新控制处理，在业务系统中调用商业分析系统的接口，把消费者的属性值传递给接收者。在该技术方案中，可以根据当前业务场景进行必要的信息挖掘、分析建模，以图形、数字等交互的方式，及时获取分析结果，从而为业务提供更加准确的业务决策依据。

在上述技术方案中，优选地，如图3所示，步骤202，具体包括：步骤302：作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；步骤304：如果不属于设置的特有属性，则展现默认的多维分析模型。在该技术方案中，消费者通过响应事件将对象值传递给接收者，接收者接收到相关数据，通过与数据仓库的交互，将数据仓库返回的数据在模型中展现。

在上述技术方案中，优选地，如图4所示，步骤204，具体包括：步骤402：作为消费者的内部展现接收者，建立好映射关系后，采用异步加载处理和刷新控制处理，在业务系统中调用商业分析系统的接口；该商业分析系统的接口包括多维分析模型接口；步骤404：通过调用的商业分析系统的接口，把消费者的属性值传递给接收者。在该技术方案中，可以根据嵌入需要来提供合适的接口，所以可在业务系统中直接调用商业分析系统展现多维分析模型的面板，同时将参数传递进去用于刷新数据即可。

在上述技术方案中，优选地，步骤402采用的异步加载处理，进一步包括：在打开业务单据时，既要加载业务单据又要加载多维分析模型，多维分析模型均是通过图片和数据来展示信息；在业务单据节点，采用异步加载多维分析模型的方式，先显示业务单据信息，使加载多维模型的过程在后台运行。

在上述技术方案中，优选地，步骤402采用的刷新控制处理，进一步包括：在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起加载不同报表模型；如果模型没有改变，只重新加载数据，不刷新图形；和/或，在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起报表模型上下文改变，如果上下文改变，则刷新数据，否则不刷新数据。

本发明的技术方案，提供了一种业务系统嵌入多维分析的方法和装置。本发明的技术方案主要适用于业务系统(CRM、ERP等)在处理业务的同时，根据当前业务场景进行必要的信息挖掘、分析建模，以图形、数字等交互的方式，及时获取分析结果，从而为业务提供更加准确的业务决策依据。

为了弥补现有技术的不足，本发明的技术方案要解决的问题是：⑴更专业：在业务系统中可以进行多维分析，提供更多的交互方案；⑵更直观：能够提供丰富的图表类型；⑶更灵活：在项目实施阶段按需建模，配置辅助决策的内容，以满足不同客户需求；⑷更高效：高性能，不会因为辅助决策的执行影响业务操作。

要在业务系统中展现多维分析模型，不仅要解决多维分析在业务系统中布局的问题，更重要的是要解决业务系统和多维分析模型联动的问题即根据业务系统的属性值来动态加载数据到多维分析模型。这样，业务系统即消费者，多维分析模型即接收者，消费者通过响应事件将对象值传递给接收者，接收者接收到相关数据，通过与数据仓库的交互，将数据仓库返回的数据在模型中展现。

本发明包括如下装置：

1，映射单元

该装置是消费者和接收者之间传递数据的桥梁，主要配置消费者自身的属性和接收者分析展现的上下文之间的映射关系。

2，嵌入单元

该装置是在消费者的内部展现接收者，同时，通过映射单元，把消费者的属性值传递给接收者，这样接收者根据这些属性值来动态展现。

该发明是在业务系统中嵌入多维分析，即业务系统是核心。考虑到有的企业有自主研发的业务系统，没有自主研发的商业分析系统，有的企业既有自己研发的业务系统也有自主研发的商业分析系统，不同情况嵌入方式有所不同。下面分别说明一下：

1，业务系统自主研发，商业分析系统自主研发或采用开源产品的企业

这种类型的企业由于商业分析系统可方便的根据嵌入需要来提供合适的接口，所以可在业务系统中直接调用商业分析系统展现多维分析模型的面板，同时将参数传递进去用于刷新数据即可。这种方式的灵活性体现在只要修改映射单元对应的多维分析模型即可。

1.1映射单元

这个数据结构设计支持根据业务系统单据特有属性展现不同的多维分析模型，如果不属于设置的特有属性，则展现默认的多维分析模型。

1.1.1默认嵌入多维分析模型的主表数据结构

1.1.2默认嵌入多维分析模型的子表数据结构

1.1.3个性显示条件字段组合数据结构

1.1.4个性显示多维分析模型的主表数据结构

1.1.5个性显示多维分析模型的子表数据结构

1.2嵌入单元

建立好映射关系后，下面就是在业务系统中调用商业分析系统的接口，由于多维分析模型的数据来源于数据仓库，而对于大多数企业而言，业务系统经过多年的业务积累，都会产生大量数据。如果不对其做优化，必然会有效率问题。下面是在调用多维分析模型接口时采用异步加载技术和刷新控制的流程，参见图5。

该流程主要是下面2个方面：

⑴异步加载：

在打开业务单据时，既要加载业务单据又要加载多维分析模型，多维分析模型均是通过图片和数据来展示信息。考虑在业务单据节点，是以业务单据为主，多维分析模型为辅，同时下载图片比较费时，所以采用异步加载多维分析模型的方式，先显示业务单据信息，让加载多维模型的过程在后台运行。

⑵刷新控制：

在刷新数据时，添加了很多控制来提升性能。根据配置单元的信息，判断单据上相关属性是否引起加载不同报表模型。如果模型没有改变，只重新加载数据，不刷新图形；根据配置单元的信息，判断单据上相关属性是否引起报表模型上下文改变，如果上下文改变，则刷新数据，否则不刷新数据。

2，业务系统自主研发，商业分析系统采用其它非开源产品的企业

这种类型的企业由于商业分析系统不方便根据嵌入需要来提供合适的接口，不能直接调用，只能间接处理。当然间接处理的方法很多，下面举业务系统销售订单调用水晶易表制作的多维分析模型的实例说明一下，这种方式的灵活性体现在可以灵活制作水晶易表多维分析模型，然后将该多维分析模型的名字和放置位置保持不变即可。

2.1映射单元

映射单元的映射关系无需存储，它完全通过配置来实现，其映射步骤为：

第一步：先制作WebService服务，将需要制作水晶易表的多维分析模型的数据从数据仓库整理出来并发布为带参数的WebService服务。这些参数值将接受业务单据属性字段值。

比如：

需要展现销售订单的当前库存数量，供应商历史价格信息，发布的WebService服务的参数为业务日期和供应商。

第二步：制作水晶易表的多维分析模型。显示当前库存数量和某供应商历史价格趋势。

第三步：在连接中添加FLASH变量：业务日期和供应商。

第四步：将WebService服务的参数值和FLASH变量绑定到同一个单元格，这样当FLASH变量值改变时，WebService服务参数值相应改变，从而从数据仓库拿到这些参数信息对应的数据。

第五步：将制作好的水晶易表模型导出为SWF文件。

2.2嵌入单元

由于商业分析为非开源的系统，没有相应的API进行调用，这里嵌入方式采用在业务系统中，增加隔离面板，一边放置销售订单面板，一边放置多维分析面板。多维分析面板通过内置的浏览器来加载FALSH文件，同时在调用FALSH时，将销售订单上的业务日期和供应商信息传给FALSH变量。这样SWF文件将根据该业务日期和供应商信息来刷新数据展现多维分析模型。

本发明的技术方案解决了实施阶段不能根据项目业务需求自由灵活配置多维分析模型的问题，使得用户体验得到很大的提升。

以上结合附图详细说明了本发明的技术方案，考虑到相关技术中没有简便的、统一的针对复杂类型模型嵌入的解决办法。现有的模型嵌入无法完成有复杂类型参与的模型嵌入过程。因此，本发明提出了一种业务系统嵌入多维分析模型的装置和一种业务系统嵌入多维分析模型的方法，可以在现有的模型嵌入方式基础上，充分利用单对象类型完成多对象类型的模型嵌入，建立多对象类型参与的模型嵌入的通用、统一嵌入思路。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种业务系统嵌入多维分析模型的装置，其特征在于，包括：

映射单元，用于作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；如果不属于设置的特有属性，则展现默认的多维分析模型；

嵌入单元，用于作为消费者的内部展现接收者，建立好映射关系后，采用异步加载和刷新控制处理，在业务系统中调用商业分析系统的接口，把消费者的属性值传递给接收者；

所述嵌入单元，具体包括：

接口调用模块，用于作为消费者的内部展现接收者，建立好映射关系后，采用异步加载处理和刷新控制处理，在业务系统中调用商业分析系统的接口；该商业分析系统的接口包括多维分析模型接口；

属性值传递模块，用于通过调用的商业分析系统的接口，把消费者的属性值传递给接收者；

所述接口调用模块采用的刷新控制处理，进一步包括：

在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起加载不同报表模型；如果模型没有改变，只重新加载数据，不刷新图形；

和/或，

在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起报表模型上下文改变，如果上下文改变，则刷新数据，否则不刷新数据。

2.根据权利要求1所述的业务系统嵌入多维分析模型的装置，其特征在于，所述映射单元，具体包括：

映射关系配置模块，用于作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；

多维分析模型展现模块，用于如果不属于设置的特有属性，则展现默认的多维分析模型。

3.根据权利要求1所述的业务系统嵌入多维分析模型的装置，其特征在于，所述接口调用模块采用的异步加载处理，进一步包括：

在打开业务单据时，既要加载业务单据又要加载多维分析模型，多维分析模型均是通过图片和数据来展示信息；

在业务单据节点，采用异步加载多维分析模型的方式，先显示业务单据信息，使加载多维模型的过程在后台运行。

4.一种业务系统嵌入多维分析模型的方法，其特征在于，包括：

步骤202：作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；如果不属于设置的特有属性，则展现默认的多维分析模型；

步骤204：作为消费者的内部展现接收者，建立好映射关系后，采用异步加载和刷新控制处理，在业务系统中调用商业分析系统的接口，把消费者的属性值传递给接收者。

5.根据权利要求4所述的业务系统嵌入多维分析模型的方法，其特征在于，所述步骤202，具体包括：

步骤302：作为消费者和接收者之间传递数据的桥梁，根据业务系统单据特有属性展现不同的多维分析模型，配置消费者自身的属性和接收者分析展现的上下文之间的映射关系；

步骤304：如果不属于设置的特有属性，则展现默认的多维分析模型。

6.根据权利要求4或5所述的业务系统嵌入多维分析模型的方法，其特征在于，所述步骤204，具体包括：

步骤402：作为消费者的内部展现接收者，建立好映射关系后，采用异步加载处理和刷新控制处理，在业务系统中调用商业分析系统的接口；该商业分析系统的接口包括多维分析模型接口；

步骤404：通过调用的商业分析系统的接口，把消费者的属性值传递给接收者。

7.根据权利要求6所述的业务系统嵌入多维分析模型的方法，其特征在于，所述步骤402采用的异步加载处理，进一步包括：

在打开业务单据时，既要加载业务单据又要加载多维分析模型，多维分析模型均是通过图片和数据来展示信息；

在业务单据节点，采用异步加载多维分析模型的方式，先显示业务单据信息，使加载多维模型的过程在后台运行。

8.根据权利要求6所述的业务系统嵌入多维分析模型的方法，其特征在于，所述步骤402采用的刷新控制处理，进一步包括：

在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起加载不同报表模型；如果模型没有改变，只重新加载数据，不刷新图形；

和/或，

在刷新数据时，根据配置的映射关系，判断单据上相关属性是否引起报表模型上下文改变，如果上下文改变，则刷新数据，否则不刷新数据。