CN103312733B - 信息处理方法和装置 - Google Patents

Abstract

本发明实施例公开了一种信息处理方法和装置，通过应用本发明实施例的技术方案，计算服务器可以根据Web服务器所发送的用户路径信息，进行用户访问目标页面的可能性预测，并提前在缓存服务器中保存该目标页面所对应的有效的目标信息，当该用户访问目标页面时，直接将缓存服务器中所保存的目标信息在目标页面中展示给该用户，从而，基于用户行为的预判，在用户最终访问目标页面前进行相应目标信息的预计算，并在用户访问目标页面时直接获取相应目标信息进行展示，实现用户访问目标页面时，目标信息的实时获取和展示，避免因为目标信息的实时计算而导致的时延，提升目标页面中目标结果的获取和展示效率，改善用户的使用感受。

Description

信息处理方法和装置

技术领域

本发明涉及通信技术领域，特别涉及一种信息处理方法和装置，具体地涉及一种信息预处理方法和装置。

背景技术

随着互联网技术的发展，用户对个性化网络信息的需求日益增强，越来越多的信息提供网站也提供了将网络数据进行针对用户的个性化处理后呈现给用户的服务。

这样的经过个性化处理的信息先让可以增强对用户的针对性，尤其是应用于具体的产品推广领域，则能产生更好的推广效果。

例如：在通过网络进行的应用程序推广领域，虽然现有的点击量（下载量）排行信息已经可以有效的向用户推荐排名更靠前的应用程序，但是，考虑到用户的个性化需求，总点击量排名靠前的应用程序并不一定是用户自身需要的应用程序，这样的推广操作的针对性并不强。

而考虑到用户群体的共性特征，如果能够将用户日常交互的好友对应用程序的应用率做出针对性的排行，显然可以大幅的提升这样的排行对于用户的针对性推广作用。

而在现有的技术中，也提出了这样的技术方案，通过将海量数据针对用户进行实时计算，来将相应的结果针对性的呈现给用户，从而实现对应用的针对性服务。

但是，在实时海量数据计算领域，比如对用户的所有好友进行应用程序的应用指标计算的过程中，假设用户的好友有n个，而每个好友使用的应用程序有m个，那么，这个指标计算将会是n*m的放大级别。如果在用户每次获取基于好友的应用程序排名时，都调用所有的信息进行运算，且n和m的值比较大，那么，具体的计算量将是非常巨大的，因此，现有技术进一步提出了相应的优化方案。

优化方案一

采用离线计算的方式，即对所有用户进行后台计算生成临时结果，查询时直接返回临时结果。

优化方案二

采用结果缓冲的方法，即首次调用时进行实时计算，然后将计算结果缓冲到缓存系统，后续调用直接从缓存系统中返回结果。

在实际中，上述优化方案二中所提出的准实时计算方法比较常见，因为每天访问的用户并不会是全量用户，这种方法能够较大程度降低计算量。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

对于优化方案一，考虑到实际用户的巨大数量（在实际应用中，实际用户往往数以亿计），对于相应信息的全量计算也将是非常耗时的，而且最终会导致结果存在比较大的延迟，这种方法更多用于非生产系统的离线统计，不适用于在线计算。

对于优化方案二，其首次进行结果调用时会进行实时计算，而通常此类计算往往比较复杂，用户体验上会觉得延迟较大。

发明内容

本发明实施例提供一种信息处理方法和装置，解决在现有技术中基于海量数据为用户进行个性化信息计算时存在结果延迟的问题。

为达到上述目的，本发明实施例一方面提供了一种信息处理方法，所述方法具体包括：

计算服务器接收Web服务器发送的用户路径提示消息，其中，所述用户路径提示消息中包括当前登录所述Web服务器的用户的用户名，以及所述用户当前所访问页面的信息；

所述计算服务器获取所述当前访问页面所对应的所述用户访问目标页面的行为因子，并在所述行为因子的值满足预设条件时，查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

如果查询结果为否，所述计算服务器计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中；

当所述计算服务器接收到所述Web服务器发送的查询请求消息时，所述计算服务器向所述缓存服务器获取所述用户在所述目标页面所对应的有效的目标信息，并通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户。

另一方面，本发明实施例还提供了一种计算服务器，具体包括：

接收模块，用于接收Web服务器发送的用户路径提示消息或，所述Web服务器发送的查询请求消息；

因子获取模块，用于根据所述接收模块所接收到的用户路径提示消息，获取所述当前访问页面所对应的所述用户访问目标页面的行为因子；

查询模块，用于在所述因子获取模块所获取的行为因子的值满足预设条件时，查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

计算模块，用于在所述查询模块的查询结果为否时，计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中；

信息获取模块，用于在所述接收模块接收到所述Web服务器发送的查询请求消息时，向所述缓存服务器获取所述用户在所述目标页面所对应的有效的目标信息，并通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户；

其中，所述用户路径提示消息中包括当前登录所述Web服务器的用户的用户名，以及所述用户当前所访问页面的信息。

另一方面，本发明实施例还提供了一种Web服务器，具体包括：

接收模块，用于接收用户的页面访问请求；

判断模块，用于判断所述接收模块所接收到的页面访问请求当前所请求访问的页面是否为关键路径节点；

展示模块，用于向所述用户展示所述接收模块所接收到的页面访问请求当前所请求访问的页面；

发送模块，用于在所述判断模块判断所述页面是关键路径节点时，向所述计算服务器发送包括所述用户的用户名，以及所述用户当前所访问页面的信息的用户路径提示消息。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，计算服务器可以根据Web服务器所发送的用户路径信息，进行用户访问目标页面的可能性预测，并提前在缓存服务器中保存该目标页面所对应的有效的目标信息，当该用户访问目标页面时，直接将缓存服务器中所保存的目标信息在目标页面中展示给该用户，从而，基于用户行为的预判，在用户最终访问目标页面前进行相应目标信息的预计算，并在用户访问目标页面时直接获取相应目标信息进行展示，实现用户访问目标页面时，目标信息的实时获取和展示，避免因为目标信息的实时计算而导致的时延，提升目标页面中目标结果的获取和展示效率，改善用户的使用感受。

附图说明

图1为本发明实施例提出的一种信息处理方法的流程示意图；

图2为本发明实施例提出的一个典型应用场景的结构示意图；

图3为本发明实施例提出的一种具体应用场景的示意图；

图4为本发明实施例提出的一种具体应用场景下的信息处理方法的流程示意图；

图5为本发明实施例提出的一种目标信息调用过程的流程示意图；

图6为本发明实施例提出的一种计算服务器的结构示意图；

图7为本发明实施例提出的一种Web服务器的结构示意图。

具体实施方式

如背景技术所述，在现有的技术方案中，离线计算临时结果的优化方案因为计算总量的巨大而不便应用，而通过结果缓冲实现首次实时计算结果的反复应用的优化方案，则需要至少进行一次实时计算，同样会出现明显的时延，影响用户的使用。

为了克服这样的缺陷，本发明实施例提出了一种信息处理方法，基于用户行为的预判，在用户最终访问目标页面前进行相应目标信息的预计算，并在用户访问目标页面时直接获取相应目标信息进行展示，实现用户访问目标页面时，目标信息的实时获取和展示。

如图1所示，为本发明实施例提出的一种信息处理方法的流程示意图，该方法具体包括以下步骤：

步骤S101、计算服务器接收Web服务器发送的用户路径提示消息。

其中，所述用户路径提示消息中包括当前登录所述Web服务器的用户的用户名，以及所述用户当前所访问页面的信息。

需要进一步指出的是，在本步骤之前，相应的用户路径提示消息的触发过程，具体包括：

所述Web服务器接收用户的页面访问请求。

所述Web服务器判断所述页面访问请求当前所请求访问的页面是否为关键路径节点。

如果所述页面是关键路径节点，所述Web服务器向所述用户展示所述页面，并同时向所述计算服务器发送包括所述用户的用户名，以及所述用户当前所访问页面的信息的用户路径提示消息，从而，进一步触发相应的步骤S101。

如果所述页面不是关键路径节点，或者所述Web服务器无法获取所述用户的用户名，所述Web服务器只是向所述用户展示所述页面，而放弃进行用户路径提示消息的发送。

关键路径节点的选择主要是在对目标页面进行访问之前所需要经过的具有方向指导性特征的页面，对于在访问目标页面的过程中明显不会经过的页面，或者方向指导性特征不强的页面，则不会作为关键路径节点，关键路径节点的选择可以根据实际情况来确定，具体确定何种页面为关键路径节点并不影响本发明的保护范围。

步骤S102、所述计算服务器获取所述当前访问页面所对应的所述用户访问目标页面的行为因子。

在实际应用中，本步骤的具体实现过程为：

所述计算服务器通过用户行为库获取所述当前访问页面所对应的所述用户访问目标页面的行为因子。

其中，所述用户行为库根据各用户在各页面中最终是否访问所述目标页面的统计信息，生成相应的行为因子。

在所述行为因子的值满足预设条件时，则执行步骤S103。

需要说明的是，在具体的处理场景中，上述的预设条件可以为行为因子的值大于预设的阈值或当前生成的随机数值。

相应的，如果所述行为因子的值大于预设的阈值或当前生成的随机数值，所述计算服务器查询所述缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息，即触发步骤S103。

如果所述行为因子的值不大于预设的阈值或当前生成的随机数值，所述计算服务器更新所述行为因子所对应的时间信息为当前时间，并结束当前操作。

当然，上述的预设条件的作用在于根据行为因子确定该用户访问目标页面的可能性，除了上述的预设阈值或当前生成随机数值来与行为因子相比较的方式外，其他能够根据行为因子确定用户最终访问目标页面的可能性的条件内容，同样可以应用于本发明实施例所提出的技术方案，这样的预设条件的内容变化并不会影响本发明的保护范围。

步骤S103、所述计算服务器查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息。

如果查询结果为否，则执行步骤S104；

如果查询结果为是，所述计算服务器更新所述行为因子所对应的时间信息为当前时间，并结束当前操作。

其中，所述用户在所述目标页面所对应的有效的目标信息，具体为所述缓存服务器中存储有所述用户在所述目标页面所对应的目标信息，且当前时间与所述目标信息的生成时间之间的差值小于预设的有效时间。

步骤S104、所述计算服务器计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中。

在实际应用中，本步骤完成之后，还包括：

所述计算服务器在所述缓存服务器中，将所述计算得到的目标信息的生成时间记录为当前时间；

所述计算服务器更新所述行为因子所对应的时间信息为当前时间，并结束当前操作，至此，在用户访问目标页面之前，通过访问当前页面所触发的目标信息的预计算过程结束，缓存服务器中成功缓存了相应的目标信息，可以供后续用户访问目标页面时进行使用。

当所述计算服务器接收到所述Web服务器发送的查询请求消息时，执行步骤S105。

步骤S105、所述计算服务器向所述缓存服务器获取所述用户在所述目标页面所对应的有效的目标信息，并通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户。

其中，所述查询请求消息是所述Web服务器在接收到所述用户访问所述目标页面的请求时所发送的。

具体的，本步骤的处理过程包括：

当所述计算服务器接收到所述Web服务器发送的查询请求消息时，所述计算服务器查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息。

如果查询结果为是，所述计算服务器通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户。

如果查询结果为否，所述计算服务器计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中，并将所述目标信息通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户。

其中，所述计算服务器将计算得到的目标信息保存在所述缓存服务器中之后，还需要在所述缓存服务器中，将所述计算得到的目标信息的生成时间记录为当前时间。

需要进一步指出的是，无论上述的查询结果是什么，只要所述计算服务器通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户之后，则相应的处理方案还包括行为因子的更新过程，具体如下：

所述计算服务器根据预设的行为因子更新规则，更新所述用户在本次访问所述目标页面的过程中，所访问的所有页面所对应的所述用户访问目标页面的行为因子。

其中，所述预设的行为因子更新规则，具体包括：

当所述计算服务器判断当前时间与所述行为因子所对应的时间信息之间的时间差小于预设的时间长度值时，所述计算服务器提高相应的行为因子的值。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，计算服务器可以根据Web服务器所发送的用户路径信息，进行用户访问目标页面的可能性预测，并提前在缓存服务器中保存该目标页面所对应的有效的目标信息，当该用户访问目标页面时，直接将缓存服务器中所保存的目标信息在目标页面中展示给该用户，从而，基于用户行为的预判，在用户最终访问目标页面前进行相应目标信息的预计算，并在用户访问目标页面时直接获取相应目标信息进行展示，实现用户访问目标页面时，目标信息的实时获取和展示，避免因为目标信息的实时计算而导致的时延，提升目标页面中目标结果的获取和展示效率，改善用户的使用感受。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

如图2所示，为本发明实施例所提出的一个典型应用场景的结构示意图。

其中，用户通过浏览器访问Web服务器，Web服务器到计算服务器请求数据，计算服务器负责到后台收集数据并执行具体的运算，最后将计算结果缓存到缓存服务器，在一定的时间内，后续访问将继续使用缓存服务器的计算缓存结果，以减轻计算压力。

如果以展示用户所对应的计算结果的页面为目标页面，那么，用户在进入目标页面的过程中可能经过的关键路径节点为页面A，页面B等页面。

具体的，如果以基于用户的好友对应用程序的使用量数据所得到的应用程序排行榜为目标信息，那么最终展示该排行榜的页面即为目标页面，在此之前用户所必然访问的各页面即为关键路径节点，具体如图3所示。

在用户zhangsan登录后，用户首先访问页面A，通过点击“应用市场”按钮进入页面B，然后，通过点击“应用排名”按钮进入页面C，最后，通过点击“您的好友正在使用……”的按钮最终进入页面D，在这样的访问过程中，可以发现，用户zhangsan要访问最终的目标页面（页面D），需要经过页面A、页面B和页面C才能到达，因此，页面A、页面B和页面C可以作为页面D的关键路径节点。

根据本发明实施例所提出的技术方案，用户zhangsan登录页面A、页面B或页面C时，触发Web服务器向计算服务器发送用户路径提示消息，从而，使计算服务器根据该用户路径提示对用户zhangsan最终访问目标页面（页面D）的可能性进行预测，在根据相应的规则确定用户zhangsan访问页面D的可能性比较大时，计算服务器触发相应的目标信息的预计算过程，从而，使目标信息可以在用户zhangsan经过页面A、页面B和页面C逐级向页面D进行访问的过程中被计算出来，而当用户zhangsan最终访问页面D时，可以直接获取相应的目标信息展示给用户zhangsan，而不再需要在此时进行目标信息的实时计算，避免了因为实时计算而导致的时间损耗，以及因此而出现的时延。

需要说明的是，上述的计算服务器触发相应的目标信息的预计算过程实际上是对缓存服务器中是否存在对应用户zhangsan的有效的目标信息的确认过程，如果没有存储或所存储的目标信息已经失效，则计算服务器进行具体的计算处理过程，生成有效的目标信息，并存储到缓存服务器中，而如果存储了有效的目标信息，则计算服务器将不会再另行计算相应的目标信息。通过这样的处理，可以在保证缓存服务器中能够保存有效的目标信息的情况下，避免进行重复的计算过程，节约相应的系统资源。

结合上述的应用场景，如图4所示，为本发明实施例所提出的一种具体应用场景下的信息处理方法的流程示意图，包括以下步骤：

步骤S401、用户zhangsan通过浏览器进行登录操作，Web服务器在用户zhangsan登录后，通过浏览器向用户展示页面A，同时，向计算服务器发送用户路径提示。

其中，”用户路径提示”消息是在后台异步执行的消息发送过程，是采用静默执行的方式来实现的，计算服务器并不会返回结果，所以，对Web服务器的其他服务并不会造成影响，该”用户路径提示”消息中包含访问用户名（zhangsan）、用户当前访问页面（页面A）等信息。

需要指出的是，本步骤执行的基础在于页面A是关键路径节点，如果页面A不是关键路径节点，则Web服务器只是向用户进行页面A的展示，而不会进行“用户路径提示”消息的发送。

无论是否进行“用户路径提示”消息的发送，都仅仅是Web服务器在后台进行的处理操作，不会影响Web服务器进行正常的页面展示的处理过程，不会对用户所进行正常页面浏览操作产生任何影响。

步骤S402、计算服务器接收到“用户路径提示”的请求，查询用户行为库，得到用户zhangsan的行为因子。

用户行为库中存储有相应的用户在访问某个页面时所对应的行为因子，该行为因子表示该用户在访问当前这个页面后，最终访问目标页面的可能性，是根据各用户在各页面中最终是否访问所述目标页面的统计信息所生成的，例如，在用户行为库中，用户zhangsan在页面A中所对应的行为属性包括两方面：

（1）AccessTime[A]。

是用户zhangsan在页面A下的行为因子所对应的时间信息，表示用户zhangsan最近一次调用页面A的”用户路径提示”消息的时间，用来计算行为因子。

（2）BehaviorFactor[A]。

是用户zhangsan在页面A下的行为因子，表示用户zhangsan在访问页面A之后，最终访问目标页面（页面D）的可能性的一个因子，该行为因子通过收集用户zhangsan的访问行为来计算得到，范围从0~100。

其中，100表示用户zhangsan访问页面A后，在不久的将来肯定也会访问目标页面（页面D），而0则表示用户zhangsan访问页面A后，后续从来都不会访问目标页面（页面D）。

而余下的数值中，越靠近100则表示用户zhangsan访问页面A后进一步访问目标页面（页面D）的可能性越大，越靠近0则表示用户zhangsan访问页面A后进一步访问目标页面（页面D）的可能性越小。

具体的，如表1所示，为本发明实施例所提出的一种用户行为库的结构示意。

表1用户行为库的结构示意

需要指出的是，在用户行为库中可以存储多个用户的行为属性，也可以为每一个用户单独建立一个用户行为库，只存储该用户在不同页面下的行为属性，具体采用哪种方式可以根据实际需要进行设定。

另一方面，用户行为库可以直接存储在计算服务器中，也可以存储在其他设备中，只要能够被计算服务器及时调用即可，存储位置的变化并不会影响本发明的保护范围。

步骤S403、计算服务器生成一个0~100的随机数rand，并与用户zhangsan的行为因子BehaviorFactor[A]比较。

如果rand<行为因子BehaviorFactor[A]，说明需要触发预计算流程，执行步骤S404，因为按照用户zhangsan的历史行为规律，后续很可能会访问目标页面（页面D）。

如果rand>行为因子BehaviorFactor[A]，则说明不需要触发预计算流程，直接执行步骤S407，并结束计算服务器的当前流程即可，因为按照用户zhangsan的历史行为规律，后续访问目标页面（页面D）的可能性很小。

需要说明的是，根据生成的随机数进行行为因子的比较只是一种具体的实现方案，也可以统一设定一个阈值，并直接通过该阈值与行为因子的比较确定相应的处理，当然，其他能够实现根据行为因子确定用户访问目标页面的可能性的方案均可以应用于本发明实施例所提出的技术方案，这样的变化并不会影响本发明的保护范围。

步骤S404、计算服务器查询缓存服务器内当前是否存在有效的目标信息。

这里所提及的目标信息即用户在访问目标页面时，所需要展示给用户的信息。

为了保证相应的目标信息的准确性，缓存服务器内所缓存目标信息需要具有一定的时效性，这里可以定义一个时效参数为ValidPeriod，一个典型的ValidPeriod是12小时，表示所缓存的目标信息在12小时内有效。

如果存在有效的目标信息，即缓存服务器当前所缓存的该用户的目标信息的记录时间和当前时间的时间差没有超过ValidPeriod，那么，直接执行步骤S407，并结束计算服务器的当前流程即可。

反之，如果不存在有效的目标信息，则需要实际执行相应的预计算流程，即执行步骤S405。

具体的，这里所说的不存在有效的目标信息的情况，可能是缓存服务器中没有存储有任何与该用户对应的目标信息，也可能是缓存服务器当前所存储的与该用户对应的目标信息的有效时间已经超过。

步骤S405、计算服务器执行目标信息的计算流程。

即对用户zhangsan所对应的目标信息进行实际的计算处理。

步骤S406、计算服务器将计算得到的用户zhangsan对应的目标信息缓存到缓存服务器。

在执行本步骤的过程中，还需要在缓存服务器中更新该目标信息的时间戳为当前时间，用于将来判断缓存服务器中所缓存的目标信息的有效性。

步骤S407、计算服务器更新用户行为库里用户zhangsan所对应的页面A的最近访问时间属性（AccessTime[A]）为当前时间。

至此，在用户zhangsan访问页面A的情况下所触发的目标信息的预计算处理流程结束，通过这样的处理，保证在缓存服务器中已经存储有了用户zhangsan所对应的目标信息，所以，用户zhangsan访问目标页面（页面D）的时候，可以直接调取相应的目标信息，而不再需要进行实时计算，并且，上述的处理过程并不影响Web服务器在浏览器中对用户所访问的页面的展示，也不会对用户所进行的具体操作的处理过程产生干扰，是在用户无察觉的情况下所进行的后台处理过程，对实际的用户体验没有影响。

用户zhangsan在进入目标页面（页面D）之前，可能会经过多个关键路径节点，例如，如图3所示，一个可能的关键路径是首页（页面A）à应用市场（页面B）à应用排名（页面C）à好友应用排名（页面D，即目标页面）。对于每个关键的路径节点，可以创建一个页面用户行为属性进行跟踪，并分别发送相应的”用户路径提示”消息到计算服务器触发预计算。

需要说明的是，上述的步骤S401~步骤S407的处理过程是用户zhangsan访问页面A时所触发的后台处理过程，与此相类似，当用户zhangsan访问后续的页面B、页面C时，同样会触发相应的上述处理，只是可能会因为具体参数的变化而是具体处理的结果产生差异。

例如，上述的用户zhangsan所对应的BehaviorFactor[A]=50，BehaviorFactor[B]=75，BehaviorFactor[C]=95，那么，如果计算服务器所生成的随机数rand均为70，则用户zhangsan访问页面A时不会触发上述的步骤S404以后的流程，而在用户zhangsan访问页面B或页面C时，则会因为行为因子大于随机数触发上述的步骤S404及其以后的流程。

当然，如果页面A不是关键路径节点，则Web服务器只会进行页面展示，而直接不会进行用户路径提示消息的发送，当然，由该消息所触发的处理流程也自然不会进行。

上述的规则的设置主要是为了避免在用户最终访问目标页面的可能性不是很大的情况下进行前述的处理所造成的资源浪费。

下面，进一步说明用户zhangsan最终访问目标页面（页面D）时的目标信息调用过程，具体如图5所示，具体包括以下步骤：

步骤S501、用户zhangsan访问目标页面，在本例子中就是用户zhangsan访问好友应用排名榜页面（页面D）。

步骤S502、Web服务器向计算服务器发送查询请求消息。

步骤S503、计算服务器查询缓存服务器中是否存在有效的目标信息。

如果不存在有效的目标信息，则直接触发步骤步骤S504，表示需要执行目标信息的运算流程。

如果存在有效的目标信息，则直接触发步骤S

此处出现存在有效的目标信息的原因在于在本步骤之前，通过前述的步骤S401~步骤S408的处理，可能已经按照用户行为因子，以一定概率触发了目标信息的预计算。

此处的处理与前述的步骤S404相类似。

步骤S504、计算服务器执行目标信息的计算流程。

即对用户zhangsan所对应的目标信息进行实际的计算处理。与步骤S405不同的是，此处的计算过程相当于实时计算。

步骤S505、计算服务器将计算得到的用户zhangsan对应的目标信息缓存到缓存服务器。

在执行本步骤的过程中，还需要在缓存服务器中更新该目标信息的时间戳为当前时间，用于将来判断缓存服务器中所缓存的目标信息的有效性。

步骤S506、计算服务器在缓存服务器中获取相应的目标信息，并反馈给Web服务器。

步骤S507、计算服务器需要更新用户zhangsan在此次访问中所经过的每个关键路径节点上的行为属性。

具体的更新方式可以是对比关键路径每个页面节点（页面A、页面B、页面C）的最近访问时间AccessTime[]和当前时间的时间差，根据相应的规则调整相应的页面的行为属性中的行为因子BehaviorFactor[]的值。

比如，如果AccessTime[A]和当前时间的时间差在ValidPeriod的1/10内，则对BehaviorFactor[A]的值增加10，当然，在BehaviorFactor[A]已经达到上限值100时，相应的BehaviorFactor[A]值将不会进一步增加。

需要说明的是，上述的步骤S506和步骤S507没有必然的先后顺序，序号的添加指示为了方便说明。

步骤S508、Web服务器收集计算服务器返回的目标信息，在浏览器中向用户zhangsan展示包含目标信息的目标页面。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，计算服务器可以根据Web服务器所发送的用户路径信息，进行用户访问目标页面的可能性预测，并提前在缓存服务器中保存该目标页面所对应的有效的目标信息，当该用户访问目标页面时，直接将缓存服务器中所保存的目标信息在目标页面中展示给该用户，从而，基于用户行为的预判，在用户最终访问目标页面前进行相应目标信息的预计算，并在用户访问目标页面时直接获取相应目标信息进行展示，实现用户访问目标页面时，目标信息的实时获取和展示，避免因为目标信息的实时计算而导致的时延，提升目标页面中目标结果的获取和展示效率，改善用户的使用感受。

为了实现本发明实施例的技术方案，本发明实施例还提供了一种计算服务器，具体的结构示意图如图6所示，包括：

接收模块61，用于接收Web服务器发送的用户路径提示消息或，所述Web服务器发送的查询请求消息；

因子获取模块62，用于根据所述接收模块61所接收到的用户路径提示消息，获取所述当前访问页面所对应的所述用户访问目标页面的行为因子；

查询模块63，用于在所述因子获取模块62所获取的行为因子的值满足预设条件时，查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

计算模块64，用于在所述查询模块63的查询结果为否时，计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中；

信息获取模块65，用于在所述接收模块61接收到所述Web服务器发送的查询请求消息时，向所述缓存服务器获取所述用户在所述目标页面所对应的有效的目标信息，并通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户；

其中，所述用户路径提示消息中包括当前登录所述Web服务器的用户的用户名，以及所述用户当前所访问页面的信息。

在实际应用中，该计算服务器，还包括时间更新模块66：

所述因子获取模块62，具体用于通过用户行为库获取所述当前访问页面所对应的所述用户访问目标页面的行为因子，其中，所述用户行为库根据各用户在各页面中最终是否访问所述目标页面的统计信息，生成相应的行为因子；

所述查询模块63，具体用于在所述行为因子的值大于预设的阈值或当前生成的随机数值时，查询所述缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

所述时间更新模块66，用于在所述行为因子的值不大于预设的阈值或当前生成的随机数值时，更新所述行为因子所对应的时间信息为当前时间。

具体的，

所述时间更新模块66，还用于在所述查询模块63的查询结果为是时，更新所述行为因子所对应的时间信息为当前时间；

其中，所述用户在所述目标页面所对应的有效的目标信息，具体为所述缓存服务器中存储有所述用户在所述目标页面所对应的目标信息，且当前时间与所述目标信息的生成时间之间的差值小于预设的有效时间。

具体的，

所述时间更新模块66，还用于在所述计算模块64将计算得到的目标信息保存在所述缓存服务器中之后，更新所述行为因子所对应的时间信息为当前时间，并结束当前操作。

在实际的应用场景中，

所述查询模块63，还用于在所述接收模块61接收到所述Web服务器发送的查询请求消息时，查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

所述计算模块64，还用于在所述查询模块63的查询结果为否时，计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中；

所述信息获取模块65，具体用于在所述查询模块63的查询结果为是，或所述计算模块64将计算得到的目标信息保存在所述缓存服务器中时，向所述缓存服务器获取所述用户在所述目标页面所对应的有效的目标信息，并通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户。

具体的，

所述计算模块64，还用于在将计算得到的目标信息保存在所述缓存服务器中之后，在所述缓存服务器中将所述计算得到的目标信息的生成时间记录为当前时间。

进一步的，该计算服务器还包括因子更新模块67，具体用于在所述信息获取模块65通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户之后，根据预设的行为因子更新规则，更新所述用户在本次访问所述目标页面的过程中，所访问的所有页面所对应的所述用户访问目标页面的行为因子。

另一方面，本发明实施例还提供了一种Web服务器，其结果示意图如图7所示，至少包括：

接收模块71，用于接收用户的页面访问请求；

判断模块72，用于判断所述接收模块71所接收到的页面访问请求当前所请求访问的页面是否为关键路径节点；

展示模块73，用于向所述用户展示所述接收模块71所接收到的页面访问请求当前所请求访问的页面；

发送模块74，用于在所述判断模块72判断所述页面是关键路径节点时，向所述计算服务器发送包括所述用户的用户名，以及所述用户当前所访问页面的信息的用户路径提示消息。

进一步的，

所述发送模块74，还用于在所述接收模块71所接收到的页面访问请求当前所请求访问的页面是目标页面时，向所述所述计算服务器发送询请求消息。

所述展示模块73，还用于将所述计算服务器返回的所述用户在所述目标页面所对应的有效的目标信息，在所述目标页面中展示给所述用户。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，计算服务器可以根据Web服务器所发送的用户路径信息，进行用户访问目标页面的可能性预测，并提前在缓存服务器中保存该目标页面所对应的有效的目标信息，当该用户访问目标页面时，直接将缓存服务器中所保存的目标信息在目标页面中展示给该用户，从而，基于用户行为的预判，在用户最终访问目标页面前进行相应目标信息的预计算，并在用户访问目标页面时直接获取相应目标信息进行展示，实现用户访问目标页面时，目标信息的实时获取和展示，避免因为目标信息的实时计算而导致的时延，提升目标页面中目标结果的获取和展示效率，改善用户的使用感受。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (19)

1.一种信息处理方法，其特征在于，所述方法包括：

计算服务器接收Web服务器发送的用户路径提示消息，其中，所述用户路径提示消息中包括当前登录所述Web服务器的用户的用户名，以及所述用户当前所访问页面的信息；

所述计算服务器获取所述当前所访问页面所对应的所述用户访问目标页面的行为因子，并在所述行为因子的值满足预设条件时，查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

如果查询结果为否，所述计算服务器计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中；

当所述计算服务器接收到所述Web服务器发送的查询请求消息时，所述计算服务器向所述缓存服务器获取所述用户在所述目标页面所对应的有效的目标信息，并通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户。

2.如权利要求1所述的方法，其特征在于：

所述查询请求消息为所述Web服务器在接收到所述用户访问所述目标页面的请求时，向所述计算服务器发送的。

3.如权利要求1所述的方法，其特征在于，所述计算服务器接收Web服务器发送的用户路径提示消息之前，包括：

所述Web服务器接收用户的页面访问请求；

所述Web服务器判断所述页面访问请求当前所请求访问的页面是否为关键路径节点；

如果所述页面是关键路径节点，所述Web服务器向所述用户展示所述页面，并同时向所述计算服务器发送包括所述用户的用户名，以及所述用户当前所访问页面的信息的用户路径提示消息；

如果所述页面不是关键路径节点，或者所述Web服务器无法获取所述用户的用户名，所述Web服务器只是向所述用户展示所述页面，而放弃进行用户路径提示消息的发送。

4.如权利要求1所述的方法，其特征在于，所述计算服务器获取所述当前所访问页面所对应的所述用户访问目标页面的行为因子，并在所述行为因子的值满足预设条件时，查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息，包括：

所述计算服务器通过用户行为库获取所述当前所访问页面所对应的所述用户访问目标页面的行为因子，其中，所述用户行为库根据各用户在各页面中最终是否访问所述目标页面的统计信息，生成相应的行为因子；

如果所述行为因子的值大于预设的阈值或当前生成的随机数值，所述计算服务器查询所述缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

如果所述行为因子的值不大于预设的阈值或当前生成的随机数值，所述计算服务器更新所述行为因子所对应的时间信息为当前时间，并结束当前操作。

5.如权利要求1或4所述的方法，其特征在于，所述计算服务器查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息之后，还包括：

如果查询结果为是，所述计算服务器更新所述行为因子所对应的时间信息为当前时间，并结束当前操作；

其中，所述用户在所述目标页面所对应的有效的目标信息，具体为所述缓存服务器中存储有所述用户在所述目标页面所对应的目标信息，且当前时间与所述目标信息的生成时间之间的差值小于预设的有效时间。

6.如权利要求1所述的方法，其特征在于，所述计算服务器计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中之后，还包括：

所述计算服务器在所述缓存服务器中，将所述计算得到的目标信息的生成时间记录为当前时间；

所述计算服务器更新所述行为因子所对应的时间信息为当前时间，并结束当前操作。

7.如权利要求1所述的方法，其特征在于，当所述计算服务器接收到所述Web服务器发送的查询请求消息时，所述计算服务器向所述缓存服务器获取所述用户在所述目标页面所对应的有效的目标信息，并通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户，包括：

当所述计算服务器接收到所述Web服务器发送的查询请求消息时，所述计算服务器查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

如果查询结果为是，所述计算服务器通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户；

如果查询结果为否，所述计算服务器计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中，并将所述目标信息通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户。

8.如权利要求7所述的方法，其特征在于，所述计算服务器计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中之后，还包括：

所述计算服务器在所述缓存服务器中，将所述计算得到的目标信息的生成时间记录为当前时间。

9.如权利要求1或7所述的方法，其特征在于，所述计算服务器通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户之后，还包括：

所述计算服务器根据预设的行为因子更新规则，更新所述用户在本次访问所述目标页面的过程中，所访问的所有页面所对应的所述用户访问目标页面的行为因子。

10.如权利要求9所述的方法，其特征在于，所述预设的行为因子更新规则，包括：

当所述计算服务器判断当前时间与所述行为因子所对应的时间信息之间的时间差小于预设的时间长度值时，所述计算服务器提高相应的行为因子的值。

11.一种计算服务器，其特征在于，包括：

接收模块，用于接收Web服务器发送的用户路径提示消息，和/或，所述Web服务器发送的查询请求消息；其中，所述用户路径提示消息中包括当前登录所述Web服务器的用户的用户名，以及所述用户当前所访问页面的信息；

因子获取模块，用于根据所述接收模块所接收到的用户路径提示消息，获取所述当前所访问页面所对应的所述用户访问目标页面的行为因子；

查询模块，用于在所述因子获取模块所获取的行为因子的值满足预设条件时，查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

计算模块，用于在所述查询模块的查询结果为否时，计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中；

信息获取模块，用于在所述接收模块接收到所述Web服务器发送的查询请求消息时，向所述缓存服务器获取所述用户在所述目标页面所对应的有效的目标信息，并通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户；

其中，所述用户路径提示消息中包括当前登录所述Web服务器的用户的用户名，以及所述用户当前所访问页面的信息。

12.如权利要求11所述的计算服务器，其特征在于，还包括时间更新模块：

所述因子获取模块，用于通过用户行为库获取所述当前所访问页面所对应的所述用户访问目标页面的行为因子，其中，所述用户行为库根据各用户在各页面中最终是否访问所述目标页面的统计信息，生成相应的行为因子；

所述查询模块，用于在所述行为因子的值大于预设的阈值或当前生成的随机数值时，查询所述缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

所述时间更新模块，用于在所述行为因子的值不大于预设的阈值或当前生成的随机数值时，更新所述行为因子所对应的时间信息为当前时间。

13.如权利要求12所述的计算服务器，其特征在于，

所述时间更新模块，还用于在所述查询模块的查询结果为是时，更新所述行为因子所对应的时间信息为当前时间；

其中，所述用户在所述目标页面所对应的有效的目标信息，为所述缓存服务器中存储有所述用户在所述目标页面所对应的目标信息，且当前时间与所述目标信息的生成时间之间的差值小于预设的有效时间。

14.如权利要求12所述的计算服务器，其特征在于，

所述时间更新模块，还用于在所述计算模块将计算得到的目标信息保存在所述缓存服务器中之后，更新所述行为因子所对应的时间信息为当前时间，并结束当前操作。

15.如权利要求11所述的计算服务器，其特征在于，

所述查询模块，还用于在所述接收模块接收到所述Web服务器发送的查询请求消息时，查询缓存服务器中是否保存有所述用户在所述目标页面所对应的有效的目标信息；

所述计算模块，还用于在所述查询模块的查询结果为否时，计算所述用户在所述目标页面所对应的目标信息，将计算得到的目标信息保存在所述缓存服务器中；

所述信息获取模块，用于在所述查询模块的查询结果为是，或所述计算模块将计算得到的目标信息保存在所述缓存服务器中时，向所述缓存服务器获取所述用户在所述目标页面所对应的有效的目标信息，并通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户。

16.如权利要求12或15所述的计算服务器，其特征在于，

所述计算模块，还用于在将计算得到的目标信息保存在所述缓存服务器中之后，在所述缓存服务器中将所述计算得到的目标信息的生成时间记录为当前时间。

17.如权利要求11所述的计算服务器，其特征在于，还包括因子更新模块，用于在所述信息获取模块通过所述Web服务器将所述目标信息在所述目标页面中展示给所述用户之后，根据预设的行为因子更新规则，更新所述用户在本次访问所述目标页面的过程中，所访问的所有页面所对应的所述用户访问目标页面的行为因子。

18.一种Web服务器，其特征在于，包括：

接收模块，用于接收用户的页面访问请求；

判断模块，用于判断所述接收模块所接收到的页面访问请求当前所请求访问的页面是否为关键路径节点；

展示模块，用于向所述用户展示所述接收模块所接收到的页面访问请求当前所请求访问的页面；

发送模块，用于在所述判断模块判断所述页面是关键路径节点时，向计算服务器发送包括所述用户的用户名，以及所述用户当前所访问页面的信息的用户路径提示消息。

19.如权利要求18所述的Web服务器，其特征在于，

所述发送模块，还用于在所述接收模块所接收到的页面访问请求当前所请求访问的页面是目标页面时，向所述计算服务器发送查询请求消息；

所述展示模块，还用于将所述计算服务器返回的所述用户在所述目标页面所对应的有效的目标信息，在所述目标页面中展示给所述用户。