CN102017585B

CN102017585B - 用于通知和电信管理的方法和系统

Info

Publication number: CN102017585B
Application number: CN200980113511.1A
Authority: CN
Inventors: 理查德·利兹; 埃隆·加斯珀
Original assignee: COMPUTER PRODUCT INTRODUCTION Inc
Current assignee: Dialogue processing intelligent Co.
Priority date: 2008-02-28
Filing date: 2009-03-02
Publication date: 2015-05-06
Anticipated expiration: 2029-03-02
Also published as: WO2009108951A1; US20140177813A1; EP2156652B1; US10375236B1; US9521252B2; US10530924B1; US10530923B1; EP2156652A1; CN102017585A; WO2015089336A3; WO2015089336A2; ATE555591T1; EP2156652A4

Abstract

本发明涉及对通知的增强，借此通信装置的用户被通知起始通信的请求以及关于呼叫者为何呼叫的告警(例如，可重放来自当前呼叫者的先前电话呼叫的一部分作为铃声，或可与标准铃声同时显示由正在打电话的人发送的先前电子邮件)。揭示一种系统和方法，其中俘获并存储与通信事件相关的数据或所述数据的一部分。当从由ID识别的相同人员接收到后续通信事件时，可利用从第一通信得到的数据来情境化所述通信，向用户告警传入通信事件以及其先前通信的上下文，以及其它用途。

Description

用于通知和电信管理的方法和系统

相关文献的交叉参考

本申请案是基于2008年2月28日申请的第12/039,596号美国专利申请案以及2008年12月19日申请的第12/339,429号美国专利申请案且主张所述申请案的优先权，所述两个申请案均以引入的方式并入本文中。

技术领域

本发明主要涉及电信领域。更具体来说，本发明涉及用于集成通信系统的一个或一个以上模式与高级表示和事件通信通知系统的系统和方法。

压缩光盘上的计算机程序列表附录

压缩光盘上的计算机程序列表附录被包含作为本申请案的一部分，且所述压缩光盘的内容全部以引用的方式并入本文中用于所有目的。计算机程序列表附录包含作为彼此的相同拷贝的两个压缩光盘。每一压缩光盘含有以下文件：gnash.txt、7,599,680字节、创建于12/17/2008；SDL_source.txt、24,217字节、创建于12/17/2008；sound_play.txt、3,113字节、创建于12/17/2008；wxCommunicator.txt、31,594,545字节、创建于12/17/2008；modified_wxCommunicator.txt、7,605字节、创建于12/17/2008；Rainlendar_for_RR_patent_disclosure.txt、6,188,198字节、创建于12/17/2008；eGroupwareSourceCombined.txt、19,826,573字节、创建于2/15/2009；Festival sourcecombined.txt、2,691,349字节、创建于2/25/2009；HandvuSourceCombined.txt、3,591,548字节、创建于3/2/2009；hbp source combined.txt、1,510,175字节、创建于2/24/2009；PraatSource.txt、24,376,826字节、创建于2/15/2009；以及Sphinx source combined.txt、32,292,922字节、创建于2/24/2009。

背景技术

人际交互是通过感知其它人类的存在的影响而传达的。其话音和非话音暗示对于我们作为群居动物的性质和功能来说是实质性的。最近的心理学实验和大脑MRI结果确定了动机专家和组织内行所已知的：人们主动地且被动地发挥作用，后者尤其是响应于来自其正在交流的其它人的刺激。成功的商业模型包含认知以下事实：从ADHD(注意缺陷多动障碍)辅导到播客(podcasting)家务行家(例如飞行女士(FlyLady))，从财经谈论驱动(squawk-box-driven)经纪人证券推销所(boiler room)到电视演说者(talking-head TV)节目化。

但是随着我们周围的社会网已经在电子通信的帮助下得以扩展，所以其早期实施的技术限制已抑制所述知识的应用针对终端用户需要的发展。虽然用以向界面添加一些面孔的一些相对微弱的尝试(例如通过如脸谱(Facebook)的程序)已得到快速成功且已被其它人模仿，但大多人已注重于快速成长的网络而非以较好的方式来表示且使其与每一用户相关。此已进一步导致具有多个模式的支离的社交图，所述多个模式不仅用于通信而且通过竞争网络表示身份管理和用户接口。此外，改进方面的大多数尝试已注重于中心而非节点。

拿简单铃声来举例。铃声是经播放以警告电信装置的用户有传入的电话呼叫或其它类型通信的音频段。铃声通常作为数字音频文件存储在例如蜂窝式电话的电信装置上。可定制铃声已得到普及，因为其允许用户设定在接收来自由其呼叫者ID辨识的特定人员的呼叫时播放特定的铃声。许多运营商(即，电信服务提供者)和其它商户提供用户可借以直接下载例如歌曲或其它声音效果的专用铃声到装置的服务。或者，可将数字音频文件上载到电信装置且用作铃声。存在使用户能够基于预先记录的声音来创建其自己的铃声的实用程序，从而允许将多个声音与其它形式的音频操纵进行混合。

然而，虽然存在用于创建铃声的定制选项的分集，但这些技术仅仅促进识别用户的呼叫方的单一功能，且其是间接通过所指派的音调来进行的。现有铃声并未给用户提供关于呼叫者或其呼叫的大概内容的任何直接、动态或额外信息，即除了如上所述经由指派的音调之外未将呼叫情境化(contextualizing)。其也没有利用呼叫者所发射的发声的最近来源，其话音的声音可以获得用户的注意，这是呼叫通告的主要目的。因此，如果铃声不仅帮助识别呼叫者，而且以更直接的方式来提供关于呼叫者的可能意图的信息，那么将得到额外的效用。本发明通过创建并入与呼叫者的先前相应关系的内容的铃声来解决此问题，因此将新的通信情境化，即将新的呼叫放置到用户的上下文中，从而改进他理解呼叫、与其相关并参与其的能力。

此外，几乎没有任何尝试帮助用户将呼叫请求与其已进入市场的订约方关联，且均未利用来自先前对话的话音，这是用户将领会通信的意义的上下文的自然且有效的提示。

此外，此项技术中需要用于通过并非以集群云的形式而是以个别形式收集以电子为媒介的连接性的单独线程来补救人性化个性化连接性环境的缺乏。通过为用户提供集成来自其它人和来自他自己的通信的多模态流与更自然适合于其感官和认知性质的表示的技术，本发明提供用以处理通信的更好系统。

发明内容

本发明(此后称作ReminderRing)是一种用于基于一个或一个以上先前音频、视频或文本对话流来产生铃声或等效非音频通告的系统和方法。本发明可适用于通信系统和相关联装置，包含蜂窝式、本地交换、IP(因特网协议)语音、通用计算机、消息接发系统、游戏装置、机顶盒装置、PDA(个人数字助理)、寻呼机、电子书、生活流系统(用于在一个地方进行日常活动的记录、重新构成且呈现为分离的在线人员的统一通信，所述在线人员原本分布在各种场所、博客和私人记录上)、商业、医疗和其它社会行为追踪和管理系统等等。

在本发明的一个实施例中，从与呼叫者的对话的记录部分产生铃声。随后在从由呼叫者ID(标识)识别的相同呼叫者接收到呼叫时播放所述铃声。

在本发明的另一实施例中，通过将文本消息或其一部分转换为音频话音来产生铃声。接着在从由呼叫者ID识别的同一人接收到呼叫时播放音频话音。

揭示用于将本发明实施在NetStream型通信系统和SIP型通信系统中的详细方法。

在本发明的另一实施例中，实施日历系统且将其集成到ReminderRing系统中。本发明的操作的额外揭示内容表明在应用于其它电信模态时其更广泛的用途，其中通过创建用于订约方身份表示的整体系统来添加集成的个人和/或公开的专用参与呼叫者ID系统以统一通信信道；且不仅仅用于传入呼叫和日历事件，而且用于宣告后台任务完成，例如用于连接传出呼叫。

本发明揭示一种用于通过以集群云方式而不是个别方式收集以电子方式为媒介的连接性的单独线程来补救此完全不同的情况的装置。通过为用户提供集成来自其它人和来自他自己的电信的多模态流与更自然适合于其感官和认知性质的表示的技术，本发明提供用以处理通信的更好系统。

此系统的一部分是通告方面的突破改进，此是电子世界的通信实施方案最初就一直抱有的想法。在过去的一个世纪，世界上的电话是一直在振铃，报警一直单调地鸣响着且随后话筒中一直传出“您有一封新邮件(you′ve got mail)”的声音。本发明的中心是意指不仅象征性地指示(如同铃声已经所做的)谁正在呼叫、发电子邮件或以其它方式参与通信事件以及什么事件，而是直接通过使用人员自己的语音(从先前呼叫或其它场所记录的)作为所述“铃音”。

本发明紧扣本文中所揭示的综合系统，其通过使其更好地适应在个别连接性层级的人类使用而改进通信。

与此有密切关系的是警报和个人提示和日历的呈现，且通常通信系统借助存储相关对话流或通信数据流的部分或其它可听或视觉触发而使其以本文所揭示的方式增强且获得在单个系统中集成的效率。当前实施例揭示此类个人信息管理可借以与对话、其监视和处理有效集成的手段。

附图说明

为了更好理解本发明，参考以下引用的附图。参考数字指代所有附图中的若干图中的本发明的相同或等效部件。

图1是展示标准电信系统的组件的框图。

图2是展示终端/手持机的组件的示意图。

图3是说明创建并使用基于对话的铃声的方法的流程图。

图4是说明创建并使用基于对话的文本显示通知的方法的流程图。

图5是说明创建并使用基于文本的铃声的方法的流程图。

图6是说明创建并使用基于呼叫者备忘录的铃声的方法的流程图。

图7是NetStream型通信系统的图，可在所述NetStream型通信系统中实施本发明。

图8是SIP型通信系统的图，可在所述SIP型通信系统中实施本发明。

图9是展示wxCommunicator的基础未修改架构的框图。

图10是展示根据本发明的实施例的wxCommunicator的经修改架构的框图。

图11是展示根据本发明的实施例的实施Rainlendar的wxCommunicator的经修改架构的框图。

图12是展示根据本发明的实施例的实施Rainlendar的wxCommunicator的经修改架构的框图。

图13是展示实施Rainlendar且经进一步配置以适应额外通信模式的wxCommunicator的经修改架构的框图。

图14A和图14B包括由本发明的实施例利用的专用ID映射数据库的数据库记录结构的实例表。

图15是说明由本发明的实施例利用的音调映射组件的功能的流程图。

图16是说明经配置用于由控制程序装置使用的本发明的实施例的框图。

图17是说明允许推送功能性的本发明的一部分的流程图。

图18是说明ReminderRing提取过程的流程图。

图19是描绘手势辨识的本发明的实施例的图。

图20是说明基于话音到文本的提取的实例的流程图。

图21是说明音频处理提取的实例的流程图。

具体实施方式

本发明是关于用于基于先前通信、或任何其它可用数据(其可补充未来通信)来创建定制的通信通知事件系统的系统和方法。

参看图1，其展示其中可实施一实施例的标准电信系统100的图。第一用户(未图示)使用终端/手持机110来与使用终端/手持机150的第二用户(未图示)通信。如本文所揭示的术语“终端”和“手持机”可互换地使用，且一般指代例如蜂窝式电话、寻呼机、PDA、膝上型计算机、个人计算机等电信装置。终端110和150分别经由平台120和140发射和接收数据，所述平台构成通信平台，例如专用小交换机(private branchexchange，PBX)、本地交换运营商(local exchange carrier，LEC)、蜂窝式平台、IP语音(VOIP)平台等。平台120和140各自连接到网络130，其可为有线或无线的任何网络，范围从小的专用局域网到世界传统硬连线系统(包含公用交换电话网(PSTN))与因特网的组合能力。

参看图2，其展示其中可实施本发明的终端/手持机200的示范性示意图。麦克风210从用户接收音频输入，其通过模/数转换器220而转换为数字格式。类似地，用户在扬声器270处收听音频，所述音频信号通过数/模转换器260而从数字格式产生。处理器230执行操作和处理，且耦合到转换器220和260、存储器250和接口240。接口240连接到外部通信平台或网络，例如PBX、LEC、PSTN、蜂窝式平台或因特网。接口240还含有用于呼叫者ID、铃音检测和呼叫拨打的电子电路。存储器250耦合到处理器230，且提供用于数据结构和文件的存储能力，所述数据结构和文件例如为联系人数据库、音频文件、用户设置、应用程序、数据文件等。

参看图3，其展示说明根据本发明的实施例的用于在终端/手持机中创建并使用基于对话的铃声的方法300的流程图。在步骤310处，用户接收来自呼叫者的传入呼叫，其包含例如电话号码的呼叫者ID信息。在步骤320处，确定呼叫者的呼叫者ID信息是否被辨识出。这通过检查联系人数据库来完成，其中存储了例如姓名和电话号码的呼叫者信息。与联系人数据库中的每一联系人相关联的是指示在接收来自所述联系人的呼叫时播放哪个铃声的通知设置。如果呼叫者ID在联系人数据库中未被辨识出，那么在步骤330处，播放用于未辨识出的呼叫者的标准铃声。另一方面，如果呼叫者ID在联系人数据库中被辨识出，那么在步骤335处，基于与联系人相关联的铃声设置来播放铃声。这可以是标准铃声或某形式的定制铃声，例如如本文所描述的基于对话的铃声。假设用户应答所述呼叫，那么对话流将随之发生。

在步骤340处，记录来自此对话流的样本。样本的记录可完全自动起始、或根据用户选定的设置所确定而自动起始、或响应于用户命令而手动触发。根据本发明的各种实施例，所记录的特定样本可在范围和持续时间上变化。以实例的方式，用于所记录样本的各种选项可包含以下内容：对话的开始或最后时刻、对话的随机选定部分、由在对话期间的不同时间(例如，每30秒中的5秒对话)从多方中的一者或一者以上记录的对话的部分组成的串联和/或合并流、取决于一天中的时间而变化的对话的部分、或通过其它分析和/或人为参与而确定为最相关部分的部分。可从对话流、和/或先前对话流、和/或相关来源的各种分量来组装所述样本。选择过程可针对不同上下文而变化，且可使用自动机制和/或通过用户和其它人来调整，包含使用基于社区和网络的启发。在不损害上述一般性的情况下，稍后将在本发明中教示挑选、提取和处理样本的方法的更具体实例。样本可包含来自对话期间的视频或任何其它种类的取样数据，或关于所述人员的任何先前通信或其它数据，例如发送给他的未确认的电子邮件。对话可通过话音辨识算法而映射成文本且以此方式来显示，或反过来，对话可呈文本的形式且稍后通过文本到话音组件而映射为话音，且以替代回放或除了回放之外的形式进行显示。可在不同时间呈现多个样本，作为语音或其它通信期间的通告铃音或作为扩充显示两者。这些可以仅基于上一次对话，或基于呈多种模式(例如，音频、视频和文本)的许多先前通信。在此优选实施例中，优选以数字音频格式(例如，MP3(运动图片专家组-1音频层3)、WMA(视窗媒体音频)或AAC(高级音频编码))来记录对话样本，且作为文件存储和/或存储在呼叫对话数据库中。

在本实施例中，在步骤350处，在对话结束之后，用户具有保存和/或设置所记录的对话样本作为所述呼叫者的铃声的选项。如果用户决定不保存所记录样本，那么在步骤360处，丢弃样本。而如果用户决定将其设置为铃声(即，用于可能的稍后重新传达作为通告)，那么在步骤365处，设置所述呼叫者的通知选项以在从相同呼叫者ID接收到后续呼叫时播放所记录样本作为铃声。在本发明的额外实施例中，可在将所记录的样本用作铃声之前或同时对其进行进一步处理，例如通过应用声音效果，或通过将所记录的样本与其它声音或音乐进行组合。另外，在所述可能的重新传达中，随后可将其用以通告相关事件，例如预约时间、此类漏接呼叫或语音邮件列表中的漏接呼叫或语音邮件、完成项目的部分或全部的需要、执行健康相关动作的需要(例如锻炼身体或获取处方药)、或完成后台任务(尤其是完成到相关方的传出呼叫)、或将实现此类利用的任何其它任务、活动或事件。

参看图4，其展示说明根据本发明的替代实施例的创建并使用基于对话的文本显示通知的方法400的流程图。在步骤410处，用户接收来自呼叫者的传入呼叫，其包含呼叫者ID信息。在步骤420处，参考数据库来确定呼叫者ID信息是否被辨识出。如果呼叫者ID未被辨识出，那么在步骤430处，显示用于未辨识出的呼叫者的标准铃声和标准文本。如果呼叫者ID被辨识出，那么在步骤435处，基于与联系人相关联的通知设置来播放铃声和显示文本。在步骤440处，记录所述对话流的样本。在步骤450处，用户具有将所记录对话样本设置为当接收到来自相同呼叫者的后续呼叫时将显示的文本的选项。如果用户决定不这样做，那么在步骤460处，丢弃对话样本。如果用户决定为是，那么在步骤470处，通过此项技术中已知的话音到文本方法将对话样本转换为文本。在步骤480处，将此文本保存为文件或保存在数据库中，且设置用于联系人的通知设置，使得当从呼叫者接收到后续呼叫时将显示所述文本，或通告相关事件。

参看图5，其展示说明根据本发明的替代实施例的创建并使用基于文本的铃声的方法500的流程图。在步骤510处，用户接收来自呼叫者的传入文本消息或文本聊天请求，其包含呼叫者ID信息。在步骤520处，参考数据库来确定呼叫者ID信息是否被辨识出。如果呼叫者ID未被辨识出，那么在步骤530处，播放用于未辨识出的呼叫者的标准铃声。如果呼叫者ID被辨识出，那么在步骤535处，基于与联系人相关联的通知设置来播放铃声。在步骤540处，记录文本。在文本消息的情况下，所述文本将已经被保存，因此可能不需要额外记录。然而，在聊天的情况下，则将俘获文本作为聊天日志。此外，可能需要从俘获的文本选择样本。在步骤550处，用户具有将所记录文本设置为当接收到来自相同呼叫者的后续呼叫时将播放的铃声的选项。如果用户决定不这样做，那么在步骤560处，用户具有丢弃所记录文本的选项。如果用户决定为是，那么在步骤570处，通过此项技术中已知的文本-话音方法将对话样本转换为音频话音。在步骤580处，将此音频话音保存为音频文件或保存在数据库中，且设置用于联系人的通知设置，使得当从呼叫者接收到后续呼叫时将播放所述话音，或通告相关事件。

参看图6，其展示说明根据本发明的替代实施例的创建并使用基于呼叫者备忘录的铃声的方法600的流程图。在步骤610处，用户接收来自呼叫者的传入呼叫，其包含呼叫者ID信息。在步骤620处，参考数据库来确定呼叫者ID信息是否被辨识出。如果呼叫者ID未被辨识出，那么在步骤630处，播放用于未辨识出的呼叫者的标准铃声。如果呼叫者ID被辨识出，那么在步骤635处，基于与联系人相关联的通知设置来播放铃声。假设呼叫者没空或以其它方式并未接到呼叫，那么在步骤640处，呼叫者记录将用作铃声的备忘录。在步骤650处，将所记录的备忘录保存为音频文件或保存在数据库中，且设置为当从相同呼叫者接收到后续呼叫时将播放的铃声，或通告相关事件。

存在用于经由因特网在两个计算机之间建立语音通信的现有技术机制。可以在使用标准通信机制的个人计算机中提供此类能力的系统的实例揭示于由布赖恩·莱萨(BrianLesser)、贾科莫·基利兹佐尼(Giacomo Guilizzoni)、罗伯特·赖恩哈特(Robert Reinhardt)、乔伊·洛特(Joey Lott)以及贾斯廷·沃特金斯(Justin Watkins)所著的书“编程Flash通信服务器(Programming Flash Communication Server)”(奥莱理媒体(O′Reilly Media)公司，2005年；ISBN：0596005040)中，本书以引用的方式并入本文中。本书以及使用基本方法建立的许多系统(例如瑞比特(Ribbit)平台)使用Flash标准来将音频流传导到计算机扬声器，具体来说借助于调用在例如开放源火狐的浏览器下运行的Adobe Flash专有工具的Flash NetConnection和NetStream对象。详细包含此主题的其它书籍包含菲利普·克尔曼(Phillip Kerman)所著的“用于丰富因特网应用的MacromediaFlash^TMMX2004(MacromediaFlash ^TMMX2004 for Rich Internet Applications)”(纽莱德出版社(New Riders)2003，印刷ISBN-10：0-7357-1366-9)，本书以引用的方式并入本文中，其中提到必须要两个NetStream例子用于同时发射和接收音频或视频，例如以电话的形式。另一本书，里奇·舒普(Rich Shupe)、罗伯特·霍克曼一世(Robert Hoekman，Jr.)所著的“Flash8：用于学习动画和交互的项目(Flash 8：Projects for Learning Animationand Interactivity)”(奥莱理2006，印刷ISBN-10：0-596-10223-2，印刷ISBN-13：978-0-59-610223-4)，本书以引用的方式并入本文中，将NetConnection类比说明为对公司交换机进行的电话呼叫且将NetStream类比说明为对话。这些和许多其它实例并入实施双NetStream例子的代码，每一NetStream例子提供声音(且任选地视频)架构以在电话通信中提供不同的便利程度。例如瑞比特的平台通过工业缩放、拨号便利性来例示此类方法，且桥接到一般电话网以向传统手持机提供VOIP连接性。例如Maemo和WinMo的迁移路线已将应用程序和接口带到小的手持机中。这些平台中的许多平台进一步开放以允许开发者通过使用现有电话通信机制创建应用程序来对其进行处理。

为了提供除电信之外的同时记录能力，可在客户端侧上使用处理相同的NetStream和NetConnection标准的“开放源”(基于Linux)项目。此外，通过在Linux下操作，在开放源中再现整个客户端侧设置且可由任何程序设计员使用公开可用且在此项技术中已知的项目文献随意修改。用于保存文件、处理声音且与声音合作的方法在此类经启用的上下文中是普通的。具体来说，处理可在客户端侧上(尤其在Linux下)便利使用的相同NetStream和NetConnection标准的开放源项目是Gnash。Gnash是免费的SWF(冲击波Flash)电影播放器。其可用作独立的应用程序或用作若干流行网页浏览器的插件程序。其支持从磁盘播放媒体或经由网络连接流式播放。在广泛多种装置上支持一些流行视频分享网站(例如YouTube)，从嵌入式装置到现代桌上型计算机。Gnash功能性进一步描述于Gnash用户手册中。

通过商业电话平台(例如瑞比特或等效平台，其可能是商业的或通过软件开发者所构造的平台)，Gnash“开放源”Gnu公共许可项目提供替代火狐插件程序中的Adobe Flash音频处置实施的完整源代码库。因此，可修改所述代码以在播放声音时在存储器中保留每一声音的拷贝以及在需要时对其进行处理。Gnash及其源代码以引用的方式并入本文中，其列表提供在包含于上述计算机列表附录中的gnash.txt文件中。

参看图7，其展示其中可实施本发明的如目前所描述的NetStream型通信系统。操作系统710(例如，Linux)提供平台且对文件存储装置的存取权。

应用程序外壳720(例如浏览器，例如开放源标准火狐)提供用于插件程序的外壳。软件电话插件程序730提供用于软件电话的用户接口。API模块740(用于基于NetStream的电话平台，例如瑞比特)促进与类Flash(Flash-like)模块750(例如，Gnash)的交互，所述类Flash模块750处置经由因特网传递的NetStream型电信流。声音处置器760(例如，SDL)促进产生声音。

根据本发明的实施例，目前揭示的是对Gnash的一组修改以提供基于对话的铃声功能性。NetConnection和NetStream种类的Gnash代码的实施依赖于一对“sound_handler”。一个sound_handler标示为GST(GStreamer)；Gnash的另一声音处置器标示为SDL，简单直接媒体层。

sound_handler平台中的任一者或两者是可修改的，以向Gnash提供记录能力，此取决于在定制的铃声例子中所需要的额外能力。GStreamer适合于更精细的声音处理，且是视频所需要的；因此，较简单SDL版本的修改满足本发明的简单电话实施例，其显然也可以扩展到视频声音处置器。四个公共成员函数是基于SDL的Gnash实施方案的关键：

1)virtual int create_sound(void*data，int data_bytes，int sample_count，format_typeformat，int sample_rate，bool stereo)经调用以创建声音。

2)virtual long fill_stream_data(void*data，int data_bytes，int sample_count，inthandle_id)在流获得更多数据时调用。

3)virtual void play_sound(int sound_handle，int loop_count，int offset，longstart_position，std::vector<sound envelope>*envelopes)播放经编制索引的样本。

4)virtual void delete_sound(int sound_handle)在用样本进行时调用。

在SDL情况下，以源代码格式来实施这些函数，(为方便起见，在SDL_source.doc文件中重现，且如上文所列出以引用的方式并入)。

这些Gnash工具所调用的SDL库执行OS的实际调用和/或硬件声音产生音频驱动程序类型代码以从扬声器制造声音。SDL音频在单独线程中独立运行，经由针对Gnash的调回机制而被填充。可从所属领域的技术人员已知的多种来源公开得到进一步细节，例如凯尔·兰金(Kyle Rankin)所著的书“Linux多媒体黑客(Linux Multimedia Hacks)”(奥莱理出版社2005，印刷ISBN-10：0-596-10076-0，印刷ISBN-13：978-0-59-610076-6)，其将有助于将例示调谐为特定规范，且使如何在此层级与声音合作变得清楚。给定这些教示，可修改Gnash播放声音代码(位于压缩磁盘上且如上文列出以引用的方式并入)；所述模数的关键由在右括弧之前且紧接在以下片段之后在末端处插入代码而组成：

if(soundsPlaying＝＝1){

SDL_PauseAudio(0)；

}

所述片段因此将被调用作为每一声音片段，其来自针对GNASH的NetStream类Flash调用，将所述片段传递到将播放的SDL。(注意SDL_PauseAudio(0)；调用线实际上开始声音片段播放。)接着可通过此项技术中容易了解的手段将此声音片段输出到长期存储器存储，汇编这些片段或接着对其进行进一步处理以产生输入声音流中的一些或全部的经保存拷贝，其将用作定制铃声的来源。或者，SDL库本身可被修改以保存来自发送到其的声音流的此类文件。

在通过上文所揭示的手段或此项技术中已知的其它手段保存那些对话声音文件之后，其可进一步与指定呼叫者的关键词相关联，在此基础上通过此项技术中已知的手段进行存储和从数据库检索以使得能够产生如上所述的定制铃声。

或者，可修改许多SIP型(会话起始协议类型)软电话(即，作为软件存在的电话模拟，例如用于使用通用计算机在因特网上进行电话呼叫的程序)中的任一者以提供实践本发明的基础。参看图8，其展示其中可实施本发明的SIP型通信系统800。操作系统810(例如，视窗(Windows))提供平台和对文件存储装置的存取权、I/O等。例如wxCommunicator的应用程序820包含用于处置SIP电信和其它I/O的模块830和用于用户接口特征的模块840。应用程序820支持在因特网上执行的SIP型电信流。

为了实施本发明的原理，wxCommunicator提供公开可得且所属领域的技术人员已知的具有完整源代码和文献的开放源项目。由于其已经含有用户可存取的呼叫记录和铃声功能，因此可在此上下文实施本发明。wxCommunicator是能够使用户进行多个呼叫、使用若干帐户、聊天和创建会议的跨平台开放源SIP软电话。其可容易配置且应与任何VoIP提供者一起工作。其基于定制的SIPXtapi客户端库和wxWidget GUI库且在GNUGPL许可下分布。为了促进根据本发明的如本文所揭示的功能，可修改wxCommunicator的铃声功能以检索以编程方式选择的文件而非由用户选择的文件，且wxCommunicator的记录功能改变以根据本发明的方面进行记录而非经由用户的手动开始命令进行记录。

因此，根据本发明的实施例，目前揭示的是对实施基于对话的铃声机制的wxCommunicator的一组修改。这些修改适用于wxCommunicator的标准版本，(其在本文中以引用的方式并入，其列表供应在计算机列表附录的文件wxCommunicator.txt中，如上文所指示)，wxCommunicator的标准版本与视觉工作室(Visual Studio)2005一起编译且在视窗XP上运行。图9以框图说明wxCommunicator的基本未修改架构(并非展示所有连接)。

首先，注意到sipxtapiproxy.cpp中的代码行，在StartRecording中：

wxString path＝wxString::Format(wxT(″％s\\recordings″)，

wxGetApp().m_Configurator.GetDataPath())；

在未修改的wxCommunicator源代码版本中，指定文件夹的名称，在所述文件夹中将呼叫记录保存为“记录”。现以逐步方式进行处理以通过所述代码的修改来教示本发明，首先改变这行代码以在同一文件夹中将“声音”保存为铃声：

wxString path＝wxString::Format(wxT(″％s\\sounds″)，

wxGetApp().m_Configurator.GetDataPath())；

此创建了wxCommunicator的版本，在其中可记录、保存和手动选择电话对话的一部分以在随后用作铃声。

接着，为了添加功能性，改变StartRecording的代码的第一部分，使得其可如下文所示进行读取：

/**********************************************************************

*/

/* 开始呼叫记录//用于提示铃音的模数*/

/**********************************************************************

*/

bool SipXTapiProxy::StartRecording(PhoneCall*pPhoneCall，wxString call_username)

const

{

if(m_SipXInstance&&！m_bSipXCallInProgress)

{

if(pPhoneCall)

{

//用于提示铃音的简单开始版本的模数：

//首先：用铃声目录名“sounds”替代“recordings”目录名

//先前，下一行是：

//wxString path＝wxString::Format(wxT(″％s\\recordings″)，

wxGetApp().m_Configurator.GetDataPath())；

//现在改变为：

wxString path＝wxString::Format(wxT(″％s\\sounds″)，

wxGetApp().m_Configurator.GetDataPath())；

//先前代码，进行用户选择的铃音；可能想要稍后返回用于提供替代方案

//wxDateTime timeNow＝wxDateTime::Now()；

//wxString filename＝wxString::Format(wxT(″％s\\％s.wav″)，path，

timeNow.Format(wxT(″％Y-％m-％d％H-％M-％S″)))；

/*接着，仅基于文件名创建提示铃音文件名*/

//对于此原型，首先仅映射特殊字符以为视窗产生独特但可接受的文件名

//暂时以简单定点体现仅用于两个特殊字符″且

//以SIP桥呼叫者id而不能用文件名显露。

//更多精细版本稍后可为用户提供rr或标准铃音的选择，以算法的方式映射

所有特殊字符

wxString temp_string＝call_username；

temp_string.Replace(wxT(″\″″)，wxT(″-quote-″))；

temp_string.Replace(wxT(″，″)＞wxT(″-comma-″)，1)；

calljisername＝temp_string；

wxString mapped_call_username＝call_username；

wxString filename＝wxString::Format(wxT(″％s\\％s.wav″)，path，call_username)；

SIPX_RESULT sipxResult；

sipxResult＝sipxCallAudioRecordFileStart(pPhoneCall-＞m_hCall，

filename.mb_str(wxConvUTF8))；

if(sipxResult！＝SIPX_RESULT_SUCCESS)

{

LOGBASIC(LOG_ERROR，_(″sipxCallAudioRecordFileStart failed，error

code％i″)，sipxResult)；

return false；

}

else

{

LOGBASIC(LOG_VERBOSE，(″sipxCallAudioRecordFileStart call

successful″))；

pPhoneCall-＞m_bIsSoundBeingRecorded＝true；

pPhoneCall-＞OnChanged()；//通知观察程序，可能其正在某处显示此信息

return true；

}

else

{

LOGBASIC(LOG_ERROR，_(″Wrong parameters in StartRecording*′))；

return false；

}

else

{

LOGBASIC(LOG_ERROR，_(″Aborting call，another async sipxtapi call is in

progress，or sipxtapi is not initialized.″))；

}

return false；

}

因此，在其下保存记录的文件名对于“呼叫者ID”来说是独特的(在SIP中通常称作用户名；为了本发明的目的，可互换地应用术语)。(注意到，如果从PSTN到SIP的“桥”或“网关”由呼叫者使用，而不是由同型SIP电话使用，那么原始PSTN呼叫者id代码可能不可用，或者(例如)将由呼叫者的地理位置名称(例如其城市)取代，且因此分别来自所述网关或从特定城市通过所述网关的所有呼叫可以响出相同铃声；但此实例足以说明所述技术可适用于其它环境，如在本发明中的其它地方所描述。)

接着在phonepanel.h末端处，添加针对rr_username的宣告以保持呼叫者ID，从而使文件的末端读取：

wxBitmapButton*m_BlindTransferButton；

//用于提示铃音的模数

wxString rr_username；

///控制识别符

enum{

MYFRAME_PHONEPANEL＝10008

}；

////end MyPhonePanel member variables

MyBitmapToggleButton*m_CurActiveLineBtn；///＜启动行按钮的指针

MyLineButtonArray m_LineButtonArray；///＜行按钮阵列

}；

#endif

//_PHONEPANEL_H_

且在SipXTApiProxy.h中，为了在需要针对每一“呼叫者id”产生独特提示铃音文件名的呼叫者id中通过(通常与此SIP相关的代码库中的用户名相关)，将一参数添加到bool StartRecording(PhoneCall*pPhoneCall)const的呼叫序列；

在其宣告中，使：

bool StartRecording(PhoneCall*pPhoneCall，wxString username_parameter_for_rr)

const；

在phonepanel.cpp中，将OnMyphonepanelRecbuttonClicked呼叫改变为startRecording以在呼叫者id(即，用户名)中通过，如下：

void MyPhonePanel::OnMyphonepanelRecbuttonClicked(wxCommandEvent&event)

{

//将rec按钮设置为先前状态，因为其将被更新以通过事件校正状态

m_RecButton-＞SetValue(！m_RecButton-＞GetValue())；

PhoneCall*pCall＝GetSelectedPhoneCall()；

if(pCall)

{

if(！pCall-＞m_bIsSoundBeingRecorded)

{

//用于提示铃音的模数

//SipXTapiProxy::getInstance()-＞StartRecording(pCall)；

SipXTapiProxy::getInstance()-＞StartRecording(pCall，rrusername)；

}

else

{

SipXTapiProxy::getInstance()-＞StopRecording(pCall)；

}

同样在所述文件中，修改OnPhoneCallNewNotification使得其保存传入呼叫的呼叫者id：

void MyPhonePanel::OnPhoneCallNewNotification(wxCommandEvent&event)

{

PhoneCall*pCall＝wxDynamicCast(event.GetEventObject()，PhoneCall)；

if(pCall)

{

int pos；

wxListItem listItem；

int linelndex＝

DataModel::getInstance()-＞FindLineIndexByHandle(pCall-＞m_hLine)；

wxString statestr＝SipXTapiProxy::getInstance()-＞GetCallStateString(pCall)；

HstItem.SetText(wxString::Format(wxT(″％i″)，linelndex+1))；

listltem.SetColumn(0)；

listItem.SetData(pCall-＞m_hCall)；

pos＝m_MainCallList-＞InsertItem(listItem)；

m_MainCallList-＞SetItem(pos，1，statestr)；

wxString username＝

SipXTapiProxy::getInstance()-＞GetUsernameFromSipUri(pCall-＞m_sRemoteParty)；

m_MainCallList-＞SetItem(pos，2，username)；

//用于提示铃音的模数：将用户名传递到id所记录呼叫片段rr_username

＝username；

long selectedItemId＝GetSelectedCallItemId()；

m_MainCallList-＞SetItemState(selectedItemId，0，

wxLIST_STATE_FOCUSED|wxLIST_STATE_SELECTED)；

m_MainCallList-＞SetItemState(pos，6，

wxLIST_STATE_FOCUSED|wxLIST_STATE SELECTED)；

}

所述结构接着成为wxCommunicator软电话的版本，其将允许用户记录对话且使其自动保存在独特识别符下作为铃声，此可从wxCommunicator铃声菜单手动选择。为了完成基于对话的铃声的基本实施，可使手动选择成为自动的。将一行添加到OnPhoneCallNewNotification的末端，因此其如下：

void MyPhonePanel::OnPhoneCallNewNotification(wxCommandEvent&event)

{

PhoneCall*pCall＝wxDynamicCast(event.GetEventObject()，PhoneCall)；

if(pCall)

{

int pos；

wxListItem listItem；

int lineIndex＝

DataModel::getInstance()-＞FindLineIndexByHandle(pCall-＞m_hLine)；

listItem.SetText(wxString::Format(wxT(″％i″)，lineIndex+1))；

listItem.SetColumn(0)；

listItem.SetData(pCall-＞m_hCall)；

pos＝m_MainCallList-＞InsertItem(listItem)；

m_MainCallList-＞SetItem(pos，1，statestr)；

wxString username＝

SipXTapiProxy::getInstance()-＞GetUsenameFromSipUri(pCall-＞m_sRemoteParty)；

m_MainCallList-＞SetItem(pos，2，username)；

//用于提示铃音的模数：将用户名传递到id所记录呼叫片段rr_username＝用

户名；

long selectedItemId＝GetSelectedCallItemId()；

m_MainCallList-＞SetItemState(selectedItemId，0，

wxLIST_STATE_FOCUSED|wxLIST_STATE_SELECTED)；

m_MainCallList-＞SetItemState(pos，6，

wxLIST_STATE_FOCUSED|wxLIST_STATE_SELECTED)；

//用于提示铃音的模数：抓取此呼叫者的声音

SipXTapiProxy::getInstance()-＞ReloadRingtone(username)；

}

且将用以执行“ReloadRingtone”功能的额外代码插入到SipXTapiProxy.h中：

bool ReloadRingtone(wxString username_parameter_for_rr)；

且插入到SipXTapiProxy.cpp，其中重复先前所所用的temp_string编码：

/**********************************************************************/

*/

/* 重新加载铃声 //用于提示铃音的模数*/

/**********************************************************************/

*/

bool SipXTapiProxy::ReloadRingtone(wxString call_username)

{

//用于提示铃音的简单开始版本的模数：

wxString path＝wxString::Format(wxT(″％s\\sounds″)，

wxGetApp().m_Configurator.GetDataPath())；

wxString temp_string＝call_username；

temp_string.Replace(wxT(″\″″)，wxT(″-quote-″))；

temp_string.Replace(wxT(″，″)，wxT(″-comma-″)，1)；

call_username＝temp_string；

wxString changeto_filename＝wxString::Format(wxT(″％s\\％s.wav″)，path，

call_username)；

wxString current filename

＝::wxGetApp().m_Configurator.GetCurrentRingtonePath()；

wxString filename＝changeto_filename；

//wxString sRingtone＝DataModel::getInstance()-＞m_AudioSettings.

getRingtone()；

//wxString sRingtonePath

＝::wxGetApp().m_Configurator.GetCurrentRingtonePath()；

//用于提示铃音原型的模数

//m_RingtonePlayer.LoadFile(sRingtonePath)；

m_RingtonePlayer.LoadFile(filename)；

return true；

}

结果是由来自所述呼叫者id的传入呼叫的用户记录的上一次声音作为铃声播放的另一功能性。(认识到目前所揭示的系统的进一步改进可需要处理以下内容：各种文件大小设定(即所涉及的文件的大小以及其限制)、错误诊断、完美初始化、传出呼叫的适当处置、多个线路、合并语音流、会议呼叫等。)为促进线路的自动记录，执行对phonepanel.cpp的另一修改：

void MyPhonePanel::OnMyphonepanelAnswerbuttonClick(wxCommandEvent&event)

{

PhoneCall*pSelectedCall＝GetSelectedPhoneCall()；

//我们在呼叫处于报警状态下时接听电话，或在并非

SipXTapiProxy::getInstance()-＞OnAnswerbuttonClick(pSelectedCall)时拨号；

//用于提示铃音原型的模数：开始记录所应答的每个呼叫

if(pSelectedCall)

{

wxCommandEvent dummy_event；

OnMyphonepanelRecbuttonClicked(dummy_event)；/*仅假装用户所点

击的记录*/

}

因此，如上文所描述，通过以下操作来修改开放源wxCommunicator SIP软电话：改变StartRecording、OnMyphonepanelAnswerbuttonClick、OnMyphonepanelRecbuttonClicked、OnPhoneCallNewNotification的代码；添加在后两者之间共享的全局变量rr_username；以及添加新代码以产生ReloadRingtone。(这些都以最终修改形式展示在计算机列表附录的文件modified_wxCommunicator.txt中，其如上文所述以引用的方式并入本文中。)在图10中将经修改的wxCommunicator架构说明为框图(未展示所有连接)。对wxCommunicator的上述修改提供基于基本对话的铃声能力：传入呼叫铃音使用来自先前对话的呼叫者的语音记录来创建提示铃音。在此基础上或以其它方式，通过此项技术中已知的手段，可建立例如本发明中其它地方所描述的额外能力。

进一步扩展本发明，将wxCommunicator代码用作例示扩展的基础，以类似方式应用其技术以用于提示用户预约或其它基于日历的事件，或任何其它事件。为揭示此类机制，征集另一开放源包，其已知为Rainlendar(Rainlendar的源代码包含在所附的CDROM上且以引用的方式并入本文)。Rainlendar是容易使用且在桌面上未占用过多空间的多特征日历应用程序。所述应用程序是独立于平台的且可以在所有主要操作系统上执行：视窗、Linux和Mac OS X。Rainlendar在视窗应用程序中提供标准弹出式消息框提示和事件日历功能性。所属领域的技术人员将明白，存在将此应用程序与上述SIPC电话组合以创建为用户呈现具有ReminderRing的电话和没有ReminderRing的日历程序的单个共享代码库的许多简单方式。

在一个上限下的两个代码库的情况下，很少的修改就足以将其充分集成以创建具有ReminderRing功能性的日历应用程序。通过将额外方法添加到“CEntryEvent”对象来设置和检索指示将用以宣告日历事件的提示的声音的参数而修改Rainlendar结构。在此实施方案中，这是如用于图10中所述的经修改的wxCommunicator代码中且以等效于现有Rainlendar CEntryEvent方法GetBriefMessage及其文本设定副本方法的方式实施的rr_username的等效物。举例来说，这些可称作“GetAudibleReminderFromEvent”和“setAdibleReminderToEvent”。其接着在由用户接口驱动的选项创建的日历事件期间被调用，所述用户接口驱动的选项允许用户在其想要用可听的“提示”或不用可听的“提示”宣告日历事件时进行选择。

在此实施例中，说明了此概念，可能先前已经从电话对话中提取提示声音且将其存储在存储器中，如先前所揭示(参见图10)。多个此类提示同样可以此方式存储，且用户可指示使用哪一者，或通过在电话对话或其它语音交互期间的语音辨识的额外手段，自动系统将确定创建事件及其文本和/或可听标签两者的意图。

为了触发事件可听提示，必须修改以下展示的用于CMessageWindow′sGetTextFromEvent代码的Rainlendar代码，以通过使用上述GetAudibleReminderFromEvent(正如其目前使用GetBriefMessage一样)而从其CEntryEvent参数中提取其新的“事件”变量。添加到其的新参数(如同其目前用来返回结果的“文本”一)可返回rr_username可听提示产生器。提示接着被呼叫者调用，其可使用与提示铃音相同的工具在屏幕上用文本提示补充。用户设置可根据用户选择使所产生的可听提示由基本文本的合成话音扩充为序言或不这样。用于CMessage视窗的现有代码展示为如下：

void CMessage Window::GetTextFromEvent(CEntry Event*event，CFileTime

alarmTime，std::string&text)

{

CFileTime today；

today.SetToLocalTime()；

event-＞GetBriefMessage(text，0，true，true，&alarmTime)；

if(alarmTime.IsValid()&&！event-＞IsAllDayEvent())

{

int diff＝alarmTime.GetAsSeconds()-today.GetAsSeconds()；

diff/＝60；

char buffer[MAX_LINE_LENGTH]；

if(diff＞＝0)

{

sprintf(buffer，CCalendarWindow::c_Language.GetString(″General″，21)，

diff)；//待收...

}

else

{

sprintf(buffer，CCalendarWindow::c_Language.GetString(″General″，25)，

-diff)；//...过期

}

text+＝buffer；

}

以下展示具有上述修改的实施，其中修改为：

void CMessageWindow::GetAudibleReminderFromEvent(CEntryEvent*event，

CFileTime alarmTime，std::string&text，wxString&username_parameter_for_rr)

{

CFileTime today；

today.SetToLocalTime()；

event-＞GetBriefMessage(text，0，true，trae，&alarmTime)；

event-＞GetBriefMessage(text，0，true，true，&username_parameter_for_rr)；

if(alarmTime.IsValid()&&！event-＞IsAllDayEvent())

{

int diff＝alarmTime.GetAsSeconds()-today.GetAsSeconds()；

diff/＝60；

char buffer[MAX_LINE_LENGTH]；

if(diff＞＝0)

{

sprintf(buffer，CCalendarWindow::c_Language.GetString(″General″，

21)，diff)；//待收...

}

else

{

sprintf(buffer，CCalendarWindow::c_Language.GetString(″General″，

25)，-diff)；//...过期

}

text+＝buffer；

}

如图11所示，上述代码修改使得能够产生具有提示铃音的日历应用程序，其例如在与事件相关的可听信号中以一个或一个以上方式传达。图11和图12中展示上述电话和日历系统的基本组合。图12类似于图11，其中图12添加了日历提示作为对定时事件的反应，且用户接口(“UI”)171用于用户170指示哪些事件将用于哪些日历提示。

日历定时事件180与UI 171之间的关系简单来说是针对每一日历提示的选择铃声的手动指示。如图12所示，UI代码171呈现用于将信息存储在如所展示的UI选项/配置文件172中的选项。所述存储还通过记录代码加载，所述记录代码驻留在标记为174的模块中，使得其含有关于哪些记录可用作提示铃音且其如何发起的信息。此信息接着可用于日历定时事件180处置功能性，包含功能GetAudibleReminderFromEvent 181。

继续参看图12，提供更复杂的用户选项。用于通告日历事件的提示铃音可取自与会议的既定出席者的上一次电话对话，取自在于任何人(出席者或非出席者)的对话期间或紧接在其之后的用户选择，取自会议请求者留下的语音消息，所述请求者响应于机械提示而通过语音或音调指示其请求、通过处理电子邮件或其它文本或程序布置的计算机程序来请求且确认预约，或借助于对确认会议的请求的语音辨识，及其它。

存在此项技术中先前已知的可通过这些技术等效补充的许多其它方法。举例来说，不通过例如Rainlendar的相对简单的个人日历系统，ReminderRing系统可等效地用于更精细系统的环境内，范围达到与全企业级项目管理系统集成的系统。在此些情况下，ReminderRing通告可在时间和预约重新调度触发之后链接到正在进行的事件，从而动态包含不同的任务指派；且可在与任务指派或其后续修改相关的事件处获取ReminderRing通告。举例来说，通过使用在铃音环境下的ReminderRing作为单独事件或通过将提供效用的任何其它方式，工作者将从通过由项目管理系统支持的基于因特网的会议所传递的上一次员工会议听到她的主管人的语音，提醒她所指派的任务将要到期，或任务所需要的资源现在变得可用。相反地，项目管理系统将通过使用雇员的声音使老板知道任务正在进行中或已经离开进度表，其中所述雇员的工作与所述任务相关，所述雇员的声音可能在与此相关的先前对话期间或在雇员进行的任务状态系统的更新期间获取，且通告中可能有其它声音和自然或合成的话音。因此，在此类企业级系统中，或在分散的合作努力中的等效物中，例如志愿者政治性活动或开放源开发项目，可在除了与用户的对话、会议和电信之外的对话、会议和电信的基础上间接进行ReminderRing指派。

用以在所述扩展但等效地环境中应用本发明提供项目管理功能性的此项技术中已知的方法包含多种开放源包(例如eGroupware)，开放源包的源代码包含在所附CDROM中且以引用的方式并入本文。开放源包本质上是具有可以在许多平台上执行的合作工作功能性的应用程序，且支持最标准的客户端(作为其开放源或所有者)。

这些操作模式的额外论述如下。继续检查图12，其中通过UI代码171(展示在用户170上方)操纵用作提示铃音的选择。选定的ReminderRing输入和配置选项存储在UI选项/配置文件172中，如所展示。

所述存储还通过记录代码加载，所述记录代码存在于StartRecording174中，使得其含有关于哪些记录可用作为提示铃音且其如何发起的信息。用户170选择的选项可激活经修改的StartRecording174代码。为了反映激活的多个通道，图12的在StartRecording174与UI选项/配置文件172之间的通信路径现在是双向的。

此外，图12明确指出了音频文件的其它处理，如已在上文提及且先前在本文献的许多段落中所参考。举例来说，提示铃音的播放可被压缩成为“金花鼠说话”或进行频率调整而使其话播放地更快。或者在预约日历功能中，尤其在具有叫醒闹钟的功能中，可将合成或预先记录的语音附到提示铃音以传递剩余的时间。

此类音频处理和重新处理的提供以及适合于利用ReminderRing技术的其它处理可通过此项技术中已知的许多手段执行。举例来说，普瑞特(Praat)和/或斯芬克斯(Sphinx)开放源音频处理包可根据需要与ReminderRing的源代码全部或部分地合并，或在控制台式样的外壳内例示，例如通过例如微软视窗计算机的平台上的匿名管道。用于普瑞特和斯芬克斯的源文件包含在所附的CDROM上且以引用的方式并入本文。普瑞特(还是“谈论”的荷兰语和南非荷兰语)是用于在发音学中分析话音的免费科学软件程序。其已经由阿姆斯特丹大学的保罗·博尔斯马(Paul Boersma)和大卫·威宁克(David Weenink)设计并持续开发。其可以执行在多种操作系统上，包含各种Unix版本、Mac和微软视窗(95、98、NT4、ME、2000、XP、Vista)。所述程序还支持话音合成，包含语音合成(articulatory synthesis)。有时简称为斯芬克斯(Sphinx)的CMU斯芬克斯是用以描述在卡耐基梅隆(Carnegie Mellon)大学开发的话音辨识系统的群组的一般术语。这些包含一系列话音辨识器(斯芬克斯2-4)和声音模型训练器(斯芬克斯训练(SphinxTrain))。

本发明进一步提供个人专用呼叫者ID系统来统一用户进行电信的多个模式和信道，在用户被时间中断时帮助用户按照顺序保持模式和信道及其优先权，同时帮助解决通信的这些多个模式和信道用于实施提示铃音。通信的多个模式和信道可包含电话、电子邮件、即时消息接发服务(“IM”)、社交网络连接应用、社交网络参与(例如游戏活动或约会请求)、语音邮件和声音、图形和视频等等。由于越来越多的通信模式被放置在因特网上或由因特网利用，因此可将其直接和/或模型化地添加到整体ReminderRing系统和方法。由于这些传输在因特网上越来越便利，所以对于用户来说大部分传输的统一可经由识别其它参与者的IP地址来进行，通常是呈“呼叫者”的角色。在维持参与者的身份的专用映射数据库183中管理IP地址和标准呼叫者ID、以及与呼叫者相关联的姓名、其对IM的处置、电子邮件地址等等。此映射和整个ReminderRing系统允许用户存取有关语音和图像记录，所述有关语音和图像记录将轻推其存储器或以其它方式相关地对其进行刺激，例如作为提示铃音或将统一通信置于环境中的记忆辅助的形式。这些将发生在广泛范围的其它环境中，例如报警、器具、搜索引擎和专用于在一个地方将分离的在线人员重新构成且呈现为统一通信的所谓的“生活流”平台，所述分离的在线人员原本分布在各种场所、博客和私人记录上。

订约方身份表示的此私人系统(如在私人ID映射数据库文件183中体现)可重叠或集成更多的公共数据存储装置，个别用户可例如使用公共映射数据库176存取参与者所揭露的信息或通过研究所发现的信息。这将使个人能够通过利用在统一通信上下文中的其自身和所购买的数据库(这两者都针对其它人或系统)、以及扭转公司局面、表示并管理某人的联系人以及与公司的商业关系(例如，帐目管理、市场营销、广告、订单接受和履行)，而如同现今加入电话营销客户关系管理系统(CRM系统)的公司一样运作。

举例来说，转让房屋贷款的用户可能通过购买而获得公共数据库或公司披露，注有“反向电话查找列表”使用户能够指定ReminderRing系统，即来自特定抵押公司处的任何发起的号码的任何呼叫将通过使用来自其中任一者的上一次呼叫的ReminderRing或用户主要交往的代理商的手机号码而被识别、接受且通告。这帮助提醒用户他之前正在处理什么任务，且选择是否接听电话。这如同被提示帮助维持或返回到“一连串的思考”，或在此情况下是“一连串的通信”，

任何模式上的此类反向查找(不管是电话呼叫、IP地址还是其它)还可用以实现对传入呼叫的更智能的过滤、将其投送到语音电子邮件系统或其它目的地。可在此上下文中使用ReminderRing以宣告呼叫已经被过滤，或者同时以可听方式或其它方式检阅一组语音电子邮件或到达用户的未完成尝试，作为对用户的提示以用于安排上的其它指令。

相反地，用户可能希望使用此类映射数据库183来管理她的传出呼叫联系人目标公司。除了上述的基本原因之外，另一实例将加快到达在大公司的电话树后方的人。已经存在例如Bringo/NoPhoneTrees.com和GetHuman.com的商业服务来提供用以在网页上进行此工作的普通数据。题为“在线找人(Get a Human On the Line)”的华尔街期刊文章(2007年5月6日)讲述了“冰高(Bringo)网站如何接着导航公司的电话树，在连接到个人时或在呼叫被放置在用于雇员的队列中时回拨”。作为用于自我操作的实例，NoPhoneTrees.com告诉其用户要找到美国航空公司的人，她需要拨打800号但接着以适当的顺序按压几乎十几次按键音码且在每次按压之间有特定的停顿。通过ReminderRing的映射数据库183，可基于公开获取和/或个别已知的数据而将用于用户的此类工具内在化到手机或其它通信装置，接着在使用来自与所述公司的上一次通信流的ReminderRing进行连接时通告。

此统一和管理功能将改进生产力且减轻挫折。

图13展示本发明的实施例的另一整体图。将日历定时事件180添加到电话呼叫提示铃音，这两者都由许多其它通信可能性来进一步补充，本文仅展示其中一些。潜在传入事件由“音调映射器”175处置，而不是个别地通过每一通信方法来处置。音调映射器175连接到私人ID映射数据库183，私人ID映射数据库183将与传入通信事件相关联的呼叫者ID等效物映射到rr_username等效识别复制的RR_filename 177，RR_filename177是一个或一个以上RR_key_ID 184指示符的一部分。RR_key_ID 184尝试识别个别人员而不管其使用的通信方法或曾经使用的通信方法，从而根据UI选项和配置文件172使提示铃音与所有通信模式保持同步。代替来自先前对话的记录或除此之外，可根据来自音调映射器175的方针来产生ReminderRing音调或其它文件；例如，可借助于来自在其它模式(例如存储在UI选项/配置文件172中的电子邮件、语音样本或其参数衍生物)中发送的文本的话音合成(即，文本到话音)来产生提示铃音，从而使其具有某人的语音的一些样子。用于文本到话音的装置是此项技术中众所周知的。举例来说，对于此实施方案，可实施例如Festival的开放源程序以执行文本到话音功能。Festival含有对包含可调整语音的许多集成功能的支持，可调整语音可用作产生如同特定人员(音频提示铃音所代表的人员)的语音的语音的基础，直到最后使用来自他的先前对话声音来创建模仿他的文本到话音语音。用于Festival的源代码含于所附的CDROM上且其全部内容以引用的方式并入本文。

另外，可从其它ID映射数据库176部分或全部地加载用户170的ID映射数据库183或用户170的ID映射数据库183与其它ID映射数据库176均分，不管公共、私人或商业上是否可用，即通过以下商业机制来分布：例如，销售、广告、折现以及产品或来自商业或个人努力的服务的其它推销。本发明应能够支持此信息来源的商业生态系，商业卖主、非赢利群组、社交网络连接服务以及其它组织，其搜集并分散此类数据以扩充用户自己将累积的私人数据库。举例来说，商户将ID映射数据库供应给其雇员，就如同现在许多人交出个人及其各种联系信息的印刷列表。这些外部(即，外来)ID映射数据库176展示在图13的底部，其中虚线表示其可经由许多手段来存取，例如因特网、静态媒体(例如盒式磁带、或快闪驱动器或CD-ROM)，或预先加载到手持电话中用于解除支付。这些可能仅包含一个或几个可能的通信模式；一些可被看作类似于商户现在购买以在广告邮件、电子邮件和电话营销(通过电话劝诱和广告产品和服务)中招揽的邮寄列表，除了其改为正被用户170利用来限制或更好地管理到达她或来自她或他(使用ID映射数据库176的用户)的通信之外。

为了使用户170控制他希望利用哪些外部ID映射数据库176(如果存在)，且处理如何那样做的参数，展示用户接口选项和配置171数据以存储且提供对此类参数的存取。

在图13中，附属于供应每一呼叫者或其它通信人员的多个提示铃音，为了使本发明的教示清晰，将参数“rr_username”重新标记为“RR_filename”177，但其功能和使用仍类似于先前所论述的更有限的实施例：指定为其产生提示铃音所需的数据。一般来说，此将为声音文件，但其可能采用其它形式，例如通过或作为视觉指示符(例如文本或视频)，先前已经在本发明中论述此可能性和手段。

OnMyPhonepanelRecButtonClick 178和OnMyPhonepanelAnswerButtonClick 179功能不限于电话对话。同样地，新事件通知180处置所有类型的通信事件。到目前所指示的所有通信手段和许多其它手段通过等效于针对电话和日历所揭示的功能性的功能性来处置，且通常在所展示的许多模块中与其共享。可并入非可听指示，因为其通常已经存在于用于呼叫等待的系统特征化闪烁图标中，或者用于电子邮件到达的闪光菜单栏中；本发明中并不排除与所述已建立的手段或其它可能出现的手段进行集成，即使是直接神经接口。

所属领域的技术人员还将显而易见，到其它区域中的简单扩展将通过并入到ReminderRing整体环境(例如私人呼叫者)内而提供额外有益特征，或提供与使用安全特征来预防电子诈骗的人员进行通信的机制的半自动或全自动选择。

现在参看图14，其展示用于私人ID映射数据库183的实例个人数据库记录结构。所利用的数据可以是任何数据库，例如关系数据库MySQL、或者为了数据存储目的和/或为了专用平台或增强性能而编写的定制代码。

先前已经论述的RR_key_ID 184实质上是“人”的主要内部识别符，其在一些实施中(如所提及)也可以是一组人或一些其它所建构的抽象概念。通过用户接口171和/或(任选地)通过音调映射器175自动地将RR_key_ID 184指派到每一个新人。举例来说，一些默认设置可能要求用户170个别地指定每个人，且请求每一者的提示铃音；相反的默认将是针对所有呼叫自动利用提示铃音；显然许多可能性存在于这些两个极端之间。可通过UI和ID数据以及共享控制器208来完成RR_key_IDs 184的检阅和潜在删除。

接着，私人ID映射数据库183包含标准姓名和地址字段以供应完全预约系统(如果此实施例中嵌入所述完全预约系统，例如Rainlendar)，或使用ReminderRing系统来补充的任何其它个人信息管理和显示系统。也可以此方式供应通常在此类日历和联系人管理系统中发现的其它字段。图14给出替代传统邮件地址、备忘录和业务名片图像的实例。可将例如经常由销售组织保持的关于个人或公司的额外数据(其可促进自动或规则驱动的ReminderRing选项)添加到此“另一”类别。

此外，接着在“个人”或RR_key_ID层级184处展示管理提示铃音的RR_filename177。更简单的实施将只依赖于单个RR_key_ID 184。

对于每一新电话呼叫或等效物，在已经存在RR_filename 177的情况下，音调映射器175将中继那个RR_filename 177且将其重新命名为别的名字，其用作所述呼叫的提示铃音；但音调映射器175还将创建额外的RR_filename 177，其将一般用以记录当前呼叫的一部分且接着成为后续呼叫或其它事件的提示铃音。新的RR_filename 177和旧的RR_filename 177两者都保持在数据字段中。如果当前呼叫未完成或太短，或者不满足用于创建新的RR_filename 177的准则中的一者，那么将在下一呼叫事件处通过音调映射器175删除新的RR_filename以及其相关文件和数据。此时，如图15所示，音调映射器175搜索替代物195，一般是用于提示铃音的旧的RR_filename 177。

所有RR_filename 177字段一般包含日期和时间，以便促进高级的基于规则选项，例如随机化或循环通过替代的提示铃音或基于时间或其它信息选择替代的提示铃音。其它规则可能取决于感官数据，例如可能经由地理空间传感器或映射获得的环境光的量或地理位置。所述规则一般被设置为可由用户170使用UI 171更改的指定默认值。

私人ID映射数据库183进一步含有用于各种类型的通信和其它可能的ReminderRing触发事件的数据：第一此类标记及其字段集合、标记的电话由使用个人记录识别的电话号码和呼叫者id组成。注意，一个人可具有许多电话，且一个电话可被许多人共享；这是所有通信发起指示符存储在此数据库中的情况。在每一电话号码旁边的可以是RR_filename 177的整个额外集合，作为针对所述号码的所有情况的多个替代物。下一区段是包含日期时间来替代电信发起指示符的日历。可以存在额外信息，其包含(例如)用以支持完全个人信息管理系统的数据。

在私人ID映射数据库183中的日历区段之后是字段“电子邮件”。除了上述RR_filename 177之外，“电子邮件”字段的此集合引入了两个额外概念。一个概念是指示且通知RR_filename 177的可能构造的旗标和其它数据。展示所述旗标用于此第一基于文本的电子邮件通信，因为文本到话音转换可为适用的；然而，也可以配置来自声音的构造。一般来说，此构造(其为文本到话音或来自声音)照常进行以产生先前“呼叫”的提示铃音。举例来说，电子邮件的主题行可以被指定为话音合成的，以产生用于下一电子邮件到达的提示铃音或用于来自所述人员的所有后续铃音。构造将导致重复人员的消息的一部分作为提示铃音的提示铃音，例如重复主题行两遍以传达紧急的事。

此外，旗标可指示预先通告(稍后在本发明中更详细描述)，在此情况下将铃音“推送”到电话，且铃音具有从呼叫者发送的短的话音声音或其它指示符。

在“电子邮件”区段中引入的第二概念是由额外数据字段预防诈骗(发送具有错误原始地址的消息)。而诈骗可为针对任何类型的传输的问题，且可在任何通信模式中包含关于其的字段，用电子邮件诈骗尤其普遍且容易。

如图14中所示，用于私人ID映射数据库183的下一类别是“文本”。文本是基于文本的系统(即时消息接发、短消息服务文本化和聊天)的实例，例如呈简单的文本或音频或通过社交网络连接群组或甚至虚拟世界的形式，例如但不限于索尼的游戏站“家(Home)”或“暴雪的魔兽世界(Blizzard′s World of Warcraft)”。此处可组合例如别名和化身的名字等条目，组合IP地址和更多精细形式的确认(基于例如声波纹的人类学因素)。最简单的将是使用IP地址，其是本发明中进一步展示的具体实例。不仅可以包含其它通信模式，而且可包含其组合；例如，通过使用话音辨识来分析预约的电话论述，接着将来自其的声音直接添加到日历功能作为提示。

给出额外字段设置作为实例，其可以存在于RR_key_ID 184记录内部或外部。解疑指南就是此类实例。解疑指南-由用户选择数据、默认值和选项来解决多个人员处于单个发起地址的情况，例如共享一个电话。举例来说，参看以下实例。

另一额外私人ID映射数据库183区段可包含“共享”。本发明建立将支持附加“商业生态系”的平台(归于詹姆斯摩尔(James Moore)在1993年的哈佛商业评论(HarvardBusiness Review)中的术语，即彼此参与的互动实体的系统，且用户作为经济共同体，其生产有价值的商品和服务给客户，所述客户自身也是生态系的成员，包含供应商、销售首席制作人、广告商、竞争者和其它利益相关者(stakeholder))，所述附加生态系包含许多类型的共享提示铃音及其关于发起地址列表的基础数据，且用于用户允许与朋友、家庭、社交网络连接群组和商业及非盈利实体有限或无限地共享其自己的数据。举例来说，商户可具有包含雇员的各种电话号码和电子邮件地址的ReminderRing数据库，其类似于(例如)一些雇主现在交给新雇员的数据库。其它数据集可在CD-Rom或盒式磁带上售卖或者供下载，或者在任何其它数据传输系统上。一些可能具有安全机制。用于进行此共享的装置将要求在此数据库内在这些字段中支持。共享的其它可能性包含导入现有联系人数据库。

另一额外私人ID映射数据库183区段可以是“栏”或其它必需要求。用户可设置阈值和方法来管理本发明所使用的各种方法。举例来说，其可指定最小容量，或呼叫长度，需要其来产生后续提示铃音。

尽管在整个此描述中将RR_key_ID 184指示为对应于“人员”，所述名称是易于教示；但显然可将实际“人员”指派给(例如)一者以上(一对、或一家、或一班、或其它群组)或公司、或政府机构、或非人类实体(例如，自助银行或经纪或警报系统)、或甚至劳作或相伴的动物(其被给定有限的电信手段以便于其主人看管)。

此外，相对平坦的数据存储范例将通过此项技术中已知的方式扩充以提供联系人过滤、优先权、陌生人联系管理、嵌套人员记录(例如，具有若干人员的公司)、或关系等，作为本发明的更精细示例的一部分，或与将与其介接的单独装置组合。

图15中展示音调映射器175。本实施例中的音调映射器175与电话呼叫、日历预约时间、文本消息、电子邮件以及许多其它通信媒体一起工作。(未图示：在所有退出情况下，除了返回指定将用以通告此呼叫或指示其存在的ReminderRing的rr_filename之外，ToneMapper还可返回单独rr_filename作为将形成的新的ReminderRing名称，其可能来自此呼叫的内容，且可能用以通告用于其它事件的一些后续呼叫。)此适用于任何种类的“呼叫”事件，并不仅仅是电话。在到达通信媒体中的一者时，例如当发生新事件时190时，在可能的情况下确定以下识别(例如)：电话号码的呼叫者ID、或例如对等消息或其它IM型通信的基于因特网的传输的IP地址、或用于聊天程序中的别名或其它识别符、或用于预订社交网络连接服务中的文本或其它消息的帐户(例如，脸谱或推特(Twitter)、或来自博客的URL(统一资源定位符)、新闻或RSS(简易信息聚合)源)。接着查询191私人ID映射数据库183和其它存储装置176中的可能的其公共及其它附件(可能包含网页)以确定此电信消息的发起者的指示符是否已知，即是否存在所述电信消息的RR_key_ID 184。如果不存在用于通信的RR_key_ID 184，包含如果不存在所传达的指示符，例如不具有呼叫者ID的电话呼叫，那么音调映射器175不传递RR_filename 177，其为未知人员192；不指示相关联的人员、特殊通告，然而用户170可将未知人员添加到其私人ID映射数据库183。

如果确定RR_key_ID 184，那么应将RR_key_ID 184映射到适当的RR_filename 177。如果存在一个以上RR_key_ID 184，例如认为呼叫者ID或IP地址由一个以上人员共享，那么通过哪个过程可用于用户且被用户选择来进行多个RR_filename 177的解疑196；如果存在解疑196过程的许多可能性，那么UI选项/配置文件172将是所述过程的主要数据源，但是也可涉及对私人ID映射数据库183的一些参考，且通过其甚至可获得对公共、商业或其它ID映射数据库176的一些参考。

为了进行说明而举例来说，年轻女性用户170可能已经指定来自特定家庭电话号码的任何呼叫使用来自与她的少年男友(其住在上述家中)的上一次通信的对话的一小部分来通告，即使他们的上一次对话是经由基于因特网的语音聊天工具。用户170可具有对RR_key_ID 184(而不是解疑)的特定替换的规则的存取权(可能是暂时的)；例如，为了在每个周末午餐时间期间保持平静，年轻女子常常在此期间为了引起男友的注意而与友好对手共享，我们的用户可能选择如此设置，使得仅在一天中的所述时间内，她男友的语音(来自他们的上一次对话的一小部分)将被正在联系的他姐姐的语音(来自所有媒体)超驰。

同样存在可针对单个RR_key_ID 184指定多个提示铃音的选项，即针对一个人指定一个以上，但人员也可指非人类，如其它处所说明。实际上，将存在针对每一媒体的单独ReminderRing，其由UI 171中的不同规则来指定，使得我们的年轻朋友将在她男友拨打电话时听到来自她的上一次对话中的她男友语音的一小部分，但当他发送文本消息时将听到不同的铃音。在此不测事件中，每次当其被调用时，音调映射器175将进行检查且接着解析来自可能性194的一个RR_filename 177，再次参考如存储在UI选项/配置文件172中且任选地由私人ID映射数据库文件183中的其它数据支持的描述，从而到达单个RR_filename 177。

接着检查此RR_filename 177(无论是从许多还是单个RR_filename 177解析)以确保其仍然存在193，且尚未被删除或未能经构造。如果存在，那么其从音调映射器178传递，如标记为“指示所述RR_filename的退出(Exit indicating that RR_filename)”的下部框所示。

可能发生存在RR_key_ID 184但不存在RR_filename 177的另一执行过程。如果如此指定，那么创建201 RR_filename 177以及音调映射器175退出指示新创建的RR_filename 177。这将表示例如先前文本消息将被话音合成的情况，例如在不存在语音记录时，但此时灵活的话音合成器可创建有用的个人化。即时创建提示铃音而不是在先前时间创建的原因将成为存储话音与存储文本相比的存储器约束。

在此上下文中值得提出的另一可能性是以下情况：用户想要使传入呼叫者能够从预先记录的语音说出和/或传输将用作铃音的声音。此推送铃音或预先通告模式在使用本发明安装的电话平台中实现时尤其有价值。为此，在大多数平台结构中电话的实际连接将在初级模块中发生，其中记录将提示短的原声摘要(sound bit)，例如两秒的片段，接着“接听”将导致使连接到达用户。在图17中更详细检查此协议。

具有许多呼叫的用户将受益于通过此手段进行优先级区分，且此方法还可在通告的情况下提供益处，其中大量信息可在短的“铃音”中传送，仅仅电子邮件主题行的等效物，例如用于预约和项目管理类型“提示”通告的时间表改变的通知。

在追踪和督促任务完成是必要的系统中并入例如医疗顺应性和动态相依滚出，此工具还可以与安全措施集成，明确地说，其经建立以控制哪个ReminderRing将用于宣告哪些“呼叫”。稍后将在此文件中进一步讨论这些操作模式以及其应用。

同时继续检查音调映射器175功能性，不管在这些还是其它情况下，音调映射器175要求存在于音调映射器175自身外部的功能性。明确地说，此类功能性在图13中展示为“创建音调文件”185。通过使用音调映射器175所发送的数据和新的RR_filename 177以及用户170所选择的UI选项171，“创建音调文件”185创建在此类情况下所需的提示铃音声音且将其存储在RR_filename数据库207中。

注意，音调映射器175发起所有RR_filename 177识别符。在简单的仅电话的实施例中，RR_key_ID 184将仅被指派为呼叫者ID的衍生物，如同用先前在更基础实施例的描述中的长度所揭示。但是在更精细实施例中，其中要求以下可能：例如多个人员共享单个呼叫者ID，以及具有除了仅音频电话之外的其它通信手段，以及具有用于不管同时出现新的呼叫而维持先前呼叫所使用的提示铃音的能力(即，未盖写先前的提示铃音，例如在非常短的连接的情况下，或者在用户不想经常改变ReminderRing但想要偶尔改变(即，每月一次或者依据一些呼叫长度或内容阈值)的经常呼叫情况下)，最好增建更灵活的系统架构。如图13所示，这主要通过限制RR_filename 177指派的“电路”以及输送到系统的功能组件来完成，其中音调映射器175起中心作用。

当发生呼叫或等效通信事件时，音调映射器175指派RR_filename 177，验证其未复制任何其它RR_filename 177。音调映射器175接着将所述RR_filename 177输入私人ID映射数据库183中，任选地创建提示铃音声音(参加图15)，且接着将RR_filename 177发送到新的事件通知180。在每一此类发生事情中，音调映射器175将多达两个RR_filename 177发送到新的事件通知180，其中一个用于指定用于当前通信事件的提示铃音；另一者用于指定将由此通信事件的内容形成且可能用以宣告一些后续事件的提示铃音。

假定在此通信事件上指定两个RR_filename 177(如上所述)，且现在在我们的连续说明中追踪其两者，新事件通知180组件接着加载203与第一RR_filename 177相关的声音，且通信装置处理所述音频204并将其播放。新事件通知180组件还将新的RR_filename 177传递到OnMyPhonePanelRecButtonClick 178或其等效物，其将所述RR_filename 177移交到StartRecording205及其附属过程记录组件206用于可能获取将存储在此新的RR_filename 177下的另一声音。因此，新的RR_filename 177经指派且被填充内容，准备用于另一轮。

除了主要执行过程之外，RR_filename 177还被认为具有信息、编目和家务管理功能。当RR_filename 177被成功填充内容时，更新UI选项/配置文件172以如此指示，因此用户170可根据需要手动进行查看和管理，或可运行诊断，或共享程序可利用所述信息。同样，当公共数据库176用于导入声音时，ID数据库和共享控制器208沿着图13中所示的线更新UI选项/配置文件172和私人ID数据库文件183两者。当新的RR_filename177未被填充时，例如当对于用户170所设置的阈值来说呼叫太短时，或者未能满足设置栏时，音调映射器175在退出之前将其删除且将使用先前所存储的先前RR_filename177或其它替代RR_filename 177(如果存在的话)。如果来自公共176、私人183或其它数据库的先前共享的RR_filename 177已被移除，那么相同操作适用。在所有这些情况下，RR_filename 177接着被音调映射器175删除，其中适当家务管理包含在适当时使其存储再循环。

除了ToneMapper 175的事件处置作用，其还可响应于私人ID映射数据库183和公共、商业、其它ID映射数据库176的改变，其中所述数据库183和数据库176经由ID数据库和共享控制器208连接，如图13中所示。在一些平台和实施中，尤其是多核心或基于芯片的实施中，中断驱动的同步能力可使此成为尤其合意的操作模式。

ToneMapper 175还可以通过传出电话呼叫或其它通信来存取；这些并未具体展示在附图中，因为他们是较简单的情况且通过在内部产生呼叫事件以供ToneMapper 175进行处理而被视作类似于传入呼叫，不同之处在于不需要提供RR_filename 177。或者，传出呼叫也可具备RR_filename 177，其用以在目标的电话响铃时使用户170听到“响铃”的指示符声音。这在其响铃时提示用户170上一次对话以及他正在呼叫的是谁。此外，如果已知目标还具有实施本发明的装置，那么可以通过先前提及的预先通告系统或者通过公共和其它ID映射数据库176来使电话同步，使得用户170可以听到他的目标人员正在听的作为“响铃器”的相同声音。这可以用来提示他们两个人先前的对话。所属领域的技术人员将明白此设计并不要求进一步扩展发明性理解来容纳其。

一般来说，所述设计中存在灵活性以用于通过若干方法进行性能优化，包含使用具有足够大的容量来自身存储声音以及消除或减少所提及的一些步骤中的紧急性的RR_filename 177；此优选实施例的揭示内容将促进一般发明的教示，而不是造成相对于任何特定实施的偏见。同样，常常在整个本发明中，为了清晰起见而将ReminderRing称作声音，但是存在如先前已经提及的其它可能性。此外，可能陈述“呼叫”，但可能容易被另一通信事件替代，例如日历定时事件、或电子邮件等等。

为了举例说明本发明的功能，提供以下实例。第一，用户170可存取用户接口模块171以导入他的Microsoft Outlook应用程序的联系人且设置简单的恒定提示铃音。Microsoft Outlook应用程序的联系人接着存储在私人映射ID数据库183中。用户170接着呼叫朋友来讨论他的新ReminderRing系统，同时选择激活开始记录205的OnMyPhonepanelRecButtonClick 178。如先前所揭示，当用户170给他朋友打电话时，创建两个RR_filename 177。参照ID数据库和共享控制器208来检查第一RR_filename177，ID数据库和共享控制器208连接数据库183或176以获得对应的RR_key_ID 184，RR_key_ID 184又存取ToneMapper 175。因为(让我们来假设)用户已经导入他朋友的联系信息，当前不存在相关联的RR_filename 177，且因而在呼叫他朋友时他听到的铃音是普通的。当用户170终止与他朋友的对话时，呼叫过程记录206，其处理对话的音频样本的全部或片段。此样本接着存储在存储器中，且相关联的RR_filename 177存储在RR_filename 177数据库/文件207中。

继续此实例，假设几分钟之后，他听到朋友的ReminderRing语音(取自与她的上一次电话呼叫)，从而宣告她的电子邮件到达。这是因为电子邮件消息的传入事件进入ToneMapper 175而发生，如图15所示，ToneMapper 175解析使用UI 171而设置的适当提示铃音，UI 171设置适当的UI选项和配置文件172。因为用户设置通用提示铃音，所以ToneMapper 175解析其以播放先前所存储的与朋友的RR_key_ID 184相关联的RR_filename 177。

现在呈现本发明的另一实例，具有当前用于在通告时间展示呼叫者ID的显示器的手持机将被再次利用或替代地展示来自另一参与者的先前文本消息或电子邮件的ReminderRing或其可滚动剪辑，两者都在通告时间且在用户或程序控制下的呼叫期间。

现在呈现本发明的另一实例，可将同样备有GPS(全球定位服务)或其它定位装置的装备有ReminderRing的智能电话集成到基于位置的资产管理以及人力资源中，范围从灾难管理到互动娱乐。举例来说，在城市中漫步准备进行社交娱乐的人可能使其电话偶尔地产生以他为中心1英里内的他的所有熟人的已经存在的提示铃音的混合体，其中每一者的音量与他们此时距他的距离成比例，且将他们的位置显示在地图上，或者当他处于距他一个街区的阈值内时以单个铃音给他打电话。或者想象，管理公共资源用于处置快速发生的灾难(其中她与现场资产的电信对话频频中断)的女子可能设置提示铃音以将营救队号码和上一个GPS位置名称连接到到上一个对话的声音的提示铃音，同时将其突出显示在地图上并用从所述话音导出的文本来显示。或者，在手机外部进行的多玩家战斗模拟游戏可允许仅来自附近玩家的提示铃音，通过使其更难以管理与那些更远的玩家的通信而模拟一些战争迷雾(fog of war)。

现在呈现集成到不同环境中的本发明的另一实例，假设用户处理来自身份被盗的失落，且此外她正在使用ReminderRing增强型电话和预订数据库，其由第三方开发以处理身份被盗的情况或发生，且通过她的保险公司提供给她作为此事件的保险总额的一部分。当她与许多信用卡公司和每一公司的各个代表进行对话时，她使用从她已经与所述代理人进行的初始对话提取的声音来设置ReminderRing，使得只要所述公司的任何人回拨她的电话，如果发起号码在保险公司提供给她的数据库中，那么她将听到公司的名称和上一次呼叫的提示响起；因此，通过为她将其情境化(即，提醒她那个通信的情境)而表明映射数据库183及其相关联的组件208和176的效用。

现在呈现集成到不同环境中的本发明的效用的另一实例，假设医学治疗或健康维护系统，其中医师的助手与她的病人随动交谈，以确认、解释且增强规定治疗计划或锻炼体系的顺应性；且作为保险公司或其它支付方的程序提供的一部分，将用于她在病人电话上的呼叫的ReminderRing在她的控制之下。在她确定病人已经获得适当药物的电话呼叫之后，她设法在电话上阐明病人反应良好的用法说明，保证执行他在计划中的指责。在呼叫之后，已经分析对话的话音、语调和措词的模式的ReminderRing系统向她呈现若干可能样本。她选择一个其中她的语音听起来愉快地哄骗病人的样本，病人接着回答“好的，我保证”，且其中已经通过音频处理将其间的停顿减少。将他们的组合发声的此声音一小部分设置为将用于后续呼叫的ReminderRing，其将用于对他且可能来自他或关于他的后续呼叫，她对应于病人的治疗计划而不时地随动设置。呼叫的通告接着将提示病人他的顺从承诺，且有助于更有效地随动监督计划，从而潜在地维持最初所建立的协调关系，甚至此可以通过其它人员来进行。另外，当病人或其它人员呼叫监督的医师助理时，她将具有先前对话的根据她的喜好而呈音频和/或文本显示的方式的即时提示，以用于构成她的思考，这又促进了效率和功效。

在范围从白领阶层健康管理组织到智力受损者的独立生活、到第三世界电话医生设置的环境中，此类医学应用将增强移动电话提示人们接种疫苗、获取药物或接受HIV测试的可能性。

现在呈现集成到不同环境中的本发明的另一实例，假设代表各种团体和承包商资源的不同的全球分散的团队的业务会议，其实际上通过基于网络的会议工具来进行，其中谈论各种任务并通过项目管理器指派任务，所述项目管理器操作项目管理软件系统来保留那些对话的一小部分并将其与特定任务相关联。接着可由她针对个体设置每周提示，使用他们自己的在会议中提及任务的语音而不是项目模板中的更一般的语音。当特定任务提早完成或滞后时，可由项目管理软件系统标注调整，且起始呼叫以连接项目管理器与个体以向他们通知对自己任务的改变的优先权。那些呼叫可用与那些任务相关联的提示铃音来通告，使用来自系统的文本到话音通知修改，从而向参与者给出基本内容的改变顺序的直接且引起注意的通知，且当到达参与者且使其连接时，每一参与者将在进行到关于所述任务及其蕴涵的更详细检查的对话之前已经将会议讨论埋入他们的记忆中。此通过针对参与者将相关联的通信情境化以减少其响应时间等而提供更大的效率。

如图12中的讨论期间所描述，为了起始此类呼叫，且在例如上文所描述的组织设置中提供企业型通信增强，ReminderRing系统将在以下模式中操作：提示铃音不是通过后续呼叫的参与者或他自己的ReminderRing工具来选择，而是通过将呼叫他的另一(或多个)人员、或第三方、或自动系统来选择。图16中呈现此类系统的更明确概述。

图16展示多个配备ReminderRing的电信装置200或用以提供个别工作站服务的以软件模拟的虚拟装置，其通过例如因特网或电话或蜂窝式系统的网络连接，每一电信装置200能够照常处理传入呼叫且具有基本ReminderRing容量。另外，控制程序装置901被展示为连接的。举例来说，控制程序装置901可以是上述项目管理系统。可设置个别装置200中的每一者(所使用的是无偏见的术语电话，但事实是许多许多采用先前已经提到的各种形式)以准许控制器允许对个别装置200所使用的ReminderRing的控制，从而设置用于一些或所有呼叫者的通告。任何此类控制器的身份首先由用户170提供，或者由例如IT部门或制造商、OEM、或运营商(其为用户170制备所述装置)等机构提供。例如通过呼叫者ID或IP地址与RR_key_ID 184的指示的后续联系将提供来自控制器的ReminderRing“推送”加载，如在上文论述中先前所揭示，尤其与图12有关。

图17更详细视觉化所述过程，其在控制器900(如控制器程序装置301)与受控ReminderRing装置901(如终端200)之间布置协议，其中控制器900描绘在左边，控制器901在右边。请注意，在退化情况下，可能存在包含在单个网络连接系统中的软件模拟，且在此情况或其它情况下，这些通信中的许多者将(例如)在因特网上更直接地进行。但是在图17中，作为优选实例，控制器900与受控单元901之间的电信传输用带箭头的弧线展示。根据上述机制，受控单元901已经被设置以辨识来自控制器900的通信。图17说明尝试将一个或一个以上ReminderRing“推送”到受控单元901。此“推送”可仅设置将用作稍后ReminderRing的声音(和/或其它通告模式)，或者可以是其变体、预通告，如上文先前所述，在此情况下将产生新的提示铃音，同样，且将紧接其后进行例如电话呼叫的正常电信对话930。可以通过非人类控制器机制来起始任一者或两者，例如，经编程语音邮件系统尝试通过使用其状态作为预先通告模式中的ReminderRing的控制器900来传递高优先权消息。

接着进行检查，图17在左上方开始，那里存在控制器900，响应于其感知需要，首先起始对受控单元901的呼叫905，其通过使用RR_key_ID 184键控私人ID映射数据库183中的字段来识别；或者，考虑到资源或安全性，可以为此目的单独保持独立控制器表格。执行测试906以确定RR_key_ID 184是否存在在此表格中。如果RR_key_ID 184不存在，那么受控单元400作为正常呼叫继续。如果RR_key_ID 184存在，那么受控单元901不需要通告(但其可设置为向用户或其它系统给出指示，例如在他想要他自己的信息或为了安全性考虑的情况下)，且接着继续连接到“呼叫”907自身而不通告其用户170。受控单元901接着传输经布置的可辨识信号908，例如在特定频率的短音调之后的是所记录或所合成字(在音频情况下)“请稍等”。这在呼叫并不是“推送”，而是来自与此相同RR_key_ID 184(例如，呼叫者ID)相关联的人的实际呼叫的情况下进行。回到控制器900处，例如在将设置多个提示铃音，和/或针对与控制器900起始其呼叫的RR_key_ID 184不同的RR_key_ID 184的情况下，接着发生此音调和/或口头短语910或其它信号模式的检测，且直接传输另一此类识别符，组帧新的提示铃音还加上编码所需要的任何额外数据。显然，一旦建立了此通信信道，此项技术中已知的当前装置满足装置200(或者，作为受控单元901)之间的更复杂信息的这个且甚至更复杂的交换，包含指示预先通告、追踪和安全性供应，这些可能已经由用户通过图13中的UI选项和配置171功能性来设置，或者通过例如制造商或企业IT机构进行的其它方式，如果本发明的实施例中如此需要的话。

接着，在从控制器900所呈现的通信最少提取新的ReminderRing之后，受控单元901继续将作为用于目标识别符的新的ReminderRing的ReminderRing设置935到其RR_filename数据库文件207中。受控单元901接着再次通过预设信号(例如短音调)来向控制器900通知940其已经成功完成接受新ReminderRing的任务。控制器900检测其确认950且记录其成功960。受控单元901和控制器900接着个别地检查970是否曾设置预先通告的指示。如果预先通告曾经设置，那么两方参与者将如同其为正常呼叫而进行，其中针对受控单元901的用户170播放新的ReminderRing，且可能具有由控制器单元900(如果其具有人类用户170的话)提供的规则“响铃”指示或其它连接尝试指示。

本发明先前已给出关于如何可选择声音或其它ReminderRing(例如文本显示或视频)来提取出通信对话以及随后如何处理ReminderRing来改进其效率的多种实例。图18说明将若干此类各种ReminderRing集成到通用系统以用于实现此类最终ReminderRing的实例，其中供应同时ReminderRing应用程序和整体ReminderRing系统以通过竞争、外部数据供应和上下文反馈机制而演变为更大的功效。

图18经组织为从左边开始，其中列5000描绘各种可能源的数据流以及用于ReminderRing的触发输入。列5100使每一源数据流与一个或一个以上初始过程匹配，所述过程数字化每一数据流且对每一数据流执行特征辨识。这些经处理和/或特征辨识的流接着输出到由过程的下一级组成的列5200，所述过程中的每一者获取先前列5100的输出中的一者或一者以上且根据其以及额外数据(例如置信度得分)创建所提议的ReminderRing。接着将此所提议的ReminderRing输出到比较器/积分器5300中，比较器/积分器5300可将ReminderRing的更有限数目的选择呈现给用户170或自己自动选择一个。所选择的ReminderRing的结果的评估5050提供反馈以改进ReminderRing。

继续图18，再次观察到，尽管为了简洁和上下文方便起见，我们的优选描述常常参考音频和电话传输的话音，但ReminderRing可以基于多种其它数据源，此处在最左列列出其中的几个，在手势、声音和其它(同样为了在说明中简洁和清晰，将这些看作简单个别流，其中实际上其可包括例如都在电话对话中说话的两人的多个流、或在虚拟会议中的多个参与者、人和模拟人员)手势5010的更普通群组之下包含范围从具有手部运动和面部辨识的视频传输到多点触摸屏的事物，例如向生物计量传感器作出挥击运动以指示没有ReminderRing应从对话的剩余部分提取。声音可不仅仅是话音而且可能是其它可辨识信号，例如弹响某人的手指以表示ReminderRing的开始。其它传感器可从多种波动描记器型读出器或脑电波获得关于人的情绪状态或意图的信息、或者装置的位置或运动，例如用苹果iPhone智能电话中的加速计，且可类似地用于ReminderRing上下文中。上文所提及的所有类型的传感器目前在此项技术中是已知的，且在本发明中预期其功能性将在普通平台中找到表达，例如智能电话，其通过本发明可非常有用地解决。

为了处理手势5010将最直接地需要基本辨识过程，例如特征提取，其适用于通信对话和与其相关联的其它可能数据流。此类基本辨识处理单元的实例在图18中展示为标记为“基本辨识器”的列5100。所给出的第一项是手势辨识。此类手势辨识器可处理例如视频的图像流以从简单手部运动到手语、从例如点头的姿势改变到眨眼的面部辨识找到任何东西来指示ReminderRing的开始。用于面部和手势辨识的方法是此项技术中众所周知的，且对于此类其中的例子，开放源代码包HBP(人类行为处理)和Handvu包含在所附的CDROM上且以引用的方式并入本文。此软件收集实施基于视觉的手部手势接口。其在标准姿势中检测手，接着追踪其并辨识关键姿势(全部都是实时的)。输出可经由库调用(自定义格式的用户端服务器基础结构)而存取且作为OpenSound控制包。手势辨识还可包含例如由手在触敏表面上进行的运动的事件，例如实施含有感测电路和电极的自电容屏幕的智能电话触摸屏，或使用鼠标所控制的光标来推动虚拟按钮。

继续图18，接着是用于声音的基本辨识5020。此处，举例来说，来自列5000的任何数据流可具有应用到其的多个独立辨识器。在此情况下实施的是用于话音到文本的一个辨识器，另一者表示更普通声音辨识的可能性(例如，如同任何其它信号，啧舌头声音有时写为“tsk”或“tch”，后者传统上由说英语的人用来向马发信号，因为其在正常英语话音之外是非常与众不同且可容易辨识的，可重新利用来发信号表示ReminderRing取样间隔的开始和/或结束)，且更特定的一类是用于检测传达超出文本的意义的话音特征，例如讽刺、重音、情绪或甚至环境影响，例如当用户处于车中、办公室或餐馆时的区别，其可充当用作ReminderRing的对话的特定部分的适用性的指示符。用于话音到文本和用于从声音(包含话音声音)提取其它信息的方法一般是此项技术中已知的，其中先前所提及的普瑞特和斯芬克斯代码用作其实例，且更先进的工具是市场上可购买的且在此项技术中是众所周知的。还预期此类方法及其可用性将继续进步，且此类进步可并入ReminderRing中且基于ReminderRing而建立。接着是应用于其它传感器的基本辨识器：实例将包含感测脑电波或情绪的肉体指示符的可佩戴计算机，或者具有受位置影响的ReminderRing功能的GPS单元。最后，在列的底部说明的是可通过具有对来自原始数据流中的一者以上的输入的存取权而最佳执行的基本辨识器，例如用于在困难的音频环境中辅助读唇面部辨识进行话音到文本。

图18的列5200说明获取列5100的输入数据流并对其进行处理以选择、提取、预处理可能的ReminderRing并为其评分的模块。这些模块中的每一者接收来自一个或一个以上基本辨识器的输出，识别并分析它们，且在此基础上指定可能的ReminderRing以及反映其在判断中的置信度的自我评价得分。置信度得分的范围可以从“找到它”对“未找到它”的简单二进制指示符到精细的矩阵评估功能；例如，可将置信度得分看作单个标量，其当然可标准化，从而产生从0到10的数字，其中10表示已经找到或导出看起来“完美”的ReminderRing，而零意指过程不能决定相关的任何条目，因此其执行半随机猜测来猜想哪一者将用作下一呼叫的ReminderRing。布置这些实例以指示如基于顶部手势的选择的一些实例可能仅仅依赖于单个基本辨识器。如基于手势和文本的选择的另一些实例可能依赖于两个基本辨识器，例如查看对话的文本和手势副本两者以使其在单个命令手势起始一连串语音传递的命令指令的情况下相关，两者中仅一者将是ReminderRing系统。接下来可为仅文本分析器，其可通过字“ReminderRing这句话：”之后是用户想要用作ReminderRing的句子(将在图20中给出这句子的另一实例)来简单触发ReminderRing。以下可以是使用文本和其它话音标记的地方；一实例可以是使用对话中的上一大声且质问的句子作为后续ReminderRing。图21中更详细给出使用声音而不是文本的基于语调/重音/情绪/其它话音标记的模块的实例。

接下来是基于其它指示符的模块。其应用的实例可包括电话上的GPS定位器。先前已经提到使用GPS或具有ReminderRing的其它定位输入的可能性。因此在简单实例中，此模块可用以在用户在地理上最接近另一人时选择ReminderRing。更复杂的版本可在当来回走动时玩的互动游戏中，或者在社交网络连接应用中，或者用以促进在大型建筑中办公室员工的通信和会议中找到有用的应用程序。最后，下面是两个组合条目，其说明并入任何数目的更精细ReminderRing选择或构造机制以使用多个基本辨识器输入的可能性。

可使额外信息可用于列5100的基本辨识器或后续处理器(例如5200的模块)，其使得后续处理器能够存取识别系统和正在讲话的存储器，以便改变参数并调整为通信、话音和环境的个人习惯。

继续在图18的列5250中，存在来自5200的模块的输出，每一输出提供指定其对ReminderRing的选择或导出的数据。此数据可包含例如：对话的时间间隔的整个集合；后处理参数，例如告知如何使其连接和平滑；已经处理的数据，例如由来自即时消息文本的文本到话音形成的话音记录；以及如先前所提及的置信度指示符。举例来说，通过开始时间和秒数长度加上指示置信度的正数来指定单个间隔。这些值被给定为比较器/积分器功能5300的输入。

比较器5300比较其输入且从其中选择一者或一者以上以使用或寻找用户170关于其进行咨询，和/或其可以集成他们的建议。举例来说，在此优选情况下，简单算法满足说明：其检查所推荐的所有定时间隔。如果在其中存在任何重叠，那么其选择最重叠的区域，即，在时间部分具有最多选票。如果其短于5秒，那么其在之前和之后添加两秒，然而，当然前提是对话流的末端并未超出。如果存在重叠，那么此产生“集成的”ReminderRing。其还检查标准化的置信度值。如果标准化的置信度值中的一者是8、9或10，且其它不大于4，那么其选择最高值所指示的ReminderRing。否则比较器5300选择具有最高置信度值的两者，或不存在所产生的“集成的”ReminderRing的三者。如果存在任何联系，那么其随机挑选出有联系者。虽然可以或可能存在可在此级实施的更精细的机制，为了更精细输入而特定给出上述可能性，包含经处理的声音或其它数据，此机制合理地良好满足，从而产生一个或若干输出，标称展示为3个，将其传递到下一级。这通过标有Int.和Sel.的箭头展示；此外，这是标称情况，且显然可通过更精细或灵活的比较器/积分器功能性来传递或多或少的每一者。

接收这些界定可能的ReminderRing的若干输入，功能5400将可能的ReminderRing呈现给用户170供她选择，在呼叫的末端或稍后作为后续功能。功能5400还可允许通过例如串联或旋转和/或随机使用的手段来组合ReminderRing。这些由功能5400提供的模式可由用户170选择，以及使用ReminderRing的默认条件(当用户170未在下一呼叫之前选择时或发生调用ReminderRing的其它事件时)。所得ReminderRing和相关数据和/或界定其产生的可能参数(例如，简单来说，是时间间隔而不是实际声音)可传递到功能5500，其将它们再现以形成适合于如先前所定义的实际ReminderRing系统(可能是音调文件创建器185或其等效物，但图18中所检查的方法的更精细实施例可较好地实施在ReminderRing的架构中，以与图13中所呈现的特定优选实施例相比分较少层级的方式扩建所述架构)。ReminderRing和相关数据同样传递到反馈管理系统5600。

反馈管理系统5600通过多种手段测量选定ReminderRing的有效性，所述手段可以但并不需要包含用户评估、外部功效判断(例如，通过消费者调查报告、项目报告度量、医疗顺应性测量以及呼叫应答频率等等)以及用于调整和列5200的评分和选择模块的结果产生更好的未来结果。反馈管理系统5600可使用用户170进行的交互参数调整，或者此项技术中已知的技术，例如人工智能、人工进化和神经网络。作为实例，先前所提及的普瑞特开放源软件程序源代码前馈神经网络学习和分类功能性可用作在此反馈管理系统5600内执行神经网络功能的基础。

现在转到图19，其陈述ReminderRing的基于手势的选择的直接说明性实例，从而演示图18中所描述的产生ReminderRing的过程，此集中在图18的列5400的手势辨识器和图18的列5200的基于手势以及基于手势和文本的模块。在图19中，在对话的部分期间用户170想要记录为ReminderRing时作出一般通过Handvu系统辨识的举手的实例手势。仅为了教示和说明性目的而展示音频和视频流的部分的表示(即，其并未按比例绘制)。举手或另一手势还可被布置为在所要ReminderRing声音之前或之后(当然不是在此期间)产生的信号，且由用户或订约方进行。为了消除重复的手势且创建置信度得分，简单的实例起作用的方法在于：如果手势重复，那么允许最后一个手势，但对于每一重复的手势具有越来越小的置信度得分，直到最小得分三，以便减少故障驱动的错误肯定的影响。因此，在本实施例中，仅举手一次的受过训练的用户可预期产生十分且具有用作ReminderRing的高可能性。

现在转到图20，其说明来自话音到文本辨识系统的文本的实例，其用于使用声音本身来选择音频ReminderRing，(对应于图18标记为声音5020、话音到文本5021、基于文本5022的元件)。在此实例中，仅展示并使用音频流的订约方(在左上方描绘的人员，ReminderRing系统用户170与所述人员具有对话)的部分。订约方的数据被数字化6100，且话音辨识软件使用商业包和/或建立在话音辨识、峰段分析和普瑞特和斯芬克斯系统或其任何等效系统的所附源代码中所示的间隔及时间点标记方法上，且根据话音产生6200文本副本6300，其中定时标记指示其与原始声音流的关系。此格式化的副本6300可采用单独时间表和对应特征索引的形式，或者作为标签嵌入在文本中，例如HTML(超文本标记语言)，或者作为SMPTE(电影和电视工程师协会)时间码嵌入在声音或视频流中。另外，可以指示话音流中的长时间停顿(常常在另一人员正在谈话时)；为了易于理解，在此实例中，展示与所涵盖的时间成比例的点。此处所例示的点在文本副本6300中将文本流划分为许多“句子”，在本实例中所使用的词并非其语法意义而是作为用于对话的一侧的若干部分的术语，所述部分通过一秒或更多秒的停顿而分开。

展示实例ReminderRing文本处理方法6500以用于处理图20中的文本副本6300。ReminderRing文本处理方法6500常常适用于说英语的人，有些特别明显(自适应ReminderRing系统的反馈管理系统5600将改进而有利于获得更高置信度得分)。在此实例中，可认为这些人是“好的(OK)”人：他们看上去习惯使用词“好的”来使得能够在他们的呼叫中找到好的ReminderRing。首先从末尾逐词扫描文本6510，寻找普通的英语词“OK”，且将置信度得分设置6520为十作为初始默认。如果未找到“OK”6550，那么将ReminderRing音频设置为订约方所说的最后4秒，且将ReminderRing文本(其可显示为具有ReminderRing音频的通告或替代ReminderRing音频)设置为订约方所说的最后6个词(当然在存在少于6个词或少于4秒声音的情况下，有多少就用多少)；将得分设置为零且退出。如果找到“OK”6600，那么进行ReminderRing文本处理方法6500。

在所给定的实例中，恰好在词“好运(good luck)”之前找到“OK”。接着，使用定时指示符，检查其前面是否有两秒或更长时间的沉默6700(来自订约方；用户可能曾在随后说话)。如果是这样，那么将其拒绝6710：减去当前沉默的持续时间的四分之一(在此实例中，其中具有“OK”的时间)且在副本中再次向前扫描(朝向较早的时间)，且当再次发现“OK”，或扫描不成功地终止时，从得分减去0.56730。当“OK”在其被发现之前没有两秒或更长的时间时6750，确保其处于四秒或更长时间的持续时间的“句子”中6760；否则，又要拒绝，且如同第一次通过此处所示的实例一般循环回以查找另一“OK”，这次仅应用0.5分减少6730。在最后在持续四秒或更多时间的“句子”中发现可接受的“OK”时(在此情况下，正好在“以后再说(matter later)”之后)，且其在之前还具有少于两秒的沉默，从得分减去所述“句子”持续时间的秒数的五分之一6800。如果得分现在小于零6810，那么放弃寻找“OK”，如同未找到“OK”一般设置ReminderRing并退出。如果得分仍大于零6820，那么是“OK”成功：将ReminderRing音频设置为那个“OK”句子的最后四秒，将ReminderRing文本设置为其最后八个字(或者如果其不具有那么多则设置为更少)并退出。

作为此类程序的正常情况，可调谐图20的此实例中所使用的特定数值以通过多种方法进行改进，所述方法包含图18的提取系统的反馈管理系统5600以改进其与语言使用、话音习惯和个人情况、群组或其功能(例如，在工作时，作为父母等)的匹配。

现在转到图21，其使用集中于仅仅使用声音而不用话音到文本系统来选择ReminderRing的实例。这对应于图18的列5200中的条目，其均具有以词“语调”开始的标记，且将经受上述改进的相同裁剪和手段。这是通过观察到以下内容来建立的：美国英语电话对话倾向于以相互恭维说法而逐渐停止，其中最后的内容最有用于作为正好在其之前出现的ReminderRing。此外，对于此实例，仅集中于对话的订约方侧，其中剩余部分等效于沉默的间隔。首先，通过此项技术中已知的手段，例如基于先前所提及的普瑞特开放源代码中的音频处理源代码的手段，从语音流导出7100包络，所述语音流预备转换为方波7200，其产生长度对应于订约方的发言和沉默7300的定时间隔的列表；在此方法中仅使用订约方的最后三次发言的长度。如果对话太短他甚至未说到三次7400，那么将得分设置为他所说的次数7410，且将ReminderRing设置为最后声音的最后5秒或更少7420，接着检查得分(尽管此并不必要)并退出。但如果存在三次，那么将得分设置7500为十，且计算7600比率R1(第二值除以第一值)和R2(第三值除以第二值)。首先检查R17610：如果大于1(即，如果三次声音时间的秒数大于第一值)，即为并非最佳的，因为其并不适合递减模式：将得分减小7620 2.5×R1，接着再次减小7630 2×R2。如果R1不大于一7650，那么测试R2：如果其大于一7660(即，如果三次声音的第三和最后一次大于第二次)，即为并非最佳的，因为其并不适合递减模式；仅仅将得分减小7620 2×R2。如果7800 R2不大于一，那么将得分减去7810 1.2×(R1-0.5)的绝对值，且接着将其减小2.8×(R2-0.5)的绝对值。在这些情况中的任一者中，在减小得分之后，将ReminderRing设置7900为第一声音的最后八秒，或其全部(如果其短于八秒)。如果得分已经变为负的7910，那么将其设置7920为零，接着退出7930。

本发明的目前所描述的实施例可以软件、硬件或两者的组合来实施。此外，在本发明的目前所描述的实施例中的任一者或全部中所涵盖的控制机制、程序或数据存储可全部或部分驻留在网络连接的CPU、服务器、“云”或阵列存储装置等上或以其它方式利用网络连接的CPU、服务器、“云”或阵列存储装置等等。

本文所展示并详细描述的信息完全能够获得本发明的上述目标，且因此本发明的目前优选的实施例代表本发明广泛涵盖的标的物。本发明的范围完全涵盖所属领域的技术人员可显而易见的其它实施例，且因此将不限于除了随附权利要求书之外的任何内容，其中除非明确如此规定，否则以单数形式对元件的参考并不意欲指“一个且仅一个”，而是指“一个或一个以上”。所属领域的技术人员已知的对上述优选实施例和额外实施例的元件的所有结构、电气及功能等效物均以引用的方式明确地并入本文中，且意欲由权利要求书涵盖。此外，本文所含的实例和数据仅用于说明目的且将不以任何方式来限制本发明。

此外，装置或方法不必处理本发明设法解决的每一和所有问题，因为其将被本发明的权利要求书涵盖。此外，本发明中没有元件、组件或方法步骤意欲贡献给公众，不管所述元件、组件或方法步骤是否明确陈述于权利要求书中。本文并没有权利要求元素应根据35 U.S.C.112条文第六段来解释，除非明确使用短语“用于...的装置”来叙述。

Claims

1.一种用于产生定制通知的方法，所述方法包含以下步骤：

获取通信流，所述通信流为与用户通信的通信流，所述用户由标识识别；

将所述通信流作为数据存储在存储装置中；以及

当从所述用户接收到后续通信时重新传达所述数据；

其中，所述方法还包括以下中间步骤：

从外部源检索与所述标识相关的外部数据；以及

将所述外部数据作为可用于所述重新传达的数据存储在所述存储装置中。

2.根据权利要求1所述的方法，其中所述通信流是电话呼叫，且在从所述用户接收到所述电话呼叫时，所述重新传达是显示文本。

3.根据权利要求1所述的方法，其中所述重新传达是播放从所述通信流产生的音频话音。

4.根据权利要求3所述的方法，其中所述通信流是文本数据。

5.根据权利要求1所述的方法，其进一步包括以下中间步骤：

从辅助输入装置接收辅助数据；以及

将所述辅助数据作为可用于所述重新传达的数据存储在所述存储装置中。

6.根据权利要求1所述的方法，其中所述外部数据与产品相关。

7.根据权利要求1所述的方法，其中通过分析所述数据以用于对所述外部数据的改进的检索的进一步步骤来确定所述检索，其中所述重新传达进一步包括重新传达所述数据和所述外部数据。

8.根据权利要求1所述的方法，其中所述存储装置可包含：随机存取存储器、硬盘驱动器、固态驱动器、网络连接装置或因特网云服务。

9.根据权利要求1所述的方法，其进一步包括以下步骤：

处理所述数据以产生一个或一个以上通知；

在处理器上执行代码以比较所述通知从而选择或改进通知，其中所述重新传达的数据是最佳通知或与最佳通知相关。

10.根据权利要求1所述的方法，其中所述获取包含记录电话对话。

11.一种用于情境化通信事件的系统，其包括：

用于处理数据的装置；

用于存储所述经处理数据的装置，所述用于存储的装置与所述用于处理的装置相关联；

用于重新传达的装置，其耦合到所述用于处理的装置；

用于使一个或一个以上通信事件相关的装置；以及

用于可选地致使所述用于重新传达的装置重新传达所述所存储的数据的装置，其中所述重新传达包含用从外部源检索的数据补充的与所述通信事件相关的数据。

12.根据权利要求11所述的系统，其中所述数据可包含：与所述通信事件相关的数据、来自用户的数据输入、或从外部源检索的数据。

13.根据权利要求12所述的系统，其中所述数据可包含从所述通信事件的上下文得到的数据。

14.根据权利要求11所述的系统，其中所述用于可选地致使的重新传达的装置进一步包括用于基于所述数据计算所述可选的重新传达的装置。

15.根据权利要求11所述的系统，其中所述用于重新传达的装置进一步包括用于基于所述数据的一个或多个源而致使所述重新传达的装置。

16.根据权利要求11所述的系统，其中所述重新传达是到所述一个或一个以上通信事件的起始用户。

17.根据权利要求11所述的系统，其进一步包含用于接收耦合到所述用于处理的装置的数据的一个或一个以上辅助输入装置。

18.根据权利要求17所述的系统，其中所述辅助输入装置可为：声音输入装置、图像输入装置、或手势输入装置、多点触摸屏、位置传感器和/或生物计量输入装置。

19.根据权利要求11所述的系统，其中所述处理数据包含使数据与实体相关。

20.根据权利要求19所述的系统，其中所述实体可经界定为：一人、多人、组织或装置。

21.根据权利要求11所述的系统，其中所述用于存储的装置包含：随机存取存储器、硬盘驱动器、固态驱动器、网络连接的装置或因特网云服务。

22.根据权利要求21所述的系统，其中所述用于存储的装置与多个所述用于处理的装置相关联。

23.根据权利要求11所述的系统，其中多个所述系统彼此交互。

24.根据权利要求11所述的系统，其中所述重新传达是经由所述所存储的数据变换的，其可以是自动的、半自动的或由用户、若干用户或其它人群的动作选择的。

25.根据权利要求11所述的系统，其中所述通信事件包含：电话呼叫或会议、传真传输、数字日历事件、电子邮件、即时消息、短消息服务文本或聊天、社交网络连接群组程序事件、视频传输、或虚拟世界环境程序事件。

26.一种情境化通信事件的方法，所述方法包含以下步骤：

在通信装置上接收一个或一个以上通信事件，其中所述通信装置包含处理器；

通过在所述处理器上执行计算机代码而将所述通信事件与标识相关联；

将所述通信事件和所述标识存储在存储装置中；

在接收到所述通信事件时通过在所述处理器上执行代码而搜索所述存储装置以寻找其标识与所存储标识之间的关系，其中如果存在关系，那么进一步执行以下操作：

检索与所述相关通信事件或若干事件相关的数据，其中，所述检索的数据包含用从外部源检索的数据补充的与所述通信事件相关的数据；以及

在重新传达装置上重新传达所述所检索的数据和/或其它数据。

27.根据权利要求26所述的方法，其中所述通信事件是电话呼叫，所述标识是呼叫者ID，且所述重新传达的数据包含先前电话呼叫的一部分的记录。

28.根据权利要求26所述的方法，其中所述通信事件是电话呼叫，所述标识是呼叫者ID，且所述重新传达的数据包含与产品相关的宣告。

29.一种用于实体管理的系统，其包括：

用于输入实体的装置，所述实体具有独特标识；

用于输入通信事件的装置；

用于使在所述用于输入通信事件的装置上接收到的通信事件与所述独特标识相关的装置；

用于存储所述通信事件和所述实体的所述全部或部分的装置；以及

用于向所述用于存储的装置查询与所述通信事件相关的所述独特标识，并返回相关的通信事件的装置。

30.根据权利要求29所述的系统，其中所述用于存储的装置耦合到外部数据源以用于获得与所述实体相关的额外数据。

31.根据权利要求30所述的系统，其进一步包括在给接收的用户的通知中，将先前通信或外来数据的置于上下文情境中的传达。

32.根据权利要求31所述的系统，其中所述通知是多模态的，且模式中的一者是从与呼叫者的先前通信中提取的。

33.一种智能电话，其包括：

用于处理与用户进行的通信中的对话数据的装置；

用于存储所述经处理数据的装置，所述用于存储的装置与所述用于处理的装置相关联；以及

用于在从所述用户接收到后续通信时对所存储的经处理数据进行重新传达的装置。

34.根据权利要求33所述的系统，其中所述对话数据是数字化的音频文件，且所述后续的重新转达包含其作为宣告的传递。

35.根据权利要求33所述的系统，其中所述处理包含声音的自动辨识。

36.一种用于产生定制事件通知的方法，所述方法包括以下步骤：

定制第一通信事件和第一呼叫者与用户间的相关数据；

将所定制的第一通信事件与第一呼叫者标识相关联；

从外部源检索与所述第一呼叫者标志相关联的外部数据；

存储所述定制的第一通信事件，所述相关数据，所述呼叫者标识以及所述外部数据；

接受第二通信事件；

将第二通信与第二呼叫者标识关联；

对比第一呼叫者标识和第二呼叫者标识；以及

如果第一呼叫者标识和第二呼叫者标识是关联的，通过所述第一呼叫者、所述用户和所述外部源之间的所述定制的第一通信事件的全部或部分来通知第二通信事件的用户。

37.根据权利要求36所述的方法，其中所述定制的第一通信事件从以下群组中选择：电话会谈，传真，日历事件，电子邮件，即时消息，短消息服务文本或聊天，社交网络连接群组，或者虚拟世界环境。

38.根据权利要求36所述的方法，其中第二通信事件从以下群组中选择：电话会谈，传真，日历事件，电子邮件，即时消息，短消息服务文本或聊天，社交网络连接群组，或者虚拟世界环境。

39.根据权利要求36所述的方法，其中所述第一呼叫者标识或第二呼叫者标识是互联网协议地址。

40.根据权利要求36所述的方法，其中通过所述呼叫者和所述用户之间的所述定制的第一通信事件来通知第二通信事件的用户，其包括将文本通信转换为可听通信。

41.根据权利要求36所述的方法，其中通过所述呼叫者和所述用户之间的所处理的第一通信事件来通知第二通信事件的用户，其包括定制的铃声。

42.根据权利要求36所述的方法，其中所述第一呼叫者标识以及所述相关数据存储在关联数据库系统里。

43.根据权利要求36所述的方法，其中呼叫者标识将呼叫者与定制的通信事件关联。

44.根据权利要求36所述的方法，其进一步包括：向用户展示界面以配置和控制第二通信事件的定制通知。

45.一种用于产生定制事件通知的方法，所述方法包括以下步骤：

接受定制的第一通信事件；

将所定制的第一通信事件与第一标识关联；

存储所述定制的第一通信事件和第一标识于存储器内；

接受第二通信事件；

将所述第二通信事件与第二标识关联；

在存储装置搜索第一标识和第二标识间的关系，其中如果存在所述关系，那么进一步执行以下操作：

检索所述定制的第一通信事件的全部或子集；

从外部源检索与所述第一呼叫者标志相关联的外部数据；以及

将所述定制的第一通信事件的全部或子集以及所述外部数据重新传达给用户。

46.根据权利要求45所述的方法，其中所述定制的第一通信事件从以下群组中选择：电话会谈，传真，日历事件，电子邮件，即时消息，短消息服务文本或聊天，社交网络连接群组，或者虚拟世界环境。

47.根据权利要求45所述的方法，其中所述重新传达将文本通信转换为可听通信。

48.根据权利要求45所述的方法，其中所述重新传达为铃声。

49.根据权利要求45所述的方法，其中所述第一标识将呼叫者与定制的通信事件相关联。

50.根据权利要求45所述的方法，其进一步包括：向所述用户展示界面以配置和控制定制的事件通知。

51.根据权利要求45所述的方法，其中向所述用户重新传达所述定制的第一通信事件包括将可听通信转换成本文通信。

52.一种用于产生定制的事件通知的系统，其包括：

用于通信的装置；

用于定制与所述用于通信的装置关联的数据的装置；

用于存储定制的数据的装置，其与所述用于定制的装置相关联；以及用于将所述定制的数据的全部或子集传输给用户的装置，其中所述用于定制的装置进一步适于将第一通信事件和第二通信事件相关，其中第一通信事件存储于所述用于存储的装置并且第二通信事件致使所述用于传输的装置将与所存储的第一通信事件关联的所述定制的数据传输给所述用户。

53.根据权利要求52所述的系统，其中所述用于通信的装置从以下群组中选择：

电话，传真机，数字日历，电子邮件程序，可即时消息程序，可短消息服务文本或聊天装置，社交网络群组程序，或者虚拟世界环境程序。

54.根据权利要求52所述的系统，其中所述用于存储的装置在通用计算机上执行关联数据库管理系统。

55.根据权利要求52所述的系统，其中所述用于传输的装置为扬声器。

56.一种为呼叫者产生定制铃声的方法，所述呼叫者由呼叫者ID识别，所述方法包括下列步骤：

a.记录会话流的定制样本，所述会话流为与所述呼叫者通信的会话流；

b.存储所记录的定制样本于存储器；以及

c.当接到呼叫者的呼叫时播放所记录的定制样本。

57.一种为呼叫者产生定制显示通知的方法，所述呼叫者由呼叫者ID识别，所述方法包括以下步骤：

b.转换所述定制的记录样本为文本；

c.存储所述文本于存储器；以及

d.当接收到所述呼叫者呼叫时显示所述文本。

58.一种为呼叫者产生定制铃声的方法，所述呼叫者由呼叫者ID识别，所述方法包括以下步骤：

a.捕获文本消息或文本聊天的定制的文本样本，所述文本消息或文本聊天为与所述呼叫者通信的文本消息或文本聊天；

b.转换所述定制的文本样本为音频话音；

c.存储所述音频话音于存储器；以及

d.当接收到所述呼叫者呼叫时播放所述音频话音。