CN107105064A - 一种交易信息的推送方法及*** - Google Patents

Abstract

本申请实施例公开了一种交易信息的推送方法及***，包括：购物服务器实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；若满足，则根据预设的处理策略对接收到交易请求进行交易处理；购物服务器根据交易处理结果，向与所述指定标的物的交易相关的客户端发送交易更新信息，以及，向发送购物服务器接收到的交易请求的客户端反馈交易处理结果。本技术方案，推送服务器在得到或获取到交易更新信息后，直接将所述交易更新信息推送至与所述指定标的物的交易相关的其他客户端，使其他客户端能快速获取到所述交易请求的处理结果，有效缩短了其他客户端等待所述处理结果的时间。

Description

一种交易信息的推送方法及***

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种交易信息的推送方法及***。

背景技术

随着金融电商交易应用的不断发展及互联网应用技术的推广，资产交易应用的访问量成倍的增长，尤其是当遇到特定的业务场景时，如竞标出价、公告等业务场景。由于该特定业务场景下，大量客户端在同一瞬间访问购物服务器，服务器瞬间接收到的需要处理的消息量骤增，极易造成客户端与购物服务器之间的通信链路拥堵。

现有技术中，采用流量控制的方法控制瞬时发送消息的客户端的数量，若瞬时发送消息的客户端的数量超过预设的阈值，则采用流量控制的方法控制购物服务器接收到客户端发送的消息的速率，如此，达到避免服务器因需接收并处理大量消息而导致购物服务器的***性能下降甚至引起宕机的现象。现有的技术方案中仅采用流量控制的方法控制购物服务器接收到客户端发送的消息的速率，当购物服务器接收并处理完接收到的消息时，将处理结果反馈至发送消息的客户端，而当其他客户端也需要了解该处理结果时，如在竞标业务场景中，其他客户端也需要了解该标的物的当前价格，则可设置将处理结果存储至数据库，欲了解该处理结果的客户端可从数据库中提取该处理结果。

然而，当有多个客户端需要了解该处理结果时，由于数据库不存在推送功能，当多个客户端均需从数据库中提取该处理结果时，由于多个客户端的同时访问，使的数据库的通信效率降低，从而使从数据库中获取所述处理结果的时间延长，客户端等待所述处理结果的时间较长。

综上所述，现有技术中缺少一种消息推送方法，以缩短与上述交易相关的客户端获取到所述处理结果的时间，进而缩短与上述交易相关的客户端等待所述处理结果的时间。

发明内容

本申请实施例提供一种交易信息推送方法及***，以解决现有的交易信息的推送方法及***中，与某一交易相关的其他客户端获取到与所述某一交易先关的交易更新信息的时间较长的技术问题。

根据本申请实施例提供的一种交易信息的推送方法，包括：

购物服务器实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

若所述购物服务器当前的负载符合所述预设的高并发条件，则根据预设的处理策略对接收到交易请求进行交易处理；

所述购物服务器根据交易处理结果，向与所述指定标的物的交易相关的客户端发送交易更新信息，以及，向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；其中，所述与所述指定标的物的交易相关的客户端为预先设置为接收所述标的物的交易更新信息的客户端。

根据本申请实施例提供的另外一种交易信息的推送方法，包括：

购物服务器实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

若所述购物服务器当前的负载符合所述预设的高并发条件，则接收所述交易请求，采取预设的发送策略将所述交易请求发送至消息队列服务器；

所述消息队列服务器接收所述交易请求，并将所述交易请求发送至推送服务器；

所述推送服务器处理接收的所述交易请求，生成交易更新信息，并将交易更新信息发送至所述与指定标的物的交易相关的客户端，以及向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；

所述与指定标的物的交易相关的客户端为预先设置为接收所述标的物的交易更新信息的客户端。

根据本申请实施例提供的一种交易信息的推送***，包括：

购物服务器，用于实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

所述购物服务器，还包括：

处理单元，用于若所述购物服务器当前的负载符合所述预设的高并发条件，则根据预设的处理策略对接收到的客户端发送的交易请求进行交易处理；

通信单元，用于根据交易处理结果，向与所述指定标的物的交易相关的客户端发送交易更新信息，以及，向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；

客户端，用于发送所述交易请求，并接收所述交易更新信息；其中，所述与所述指定标的物的交易相关的客户端为预先设置的接收所述标的物的交易更新信息的客户端。

根据本申请实施例提供的另外一种交易信息的推送***，包括：

购物服务器，用于实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

所述购物服务器，还包括：

通信单元，用于若所述购物服务器当前的负载符合所述预设的高并发条件，则将所述交易请求发送至消息队列服务器；

消息队列服务器，用于将所述交易请求发送至推送服务器；

推送服务器，用于处理所述交易请求，根据处理结果生成交易更新信息，将所述交易更新信息推送至所述与指定标的物的交易相关的客户端，以及向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；其中，所述与所述指定标的物的交易相关的客户端为预先设置的接收所述标的物的交易更新信息的客户端；

客户端，用于发送所述交易请求，并接收所述交易更新信息。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例提供的交易信息推送方法及***，推送服务器在得到或获取到交易更新信息后，直接将所述交易更新信息推送至与所述指定标的物的交易相关的其他客户端，使其他客户端能快速获取到所述交易请求的处理结果，有效缩短了其他客户端等待所述处理结果的时间。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中一种交易信息的推送方法的流程图；

图2为本申请实施例中一种交易信息的推送方法的具体应用场景图；

图3为本申请实施例中另外一种消息推送方法的流程图；

图4为本申请实施例中另外一种交易信息的推送方法的具体应用场景图；

图5为本申请实施例中一种交易信息的推送***的结构框图；

图6为本申请实施例中另外一种交易信息的推送***的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

参见图1所示，本申请实施例公开了一种消息推送方法，包括如下步骤：

步骤S11、购物服务器实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

所述交易请求，可依据不同的业务场景而为不同类型的交易请求，如在对指定标的物进行竞标的业务场景中，交易请求为对指定标的物的出价信息。而在对指定标的物进行公告的业务场景中，交易请求可为对指定标的物的审核信息。

在本申请实施例中，为了便于描述及有效保障购物服务器的处理速度，一个购物服务器接收一个标的物的一个交易请求：如在对标的物a和标的物b进行出价的业务场景中，购物服务器A接收标的物a的出价信息，购物服务器B接收标的物b的出价信息。

上述描述了购物服务器接收不同客户端发送的针对指定标的物的交易请求，在购物服务器接收到不同客户端发送的针对指定标的物的交易请求后，判断自身的负载是否满足预设的高并发条件，该预设的高并发条件可以依据所述购物服务器当前的信息总量而判断，也可以依据购物服务器接收到信息的速率而进行判断，在此不予限定。

步骤S13、若所述购物服务器当前的负载符合所述预设的高并发条件，则根据预设的处理策略对接收到的客户端发送的交易请求进行交易处理；

上述步骤介绍了购物服务器判断自身的负载是否符合预设的高并发条件的基准，当购物服务器根据预设的高并发条件判断的结果是自身当前的负载满足高并发条件时，则采用预设的处理策略对接收到的客户端发送的交易请求进行处理。

在本申请实施例中，该预设的处理策略可以为：购物服务器每次接收一个交易请求，在处理完接收到的交易请求后将该处理结果反馈至发送该交易请求的客户端，以告知该客户端其发送的交易请求的处理状态；与此同时，购物服务器生成指定标的物的交易更新信息，并将所述交易更新信息发送至与指定标的物的交易相关的客户端。在此指出，所谓与指定标的物的交易相关的客户端，是未发送交易请求，且预先设置需要接收所述指定标的物的交易更新信息的客户端，如下列举以具体例子进行阐述：

在购物服务器判断自身的负载满足高并发条件后，购物服务器接收到客户端B发送的交易请求并对其进行处理，若处理成功，则向客户端B反馈类似“交易请求处理成功”之类的消息，同时，针对由客户端B发送的交易请求而引起变化的信息生成交易更新信息，将该交易更新信息发送至其他并与指定标的物的交易相关的客户端。

上述介绍了购物服务器在判断自身的负载满足高并发条件时，对接收的交易请求的处理策略，可以看出，上述介绍的处理策略中，购物服务器仅接收了一个客户端发送的交易请求，在接收到该交易请求后便对该交易请求进行处理，继而反馈处理结果。在此指出，在购物服务器判断自身的负载满足预设的高并发条件后，接收客户端的请求采取一次只接收一个交易请求的处理策略，在接收到一个交易请求后便对其进行处理，直到该交易请求被处理完毕并将处理结果反馈至客户端后，再按照上述的处理策略接收并处理下一个交易请求。

关于购物服务器一次只接收并处理一个交易请求的设置方法可以通过客户端进行设定。其中一种方法是在客户端设置分布式锁机制，当多个客户端均需向其对应的购物服务器发送交易请求时，需先获取到该分布式锁机制。当获取到设置的分布式锁机制时，便可向购物服务器发送交易请求，否则，其需要等待并再次获取所述分布式机制，直到获取到所述分布式锁机制之后，才可向购物服务器发送交易请求。

上述提到了客户端对应的购物服务器，至于客户端如何与购物服务器进行对应，本申请实施例做如下设置：每一个购物服务器接收一个指定标的物的一类交易请求，如对标的物a的出价请求可以由一个购物服务器进行接收。同样是在竞标的业务场景中，对标的物b的出价请求则由另外一个购物服务器接收。

步骤S15、所述购物服务器根据交易处理结果，向所述与所述指定标的物的交易相关的客户端发送交易更新信息，以及，向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；所述与指定标的物的交易相关的客户端为，未发送交易请求，并预先设置为接收所述指定标的物的交易更新信息的客户端。

购物服务器在接收到一个交易请求后，便对接收到的交易请求进行处理，在处理完该交易请求后，将处理结果反馈至发送所述交易请求的客户端，如处理成功，可反馈类似于“交易请求处理成功”之类的处理结果；否则，可反馈类似“交易请求处理失败”之类的处理结果。

在购物服务器反馈处理结果至发送交易请求的客户端时，同时发送交易更新信至所述指定标的物相关的客户端。在此指出，所谓与指定标的物的交易相关的客户端，并未发送交易请求，而需实时获取指定标的物的交易更新信息。购物服务器向发送所述交易请求的客户端反馈处理结果可以通过客户端发送所述交易请求的链路进行发送，而购物服务器向与指定标的物的交易相关的其他客户端发送指定标的物的交易更新信息可以通过消息队列服务器进行，具体步骤如下：

1)购物服务器将交易更新信息发送至消息队列服务器；

2)所述消息队列服务器将所述交易更新信息发送给推送服务器；

如果在消息队列服务器接收到所述交易更新信息时，推送服务器正在处理或推送其他消息，则此时，消息队列服务器可以将所述交易更新信息存储与分布式缓存中，当推送服务器完成当前正确进行的处理或推送事件后，注定从分布式缓存中读取所述交易更新信息。

4)所述推送服务器将所述交易更新信息推送给与所述指定标的物的交易相关的客户端。

在本申请实施例中，推送服务器隔离设置，推送服务器位于WEB推送技术隔离区。如此设置，避免因对推送服务器进行重新设置而造成其他数据库或购物服务器等其他应用程序的变更。在本申请实施例中，只是限定购物服务器对应的应用程序相对于购物服务器及数据库等是相互隔离的，至于推送服务器与购物服务器或数据库是否安装在一台主机上并不作限定。

如下，列举一个具体实施例进行阐述：

参见图2所示，为对标的物B进行竞标过程的示意图，在对标的物B进行竞标的过程中，浏览器AA，浏览器AB，…，浏览器AN，…，浏览器NA，…，浏览器NN对标的物B进行出价。其中，浏览器AA，浏览器AB，…，浏览器AN，…，浏览器NA，…，浏览器NN对同一个标的物进行出价的交易请求通过一个分布式所进行控制，如，若浏览器AA，浏览器AB，…，浏览器AN，…，浏览器NA，…，浏览器NN对标的物B均需对标的物B进行出价，则其共用一个分布式锁，获取到分布式锁机制的浏览器向购物服务器A发送对标的物B出价的交易请求。若在该竞标的业务场景中，除了对标的物B进行竞标之外，还对标的物C进行竞标，则对标的物B进行竞标的浏览器共用一个分布式锁机制，接收并处理标的物B的交易请求的可为购物服务器A；对标的物C进行竞标的浏览器共用另外一个分布式锁机制，接收并处理标的物B的交易请求的可为购物服务器C(图中未示出)。

当浏览器AA获取到针对标的物B出价的分布式锁机制后，发送针对标的物进行出价的交易请求，在本实施例中，购物服务器A为处理针对标的物B的出价的交易请求的服务器。则当购物服务器A接收到浏览器AA发送的针对标的物B出价的交易请求后，对其进行处理后，并将处理结果反馈至浏览器AA(若浏览器AA发送的交易请求中的价格高于标的物B的当前价格，则发送“出价成功”的处理结果至浏览器AA；若浏览器AA发送的交易请求中的价格低于标的物B的当前价格，则发送“出价失败”的处理结果至浏览器AA)。当浏览器AA针对标的物B发送的交易请求中的价格高于标的物B的当前价格时，购物服务器除了给浏览器AA反馈类似于“出价成功”的处理结果之外，还向数据库发送更细标的物B的最新报价的信息，同时推送标的物B的交易更新信息至消息队列服务器，消息队列服务器将交易更新信息推送至推送服务器，推送服务器将交易更新信息推送给除了浏览器AA之外的其他浏览器。

除了浏览器AA在接收到推送服务器的交易更新信息后，自动刷新该浏览器上显示的标的物B的当前价格信息，避免了每个浏览器均需主动从数据库获取而造成的通信线路拥堵，同时保障了数据库***的性能的稳定。

当浏览器NN超时没有收到推送服务器发送的推送消息时，其通过购物服务器主动访问数据库，数据库在接收到该访问信息后，反馈标的物B的当前价格给浏览器AA，有效避免了因故未接收到标的物B的最新价格信息而造成获取到的标的物B的价格不准确的技术问题。

在本申请实施例中，客户端还具有预定功能，如浏览器NA预定其希望接收的为标的物C的更新信息，则可在浏览器NA进行注册，推送服务器在反馈标的物B的更新信息时，获取到浏览器NA注册的信息为对标的物C感兴趣，则购物服务器不再向浏览器NA推送关于标的物B的更新信息，如此设置，在一定程度上节省了带宽，避免了即使客户端不需要，消息队列依然推送造成的带宽浪费的技术问题。

本申请实施例提供的交易信息的推送方法，购物服务器处理完接收到的交易请求后，在反馈处理结果至发送交易请求的客户端时发送交易更新信息至消息队列服务器，消息队列服务器通过推送服务器将交易更新信息推送至其他客户端，有效避免了多个客户端均需从数据库中获取针对指定标的物的更新信息而造成数据库瞬时访问量大的问题，有效保障了数据库的性能；除此之外，客户端无需主动从数据库中获取指定标的物的交易更新信息，而是通过消息队列及推送服务器直接将交易更新信息推送至各个客户端，有效缩短了因客户端主动访问数据库及数据库反馈交易更新信息的时间，有效保障了客户端及时接收到指定标的物的交易更新信息。

本申请实施例提供的交易信息推送方法，客户端可预订想接收的标的物的更新信息，在预定了该标的物的更新信息后，可接收由消息队列服务器推送的该标的物的交易更新信息，避免了主动获取所述交易更新信息造成的时间的消耗。

实施例2

参见图3所示，本申请实施例公开一种交易信息的推送方法，包括如下步骤：

步骤S31、购物服务器实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

步骤S33、若所述购物服务器当前的负载符合所述预设的高并发条件，则将所述交易请求发送至消息队列服务器；

步骤S35、所述消息队列服务器将所述交易请求发送至推送服务器；

步骤S37、所述推送服务器接收所述交易请求，对所述交易请求进行处理，根据处理结果生成交易更新信息，并将交易更新信息推送至与所述指定标的物的交易相关的客户端，以及，向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；所述与指定标的物的交易相关的其他客户端为，未发送交易请求，并预先设置为接收所述指定标的物的交易更新信息的客户端。

可以看出，在本申请实施例中，购物服务器对接收的客户端发送的交易请求并未做具体的处理，只是将接收到的交易请求发送至消息队列服务器，消息队列服务器将其发送给推送服务器，其中一个推送服务器的后台线程对接收到的交易请求进行处理，处理结束后，根据处理结果，生成交易更新信息，并将交易更新信息推送至与指定标的物的交易相关的其他客户端。具体的推送方法可为：

所述推送服务器将所述交易更新信息推送至与其连接的其他推送服务器，每一个其他推送服务器将所述交易更新信息推送至与其连接的客户端。

本申请实施例与实施例1的不同之处在于，二者处理交易请求的模块的服务器不同，除此之外，实施例1中的其他描述对本申请实施例同样适用，再次不予赘述。

如下，列举一个具体实施例进行阐述：

参见图4所示，在对标的物B进行公告的应用场景中，运营人员向运营服务器发送对标的物B的审核通过的交易请求后，运营服务器将对标的物B的审核通过事件发送至消息队列服务器，消息队列服务器将标的物B的审核通过事件发送至推送服务器。其中一个推送服务器的后台线程(如推送服务器1的后台线程)对标的物B的审核通过事件进行处理，并发送交易更新信息至该推送服务器(推送服务器1)，该推送服务器(推送服务器1)将对标的物B的信息更新事件推送至其他推送服务器(推送服务器3…)及本推送服务器对应的客户端(浏览器AN)，再通过其他推送服务器将对标的物B的信息更新事件推送至其他客户端(浏览器NA，…，浏览器NN)。

在运营服务器发送标的物B的审核通过事件至消息队列服务器时，还可发送更新标的物B审核通过状态等信息至数据库，以保证数据库实时更新记载的为标的物B的审核通过状态。

可以看出，在图中，由于推送服务器1的后台线程已对其开始处理，推送服务器3的后台线程并未对标的物B的审核通过事件再次进行处理。有效避免了对标的物B的审核通过事件重复处理造成的网络资源浪费。

在本申请实施例中，当某个客户端(浏览器NN)因故未接收该对标的物B的信息更新事件，可以主动访问购物服务器(如图中的购物服务器N)，通购物服务器N访问数据库，以查询标的物B的最新状态信息。

在本申请实施例中，推送服务器的后台线程同样具有处理送标的物B的审核通过事件进行处理的功能，如此设置，有效保障了购物服务器高效的接收交易请求。采用某一个推送服务器的后台线程处理该交易请求，并不影响推送服务器推送其他的推送消息，如此，更进一步的缩短了客户端接收到交易更新信息的时间，保证了客户端接收到交易更新信息的高效性。

本申请实施例提供的交易信息的推送方法，客户端发送的交易请求经由购物服务器、消息队列服务器发送至推送服务器后，推送服务器对其进行处理，将处理结果反馈至发送所述交易请求的客户端，直接将所述交易更新信息推送至与所述指定标的物的交易相关的其他客户端，使其他客户端能快速获取到所述交易请求的处理结果，有效缩短了其他客户端等待所述处理结果的时间。

实施例3

参见图5所示，本申请实施例公开一种消息推送***，包括购物服务器51和客户端(客户端522、客户端523，…客户端5nn)。其中，购物服务器51用于实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件。

其中，在购物服务器51中，还包括处理单元511和通信单元512。其中，处理单元511用于若所述购物服务器当前的负载符合所述预设的高并发条件，则根据预设的处理策略对接收到的客户端发送的交易请求进行交易处理；通信单元512，用于所述购物服务器根据交易处理结果，向与所述指定标的物的交易相关的客户端发送交易更新信息，以及，向发送购物服务器接收到的交易请求的客户端反馈交易处理结果。

多个客户端(客户端521、客户端522，…客户端5nn)用于发送所述交易请求，并接收所述交易更新信息，除此之外，发送所述交易请求的客户端还可接收购物服务器反馈的处理结果。

在本申请实施例中，所述消息推送***还包括：

消息队列服务器53，用于接收所述交易更新信息，并将对所述指定标的物的交易更新信息发送给推送服务器；

推送服务器54，用于对所述交易更新信息进行处理，生成交易推送信息；

所述推送服务器54，还用于将所述交易推送信息推送给与所述指定标的物的交易相关的客户端。

在本申请实施例中，所述消息推送***还包括：

分布式缓存，用于供所述消息队列服务器存储所述交易更新信息；

所述推送服务器，还用于从所述分布式缓存中读取所述交易更新信息。

在本申请实施例中，所述购物服务器51还包括接收单元，用于接收采用分布式锁控制的客户端发送的交易请求；购物服务器51在接收到一个交易请求后，所述处理单元对接收到的交易请求进行处理。

在此指出，本申请实施例是与实施例1所述的方法实施例对应的***实施例，因此，在实施例1中对方法实施例的阐述对本***实施例同样适用，在此不予赘述。

本申请实施例提供的交易信息推送***，购物服务器在将交易请求结果反馈至发送所述交易请求的客户端时，根据该消息处理结果生成交易更新信息，并将该交易更新信息发送至消息队列服务器，消息队列服务器将所述交易更新信息发送至推送服务器。由于推送服务器可具有推送所述交易更新信息功能，使其他客户端能快速获取到所述交易请求的处理结果，有效缩短了其他客户端等待所述处理结果的时间。

实施例4

参见图6所示，本申请实施例公开一种消息推送***，包括购物服务器61，用于实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件。购物服务器61包括通信单元611，用于若所述购物服务器当前的负载符合所述预设的高并发条件，则将所述交易请求发送至消息队列服务器。

所述消息推送***还包括多个客户端62、消息队列服务器63、推送服务器64。其中：

多个客户端62(客户端521、客户端522，…客户端5nn)，用于发送所述交易请求，并接收所述交易更新信息。

消息队列服务器63，用于将所述交易请求发送至推送服务器；

推送服务器64，用于处理所述交易请求，根据处理结果生成交易更新信息，将所述交易更新信息推送至与所述推送服务器连接的其他推送服务器及客户端，所述其他推送服务器将所述交易更新信息推送至与其连接的客户端，以及向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；

可以看出，本申请实施例为与实施例2描述的方法实施例对应的***实施例，因此，在方法实施例2中的描述对于本***实施例同样适用，在此不予赘述。

本申请实施例提供的交易信息推送***，交易请求经由购物服务器、消息队列服务器发送至推送服务器后，推送服务器对其进行处理，将处理结果反馈至发送所述交易请求的客户端，直接将所述交易更新信息推送至与所述指定标的物的交易相关的其他客户端，使其他客户端能快速获取到所述交易请求的处理结果，有效缩短了其他客户端等待所述处理结果的时间。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种交易信息的推送方法，其特征在于，包括：

购物服务器实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

若所述购物服务器当前的负载符合所述预设的高并发条件，则根据预设的处理策略对接收到交易请求进行交易处理；

所述购物服务器根据交易处理结果，向与所述指定标的物的交易相关的客户端发送交易更新信息，以及，向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；其中，所述与所述指定标的物的交易相关的客户端为预先设置为接收所述标的物的交易更新信息的客户端。

2.根据权利要求1所述的方法，其特征在于，所述购物服务器根据交易处理结果，向与所述指定标的物的交易相关的客户端发送交易更新信息，包括：

所述购物服务器将所述交易更新信息发送至消息队列服务器；

所述消息队列服务器将所述交易更新信息发送给推送服务器；

所述推送服务器将所述交易更新信息推送给与所述指定标的物的交易相关的客户端。

3.根据权利要求2所述的方法，其特征在于，所述消息队列服务器将对所述指定标的物的交易更新信息发送给推送服务器，包括：

所述消息队列服务器将所述交易更新信息存储至分布式缓存中；

所述推送服务器从所述分布式缓存中读取所述交易更新信息。

4.根据权利要求1所述的方法，其特征在于，所述则根据预设的处理策略对接收的所述交易请求进行处理，包括：

购物服务器接收采用分布式锁控制的客户端发送的交易请求；

在接收到一个所述交易请求之后，对接收到的交易请求进行处理。

5.一种交易信息的推送方法，其特征在于，包括：

购物服务器实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

若所述购物服务器当前的负载符合所述预设的高并发条件，则接收所述交易请求，采取预设的发送策略将所述交易请求发送至消息队列服务器；

所述消息队列服务器接收所述交易请求，并将所述交易请求发送至推送服务器；

所述推送服务器处理接收的所述交易请求，生成交易更新信息，并将交易更新信息发送至所述与指定标的物的交易相关的客户端，以及向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；所述与指定标的物的交易相关的客户端为预先设置为接收所述标的物的交易更新信息的客户端。

6.一种交易信息的推送***，其特征在于，包括：

购物服务器，用于实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

所述购物服务器，还包括：

处理单元，用于若所述购物服务器当前的负载符合所述预设的高并发条件，则根据预设的处理策略对接收到的客户端发送的交易请求进行交易处理；

通信单元，用于根据交易处理结果，向与所述指定标的物的交易相关的客户端发送交易更新信息，以及，向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；

客户端，用于发送所述交易请求，并接收所述交易更新信息；其中，所述与所述指定标的物的交易相关的客户端为预先设置的接收所述标的物的交易更新信息的客户端。

7.根据权利要求6所述的***，其特征在于，所述***还包括：

消息队列服务器，用于接收所述交易更新信息，并将对所述交易更新信息发送给推送服务器；

推送服务器，用于将所述交易更新息推送给与所述指定标的物的交易相关的客户端。

8.根据权利要求7所述的***，其特征在于，还包括：

分布式缓存，用于供所述消息队列服务器存储所述交易更新信息；

所述推送服务器，还用于从所述分布式缓存中读取所述交易更新信息。

9.根据权利要求6所述的***，其特征在于，所述购物服务器，还包括：

接收单元，用于接收采用分布式锁控制的客户端发送的交易请求；

在接收到一个交易请求后，所述处理单元对接收到的交易请求进行处理。

10.一种交易信息的推送***，其特征在于，包括：

购物服务器，用于实时接收不同客户端发送的针对指定标的物的交易请求，并判断自身当前的负载是否符合预设的高并发条件；

所述购物服务器，还包括：

通信单元，用于若所述购物服务器当前的负载符合所述预设的高并发条件，则将所述交易请求发送至消息队列服务器；

消息队列服务器，用于将所述交易请求发送至推送服务器；

推送服务器，用于处理所述交易请求，根据处理结果生成交易更新信息，将所述交易更新信息推送至所述与指定标的物的交易相关的客户端，以及向发送购物服务器接收到的交易请求的客户端反馈交易处理结果；其中，所述与所述指定标的物的交易相关的客户端为预先设置的接收所述标的物的交易更新信息的客户端；

客户端，用于发送所述交易请求，并接收所述交易更新信息。