CN1231043A - 具有语音和数据消息的寻呼机 - Google Patents

Abstract

在一个SCR(选择呼叫接收机)(10)中,以解释被接收消息的方式向SCR(10)的用户提供语音记录的方法。SCR存储识别数据(63)和一个用户产生的与识别数据有关的语音记录(67)。语音记录(67)和识别数据(63)互相联系地存在SCR中。当后来收到一个含有匹配的识别数据的发送消息(73)时,SCR以解释后来的消息的方式,发布存储的语音记录(67)。另一个性能是可以存储和发布语音记录,以解释按用户选定的时间报警的原因。

Description

具有语音和数据消息的寻呼机

本发明是针对选择呼叫接收机(这里称之为SCR)，尤其是针对向一个SCR的用户提供有用信息的方法。

SCR对于那些需要保持有效和可靠地与他人通信的人们来说是很受欢迎的。一个比较简单的SCR可以接收和存储一个电话号码，这个电话号码是通信服务商发往SCR的。SCR向它的用户提醒已经收到一个消息(在本情况是一个电话号码)并且可以显示出来。通常，用户就让SCR显示这个消息，然后用户按照他的SCR显示的号码接通一次电路呼叫。

在某些情况下，用户可能认出所显示的电话号码是属于一个配偶的、同事的、等等。在另一些情况，用户可能忘记这个电话号码是和谁有联系，特别是因为有些人有好几个电话号码，如一个家中的号码，一个工作的电话号码，一个旅馆的电话号码，一个蜂窝电话的电话号码，以及诸如此类。如果用户的SCR可以认出一个收到的电话号码，或者其他形式的识别数据，并且把始发消息的人的标识，或发出消息的地点的标识通知用户，那将是大有好处的。

一个连带的问题是，用户们喜欢设置他们的SCR，使之在某个指定的时刻发出声音告警。如果用户经常设置他的SCR，使之对许多事情发出许多声音告警来通知他，当声音告警时，他可能会忘记要提醒他的是哪一桩事情。如果能自动地把任何声音告警的原因通知用户，那就更有好处了。

图1是根据本发明操作的一个SCR的构造框图。

图2是表示SCR的存储器的一部分草图，说明存储信息的例证，和

图3A，3B，4和5是流程图，说明如何对SCR的CPU编程使它能进行本发明的各项事务。

参阅图1，用框图的形式说明一个根据本发明操作而构造的SCR10。SCR 10中许多独立的硬件是常规的，因此将不作更详细的讨论。

图示的SCR 10包含一个天线12，一个RF(射频)解调器14，和一个数字解码器16，这些单元用来接收含有数据的来话消息并且把消息解码。这些数据可能采取数字的(例如，但不限于，电话号码)，字符一数字文本，或者声音数据的形式。在这里叙述的例证操作中，假定被SCR接收的消息是一个电话号码。

被天线12接收的消息由常规的解调器14解调，以提供已解调的模拟数据作为解码器16的输入，解码器16也可以是常规的构造。

从解码器16输出的信号是已解码的数字数据，作为一个处理器18的输入，处理器18可以例如是Motorola公司造的MC68HC05型处理器。如下所述，将处理器18编程使SCR10根据本发明来操作。

处理器18包含一个CPU(中央处理单元)20和一个ROM(只读存储器)22，ROM为CPU存储指令程序。处理器还包含一个外部端口24，以便把信号从CPU20耦合到一个显示驱动器26中。显示驱动器驱动一个显示器28，它可以是常规的液晶显示器，显示已解码的消息。

为了根据一个消息的接收情况产生一个用户提醒，CPU耦合到一个提醒发生器30的输入端，提醒发生器30的输出端耦合到一个扬声驱动器32的输入端。一个扬声器34耦合到扬声驱动器32的输出端，以便根据一个流向SRC 10的消息的接收情况产生一个可听的提醒。

定时器36耦合到CPU 20的给出一个时基，以便按预定的时间间隔收集从数字解码器16来的数据，这些定时器还定出提醒的持续时间。

为了使用户能控制SCR 10的各种功能，要有一个用户控制机构。在图示的实施例中，用户控制机构采用标题为阅读38，选择40，下一项42，和前一项44的可执行按钮方式，它们通过一个按钮接口46和一个外部端口接口48耦合到CPU。按钮可以用于使被接收的消息出现在显示器28上(用按钮阅读38)，用按钮42和44使消息滚动，用选择按钮40离开阅读消息的功能，并转向下面将说明的与本发明有关的其他功能。

处理器18还包含一个RAM(随机存取存储器)50，它由下列的存储单元组成：一个记录查找表52，消息存储器54和程序存储器56。

消息存储器54存储被接收和已解码的消息。程序存储器56用作中间结果存储器，暂时地存储新的消息(在存入消息存储器54之前)或CPU 20计算的结果。

记录查找表52包含一些信息，在下面将说明这些信息是SCR 10根据一个推荐的操作方法操作时要用到的。

SCR 10还包含一个话筒58，话筒耦合到一个常规的语音输入模块6的输入端。话筒58的目的是允许用户口述一个语音记录，然后被语音输入模块60接收并转换成CPU 20可以理解的形式。在CPU 20的控制下，语音记录存储在一个通常的语音存储单元62中，以备将来在扬声器34中重放。语音输入模块60和语音存储单元62可以像图示那样的分立单元，或者它们可以组合成一个单一单元。它们可以从美国加州，San Jose的ISD公司选用。

在操作中，SCR 10收到发送给它的第一个消息。这个第一消息包含在这里称为识别数据的数据。识别数据的例子如一个电话号码，一个名称，或其他数据，这个数据识别关于消息始发者，发出消息的地点，或任何其他有关的参数。

在某些情况，被发送的消息会只含一个电话号码，在这种情况，消息和识别数据是同等的。在另外的情况，发送的消息会包含一个嵌在一个比较长的消息的文本中的一个电话号码或一个名称，例如“呼734-8000找我。”在后面这个例中，识别数据是“734-8000”。

根据一个推荐的操作方法，SCR 10收到第一个被发送的含有识别数据的消息之后，SCR 10显示这个收到的消息，并通过显示器28上的提示，询问用户是否要生成一个与收到的消息有关的语音记录。如果用户同意，用户向话筒58口述一个与第一个收到的消息有关的语音记录。SCR 10使这个语音记录存储在语音存储单元62中，供以后重放。在语音存储单元62中语音记录的存储要做到语音记录仍然和包含在第一个消息中的识别数据相联系。于是，以后这个语音记录可以发布以解释含有同样识别数据的随后收到的消息。

一个例子可以说明这个推荐的过程。假如第一个消息61只有电话号码“731-4772”。这个消息被存储在消息存储器54中并根据用户的要求，显示在显示器28上。包含在消息61中的识别数据63是“731-4772”，如图2所示，存储在记录查找表52中的位置1。

再假如用户最初不知道这个电话号码“731-4772”是他的父亲的工作电话号码。当用户接通一个电话呼叫到“731-4772”，他看到这个电话号码是他的父亲的工作间的电话号码。电话呼叫完成之后，用户决定输入一个语音记录来说明这个电话号码的含意。为了做到这点，用户用一个控制按钮调用SCR 10的语音记录输入功能，并向话筒58口述“老爹从工作间呼叫”。这条陈述作为语音记录67存入语音存储单元62中的位置1。CPU 20在存储的语音记录67和那个与语音记录有联系的识别数据63之间建立一个链接(用虚线64表示)。这个链接可以用内行人士熟悉的软件指针来建立。

现在假定用户呼叫在第一个消息中指出的电话号码，但是电话不响应，而且用户删除第一个消息。这样造成从消息存储器54中删去第一个消息61，但是第一个消息中的识别数据63仍然存在记录查找表52中。同样，相应的语音记录67仍然存在语音存储单元62中。

然后，SCR 10可接收和存储被发送的消息69和71，这些消息按一般的方式被显示并且对任一个消息都没有用户生成的语音记录。后来用户的父亲向SCR 10发出带有识别数据的第二个消息73，其中的识别数据和第一个消息的识别数据一样，即电话号码“731-4772”。SCR 10检查第二个消息73，找寻在第一和第二个消息的识别数据之间的匹配。在本例的情况，找到一个匹配。CPU 20解释这个匹配的意义为原先与第一个消息的识别数据63相联系地存储的语音记录67，应当也和第二个消息73(以及含有同样识别数据的任何后来的消息)链接。

当CPU 20使第二个消息73显示时，建议同时生成一个用户可识别的指示，指出和显示消息有关的并且可以发布的已存储的语音记录。用户可识别的指示最好是显示在显示器28上的图标。用这种方法提醒用户，现有一个存储的语音记录可以用来重现，从而反过来解释第二个消息。如果用户希望听见语音记录，他按下选择按钮40，据此，CPU 20就通过扬声器34发布语音记录67。

前面这个例子说明本发明的方法建议在收到一个用户产生的与第一个消息有关的语音记录67之前，显示第一个传送的消息61。在收到语音记录67之后，SCR把这个语音记录和包含在第一个消息中的识别数据相互联系地存储起来。以后，SCR接收并显示含有和包含在第一个消息中的识别数据相同的识别数据的第二个被发送的消息73。存储的语音记录67是与包含在第二个被发送的消息中的识别数据有联系，当显示第二个被发送的消息73时，最好发布这个语音记录来说明第二个被发送的消息73。

本发明推荐对SCR的CPU 20进行编程的部分表示在图3A和3B的流程图中。在步骤66(图3A)，由服务供应商发送的一个消息被SCR10接收并存入它的消息存储器54中。在步骤68，判断在收到的消息中某个识别数据是否和从前存储在记录查找表52中某个识别数据匹配。如果发现一个匹配，就意味从前已经收到过具有匹配识别数据的消息并且这个语音记录与收过的消息相联系地存储。步骤70使这个被存储的同一语音记录与当前的消息相联系，意味着这个语音记录被CPU识别为可以发布以解释当前的消息。

下一个步骤72更新记录查找表52，使它指出当语音存储单元62被存满时，可以删除哪一个语音记录。例如，CPU可以存储一个关于最近用过的语音记录的指示，以保证它不被删除。或者，CPU可以存储每个语音记录被发布次数的指示并且当需要在语音存储单元62中增加空间时，它可以删除那些最不常用的语音记录。存储的语音记录也可以根据先进先出的顺序来删除。

在步骤74，当前消息显示在显示器28上，以响应用户按下阅读38按钮。

回到步骤68，如果当前消息不包含与从前存在记录查找表中的识别数据匹配的识别数据，从步骤68到步骤74显示当前消息的程序过程就没有与它有联系的语音记录。

步骤76询问是否有一个已存储的语音记录与当前的消息有联系。如果在步骤70得到从前已存储的语音记录与当前的消息有联系，就回答“是”，程序执行步骤80，产生一个语音记录提醒通知用户，说明一个已存在的语音记录适用于提供与当前消息有关的信息。提醒可以是一个声音提醒，或优选地，是一个显示在显示器28上的图标，或两者都用。如果用户指出他希望重放存储的语音记录(步骤82)，就按照下一个步骤84重放(发布)。发布的语音记录是和一个从前的消息一起存储的，这个从前的消息含有与当前消息的识别数据匹配的识别数据。

阅读当前的消息之后，用户可以选择按照步骤86把它从消息存储器54中删除。如果用户同意删除，程序执行步骤88。在这一步中，最后收到的消息被从消息存储器54中删除，但是它包含的任何识别数据仍保持在记录查找表52中。按照这样方法，将来含有与识别数据匹配的消息可以使用与保持的识别数据相联系地存储的语音记录。存储在语音存储单元62中的相联系的语音记录也保持着，至少是暂时地保持着。

在下一个步骤90中，用户可以选择按照步骤84把已经发布过的语音记录删除。如果用户拒绝删除，程序的这部分就结束；如果用户同意删除，在步骤92中删去这个语音记录。

来话消息会有许多情况，并且它的识别数据与从前存储的语音记录没有联系。然而，用户可以附加一个语音记录用于以后含有匹配识别数据的消息。允许用户作这样选择的那部分程序从步骤76开始，在那里判定当前收到的消息不包含与已经存储的识别数据相匹配的识别数据，已经存储的识别数据是与一个已存储的语音记录相联系的，程序执行步骤76到步骤94(图3B)，在这里(通过显示器28)向用户提问是否要附加一个语音记录。如果回答“不”，程序的这部分就结束，但如果回答“是”，程序执行步骤96。在这里，用户向话筒58口述一个语音记录。然后步骤98询问用户是否接受这个消息。如果不接受，这个语音记录被删除，程序重复步骤96和98，给用户存储另一个语音记录的机会。

当语音记录可以接受，步骤100询问语音存储单元62是否已经满了。如果没有满，程序转去执行步骤104，把语音记录与它的识别数据相联系地存储，该识别数据是存储在记录查找表52中的。如果记录查找表已经放满，步骤102删除从前存储的一个语音记录。被删除的语音记录可能是近来最少用的或一向最少用的一个。也可以用其他的准则来选择被删除的语音记录。

存储识别数据和相对应的语音记录的另一个方法将在后面叙述。这个方法可以代替前面叙述的方法或，和前面的方法配合更好。

根据这另一个方法，用户向SCR的存储器输入已知的识别数据，例如，一个已知的电话号码，希望把它包括在将来收到的一个消息中。SCR 10把这个识别数据存入存储器。然后用户口述一个与识别数据联系的语音记录，SCR把这个语音记录按照与识别数据相联系地存储。例如，用户希望将来至少接到一个含有电话号码“555-1800”的消息，而且用户知道这个电话号码是他的工作主管人的。他用38-44中的一个或几个按钮，配合通常的显示提示，向SCR的记录查找表52中输入这个电话号码。当提示到是否要输入一个语音记录时，用户向话筒58口述一个句子“记住提起新的生产计划”。SCR把这句话按照与电话号码“555-1800”相联系地存入它的语音存储单元62中。

后来，当收到被发送的消息时，SCR确定是否有消息含有与存在存储器中的识别数据匹配的识别数据。如果发现一个匹配，SCR 10使已存储的语音记录可用来发布，以解释以收到的消息。建议当SCR 10发现匹配的识别数据时(例如，同样的电话号码)，通过一个图标和/或一个声音提醒告知用户，说明一个语音记录是适用的，并根据用户要求发布这个语音记录。

显然这个另一方法存储识别数据和语音记录，和发布语音记录一个可以按照图3的流程图进行，只是接收消息以及存储识别数据和与之相联系的语音记录的次序不同。根据以后的讨论，任何需要的对流程图的改变对内行人来说都是显而易见的。

显然，存储识别数据和与之相联系的语音记录，以及使语音记录用于发布，可以明显有助于SCR的用户。语音记录帮助用户重新呼叫发送消息的人的身份，或者任何其他的对用户有用的事。由于语音记录实际上是用户产生的，用户可以存储习惯的包含对用户特别有意义的信息的记录，而遇到变化的环境时又可以由用户更改，这样就使SCR特别有价值。

与本发明有关的另一方面是存储一个与告警相联系的语音记录。根据本发明的这一方面，用户操作SCR的用户控制机构来设置一个按用户指定时间输出的告警。告警可以用扬声器34产生一个告警声响和/或用显示器28显示一个告警图标或消息。同时，用户口述一个语音记录，与指定的告警时间相联系地存储在语音存储单元62中。当指定的时间来临，SCR 10输出告警并且发布存储的语音记录说明这个告警。联系图4来说明一个例子，这里表明CPU 20是怎样更好地被编程来执行本发明的这一方面的。

程序从步骤106开始，它使显示器28显示提示“设置告警？”。如果用户同意设置一个告警，他输入他希望输出告警的时间(步骤108)。例如，一用户在上午11点有一个会晤，可输入一个告警时间是10：45作为会晤的提醒。这个信息由用户按照从前输入一个电话号码的方法输入到SCR，并且存储在RAM 50中。然后，步骤110询问是否在设定的时间上附加一个语音记录。如果回答“是”，程序执行步骤112，其中用户口述一个语音记录。用前面的例子，语音记录可以说成“上午11时与玛莎会晤。”

步骤114使用户有更改语音记录的机会。如果需要更改，重复步骤112和114，直到用户接受这个语音记录。于是被接受的记录存储在(步骤116)语音存储单元62中。

如图5所示，CPU 20被编程使它产生一个告警提醒并且发布相对应的语音记录。在步骤118，对当前的时间是否等于设定的告警时间作判断。这个步骤重复到设定的时间来临，此时，执行步骤120，产生一个告警提醒。下一个步骤122询问是否有一个语音记录与告警相联系。如果回答“是”，程序执行步骤124使相联系的语音记录被发布。

把一个语音记录与一个告警联系起来使用，明显增加SCR对它的用户的价值。有了这个特性，SCR的用户毋需担心遗忘任一个产生的告警。他自己的语音记录向他发布告警的原因，或向他提醒对他有意义的事情。对于经常用告警功能向他们提醒许多会晤，在一日的特定时间用药等等的用户们，这是特别重要的。把语音记录/告警性能与发布语音记录来解释收到的消息的本领结合起来，更增加了SCR的价值。

虽然，本发明是以一个推荐的实施例来说明的，但是内行人都清楚可以做出许多改动和变化而不离本发明。因此要求所有这类改动和变化都被认为如后面的权利要求那样，在本发明的精神和范围之内。

Claims (16)

1.在一个接收被发送的消息的选择呼叫接收机中，为该选择呼叫接收机的一个用户提供涉及一个消息的信息的方法，这个方法包括：

接收第一个含有识别数据的被发送的消息；

接收与第一个被发送的消息有联系的用户产生的语音记录；和

以互相联系的方式存储语音记录和识别数据。

2.在权利要求1中所述的方法包含在接收语音记录之前显示第一个被发送的消息。

3.在权利要求1中所述的方法，其中在接收第一个被发送的消息的之前，接收一个用户产生的语音记录和存储这个语音记录和识别数据，这些步骤还包含：

在已存储的识别数据和第一个被发送的消息中的识别数据之间寻找一个匹配，和

如果发现一个匹配，发布这个已存储的语音记录以解释第一个被发送的消息。

4.在权利要求1中所述的方法，其中包括接收和显示含有识别数据的第二个被发送的消息，发布这个已存储的识别数据以解释第二个被发送的消息。

5.在权利要求4中所述的方法，包括使已存储的识别数据与包含在第二个被发送的消息中的识别数据相联系，并且其中当显示第二个被发送的消息时发布这个语音记录。

6.在权利要求4中所述的方法，包括存储第一个被发送的消息直至用户要把它删除，而保留第一个被发送的消息中的识别数据和相联系的语音记录。

7.在权利要求4中所述的方法，包括根据用户的要求显示第二个被发送的消息，和产生一个用户可识别的指示，指出一个语音记录可用于第二个被发送的消息。

8.在权利要求7中所述的方法，其中用户可识别的指示是一个图标。

9.在权利要求1中所述的方法，还包括：

设置一个在设定时间输出的告警；和

存储一个用户产生的告警语音记录与这个告警相联系。

10.在权利要求9中所述的方法，还包括：

在设定的时间输出的告警；和

发布告警语音记录以解释这个告警。

11.在一个接收被发送的消息的选择呼叫接收机中，为该选择呼叫接收机的一个用户提供涉及一个消息的信息的方法，这个方法包括：

接收第一个含有识别数据的被发送的消息；

显示第一个被发送的消息；

接收与第一个被发送的消息有联系的用户产生的语音记录；和

以互相联系的方式存储语音记录和识别数据；

接收和存储第二个含有这个识别数据的被发送的消息；

显示第二个被发送的消息；

并发布这个识别数据以解释第二个被发送的消息。

12.在权利要求11中所述的方法，其中根据用户的要求显示第二个被发送的消息，同时带一个图标指出一个语音记录可用于第二个被发送的消息。

13.在权利要求10中所述的方法，包括使已存储的识别数据与包含在第二个被发送的消息中的识别数据相联系，并且其中当显示第二个被发送的消息时发布这个语音记录。

14.在权利要求11中所述的方法还包括：

设置一个在设定时间输出的告警；

存储一个用户产生的告警语音记录与这个告警相联系；

在设定的时间输出的告警；和

发布告警语音记录以解释这个告警。

15.在一个接收被发送的消息的选择呼叫接收机中，为该选择呼叫接收机的一个用户提供涉及一个消息的信息的方法，这个方法包括：

从用户那里接收一个识别数据，预计这个识别数据会出现在将来接收的一个消息中，并把这个识别数据存入存储器；

接收一个用户产生的与这个识别数据有关系的语音记录；

与这个识别数据相联系地存储这个语音记录；

接收一个消息并判断这个消息是否包含与已存储在存储器中的识别数据相匹配的识别数据；和

如果发现一个匹配，使已存储的识别数据可用于发布，以解释收到的消息。

16.在权利要求15中所述的方法还包括：

设置一个在设定时间输出的告警；

存储一个用户产生的告警语音记录与这个告警相联系；

在设定的时间输出的告警；和

发布告警语音记录以解释这个告警。

Images