[0001] 本公开涉及用于机动车辆的通行费收取的系统和方法。 背景 [0002] 用于收取通行费的已知方法是基于卫星支持的系统。 在这里,收费公路网络被分成几个部分,每个部分被分配一个决定通行费数额的关税。 收费公路网络到路段的映射构成了收费系统运行数据的一部分,并存储在控制中心。 通过安装在车辆中的车载单元(所谓的 OBU(OBU - 车载单元)),车辆在行驶时借助全球导航卫星系统以固定的时间间隔确定位置。 车辆的位置被记录在所谓的车道文件中,该文件以特定的时间间隔通过移动无线电发送到控制中心。 车道数据在控制中心进行评估,即将确定的位置与收费路段进行比较,并计算要支付的通行费。 这里的缺点是每辆收费的车辆都必须携带特殊的硬件,即 OBU,以记录其位置。 [0003] 通常,驾驶员携带的设备(例如智能手机或平板电脑)具有自动收费所需的功能,例如定位(例如通过 GPS(GPS - 全球定位系统))、通过移动通信进行通信和(图形)用户界面。 因此希望使用这种设备进行收费。 [0004] 文献EP 1 655 700 A2公开了一种用于确定路线的路线使用费的方法,特别是针对路线的偶尔用户。 在该方法中,路线的长度借助于两种确定方法来确定,其中这两种确定方法在中央计算机单元中执行。 在第一种确定方法中,处理与移动终端设备相对于通信网络的至少一个网络侧组件的相对位置相关的数据。 在第二种确定方法中,处理内部车辆状态信息,该信息先前经由终端传送到中央处理单元。 将两种测定方法的结果相互比较。 [0005] 文件 US 2009/0024458 A1 描述了一种用于路线的基于位置的计费方法。 确定行程细节,包括各种位置数据,每个位置数据指示行程期间位置感测设备的位置。 行程详细信息用于确定行程费用。 成本和位置检测设备的标识由位置检测设备转发给支付服务。 [0006] 文件EP 3 002 733 A1公开了一种收费控制中心,用于在使用收费交通区域时从收费车辆收取通行费。 收费中心包括中央计算设备和中央通信设备。 中央计算设备被设置为通过中央通信设备从移动设备接收用于启动收费方法的启动请求,该收费方法由收费车辆使用收费交通区域。 发起请求包括收费车辆的起始位置数据。 中央计算设备还被设置为响应于启动请求的接收而启动收费方法,并且响应于终止事件的发生而终止所启动的收费方法。 [0007]文件 EP 3 447 695 A1 中描述了自动收费的控制方法。 在一个实施例中,在检查站记录车辆的摄像机图像。 相机图像提供有初始时间戳。 此外,车辆会向检查站预定区域的控制中心发送收费信息。 收费消息包括车道信息和第二个时间戳,指示消息发送的时间。 摄像头图像用于确定车辆位于道路的哪条车道。 如果确定的车道与收费消息中的车道信息相匹配,并且两个时间戳彼此足够接近,则认为检查成功。 [0008] 在该实施例中,要么需要分析位置数据以确定用于发送长途消息的预定区域,要么必须存在触发长途消息发送的通信。 在另一个实施例中,位置数据被连续发送到控制中心作为通行费信息。 对于每条收费信息,带有车道信息和相关时间戳的收费消息也会发送到控制中心。 然后在控制点将车道信息与摄像机图像中的车道进行比较。 大量数据(位置数据和收费消息)不断从车辆设备传输到控制中心。 [0009] 文献US 2010/0287038 A1公开了一种具有布置在车辆中的收费设备的收费系统,该收费设备具有卫星导航接收器。 车辆的位置由卫星导航接收器确定。 此外,车辆周围环境的特性借助于传感器来确定,该特性取决于车辆的位置。 将卫星导航接收器确定的车辆位置与传感器确定的属性进行比较和验证。 [0010] 文件WO 99/66455 A2描述了一种用于安装在车辆中的收费设备的路边控制设备。 当车辆经过控制装置时,控制装置检查收费装置是否设置正确且功能正常。 概括 [0011] 任务是为参与收费系统提供改进的技术。 特别是要避免专用硬件的规范,提高参与收费系统的便利性。 通行费征收的质量应保持较高水平,以便正确计算应缴通行费。 [0012] 公开了根据权利要求1的系统和根据权利要求14的方法。 进一步的实施例是从属权利要求的主题。 [0013] 一方面,公开了一种用于机动车辆的收费系统。 该系统具有分配给机动车辆的便携式收费设备和中央数据处理设备。 至少部分时间在便携式收费设备和中央数据处理设备之间存在通信连接。 便携式收费设备已设置 在机动车辆的旅程开始之前向中央数据处理设备请求预订,在中央数据处理设备确认预订之后,在旅程期间以第一固定时间间隔确定位置信息,位置信息包括收费设备的位置,在收费设备的存储器中确定的位置信息,当预定调度条件出现时将存储的位置信息传输到中央数据处理单元,并且在旅程结束时传输行程终端信号,如果合适的话,位置信息仍然存在于收费设备的存储器中,并发送给中央数据处理设备。 [0014] 建立中央数据处理设施 对来自便携式收费设备的预订请求作出反应,该反应是预订的确认或拒绝预订,将从便携式收费设备接收的用于预订的位置信息存储在中央数据处理设备的存储器中,在接收到行程结束信号后完成预订,评估存在于中央数据处理设备的存储器中的位置信息并由此确定通行费。 [0015] 此外,便携式收费设备和/或中央数据处理设备被设置为如果出现取消条件则在旅程结束之前取消预订。 [0016] 根据另一方面,提供了一种用于收费的计算机实现的方法。 该过程包括以下步骤: 在开始机动车辆的旅程之前,通过便携式收费设备请求使用中央数据处理设备进行预订,由此将便携式收费设备分配给机动车辆,响应来自便携式收费设备的预订请求,通过中央数据处理设备,反应是确认预订或拒绝预订,在确认预订之后,使用便携式收费设备,以规则的第一时间间隔确定位置信息,位置信息包括便携式收费设备的位置,将确定的位置信息存储在便携式收费设备的存储器中,当预定调度条件时,将存储的位置信息从便携式收费设备传输到中央数据处理方向,存储在旅程结束时,通过便携式收费设备,从便携式收费设备接收的位置信息用于在中央数据处理设备的存储器中进行预订,传输旅程结束信号以及可能存在于中央数据处理设备中的更多位置信息收费设备存储到中央数据处理设备,在接收到行程完成信号后,通过中央数据处理设备,完成预订,评估存在于中央数据处理设备的存储器中的位置信息并确定通行费,如果终止条件发生,通过便携式收费设备和/或中央数据处理设施,在旅程结束前取消预订。 [0017] 在本公开中,为了节省空间,中央数据处理设备也被称为中央单元。 [0018] 用户驾驶收费机动车,在收费线路行驶时,必须保证缴纳通行费。 理想情况下,此过程如下。 用户在开始旅程之前使用收费设备在总公司发起预订。 当总公司确认预订后,即可开始旅程。 在旅途中,收费设备定期确定其位置并因此确定相关机动车辆的位置。 这些位置存储在收费设备的存储器中,并在旅途中出现特定调度条件时或最晚在旅途结束时传输到控制中心。 当行程结束,所有职位都在总公司后,总公司根据职位计算通行费。 [0019] 然而,在旅途中可能会出现某种情况(例如由于技术问题或其他并发症),从而无法再保证正确参与收费系统。 根据本发明,收费设备和/或控制中心(即每个设备单独或两个设备一起)因此被设置为如果取消条件出现则在旅程结束之前取消预订。 例如,终止条件可以是以下事件之一: 分配给预订的支付方式无效,分配给预订的用户帐户被阻止,检测到对机动车车辆标识的操纵,从便携式收费设备传输到控制中心的位置信息不充分,并且收费设备和控制中心之间的定期数据交换被中断。 [0020] 这些终止条件将在后面结合系统和方法的实施例的公开内容中更详细地解释。 [0021] 中止预约意味着收费设备不再记录位置信息。 如果取消预订,用户必须寻找其他方式正确参与收费系统或使用不收取通行费的路线。 如果预订被中止,收费设备可以被设置为向用户输出信号,例如作为视觉显示和/或作为声音信号。 此外,可以规定,收费设备被设置为输出取消预订的原因,例如作为视觉显示和/或作为声音信号。 可以规定,如果中止预订,则可能仍存在于便携式收费设备的存储器中的任何位置信息被传输到控制中心。 还可以规定控制中心在预订中止时基于控制中心可用的位置信息来计算到该点为止的通行费。 [0022] 在所有实施例中,设备可以例如无线地在便携式收费设备和控制中心之间相互通信,例如无线通信。 B. 借助蜂窝连接或借助 WLAN(WLAN——无线局域网,无线局域网)。 [0023] 便携式收费设备与要为其确定通行费的机动车辆相关联。 便携式收费装置可以设置在机动车内,也可以设置在机动车上。 便携式收费设备可以可拆卸地布置在机动车辆中,例如在支架中。 例如,便携式收费设备可以设计为智能手机或平板电脑。 此类设备通常具有收费所需的所有组件,因此不需要专用的收费设备,例如 OBU。 [0024] 便携式收费设备以规则的第一时间间隔确定其位置(并因此确定相关机动车辆的位置)。 为了确定位置,可以为收费设备分配位置检测设备,例如安装在收费设备中或耦合到收费设备。 位置检测装置可以设计为GNSS接收器(GNSS——全球导航卫星系统)。 合适的 GNSS 系统例如是 GPS、Glonass、Galileo 或 Beidou。 智能手机和平板电脑通常在设备中内置 GNSS 接收器。 收费设备(和相关联的机动车辆)的位置包括至少一个经度和一个纬度。 另外,该位置可以包括方向、速度、从其获取信号的GNSS卫星的数量以及HDOP值(HDOP-水平精度稀释,GNSS定位的水平精度的置信值)。 除了位置之外,位置信息还可以包括时间戳,时间戳指示位置是何时确定的。 [0025] 用于确定位置信息的第一规则时间间隔可以很小。 例如,可以每秒、每2秒或每5秒确定便携式收费设备的位置。 这是为了确保尽可能准确地(最好没有间隙)追踪机动车的行程,从而准确地确定通行费。 [0026]该中心可以包括处理器和存储器。 中心可以设计成服务器。 控制中心被设置用于评估位置信息,例如将收费设备的位置与收费路线模型进行比较并由此确定要支付的通行费。 该中心可以设置为将确定的通行费传输到便携式收费设备。 通行费可以显示在收费设备上,例如显示在显示设备上。 这样,用户就可以收到所行驶路线所产生的通行费金额的提示信息。 [0027] 便携式收费设备可以被设置为记录分配给便携式收费设备的机动车辆的车辆标识。 车辆标识可以是机动车的登记号。 车辆标识可以包括车辆的原产国,例如作为牌照上的信息。 车辆识别能够清楚地识别机动车辆。 车辆识别可用于检查机动车辆在行驶过程中是否参与收费程序。 车辆标识符可以例如通过用户输入或通过光学传感器(例如照相机)来记录。 用户输入可以使用收费设备的输入设备进行,例如使用触敏显示设备(触摸屏)。 收费设备也可以设置为将检测到的车辆标识与预订请求一起传输到控制中心。 总部可以将传输的车辆标识分配给预订。 [0028] 控制中心可以设置为生成唯一的预订标识号(预订 ID),并在预订请求得到肯定确认后将其传输到收费设备。 预订 ID 仅对特定行程预订有效(即批准的行程)。 收费设备可以设置为将预订 ID 与位置信息一起传输到控制中心。 这使得项目信息可以清楚地分配给特定的预订。 [0029] 该中心还可以设置为将车辆标识和预订 ID 与预订相关联。 [0030] 便携式收费设备可以被设置为除了车辆标识之外记录分配给便携式收费设备的机动车辆的至少一个车辆特征,例如通过用户输入,并且传输车辆标识和在在旅程开始前向控制中心提供至少一项车辆特征。 控制中心可以被设置为检查传输的至少一个车辆特性的一致性。 中心也可以设置为将一致性检查的结果传送给收费设备。 收费设备可以设置为输出从控制中心接收的一致性检查的结果,例如在显示设备上。 [0031] 至少一种车辆特性可以选自以下组的元素:允许的总重量、轴数、排放等级、驱动类型和上述元素的组合。 [0032] 在包括德国在内的许多国家/地区,要支付的通行费金额取决于机动车辆的特性。 在这些国家,车辆属性必须在旅行前指定,例如通过收费设备上的用户输入。 当车辆属性的信息发生变化时,可以规定记录变化的时间。 [0033]用于车辆识别的车辆属性可以已经存储在控制中心中。 控制中心中的一致性检查例如可以是所指定的至少一个车辆特性与存储的车辆特性的比较。 备选地或附加地,一致性检查可以包括指定总重量与车轴数量的比较。 如果重型车辆(例如40吨)只有几个(例如2个)轴或轻型车辆(例如5吨)有很多(例如4或5个)轴,则可以通过收费设备发布相应的信息。 如果一致性检查是否定的,则可以要求用户检查条目并在必要时更正它们。 [0034] 可以规定,用于将存储在便携式收费设备的存储器中的位置信息传输到中央数据处理设备的预定调度条件是以下条件中的至少一种: 预定的时间间隔已经过去并且达到便携式收费设备的存储器中的预定存储容量。 预定时间间隔可以具有2分钟和60分钟之间的任何值,例如5分钟、10分钟、20分钟或30分钟。 [0035] 在一个实施例中,可以设置中央数据处理设备被设置为当取消条件出现时向便携式收费设备发送阻塞信号,并且便携式收费设备被设置为在预订结束之前取消预订收到阻塞信号时的行程。 这可用于在驾驶时触发中央强制终止,例如在出现技术问题或其他并发症时。 [0036] 可以规定,用于支付通行费的支付方式(例如信用卡或 Paypal 帐户)存储在控制中心中。 用户可以通过向总部发送消息来阻止支付方式,例如,如果信用卡丢失或被盗,或者如果支付服务提供商的访问信息丢失。 也可以假设控制中心触发支付手段的阻塞,例如如果信用卡未被覆盖或账户被透支。 [0037] 支付方式可以分配给收费设备的预订请求。 例如,收费设备可以将支付方式与预订请求一起发送到总部。 备选地,可以在控制中心存储用于车辆标识符(或也用于多个车辆标识符)的支付方式,使得存储的支付方式用于针对该车辆标识符(或这些车辆标识符)的每次预订。 该中心可以设置为检查预订请求中支付方式的有效性。 如果付款方式有效,预订将被确认。 如果付款方式无效,预订将被拒绝。 [0038] 也可能发生在正在进行的旅程中支付方式被阻止,例如因为检测到信用卡被盗,或者如果支付方式被集中阻止因为支付方式不再被覆盖。 控制中心可以设置为检查是否将被阻止的支付方式分配给正在进行的旅程的预订。 如果是这样,控制中心可以向收费设备发送阻塞信号,并在行驶过程中取消预订。 [0039] 可以规定,中央数据处理设备被设置为确定便携式收费设备在驾驶时传输的位置信息的质量,并且如果质量低于预定阈值则向便携式收费设备传输阻塞信号. 中心可以设置为在收到位置信息后立即检查位置信息的质量。 可以在项目信息中检查以下一项或多项标准作为质量标准: 持续或反复的卫星数量不足、位置跳跃不可信、时间跳跃不可信、干扰模式和欺骗模式。 [0040] 还可以规定,便携式收费设备被设置为在旅途中以第二个规则间隔生成状态信息并将其传输到中央数据处理设备,并且中央数据处理设备被设置为检查状态信息并发送评估信号至便携式传输收费装置,其中如果测试为阳性则评估信号为释放信号,如果测试为阴性则评估信号为阻断信号。 [0041] 状态信息可以包括以下信息中的至少一种: 便携式收费设备的收集准备,指示何时生成状态信息的时间戳,分配给便携式收费设备的机动车辆的车辆标识,以及状态位置信息,状态位置信息指示便携式收费设备的位置生成状态信息的收费设备。 [0042] 状态位置信息可以由位置检测设备提供,例如作为GNSS坐标。 状态位置信息至少包括经度和纬度。 另外,状态位置信息可以包括方向、速度、从其获取信号的GNSS卫星的数量和HDOP值。 [0043] 收费设备是否准备好采集数据表明该收费设备是否已建立并具备参与收费系统的能力,即是否能够履行其在收费系统中的合作义务。 便携式收费设备的收集准备状态可以包括以下状态中的至少一种或以下状态的任意组合(例如全部): 便携式收费装置具有定位能力,便携式收费装置具有数据传输能力,便携式收费装置具有充足的电力供应,并且便携式收费装置能够进行通信。 [0044] 下面更详细地解释收集准备状态。 [0045] 为了参与合规运营,收费设备(以及相关车辆)的位置在旅途中以规则的第一时间间隔确定,例如每秒、每 2 秒或每 5 秒,并存储在收费设备的记忆中变成。 在稍后的时间点,例如经过预定时间后(例如 10 分钟后或 20 分钟后)、行程结束后或达到预定存储容量时,将存储的位置信息发送到控制中心。 基于位置信息,然后在控制中心进行评估是否已经行驶了一条或多条收费路线。 因此,按照收费义务操作收费设备的一个重要方面是收费设备是否可以在预定的规则的第一时间间隔内确定其位置。 [0046] 因此,收费设备必须能够确定其位置。 GNSS 接收器要能够确定其位置,就必须接收到足够数量的卫星信号; 通常来自至少四颗卫星的信号。 例如,如果 GNSS 接收器接收到的卫星信号太少或根本没有卫星信号,则无法确定其位置。 在这种情况下,他没有能力确定位置,并且基于位置确定的收款意愿将是否定的。 因此,不可能参与自动收费系统。 [0047] 收费设备的技术缺陷也可能导致它无法确定自己的位置。 例如,虽然可以接收到足够数量的GNSS卫星信号,但由于故障,收费设备中的信号处理失败,因此无法确定位置。 [0048]如果便携式收费设备具体化为智能手机或平板电脑,则定位能力不佳的其他原因可能是用户限制了使用定位功能的权限或关闭了定位功能(例如GNSS接收器)。 [0049] 位置信息和可能的状态信息应该从收费设备传输到控制中心。 传输以无线方式进行,例如通过蜂窝网络或通过 WLAN。 为了检查收款准备情况,可以查询收费设备与控制中心之间是否存在通信连接以及是否可以进行数据传输,即收费设备是否能够进行数据传输。 [0050] 如果将智能手机或平板电脑用作便携式收费设备,则其电源是相关的。 最后,便携式收费设备最迟应在行程结束后将行程中收集的位置信息传输至控制中心。 因此必须确保收费设备此时仍具有充足的电力供应。 因此,如果收费设备中电池的充电状态低于第一预定阈值,例如如果剩余的电池电量少于 10%,则可以规定将收集准备就绪设置为负。 如果电池电量低于第二预定阈值,则还可以规定向用户输出消息,第二阈值大于第一阈值。 例如,当电池电量为 15% 时,可以发出一条消息,提示用户将收费设备连接到充电器,以避免电池电量进一步下降以及由此产生的消极收费意愿。 [0051] 便携式收费设备可以设置为输出其收集准备状态,例如 B. 作为视觉信号和/或作为声音信号。 例如,可以通过收费设备的显示装置显示收费意愿的状态(例如,如果有收费意愿则为“绿色”,如果没有收费意愿则为“红色”)。 还可以规定,通过信号输出通知用户收集准备就绪状态之一的变化,例如 B. 作为视觉信号和/或作为声音信号。 为此,收费设备必须能够通信。 此类信号(或此类信号)的输出不得被抑制,例如智能手机和平板电脑的 Android 和 iOS 操作系统可能会出现这种情况。 [0052] 可以规定,生成的状态信息在生成后立即从便携式收费设备传输到中央数据处理设备。 状态信息可以在驾驶时持续监控收费设备的收集准备情况。 状态信息还可以包括预订 ID。 这使得能够将状态信息简单地分配给旅行预订。 第二规则时间间隔可以具有5秒和10分钟之间的任何值,例如10秒、20秒、30秒、1分钟、2分钟或5分钟。 这意味着在检查机动车时可以获得最新的信息,从中可以确定合作义务的履行情况。 在最简单的情况下,收费设备的收集准备(正或负)可以实现为单个位,因此传输的数据量非常小。 [0053] 可以规定,将在第二规则时间间隔内生成的状态信息存储在便携式收费设备的存储器中,并且如果确定不可能将所存储的状态信息发送到中央数据处理设备在稍后的时间点,一旦从便携式收费设备连接到中央数据处理设备,就将生成的状态信息发送到中央数据处理设备。 [0054]中央数据处理装置可被设置为当状态信息到达中央数据处理装置时以第一预定时间启动中央定时器,其中 a) 如果进一步的状态信息在中央定时器预定的时间内到达中央数据处理设备,则中央定时器被重置并从头开始重新启动或 b) 如果中央定时器在进一步的状态信息到达中央数据之前到期处理装置,中央数据处理装置向便携式收费装置发送阻塞信号。 [0055] 因此,如果状态信息没有及时到达总部,预订将被中止。 [0056] 便携式收费装置可被设置为当评估信号到达收费装置时以第二预定时间启动收费装置定时器,其中 a) 如果另一个评估信号在收费设备计时器指定的时间内到达收费设备,则重置收费设备计时器并从头开始重新启动或 b) 如果收费设备计时器在另一个评估信号到达收费站之前超时设备,收费设备死亡预订取消。 [0057] 如果与控制中心的连接丢失,收费设备将取消预订。 可以规定收费设备向用户发出取消行程预订的信号,例如光学信号和/或声音信号。 然后用户必须使用替代方案来参与收费系统。 [0058] 通过定时器,可以在行驶过程中监控收费设备与控制中心的连通性,即收费设备的数据传输能力。 中央计时器和收费设备计时器可以设置为相同的时间,例如1分钟、2分钟、5分钟、10分钟、20分钟或30分钟。 在两个设备中同时运行计时器可确保在收费设备与控制中心之间的通信链路丢失的情况下,在两个设备中确定收集准备就绪的相同(否定)状态。 [0059] 中央计时器的第一预定时间和/或收费设备计时器的第二预定时间可以适应预期路线。 计时器的值可以根据具体地点进行更改,例如使用最后一次成功传输的状态位置信息。 如果可预见路线上存在GNSS接收中断和/或收费设备与控制中心之间的手机连接中断的隧道,则可以将两个计时器调整到隧道中预期的时间以免无意中打断预订。 计时器的值可以根据隧道的已知长度和机动车辆的通常速度(例如,在德国卡车为 80 公里/小时)来确定。 定时器的值也可以根据可能的死点大小进行调整。 可以估计收费公路上的死角有多大,机动车以正常速度驶过死角需要多长时间。 [0060] 该系统还可以具有控制装置。 可设置控制装置 检测经过控制装置的机动车辆的车辆标识符,检查检测到的车辆标识符以进行操纵,并且如果检测到操纵,则将操纵信号传输到中央数据处理装置。 [0061] 中央数据处理设备可以设置为在接收到操纵信号时将阻塞信号发送到便携式收费设备。 [0062]控制装置可以是固定的(例如作为控制桥或控制柱)或移动的。 控制装置可以具有检测装置,该检测装置被设置用于检测车辆标识。 检测装置可以是光学检测识别器,例如照相机。 可以使用 OCR(OCR - 光学字符识别)将车辆标识转换为机器可读格式。 [0063] 控制装置和控制中心之间的通信可以无线地进行,例如通过移动无线电连接或通过WLAN。 [0064] 在所有公开的实施例中,可以规定,当收集意愿的一种或多种状态发生变化时,记录变化的时间(例如,带有时间戳)和/或收集意愿变化的触发因素在状态信息中。 [0065] 还可以规定,如果收集意愿发生变化,特别是如果收集意愿丢失,则将计划外的状态信息立即传输到控制中心。 计划外的状态信息包括消极的收集意愿。 此外,未安排的状态信息可以包括指示收集准备何时丢失和/或收集准备触发丢失的时间戳。 [0066] 便携式收费设备可以设置为通过安装应用程序执行此处描述的功能。 安装应用程序时,可以分配一个唯一的应用程序标识号(应用程序 ID)。 应用程序 ID 可以与状态信息一起发送到控制中心。 这是为了支持澄清欺诈企图或技术问题。 如果应用程序被卸载然后重新安装,将分配一个新的应用程序 ID。 例如,可以检测到在开车时新安装的应用程序。 [0067] 可以提供安装在收费设备上的应用程序版本与预订请求一起传输到控制中心。 可以设置控制中心检查传输的版本是否对应于应用程序的当前版本。 如果收费设备上的应用程序版本过旧,预订请求将被拒绝。 可以通知用户在开始旅程之前必须安装当前版本的应用程序。 [0068] 结合系统公开的特征可以类似地应用于该方法,反之亦然。 [0069] 除非上下文另有明确说明,否则术语“车辆”和“机动车辆”同义使用。 示例性实施例的描述 [0070] 下面参考附图更详细地解释示例性实施例。 展示下: 附图说明图1是收费系统的第一实施例的示意图, 图2是收费系统的第二实施例的示意图, 图3是收费方法的流程图, 图4是流程图6显示了用于检查车辆属性的方法的流程图, 图6显示了在怀疑牌照操纵的情况下取消行程预订的方法的流程图。 [0071] 在下文中,相同的参考符号用于相同的组件/方法步骤。 [0072] 在 1个 示出了用于收费的系统的第一实施例的示意图。 该系统包括便携式收费设备10和中央数据处理设备(中央)20。 [0073]收费装置10具有处理器11、存储器12、通信单元13、GNSS接收器14、能量存储器15和显示装置16。 收费设备10还可以具有扬声器(未示出)。 显示装置16可以设计为触摸屏(touch screen)的形式。 储能器15被设置用于为便携式收费设备10的部件供应电能。 储能器15设计为可充电二次电池。 便携式收费设备10可以设计为智能手机或平板电脑。 收费设备10被分配给在旅途中在至少部分收费路线上行驶的机动车。 收费设备10可以例如可拆卸地布置在机动车辆的支架中。 [0074] 控制中心20具有处理器21、存储器22和通信单元23。 [0075] 收费设备10和控制中心20被设置为通过它们的通信单元13、23例如通过移动通信和/或通过WLAN相互双向交换信号和/或数据。 沟通渠道在 1个 用虚线显示。 [0076] 2个 图1显示了用于收费的系统的第二实施例的示意图。 除了便携式收费设备10和控制中心20之外,该系统还包括控制设备30。 [0077] 控制装置30具有处理器31、存储器32、通信单元33和检测单元34。 控制装置30的通信单元33被设置为与控制中心20的通信单元23无线地交换信号和/或数据。 控制装置30和控制中心20之间的通信连接无线地进行,例如通过移动无线电和/或通过WLAN。 不提供收费设备10和控制设备30之间的直接通信。 [0078] 检测单元34用于检测经过控制装置30的机动车的车牌号。 检测单元34可以设计为相机,例如数字相机。 例如,检测单元34可以创建机动车辆的前视图的照片。 可以通过处理器31在照片中确定标识符,并且可以通过OCR生成机器可读的标识符。 如果需要,标识符的照片和/或确定的OCR标识符可以通过通信单元33传输到控制中心20。 [0079] 在下文中,呈现了用于收费的方法和相关过程的实施例。 [0080] 3个图1示出用于收费的计算机实现方法的第一实施例的流程图。 在机动车辆开始行驶之前,便携式收费设备10用于向控制中心20请求预订(步骤100)。 中心20以确认预订(步骤110)或拒绝预订(步骤105)来响应来自便携式收费设备10的预订请求。 如果预订被拒绝,程序就结束了,司机必须找到另一种方式来支付计划路线的通行费。 在控制中心20确认预订之后,收费设备10的位置信息以规则的第一时间间隔确定,例如每秒确定一次(步骤120)。 位置信息包括至少在经度和纬度方面的便携式收费设备10的位置。 该位置使用收费设备10的GNSS接收器14来确定。 位置信息存储在便携式收费表10的存储器12中(步骤130)。 当预定的调度条件出现时,存储的位置信息通过收费设备10的通信单元13被发送到控制中心20(步骤140)。 在中心20中,将从便携式收费设备10接收的用于预订的位置信息存储在中心20的存储器22中(步骤150)。 在行程结束时,便携式收费设备10向控制中心20发送行程完成信号,并且如果适用的话,还向控制中心20发送仍然存在于收费设备10的存储器12中的位置信息(步骤160)。 在接收到行程结束信号之后,在控制中心20中完成预订,评估存在于控制中心20的存储器22中的位置信息并且由此确定通行费(步骤170)。 该方法可以可选地包括进一步的步骤,其中确定的通行费从控制中心20传输到收费设备10并且由收费设备10输出,例如用显示设备16显示。 上述步骤描述了使用便携式收费设备进行收费的常规流程。 该过程代表通常的过程。如果在旅途中出现终止条件,则通过便携式收费设备10和/或通过控制中心20在旅途结束之前终止预订(步骤180)。 终止条件可以是技术故障,例如 GNSS 信号接收不足或收费设备 10 和控制中心 20 之间的通信链路中断。终止条件也可以具有不同的性质,例如无效的支付方式与预订相关,或涉嫌篡改车辆登记号码。 [0081] 终止条件是为预订存储的支付方式不再有效。 支付方式可以是信用卡。 信用卡可能已丢失或被盗。 在这种情况下,信用卡被用户或与用户相关联的个人或组织冻结。 例如,货运代理可以使用信用卡作为多辆车的付款方式。 如果这张信用卡现在丢失了,转运代理会阻止它。 总部检查被冻结的信用卡是否用作当前预订的付款方式。 如果是这样,预订将被总部取消。 控制中心向相关收费设备发出阻塞信号,提前结束预约。 [0082] 信用卡的信用额度也可能用尽,因此无法再付款。 在这种情况下,信用卡被总部冻结。 在这种情况下,控制中心也向相关的收费设备发送阻塞信号。 [0083]收费设备可以设置输出阻塞的原因,例如显示在显示设备上。 如果当前的几个预订受到信用卡冻结的影响,总部当然会向所有受影响的收费设备发送冻结信号。 这些声明类似地适用于其他支付方式,例如 Paypal 账户或 Klarna 账户。 [0084] 另一个终止条件可能是用户帐户被阻止或删除。 在这种情况下,总部也检查一个或多个正在进行的预订是否分配给被阻止的用户帐户,并将相应的阻止信号发送到相关的收费设备。 [0085] 终止条件的技术原因是收费设备传输的位置信息是否不可用。 中心可以设置在收费设备到达中心后立即检测收费设备发送的位置信息的质量。 如果发现质量不合格,控制中心向收费设备发送阻塞信号并取消预订。 位置信息的质量不足可以例如基于 GNSS 信号的质量来确定,例如 B. 持续或重复的卫星数量不足、位置跳跃和/或时间跳跃不可信、干扰和/或欺骗模式。 可以在此处实施升级级别:级别 1 - 仅在收费设备上显示警告消息,级别 2 - 通知行程终止,级别 3 - 通过取消预订终止行程。 [0086] 在第二个实施例中,这是在 3个 所示方法的补充在于,收费设备10以第二规则时间间隔生成状态信息并将其传输至控制中心20。 中心20检查状态信息并向收费设备10发送评估信号。如果检查是肯定的,则评估信号是释放信号。 所以旅程可以继续。 如果测试失败,评估信号就是阻塞信号。 在这种情况下,预订将被取消。 [0087] 这是为了确保在旅途中以较短的时间间隔集中检查预订批准或拒绝并向用户报告,以便在出现错误或阻塞时可以及时中断旅程预订。 生成和发送状态信息的过程在预订开始后立即开始。 状态信息以预先配置的固定时间间隔(例如每 30 秒、每 1 分钟或每 2 分钟)生成并传输到控制面板。 状态信息的发送间隔可以集中配置。 [0088] 状态信息包含与驾驶时检查和签发旅行授权相关的所有信息。 状态信息包括从以下日期中选择的一个或多个日期(或所有日期): 时间戳(生成状态信息) 在收费区(服务区,例如德国)的位置(是/否) 确定时间的位置(GNSSFixTime) 经度(Longitude) 纬度(Latitude) 方向(Heading) 水平精度(HDOP) 预订ID Ready for collection is given or not given status: green, red, yellow (green: ready ready for survey given, yellow: ready for survey given with warning, red: ready for survey not given) 触发状态红色或黄色 GNSS 状态 (例如 3Dfix、GNSS 卫星数量)与控制面板的连接不成功节能模式。 [0089] 如果愿意收集数据,则将其与所有属性一起发送到总部。 如果未给出收费意愿,则取消在收费设备上的行程预订。 终止会清楚地向用户发出信号,应用程序中的所有进程都将停止。 不愿领取的消息发送到总部,随后是预订结束的消息。 [0090]控制中心以“批准当前行程预订”或“拒绝当前行程预订”来响应状态信息。 旅行预订的批准允许用户继续预订旅行。 拒绝旅行预订会结束有效的旅行预订。 中央拒绝的原因可能是区块或技术问题。 在拒绝旅行预订后,记录位置信息和进一步生成收集准备就绪的过程将停止。 每次行程预订被中止时,关于预订结束的消息和剩余位置信息被从收费设备10传输到控制中心20。 [0091] 在第三实施例中,第二实施例的补充在于控制中心被设置为当状态信息到达控制中心时以第一预定时间启动中央定时器。 如果中央定时器在中央定时器指定的时间内接收到进一步的状态信息,则中央定时器被重置并重新从头开始。 如果中央计时器在进一步的状态信息到达中央之前超时,则中央向便携式收费设备发送阻塞信号。 因此,如果状态信息没有及时到达总部,预订将被中止。 [0092] 在第四实施例中,第二实施例的补充在于便携式收费设备被设置为当评估信号到达收费设备时以第二预定时间启动收费设备定时器。 如果另一个评估信号在收费设备计时器指定的时间内到达收费设备,则收费设备计时器被重置并重新从头开始。 如果在另一个评估信号到达收费设备之前收费设备定时器超时,则收费设备取消预订。 如果与控制中心的通信链路中断,收费设备将取消预订。 收费设备向用户发出取消行程预订的信号,例如光学信号和/或声音信号。 然后用户必须使用替代方案来参与收费系统。 [0093] 第三实施例和第四实施例可以相互组合。 定时器用于监控收费设备与控制中心的连通性,即收费设备在行驶时的数据传输能力。 [0094] 4个图1显示了用于检测和检查车辆特性的方法序列。 这个过程发生在旅程开始之前,可以导致预订的中央确认或拒绝。 用户首先在收费设备10上输入国家选择和分配给收费设备10的机动车辆的牌照号码(步骤200)。 随后,机动车辆的属性由用户输入(步骤210)。 这些属性包括车辆的重量、车辆的轴数(轴数)、排放等级和驱动类型。 输入的信息在步骤220中被传送到控制中心20。 控制中心20检查接收到的关于机动车辆的信息的一致性(步骤230)。 例如,可以在控制中心20中已经为车牌号存储车辆特性,例如机动车的重量和轴数。 在这种情况下,收费设备传输的重量值和车轴数必须至少与存储值相对应。 用户可以增加这些值,例如,如果使用一辆或多辆拖车。 一致性检查还可以包括传输的车辆特性的一致性。 例如,如果一辆重型车辆的车轴很少,或者一辆轻型车辆的车轴很多,这就不一致了。 检查结果从控制中心20传送到收费设备10(步骤240)。 检查的结果输出到收费设备上(步骤250)。 如果检查是否定的,则要求用户再次检查条目并在必要时进行更正。 通过步骤200和210输入的数据可以存储在收费设备10中。 如果同一辆车后来用于另一次旅行,则该数据可以由用户选择,因此无需再次输入。 来自多个机动车辆的数据也可以存储在便携式收费设备10中,如果需要,用户可以从中进行选择。 [0095] 在另一个实施例中,在旅程开始之前执行初始状态检查,用于决定是确认还是拒绝预订。 为了能够开始预订旅行,必须满足某些要求。 这些一方面与技术的实现有关,另一方面与预订旅程所需的财务条件有关。 [0096] 在此实施例中,应满足三个标准,以便控制中心发布旅行预订。 首先,检查机动车和/或收费设备的车牌号是否在中心端被遮挡。 此外,检查用户存储的支付方式是否被授权。 最后,传输的车辆属性(参见程序 4个 ) 检查一致性。 只有当所有三个条件都满足时,总部才会生成预订 ID,并将其与预订发布一起发送到收费设备。 如果旅行预订未获批准,则预订拒绝包含给出拒绝原因的文本。 [0097] 如果收费设备中的预订发布可用,则在收费设备中检查收集准备情况。 如果愿意,则给出收集意愿 收费设备能够确定自己的位置,即至少接收并处理来自4颗GNSS卫星的信号,收费设备能够进行数据传输,即与控制中心(手机或互联网)有通信连接,收费设备有足够的电源,即电池电量大于或等于 15%,收费设备能够通信,即它可以发出光学和/或声音信号,特别是当它准备好收集时,之前行程预订的所有数据(例如位置信息和/或状态信息)已传输至总部。 [0098] 初始状态检查的过程是 图 5显示。 首先,在控制中心20中检查上述三个标准(块的存在、支付方式的有效性和车辆属性的一致性)(步骤80)。 如果检查是否定的,则向收费设备发送阻塞信号(步骤85)并且向用户发送消息; 行程预订尚未开始。 如果检查是肯定的,则将释放信号连同预订ID一起发送到收费设备(步骤86)。 如果已经给出释放,则检查收费设备准备好收费(步骤90)。 如果收款意愿是否定的,则发出具有这种效果的消息并且该方法结束(步骤95)。 如果收集准备是肯定的,则开始行程预订(步骤96)。 然后可以进行旅程,例如使用中的步骤 3个 图解程序。 [0099] 旅程预订从收到预订批准开始。 仅当总公司发布预订并愿意收取时,行程预订才会开始。 在旅程预订开始后,有效预订的相应信号显示在收费设备 10 的显示设备 16 上并且对用户可见(例如“旅程活动”)。 此外,用户可以看到是否给出了收集的意愿。 在行程的有效预订期间,与车辆和通行费相关的所有数据可以显示在显示设备16上直到预订结束。 显示的数据包括,例如,预订编号、预订持续时间和带有所用路线的地图。 该卡可以是可激活的和可去激活的。 [0100] 在 6个 显示了当怀疑牌照操纵时取消预订的实施例。 该控制设备可用于发现星座,使取消技术上看起来正确的旅程的预订变得明智。 例如,可以检测到以下车牌操纵: a) 第一辆具有正确车牌和预订的车辆通过控制设施。 第二辆伪造车牌的车辆紧随其后。 b) 车辆的车牌号通过部分粘贴贴纸的方式进行更改,以防止以前的违规行为受到处罚。 为更改的车牌预订了一次旅行。 [0101] 控制装置30利用其检测单元14检测经过控制装置30的机动车的车牌号(步骤300)。 为此,机动车的正面被光学记录,例如被拍照。 在前面的图像中,确定了车牌。 通过控制设备30的处理器31检查标识符(步骤310)。 如果没有检测到篡改,则该方法结束(步骤315)。 如果发现操纵,则控制装置30向控制中心10发送相应的消息(步骤320)。 控制中心20检查是否存在对被操纵的车牌号的当前预订,并且如果有必要,通过向相关的收费设备发送阻塞信号来中断预订(步骤330)。 [0102] 下文描述的补充与本文公开的实施例兼容并且可以对其进行补充。 [0103] 在所有示例性实施例中,位置信息由收费设备以预定义的时间间隔(例如每秒)记录,并在可配置的时间传输到控制中心。 位置信息包括以下数据: 时间戳、纬度(以毫秒为单位)、经度(以毫秒为单位)、方向(以十分之一度为单位)、速度(以厘米/秒为单位)、NumSat 作为用于定位的 GNSS 卫星数量、HDOP 作为置信度和 Cell- ID 作为当前注册的移动无线电小区的 ID。 [0104]旅程预订通过用户输入终止。 为此,用于结束当前行程预订的按钮出现在收费设备10的显示设备16上。 通过操作“结束行程”按钮终止所有过程,并且所有与通行费相关的和记录的数据,特别是位置信息和可能的状态信息,被传输到控制中心。 用户被告知收费设备应保持开启状态和/或在数据传输完成之前不应关闭应用程序。 [0105] 行程完成消息(或行程完成信号)表示活动行程预订结束。 行程完成消息包括: 预订结束的时间戳、在收费区(服务区,例如德国)的位置(是/否)和预订 ID。 [0106] 预订结束后,应用程序中(收费设备的内存中)记录和可用的位置信息会立即传输到总部。 如果预订结束后没有移动电话服务,位置信息将在更新移动电话接收时或通过WLAN互联网连接立即发送到总部。 在已经记录的位置信息(来自之前的预订)被发送到总部之前,不会开始新的旅程预订。 如果总部未收到预订结束时的消息(例如,如果数据丢失或应用程序被卸载),旅程预订将由总部自动完成。 如果控制中心收到否定的收款意愿,则取消活动预订并向用户发出取消信号。 预订中止后,位置信息会立即发送到总部。 位置信息以签名和加密方式保存,存储在应用程序中(在收费设备的内存中)并传输到控制中心。 [0107] 控制中心接收到的位置信息被缓冲,直到它完成或由于超时而发生部分预订。 总部只能在行程预订完成后或预先配置的超时到期后关闭行程预订。 只有在收到“预订结束”消息以及总部的其余职位信息时,职位信息才完整。 不完整的旅程预订会被集中记录,并被视为部分预订。 不完整的旅程预订发生在活动旅程预订期间的预配置时间段内,既没有从收费设备接收到位置信息,也没有预订结束时的消息。 [0108] 如果移动网络出现故障,记录的位置会在收费设备的内存中缓存一段预先配置的时间(例如 10 分钟或 20 分钟)。 在预先配置的时间过去后,如果位置信息还没有传输到控制中心,则收费设备报告否定的收集准备并取消行程预订。 [0109] 完成行程后,控制中心根据传输的位置信息计算通行费,并传输至收费设备。 收费设备然后显示旅程的摘要。 摘要包括以下信息: 预订 ID、预订开始(日期、时间) 预订结束(日期、时间) 预订持续时间 预订金额(通行费以欧元计) 收费路线(以公里为单位)和使用的支付方式。 [0110] 可选地,驾驶的路线也显示在地图上。 [0111] 需要注意的是,“包含”和“包含”不排除其他元素或步骤,并且“一个”或“一个”的使用不排除多个。 权利要求中的任何参考标记不应被解释为限制。 [0112] 在说明书、权利要求和附图中公开的特征可以单独地和以彼此任意组合的方式与实施例的实现相关。