本申请要求于2015年11月17日提交的题为systemandmethodforgeo-basedregulationandcompliance的美国临时申请号62/256,355、于2016年11月14日提交的题为systemandmethodforgeo-basedregulationandcompliance的美国临时申请号62/421,507、以及于2016年11月16日提交的题为geolocationcomplianceforamobileworkforce的美国非临时申请号15/353,049的利益和优先权，其公开内容通过引用以其整体并入本文。
本公开涉及用于基于地理的监管（regulation）和合规的方法、系统和计算机程序，并且除其他特征之外更特别地涉及用于针对移动员工（workforce）的基于地理的监管和合规的系统、方法和计算机程序。
背景技术：
现今的现代经济中的许多工作的性质是这样的，即：人员例常地在同一工作日期间在各个城市、市、县和州中执行工作活动并且在不同辖区之间穿越。例如，商业操作员（例如职业驾驶员）通常在给定的工作日期间穿越州界线可能许多次，并且在他们从事他们的工作时驾驶进入和离开不同的城市和县。最近存在被设计为控制雇佣关系的细节的新的监管和执法活动中的大幅增长。
例如，城市和州可能关于所需的用餐休息、所需的休憩（rest）休息（break）、病假权利、以及独特的最低工资水平具有不同的规则。公司缺乏用户友好的技术解决方案来追踪和监视人员在何处和在多长时间内执行工作活动以及捕获数据以确保人员正在采取所需的用餐和休憩休息。目前不存在的这样的解决方案将增强公司进行高效和合规的全国范围运营的能力，而不管日渐增长的独特的州和地方法规（regulation）的混杂物。
技术实现要素：
在一个方面中，本公开提供了用于针对移动员工的基于地理的监管和合规的方法、系统和计算机程序。
在一个方面中，提供了一种用于针对移动员工的基于地理的监管和合规的系统，包括：包括计算机的服务器，其被配置为接收与多个移动单元相关的gps位置信息；规则合规模块，其可由计算机执行并被配置为基于多个移动单元的地理位置来确定用于辖区的规则；休憩休息优化器，其可由服务器执行并且被配置为基于多个移动单元中的至少一个的地理位置来确定至少一个休憩休息计划并被配置为基于多个移动单元中的至少一个的地理位置来确定劳动法合规计划；以及显示设备，其位于多个移动单元中的至少一个中或与多个移动单元中的至少一个相关联，以用于接收符合至少一个休憩休息计划的指示。多个移动单元中的至少一个可以被配置为响应于指示向服务器提供以下中的至少一个：选择不休息活动、延迟休息活动、采取休息活动。系统还包括规则引擎，其被配置为将用于与由多个移动单元中的至少一个穿过的多个不同地理位置相关的多个辖区的规则解除冲突（de-conflict）。休憩休息优化器模块可以被配置为基于多个移动单元中的至少一个的不同地理位置来确定至少一个休憩休息计划，并且可以被配置为基于多个移动单元中的至少一个的不同地理位置来确定合规计划以用于排序休憩休息，以最大化工作休息增效作用（synergy），其中不同地理位置包括具有影响至少一个休憩休息计划的不同劳动法的辖区。
在一个方面中，一种用于针对移动员工的基于地理的监管和合规的计算机实现的方法包括：提供服务器，所述服务器被配置为接收与多个移动单元相关的gps位置信息；提供规则合规模块，其可由计算机执行并被配置为基于多个移动单元的地理位置来确定用于辖区的规则；提供休憩休息优化器模块，其可由计算机执行并且被配置为基于多个移动单元中的至少一个的地理位置来确定至少一个休憩休息计划并被配置为基于多个移动单元中的至少一个的地理位置来确定合规计划。该方法还可以包括：多个移动单元被配置为从计算机接收并显示指示符合至少一个休憩休息计划的活动的指示。
在一个方面中，一种体现在非暂时性存储介质上的计算机程序产品，所述计算机程序产品在被计算机读取和执行时执行根据上述的计算机实现的方法的用于针对移动员工的基于地理的监管和合规的步骤。
在一个方面中，一种用于针对移动员工的基于地理的监管和合规的系统包括：包括计算机的服务器，其被配置为接收与多个移动单元相关的gps位置信息；以及规则引擎模块，其可由计算机执行并且被配置为基于多个移动单元的地理位置来确定用于辖区的规则；以及显示设备，其位于多个移动单元中的至少一个中或与多个移动单元中的至少一个相关联，以用于接收符合至少一个休憩休息计划的指示。
在一个方面中，提供了一种用于基于动态地理的规则管理的系统，其标识和将适用于以下各项的多个规则解除冲突：i）用户的角色，ii）至少一个地区，以及iii）基于移动的先前地理位置用户的当前位置、用户的至少一个计划的未来位置、或其任何组合的至少一个时间帧，该系统包括：规则引擎模块，其在与用户相关联的移动设备上执行；全球定位系统（gps）设备，用于追踪移动设备的多个位置；其中规则引擎模块通过网络将地理位置发送到远程地理信息服务（gis）并且接收至少一个地区以用于标识和将多个规则解除冲突。多个规则可以被动态标识并且包括以下中的一个或多个：预定义规则、可移除规则和可更新规则。地区可以包括辖区或地理区域。辖区可以包括国家、县、城市、州、邮政编码区域或预定义区域。地理区域可以由组织定义，所述组织规定多个规则中的哪些将要被应用于地理区域。规则引擎模块可以管理与工作时间（workday）要求、工作休息、人员薪酬或税收规则对准（align）的多个规则。至少一个地区可以是多个地区，并且规则引擎模块标识和将适用于多个地区的多个规则解除冲突。该系统还可以包括由服务器维护的多个规则的储存库，多个规则反映用于至少一个地区的法律、政策或法规。多个规则可以反映以下中的至少一个：用于至少一个地区的组织规则和政策、税收法规和薪酬法规。规则引擎模块可以基于用户的角色和至少一个未来计划位置在预定持续时间内动态地标识用户必须遵守的多个规则中的至少一个。移动设备可以与车辆相关联。
在一个方面中，提供了一种用于动态地捕获和追踪与个人相关的活动的系统；包括：与个人相关联的移动设备；全球定位系统（gps）设备，用于提供移动设备的gps位置信息；和服务器，用于通过无线通信链路从与移动设备相关联的计算机接收与个人相关的多个活动，多个活动中的每个包括用于记录多个活动的移动设备的gps位置信息和持续时间信息，其中移动设备确定对一组动态规则的合规，并在不处于合规时生成通知以发起重建的（renewed）合规。该组动态规则可以定义要求由个人随时间完成以满足至少一个规则的活动，并且其中所接收的多个活动中的每个被用于确定对至少一个动态规则的合规。该组动态规则可以定义要求由个人完成以满足该组多个规则的活动，并且其中所接收的多个活动中的每个被用于确定对该组动态规则的合规。该组动态规则适用于多个辖区并反映用于多个辖区的法律或法规。可以创建活动以捕获与该组规则相关联的任务、可补偿工作或可计费工作。移动单元可以包括车辆。车辆可以被配置为向移动设备提供事件数据，事件数据包括以下中的至少一个：当前速度、里程表读数和动力输出状态。移动设备可以使用事件数据来生成活动以用于在确定对该组动态规则的合规中使用。服务器可以被配置为向移动单元发送新活动类型，新活动类型用于满足现有规则、新规则或用于记录可计费或可补偿工作。服务器可以被配置为向移动单元发送新事件类型，新事件类型用于创建新类型的活动。
在一个方面中，提供了一种用于动态地捕获和追踪与个人相关的活动的计算机实现的方法，包括：接收与个人相关的多个活动，多个活动中的每个包括与个人相关联的移动单元的gps位置信息和持续时间信息；基于所接收的多个活动来确定对多个规则的合规或不合规，多个规则适用于多个地区并且反映用于多个地区的法律或法规；和在发生不合规之前向移动单元提供警告通知，或者在发生不合规时发送不合规通知。确定合规的步骤可以包括确定要求由个人随时间完成以满足多个规则中的至少一个的活动，并且其中所接收的多个活动中的每个被用于确定对多个规则中的至少一个的合规。计算机实现的方法还可以包括当确定不合规时，向第三方发送不合规通知。移动单元可以包括车辆。计算机实现的方法还可以包括在移动设备处接收事件数据，事件数据包括以下中的至少一个：当前速度、里程表读数和动力输出状态。计算机实现的方法还可以包括基于所接收的事件数据来生成活动以用于在确定对多个规则的合规中使用。计算机实现的方法还可以包括由服务器向移动单元发送新活动类型，新活动类型用于满足现有规则或新规则。计算机实现的方法还可以包括由服务器向移动单元发送新事件类型，新事件类型用于创建新类型的活动。
在一个方面中，提供了一种优化用于工作时间的活动的计划并针对合规监视计划的系统，包括：在计算机上执行的优化器模块，其接收要由个人在工作时段内执行的工作任务；到地理信息系统（gis）工具的接口，gis工具被配置为向优化器模块提供基于与工作任务相关的预计目的地的路线，其中优化器模块基于所接收的工作任务和路线创建包括优化休息计划的用于个人的优化工作计划；和在计算机上执行的合规模块，其从gps设备接收指示个人在某一时间段内的至少一个位置的地理位置信息，合规模块监视对包括优化休息计划的优化工作计划的合规并且在不处于合规时创建警报。合规模块可以基于与关联于个人的车辆相关的所接收的事件数据来监视对工作计划的合规。个人可以是车辆操作员，并且工作计划可以被呈现到移动单元以供个人在显示器上查看，从而创建针对个人的内聚体验（cohesiveexperience），其是包括路线、工作任务、工作时间预期、优化休息计划、其监视和排序的工作计划。合规模块可以遍及工作时间监视工作计划，并且包括接收事件并将事件转换成满足与工作计划相关联的至少一个规则的活动。优化器模块可以基于开始位置、结束位置和零个或多个中间位置来创建优化休息计划以标识和将至少一个规则解除冲突。至少一个规则可以反映法律、公司政策或用于至少一个地区的法规。该系统还可以包括在计算机上执行的规则引擎模块，其标识要求由个人针对优化工作计划的合规的至少一个规则。至少一个规则可以是反映具有不同劳动法规的多个地区的多个规则。优化器模块解决多个地区中的至少两个之间的劳动法规中的至少一个冲突。
在一个方面中，一种优化用于工作时间的活动的计划并针对合规监视计划的计算机实现的方法，包括：在计算机处接收要由个人在工作时段内执行的工作任务；在至少一个计算机处使用地理信息系统（gis）工具基于与工作任务相关的一个或多个地理位置来确定路线；在计算机处基于所接收的工作任务并且基于与地区相关的至少一个规则和所确定的路线来优化包括优化休息计划的用于个人的工作计划；在计算机处从gps设备接收指示个人在某一时间段内的至少一个位置的地理位置信息；在计算机处监视个人对工作计划的合规；和在存在不合规时创建警报。计算机可以包括与个人相关联的车辆处的计算机。一个或多个地理位置可以包括要由个人在工作时间的过程之上穿过的多个地理位置，并且包括多个：开始位置、中间位置和结束位置。用于监视的步骤可以基于与关联于个人的车辆相关的所接收的事件来监视对工作计划的合规。个人可以是车辆操作员，并且计算机实现的方法还包括在显示器上显示工作计划以供个人查看，从而创建针对个人的内聚体验，其是包括路线、工作任务、工作时间预期、优化休息计划、其监视和排序的工作计划。用于监视的步骤可以包括遍及工作时间监视工作计划，并且可以包括接收事件并将事件转换成满足与工作计划相关联的至少一个规则的活动。用于优化的步骤可以基于开始位置、结束位置和零个或多个中间位置来创建优化休息计划以标识和将至少一个规则解除冲突。至少一个规则可以反映公司政策、用于至少一个地区的法律或用于至少一个地区的法规。计算机实现的方法还可以包括标识要求由个人针对优化工作计划的合规的至少一个规则。至少一个规则可以是反映具有不同劳动法规的多个地区的多个规则。计算机实现的方法还可以包括解决多个地区中的至少两个之间的法规中的至少一个冲突。计算机实现的方法还可以包括在与个人相关联的移动单元处修改工作计划以计及对工作时间的非预期改变。计算机实现的方法还可以包括基于所接收的工作任务来创建所需休息的列表，并且用于优化的步骤优化工作计划以最小化与路线和所需休息相关的时间。创建警报的步骤可以向个人、第三方或两者发送消息。用于监视的步骤确定存在对至少一个规则的即将发生的不合规，还包括在存在实际不合规之前向车辆处的个人发送通知。计算机实现的方法还可以包括捕获与个人相关的一个或多个活动，以记录对至少一个规则或工作计划的合规。至少一个规则可以涉及税收法规或薪酬法规。地区可以包括辖区或地理区域。辖区可以包括国家、县、城市、州、邮政编码区域或预定义区域。地理区域可以由组织定义，所述组织规定多个规则中的哪些将要被应用于地理区域。
从具体实施方式和附图的考虑，本公开的附加特征、优点和实施例可以被阐明或显而易见。
此外，应理解，本公开的前述的发明内容和以下的具体实施方式两者都是示例性的，并且旨在提供进一步的解释而不限制如要求保护的本公开的范围。
附图说明
被包括以提供对本公开的进一步理解的附图并入本说明书中并构成本说明书的一部分，图示了本公开的实施例，并且与具体实施方式一起用于解释本公开的原理。并不尝试比可能对于本公开的基本理解所必需的更详细地并且以其可以被实施的各种方式示出本公开的结构细节。在附图中：
图1是根据本公开的原理配置的用于针对移动员工的基于地理的监管和合规的示例系统的说明性框图。
图2是根据本公开的原理配置的可以用于在与服务器交互时提供最终用户功能的各种示例客户端设备配置的框图。
图3是根据本公开的原理配置的包括用于针对移动员工的基于地理的监管和合规的组件的系统的示例概述功能框图，其示出这些组件的示例功能相互关系。
图4a是根据本公开的原理执行的用于更新时段规则（rulesforperiod）的过程的示例流程图。
图4b是示出用于确定先前已经记录的活动是否满足新规则的示例过程的流程图，该过程根据本公开的原理执行。
图5是用于优化个人的工作时间和休息的示例过程的流程图，该过程根据本公开的原理执行。
图6a是示出用于确定要针对合规被监视的规则的示例过程的流程图，该过程根据本公开的原理执行。
图6b是示出用于规则合规监视和通知的示例过程的流程图，该过程根据本公开的原理执行。
图7是根据本公开的原理配置的用于描述活动配置器功能的示例接口。
图8a是示出活动日志记录器应用程序接口（api）中提供的功能以及它们如何彼此交互的示例的图示。根据本公开的原理，椭圆被包括以提供关于将如何使用这些功能的示例上下文。
图8b是示出根据本公开的原理执行的用于创建活动功能的示例过程的流程图。
图8c是示出根据本公开的原理执行的用于开始活动功能的示例过程的流程图。
图8d是示出根据本公开的原理执行的用于结束活动功能的示例过程的流程图。
图8e是示出根据本公开的原理执行的用于搜索活动功能的示例过程的流程图。
图8f是示出根据本公开的原理执行的用于更新活动功能的示例过程的流程图。
图8g是示出根据本公开的原理执行的用于删除活动功能的示例过程的流程图。
图8h是示出根据本公开的原理执行的用于将规则设置为满足功能的示例过程的流程图。
图8i是示出根据本公开的原理执行的用于移除满足功能的示例过程的流程图。
图8j是示出根据本公开的原理执行的用于管理批准通知过程的示例的流程图。
图8k是示出根据本公开的原理执行的用于使用获取事件功能来接收新外部事件的示例过程的流程图。
图8l是示出根据本公开的原理执行的用于批准活动功能的示例过程的流程图。
图8m是示出根据本公开的原理执行的用于不批准活动功能的示例过程的流程图。
图8n是示出根据本公开的原理执行的用于基于gps读数来创建一致位置计算的示例过程的流程图。
图8o是示出根据本公开的原理执行的用于与用于获取地理编码功能的gis服务交互的示例过程的流程图。
图9是根据本公开的原理配置的包括用于允许外部系统与服务器的活动引擎交互的一组方法的事件api232的功能框图。
在以下的具体实施方式中进一步描述本公开。
具体实施方式
参考在附图中描述和/或图示以及在以下描述中详述的非限制性实施例和示例更全面地解释本公开以及其各种特征和有利细节。应注意的是，附图中图示的特征不一定按比例绘制，并且如本领域技术人员将认识到的，一个实施例的特征可以与其他实施例一起采用，即使本文没有明确说明。公知的组件和处理技术的描述可以被省略，以免不必要地模糊本公开的实施例。本文使用的示例仅仅旨在促进对可以实施本公开的方式的理解以及进一步使得本领域技术人员能够实施本公开的实施例。因此，本文的示例和实施例不应被解释为限制本公开的范围。此外，应注意的是，遍及附图的若干个视图，相似的附图标记表示类似的部分。
在本公开中使用的也称为“计算设备”或“cpu”的“计算机”意指能够根据一个或多个指令来操纵数据的任何机器、设备、电路、组件、或模块、或者机器、设备、电路、组件、模块的任何系统等，诸如例如而不限于处理器、微处理器、中央处理单元、通用计算机、超级计算机、个人计算机、膝上型计算机、掌上型计算机、笔记本计算机、台式计算机、工作站计算机、服务器等、或处理器、微处理器、中央处理单元、通用计算机、超级计算机、个人计算机、膝上型计算机、掌上型计算机、蜂窝电话、笔记本计算机、台式计算机、工作站计算机、服务器等的阵列。此外，计算机可以包括被配置为通过通信链路进行通信的电子设备。电子设备可以包括例如但不限于移动电话、个人数据助理（pda）、移动计算机、膝上型电脑、平板电脑、固定计算机、智能电话、移动台、用户设备等。
如在本公开中使用的“服务器”意指软件和/或硬件的任何组合，包括至少一个应用和/或至少一个计算机，以执行用于所连接的客户端的服务。至少一个服务器应用可以包括但不限于例如可以通过向客户端回送响应来接受连接以服务于来自客户端的请求的应用程序。服务器可以被配置为经常在繁重的工作负载下、无人值守、在延长的时间段内以最少的人类指示运行至少一个应用。服务器可以包括被配置的多个计算机，其中至少一个应用取决于工作负载在计算机之间划分。例如，在轻载的情况下，至少一个应用可以在单个计算机上运行。然而，在重载的情况下，可能需要多个计算机来运行至少一个应用。服务器或其计算机（如果有的话）也可以用作工作站。
如在本公开中使用的“数据库”意指软件和/或硬件的任何组合，包括至少一个应用和/或至少一个计算机。数据库可以包括记录或数据（诸如表）的结构化集合，或者根据数据库模型组织，诸如例如但不限于关系模型、分级模型、网络模型等中的至少一个。数据库可以包括如本领域中已知的数据库管理系统应用（dbms）。至少一个应用可以包括但不限于例如可以通过向客户端回送响应来接受连接以服务于来自客户端的请求的应用。数据库可以被配置为经常在繁重的工作负载下、无人值守、在延长的时间段内以最少的人类指示运行至少一个应用。
如在本公开中使用的“网络”意指两个或更多个通信链路的布置。例如，网络可以包括公共网络、蜂窝网络、互联网、局域网（lan）、广域网（wan）、城域网（man）、个域网（pan）、校园区域网、企业区域网、全球区域网（gan）、宽带区域网（ban）、前述的任何组合等。网络可以被配置为经由无线和/或有线通信介质传送数据。网络可以包括以下拓扑中的任何一个或多个，例如包括点对点拓扑、总线拓扑、线性总线拓扑、分布式总线拓扑、星形拓扑、扩展星形拓扑、分布式星形拓扑、环形拓扑、网状拓扑、树形拓扑等。
如本公开中所使用的“通信链路”意指在至少两个点之间传达数据或信息的有线和/或无线介质。例如，有线或无线介质可以包括但不限于金属导体链路、射频（rf）通信链路、红外（ir）通信链路、光通信链路等。rf通信链路可以包括例如wifi、wimax、ieee802.11、dect、0g、1g、2g、3g或4g蜂窝标准、蓝牙、zigbee等。
如在本公开中使用的术语“包括”、“包含”及其变型意指“包括但不限于”，除非另有明确规定。
如在本公开中使用的术语“一”、“一个”和“该”意指“一个或多个”，除非另有明确规定。“预定时间段”和可以是诸如例如一天、一周、一月、一年、一小时或若干小时的一段时间。
彼此通信的设备不需要彼此连续通信，除非另有明确规定。另外，彼此通信的设备可以通过一个或多个中介直接或间接通信。
虽然过程步骤、方法步骤、算法、功能等可以按顺序描述，但是这样的过程、方法、算法和功能可以被配置为以替代次序工作。换句话说，可能被描述的步骤的任何顺序或次序不一定指示以该次序执行步骤的要求。本文描述的过程、方法或算法的步骤可以以任何实际的次序执行。此外，一些步骤可以同时执行。
当在本文描述单个设备或物品时，将容易显而易见的是，可以使用多于一个设备或物品来代替单个设备或物品。类似地，在本文描述多于一个设备或物品的情况下，将容易显而易见的是，可以使用单个设备或物品来代替多于一个设备或物品。设备的功能或特征可以替代地由未明确描述为具有这样的功能或特征的一个或多个其他设备来体现。
如在本公开中使用的“计算机可读介质”意指参与提供可以由计算机读取的数据（例如，指令）的任何介质。这样的介质可以采取许多形式，包括非易失性介质、易失性介质和传输介质。非易失性介质可以包括例如光盘或磁盘以及其他持久性存储器。易失性介质可以包括动态随机存取存储器（dram）。传输介质可以包括同轴电缆、铜线和光纤，包括包含耦合到处理器的系统总线的电线。计算机可读介质的常见形式包括例如软盘、软碟、硬盘、磁带、任何其他磁介质、cd-rom、dvd、任何其他光介质、打孔卡、纸带、具有孔图案的任何其他物理介质、ram、prom、eprom、flash-eeprom、任何其他存储器芯片或盒、或计算机可以从其读取的任何其他非暂时性存储介质。
计算机可读介质的各种形式可以涉及载送指令序列到计算机。例如，指令序列（i）可以从ram递送到处理器，（ii）可以通过无线传输介质载送，和/或（iii）可以根据许多格式、标准或协议进行格式化，包括例如wifi、wimax、ieee802.11、dect、0g、1g、2g、3g、4g或5g蜂窝标准、蓝牙、zigbee等。计算机可读介质可以是非暂时性计算机可读介质。
现代经济中的许多工作的性质通常需要人员例常地在同一工作日或预定时间段期间在各个城市、市镇、国家和州执行活动并在这样的不同的辖区之间穿越。例如，商业操作员通常在给定的工作日期间穿越州界线许多次，并且在他们从事他们的工作时驾驶进入和离开不同的城市和县。存在新法令和州法律中的增加，包括用于控制雇佣关系的执法活动的增加。例如，城市和州关于所需的用餐休息、所需的休憩休息、病假和权利以及不同的最低工资水平方面具有不同的规则。公司通常没有技术解决方案来准确追踪和监视人员在何处和在多长时间内执行工作活动以及捕获数据以确保法规合规（诸如跨全国范围设置）。
在一个方面中，本公开描述了使用地理位置和规则引擎来促进对联邦、州和地方法规以及公司政策的合规的系统和方法。此外，根据本公开的原理的系统和方法可以由移动员工用于管理工作分配、报告活动，并用于管理和追踪如与确定的地理位置相关的时间，诸如通过全球定位系统（gps）。根据本公开的原理的该系统和方法可以用于例如运输行业中，但不限于该行业。
图1是根据本公开的原理配置的用于针对移动员工的基于地理的监管和合规的示例系统的说明性框图。系统100可以包括一个或多个移动单元105a-105c，其可以包括但不限于车辆112a-112c、计算设备110a-110c、通信单元111a-111c、用户接口114a-114c和通过全球定位系统（gps）113a-113c。这些可以包含在一个设备或通过公共局域网（lan）连接的多个单元中。
一个或多个移动单元105a-105c可以配备有计算设备110a-110c以控制通信单元111a-111c并与通信单元111a-111c对接以用于经由通信链路130跨网络125（其可以是例如蜂窝网络）与服务器115进行通信。通信链路130可以是双向的。计算设备110a-110c还可以为了基于车辆操作接收事件并提供用户的上下文的目的而与例如诸如卡车、公共汽车或类似车辆112a-112c的车辆对接。
计算设备110a-110c还可以与用户接口114a-114c交互，用户接口114a-114c包括接收来自用户的输入的输入设备以及将消息和输出传达给一个或多个移动单元105a-105c的用户（例如，驾驶员）的输出。输入设备114a-114c可以包括但不限于触敏屏幕、小键盘、键盘、鼠标、语音激活的输入设备。输出设备可以包括但不限于可视屏幕、led或警告灯、仪表板指示物、诸如语音或音调的声音。计算设备110a-110c还可以与可以被配置为提供一个或多个移动单元105a-105c的位置数据信息的gps追踪设备113a-113c对接。
诸如系统管理者之类的系统用户可以经由输入设备116与服务器115交互，以便除其他功能之外尤其诸如实现或管理规则，如下面更全面描述的。在一些配置中，输入设备116可以通过网络125连接到服务器115。
当一个或多个移动单元105a-105c从一个地理位置行进到另一地理位置时，gps追踪设备113a-113c可以将当前位置的更新提供给计算设备110a-110c，计算设备110a-110c继而可以向服务器115提供更新。更新可以是连续的或者可以是周期性的。
系统100特别是服务器115可以在数据库120中记录一个或多个移动单元105a-105c还有相关联的用户的活动（作为正常业务过程的部分），并且可以将这样的活动标有由gps追踪设备113a-113c提供的地理位置。
本文的规则是个人被预期成示出对其的合规的政府法律、法规或公司规则和政策的表示。在本文的应用中，规则包括需要执行的活动的预期。规则绑定到法律、法规、规则或政策适用的特定的地理地区或辖区以及用户角色。例如，为了管理us服务时间，可以创建表示联邦汽车运输安全管理局（fmcsa）标准（标题49第395部分——驾驶员的服务时间）的规则，并将其绑定到美国地区，其中角色为驾驶。同样，为了管理加拿大服务时间，可以创建表示加拿大汽车运输管理委员会（ccmta）商业车辆驾驶员服务时间法规的规则，并将其绑定到加拿大地区，其中角色为驾驶员。可以创建第三组规则，其与联邦服务时间规则中的石油和天然气相关例外对准，并可以绑定到美国地区，其中角色为油田驾驶员。为了确保与加利福尼亚劳动法的对准，应用可以包括管理加利福尼亚的用餐和休憩休息法的规则，其将绑定到加利福尼亚地区和所有角色。
在一个方面中，计算设备110a-110c可以基于（如由与相应移动单元105a-105c相关联的gps追踪设备113a-113c所提供的）工作位置来解释预定义的规则，并且例如可以提示与移动单元105a-105c中的任何一个相关联的特定用户：
1）输入数据（例如，经由输入设备114a-114c）
2）采取动作（例如用餐或休憩休息）和
3）记录可补偿和/或可计费的活动（例如，手动卸载、延迟、记录文书工作）作为用户的工作过程的一部分。
服务器115可以可操作地耦合132到后端处理系统（未示出），以用于基于由服务器115收集和/或维护的信息的进一步处理。这样的后端处理可以包括例如工资单功能、人力资源功能、管理功能、报告生成、计费等。
图2是根据本公开的原理配置的可以与服务器交互的移动单元185、195和移动设备180、190的各种示例配置的框图。移动单元185、195可能需要满足fmcsa电子日志记录（eld）要求，因为它们包括使用诸如saej1939的标准车辆连接的到车辆112a-112c的连接。saej1939支持遍及车辆112a-112c物理分布的电子控制单元之间的实时控制功能、简单信息交换和诊断数据交换。控制单元可以包括例如里程表读出、接合的动力输出（pto）、引擎rpm、速度指示物、轮胎压力、引擎状态（开/关）或类似的内部读出或状态。移动设备180、190可以被用作系统和方法到不需要连接到车辆的其他行业的扩展。
在配置180中，诸如平板计算机、膝上型电脑或蜂窝电话的移动设备134包含；计算设备110a-110b、通信单元111a-111b、全球定位单元（gps）113a-113b和用户接口114a-114b可以用于提供最终用户能力。
在配置185中，诸如台式计算机、膝上型电脑或蜂窝电话之类的移动设备135使用无线连接而连接到宽带路由器121。宽带路由器使用向移动设备135提供车辆事件的标准协议（诸如saej1708或saej1939）提供到车辆112a的连接。宽带路由器然后提供网络连接111a-111c以与服务器115通信。移动设备135可以包含；计算设备110a-110b、通信单元111a-111b和用户接口114a-114b，并且可以包含全球定位单元（gps）113a-113b。宽带路由器可以包含；计算设备110a-110b、通信单元111a-111b并且可以包含全球定位单元（gps）113a-113b。车辆112a可以提供到控制器区域网（can）总线的连接以向移动设备135提供事件。
配置190是通用设备的描绘，其识别随着技术的进步，可能存在包含所需组件的新移动设备，包括；cpu123、存储124、通信单元111a、全球定位单元（gps）113a和用户接口114a可以用于提供最终用户能力。
配置195是通用设备的描绘，其识别随着技术的进步，可能存在包含所需组件的新移动单元，包括；cpu123、存储124、通信单元111a-111b、全球定位单元（gps）113a-113b、用户接口114a和车辆112a-112c可以用于提供最终用户能力。
图3是根据本公开的原理配置的包括用于针对移动员工的基于地理的监管和合规的组件的系统200的示例概述功能框图，其示出这些组件的示例功能相互关系。跟随着这些组件的简要介绍，其中更详细的解释在其后。
事件生成器230可以监视、读取或接收来自车辆112a-112c的与车辆的状况和状态相关的事件，服务器115促进批准过程，部署在计算设备110a-110c上的应用提供应用到应用通信。事件也可以来自移动设备134、135、路由器121或也来自系统200内。事件生成器230可以将这些事件记录或存储在事件数据库225中。事件生成器230和事件数据库225通常位于相应的移动单元105a-105c内或与相应的移动单元105a-105c相关联。
活动日志记录器应用编程接口（api）220是可以用于向移动单元105a-105c处的最终用户提供功能以记录其活动的工具。活动编辑器215是活动日志记录器api220的通用使用的描述。活动编辑器215可以包括响应式web（网络）应用，其可以允许用户在事实之后（即，在发生活动之后）创建、更新和删除活动。活动数据库235在活动被创建或修改时记录它们。活动配置器250是允许用户创建、更新和移除活动数据库235中的活动类型的工具。
规则配置器210是允许系统用户创建、更新和移除规则数据库205中的规则的工具。规则配置器210可以在服务器115上驻留并执行。规则引擎240是标识基于所提供的输入特定用户可能需要遵循的一个或多个规则的模块。规则引擎240可以满足由优化器245和合规引擎250所需的内容。规则引擎240可以在服务器115、计算设备110a-110c或两者上执行。地理信息系统（gis）工具280是被设计为捕获、存储、操纵、分析、管理和呈现空间或地理数据的系统。gis工具可以向规则引擎240提供信息，诸如地图、地理点、地理围栏（fence）、地区管理、位置查找、历史路线可视化等。gis工具280可以在服务器115上执行。优化器引擎245通过基于规则针对多个辖区整合如由联邦、州和地方当局所要求的在某一时间段内的用餐和休憩休息来优化移动单元105a-105c的用户，诸如卡车驾驶员。优化器引擎245可以在计算设备110a-110c上执行。合规引擎252被配置为基于移动单元105a-105c的地理位置来执行规则。合规引擎252可以在计算设备110a-110c上执行。在一个方面中，gps设备113a-113c可以报告移动单元105a-105c中的一个物理位置。时钟265可以提供系统200整体中的gps位置和事件的时间戳。路线工具260可以被配置为提供路线（除其他特征之外），其考虑到所提供的信息，诸如例如移动单元的当前用户、开始位置和时间、中止（stop）（位置和持续时间）、结束位置、天气、交通、燃料、货物类型和车辆的类型。计费工具或系统270可以接收活动信息以用于计及可计费时间。薪酬工具或系统275可以接收用于协助用于移动单元用户的适当薪酬计算的活动信息。活动报告模块255可以关于由移动用户的各种活动进行报告。法规资源204可以包括用于确定与诸如城市、县、州、国家的各种辖区相关的法规的一个或多个资源。该资源可以是来自多个源的法规的汇编，并且可以提供可以针对系统100可以为其提供操作服务的每个辖区创建规则的指导基础。法规资源204可以手动汇编、根据辖区出版物和法规自动汇编、或手动和自动的组合。
规则配置器210是可在服务器115处执行的软件工具，其允许系统用户（诸如系统管理员）创建、更新和移除规则。规则配置器还为系统用户提供了将规则绑定到地理地区和用户角色的能力。规则也可以被分配给时段规则（规则有效的时间段）。每个规则可以具有分配给它的通知类型。可以经由活动配置器250将规则分配给活动和提示。系统用户可能被要求作为用户登录以确保适当的允许。规则配置器210提供若干个功能，包括：
•规则搜索
o这提供了探索现有规则的能力。搜索具有基于以下内容查找规则的能力：
■保存的搜索
•这是包含用户保存的所有搜索的下拉列表。选择一个填充下面的所有字段。
■规则字段
•规则名称
•父亲（parent）
•规则类型
•规则家族
•地区
•角色
•活动的
o动作
■搜索
•这采取用户输入，并调用查询数据库来查找匹配的所有结果。
•在规则搜索结果中显示结果。
■保存
•这保存用户的搜索选择。当用户点击保存搜索时，它可能要求他们为搜索命名。
■清除
•这将重新设置搜索字段
•规则搜索结果
o搜索结果提供与用户搜索匹配的所有规则的列表。
o可能被显示的数据包括：
■规则名称
■规则显示名称
■规则值
■规则父亲
■规则类型
■规则家族
■时间段
■逾期通知持续时间
■通知类型
■后台办公室通知
■警告持续时间
■警告类型
■活动的
o动作
■导出
•导出提供搜索的结果的分隔文本文件。
■单击一行
•这打开具有所选规则的规则细节页面。
■删除
•这提示“确认”弹出窗口。如果用户确认，则规则可能被删除。
■新的
•这打开字段未被填充的规则细节区域。
•规则细节
o“规则”细节区域提供用于使用户创建、更新和查看规则的附加细节和信息。如果页面是通过规则调用的，则它被填充以关于该规则的数据。如果它是通过选择新按钮创建的，则它可能没有填入数据。
o字段
■规则名称
•规则名称是规则的名称。它用于所有配置工具和后端系统中。
•规则名称应描述规则，并且为了使用户受益，唯一的名称使维护最简单。
•这是自由形式文本字段
■规则显示名称
•规则显示名称是最终用户看到的内容。通常该规则不会是唯一的。
•规则名称、规则显示、名称示例（加利福尼亚午餐休息，30分钟休息）、（hos30分钟休息，30分钟休息）
•这是自由形式文本字段
■规则值
•这是规则适用的值。规则类型确定该值意味着什么。例如，如果它是“休息”规则，则它将是必须采取休息的以分钟的时间。工作时间规则指示以分钟的最长时间量。如果它是薪酬规则，则它可能是货币值。
■父亲
•如果规则具有父亲，则它取代父亲规则。
•用户能够选择仅一个规则作为父亲。
■规则类型
•规则类型用于分类规则的特定高级别分组。
•规则可以具有仅一个规则类型。
•类型包括：
o工作时段
o休息
o薪酬
o税收
■规则家族
•规则家族是对作为相同法规的部分的规则进行分组的方式。规则家族指示特定规则不会由相同活动满足。
■地区
•地区很重要，因为没有地区就不可能存在规则。地区表示规则适用的地理区域。系统用户如何标识地区并将其分配给工具取决于所使用的gis系统。
■时段
•时段表示规则有效的时间段。可以存在许多时间段。可以选择仅一个时段类型。
■角色
•这是规则适用的最终用户角色的列表。如果未选择角色，则规则对于所有角色有效。
■逾期通知持续时间
•这指示应生成指示活动已逾期的通知的时间。
•9999=不通知
•数字可以是正的或负的。负的表示规则应被满足之后的分钟。
■逾期通知
•提供给用户的通知的类型（声音、图像、文本）
•值
o如果选择声音或图像类型，则这可能是指向声音可能在设备上的哪里的文件路径。
o如果它是文本，则这应包括提供给最终用户的文本消息。
■后台办公室通知
•这是复选框，其指示应通知后台办公室中的某人用户不处于合规。
■警告持续时间
•这指示我们应通知活动即将开始的时间。
•9999=不通知
•数字只能是正的。规则应被满足之前的分钟。
■警告通知
•提供给用户的通知的类型（声音、图像、文本）
•值
o如果选择声音或图像类型，则这可能是其中声音位于设备上的文件路径。
o如果它是文本，则这应包括提供给最终用户的文本消息。
■活动的
•指示是否应使用规则的复选框。如果活动的=假，则系统完全忽略它。
o动作
■保存
•创建或更新数据库中的规则。
■取消
规则引擎240是在服务器115、移动单元105a-105c或两者处运行的工具，并且被配置为基于所提供的输入来标识特定移动单元105a-105c用户需要遵循的一个或多个规则。为了确定移动单元105a-105c用户是否需要满足规则，需要三条信息：i）移动单元105a-105c用户正在执行（多个）什么角色，特定移动单元105a-105c在何处，以及需要满足规则的时间帧（timeframe）。一旦规则被标识为适用于用户，则规则被添加到特定用户的“时段规则”表（作为规则数据库205的部分）。
以下是可以配置和执行的规则的示例类型。
a.工作时间：工作时间规则管理项目，诸如用于工作时间的最大/最小时间段、加班规则、fmcsa70小时规则和重启。工作时间规则可以绑定到休息规则，因为更复杂的休息规则可能适用于特定的工作时间。
b.休息：休息规则管理法规和政策，诸如要求的带薪和无薪休息、午餐休息以及具有要求的最小持续时间的其他活动。
c.薪酬：薪酬规则可以用于管理诸如按地区不同的最低工资的项目以及诸如用于特定地理区域的日津贴、危险津贴或里程费的项目。
d.收入、销售和使用税收：这些规则可以用于支持需要支付特定于地理的税（诸如国际燃油税协议（ifta）税）的组织或个人。
规则也可以绑定在一起并被配置为彼此一起工作。
a.在一些情况下，规则可以被配置为确保它们不会重叠
i.示例：可能需要3个休息规则来支持当前的加利福尼亚法律，其可能要求2个10分钟休息和1个30分钟休息。作为结果，当驾驶员采取1个30分钟休息时，所有3个休息可能不被认为是满足的，
b.在其他情况下，规则可以被配置为允许重叠。
i.示例：驾驶超过8小时的情况下的fmcsa30分钟休息要求可以与加利福尼亚的30分钟用餐休息规则重叠。这样，当用户采取30分钟休息时，两个规则都满足。
规则可以采用分级结构，其中孩子规则可以取代父亲规则
a.示例：美国的最低工资目前是7.25美元，伊利诺伊是8.25美元，并且芝加哥、il目前是10.50美元。由于芝加哥在伊利诺伊地区（父亲），它将取代伊利诺伊和将是伊利诺伊地区父亲的美国。
规则可以绑定到位置、作业或工作配置。
a.示例：有时，对于特定的工作配置，相同地区中的规则可能不同。在卡车运输行业中，美国地区中的规则与农场使用、公路运输、油田、港口板车短途运输不同。
用于时间段的规则是系统200的重要方面，并且可以是系统200的其他应用可以与规则引擎240交互的第一模式。时段规则可以被视为规则需要应用时的实例，并可以包括以下属性：
•用户id——必须符合该规则的用户
•规则——需要遵循的规则标识
•满足——让系统应用知道用户是否完成规则的指示物。
o满足可以在可能影响完成的过程中检查，诸如：
■创建活动时
■活动改变时
■规则被添加到时段规则时
•活动——导致满足被标记为真的被执行的活动。
•有效期开始——是指示活动可以开始满足该时段规则的最早时间的时间戳。
•有效期结束——是指示活动可以开始满足时段规则的最晚时间的时间戳。
利用该信息，系统200能够确定移动单元105a-105c用户需要符合什么规则、在什么时间基于他们去过哪里、他们何时以及在多长时间内在那里、以及他们执行的角色。
更新时段规则提供用于使系统200的其他应用可以与规则引擎240交互的接口。
•输入
o用户
o纬度
o经度
o日期、时间
•输出
o列表（时段规则）或<空>。
图4a是根据本公开的原理执行的用于描绘标识适用于用户的新规则的可能方式的更新时段规则过程的示例流程图。图4a的流程图（以及本文的所有其他流程图）也可以表示当从计算机可读介质读取并由计算机执行时执行相应步骤的组件的框图。优化器引擎245和合规引擎252可以调用该过程，其在步骤400处开始。优化器引擎245可以利用关于点地理位置（纬度，经度）和路线中的时间的信息来调用该过程以建立规则，移动单元105a-105c用户可以与其交互。合规引擎252可以基于gps位置（纬度，经度）调用每个x距离（预定距离）以找出是否存在针对当前位置的一个或多个新规则。在步骤405处，做出确定以标识地理位置落入的定义的（多个）地区（例如，州、县、地点）。该过程可以与gis系统或gis服务280交互以确定点落入的定义地区。示例gis系统可以包括例如nokiahere®、googlemaps®、esri地理网等。gis系统280通常被配置为返回用于地理位置的地区或一组地区。系统可以使用预定义的地区，例如国家、州、邮政编码和城市，或者其也可以使用用户定义的地区，比如美国西南部。
在步骤410处，进行检查以确定移动单元105a-105c和用户是否进入了新的地区。这可以包括确定地区或一组地区是否与移动单元105a-105c和用户在上次更新时段规则被调用时所处的的地区或一组地区相同。如果它们在相同的地区中，则在步骤460处，返回<空>。然而，如果存在新地区，则在步骤415处，从规则数据库205针对适用于该用户的角色的该地区获得所有规则。获得用户的当前时段的所有现有规则，包括满足的规则。在步骤420处，对于从步骤415获得的每个规则，将它们与来自时段规则数据库206的现有的时段规则进行比较。如果在步骤430处确定规则已经在时段规则206中，则处理在步骤450处继续。然而，如果规则是新的，则在步骤435处，使用传入的信息针对时段创建新规则，并且规则被发现创建规则的实例。结果可能包括：
a.用户将是传入的用户。
b.规则将是在步骤415中找到的规则。
c.将传入的时间以及时段规则表206中找到的规则用于有效期开始和有效期结束日期和时间的规则设置。
d.满足的可以被设置为假。
e.活动id可以被设置为空。
当添加新规则时，它可能已经被一个或多个活动满足。步骤440确定规则是否已被满足，其可以是关于下面的图4b解释的子过程。在步骤445处，可以将新规则添加到规则数据库205中的结果集合，并且可以将新规则添加到结果列表465以用于在步骤470处的结果的返回。在步骤450处，可以进行检查以确定是否存在更多的要评估的规则；如果是，则处理在步骤425处继续。然而，如果不存在更多的要评估的规则（如在步骤450处确定的），则在步骤455处可以进行检查以确定是否找到任何结果。如果未找到结果，则可以在步骤460处返回空结果。如果找到至少一个结果，则可以在步骤470处返回规则的结果列表465。
图4b是示出确定是否满足新规则的示例过程的流程图，该过程根据本公开的原理执行，其在步骤480处开始。这可以是根据需要诸如在图4a的步骤440处可调用的子过程。在步骤482处，通过用以下准则查询活动表235来从活动表235获取可以满足规则的所有激活：i）活动开始在规则有效开始时间和日期之后，ii）活动开始在规则有效结束时间和日期之前，和iii）通过加入，规则应与该活动类型相关联。
在步骤484处，进行检查以确定是否找到满足规则的任何活动。如果没有找到活动，则子过程可以在步骤494处完成。如果存在找到满足规则的一个或多个活动，则在步骤486处，提取具有活动的所有规则。在步骤488处，进行检查以确定新规则是否与该规则是相同家族。如果是，则处理在步骤492处继续，其中进行检查以确定是否存在更多活动。如果不存在更多活动，则子过程在步骤494处完成。如果存在更多活动，则处理在步骤486处继续进行接下来的活动。如果在步骤488处新规则与该规则不在相同家族中，则新规则被更新以满足并更新具有活动的新规则。子过程可以在步骤494处结束。
优化器245是与规则引擎240和基于位置的计划（例如，用于卡车运输的路线）一起工作以向与移动单元105a-105c相关联的个人提供交互式工具以计划他们的一天（包括例如何时和何地采取休息）的应用和工具。优化器245向与移动单元105a-105c相关联的个人提供休息的最优重叠以满足尽可能多的法规和政策以最大化他们的生产力，同时仍然符合用于与移动单元105a-105c相关联的个人计划处于的所有地理地区的政策和法规。
举例来说，驾驶员打算从犹他州驾驶到加利福尼亚。驾驶员必须符合联邦汽车运输安全管理局（fmcsa）服务时间规则、内华达工作时间休息规则和加利福尼亚工作时间休息规则。优化器235被配置为覆盖所有规则并且标识通过采取两个10分钟休息并且一个30分钟休息可以满足这些辖区中的所有规则。此外，优化器245被配置为进一步识别在第一时间（x）和第二时间（y）的时间之间需要发生30分钟休息以是合规的。该信息允许驾驶员更好地计划行程，并确定何时和何地采取所需的休息。
优化器245可以接受许多输入以创建优化计划，包括：
o起点和目的地。
■示例：驾驶员知道他们需要从威斯康辛州密尔沃基市行进到纽约州纽约市。他们输入起点、目的地和开始时间作为输入。优化器245与路线软件260一起工作以确定驾驶员的路线，然后可以显示与用户打算行进通过的区域的规则和法规对准的休息的最佳选项。
o多中止路线。
■示例：并非所有的行程都是直接的。驾驶员知道从威斯康辛州密尔沃基市到纽约州纽约市的打算旅程将在纽约州布法罗中止。可以输入起点、目的地和开始时间。中止可以添加有关于每个中止可能需要多长时间的命令和指示。优化器245可以采用路线选择软件来确定驾驶员的路线，然后显示与用户预期行进通过的辖区的规则和法规对准的休息的最佳选项。系统100可以自动补偿输入新时区，例如调整总时间。
o采用标准化格式的路线包括用于区段的中止和时间以及通过api从另一个应用中止的时间。
优化器245可以考虑当前适用于与移动单元105a-105c的个人相关联的所有规则以及由于进入新地区而可能在路线期间适用的任何新规则。
o示例：作为需要遵循fmcsa服务时间的驾驶员，在选择前往加利福尼亚州奥克兰的路线时，规则可能考虑驾驶员当前所在的位置、14小时轮班、11小时驾驶时间以及必须采取30分钟休息（或者如果已经采取）的时间。任何新的规则可以被考虑该应用，因为驾驶员将进入加利福尼亚地区。
作为优化器245的部分，或作为单独的路线优化器工具，提供了标识给定路线应遵循的所有规则的功能。此外，优化器245可以被配置为标识满足多于一个规则的活动并且可以将该活动推荐为更好的选项。优化器245可以被配置为标识路线加上需要满足必要的合规规则的活动是否可以使与移动单元105a-105c相关联的个人越过预期的一天结束（规则）。在这种情况下，可以返回一组优化的规则，其中消息或推荐建议创建不同的终点，并重新优化。由于任何新的地理，该重新优化可能会改变个人的规则。该功能可以直接通过针对该能力定制的自定义用户接口来访问，其可以接受开始位置、结束位置以及其间的任何点。该路线优化功能还可以由另一个应用访问，比如行程计划器，其可以提供深入个人的活动中的另一层细节。
图5是根据本公开的原理执行的用于路线优化的示例过程的流程图。过程的入口点开始于500，其可以是可调用功能，其接受以下作为输入参数：当前用户，诸如与移动单元105a-105c相关联的个人；开始位置和时间，包括具有位置和估计持续时间的任何预期一个或多个中止；以及结束位置。在步骤505处，可以将开始、中止和结束位置提供给路线工具260。在步骤510处，路线工具260确定至少一个路线。在步骤515处，路线工具260提供一组经度、纬度和时间作为表示所确定的路线的结果。路线通常由纬度、经度、日期/时间的大集合表示。这些点表示路线的每个注定但是可配置的距离，例如5英里。
在步骤520处，标识第一经度和纬度集合以由规则引擎240用于发起构建计划路线。在步骤525处，调用规则引擎来针对输入参数更新时段规则400。在步骤530处，进行检查以确定是否存在更多的纬度和经度的点，并且如果是，则在步骤525处再次调用规则引擎，其中将接下来的纬度和经度设置为继续更新时段规则400。更新时段规则将任何现有的和新的规则标记为满足的，如果当前活动满足它们的话。如果没有另外的纬度和经度的点，则在步骤535处，定位未被标记为满足的当前时段的所有规则。在步骤540处，获得第一或接下来的未满足的规则。在步骤545处，进行检查以查看在重叠时段内是否存在相同类型的多于一个规则。如果否，则处理在步骤565处继续。如果在重叠时段内存在相同类型的多于一个规则，则在步骤550处进行评估以确定家族关系是否防止重叠。在步骤555处，对于重叠规则，进行检查以确定是否有共享家族。如果否，则处理在步骤560处继续。如果是，则在步骤570处进行检查以确定所有规则是否在相同家族中。如果是，则处理在步骤565处继续。否则，如果规则不全都在相同家族中，则在步骤575处，标识具有最佳重叠即最长持续时间重叠的那些规则。在步骤560处，使用规则的最晚的开始时间和位置以及最早的结束时间和位置来创建推荐。在步骤565处，可以保存针对规则的推荐作为结果。处理继续到步骤580，其中进行检查以确定是否存在更多的要处理的规则。如果是，则处理在步骤540处继续，否则在步骤585处进行检查以确定所添加的至少一个活动是否与一天结束规则冲突。如果否，则可以在步骤595处返回结果。步骤585处的确定可以通过采取来自步骤525的最后点的日期和时间并且在至少一个活动的持续时间中添加以满足规则来完成。如果结果晚于一天结束规则发生，则引发错误，其指示路线的结束在当前路线的情况下不可行。在步骤590处，作为结果创建在重新优化消息的情况下推荐的结束点改变。在步骤595处，返回结果。如果没有问题，则只将结果返回给用户。过程可以在步骤597处结束或返回。
优化器示例
车辆112a-112c的驾驶员需要从拉斯维加斯nv驾驶到加利福尼亚州mountainpass。他在该新负载被分配以完成他的一天之前已经驾驶了7.5小时。驾驶员在他今天开始之前刚完成了他的36小时的重启。他计划在中午离开，因为那是他应完成挂接到拖车的时间。参考步骤505到515，为了说明来自路线工具的示例结果，用户可以输入：
•开始位置：内华达州拉斯维加斯的deanmartin博士
•开始日期时间：2016年5月1日12:00
•<无中止>
•结束位置：加利福尼亚州mountainpass克拉克山路
表1示出了从路线工具预期的结果。
参考步骤520、400、530，以说明前一步骤中的基于路线的更新时段规则。
表2中示出了第一调用前的规则：
使用来自表1的结果，针对每行调用规则引擎240中的时段规则示出调用1-调用5没有导致改变，因为驾驶员没有改变地区，因此没有新的时间规则，如表3所示。
但对于调用6：驾驶员工作超过8小时（因为他已经工作了7.5小时）。因此，现在，向14小时工作时间添加休息规则。
•该规则具有8小时工作时间的父亲，因此其取代8小时规则。8小时将被移除（由删除线示出），并且将添加14小时，如表4中第三行中所示。
•该规则要求驾驶员采取30分钟休息。因此，该规则也被添加，如表4的最后一行中所示。
调用7和8没有导致改变，因为驾驶员没有改变地区；因此没有新的时间规则，如表5所示。
然而，对于调用9，路线刚刚通过越过州界线添加加利福尼亚地区。因此，现在需要添加加利福尼亚休息规则，如表6的最后三行所示。
调用10-12没有导致改变，因为驾驶员没有改变地区；因此没有新的时间规则，如表7所示。
为了说明重叠示例（步骤535-580），使用表7作为用于优化的最终规则集合，使用第一规则和第二规则以如表8中所示那样开始。
由于这些规则属于相同类型（工作时间），并且它们覆盖相同的时段，所以它们被一起评估。此外，这些规则在相同家族（hos）中。两个规则都在相同家族中，因此它们不会重叠。因此，14小时工作时间有休息可能会放回在主表上。此外，推荐（步骤565）驾驶员在8天内或在36小时重启之前还剩下61小时3分钟来工作。注意8天中70小时（参见表8）已经没有了，如表9所示。
为了针对重叠进行检查，我们将开始于表10中示出的接下来的规则。
没有重叠，因为这是仅有的工作时间规则。可以添加驾驶员在18:30结束工作时间的推荐（步骤565）。现在两个工作时间规则都完成，因此它们不再在表上，如表11所示。
为了针对重叠进行检查（步骤545），开始于第一规则并向前移动，参考表11。由于这些休息规则属于相同类型（休息）并且它们覆盖相同的时段，所以它们被一起评估。一些规则在相同家族（ca休息）中（步骤555）。由于并非所有规则都在相同家族中，所以标识来自家族的哪些规则最适合。这可以使用持续时间来完成（步骤575）。因为“30分钟服务时间休息”和“30分钟午餐休息”都是30分钟，所以工具推荐重叠这些（步骤560）。重叠规则可以找到具有最高的重叠分钟的规则，在其中它不如相同那样清晰的情况下。可以添加驾驶员在现在到12:30之间采取30分钟休息的推荐（步骤565）。
如表12所示，两个30分钟休息都被照顾到最后一轮，因此它们不再在表上。
为了再次针对重叠进行检查，开始于前两个规则，如表12所示。这些规则属于相同类型（休息），并且它们覆盖相同时段，因此可以一起评估它们。规则在相同家族（ca休息）中（步骤555）。两个规则都在相同家族中，因此它们不会重叠（步骤570）。添加驾驶员在现在到14:30之间必须采取10分钟休息的推荐（步骤565）。
由于两个30分钟休息都被照顾到最后一轮，所以它们不再在表上，如表13所示。
为了检查重叠（步骤545），我们将开始于接下来的规则，如表13所示。
没有重叠，因为这是表上的最后规则。添加驾驶员在现在到18:00之间必须采取10分钟休息的推荐。
基于上述示例，驾驶员可以接收五个消息：
•你在8天内或在36小时重启之前还剩下61小时3分钟来工作。
•你的工作时间必须在18:30之前结束。
•你从现在到12:30之间需要采取30分钟休息。
•你从现在到14:30之间需要采取10分钟休息。
•你从现在到18:00之间需要采取10分钟休息。
合规模块252是与规则引擎240一起工作以确保与移动单元105a-105c相关联的用户合规于基于他们的地理位置（当前和历史）必须遵循的规则的应用。为了使得用户能够是合规的，合规模块252被配置为提供关于要遵循的即将到来的规则的信息。合规模块252可以被配置为基于所配置的时间段向用户提供他们可能很快超出合规的警告或警报。
•示例：工作时间必须在接下来的30分钟内结束，否则将超出对关于超时的公司政策的合规。
合规模块252可以被配置为通知最终用户并且具有向第三方通知用户正在超出合规操作的能力。
•例如：fmcsa法规规定驾驶员在开始第7小时驾驶前必须采取30分钟休息。当用户进入他们的第7小时时，应用将向他们通知他们现在超出合规。驾驶员的领导可能接收到通知（例如，文本、电子邮件等），从而让他们知道驾驶员正在超出合规操作。
合规模块252可以配置标准化报告以供用户检查。对于运输行业而言，这些报告可能具有满足fmcsaeld法规的特定格式化报告。
•示例：驾驶员将能够以5行日志格式查看他们的一周内的fmcsa日志活动。
此外，可以为用户提供web应用以创建自定义报告以示出用户的合规。报告还可以跨多个用户创建。
•例如：领导可以在我们的半年度绩效检查期间提交他们在过去6个月内超出合规的所有时间的报告。
•例如：合规官员可以提交本周不处于合规的所有用户的报告，以与单独的领导共享，以确保他们采取校正动作。
合规引擎使用更新时段规则400来利用规则引擎240。基于应用配置，每x英里（默认可以是1英里，但是可配置），规则构建器可以从gps113a-113c读取移动单元105a-105c的纬度（lat）、经度（long）。规则构建器可以将lat、long发送到规则引擎240。规则引擎240可以确定是否存在对与移动设备105a-105c时段规则相关联的用户的任何改变。
图6a是示出维护必须符合的规则的合规引擎过程的示例的流程图，该过程根据本公开的原理执行。在步骤600处，通过配置266和可编程定时器或时钟功能265用于发起合规模块252应多久检查移动单元105a-105c的位置一次。默认情况下，系统100可以每30秒进行该调用。合规模块252与移动单元105a-105c上的gps113a-113c交互。使用最后的gps位置和获得的当前位置（步骤605），计算行进的距离（步骤610）。可以使用可配置设置来配置合规模块252应多久检查移动单元105a-105c的位置一次。由于这通常需要对服务器115的调用，所以其运行得越频繁，可以使用越多的数据。默认情况下，系统100可以每1英里进行该调用，但是可配置的。在步骤615处，可以进行检查以确定来自步骤610的距离是否大于所配置的距离。如果所确定的距离小于所配置的距离，则在步骤618处退出功能。否则，在步骤620处，更新时段规则使用规则引擎240使用来自步骤605的当前用户lat和long。这可以返回基于新的地理位置找到的任何新时段规则。在步骤625处，将任何新规则保存到时段规则数据库206。
图6b是示出用于规则监视和通知的示例过程的流程图，该过程根据本公开的原理执行。图6b的过程可以被视为用于规则监视和通知的子系统。图6b的子系统规则监视和通知可以利用规则数据库206的时段规则表来确定与移动单元105a-105c相关联的用户必须符合什么规则。对于直接影响用户的工作的规则类型，子系统规则监视器和通知子系统可以通过接口114a-114c向用户提供反馈。在一些情况下，图6b的子系统可以向除最终用户之外的某人发送通知以向他们警报问题。
通过配置266，规则监视和通知子系统提供配置（步骤640）多久一次验证合规并向用户提供反馈的能力。默认情况下，系统100可以每5秒进行该调用，但是可配置的。在步骤645处，可以进行针对时段规则表的查询。查询仅返回用户活动尚未满足的规则（如时段规则表上指示的），并且有效期已开始。查询还只关注用户将需要通知的规则类型。在步骤650处，可以执行首先按类型然后按有效期结束的排序。这允许处理规则的正确次序。在步骤655处，创建循环来处理所有规则。如果当前时间戳（数据和时间）晚于有效期结束数据和时间，则进行到步骤675，其中可以向用户创建警报，其指示事件逾期。此外，如果规则使后台办公室通信设置为真，则在步骤680处，可以将消息发送到后端服务器以指示用户超出合规。服务器然后可以以它们指示的方式（例如，电子邮件、sms、聊天机器人、工作流程警报等）通知感兴趣的各方。在步骤670处，可以在用户接口处发起或更新时间的倒计时时钟，直到超出合规。
如果在步骤655处时段未过期，则在步骤660处进行规则是否在警告时段内的检查。如果否，则在步骤670处继续。如果规则在警告时段内，则在步骤665处可以创建警报以警告用户活动必须很快发生。该警报可以包括音频和视觉信息，以向用户通知他们不符合规则。由于不同的工作配置（如果用户正在驾驶，安全性可能是关于某些警报类型的问题），通知类型可由规则配置。使用通知类型表，可以播放位于指定的路径处的音频文件（如果其存在的话）。文本可以显示在通知中，并且如果提供图像路径，则可以在屏幕（例如114a-114c）上显示图像。处理可以在步骤670处继续。
活动是在一段时间内“发生了什么”的实际记录。并且活动可能具有开始时间、结束时间、开始位置和结束位置。活动可以反映执行的工作（驾驶、堵车、装载、卸载、等待、文书工作等）和需要记录以用于监管目的的其他项目（工作时间、午餐休息、休憩休息、36小时重启、睡眠者、下班）。
•活动反映开始和结束时间。
o所有活动具有其发生的持续时间。为了确定该持续时间，活动可以加开始和结束时间的戳。
•活动反映开始和结束位置lat和long以反映活动发生在哪里。
o所有活动可能具有指示它们发生在哪里的位置。为了确定其，活动可以加lat和long的戳。由于一些活动发生在给定位置处，所以开始和结束位置可能相同。
•活动可以在其结构方面是分级的。
o示例：在卡车运输行业中，驾驶员必须处于特定的服务时间状态（例如，驾驶、下班、上班、睡觉、私人交通工具），这些活动可能是针对诸如装载、卸载或堵车的活动的父亲，如果需要进一步的细节。堵车可以解决确定如果驾驶员按英里支付则他们每小时是否赚得至少最低工资的需要。
•可以添加/配置活动。
o如果使用系统100的公司需要根据规则追踪新活动或者作为补偿或计费的事件，则可以使用活动日志记录器添加这些。
•激活可以与规则相关联。活动可能与多于一个规则相关联，并且多于一个规则可能与活动相关联。
o示例：公司可以创建休息活动；并可以将该活动与休息规则相关联。这可以进一步被采取以创建午餐休息活动，其可能与仅一些休息相关联。
•可以使用活动来示出对规则的合规。
o示例：在卡车运输行业中，将创建一组活动（驾驶、下班、上班、睡觉、私人交通工具）以满足fcmsa服务时间日志记录规则。通过记录这些活动中的每个中所花费的时间，可以证明驾驶员对这些法规的合规。
•活动可以用于支付执行的工作。
o示例：组织可以编写活动的摘录并将其推送到补偿计算工具以确定个人的薪酬的一部分或全部。作为示例，如果公司需要针对在没有移动的情况下的交通中花费的时间向驾驶员支付，则他们可能创建“堵车”活动，然后将其提取并提供给补偿计算工具，以针对该时间支付驾驶员。
•可以使用活动来针对执行的工作开发票（invoice）。
o示例：组织可以编写活动摘录并将其推送到计费工具，以确定客户的费用的一部分或全部。作为示例，如果hvac专家花费2.5小时清洁管道，则该记录的活动可以被发送到计费系统以生成客户的发票的劳动部分。
•可以配置活动/事件的特定用户输入。这些动作/事件可以用于示出合规。
o示例：用户可以通过按“时钟输入”按钮来输入工作时间的开始。
•可以基于规则配置向用户通知预期的输入。
o示例：在用户指示他们将要采取他们的30分钟休息之后30分钟，可以提示用户记录他们离开休息的时间。
•门户可以允许具有适当安全性的个人更新活动。
o示例：个人在3小时前离开这一天，但忘记了打卡下班。个人呼叫并要求他们的管理者在正确的时间将他们打卡下班。这可能基于规则配置是允许的。
•被配置为允许编辑的活动可以进一步被配置为具有编辑批准过程。
o示例：管理者更新个人的时间记录以按个人的请求反映他们离开办公室的时间，然而政策要求个人确认该改变。
事件是发生的某事的实际记录。活动和事件之间的关键区别在于，事件是特定的时间，其中并且活动提供时间和持续时间。事件由系统外部的某事触发，比如与卡车的连接。例如：（开始驾驶、停止驾驶、引擎启动）。
•事件可以基于关键因素靠其自己创建。
o示例：在卡车运输示例中，可以创建规则来在车辆开始移动时创建开始驾驶事件。
•事件可能具有事件类型，其是包含定义事件及其行为的信息的引用对象。
•事件主要用于提供用于使外部因素协助管理活动的方式。
o基于卡车内的控制器区域网（can）总线而不是内部gps上找到的信息记录卡车何时开始移动。可以提供与卡车和can总线的接口以基于例如动力输出（pto）、速度表或里程表来确定卡车何时移动。这些事件可以被活动应用使用。
•最终用户可以更新其活动以反映实际事件。该能力可以通过规则进行配置，以确保对政策和法规的合规。
o示例：用户在4小时前采取了休息，并且忘记记录其，他们可能需要更新他们的活动来指示已经采取了休息。
o示例：驾驶员不同意系统的100个记录驾驶活动，并且想要更新记录以反映驾驶在30分钟后开始，然而规则已被配置为不允许最终用户更新该事件以防止记录伪造。
活动类型是包含用于定义活动及其行为的信息的引用对象。
活动类型配置器250是可以允许用户创建、更新和移除活动类型的工具。用户可以将活动绑定到他们满足的规则。活动还可以被配置为基于时间、位置或事件、或基于相同的因素、记录的对用户的提示而自动创建，然后可以被发布。活动配置器250可以利用外部工具来创建用于提示的用户接口。当后台办公室工作以创建配置时，配置可以定期地同步到最终用户的设备110a-110c。该整合的周期可以由后台办公室通过配置来设置。
图7是根据本公开的原理配置的用于描述活动类型配置器功能的示例接口。活动类型配置器可以包括：
700-编辑/删除活动类型屏幕可以用于搜索活动类型。用户可以选择要编辑或删除的活动。该屏幕的布局应包括关于用户可能想要具有的活动的任何数据。
705-（多个）搜索字段和搜索按钮，创建用户搜索活动的能力。名称或父亲是最有可能的搜索字段，通过将活动类型加入规则，可以执行关于与特定规则相关联的活动的搜索。
710-编辑特征。点击编辑可以在允许用户编辑活动类型记录的屏幕中带来活动细节。
715-删除特征。点击删除从数据库中移除记录
725-取消特征。点击取消可以将用户带回到主屏幕。
730-“新活动类型”屏幕示出使活动工作所需的关键信息。
735-“活动类型名称”是活动类型的名称。注意，这可能是用户创建的所有实例（活动）的名称。名称是显示给用户的内容，因此应适当命名。在创建名称时应避免重复，因为这可能会给用户造成混淆。
740-“父亲活动类型”是该活动从其继承其将满足的规则的活动。如果该活动将不满足父亲将满足的所有规则，则请勿使用父亲。父亲经常可以留空<无>。
745-“用户可以编辑”是指示最终用户可以在事实之后对该类型的活动做出改变的标志。
750-“办公室可以编辑”是指示后台办公室用户（示例：管理者）可以编辑该类型的活动的标志。
755-“用户天数编辑可用”是最终用户可以能够编辑该类型的活动的活动创建后的天数。
760-“办公室天数编辑可用”是后台办公室用户（示例：管理者）可以能够编辑该类型的活动的活动创建后的天数。
765-“需要用户批准”是指示最终用户必须检查并批准由后台办公室用户所做的任何改变的标志。
770-“需要办公室批准”是指示后台办公室用户必须检查并批准由最终用户所做的任何改变的标志。
775-“相关的规则”指示活动可能满足的所有规则。如果由于规则以外的原因而创建活动，比如以记录完成的工作，则不应将其绑定到规则。将如何使用其的示例是，如果创建名为“休息”的活动，则它可以附加到服务时间30分钟休息规则、加利福尼亚10分钟休息规则和加利福尼亚午餐休息规则。这种类型的所有活动然后可以用于满足这些规则，只要它们在正确的持续时间内。
777-当用户点击“保存”按钮时，创建新的活动，或者更新现有的活动，取决于用户如何进入页面。
779-可以针对每个活动类型、规则组合创建接下来的一组信息。当所有内容被处理时，应用可以返回主页面。
781-活动提示是可以允许最终用户提示或自动创建和的配置的特征。通过向活动添加提示，它可以与整体活动配置器一起工作，并显示覆盖大部分屏幕的弹出窗口。
783-“需要之前的提示时间（分钟）”是应用向用户创建弹出窗口或自动生成活动的由于完成活动之前的分钟数。
785-“提示位置半径（英里）”是围绕特定地理编码（纬度/经度）的圆的半径，当超过该半径时，可以创建对用户的弹出窗口或自动生成活动
787-“提示事件触发器”是可以用于触发的触发器的列表，可以创建对用户的弹出窗口或自动生成活动。对于卡车运输行业来说，与卡车的连接被用于引起诸如例如运动中的轮子的事件。
789-“自动创建活动”是如果是则指示当时间、位置或事件发生时针对用户自动创建活动的标志。
791-“在此剪切并粘贴提示代码”是其中用户可以粘贴弹出窗口的所有代码的文本框。这可能在事件发生时被注入到主页面中。该特征允许针对最终用户的体验进行定制。
793-任何html/javascript工具可以用于创建代码，只要其允许用户将其剪切并粘贴到791的文本框中。
795-保存当前记录。
797-跳过该记录。针对该规则/活动类型组合不需要提示。
活动日志记录器220和编辑器215包含创建活动的工具，包括测量合规所针对的开始和完成时间。由于这些活动被配置为示出所采取的休息以及所执行的特定工作，所以它们也可以用于馈送补偿和计费系统，以确保工作的准确支付或开发票。
活动日志记录器220是可以由与移动单元105a-105c相关联的用户用于记录活动的工具。活动日志记录器220主要是可以由提示访问的api（应用程序接口）。图8a是根据原理配置的活动日志记录器的功能框图的图示。
在图8a中，功能包括：
821-创建活动（针对示例流程图参见图8b）
a.这提供了创建活动的能力。该方法可以用于创建已经完成的活动。
b.如果针对其创建活动的日志不允许重叠，则该方法防止用户创建重叠活动。
c.在现在创建活动时，调用将规则设置为满足
816-开始活动（针对示例流程图参见图8c）
a.这可能创建不完整的活动并将当前标志标记为真。每个日志仅一个活动可以将当前标志设置为真。如果开始活动被调用并且存在当前活动，则应用可以返回可以由ui处理的错误。最常见的可能是“你想完成你先前的活动吗
b.如果针对其创建活动的日志不允许重叠，则该方法可以投出（throw）未来的活动已被记录并且必须在该活动可以开始之前改变的错误。
c.该方法可以使用当前信息来创建活动。它可能需要传入的日志和活动类型。
d.它可以将开始时间设置为当前时间戳
e.它可以将开始lat和long设置为当前gps位置（如果gps提供准确的位置的话。否则它可以等待准确的位置或从用户请求位置）。
817-结束活动（针对示例流程图参见图8d）
a.该方法可以通过将结束时间设置为当前，并将结束lat和long设置为当前gps位置来完成当前活动（如果gps提供准确位置的话。否则，它可以等待准确的位置或从用户请求位置）。
b.它可以将当前标志设置为假
c.由于活动现在被创建，所以调用将规则设置为满足
826-搜索活动（针对示例流程图参见图8e）
a.这是可以找到与由用户提供的一组参数相匹配的所有活动的方法。结果可以作为完整的活动对象返回。
b.搜索活动也可以作为来自其他应用的web服务可调用。这被预期成用于将作为可补偿和/或可计费活动的活动作为用户工作过程的一部分传递给外部系统。
831-更新活动（针对示例流程图参见图8f）
a.该方法可以更新活动
b.如果针对其创建活动的日志不允许重叠，则该方法可以防止用户创建重叠活动。
c.在更新后，调用移除满足并将规则设置为满足。
832-删除活动（针对示例流程图参见图8g）
a.该方法可以删除活动
b.调用移除满足
840-将规则设置为满足（活动）（针对示例流程图参见图8h）
a.该方法可以找到并更新由新的或更新的活动所满足的所有规则。
845-移除满足（活动）（针对示例流程图参见图8i）
a.该规则可以标识需要移除满足标志的任何规则。在标志被移除后，在更新时，应用可以尝试重新匹配规则。
850-管理批准（针对示例流程图参见图8j）
a.标识需要被通知的人
b.基于他们期望的方法通知正确的用户
i.电子邮件
ii.sms
iii.活动弹出窗口提示（参见活动配置器＃24）[可以创建事件]
iv.web客户端应用（你的通知）[参见活动编辑器]。
805-获取事件（针对示例流程图参见图8k）
a.获取事件是利用事件功能的功能。其是对事件表的查询以标识是否发生特定事件。
836-批准活动（活动的列表）（针对示例流程图参见图8l）
a.这可以允许用户批准一个或多个活动。其可以接受活动的列表，以向接口的开发人员提供具有“批准全部”特征的能力。
837-不批准活动（活动的列表）（针对示例流程图参见图8m）
a.这可以允许用户不批准一个或多个活动。其可以接受活动的列表，以向接口的开发人员提供具有“批准全部”特征的能力。
800-位置提示助手（lat，long，radius）（针对示例流程图参见图8n）
a.该简单功能将目标lat、long和英里半径取为参数。
b.其然后利用gps来确定当前的lat、long。
c.如果当前位置在半径内，则其可以返回位置
d.如果当前位置在半径外，则其可以返回零
e.如果gps准确度很差，则其可以返回九
838-获取地理编码（位置名称）（针对示例流程图参见图8o）
a.如果服务中止，则该功能可以返回空。其可以做出对地理编码服务的调用（示例：googlemaps）
b.如果功能可用，则应用可以返回找到的位置的地理编码，或者在找到多于一个位置的情况下针对更多信息的请求。
图8b是示出根据本公开的原理执行的开始于步骤850的用于创建活动的示例过程的流程图。该流程对应于图8a中示出的创建活动功能821。在步骤855处，进行检查以确定用户是否具有创建活动的权限。如果用户没有权限，则在步骤875处，可以返回错误代码。如果用户确实具有权限，则在步骤860处进行检查以确定日志是否允许重叠。如果是，则该过程在步骤880处继续。如果否，则在步骤865处，可以针对具有重叠开始和结束日期的现有活动进行查询。在步骤870处，可以进行检查以确定是否找到任何冲突。如果存在冲突，则可以返回错误代码。否则，如果没有找到冲突，则在步骤880处可以创建活动。在步骤840处，可以将一个或多个规则设置为满足。在步骤850处，进行检查以确定活动是否需要批准。如果否，则该过程在步骤897处完成。如果活动需要批准，则在步骤875处管理并获得批准。在步骤897处，该过程可以结束。
图8c是示出根据本公开的原理执行的开始于步骤900的用于开始活动的示例过程的流程图。该流程对应于图8a中示出的开始活动功能816。在步骤902处，可以进行检查以确定用户是否具有创建活动的权限。如果否，则在步骤912处可以返回错误代码。如果用户确实具有权限，则在步骤904处，可以进行检查以查看是否存在日志中的当前活动。如果否，则在步骤905处，可以设置指示已经存在日志中的当前活动的“仅允许1个当前活动”的返回错误代码，并且该过程可以在步骤930处完成。然而，如果在步骤904处没有当前活动，则可以在步骤906处进行检查以确定日志是否允许重叠。如果是，则处理在步骤914处继续。如果不允许重叠，则在步骤908处可以针对具有重叠开始和结束时间的现有活动进行查询。在步骤910处，可以进行检查以确定是否找到任何冲突。如果是，则在步骤912处返回错误代码。然而，如果在步骤910处没有找到冲突，则在步骤914处可以进行检查以确定是否与该请求一起提供了位置。如果否，则在步骤918处，可以使用gps113a-113c来确定移动单元105a-105c的当前位置。处理可以在步骤920处继续。如果在步骤914处，当前位置被传递到该功能中，则在步骤916处，可以从时钟265获取当前时间。在步骤920处，可以进行检查以确定gps数据是准确的。如果gps数据被认为不准确，则可以在步骤924处尝试获取准确的gps数据的一次或多次尝试。如果gps数据被认为是准确的，则处理在步骤922处继续，否则如果gps数据被认为不准确，则可以在步骤228处设置错误代码，并且过程可以在步骤930处完成。如果在步骤922处gps数据被认为是准确的，则可以用当前位置和时间创建活动。过程可以在步骤930处完成。
图8d是示出根据本公开的原理执行的开始于步骤932的用于结束活动的示例过程的流程图。该流程对应于图8a中示出的结束活动功能817。在步骤934，进行检查以确定用户是否具有创建活动的权限。如果否，则在步骤946可以返回错误代码。如果用户具有权限，则在步骤936可以进行是否存在日志中的当前活动的检查。如果否，则在步骤938，可以不返回当前活动错误代码。然而，如果在步骤936存在当前活动，则在步骤940可以进行检查以确定日志是否允许重叠。如果是，则处理在步骤948继续。如果不允许重叠，则在步骤942可以针对具有重叠开始和结束时间的现有活动进行查询。在步骤944，可以进行检查以确定是否找到任何冲突。如果是，则在步骤946返回错误代码。然而，如果在步骤944没有找到冲突，则在步骤948可以进行检查以确定是否与该请求一起提供了位置。如果否，则在步骤952，可以使用gps113a-113c来确定移动单元105a-105c的当前位置。处理可以在步骤956继续。如果在步骤948，当前位置被传递到该功能中，则在步骤950，可以从时钟265获取当前时间。在步骤954，可以进行检查以确定gps数据是否是准确的。如果gps数据被认为不准确，则可以在步骤956尝试获取准确的gps数据的一次或多次尝试。如果在步骤958处gps数据被认为是准确的，则处理在步骤962继续；否则，如果在步骤958处gps数据被认为不是准确的，则可以在步骤960设置错误代码并且过程可以在步骤968完成。如果在步骤962处gps数据被认为是准确的，则活动可以用当前位置和时间创建。在步骤840可以将规则设置为满足。过程可以在步骤930完成。
图8e是示出根据本公开的原理执行的开始于步骤1270的用于搜索活动的示例过程的流程图。该流程对应于图8a中示出的搜索活动功能826。在步骤1272，使用提供的准则，定位匹配的所有活动。在步骤1274，对于每个日志活动，进行检查以确定用户是否具有查看日志的权限。如果否，则没有活动被添加到结果。如果用户确实具有权限，则在步骤1278，可以将一个或多个活动添加到结果中。在步骤1282，进行检查以确定在搜索结果中是否存在更多的活动。如果存在，则处理在步骤1276继续。如果否，则处理在步骤284完成，返回结果。
图8f是示出根据本公开的原理执行的开始于步骤1300的用于更新活动的示例过程的流程图。该流程对应于图8a中示出的更新活动功能831。在步骤1302，可以进行检查以确定用户是否具有更新活动的权限。如果否，则在步骤1310可以返回错误。如果用户具有权限，则在步骤1304可以进行检查以确定日志是否允许重叠。如果否，则在步骤1306，可以用重叠的开始和结束点进行针对现有活动的查询。在步骤1308，可以进行检查以确定是否找到任何冲突。如果存在任何冲突，则在步骤1310可以返回错误结果。然而，如果在步骤1308没有冲突，则处理在步骤1314继续。如果在步骤1304，日志允许重叠，则在步骤1314可以进行检查以确定更新是否需要批准。如果否，则在步骤1322，活动可以被更新，并且处理在步骤1324继续。如果在步骤1314，更新需要批准，则在步骤1316，可以用用于更新的信息创建新的活动。在步骤1318，用未决批准字段中的新id更新现有活动。在步骤850，批准被管理。在步骤845，可以针对活动移除满足。在步骤840，可以将规则设置为满足。在步骤1312，过程可以完成。
图8g是示出根据本公开的原理执行的开始于步骤1330的用于删除活动的示例过程的流程图。该流程对应于图8a中所示的删除活动功能832。在步骤1332，进行检查以确定用户是否具有更新活动的权限。如果否，则在步骤1344可以返回错误。如果用户具有权限，则在步骤1334可以进行检查以确定删除是否需要批准。如果否，则在步骤1340，活动可以被删除。然而，如果需要批准，则在步骤1336，对现有活动的更新通过指示针对删除的未决批准的“0”标记。在步骤850管理针对删除的批准。在步骤845，移除可以被满足，活动被有效地删除。过程在步骤1346结束。
图8h是示出根据本公开的原理执行的开始于步骤1350的用于将规则设置为满足的示例过程的流程图。该流程对应于图8a中所示的将规则设置为满足功能840。每次创建或更新活动时，可以调用该功能。在针对每次更新的该将规则设置为满足功能之前，应调用移除满足功能（图8i）。在步骤1352，获得适用的所有规则。这可能包括针对时段规则的查询，其中有效开始在活动开始之前；有效结束在活动开始之后并通过加入，规则应与该活动类型相关联。规则不应已经被标记为满足。在步骤1354，可以进行检查以确定是否找到任何规则。如果否，则在可选步骤1360没有任何事情要做，并且过程在步骤1370返回。如果找到至少一个规则，则在步骤1356进行检查以确定是否找到多于一个规则。如果否，则在步骤1358针对找到的规则将满足标志设置为是。过程在步骤370完成。如果在步骤1356找到多于一个规则，则在步骤1362可以进行检查以确定是否有任何规则在相同家族中。如果否，则在步骤1364，可以针对找到的所有规则将满足标志设置为是，并且过程在步骤1370完成。如果在步骤1362存在相同家族中的规则，则在步骤1366，可以针对不在相同家族中的所有规则设置满足标志。在步骤1368，针对找到的每个家族集合，定位在相应家族中具有最长持续时间的规则，并将满足标志设置为是。过程在步骤1370结束。
图8i是示出根据本公开的原理执行的开始于步骤1372的用于移除满足的示例过程的流程图。该流程对应于图8a中示出的移除满足功能845。每次创建或更新活动时，可以调用该功能。在步骤1374，可以获得具有活动的所有规则，其可以包括从时段规则针对具有该活动的规则进行查询。在步骤1376，可以进行检查以确定活动是否被删除。如果是，则在步骤1378，满足可以被设置为否，并且将所有规则上的活动更新为空。在步骤1380，获得可以满足规则的所有活动。在步骤1382，可以进行检查以确定是否找到任何活动。如果否，则处理在步骤1394继续。如果找到活动，则在步骤1382可以提取具有活动的所有规则。在步骤1386，可以进行检查以确定提取的规则是否与该规则在相同家族中。如果是，则在步骤1388进行检查以确定是否存在更多的活动。如果是，则处理在步骤1384继续，如果否，则处理在步骤1394继续。如果在步骤1386，规则与该规则不在相同家族中，则在步骤1390，规则被更新为满足，并且活动可以被更新。处理在步骤1394继续。
如果在步骤1376确定活动未被删除，则在步骤1377针对每个规则，将规则与更新的活动进行比较。在步骤1392，可以进行检查以确定活动是否仍然满足规则。如果否，则处理在步骤1378继续。然而，如果活动仍然满足规则，则在步骤1394可以进行检查以确定是否已经评估了所有规则。如果否，则处理在步骤1377继续接下来的规则。如果已经评估了所有规则，则在步骤1396，过程可以结束。
图8j是示出根据本公开的原理执行的开始于步骤1400的用于管理批准的示例过程的流程图。该流程对应于图8a中所示的管理批准功能850。在步骤1402，获得用户选择的优选通知模式，以用于向用户的设备110a或用户接口114a发送通知。在步骤404，进行检查以确定用户是否想要弹出窗口提示。如果是，则在步骤1406，可以创建具有类型“需要批准”的事件。在步骤1420，过程结束。如果在步骤1404为否，则在步骤1410进行检查以确定用户是否想要电子邮件通知。如果是，则在步骤1412，可以诸如经由例如简单邮件传输协议（smtp）准备并发送电子邮件，并且处理在步骤1414继续。如果在步骤1416为否，则在步骤1418可能想要web通知，可以在步骤1414将通知保存在web通知表中，以用于在例如用户接口114a上向用户的结果的显示。替代地，如果用户选择不通知，则过程在步骤1420结束。
图8k是示出根据本公开的原理执行的开始于步骤1416的用于获取事件的示例过程的流程图。该流程对应于图8a中示出的获取事件功能805。在步骤1418，事件数据库225可以被查询以检索尚未被报告的事件。报告动作是用于确保事件仅被报告一次从而防止向用户提供重复的活动或提示的控制。在步骤1420，进行检查以确定是否用事件类型找到事件。如果是，则针对事件将已报告设置为真，并返回（多个）事件。在步骤1426，过程结束。
图8l是示出根据本公开的原理执行的开始于步骤1428的用于批准活动的示例过程的流程图。由于可以由用户在稍后时间批准或不批准动作，所以针对批准的活动的状态可以与“批准id”一起存储。批准id可以指示3种可能的状态。如果批准id为0，则用户正在批准删除，如果批准id与活动id相同，则用户正在批准创建，最后如果批准id是另一活动的id，则这是更新。该流程对应于图8a中所示的批准活动功能836。在步骤1430，对于作为参数提供的所有活动，在步骤1432进行检查以确定用户是否具有批准活动的权限。如果否，则在步骤1446，返回错误并且过程在步骤1448完成。如果用户确实具有权限，则在步骤1434可以进行检查以确定批准id是否为零。如果是，则在步骤1442，活动可以被删除并且过程在步骤1444继续。然而，如果批准id不为零，则在步骤1436可以进行检查以确定批准id是否与活动id相同。如果批准id与活动id不相同，则可以删除其中id等于未决批准id的活动。处理在步骤1440继续。否则，如果批准id与活动id相同，则在步骤1440，未决批准id被移除。在步骤1448，过程结束。
图8m是示出根据本公开的原理执行的开始于步骤1450的用于不批准活动的示例过程的流程图。由于可以由用户在稍后时间批准或不批准动作，所以针对批准的活动的状态可以与“批准id”一起存储。批准id可以指示3种可能的状态。如果批准id为0，则用户正在批准删除，如果批准id与活动id相同，则用户正在批准创建，最后如果批准id是另一活动的id，则这是更新。该流程对应于图8a中所示的不批准活动功能837。在步骤452，建立控制以处理提供的所有活动。在步骤1454，可以进行检查以确定用户是否具有批准活动的权限。如果否，则可以在步骤1462返回错误。如果用户具有权限，则在步骤1456可以进行检查以确定批准id是否为零。如果不是0，则活动应被删除，因为它表示未批准的创建或更新的活动，处理在步骤1464继续。如果批准id为零，则未决批准id被移除以反映活动的未批准删除。在步骤1464，可以进行检查以查看是否存在更多的活动。如果是，则处理在步骤1454继续进行接下来的活动。如果否，则处理在步骤1466结束。
图8n是示出根据本公开的原理执行的开始于步骤1468的用于位置提示助手的示例过程的流程图。位置提示可以用于将移动单元105a-105c的位置与另一位置进行比较。该过程将确定移动单元是否在特定配置距离内，这可以使用haversine公式或其他地理距离公式来确定点是否落入另一点的半径内而完成。该流程对应于图8a中所示的位置提示助手功能800。在步骤1470，移动单元105a-105c的当前位置可以使用gps113a-113c来获得。可以在步骤1472进行检查以确定gps数据是否准确。如果不准确，则在步骤1474可以尝试重试以获取准确的gps数据。如果在步骤1472或步骤1476处gps数据被认为是准确的，则在步骤1480，可以使用haversine公式来确定gps点是否落入给定位置的半径内。如果否，则在步骤1486可以返回假。如果在半径内，则可以返回真，该过程在步骤1486结束。
图8o是示出根据本公开的原理执行的开始于步骤1488的用于获取地理编码的示例过程的流程图。该流程对应于图8a中示出的获取地理编码功能838。在步骤1490，可以进行检查以确定网络链路130是否可用。如果否，则在步骤1492返回错误，并且处理在步骤1499结束。如果网络链路130可用，则可以在步骤1494调用gis服务，从而提供位置的名称，例如地址、城市、县或邮政编码。在步骤1496，可以进行检查以确定单点地理编码是否被返回。如果否，则可以返回错误，其指示需要更多的信息。该过程可以在步骤1499结束。
图9是提供可以如何处理诸如驾驶时间开始事件之类的活动以管理活动的示例的事件api232的功能框图。该图示出了车辆112a可以如何与包括一组方法的移动设备135交互以允许外部系统1600与根据本公开的原理配置的移动设备135的活动引擎1611进行交互。外部系统1600可以是用于运输公司或针对其由系统100提供的日志记录、追踪和服务被期望的其他实体的单独平台，或者可以是车辆112a-112c。在该示例中，车辆112a-112c可以配备有车载监视电子器件1602，其可以包括can总线，其可以感测和提供与车辆112a-112c的状况和状态相关的实时信息，其可以感测接合的pto与指示速度大于零的速度表并且里程表可能正在改变。该信息等可以被传送给相应的计算设备110a-110c。在步骤1605，车载监视电子器件检测到车辆已经切换到驾驶状态。车载控制逻辑可以由宽带路由器121或其他设备来解释，其然后可以在步骤1610使用事件api232用“驾驶时间开始”事件调用“发布事件”，事件api232在步骤1615创建“驾驶时间开始事件”以用于进入到事件表225中。事件监听器1620可以按预定时间表（诸如例如每1、5或10秒或其他可配置的时间段）针对事件查询事件表225。一旦事件监听器1620发现事件，则可以调用活动引擎1561中的方法来找出如何处理事件。在步骤1625，可以进行检查以确定事件是否发生。如果否，则事件监听器1620继续针对事件进行查询。如果事件已经发生，则在步骤1630，可以使用提示用户表1514来发起针对事件类型的提示的搜索。在步骤1635，可以进行检查以确定是否针对事件类型找到提示。如果否，则事件监听器1620继续针对事件进行查询。如果找到，则在步骤1640，可以从提示用户动作表1514中检索用于开始驾驶的提示。可以在步骤1645进行检查以确定这是否是自动创建活动。如果是，则在步骤1650，可以进行检查以确定这是否是事件的开始。如果是，则调用活动开始功能816，其更新活动表235。如果不是事件的开始，则调用活动结束817，其更新活动表235。如果在步骤1645确定这不是自动创建活动，则在步骤1654，可以针对用户接口创建屏幕弹出窗口。在步骤1658，可以使用来自提示表的动作（在791中创建）来创建弹出窗口内容，其可以返回到计算设备110a-110c。随着事件监听器继续扫描事件表225以得到新事件，该过程可以继续。
在图9的示例中，事件api232可以用以下示例信息创建新的事件（注意事件类型应已经存在）。表14图示了事件类型表。表15图示了事件表。
在表15中，事件id是系统生成的数字。事件类型id可以基于提供的名称查找以创建。活动时间是时间戳。如果时间由调用应用提供，则使用该时间。如果没有提供，则时间戳是当前时间。活动id可以在创建活动后填充。事件已报告被设置为假以向事件监听器1620指示该事件尚未被找到。
当活动引擎1611找到事件时，其将事件已报告设置为真，这在表16中示出。
活动引擎1611可以针对事件类型搜索提示用户动作表1514。表17图示了提示用户动作表1514的示例。记录的示例如下所示。活动名称是驾驶。自动创建是真。
事件可以开始或结束活动。在该示例中，这是开始事件，因此它可以用来创建活动。这是通过在活动日志记录器api中调用活动创建816来完成的。可以创建看起来像看起来像表18的活动。
在表18中：
i.活动id可以是随机数
ii.日志id可以是与活动日志类型中的日志类型（33）相匹配的用户的日志，
iii.活动类型id是正在被创建的活动的类型的id。在该示例中其是2（驾驶），如上面的活动类型表中所见。
iv.开始时间：在上面示出的事件上使用时间戳。
v.结束时间：由于该活动未完成，刚刚开始，所以结束时间为空。注意，这不是有效活动直到其结束。
vi.用户创建：这是由系统而不是用户或由后台办公室创建的。
vii.版本：活动可以示出版本1以指示其未被改变。
viii.批准：驾驶员不预期批准自动化动作。
ix.开始纬度和经度：这些是开始活动被调用时的位置的纬度和经度。
x.结束纬度和经度：这些是空，因为我们还没有结束活动。
xi.当前：由于这是当前活动（每个日志，一次只能具有1个），因此将其设置为真。
xii.未决批准：活动不需要被批准，因此其被设置为<空>。
系统100还可以记录包括标识数据和认证数据的驾驶员数据。以这种方式可以维护驾驶员的历史记录。记录可以包括哪些移动单元由驾驶员驾驶、地理路线、日期、时间和驾驶员活动的持续时间。记录可以包括聚合的历史记录以联合多个移动单元之上的驾驶员的历史。驾驶员活动可以在中央数据库中维护，并且可以经由卫星或无线通信链路收集。驾驶员的记录的历史活动也可以用于计算计费、薪酬和税款。
该系统提供管理移动员工的地理监管合规工具集合。通过利用全球定位系统和地理信息系统的能力，我们的工具提供了强大的地理业务规则引擎，以使用实时位置追踪来确定移动用户必须符合的特定法规和政策。系统组合了预期的用户任务、路线、优化的休息计划和用户输入以开发将通过清楚地描绘了用户的预期的所有活动的共同视图进行管理的有组织的计划。工作时间计划是流动的，并且可以由最终用户或后台办公室进行更新以确保预期的清楚通信。
根据本公开的原理的系统和方法可以包括合规管理过程，以增加组织对法规和政策的合规，其可以包括向用户通知对于改善人员对管辖法规和公司政策的合规所需的即将到来的动作。可以提供多种通知方法，包括为驾驶员提供安全体验的方法。根据本公开的原理的系统和方法可以向用户和其他人通知实时合规问题，以便可以在它们发生时或在它们发生之前管理、改正或处理情况。
根据本公开的原理的优化器通过基于驾驶员当前先前、当前和未来位置以及法规和相关联政策来推荐例如采取休息的最优时间块而使员工生产率最大化。优化器集成工作计划以为用户提供非凡（singular）体验来管理和追踪他们的一天。
根据本公开的原理的系统包括用于创建事件和活动的标准输入。为了减少对最终用户数据输入的需要，事件提供了协助或自动化活动创建的方式。使用gps设备来提供用于地理位置的标准事件处理，以提供基于用户的当前物理位置创建事件的能力。另一个标准事件生成器可能源于与关键事件解释和管理的车辆连接。系统还可以包括连接到外部输入以得到扩展能力的标准方法。
在一个方面中，根据本公开的原理，活动管理系统可以提供用于多个用户的活动的集中记录以及用于维护监管合规验证的相关法规。活动管理系统可以通过使用从集中记录（诸如数据库）中提取的个人的活动来简化补偿并最大化计费过程。
在一个方面中，根据本公开系统的原理的系统和方法可以通过提供用于规则、活动和事件的简单配置过程来提供最大灵活性。可以将配置发送到最终用户设备，而不需要软件更新或安装，以简化和加速推出的过程。
活动类型、事件类型和规则可以在服务器上创建、更新和删除，并传递给一个或多个移动单元。在接收到这些改变后，一个或多个移动单元上的最终用户应用可以基于事件执行新的规则，允许新的活动类型，并自动化或提示新的动作。移动单元处的应用的操作可以通过这些改变来动态修改，从而提供其配置的动态性质，同时保持如本文所述的基本能力。
根据本公开的原理配置的系统可以采用若干事务元素，其可以被动态地用于创建和监视规则、活动和事件以提供需要什么以及完成了什么的记录。除了记录之外，根据本公开的原理配置的系统可以使用该信息向用户提供反馈以使得用户能够改善性能。为了这样做，需要符合的规则可以基于用户的角色和位置从配置规则集合中动态标识。这些规则可能被分配其中规则需要基于用户何时进入该位置来执行的时间段。根据本公开的原理配置的系统还可以包括事件，其是某事发生的时刻；这些事件可以由例如时间、位置、服务器通信或车辆触发。这些事件可以用于创建活动，并且在创建激活时，活动被应用于用户必须符合的规则集合，以在其发生时示出合规。
虽然已经就示例性实施例描述了本公开，但本领域技术人员将认识到，本公开可以在具有在所附权利要求的精神和范围内的修改的情况下实施。这些示例仅仅是说明性的，并不意味着是本公开的所有可能的设计、实施例、应用或修改的详尽列表。