一种租车数据处理方法、装置、存储介质及电子设备与流程

1.本公开涉及计算机技术领域，尤其涉及一种租车数据处理方法、装置、存储介质及电子设备。


背景技术：

2.现有租车业务可以实现在网络下单，在网络上预定车辆、取还车时间。用户下单时已经确定了车辆的取还时间，用户在订单约定的取车时间取车之后，可以在订单约定的还车时间之前使用车辆。如果用户需要提前还车，需要通过复杂的线下手续办理或漫长客服电话沟通，操作复杂，还会造成租车费用和退改费用不明确的情况，影响用户体验。
3.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

4.本公开的目的在于提供一种租车数据处理方法、装置、电子设备及存储介质，至少一定程度上解决复杂线下手续和漫长客服沟通的问题。
5.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
6.根据本公开的一个方面，提供一种租车数据处理方法，包括：接收租车订单的提前还车请求，所述提前还车请求包括提前还车时间，所述租车订单包括租车开始时间；根据所述租车开始时间和所述提前还车时间，生成所述租车订单的第一订单费用；根据所述提前还车时间，生成所述租车订单的退改费用；根据所述租车订单的第一订单费用和所述租车订单的退改费用，确定所述租车订单的总费用。
7.在本公开一些实施例中，所述租车订单包括预订还车时间；其中，所述生成所述租车订单的退改费用，包括：确定所述租车订单对应的退改费用比例；获取所述租车订单的第二订单费用，所述第二订单费用是根据所述租车开始时间和所述预订还车时间生成的；根据所述租车订单的第一订单费用和所述租车订单的第二订单费用，计算所述租车订单的订单费用差值；根据所述租车订单对应的退改费用比例和所述订单费用差值，计算所述租车订单的退改费用。
8.在本公开一些实施例中，所述确定所述租车订单对应的退改费用比例，包括：获取所述租车订单对应的退改费用规则；基于所述租车订单对应的退改费用规则，确定所述租车订单对应的退改费用比例。
9.在本公开一些实施例中，所述租车订单对应的退改费用规则为根据指定时间设置退改费用比例；其中，所述基于所述租车订单对应的退改费用规则，确定所述租车订单对应的退改费用比例，包括：若所述租车订单的租车时间与所述指定时间存在交集，则确定所述租车订单对应的退改费用比例为第一费用收取比例；若所述租车订单的租车时间与所述指定时间不存在交集，则确定所述租车订单对应的退改费用比例为第二费用收取比例。
10.在本公开一些实施例中，所述租车订单对应的退改费用规则为租车系统或者所述租车订单对应的车辆提供方设置的；以及，所述指定时间为所述租车系统或所述车辆提供方设置的。
11.在本公开一些实施例中，在生成所述租车订单的退改费用之前，所述方法还包括：计算所述提前还车时间与所述提前还车请求的请求时间的时间差值；若所述时间差值不小于预设的退改时间阈值，则确定所述租车订单的退改费用为0。
12.根据本公开的又一方面，提供一种租车数据处理方法，包括：接收用户输入的租车订单的提前还车请求，所述提前还车请求包括提前还车时间，所述租车订单包括租车开始时间；将所述租车开始时间和所述提前还车时间发送给服务器，以便所述服务器根据所述租车开始时间和所述提前还车时间生成所述租车订单的第一订单费用，根据所述提前还车时间生成所述租车订单的退改费用，进而根据所述租车订单的第一订单费用和所述租车订单的退改费用，确定所述租车订单的总费用；向所述用户展示所述租车订单的总费用。
13.根据本公开的又一方面，提供一种租车数据处理装置，所述装置应用于服务器，包括：请求接收模块，用于接收租车订单的提前还车请求，所述提前还车请求包括提前还车时间，所述租车订单包括租车开始时间；费用生成模块，用于根据所述租车开始时间和所述提前还车时间，生成所述租车订单的第一订单费用；根据所述提前还车时间，生成所述租车订单的退改费用；以及根据所述租车订单的第一订单费用和所述租车订单的退改费用，确定所述租车订单的总费用。
14.在本公开一些实施例中，所述租车订单包括预订还车时间；其中，所述费用生成模块还用于：确定所述租车订单对应的退改费用比例；获取所述租车订单的第二订单费用，所述第二订单费用是根据所述租车开始时间和所述预订还车时间生成的；根据所述租车订单的第一订单费用和所述租车订单的第二订单费用，计算所述租车订单的订单费用差值；根据所述租车订单对应的退改费用比例和所述订单费用差值，计算所述租车订单的退改费用。
15.在本公开一些实施例中，所述费用生成模块还用于：获取所述租车订单对应的退改费用规则；基于所述租车订单对应的退改费用规则，确定所述租车订单对应的退改费用比例。
16.在本公开一些实施例中，所述租车订单对应的退改费用规则为根据指定时间设置退改费用比例；其中，所述费用生成模块还用于：若所述租车订单的租车时间与所述指定时间存在交集，则确定所述租车订单对应的退改费用比例为第一费用收取比例；若所述租车订单的租车时间与所述指定时间不存在交集，则确定所述租车订单对应的退改费用比例为第二费用收取比例。
17.在本公开一些实施例中，所述租车订单对应的退改费用规则为租车系统或者所述租车订单对应的车辆提供方设置的；以及，所述指定时间为所述租车系统或所述车辆提供方设置的。
18.在本公开一些实施例中，所述费用生成模块还用于：计算所述提前还车时间与所述提前还车请求的请求时间的时间差值；若所述时间差值不小于预设的退改时间阈值，则确定所述租车订单的退改费用为0。
19.根据本公开的又一方面，提供一种租车数据处理装置，所述装置应用于客户端，包
括：请求输入模块，用于接收用户输入的租车订单的提前还车请求，所述提前还车请求包括提前还车时间，所述租车订单包括租车开始时间；发送模块，用于将所述租车开始时间和所述提前还车时间发送给服务器，以便所述服务器根据所述租车开始时间和所述提前还车时间生成所述租车订单的第一订单费用，根据所述提前还车时间生成所述租车订单的退改费用，进而根据所述租车订单的第一订单费用和所述租车订单的退改费用，确定所述租车订单的总费用；展示模块，用于向所述用户展示所述租车订单的总费用。
20.根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的租车数据处理方法。
21.根据本公开的再一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的租车数据处理方法。
22.本公开实施例所提供的租车数据处理方法，接收到提前还车请求后，可以确定提前还车时间，进而根据提前还车时间和租车开始时间计算新的租车费用；还可以根据提前还车时间计算提前还车产生的退改费用；通过新的租车费用和退改费用，确定需要支付的租车费用。一方面，能够解决用户提前还车时的复杂线下操作和漫长客服沟通问题，减少用户提前还车过程中的繁琐操作；另一方面，产生的新租车费用和退改费用透明可查，提高了提前还车业务的处理效率，给用户带来较好的租车体验。
23.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
24.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
25.图1示出了可以应用本公开实施例的租车数据处理方法的示例性系统架构的示意图；
26.图2示出了本公开一个实施例的租车数据处理方法的流程图；
27.图3示出了本公开一个实施例的退改费用的计算方法的流程图；
28.图4示出了本公开又一个实施例的租车数据处理方法的流程图；
29.图5示出了根据本公开一个实施例的租车数据处理装置500的框图；
30.图6示出了根据本公开又一个实施例的租车数据处理装置600的框图；和
31.图7示出本公开实施例中一种租车数据处理设备的结构框图。
具体实施方式
32.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
33.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
34.此外，术语―第一”、―第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有―第一”、―第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开的描述中，―多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
35.针对上述相关技术中存在的技术问题，本公开实施例提供了一种租车数据处理方法，以用于至少解决上述技术问题中的一个或者全部。
36.图1示出了可以应用本公开实施例的租车数据处理方法的示例性系统架构的示意图。如图1所示，该系统架构可以包括服务器101、网络102和客户端103。网络102用以在客户端103和服务器101之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
37.服务器101可以是提供各种服务的服务器，例如对用户利用客户端所进行操作的装置提供支持的后台管理服务器。后台管理服务器可以对接收到的请求等数据进行分析等处理，并将处理结果反馈给客户端。
38.客户端103可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、智能家居设备、ar(augmented reality，增强现实)设备、vr(virtual reality，虚拟现实)设备等移动终端，或者，客户端103也可以是个人计算机，比如膝上型便携计算机和台式计算机等等。
39.在一些可选的实施例中，服务器可以接收租车订单的提前还车请求，解析提前还车请求，获取到提前还车请求中的提取还车时间，获取租车订单的租车开始时间；然后，服务器可以根据租车开始时间和提前还车时间，生成租车订单的第一订单费用；以及，服务器可以根据提前还车时间，生成租车订单的退改费用；进而，服务器可以根据租车订单的第一订单费用和租车订单的退改费用，确定租车订单的总费用。
40.在一些可选的实施例中，客户端可以接收用户输入的租车订单的提前还车请求，其中提前还车请求包括提前还车时间，租车订单包括租车开始时间；然后，客户端可以将租车开始时间和提前还车时间发送给服务器，以便服务器根据租车开始时间和提前还车时间生成租车订单的第一订单费用，根据提前还车时间生成租车订单的退改费用，进而根据租车订单的第一订单费用和租车订单的退改费用，确定租车订单的总费用；最后，客户端可以向用户展示租车订单的总费用。
41.应该理解，图1中的客户端、网络和服务器的数目仅仅是示意性的，服务器101可以是一个实体的服务器，还可以为多个服务器组成的服务器集群，还可以是云端服务器，根据实际需要，可以具有任意数目的客户端、网络和服务器。
42.下面，将结合附图及实施例对本公开示例实施例中的租车数据处理方法的各个步骤进行更详细的说明。
43.图2示出了本公开一个实施例的租车数据处理方法的流程图。本公开实施例提供的方法可以由如图1所示的服务器执行，但本公开并不限定于此。如图2所示，本公开实施例
提供的租车数据处理方法可以包括以下步骤s201至步骤s204。
44.步骤s201：接收租车订单的提前还车请求。
45.其中，租车订单是用户下单时生成的订单，该租车订单包括租车开始时间和预计还车时间。租车开始时间是指用户开始租车的时间，或者租车开始时间是指用户取车时间；预计还车时间是指用户下单时的还车时间。
46.用户想要提前还车时，可以在客户端操作发起租车订单的提前还车请求，这样服务器可以接收到用户发起的提前还车请求。其中，提前还车请求包括提前还车时间，即用户想要提前还车的时间。需要说明的是，提前还车时间早于租车订单的预计还车时间。
47.步骤s202：根据租车开始时间和提前还车时间，生成租车订单的第一订单费用。
48.在确定租车开始时间和提前还车时间后，服务器可以根据租车开始时间和提前还车时间，计算租车订单的第一订单费用。第一订单费用是租期从租车开始时间到提前还车时间的租车费用。另外，本公开实施例中，第二订单费用是租期从租车开始时间到预计还车时间的租车费用。
49.其中，租车费用rentamount是租期内整天租车费用dayrentamount加上零散小时租车费用hourrentamount，具体可以按照如下方法计算：
50.(1)查询租期内每天的租车费用rentamount。
51.例如，租期为从第1天到第n天，则查询到每天的租车费用依次为rentamount(day1)、rentamount(day 2)
……
rentamount(day n)。
52.(2)如果存在零散小时，计算租期内最后一天每小时的租车单价，然后计算零散小时租车费用hourrentamount和整天租车费用dayrentamount，进而计算租车费用rentamont。
53.接上述例子，如果存在零散小时hours，计算最后一天每小时的租车单价hourprice＝rentamount(day n)/dayhour，其中dayhour为预先设置的每天行驶小时数，如12小时，则
54.零散小时租车费用hourrentamount＝hourprice*hours，
55.整天租车费用dayrentamount＝rentamount(day 1)+rentamount(day2)+
……
+rentamount(day n-1)，
56.租车费用rentamount＝dayrentamount+hourrentamount。
57.(3)如果不存在零散小时，则
58.零散小时租车费用hourrentamount＝0，
59.整天租车费用dayrentamount＝rentamount(day 1)+rentamount(day2)+
……
+rentamount(day n)，
60.租车费用rentamount＝dayrentamount+hourrentamount。
61.本公开实施例中，租车费用包括租期内整天租车费用和零散小时租车费用，并且每天的租车费用不是固定不变的，可以根据实际情况动态调整，使得计算得到的租车费用更加合理。
62.步骤s203：根据提前还车时间，生成租车订单的退改费用。
63.步骤s204：根据租车订单的第一订单费用和租车订单的退改费用，确定租车订单的总费用。
64.服务器在接收提前还车请求后，可以计算租车订单的退改费用，然后根据计算得到的第一订单费用和退改费用，计算用户需要支付的订单总费用。
65.在本公开一些实施例中，在生成租车订单的退改费用之前，可以计算提前还车时间与提前还车请求的请求时间的时间差值；若时间差值不小于预设的退改时间阈值，则确定租车订单的退改费用为0。其中，退改时间阈值可以是租车系统设置的，也可以是租车订单对应的车辆提供方设置的。租车订单对应的车辆提供方是指租车系统上的加盟商。
66.例如，预设的退改时间阈值为m小时，租车开始时间为第1天中午12点，预计还车时间为第5天下午4点，提前还车时间为第3天下午3点，用户在第3天早上8点发起提前还车请求，则计算得到提前还车时间与提前还车请求的请求时间的时间差值为7小时。如果7小时大于等于m小时，则不产生退改费用，即确定租车订单的退改费用为0，否则会产生退改费用。
67.本公开实施例中，可以预先设置退改时间阈值，如果用户提前还车，在预先设置的退改时间阈值内操作会产生退改费用，否则不会产生退改费用，能够提高用户的租车体验。
68.退改费用的计算是本公开租车数据方法的重要部分，在本公开一些实施例中，租车订单的退改费用可以按照如下方法得到：确定租车订单对应的退改费用比例；获取租车订单的第二订单费用；根据租车订单的第一订单费用和租车订单的第二订单费用，计算租车订单的订单费用差值；根据租车订单对应的退改费用比例和订单费用差值，计算租车订单的退改费用。
69.如果用户请求提前还车，会产生租车费用差值，可以收取订单费用差值的一定比例为退改费用，其中，该比例为退改费用比例。租车订单的租车开始时间为oldtakctime和预计还车时间为oldreturntime，第二订单费用为oldrentamont。如果用户请求提前还车，提前还车时间为newreturntime，租期变为oldtakctime
–
newreturntime，计算第一订单费用为newrentamont。得到订单费用差值为oldrentamont
–
newrentamont。本公开实施例中，可以根据租车订单对应的退改费用比例rate和订单费用差值(oldrentamont
–
newrentamont)，计算退改费用。
70.进一步的，可以先获取租车订单对应的退改费用规则，然后基于获取的退改费用规则，确定租车订单对应的退改费用比例。
71.其中，退改费用规则是指退改费用比例的设置规则，该租车订单对应的退改费用规则为租车系统或者租车订单对应的车辆提供方(即租车系统的加盟商)设置的。如果车辆提供方设置了退改费用规则，则按照车辆提供方设置的退改费用规则计算退改费用；如果车辆提供方没有设置退改费用规则，则按照租车系统设置的退改费用规则计算退改费用。
72.本公开实施例中，租车订单对应的退改费用规则可以为根据指定时间设置退改费用比例。进一步的，基于租车订单对应的退改费用规则，确定租车订单对应的退改费用比例，包括：若租车订单的租车时间与指定时间存在交集，则确定租车订单对应的退改费用比例为第一费用收取比例；若租车订单的租车时间与指定时间不存在交集，则确定租车订单对应的退改费用比例为第二费用收取比例。
73.其中，指定时间是指设置的特定时间范围，如指定时间为节假日，又如指定时间为周末。如果租车时间和该特定时间范围有重合，则按照第一费用收取比例计算退改费用；如果租车时间和该特定时间范围没有重合，则按照第二费用收取比例计算退改费用。
74.另外，指定时间为租车系统或者租车订单对应的车辆提供方(即租车系统的加盟商)设置的。如果车辆提供方设置了指定时间，则按照车辆提供方设置的指定时间确定租车订单对应的退改费用比例；如果车辆提供方没有设置指定时间，则按照租车系统设置的指定时间确定租车订单对应的退改费用比例。租车时间可以是租车开始时间到预计还车时间，也可以是租车开始时间到提前还车时间，具体可以是租车系统定义，也可以是车辆提供方定义。
75.也就是说，退改费用规则可以由租车系统设置，也可以由车辆提供方设置，主要区分平日和假节日。例如，如果租车时间在平日，则退改费用比例为weekdayrate；如果租车时间与节假期有重叠，则退改费用比例为holidayrate。以及，节假日时间范围可以由租车系统设置，也可以由车辆提供方设置。例如，五一假期一般是5月1号到5月5号这五天，租车系统中可以设置五一假期为4月30号到5月5号。
76.需要说明的是，在本公开一些实施例中，租车订单对应的退改费用规则可以为根据用户属性设置退改费用比例。比如可以根据用户的vip等级设置退改费用比例，用户等级越高，其对应的退改费用比例越小；又如可以根据用户近期租车频率设置退改费用比例，具体的用户近半年租车次数达到5次以上，则该用户对应的退改费用比例较小；又如可以根据用户历史租车分数设置退改费用比例，用户历史租车分数越高，其对应的退改费用比例越小。当然，还可以根据其他信息设置退改费用比例，本公开实施例对此不作限定。
77.图3示出了本公开一个实施例的退改费用的计算方法的流程图。如图3所示，可以按照以下步骤计算退改费用：
78.步骤s301：计算提前还车时间与提前还车请求的请求时间的时间差值；
79.步骤s302：判断时间差值是否大于等于预设的退改时间阈值，若是，则执行步骤s303，若否，则执行步骤s304；
80.步骤s303：确定租车订单的退改费用为0；
81.步骤s304：获取租车订单对应的退改费用规则，其中，租车订单对应的退改费用规则为根据指定时间设置退改费用比例；
82.步骤s305：判断租车订单的租车时间与指定时间是否存在交集，若是，则执行步骤s306，若否，则执行步骤s308；
83.步骤s306：确定租车订单对应的退改费用比例为第一费用收取比例；
84.步骤s307：根据第一费用收取比例和订单费用差值，计算租车订单的退改费用；
85.步骤s308：确定租车订单对应的退改费用比例为第二费用收取比例；
86.步骤s309：根据第二费用收取比例和订单费用差值，计算租车订单的退改费用。
87.其中，步骤s307和步骤s309中的订单费用差值为租车订单的第二订单费用与第一订单费用的差值。上文已经说明，第一订单费用是租期从租车开始时间到提前还车时间的租车费用，第二订单费用是租期从租车开始时间到预计还车时间的租车费用，此处不再赘述。另外，步骤s305中的租车订单的租车时间可以是指从租车开始时间到提前还车时间，也可以是指从租车开始时间到预计还车时间，具体可以根据实际情况设置。
88.本公开实施例所提供的租车数据处理方法，服务器可以根据提前还车时间和租车开始时间计算新的租车费用，还可以根据提前还车时间计算提前还车产生的退改费用；通过新的租车费用和退改费用，确定需要支付的租车费用。一方面，能够解决用户提前还车时
的复杂线下操作和漫长客服沟通问题，减少用户提前还车过程中的繁琐操作；另一方面，产生的新租车费用和退改费用透明可查，提高了提前还车业务的处理效率，给用户带来较好的租车体验。
89.图4示出了本公开又一个实施例的租车数据处理方法的流程图。本公开实施例提供的方法可以由如图1所示的客户端执行，但本公开并不限定于此。如图4所示，本公开实施例提供的租车数据处理方法可以包括以下步骤s401至步骤s403。
90.步骤s401：接收用户输入的租车订单的提前还车请求。其中，提前还车请求包括提前还车时间，租车订单包括租车开始时间。
91.步骤s402：将租车开始时间和提前还车时间发送给服务器，以便服务器根据租车开始时间和提前还车时间生成租车订单的第一订单费用，根据提前还车时间生成租车订单的退改费用，进而根据租车订单的第一订单费用和租车订单的退改费用，确定租车订单的总费用；
92.步骤s403：向用户展示租车订单的总费用。
93.用户在客户端点击提前还车，即客户端可以接收到用户发起的租车订单的提前还车请求。其中，租车订单是用户下单时生成的订单，该租车订单包括租车开始时间和预计还车时间。租车开始时间是指用户开始租车的时间，或者租车开始时间是指用户取车时间；预计还车时间是指用户下单时的还车时间。提前还车请求包括提前还车时间，即用户想要提前还车的时间。需要说明的是，提前还车时间早于租车订单的预计还车时间。
94.客户端可以将租车开始时间和提前还车时间发送给服务器，然后服务器可以根据租车开始时间和提前还车时间生成租车订单的第一订单费用，根据提前还车时间生成租车订单的退改费用，进而根据租车订单的第一订单费用和租车订单的退改费用，确定租车订单的总费用。上文已经详细说明服务器确定租车订单的总费用的过程，此处不再赘述。
95.服务器可以将确定的租车订单的总费用发送给客户端，进而客户端向用户展示该租车订单的总费用，以使得用户可以知道提前还车产生的费用变化。在用户确定租车订单的总费用后，可以在客户端点击确定提前还车，这样租车订单信息发生变更，可以包括车辆使用时间的变更和租车费用的变更。以及，租车系统会通知车辆提供方该租车订单的提前还车时间，以便车辆提供方做好还车验车准备，从而可以保证服务质量。
96.本公开实施例所提供的租车数据处理方法，用户可以通过客户端请求提前还车，客户端将提前还车请求发送给服务器，使得服务器可以计算需要支付的租车费用(新的租车费用加上退改费用)，然后服务器将需要支付的租车费用发送给客户端，最后通过客户端向用户展示费用。一方面，能够解决用户提前还车时的复杂线下操作和漫长客服沟通问题，减少用户提前还车过程中的繁琐操作；另一方面，产生的新租车费用和退改费用透明可查，提高了提前还车业务的处理效率，给用户带来较好的租车体验。
97.需要注意的是，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
98.下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。
99.图5示出了根据本公开一个实施例的租车数据处理装置500的框图。如图5所示，租
车数据处理装置500应用于服务器，可以包括：请求接收模块501和费用生成模块502。
100.请求接收模块501用于：接收租车订单的提前还车请求。其中，提前还车请求包括提前还车时间，租车订单包括租车开始时间。
101.费用生成模块502用于：根据租车开始时间和提前还车时间，生成租车订单的第一订单费用；根据提前还车时间，生成租车订单的退改费用；以及根据租车订单的第一订单费用和租车订单的退改费用，确定租车订单的总费用。
102.在本公开一些实施例中，租车订单包括预订还车时间。其中，费用生成模块502还用于：确定租车订单对应的退改费用比例；获取租车订单的第二订单费用，第二订单费用是根据租车开始时间和预订还车时间生成的；根据租车订单的第一订单费用和租车订单的第二订单费用，计算租车订单的订单费用差值；根据租车订单对应的退改费用比例和订单费用差值，计算租车订单的退改费用。
103.在本公开一些实施例中，费用生成模块502还用于：获取租车订单对应的退改费用规则；基于租车订单对应的退改费用规则，确定租车订单对应的退改费用比例。
104.在本公开一些实施例中，租车订单对应的退改费用规则为根据指定时间设置退改费用比例。其中，费用生成模块502还用于：若租车订单的租车时间与指定时间存在交集，则确定租车订单对应的退改费用比例为第一费用收取比例；若租车订单的租车时间与指定时间不存在交集，则确定租车订单对应的退改费用比例为第二费用收取比例。
105.在本公开一些实施例中，租车订单对应的退改费用规则为租车系统或者租车订单对应的车辆提供方设置的；以及，指定时间为租车系统或车辆提供方设置的。
106.在本公开一些实施例中，费用生成模块502还用于：计算提前还车时间与提前还车请求的请求时间的时间差值；若时间差值不小于预设的退改时间阈值，则确定租车订单的退改费用为0。
107.图6示出了根据本公开又一个实施例的租车数据处理装置600的框图。如图6所示，租车数据处理装置600应用于客户端，可以包括：请求输入模块601、发送模块602和展示模块603。
108.请求输入模块601用于：接收用户输入的租车订单的提前还车请求。其中，提前还车请求包括提前还车时间，租车订单包括租车开始时间。
109.发送模块602用于：将租车开始时间和提前还车时间发送给服务器，以便服务器根据租车开始时间和提前还车时间生成租车订单的第一订单费用，根据提前还车时间生成租车订单的退改费用，进而根据租车订单的第一订单费用和租车订单的退改费用，确定租车订单的总费用。
110.展示模块603用于：向用户展示租车订单的总费用。
111.需要注意的是，上述附图中所示的框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
112.图7示出本公开实施例中一种租车数据处理设备的结构框图。需要说明的是，图示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
113.下面参照图7来描述根据本发明的这种实施方式的电子设备700。图7显示的电子
设备700仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
114.如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730。
115.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书上述―示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
116.存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(rom)7203。
117.存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
118.总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
119.电子设备700也可以与一个或多个外部设备800(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口750进行。并且，电子设备700还可以通过网络适配器740与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器770通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
120.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
121.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述―示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
122.根据本发明实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
123.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
124.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
125.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
126.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如―c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
127.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
128.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
129.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
130.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的
权利要求指出。