专利名称：定制呼叫提示的系统和方法
技术领域：
本发明涉及可供通信终端(“主叫终端”)或通信服务(“主叫服务”)的用户选择用于通知至第二通信终端(“被叫终端”)的通话的形式和/或特性的方法和系统。具体地来说，本发明涉及但不限于一种方法和系统，其中判断用于被叫终端以通知呼入的提示，或者通过计算机化的系统解释信息来控制用于被叫终端以通知呼入的提示，所述信息由主叫终端用户或通信服务预订用户或代之操作的人提供。
背景技术：
许多当前的手持电话机(尤其是移动电话)允许用户选择提示音序列，以用于提示用户有来话。例如移动电话用户可以从存储在移动电话的非易失存储器中的某个范围的提示音序列中选择一优选提示音序列。
再者，某些手持电话还可能提供其他功能，例如，允许用户选择特定提示音序列并将其赋予给从特定个人或人群的来话。通常，手持电话可以使用网络提供的功能，如主叫线号码识别(CLI)，用于判断主叫方的号码，然后将其与预选的提示音序列相关联。如果某个人或某类人拨打了电话，将提示音序列与特定CLI相关联可以为被叫用户提供提前的音频警报。
虽然提供了有用的功能，但似乎目前可定制的呼叫提示系统有许多局限。
首先，可以看到现有可定制的呼叫提示系统提供一种仅被叫方可以确定主叫方呼叫被通知方式的模式。因此，主叫方无法选择通知被叫方的方式。就此而言，本说明书中所引用的术语“被叫方”和“主叫方”应理解为分别指被叫终端和主叫终端的用户。
如果主叫方可以选择呼叫通知被叫方的方式，则主叫方可以选择通过以某种特定方式定制的提示来实现呼叫通知，即，例如与主叫方的个性、职业、爱好、品味相称，或根据某个奇思怪想或其他来定制。除信息(例如“这一定是John the Builder”)外，这种“定制的提示”还可以传送例如情绪(例如，愉快、严肃、奇想、恼怒、得意或焦急)。再者，主叫方可以选择拥有可随意使用的这种定制提示的指令集，以便他们可以通过与时间、或被叫人，或被叫人的类型，或被叫国家相适的或任意或其他他们觉得适合的定制提示被通知。
目前可定制呼叫提示系统的第二个局限在于，它们似乎只允许从基于音频的提示范围选择提示。通常，手持电话装备有一定范围的软件可控制输出，包括扬声器、振动器、图形屏幕和发光装置，它们也可以参与来话提示程序。
第三，在公众电话交换网(PSTN)和公众陆地移动网(PLMN)的情况中，不是所有的网络都支持CLI，而且仅部分的法定管辖区允许它的使用。因此，在某些PSTN/PLMN网络或法定管辖区中，采用CLI的现有可定制呼叫提示系统可能无法识别主叫方，从而无法选择适合的提示序列。
最后，就是在PSTN/PLMN中，通常CLI无法用于主叫方的电话号码未列入名录(无记载，即“未记载到名录”)的地方。但是，在这些情况中，虽然主叫方可能不希望在打电话时传递他们的电话号码，但是他们应该乐于被别人认出，这意味着隐私方面的威胁就小一些了。具体地来说，在使他们的电话号码不为被叫方的通信终端获取的前提下，他们会乐于将他们的电话号码作为一个处理过程的组成部分，用来选择实现呼叫通知的提示属性。
本发明的目的在于提供一种至少部分克服现有呼叫提示系统的局限的可定制呼叫提示系统。
发明内容
概括地说，本发明旨在提出一种系统和方法，用于激活对被系统用户呼叫的通信终端进行提示，其中激活的提示是根据系统用户的首选项选择的或以其他方式控制的。
根据本发明的第一个方面，提出一种方法，用于选择供通知参与定制提示服务的用户的呼叫的提示的特性和/或形式，所述方法包括a.为参与用户建立定制的提示服务配置，所述定制的提示服务配置存储在一个或多个网络可访问的装置上；b.所述参与用户使用第一通信终端向第二通信终端发出呼叫，所述呼叫由第一通信服务支持；以及c.所述第二通信终端通过激活采用所选提示描述符的提示通知该呼叫；其中所述提示描述符是根据参与用户的定制的提示服务配置来选择的。
“通信终端”可以是任何适合类型的通信终端。它可以是为本发明专门设计的终端，也可以一般通用的终端，如标准按钮拨号式电话。
根据本发明的第二个方面，提出一种计算机化的系统，用于实现根据参与用户的首选项确定用于将所述系统中的参与用户的呼叫向参与所述系统的系统终端通知的提示的特性和/或形式，它包括a.多个通信终端，它们至少部分可以接收提示描述符，并基于它执行操作；b.数据输入装置，用于为参与用户创建定制的提示服务；c.配置软件，用于配置参与用户的定制的提示服务，配置参与用户的定制的提示服务包括选择/或提供至少一个提示描述符以配合所述参与用户的定制提示服务使用；d.数据库，用于存储所述参与用户的定制提示服务配置；e.处理装置，用于选择提示描述符，以配合所述参与用户向接收通信终端发出的呼叫使用；以及f.通信路径，用于将提示描述符传递给所述接收通信终端；其中所选提示描述符是根据参与用户的定制提示服务配置来选择的。
发明概述本说明书中所引用的术语“提示”应理解为指人可以感觉到的，由被叫终端发出的动作，旨在吸引被叫方注意有来话。再者，本说明书所引用的术语“提示描述符”应理解为指提示的数字编码的表示方式。
在本发明的特定实施例中，用于存储参与用户的定制提示服务配置的装置和用于选择与参与用户的定制提示服务相关联的提示描述符的处理装置均可以通过提示服务器实现。就此而言，本说明书所引用的术语“提示服务器”应理解为指可以存储参与用户的定制提示服务配置的网络可访问的编程计算机。
在本发明的优选形式中，定制提示服务可以由参与用户来配置或代之配置。
根据本发明的优选形式，配置参与用户的定制提示服务可以包括选择和/或提供辅助信息。就此而言，本说明书所引用的术语“辅助信息”应理解为指参与用户提供或代之提供的信息(例如规则)，它可以协助提示服务器或参与终端确定使用提示描述符的首选情况。在本发明的优选形式中，提示描述符可以利用从与参与用户相关联的辅助信息中提取的信息来选择。
出于说明的目的，“通信终端”是泛指的终端，诸如作为定制提示系统中的参与方的手持电话、移动电话、视频电话或可以建立呼叫的个人计算机。除作为不与定制提示系统相关联的终端时所具有功能外，通信终端还可以具有其他功能。就此而言，通信终端可以接收、解码以及基于(与某些格式或集合或组或类别或类型或等级的提示描述符相关联的)进入呼叫正确地执行操作，并可以处理被支持格式、集合、组、类别、类型或类的特定提示描述符以再现提示描述符所表示的提示，虽然并不一定具有完全或最初设想的保真度。
另一方面，本发明优选实施例以协作的方式配合不具有定制提示所需的功能的通信设备一起工作。例如，当无法处理定制提示的功能简单的手持电话接收到指定了定制提示的呼叫时，该手持电话最好以常规方式振铃。另一方面，根据本发明的系统最好可让具有定制提示的呼叫从本身不具有接收定制提示功能的手持电话发起。就此而言，在需要与现有通信终端人群“后向兼容”的情况中，当需要此种交互时，相应的定制提示系统或组件可以暂时禁用定制提示系统相关的功能，并以不存在定制提示系统的情况下所需的方式与非参与通信终端交互。或者，定制提示系统可以设计为对非参与终端为透明的(不可见)。或者，定制提示系统可以同时采用上述提及的设计策略来实现后向兼容性。例如，为在移动电话方案中使用而设计的定制提示系统通常需要迎合各种通信终端用户群，包括可以接收定制提示和基于定制提示操作的终端以及不具有此功能的终端。在此方案中，对于利用被叫终端的网络在呼叫建立期间将提示描述符传递给被叫终端的特定定制提示系统设计，此功能可以对于非参与通信终端为“透明”的方式来完成(例如利用呼叫建立协议内的非参与终端将不检测或利用的参数或八位组)；或者定制提示系统在检测到通信终端是非参与通信终端时，可以调用驱动执行标准呼叫建立对话的逻辑(即没有定制提示系统的情况所对应的呼叫建立对话)。
每个通信终端最好包括a.使其实现从定制提示管理系统请求和检索提示描述符的编程软件和数据，和/或使其实现接受定制提示管理系统提供的定制提示描述符的编程软件和数据；b.可能需要来实现正确地根据假设或要求被支持的提示描述符来操作(例如再现编码的提示)的另外的软件和/或硬件；以及c.实现本地索引、存储、管理和检索提示描述符的编程软件和数据以及足够大的存储器，以使定制提示描述符可以被缓存，以备将来可能与先前呼叫关联于同一个提示描述符的呼叫再利用。
通信终端可以设计或配置为基于它们可以解释并操作的任何提示描述符执行操作。或者，通信终端可以被约束为基于(一个或多个)特定等级的提示描述符操作。该(一个或多个)特定等级可以根据(一个或多个)约束来定义，所述(一个或多个)约束指定提示描述符的类型(例如只处理音频提示描述符)、提示描述符的格式(例如，只处理MPEG3提示描述符)和/或提示描述符的发端。例如，通信终端可以约束为只基于与如下项相关联的提示描述符操作特定的定制提示管理系统，或特定的电话公司，或互连网服务提供商，或应用服务提供商，或其他种类的服务提供商或服务提供商群。所述约束可以表示参与用户或定制提示管理系统拥有者(或运营者)或二者兼有的明确的首选项。
在本发明的优选形式中，通信终端可以包括可实现更多附加特征的(一个或多个)子系统。例如，通信终端可以包括使其可以执行部分或所有如下功能的(一个或多个)子系统a.提示服务器功能；b.定制提示管理系统功能；以及c.提示描述符设计/创建/开发功能。
在通信终端中集成附加功能可以实现(其中)使定制提示系统的所有必要功能都可以包括在通信终端内的定制提示系统。
虽然所指的是一个通信终端与一个定制提示系统之间的关联，但是这种关联并非是唯一的。其实，通信终端可以同时参与或与多个定制提示系统交互操作。
现在就本发明的目的说明提示描述符，提示描述符是提示的数字编码表示，由此提示描述符以通信终端可以解释的某种格式编码，当正确解码时它包含足够使被叫终端生成所表示的提示的信息。就此而言，提示描述符可以编码或指定声音，静止或移动图像，或其他形式的多媒体，或它们的组合，还可以编码如下用途的信息指定播放提示描述符子部分的定时和次序以及提示描述符子部分应该应用于的输出装置。
简单的提示描述符的一个实例是编码的比特流，它可以通过被叫终端解码，以表示音频波形以及被叫终端由适当音频输出装置反复播放对应的提示来通知相关来话的指令。此定制提示的音频“内容”可以以某个公知的音频格式提供，如“MIDI”、WAV、MP3或其他适合的格式，基于标准的或专有的。
在本发明的环境中，通信终端最好可以利用提示描述符来控制或调制一种、多种或所有可控输出装置，以便通知待处理的呼叫。适合的可控输出装置的实例包括a.可以发出音频信号的可控输出装置(例如，扬声器和蜂鸣器)；b.可以发出或选择性地反射电磁辐射的可控输出装置(例如，任何类型的电话或计算机或“个人数字助理”的显示屏扬声器和蜂鸣器、指示灯、发光二极管)；c.可发生机械移动的可控输出装置(例如，振动器、机械手臂)；以及d.可发出气味的可控输出装置。
可以将提示描述符与定制提示系统预订用户或用户定义或代之定义的辅助信息相关联，其中被叫终端可以利用所述辅助信息来确定如何或何时利用提示，或者提示服务器利用它来确定将与系统预订用户或用户相关联的许多提示中哪些提供给被叫终端，以配合呼叫使用。再者，可以(也可以不)将提示描述符与名称或标识符或标记相关联。
在本发明的优选形式中，可以响应与提示描述符或服务相关联的辅助信息的计算处理，确定用于供呼叫的被叫终端再现提示的提示描述符。在本发明的一个优选实施例中，所确定的提示可以响应发起呼叫的时间，或其他环境条件，以及可能还取决于正在被叫的特定人或特定人群。就此而言，确定用于特定呼叫的正确(或最适合的)提示可以通过提示服务器或被叫终端的相关逻辑来处理辅助信息决定，从而要使用的提示最好是“谁”在呼叫(例如主叫终端或主叫用户)、“谁”在被叫(例如被叫终端或被叫方)以及最好“其他”变量的函数。
该系统的特定实施可以不利用本发明所具有的所有通用特征。就此而言，可以在优选的本发明的部分实施方案中简化用于选择提示的逻辑的复杂性。例如，要使用的提示可以是“谁”在呼叫和其他变量的函数。或者，要使用的提示可以仅是“谁”在呼叫的函数。
下文给出的是可以考虑的“其他”变量的实例，它可以在据以确定配合特定呼叫使用的提示的处理过程中单独或以组合形式实施。
(a)时间变量此情况中，要使用的提示与适用主叫方所在位置或被叫方所在位置或二者兼有的所在位置或某个其他位置上的时间相关变量的值相关。时间变量的实例包括
(i.)一天内的时间(例如被叫方所在时区的0800与1800之间使用特定提示)；(ii.)一周内的星期几；以及(iii.)工作日/周末的状态(例如在周末使用某个特定提示)。
(b)季节和文化习俗变量此情况中，要使用的提示与适用主叫方位置或被叫方位置或二者兼有的位置或某个其他位置的某种“文化习俗”变量的值相关。
文化习俗变量的实例包括(i.)当前季节(例如，夏天、冬天、秋天、春天)；(ii.)公众节日、特殊节日或宗教节日(例如，复活节)；(iii.)特殊事件(例如，2004年奥运会期间)；以及(iv.)某个受到关注的事件期间。
(c)地理变量在此情况中，要使用的提示与被叫方、主叫方或双方的绝对或相对位置相关。地理变量的实例包括(i.)位置(例如，城市、地区、州、国家)；以及(ii.)地理坐标(例如，纬度、经度、高度、距离某个已知地点的距离)。
(d)邻近度变量在此情况中，要使用的提示与被叫方、主叫方或双方的相对邻近度相关。例如，模仿盖格计数器(Geiger counter)的提示，当被叫方和主叫方逐渐靠近时，滴答声频率比他们逐渐分开时更高。
(e)个人资料变量此情况中，要使用的提示与适用主叫方或被叫方或二者兼有或某个其他方的某个“个人资料”变量的值相关。例如，年龄、星座、性别、幸运色、幸运数字。
上述的任何一个或所有变量均可以与被叫方、或主叫方、或双方相关联，具体取决于本发明特定系统的设计目的以及可以确定变量的信息可用性。就此而言，特定变量的值可以由现有电信系统中按常规途径可获得的信息来确定。例如，大多数目前的移动电话都包括时间/日期功能，它可以用于确定某些时间、季节或文化习俗变量。再例如，地理变量可以利用被叫方电话号码的地区号码和相关查询表，或者利用可能与移动电话关联或集成的地理定位功能(如地理定位系统(GPS))来确定。
出于说明的目的，下文的实例说明确定配合呼叫使用的呼叫提示时变量的可能应用方案。
(a)星象匹配提示在本实例中，在被叫终端激活的提示可以与参与的主叫方和被叫方之间的星象匹配度的评估值相关，该星象匹配度是根据主叫方和被叫方先前在预订程序过程中提供的“星象”数据(例如，星座)推算出来的。所评估的匹配度的等级高可以得到上升的音频和视频提示。或者，所评估的匹配度的等级低可以得到下降的音频和视频提示。最好，“星象匹配度”可以通过利用占星师推算的法则或其他信息来确定匹配度的算法来确定。
(b)潜在伙伴提示在本实例中，在被叫终端激活的提示可以与参与的主叫方和被叫方之间的“个人资料匹配度”的评估值相关，该“个人资料匹配度”是根据算法组合和比较相关数据推算出来的，所述相关数据最好包括双方提供的年龄、性别、婚姻状况、职业、性取向以及兴趣爱好。最好，用于确定匹配度的算法是可以基于知名权威人士或评论员就个人资料匹配度的输入。
(c)“美国人和自豪感”在本实例中，用于通知位于美国的参与主叫方向海外的电话号码发出的呼叫的提示可以从基于著名的美国主题和图标(例如，星条旗、美丽的美利坚(America the Beautiful)和自由女神像)的系列中选择。参与主叫方可以请求，对于参与主叫方或参与主叫方的指定终端发起的呼叫始终使用一个主题，或者系统随机或依次选择主题。虽然在本实例中，所涉及的参与主叫方位于美国，但是显然类似的功能可以等效地在其他国家应用对应的主题和图标。再者，还可以基于城市或体育团体归属联系而非国家提供类似的服务。
(d)社会责任感在本实例中，用于通知参与主叫方的呼叫的提示可以是基于社会和环境问题的系列活动之一。例如，参与主叫方可以从一组可用提示中预先选择一些不同的提示(例如，拯救鲸鱼、拯救热带雨林以及减免第三世界国家债务)，并指示随机地使用它们。再者，所选择的提示可以利用与选择集合相关联的图像和声音(例如可以以实时方式从所选不同雨林的其中之一绘制出“拯救热带雨林”提示)。
(e)产品/服务促销在本实例中，用于通知参与主叫方的呼叫的提示可以以商业赞助形式发起，用于推广特定商业企业、服务或产品。这里，商业赞助商可以就每次成功的呼叫向定制提示服务提供商支付一定金额的费用，或许是还向接受它们的提示的参与主叫方支付，或者基于每次成功的呼叫来支付。
根据先前的实例，显然视本发明的特定系统的设计目的，采用计算机完成的处理过程来实现的提示确定(通过选择适合用于给定呼叫的提示描述符)可能相对会简单些。例如，评估单个变量之后，选择对应于被评估变量的值的提示。在其他情况下，确定变量和选择提示可以相对复杂些，例如要求执行涉及多个变量或还可能有其他外部信息的检索和计算的复杂算法。
在本发明的一个优选实施例中，对于难以确定变量值的情况，可以代之采用代理变量。例如，CLID(主叫线路标识)可以用来代替参与主叫方标识符。
说明提示描述符和通信终端之后，下文将描述定制提示管理系统。
根据本发明的一个优选实施例，定制提示系统可以通过定制提示管理系统来管理。最好，定制提示管理系统是计算机化的系统，其中可以包括一个或多个联网的计算机或计算设备，它们应具有足够的总处理能力和存储容量来运行必需的应用程序软件、数据库和支持软件。就此而言，定制提示管理系统还可以提供足够的总存储量，以用于存储必需的信息，以及足够的网络连通性，以使提示描述符和相关信息可以根据针对特定定制提示系统实施方案选择的提示描述符传递机制(一种或多种)分发到通信终端。
定制提示管理系统并非一定要在专用的硬件上实现。其实，定制提示管理系统可以在还实现其他定制提示功能的硬件(例如，实现通信终端的硬件)上实现。再者，定制提示管理系统可以与其他定制提示系统功能共享其他资源，例如，硬件或软件资源。
定制提示管理系统并非一定是整体式的，相反还可以是分布式实体。就此而言，构成定制提示系统一部分的应用程序可以不在物理上的同一个位置，而可以位于多个位置，并通过完成各自角色所需的数据链路、通信网络或通信网间网络彼此通信。定制提示管理系统并非一定由某个人或法人实体拥有或控制或管理。
特定的定制提示管理系统的具体功能可以某种程度上取决于实现定制提示系统的范围、目的和方式。就此而言，特定的定制提示系统设计可以支持实施本发明方法的特定过程。
据简单分析，本发明方法所包含的过程可以基于两个主要的子过程来说明(a)调度(deployment)子过程；以及(b)呼叫子过程。
调度子过程是，本发明方法中允许用户或预订用户选择或提供提示描述符(一个或多个)，以供通信终端将来用于通知所述用户或预订用户指定的通信服务(一个或多个)的呼叫的过程。
呼叫子过程是，本发明方法中检索提示描述符(一个或多个)，或通信终端利用提示描述符(一个或多个)的过程。
根据本发明的方法，调度子过程在呼叫子过程之前执行，并作为呼叫子过程的先决条件。
最好，在开局子过程期间，用户利用交互式媒体(例如通过连接到互连网的计算设备或实际使用被适合装备的通信终端)与定制提示管理系统交互。
用户与定制提示管理系统交互可以以定制提示管理系统执行适合的标识程序以认证用户的身份作为先决条件。就此而言，定制提示管理系统最好执行证书验证过程(一个或多个)，以验证用户是否被授权执行他们试图执行的功能。
证书检查过程可以包括与和指定通信服务和/或通信终端所关联的数据库(一个或多个)进行交互。在本发明的一个最佳形式中，定制提示管理系统可以与其他实体(例如电话公司或互联网服务提供商或通信服务提供商或其他服务提供商)拥有或控制的基于证书检查目的的数据库进行交互。
根据本发明的优选实施例，一旦建立对定制提示管理系统的访问，用户就可以通过某种交互式选择程序或其他适合方式来选择(一个或多个)提示。所选的提示随后可以被通信终端用于通知由用户、或代他们选择提示的其他指定的人或类别或组的人向通信终端发起的呼叫。或者，所选的提示随后可以被通信终端用于通知用户使用的或行使控制的，或被代他们操作的人或类别或组的人所使用或控制的指定通信服务或通信终端发起的呼叫。
在本发明的一个优选实施例中，提示选择过程为用户提供从定制提示管理系统提供的一定范围的预先存在的提示中进行选择的功能。最好，本发明还允许用户以提示描述符的形式将提示通过上载程序或其他适合的方式提供给定制提示管理系统。就此而言，用户提供的提示描述符可以是用户自己开发或代为开发的，或者从第三方位置(例如Web站点或专门的“提示门户”Web站点)获取的。
在本发明的一个优选实施例中，定制提示管理系统最好还允许用户通过交互式选择或上载程序提供辅助信息，以供定制提示管理系统用于帮助确定向通信终端提供提示描述符的优选条件。最好，本发明可以允许定制提示管理系统将任何一个或所有参数转发到其他参与实体(例如通信终端)，以使其他参与实体可以确定何时和/或如何使用所选、所指定或所提供的提示描述符。
在本发明的一个优选实施例中，用户还可以选择预先存在的提示指令表，所述提示指令表包含一个或多个提示，它坚持特定的主题(或类别)，或是根据或以某个方面反映著名人物或地点或事件或事物来选择。然后可以采用所选择的主题或类别来利用所选指令表中的提示通知用户的呼叫，所使用的提示或许随机变更，或按呼叫和/或时间周期性地变更。例如，此类主题可以包括“清洁和绿色(clean and green)”、“上帝拯救(Jesus saves)”、“阿迪达斯(Adidas)”、“可口可乐(Coca Cola)”、“泰格伍兹(Tiger Woods)”、“福克斯电影(Fox Movies)”、“索尼排行榜前二十名(Sony TopTwenty)”、“浪漫女孩(romantic girl)”、“雨林(rainforest)”、“冲浪美国(surfin USA)”和“猫迷(cat lover)”。
在本发明的特定简单实施例中，用户可以使用按键式(DTMF音频)功能的手持电话来选择提示。就此而言，用户可以利用按键(键击)来选择提示，其中所述按键对应于将特定提示标识给定制提示管理系统的数字或号码字。或者，在本发明此简单实施例的更为用户友好的版本中，定制提示管理系统通过DTMF功能的手持电话的音频输出装置向用户播放提示或提示序列，而用户通过按键或按键序列指示他们希望接受当前播放的提示。
最好，定制提示管理系统在所选提示、用户输入的参数、用户、类别组的人、以及其他必需的信息之间建立足够的关联，以使定制提示管理系统可以执行如下的操作功能根据通信终端的要求并在通信终端要求时向通信终端分发提示。就此而言，定制提示管理系统最好将相关的信息和关联存储在一个或多个适合的数据库中。
将提示描述符和辅助信息分发到通信终端可以在参与呼叫的呼叫建立过程之前、过程中或之后进行。就此而言，提示分发的定时取决于给定系统中实施的是作为本发明方法的所述多个选择项中哪一个，或许还取决于呼叫建立时主要的操作环境，包括例如通信终端和底层网络的功能、网络延时和通信终端功能。
现在说明呼叫子过程，呼叫子过程的实现可以与定制提示系统的设计相关。采用本发明方法的系统可以支持一个、一些或所有的三种实施方案，即(a)“被叫端提示获取”；(b)“主叫端提示提供”；以及(c)提示推送。
根据本发明的方法，在支持“被叫端提示获取”程序的定制提示系统中，与提示相关的处理暂时性且在功能上与呼叫建立尝试期间被叫终端与其本地通信网之间进行的呼叫建立信令对话相关联，还可以暂时性且在功能上与呼叫建立尝试期间主叫终端与其本地通信网之间进行的呼叫建立对话相关联。就此而言，在呼叫建立过程中，被叫终端意识到，或确定，或设想到主叫终端或主叫用户或主叫通信服务与定制提示系统关联或可能关联，而且可以或可能可有可用的提示描述符用于此呼叫使用。再者，可以通过相对于被叫终端的本地通信网络的相关逻辑在呼叫建立期间将提示描述符提供给被叫终端。或者，被叫终端本身利用通过本地通信网提供给它的信息，可以从提示服务器查找和检索到提示描述符。
在本发明的采用“被叫端提示获取”呼叫子过程的最佳形式中，呼叫子过程包括如下步骤1.主叫方尝试建立至被叫方终端的呼叫(例如在电话模式中-拨打适当的电话号码并如果需要的话，按“发送”按钮或等效方式)。
2.被叫终端接收呼叫建立请求(例如，在电话模式中-来自本地通信网的信令指示有入局电话呼叫)。
3.被叫终端被通知，或由其确定，或由其假设有或可能有提示描述符可用于配合此次呼叫使用。
4.(如果需要的话)确定被叫终端可以检索提示描述符的位置。
5.(如果需要的话)被叫终端从提示服务器检索提示描述符。
6.被叫终端解释并利用提示描述符，以发出该提示描述符(即“提示”)所对应的人可以感受到的输出。
7.(被叫方可以，也可以不响应该提示)；以及8.作为可选方案，在本地存储提示描述符，以备将来使用。
可以理解，上面给出的这些步骤可以有许多变化。
在本发明的采用“被叫端提示获取”呼叫子过程的特定实施例中，被叫终端可以判断是否有提示描述符可用于给定的来话。此处，被叫终端利用其本地通信网发起的呼叫建立对话期间提供或转发给它的提示描述符可用性信息来判断是否有提示描述符可用于给定的来话。此时，本地通信网还可以提供或转发其他信息，以使被叫终端可以查找和访问(一个或多个)提示服务器，其中可以检索到用于此次呼叫的提示描述符。就此而言，在一个可能的方案中，可用性和位置信息可以通过终端至终端的信令从主叫终端转发到被叫终端。在此情况中，信息的有效提供是由主叫终端通过干预参与呼叫且只充当中继而未知定制提示系统是否存在的通信网来完成的(例如，现代数字电话网通常在呼叫建立过程中提供透明的终端至终端信息传送功能)。在本实例中，提示服务器还可以设在主叫终端内。
或者，可以将所需信息通过网络至终端信令提供给被叫终端。在此方案中，参与呼叫的通信网络可以是定制提示系统中的活动(active)组件；它们的其中一个或多个包含将主叫终端标识符(或主叫服务标识符)与提示系统参与相关联的处理逻辑，或与之相关联(即它“知道”“它”的哪个本地终端或通信服务当前参与定制提示系统)。就此而言，在一个特定的方案中，与主叫终端相关联的网络至终端的信令系统的所述相关处理逻辑告知定制提示管理系统，主叫终端或通信服务正在发起呼叫，并向定制提示管理系统提供信息(例如，主叫终端的电话号码或其他适合的标识符以及其他适合标识符的被叫终端的电话号码)，定制提示管理系统可以利用它来查找和检索提示描述符，以及还可能查找和检索辅助信息，以供被叫终端配合呼叫使用。最好，定制提示管理系统则将所检索到的提示描述符和(可能还有的)辅助信息连同标识被叫终端或服务的信息一起，提供给当前与所述被叫终端或服务相关联的网络至终端信令系统的相关处理逻辑(可以是同一个网络至终端信令系统，也可以不是)。最好，然后当前与被叫终端相关联的网络至终端信令系统的相关处理逻辑告知被叫终端，有提示描述符可用于配合入局呼叫(incoming call)使用，还可以向被叫终端提供配合该入局呼叫使用的所述提示描述符的标识名称或标记或标识符，还可以向被叫终端提供诸如网络地址信息的信息，以协助被叫终端查找和检索要首选用来通知该呼叫的提示描述符，以及还可以向被叫终端提供优选用于通知呼叫的提示描述符。
对于主叫通信服务和被叫通信服务与一个网络运营商相关联(或“归属于”一个网络运营商)的情况，提示相关的通信对话可以利用已知的信令协议和体系结构(例如IN和/或SS7；PSTN或PLMN情况中的INAP、TCAP、MAP、TUP、ISUP)或互联网协议(IP)组或会话发起协议(SIP)或其他适合的方式。就此而言，可供选择的选项将某种程度上取决于实现定制提示系统的范围、目的和方式，以及构成定制提示系统或可供其利用的底层网络的特性。再者，对于此情况主叫服务和被叫服务当前与不同的网络运营商相关联(或“归属于(home to)”不同的网络运营商)，这些运营商的网络之间传递提示相关的信息时，还可以利用已知的、或专有的或定制的网间信令协议、链路和网络，且此类对话可以遍历干预的网络(如互联网或专用网络)。
再者，对于此情况与提示相关的通信对话被要求遍历PSTN或PLMN以及互联网或其他IP网络，此类对话可以利用专门设计的体系结构和协议，所述专门设计的体系结构和协议可利用PSTN/PLMN至IP网络的网络互连，如IETF PINT(“PSTN和IN的网络互连”)、SPIRITS(“PSTN/IN中请求互连网服务的服务”)、SIGTRAN(信令传输)、MegaCo(“媒体网关控制”)以及enum(电话号码映射)。
定制提示管理系统可以部分或完全以智能网络应用或成套应用系统的形式来实现，它可以利用基于标准的或专有的智能网络规则、体系结构、协议和功能，如智能网络标准的AIN或ITU-T系列。
被叫终端与网络或被叫终端与主叫终端之间(例如，请求和响应)的对话的精确特性属于实施的问题。可以采用任何适合的方案。
通过本地通信网或主叫终端提供给被叫终端的提示相关信息的形式和特性根据实施方案可能有所不同，但是它们可以包括
(a)此情况下主叫终端或主叫服务作为(缺省或指定的)定制提示系统的参与者的确认；(b)可以拥有所需提示描述符以配合此呼叫使用的备选提示服务器的网络名或网络地址●作为另一种方案或附加方案，此信息可以在更早些的时候加载到被叫终端。
●注意，可能有多个提示服务器同时拥有所需的提示描述符，在此情况下，用于给定呼叫的最优提示服务器可以与呼叫时被叫终端的地理或网络位置以函数关系确定。
(c)以未修改或修改过的形式传递到提示服务器，以使所述提示服务器可以标识和提供适合于该入局呼叫的提示描述符的被叫终端信息。它可以采用CLID形式，或标识主叫方或主叫终端或主叫服务的定制提示系统内的名称，或提示描述符的名称或编号或描述或任何可以协助提示服务器查找最适合于此呼叫的提示描述符的其他信息。
或者，该信息可以仅包含用于配合此呼叫使用的提示描述符，在此情况中，“被叫端提示获取”子过程的步骤3至步骤5可以被视为一个步骤，且可以不需要上述的其他信息。
在利用“被叫端提示获取”的本发明的另一个实施例中，参与被叫终端只假定有提示描述符可用于给定入局呼叫。在此实施例中(CLID可用)，被叫终端从本地通信网接收到CLID，并将其传递到预先确定的(一个或多个)提示服务器。然后提示服务器判断是否有提示可用于配合此呼叫使用。一个或多个提示服务器可以以提示描述符(如果有一个可用)响应被叫终端，或响应无提示描述符，或完全不响应。再者，在本实施例中，定制提示系统的实施不需要参与呼叫的通信网来协作(例如，在电话方案中-未经修改的PSTN或PLMN和/或呼叫建立期间没有用于终端到终端的通信支持)。
在利用“被叫端提示获取”的本发明的较简化的实施方案中，对于被叫终端需要从提示服务器检索提示描述符的情况，提示服务器可以响应提示检索请求以与此主叫终端(或主叫方)相关联的单个可用提示描述符(如果它拥有的话)。
在本发明的较完备的实施例中，当接收到提示描述符检索请求时，提示服务器还可以应用基于用户提供的辅助信息的逻辑，以协助选择最适合的提示描述符，将其转发到被叫终端以配合给定的入局呼叫使用。在此系统中，用户可以在调度子过程期间预先选择或提供多个提示，以及指示何时和如何使用它们的辅助信息。例如，一个提示可以指定用于向家庭成员和朋友发起的呼叫(的指定电话服务)，另一个提示指定用于向商务往来人士发起的呼叫(的指定电话服务)，再一个指定用于在圣诞节时发起的呼叫(依此类推)。
提示描述符检索的过程可以简单到利用已知的文件传输协议过程请求指定的文件，如文件传输协议(FTP)或小型文件传输过程(TFTP)或某种适合用于传输数字信息的其他过程。
在本发明的特定实施例中，如果被叫终端判断所需的提示描述符已在本地存在，则无需提示描述符检索。这是因使用同一个提示描述符先前发起的呼叫而使所需的提示描述符已缓存在本地存储器。或者，是因为所需提示描述符已在制造或销售或其他可能的时间加载到电话中。
最好，被叫终端解释和使用提示描述符，促使利用先前所述的通信终端的适用特征发出对应于该提示描述符的人可以感受到的输出(即“定制提示”)。
在本发明特定实施例中，被叫终端用户可以被赋予可以强制特定的定制提示变得“粘着”的能力(即除非且直到有更新的版本可用，否则不从缓存存储器擦除)。
在本发明的一个优选实施例中，被叫终端可以根据预定义的本地条件在任何阶段放弃呼叫子过程。就此而言，如果呼叫子过程在预定时间内未完成，则被叫终端可以转而使用缺省的或其他本地确定的提示来通知呼叫请求。在本发明的特定实施例中，即使因为过长的网络延迟或被叫终端处于忙状态(“占线”)或因为被叫方不可用(“取消振铃”)或某种其他原因，无法配合当前入局呼叫使用，被叫终端仍检索提示描述符，并将其保存在缓存存储器，以备将来使用。
虽然上述“被叫端提示获取”呼叫子过程的实施例适合于范围很广的定制提示系统，但是显然上述实施例的许多变化也是可能的，具体视特定定制提示系统的实施范围、目的和方式。
上文说明“被叫端提示获取”过程，下文将描述“主叫端提示提供”过程。就此而言，显然“被叫端提示获取”过程和“主叫端提示提供”过程可以采用相同的调度子过程。再者，显然“被叫端提示获取”类型的或“主叫端提示提供”类型的本发明特定实施例都不需要两个“过程”。
在支持“主叫端提示提供”过程的本发明系统中，提示相关的处理由主叫终端发起，最好在主叫方提供足够信息给主叫终端以唯一地标识被叫终端(例如，在移动电话方案中-输入完数字并按下“呼叫”按钮)之后尽早开始。
该“主叫端提示提供”呼叫子过程包括如下步骤
1.主叫方尝试建立与被叫方的呼叫(例如，在电话方案中-拨打相应的电话号码，且如果需要的话，按“发送”按钮或等效方式)。显然，从此时起，呼叫建立和提示处理异步进行；2.主叫终端向被叫终端提供提示描述符；3.被叫终端从主叫终端检索提示描述符；4.被叫终端解释和利用提示描述符来通知呼叫。
上述步骤给出了可以应用于“主叫端提示提供”子过程的操作序列的一个实例。就此而言，显然这些步骤的许多变化也是可行的。例如主叫终端可以通知被叫终端定制提示的可用性，但是不充当提示服务器。在此情况中，主叫终端会向被叫终端提供足够的信息，以使它可以利用与“被叫端提示获取”呼叫子过程所述的相似检索过程，从适当的提示服务器检索提示描述符。
在“主叫端提示提供”呼叫子过程中，主叫终端可以向被叫终端提供信息，以供被叫终端“带外”使用。可以采用任何适合的方案。不失普遍性的前提下，提出如下的实例(a)被叫终端和主叫终端都支持在分组网络或网间网上实现的基于分组的通信，以及电路交换网上的基于电路的通信(例如，在电话的方案中-诸如2G WAP、2.5G GPRS或3G电话之类的电话，或“互联网电话”或所谓的“健谈(talkative)PDA”，它们可以同时“双归属”到PSTN/PLMN和诸如互联网的分组网络或服务提供商IP网或企业内部网或某种其他网间网)；(b)除支持基于会话的语音呼叫，被叫终端和主叫终端可以彼此间异步发送和接收数字消息，(例如，在移动电话方案中-通过GSM SMS-(短信服务)或USSD(非结构化的补充业务数据承载业务或前途未明的3GPP MMS(多媒体消息系统))。
(c)被叫终端可以向主叫终端发送(一个或多个)消息作为呼叫建立程序的一部分(例如，呼叫建立程序期间的透明的终端到终端信息传输)。
在采用“主叫端提示提供”呼叫过程的本发明系统中，提示处理与呼叫建立处理异步，此过程伴随着提示描述符可能太晚到达的风险，以致于无法供被叫终端使用来通知给定入局呼叫(例如，如果呼叫已经被接听)。在本发明的特定实施例中，即使因为过长的网络延迟或被叫终端处于忙状态(“占线”)或因为被叫方不可用(“振铃呼出”)或某种其他原因，无法配合当前入局呼叫使用，被叫终端仍检索提示描述符，并将其保存以备将来使用。
基本上，在要求被叫终端利用提示描述符标识符或由其“本地”网络提供的CLID获取提示描述符的情况下，采用“主叫端提示提供”子过程的本发明系统的提示描述符处理能力等同于“被叫端提示获取”对应所述的系统。
虽然上述“主叫端提示提供”呼叫子过程的实施例适合于范围很广的定制提示系统，但是显然上述实施例的许多变化也是可能的，具体视特定定制提示系统的实施范围、目的和方式。
上文说明“主叫端提示提供”过程，下文将描述“提示推送”呼叫子过程。
根据本发明，在支持“提示推送”过程的本发明系统中，参与到定制提示系统中的用户可以请求定制提示管理系统提供提示描述符以及诸如主叫终端标识符或主叫服务标识符之类的信息(还有用户可以在调度子过程期间提供且可以协助通信终端选择最适合配合给定呼叫使用的提示描述符的辅助信息)到一个或多个指定的通信终端，以供所述通信终端保存用于将来它/它们可能从所述主叫用户或主叫终端或主叫服务接收到的呼叫。
就此而言，提示推送过程和自此为止已描述的其他过程之间的不同之处在于，采用提示推送过程时，向参与通信终端提供提示描述符无需临时性地与至该通信终端的呼叫相关联。实际上，在提示推送过程的优选实施方案中，用户一将足够的信息提供给定制提示管理系统以允许唯一地标识所述指定的通信终端，提示描述符就被分发到指定的通信终端。
在定制提示系统的特定实施方案中，除实施“被叫端提示获取”或“主叫端提示提供“过程之外，还实施提示推送过程。由此，参与用户可以使他或她的提示预先分发给频繁联系的朋友或伙伴的通信终端，而对于不常联系的号码则设定为按需提供。
在提示推送过程的一个可行实施方案中，用户可以选择让所选提示描述符自动被提供，最好预先分发到该用户的通信终端的个人地址簿中的条目所表示的每个通信终端。在此可行的实施方案中，对用户通信终端的个人地址簿所作更改最好也自动使更新被触发，新的提示描述符被分发和/或旧的提示描述符被“撤销”。
上文说明适用于“提示推送”的呼叫过程，下文将描述本发明的其他功能。
为了克服因网络延迟而可能造成定制提示系统的局限，本发明的特定实施例提供一种实施方案模式，此处称为“下次使用模式(Use Next Time Mode)”。
一个据统计的事实，至少拨打过一次一个给定号码的人较从来没有拨打过所述号码的人更有可能再次拨打该号码。这通常是因为两个人之间存在某种潜在的关系，也许是社会关系或商业关系。
利用“下次使用”模式，最好由被叫终端检索并保存提示描述符，以备下次以及可能的以后多次接收到呼叫而需要所述提示描述符时使用(如果在将来某个时间点接收到一次或多次此呼叫)。由此，“下次使用”实施模式可以有利于降低需要所述提示描述符的后续呼叫中提示处理所耗时间，因为提示描述符可能已经存储在被叫终端，如果这样的话，则无需从远程位置检索。更具体而言(a)当接收到与提示描述符相关联的呼叫时，且发现被叫终端的本地存储器中没有所需的提示描述符，可能采用缺省或本地确定的提示来通知所述呼叫，但是，仍检索(最好与呼叫同时)与主叫终端或服务或其某个代理(例如，其CLID)相关的提示描述符，并将其存储在本地，以备将来可能配合需要此提示描述符的入局呼叫使用；(b)当接收到与提示描述符相关联的呼叫时，并发现被叫终端的本地存储器中有所需的提示描述符，则从本地缓存存储器中检索出提示描述符，并用来通知呼叫。
由此，被叫终端可以不间断地(on an on-going basis)收集并存储提示描述符，以期至少它们的一部分可以在将来利用。就此而言，因为通信终端只有有限的存储量可用于提示描述符的存储，所以缓存了提示描述符的通信终端(此特征包括在但是不限于采用“下次使用”模式的系统中的通信终端)可以实施一种方案，允许保存更频繁联系的主叫的提示描述符，而不常联系或一次的主叫的提示描述符最终被废弃。任何标记、索引和管理提示描述符的适合方案都可以采用，例如，通常与HTTP和Web相关联的缓存系统。
因为本发明为用户提供(最好在任何时候)修改或更改他们的首选提示的功能，所以通信终端保存以备将来使用的提示描述符可能过时。就此而言，采用缓存的本发明优选实施例中，缓存的提示描述符可以被更新。本发明中有用的适合方案的一个实例是，通信终端每次接收到与提示描述符相关联的呼叫时检索提示描述符，并将此提示描述符存储，以备用于下次接收到需要所述提示描述符的呼叫(如果发生的话)。此安排可以确保缓存的提示描述符可以在与所述提示描述符的成功检索相关联的两次呼叫之间经历更长的时间(后续呼叫之前的未知时间长度)不致过时。
实施“下次使用”模式的本发明系统还可以利用标记的提示描述符。一般地来说，范围广的标记模式将使“下次使用”模式的实施更有效率，因为许多系统用户已选择给定标记的提示描述符的可能性越来越高。这里应该理解的是，术语“范围”指在其中给定的描述符集合有效且被识别的网络系统或域的数量。
在本发明的系统中甚至可以获得更高的效率，其中暂时性指令用于向被叫终端传递提示描述符的协议，使提示描述符标记在提示描述符之前被发送到被叫终端。就此而言，可以看到缓存标记的提示描述符的被叫终端就可以快速判断它是否已经缓存有给定的标记提示描述符，并利用该提示描述符的副本(如果有的话)，从而消除了与获取所述提示描述符的第二副本相关联的延迟。
本发明系统内的“下次使用”或其他方面，以及它的特定功能可以或不可由用户或系统操作者来控制或更改，或者可以或不可根据可以通过自动信息处理系统实施的某个逻辑来进行控制或更改。例如，本发明的系统可以如常实施“下次使用”方式，但是有一个例外情况允许定制的提示描述符的检索与供呼叫的利用同时进行(在它可以及时被获取的情况下，虽然这种情况很少发生)。
上文说明了克服过长的网络延迟可能导致的实际难题的方式，下面将描述本发明的其他功能。
为了克服因底层网络功能可能对定制的提示系统造成的局限，本发明的实施例提出一种此处称为“带内提示对话传输”的实施方式，它允许利用支持与提示关联的呼叫的语音电路来传送提示对话。显然，在定制的提示系统结合第二代电路交换移动网(如GSM)来实施时，“带内提示对话传输”可以有一定获益。
在实施“带内提示对话传输”的本发明系统中，与呼叫相关联的提示描述符对话的部分或整体通过通话期间主叫终端和被叫终端之间存在的语音通信信道以“带内”方式传送。在优选实施方案中，提示描述符对话部分或整体在语音对话的间断期间进行，所述间断通过某些相应的装置自动检测；作为另一个方案或附加方案，提示描述符对话在语音通话结束之后开始(语音通话结束通过主叫方或被叫方按下电话上的“结束通话”按钮来确定)，主叫方和被叫方之间的语音信道暂时不释放，直到提示描述符对话已成功结束或放弃为止。
在“带内提示对话传输”的另一个实施方案中，提示描述符对话部分或整体可利用语音通信信道在呼叫中传送，是通过将提示描述符对话与语音通话的数字表示以语音质量降低到可接受的程度为限来进行交错。此技术最好还可以与最先提到的技术组合。
“带内提示对话传输”可以在主叫终端和被叫终端之间进行，对于参与呼叫的网络来说是透明的。或者，“带内提示对话传输”可以在被叫终端与主叫终端和被叫终端之间的语音电路上的某个其他点之间进行，在此处注入数字信息是可能的，例如在PLMN的方案中的被叫终端和与被叫终端相关联的MSC之间。
应该理解，上述带内技术可以用于向被叫终端传送有关提示描述符的可用性的信息，和/或提示描述符的名称或编号或标识，和/或提示描述符和/或任何其他可能用于定制提示系统的信息。
显然，在被叫终端缓存有提示描述符(包括但不限于先前所述的“下次使用”方式)的本发明的系统中，“带内提示对话传输”特别有益。
此外，可以看到，当在第二代电路交换移动网(如GSM)中实施定制的提示系统时，“带内提示对话传输”特别有益。
上文说明了克服底层网络功能对定制提示系统可能造成的局限的方式，下面将描述本发明的其他功能。
在实施缓存的本发明的系统中，本发明的一个实施例，此处称为“级联缓存(Cascade Caching)”可以用于进一步优化定制提示系统的效率和用户感受的效用。
在实施“级联缓存”的本发明系统中，部分或所有的被叫终端以及部分或所有的提示服务器以及一个或多个缓存服务器参与分布式提示描述符缓存方案，从而就下载时间而言，较之未设这种缓存方案的情况提高了可以从较近的信息源获取给定的提示描述符的平均概率。就此而言，任何适合的缓存体系结构、方案、系统或协议都可以用于实施包含与现有分布式缓存体系结构、方案、系统或协议的适配的“级联缓存”(现有分布式缓存体系结构、方案、系统或协议的例子如基于IETF RFC，包括RFC 3040或加州圣地亚哥大学的“Squid”缓存系统)。
在本发明的优选实施方案中，缓存属分层结构，对于被叫终端是透明的。
在本发明的优选实施方案中，“级联缓存”的范围涵盖许多定制提示服务。显然，这为参与定制提示服务的提供商和他们的用户带来性能和漫游方面的好处。
在本发明的优选实施方案中，“级联缓存”的范围涵盖许多定制提示服务，而在共享“级联缓存”系统中完全采用一个通用的提示描述符标记方案(虽然并非一定要如此)。显然，这为参与定制提示服务的提供商和他们的用户带来性能和漫游方面的好处。
在本发明的一个特定实施方案中，“级联缓存”的范围涵盖许多定制提示服务，而在共享“级联缓存”系统中采用一个通用的提示描述符标记方案(虽然并非一定要如此)，在参与的定制提示系统之内和之间采用通用的提示描述符对话协议和数据格式(虽然并非一定要如此)。显然，这为参与定制提示服务的提供商和他们的用户带来显著的性能和漫游方面的好处。
上文说明了通过利用“级联缓存”优化定制提示系统的效率和用户感受的效用的方式，下面将描述本发明的其他功能。
在实施“提前提示描述符获取”的本发明的系统中，在呼叫建立期间，尽早获取提示描述符是可能的，由此可提高定制提示系统的性能和功能。
在实施“提前获取提示描述符”的本发明的系统中，在基于PSTN或PLMN的定制提示系统中，被叫终端当前关联(或“归属于”)的交换机的相关处理逻辑，在所述交换机在呼叫建立过程中已唯一地标识出被叫终端或服务标识符和主叫终端或服务标识符之后，即开始获取提示描述符的过程，以便尽可能早地配合呼叫使用。
在实施“提前获取提示描述符”的密切相关的另一个实施方案中，在基于PSTN或PLMN的定制提示系统中，主叫终端当前关联(或“归属于”)的交换机的相关处理逻辑，在所述交换机在呼叫建立过程中已唯一地标识出被叫终端或服务标识符和主叫终端或服务标识符之后，即开始获取提示描述符的过程，以便尽可能早地配合呼叫使用。
以本发明的系统是在基于ITU-T智能网络的电话网中实施的情况为例来说明“提前获取提示描述符”，主叫终端当前关联(或“归属于”)的交换机的SSP的相关处理逻辑采用SS7 TUP(电话用户部分)或ISUP(ISDN用户部分)，将呼叫建立请求传递到被叫终端当前关联(或“归属于”)的交换机的SSP(服务交换点)的相关处理逻辑。当被叫终端当前关联(或“归属于”)的交换机的SSP接收到足够信息以便唯一地标识被叫终端和主叫终端时，可以立即或尽早在此后向定制提示管理系统发送消息，请求提示描述符或提示描述符名称、标记或标识符，以配合呼叫使用。再者，定制提示管理系统最好可以以智能网络SCP(服务控制点)形式实施，可以配合相关的SDP(服务数据点)，以及SSP与基于SCP/SDP的定制提示管理系统之间的消息，该消息通过相应的智能网络协议(如INAP(智能网络用户部分)协议或TCAP(交易功能用户部分)协议)来传送。
上文说明了“提前获取描述符”，下面将描述本发明的其他功能。
在本发明的特定实施例中，定制提示系统用户可以控制他们愿意接收的类型的定制提示。就此而言，至少参与终端最好允许定制提示功能随时以动态方式启用或禁用。在本发明的密切相关的第二特定实施例中，定制提示系统的操作者可以根据提示的内容对它们进行归类，并相应地对提示描述符作标志处理，以使参与终端可以检测，并可以基于对提示描述符的分类的确认来执行操作。举例说明，定制提示系统的操作者可以向在布置阶段进行选择的用户提供许多“类别1”的提示、许多“类别2”的提示和许多“类别3”的提示，其中“类别1”包含操作者认为在任何语言环境下对任何接收者都不可能无礼的提示，如火车鸣叫的声音；“类别2”包含操作者认为在大多数环境中都是无害的提示，例如泰山猿人喊叫；“类别3”包含不适合归入“类别1”或“类别2”的提示，例如，人放屁的声音或粗俗比喻。就此来说，用户可以配置他或她的参与终端，以使之总是接受“类别1”的提示，而只在工作时间之外且不在某些限定的场合时接受“类别2”的提示，以及从不接受“类别3”的提示。在本实例中，如果操作者允许用户上载定制的提示描述符，则此上载的提示会总是自动被指定为“类别3”。
在本发明相关的第三优选实施例中，参与终端可以动态配置，以便在部分或全部时间，部分而非完全基于定制提示描述符的所有方面或部件来操作。就此来说，参与终端的操作者可以通过按键序列或菜单选择或通过一些其他方式指示，该终端此时或不确定的时间不应基于定制提示描述符的音频部分，而基于提示描述符其他方面或部分(例如视觉部分)来操作。显然，对于一直或某段时间希望可以通过其提示标识他或她的通信终端的参与终端操作者来说，此特征是有所帮助的。(例如，当位于许多其他人也拥有含各种提示功能的通信终端的地方时，可以将有关通过提示标识他或她自己的电话的能力的值设置高于有关接收主叫方确定的提示的能力的值。但是一旦他们离开此地，其相关值的解释也会改变。)在意图和效率方面与第三实施例较相关的本发明第四实施例中，参与终端采用被叫终端缺省的或用户选择的提示以及定制的提示进行预先定义的或用户可配置的混合型组合，以用于定制提示可用于它的呼叫。还有，它最好(虽然并非一定如此)是参与终端操作者可以控制的可动态配置的选项。就此而言，在一个可能的实施方案中，参与终端可以使用缺省或终端用户选择的提示振铃一段时间，然后变更为定制提示持续提示通知的时长。显然，本实施例为被叫终端操作者提供通过拥有他们自己选择的伪唯一性提示(如在振铃时可以标识他们自己的电话)带来的便利，以及通过接收主叫方的优选提示(如提供的附加信息和娱乐值)带来的便利。
显然，本发明将提示描述符分发到通信终端，提供了可供利用本发明的方法的系统使用的许多不同提示描述符选择和传递机制。
可设想到本发明将在移动电信领域找到某种特定的应用。
可设想到，定制提示服务系统操作者或服务提供商的角色最好与电话业务提供商(“运营商”，“电话公司”)的角色组合在一起。就此而言，定制提示系统最好可以敷设到现有网络和服务基础设施和系统以及操作支持系统中(例如智能网络系统、信令系统、服务管理系统、用户管理系统、计费系统和目录系统)，从而实现成本和运营上协作优势和高效率。再者，定制提示服务最好可以与电话业务提供商的现有业务投资组合集成，以使现有业务的服务提供商和客户都可以受益。
还可设想到，定制提示服务系统操作者或服务提供商的角色最好与商业名录或“黄页”名录服务的角色组合在一起。就此而言，定制提示服务可以用于拓展商业名录或黄页服务的广告模型，以包含在建立电话呼叫时利用承载广告或市场营销信息的定制提示进行广告发布(尤其是出局商业电话呼叫)；再者，就此而言，定制提示系统可以与现有名录系统和数据库集成，从而实现功能的提高以及成本和运营方面的高效率。
可推断，定制提示服务系统操作者或服务提供商的角色组合特别有利于给定地理区域内商业名录服务提供商也是电话业务提供商(“运营商”，“电话公司”)的情况。
下文将参考附图以本发明的实例的形式详细说明本发明。显然，这些附图的特殊姓并不能取代本发明上述特点的广泛适用性。
图1显示根据本发明的一个优选实施例的定制提示系统的功能方框图；图2显示根据本发明的第二实施例的定制提示系统的功能方框图；图3显示根据本发明的第三实施例的定制提示系统的功能方框图；图4显示根据本发明的第四实施例的定制提示系统的功能方框图。
本发明的优选实施例的说明下面结合一个优选实施例说明本发明的方法和系统。因此，显然下文的说明不是为了限制本发明的广泛适用性。
本发明的优选实施例描述的是，利用可以在本发明的方法和系统中使用的定制提示系统，为定制提示系统的用户或预订用户提供定制提示服务。
参考图1，其图解了本发明的优选设置，它采用如早前所述“被叫端提示获取”呼叫子过程的一个变体。
在采用本发明方法的系统中，用户10利用互连网连接的装置12或通信终端14创建定制提示服务，以与定制提示管理系统16交互。创建定制提示服务最好涉及输入用户身份识别信息并指定要应用该服务的通信服务或终端的用户10。最好，定制提示管理系统16将输入的身份识别信息用于随后用户要访问并或许修改他们的定制提示服务时验证用户10的身份。
创建定制提示服务之后，用户10可以通过选择和/或提供提示描述符(一个或多个)来配置他们的定制提示服务，所述提示描述符首选用于通知向参与通信终端拨打的呼叫。选择和/或提供提示描述符的过程可以包括从定制提示管理系统16提交给用户的提示描述符中选择提示描述符。或者，该选择过程可以包括与定制提示管理系统无关联的互连网站点选择提示描述符，随后将所选的提示描述符“上载”给用户的定制提示服务。
在配置其定制提示服务的过程中，用户10可以以规则、首选项、条件或指令的形式选择和/或提供辅助信息，它们最好用于定义所选提示描述符应何时和/或如何用于通知来自用户或指定通信服务的呼叫。
所选提示描述符和相关的辅助信息存储在与定制提示管理系统16相关联的提示服务器18。就此而言，定制提示管理系统16在所选提示描述符与对应的辅助信息之间建立充分的关联，以使定制提示管理系统16可以执行将来必需的功能，包括其中具体为将定制提示分发到通信终端。最好，所需的信息存储在一个或多个适合的数据库。
提示服务器18和用户的通信终端14(如果有的话)无需是物理上分离的实体。通信终端14的确可以包含提示服务器18的功能，在此情况中通信终端14和提示服务器18可以是同一个物理装置。
选择(一个或多个)提示描述符之后，用户10就可以利用定制提示服务。用户10使用通信终端14或具有适合电信功能(例如基于互连网协议的语音)的互连网连接的装置12向被叫方20的通信终端22发起呼叫。
对检测到呼叫建立请求作出响应，与通信网络31相关的处理逻辑最好从终端到网络的信号26中提取标识信息。理想的是，所提取的标识信息标识用户10或通信终端14或通信服务或者不止它们中的一个。
最好，与通信网络31相关的处理逻辑就与定制提示管理系统16交互，并将所提取的标识信息提供给定制提示管理系统16。在优选实施方案中，与定制提示服务相关的终端或服务被与通信网络31相关的处理逻辑内的“标志”标识，与通信网络31相关的处理逻辑只针对已知与定制提示服务相关联的即将到来的呼叫(而非所有即将到来的呼叫)向定制提示管理系统发送消息。就此而言，“标志”最好通过定制提示管理系统和与通信网络31相关的处理逻辑之间的对话来设置或复位，其中所述对话发生在正在建立新的定制提示服务或修改定制提示服务时或与之邻近的时间。
如果定制提示管理系统16无法查找到用于所标识的实体的定制提示服务，则通信网络24采用常规建立程序建立呼叫。
但是，如果标识的实体与定制提示服务相关联，则定制提示管理系统16开始解释可能与所标识的定制提示服务相关联的任何辅助信息，并从一个或多个提示服务器18检索定制提示服务信息，可能包括定制提示服务的一个或多个提示描述符。然后定制提示管理系统16将检索到的信息提供给与通信网络32的相关的处理逻辑。
部分或所有的检索到的信息(可能包括定制提示描述符)视具体的实施方式，通过通信路径27转发到被叫终端22。最好，检索的信息与通信网络24和被叫终端22之间的呼叫建立信令对话同时被传送到被叫终端22，并作为它的组成部分或对它的扩展，其中所述对话即使不是与定制提示相关联的呼叫所述对话也会发生。
定制提示管理系统16所检索到并提供给(相关的处理逻辑)通信网络24，然后提供被叫终端22的信息的范围可以针对不同的系统有所不同，具体视特定定制提示系统的设计目的而定。
在希望提示处理应主要在被叫终端的控制下的定制提示系统设计的一个实例中，被叫终端22可以只被告知呼叫或主叫用户10或主叫终端14或主叫服务与定制提示相关联。之后，提示处理由被叫终端22负责，采用的是稍后将会描述的处理过程。
在另一个实例中，对于希望提示处理应主要由通信网络31 32的相关处理逻辑来控制的定制提示系统设计中，所检索和传递的信息可以真正地包含要用于呼叫的定制提示。作为可选方案，检索和传递的信息还可以包含附加信息，如描述被叫终端22应该何时和/或如何使用(一个或多个)提示的部分或所有的辅助信息。
在又一个实例中，对于具有中介或其他目的的定制提示系统设计，定制提示管理系统16检索并传递给被叫终端22的信息可以包括协助被叫终端22执行提示处理的信息。例如，检索的信息可以包括(一个或多个)伪唯一性标记或者其他形式的标识符，可以协助被叫终端22标识配合所述呼叫或主叫用户10或主叫终端14或主叫服务使用的(一个或多个)正确的提示描述符。或者，检索的信息可以，例如允许或协助被叫终端22查找提示服务器18，或可以提供配合所述呼叫或主叫用户10或主叫终端14或主叫服务使用的(一个或多个)正确的提示描述符的提示服务器。
如果检索的信息包括提示描述符，则通信网络24可以在通过通信网络24和被叫终端22之间的信令接口在通信网络24与被叫终端22之间进行呼叫建立程序的同时，将提示描述符提供给被叫终端22。
如果定制提示管理系统16通过通信网络24提供给被叫终端22的信息包含要求的提示服务器的网络名或地址，还可能包含使提示服务器18可以用于标识和提供适合于此来话的提示描述符的信息，则被叫终端22就可以尝试与所标识的(一个或多个)提示服务器18建立通信。在此系统设计的优选实施方案中，被叫终端22与提示服务器18之间的通信可以在互连网或基于IP的网络或分组网或网间网进行。建立与提示服务器18的通信之后，被叫终端22最好请求提示服务器18向该被叫终端22提供适合的提示描述符。就此而言，其中被叫终端22提供给提示服务器18的信息包含协助或允许提示服务器18标识该提示描述符的信息，则此类信息可以不限于从定制提示管理系统16始发的信息。此类信息实际还可以包含与被叫终端22提供的被叫方20或被叫终端22的标识相关的附加信息。
提示服务器18可以通过提供与此用户10的定制提示服务相关联的单个可用提示描述符(如果它拥有的话)来响应提示检索请求。
或者，提示服务器18在接收到提示描述符检索请求时，可以根据定制提示建立程序期间主叫用户10提供的辅助信息施加附加的逻辑，以协助选择与此用户10的定制提示服务相关联的最适合提示描述符，以转发到被叫终端22。
从提示服务器18向被叫终端22传送提示描述符可以通过文件传输过程(如FTP或TFTP)或通过GSM SMS(短信服务)或GSMUSSD(非结构化辅助业务数据)载体或其他适合的过程或协议来完成。
在本发明的另一个实施例中，提示服务器18在物理上包含于主叫终端14内，因此提示对话和检索程序可以通过被叫终端22与主叫终端12之间的通信来完成，最好，通过透明的终端至终端的信令或通过GSM SMS或USSD或上述“带内”技术的其中一种来完成。在此方案中，提示描述符信息的提供由主叫终端通过干预参与呼叫且只充当中继在未知定制提示系统信息交换是否存在的情况下的通信网24来完成。
在本发明的优选实施例中，如果被叫终端22确定本地存在的所需的提示描述符(即，存在于被叫终端22的本地存储器中)，则可以无需检索提示描述符。这可能是因与使用同一个提示描述符的先前呼叫或呼叫尝试相关的提示描述符的获取而使所需的提示描述符已被缓存。或者，这可能是因所需的提示描述符已在制造时或销售时或其他时间预先上载到被叫终端22。
如果需要检索提示描述符，且出于种种原因，被叫终端22无法在足够短的时间内接收到提示描述符，以使它可以配合当前的来话使用，则被叫终端22可以放弃提示描述符的检索。在此情况下，被叫终端22可以采用某个缺省或本地确定的提示来通知当前的来话。
在本发明的优选实施例中，对于上述的无法及时获得提示描述符的情况，提示描述符检索程序最好仍然继续完成且如果并且最后成功时，将检索到提示描述符和辅助信息(如果有的话)和标识符(如果有的话)与主叫用户10、终端14或服务相关联并由被叫终端22存储在本地，该被叫终端最好结合有适合的缓存系统，并且最好之后可以用于将来从该主叫用户10或主叫终端14或主叫服务的呼叫(如果发生此类呼叫的话)。再者，就此而言，如果在被叫终端22利用本地确定的提示通知呼叫(如上所述)时提示描述符检索过程完成，则被叫终端22可以中止使用缺省的或本地确定的提示，而开始采用所检索到的提示描述符描述的定制提示。
在被叫终端22处于忙状态(“占线”)的情况下，提示描述符检索程序仍最好完成，如果且当最后成功时，将检索到的提示描述符和辅助信息(如果有的话)和标识符(如果有的话)与主叫用户10、终端14或服务相关联，并由被叫终端22将其存储在本地，该被叫终端最好结合有适合的缓存系统，最好之后可以用于将来从该主叫用户10或主叫终端14或主叫服务的呼叫(如果发生此类呼叫的话)。这是因为未成功拨通的主叫用户通常会在稍后再次尝试呼叫。
出于便于理解的目的，图1同时显示了与单个通信网相关联的主叫终端14和被叫终端22。但是，显然本发明也可以适合主叫终端14和被叫终端22各与不同的通信网相关联的情况，可以与任何数量的其他参与的通信网相关联。还应该注意，对于主叫终端14和被叫终端22各与不同的通信网相关联的情况，它们可能在功能类型、地理位置和范围、所属关系或技术上有所不同。就此而言，唯一的要求是，涵盖与主叫终端14和被叫终端22之间的网络总体可以支持两个终端之间的有效的端对端通信会话。举例说明，主叫终端10可以是与位于智利的PSTN运营商相关联的POTS终端，而被叫终端22可以是与位于英国的无线网络运营商相关联的GPRS/GSM WAP移动电话。
现在参考图2，其中图示了本发明的第二实施例，它采用先前所述的“被叫端提示获取”呼叫子过程的第二变体(variant)。根据本发明的第二实施例，用户10采用与本发明优选实施例所述的同一种方法选择用于向主叫方通知呼叫的提示描述符。
但是，根据本发明的第二实施例，提出一种用于将提示描述符分发到参与通信终端的方法，其中与呼叫相关联的通信网无需是定制提示系统中的有效参与方。
根据此方法，被叫终端22假定具有可用的CLID和/或适合的标识信息的任何入局呼叫都会与提示描述符相关联。对于此呼叫的情况，在呼叫建立程序期间，在接收到该CLID和/或其他适合的标识信息之后，被叫终端22尽可能快地将CLID和/或其他标识信息传递到提示服务器18或与主叫终端14或被叫终端22属于同一个定制提示系统的(一个或多个)提示服务器。
当接收到该CLID和/或其他标识信息时，提示服务器发现它具有与该CLID和/或其他适合的标识信息相关联的(一个或多个)提示描述符，则尽可能快地将相应的(一个或多个)提示描述符返回给被叫终端22。
因此，在此方案中，被叫终端22可以根据通信网络24提供的CLID检索提示描述符。
再者，在本发明的此实施例的一个版本中(虽然没有明确图示，但是被隐含的图示)，定制提示管理系统功能16和提示服务器功能18在逻辑方面和物理上集成到通信终端14，22，从而不再需要物理上分设的和专用的定制提示管理系统16或提示服务器18。因此，本发明的此版本定义了分布式定制提示系统，其中定制提示系统功能完全分布在通信终端上，且可以敷设于未经修改的通信网24上。
现在参考图3，其中图示了本发明的第三实施例，它采用先前所述的“主叫端提示提供”呼叫子过程。
根据本发明的第三实施例，提出第三种方法，用于将提示描述符分发到被叫终端22，其中主叫终端14在从主叫终端14发起呼叫的同时或接近此时向被叫终端22提供配合呼叫使用的提示描述符。
在此第三优选实施方案中，用户14最好在主叫终端14中使首选用于通知主叫终端14向其他通信终端发起的呼叫的一个或多个提示描述符被存储，连同一起存储的还可能有可协助主叫终端14确定何时和/或如何使用所述提示描述符的任何辅助信息。
此后，根据该第三实施方案，每次主叫终端14发起呼叫时，它在呼叫建立尝试以进入与被叫终端22的对话的同时向被叫终端22传送正确的或最好的或当前最适合的提示描述符。
如果被叫终端22是通信终端，且假设被叫终端22接受了所提供的提示描述符，则利用某种适合的方式(例如，适合的文件传输协议)将提示描述符从主叫终端14传送到被叫终端22。就此而言，最好在用户10向主叫终端14提供唯一地标识用户10或被叫服务或被叫终端22的足够信息之后(例如在移动电话模式中，数字输入并释放“呼叫”按钮之后)，该提供操作尽可能早进行。
主叫终端14可以在提供信息之后延迟某个适合的时间将呼叫发起到本地网络24，以便最大可能性地使被叫终端22在落实或实际地利用本地确定的提示通知呼叫之前知道提示描述符的存在。或者，主叫终端14可以将发起呼叫到本地网络24延迟，直到它从被叫终端14接收到确认被叫终端22已经接收到所提供的提示描述符。在另一个备选方案中，主叫终端14可以将发起呼叫到本地网络24延迟，直到它从被叫终端22接收到确认被叫终端22已经接收到与此呼叫相关联的提示描述符。就此而言，被叫终端14可以在确定呼叫与提示描述符相关联时，将呼叫建立的处理延迟到提示描述符被成功接收到为止。
在主叫终端14和被叫终端22之间进行的提示描述符传递机制对话可以利用与用于建立呼叫的网络相关联的协议和功能，例如基于标准的或专有的终端至终端信令协议和功能，或GSM SMS或USSD，或通过先前所述的“带内”技术的其中一种。或者，该对话可以在与该呼叫不关联的某种不同的网络或网间网上进行(例如呼叫可以在PSTN上进行，但是提示描述符对话可以在互连网30或其他网络或网间网(inter-network)上进行)或其他适合的方式进行。
在第三实施方案的一个尤其简单模式中，主叫终端14可以为被叫终端22提供单个当前首选用于来自主叫终端14的呼叫的提示描述符。
在第三实施方案的一个较完备的模式中，主叫终端14可以被视为包括服务于单个用户10或主叫服务或主叫终端14的定制提示管理系统16和/或提示服务器18。
显然，此第三优选实施方案可以有许多其他变化。例如，主叫终端14可以向被叫终端22告知定制提示的可用性，但是不充当提示服务器18。在此情况中，主叫终端14可以向被叫终端22提供足够的信息，以使它可以从适合的提示服务器18检索到提示描述符。
一旦用于检索提示描述符的提示服务器18被标识到，则向被叫终端传送提示描述符的过程基本按照第一实施例所述的步骤进行。
现在参考图4，其中图示了本发明的第四实施例，它采用先前所述的“提示推送”呼叫子过程。
根据本发明的第四实施例，用户10采用与本发明优选实施例所述的同一种方法选择用于向主叫方通知呼叫的提示(提示描述符)。
但是，根据本发明的第四实施例，提出用于将提示描述符分发到通信终端的第四种方法，其中提示描述符的分发暂时性地与提示选择，而非呼叫建立，相关联。在此实施例中，用户10选择或代之选择提示之后，提示描述符被分发到一个或多个直接或隐含地被用户10标识的通信终端。在标识到(一个或多个)目标通信终端22之后，充当提示服务器18的主叫终端14、定制提示管理系统16或提示服务器18，或它们的任意组合就会启动分发。分发操作可以在标识到目标通信终端之后任何适合的时间进行，而不同于在时间上与呼叫建立相关联的前述实施例。
就此而言，第四实施方案所采用的分发过程是自动的，在用户指示了应向哪个通信终端提供提示描述符之后的时间点上开始。由此，用户只需提供足够使系统处理逻辑标识通信终端的网络地址的信息。最好，当通信终端参与提示分发时，分发过程应该在后台进行，且不对通信终端的操作有负面影响。或者，可以手动触发分发程序。例如，移动电话操作者可以翻阅移动电话地址簿，并通过某种适合的选择程序指示(一个或多个)提示描述符应提供给与地址簿中一个条目相关联的通信终端。
或者，用户10可以指示一个或多个提示描述符应提供给与移动电话地址簿中每一个条目相关联的通信终端。然后分发可以在稍后任何时间点上进行，所述分发最好不妨碍电话的正常操作。
实施第四实施方案的自动模式的本发明的系统可以在用户10更改定制提示时使提示可以自动再次分发。
再者，实施第四实施方案的自动模式的本发明的系统可使提示时常自动再次分发，这是考虑到目标被叫终端可能丢失先前分发的(一个或多个)提示描述符的副本。
第四实施方案还可以允许目标通信终端22包含使通信终端的操作者有机会接收或拒绝或给予理由拒绝提供的定制提示的逻辑，如果提供了，理由会通过人工方式或通过用户先前设置的参数的自动解释转送到该用户。
本发明适用于任何支持单向或双向通信会话且利用包括如下步骤的呼叫建立过程的通信系统或网络，所述步骤中向被叫方的通信终端上的可控输出装置或转换器施加能量，以吸引被叫方注意到来话请求。
它包括例如，PSTN/PLMN、专用电话网、电话会议系统和网络、视频电话系统和网络、视频会议系统和网络以及拥有“呼叫”或“通信会话”概念的目前和将来其他形式的通信网。
电话系统在本发明的范围之内，在电话的情况中，可以说本发明描述如下系统和过程，通过该系统和过程可以远程指定和控制手持电话使用的通知来话请求的提示的形式和特性，以使拨打电话的人可以选择向他们正在呼叫的人通知该呼叫的首选方式。
此处描述的定制提示系统可以延伸到、或集成到、或最好使之与诸如典型的代表雅虎或雅虎即时信使(Yahoo Instant Messenger)、AOL或(AOL Instant Messenger)或ICQ这样的互连网门户或即时消息系统协同工作。例如，定制提示系统和即时消息系统可以共享用户界面、用户管理系统、地址簿、用户名或“头衔(handles)”等。
虽然描述了本发明的方法和系统的许多实施例，但是显然仍可以有对此处所述的实施例进行本发明范围内的其他变更和修改。
权利要求
1.一种用于选择供通知参与定制提示服务的用户的呼叫的提示的特性和/或形式的方法，所述方法包括a.为参与用户建立定制提示服务配置，所述定制提示服务配置存储在一个或多个网络可访问的装置上；b.所述参与用户使用第一通信终端向第二通信终端发出呼叫，所述呼叫由第一通信服务支持；以及c.所述第二通信终端通过激活采用所选提示描述符的提示通知所述呼叫；其中所述提示描述符是根据所述参与用户的所述定制提示服务配置来选择的。
2.如权利要求1所述的方法，其特征在于所述为参与用户建立定制提示服务配置包括选择和/或提供至少一个用于与所述参与用户的定制提示服务相关联的提示描述符，所述选择由所述参与用户利用联网的装置来执行。
3.如权利要求1所述的方法，其特征在于用于为所述参与用户建立定制提示服务配置包括选择和/或提供至少一个用于与所述参与用户的定制提示服务相关联的提示描述符，所述选择通过代表所述参与用户执行的方式完成。
4.如权利要求2或权利要求3所述的方法，其特征在于所述选择和/或提供至少一个提示描述符包括从一个可用的提示描述符集合中选择一个提示描述符。
5.如权利要求4所述的方法，其特征在于所述可选择的提示描述符集合被包括在网络可访问的装置上。
6.如权利要求1所述的方法，其特征在于在两个或多个终端之间的语音呼叫过程期间，提示描述符信息从一个通信终端传送到另一个通信终端。
7.如权利要求6所述的方法，其特征在于所述提示描述符信息的传送发生在如下时间a.语音对话的间歇期间；或b.语音对话结束之后；或c.与语音对话交织进行。
8.如权利要求1所述的方法，其特征在于所述建立定制提示服务包括提供标识所述参与用户或第一通信终端或第一通信服务的信息。
9.如权利要求8所述的方法，其特征在于所述选择的提示描述符是根据所述标识信息的处理来选择的。
10.如权利要求9所述的方法，其特征在于所述处理是由所述第一通信终端来执行的。
11.如权利要求9所述的方法，其特征在于所述处理是由所述第二通信终端来执行的。
12.如权利要求9所述的方法，其特征在于所述处理是由服务装置来执行的。
13.如权利要求8所述的方法，其特征在于所述为参与用户建立定制提示服务配置包括为所述参与用户选择和/或提供辅助信息。
14.如权利要求13所述的方法，其特征在于所述选择的提示描述符是根据所述辅助信息和所述标识信息的处理来选择的。
15.如权利要求14所述的方法，其特征在于所述辅助信息的处理包括，处理与所述辅助信息相关联的变量，所述相关联的变量是从如下项目中选择的a 时间变量；b.季节和文化习俗变量；c.地理变量；d.邻近度变量；以及e.个人资料变量。
16.如权利要求1所述的方法，其特征在于已经从内置于所述参与通信终端上的存储器中检索出所述选择的提示描述符。
17.如权利要求1所述的方法，其特征在于所述选择的提示描述符从所述第一通信终端传送到所述第二通信终端。
18.如权利要求1所述的方法，其特征在于所述选择的提示描述符从网络可访问装置传送到所述第二通信终端。
19.如权利要求17所述的方法，其特征在于所述选择的提示描述符是利用所述第一通信终端来传送的。
20.如权利要求17或权利要求18所述的方法，其特征在于所述选择的提示描述符是利用非所述第一通信服务的通信路径来传送的。
21.如权利要求19或权利要求20所述的方法，其特征在于在呼叫建立程序之前所述选择的提示描述符已经传送到所述通信终端。
22.如权利要求19或权利要求20所述的方法，其特征在于在呼叫建立过程期间所述选择的提示描述符被传送到所述第二通信终端。
23.如权利要求19或权利要求20所述的方法，其特征在于所述选择的提示描述符被传送到所述第二通信终端与呼叫建立程序异步。
24.如权利要求20所述的方法，其特征在于所述另一种通信路径利用互连网。
25.如权利要求1所述的方法，其特征在于所述定制提示服务在具有许多通信终端和服务器的网络中运行，其中至少部分通信终端和服务器参与使提示描述符可以从所述网络内多个不同的服务器或通信终端获取的缓存方案。
26.如权利要求1所述的方法，其特征在于接收呼叫的用户可以行使对他们愿意接收的类型的定制提示的控制。
27.如权利要求26所述的方法，其特征在于不同的提示根据它们的特性和/或内容进行分类，接收呼叫的用户可以选择只接收特定类别的提示。
28.如权利要求26所述的方法，其特征在于接收呼叫的用户可以选择通过两个不同的提示来通知呼叫，一个是由接收用户选择的，一个是由主叫用户选择的。
29.一种计算机化的系统，用于实现根据参与用户的首选项确定用于将所述系统中的所述参与用户的呼叫向参与所述系统的系统终端通知的提示的特性和/或形式，包括a.多个通信终端，它们至少部分可以接收提示描述符，并基于它执行操作；b.数据输入装置，用于为参与用户创建定制的提示服务；c.配置软件，用于配置参与用户的定制服务，所述配置参与用户的定制提示服务包括选择/或提供至少一个提示描述符以配合所述参与用户的定制提示服务使用；d.数据库，用于存储所述参与用户的定制提示服务配置；e.处理装置，用于选择提示描述符，以配合所述参与用户向接收通信终端发出的呼叫使用；以及f.通信路径，用于将提示描述符传递给所述接收通信终端；其中所选提示描述符是根据所述参与用户的定制提示服务配置来选择的。
30.如权利要求29所述的系统，其特征在于所述配置参与用户的定制提示服务还包括提供辅助信息。
31.如权利要求29所述的系统，其特征在于所述配置参与用户的定制提示服务还包括提供标识信息。
32.如权利要求29所述的系统，其特征在于所述处理装置是与所述参与用户相关联的通信终端。
33.如权利要求29所述的系统，其特征在于所述处理装置是所述接收通信终端。
34.如权利要求29所述的系统，其特征在于所述处理装置是服务器设备。
全文摘要
一种用于选择供通知参与定制提示服务的用户发出的呼叫的提示的特性和/或形式的计算机化的系统和方法。所述方法包括为参与用户建立定制提示服务配置，然后所述配置存储在一个或多个网络可访问的装置上。所述参与用户使用第一通信终端通过第一通信服务向第二通信终端发出呼叫，所述第二通信终端通过选择的提示描述符激活提示来通知该呼叫，所述选择的提示描述符是根据参与用户的定制提示服务配置来选择的。
文档编号H04M3/42GK1557088SQ02818445
公开日2004年12月22日 申请日期2002年3月28日 优先权日2001年8月10日
发明者彼得·杰拉尔德·唐纳利, 彼得 杰拉尔德 唐纳利 申请人:红点私人有限公司