CN103152386B - 业务数据分发服务器及其业务数据分发方法 - Google Patents

Abstract

本发明公开了一种业务数据分发服务器及其业务数据分发方法，所述方法包括：服务器若监测到处理模式为第一处理模式的业务请求的并发数量超过第一阈值，则根据针对该类业务请求预先制订的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，将该类业务请求的处理模式由第一处理模式转换为第二处理模式。由于第一处理模式的业务请求可以为服务器节约大量的存储空间，在监测到业务请求的并发数量超过第一阈值时，转换为第二处理模式的业务请求，服务器可以直接查找出要分发的业务数据向智能终端返回，从而及时响应用户的业务请求。<pb pnum="1" />

Description

业务数据分发服务器及其业务数据分发方法

技术领域

本发明涉及计算机技术，尤其涉及业务数据分发服务器及其业务数据分发方法。

背景技术

随着科技的发展，数字化越来越深入生活。当前PC早就智能化，手机和平板也在大面积智能化，而电视TV也在近年走向智能化；为便于描述，本文将这些智能化的终端成为智能终端。智能终端可以向后台业务系统发送业务请求，后台业务系统接收到智能终端发送的业务请求后，该业务请求进行处理，向智能终端返回业务数据，以实现智能终端的业务功能。例如，智能终端可以向后台业务系统发送整机升级的业务请求，后台业务系统对接收的业务请求进行解析后，向该智能终端分发相应的升级软件；再或者，智能终端可以向后台业务系统发送获取广播消息的业务请求，后台业务系统对接收的业务请求进行解析后，向该智能终端分发相应的广播消息。

后台业务系统通常由业务数据分发服务器构成；目前，业务数据分发服务器接收到业务请求后，以如下两种方式进行业务数据分发：

其中，第一种业务数据分发方式的流程图，如图1所示，包括如下步骤：

S101：业务数据分发服务器接收到智能终端发送的业务请求后，对业务请求进行解析。

S102：根据解析结果，确定对应该类业务请求的业务分发策略。

事实上，针对不同类的业务请求会预先制订不同的业务分发策略；也就是说，针对每类业务请求，会预先制订与该类业务请求相应的业务分发策略。

S103：根据确定的业务分发策略，以及接收的业务请求中携带的智能终端的属性信息，确定出为该智能终端分发的业务数据。

在一类业务请求的业务分发策略中，通常包括至少一个规则表达式；运用规则表达式可以对智能终端的属性信息进行运算；规则表达式的结果通常是布尔量的运算结果；即规则表达式的运算结果通常为“是”或“否”；

业务数据分发服务器在数据库中存储有智能终端的各种属性信息；在业务数据分发服务器接收到业务请求，并从业务请求中解析出携带的智能终端的属性信息后，可以根据解析出的智能终端的属性信息，从数据库中查找到该智能终端的其它属性信息；根据规则表达式对解析出的属性信息和查找到的属性信息进行运算；

若根据其中一个规则表达式运算得到的运算结果为“是”，则确定对应于该规则表达式的业务数据为要给该智能终端分发的业务数据。

例如，针对整机升级的业务请求，所制订的业务分发策略中的一个规则表达式为：

（机型=xt710）&（版本号=1.0）&（区域=青岛市）&（用户组=用户组A）

若根据该规则表达式对某个智能终端的属性信息进行运算，得到的运算结果为“是”，则将对应该规则表达式的升级软件作为要给该智能终端分发的业务数据。

S104：将确定出的业务数据向该智能终端返回。

其中，第二种业务数据分发方式的流程图，如图2所示，包括如下步骤：

S201：预先针对各类业务请求的业务分发策略，确定出该业务分发策略所涉及的各智能终端所要分发的业务数据。

具体地，针对某个业务分发策略，预先确定出该业务分发策略所涉及的各智能终端所要分发的业务数据，并将业务数据的属性信息与智能终端的属性信息进行对应存储。例如，将要分发给智能终端的业务数据的存储地址（或业务数据的标识）与该智能终端的终端设备号（或智能终端的其它标识，如用户名等）对应存储。

S202：业务数据分发服务器在接收到业务请求后，对业务请求进行解析。

业务数据分发服务器在接收到业务请求后，解析出业务请求的类型，以确定对应的业务分发策略，以及解析出业务请求中携带的智能终端的属性信息，其中包括终端设备号，或者用户名或其它信息。

S203：根据确定的业务分发策略，以及解析出的智能终端的属性信息，查找之前预先存储的，对应的业务数据的属性信息，根据查找出的业务数据的属性信息，向该智能终端返回相应业务数据。

例如，根据从业务请求中解析出的终端设备号，查找到该业务请求的业务分发策略下的，对应该终端设备号的业务数据的存储地址；根据查找到的业务数据的存储地址将相应业务数据向智能终端返回。

然而，在实际应用中本发明的发明人发现，采用第一种业务数据分发方式时，由于服务器在接收到业务请求后，要根据业务请求中携带的属性信息去查找其它属性信息，并根据规则表达式对属性信息进行运算后，才能确定要分发的业务数据，服务器的实时计算压力较大，计算资源消耗较大；尤其是在服务器处理业务较多时，可能会出现不能及时响应用户的业务请求的现象，影响用户体验；

而采用第二种业务数据分发方式时，虽然在接收到业务请求后，不必进行其它属性信息查找、规则表达式运算的处理，可以直接查找出智能终端的业务数据进行返回，提高了响应时间，实时计算压力较小；然而，服务器需要大量的存储空间来存储预先针对每个智能终端所确定的业务数据。

因此，综上所述，现有技术的方法或者会出现不能及时响应用户的业务请求的现象，影响用户体验，或者需要占用大量的存储空间；由此，需要一种能兼顾及时响应用户请求，以及节约存储空间的业务数据分发方法。

发明内容

本发明的实施例提供了一种业务数据分发服务器及其业务数据分发方法，用以兼顾及时响应用户请求，以及节约服务器的存储空间。

根据本发明的一个方面，提供了一种业务数据分发方法，包括：

服务器接收智能终端发送的业务请求，并对接收到的同一类业务请求的并发数量进行监测；

若监测到处理模式为第一处理模式的业务请求的并发数量超过第一阈值，则根据针对该类业务请求预先制订的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，将该类业务请求的处理模式由第一处理模式转换为第二处理模式；

所述服务器对于第一处理模式的业务请求，根据所述业务请求中携带的智能终端的属性信息，以及针对该类业务请求预先制订的业务分发策略，确定出向所述终端分发的业务数据后，向所述智能终端返回确定出的业务数据；

所述服务器对于第二处理模式的业务请求，根据所述业务请求中携带的智能终端的属性信息，查找出对应的业务数据的属性信息，根据该业务数据的属性信息向该智能终端返回相应业务数据。

较佳地，在所述将该类业务请求的处理模式由第一处理模式转换为第二处理模式后，还包括：

若所述服务器监测到该类业务请求的并发数量小于第二阈值，则将该类业务请求转换回第一处理模式，并删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息。

其中，所述监测到处理模式为第一处理模式的业务请求的并发数量超过第一阈值，则根据针对该类业务请求预先制订的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，将该类业务请求的处理模式由第一处理模式转换为第二处理模式，具体为：

所述服务器监测到处理模式为第一处理模式的业务请求的并发数量由小于第一阈值变化为超过第一阈值时，触发如下操作：根据针对该类业务请求预先制订的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，将该类业务请求的处理模式由第一处理模式转换为第二处理模式；以及

所述服务器监测到该类业务请求的并发数量小于第二阈值，则将该类业务请求转换回第一处理模式，并删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息，具体为：

所述服务器监测到该类业务请求的并发数量由大于等于第二阈值变化为小于第二阈值时，则触发将该类业务请求转换回第一处理模式，并删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息的操作。

较佳地，在所述服务器接收智能终端发送的业务请求后，还包括：

对本服务器的处理压力进行监测；

若监测到所述处理压力超过压力阈值，则将并发数量最多的一类或多类第一处理模式的业务请求，确定为处理模式待转换的业务请求；针对每类处理模式待转换的业务请求，分别根据为该类业务请求预先制订的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，将所述处理模式待转换的业务请求转换为第二处理模式。

较佳地，在所述将所述处理模式待转换的业务请求由第一处理模式转换为第二处理模式后，还包括：

若所述服务器监测到所述处理压力恢复到所述压力阈值以下，则将并发数量小于第二阈值的第二处理模式的业务请求，转换为第一处理模式；并删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息。

较佳地，第一阈值等于第二阈值，或者第一阈值大于第二阈值；以及

所述智能终端的属性信息具体包括终端设备号；所述业务数据的属性信息具体包括所述业务数据的地址或标识。

根据本发明的另一个方面，还提供了一种业务数据分发服务器，包括：至少一个业务处理模块，每个业务处理模块用于处理与本业务处理模块对应的一类业务请求；所述业务处理模块包括：

处理模式转换单元，用于对本模块所处理的业务请求的并发数量进行监测；以及在该业务请求为第一处理模式时，若监测到该业务请求的并发数量超过第一阈值，则发送模式切换通知；

模式切换预处理单元，用于根据接收的模式切换通知，依据该类业务请求的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，返回预处理完毕通知；所述处理模式转换单元接收到所述预处理完毕通知后，将第一处理模式的业务请求转换为第二处理模式；

第一处理单元，用于在本模块所处理的业务请求为第一处理模式时，根据所述业务请求中携带的智能终端的属性信息，以及针对该类业务请求预先制订的业务分发策略，确定出向所述终端分发的业务数据后，向所述智能终端返回确定出的业务数据；

第二处理单元，用于在本模块所处理的业务请求为第二处理模式时，根据所述业务请求中携带的智能终端的属性信息，查找出对应的业务数据的属性信息，根据该业务数据的属性信息向该智能终端返回相应业务数据。

较佳地，所述业务处理模块还包括：数据删除单元；以及

所述处理模式转换单元还用于在本模块所处理的业务请求为第二处理模式时，若监测到该业务请求的并发数量小于第二阈值，则将该类业务请求转换回第一处理模式，并发送数据删除通知；

所述数据删除单元用于接收所述处理模式转换单元发送的数据删除通知后，删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息。

进一步，所述服务器还包括：

处理压力监测模块，用于对本服务器的处理压力进行监测；若监测到所述处理压力超过所述压力阈值，则获取各业务处理模块所监测的业务请求的并发数量，向并发数量最多的一类或多类第一处理模式的业务请求所对应的业务处理模块发送第一模式转换通知；以及

所述处理模式转换单元还用于若接收到第一模式转换通知，则向所述模式切换预处理单元发送所述模式切换通知。

较佳地，所述处理压力监测模块还用于若监测到所述处理压力恢复到所述压力阈值以下，则获取各业务处理模块所监测的业务请求的并发数量，向并发数量小于第二阈值的第二处理模式的业务请求所对应的业务处理模块发送第二模式转换通知；以及

所述处理模式转换单元还用于若接收到第二模式转换通知，则将本模块所处理的业务请求转换回第一处理模式，并向所述数据删除单元发送所述数据删除通知。

本发明实施例中，业务请求通常为第一处理模式，可以为服务器节约大量的存储空间，在监测到业务请求的并发数量超过第一阈值时，表明业务数据分发服务器接收到的该类业务请求越来越多，为了防止随着该类业务请求的增加而导致后续服务器处理压力越来越大，服务器自动对该类业务请求转换为第二处理模式；对于第二处理模式的业务请求，服务器可以直接查找出要分发的业务数据向智能终端返回，从而避免在业务请求并发数量越来越多的情况下，导致服务器的处理压力过大，而不能及时响应用户的业务请求。从而达到既节约服务器存储空间，又能及时响应用户业务请求的目的。

进一步，业务数据分发服务器若监测到第二处理模式的业务请求的并发数量回落，小于第二阈值，则将业务请求转换为第一处理模式，并删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息以释放存储空间，节约服务器的存储空间。

进一步，本发明实施例的业务数据分发服务器还可对处理压力进行监测；若监测到处理压力超过压力阈值，则将并发数量最多的一类或多类第一处理模式的业务请求转换为第二处理模式，以减轻服务器的处理压力，保证对用户的业务请求进行及时响应；

业务数据分发服务器若监测到处理压力回落到压力阈值以下，则将并发数量小于第二阈值的第二处理模式的业务请求，转换回第一处理模式，以释放存储空间，节约服务的存储资源。

附图说明

图1为现有技术的一种业务数据分发方法的流程图；

图2为现有技术的另一种业务数据分发方法的流程图；

图3a、3b为本发明实施例的业务数据分发方法的流程图；

图4为本发明实施例的业务数据分发服务器内部结构框图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举出优选实施例，对本发明进一步详细说明。然而，需要说明的是，说明书中列出的许多细节仅仅是为了使读者对本发明的一个或多个方面有一个透彻的理解，即便没有这些特定的细节也可以实现本发明的这些方面。

本申请使用的“模块”、“系统”等术语旨在包括与计算机相关的实体，例如但不限于硬件、固件、软硬件组合、软件或者执行中的软件。例如，模块可以是，但并不仅限于：处理器上运行的进程、处理器、对象、可执行程序、执行的线程、程序和/或计算机。举例来说，计算设备上运行的应用程序和此计算设备都可以是模块。一个或多个模块可以位于执行中的一个进程和/或线程内，一个模块也可以位于一台计算机上和/或分布于两台或更多台计算机之间。

本发明的发明人发现，现有技术中第一种业务数据分发方式往往是在服务器的处理压力非常大时，比如业务请求的并发数量非常大而导致的处理压力大时，会出现对业务请求不能及时响应的情况；由此，本发明的发明人考虑到可以对服务器的处理压力，或者对业务请求的并发数量进行监测；在业务请求的并发数量较大，或者服务器的处理压力较大时，将切换到以第二种业务数据分发方式来进行业务请求的处理；这样，服务器的实时计算压力将大大减小；而在业务请求的并发数量恢复到正常时，或者服务器的处理压力恢复到正常时，切换到以第一种业务数据分发方式来进行业务请求的处理，以节约存储空间。这样，既能及时响应用户请求，又能节约服务器的存储空间。

下面结合附图详细说明本发明实施例的技术方案。本发明实施例提供的业务数据分发方法中，为业务请求设置了处理模式，不同处理模式的业务请求，将对其进行不同的处理。具体地，本发明实施例提供的业务数据分发方法中，可以将业务请求设置为第一处理模式、或第二处理模式，业务数据分发服务器针对不同处理模式的业务请求，将以不同的方法处理：

对于第一处理模式的业务请求，业务数据分发服务器采用如现有技术中的第一种业务数据分发方式进行业务请求的处理：业务数据分发服务器根据接收的业务请求中携带的智能终端的属性信息，以及针对该类业务请求预先制订的业务分发策略，确定出向所述终端分发的业务数据后，向所述智能终端返回确定出的业务数据。即业务数据分发服务器根据从业务请求中解析出的智能终端的属性信息，查找出该智能终端的其它属性信息后，将解析出的属性信息与查找出的属性信息代入到该类业务请求的业务分发策略中的规则表达式中进行运算，根据运算结果，确定出要为该智能终端分发的业务数据，并向该智能终端返回确定的业务数据。第一处理模式的业务请求可以为服务器节约存储空间。

对于第二处理模式的业务请求，业务数据分发服务器会预先确定出该业务请求的业务分发策略所涉及的智能终端所要分发的业务数据；在确定了各智能终端所要分发的业务数据后，对于第二处理模式的业务请求，业务数据分发服务器采用如现有技术中的第二种业务数据分发方式进行业务请求的处理：业务数据分发服务器根据接收的业务请求中携带的智能终端的属性信息，查找出对应的业务数据的属性信息，根据该业务数据的属性信息向该智能终端返回相应业务数据。其中，智能终端的属性信息可以包括：终端设备号，或用户名，或智能终端的其它标识。业务数据的属性信息可以包括：业务数据的存储地址，或业务数据的标识。

如图3a示出了本发明实施例提供的业务数据分发的具体方法流程图，包括如下步骤：

S300：业务数据分发服务器接收智能终端发送的业务请求。

S302：业务数据分发服务器对接收到的同一类业务请求的并发数量进行监测；若监测到处理模式为第一处理模式的业务请求的并发数量超过第一阈值，则触发执行步骤S303；若监测到处理模式为第二处理模式的业务请求的并发数量小于第二阈值，则触发执行步骤S305；

具体地，业务数据分发服务器若监测到处理模式为第一处理模式的业务请求的并发数量由小于第一阈值变化为超过第一阈值，则触发执行步骤S303；若监测到处理模式为第二处理模式的业务请求的并发数量由大于等于第二阈值变化为小于第二阈值，则触发执行步骤S305；其它情况，比如第一处理模式的业务请求的并发数量保持在第一阈值以下，或第二处理模式的业务请求的并发数量保持在第二阈值以上，则不触发模式切换的操作。

S303：将并发数量超过第一阈值的第一处理模式的业务请求确定为模式待切换的业务请求，并进行模式切换前的预处理。

在本步骤中，对模式待切换的业务请求进行模式切换前的预处理的过程包括：根据针对该类业务请求预先制订的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息。也就是说，预先根据模式待切换的业务请求的业务分发策略，确定出各智能终端所要分发的业务数据，从而在进行模式切换后，可以直接查找出要分发的业务数据向智能终端返回，从而避免在业务请求并发数量越来越多的情况下，导致服务器的处理压力过大，而不能及时响应用户的业务请求。

S304：在模式切换前的预处理完成后，将模式待切换的业务请求由第一处理模式转换为第二处理模式。

业务请求被转换为第二处理模式之前，为第一处理模式；第一处理模式的业务请求由于不必占用大量存储空间针对每个智能终端存储业务数据的属性信息，为服务器节约了大量的存储空间；

在业务请求被转换为第二处理模式后，业务数据分发服务器将依上述的方法对第二处理模式的业务请求进行处理，此处不再赘述。

由于监测到业务请求的并发数量超过第一阈值，表明业务数据分发服务器接收到的该类业务请求越来越多；为了防止随着该类业务请求的增加而导致后续服务器处理压力越来越大，服务器自动对该类业务请求转换处理模式；在完成对模式切换前的预处理后，将该类业务请求转换为第二处理模式，可以直接查找出要分发的业务数据向智能终端返回，从而避免在业务请求并发数量越来越多的情况下，导致服务器的处理压力过大，而不能及时响应用户的业务请求。

S305：将并发数量小于第二阈值的第二处理模式的业务请求转换为第一处理模式。

具体地，业务数据分发服务器在监测到第二处理模式的业务请求的并发数量小于第二阈值，则将该业务请求的处理模式转换回第一处理模式。

其中，第二阈值可以小于或等于第一阈值；为了防止震荡、模式的来回切换，通常可以设置第二阈值小于第一阈值。

S306：删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息。

在本步骤中，业务数据分发服务器针对上述步骤S305中处理模式由第二处理模式转换为第一处理模式的业务请求，将该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息进行删除，以释放存储空间。

在业务请求转换回第一处理模式后，删除掉该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息，可以释放大量之前占有的存储空间。这样，仅在业务请求的并发数量超过第一阈值时会临时占有较多存储空间，在并发数量回落到第二阈值以下时，这些存储空间将被释放，以节约服务器的存储空间。而且，一般不会各类业务请求的并发数量会同时超过第一阈值，则服务器不必针对每类业务请求存储智能终端对应的业务数据的属性信息，使得服务器不必配备很大的存储空间，从而节约服务器的存储资源。

此外，除了根据业务请求的并发数量进行处理模式的切换外，还可对服务器的整体处理压力进行监测，根据监测的服务器的处理压力进行处理模式的切换；具体流程如图3b所示，包括如下步骤：

S300：业务数据分发服务器接收智能终端发送的业务请求。

S301：业务数据分发服务器对服务器的处理压力进行监测；若监测到处理压力超过压力阈值，则触发执行步骤S313；若监测到处理压力回落到压力阈值以下，则触发执行步骤S315；其它情况执行步骤S302。

具体地，业务数据分发服务器若监测到处理压力由小于压力阈值变化为超过压力阈值，则触发执行步骤S312；若监测到处理压力由压力阈值以上恢复到所述压力阈值以下，则触发执行步骤S315；对于其它情况，比如处理压力在超过压力阈值后始终保持在压力阈值以上，或压力阈值恢复到所述压力阈值以下后，或没有超过压力阈值以前，始终保持在压力阈值以下，则执行步骤S302。

S312：业务数据分发服务器将并发数量最多的一类或多类第一处理模式的业务请求，确定为处理模式待转换的业务请求。

S313：业务数据分发服务器针对每类处理模式待转换的业务请求，分别根据为该类业务请求预先制订的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息。

S314：业务数据分发服务器将所述处理模式待转换的业务请求第一处理模式转换为第二处理模式。

S315：业务数据分发服务器将并发数量小于第二阈值的第二处理模式的业务请求，转换为第一处理模式。

S316：业务数据分发服务器删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息。

本步骤中，业务数据分发服务器针对步骤S315中处理模式由第二处理模式转换为第一处理模式的业务请求，将该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息进行删除，以释放存储空间。

本发明提供的应用上述方法的业务数据分发服务器的内部结构框图，如图4所示，包括：至少一个业务处理模块401、业务请求接收模块402。

每个业务处理模块401用于处理与本业务处理模块对应的一类业务请求；

业务请求接收模块402用于接收智能终端发送的业务请求，对接收的业务请求进行解析后，将该业务请求向对应的业务处理模块401发送。

业务处理模块401中具体包括：处理模式转换单元411、模式切换预处理单元412、第一处理单元413、第二处理单元414。

处理模式转换单元411用于接收业务请求接收模块402发送的业务请求，并对本模块所处理的业务请求的并发数量进行监测；以及在该业务请求为第一处理模式时，若监测到该业务请求的并发数量超过第一阈值，则向模式切换预处理单元412发送模式切换通知；具体地，处理模式转换单元411监测到该业务请求的并发数量由小于第一阈值变化为超过第一阈值，则触发向模式切换预处理单元412发送模式切换通知的操作。

模式切换预处理单元412用于根据接收的模式切换通知，依据该类业务请求的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，向处理模式转换单元411返回预处理完毕通知；处理模式转换单元411接收到所述预处理完毕通知后，将第一处理模式的业务请求转换为第二处理模式；

第一处理单元413获取处理模式转换单元411接收的业务请求，并在本模块所处理的业务请求为第一处理模式时，根据所述业务请求中携带的智能终端的属性信息，以及针对该类业务请求预先制订的业务分发策略，确定出向所述终端分发的业务数据后，向所述智能终端返回确定出的业务数据；

第二处理单元414获取处理模式转换单元411接收的业务请求，并在本模块所处理的业务请求为第二处理模式时，根据所述业务请求中携带的智能终端的属性信息，查找出对应的业务数据的属性信息，根据该业务数据的属性信息向该智能终端返回相应业务数据。

进一步，业务处理模块401中还包括：数据删除单元415。

处理模式转换单元411还用于在本模块所处理的业务请求为第二处理模式时，若监测到该业务请求的并发数量小于第二阈值，则将该类业务请求转换回第一处理模式，并向数据删除单元415发送数据删除通知；具体地，处理模式转换单元411监测到该业务请求的并发数量由大于等于第二阈值变化为小于第二阈值，则触发将该类业务请求转换回第一处理模式，并向数据删除单元415发送数据删除通知的操作。

数据删除单元415用于接收处理模式转换单元411发送的数据删除通知后，删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息。

进一步，业务数据分发服务器还包括：处理压力监测模块403。

处理压力监测模块403用于对本服务器的处理压力进行监测；若监测到所述处理压力超过所述压力阈值，则获取各业务处理模块401所监测的业务请求的并发数量，向并发数量最多的一类或多类第一处理模式的业务请求所对应的业务处理模块发送第一模式转换通知；具体地，处理压力监测模块403在监测到所述处理压力由小于压力阈值变化为超过压力阈值，则触发如下操作：获取各业务处理模块401所监测的业务请求的并发数量，向并发数量最多的一类或多类第一处理模式的业务请求所对应的业务处理模块发送第一模式转换通知。

上述的处理模式转换单元411还用于若接收到第一模式转换通知，则向所述模式切换预处理单元发送所述模式切换通知，并将压力状态设置为过压状态。在过压状态下，处理模式转换单元411即使监测到该业务请求的并发数量由大于等于第二阈值变化为小于第二阈值，也不会触发将该类业务请求转换回第一处理模式。

处理压力监测模块403若监测到所述处理压力恢复到所述压力阈值以下，则获取各业务处理模块所监测的业务请求的并发数量，向并发数量小于第二阈值的第二处理模式的业务请求所对应的业务处理模块发送第二模式转换通知；具体地，处理压力监测模块403若监测到处理压力由压力阈值以上恢复到压力阈值以下，则触发如下操作：获取各业务处理模块所监测的业务请求的并发数量，向并发数量小于第二阈值的第二处理模式的业务请求所对应的业务处理模块发送第二模式转换通知。

处理模式转换单元411还用于若接收到第二模式转换通知，则将本模块所处理的业务请求转换回第一处理模式，并向数据删除单元415发送所述数据删除通知、将压力状态从过压状态恢复设置为正常状态。在正常状态下，处理模式转换单元411监测到该业务请求的并发数量由大于等于第二阈值变化为小于第二阈值，就会触发将该类业务请求转换回第一处理模式的操作。

本发明实施例中，业务请求通常为第一处理模式，可以为服务器节约大量的存储空间，在监测到业务请求的并发数量超过第一阈值时，表明业务数据分发服务器接收到的该类业务请求越来越多，为了防止随着该类业务请求的增加而导致后续服务器处理压力越来越大，服务器自动对该类业务请求转换为第二处理模式；对于第二处理模式的业务请求，服务器可以直接查找出要分发的业务数据向智能终端返回，从而避免在业务请求并发数量越来越多的情况下，导致服务器的处理压力过大，而不能及时响应用户的业务请求。从而达到既节约服务器存储空间，又能及时响应用户业务请求的目的。

进一步，业务数据分发服务器若监测到第二处理模式的业务请求的并发数量回落，小于第二阈值，则将业务请求转换为第一处理模式，并删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息，以释放存储空间，节约服务器的存储空间。

进一步，本发明实施例的业务数据分发服务器还可对处理压力进行监测；若监测到处理压力超过压力阈值，则将并发数量最多的一类或多类第一处理模式的业务请求转换为第二处理模式，以减轻服务器的处理压力，保证对用户的业务请求进行及时响应；

进一步，本发明实施例的业务数据分发服务器，若监测到处理压力回落到压力阈值以下，则将并发数量小于第二阈值的第二处理模式的业务请求，转换回第一处理模式，以释放存储空间，节约服务的存储资源。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读取存储介质中，如：ROM/RAM、磁碟、光盘等。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种业务数据分发方法，包括：

服务器接收智能终端发送的业务请求，并对接收到的同一类业务请求的并发数量进行监测；

若监测到处理模式为第一处理模式的业务请求的并发数量超过第一阈值，则根据针对该类业务请求预先制订的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，将该类业务请求的处理模式由第一处理模式转换为第二处理模式；

所述服务器对于第一处理模式的业务请求，根据所述业务请求中携带的智能终端的属性信息，以及针对该类业务请求预先制订的业务分发策略，确定出向所述智能终端分发的业务数据后，向所述智能终端返回确定出的业务数据；

所述服务器对于第二处理模式的业务请求，根据所述业务请求中携带的智能终端的属性信息，查找出对应的业务数据的属性信息，根据该业务数据的属性信息向该智能终端返回相应业务数据。

2.如权利要求1所述的方法，在所述将该类业务请求的处理模式由第一处理模式转换为第二处理模式后，还包括：

若所述服务器监测到该类业务请求的并发数量小于第二阈值，则将该类业务请求转换回第一处理模式，并删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息。

3.如权利要求1-2任一所述的方法，在所述服务器接收智能终端发送的业务请求后，还包括：

对本服务器的处理压力进行监测；

若监测到所述处理压力超过压力阈值，则将并发数量最多的一类或多类第一处理模式的业务请求，确定为处理模式待转换的业务请求；针对每类处理模式待转换的业务请求，分别根据为该类业务请求预先制订的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，将所述处理模式待转换的业务请求转换为第二处理模式。

4.如权利要求3所述的方法，在所述将所述处理模式待转换的业务请求由第一处理模式转换为第二处理模式后，还包括：

若所述服务器监测到所述处理压力恢复到所述压力阈值以下，则将并发数量小于第二阈值的第二处理模式的业务请求，转换为第一处理模式；并删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息。

5.如权利要求4所述的方法，其中，第一阈值等于第二阈值，或者第一阈值大于第二阈值；以及

所述智能终端的属性信息具体包括终端设备号；所述业务数据的属性信息具体包括所述业务数据的地址或标识。

6.一种业务数据分发服务器，包括：至少一个业务处理模块，每个业务处理模块用于处理与本业务处理模块对应的一类业务请求；其特征在于，所述业务处理模块包括：

处理模式转换单元，用于对本模块所处理的业务请求的并发数量进行监测；以及在该业务请求为第一处理模式时，若监测到该业务请求的并发数量超过第一阈值，则发送模式切换通知；

模式切换预处理单元，用于根据接收的模式切换通知，依据该类业务请求的业务分发策略，确定出该业务分发策略所涉及的智能终端所要分发的业务数据后，对应存储所述智能终端的属性信息与该智能终端所要分发的业务数据的属性信息；之后，返回预处理完毕通知；所述处理模式转换单元接收到所述预处理完毕通知后，将第一处理模式的业务请求转换为第二处理模式；

第一处理单元，用于在本模块所处理的业务请求为第一处理模式时，根据所述业务请求中携带的智能终端的属性信息，以及针对该类业务请求预先制订的业务分发策略，确定出向所述智能终端分发的业务数据后，向所述智能终端返回确定出的业务数据；

第二处理单元，用于在本模块所处理的业务请求为第二处理模式时，根据所述业务请求中携带的智能终端的属性信息，查找出对应的业务数据的属性信息，根据该业务数据的属性信息向该智能终端返回相应业务数据。

7.如权利要求6所述的服务器，其特征在于，所述业务处理模块还包括：数据删除单元；以及

所述处理模式转换单元还用于在本模块所处理的业务请求为第二处理模式时，若监测到该业务请求的并发数量小于第二阈值，则将该类业务请求转换回第一处理模式，并发送数据删除通知；

所述数据删除单元用于接收所述处理模式转换单元发送的数据删除通知后，删除该类业务请求的业务分发策略所涉及的各智能终端的属性信息所对应存储的业务数据的属性信息。

8.如权利要求7所述的服务器，其特征在于，还包括：

处理压力监测模块，用于对本服务器的处理压力进行监测；若监测到所述处理压力超过压力阈值，则获取各业务处理模块所监测的业务请求的并发数量，向并发数量最多的一类或多类第一处理模式的业务请求所对应的业务处理模块发送第一处理模式转换通知；以及

所述处理模式转换单元还用于若接收到第一处理模式转换通知，则向所述模式切换预处理单元发送所述模式切换通知。

9.如权利要求8所述的服务器，其特征在于，

所述处理压力监测模块还用于若监测到所述处理压力恢复到所述压力阈值以下，则获取各业务处理模块所监测的业务请求的并发数量，向并发数量小于第二阈值的第二处理模式的业务请求所对应的业务处理模块发送第二处理模式转换通知；以及

所述处理模式转换单元还用于若接收到第二处理模式转换通知，则将本模块所处理的业务请求转换回第一处理模式，并向所述数据删除单元发送所述数据删除通知。