预测缓存装置和缓存预测方法
【专利说明】预测缓存装置和缓存预测方法
【背景技术】
[0001] 提供更加W客户为中屯、的体验的愿望，正在致使许多大公司将其现有客户数据整 合到单个操作数据库中并且用诸如社交网络服务、伙伴系统、分析系统等之类的各种源获 得的附加客户数据扩充该集中式数据库。该些公司的目标是使用该整合数据来个性化现有 的或新的服务、识别有吸引力的新服务产品W及为他们的客户提供遍及所有接触点的无缝 体验。
[0002] 然而，随着访问该数据的操作系统和客户接触点的数量的增加，全体数据库系统 可能变成性能瓶颈，从而导致差的用户体验。特别地，基于例如甲骨文中屯、?的racle化b) 技术的数据库系统遭受重要数据的前线操作的高延迟。不能想象从前线系统直接访问该种 集中式操作数据库来部署。
[0003] 本公开设及一种新的预测缓存装置和一种缓存预测方法。
【附图说明】
[0004] 图1是根据本公开特定示例示出操作系统（包括预测缓存装置）的硬件架构的示 意图。
[0005] 图2示出用W实现本公开特定示例的可W由图1的操作系统（特别地，预测缓存 装置）执行的主要步骤的时序图的示例。
【具体实施方式】
[0006] 使用集中式操作数据库时的一个性能问题是在需要对象时将对象从数据库获取 到本地缓存中所需的时间。在一些情况下，专用于一些操作系统的缓存也可能是满的。
[0007] 因此，对现有操作数据库的数据访问不总令人满意，并且特别需要改进该种系统 中的缓存更新的相关性。本公开的目标是基于由在系统中部署的操作系统和/或由数据库 自身产生的事件，优化数据库的缓存更新。
[000引本公开公开一种预测缓存装置，该预测缓存装置被设置为根据复杂处理事件 (CE巧技术来控制数据库的缓存更新。CEP技术能够例如启用处理，该处理合并由操作系统 产生的事件来推断更复杂的模式。基于对至少一个检测到的事件的分析和从该检测到的事 件中推断出的模式，可W获得对当前情况的深入了解并触发适于该特定情况的缓存更新。
[0009] 在本公开的特定方面中，可W例如通过将可能由操作单元（或操作系统）和/或 由数据库生成的各个事件进行相关和通过利用提供扩展规则定义语言（extendedrule definitionlanguage,简写为EPL)的CEP处理器来优化缓存更新。
[0010] 本公开下面参考图1公开硬件实现的示例。在该个特定示例中，操作系统2包括：
[0011] -预测缓存装置6;
[001引-多个操作单元0U1和0U2 (统称为0U);
[001引-数据库12;
[0014]-缓存单元CH1和C肥（统称为CH);和
[0015]-终端T1、T2和T3(统称为T)。
[0016] 预测缓存装置6被设置为控制与该预测缓存装置连接的数据库12的缓存更新。
[0017] 更具体地，在此示例中，有两个操作单元OU。该些OU可W对应于例如在操作系统 2中部署的应用程序（或服务）。但是，应该理解，可W有在操作系统2中部署的数量N个 操作单元，其中N是使得1的整数。该些操作单元可W是由终端用户使用的移动设备 或交互式终端（例如，机场中的用户终端），或由操作员使用的操作系统。
[001引该些操作单元OU可W通过下文更详细地描述的接口 4而与CEP处理器8交互。此 夕F，每个操作单元OU都可W与中央数据库12通信，来更新或删除在数据库12中存储的现 有数据和/或将新数据添加到数据库12中。操作单元OU可W通过防火墙与CEP处理器8 和中央数据库12通信。
[0019] 每个操作单元OU都能够产生事件，事件采用消息的形式。由操作单元产生的每个 事件都提供关于特定情况的信息。事件可W例如对应于由操作单元OU发送的通知、命令或 请求。事件还可W由数据库12产生。在一个示例中，数据库12可W产生表示在数据库12 中存储的特定数据项的状态变化的事件。例如，该样的状态变化可能产生自通过操作单元 OU执行的数据上传。
[0020] 在本公开的特定方面中，每个被生成的事件都包含标识它所源自的数据库或操作 单元OU的标识符12。
[0021] 在本示例中，数据库12是集中式客户数据库12,在该集中式客户数据库12中的单 个位置处可W存储例如与客户数据相关的数据项。客户数据，如人口统计、团体、民族，都可 W被结合到操作数据库12中。
[0022] 本示例的预测缓存装置6包括：
[0023] -CEP处理器8,CEP处理器8通过接口 4与每个操作单元OU连接；和
[0024]-缓存分发器10,连接至缓存单元CH1和C肥、CEP处理器8和数据库12。
[0025]CEP控制器10可W例如基于Esper?技术。在本实例中，假定CEP处理器10是基 于Esper?CEP的引擎。在本实示例中，CEP处理器10通过企业服务总线巧SB)连接至每个 操作系统OU，但是ESB的使用不是强制性的。ESB接口 4可W基于例如Jboss?软件架构。 使用ESB在面向服务的架构（S0A)中启用操作单元0U和预测缓存装置6的CEP处理器8之 间的通信。ESM可W例如将由操作单元0U产生的事件（或消息）转换为合适的消息格式， 并且将它发送给CEP处理器10 (基于内容的路由）。
[0026] 如上所述，预测缓存装置6连接至两个缓存单元CH1和C肥。缓存单元CH中的一 个被分配给每个终端T1、T2和T3。在本示例中，终端T1可W探询缓存单元CH1，W访问在 CH1中存储的数据，而终端T2和T3可W探询缓存单元C肥，W访问在C肥中存储的数据。
[0027] 缓存单元的数量当然可W根据在操作系统2中部署的终端的数量而变化。应该理 解，专用缓存单元可W关联至每个终端T。在其它实例中，多个终端可W共享相同的缓存单 yn〇
[002引 CEP处理器8被设置为检测由操作单元0U和由数据库12生成的事件。CEP处理 器8持续地分析事件，该分析是例如实时的或近实时的。
[0029] 在本公开的一个方面中，该分析是在预定的一组相关规则CR的基础上执行的。在 本实例中，规则CR被存储在预测缓存装置6自身中，但是该不是强制的。在其它实例中，假 如CEP处理器在需要时能够查阅相关规则CR，那么该组规则CR就可W位于预测缓存装置6 外部。在本示例中，仅为了说明而将两个相关规则CR1和CR2包括在该组CR中。
[0030] 在一个示例中，由CEP处理器8执行的事件分析包括；通过过滤可能源自操作单元 OU和数据库12的各个事件，捜索预定事件。CEP处理器8可W例如检测被检测到的事件之 间的预定关系。在其它实例中，可W执行至少一个事件随时间变化的分析（基于时间的事 件）。
[0031] 在本公开的方面中，CEP处理器8通过应用相关规则CR，根据被检测到的事件来识 别预定的事件模式。
[0032] 在一个示例中，CEP处理器8包括用于临时存储来自操作单元OU和来自数据库12 的事件的内部存储器。
[0033] 根据本公开，CEP处理器8被设置为根据由数据库8或由操作单元OU生成的至少 一个被检测到的事件，生成缓存操作指示（cacheoperationorder)。该缓存操作指示的目 标是触发特定缓存单元CH中的缓存更新。缓存操作指示是例如可W由计算机等读取的一 组软件指令。
[0034] 在本公开的特定示例中，CEP处