CN109359189A - 一种搜索结果生成方法与装置 - Google Patents

Abstract

本发明提供了一种搜索结果生成方法与装置，涉及搜索处理技术领域。通过接收一客户端发送的搜索请求，然后依据搜索请求与预存储的门店信息生成门店队列，再对门店队列进行异步处理，以获取有效门店队列，再对有效门店队列进行异步处理，以获取有效套餐队列，再依据套餐队列向与套餐对应服务端发送请求信息，并接收服务端发送的报价信息，最后依据报价信息生成搜索结果，并将搜索结果发送至客户端。本发明提供的搜索结果生成方法与装置具有更快的生成搜索结果，用户体验感更好的优点。

Description

一种搜索结果生成方法与装置

技术领域

本发明涉及搜索处理技术领域，具体而言，涉及一种搜索结果生成方法与装置。

背景技术

目前，随着人们外出旅游的次数的增大，对于一些喜欢自驾有的用户，即使在国外旅游，也希望能够进行租车进行游玩。

因此，目前出现了可在游玩之前在国内租车的服务，但是，由于在租车过程中需要访问国外服务器，导致目前整体的访问及搜索反馈较慢，用户需要等待较长时间才能够反馈出结果，因此用户的体验感较差。

有鉴于此，如何解决上述问题，是本领域技术人员关注的重点。

发明内容

有鉴于此，本发明的目的在于提供一种搜索结果生成方法，以解决现有技术中用户访问租车系统时反馈较慢，体验感不高的问题。

本发明的另一目的在于提供一种搜索结果生成装置，以解决现有技术中用户访问租车系统时反馈较慢，体验感不高的问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

一方面，本发明实施例提出一种搜索结果生成方法，所述搜索结果生成方法包括：

接收一客户端发送的搜索请求；

依据所述搜索请求与预存储的门店信息生成门店队列；

对所述门店队列进行异步处理，以获取有效门店队列；

对所述有效门店队列进行异步处理，以获取有效套餐队列；

依据所述有效套餐队列向与所述套餐对应服务端发送请求信息，并接收所述服务端发送的报价信息；

依据所述报价信息生成搜索结果，并将所述搜索结果发送至所述客户端。

另一方面，本发明实施例还提出一种搜索结果生成装置，所述搜索结果生成装置包括：

信息接收单元，用于接收一客户端发送的搜索请求；

队列生成单元，用于依据所述搜索请求与预存储的门店信息生成门店队列；

队列获取单元，用于对所述门店队列进行异步处理，以获取有效门店队列；

队列获取单元还用于对所述有效门店队列进行异步处理，以获取有效套餐队列；

信息接收单元，用于依据所述有效套餐队列向与所述套餐对应服务端发送请求信息，并接收所述服务端发送的报价信息；

信息发送单元，用于依据所述报价信息生成搜索结果，并将所述搜索结果发送至所述客户端。

相对现有技术，本发明具有以下有益效果：

本发明提供了一种搜索结果生成方法与装置，通过接收一客户端发送的搜索请求，然后依据搜索请求与预存储的门店信息生成门店队列，再对门店队列进行异步处理，以获取有效门店队列，再对有效门店队列进行异步处理，以获取有效套餐队列，再依据套餐队列向与套餐对应服务端发送请求信息，并接收服务端发送的报价信息，最后依据报价信息生成搜索结果，并将搜索结果发送至客户端。由于发明提供的搜索结果生成方法能够通过异步处理的方式实现对门店队列以及有效门店队列进行处理，且异步处理的方式为将队列中的数据同时进行处理，因此能够实现处理更加高效，更快的生成搜索结果，用户体验感更好。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明的实施例提供的服务器的功能模块示意图。

图2示出了本发明的实施例提供的搜索结果生成方法的流程图

图3示出了本发明的实施例提供的图2中的步骤S108的子步骤的流程图。

图4示出了本发明实施例提供的搜索结果生成装置的模块示意图。

图5示出了本发明实施例提供的列表获取单元的模块示意图。

图标：10-服务器；12-存储器；13-存储控制器；14-处理器；100-搜索结果生成装置；110-信息接收单元；120-地址确定单元；130-判断单元；140-请求拒绝单元；150-赋值单元；160-队列生成单元；170-队列获取单元；171-信息匹配模块；172-信息发送模块；173-队列生成模块；174-队列获取模块；180-存储单元；190-信息发送单元；200-列表生成单元；210-结果生成单元。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语 “相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

第一实施例

如图1所示，是本发明提供的服务器10的功能模块示意图。该服务器10包括如图1所示，是本发明提供的服务器10的功能模块示意图。该服务器10包括搜索结果生成装置100、存储器12、存储控制器13以及处理器14。

所述存储器12、存储控制器13以及处理器14各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述搜索结果生成装置100包括至少一个可以软件或固件（firmware）的形式存储于所述存储器12中或固化在所述服务器10的操作系统（operating system，OS）中的软件功能模块。所述处理器14用于执行存储器12中存储的可执行模块，例如所述搜索结果生成装置100包括的软件功能模块或计算机程序。

其中，存储器12可以是，但不限于，随机存取存储器12（Random Access Memory，RAM），只读存储器12（Read Only Memory，ROM），可编程只读存储器12（Programmable Read-Only Memory，PROM），可擦除只读存储器12（Erasable Programmable Read-Only Memory，EPROM），电可擦除只读存储器12（Electric Erasable Programmable Read-Only Memory，EEPROM）等。其中，存储器12用于存储程序，所述处理器14在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器10所执行的方法可以应用于处理器14中，或者由处理器14实现。

处理器14可能是一种集成电路芯片，具有信号的处理能力。上述的处理器14可以是通用处理器14，包括中央处理器14(Central Processing Unit，简称CPU)、网络处理器14(Network Processor，简称NP)等；还可以是数字信号处理器14(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器14可以是微处理器14或者该处理器14也可以是任何常规的处理器14等。

请参阅图2，是本发明较佳实施例提供的应用于图1所示的调峰供电控制方法的流程图。下面将对图2所示的具体流程进行详细阐述。

步骤S101，接收一客户端发送的搜索请求。

在本实施例中，当用户需要进行租车时，需要发送搜索请求，其中，该搜索请求包括依据用户即将去旅游的地点生成的搜索请求，并且服务器10能够依据该搜索请求生成相应的搜索结果，从而使用户能够依据该搜索结果进行车辆的租用。

例如，当用户在下周一去美国洛杉矶旅游时，用户想要在美国租车游玩，从而需提前预定，用户即可输入时间为下周一，地点为美国洛杉矶，从而使服务器10能够接收到客户端发送的搜索请求。

步骤S102，依据所述搜索请求确定所述客户端的地址。

在本实施例中，服务系统设置有爬虫识别机制，以防止爬虫攻击。具体地，当在接收到用户的搜索请求时，服务器10会立即确定发送搜索请求的客户端的地址，然后利用该地址为人为的搜索请求还是爬虫的攻击。

步骤S103，判断与所述地址匹配的客户端在预设定的时间内是否通过多个不同的账号发送搜索请求，如果是，则执行步骤S104；如果否，则执行步骤S105。

在获取了客户端的地址后，服务器10会判断该地址的客户端是否在预设定的时间内通过多个账号发送过搜索请求。例如，服务器10判断在之前的一个小时内，该地址的客户端是否通过多个账号发送过搜索请求，该多个账号的数量可根据实际情况进行设置，例如，当一个小时内用户该客户端的地址通过5个账号发送过搜索请求，这可能存在此搜索请求为爬虫进行进行攻击。由于在同一客户端上，通过多个账号进行搜索的预约可能性较低，因此当出现同一地址的客户端在一端时间内通过多个账号进行搜索请求时，极有可能为此时服务器10正在遭受爬虫攻击。

步骤S104，拒绝所述搜索请求。

当服务器10判断该搜索请求可能为爬虫正在进行攻击时，服务器10会拒绝该次搜索请求，其中，本实施例所述的拒绝搜索请求为不对该搜索请求进行响应，同时拒绝该客户端的访问，以防止爬虫的攻击。

需要说明的是，由于也可能出现用户通过多个账号进行搜索访问，因此在本实施例中，在拒绝本次搜索请求的同时，可向客户端发送说明信息，包括拒绝访问的理由，以及该客户端可进行下一次访问的时间，本实施例对此并不做任何限定。

同时，还需要说明的是，本实施例仅例举了一种防止爬虫攻击的方式，当然地，在其它的一些实施例中，也可通过其它的方式方式爬虫的攻击，本实施例对此也并不做任何限定。

步骤S105，从关系型数据库中获取自增ID，并将所述自增ID赋值于本次搜索请求。

在确定该搜索请求为正常的用户访问时，则需要对该搜索请求进行响应。其中，为了对于不同的搜索请求进行定义，本实施例设置了关系型数据库，服务器10能够在该关系型数据库中获取自增ID，并将该自增ID赋值于本次搜索请求，即对于用户的每次搜索请求，均能赋值于一个ID与其对应，以保证用户的访问有效。

其中，本实施例所述的自增ID指该关系型数据库针对每次访问，均能够自动生成一ID号与其对应，且每次生成的ID均不相同，通过该自增ID，能够使后台观测到该服务器10被访问的次数，便于管理。

同时，本实施例所述的关系型数据库采用MySQL数据库，MySQL是一种开放源代码的关系型数据库管理系统（RDBMS），使用最常用的数据库管理语言--结构化查询语言（SQL）进行数据库管理。其具有速度快、可靠性高和适应性强的优点。当然地，在其它的一些实施例中，也可以采用另外的数据库，本实施例对此并不做任何限定。

步骤S106，依据所述搜索请求与预存储的门店信息生成门店队列。

在生成了ID进行记录以后，服务器10会对客户端发送的搜索请求进行处理。其中，在MySQL数据库中，存储有所有门店的信息，该门店即表示为可以进行租车的门店。其中，由于用户的搜索请求即包括租车时间与租车地点，因此在进行确定门店时，通过用户输入的地点在MySQL数据库中查找相关门店。由于每个门店的地址均存储于MySQL数据库，因此当确定目标地点后，即可通过目标地点确定可租车门店。例如，用户在输入美国洛杉矶后，服务器10即可依据没过洛杉矶在MySQL数据库中查找所有在美国洛杉矶的门店。

需要说明的是，在本实施例中，为了使相应速度更快，与服务器10匹配的数据库设置有多个，除MySQL数据库外，还设置有高效缓存库，其中，本实施例提供的高效缓存库为Memcache库，Memcached 是一个高性能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提高动态、数据库驱动网站的速度。Memcached基于一个存储键/值对的hashmap。

因此，在本实施例中，为了使相应速度更快，在实际调用门店信息的过程中，首先在MySQL数据库中查找到相应的门店信息，然后，并在确定门店信息后，将所有门店信息发送至Memcache库，服务器10最后从Memcache库中调用确定的门店信息，并且依据该确定的所有门店信息生成门店队列，该门店队列即表示用输入的地点出的所有租车门店。由于本实施例采用在高效缓存库中调用数据，相对于从MySQL数据库直接调用数据的方式，通过将MySQL数据库数据先发送至Memcache库中，然后再从Memcache库中调用数据能够实现响应速度更快的效果。

同时，可以理解地，本实施例所述的门店队列可以为列表的形式，及将所有的门店生成一门店列表，当热的，也可以以其它的形式生成门店队列，本实施例对此并不做任何限定。

步骤S107，对所述门店队列进行异步处理，以获取有效门店队列。

在生成了门店队列后，需要对每个门店进行查询，以确定该门店在该时间内是否有空闲的车进行出租。

由于门店数目多，若采用逐一访问的形式进行判断该门店是否有车进行出租，则会花费较长时间，导致用户需要花费较长的时间才能查看搜索结果，用户的体验感并不好。有鉴于此，在本实施例中，采用异步访问的形式进行对门店进行处理，然后获取有效门店阵列。

其中，需要说明的是，本实施例所述的异步访问形式指对同时对所有门店进行访问，以查看每个门店内在用户指定的时间内是否有车，同时剔除在该时间段内没有空闲的车进行出租的门店，剩余有效门店组成有效门店队列。其中，本实施例所述的有效门店指该门店在用户指定的时间段内有车进行出租。

具体的，在本实施例中，搜索结果生成系统中包含有gearman队列，gearman是一个用来把工作委派给其他机器、分布式的调用更适合做某项工作的机器、并发的做某项工作在多个调用间做负载均衡、或用来在调用其它语言的函数的系统。即通过队列实现异步消费，对所有门店同时进行访问，以加快访问速度。

同时，在本实施例中，由于用户可能用到国外的租车门店，因此在进行租车的过程中，服务器10会访问国外的服务端口，并通过国外的服务端口访问相应的门店，从而获取门店信息，为了能够进一步地提升访问速度，本实施例还优化了网络链路。优化后的网络链路能够使用阿里云的海外专线，同时采用多套网路线路方案，即采用代理+专线+公网的方式实现海外服务器10的访问，当海外专线出现故障时，可采用代理专线进行访问；当代理专线出现故障时，可采用公网进行访问，以保证访问的正常运行，同时加快访问速度。

步骤S108，对所述有效门店队列进行异步处理，以获取有效套餐队列。

在生成了有效门店队列后，需对有效门店队列进行异步处理，以获取有效套餐队列。

其中，请参阅图3，步骤S108包括：

子步骤S1081，分别依据所述门店队列中的每个门店同时从关系型数据库中匹配套餐信息。

在确定有效门店队列后，需要对每个有效门店所拥有的套餐进行匹配，在用户实际搜索过程中，用户对于套餐信息较为关注，例如，套餐信息指在用户租车的过程中，示意同时办理相应的保险或其它业务，并且在整个业务中实现一定的优惠，及生成了套餐信息，对于每个门店而言，可能具有不同的套餐信息。

由于门店的套餐信息一般为固定的套餐，因此在实际的应用过程中，在MySQL数据库中会包含多种套餐，以方便用户在租车的过程中能够通过购买相应的套餐实现租车，无需用户再办理额外的手续。同时，在本实施例中，在进行套餐信息的匹配时，可以为固定的套餐，即对于每个门店的套餐均相同，当然地，也可以为不同的套餐信息，即针对每个门店，均存储有特定的套餐信息。本实施例对此并不做任何限定。

子步骤S1082，将所述套餐信息发送至高效缓存库中。

在本实施例中，在本实施例中，为了能够使数据处理的速度更快，会将套餐信息存储于MySQL数据库中，当需要调用套餐信息时，将MySQL数据库中的套餐信息发送至高效缓存库中，即本实施例提供的Memcache库。

子步骤S1083，从所述高效缓存库中调取每个门店的一个或多个套餐信息，以生成套餐队列。

在将套餐信息发送至高效缓存库中后，服务器10可从该高效缓存库中调取套餐信息，由于从高效缓存库中调用套餐信息的方式更快，因此生成套餐队列的过程也更快。

需要说明的是，本实施例生成套餐队列的方式包括多种，例如， 将每种套餐与一个门店进行匹配，从而依据每个门店生成多种套餐，当然地，在其它的一些实施例中，也可能具有其他的一些实施例方式，本实施例对此并不做任何限定。

子步骤S1084，对所述套餐队列进行异步处理，以获取有效套餐队列。

在生成了套餐队列后，服务器10依据对该套餐队列进行异步处理，即同时将所有的套餐队列中的套餐信息发送至门店服务端，从而获取每个套餐信息是否有效，即门店是否具备该套餐，当门店没有相应的套餐时，即剔除相应的套餐信息，从而组成新的有效套餐队列，其中，有效套餐队列即指用户能够使用的套餐。

需要说明的是，对于每个门店而言，可能存在一种套餐信息，也可能存在两种套餐信息，或者没有提供套餐信息服务器10，本实施例对此并不做任何限定。

步骤S109，依据所述有效套餐队列向与所述套餐对应服务端发送请求信息，并接收所述服务端发送的报价信息。

在本实施例中，当确定了有效套餐信息后，即需要确定每个门店对于套餐信息的报价，其中，服务器10会向与所述套餐信息对应的服务端发送请求信息，从而能够接收服务端反馈的报价信息。

其中，本实施例所述的服务端指每个门店使用的端口，每个门店根据实际的情况反馈相应的报价，从而能够使用户直观的看到针对每个门店的不同套餐的报价。

步骤S110，依据所述报价信息生成基础列表，将所述基础列表存储至对象型数据库中。

在本实施例中，当服务器10接收到服务端返回的报价信息后，即将所有的报价信息进行整合，从而整合成基础列表，其中，为了后期调用数据方便，会将基础列表存储至对象型数据库中，其中，本实施例所述的对象型数据库为mongodb库，mongodb库是一个基于分布式文件存储的数据库，mongodb库是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。它支持的数据结构非常松散，是类似json的bson格式，因此可以存储比较复杂的数据类型。Mongo最大的特点是它支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。

通过将基础列表存储于mongodb库的方式，能够实现在后期调用数据更加方便效果。当然地，在其它的一些实施例中，对象型数据库也可以为其它数据库，本实施例对此并不做任何限定。

步骤S111，将关系型数据库中存储的业务信息发送至高效缓存库中。

在生成基础列表以后，在本实施例中，还会对该基础列表增加一些特色服务，例如，增加自助导航服务、中文店员等服务，其中所有的特色服务均存储于关系型数据库，当需要进行调用时，还会将关系型数据库中存储的业务信息发送至高效缓存库中，从而使服务器10在调用相关数据时更加快捷。

步骤S112，从所述高效缓存库中调取所述业务信息，并依据所述业务信息与所述基础列表生成待发送列表。

在将业务信息发送至高效缓存库后，服务器10即可快速地调用高效缓存库中的业务信息，并将该业务信息与基础列表进行整合，从而生成待发送列表。其中，本实施例所述的发送列表指既包括套餐信息等数据的基础列表，还包括业务信息。

步骤S113，将所述待发送列表存储至所述对象型数据库中。

在本实施例中，为了便于后期数据的处理，还会将待发送列表存储至对象型数据库中。

步骤S114，对所述待发送列表进行筛选与转换，以生成所述搜索结果。

在本实施例中，由于待发送列表中的数据中可能包括无用的数据，因此还会对待发送列表进行筛选，即剔除不需要的数据，同时，由于在获取报价时，可能获取的国外的报价，因此需要转换成本国的报价，因此服务器10还会依据当前汇率进行换算，以确定用户需要进行租车，需要支付的费用。

步骤S115，将所述搜索结果发送至所述客户端。

在对信息进行处理后，即可生成搜索结果，并将搜索结果发送至客户端，其中，在服务器10将搜索结果发送至客户端时，为了使用户在观看时感受度更好，可能会对搜索结果进行页面的渲染等步骤，本实施例对此并不做任何限定。

第二实施例

请参阅图4，本发明较佳实施例提供的图1所示的搜索结果生成装置100的功能单元示意图。需要说明的是，本实施例所提供的搜索结果生成装置100，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本发明实施例部分未提及之处，可参考上述的实施例中相应内容。搜索结果生成装置100包括：

信息接收单元110，用于接收一客户端发送的搜索请求。

可以理解地，通过信息接收单元110可执行步骤S101。

地址确定单元120，用于依据所述搜索请求确定所述客户端的地址。

可以理解地，通过地址确定单元120可执行步骤S102。

判断单元130，用于判断与所述地址匹配的客户端在预设定的时间内是否通过多个不同的账号发送搜索请求。

可以理解地，通过判断单元130可执行步骤S103。

请求拒绝单元140，用于拒绝所述搜索请求。

可以理解地，通过请求拒绝单元140可执行步骤S104。

赋值单元150，用于从关系型数据库中获取自增ID，并将所述自增ID赋值于本次搜索请求。

可以理解地，通过赋值单元150可执行步骤S105。

队列生成单元160，用于依据所述搜索请求与预存储的门店信息生成门店队列。

可以理解地，通过队列生成单元160可执行步骤S106。

队列获取单元170，用于对所述门店队列进行异步处理，以获取有效门店队列。

可以理解地，通过队列获取单元170可执行步骤S107。

队列获取单元170还用于对所述有效门店队列进行异步处理，以获取有效套餐队列。

可以理解地，通过队列获取单元170可执行步骤S108。

其中，请参阅图5，队列获取单元170包括：

信息匹配模块171，用于分别依据所述门店队列中的每个门店同时从关系型数据库中匹配套餐信息。

可以理解地，通过信息匹配模块171可执行子步骤S1081。

信息发送模块172，用于将所述套餐信息发送至高效缓存库中。

可以理解地，通过信息发送模块172可执行子步骤S1082。

队列生成模块173，用于从所述高效缓存库中调取每个门店的一个或多个套餐信息，以生成套餐队列。

可以理解地，通过队列生成模块173可执行子步骤S1083。

队列获取模块174，用于对所述套餐队列进行异步处理，以获取有效套餐队列。

可以理解地，通过队列获取模块174可执行子步骤S1084。

信息接收单元110，用于依据所述有效套餐队列向与所述套餐对应服务端发送请求信息，并接收所述服务端发送的报价信息。

可以理解地，通过信息接收单元110可执行步骤S109。

存储单元180，用于依据所述报价信息生成基础列表，将所述基础列表存储至对象型数据库中。

可以理解地，通过存储单元180可执行步骤S110。

信息发送单元190，用于将关系型数据库中存储的业务信息发送至高效缓存库中。

可以理解地，通过信息发送单元190可执行步骤S111。

列表生成单元200，用于从所述高效缓存库中调取所述业务信息，并依据所述业务信息与所述基础列表生成待发送列表。

可以理解地，通过列表生成单元200可执行步骤S112。

存储单元180还用于将所述待发送列表存储至所述对象型数据库中。

可以理解地，通过存储单元180可执行步骤S113。

结果生成单元210，用于对所述待发送列表进行筛选与转换，以生成所述搜索结果。

可以理解地，通过结果生成单元210可执行步骤S114。

信息发送单元190，用于将所述搜索结果发送至所述客户端。

可以理解地，通过信息发送单元190可执行步骤S115。

综上所述，本发明提供了一种搜索结果生成方法与装置，通过接收一客户端发送的搜索请求，然后依据搜索请求与预存储的门店信息生成门店队列，再对门店队列进行异步处理，以获取有效门店队列，再对有效门店队列进行异步处理，以获取有效套餐队列，再依据套餐队列向与套餐对应服务端发送请求信息，并接收服务端发送的报价信息，最后依据报价信息生成搜索结果，并将搜索结果发送至客户端。由于发明提供的搜索结果生成方法能够通过异步处理的方式实现对门店队列以及有效门店队列进行处理，且异步处理的方式为将队列中的数据同时进行处理，因此能够实现处理更加高效，更快的生成搜索结果，用户体验感更好。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims (10)

1.一种搜索结果生成方法，其特征在于，所述搜索结果生成方法包括：

接收一客户端发送的搜索请求；

依据所述搜索请求与预存储的门店信息生成门店队列；

对所述门店队列进行异步处理，以获取有效门店队列；

对所述有效门店队列进行异步处理，以获取有效套餐队列；

依据所述有效套餐队列向与所述套餐对应服务端发送请求信息，并接收所述服务端发送的报价信息；

依据所述报价信息生成搜索结果，并将所述搜索结果发送至所述客户端。

2.如权利要求1所述的搜索结果生成方法，其特征在于，所述对所述有效门店队列进行异步处理，以获取有效套餐队列的步骤包括：

分别依据所述门店队列中的每个门店同时从关系型数据库中匹配套餐信息；

将所述套餐信息发送至高效缓存库中；

从所述高效缓存库中调取每个门店的一个或多个套餐信息，以生成套餐队列；

对所述套餐队列进行异步处理，以获取有效套餐队列。

3.如权利要求1所述的搜索结果生成方法，其特征在于，在所述依据所述报价信息生成搜索结果，并将所述搜索结果发送至所述客户端的步骤之前，所述搜索结果生成方法还包括：

依据所述报价信息生成基础列表，将所述基础列表存储至对象型数据库中；

将关系型数据库中存储的业务信息发送至高效缓存库中；

从所述高效缓存库中调取所述业务信息，并依据所述业务信息与所述基础列表生成待发送列表；

将所述待发送列表存储至所述对象型数据库中；

对所述待发送列表进行筛选与转换，以生成所述搜索结果。

4.如权利要求1所述的搜索结果生成方法，其特征在于，在所述接收一客户端发送的搜索请求的步骤之后，所述搜索结果生成方法还包括：

依据所述搜索请求确定所述客户端的地址；

判断与所述地址匹配的客户端在预设定的时间内是否通过多个不同的账号发送搜索请求；

如果否，则依据所述搜索请求与预存储的门店信息生成门店队列。

5.如权利要求1所述的搜索结果生成方法，其特征在于，在所述接收一客户端发送的搜索请求的步骤之后，所述搜索结果生成方法还包括：

从关系型数据库中获取自增ID，并将所述自增ID赋值于本次搜索请求。

6.一种搜索结果生成装置，其特征在于，所述搜索结果生成装置包括：

信息接收单元，用于接收一客户端发送的搜索请求；

队列生成单元，用于依据所述搜索请求与预存储的门店信息生成门店队列；

队列获取单元，用于对所述门店队列进行异步处理，以获取有效门店队列；

队列获取单元还用于对所述有效门店队列进行异步处理，以获取有效套餐队列；

信息接收单元，用于依据所述有效套餐队列向与所述套餐对应服务端发送请求信息，并接收所述服务端发送的报价信息；

信息发送单元，用于依据所述报价信息生成搜索结果，并将所述搜索结果发送至所述客户端。

7.如权利要求6所述的搜索结果生成装置，其特征在于，所述队列获取单元包括：

信息匹配模块，用于分别依据所述门店队列中的每个门店同时从关系型数据库中匹配套餐信息；

信息发送模块，用于将所述套餐信息发送至高效缓存库中；

队列生成模块，用于从所述高效缓存库中调取每个门店的一个或多个套餐信息，以生成套餐队列；

队列获取模块，用于对所述套餐队列进行异步处理，以获取有效套餐队列。

8.如权利要求6所述的搜索结果生成装置，其特征在于，所述搜索结果生成装置还包括：

存储单元，用于依据所述报价信息生成基础列表，将所述基础列表存储至对象型数据库中；

信息发送单元，用于将关系型数据库中存储的业务信息发送至高效缓存库中；

列表生成单元，用于从所述高效缓存库中调取所述业务信息，并依据所述业务信息与所述基础列表生成待发送列表；

存储单元还用于将所述待发送列表存储至所述对象型数据库中；

结果生成单元，用于对所述待发送列表进行筛选与转换，以生成所述搜索结果。

9.如权利要求6所述的搜索结果生成装置，其特征在于，所述搜索结果生成装置还包括：

地址确定单元，用于依据所述搜索请求确定所述客户端的地址；

判断单元，用于判断与所述地址匹配的客户端在预设定的时间内是否通过多个不同的账号发送搜索请求；

队列生成单元，用于当与所述地址匹配的客户端在预设定的时间内未通过多个不同的账号发送搜索请求时，则依据所述搜索请求与预存储的门店信息生成门店队列。

10.如权利要求6所述的搜索结果生成装置，其特征在于，所述搜索结果生成装置还包括：

赋值单元，用于从关系型数据库中获取自增ID，并将所述自增ID赋值于本次搜索请求。