已知MP3播放器播放音频，如音乐。MP3播放器可从诸如硬 盘、CD/DVD或存储棒之类的外部存储设备加载诸如歌曲之类的音 频内容。或者，MP3播放器可通过网络从服务器下载音频内容。 MP3播放器可将下载的音频内容存储在内部存储器中以备随后取出 播放，或在从服务器下载时进行实时播放(即，“流”模式)。启用 WiFi的MP3播放器还能够通过无线连接将音频内容下载到本地 WiFi端口。用户能够手工选择每个音频内容单元(例如，每首歌) 进行播放，或按预定顺序启动歌曲播放。
如今，有多种形式的电子通信为人们所熟知，如电子邮件和即 使消息。
本发明的目的在于扩展电子通信。

本发明在于提供了用于将音频消息传送到音频播放器设备的收 听者的系统、方法和程序产品。音频消息文件在工作站处生成，并 通过网络发送到音频播放器设备。当接收到音频消息文件时，音频 播放器设备暂停在接收音频消息文件时由音频播放器设备正在播放 的歌曲或其他音频内容的播放，并且播放音频消息文件。
本发明还在于提供了用于将音频消息传送到音频播放器设备的 收听者的另一方法。音频消息文件在工作站处生成，并通过网络发 送到音频播放器设备。当接收到音频消息文件时，音频播放器设备 将在完成对于在接收音频消息文件时由音频播放器设备正在播放的 歌曲或其他音频内容的播放之后对用于播放的音频消息文件进行排 队。当完成对于在接收音频消息文件时由音频播放器设备正在播放 的歌曲或其他音频内容的播放之后，音频播放器设备播放音频消息 文件。
附图说明
图1表示根据本发明的分布式计算机系统的框图，该分布式计 算机系统包括发送音频消息的工作站以及接收和播放音频消息的 MP3播放器。
图2A和2B形成了流程图，该流程图表示出在图1所示的工作 站内的用于请求将音频消息发送到如图1所示的MP3播放器的程序 的最初操作。
图3是流程图，其表示在如图1所示的MP3播放器内的用于对 来自如图1所示的工作站的请求进行处理的程序的操作。
图4是流程图，其表示，如果在MP3播放器内的程序允许进行 音频消息的发送，则在如图1所示的工作站内的用于将音频消息发 送到如图1所示的MP3播放器的程序的操作。
图5A-5C形成流程图，该流程图表示在如图1所示的MP3播 放器内的用于对如图1所示的工作站发送的音频消息进行处理的程 序的操作。

下面，将参照附图，详细描述本发明。图1表示其中实现本发 明的分布式计算机系统(通常用10指示)。分布式系统10包括发 送计算机20，如与网络15(如，互联网)相连接(有线或无线)的 工作站(例如，桌面型计算机、膝上型计算机、PDA、Blackberry 设备、蜂窝电话等)。计算机20包括熟知的CPU 22、操作系统 23、在公共总线26上的RAM 24和ROM 25，以及存储设备27。计 算机20还包括根据本发明的音频消息传送程序29，它使得用户能够 将音频消息传送到MP3播放器进行播放。
分布式系统10还包括多个MP3播放器或其他音频播放器，如 与公用或专用网络15(如互联网或内联网)相连接(有线或无线) 的MP3播放器30和50。一般而言，MP3播放器30和50与WiFi 端口11无线连接，WiFi端口11与互联网15或公用或专用网络有线 连接。MP3播放器30包括熟知的CPU 32、操作系统33、在公共总 线36上的RAM 34和ROM 35，以及存储设备37。MP3播放器30 还包括可选的用户显示器41、诸如键盘、棘轮(click wheel)或触摸 板之类的用户控制设备42、歌曲或其他音频内容的播放列表43、无 线接口部件44、音频播放器程序45和音频输出设备46(如耳机或 扬声器)，以及用于与计算机系统连接以便使音频同步的端口(通 常为USB)。诸如歌曲A，B，C……N之类的音频内容存储在存储 设备37中。诸如当前播放歌曲标识和当前歌曲所经历的播放时间之 类的状态信息可存储在RAM 34或存储设备37中。根据现有技术， 可通过无线接口部件44将音频内容下载到MP3播放器30。音频播 放器程序45按照播放列表43中列出的顺序播放歌曲和其他音频内 容，或者，通过音频播放器程序45进行指定。根据本发明，还将音 频消息(以及预先通信)通过无线接口部件44传送给MP3播放器 30。例如，发送计算机20通过网络15和无线接口部件44向MP3 播放器30发送对于发送音频消息文件和实际音频消息文件的请求。 MP3播放器30通过无线接口部件44和网络15向发送计算机20发 送响应消息(包括接受或拒绝请求)。MP3播放器30还包括根据本 发明的音频消息管理程序49，该程序用于生成响应消息，以及对所 接受的音频消息文件的处理进行控制。在分布式系统10中的MP3 播放器50和任何其他MP3播放器包含相似的软件和硬件，并且， 当根据本发明被调用时，与MP3播放器30的操作相同。
从工作站20发送到MP3播放器30的音频消息是功能通信，通 常为功能语音，例如，提醒或请求参加会议、呼叫某人、到什么地 方，如诊室或餐厅，或做什么事情，如完成家庭作业或在商店购买 商品等。音频消息还可为某件事情就绪的通知，如餐馆就餐桌位、 外卖餐点(take-out meal)、订制产品等。
分布式系统10按照后面的方式操作，使得在工作站20处的用 户能够向MP3播放器30发送音频消息文件，以便播放给收听者。 在工作站20处的用户生成需要或将要转换成音频消息的消息。在前 一情形中，发起者向工作站20中的麦克风18说出消息，并通过模 数音频转换部件19将该消息转换成音频消息文件13(以数字形 式)。在后一情形中，发起者在工作站20的键盘17处输入消息， 并且已知文本到语音转换器14将输入的消息转换成音频消息文件13 (以数字形式)。其次，使用程序29，用户识别出目标MP3播放器 (如MP3播放器30)，并向目标MP3播放器发送对于接收音频消 息文件的请求。如果目标MP3播放器被打开，并同意接收音频消 息，则工作站20发送音频消息文件供MP3播放器进行播放。在 MP3播放器内的配置文件47确定将在何时播放音频消息，(a)立 即取代当前播放的音频内容(如果有的话)，(b)在当前播放的音 频内容完成其播放之后立即播放，或(c)在配置文件中指定的某一 其他时间。如果MP3播放器未被打开，则工作站20将在以后重试 发送请求和音频消息文件。
图2A和2B更详细地表示出音频消息传送程序29的操作和功 能。在步骤100中，用户调用程序29。作为响应，程序29要求用户 创建音频消息或选择预先存在的音频消息(步骤110)。在前一情形 中，用户可对麦克风18说出音频消息，并且模数音频转换器19将 模拟语音转换成数字化音频消息文件13。在后一情形中，用户使用 工作站20的键盘17输入音频消息，并且文本到语音转换器14将文 本转换成数字化音频文件13。其次，程序29显示出人们事先识别为 用于接收音频消息的潜在目标或处在与工作站20同一子网上的MP3 设备的列表(步骤114)。用于当前消息的预计目标可以处在或可以 不处在预先存在的列表上。如果没有处在该列表上，则用户将选择 用于将预计目标添加到列表的选项(判决118，“是”分支)。作为响 应，程序29提示用户通过设定目标设备的IP地址以及目标设备出 现在列表中的简单名称(如拥有者)，手工将目标设备添加到列表 (步骤122)。如果在首次发送时目标设备无效，则程序29还对排 队进行重新发送的音频消息文件设置重新发送标志。在步骤122之 后或如果目标设备已处在列表上(判决118，“否”分支)，则程序 29提示用户从列表中选择目标设备(步骤126)。如果用户未选出 目标设备(判决130，“否”分支)，则决定执行程序29(步骤 134)。然而，如果用户选择目标设备(判决130，“是”分支)，则 程序29对选择添加时间戳，该时间戳表示出首次尝试向目标设备发 送音频消息的近似时间(步骤140)。接下来，程序29创建控制文 件12，控制文件12包括所选音频消息文件的名称和目标MP3设备 (步骤150)。控制文件12还设定了音频消息文件和时间戳的大 小。接下来，用户选择发送在控制文件中的音频消息文件给控制文 件中指定的目标设备(步骤200)。作为响应，对于在控制文件中的 每个条目(步骤204)，程序29对条目进行分析，以识别出音频消 息文件名、MP3目标设备名、队列标志和时间戳(步骤220)。对 于在控制文件中的其他每个条目(判决210，“是”分支)，程序重复 步骤220。接下来，程序29尝试“ping”目标设备，或尝试建立与目 标设备的连接，以便确定目标设备当前是否活动(判决224)。如果 目标设备当前活动(判决224，“是”分支)，则程序29建立与目标 设备的连接，并向目标设备发送表示要随后发送音频消息的意图的 预先消息。意图发送预先消息包括音频消息文件名和文件大小，此 外还在报头中表示出工作站20的源IP地址(步骤250)。
再次参看判决224，“否”分支，其中，目标MP3设备目前不活 动或不能联系到(判决224，“否”分支)，则程序29检查队列标志 是否为真(判决230)。(在首次尝试联系目标设备时目标设备不活 动的情形中，如果用户想要重试意图发送预先消息，则在步骤122 中用户将队列标志设置为真)。如果队列标志为真(判决230，“是” 分支)，则程序29将条目添加到控制文件12，以便在以后重新发送 意图发送预先消息(步骤234)。然而，如果队列标志不为真(判决 230，“否”分支)，则程序不会将条目添加到控制文件，且不会重新 发送意图发送预先消息。在任意情形中，程序29将在步骤210继续 确定在控制文件中是否有另一条目要处理。如果另一条目存在，则 程序29将在步骤220重复对于列出的下一条目的处理。
图3表示出当接收到来自工作站20的意图发送消息(步骤 300)时程序49的操作和功能。程序49由用户定义配置文件47确 定当前是否启动在设备30中的音频消息传送(判决310)。若否， 则不采取任何行动，即，忽略来自工作站20的意图发送消息，将无 响应消息发送到工作站20，从而，不邀请工作站20向目标设备30 发送实际音频消息文件(步骤320)。然而，如果当前启动了在设备 30中的音频消息传送(判决310，“是”分支)，则程序49基于在 MP3设备30中的用户定义配置文件47确定是否允许来自工作站20 的IP地址或特定用户的音频消息(判决314)。配置文件47可表示 被授权发送音频消息的源设备的用户ID或源IP地址的列表，或相 反，表示未被授权的源设备的用户ID或源IP地址的列表，或者处 在与被授权发送音频消息的设备30所处同一子网上的所有设备。如 果意图发送消息不是由被授权的工作站20或用户ID发送，或不是 由明确阻断的工作站或用户ID发送(判决314，“是”分支)，则不 采取任何行动，即，忽略来自工作站20的意图发送消息(步骤 320)。然而，如果工作站20或用户得到授权向设备30发送音频消 息(判决314，“否”分支)，则程序49对意图发送消息进行分析， 以识别出音频消息文件名和音频消息文件大小(步骤330)。接下 来，程序49通过查询操作系统33来确定设备30是否有足够的自由 存储空间来存储指定的音频消息文件(判决334)。若否(判决 334，“否”分支)，则程序49设置表示指定的音频消息文件不能被 存储的出错标志(步骤340)。接下来，程序49确定是否将配置文 件47设置成对来自被授权的发送者的任何音频消息进行流式传输 (stream)(判决342)。“流式传输(streaming)”表示当音频消息 一被接收就立即播放音频消息(从而无需进行存储)。如果配置文 件47未被设置成流式传输，则对于意图发送消息不采取任何行动 (这是由于没有用于存储音频消息的空间)。然而，如果配置文件 47被设置成流式传输(判决342，“是”分支)，则程序49保存设备 30的当前状态信息，即，(a)如果当前正在播放歌曲或其他音频内 容，则所播放的歌曲或其他音频内容的当前点，或者(b)如果当前 未播放歌曲，播放过的最后歌曲的标识(步骤344)。接下来，程序 49设置设备30从工作站20接收音频消息文件的模式(步骤 348)。接下来，程序49构成“可以发送(OK-to-send)”音频消息 文件，并向工作站20发送可以发送响应消息(步骤352)。
再次参看步骤334“是”分支，如果设备确定存在足够的存储空 间用于保存指定的音频消息文件，则程序49由配置文件47确定设 备是否已被配置成保存音频消息。如果将配置文件设置成不保存 (判决338，“否”分支)，则程序49设置表示指定的音频消息文件 将不被保存的出错标志(步骤340)。接下来，程序49确定是否将 配置文件47设置成对来自被授权的发送者的任何音频消息进行流式 传输(判决342)。“流式传输”表示当音频消息一被接收就立即播放 音频消息(从而无需进行存储)。如果配置文件47未被设置成流式 传输，则对于意图发送消息不采取任何行动，这是由于保存消息的 选项为假，且流式传输消息的选项被设置为假。然而，如果将配置 文件47设置为保存文件(判决338，“是”分支)，则程序49在步骤 344继续。
图4表示出在工作站20中由程序29随后进行的处理。在工作 站20中的程序29继续检查其是否已接收到可以发送响应消息(判 决400)，或查询是否超过可允许的生存时间(例如，必需在查询提 交15秒内接收到可以发送或认为设备无效，以及程序执行将继续在 步骤210处检查在控制文件中的下一设备)。如果接收到可以发送 响应消息(判决400，“是”分支)，则程序29通过互联网或公用/专 用网15和无线部件44将音频消息文件发送到目标MP3设备30(步 骤404)，然后从控制文件去除音频消息条目(步骤430)。再次参 看判决400“否”分支，其中，由于设备30当前不活动，从而不会接 收到可以发送消息，设备30活动，但程序29在判决310或314中 拒绝接受音频消息文件，或者设备还未对意图发送消息的音频消息 文件消息进行处理。在这些情形中，查询的生存时间过期，在该情 形中(判决400，“否”分支)，程序29确定在步骤122中是否设置 用于对周期性重新发送的意图发送消息进行排队的队列标志。若如 此(判决410，“是”分支)，则程序29在控制文件中为该音频消息 设置另一条目(步骤410)，以便将把另一意图发送消息随后发送到 目标设备30。程序29将定期(如，每十分钟)重新发送意图发送消 息。另外，程序29还周期性(如，每4个小时)地检查在其控制文 件中条目的时间戳。对于比预定期限(例如，两个小时)还要早的 任何条目，程序29从控制文件中将该条目删除(步骤431)。程序 29将在步骤210处继续确定在控制文件中是否存在要处理的另一条 目。如果存在另一条目，则程序29将在步骤220处重复对所列出的 下一条目的处理。
图5A-5C表示在目标MP3设备30处由程序49随后进行的处 理。在步骤500中，设备30接收来自工作站20的音频消息文件。 这属于设备30先前将可以发送响应发送到工作站20的情形。作为 对音频消息文件的响应，程序49检查配置文件47，以确定设备30 是否被配置成(立即)流式传输音频消息文件(判决510)。若否 (判决510，“否”分支)，则程序49确定是否设置在设备30中的文 件保存标志(判决520)。若否(判决520，“否”分支)，则程序49 忽略音频消息文件。然而，如果设置了文件保存标志(判决520， “是”分支)，则程序49进行到步骤800和判决804，以保存音频消 息文件。接下来，程序49基于用户配置文件47确定在何处将音频 消息文件插入播放列表中。如果配置文件47表明输入音频消息文件 应在当前歌曲或其他音频内容播放完之后进行播放(判决820，“是” 分支)，则程序49在播放列表43中紧在当前正播放的歌曲或其他 音频内容之后插入输入音频消息文件(步骤840)，以便随后将其播 放。然而，如果配置文件47表明输入消息应在某一其他时间进行播 放，例如，作为播放列表中的最后条目，则程序49将因此会把输入 音频消息文件插入到播放列表43中(步骤830)。在步骤840或 830之后，程序49通知收听者(通过语音或其他预定信号)已将音 频消息文件添加到播放列表43，且将最终进行播放(步骤854)。 接下来，程序49重新恢复对于因流式传输音频消息而中断的歌曲或 其他音频内容的播放(在收听者暂停流式传输音频消息之后)(步 骤914)。
再次参看判决510“是”分支，其中，将配置文件47设置用于流 式传输模式。在这样的情形中，程序49确定是否还设置了用于保存 音频消息文件的标志(判决530)。(如果在设备30处的收听者暂 停在流式传输模式中的音频消息的播放，以后可能需要从存储设备 获得音频消息文件。)如果未设置保存文件标志(判决530，“否”分 支)，则程序49将命令立即停止当前播放的音频歌曲或其他音频内 容(若有的话)，并且立即进行输入音频消息文件的流式传输(步 骤600和判决610)。接下来，程序49继续在步骤914处的处理， 如以上所述。
再次参看判决530，“是”分支，其中，将配置文件47设置成保 存文件(并且流式传输输入音频消息)。在此情形中，程序49命令 立即停止当前播放的音频歌曲或其他音频内容(如果有的话)，并 且立即流式传输输入音频消息文件(步骤700)。同时，程序49将 输入音频消息文件保存到存储设备(步骤700)。接下来，程序49 基于用户配置文件47确定在何处将音频消息文件插入播放列表中。 如果配置文件47表明输入音频消息文件应在当前歌曲或其他音频内 容播放完之后进行播放(判决720，“是”分支)，则程序49在播放 列表43中紧在当前正播放的歌曲或其他音频内容之后插入输入音频 消息文件(步骤740)，以便随后将其播放。然而，如果配置文件 47表明输入消息应在某一其他时间—例如，作为播放列表中的最后 条目—进行播放，则程序49将因此会把输入音频消息文件插入到播 放列表43中(步骤730)。在步骤740或730之后，程序49通知收 听者(通过语音或其他预定信号)已将音频消息文件添加到播放列 表43，且将会最终进行播放(步骤754)。接下来，程序49重新恢 复因流式传输音频消息而中断的歌曲或其他音频内容的播放(在收 听者暂停流式传输的音频消息之后)(步骤914)。
可从计算机可读介质70(如，磁带或磁盘、光盘介质、DVD、 半导体介质、存储棒等)将程序29加载到工作站20中，或通过 TCP/IP适配卡16从互联网15下载。
可从计算机可读介质72(如，磁带或磁盘、光盘介质、DVD、 半导体介质、存储棒等)将程序49加载到MP3设备30中，或通过 无线部件44从互联网15下载。