CN102346891A - 一种网络交易方法及服务器 - Google Patents

Abstract

本申请公开了一种网络交易方法及服务器。一种网络交易方法，包括：服务器向用户客户端提供交易活动信息；交易活动开始后，接收第一用户客户端发送的信息更新请求，判断当前的交易用户数量是否小于第一阈值，所述第一阈值根据所述服务器允许的最大并发用户数预先确定；如果是，则将所述第一用户确定为交易用户，并向所述第一用户客户端提供允许交易提示；接收交易用户的客户端发送的交易请求，完成与该交易用户的交易，并将当前的交易用户数量减1。上述方案，根据服务器允许的最大并发用户数确定是否允许用户进行秒批交易，从而限制了同时访问服务器的交易用户数量，服务器可以及时对交易用户的请求做出处理，确保网络交易的正常进行。

Description

一种网络交易方法及服务器

技术领域

本申请涉及计算机应用技术领域，特别是涉及一种网络交易方法及服务器。

背景技术

随着电子商务的不断发展，各种具有电子商务特点的交易形式也不断出现。“秒批”、“秒杀”就是一种新近出现的网络交易形式：厂家或商家发布特价商品，在某一特定时间上架销售，所有买家在同一时间在网上抢购，从而瞬间成交商品。

目前，各种电子商务网站纷纷开始尝试构建秒批交易系统或秒杀交易系统。但是在实际交易过程中，买家经常会遇到各种问题，以秒批交易系统为例，已经成功下了订单却没有秒批成功。这是因为参与秒批的买家用户量不断增加，而受技术条件限制，服务器无法在短时间内处理大量的并发用户请求，因此对于多个客户对于同一产品的订货请求无法立刻做出响应处理，这种情况下，服务器将会先接收请求，然后再做随机选取或仲裁，导致“秒批”的名不副实。

此外，作为一种实际上的“抢购”行为，秒批、秒杀对于信息的即时性要求很高，买家用户会不断刷新页面以获取最新的信息。一方面，大量买家用户同时访问服务器必然会造成一部分用户的数据延迟，另一方面，在现有的秒批、秒杀交易系统中，服务器需要通过查询商品数据库来获取商品信息，而数据库的响应速度较慢，无法适应频繁的数据查询请求，导致服务器无法及时向所有买家用户反馈商品信息。

可见，现有的秒批、秒杀交易系统，受买家用户数量的影响较大，经常会导致交易无法正常进行。

发明内容

为解决上述技术问题，本申请实施例提供一种网络交易方法及服务器，以降低买家用户数量对系统的影响，保证网络交易的正常进行。本申请技术方案如下：

一种网络交易方法，包括：

服务器向用户客户端提供交易活动信息；

交易活动开始后，接收第一用户客户端发送的信息更新请求，判断当前的交易用户数量是否小于第一阈值，所述第一阈值根据所述服务器允许的最大并发用户数预先确定；

如果是，则将所述第一用户确定为交易用户，并向所述第一用户客户端提供允许交易提示；

接收交易用户的客户端发送的交易请求，完成与该交易用户的交易，并将当前的交易用户数量减1。

一种网络交易服务器，包括：

信息提供单元，用于向用户客户端提供交易活动信息，交易活动开始后，接收第一用户客户端发送的信息更新请求；

交易用户确定单元，用于判断当前的交易用户数量是否小于第一阈值，所述第一阈值根据所述服务器允许的最大并发用户数预先确定；如果是，则将所述第一用户确定为交易用户，并向所述第一用户客户端提供允许交易提示；

交易处理单元，用于接收交易用户的客户端发送的交易请求，完成与该交易用户的交易，并将当前的交易用户数量减1。

本申请实施例提供的技术方案，根据服务器允许的最大并发用户数确定是否允许用户进行网络交易活动，从而限制了同时访问服务器的交易用户数量，服务器可以及时对交易用户的请求做出处理。此外，在上述方案的基础上，还可以通过限制访问交易活动信息页面的用户数量的方式进一步减轻服务器的压力，确保网络交易活动的正常进行。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请实施例网络交易系统的结构示意图；

图2为本申请实施例网络交易方法的流程图；

图3为本申请实施例网络交易方法的另一种流程图；

图4为本申请实施例网络交易系统的另一种结构示意图；

图5为本申请实施例网络交易服务器的结构示意图；

图6为本申请实施例网络交易服务器的另一种结构示意图。

具体实施方式

首先对本申请实施例中的交易系统的结构进行简单介绍，参见图1所示，该系统包括多个客户端100和一台网络交易服务器200。其中，网络交易服务器200的主要功能包括：向客户端100发布交易信息、接收各个客户端发送的交易请求、处理交易请求等等。

在实际应用中，网络交易服务器200一般是服务器群的形式，其由多个不同功能的服务器组成，包括应用服务器、计数信息服务器、产品信息服务器等。

其中，应用服务器主要用于处理用户请求，但是处理过程中所需的信息需要由计数信息服务器、产品信息服务器提供。

计数信息服务器主要用于保存在线交易用户数量和访问网络交易活动信息页面的用户数量，这些信息可以保存在计数信息服务器内存中，以便应用服务器以最快的速度得到结果并且返回给用户。

产品信息服务器，用于保存产品描述信息和网络交易活动时间，这些信息也可以保存在产品信息服务器内存中，以便应用服务器以最快的速度得到结果并且返回给用户。同时为了进一步提高访问速度，应用服务器在第一次得到产品信息之后，也可以把这些产品信息保存在应用服务器的本地内存中，以减少重复获取信息所消耗的时间和网络资源。

为便于描述，在下面的实施例中，将网络交易服务器200看做一个整体进行说明。

现有的网络交易系统，如：秒批交易系统，在秒批过程中，当同时与秒批交易服务器200进行交互的客户端100数量过多时，经常会导致秒批交易无法正常进行。为解决上述问题，本申请实施例提供一种网络交易方法及服务器，以降低用户数量对系统的影响，保证网络交易的正常进行。

图2所示为本申请实施例所提供的一种网络交易方法的流程图，包括以下基本步骤：

S201，服务器向用户客户端提供交易活动信息；

类似于秒批交易这种定时抢购的网络交易活动，在网络交易活动开始之前，卖家会向用户客户端提供网络交易活动的相关信息。包括本次活动涉及的商品信息以及时间信息。其中，商品信息包括商品名称、商品数量、商品描述等，时间信息则包括活动开始时间，活动开始时间倒计时等等。对于定时抢购这种交易方式而言，卖家向用户客户端提供信息可以从时间上划分为两个阶段：

第一阶段属于预告阶段，在这个阶段，卖家可以通过多种方式向用户客户端提供信息，例如在自己的网站公布信息，或者在其他网站以广告的形式发布信息等等，在这个阶段，用户客户端并不一定需要通过直接访问网络交易服务器获得信息，网络交易服务器也不需要在短时间内处理大量的用户请求。

第二阶段是在网络交易活动正式开始前的一段时间内，例如在网络交易活动正式开始前1小时之内，可以将这一阶段称为倒计时阶段。在倒计时阶段，网络交易服务器将构建一个专门针对本次网络交易活动的页面，在这个页面中，一般会提供距离活动正式开始的倒计时信息。

在网络交易活动的倒计时阶段，会有大量用户对网络交易活动信息页面进行访问，并且会频繁地向服务器发送信息更新请求(例如通过刷新页面的方式)以获得最新的网络交易活动信息。其中，现有技术中商品名称、商品数量、商品描述等商品信息需要从商品数据库获得，而数据库的响应速度较慢，可能无法适应频繁的数据查询请求，针对该问题，可以预先将商品数据库当中的相关数据写入网络交易服务器本地内存，这样就将所有针对商品数据库的读写操做均转为对内存的读写操作，由于内存的访问速度远高于数据库的访问速度，因此应用该方案可以有效减小对数据库的访问频率，提升处理速度，用户也可以在更短的时间内获得最新的商品信息。

S202，交易活动开始后，接收第一用户客户端发送的信息更新请求，判断当前的交易用户数量是否小于第一阈值，如果是，则将第一用户确定为交易用户，并向第一用户客户端发送允许交易提示；

当活动开始倒计时变为0时，网络交易活动正式开始，网络交易服务器将向用户客户端提供包括“开始交易”按钮的页面信息。在这一阶段，用户仍然会频繁地向服务器发送信息更新请求，使得包括“开始交易”按钮的页面信息尽快展示于用户客户端，以便通过点击该“开始交易”按钮完成该交易。并且，为了尽快抢购，用户都会通过主动的方式发送信息更新请求，而不是被动地等待服务器侧对页面信息进行更新。按照现有技术的方案，活动正式开始后，如果用户再次向服务器发送信息更新请求(例如通过刷新页面的方式)，服务器将向用户客户端发送一个允许交易的提示(例如，在提供给用户的秒批交易活动页面中展示“开始交易”的按钮)，接收到允许交易提示的用户，可以称为“交易用户”。

而在本实施例所提供的方案中，当服务器接收到某一用户(为便于区分，以下称该用户为“第一用户”)客户端发送的信息更新请求后，需要首先判断当前的交易用户数量是否小于第一阈值，如果判断结果为是，则将第一用户确定为交易用户，并向第一用户客户端发送允许交易提示。

其中，第一阈值是根据服务器允许的最大并发用户数预先确定的，设置该阈值的目的是保证服务器能够在不发生延迟的情况下能够及时并行处理多个交易请求，以确保“抢购”的合理正确进行。如果上述判断的结果为否，说明服务器当前无法保证可以及时处理更多的交易请求，此时服务器可以通过不向第一用户客户端展示“开始交易”按钮和/或提供拒绝交易信息等方式拒绝第一用户进行交易。

S203，接收交易用户客户端发送的交易请求，完成与该用户的交易，并将当前的交易用户数量减1。

已经被确定为“交易用户”的用户，可以通过点击“开始交易”按钮或其他类似操作，进入下单页面，开始填写交易的相关信息，例如收货地址、给卖家的留言等等。填写完成后，客户端向服务器发送正式的交易请求(例如通过点击“确认交易”按钮等方式)，服务器收到该请求后，立刻对请求进行处理，完成与该用户的交易。交易完成后，服务器需要将当前所记录的交易用户数量减1，也就是说，此时空出了一个交易用户的名额，可以供新的用户加入。

当然，随着用户交易的完成，秒批商品的库存数量也在不断减少，服务器可以在交易用户点击“开始交易”按钮或者发送正式交易请求等操作时，对秒批商品的库存数量进行判断，如果交易商品的库存数量为0，则向该交易用户的客户端反馈交易失败信息；服务器也可以实时对交易商品的库存数量进行监控，当交易商品的库存数量为0时，将停止接收所有交易请求，并向当前所有未发送交易请求的交易用户客户端发送停止交易提示。当交易商品的库存数量为0时，本次网络交易活动至此结束。

上述实施例中，根据服务器允许的最大并发用户数确定是否允许用户进行网络交易，服务器可以及时对交易用户的请求做出处理，确保网络交易的正常进行。在下面的实施例中，还可以限制访问网络交易活动信息页面用户数量的方式进一步减轻服务的压力。

图3所示为本申请实施例所提供的一种网络交易方法的流程图，包括以下基本步骤：

S301，接收第一用户客户端的交易活动信息页面访问请求；

S302，判断当前访问交易活动信息页面的用户数量是否小于第二阈值，如果是，执行S303，否则执行S304；

可以理解的是，在交易活动的倒计时阶段，会有大量用户对交易活动信息页面进行访问，并且会对页面进行频繁的刷新操作，这也会给服务器造成较大的压力，造成服务器反应延时。在本实施例所提供的方案中，当服务器接收到某一用户(这里仍然称该用户为“第一用户”)的信息更新请求后，需要首先判断当前访问交易活动信息页面的用户数量是否小于第二阈值，如果判断结果为是，则执行S303，否则执行S304；

其中，第二阈值也是根据服务器允许的最大并发用户数预先确定的，设置该阈值的目的是保证服务器能够在不发生延迟的情况下能够及时并行处理多个页面访问请求，以确保及时向用户返回交易活动信息。其中，第二阈值可以与第一阈值相同；在保证服务器系统不会崩溃的前提下，也可以设置第二阈值大于第一阈值，例如，设置第一阈值＝100、第二阈值＝200，这是因为在倒计时阶段，并没有实际的交易行为，因此对于及时性的要求可以适当放宽，当然，在这种情况下，能够访问到页面的人并不一定最终就能够成为交易用户。

S303，查询当前交易活动信息，根据查询结果构建交易信息页面并提供给第一用户客户端；

如果当前访问交易活动信息页面的用户数量小于第二阈值，服务器可以查询当前的交易活动信息，并构建交易活动信息页面并提供给第一用户客户端。

S304，拒绝第一用户客户端访问交易信息页面；

如果当前访问交易信息页面的用户数量不小于第二阈值，服务器将拒绝第一用户客户端访问交易信息页面。此时服务器可以构建一个访问失败的页面提供给用户，在页面中还可以告知访问失败的原因。

S305，交易活动开始后，接收第一用户客户端发送的信息更新请求；

S306，判断当前的交易用户数量是否小于第一阈值，如果判断结果为是，则执行S307，否则执行S308；

S307，将第一用户确定为交易用户，并向第一用户客户端发送允许交易提示。

S308，拒绝第一用户进行交易；

S309，接收交易用户客户端发送的交易请求，完成与该用户的交易，并将当前的交易用户数量减1。

上述S305-S306的具体实施，可参见S202-S203的相关描述，本实施例不再重复说明。其中，能够向服务器发送信息更新请求的用户，首先应该是能够访问到交易活动信息页面的用户。本实施例通过设置第二阈值限制访问交易活动信息页面的用户数量，从而进一步减轻服务器的压力。可以理解的是，对于服务器而言，上述的“第一用户”是指任意的用户，而在一次完整的网络活动过程中，S301-S304和S305-S309分别对应服务器的两个不同的处理阶段。S301-S304中的“第一用户”和S305-S309中的“第一用户”在实际上可能对应不同的用户，也可能对应同一用户。

可以理解的是，从倒计时阶段开始到网络交易活动结束期间，网络交易服务器始终需要向用户客户端提供本次活动的相关信息。除了时间信息之外，商品名称、商品数量、商品描述等商品信息需要从商品数据库获得，而数据库的响应速度较慢，可能无法适应频繁的数据查询请求，针对该问题，本申请实施例提供的一种优选方案是：预先将商品数据库当中的相关数据写入网络交易服务器本地内存，后续将所有针对商品数据库的读写操做均转为对内存的读写操作，网络交易活动结束之后，再将内存中的数据更新至商品数据库。由于内存的访问速度远高于数据库的访问速度，因此应用该方案可以有效提升处理速度，用户也可以在更短的时间内获得最新的商品信息。

根据网络交易活动信息的性质，可以将网络交易活动信息进一步划分为动态类信息和静态类信息，动态类信息可以包括倒计时、商品剩余数量等，这类信息可以采用JavaScript方式向用户客户端提供，以方便用户随时查看。具体到网络交易服务器内部交互而言，应用服务器将实时从计数服务器获取这些动态信息并提供给用户客户端。

静态信息可以包括商品名称、商品描述等，这类信息在网络交易活动期间一般不会发生变化，因此在网络交易服务器的内部，应用服务器在第一次从产品信息服务获取产品信息之后，可以把这些产品信息保存在应用服务器的本地内存中，以减少重复获取信息所消耗的时间和网络资源。静态信息在首次提供给客户端之后，客户端可以对这类信息进行本地缓存，后续如果需要再次查询，则从本地缓存直接获取这些信息。在实际应用中，商品描述信息往往会附有相关的介绍图片，这些图片的数据量也远大于普通文本的数据量，因此，采用客户端本地缓存的方式，不仅可以减轻服务器的访问压力，还可以有效减小网络流量，节省带宽资源。

此外，服务器还可以将商品描述等静态类信息发布至处于不同位置的多个网络资源缓存节点，参见图4所示，用户从多个网络资源缓存节点300中选择多个节点中连接速度最快的节点，从这个连接速度最快的节点获取商品描述信息。其中，网络资源缓存节点可以由卖家自行设置，也可以利用第三方提供的资源，例如Akamai CDN服务商所提供的网络资源缓存节点，本实施例对此并不进行限定。

相应于上面的方法实施例，本申请实施例还提供一种网络交易服务器，参见图5所示，包括：

信息提供单元510，用于向用户客户端提供交易活动信息，交易活动开始后，接收第一用户客户端发送的信息更新请求；

交易用户确定单元520，用于判断当前的交易用户数量是否小于第一阈值，所述第一阈值根据所述服务器允许的最大并发用户数预先确定；如果是，则将所述第一用户确定为交易用户，并向所述第一用户客户端提供允许交易提示；

交易处理单元530，用于接收交易用户的客户端发送的交易请求，完成与该交易用户的交易，并将当前的交易用户数量减1。

参见图6所示，本申请实施例所提供的网络交易服务器还可以包括：

商品数量监控单元540，用于实时监控交易商品的库存数量，当交易商品的库存数量为0时，停止接收交易请求，并向当前所有未发送交易请求的交易用户客户端发送停止交易提示。

其中，所述信息提供单元510具体可以包括：

请求接收子单元，用于接收第一用户客户端的交易信息页面访问请求；

判断子单元，用于判断当前访问交易信息页面的用户数量是否小于第二阈值，所述第二阈值根据所述服务器允许的最大并发用户数预先确定，所述第二阈值不小于所述第一阈值；

请求响应子单元，用于在所述判断子单元的判断结果为是时，查询当前交易活动信息，根据查询结果构建交易信息页面并提供给所述第一用户客户端。

其中，如果服务其预先将商品数据库中的交易活动信息写入本地内存，则信息提供单元510可以从本地内存中查询交易活动信息提供给用户客户端。

所述交易活动信息包括：商品数量信息、活动时间信息、和/或商品描述信息。对于商品数量信息和/或活动时间信息等静态信息，可以由请求响应子单元以JavaScript方式向用户动态提供；而对于商品描述信息这样的静态信息，请求响应子单元可以将其发布至处于不同位置的多个网络资源缓存节点，用户客户端选择所述多个节点中连接速度最快的节点，从所述连接速度最快的节点获取商品描述信息；或者，请求响应子单元将商品描述信息首次提供给用户后，用户客户端其进行本地缓存，客户后续从本地缓存直接获取商品描述信息。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

Claims (14)

1.一种网络交易方法，其特征在于，包括：

服务器向用户客户端提供交易活动信息；

交易活动开始后，接收第一用户客户端发送的信息更新请求，判断当前的交易用户数量是否小于第一阈值，所述第一阈值根据所述服务器允许的最大并发用户数预先确定；

如果是，则将所述第一用户确定为交易用户，并向所述第一用户客户端提供允许交易提示；

接收交易用户的客户端发送的交易请求，完成与该交易用户的交易，并将当前的交易用户数量减1。

2.根据权利要求1所述的方法，其特征在于，还包括：

实时监控交易商品的库存数量，当交易商品的库存数量为0时，停止接收交易请求，并向当前所有未发送交易请求的交易用户的客户端发送停止交易提示。

3.根据权利要求1所述的方法，其特征在于，所述向用户客户端提供交易活动信息，包括：

接收第一用户客户端发送的交易活动信息页面访问请求；

判断当前访问交易活动信息页面的用户数量是否小于第二阈值，所述第二阈值根据所述服务器允许的最大并发用户数预先确定，所述第二阈值不小于所述第一阈值；

如果是，则查询当前交易活动信息，根据查询结果构建交易活动信息页面并提供给所述第一用户客户端。

4.根据权利要求3所述的方法，其特征在于，还包括：

预先将商品数据库中的交易活动信息写入服务器本地内存；

所述向用户客户端提供交易活动信息包括：从服务器本地内存中查询交易活动信息提供给用户客户端。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述交易活动信息包括：

商品数量信息、活动时间信息、和/或商品描述信息。

6.根据权利要求5所述的方法，其特征在于，所述商品数量信息和/或活动时间信息以JavaScript方式向用户客户端动态提供。

7.根据权利要求5所述的方法，其特征在于，

服务器将所述商品描述信息首次提供给用户后，用户客户端在本地对所述商品描述信息进行缓存，用户客户端后续从本地缓存直接获取商品描述信息。

8.根据权利要求7所述的方法，其特征在于，

服务器将所述商品描述信息发布至处于不同位置的多个网络资源缓存节点，用户客户端选择所述多个节点中连接速度最快的节点，从所述连接速度最快的节点获取商品描述信息。

9.一种网络交易服务器，其特征在于，包括：

信息提供单元，用于向用户客户端提供交易活动信息，交易活动开始后，接收第一用户客户端发送的信息更新请求；

交易用户确定单元，用于判断当前的交易用户数量是否小于第一阈值，所述第一阈值根据所述服务器允许的最大并发用户数预先确定；如果是，则将所述第一用户确定为交易用户，并向所述第一用户客户端提供允许交易提示；

交易处理单元，用于接收交易用户的客户端发送的交易请求，完成与该交易用户的交易，并将当前的交易用户数量减1。

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

商品数量监控单元，用于实时监控交易商品的库存数量，当交易商品的库存数量为0时，停止接收交易请求，并向当前所有未发送交易请求的交易用户的客户端发送停止交易提示。

11.根据权利要求9所述的服务器，其特征在于，所述信息提供单元包括：

请求接收子单元，用于接收第一用户客户端的交易活动信息页面访问请求；

判断子单元，用于判断当前访问交易活动信息页面的用户数量是否小于第二阈值，所述第二阈值根据所述服务器允许的最大并发用户数预先确定，所述第二阈值不小于所述第一阈值；

请求响应子单元，用于在所述判断子单元的判断结果为是时，查询当前交易活动信息，根据查询结果构建交易信息页面并提供给所述第一用户客户端。

12.根据权利要求11所述的服务器，其特征在于，

所述信息提供单元从本地内存中查询交易活动信息提供给用户客户端。

13.根据权利要求9至12任一项所述的服务器，其特征在于，所述交易活动信息包括：

商品数量信息、活动时间信息、和/或商品描述信息。

14.根据权利要求13所述的服务器，其特征在于，

所述请求响应子单元，以JavaScript方式向用户客户端动态提供所述商品数量信息和/或活动时间信息。

Images