专利名称：控制个人收发消息单元接收消息数目的方法
技术领域：
本发明通常涉及个人收发消息单元，特别是涉及控制发送到个人收发消息单元的消息数目和费用的技术。
本发明的背景技术为了接收从多个信源产生的消息，诸如寻呼机的个人收发消息单元(这里有时称作“PMU”)预定了消息业务。大多数个人消息由电话产生，但是其它的消息可以由计算机、新闻、股票通告业务和各种其它的信源产生。
典型地，PMU用户每月为收发消息业务支付固定的费用，支付费用后，允许用户在每次支付费用期间接收一定数目的消息，为超过该数目的每个消息支付额外的费用。因此，收到超过其预计的消息的用户可能接收相应更多的费用。
由于引入诸如E-mail告知的新的收发消息业务该问题会恶化。在这类业务中，只要有E-mail消息发送到用户的计算机上，都由发送到其PMU的简短消息告知用户该事件。收到大量未经请求的E-mail消息的用户将发现每月的开销极大地超出了他的期望。
已经建议通过对PMU编程以计数到来的消息数目和当已经收到一定数目时停止显示收到的消息来限制用户的花费。对于一些用户，这种解决方案是合适的。其它的用户需要更大的灵活性以确定他们能控制花费而又不漏掉对他们很重要的消息。
附图的简短描述
图1说明一种根据本发明操作的的无线消息收发系统；图2是编程与根据本发明的无线消息收发系统操作的PMU的方框图；图3是说明如何编程PMU以根据本发明操作的流程图；和图4是说明如何编程无线消息收发系统以根据本发明操作的流程图。
优选实施例的描述参照图1，所说明的无线消息收发系统包括接收要发射到PMU 14的消息的基站12。这些消息典型地由电话16产生，电话16通过公共交换电话网(未示出)和通信链路18把消息请求发送到基站12。其它的消息请求可以由各种其它的信源产生，诸如可以在相对较短的时间周期内产生大量消息请求的计算机20。
在说明的示范性实施例中，基站是包括寻呼终端22、发射机/接收机24和天线26的寻呼基站。寻呼终端22格式化和编码要发射的消息，包括加入一个选呼地址，该选呼地址确定只是预定的PMU接收和解码只预定发送给它的消息。
PMU 14可以是已经变为(正如下面所讨论的)根据本发明操作的传统的双向寻呼机。PMU 14最好具有用于接收来自多个信源的消息的多个地址。例如，一个地址可用于接收由电话产生的个人消息。另一个地址可用于接收由其中一个计算机20产生的股票报价。而另一个地址可专用于接收E-mail告知或体育消息。基站12向位于其覆盖区域的PMU发送所有这种正确编址的消息。
正如前面所讨论的，用户(预定消息收发业务的PMU的用户)典型地每月支付固定的费用以便接收来自消息收发业务的有限数目的消息。超出限制的消息导致额外的费用。在说明的例子中，我们假设PMU 14具有三个地址，一个用于个人消息、一个用于股票报价和一个用于E-mail告知。如果PMU用户接收大量的E-mail，则计算机20将向基站12发送相应大量的E-mail告知，并且PMU将接收相同的大量告知信息。在给定的支付费用期间，消息的总数远远超过了不需要额外费用所允许的有限数目，其中E-mail告知消息组成消息总数的90％或更多。
在图1中，假设使用PMU 14的用户还能访问接收消息的替换设备，诸如计算机28和传真(fax)接收机30。根据本发明的一个方面，使用这些和其它的替换通信设备以补充PMU的通信能力。这可以在通信系统的基站端或者最好在PMU 14完成。在后一种情况，PMU 14存储表示消息数目的门限数，该消息数目是PMU 14在诸如一个月的支付费用期间的给定时间周期内接收的。该门限数最好是在不需要额外费用的支付费用期间允许PMU 14接收的消息总数。当收到到来的消息时，PMU 14对其计数并确定到来的消息数目是否可能会超过门限数。如果可能会超过门限数，则命令收发消息业务将消息经替换路由(例如，利用计算机28或传真接收机30)发送给用户。最好由发送指令到基站12的PMU 14产生这些到收发消息业务的指令。
考虑到两种方式用于确定到来的消息数目是否可能会超过门限数。最直接的方式是比较呼入数和门限数；当呼入数等于或超过门限数时，命令收发消息业务将更多的消息经替换路由发送给用户。第二种方式是确定正在接收消息的速率，从该信息决定将来的消息是否应当经替换路由发送给用户。这将在后面更详细地讨论。
为使用替换路由，收发消息系统包括经通信链路34发送消息到用户传真接收机30的传真发射机32，和经通信链路38发送E-mail消息到用户计算机28的计算机36。如果必要的话将包括调制解调器(未示出)。在这种安排下，在已经发送了消息门限数之后，寻呼终端22把电话16和计算机20产生的消息发送到传真发射机32或计算机36。最好，寻呼终端存储这些消息直到这样作经济的时候可以通过链路34和38发送这些消息。以这种方式，PMU的用户不会由于大量发射到PMU 14的过量消息而招惹出乎意料的高费用，但没有丢失消息，因为可以经替换路由接收过量消息。后面结合图3和图4表示的流程图讨论各种选择和更改。
现在回到图2，表示根据本发明操作的PMU 40。以选呼收发信机的形式表示的说明的PMU 40由传统的成分组成，但被特别编程以便在图1所示的消息收发系统中操作。PMU电路系统包括用于接收和解调到来消息的接收天线42、RF解调器44和数字解码器46。由解调器44解调天线42接收的消息以便提供解调的模拟数据作为到解码器46的输入。
从解码器输出的信号用作例如可以是摩托罗拉公司生产的MC68HC05的处理器48的输入。处理器48包括CPU 50和存储指令程序的ROM 52，该指令程序使CPU执行其传统的功能并使PMU 40根据本发明操作。
处理器还包括把来自CPU 50的信号耦合到显示驱动器56的外部端接口54。显示驱动器56驱动可以是传统的液晶显示器的显示器58，显示器58用于显示解码消息和其它的信息。警告设备59产生音频或振动警告以警告用户各种事件或情况，包括向用户表示已经收到消息。
定时器60耦合到CPU 50以便给出用于在精确的时间间隔收集来自解码器46的数据的时基。
用户可以通过用户可启动的名称为阅读(62)、选择(64)、下一页(66)和上一页(68)的按钮控制PMU的各种功能，这些按钮经按钮接口70和外端接口72耦合到CPU。这些按钮可用于使收到的消息显示在显示器58上、滚动消息、退出阅读消息、和各种其它的传统功能。处理器48还包括包含消息存储器76和程序存储器78的RAM(随机存储器)74。程序存储器78用作暂时存储新消息(在存入消息存储器76之前)或CPU 50作出的计算结果的暂时存储器。
为把信息送回基站12，PMU包括由CPU 50的输出驱动的发射机80和发射天线82。
对CPU 50编程以允许PMU 40根据本发明以图3所示的方式操作，现在参照图3。
在第一步84(是可选的)，用户为其PMU使用的每个地址分配一个名称。例如，如果用户的PMU具有上面讨论例子的三个地址，一个地址可能分配名称“个人”、第二个地址可能分配名称“股票”和第三个地址可能分配名称“E-mail”。正如下面要更详细讨论的，当这些地址的其中一个正接收过多数目的消息时，PMU用这些名称的每一个警告用户。为每个地址分配名字最好由PMU在开始加电时进行，用出现在显示器58上的指令提示用户使用按钮62-68输入每个地址的名称。
在下一步86，PMU提示用户选择门限数和速率警告。门限数最好等于在任何一个不需要额外费用的支付费用期间允许用户接收的消息总数。例如，如果允许用户每月接收100个消息而不需要支付额外的费用，则门限数最好选为100，由用户使用按钮62-68将该数输入到PMU。要求用户选择的速率是在任何一个地址接收消息的速率，用户认为该速率是过量速率，在支付费用期间该过量速率可能使到来消息的总数超过门限数。例如，如果允许用户每月接收100个消息而不需要支付额外的费用，则每小时接收30个消息可以选为接收的消息总数可能超过门限数的速率，因此导致比用户愿意支付的更高的费用。相应地，在下一步88，用户使用按钮62-68输入“30％”作为由PMU监视的速率。
在步骤90，PMU 14接收和解码到来的消息，接着在步骤92，使与发送到来消息的地址有关的内部计数器加一。因此，如果最后到来的消息是个人消息，则“个人”消息计数器加一。接着PMU存储到来的消息并警告用户已经收到消息的事实(步骤94)。
在步骤96，确定是否超过门限。换句话说，PMU确定所有内部计数器的累积计数是否超过用户在步骤86选择的门限数。如果最后收到的消息还没超过门限，则PMU 14确定最后一个消息使用的地址是否正以过量速率接收消息，即可能会引起超过门限数的速率。为了实现该确定，程序从步骤96进行到PMU确定消息接收速率的步骤98。通过使用传统的内部时钟和在计数器中存储的在步骤92加一的数，PMU确定(步骤100)在最后使用的地址接收消息的速率是否超过了用户在步骤86选择的速率。如果没有超过选择的速率，则这部分程序在步骤102结束。如果在最后使用的地址接收消息的当前速率的确超过了选择的速率限制，则程序进行到警告用户最后使用的地址正以过量速率接收消息的事实的步骤104。最好通过激活警告设备59(图2)和通过在显示器58上显示表示正以过量速率接收消息的地址名称(例如，E-mail)的消息来完成该警告。
在这点上，用户有多种选择。用户可以不采取任何措施并允许消息接收速率继续。在这种情况下，用户的PMU将在支付费用的期间接收过量的消息，因此用户期望收到具有附加费用的帐单。用户的另一种选择是联系消息收发业务在支付费用的剩余期间不再发送消息到命名的地址。在任何一种情况下，已经警告用户他或她在特定地址正以过量速率接收消息的事实，给予用户采取看起来对用户最有利的行动的选择。
回来参照步骤96，如果当执行该步骤时超过了门限数，则程序进行到警告用户超过门限数的事实的步骤106，并且PMU使得显示器58显示引起超过门限的地址名称(在步骤84分配的)。在步骤108表示了用户在该点的选择。用户具有改变门限数的选择，该选择保持可用“X”分钟或直到在近来使用最多的地址收到下一个消息。“X”例如可以是2或者是制造商、业务操作者、或用户在PMU存储器存储的任何数目。该选择最好经显示器59提供给阅读者。在“X”分钟后，用户可以选择什么也不做，程序进行到步骤110。在步骤110，如果PMU是双向设备，则PMU向基站12送回消息，命令基站12经替换路由将所有后来的消息发送给用户，例如经替换通信链路34、38的一个或两个。
如果当执行步骤108时用户的确选择改变门限数，则程序回到用户可以选择新的门限值和/或新的速率警告的步骤86，之后，程序继续按前面所描述的进行。
因此，可以看出图3的流程图表示PMU可以两种方式确定门限数是否可能会过量，并接着命令收发消息业务经替换路由将消息发送给用户。一种方法是采取从步骤94到步骤98的路径，其中PMU可以确定目前的消息接收速率是否过量，因此可能发展为超过门限的情况。图3所示程序使用的另一种更直接的方式是等待直到已经超过门限(步骤96)，接着警告用户事实和给他在步骤108出现的选择。
正如前面所表示的，有可能或者在PMU自身(如图3的流程图所示)或者在系统的基站端使用这里描述的一些技术。图4的流程图表示了在基站完成本发明某些方面的方式，现在参考图4。
图4表示的程序说明在位于寻呼终端22(图1)的传统处理器已经确定要发射到PMU的消息数目可能会过量之后，如何对其编程以便经替换路由将消息发送到PMU。在第一步骤112，选择门限数和速率警告。这些与用户在图3的步骤86选择的变量相同。在这种情况下，这些可由收发消息业务的操作员根据其经验或根据用户的输入来选择。接着在步骤114这些变量存入终端存储器。在步骤116，寻呼终端收到要发射到PMU 14的消息。寻呼终端通过查找PMU的正确地址响应(步骤118)，接着使与在步骤118找到的地址有关内部计数器加一(步骤120)。对于PMU使用的每个地址都有一个这样的计数器。
接着在步骤122，寻呼终端确定刚刚引起其计数器加一的消息是否已经超过了在步骤112选择的门限数。如果没有超过门限数，程序进行到发送消息的步骤124，在下一步126，寻呼终端确定是否已经超过了在步骤122选择的速率。这与在图3的步骤100进行的确定相同。如果消息发送到正使用地址的速率还没过量，则程序进行到退出程序的步骤128。但是，如果速率已经过量，则程序相反进行到步骤130，在步骤130寻呼终端使得警告用户发送消息到特定地址的速率可能会引起超过门限数的事实的消息发送给编址的PMU。在该点，用户具有联系其消息业务的选择，停止所有的消息、经替换路由将后面的消息发送给他、改变目前使用的门限和速率、或不做任何事情并允许消息继续以现在的速率发送。如果当执行步骤122时超过门限数，则程序从步骤122进行到步骤132以确定收发消息系统是否具有消息发送到编址PMU的替换路由。如果不存在这样的替换路由(或者因为特定用户没有接收消息的其它方式或者因为不存在经济可行的替换路由)，则程序进行到寻呼终端存储消息用于以后发送到用户的步骤134。如果替换的收发消息路由的确存在，程序从步骤132进行到步骤136，其中收发消息终端使消息的格式适合于替换路由并例如经图1所示的替换路由34、38将消息发送给用户。
尽管已经根据优选实施例描述了本发明，但对于本领域技术人员来说很明显，可以进行许多改变和替换而不超出本发明。相应地，所有的这些替换和改变都认为是在所附权利要求书定义的本发明的精神和范围内。
权利要求
1.一种用于用户便携式收发消息单元的方法，用于控制由无线消息收发业务发送到该单元的消息数目和相关费用，包括a)存储表示在给定时间周期内收到的消息数目的门限数；b)接收到来的消息；c)确定到来的消息数目是否可能会超过门限数；和d)如果可能会超过门限数，则命令收发消息业务经替换路由将消息发送给用户。
2.如权利要求1所述的方法，其中个人收发消息单元具有多个地址，其中消息可能发送给多个地址的每一个，和其中当到来的消息数目超过门限数时，个人收发消息单元确定其中一个地址是否正以过量速率接收消息。
3.如权利要求2所述的方法，其中如果个人收发消息单元的其中一个地址以过量速率接收消息，则个人收发消息单元警告用户该地址的标识。
4.一种用于控制由无线消息收发业务向用户个人收发消息单元发送的消息数目和相关费用的方法，包括a)存储表示在给定时间周期内收到的消息数目的门限数；b)确定发送到个人收发消息单元的消息数目是否超过门限数；c)如果超过门限数，则给予用户改变门限数的选择；和d)如果用户没有进行选择，则使消息经替换路由发送给用户。
5.如权利要求4所述的方法，其中个人收发消息单元具有多个地址，其中消息可能发送给多个地址的每一个，和确定消息是否以过量速率发送到个人收发消息单元的任何一个地址。
6.一种用于用户个人收发消息单元的方法，用于控制由无线消息收发业务发送到该单元的消息数目和相关费用，包括a)存储表示在给定时间周期内收到的消息数目的门限数；b)接收和计数到来的消息；c)确定到来的消息数目是否超过门限数；和d)如果超过门限数，则命令收发消息业务经替换路由将消息发送给用户；和e)如果没有超过门限数，则确定消息是否以过量速率发送到个人收发消息单元的任何一个地址。
7.一种用于无线消息收发业务的方法，用于控制发送到具有多个地址用户个人收发消息单元的消息数目和相关费用，包括a)存储表示在给定时间周期内发送到个人收发消息单元的消息数目的门限数；b)计数发送到个人收发消息单元的消息；c)确定发送到个人收发消息单元的消息数目是否超过门限数；和d)如果没有超过门限数，则发送消息到个人收发消息单元；和e)如果超过门限数，则经替换路由将消息发送到个人收发消息单元。
8.如权利要求7所述的方法，包括确定消息是否以过量速率发送到个人收发消息单元多个地址的其中一个。
9.如权利要求8所述的方法，其中如果确定过量速率，则将警告发送给用户。
全文摘要
用户的PMU(个人收发消息单元)(14)通过计数到来的消息并将其数目和接收速率与存储的门限值比较确定到来的消息数目何时可能会过量。当检测到过量时警告用户,并为用户给出选择诸如:为将来的消息选择经替换的较便宜的通信链路(34、38)到自己,或者停止消息发送到已经以高速接收消息的其中一个用户PMU地址。在PMU的基站(12)可以起到类似的控制作用。
文档编号H04L12/58GK1269925SQ98808798
公开日2000年10月11日 申请日期1998年8月26日 优先权日1997年9月2日
发明者埃里克·T·伊顿, 迈克尔·J·德卢卡 申请人:摩托罗拉公司