确定实时定位的系统和方法

本申请要求2018年8月22日提交的美国临时申请62/720,975、2019年7月8日提交的美国临时申请62/871,441和2019年8月20日提交的美国专利申请16/545,542的权益。上述申请的全部公开内容通过引用并入本文。

技术领域

本申请涉及一种用于确定关于便携设备和诸如车辆之类的对象的定位信息的系统和方法。

背景技术

针对对象的实时定位或位置确定已在各种应用中变得越来越普遍。在包括例如汽车、存储、零售、用于认证的安全性访问和用于授权的安全性访问在内的许多领域中，实时定位系统(RTLS)被使用并依赖以用于跟踪诸如便携设备之类的对象。

汽车领域中的一种常规RTLS包括位于车辆内并能够经由射频(RF)与便携设备进行通信的收发器或主控制器。主控制器与便携设备之间的通信的一个或多个方面，诸如通信的信号强度、到达角度、飞行时间和/或其他方面，可以被监测并且被用作确定便携设备相对于车辆的定位的基础。例如，如果通信的信号强度低，则相对于信号强度高的通信而言，便携设备可能离车辆更远。通常，随着便携设备和车辆之间的距离增加，通信强度下降。例如，信号的角度可以由一个或多个天线测量，可以使用角度测量(诸如三角测量)或其他技术(哪一侧的天线、机器学习等)从中确定便携设备的位置。例如，信号的飞行时间可以由一个或多个天线来测量，从中可以确定便携设备的距离。通常，飞行时间随着便携设备和车辆之间的距离的增加而增加。基于通信的信号特性的这个测量或其他测量，可以确定便携设备的定位。

发明内容

提供了一种用于确定便携设备相对于对象的定位信息的系统和方法。在一个实施例中，提供一种预订控制系统，用于预订与对象相关联的资源或服务。该系统和方法可以确定关于便携设备的定位信息，并基于该定位信息将用户标识为签入或签出(例如，资源处于使用中或未使用中)。

在一个实施例中，一种用于预订用户的系统，包括：固定位置设备、定位器和预订控制系统。固定位置设备可以相对于对象被安置在固定位置处，并且可以包括被配置为经由通信链路来与便携设备进行无线通信的天线。

定位器可以被配置为确定关于便携设备相对于对象的定位信息，并且基于从便携设备无线传输的通信的信号特性来确定定位信息。预订控制系统可以被配置为存储与用户相关联的预订，并且基于定位信息指示用户相对于对象处于第一地点来确定用户的状态是针对预订被签入。预订控制系统可以被配置为基于定位信息指示用户相对于对象处于第二地点来确定用户的状态是针对预订被签出。

在一个实施例中，一种用于针对用户生成授权的系统可以包括预订控制系统、固定位置设备和定位器。预订控制系统可以被配置为存储与用户相关联的预订，并针对预订引导针对用户生成授权。该预订可以与针对其生成授权的至少一个可预订事件相关联。

固定位置设备可以相对于对象而被安置在固定位置处，并且可以包括被配置为经由通信链路来与便携设备进行无线通信的天线。定位器可以被配置为确定关于便携设备相对于对象的定位信息，并且基于从便携设备无线传输的通信的信号特性来确定定位信息。

在一个实施例中，预订控制系统可以被配置为基于所述定位信息和所述授权针对所述至少一个可预订事件向用户授予一个或多个权限。

在一个实施例中，提供了一种用于预订对象的资源的方法。该方法可以包括：为用户保留资源；经由通信链路来与与用户相关联的便携设备进行无线通信；以及基于通信链路的无线通信的信号特性来确定关于便携设备相对于对象的定位信息。该方法还可以包括：基于该定位信息与该资源的使用相一致，将资源标识为用户使用中；以及在将资源标识为使用中之后，基于定位信息与用户已经中断使用资源相一致，将资源标识为用户未使用中。

在一个实施例中，该方法可以包括：为用户生成关于资源的授权；以及基于授权和定位信息，针对该资源向用户授予一个或多个权限。

在一个实施例中，该方法可以包括确定与用户相关联的生物特征参数。

在一个实施例中，该方法可以经由远程信息处理单元传送与对象有关的占用信息。在一个实施例中，占用信息的传输速率可以基于对象的资源是否在使用中而变化。

在详细解释本发明的实施例之前，应当理解，本发明不限于以下描述中阐述或在附图中图示出的操作细节或组件的构造细节和布置。本发明可以以各种其他实施例来实现，并且可以以本文未明确公开的替代方式来实践或执行。同样，应当理解，本文中使用的措词和术语是出于描述的目的，而不应被认为是限制性的。“包括”和“包含”及其变体的使用意味着涵盖其后列出的项目及其等同物，以及其他项目及其等同物。此外，在各种实施例的描述中可以使用枚举。除非另有明确说明，否则枚举的使用不应被解释为将本发明限制为任何特定顺序或任何特定组件数目。枚举的使用也不应被解释为从本发明的范围中排除可能与所列举的步骤或组件组合或合并到所列举的步骤或组件中的任何其他步骤或组件。

附图说明

本文所描述的附图仅出于所选实施例的说明性目的，而不是所有可能的实现，并且不旨在限制本公开的范围。

图1示出了根据一个实施例的系统的代表性视图。

图2描绘了至少部分地安置在对象上的图1中的系统的代表性视图。

图3示出了根据一个实施例的系统组件。

图4示出了根据一个实施例的系统的定位器。

图5示出了根据一个实施例的系统。

图6示出了根据一个实施例的与安置在不同定位处的一个或多个设备有关的信号特性的表示图。

图7示出了根据一个实施例的系统。

图8示出了根据一个实施例的方法。

图9示出了图8的方法的一部分。

具体实施方式

提供了一种用于确定便携设备相对于对象的定位信息并基于定位信息来控制对象的操作的系统和方法。

I.系统概述

在图1和图2的说明实施例中示出了根据一个实施例的系统，并且一般被指明为100。系统100可以包括如本文所概述的一个或多个系统组件。系统组件可以是用户60或电子系统组件，其可以是便携设备20、传感器40或对象设备50，或者是包括这些设备的一个或多个方面的组件。如本文中所讨论的，对象设备50的底层组件可以被配置为与这些设备中的任何一个或多个结合来操作。在这个意义上，在一个实施例中，便携设备20、传感器40和对象设备50之间可以存在若干共同方面或特征。结合图3中描绘的对象设备50所描述的特征可以被合并到便携设备20或传感器40或两者中。在一个实施例中，对象设备50可以形成被安置在诸如车辆或建筑物之类的对象10上的装备组件。对象设备50可以通信地耦合到对象10的一个或多个系统，以控制对象10的操作，以将信息传输到对象10的一个或多个系统，或者从对象10的一个或多个系统接收信息，或其组合。例如，对象10可以包括被配置为控制对象10的操作的对象控制器12。对象10可以包括有线或无线的一个或多个通信网络，其促进对象控制器12与对象设备50之间的通信。在图2中的说明实施例中，用于促进对象设备50和对象控制器12之间的通信的通信网络被指明为150，并且作为CAN总线而被提供。

在一个实施例中，系统可以包括通信控制器，诸如远程信息处理控制单元(未示出)。例如，TCU(信息控制单元)可以(经由SPI)连接到对象设备50。在另一个实施例中，TCU可以与对象设备50组合。在另一个实施例中，TCU可以是车辆的对象控件12的一部分，或者连接到车辆的对象控件12。在另一个实施例中，可以不存在TCU，并且数据可以通过便携设备(例如，经由BLE)来进行隧道传输。“隧道传输的”可以被定义为传统隧道——就像通过BLE运行TCP/IP一样；然而，本公开不限于此。隧道传输可以被定义为使得相关数据能够经由命令/响应被传送到对象设备50或其他系统组件的配置。通信控制器可以是能够促进通信的任何类型的控制单元或系统。可以在本文所描述的包括对象设备或便携设备、或两者在内的任何组件中提供通信控制器。

在一个实施例中，TCU可以包括蜂窝调制解调器或其他远程WAN无线电(Lora、Sigfox等)。

在一个实施例中，如上所述，TCU不是系统的必需部分；例如，TCU和与之通信的系统的所有功能性都可以在本地(而不是在云中)执行。

在图3中的说明实施例中，对象设备50可以包括控制系统或控制器58，其被配置为根据在本文中所讨论的功能和算法中的一个或多个来控制对象设备50的操作或其各方面。诸如便携设备20或传感器40或两者之类的系统组件可以类似地包括控制器58，其被配置为控制相应的系统组件的操作或各方面。

控制器58包括任何和所有电子电路系统和组件以执行本文所描述的功能和算法。一般而言，控制器58可以包括一个或多个微控制器、微处理器和/或被编程为执行本文所述功能的其他可编程电子器件。控制器58可以附加地或可替代地包括被编程为执行本文所描述的功能或者支持微控制器、微处理器和/或其他电子器件的其他电子组件。其他电子组件包括但不限于一个或多个现场可编程门阵列、片上系统、易失性或非易失性存储器、分立电路系统、集成电路、专用集成电路(ASIC)和/或其他硬件、软件或固件。这样的组件可以以任何合适的方式进行物理配置，诸如通过将它们安装到一个或多个电路板上、或者以其他方式布置它们，无论它们被组合成单个单元还是分布在多个单元上。这样的组件可以物理地分布在对象设备50中的不同位置，或者它们可以驻留在对象设备50内的公共地点。当物理地分布时，组件可以使用任何合适的串行或并行通信协议来进行通信，诸如但不限于：CAN、LIN、火线、I2C、RS-232、RS-422、RS-485、SPI、以太网、通用串行总线(USB)和RF(蜂窝、WiFi、蓝牙、蓝牙低能耗)。如本文所述，术语定位器、模块、模型和生成器指明控制器58的各部分。例如，一个实施例中的模型或定位器被描述为具有一个或多个核心功能以及影响一个或多个核心功能的输出的一个或多个参数。模型或定位器的各方面可以被存储在控制器58的存储器中，并且也可以形成控制器配置的一部分，使得模型是控制器58的一部分，该控制器58被配置为操作来接收和转换一个或多个输入并输出一个或多个输出。同样，模块或生成器是控制器58的一部分，使得控制器58被配置为接收结合模块或生成器描述的输入，并提供对应于与模块或生成器相关联的算法的输出。

在图3中的说明实施例中，对象设备50的控制器58可以包括执行一个或多个应用57(软件和/或包括固件)的一个或多个处理器51、一个或多个存储器单元52(例如，RAM和/或ROM)以及一个或多个通信接口53，以及其他电子硬件。对象设备50可以具有或可以不具有操作系统56，该操作系统56控制经由通信接口53对低级设备/电子器件的访问。对象设备50可以具有或可以不具有基于硬件的加密单元55——在不存在的情况下，加密功能可以在软件中执行。对象设备50可以具有或可以不具有(或不能访问)安全存储器单元54(例如，安全元件或硬件安全模块(HSM))。在的说明实施例中，可选组件和通信路径以虚线示出。

在图3的说明实施例中的控制器58不依赖于任何组件中安全存储器单元54的存在。在可选地不存在安全存储器单元54的情况下，可以静态地(如果可能的话)加密可以另外存储在安全存储器单元54中的数据(例如，私钥和/或秘密密钥)。基于软件的缓解和基于硬件的缓解都可以被利用来基本上防止对此类数据的访问，并且基本上可以防止或检测或既防止又检测整个系统组件的损害。此类缓解特征的示例包括实现物理障碍或防护，禁用JTAG和其他端口，加强软件接口以消除攻击媒介，使用受信任的执行环境(例如，硬件或软件或两者)以及检测操作系统的根访问或损害。

为了公开的目的，安全通常被认为是机密的(加密的)、认证的和完整性验证的。然而，应当理解，本公开不限于此，并且术语“安全”可以是这些方面的子集或可以包括与数据安全性相关的附加方面。

通信接口53可以是任何类型的通信链路，包括本文所描述的任何类型的通信链路，包括有线或无线。通信接口53可以促进外部或内部或两者的通信。例如，通信接口53可以耦合到天线阵列30或与之合并。天线阵列30可以包括一个或多个天线，其被配置为促进包括BLE通信的无线通信。

作为另一个示例，通信接口53可以提供与便携设备20形式的另一系统组件的无线通信链路，诸如根据WiFi标准的无线通信。在另一个示例中，通信接口53可以被配置为经由诸如促进多个设备之间的通信的基于CAN的有线网络之类的有线链路来与车辆(例如，车辆组件)的对象控制器12通信。在一个实施例中，通信接口53可以包括用于向用户60传送信息和/或从用户60接收信息的显示和/或输入接口。

在一个实施例中，对象设备50可以被配置为与另一对象设备50或用户之外的一个或多个辅助设备进行通信。辅助设备可以被配置为与对象设备50不同，例如，辅助设备可以不包括处理器51，而是可以包括至少一个直接连接和/或通信接口，用于与对象设备50传输或接收或者传输和接收信息。例如，辅助设备可以是接受来自对象设备50的输入的螺线管，或者辅助设备可以是向对象设备50提供模拟和/或数字反馈的传感器(例如，接近传感器)。

说明实施例中的系统100可以被配置为关于便携设备20实时确定定位信息。在图1的说明实施例中，用户60可以携带便携设备20(例如，智能电话)。系统100可以促进以足够的精度相对于对象10(例如，车辆)实时地定位便携设备20，以确定用户60是否位于对对象10的访问或对对象10命令的许可应被授予的位置。

例如，在对象10是车辆的实施例中，系统100可以促进确定便携设备20是否在车辆外部但是在诸如离驾驶员侧门5英尺、3英尺或2英尺或更短的距离内。此确定可以形成用于标识系统100是否应该解锁车辆的基础。另一方面，如果系统100确定便携设备20在车辆外部并且不在驾驶员侧门的附近(例如，在2英尺、3英尺或5英尺的范围之外)，则系统100可以确定锁定驾驶员侧门。作为另一个示例，如果系统100确定便携设备20在驾驶员侧座椅的附近但是不在乘客座椅或后座的附近，则系统100可以确定能够启动车辆。相反，如果确定便携设备20在驾驶员侧座椅附近之外，则系统100可以确定固定车辆或保持车辆的固定。

根据本文所描述的一个或多个实施例，对象10可以包括多个对象设备50或其变体，诸如耦合到天线阵列30的传感器40。

可以以多种方式来确定便携设备20的微定位，诸如使用从全球定位系统获得的信息，来自便携设备20和一个或多个传感器(例如，接近传感器、限位开关或视觉传感器)的通信的一个或多个信号特性，或其组合。可以配置系统100的微定位技术的示例被公开在2017年4月14日提交的Raymond Michael Stitt等人的标题为“SYSTEM AND METHOD FORESTABLISHING REAL-TIME LOCATION”的美国非临时专利申请号15/488,136中，其公开内容通过引用整体并入本文。

在一个实施例中，在图2的说明实施例中，对象设备50(例如，系统控制模块(SCM))和多个传感器40(耦合到天线阵列30)可以被安置(dispose)在相对于对象的固定位置10上或其中。对象10的示例用例包括在先前示例中标识的车辆，或由对象设备50控制针对其的访问的建筑物。

便携设备20可以经由通信链路140来与对象设备50进行无线通信。多个传感器40可以被配置为嗅探便携设备20与对象设备50之间的通信以确定通信的一个或多个信号特性，诸如信号强度、到达角度、飞行时间或其任意组合。在替代实施例中，便携设备20可以与对象设备50以外的另一设备建立通信，但是对象设备50和一个或多个传感器40中的至少一个可以被配置为嗅探这些通信以确定相应设备相对于对象10的定位。

说明实施例中的通信链路140是蓝牙低能耗(BTLE)通信链路。然而，本公开不限于此。例如，通信链路140可以不是BTLE；它可以是有线的或无线的，并且可以根据任何协议(包括超宽带(UWB)而不是BTLE)来建立。作为另一个示例，通信链路140可以包括多于一种类型的通信链路；例如，通信链路140可以根据BTLE和UWB二者来建立。

所确定的信号特性可以被传送或分析，然后经由与便携设备20和对象设备50之间的通信链路分离的通信链路140被传送到对象设备50。附加地或可替代地，便携设备20可以与一个或多个传感器40建立直接通信链路，并且可以基于该直接通信链路来确定一个或多个信号特性。

如本文所述，可以分析诸如信号强度、飞行时间和到达角度之类的一个或多个信号特性，以确定关于便携设备20相对于对象10、对象10的一方面或对象设备50或其组合的定位信息。例如，可以处理传感器40和对象设备50之间的到达时间差或到达角度或两者，以确定便携设备20的相对位置。一个或多个天线阵列30相对于对象设备50的位置可以是已知的，使得便携设备20的相对位置可以被转换为关于天线阵列30和对象设备50的绝对位置。

可以获得信号特性的附加或替代示例，以促进根据一种或多种算法来确定位置，所述算法包括距离函数、三边测量函数、三角测量函数、多边测量函数、指纹函数、微分函数、飞行时间函数、到达时间函数、到达时间差函数、偏离角函数、几何函数等等或其任意组合。

II.定位器

图1-图3的说明实施例中的系统100可以被配置为确定关于便携设备20相对于对象10的定位信息。定位信息可以指示便携设备20相对于对象10的外部定位，或者定位信息可以指示便携设备20在对象10内的内部定位，或其组合。在一个实施例中，定位器可以被配置为确定该定位信息。根据一个实施例的定位器在图4中被描绘，并且一般被指明为210。定位器210可以被配置为接收一个或多个输入216，诸如由便携设备20传输并由一个或多个传感器40接收的无线通信的一个或多个信号特性。输入可以被转换为对应于定位信息的一个或多个输出218。

应当理解，输入216不限于无线通信的信号特性。输入216可以包括无线通信以外的特性或参数的一个或多个测量。附加地或可替代地，输入216可以指示对象10或系统100中的另一设备的状态。例如，在车辆的上下文中，输入216中的一个或多个可以指示一个或多个车门是打开或关闭的，或者是窗户是打开还是关闭的。

说明实施例中的定位器210可以被合并到对象设备50中。例如，对象设备50的控制器58可以合并定位器210，并且经由通信接口53通信地耦合到一个或多个传感器40。

定位器210可以包括核心功能或定位器算法212，其被配置为接收一个或多个输入216并生成指示便携设备20相对于对象10的定位的一个或多个输出218。如本文中所讨论的，一个或多个输入216可以随着应用而不同。输入216的示例包括通信的一个或多个信号特性，诸如信号强度(RSSI)、到达角(AOA)和飞行时间(TOF)。

在图5的说明实施例中，结合作为车辆的对象10来提供系统100。对象10在其他应用中可以是不同的。说明实施例中的系统100包括对象设备50和安置在对象10上的固定位置处的多个传感器40A-D，使得这些设备包括固定位置设备。传感器40A-D和对象设备50的定位可以随着应用而不同；然而，出于公开的目的，对象设备50通常被安置在车辆的中央，并且传感器40A-D被安置在车辆的四个拐角处。在说明实施例中示出了网格，以促进与定位器210结合的讨论。

在图5的说明实施例中，便携设备20相对于在对象10的中心处提供的原点(0cm，0cm)被安置在X，Y坐标为270cm，450cm处。传感器40A、40B、40D分别相对于便携设备20被定位在258cm、648cm和442cm处。在一个实施例中，从便携设备20传输并由传感器40A、40B、40D和对象设备50中的每一个接收的通信的信号特性(例如，RSSI)可以由定位器210转换为相对于每个相应传感器40A、40B、40D的距离或定位。(在说明实施例中，传感器40C被示出并且被排除在该确定之外，因为车辆的一部分阻塞了便携设备20和传感器40C之间的视线，从而潜在地阻止了对通信的信号特性的有效测量。)

在一个实施例中，定位器210可以以各种方式将从传感器40或对象设备50获得的信号特性转换为距离度量或其他参数，包括例如用于每个固定位置设备或固定位置设备的类型的转换表、指纹或其他启发式方法(例如，机器学习的转换器)。在图6的说明实施例中以图表的形式示出了转换表的示例，并且一般被指明为600。

在图6的说明实施例中，转换表620可操作来将RSSI转换为针对传感器40A、40B、40D中的每个传感器的距离。返回图6的说明实施例，针对传感器40A、40B、40D的RSSI的测量通常分别对应于-47dBm、-53dBm和-55dBm。可以基于转换表620将针对每个传感器40A、40B、40D的这些RSSI测量直接转换为距离测量；可替代地，定位器210可以在其他计算中利用RSSI测量来表示距离，以确定便携设备20相对于对象10的位置。

在说明实施例中，在基于室外转换表620相对于传感器40A、40B、40D中的每一个确定了三个距离的情况下，定位器210可以通过对传感器40A、40B、40D的给定已知位置的三个距离的三边测量来确定便携设备的定位。应当指出，本公开不限于作为定位器算法212的一部分的三边测量；如本文中所讨论的，各种附加或替代函数可以形成定位器算法212的一部分，包括距离函数、三角测量函数、多边函数、指纹函数、微分函数、飞行时间函数、到达函数、到达时间差函数、离开角函数、几何函数等等或其任意组合。

定位器210的定位器算法212可以是根据定位器210的多个参数214可调的。基于一个或多个输入和多个参数214的值，定位器算法212可以提供输出，该输出指示便携设备20相对于对象10的定位。定位器算法212可以随着应用而不同。

在一个示例中，定位器算法212可以是神经网络(例如，具有一层或多层的卷积神经网络)，并且一个或多个参数可以包括神经网络内的节点的权重。可以在定位器210的训练期间利用从便携设备20和对象10获得的样本以及相对于样本获得的真相信息来调整权重。

在车辆中，根据系统100的一个实施例，可以存在许多天线，其中每个天线可以以不同的取向位于不同的定位。天线和相关联的设备(诸如对象设备50或传感器40)的全部或子集可以同时获得RSSI、到达角度、飞行时间或其他或其任意组合的测量。

因为多种因素可以影响接收机和传输机之间的通信的一个或多个信号特性，所以为了促进调整定位器210和定位器算法212，可以在多种条件下获得针对一个或多个信号特性的样本。

条件的示例变化可以包括在所有方向上有目的地旋转便携设备20，以及获得处于地面不同高度的测试样本，以强制测试或获得覆盖所有可能角度/取向的很大一部分的测试。

III.预订(booking)的方法

提供了一种基于定位信息来预订资产(例如，对象10)的方法。预订方法可以包括生成诸如用户通知之类的一个或多个消息，该一个或多个消息响应于定位信息满足一个或多个标准而被生成。附加地或可替代地，一个或多个消息可以是响应于定位信息满足一个或多个标准而被传输到另一设备的通信。

在一个实施例中，结合图1-图6的说明实施例所描述的系统可以形成定位服务或定位系统100，其向次级系统200提供信息或与次级系统200通信以增强次级系统的操作。定位系统和次级系统200可以一起形成图7的说明实施例中所示的系统300(例如，传信系统)。

在一个实施例中，次级系统200是预订服务或预订控制系统，诸如用于乘坐共享服务、自动出租车或其他汽车服务、或其他非汽车服务，诸如出租物业、办公空间、办公桌等等(服务提供商希望基于他们的存在和对服务的预订状态(已预订、未预订、错误预订等)与客户进行交互的任何事物)。在一个实施例中，定位服务可以增强次级系统200的系统性能、操作和/或用户体验。

次级系统200可以能够与便携设备20、对象设备50和对象控制系统12中的至少一个通信。例如，图7中示出了第一预订系统通信链路240和第二预订系统通信链路242，其中第一预订系统通信链路240提供次级系统200与对象设备50之间的通信能力，并且第二预订系统通信链路242提供便携设备20和次级系统200之间的通信能力。第一预订系统通信链路240和第二预订系统通信链路242被描绘为与本文所描述的通信链路140的无线配置相类似的无线链路；然而，本公开不限于此。第一和第二预订系统通信链路240、242可以是任何类型的通信链路，类似于结合通信链路140描述的替代实施例，并且包括BTLE、蜂窝、UWB和有线连接。例如，在一个实施例中，预订控制系统200可以至少部分地被集成到对象10中，并且可以经由有线形式的第一通信链路240来与对象设备50通信。在该示例中，预订控制系统200可以分布在安置在对象10上的组件与远程安置的组件(诸如能够管理用于多个对象10的服务的联网服务器之类)之间。预订控制系统200的组件之间的通信链接可以以各种方式来建立，包括本文所述的远程信息处理单元。

预订控制系统或次级系统200可以由与结合对象设备50描述的那些组件相似的组件构成。如本文中所讨论的，次级系统200可以分布在一个或多个对象上，诸如对象10和远离对象10安置的服务器系统。

在一个实施例中，次级系统200可以是乘坐共享(ride share)控制系统或预订控制系统，其中用户可以获得从点A到点C的乘坐。该乘坐可以立即发生或在将来的任何时候发生。作为获得该乘坐的过程的一部分，用户可能需要导航到A点(用户应该上[登上/乘]车的地方)；然后，用户将从A点被运送到C点(用户应该下[登下/离]车的地方)。从点A到点C的乘坐可以包括A和C之间的任意数目的点(例如A->B0->B1->C)。乘坐可以在每个点都“停靠”(例如，乘坐可以在每个点处停靠以潜在接上或放下用户)。也就是说，在一个实施例中，乘坐可以遵循以下顺序：停靠点A->停靠点B0->停靠点B1->…->停靠点C。

路线可以定义点和/或停靠点的有序集合(例如，特定车辆针对该路线行驶的停靠点的序列)。路线可以被规划运行(例如执行)很多次(例如每天多次)，也可以根据需要被规划到未来的时间(例如，驾驶员A将在上午10:15、上午10:30、上午10:45等乘车辆X并行驶路线R)。可以在创建时或创建以后将车辆和驾驶员指派到时间表。这些时间表中的每一个(即，针对特定路线的实例[例如，在特定时间开始的路线])都可以具有它自己的用户可以独立预订的一组可预订停靠点(例如，明天上午10:30，用户U想要从停靠点A去往停靠点C；因此，用户将在针对路线R的明天上午10:30时间表预订可预订停靠点A和可预订停靠点B)。

预订可以定义针对特定用户的开始可预订停靠点和结束可预订停靠点(例如，用户U具有在上午10:30从停靠点A到停靠点C的“预订”)。可替代地，预订可以定义可预订停靠点的全部(或部分)序列(例如，用户U具有在上午10:30从停靠点A、然后停靠点B0、然后停靠点B1、最后是停靠点C的“预订”)。

车辆具有有限的容量(座位)，因此次级系统200可以跟踪已预订每个可预订停靠点的用户数目，以确保不超过容量(有多余的或无多余的)；结果，使用与时间表相关联的路线，次级系统可以根据用户的预订来针对每个可预订停靠点而预订用户(例如，如果路线为A->B0->B1->C，并且预订为A到C)，则次级系统可以在停靠点A、B0和B1处预订用户(没有C，因为用户在C处下车)。

可以沿着路线上的每个可预订停靠点将用户签入(check in)或签出(checkout)。针对特定可预订停靠点被签入可能意味着用户在车辆中(例如，使用服务)。针对特定可预订停靠点被签出可能意味着用户不在车辆中(例如，不再使用该服务)。可替代地，针对特定可预订停靠点被签出可能意味着用户不在车辆中，但是先前在车辆中(例如，使用过该服务，但是不再使用该服务)。系统200可以分别跟踪针对签入的状态和针对签出的状态，以及其他元数据(诸如时间戳或其他数据)。可替代地，系统200可以将它们组合成单个布尔值(它们被签入或者它们未被签入)或其任何组合。

在系统200的一个实施例中，预订的可预订停靠点可以驻留在相同的时间表内；但是，在替代系统中，用户可以能够创建跨越多个时间表的预订(例如，某人想要连续多次乘坐同一条路线)。可替代地或附加地，在一个系统中，时间表可以包括多条路线(以及因此的来自路线组合中的对应的可预订停靠点)。

系统200可以适于与乘坐共享服务、预订服务以及其他汽车服务(例如，租赁、出租车服务、公共交通等)和其他行业(建筑或服务访问、办公室利用等)中的其他服务一起使用。因此，次级系统200以及具有定位系统100和次级系统200的系统300不限于乘坐共享服务；次级系统200可以是用于任何类型的资产的任何类型的预订系统或用于任何类型的资产的任何访问受控的系统。

应当理解，附加地或可替代地，可以在预订级别而不是在每个停靠点跟踪签入/签出状态。

在图8的说明实施例中提供了用于预订控制系统或次级系统200的操作方法，并且一般被指明为1000。在说明实施例中，用户可以与次级系统200进行交互以预订对象10的可预订资源(例如，本文所描述的服务，诸如乘坐共享车辆的乘坐)，在本文中也被描述为资产。步骤1010。用户可以经由与便携设备20建立的网络连接(例如，互联网)来与次级系统200通信。应当理解，用户可以以其他方式预订可预订资源，并且用户本人实际上可能没有预订可预订资源。代理(例如，个人助理或自动化系统)可以为用户预订可预订资源。次级系统200可以保留(reserve)对象10的可预订资源供用户使用，并将可预订资源与用户的便携设备20相关联。步骤1012。

A.签入

在一个实施例中，在可预订资源被保留的情况下，定位系统100可以被利用来确定有关与用户相关联的便携设备20的定位信息。如果针对便携设备20的定位信息与发起对资产的可预订资源的使用的步骤相一致，则可以认为用户已被签入或者该资源正在由用户使用。步骤1016。

在一个实施例中，可以基于来自定位系统100的输出来建立针对资产(例如，车辆)的签入。可以自动实施签入。例如，在一个实施例中，可以根据以下步骤来实施自动签入：当用户已经预订了特定服务时(例如，利用乘坐共享服务从停靠点A到停靠点B，从时间X到Y租车或租赁旅馆房间或房屋等)，并且用户位于适当的绝对定位(例如，特定的地理定位)和/或相对于对象10的定位(例如，在车辆内、在房屋或房间内、在上车停靠点等)，用户可以在特定定位处(例如，用户在他们预订的停靠点上车)自动被签入预订(例如，用户在车辆中[使用服务])。

取决于次级服务，可以基于定位来签入用户，例如，如果用户位于用户已预订的车辆内，则用户可以被签入；但是如果用户在车辆外，则用户可以不被签入，或者如果用户先前被签入，则用户可以被签出，前提是满足其他系统约束(车辆尚未离开当前停靠点，当前预订仍然有效，等等)。作为示例，用户可能上车然后下车，或者在错误的时间下车，或者在错误的时间上车；系统可以被配置为基于用户的定位、资产的定位以及与用户相关联的预订来跟踪签入和签出。

在一个实施例中，用户的电话可能被故意关机或由于电池耗尽而关机，应用可能崩溃，或者可能发生可导致定位系统100不再检测到用户(用户的设备)的其他事情。结果，即使用户不再被检测到，系统200也可以保持用户被签入，直到系统200确定在特定定位检测到用户(例如，在之外而被签出)。另外，系统200可以基于对象的物理状态而不允许被签入，例如，当车辆正在移动时，用户不可以被签入。当用户被签入到特定的可预订停靠点时，系统200可以将他们签入到预订中所有剩余的可预订停靠点，或者可替代地，当到达或离开每个停靠点时，系统200可以更新每个可预订停靠点的签入状态。

B.签出

在一个实施例中，在签入之后，可以从定位系统100获得关于便携设备10的定位信息。系统200可以确定对被预订的服务或被分配的资源的使用是否完成(例如，资源不再被用户使用)。步骤1015。例如，系统200可以确定车辆已经到达与已预订服务相关联的目的地停靠点。在该示例中，用户可以与便携设备20一起退出车辆。基于定位信息与对资产或对象10的可预订资源的使用不一致，系统200可以认为用户关于可预订资源签出。步骤1017、1018、1019。

在一个实施例中，可以基于来自定位系统100的输出来建立针对资产的签出。可以自动实施签出。例如，在一个实施例中，可以根据以下步骤来实施自动签出：当用户已经预订了特定服务时(例如，利用乘坐共享服务从停靠点A到停靠点B，从时间X到Y租车或租赁旅馆房间或房屋等)，并且用户位于适当的绝对定位(例如，特定的地理定位)和/或相对于对象的定位(例如，在车辆外部、在房屋或房间外部、在下车停靠点等)，用户可以在特定定位(例如，用户在他们预订的停靠点退出车辆)自动签出预订(例如，用户在车辆外[不再使用服务])。

取决于次级服务，可以基于定位来签出用户，例如，如果用户位于用户已预订的车辆外，则用户可以被签出。但是，如果用户在车辆外，则用户不可以被签出，或者如果用户先前被签出，则用户可以被签入，前提是满足其他系统约束(例如，车辆尚未离开当前停靠点，当前预订仍有效等)。例如，用户可能下车然后上车，或者在错误的时间下车，或者在错误的时间上车。

如关于签入所提及的，用户的电话可能被故意关机或者由于电池耗尽而关机，应用可能崩溃，或者可能发生可导致定位系统不再检测到用户(用户的设备)的其他事情。结果，在一个实施例中，如果系统在用户的预订终点(目的地停靠点)未检测到用户(例如，在其预订的最终停靠点未检测到用户)，则系统可以签出用户。即使用户不再被检测到，系统也可以保持用户被签出，直到系统确定在特定定位(例如，在之内而被签入)检测到用户。另外，系统可以基于对象的物理状态而不允许被签出，例如，当车辆正在移动时，用户不可以被签出。当用户被签出特定的可预订停靠点时，系统可以从预订中所有剩余的可预订停靠点中签出他们，或者可替代地，当到达或离开每个停靠点时，系统可以更新每个可预订停靠点的签出状态。在替代实施例中，如果用户的移动设备不再被检测到，则系统可以签出用户。

C.车辆在附近

在一个实施例中，如在图8的说明实施例中以虚线示出的是可选的，系统200可以在将用户引导到可预订资源方面提供帮助。如果关于便携设备20的定位信息与靠近可预订资源但未使用可预订资源(例如，靠近车辆但不在车辆中或就在车辆附近)的用户相一致，则系统200可以向用户提供通知，以促进将用户引导到可预订资源。步骤1020、1022。

在一个实施例中，便携设备20和用户附近可能有许多车辆，这使得用户自己难以在一组车辆之间进行区分并确定哪辆车是正确的车辆。通过使用关于用户的预订以及用户相对于车辆(对象10)的定位(例如，用户不在车辆内，或用户在车辆的乘客侧附近等)和/或绝对定位(例如，车辆在停靠点以及车辆在用户的当前地理定位附近)以及车辆的状态的知识，系统200可以将用户引导至适当的车辆和/或通知用户目标车辆在附近。附加地或可替代地，系统可以至少向用户提供关于用户正站在附近的车辆是适当的车辆还是不是适当的车辆的指示。这种通知可能不同于传统的云系统，后者可能知晓用户和/或车辆的绝对地理定位，其使车辆和用户相关。根据本公开的一个实施例的系统可以更加精确并且响应于数值范围(scale)。例如，尽管车辆X和Y都处于GPS或类似机制所确定的几乎相同的地理定位，但系统可以检测到用户靠近车辆X的门而不是车辆Y的。

D.用户未进入车辆

在一个实施例中，在一些情况中，用户可能会在他们的上车地点分心而没有进入车辆，或者用户可能故意不进入车辆，例如希望预订不同于最初预订的车辆(服务)。通过使用关于用户的预订以及用户相对于对象的定位(例如，用户不在车辆内)和/或绝对定位(例如，车辆在停靠点以及车辆在用户的当前地理定位附近)以及车辆的状态的知识，系统200可以通知用户：他们的乘坐已经到达上车地点，并且用户应该进入车辆。系统200可以连续地通知用户，直到他们进入车辆(或者直到车辆离开停靠点)。如果确定用户忽略了通知(例如，在一段时间之后或在阈值数目的通知之后，或者在主动撤消通知后又未进入，或其任意组合之后)，则系统可以向用户提供对其他车辆(服务)的预订。步骤1024、1026。

E.用户未退出车辆

在一个实施例中，在被分派的资源使用量已经完成之后，用户可以不中断对被分配的资源的使用。例如，用户可能没有在规划的停靠点离开公共汽车或车辆，或者用户可能没有在规划的时间离开旅馆房间。在一个实施例中，在图8-图9中以虚线示出的是可选的，系统200可以采取步骤来尝试避免对资源的过度使用，或者对用户进行预订以延长对资源的使用，或其组合。例如，系统200可以通知用户：即将发生的预订完成，或者对用户进行重新预订以延长对资源的使用，或其组合。步骤1028、1030、1032、1034、1036、1038。

在一些情况中，用户可能会在它们的下车地点处分心而没有退出车辆，或者用户可能故意不退出车辆，例如希望在与最初预订的不同的(稍后的)停靠点处退出。通过使用有关用户的预订以及用户相对于车辆(对象10)的定位(例如，用户在车辆内)和/或绝对定位(例如，车辆在停靠点以及车辆在用户的当前地理定位附近)以及车辆的状态的知识，系统可以通知用户他们的乘坐已到达下车停靠点，并且用户应该退出车辆。

系统可以连续地通知用户，直到用户退出车辆(或者直到车辆离开停靠点)。步骤1030、1034。在用户没有在其规划的停靠点退出车辆的情况下，可以通知驾驶员：意外的乘客正在车上。可替代地或附加地，在乘客不退出车辆的情况下，系统可以在车辆离开停靠点时(或在某个其他事件处)自动针对该停靠点预订乘客。步骤1028、1032、1036。可替代地或附加地，在乘客不退出车辆的情况下，系统可以针对更多或更少的服务使用和/或费用来调整对乘客的收费。在乘客没有退出车辆并且可预订停靠点已满的情况下，驾驶员可以能够容易地标识出哪个乘客没有退出车辆。在乘客尚未退出车辆并且可预订停靠点已满的情况下，可以通知乘客：车辆可能不能被预订，因为它已经满了——因此通知乘客他们应该退出车辆。步骤1038。在一个实施例中，诸如图片之类的个人信息可以与用户相关联并且可供驾驶员用来促进标识。

F.用户进入了错误的车辆

在一个实施例中，用户可能会在他们的上车地点感到困惑并进入错误的车辆——或者用户可能故意进入错误的车辆，例如希望预订不同于最初预订的车辆(服务)。通过使用关于用户的预订和用户相对于车辆(对象10)的定位(例如，用户在他们尚未预订的车辆内)和/或绝对定位(例如，车辆在停靠点以及车辆在用户的当前地理定位附近)以及车辆的状态的知识，系统可以通知用户他们进入了错误车辆。

在用户确实进入错误车辆的情况下，可以通知驾驶员：意外乘客正在车上。可替代地或附加地，在乘客进入错误车辆的情况下，系统可以提示乘客将其预订更改为当前车辆(和/或选择新的预订)。可替代地或附加地，在乘客进入错误车辆并且在车辆离开(或某个其他事件)之前没有退出的情况下，系统可以自动针对该停靠点预订乘客。可替代地或附加地，在乘客进入错误车辆并且在车辆离开之前没有退出的情况下，系统可以针对更多或更少的服务使用和/或费用来调整对乘客的收费。在乘客已经进入车辆并且可预订停靠点已满的情况下，驾驶员可能能够容易地标识出哪个乘客已经进入车辆。在乘客已经进入车辆并且可预订停靠点已满的情况下，可以通知乘客：车辆可能不能被预订，因为它已经满了——因此通知乘客他们应该退出车辆。在这种情况下，系统可以向用户提供对其他车辆(服务)的预订。

G.用户未预订而进入车辆

在一个实施例中，用户可能希望未经预订而进入车辆(诸如步入(walk-up)用户)。通过使用用户的预订(在这种情况下是没有预订)和用户相对于对象的定位(例如，用户在他们尚未预订的车内)和/或绝对定位(例如，车辆在停靠点以及车辆在用户的当前地理定位附近)的知识以及车辆的状态，系统可以通知用户：用户已经进入了用户尚未预订的车辆。

如果用户确实未经预订而进入车辆，则可以通知驾驶员：意外乘客正在车上。可替代地或附加地，在乘客未经预订而进入车辆的情况下，系统可以提示乘客预订当前车辆(并选择目的地[或自动创建从当前停靠点到下一停靠点的预订])。可替代地或附加地，在乘客未经预订而进入车辆并且在车辆离开之前没有退出的情况下，系统可以在车辆离开停靠点时(或在某个其他事件处)自动针对该停靠点预订乘客。可替代地或附加地，在乘客未经预订而进入车辆并且在车辆离开之前没有退出的情况下，系统可以针对更多或更少的服务使用和/或费用来调整对乘客的收费。在乘客已经进入车辆并且可预订停靠点已满的情况下，驾驶员可能能够容易地标识出哪个乘客已经进入车辆。在乘客已经进入车辆并且可预订停靠点已满的情况下，可以通知乘客：车辆可能不能被预订，因为它已经满了——因此通知乘客他们应该退出车辆。在这种情况下，系统可以向用户提供对其他车辆(服务)的预订。

H.用户在错误的停靠点退出车辆

在一个实施例中，用户可能会分心和/或感到困惑，并在错误的停靠点退出车辆——或者用户可能故意退出车辆，例如希望在与最初预订不同的停靠点下车。通过使用关于用户的预订和用户相对于车辆(对象10)的定位(例如，用户不在车辆内)和/或绝对定位(例如，车辆在停靠点以及车辆在用户的当前地理定位附近)以及车辆的状态的知识，系统可以通知用户：用户在错误的停靠点退出车辆，并且用户应该重新上车。系统可以连续地通知用户，直到他们重新上车(或者直到车辆已经离开停靠点)。在用户在错误的停靠点退出车辆的场景中，可以通知驾驶员：乘客在错误的停靠点退出。可替代地或附加地，在乘客在错误的停靠点处退出车辆的情况下，当车辆离开停靠点时(或在某个其他事件处)，系统可以自动将乘客签出。可替代地或附加地，在乘客在错误的停靠点退出车辆的情况下，系统可以针对更多或更少的服务使用和/或费用来调整向乘客的收费。在用户已在其预订目的地以外的其他停靠点签出的情况下，系统可以向用户提供对其他车辆(服务)的预订。

I.座位特定的预订或座位检测

根据一个实施例的上述系统可以整体预订车辆(例如，具有9个座位的车辆，因此最多9个用户可以预订该车辆)；但是，预订特定车辆上的特定座位是可能的。此外，系统可以向坐在错误座位上的乘客提供通知(基于乘客相对于乘客被指派的座位的所确定的定位)。附加地或可替代地，系统可以允许用户坐在任何座位上，但是将用户定位到他们就座的特定座位。

J.个性化

在针对座位特定或不针对座位特定的预订的情况下，系统可以基于与特定人和/或组相关联的已存储的偏好来个性化针对特定用户或用户组的体验。当系统允许座位特定的预订和/或将用户定位到特定座位时，用户存储的座位偏好(热、冷、倾斜、腰部支撑等)、音频偏好(个人音频服务凭证、音量、喜欢的电台等)、视频偏好(个人视频流服务凭证、喜欢的频道等)和/或任何其他存储的偏好/设置可以被自动应用于用户所就坐的座位。

附加地或可替代地，系统可以使用关于用户的信息来将有针对性的或无针对性的广告(例如，音频、视频、气味、产品样本等)递送到用户所就坐的座位(例如，使用设置和/或偏好、上下车定位、身份[是否匿名]或任何其他属性)。系统可以附加地或可替代地(例如，诸如当系统未将用户定位到特定座位时)使用当前在车上或规划很快上车的一组用户的偏好集合来确定针对车辆的适当设置(例如，如果所有用户都喜欢大声的说唱音乐，则系统可以播放大声的说唱音乐，但是如果一个用户不喜欢在他们的乘坐时听音乐，那么可以播放更柔和温柔的音乐；如果所有都喜欢将温度设置为73F，那么可以将恒温器设置为73F，否则，可以将恒温器设置为更适合用户组的值[例如，平均值、最大值、最小值等]等等)。系统可以自动设置所确定的设置，或者可以将其传送给驾驶员以手动设置或授权。

K.隐私

一个实施例中的系统可以被配置为基本上保护与用户和资产(例如，对象)有关的标识信息不被第三方观察者访问。这种保护可以基本上防止跟踪和盗窃。为了能够使对象的发现属于用户想要利用的服务(例如，乘坐共享服务、他们所属的租赁或办公室等)，对象可以向便携设备公开有关该对象(例如，车辆)的标识信息。例如，为了预订对车辆的乘坐，或者为了确定用户是否进入了错误的车辆，系统可以确定相对于哪个车辆定位用户(例如，用户被定位在哪个车辆中等)。为此，对象(例如，车辆)可以广播或广告有关其自身的信息，诸如它是什么服务的一部分或提供什么服务(例如，车辆是乘坐共享车队的一部分，该公共汽车是共享服务的一部分，公共汽车是城市公共交通系统的一部分，ATM是特定银行分行的一部分，等等)。对象的这些服务广播/广告可以被便携设备观察到，也可能被其他人(第三方)观察到。便携设备可以决定对与用户已经配置或授权的服务相关联的对象做出响应(例如，与之连接，与之通信，进一步询问等)。可替代地或附加地，这些角色可以互换，其中便携设备可以广告/广播关于其自身的信息，并且对象可以对针对该对象配置或授权的便携设备做出响应。

在便携设备和对象被连接之后(或响应于此)，它们可以传送附加标识信息，诸如特定于对象的信息(例如，车辆编号等)或特定于便携设备的信息(例如，设备标识符、相对于车辆的定位等)。在这两种情况下，第三方都可以使用此类广告/广播和/或后续通信来跟踪或获取有关对象和/或便携设备(以及因此的用户)的信息。可以通过防止第三方(a)跟踪便携设备(用户)和/或对象和(b)获取对象和/或便携设备标识信息来保护便携设备(用户)和/或对象的隐私的方式执行这些广告/广播和后续通信。例如，乘坐共享服务想要其车辆可基于接近程度而被用户发现并预订，但他们不想要系统通信的第三方观察者能够获取有关交互中所涉及的特定车辆或便携设备的标识信息。在一个实施例中，如果车辆或服务或对象已被预订(例如，当前没有可用预订)或者已停止服务，则可以中断广告或侵犯隐私的通信。作为示例，如果用于车辆的乘坐共享服务包括四个开放位置，则可以启用来自车辆的广告。一旦所有四个位置都装满，车辆可禁用广告。

在一个实施例中，对象(例如，车辆)广告/广播关于其所属服务的信息(例如，特定的乘坐共享、出租车、公共交通等)，其中，所配置的便携设备连接到对象并随后与对象通信以获取特定于对象的其他“私有信息”(例如，车辆编号或其他特定于服务对象的信息)以预订服务或执行操作。在另一个实施例中，便携设备还可以将“私有信息”传送给特定于便携设备的对象。在这些实施例中，可以以使得观察者不能获得基础信息(有效载荷)或将任何观察到的通信与特定便携设备和/或对象相关联的方式随机化和/或加密“私有信息”(即使在重复的通信事件中也是如此)。例如，“私有信息”可以包括随每个消息而改变的输入(例如，时间戳或计数器)，随每个消息或基于时间而改变的加密密钥和/或随机化器，可以是或包括与由单独的(例如，云)服务或其任何组合提供或驻留在其中的内容相关联的随机标识符。便携设备可以结合诸如云服务之类的另一个服务来读取“私有信息”(例如，便携设备将接收到的“私有信息”发送到云服务以获得基础信息，或者云服务使用接收到的“私有信息”来执行操作，而不将信息提供给基础信息的便携设备)和/或设备本地服务(例如，便携设备基于其可使用的信息对“便携式信息”进行解密或解随机化，信息诸如作为应用包的一部分从外部云服务先前接收到的信息、被存储在设备上的授权/凭据或私有设备标识符)，以获得基础信息。

在另一个实施例中，“私有信息”没有被加密或随机化，而是仅通过安全的、经过认证的通信链路进行交换。在另一个实施例中，“私有信息”可以作为广告/广播本身的一部分而被传送(即，在建立连接之后不经由通信)。

以这些方式，便携设备可以获取有关对象的“私有信息”作为服务发现过程的一部分，以使得系统通信的第三方观察者无法获取所述“私有信息”，或跟踪所述便携设备和/或对象，从而允许便携设备预订服务和/或执行操作，而无需对象和/或便携设备具有彼此的任何先验知识(参与特定服务和/或所有者同意参与此类服务的除外)。

IV.自动密钥/授权(authorization)生成和指派的系统和方法

提供了一种自动密钥生成或授权生成或两者兼而有之的系统和方法。根据本文所描述的一个或多个实施例，可以结合次级系统200和定位系统100来提供该系统和方法。

在一个实施例中，“授权”允许特定用户或设备利用特定权限(例如，以特定方式，诸如什么子特征，什么安全级别，什么媒体等)在受特定约束(例如，在什么时间，多少次等)的情况下访问特定服务(车辆或车辆的特征)。在许多系统中，“授权”可以被称为“数字密钥”。“授权”例如在2017年10月27日提交的Smith等人的标题为“System and Method forAuthenticating and Authorizing Devices”的美国申请号15/796,180中描述，其全部公开内容通过引用并入本文。

根据一个实施例的系统可以基于一组“时间表”(针对该组时间表用户是驾驶员)自动地针对用户、或用户的一组设备生成授权(即，系统可以为用户或设备生成授权以访问针对每个时间表的已指派车辆)。

附加地或可替代地，系统可以基于用户的预订(即，用户在哪个车辆上、何时是乘客)自动地针对用户、或用户的一组设备生成授权(即，系统为用户生成授权以访问针对每个预订的已预订车辆)。

可以使用计算出的时间表/路线执行时间和/或驾驶员/乘客(用户)去往/来自当前/开始/目的地车辆定位的(多个)估计行驶时间(包括用户到达车辆的行进时间，将车辆从当前位置移至路线起点的行进时间，将车辆从路线末尾移至另一目的地位置的行进时间等)来动态地确定授权的开始和结束时间。可替代地，可以静态地确定开始和结束时间(例如，一整天)。可以使用以下方式计算所计算的时间表/路线执行时间(例如，时间表/路线的持续时间)和/或停靠点估计到达时间(例如，车辆将到达特定停靠点的时间)：停靠点之间的行驶时间(经由实时地图/交通系统(诸如谷歌地图、Waze、苹果地图等)动态地或静态地计算)，停靠点等待时间(例如，在停靠点等待乘客的时间量，其可能是静态的、动态的，并且对于所有停靠点都可能是相同的，或者对于每个停靠点可能有所不同)，天气状况，交通状况，乘客数目或其他可能相关的属性。可以在创建或指派时间表时、在时间表开始之前的某个预定时间处、动态地或其任何组合来计算计算出的时间表/路线执行时间和/或停靠点估计到达时间。系统可以基于计算出的时间表/路线执行时间和/或停靠点估计到达时间来更新授权。在一个实施例中，可在时间表/路线被实例化时(即，针对路线创建特定时间表)，在时间表开始时间处和/或在时间表开始时间之前的某个预定时间处动态地确定时间表/路线执行时间。

为了提高效率、用户体验和系统性能，系统可以通过应用授权前偏移和/或授权后偏移和/或最大授权间隙阈值和/或其他偏移和/或阈值来调整和/或合并一组所生成的授权。授权前偏移可以被定义为在所确定的授权开始时间之前授权被认为有效的时间量和/或访问次数(例如，驾驶员应该能够在车辆被规划的开始时间之前最多30分钟内访问车辆，乘客应该能够在其预订之前最多5分钟之内访问车辆等)。

授权后偏移可以被定义为在确定了授权的结束时间之后，授权被视为有效的访问的时间量和/或访问次数(例如，驾驶员应该能够在车辆被规划的结束时间之后最多30分钟内访问车辆，乘客应该能够在其预订之后最多5分钟之内访问车辆等)。

最大授权间隙阈值可以被定义为定义(时间上)连续授权的结束时间和开始时间之间的最大时间间隔(间隙)的阈值，在此间隔之后，连续授权不可以被合并(例如，如果阈值是30分钟，两个隔开15分钟的授权[授权A在10:15结束，授权B在10:30开始]可以被合并为一个授权，但是两个隔开1小时的授权不可以被合并)。可以静态确定或动态确定偏移和/或阈值。在示例系统中，授权前和授权后的偏移以及最大授权间隙阈值都被设置为30分钟。另一示例系统是其中可以根据用户的历史记录(服务年限、乘坐次数等)、系统内的角色(驾驶员、监督驾驶员等)、时间表之间的行进时间和/或其他准则来为每个用户不同地设置偏移和/或阈值的系统。

根据以下步骤来提供使用授权前偏移、授权后偏移和最大授权间隙阈值的组合调整和合并算法的一个示例：

1)对于给定的车辆和用户，基于一组时间表和预订来确定最大的一组授权。

2)对于每个授权，应用授权前和授权后偏移(即，从开始时间减去授权前偏移，然后将授权后偏移添加到结束时间)。

3)按开始时间升序排列来自2的集合(例如8/17/2018 10:15AM，然后8/17/201810:30AM，然后8/17/2018 11:00AM，依此类推)。

4)对于具有相同权限(i)和(j，或i+1)的每对连续授权，如果两个的开始时间和结束时间(即[j]开始时间-[i]结束时间)小于(或小于或等于)最大授权间隙阈值，通过将[i]的结束时间设置为[j]的结束时间，然后从集合中删除[j](或者可替代地，将[j]的开始时间设置为[i]的开始时间，然后删除[i])，将[i]和[j]合并。

给定上述算法，具有相同访问权限集合的针对同一车辆和用户的以下授权集可以被合并为：

-根据(1)，结果集合为：{8/17/2018 10:15AM至10:35AM，8/17/2018 10:30AM至10:50AM，8/17/2018 11:00AM至11:20AM，8/17/2018 11:15AM至11:35AM}。

-根据(2)，每30分钟给定偏移和阈值，结果集合为：{8/17/20189:45AM至11:05AM，8/17/2018 10:00AM至11：20AM，8/17/201810:30AM至11:50AM，8/17/2018 10:45AM至12:05PM}。

-根据(3)，集合已被排序。

-根据(4)，结果集合仅为：{8/17/2018 9:45AM至12:05PM}。

迭代1：8/17/2018 10:00AM-8/17/2018 11:05AM小于最大授权间隙阈值，因此合并和删除->8/17/2018 9:45AM至11:20AM。

迭代2：8/17/2018 10:30AM-8/17/2018 11:20AM小于最大授权间隙阈值，因此合并和删除->8/17/2018 9:45AM至11:50AM。

迭代3：8/17/2018 10:45AM-8/17/2018 11:50AM小于最大授权间隙阈值，因此合并和删除->8/17/2018 9:45AM到12:05PM。

系统还可以支持“手动”授权——经由如上所述的一组“时间表”和“预订”(诸如“车队管理器”)，通过除了“自动”以外的某种方式创建的授权。系统可以将“自动”授权与“手动”授权分开标记，以便每当需要更新“自动”授权时，就可以轻松丢弃和重新创建现有的组，而不会影响“手动”授权。

V.用于辅助生物特征识别系统的系统和方法

根据一个实施例的包括定位系统100和次级系统200的系统可以依靠具有足够通信能力的移动设备来与系统交互(安装了应用、启用了BLE、启用了蜂窝等)。结果，被动生物特征或其他生物特征系统可以与这样的系统结合使用以标识用户并跟踪他们的定位。在许多情况下，生物特征本身，尤其是被动生物特征(诸如人脸识别)，在大集合的可能分类(用户)上，并且特别是在具有挑战性的环境中(例如用户快速上车和下车的车辆)，往往容易出错。

作为具有有能力的移动设备的用户的附加安全措施，或者经由从生物特征系统必须处理的用户列表中消除具有此类移动设备的用户(或通过改变处理此类用户的方式)，由根据一个实施例的系统所提供的身份信息可以被用来帮助这样的系统更准确地(增加置信度)对用户进行分类。在生物特征系统被用来作为附加安全措施认证用户的情况下，安全性信息(诸如2017年10月27日提交的Smith等人的标题为“System and Method forAuthenticating and Authorizing Devices”的美国专利申请号15/796,180中描述的安全性信息，其公开内容通过引用整体并入本文，或由任何替代的身份/认证系统提供)的使用可以另外提高此类系统的速度和准确性。

在用户是车辆的乘客的情况下，基于从便携设备获得的安全性信息的认证可以允许车辆的驾驶员放心该用户不需要手动验证的操作，从而继续进行。

VI.用于报告占用信息的系统和方法

在系统200的一个实施例中，远程信息处理控制单元(例如，附接有处理器的蜂窝调制解调器)可以与对象设备50(例如，基于BLE的定位系统)交互，以获得关于一组所连接/检测到的移动设备的信息(例如，对于每个移动设备，相关联的移动设备标识符、用户标识符、区域、当前确定的定位、有关移动设备和/或其用户的任何其他相关信息、或其任何组合)。每当它变化时、以及周期性地(以预定间隔、当前每5秒钟设置一次)、或在被查询时，TCU还可以将此占用信息发送到其他系统和/或服务(诸如，次级系统、对象、与定位系统相关联的云服务、任何其他服务或系统、或其任意组合)，以供其他系统、服务和算法使用。在一个系统中，占用信息可以被匿名化；可替代地，占用信息可以不被匿名化。云计算可以使用此占用信息来确定签入/签出状态，并生成供移动设备使用的报告以执行适当的UI动作(例如，通知用户：他们已被签入、签出，他们在错误的车辆上等)。此占用信息还可以被使用在需要知道特定车辆(或特定服务的用户)的当前或历史乘客集合的情况下，诸如在紧急情况期间。在这些情况下，TCU可以充当提供占用信息的占用控制器。

在一个实施例中，远程信息处理控制单元可以被配置为基本上保护与对象设备和/或所连接/检测到的移动设备有关的标识信息。可以结合与其他系统和/或服务(诸如次级系统、对象、与定位系统相关联的云服务、任何其他服务或系统、或其任何组合)的通信，来提供用于保护私有信息或被视为机密的信息的保护方案，诸如本文所述的那些保护方案。应该理解，可以为一个系统或服务提供这种保护，而另一个系统或服务则不提供这种保护。

VII.用于调整远程信息处理报告速率的系统和方法

在一个实施例中，可以基于检测到的用户的存在、是否被授权、在内部或外部(在不同区域中)来更新嵌入式系统的更新率和/或响应性。例如，当车辆处于停车状态且未检测到用户时，可能不会每秒发送一次GPS更新。在许多其他远程信息处理中，可以基于用户是在车辆附近还是在车辆中，来调整报告速率。

方向性术语，诸如“垂直”、“水平”、“顶部”、“底部”、“上部”、“下部”、“内部”、“向内”、“外部”和“向外”，被用来辅助以基于图示中所示的实施例的取向来描述本发明。方向性术语的使用不应被解释为将本发明限制为(多个)任何特定的取向。

上面的描述是本发明的当前实施例的描述。在不脱离如所附权利要求书所限定的本发明的精神和更广泛方面的情况下，可以进行各种改变和变化，这些改变和变化将根据包括等同原则在内的专利法的原理来进行解释。本公开内容是出于说明性目的而被呈现，并且不应被解释为对本发明的所有实施例的详尽描述，或者不应将权利要求的范围限制为结合这些实施例图示或描述的特定元件。例如而非限制，所描述的发明的(多个)任何个体元件可以由提供基本相似功能性或以其他方式提供足够操作的替代元件来代替。例如，这包括当前已知的替代元件，诸如本领域技术人员当前可能知道的那些，以及将来可能开发的替代元件，诸如本领域技术人员在开发时可能会想到作为替代方案的那些。此外，所公开的实施例包括一致描述的多个特征，并且可以协作地提供益处的集合。本发明不仅限于包括所有这些特征或提供所有陈述益处的那些实施例，除非在所发布的权利要求中另有明确阐述。例如，使用冠词“一”、“一个”、“该”或“所述”对单数形式的权利要求元素的任何引用均不应被解释为将该元素限制为单数形式。将权利要求元素称为“X，Y和Z中的至少一个”的任何引用意指包括单独X、Y或Z中的任何一个以及X、Y和Z的任何组合，例如X，Y，Z；X，Y；X，Z；和Y，Z。