用于车辆共享的方法、装置、系统及可存储介质与流程

本发明属于网络技术领域，尤其涉及一种用于车辆共享的方法、装置、系统及可存储介质。

背景技术：

汽车共享业是一种新兴的交通运输服务行业，它因为无须办理保险、无须年检维修、车型可随意更换等优点，以租用共享车代替买车来控制企业或用户成本，这种高效环保的车辆使用方式，正慢慢受到企事业单位和个人用户的青睐。专业汽车租赁或共享平台其工作过程如下:首先用户或者说租客对信息交互平台发送请求，信息交互平台将租客信息上传到后台服务器，后台服务器根据租客地理位置与车辆数据库中的车辆数据进行匹配，筛选出匹配的车辆制成车辆列表发送给租客，由租客从中选择车辆进行租用。共享客户从服务器返回的车辆列表中选定车辆，通过后台服务器支付用车费、保险费等费用并对车主发送用车要约，等待车辆车主回复请求信息。

但是随着汽车数量的不断增长，现在越来越多的城市实施了限行制度，如北京、上海、武汉等城市。尾号限行制度是为了缓解城市交通压力而催生的一种交通制度。例如，北京市执行了《北京市工作日高峰时段区域限行交通管理措施》。举例而言，北京市自2018年7月9日至2018年10月7日，星期一至星期五限行机动车车牌尾号分别为：3和8、4和9、5和0、1和6、2和7，周末不限行。

现有系统中前期所筛选和制作的车辆列表没有针对机动车限行制度的解决方案。如果租客发送用车要约后，如果车主未及时发现或被提示车辆的禁行情况，则租客面临在选择的用车日期内碰到限行日而无法使用该车辆的情况。以这种方式，用车匹配度低、双方沟通效率低下。如何提高租客和车主的选择效率，设计针对机动车限行制度的解决方案是本领域技术人员需要解决的技术问题。

技术实现要素：

为了解决现有技术的问题，本发明实施例提供了一种用于车辆共享的方法、装置以及系统。所述技术方案如下：

根据本发明的第一方面提供了一种用于车辆共享的方法，所述方法包括:

获取用户需求信息，所述用户需求信息至少包括用车地点和用车时间；

根据所述用户需求信息在考虑车辆禁行规则的情况下确定可用车辆信息的列表；

将所述可用车辆信息的列表发送给用户。

本发明的这一方面针对某些城市机动车限行的问题，提供一种基于用车地点和用车时间(时间段)的车辆自动筛选方法。从而避免了用户、即租客面临在选择的用车时间内碰到限行日而无法使用该车辆的情况。提高了用车匹配度，减少了双方沟通时间。此外，在此过程中不需要用户自己查询车辆禁行规则，给用户带来了便利，使用车过程更加简单高效。

首先要指出，本发明所涉及的车辆共享包括对于车辆长期(数日或数周)或短期(几小时、半天或一天)的租赁、租借、租用，车辆可以由个人或企业提供。共享的车辆可以短距离(10公里至50公里)或长距离(跨区县、跨市、跨省、跨国)地行驶。

本发明针对某些城市机动车禁行的问题，提出一种基于用车地点和用车时间(时间段)的车辆自动筛选方法。所述方法包括：获取用户需求信息，所述用户需求信息至少包括用车地点和用车时间，根据所述用户需求信息在考虑车辆禁行规则的情况下、特别是在按照车辆禁行规则进行筛选的情况下确定可用车辆信息的列表；并且将所述可用车辆信息的列表发送给用户，以供用户在可用车辆中进行筛选。

以下以主要城市为例，示例性地介绍主要城市的车辆禁行规则。

以北京为例，根据工作日高峰时段区域限行交通管理措施，实施按车牌尾号工作日高峰时段区域限行交通管理措施，限行时间为7时至20时，范围为五环路以内道路(不含五环路)，而北京市核发号牌的纯电动小客车不受工作日高峰时段区域限行措施限制。例如：北京市自2018年7月9日至2018年10月7日，星期一至星期五限行的非纯电动车辆车牌尾号分别为：3和8、4和9、5和0、1和6、2和7(周末不限行)。此外，车辆禁行规则还可能基于车辆排放标准。例如在重度污染天气、例如空气重污染橙色预警的情况下，排放标准为国ⅰ和国ⅱ排放标准轻型汽油车禁止上路行驶。

与此类似地，以上海为例，每日7-10时、15-20时，对延安、沪闵等高架道路禁止悬挂外省市号牌小客车、未载客的出租小客车及实习期驾驶人驾驶的小客车通行(周六、周日、国定假日除外)。悬挂“沪c”号牌四轮机动车禁止进入外环线以内地区。

再者，在武汉，例如每日07:00至22:00时，通行长江大桥、江汉一桥的中型(含)以下载客汽车按车牌尾号分单双日通行。武汉市长江隧道限行规则为：汽车按车牌尾号分单双日通行，如单号日子，则车牌尾号为单数的可通行，车牌尾号为双数的禁行；反之如双号日子，则尾号为双可通行，单号限行。如10月23号是单日，则车牌尾号为单数的可通行，尾号是双数的限行。

一般地，利用获取的车辆限行规则，可以通过计算确定，在可用车辆中，哪些车辆在用户希望的用车时间和地点上可通行或者哪些车辆会被禁行。系统因此可以自动筛选出不会禁行的车辆供共享客户选择，从而避免了租客面临在用车时碰到限行日、限行时段或限行区域而无法使用该车辆的情况。提高了用车匹配度，减少了双方沟通时间。

在本发明中，用车地点可以包括如下信息：用车起始点、用车终止点、用车途径点等。在此，特别是可以计算整个用车路线，并且获取在整个用车路线上所涉及的地点的全部车辆禁行规则信息。由此，能够合理地筛选出全程不被禁行的可用车辆，从而有效地为车主和用户、即租客规避处罚风险。

在本发明中，用车时间可以包括：用车的日期、开始用车时刻、预计用车时长、预计用车结束时间等。在此，特别是可以根据整个用车时间段与车辆禁行规则信息相结合地确定在所述用车时间内禁行车辆列表。由于禁行规则通常与一周中的特定日期、一天中的特定时段有关，因此能够合理地筛选出在整个用车时间内都不被禁行的可用车辆，从而有效地为车主和用户、租客规避处罚风险。

按照本发明的一种优选的实施方式，所述方法还可以包括：

根据所述用车时间，获取所述用车地点的可用车辆信息的初步列表；

根据所述用车地点，获取该地点的车辆禁行规则信息；

根据所述车辆禁行规则信息和所述用车时间，确定在所述用车时间内禁行车辆列表；

根据可用车辆信息的初步列表和禁行车辆列表，生成所述可用车辆信息的列表。

通过上述实施方式，可以逐步地生成可用车辆信息的列表。通过这样的实施方式在计算过程中总共生成如下信息：可用车辆信息的初步列表、该地点的车辆禁行规则信息、在所述用车时间内禁行车辆列表、所述可用车辆信息的列表。优选地，上述信息均可以提供给用户，由此方便地了解可能涉及的车辆禁行规则信息，并且在无可用车辆的情况下还可以查阅初步列表和禁行车辆列表，以便修改自己的用户需求，从而找到可用车辆。

按照本发明的一种优选的实施方式，所述方法还可以包括：

通过将所述用户需求信息中的各项分别与车辆禁行规则匹配，生成可用车辆条件，

通过所述可用车辆条件确定所述可用车辆信息的列表。

通过上述实施方式，可以精简计算步骤，节省处理器的运算次数，从而快速地为提供可用车辆信息的列表。此外，在访问或查询量大时，减轻服务器的负担。

按照本发明的一种优选的实施方式，所述方法还可以包括：

通过将存在的车辆信息分别与用户需求信息和车辆禁行规则中的各项分别匹配，确定所述可用车辆信息的列表。

通过上述实施方式，提供了一种多因素匹配的计算方式。对数据库中可供租用的车辆逐一进行用户需求和车辆禁行规则两方面的匹配。这点在禁行规定繁杂、可供租用的车辆本身的预约数据或可租用时间段复杂时是有利的。

此外，本发明还提供智能地预测车辆共享。具体地，所述方法还包括：

从历史数据库读取用户过去使用车辆共享时所使用的用户需求信息；

利用基于历史数据库的预测模型生成未来可能的用车事件的用车信息；

针对所述未来可能的用车事件根据其用车信息在考虑车辆禁行规则的情况下确定所述可用车辆信息列表。

根据历史数据库结合用户的使用历史可得出未来可能使用车辆共享的用车事件。所述用车事件的用车信息与用户需求信息类似地至少也包括用车地点和用车时间。由此至少得出本发明方法的基本实施方式中的两个输入数据。通过这样的预测继而可以针对所预测的用车事件在考虑车辆禁行规则的情况下确定所述可用车辆信息列表。通过这样的实施方式为客户提供智能化的服务，直接为客户提供预测的可用的车辆，极大方便用户出行。在此，这样的预测可以使用基于机器学习、神经网络、区块链和/或云计算等技术，从而精准地预测用户需求。

按照本发明的一种优选的实施方式，所述方法还可以包括：

从所获取的和/或历史数据库中的用户需求信息归纳用户偏好，利用所述用户偏好为所确定的可用车辆信息的列表中的各项分配权重，以此为所述可用车辆信息的列表排序。

通过这样的实施方式可以进一步适应客户需求，使得为用户提供符合其偏好的列表，以方便其挑选最为符合其偏好的车辆。通过该实施方式，可明显提高用户使用舒适性和结果满意度。

本发明的第二方面提供了一种用于车辆共享的装置，所述装置包括:

用户需求模块，用于获取用户需求信息，所述用户需求信息至少包括用车地点和用车时间；

列表确定模块，用于根据所述用户需求信息在考虑车辆禁行规则的情况下确定可用车辆信息的列表；

发送模块，用于将所述可用车辆信息的列表发送给用户。

本发明的这一方面针对某些城市机动车限行的问题，提供一种基于用车地点和用车时间(时间段)的车辆自动筛选装置，从而避免了用户、即租客面临在选择的用车时间内碰到限行日而无法使用该车辆的情况。提高了用车匹配度，减少了双方沟通时间。此外，在此过程中不需要用户自己查询车辆禁行规则，给用户带来了便利，使用车过程更加简单高效。

按照本发明的一种优选的实施方式，所述装置进一步可以包括：

初步列表获取模块，用于根据该用车时间来获取该用车地点的可用车辆信息的初步列表；

禁行规则模块，用于根据该用车地点来获取该地点的车辆禁行规则信息；

所述列表确定模块，用于根据所述车辆禁行规则信息和所述用车时间来确定在用车时间内的禁行车辆列表。

按照本发明的一种优选的实施方式，所述装置进一步可以包括：

可用车辆条件模块，其用于通过将所述用户需求信息中的各项分别与车辆禁行规则匹配而生成可用车辆条件；

所述列表确定模块通过所述可用车辆条件确定所述可用车辆信息的列表。

按照本发明的一种优选的实施方式，所述装置进一步可以包括：

所述列表确定模块通过将存在的车辆信息分别与用户需求信息和车辆禁行规则中的各项分别匹配确定所述可用车辆信息的列表。

按照本发明的一种优选的实施方式，所述用户需求信息和可用车辆信息包括车牌号码、车辆类型、驱动方式、排放标准、车辆品牌、座位数量、平均油耗、行李箱空间。

按照本发明的一种优选的实施方式，所述装置进一步可以包括：

读取模块，其用于从历史数据库读取用户过去使用车辆共享时所使用的用户需求信息；

预测模块，利用基于历史数据库的预测模型生成未来可能的用车事件的用车信息；

所述列表确定模块针对所述未来可能的用车事件根据其用车信息在考虑车辆禁行规则的情况下确定所述可用车辆信息列表。

按照本发明的一种优选的实施方式，所述装置进一步可以包括：

偏好归纳模块，其用于从所获取的和/或历史数据库中的用户需求信息归纳用户偏好，

权重分配模块，其用于利用所述用户偏好为所确定的可用车辆信息的列表中的各项分配权重，

排序模块，其用于为可用车辆信息的列表排序。

按本发明的第三方面提供一种用于车辆共享的系统，其特征在于，所述系统包括至少一个服务器和至少一个客户端；所述至少一个服务器包括一个根据本发明所述的用于车辆共享的装置。在此，客户端特别是安装在用户的智能设备上。

按本发明的第四方面提供一种计算机可读存储介质，所述存储介质具有可执行的指令，在执行所述指令时，所述指令促使计算机执行根据本发明所述的方法。

如上所述，本发明针对某些城市机动车限行的问题，提出一种基于用车地点和用车时间(时间段)的车辆自动筛选方法或装置。基于用车地点信息和用车时间信息，在考虑车辆禁行规则的情况下确定可用车辆信息的列表供用户选择。从而避免了租客面临在选择的用车时间内碰到限行日而无法使用该车辆的情况。提高了用车匹配度，减少了双方沟通时间。此外，整个过程不需要用户自己查询或输入指令，给用户带来了便利，使用车过程更加简单高效。

在此要指出，关于本发明的方法及其优选的实施形式所述的特征和优点也适用于本发明的装置、系统和计算机可读存储介质及其优选的实施形式，且反之亦然。应该注意，在本发明中所述的方法、装置和系统不仅可以单独地而且可以与其他在本文件中所述的方法、装置和系统相组合地得以应用。此外在本发明中所述的方法、装置和系统的每个特征可以以多样化的方式相互组合。

附图说明

图1是用于本发明的示例性应用场景的框图；

图2是本发明的用于车辆共享的装置的一种实施方式的框图；

图3是本发明的用于车辆共享的装置的一种实施方式的框图；

图4是本发明的用于车辆共享的装置的一种实施方式的框图；

图5是本发明的用于车辆共享的方法的基本实施方式的流程图；

图6是本发明的用于车辆共享的方法的一种实施方式的流程图；

图7是本发明的用于车辆共享的方法的一种实施方式的流程图；

图8是本发明的用于车辆共享的方法的一种计算方式；

图9是本发明的用于车辆共享的方法的一种实施方式的流程图。

具体实施方式

为使本发明的上述目的、特征和优点能够变得更为明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。

在以下描述中阐述了具体细节以便于充分理解本发明。但是本发明能够以多种不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广。因此本发明不受下面公开的具体实施方式的限制。

表述“和/或”在本文中使用的含义为，包括该表述之前和之后列出的组件中的至少一个。而且，表述“连接/联接”在本文中使用的含义为，包括与另一个组件的直接连接，或通过另一个组件而间接连接。本文中的单数形式也包括复数形式，除非在措辞中特别提及。而且，本文中使用的涉及“包括”或“包含”的组件、步骤、操作和元件的含义为，存在或添加至少一个其他的组件、步骤、操作和元件。

应理解的是，本文中所用的术语“车辆”或“车辆的”或其他类似术语通常包括机动车辆，如包括运动型多用途车辆(suv)、大客车、大货车、各种商用车辆的乘用车辆，包括各种舟艇、船舶的船只，航空器等，并包括混合动力车辆、电动车辆、插电式混合动力电动车辆、氢动力车辆和其他替代性的燃料车辆(例如，源于除了石油之外的来源的燃料)。正如本文所提到的，混合动力车辆为具有两种或更多种动力源的车辆，例如汽油动力和电力动力两者的车辆。

如本文中所用的，短语“车辆/车载系统”的含义为，具有信息处理能力的集成信息系统。这些系统有时称为车内信息系统，并且通常与远程信息通信服务、车载传感器、娱乐系统和/或导航系统整合为一体。

此外，应当理解的是，所述用于车辆共享的平台系统可以通过至少一个服务器和装载在移动设备上的客户端来实施。术语“平台系统”是指包括存储器和处理器，以及通信网络连接的服务器设备。存储器配置为存储程序指令，而处理器配置为执行所述程序指令以执行下面进一步描述的一个或多个过程。

按照本发明的方法和装置适用于p2p(peertopeer，点对点)用车平台，用户通过在移动设备上的客户端或访问用车页面与p2p用车平台实现信息交互，从而实现用车和还车。车主可以在用车平台上登记自己可以出租的车辆的基本信息，例如车型、可租用的时间段和车牌号码等信息。在用车用户发起车辆共享请求之前，用户需要注册并登录用车平台，并且将用户身份证与驾驶证等个人信息提交给用车平台，由用车平台的后台服务器对用户的身份进行审核，审核通过后授权该用户可在用车平台上共享下单。用户发起车辆共享请求时，平台服务器会要求用户先行登录。通常用车用户要先选择希望用车的城市，然后输入用车时间。平台服务器会在登记的车辆中查找可用的车辆，然后将车辆信息列表提供给用车用户方，供其选择。

图1示出用于实施方案的示例性应用环境的框图。为了便于讨论，本文使用其作为示例。该应用场景可以包括用车用户的智能设备11，所述智能设备11上装载了相应的客户端。智能设备11与通信网络12相连接。而包括用于车辆共享的装置200的用车平台服务器也同样接入通信网络12。通信网络12可以是无线通信网络，例如蜂窝网络(包括多个基站、控制器)、核心网络(一般包括多个交换实体和网关)、以及一个或多个其他的网络，例如但不限于互联网、公用交换电话网络(pstn)、分组交换网络、帧中继网络、光纤网络和/或其他类型的网络。

智能设备11具有操作系统，并且可以包括整合在该操作系统中或存储在存储器/存储区中并由处理器执行的各种应用。智能设备11的示例包括例如蜂窝电话、个人设备助理(pda)、智能电话、袖珍型个人计算机(pc)、笔记本计算机、平板计算机、智能手表、或其他具有处理器、通信能力并且易于携带的设备。在常见的形式中，移动设备应用可以是交互的一部分。在实施方案中，移动设备11包括通信单元、存储器单元设备以及处理器。移动设备11可以包括整合在操作系统中或存储在存储器/存储区中并由处理器执行的各种应用。

车主在用车平台服务器上登记自己可以共享的车辆的基本信息，例如车型、可租用的时间段和车牌号码等信息。所述信息存储在车辆信息数据库13中。

移动设备11通过通信链路向用车平台服务器发出用车请求，用车平台的服务器包括按照本发明的用于车辆共享的装置200，其根据用户给出的需求在车辆信息数据库13中搜索匹配的车辆，然后生成可用车辆信息列表并提供给用户。

具体地，图1中的用于车辆共享的装置200包括:

用户需求模块201，用于获取用户需求信息，所述用户需求信息至少包括用车地点和用车时间；

列表确定模块202，用于根据所述用户需求信息在考虑车辆禁行规则的情况下确定可用车辆信息的列表；

发送模块203，用于将所述可用车辆信息的列表发送给用户。

用户在其智能设备11上输入用户需求信息，所述用户需求信息至少包括用车地点和用车时间。所述用户需求信息还可以包括包括车牌号码、车辆类型、驱动方式、排放标准、车辆品牌、座位数量、平均油耗、行李箱空间等，以全方面地为用户提供选择车辆的可能性。所述用户需求信息通过通信网络12从智能设备11发送到构成在平台服务器中的用于车辆共享的装置200。其中，用户需求模块201获取用户需求信息。列表确定模块202根据所述用户需求信息在考虑车辆禁行规则的情况下确定可用车辆信息的列表。最后，发送模块203将所述可用车辆信息的列表发送给用户、特别是用户的智能设备11。

图2示出按照本发明的用于车辆共享的装置200的一种实施方式的框图。这里，除了如上所述的用户需求模块201、列表确定模块202和发送模块203，用于车辆共享的装置200还包括可用车辆条件模块204，其用于通过将所述用户需求信息中的各项分别与车辆禁行规则匹配而生成可用车辆条件。据此，所述列表确定模块202通过可用车辆条件模块204提供的可用车辆条件来确定所述可用车辆信息的列表。

图3示出按照本发明的用于车辆共享的装置200的一种实施方式的框图。除了图1所示的用户需求模块201、列表确定模块202和发送模块203，用于车辆共享的装置200还包括初步列表获取模块205，用于根据该用车时间来获取该用车地点的可用车辆信息的初步列表；禁行规则模块206用于根据该用车地点信息来获取该地点的车辆禁行规则信息。禁行列表模块207，用于根据所述车辆禁行规则信息和所述用车时间来确定在用车时间内的禁行车辆列表。在此，从可用车辆信息的初步列表得出所述禁行车辆列表。在该实施方式中，所述列表确定模块202根据可用车辆信息的初步列表和禁行车辆列表，生成所述可用车辆信息的列表。

不限于图2至3中所示的实施方式，按照本发明，所述列表确定模块202也可以通过将存在的车辆信息分别与用户需求信息和车辆禁行规则中的各项分别匹配来确定所述可用车辆信息的列表。

图4是本发明的用于车辆共享的装置的一种实施方式的框图。在此，在图1至3所示的各实施方式中所示的模块之外，用于车辆共享的装置200还可以包括：读取模块208，其用于从历史数据库读取用户过去使用车辆共享时所使用的用户需求信息；预测模块209，利用基于历史数据库的预测模型生成未来可能的用车事件的用车信息。针对与该用车事件，列表确定模块202将根据该用车事件的用车信息在考虑车辆禁行规则的情况下确定所述可用车辆信息列表。

图5是本发明的示意性实施方案的图1中应用场景所对应的用于车辆共享的方法100的操作步骤的流程图。在描述图5之前，应当注意的是，在此示出的流程图是以示例的方式参照图1所示的组件来描述的，但是这些操作步骤可以在任何系统中执行，而不限于上述附图中所示的场景。另外，图2中的流程图显示了以特定顺序执行操作步骤的示例，如同连接各框的线所表明的那样，但是该图中示出的各个步骤可以以任何顺序或以任何组合或子组合进行。应当理解的是，在一些实施方案中，下述步骤中的一些步骤可以合成为单个步骤。在一些实施方案中，可以包括一个或多个额外步骤。

首先用车用户通过移动设备11向用车平台服务器中的用于车辆共享的装置200发出用车请求。用车用户要选择希望用车的地点(城市、区县、街道等)，输入打算用车的时间或时间段。备选地，用户也可以输入对车辆的其他要求，如车辆类型、驱动方式、排放标准、车辆品牌、座位数量、平均油耗、行李箱空间等。

在步骤101中，所述用于车辆共享的装置200接收用车用户的用车请求，其用户需求模块201获取用车需求信息，所述用户需求信息至少包括用车地点和用车时间。然后，在步骤102中，列表确定模块202根据所述用户需求信息在考虑车辆禁行规则的情况下确定可用车辆信息的列表。对此的具体实现方式也可以参照对图6至8的描述。在步骤103中，发送模块203将所述可用车辆信息的列表发送给用户。

因此，按照本发明的用于车辆共享的装置200可以自动筛选出不会被禁行的车辆供共享客户选择。从而避免了租客面临在选择的用车日期内碰到禁行日而无法使用该车辆的情况。

图6示出本发明的用于车辆共享的方法100的一种实施方式的流程图。所述用于车辆共享的装置200根据用车请求在已登记的车辆数据库13中查找可用的车辆信息，并生成一个可用车辆信息列表。

具体地，在步骤101中，所述用于车辆共享的装置200接收用车用户的用车请求，其用户需求模块201获取用车需求信息，所述用户需求信息至少包括用车地点和用车时间。以用户在9月18日上午北京市复兴门地区需要用车为例，用户可以在其智能设备11上输入或选取“9月18日上午9：00至12：00北京市复兴门街道”这样的数据。

然后，在步骤104中，所述用车平台服务器200中的初步列表获取模块205根据所述用车时间，获取所述用车地点的可用车辆信息的初步列表。例如，首先在车辆信息数据库13中选出在该地区内9月18日上午9：00至12：00未被预约的车辆。

接着，在步骤105中，所述用车平台服务器200中的禁行规则模块206根据所述用车地点，获取该地点的车辆禁行规则信息。例如，根据用车请求中的地点信息“北京市复兴门街道”可以查询到相应城市是否存在车辆限行规则，如有限行规定，则获取这个用车地区的车辆限行规则信息。例如：北京市自2018年7月9日至2018年10月7日期间，星期一至星期五限行机动车车牌尾号分别为：星期一3和8、星期二4和9、星期三5和0、星期四1和6、星期五2和7，周末不限行。

再者，在步骤106中，所述用车平台服务器200中的禁行列表模块207根据所述车辆禁行规则信息和所述用车时间来确定在用车时间内的禁行车辆列表。利用获取到的车辆尾号限行规则信息，可以通过计算确定在用车的城市哪些车辆在那一天会限行，从而确定：在生成的可用车辆信息列表中，哪些车辆在用户希望的用车时间(时间段)内会被禁行。按上述具体示例，在9月18日周二7：00至20：00尾号4和9的车辆将在北京禁行。禁行列表模块207将从初步列表确定出由车牌尾号为4和9的车辆所组成的禁行车辆列表。

而后，执行图5中所示的步骤102，所述用车平台服务器200中的列表确定模块202根据上述可用车辆信息的初步列表和上述禁行车辆列表，生成所述可用车辆信息的列表。在此可以从所述可用车辆信息的初步列表中将禁行车辆列表所列条目去除。

最后，执行图5中所示的步骤103，发送模块203将所述可用车辆信息的列表发送给用户。

图7示出本发明的用于车辆共享的方法100的一种实施方式的流程图。与图5所示不同地，在步骤101和102之间附加地执行步骤107：所述用车平台服务器200中的可用车辆条件模块204通过将所述用户需求信息中的各项分别与车辆禁行规则匹配，生成可用车辆条件。在该实施方式中，在接着的步骤102中，通过所述可用车辆条件确定所述可用车辆信息的列表。例如，在此，若用户输入了“9月18日上午9：00至12：00、北京市复兴门街道、小型汽油车、符合国v排放标准”这样的用户需求信息，则其中的时间、地点、车辆类型、排放标准将分别与《北京市工作日高峰时段区域限行交通管理措施》相匹配。在此，将生成可用车辆条件：任意小型纯电动车或者符合国v排放标准且尾号为0至3和5至8中任一的小型汽油车。接着，在图7中的步骤102中通过所述可用车辆条件确定所述可用车辆信息的列表。在这种实施方式中，优选地将所生成的可用车辆条件作为数据库命令在车辆信息数据库13中进行检索。

图8示出本发明的用于车辆共享的方法100的一种计算方式。在此可以涉及图5中的步骤102。在这种计算方式中，通过将存在的车辆信息c分别与用户需求信息a和车辆禁行规则b中的各项分别匹配，确定所述可用车辆信息的列表。图8中的a栏中的圆形标识表示用户需求信息a中的各项，如用车时间、用车地点、车牌号码、车辆类型、驱动方式、排放标准、车辆品牌、座位数量、平均油耗、行李箱空间等。b栏中的圆形标识代表了车辆禁行规则中的各项，如北京市五环路内、汽油小客车、尾号规则(例如周二限行尾号4和9)。c栏中为车辆信息数据库13中的供使用的车辆。在这种计算方式中，经由b栏连通a栏与c栏的每条路径表示的匹配都会一一执行，由此实现一种多因素匹配的计算方式。要说明的是在图8中为了清楚起见并未示出每条路径。倘若从a栏连接至c栏中的一个圆形标识的每条路径通过匹配计算均得出肯定结果或者说结果无冲突，则c栏中的该车辆为可用车辆。该可用车辆将被纳入到可用车辆信息的列表中。反之，倘若从a栏连接至c栏中的一个圆形标识的任意一条路径通过匹配计算得出否定结果或者说结果有冲突，则c栏中的该车辆就将会被禁行，从而不应出现在可用车辆的列表中。在所有计算结束后，生成可用车辆信息的列表。继而在步骤103中发送给用户。

图9示出本发明的用于车辆共享的方法100的一种实施方式的流程图。在此所实施的方法步骤可以借助于图4所示的用于车辆共享的装置执行。在步骤108中，该用于车辆共享的装置200中的读取模块207从历史数据库读取用户过去使用车辆共享时所使用的用户需求信息。接着，在步骤109中，预测模块208利用基于历史数据库的预测模型生成未来可能的用车事件的用车信息。由此，在所述方法100中的步骤102也可以针对所述未来可能的用车事件根据其用车信息在考虑车辆禁行规则的情况下确定所述可用车辆信息列表。

综上所述，本发明的技术方案至少具有以下有益效果：

本发明提供了一种基于用车地点和用车时间段自动筛选出在目标用车城市不限行的车辆。从而避免了租客面临在选择的用车日期内碰到限行日而无法使用该车辆的情况。提高了用车匹配度。此外，整个过程不需要用户自己查询或输入指令，使用车过程更加简单高效。

本发明还可以是计算机程序产品。计算机程序产品可以包括其上具有用于使处理器执行本发明的各方面的计算机可读程序指令的计算机可读存储介质。

计算机可读存储介质可以是可保留和存储用于由指令执行设备使用的指令的有形设备。计算机可读存储介质可以是，例如但不限于，电子存储设备、磁存储设备、光学存储设备、电磁存储设备、半导体存储设备或上述的任何合适的组合。

计算机可读程序指令可以完全在用户的计算机上执行、部分地在用户的计算机上执行、作为独立的软件包执行、部分地在用户的计算机上并且部分地在远程计算机上执行或者完全在远程计算机或服务器上执行。在一些实施例中，包括例如可编程逻辑电路系统、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)的电子电路系统可以通过利用个性化电子电路系统的计算机可读程序指令的状态信息来执行计算机可读程序指令，以便执行本发明的各方面。

本文参考根据本发明的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各方面。应当理解的是，流程图和/或框图中的每个方框以及流程图和/或框图中的方框的组合可以由计算机可读程序指令来实现。