CN104539450B - 网站运营活动处理系统、方法和装置 - Google Patents

Abstract

本发明公开了一种网站运营活动处理系统、方法和装置，属于计算机技术领域。所述系统包括：网站服务平台和客户端，网站服务平台包括网站核心子系统和至少一个运营活动子系统；网站核心子系统，用于向客户端提供运营活动页面；根据用户在运营活动页面中的操作记录生成活动请求消息；将活动请求消息发送至目标消息队列中；运营活动子系统，用于从目标消息队列中读取活动请求消息，根据活动请求消息执行活动处理流程。解决了现有技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题；通过将网站核心子系统和运营活动子系统分离，达到了核心程序和活动程序之间不会相互影响，核心程序更为轻量化的效果。

Description

网站运营活动处理系统、方法和装置

技术领域

本发明涉及计算机技术领域，特别涉及一种网站运营活动处理系统、方法和装置。

背景技术

网站在运营过程中，通常会进行一些运营活动的推广和实施。

以某购物网站向用户提供消费后抽奖的运营活动为例，网站开发人员可以在该网站的核心程序的基础上，进一步编写相关用于实现上述运营活动的活动程序。这样，用户在该购物网站上完成消费后，该购物网站便可通过上述活动程序执行活动处理流程，如验证用户消费额度是否达到预设额度，并在用户消费额度达到预设额度的情况下进入抽奖流程。

在实现本发明的过程中，发明人发现上述技术至少存在以下问题：

一方面，由于网站的活动程序添加在核心程序中，当其中一部分程序出现问题时，会影响到另一部分程序的正常运行。比如，当活动程序出现问题需要修改时，即会导致核心程序也不可用，使得整个网站不可用。另一方面，将大量的活动程序添加在核心程序中，会导致核心程序的代码臃肿。

发明内容

为了解决上述技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题，本发明实施例提供了一种网站运营活动处理系统、方法和装置。所述技术方案如下：

第一方面，提供了一种网站运营活动处理系统，所述系统包括：网站服务平台和客户端，所述网站服务平台包括网站核心子系统和至少一个运营活动子系统，所述网站核心子系统部署有网站的核心程序，所述核心程序用于实现所述网站的基础功能，所述运营活动子系统部署有用于实现所述网站的运营活动的活动程序；

所述网站核心子系统，用于向所述客户端提供运营活动页面，根据用户在所述运营活动页面中的操作记录生成活动请求消息，根据所述活动请求消息的类型将所述活动请求消息发送至目标消息队列中，接收所述运营活动子系统发送的接口调用请求，读取所述接口调用请求中携带的接口地址，调用与所述接口地址对应的目标接口；其中，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口；

所述目标消息队列对应的运营活动子系统，用于从所述目标消息队列中读取所述活动请求消息，检测所述活动请求消息是否符合活动触发条件，若所述活动请求消息符合所述活动触发条件，则根据所述活动请求消息执行活动处理流程，采用远程过程调用RPC协议向所述网站核心子系统发送所述接口调用请求；其中，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求，所述接口调用请求中携带有所述目标接口的接口地址。

可选的，所述目标消息队列对应的运营活动子系统，还用于检测所述活动请求消息是否符合活动触发条件，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求；

若所述活动请求消息符合所述活动触发条件，则执行所述活动处理流程。

可选的，所述网站核心子系统，还用于在所述目标接口为所述信息获取接口时，调用所述信息获取接口获取目标信息，并将所述目标信息发送给所述运营活动子系统；

或者，

所述网站核心子系统，还用于在所述目标接口为所述消息推送接口时，调用所述消息推送接口向所述客户端推送目标消息；

或者，

所述网站核心子系统，还用于在所述目标接口为所述物品发放接口时，调用所述物品发放接口向所述客户端发送虚拟物品。

可选的，所述目标消息队列对应的运营活动子系统，还用于接收所述客户端的活动展示页面发送的数据获取请求，根据所述数据获取请求向所述客户端发送活动数据，以便所述客户端将所述活动数据加载至所述活动展示页面进行显示；

其中，所述活动展示页面是所述网站核心子系统向所述客户端提供的。

第二方面，提供了一种网站运营活动处理方法，用于网站核心子系统中，所述网站核心子系统部署有网站的核心程序，所述核心程序用于实现所述网站的基础功能，所述方法包括：

向客户端提供运营活动页面；

根据用户在所述运营活动页面中的操作记录生成活动请求消息；

根据所述活动请求消息的类型将所述活动请求消息发送至目标消息队列中，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息，所述运营活动子系统用于在检测出接收到的所述活动请求消息符合活动触发条件后，根据所述活动请求消息执行活动处理流程；其中，所述运营活动子系统部署有用于实现所述网站的运营活动的活动程序，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求。

可选的，所述将所述活动请求消息发送至目标消息队列中之后，还包括：

接收所述运营活动子系统发送的接口调用请求，所述接口调用请求是基于远程过程调用RPC协议生成的，所述接口调用请求中携带有目标接口的接口地址；

读取所述接口调用请求中携带的所述接口地址；

调用与所述接口地址对应的所述目标接口；

接收所述运营活动子系统发送的接口调用请求，所述接口调用请求是基于远程过程调用RPC协议生成的，所述接口调用请求中携带有目标接口的接口地址，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口；

读取所述接口调用请求中携带的所述接口地址；

调用与所述接口地址对应的所述目标接口。

可选的，所述调用与所述接口地址对应的所述目标接口，包括：

在所述目标接口为所述信息获取接口时，调用所述信息获取接口获取目标信息，并将所述目标信息发送给所述运营活动子系统；

或者，

在所述目标接口为所述消息推送接口时，调用所述消息推送接口向所述客户端推送目标消息；

或者，

在所述目标接口为所述物品发放接口时，调用所述物品发放接口向所述客户端发送虚拟物品。

第三方面，提供了一种网站运营活动处理方法，用于目标消息队列对应的运营活动子系统中，所述运营活动子系统部署有用于实现网站的运营活动的活动程序，所述方法包括：

从所述目标消息队列中读取活动请求消息，所述活动请求消息是网站核心子系统根据用户在运营活动页面中的操作记录生成，并根据所述活动请求消息的类型发送至所述目标消息队列中的，所述网站核心子系统部署有所述网站的核心程序，所述核心程序用于实现所述网站的基础功能，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息；

检测所述活动请求消息是否符合活动触发条件，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求；

若所述活动请求消息符合所述活动触发条件，则执行所述活动处理流程；

采用远程过程调用RPC协议向网站核心子系统发送所述调用请求，所述接口调用请求用于指示所述网站核心子系统读取所述接口调用请求中携带的接口地址，调用与所述接口地址对应的目标接口，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口。

可选的，所述根据所述活动请求消息执行活动处理流程之后，还包括：

接收客户端的活动展示页面发送的数据获取请求，所述活动展示页面是所述网站核心子系统向所述客户端提供的；

根据所述数据获取请求向所述客户端发送活动数据，以便所述客户端将所述活动数据加载至所述活动展示页面进行显示。

第四方面，提供了一种网站运营活动处理装置，用于网站核心子系统中，所述网站核心子系统部署有网站的核心程序，所述核心程序用于实现所述网站的基础功能，所述装置包括：

页面提供模块，用于向客户端提供运营活动页面；

消息生成模块，用于根据用户在所述运营活动页面中的操作记录生成活动请求消息；

消息发送模块，用于根据所述活动请求消息的类型将所述活动请求消息发送至目标消息队列中，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息，所述运营活动子系统用于在检测出接收到的所述活动请求消息符合活动触发条件后，根据所述活动请求消息执行活动处理流程；其中，所述运营活动子系统部署有用于实现所述网站的运营活动的活动程序，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求；

请求接收模块，用于接收所述运营活动子系统发送的接口调用请求，所述接口调用请求是基于远程过程调用RPC协议生成的，所述接口调用请求中携带有目标接口的接口地址，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口；

地址读取模块，用于读取所述接口调用请求中携带的所述接口地址；

接口调用模块，用于调用与所述接口地址对应的所述目标接口。

可选的，所述接口调用模块，包括：

第一调用单元，用于在所述目标接口为所述信息获取接口时，调用所述信息获取接口获取目标信息，并将所述目标信息发送给所述运营活动子系统；

或者，

第二调用单元，用于在所述目标接口为所述消息推送接口时，调用所述消息推送接口向所述客户端推送目标消息；

或者，

第三调用单元，用于在所述目标接口为所述物品发放接口时，调用所述物品发放接口向所述客户端发送虚拟物品。

第五方面，提供了一种网站运营活动处理装置，用于目标消息队列对应的运营活动子系统中，所述运营活动子系统部署有用于实现网站的运营活动的活动程序，所述装置包括：

消息读取模块，用于从所述目标消息队列中读取活动请求消息，所述活动请求消息是网站核心子系统根据用户在运营活动页面中的操作记录生成，并根据所述活动请求消息的类型发送至所述目标消息队列中的，所述网站核心子系统部署有所述网站的核心程序，所述核心程序用于实现所述网站的基础功能，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息；

活动处理模块，用于检测所述活动请求消息是否符合活动触发条件，当所述活动请求消息符合所述活动触发条件时，根据所述活动请求消息执行活动处理流程；其中，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求；

用于采用远程过程调用RPC协议向网站核心子系统发送所述调用请求的模块，所述接口调用请求用于指示所述网站核心子系统读取所述接口调用请求中携带的接口地址，调用与所述接口地址对应的目标接口，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口。

可选的，所述装置还包括：

数据请求模块，用于接收客户端的活动展示页面发送的数据获取请求，所述活动展示页面是所述网站核心子系统向所述客户端提供的；

数据发送模块，用于根据所述数据获取请求向所述客户端发送活动数据，以便所述客户端将所述活动数据加载至所述活动展示页面进行显示。

第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序用于实现如第二方面所述的方法。

第七方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序用于实现如第三方面所述的方法。

本发明实施例提供的技术方案带来的有益效果是：

由网站核心子系统通过消息队列将活动请求消息发送给运营活动子系统，并由运营活动子系统根据活动请求消息执行活动处理流程；解决了现有技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题；通过将网站核心子系统和运营活动子系统进行分离，将网站的核心程序和活动程序单独部署，在保证网站正常提供运营活动的前提下，达到了核心程序和活动程序之间不会相互影响，核心程序更为轻量化的效果。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明各个实施例所涉及的一种实施环境的结构示意图；

图2是本发明一个实施例提供的网站运营活动处理系统的结构示意图；

图3是本发明一个实施例提供的网站运营活动处理方法的流程图；

图4是本发明另一实施例提供的网站运营活动处理方法的流程图；

图5是本发明再一实施例提供的网站运营活动处理方法的流程图；

图6是本发明一个实施例提供的网站运营活动处理装置的框图；

图7是本发明另一实施例提供的网站运营活动处理装置的框图；

图8是本发明一个实施例提供的网站服务平台的框图；

图9是本发明一个实施例提供的服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参考图1，其示出了本发明各个实施例所涉及的一种实施环境的结构示意图，该实施环境可以包括：终端120、网站核心服务器140和至少一台运营活动服务器160。其中：

终端120中运行有具备网页页面加载和显示功能的客户端，如浏览器。终端120可以是手机、平板电脑、电子书阅读器、台式计算机、膝上型便携计算机等电子设备。

终端120与网站核心服务器140之间可通过有线网络或者无线网络相连。

网站核心服务器140中存储有网站的核心程序，该核心程序用于实现网站的基础功能。网站核心服务器140可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。

网站核心服务器140与运营活动服务器160之间可通过有线网络或者无线网络相连。

运营活动服务器160中存储有用于实现网站的运营活动的活动程序。在一种可能的实施方式中，用于实现不同运营活动的不同活动程序可分别部署在不同的运营活动服务器160中，一种运营活动对应于一台运营活动服务器160。

另外，上述实施环境仅以网站核心服务器140和运营活动服务器160为相互独立的服务器进行举例说明。在其它可能的实施方式中，网站核心服务器140和运营活动服务器160也可以集成为一台服务器。当网站核心服务器140和运营活动服务器160集成为一台服务器时，核心程序和活动程序并非如背景技术中使用同一套代码，而是将活动程序独立于核心程序。

请参考图2，其示出了本发明一个实施例提供的网站运营活动处理系统的结构示意图，该系统可以包括：网站服务平台210和客户端220，该网站服务平台210包括：网站核心子系统212和至少一个运营活动子系统214。

网站核心子系统212，用于向客户端220提供运营活动页面；根据用户在运营活动页面中的操作记录生成活动请求消息；将活动请求消息发送至目标消息队列中。

运营活动子系统214，用于从目标消息队列中读取活动请求消息，根据活动请求消息执行活动处理流程。

其中，网站核心子系统212中部署有网站的核心程序，该核心程序用于实现网站的基础功能。比如，当网站为购物网站时，核心程序可用于实现物品展示、订单生成、订单支付等基础功能。网站核心子系统212与客户端220之间可采用HTTP(Hypertext TransferProtocol，超文本传输协议)进行数据交互，包括向客户端220提供各个页面、接收客户端220的操作请求、响应客户端220的操作请求等等。当网站需要向用户提供运营活动时，网站核心子系统212可向客户端220提供运营活动页面，并根据用户在该运营活动页面中的操作记录生成活动请求消息。比如，当上述购物网站需要向用户提供消费后抽奖的运营活动时，网站核心子系统212可记录用户在网站上的物品选择、下单和支付等操作记录，并在用户完成支付后生成活动请求消息。

活动请求消息用于触发运营活动子系统214执行活动处理流程。活动请求消息的消息内容可根据实际运营活动的需求进行配置。比如，当运营活动为上述消费后抽奖的运营活动时，活动请求消息的消息内容可包含用户标识、消费金额、消费时间等信息。在本实施例中，对活动请求消息的消息内容不作具体限定。

另外，网站核心子系统212可通过消息队列将活动请求消息发送给运营活动子系统214。其中，消息队列可以选用例如Active MQ(Message Queue，消息队列)、Rabbit MQ、Zero MQ、NSQ(一种分布式消息处理系统)等开源的消息系统实现。消息系统中可配置一个或多个消息队列，不同的消息队列对应于不同的队列名称。网站核心子系统212可根据目标消息队列的队列名称，将活动请求消息发送至目标消息队列中。相应的，运营活动子系统214也可根据目标消息队列的队列名称，从目标消息队列中读取活动请求消息。可选的，网站核心子系统212可将活动请求消息划分为不同的类型，并将不同类型的活动请求消息发送至不同的消息队列中，以供不同的运营活动子系统214取用。该不同的运营活动子系统214可以用于实现同一运营活动，也可以用于实现不同的运营活动。

在一个具体的例子中，假设网站同时提供消费后抽奖(以下简称“活动1”)和问卷调查(以下简称“活动2”)两项运营活动。其中，活动1需要类型1的活动请求消息，该类型1的活动请求消息的消息内容需要包含用户标识、消费金额和消费时间。活动2需要类型2的活动请求消息，该类型2的活动请求消息的消息内容需要包含用户标识和用户年龄。另外，预先为活动1分配队列1和队列2两个消息队列，而为活动2分配队列3一个消息队列。具体如下表-1所示：

表-1

网站核心子系统212生成类型1的活动请求消息后，可根据上述对应关系将该类型1的活动请求消息发送至队列1或队列2中；相应的，运营活动子系统1可监听队列1和队列2中是否有消息接收，当监听到队列1和队列2中有消息接收时，读取活动请求消息，进而根据活动请求消息执行活动1的活动处理流程，以此实现活动1。类似的，活动2的实现过程与活动1的实现过程相类似，这里不再赘述。

另外，活动处理流程可根据实际运营活动的需求进行配置，对此本实施例不作具体限定。

可选的，网站核心子系统212在将活动请求消息发送至目标消息队列之前，可将活动请求消息封装为JSON格式(JavaScript Object Notation，一种轻量级的数据交换格式)，这有利于提高数据的传输和解析效率。

综上所述，本实施例提供的网站运营活动处理系统，由网站核心子系统通过消息队列将活动请求消息发送给运营活动子系统，并由运营活动子系统根据活动请求消息执行活动处理流程；解决了现有技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题；通过将网站核心子系统和运营活动子系统进行分离，将网站的核心程序和活动程序单独部署，在保证网站正常提供运营活动的前提下，达到了核心程序和活动程序之间不会相互影响，核心程序更为轻量化的效果。

另外，还通过消息队列保存活动请求消息，针对运营活动具有并发性高和参与量大的特点，使得大量的活动请求消息可以更为规范、有序地传送至运营活动子系统，提高了运营活动的处理成功率，充分提高用户参与运营活动的体验。

在本发明的可选实施例中，运营活动子系统214，还用于检测活动请求消息是否符合活动触发条件；若活动请求消息符合活动触发条件，则执行活动处理流程。其中，活动触发条件可以包括活动请求消息的发送时刻在预设活动时段内和/或活动请求消息的消息内容符合活动触发要求。比如，当运营活动为上述消费后抽奖的运营活动时，可以预先设定活动时段为10:00至20:00，且活动触发要求为消费金额满20。运营活动子系统214在读取活动请求消息后，获取活动请求消息的发送时刻(比如14：00)，并从活动请求消息的消息内容中获取消费金额(比如30)，运营活动子系统214便可确定上述发送时刻在预设活动时段内且消费金额达到20，也即活动请求消息符合活动触发条件，此时运营活动子系统214执行活动处理流程，向用户提供抽奖活动。

在本发明的可选实施例中，运营活动子系统214，还用于采用RPC(RemoteProcedure Call，远程过程调用)协议向网站核心子系统212发送接口调用请求，该接口调用请求中携带有目标接口的接口地址。相应的，网站核心子系统212，还用于接收运营活动子系统214发送的接口调用请求，读取接口调用请求中携带的接口地址，调用与接口地址对应的目标接口。

运营活动子系统214在执行活动处理流程的过程中，和/或，在执行活动处理流程之前，和/或，在执行活动处理流程之后，可能需要与网站核心子系统212之间进行数据交互，以从网站核心子系统212中获取各类服务。运营活动子系统214中可存储不同类型的服务与不同接口地址之间的对应关系。当运营活动子系统214需要获取目标服务时，查询上述对应关系获取与目标服务对应的目标接口的接口地址，并生成携带有上述接口地址的接口调用请求。其中，网站核心子系统212可提供用于实现诸如信息查询、消息推送、虚拟物品发放等不同服务的接口。具体来讲：

在第一种可能的实施方式中，网站核心子系统212，还用于在目标接口为信息获取接口时，调用信息获取接口获取目标信息，并将目标信息发送给运营活动子系统214。比如，运营活动子系统214在执行活动处理流程之前，可能需要对用户个人信息进行验证，则运营活动子系统214可生成第一接口调用请求，该第一接口调用请求中可携带有用户标识和用于获取用户个人信息的信息获取接口的接口地址，然后将第一接口调用请求发送给网站核心子系统212。相应的，网站核心子系统212读取第一接口调用请求中携带的用户标识和接口地址，调用用于获取用户个人信息的信息获取接口获取与用户标识对应的用户个人信息，然后将获取的用户个人信息发送给运营活动子系统214，以便运营活动子系统214对用户个人信息进行验证，并在验证通过的情况下执行活动处理流程。

在第二种可能的实施方式中，网站核心子系统212，还用于在目标接口为消息推送接口时，调用消息推送接口向客户端220推送目标消息。比如，运营活动子系统214在执行活动处理流程的过程中，可能需要向客户端220推送一些通知消息，则运营活动子系统214可生成第二接口调用请求，该第二接口调用请求中可携带有用户标识、通知消息和消息推送接口的接口地址，然后将第二接口调用请求发送给网站核心子系统212。相应的，网站核心子系统212读取第二接口调用请求中携带的用户标识、通知消息和消息推送接口的接口地址，根据该接口地址调用消息推送接口将上述通知消息推送给与用户标识对应的客户端。

在第三种可能的实施方式中，网站核心子系统212，还用于在目标接口为物品发放接口时，调用物品发放接口向客户端220发送虚拟物品。比如，运营活动子系统214在执行活动处理流程之后，可能需要将用户获得的奖励(通常为虚拟物品)推送给客户端220，则运营活动子系统214可生成第三接口调用请求，该第三接口调用请求中可携带有用户标识、虚拟物品和物品发放接口的接口地址，然后将第三接口调用请求发送给网站核心子系统212。相应的，网站核心子系统212读取第三接口调用请求中携带的用户标识、虚拟物品和物品发放接口的接口地址，根据该接口地址调用物品发放接口将上述虚拟物品发送给与用户标识对应的客户端。

需要说明的一点是：本实施例仅以上述例举的三种接口进行举例说明，在实际应用中，可根据运营活动的实际需求在网站核心子系统212中设置不同的接口，以为运营活动子系统214提供不同类型的服务。另外，网站核心子系统212与运营活动子系统214之间的RPC服务框架可采用HPROSE(High Performance Remote Object Service Engine，高性能远程对象服务引擎)、Thrift(一种跨语言的服务部署框架)、PHPRPC(HypertextPreprocessor Remote Procedure Call，基于超文本预处理器的远程过程调用)等框架，或者也可采用自定义RPC服务框架，对此本实施例不作具体限定。

在本发明的可选实施例中，运营活动子系统214，还用于接收客户端220的活动展示页面发送的数据获取请求，根据数据获取请求向客户端220发送活动数据，以便客户端220将活动数据加载至活动展示页面进行显示。其中，活动展示页面是网站核心子系统212向客户端220提供的。活动展示页面可能需要获取活动排行榜、活动结果、抽奖次数之类的活动数据，活动展示页面可采用AJAX(Asynchronous JavaScript And XML，异步JavaScript和XML)方式从运营活动子系统214中获取活动数据，并将活动数据异步加载至活动展示页面中进行显示。可选的，运营活动子系统214可将活动数据封装为JSON格式，这有利于提高数据的传输和解析效率。

综上所述，本实施例提供的网站运营活动处理系统，运营活动子系统还通过采用RPC协议向网站核心子系统发送接口调用请求，以从网站核心子系统中获取诸如信息查询、消息推送、虚拟物品发放等各类服务，实现了运营活动子系统和网站核心子系统间的下行数据交互，充分保证了网站向用户提供高质量的运营活动。

请参考图3，其示出了本发明一个实施例提供的网站运营活动处理方法的流程图。该网站运营活动处理方法应用于网站核心子系统中，该网站核心子系统可以部署于图1所示实施环境的网站核心服务器140中。该网站运营活动处理方法可以包括如下几个步骤：

步骤302，向客户端提供运营活动页面。

步骤304，根据用户在运营活动页面中的操作记录生成活动请求消息。

步骤306，将活动请求消息发送至目标消息队列中，该活动请求消息用于触发运营活动子系统执行活动处理流程。

综上所述，本实施例提供的网站运营活动处理方法，由网站核心子系统通过消息队列将活动请求消息发送给运营活动子系统，使得运营活动子系统根据活动请求消息执行活动处理流程；解决了现有技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题；通过将网站核心子系统和运营活动子系统进行分离，将网站的核心程序和活动程序单独部署，在保证网站正常提供运营活动的前提下，达到了核心程序和活动程序之间不会相互影响，核心程序更为轻量化的效果。

请参考图4，其示出了本发明另一实施例提供的网站运营活动处理方法的流程图。该网站运营活动处理方法应用于运营活动子系统中，该运营活动子系统可以部署于图1所示实施环境的运营活动服务器160中。该网站运营活动处理方法可以包括如下几个步骤：

步骤402，从目标消息队列中读取活动请求消息，该活动请求消息是网站核心子系统根据用户在运营活动页面中的操作记录生成并发送至目标消息队列中的。

步骤404，根据活动请求消息执行活动处理流程。

综上所述，本实施例提供的网站运营活动处理方法，通过运营活动子系统从目标消息队列中读取活动请求消息，并根据该活动请求消息执行活动处理流程；解决了现有技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题；通过将网站核心子系统和运营活动子系统进行分离，将网站的核心程序和活动程序单独部署，在保证网站正常提供运营活动的前提下，达到了核心程序和活动程序之间不会相互影响，核心程序更为轻量化的效果。

请参考图5，其示出了本发明再一实施例提供的网站运营活动处理方法的流程图。本实施例以该网站运营活动处理方法应用于图1所示实施环境进行举例说明。该网站运营活动处理方法可以包括如下几个步骤：

步骤501，网站核心子系统向客户端提供运营活动页面。

网站核心子系统中部署有网站的核心程序，该核心程序用于实现网站的基础功能。比如，当网站为购物网站时，核心程序可用于实现物品展示、订单生成、订单支付等基础功能。网站核心子系统与客户端之间可采用HTTP协议进行数据交互，包括向客户端提供各个页面、接收客户端的操作请求、响应客户端的操作请求等等。当网站需要向用户提供运营活动时，网站核心子系统可向客户端提供运营活动页面。

步骤502，网站核心子系统根据用户在运营活动页面中的操作记录生成活动请求消息。

活动请求消息是根据用户在运营活动页面中的操作记录生成的。比如，当用户点击运营活动页面中用于参与运营活动的按钮时，网站核心子系统生成活动请求消息。再比如，当用户在运营活动页面中的操作符合预定流程(如在上述购物网站上完成物品选择、下单和支付这一流程)时，网站核心子系统生成活动请求消息。活动请求消息用于触发运营活动子系统执行活动处理流程。

另外，活动请求消息的消息内容可根据实际运营活动的需求进行配置。比如，当上述购物网站需要向用户提供消费后抽奖的运营活动时，活动请求消息的消息内容可包含用户标识、消费金额、消费时间等信息。在本实施例中，对活动请求消息的消息内容不作具体限定。

步骤503，网站核心子系统将活动请求消息发送至目标消息队列中。

步骤504，运营活动子系统从目标消息队列中读取活动请求消息。

网站核心子系统可通过消息队列将活动请求消息发送给运营活动子系统。其中，消息队列可以选用例如Active MQ、Rabbit MQ、Zero MQ、NSQ等开源的消息系统实现。消息系统中可配置一个或多个消息队列，不同的消息队列对应于不同的队列名称。网站核心子系统可根据目标消息队列的队列名称，将活动请求消息发送至目标消息队列中。相应的，运营活动子系统也可根据目标消息队列的队列名称，从目标消息队列中读取活动请求消息。可选的，网站核心子系统可将活动请求消息划分为不同的类型，并将不同类型的活动请求消息发送至不同的消息队列中，以供不同的运营活动子系统取用。该不同的运营活动子系统可以用于实现同一运营活动，也可以用于实现不同的运营活动。

在一个具体的例子中，假设网站同时提供消费后抽奖(以下简称“活动1”)和问卷调查(以下简称“活动2”)两项运营活动。其中，活动1需要类型1的活动请求消息，该类型1的活动请求消息的消息内容需要包含用户标识、消费金额和消费时间。活动2需要类型2的活动请求消息，该类型2的活动请求消息的消息内容需要包含用户标识和用户年龄。另外，预先为活动1分配队列1和队列2两个消息队列，而为活动2分配队列3一个消息队列。具体如下表-2所示：

表-2

网站核心子系统生成类型1的活动请求消息后，可根据上述对应关系将该类型1的活动请求消息发送至队列1或队列2中；相应的，运营活动子系统1可监听队列1和队列2中是否有消息接收，当监听到队列1和队列2中有消息接收时，读取活动请求消息，进而根据活动请求消息执行活动1的活动处理流程，以此实现活动1。类似的，活动2的实现过程与活动1的实现过程相类似，这里不再赘述。

可选的，网站核心子系统在将活动请求消息发送至目标消息队列之前，可将活动请求消息封装为JSON格式，这有利于提高数据的传输和解析效率。

步骤505，运营活动子系统根据活动请求消息执行活动处理流程。

活动处理流程可根据实际运营活动的需求进行配置，对此本实施例不作具体限定。在一种可能的实施方式中，本步骤可以包括如下两个子步骤：

第一，检测活动请求消息是否符合活动触发条件；

第二，若活动请求消息符合活动触发条件，则执行活动处理流程。

其中，活动触发条件可以包括活动请求消息的发送时刻在预设活动时段内和/或活动请求消息的消息内容符合活动触发要求。比如，当运营活动为上述消费后抽奖的运营活动时，可以预先设定活动时段为10:00至20:00，且活动触发要求为消费金额满20。运营活动子系统在读取活动请求消息后，获取活动请求消息的发送时刻(比如14：00)，并从活动请求消息的消息内容中获取消费金额(比如30)，运营活动子系统便可确定上述发送时刻在预设活动时段内且消费金额达到20，也即活动请求消息符合活动触发条件，此时运营活动子系统执行活动处理流程，向用户提供抽奖活动。

可选的，本实施例提供的网站运营活动处理方法，还可以包括如下步骤506至步骤508：

步骤506，运营活动子系统采用RPC协议向网站核心子系统发送接口调用请求。

其中，接口调用请求中携带有目标接口的接口地址。

相应的，网站核心子系统接收运营活动子系统发送的接口调用请求。

步骤507，网站核心子系统读取接口调用请求中携带的接口地址。

步骤508，网站核心子系统调用与接口地址对应的目标接口。

运营活动子系统在执行活动处理流程的过程中，和/或，在执行活动处理流程之前，和/或，在执行活动处理流程之后，可能需要与网站核心子系统之间进行数据交互，以从网站核心子系统中获取各类服务。运营活动子系统中可存储不同类型的服务与不同接口地址之间的对应关系。当运营活动子系统需要获取目标服务时，查询上述对应关系获取与目标服务对应的目标接口的接口地址，并生成携带有上述接口地址的接口调用请求。其中，网站核心子系统可提供用于实现诸如信息查询、消息推送、虚拟物品发放等不同服务的接口。具体来讲：

在第一种可能的实施方式中，在目标接口为信息获取接口时，网站核心子系统调用信息获取接口获取目标信息，并将目标信息发送给运营活动子系统。

比如，运营活动子系统在执行活动处理流程之前，可能需要对用户个人信息进行验证，则运营活动子系统可生成第一接口调用请求，该第一接口调用请求中可携带有用户标识和用于获取用户个人信息的信息获取接口的接口地址，然后将第一接口调用请求发送给网站核心子系统。相应的，网站核心子系统读取第一接口调用请求中携带的用户标识和接口地址，调用用于获取用户个人信息的信息获取接口获取与用户标识对应的用户个人信息，然后将获取的用户个人信息发送给运营活动子系统，以便运营活动子系统对用户个人信息进行验证，并在验证通过的情况下执行活动处理流程。

在第二种可能的实施方式中，在目标接口为消息推送接口时，网站核心子系统调用消息推送接口向客户端推送目标消息。

比如，运营活动子系统在执行活动处理流程的过程中，可能需要向客户端推送一些通知消息，则运营活动子系统可生成第二接口调用请求，该第二接口调用请求中可携带有用户标识、通知消息和消息推送接口的接口地址，然后将第二接口调用请求发送给网站核心子系统。相应的，网站核心子系统读取第二接口调用请求中携带的用户标识、通知消息和消息推送接口的接口地址，根据该接口地址调用消息推送接口将上述通知消息推送给与用户标识对应的客户端。

在第三种可能的实施方式中，在目标接口为物品发放接口时，网站核心子系统调用物品发放接口向客户端发送虚拟物品。

比如，运营活动子系统在执行活动处理流程之后，可能需要将用户获得的奖励(通常为虚拟物品)推送给客户端，则运营活动子系统可生成第三接口调用请求，该第三接口调用请求中可携带有用户标识、虚拟物品和物品发放接口的接口地址，然后将第三接口调用请求发送给网站核心子系统。相应的，网站核心子系统读取第三接口调用请求中携带的用户标识、虚拟物品和物品发放接口的接口地址，根据该接口地址调用物品发放接口将上述虚拟物品发送给与用户标识对应的客户端。

需要说明的一点是：本实施例仅以上述例举的三种接口进行举例说明，在实际应用中，可根据运营活动的实际需求在网站核心子系统中设置不同的接口，以为运营活动子系统提供不同类型的服务。

另外，网站核心子系统与运营活动子系统之间的RPC服务框架可采用HPROSE、Thrift、PHPRPC等框架，或者也可采用自定义RPC服务框架，对此本实施例不作具体限定。

另外，上述步骤506至步骤508可以在步骤505之前进行，也可以在步骤505之后进行，还可以与步骤505同时进行，对此本实施例也不作具体限定。

可选的，本实施例提供的网站运营活动处理方法，在上述步骤505之后，还可以包括如下步骤509和步骤510：

步骤509，运营活动子系统接收客户端的活动展示页面发送的数据获取请求。

其中，活动展示页面是网站核心子系统向客户端提供的。

步骤510，运营活动子系统根据数据获取请求向客户端发送活动数据，以便客户端将活动数据加载至活动展示页面进行显示。

活动展示页面可能需要获取活动排行榜、活动结果、抽奖次数之类的活动数据，活动展示页面可采用AJAX方式从运营活动子系统中获取活动数据，并将活动数据异步加载至活动展示页面中进行显示。

可选的，运营活动子系统可将活动数据封装为JSON格式，这有利于提高数据的传输和解析效率。

综上所述，本实施例提供的网站运营活动处理方法，由网站核心子系统通过消息队列将活动请求消息发送给运营活动子系统，并由运营活动子系统根据活动请求消息执行活动处理流程；解决了现有技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题；通过将网站核心子系统和运营活动子系统进行分离，将网站的核心程序和活动程序单独部署，在保证网站正常提供运营活动的前提下，达到了核心程序和活动程序之间不会相互影响，核心程序更为轻量化的效果。

另外，还通过消息队列保存活动请求消息，针对运营活动具有并发性高和参与量大的特点，使得大量的活动请求消息可以更为规范、有序地传送至运营活动子系统，提高了运营活动的处理成功率，充分提高用户参与运营活动的体验。

另外，运营活动子系统还通过采用RPC协议向网站核心子系统发送接口调用请求，以从网站核心子系统中获取诸如信息查询、消息推送、虚拟物品发放等各类服务，实现了运营活动子系统和网站核心子系统间的下行数据交互，充分保证了网站向用户提供高质量的运营活动。

下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

请参考图6，其示出了本发明一个实施例提供的网站运营活动处理装置的框图，该网站运营活动处理装置可通过软件、硬件或者两者的结合实现成为网站核心子系统的部分或者全部。该网站运营活动处理装置可以包括：页面提供模块610、消息生成模块620和消息发送模块630。

页面提供模块610，用于向客户端提供运营活动页面。

消息生成模块620，用于根据用户在所述运营活动页面中的操作记录生成活动请求消息。

消息发送模块630，用于将所述活动请求消息发送至目标消息队列中，所述活动请求消息用于触发运营活动子系统执行活动处理流程。

综上所述，本实施例提供的网站运营活动处理装置，由网站核心子系统通过消息队列将活动请求消息发送给运营活动子系统，使得运营活动子系统根据活动请求消息执行活动处理流程；解决了现有技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题；通过将网站核心子系统和运营活动子系统进行分离，将网站的核心程序和活动程序单独部署，在保证网站正常提供运营活动的前提下，达到了核心程序和活动程序之间不会相互影响，核心程序更为轻量化的效果。

请参考图7，其示出了本发明另一实施例提供的网站运营活动处理装置的框图，该网站运营活动处理装置可通过软件、硬件或者两者的结合实现成为运营活动子系统的部分或者全部。该网站运营活动处理装置可以包括：消息读取模块710和活动处理模块720。

消息读取模块710，用于从目标消息队列中读取活动请求消息，所述活动请求消息是网站核心子系统根据用户在运营活动页面中的操作记录生成并发送至所述目标消息队列中的。

活动处理模块720，用于根据所述活动请求消息执行活动处理流程。

综上所述，本实施例提供的网站运营活动处理装置，通过运营活动子系统从目标消息队列中读取活动请求消息，并根据该活动请求消息执行活动处理流程；解决了现有技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题；通过将网站核心子系统和运营活动子系统进行分离，将网站的核心程序和活动程序单独部署，在保证网站正常提供运营活动的前提下，达到了核心程序和活动程序之间不会相互影响，核心程序更为轻量化的效果。

请参考图8，其示出了本发明一个实施例提供的网站服务平台的框图。该网站服务平台，包括：网站核心子系统600和至少一个运营活动子系统700。其中：

网站核心子系统600可以包括网站运营活动处理装置，该网站运营活动处理装置可通过软件、硬件或者两者的结合实现成为网站核心子系统600的部分或者全部。该网站运营活动处理装置可以包括：页面提供模块610、消息生成模块620和消息发送模块630。

页面提供模块610，用于向客户端提供运营活动页面。

消息生成模块620，用于根据用户在所述运营活动页面中的操作记录生成活动请求消息。

消息发送模块630，用于将所述活动请求消息发送至目标消息队列中，所述活动请求消息用于触发运营活动子系统执行活动处理流程。

可选的，所述装置还包括：请求接收模块640、地址读取模块650和接口调用模块660。

请求接收模块640，用于接收所述运营活动子系统发送的接口调用请求，所述接口调用请求是基于远程过程调用RPC协议生成的，所述接口调用请求中携带有目标接口的接口地址。

地址读取模块650，用于读取所述接口调用请求中携带的所述接口地址。

接口调用模块660，用于调用与所述接口地址对应的所述目标接口。

可选的，所述接口调用模块660，包括：

第一调用单元660a，用于在所述目标接口为信息获取接口时，调用所述信息获取接口获取目标信息，并将所述目标信息发送给所述运营活动子系统。或者，

第二调用单元660b，用于在所述目标接口为消息推送接口时，调用所述消息推送接口向所述客户端推送目标消息。或者，

第三调用单元660c，用于在所述目标接口为物品发放接口时，调用所述物品发放接口向所述客户端发送虚拟物品。

运营活动子系统700可以包括网站运营活动处理装置，该网站运营活动处理装置可通过软件、硬件或者两者的结合实现成为运营活动子系统700的部分或者全部。该网站运营活动处理装置可以包括：消息读取模块710和活动处理模块720。

消息读取模块710，用于从目标消息队列中读取活动请求消息，所述活动请求消息是网站核心子系统根据用户在运营活动页面中的操作记录生成并发送至所述目标消息队列中的。

活动处理模块720，用于根据所述活动请求消息执行活动处理流程。

可选的，所述活动处理模块720，包括：消息检测单元720a和活动处理单元720b。

所述消息检测单元720a，用于检测所述活动请求消息是否符合活动触发条件，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求。

所述活动处理单元720b，用于当所述活动请求消息符合所述活动触发条件时，执行所述活动处理流程。

可选的，所述装置还包括：请求发送模块730。

请求发送模块730，用于采用RPC协议向所述网站核心子系统600发送接口调用请求，所述接口调用请求中携带有目标接口的接口地址。

可选的，所述装置还包括：数据请求模块740和数据发送模块750。

数据请求模块740，用于接收客户端的活动展示页面发送的数据获取请求，所述活动展示页面是所述网站核心子系统向所述客户端提供的；

数据发送模块750，用于根据所述数据获取请求向所述客户端发送活动数据，以便所述客户端将所述活动数据加载至所述活动展示页面进行显示。

综上所述，本实施例提供的网站服务平台，由网站核心子系统通过消息队列将活动请求消息发送给运营活动子系统，并由运营活动子系统根据活动请求消息执行活动处理流程；解决了现有技术中网站在提供运营活动时，存在程序间相互影响严重和核心程序代码臃肿的问题；通过将网站核心子系统和运营活动子系统进行分离，将网站的核心程序和活动程序单独部署，在保证网站正常提供运营活动的前提下，达到了核心程序和活动程序之间不会相互影响，核心程序更为轻量化的效果。

需要说明的是：上述实施例提供的网站运营活动处理装置在向客户端提供运营活动时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的网站运营活动装置和网站运营活动方法的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图9示出了本发明一个实施例提供的服务器的结构示意图。该服务器可以是图1所示实施环境中的网站核心服务器，也可以是图1所示实施环境中的运营活动服务器。具体来讲：

所述服务器900包括中央处理单元(CPU)901、包括随机存取存储器(RAM)902和只读存储器(ROM)903的系统存储器904，以及连接系统存储器904和中央处理单元901的系统总线905。所述服务器900还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)906，和用于存储操作系统913、应用程序914和其他程序模块915的大容量存储设备907。

所述基本输入/输出系统906包括有用于显示信息的显示器908和用于用户输入信息的诸如鼠标、键盘之类的输入设备909。其中所述显示器908和输入设备909都通过连接到系统总线905的输入输出控制器910连接到中央处理单元901。所述基本输入/输出系统906还可以包括输入输出控制器910以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器910还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备907通过连接到系统总线905的大容量存储控制器(未示出)连接到中央处理单元901。所述大容量存储设备907及其相关联的计算机可读介质为服务器900提供非易失性存储。也就是说，所述大容量存储设备907可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器904和大容量存储设备907可以统称为存储器。

根据本发明的各种实施例，所述服务器900还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器900可以通过连接在所述系统总线905上的网络接口单元911连接到网络912，或者说，也可以使用网络接口单元911来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。当服务器900为图1所示实施环境中的网站核心服务器时，上述一个或者一个以上程序包含用于执行上述图3或者图5所示实施例中网站核心子系统侧的网站运营活动处理方法的指令。当服务器900为图1所示实施环境中的运营活动服务器时，上述一个或者一个以上程序包含用于执行上述图4或者图5所示实施例中运营活动子系统侧的网站运营活动处理方法的指令。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”(“a”、“an”、“the”)旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种网站运营活动处理系统，其特征在于，所述系统包括：网站服务平台和客户端，所述网站服务平台包括网站核心子系统和至少一个运营活动子系统，所述网站核心子系统部署有网站的核心程序，所述核心程序用于实现所述网站的基础功能，所述运营活动子系统部署有用于实现所述网站的运营活动的活动程序；

所述网站核心子系统，用于向所述客户端提供运营活动页面，根据用户在所述运营活动页面中的操作记录生成活动请求消息，根据所述活动请求消息的类型将所述活动请求消息发送至目标消息队列中，接收所述运营活动子系统发送的接口调用请求，读取所述接口调用请求中携带的接口地址，调用与所述接口地址对应的目标接口；其中，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口；

所述目标消息队列对应的运营活动子系统，用于从所述目标消息队列中读取所述活动请求消息，检测所述活动请求消息是否符合活动触发条件，若所述活动请求消息符合所述活动触发条件，则根据所述活动请求消息执行活动处理流程，采用远程过程调用RPC协议向所述网站核心子系统发送所述接口调用请求；其中，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求，所述接口调用请求中携带有所述目标接口的接口地址。

2.根据权利要求1所述的系统，其特征在于，

所述网站核心子系统，还用于在所述目标接口为所述信息获取接口时，调用所述信息获取接口获取目标信息，并将所述目标信息发送给所述运营活动子系统；

或者，

所述网站核心子系统，还用于在所述目标接口为所述消息推送接口时，调用所述消息推送接口向所述客户端推送目标消息；

或者，

所述网站核心子系统，还用于在所述目标接口为所述物品发放接口时，调用所述物品发放接口向所述客户端发送虚拟物品。

3.根据权利要求1或2所述的系统，其特征在于，

所述目标消息队列对应的运营活动子系统，还用于接收所述客户端的活动展示页面发送的数据获取请求，根据所述数据获取请求向所述客户端发送活动数据，以便所述客户端将所述活动数据加载至所述活动展示页面进行显示；

其中，所述活动展示页面是所述网站核心子系统向所述客户端提供的。

4.一种网站运营活动处理方法，其特征在于，用于网站核心子系统中，所述网站核心子系统部署有网站的核心程序，所述核心程序用于实现所述网站的基础功能，所述方法包括：

向客户端提供运营活动页面；

根据用户在所述运营活动页面中的操作记录生成活动请求消息；

根据所述活动请求消息的类型将所述活动请求消息发送至目标消息队列中，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息，所述运营活动子系统用于在检测出接收到的所述活动请求消息符合活动触发条件后，根据所述活动请求消息执行活动处理流程；其中，所述运营活动子系统部署有用于实现所述网站的运营活动的活动程序，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求；

接收所述运营活动子系统发送的接口调用请求，所述接口调用请求是基于远程过程调用RPC协议生成的，所述接口调用请求中携带有目标接口的接口地址，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口；

读取所述接口调用请求中携带的所述接口地址；

调用与所述接口地址对应的所述目标接口。

5.根据权利要求4所述的方法，其特征在于，所述调用与所述接口地址对应的所述目标接口，包括：

在所述目标接口为所述信息获取接口时，调用所述信息获取接口获取目标信息，并将所述目标信息发送给所述运营活动子系统；

或者，

在所述目标接口为所述消息推送接口时，调用所述消息推送接口向所述客户端推送目标消息；

或者，

在所述目标接口为所述物品发放接口时，调用所述物品发放接口向所述客户端发送虚拟物品。

6.一种网站运营活动处理方法，其特征在于，用于目标消息队列对应的运营活动子系统中，所述运营活动子系统部署有用于实现网站的运营活动的活动程序，所述方法包括：

从所述目标消息队列中读取活动请求消息，所述活动请求消息是网站核心子系统根据用户在运营活动页面中的操作记录生成，并根据所述活动请求消息的类型发送至所述目标消息队列中的，所述网站核心子系统部署有所述网站的核心程序，所述核心程序用于实现所述网站的基础功能，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息；

检测所述活动请求消息是否符合活动触发条件，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求；

若所述活动请求消息符合所述活动触发条件，则执行所述活动处理流程；

采用远程过程调用RPC协议向网站核心子系统发送接口调用请求，所述接口调用请求用于指示所述网站核心子系统读取所述接口调用请求中携带的接口地址，调用与所述接口地址对应的目标接口，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口。

7.根据权利要求6所述的方法，其特征在于，所述根据所述活动请求消息执行活动处理流程之后，还包括：

接收客户端的活动展示页面发送的数据获取请求，所述活动展示页面是所述网站核心子系统向所述客户端提供的；

根据所述数据获取请求向所述客户端发送活动数据，以便所述客户端将所述活动数据加载至所述活动展示页面进行显示。

8.一种网站运营活动处理装置，其特征在于，用于网站核心子系统中，所述网站核心子系统部署有网站的核心程序，所述核心程序用于实现所述网站的基础功能，所述装置包括：

页面提供模块，用于向客户端提供运营活动页面；

消息生成模块，用于根据用户在所述运营活动页面中的操作记录生成活动请求消息；

消息发送模块，用于根据所述活动请求消息的类型将所述活动请求消息发送至目标消息队列中，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息，所述运营活动子系统用于在检测出接收到的所述活动请求消息符合活动触发条件后，根据所述活动请求消息执行活动处理流程；其中，所述运营活动子系统部署有用于实现所述网站的运营活动的活动程序，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求

请求接收模块，用于接收所述运营活动子系统发送的接口调用请求，所述接口调用请求是基于远程过程调用RPC协议生成的，所述接口调用请求中携带有目标接口的接口地址，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口；

地址读取模块，用于读取所述接口调用请求中携带的所述接口地址；

接口调用模块，用于调用与所述接口地址对应的所述目标接口。

9.根据权利要求8所述的装置，其特征在于，所述接口调用模块，包括：

第一调用单元，用于在所述目标接口为所述信息获取接口时，调用所述信息获取接口获取目标信息，并将所述目标信息发送给所述运营活动子系统；

或者，

第二调用单元，用于在所述目标接口为所述消息推送接口时，调用所述消息推送接口向所述客户端推送目标消息；

或者，

第三调用单元，用于在所述目标接口为所述物品发放接口时，调用所述物品发放接口向所述客户端发送虚拟物品。

10.一种网站运营活动处理装置，其特征在于，用于目标消息队列对应的运营活动子系统中，所述运营活动子系统部署有用于实现网站的运营活动的活动程序，所述装置包括：

消息读取模块，用于从所述目标消息队列中读取活动请求消息，所述活动请求消息是网站核心子系统根据用户在运营活动页面中的操作记录生成，并根据所述活动请求消息的类型发送至所述目标消息队列中的，所述网站核心子系统部署有所述网站的核心程序，所述核心程序用于实现所述网站的基础功能，不同类型的活动请求消息被发送至不同的消息队列中，所述不同的消息队列用于向不同的运营活动子系统提供所述不同类型的活动请求消息；

活动处理模块，用于检测所述活动请求消息是否符合活动触发条件，当所述活动请求消息符合所述活动触发条件时，根据所述活动请求消息执行活动处理流程；其中，所述活动触发条件包括所述活动请求消息的发送时刻在预设活动时段内和/或所述活动请求消息的消息内容符合活动触发要求；

用于采用远程过程调用RPC协议向网站核心子系统发送接口调用请求的模块，所述接口调用请求用于指示所述网站核心子系统读取所述接口调用请求中携带的接口地址，调用与所述接口地址对应的目标接口，所述目标接口为以下任意一种：信息获取接口、消息推送接口以及物品发放接口。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

数据请求模块，用于接收客户端的活动展示页面发送的数据获取请求，所述活动展示页面是所述网站核心子系统向所述客户端提供的；

数据发送模块，用于根据所述数据获取请求向所述客户端发送活动数据，以便所述客户端将所述活动数据加载至所述活动展示页面进行显示。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序，所述程序由处理器执行以实现如权利要求4或5所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序，所述程序由处理器执行以实现如权利要求6或7所述的方法。