租车数据处理方法、服务器、电子设备及存储介质

技术领域

本公开涉及领域大数据处理技术领域，具体而言，涉及一种租车数据处理方法、服务器、电子设备及计算机存储介质。

背景技术

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

一般的，网上租车公司在接收的用户的租车请求后，会根据用户的需求从服务端获取相关数据信息，该数据信息中包括价格信息，服务端需要做大量的查询和计算，得到价格值，最终发送至客户端，供用户选择。特别是大量用户并发时，整体运算量大，对服务端的要求高。现有技术中系统算价时获取价格数量较多且计算次数较多，导致接口响应时间较长，用户体验较差。

如上所述，如何提高系统的整体处理能力成为亟待解决的问题。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种租车数据处理方法、服务器、电子设备及计算机存储介质，至少在一定程度上克服由于相关技术计算量大的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提供一种租车数据处理方法，包括：

接收来自用户的租车请求，所述租车请求中包括租车的开始日期和结束日期；

根据所述租车的开始日期获得第一费用值，其中所述第一费用值表示从起始日期到所述开始日期的所有天的租车费用之和；

根据所述租车的结束日期获得第二费用值，其中所述第二费用值表示从起始日期到所述结束日期的所有天的租车费用之和；

根据所述第二费用值和所述第一费用值获得所述用户租车的整体费用值。

在一个实施例中，该方法还包括：存储以所述起始日期为第二项的总费用数组，所述总费用数组的第一项值为0，所述总费用数组的第k项的值为从所述起始日期起到第k天的所有天的租车费用之和，k为自然数；

根据所述租车的开始日期获得第一费用值包括：

获得所述开始日期和所述起始日期的第一间隔天数t1，获得所述总费用数组的第t1项的值作为所述第一费用值；

根据所述租车的结束日期获得第二费用值包括：

获得所述结束日期和所述起始日期的第二间隔天数t2，获得所述总费用数组的第t2项的值作为所述第二费用值。

在一个实施例中，该方法还包括：存储以所述起始日期为第二项的当天费用数组，所述当天费用数组的第一项值为0，所述当天费用数组的第k项的值为从所述起始日期起第k天的当天租车费用。

在一个实施例中，该方法还包括：向用户展示整体费用值，以及从所述开始日期到所述结束日期的每一天的当天租车费用。

在一个实施例中，起始日期为每年的第一天。

在一个实施例中，当每天的租车价格动态变化时，动态更新所述总费用数组中每一项的值。

根据本公开的另一方面，提供一种租车数据处理方法，包括：

接收用户输入的租车请求，所述租车请求中包括租车的开始日期和结束日期；

将所述租车的开始日期和所述结束日期发送给服务器，以便服务器根据所述租车的开始日期获得第一费用值，根据所述租车的结束日期获得第二费用值，其中所述第一费用值表示从起始日期到所述开始日期的所有天的租车费用之和，所述第二费用值表示从起始日期到所述结束日期的所有天的租车费用之和；

向所述用户展示所述用户租车的整体费用值，其中，所述用户租车的整体费用值根据所述第二费用值和所述第一费用值获得。

根据本公开的又一方面，提供一种服务器，包括：

请求接收模块，用于接收来自用户的租车请求，所述租车请求中包括租车的开始日期和结束日期；

费用获取模块，用于根据所述租车的开始日期获得第一费用值，其中所述第一费用值表示从起始日期到所述开始日期的所有天的租车费用之和；根据所述租车的结束日期获得第二费用值，其中所述第二费用值表示从起始日期到所述结束日期的所有天的租车费用之和；

总费用确定模块，用于根据所述第二费用值和所述第一费用值获得所述用户租车的整体费用值。

根据本公开的又一方面，提供一种电子设备，包括：存储器、处理器及存储在所述存储器中并可在所述处理器中运行的可执行指令，其特征在于，所述处理器执行所述可执行指令时实现如上所述的方法。

根据本公开的又一方面，提供一种计算机可读存储介质，其上存储有计算机可执行指令，其特征在于，所述可执行指令被处理器执行时实现如上所述的方法。

本公开的实施例提供的租车数据处理方法、服务器和电子设备，当用户输入租车请求时，获得用户租车的开始日期和结束日期，直接通过查询获得与开始日期和结束日期对应的费用值，然后基于第一费用值和第二费用值直接获得用户租车的整体费用，可以大大减少计算量。

当系统中存在大量类似租车请求时，可以大幅减少系统的整体运算量，。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1示出本公开实施例中一种系统结构的示意图；

图2示出本公开一个实施例中一种租车数据处理方法的流程图；

图3示出本公开另一个实施例中一种租车数据处理方法的流程图；

图4示出本公开又一个实施例中一种租车数据处理方法的流程图；

图5示出本公开一个实施例中一种租车数据处理装置的框图；和

图6示出本公开实施例中一种电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施例使得本公开将更加全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。符号“/”一般表示前后关联对象是一种“或”的关系。

在本公开中，除非另有明确的规定和限定，“连接”等术语应做广义理解，例如，可以是电连接或可以互相通讯；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本公开中的具体含义。

图1示出了可以应用本公开的租车数据处理方法的示例性系统架构10。

如图1所示，系统架构10可以包括终端设备102、网络104、服务器106和数据库108。终端设备102可以是具有显示屏并且支持输入、输出的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机、可穿戴设备、虚拟现实设备、智能家居等等。网络104用以在终端设备102和服务器106之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。服务器106可以是提供各种服务的服务器或服务器集群等。数据库108可以为置于服务器上的大型数据库软件，也可以为安装在计算机上的小型数据库软件，用于存储数据。

用户可以使用终端设备102通过网络104与服务器106和数据库108交互，以接收或发送数据等。例如用户通过网络104从服务器106获得具体的费用值下载到终端设备102上，然后通过终端设备102上的显示屏进行展示。

在服务器106也可通过网络104从数据库108接收数据或向数据库108发送数据等。例如服务器106可为后台处理服务器或者位于云端的服务器，用于通过网络接收用户发送的租车请求，租车请求中包括租车开始日期和结束日期，从数据库108查询与租车开始日期和结束日期对应的费用，将获得费用值反馈给终端设备102。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示出本公开一个实施例中一种租车数据处理方法的流程图。如图2所示的方法例如可以应用于位于后台或云端的服务器，也可以应用于用户客户端。

参考图2，本公开实施例提供的方法可以包括以下步骤。

S201，接收来自用户的租车请求，该租车请求中包括租车的开始日期和结束日期。在一个实施例中，该租车请求中包括租车的开始日期和结束日期信息，在一些实施例中，租车请求中可以包括租车的开始时间和结束时间，开始时间和结束时间中隐式包含了车的开始日期和结束日期信息。

S203，根据租车的开始日期获得第一费用值，其中第一费用值表示从起始日期到开始日期的所有天的租车费用之和。在一个实施例中，可以根据日期和费用值的对应关系获得与该开始日期对应的第一费用值。该对应关系可以以例如数组的方式存储在数据库、表格或者文件中。可以通过查询的方式直接获得与该开始日期对应的第一费用值。

S205，根据租车的结束日期获得第二费用值，其中第二费用值表示从起始日期到结束日期的所有天的租车费用之和。在一个实施例中，可以根据日期和费用值的对应关系获得与该结束日期对应的第二费用值。

S207，根据第二费用值和所述第一费用值获得用户租车的整体费用值。在一个实施例中，将第二费用值减去第一费用值即获得用户租车的整体费用值。

现有的租车系统中，通常都是存储车辆每天的租车价格，而不是像本申请一样在系统中存储从起始日期到预定日期的总的费用。上述实施例中，当用户输入租车请求时，获得用户租车的开始日期和结束日期，直接通过查询获得与开始日期和结束日期对应的费用值，然后基于第一费用值和第二费用值直接获得用户租车的整体费用。这样可以大大减少计算的次数，当系统中存在大量类似租车请求时，可以大幅减少系统的整体运算量，提升反应速度，提升整个系统的吞吐能力和实时性。。

在一些实施例中，用户可以在租车页面或者界面中，直接输入租车的开始时间和结束时间。在另外一些实施例中，用户能够以可视化的方式，在租车页面、界面或者APP中选择租车的开始日期和结束日期，例如，可以在日历中选择租车的日期。

图3示出本公开另一个实施例中一种租车数据处理方法的流程图。

如图3所示，S301,终端接收用户输入的租车请求，该租车请求中包括租车的开始日期和结束日期。终端可以是用户设备如PC、手机或者其他移动装置，也可以租车公司为用户提供的终端设备。

S303，终端将租车的开始日期和结束日期发送给服务器，以便服务器根据租车的开始日期获得第一费用值，根据租车的结束日期获得第二费用值，其中第一费用值表示从起始日期到开始日期的所有天的租车费用之和，第二费用值表示从起始日期到结束日期的所有天的租车费用之和。服务器可以通过查表或者数据库查询的方式获得第一费用值和第二费用值。

S305，终端向用户展示用户租车的整体费用值，其中，用户租车的整体费用值根据第二费用值和所述第一费用值获得。在一个实施例中，终端从服务器接收第一费用值和第二费用值，然后根据第一费用值和第二费用值获得用户租车的整体费用值，然后展示给用户。在一个实施例中，终端直接从服务器接收整体费用值，然后展示给用户。

在一些实施例中，当获得用户租车的整体费用值时，向用户展示或者(例如通过短信或者消息的方式)提示整体费用值。

在一些实施例中，除了向用户展示或提示整体费用值，还向用户展示期间每天租车的费用。也就是说，服务器还向终端返回租车期间每一天的费用值。

图4示出本公开又一个实施例中一种租车数据处理方法的流程图。

如图4所示，S401，获取一段时间内每一天的价格，将其存入数组A。

S403，根据数组A的数据，通过累加和算法生成累加和数组S。

上述实施例中，在每一天的价格没有变动的情况下，数组S保持不变，供后续系统查询和使用。多个用户通过APP或网页填写租车申请。

S405，用户在终端选择位置和用车时间：开始时间starttime,结束时间endtime。

S407，服务端接收用户前端传入的用车时间。

S409，服务端根据用车时间通过日期换算得到两个天值：开始时间天值startday和结束时间天值endday。

S411，根据开始时间天值startday和结束时间天值endday从数组S中获得开始费用值S[startday]和结束费用值S[endday]。

S413，根据开始费用值S[startday]和结束费用值S[endday]获得整体费用值，向用户展示整体费用值。

上述实施例中，一段时间可以指一年的时间，也可以是一个/多个月或者一个/多个季度的时间，一段时间也可以指多年的时间。在一个实施例中，一段时间指的是指定的起始时间和终止时间之间的时间。

在一个应用例中，提供一种具体的实施方法。首先是数据准备，服务端一次查询一年内的价格数据，放入一个数组A中，A0值等于0，A1值等于第1天的价格，A365值等于第365天的价格；然后通过累加和算法生成一个存放累加和值的数组S，累加和，顾名思义计算累加之后的和值。累加的对象为数组A，从A的第一位累加至A的第n位(或以相反的防线进行累加)，一共产生n个累加值。这里采用正向累加：

S0＝0,

S1＝A1，

S2＝A1+A2，

S3＝A1+A2+A3，

…

S365＝A1+A2+A3+…+A364+A365；

在一个实施例中，程序处理中不需要每个值都像上面一样把A中值遍历一遍，优化方案是：

S1＝A1，

S2＝S1+A2，

S3＝S2+A3，

…

S365＝S364+A365；

用户选择两个时间点：开始时间starttime，结束时间endtime，根据两个时间值可以转换成时间对应的天值，即在这一年中的第几天，可以得到两个天值：开始时间天值startday和结束时间天值endday；然后是计算方法，开始时间starttime到结束时间endtime中间的价格总和rentAmount，

rentAmount＝S[endday]–S[startday-1]。

上述实施例中，通过具体的计算处理，可以最大程度上减小计算量，提高处理效率。

在一些实施例中，每天的租车价格并不是固定不变的，有时会根据供需情况对价格进行动态调整。在一些实施例中，实时监控租车价格的更新消息，当每天的租车价格进行调整时，及时更新累加和数组S。当每天的租车价格动态变化时，动态更新所述总费用数组中每一项的值。

图5示出本公开一个实施例中一种租车数据处理装置的框图。如图5所示，该租车数据处理装置500包括：

请求接收模块52，用于接收来自用户的租车请求，所述租车请求中包括租车的开始日期和结束日期；

费用获取模块54，用于根据所述租车的开始日期获得第一费用值，其中所述第一费用值表示从起始日期到所述开始日期的所有天的租车费用之和；根据所述租车的结束日期获得第二费用值，其中所述第二费用值表示从起始日期到所述结束日期的所有天的租车费用之和；

总费用确定模块56，用于根据所述第二费用值和所述第一费用值获得所述用户租车的整体费用值。。

本公开实施例提供的装置中的各个模块的具体实现可以参照上述方法中的内容，此处不再赘述。

本公开提供的方法和装置，整体计算量小，可以支持大量请求并发处理，接口响应时间短，用户体验较好。

图6示出本公开实施例中一种电子设备的结构示意图。需要说明的是，图6示出的设备仅以计算机系统为示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，设备600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有设备600操作所需的各种程序和数据。CPU601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本公开的系统中限定的上述功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括请求接收模块、费用获取模块、总费用确定模块。

作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收来自用户的租车请求，所述租车请求中包括租车的开始日期和结束日期；根据所述租车的开始日期获得第一费用值，其中所述第一费用值表示从起始日期到所述开始日期的所有天的租车费用之和；根据所述租车的结束日期获得第二费用值，其中所述第二费用值表示从起始日期到所述结束日期的所有天的租车费用之和；根据所述第二费用值和所述第一费用值获得所述用户租车的整体费用值。

以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。