利用优先级标记的异步介质通信的制作方法

专利名称：利用优先级标记的异步介质通信的制作方法
利用优先级标记的异步介质通信根据U.S.C. 35第119条的优先权要求本专利申请要求2005年5月20日提交的，标题为"Asynchronous Media Communications",转让给本发明受让人的第60/683,269号临 时专利申请的优先权，在这里明确地将它引入作为参考。
背景技术：
在许多情况下，正常的语音呼叫并不合适，发出文字消息又太复 杂，并且/或者不能准确地传达感情。例如，当受话人不能或者不愿意 被打扰时，正常的语音呼叫得不到应答，或者有可能是不方便的。在 这种情况下，当用户试图发出呼叫时，用户通常可以留下消息。但是, 由于用户必须等到"嘟嘟声"才能开始甚至是留下消息，因此，这样 做依旧是复杂、费时并且不方便。此外，在一些情况下，用户可能不 想发出呼叫，而是愿意留下语音消息。这种情况可能非常成问题。


图1说明能够实现AMC消息传递的示例性环境；图2说明允许通过服务器的AMC消息通信的示例性技术；图3说明允许无需服务器的AMC消息通信的示例性技术；图4说明能够发送消息的示例性移动设备；图5说明能够接收消息的示例性移动设备；图6说明允许AMC通信的示例性服务器；图7a说明允许AMC通信的示例性I-对等节点；图7b-7d说明P2P结构中的AMC基本呼叫流程，该P2P结构说 明发送数据和接收数据的各个方面；图8和9a用实例说明如何给来自多个用户的消息串编制索引和共 享它们；以及图9b说明具有3方交换，将消息转发到第四方的ANC呼叫流。
具体实施方式
笼统地说，本说明书描述让用户发送和/或接收消息的技术。因此， 为了解决上述问题，描述了异步介质通信(AMC)消息传递技术，这 种消息传递技术允许用户发送语音消息，而没有需要首先发出呼叫的 不方便性。AMC消息传递技术允许AMC消息的发出方跟踪待处理响 应和/或根据需要通过告警和提醒来让接收方记住作出响应。如同将要 说明的一样，这种技术还具有各种其它的广泛应用。在以下描述中，给出了具体细节，以帮助全面理解实施例。但是， 本领域一般技术人员应当明白，能够实施这些实施例而没有这些具体 细节。例如，可以用框图的形式来说明电路，以免因为不必要的细节 而使实施例失去重点。在其它情况下，可能详细说明众所周知的电路、 结构和技术，以便使说明更加清楚。此外，还应当注意，可以将实施例描述为过程，这个过程被表述 为流程图、流图、结构图或框图。尽管流程图可能将操作描述为顺序 过程，但是其中许多操作可以并行或者同时执行。另外，还可以重新 排列操作的顺序。当过程的操作完成时，这个过程就终止。过程可以 对应于方法、函数、步骤、子程序、辅助程序等等。当过程对应于函 数时，它的终止对应于返回到调用函数或主函数。图1说明能够实现AMC消息传递的示例性环境100。环境100可 以包括第一移动设备110、第二移动设备120、网络130和AMC设备 140。第一移动设备110允许用户向第二移动设备120的用户发送AMC 消息。通过网络130和AMC设备140，将消息从第一移动设备110发 送到第二移动设备120。网络130可以是无线或者非无线网络。AMC设备140可以是用于消息通信的服务器。图2说明允许通过 服务器进行AMC消息通信的示例性技术200。在技术200中，在第一 移动设备M1中生成(210)消息。Ml的用户可以给这个消息分配优 先级。从而生成这一消息和能够表明这一优先级的对应元数据。通过 网络130从M1发送(220)这一消息和元数据，由服务器290接收(230)。服务器将这一消息和元数据转发(240)到第二移动设备M2。服务器 290可以使用与M2相关联的电话号码，与M2相关联的IP地址或者 其它协议来向MS转发这一消息和元数据。M2接收(250)这一消息 和元数据。然后播放(260)这一消息。在另一个实施例中，可以用第 二移动设备M2来代替应用服务器。因此，例如，移动应用可以是消 息传递的接收方，产生移动到应用消息传递。这个应用消息传递对于 基于模版的应用(例如，销售订单、日程安排、发送处方等等)有用。 在播放这一消息之前，M2可以播放消息告警信号，通知用户收到了二 则消息。根据元数据来播放消息告警信号。 一旦M2获悉有消息，M2 就可以生成消息告警并且播放消息告警。当用户准备好査看消息时， M2可以向用户播放这一消息。可以通过服务器290来转发这一消息， 通知M2有消息。也可以换成将消息存储在服务器290中，直到M2 请求转发这一消息。还可以换成是服务器290生成这一消息告警，并 且向M2转发这一消息和消息告警信号。在显示这一消息之前，M2可 以播放消息告警，通知用户有消息。在另一种方式中，服务器290可 以生成这一消息告警信号，并且向M2转发这一消息告警信号。M2可 以播放这一消息告警，通知用户已收到一则消息。当用户准备好査看 消息时，服务器209可以随后向M2转发该消息，以便向用户播放。 还可以采用其它方案来通知M2的用户和播放这一消息。由于不需要立即查看消息，因此可以播放额外的消息告警信号， 以提醒用户接收到了消息。在发送和接收数据的过程中必须注意以下几点1.上述请求使用的是接收方的电话号码；3. 将上述请求作为具有/Zbrew选项(用于电话的公知编程语言 (brew)的命令)的SMS来进行发送；4. 可以用CDMA2000验证来验证发送方和接收方；5. 可以经过CDMA信道来交换安全密钥；6. 可以将数据加密并且通过数据信道来发送；7. 接收方没有连接到网络时，可以将数据存储在间接对等节点上；8. 发送和接收数据不需要移动IP来实现可达性。例如，在给定的时间段之后，Ml可以发送监视信号，以确定是否 播放了消息。服务器290可以向M2转发监视信号。如果已经播放了 消息，M2可以发送确认消息，服务器290可以向M1转发这一确认消 息。否则，M2可以播放额外的消息告警，提醒用户已径收到消息但还 未查看。如果没有收到确认消息，服务器290可以假定还未查看这一 消息，并通知M1。也可以换成是M2确切地发送信号，表明还没有査 看这一消息，并且服务器290可以向M1转发这一信号。在另一个给 定的时间段之后，Ml可以再次发送信号，以确定是否播放了消息。因 此，Ml可以监视是否播放了消息。从发送完消息开始经过了给定时间 段之后，Ml可以让用户发送另一个消息，这一消息可能分配有不同的 优先级。在将消息存储在服务器290的情况下，Ml可以撤销这一消息 并发送新消息。在以上实现方式中，M监视消息通信，而服务器290则充当M1 和M2之间的媒介。也可以换成由服务器290监视是否播放了消息。例如，在给定的时间段之后，服务器290可以向M2发送信号， 以确定是否播放了消息。在这里，Ml可以是发出这个信号的那一方， 然后服务器290可以向M2转发这个信号。如果已经播放了消息，M2 可以向服务器290发送确认消息。否则，M2可以播放额外的消息告警， 提醒用户收到了消息但还未査看。如果没有收到确认消息，服务器290 可以假定还没有査看这个消息。可以将服务器290配置为通知Ml。也 可以换成由M2确切地发送信号，表明还未查看这一消息。在另一个 给定的时间段之后，服务器290可以再次发送信号，以确定是否己经 播放了这一消息。从发送完消息开始经过了给定时间段之后，服务器 290可以向M1发送信号。然后，用户可以发送另一消息，这个消息可 能具有不同的分配优先级。在将消息存储在服务器290的情况下，服 务器290可以让M1撤销这一消息并发送新消息。在以上实现方式中，可以将M2配置为在收到监视信号的时候发 送确认信号。在其它方式中，可以将M2配置为通过服务器290来发 送确认消息，以表明播放了消息。在这种情况下，如果没有接收到确 认信号，可以在给定的时间段之后发送上述监视信号。此外，给定时间段可以随着用户的时间表变化。在其它实现方式中，M2可以自己监视是否播放了信号。例如，在 经过了给定时间段之后，如果未播放消息，M2可以播放额外的消息告 警，提醒用户已收到消息但还未査看。在另一个给定时间段之后，M2 可以再次播放另一个告警消息，提醒用户已收到消息但还未査看。从 发送完消息开始经过给定时间段之后，M2可以向服务器290和Ml 发送信号。然后Ml的用户发送另一消息，这个消息可能具有不同的 分配优先级。在将消息存储在服务器290的情况下，服务器290可以 让M1撤销这一消息并发送新消息。因此，可以实现M1、 M2和服务器290，并将它们配置为实现所 描述的各种功能，以监视消息通信。然而，对于本领域技术人员而言 显而易见，Ml、 M2和/或服务器290的功能和交互不限于上面描述的 那些，而是可以按照不同的方式来进行改进和/或组合，以监视消息通 信。此外，在一些实施例中，可能无法实现服务器/客户机关系。在这 种情况下，移动设备生成AMC消息并向另一个移动设备发送。在下 文中将这种类型的通信称为对等(P2P)通信。图3说明允许无需服务 器的AMC消息通信的示例性技术300。在技术300中，在第一移动设 备M1处生成(310)消息。Ml的用户可以给这一消息分配优先级。 从而生成这一消息和能够表明优先级的对应元数据。通过网络130从 Ml将这一消息和元数据直接发送(320)到M2。 Ml可以使用与M2 相关联的电话号码，与M2相关联的IP地址或者其它协议来向M2发 送这一消息和元数据。例如，可以将SMS用于发送消息和元数据。 M2接收(330)这一消息和元数据。然后显示(340)这一消息。在M2不在网络内因而Ml不能发送消息的情形下，可以实现间 接对等节点(I-对等节点)。I-对等节点可以用于暂时为移动台存储数 据。可以将它们用于，例如，移动台不能发送消息时。I-对等节点不是 由承载商部署的，而是由移动电话用户部署的。例如，膝上电脑可以 是I-对等节点。对于企业级的应用，可以将企业服务器设置为I-对等 节点，并且任意用户都有可能使用任意对等节点，也就是说，需要额外的努力来防止特定用户对对等节点的使用。将P2PAPI (应用程序接 口)定义为存储和提取媒体和内容，P2P移动台和I-对等节点对于每 个发现使用以下协议-每个移动台P2P客户机配备有默认的I-对等节点-每个I-对等节点具有其它I-对等节点的列表-每个I-对等节点通过询问(ping)其它I-对等节点，并且由每个 I-对等节点交换已知I-对等节点的列表来保持I-对等节点列表最新。只 要知道至少一个I-对等节点，任何用户都可以接收附近I-对等节点的 列表。I-对等节点还被称为"计算机平台"。但是一般而言，M2会有 一个或者多个分配的I-对等节点，以至于当M2不在网络之中时，I-对等节点会接收AMC消息。在这以后，当M2处于这个网络之中时， I一对等节点390可以发送所接收的任何AMC消息。I-对等节点可以是， 例如与M2的用户相关联的计算机，比如台式计算机。可能是与M2 相关联的一个或者多个不同移动设备暂时并行或者串行地保持这一消 息，直到M2处于这个网络之中为止。也可能是具有有限功能的一个 专用设备为一个或者多个M2提供服务，暂时存储这一消息，直到响 应M2处于网络之中为止。一旦M2直接从Ml或者通过I-对等节点390收到这一消息，M2 就可以播放消息告警信号，通知用户收到了消息。根据元数据来播放 消息告警信号。当用户准备好査看消息时，M2可以向这个用户播放这 个消息。由于不必立即查看这一消息，因此可以播放额外的消息告警 信号来提醒用户收到了消息。例如，在给定时间段之后，Ml可以发送监视信号，以确定是否播 放了这一消息。如果已经播放了这一消息，M2可以向Ml发送确认消 息。在这里可以用I-对等节点来帮助Ml和M2之间通信。如果尚未 播放该消息，M2可以播放额外的消息告警，提醒用户已经收到消息但 还未査看。如果没有收到确认消息，M2可以假定还未査看这一消息。 也可以换成M2确切地发送信号，表明这一消息还未被查看。在另一 个给定吋间段之后，Ml可以再次发送信号，以确定是否播放了这一消 息。Ml可以据此监视是否已经播放了这一消息。从发送完消息开始经过了给定时间段之后，Ml可以让用户发送另一个消息，这一消息可能 分配有不同的优先级。在以上实现方式中，Ml监视消息通信。然而，M2可以自己监视 是否播放了信号。例如，在给定时间段之后，如果未播放消息，M2 可以播放额外的消息告警，提醒用户己经收到消息但还未査看。在另 一个给定时间段之后，M2可以再次播放另一个消息告警，提醒用户已 收到消息但还未查看。从发送完消息开始经过了给定时间段之后，M2 可以向Ml发送信号。Ml的用户随后可以发送另一个消息，这一消息 可能具有不同的分配优先级。如果使用了I-对等节点，I-对等节点还可以监视消息通信。例如， 在给定吋间段之后，I-对等节点390可以向M2发送信号，以确定是否 播放了消息。如果已经播放了消息，M2可以向I-对等节点390发送确 认消息。否则，M2可以播放额外的消息告警，提醒用户已经收到消息 但还未查看。如果没有收到确认消息，I-对等节点390可以假定这一消 息还未被查看。可以将I-对等节点390配置为通知M1。也可以换成由 M2确切地发送信号，表明这一消息还未被查看。在另一个给定时间段 之后，I-对等节点390可以再次发送信号，以确定是否播放了这一消息。 从发送完消息开始经过了给定时间段之后，I-对等节点390可以向Ml 发送信号。用户可以随后发送另一个消息，这个消息可能具有不同的 分配优先级。在以上实现方式中，可以将M2配置为在收到监视信号的时候发 送确认信号。在其它方式中，可以将M2配置为发送确认消息，表明 播放了这一消息。在这种情况下，如果没有收到确认信号，可以在给 定时间段之后发送监视信号。此外，给定的时间段可以随着用户的时 间表变化。因此，可以实5见M1、 M2和IP-对等节点390，并将它们配置为实 现所描述的各种功能，以监视消息通信。然而，对于本领域技术人员 而言显而易见，Ml、 M2和/或IP-对等节点390的功能不限于上面描 述的那些，而是可以按照不同的方式来进行改进和/或组合，以监视消息通f曰。应当注意，尽管技术200和300说明了从Ml到M2的AMC通信， 但是也可以将AMC消息从M2发送到M1。在这种情况下，操作与从 Ml到M2的操作相反。图4说明能够发送消息的示例性移动设备400。移动设备400包 括处理单元410和发射单元420。移动设备400还可以包括用户接口 430，配置成接收来自用户的输入。例如，用户接口 430可以包括输入 单元432、麦克风434和按键436，按键436使用户能够形成AMC消 息并且分配优先级。如果用户希望发送语音AMC消息，用户可以仅 仅通过输入单元432来选择AMC消息通信，使用按键436，并且通过 麦克风434形成语音消息。将移动设备400配置为允许用户发送AMC 消息，而不必首先进行连接和/或收听语音邮件录音的延时。用户可以 在消息形成前后，通过输入单元432来分配优先级。显然，可以进行 其它改进和/或修改，使用户能够形成AMC消息并分配优先级。处理 器410随后生成AMC消息和表明优先级的元数据。通过发射单元420 来发送这一消息和元数据。应当注意，移动设备400可以包括其它单元。它可以包括接收单 元，用于让移动设备400接收确认消息信号或者用于表示尚未播放消 息的信号。处理器410控制这些消息的接收和处理。它可以包括存储 单元，用于存储AMC消息通信中所用的各种程序和数据。此外，如 果移动设备是移动电话的话，它还可以包括其它单元用于无线通信。图5说明能够接收消息的示例性移动设备500。移动设备500包 括处理单元510，用于控制AMC消息的播放；以及接收单元520， 用于接收具有元数据的AMC消息。移动设备400还可以包括用户接 口 530，这个接口 530被配置为接收来自用户的输入。例如，用户接 口 530可以包括输入单元532、扬声器534以及用于让用户播放AMC 消息的输出单元536。如果用户希望播放语音AMC消息，用户可以 仅仅通过输入单元532选择AMC消息通信，并且通过扬声器534来 播放消息。将移动设备500配置为允许用户播放AMC消息，而不必 首先进行连接和/或操作语音邮件的延时。如上所述，由于不需要立 即査看消息，因此可以通过输出单元536来播放消息告警信号，通知用户收到了消息。在这里，根据元数据来播放消息告警信号。处理器510还控制消息告警信号的播放。例如，如果输出单元536是显示单元，就根据元数据所表明的信 息来显示消息告警信号。还可以将消息告警与其它信息中的一种或者 组合一起显示，这里的其它信息有例如发起地、位置、主题、优先级， 从收到消息开始所经历的时间，是否存在、消息长度，以及是否播放 了消息。可以从设备情形/状态、网络情形/状态或者用于产生这一消 息的用户的输入获得元数据。对于优先级，可以给消息告警加上色标 并且显示，以表示不同的优先级。可以用数值、字母或者字母和数字 来显示优先级。可以按照用于显示消息告警的顺序来指示优先级。此 外，可以基于最初分配的优先级并且基于其它因素，对优先级进行维 护、修改和/或更新。这种因素可以包括但不限于从收到消息开始经 过的时间段，消息的类型和发起地。还可以通过M2或者通过M1， 或者如果有服务器则通过服务器，来控制优先级。可以根据相关联的 元数据，将消息告警与以上特征和/或其它特征的各种组合一起显示。 显然，可以进行其它改进和/或修改，来让用户播放消息告警和AMC 消息。要注意，移动设备500可以包括其它单元。它可以包括发射单元， 用于让移动设备500发送确认消息信号或者用于表示尚未播放消息的 信号。处理器510控制这些消息的处理和发送。它可以包括存储单元， 用于存储AMC消息通信中所用的各种程序和数据。此外，如果移动 设备是移动电话，它还可以包括额外的单元，以便进行无线通信。图6说明允许AMC通信的示例性服务器600。服务器600包括 收发器610，用于接收来自发起地移动设备或者发起地的AMC消息 和对应的元数据，并且将AMC消息和对应的元数据转发到相应的目 的地移动设备或者目的地。收发器610还可以接收来自目的地移动设 备的确认消息和其它信号，并且将这些消息转发到相应的发起地移动 设备。可以使用象电话号码或者IP地址之类的信息，基于适当的网 络协议来转发消息。服务器600还可以包括存储单元620，用于在向 第二移动设备转发之前存储AMC消息。处理单元630可以控制AMC通信的工作过程。服务器600如果有必要还可以包括其它单元，和/ 或可以执行其它功能，例如但不限于管理网络资源和管理网络业务。图7a说明允许AMC通信的示例性的I-对等节点700。 I-对等节点 700包括收发器710，用于从发起地移动设备接收AMC消息和对应的 元数据。存储单元720存储目的地移动设备的消息和元数据。当目的 地移动设备可以接收消息时，收发器710将这一消息和元数据转发到 目的地移动设备。处理单元730可以控制这一消息和元数据的接收和 发送。图7b 7d说明P2P体系中的AMC基本呼叫流程，这里的P2P体 系说明发送数据和接收数据的各个方面。此外，可以将AMC通信配置为支持串管理和编制索弓I。 AMC通 信允许两个或者多个用户共享或者査看对话/消息串。因为AMC消息 生成有元数据，因此元数据允许用户过滤和/或给消息编制索引。例如， 图8和9a示例性地说明如何给来自多个用户的消息串编制索引和共享 它们。如图所示，基于编制的索引，很容易将新的接收方引导到目标。 要注意，这一显示可以有各种不同的外观和感觉。此外还可以显示各 种信息，例如但不限于，消息的时间、消息的长度、消息的类型以及 优先级。图9b说明具有3方交换，将消息转发到第四方的ANC呼叫 流。以上所述的进行串管理或者语音消息串联的能力允许AMC通信 支持各种其它应用。在一个应用中，可以从语音消息传递通信串创建检查跟踪。在各 种企业设置中谨慎地记录活动是重要的。例如，在保健行业中，象治 疗和订单之类活动的记录尤其与HIPAA之类的保健隐私规则相关。然 而许多订单是口头给出的或者是语音通信的结果。利用AMC通信， 可以从语音消息传递通信串中生成检查或者记录跟踪。例如，在保健 产业中，可以将其配置为捕获时间、位置以及接收和/或交换与病人和 /或治疗有关的信息的实体。在另一个实例中，检査跟踪可以用于跟踪 存货清单、订单和订单状态。在这种情况下，可以将检查跟踪配置为 捕获时间、位置以及接收和/或交换销售订单、数量和/或商品类型的实体。可以将与AMC消息相关联的元数据配置为用于管理这些消息。 可以实现具有"运行循环"的系统，在其中存储语音消息传递通信串。 如果在任意时刻用户想要创建检査跟踪，他/她会让系统创建跟踪。因此，系统将允许用户决定保存什么对话串，以及允许哪个"蒸 发"并且无法追踪/发现。可以保存用户在串中的任意时刻所确定的对 话串。如果不保存，可以将这些串配置为待删除。也可以换成将对话 串配置为待保存，除非在这一串中的任意点上用户决定删除这一串。 这一系统还可以让用户删除所有或者部分检查跟踪。在另一个应用中，可以实现移动设备的自动配置。在许多企业设 置中，通信可以与特定的角色、位置和时间表，而不是与具体个人相 关联。因此，具体个人是可以更换的。当具体的个人改变时，通信有 可能丢失或者不能继续。然而，利用服务器来实现的AMC通信允许 自动地配置移动电话并且接收特定设置的相关信息。使用网络己知的 或者用户输入的设备位置，服务器可以将恰当的配置和与该设置相关 的内容下载到移动设备。例如，在医院中，当医生来巡查的时候，将与待查访的病人相关 联的待处理消息下载到移动设备。当医生离开医院并且到家时，对与 他/她家相关联的待处理的消息进行下载。在另一个实例中，开始轮班 的护士将接收待处理的消息和/或他/或她将要照看的病人的相关信息。 因此，使用由用户登陆网络而触发所给出的简档，服务器可以下载适 当的配置和这个角色的相关内容。此外，可以用硬件、软件、固件、中间件、微码或者它们的任意 组合来实现实施例。当用硬件、软件、固件、中间件、微码来实现时， 用以执行必要的任务的程序代码和代码段可以存储在机器可读介质 中。处理器可以执行这些必要的任务。代码段可以表示步骤、功能、 辅助程序、程序、子程序、模块、软件包、类或者指令、数据结构、 程序说明的任意组合。可以通过传递和/或接收信息、数据、变元、参 数或者存储器内容等等，将代码段连接到另一个代码段或者硬件电路。 可以将信息、变元、参数、数据等等，经由任意合适的工具，包括存 储器共享、消息传递、令牌传递、网络传输等等，来进行传递、转发或者发送。对于本领域技术人员而言显而易见，移动设备400、移动设备500、 服务器600和/或I-对等节点700的单元可以重新布局而不影响AMC 通信。此外，可以组合移动设备400、移动设备500、服务器600和/ 或l-对等节点700的各个单元而不影响AMC通信。此外，尽管是用 语音AMC消息来描述一些应用，但是还可以实现其它的可听消息， 包括多媒体消息，而不影响这些应用。如同所述，AMC对话串可以一对一、 一对多，允许用户避免"电 话标签"并且允许用户在方便的时候响应，选择将它们想要的保存在 对话串中间或者结尾。可以分配多播接收方使用电话号码，并且可以 用I-对等节点来努力地使空中数据业务最少。组群可以在"运转中"一起工作，每个参与者可以在对话串期间选择何时以及如何按照多种 形式作出响应。可以"在工作过程中"将新接收方添加到串中，并且 新接收方可以访问完全记录的对话串。因此，AMC消息传递允许用户 使用强大而方便的工具来发送语音或者多媒体消息。最后，进一步给出如下细节。在许多描述中，提到了保健产业。 然而，保健产业是一个实例，所公开的概念可以在其它应用中实现。 因此要注意，以下描述为了进行说明而给出示例性实例。本领域的技 术人员显然明白，显然可以对细节进行修改和/或组合，以实现AMC 消息传递的概念。通过使用公知的公钥/私钥技术，上述AMC消息传递能够实现安 全特征。可以用短消息传递服务(SMS)消息来接收接收方的公钥。 可以依赖蜂窝鉴权，将它作为信任的公共中间实体。要注意，上述实施例仅仅是示例性的，不能将它们解释为是对本 发明的限制。实施例的描述旨在说明而非限制权利要求的范围。因此， 可以很容易地将本发明应用于其它类型的装置，并且本领域技术人员 显然会想到许多替换物、修改和变形。
权利要求
1.一种用于异步通信的移动设备，包括处理单元，被配置为生成具有相关元数据的外发消息，所述元数据指示优先级；以及发射单元，连接到所述处理单元，并且被配置为向电话号码对应的目的地发射具有所述相关元数据的所述外发消息。
2. 如权利要求l所述的设备，进一步包括用户接口，被配置为接收数据、所述优先级和所述电话号码； 其中所述处理单元使用所述数据来生成具有所述相关元数据的所 述外发消息。
3. 如权利要求l所述的设备，其中所述外发消息包括语音消息和 多媒体的一个或组合。
4. 如权利要求l所述的设备，进一步包括接收单元，连接到所述处理单元，并且被配置为接收具有相关元 数据的进入消息；以及其中所述处理单元基于所述元数据，管理所述外发和进入消息所 形成的对话串。
5. —种用于异步通信的处理器，其中所述处理器被配置为用于控制具有相关元数据的外发消息的生成，所述元数据指示优先级；以及向电话号码对应的目的地发射具有所述相关元数据的所述外发消息。
6. 如权利要求5所述的处理器，其中所述外发消息包括语音消息和多媒体的一个或组合。
7. 如权利要求5所述的处理器，被进一步配置为用于控制 接收具有相关元数据的进入消息；以及基于所述元数据来管理对话串，其中所述对话串包括所述外发和 进入消息。
8. —种用于异步通信的移动设备，包括接收单元，被配置为用于接收具有相关元数据的消息告警，所述元数据指示优先级；输出单元，连接到所述存储单元，并且被配置为播放所述消息告 警，以便给出进入消息的通知；以及处理单元，被配置为控制所述消息告警的播放，其中所述播放基 于所述相关元数据。
9. 如权利要求8所述的移动设备，其中所述处理单元基于从收到 所述消息告警起所经过的时间段，更新所述优先级。
10. 如权利要求8所述的移动设备，其中所述输出单元包括显示 单元。
11. 如权利要求8所述的移动设备，其中所述显示单元用多个颜 色中的一个来显示所述消息告警；并且其中所述处理单元基于所述优 先级，控制所述多个颜色中的那一个。
12. 如权利要求10所述的移动设备，其中所述显示单元显示所述 消息告警和状态，并且其中所述处理单元基于所述元数据控制所述状 态。 '
13. 如权利要求12所述的移动设备，其中所述状态包括待处理状态、打开状态或者关闭状态中的一个。
14. 如权利要求12所述的移动设备，其中所述状态包括从收到所 述消息告警起所经过的时间段。
15. 如权利要求8所述的移动设备，其中所述接收单元接收与所 述消息告警相对应的所述进入消息，并且其中，所述移动设备进一步 包括存储单元，连接到所述接收单元，并且被配置为存储所述进入消 息；以及用户接口，被配置为接收用户控制信号，其中所述输出单元被配 置为响应所述用户控制信号来播放所述消息。
16. 如权利要求8所述的移动设备，其中所述进入消息包括语音 消息和多媒体的一个或组合。
17. 如权利要求8所述的设备，进一步包括发射单元，其被配置为发射具有相关元数据的外发消息，其中所 述处理单元被进一步配置为基于所述元数据来管理对话串，其中所述 对话串包括所述外发和进入消息。
18. 如权利要求8所述的设备，进一步包括发射单元，该发射单 元被配置为发射用于指示是否已播放了所述进入消息的信号。
19. 如权利要求8所述的设备，其中所述输出单元被进一步配置 为播放额外的消息告警，作为所述进入消息的提醒。
20. —种用于异步通信的处理器，其中所述处理器被配置为用于 控制-接收具有相关元数据的消息告警，所述元数据指示优先级；以及显示所述消息告警，其中所述显示基于所述相关元数据。
21. 如权利要求20所述的处理器，被进一步配置为用于控制-基于从收到所述消息告警起所经过的时间段，更新所述优先级。
22. 如权利要求20所述的处理器，被进一步配置为用于控制基 于所述优先级，用多个颜色中的一个来显示所述消息告警。
23. 如权利要求20所述的处理器，被进一步配置为用于控制 基于所述元数据，显示所述消息告警和状态。
24. 如权利要求23所述的处理器，其中所述状态包括待处理状态、 打开状态或者关闭状态中的一个。
25. 如权利要求23所述的处理器，其中所述状态包括从收到所述 消息告警起所经过的时间段。
26. 如权利要求20所述的处理器，被进一步配置为用于控制 接收对应所述消息告警的进入消息。
27. 如权利要求20所述的处理器，其中所述进入消息包括语音消 息和多媒体的一个或组合。
28. 如权利要求20所述的处理器，被进一步配置为用于控制 发射具有相关元数据的外发消息；以及基于所述元数据来管理对话串，其中所述对话串包括所述外发和 进入消息。
29. 如权利要求20所述的处理器，被进一步配置为用于控制-发射单元，被配置为发射指示是否已播放了所述进入消息的信号。
30. 如权利要求20所述的处理器，被进一步配置为用于控制-播放额外的消息告警，作为所述进入消息的提醒。
31. —种用于异步介质通信的服务器，包括收发器，被配置为接收具有相关元数据的消息，所述元数据指示 优先级和目的地；存储单元，连接到所述收发器，并且被配置为存储所述消息，以及；处理单元，被配置为生成对应所述消息的消息告警，其中所述收 发器被进一步配置为向目的地发射所述消息告警。
32. 如权利要求31所述的服务器，其中所述收发器被进一步配置 为发射具有所述相关元数据的所述消息。
33. 如权利要求31所述的服务器，其中所述收发器被进一步配置 为发射额外的消息告警。
34. 如权利要求31所述的服务器，其中所述处理单元被进一步配 置为用相关元数据来管理消息串。
35. —种在异步介质通信服务器中使用的处理器，所述处理器被 配置为用于控制接收具有相关元数据的消息，所述元数据指示优先级和目的地；存储所述消息；以及向目的地发射消息告警。
36. 如权利要求35所述的处理器，被进一步配置为用于控制 发射具有所述相关元数据的所述消息。
37. 如权利要求35所述的处理器，被进一步配置为用于控制 发射额外的消息告警。
38. 如权利要求35所述的处理器，被进一步配置为用相关元数据 来管理消息串。
39. —种用于异步介质通信的移动设备，包括-收发器，被配置为接收具有相关元数据的消息，所述元数据指示 优先级和目的地；存储单元，连接到所述收发器，并且被配置为存储所述消息，以及；其中所述收发器被进一步配置为当目的地点在覆盖范围之中时， 向所述目的地发射消息告警。
40. 如权利要求39所述的设备，其中所述收发器被进一步配置为 发射具有所述相关元数据的所述消息。
41. 如权利要求39所述的设备，其中所述处理单元被配置为用相 关元数据来管理消息串。
42. —种在异步介质通信移动设备中使用的处理器，所述处理器 被配置为用于控制接收具有相关元数据的消息，所述元数据指示优先级和目的地点； 存储所述消息；以及当目的地点在覆盖范围之中时，向所述目的地发射消息告警。
43. 如权利要求42所述的处理器，被进一步配置为用于控制-发射具有所述相关元数据的所述消息。
44. 如权利要求43所述的处理器，被进一步配置为用于控制发射额外的消息告警。
45. 如权利要求42所述的处理器，被进一步配置为用相关元数据 来管理消息串。
46. —种异步通信移动设备，包括发射单元，被配置为发射具有相关元数据的外发消息； 接收单元，被配置为接收具有相关元数据的进入消息； 处理器，被配置为基于所述元数据来管理对话串，其中所述对话 串包括所述外发和进入消息。
47. 如权利要求46所述的设备，进一步包括 显示单元，被配置为显示所述对话串。
48. 如权利要求46所述的设备，其中所述外发消息包括语音消息 和多媒体的一个或组合。
49. 如权利要求46所述的设备，其中所述元数据指示优先级。
50. 如权利要求46所述的设备，进一步包括输出单元，该输出单 元被配置为播放消息告警，以给出所述进入消息的通知；以及其中所述处理单元被配置为控制所述消息告警的播放，其中所述 播放基于所述相关元数据。
51. —种异步通信处理器，所述处理器被配置为用于控制 发射具有相关元数据的外发消息； 接收具有相关元数据的进入消息；以及基于所述元数据来管理对话串，其中所述对话串包括所述外发和 进入消息。
52.如权利要求51所述的处理器，被进一步配置为显示所述对话串。
53. 如权利要求51所述的处理器，其中所述外发消息包括语音消 息和多媒体的一个或组合。
54. 如权利要求51所述的处理器，其中元数据指示优先级。
55. 如权利要求51所述的处理器，被进一步配置为控制播放消 息告警，以给出所述进入消息的通知，其中所述播放基于所述相关元 数据。
全文摘要
异步介质通信包括发送文字或语音消息，这些消息具有标记来表明其优先级。AMC将语音消息传递和接收方设备上语音串串联之类的特征组合起来。可以在一对一或者一对多的基础上进行通信。
文档编号H04W4/12GK101223796SQ200680026340
公开日2008年7月16日 申请日期2006年5月22日 优先权日2005年5月20日
发明者D·J·琼斯, M·E.·雅伊梅, M·K·墨菲, N·贾殷 申请人:高通股份有限公司