专利名称：构建通过第三方软件访问的控制系统数据库的方法
技术领域：
本发明的领域涉及数据库，尤其涉及允许通过第三方软件产品访问数据库的方法。
背景技术：
数据库是大多数信息处理系统的一个重要部分。数据库经常为原始数据提供一个存储场所，在处理之前将原始数据短期或长期用于信息处理系统，同时进行信息处理(例如，用于档案库存储用途)。由信息处理系统所作出的任何决定(即处理结果)也可以成为数据库中所储存信息的一部分。包括引导文件和应用程序编程的有关信息处理系统的编程信息也可包括在该数据库中。
一般，许多大公司都会发现在没有公用数据库情况下运行是很困难。公用数据库经常提供一个焦点，通过该焦点数据库可以协调其工作。可以用自动定单条目应用程序在公用数据库中跟踪、检测和存储销售人员的活动。其他应用程序可以根据数据库中找到的定单条目来确定对用于一生产产品原材料的需求和定购。而且，应用程序可以在数据库中开发和存储一个生产时间表，以便于产品部门根据输入的定单采用和输送所订购原材料的时间表。
数据处理系统中的最优化应用程序可跟踪产品性能，如全部缺陷或者生产过程每个阶段的缺陷。文字或图形显示可以显示出关键处理步骤的生产情况，以减少不合格产品和改进质量。
在其他制造过程中，可依靠数据处理系统来计算和提供全部制造操作参数(如，加工温度、尺寸数据、加工时间等)。通常可通过在数据处理系统上运行的专用程序提供过程监控，从而达到跟踪和提供该过程的闭环控制目的。
在其他服务产业(如，电信)中，可以将数据库用作一种跟踪所提供服务的手段。在一公用交换电话网(PSTN)中，可以为每个用户创建一个文件，只要发出呼叫，都可以将费用附加于该文件上。(对于长途电话可增加附加收费(或使用倍增器))。也可以向数据库中所存储的呼叫数据增加跟踪信息，以显示出该呼叫的目的地和时间。
而且，在进行呼叫的过程中数据库常常是必不可少的。在进行所期望的呼叫路由服务时，呼叫路由数据常常存储于呼叫处理系统的数据库中，从而许可呼叫处理系统进行所要求的服务。例如，一个电话交换机必须具有鉴别本地呼叫和长途呼叫的能力以及适当地发送那些呼叫的能力。一个被呼叫号码必须经常与一个呼叫表的主机进行比较，以确定如何发送该呼叫。而且，一旦确定了呼叫目的地，呼叫处理器可能还必须识别一个服务于该呼叫目的的干线(trunk line)(例如，陆线、T-1线等)。只有在确认如何开始该呼叫后，该呼叫才可能完成并且该数据库由随后的帐单信息来更新。
如果没有其他的原因，用户交换机(PBXs)可具有类似的数据库需求。例如，必须关于从PBX中发出的呼叫其目的地是外部的还是内部的来区分这些呼叫。而且，每个向外部目的地所发送的呼叫(发出呼叫)的服务级可能需要由PBX上的呼叫处理器参照每个呼叫处理过程中的数据库来确认。例如，PBX内的有些电话可能被阻止进行外部呼叫。可能会赋予其他电话接通外部电话的服务，但还可能被阻止进行长途呼叫。
在服务级确认后，可要求呼叫处理器再次参照该数据库发送发出呼叫。首先PBX呼叫处理器可选择一连接到PSTN的外部干线。其次，PBX呼叫处理器可向PSTN传送所呼叫的号码以进行进一步处理并且进行最终连接。
向一PBX的进入呼叫也可以具有类似的数据库需求。例如，向一个制造机构服务部门的代理商的进入呼叫可以经过一个自动呼叫分配器(ACD)进行路由。该机构可以具有一个公用电话号码，进入呼叫可排队设置并以首先获得为基础向代理商发送。另外，在排队时间超过一阈值时，进入呼叫可能会溢出至另一个ACD。
而且，ACD内的专用程序可生成代理性能数据(例如，每次呼叫时间、每天呼叫数等)，这些数据也可以包含在数据库中。其他应用程序可在该ACD执行中监测和生成数据(如，排队时间、呼叫溢出等)。
一般情况下，尽管数据库作为数据源具有很大效用，可是，生成和使用那些数据库的应用程序经常是为用户定制设计的。经常是专门为该应用程序创建数据文件(以及该应用程序的有效操作)，并不想让该数据文件被其他应用程序(例如，第三方软件)访问。通常因为数据库的重要性，所以需要一种创建适合于第三方软件数据库的方法和设备的必要。
发明概述由此，本发明的一个目的在于提供一种构建一数据库的设备和方法，该数据库可为多个应用程序访问。
本发明的又一目的在于提供一种构建数据库的方法，这些数据库适合于通常可获得的软件工具。
由构建一个自动控制系统的数据库的设备和方法来实现这些和其他目的，该数据库由第三方软件应用程序和自动控制系统的自动控制系统应用程序共同访问，用一组数据库建模(modeling)工具生成该数据库。该方法包括在一标准查询语言下采用这些建模工具定义该数据库的一组参数的步骤和实现该组参数的数据库的步骤。该方法还包括用建模工具生成一组数据库标题的步骤；和用数据库标题编译自动控制系统应用程序及第三方软件应用程序的目标码的步骤。
图1是本发明实施例下的一个用户交换机的方框图；图2是图1用户交换机的自动呼叫分配器的方框图。
优选实施例详细描述图1是根据本发明一个实施例的PBX10方框图。如图所示，PBX10包括一个ACD22，它在首先获得基础上或基于某种对该PBX10(由配置所决定的)来说独特的标准接收来自PSTN的呼叫，并且向代理商24、26分配这些呼叫。
PBX10可以与单个ACD22一同工作，或者可以与多个ACD22并行工作。多个ACD22的并行工作在进入呼叫超过一定水平处可能是有用的，所述水平是本地代理商24、26能够在没有帮助的情况下有效地处理负荷的水平。在这种情况下，可将呼叫通过互连线(例如，专用线)28或通过PSTN20溢出至另一ACD22。
图2是图1中PBX10的一个ACD22方框图。如图所示，图2的ACD22与服务器36相互连接。服务器36维持数据库40，ACD22用数据库40来实现数据和控制功能。
操作中，开始可以通过ACD22从PSTN20接收呼叫。一旦收到该呼叫，就将许多所接收到的呼叫属性(例如，ANI、DNIS等)从PSTN20传送给ACD22。可以向服务器36传送该数据段以使其进入数据库40，达到呼叫跟踪和性能监测的目的。可接收到一个拨号鉴别服务(DNIS)号码和/或一个自动号码标识符(ANI) (有时也称作呼叫者ID)并且连同一个特别生成的呼叫号码输入服务器36的数据库40。有关该呼叫的其他信息如干线组号和干线号也可以被接收到并存储在新近生成的呼叫处理文件中。而且，如果进线是一个呼叫者不能够阻止呼叫者ID过程的800或900号码，那么该数据还可包括呼叫者试图阻止呼叫者ID过程的显示。
ACD交换机22的处理器可利用如ANI号码这样的信息来搜寻服务器36的数据库以识别该呼叫者。根据对呼叫者的识别，也可搜寻数据库40的其他记录以恢复一用户文件。也可以在呼叫处理文件中设置一个用户文件的标识符。
根据对呼叫者的识别，ACD22可以成排设置呼叫以便随后将该呼叫连同一用户文件一起发送给代理商24、26。该呼叫可通过经交换机22生成一个信号通路来传输，同时向一个代理商终端24、26的计算机显示器以一个屏幕弹出(screen-pop)形式传输一用户文件。
当该呼叫正在排队时，ACD22的处理器定期更新一计时器，该计时器测量呼叫已经排队的全部时间。此排队的全部时间也存储在数据库40中，作为呼叫文件中呼叫处理历史的一部分。
如果某个标准得到满足(例如，呼叫的排队时间过长)，该呼叫可以被溢出到一个目的ACD22。作为呼叫传送的一部分，呼叫记录的一个标识符可连同该呼叫一起溢出至目的ACD22，使目的ACD22能访问服务器36数据库40中的呼叫处理文件。
本实施例中，数据库40的呼叫处理文件可以在一个相关数据库中得以实现，该相关数据库由加利福尼亚州的旧金山的Oracle公司提供。为监测、建模和改变ACD22的性能而对该数据库进行的访问可以通过第三方应用程序43来提供，编写该第三方应用程序43专门用于控制和跟踪ACD22的操作性能。
通过第三方软件43和ACD22的控制应用程序公用访问数据库40可以通过构建两种形式应用程序所采用的数据库40加以实现。可以通过使用软件建模工具42(例如，加利福尼亚州旧金山的ER1；新泽西州的普林斯顿的ERWIN的Logic Works；佐治亚州Cartersville InnerX的INTELLIGENT OBJECTS；Persistence Software公司的PERSISTENCE等)来实现适当的设置。
允许通过第三方软件43对数据库40的访问使ACD22的功能性和相互兼容性可通过使用装在一个相关终端38内的第三方软件43来扩展。该实施例中，ACD22和第三方软件43两个都各自可以在非同时基础上访问数据库40的每个文件。为了进行讨论，可以假定即使数据库40同ACD22的软件和终端38的第三方软件相兼容，ACD22的软件和终端42的第三方软件43相互间也不兼容。
为了简单起见，在开始对如何可以生成数据库40进行解释之前，需要利用两个概念。第一个概念是通过ACD22的一个软件开发系统44必须可以达到某种软件开发的水平。该软件开发系统不必能够进行实质性的软件开发，但确实需要有至少一个编译程序42以重新编译以前为ACD22开发的软件。
尽管将软件开发系统44示为ACD22的部分，但是可以理解的是，软件开发系统44可以是一个独立系统的一部分。如果软件开发系统44是一个独立系统，那么编译程序可以通过采用一个用带式阅读机(图中未示)或别的装置下载到服务器36。
软件开发系统44也可以包括一件存储器46中的第三方软件开发工具42，以达到很快变得明显的目的。必要时可通过终端32访问第三方软件开发工具42。
可以理解的是，终端38可作为软件开发系统44的一部分得以实现。然而，为简单起见，两个方框被显示成分离的实体以便于对该过程更好地理解。
为达到数据库40和每个ACD22中的数据同终端38的第三方软件42之间的兼容性，使用了一个四步过程。为了进行解释，提供关于如何为ACD22所采用数据库40的典型文件实现兼容性的实例。例如，可定义一个呼叫处理文件，它可包括三个变量(例如，ANI号码、DNIS号码、排队时间等)。
为创建一个对于ACD22和第三方软件42都可访问的兼容数据库，该过程从定义一个数据库结构方案(即，该数据库每个文件的一组参数(变量))开始。如果采用以上实例，可为一个进入呼叫定义一个呼叫文件，包括ANI号码、DNIS号码和排队时间。
作为第二步，在数据库40中通过调用第三方软件建模工具42经软件开发终端32完成该文件。输入变量，第三方软件用来在一个标准数据库格式下用标准查询语言(SQL)在数据库40中创建数据文件。作为实施于数据库中的文件的一部分，必须定义许多项，包括变量数、每个变量的大小(例如，比特数)和每个变量数据段的数，这些变量可以同时存储。定义这些变量以便于映射在ACD30的控制程序中。
作为第三步，第三方软件42的设计工具用来为每个变量生成一组标题39。这些标题定义对于公用访问数据库40中的数据来说是必需的访问协议。
作为最后一步，这些标题替代控制ACD交换机30的一个源码程序中的相应参数(变量)。为此目的通过终端32编写该源码程序，或者可能以前已经编写了该程序并存储于数据库40的程序区48中。在任一情况下，一旦这些标题替代了原始变量，该源码就可能在一个编译器42中再编译并存储于服务器36的程序区48中。用旧变量创建的段和表在服务器36中被重建，以使新旧数据之间有连续性。
以相同方式用借助软件建模工具42生成的这些标题39来再编译第三方软件43。再编译的第三方软件应用程序38类似地可存储于服务器36的程序区48中。
当重新引导ACD交换机30时，自服务器36中恢复该再编译的程序并将其存储于ACD交换机30的RAM50中。随着ACD交换机30处理呼叫，再编译的程序向数据库40中存储数据，该数据库40最初由第三方建模工具42创建。
类似地，当重新引导终端38时，再编译的第三方应用程序43装入终端38的RAM43中。另一方面，该再编译应用程序43可以下载到终端38中的一个本地引导文件(图中未示)中。
操作员(图中未示)可通过终端38用第三方软件42访问数据库40。可通过终端38概括数据或改变设定的阈值(例如，溢出标准)。
对第三方数据库设计工具42的应用考虑到了一个数据库的创建，这极大地增强了可访问能力。可通过专为工业开发的用户应用程序或者通过专为统计操作开发的通用程序来访问这样的一个数据库。
为了说明本发明制造和使用的方式，已经对根据本发明构建一个数据库的一个特殊实施例进行了描述。应该可以理解的是，本发明的其他变化和改进的实现及其各种方面对于本领域技术人员来说是很明显的，并且本发明并不为所描述的特殊实施例所限制。因此，可以设想能够覆盖与此处所公开和要求的基本原理实质和范围相一致的本发明的任何及全部改进、变化或等同物。
权利要求
1.一种构建一个通过第三方软件应用程序和自动控制系统的自动控制系统应用程序进行公用访问的自动控制系统数据库的方法，采用一组软件建模工具生成该数据库，这种方法包括的步骤有定义一组用于该数据库的参数；在一标准查询语言下用这些建模工具实现该组参数的数据库；采用这些建模工具生成一组数据库标题；和采用数据库标题为该自动控制系统应用程序和第三方软件应用程序编译一目标码。
2.如权利要求1中构建一数据库的方法，其中实现该数据库的步骤还包括定义该组参数的一组表格。
3.如权利要求2中构建一数据库的方法，其中定义一组表格的步骤还包括将该组表格构建到该数据库内。
4.如权利要求1中构建一数据库的方法，还包括将该数据库标题装入自动控制系统的一个数据库存储器中的步骤。
5.如权利要求1中构建一数据库的方法，还包括将编译的目标码装入自动控制系统的一个处理器的步骤。
6.如权利要求1中构建一数据库的方法，还包括将编译的目标码和数据库标题装入自动控制系统一个处理器的一个存储器的步骤。
7.一种构建一个数据库的设备，该数据库包括一组自动控制系统的参数，通过采用一组软件建模工具由一自动控制系统控制应用程序和一个第三方软件应用程序访问该数据库，这种设备包括在一标准查询语言下实现该组参数的数据库的装置；从所实现的数据库中生成一组数据库标题的装置；和采用这些数据库标题为该自动控制系统控制应用程序和第三方软件应用程序编译一个目标码的装置。
8.如权利要求7中构建一数据库的设备，其中实现该数据库的设备还包括用于定义该组参数的一组表格的装置。
9.如权利要求8中构建一数据库的设备，其中定义一组表格的设备还包括将该组表格构建在数据库中的装置。
10.如权利要求7中构建一数据库的设备，还包括将编译的第三方软件应用程序装入与该数据库可操作连接的一个终端的控制器中的装置。
11.如权利要求7中构建一数据库的设备，还包括将编译的自动控制系统控制应用程序的目标码装入该自动控制系统的处理器的装置。
12.如权利要求7中构建一数据库的设备，还包括将编译的自动控制系统控制应用程序和数据库标题的目标码装入该自动控制系统处理器的存储器的装置。
13.一种构建通过第三方软件应用程序和一自动控制系统的控制应用程序所访问的自动呼叫分配器数据库的方法，采用一组软件建模工具生成该数据库，这种方法包括的步骤有定义一组用于该数据库的参数；在一标准查询语言下采用建模工具实现该组参数的数据库；采用这些建模工具生成一组数据库标题；和为该控制应用程序和第三方软件应用程序编译一目标码。
14.如权利要求13构建一数据库的方法，其中实现数据库的步骤还包括定义该组参数的一组表格。
15.如权利要求14构建一数据库的方法，其中定义一组表格的步骤还包括将该组表格构建在数据库中。
16.如权利要求13构建一数据库的方法，还包括将编译的第三方软件装入与该数据库相关的终端的步骤。
17.如权利要求13构建一数据库的方法，还包括将编译的控制应用程序的目标码装入自动呼叫分配器的处理器的步骤。
18.如权利要求13构建一数据库的方法，还包括将已编译的目标码和数据库标题装入自动呼叫分配器处理器的存储器的步骤。
全文摘要
本发明提供一种用来构建可通过第三方软件应用程序和一个自动控制系统的自动控制系统应用程序来公用访问的一个自动控制系统数据库的设备和方法,用一组数据库建模工具生成该数据库。该方法包括以下步骤:定义用于数据库的一组参数;和通过采用建模工具在一标准查询语言下实现该组参数的数据库。该方法还包括以下步骤:用该建模工具生成一组数据库标题;和用这些数据库标题编译自动控制系统应用程序以及第三方软件应用程序的目标码。
文档编号H04M3/523GK1260888SQ98806219
公开日2000年7月19日 申请日期1998年5月14日 优先权日1997年6月16日
发明者罗伯特·T·艾特尔, 保罗·D·斯韦德斯特罗姆 申请人:罗克韦尔科学中心