用于存储个人消息的系统和方法转让专利
申请号 : CN200510127956.9
文献号 : CN100581194C
文献日 : 2010-01-13
发明人 : 费雷德里克·H·斯库格
申请人 : 阿尔卡特公司
摘要 :
本发明所公开的是以一种用于获得和发送信息的个人工作平台来为定制了移动电话服务的用户提供消息服务应用的系统和方法。定制用户可以自动地或手动地发起消息服务应用。在发起之后，消息服务应用就可以接收和记录语音消息，并通过将语音消息转换为文本消息来对其进行转化和处理。此外，还可以通过接受由用户手动地或口头地定义的附加分发命令来对这些消息进行进一步处理。然后，将处理后的消息发送给移动网络。然后，与移动网络相关联的应用/媒体服务器获取处理后的消息并将其转发给用户定义的应用，诸如用户电子邮件或用户日历。
权利要求 :
1.一种个人消息系统，包括：
具有经由通信网络提供的移动服务的一个或多个移动通信设备； 以及连接到所述通信网络的消息服务应用，所述消息服务应用配置为 响应于由用户终止所述一个或多个移动通信设备上的移动通信而经 由所述一个或多个移动通信设备接收来自用户的服务消息，并且所述 消息服务应用配置为在稍后的时间将所述服务消息传送给用户，所述消息服务应用还包括控制在稍后的时间将所述服务消息传 送给用户的分发命令，其中所述分发命令由用户定义并且包括将所述 服务消息分发到的其他通信信道，并且其中所述服务消息作为电子邮 件分发给所述用户的电子邮件账户，其中所述电子邮件包括实际地址 的语音消息，所述实际地址的语音消息被转化和转换为位置的实际地 图。
2.根据权利要求1所述的系统，其中所述消息服务应用设置为运 行在连接到移动通信网络的应用/媒体服务器中。
3.根据权利要求1所述的系统，其中所述消息服务应用由用户在 所述移动通信结束时手动地发起或开始。
4.根据权利要求3所述的系统，其中手动地发起所述消息服务应 用包括双击移动电话上的结束按钮、拨打预定的电话号码、拨打预定 的特征码和口述访问命令。
5.一种提供个人消息的方法，所述方法包括：
由用户利用移动通信设备来发送移动通信；
终止所述移动通信；
响应于所述移动通信的终止而经由所述移动通信设备接收来自 用户的服务消息；以及在稍后的时间将所述服务消息传送给用户，
所述方法还包括控制在稍后的时间将所述服务消息传送给用户 的分发命令，其中所述分发命令由用户定义并且包括将所述服务消息 分发到的其他通信信道，并且其中所述服务消息作为电子邮件分发给 所述用户的电子邮件账户，其中所述电子邮件包括实际地址的语音消 息，所述实际地址的语音消息被转化和转换为位置的实际地图。
6.根据权利要求5所述的方法，还包括在发送所述移动通信之前 预设分发命令。
7.根据权利要求5所述的方法，其中从用户接受所述服务消息还 包括响应于所述移动通信的终止而自动地开始配置为接收所述服务 消息的消息服务应用。
8.根据权利要求5所述的方法，其中所述传送包括通过用户的应 用程序将所述服务消息传送给用户。
9.根据权利要求8所述的方法，其中所述传送包括向用户发送电 子邮件、编排用户的日历程序中的项目、对用户的移动电话进行呼叫、 向用户发送即时消息、对用户的寻呼机进行寻呼以及向用户的传真机 发送文档中的至少一种传送。
说明书 :
技术领域
本公开一般地涉及用于进行记录的设备，并且更具体地涉及能够 经由用户的移动通信设备来获得和发送信息的个人工作平台。
背景技术
通常，在完成电话呼叫之后，需要获得作为在该呼叫期间发生的 通信的结果的信息。当用来进行电话呼叫的设备是移动电话时，这就 特别困难。现有的解决方案包括找到一张纸并写下这些信息，或者将 这些信息输入到诸如个人数字助理(PDA)或个人笔记本计算机之类 的电子信息设备中。当用户在移动时，诸如当用户在驾驶或跑步穿过 机场时，这些选择就特别困难，而且并不容易停下来并花费必要的时 间来记下这些信息。此外，当用户处于不能集中精力或思考中的情况 下，还容易忘记这些信息。此外，写在某张纸上的信息还有可能会放 错地方，或者PDA或笔记本计算机还有可能会发生损坏，使得这些 信息有可能永远地丢失。因此，需要一种用于在移动通信终止后获得 期望信息的不会受制于传统方法所具有的缺点的装置。
发明内容
本发明所公开的是以一种用于获得和发送信息的个人工作平台 来为定制了移动电话服务的用户提供消息服务应用的系统和方法。定 制用户可以自动地或手动地经由移动网络呼叫来发起消息服务应用 或者手动地通过经固定电信网络进行呼叫来发起消息服务应用。在发 起之后，消息服务应用就可以接收和记录语音消息，并通过将语音消 息转换为文本消息或能够附加在文本消息上的电子语音文件来对其 进行转化和处理。此外，还可以通过接受由用户手动地或口头地定义 的附加分发命令来对这些消息进行进一步处理。然后，驻留在与移动 网络相关联的应用媒体服务器中的消息服务应用获取处理后的消息 并将其转发给用户定义的应用，诸如用户电子邮件或用户日历。
在这种个人消息系统的一个实施例中，该系统包括具有经由通信 网络提供的移动服务的一个或多个移动通信设备。此外，该系统的这 一实施例包括连接到移动通信网络的消息服务应用，其中该消息服务 应用配置为响应于由用户终止一个或多个移动通信设备上的移动通 信而经由一个或多个移动通信设备接收来自用户的口头服务消息。此 外，消息服务应用还配置为在稍后的时间将该服务消息传送给用户。
另一方面，本发明还公开了一种提供个人消息的方法。在一个实 施例中，这种方法可以包括由用户利用移动通信设备来发送移动通 信，并且随后终止该移动通信。此外，在这种实施例中，该方法可以 响应于移动通信的终止而经由移动通信设备接收来自用户的服务消 息，并在稍后的时间将该服务消息传送给用户。
在这种个人消息系统的一个实施例中，该系统包括具有经由通信 网络提供的移动服务的一个或多个移动通信设备。此外，该系统的这 一实施例包括连接到移动通信网络的消息服务应用，其中该消息服务 应用配置为响应于由用户终止一个或多个移动通信设备上的移动通 信而经由一个或多个移动通信设备接收来自用户的口头服务消息。此 外，消息服务应用还配置为在稍后的时间将该服务消息传送给用户。
另一方面，本发明还公开了一种提供个人消息的方法。在一个实 施例中，这种方法可以包括由用户利用移动通信设备来发送移动通 信，并且随后终止该移动通信。此外，在这种实施例中，该方法可以 响应于移动通信的终止而经由移动通信设备接收来自用户的服务消 息，并在稍后的时间将该服务消息传送给用户。
附图说明
图1A示出了采用了在此公开的消息服务应用的个人工作平台的 环境的一个实施例；
图1B示出了图1A中示出的个人工作平台的处理流程的一个实施 例；以及
图2示出了用户如何使用根据本公开原理构造的个人工作平台的 示例。
图1B示出了图1A中示出的个人工作平台的处理流程的一个实施 例；以及
图2示出了用户如何使用根据本公开原理构造的个人工作平台的 示例。
具体实施方式
首先同时参考图1A和图1B，其中图1A示出了采用根据本公开 原理的消息服务应用的个人工作平台的一个实施例。图1B示出了图 1A中示出的个人工作平台的处理流程的一个实施例。用户100具有 移动电话102并定制到移动电话网络104。移动电话网络104向一个 或多个其他的移动电话106提供移动电话信号和移动电话服务。在如 图1B的方框152所示用移动电话102完成电话呼叫并获得诸如已订 立的约会、重要联系人的电话号码、方位、项目列表、一般想法以及 在特定的时间要做的事之类有可能比较容易忘记的信息之后，用户 100可以例如通过双击移动电话102上的“结束呼叫”按扭来用他的 移动电话手动地发起消息服务应用(图1B的方框154)。在一些实施 例中，这可以是电话的一种新的手机功能。用户100还可以访问消息 服务应用以便在自由讨论会之后简单地保存意见和想法或者保留个 人提醒消息。
消息服务应用可以位于连接到移动电话网络104的应用/媒体服 务器108上，或者可以嵌入在移动电话网络104本身中。除了双击移 动电话102上的“结束呼叫”按扭之外，用户100还可以通过拨打预 定的电话号码、通过拨打预定的特征码或通过例如在电话呼叫结束时 说出访问命令来手动地访问消息服务应用。此外，消息服务应用还可 以配置或编程为于电话呼叫结束时自动地发起或开始。当然，还可以 考虑用于激活消息服务应用的其他方法。
一旦发起或访问了消息服务应用，就会提示用户100输入用户密 码(图1B的方框156)或者采用其他安全的用户认证方法，诸如语 音识别。如图1B的方框158所示，如果用户密码输入得不正确，消 息服务应用就会终止(110)并且会拒绝用户进一步访问消息服务应 用。如果用户密码输入正确，消息服务应用就会继续并且开始接受用 户的输入命令，诸如语音请求和具有待存储信息的服务消息。消息服 务应用可以操作于不同的难度级别上，根据用户对消息服务应用的舒 适度级别，并且甚至基于通过该应用可获得的功能的复杂度，难度级 别在从入门命令模式到专业命令模式114的范围内变化。此外，如图 1B的方框160所示，消息服务应用还可提供对通常通过语音命令由 用户100输入的命令的语音提示和响应。
如图1B的方框162所示，一旦得到提示，用户100就可以开始 记录服务消息，诸如语音消息、语音请求、语音命令或者甚至来自支 持视频的移动设备的图像或视频消息之类，将该服务消息信息存储在 消息服务应用中。如方框164所示，除了接收和记录这些服务消息之 外，消息服务应用还接受可选的分发命令。这种可选的分发命令可以 由用户定义并且可以包括附加的功能，诸如传送所记录信息的备选方 法和备选模式。下面将更详细地讨论这种分发命令及其用法的示例。
一旦已经接收和记录了语音消息(方框162)并且已经定义了可 选的分发命令(方框166)，用户100就例如通过终止电话呼叫来终止 对消息服务应用的访问(方框168)。另一方面，如果没有定义可选的 分发命令，则电话呼叫也将终止。简而言之，利用可选的分发命令， 用户可以在需要时配置消息服务应用以处理所记录的信息，并根据需 要将该信息分发给其他通信信道。
在提供所有待记录的信息和所有分发指令之后，一旦用户终止到 该应用的通信，该应用就可以根据所提供的指令来操作(方框170)， 所提供的指令诸如借助于某种转化技术从一种媒体形式转化到另一 种媒体形式(方框172)。更具体地说，在接收、记录和获得语音消息 之后，消息服务应用就可以经由语音识别技术将语音服务消息转化或 转换为文本消息。所记录的语音消息还有可能未经处理并且仍保持为 用于发送的语音消息。所记录的语音消息还可以是经由语音识别技术 译解或转化为可理解媒介的命令码。此外，消息服务应用还可以将语 音消息请求转换为新的格式，诸如在因特网上供用户稍后访问的形式 文档。此外，转化和转换后的语音或文本消息还可以根据用户定义的 可选分发命令存储为一种格式。如果消息服务应用将该消息存储在因 特网上，则该消息服务应用可以生成对用户的定期提醒，通知用户服 务消息存储在因特网上，直到用户选择丢弃该处理后的服务消息。这 不但使得用户可以在任意时间访问该信息，而且还使得用户可以在方 便时访问该信息。
除了将服务消息存储在因特网上之外，还可以对所获得的语音消 息进行处理，并将这些处理后的服务消息发送给连接到移动电话网络 104的应用/媒体服务器108。应用/媒体服务器108的用途是接收处理 后的服务消息并将其转发给用户定义的应用(下面将讨论)。如上所 述，这种转发可以通过IP(网际协议)网络110来完成或者根据用户 定义的可选的分发命令来完成。通常应针对每个通知来生成和格式化 这些消息以及任意媒体附件，并且应经由适当的指定/提供服务来发送 这些消息(方框174)。此外，由消息服务所执行的操作的记录可以在 进行该操作时生成，并用来生成与该用户账户相关联的日志条目(方 框176)。例如，这种日志还可以用来维护所有通信/通知的记录以及 成功/失败的状态，供用户在稍后的某个时间查看。
在一个实施例中，用户定义的应用之一是将处理后的服务消息作 为电子邮件分发给用户112的电子邮件账户，或分发给第三方114的 电子邮件账户。第三方114可以是任何人，包括个人管理助理、配偶、 客户或病人。然后，第三方114可以访问作为电子邮件分发的处理后 的服务消息。如果将处理后的服务消息作为电子邮件传送给用户并且 用户稍后访问他的电子邮件应用，则该处理后的服务消息作为到来的 电子邮件立刻变得可用。如果用户选择不立刻从他自己的电子邮件账 户访问电子邮件，则他可以稍后从任何计算机118上并在方便时访问 电子邮件。然而，如果用户可以经由他的移动电话来访问电子邮件， 则当用户还在移动时该信息也能立刻显示。
例如，在与诊室进行了预约之后，用户有可能已经获得该诊室的 地址，但却不知道方位。由于不知道精确的位置，用户可以访问消息 服务应用，其中将关于实际地址的用户语音消息转化和转换为该诊室 的实际地图并将其作为电子邮件发送给到用户的电子邮件地址。然 后，通过用其移动电话即时地访问其电子邮件，用户接着就可以比较 容易地访问移动地图，尤其是当用户在移动并且没有办法停下来查阅 或写下方位时，这是非常有价值的。
在另一个实施例中，还可以将处理后的服务消息转换为格式文档 并发送给用户的个人日历服务器116。此外，还可以将处理后的服务 消息转换到为将条目自动写入约会记事本或计费应用而编写的其他 应用中。这有可能需要额外的软件程序和配置。在将处理后的服务消 息传送到用户自己的个人日历之后，这些处理后的服务消息能够在用 户的日历程序中自动地自我更新。如同采用电子邮件，用户还可以在 任意计算机118上并且在方便时访问其个人日历。如果用户选择不立 刻访问其个人日历，则计算机服务器116可以发送通知并经由电子邮 件、会话初始化协议或其他方法根据集成的程度来进行更新。此外， 能够接受自动电子邮件，提取电子邮件中的标识、安全性和可应用数 据并提供到用户应用的链接以创建诸如会议或约会之类的记录的新 日历或其他应用有可能是必需的。在又一个实施例中，还可以将处理 后的服务消息作为语音电子邮件、到寻呼机的寻呼或甚至作为自动的 电话呼叫来分发。
图2中示出了诸如医生或律师之类的专业人士如何使用在此公开 的个人工作平台或系统的示例。在方框202中，假定此刻医生200已 经完成了和其病人的会面，并且已经收集了所有必要的治疗信息。作 为对方框202与病人的后续约见的提醒，在方框204中，如前所述， 用户100可以利用他的移动电话在移动网络上通过多个选项来访问消 息服务应用。在方框206中，一旦对消息服务应用的访问被接受，医 生200就可以记录治疗信息、任意治疗处方或在与病人进行会面以便 进行随后的约见之前他有可能必须继续的工作。然后，医生200还可 以定义他想要怎样接收具有可选分配功能的信息和命令。消息服务应 用接收并记录这些语音消息，并且根据医生200已选择的附加分发命 令，消息服务应用可以或可以不将这些语音消息转化或转换为文本消 息。
在方框208中，连接到移动网络的应用/媒体服务器随后获取处理 后的消息并根据医生200的预先编写好的标准分发方法以及方框210 所示的任意可选地定义的分发命令来对其进行发送。例如，医生200 有可能已经用程序编写好或选定了电子邮件作为其接收消息的标准 方法，但他有可能想要添加额外的分发模式，诸如语音邮件。在这样 做的过程中，就可以将包含处理后的消息的电子邮件发送给医生200 的电子邮件账户，并且此外，还可以同时在他的语音邮箱中生成语音 邮件。
同样，在方框202中与其客户会面后，律师200可以在方框204 中访问消息服务应用以便如方框206所示记录和更新任意客户计费信 息或费用。然后，应用/媒体服务器在方框208中接收处理后的消息并 将其转发给方框210中用户定义的应用。在律师200的情况中，可以 将该语音消息作为语音消息来进行接收和记录并将其转化和转换为 文本消息。此外，在方框210中，新日历或其他用户定义的应用有可 能能够接受作为自动电子邮件的处理后的消息，提取标识、安全性和 可应用的客户数据，并提供到该律师的软件程序的链接以创建诸如客 户当天的费用之类的自动记录和条目。
本领域的普通技术人员应当意识到，在不偏离本发明的本质和特 征的情况下，本发明可以以其他特定形式实现。因此，无论出于何种 考虑，当前公开的实施例都应视为示例性而非限制性的。本发明的范 围由所附权利要求而不是前述描述来表明，并且在与其等同的意义和 范围内的所有改变都将包括在内。
此外，此处提供小标题是为了与专利法的要求相一致或提供组织 结构。这些标题不应限制可以从本公开中产生的任意权利要求中所陈 述的发明或体现其特征。具体地并通过示例来说，尽管小标题称作“技 术领域”，但权利要求不应受到该标题之下所选择的用来描述所谓的 技术领域的语言的限制。另外，“背景技术”中对技术的描述不应解 读为承认该技术是本公开中的任意发明的现有技术。“发明内容”也 不应视为在此形成的权利要求中所阐明的发明的特征。此外，在本公 开中以单数对“发明”一词的任何引用都不应用来表明在本公开中只 要求保护一个单独的发明点。可以根据与本公开相关联的多个权利要 求的限制来阐明多个发明，并且这些权利要求相应地限定了由此要求 保护的发明及其等同的技术方案。在所有的实例中，权利要求的范围 都应当按其本身情况根据说明书来考虑，而不应受到在此所给出的标 题的限制。
消息服务应用可以位于连接到移动电话网络104的应用/媒体服 务器108上，或者可以嵌入在移动电话网络104本身中。除了双击移 动电话102上的“结束呼叫”按扭之外，用户100还可以通过拨打预 定的电话号码、通过拨打预定的特征码或通过例如在电话呼叫结束时 说出访问命令来手动地访问消息服务应用。此外，消息服务应用还可 以配置或编程为于电话呼叫结束时自动地发起或开始。当然，还可以 考虑用于激活消息服务应用的其他方法。
一旦发起或访问了消息服务应用，就会提示用户100输入用户密 码(图1B的方框156)或者采用其他安全的用户认证方法，诸如语 音识别。如图1B的方框158所示，如果用户密码输入得不正确，消 息服务应用就会终止(110)并且会拒绝用户进一步访问消息服务应 用。如果用户密码输入正确，消息服务应用就会继续并且开始接受用 户的输入命令，诸如语音请求和具有待存储信息的服务消息。消息服 务应用可以操作于不同的难度级别上，根据用户对消息服务应用的舒 适度级别，并且甚至基于通过该应用可获得的功能的复杂度，难度级 别在从入门命令模式到专业命令模式114的范围内变化。此外，如图 1B的方框160所示，消息服务应用还可提供对通常通过语音命令由 用户100输入的命令的语音提示和响应。
如图1B的方框162所示，一旦得到提示，用户100就可以开始 记录服务消息，诸如语音消息、语音请求、语音命令或者甚至来自支 持视频的移动设备的图像或视频消息之类，将该服务消息信息存储在 消息服务应用中。如方框164所示，除了接收和记录这些服务消息之 外，消息服务应用还接受可选的分发命令。这种可选的分发命令可以 由用户定义并且可以包括附加的功能，诸如传送所记录信息的备选方 法和备选模式。下面将更详细地讨论这种分发命令及其用法的示例。
一旦已经接收和记录了语音消息(方框162)并且已经定义了可 选的分发命令(方框166)，用户100就例如通过终止电话呼叫来终止 对消息服务应用的访问(方框168)。另一方面，如果没有定义可选的 分发命令，则电话呼叫也将终止。简而言之，利用可选的分发命令， 用户可以在需要时配置消息服务应用以处理所记录的信息，并根据需 要将该信息分发给其他通信信道。
在提供所有待记录的信息和所有分发指令之后，一旦用户终止到 该应用的通信，该应用就可以根据所提供的指令来操作(方框170)， 所提供的指令诸如借助于某种转化技术从一种媒体形式转化到另一 种媒体形式(方框172)。更具体地说，在接收、记录和获得语音消息 之后，消息服务应用就可以经由语音识别技术将语音服务消息转化或 转换为文本消息。所记录的语音消息还有可能未经处理并且仍保持为 用于发送的语音消息。所记录的语音消息还可以是经由语音识别技术 译解或转化为可理解媒介的命令码。此外，消息服务应用还可以将语 音消息请求转换为新的格式，诸如在因特网上供用户稍后访问的形式 文档。此外，转化和转换后的语音或文本消息还可以根据用户定义的 可选分发命令存储为一种格式。如果消息服务应用将该消息存储在因 特网上，则该消息服务应用可以生成对用户的定期提醒，通知用户服 务消息存储在因特网上，直到用户选择丢弃该处理后的服务消息。这 不但使得用户可以在任意时间访问该信息，而且还使得用户可以在方 便时访问该信息。
除了将服务消息存储在因特网上之外，还可以对所获得的语音消 息进行处理，并将这些处理后的服务消息发送给连接到移动电话网络 104的应用/媒体服务器108。应用/媒体服务器108的用途是接收处理 后的服务消息并将其转发给用户定义的应用(下面将讨论)。如上所 述，这种转发可以通过IP(网际协议)网络110来完成或者根据用户 定义的可选的分发命令来完成。通常应针对每个通知来生成和格式化 这些消息以及任意媒体附件，并且应经由适当的指定/提供服务来发送 这些消息(方框174)。此外，由消息服务所执行的操作的记录可以在 进行该操作时生成，并用来生成与该用户账户相关联的日志条目(方 框176)。例如，这种日志还可以用来维护所有通信/通知的记录以及 成功/失败的状态，供用户在稍后的某个时间查看。
在一个实施例中，用户定义的应用之一是将处理后的服务消息作 为电子邮件分发给用户112的电子邮件账户，或分发给第三方114的 电子邮件账户。第三方114可以是任何人，包括个人管理助理、配偶、 客户或病人。然后，第三方114可以访问作为电子邮件分发的处理后 的服务消息。如果将处理后的服务消息作为电子邮件传送给用户并且 用户稍后访问他的电子邮件应用，则该处理后的服务消息作为到来的 电子邮件立刻变得可用。如果用户选择不立刻从他自己的电子邮件账 户访问电子邮件，则他可以稍后从任何计算机118上并在方便时访问 电子邮件。然而，如果用户可以经由他的移动电话来访问电子邮件， 则当用户还在移动时该信息也能立刻显示。
例如，在与诊室进行了预约之后，用户有可能已经获得该诊室的 地址，但却不知道方位。由于不知道精确的位置，用户可以访问消息 服务应用，其中将关于实际地址的用户语音消息转化和转换为该诊室 的实际地图并将其作为电子邮件发送给到用户的电子邮件地址。然 后，通过用其移动电话即时地访问其电子邮件，用户接着就可以比较 容易地访问移动地图，尤其是当用户在移动并且没有办法停下来查阅 或写下方位时，这是非常有价值的。
在另一个实施例中，还可以将处理后的服务消息转换为格式文档 并发送给用户的个人日历服务器116。此外，还可以将处理后的服务 消息转换到为将条目自动写入约会记事本或计费应用而编写的其他 应用中。这有可能需要额外的软件程序和配置。在将处理后的服务消 息传送到用户自己的个人日历之后，这些处理后的服务消息能够在用 户的日历程序中自动地自我更新。如同采用电子邮件，用户还可以在 任意计算机118上并且在方便时访问其个人日历。如果用户选择不立 刻访问其个人日历，则计算机服务器116可以发送通知并经由电子邮 件、会话初始化协议或其他方法根据集成的程度来进行更新。此外， 能够接受自动电子邮件，提取电子邮件中的标识、安全性和可应用数 据并提供到用户应用的链接以创建诸如会议或约会之类的记录的新 日历或其他应用有可能是必需的。在又一个实施例中，还可以将处理 后的服务消息作为语音电子邮件、到寻呼机的寻呼或甚至作为自动的 电话呼叫来分发。
图2中示出了诸如医生或律师之类的专业人士如何使用在此公开 的个人工作平台或系统的示例。在方框202中，假定此刻医生200已 经完成了和其病人的会面，并且已经收集了所有必要的治疗信息。作 为对方框202与病人的后续约见的提醒，在方框204中，如前所述， 用户100可以利用他的移动电话在移动网络上通过多个选项来访问消 息服务应用。在方框206中，一旦对消息服务应用的访问被接受，医 生200就可以记录治疗信息、任意治疗处方或在与病人进行会面以便 进行随后的约见之前他有可能必须继续的工作。然后，医生200还可 以定义他想要怎样接收具有可选分配功能的信息和命令。消息服务应 用接收并记录这些语音消息，并且根据医生200已选择的附加分发命 令，消息服务应用可以或可以不将这些语音消息转化或转换为文本消 息。
在方框208中，连接到移动网络的应用/媒体服务器随后获取处理 后的消息并根据医生200的预先编写好的标准分发方法以及方框210 所示的任意可选地定义的分发命令来对其进行发送。例如，医生200 有可能已经用程序编写好或选定了电子邮件作为其接收消息的标准 方法，但他有可能想要添加额外的分发模式，诸如语音邮件。在这样 做的过程中，就可以将包含处理后的消息的电子邮件发送给医生200 的电子邮件账户，并且此外，还可以同时在他的语音邮箱中生成语音 邮件。
同样，在方框202中与其客户会面后，律师200可以在方框204 中访问消息服务应用以便如方框206所示记录和更新任意客户计费信 息或费用。然后，应用/媒体服务器在方框208中接收处理后的消息并 将其转发给方框210中用户定义的应用。在律师200的情况中，可以 将该语音消息作为语音消息来进行接收和记录并将其转化和转换为 文本消息。此外，在方框210中，新日历或其他用户定义的应用有可 能能够接受作为自动电子邮件的处理后的消息，提取标识、安全性和 可应用的客户数据，并提供到该律师的软件程序的链接以创建诸如客 户当天的费用之类的自动记录和条目。
本领域的普通技术人员应当意识到，在不偏离本发明的本质和特 征的情况下，本发明可以以其他特定形式实现。因此，无论出于何种 考虑，当前公开的实施例都应视为示例性而非限制性的。本发明的范 围由所附权利要求而不是前述描述来表明，并且在与其等同的意义和 范围内的所有改变都将包括在内。
此外，此处提供小标题是为了与专利法的要求相一致或提供组织 结构。这些标题不应限制可以从本公开中产生的任意权利要求中所陈 述的发明或体现其特征。具体地并通过示例来说，尽管小标题称作“技 术领域”，但权利要求不应受到该标题之下所选择的用来描述所谓的 技术领域的语言的限制。另外，“背景技术”中对技术的描述不应解 读为承认该技术是本公开中的任意发明的现有技术。“发明内容”也 不应视为在此形成的权利要求中所阐明的发明的特征。此外，在本公 开中以单数对“发明”一词的任何引用都不应用来表明在本公开中只 要求保护一个单独的发明点。可以根据与本公开相关联的多个权利要 求的限制来阐明多个发明，并且这些权利要求相应地限定了由此要求 保护的发明及其等同的技术方案。在所有的实例中，权利要求的范围 都应当按其本身情况根据说明书来考虑，而不应受到在此所给出的标 题的限制。