会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
首页 / 专利库 / 专利权 / 费用 / 具有通信设备的费用支付收集

具有通信设备的费用支付收集

阅读:727发布:2020-05-11

IPRDB可以提供具有通信设备的费用支付收集专利检索,专利查询,专利分析的服务。并且针对收费公路设施的使用收集过路费的实现方式。在一些实现方式中,动作包括接收第一信号,所述第一信号指示第一设备在使用所述收费公路设施的车辆中,处理所述第一信号以确定第一设备标识符,并且将第一消息传送到所述第一设备,所述第一消息包括用于收集第一费用支付的请求。,下面是具有通信设备的费用支付收集专利的具体信息内容。

1.一种由一个或多个处理器执行的、用于收集使用收费公路设施的过路费的计算机实现的方法,所述方法包括:接收第一信号,所述第一信号指示第一设备在使用所述收费公路设施的车辆中;

由一个或多个处理器处理所述第一信号以确定第一设备标识符;以及将第一消息传送到所述第一设备,所述第一消息包括用于收集第一费用支付的请求。

2.如权利要求1所述的方法,其中,所述第一消息提供用于选择使用所述第一设备来支付所述第一费用支付的选项。

3.如权利要求2所述的方法,还包括从所述第一设备接收第二消息,所述第二消息指示选择使用所述第一设备来支付所述第一费用支付,并且作为响应:执行在数据库中登记所述第一设备标识符和与所述车辆相关联的车辆标识符的登记协议,所述数据库将车辆标识符与相应的设备标识符相关联。

4.如权利要求3所述的方法,其中,所述登记协议包括:由所述一个或多个处理器处理所述第一信号以确定服务提供者,所述服务提供者为所述第一设备提供数据传输服务;以及确定所述服务提供者在服务提供者数据库中提供,并且作为响应,登记所述第一设备标识符和所述车辆标识符。

5.如权利要求3所述的方法,其中,所述登记协议包括接收来自所述第一设备的消息中的所述车辆的图像,所述消息包括所述第一设备标识符,并且所述图像被处理以确定所述车辆标识符。

6.如权利要求3所述的方法,其中,所述登记协议包括接收响应于车辆使用所述收费公路设施生成的交易中提供的所述车辆的图像。

7.如权利要求3所述的方法,其中,所述登记协议包括接收指示所述车辆标识符的文本。

8.如权利要求1所述的方法,其中,所述第一信号指示所述第一设备在车辆中的位置。

9.如权利要求1所述的方法,其中,所述第一信号指示所述第一设备正在以第一轨迹通过所述收费公路设施。

10.如权利要求9所述的方法,还包括:

接收第二信号,所述第二信号指示所述车辆正在以第二轨迹通过所述收费公路设施;

以及

确定所述第一设备的第一轨迹与所述车辆的第二轨迹相关。

11.如权利要求9所述的方法,还包括由所述一个或多个处理器处理所述第一信号和所述第二信号以提供所述第一设备的通过信息和所述车辆的通过信息之间的相关性。

12.如权利要求1所述的方法,其中,所述第一信号指示所述第一设备正在一位置处通过所述收费公路设施,该位置能够与所述车辆的轨迹相关。

13.如权利要求2所述的方法,还包括确定所述请求被拒绝,作为响应,接收与和车辆标识符相关联的所述车辆的登记的所有者相关联的信息,并且将发票发送到所述登记的所有者。

14.如权利要求13所述的方法,其中,确定所述请求被拒绝包括以下中的一个:从所述第一设备接收消息,所述消息指示所述请求被拒绝;以及在预定时间段过期之前并未从所述第一设备接收到响应。

15.如权利要求1所述的方法,还包括在将第一消息传送到所述第一设备之前,确定与所述车辆相关联的车辆标识符并未在数据库中提供,所述数据库将车辆标识符与相应的设备标识符相关联。

16.如权利要求1所述的方法,还包括在将第一消息传送到所述第一设备之前,确定使用所述收费公路设施的车辆未配备与结算账户相关联的有效标识设备。

17.如权利要求1所述的方法,还包括:

接收所述车辆的第一图像;以及

由所述一个或多个处理器处理所述第一图像以确定用于所述车辆的车辆标识符。

18.如权利要求17所述的方法,其中,所述第一费用支付包括用于使用所述收费公路设施的车辆的过路费以及与所述车辆标识符相关联的多次未支付的过路费。

19.如权利要求18所述的方法,其中,所述第一费用支付包括与所述第一设备标识符相关联的多次未支付的过路费。

20.如权利要求19所述的方法,其中,在数据库中所述第一设备标识符与第二车辆标识符相关联,所述数据库将车辆标识符与相应的设备标识符相关联。

21.如权利要求1所述的方法,还包括:

接收第二信号,所述第二信号指示第二设备在使用所述收费公路设施的车辆中;

由所述一个或多个处理器处理所述第二信号以确定第二设备标识符;以及将第二消息传送到所述第二设备,所述第二消息包括用于收集第二费用支付的第二请求。

22.如权利要求21所述的方法,还包括在将第二消息传送到所述第二设备之前,确定所述请求被所述第一设备拒绝。

23.如权利要求21所述的方法,其中,所述第二费用支付包括用于使用所述收费公路设施的车辆的过路费以及与和所述车辆相关联的车辆标识符相关联的多次未支付的过路费。

24.如权利要求23所述的方法,其中,所述第二费用支付包括与所述第二设备标识符相关联的多次未支付的过路费。

25.如权利要求21所述的方法,还包括从所述第二设备接收第三消息,所述第三消息指示选择使用所述第二设备来支付所述第二费用支付,并且作为响应:执行在数据库中登记所述第二设备标识符和与所述车辆相关联的车辆标识符的登记协议,所述数据库将车辆标识符与相应的设备标识符相关联。

26.一种计算机可读存储设备,其耦接到一个或多个处理器并且具有在其上存储的指令,当所述指令由所述一个或多个处理器执行时,使得所述一个或多个处理器执行根据前述权利要求中的一项或多项的方法的操作。

27.一种系统,包括:

一个或多个处理器;以及

计算机可读存储设备,其与所述一个或多个处理器通信并且具有在其上存储的指令,当所述指令由所述一个或多个处理器执行时,使得所述一个或多个处理器执行根据权利要求1-25中的一项或多项的方法的操作。

说明书全文

具有通信设备的费用支付收集

技术领域

[0001] 本申请要求2013年8月27日提交的美国临时申请序列号61/870,300的优先权,所述美国临时申请通过引用整体合并于此。

背景技术

[0002] 设施运营商对于付费使用的设施收集使用费用。在一些应用中,设施运营商采用电子费用收集技术。例如,收费公路运营商(TRO)使用电子费用收集技术来收集过路费。在一些示例中,TRO在收费公路中提供自由流动(例如,非停止)车道用于由配备识别设备的车辆使用。在一些示例中,识别设备识别车辆并且与车辆用户的用户结算账户相关联。TRO从相关联的用户结算账户收集过路费。
[0003] 在一些示例中,TRO拍摄使用收费公路的车辆的图像。对于配备识别设备的车辆,TRO从相关联的用户结算账户收集过路费。对于未配备识别设备的车辆,TRO可以使用基于图像的交易(IBT)以试图收集费用支付。例如,IBT可以包括使用拍摄的车辆图像以识别车辆登记者并且从车辆登记者收集过路费。

发明内容

[0004] 本公开的实现方式包括一种用于收集使用收费公路设施的过路费的计算机实现的方法。在一些实现方式中,所述方法包括以下动作:接收第一信号,所述第一信号指示第一设备在使用所述收费公路设施的车辆中,处理所述第一信号以确定第一设备标识符,以及将第一消息传送到所述第一设备,所述第一消息包括用于收集第一费用支付的请求。这些方面的其他实现方式包括被配置为执行被编码在计算机存储设备上的所述方法的动作的对应的系统、装置和计算机程序。
[0005] 这些和其他实现方式可以每一个可选地包括下列特征中的一个或多个:所述第一消息提供用于选择使用所述第一设备来支付所述第一费用支付的选项;所述动作还包括从所述第一设备接收第二消息,所述第二消息指示选择使用所述第一设备来支付所述第一费用支付,并且作为响应:执行在数据库中登记所述第一设备标识符和与所述车辆相关联的车辆标识符的登记协议,所述数据库将车辆标识符与相应的设备标识符相关联;所述登记协议包括:处理所述第一信号以确定服务提供者,所述服务提供者为所述第一设备提供数据传输服务;以及确定所述服务提供者在服务提供者数据库中提供,并且作为响应,登记所述第一设备标识符和所述车辆标识符;所述登记协议包括接收来自所述第一设备的消息中的所述车辆的图像,所述消息包括所述第一设备标识符,并且所述图像被处理以确定所述车辆标识符;所述登记协议包括接收响应于车辆使用所述收费公路设施生成的交易中提供的所述车辆的图像;所述登记协议包括接收指示所述车辆标识符的文本;所述第一信号指示所述第一设备在所述车辆中的位置;所述第一信号指示所述第一设备正在以第一轨迹通过所述收费公路设施;动作还包括:接收第二信号,所述第二信号指示所述车辆正在以第二轨迹通过所述收费公路设施,以及确定所述第一设备的第一轨迹与所述车辆的第二轨迹相关;动作还包括处理所述第一信号和所述第二信号以提供所述第一设备的通过信息和所述车辆的通过信息之间的相关性;所述第一信号指示所述第一设备正在一位置处通过所述收费公路设施,该位置可以与所述车辆的轨迹相关;动作还包括确定所述请求被拒绝,作为响应,接收与和车辆标识符相关联的所述车辆的登记的所有者相关联的信息,并且将发票发送到所述登记的所有者;确定所述请求被拒绝包括以下中的一个:从所述第一设备接收消息,所述消息指示所述请求被拒绝;以及在预定时间段过期之前并未从所述第一设备接收到响应;动作还包括在将第一消息传送到所述第一设备之前,确定与所述车辆相关联的车辆标识符并未在数据库中提供,所述数据库将车辆标识符与相应的设备标识符相关联;动作还包括在将第一消息传送到所述第一设备之前,确定使用所述收费公路设施的车辆未配备与结算账户相关联的有效标识设备;动作还包括:接收所述车辆的第一图像;以及处理所述第一图像以确定用于所述车辆的车辆标识符;所述第一费用支付包括用于使用所述收费公路设施的车辆的过路费以及与所述车辆标识符相关联的多次未支付的过路费;所述第一费用支付包括与所述第一设备标识符相关联的多次未支付的过路费;在数据库中所述第一设备标识符与第二车辆标识符相关联,所述数据库将车辆标识符与相应的设备标识符相关联;动作还包括:接收第二信号,所述第二信号指示第二设备在使用所述收费公路设施的车辆中;处理所述第二信号以确定第二设备标识符,以及将第二消息传送到所述第二设备,所述第二消息包括用于收集第二费用支付的第二请求;动作还包括在将第二消息传送到所述第二设备之前,确定所述请求被所述第一设备拒绝;所述第二费用支付包括用于使用所述收费公路设施的车辆的过路费以及与和所述车辆相关联的车辆标识符相关联的多次未支付的过路费;所述第二费用支付包括与所述第二设备标识符相关联的多次未支付的过路费;以及动作还包括从所述第二设备接收第三消息,所述第三消息指示选择使用所述第二设备来支付所述第二费用支付,并且作为响应:执行在数据库中登记所述第二设备标识符和与所述车辆相关联的车辆标识符的登记协议,所述数据库将车辆标识符与相应的设备标识符相关联。
[0006] 本公开还提供一种计算机可读存储设备,其耦接到一个或多个处理器并且具有在其上存储的指令,当所述指令由所述一个或多个处理器执行时,使得所述一个或多个处理器执行根据这里提供的方法的实现方式的操作。
[0007] 本公开还提供一种用于实现这里提供的方法系统。所述系统包括一个或多个处理器,以及计算机可读存储介质,其耦接到所述一个或多个处理器并且具有在其上存储的指令,当所述指令由所述一个或多个处理器执行时,使得所述一个或多个处理器执行根据这里提供的方法的实现方式的操作。
[0008] 应理解,根据本公开的方法可以包括这里描述的方面和特征的任何组合。也就是说,根据本公开的方法不限于这里具体地描述的方面和特征的组合,并且还包括所提供的方面和特征的任何组合。
[0009] 结合附图和下面的描述阐述本公开的一个或多个实现方式的细节。根据描述和附图以及根据权利要求,本公开的其他特征和优点将是清楚的。

附图说明

[0010] 图1描绘根据本公开的实现方式的示例系统架构。
[0011] 图2描绘可以根据本公开的实现方式执行的示例处理。
[0012] 图3描绘可以根据本公开的实现方式执行的示例处理。
[0013] 图4描绘可以根据本公开的实现方式执行的示例处理。
[0014] 图5描绘可以用于执行本公开的实现方式的示例计算系统的示意图。
[0015] 在各附图中相同参考标号指示相同元素。

具体实施方式

[0016] 本公开的实现方式总地针对用于付费使用设施的支付收集系统。更具体地,本公开的实现方式提供使得收费公路运营商(TRO)和/或代表TRO行为的服务提供者能够从收费公路用户收集过路费的识别方案和收集方案(例如,收费文本方案)。在一些实现方式中,基于识别与收费公路用户相关联的交易,以及在与TRO相关联的系统和与收费公路用户相关联的一个或多个通信设备之间传送消息,来收集过路费。以该方式,TRO能够容易地和高效地对于使用收费公路设施的车辆收集过路费。此外,收费公路用户能够容易地和高效地向TRO登记并且支付用于相关联的交易的过路费。如这里进一步详细讨论的,本公开的识别方案的实现方式使得TRO能够识别与收费公路用户相关联的交易。此外,本公开的收费文本方案的实现方式使得TRO能够从为与收费公路用户相关联的一个或多个通信设备提供数据传输服务的一个或多个对应的服务提供者收集过路费。
[0017] 根据本公开的实现方式,可以确定车辆正在使用收费公路设施,并且可以确定在车辆中存在一个或多个通信设备。在一些示例中,通信设备可以包括移动通信设备(MCD)(例如,蜂窝电话)。在一些实现方式中,可以确定车辆并未登记用于过路费的支付。因此,并且在一些示例中,消息可以从与TRO相关联的TRO系统提供到MCD。在一些示例中,与TRO相关联的TRO系统是由TRO拥有和运营的本地部署(on-premise)系统(例如,在TRO的一个或多个服务器上)。在一些示例中,与TRO相关联的TRO系统是由服务提供者代表TRO运营的外部部署(off-premise)系统(例如,在云服务提供者的一个或多个服务器上)。在一些实现方式中,消息可以包括指示过路费支付到期的文本消息。在一些示例中,如这里进一步详细讨论的,车辆运营商可以开始使用MCD的过路费的支付。
[0018] 在一些示例中,MCD可能并未在车辆内被检测到。因此,可以实现可替换的过路费收集处理。在2013年3月11日提交的共同拥有的美国临时申请号61/776,324中描述了示例收集处理,该申请的公开通过整体引用明确地合并于此。例如,与TRO相关联的TRO系统可以接收使用收费公路设施的车辆的图像。例如,可以拍摄车辆的数字图像,并且可以由TRO系统接收数字图像文件。在一些示例中,TRO系统处理图像以确定车辆的车辆标识符。在一些示例中,车辆标识符包括车辆的车牌号(LPN)。在一些示例中,图像的处理可以包括光学字符辨识(OCR)和/或车辆签名辨识。在一些示例中,TRO系统确定车辆标识符与通信设备的设备标识符相关联。例如,TRO系统可以访问将车辆标识符与一个或多个设备标识符相关联的数据库,每一个设备标识符对于相应的通信设备是唯一的。
[0019] 在一些实现方式中,TRO系统将消息传送到通信设备以请求允许收集一个或多个费用支付。在一些示例中,TRO系统从通信设备接收消息,所述消息指示允许收集一个或多个费用支付。在一些示例中,响应于来自通信设备的消息,TRO系统将支付请求传送到支付系统。在一些示例中,支付系统与通信服务提供者(CSP)相关联,所述通信服务提供者与通信设备相关联。在一些示例中,CSP可以为通信设备标识符提供电话和/或数据传输服务。示例CSP可以包括但不限于AT&T、Verizon、Sprint、T-Mobile和Virgin Mobile。在一些示例中,与CSP相关联的支付系统是由CSP拥有和运营的本地部署系统(例如,在CSP的一个或多个服务器上)。在一些示例中,与CSP相关联的支付系统是由服务提供者代表CSP运营的外部部署系统(例如,在云服务提供者的一个或多个服务器上)。TRO从CSP收集一个或多个费用支付。CSP从用户收集一个或多个费用支付和/或服务费。示例支付方法可以包括每月地向用户提供CSP发票,从用户的CSP预支付账户余额减少,和/或电子钱包或由CSP管理的其他支付方法(例如,信用/借记银行账户)。
[0020] 在一些实现方式中,使用一个或多个消息服务和/或协议提供TRO和MCD之间的消息通信。示例消息服务和/或协议可以包括多媒体服务(MMS)、短消息服务(SMS)、传输控制协议/因特网协议(TCP/IP)和/或电子邮件(email)。在一些示例中,应用(APP)可以被安装在MCD上并且由MCD执行,其中由应用实现TRO和MCD之间的消息通信。
[0021] 图1描绘根据本公开的实现方式的示例系统架构100。示例系统架构100包括用户102和用户侧设备104、服务器系统106、112、114和网络108。在一些示例中,设备104可以包括任何适当类型的设备,诸如手持式计算机、平板计算设备、个人数字助理(PDA)、蜂窝电话、网络设备、相机、智能移动电话、增强型通用分组无线电业务(EGPRS)移动电话、媒体播放器、导航设备、电子邮件设备、文本消息设备、游戏控制台、或这些数据处理设备或其他数据处理设备中的任何两个或多个的任何适当组合。在图1的示例中,并且如贯穿本公开的剩余部分通过示例的方式所使用的,用户侧设备104被提供为MCD,诸如蜂窝电话和/或智能电话。
[0022] 在一些示例中,用户侧设备104和服务器系统106、112、114通过网络108彼此通信。在一些示例中,网络108可以包括大型计算机网络,诸如局域网(LAN)、广域网(WAN)、因特网、蜂窝网络、或连接任何数量的通信设备、计算设备和/或服务器系统的上述网络的组合。
[0023] 在一些示例中,每一个服务器系统106、112、114可以包括一个或多个计算设备和一个或多个机器可读存储库或数据库。在所描绘的示例中,服务器系统106与CSP相关联,服务器系统112与车辆登记机关(VRA)(例如国务卿和/或特定州的交通部)相关联,并且服务器系统114与TRO相关联。在一些示例中,服务器系统可以通过由实体拥有和运营而与实体(例如,CSP、TRO、VRA)相关联。在一些示例中,服务器系统可以通过(例如由云服务提供者)代表实体被提供而与实体(例如,CSP、TRO、VRA)相关联。在一些示例中,每一个服务器系统106、112、114可以包括一个或多个计算设备和一个或多个机器可读存储库或数据库。
[0024] 出于图示的目的,所描绘的示例包括单个TRO、单个VRA、单个CSP和单个用户侧设备104。然而,应理解,可以使用任何适当数量的TRO、VRA(例如,对于不同州)、CSP和用户侧设备实现本公开的实现方式。
[0025] 继续参考图1,用户102可以是车辆110的用户。在一些示例中,车辆110向VRA登记,并且基础的车辆登记可以与车辆所有者信息(例如,车辆所有者姓名和邮寄地址)相关联。在一些示例中,VRA发出对车辆110唯一的车辆标识符(例如,显示LPN的车牌)。在一些示例中,VRA将车辆标识符与车辆所有者信息相关联(例如,在配备服务器系统112的数据库中)。
[0026] 在一些示例中,CSP为用户侧设备104提供通信和/或数据传输服务。在一些示例中,用户侧设备104与一个或多个唯一的设备标识符相关联。作为示例,设备标识符可以包括蜂窝电话号码。在一些示例中,用户102具有与CSP建立的账户以实现电话服务费和/或数据传输服务费的支付。根据本公开的实现方式,账户可以用于实现过路费的支付,如这里进一步详细讨论的。在一些示例中,CSP周期性地(例如,每周或每月)向用户102提供发票用于发生的费用。在一些示例中,用户102使用用户支付账户支付发生的费用,在一些示例中,用户支付账户可以是银行账户、信用卡账户、借记卡账户和/或电子钱包(e-wallet)账户。在一些示例中,账户是预先支付账户,其中CSP可以扣除资金以支付发生的费用。在一些示例中,预先支付账户可以是匿名账户。
[0027] 继续参考图1,提供收费公路设施(TRF)116。在一些示例中,TRF 116与TRO相关联(例如,TRO拥有和/或运营TRF 116)。在一些示例中,TRF提供具有自由流动(例如,非停止)车道的收费公路用于由车辆使用。在一些实现方式中,TRF 116包括用于检测通过TRF 116(例如,通过自由流动车道)的车辆的一个或多个感测设备。在一些示例中,一个或多个感测设备可以包括在TRF 116处部署的传感器、检测器、RFID读取器、标签读取器、红外线(IR)读取器、逻辑单元/控制器、相机、运动检测器、激光扫描仪、立体视觉系统或公路内电磁传感器(例如,回路或数字回路)。在一些示例中,受控或自触发前置和/或后置数字相机可以拍摄通过TRF 116的车辆的图像。在一些示例中,可以处理所拍摄的图像以确定与车辆相关联的车辆标识符(例如,LPN)。在一些示例中,RFID读取器可以检测安装在通过TRF 116的车辆上的标签或收发器。在一些示例中,并且如下面进一步详细讨论的,TRF 116可以包括MCD检测、跟踪和/或位置系统(例如,在下面讨论的TRO ARC系统中)。MCD检测系统可以用于检测通过TRF 116的车辆内的MCD。
[0028] 在一些实现方式中,与TRO相关联的系统包括一个或多个自动公路控制器(ARC)系统(例如,TRO ARC系统)用于为与通过TRF 116的车辆相关联的交易(TXN)提供数据。在一些示例中,TRO ARC系统可以使用从一个或多个感测设备接收的传感器数据以提供用于通过TRF 116的每一个车辆的相关、检测、分类和/或识别的数据。在一些实现方式中,由TRO ARC系统提供的数据可以用于对在TRF 116处的每一个谨慎的车辆通过创建交易记录。交易记录可以包含每一个谨慎的车辆通过事件的信息。
[0029] 在一些示例中,由TRO ARC系统提供的传感器数据可以用于使车辆的车辆通过信息相关,用于识别与车辆相关联的标识符的通过信息,和/或用于确定用于车辆和/或标识符的交易。例如,TRO ARC系统可以将车辆的车辆通过信息与安装在车辆中的标签的标签通过信息相关,以确定哪一个车辆对应于哪一个标签和/或哪一个标签识别号并且校验用于每一个车辆的交易。
[0030] 在一些实现方式中,TRF 116包括一个或多个感测设备(例如,被提供在TRO ARC系统中)用于检测经过TRF 116(例如,通过自由流动车道)的车辆通过。在一些示例中,车辆可以配备识别设备,其唯一地识别用于对过路费进行收费的相关联的结算账户。示例识别设备可以包括射频识别设备(RFID)(或“标签”)。在一些示例中,结算账户链接到用户支付账户用于在TRO后台系统(BOS)处的自动补充。在一些示例中,一个或多个感测设备可以包括在TRF处部署的传感器、检测器、RFID读取器、标签读取器或逻辑单元/控制器。在一些示例中,一个或多个感测设备可以包括运动检测器。
[0031] 如这里进一步详细讨论的,提供一种协议,其包括用于对于付费使用设施(例如,TRF)容易地和高效地收集费用(过路费)的消息方案。简言之,意图使用或已经使用TRF的用户可以向与TRO相关联的TRO系统登记通信设备标识符和车辆标识符元组(例如,[MCDID,VEHID]),并且所登记的消息可以用于从与通信设备相关联的CSP收集过路费。
[0032] 现在参考图2、3和4,将进一步详细描述本公开的实现方式。出于图示的目的,与图1的示例系统架构100对应的标记用于呈现对应的设备和/或系统。
[0033] 图2描绘可以根据本公开的实现方式执行的示例处理200。在一些示例中,可以使用利用一个或多个计算设备(例如,图1的服务器系统114)执行的一个或多个计算机可执行程序提供的示例处理200。在一些示例中,可以执行处理200以向MCD提供支付允许请求。
[0034] 在一些实现方式中,示例处理200包括用于用户向TRO系统登记车辆和MCD的登记协议。根据本公开的实现方式,用户拍摄车辆的图像。在一些示例中,用户可以使用MCD的相机或另一相机来拍摄图像。在一些示例中,图像可以包括车辆的后视图和/或车辆的前视图。在一些示例中,图像描绘车辆的LPN。在一些示例中,图像包括车辆指纹特征(例如,车辆的形状、颜色和/或品牌/型号标记)。在一些示例中,可以导出车辆的形状以提供表示车辆的轮廓信息。例如,大货车将具有比小跑车更大的轮廓。用户将图像传送到TRO系统。
[0035] 在一些实现方式中,用户提供车辆LPN和发出区域(例如,州)以及MCD标识符。在一些示例中,MCD标识符可以包括与用户相关联的标识符(例如,移动订户综合服务数字网络号码(MSISDN)和/或订户身份模块(SIM))。在一些示例中,与用户相关联的标识符是电话号码。在一些示例中,MCD标识符可以包括唯一的序列号(例如,移动设备身份(MEI/IMEI))。
[0036] 在一些实现方式中,用户使用MCD以使用消息服务和/或通信协议将图像传送到TRO系统。以该方式,图像和MCD标识符可以被提供到TRO系统。例如,电话号码可以与登记处理相关联(例如,888-729-8655(支付费用)),并且用户可以使用电话号码传送图像。在一些实现方式中,用户使用计算设备(例如,桌面型计算机)以将图像和MCD标识符(例如,MCD ID)传送到TRO系统(例如,通过电子邮件、通过由TRO系统提供的网络门户)。在任何情况下,TRO系统接收可以被处理以识别车辆和MCD标识符(例如,通过CSP系统与用户相关联)的图像和/或数据。在一些示例中,用户使用MCD以传送LPN和/或登记的字符和/或号码,例如在没有图像的情况下。
[0037] 车辆图像被接收(202)。在一些示例中,TRO系统从用户接收车辆图像并且与MCD相关联。在一些示例中,车辆图像包括车辆的LPN和/或指示LPN的文本。在一些示例中,从响应于使用收费公路设施的车辆生成的交易提供车辆图像,如这里进一步详细讨论的。在一些示例中,MCD ID被确定,并且MCD ID和车辆图像被存储(204)。在一些示例中,TRO系统将MCD ID和车辆图像存储在登记数据库中。
[0038] 为MCD提供通信和/或数据传输服务的CSP被确定(206)。在一些示例中,CSP的登记信息可以基于MCD ID被交叉引用以识别为MCD提供通信和/或数据传输服务的CSP。可以确定CSP是否是有效的CSP(208)。在一些示例中,CSP可以被确定为有效的CSP,如果CSP被包括在CSP的登记信息中。在一些示例中,CSP是有效的CSP,如果CSP支持基于消息的支付协议(例如,收费文本方案)。如果确定CSP不是有效的CSP,则TRO系统传送拒绝消息(210)。在一些示例中,使用用于将车辆图像和MCD ID提供到TRO系统的相同信道(例如,SMS消息、MMS消息、电子邮件或基于应用的消息)传送拒绝。
[0039] 如果CSP是有效的CSP,则车辆的LPN被确定(212)。在一些示例中,TRO系统处理图像以确定LPN(212)。在一些示例中,TRO系统使用图像分析处理处理图像。示例图像分析处理可以包括OCR。在一些示例中,TRO系统还处理图像以提供来自车辆的车辆指纹特征。在一些示例中,TRO系统可以确定登记的区域(例如,州、省)。例如,可以确定在其中登记车辆并且发出LPN的州。在一些示例中,区域可以在LPN本身中提供。在一些示例中,可以在车牌上识别区域并且可以基于车辆图像的图像处理来确定。
[0040] 信息被传送到用户(214)。在一些示例中,TRO系统基于MCD标识符将消息(例如,SMS消息、MMS消息、电子邮件或基于应用的消息)传送到MCD。在一些示例中,消息包括LPN和发出的州。在一些示例中,消息可以包括用于用户校验信息的请求。在一些示例中,消息指示如果LPN和登记的区域的信息是正确的,则用户将在响应消息中传送回肯定的接受代码。示例消息可以包括:
[0041] TX 123 456
[0042] 如果OK并且你接受条款,消息:12
[0043] 如果不正确,则消息13+州和LPN
[0044] 在该示例中,消息指示登记区域被确定为德克萨斯州(TX)并且LPN被确定为123 456。此外,示例消息要求用户通过发送包括号码12(例如,接受代码)的响应消息来确认信息的准确性和它们在支付方案中的参与。如果所提供的信息是不正确的,示例消息还要求用户发送包括号码13(例如,拒绝代码)、登记州和LPN的响应消息。在一些示例中,用户可以在完成之前放弃登记处理。
[0045] 响应消息被接收(216)。在一些示例中,TRO系统接收响应消息。确定是否更新LPN和/或登记区域的信息(218)。在一些示例中,如果响应消息指示登记处理的放弃,则登记处理被中止。在一些示例中,如果响应消息包括正确的信息和/或拒绝信息(例如,“13”),则TRO系统确定信息将被更新。在一些示例中,信息可以基于在响应消息中提供的信息和/或基于重新处理车辆图像而被更新。如果响应消息包括接受代码(例如,“12”),则TRO系统确定不更新信息,并且确认消息被传送到用户(220)。在一些示例中,TRO系统基于MCD标识符将确认消息(例如,SMS消息、MMS消息、电子邮件或基于应用的消息)传送到MCD。
[0046] 在一些示例中,确认消息包括向用户通知登记完成和/或用户将被联系以允许对于使用目标TRF的费用的信息。在一些示例中,确认消息可以解释用户的允许或拒绝支付过路费的义务。在一些示例中,如果用户拒绝允许支付请求的支付或无法对支付请求做出响应,确认消息可以向用户通知登记将被取消和/或可替换的收集方法将被采用。在一些实现方式中,可替换的收集方法可以包括标准邮件支付收集方法(例如,通过邮件将发票发送到登记的车辆所有者,如根据VRA确定的)。在一些示例中,邮件支付收集方法由于更高的收集成本和/或管理成本,可以发生对用户收取的更高的支付。
[0047] 在一些示例中,确认消息可以指示用户为TRO和用户之间的支付协议的细节而访问网站。在一些示例中,登记处理可以包括要求用户访问网站并且确认用户已经阅读并同意了服务的条款。在一些示例中,可以通过用户将MCD ID和LPN键入到网站来提供用户确认。在一些示例中,用户被要求在已经接收到确认消息的阈值时间(例如,2天)内访问这样的网站。在一些示例中,所确认的支付协议和/或服务的条款(“确认信息”)使得TRO能够从与MCD相关联的CSP请求支付。在一些示例中,TRO可以将确认信息提供到CSP。在一些示例中,确认信息包括用户对于CSP用作支付代理和对用户的CSP账户进行收费的允许。在一些示例中,如这里进一步详细讨论的,将金融交易包括到CSP计费处理中可以在TRO已经向用户通知与TRF的使用有关的任何未支付的检测到的和记录的交易并且用户已经允许对于包括到CSP计费处理的收费之后发生。
[0048] 在一些示例中,并且响应于接收到响应消息,TRO系统在登记数据库(例如,LPN-MCD数据库)将车辆标识符(例如,LPN)和设备标识符(例如,MCD ID)相关联。一旦登记完成,TRO就可以扫描对车辆标识符进行收费的未支付的交易,并且通知用户支付。
[0049] 在一些实现方式中,在登记数据库中设备标识符可以与多个车辆标识符相关联。以该方式,用户可以登记用于收集方案的多个车辆。例如,当用户登记时,CSP系统可以确定另一MCD标识符已经与特定LPN相关联。在这种情况下,CSP系统可以向用户确认用户是否想要使用相同LPN登记第二MCD标识符。
[0050] 在一些示例中,车辆标识符与一个设备标识符相关联(例如,为了避免通知和计费模糊性或对于单次过路费的可能的多次计费)。在一些示例中,车辆标识符与多个设备标识符相关联。例如,如下面进一步详细讨论的,过路费允许请求可以被提供到多个MCD,并且来自MCD中的一个的允许可以导致对与响应的MCD相关联的CSP进行的过路费的收取。在一些示例中,如果从一个MCD允许过路费,则不从随后的MCD接受过路费允许(例如,以避免双重计费)。
[0051] 在一些实现方式中,TRO和/或用户可以注销车辆标识符和设备标识符。例如,当用户出售车辆时、当用户具有与车辆相关联的不同LPN时、当用户改变MCD ID时、和/或当用户加入另一支付方案(例如,标签账户系统)中时,用户可以注销。
[0052] 继续参考图2,可以确定对于车辆是否已经发生任何未支付的交易(222)。例如,并且如参考图3在下面进一步详细讨论的,用户在已经对于支付方案进行登记之前可以使用TRF。因此,TRO系统已经可以已经包括由与用户刚刚登记的LPN相关联的车辆的TRF的使用的记录。如果确定存在未支付的交易,则支付允许请求可以被传送到用户(226)(参考图3在下面进一步详细讨论)。如果确定不存在未支付的交易,则TRO系统等待交易发生(例如,车辆通过TRF)。
[0053] 图3描绘可以根据本公开的实现方式执行的示例处理300。在一些实现方式中,示例处理300可以由使用一个或多个计算设备(例如,图1的服务器系统114)执行的一个或多个计算机可执行程序提供。在一些示例中,可以执行处理300以使用MCD收集过路费支付。
[0054] 拍摄车辆图像(302)。例如,当车辆使用TRF时,TRF检测到车辆通过并且拍摄图像。在一些示例中,作为收费交易的一部分,TRF拍摄图像。在一些示例中,收费交易包括车辆图像、收费点位置标识符、进行的方向、时间/日期、车辆类别和/或发射应答器标识符(例如,如果车辆还包括发射应答器)。在一些示例中,TRF将图像提供到TRO系统。在一些示例中,TRF集合包括所拍摄的图像的交易(TXN)。LPN被确定(304)。在一些示例中,TRO系统接收图像,并且处理图像以确定LPN。确定是否对于本公开的收集方案登记了车辆(306)。例如,TRO系统参考将车辆标识符与相应的设备标识符(例如,MCD ID)相关联的登记数据库(例如,LPN-MCD数据库)。如果确定车辆并未被登记(例如,车辆标识符并未在数据库中提供),则示例处理在320继续。
[0055] 如果确定车辆被登记(例如,车辆标识符在数据库中提供),则收集与LPN相关联的未支付的交易(308)。在一些示例中,未支付的交易可以包括当前交易(例如,其触发示例处理300)。在一些示例中,未支付的交易可以包括先前的交易(例如,TRF的先前的使用,对于其还未请求和/或允许支付)。
[0056] 收集请求消息被传送到与所确定的LPN相关联的MCD(310)。在一些示例中,TRO系统将收集请求消息作为电子消息(例如,SMS消息、MMS消息、或基于应用的消息)传送到设备(310)。在一些示例中,收集请求消息包括对于从CSP收集用于一次或多次过路费的支付的允许的请求。在一些示例中,收集请求被提供用于单次过路费(例如,用于TRF的单次使用)。在一些示例中,收集请求被提供用于与LPN相关联的多次过路费。
[0057] 在一些实现方式中,TRO系统提供对于每一个交易的收集请求。在一些示例中,TRO系统提供批量收集请求。例如,TRO系统可以累加在一时间段内对于设备标识符收取的多个未支付的交易或过路费。在一些示例中,所述时间段可以是逻辑计费周期(例如,每天、每周、每月)。以该方式,可以减少向用户发送的收集消息的数量。
[0058] 在一些示例中,TRO系统将多个未支付的交易捆绑为多个组(例如,进入和离开交易、短途和长途交易、往返交易)。在一些示例中,TRO系统可以向TRF用户提供多个收费产品(例如,长途折扣、旅行帽(caps)、往返折扣)。在一些示例中,TRO系统可以将多个收费产品处理为对应的多组未支付的交易,以对于多个未支付的交易计算总费用支付。
[0059] 示例收集请求消息可以包括:
[0060] 收费通过:2013年3月22日
[0061] 10:02 am NB SH130@IH-10:$1.80
[0062] 15:47 pm SB SH130@IH-10:$1.80
[0063] 总计:$3.60
[0064] 允许,文本输入91;拒绝,文本输入96
[0065] 在一些示例中,发送收集请求消息可以是可选的。例如,用户可以提供对于收集请求的预允许。以该方式,TRO系统可以自动地进行从CSP系统收集过路费(如这里讨论的),而不将收集请求消息发送到用户和/或从用户接收允许消息。
[0066] 确定收集请求是否已经被允许(312)。如果收集请求还未被允许,则示例处理300在320继续。在一些示例中,用户可以本文输入拒绝代码(例如,96)。在一些示例中,如果并未在预定时间段内接收到响应,则假设拒绝收集请求。在一些示例中,允许消息可以指示用于用户进行响应的指定的时间段。在一些示例中,如果TRO系统并未在指定时间段内接收到响应,则假设拒绝。
[0067] 如果收集请求已经被允许,则确认消息被传送到MCD(314)。例如,TRO系统可以使用指示用户允许一个或多个费用支付的允许代码(例如,91)从MCD接收允许消息。在响应中,TRO系统将确认消息(例如,SMS消息、MMS消息或基于应用的消息)传送到设备。在一些示例中,确认消息包括一个或多个费用支付的支付接收。在一些示例中,支付接收可以包括额外的信息(例如,广告信息、折扣信息)。在一些示例中,当不需要收集请求消息时(例如,用户已经预允许费用收取),则无论如何支付接收被发送。
[0068] 支付请求被传送到CSP系统(316)。在一些示例中,TRO系统将支付请求提供到CSP系统。在一些示例中,支付请求包括确认用户允许收集请求的数据(例如,来自MCD的允许请求),和/或一个或多个交易的细节。从CSP收集支付(318)。例如,TRO系统从CSP接收支付(例如,CSP将资金传输到TRO)。在一些示例中,TRO使用代理以从CSP收集第一费用支付。在一些示例中,批量支付可以从CSP到TRO地进行。例如,从CSP到TRO的支付可以包括用于由多个用户发生的交易的支付,CSP是所述多个用户的服务提供者。在一些示例中,服务提供者(例如,代表TRO行为)可以确保支付(例如,响应于用户登记)。在这种示例中,服务提供者向TRO支付过路费(例如,在从过路费发生的阈值天数内)。
[0069] 在一些示例中,CSP可以对于用户收取费用,用作用于付费使用费用的收集的支付代理。在一些示例中,用户可以使用用户支付账户从CSP支付费用(例如,在计费周期的结束处)。在一些示例中,CSP在用户已经支付CSP之后向TRO提供支付。
[0070] 继续参考图3,继续登记的车辆所有者(RVO)处理(320)。例如,如果LPN并未登记(306)或用户并未允许收集请求(312),则进行RVO处理以努力收集一个或多个交易费用的支付。在一些示例中,TRO系统可以请求或访问车辆登记信息(例如,由一个或多个VRA提供)。在一些示例中,RVO信息可以基于车辆标识符被获取,并且可以包括与车辆标识符相关联的车辆的登记的所有者,以及与登记的所有者相关联的地址信息。
[0071] 在一些示例中,TRO基于RVO信息(例如,邮件地址)将指示费用的发票打印和发送到RVO。在一些示例中,发票可以包括通知收集方案的RVO通过向TRO登记经由设备(例如,MCD)支付一次或多次费用收取。在一些示例中,信息可以包括登记协议并且可以指示RVO将车辆的图像传送到TRO以开始与TRO的登记协议。在一些示例中,发票可以包括通知RVO可以使用另一用户支付账户(例如,银行账户、信用卡账户、借记卡账户或电子钱包账户)进行一次或多次收取的支付,如果RVO并不想使用收集方案支付。
[0072] 在一些示例中,确定RVO是否选择通过MCD支付(322)。在一些示例中,如果TRO在指定时间段内并未接收到对纸质发票的响应,则可以确定RVO并未选择通过MCD支付。作为另一示例,如果已经通过另一支付途径(例如,银行账户、信用卡账户、借记卡账户或电子钱包账户)收集支付,则可以确定RVO并未选择通过MCD支付。如果确定RVO并未选择通过MCD支付,并且用户并未支付发票,则可以继续(pursue)其他收集途径(326)。如果确定RVO选择通过MCD支付,则可以执行另一协议(324)。在一些示例中,可以通过接收车辆图像和/或文本(例如,图2的202)确定RVO选择通过MCD支付。在一些示例中,协议可以包括登记(例如,如上面参考图2讨论的)。在一些示例中,可以基于从交易提供的图像(例如,图3的302)执行登记。在一些示例中,可以基于从MCD提供的图像(例如,图2的202)执行登记。在一些示例中,协议可以包括在没有登记的情况下使用MCD的单次支付。
[0073] 在一些实现方式中,图3中描绘的示例处理300包括额外的操作。在一些示例中,可以确定对于通过TRF的车辆是否检测到标签(328)。在一些示例中,TRF可以包括感测设备以检测是否存在使用TRF的车辆配备的识别设备(例如,RFID标签),其识别车辆并且已经与结算账户相关联。结算账户链接到用户支付账户用于在TRO BOS处的自动补充。因此,可以基于结算账户执行收集处理(330)。例如,TRO系统从TRF接收信号以确定是否存在车辆配备的有效识别设备(例如,标签)。在一些示例中,TRO系统确定存在车辆配备的有效识别设备,TRO系统将交易作为识别设备交易处理,并且从与识别设备相关联的结算账户收集过路费。
[0074] 在一些示例中,如果确定对于通过TRF的车辆并未检测到标签,则可以确定LPN,如上面讨论的。在一些示例中,确定LPN是否与识别设备(例如,标签账户)相关联(332)。在一些示例中,TRO系统可以将LPN与标签数据库交叉引用(例如,LPN-标签数据库)。如果确定LPN并未与标签账户相关联,则示例处理300如上面讨论地进行。如果确定LPN与标签账户相关联,则可以基于结算账户执行收集处理(330)。
[0075] 本公开的实现方式进一步针对识别方案。在一些示例中,识别方案可以用于识别通过的车辆内的一个或多个MCD的存在,并且使用MCD开始过路费支付和/或登记。在一些实现方式中,并且如上面讨论的,TRF 116可以包括MCD检测系统(例如,在TRO ARC系统中),其可以用于检测在通过TRF116的车辆内的MCD。TRO可以使用与MCD相关联的数据(例如,检测到的信号)以识别与车辆相关联的交易,并且使用收集方案(例如,如上面讨论的收费文本方案)以基于在与TRO(例如,TRO BOS)相关联的系统和与收费公路用户相关联的MCD之间的消息传递从收费公路用户收集过路费。
[0076] 在一些实现方式中,MCD检测系统可以检测MCD并与MCD通信以接收指示与MCD相关联的MCD标识符的信号。在一些示例中,MCD标识符可以包括移动订户综合服务数字网络号码(MSISDN)和/或订户身份模块(SIM)号码。在一些示例中,MCD标识符可以包括电话号码。在一些示例中,订户身份模块包括为MCD提供电话和/或数据传输服务的通信服务提供者(CSP)的信息。示例CSP可以包括但不限于AT&T、Verizon、Sprint、T-Mobile和Virgin Mobile。在一些示例中,MCD检测系统是由TRO拥有和运营的本地部署系统(例如,在TRO的一个或多个服务器上)。例如,MCD检测系统可以在由TRO拥有和/或运营的TRF内。在一些示例中,MCD检测系统是由服务提供者代表TRO运营的外部部署系统(例如,在一个或多个CSP的一个或多个服务器上)。
[0077] 在一些实现方式中,MCD标识符是包括与MCD用户相关联的电话号码和与MCD相关联的CSP的信息的IMSI(国际移动订户身份)。在一些示例中,MCD检测系统是在MCD和CSP的信号塔之间行动的IMSI捕捉器。MCD检测系统可以调用MCD以通过在MCD检测系统的检测到的信号中提供MCD的标识符(例如,IMSI或适当的识别代码)来识别它们自己。在一些示例中,MCD检测系统包括检测MCD和与MCD通信的一个或多个信号传感器。例如,TRO可以与多个CSP合作并且可以在MCD检测系统中包括它们的信号塔。以该方式,当车辆中的MCD通过TRF 116时(例如,不论MCD是在使用中还是在空闲中),MCD检测系统可以检测与CSP相关联的MCD。
[0078] 在一些实现方式中,MCD检测系统的检测到的信号可以指示车辆中的一个或多个MCD。在一些示例中,检测到的信号可以指示车辆内的一个或多个MCD的相应的位置,例如靠近驾驶者座位、前面的乘客座位或后面的乘客座位。在一些示例中,可以基于检测到的信号对一个或多个MCD进行排序。例如,靠近驾驶者座位的MCD可能具有较高的可能性由车辆的驾驶者(其是收费公路用户)所拥有,因此MCD可以在一个或多个MCD中排名更高。在一些示例中,检测到的信号可以指示单个MCD的位置和运动。以该方式,可以确定哪一个MCD在哪一个通过的车辆中,并且可以确定MCD通过信息(例如,MCD轨迹)。
[0079] 更详细地,并且在一些实现方式中,可以处理接收到的信号以确定在车辆内检测到的各个MCD的一个或多个MCD标识符。MCD标识符可以被包括在对于交易生成的交易记录中。在一些示例中,可以确定用于相应的MCD的CSP。在一些示例中,可以确定相应的MCD的轨迹(例如,车道、速度、进行的方向)。例如,第一信号可以指示在第一时间MCD的第一位置,并且第二信号可以指示在第二时间MCD的第二位置。可以处理第一信号和第二信号以确定当MCD进行通过TRF时MCD的速度和/或方向。在一些示例中,一个或多个MCD轨迹和一个或多个MCD的通过信息(例如,时间/日期、进行的方向、与MCD相关联的CSP)可以被包括在用于车辆的交易记录中。
[0080] 在一些实现方式中,可以接收来自其他感测设备(例如,上面讨论的相机或标签读取器)的信号,并且可以生成也可以被包括在交易记录中的对应的数据。可以处理信号以确定包括时间和日期、进行的方向和/或与车辆相关联的车辆标识符(例如,LPN)的车辆通过信息。例如,信号可以包括一个或多个图像,可以处理所述一个或多个图像以确定车辆的车道、速度、方向和/或LPN。
[0081] 在一些实现方式中,可以将基于从一个或多个MCD检测设备提供的信号的交易数据和基于从一个或多个其他感测设备提供的信号的交易数据相互关联。例如,可以将MCD的轨迹数据(例如,车道、方向、速度)与车辆的轨迹数据相比较。以该方式,可以确定MCD是否实际存在在特定车辆内。例如,如果MCD轨迹(例如,空间-时间轨迹)与车辆轨迹不相同,则可以确定MCD并未在车辆中。作为另一示例,如果MCD轨迹与车辆轨迹相同,则可以确定MCD在车辆中。
[0082] 在一些示例中,MCD检测系统可以收集包括MCD标识符和MCF通过信息(例如,定时和/或几何数据、轨迹)的与MCD相关联的检测到的数据。在一些示例中,MCD检测系统向另一系统提供检测到的数据用于处理(例如,TRO BOS)。在一些示例中,车辆的车辆通过信息可以与车辆中的MCD的MCD通过信息相互关联以确定哪一个车辆对应于哪一个MCD和/或哪一个MCD标识符,并且校验与对应的MCD和对应的车辆相关联的交易。在一些示例中,与MCD标识符相关联的检测到的数据可以在与车辆相关联的交易记录中提供。
[0083] 在一些实现方式中,在用于通过TRF 116的车辆的交易之后,TRO BOS可以确定用于收集与交易相关联的过路费的适当支付收集方法。收集方法可以包括例如从与和车辆相关联的有效识别设备(例如,标签)相关联的结算账户收集,从与车辆的车辆标识符(例如,LPN)相关联的账户收集,或基于到与车辆相关联的一个或多个MCD的消息经由收费文本方案(例如,如上面讨论的收费文本方案)收集。
[0084] 根据本公开的实现方式,收集请求消息可以被传送到被确定为存在于车辆中的MCD。在一些示例中,在收集请求消息被传送之前,可以确定收集过路费支付的其他途径不可用。例如,可以确定对于车辆并未检测到标签,和/或车辆标识符并未与有效账户(例如,上面参考图2和3讨论的收费文本账户)相关联。在一些示例中,收集请求消息包括收集过路费的请求。
[0085] 在一些示例中,对于与交易相关联的单次过路费(例如,TRF的单次使用)提供收集请求。在一些示例中,对于与多个交易相关联的多次过路费提供收集请求。例如,可以对多个未支付的交易进行分组,并且可以确定用于多个未支付的交易的总费用支付。
[0086] 在一些示例中,收集请求消息包括关于收费公路用户支付过路费的义务的信息。在一些示例中,如果收费公路用户拒绝支付费用支付或无法响应于支付收集请求,收集请求消息可以向用户通知将采用可替换的收集方法。在一些示例中,收集请求消息向用户通知可替换的收集方法可以包括标准邮件支付收集方法(例如,通过邮件将发票发送到登记的车辆所有者,如根据VRA所确定的),并且向用户通知由于更高的收集成本和/或管理成本,邮件支付收集方法发生对用户收取的更高的支付。在一些示例中,收集请求消息向用户通知他们可以登记使用MCD的文本费用支付。
[0087] 在一些示例中,在车辆中检测到单个MCD。因此,收集请求消息可以被传送到MCD。在一些示例中,在车辆中检测到多个MCD。因此,对于交易可以传送一个或多个收集请求消息(例如,串行、同时)。例如,可以对MCD进行排序,如上面讨论的,并且可以基于排序发送收集请求消息。
[0088] 在一些示例中,从MCD接收到允许消息。鉴于允许消息,可以通过与响应的MCD相关联的CSP请求过路费的收集,如上面讨论的。也就是说,例如,在登记或没有登记的情况下,可以使用MCD进行支付。
[0089] 图4描绘可以根据本公开的实现方式执行的示例处理400。在一些实现方式中,可以由使用一个或多个计算设备(例如图1的服务器系统114)执行的一个或多个计算机可执行程序提供示例处理400。在一些示例中,当在车辆内检测到一个或多个MCD的存在时,可以执行处理400以收集过路费。
[0090] 生成交易(402)。例如,可以检测到通过TRF的车辆,可以提供与车辆通过相关联的信息,并且可以生成交易记录。在一些示例中,交易记录包括车辆正面和/或背面图像、收费点位置标识符、使用TRF的过路费、进行的方向、时间/日期、车辆类别、发射应答器标识符(例如,如果车辆还包括发射应答器)和/或一个或多个MCD标识符(例如,如果在车辆中检测到相应的MCD)。确定一个或多个MCD是否与交易相关联(404)。例如,可以确定交易记录是否包括与确定存在于车辆中的MCD对应的一个或多个MCD标识符。如果确定没有MCD与交易相关联,则可以执行可替换的收集处理(406)。在一些示例中,可替换的收集处理可以包括确定MDC是否与车辆的LPN相关联(例如,如上面参考图3讨论的)。在一些示例中,可替换的收集处理可以包括RVO发票提供(例如,如上面参考图3讨论的)。
[0091] 如果确定MCD与交易相关联,则可以传送一个或多个消息(408)。例如,可以将收集请求消息(例如,作为文本消息)传送到一个或多个MCD。确定是否从MCD接收到响应(410)。如果接收到响应,则可以确定响应是否指示与MCD相关联的用户选择通过MCD支付过路费(例如,这里讨论的文本收费)(412)。在一些示例中,如果响应指示用户选择通过MCD支付,则可以执行MCD支付处理(414)。在一些示例中,MCD支付处理可以包括登记MCD(例如,上面参考图2讨论的)。然而,可以注意到,登记并非是使用MCD支付所必需的,如这里讨论的。在一些示例中,MCD支付处理可以包括从CSP请求用于交易的过路费的支付(例如,使用用户响应作为文本收费支付的确认)。如果确定用户并未选择通过MCD支付,则可以进行RVO发票提供(416),并且可以收集支付(418),如上面参考图3类似地讨论的。
[0092] 如果并未接收到响应,则确定预定义的时间段是否已经过期。例如,可以确定时间t是否大于预定阈值时间tTHR(420)。在一些示例中,时间t被确定为传送消息的时间和当前时间之间的差。在一些示例中,预定阈值时间是12小时。如果预定义时间段并未过期,则示例处理400循环返回以等待响应。如果预定义时间段已经过期,则可以进行RVO发票提供(416),并且可以收集支付(418),如上面参考图3类似地讨论的。
[0093] 在一些示例中,多个MCD可以被包括在交易记录中。在一些示例中,可以将收集请求消息同期或同时地传送到MCD中的每一个。在这种示例中,对于全部MCD可以确定在预定义时间段内是否已经接收到响应。
[0094] 在一些示例中,并且在多个MCD的情况下,可以将请求消息递增地(incrementally)传送到MCD。例如,可以将请求消息传送到MCD(例如,最高排序的MCD)。如果在预定义时间段内并未从MCD接收到响应,则可以确定在交易记录中是否包括另一MCD(422)。如果包括另一MCD,则可以将请求消息传送(例如,串行、并行)到MCD(例如,第二高排序的MCD)。这可以被重复直到已经对于每一个MCD进行了尝试为止。
[0095] 在一些实现方式中,示例处理400包括可选的操作。示例可选的操作在图4中以虚线(假想线)描绘。在一些示例中,可以确定对于通过TRF的车辆是否检测到标签(430)。例如,可以确定标签标识符是否被包括在交易记录中。如果标签被提供,则执行过路费收集处理(432)。例如,可以从与标签相关联的账户收集过路费。在一些示例中,如果确定对于车辆并未检测到识别设备(例如,标签),则可以确定与车辆相关联的车辆标识符(例如,LPN)(434)(例如,图3的(304))。
[0096] 在一些示例中,确定LPN是否与识别设备(例如,标签账户)相关联(436)。在一些示例中,TRO系统可以将LPN与标签数据库交叉引用(例如,LPN-标签数据库),和/或将LPN与文本收费数据库交叉引用(例如,LPN-MCD数据库)。如果确定LPN并未与账户相关联,则示例处理400如上面讨论地进行。如果确定LPN与账户相关联,则可以执行收集处理(432)。在一些示例中,如果确定在文本收费方案中车辆标识符与MCD相关联,则收集处理可以包括文本收费收集,如上面参考图3讨论的。
[0097] 在一些实现方式中,可以在确定对于交易是否检测到任何MCD的存在之前执行可选的操作中的一个或多个(例如,(404))。
[0098] 现在参考图5,提供示例计算系统500的示意图。系统500可以用于关联于这里描述的实现方式描述的操作。例如,系统500可以被包括在这里讨论的任何或全部服务器组件中,系统500包括处理器510、存储器520、存储设备530和输入/输出设备540。组件510、520、530和540中的每一个使用系统总线550互连。处理器510能够处理指令用于在系统500内执行。在一个实现方式中,处理器510是单线程处理器。在另一实现方式中,处理器510是多线程处理器。处理器510能够处理存储在存储器520中或存储设备530中的指令,以在输入/输出设备540上显示用于用户界面的图形信息。
[0099] 存储器520在系统500内存储信息。在一个实现方式中,存储器520是计算机可读介质。在一个实现方式中,存储器520是易失性存储器单元。在另一实现方式中,存储器520是非易失性存储器单元。存储设备530能够为系统500提供大容量存储。在一个实现方式中,存储设备530是计算机可读介质。在各种不同实现方式中,存储设备530可以是软盘设备、硬盘设备、光盘设备或磁带设备。输入/输出设备540为系统500提供输入/输出操作。在一个实现方式中,输入/输出设备540包括键盘和/或指示设备。在另一实现方式中,输入/输出设备540包括用于显示图形用户界面的显示单元。
[0100] 所描述的特征可以在数字电子电路中、或在计算机硬件、固件、软件、或它们的组合中实现。装置可以于在例如机器可读存储设备的信息载体中有形地实施的计算机程序产品中实现,用于由可编程处理器执行;并且方法步骤可以由执行指令的程序的可编程处理器执行,以通过对输入数据进行操作并生成输出来执行所描述的实现方式的功能。所描述的特征可以在一个或多个计算机程序中有利地实现,所述计算机程序可在包括至少一个可编程处理器、至少一个输入设备和至少一个输出设备的可编程系统上执行,所述可编程处理器耦接以从数据存储系统接收数据和指令以及向数据存储系统传送数据和指令。计算机程序是可以直接或间接在计算机中使用以执行某一动作或带来某一结果的一组指令。计算机程序可以以包括编译或解释语言的任何形式的编程语言编写,并且其可以以任何形式部署,包括作为独立程序或作为模块、组件、子例程或适合于在计算环境中使用的其他单元。
[0101] 作为示例,用于指令的程序的执行的适当处理器包括通用微处理器和专用微处理器两者,以及任何类型的计算机的唯一处理器或多个处理器中的一个。通常,处理器将从只读存储器或随机存取存储器或这两者接收指令和数据。计算机的必要元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储器。通常,计算机还将包括或可操作地耦接以与用于存储数据文件的一个或多个大容量存储设备通信;这种设备包括磁盘,诸如内部硬盘和可移除盘;磁光盘;和光盘。适用于有形地实施计算机程序指令和数据的存储设备包括所有形式的非易失性存储器,作为示例,包括半导体存储器设备,诸如EPROM、EEPROM和闪速存储器设备;磁盘,诸如内部硬盘和可移除盘;磁光盘;以及CD-ROM和DVD-ROM盘。处理器和存储器可以由ASIC(专用集成电路)补充或合并在ASIC中。
[0102] 为了提供与用户的交互,特征可以被实现在具有用于向用户显示信息的显示设备和键盘以及指示设备的计算机上,所述显示设备诸如CRT(阴极射线管)或LCD(液晶显示器)监视器,所述指示设备诸如用户可以通过其向计算机提供输入的鼠标或轨迹球。
[0103] 特征可以被实现在计算机系统中,该计算机系统包括诸如数据服务器的后端组件、或包括诸如应用服务器或因特网服务器的中间件、或包括诸如具有图形用户界面或因特网浏览器的客户端计算机的前端组件、或包括它们的任何组合。系统的组件可以通过诸如通信网络的任何形式或介质的数字数据通信来连接。通信网络的示例包括例如LAN、WAN和形成因特网的计算机和网络。
[0104] 计算机系统可以包括客户端和服务器。客户端和服务器通常彼此远离并且典型地通过诸如所描述的网络的网络交互。客户端和服务器的关系凭借在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序产生。
[0105] 此外,附图中描绘的逻辑流程不需要所示的特定顺序或依序顺序来实现期望的结果。此外,可以提供其他步骤,或可以从所描述的流程消除步骤,并且可以将其他组件添加到所描述的系统,或从所描述的系统移除。相应地,其他实现方式在下列权利要求的范围内。
[0106] 已经描述了本公开的多个实现方式。然而,将理解在不背离本公开的精神和范围的情况下,可以进行各种修改。相应地,其他实现方式在下列权利要求的范围内。
高效检索全球专利

IPRDB是专利检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,专利查询、专利分析

电话:13651749426

侵权分析

IPRDB的侵权分析产品是IPRDB结合多位一线专利维权律师和专利侵权分析师的智慧,开发出来的一款特色产品,也是市面上唯一一款帮助企业研发人员、科研工作者、专利律师、专利分析师快速定位侵权分析的产品,极大的减少了用户重复工作量,提升工作效率,降低无效或侵权分析的准入门槛。

立即试用