专利名称：路边服务请求的管理的制作方法
技术领域：
本发明总体涉及路边服务，更具体地涉及发起、管理和响应于对路边服务技术人员的请求。
背景技术：
在处于道路上时，商用卡车车队在车辆维护方面具有一贯的问题。在远离本地修理源时，甚至旅程之间的最优维护也无法消除机械问题的可能性。针对该原因，存在国家路边修理服务并且该国家路边修理服务与车队进行联系以便无论在何处车队发生故障都对车辆进行修理。在一些情况下，修理服务专用于车辆的替换起来相对直接的某些特征(如轮胎修理服务)。典型地，接入路边修理服务涉及呼叫号码、标识你自己和你的客户信息、以及准确地报告你的位置。修理服务可以针对可用服务专业人员的列表而参考你的位置，该列表可以由提供服务的公司直接采用或者可以通过本领域已知的网络服务协定来独立工作。如由传统来电过程所报告的路边修理服务请求严重依赖于对车辆操作者的了解， 车辆操作者被期望能够提供账户信息以及对他的位置的详细了解。然而，实际上，车辆操作者可能不具有对他的位置的详细了解。在几百或几千英里的道路上运送车辆时，驾驶员可能不知道他当前的城市或州，更不用说他的卡车的位置的详情。在某些情形中，找到所要服务的车辆的位置可能需要处理呼叫的部分调度员以及被派遣去修理车辆的服务技术人员付出大量时间和努力。向客户的许多呼叫可能有必要来自这两种服务雇员，其中，需要附加的时间并且使客户有挫败感。此外，传统来电过程可能仅向客户传达非常有限的信息一仅传达由调度员通过电话给出的信息，该调度员可以迅速变为对其他呼叫不可用并且可能难以再次联系。因此，需要可以向服务雇员和客户二者提供附加信息的路边修理服务请求系统； 其最小化或消除对雇员与客户之间的电话联系的需要；并且不严重依赖于客户对他的车辆的位置的了解。
发明内容
本发明通过提供用于管理针对需要服务的车辆的路边援助的服务请求的系统和方法来解决与现有技术相关联的这些及其他缺陷，上述管理是通过以下操作来进行的对用户进行授权；通过互联网来接收表示来自用户的服务请求的数据；通过互联网来接收表示所述需要服务的车辆的物理位置的数据；以及将位置数据与服务请求数据相关联，以便实行服务请求。在一个实施例中，所述方法还包括接收表示被调度为处理服务请求的服务车辆的第二物理位置的数据；生成图形地图，其中，在地图上标记第一物理位置和第二物理位置；以及通过互联网将地图传输至用户。根据本发明的另一方面，一种用于管理服务请求的方法包括将web地址与服务请求相关联；将表示web地址的数据发送至移动通信设备；通过从设备请求位置数据来对设备接入唯一浏览器地址做出响应；通过互联网来接收表示物理位置的数据；以及将位置数据与服务请求数据相关联。可以将web地址作为文本消息发送至移动设备。在本发明所附且形成本发明另外部分的权利要求中阐述了表征本发明的这些及其他优势和特征。然而，为了更好地理解本发明以及通过其使用而获得的优势和目的，应当参照附图以及所附的描述性内容，其中描述了本发明的示例性实施例。
图I是根据本发明可以进行操作的示例性设备的框图。 图2是根据本发明的用于服务移动网站的过程的流程图。图3A至3C是根据本发明的与移动网站相关联的示例性移动web页面。图4是图示根据本发明的文本至定位过程的流程图。图5是根据本发明的与移动网站相关联的示例性web页面。
具体实施例方式本发明涉及一种也可用作移动应用的移动网站。该系统使用与智能电话相关联的特征来支持服务请求。不是使用呼叫中心代表与车辆操作者之间的电话呼叫来填入与服务请求相关的信息，而是移动网站允许使用启用web的通信设备(如有互联网能力的移动电话)来自动收集数据。现代智能电话通常具有可以用于收集与服务请求相关的相关信息的多个特征。通过使客户登陆进移动网站，可以自动地将客户信息与请求相关联。在客户的标识之外，最相关的信息(以及通常最难准确确定)是所要服务的车辆的位置。传统电话请求方法本质上依赖于客户来确定并准确叙述车辆位置，这对试图找到客户的车辆的服务技术人员的目的来说可能是不够且不准确的。然而，许多现代的启用web的电话包括GPS能力，这可以给出足以找到车辆的准确的经度和维度坐标，并且，许多启用web的电话被配置为允许网站和应用接收并使用该位置信息。不具有GPS能力的其他启用web的设备包括对设备进行定位的备选方法。本发明利用启用web的设备的这些能力，以便提高信息的准确性和可用性，同时对客户的时间、记忆和了解提出更少需求。如图I所示，车辆操作者可以拥有如移动设备10所示的启用web的移动通信设备。该设备包括处理单元12，该处理单元12与存储器14、用户界面16和大容量存储设备 18进行通信。设备10可以包括操作系统20和使设备10能够实行各种通信功能的程序， 各种通信功能包括使用电话网络(电话客户端22);发送文本消息(SMS客户端24);以及浏览互联网(互联网客户端26)。在一个实施例中，这些功能中的每一个通过设备的网络接口 28而实行，该网络接口 28被配置为在与本领域已知的移动服务提供商的协定下与移动服务网络30进行交互。移动设备10可以利用本领域已知的任何网络协议(例如，可以使用任何2G、EDGE、3G、LTE或4G网络协议)与移动服务网络30进行交互。当前移动设备通常是复杂的，并包括使用各种协议以便利用改变的条件的能力。由图I的移动设备10表示的类别的许多移动通信设备使用大基座天线与移动设备10的底盘内嵌入的天线之间的双工天线接口。尽管这里将移动通信设备描述为通过移动设备网络来接入互联网，但是将理解， 许多移动通信设备还包括通过无线或有线接口与局域网进行交互的方式。根据移动通信设备的位置和情形连接性，移动通信设备可能能够通过提供互联网接入的移动服务网络或提供互联网接入的局域网中的任一个来接入互联网。在一个实施例中，用户通过移动浏览器应用来接入互联网客户端，并且不论移动通信设备在任何给定时间如何接入互联网，用户都体验相同的移动互联网能力和相同的网站。 响应于需要路边服务的事件，客户使用与用户的移动通信设备相关联的互联网浏览器，以便接入路边服务提供商的网站。这使互联网客户端26与服务器40进行通信，如图 I所示，服务器40可以表示能够响应于互联网45上的客户端请求而给web页面提供服务的计算系统。web服务器可能能够检测客户端是移动设备，并给针对移动设备而有意优化的网站提供服务。在另一实施例中，移动网站可以具有与标准网站不同的URL，并且，用户可以有意接入或被引导至移动URL和移动网站。如图所示，web服务器40可以通过局域网42连接至互联网45，在局域网42上还定位有在服务请求调度员的控制下进行操作的计算机50。出于本发明的目的，每个计算机40、50可以表示实际上任何类型的计算机、计算机系统或者符合本发明的其他合适可编程电子设备。此外，每个计算机40、50可以使用一个或多个联网计算机(例如，处于簇或其他分布式计算系统中)而实现。典型地，计算机40包括中央处理单元12，该中央处理单元12包括与存储器14耦合的至少一个微处理器，该存储器14可以表示包括计算机40的主存储设备的随机存取存储器(RAM)设备以及任何补充级的存储器，例如高速缓冲存储器、非易失性或备份存储器 (如可编程存储器或闪速存储器)、只读存储器等。此外，存储器14可以被认为包括物理上位于计算机40中其他位置处的存储器存储(例如，CPU 12中的处理器中的任何高速缓冲存储器)以及被用作虚拟存储器的任何存储容量(例如，存储在大容量存储设备18或与计算机40耦合的另一计算机上)。典型地，计算机40还接收用于外部传送信息的多个输入和输出。例如针对用户或操作者，典型地，计算机40包括用户界面16，该用户界面16并入了一个或多个用户输入设备(如除了别的之外键盘、鼠标、轨迹球、操纵杆、触摸垫和/或麦克风) 和显示器(如除了别的之外CRT监视器、IXD显示面板和/或扬声器)。另外，可以经由其他计算机或终端来接收用户输入。对于附加存储，计算机30还可以包括一个或多个大容量存储设备18，例如除了别的之外软盘或其他可移除盘驱动器、硬盘驱动器、直接存取存储设备(DASD)、光驱动器(如 ⑶驱动器、DVD驱动器等)和/或磁带驱动器。此外，计算机40包括与一个或多个网络(如除了别的之外LAN、WAN、无线网络和/或互联网)的接口 22，以允许与其他计算机和电子设备传送信息。应当认识到，典型地，如本领域公知，计算机40包括CPU 12与组件14、16、18、 22中的每一个之间的合适的模拟和/或数字接口。以与计算机40类似的方式，计算机50包括CPU 12、存储器14、大容量存储器18、 用户界面16和网络接口 22。然而，给定计算机40和50作为web服务器和调度员的计算机系统的性质，那么在许多实例中，将使用多用户计算机(如服务器计算机、中型计算机、大型机等)来实现计算机40，而将使用台式或其他单用户计算机来实现计算机50。由此，典型地，CPU、存储器、大型存储器、用户界面和网络接口的规范将在计算机40和50之间变化。 在本发明的上下文中可以想到其他硬件环境。移动网站向用户给出了登录机会。登录将用户标识为已有客户，从而提供了具有与客户的账户相关联的信息的路边服务。
在一个实施例中，已登录移动网站的客户然后可以通过该网站来发起路边服务请求。这样做时，web服务器在路边服务系统内创建服务请求事件，该服务请求事件可以被服务系统如正常那样处理。例如，服务请求可以向负责收集和确认服务请求的细节并联系附近的服务技术人员的调度员发出警报。在另一实施例中，这些功能可以由与服务相关联的计算机系统实行，而无需调度员的干预。除了标识具有客户账户的服务请求以外，网站还可以被配置为从用户请求附加信息。用户可以被询问以提供车辆信息，车辆信息包括与故障的性质相关的细节以及与促使服务请求的事故相关联的数据。例如，如果服务请求响应于轮胎爆裂或其他轮胎故障，则该网站可以请求与车辆的性质和轮胎的型号、大小和胎面有关的信息。备选地，该信息可以是从已与客户相关联的账户数据库接收的，并可以由用户通过该网站后续确认。在一个实施例中，调度员可以被请求以通过联系客户(例如，通过使用设备上的电话客户端呼叫他的移动通信设备上的客户)来添加或验证与服务请求相关联的信息。在另一实施例中，调度员可能能够在不先前联系客户的情况下调度服务技术人员。如图I所示，客户的移动通信设备10可以包括能够接收GPS信号的GPS接收机 32。移动通信设备10可以被配置为从由设备接入的移动站点请求时共享该信息。一旦客户输入服务请求，移动站点就询问移动设备的GPS位置并将所得到的位置与服务请求相关联。在一些实施例中，符合本发明的移动通信设备可以具有除了 GPS接收机以外的装置来确定其物理位置，并且从而可以不包括如图I所示的GPS接收机32。例如，一些移动服务网络可以使用多个基站的位置来对移动通信设备的位置进行三角测量，并且，一些移动通信设备可以使用地基定位系统以便确定位置。本领域普通技术人员将理解，移动通信设备可通过其来确定其位置并随后与服务请求系统共享该位置信息的任何机制符合本发明。图2更详细地图示web服务器的过程的示例。响应于来自移动客户端的网站请求 (框102)，服务器可以返回与移动网站相关联的web页面，该web页面可以包括允许用户输入登录信息(框104)的形式。然后，服务器验证接收到的用户名和密码(框106)，递送错误消息和另一登录机会(框108)或允许用户访问对已有客户可用的选项(框110)。这些选项之一是发起针对路边服务的请求，在接收到该请求(框112)的情况下，针对附加信息提示用户。然后，服务器可以提交对来自移动设备的GPS数据的询问(框114)。一旦网站已经经由网站接口执行任何初始数据采集功能，该网站就发送与用户名和任何所输入的信息相关联的新服务请求(框116)，并且在接收到的情况下，发送针对客户的GPS数据(框118和120)。图3A示出根据图2的框104的示例性登录屏幕。文本框可用于用户名和密码，当输入用户名和密码时，可以针对对于web服务器来说可接入的数据库检验所述用户名和密码以认证用户。图3B示出来自移动设备的指示web服务器已经请求位置数据的警报。图 3C示出用于请求服务的示例性形式。在一些上下文中，与客户的登录和对移动网站的使用无关地从客户的智能电话采集GPS信息对web服务器是有益的。例如，在客户利用电话发起服务请求的情况下，客户可能不能精确地表达出要被服务的车辆的位置。在这些情形下，根据本发明一个实施例的方法允许调度员针对客户提供URL，在接入该URL时，该URL将向服务请求系统提供用户的位置。一些移动通信设备被配置为在通电话时接受文本消息并接入网站，在这种情况下，在客户与调度员通电话时，调度员可以将客户引导至所发送的URL并确认接收到GPS位置。这种特征可能特别有用，例如，当客户在技术上不特别了解他或她的移动设备的数据相关功能和/或将优选与调度员谈话而不是经由移动网站来提交服务请求时。
使用与图4的流程图类似的方法，与在移动服务网络上创建和发送SMS或其他文本消息的机制相结合，web服务器可以向客户发送定制的URL以使得能够从设备采集GPS信号。如图4所示，系统可以首先将定制URL与服务请求相关联(框202)。URL可以包括弓I导至与路边服务系统相关联的web服务器的域名，或者备选地，可以包括关联的web服务器的IP地址。该地址还包括允许系统将地址的接收与当前服务请求相关联的数据(例如， 服务请求的号码或者出于该目的而生成的另一号码)。由于包括唯一标识数据的URL可能特别长，因此系统还可以创建被配置为在被接入时重新引导至更长定制URL的缩短URL(框 204)。用于生成缩短的URL并从缩短URL重新引导的方法是本领域已知的。一旦生成了定制URL，就通过消息收发协议(如文本消息收发或即时消息收发)将该定制URL或其缩短形式发送至客户的移动通信设备。在许多启用web的移动设备上，当 URL通过消息收发协议而到达时，该URL被消息收发客户端辨别出并可以立即被发送至互联网客户端并由互联网客户端打开。在接入URL时，web服务器接收针对唯一 URL的网站请求(框208 )，该请求提示网站从客户端设备请求GPS数据(框210 )。如上所述，web服务器被配置为将接收到的位置数据(框212)与已同唯一 URL相关联的服务请求相关联(框214)。一旦经由移动网站得到足够信息(在必要时，利用客户与调度员之间的附加通信)，服务请求就可以由服务技术人员实行。本领域已知各种确定适当技术人员的方法。在一个实施例中，技术人员可以具有被配置为与服务请求系统进行接口连接的移动通信设备 10’。一旦联系上，服务技术人员就可能能够接入与服务请求有关的所采集的一些或所有信息，包括与请求相关联的位置信息。除了接入与服务请求系统相关联的信息以外，技术人员的移动设备10’还可以被配置为发送与技术人员的状态有关的信息。在一个实施例中，技术人员的状态包括技术人员的自身位置，技术人员的自身位置由移动通信设备的GPS接收机32中继获取。在另一实
施例中，GPS数据可以由不同的设备(例如，在并入此处以供参考的美国临时申请_代
理人案号GTRC-153P中公开的设备)针对路边服务系统而采集。当服务技术人员已经被调度至客户的位置时，系统可以生成地图以及对服务技术人员何时将到达的时间估计。使用与系统的服务请求数据捆绑在一起的关于客户的电话和服务卡车的GPS信息，具有时间估计的地图将对客户和调度员二者可用。图5中图示显示该数据的地图400。给定两个GPS位置，那么本领域普通技术人员将认识到用于估计从一个地方行进至另一个地方所必需的时间的多种已知方法。当服务技术人员的位置402和客户的位置404 二者均已知时，可以将这些位置置于地图400上并且可以显示到达的估计时间406。一旦生成，该地图400就可以经由移动网站而发送至客户或显示给调度员以在向客户报告时使用。可以以本领域已知的所设置的时间间隔重绘地图，或者，用户可以手动刷新地图， 促使基于最近接收到的GPS数据而重绘地图400以及重新计算时间估计406。在一个实施例中，时间戳伴随有服务技术人员的位置数据，并且，仅当时间戳处于到当前时间的特定定义的窗口内时，才显示地图，以便不在地图上显示“失时效数据”。由于GPS数据可能对客户来说不是始终可用的并且客户的车辆通常将停留在相同位置处，因此客户的位置数据的时间戳可能不是以相同的严谨度评估的，并且“失时效数据”可能对于客户的位置来说可接受。在另一实施例中，仅在以比服务技术人员的位置更不频繁的间隔绘制地图时才参考客户的位置，或者根本不参考客户的位置，而使用先前接收的位置。
尽管关于通过移动通信设备的互联网客户端而接入的移动网站给出了上述实施例，但是将理解，可以通过在移动设备上安装和执行的定制应用来实行移动网站的特征，包括客户的设备与路边服务系统之间的交互。对于本领域普通技术人员来说，其他修改将显而易见，如这里描述的技术的其他潜在应用那样。因此，本发明在于以下所附权利要求。
权利要求
1.一种用于管理针对需要服务的车辆的路边援助的服务请求的方法，其特征在于以下步骤 对用户进行授权； 通过互联网来接收表示来自用户的服务请求的数据； 通过互联网来接收表示需要服务的车辆的物理位置的数据；以及 将位置数据与服务请求数据相关联以便实行服务请求。
2.根据权利要求I所述的方法，其特征还在于 将唯一浏览器地址与服务请求相关联； 将表示唯一浏览器地址的数据发送至移动通信设备； 通过从设备请求位置数据来对设备接入唯一浏览器地址做出响应； 通过互联网来接收表示所述需要服务的车辆的物理位置的数据；以及 将位置数据与服务请求数据相关联。
3.根据权利要求I所述的方法，其特征还在于 接收表示被调度为处理服务请求的服务车辆的第二物理位置的数据； 生成图形地图，其中在地图上标记第一物理位置和第二物理位置；以及 通过互联网将地图传输至用户。
4.一种用于管理针对需要服务的车辆的路边援助的服务请求的方法，其特征在于 将web地址与服务请求相关联； 将表示web地址的数据发送至移动通信设备，其中所述移动通信设备被布置在与所述需要服务的车辆相同的物理位置处； 通过从所述移动通信设备请求位置数据来对所述移动通信设备接入唯一浏览器地址做出响应； 通过互联网来接收表示所述需要服务的车辆的物理位置的数据；以及 将位置数据与服务请求数据相关联。
5.根据权利要求4所述的方法，其特征在于，将所述数据作为文本消息发送至所述移动通信设备。
全文摘要
本发明涉及路边服务请求的管理。一种用于管理服务请求的方法涉及使用智能电话的在互联网上传送GPS信息的能力。需要路边服务的客户可以通过移动网站或移动应用来提交路边服务请求，并可以通过智能电话的GPS接收机来提供位置信息。在系统不具有客户的位置的情况下，可以创建标识服务请求的唯一URL并发送该唯一URL以供客户在智能电话上接入，这允许web服务器请求智能电话的GPS位置并自动地将其与正确服务请求相关联。
文档编号H04W4/04GK102624868SQ20121001854
公开日2012年8月1日 申请日期2012年1月20日 优先权日2011年1月26日
发明者C.D.马尔, R.B.萨特芬 申请人:固特异轮胎和橡胶公司