一种调价方法与系统与流程

本申请涉及数据处理技术领域，具体而言，涉及一种调价方法与系统。

背景技术：

目前，随着自驾旅游的兴起，网上租车行业得到的巨大的发展。

一般的，网上租车公司在接收的用户的租车请求后，会根据用户的需求从供应商端获取相关数据信息，该数据信息中包括价格信息，然后由网上租车公司对价格信息进行调价，最终发送至客户端，供用户选择。

由于目前网上租车公司普遍使用php语言开发价格调整系统，而php语言具有的单线程处理的特性，因此需要等待所有供应商端的数据均返回后才能开始计算，进而调价，用户的等待时间较长，体验感较差。

技术实现要素：

本申请的目的在于提供一种调价方法，以解决现有技术中系统需等到所有供应商端的数据均返回后才能开始计算，导致用户等待时间较长的问题。

本申请的另一目的在于提供一种调价系统，以解决现有技术中系统需等到所有供应商端的数据均返回后才能开始计算，导致用户等待时间较长的问题。

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

一方面，本发明实施例提供了一种调价方法，所述调价方法应用于调价系统，所述调价系统包括对外服务器、流计算集群以及存储服务器，所述对外服务器分别与所述存储服务器、所述流计算集群通信连接，且所述对外服务器还与第一客户端、多个供应商端通信连接，所述流计算集群与所述存储服务器通信连接，所述调价方法包括：

所述对外服务器依次接收所述多个供应商端发送的多项数据信息，其中，每项所述数据信息包括基础信息与初始价格信息；

所述对外服务器将所述基础信息转发至所述存储服务器，并将所述初始价格信息转发至所述流计算集群；

所述流计算集群依据预设定的调价规则对所述初始价格信息进行调价，以生成已调价价格信息；

所述流计算集群将所述已调价价格信息发送至所述存储服务器；

所述存储服务器将所述已调价价格信息与所述基础信息进行整合，以生成整合后的信息；

所述对外服务器将所述整合后的信息发送至所述第一客户端。

另一发明，本发明实施例提供了一种调价系统，所述调价系统包括对外服务器、流计算集群以及存储服务器，所述对外服务器分别与所述存储服务器、所述流计算集群通信连接，且所述对外服务器还与第一客户端、多个供应商端通信连接，所述流计算集群与所述存储服务器通信连接；其中，

所述对外服务器用于依次接收所述多个供应商端发送的多项数据信息，其中，每项所述数据信息包括基础信息与初始价格信息；

所述对外服务器还用于将所述基础信息转发至所述存储服务器，并将所述初始价格信息转发至所述流计算集群；

所述流计算集群用于依据预设定的调价规则对所述初始价格信息进行调价，以生成已调价价格信息；

所述流计算集群还用于将所述已调价价格信息发送至所述存储服务器；

所述存储服务器用于将所述已调价价格信息与所述基础信息进行整合，以生成整合后的信息；

所述对外服务器用于将所述整合后的信息发送至所述第一客户端。

相对于现有技术，本申请实施例提供的调价方法与系统具有以下优点：

本发明实施例提供了一种调价方法，该调价方法应用于调价系统，调价系统包括对外服务器、流计算集群以及存储服务器，对外服务器分别与存储服务器、流计算集群通信连接，且对外服务器还与第一客户端、多个供应商端通信连接，流计算集群与存储服务器通信连接。通过对外服务器依次接收多个供应商端发送的多项数据信息，其中，每项数据信息包括基础信息与初始价格信息，外服务器将基础信息转发至存储服务器，并将初始价格信息转发至流计算集群，然后由流计算集群依据预设定的调价规则对初始价格信息进行调价，以生成已调价价格信息，再由流计算集群将已调价价格信息发送至存储服务器，再由存储服务器将已调价价格信息与基础信息进行整合，以生成整合后的信息，最后由对外服务器将整合后的信息发送至第一客户端。由于本申请提供的调价方法能够使对外服务器在获取供应商端的数据信息后，将初始价格信息发送至流计算集群进行调价，并且在调价后，能够通过存储服务器再次将数据信息进行整合，并发送至第一客户端。由于流计算集群能够对每个初始价格信息进行分别计算，因此无需等到所有信息均返回后再进行计算，使计算效率更快，用户等待的时间更短，提升了用户的体验感。

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

附图说明

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

图1为本发明实施例提供的调价系统的交互示意图。

图2为本发明实施例提供的调价方法的部分流程图。

图3为本发明实施例提供的调价方法的另一部分流程图。

图中：100-调价系统；110-对外服务器；120-流计算集群；130-存储服务器；140-缓存服务器；150-对内服务器；160-第二客户端。

具体实施方式

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

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

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

在本申请的描述中，需要说明的是，术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该申请产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

第一实施例

请参阅图1，本发明实施例提供了一种调价方法，该调价方法应用于调价系统100，该调价系统100包括对外服务器110、流计算集群120以及存储服务器130，对外服务器110分别与存储服务器130、流计算集群120通信连接，且对外服务器110还与第一客户端、多个供应商端通信连接，流计算集群120与存储服务器130通信连接。通过本发明实施例提供的调价方法，能够实现计算更加迅速，减少用户的等待时间，进而达到提升用户的体验感的效果。

目前，对于网上租车平台而言，一般通过php语言搭建系统架构，由于php语言的单线程性，因此在网上租车平台接收到供应商端的数据信息后，当需要对数据信息进行处理时，需要在接收到所有供应商端的数据后才能够进行处理，而每个网上租车平台一般连接有成百上千个供应商端，且每个供应商端的服务器的处理速度不一，因此数据返回时可能相差较长时间，导致用户需要你等待较长时间才能了解到请求的结果，使用户的体验感较差。

因此，本申请采用java语言搭建系统架构，由于java语言可多线程处理的特性，因此其处理数据的速度能够更快。

具体地，请参阅图2，本申请提供的调价方法包括：

s101，第一客户端向对外服务器发送请求信息。

其中，本实施例所述的第一客户端，为用户使用的端口，例如用户使用的电脑、手机等智能终端，对外服务器110为用于服务用户与供应商端的服务器。

以用户使用手机作为第一客户端为例进行说明，在实际应用中，用户手机内安装有与网上租车平台关联的app，当用户打开该app时，第一客户端与对外服务器110之间建立通信连接。同时，用户能够通过第一客户端向对外服务器110发送请求信息，例如，该请求信息可以为用户在何时何地需要租车，即该请求信息为用户的租车信息。如用户发送的请求信息为需要在10月1日当天于洛杉矶进行租车，则对外服务器110能够接收第一客户端发送的请求信息。

s102，对外服务器将请求信息转发至供应商端。

其中，供应商端指能够提供租赁车辆的商家的端口，其中，供应商端的数量不做限制，例如，供应商端的数量可能为200家，且每个供应商端均与对外服务器110通信连接。对外服务器110在接收到用户的请求信息后，会将请求信息转发每个供应商端，以获取供应商端反馈的信息。

s103，对外服务器依次接收多个供应商端发送的多项数据信息，其中，每项数据信息包括基础信息与初始价格信息。

在供应商端接收到外服务器转发的请求信息后，会根据该请求信息生成反馈信息。

其中，该请求信息即包括多项数据信息，例如租车时间信息与租车地点信息，且供应商端能够根据该多项数据信息生成反馈信息，例如供应商端依据租车地点匹配门店，如租车地点信息为洛杉矶，则供应商端自动匹配洛杉矶的门店。并且在每个门店内可能设置有多个品牌，多个型号的车辆，且有些车辆可能在已经被租出，即在匹配门店后，供应商端还会依据租车时间信息判断该门店内可以出租的车辆，例如在该门店内总共有10辆车，但在10月1日已经有5辆车被租出，则该门店内可以出租的车辆为5辆。

即上述生成的反馈信息为5辆车，且反馈信息包括该五辆车全部信息。其中，反馈信息主要包括基础信息与初始价格信息。

具体的，基础信息包括车辆的性能参数等，例如车辆的油耗，车辆的座位数等，初始价格信息包括每辆车的价格信息以及每辆车的型号等，其中，车辆的型号也可没有。由于每个型号的车辆的购买价格不同，因此每种型号的车辆的租赁价格也不相同。例如，甲公司的a型车的租赁价格为100元/天，而b型车的租赁价格为200元/天。并且，对于同一类型的车，其租赁价格也可能不同，例如甲公司的a型车的租赁价格为100元/天，而乙公司的a型车的租赁价格为110元/天，本申请对此并不做任何限定。

并且，由于每个供应商端的性能以及数据库并不相同，因此其反馈信息的时间也并不相同，即有些供应商端反馈数据的时间较快，而有些数据端反馈的时间较慢。例如，供应商端的数量为200家，则当对外服务器110发送请求信息后，可能由100家供应商端在1s内向对外服务器110发送了反馈信息，且由50家供应商端在1s-2s后向对外服务器110发送了反馈信息，而另外50家供应商端在2s后向对外服务器110发送了反馈信息，本申请对此并不做具体限定。

同时，需要说明的是，当某一供应商端依据请求信息匹配不到车辆时，即表示在该地点与该时间内，无车辆可以出租，此时供应商端仍然会向对外服务器110发送反馈信息，例如发送“在请求的时间与地点内无可出租车辆”。

综上，当供应商端接收到对外服务器110发送的请求信息后，会依旧该请求信息生成反馈信息，并将该反馈信息发送至所述对外服务器110，其中，该反馈信息中包括基础信息与初始价格信息。

s104，对外服务器将基础信息转发至存储服务器，并将初始价格信息转发至流计算集群。

当对外服务器110接收到反馈信息后，对外服务器110会将该基础信息转发至存储服务器130，并将初始价格信息转发至流计算集群120。

流计算集群120是一种可以很好地对大规模流动数据在不断变化的运动过程中实时地进行分析，捕捉到可能有用的信息，并把结果发送到下一计算节点的集群。在本实施例中，流计算集群120采用storm集群，存储服务器130采用mongodb数据库，当然地，在其它的一些实施例中，也可以采用其它集群或设备，本实施例对此并不做具体限定。

作为本申请的一种实现方式，供应商端接收到一反馈信息数据包，并对反馈信息数据包进行解析，同时将反馈信息划分成基础信息与初始价格信息，并将基础信息转发至存储服务器130，同时将并将初始价格信息转发至流计算集群120。

作为本申请的另一种实现方式，供应商端在发送反馈信息时，即将反馈信息分为基础信息与初始价格信息，且对外服务器110在接收到反馈信息后，并直接将基础信息转发至存储服务器130，同时将并将初始价格信息转发至流计算集群120。

需要说明的，在传统的调价系统100中，对外服务器110需要在接收到所有客户端发送的反馈信息后，才会依据该反馈信息进行调价的计算，使得第一客户端需要等待较长的时间，造成用户体验感较差的问题。

而在本实施例中，通过设置流计算集群120，能够在对外服务器110接收到供应商端的反馈信息后，将初始价格信息发送至流计算集群120，然后由流计算集群120进行调价计算；并将不需要进行调价计算的基础信息转发至存储服务器130。

需要说明的是，在本实施例中，由于采用java语言搭建系统，且采用流计算集群120，因此当对外服务器110在接收到反馈信息后，可直接将接收到的反馈信息中的初始价格信息转发至流计算集群120进行调价计算，而不需要等待所有供应商端均反馈数据后再进行计算，提升了计算效率，能够更快的反馈给用户数据，进而提升了用户的体验感。

即在本实施例中，每当对外服务器110接收到一个供应商端发送的反馈信息后，均会直接将反馈信息中的初始价格信息转发至流计算集群120；同时将基础信息转发至存储服务器130。

s105，流计算集群将确定的需求信息转发至缓存服务器。

在本实施例，调价系统100还包括缓存服务器140，缓存服务器140与流计算集群120通信连接。

在流计算集群获取初始价格信息后，会通过算法进行信息的筛选，并筛选出需求信息，以将需求信息转发至存储服务器中。以在后续对于数据的调用与对比中，能够更加快速的实现对于数据的调用。

其中，本实施例提供的缓存服务器140为redis缓存服务器140，并且，对外服务器110在将反馈信息缓存至缓存服务器140中时，会对数据进行实时的分类记录，并且保存至redis缓存中。

s106，流计算集群依据预设定的调价规则对初始价格信息进行调价，以生成已调价价格信息。

当流计算集群120接收到初始价格信息后，由于该初始信息为供应商的报价，用户通过网上租车平台进行车辆的租赁时，需要支付一定的服务器，因此流计算集群120会按照设定的调价规则对该初始价格信息进行调价。

作为本实施例的一种实现方式，流计算集群120按照比例进行调价，例如按照10%的比例进行调价，则接收到a型车的初始价格信息后，若a型车初始价格信息为100元/天，在调价后即为110元/天。

作为本申请另一种实现方式，流计算集群120也可按照固定值进行调价，即在接收到初始价格信息后，流计算集群120在该初始价格的基础上加上固定的数值，进而实现调价。例如，a型车初始价格信息为100元/天，按照固定值进行调价，则a型车调价后值为100+20=120元。

通过设置流计算集群120，使得流计算集群120在接收到对外服务器110转发的初始价格信息后，能够更加快速的进行计算出已调价价格信息。

并且，由于对外服务器110为接收到一个反馈数据后，立即将反馈数据中的初始价格信息转发至流计算集群120，因此流计算集群120也能够对于初始价格信息进行一个接一个的调价，提升了计算速度。

s107，流计算集群将已调价价格信息发送至存储服务器。

当流计算集群120将初始价格信息进行调价生成已调价价格信息后，会将已调价价格信息发送至存储服务器130，以便于存储服务将已调价价格信息与基础信息进行整合。

s108，存储服务器将已调价价格信息与基础信息进行整合，以生成整合后的信息。

当需要将信息发送至第一客户端时，还需要将已调价价格信息与基础信息进行整合，以将整合后的信息发送至第一客户端，便于用户观看。其中，本实施例所述的整合，为将已调价价格信息与基础信息进行结合，以形成一条完整的数据。

作为本实施例一种可选的实现方式，存储服务器130将已调价价格信息与基础信息进行整合的具体方法为：

存储服务器130依据每项已调价价格信息的编号与每项基础信息的编号将已调价价格信息与基础信息进行整合，以生成整合后的信息。

具体的，在基础信息与初始价格信息中均设置了编号，且同一供应商端发送的反馈信息中，基础信息与初始价格信息对应。例如，甲公司反馈的a型车数据中，基础信息的编号为1号，初始价格信息的编号为2号，则将基础信息与初始价格信息能够通过编号的方式进行整合。当将初始价格信息进行调价后，生成的已调价价格信息的编号与初始价格信息的编号相同。因此存储服务器130能够将编号相同的基础信息与已调价价格信息进行整合。

s109，第一客户端在预设定时间后向对外服务器发送请求指令。

与s101不同的是，本步骤中向对外服务器110发送请求指令，由第一客户端自行触发，即用户在无感知的情况下，通过前端自身触发请求指令。例如，当用户通过网页的形式发起s101中的数据请求后，浏览器会在预设定的时间后自行触发向对外服务器110发送请求指令的操作。或者，当用户通过app发起s101中的数据请求后，app会在预设定的时间后自行触发向对外服务器110发送请求指令的操作。

同时，本申请所述的预设定时间，可以设定为1-2s，例如将预设定时间设置为1s或者2s，本申请对此不做具体限定。

s110，对外服务器将整合后的信息发送至第一客户端。

在存储服务器130将已调价价格信息与初始价格信息进行整合后，存储服务能够将整合后的信息发送至对外服务器110，然后由对外服务器110将整合后的信息发送至第一客户端。

作为本申请一种可能的实现方式，对外服务器110将整合后的信息发送至第一客户端的具体方式为：

首先由存储服务器130将每项整合后的信息更新至对外服务器110中。具体的，由于供应商端发送的反馈信息存在先后顺序，且流计算集群120在接收到初始价格信息后，会立刻对初始价格信息进行调价。因此在本申请中，存储服务器130实质也会先后接收到已调价价格信息，然后进行数据的整合，即存储服务器130对于数据的整合，也为一项接一项的进行整合，并且在整合后，存储服务器130会将每项整合后信息更新至对外服务器110中。

在对外服务器110在接收到整合后的信息后，对外服务器110会将每项整合后的信息转发至第一客户端，进而使使用第一客户端的用户能够查看到根据自己的请求指令反馈的信息。

即在本实施例中，存储服务器130处于不断对数据进行整合中，直至数据全部整合完成，且存储服务器130每整合完成一项数据，会立即将该整合后的数据更新至对外服务器110中，并由对外服务器110将该条数据发送至第一客户端中。即第一客户端的数据也处于不断更新过程中，直至所有供应商端的数据均发送至第一客户端。通过不断更新的方式，能够使供应商端中最早发送的反馈信息，经过调价、整合后，最快的将整合后信息发送至第一客户端进行显示，进而对于使用第一客户端的用户而言，其能够在最快时间内，观看到部分经过调价的数据，减少了用户等待响应的时间，进而提升了用户体验感。

例如，用户在发送请求信息后，在1s后，有30项数据已经经过调价、整合的处理，即在第一秒钟时，第一客户端能够接收到30项已经处理好的数据，并且另外的数据也正在由调价系统100进行处理中。对于用户而言，其能够通过第一客户端首先接收到该30项数据，若第一客户端的显示界面为15项数据为一页时，则用户能够通过第一客户端观看到2页的数据量。并且在用户观看数据同时，已经处理好的新的数据也不断地发送至第一客户端，进而数据更新过程不会影响用户正常观看数据，用户体验感更好。

s111，存储服务器将已发送至第一客户端的信息进行标记。

当存储服务器130每更新一项数据信息时，会将已经发送至第一客户端信息进行标记。

作为本申请的一种实现方式，存储服务器130会将已发送至第一客户端的信息标记为已发送，而未发送至第一客户端信息标记为未发送。

作为本申请的另一种实现方式，存储服务器130还可将存储服务器130会将已发送至第一客户端的信息标记为已发送，而未发送至第一客户端信息不做标记。

请参阅图3，调价方法还包括：

s112，流计算集群将初始价格信息与已调价价格信息发送至对内服务器。

本申请提供的调价系统100还包括对内服务器150与第二客户端160，对内服务器150分别与第二客户端160、流计算集群120通信连接。其中，第二客户端160为网上租车平台的工作人员使用的端口，对内服务器150为用于服务工作人员的服务器。通过设置对内服务器150与对外服务器110，能够使对外服务器110指定服务于第一客户端与供应商端，而对内服务器150指定服务于第二客户端160，使二者数据不会干扰，处理效率更高。

并且，通过将初始价格信息与已调价价格信息发送至对内服务器150，能够使工作人员实时了解每个供应商的租车价格，以及不同型号的车辆的租车价格，便于后台数据统计与调控。

并且，需要说明的是，s112与s107-s111之间并无先后顺序。

s113，对内服务器将初始价格信息与已调价价格信息转发至第二客户端。

s114，对内服务器150接收第二客户端160的目标类型数据。

在本实施例中，工作人员能够根据实际的需求调控调价规则，例如，在近段时间内，租车平台主推a型车，则为了使用户更多的选择租赁a型车，工作可将a型车确定为目标类型数据，从而调控a型车的价格。例如，当确定目标类型数据后，该目标类型的数据会处于按照初始价格信息发送至第一客户端。

当然地，目标类型数据也可以为其它数据，例如目标类型数据为某一供应商端，即在近段时间内，主推某一供应厂商的车辆，从而将供应商端确定为目标类型数据，在此基础上，流计算集群120会比较该供应商端提供的初始价格信息与其它供应商端提供的初始价格信息，并保证该供应商端的已调价价格信息低于其它供应商端的已调价价格信息。

s115，对内服务器将目标类型数据转发至流计算集群。

在工作人员根据实际需求确定目标类型数据后，对内服务器150会将目标类型数据转发至流计算集群120，进而使流计算集群120对目标类型数据进行再次调价，以使目标类型数据中最终的调价价格低于其它数据的调价价格。

s116，流计算集群获取缓存服务器中的数据信息，并依据数据信息对目标类型数据进行调价。

具体地，当流计算集群120获取目标类型数据后，流计算集群120会从缓存服务器140中获取所有供应商端的数据信息，并通过比较的方式，使最终经过流计算集群120计算的信息后，目标类型数据的已调价价格信息低于其它类型的已调价价格信息。

s117，流计算集群将调价后的目标类型数据发送至存储服务器。

当流计算集群120将目标类型数据进行调价后，会将调价后的目标类型数据发送至存储服务器130。

s118，当目标类型数据为未标记的信息时，存储服务器将调价后的目标类型数据通过对外服务器发送至第一客户端。

其中，由于在工作人员依据实际情况进行调价时，流计算集群120处于不断调价计算，存储服务器130处于对于数据不断整合与更新中，因此可能出现当工作人员确定目标类型数据后，存储服务器130已经将该数据通过对外服务器110更新至第一客户端，若此时再将目标类型数据更新至第一客户端，则会造成数据的混乱，使用户体验感降低。

有鉴于此，存储服务器130在接收到调价后的目标类型数据时，还会确定目类型数据是否已标记，若已标记，则表示目标类型数据已经发送至第一客户端一次，此时即使存储服务器130接收到调价后的目标类型数据，也不会的将调价后的目标类型数据更新至第一客户端。并且，本实施例所述的未标记，指目标类型数据为“未发送”的标记，或目标类型数据并未做任何标记。

下面举例进行说明，若甲供应商的a型车在发送反馈数据后，且甲供应商的a型车的初始价格信息为100元/天，经过流计算的调价计算，调整价格为100*（100+10）%=110元/天，且该数据类型在存储服务器130进行数据的整合后，存储服务器130通过对外服务器110将该数据更新至第一客户端。此时，若工作人员通过第二客户端160指定a型车为目标类型数据，则流计算集群120会在接收到目标类型数据后，通过从缓存服务器140中调取数据，然后通过比对的形式，今天调价，例如将该目标类型数据的价格调整为100元/天。并将调价后的目标类型数据发送至存储服务器130。

存储服务器130在接收到调价后的目标类型数据后，会对比该目标类型数据的标记状态，由于存储服务器130已经将甲供应商的a型车更新至第一客户端（即从第一客户端中可显示甲供应商的a型车的价格为110元/天），则存储服务器130中甲供应商的a型车的数据处于“已发送”的标记状态，因此存储服务器130不会再将甲供应商的a型车作为目标类型数据的价格更新至第一客户端（即存储服务器130不会将甲供应商的a型车为100元/天的价格更新至第一客户端）。

而当目标类型数据为未标记的信息时，存储服务器130则会将调价后的目标类型数据通过对外服务器110发送至第一客户端，即从第一客户端中可显示甲供应商的a型车的价格为100元/天。

第二实施例

请参阅图1，本发明实施例还提供了一种调价系统100，且第一实施例所述的调价方法能够应用与该调价系统100。

具体地，调价系统100包括对外服务器110、流计算集群120以及存储服务器130，对外服务器110分别与存储服务器130、流计算集群120通信连接，且对外服务器110还与第一客户端、多个供应商端通信连接，流计算集群120与存储服务器130通信连接。

其中，对外服务器110用于依次接收多个供应商端发送的多项数据信息，其中，每项数据信息包括基础信息与初始价格信息。

对外服务器110还用于将基础信息转发至存储服务器130，并将初始价格信息转发至流计算集群120。

流计算集群120用于依据预设定的调价规则对初始价格信息进行调价，以生成已调价价格信息。

流计算集群120还用于将已调价价格信息发送至存储服务器130。

存储服务器130用于将已调价价格信息与基础信息进行整合，以生成整合后的信息。

对外服务器110用于将整合后的信息发送至第一客户端。

并且，调价系统100还包括对内服务器150与第二客户端160，对内服务器150分别与第二客户端160、流计算集群120通信连接。

流计算集群120还用于将初始价格信息与已调价价格信息发送至对内服务器150。

对内服务器150用于将初始价格信息与已调价价格信息转发至第二客户端160。

并且，调价系统100还包括缓存服务器140，缓存服务器140与对外服务器110、流计算集群120通信连接。

对外服务器110还用于将数据信息转发至缓存服务器140。

对内服务器150用于接收第二客户端160的目标类型数据。

对内服务器150还用于将目标类型数据转发至流计算集群120。

流计算集群120用于获取缓存服务器140中的数据信息，并依据数据信息对目标类型数据进行调价。

同时，存储服务器130用于将已发送至第一客户端的信息进行标记。

流计算集群120用于将调价后的目标类型数据发送至存储服务器130。

当目标类型数据为未标记的信息时，存储服务器130还用于将调价后的目标类型数据通过对外服务器110发送至第一客户端。

综上所述，本发明实施例提供了一种调价方法，该调价方法应用于调价系统，调价系统包括对外服务器、流计算集群以及存储服务器，对外服务器分别与存储服务器、流计算集群通信连接，且对外服务器还与第一客户端、多个供应商端通信连接，流计算集群与存储服务器通信连接。通过对外服务器依次接收多个供应商端发送的多项数据信息，其中，每项数据信息包括基础信息与初始价格信息，外服务器将基础信息转发至存储服务器，并将初始价格信息转发至流计算集群，然后由流计算集群依据预设定的调价规则对初始价格信息进行调价，以生成已调价价格信息，再由流计算集群将已调价价格信息发送至存储服务器，再由存储服务器将已调价价格信息与基础信息进行整合，以生成整合后的信息，最后由对外服务器将整合后的信息发送至第一客户端。由于本申请提供的调价方法能够使对外服务器在获取供应商端的数据信息后，将初始价格信息发送至流计算集群进行调价，并且在调价后，能够通过存储服务器再次将数据信息进行整合，并发送至第一客户端。由于流计算集群能够对每个初始价格信息进行分别计算，因此无需等到所有信息均返回后再进行计算，使计算效率更快，用户等待的时间更短，提升了用户的体验感。

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

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。