CN111858624A - 一种车辆使用情况更新方法及装置 - Google Patents

Abstract

本申请提供一种车辆使用情况更新方法及装置，其中，该车辆使用情况更新方法包括：获取第一时刻多个预设区域内的第一车辆使用情况；根据第一车辆使用情况对第二时刻存储的预设区域内的第二车辆使用情况进行更新，生成携带第一车辆使用情况的展示对象；响应于客户端操作提供展示对象。因此，可以根据获取的某一时刻预设区域内车辆的使用情况，对上一时刻该预设区域内车辆的使用情况进行更新，并将更新后的车辆使用情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，也就是说，可以给该用户提供准确度较高的车辆停放地点，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

Description

一种车辆使用情况更新方法及装置

技术领域

本申请涉及物联网领域，具体而言，涉及一种车辆使用情况更新方法及装置。

背景技术

现有技术中，用户在寻找车辆时，一般是根据个人经验去寻找可使用的车辆，或者根据用户终端上打开的手机软件(Application，APP)的界面中显示的可用车辆，去到该位置寻找对应的车辆。但是，当APP获取的车辆的位置不准确时，用户去到该位置可能找不到车，也就是说，现有技术采用的方式，不能给用户提供比较准确的车辆停放地点。

发明内容

有鉴于此，本申请的目的在于提供一种车辆使用情况更新方法及装置，能够通过更新一个区域内车辆使用情况的方式解决现有技术中存在的不能给用户提供比较准确的车辆停放地点的问题，达到给用户提供准确度较高的车辆停放地点的效果。

为了实现上述目的，本申请实施例所提供的技术方案如下所示：

第一方面，本申请实施例提供一种车辆使用情况更新方法，包括：获取第一时刻多个预设区域内的第一车辆使用情况；其中，所述第一车辆使用情况包括车辆数量；根据所述第一车辆使用情况对第二时刻存储的所述预设区域内的第二车辆使用情况进行更新，生成携带所述第一车辆使用情况的展示对象；响应于客户端操作提供所述展示对象。因此，可以根据获取的某一时刻预设区域内车辆的使用情况，对上一时刻该预设区域内车辆的使用情况进行更新，并将更新后的车辆使用情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，也就是说，可以给该用户提供准确度较高的车辆停放地点，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

在本申请的可选实施例中，所述获取第一时刻多个预设区域内的第一车辆使用情况，包括：获取投放到所述预设区域的所述车辆数量。因此，预设区域内车辆数量的改变可能是运维人员在该区域内投放了一定数量的车辆，所以可以根据运维人员投放的车辆数量对该预设区域内的车辆数量进行实时更新，从而保证该预设区域内可使用车辆的数量的准确度高。

在本申请的可选实施例中，所述获取投放到所述预设区域的所述车辆数量，包括：接收运维端发送的投放到所述预设区域的所述车辆数量；或当接收到所述运维端发送的在所述预设区域内的某一车辆的第一扫码信息时，将当前的车辆数量加一以对所述车辆数量进行更新。因此，获取运维人员投放到预设区域的车辆数量的方式可以为：运维人员在运维端输入投放的车辆数量，该方式简单快捷；或者，运维人员利用运维端扫描投放的每一辆车辆对应的二维码、条形码等，每扫描一次则车辆数量加一，该方式不容易出现错误。

在本申请的可选实施例中，所述获取第一时刻多个预设区域内的第一车辆使用情况，包括：当接受到客户端发送的在所述预设区域内的某一车辆的第二扫码信息时，将当前的车辆数量减一以对所述车辆数量进行更新。因此，预设区域内车辆数量的改变可能是用户使用了其中的车辆，所以可以根据用户使用的车辆数量对该预设区域内的车辆数量进行实时更新，从而保证该预设区域内可使用车辆的数量的准确度高。

在本申请的可选实施例中，所述第一车辆使用情况还包括所述车辆故障情况，所述获取第一时刻多个预设区域内的第一车辆使用情况，包括：获取所述预设区域内的车辆故障情况。因此，可以根据获取的某一时刻预设区域内车辆的故障情况，对上一时刻该预设区域内车辆的故障情况进行更新，并将更新后的车辆故障情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量。

在本申请的可选实施例中，所述获取所述预设区域内的车辆故障情况，包括：接收运维端发送的车辆标识信息；其中，所述车辆标识信息用于标记所述预设区域内的车辆是否故障。因此，运维人员在投放车辆或者在巡逻时，可以将故障的车辆信息进行标识，以使预设区域内可使用车辆的数量进行实时的更新。

在本申请的可选实施例中，在所述获取第一时刻多个预设区域内的第一车辆使用情况之前，所述车辆使用情况更新方法还包括：接收运维端发送的所述预设区域的范围。因此，预设范围可以是运维人员根据投放车辆的位置进行划分，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

第二方面，本申请实施例提供一种车辆使用情况更新方法，应用于客户端，包括：接收用户打开页面的操作指令；向服务器请求页面上的展示对象；接收所述服务器返回的所述展示对象，所述展示对象携带预设区域的第一车辆使用情况；在所述页面上显示所述展示对象。因此，当用户想要通过客户端获知预设区域的第一车辆使用情况时，客户端可以显示携带有预设区域的第一车辆使用情况的展示对象，以使用户可以根据上述展示对象的内容选择合适的区域寻找车辆。

第三方面，本申请实施例提供一种车辆使用情况更新装置，包括：获取模块，用于获取第一时刻多个预设区域内的第一车辆使用情况；其中，所述第一车辆使用情况包括车辆数量；更新模块，用于根据所述第一车辆使用情况对第二时刻存储的所述预设区域内的第二车辆使用情况进行更新，生成携带所述第一车辆使用情况的展示对象；响应模块，用于响应于客户端操作提供所述展示对象。因此，可以根据利用获取模块获取的某一时刻预设区域内车辆的使用情况，利用更新模块对上一时刻该预设区域内车辆的使用情况进行更新，并将更新后的车辆使用情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，也就是说，可以给该用户提供准确度较高的车辆停放地点，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

在本申请的可选实施例中，所述获取模块还用于：获取投放到所述预设区域的所述车辆数量。因此，预设区域内车辆数量的改变可能是运维人员在该区域内投放了一定数量的车辆，所以可以根据运维人员投放的车辆数量对该预设区域内的车辆数量进行实时更新，从而保证该预设区域内可使用车辆的数量的准确度高。

在本申请的可选实施例中，所述获取模块还用于：接收运维端发送的投放到所述预设区域的所述车辆数量；或当接收到所述运维端发送的在所述预设区域内的某一车辆的第一扫码信息时，将当前的车辆数量加一以对所述车辆数量进行更新。因此，获取运维人员投放到预设区域的车辆数量的方式可以为：运维人员在运维端输入投放的车辆数量，该方式简单快捷；或者，运维人员利用运维端扫描投放的每一辆车辆对应的二维码、条形码等，每扫描一次则车辆数量加一，该方式不容易出现错误。

在本申请的可选实施例中，所述获取模块还用于：当接受到客户端发送的在所述预设区域内的某一车辆的第二扫码信息时，将当前的车辆数量减一以对所述车辆数量进行更新。因此，预设区域内车辆数量的改变可能是用户使用了其中的车辆，所以可以根据用户使用的车辆数量对该预设区域内的车辆数量进行实时更新，从而保证该预设区域内可使用车辆的数量的准确度高。

在本申请的可选实施例中，所述第一车辆使用情况还包括车辆故障情况时，所述获取模块还用于：获取所述预设区域内的车辆故障情况。因此，可以根据获取的某一时刻预设区域内车辆的故障情况，对上一时刻该预设区域内车辆的故障情况进行更新，并将更新后的车辆故障情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量。

在本申请的可选实施例中，所述获取模块还用于：接收运维端发送的车辆标识信息；其中，所述车辆标识信息用于标记所述预设区域内的车辆是否故障。因此，运维人员在投放车辆或者在巡逻时，可以将故障的车辆信息进行标识，以使预设区域内可使用车辆的数量进行实时的更新。

在本申请的可选实施例中，所述车辆使用情况更新装置还包括：第三接收模块，用于接收运维端发送的所述预设区域的范围。因此，预设范围可以是运维人员根据投放车辆的位置进行划分，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

第四方面，本申请实施例提供一种车辆使用情况更新装置，应用于客户端，包括：第一接收模块，用于接收用户打开页面的操作指令；请求模块，用于向服务器请求页面上的展示对象；第二接收模块，用于接收所述服务器返回的所述展示对象，所述展示对象携带预设区域的第一车辆使用情况；显示模块，用于在所述页面上显示所述展示对象。因此，当用户想要通过客户端获知预设区域的第一车辆使用情况时，客户端可以显示携带有预设区域的第一车辆使用情况的展示对象，以使用户可以根据上述展示对象的内容选择合适的区域寻找车辆。

第五方面，本申请实施例提供一种电子设备，包括：处理器、存储器和总线；所述处理器和所述存储器通过所述总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如第一方面及第二方面中的车辆使用情况更新方法。

第六方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行第一方面及第二方面中的车辆使用情况更新方法。

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

附图说明

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

图1为本申请实施例提供的一种车辆使用情况更新系统的结构框图；

图2为本申请实施例提供的一种车辆使用情况更新方法的流程示意图；

图3为本申请实施例提供的一种车辆使用情况更新装置的结构框图；

图4为本申请实施例提供的另一种车辆使用情况更新装置的结构框图；

图5为本申请实施例提供的一种电子设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“共享单车”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕共享单车进行描述，但是应该理解，这仅是一个示例性实施例，例如，本申请实施例方案同样适用于共享汽车、共享飞机、共享船等。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

值得注意的是，在本申请提出申请之前，用户在寻找车辆时，一般是根据个人经验去寻找可使用的车辆，或者根据用户终端上打开的手机软件APP的界面中显示的可用车辆，去到该位置寻找对应的车辆。然而，本申请提供的车辆使用情况更新系统可以给用户提供某个区域内较为准确的车辆使用情况，从而使得用户可以根据多个区域内可使用车辆的数量，去到合适的区域寻找车辆。

本申请的一个方面涉及一种车辆使用情况更新系统，该系统可以根据获取的某一时刻预设区域内车辆的使用情况，对上一时刻该预设区域内车辆的使用情况进行更新，并将更新后的车辆使用情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，也就是说，可以给该用户提供准确度较高的车辆停放地点，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

请参照图1，图1为本申请实施例提供的一种车辆使用情况更新系统的结构框图，该车辆使用情况更新系统100可以包括服务器101、一个或者多个客户端102、一个或者多个运维端103。其中，客户端102以及运维端103均与服务器103通信连接。作为一种实施方式，车辆使用情况更新系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。

在一些实施例中，服务器101可以包括处理器。处理器可以处理与车辆使用情况有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于客户端102或者运维端103发送的车辆新增数量、车辆减少数量、车辆故障情况等数据来对一个区域内可使用的车辆数量进行更新。

在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit，CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、专用指令集处理器(Application Specific Instruction-set Processor，ASIP)、图形处理单元(Graphics Processing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field ProgrammableGate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing,RISC)、或微处理器等，或其任意组合。

在一些实施例中，客户端102以及运维端103对应的设备类型可以是移动设备，比如可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，也可以是平板计算机、膝上型计算机、或机动车辆中的内置设备等。

下面结合上述图1示出的车辆使用情况更新系统100中描述的内容，对本申请实施例提供的车辆使用情况更新方法进行详细说明。

请参照图2，图2为本申请实施例提供的一种车辆使用情况更新方法的流程示意图，该方法可以由车辆使用情况更新系统100中的服务器101来执行，具体执行过程可以为：

步骤S201：获取第一时刻多个预设区域内的第一车辆使用情况。

步骤S202：根据第一车辆使用情况对第二时刻存储的预设区域内的第二车辆使用情况进行更新，生成携带第一车辆使用情况的展示对象。

步骤S203：响应于客户端操作提供展示对象。

具体的，服务器可以获取某一时刻某一区域内车辆的使用情况，并根据车辆的使用情况对另一时刻存储的上述区域内的车辆使用情况进行更新。然后，服务器可以根据更新后的车辆使用情况，生成携带有更新后的车辆使用情况的展示对象，并根据客户端的操作将展示对象通过客户端输出。

其中，某一时刻对应步骤S201中的第一时刻，该第一时刻可以表示最新采集车辆使用情况的时刻，另一时刻对应步骤S202中的第二时刻，该第二时刻可以表示上一次采集车辆使用情况的时刻。可以理解，采用第一时刻以及第二时刻的描述方式只是为了表征这两个时刻的先后顺序，也就是说第一时刻为晚于第二时刻的某个时刻。例如，当采用周期方式采集车辆使用情况时，第一时刻可以表示采集车辆使用情况的最新时刻，而第二时刻表示上一个周期采集车辆使用情况的对应时刻。

某一区域对应步骤S201以及步骤S202中的预设区域，可以表示存放有一定数量的车辆的一个地理区域。该预设区域的获取方式将在后面的实施例中进行详细的介绍，此处不再赘述。

第一时刻对应的车辆使用情况(更新后的车辆使用情况)对应步骤S201中的第一车辆使用情况，第二时刻对应的车辆使用情况对应步骤S202中的第二车辆使用情况，可以理解，采用第一车辆使用情况以及第二车辆使用情况的描述方式是为了区别不同时刻获得的车辆使用情况。

作为一种实施方式，车辆的使用情况可以包括车辆的数量；作为另一种实施方式，车辆的使用情况可以包括车辆的故障情况；可以理解，车辆的使用情况也可以同时包括车辆的数量以及车辆的故障情况。例如，第一车辆使用情况和第二车辆使用情况均至少包括车辆数量和车辆故障情况。

当车辆的使用情况包括车辆的数量时，步骤S201可以包括如下步骤：获取预设区域内的车辆数量。

其中，车辆的数量可以为预设区域内车辆的总数量，也可以为预设区域内不同类型的车辆分别的数量等，本申请实施例对此不作具体的限定，本领域技术人员可以根据实际情况进行合适的调整。举例来说，服务器可以获取该区域内车辆的总数量为20，第一类型的车辆数量为8、第二类型的车辆数量为10、第三类型的车辆数量为2。需要说明的是，车辆的类型可以表示自行车、电动车、汽车，还可以表示不同的自行车商家等，本申请实施例对此同样不作具体的限定。

因此，可以根据获取的某一时刻预设区域内车辆的数量，对上一时刻该预设区域内车辆的数量进行更新，并将更新后的车辆故障情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量。

当车辆的使用情况包括车辆的故障情况时，步骤S201可以包括如下步骤：获取预设区域内的车辆故障情况。

其中，车辆的故障情况可以为预设区域内出现故障或者没有故障的车辆数量，也可以为出现故障的具体为哪一辆车等，本申请实施例对此不作具体的限定，本领域技术人员可以根据实际情况进行合适的调整。举例来说，服务器可以获取该区域内总共有3辆车出现故障，有12辆车没有故障；服务器还可以获取该区域内编号为56395782的车辆出现了故障。

因此，可以根据获取的某一时刻预设区域内车辆的故障情况，对上一时刻该预设区域内车辆的故障情况进行更新，并将更新后的车辆故障情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量。

作为另一种实施方式，服务器获取某一时刻预设区域内的车辆使用情况可以为周期性的获取，也可以为实时获取，本申请实施例对此不作具体的限定。举例来说，若服务器周期性的获取车辆使用情况，假设获取的周期为一小时，第一时刻为每天早上十点，则第二时刻可以为每天早上九点；若服务器实时的获取车辆使用情况，那么一旦该预设区域内车辆的使用情况发生了变化，那么服务器就获取一次车辆的使用情况，假设第一时刻为早上十点五十分，则第二时刻可以为早上十点十分。

下面介绍在本申请实施例中，预设区域的获取方式。

在本申请实施例中，预设区域可以为工作人员实现划定的一个地理区域，用户在使用完车辆后可以将车辆停放在上述区域中，运维人员也可以将车辆投放在上述区域中；预设区域也可以为服务器根据车辆停放的情况、各地区的人流量和使用车辆的情况等数据计算得到的一个地理区域，同样的，用户在使用完车辆后可以将车辆停放在上述区域中，运维人员也可以将车辆投放在上述区域中；预设区域还可以是运维人员在投放车辆的过程中，划定的一个地理区域，用户在使用完车辆后可以将车辆停放在上述区域中。

以预设区域为运维人员在投放车辆的过程中划定的一个地理区域为例进行说明，在该种情况下，在步骤S201之前，本申请实施例提供的车辆使用情况更新方法还可以包括如下步骤：接收运维端发送的预设区域的范围。

作为一种实施方式，运维人员在投放车辆的过程中，发现某一处没有停放车辆，且该处可能有一定数量的人群需要使用车辆，则该运维人员可以将自己运输的车辆投放在该处，并通过自己的运维端向服务器上传该处的地理信息作为新的预设区域，以使服务器可以在添加该预设区域后对其中的车辆使用情况进行更新。

因此，预设范围可以是运维人员根据投放车辆的位置进行划分，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

需要说明的是，上述例子仅为本申请实施例提供的一个实例，可以理解，运维人员在投放车辆的过程中划定的一个地理区域的过程还可能存在其他的情况，本领域技术人员可以根据实际情况进行合适的调整。

服务器在获取到第一时刻的第一车辆使用情况，并且利用第一车辆使用情况对第二时刻的第二车辆使用情况进行更新之后，可以生成携带第一车辆使用情况的展示对象，然会响应于客户端操作，向客户端提供上述展示对象。换句话说，当用户想要通过客户端获取各个预设区域内的车辆使用情况时，服务器可以通过该客户端输出对应的车辆使用情况。

服务器生成的展示对象也可以有多种情况，例如：展示对象可以为一张地图，该地图上显示有多个预设区域，以及每一预设区域内车辆的使用情况；或者，展示对象还可以为一个列表，该列表可以对各个预设区域以距离进行排序，并对应显示每个预设区域对应的车辆的使用情况等。对应的，服务器输出生成的展示对象的方式也可以有多种，例如：在客户端的屏幕上进行显示，可以包括文字、图像、视频等；或者，通过客户端进行语音输出，播报各个预设区域内的车辆使用情况等(针对老年人、在使用车辆的人等)。

与上述服务器响应客户端操作提供展示对象相对应，本申请实施例还提供一种应用于客户端的车辆使用情况更新方法，在该应用于客户端的车辆使用情况更新方法中，可以包括如下步骤：

第一步，接收用户打开页面的操作指令。

第二步，向服务器请求页面上的展示对象。

第三步，接收服务器返回的展示对象，展示对象携带预设区域的第一车辆使用情况。

第四步，在页面上显示展示对象。

其中，用户通过客户端获取各个预设区域内的车辆使用情况的方式可以有多种，例如：打开某一APP，通过该APP获取各个预设区域内的车辆使用情况；或者，打某一开网页，通过该网页获取各个预设区域内的车辆使用情况等。也就是说，用户可以通过客户端打开一个页面，相对的，客户端响应用户打开页面的操作指令，在上述页面上显示展示对象。用户在通过客户端获取到各个预设区域的车辆使用情况后，可以根据自己的实际需求，去到某一个预设区域使用其中的车辆。

因此，可以根据获取的某一时刻预设区域内车辆的使用情况，对上一时刻该预设区域内车辆的使用情况进行更新，并将更新后的车辆使用情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，也就是说，可以给该用户提供准确度较高的车辆停放地点，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

进一步的，当车辆的使用情况包括车辆的数量时，上述获取预设区域内的车辆数量的步骤可以包括如下步骤：

获取投放述预设区域的车辆数量。

具体的，该种情况即通过运维人员通过运维端上传的数据获取预设区域的车辆数量。运维人员可以在大街小巷中寻找散落的车辆，然后统一运输到一个预设区域中，其中，预设区域的确定方式已经在上述实施例中进行了详细的介绍，此处不再赘述。

作为一种实施方式，运维人员可以在该预设区域投放完所有的车辆后，在运维端输入投放至该预设区域的车辆总数，作为该预设区域新增的车辆数量，此时，上述获取投放述预设区域的车辆数量的步骤可以包括如下步骤：接收运维端发送的投放到预设区域的车辆数量。由于运维人员仅仅需要在最后输入一个数值，因此该方式简便快捷。

作为另一种实施方式，运维人员可以在预设区域内投放每一辆车辆时，均使用运维端记录一次投放操作，对应的，该预设区域内的车辆数量加以。例如：运维人员可以使用运维端扫描车辆上的二维码、条形码等；或者，运维人员可以手动在运维端上输入投放了一辆车辆等。此时，上述获取投放述预设区域的车辆数量的步骤可以包括如下步骤：当接收到运维端发送的在预设区域内的某一车辆的第一扫码信息时，将当前的车辆数量加一以对车辆数量进行更新。由于运维人员需要在投放每一辆车辆时均进行扫码操作，因此不会遗漏投放的车辆数量，从而使得投放的车辆数量不容易出现错误。

此外，运维人员除了可以在投放过程或者投放完成后对预设区域内的车辆数量进行更新，也可以对各个预设区域内的车辆进行日常巡检，统计各个预设区域内车辆的数量，并将统计的车辆数量上传至服务器，以对车辆的使用情况进行校正，从而提高预设区域内车辆的使用情况的准确度。

因此，预设区域内车辆数量的改变可能是运维人员在该区域内投放了一定数量的车辆，所以可以根据运维人员投放的车辆数量对该预设区域内的车辆数量进行实时更新，从而保证该预设区域内可使用车辆的数量的准确度高。

进一步的，当车辆的使用情况包括车辆的数量时，上述获取预设区域内的车辆数量的步骤还可以包括如下步骤：

当接受到客户端发送的在预设区域内的某一车辆的第二扫码信息时，将当前的车辆数量减一以对车辆数量进行更新。

具体的，该种情况即用户在该某一预设区域使用了车辆(例如：扫码使用)后，服务器对应的接收到用户通过客户端对该预设区域内的某一车辆进行扫码后生成的第二扫码信息后，表示该预设区域内的车辆数量减少了一辆，服务器将当前的车辆数量减一以对车辆数量进行更新。

同理，服务器在接受到客户端发送的在预设区域内的某一车辆的停放信息时，说明用户在使用完一辆车俩后，将该车辆停放在了某一预设区域，服务器可以将当前的车辆数量减一以对车辆数量进行更新。

需要说明的是，本申请实施例中的第一扫码信息以及第二扫码信息的描述方式是为了区别不同运维端生成的扫码信息或者客户端生成的扫码信息。

因此，预设区域内车辆数量的改变可能是用户使用了其中的车辆，所以可以根据用户使用的车辆数量对该预设区域内的车辆数量进行实时更新，从而保证该预设区域内可使用车辆的数量的准确度高。

进一步的，当车辆的使用情况包括车辆的故障情况时，上述获取预设区域内的车辆故障情况可以包括如下步骤：

接收运维端发送的车辆标识信息。

具体的，运维人员在对车辆进行投放时，可以同时检查投放的车辆以及预设区域本已停放的车辆是否可以使用(即是否出现故障)。如果运维人员发现某一车辆不可使用，则可以通过运维端上传该车辆标识信息。例如：运维人员可以使用运维端扫描车辆上的二维码、条形码等；或者，运维人员可以手动在运维端上输入该车辆的信息等。其中，车辆标识信息可以用于标记该预设区域内的该车辆故障或者没有故障。

此外，运维人员除了可以在投放的过程中对车辆进行检查，也可以对各个预设区域内的车辆进行日常巡检，检查各个预设区域内车辆的故障情况，并将检查情况上传至服务器，以对车辆的使用情况进行校正，从而提高预设区域内车辆的使用情况的准确度。

服务器在接收到运维端发送的车辆标识信息之后，可以在该预设区域的可使用车辆数量上减一，也可以直接标识出出现故障的具体车辆，本申请实施例对此不作具体的限定，本领域技术人员可以根据实际情况进行合适的调整。

因此，运维人员在投放车辆或者在巡逻时，可以将故障的车辆信息进行标识，以使预设区域内可使用车辆的数量进行实时的更新。

请参照图3，图3为本申请实施例提供的一种车辆使用情况更新装置的结构框图，该车辆使用情况更新装置300可以包括：获取模块301、更新模块302、响应模块303。其中，获取模块301，用于获取第一时刻多个预设区域内的第一车辆使用情况；其中，所述第一车辆使用情况包括车辆数量以及车辆故障情况；更新模块302，用于根据所述第一车辆使用情况对第二时刻存储的所述预设区域内的第二车辆使用情况进行更新，生成携带所述第一车辆使用情况的展示对象；响应模块303，用于响应于客户端操作提供所述展示对象。

在本申请实施例中，可以根据利用获取模块301获取的某一时刻预设区域内车辆的使用情况，利用更新模块302对上一时刻该预设区域内车辆的使用情况进行更新，并将更新后的车辆使用情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，也就是说，可以给该用户提供准确度较高的车辆停放地点，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

一种可能的实施方式中，所述获取模块301还用于：获取投放到所述预设区域的所述车辆数量。

在本申请实施例中，预设区域内车辆数量的改变可能是运维人员在该区域内投放了一定数量的车辆，所以可以根据运维人员投放的车辆数量对该预设区域内的车辆数量进行实时更新，从而保证该预设区域内可使用车辆的数量的准确度高。

一种可能的实施方式中，所述获取模块301还用于：接收运维端发送的投放到所述预设区域的所述车辆数量；或当接收到所述运维端发送的在所述预设区域内的某一车辆的第一扫码信息时，将当前的车辆数量加一以对所述车辆数量进行更新。

在本申请实施例中，获取运维人员投放到预设区域的车辆数量的方式可以为：运维人员在运维端输入投放的车辆数量，该方式简单快捷；或者，运维人员利用运维端扫描投放的每一辆车辆对应的二维码、条形码等，每扫描一次则车辆数量加一，该方式不容易出现错误。

一种可能的实施方式中，所述获取模块301还用于：当接受到客户端发送的在所述预设区域内的某一车辆的第二扫码信息时，将当前的车辆数量减一以对所述车辆数量进行更新。

在本申请实施例中，预设区域内车辆数量的改变可能是用户使用了其中的车辆，所以可以根据用户使用的车辆数量对该预设区域内的车辆数量进行实时更新，从而保证该预设区域内可使用车辆的数量的准确度高。

一种可能的实施方式中，所述第一车辆使用情况还包括车辆故障情况时，所述获取模块301还用于：获取所述预设区域内的车辆故障情况。

在本申请实施例中，可以根据获取的某一时刻预设区域内车辆的故障情况，对上一时刻该预设区域内车辆的故障情况进行更新，并将更新后的车辆故障情况展示给使用客户端的用户，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量。

一种可能的实施方式中，所述获取模块301还用于：接收运维端发送的车辆标识信息；其中，所述车辆标识信息用于标记所述预设区域内的车辆是否故障。

在本申请实施例中，运维人员在投放车辆或者在巡逻时，可以将故障的车辆信息进行标识，以使预设区域内可使用车辆的数量进行实时的更新。

一种可能的实施方式中，所述车辆使用情况更新装置300还包括：第三接收模块，用于接收运维端发送的所述预设区域的范围。

在本申请实施例中，预设范围可以是运维人员根据投放车辆的位置进行划分，从而使得用户可以获知预设区域对应的车辆存放点中可以使用的车辆数量，使得用户可以根据需求去到有可使用车辆的预设区域找到可使用的车辆。

需要说明的是，关于车辆使用情况更新装置300中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

请参照图4，图4为本申请实施例提供的另一种车辆使用情况更新装置的结构框图，该车辆使用情况更新装置400可以包括：第一接收模块401、请求模块402、第二接收模块403、显示模块404。其中，第一接收模块401，用于接收用户打开页面的操作指令；请求模块402，用于向服务器请求页面上的展示对象；第二接收模块403，用于接收所述服务器返回的所述展示对象，所述展示对象携带预设区域的第一车辆使用情况；显示模块404，用于在所述页面上显示所述展示对象。

在本申请实施例中，当用户想要通过客户端获知预设区域的第一车辆使用情况时，客户端可以显示携带有预设区域的第一车辆使用情况的展示对象，以使用户可以根据上述展示对象的内容选择合适的区域寻找车辆。

本申请实施例还提供了一种电子设备500，请参照图5，图5为本申请实施例提供的一种电子设备的结构框图，该电子设备包括：处理器501、存储器502、和总线503。所述存储器502存储有所述处理器501可执行的机器可读指令(比如，图3中的车辆使用情况更新装置中的获取模块、更新模块、响应模块对应的执行指令等)，当电子设备500运行时，所述处理器501与所述存储器502之间通过总线503通信，所述机器可读指令被所述处理器501执行时执行如下处理：获取第一时刻多个预设区域内的第一车辆使用情况；其中，所述第一车辆使用情况包括车辆数量以及车辆故障情况；根据所述第一车辆使用情况对第二时刻存储的所述预设区域内的第二车辆使用情况进行更新，生成携带所述第一车辆使用情况的展示对象；响应于客户端操作提供所述展示对象。

处理器501可以是一种集成电路芯片，具有信号处理能力。上述处理器501可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实现或者执行本申请实施例中公开的各种方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器502可以包括但不限于随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

可以理解，图5所示的结构仅为示意，电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。于本申请实施例中，电子设备可以是，但不限于台式机、笔记本电脑、智能手机、智能穿戴设备、车载设备等实体设备，还可以是虚拟机等虚拟设备。另外，电子设备也不一定是单台设备，还可以是多台设备的组合，例如服务器集群，等等。于本申请实施例中，车辆使用情况更新方法中的服务器可以采用图5示出的电子设备实现。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述车辆使用情况更新方法的步骤，例如包括：

获取第一时刻多个预设区域内的第一车辆使用情况；其中，所述第一车辆使用情况包括车辆数量；根据所述第一车辆使用情况对第二时刻存储的所述预设区域内的第二车辆使用情况进行更新，生成携带所述第一车辆使用情况的展示对象；响应于客户端操作提供所述展示对象。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述车辆使用情况更新方法，从而能够通过更新一个区域内车辆使用情况的方式解决现有技术中存在的不能给用户提供比较准确的车辆停放地点的问题，达到给用户提供准确度较高的车辆停放地点的效果。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

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

Claims (10)

1.一种车辆使用情况更新方法，其特征在于，包括：

获取第一时刻多个预设区域内的第一车辆使用情况；其中，所述第一车辆使用情况包括车辆数量；

根据所述第一车辆使用情况对第二时刻存储的所述预设区域内的第二车辆使用情况进行更新，生成携带所述第一车辆使用情况的展示对象；

响应于客户端操作提供所述展示对象。

2.根据权利要求1所述的车辆使用情况更新方法，其特征在于，所述获取第一时刻多个预设区域内的第一车辆使用情况，包括：

接收运维端发送的投放到所述预设区域的所述车辆数量；或

当接收到所述运维端发送的在所述预设区域内的某一车辆的第一扫码信息时，将当前的车辆数量加一以对所述车辆数量进行更新。

3.根据权利要求1所述的车辆使用情况更新方法，其特征在于，所述获取第一时刻多个预设区域内的第一车辆使用情况，包括：

当接受到客户端发送的在所述预设区域内的某一车辆的第二扫码信息时，将当前的车辆数量减一以对所述车辆数量进行更新。

4.根据权利要求1所述的车辆使用情况更新方法，其特征在于，所述第一车辆使用情况还包括车辆故障情况；

所述获取第一时刻多个预设区域内的第一车辆使用情况，包括：

接收运维端发送的车辆标识信息；其中，所述车辆标识信息用于标记所述预设区域内的车辆是否故障。

5.根据权利要求1-4任一项所述的车辆使用情况更新方法，其特征在于，在所述获取第一时刻多个预设区域内的第一车辆使用情况之前，所述车辆使用情况更新方法还包括：

接收运维端发送的所述预设区域的范围。

6.一种车辆使用情况更新方法，其特征在于，应用于客户端，包括：

接收用户打开页面的操作指令；

向服务器请求页面上的展示对象；

接收所述服务器返回的所述展示对象，所述展示对象携带预设区域的第一车辆使用情况；

在所述页面上显示所述展示对象。

7.一种车辆使用情况更新装置，其特征在于，包括：

获取模块，用于获取第一时刻多个预设区域内的第一车辆使用情况；其中，所述第一车辆使用情况包括车辆数量以及车辆故障情况；

更新模块，用于根据所述第一车辆使用情况对第二时刻存储的所述预设区域内的第二车辆使用情况进行更新，生成携带所述第一车辆使用情况的展示对象；

响应模块，用于响应于客户端操作提供所述展示对象。

8.一种车辆使用情况更新装置，其特征在于，应用于客户端，包括：

第一接收模块，用于接收用户打开页面的操作指令；

请求模块，用于向服务器请求页面上的展示对象；

第二接收模块，用于接收所述服务器返回的所述展示对象，所述展示对象携带预设区域的第一车辆使用情况；

显示模块，用于在所述页面上显示所述展示对象。

9.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至6任一项所述的车辆使用情况更新方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至6任一项所述的车辆使用情况更新方法的步骤。

Images