CN115358716A - 用车管理方法、装置、电子设备及可读介质 - Google Patents

Abstract

本发明公开了用车管理方法、装置、电子设备及可读介质。方法包括：接收申请人通过申请端发来的用车申请，所述用车申请包括申请类别及审批信息；根据所述审批信息对所述用车申请进行审批；在所述用车申请审批通过后，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，以使所述申请人根据所述用车订单进行用车。本发明提供的方案能够取代传统线下纸质登记、线下签字审批的管理方式，简化了用车申请以及审批流程，实现了快速用车，提高企业用车申请的效率。

Description

用车管理方法、装置、电子设备及可读介质

技术领域

本发明涉及车辆管理技术领域，尤其涉及用车管理方法、装置、电子设备及可读介质。

背景技术

随着企业的发展壮大、业务量增加，企业对办公用车的需求也急剧增加，需要用车的员工可以通过用车申请来借用公司用车。

目前，大多企业用车采取的是线下纸质登记、线下签字审批的管理方式，这样就需要员工递交纸质申请，并一级一级审批，操作十分的繁琐，且耗时长，特别是碰到领导不在公司的情况时，还可能造成员工无法用车，严重影响了员工办公出行效率。

因此，需要一种企业用车管理方法来提高企业用车申请效率。

发明内容

本发明提供了用车管理方法、装置、电子设备及可读介质，以提高企业用车申请效率。

根据本发明的一方面，提供了一种用车管理方法，包括：

接收申请人通过申请端发来的用车申请，所述用车申请包括申请类别及审批信息；

对所述用车申请进行审批；

在所述用车申请审批通过后，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，以使所述申请人根据所述用车订单进行用车。

可选的，所述对所述用车申请进行审批，包括：

确定所述申请人的所述个人信息，所述个人信息中包括所述申请人的职位权限；

当所述职位权限为表示不具备免审批权限的第一权限时，将所述用车申请发送到外部审批终端进行审批；

当所述职位权限为表示具备免审批权限的第二权限时，视为所述用车申请审批通过。

可选的，当所述申请类别为公车申请时，所述用车申请还包括：用车选择；

相应的，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，包括：

确定当前处于空闲状态的待选公车；

确定所述用车选择对应的目标公车是否处于空闲状态；

若是，根据所述目标公车的车辆信息和所述个人信息生成用车订单，并将所述目标公车的状态切换为非空闲状态。

可选的，当所述申请类别为私车申请时，相应的，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，包括：

确定所述个人信息对应的已上传私车信息，其中所述私车信息和个人信息具有绑定关系；

根据所述私车信息和所述个人信息生成用车订单。

可选的，所述审批信息中包括出发人数、出发时间、出发地和目的地；相应的，该方法还包括：

在生成所述用车订单后，根据所述出发人数、所述出发时间、所述出发地和所述目的地生成对应于所述用车订单的行程信息。

可选的，当所述申请类别为打车申请时，相应的，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，包括：

根据所述个人信息和所述打车申请生成用车订单。

可选的，该方法还包括：

接收申请人通过申请端发来的拼车申请，所述拼车申请包括审批信息；

根据所述审批信息对所述拼车申请进行审批；

在所述拼车申请审批通过后，确定所述审批信息中包含的出发人数、出发时间、出发地和目的地；

确定所述行程信息与所述审批信息匹配且相似度最高的车辆；

根据与所述审批信息匹配且相似度最高的车辆生成拼车订单，以使所述申请人加入该车辆的行程。

根据本发明的另一方面，提供了一种用车管理装置，包括：

用车申请接收单元，用于接收申请人通过申请端发来的用车申请，所述用车申请包括申请类别及审批信息；

用车申请审批单元，根据所述审批信息对所述用车申请进行审批；

用车订单生成单元，用于在所述用车申请审批通过后，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，以使所述申请人根据所述用车订单进行用车。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的用车管理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的用车管理方法。

本发明实施例的技术方案，通过接收申请人通过申请端发来的用车申请，通过用车申请中的审批信息对所述用车申请进行审批，在所述用车申请审批通过后，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，以使所述申请人根据所述用车订单进行用车。本发明提供的方案能够取代传统线下纸质登记、线下签字审批的管理方式，简化了用车申请以及审批流程，实现了快速用车，提高企业用车申请的效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的一种用车管理方法的流程图；

图2为本发明实施例二提供的一种用车申请审批方法的流程图；

图3是根据本发明实施例三提供的用车管理装置的结构示意图；

图4是实现本发明实施例的用车管理方法的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供的一种用车管理方法的流程图，本实施例可适用于对企业用车进行管理的情况，该方法可以由用车管理装置来执行，该用车管理装置可以采用硬件和/或软件的形式实现，该用车管理装置可配置于计算机中。如图1所示，该方法包括：

S110、接收申请人通过申请端发来的用车申请，所述用车申请包括申请类别及审批信息。

其中，申请端可以为手机、电脑等智能设备，企业人员可以通过智能设备填写用车申请。审批信息为针对申请人的用车申请进行审批时所需的相关信息，申请类别为申请人申请的用车类别，比如可以包括申请公司车辆作为出差用车、将私家车临时作为出差用车或者打车出差等情况。

S120、根据所述审批信息对所述用车申请进行审批。

其中，当接收到用车申请后，确定用车申请中的审批信息，根据审批信息确定申请人的用车申请是否能够通过。对用车申请的审批通过造成影响的因素包括发起用车申请的企业人员是否具有使用企业车辆的权限、当前是否存在空余车辆、上级领导是否同意使用企业车辆等。

S130、在所述用车申请审批通过后，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，以使所述申请人根据所述用车订单进行用车。

其中，个人信息发起用车申请的企业人员的相关信息，个人信息可以包括申请人姓名、工号、所属部门等，生成与个人信息对应的用车订单。企业人员通常会配备工牌(电子卡)，工牌中采集有企业人员的个人信息。在用车订单生成后，企业人员可以在用车、还车时通过工牌确认身份，以通过用车订单核实用车信息，方便后续的报销等处理。

本发明实施例的技术方案，通过接收申请人通过申请端发来的用车申请，通过用车申请中的审批信息对所述用车申请进行审批，在所述用车申请审批通过后，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，以使所述申请人根据所述用车订单进行用车。本发明提供的方案能够取代传统线下纸质登记、线下签字审批的管理方式，简化了用车申请以及审批流程，实现了快速用车，提高企业用车申请的效率。

实施例二

图2为本发明实施例二提供的一种用车申请审批方法的流程图。如图2所示，该方法包括：

S210、确定所述申请人的所述个人信息，所述个人信息中包括所述申请人的职位权限。

其中，接收到个人信息后，调取用户中心的用户数据，并依据审批流程中心的职位权限和审批关系确定申请人是否具有用车权限及审批用车权限的对应审批人员。其中，用户中心可为EHR系统，用户数据包括有：用户姓名、工号、所属部门等。

S220、当所述职位权限为表示不具备免审批权限的第一权限时，将所述用车申请和所述出差申请发送到外部审批终端进行审批。

S230、当所述职位权限为表示具备免审批权限的第二权限时，视为所述用车申请审批通过。

具体的，第一权限为普通员工具有的权限，根据审批关系，将用车申请和出差申请发送到审批人对应的外部审批终端进行审批，在审批人通过后，生成对应的用车订单。第二权限为特殊职务人员具有的权限，该类人员需要用车时无需进行审批，可以直接生成用车订单。若审批人未在设定时间内及时审批，向审批人发送提醒，为方便每个用车申请的提醒正常，并且不出现重发情况，采用redis过期机制对每个需要提醒的用车申请做提醒功能，若到设定时间后还未审批(即redis失效时)，用车申请会自动取消。

由于用车申请中包括出差申请，通过集合了出差申请和用车申请，简化了出差申请流程，提高了办公效率。

在本发明实施例二中，当所述申请类别为公车申请时，所述用车申请还包括：用车选择；

相应的，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，包括：

确定当前处于空闲状态的待选公车；

确定所述用车选择对应的目标公车是否处于空闲状态；

若是，根据所述目标公车的车辆信息和所述个人信息生成用车订单，并将所述目标公车的状态切换为非空闲状态。

其中，公车申请指的是从企业公有的公车中选择需要使用的车辆。在进行企业用车的选择时，通过用车选择来从企业用车中选择未被选择的企业用车。在生成用车订单后，将该车的状态切换为无法被选择的非空闲状态，后需的用车选择无法选择该车辆，以避免用车混乱。

此外，在进行公车申请的后续报销时需要提供“用车订单”和“用车里程数”作为报销凭证，其中，“用车订单”中包含的内容有：用户姓名/部门/出差时间/出发地/目的地/车辆信息/出差事由等，但不局限于上述内容；“用车里程数”通过用户在用车前和用车后拍照公车的里程数来辅证。

在本发明实施例二中，所述申请类别为私车申请时，相应的，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，包括：

确定所述个人信息对应的已上传私车信息，其中所述私车信息和个人信息具有绑定关系；

根据所述私车信息和所述个人信息生成用车订单。

其中，私车申请类似于公车申请，不同于公车申请的是，申请人在进行私车申请之前，需要提前上传驾驶员、私车的证件信息，证件上传时可以通过OCR证件识别技术对证件进行快速识别，降低肉眼识别和手动输入的错误概率，可以让私车驾照与保险的信息绑定。上传的驾驶员和私车的证件信息可以上传到企业的行政部门，企业行政部门进行核实后审批通过，将私车信息和驾驶员(员工)的个人信息进行绑定，当该员工进行私车申请时，无需选择车辆。与公车申请类似，若申请人具有第一权限，则将私车申请发送给对应的审批人，在审批人审批通过后，生成用车订单；若申请人具有第二权限，则直接生成用车订单。在后续报销时，需要提供“用车订单”和“用车里程数”作为报销凭证，其中，“用车订单”中包含的内容有：用户姓名/部门/出差时间/出发地/目的地/车辆信息/出差事由等，但不局限于上述内容；“用车里程数”通过用户在用车前和用车后拍照私车的里程数来辅证。

在本发明实施例二中，当所述申请类别为打车申请时，相应的，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，包括：

根据所述个人信息和所述打车申请生成用车订单。

其中，打车申请与前文中的公车申请类似，但不同于上述“公车申请”的是：打车申请中没有上述的用车选择(公司所有公车信息)、驾驶人信息、出发地以及目的地。由于打车申请不需要申请人驾驶车辆，因此无需选择车辆及绑定私车，用车订单仅包括该申请人存在打车行为，用于作为后续报销及出差记录的凭证。后续报销时，需要提供用车订单和打车票据作为报销凭证，其中，用车订单中包含的内容有：用户姓名/部门/出差时间/出差事由等，但不局限于上述内容。打车申请的权限判断与前文相同，若申请人具有第一权限，则将打车申请发送给对应的审批人，在审批人审批通过后，生成用车订单；若申请人具有第二权限，则直接生成用车订单。

目前，大多企业采用公车、私车公用、打车等多种用车方式并用的办公方式，不同员工选择不同方式出行时，有些通过公共交通，有些是驾驶私家车，这样就容易造成报销不均衡的情况，并且在后续进行报销统计的时候，财务要对比数据，更需要从大量的单据中去填写数据，麻烦并且容易出错。本发明的方案记录了多个用车过程中的数据信息，可作为报销凭证，降低了财务人员的办公强度。

在本发明实施例二中，所述审批信息中包括出发人数、出发时间、出发地和目的地；相应的，该方法还包括：

在生成所述用车订单后，根据所述出发人数、所述出发时间、所述出发地和所述目的地生成对应于所述用车订单的行程信息。

其中，行程信息用于表示非空闲状态的公车及申请人的私车后续进行行程的相关信息，比如可以根据出发时间对车辆进行监控，根据出发地与目的地的距离估算到达目的地的时间，再与出发时间进行对比，若在预估的时间内车辆没有到达目的地，可以根据车载GPS系统获取的车辆行驶轨迹确定真实行车路线，利于车辆管控。

在本发明实施例二中，该方法还包括：接收申请人通过申请端发来的拼车申请，所述拼车申请包括审批信息；

根据所述审批信息对所述拼车申请进行审批；

在所述拼车申请审批通过后，确定所述审批信息中包含的出发人数、出发时间、出发地和目的地；

确定所述行程信息与所述审批信息匹配且相似度最高的车辆；

根据与所述审批信息匹配且相似度最高的车辆生成拼车订单，以使所述申请人加入该车辆的行程。

其中，在申请人进行用车申请后，将公车申请、私车申请及打车申请发布于用车管理平台，发布的内容包括行程信息，具体的，包括车辆信息、出发时间、出发地、目的地、驾驶员信息、可带人数、拼车申请链接等。发起拼车申请后，可以从处于非空闲状态的公车以及私车发布的行程信息与拼车申请的审批信息进行匹配，选择最合适的车辆，或者手动选择合适的车辆，点击该车辆的拼车申请连接，提交拼车申请。进一步的，审批信息中的内容包括：出差申请(姓名/部门/出差时间/出发地/目的地/出差事由等)、拼车人数、相关提醒(如提醒申请人及时联系驾驶员)等。拼车申请的审核与前文中的其他用车申请类似，此外拼车申请还会以推送消息的形式发送给驾驶员，在拼车申请审批通过后申请人可以加入行程，通过以上的方式，避免同时间、同出发地、同目的地的不同企业人员各自进行用车申请，导致车辆资源的浪费，充分利用了外出车辆资源。

实施例三

图3为本发明实施例三提供的一种用车管理装置的结构示意图。如图3所示，该装置包括：

用车申请接收单元310，用于接收申请人通过申请端发来的用车申请，所述用车申请包括申请类别及审批信息；

用车申请审批单元320，根据所述审批信息对所述用车申请进行审批；

用车订单生成单元330，用于在所述用车申请审批通过后，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，以使所述申请人根据所述用车订单进行用车。

在本发明实施例三中，当所述审批信息，包括出差申请时，用车申请审批单元320，用于执行：

确定所述申请人的所述个人信息，所述个人信息中包括所述申请人的职位权限；

当所述职位权限为表示不具备免审批权限的第一权限时，将所述用车申请和所述出差申请发送到外部审批终端进行审批；

当所述职位权限为表示具备免审批权限的第二权限时，视为所述用车申请审批通过。

在本发明实施例三中，当所述申请类别为公车申请时，所述用车申请还包括：用车选择；

相应的，用车订单生成单元330，用于执行：

确定当前处于空闲状态的待选公车；

确定所述用车选择对应的目标公车是否处于空闲状态；

若是，根据所述目标公车的车辆信息和所述个人信息生成用车订单，并将所述目标公车的状态切换为非空闲状态。

在本发明实施例三中，当所述申请类别为私车申请时，用车订单生成单元330，用于执行：

确定所述个人信息对应的已上传私车信息，其中所述私车信息和个人信息具有绑定关系；

根据所述私车信息和所述个人信息生成用车订单。

在本发明实施例三中，所述审批信息中包括出发人数、出发时间、出发地和目的地；相应的，用车订单生成单元330在执行将所述目标公车的状态切换为非空闲状态之后，还用于执行：

将所述出发人数、所述出发时间、所述出发地和所述目的地设置为目标公车的行程信息。

在本发明实施例三中，当所述申请类别为打车申请时，用车订单生成单元330，用于执行：

根据所述个人信息和所述打车申请生成用车订单。

在本发明实施例三中，用车申请接收单元310，还用于接收申请人通过申请端发来的拼车申请，所述拼车申请包括审批信息；

用车申请审批单元320，还用于根据所述审批信息对所述拼车申请进行审批；

用车订单生成单元330，还用于在所述拼车申请审批通过后，确定所述审批信息中包含的出发人数、出发时间、出发地和目的地；确定处于非空闲状态的车辆的行程信息与所述审批信息匹配且相似度最高的车辆；根据与所述审批信息匹配且相似度最高的车辆生成拼车订单，以使所述申请人加入该车辆的行程。

本发明实施例所提供的用车管理装置可执行本发明任意实施例所提供的用车管理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如用车管理方法。

在一些实施例中，用车管理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的用车管理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行用车管理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括用户端和服务器。用户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有用户端-服务器关系的计算机程序来产生用户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.用车管理方法，其特征在于，包括：

接收申请人通过申请端发来的用车申请，所述用车申请包括申请类别及审批信息；

对所述用车申请进行审批；

在所述用车申请审批通过后，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，以使所述申请人根据所述用车订单进行用车。

2.根据权利要求1所述的方法，其特征在于，所述对所述用车申请进行审批，包括：

确定所述申请人的所述个人信息，所述个人信息中包括所述申请人的职位权限；

当所述职位权限为表示不具备免审批权限的第一权限时，将所述用车申请发送到外部审批终端进行审批；

当所述职位权限为表示具备免审批权限的第二权限时，视为所述用车申请审批通过。

3.根据权利要求1所述的方法，其特征在于，当所述申请类别为公车申请时，所述用车申请还包括：用车选择；

相应的，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，包括：

确定当前处于空闲状态的待选公车；

确定所述用车选择对应的目标公车是否处于空闲状态；

若是，根据所述目标公车的车辆信息和所述个人信息生成用车订单，并将所述目标公车的状态切换为非空闲状态。

4.根据权利要求1所述的方法，其特征在于，当所述申请类别为私车申请时，相应的，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，包括：

确定所述个人信息对应的已上传私车信息，其中所述私车信息和个人信息具有绑定关系；

根据所述私车信息和所述个人信息生成用车订单。

5.根据权利要求3所述的方法，其特征在于，所述审批信息中包括出发人数、出发时间、出发地和目的地；相应的，进一步包括：

在生成所述用车订单后，根据所述出发人数、所述出发时间、所述出发地和所述目的地生成对应于所述用车订单的行程信息。

6.根据权利要求1所述的方法，其特征在于，当所述申请类别为打车申请时，相应的，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，包括：

根据所述个人信息和所述打车申请生成用车订单。

7.根据权利要求5所述的方法，其特征在于，进一步包括：

接收申请人通过申请端发来的拼车申请，所述拼车申请包括审批信息；

根据所述审批信息对所述拼车申请进行审批；

在所述拼车申请审批通过后，确定所述审批信息中包含的出发人数、出发时间、出发地和目的地；

确定所述行程信息与所述审批信息匹配且相似度最高的车辆；

根据与所述审批信息匹配且相似度最高的车辆生成拼车订单，以使所述申请人加入该车辆的行程。

8.用车管理装置，其特征在于，包括：

用车申请接收单元，用于接收申请人通过申请端发来的用车申请，所述用车申请包括申请类别及审批信息；

用车申请审批单元，根据所述审批信息对所述用车申请进行审批；

用车订单生成单元，用于在所述用车申请审批通过后，根据所述申请类别以及所述审批信息中包括的所述申请人的个人信息生成用车订单，以使所述申请人根据所述用车订单进行用车。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的用车管理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的用车管理方法。

Images