专利名称：基于门限的服务通知系统和方法
技术领域：
本发明涉及移动通信系统和移动商务(m-commerce)，更具体地说，涉及一种用于根据用户的位置和所需服务向用户通知服务的基于门限的方法和设备。
背景技术：
特别在汽车信息技术领域，存在这样的应用向移动通信系统的用户通知在用户的特定范围内提供的各种服务。例如用户正穿驶过一个城镇并想要寻找某种类型的餐馆。用户可以通过蜂窝电话提供商或经由车载导航或司机辅助服务发出关于该服务的询问，定位所需类型的餐馆相对用户而言的位置。系统可以通过语音、文字或电子消息、图形消息进行响应并确定是否可以获得用户在该区域内所需的服务，例如所需类型餐馆的位置。
其他信息技术和信息技术之类的应用用于通知车辆用户车辆的位置。例如，根据行车里程，车辆可能需要定期维修。车辆管理和控制系统可以发出信号表示需要进行维修，且产生消息并传送给用户。例如，该消息可以是车辆内的指示灯。但是，由于通信技术集成在车辆内，车辆可以提供电子邮件式的通知、寻呼或类似标示给用户，表示需要服务。通过与导航系统集成，用户可以得到关于能够提供所需服务的各种服务机构的位置的信息。
通常，这种通知的提供与预设或用户定义的门限结合。例如，车辆可以配置成通知用户车辆内的汽油是否低于两加仑。例如如果用户正乘坐火车且不想错过下车车站时，用户还可以将门限设置为要求在与目的地距离一定的距离时得到通知。在一些情况中，例如得到油箱中的剩余汽油量的通知的情况，这些通知可能来得太迟。例如，如果用户得到汽油剩两加仑的通知，但是与最近服务站的距离超过这两加仑汽油所能够行驶的距离，则该信息来得太迟，没有用处。
因此，需要一种能够根据位置协调服务通知以使通知能够使用的系统和方法。


本公开描述了若干实施例，以示出本公开的广泛教导。同时对附图提供了参考标号。
图1是适用于基于门限级别的服务分布的系统的框图。
图2是车辆通信系统的框图。
图3是车辆控制和信息管理系统的框图。
图4是基于门限值的用户与可获得服务的区域的示意图。
图5是基于动态门限值的用户与可获得服务的预测区域的示意图。
图6示意性地示出了各门限。
图7是示出了基于门限的服务通知方法的流程图。
具体实施例方式
虽然下文详细描述了本专利申请的各种不同实施例，但是应当理解，本专利申请的法律范围只由所附权利要求限定。详细的描述只是示例性的且没有描述本专利申请的每个可能实施例，因为描述每个可能实施例即使不是不可能，也是不实际的。使用现有技术或者本专利申请的申请日之后开发的技术，可以实现各种替换实施例，这些仍在限定本专利申请的权利要求的范围之内。
应当理解，术语除非使用句子“如在此所使用，术语‘＿＿＿’定义为表示…”或类似句子在本专利申请中清楚地定义，否则，无论清楚的或者暗示的，术语的意思都未限定为超出其一般或普通意思，并且基于本专利申请的任何部分中的任何陈述(除了权利要求的用语之外)，这种术语不应当被解释为在范围上受限制。所附权利要求中所使用的任何术语所指的程度与一个单独含义相一致，这是为了清楚说明以不使读者混淆，而不是意味着权利要求的术语限制为这一个意思，无论清楚的或者暗示的。最后，除非权利要求使用没有引述任何结构的术语“装置(means)”和功能来限定，否则任何权利要求的范围都不根据35U.S.C.§112第六段进行解释。
为了改善通知信息的值，通知的时间和位置可以基于动态门限。门限值可以涉及用户或设备的位置以及能够提供所需/所要求服务的供应商的位置。
参考图1，通知服务器100与含有服务和位置目录的数据库102连接。数据库可以包括与特定机构所提供的服务、机构的工作时间和对机构可提供的服务的任何潜在限制的信息。数据库102可以增补或替换为互联网和相关搜索引擎。通过修改数据库102以使用可搜索的互联网，通知服务器100可以获得各种媒体内容和广告并传送给用户。传送这种内容可以是对用户定义标准集的响应，用户定义标准集用于过滤要传送何种内容和在何种条件下传送此内容。
结合用户定义标准集，数据库102可以包括与用户相关的信息，例如目的地信息、约会信息、喜好等。通知服务器100可以访问用户信息。例如，如果用户的行程相对于预期目的地和日历信息提前，则通知服务器100可以从数据库102和/或互联网获得用户可能希望接收的信息。这种信息可以包括中意的餐馆类型的位置、感兴趣的地点等以及针对这些的广告信息。通知服务器100还可以适用于了解用户喜欢什么不喜欢什么以及将这种信息保存在数据库102中，以供后来使用。设计为了解用户喜好的特定类型的软件程序不是本发明的基本部分，目前可以采用诸多商用类型。
通知服务器100还与用于将通知传送给用户的通信接口104连接。通信接口可以分别与无线和陆线电路和数据服务106和108连接，或者与诸如无线和陆线分组数据服务的数据服务(包括互联网110)连接。通过这种方式，通知服务器100可以提供通知给用户，其方式为经由寻呼网络114发送寻呼给寻呼器112，分别经由无线或陆线电话网络(统一称为网络120)提供电话呼叫给蜂窝或路线电话114或116，经由蜂窝或陆线电话网络120留下语音消息，经由互联网提供电子邮件给电子邮件接收方122或提供即时消息给工作站124或者将通知传送给用户。
用户在通知服务器100上登记。登记可以经由互联网连接、系统呼叫、无线数据传送、用户亲身、邮件或者任何合适方法来实现，以允许用户将用户感兴趣的服务类型以及与这种服务相关的所需门限值传送给通知服务器100。用户信息以用户概况表形式保存在数据库102中或者保存在通知服务器100能够访问的任何其他合适存储器位置。结合获取这种类型的数据，即用户可能未设置特定门限的数据，通知服务器100可以采用默认门限值的列表或计算动态门限值。这个概念将在下面结合图4和5进行解释说明。
通知服务器100还可以修改为具有预测能力。即，通知服务器100可以根据现有用户概况表信息修改为将通知添加到用户概况表中。例如，如果用户概况表表示用户喜欢特定类型的餐馆，通知服务器100可以确定用户可能感兴趣的其他餐馆类型并在合适的时间(例如在位置和时间表示这个时间合适的时候)将关于这种其他餐馆类型的通知提供给用户。这种预测交叉营销工具在互联网商务领域已知且在此可以采用这种预测交叉营销战略。当然，可以向用户提供取消这种附加通知服务的选项。
参考图2，车辆200一般包括控制器210、接收单元220和发送单元230。接收单元220和发送单元230与控制器210连接。本领域技术人员能够理解接收单元220和发送单元230可以是分开元件或者集成为单个元件。例如，接收单元220和发送单元230可以集成为单个收发机单元，能够发送数据至无线通信系统和接收来自无线通信系统的数据，数据可以包括语音、图形、视频、文本、数字数据等。
在登记期间，通知服务器100可以检索与车辆200的探测能力相关的信息，即在车辆工作期间车辆200可以采用的触发事件，例如低燃料指示和维修警报。本领域技术人员可以理解通知服务器100可以以诸多方式检索这种信息。例如，通知服务器100可以经由无线网络直接查询车辆200的探测能力。或者，通知服务器100可以经由互联网访问车辆制造商的网站并下载探测能力信息，即从车辆制造商的服务器下载。
车辆200的控制器210可以监测特定事件。控制器210可以包括多个控制模块300(如图3所示)，例如(但不限于)信息技术控制模块310、反制动系统(ABS)控制模块320、动力系控制模块(PCM)330、车身控制模块(BCM)340、辅助防护系统(SRS)控制模块350和无线控制模块360，本领域技术人员应当容易理解。多个控制模块300可以经由通信总线370或分组数据网络(未示出)连接在一起。多个控制模块300可以监测特定事件以及提供任何车内通知，还提供事件通知给通知服务器100。多个控制模块300还可以确定车辆位置。车辆位置的确定可以使用全球定位系统(GPS)或者其他基于卫星的位置技术或者使用例如根据到达时间(TOA)估值的从蜂窝电话基站接收的信号。
在通过上述多个控制模块300之一探测特定事件时，车辆200(例如经由信息控制模块310和发送单元230)可以经由诸如网络120的无线通信网络发送维修通知给通知服务器100。具体地说，无线通信网络可以是基于码分多址(CDMA)的通信协议、基于时分多址(TDMA)的通信协议、基于全球通信系统(GSM)的通信协议、基于蓝牙的通信协议、基于电气电子工程师协会(IEEE)802.11的通信协议、多媒体消息服务(MMS)通信协议、短消息服务(SMS)通信协议或基于红外数据协会(IrDA)的通信协议。例如使用基于蓝牙的通信协议，在通知服务器100的引导下，车辆200可以将维修通知直接发送给用户寻呼机、蜂窝电话、个人数字助理或其他类似设备。或者，车辆200可以发送维修通知给通知服务器100，通知服务器100接着经由用户指定优选的警报媒体将该通知传送给用户。
本公开的各方面通过图4和5的示例示出。参考图4，用户、机动车辆400和402在具有若干服务站的地理区域内工作，服务站之一为服务站404。与每个车辆400和402相关的分别是相关区域406和408，相关区域406和408与车辆油箱内的当前可用汽油能够允许的范围相关。区域406和408的相对大小表示车辆400能够行驶较远，即在可用汽油量、平均每公升行驶公里数(KPL)和当前驾驶条件的方面上具有较大的范围。平均KPL可以是车辆传送给通知服务器100的瞬时平均值或者用于给定车辆类型的平均KPL。驾驶条件可以涉及天气、交通延迟和诸如高速公路或城市驾驶的驾驶类型。
尽管车辆400具有较大范围时，但与其邻近且位于相关区域406内的服务站404较少。因此，提供警报给车辆400的用户。该警报可以通过诸如导航系统的车载信息技术系统提供或者可以通过寻呼或蜂窝电话呼叫提供。警报类型可以由用户在登记时指定且可以保存在用户概况表内。还可以要求用户确认该警报并且通知服务器100可以采用警报升级方案。即，第一个警报可以是经由车内指示灯(未示出)的不明显警报。如果用户没有确认该警报，则可以例如通过提高车内指示灯的强度、发送寻呼消息或者发信号给用户的蜂窝电话来进行后面的警报。警报可以通知用户车辆400的当前预测范围和服务站404相对于车辆的位置。
尽管车辆402具有比车辆400较小的范围，但与车辆402邻近具有较多的服务站404。因此，通知服务器404没有发警报给车辆402的用户。因此，通知服务器100所使用的门限与车辆的预测范围内的服务站数目相关。如果车载管理系统预测到在给定英里数内需要进行维修，则可以类似地通知车辆400和402的用户。虽然两个车辆可以请求相同英里数内的服务，但是取决于服务的可用性，每个车辆可能未接收到通知。警报的传送还可以涉及时间，以建议用户最近服务站在“X”分钟内，估算的行驶时间可能超过“X”分钟且建议用户改变路线或者加速。
图5提供了示出了本公开的其他示例。车辆500在具有服务站的地理区域内工作，服务站之一为服务站502。车辆以特定速度朝特定方向行驶且具有汽油消耗速率。因此当车辆500在其路程上时，通知服务器100可以动态计算关于车辆500的相关区域504-512。随着汽油的消耗，相关区域的大小在减小，在任何特定相关区域内的服务站502的数目在减小。为了清楚，示出了相关区域504-512的空间，因为理论上车辆不能超过给定可用燃料和驾驶条件下的初始相关区域504的范围。或者，由于缺少可获得服务，所以后来的相关区域的大小可以较小，因此更加迫切需要获得服务。
然后，通知服务器100可以确定(即预测)可能在何时何地产生警报。根据车辆工作条件、位置、可获得服务的位置和用户喜好，通知服务器100可以考虑何时提供警报。即，根据用户的服务需要、用户位置和所需/所要求服务对用户的可用性，通知服务器100可以动态地确定用于该警报的门限。警报还可以考虑其他潜在所需的服务，例如优选类型的旅馆/汽车旅馆或餐馆。
可以使用各种方法来预测未来位置(future location)。根据来自会合制定器(meeting maker)/电子管理器应用的当前方向/速度、导航系统规划、定期(regular)/重复中转路径或目的地信息，用户位置可以通过推断来预测。通知服务器100可以调查未来可能的用户位置，以确定服务提供特征。
图6所示的图标示出了关于提供高速公路驾驶条件602、平均驾驶条件604和城市驾驶条件606的简单范围限度(汽油允许的线性英里数)之间的差别。曲线608示出了如果供应源位于车辆范围内的任何位置上(如果用户希望以任何方向行驶以获取服务)可以使用的门限。曲线610示出了如果用户具有预期目的地且不想背离预期目的地太远而去获取服务可以使用的门限。曲线602-610可以用来设置用于给出的预测可用燃料量的搜索直径。应当注意，门限曲线608和610终止于可用燃料的给定值(在图6中示出为大约4加仑)。在某个点上不着急发出通知是合理的，在此示例中，通知服务器100直到燃料供应低于该水平才开始估算服务站的位置和车辆范围。
参考图7，示出了基于门限的服务通知方法700。方法700可以在通知服务器100内实现。提供事件数据702，其与各种参数(例如时间、质量等)相关，以确定当前事件704。考虑706可以对事件作出响应的机会。例如，通知服务器100可以搜索互联网，以识别用户感兴趣以及可以对事件作出响应的服务/机会。如果服务/机会的数目低于门限标准708，则提供通知给用户710且向用户提供当前选项列表712。
如果服务/机会的数目未低于门限标准708，则通知服务器100可以确定或预测未来事件714和对未来事件716响应的服务/机会的位置。如果服务/机会的数目低于门限标准718，则提供通知给用户720且在当前位置与未来位置之间向用户提供选项列表722。通知服务器100可以继续估算改善的服务/机会724。
在前面的描述中，已参考具体实施例对本专利申请进行了描述。但是，本领域技术人员应当理解，在不脱离所附权利要求所限定的本发明的范围的情况下，可以对这些实施例进行各种修改和变更。该系统可以修改为使用诸如电冰箱的家用电器。当电冰箱探测到其元件之一开始要出现故障或者需要服务时，电冰箱可以考虑到目前时间为一周内的哪一天和一天中的哪一时刻，以便可以在可获得服务时并在元件出现故障或需要服务之前警告用户。
在此所描述的系统和方法可以修改为驻留在蜂窝电话或者其他手持用户设备上。蜂窝电话可以修改为使用无线蓝牙或类似通信技术，其能够轮询用户车辆的当前数据，例如燃料水平、速度和燃料消耗。驻留在蜂窝电话内的系统和方法可以根据门限确定需要服务和服务机会的位置。如果合适，蜂窝电话可以提供警报给用户。
因此，上面的描述和附图只是示例性的而不是限制性的，且所有修改都包括在本专利申请的范围内。
权利要求
1.一种提供通知给用户的方法，所述方法包括以下步骤获取关于用户的服务需要的信息；获取关于用户位置的信息；获取关于响应于用户的服务需要且在用户的位置范围内的服务的可用性的信息；以及根据用于警报的门限，警告用户所述服务的可用性，所述门限基于用户的服务需要、用户位置和服务相对于用户位置的可用性。
2.如权利要求1所述的方法，其中所述获取关于用户的服务需要的信息的步骤包括从用户接收服务信息。
3.如权利要求1所述的方法，其中所述获取关于用户的服务需要的信息的步骤包括询问用户设备。
4.如权利要求3所述的方法，其中所述用户设备包括车辆或电器。
5.如权利要求1所述的方法，其中所述门限值由用户设定。
6.如权利要求1所述的方法，包括动态地确定所述门限的步骤。
7.如权利要求6所述的方法，其中所述动态地确定所述门限的步骤包括针对用户确定感兴趣区域。
8.如权利要求1所述的方法，还包括预测用户的服务需要以提供预测的服务需要的步骤，其中警告用户服务的可用性的步骤包括根据预测的服务需要警告用户服务的可用性。
9.如权利要求1所述的方法，还包括步骤预测关于用户服务的相关服务以及警告用户所述相关服务的可用性。
10.一种基于门限的服务通知系统，包括与数据库连接的通知服务器，所述数据库包括关于用户服务的信息和用于通知用户所述服务的可用性的门限，所述门限基于用户的当前位置和相对于用户的当前位置的服务的可用性；以及所述通知服务器用于根据所述用户服务、用户的当前位置和门限产生警报并经由通信媒体将所述警报传送给用户。
11.如权利要求10所述的基于门限的服务通知系统，其中所述用户服务与车辆或电器有关。
12.如权利要求10所述的基于门限的服务通知系统，还包括通信接口，所述通信接口将所述通知服务器与至少一个通信媒体链接。
13.如权利要求10所述的基于门限的服务通知系统，其中所述通知服务器用于预测将来对用户服务的需要以及根据预测的对用户服务的需要来产生所述警报。
14.如权利要求10所述的基于门限的服务通知系统，其中所述通知服务器用于确定与用户服务相关的相关服务以及根据预测的对用户服务的需要来产生所述警报。
15.如权利要求10所述的基于门限的服务通知系统，其中所述通知服务器位于手持设备内。
16.一种用于提供通知给用户的系统，所述系统包括获取关于用户的服务需要的信息的装置；获取关于用户位置的信息的装置；获取关于响应于用户的服务需要且在用户的位置范围内的服务的可用性的信息的装置；以及根据用于警报的门限而警告用户所述服务的可用性的装置，所述门限基于用户的服务需要、用户位置和服务相对于用户位置的可用性。
17.如权利要求16所述的系统，其中所述的用于获得关于用户的服务需要的信息的装置包括用于从用户接收服务信息的装置。
18.如权利要求16所述的系统，其中所述的用于获得关于用户的服务需要的信息的装置包括询问用户设备。
19.如权利要求16所述的系统，其中所述门限值由用户设定。
20.如权利要求16所述的系统，还包括用于动态地确定所述门限的装置。
21.如权利要求20所述的系统，其中所述动态地确定所述门限的装置用于针对用户确定感兴趣区域，其中所述门限至少部分基于所述感兴趣区域。
全文摘要
通知服务器(100)与数据库(102)连接。数据库(102)包括关于用户服务的信息和用于通知用户服务的可用性的门限。门限基于用户的当前位置和相对于用户的当前位置的服务的可用性。通知服务器(100)用于根据用户服务、用户的当前位置和门限产生警报并经由通信接口(104)将所述警报传送给用户。
文档编号G01C21/34GK1732373SQ200380108030
公开日2006年2月8日 申请日期2003年11月24日 优先权日2002年12月30日
发明者德怀特·R·史密斯 申请人:摩托罗拉公司(在特拉华州注册的公司)