CN107833087A - 一种秒杀性产品的在线发售方法及设备 - Google Patents

Abstract

一种秒杀性产品的在线发售方法及设备，涉及信息处理领域，本申请实施例能够降低数据库服务器的访问量，提高系统的交易处理能力。该方法包括：应用服务器接收用户发送的查询产品请求，查询产品请求用于请求获取秒杀性产品的相关信息；应用服务器从应用服务器的缓存数据中获取秒杀性产品的相关信息，并将秒杀性产品的相关信息反馈给用户。本申请应用于秒杀性产品的在线发售中。

Description

一种秒杀性产品的在线发售方法及设备

技术领域

本申请涉及信息处理领域，尤其涉及秒杀性产品的在线发售方法及设备。

背景技术

目前，在秒杀性产品的发售过程中，如附图1所示，当用户(即用户终端)向应用服务器发送相关请求(如图1中“查询产品信息请求”、“查询产品库存信息请求”以及“发起购买请求”等)后，应用服务器会通过访问数据库服务器，读取或更新数据库服务器中的相关数据。当交易量达到数据库服务器或者应用服务器现有资源的极限时，将会出现处理缓慢等症状。

为了解决上述问题，现有技术中通常利用扩展服务器资源的方式来增大交易处理能力。但发明人发现，因为数据库涉及到产品库存信息的更新，必须保证在有库存的情况下进行交易，因此在访问量不变的情况下，简单的扩展数据库服务器资源，依然达不到提升交易处理能力的目的。

发明内容

本申请的的实施例提供一种秒杀性产品的在线发售方法及设备，能够在在线发售秒杀性产品的过程中，大幅减低数据库服务器的访问量，进而提升交易处理能力。为了达到上述目的，本申请发明人考虑到，在秒杀性产品的在线发售过程中，由于秒杀性产品的本身性质原因，导致用户终端会在开始发售后的短时间内集中访问数据库中的产品信息(例如产品的属性信息以及产品剩余可购买的库存信息)。基于这一情况，本申请发明人想到通过将产品信息等数据的读写进行分离，通过将查询产品相关信息的过程转移到应用服务器中，当用户终端需要查询产品相关信息时，可以不访问数据库服务器，而是从应用服务器的缓存数据中获取该产品相关信息。从而仅在产品的相关信息发生变更时，需要访问数据库服务器来更新产品的相关信息(例如每次有用户购买产品后，数据库服务器需要更新产品的库存信息)，即数据库服务器仅负责控制最终的成交情况，而将用户终端在购买产品前查询产品信息的过程交给应用服务器来完成，从而大幅降低了数据库服务器的访问量。同时因为最终的交易情况是由数据库服务器进行统一记录，因此可以通过横向扩展的方式来增强应用服务器的处理能力，不会存在将资源瓶颈转移到应用服务器的这种情况。

基于上述发明构思，本申请实施例采用如下技术方案：

第一方面，本申请实施例提供一种秒杀性产品的在线发售方法，包括：应用服务器接收用户终端发送的查询产品请求，所述查询产品请求用于请求获取秒杀性产品的相关信息；所述应用服务器从所述应用服务器的缓存数据中获取所述秒杀性产品的相关信息，并将所述秒杀性产品的相关信息反馈给所述用户终端。本申请实施例中，当用户终端需要查询产品信息时，可以通过访问应用服务器的缓存获取相关信息，而不需要从数据库服务器获取相应数据，降低了数据库服务器的访问量。相比现有技术中无论是查询信息还是更新信息均需要访问数据库服务器，本申请实施例通过将相关产品信息的读写分离，降低数据库服务器的访问量，提高了数据库服务器的处理能力。而在应用服务器的访问量增加后，可以通过横向扩展的方式来增强应用服务器的处理能力。因此采用本申请实施例所述技术方案，能够提高系统交易处理能力。

第二方面，本申请实施例提供一种应用服务器，包括：接收模块，用于接收用户终端发送的查询产品请求，所述查询产品请求用于请求获取秒杀性产品的相关信息。反馈模块，用于在所述接收模块接收用户终端发送的查询产品请求后，从所述应用服务器的缓存数据中获取所述秒杀性产品的相关信息，并将所述秒杀性产品的相关信息反馈给所述用户终端。基于同一发明构思，由于该应用服务器解决问题的原理及有益效果可以参见上述第一方面的方法实施方式以及所带来的有益效果，重复之处不再赘述。

第三方面，本申请实施例提供一种应用服务器，包括：处理器、存储器、总线和通信接口；存储器用于存储计算机执行指令，处理器与存储器通过总线连接，当应用服务器运行时，处理器执行上述存储器存储的上述计算机执行指令，以使应用服务器执行如上述第一方面以及第一方面的各种实现方式所涉及的秒杀性产品的在线发售方法。

第四方面，本申请实施例提供一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上述第一方面中的秒杀性产品的在线发售方法。

第五方面，本申请实施例提供一种包含指令的计算机程序产品，包括当其在计算机上运行时，使得计算机执行如上述第一方面中的秒杀性产品的在线发售方法。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为现有技术中秒杀性产品的发售过程流程图；

图2为本申请实施例提供一种秒杀性产品的在线发售方法的流程示意图；

图3为本申请实施例提供的一种应用服务器的结构示意图；

图4为本申请实施例提供的一种应用服务器的结构示意图；

图5为本申请实施例提供的一种应用服务器的结构示意图。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

首先对本申请的实施例用到的技术术语说明如下：

秒杀性产品：秒杀性产品是一种对于民众十分具有吸引力的热销产品，其特点是发售时间有限，发售数量有限。开始发售后民众为了能够获取该产品，会在发售开始的那一刻同时进行抢购，这就导致开始发售后极短的时间内该产品即被抢购完毕，此类产品称为秒杀性产品。

在线发售，在线发售是指通过互联网的渠道进行发售，通常包括通过网页、手机银行以及其他应用等渠道进行发售。目前，一些秒杀类产品具有比较高的市场认可度，该类产品发售时往往伴随着巨大的交易量，同一时间点可能有数以百万计的用户终端同时对系统发起交易。

本申请的实施例应用于秒杀性产品的在线发售交易的场景下。参照图2所示，该在线发售交易的场景包括：用户终端、应用服务器，数据库服务器。

其中用户终端与应用服务器连接，用于将用户的需求(具体包括查询产品的相关信息以及购买产品的需求等)发送至应用服务器。应用服务器与用户终端、数据库服务器连接，应用服务器用于根据接收到的用户终端发送的用户需求，向用户反馈信息。其中当反馈信息需要利用数据库服务器中的相关数据时，则应用服务器通过访问数据库服务器获取相关信息。数据库服务器，用于存储在线发售交易过程中的相关数据，具体包括：产品的属性信息、产品的库存信息等数据。

基于上述的在线发售交易的场景，本申请实施例提供一种秒杀性产品的在线发售方法，能够在在线发售秒杀性产品的过程中，大幅减低数据库服务器的访问量，进而提升交易处理能力。为了达到上述目的，本申请发明人考虑到，在秒杀性产品的在线发售过程中，由于秒杀性产品的本身性质原因，导致用户终端会在开始发售后的短时间内集中访问数据库中的产品信息(例如产品的属性信息以及产品剩余可购买的库存信息)。基于这一情况，本申请发明人想到通过将产品信息等数据的读写进行分离，通过将查询产品相关信息的过程转移到应用服务器中，当用户需要查询产品相关信息时，可以不访问数据库服务器，而是从应用服务器的缓存数据中获取该产品相关信息。从而仅在产品的相关信息发生变更时，需要访问数据库服务器来更新产品的相关信息(例如每次有用户购买产品后，数据库服务器需要更新产品的库存信息)，即数据库服务器仅负责控制最终的成交情况，而将用户终端在购买产品前查询产品信息的过程交给应用服务器来完成，从而大幅降低了数据库服务器的访问量。同时因为最终的交易情况是由数据库服务器进行统一记录，因此可以通过横向扩展的方式来增强应用服务器的处理能力，不会存在将资源瓶颈转移到应用服务器的这种情况。

具体的，关于用户通过用户终端发起查询的过程，参照图2所示，包括以下步骤：

S101、应用服务器接收用户终端发送的查询产品请求。

其中，查询产品请求用于请求获取秒杀性产品的相关信息。在秒杀性产品发售中，用户会先对产品的相关信息进行查询。通常，需要查询的信息包括：产品的属性信息以及产品的库存信息，产品的属性信息一般包括：产品的售价、产品的具体内容、使用说明等信息，产品的库存信息则表示当前该产品剩余的可购买数量。

具体的，应用服务器接收用户终端发送的查询产品请求，可以包括：应用服务器接收用户终端发送的查询产品属性信息的请求，或者查询产品库存信息的请求。

S102、从应用服务器的缓存数据中获取秒杀性产品的相关信息。

本申请实施例中，当用户需要查询相关信息时，可以通过访问应用服务器的缓存获取相关信息，而不需要从数据库服务器获取相应数据，降低了数据库服务器的访问量。

S103、将秒杀性产品的相关信息反馈给用户终端。

示例性的，用户终端向应用服务器发送查询产品属性信息的请求，应用服务器在接收请求后，根据该请求从应用服务器的缓存数据中获取该产品的属性信息，并将产品的属性信息反馈给用户终端。或者，用户终端向应用服务器发送查询产品库存信息的请求，应用服务器在接收请求后，根据该请求从应用服务器的缓存数据中获取该产品的库存信息，并将该产品的库存信息反馈给用户终端。

可选的，本申请实施例还包括：当用户终端向应用服务器发送查询产品属性信息的请求，应用服务器向用户终端反馈产品的属性信息后，用户终端再向应用服务器发送查询产品库存信息的请求，应用服务器再根据请求，从应用服务器的缓存数据中获取该秒杀产品的库存信息，并反馈给用户终端。

当用户终端获取该秒杀性产品的相关信息后，用户终端可以根据需要选择是否购买该产品。

S104、应用服务器接收用户终端发送的购买请求。其中，购买请求用于请求购买秒杀性产品。

具体的，当用户终端根据获取的产品的相关信息，确定需要购买该产品后，则可以通过向应用服务器发送购买请求，来购买该秒杀性产品。

S105、应用服务器根据购买请求，向数据库服务器发送购买指令。

S106、数据库服务器根据购买指令，更新数据库服务器中秒杀性产品的相关信息。

具体的，数据库服务器根据购买指令，对数据库服务器中的该秒杀性产品的库存信息进行更新，并新增交易记录。

S107、根据数据库服务器中秒杀性产品的相关信息，按照预定周期对应用服务器的缓存数据进行更新。

可选的，按照预定周期对应用服务器的缓存数据进行更新，具体包括：按照第一预定周期，对应用服务器的缓存数据中秒杀性产品的属性信息进行更新；按照第二预定周期，对应用服务器的缓存数据中秒杀性产品的库存信息进行更新。其中第一预定周期可以大于第二预定周期。

本申请实施例中，考虑到数据库服务器中产品的相关信息会随着交易的进行发生改变，例如产品的库存信息会发生变化。因此，可以每间隔一段时间对应用服务器中的产品的相关信息进行更新。例如，每隔5秒，对应用服务器中的缓存数据更新一次。

另外，考虑到产品的相关信息中，产品的库存信息会随着交易量的增加而减少，而产品的其他信息如属性信息则很少发生改变。因此可以对应用服务器的缓存数据中的不同信息设定不同的更新频率。其中库存信息因为变化频率快，可以设定较短的更新周期，属性信息因为变化频率慢，可以设定较长的更新周期。例如，将库存信息设定为1次/秒，将属性信息设定为1次/分钟。

在本申请实施例中，通过将查询产品的相关信息的过程由应用服务器通过从应用服务器的缓存数据中获取相关信息来完成，进而降低了数据库服务器的访问量。相比现有技术中无论是查询信息还是更新信息均需要访问数据库服务器，本申请实施例通过将相关产品信息的读写分离，降低数据库服务器的访问量，提高了数据库服务器的处理能力。而在应用服务器的访问量增加后，可以通过横向扩展的方式来增强应用服务器的处理能力。因此采用本申请实施例提供的技术方案，能够提高系统交易处理能力。

本申请实施例提供一种应用服务器，用于执行上述秒杀性产品的在线发售方法。图3示出了本申请实施例所涉及的应用服务器的一种可能的结构示意图。具体的，应用服务器10包括：接收模块101、反馈模块102、存储模块105。其中：

接收模块101，用于接收用户终端发送的查询产品请求，其中查询产品请求用于请求获取秒杀性产品的相关信息。

存储模块105，用于存储应用服务器的缓存数据。

反馈模块102，用于在接收模块101接收用户终端发送的查询产品请求后，从存储模块所存储的缓存数据中获取秒杀性产品的相关信息，并将秒杀性产品的相关信息反馈给用户终端。

应用服务器10还包括：发送模块103。

接收模块101，还用于接收用户终端发送的购买请求，购买请求用于请求购买秒杀性产品。

发送模块103，用于在接收模块101接收用户终端发送的购买请求后，根据购买请求，向数据库服务器发送购买指令，以使得数据库服务器根据购买指令，更新数据库服务器中秒杀性产品的相关信息。

应用服务器10还包括：更新模块104。

更新模块104，用于按照预定周期，根据数据库服务器中秒杀性产品的相关信息，对存储模块中存储的应用服务器的缓存数据进行更新。具体包括：

按照第一预定周期，对应用服务器的缓存数据中秒杀性产品的属性信息进行更新；按照第二预定周期，对应用服务器的缓存数据中秒杀性产品的库存信息进行更新。

需要说明的是，本申请实施例中提供的应用服务器中各模块所对应的其他相应描述，可以参考上述秒杀性产品的在线发售方法中对应的描述内容，在此不再赘述。

此外，上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，可以对应各功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。

在采用集成的单元的情况下，图4示出了上述实施例中所涉及的应用服务器的一种可能的结构示意图。应用服务器20包括：处理模块201、通信模块202和存储模块203。处理模块201用于对应用服务器20的动作进行控制管理，例如，处理模块201用于支持应用服务器20执行图2中的过程S101-S107。通信模块202用于支持应用服务器与其他实体的通信。存储模块203用于存储应用服务器的程序代码和数据。

其中，处理模块201可以是处理器或控制器，例如可以是中央处理器(centralprocessing unit，CPU)，通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application-specific integrated circuit，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块202可以是收发器、收发电路或通信接口等。存储模块203可以是存储器。

当处理模块201为如图5所示的处理器，通信模块202为图5的收发器，存储模块203为图5的存储器时，本申请实施例所涉及的应用服务器可以为如下的应用服务器30。

参照图5所示，该应用服务器30包括：处理器301、收发器302、存储器303和总线304。

其中，处理器301、收发器302、存储器303通过总线304相互连接；总线304可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器301可以是一个通用中央处理器(Central Processing Unit，CPU)，微处理器，特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

存储器303可以是只读存储器(Read-Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器302用于存储执行本申请方案的应用程序代码，并由处理器301来控制执行。收发器302用于接收外部设备输入的内容，处理器301用于执行存储器303中存储的应用程序代码，从而实现本申请实施例中提供的秒杀性产品的在线发售方法。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户终端线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (11)

1.一种秒杀性产品的在线发售方法，其特征在于，包括：

应用服务器接收用户终端发送的查询产品请求，所述查询产品请求用于请求获取秒杀性产品的相关信息；

所述应用服务器从所述应用服务器的缓存数据中获取所述秒杀性产品的相关信息，并将所述秒杀性产品的相关信息反馈给所述用户终端。

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

所述应用服务器接收用户终端发送的购买请求，所述购买请求用于请求购买秒杀性产品；

所述应用服务器根据所述购买请求，向数据库服务器发送购买指令；

所述数据库服务器根据所述购买指令，更新所述数据库服务器中所述秒杀性产品的相关信息。

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

根据所述数据库服务器中所述秒杀性产品的相关信息，按照预定周期对所述应用服务器的缓存数据进行更新。

4.根据权利要求3所述方法，其特征在于，所述按照预定周期对所述应用服务器的缓存数据进行更新包括：

按照第一预定周期，对所述应用服务器的缓存数据中秒杀性产品的属性信息进行更新；和/或，

按照第二预定周期，对所述应用服务器的缓存数据中秒杀性产品的库存信息进行更新。

5.一种应用服务器，其特征在于，包括：

接收模块，用于接收用户终端发送的查询产品请求，所述查询产品请求用于请求获取秒杀性产品的相关信息；

存储模块，用于存储所述应用服务器的缓存数据；

反馈模块，用于在所述接收模块接收用户终端发送的查询产品请求后，从所述存储模块所存储的所述缓存数据中获取所述秒杀性产品的相关信息，并将所述秒杀性产品的相关信息反馈给所述用户终端。

6.根据权利要求5所述应用服务器，其特征在于，包括：

所述接收模块，还用于接收用户终端发送的购买请求，所述购买请求用于请求购买秒杀性产品；

发送模块，用于在所述接收模块接收用户终端发送的购买请求后，根据所述购买请求，向数据库服务器发送购买指令，以使得所述数据库服务器根据所述购买指令，更新所述数据库服务器中所述秒杀性产品的相关信息。

7.根据权利要求5或6所述应用服务器，其特征在于，所述应用服务器还包括：更新模块；

所述更新模块，用于按照预定周期，根据所述数据库服务器中所述秒杀性产品的相关信息，对所述存储模块中存储的所述应用服务器的缓存数据进行更新。

8.根据权利要求7所述应用服务器，其特征在于，所述更新模块具体用于：

按照第一预定周期，对所述应用服务器的缓存数据中秒杀性产品的属性信息进行更新；按照第二预定周期，对所述应用服务器的缓存数据中秒杀性产品的库存信息进行更新。

9.一种应用服务器，其特征在于，包括：处理器、存储器、总线和通信接口；所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接，当所述应用服务器运行时，所述处理器执行上述存储器存储的上述计算机执行指令，以使所述应用服务器执行如权利要求1-4中任一项所述的秒杀性产品的在线发售方法。

10.一种计算机存储介质，其特征在于，包括指令，当其在计算机上运行时，使得所述计算机执行如权利要求1-4中任一项所述的秒杀性产品的在线发售方法。

11.一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得所述计算机执行如权利要求1-4中任一项所述的秒杀性产品的在线发售方法。