CN112907646A - 机动车辆货物管理***和方法 - Google Patents

Abstract

一种机动车辆货物管理方法包括识别机动车辆。该方法收集至少一个对象的尺寸信息并收集机动车辆内的容积的内部尺寸。将该至少一个对象的尺寸信息与容积的内部尺寸进行比较，并向用户提供反馈。该反馈是以下之一：是，该至少一个对象能装进；或者否，该至少一个对象不能装进。

Description

机动车辆货物管理***和方法

技术领域

本公开涉及机动车辆，更具体地，涉及机动车辆货物的管理。

背景技术

机动车辆经常用于运送人类、动物和无生命的货物。为了在既定机动车辆中运送所有此类货物，用户需要确定货品和要装载货品的一个或多个货舱的相对尺寸。即，货品必须装进机动车辆的货舱内，以便在机动车辆内运送货品。希望运送货品的用户经常尝试使用试错法将货品装进货舱内，但是这会很费时，并且会损坏货品、货舱或两者。为了限制某些潜在损坏，一些用户可能选择物理测量货舱的尺寸，包括货舱开口和货品尺寸，并确定货品是否小于货舱尺寸。即使当用户既测量货舱又测量货品时，当将多个货品与其他人和/或宠物一起装载在机动车辆中时，也会出现复杂情况。

因此，虽然当前的货物管理***和方法实现了其预期目的，但是仍需要一种新的且改进的机动车辆货物管理***和方法，其减少了用户的工作量和挫败感，同时提高了用户能将一个或更多个货品装进机动车辆的货舱中的效率。

发明内容

根据本公开的几个方面，一种机动车辆货物管理方法包括识别机动车辆。该方法还包括收集至少一个对象的尺寸信息并收集机动车辆内的容积的内部尺寸。该方法还包括将该至少一个对象的尺寸信息与容积的内部尺寸进行比较并向用户提供反馈。反馈是以下之一：是，该至少一个对象能装进；或者否，该至少一个对象不能装进。

在本公开的另一方面，识别机动车辆还包括收集机动车辆所有权信息并将机动车辆分配给用户。

在本公开的又一方面，将机动车辆分配给用户还包括利用乘坐共享应用程序来访问具有多个可预订机动车辆的乘坐共享数据库。将机动车辆分配给用户还包括确定可预订乘坐共享车辆中的哪个车辆具有可容纳一个或更多个对象的容积并向用户提供具有能够装进该至少一个对象的容积的现有乘坐共享车辆的选择。将机动车辆分配给用户还包括根据乘坐共享车辆内的容积以及一个或更多个对象的尺寸来预订乘坐共享车辆。

在本公开的又一方面，向用户提供反馈还包括当反馈为是时，向用户提供至该少一个对象在容积内的放置细节。

在本公开的又一方面，提供反馈还包括当反馈为否时，向用户提供该至少一个对象的至少一部分在容积内的放置细节。

在本公开的又一方面，收集至少一个对象的尺寸信息还包括从一个或更多个对象的照片或视频数据中收集该至少一个对象的尺寸。通过相机捕获照片或视频数据，并且创建该至少一个对象的三维模型。

在本公开的又一方面，收集至少一个对象的尺寸信息还包括将该至少一个对象的照片或视频数据与数据库中多个对象的照片或视频数据进行比较。使该至少一个对象与数据库中的多个对象之一相匹配，并从数据库中获得该至少一个对象的尺寸。

在本公开的又一方面，该方法还包括通过以下方式确定用户的当前位置：用蜂窝塔数据对用户的当前位置进行三角测量；用全球定位***对用户进行定位；以及基于用户的当前位置来预选数据库中多个对象的子集。

在本公开的又一方面，收集至少一个对象的尺寸信息还包括读取该至少一个对象的编码信息。基于编码信息来识别该至少一个对象。然后获得该至少一个对象的测量值。向用户提供该至少一个对象能装进机动车辆内的指示。

在本公开的又一方面，将该至少一个对象的尺寸信息与容积的内部尺寸进行比较还包括生成该至少一个对象的所有可能的布置排列。将布置排列与容积的内部尺寸进行比较，并向用户提供该至少一个对象在容积内的布置的指令。

在本公开的又一方面，收集机动车辆内的容积的内部尺寸还包括确定机动车辆中的乘客数量，并基于乘客数量以及机动车辆内部的可移动组件的配置来主动调整容积的物理参数。

在本公开的又一方面，一种机动车辆货物管理***包括相机、与相机进行通信的控制器。控制器具有用于存储计算机可执行程序代码的存储器以及配置成执行计算机可执行程序代码的处理器。计算机可执行程序代码包括用于识别机动车辆的第一计算机可执行程序代码部分、用于收集至少一个对象的尺寸信息的第二计算机可执行程序代码部分，以及用于收集机动车辆内的容积的内部尺寸的第三计算机可执行程序代码部分。计算机可执行程序代码还包括用于将该至少一个对象的尺寸信息与容积的内部尺寸进行比较的第四计算机可执行程序代码部分以及用于向用户提供反馈的第五计算机可执行程序代码部分。反馈是以下之一：是，该至少一个对象能装进；或者否，该至少一个对象不能装进。

在本公开的又一方面，第一计算机可执行程序代码部分还包括用于收集机动车辆所有权信息的计算机可执行程序代码部分。第一计算机可执行程序代码部分还包括用于将机动车辆分配给用户的计算机可执行程序代码部分。用于将机动车辆分配给用户的计算机可执行程序代码部分包括用于利用乘坐共享应用程序来访问具有多个可预订机动车辆的乘坐共享数据库的计算机可执行程序代码部分、用于确定可预订乘坐共享车辆中的哪个车辆具有可容纳一个或更多个对象的容积的计算机可执行程序代码部分，以及用于向用户提供具有能够装进至少一个对象的容积的现有乘坐共享车辆的选择的计算机可执行程序代码部分。第一计算机可执行程序代码部分还包括用于基于乘坐共享车辆内的容积以及一个或更多个对象的尺寸来选择性地预订乘坐共享车辆的计算机可执行程序代码部分。

在本公开的又一方面，第五计算机可执行程序代码部分还包括用于当反馈为是时向用户提供该至少一个对象在容积内的放置细节的计算机可执行程序代码部分。第五计算机可执行程序代码部分还包括用于当反馈为否时向用户提供该至少一个对象的至少一部分在容积内的放置细节的计算机可执行程序代码部分。

在本公开的又一方面，第二计算机可执行程序代码部分还包括用于从一个或更多个对象的照片或视频数据中收集该至少一个对象的尺寸的计算机可执行程序代码部分。照片或视频数据由相机捕获。第二计算机可执行程序代码部分还包括将该至少一个对象的照片或视频数据与数据库中多个对象的照片或视频数据进行比较的计算机可执行程序代码部分。计算机可执行程序代码部分使该至少一个对象与数据库中的多个对象之一相匹配。计算机可执行程序代码部分从数据库中获得该至少一个对象的尺寸，并且计算机可执行程序代码部分构建该至少一个对象的三维模型。

在本公开的又一方面，一种机动车辆货物管理***还包括用于通过以下方式确定用户的当前位置的计算机可执行程序代码部分：执行用于用蜂窝塔数据对用户的当前位置进行三角测量的计算机可执行程序代码部分。该***执行用全球定位***对用户进行定位的计算机可执行程序代码部分并执行用于基于用户的当前位置来预选数据库中多个对象的子集的计算机可执行程序代码部分。

在本公开的又一方面，第二计算机可执行程序代码部分还包括用于读取至少一个对象的编码信息的计算机可执行程序代码部分以及用于基于编码信息来识别该至少一个对象的计算机可执行程序代码部分。第二计算机可执行程序代码部分还包括用于获得该至少一个对象的测量值的计算机可执行程序代码部分以及用于向用户指示该至少一个对象能装进机动车辆内的计算机可执行程序代码部分。

在本公开的又一方面，第四计算机可执行程序代码部分还包括用于生成该至少一个对象的所有可能的配置排列的计算机可执行程序代码部分，以及用于将布置排列与容积的内部尺寸进行比较的计算机可执行程序代码部分。第四计算机可执行程序代码部分还包括用于向用户提供该至少一个对象在容积内的布置的指令的计算机可执行程序代码部分。

在本公开的又一方面，第三计算机可执行程序代码部分还包括用于确定机动车辆中的乘客数量的计算机可执行程序代码部分，以及用于基于乘客数量以及机动车辆内部的可移动组件的配置来主动调整容积的物理参数的计算机可执行程序代码部分。

在本公开的又一方面，一种机动车辆货物管理方法包括收集机动车辆所有权信息并基于机动车辆所有权信息将机动车辆分配给用户。该方法还包括从一个或更多个对象的照片数据、视频数据或编码信息中收集该至少一个对象的尺寸。照片或视频数据由相机捕获。该方法还包括构建该至少一个对象的三维模型并将该至少一个对象的尺寸信息与容积的内部尺寸进行比较。为了将尺寸信息与内部尺寸进行比较，该方法确定机动车辆中的乘客数量，并基于乘客数量以及机动车辆内部的可移动组件的配置来主动调整容积的物理参数。该方法还包括：生成该至少一个对象在容积内的所有可能的布置排列；将布置排列与容积的内部尺寸进行比较；以及向用户提供反馈。反馈是以下之一：是，该至少一个对象能装进；或者否，该至少一个对象不能装进。当反馈为是时，该方法向用户提供该至少一个对象在容积内的布置的详细指令，当反馈为否时，该方法向用户提供该至少一个对象的至少一部分在容积内的布置的详细指令。

根据本文提供的描述，其他应用领域将变得显而易见。应当理解，说明书和具体示例仅旨在用于说明目的，并不旨在限制本公开的范围。

附图说明

本文描述的附图仅用于说明目的，并不旨在以任何方式限制本公开的范围。

图1是根据示例性实施例的一种机动车辆货物管理***和方法的示意图；

图2是用户访问根据示例性实施例的机动车辆货物管理***和方法的一部分的示意图；

图3A是图1中用方框3A-D表示用于根据示例性实施例的货物管理***和方法的机动车辆的一部分的透视图；

图3B是图1中用方框3A-D表示用于根据示例性实施例的货物管理***和方法的机动车辆的一部分的透视图；

图3C是图1中用方框3A-D表示用于根据示例性实施例的货物管理***和方法的机动车辆的一部分的透视图；

图3D是图1中用方框3A-D表示用于根据示例性实施例的货物管理***和方法的机动车辆的一部分的透视图；

图4是描绘根据示例性实施例的一种利用增强现实成像的机动车辆货物管理方法的流程图；

图5是描绘根据另一示例性实施例的第二种机动车辆货物管理方法的流程图；和

图6是描绘根据示例性实施例的第三种乘坐共享可预订机动车辆货物管理方法的流程图。

具体实施方式

以下描述本质上仅仅是示例性的，并不旨在限制本公开、应用或用途。

参照图1，示出了一种机动车辆12中的货物管理***10。***10包括一个或更多个控制器14。每个控制器14是非通用的电子控制设备，其具有预编程的数字计算机或处理器16、用于存储数据(诸如控制逻辑、软件应用程序、指令、计算机代码、数据、查找表等)的存储器或非暂时性计算机可读介质18，以及收发器或输入/输出(I/O)端口20。计算机可读介质包括能够由计算机存取的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质18不包括传输暂时性电信号或其他信号的有线通信链路、无线通信链路、光学通信链路或其他通信链路。非暂时性计算机可读介质18包括可永久存储数据的介质和可存储并随后重写数据的介质，诸如可重写光盘或可擦除存储设备。计算机代码包括任何类型的计算机可执行程序代码或程序代码部分，包括源代码、目标代码和可执行代码。处理器16配置成执行代码或指令。在控制器14为机动车辆12的情况下，控制器14可以是专用Wi-Fi控制器或发动机控制模块、变速器控制模块、车身控制模块、信息娱乐控制模块等。I/O端口20配置成使用IEEE 802.11x下的Wi-Fi协议和/或经由蜂窝网络和/或经由以太网或其他网络通信***或协议与诸如平板型计算机、蜂窝电话、家用计算机等远程计算设备进行无线通信。

控制器14还包括一个或更多个应用程序22。应用程序22是配置成执行特定功能或功能集的软件程序。应用程序22可包括适于以合适的计算机可读程序代码实现的一个或更多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其一部分。应用程序22可以存储在存储器18内或附加或单独的存储器中，包括但不限于移动设备24内的存储器18、云服务器或数据库26等。应用程序22的示例包括音频或视频流服务、游戏、浏览器、社交媒体、增强现实应用程序22a等。

现在参照图2并且继续参照图1，机动车辆12的用户可能希望使用机动车辆12来运送各种对象28。在一示例中，用户从商店购买一个或更多个对象28，诸如洗衣机30或电视机(TV)32。为了运送洗衣机30，用户必须确定洗衣机30、TV32等是否能装进机动车辆12内具有已知容积36的货舱34内。在一些示例中，用户可能希望运送不能全部装进机动车辆12内的货舱34的对象28。为了帮助用户确定对象28是否能装进货舱34内，用户访问确定对象28是否能装进的应用程序22。用户可以以各种不同的方式访问应用程序22，包括但不限于：安装在用户的移动设备24上的app或应用程序22；在平板型计算机、桌上型计算机或膝上型计算机上或安装在机动车辆12内的信息娱乐***38上的软件程序。一旦用户访问了应用程序22并提供了某些输入(下文中将更详细对此进行描述)，处理器16就执行存储在控制器14的存储器18中的计算机可执行程序代码部分。在一示例中，计算机可执行程序代码部分确定对象28是否能装进，并通知和/或指示用户对象28是否能装进。然而，应当理解，在不脱离本公开的范围或意图的情况下，计算机可执行程序代码部分可包括多种其他功能。

为了确定对象28是否能装进既定机动车辆12内，控制器14首先识别机动车辆12。可以以几种不同的方式来实现机动车辆12的识别。在一示例中，控制器14收集机动车辆12的所有权信息。所有权信息从以下至少一项中收集：汽车钥匙、密钥卡、蜂窝设备等与机动车辆12内的点火或安全控制模块之间的电子关联。在一些方面，经由汽车钥匙、密钥卡或蜂窝设备之间的无线通信来实现汽车钥匙、密钥卡或蜂窝设备之间的电子关联。无线通信可以是多种不同类型，诸如近场通信(NFC)、诸如802.1X的无线协议、蓝牙通信等。在另一示例中，控制器14通过用户的已知生物特征(诸如手指、手掌或手腕的指纹识别、视网膜扫描、面部识别或用户的其他此类生物特征数据)收集机动车辆12的所有权信息。可以通过多种不同机构中的任何一种机构来捕获用户或所有者的生物特征数据，诸如设置在机动车辆上或机动车辆内的传感器或扫描仪，或用户或所有者的移动设备24上的扫描仪、汽车钥匙或密钥卡，或其他已知的生物特征扫描机构。在另一示例中，用户的生物特征数据由机动车辆12的经销商或机动车辆12的制造商收集，并存储在基于云的计算***或数据库26中。然后，机动车辆12从基于云的计算***或数据库中无线访问或检索生物信息以确定特定用户或所有者是否分配给机动车辆12。

控制器14还执行收集至少一个对象28的尺寸信息的计算机可执行程序代码部分。以几种不同方式中的至少一种方式收集尺寸信息。例如，控制器14提示用户利用相机40和用户的移动设备24上的应用程序22来收集或捕获至少一个对象28的照片数据。在一些方面，应用程序22是增强现实应用程序22a。当用户正在捕获对象28的照片数据时，增强现实应用程序22a向用户提供对象28的屏上实时视图。

增强现实应用程序22a在对象28的屏上实时视图上方叠加多个不同的测量设备、点、线等中的任何一者。在示例性实施例中，还提示用户捕获至少一个对象28的角41的图像。测量设备、点、线等帮助用户确定角41、边或其他此类关注点在对象28的照片数据中的位置。当用户拍摄或捕获至少一个对象28的视频时，诸如陀螺仪传感器、加速度计等的至少一个姿态传感器捕获移动设备24的移动。姿态传感器的数据以及从该至少一个对象28的角41的图像中提取的数据被融合在一起，以确定该至少一个对象28的角41的位置，并构建该至少一个对象28的三维模型。三维模型可以是线框模型、表面模型、实体模型、其任意组合或该至少一个对象28的三维形状的其他此类模型。

在又一示例中，从先前识别的对象的数据库中收集至少一个对象28的尺寸。具体地，控制器14执行将由用户收集到的照片或视频数据与存储在先前识别的对象的数据库中的多个对象的照片或视频数据进行比较的程序代码部分。控制器14执行使由用户拍摄的照片或视频数据与先前识别的对象的数据库中的至少一个对象28相匹配的计算机可执行程序代码部分。数据库还包括先前识别的对象中的每个对象的尺寸。然后，控制器14执行基于数据库中与用户拍摄的对象相匹配的对象28来获得该至少一个对象28的尺寸的程序代码部分。

在一些情况下，从先前识别的对象的数据库中访问该至少一个对象28的尺寸信息。具体地，控制器14读取关于该至少一个对象的编码信息，并从编码信息中识别数据库内的对象。在几个示例中，编码信息是以下一项或更多项：条形码、快速响应(QR)代码、字母数字代码或序列、数据矩阵代码、通用产品代码(UPC)、国际商品编号(EAN)代码、PDF417代码和交错代码等。编码信息与数据库内的特定对象28相关联，并且在读取编码信息时，控制器14确定数据库中多个先前识别的对象中的哪个对象对应于用户拍摄的对象28。然后从先前识别的对象的数据库中检索该至少一个对象28的尺寸或测量值，并且与较早的示例一样，从先前识别的对象的数据库中检索三维模型，或者通过由控制器14执行的软件生成三维模型。

在一实施例中，***10通过确定用户的当前位置来使对象28的数据库的子集更加精确。***10通过多种不同方式中的任何一种方式来确定用户的当前位置，诸如：用蜂窝塔数据对当前位置进行三角测量，利用全球定位***(GPS)，和/或使用用户的移动设备24内的陀螺仪传感器和/或加速度计传感器。在一些示例中，控制器14从用户的移动设备24或从用户的机动车辆12捕获位置数据。在一示例中，给定机动车辆12的位置数据表明机动车辆12位于靠近出售诸如洗碗机、冰箱、洗衣机30、烘干机、电视机32等家用电器的电器商店。控制器14利用机动车辆12相对于电器商店的位置并确定用户可能在电器商店购物。

控制器14访问对象28的数据库，并基于用户的当前位置来预选或以其他方式生成对象28的数据库的子集。对象28的数据库的子集仅包括由特定电器商店或电器连锁店出售的物品。一旦用户进入电器商店，控制器14就利用用户选定的对象(诸如洗碗机)的尺寸来确定对象28是否能装进货舱34的容积36内。通过使对象28的数据库的子集更加精确或以其他方式生成对象28的数据库的子集，当用户选择诸如上述洗碗机的对象28时，很容易得到对象28的尺寸。即，因为已经通过生成或以其他方式选择数据库中的对象28的子集来预先使搜索参数更加精确，所以与在整个数据库中进行的类似搜索相比，在对象28的子集内搜索对象28的速度更快。

尽管在上文中，已经将机动车辆12的位置描述为紧邻电器商店，但是应当理解，在不脱离本公开的范围或意图的情况下，可以容易地替换其他位置和商店类型。此外，本文已经描述了几个数据库。在每种情况下，应当理解，数据库可以是整个因特网、万维网、公共或私有云存储数据库26、本地存储的数据库或任何其他此类电子可访问数据库。在一示例中，先前识别的对象28的数据库是本地存储的或公共或私有维护的云服务器26，其托管对象28的数据存储库，对象28先前已由用户或由其移动设备24或机动车辆先前已将数据传送到云服务器26的其他用户识别。可以通过***10的先前使用或者通过从对象28的制造商上传等来识别先前已经识别的对象28。

现在转到图3A至图3D并且继续参照图1和图2，示出了几个机动车辆12的货舱34或其部分。为了在机动车辆12内装载至少一个对象28，该至少一个对象28的尺寸必须小于机动车辆12的货舱34的容积36的尺寸。根据机动车辆12的类型，容积36的内部尺寸可以有很大不同。例如，货车或卡车的货舱34的容积36基本上大于典型厢式轿车、运动型多用途车辆等中的货舱34的容积36。因为容积36因应用而异，所以容积36的内部尺寸也有所不同。因此，控制器14收集机动车辆12内的货舱34的容积36的内部尺寸。具体地，控制器14从云服务器26或其他此类远程数据存储器中检索机动车辆12的货舱34的三维模型。然而，货舱34的实际内部尺寸(如图3A中的示例性测量线A、B、C、D、E、F、G、H、I和J所示)可能与从云服务器26中检索到的尺寸有所不同。机动车辆12的内部可能配备有可调节面板42。可调节面板42可以根据机动车辆12的类型而有很大不同。在一些示例中，可调节面板42包括可移动座椅44，诸如滑动和/或折叠式前座椅46、折叠式后座椅48、可折叠扶手50、折叠式头枕51、具有可调节载货地板角度的载货地板52等。可调节面板42中的每个可调节面板可在机动车辆12内***纵或移动，从而导致货舱34具有各种配置。利用可调节面板42、可移动座椅44等的每个不同配置，货舱34的容积36和/或容积36的形状改变。在一示例中，一组折叠式后座椅48朝向机动车辆12的前部54折叠，以形成具有平坦的载货地板52的货舱34。

控制器14确定当前正在使用货舱34的各种配置中的哪种配置。具体地，控制器14从多个光学传感器、位置传感器、重量传感器等收集可调节面板42、可移动座椅44和货舱34的其他可移动组件中各者的位置信息。在一些示例中，控制器14还基于机动车辆12中的乘客数量(未具体示出)来确定货舱34的可能配置。然后，控制器14基于乘客数量以及机动车辆12内部的可移动组件的配置来主动调整容积36的物理参数。

一旦控制器14收集了货舱34的容积36的内部尺寸，控制器14就执行将至少一个对象28的尺寸信息与容积36的内部尺寸进行比较的计算机可执行程序代码部分。容积36的内部尺寸可以是不规则的。例如，货物厢型机动车辆12的货舱34可具有近似矩形棱柱的形状。然而，矩形棱柱形的货舱34可具有多种不同的突入部或突出部中的任何一者，诸如：一个或更多个后轮舱、至少部分地封装电池组或燃料箱的突出部、门铰链、窗台等(未具体示出)。因此，容积36的内部尺寸包括特定机动车辆12内的突入部或突出部中各者的尺寸。

现在转到图4并且继续参照图1至图3D，更详细地示出了一种使用增强现实应用程序22a的方法100。方法100从方块102开始。在方块104，通过用户的移动设备24或其他此类界面来访问增强现实应用程序22a。增强现实应用程序22a托管或存储在用户的移动设备24的存储器18、机动车辆12内的信息娱乐***38、用户的计算机或诸如远程服务器的远程计算平台中。在方块106，用户然后利用移动设备24上的相机40来捕获要装载在货舱34内的一个或更多个对象28的实时图像。

在方块108，增强现实应用程序22a执行图像中对象28的视频跟踪和/或配准。具体地，增强现实应用程序22a对齐或校正实时图像内一个或更多个对象28的对齐，以更精确地预测或计算对象28的尺寸。视频跟踪和/或配准经由计算机视觉算法等而执行。在方块110，增强现实应用程序22a使用诸如全球定位***(GPS)的一个或更多个定位传感器和/或使用用户的移动设备24内的陀螺仪传感器和/或加速度计传感器来计算要装载的一个或更多个对象28的尺寸。

在方块112，增强现实应用程序22a访问云服务器或数据库26以检索用于三维渲染的虚拟组件114。在一示例中，虚拟组件114由虚拟标尺或其他屏上测量设备组成。在方块116，增强现实应用程序22a将视频跟踪和/或配准数据、定位传感器数据以及图像本身进行组合以生成一个或更多个对象28的三维渲染。然后将虚拟组件114覆盖在一个或更多个对象28的三维渲染的上方。更具体地，虚拟组件114相对于一个或更多个对象28的对齐被校正到在实时图像中捕获到的视觉场景中的适当真实对象28上。在一些示例中，增强现实应用程序22a利用人工智能算法、计算机学习等来使***10能够理解实时图像内对象28的含义或存在，以进一步增强对象28的配准和/或视频跟踪。

在方块118，增强现实应用程序22a生成包括三维渲染和虚拟组件114的增强现实图像。在方块120，在用户的移动设备24或其他此类显示器上显示具有三维渲染和虚拟组件114的增强现实图像。在方块122，方法100结束。对于由用户成像的每个附加对象28，可以重复方法100。

现在转到图5并且继续参照图1至图4，更详细地示出了一种机动车辆12中的货物管理方法200。方法200从方块202开始，在方块202，用户访问存储在控制器14的存储器18中的应用程序22。在方块204，应用程序22识别要放置在机动车辆12中的对象28。已经描述了识别过程，并且将在本文中更详细描述。在方块206，应用程序22利用用户的移动设备24上的相机40来捕获对象28的图像。在一些示例中，当用户选择要购买的对象28时，可以在线上商店中选择对象28的图像。因此，还可以从线上数据库中检索图像。当使用相机40来捕获对象28的图像时，方法200进入方块208。在方块208，移动设备24上的软件应用程序识别对象28并获得对象28的尺寸，如上所述。然后，方法200进入方块210，在方块210，应用程序22生成对象28的三维模型。在方块212，应用程序22操纵对象28的三维模型，以确定对象28是否能装进机动车辆12的货舱34。为了确定对象28在货舱34内的各种布置，在方块214，应用程序22访问云服务器26或其他此类远程数据存储器。云服务器26托管货舱34的容积36以及任何数量的机动车辆12的尺寸信息。在方块216，应用程序22利用对象28的尺寸信息以及来自云服务器26的货舱34的容积36的信息来生成对象28在货舱34的容积36内的所有可能的布置排列。在用户打算在货舱34内装载多个对象28的情况下，应用程序22生成多个对象28在货舱34内的所有可能排列。排列包括多个对象28中的每个对象单独在容积36内的所有可能取向以及多个对象28在容积36内相对于彼此并且彼此组合的所有可能布置。

在方块218，应用程序22利用车身开口56的测量值来确定一个或更多个对象28是否可以穿过机动车辆12的一个或更多个车身开口56并向用户提供反馈。根据机动车辆12的类型，车身开口56的类型和大小可能有很大不同。在一些示例中，车身开口56包括门开口58、后舱门或行李箱开口60、窗户开口62、天窗64、卡车车厢66等。然后，应用程序22向用户提供反馈，指示至少一个对象28能或不能装进机动车辆12的货舱34。具体地，在方块220，如果一个或更多个对象28不能穿过机动车辆12的车身开口56，那么应用程序22生成否定通知。否定通知显示在用户的移动设备24或另一此类显示器(通过其已经访问应用程序22)上。在一示例中，否定通知是视觉和/或听觉上所描绘的“X”、“否”、“不输入”或“停止”标志或其他此类否定指示符。然而，如果一个或更多个对象28可以穿过车身开口56，那么方法200进入方块222。

在第一步骤中，应用程序22告知至少一个对象28是否能装进货舱34并向用户提供反馈。更具体地，在方块222，应用程序22确定一个或更多个对象28是否能装进货舱34的容积36中。应用程序22将对象28中各者的尺寸与货舱34的容积36的尺寸进行比较。在方块224，如果一个或更多个对象28能装进货舱34的容积36中，那么应用程序22生成肯定通知。通知显示在用户的移动设备24或其他此类显示器(通过其已经访问***10)上。在一示例中，肯定通知是视觉和/或听觉上所描绘的复选标记、“是”、加号、“输入”或其他此类肯定指示符。

然而，如果在方块222，一个或更多个对象28不能装进货舱34的容积36中，那么方法200进入方块226，在方块226，应用程序22将一个或更多个对象28的所有可能排列与容积36的内部尺寸进行比较，并向用户提供对象28中的一个或更多个对象在容积36内的至少一种布置的反馈和/或指令。

不管至少一个对象28是否装进，应用程序22都提供第二反馈步骤，在第二步骤中，当反馈为肯定或“是”时，应用程序22提供至少一个对象在容积36内的放置细节。同样地，当反馈为否定或“否”时，应用程序22提供至少一个对象28的至少一部分在容积36内的放置细节。如果对象28不能装进货舱34内，那么方法200进入方块226，在方块226，应用程序22执行尝试机动车辆12内部的所有重新配置组合(包括改变机动车辆12内已知对象28和乘客的位置)的计算机可执行程序代码部分。即，应用程序22通过在货舱34内重新配置诸如可调节面板42、可移动座椅44等各种可移动组件来试图将对象28装进机动车辆12的货舱34中。另外，应用程序22改变机动车辆12内其他已知对象和乘客的位置。当反馈为否定或“否”时，并且当用户打算在货舱34内装载多个对象28时，应用程序22向用户提供多个对象28的子集能装进货舱34的容积36内的至少一种配置，并显示关于对象28的子集的肯定通知。

在方块228，应用程序22再次确定一个或更多个对象28是否能装进货舱34内。如果一个或更多个对象28仍不能装进货舱34内，那么在方块230，应用程序22生成否定通知，如上所述。然而，如果一个或更多个对象28能装进货舱34内，那么方法200进入方块232，在方块232，应用程序22生成肯定通知，如上所述。

在方块224或方块232中任一者的肯定通知之后，方法200进入方块234。在方块234，应用程序22向用户提供关于一个或更多个对象28如何能装进货舱34中的反馈。更具体地，应用程序22向用户提供多个对象28中的至少一些对象能装进容积36内的一系列用户可选择的配置选项。即，当对象28中的至少一个对象不能装进容积36内时，应用程序22对每个对象28进行分类，并基于该分类，确定在何处能适当地装载对象28。例如，平板电视机和其他此类电子设备通常不能沾水且不能受到热应力，并且有重量和/或取向限制。因此，应用程序22访问本地天气信息，并利用对象分类和天气信息来确定要装载的每个对象28的适当位置。在平板电视机的示例中，电视机必须以垂直取向存储在机动车辆12的货舱34内，而不得堆叠在其他对象28的下方，并且当天气信息表明可能下雨、下雪或极端温度时，电视机不应从机动车辆12突出。

在一些示例中，应用程序22向用户呈现已确定装进货舱34内的对象28的多个组合。用户然后可以选择和/或尝试对象28的多个不同组合中的每个组合，以对于每个组合，查看哪些对象28能装进货舱34内。利用多个不同的组合，用户选择他们使用机动车辆12能运送多个对象28中的哪个对象。

在方块236，应用程序22循环执行从方块202到方块234的过程，直到用户希望运送的所有对象28都已装进货舱34中为止。用户还可以使用应用程序22来选择对象28的组合，其中在机动车辆12的外部载体(诸如行李架、拖车等)上装载对象28中的至少一些对象。另外，当应用程序22识别要在货舱34中运送的各种对象28时，应用程序22提供一系列步骤的可视化，这将使得所有选定的对象28均存储在机动车辆12的货舱34内。在一些示例中，步骤顺序作为定格动画或动画运动序列显示在用户的移动设备24或另一显示屏幕上，其中选定对象28中的每个对象都应移动。定格动画或动画运动序列向用户展示如何通过机动车辆12的车身开口56操纵每个对象28并进入货舱34内的存放位置，从而向用户展示如何在货舱34内最高效地包装对象28。即，对于每次迭代或重复，方法200在添加了每个新对象28的情况下优化将要存放的所有对象28的取向和/或放置。

然后，方法200从方块236进入方块238，在方块238，方法200结束。同样地，从方块220或方块230中的任一者开始，当一个或更多个对象28不能装入货舱34的容积36中时，方法200进入方块238，在方块238，方法200结束。对于随后的对象28的识别和/或运送，可以以与上述基本相同的方式访问应用程序22，并且再次从方块202开始。

现在转到图6并且继续参照图1至图5，示出了一种乘坐共享机动车辆12中的货物管理方法300。除了经由公共或私人可租用的交通工具(诸如与乘坐共享公司联合运营的公共汽车、豪华轿车、出租车和机动车辆12)，某些机动车辆12的用户无法正常使用机动车辆12。为了在乘坐共享机动车辆12中运送对象28，这对于用户知道对象28能装进既定可预订机动车辆12内是有帮助的。方法300从方块302开始，在方块302，用户访问乘坐共享应用程序22b。可以以多种方式访问乘坐共享应用程序22b，包括但不限于：安装在用户的个人移动设备24或个人计算机等的存储器18中的应用程序22。同样地，可以在机动车辆12等内的信息娱乐***38上访问乘坐共享应用程序22b。在方块304，乘坐共享应用程序22b提示用户利用用户的移动设备24上的相机40来捕获用户希望运送的对象28的图像，如上所述。在方块306，方法300利用增强现实应用程序22a来获得要运送的对象28的尺寸。在方块308，控制器14生成对象28的三维模型。在方块310，利用乘坐共享应用程序22b，用户访问乘坐共享数据库68，该乘坐共享数据库68包括多个可预订机动车辆12。乘坐共享数据库68是由乘坐共享公司维护和/或托管并包括多个可预订乘坐共享车辆的数据存储库。在方块312，乘坐共享应用程序22b与增强现实应用程序22a一起尝试每个附近的可预订乘坐共享机动车辆12内部中可调节面板42和其他可移动组件的所有重新配置组合。在方块314，应用程序22b和增强现实应用程序22a确定可预订乘坐共享机动车辆12中的哪个机动车辆具有内部尺寸可容纳一个或更多个对象28的容积36。然后，控制器14向用户提供具有装进一个或更多个对象28的容积36的现有乘坐共享可预订机动车辆12的选择。在方块316，用户基于机动车辆12内的容积36和一个或更多个对象28的尺寸来选择或预订现有乘坐共享可预订机机动车辆12之一。在方块318，乘坐共享应用程序22b通过在用户的移动设备24或用户曾经访问乘坐共享应用程序22b和增强现实应用程序22a的其他此类界面上显示肯定通知来指示已经创建成功预订。在一示例中，肯定通知是视觉和/或听觉上所描绘的复选标记、“是”、加号、“输入”或其他此类肯定指示符。在方块320，方法300结束。对于用户希望进行的每个新行程，可以进行运送对象28的附加乘坐共享预订。在每个此类新行程中，方法300从方块302开始并且进入方块320，如上所述。

本公开的货物管理***和方法具有多个优点。这些优点包括在机动车辆12的包装期间减少了用户的工作量和挫败感，同时提高了用户能将一个或更多个货品或对象28装进机动车辆12的货舱34中的效率。

本公开的描述本质上仅是示例性的，并且不脱离本公开的主旨的变化旨在包括在本公开的范围内。此类变化不应被视为脱离本公开的精神和范围。

Claims (10)

1.一种机动车辆货物管理方法，所述方法包括：

识别所述机动车辆；

收集至少一个对象的尺寸信息；

收集所述机动车辆内的容积的内部尺寸；

将所述至少一个对象的尺寸信息与所述容积的内部尺寸进行比较；以及

向用户提供反馈，其中，向用户的反馈是以下之一：

是，所述至少一个对象能装进，或者

否，所述至少一个对象不能装进。

2.根据权利要求1所述的方法，其中，识别所述机动车辆还包括：

收集机动车辆所有权信息；以及

将所述机动车辆分配给所述用户。

3.根据权利要求2所述的方法，其中，将所述机动车辆分配给所述用户还包括：

利用乘坐共享应用程序来访问具有多个可预订机动车辆的乘坐共享数据库；

确定所述可预订机动车辆中的哪个机动车辆具有可容纳所述至少一个对象的容积；

向所述用户提供具有能够装进所述至少一个对象的容积的现有可预订机动车辆的选择；以及

基于所述可预订机动车辆内的容积以及所述至少一个对象的尺寸信息来预订可预订机动车辆。

4.根据权利要求1所述的方法，其中，向用户提供反馈还包括：

当对所述用户的反馈为是时，向所述用户提供所述至少一个对象在所述容积内的放置细节；以及

当对所述用户的反馈为否时，向所述用户提供所述至少一个对象的至少一部分在所述容积内的放置细节。

5.根据权利要求1所述的方法，其中，收集至少一个对象的尺寸信息还包括：

从所述至少一个对象的照片或视频数据、被相机捕获的照片或视频数据中收集所述至少一个对象的尺寸；以及

构建所述至少一个对象的三维模型。

6.根据权利要求1所述的方法，其中，收集至少一个对象的尺寸信息还包括：

将所述至少一个对象的照片或视频数据与数据库中多个对象的照片或视频数据进行比较；

使所述至少一个对象与所述数据库中的多个对象之一相匹配；以及

从所述数据库中获得所述至少一个对象的尺寸。

7.根据权利要求6所述的方法，还包括：

通过以下方式确定所述用户的当前位置：

用蜂窝塔数据对所述用户的当前位置进行三角测量；

用全球定位***对所述用户进行定位；以及

基于所述用户的当前位置来预选所述数据库中所述多个对象的子集。

8.根据权利要求1所述的方法，其中，收集至少一个对象的尺寸信息还包括：

读取所述至少一个对象的编码信息；

基于所述编码信息来识别所述至少一个对象；

获得所述至少一个对象的测量值；以及

向所述用户指示所述至少一个对象能装进所述机动车辆内。

9.根据权利要求1所述的方法，其中，将所述至少一个对象的尺寸信息与所述容积的内部尺寸进行比较还包括：

生成所述至少一个对象的所有可能的布置排列；

将所述布置排列与所述容积的内部尺寸进行比较；以及

向所述用户提供所述至少一个对象在所述容积内的布置的指令。

10.根据权利要求1所述的方法，其中，收集所述机动车辆内的容积的内部尺寸还包括：

确定所述机动车辆中的乘客数量；以及

根据所述乘客数量以及所述机动车辆内部的可移动组件的配置来主动调整所述容积的物理参数。

Images