CN102017585A

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

Info

Publication number: CN102017585A
Application number: CN2009801135111A
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: 2011-04-13
Anticipated expiration: 2029-03-02
Also published as: WO2015089336A3; US10375236B1; US9521252B2; US10530923B1; US20140177813A1; CN102017585B; ATE555591T1; EP2156652B1; WO2015089336A2; WO2009108951A1; US10530924B1; EP2156652A4; EP2156652A1

Abstract

一种方法，其用于基于与给定呼叫者的先前对话而产生针对所述呼叫者的铃声或其它通知，以及用于在集成系统中管理此类对话、其它通知和其它通信用于订约方身份表示。记录给定呼叫者的对话的一部分且将其存储在存储器中作为铃声。当从由呼叫者ID识别的相同呼叫者接收到后续呼叫时，播放铃声，向用户告警传入呼叫以及其先前通信的上下文。先前文本或视频对话也可用作铃声的基础。本发明能够实施于例如蜂窝式、本地交换和VOIP的电信系统中，以及组合其它形式的基于因特网的电信。

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 source combined.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结果确定了动机专家和组织内行所已知的：人们主动地且被动地发挥作用，后者尤其是响应于来自其正在交流的其它人的刺激。成功的商业模型包含认知以下事实：从注意缺陷多动障碍(Attention deficit hyperactivity disorder，ADHD)辅导到播客(podcasting)家务行家(例如飞行女士(FlyLady))，从财经谈论驱动(squawk-box-driven)经纪人证券推销所(boilerroom)到电视演说者(talking-head TV)节目化。

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

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

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

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

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

发明内容

本发明(此后称作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的经修改架构的框图。

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

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

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

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

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

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

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

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

具体实施方式

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

参看图1，其展示其中可实施一实施例的标准电信系统100的图。第一用户(未图示)使用终端/手持机110来与使用终端/手持机150的第二用户(未图示)通信。如本文所揭示的术语“终端”和“手持机”可互换地使用，且一般指代例如蜂窝式电话、寻呼机、PDA、膝上型计算机、个人计算机等电信装置。终端110和150分别经由平台120和140发射和接收数据，所述平台构成通信平台，例如专用小交换机(private branch exchange，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、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处，将所记录的备忘录保存为音频文件或保存在数据库中，且设置为当从相同呼叫者接收到后续呼叫时将播放的铃声，或通告相关事件。

存在用于经由因特网在两个计算机之间建立语音通信的现有技术机制。可以在使用标准通信机制的个人计算机中提供此类能力的系统的实例揭示于由布赖恩·莱萨(Brian Lesser)、贾科莫·基利兹佐尼(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)所著的“用于丰富因特网应用的Macromedia

Flash^TM MX2004(Macromedia

Flash^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 Animation and 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下操作，在开放源中再现整个客户端侧设置且可由任何程序设计员使用公开可用且在此项技术中已知的项目文献随意修改。用于保存文件、处理声音且与声音合作的方法在此类经启用的上下文中是普通的。具体来说，处理可在客户端侧上(尤其在Linux下)便利使用的相同NetStream和NetConnection标准的开放源项目是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，long start_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 sound_play代码(如上文列出以引用的方式并入的、为方便起见在sound_play.doc文件中提取的SDL源代码的子集)，所述模数的关键由在右括弧之前且紧接在以下片段之后在末端处插入代码而组成：

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的铃声功能以检索以编程方式选择的文件而非由用户选择的文件，且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，rr_username)；

}

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)；

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()-

＞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在视窗应用程序中提供标准弹出式消息框提示和事件日历功能性。所属领域的技术人员将明白，存在将此应用程序与上述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上且以引用的方式并入本文。

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

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

举例来说，转让房屋贷款的用户可能通过购买而获得公共数据库或公司披露，注有“反向电话查找列表”使用户能够指定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添加到电话呼叫提示铃音，这两者都由许多其它通信可能性来进一步补充，本文仅展示其中一些。潜在传入事件由“ToneMapper”175处置，而不是个别地通过每一通信方法来处置。ToneMapper175连接到私人ID映射数据库183，私人ID映射数据库183将与传入通信事件相关联的呼叫者ID等效物映射到rr_username等效识别复制的RR_filename 177，RR_filename177是一个或一个以上RR_key_ID 184指示符的一部分。RR_key_ID 184尝试识别个别人员而不管其使用的通信方法或曾经使用的通信方法，从而根据UI选项和配置文件172使提示铃音与所有通信模式保持同步。代替来自先前对话的记录或除此之外，可根据来自ToneMapper 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利用来限制或更好地管理到达她或来自她的通信之外。

为了使用户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和/或(任选地)通过ToneMapper 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的情况下，ToneMapper175将中继那个RR_filename 177且将其重新命名为别的名字，其用作所述呼叫的提示铃音；但ToneMapper 175还将创建额外的RR_filename 177，其将一般用以记录当前呼叫的一部分且接着成为后续呼叫或其它事件的提示铃音。新的RR_filename 177和旧的RR_filename 177两者都保持在数据字段中。如果当前呼叫未完成或太短，或者不满足用于创建新的RR_filename 177的准则中的一者，那么将在下一呼叫事件处通过ToneMapper 175删除新的RR_filename以及其相关文件和数据。此时，如图15所示，ToneMapper 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区段可包含“共享”。本发明建立将支持附加生态系的平台，所述附加生态系包含许多类型的共享提示铃音及其关于发起地址列表的基础数据，且用于用户允许与朋友、家庭、社交网络连接群组和商业及非盈利实体有限或无限地共享其自己的数据。举例来说，商户可具有包含雇员的各种电话号码和电子邮件地址的ReminderRing数据库，其类似于(例如)一些雇主现在交给新雇员的数据库。其它数据集可在CD-Rom或盒式磁带上售卖或者供下载，或者在任何其它数据传输系统上。一些可能具有安全机制。用于进行此共享的装置将要求在此数据库内在这些字段中支持。共享的其它可能性包含导入现有联系人数据库。

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

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

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

图15中展示ToneMapper 175。本实施例中的ToneMapper 175与电话呼叫、日历预约时间、文本消息、电子邮件以及许多其它通信媒体一起工作。在到达通信媒体中的一者时，例如当发生新事件时190时，在可能的情况下确定以下识别(例如)：电话号码的呼叫者ID、或例如对等消息或其它IM型通信的基于因特网的传输的IP地址、或用于聊天程序中的别名或其它识别符、或用于预订社交网络连接服务中的文本或其它消息的帐户(例如，脸谱或推特(Twitter)、或来自博客的URL、新闻或RSS源)。接着查询191私人ID映射数据库183和其它存储装置176中的可能的其公共及其它附件(可能包含网页)以确定此电信消息的发起者的指示符是否已知，即是否存在所述电信消息的RR_key_ID 184。如果不存在用于通信的RR_key_ID 184，包含如果不存在所传达的指示符，例如不具有呼叫者ID的电话呼叫，那么ToneMapper 175不传递RR_filename177，其为未知人员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中的不同规则来指定，使得我们的年轻朋友将在她男友拨打电话时听到来自她的上一次对话中的她男友语音的一小部分，但当他发送文本消息时将听到不同的铃音。在此不测事件中，每次当其被调用时，ToneMapper 175将进行检查且接着解析来自可能性194的一个RR_filename 177，再次参考如存储在UI选项/配置文件172中且任选地由私人ID映射数据库文件183中的其它数据支持的描述，从而到达单个RR_filename 177。

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

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

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

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

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

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

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

当发生呼叫或等效通信事件时，ToneMapper 175指派RR_filename 177，验证其未复制任何其它RR_filename 177。ToneMapper 175接着将所述RR_filename 177输入私人ID映射数据库183中，任选地创建提示铃音声音(参加图15)，且接着将RR_filename 177发送到新的事件通知180。在每一此类发生事情中，ToneMapper 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所设置的阈值来说呼叫太短时，或者未能满足设置栏时，ToneMapper 175在退出之前将其删除且将使用先前所存储的先前RR_filename177或其它替代RR_filename 177(如果存在的话)。如果来自公共176、私人183或其它数据库的先前共享的RR_filename 177已被移除，那么相同操作适用。在所有这些情况下，RR_filename 177接着被ToneMapper 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_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上且以引用的方式并入本文。手势辨识还可包含例如由手在触敏表面上进行的运动的事件，例如实施含有感测电路和电极的自电容屏幕的智能电话触摸屏，或使用鼠标所控制的光标来推动虚拟按钮。

继续图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，或者作为SMPT时间码嵌入在声音或视频流中。另外，可以指示话音流中的长时间停顿(常常在另一人员正在谈话时)；为了易于理解，在此实例中，展示与所涵盖的时间成比例的点。此处所例示的点在文本副本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(第三值除以第二值)。首先检查R1 7610：如果大于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.一种用于产生通知的方法，其包括：

获得动态输入数据流；

将所述输入数据流转换为计算机可读格式；

处理所述计算机可读数据流以产生一个或一个以上通知；

比较所述通知以计算最佳通知；

输出所述最佳通知。

4.根据权利要求3所述的方法，其进一步包括将所述处理和比较重复一次或一次以上以进一步优化所述通知。

5.根据权利要求3所述的方法，其中输入一个或一个以上数据流。

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

处理通信事件和相关数据；

使所述通信事件与标识相关联；

将所述通信事件、所述相关数据和所述标识存储在存储器中；

接收第二通信事件；

使所述第二通信与第二标识相关联；

比较所述标识与所述第二标识；

在所述标识和所述第二标识是相关的情况下重新传达所述通信事件的全部或一部分。

7.根据权利要求6所述的方法，其进一步包括：

其中通过控制程序将所述通信事件推送到所述存储器。

8.根据权利要求6所述的方法，其中所述标识使一个或一个以上用户与其独特的一种或一种以上类型的所述通信事件相关。

9.根据权利要求6所述的方法，其中所述重新传达将文本通信处理成可听通信。

10.一种产生定制事件通知的方法，所述方法包含以下步骤：

接收通信事件；

使所述通信事件与第一标识相关联；

将所述通信事件和所述第一标识存储在存储器中；

接收第二通信事件；

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

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

检索所述通信事件的全部或子集；

重新传达所述通信事件的所述全部或子集。

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

12.根据权利要求10所述的方法，其中所述重新传达将文本通信处理成可听通信。

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

14.根据权利要求10所述的方法，其中所述第一标识使一个或一个以上用户与其独特的一种或一种以上类型的所述通信事件相关。

15.根据权利要求10所述的方法，其进一步包括：

向用户呈现用于配置和控制所述定制事件通知的用户接口。

16.根据权利要求10所述的方法，其中所述重新传达将可听通信处理成文本通信。

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

通信装置；

处理装置，其用于处理与所述通信装置相关联的数据；

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

重新传达装置；

所述处理装置经配置以将所述经处理数据的全部或集合传输到所述重新传达装置，其中所述处理装置进一步适于使两个通信事件相关，其中第一事件存储在所述存储装置中，且第二事件致使所述重新传达装置重新传达与所述所存储的第一事件相关的所述经处理数据的所述全部或集合。

18.根据权利要求17所述的系统，其中所述通信装置选自以下群组：电话、传真机、数字日历、电子邮件程序、具即时消息能力的程序、具短消息服务文本或聊天能力的装置、社交网络连接群组程序、或虚拟世界环境程序。

19.根据权利要求17所述的系统，其中所述存储装置在通用计算机上实施关系数据库管理系统。

20.根据权利要求17所述的系统，其中所述重新传达装置是扬声器。