CN108664581A - 租车用户的责任判定方法、装置、服务器和存储介质 - Google Patents

Abstract

本发明实施例公开了一种租车用户的责任判定方法、装置、服务器和存储介质。该方法包括：获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息；根据所述当前反馈信息，确定所述各核验单元出现责任问题的当前问题数量；调用历史反馈信息所对应的历史问题数量；根据所述当前问题数量、所述历史问题数量以及当前租赁车辆的租车阶段，确定所述当前租赁车辆各核验单元出现责任问题所对应的责任人。通过采用上述技术方案，实现了用户对租赁车辆进行自主责任判定，提升了对车辆所出现问题进行责任判定的效率，同时也节省了出租方的人力物力成本。

Description

租车用户的责任判定方法、装置、服务器和存储介质

技术领域

本发明实施例涉及车辆租赁技术领域，尤其涉及一种租车用户的责任判定方法、装置、服务器和存储介质。

背景技术

随着汽车工业的发展，移动互联网技术的成熟，智能手机高普及率的出现，特别是在民众出行多样性需求日益强烈，共享经济共享理念越来越被广泛接受和推崇的今天，分时租赁，作为一种全新的无人值守汽车租赁方式，应运而生。

分时租赁，也称为汽车共享，是以分钟或小时等为计价单位，使用9座及以下小型客车，利用移动互联网、全球定位等信息技术构建网络服务平台，为用户提供自助式车辆预定、车辆取还、费用结算为主要方式的汽车租赁服务，是传统汽车租赁业在服务模式、技术、管理上的创新，改善了用户体验，为城市出行提供了一种新的选择，有助于减少个人购车意愿，一定程度上缓解城市私人小汽车保有量快速增长的趋势以及对道路和停车资源的占用。

传统车辆租赁，无论是在车辆租取或归还环节，都需要出租方与租用方同时在场，签字确认，共同完成对所租或所还车辆状况以及内饰和外观等多科目的交接核验，以便理清责任，交接车辆，结算费用。但从分时租赁的商业特征和现实情况上看，由于其无人值守的这一鲜明特点，使其在车辆租取和归还时，出租方与租用方共同完成对所租或所还车辆交接核验这一工作，变得极为困难，甚至是完全不可能了。

目前，整个行业在关于车辆无人值守情况下，判定用户所租或所还车辆的状况以及理清车辆事故责任等方面，始终找不到一个行之有效的应对办法，从而出现了大量的车辆损坏无法追索责任、车辆外观内饰脏乱差等情况。极大地降低了用户体验，加大了运营成本。把一个刚刚出现，本应该很好发展，给用户带来便利，给社会带来益处，给相关运营公司带来效益的全新汽车租赁模式，置于了道德的审判，严重影响和制约了这一全新汽车租赁理念的普及和模式的发展。

发明内容

本发明实施例提供一种租车用户的责任判定方法、装置、服务器和存储介质，车辆共享过程中，提升了对车辆所出现问题进行责任判定的效率和准确率。

第一方面，本发明实施例提供了一种租车用户的责任判定方法，所述方法包括：

获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息；

根据所述当前反馈信息，确定所述各核验单元出现责任问题的当前问题数量；

调用历史反馈信息所对应的历史问题数量；

根据所述当前问题数量、所述历史问题数量以及当前租赁车辆的租车阶段，确定所述当前租赁车辆各核验单元出现责任问题所对应的责任人。

第二方面，本发明实施例还提供了一种租车用户的责任判定装置，该装置包括：

当前反馈信息获取模块，用于获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息；

当前问题数量确定模块，用于根据所述当前反馈信息，确定所述各核验单元出现责任问题的当前问题数量；

历史问题数量调用模块，用于调用历史反馈信息所对应的历史问题数量；

责任人确定模块，用于根据所述当前问题数量、所述历史问题数量以及当前租赁车辆的租车阶段，确定所述当前租赁车辆各核验单元出现责任问题所对应的责任人。

第三方面，本发明实施例还提供了一种服务器，该服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例所提供的租车用户的责任判定方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的租车用户的责任判定方法。

本发明实施例通过获取用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息，可根据该当前反馈信息，确定用户所租赁车辆的各核验单元出现责任问题的当前问题数量。通过调用历史反馈信息所对应的历史问题数量，可将当前问题数量与历史问题数量作比较，并结合当前租赁车辆的租车阶段，确定当前租赁车辆各核验单元出现责任问题所对应的责任人。通过采用上述技术方案，对于无人值守自助式的租赁模式，在没有出租方人员在场的情况下，通过租车用户单方面即可完成对所租或所还车辆的交接核验工作，提升了对车辆所出现问题进行责任判定的效率，同时也节省了出租方的人力物力成本。

附图说明

图1为本发明实施例一提供的一种租车用户的责任判定方法的流程图；

图2为本发明实施例二提供的一种租车用户的责任判定方法的流程图；

图3为本发明实施例三提供的一种租车用户的责任判定方法的流程图；

图4为本发明实施例四提供的一种租车用户的责任判定装置的结构示意图；

图5为本发明实施例五提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种租车用户的责任判定方法的流程图，该方法可以由一租车用户的责任判定装置来执行，该装置可以通过软件和/或硬件的方式实现，一般可以集成在后台服务器中。参见图1，本实施例的方法具体包括：

S110、获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息。

其中，当前用户所使用的终端可包括智能手机或平板电脑等移动终端。

示例性的，当前用户可在移动终端下载并注册的与分时租赁车辆对应的APP(application，应用软件)，通过APP中对应的功能模块上传当前反馈信息。

其中，当前租赁车辆的各核验单元可以为车辆内部和外部容易出现污损情况的各个部位。

示例性的，对于车辆外部，核验单元可以划分为：左后车门核验单元、左前车门核验单元、右前车门核验单元、右后车门核验单元、左前车灯核验单元、右前车灯核验单元、前进气格栅核验单元、前保险杠核验单元、后保险杠核验单元、右后车灯核验单元、左后车灯核验单元、前挡风玻璃核验单元、后挡风玻璃核验单元、左后视镜核验单元以及右后视镜核验单元等。

示例性的，对于车辆内部，核验单元可以划分为：驾驶座椅核验单元、副驾驶座椅核验单元、左后座椅核验单元、右后座椅核验单元、驾驶位脚垫核验单元、副驾驶位脚垫核验单元、右后座椅脚垫核验单元、左后座椅脚垫核验单元、仪表台核验单元、中控台核验单元、左前车门杂物盒核验单元、右前门杂物盒核验单元、左后门杂物盒核验单元以及右后门杂物盒核验单元等。

示例性的，可将所有核验单元按照一定的先后次序进行排列。当用户在租取或还车过程中，可根据APP交互界面的引导，逐一对所租或所还车辆的每一个核验单元出现的责任问题进行上传。当用户对前一个核验单元的反馈信息上传成功后，APP的交互界面可自动切换到下一个核验单元，以引导用户检查该核验单元的损坏情况。

示例性的，用户所上传的当前反馈信息可以包括各核验单元相关的照片信息、文字信息或语音信息中的一种或多种。上述信息可以作为各核验单元出现责任问题的固定证据，以供后续在进行责任判定时查询。

示例性的，用户在将当前反馈信息上传之后，也可在本地进行保存，以作为证据供后续查询。

S120、根据当前反馈信息，确定各核验单元出现责任问题的当前问题数量。

其中，责任问题为用户在租车过程中对上述任意一个核验单元所造成的污染、损坏等问题。服务器可从用户上传的当前反馈信息中统计出各核验单元对应的责任问题的数量。

S130、调用历史反馈信息所对应的历史问题数量。

其中，历史反馈信息为服务器在获取到当前反馈信息之前所获取到的该核验单元的反馈信息。

示例性的，历史反馈信息可根据当前租赁车辆的租车阶段来确定。由于租车阶段包括租取阶段和还车阶段，如果当前租赁车辆所处租车阶段为租取阶段，即当前用户还未对当前租赁车辆行使租用权之前，历史反馈信息为历史用户所上传的各核验单元的反馈信息，其中，历史用户为在当前用户之前，已完成对当前租赁车辆租用的前一个用户。

示例性的，如果当前租赁车辆所处租车阶段为还车阶段，即当前用户已完成对当前租赁车辆的租用，需在归还该车辆之前上传该车辆的各核验单元所出现的责任问题，此时，历史反馈信息为当前用户在租取阶段所上传的各核验单元的反馈信息。

S140、根据当前问题数量、历史问题数量以及当前租赁车辆的租车阶段，确定当前租赁车辆各核验单元出现责任问题所对应的责任人。

示例性的，如果租车阶段为租取阶段，则历史反馈信息为历史用户所上传的各核验单元的反馈信息。其中，历史用户为在当前用户之前，已完成对当前租赁车辆租用的前一个用户。

显而易见的是，在车辆租取阶段，用户出于回避过往责任，在对核验单元进行核验的过程中一般都非常谨慎，不太容易对已经存在的问题视而不见。所以，通过用户在租取阶段所反馈的信息得出的当前问题数量，其完整性和可靠性相对比较高。因此，在车辆租取阶段，根据当前问题数量和历史问题数量，采用后者验证前者的方式，可对核验单元出现的问题进行确定性的至少是初步的责任判定。

示例性的，在车辆租取阶段，如果当前用户上传的当前问题数量大于前一个用户上传的历史问题数量。此时，可初步判断出，当前用户在前一个用户的基础上所发现的新的问题的责任人为前一个用户。进一步的，对于该前一个用户是否为目标责任人的验证，可通过当前用户的下一个用户在租取阶段所上传的问题数量与历史问题数量比较后进行进一步的验证。

示例性的，如果当前用户上传的当前问题数量等于前一个用户所上传的历史问题数量，则可说明前一个用户在还车时，上传的问题数量为当前租赁车辆实际存在的问题数量，前一个用户并未遗漏核验单元所存在的任何问题，车辆停放期间也没有第三方造成的损坏，当前租赁车辆并未出现新的责任问题，即并不存在责任人。

当然，如果前一个用户在其租车过程中对车辆造成过污损等责任问题，但是在该用户还车后，在服务器的监控下，该用户对于所造成的责任问题通过赔偿的方式进行了补偿，或按预设规定对其进行了减记信用积分、限制在某个时间段内租用车辆等处罚，该用户不再是其所造成责任问题的责任人。对于当前用户而言，只要当前用户上传的当前问题数量等于前一个用户所上传的历史问题数量，此时，可说明该核验单元过往的问题数量准确，对应的责任人确定，虽然前一个用户所造成的责任问题是在租赁车辆上客观存在的，但由于前一个用户已经进行了赔偿或受到了处罚，则前一个用户并非责任人。

可以理解的是，在还车阶段，用户上传各核验单元的问题数量主要是为验证自身在租车过程中是否对车辆造成污损。基于这样的应用场景，用户存在有意或无意少上传或不上传问题的可能和动机，因此，用户在还车阶段所上传的问题数量，均需借用下一个用户在租取阶段所上传的问题数量进行进一步的验证。

示例性的，如果租车阶段为还车阶段，则历史反馈信息为当前用户在租取阶段所上传的各核验单元的反馈信息。如果当前问题数量大于历史问题数量，则初步说明当前用户在租车过程中对车辆造成了污损，相应的，当前租赁车辆出现污损责任问题的责任人为当前用户。但当前用户还有无其他责任，仍需在当前用户租用完当前车辆后，通过下一个用户在租取阶段所上传的问题数量与所述当前问题数量对比后进行判定。

示例性的，在还车阶段，如果当前问题数量等于或小于历史问题数量，则可初步说明当前用户在租车过程中未对车辆造成损坏，或初步确定当前用户主动化解了相应的问题。但当前用户所上传的数据是否具有真实性，仍需通过下一个用户在租取阶段所上传的问题数量与当前问题数量对比后进行判定，从而准确有效地确定当前租赁车辆的出现责任问题的责任人。

本实施例的技术方案，通过获取用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息，可根据该当前反馈信息，确定用户所租赁车辆的各核验单元出现责任问题的当前问题数量。通过调用历史反馈信息所对应的历史问题数量，可将当前问题数量与历史问题数量作比较，并结合当前租赁车辆的租车阶段，确定当前租赁车辆各核验单元出现责任问题所对应的责任人。通过采用上述技术方案，对于无人值守自助式的租赁模式，在没有出租方人员在场的情况下，通过租车用户单方面即可完成对所租或所还车辆的交接核验工作，提升了对车辆所出现问题进行责任判定的效率，同时也节省了出租方的人力物力成本。

实施例二

图2为本发明实施例二提供的一种租车用户的责任判定方法的流程图，本实施例在上述实施例的基础上进行了优化，对租车阶段为租取阶段的情况进行了详细介绍。在租取阶段，历史反馈信息为历史用户所上传的对各核验单元的反馈信息，其中，历史用户为在当前用户之前，已完成对当前租赁车辆租用的前一个用户。本实施例中与上述实施例相同或相应的术语的解释在此不再赘述。参见图2，本实施例提供租车用户的责任判定方法包括：

S201、获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息。

优选的，在获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息之前，可将历史用户所上传的历史反馈信息通过终端进行显示，以供当前用户参考。

示例性的，历史反馈信息可为与各核验单元相关的照片信息、文字信息或语音信息中的一种或多种。例如，用户可通过APP的操作界面获取到上一个用户所上传的待核验单元所出现责任问题的图片，或者也可以结合上一个用户所上传的语音或文字信息，对出现责任问题的各核验单元进行重点检查，以保证上传的责任问题的完整性和准确性。

S202、根据当前反馈信息，确定各核验单元出现责任问题的当前问题数量。

S203、调用历史反馈信息所对应的历史问题数量。

S204、判断当前问题数量是否大于历史问题数量，若是，则执行步骤S205；否则，执行步骤S206。

S205、将历史用户作为当前租赁车辆出现责任问题的第一责任人，继续执行步骤S207。

S206、确定该核验单元未出现新的损坏问题，所述历史用户非当前租赁车辆的责任人。

S207、在当前用户对当前租赁车辆租用完成后，如果下一个用户在租取阶段所上传的问题数量与当前问题数量相等，则将第一责任人确定为当前核验单元出现责任问题的目标责任人。

示例性的，由于车辆的租赁是不断循环的过程，并且每个用户在租取和还车阶段都需要对各核验单元进行检验。因此，在车辆租取阶段，为了保证当前用户对前一个用户所上传问题验证的准确性，即为了提高第一责任人判定的准确率，可通过采用当前用户之后的下一个用户在租用当前车辆的租取阶段所上传的问题数量与当前用户所上传的当前问题数量进行比较，从而对第一责任人进行进一步的判定，避免出现第一责任人误判的现象。

具体的，下面以甲、乙、丙和丁依次租赁车辆A，对于车辆A的某一核验单元W进行核验为例进行说明：

如果甲在租取阶段上传了0个问题，甲在还车阶段上传了N个问题，则可初步说明甲自证在其租车过程中车辆的某个核验单元W出现了N个问题，并可通过乙在租取阶段上传的问题数量对N个问题进行核验。

如果乙在租取阶段上传了N个问题，则可说明甲还车时上传了真实的问题数量，且核验单元W出现N个问题的责任归属于甲。如果乙在还车阶段上传了N个问题，则说明乙自证在其租车过程中未发生问题。

而如果乙在租取阶段上传了N+M个问题，则可说明甲在租车过程中可能还产生了另外M个问题，但是甲在还车阶段并未上传到后台服务器，此时可将甲初步判定为这另外出现M个问题的第一责任人，并通过丙在取车阶段所上传的问题数量进行判定。

如果乙在还车阶段上传了N+M个问题，则乙自证在租车过程中未出现问题。而如果丙在租取阶段也上传了N+M个问题，则可说明乙在租取阶段所上传的问题具有真实性，即通过乙所判定出的另外M个问题为真实存在的问题，只是甲在还车阶段未上传，此时，将甲确定为核验单元W出现另外M个问题的目标责任人。

进一步的，如果丙在租取阶段上传了N+M+X个问题，则可初步说明乙在用车过程中可能产生了X个问题，但乙在还车阶段并未上传，此时可将乙初步确定为第一责任人，并通过丁所上传的问题数量对乙所造成的X个问题进行验证。

综上所述，可通过当前用户验证前一个用户的方式确定第一责任人，并可通过当前用户的下一个用户所上传的问题数量进一步判断第一责任人确定的准确性，以此类推，可采用上述方式对所有租用当前车辆的用户所上传的问题依次进行验证，从而确定当前租赁车辆出现责任问题的目标责任人。

进一步的，在确定目标责任人后，服务器可将预设处罚信息推送给目标责任人。其中，预设处罚信息可以为扣除押金、减记信用积分或在某个时间段内限制目标责任人租用车辆等信息。

本实施例在上述实施例的基础上，在车辆租取阶段，通过将当前用户上传的当前问题数量与前一个用户上传的历史问题数量进行比较后，可确定当前租赁车辆出现责任问题的第一责任人。通过将当前用户的下一个用户在租取阶段所上传的问题数量与当期问题数量进行比较，则可对第一责任人进行进一步的验证，从而确定当前租赁车辆出现责任问题的目标责任人，提升车辆所出现问题进行责任判定的准确率。

实施例三

图3为本发明实施例三提供的一种租车用户的责任判定方法的流程图，本实施例在上述实施例的基础上进行了优化，对租车阶段为还车阶段的情况进行了详细介绍。在车辆归还阶段，历史反馈信息为当前用户在租取阶段所上传的各核验单元的反馈信息。本实施例中与上述实施例相同或相应的术语的解释在此不再赘述。参见图3，本实施例提供租车用户的责任判定方法包括：

S310、获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息。

优选的，在获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息之前，可将历史反馈信息通过终端进行显示，以供当前用户参考。

示例性的，历史反馈信息可为与各核验单元相关的照片信息、文字信息或语音信息中的一种或多种。例如，用户可通过APP的操作界面获取到来自本地或后台服务器推送的该用户在取车阶段待核验单元所出现责任问题的图片，或者也可以结合来自本地或后台服务器推送的该用户在取车阶段待核验单元所出现责任问题的语音或文字信息，对出现责任问题的各核验单元进行重点检查，以保证上传的责任问题的完整性和准确性。

S320、根据当前反馈信息，确定各核验单元出现责任问题的当前问题数量。

S330、调用历史反馈信息所对应的历史问题数量。

S340、判断当前问题数量是否大于历史问题数量，若是，则执行步骤S350；否则，执行步骤S360。

S350、确定当前用户作为当前租赁车辆出现责任问题的目标责任人。

示例性的，如果甲在租取阶段上传了N个问题，甲在还车时上传了N+M个问题，则可初步说明甲自证在其租车过程中车辆的核验单元W新出现了M个问题，甲为新出现M个问题的目标责任人。

进一步的，在确定目标责任人后，可通过当前用户的下一个用户在其对当前租赁车辆的租取阶段所上传的问题数量，对当前用户还车时所上传问题的完整性和真实性进行进一步的验证，以提高目标责任人确定的准确性，避免造成误判。

S360、确定各核验单元未出现新的污损问题，或当前用户主动化解了相应的问题，当前用户非责任人。

示例性的，以甲和乙以及丙依次租赁车辆A，对车辆A的某一核验单元W进行核验为例，如果甲在租取阶段上传了N个问题，甲在还车阶段也上传了N个问题，则初步说明该核验单元W未出现新的污损问题，当前用户甲并非责任人。可通过甲之后租车的下一个用户乙对甲租车核验单元W未出现新的污损问题的真实性进行进一步验证。

示例性的，如果甲在租取阶段上传了N个问题，甲在还车阶段上传了P个问题，且P小于N，则初步说明甲自证在其租车过程中主动化解了该核验单元W中的N-P个问题。而对于甲上传的核验单元W中P个问题的真实性，可通过甲之后租车的下一个用户乙在租取阶段上传的问题数量是否等于P进行验证。

其中，通过下一个用户在租取阶段所上传的问题数量来验证当前用户还车时所上传问题数量的方法，与上述实施例中在车辆租取阶段确定历史用户是否为责任人的方法相同，具体可参照上述实施例在车辆租取阶段的技术方案，本实施例在此不做赘述。

进一步的，本实施例在确定目标责任人后，可按照上述实施例提供的方式对目标责任人推送预设惩罚信息，其中，相关的技术细节可参照上述实施例提供的内容，本实施不再赘述。

本实施例在上述实施例的基础上，在车辆归还阶段，通过将当前用户上传的当前问题数量与当前用户在车辆租取阶段上传的历史问题数量进行比较后，可初步确定当前用户是否为当前租赁车辆出现责任问题的目标责任人。但，还需通过当前用户的下一个用户对当前用户所上传问题的数量的完整性和真实性进行进一步认证，以提供目标责任人确定的准确性。

实施例四

图4为本发明实施例四提供的一种租车用户的责任判定装置的结构示意图，如图4所示，该装置包括：当前反馈信息获取模块410、当前问题数量确定模块420、历史问题数量调用模块430和责任人确定模块440。

其中，当前反馈信息获取模块410，用于获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息；

当前问题数量确定模块420，用于根据所述当前反馈信息，确定所述各核验单元出现责任问题的当前问题数量；

历史问题数量调用模块430，用于调用历史反馈信息所对应的历史问题数量；

责任人确定模块440，用于根据所述当前问题数量、所述历史问题数量以及当前租赁车辆的租车阶段，确定所述当前租赁车辆各核验单元出现责任问题所对应的责任人。

本实施例的租车用户的责任判定装置，通过获取用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息，可根据该当前反馈信息，确定用户所租赁车辆的各核验单元出现责任问题的当前问题数量。通过调用历史反馈信息所对应的历史问题数量，可将当前问题数量与历史问题数量作比较，并结合当前租赁车辆的租车阶段，确定当前租赁车辆各核验单元出现责任问题的数量和对应的责任人。通过采用上述技术方案，对于无人值守自助式的租赁模式，在没有出租方人员在场的情况下，通过租车用户单方面即可完成对所租或所还车辆的交接核验工作，提升了对车辆所出现问题进行责任判定的效率，同时也节省了出租方的人力物力成本。

在上述实施例的基础上，所述租车阶段包括租取阶段和还车阶段；相应的，

如果所述租车阶段为租取阶段，则所述历史反馈信息为历史用户所上传的对所述各核验单元的反馈信息，其中，所述历史用户为在所述当前用户之前，已完成对所述当前租赁车辆租用的前一个用户；

如果所述租车阶段为还车阶段，则所述历史反馈信息为所述当前用户在租取阶段所上传的对所述各核验单元的反馈信息。

在上述实施例的基础上，如果所述租车阶段为租取阶段，则所述责任人确定模块，具体用于：

如果所述当前问题数量等于所述历史问题数量，则确定所述各核验单元未出现新的责任问题，所述历史用户非当前租赁车辆的责任人；

如果所述当前问题数量大于所述历史问题数量，则将所述历史用户作为所述核验单元出现责任问题的第一责任人。

在上述实施例的基础上，该装置还包括目标责任人确定模块，用于在确定所述第一责任人之后，在所述当前用户对所述当前租赁车辆租用完成后，如果下一个用户在租取阶段所上传的问题数量与所述当前问题数量相等，则将所述第一责任人确定为所述当前租赁车辆出现责任问题的目标责任人。

在上述实施例的基础上，如果所述租车阶段为还车阶段，则所述责任人确定模块，具体用于：

如果所述当前问题数量小于或等于所述历史问题数量，则确定所述核验单元未出现新的责任问题，所述当前用户非责任人；

如果所述当前问题数量大于所述历史问题数量，则确定所述当前用户为所述核验单元出现责任问题的目标责任人。

在上述实施例的基础上，该装置还包括：

历史反馈信息显示模块，用于在获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息之前，将所述历史反馈信息通过所述终端进行显示，以供所述当前用户参考。

在上述实施例的基础上，所述当前反馈信息和所述历史反馈信息中均包括：

与所述各核验单元相关的照片信息、文字信息和/或语音信息。

上述租车用户的责任判定装置可执行本发明任意实施例所提供的租车用户的责任判定方法，具备执行方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的租车用户的责任判定方法。

实施例五

图5为本发明实施例五提供的一种服务器的结构示意图。图5示出了适于用来实现本发明实施方式的示例***器12的框图。图5显示的服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，服务器12以通用计算设备的形式表现。服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，***存储器28，连接不同***组件(包括***存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，***总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及***组件互连(PCI)总线。

服务器12典型地包括多种计算机***可读介质。这些介质可以是任何能够被服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

***存储器28可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例，存储***34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该服务器12交互的设备通信，和/或与使得该服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

处理单元16通过运行存储在***存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明任意实施例所提供的租车用户的责任判定方法。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所提供的租车用户的责任判定方法。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种租车用户的责任判定方法，其特征在于，包括：

获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息；

根据所述当前反馈信息，确定所述各核验单元出现责任问题的当前问题数量；

调用历史反馈信息所对应的历史问题数量；

根据所述当前问题数量、所述历史问题数量以及当前租赁车辆的租车阶段，确定所述当前租赁车辆各核验单元出现责任问题所对应的责任人。

2.根据权利要求1所述的方法，其特征在于，所述租车阶段包括租取阶段和还车阶段；相应的，

如果所述租车阶段为租取阶段，则所述历史反馈信息为历史用户所上传的对所述各核验单元的反馈信息，其中，所述历史用户为在所述当前用户之前，已完成对所述当前租赁车辆租用的前一个用户；

如果所述租车阶段为还车阶段，则所述历史反馈信息为所述当前用户在租取阶段所上传的对所述各核验单元的反馈信息。

3.根据权利要求2所述的方法，其特征在于，如果所述租车阶段为租取阶段，则根据所述当前问题数量、所述历史问题数量以及当前租赁车辆的租车阶段，确定所述当前租赁车辆各核验单元出现责任问题所对应的责任人，包括：

如果所述当前问题数量等于所述历史问题数量，则确定所述各核验单元未出现新的责任问题，所述历史用户非当前租赁车辆的责任人；

如果所述当前问题数量大于所述历史问题数量，则将所述历史用户作为所述核验单元出现责任问题的第一责任人。

4.根据权利要求3所述的方法，其特征在于，在确定所述第一责任人之后，所述方法还包括：

在所述当前用户对所述当前租赁车辆租用完成后，如果下一个用户在租取阶段所上传的问题数量与所述当前问题数量相等，则将所述第一责任人确定为所述当前租赁车辆出现责任问题的目标责任人。

5.根据权利要求2所述的方法，其特征在于，如果所述租车阶段为还车阶段，则根据所述当前问题数量、所述历史问题数量以及当前租赁车辆的租车阶段，确定所述当前租赁车辆各核验单元出现责任问题所对应的责任人，包括：

如果所述当前问题数量小于或等于所述历史问题数量，则确定所述核验单元未出现新的责任问题，所述当前用户非责任人；

如果所述当前问题数量大于所述历史问题数量，则确定所述当前用户为所述核验单元出现责任问题的目标责任人。

6.根据权利要求1所述的方法，其特征在于，在获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息之前，所述方法还包括：

将所述历史反馈信息通过所述终端进行显示，以供所述当前用户参考。

7.根据权利要求1所述的方法，其特征在于，所述当前反馈信息和所述历史反馈信息中均包括：

与所述各核验单元相关的照片信息、文字信息和/或语音信息。

8.一种租车用户的责任判定装置，其特征在于，包括：

当前反馈信息获取模块，用于获取当前用户通过终端上传的当前租赁车辆的各核验单元的当前反馈信息；

当前问题数量确定模块，用于根据所述当前反馈信息，确定所述各核验单元出现责任问题的当前问题数量；

历史问题数量调用模块，用于调用历史反馈信息所对应的历史问题数量；

责任人确定模块，用于根据所述当前问题数量、所述历史问题数量以及当前租赁车辆的租车阶段，确定所述当前租赁车辆各核验单元出现责任问题所对应的责任人。

9.一种服务器，其特征在于，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的租车用户的责任判定方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的租车用户的责任判定方法。