CN110417836A - 一种业务数据的处理方法、处理装置和处理*** - Google Patents

Abstract

本发明实施例提供一种业务数据的处理方法、处理装置和处理***。该方法包括：响应于规定的第一用户操作，判断缓存的且与该第一用户操作对应的业务数据的缓存时间是否大于或等于该业务数据的存活时间；在判断结果为否的情况下，直接输出该业务数据；以及在判断结果为是的情况下，更新该业务数据并输出更新后的业务数据，其中，在更新缓存的业务数据的情况下，根据缓存的该业务数据在更新前后的变化情况和更新该业务数据的代价，调整缓存的该业务数据的存活时间。通过本发明实施例，能够减少对缓存的业务数据的存活时间进行离线配置所花费的时间和工作量，并且使缓存的业务数据的存活时间能够得到自适应性的调整。

Description

一种业务数据的处理方法、处理装置和处理***

技术领域

本申请涉及数据处理领域，特别涉及一种业务数据的处理方法、处理装置和处理***。

背景技术

近年来，随着互联网技术和信息化技术的不断发展，对于外部资源的业务数据进行缓存和处理的需求也日益广泛。例如，一些业务平台会从多个第三方业务平台(外部业务数据源)提供的接口采集感兴趣的业务信息，但第三方业务平台可能会对其业务信息进行不定期的调整，这些业务数据源的这些变化通常不会实时地通知到业务平台，由此往往会导致业务平台所保存的业务信息与业务数据源处最新的业务信息不一致。因此，为了保证业务信息的时效性，业务平台需要追踪业务数据源的业务信息。

在通常情况下，业务数据源所提供的数据接口的带宽以及能够处理的并发请求数远小于业务平台，并且一些业务数据源可能会对其提供的数据接口收取相应的费用。因此，业务平台通常不会不间断地采集业务信息，而是对采集到的业务信息进行缓存，并对缓存的业务信息设置存活时间(Time To Live，TTL)，即，使缓存的业务信息有效的时间，根据设置的存活时间来确定是否需要从业务数据源获取业务信息以对缓存的业务信息进行更新。

在已有的技术中，通常采用离线配置的方式对业务平台缓存的业务信息的存活时间进行设置。

应该注意，上面对技术背景的介绍只是为了方便对本发明的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。

发明内容

发明人发现，在对缓存的业务数据的存活时间进行离线配置的情况下，针对该业务数据表示的不同对象和/或该业务数据的不同来源(即不同的业务数据源)等，该业务数据的存活时间可能不同，因此需要针对不同的业务数据分别进行存活时间的离线配置，导致进行该离线配置所花费的时间较长，工作量较大。并且在需要对存活时间进行更改(即再次进行离线配置)时，同样存在费时费力的问题。此外，离线配置的TTL只能适应已知情况，而无法适应各种未知情况，例如可能出现的意外情况或新的情况。例如自然灾害、政治环境的变化等意外情况，又如用户的之前未出现的过的新的行为。

本发明实施例提供一种具有业务数据的处理方法、处理装置和处理***，能够减少对缓存的业务数据的存活时间进行离线配置所花费的时间和工作量，并且使缓存的业务数据的存活时间能够得到自适应性的调整。

根据本发明实施例的第一方面，提供一种业务数据的处理方法，该处理方法包括：响应于规定的第一用户操作，判断缓存的且与该第一用户操作对应的业务数据的缓存时间是否大于或等于该业务数据的存活时间；在该业务数据的缓存时间小于该存活时间的情况下，直接输出该业务数据；在该业务数据的缓存时间大于或等于该存活时间的情况下，更新该业务数据并输出更新后的业务数据，在更新缓存的该业务数据的情况下，根据缓存的该业务数据在更新前后的变化情况和更新该业务数据的代价，调整缓存的该业务数据的存活时间。

根据本发明实施例的第二方面，提供一种业务数据的处理装置，该处理装置包括：判断单元，其响应于规定的第一用户操作，判断缓存的且与该第一用户操作对应的业务数据的缓存时间是否大于或等于该业务数据的存活时间；输出单元，其在该业务数据的缓存时间小于该存活时间的情况下，直接输出该业务数据；数据更新单元，其在该业务数据的缓存时间大于或等于该存活时间的情况下，更新该业务数据并输出更新后的业务数据；以及调整单元，其在更新缓存的该业务数据的情况下，根据缓存的该业务数据在更新前后的变化情况和更新该业务数据的代价，调整缓存的该业务数据的存活时间。

根据本发明实施例的第三方面，提供一种处理***，该处理***包括：存储装置，其缓存业务数据，并存储该业务数据的存活时间；以及处理装置，其包括：判断单元，其响应于规定的第一用户操作，判断缓存的且与该第一用户操作对应的业务数据的缓存时间是否大于或等于该业务数据的存活时间；输出单元，其在该业务数据的缓存时间小于该存活时间的情况下，直接输出该业务数据；数据更新单元，其在该业务数据的缓存时间大于或等于该存活时间的情况下，更新该业务数据并输出更新后的业务数据；以及调整单元，其在更新该存储装置缓存的该业务数据的情况下，根据缓存的该业务数据在更新前后的变化情况和更新该业务数据的代价，调整缓存的该业务数据的存活时间。

根据本发明实施例的第四方面，提供一种票务数据的处理方法，该方法包括：接收来自外部的第三方数据源的接口的票务数据，以接收的该票务数据更新缓存的票务数据；响应于用户的搜索操作，判断缓存的且与该搜索操作对应的票务数据的缓存时间是否大于或等于该票务数据的存活时间；在该票务数据的缓存时间小于该存活时间的情况下，直接输出该票务数据；以及在该票务数据的缓存时间大于或等于该存活时间的情况下，更新该票务数据并输出更新后的票务数据，其中，在更新缓存的票务数据的情况下，根据缓存的该票务数据在更新前后的变化情况和更新该票务数据的代价，调整缓存的该票务数据的存活时间。

根据本发明实施例的第五方面，提供一种存储有计算机可读程序的存储介质，该计算机可读程序使得处理器执行根据上述第一方面或第四方面所述的处理方法。

本发明实施例的有益效果在于，能够减少对缓存的业务数据的存活时间进行离线配置所花费的时间和工作量，并且使缓存的业务数据的存活时间能够得到自适应性的调整。

参照后文的说明和附图，详细公开了本发明的特定实施方式，指明了本发明的原理可以被采用的方式。应该理解，本发明的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本发明的实施方式包括许多改变、修改和等同。

针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。

应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。

附图说明

所包括的附图用来提供对本发明实施例的进一步的理解，其构成了说明书的一部分，用于例示本发明的实施方式，并与文字描述一起来阐释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本发明实施例1的业务数据的处理方法的一个示意图。

图2是本发明实施例1的死区函数w(.)的一例的曲线的示意图。

图3是本发明实施例1的步骤101的实现方法的一个示意图。

图4是本发明实施例1的业务数据的处理方法的另一个示意图。

图5是本发明实施例2的业务数据的处理装置的一个示意图。

图6是本发明实施例2的调整单元的一个示意图。

图7是本发明实施例3的处理***的一个示意图。

具体实施方式

参照附图，通过下面的说明书，本发明的前述以及其它特征将变得明显。在说明书和附图中，具体公开了本发明的特定实施方式，其表明了其中可以采用本发明的原则的部分实施方式，应了解的是，本发明不限于所描述的实施方式，相反，本发明包括落入所附权利要求的范围内的全部修改、变型以及等同物。

下面结合附图对本发明实施例的业务数据的处理方法、处理装置和处理***进行说明。

实施例1

本实施例1提供一种业务数据的处理方法。图1是本实施例的业务数据的处理方法的一个示意图。如图1所示，该处理方法包括如下步骤：

步骤101：响应于规定的第一用户操作，判断缓存的且与该第一用户操作对应的业务数据的缓存时间是否大于或等于该业务数据的存活时间；在判断结果为否的情况下，执行步骤102，在判断结果为是的情况下，执行步骤103；

步骤102：直接输出该业务数据；

步骤103：更新该业务数据并输出更新后的业务数据；

步骤104，根据缓存的该业务数据在更新前后的变化情况和更新该业务数据的代价，调整缓存的该业务数据的存活时间。

通过本实施例的上述处理方法，能够减少对缓存的业务数据的存活时间进行离线配置所花费的时间和工作量，并且使缓存的业务数据的存活时间能够得到自适应性的调整。在本实施例中，规定的第一用户操作可以是预先规定的特定操作，例如用户的搜索操作。但本实施例不限于此，也可以是其他的用户操作。

在本实施例中，缓存的业务数据的缓存时间是业务数据从开始缓存到当前时间点的累计时间。

在本实施例中，业务数据可以是来自业务数据源的任何数据。例如，该业务数据可以是来自外部的第三方业务数据源的第三方业务数据。具体而言，例如可以是来自第三方业务数据源的商品或服务的余量和/或价格等信息，或者内容信息、专业的付费信息等，但本实施例不限于此。

上述业务数据源可以是不同于执行上述处理方法的装置的任何装置。例如可以是外部的第三方业务数据源，例如相应的第三方业务提供者的业务信息提供装置，例如服务器、数据库等，但本实施例不限于此。

例如，上述业务数据可以是票务数据，例如与机票、火车票、汽车票、旅游景点门票、演出票、电影票等各种客票相关的数据。票务数据可以是机票销售信息，即与机票的销售相关的信息，例如机票的余量和/或价格等信息。此时，业务数据源相应可以为作为第三方的航空公司和/或机票销售代理商的机票销售信息提供装置等。

在本实施例中，在上述步骤101之前，还可包括：

步骤100，设定业务数据的存活时间的初始值。

该步骤100为可选步骤。

在本实施例中，业务数据源可以是一个或多个。在业务数据源为一个的情况下，可从该业务数据源的接口接收业务数据。在业务数据源为多个的情况下，可从多个业务数据源的接口分别接收多个业务数据。针对各业务数据源的接口，可配置相应的接口标识。利用该接口标识，能够识别所接收的业务数据来自于哪一个业务数据源。

在本实施例中，可通过规定的数据结构来存储所设定的业务数据的存活时间。例如，可通过表格(即，存活时间表)进行存储。但本实施例不限于此，也可以通过表格以外的其他方式进行存储，例如数组、链表等。

在对业务数据的存活时间进行存储时，可针对不同类型的业务数据分别存储该类型的业务数据所对应的存活时间。即，将存活时间与业务数据所对应的类型相关联地存储。

例如，业务数据的类型可以是根据业务数据所来自的业务数据源或接口、业务数据表示的对象(例如商品、服务、内容等)、业务数据的规定属性中的至少一个而确定的。例如，可采用接口标识表示业务数据的类型，即，将来自于同一业务数据源或同一接口的数据规定为同一类型。

在本实施例中，业务数据的存活时间的初始值可以与该业务数据表示的对象和/或该对象的历史数据的相关性满足预设条件。例如，该初始值可与该业务数据表示的对象和/或该对象的历史数据无关地设定，或者与该对象和/或该对象的历史数据不紧密相关地设置，例如，相关性在预设的相关性以下。

例如，可将业务数据的存活时间的初始值T₀设为3600秒。

由此，可以粗略地设定存活时间的初始值，而不要求其具有较高的准确度，因此，降低了对离线的设定该初始值的用户的要求，并且，由于可粗略地设定初始值，例如，针对不同类型的业务数据，也可以将其初始值配置为相同，因此，可进一步减少离线设定存活时间所花费的时间和工作量。另外，即使是粗略的设定存活时间的初始值，但是，通过动态的调整存活时间，能够保证该存活时间的准确性和适用性。

在本实施例中，更新缓存的业务数据可包括：接收来自业务数据源的接口的业务数据，以接收的该业务数据更新缓存的业务数据。此时，更新该业务数据的代价是调用该业务数据源的接口的代价。

在业务数据源为多个且针对各业务数据源的接口配置了接口标识的情况下，可基于被调用的接口的接口标识，调整与该接口标识对应的业务数据的存活时间。

在本实施例中，上述处理方法还可包括步骤：响应于规定的第二用户操作，更新缓存的且与该第二用户操作对应的业务数据并输出更新后的业务数据。

在执行该步骤的情况下，同样可以步骤104的方式调整缓存的业务数据的存活时间。在本实施例中，规定的第二用户操作可以是预先规定的特定操作，例如用户的下单操作。但本实施例不限于此，也可以是其他的用户操作。

在本实施例中，缓存的业务数据在更新前后的变化情况可以是在更新前后缓存的业务数据是否发生了变化和/或变化的大小。

例如，表示缓存的业务数据在更新前后的变化情况的变量e_t可根据下式(1)而获得：

e_t＝w(||D_t-D_t-1||) 式(1)

其中，D_t表示当前次更新后的业务数据的向量，D_t-1表示当前次的更新前的业务数据的向量，也就是当前次的前一次更新后的业务数据的向量，||.||表示范数，w(.)表示死区函数。

图2是死区函数w(.)的一例的曲线的示意图。如图2所示，在上述式(1)中，在||D_t-D_t-1||小于规定值Δ的情况下，w(||D_t-D_t-1||)等于0，即e_t为0，在||D_t-D_t-1||大于规定值Δ的情况下，w(||D_t-D_t-1||)为负数，例如，-1。其中，规定值Δ可设置为较小的正数。由此，在D_t与D_t-1相比基本没有变化时，即||D_t-D_t-1||小于规定值Δ时，使变量e_t为0，否则，在D_t与D_t-1之间存在变化时，使变量e_t为负数。这样，变量e_t为负数表示，响应于D_t与D_t-1之间存在变化的情况，应使相应的业务数据的存活时间适当降低。

图2只是针对死区函数w(.)的一个示例，可对该死区函数进行变形。例如，也可使在||D_t-D_t-1||大于规定值Δ的情况下，w(||D_t-D_t-1||)为正数，例如1，即e_t为正数。这样，变量e_t为正数表示，响应于D_t与D_t-1之间存在变化的情况，应使相应的业务数据的存活时间适当降低。

在本实施例中，并不限于以上述式(1)来获得变量e_t，还可采用其他方式。例如，可将-A||D_t-D_t-1||或A||D_t-D_t-1||作为变量e_t，其中A为大于0的常数。

在本实施例中，更新业务数据的代价是表示对业务数据进行更新所导致或可能导致的损失的值，例如可以是与费用、时间、更新次数、风险等因素中的至少一个相关的值。

例如，更新业务数据的代价c_t可根据下式(2)而获得：

其中，P为一个计费周期的长度，Q为一个计费周期内更新次数的配额，n_t为当前计费周期内累计的更新次数，d_t为当前计费周期内累计经过的时间。

在本实施例中，并不限于以上述式(2)来获得代价c_t，还可采用其他方式。例如，可将n_t/Q作为c_t。

图3是本实施例的步骤104的实现方法的一个示意图。如图3所示，上述步骤104可包括如下步骤：

步骤301，根据缓存的该业务数据在更新前后的变化情况和更新该业务数据的代价，计算缓存的该业务数据的存活时间的偏差；

步骤302，将步骤301计算出的偏差与缓存的该业务数据当前的存活时间相加，将该业务数据当前的存活时间更新为相加后得到的结果。

在上述步骤301中，可将缓存的业务数据的存活时间的偏差T_d以下式(3)表示：

T_d＝g(e_t)+h(c_t) 式(3)

其中，g(e_t)为一个通用的函数表达式，其表征上述变量e_t对存活时间的影响；h(c_t)是另一个通用的函数表达式，其表征上述代价c_t对存活时间的影响。

在本实施例中，可根据实际情况和需求，确定g(e_t)和h(c_t)各自的表达式。

在本实施例中，在确定g(e_t)和h(c_t)的表达式时，可考虑在变量e_t体现了缓存的业务数据在更新前后发生了变化的情况下使g(e_t)降低，并且，使h(c_t)与代价c_t正相关。由此，可通过g(e_t)和h(c_t)的共同作用，使得业务数据的存活时间维持在一个合理范围内。

在一个实施方式中，可根据缓存的业务数据在当前次更新前后的变化情况(即e_t)、该业务数据在当前次之前的更新前后的变化情况的累计值(即e_t-i的累计值，其中i为正整数且可任意设置)，确定g(e_t)的表达式；另外，可根据当前次更新该业务数据的代价(即c_t)，确定h(c_t)的表达式。

例如，g(e_t)和h(c_t)的表达式可为下式(4)和(5)：

h(c_t)＝Mc_t 式(5)

其中，K、L、M均为常数，可根据实际情况和需求而设置，N为正整数。

在本实施例中，可以在每一次更新业务数据时，存储该次更新前后的变化情况。由此，可用于后续的计算。

例如，在采用上述式(1)和式(2)以及图2所示的死区函数确定变量e_t和代价c_t的情况下，K、L、M均设为大于0，由此，在变量e_t为负数的情况下，使g(e_t)为负数。

以下，将以基于按照上述式(1)～式(5)以及图2所示的死区函数计算出的偏差T_d进行存活时间的调整处理为例，对调整效果进行说明。

在一个计费周期开始时，代价参数c_t较小，因此h(c_t)较小，偏差T_d主要受g(e_t)的影响。在此情况下，如果缓存的业务数据在更新前后发生了变化，则变量e_t为负数，g(e_t)为负数，由此，偏差T_d为负数，以降低存活时间。

随着存活时间增加，当前计费周期内的累计更新次数会逐渐增加，代价c_t增大，导致h(c_t)增大；由于h(c_t)为正数，因而会抑制g(e_t)对偏差T_d的影响。

这样，通过g(e_t)和h(c_t)的共同作用，使得存活时间长期维持在一个合理范围内。

此外，如果采用-A||D_t-D_t-1||或A||D_t-D_t-1||这样的能够体现变化的大小的值作为变量e_t，或者采用n_t/Q作为代价c_t，同样可考虑采用上述式(4)、式(5)来计算g(e_t)、h(c_t)。

上述的式(4)、式(5)只是g(e_t)、h(c_t)的表达式的一种示例，还可根据实际情况和需求，采用其他表达式。

在上述步骤302中，为了获得缓存的业务数据的当前的存活时间，可将该业务数据与前述规定的数据结构中的业务数据的类型进行匹配，获得匹配到的类型所对应的存活时间，作为该业务数据的当前的存活时间。然后，将步骤301中计算出的偏差T_d与上述获得的该业务数据的当前的存活时间相加，并将规定的数据结构中与上述匹配到的类型所对应的存活时间更新为相加后得到的结果。

图4是本实施例的业务数据的处理方法的另一个示意图。如图4所示，该处理方法包括如下步骤：

步骤401，设定业务数据的存活时间的初始值；

此时，设定的初始值为该业务数据的当前的存活时间；

步骤402，判定是否接收到规定的第一用户操作；如果判定结果为是，则执行步骤403，否则执行步骤405；

步骤403，判定该业务数据的缓存时间是否大于或等于该业务数据的存活时间；如果判定结果为是，则执行步骤406，否则执行步骤404；

步骤404，直接输出缓存的该业务数据；而后返回步骤402继续判定；

步骤405，判定是否接收到规定的第二用户操作；如果判定结果为是，则执行步骤406，否则返回步骤402继续判定；

步骤406，调用与该业务数据对应的接口，从调用的接口获得业务数据，以获得的业务数据更新缓存的业务数据，并输出更新后的业务数据；

步骤407，计算与调用的接口相对应的变量e_t和代价c_t；

步骤408，计算g(e_t)和h(c_t)；

步骤409，计算偏差T_d＝g(e_t)+h(c_t)；

步骤410，将偏差T_d与调用的接口所对应的当前的存活时间相加，并将调用的接口所对应的当前的存活时间更新为相加后得到的结果；而后返回步骤402继续判定。

上述步骤402与405之间的顺序可任意设置，即，可如图4所示，步骤405在步骤402之后执行，也可使步骤405在步骤402之前执行，还可使步骤405与402并行执行。

上述步骤406与步骤407～4010之间的顺序可任意设置，即，步骤406可在步骤410之后执行，也可在步骤407～410中的任意两个步骤之间执行，还可与步骤406～410并行执行。

在本实施例中，上述各个步骤的具体实施方法与前面的记载相同，此处不再赘述。

下面以业务数据为票务数据的具体场景为例，对票务数据的处理方法进行说明。票务数据的处理方法可包括如下步骤：

接收来自外部的第三方数据源的接口的票务数据，以接收的该票务数据更新缓存的票务数据；响应于用户的搜索操作，判断缓存的且与该搜索操作对应的票务数据的缓存时间是否大于或等于该票务数据的存活时间；在该票务数据的缓存时间小于该存活时间的情况下，直接输出该票务数据；以及在该票务数据的缓存时间大于或等于该存活时间的情况下，更新该票务数据并输出更新后的票务数据，其中，在更新缓存的票务数据的情况下，根据缓存的该票务数据在更新前后的变化情况和更新该票务数据的代价，调整缓存的该票务数据的存活时间。

通过本实施例的处理方法，能够减少对缓存的业务数据的存活时间进行离线配置所花费的时间和工作量，并且使缓存的业务数据的存活时间能够得到自适应性的调整。

实施例2

本实施例2提供一种业务数据的处理装置。本实施例2中与实施例1相同的部分不再赘述。

图5是本实施例的业务数据的处理装置的一个示意图。如图5所示，业务数据的处理装置500包括判断单元501、输出单元502、数据更新单元503和调整单元504。

判断单元501响应于规定的第一用户操作，判断缓存的且与该第一用户操作对应的业务数据的缓存时间是否大于或等于该业务数据的存活时间；输出单元502在该业务数据的缓存时间小于该存活时间的情况下，直接输出该业务数据；数据更新单元503在该业务数据的缓存时间大于或等于该存活时间的情况下，更新该业务数据并输出更新后的业务数据；调整单元504在更新缓存的业务数据的情况下，根据缓存的该业务数据在更新前后的变化情况和更新该业务数据的代价，调整缓存的该业务数据的存活时间。

通过本实施例的上述处理装置，能够减少对缓存的业务数据的存活时间进行离线配置所花费的时间和工作量，并且使缓存的业务数据的存活时间能够得到自适应性的调整。

在本实施例中，如图5所示，处理装置500还可包括初始化单元505。初始化单元505设定业务数据的存活时间的初始值，该初始值可与业务数据表示的对象和/或该对象的历史数据的相关性满足预设的条件。初始化单元505可省略。

在本实施例中，处理装置500还可包括第二判断单元(未图示)，该第二判断单元可判定用户是否进行了规定的第二用户操作。数据更新单元503可响应于第二用户操作(即，根据该第二判断单元的判断结果)，更新缓存的且与该第二用户操作对应的业务数据并输出更新后的业务数据。

图6是本实施例的调整单元的一个示意图。如图6所示，调整单元504可包括：偏差计算单元601和更新单元602。

偏差计算单元601根据缓存的业务数据在更新前后的变化情况和更新该业务数据的代价，计算缓存的该业务数据的存活时间的偏差；更新单元602将偏差计算单元601计算出的该偏差与缓存的该业务数据当前的存活时间相加，并将该业务数据当前的存活时间更新为相加后得到的结果。

在本实施例中，偏差计算单元601可根据缓存的业务数据在当前次更新前后的变化情况、业务数据在当前次之前的更新前后的变化情况的累计值以及当前次更新该业务数据的代价，计算缓存的该业务数据的存活时间的当前次的偏差。

在本实施例中，数据更新单元503还可在接收到对应于业务数据的规定的第二用户操作的情况下，更新缓存的该业务数据并输出更新后的业务数据。

在本实施例中，数据更新单元503可接收来自业务数据源的接口的业务数据，以接收的该业务数据更新缓存的业务数据。此时，更新业务数据的代价是调用业务数据源的接口的代价。关于处理装置500所包含的上述各单元和各模块所执行的操作的具体实现方式，可参见实施例1中的各步骤的实现方式，此处不再赘述。

在本实施例中，针对实施例1中图4所示的处理方法，判断单元501可用于执行步骤402～403，输出单元502可用于执行步骤404，上述第二判断单元可用于执行步骤405，数据更新单元503可用于执行步骤406，调整单元504可用于执行步骤407～410，其中，可通过偏差计算单元601执行步骤407～409，可通过更新单元602执行步骤410；初始化单元505可用于执行步骤401。

通过本实施例的业务数据的处理装置，能够减少对缓存的业务数据的存活时间进行离线配置所花费的时间和工作量，并且使缓存的业务数据的存活时间能够得到自适应性的调整。

实施例3

本实施例3提供一种处理***。本实施例的处理***可以包括如实施例2所述的处理装置以及存储装置。该存储装置缓存业务数据并存储该业务数据的存活时间，该处理装置对存储装置缓存的业务数据进行处理。

通过本实施例的上述处理***，能够减少对缓存的业务数据的存活时间进行离线配置所花费的时间和工作量，并且使缓存的业务数据的存活时间能够得到自适应性的调整。

图7是本实施例的处理***的一个示意图。如图7所示，处理***700可以包括：中央处理器(CPU)701、存储器702和I/O接口703，存储器702和I/O接口703耦合到中央处理器701。

其中，存储器702可存储各种数据，例如可缓存上述业务数据，并且可存储该业务数据的存活时间。此外，存储器702还可存储用于执行实现一定功能的程序，例如存储用于执行业务数据的处理功能的程序，并且该程序在中央处理器701的控制下执行；I/O接口703用于在中央处理器701的控制下进行该处理***与该处理***外部的其他***或设备(例如业务数据源或业务数据源提供的接口)之间的数据的输入和输出，以及，用于接收用户输入的信息和向用户输出信息。

在本实施例中，实施例2所述的处理装置可通过中央处理器701和I/O接口703实现。但本实施例不限于此，也可通过其他方式实现所述处理装置。

在本实施例中，中央处理器701可被配置为：响应于规定的第一用户操作，判断缓存的且与该第一用户操作对应的业务数据的缓存时间是否大于或等于该业务数据的存活时间；在该业务数据的缓存时间小于该存活时间的情况下，直接输出该业务数据；以及在该业务数据的缓存时间大于或等于该存活时间的情况下，更新该业务数据并输出更新后的业务数据；其中，在更新存储器702缓存的业务数据的情况下，根据缓存的该业务数据在更新前后的变化情况和更新该业务数据的代价，调整缓存的该业务数据的存活时间。

在本实施例中，中央处理器701可被配置为：根据存储器702中缓存的业务数据在更新前后的变化情况和更新该业务数据的代价，计算缓存的该业务数据的存活时间的偏差；将该偏差与缓存的该业务数据当前的存活时间相加，并将该业务数据当前的存活时间更新为相加后得到的结果。

在本实施例中，中央处理器701可被配置为：根据存储器702中缓存的业务数据在当前次更新前后的变化情况、该业务数据在当前次之前的更新前后的变化情况的累计值以及当前次更新该业务数据的代价，计算缓存的该业务数据的存活时间的当前次的偏差。

在本实施例中，中央处理器701可被配置为：设定存储器702中缓存的业务数据的存活时间的初始值，该初始值与该业务数据表示的对象和/或该对象的历史数据的相关性满足预设的条件。

在本实施例中，中央处理器701可被配置为：响应于规定的第二用户操作，更新存储器702中缓存的且与该第二用户操作对应的业务数据并将更新后的业务数据输出到I/O接口703。

在本实施例中，中央处理器701可被配置为：控制I/O接口703接收来自业务数据源的接口的业务数据，以接收的该业务数据更新存储器702中缓存的该业务数据，该更新该业务数据的代价是调用该业务数据源的接口的代价。

例如，针对实施例1中图5所示的处理方法，中央处理器701可被配置为执行步骤501-510。

值得注意的是，处理***700并不是必须要包括图7中所示的所有部件；此外，处理***700还可以包括图7中没有示出的部件，可以参考现有技术。

本实施例的处理***可以是需要对业务数据进行缓存的各种处理***。例如可以是商品/服务提供平台、内容分发***、各种专业的付费信息提供***等。

通过本实施例的处理***，能够减少对缓存的业务数据的存活时间进行离线配置所花费的时间和工作量，并且使缓存的业务数据的存活时间能够得到自适应性的调整。

本发明实施例还提供一种计算机可读程序，该计算机可读程序使得处理器执行实施例1所述的方法。

本发明实施例还提供一种存储有计算机可读程序的存储介质，其中，存储有计算机可读程序的存储介质，该计算机可读程序使得处理器执行实施例1所述的方法。

结合本发明实施例描述的业务数据的处理装置可直接体现为硬件、由处理器执行的软件模块或二者组合。例如，图5～6中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合，既可以对应于计算机程序流程的各个软件模块，亦可以对应于各个硬件模块。这些软件模块，可以分别对应于图1、3所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。

软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息；或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中，也可以存储在可***移动终端的存储卡中。例如，若电子设备采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置，则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。

针对图描述的功能框图中的一个或多个和/或功能框图的一个或多个组合，可以实现为用于执行本申请所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑器件、分立硬件组件、或者其任意适当组合。针对图5～6描述的功能框图中的一个或多个和/或功能框图的一个或多个组合，还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。

此外，本发明的实施例的处理方法、处理装置和处理***可在单计算机环境中实现，也可在多计算机环境中分布式地实现，例如在计算机集群中实现。

以上结合具体的实施方式对本发明进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本发明保护范围的限制。本领域技术人员可以根据本发明的原理对本发明做出各种变型和修改，这些变型和修改也在本发明的范围内。

Claims (14)

1.一种业务数据的处理方法，其特征在于，所述方法包括：

响应于规定的第一用户操作，判断缓存的且与所述第一用户操作对应的业务数据的缓存时间是否大于或等于所述业务数据的存活时间；

在所述业务数据的缓存时间小于所述存活时间的情况下，直接输出所述业务数据；以及

在所述业务数据的缓存时间大于或等于所述存活时间的情况下，更新所述业务数据并输出更新后的业务数据，

其中，在更新缓存的业务数据的情况下，根据缓存的所述业务数据在更新前后的变化情况和更新所述业务数据的代价，调整缓存的所述业务数据的存活时间。

2.根据权利要求1所述的处理方法，其特征在于，

所述根据缓存的所述业务数据在更新前后的变化情况和更新所述业务数据的代价，调整缓存的所述业务数据的存活时间，包括：

根据缓存的所述业务数据在更新前后的变化情况和更新所述业务数据的代价，计算缓存的所述业务数据的存活时间的偏差；

将所述偏差与缓存的所述业务数据当前的存活时间相加，并将所述业务数据当前的存活时间更新为相加后得到的结果。

3.根据权利要求2所述的处理方法，其特征在于，所述根据缓存的所述业务数据在更新前后的变化情况和更新所述业务数据的代价，计算缓存的所述业务数据的存活时间的偏差，包括：

根据缓存的所述业务数据在当前次更新前后的变化情况、所述业务数据在当前次之前的更新前后的变化情况的累计值以及当前次更新所述业务数据的代价，计算缓存的所述业务数据的存活时间的当前次的偏差。

4.根据权利要求1所述的处理方法，其特征在于，所述方法还包括：

设定缓存的所述业务数据的存活时间的初始值，所述初始值与所述业务数据表示的对象和/或所述对象的历史数据的相关性满足预设条件。

5.根据权利要求1所述的处理方法，其特征在于，所述方法还包括：

响应于规定的第二用户操作，更新缓存的且与所述第二用户操作对应的业务数据并输出更新后的业务数据。

6.根据权利要求1所述的处理方法，其特征在于，

所述更新缓存的所述业务数据，包括：接收来自业务数据源的接口的所述业务数据，以接收的所述业务数据更新缓存的所述业务数据，

所述更新所述业务数据的代价是调用所述业务数据源的接口的代价。

7.根据权利要求1至6中任一项所述的处理方法，其特征在于，

所述业务数据是来自外部的第三方业务数据源的第三方业务数据。

8.一种业务数据的处理装置，其特征在于，所述处理装置包括：

判断单元，其响应于规定的第一用户操作，判断缓存的且与所述第一用户操作对应的业务数据的缓存时间是否大于或等于所述业务数据的存活时间；

输出单元，其在所述业务数据的缓存时间小于所述存活时间的情况下，直接输出所述业务数据；

数据更新单元，其在所述业务数据的缓存时间大于或等于所述存活时间的情况下，更新所述业务数据并输出更新后的业务数据；以及

调整单元，其在更新缓存的所述业务数据的情况下，根据缓存的所述业务数据在更新前后的变化情况和更新所述业务数据的代价，调整缓存的所述业务数据的存活时间。

9.根据权利要求8所述的处理装置，其特征在于，所述调整单元包括：

偏差计算单元，其根据缓存的所述业务数据在更新前后的变化情况和更新所述业务数据的代价，计算缓存的所述业务数据的存活时间的偏差；

更新单元，将所述偏差与缓存的所述业务数据当前的存活时间相加，并将所述业务数据当前的存活时间更新为相加后得到的结果。

10.根据权利要求9所述的处理装置，其特征在于，

所述偏差计算单元根据缓存的所述业务数据在当前次更新前后的变化情况、所述业务数据在当前次之前的更新前后的变化情况的累计值以及当前次更新所述业务数据的代价，计算缓存的所述业务数据的存活时间的当前次的偏差。

11.一种处理***，其特征在于，所述处理***包括：

存储装置，其缓存业务数据，并存储所述业务数据的存活时间；

处理装置，其包括：

判断单元，其响应于规定的第一用户操作，判断缓存的且与所述第一用户操作对应的业务数据的缓存时间是否大于或等于所述业务数据的存活时间，

输出单元，其在所述业务数据的缓存时间小于所述存活时间的情况下，直接输出所述业务数据；

数据更新单元，其在所述业务数据的缓存时间大于或等于所述存活时间的情况下，更新所述业务数据并输出更新后的业务数据；

调整单元，其在更新所述存储装置缓存的所述业务数据的情况下，根据缓存的所述业务数据在更新前后的变化情况和更新所述业务数据的代价，调整缓存的所述业务数据的存活时间。

12.一种票务数据的处理方法，其特征在于，所述方法包括：

接收来自外部的第三方数据源的接口的票务数据，以接收的所述票务数据更新缓存的票务数据；

响应于用户的搜索操作，判断缓存的且与所述搜索操作对应的票务数据的缓存时间是否大于或等于所述票务数据的存活时间；

在所述票务数据的缓存时间小于所述存活时间的情况下，直接输出所述票务数据；以及

在所述票务数据的缓存时间大于或等于所述存活时间的情况下，更新所述票务数据并输出更新后的票务数据，

其中，在更新缓存的票务数据的情况下，根据缓存的所述票务数据在更新前后的变化情况和更新所述票务数据的代价，调整缓存的所述票务数据的存活时间。

13.根据权利要求12所述的处理方法，其特征在于，

所述票务数据为机票销售信息，所述第三方数据源包括航空公司和/或机票销售代理商。

14.根据权利要求12所述的处理方法，其特征在于，

所述票务数据包括票的余量信息和/或价格信息。