CN101901542A - 向移动设备提供交通通知的***和方法 - Google Patents

Abstract

本发明提供了一种用于向移动设备提供交通通知的***和方法。所述***从相似区域内的多个移动设备获得设备数据，所述设备数据是使用例如GPS***收集的。根据移动设备行进的速度和相似区域的位置，可以标识交通事件，并且通知其他移动设备随着交通情况的改变而提供动态更新。可以提供后续通知来向用户更新关于交通堵塞的进展，可以建议绕道，并且可以提供各种警告。所述移动设备可以连接至车辆或是车辆的一部分，并且影响通知***提供不同类型的警告以及使用各种机制来通知用户。

Description

向移动设备提供交通通知的***和方法

技术领域

以下内容总体涉及用于移动设备的基于位置的服务(LBS)，具体涉及用于向移动设备提供交通通知的***和方法。

背景技术

高峰时段交通流量、道路施工、车辆碰撞和路边紧急情况仅是可以导致交通堵塞的各种事件和情况中的一些示例。由于这种事件的性质，难以预测交通堵塞。尽管无线电广播、电视和在线新闻源可以提供使用各种技术(如高速公路摄像头、热线电话交通提示、卫星图像和道路传感器)来收集的交通信息，但是这些信息不总是当前的或者完全精确的。

由于各种原因，过时或不精确的交通信息会带来麻烦。例如，由于指示存在交通问题(该问题从其时起已经减轻)的交通报告而选择可能更为不便的备选交通路线。这可以导致计算机选择次优的路线，该路线可能费油、导致迟到并导致辅路上的堵塞。相反，由于交通报告是基于不是当前的信息，因此交通报告可能指示通勤者的路线通畅，而事实上同时事件已经造成了交通拥堵。

发明内容

可以提供一种用于提供交通通知的方法、计算机可读介质和通知***。通知***可以被配置为包括计算机可读介质，所述计算机可读介质可以包括用于执行以下操作的计算机可执行指令：从堵塞区内的多个移动设备中的每一个获得速度测量；使用所述速度测量来标识所述堵塞区内的交通事件；以及在标识了交通事件的情况下，向接近所述堵塞区的至少一个移动设备发送通知，以提供与所述交通事件相关的警告。

还提供了一种配置用于提供交通通知的方法、计算机可读介质和移动设备。所述移动设备可以被配置为包括计算机可读介质，所述计算机可读介质包括用于执行以下操作的计算机可执行指令：从交通通知***接收通知，所述通知包括与交通事件相关的警告，所述交通事件已被所述通知***使用从堵塞区内的多个移动设备中的每一个获得的速度测量所标识，所述交通事件与所述堵塞区相关联；以及使用所述移动设备的输出机制来提供所述警告。

附图说明

现在参照附图，将仅以示例方式来描述实施例，附图中：

图1是示意了根据从多个其他移动设备获得的数据来向一个移动设备提供交通通知的交通通知***的示例实施例的示意图。

图2是示意了将数据项从主机***推送至移动设备的环境的***图。

图3是移动设备及其显示屏的示意图。

图4是另一移动设备及其显示屏的示意图。

图5是移动设备的示例实施例的框图。

图6是图5的移动设备的通信子***组件的示例实施例的框图。

图7是移动设备显示的示例主屏幕的屏幕截图。

图8是示意了图5中所示的其他软件应用和组件中的示例软件应用和组件的框图。

图9是示出了在使用图2所示的无线路由器来实现时图1的实施例的示例配置的示意图。

图10是示意了交通通知***执行的用于准备和向移动设备提供交通通知的示例操作的流程图。

图11是示意了一个实施例中根据接收的通知来提供电子邮件警告的用户界面(UI)的屏幕截图。

图12是示意了一个实施例中根据接收的通知来提供简单消息服务(SMS)的UI的屏幕截图。

图13是示意了一个实施例中根据接收的通知来提供交互式地图警告的UI的屏幕截图。

图14是示出了图9所示的另一***的示例配置的图示示意图。

图15是示意了一个实施例中实现在通过地图应用来访问的菜单中选择交通更新选项以发起参与交通通知***的UI的屏幕截图。

图16是示意了发起参与交通通知***的示例操作的流程图。

图17a是示意了图11所示的电子邮件通知的示例后续电子邮件通知的屏幕截图。

图17b是示意了图11和17a所示的电子邮件通知的另一示例后续电子邮件通知的屏幕截图，指示交通堵塞已经解决。

图18是示意了根据所检测的油位来查询加油站位置的示例操作的流程图。

图19是示意了图10中示例的通知准备例程的备选通知准备例程的流程图。

具体实施方式

可以认识到，为了示意简单清楚，在认为合适的情况下，参考标号可以在附图间重复，以指示对应或类似的元素。此外，阐述了许多具体细节以提供对这里描述的实施例的透彻理解。然而，本领域普通技术人员可以理解，没有这些具体细节也可以实现这里描述的实施例。在其他实例中，未详细描述公知的方法、过程和组件，以免使这里描述的实施例重点不明确。此外，描述不应被认为是对这里描述的实施例的范围进行限制。

可以认识到，与多个移动设备的位置和速度相关的数据可以用于产生对可能受到根据所述多个移动设备提供的数据而所确定的交通问题影响的其他移动设备的动态通知。

现在转到图1，图1示出了示例交通区域，该交通区域包括以下称为堵塞区2的交通“问题”。堵塞区2包括“左边界”交通车道4(即，相对于页面)和“右边界”交通车道6。可以看到，堵塞区2表示由任何一个或多个交通事件而导致的交通堵塞的公共区域。图1中还示出了另一交通区域，在本示例中，该另一交通区域表示上游区8，上游区8是指以下任何道路：该道路接近、期望连接至、通向或者就是包括堵塞区2在内的相同道路的上游部分。在本示例中，因此，上游区8向堵塞区2输送交通，使得可以确定接近堵塞区2的至少一个移动设备100。

在图1所示的示例中，在特定时间点，堵塞区2包括沿左边界4行进的3个车辆，即，车辆10B、10C和10D；并且包括沿右边界6行进的单一车辆10E。对于目前的讨论，堵塞仅出现在左边界车道，而车辆10E正以正常速率在右边界车道中移动。在相同时间点，上游区8包括沿左边界4向堵塞区2行进的单一车辆10A。每个车辆10A-10E包括相应的数据通信设备，以下称为移动设备100A-100E，这些移动设备与其当前所在的相应车辆10A-10E一起行进。如以下要解释的，移动设备100可以是能够经由无线网络200进行通信的任何合适的设备。移动设备100利用这种能力经由无线网络200向动态交通通知***80提供设备数据78。设备数据78包括与车辆10的位置和速度相关的信息，该信息是由位于车辆10内并与车辆10一起行进的移动设备10测量的或由(或从)另一源获得的。例如，车辆10B中的移动设备100B可以利用GPS功能来测量车辆10B的速度和当前位置、准备设备数据78，并将设备数据78发送至动态交通通知***80(以下简称为“通知***80”)。

如以下也要解释的，通知***80使用来自多个移动设备100的设备数据78来动态确定交通状况，如堵塞区2的发展，以准备可以向预期向堵塞区2行进的移动设备100发送的通知84。

为了帮助读者理解通知***80可以在其中实现的至少一个环境，现在描述一种示例***，该示例***包括无线网络200和可以实现在移动设备100和通知***80之间的通信的其他组件。

如上所述，数据通信设备通常称为“移动设备”。适用的移动设备的示例包括：寻呼机、蜂窝电话、蜂窝智能电话、便携式游戏和娱乐设备、无线组织器、个人数字助理、计算机、膝上计算机、手持无线通信设备、具有无线能力的笔记本计算机等等。

一种示例移动设备是具有高级数据通信能力(包括通过收发机站的网络与其他移动设备或计算机***通信的能力)的双向通信设备。移动设备也可以具有允许语音通信的能力。根据移动设备提供的功能，可以将移动设备称为数据消息收发设备、双向寻呼机、具有数据消息收发能力的蜂窝电话、无线因特网设备或数据通信设备(有或没有电话能力)。

移动设备可以是在配置用于将所有形式的推送信息从主机***连续路由至移动设备的***中使用的移动设备。现在描述这种***的一个示例。

现在参照图2，提供了示例***图，示出了经由无线路由器26，从公司企业计算机***(主机***)250至用户的移动设备100的用户数据项(如消息A或C)的重定向。无线路由器26提供了无线连接功能，因为无线路由器26既用于抽象化大部分的无线网络200复杂性，又实现了对于支持与移动设备100通信和向移动设备100推送数据而言必要的特征。尽管未示出，但是多个移动设备可以访问来自主机***250的数据。在本示例中，图2中的消息A表示从例如主机***250内的台式计算机发送至公司网络260(例如LAN)中的任何数目的服务器计算机(一般而言可以包括数据库服务器、日历服务器、电子邮件服务器或语音邮件服务器)的内部消息。

图2中的消息C表示来自不直接连接至主机***250的发送者(如用户的移动设备100、某个其他用户的移动设备(未示出)、或连接至公共或私有网络224(例如因特网)的任何用户)的外部消息。消息C可以是电子邮件、语音邮件、日历信息、数据库更新、网页更新或甚至可以表示从用户的移动设备100至主机***250的命令消息。除了典型的通信链路以外，主机***250还可以包括与公司企业计算机网络***、一个或多个无线移动性代理、TCP/IP连接、数据存储的集合(例如，用于电子邮件的数据存储可以是现有的邮件服务器，如Microsoft服务器或Lotus服务器)相关联的硬件和软件，这些都在公司防火墙之内和之后。

根据正在使用的每个无线网络200的要求，移动设备100可以用于经由无线链路在无线网络200内通信。作为针对图2所示的无线路由器26的操作的示意性示例，考虑数据项A，该数据项A被重新封装在外侧封包B中(封装后的数据项A现在被称为“数据项(A)”)并从主机***250中的应用服务提供器(ASP)被发送至移动设备100。在ASP内是计算机程序，与无线移动性代理类似，该计算机程序在ASP的环境下的任何计算机上运行，将所请求的数据项从数据存储发送至移动设备100。通过网络224以及通过保护无线路由器26的防火墙，来对以移动设备为目的地的数据项(A)进行路由。

尽管以上描述了在公司企业网络环境内使用的主机***250，但是，这只是一种主机服务的一个实施例，该主机服务为手持无线设备提供基于推送的消息，该手持无线设备能够在数据到达主机***时在移动设备处向用户实时通知和优选地呈现数据。

通过提供无线路由器26(有时称为“中继器”)，对主机***250和无线网络200具有多个重大优势。一般而言，主机***250运行主机服务，该主机服务被认为是在一个或多个计算机***上运行的任何计算机程序。主机服务被认为在主机***250上运行，并且一个主机***250可以支持任何数目的主机服务。主机服务可以或者可以不知道正在将该信息以信道传送至移动设备100的情况。例如，电子邮件或消息程序138(见图5)可能正在接收和处理电子邮件，同时相关联的程序(例如电子邮件无线移动性代理)也在监控用户的邮箱并将相同的电子邮件转发或推送至无线设备100。主机服务也可以被修改为准备信息并经由无线路由器26与移动设备100交换该信息，如用户关系管理软件。在第三示例中，对多个主机服务可以有公共的访问。例如，移动性代理可以提供与多个数据库的无线访问协议(WAP)连接。

如上所述，移动设备100可以是如图3-8中示例的手持双向无线寻呼计算机、具有无线能力的掌上计算机、具有数据消息收发能力的移动电话、具有移动电话功能的PDA、具有无线能力的膝上计算机、具有相关联OEM无线电调制解调器的自动售货机、具有无线能力的心脏监控***，或者备选地，移动设备100可以是能够经由网络连接来发送和接收消息的其他类型的移动数据通信设备，例如便携式游戏设备。尽管将该***示例为在双向通信模式下操作，但是该***的特定方面可以用于“一又二分之一”或应答寻呼环境中，或甚至与单向寻呼***一起使用。在这种受限的数据消息收发环境中，无线路由器26仍可以抽象化移动设备100和无线网络200，向标准的基于web的服务器***提供推送服务，并允许主机***250中的主机服务到达许多城市的移动设备100。

在建立至无线路由器26的通信链路时，这里示出的主机***250具有许多方法。对于数据通信领域的技术人员，主机***250可以使用如TCP/IP、X.25、帧中继、ISDN、ATM或许多其他协议之类的连接协议来建立点对点连接。通过该连接，有多种隧道处理方法可用于封装和发送数据，其中一些包括：HTTP/HTML、HTTP/XML、HTTP/专用、FTP、SMTP或某种其他专用数据交换协议。可以采用无线路由器26来执行推送的这类主机***250可以包括：现场服务应用、电子邮件服务、股票报价服务、银行服务、股票交易服务、现场销售应用、广告消息和许多其他内容。无线路由器26使得该无线网络200的抽象化成为可能，无线路由器26实现该路由和推送功能。由主机交换的这种用户选择的数据项可以包括：电子邮件消息、日历事件、会议通知、地址条目、日记条目、个人提醒、闹钟、告警、股票报价、新闻公告、银行账户交易、现场服务更新、股票交易、心脏监控信息、自动售货机存货水平、停车计费读取数据、GPS数据等，但是可选地可以包括传输至主机***250的或主机***250通过使用智能代理来获取的任何其他类型的消息，如在主机***250发起对数据库或网站或公告牌的搜索之后接收到的数据。

无线路由器26提供了多种服务，以使得创建基于推送的主机服务成为可能。这些网络可以包括：(1)码分多址接入(CDMA)网络、(2)群组专用移动或全球移动通信***(GSM)和通用分组无线服务(GPRS)、以及(3)即将到来的第三代(3G)和***(4G)网络，如EDGE、UMTS和HSDPA、LTE、Wi-Max等。以数据为中心的网络的一些较老的示例包括但不限于：(1)Mobitex无线电网络(“Mobitex”)和(2)DataTAC无线电网络(“DataTAC”)。

为了有效地为主机***250提供推送服务，无线路由器26可以实现一组定义的功能。可以认识到，可以针对无线路由器26选择许多不同的硬件配置，然而，相同或类似的特征集合中的许多特征可能出现在不同配置中。

参照图3和4，在图3中示出了移动设备100a的一个实施例，在图4中示出了移动设备100b的另一实施例。可以认识到，标号“100”以下指任何移动设备100，包括实施例100a和100b、以上列出或未列出的那些实施例。还可以认识到，针对图3和4之间共有的其他一般特征，可以使用类型的编号惯例，如显示器12、定位设备14、取消或退出按钮16、摄像机按钮17以及菜单或选项按钮24。

图3所示的移动设备100a包括显示器12a和光标或视图定位设备14(在本实施例中示为轨迹球14a)。定位设备14可以用作另一输入构件，不仅可以旋转以向主处理器102(见图5)提供选择输入，还可以沿通常朝向外壳的方向被按压以向处理器102提供另一选择输入。轨迹球14a允许选择光标18(见图7)的多方向定位，使得选择光标18可以向上移动、向下移动、并且如果需要和/或允许则可以向任何对角线方向移动。如图3所示，轨迹球14a在本示例中位于移动设备100a的外壳的正面，以使用户能够在单手握住移动设备100a的同时操纵轨迹球14a。轨迹球14a可以用作另一输入构件(除了方向和定位构件以外)以向处理器102提供选择输入，并且可以优选地沿朝向移动设备100b的外壳的方向被按压，以提供这种选择输入。

显示器12可以包括选择光标18，所述选择光标18通常描述将在何处接收下一输入或选择。选择光标18可以包括框、图标的交替、或者使用户能够识别当前所选图标或项目的任何特征组合。图3中的移动设备100a还包括可编程快捷按钮15，用于激活所选应用，例如日历或计算器。此外，移动设备100a包括退出或取消按钮16a、摄像机按钮17a、菜单或选项按钮24a和键盘20。当优选地沿朝向外壳的方向被按压时，摄像机按钮17能够激活照片捕捉功能。菜单或选项按钮24在被按压时在显示器12a上加载菜单或选项列表。在本示例中，退出或取消按钮16a、菜单选择按钮24a和键盘20布置在移动设备外壳的正面，而快捷按钮15和摄像机按钮17a布置在外壳的侧面。这种按钮放置使得用户能够在单手握住移动设备100的同时操作这些按钮。在本实施例中，键盘20是标准QWERTY键盘。

图4所示的移动设备100b包括显示器12b和定位设备14(在本实施例中为轨迹球14b)。移动设备100b还包括菜单或选项按钮24b、取消或退出按钮16b以及摄像机按钮17b。图4所示的移动设备100b包括简化的QWERTY键盘22。在本实施例中，键盘22、定位设备14b、退出按钮16b和菜单按钮24b布置在移动设备外壳的正面。简化的QWERTY键盘22包括多个多功能按键和相应的标记，包括与同字母A至Z的QWERTY阵列相对应的字母字符以及重叠的数字电话按键布置相关联的按键。

可以认识到，对于移动设备100，可以采用多种一个或更多定位或光标/视图定位机制，如触摸板、定位轮、操纵杆按钮、鼠标、触摸屏、一组方向键、手写板、加速度计(用于感测移动设备100的朝向和/或运动等等)或不论当前已知或未知的其他机制。类似地，可以使用键盘20、22的任何变型。还可以认识到，图3和4所示的移动设备100仅用于示意目的，各种其他移动设备100同样适用于以下示例。例如，其他移动设备100可以仅包括与图4所示类似的轨迹球14b、退出按钮16b和菜单或选项按钮24，以及任何类型的全键盘或标准键盘。也可以在移动设备外壳上布置其他按钮，如电话通信中要使用的彩色编码的“应答”或“忽略”按钮。在另一示例中，显示器12本身可以是触摸敏感的，因此其本身除了提供显示能力以外还提供了输入机制。此外，移动设备100的外壳不应局限于图3和4所示的直板配置，其他配置如翻盖或“翻转电话”配置也适用。

现在，为了帮助读者理解移动设备100的结构以及其如何与无线网络200进行通信，参照图5至8。

首先参照图5，其中示出了移动设备100的示例实施例的框图。移动设备100包括多个组件，如控制移动设备100的整体操作的主处理器102。通过通信子***104来执行通信功能，包括数据和语音通信。通信子***104从无线网络200接收消息并向无线网络200发送消息。在移动设备100的本示例实施例中，根据全世界范围内使用的全球移动通信***(GSM)和通用分组无线服务(GPRS)标准来配置通信子***104。同样适用的其他通信配置是3G和4G网络，如EDGE、UMTS和HSDPA、LTE、Wi-Max等。新的标准仍在定义中，但是相信它们将具有与这里描述的网络行为相似的行为，而且，本领域技术人员还可以理解，这里描述的实施例可以使用未来开发的任何其他合适的标准。将通信子***104与无线网络200连接的无线链路表示一个或多个不同的射频(RF)信道，这些信道根据针对GSM/GPRS通信而规定的已定义协议来操作。

主处理器102还与其他子***交互，如随机存取存储器(RAM)106、闪存存储器108、显示器110、辅助输入/输出(I/O)子***112、数据端口114、键盘116、扬声器118、麦克风120、GPS接收机121、短距离通信122和其他设备子***124。

移动设备100的一些子***执行与通信相关的功能，而其他子***可以提供“驻留”或设备上的功能。作为示例，显示器110和键盘116既可以用于与通信相关的功能(如输入文本消息以通过网络200传输)又可以用于设备驻留功能(如计算器或任务列表)。

在所需网络注册或激活过程完成之后，移动设备100可以通过无线网络200发送和接收通信信号。网络接入与移动设备100的订户或用户相关联。为了标识订户，移动设备100可以使用订户模块组件或“智能卡”126，如订户标识模块(SIM)、可移除用户标识模块(RUIM)和全球订户标识模块(USIM)。在所示示例中，SIM/RUIM/USIM 126要***SIM/RUIM/USIM接口128以与网络进行通信。没有组件126，移动设备100不能完全操作用于与无线网络200通信。一旦将SIM/RUIM/USIM 126***SIM/RUIM/USIM接口128，SIM/RUIM/USIM 126就被耦合至主处理器102。

移动设备100是电池供电的设备，包括用于容纳一个或多个可充电电池130的电池接口132。在至少一些实施例中，电池130可以是具有嵌入式微处理器的智能电池。电池接口132耦合至调节器(未示出)，调节器帮助电池130向移动设备100提供电源V+。尽管当前的技术使用电池，但是未来技术，如微燃料电池可以向移动设备100提供电源。

移动设备100还包括以下更详细描述的操作***134和软件组件136至146。由主处理器102执行的操作***134和软件组件136至146典型地存储在永久存储器(如闪存存储器108)中，备选地，该存储器可以是只读存储器(ROM)或类似的存储元件(未示出)。本领域技术人员可以认识到，操作***134和软件组件136至146的一部分(如特定设备应用或其部分)可以临时加载至如RAM 106的易失性存储器。如本领域技术人员公知的，还可以包括其他软件组件。

控制基本设备操作(包括数据和语音通信应用)的软件应用136的子集可以在移动设备100制造期间安装在移动设备100上。软件应用可以包括消息应用138、设备状态模块140、个人信息管理器(PIM)142、连接模块144和IT策略模块146。消息应用138可以是允许移动设备100的用户发送和接收电子消息的任何合适的软件程序，其中消息典型地存储在移动设备100的闪存存储器108中。设备状态模块140提供持久性，即设备状态模块140确保将重要设备数据存储在永久存储器(如闪存存储器108)中，使得当移动设备100关闭或掉电时数据不会丢失。PIM 142包括用于组织和管理用户感兴趣的数据项的功能，例如但不限于：电子邮件、文本消息、即时消息、联系人、日历事件、语音邮件，并且PIM 142可以与无线网络200交互。连接模块144实现了移动设备100与无线基础设施和移动设备100被授权与其接口连接的任何主机***250(如企业***)进行通信所需的通信协议。IT策略模块146接收对IT策略进行编码的IT策略数据，并可以负责组织和保护如“设置最大口令尝试次数”IT策略之类的规则。

其他类型的软件应用或组件139也可以安装在移动设备100上。这些软件应用139可以是预先安装的应用(即，与消息应用138不同)或在制造移动设备100之后添加的第三方应用。第三方应用的示例包括游戏、计算器、实用程序等等。

通过无线网络200、辅助I/O子***112、数据端口114、短距离通信子***122或任何其他合适的设备子***124中的至少一个，可以将附加应用139加载至移动设备100。

数据端口114可以是实现移动设备100与另一计算设备之间的数据通信的任何合适的端口。数据端口114可以是串行或并行端口。在一些实例中，数据端口114可以是USB端口，USB端口包括用于数据传送的数据线和可以提供充电电流以对移动设备100的电池130充电的电源线。

对于语音通信，将接收的信号输出至扬声器118，并且由麦克风120产生用于传输的信号。尽管语音或音频信号输出主要是通过扬声器118来完成的，但是显示器110也可以用于提供附件信息，如主叫方的标识、语音呼叫的持续时间、或其他与语音呼叫相关的信息。

现在参照图6，示出了通信子***组件104的示例框图。通信子***104包括接收机150、发射机152以及相关联的组件，如一个或多个嵌入式或内部天线元件154和156、本地振荡器(LO)158、以及诸如数字信号处理器(DSP)160之类的处理模块。通信子***104的特定设计取决于移动设备100要与其一起进行操作的通信网络200。因此，应当理解，图6中所示的设计仅作为一个示例。

将天线154通过无线网络200接收的信号输入至接收机150，接收机150可以执行常见的接收机功能，如信号放大、下变频、滤波、信道选择、以及模拟至数字(A/D)转换。接收信号的A/D转换允许更复杂的通信功能，如要在DSP 160中执行的解调和解码。按照类似方式，DSP 160对要发送的信号进行处理，包括调制和编码。将这些DSP处理后的信号输入至发射机152，以进行数字至模拟(D/A)转换、上变频、滤波、放大并经由天线156在无线网络200上传输。DSP 160不仅处理通信信号，也提供接收机和发射机控制。例如，可以通过在DSP 160中实现的自动增益控制算法来自适应地控制接收机150和发射机152中应用至通信信号的增益。

移动设备100与无线网络200之间的无线链路可以包含一个或更多不同信道(典型地是不同的RF信道)以及在移动设备100和无线网络200之间使用的相关联的协议。典型地，由于总带宽的限制和移动设备100有限的电池电力，RF信道是一种必须节约的有限资源。

当移动设备100完全可操作时，典型地，仅当发射机152向无线网络200进行发送时才接通或开启发射机152，否则关闭发射机152以节约资源。类似地，接收机150可以周期性地关闭以节约功率，直到其需要在指定时间段期间接收信号或信息(如果存在)。

现在转到图7，移动设备100可以显示主屏幕40，主屏幕40可以是当移动设备100加电时的活动屏幕，或者是可以从其他屏幕访问的。一般而言，主屏幕40包括状态区域44和主题背景46，主题背景46为显示器12提供图形背景。主题背景46在图形背景上按照预定布置显示图标系列42。在一些主题中，主屏幕40可以限制主屏幕40上所示的图标42的数目，以不损害主题背景46，尤其是在出于审美原因而选择背景46的情况下。图7中所示的主题背景46提供了图标的网格。可以认识到，优选地，多个主题可用于用户选择，并且可以使用任何适用的布置。典型地，图标系列42中的一个或多个是文件夹52，文件夹52本身能够在其内组织任何数目的应用。

在本实施例中，状态区域44包括日期/时间显示48。除了图形背景和图标系列42之外，主题背景46还包括状态条50。状态条50基于选择光标18的位置来向用户提供信息，例如通过显示当前突出显示的图标53的名称。

通过使用定位设备14来突出显示相应图标53并向移动设备100提供合适的用户输入，可以从显示器12发起(开启或查看)诸如地图程序60(也见图8)之类的应用。例如，可以通过以下方式来来发起地图程序60：如图7所示移动定位设备14使得选择框18突出显示图标53，以及例如通过按压轨迹球14b提供选择输入。

图8示出了可以在移动设备100上存储并与移动设备100一起使用的其他软件应用和组件139的示例。图8中仅示出了示例，并且这些示例不应被认为是穷尽式的。在该示例中，示出了全球定位***(GPS)应用54、因特网浏览器56、简单消息服务(SMS)58、地图程序60和简档应用62，以示意可以由移动设备100提供的各种特征。在本示例中，GPS应用54包括交通模块55，交通模块55表示用于在使用GPS应用54获得设备数据78时向通知***80提供这种数据78的任何子程序、子例程、函数或计算机可执行指令的其他集合。图8中还示出了消息应用138，以下为了清楚将其称为电子邮件应用138。可以认识到，各种应用可以独立操作，或者可以利用其他应用的特征。例如，GPS应用54可以使用地图程序60来向用户显示方向。

现在转到图9，示出了通知***80的示例实现，其中，上述无线路由器26作为通知***80的主机。在本示例中，无线路由器26负责对来自和去往移动设备100A-100E的消息进行路由，因此能够获得由多个这种移动设备100提供的设备数据78，以准备针对这些多个移动设备100和其他移动设备的通知84。与图1一致，图9中示例的实现方式示意了从移动设备100B至100E中的每个获得设备数据78并向移动设备100A提供通知84。可以认识到，设备数据78和通知84可以包括使用单独的协议来发送的单独且不同的数据包，或者可以利用现有的通信方法，如电子邮件、SMS等。

在本示例中驻留在无线路由器26处的通知***80在交通数据库82中存储与交通相关的数据。这种与交通相关的数据可以包括从各移动设备100获得的任何设备数据78、已经发送的通知84的拷贝(或者将要发送的通知84的拷贝，以便重复使用相同的通知84)、以及基于设备数据78的获取来执行通知84的传送所可能需要的任何其他信息，以下将解释这种信息的多个示例。可以认识到，交通数据库82可以表示任何存储器、数据存储器或存储介质，并且可以或可以不在无线路由器26之内。例如，交通数据库82可以由第三方维护，或者被配置为通知***80的集成组件。因此，图9所示的配置仅用于示意目的，根据这里描述的原理，其变型同样适用。通知***80也可以访问第三方源83，以获得与交通事件相关的附加数据和其他基于位置的信息。例如，第三方源83可以表示提供与交通事故相关的更详细信息的警方或紧急救援人员调度器。第三方源83还可以提供如加油站、拖车等的位置之类的信息，以在以下示例的各实施例中使用。根据具体实施例，可以有任意数目的第三方源83对通知***80可用。

图9还示意了在移动设备100A的位置处的示例配置。除了在移动设备100A本身上使用通知84向移动设备100A的用户提供警告之外，图9还示意了可以以其他方式来使用通知。在本示例中，通过设备接口86向另一***85提供通知的拷贝84’，使得可以通过输出机制88向用户提供警告。例如，将车辆10A示为包括另一***85，该***85可以表示车载娱乐或导航***、车载引擎控制***以及各种由仪表板实现的***。按照这种方式，移动设备可以与跟移动设备100A处于相同位置的其他***共享对通知84中所包括的信息的访问，以提供多种警告类型并与其他子***协调。

图9所示的配置也可以使不具有GPS接收机121的移动设备100能够利用由车辆10例如通过车载导航***、车载诊断(OBD)连接或两者兼有而获得的位置和速度信息。因此，移动设备100也可以是车辆10与通知***80之间的通信链路，以适应多种环境和配置。此外，移动设备100本身可以集成至车辆10(未示出)，例如在车辆具有GPS接收机和无线连接性的情况下。因此，可以认识到，这里描述的原理可以应用于任何形式的移动设备100，包括其中移动设备100是车辆10的子***的实施例。

现在转到图10，图10示出的一个示例示意了使用来自多个移动设备100的设备数据78来准备通知84。在200，通知***80获得来自N个移动设备100(例如设备1，2，...，N)的设备数据78，然后将数据78存储在交通数据库82中。在图1和9所示的示例中，从移动设备100A、100B、100C、100D和100E获得设备数据78。在202，然后基于设备数据78所源自的区域来组织设备数据78，并更新交通数据库。例如，可以将来自移动设备100B-100E的设备数据78分组为一个区域，而将来自移动设备100A的设备数据78分组为另一区域。

可以根据相对应的移动设备100来存储设备数据78，或者可以代替地根据当前区域来存储设备数据78。在任一情况下，应当对设备数据78加时间戳，使得可以在数据的快照之间跟踪移动设备的运动，并且使得该移动设备100的先前通知和进展已知。此外，可以跟踪移动设备100从一个区域至另一个区域的运动。按照这种方式，随着移动设备100逐渐移动至更加接近堵塞区2，可以修改通知，以更智能地对移动设备100进行重定向。例如，与距离堵塞区2有5km远的移动设备100相比，距离堵塞区2有20km远的移动设备100可能接收到不同而且不那么紧急的告警，或者被给予针对备选路线的不同建议。因此，随时间而跟踪的位置和速度信息的组合可以允许通知***80根据移动设备相对于堵塞区2的位置来提供通知84的级联。

然后，在204，这样分组的设备数据78可以用于在合适时针对每个区域来执行通知准备例程。在206，例程204确定每个移动设备100的速度，并且在给定位置、一天中的时间等等的情况下根据预定(或用户定义)的准则来确定这种速度是否“正常”(相对于表示交通堵塞的异常情况)。可以使用如“速度是否小于X km/h”的准则来确定交通堵塞的存在，因此，选择车速小于阈值X的车辆10的设备数据78并可以使用该设备数据78来确定交通堵塞。例如，在图1中，在所示的快照中，车辆10B、10C和10D正在以相对较低的速率行进，而车辆10E以相对较高或“正常”速率行进。在本示例中，在步骤206中将选择车辆10B、10C和10D的设备数据78，而忽略设备10E的设备数据78。其他准则(如根据经验导出的信息)可以用于确定什么构成了“正常”交通。例如，在一天中，特定路线上高峰时段的交通可能经历与相同路线上其他时间不同的交通流。

在208，然后通知***80可以确定预定数目的移动设备100是否满足了在步骤206应用的准则(例如根据图10所示的阈值A)。换言之，通知***80可以使用多次测量来确认交通堵塞存在，以避免虚假肯定，例如在一个车辆正在靠边停车、驶出高速公路或转向的情况下。通过访问多个移动设备100的车辆数据78，通知***80可以更好地将交通堵塞与异常情况区分开，并且相应地准备动态通知84。

在一个实施例中，然后，在208对满足步骤206中准则的速度测量进行记录并与阈值A相比较，阈值A可以是例如A＝2。在这种示例中，如果3个或更多移动设备100在预定速度阈值以下行进，则例如图1所示标识了堵塞区2。然后，可以向任何数目或所有连接的移动设备100发送通知84，或者，如图10所示，在210，通知***80也可以确定向堵塞区2行进或在堵塞区2的预定邻近区域内的一组一个或多个上游移动设备100。在本示例中，在检测到移动设备100B、100C和100D形成堵塞区2并且确定移动设备100A当前正在上游区8中或者向上游区8行进时，然后通知***80可以将移动设备100A标识为接收通知84的候选者。

然后，可以在212准备通知84并且在214将其发送给候选移动设备100。在212中对通知84的准备可以包括基于交通数据库82中的信息来确定通知84的通信形式的子步骤(未示出)，并且可以类似地确定特定类型警告的合适内容。例如，移动设备100A可以选择可用的选项来接收听觉警告而不是视觉警告，因此可以相应地准备通知84。

可以连续、半连续、周期性或根据外部事件(如接收到特定数量的设备数据78)来执行图10所示的例程204。此外，在208，如果确定没有足够的速度测量来标识堵塞区2，则可以周期性地参考交通数据库82，使得在接收到新的设备数据78时通知***80可以动态地对变化的环境做出反应。例如，第一具有无线能力的移动设备100可能进入交通拥堵，这不会触发对堵塞区的检测，但是，在另外的移动设备100进入该区域时，则可以触发交通拥堵。通过连续或周期性地参考输入的设备数据78，可以更快地检测到交通拥堵。这也使通知***80能够避免在例如交通堵塞在数秒之后缓解而不影响其他移动设备100的情况下触发通知84。图10还示意了通知***80可以适于覆盖多个区域并且可以使用任何合适的逻辑来确定哪些移动设备100(如果有的话)应当接收通知84。例如，当前在堵塞区2中的移动设备100C提供设备数据78，该设备数据78使得能够将警告提供给移动设备100A的用户但是也可能接收到另一通知84(未示出)，该另一通知84警告移动设备100C的用户更下游存在交通堵塞，该交通堵塞是使用来自其他移动设备的设备数据78来确定的。按照这种方式，在经由无线网络200、无线路由器26和通知***80连接的所有移动设备100之间有效地共享设备数据78，通知***80能够首先组织和解释设备数据78，以为每个移动设备用户提供动态而且有意义的警告。因此，移动设备100可以用于提供和获得与交通堵塞相关的信息。

例如，通知***80也可以对不同区域执行不同例程204，以考虑不同的情况。例如，可能已知特定公路在高峰时段期间具有明显的速度降低的情况，因此可以在一天中的不同时间应用不同的阈值。在本示例中，在100kph区域中，例如检测到40kph的速度可以不被认为是堵塞而被认为是正常量。转到图19，示出了例程204的变型。在该变型中，针对特定区域，通知***80在205首先确定收集设备数据78的时间。在本示例中，如果相关时间在X与Y之间，则在206’使用第一准则集合来选择被认为不“正常”(例如移动比预期慢)的移动设备。另一方面，在该范围之外，使用第二准则集合，第二准则集合可以是图10所示的常用准则或某种其他准则集合。这允许通知***80在一天中的指定时间期间降低阈值，以考虑已知或根据经验导出的信息。例如：“高速公路6典型在早7点至9点之间较慢”。

如上所述，通知84可以采取各种形式，并且可以经由各种媒介传送至每个移动设备100。图11示意了示例电子邮件警告220。在图11所示的示例中，电子邮件警告220是由移动设备100以通常方式接收和处理的常规电子邮件消息。电子邮件警告220包括将消息标识为与交通警告相关的主题行221以及警告220的主体，在本示例中，主体包括：简明告警222，介绍警告的性质；接着是关于交通堵塞的更详细信息224；接着是用于绕过交通堵塞的提示226。可以认识到，电子邮件警告220的主体的每个部分(222、224、226)的所含内容和性质是可选的，如果包括，则可以以任何所需顺序(例如根据用户首选项)来呈现每个部分。例如，可以提供用户选项来指定警告应当如何构造以及应当包括哪些内容。类似地，为了最小化所涉及的阅读量，可以准备合并的消息(未示出)，该消息可以简明地提供告警、堵塞位置和绕道。例如：“您正在沿高速公路6驶入交通堵塞，使用Detour Rd作为备选”。

在图11所示的实施例中，可以包括简明告警222以允许“第一眼”确定车辆10正在驶入交通堵塞。在合适时，可以使用电子邮件应用138来访问、打开和查看电子邮件警告220，并且回顾其他细节。进一步细节224可以提供任何等级的所需细节，并且在电子邮件消息中，可以认识到，可以容易地适应这种等级的细节。在所示示例中，根据(如在特定道路之间的)各种地标来标识堵塞区2以及交通堵塞是否严重：“高速公路6在Upper Rd和Lower Rd之间极为缓慢”。提示226可以建议备选路线以避开堵塞区2。在本示例中，显示以下提示226“我们建议沿Bypass Rd行至Upper Rd以北，并在Junction Rd上向西转作为绕道。”按照这种方式，如果出现机会，则用户不仅可以利用移动设备100得到交通堵塞警告，还可以得到避开堵塞区2的有用信息。

如图11所示，电子邮件警告220还可以包括到地图程序60的链接227。这使用户能够方便地访问提示226中建议的绕道的视觉表示，或者至少查看堵塞区2的区域以便仔细研究和进一步考虑。

图12示意了警告的备选形式的示例，即，SMS警告230。SMS警告230可以包括由电子邮件警告220携带的一些或所有信息。SMS警告230包括发送者标记231，发送者标记231将SMS警告230的发送者标识为交通通知服务，交通通知服务可以是针对通知***80而创建的SMS客户端，并用于向各移动设备100转发SMS警告230。SMS警告230还包括发送者和消息细节232，并且可以包括图11所示的部分222、224、226中的一个或多个。在本示例中，简明告警222和进一步细节224是可见的，并且可以通过对消息进行导航来查看提示226。可以认识到，例如在警告的细节较长或超过单条消息的限制时，可以发送SMS警告220的一部分，并且可以阻止其他部分直到被请求。备选地，可以将第一SMS警告230与简明告警222以及链接或回叫机制(未示出)一起发送，该链接或回叫机制提供用于使用户能够请求进一步细节，如与潜在绕道相关的提示226。因此，SMS警告230可以适于在具有不同约束的不同环境中使用。

图13示意了通知84提供的交通警告的备选形式的另一示例，在本示例中为地图警告240。如图13所示，可以使用地图程序60来显示包括堵塞区248在内的区域的地图242，其中告警图形或图标246用于突出显示堵塞区域。地图242也可以提供预期路线244和备选路线250，以示意在提示226中建议的绕道。地图警告240也可以包括弹出窗口252，弹出窗口252包括已经示例的部分222、224和226。尽管将弹出窗口252示为地图242的***项，但是可以认识到，也可以为弹出窗口252给出显示器12的专用部分，或者可以通过突出显示链接(未示出)、访问菜单(未示出)来访问弹出窗口252，或者可以通过选择合适的用户选项来将弹出窗口252省略。因此，图13示意了使用通知84中提供的信息来提供警告的视觉表示的备选方案。

各种其他警告类型也是可能的，并且可以适于应用专用要求、用户首选项或两者兼有。例如，通知84可以提供在任何当前屏幕上/内显示的越权弹出窗口。该弹出窗口可以给出到地图程序的链接227，以实现快速告警和访问另外和更多详细信息的可能性。在又一实施例中，警告可能包括从通知***80向移动设备10拨叫的电话呼叫，其中向用户播讲听觉告警。类似地，通知84可以包括在接收时向用户播放的已录制的听觉告警。因此可以认识到，根据环境、可用输出机制和用户首选项，可以以任何合适的方式来发送、处理和显示通知84和所包含的告警和信息。

如上所述，通过跟踪移动设备随时间的位置，可以发送通知84的级联，以例如进一步向用户更新关于交通堵塞的进展或从第三方源83接收到附加信息。图17a示出了图11所示的电子邮件警告220的后续警告220a。在后续警告220a中，可以提供所更新的主题221a以指明该警告是更新并且可能提供更具体的细节来帮助用户认识警告。在后续警告220a中包括更新的消息270，在本示例中，消息270提供了从第三方源83获得的进一步细节，该进一步细节解释了堵塞的性质和(如果可用的话)状态。还可以提供更新的地图链接227a，以允许用于启动和加载地图程序60。可以认识到，根据更新的消息270的性质，堵塞区2的范围和绕道250可能改变，提供更新的地图链接227a使用户能够确认任何改变。当移动设备100仍在接近但尚未到达堵塞区2时，后续通知200a尤为有用。这允许在可能的情况下提供更多细节。

图17b示意了另一后续警告220b，后续警告220b在另一更新的主题行221b中指示交通堵塞已经解决。例如，如果在堵塞区2正在清除时移动设备100仍在接近堵塞区2，通知***80可以提供立即而及时的反馈，以使该移动设备100能够避免采取绕道。提供了详细的消息272，该消息解释了更新的情况，并且在一些实施例中，还可以根据先前的警告220、220a来定制消息272。例如，如图17b所示，消息272指示不需要采取先前建议的绕道。因此，可用于通知***80的设备数据78使得能够使用这种可用信息来准备智能通知84。还可以如前述情况一样提供更新的地图链接227b，以解决用户的路线，从而去除对绕道的参考等。

为了适应这里示例的各种备选警告，通知84可以被配置为携带各种形式和量的数据。例如，还可以附上在电子邮件警告220中传送的包括部分222、224、226在内的一般通知84，或该一般通知84包括地图警告240(或用于创建地图警告240的指令)，以实现双重警告或在不同警告之间的选择。通知84还可以提供指令以模仿听觉警告，如特定音调、铃音或语音警告。因此，通知84可以采取任何形式、使用任何数据结构、在任何介质上发送，只要适用于特定移动设备100或通知***80的特定应用。例如，如果与视频游戏设备的网络一起采用，则相比于与移动电话的网络一起采用的情况，可能需要不同的警告类型。

现在转到图14，提供了图9中所示的另一***85的示例。在本示例中，具有显示器88’的车内导航***85’被配置为与移动设备100A接口86’，以显示如图11-13和17a-17b中所示的警告(220、220a、220b、230、240)。移动设备100A可以使用任何可用的通信链路(如USB、红外、蓝牙、用户支架或入坞站等)来与导航***85’接口86’。图14示意了移动设备100A可以用于接收通知84，然后通知84被转换或处理(如果需要)以供导航***85’使用，通知的拷贝84’(具有任意合适的形式)被转发至导航***85’。可以认识到，在这种实施例中，导航***85’可能需要如驱动器之类的软件用于检测输入的通知，并且应当包括实现用户交互性的软件应用。尽管图14中未示出，但是移动设备100A也可以与OBD连接或其他车内连接接口86’，以获得用于包括在设备数据78中的信息，因此接口86’可以提供一种方式，使车辆的子***能够参与向通知***80提供信息以准备通知84。

如果连接至车辆10中的其他子***，则移动设备10还可能可以影响通知***80及其对第三方源83的访问，以单独地或同与交通相关的通知84相结合来向用户提供附加警告。现在转至图18，示出了示意与车辆10中检测到的油位相关的通知例程的示例。在400，车辆子***或移动设备100(或其用户)通过其与车辆10的连接86(或视觉观察)来检测加油事件。加油事件可以由各种准则来触发。例如，如果已经将行程编程入GPS应用54，则移动设备100可以确定：在给定至目的地的距离和所剩油量的情况下，车辆10将需要在目的地之前至少加油一次。在另一示例中，移动设备100可以简单地检测车辆的油位尤其低(或低至危险程度)，例如低于预定阈值，并且因此需要加油。在检测到加油事件时，移动设备100然后可以在402开启其GPS应用54并使用交通模块55来收集其他设备数据。然后，在404根据特定准则(如根据与用户路线的偏离)以及其他信息(如燃油类型(柴油可用？)、优选的休息站、优选的汽油品牌等等)来发送与最优加油站相关的查询。

通知***80然后在406接收该查询，并且在408本地地或与第三方源83相结合来确定所编程的路线的邻近区域中的加油站或者满足用户首选项的加油站。如果适用，在410，通知***80可以同时参考交通数据库82来确定是否存在与交通相关的相关通知。然后在412准备通知。如上所述，在412处准备的通知可以包括附有加油站信息的通知84，或者可以是仅与加油站相关的单独的通知。

在414，如果适用，通知***80可以相应地参考用户首选项来定制通知84。例如，在注册交通模块55时，可以向用户提供机会以选择他们希望加油站距离他们的路线有多近、他们偏爱哪些公司等等。这种用户首选项可以应用至图18所示过程上的任何变化。可以认识到，可以将用户首选项结合入这里描述的任一实施例，以使用户能够指定何时要接收通知84、他们要以何种形式接收(例如电子邮件、SMS、听觉、或通过其他***85等)等等。

然后，在416，将通知84发送至移动设备100，并且在418接收通知。在本示例中，移动设备100可以使用接收的通知84来警告用户油位较低并建议最优的停靠位置。可以使用地图程序60来显示加油站的位置，可以提供至加油站的路线，还可以提供听觉警告。图18中所示的加油事件检测和通知例程仅用于示意目的，可以认识到，类似的原理可以应用于提供其他通知，例如服务站、拖车、停车区域(按照用户首选项)等等。

图15示意了另一实施例，其中移动设备的GPS接收机121当前未开启但是移动设备100当前所在的车辆10进入交通堵塞，设置与时间相关的触发，或者用户发起该过程。在这些情况下，可以做出对基于当前区域的交通警告的请求，同时，移动设备100可以开始对通知***80执行的信息收集过程做出贡献。在图15中，当前正在显示与图13所示的地图类似的地图242，并且在本示例中示出了预期路线244，该路线可能是用户在某个其他时刻已经指定的。可以注意到，在本示例中，地图程序60用于显示方向，当时不需要经由GPS应用54来提供当前位置信息。

在接收到合适的输入，如检测到菜单按钮24的选择时，可以显示菜单63，菜单63列出了在地图程序60内可用的选项264。在图15所示的选项264中，可以选择交通更新选项266。通过检测对选项266的选择，地图程序60可以指令GPS应用54开启并开始发送设备数据78和接收通知84。这将使用户在进入堵塞区2时能够获得如图13所示的地图警告240，地图警告240标识了堵塞区、标识了绕道等。这还提供了附加设备数据78，基于该附加设备数据78，通知***80可以做出关于该特定区域中需要特定通知的确定。相应地，图15示意了，在各实施例中，移动设备100与通知***80之间的通信可以是自动的或者是由用户发起的。

图16示意了用于执行图15的实施例的示例操作集合。在300，在检测到交通堵塞时，或者在用户希望开始接收通知84的任何其他时刻，本示例中的地图程序60提供了在302启动菜单263并选择交通更新选项的266的能力。然后在304，地图程序60可以检测到对交通更新选项266的选择，并且然后在306开启GPS接收机121，此时它可以获取移动设备100的设备数据78。

可以注意到，如图16所示，一旦开启了GPS接收机121，如果通知***80被配置为经由无线路由器26来检测移动设备100的存在，则移动设备100可以立即可用于在324接收通知84并在326向用户提供警告，在328用户将经历该警告。在开启GPS接收机121时，可以在308准备设备数据78以在310发送至通知***80。然后，通知***80在312接收设备数据78并在314可以将该设备数据78与交通数据库82中的新近通知和其他信息进行比较。在316，还使用新的设备数据78来更新交通数据库82，以对通知的产生做出贡献。

通知***80在318确定是否存在与移动设备当前所在区域相关的相关通知84，如果未找到相关通知，则过程在320结束。如果可以找到相关通知84，则然后在322可以将其发送至移动设备100，该通知在324被接收到，在326向用户提供警告，并且在328经历该警告。

因此可以看到，与多个移动设备的位置和速度相关的数据78可以用于产生针对可能受到多个移动设备84提供的数据78所确定的交通问题影响的其他移动设备100的动态通知84。

尽管以上已经参照特定具体实施例进行了描述，但是，如所附权利要求中所述，对这些实施例的各种修改对本领域技术人员而言是显而易见的。

Claims (15)

1.一种提供交通通知的、以计算机实现的方法，所述方法包括以下步骤：

-从堵塞区内的多个移动设备中的每一个获得速度测量；

-使用所述速度测量来标识所述堵塞区内的交通事件；以及

-在标识了交通事件的情况下，向接近所述堵塞区的至少一个移动设备发送通知，以提供与所述交通事件相关的警告。

2.根据权利要求1所述的方法，其中，所述交通事件指示交通堵塞，并且所述交通堵塞是通过确定至少预定数目的移动设备正在以低于预定阈值的速度行进来标识的。

3.根据权利要求1或2所述的方法，还包括以下步骤：获得所述堵塞区内的所述移动设备和接近所述堵塞区的所述移动设备的位置信息；以及使用所述位置信息来确定哪些移动设备正在接近所述堵塞区。

4.根据权利要求1至3中任一项所述的方法，还包括：准备用于发送所述通知的消息，所述消息是电子邮件消息、短消息服务“SMS”消息、听觉消息、电话呼叫或用于在地图程序中提供所述警告的指令。

5.根据权利要求4所述的方法，其中，所述警告包括以下项目中的任一项：简明告警；或简明告警和与所述简明告警相关的进一步细节；或者用于绕过所述堵塞区的提示。

6.根据权利要求1至5中任一项所述的方法，其中，接近所述堵塞区的移动设备是根据所述移动设备相对于所述堵塞区的位置来确定的。

7.根据权利要求1至6中任一项所述的方法，其中，接近所述堵塞区的移动设备是根据上游区和所述堵塞区之间的连续性来确定的。

8.一种计算机可读介质，包括由计算***的处理器可执行的计算机可执行指令，所述计算机可执行指令用于使所述计算***通过执行之前任一权利要求所述的方法中的步骤来提供交通通知。

9.一种通知***，包括：处理器；用于与多个移动设备通信的通信子***；以及根据权利要求8所述的计算机可读介质。

10.一种用于在移动设备处提供交通警告的、以计算机实现的方法，所述方法包括以下步骤：

-从交通通知***接收通知，所述通知包括与交通事件相关的警告，所述交通事件是已由所述通知***通过使用从堵塞区内的多个移动设备中的每一个获得的速度测量来标识的，所述交通事件与所述堵塞区相关联；以及

-使用所述移动设备的输出机制来提供所述警告。

11.根据权利要求10所述的方法，所述警告是使用电子邮件消息、SMS消息、听觉消息、电话呼叫或用于在地图程序中提供所述警告的指令来提供的；以及可选地，所述警告是通过在所述地图程序中显示所述堵塞区来提供的。

12.根据权利要求10或11所述的方法，还包括：向另一***提供所述通知的拷贝，以使用所述另一***的输出机制来提供所述警告。

13.根据权利要求10至12中任一项所述的方法，还包括：向所述通知***发送速度和位置信息，以使所述通知***能够确定所述移动设备是否受到所述堵塞区的影响。

14.一种计算机可读介质，包括由移动设备的处理器可执行的计算机可执行指令，所述计算机可执行指令用于通过执行权利要求10至13中任一项所述的方法中的步骤来在所述移动设备处提供交通警告。

15.一种移动设备，包括：显示器；处理器；一个或多个输入机制；通信子***；以及根据权利要求14所述的计算机可读介质。

Images