专利名称：业务管理的操作支持系统及其方法
相关申请本申请与美国专利申请07/972,817相关，该申请的内容在此引述供参考。
背景技术：
总得来说，本发明涉及“先进的智能电话网”(AIN)，更确切地说，涉及用来处理和实施新的电话业务或修改老的业务的业务管理系统(SMS)。
有效、经济地实施新的电话网或修改老的业务长期以来一直困扰电话公司。近年来AIN的进步，通过简化产生过程，已降低了产生新业务所需的费用，但仍有一些问题没有解决，尤其是涉及实施新业务所需数据的收集和处理。
上述相关申请中描述的AIN提供了满足客户要求的电话业务程序。用于本申请时， “客户”一词指得是业务的被提供者，而“使用者”或“操作者”指得是产生、测试或修改该业务者。使用者和客户可以是同一人，但也可以是不相同的人。
AIN包括用来产生以及在某些情况下执行客户的业务程序的定制业务(CS)应用。CS可以包括“业务处理和产生环境”(SPACE)软件应用和“多业务应用平台”(MSAP)软件应用两者或其中之一。SPACE和MSAP是本发明受让人Bellcore的专利软件。每一客户的业务程序存储在数据库内，作为称作为呼叫处理记录(CPR)的定制呼叫处理信息的一则记录或一系列记录。各个CPR是为每一客户产生的，表示他们预定的电话业务和提供这些业务所需的呼叫处理步骤。这些CPR支配网络将如何响应客户电话号的呼出、呼入。
在AIN中，与某一业务对应的CPR在CS应用的产生环境中产生，并在CS应用的呼叫处理环境中的呼叫处理期间执行。用于本说明时，交换机或业务交换点(SSP)是接收和选择电话呼叫路由的一种电话设备。
图1描述的是一个典型的AIN100，它包含SMS110、业务控制点(SCP)120和130、信号转接点(STP)140和150，以及SSP160和170。每一SSP识别客户电话呼叫信号中的各种“触发信号”，并根据这些信号产生对SCP的质询。SSP接着响应于从SCP接收的命令处理客户呼叫。
SCP被构筑成位于不同地点处相互配合的对子。如果某一SCP(例如是SCP120)失效了，与其配对的SCP130可以确保电话业务继续进行而不间断。
与SCP对120和130相关联的是SMS110。SMS110提供可以加入或控制客户数据和业务逻辑的支持接口。
SMS110以及SCP120和130中的每一个都可以执行CS应用。CS应用通常扶持CPR的产生(业务产生)(通过操作者接口)和CPR的执行(在呼叫处理期间)。然而，CS应用可以在某种环境中仅扶持CPR的产生或执行。
图2A是SMS110的功能方框图。SMS110包含CPU240、数据库242、操作者接口244和CS应用246。操作者接口44包含显示器48、键盘50和鼠标器52，每一个均与CPU相连。CS应用246包括业务产生部分254和呼叫处理部分256。CPR可以在SMS110处通过操作者接口244产生，也可以由SMS110用来处理通过诸如网络交换模拟器或专用测试交换机(未图示)等任意数量信息源输入到CPU240的呼叫。
图2B是SCP120和130的功能方框图。SCP120和130均包含CPU258、数据库260和CS应用246。图2B中，CS应用246仅包含呼叫处理部分256。这是因为SCP120和130没有操作者接口244(图2A)，所以，在该实施例中，CPR不能在SCP120和130处产生。
SMS110的业务产生部分254包含SPACE软件应用。SMS110和SCP120和130中的呼叫处理部分256包含MSAP软件应用。SPACE的业务产生部分254专用作CPR的产生，SPACE的业务管理部分(未图示)专用作管理业务、测试和确认程序以及将CPR、表和信息传送到SCP120和130。
与新的电信业务对应的CPR是通过在使用者工作站(未图示)的显示器上产生所要求业务的高级显示表述(图)用SPACE产生的。该图由“节点”、“判定框”和“分支”组成。每一节点代表用于执行业务的高级指令。CPR的图示极其有用，这是因为它使得操作者能够产生电话业务以及理解正被产生的电话业务。然而，对于执行环境中的使用，CPR图首先被转换成包含代表该CPR的数据结构和指示字的低级表述，然后转换成二进制表述。SCP120和130用该二进制表述来处理在该执行环境中的呼叫。采用SPACE，可以容易地产生和实施新的业务。
但是，许多客户会对广大电信市场请求相同的业务。例如，许多客户会希望一天的特定时间内(即业务时间)指定一长途通信公司。因此，除了图的入口点、定义通信公司的节点以及定义指定的通信公司将服务于该呼叫的时间以外，与每一客户的CPR对应的图是相同的。图中所有其他的节点和图的结构对业务是“通用”的。
对请求相同业务的每一客户要求使用者建立起相同的表述图是不切实际且效率很低的。因此，SPACE和MSAP提供业务模板。一旦产生和起用，模板即用作产生用于客户特定业务类形的“样式”。客户特定业务类形是通过在模板中形成一个或多个“可以定制”节点来建立的。在该方法中，模板使得相同的业务可以提供给一个以上的客户，而不必在建立业务的CPR中重新建立整个图或重新定义通用的呼叫变量。
采用CS应用(尤其是模板)来产生和处理CPR已经显著减少了产生和例示新电话业务的费用，但问题仍然存在。例如，由于熟练的操作者必须协调AIN100中每一新业务的例示，所以AIN100不能快速且经济地接受和实施客户的业务请求。本文中使用的“业务请求”指的是客户接受新的电信业务或变更现有业务的请求。
为了在AIN100中实施新的业务，操作者通常必须从客户收集数据。例如，对于呼叫屏蔽业务，操作者必须至少收集客户的电话号和无需屏蔽号码表。当然，可以要求尽快和尽可能有效地收集该数据并将该信息示例到网络中，以降低费用并提供快速的服务。然而，对于当前的AIN100，SPACE软件操作的熟练技术人员必须收集数据，并在SMS120处手工将数据输入到模板内。这样做的缺点是占用了接受过训练的技术人员的宝贵的时间，并且可能需要在SMS110的SPACE软件的操作中培训更多的雇员。
当前AIN100的另外一个缺点是需要用作业务请求的AIN工作站。该缺点减小了操作维护工作接用这些AIN终端的可能取性。
所以，要求电话业务销售代表或数据输入人员将收集的数据输入到AIN100中，而无需大量的培训。也要求使销售代表或数据输入人员可通过一种比当前已有的用作例示新的CPR或修改现有的CPR的更便宜或更易存取的接口，从远端将所需的数据输入到AIN100中。
发明描述因此，本发明涉及一种SMS操作和支持系统，该系统排除了由于相关技术的限制和缺点而产生的一个或多个问题。
本发明使得比较不熟练的操作者能够通过快速和有效地收集数据并将数据发送到SMS来协调“业务协商系统”(SNS)处的业务请求。SMS从SNS接收收集的数据，将收集的数据变换成“供应数据”，并将该供应数据提供到“网络单元管理器(NEM)。用于本申请时，网络单元指的是需要数据更新，以提供业务的网络组成部分，如智能外围设备、SCP、网络数据库等；“供应数据”指得是NEM产生被请求的业务的CPR所需的数据。产生CPR以后，NEM将CPR转移到SCP中的数据库。通过将收集的数据转换成供应数据，并将供应数据提供给NEM，SMS使得熟练的操作者无需产生供应数据。
按照本发明的一个特征，SPACE操作中的那些熟练技术人员仅需要产生用于每一业务的单个业务管理程序(SMP)(与CPR类似)。SMP指令SMS以用于某一给定客户业务的特定方式接收收集的数据，将数据重新配置成NEM所需的供应数据格式，并将供应数据发送到NEM。一旦该SMP产生以后，熟练的操作者即可收集每一客户业务请求所需的数据，并且SMS将确保被收集的数据以恰当的形式到达网络单元管理器。
按照本发明的另一个特征，SMS可以具有接收多种格式业务数据的多个SMP，并将该数据转换成一种供应数据格式。这种灵活性使得本发明的AIN能够与多种多样的输入装置和数据输入方案进行通信。SMS如果恰当配置，可以从在多个销售代表工作地点处操作的多个远端终端接收其数据，从而可以更快、更有效地输入客户业务请求。
本发明的其他特征和优点将在说明书中描述，并且将从说明书或者本发明的实施中明白一部分。本发明的目的和其他优点可以通过说明书和权利要求书以及附图具体指出的手段和组合来实现和获得。
为了按照本发明的目的，实现上述优点和其他优点，作为具体实施和总的说明，本发明详述一种在电信网中处理来自客户的业务请求的方法，该方法包含由数据处理器执行的下述步骤从客户接收业务请求，该业务请求包括对应于网络业务的功能名称和相应的数据；产生与网络单元根据从客户接收的数据处理网络业务所需的信息相应的供应数据；将供应数据发送到网络元件。
应当理解的是，上述一般描述和下面的详述是举例说明的，并试图对所保护的本发明作进一步的说明。
附图简述附图构成说明书的一部分，它们描述了本发明的当前较佳实施例，并与上述一般描述和下面较佳实施例的详细描述一起用来说明本发明的原理。
图1是现有AIN的方框图；图2A是图1中SMS的方框图；图2B是图1中SCP的方框图；图3是按照本发明的一个实施例采用SMS的AIN的方框图；图4是按照本发明的一个实施例的图3中AIN的软件方框图；图5A是按照本发明的一个实施例的图3中SCE的方框图；图5B是按照本发明的一个实施例的图3中NEM的方框图；图5C是按照本发明的一个实施例的图3中SMS的方框图；图6是按照本发明的一个实施例的业务局域网的方框图；图7A是按照本发明的一个实施例的图3中SNS操作的总体描述流程图；图7B是按照本发明的一个实施例的图3的SMS操作的总体描述流程图；图7C是按照本发明的一个实施例的图3的NEM操作的总体描述流程图；图7D是按照本发明的一个实施例的图3的交换机接口系统运行的总体描述流程图；图8是按照本发明的SMP和CPR的产生流程图；图9是按照本发明的一个实施例处理业务请求的图3的先进智能网运行的流程图；图10是按照本发明一个实施例描述保存文件操作的SMS操作流程图；图11是按照本发明一个实施例处理来自SNS的请求的SMS操作流程图；图12是按照本发明一个实施例用于始发呼叫屏蔽业务管理程序的业务管理程序处理框图。
实现本发明的最佳方式现在参见附图详细描述本发明较佳实施方式的结构和运行。附图中，相同的要素和运行用相同的标号表示。
下面本发明较佳实施例的描述仅为举例说明。本发明并不局限于这些实施例，也可以由其他的实施例来实现。
图3描述的是按照本发明的AIN300较佳实施例。AIN300包括业务协商系统(SNS)305、SMS310、用户数据库315、业务产生单元(SCE)325、业务局域网(LAN)335、NEM345、交换机接口系统355、SCP120和130、STP140和150以及SSP160和170。
SCP120和130最好包括执行处理由SSP160和170从电话180接收的呼叫所需的CPR的MSAP软件。在一种较佳实施例中，NEM345与两个SCP120和130相连，读者可以理解，连接到NEM345的SCP的个数是可变的。
SNS305最好包含一个或多个通过调制解调器通信线路与SMS310相连的计算机(未图示)，并且可以包括将数据提供到SMS310的任何装置。
图4描述的是AIN300的较佳实施例中使用的软件。软件包括SPACE软件410的修改版、MSAP软件430的修改版、多个SMP420、SPACE软件440、MSAP软件460、多个CPR450和多个触发信号470。SMP420在将由SNS305收集的数据转换成NEM345例示新业务所需的供应数据时，控制SMS310的运行。SMP420由最好包含在SCE325中的修改的SPACE软件410产生，并由最好包含在SMS310中修改的MSAP软件430执行。CPR450控制处理SSP160和170处接收的呼叫中SCP120和130的运行。CPR450由最好包含在NEM345中的SPACE软件440根据供应数据来产生，并由最好包含在SCP120和130中的MSAP软件460执行。触发信号470对SSP160和170的呼出、呼人作出响应，并请求MSAP根据这些呼叫执行特定的CPR。
经修改的SPACE软件410包括如下文中描述的适合SMP数据转换功能的附加节点。经修改的MSAP软件430设计用来处理修改的SPACE软件410中提供的附加节点。修改的SPACE软件410和修改的MSAP软件430是由本申请的受让人Bellcore拥有的独占软件。
按照本发明，SMP420是以和CPR450的产生类似的方式用修改的SPACE软件410产生的。各个SMP可以由操作人员制定，以对每一特定业务和SNS305所收集数据的每一特定格式的业务管理功能进行执行的排序和控制。SMP420对应于高层，即所要求的业务管理功能的显示表述(图)。与CPR一样，这些图包含“节点”、“判定框”和“分支”，每一节点代表用于业务管理功能执行的高级指令。
图5A是SCE325较佳实施例的功能方框图。SCE325包含CPU558、数据库552、操作者接口44和定制处理(CP)应用560。操作者接口44包含显示器48、键盘50和鼠标器52，它们均与CPU相连。
CP应用560包括产生部分564和执行部分566。SCE325的产生部分564最好包含经修改的SPACE软件。SCE325的执行部分566最好包含经修改的MSAP软件。通过CP应用，操作者产生并且在特定环境中执行与给定的业务相关的SMP。操作者还用CP应用来产生SMP的执行所需的任何表格、数据库或定义。SMP和附加数据存储在数据库552中。各个SMP按每一业务产生，并且表示将由SNS305收集和传送到SMS310的数据和NEM示例业务所需的供应数据。这些SMP支配SMS310如何接收SNS305收集的数据，并如何将该收集的数据转换成NEM335所需的供应数据，以示例新的业务。SMP可以在SCE325通过从仿真SNS或测试SNS(未图示)接收的输入信号执行。
图5B是NEM345较佳实施例的功能方框图。NEM345包含CPU568、数据库562和CS应用246。CS应用最好包括业务产生部分254。业务产生部分254最好包含SPACE软件。
NEM345最好安装有模板程序，用于获取从SMS310接收的供应数据，并产生SCP120和130所需的CPR，以处理电话呼叫。
图5C是SMS310较佳实施例的功能方框图。SMS310最好包含CPU540、数据库542和CP应用560。CP应用560包括执行部分566。SMS310的执行部分最好包含修改的MSAP软件。
再参见图3，用户数据库315最好包含存储在硬盘驱动器上的Oracle数据库，当然也可以是任何一种允许由SMS310方便存取的存储媒体。用户数据库315最好包括每一客户的项目，它至少包含客户名称、电话号以及客户业务、相关信息和有关订用业务的数据的表。用户数据库还可以包括如客户的邮寄地址、帐单信息等的附加数据。
SSP160和170最好包含用来处理电话呼叫的任何一种市售的电话交换机，如AT&T的5ESS交换机、AT&T的1AESS交换机或北方电讯的DMS100交换机。
交换机接口系统355最好包含一标准的MARCH接口装置，如Bellcore文件《SOAC/MAS接口规范)》(SOAC/MAS Interface Specification)(文件号为BD-SOAC-SPEC-002)中揭示的那种接口装置，也可以是从处理电话呼叫所需的SNS305接收信息并将其发送到SSP160和170的任何一种接口装置。该信息包括诸如触发数据，其中表示SSP160和170在呼叫处理期间必须何时和如何询问SCP120和130。在另一种实施例中，交换机接口系统355可以通过一接口连接到SMS，以取代SNS305或与SNS305并存。
图6描述的是业务LAN355的一种较佳实施例。如图所示，LAN335最好包括操作支持中心(OSC)602、业务保证组604、一个或多个远端使用者606、一个或多个远端操作支持系统(0SS)608、使用者管理组(UAG)610和维护操作台(MOC)612。OSC602、UAG610和MOC612通过LAN335直接连接到SMS310。远端使用者606和远端OSS608可以最好通过互联网用传输控制规约/网间规约(TCP/IP)从远端连接到LAN。TCP/IP见名称为《Internet征求意见》(Internet Requests for Comments)的技术报告丛书，该丛书可以从“网络信息中心(Network Information Centre)”得到。业务LAN335的运行将在下文中详述。
再参见图3，按照本发明，在AIN300的运行期间，SMS310从与客户订用的业务启动或变化有关的SNS305接收数据，例如有关新接续、业务变化或拆线的数据。此数据可以包括为与AIN300其他部分通信而传送的各种业务指令，例如，完成、校正或取消的通知。SNS305和SMS310之间的接续有助于协调AIN供应数据流，并确保用户数据库315、SCP120和130以及SSP160和170均以恰当的次序更新。在实施来自SNS305的收集数据流时，SMS310使从SNS305接收的数据与用户数据库315中包含(如果存在的话)的有关订用数据相关。用于本发明时，“订用数据”指得是与SMS310从SNS305接收的过去的、现用的和暂时不用的数据有关的信息。SNS305还可以根据需要检索和更新用户数据库315中存储的订用数据。所以，SNS305可用SNS305和SMS310之间的接续检索与客户的当前订用状态有关的信息，并接着根据该数据将经更新的数据发送到SMS310。另外，当客户请求上述信息或报告故障时，SNS305也可用接口检索当前订用情况。
由来自SNS305的多个不同询问访问SMS310也落在本发明的范围内。
SMS310通过例如产生消除、更新和检索用户数据库315中的订用数据来管理用户数据库315。除了根据来自SNS305的信息运行以外，SMS310还响应于来自业务LAN335的询问，存取和管理用户数据库315。用户数据库315最好直接与SMS310相连，但也可以是由远端接口(例如SQL*Net接口)访问的远端数据库。SQL*Net接口在从Oracle公司可获得的《SQL*Net TCP/IP客户指南》(1.2版)中介绍。
由多个来自SNS305的询问访问SMS310也落在本发明的范围内。SMS310和SNS305最好用TCP/IP接口来连接，但也能用使数据可在SNS305和SMS310之间传送的任何接口来实现。在SNS和SMS之间传送的信息最好具有按照“1号摘要语法注释”(ASN.1))编码的数据。ASN.1是语言独立、操作系统独立的注释，用来定义摘要数据类型，并在CCITT建议X.208和X.409中描述，此二文件均由Bellcore产生。
SMS310从有关数据处理的SCE325接收指令，这里的数据是从SNS305接收到的，用于传送到NEM345在SCP120和130中启动各种订用。这些指令最好包含用修改的SPACE系统产生的SMP。这些由SCE325产生的SMP指示SMS310如何取得一种形式的信息，并将其转换成进入CPR模板可接受的形式，即供应数据。
SMS310和SCE325之间的接口可以是一种具体的接续，如RS-232接口、互联网接续、调制解调器等，或者SCE325可以实际上与SMS310分开，能将程序装载到SCE325处的软盘上，并且从SCE325手提到SMS310。
SMS310和NEM345之间的接口最好是带有按照ASN.1编码的数据的TCP/IP接口。当SMS310暂时脱离与NEM345的接触时，SMS310控制通往NEM345的信息和用于以后传送到NEM345的排队信息。
SMS310可以与多个NEM345连接，并且可以根据由每一NEM345和SCP对120和130服务的地理区域中客户的地理地址，为每一NEM345提供给定客户的供应数据。通过这种途径，SMS310确保为服务于客户生活的地理区域的SCP120和130提供该客户的业务。
在一种较佳实施例中，SNS305与交换机接口系统355相连，将触发器信息提供给SSP160和170。正如SCP120和130按照本发明接收包括恰当信息的CPR以处理呼叫和实施业务一样，SSP接收触发数据以指示它们SCP120和130请求启动的是什么CPR，并且什么时候请求启动。
在另一种实施例中，SMS310可以直接与交换机接口系统335相连，将触发数据发送到SSP160和170，并且可以删除SNS305和交换机接口系统355之间的接续。在这种实施例中，SMS310根据从SNS305接收的信息，以恰当的格式将必要的触发数据发送到交换机接口装置。
除了SMS310和SCE325之间的接口以外，还有SMS310和业务LAN335之间的接口。通过这一接口，操作者可以视态和更新用户数据库315中的订用数据。根据通过这一方法输入的数据对订用数据的更新被当作是根据SNS305收集的数据而进行的更新。在这两种情况下，SMS310进行将收集的数据转换成供应数据，并将供应数据发送到NEM345。
图7A-7D描述的是按照本发明较佳实施例的AIN300的运行。图7A总体描述的是SNS305的运行。图7B总体描述的是SMS310的运行。图7C总体描述的是NEM335的运行。图7D总体描述的是交换机接口系统355。
如图7A所示，SNS305一开始就接收客户的新业务请求(步骤710)。接着SNS305从客户处收集数据(步骤712)，并将收集的数据发送到SMS310(步骤714)。最后，根据收集的数据，SNS305产生SSP160和170所需的触发数据，按照新的业务正确地处理呼叫(步骤716)，并将触发数据发送到交换机接口系统355(步骤718)。
如图7B所示，SMS310接收SNS305收集的数据(步骤720)，将收集的数据转换成NEM335需要的供应数据以示例新的业务(步骤722)，并将该供应数据发送到NEM335(步骤724)。
如图7C所示，NEM从SMS310接收供应数据(步骤730)，用供应数据填人需要的模板(步骤732)，并通过被填的模板示例请求的业务(步骤734)。
如图7D所示，交换机接口系统从SNS305接收触发数据(步骤740)，并将触发器数据放到SSP(步骤742)。
图8是描述SMP和CPR的产生的流程图，并且描述了本发明中业务产生的共同。CP应用560的产生部分(图5A)包括SPACE软件中所有的功能以及那些仅存在于修改的SPACE软件中的功能。结果，操作者802可以用SCE325来产生由SCP120和130执行的CPR806，并且还可以用相同的SCE325来产生由SMS310执行的SMP804。
下面参照图9A和9B描述按照本发明的包括SMS310的AIN300运行的较佳方法，这两幅图绘出了处理来自客户对某一业务或变更的请求的AIN300的处理步骤。
处理过程在客户请求加入、改变或删除AIN300提供的业务，即提供“改变业务”命令，并将该请求提供给SNS305时开始(步骤908)。SNS305接着从需要加入、变更或删除业务的客户处收集数据(步骤910)。根据从客户处收集的信息，SNS305以一种约定的格式将数据发送到SMS310(步骤912)。用来自SNS305的数据，SMS310确定执行的恰当SMP，并根据该SMP，证实需要的数据已经被收集和接收后，确认该数据，即，确定是否已经以具有可接受的数据值的恰当格式提供了足够的数据(步骤914)。如果数据被证实且为有效，则SMS310接着将收集的数据从其初始数据格式转换成供应数据格式(步骤916)，并保存供应数据作为等待视态下的订用数据(步骤917)。如果在步骤914中，数据既未被证实又不是有效的，那么SMS进入出错状态，并停止处理该请求(步骤915)。
在收集的数据被转换成供应数据以后，SMS检查该请求的当时日期(步骤918)。如果SMS确认SNS305请求的当时日期是即日，则SMS310将供应数据发送到NEM345(步骤922)。如果当时日期是在以后的某一时间，则SMS310退出该处理过程(步骤920)，并继续进行其他的操作，直到请求的当时日期已经到来，这时它返回(步骤921)并执行步骤922。
在接收到供应数据以后，NEM345使与客户请求的业务相关的模板中驻留所提供的供应数据，以完成处理客户变更业务指令所需的CPR(步骤924)。然后，NEM345用产生的CPR更新与SCP120和130相关的数据库(步骤926)。接着，NEM确定在所要求的CPR的产生或修改期间是否曾经出现过差错(步骤928)。如果NEM345在步骤928中没有检测到差错，那么NEM345用确认该更新成功的信息对SMS310作出响应(步骤930)。如果NEM345在步骤928中检测到差错，那么NEM345进入出错状态，并停止处理该请求(步骤929)。一旦SMS310从NEM345接收到该确认，SMS310即用一确认信号对SNS305作出响应(步骤932)。SMS310接着将供应数据存储到处在“现用”状态下的用户数据库(步骤934)。
在接收到确认信号时，SNS305向交换机接口系统355发送有关触发数据的信息包(步骤936)。用于本申请时，“触发数据”是交换机接口系统355将要求的触发信号放置到SSP160和170的交换机接口系统355以适当访问SCP120和130进行新业务处理所需的数据。交换机接口系统接着检查业务请求的当时日期(步骤938)。如果交换机接口系统355判定启动该业务的当时日期是即日，则交换机接口系统355将AIN触发信号送到SSP160和170(步骤942)。如果当时日期是未来的某一时间，则交换机接口系统355退出该处理过程(步骤940)，并继续其他的操作，直到判定请求的当时日期已经到来，这时交换机接口系统355返回(步骤941)，并执行步骤942。
当交换机接口系统将触发信号送到SSP160和170时，判定在传输期间是否存在差错(步骤946)。如果交换机接口系统355检测到任何差错，则它进入出错状态，并停止处理该请求(步骤944)。如果交换机接口系统355在将触发信号传送到SSP160和170中没有检测到差错，则交换机接口系统355将一确认信号从SSP160和170传送到SNS305(步骤948)。SNS305随后向SMS310发出信号，确认AIN300已经完成了业务请求的处理(步骤950)。
在另一种实施例中，步骤936可以直接由SMS310执行，而无需步骤950。在该实施例中，交换机接口系统355如同步骤948一样，直接将确认信号发送到SMS310。
用户数据库315从收集数据被第一次传送到SMS310的时刻起记录客户订用的历史。SMS310保留一组与特定的客户业务订用相关的订用数据，包括该订用从初始请求到修改或删除的一些其他请求的多个“视态”。这些不同的视态反映了对客户业务的历史。SMS310通过对每块数据分配给表示请求实现到什么阶段“状态”来跟踪不同的视态。参照图10和11，由SMS310支持的视态和订用状态指示小结如下。
如图10所示，SMS310以保存视态1002、异常视态1004和1010、等待视态1006、发送视态1008、主视态1012和历史视态1014保留收集数据作为订用数据。保存视态1002包含“保存”状态，它表示收集的数据已经由SMS310接收，但还没有确认或转换。等待视态1006包含“等待”状态，它表示收集的数据已经被成功地转换成供应数据，已经通过了所有的确认，并等待投寄到NEM345。发送视态1008包含“发送状态”，它表示与SNS305收集的数据相应的供应数据当前正被投寄到NEM345。该视态最好仅从SMS310开始投寄过程的时间起存在，直到投到完成，或遇到差错。异常视态1003和1010包含“失效”状态，它表示收集的数据或供应数据已经确认失效(异常视态1004)或者在投寄过程中遇到差错(异常视态1010)。主视态1012包含“现用”状态，它表示该数据对应用于与SCP120和130相关的数据库中当前包含的CPR。历史视态1014包含在当前主视态1012之前成功投寄到NEM345的最新主视态1012的拷贝。
图11是SMS310和用户数据库315与图10相关时的操作流程图。SMS310先从SNS305接收收集的数据，它反映客户对新的或变更的业务的请求，并保存该数据作为保存视态的订用数据(步骤1102)。接着SMS310判定该数据是否需要任何的校正或是否产生了差错，即，确认数据(步骤1104)。如果存在差错或需要校正，SMS310保存该收集数据作为“异常”视态的订用数据(步骤1106)，并退出对请求的处理(步骤1107)。如果SMS310以后接收到提供差错校正的数据，则SMS310返回(步骤1114)，进行校正(步骤1113)，并进入步骤1108。
如果在步骤1104没有检测到初始请求的差错，则SMS310保存当前数据作为等待视态的订用数据(步骤1108)。接着，SMS判定请求什么时候应当被例示(步骤1110)。如果SMS310判定该请求应当立即被例示，则SMS310将该请求以供应数据的形式通过NEM345发送到SCP120和130(步骤1116)。如果SMS310判定日期是未来的某一时间，则SMS310退出此处理过程(步骤1112)，并继续进行其他的操作，直到确定请求的日期已经到达，这时它返回(步骤1114)，并执行步骤1116。在发送供应数据时，SMS310接着判定供应数据的发送是否产生差错(步骤1118)。
与步骤1104一样，如果存在检测差错，则SMS310保存当前供应数据作为异常视态的订用数据(步骤1120)，并退出此处理过程(步骤1121)。如果SMS310以后接收到提供差错校正的数据，则SMS310返回到处理过程(步骤1124)，进行校正(步骤1125)，重新发送经校正的供应数据(步骤1116)，并重新检查其传送是否成功(步骤1118)。
如果在步骤1118将供应数据从SMS310发送到NEM345的过程中没有差错，则SMS310保存当前主视态视态的订用数据作为历史视态中的订用数据(步骤1122)，并保存当前的数据作为主视态的订用数据(步骤1123)。
SMS310通过SMP机构提供管理各种各样的业务的灵活性。SMP是通过用来产生用于SCP120和130的相同或相似的图示客户接口来产生的。各个SMP可以由操作人员制定，以对每一特定业务进行业务管理功能的执行的排序和控制。
对于给定的业务，SMP和任何有关的数据表使得操作者能够规定SMS310所期待的特定数据项、每一数据项的源、以及将收集的数据转换成NEM345要求的供应数据所需要的处理步骤。操作者最好通过指定多个NEM345中的哪一个是要提供的、哪一个模板应当被填有数据以及对各种差错情况(例如差错或丢失数据、业务区不正确、NEM系统345没有响应等)的处理，规定上述数据转换。
下面参照图12描述与SMS310相关的新的AIN业务的产生。正如所讨论的那样，AIN业务操作通常是从操作人员产生表述图和测试新业务的逻辑开始的。一旦在呼叫处理环境下测试了该逻辑，开发者即产生用于该业务的CPR“模板”。该模板代表产生新业务的CPR所需的供应数据。业务模板的更详细描述见上述引用供参考的美国专利申请。
有了通过SNS305从客户处收集的数据以及用于新业务的CPR产生的NEM345所需的供应数据，开发者可以产生协调建立新业务所需的SMP。SMP的产生将通过描述后文要解释的请求始发呼叫屏蔽(OCS)业务的处理来说明。
OCS是一种使客户能够“屏蔽”入局呼叫的广大电信市场业务。通常受控数据包括客户的电话号、不被屏蔽的号码表、用来使搜寻旁路的截接PIN、搜寻表PIN(客户用来更新搜寻表电话号)，以及转移号码(已经被搜寻的主叫方传送处，例如客户的语音信箱)。
图12描述的是按照本发明一个实施例的OCS SMP。OCS SMP在SNS305接收的收集数据转换成填入NEM345中模板的供应数据期间，控制SMS310的行为，以产生用于OCS业务的CPR。
当SMS310接收OCS事务(处理)请求时，SMS310执行OCS SMP。用于本申请时，给定业务的“事务处理请求”指得是有关产生、删除或变更该业务的CPR的SMS310接收的任一数据。进入OCS SMP(步骤1202)以后，OCS SMP判定事务处理请求是从哪里来的(步骤1204)。如果该请求来自SNS305，则SMP的处理过程分支到SNS方(步骤1206)。在SNS方，根据收集的数据中的信息，SMS310确定正进行的请求的具体类型，即请求新业务、更新老业务、删除业务等等(步骤1212)。接着，根据所作请求的类型，处理过程分支到设计成处理该请求类型的SMP的部分(步骤1218-1224)。处理一特定请求时，SMP可以暂时将处理控制交给第二SMP，以执行该请求的一部分。SMS310将执行此另一SMP，并接着使处理控制返回到开始的SMP。这种交接过程包括加入新的OCS业务(步骤1230)、删除一业务(步骤1232)等等的处理过程。
如果步骤1204判定该请求来自SMS310内部，则在该处理期间或订用日期和时刻，SMP的处理过程分支到内部方(步骤1208)，并且使投寄过程开始(步骤1216)。SMS310接着将过程控制交给发送数据的SMP(步骤1234)，对来自用户数据库315的供应数据进行检索，并将供应数据发送到NEM345。在此实施例中，由于在内部分支中仅存在一种功能，步骤1214必须选择投寄分支(步骤1226)。
如果步骤1204判定该请求来自NEM335，则SMP的处理分支到NEM方(步骤1210)。至于内部分支，本实施例在NEM分支中仅存在一种功能，所以步骤1216必须选择响应分支(步骤1228)。响应分支通过将控制交给受理该响应的SMP来处理对NEM345的供应数据请求的响应。SMP分析该响应，更新SMS310中用户数据库315内的订用数据，并将合适的响应送回SNS305。
应当理解，所有这些交接过程中使用的第二SMP可以是OCS SMP的一部分。它们最好保存作为分开的SMP，来降低各个SMP的复杂性和产生费用。通过这种途径，“基本”SMP可以作为节点由多个其他的SMP来访问。
按照本发明，SCE325中CP应用460的产生部分464已经被加强，并发展成包括新的编程单元以支持不由SCP120和130执行的的SMS310的功能。这些新单元呈附加节点的形式，以用来产生编制SMP用的图。另外，SMS特定功能已经加到SMS310和SCE325中CP应用的执行部分。
下面描述MSAP和SPACE所具有的基本可编程性特征，以及本发明的较佳改进形式和扩展形式。下面列举的功能包括SPACE软件中已有的基本节点以及附加节点类型。
下面各种节点可用来通过图示使用者接口产生SMP程序启动、判决表数据的管理、汇集管理数据、外部系统接口、测试应用、管理应用、加入新的业务、调用SMP和访问数据库。
“程序启动化”功能启动SMP流程。在用CPR进行呼叫处理的情况下，该功能确定交换机处理呼叫时何时遇到触发信号，例如主叫方拨打特定号码、接收呼叫或挂机。响应于调用SMP功能，SMS310的程序起动使开始。无论何时SMS310接收到识别为与SMP相关联的特定业务有关的任何数据，SMS310均调用SMP功能。
“判决”功能使得SMP能够进行逻辑判定，通过SMS310对数据流实施处理。例如，处理AIN业务的收集数据的SMP可作业务区判定，看看该客户的地理区域是否由特定的交换机服务的。根据该判定，业务请求可以继续进行，或由异常处理程序处理。
“数据表的管理”功能使得应用程序能够对数据表进行管理。SPACE软件的性能包括产生、填充、访问和更新表格中的数据。这些表格最好由SMS310或SCP120和130存储在内部作为常规Oracle表。表格数据包含与业务区、业务参数选择或NEM345产生给定业务的CPR所需的其他信息有关的供应数据。在SMS310和NEM345之间供应事务(处理)期间，这些表格是作为确认某一命令的处理过程的一部分进行访问的。表格也可以用来存储处理结果，例如出错命令和等待命令。
“汇集管理数据”功能使得SMP设计者能够将数据收集和报告包含在SMP中。数据集合可以在SMP中对任何网络事件或状态(如新业务订用的产生、业务订用的消除等)指定。当该网络事件发生时，收集的数据接着被送到数据和报告系统(DRS)，以便保存和报告。
“外部系统接口”功能使得SMP设计者能够访问外部系统(如其他的OSS)中的数据。在SPACE系统中，GetData(获取数据)和SendData(发送数据)节点或处理程序检索并更新外部系统的数据。GetData和SendData节点目前支持TCP/IP网络、3270 SNA网络和SS7网络数据库上的系统。
“测试应用”功能使得应用能够执行测试操作。SPACE软件包括内建的测试工具，用来进行初始测试，并且还可以由SMS310调用，以诊断和跟踪故障。
“管理应用”功能使得操作者可以修改应用，并在SMS310中启动它们。管理应用功能包括协调多个SMP、模板以及将收集的数据转换成供应数据的特定功能。
“加入新业务”功能使得操作者能够在SMP中加入新的业务。新业务的SMP将通常能够采用现有的编程工具来增加新的数据库、变更或增加编辑规则、支持新的AIN业务特性或提供业务管理报告。在SPACE中，GetData、SendData和播放应用(PA)类合同节点可以用来从不同的外部OSS获取数据，或用来调用特别编写的新软件，以便进行不寻常度很高的处理或访问OSS数据。
“调用SMP”功能使得诸如SMP的应用可以调用另一SMP。当前的AIN考虑到通过在SSP160和170中实施并由AIN定义的触发信号启动CPR的业务。这些静态的AIN触发信号不适合启动SMP，并在在SMS310中以调用SMP功能替换。所有的SMP都由该调用SMP功能启动。在从协同系统接收数据，表示SMP应当被调用(例如数据的传输)的时候，发生调用SMP的事务处理。参照图12，可在OCS SMP的操作中看到这方面的一个例子。图12中，SMP可以从使SMP分支到步骤1206的SNS305、使SMP分支到步骤1208的SMS310(即内部)或使SMP分支到步骤1210的NEM345启动。
本发明的较佳实施例在AIN300中包含一些性能，它们将调用SMP的事务处理发送到SMS310中的执行环境。最常使用的是将数据组装为调用SMP的事务处理的SMS310和SNS305之间的接续，以及使管理和操作人员能够启动SMP的LAN335和SMS310之间的接口。
数据库访问功能使得SMP可以访问来自外部或内部数据库的数据。在SPACE系统中，数据库访问功能包括一般的数据层积木式部件(DLBB)基元、表格访问基元、获取数据(GetData)基元和发送数据(SendData)基元，它们广泛地用于SMS310，特别是用于访问用户数据库315。
另外，本发明CP应用的较佳实施例增强了标准SPACE软件的几个功能。例如，SPACE软件目前允许用于AIN业务的表格的定义。按照本发明的较佳实施例，这些装置可以扩展成使SMP开发者能够定义用户数据库所要求的更复杂的数据库。这些数据库通过现有的基元(表格访问、GetData和SendData)可直接用于SMS310执行环境。这些数据库最好产生作为Oracle数据库。
SMS310还包括当前SPACE软件版本中所没有的几个附加功能。这些功能涉及供应接口、多种视态、改进的事务处理、业务区网络功能、开放访问和规约支持。
SMS310和NEM345之间接口用的供应接口事务处理是由为给定业务请求的多种视态准备的SMP产生的。目前，NEM功能不保留给定执行CPR请求的多种视态。SMS310通过支持数据库重新运行性能扶持改进的事务处理。SMS310考虑将订用送到任何地理区域的网络系统，不极限于传送到相互配合的SCP对。SMS310还将从其他的OSS系统接受通过GetData/SendData功能获得的业务请求，为正在出现的业务需求所预计的开放访问作准备。由GetData/SendData功能获得的请求最好根据多种网络规约运行，并且可以扩展成包括用于特定客户情况的规约处理程序。
本发明中SMS的较佳实施例还包括称为播放应用基元的一般处理层(PLBB)。播放应用基元用于AIN业务，以启动在用作专门应用(如接人寻呼网)的智能外围设备(IP)上运行的处理过程。
播放应用源还提供在协同系统中启动外部处理过程的性能。这使得SMS能够再次使用某些处理过程，其中一些过程可以供立即使用，另一些可以由操作者开发以满足客户的不同需要。例如，必须为客户提供数字化记录的AIN业务可以采用播放应用“上级装入语音”)，传送指令给IP供应系统，以启动订制的通知。
使用播放应用基元的另一个例子是客户自供业务。例如，客户可以呼叫“业务台”应用，自己修改业务特性。AIN业务台应用向SMS310发播放应用，来管理所实施的系统中的变更。这可以例如用使用按键电话来完成。本例中，播放应用进入SMS310作为调用SMP，而该调用SMP处理客户变更的确认和分配。
在本发明的较佳实施例中，第三方提供者用标准的OSS网关可以选择使用自己的系统来与SMS310通信。这些提供者也可以通过所支持应用的终端来访问SMS310。由于SMS310提供用于事务处理请求的开放合同接口，所以第三方提供者可以利用这些相同通信规约。
采用其自身的系统来维持其客户的第三方提供者将采用OSS网关来访问包括本发明的SMS的AIN系统。采用这一方法，接口是系统对系统的，并且无需任何的SMS310来显示用于维持数据的“屏幕”，尽管第三方提供者可以用屏幕对其客户供应和维持AIN业务数据来访问SMS310。这些屏幕提供了从业务客户收集必要的数据所需的数据单元“模板”。
然而，SMS310的操作者具有禁止第三方视态用作SMS310的维护和操作的屏幕的能力。这些屏幕最好仅对负责这项任务的操作人员开放。
另外，SMS310可以通过具体的通信地址、信息类型、请求类型和保安字段来提供信息安全检验。来自第三方提供者的所有事务处理请求都加以保安屏蔽，以帮助确保授权业务提供者访问SMS310和执行请求的事务处理。总存在一个与请求业务变更的SMS310关联的任何业务相关的保安字段。该保安字段包含增加或变更数据时与订用数据一起存储的数据值。第三方提供者仅限于观察自己的客户的预约。
SMS310执行特定的SMP，以处理第三方业务提供者请求的事务处理。在这些SMP中包括处理逻辑，以汇集操作者或第三方业务提供者要求的适当统计资料。这也是本发明的保护范围。
第三方提供者可以访问列举其客户以及订用业务的标准报告。在操作者的指引下可获得专门报告，以帮助确保对所有的客户保持SMS310的恰当处理水平和性能水平。选择报告发送路径的策略取决于操作者和第三方的需要。
第三方业务处理请求中的差错向可以由第三方视态的出错文件报告。
SMS310软件开发的较佳实施例包括基于现有SPACE业务产生环境的成套工具。SPACE系统报告和列表性能可用于列举已经由第三方产生的业务产生元件。为了第三方使用SMS310处理服务器，操作者可以加入将俘获有关第三方拥有的客户订用的某些统计信息。
SMS310的较佳实施例提供支持使用者接口和AIN使用者组要求的某种业务管理特性和访问灵活性。为了配合使用者工作站的运用，SMS310的较佳实施例提供了使各组能够访问SMS310的TCP/IP通信、令牌环LAN或Ethernet通信。
图6描述的是支持中心使用者、中间接入使用者、业务保证使用者和使用者管理人如何在本地或远程访问SMS310。图6中所示结构中使用的终端装置最好是配备使SMS310的使用者能够访问操作者使用的其他系统的TCP/IP、令牌环LAN接口性能的智能工作站。
配备TCP/IP、令牌环LAN接续工作站的授权使用者可以访问SMS310系统。这些使用者可以处在与SMS310连接的的LAN本地，也可以位于与SMS310的接续性是通过网络路由器614完成的远端。
可以被支持的最大数量工作站主要由响应时间要求来驱动。SMS系统的较佳实施例允许有30个工作站使用者同时与SMS310连接。
SMS310工作站提供系统容量和功能用下拉菜单条给出的图示使用者接口。使用者可以通过点触技术进行菜单选择来浏览，也可以通过功能键组合来访问功能。
图示使用者接口的较佳实施例是基于具有Motif型指引的X窗口系统的。与工作站相连的彩色显示器提供高清晰度，使得可以显示大量的信息而没有细节丢失。
SMS310向操作者提供了对所有功能和他们必须执行的任务的在线帮助。可以访问完整的在线文件组，支持使用者特定的注释和用于以后检索的书标。
SMS310提供了位于屏幕底部的对话框，以提供对动作的文字反馈，如句法差错标注或远端操作状态。使用者具有在线文件，提供更多的信息，以帮助解决任何差错，并提供如何使用系统的细节。
SMS310支持用作不完整业务请求保持性能的订用“保存”视态。这一性能使得使用者能够暂停输入业务请求至以后某一时间。请求将被保存起来，直到使用者完成了请求信息并提交用作确认处理。
SMS310的较佳实施例将订用数据单元存储在Oracle数据库表中。使用者最好可用标准Oracle报告工具，以便产生专门报告。另外，如果操作者选择使SMS310与数据和报告系统通信，SMP的开发者可获得取样和测量节点。通过促使DRS系统在SMS310上支持报告性能，操作者可以收集反映实际SMP请求处理的统计数据。与系统功能相关的操作统计通过SMS310维护操作台612提供给使用者。
通过对本发明的较佳实施例和方法的描述，本领域的技术人员将能理解还可以有各种不偏离本发明保护范围的变异和修改，以及替换组成单元而形成的等效形式。例如，本发明的较佳实施例在AIN和电话网的大背景下作了描述。然而本发明也可以用于其他电信网如有线电视网、计算机网、无线网、宽带网等的系统管理。
另外，还可以有许多修改形式，以使特定元件、技术或结构适用于本发明的原理，并且不偏离本发明的中心范围。所以，本发明并非仅限于上文中揭示的特定实施例和方法，本发明应当包括各种落在权利要求范围内的所有实施例。
权利要求
1.一种在电信网中用来处理来自客户的业务请求的方法，其特征在于，所述方法包含由数据处理器处理的下述步骤从所述客户接收业务请求，所述业务请求包括与网络业务相应的功能名称和相应的数据；根据从所述客户接收的数据，产生与网络单元需要的信息对应的供应数据，以处理所述网络业务；将所述供应数据发送到所述网络单元。
2.如权利要求1所述的方法，其特征在于，它还包含从外部系统检索附加数据的步骤，并且所述产生步骤根据从所述客户接收的数据和从所述外部系统检索的附加数据产生供应数据。
3.如权利要求1所述的方法，其特征在于，它还包含下述步骤产生触发数据；将所述触发数据发送到所述网络中的电信交换机，所述触发信号数据由所述交换机识别，以指示应当被处理的业务。
4.如权利要求1所述的方法，其特征在于，所述网络单元是通过电信交换机处理电信呼叫的业务控制点。
5.如权利要求1所述的方法，其特征在于，它还包含将订用数据发送到与从所述客户接收的数据对应的外部系统。
6.一种业务管理系统，其特征在于，该系统包含能容纳多个业务管理程序的存储器；从客户接收业务请求的装置，所述业务请求包括与网络业务对应的功能名称和相应的数据；根据所述功能名称从多个存储区选择业务管理程序的装置；根据从所述客户接收的数据，执行业务管理程序，从而获得与网络单元所需要的信息对应的供应数据，以处理网络业务的数据处理器；将所述供应数据发送到所述网络单元的装置。
7.如权利要求6所述的业务管理系统，其特征在于，所述功能名称对应于电信系统中可用的业务的业务名称。
8.如权利要求7所述的业务管理系统，其特征在于，所述数据处理器还产生触发数据，并将所述触发数据发送到所述网络中的所述电信交换机，所述触发数据由所述交换机识别，以指示应当被处理的业务。
9.一种智能网，其特征在于，它包含发送来自客户的业务请求的处理器，所述业务请求包括与网络业务对应的功能名称和相应的数据；根据所述功能名称从多个存储区选择业务管理程序的装置；根据从所述客户接收的数据，执行业务管理程序，从而获得与网络单元所需要的信息对应的供应数据，以处理网络业务的数据处理器；接收所述供应数据的网络单元。
10.如权利要求9所述的智能网，其特征在于，它还包含产生附加业务管理程序和其他业务产生数据的业务产生单元。
11.如权利要求9所述的智能网，其特征在于，它还包含与所述数据处理器有效相连，以便存储与所需业务有关的附加数据的外部数据系统。
12.如权利要求9所述的智能网，其特征在于，所述功能名称对应于电信系统中可用的业务的业务名称。
13.如权利要求12所述的方法，其特征在于，所述数据处理器还产生触发数据，并将所述触发数据发送到所述网络中的电信交换机，所述触发数据由所述交换机识别，以指示应当被处理的业务。
14.如权利要求8所述的智能网，其特征在于，所述网络单元是通过电信交换机处理电信呼叫的业务控制点。
全文摘要
通过将业务请求发送到一SMS(310)来处理来自网络的一个或多个用户(180)的业务请求。业务请求包括业务名称和从该用户处收集的相应数据。SMS(310)根据功能名称从多个存储区中选择一个一个业务管理程序,并执行业务管理程序以获得供应数据。供应数据对应于根据从用户(180)处收集的数据处理网络业务而用于网络单元(120,130)所必须的信息。一旦供应数据被确定,SMS(310)将供应数据发送到网络单元(120,130)。网络单元(120,130)根据SMS(310)发送的供应数据示例所请求的业务。
文档编号G06F13/00GK1186554SQ96193693
公开日1998年7月1日 申请日期1996年2月22日 优先权日1995年3月6日
发明者詹姆斯·弗郎西斯·弗卡 申请人:贝尔通讯研究股份有限公司