电信自动服务准备方法

文档序号:7576788阅读:133来源:国知局
专利名称:电信自动服务准备方法
技术领域
本发明属电信技术领域,具体地说,与为电信操作自动进行服务准备的方法有关。
虽然本发明的原理同样可用于诸如电传、电子邮件、网络、蜂窝业务、PCS、ISDN各类用途的电信模式,然而从以下对本发明在电话业务中的应用的说明中便可充分理解本发明。
本国相当多的用户在他们的个人和业务事务中依赖各种通信服务。因此,一般的电话公司每天要产生大量的服务指令是非常普通的。服务指令通常根据用户呼叫产生,含有用来表明需为呼叫用户提供的某种特定服务的信息。服务指令还有许多用途,特别是可用来建立新的用户,标识服务预订状况,改变或增加电话号码,增加或删除特色功能(例如,主叫方ID,呼叫等待等),启动或终止服务,以及实现许多其他的通信功效。
在现代电信业中,提供服务更新是由一些用户服务操作员处理服务请求来执行的。对于电信公司来说,不断发送服务指令成本很高。导致这一花费的主要原因是每天都需要有一大班操作机务人员在场接收呼叫和产生并发送相应的服务指令。因此所需的费用实际上以更高的电话费的形式转嫁到用户身上。就这一点来说,一些较大的如AT&T那样的电信公司为了降低成本都把目光集中在由于雇用一大班机务人员而需要的开销上。
然而,为了降低成本以前所作的种种努力都是有问题的。例如,如果电信公司企图通过削减机务人员来降低成本,那么就会遇到一系列的困难。公司减少机务人员,对用户的服务就不够周到。特别是在呼叫高峰期间,长时间的等待会使用户很恼火,还会延误要求修改或其他服务的设立。在这种情况下对服务准备具有不良影响。
电信公司雇用操作人员进行服务准备至少在两方面是进退两难的。一方面,通过减少服务人员来降低成本会降低对用户服务的可接受水平。另一方面,保持众多的服务人员对于公司来说又是负担太大。
虽然整个营业性电信实业都是这样,但是这种困境大概在本地电话服务的情况下表现得最为严重。在这种情况下,用户直接向本地电话公司预约服务项目,由本地电话公司产生服务指令,以便为每个预约服务项目作好准备。用户服务不仅对于处理初始预约是必需的,而且对于执行以后对本地服务的修改和变动也是必需的。在后一种场合,近些年来迫切需要一种可行的解决方案,既能控制开销又能保持用户服务质量。
在本技术领域内有一些部分自动化的服务准备方法,这些方法用了诸如语音-数据变换那样的初步自动化。然而,这些方法始终还需要一班机务人员处理和实现服务请求。例如,现有的这些方法需要利用操作人员根据所请求的服务改变来发送服务指令。不幸的是,产生服务指令占用了服务准备所需处理时间中的一大部分。因此,采用现有的方法,公司还必须雇用大量操作人员来处理和实现用户服务中最为复杂之处。这类方法节约成本也要靠减少机务人员才能达到。总而言之,现有的服务准备方法的众多缺点是与充分节约成本和高效率保证用户服务矛盾的。
此外,现有的系统严重地限制了用户的灵活性。用户必须依靠机务操作人员来实现甚至是最初级的服务要求。例如,如果一个用户希望使他所能得到的电话服务有所改变,在他的现有号码上再增加一个呼叫等待功能,那么他不能通过自动方法来实现。相反,他始终必须与机务人员交涉,甚至是对于最普通的日常服务请求也是这样。对于用户来说,结果是他通常需要较长时间占用线路,直到有一个机务人员可以受理他的请求。而对于电话公司来说,用户服务困境依然存在。只要公司需要雇用一大帮机务人员来及时处理日常服务请求,首当其冲的还是成本问题。显然,极希望能有一种新的进行服务准备的方法可以克服现有方法的众多实际缺点。
因此,本发明的一个目的是提供一种完全自动地为电信公司作好服务准备的方法。
本发明的另一个目的是提供一种效率比现有方法高得多的自动进行服务准备方法。
本发明的再一个目的是提供一种能执行范围相当大的各种基于用户的服务操作的方法。
本发明的又一个目的是提供一种通过自动进行服务准备高效率、快速、方便地满足用户各种需要的方法,这种方法不需要大量机务人员一直监视着用户发来的电话呼叫。
本发明的又一个目的是提供一种可以完全综合成能容纳多个服务提供方的服务指令格式的服务准备方法。
本发明的又一个目的是支持电信用户移动服务和其他一些服务,使得用户可以依靠快速的自动服务准备从一地移动到另一地。
本发明还有一个目的,是为各电信服务操作提供一种方法,这种方法通过存储和保存各服务指令来为用户提供服务维护。
本发明的上述这些目的和其他一些目的是按照本发明的原理通过提供完全自动地进行服务准备和服务维护、支持实际上没有什么限制的各种服务请求的方法来达到的。通过为执行现有电信系统内的各种服务更新提供自动化和可靠的方法,本发明取代了这些老方法,不必花费大量经费雇用许多机务人员执行用户服务功能。按照本发明,如果有一个用户呼叫电信公司,提出一个或多个服务请求,那么在建立了连接、输入了用户的DTMF音或语音数据后,用语音-数据变换步骤将输入的DTMF音或语音变换成数据。然后,对所接收的用户数据进行验证。如果呼叫方经验证确定是一个有权得到所请求的服务的现有用户的话,那么本发明所提出的方法就自动地产生一个与所接收的服务请求相应的服务指令。这个服务指令通过使用一种与用户的特定服务提供方相容的格式而被产生。然后,对这个服务指令进行处理,实现所请求的服务。在本发明的有些实施例中,所提出的方法还提供了一种联机记录功能,自动地记录下呼叫方的电话号码,目的是在以后确认所请求的服务的执行情况时用来对用户进行回呼拨号。对于任何多个用户服务请求的情况,可以用本发明的方法逐个处理,直至用户结束他的呼叫。此外,在有些实施例中,服务命令处理过程还对用户的文档信息进行更新,以满足以后对服务请求处理的需要。
可以预料,从以上所述的自动进行服务准备的方法中可以得出众多的实施方式和变形。这些实施方式和变形都遵循本发明的精神实质,都应属于本发明的专利保护范围。本发明的另外一些特色和许多优点将从以下结合附图所作的对本发明的详细说明中得到更为明显的反映。
在本说明书的附图中

图1为符合本发说所提出的方法的一般事件序列的例示图;图2为符合本发明所提出方法的示例性实施方式的流程图。
图1所示了本发明所提出的提供自动服务准备的方法的一般事件次序。虽然本发明是以一个现有用户更新他的电话服务为背景加以说明的,但这种方法同样适用于其他电信模式。如果一个用户需要对他的现有电话服务作些改变,他就拨出电话公司服务中心的电话号码。从而在用户和服务中心之间建立了一个连接,由数据通路1和6表示。具体地说,这个连接是特定建立在用户和以方框10表示的语音-数据变换元之间。对于本申请而言,“元”通常就是指为本发明相应步骤提供实现功能的所必需的软件和/或硬件。根据语音提示,用户提供一定信息,如用户的电话号码和所需要的服务更新情况。用户的输入可以是语音,也可以是DTMF(按键)音。语音-数据变换步骤10的目的是将输入的用户语音或DTMF音变换成实现这种自动化方法的处理器可以理解的数据流。
因此,语音-数据变换步骤10将这输入信息变换成能为在以后各步骤中的进一步处理相容的数据。语音-数据变换元10的物理和功能细节是本技术领域内众所周知的,因此对于理解本发明所提出的方法来说并非决定性的。
语音-数据变换步骤10后,变换成的数据流送至示为方框20的用户验证元。语音-数字变换元10输出的数据经数据通路2流入用户验证元20。用户验证步骤20的目的是限制对已有电话服务的那些用户提供自动服务准备。也就是说,只有那些已经是这个电话公司的用户的用户才能被允许使用自动服务。用户验证步骤20还根据数据库25中所存的用户文档确定是否所请求的服务改变对于这个用户是有效的,或者是否有其他因素(诸如用户信用、服务类型等)使用户没有资格得到所请求的服务。例如,用户验证步骤20访问数据率25,对用户的简要表进行鉴定。用户文档一般含有诸如用户位置、用户所使用服务的类型、用户信用情况、服务位置、服务有效性、设备类型、当前电话号码、历来服务情况的信息以及有关用户请求的其他信息。如果用户验证步骤20确定,由于某种原因用户无权获得所请求的服务,就向用户发回一个适当的差错消息。这个差错消息经数据通路7和5被送回至语音-数据变换步骤10。语音数据变换步骤10将包括差错消息的电数据变换成语音数据,经数据通路6发送给用户。
用户验证步骤20可以用任何已知方法来实现。通常,用户验证用软件程序和一个或多个配有外围电路的适合执行这程序的微处理器来实现。在有些实施例中,用户验证信息与产生服务指令要用到的信息(见后)存储在同一个数据库内,而在另一些实施例中则各自存储在各自的数据库内。
如果搜索表明用户在服务提供方已立了帐户,有权改变可得到的服务,于是服务更新过程就进至下一步骤。用户验证元20将有关用户数据送至服务指令产生步骤30。数据流经数据通路3从元20送至元30。
服务指令产生步骤30通常包括自动服务准备中所涉及的大部分计算机处理。服务指令产生步骤30产生服务指令。服务指令是根据用户发送的信息以及用户文档中的信息和为服务指令产生步骤30所规定的格式描述而产生的。服务指令的格式部分取决于用户的服务提供方。在提出本申请时,发明者了解了七个区域性贝尔运行公司(RBOCS),包括AT&T、GDE和MCI。这些公司每个都可以使用具有独特格式的服务指令。此外,这些和其他一些电信公司可能使用另外一些转发服务提供方。各电信公司还可能与国外公司有着业务关系,因此可能使用国外服务提供方。与一个特定服务提供方或与多个不同的服务提供方对应的种种格式存储在数据库35内。利用用户的标志和/或其他用户信息,服务指令产生步骤30访问数据库35,读出用于服务指令的相应格式。具体地说,服务指令产生步骤30考虑数据库35内所含的与用户的服务提供方对应的服务指令映射。据此,服务指令产生步骤30使用标为与用户的服务提供方相容的格式,来产生服务指令。无论是哪个服务提供方,最好的服务指令格式始终与这种服务提供方所要求的参数一致。
一旦服务指令产生步骤30产生了一个适当的服务指令,就将这个服务指令经数据通路4传送给服务指令处理步骤40。服务指令处理步骤40的功能是访问所有必需的数据库和操作系统,以便对由各项服务指令所规定的服务改变进行物理实现。
在执行服务指令处理步骤40期间,可以经数据通路5向语音-数据变换步骤10发回一个状态确认消息。语音-数据变换步骤10将这个消息变换成语音,经数据通路6通过电话连接发送给用户。这个消息告诉用户所请求的服务已被认可,将可实施。此外,在一个优选实施例中,服务指令处理将更新数据库25内的用户文档,以备以后有服务请求时验证用户资格时使用。
除了(或代替)上述状态确认消息,本方法还可以执行回呼。这个步骤包括在服务请求得到满足后自动对用户进行电话呼叫。回呼向用户确认服务更新已顺利完成。回呼这一步骤利用在记录步骤(见后)中存储的电话号码来回呼用户。
为了简明起见,上述各步骤之间的连接都概括为一些分立的数据通路。然而,对于熟悉本技术领域的人员来说,这些数据通路显然只是用来说明本发明各步骤之间的逻辑关系,不必是具体的物理连接。而且,在一些实施例中,图1的这些数据通路并不始终需要将数据在物理上从一个位置传播到另一个位置。在这些情况下,图1的数据通路只是用来使各步骤执行的次序清晰行可见而已。作为一个例子,在有些实施例中,语音-数字变换元10的输出并不是在物理上传播到另一位置去进行用户验证,用户验证步骤20只是用处理器从存储变换得到的用户数据的预定存储位置读出数据来获得用户数据的。
图2为更为详细地示出本发明所提出的自动服务准备方法的流程图。与前面一样,用户拨出用户的服务中心的号码,请求改变一项或多项服务。拨号后,用户就被连接到语音-数据变换元100上。语音-数据变换元发送语音模式,提示用户输入一定信息。用户用语音或DTMF音给出他的当前电话号码以及其他有关用户标志的信息。用户的语音或按键音输入变换成数据,如步骤100和110所示。这数据可以是任何适合用来实现本服务准备方法的处理器器件理解的形式。在有些实施例中,语音-数据变换步骤100还包括记录措施(未示出)。记录措施用来存储用户的电话号码,从而在以后的服务确认时可以用来进行回呼拨号。
用户所提供的信息变换成数据形式后就交由用户验证步骤120处理。利用这数据,用户验证步骤120访问用户数据库125,查核作为一个现有用户的用户状况,也就是验证用户是否有权获得所请求的服务。用前面所述的方式,验证步骤120确定这个用户是否是一个现有用户(见方框130)。如果不是,就将一个相应的差错消息发回给语音-数据变换步骤100,由这步骤变换成语音后发给用户。如果是,就将用户数据交由服务指令产生步骤140处理。
在本发明的一个优选实施例中,服务指令产生步骤140产生一个服务指令的依据是(1)用户提供的规定所请求的具体服务的数据;(2)定义实现所请求的服务所必需的具体指令的系统信息;(3)服务指令的格式(对于服务提供方来说是唯一的)。就(1)而言,服务指令产生步骤140是从用户那里得到这信息的(见步骤100和120)。就(2)和(3)而言,服务指令产生步骤140是通过对一个或多个基于知识的数据库的访问读出必需信息的。在图2所示的优选实施例中,服务指令产生步骤可以分为两个子步骤,即指令定义子步骤146和指令格式化子步骤148。在指令定义子步骤146中,服务指令产生步骤140访问数据库147。根据用户输入的详述用户具体服务请求的信息,指令定义子步骤146从数据库147读出相应的服务指令定义。服务指令产生步骤140将利用这信息产生一个严格规定的服务指令。其次,在指令格式化子步骤148,服务指令产生步骤140利用用户输入信息从数据库149读出这个服务指令的相应格式。在一个优选实施例中,数据库149是一个类属指令映射数据库,存有有关用户的服务提供方专用格式的信息。于是,利用从数据库147和149得到的信息,服务指令产生步骤140产生出所需的服务指令。
在图2所示的这个实施例中,定义和格式数据分别存储在两个独立的数据库147和149内。在其他一些实施例中,这些信息都存在同一个数据库内。或者,服务指令产生步骤140也可以从多于两个的数据库内提取这些信息。在还有一些实施例中,用户文档信息可以不存在数据库125内而是驻留在服务指令产生步骤140所使用的一个或多个数据库内。换句话说,本发明并不只依靠实现这些数据库的特定方式。
在有些实施例中,服务指令产生步骤140将所产生的服务指令写入数据库147或149或者另一个指定数据库。这信息用来维护用户信息和自动保持所提供服务的记录。
如果系统确定服务指令产生步骤140已经成功地产生了一个服务指令(见方框150),就将这个服务指令发送给服务指令处理步骤180。具体地说,如方框160和170所示,服务指令处理步骤180将调用整个电信网的所有必要的操作系统170来实现所请求的服务。这个步骤包括为各机器分配必要的基于服务的任务,在有些情况下,这一步骤还包括对可物理实现这些所请求改变所必需的电路部件进行激活。
为了支持服务指令处理步骤180,在本技术领域中有许多操作系统可用。这样,由于每个服务提供方的设备通常是不同的,因此在服务指令处理步骤180中所涉及的各组成部分也随之而不相同。服务指令处理过程相当复杂,但对于理解本发明而言,这个过程的物理和功能详细情况并不重要,因为任何现有的服务指令实现方法都能满足服务指令处理步骤180的需要。因此本发明考虑到组成服务指令处理元180的硬件、软件和网络部件都将根据特别是电信公司和用户具体的服务提供方的变化而有所改变。
在有些实施例中,本方法自动监视服务指令处理过程180的结果,确定服务更新是否成功。一旦服务信息成功地发送给网络中实现所请求服务的相应装置,服务指令处理步骤180就产生一个服务确认消息,如方框200所示。这个消息发回给语音-数据变换元100变换成语音,再发送给用户。通常,这个消息将告诉用户用来概括用户请求的服务指令已经产生,正在贯彻。最好,这消息还提供实现所请求的各种改变的日期和时间。在其他一些所请求改变能立即被实现的实施例中,服务指令处理步骤180将用有关用户服务改变结果的新信息更新数据库125内的用户文档,如方框210所示。这个更新了的用户信息可以通过用户验证处理过程120在处理以后的服务请求时使用。此外,服务指令处理过程将向语音数据变换步骤100发送一个消息,表明所请求的服务已经顺利实现。在还有一些实施例中,本方法还利用记录信息(见前)在服务完成时自动拨号回呼用户。在这些实施例中,本方法向用户证实所请求的服务已经顺利实现。当然,同样可以考虑综合采用上述各确认功能。
按照本发明,用户可以方便地随时从一地移动到另一地。允许用户移动的处理可通过在用户启动的状态下自动更新用户的电话号码而被实现。改变电话号码的服务指令是自动产生并向用户确认的,因此大大加快了为用户服务的响应速度。这样,本发明的方法可使用户更为满意,非常有利。
采用本发明,用户可以通过拨号来更新所预定的服务。不需要机务人员执行这些操作,服务指令是自动产生的。此外,在一个优选实施例中,本方法可有利地跟踪为现有用户产生的所有服务指令,从而保存了所有用户的状况信息。而且,本方法可设计成支持实际上没有限制的各种服务请求,包括无限制增加新的电话号码、删除现有的电话号码、增加新的服务特色功能、删除现有的特色功能、改变现有的服务提供方及方式改变记帐信息和放弃全部服务。
可以理解,以上说明只是例示本发明的原理,熟悉本技术领域的人员可以在不背离本发明的范围和精神的情况下进行种种修改和变更,因此所有这些修改和变更都应属于所附权利要求所规定的本发明的专利保护范围。
权利要求
1.一种为电信公司的服务准备而提供的自动方法,所述方法包括下列步骤接收一个服务请求呼叫,建立与呼叫方的自动连接;根据标识呼叫方的语音或DTMF输入,将呼叫方的语音或DTMF输入变换为数据输入;根据数据输入,验证呼叫方状况,确定呼叫方是否为一个所辖用户;只是在所述验证步骤确定呼叫方是一个所辖用户的情况下,产生一个记载服务请求的服务指令;以及通过执行服务指令中所规定的服务请求处理服务指令。
2.按权利要求1所提出的方法,其中所述验证步骤还包括下列步骤根据数据输入,通过在数据库内搜寻用户文档信息来确定呼叫者是否为一个所辖用户。
3.按权利要求2所提出的方法,其中所述处理步骤还包括下列步骤在产生服务指令后,更新数据库内的用户文档信息。
4.按权利要求1所提出的方法,其中数据输入包括呼叫方的电话号码。
5.按权利要求4所提出的方法,还包括下列步骤记录呼叫方电话号码,所述记录步骤用来能在以后对呼叫方进行回呼。
6.按权利要求1所提出的方法,其中所述产生步骤还包括下列步骤根据数据输入从一个或多个数据库读出与呼叫方的服务提供方相应的格式数据;并利用数据输入和格式化数据产生服务指令。
7.按权利要求1所提出的方法,其中所述处理步骤还包括下列步骤将服务指令发送给实现服务请求所必需的各操作系统。
8.按权利要求1所提出的方法,所述方法还包括下列步骤将数据输入存入一个数据库,以保持呼叫方记录。
9.一种根据一个对电信公司的用户呼叫自动产生和处理一个服务指令的方法,所述方法包括下列步骤接收到来自一个呼叫方的呼叫后,建立与这个呼叫方的自动连接;提示呼叫方发送与呼叫方的标识和一个或多个所要求的服务请求相应的语音或DTMF音数据;将从呼叫方接收到的语音或DTMF音数据变换成可与处理过程相容的数字数据;通过在存储器中找到与呼叫方的标识相应的数据,验证每个服务请求;当在验证通过时,为每个服务请求产生一个服务指令;以及通过将每个服务指令发送给执行本服务指令必需的相应各操作系统,处理每个服务指令。
10.按权利要求9所提出的方法,所述方法还包括下列步骤为了确认服务指令的执行,记录下数字数据以进行回呼。
11.一种在用户启动后自动产生一个控制电信操作的服务指令的方法,所述方法包括下列步骤从一个用户接收一个表示改变现有电信服务请求的呼叫;将呼叫接至一个变换器,将服务请求变换成一个数据格式;利用一个存有现有用户信息的验证数据库对请求进行验证;在对请求的验证通过时,根据服务请求产生一个服务指令;访问所有必需的数据库,根据服务指令改变对用户的现有电信服务;以及更新验证数据库内的现有用户信息。
12.按权利要求11所提出的方法,其中变换后的数据包括呼叫方电话号码。
13.按权利要求12所提出的方法,所述方法还包括下列步骤记录用户电话号码,用来在确认服务指令成功执行时进行回呼。
14.按权利要求13所提出的方法,所述方法还包括下列步骤执行回呼,确认服务指令成功执行。
15.一种为电话公司提供自动服务准备的方法,所述方法包括下列步骤接收一个来自呼叫方的服务请求,建立与呼叫方的连接;接收从呼叫方通过连接发来的包括呼叫方电话号码和一个或多个更新电话服务的请求的语音输入或DTMF音输入;将语音输入或DTMF音输入变换成能与用来执行所述自动服务准备方法的各处理器相容的数字数据;利用数字数据中的电话号码验证呼叫方状况,确定呼叫方是否为一个所辖用户;在验证确定呼叫方是一个所辖用户的情况下,根据一个或多个服务请求分别产生相应的一个或多个服务指令;以及通过分别将各个服务指令发送给所有各自必需的操作系统,执行每个请求。
16.按权利要求15所提出的方法,其中所述产生服务指令的步骤还包括下列步骤访问一个第一数据库,以确定需产生的服务指令的格式;以及访问一个第二数据库,以确定需产生的服务指令的定义。
全文摘要
一种电信公司自动服务准备方法。呼叫方与公司建立连接,提出一项或多项服务改变请求。呼叫方的语音或DTMF音信息变换成与执行这种自动方法的处理器相容的数据。通过对呼叫方数据进行验证,确定呼叫方是否为一个有权得到所请求的服务的现有用户。验证合格后,就自动产生服务指令,进行服务指令处理。在有些实施例中,还记录呼叫方电话号码,从而在以后确认指令已得到执行时可以用来进行拨号回呼。
文档编号H04M3/42GK1193857SQ9810539
公开日1998年9月23日 申请日期1998年3月2日 优先权日1997年3月5日
发明者况芬创(音泽) 申请人:美国电报电话公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1