专利名称：通信辅助系统和方法
技术领域：
本发明涉及一种系统和方法，允许请求者与通信设备用户取得联系，更具体地讲，涉及一种系统和方法，其对来自特定请求者的过去请求过的列表进行存储并按照优先顺序排列。
背景技术：
当使用该系统的请求者频繁请求相同的信息或列表时，当前的目录辅助系统的一个缺点就表现出来。在当前的目录辅助系统中，在这种情况下，每次请求者做出请求时，操作员都需要输入搜索标准。在这种配置下，在一段时间内，可能会呼叫目录辅助操作员多次检索相同的目录列表。这导致了对操作员时间的浪费，以及导致了对部分频繁请求相同列表信息的请求者受挫。
结果，需要具有一种系统和方法，允许在请求者频繁请求相同信息列表时，通过目录辅助操作员更为有效地获取数据。还希望创建一种系统，能够有目的地利用被频繁请求的列表，从而当再次请求被频繁请求的列表时，减少列表检索时间。利用用于无线、如蜂窝电话和PDA等远程设备以及支持其的网络的技术的优势，还需要能够在手持设备和目录辅助供应商之间同步数据，从而使二者可以容易地存取被频繁呼叫的号码。
发明内容
本发明有利地提出了一种系统和方法，有利于在请求者频繁请求相同信息列表时，通过目录辅助操作者有效地获取数据。该系统能够通过存储和操作给定请求者的过去请求过的列表，有目的地利用被频繁请求的列表，并按照当再次请求被频繁请求的列表时减少列表检索时间的方式，对其进行组织本将它们显示给操作者。
为此，一种针对陆线或无线列表的目录辅助系统采用跟踪请求者的电话号码和请求者的请求时间和日期的请求者列表表格。当请求列表时，将信息存储在请求者列表表格中，由目录辅助系统提供的信息进行填充。
在请求者进行呼叫以做出对列表的请求之后，且在操作员搜索列表之前，目录辅助系统搜索过去请求过的列表表格，以确定是否与请求者电话号码匹配。如果存在匹配，则向操作员给出过去请求过的列表，显示请求者的电话号码、过去请求过的列表和与这些列表相关联的时间和日期信息。如果在屏幕上有请求者正在请求的当前列表，则操作员可以跳过对列表的搜索，代之以可以直接将所需的列表传送给请求者，从而节约操作员和请求者的时间。
还对过去请求过的列表表格进行配置，以便将已存储列表的类别制成表格。这些类别可以包括但不限于娱乐、电影、餐馆、商店、1-800号码、航线、旅馆、出租车和个人号码。在过去请求过的列表表格上可以直接利用类别目的地，或者作为替换，可以提供置顶请求列表子表格94，按照其各自的类别和被请求的次数组织存储的列表，以便有利于请求者更快地连接到所需列表。
为了描述本发明的目的，在附图中示出了作为优选的几种形式，但是，应当理解的是，本发明并不局限于所示的精确结构和手段。
图1是根据本发明一个实施例的本发明的通信辅助系统的示意图；图2是描述了根据本发明一个实施例记录的呼入呼叫信息的结构的字段示意图；图3是根据本发明一个实施例的数据库18中的列表表格的连接字段的字段示意图；图4是根据本发明一个实施例的关闭提示模块的示意图；图5是根据本发明一个实施例的呼叫完成数据分组的字段示意图；图6示出了根据本发明一个实施例的过去请求过的列表表格；图6A示出了根据本发明一个实施例的置顶排名列表表格；以及图7是演示根据本发明一个实施例的系统的操作的流程图。
图8是为了与呼叫者数据库31同步的目的，用于提供通过WAP(无线应用程序协议)入口或其他数据连接对列表数据库18的访问的组件示例的示意图。
具体实施例方式
现在，参照其中相似参考数字表示相似元件的附图，在图1中，示出了根据本发明一个实施例的通信辅助系统2。系统2允许请求者4发起与设备6的通信，即使请求者4并不知道设备6的标识号。设备6是指用户使用的无线或有线服务的设备，并在整个申请中，用于表示请求者4想要联系的设备。请求者4可以通过传统的有线本地电话公司(LEC)和/或长途通信公司通过无线载波(包括语音和数据访问)或通过连接到因特网来访问系统2。设备6可以是任何已知通信设备，包括蜂窝电话和调制解调器、寻呼机、PCS电话和调制解调器、RIMBlackberry、无线PDA、即时消息设备、SMS设备等。
应当理解的9是，可以实现本发明以与包括陆线电话、商务电话和具有语音通信能力的个人数字助理(PDA)等在内的任何设备相适应。
用户6是指其信息被存储以便由系统检索的任何个人或商业实体。尽管图1示出了利用无线设备的用户，应当理解的是，系统可以存储和检索与用户6有关的任何通信信息，例如陆线电话号码、寻呼机号码、电子邮件地址等。而且，为了描述的目的，请求者4通篇表示对系统2进行访问以查找信息的请求者4。重要的是要指出，系统2可能会邀请重复的请求者4向系统2提供他们的信息，从而将其并入包含可搜索用户6列表的数据库中。
优选地，通信辅助系统2通过无线MSC(移动交换中心)8或通过公共交换电话网(PSTN)10，直接与一个或多个服务供应商26相连。
通常，设备6通过移动交换中心(MSC)8与系统2进行通信，如图1所示。尽管图中未示出，应当理解的是，设备6可以通过与PSTN10相连的MSC 8与系统2进行通信。
如图1所示，系统2优选地包括一个或多个交换机和集成语音响应单元(VRU)12(VRU可以是分立的，而不是上述集成的)，记帐数据库14，主呼叫中心16，列表数据库18和运行有对可以由代理进行操作的增强服务模块21进行访问的代理应用程序19的多个操作员终端20，关闭提示存储模块13，呼叫完成表17，广域网25(WAN)，与代理应用程序19相连的关闭提示模块27，计算机电话接口29(CTI)和呼叫者数据库31。特别地，记帐数据库14与WAN 25相连，并可以与系统2的任何组件相连。单元12与移动交换中心(MSC)8和PSTN 10以及主呼叫中心16相连。主呼叫中心16还与至少一个操作员终端20和列表数据库18相连。
主呼叫中心16和操作员终端20之间的连接使得在二者之间直接传输语音通信并且通过计算机电话接口29传输数据信息。如下面要讨论的，这也可以通过带内信令来实现，。操作员终端20不仅与列表数据库18相连，而且还与其他数据库和软件应用程序模块相连。
在本发明的优选实施例中，如图1所示，诸如系统2和系统2’之类的多个呼叫中心可以有策略地位于整个国家的多个地理位置处。例如，每个呼叫中心，系统2或系统2’可以位于跨越美国的主要大城市地区。对每个呼叫中心进行配置，以便对指定给该呼叫中心的、可以包括所有可能类型的呼叫的呼叫业务进行处理。
在操作中，在系统2出现操作问题或请求量超过其能力的情况下，主呼叫中心16’接收来自主呼叫中心16的转发呼叫。此外，可以通过网络内部的智能预路由，自动向主呼叫中心16’传递呼叫。这种结构所提供的最重要的益处在于在系统2出现技术问题或较高呼叫容量的情况下，系统2’的主呼叫中心16’能够用作系统2的主呼叫中心16的溢出单元。这种结构允许主呼叫中心16在高容量的时间段期间向主呼叫中心16’路由呼叫，即使在如上所述的系统2的主直接连接崩溃的情况下。
系统2或2’的另一组件是呼叫完成表17。呼叫完成表17允许交换机12选择能够向终端目的地更为有效地路由呼叫的输出中继线群。例如，如果请求者4请求传统的目录辅助列表(即，有线商务或住宅列表)，请求者4的服务供应商26可能更倾向于在其自身的网络上完成这些呼叫。在这种情况下，呼叫完成表17将选择去往请求者4的服务供应商26的输出中继线群。在请求者4请求设备6的列表的情况下，可能更希望通过设备6的服务供应商26的网络来完成呼叫。在这种情况下，呼叫完成表17将选择去往设备6的服务供应商26的直接输出中继线群。
呼叫完成表17还允许根据但不限于以下项目，对针对每个呼叫的多个输出路由进行编程时刻，请求者4的服务供应商26，设备6的服务供应商26，每个服务供应商26的相应速率以及目的地的时刻和NPA/NXX。
类似地设置列表数据库18和列表数据库18’，优选地为彼此的镜像。尽管并未示出操作员终端20与主呼叫中心16’和列表数据库18’直接相连，操作员终端20可以被通过WAN 25相连，或者可以通过主呼叫中心16访问呼叫中心16’和列表数据库18’，如图1、2、3所示。这克服了在系统2中数据库18崩溃的情况，从而使操作员终端20利用存储在列表数据库18’中的信息来完成呼叫。
将系统2的多种组件连接在一起的链路，以及通过移动交换中心(MSC)8和公共电话交换网(PSTN)10与服务供应商26相连的链路可以是任意已知的语音和/或数据通信技术，包括广域联网和局域联网通信技术，例如，数字用户线(DSL)、数字T-1s、租用线路、卫星或无线链路、综合业务数字网(ISDN)电路、异步传送模式(ATM)、以太网、令牌环、光纤分布式数据接口(FDDI)等。还假设系统2的多种组件、服务供应商26和PSTN 10具有适当的通信硬件接口，以便通过通信链路发送和接收数据。
例如，无线服务供应商26可以通过与系统2的交换机12直接相连的移动交换中心(MSC)8硬件，直接与系统2接口。交换机12可以是任何交换机，优选地，包括集成语音响应单元。由交换机12执行的多种功能对本领域的普通技术人员是公知的，包括干线间的电话呼叫路由、将一种信令类型转换为另一种信令类型、例如在数字信令系统之间、双音多频(DTMF)信令、多频(MF)信令、ISDN、SS7等，并获得呼叫长度和目的地数据，以便进行记帐等。
如图1所示，当呼叫进入交换机12时，由与请求者所拨叫的号码相关的DNIS来标识该呼叫，以便可以向正确的交换机12路由由系统2产生的适当数据，例如呼叫完成数据分组50(图5)等，以便结束该呼叫，如在后面更详细地解释的那样。
如图1所示，对关闭提示存储模块13进行配置，以存储多种关闭提示消息和数据，从而当交换机12完成从请求者4到设备6的呼叫时，交换机12可以根据从呼叫完成数据分组50接收到的信息，播放多种关闭提示中的任何一个，将在后面对其进行详细描述。尽管图1中只示出了一个交换机12，在系统2中可以使用任意数量的交换机12以增加系统2的容量。
图2示出了由交换机12提供的呼入呼叫信息记录15，在交换机12接收到来自请求者4的呼叫之后，向主呼叫中心16发送记录15。
根据本发明的一个实施例，呼入呼叫信息记录15包含多个字段，可以包括但并不限于请求者拨叫的号码字段、优选语言代码字段、请求者的发起电话号码字段、请求者服务供应商字段和特征代码字段。
请求者拨叫的号码字段包含由请求者4拨叫的号码，并且可以用于识别呼入呼叫的发起交换机的位置。
优选的语言代码字段包含指示请求者4的语言偏好的信息。系统2，尤其是交换机12，保持将许多不同的拨号串转译入系统2的能力。用于确定请求者4的优选语言的一种可能方案在于例如，将来自特定拨叫号码，如NPA-555-1818的呼叫自动直接路由给例如讲西班牙语的操作员。另一可能的方案在于利用存储在呼叫者数据库31中的信息来路由该呼叫。借助于呼入呼叫信息记录15，用优选的语言代码字段通过交换机12向主呼叫中心16路由该呼叫。
请求者的发起电话号码字段保存请求者4的发起电话号码。请求者服务供应商字段传递请求者4的服务供应商。此字段允许系统2识别呼叫方的服务供应商26，以便与多种功能一起使用，例如介绍提示、关闭提示、记帐信息、使用跟踪等。使用此数据的一个示例是允许请求者4的服务供应商26和设备6的服务供应商26之间的计费结算。
特征代码字段保存可以用于标识与请求者4的设备相关联的任意特定特征的信息。这些特征可以包括，但并不限于奖励比率方案、标准比率方案、捆绑服务方案、设备能力等。例如，服务供应商26可以按照每个月固定的费用来提供无限制的目录辅助，或者可以在奖励时间段内，免费地提供服务。
尽管针对呼入呼叫信息记录15只标识了五个字段，使用任意数量的字段向系统2提供完成呼叫的必须数据均在本发明的构想之内。
如图1所示，记帐数据库14用作记帐数据的存储库，并且优选包括但不限于以下记录呼叫日期、呼叫开始时间、呼叫结束时间和所得到的时间，即呼叫长度、请求者4的发起电话号码、设备6的列表信息、以及标识发起和终止服务供应商的字段。记帐数据可以从以下位置收集，但并不局限于这些位置交换机12、ACD、PBX、代理应用程序19和/或数据库18。
呼叫中心16和16’包括接受来自交换机12的输入呼叫并利用标准自动呼叫分配(ACD)技术将呼叫分配给多个操作员终端20的硬件和软件。操作员终端20与数据库18进行交互，以便搜索和检索与设备6相对应的列表。如下面讨论的，可以利用表格52A到52E中所定义的单一字段或字段的组合来完成搜索。
呼叫中心16和16’可以包括按照联网结构连接在一起的一个或多个处理器以实现这些功能，并可以利用如个人计算机、迷你或主机计算设备、路由器、交换机等公知的计算技术来构造。因为呼叫中心16和16’的结构和操作类似，对主呼叫中心16的讨论应当被理解为也对主呼叫中心16’进行了描述。
将计算机电话接口(CTI)29设置在呼叫中心16和操作员终端20之间。对CTI 29进行配置，以便当在呼叫中心16和操作员终端20之间直接传输呼叫的语音部分时，向操作员终端20路由输入请求者4呼叫的数据部分，例如请求者所拨叫的号码和请求者的发起电话号码等。尽管在此并未讨论，在本发明的上下文中应当理解的是，还可以利用带内信令(即，利用呼叫的语音路径)，向操作员终端20发送呼入请求者4呼叫的数据部分。
操作员终端20可以是能够接收和在其显示器上显示数据的任意公知计算设备，包括但不限于个人计算机、UNIX工作站等。尽管优选的是，将单独的客户服务代表电话作为系统2的一部分实施，并与主呼叫中心16相连，以便与请求者4进行通信，操作员终端20并不局限于这种结构。例如，可以设置操作员终端20包含综合电话(integrated telephone)(如图所示)。换句话说，任何允许客户服务代表与请求者4进行口头通信的结构是充分的。此外，尽管只示出了单一的操作员终端20，系统2并不局限于这种结构。应当理解的是，系统2包括多个操作员终端20，从而使得多于一个客户服务代表可以适合于系统2的用户。应当注意的是，可以根据2002年6月11日发布的美国专利No.6,404,884中所描述的连接性和通信技术来实现主呼叫中心16及其与交换机12的通信，操作员终端20和数据库18，以及主呼叫中心16’和交换机12’直接的结构和通信，其内容一并在此作为参考。在本发明的可选实施例中，应当理解的是，请求者4可以利用非语音方法与代理进行交互，所述非语音方法包括但不限于短消息服务(SMS)、无线应用程序协议(WAP)、即时聊天和即时消息，如下所述。
代理应用程序19平台用于操作该操作员终端20和数据库18。此系统不仅支持这些模块之间的通信，而且准备要发送给交换机12的呼叫完成数据分组50，以最终完成呼叫。
为了创建呼叫完成数据分组50，操作员终端20和代理应用程序19需要从数据库18中检索信息。将此数据用于填充呼叫完成数据分组50的多个字段，如以下详细讨论的。
优选地，列表数据库18是可以对其进行编程以存储以下所有列表但并不局限于以下列表的任意公知数据库系统有线电话目录列表、请求者4的发起服务供应商26列表、无线列表以及如商品和服务供应商等其他列表。优选地，列表数据库18支持针对巨大数量的列表的多数据库表格以及与每个用户或支持用户组的组织相关联的多媒体数据。
应当指出的是，本发明通过包括几个支持这里所讨论的新特征的附加字段，扩充了在美国专利No.6,404,884中所描述的数据库表格。
列表数据库18可以基于任意已知的数据库软件和任意的数据库格式。列表数据库18的硬件结构可以是任意能够在其各自的数据库表格中支持用户和条目数量的硬件平台。因此，可以在能够存储信息的设备上存储列表数据库18。
本领域的普通技术人员应当清楚，尽管将数据库18示出为单一的单元，但其并不局限于这种结构。数据库18可以包括多个硬件单元，即，可以通过传输链路彼此进行通信的中央处理单元和/或如CD-ROM、硬盘驱动器、磁带盘驱动器等存储设备。此外，尽管只是对列表数据库18内的特定表格和字段进行了详细的讨论，本发明并不局限于列表数据库18的表格方案。根据本发明的一个实施例，系统2或系统2’中的每个数据库，如数据库18或18’存储相同的信息。在可选实施例中，应当理解的是，列表数据库18可以采用分布式数据库的形式。例如，可以从如位于加利福尼亚的列表数据库18’等部分数据库来支持主要基于西海岸的用户，而可以从如位于纽约的数据库18等部分数据库来支持主要位于东海岸的用户。
在本发明的一个实施例中，列表数据库18存储与请求者4的服务供应商26相关联的品牌音频消息，从而当请求者4访问系统2时，由操作员终端20检索音频欢迎消息并向请求者4播放。在本发明的另一实施例中，可以在呼叫中心16或交换机12上检索并播放音频欢迎消息。下面，详细讨论此欢迎音频消息。
列表数据库18和18’还包含如图3所示的连接字段。连接字段标识列表对于公开的可用度。连接字段包括连接字段子表格列表70，首先将号码分类为已列表或未列表。如果号码为未列表，则其不能用于完成呼叫。但是，如果号码为已列表，则连接字段子表格列表70还将其细分为“对代理未屏蔽”或“对代理屏蔽”。在“对代理屏蔽”的情况下，可以完成呼叫，而请求者4未接收该号码。在这种情况下，可以对代理或客户服务代表屏蔽该号码或该号码的任意部分，从而代理将不访问该号码，而只是连接该呼叫。在“对代理未屏蔽”的情况下，设备6的用户授权系统2向代理和/或请求者4公开此号码，正如最有可能的针对商业无线设备的情况。
重要的是指出，在请求者4请求屏蔽列表的情况下，当根据本发明的过去请求过的列表特征保存该列表时，屏蔽列表将按照屏蔽格式出现在这样存储的列表上，如在操作部分中更为详细地描述的那样。
在本发明的另一实施例中，如图6所示，提供过去请求过的列表表格92，并例如，存储在列表数据库18中。对表格92进行配置，以存储来自过去的请求者4的信息和与请求列表有关的每个请求者的相应信息。过去请求过的列表表格92保持与输入请求者4号码相关的请求者4呼叫号码字段。对此字段进行配置，使其与特定请求者4的过去请求过的列表相关联，从而系统2可以根据单独的请求者4，标识过去请求过的列表。一旦请求者4首次与系统2连续，就针对每个请求者4产生过去请求过的列表表格92，并根据每个额外的呼叫对其进行维护和更新。
应当注意的是，如上所述，由系统2产生过去请求过的列表表格92，存储在数据库18中，并由操作员终端20使用，但是，这只是用于存储表格92的一个结构示例，而并不倾向于限制本发明的范围。
例如，可以将过去请求过的列表表格92存储在系统2中，并在请求者4所使用的无线设备处通过服务供应商26直接进行操作。在这种情况下，系统2将产生过去请求过的列表表格92，并将其存储在服务器上，然后，通过可操作协议，向请求者4的服务供应商26传输该列表，请求者4的服务供应商26再向请求者4的无线设备发送此列表。
在这种结构中，可以通过WAP(无线应用程序协议)或任意其他能够与系统2接口并与要连接的所需列表进行通信的兼容协议，对表格92进行操作。在过去请求过的列表表格中包含所需列表的情况下，此结构为连接所需链路提供了更快的服务，并且在具有足以操作与系统2进行接口的所需协议的存储器的无线通信设备中尤为有效。这允许请求者4在打开其设备之后，在其自身的无线设备上搜索过去请求过的列表表格92，并由系统2对该列表进行更新，如以下所述。
过去请求过的列表表格92还维护与由特定请求者4请求的用户6信息相对应的列表请求字段。与此列表请求字段相关联的列表时间和数据字段存储请求列表的最后时间和日期。还维护计数器字段，与所请求的列表字段相关联，跟踪请求者4请求特定列表的次数。
在本发明的一个实施例中，对过去请求过的列表表格92进行配置，将过去请求过的列表存储设定的时间量，假设长时间未拨叫的号码几乎不会再次被请求。例如，过去请求过的列表表格92可以具有90天的存储时间范围，其中表格92上的每个列表在最后90天内至少被请求者4请求一次。
此外，可以将此时间范围修改为请求特定列表的次数。例如，过去请求过的列表表格92的基本时间范围可以是90天请求列表一次。但是，如果对特定列表请求了三次，过去请求过的列表表格92可以将此列表保存180天，预期此列表在未来将比只请求过一次的列表更可能再次被请求。
改变将特定列表存储在过去请求过的列表表格92上的持续时间的另一可能的方法在于，在每次请求列表时，复位90天的存储周期。在这种结构中，如果在最初90天的存储周期中，第二次请求列表，则复位存储周期，并将列表再存储90天。应当理解的是，对于过去请求过的列表表格92的列表，任意数量的可能存储设计是可能的，从而使得表格在减少操作员终端20所需的时间量方面是有效的，以减少检索所需列表而需要的时间。
在这个方面，对过去请求过的列表表格92进行设计，以保持多个请求者4的过去请求过的列表，从而向操作员终端20提供多个过去请求过的列表，足以加速多个请求，而不必仔细筛选不适当数量的过期列表。
针对给定请求者4，在过去请求过的列表表格92上保持足够列表的一种标准在于存储足够的列表，从而请求者4呼叫的大约20％可以根据此列表完成。为了实现此所需的百分比，可以采用多种操纵存储在过去请求过的列表表格92上的列表数的方法。例如，如上所述，可以将90天的存储延迟上调到120天或下调到45天，直到在过去请求过的列表表格92上存储了适当数量的列表。
管理过去请求过的列表表格92的列表的另一方面可以根据所存储的列表的类别来调整存储时间。例如，根据旅馆和航线的号码将很长时间不会被再次联系的理论，将与旅馆和航线的类别有关的列表只存储30天，而将个人联系列表存储180天，因为其更为频繁地被请求。
达到所需的20％完成目标的另一可能的方法是设置要存储在过去请求过的列表表格92上的最大或最小列表数。
在最小值的情况下，当关于列表的表格较低时，系统2可以通过如下的方法将列表添加到过去请求过的列表表格92中当请求第一电影院时，添加额外的附近电影院，试图预测可能的列表。代替地，在最大值的情况下，当过去请求过的列表表格92上的列表数达到较高数量时，可以较早地(在其存储时间过去之前)丢弃如旅馆和航线等类别的特定列表，以便保持过去请求过的列表表格92的效率。
无论怎样，过去请求过的列表表格92的目的在于减少检索所需列表而需要的时间量。为此，系统2试图维持过去请求过的列表表格92上的列表数量，从而使得操作员终端20通过表格92能够联系到请求者4的20％的已请求列表。
如果在过去请求过的列表表格92上包含过多的列表，则操作员终端20搜索表格92上的所有类别的时间将破坏具有表格的初衷。如果在表格92上维持过少的列表，则对于连续搜索整个数据库18(以检索未包含在表格92上的请求列表)的需要也将减少检索时间。从过去请求过的列表表格92中检索出请求的最佳数量或百分比需要实现减少列表检索时间的目标。
但是，应当注意的是，要从过去请求过的列表表格92中检索出20％的请求列表的所需百分比只是作为示例，并不倾向于限制本发明的范围。例如，如下所述，可以根据来自特定请求者4的请求的一致性或不一致性，来上下调整该百分比。
例如，如果请求者4频繁地从较小的列表群中请求列表，则可以通过利用上述参数，将从包含在过去请求过的列表表格92上的信息中完成的呼叫的百分比上调到30％或40％，从而进一步增加对于请求检索时间的效率。代替地，如果请求者4频繁地请求随机列表，则可以将目标百分比降低到10～15％，再次调整上述参数，从而过去请求过的列表表格92不会被填充满过多的无关列表。减少对于由请求者4请求的列表的检索时间的焦点总是在于用于调整过去请求过的列表表格92的参数的因素的确定。
无论怎样，应当注意的是，用于上述过去请求过的列表表格92的设置的上述所有参数只是作为系统可能使用的设置的示例，而并不倾向于限制本发明的范围。对于过去请求过的列表表格92，任意这些参数可以单独或组合使用，从而其结果是增加检索由频繁联系系统2的请求者4请求的列表的效率。
可以按照多种不同的变化来组织包含在过去请求过的列表表格92的字段中的信息。例如，列表请求字段可以包括针对每次做出请求时的单独条目，或者代替地，可以包含针对每个请求列表的单独条目，并将计数器字段中的列表被请求的次数制成表格。
在本发明的一个实施例中，如图6所示，过去请求过的列表表格92维护用于存储检索列表的类别的类别字段。例如，如果请求者4呼叫餐馆列表，则将该条目存储在过去请求过的列表表格92中，并且类别字段针对该条目，保存餐馆符号。类似地，如果请求者4请求加油站，则接下来，在类别字段中，将加油站或一般服务符号输入列表。
类别字段指示可以包括但不限于娱乐、电影、餐馆、商店、1-800号码、航线、旅馆、出租车和个人号码。此列表只是作为可以通过其分配类别信息的可能方法的示例，而并不倾向于限制本发明的范围。用于填充过去请求过的列表表格92的类别字段的任何类别指示都在本发明的构思之内。
在过去请求过的列表表格92中还设置类别排序字段，从而对于具有存储在类别字段中的特定类别指示的每个列表，将相应的类别序号分配给该列表。例如，如果特定的请求者4已经请求了三个不同的餐馆列表；第一餐馆4次，第二餐馆3次，以及第三餐馆1次，则将其分别按照其类别序号1、2和3对其进行排序。此序号信息可以由系统2利用来自类别和计数器字段的信息的组合产生，或者可以利用其他标准单独产生。
在本发明的一个实施例中，如图6A所示，提供了排名在先的子表格94，对其进行配置，以便根据包含在类别字段和类别序号字段中的信息来组织列表。根据上述存储在过去请求过的列表表格92的请求的类别，排名在先的子表格94可以包含几个字段。
例如，排名在先的子表格94可以具有餐馆字段、个人联系字段、1-800号码字段和由特定请求者4频繁请求的任意其他类别。表格94中的每个字段针对来自列表表格92的每个类别，维护排名在先列表的列表，进一步有利于操作员终端20对列表的检索。
例如，排名在先的请求表格94的餐馆字段按照类别序号字段的标识，列出了来自过去请求过的列表表格92的前5个请求餐馆列表。类似地，排名在先请求表格94的个人联系字段列出了来自过去请求过的列表表格92的前5个请求人列表，并针对每个类别如此进行。存储在排名在先请求表格94的多个字段中的排序类别列表的数量只是作为可以用于改善系统2的列表检索时间的可能方法和类别信息列表量的示例，而并不倾向于限制本发明的范围。本发明可以构想用在排名在先的请求表格94中的任意列表数或类别类型。
还应当注意的是，如图6A所示，可以将排名在先的请求表格94表示在分立的表格中，但是，这只是利用类别的排序来改善列表检索时间的一种可能的方法。例如，用于利用来自过去请求过的列表表格92的类别排序字段信息的另一方式在于直接在过去请求过的列表表格92中高亮显示每个类别的排名在先的列表，从而使其引起操作员终端20的注意，以提高列表检索时间(未示出)。通过针对每个类别，使排名在先的请求列表引起注意而进行操作的任意类似方法均在本发明的构思之内。
如果存储所有请求，则针对每个请求，存储每个请求的时间和日期。如果针对每个列表存储一个条目，则可以存储针对该列表的最后一个请求的时间和日期。应当注意的是，用于将信息存储在过去请求过的列表表格92中的大量组合对于系统2的操作员是可用的，详细讨论将过于繁杂。为了示例的目的，用于解释系统2的实施例的描述示出了过去请求过的列表表格92维护针对每个列表的单一条目以及针对每次进行请求的计数器字段中的条目。
在系统确定请求者4是重复呼叫者，且系统2从数据库18中搜索适当的过去请求过的列表表格92之后，在操作员终端20的屏幕上显示信息，如以下在操作部分中详细讨论的那样。
需要利用从系统2的其他组件收集到的信息，频繁地更新和重填过去请求过的列表表格92和排名在先的列表表格94二者。可以每天、每小时或实时地重填过去请求过的列表表格92和排名在先的请求表格94。可以从系统操作的角度，针对系统的最大效率，确定对重填速率的选择，或者通过必需更新次数的采样来确定，以便适当地用于针对给定请求者4的列表，或者可以是上述二者的组合。
在无线电信公司26的服务器中维护表格92以便向上述请求者4的无线设备重新发送的情况下，可以由此对表格92进行更新。例如，服务供应商26的服务器可以如上述那样每天、每小时或实时地进行更新，并且可以在请求者4关闭/打开其无线设备时或者某些其他类似的可用时间范围，更新请求者4的无线设备上所表示的列表。在这种情况下，无线设备存储表格92的相应副本。于是，无线设备用户可以检索列表，而无需对目录辅助进行呼叫。如果在所复制的表格92中没有请求列表，则无线设备用户将呼叫目录辅助。在这种情况下，根据请求者已经试图从存储在无线设备中的表格的副本中检索该号码的假设，目录辅助可以不搜索过去请求过的列表表格92。
根据本发明的一个实施例，请求者4可以通过诸如网站(HTTP)、SMS或WAP接口之类接口或采用兼容协议的任意其他接口直接访问系统2，来手动地更新过去请求过的列表表格。
在操作中，可以结合存储在记帐数据库14中的对过去请求过的列表表格92的维护和操作，利用系统2的多种记帐选项。这些记帐选项可以包括但不限于对维护过去请求过的列表表格92计费、对从过去请求过的列表表格92进行连接计费、根据更新表格92的速率收取额外的费用、根据表格92的扩展内容计费、以及用于维护要从请求者4的无线设备通过服务供应商26进行的服务的费用。
应当注意的是，此列表只是作为系统2与过去请求过的列表表格92有关的可能记帐设置的示例，而并不倾向于限制本发明的范围。与过去请求过的列表表格或过去请求过的列表表格92与系统2的其他特征的组合有关的任意记帐结构均在本发明的构思之内。
关闭提示模块27提供了将被包括在如图5所示的诸如呼叫完成数据分组50的关闭提示代码字段58之类的确定字段中的关闭提示标识数据。如上所述，呼叫完成数据分组50以启动适当的关闭提示的命令提示交换机12。关闭提示模块27与代理应用程序19协同作用，以产生以下将参照图5更为详细地示出的呼叫完成数据分组50。呼叫完成数据分组50向交换机12显示信息，以便根据由交换机12识别出的呼叫完成数据分组50的关闭提示代码字段58，产生关闭提示。关闭提示模块27可以作为物理上分立的单元存在，或者可以作为代理应用程序19软件的功能模块。
尽管上面已经描述了本发明的一个实施例，本发明预期呼叫完成数据分组50可以由硬件和软件的组合使用，如ACD、PBX、分立的VRU(语音响应单元)/ASR(高级语音识别)、应用程序软件等，以根据呼叫完成数据分组50中的关闭提示代码字段58，产生关闭提示。
如图4所示，关闭提示模块27包括关闭提示处理模块64、超越模块66和呼叫完成数据表68。呼叫完成数据表68可以是关闭提示模块27中的分立表格，或者可以作为存在于关闭提示处理模块64中的软件而存在。在本发明的另一实施例中，关闭提示处理模块64和超越模块66可以驻留在交换机12上或硬件和软件的任意组合中，例如ACD、PBX、分立的VRU/ASR、应用程序软件等。
在新请求者4的情况下，关闭提示模块27可以产生关闭提示，以邀请请求者4建立用户6列表(要被存储在列表表格52A中)。这允许系统2积累更为完整的用户6数据库。
然后，代理应用程序19软件创建呼叫完成数据分组50。可选地，关闭提示模块27或某些其他应用程序可以创建呼叫完成数据分组；但是，为了此讨论的目的，代理应用程序19将形成呼叫完成数据分组50。如图9所示，呼叫完成数据分组50包括多个数据字段。可以包括但不限于请求者的发起电话号码字段54、设备标识号码信息字段56、关闭提示代码字段58和预宣告字段59。
呼叫完成数据分组50由操作员终端20处的代理应用程序19使用来自呼入呼叫信息记录15的信息、来自数据库18的列表表格52A和关闭提示模块27形成。然后，对此信息进行组织，并用于填充呼叫完成数据分组50的字段。
发起电话号码字段54是请求者4的发起电话号码。设备标识号码信息字段56是用户6的请求列表。通过来自列表数据库18的检索列表，向操作员终端20提供此信息。设备标识信息字段标识了完成呼叫的适当目的地。此信息用于将请求者4与设备6适当地相连。如下所述，操作员终端20可以通过搜索，检索适当的列表，或者在重复请求的情况下，根据从过去请求过的列表表格92或排名在先子表格94提供的信息，直接输入。
呼叫完成数据分组50的关闭提示代码字段58包含检索、使用和向请求者4播放关闭提示的指令。如上面所讨论的，对于新请求者4，呼叫完成数据分组50的关闭提示字段58可以包含与要求请求者向系统2提交其信息以创建用户6记录有关的关闭提示的指令。呼叫完成数据分组50的预宣告字段59表示对于语音响应单元(VRU)，是否激活预宣告特征。如果激活预宣告特征，VRU将通过语音或文本消息，向设备6宣布请求者4的身份，从而无线设备6可以确定是否接受该呼叫。
当加以结合时，请求者的发起电话号码字段54、设备标识号码信息字段56、关闭提示代码字段58和预宣告字段59包含发起和结束呼叫、播放适当的关闭和预宣告所需的所有信息。
对广域网(WAN)25进行配置，以便使所有的操作员终端20与系统2和2’相连。这包括地理位置之间的连接，从而使位于呼叫中心的操作员终端20可以与位于其他远程位置处的交换机12相连。如先前所注意和稍后将详细描述的那样，因为主呼叫中心16可以向远程操作员终端20’路由呼叫，这些操作员终端20’必须能够与发起交换机12进行通信，以便与适当的呼叫相连。对WAN 25进行配置，以便向适当的交换机12中继呼叫完成数据分组50，从而完成请求者4的呼叫。下面，对系统2内的WAN25的功能的更为完整的描述进行讨论。
由一个操作员终端20支持的代理应用程序19通过操作员终端20与通过广域网25(WAN)与系统2、2’等组合在一起的交换机12中的任何一个进行通信。WAN 25允许操作员终端20处的客户服务代表从操作员终端20向任何一个交换机12传输呼叫完成数据分组50。在代理应用程序19由于以下原因但不限于以下原因而未能成功传递呼叫完成数据分组50的情况下WAN 25不可用或拒绝呼叫完成数据分组50，代理应用程序19可以利用如DTMF等带内信令发起呼叫完成。这允许代理应用程序19将呼叫方设置为软保持，并通过相同的中继线，向交换机12传递目的地数字。然后，交换机12接受该数字，并释放对呼叫中心16的呼叫，以及发起如后所述的呼叫完成。
作为呼叫完成处理的一部分，交换机12具有选择用于完成请求者4对用户6的呼叫的最佳中继线群的能力。例如，如果交换机12具有对用户6的服务供应商26的直接连接，将在此链路上实现此呼叫的完成。
在交换机12不具有对用户6的服务供应商26的直接连接的情况下，此呼叫的完成将通过PSTN 10。这允许交换机12选择成本最为有效的方式向用户6传递呼叫。可以由呼叫完成表17(如图1所示)，根据包含在呼叫完成数据分组50中的信息，确定输出中继线群的选择。例如，呼叫完成数据分组50中的设备标识信息字段56中的号码NPA.nxx可以用于表示针对该列表的服务供应商26。于是，将此信息用于确定是否存在从交换机12到该服务供应商26的直接连接。如果这种直接连接存在，则对此呼叫的第一选择路由将通过该链路。在该直接连接不可用或不存在的情况下，可以使用如对PSTN 10的连接等可选路由。
如图7的流程图所示，最初，在步骤100，请求者4呼叫系统2。用于访问系统2的方法可以通过任意已知的拨号方案，如“800”号码、NPA.nxx.xxxx号码或NPA-555-xxxx，但也可以是类似缩短信息的号码，如“411”、“555”、“#555”等。优选地，设置对系统2的访问，从而使得由请求者4拨叫的访问号码在全国范围内可用，从而使得请求者4不需要根据其位置考虑单独的接入号码，或者其通过无线设备或有线设备访问系统2。
应当注意的是，如果在服务器中存储过去请求过的列表表格92或排名在先的列表表格94，以便与依次与请求者4的无线设备进行通信的服务供应商26进行通信，如上所述，且请求者希望对包含在其中的列表之一进行呼叫，则可以直接从无线设备直接通过无线电信公司26拨叫号码。根据表格92的这种结构的配置，可以通过系统2的交换机12来处理此呼叫，旁路任何操作员终端20目录辅助列表检索允许将呼叫直接处理到呼叫完成。
在步骤102，移动交换中心(MSC)8识别由属于系统2的请求者4拨叫的模式(即，对通信辅助的请求)，并根据请求者4的发起电话号码，将呼叫路由到交换机12。交换机12在接收到来自MSC 8的呼叫时，跟踪呼叫详细信息。
交换机12的额外特征在于其识别和转译拨叫号码和允许系统2向多个客户提供代理应用程序服务的ANI串的能力。在拨叫适当的号码时，配置MSC 8识别所拨叫的号码串属于通信辅助系统和方法，并向交换机12路由输入呼叫。如果需要，在向交换机12路由呼叫之前，MSC 8可以将用户的拨号串(例如，#555)转译为由系统2识别的数字序列。
此转译允许不同的服务电信公司利用通用的接入号或不同的用户拨号串来访问通过本发明提供的服务。例如，在两个电信公司决定使用不同的拨号串的情况下(即，蜂窝电话电信公司A可以通过拨号串*5来支持对系统2的访问，而蜂窝电信公司B可以利用拨号串411来访问该服务)，每个电信公司的移动交换中心(MSC)8可以选择在向交换机12路由呼叫之前，转译或不转译此拨号串。在接收到输入呼叫时，交换机12可以进一步转译MSC 8拨号串，并向主呼叫中心16路由此呼叫。由交换机12发送的号码允许系统2根据实际的MSC拨号串识别从其接收到拨号串的特定MSC 8，从而系统2的元件可以确定需要什么服务，以及输入呼叫来自何处。本发明还构想呼叫可以来自有线电信公司和/或VoIP电信公司，如图1所示。
例如，交换机12可以将移动交换中心(MSC)8的拨号串411转译为如9605等任意四位数(此串长度只是作为示例，可以对其进行修改)。此四位串用于填充呼叫完成数据表68中的请求者拨叫号码字段60A。转译后的数字串将被称为直接输入拨叫(DID)号码。每个交换机12具有多个DID号码，以针对不同的服务及其呼叫位置，标识请求者4的请求。
使用此技术的额外可用特征来提供单独的拨号串，作为对系统2的优选语言信息的指示符。例如，如果使用如NPA.555.1818TM的拨号串，交换机12在转译MSC拨号串之后，将在呼入呼叫信息记录15中自动发送西班牙语优选指示符，从而主呼叫中心16将向如说西班牙语的操作员等适当的操作员终端20路由此呼叫。有利地，说西班牙语的操作员可以位于系统2的远程，且可以通过呼叫中心16向远程呼叫中心16’路由由其处理的呼叫，如以上参照图1～3所述。
应当注意的是，呼叫信令方法的上述示例只是作为呼叫路由和请求者4标识的示例，而并不倾向于限制本发明的范围。任何能够在MSC8和交换机12之间传输呼叫的信令方法协议都在本发明的构思之内。
在步骤104，交换机12向主呼叫中心16路由呼叫。为了执行此任务，如图2所示，交换机12利用上述相关信息，创建呼入呼叫信息记录15，并选择去往呼叫中心16的直接中继线。优选地，用于在交换机12和主呼叫中心16之间携带呼叫的结构为释放链路中继线结构，上面已经进行了详细的讨论。尽管此处并未讨论，构想可以使用任何中继线和/或信令配置，从交换机12向呼叫中心16路由呼叫。本发明还构想交换机12可以通过公共交换电话网PSTN 10(即，利用800号码或直拨号码)将此呼叫与呼叫中心16相连。
接下来，在步骤106，当接收到来自请求者4的呼叫时，主呼叫中心16，如果需要的话，利用适当的技巧，通知可用的操作员终端20，输入请求已经到达，并路由呼叫。当建立请求者4与操作员终端20之间的链路时，主呼叫中心16建立从呼叫方到客户服务代表的语音和通信链路。从请求者4通过主呼叫中心16向操作员终端20直接路由双向语音通信，具有附加的电话通信装置。通过计算机电话接口(CTI)29，从主呼叫中心16向操作员终端20传输数据通信，数据通信可以包括包含在呼入呼叫信息记录15中的任意信息(即，请求者4拨叫的号码(DID)、优选语言代码、请求者的发起电话号码和请求者服务供应商字段)。设置在主呼叫中心16和操作员终端20之间的CTI 29用于对客户服务代表和代理应用程序19软件所需的信息进行通信，以处理和完成呼叫。
利用此链路，代理向请求者4询问与其请求的服务有关的信息。请求者4提供所需信息。此信息的示例可以包括但不局限于目录列表名、限定区域、电子邮件地址、姓名、有线电话号、牌照等。本发明构想还可以通过此系统提供传统的目录辅助和增强的目录辅助。
接下来，在步骤106A，利用来自呼入呼叫信息记录15的发起电话号码字段的信息，操作员终端20和代理应用程序19搜索过去请求过的列表表格92的呼叫方号码字段，以确定此请求者4过去是否进行过呼叫。如果没有，则操作员终端20处理到步骤108，并开始产生针对该请求者的新的过去请求过的列表表格92。
如果请求者4是过去的呼叫方，则在步骤106B，代理应用程序19和操作员终端20以基于上述预定标准的一些组织形式，向操作员显示来自过去请求过的列表表格92和排名在先的列表子表格94的信息。
接下来，在步骤106C，操作员确定新请求的列表是否在通过过去请求过的列表表格92或排名在先的列表表格94提供的显示信息上。如果不在，操作员进行到步骤108。如果列表存在，则操作员跳过搜索步骤(108)，直接将请求者4连接到所需的列表上，然后系统进行到步骤109。这种结构节省了操作员终端20的服务代表相当多的搜索时间，得到了更好的响应时间。
如上所述，如果请求者4是第一次的呼叫方，或者如果所请求的列表不在过去请求过的列表表格92中，则在步骤108，操作员终端20处的代理发起对数据库18的搜索。当然，如果主呼叫中心16忙或没有可用的操作员终端20，则可以向按照与上述步骤106中相同的方式容纳请求者的询问的呼叫中心16’转发请求者4的呼叫。如果所请求的列表不可用，代理等待来自请求者4的进一步的指令。
在步骤109，从过去请求过的列表表格92中检索出信息，或者如果操作员通过搜索检索到列表，系统2根据系统2更新调度表，更新过去请求过的列表表格92和排名在先的列表表格94。在第一次的呼叫方的情况下，产生过去请求过的列表表格92。
应当注意的是，如果在服务供应商26的服务器上存储过去请求过的列表表格92和排名在先的列表表格94，从而在请求者4的无线设备上直接传送，然后可以在类似的时间范围时，进行服务器的更新处理，例如每天、每小时或实时地进行，以及如上所述，可以按照调度间隔或在接通无线设备和与其服务供应商26重新连接时，更新出现在请求者4的无线设备中的列表。服务供应商26在这些调度间隔期间，向请求者4所指定的无线设备传输表格92的相应副本，从而使无线设备保持过去请求过的列表的最新列表。也可以根据直接与系统2的日常调度维护连接，如通过因特网连接等，向无线设备传输更新后的列表。
接下来，在步骤110，检查用户6的列表以确定所请求的号码是否为未列出的或者是否为屏蔽的，以防止请求者4接收实际的号码。向在列表表格中所列出的、如18和18’等数据库中的、与设备6相关联的记录提供具有子表格70的连接字段，用于指示操作员终端20是否允许客户服务代表连接该呼叫，如果允许，则向请求者4公开此号码。这确保了未列出号码保持不能被得到，且设备6的号码保持机密，如果相应的用户这样希望的话。
在操作期间，代理应用程序19软件检查子表格70以确定号码是否未列出。如果是，客户服务代表通知请求者4，并等待进一步的指令。如果此号码列出，则代理应用程序19检查该号码是否被屏蔽。此特征根据用户6的请求而“打开”或“关闭”；但是，优选地，将缺省值设置为屏蔽。如果号码被屏蔽，则连接呼叫，而使请求者4从未看见或听见该号码。如果号码未被屏蔽，则请求者4接收该号码，并向其提供自动拨号或其他这种服务。当然，应当理解的是，在本软件结构或本领域技术任意所公知的任意其他软件结构中，容易实现上述操作和方法。本发明还构想的是，可以按照加密的格式存储数据库18，以保护其不受窃密、侵入或其他形式的未授权访问或使用。
可选地，对于设备6的更为保密的列表，不向操作员终端20处的客户服务代表显示与设备6相关联的电话号码。尽管系统2将具有该信息，但其并不向客户服务代表显示。在这种情况下，通过呼叫完成数据分组50和广域网(WAN)25进行通信的操作员终端20和交换机12，完成呼叫，同时保持电话号码的保密性。
接下来，在步骤112，关闭提示模块27根据上述标准，确定适当的关闭提示。根据在呼叫完成数据表68中找到的用户6和请求者4信息，从列表表格52A的特定或一般宣告字段中读取，由超越模块66选择或修改，或者通过包含在关闭提示处理器模块64中的逻辑来选择关闭提示。
应当指出，将根据保存在其连接字段的列表表格中的屏蔽特征标准，列出存储在过去请求过的列表表格92上的用户6列表。因此，如果请求者4请求用户6列表，其中该列表的连接字段表示该列表被屏蔽，则不仅根据屏蔽指令连接该请求，而且在将该列表存储到请求者的过去请求过的列表表格92中时，该列表将以屏蔽格式出现。
在新请求者4的情况下，如步骤106A，关闭提示模块27可以选择邀请请求者4联系系统2并将其信息输入列表表格52A中的提示。
然后，关闭提示模块27使用针对提示的代码或多个代码填充呼叫完成数据分组50的关闭提示代码字段58，从而确定播放哪一个已记录的关闭提示。
接下来，在步骤114，操作员终端20上的代理应用程序19软件构成呼叫完成数据分组50。利用来自输入呼叫信息记录15、列表表格52A、数据库18、关闭提示模块27、代理应用程序19的信息以及来自请求者4的词汇信息来准备呼叫完成数据分组50。
在完成呼叫完成数据分组50时，操作员终端20通过广域网25向交换机12传送呼叫完成数据分组50。WAN 25与系统2中的所有交换机12和所有操作员终端20相连，从而作为呼叫路由的结果，操作员终端20可以位于交换机12的远程，操作员终端20将能够通过WAN25发送呼叫完成数据分组50，甚至向远程交换机12发送。代理应用程序19使用标识了请求者4的呼叫进入系统2的发起交换机的DID来识别适当的交换机12。
接下来，在步骤116，交换机12发起请求者4和用户6之间的呼叫。然后，交换机12开始跟踪呼叫细节信息和其他功能，以便进行呼叫完成日志。然后，交换机12使用呼叫完成数据分组50中的信息，从关闭提示存储模块13中选择适当的关闭提示，以及从呼叫完成表17中选择适当的输出中继线群。
在图8中示出了本发明的另一实施例。图8是用于通过数据协议对列表数据库18进行访问的组件的示例的示意图，所述数据协议包括但不限于WAP(无线应用程序协议)、SMS、iMode接口，以便使包含在过去请求过的列表表格92中的数据与请求者4的远程无线设备同步。在本发明的这个实施例中，请求者4通过设备6进行询问。在MSC8，由WSCP(无线服务控制点)47处理该请求，并通过电信公司的防火墙45经由ISP 42与因特网接口。依次通过系统2的防火墙45来处理该请求，并传递给万维网服务器44。在万维网服务器44上，处理应用程序49获取所发送的信息和询问将不利于列表数据库18的结构。列表数据库18将返回与请求相一致的、包含在过去请求过的列表表格92或排名在先的列表表格94中的信息。将通过防火墙45，将此信息发送回设备6。然后，使用传输过来的信息更新设备上的数据库。
尽管已经参照本发明的特定实施例，对本发明进行了描述，多种其他变化和修改以及其他用途对于本领域的技术人员是显而易见的。因此，优选的是，本发明并不局限于这里的特定公开，而只由所附的权利要求限定。
权利要求
1.一种通信辅助系统，包括第一数据库，其中具有多个列表，所述列表中的每一个具有至少一个联系名称和相应的联系号码；电话硬件，所述电话硬件将用户的电话设备与所述系统相连；以及过去请求过的列表表格，用于针对所述系统的至少一个所述用户，对其进行配置以存储当所述用户请求时，从所述数据库获得的过去请求过的列表，其中当所述用户利用所述电话设备联系所述系统时，所述系统识别所述用户，并向所述系统的操作员终端转发所述过去请求过的列表表格。
2.根据权利要求1所述的通信辅助系统，其特征在于所述电话设备是移动电话。
3.根据权利要求1所述的通信辅助系统，其特征在于所述过去请求过的列表表格中的所述列表保持分类字段。
4.根据权利要求3所述的通信辅助系统，其特征在于所述分类字段可以包括对餐馆、1-800号码、个人联系、航线、旅馆、电影和娱乐列表中的任何一个的指示。
5.根据权利要求4所述的通信辅助系统，其特征在于还包括排名在先的请求列表子表格，对其进行配置以根据包含在分类字段中的指示，存储和组织在所述过去请求过的列表表格中找到的被请求最多的列表。
全文摘要
本发明涉及一种通信辅助系统，包括具有多个列表的第一数据库(18)，其中每个列表具有至少一个联系名称和相应的联系号码。提供电话硬件(12)，对其进行配置，从而将用户的电话设备(6)与系统相连。还针对该系统的至少一个用户，提供过去请求过的列表表格，对其进行配置，从而存储在用户请求时，从数据库获得的过去请求过的列表。当用户利用电话设备与系统取得联系时，系统对用户进行识别，并向系统的操作员终端转发过去请求的列表表格。
文档编号H04M3/22GK1623313SQ02828443
公开日2005年6月1日 申请日期2002年12月31日 优先权日2002年1月2日
发明者罗伯特·派尼斯, 约翰·布莱克尼, 克里斯蒂娜·鲍迈斯特 申请人:格莱珀技术集团公司