CN1897619B - 通信辅助系统和方法 - Google Patents

Abstract

本发明公开了一种获取对应于多个用户的信息的通信辅助系统，所述系统包括：电话交换机，接收来自需要获取所述对应于用户的信息的多个请求者的呼叫；列表数据库，被配置成存储对应于各个所述用户的信息，所述信息包括：用于包含所需要的用户部分的无线电话号码的字段，以及用于存储指示所述通信辅助系统是否向请求者公开用户的电话号码的信息的连接字段，在所述请求者连接到所需要用户的过程期间，所述连接字段被检查，以便确定是否向所述请求者公开所述用户的电话号码；与所述交换机耦接的呼叫中心，用于将各个所述接收的呼叫从所述请求者路由给已访问所述数据库列表表格的操作终端，所述连接字段还包括指示所述通信辅助系统是否向正在处理请求者的请求的用户代表公开所述用户的电话号码的信息。

Description

通信辅助系统和方法

本申请是由因丰克斯公司于2001年1月24日申请的、申请号为01805869.8、发明名称为“通信辅助系统和方法”一案的分案申请。

本发明涉及并要求于2000年1月31日申请的美国临时申请No.60、179166，“Communication Assistance System and Method”的优先权，该临时申请作为参考包含于此。

技术领域

本发明涉及一种允许请求者联系通信设备用户的系统和方法，更具体地说，涉及提供无线目录和其它信息辅助服务的系统和方法。

背景技术

尽管诸如蜂窝电话机、寻呼机之类无线通信装置已得到迅速扩散，但是，目前不存在任何获取用户的无线电话机或寻呼机标识号码的方法，不象传统的商业和住宅电话号码信息服务那样，通过拨打“411”或者通过使用诸如因特网之类全球通信网络访问在线“白页”可获取商业和住宅电话号码。

无线设备信息的这种缺乏部分起因于提供无线服务的服务提供商的数量众多，并且服务提供商存储无线设备装置标识号码的方法不同。该问题也是由在许多组织客户和无线设备服务提供商之间达成的分配协议引起的，其中无线设备服务提供者向客户分配一组设备和无线标识号，而没有具体跟踪这些设备被分配给的特定个人，例如雇员。

通常，与无线设备的各个个体持有者相反，组织客户将被列举在服务提供者的数据库中。因此，在组织客户的环境中，目前不存在确定无线设备的具体个体持有者的有效方法。

另外，传统上不存在建立诸如白页目录之类的无线设备用户信息仓库的市场要求，因为无线服务提供者通常假定用户不希望公开他们的标识号。其原因主要是由于典型记账方案的缘故，在他们的无线装置上接收无用呼叫的费用，在所述典型记账方案中，关于入站呼叫，即接收的呼叫和消息对无线设备的用户开账单。

目前的电话辅助系统通常向陆基服务提供者提供陆基列表请求者或者呼叫方，或者用户的信息。这里请求者呼叫系统，在所述系统，请求者受到用户服务代表的欢迎，所述用户服务代表检查陆基用户的信息，并把该信息传送给请求者。

目前的电话辅助系统的一个缺陷在于陆基用户的可用列表并不包括无线用户的全面列表。由于诸如无线系统的秘密问题和双方记账之类的某些担心，无线服务提供者并不自动在传统的目录帮助数据库中揭示无线电话号码列表。

上前的电话辅助系统的另一缺陷在于不能意义地利用用户服务代表检索被请求信息时和请求者接收被请求信息时之间的时段。该时段被称为结束时段，在该时段目录辅助服务提供者向请求者提供结束提示。一般来说，该结束提示是诸如熟悉的“我们正在将你与NPA.nxx.xxxx连接。感谢使用XYZ”，这里XYZ是请求者的服务提供者的名称。

从而，希望具有一种能够有效采集产生并维护数据库所必需的数据，所述数据库以为操作者的快速检索或者其它通信接口技术，例如WAP(无线应用协议)、因特网搜索或者语音识别系统创造条件的方式识别实际的无线设备持有者及他们的标识号。另外，希望具有一种允许发出请求的个人与无线设备相连，从而所述个人能够按照不需要公开无线设备标识号的方式与无线设备用户通信的系统和方法。因此，希望保留无线设备标识号的现有机密性，除非无线设备用户批准公开标识号。

另外还希望产生一种能够有意义地利用结束时段，从而增加由结束提示特征提供的功能性的系统。

另外还希望具有一种允许把记账机制安排成发出请求的个人支付无线设备用户的呼叫、寻呼消息等的费用，从而无线设备用户不承担接收入站通信的费用。

发明内容

根据本发明的一个方面，提供了一种获取对应于多个用户的信息的通信辅助系统，所述系统包括：

电话交换机，接收来自需要获取所述对应于用户的信息的多个请求者的呼叫；

列表数据库，被配置成存储对应于各个所述用户的信息，所述信息包括：

用于包含所需要的用户部分的无线电话号码的字段，以及

用于存储指示所述通信辅助系统是否向请求者公开用户的电话号码的信息的连接字段，在所述请求者连接到所需要用户的过程期间，所述连接字段被检查，以便确定是否向所述请求者公开所述用户的电话号码；以及

与所述交换机耦接的呼叫中心，用于将各个所述接收的呼叫从所述请求者路由给已访问所述数据库列表表格的操作终端，其中所述连接字段还包括指示所述通信辅助系统是否向正在处理请求者的请求的用户代表公开所述用户的电话号码的信息。

根据本发明的另一个方面，提供了一种用于操作获取对应于多个用户的信息的通信辅助系统的方法，所述方法包括：

在电话交换机中接收来自需要获取所述对应于用户的信息的多个请求者的呼叫；

在列表数据库中存储对应于各个所述用户的信息，所述信息包括用于包含所需要的用户部分的无线电话号码的字段以及连接字段中的指令；

与所述交换机耦接的呼叫中心将接收的呼叫从所述请求者路由到已访问所述数据库列表表格的操作终端，其中所述连接字段还包括指示所述通信辅助系统是否向正在处理请求者的请求的用户代表公开所述用户的电话号码的信息；以及

将来自所述请求者的呼叫连接到需要用户的无线电话号码，以便在所述请求者连接到所需要用户的过程期间，所述连接字段被检查以确定是否向所述请求者公开所述用户的电话号码。

有利的是，本发明提供一种简化无线服务用户信息，最好是无线设备用户信息的高效采集的系统和方法，所述无线设备用户信息为用户和他们对应的无线设备之间的明确相关创造条件。在整体申请中提及的用户指的是其信息被保存以便由系统检索的任意个人或者商业条目。最好用关于这些用户的信息填充本发明的数据库，以便象陆基用户一样，确定无线服务用户的数据库或者无线白页。术语用户并不涉及该系统的用户，并且虽然存在可从系统获得的支付特征，用户最好指的是愿意被列举在该系统数据库中或者已被列举在该系统数据库中的任意无线及陆基服务用户。

有利的是，本发明允许通过诸如全球计算机网络之类的电子系统，例如因特网，通过诸如语音和传真之类基于电话的系统等等收集包括用户的无线设备数据的这种用户信息。

另外，本发明提供一种通过提供基于奖励的计划，维护并更新用户信息的系统和方法，在所述计划中，用户可访问并校正或更新他们自己的数据库条目，以便获得诸如免费服务或者其它促销奖励之类的奖励。

为此，当产生用户的列表时，系统数据库收集各种信息，并将其放入恰当的列表表格字段中，不仅允许系统维持无线白线，而且允许提供基于辅助信息的特殊特征。该数据分组括：名称、目录列表名称、地址、规定地点、用户的陆线电话号码和电子邮件地址、用户的工作单位、用户的无线通信公司、用户的无线号码(例如他/她的蜂窝电话号码)、无线设备标识号(WAIN)连接字段、诸如群连接信息、数据类型、列表的数据源、无线(或非无线)标识符、特殊和通用通告字段、特殊服务信息和汽车牌照信息之类的特殊特征。

用户的数据源指的是系统数据库接收该用户的信息，例如无线服务提供者、群连接账户、个人联系表条目等的地方。特殊和通用通告字段指的是为用户选择的将在呼叫完成之前播放的结束提示代码字段，并且可能包括相对于系统提供的其它服务的交叉引用。结束提示代码识别在用户服务代表响应请求者之后，提供给请求者的相应结束提示。目录列举名称字段使无线设备的用户能够选择除无线设备所有者的实际名称之外的列表名称，如果无线设备所有者这样选择的话。

在本发明的另一实施例中，该系统提供无线白页之外的辅助服务。这些服务包括(但不限于)：指向、根据用户列表字段信息的分类搜索、饭店推荐或预定、电影票及时间表、及优选语言服务。

另外，系统也被给予一些和请求者有关的普通信息，例如当呼叫进入时接收的信息。该信息可包括请求者的发端电话号码、请求者拨打的DNIS(拨打的号码识别字符串)、请求者的通信公司和其它类似信息，和/或基于拨打进入系统的初始号码的优选语言。

有利的是，本发明还提供一种允许发出请求的个人按照不泄露无线设备用户的标识号的方式与无线设备用户相连的系统和方法。最好通过请求者按照传统的“411”系统中采用的相似方式，呼叫全国性的信息号码来简化联系。但是，代替被提供电话号码和/或相对于无线设备用户完成他们的呼叫的机会，不向请求者暴露无线设备用户的号码，直接完成呼叫、消息等等。

另一方面，完成请求者和用户之间的呼叫，从而不向请求者或者用户服务代表公开用户的号码也在本发明的范围之内。这种情况下，系统可向用户服务代表屏蔽无线设备标识号(WAIN)或者无线设备标识号(WAIN)的任意部分，同时仍然向用户服务代表提供完成该呼叫的能力。该特征增大了用户的WAIN的安全性，防止用户服务代表意外地向请求者暴露用户的WAIN。

本发明的系统和方法还提供允许由发出请求的个人，即启动通信的个人承担无线设备用户的通信费用的记账和收益分配过程。

另外有利的是，本发明的系统和方法提供一种机制，所述机制允许无线服务的用户接收识别发出请求的呼叫者的呼叫预通告。所述预通告最好以识别呼叫者的音频或文本和数据消息的形式被传递给用户。文本预通告的一个例子是把始发方的电话号码传送给目的地无线设备。这样，向用户提供接受并应答该呼叫或者拒绝该呼叫的机会。在呼叫被拒绝的情况下，呼叫者从系统收到一条消息，所述消息通知呼叫者用户不接受他们的呼叫，并且呼叫者最好还被提示给用户留言。

该系统和方法还提供可动态控制的结束提示特征，所述结束提示特征根据来自于请求者和用户列表的信息，从保存的各种响应中选择恰当的结束提示。所述信息包括保存在用户表格的特殊通告字段和通用通告字段中的结束提示代码；由系统管理机关指定的起作用的覆盖模块和包含在呼叫完成数据表中的信息。呼叫完成数据表包括诸如请求者拨打的号码、被请求列表的数据源、被请求数据的类型、被请求的服务、优选语言或者目的地号码的NPA/NXX(编号计划区)/(号码交换代码)和/或需要的其它字段之类的信息。通过利用来自这些信息源的信息，本发明能够产生以请求者为目标的结束提示。系统随后以音频或文本或者其它多媒体消息的形式把选择的结束提示传送给请求者。该特征用于使结束提示适合特定呼叫者的要求，增大结束提示特征的广告及相关促销收益能力。

参考附图，根据本发明的下述说明，本发明的其它特征和优点将变得显而易见。

附图说明

为了便于举例说明本发明，附图中表示了目前优选的本发明的几种形式，但是本发明并不局限于附图中所示的准确结构和工具。

图1表示根据本发明一个实施例的本发明的通信辅助系统；

图2表示根据本发明一个实施例在图1中所示的通信辅助系统的硬件结构的备选例子；

图3表示根据本发明一个实施例在图1中所示的通信辅助系统的硬件结构的另一备选例子；

图4是根据本发明一个实施例的来电信息记录的字段图；

图5A-5E表示根据本发明一个实施例用于产生并组织主标识数据库的表格的第一实施例；

图6是根据本发明一个实施例在图5A中图解说明的列表表格的无线设备标识号(WAIN)连接字段的字段图；

图7表示根据本发明一个实施例的结束提示模块；

图8是根据本发明一个实施例的呼叫完成数据表的字段图；

图9是根据本发明一个实施例的呼叫完成数据分组的字段图；

图10是图解说明根据本发明一个实施例的系统的操作的流程图；

图11表示根据本发明一个实施例用于产生并维护WAIN列表数据库的结构的第一实施例；

图12表示根据本发明一个实施例用于产生并维护WAIN列表数据库的结构的第二实施例；

图13表示根据本发明一个实施例用于访问因特网清理数据库的组件一个例子；

图14表示根据本发明一个实施例用于访问主清理数据库的组件一个例子；

图15表示用于通过语音识别入口访问WAIN数据库，同时仍然保持列表的机密性的组件一个例子；

图16表示用于通过因特网接入访问WAIN数据库，同时仍然保持列表的机密性的组件一个例子；

图17表示用于通过WAP(无线应用协议)入口访问WAIN数据库，同时仍然保持列表的机密性的组件一个例子；

具体实施方式

系统结构

现在参见附图，其中相同的附图标记代表相同的部件，图1中表示根据本发明一个实施例的通信辅助系统2。系统2允许即使请求者不知道无线设备6的标识号，仍能起动与无线设备6的通信。无线设备6指的是用户用于无线服务的无线装置，并且在申请文件中将用于代表请求者4打算获得的无线设备。请求者4可通过传统的有线本地交换通信公司(carrier)(LEC)和/或互换通信公司，通过无线通信公司(包括语音和数据存取)或者通过与因特网的连接访问系统2。无线设备6可以是已知的任意通信装置，包括蜂窝电话和调制解调器、寻呼机、PCS电话和调制解调器、RIM Blackberry、无线PDA、即时消息接发装置、SMS装置等等。

虽然在适应无线设备的系统和方法方面描述本发明，但是本发明并不局限于此。预期本发明可适应于任意装置，包括出版的识别目录中不存在的装置，例如具有语音通信能力的个人数字助理(PDA)等。

通信辅助系统2最好直接通过无线MSC(移动交换中心)8或者通过公共电话交换网(PSTN)10与一个或多个服务提供者26相连。

如图1中所示，无线设备6一般通过移动交换中心(MSC)8与系统2通信。虽然未示出，可预料到无线设备6能够通过与PSTN 10耦接的MSC 8与系统2通信。类似地，如图2中所示，请求者4可通过直接与系统2耦接的MSC 8与系统2通信，即不需要通过PSTN 10通信。

如图1中所示，系统2最好由一个或多个交换机及集成语音响应器(VRU)12(VRU可以是单独的，而不是上述集成的)、记账数据库14、主呼叫中心16、无线设备标识号(WAIN)列表数据库18和运行访问可被代理(agent)操作的增强服务模块21的代理应用程序19的若干操作终端19、结束提示模块13、呼叫完成表17、广域网25、与代理应用程序19耦接的结束提示模块27，以及计算机电话接口29组成。特别地，记账数据库14与WAN 25连接，并且可与系统2的任意组件耦接。语音响应器12与移动交换中心(MSC)8和PSTN 10及主呼叫中心16耦接。主呼叫中心16还与至少一个操作终端20和无线设备标识号(WAIN)列表数据库18相连。

主呼叫中心16和操作终端20之间的连接是这样的，以便在主呼叫中心16和操作终端20之间直接传送语音通信，并且经过计算机电话接口29传送数据信息。这也可如下所述借助带内信号传输来完成。操作终端20不仅与无线设备标识号(WAIN)列表数据库18相连，而且与其它数据库和软件应用程序模块相连。

图2表示根据本发明的另一实施例的系统2的硬件结构的备选例子。要明白通过利用图1的硬件结构或者本领域的普通技术人员预期的其它任意软件结构，易于实现下述操作和方法。虽然这是优选实施例，不过可预料系统2的操作和系统2与请求者4之间的交互作用的方法并不依赖于上述所有部件的包括。

如图2所示，主呼叫中心16还可与PSTN 10耦接，以便通过PSTN10备份呼叫路由。另外，图2表示由广播塔24和MSC 8构成的服务提供者26的一个例子。当然，在服务提供者26是陆基本地交换通信公司的情况下，广播塔24不必要，无线通信公司MSC 8可以是任意类型的高容量网络交换装置(图1中描述了有线通信公司)。在服务提供者26是IP语音提供者(VoIP)，则广播塔24不是必要的，移动交换中心(MSC)8可以是能够利用IP协议传送呼叫的任意类型的装置。

在本发明的优选实施例中，在战略上，诸如图1、2和3中图解说明的系统2和系统2′之类的若干呼叫中心可位于国内的各个不同地理位置。例如，各个呼叫中心，系统2或系统2′可位于美国国内的主要大城市区域中。每个呼叫中心被配置成处理指定给可包括所有可能呼叫类型的呼叫中心的呼叫通信。

另外，如图2中所示，每个系统2或2′可与其它呼叫中心相连，从而所有系统2或2′相连。可通过诸如T1线路23之类的高容量电话线缆或者包括PSTN 10的其它可比设施，耦接不同系统2的主呼叫中心16，实现这种连接。另外通过使用虚拟专用网(VPN)或者其它可比技术建立这些连接也在本发明的预期之内。

在操作上，在系统2出现操作问题或者请求容量超过其容量的情况下，主呼叫中心16′接收来自主呼叫中心16的转发呼叫。这种安排提供的一个重要益处在于在系统2出现技术困难或者经历高呼叫容量的情况下，系统2′的主呼叫中心16′能够起系统2的主呼叫中心16的溢出设备的作用。即使在如上所述系统2的主要直接连接发生故障的情况下，这种结构也允许主呼叫中心16在高容量期间，把呼叫发送给主呼叫中心16′。

系统2或2′的另一组件是呼叫完成表17。呼叫完成表17允许交换机12选择可最有效地把呼叫发送给最终目的地的出站中继线组。例如，如果请求者4请求常规的目录辅助列表(即有线商业或住宅列表)，则请求者4的服务提供者26可能更喜欢在他们自己的网络上完成这些呼叫。这种情况下，呼叫完成表17会选择请求者4的服务提供者26的出站中继线组。在请求者4请求无线设备6的无线设备标识号(WAIN)列表的情况下，可能更希望通过无线设备6的服务提供者26的网络完成呼叫。这种情况下，呼叫完成表17会选择无线设备6的服务提供者26的直接出站中继线组。

呼叫完成表17还便于根据(但不局限于)日期、请求者4的服务提供者26、无线设备6的服务提供者26、各个服务提供者和日期的对应速率和目的地的NPA/NXX，规划各个呼叫的多个出站路线。

虽然未示出，不过系统2′可包含可与呼叫中心16′相连的交换机12′在本发明的预料之中。注意图2图解说明了系统2′的一些相关模块，没有表示参考图2说明的所有组件。从而，例如，在图2中图解说明了系统2′的呼叫中心16′、以及计算机电话接口29′、操作终端20′、无线设备标识号(WAIN)数据库18′、代理应用程序19′、增强服务模块21′、T1线路23′和结束提示模块27′。

类似安排WAIN列表数据库18和WAIN列表数据库18′，并且最好是彼此的镜像。虽然操作终端20未表示成直接与主呼叫中心16′和WAIN列表数据库18′直接相连，不过如图1、2和3中所示，操作终端20可通过WAN 25被这样直接耦接，或者通过主呼叫中心16访问呼叫中心16′和数据库18′。这克服了系统2中数据库18发生故障的情况，从而操作终端20利用保存在数据库18′上的信息完成呼叫。

对于互连所有系统2和2′来说，这种安排还为时间移位益处创造条件，以致呼叫者通信量低的某些地区可在晚上关闭，允许位于较早时区中的系统2′处理呼叫。例如，纽约的呼叫中心系统2在2AM-6AM之间可关闭，允许加利福尼亚或夏威夷的呼叫中心系统2′处理呼叫。这样不仅为时移创造条件，而且还通过允许服务管理人员雇用条件最有利的区域中的人员，为雇用/提供人员利益创造条件。例如，东海岸的呼叫中心系统2可把其它大部分呼叫通信发送给位于更易于雇用和训练所需数目雇员的地区中的中西部呼叫中心系统2′。

通过移动交换中心(MSC)8和公共电话交换网(PSTN)10把系统2的各种组件耦接在一起，并且使它们与服务提供者26耦接的链路可以是已知的任何语音和/或数据通信技术，包括广域组网和局域组网通信技术，例如，数字用户线路(DSL)、数字T-1、租用线路、卫星或无线链路、综合业务数字网(ISDN)线路、异步传输模式(ATM)、以太网、令牌环、光纤分布式数据接口(FDDI)等等。另外假定系统2、服务提供者26和PSTN 10的各种组件和恰当的通信硬件接口布置在一起，从而通过通信链路传送和接收数据。例如，无线服务提供者26可通过直接与系统2的交换机12耦接的移动交换中心(MSC)8硬件直接面接系统2。交换机12可以是最好包括集成语音响应器的任意交换机。交换机执行的许多功能为本领域的普通技术人员熟知，包括中继线之间的电话呼叫路由，把一种信令类型转换成另一种信令类型，例如在数据令系统、双音色多频(DTMF)信令、多频(MF)信令、ISDN、SS7等之间转换，以及捕获用于记账的呼叫长度和目的地数据等等。

如图1、2和3中所示，当呼叫进入交换机12时，该呼叫由与请求者拨打的号码相关的DNIS识别，从而系统2产生的恰当数据，例如呼叫完成数据分组50(图9)可被发送给正确的交换机12，以便完成呼叫，这将在下面更详细地说明。

根据呼叫完成的开始，交换机12被配置成把请求者4发起的电话号码和/或请求者4拨打的号码传送给MSC 8或者PSTN 10，以便传送给无线设备6。这使得无线设备6能够筛选入站呼叫。

另外，如图1和2中所示，交换机12含有供预通告特征之用的集成语音响应器。在交换机12接收呼叫完成数据分组50，并且读取预通告字段59之后，指示交换机12是否执行预通告特征。如果预通告字段59被配置成把通告传送给无线设备6，则交换机12将把指示到来的呼叫具有附加通告的消息传送给无线设备6。

本发明的一种可能实施例将是把请求者4拨打的号码从交换机12传送给无线设备6，以指示到来的通告。可能的通告的一个例子是使交换机12向请求者4发起关于他们的消息，尤其是他们的名称的音频请求，从而请求者的名称被记录并传送给无线设备6，从而使用无线设备6的用户能够事先确定是否希望接受该呼叫。如同后面更详细说明的那样，“预通告”消息选项的配套内容被编程写入交换机12中，并且向交换机12简要说明控制命令。

如图3中所示，如果使用交换机12和MCS 8之间的释放链路中继(trunking)，则用于预通告的语音响应器(VRU)可驻留在MSC 8和无线设备6之间。本发明预料到可在释放呼叫之前开始所述通告。对本发明来说，语音响应器(VRU)将涉及便于记录和/或传送语音消息的任意硬件和软件组合。

对于图1、2和3来说，用户可按照任意的方式，例如通过发出命令或者什么也不做并等待预定的时间，指示通信请求的接受。相反地，发布命令或者不采取任何操作可用于拒绝通信请求。在用户不希望接受通信请求的情况下，交换机12可向请求者传送指出请求者4的通信请求已被拒绝的消息。另外，系统2可提示请求者4记录要传送和/将被无线设备6的用户取回并重放的消息。最好对这种记录服务收到一定的费用。可选地，无线设备6的用户可记录要传送给请求者4的消息。

另一方面，如果服务提供者26支持这种特征，则可根据请求者4的发起电话号码，提供“预通告”特征，从而代替接收“预通告”语音记录的无线设备6，无线设备6接收显示请求者4的电话号码的文本消息，或者诸如名称之类辅助信息(如果有的话)。这种信息向无线设备6提供确定是否希望接受呼叫的足够信息。利用如上所述的相同确认方法，无线设备6可接受或者拒绝与请求者4相连。

另外，如图1、2和3中所示，结束提示存储模块13被配置成保存各种结束提示消息和数据，从而当交换机12完成从请求者4到无线设备6的呼叫时，交换机12可根据从后面将更详细说明的呼叫完成数据分组50接收的信息，播放各种结束提示中的任意一种结束提示。虽然图1、2和3中只图解说明了一个交换机12，不过在系统2中可使用任意数目的交换机，以提高系统2的容量。

图4图解说明在交换机12接收来自请求者4的呼叫之后，由交换机12提供的到来呼叫信息记录15。记录15被发送给主呼叫中心16。

根据本发明的一个实施例，到来呼叫信息记录15包含各种字段，所述各种字段包括(但不局限于)：请求者拨打的号码字段、优选语言代码字段、请求者的发端电话号码字段、请求者服务提供者字段和特征代码字段。

请求者拨打的号码字段包含请求者拨打的号码，并且可用于识别到来呼叫的发起交换机位置。

优选语言代码字段包含指出请求者4、系统2、尤其是交换机12的语言优先选择的信息，保持把多种不同拨号字符串转换到系统2中的能力。确定请求者4的优选语言的一种可能性是自动把来自特殊拨打号码，例如NPA-555-1818的呼叫直接发送给，例如讲西班牙语的操作人员。优选语言代码字段用于通过到来呼叫信息记录15，经过交换机12把呼叫发送给主呼叫中心16。

请求者的发端电话号码字段保存请求者4的发端电话号码。请求者服务提供者字段传送请求者4的服务提供者。该字段允许系统2识别供诸如介绍提示、结束提示、记账信息、应用跟踪之类各种功能使用的呼叫方服务提供者26。这种数据的一个应用例子是便于请求者4的服务提供者26和无线设备6的服务提供者26之间的记账费用的结算。

特征代码字段保存可用于识别与请求者4的装置相关的任意特殊特征。这些特征可包括(但不局限于)：奖励费用计划、标准费用计划、捆绑服务计划、装置能力等等。例如，服务提供者28可提供每月统一价格的无限制目录帮助，或者可在推销期间提供免费服务。

虽然对于到来呼叫信息记录15只确定了5个字段，不过任意数目的用于向系统2提供完成呼叫的必需数据的字段在本发明的预期范围之内。

如图1、2和3中所示，记账数据库14被用作记账数据的仓库，并且包括(但不局限于)：最好由呼叫日期、呼叫开始时间、呼叫结束时间和结果时间组成的记录、请求者4的发端电话号码、无线设备6的无线设备标识号(WAIN)和识别发端和终接服务提供者的字段。可从下述任一(但不局限于)：交换机12、ACD、PBX、代理应用程序19和/或数据18累积记账数据。

呼叫中心16和16′由接收来自于交换机12的入站呼叫，并且利用标准自动呼叫分配(ACD)技术把呼叫分配给多个操作终端20的硬件和软件组成。操作终端20与数据库18相互作用，搜索并取回对应于无线设备6的WAIN。可利用如下所述在表52A-52E中规定的单一字段或者字段的组合完成这种搜索。

呼叫中心16和16′可由以网状结构耦接在一起，以完成这些功能的一个或多个处理器组成，并且可利用已知的计算技术，例如利用个人计算机、微型或大型计算装置、路由器、交换机等等构造。由于呼叫中心16和16′的结构及操作类似，因此主呼叫中心16的说明也可用于描述主呼叫中心16′。

计算机电话接口(CTI)29放置在呼叫中心16和操作终端20之间。CTI 29被配置成把到来的请求者4的呼叫的数据部分，例如请求者拨打的号码和请求者的发端电话号码发送给操作终端20，而呼叫的语音部分直接在呼叫中心16和操作终端20之间传送。虽然这里没有说明，不过利用带内信令(即利用呼叫的语音通路)可把到来的请求者4的呼叫的数据部分发送给操作终端20也在本发明的范围之内。

操作终端20也可是能够接收并在其显示器上显示数据的任意已知计算装置，包括(但不局限于)个人计算机、UNIX工作站等等。虽然优选实现为系统2的一部分并且与主呼叫中心16耦接，以便与请求者4通信的独立的用户服务代表电话机，不过操作终端20并不局限于此。例如，操作终端20可被安排成包含集成电话(如图所示)。换句话说，允许用户服务代表以口头通信方式接合请求者4的任意安排都是足够的。另外，虽然只表示了一个操作终端20，不过系统2并不局限于此。可预料到系统2由多个操作终端20组成，从而一个以上的用户服务代表能够接纳系统2的用户。应注意可按照在1999年11月24日申请的美国专利申请No.09/449126中描述的连接和通信技术实现主呼叫中心16及其其与交换机12、操作终端20和数据库18的通信，以及主呼叫中心16′和交换机12′之间的布置和通信，该专利申请的内容作为参考包含于此。在本发明的备选实施例中，请求者4可利用非语音方法，例如(但不局限于)：短消息服务(SMS)、无线应用协议(WAP)、实况聊天和即时消息接发与代理相互作用，下面将进行说明。

代理应用程序19平台被用于操纵操作终端20和数据库18。该系统不仅支持这些模块之间的通信，而且还准备呼叫完成数据分组50，呼叫完成数据分组50将被发送给交换机12，以便最终完成呼叫。

为了产生呼叫完成数据分组50，操作终端20和代理应用程序19需要从数据库18取回的信息。如同后面更详细说明的那样，该数据被用于填充呼叫完成数据分组50的各个字段。

数据库18最好是任意已知数据库系统，所述数据库系统可被编程以保存下述所有内容(但不局限于)：有线电话目录列表、请求者4的发端服务提供者26列表、WAIN列表和诸如商品及服务的提供者之类其它列表。数据库18最好支持与每个用户或者赞助一组用户的组织相关的大量列表及多媒体数据的多个数据库表格。

应注意本发明通过包括几个额外字段以支持这里描述的新特征，增大了美国专利申请No.09/449126中描述的数据库表格。

数据库18可以已知的任意数据库软件和已知的任意数据库格式为基础。数据库18的硬件结构可以是能够支持用户数据及他的相应数据库表格中的条目的任意硬件平台。因此，数据库18可保存在能够存储该信息的任意装置上。

本领域的普通技术人员可认识到虽然数据库18被表示成单一部件，不过数据库18并不局限于这种结构。数据库18可由能够通过传输链路相互通信的多个硬件部件，即中央处理器和/或存储装置，例如CD-ROM、硬盘驱动器、磁带盘驱动器等构成。另外，虽然只具体讨论了数据库18内的特定表格和字段，不过本发明并不局限于数据库18中的表格模式。根据本发明的一个实施例，系统2或系统2′中的每个数据库，例如数据库18或18′保存相同的信息。在一个备选实施例中，数据库18还可采取分布式数据库的形式。例如，可从例如位于加利福尼亚的数据库18′之类的数据库的一部分支持主要位于西海岸的用户，而主要位于东海岸的用户可访问例如位于纽约的数据库18之类的数据库的一部分。

在本发明的一个实施例中，数据库18保存与请求者4的服务提供者26相关的带商标(branded)音频消息，从而当请求者4访问系统2时，操作终端20取回音频欢迎消息，并且播放给请求者4。在本发明的另一实施例中，可在呼叫中心16或交换机12取回并播放音频欢迎消息。后面更详细地说明所述欢迎音频消息。

如图5A中所示，列表表格52A保存无线设备标识号(WAIN)列表(即关于各个无线设备6的信息)。WAIN列表信息包括(但不局限于)：无线电话号码、名称、目录列举名称、地址、规定的地点、公司、无线通信公司(carrier)、记账信息、特殊特征代码、WAIN连接字段、数据类型字段、数据源字段、NPA/NXX无线字段、装置能力字段、特殊通告字段、通用通告字段、特殊服务字段、预通告字段、有线电话号码字段、电子邮件地址字段、牌照字段和系统2中使用的其它代码，以填充呼叫完成数据分组50的各个字段。列表表格52A表示系统2中的主要无线设备6表格，包括任意额外的特殊指令信息列表，所述特殊指令信息列表包括填充结束提示模块27的信息。

列表表格52A的无线电话号码字段识别无线设备6的电话号码；例如单元(cell)电话号码。名称字段表示无线设备6的用户的实际名称。目录列举名称字段表示选定的无线设备6的列表名称。例如，该字段可保存用户的真实名称，昵称或者选定的用户别名。列表表格52A的地址字段包含一个或多个地址，所述一个或多个地址包含下述一个或多个字段：无线设备6的用户的街道地址1、街道地址2、城市、州、国家、邮政编码和邮政分区+4地址。

规定地址字段识别用户的优选地点或者地点组合。例如，位于纽约市，同时在他或她的无线设备6上具有新泽西电话地区号的用户可选择使用纽约市、新泽西、纽约都市区或者其它一些指定位置。

列表表格52A的公司字段识别无线设备6的用户工作的公司。有线电话号码字段识别与无线设备6相关的用户的一个或多个有线电话号码。电子邮件地址字段识别由无线设备6识别的用户的一个或多个电子邮件地址。列表表格52A的无线通信公司字段识别无线设备6的服务提供者26。该信息可和结束提示特征及记账及其它相关特征一起应用。

列表表格52A的记账信息字段包含支持记账功能的无线设备6特有的信息。该字段向系统2提供无线设备6的特定记账指令，包括服务提供者信息及特殊服务预定。例如，无线设备6的用户可选择承担来电的费用。这样，记账信息字段会指出请求者4不负责无线设备6的入站呼叫的费用。

列表表格52A的特殊特征代码字段识别可与用户的账户相关的任意特定的特殊特征。这包括诸如群连接特征之类的信息，在群连接特征下，大雇主分配全公司的若干电话。这种情况下，单个付款方可能在一个名称下具有几个或者甚至几百个无线账户，从而使用无线装置的实际个人并不出现在列表上。该字段中的信息可用于进行类别搜索，例如公司XYZ的所有雇员；特殊的记账代码；或者如果无线设备6还没有指定某一结束提示，则可供结束提示选择之用。

列表表格52A的无线设备标识号(WAIN)连接字段识别列表的可公开程度。如图6中所示，WAIN连接字段由WAIN连接字段子表列表70组成，所述列表70首先把号码分类成已列举或未列举。如果一个号码未被列举，则不能用其完成呼叫。但是如果号码已被列举，则WAIN连接字段子表列表70被进一步分成“相对于代理未被掩蔽(unmasked to agent)”或者“相对于代理被掩蔽(masked to agent)”。在“相对于代理被掩蔽”的情况下，呼叫是可完成，但是请求者4不能接收该号码。这种情况下，可相对于代理或用户服务代表掩蔽该号码或其任意部分，从而代理不能获得该号码，呼叫被简单地连接。在“相对于代理未被掩蔽”的情况下，如同商用无线装置的情况那样，无线设备6的用户已批准系统2向代理和/或请求者4显示该号码。

列表表格52A的数字类型字段识别无线设备标识号(WAIN)列表表格中列举的无线装置的类型。

列表表格52A的数据源字段识别无线设备6列表所起源的数据源。该字段向系统2提供识别该列表的数据源，例如服务提供者或者其它任意实体，例如第三方或者提供数据库18中所含数据的无线设备6的用户，并且可和诸如结束提示之类的特征或者和奖金或鼓励一起使用。

列表表格52A的NPA/NXX无线字段识别请求者4是否是无线装置或者地面通信装置。该字段用于打开或关闭仅仅适用于无线或陆基电话的某些特征。例如，如上所述，对于从陆基电话到无线设备6的呼叫，预通告字段可默认为“否”，而对于从无线电话到无线设备6的呼叫，预通告字段可默认为“是”。

列表表格52A的装置能力字段识别无线设备6的能力。这些能力可包括：SMS、WAP、iMODE等能力。

列表表格52A和/或数据库18的特殊通告字段识别是否存在将被结束提示模块27使用的由无线设备6或者某一优选提供者支付或者请求的任意特定的特殊结束提示。例如，如果无线设备6的用户选择不支付来电的费用，则可向请求者4播放指示请求者将支付该呼叫的费用的通告。在另一例子中，优选的提供者可选择每当呼叫与该列表连接时，则播放定制的提示。优选的提供者是选择向请求者4提供鼓励的任意用户和/或系统2的提供者，从而把呼叫导向它们。

列表表格52A和/或数据库18的特殊通告字段还被用于交叉引用系统2提供的其它服务。系统2应能够提供传统的目录帮助，以及增强的传统目录帮助，所述增强的传统目录帮助包括(但不局限于)下述附加服务：饭店推荐和预定；电影时间和购票；分类搜索；改变语言服务，指向服务和选择优选提供者。

特殊通告字段意图使通告和/或结束提示的交叉引用能够把请求者4引向系统2提供的其它服务。这些消息可被处理，以提供和这些服务的有效性和提供范围有关的信息。应注意在特殊通告字段中找到的交叉引用代码可单独使用，也可结合指定的结束提示一起使用。例如，饭店优选的提供者可响应请求者4关于传统目录帮助或饭店分类搜索的请求，请求向请求者4建议推销折扣或者其它这种与饭店相关的评论的特殊结束提示。这种情况下，如果优选的提供者指定特殊的结束提示，则代码将保存在该字段中。另外还能够保存多个代码，第三方并不局限于一个特殊通告代码，而是可根据需要使用多个特殊通告代码。

列表表格52A和/或数据库18的通用通告字段识别是否存在将被结束提示模块27使用的，附属于无线设备6的列表的任意通用结束提示。该字段类似于特殊通告字段；但是，这里要求的结束提示并没有相对于无线设备6被特殊加工。这里列举的代码可触发录音结束提示。例如，在上述优选提供者例子中，不接受信用卡的饭店可不指定将在特殊通告字段下被编码的独特结束提示，而是从某些录音结束提示中选择结束提示，例如“本店不接受信用卡”。本例或者其它通用通告结束提示将在列表表格52A和/或数据库18的通用通告字段中编码。

类似于特殊通告字段，通用通告字段也允许使用多个代码，另外还允许交叉引用其它系统2服务。例如，如果相同优选提供者的饭店提供预定，则希望在它们的通用通告字段中包括交叉引用结束提示。和特殊通告字段不同，未相对于饭店对交叉引用提示进行特殊加工，相反交叉引用提示可以是更一般的种类。

列表表格52A和/或数据库18的特殊服务字段识别第三方可提供的任意特殊服务。当请求者希望关于某些能力或条件，例如：24小时营业、讲西班牙语、不排斥听力受损者等时，进行分类搜索时使用该字段。例如，如果请求者4寻找本地区所有讲西班牙语的饭店，当操作终端20搜索数据库18时，将被取回的唯一列表在特殊服务字段中具有讲西班牙语代码。

列表表格52A的预通告字段识别无线设备6的用户是否希望预先通告任意来电。该字段确定是否存在关于语音或文本或者多媒体预通告的偏好，假定无线设备6的服务提供者支持恰当的格式。如果格式均不被支持，则预通告字段将默认为服务提供者所支持的格式。如果指出偏好语音预通告或者如果服务提供者只能支持语音预通告，则本发明预料该字段将包括下述四个选项(但不局限于)：连接具有预通告的呼叫，连接不具有预通告的呼叫，使呼叫只与无线设备6的语音邮件相连，使呼叫与系统2临时语音邮件装置(VRU)相连。在无线设备6的用户仅选择消息传送的情况下，本发明预料临时语音邮件装置(VRU)将提示请求者4记录并保存消息，并且随后将试图把该消息传送给无线设备6。一旦请求者4指出他/她已接受记录的消息时，该呼叫将被断开。如果偏好数据和/或文本预通告或者如果服务提供者只能支持数据和/或文本预通告，则该字段将包括下述一个选项(但不局限于)：连接具有数据和/或文本预通告的呼叫。该选项特别包括记录的语音消息向文本消息的转换和通过下述任意格式(但不局限于)：SMS、WAP、iMODE、即时消息接发等的消息传送。

列表表格52A的牌照字段包含与无线设备6的用户相关的主要车辆的牌照。该信息可用于使用户与他们可能正在驾驶的一个或多个车辆联系起来。

操作终端20具有搜索列表表格52A和/或数据库18中的任一字段或字段的组合的能力。这包括(但不局限于)根据邮件地址、指定节点、目录列举名称、地址、公司、名称、无线通信公司、牌照、有线电话号码定位WAIN列表和/或甚至根据WAIN反向搜索列表。

最后，列表表格52A的费用计划字段包括无线设备6的费用计划。该信息用于确定诸如是否将应用漫游费，是否将应用长话费用之类的事件，以及与该计划相关的每月的分钟数。

在本发明的另一实施例中，提供个人联系名单52B，以便向系统2添加允许无线设备6的用户向数据库18提供他们的联系名单，从而便于他们获取一批无线号码和其它信息。从而由联系名单提供的号码被输入个人联系名单表格52B中。

除了仅仅保存用户的个人联系名单以便他们获取之外，系统2可请求用户释放与所有联系名单成员相关的电话信息，以便进一步填充数据库18。这只需要释放电话数据，而不需要释放联系名单信息的全部内容，所述全部内容还包括诸如生日之类的个人信息。如果无线设备6的用户同意，则来自他/她联系名单的电话信息被添加到数据库18中的WAIN列表中。从而，无线设备6的用户从具有保存的个人联系名单得到好处，系统2从获得数据库18的额外WAIN列表得到好处。图5B-5E图解说明证明联系名单特征和维护的数据库表格52B-52E。

为了鼓励用户拿出他们的电话名单，如下更详细说明的那样，系统2可提供奖金、鼓励或免费服务，以交换提交供数据库18使用的联系名单。

如图5B中所示，个人联系名单表52B最好保存各个对应无线设备6的联系人姓名和号码。无线设备6个人联系名单表被安排成具有关于各个联系人的辅助信息，例如电子和书面邮件地址、职衔、公司名称、公司地址、传真电话号码、主页、生日等等。联系名单中的每个条目被分配一个唯一的标识号。

如图5C中所示，更新列表表格52C保存关于系统2中无线设备6联系名单的某一用户，增加、删除或修改的更新联系列表信息。这些改变随后被并到个人联系名单表52B中。

在并入用户的个人联系名单表52B之前，最好对改变进行验证。例如，试图把他们的“个人联系数据库”和他们的个人联系名单表52并列对照的用户起动同步过程，这将在下面详细说明。在已验证用户的真实性之前，这些变化不会被并入用户的个人联系名单中。一旦所请求的变化的正确性得到验证(即，请求的变化不是前一请求的副本)，则这种变化请求将被并入用户的个人联系名单表52B中。

如图5D中所示，不能实现的那些请求变化和拒绝原因一起被保存在拒绝的更新列表表格52D中，所述拒绝原因包括，例如用户是非法用户和/或所请求的变化是副本等等。

如图5E中所示，列表指示符表格52E跟踪分配给用户的个人联系名单表52B中的各个条目的列表标识号。列表指示符表格52E用于跟踪列表标识号，以确保分配唯一的标识号。这方便了未来的更新、删除等，另外还确保可从多个源(例如web浏览器、操作终端20、PDA(个人数字助手)和/或个人联系软件等等)得到条目，而不会产生完全一样的列表标识号。

应注意虽然如上所述的字段描述用于WAIN列表数据库18，不过WAIN列表数据库18′最好具有基本相同的字段结构。

WAIN数据库18和18′的表格52A-52E被配置成不仅保存用户信息，而且还向系统提供正确处理特征请求的能力。例如，保存在列表表格52A中的特殊特征代码字段中的信息允许系统2提供诸如优选语言和有针对性的广告宣传。

除了提供数据库18支持的无线白页服务之外，通过系统2还可提供其它服务。例如，增强服务模块21内的指向器向系统2提供向请求者4发送方向的手段。指向器被并入由运行于操作终端20上的代理应用程序19使用的增强服务模块21中，允许用户服务代表取回方向，并将其传送给请求者4。增强服务模块21中的指向特征可以是被配置成根据出发点地址和目的地地址，或者本行业中目前已知的其它准则计算方向的独立装置。根据本发明的另一实施例，增强服务模块21可通过通信信道，例如因特网与例如可从MAPQUEST^TM获得的由第三方操纵的远程方向计算装置相连。

在另一例子中，饭店预定也可被集成到由运行于操作终端20上的代理应用程序19使用的增强服务模块21中，向系统2提供取得预定并且向请求者4提供关于饭店的推荐的能力。当诸如饭店之类的用户或者其它相关服务提供者，例如宴会承办者激活系统2的增强服务模块21的预定服务时，激活预定服务。增强服务模块21中的预定特征可以是被配置成根据从参与的饭店接收的最新信息，或者本行业中目前已知的其它准则安排预定的独立单元。根据本发明的另一实施例，增强服务模块21可通过通信信道，例如因特网与由第三方操纵的远程预定服务系统相连。

当诸如饭店或饭店推荐服务机构之类用户决定将其信息放入在增强服务模块21中的饭店预定及推荐系统内的推荐索引中时，起动饭店推荐。

在第三个例子中，电影票和时间表软件被并入由在操作终端20上运行的代理应用程序19使用的增强服务模块21中，并使系统2具有提供电影信息和购买票券的能力。当诸如影院、剧场或其它相关商业机构之类用户或者电影信息提供者向系统2提供信息时，这些服务被激活。

结束提示模块27提供结束提示标识数据，所述结束提示标识数据被包含在诸如如图9中所示的呼叫完成数据分组50的结束提示代码字段58之类的规定字段中。如上所述，呼叫完成数据分组50利用命令提示交换机12激活恰当的结束提示。结束提示模块27和代理应用程序19一起发生作用，从而产生如同下面参考图9更充分说明的呼叫完成数据分组50。呼叫完成数据分组50向交换机12提供信息，从而根据由交换机12识别的呼叫完成数据分组50的结束提示代码字段58产生结束提示。关闭提示模块27可以物理分离单元的形式存在，也可以代理应用程序19软件的功能模块的形式存在。

虽然上面已描述了本发明的一个实施例，本发明预期呼叫完成数据分组50可由诸如：ACD、PBX、独立VRU(语音响应器)/ASR(先进语音识别)、应用程序之类硬件和软件的任意组合用于根据呼叫完成数据分组50中的结束提示代码字段58产生结束提示。

如图7中所示，结束提示模块27由结束提示处理模块64、覆盖(override)模块66和呼叫完成数据表68组成。呼叫完成数据表68可以是结束提示模块27内的独立表格，或者可以是结束提示处理模块64内的软件。在本发明的另一实施例中，结束提示处理模块64和覆盖模块66可驻留在交换机12或者诸如：ACD、PBX、独立VRU/ASR、应用软件之类硬件和软件的任意组合上。

为了恰当地填充呼叫完成数据分组50的结束提示代码字段58，结束提示模块27和代理应用程序19一起检查取回的列表表格52A和/或数据库18中的列表。结束提示模块27使用取回的列表填充呼叫完成数据表68中的某些字段。可根据数据库18和/或代理应用程序填充呼叫完成数据表68中的其它字段。在本发明的一个实施例中，呼叫完成数据表68包括(但不局限于)如图8中所示的七个字段60A-60G。结束提示模块27还使用列表表格52A的特殊通告和通用通告字段和/或数据库18的其它字段，结束提示处理模块64、覆盖模块66和呼叫完成数据表68确定填充结束提示代码字段58和呼叫完成数据分组50的其它字段的恰当信息。

虽然本发明预期结束提示模块27可按照任意顺序使用这些字段和模块中的任意信息，下面略述选择结束提示的一种可能方法。

第一步是取回从列表表格52A和/或数据库18选择的列表。在没有找到该列表的情况下，该信息被认为是足够的。

结束提示处理模块64的下一步骤是查看列表表格52A的特殊通告字段和通用通告字段，确定是否任意特定结束提示适用于无线设备6。如果是，则在这些字段之一中将至少找到一个结束提示，并且可能会找到多个代码。

随后，结束提示处理模块64和覆盖模块66进行校核，确定是否存在任意结束提示覆盖功能。用于该模块的信息既来自于列表表格52A和/或数据库18，又来自内部系统2设置。例如，覆盖模块66可提供时间功能，从而在一天的某些时间起动某些结束提示。就饭店服务来说，在傍晚优选晚餐提示，而在早晨则优选早餐提示。

覆盖模块66的另一功能例子是根据工作日设置默认提示。例如，娱乐提示被设置成只在周末有效，而工作提示只在工作日有效。覆盖模块66的另一特征例子是交叉引用系统2在高峰时刻和非高峰时刻内提供的其它服务。例如，在周六或周日，当请求者4寻找饭店信息时，可实现指向服务的交叉引用提示。应注意覆盖模块66的功能可用于修改或扩大在特殊通告字段和通用通告字段中找到的结束提示。覆盖模块66的功能例子的整个外延太多，不能一一列举，但是，应注意修改、添加、删除在特殊通告字段和通用通告字段中找到的结束提示的能力在本发明的范围之内。

随后，结束提示处理模块64查看呼叫完成数据表68，根据包含于其中的信息字段确定结束提示。

如图8中所示，这些字段包括：请求者拨打的号码字段60A、被请求列表的数据源字段60B、数据类型字段60C、被请求服务字段60D、优选语言字段60E、目的号码的NPA/NXX字段60F和其它列表表格52A和/或数据库18数据字段60G。这些字段由列表表格52A和/数据18中包含的数据，以及来自操作终端20上的代理应用程序19中所含信息的数据填充。

请求者拨打的号码字段60A包含可被结束提示模块27用于识别请求者4拨打的号码、请求者4的服务提供者、发端交换机12和该呼叫的呼叫完成区域。该信息取自列表表格52A和/或数据库18的数据源字段。

被请求列表的数据源字段60B包含可被结束提示模块27用于识别提供列表信息的数据源。该信息得自列表表格52A和/或数据库18的数据源字段。

数据类型字段60C把请求者4请求的数据类型，例如传统的目录帮助、电影、饭店、指向、分类和/或其它商业搜索通知结束提示模块27。用于填充数据类型字段60C的信息取自列表表格52A和/或数据库18的各个字段。

被请求服务字段60D包含由结束提示模块27用于识别请求者4所请求服务类型，例如信息请求、商务请求、预定请求等的信息。用于填充被请求服务类型字段60D的信息由操作终端20上的代理应用程序19从列表表格52A和/或数据库18获得。

优选语言字段60E包含由结束提示模块27用于指示请求者4的优选语言的信息。该信息用于确保可使用正确语言的结束提示。优选语言字段60E还可和列表表格52A和/或数据库18的特殊通告字段和通用通告字段一起使用。用于填充优选语言字段60E的数据取自于操作终端20或者取自于列表表格52A的特殊服务字段。一种可能的实现方法是根据请求者4拨打的号码填充优选语言字段60E；但是这不是唯一的可能实现方式。

目的号码的NPA/NXX(编号计划区/交换代码)字段60F包含由结束提示模块27用于识别列表的位置，以便选择基于位置的结束提示。

最后，其它列表表格52A或数据库18字段60G包含由结束提示模块27用于识别列表表格52A和/数据库18中可用于选择结束提示的任意其它信息。

结束提示模块27的字段60A-60G只是提供可能字段的例子，并不是对本发明范围的限制。在结束提示模块27中可用于使结束提示适合于为有针对性的第三方广告和其它这种应用创造条件的任意字段在本发明的范围之内。

这里，和搜集信息的顺序无关，结束提示模块27的结束提示处理模块64使用代理应用程序19的逻辑确定哪些信息应用于填充呼叫完成数据分组50的结束提示字段58。对结束提示模块27来说，这种逻辑的一个例子是首先注意列表表格52A和/或数据库18的特殊通告字段和通用通告字段。随后，结束提示处理模块64注意覆盖模块66，以了解是否存在添加或删除特殊通告字段和通用通告字段中的结束提示的任意添加、修改或者其它指令。接下来，结束提示处理模块64注意呼叫完成数据表68，以了解是否存在上面做出的添加或删除结束提示的任意添加、修改或者其它指令决定。最后，当选择恰当的结束提示时，结束提示模块27填充呼叫完成数据分组50的结束提示代码字段58。

和现有技术不同，本发明根据通过呼叫获得的信息动态改变结束提示，以使特定消息适合请求者4的要求。这种决定可以具体的无线设备6指令、第三方指令、包含在列表表格52A和/或数据库18中的其它信息、覆盖模块66和/或呼叫完成数据表68的可能字段60A-60G为基础。

随后代理应用程序19软件产生呼叫完成数据分组50。另一方面，结束提示模块27或者其它一些应用程序可产生呼叫完成数据分组50；但是，对于本说明来说，代理应用程序19将正在形成呼叫完成数据分组50。如图9中所示，呼叫完成数据分组50由下述多个数据字段组成。这可包括(但不局限于)：请求者的发端电话号码字段54、无线设备标识号(WAIN)信息字段56、结束提示代码字段58和预通告字段59。应注意本发明预期WAIN信息字段可包括无线和有线列表。

通过利用来自于来电信息记录15的信息、来自数据库18的列表表格52A及结束提示模块27，在操作终端20由代理应用程序19形成呼叫完成数据分组50。随后组织该信息并将其用于填充呼叫完成数据分组50。

发端电话号码字段54是请求者4的发端电话号码。无线设备标识号(WAIN)信息字段56是用户的请求列表。借助从列表表格52A和/或数据库18取回的列表，该信息被提供给操作终端20。WAIN信息字段识别完成呼叫的正确目的地。该信息被用于正确地连接请求者4和无线设备6。呼叫完成数据分组50的结束提示代码字段58包含根据其为请求者4取回、使用和播放结束提示的指令。呼叫完成数据分组50的预通告字段59向语音响应器(VRU)指示预通告特征是否被激活。如果预通告特征被激活，则VRU将借助语音或者文本消息向无线设备6通告请求者4的身份，从而无线设备6可确定是否接受该呼叫。

当组合时，请求者的发端电话号码字段54、WAIN信息字段56、结束提示代码字段58和预通告字段59包含起动并完成呼叫、播放恰当的结束和预通告所需的所有信息。

广域网(WAN)25被配置成使所有操作终端20与系统2和2′耦接。这包括地理位置之间的连接，从而位于呼叫中心的操作终端20可与位于其它远程位置的交换机相连。如前所述及下面将更详细说服的那样，由于主呼叫中心16可把呼叫发送给远程操作终端20′，因此这些操纵终端20′必须能够反向与发端交换机12通信，以便与正确的呼叫连接。WAN 25被配置成把呼叫完成数据分组50转播给恰当的交换机12，以便完成请求者4的呼叫。下面更完整地说明系统2内WAN25的功能。

当由操作终端20之一支持时，在通过广域网25(WAN)组合系统2、2′的情况下，代理应用程序19通过任一交换机12与操作终端20通信。WAN 25允许位于操作终端20的用户服务代表把呼叫完成数据分组50从操作终端20传送给任意交换机12。在代理应用程序19由于各种原因不能成功传送呼叫完成数据分组50的情况下，代理应用程序19可利用诸如DTMF之类的带内信令起动呼叫完成，所述各种原因包括(但不局限于)WAN 25的不可用或者呼叫完成数据分组50的拒绝。这允许代理应用程序19使呼叫者处于软维持(softhold)状态，并且通过相同的中继线把目的地数字传送给交换机12。交换机12随后接受该数字，并把该呼叫交给呼叫中心16，并且如下所述起动呼叫完成。

就信令和中继(trunking)来说，可以释放链路中继线的形式实现交换机12与主呼叫中心16(或呼叫中心16′)之间的通信链路和交换机12与移动交换中心(MSC)8之间的通信链路。在本发明的该实施例中，一旦呼叫完成数据被传送给链路的目的地端部，就释放通信链路。释放链路中继线技术在本领域为人们熟知，并且允许通过采用被目的地装置识别为释放链路信号的预定信令序列，释放目的地装置处的资源。另外，在本发明的另一实施例中，可以多频MF信令的形式实现交换机12和移动交换中心(MSC)8之间的通信链路。MF信令的一个可能例子是本行业中众所周知的特征组-D(FG-D)链路。

在本发明的一个备选实施例中，可以SS7的形式实现交换机12和移动交换中心(MSC)8之间的通信链路。SS7是本行业中众所周知的一种带外信令。在本发明的另一实施例中，可以DTMF信令的形式实现交换机12和MSC 8之间的链路。DTMF是一种带内信令。所有这些信令选择在本领域已为人们熟知，仅仅意味着本发明的可能实施例，而不应被看作对借助其实现本发明的通信链路的可能选择的限制。

作为呼叫完成过程的一部分，交换机12具有选择用于完成请求者4到无线设备6的呼叫的最佳中继线组的能力。例如，如果交换机12具有与无线设备6的服务提供者26的直接连接，则会通过该链路完成该呼叫。

在交换机12不具有与无线设备6的服务提供者26的直接连接的情况下，会通过PSTN 10完成该呼叫。这允许交换机12选择费效比最高的手段把该呼叫传送给无线设备6。出站中继线组的这种选择可根据包含在呼叫完成数据分组50中的信息由呼叫完成表17(如图1、2和3)确定。例如，呼叫完成数据分组50中WAIN信息字段56中号码的NPA.nxx可被用于指示该列表的服务提供者。该信息随后被用于确定是否存在从交换机12到服务提供者26的直接连接。如果存在这样的直接连接，则该呼叫的第一选择路线会通过该链路。在这样的直接连接不可用或者不存在的情况下，可使用诸如到PSTN的连接之类的备选路线。

请求者呼叫操作

如图10的流程图中所示，一开始在步骤100，请求者4呼叫系统2。访问系统的方法可以通过已知的任意拨号模式，例如“800”号码、NPA.nxx.xxxx号码或者NPA-555-xxxx，但是也可以是短缩信息式的号码，例如“411”、“555”、“#555”等。对系统2的访问最好被安排成请求者4拨打的访问号码全国通用，从而请求者4不必关心取决于他们位置，或者他们是正在通过无线装置还是有线装置访问系统2的单独访问号码。

在步骤102，移动交换中心(MSC)8认为请求者4拨打的模式属于系统2(即关于通信帮助的请求)并把该呼叫以及请求者4的发端电话号码一起发送给交换机12。当从MSC 8收到呼叫时，交换机12追踪呼叫细节信息。

虽然未示出，不过可利用在美国申请，序列号No.09/449126(申请日1999年11月24日)中描述的方法和装置实现本发明的一套信令方法。

交换机12的另一特征是其识别并转换拨号字符串，从而允许系统2向多个用户提供代理应用程序服务的能力。当拨打正确的号码时，被配置成识别拨号字符串的MSC 8属于通信辅助系统和方法，并且把入站呼叫发送给交换机。如果需要，在把呼叫发送给交换机12之前，MSC 8可把用户的拨号字符串(例如#555)转换成由系统2识别的数字序列。

这种转换允许不同的服务通信公司(carrier)利用通用访问号码或者不同的用户拨号字符串获取本发明提供的服务。例如，在两个通信公司决定使用不同的拨号字符串(即蜂窝电话通信公司A可支持拨打字符串*5访问系统2，而蜂窝通信公司B可利用拨号字符串411获取服务)的情况下，每个通信公司的移动交换中心(MSC)8在把呼叫发送给交换机12之前，可选择转换该拨号字符串，也可选择不转换该拨号字符串。当接收入站呼叫时，交换机12可进一步转换MSC 8拨号字符串，并且把呼叫发送给主呼叫中心16。交换机12发送的号码允许系统2识别从其接收拨号字符串的特定MSC 8以及实际的MSC拨号字符串，从而系统的部件可确定需要何种服务，并且入站呼叫源于何处。如图1和图16中分别所示，本发明还预料呼叫可源于有线通信公司和/或VoIP通信公司。

例如，交换机12可把移动交换中心(MSC)8拨号字符串411转换成诸如9605之类的任意四位号码(该字符串长度仅仅是一个例子，可被修改)。该四位字符串被用于填充如图8中所示的呼叫完成数据表68中的请求者拨打的号码字段60A。转换后的数字字符串将被称为直接入站拨打(DID)号码。各个交换机12可具有多个DID号码，以识别请求者4关于不同服务的请求及他们的呼叫位置。

利用该技术可获得的另一特征是以优选语言信息的指示符的形式向系统2提供独立的拨号字符串。例如，如果使用诸如NPA.555.1818^TM之类的拨号字符串，则在转换MSC拨号字符串之后，交换机12将自动发送来电信息记录15中的偏好西班牙语指示符，从而主呼叫中心16将把呼叫发送给恰当的操作终端20，例如讲西班牙的操作者。有利的是，讲西班牙语的操作者可远离系统2，如同上面参考图1-3说明的那样，可通过呼叫中心16把要由他们处理的呼叫发送给远程呼叫中心′。

应注意上述一套呼叫信令方法的例子仅仅是呼叫路由和请求者4识别的一个例子，并不意味着对本发明范围的限制。能够在MSC 8和交换机12之间传送呼叫的任意信令方法协议。

在步骤104，交换机12把呼叫发送给主呼叫中心16。为了完成该任务，交换机12利用如上更详细说明的有关信息产生如图4中所示的来电信息记录15，并且选择到呼叫中心16的直接中继线。用于在交换机12和主呼叫中心16之间传送呼叫的结构最好是上面详细说明的释放链路中继线结构。虽然这里未说明，不过本发明预期任意中继和/或信令结构可用于把呼叫从交换机12发送给呼叫中心16。本发明还预期交换机12可通过公共电话交换网PSTN  10(即利用800号码或直接拨打的号码)使该呼叫与呼叫中心16相连。

随后，在步骤106，当收到来自于请求者4的呼叫时，主呼叫中心16通知具有恰当的熟练操作人员(如果需要的话)的可用操作终端20入站请求已到达，并且把该呼叫发送给该操作终端20。当建立请求者4和操作终端20之间的链路时，主呼叫中心16建立从呼叫者到用户服务代表的语音和通信链路。双路语音通信通过主呼叫中心16从请求者4直接发送给具有附加的电话通信装置的操作终端20。可包括包含在来电信息记录15中的任意信息(即请求者4拨打的号码(DID)、优选语言代码、请求者的发端电话号码和请求者服务提供者字段)的数据通信通过计算机电话接口(CTI)29被传送给操作终端20的主呼叫中心16。在主呼叫中心16和操作终端20之间采用的CTI 29用于传送用户服务代表和代理应用程序19软件处理并完成呼叫所需的信息。

利用该链路，代理向请求者4请求和请求者4正在请求的服务相关的信息。请求者4提供必要的信息。这种信息的一个例子包括(但不局限于)：目录列举名称、规定的地点、电子邮件地址、名称、有线电话号码、牌照等等。本发明预料传统的目录帮助和增强目录帮助也可由该系统提供。在步骤108，位于操作终端20的代理随后起动数据库18的搜索。当然，如果主呼叫中心16忙或者不存在可用的操作终端20，则请求者4的呼叫可被转发给呼叫中心16′，呼叫中心16′可在步骤106中按照上述相同方式接纳请求者的查询。如果不能得到所请求的列表，则代理等待来自请求者4的进一步指令。

随后，在步骤110，检查关于无线设备6的列表，以确定所请求的号码是否未列出，或者是否被屏蔽以防止请求者4接收实际的号码。如列表表格52A中列举的诸如数据库18和18′之类数据库中与无线设备6相关的记录具备无线设备标识号(WAIN)连接字段，所述无线设备标识号(WAIN)连接字段具有向操作终端20指出是否允许用户服务代表连接该呼叫的WAIN字段子表70，如果允许，则向请求者4公开该WAIN。这确保不能得到未列出的号码，并且如果相应的用户希望无线设备6的WAIN保密，则无线设备6的WAIN保持保密状态。

在操作中，代理应用程序19软件检查WAIN字段子表70，检查号码是否未被列出。如果是，则用户服务代表将此通知请求者4，并等待进一步的指令。如果号码被列出，则代理应用程序19检查该号码是否被屏蔽。这是应无线设备6用户要求的“开”或“关”特征；不过最好被默认设置成屏蔽。如果号码被屏蔽，则在请求者4看不到或者听不到该号码的情况下连接该呼叫。如果号码未被屏蔽，则请求者4接收该号码，并且获得自动拨号服务或者其它这种类似服务。当然，要明白在图6中的软件方案或者本领域技术人员已知的其它任意软件方案中易于实现上述操作和方法。另外本发明预料可以加密格式保存数据库18，以防止数据库18被侵入、被窃用或者其它形式未经许可的访问或使用。

另一方面，对于无线设备6的更安全列表来说，不向位于操作终端20的用户服务代表显示无线设备6的WAIN。虽然系统2将获得该信息，但是它不会向用户服务代表显示。这样，通过呼叫完成数据分组50和广域网(WAN)25通信的操作终端20和交换机12在整个过程中保持WAIN的机密性的同时完成呼叫。

随后在步骤112，结束提示模块27根据上述准则确定恰当的结束提示。根据呼叫完成数据表68中找到的无线设备6和请求者4信息，该结束提示或者读自列表表格52A的特殊或通用通告字段，由覆盖模块66选择或修改，或者由包含在结束提示处理模块64中的逻辑电路选择。随后结束提示模块27使用一个或多个提示的一个或多个代码填充呼叫完成数据分组50的结束提示代码字段58，以便确定播放哪个录制的提示结束。

随后在步骤114，操作终端20上的代理应用程序19软件构建呼叫完成数据分组50。利用来自来电信息记录15、列表表格52A、数据库18、结束提示模块27、代理应用程序19和来自请求者4的口头信息准备呼叫完成数据分组50。

当完成呼叫完成数据分组50时，操作终端20通过广域网25把呼叫完成数据分组50传送给交换机12。WAN 25与系统2中的所有交换机12和所有操作终端20相连，从而如果操作终端20远离交换机12，由于呼叫路由的结果，操作终端20也能够通过WAN 25把呼叫完成数据分组50发送给位于遥远位置的交换机12。通过利用识别请求者4的呼叫进入系统2的发端交换机12的DID，由代理应用程序19确定恰当的交换机12。

随后在步骤116，交换机12起动请求者4和无线设备6之间的呼叫。交换机12随后开始呼叫完成日志的呼叫细节信息跟踪和其它功能。交换机12随后使用呼叫完成数据分组50中的信息的从结束提示存储模块13选择恰当的结束提示，并从呼叫完成表17中选择恰当的出站中继线组。

在步骤118，系统2检查呼叫完成数据分组50的预通告字段59，所述预通告字段59指示无线设备的用户6是否希望向其预先通告呼叫方。如果无线设备6的用户选择呼叫方被预通告，则该预通告提供接受或拒绝入站呼叫的机会。对于来自无线和有线请求者4的入站呼叫，预通告特征都适用于无线设备6。来自无线请求者4的入站呼叫被默认为预通告“开”，来自有线请求者4的入站呼叫被默认为预通告“关”；但是，任意用户和/或系统2提供者可决定在任意时刻改变该设置。如果预通告特征为“关”，则系统2进行到步骤124A，如果预通告特征为“开”，则系统进行到步骤120。

随后在步骤120，系统2参考呼叫完成数据分组50的预通告字段59，确定传送预通告的方法。预通告可为文本格式或者语音格式。利用呼叫完成数据分组50中的字段，系统2根据通信公司及无线设备6的装置能力，确定哪种格式适用。如果为语音格式，则交换机和/或集成语音响应器(VRU)将提示请求者4陈述他/她姓名。在记录请求者4之后，交换机12和/或VRU向无线设备6的用户重播该语音。本发明预期请求者4的姓名的相同语音消息可被转换成文本消息，并用如下所述利用文本预通告传送给用户。如果预通告为文本格式，则交换机12把请求者4的发端号码传送给无线设备6，或者发送关于请求者4的更完整信息，只要这些信息适用于系统2。可按照WAP(无线应用协议)或者足以传送必要的信息，并且无线设备6的服务提供者26支持的其它任意协议发送文本消息。

在步骤122，如果无线设备6指示接受入站呼叫，则参见下面的步骤124A。如果呼叫不被接受，则参见步骤124B。

在步骤124A，在无线设备6希望接受入站通信请求的情况下，无线设备6借助发给系统2的恰当命令指出接受入站通信请求。

另外当呼叫完成时，刚好在请求者4与无线设备6相连之前，交换机12使用呼叫完成数据分组50的结束提示代码字段59中的信息向请求者4播放恰当的结束提示。

在步骤124B，如果无线设备6希望拒绝呼叫，则它们可如上所述使用任意方法在它们的端部终止呼叫。这样，向请求者4播放结束提示，向他们解释无线设备6不接受该呼叫，和/或无线设备不可用，并且随后由系统2使他们掉线。在本发明的一个可能实施例中，结束提示的长度可能为零秒。另一方面，如果不能相对于无线设备完成呼叫，则系统2可向请求者4回传进一步帮助的用户服务代表。

在本发明的另一实施例中，如果不能相对于无线设备6完成呼叫，则无线设备6可选择把请求者4发送给具有留言选项的语音邮件系统。

图15中表示了本发明的另一实施例。图15表示用于通过语音识别入口，提供对无线设备标识号(WAIN)数据库的访问，同时仍然保持列表的机密性的组件的一个例子。请求者4通过直接拨打特殊的号码，或者通过呼叫请求者4的陆基通信公司并被发送给交换机12，与交换机12通信。通过经由无线通信公司A与交换机12通信，请求者4也可访问数据。在本发明的一个实施例中，交换机12和集成VRU(语音响应器)/ASR(先进语音识别)、移动交换中心(MSC)8和PSTN 10及主呼叫中心16通过WAN 25相连。在另一实施例中，交换机12和VRU/ASR是通过WAN 25相连的独立装置。

当请求者4与VRU(语音响应器)/ASR(先进语音识别)相连时，请求者4由运行于ASR应用程序23上的一系列语音提示引导，从而导致选择与无线设备6的用户相关的电话号码。虽然列表表格52A中的任意字段可由VRU/ASR向请求者4读出，不过可估计在大多数情况下，VRU/ASR只向请求者4读出姓名和地址信息。一旦请求者4选择了所需的列表，则系统将利用前面说明的选择准则，选择恰当的结束。最后，前面说明的所有预通告和呼叫完成逻辑通过交换机12或PSTN 10应用于该呼叫的完成。

图16中表示了本发明的另一实施例。图16表示用于通过因特网入口，访问无线设备标识号(WAIN)数据库，同时仍然保持列表的机密性的组件的一个例子。在本发明的该实施例中，请求者4通过经ISP(因特网服务提供者)或者其它恰当连接与因特网相连的个人计算机、家用PC 4B访问WAIN数据库。请求者4在通过因特网防火墙45之后，访问驻留在Web服务器44上的应用程序。该应用程序随后请求将由请求者4提供的特定部分信息。该信息再由应用程序用于访问WAIN数据库的数据，并提供可满足请求者4输入的准则的一系列名称和地址。如果请求者4选择提供的列表之一，则请求者4将通过IP语音通信公司43和与PSTN和移动交换中心(MSC)8相连的H323网关与无线设备6相连。

在本发明的另一实施例中，还可通过H323网关，借助经IP语音通信公司43的访问完成呼叫，所述H323网关通过交换机12直接与MSC 8相连。

在本发明的另一实施例中，一旦确定所需的列表，则处理应用程序49记录装置4(装置4可以是无线或有线装置)的发端电话号码、无线设备6的列表和存取数据库19的分配的存取号码。分配的存取号码随后被发送给家用PC 4。家用PC 4的用户随后可在装置4上用手拨打分配的存取号码。本发明还预料在装置4是无线装置的情况下，借助数据协议还可把分配的存取号码发送给装置4，所述数据协议包括(但不限于)：WAP、SMS、iMODE接口等。装置4的用户拨打分配的存取号码，所述存取号码使装置4和交换机12相连。

根据装置4的存取号码和发端电话号码，交换机12搜索存取数据库19并取回无线设备6的列表。交换机12随后通过到移动交换中心(MSC)8的直接连接或者通过PSTN 10，进行呼叫完成。总之，将如前面略述那样进行结束提示、预通告、呼叫完成和记账的处理。

图17中表示了本发明的另一实施例。图17表示用于通过数据协议访问无线设备标识号(WAIN)数据库，同时仍然保持列表的机密性的组件的一个例子，所述数据协议包括(但不限于)：WAP(无线应用协议)、SMS、iMODE接口。在本发明的该实施例中，请求者通过无线装置4进行询问。在移动交换中心(MSC)8，请求由WSCP(无线服务控制点)47处理，并且通过通信公司的防火墙45，经ISP 42与因特网接合。该请求再通过系统2′的防火墙45被处理，并被传送给Web服务器44。在Web服务器44，处理应用程序49获取发送的信息，并且构成将与WAIN列表数据库18相反的询问。WAIN数据库18返回与请求相一致的若干列表名称和地址。该信息通过防火墙45被回送给无线装置4。传送的信息在无线装置4上被显示，并且无线装置4的用户随后能够选择具体的列表或者请求另外的列表。如果请求另外的列表，则重复上述循环，直到用户找到所需的列表或者停止搜索。

一旦确定所需的列表，处理应用程序49记录无线装置4的发端电话号码、无线设备6的列表和存取数据库19的分配的存取号码。分配的存取号码随后被发送给无线装置4。无线装置4的用户拨打分配的存取号码，所述存取号码使无线装置4和交换机12相连。根据无线装置4的存取号码和发端电话号码，交换机12搜索存取数据库19，并取回无线设备6的列表。交换机12随后或者通过与移动交换中心(MSC)8的直接连接或者经过PSTN 10进行呼叫完成。总之，按照本文献中前面略述的那样进行结束提示、预通告、呼叫完成和记账的处理。

记账程序

下面说明本发明的记账程序。当请求者4联系呼叫中心16或16′，并且与无线设备6相连时，最好至少在三个地方产生记账记录：1)在发端服务提供者26的系统上，2)系统2(可包括交换机12、呼叫中心16和数据库18)，和3)终接服务提供者26的系统。

如现有技术一样，如果什么操作也不进行，则这些记账记录会导致下述费用：

1)发端服务提供者26将给呼叫方开对于系统2的呼叫和对于主呼叫中心的呼叫的持续时间以及呼叫完成的持续时间(如果生效)每分钟的费用的账单。

2)根据无线设备6的无线设备标识号(WAIN)和请求者4的服务费用计划，发端服务提供者26可能会给请求者4开关于长途电话费的账单，如果与无线设备6的通信是长途呼叫；和

3)终接服务提供者26会给无线设备6的用户开关于播送时间的账单。

4)另外，在无线设备6的用户漫游的情况下，终接服务提供者可能是无线设备6的服务提供者，也可不是无线设备6的服务提供者。在会发生漫游费的情况下，终接服务提供者26会给无线设备6的服务提供者开关于这些费用的账单。无线设备6的服务提供者26随后会向无线设备6的用户开关于这些费用以及服务提供者可能选择强加的其它费用的账单。

在本发明的一个方面，无线设备6的用户，即被呼叫方不会关于与请求者4的通信对话(呼叫)被收费。如前所述，关于被呼叫方是否应支付来电的费用的决定可由无线设备6的用户或服务提供者26做出。这产生一个问题，因为无线设备6的用户的服务提供者26仍然需要得到补偿。本发明预期无线设备6的用户的服务提供者26将由请求者4补偿。这种补偿可以各种方式征收；但是，为了简化起见，这里假定该补偿将由请求者4的服务提供者26征收。

在无线设备6的用户没有漫游的情况下，系统2的功能包括按照下述方式起账单交换所的作用。无线设备6的用户的服务提供者26同意不对来自系统2的入站呼叫向被呼叫方(即无线设备6的用户)收取费用。这最好通过免费对源于系统2的的通信对话估价或者通过从终接服务提供者26(本例中，终接服务提供者26也是无线设备6的用户的无线通信公司)的数据库中除去相应的记录来实现。

系统2将产生对于系统2的该入站呼叫的记录，并且如果需要，产生对于无线设备6的用户的对应完成或完成尝试。在记账数据库14或者另一数据库(未示出)中记录该记账记录。如前所述，这些记账记录最好包括(但不限于)呼叫日期、呼叫开始时间、呼叫结束时间和结果时间(即呼叫长度)、请求者4的发端电话号码、无线设备6的无线设备标识号(WAIN)和确定发端服务提供者和无线设备6的服务提供者的字段。该记录最好产生自交换机12中的记录，但是并不局限于此，并且可包含关于呼叫起点和/或呼叫完成日志的信息以及其它任意必需信息。另外，还可包括从涉及漫游和/或其它费用的无线设备6的服务提供者26接收的任意数据。

这些记录随后被产生，并被传送给发端服务提供者26，以便包含在给请求者4的账单中。这可通过把记账记录数据格式化成各个服务提供者的记账系统的恰当格式，并且定期或者应请求把记录传送给服务提供者来实现。服务提供者随后可按照商定的费率确定这些记账记录的费用，并且可把它们和每个呼叫的费用及任意播放时间、漫游和/或长途电话费一起包含在给请求者4的账单中。

关于这些费用由请求者4的发端服务提供者26征收的资金或者一部分资金最好被转到系统2的提供者。系统2的提供者和/或利用来自系统2的信息的第三方随后根据商定的分配方案，把这些资金分配给无线设备6的用户的服务提供者、发端服务提供者26、系统2的提供者和第三方(如果需要的话)。

在无线设备6的用户漫游的情况下，系统2的功能包括对于下述不同情况起所述记账的作用。

第一种情况下，无线设备6的用户正在漫游，并且已选择他/她不支付额外的漫游费的费用计划。这样，本发明的功能如上所述。

第二种情况下，无线设备6的用户正在漫游，并且已选择他/她支付额外的漫游费的费用计划；但是无线设备6的用户的服务提供者26已决定不扣除这些漫游费。这样，本发明的功能如上所述。

第三种情况下，无线设备6的用户正在漫游，并且已选择他/她支付额外的漫游费的费用计划，并且无线设备6的用户的服务提供者26关心补偿这些漫游费。这样，在具有关于系统2的提供者和无线设备6的用户的服务提供者26的下述额外职责的情况下，本发明的功能如上所述。无线设备6的用户的服务提供者26同意不关于来自系统2的入站呼叫向被叫方收取费用(即无线设备6的用户)。这最好通过免费对源于系统2的通信对话估价或者通过从终接服务提供者26或无线设备6的用户的服务提供者26的数据库中除去相应的记录来实现。这样，无线设备6的用户的服务提供者26还将提供对于无线设备6的用户完成的所有呼叫的记账记录，这里无线设备6的用户正在漫游。这些记录将被提供给系统2的卖主，并且包括(但不限于)下述信息：请求者4的发端电话号码、无线设备6的无线设备标识号(WAIN)、呼叫的日期、呼叫的开始时间、呼叫的结束时间、以及关于该呼叫的任意相关漫游费用。系统2随后将把该信息包含在产生并传送给发端服务提供者26的记录中，以便包含在给请求者4的账单中。

如果招致漫游费用，则无线设备6的服务提供者26将需要根据它们现有的漫游方案，赔偿终接服务提供者。由于存在双向流动的资金，因此任意指定月中需要转手的唯一资金是服务提供者相互所欠的资金和欠系统2的提供者和/或第三方的资金之间的净差。

本发明预期在某些情况下，无线设备6的用户可选择传统的无线记账(即承担来电的费用)，而不是这里提出的呼叫方支付方案。

数据库管理和更新

现在说明用于填充和维护诸如18和18′之类无线设备标识号(WAIN)列表数据库的装置和方法。为了清楚起见，将只关于WAIN列表数据库18说明产生和维护数据库的过程。最好通过使WAIN列表数据库18和WAIN列表数据库18′同步，按照相同方式更新WAIN列表数据库18′。当然，在系统2内可实现另外的呼叫中心16′，从而可提供数据库18′的其它实例。

图11表示其中可产生并维护无线设备标识号(WAIN)列表数据库18的第一实施例。更新数据库18中的列表的方法有两种，这两种方法是需要操作者帮助的方法和不需要操作者帮助的方法。需要操作者帮助的更新数据库18的方法包括(但不限于)：直接用户呼叫(即语音)、即时消息接发、SMS、实况聊天和/或WAP等。不需要操作者帮助的更新数据库18的方法包括(但不限于)：相对于VRU/ASR的直接用户调入(即语音识别)、因特网(全球通信)接入、iMODE、WAP、传真、电子邮件等等。另外，本发明提供从服务提供者26获取新的及已有的用户账户已被启用、停用或改变的通知。本例中，服务提供者和/或这些服务提供者的记账卖主(billing vendor)将准备关于系统2的提供者的数据供给。另外可通过其中由用户服务代表和/或带外文本或数据消息联系个人的直接邮寄公司、电话推销活动收集数据库18的数据，借助所述带外文本或数据消息，要求用户提供关于他们的无线通信装置描述的信息。

如上所述，可提示用户呼叫服务提供者，以更新、产生和/或删除数据库18中他/她的WAIN列表。可借助媒体广告(例如电视、广播、报纸、因特网入口等)、电子邮件、直接邮寄、SMS消息等，或者插页和/或伴随用户账单的通知产生提示。如图11中所示，用户的呼叫可由利用用户管理代表终端28的通信公司用户管理代表回答和处理。这种情况下，通信公司最好是对应于用户的无线设备6的服务提供者26。本发明还预期用户可呼叫系统2的提供者，从而与数据库专家终端36相关的操作者能够输入用户的信息。本发明还预期用户可呼叫VRU(语音响应器)/ASR(先进语音识别)以更新、产生和/或删除数据库18中他/她的无线设备标识号(WAIN)。如图11中所示，可通过VRU/ASR，把信息插入因特网清理(clean-up)数据库34，回答和处理用户的呼叫。VRU/ASR收集信息的过程和前面说明的过程(参见图15的说明)相似。

如图11中所示，通信公司用户管理代表终端28并不直接更新WAIN列表数据库18。相反，通信公司用户管理代表终端28更新通信公司清理数据库30。从通信公司用户管理代表终端28访问通信公司清理数据库30最好通过通信公司自己的用户管理系统或者因特网。借助同步技术32，通信公司清理数据库30与WAIN列表数据库18同步。同步技术32最好由一个或多个读取通信公司清理数据库30的内容并更新WAIN列表数据库18的计算装置组成。同步技术32可简单到嵌入操作软件中的同步软件，复杂到通过因特网起作用的用户设计软件。本发明还认为同步技术32可用于更新通信公司的数据库及数据库18。

也可通过因特网接入更新数据库18或者起动记录产生和/或记录删除。因特网接入最好由与因特网耦接的web服务器支持，通过因特网，用户可访问该web服务器，从而产生、查看和更新他/她的无线设备标识号(WAIN)记录。在1999年11月24日申请的美国申请，序列号No.09/449126中描述了访问因特网服务器和因特网清理数据库34的方法和设备方案。和用户使用的访问网站的特定访问方法和特定装置无关，因特网清理数据库34保存产生的、删除的或更新的WAIN列表，从而按照和通信公司清理数据库30相同的方式通过同步技术32使数据库34与WAIN列表数据库18同步。

也可根据从用户接收的邮件、传真、电子邮件、SMS、语音识别、实况聊天、WAP、即时消息接发和/或iMODE消息接发等更新WAIN列表数据库18。在这些情况下，使用数据库专家终端36的数据库专家把用户数据输入数据库专家清理数据库38中。按照上面关于通信公司清理数据库30和因特网清理数据库34相同的方式，通过同步技术32使数据库专家清理数据库38和WAIN列表数据库18同步。数据库专家终端36最好被布置成提供利用已知软件或者已知软件编码技术实现的图形用户界面，或者通过诸如NETSCAPE Communicator或者MICROSOFT Internet Explorer之类因特网web浏览器提供图形用户界面。

当服务提供者26启动、停用时可直接从服务提供者26接收用户数据，并且改变用户的无线设备账户。可借助任意媒体(例如DAT磁带)或者协议(例如FTP(文件传送协议)或者NDM(网络数据传送程序)发送或传输包含启用、停用和修改数据的更新文件29，并且更新文件29随后被转换子例程33直接处理成数据库专家清理数据库38。换句话说，在更新过程中，当服务提供者26以数据库专家终端36产生的和数据库专家清理数据库38相同的格式提供数据时，数据库专家清理数据库38可由更新文件29直接更新。在以不能用于直接更新数据库专家清理数据库38的格式接收更新文件的情况下，更新文件29由运行于数据库专家终端36上的子例程33处理，清洗数据并使之成为与数据库专家清理数据库38兼容的格式。当然，转换子例程不必运行于数据库专家终端36上，相反可利用能够把数据从一种格式转换成另一种格式的任意处理器方案实现。数据交换格式的一种例子是XML。

在启用、停用或修改数据由服务提供者26提供到服务提供者26的用户管理数据库中的情况下，则通信公司清理数据库30可以取回和/或接收具体的新的、删除的和/或修改的列表，以便包含在数据库18中。

从服务提供者26接收的启用、停用和修改数据可能遗失在无线设备标识号(WAIN)列表数据库中的准确记录所需的某些字段。例如，从服务提供者26接收的数据可能不包括实际的用户名称。这种情况下，不可能根据用户名称查找列表。在这些情况下，相对于无线设备6的用户的电话推销、邮寄、广告、彩票、直接数据消息等用于在努力完成或校正数据或者提醒用户联系系统2的提供者(或者他们的本地服务提供者)以更新他们的记录的过程中联系用户。另外，当作为具有遗失信息或者没有任何信息的列表的无线设备6的用户的请求者4s呼入系统2时，可借助VRU(语音响应器)/ASR(先进语音识别)提示请求者4s提供和/或更新他们的列表。

分别代替或者除了通信公司清理数据库30和数据库专家清理数据库38之外，通信公司用户管理代表可使用通信公司用户管理代表终端28或者数据库专家可使用数据库专家终端36更新因特网清理数据库34。

为了增大清理他们自己条目的用户的数目，可向对更新他们自己条目负责的那些用户给予促销和其它鼓励。这些促销可针对个人、团体用户(例如公司)或者服务提供者。针对个人和团体的促销可包括(但不局限于)：彩票、免费广播时间、免费服务包和免费使用用户结束提示，如果他们更新他/她自己的列表。类似的鼓励可针对一组用户，例如包含大量无线装置的大公司。针对服务提供者的鼓励可包括(但不限于)对系统的费用打折，如果服务提供者定期更新数据库。

在针对个人或公司的较小鼓励和促销方面，可提供新服务的免费使用，以征求数据库更新。这些促销可以广告、结束提示提供或其它类似的方法的形式出现。另外，定期地当数据库18认出关于某一用户的特定条目是缺少的信息或者长时间，例如一年未更新，则可提示系统2直接呼叫无线设备6和/或向无线设备6发送文本/数据消息(即WAP、SMS、iMODE等)，要求用户更新他/她的记录。不仅可以只在规定的时段之前提示该呼叫，而且在检测到呼叫完成方面的错误、其它服务和/或列表信息时都可提示该呼叫。

除了无线设备标识号(WAIN)列表数据库18、通信公司清理数据库30、因特网清理数据库34和数据库专家清理数据库38之外，额外的酬劳数据库75被连接到WAIN列表数据库18上。酬劳数据库75用于跟踪当用户响应通知他们帮助清理他们的记录的广告或宣传时，给予用户的任意促销奖励或者其它任意奖励。

例如，当用户响应宣传并按照上述方法之一更新他或她的记录时，酬劳数据库75保存有关奖励信息。根据特定的奖励，酬劳数据库75通过把适当的代码添加到用户条目的列表表格52A中，把免费服务编码写入数据库18中。在恰当的情况下，适用奖励的信息可从数据库18发送给用户的通信公司。当促销结束或者促销已兑现时，酬劳数据库75随后在规定的时间除去该代码。上面列举的促销只是可能的促销和奖励方案的例子，并不是对本发明范围的限制。任何被转让给用于维护并更新数据库18的任意规模的用户的任意促销都在本发明的预料之中。

图12表示其中可产生并维护WAIN列表数据库18的第二实施例。图11中所示的第一实施例和图12中所示的第二实施例之间的主要差别在于第二实施例用主清理数据库40代替通信公司清理数据库30、因特网清理数据库34和数据库专家清理数据库38。主清理数据库40起通信公司清理数据库30、因特网清理数据库34和数据库专家清理数据库38的集合功能的作用，并被用作通信公司用户管理终端28、因特网和/或涉及数据的更新及数据库专家终端36的公用接口点。

借助同步技术32使主清理数据库40和无线设备标识号(WAIN)列表数据库18同步。由于需要较少的同步，主清理数据库的使用简化了同步技术要求，并且由于和第一实施例相比要求更低，因此简化了网络连接性，硬件及软件费用及维护费用。重要的是注意根据不同通信公司的网络和安全要求，这两种方法都可能被不同的通信公司使用。

图13表示了用于访问因特网清理数据库34的组件的另一例子。如图13中所示，通过一个或多个防火墙45、一个或多个Web服务器44和一个或多个应用程序服务器46实现从因特网或者其它通信网络42的访问。按照这种方式，用户及其它使用者，例如数据库专家、通信公司用户服务代表等使用通信网络42建立使用web浏览器或者能够通过通信网络42支持用户终端和Web服务器44之间的数据通信话路的其它图形用户界面技术的通信话路。简化用户终端和Web服务器44之间的通信的软件和方法已为人们所知。

Web服务器44、防火墙45和应用程序服务器46可采取配有随机存取存储器、只读存储器、中央处理器、网络接口和适当的存储装置的任意已知计算机硬件的形式。例如，可使用配有基于INTEL(或者兼容处理器)的个人计算机服务器或者UNIX服务器。一般来说，Web服务器44、防火墙45和应用程序服务器46具有与对其的要求相应的容量。

如图13中所示，Web服务器44利用通信网络42简化与用户的通信，并且利用超文本传送协议(HTTP)服务于最好用Active-X，JAVA及超文本链接标示访问(HTML)的一种或多种组合编写的网页。

驱动Web服务器44的基础应用程序，例如访问因特网清理数据库34，并向Web服务器44提供各种数据和选项，从而提供给用户的应用程序由应用程序服务器46执行。换句话说，应用程序服务器46保存并执行通过指令Web服务器44，控制用户和因特网清理数据库34之间的整体交互作用的软件。

Web服务器44利用由应用程序服务器46和/或用户提供的预定显示屏方案和数据编译HTML显示屏，从而提供给用户的终端。当然，Web服务器44也可发送Active-X指令、JAVA小程序等等。Web服务器44、防火墙45、应用程序服务器46和因特网清理数据库34可利用任意组网技术进行通信。

Web服务器44、防火墙45、应用程序服务器46、它们的结构及全部操作软件已为本领域的普通技术人员所知。但是，实现这里所述的本发明的特殊功能所需的软件是本发明的不为人们所知的某些方面。

图14表示用于访问根据本发明的主清理数据库40，例如提供对图12中所示结构的接入的组件的一个例子。应注意除了运行于其上的软件之外，防火墙45、Web服务器44和应用程序服务器46的物理结构最好和图13中所示的相同。图14中所示结构与图13中所示结构之间的最大差别在于使用的是主清理数据库40，而不是因特网清理数据库34。

虽然已关于本发明的特定实施例说明了本发明，不过对于本领域的技术人员来说，其它许多变化和修改以及其它应用将是显而易见的。于是，本发明的范围不受这里的具体公开内容所限定，只受附加权利要求限定。

Claims (12)

1.一种获取对应于多个用户的信息的通信辅助系统，所述系统包括：

电话交换机，接收来自需要获取所述对应于用户的信息的多个请求者的呼叫；

列表数据库，被配置成存储对应于各个所述用户的信息，所述信息包括：

用于包含所需要的用户部分的无线电话号码的字段，以及

用于存储指示所述通信辅助系统是否向请求者公开用户的电话号码的信息的连接字段，在所述请求者连接到所需要用户的过程期间，所述连接字段被检查，以便确定是否向所述请求者公开所述用户的电话号码；以及

与所述交换机耦接的呼叫中心，用于将各个所述接收的呼叫从所述请求者路由给已访问所述数据库列表表格的操作终端，其中所述连接字段还包括指示所述通信辅助系统是否向正在处理请求者的请求的用户代表公开所述用户的电话号码的信息。

2.按照权利要求1所述的系统，还包括通过通信信道远程连接在一起的多个呼叫中心，各个呼叫中心能够将接收的电话呼叫从各个所述请求者发送给另一呼叫中心。

3.按照权利要求1所述的系统，其中所述操作终端由用户代表操作。

4.按照权利要求1所述的系统，其中所述操作终端是自动终端。

5.按照权利要求1所述的系统，其中所述列表数据库还包括预通告字段，所述预通告字段包含在完成从所述请求者到所述用户的呼叫之前，用户是否需要被告知请求者的标识信息的指令信息。

6.按照权利要求5所述的系统，其中所述通信辅助系统还包括从所述用户接收关于是否接受源于所述请求者的呼叫的指令的装置。

7.按照权利要求5所述的系统，其中所述通信辅助系统还包括从所述用户接收关于是否拒绝源于所述请求者的呼叫的指令的装置。

8.按照权利要求7所述的系统，其中所述通信辅助系统还包括从所述用户接收将来自请求者的呼叫直接引向所述用户的语音邮件的指令的装置。

9.按照权利要求7所述的系统，其中所述通信辅助系统还包括将来自所述用户的永久拒绝从相应请求者呼入的全部呼叫的指令存储在所述列表数据库中的装置。

10.按照权利要求7、8或9所述的系统，其中当所述呼叫被所述用户拒绝时，所述通信辅助系统向所述请求者提供自动响应。

11.按照权利要求7、8或9所述的系统，其中当所述呼叫被所述用户拒绝时，所述通信辅助系统将所述用户录制的预录响应递送给所述请求者。

12.一种用于操作获取对应于多个用户的信息的通信辅助系统的方法，所述方法包括：

在电话交换机中接收来自需要获取所述对应于用户的信息的多个请求者的呼叫；

在列表数据库中存储对应于各个所述用户的信息，所述信息包括用于包含所需要的用户部分的无线电话号码的字段以及连接字段中的指令；

与所述交换机耦接的呼叫中心将接收的呼叫从所述请求者路由到已访问所述数据库列表表格的操作终端，其中所述连接字段还包括指示所述通信辅助系统是否向正在处理请求者的请求的用户代表公开所述用户的电话号码的信息；以及

将来自所述请求者的呼叫连接到需要用户的无线电话号码，以便在所述请求者连接到所需要用户的过程期间，所述连接字段被检查以确定是否向所述请求者公开所述用户的电话号码。

Images