CN1326634A - 企业级综合通信技术 - Google Patents

Abstract

在企业系统中,操作员为了输入各种脚本实现企业级处理通常利用采集数据并完成各个处理步骤的多个目标系统与企业级系统综合处理执行计算机程序(EADIPECP)进行人机对话。操作员用用户界面脚本语言编写脚本。EADIPECP编译和执行这些脚本。在执行这些脚本时,EADIPECP把命令数据包通过网络发送给各个目标系统。

Description

企业级综合通信技术

相关的专利申请

这项申请根据美国专利法(第35条)119款要求享受1999年1月22日提交的美国专利临时申请第60/116,754号和1998年10月16日提交的美国专利临时申请第60/104,654号的优先权。本发明的现有技术

这项发明涉及适合在具有不同的数据通信协议的多个计算机程序模块之间进行通信的技术，具体地说涉及在企业级综合处理执行计算机程序和多个系统之间在那个程序控制下进行通信的技术。

当前在计算机产业中出现的挑战之一是把多种全然不同的系统结合起来的挑战，包括把陈旧的遗留系统与比较新的系统结合起来。这种挑战在使用各种各样的系统(其中包括一些比较陈旧的、一些比较新的、往往来自不同的制造商、为了使用不同的协议进行通信而设计的系统)来完成各种管理操作的企业实现操作管理自动化时尤为突出。

把陈旧的遗留系统结合起来的技术之一是建立包壳，包壳实际上提供一个适合遗留系统的新的应用程序接口(API)。但是，建立这样的包壳可能需要许多费用。

本发明的概述

就一个方面而言，本发明的特点是企业控制引擎处理与目标系统相关的数据和指令，同时生成命令数据包，其中所述命令数据包至少包括对目标系统的命令和为了把命令传达给目标系统提供给接口层的网络地址；以及使命令数据包根据在命令数据包中的网络地址通过网络转移到接口层，在这种情况下接口层把命令传达给目标系统。

本发明的这个方面的实施方案可以包括一个或多个下述特点。

控制引擎在服务器计算机上运行，而接口层在远离服务器计算机的客户计算机上运行，服务器计算机和客户计算机都被接在网络上。目标系统在远程的客户计算机上运行。接口层能够按照协议与目标系统通信。企业控制引擎按照第二协议把数据发送接口层，而且第二协议不同于第一协议。

企业控制引擎处理与第二目标系统相关的数据和指令并且生成第二命令数据包，第二命令数据包至少包括给第二目标系统的第二命令和为了把命令传达给第二目标系统提供给接口层的网络地址。接口层能够按照第二协议与第二目标系统通信。第二协议不同于首次提到的协议。企业控制引擎按照第三协议把数据发送到接口层，第三协议不同于第一和第二协议。

接口层包括按照首次提到的协议与首次提到的目标系统通信的目标系统管理程序，首次提到的数据包包括用来识别目标系统管理程序的目标系统管理程序标识符。目标系统管理程序与首次提到的协议相关联，而目标系统管理程序标识符识别首次提到的协议。目标系统管理程序能够按照第三协议与至少一个其他的目标系统通信。接口层包括按照第二协议与第二目标系统通信的第二目标系统管理程序，第二数据包包括用来识别第二目标系统管理程序的第二目标系统管理程序标识符。目标系统管理程序是基于Java的计算机程序模块。

当输入是不同于首先提到的命令的第二命令时，与该命令相对应的输入来自用户。然后，访问储存着第二命令操作符和第一命令操作符之间的关系的数据库。如果编译脚本程序时需要访问数据库，那么第二命令将是脚本程序的一部分。目标系统可以把数据发送给接口层，接口层对数据进行处理并且把经过处理的数据发送给企业控制引擎。

就本发明的另一方面而言，本发明的特点是接口层从网络接收由企业控制引擎生成的命令数据包，该企业控制引擎处理与目标系统相关的数据和指令并且生成命令数据包，该命令数据包至少包括给目标系统的命令和为了该命令传达给该系统提供给接口层的网络地址。

就又一个方面而言，本发明的特点是输入口从网络接收由处理与目标系统相关的数据和指令并且生成命令数据的企业控制引擎生成的命令数据包，该命令数据包至少包括给目标系统的命令和为了把命令传达给目标系统提供给接口层的网络地址；以及把命令传达给系统的输出口。

在第四方面而言，本发明的特点是处理与目标系统相关的数据和指令并且产生命令数据包，该命令数据包至少包括给目标系统的命令和为了把命令传达给目标系统提供给接口层的网络地址；以及使命令数据包根据命令数据包中的网络地址通过网络转移到接口层，接口层把命令传达给目标系统。

就第五方面而言，本发明的特点是在企业控制引擎处理包括把报文发送给操作员的指令的众多指令；把报文命令从企业控制引擎发送到语音接口模块，该命令至少包括命令操作符和识别被用来与文本-语音转换器通信的应用程序接口(API)的API标识旗；以及利用通过API标识旗识别API在语音接口模块把命令操作符发送给文本-语音转换器。

本发明的这个方面的实施方案可以包括下述的一个或多个指令。

语音识别器把数据发送到语音接口。语音接口处理数据并且把经过处理的数据发送给企业控制引擎。

就第六个方面而言，本发明的特点是执行第一脚本程序，本质上与第一脚本程序平行地执行第二脚本程序，并且作为对来自第一个脚本程序的命令的响应把数据提供给第一脚本程序，该数据指出第二脚本程序的执行状态。

就第七个方面而言，本发明的特点是实时地执行计算机程序，该计算机程序包括指令序列，以及把数据实时地并且本质上与第一程序的实时执行平行地提供给用户，该数据指示出该计算机程序的执行状态和当前被执行的指令之一的状态。该计算机程序可以是基于计算机程序的脚本。

就第八个方面而言，本发明的特点是接口层按照第一协议接收来自目标系统的数据并且按照第二协议把数据发送给企业控制引擎，其中第二协议不同于第一协议，同时企业控制引擎处理该数据。

本发明的其他特点和优点通过下面的详细描述和权利要求书将变得显而易见。

除非另有定义，在本文中使用的全部技术和科学术语所具有的含义与熟悉这项发明所属技术领域的人一般理解的意义相同。适合在本发明的实践或试验中使用的方法、材料和零部件下面将予以介绍，然而与本文中的介绍相似的方法、材料或等价物也可以使用。在本文中提到的全部出版物、专利申请(包括临时专利申请)、专利和其他参考文献都在此通过引证被完整地并入。在发生冲突的情况下，本说明书(包括各种定义)将作为核对标准。此外，这些材料、方法和实例仅仅作为例证而且不是为了限制本发明。

附图简要说明

图1和图1A-E是企业级综合处理执行系统的总示意图，其中包括一个企业级综合处理执行计算机程序和受该程序控制的众多目标系统。

图1F是与企业级综合处理执行计算机程序通信的计算机程序的抽象级的示意图。

图2是图1所示的企业级综合处理执行系统的示意图。

图3A-B是储存在图1所示的企业级综合处理执行系统的数据库中的命令和数据对象表的图解说明。

图4是企业级综合处理执行引擎所执行的脚本程序的体系结构的示意图。

图4A是用来输入脚本程序的图形用户界面的表达。

图4B是脚本程序的实例。

图5是企业级综合处理执行引擎和目标接口层之间的关系的示意图。

图6是企业级综合处理执行引擎和人的相互作用软件包之间的相互关系的示意图。

图7A形和图7B是把执行企业级综合处理的应用程序与至少两个目标接口层连接起来的体系结构的示意图。

图8-11是用来控制企业级综合处理执行系统和企业级综合处理执行计算机程序的操作的图形用户界面的表达。

本发明的详细叙述

参照图1和图1A，在企业系统10中，操作员12为了输入各种实现企业级处理的脚本17利用多个收集数据并完成各种处理步骤的目标系统24与执行企业级系统综合处理的计算机程序(EADIPECP)14进行人机对话。EADIPECP14包括在计算机16上运行的客户部分14A和在企业级综合处理服务器20上运行的服务器部分14B。计算机16借助网络18接到服务器20上。操作员12用用户界面脚本语言(user interface script language)(下文中用“UI脚本语言”表示)编写脚本17。服务器部分14B编译并执行脚本17。在执行脚本17时，EADIPECP14的服务器部分14B通过网络22把命令发送给各个目标系统24。每一个目标系统24都可能需要一个适合在与那个目标系统通信时使用的数据通信协议。一些目标系统中的至少一个系统所需要的数据通信协议可能不同于另一些目标系统中的至少一个系统所需要的数据通信协议。因此，来自EADIPECP14的服务器部分14B打算供每个目标系统24使用的命令需要按照适合于特定的目标系统(并且得到该系统承认)的协议传送。

但是，部分14B不是直接把命令传达给目标系统24，而是用一个适合在网络22上传输的单一的网络数据包(例如，适合通过通用数据报协议/网间协议(UDP/IP)软插座传输给目标接口层26的数据包)来包装命令。在接收命令数据包时，目标接口层26根据该数据包中的信息确定应当怎样管理和着手进行与特定的目标系统24通信才能按照特定的目标系统24的要求传达该数据包中的命令。所以，部分14B只需要按照标准协议在网络22上通信，而目标接口层26则需要按照不同的协议与目标系统24通信。

根据目标系统24和脚本17的性质，企业系统10能够实现各种功能。现在将介绍企业系统10的一些实施方案的实例。参照图1B，企业系统10可以分布在各种各样的网络上，例如，局域网、广域网、内联网、因特网，或任何其他类型的网络，并且可以跨越网络集成和控制各系统的操作。参照图1C，企业系统10可以是智能型的声音/视频系统，换言之，可以是智能型电视，它允许用户与电视机进行人机对话，完成各种各样的任务，包括购物、去银行、开电视会议、控制家用电器和看各种随叫随到的电视节目。EADIPECP14允许把各种目标系统24结合成一个企业级系统10并且按照实现各种功能性的脚本17完成各种处理。这样的脚本的一些实例是用图4A和图4B表示的。

参照图1D，企业系统10的另一个实施方案的实例是远程通信的监视系统。EADIPECP14允许把各种包括远程通信路由器、远程工作站、电子邮件服务器和外部调制解调器的系统24集成起来，以便监视远程通信客户的远程通信网络的性能。可以看到的是，有多种受EADIPECP14监视的系统类型，每种类型通常都需要单独的通信协议。

参照图1E，企业系统10的实施方案的另一个实例是在万维网上为顾客服务的电子商务系统。在这个系统中，EADIPECP14允许合并各种各样的目标系统24，例如，包括遗留系统、呼叫中心系统、金融系统(例如，信用报告系统、信用卡审批系统、承租系统、银行业务系统)、遗留数据库、库存控制和后勤保障系统以及买方网络浏览器，以便利用脚本语言实现完整的电子商务系统。

正像通过企业系统10的上述实例看到的那样，系统24可以是各种各样的系统，包括但不限于：

●计算机系统(例如，信用报告代理的计算机系统，计算机制造商用来接收为用户配置计算机的定货合同的计算机系统，银行计算机系统，等等)；

●应用程序(例如，网络浏览器、语音-文本生成程序、数据库、录象库等等)，受电子控制的物理装置(例如，受微处理器控制的泵、路由器、继电器、机车等等)；

●与计算机对话的人(在现场与手持装置对话的技术专家、向顾客提供服务的代表、厂矿管理者等等)；或者

●在图1F所示的8级抽象(即服务器层、系统管理层、操作系统层、网络层、中件层、应用程序开发工具层、应用层和用户界面层)的任何一级中运行的任何计算机程序。

当然，这个一览表并非无遗漏，仅仅是举例说明系统24。

正像人通过系统10的上述实例看到的那样，EADIPECP14可以具有各种各样的体系结构。例如，EADIPECP14可以具有把服务器部分14B和客户部分14A分布在服务器20和客户计算机12当中的分布式体系结构，即完整的EADIPECP14可以在一台计算机上运行，或者以分布的方式在至少两台计算机上运行。EADIPECP14的各种分布式部分的功能性在不同的实施方案中可以变化。例如，在一个实施方案中，EADIPECP14的客户部分14A可以具有重大的功能性，例如处理用户输入的脚本17并且在把脚本17发送给EADIPECP14的服务器部分14B之前编译它们。在另一个实施方案中，EADIPECP14的客户部分14A可以作为功能性仅限于从操作员12那里获得脚本17，然后把那些脚本转发给服务器部分14B进行处理的输入终端。在下面的介绍中，除非特意指出，在计算机16和服务器20上运行的各个部分之间将没有区别。需要注意，EADIPECP可以包括一个或多个程序和程序模块，然后它们可以储存在一个或多个易失性的或非易失性的存储介质上。因此，在提及“储存在存储介质上的计算机程序”时，我们倾向于包括计算机程序，不管它是否包括一个或多个程序或程序模块，也不管它是否被储存在一个或多个易失性的或非易失性的存储介质上。

正像可以通过上述的实例进一步可以看到的那样，被并入企业系统10的各个目标系统24可能要求EADIPECP14使用多种数据通信协议与各个目标系统24通信。在提及数据通信协议时，我们指的是每个目标系统24对与那个目标系统通信提出的要求。各个系统可以跨过图1F所示的各个抽象层或在那些层面内彼此通信。数据通信协议包括：目标系统24的API的要求、Java方法调用协议、Jini协议、CORBA协议、COM对象接口、ODBC/SQL数据库接口要求；打开文件夹协议、Unix插口、SNMP、因特网数据标准(例如，XML和HTML)、串行数据通信协议(例如，RS-232)、其他的网络接口标准、或其他未来的接口抽象，无论它们是高水平的还是低水平的。协议与报文内容无关，但是与把报文从一个装置传达给另一个装置的具体任务有关。Stallings在他的著作“Data and Computer Communication(数据和计算机通信)”，第二版(1998)，第10页中把数据通信协议定义为：

一种在不同的系统中用于实体之间通信的协议。术语“实体”和“系统”都是在非常一般的意义上使用的。实体的实例是用户应用程序、文件转移数据包、数据库管理系统、电子邮件设施和终端。系统的实例是计算机、终端和遥感器。请注意，在某些情况下驻留在实体和系统当中的实体和系统是同延的(例如，终端)。一般的说，实体是能够发送或接收信息的任何东西，而系统是包含一个或多个物理上截然不同的对象。就两个实体成功地通信而言，它们必须“说同样的语言”。通信的内容、通信的方式以及通信的时间必须与被涉及的各个实体彼此能相互接受的约定相一致。约定被称之为协议，它可以被定义为一套管理两个实体之间交换数据的规则。协议的关键要素是：句法，包括像数据格式和信号水平那样的事情；语义学，用于协调和错误处理的控制信息；以及时间控制，包括速度匹配和排序。

参照图2，EADIPECP14的体系结构和操作现在将予以更详细地介绍。EADIPECP14包括元脚本开发环境30和企业级综合处理执行引擎。元脚本开发环境30包括脚本开发平台32、编译程序34和数据库36。脚本开发平台32是与操作员12进行人机对话以便获得企业级综合处理执行脚本17并且把脚本17提供给编译程序34的计算机程序模块。脚本17是用UI接口脚本语言输入和储存的。UI脚本语言是利用像陈述一样的自然语言的高级程序语言。因此，脚本17不是被编译成为较低级的语言或汇编语言以供执行，而是经过解释在编写它们的高水平下执行。像通常用脚本语言编程时那样，脚本17在受EADIPECP14控制的各种各样的组成部分当中起高级胶水的作用。与脚本语言有关的进一步的细节，见John K.Ousterhout，“Scriptmg：Higher Level Program for the 21st Century(脚本：21世纪更高级的程序)”，IEEE Computer(1998年3月)，在此通过引证将它完整地并入。

UI脚本语言是一种非常灵活的结构语言，它允许操作员使用高级命令操作多个全然不同的不兼容系统24。例如，目标系统24可以包括若干应用程序，每个应用程序可能都需要一个独特的命令来实现同样的功能。例如，目标系统24或许是一些数据库，每个数据库都具有不同的API和不同的命令句法用于写操作。UI脚本语言允许操作员使用单一的命令和命令句法写入每一个数据库。例如，操作员为了把新记录插入数据库可以定义一个命令WRITE。操作员可以定义具有下述句法的命令：WRITE<DATA>IN<DATABASE NAME>。然后，操作员可以使用这个单一命令写入任何数据库，不管任何一个数据库需要什么特定的命令。

为了实现这种安排，每个目标系统24都被抽象成一个命令集、各种参数、以及输入和输出的通信协议要求。然后，把那些命令、参数和要求储存在与一般命令相关的数据库36中。参照图3A，数据库36包括大量的命令表，这些命令表储存着诸要素之间到关系，这种关系允许把操作员12输入的高级脚本命令变换成适合发送给目标系统24的命令。命令表储存高级UI脚本语言命令与相关的目标系统的命令之间的关系。目标系统的每一个命令都按顺序被抽象成一个定义命令的参数集合。然后，把这套参数储存在定义表80中，这个定义表包括3个独立的定义表：“命令”定义表82、“壳参数”定义表84和“参数”定义表86。命令定义表82详细说明在UI脚本语言中使用的命令名称、被用于与那个目标系统通信的目标系统管理程序、响应与那个目标系统通信的目标接口层的地址(例如，用适合与目标系统通信的传统的因特网协议和端口号来表达)以及用于控制该目标系统的计算机的计算机数据格式的类型。壳参数定义表84包含各种参数，这些参数定义供适合特定的目标系统的命令使用的命令句法和参数，包括命令的名称和类型以及参数的名称或类型。参数定义表86包含能在脚本17中使用的各种参数的定义。正像下面将介绍的那样，就脚本中的任何命令而言，编译程序34都访问数据库36，重新获得适当的定义表80，把那个定义表与命令行一起储存在提供给执行引擎的可执行文件中。

参照图3B，数据库36还储存数据对象表87，用于接收来自目标系统24的数据。数据对象表87包括分类定义表88，该定义表定义操作员在脚本17中能够(例如，在请求来自某个目标系统的数据时)使用的特定的数据对象。数据对象表87还包括示范定义表89，这个定义表储存从某个特定的目标系统24接收的数据的特征。一般地说，来自目标系统的数据可以通过下述的两种途径之一被接收：响应从装置读出的命令或者在传输中由目标系统启动。从目标系统读出的命令可以是一次性读命令，也可以是以示范定义表89中定义的循环速率为特征的反复读命令。示范定义表89还包括关于与某个特定的目标系统通信时使用的那个目标系统管理程序的信息。在目标系统不是根据命令而是独立地提供数据的情况下，数据被该目标系统发送到适当的目标系统管理程序。

参照图4，脚本程序是由一个或多个程序包构成的。每个程序包(例如，程序包90)通常包括被彼此平行地执行的多个指令序列92。每一个指令序列92都可能引起另一个指令序列被装入并且与调用它的指令序列平行地被执行。指令序列92还可以调用子指令序列94，以便要求按指令序列执行作业。图4A展示用于输入脚本的图形用户界面的实例。图4B展示脚本的实例。图4A和4B中的脚本适用于图1C所示的智能型音像系统。正像人们看到的那样，被展示的脚本是用高级语言编写的，包括很多容易理解的命令。

程序包90受三个命令之一控制：INSTALL命令将引起程序包的安装和执行；REMOVE命令引起程序包从执行中撤出；而HALT命令暂停执行特定的程序包。指令序列92受6个不同的命令控制：START命令启动某个指令序列的执行；STOP命令停止某个指令序列的执行；RESUME命令重新启动某个指令序列的执行；SINGLE STEP命令一步一步地执行某个指令序列；HOLD AT命令使执行按该指令序列保持在某个特定行；而JUMPTO命令使执行指令序列从某个当前正在执行的语句跳到某个不同的语句。

UI脚本语言还具有两个重要的特点。第一，UI脚本语言在同一水平以类似于与目标系统24之一接口的方式提供与人员的接口。参照图1，目标系统24还包括正在与计算机对话的操作员。UI脚本语言允许以与目标系统相同的方式与那个操作员对话：命令可以发送给那个操作员；可以请求操作员输入数据：可以请求操作员进行观察或者完成各种其他的作业。UI脚本语言提供一套使这样的通信成为可能的简单的高水平的命令。其中两个命令要求操作员响应：CONFIRM命令要求回答“yes”或“no”，而QUERY命令要求更详细的答案。其中三个命令不要求操作员响应：MESSAGE命令交付非紧急报文；WARNING命令交付紧急报文；而DISREGAD命令通知操作员不要理会先前的QUERY或CONFIRM命令。PAUSE子命令可以非必选地被添加到这些命令中的任何命令上。PAUSE子命令中止某个指令序列的执行，直到操作员在适当的时候发出RESUME命令或RESPOND命令为止。

第二，EADIPECP14通过一个指令序列提供监视另一个指令序列的执行状态的能力。为了做到这一点，操作员只需要把简单的状态查询命令包括在某个指令序列中。然后，操作员12可以根据这样的状态查询的结果要求该查询指令序列完成一系列作业。操作员12还可以选择执行根据其状态对被查询的指令序列做出响应的上述六个指令序列命令中的任何一个命令，例如，因为条件错误而中止该指令序列。UI脚本语言的进一步的特点和能力将不在这里详细介绍。在1999年1月22日归档的美国专利临时申请第60/116,754号和1998年10月16日归档的美国专利临时申请第60/104,654号中可以找到这样的介绍。

再次参照图2，在输入脚本17之后，操作员12可以开始脚本的编译过程。编译程序34把脚本17编译成ASCII码列表文件40和脚本的二进制可执行文件42。在编译脚本17时，编译程序34在需要时访问数据库36。编译程序34分析脚本17并且校验脚本17是否符合适当的UI脚本语言句法。然后，编译程序34识别UI脚本语言的语句(例如WHEN/WHENEVER语句)和用户化命令(例如，WRITE<NAME>TO CUSTOMERDATABASE)。

关于用户化命令，编译程序34访问储存命令表的数据库36(图4)。编译程序34把每个命令与命令定义表80中相应的一个命令定义一起储存起来。编译程序34还把每个数据检索请求与数据对象定义表87中相对应的一个数据对象定义一起储存起来。

在编译脚本17之后，编译程序34把脚本的ASCII码列表文件40和脚本的二进制可执行文件42发送给在服务器20之类的东西上运行的执行引擎52。执行引擎52执行脚本的二进制可执行文件42并且通过目标接口层26把命令数据包发送给目标系统24。执行引擎52还把各种命令提供给显示器监控模块56，该模块依次把那些输入提供给各种各样的显示输出目标系统，优选包括文本语音合成器58。

执行引擎52通过周而复始地执行各个指令序列平行地执行它们。在每次执行期间，执行引擎52都执行大量的“非模块化”语句，直到选定的限度，以便它们出现在每一个指令序列中。非模块化的语句是那些不使执行引擎52移动到另一个指令序列上的语句。在通过所有的指令序列循环之后，执行引擎52通过被安装的下一个程序包(如果有)循环。在执行完最后一个程序包之后，执行引擎52在被服务器的20操作系统调用之前处于睡眠状态。通过的频率可以由操作员选定，既可以作为脚本的一部分，也可以通过操作员的查询来决定。在响应时，服务器20的操作系统使执行引擎52开始其每一个循环步骤，即按照操作员选定的频率“唤醒”引擎52。请注意，可能有多个执行引擎正在以不同的频率操作。

另外参照图5，当执行引擎52遇到某个命令时，执行引擎52用打算发送给对与适当的目标系统24通信负有责任的接口层26的命令数据包代替该命令(例如，WRITE<NAME>TOCUSTOMER COMPLAINT DATABASE)。该命令数据包具有至少两种类型的信息。第一，该命令数据包包括打算发送给特定的目标系统的命令，其中包括命令名称和任何参数值。编译程序34把用户输入变量(例如，NAME)翻译成该目标系统需要的数值并且采用该目标系统需要的数据格式。第二，该程序数据包包括适当的目标接口层26和标识符的地址，而某个特定的管理程序在那个目标接口层26范围内与某个目标系统管理程序模块相关(图4)。标识符可以特定的管理程序相关的独特的标识符。标识符还可以是指出目标接口层26打算在与目标系统通信并借此间接识别管理程序时使用的数据通信协议的协议标识旗。命令数据包还可以包括识别目标系统的标识符。另外，为了从目标系统获得数据，它可以具有用于目标系统管理程序的数据和命令，例如，执行读操作的频率。

在形成打算供其中一个目标系统24使用的命令数据之后，执行引擎52把命令数据包放到UDP/IP软插座100上，以备目标接口层26检索。UDP/IP软软插座可以使命令数据包在网络(例如万维网)上转移到通过命令数据包中IP地址识别的目标接口层26的位置。在通过软插座100检索命令数据包时，目标接口层26的目标接口服务器102分析命令数据包。根据目标系统管理程序的信息(在图3A所示的命令定义表82中作为“协议类型”被识别)，目标接口服务器102访问目标接口库104以便确定负责与那个地址的目标系统通信的特定的目标系统管理程序105。目标接口库104储存着用诸如来自Sun Microsystems公司的Java程序设计语言之类的高级语言编写的用于与目标系统24通信的目标系统管理程序105。每个目标系统管理程序105都能够按照系统各自需要的协议与预定的一套目标系统24通信。一些目标系统管理程序105能够只用一种协议与目标接口服务器102通信，而协议的类型可以被用作识别目标管理程序的代理人。目标接口服务器102为了传达命令调用适当的模块，该模块在虚拟的Java机上运行、连接目标系统并且把命令发送给目标系统24。

参照图6，正像曾指出的那样，命令MESSAGE、WARNING、CONFIRM、QUERY和DISREGARD都被用于与操作员通信。这些命令是用API管理程序标识符编译都，该标识符指出打算用于与文本语音合成器58通信的API管理程序。例如，API管理程序标识旗可能仅仅是识别产业标准的API(例如Java Speech API(JSAPI)或Microsoft Speech API(MSAPI))或者特殊分组Java语言或C语言的非标准API的指示器，并且借此间接地识别适当的管理程序。

在执行期间，执行引擎52把与语音有关的命令数据包放在软插座106上，以供脚本监控显示模块60检索。然后，模块60借助(优选TCP/IP)软插座110把该数据包传送给语音接口客户模块108。语音接口客户110使用API标识旗检索适当的Java模块以便与那个API通信，而且那个Java模块的情况被装入Java虚拟机。然后，Java模块把报文以文本语音合成器58的API需要的方式发送给文本-语音合成器58。

如上所述，来自目标系统24的数据或者是根据来自执行引擎52的命令被接收的，或者是被目标系统24独立地发送的。当来自目标系统(24)之一的数据被接收时，在接口层26中运行并且与该目标系统通信的目标系统管理程序根据那个目标系统要求的协议接收数据。如果数据是根据命令接收的，该数据按照命令数据包里的数据对象信息被重新格式化，然后通过软插座100发送给执行引擎52。但是，如果数据不是根据任何命令发送的，该数据仅仅被放在数据包中并且借助软插座100被发送给执行引擎52。然后，执行引擎52可以为处理这种数据而设计的特定的指令序列初始化。来自语音识别模块62的数据以类似的方式进行处理。

需要注意，语音接口客户108可以被看作是目标接口层26的一个有限的特殊情况。因此，目标接口层26可以被用来实现与语音接口客户108同样的功能性。

显然，上述的体系结构基本上把执行引擎52和处理与众多全然不同的目标系统通信的作业分开了。然而，上述的体系结构囊括了被包括在可执行文件内的数据结构中的各种通信协议的要求。然后，这些数据结构的内容通过执行引擎52被包括在命令数据包内，而且执行引擎52在开始通信时对它们不起作用。总之，由于仅仅要求执行引擎52包装命令数据包并且按照统一的通信协议(在此指的是UDP/IP)发送它们，所以与系统24的数据通讯变得透明而且对执行引擎52来说比较简单。这种体系结构允许把在高水平根据规则做决定的任务与连接实现那些根据规则的决定的目标系统24的任务分开，因此增加了企业系统10的可延展性、灵活性和健壮性。此外，这种体系结构允许把目标接口层26和目标系统管理程序105放在客户计算机上，在这种情况下用来与众多目标系统24通信的基础设施通常已经就位，另一方面，执行引擎52和目标系统管理程序之间的通信被制限在通过健壮的网络(例如，因特网和万维网)根据健壮的网络协议(例如，UDP/IP或TCP/IP)的通信。

参照图7A和图7B，执行引擎52可以与一个或多个目标接口层26通信。此外，命令数据包将通过一个目标接口层26A转发给另一个实际上与特定的目标系统24通信的目标接口层26B。因此，在图7A中，目标接口层26A可以通过目标接口客户管理程序105A转发打算给另一个目标接口层26B的目标系统的命令。打算通过目标接口层26A转发的命令的数据库入口仅仅包含提出建议的实体，该实体建议应该把命令数据包发送给目标接口层26A的目标系统管理程序105B。客户系统管理程序105B是为把数据包转发给其他的目标接口层专门设计的。在接收命令数据包时，目标系统管理程序处理该命令数据包，以便根据管理程序自己的信息决定该命令数据包应该被转发到哪个目标接口层。这对于某些类型的应用是特别有用的，在那些应用中命令的目的地取决于执行引擎52未知的因素。例如，该命令可能是从三个信用报告代理处之一获取关于某个顾客的信用报告。客户系统管理程序105B可能具有高水平的智能，例如，它能根据最新数据决定三个当中哪一个具有最快的周转时间并且优先把命令数据包发送给那个特定的信用报告代理处。正像对于熟悉这项技术的人将显而易见的那样，其他类型的智能型路由选择能力可以被轻易地建成目标系统管理程序105B和目标接口层26A。

另外，目标接口层26还可以与另一个执行引擎相互作用，以便控制、监视和影响其他引擎的操作。因此，执行引擎52可以发出目的在于启动、停止或以某种其他方式影响另一个引擎的操作的命令。然后，可以把这样的命令经由连接其他执行引擎的软插座112的目标接口层26发送给其他执行引擎。此外，其他的引擎可以通过它通向执行引擎52的目标接口层26的软插座106把状态数据发送给执行引擎52。

参照图8，执行引擎52使模块60显示图形用户界面150，以便允许用户查看当前被执行的脚本的精确状态。因此，用户在任何时刻都可以查看当前正在执行的一行特定的脚本。这是通过利用执行引擎不是执行高级语言程序的汇编语言编码而是直接转译和执行级语言程序的特点实现的。在完成每个语句时，当前的指令序列语句号和参数值被储存在大量的指令序列状态值缓冲器中。由于在执行引擎52正在执行的行与脚本语言程序之间存在着一对一对关系，所以在存储数据和脚本语言程序之间是简单的相关关系。所以，操作员不仅看到当前正在执行的特定的语句，而且还看到与各种参数和曾被执行或将来可能被执行的条件转移相关的数值。

如上所述，UI脚本语言允许一个指令序列确定另一个指令序列的状态。为了实现这个特点，执行引擎52检验在执行每个语句结束时被储存的数据，以便确定某个指令序列的执行状态。然后，将反映执行状态的数据发送到查询指令序列。根据核对状态校验的结果，查询指令序列能够确定应该怎样执行被查询的指令序列。例如，可以使用上述的用于控制指令序列操作的命令集暂停、终止、一步一步地执行或者重新启动被查询的指令序列。

图形用户界面(GUI)150显示正在执行的包和脚本的状态。图形用户界面150具有5个区：标题栏、菜单栏、工具条、笔记本区和报文数据区。标题栏405表示执行引擎52的当前状态，即ACTIVE或FROZEN。在顶端的菜单栏包括8个顶级菜单：File(文件)、Command(命令)、Annotation(注释)、Resource(资源)、Massages(报文)、Windows(视窗)、Font(字体)和Help(帮助)。文件菜单包括下述任选项：Open Listing File(打开列表文件)，它把与被安装的包无关的包列表文件装入过程页；PrintFile(打印文件)，它把显示在过程页中的列表文件打印出来；Default Setting(默认设置)，它使用户优先权例如，查看注释和跟踪执行情况(这些项目下面将予以讨论))复位；Edit Ids(编辑器标识符)，它编辑控制程序和监视程序的标识符；以及Quit(退出)，它退出程序。命令菜单允许用户把下述命令集发送给执行引擎52：Install(安装)、Freeze All(完全冻结)、ResetFreeze(复位冻结)、Halt Bundle(暂停程序包)、Remove Bundle(删除程序包)、Start Sequence(启动指令序列)、Stop(终止)、Sequence(排序)、Resume Sequence(重新启动指令序列)、Step(步进)、Hold At(保持在)和Jump To(跳到)。如果接收命令的项目的状态对那个指令是有效的，那么命令被激活。例如，如果指令序列是ACTIVE状态，那么Start Sequence命令和Resume Sequence命令是被禁止的。Turn Override On任选项允许用户在需要时绕过这个特点。这个任选项缺省意味着OFF(关闭)。

Annotation Menu(注释菜单)支配下述任选项：Annotations(注释)，它如果被打开(缺省是ON(打开))则在过程页中显示各种注释；以及Annotate Line(注释行)，它打开注释编辑器(下面讨论)。Resource Menu(资源菜单)显示可利用的资源(即存储器，程序包时间段和指令序列时间段)的数量。Message Menu(报文菜单)411允许用户过滤显示在报文数据区中的报文。这张菜单还包含用来确定收到报文时发出报警嘟嘟声的次数的种种控制。Window Menu(视窗菜单)允许用户选择查看模式。可利用的任选项是Summary page(摘要页)、Procedure page(过程页)和Lite(全部在下面予以讨论)。这张菜单还被用来控制过程页是否应该实时跟踪脚本的执行。这个任选项缺省是ON。Font Menu(字体菜单)413允许用户为正在显示的信息选择字形尺寸。可利用的任选项是Small(小)(缺省)、Medium(中)、Large(大)。Help Menu(帮助菜单)414为用户允许(缺省)和紧止磁泡帮助(bubble help)创造条件。工具条415包含用来控制EADIPECP14 Executor的命令按钮和用来控制EADIPECP14 Displays窗口的导航按钮。有4组命令按钮：执行程序命令集(Freeze All(全部冻结)和Reset Freeze(取消冻结))；程序包命令集(Halt Bundle(暂停程序包)、Install Bundle(安装程序包)和Remove Bundle(删除程序包))；指令序列命令集(StartSequence(启动指令序列)、Stop Sequence(终止指令序列)和Resume Sequence(重新启动指令序列))；以及语句命令集(HoldAt(保持在)和Jump To(跳到))。在右上方有三个导航按钮(Summary Page(摘要页)、Procedure Page(过程页)和Lite)聚在一起。笔记本区用来显示两套不同的数据，取决于用户在给定的瞬间的需要。一种选择是在摘要页中查看程序包和指令序列的状态数据402、403，而另一种选择是在过程页中显示特定的程序包的一览表。用户可以使用工具条中的视窗菜单或导航按钮在两页之间切换。下面将更详细地介绍每一页。

Message Dare Area(报文数据区)404由报文列表框(它显示执行程序最新发出的报文)和报文过滤器(它可以用来把某些报文滤掉(在Messages Menu(报文菜单)中也提供这项功能)构成的。用户可以用当前的程序包、当前的指令序列、当前的监视程序ID、或当前的程序包和监视程序ID来过滤报文。每行包含Bundle Name(程序包名称)，它是发出报文的程序包的名称(如果执行程序级的错误报文或者则空白)；Sequence Name(指令序列名称)，它是发出报文的指令序列的名称(如果执行程序级或程序包级的错误报文，或程序包安装的肯定应答报文则空白)；Bun#(程序包号)，它是时间段编号；Seq#(指令序列号)，它是指令序列的编号；Type(类型)，它是报文的类型；Date & Time(日期和时间)，它指出Displays(显示程序)何时收到报文；以及Message(报文)，它是报文的文本。每个报文都是根据报文类型彩色编码的，其中A是用于程序包安装肯定应答的类型指示器，呈蓝色：C是用于确认的类型指示器，呈桔红色；E是用于错误报文的类型指示器，呈红色；M是用于脚本报文的类型指示器，呈蓝色；Q是用于查询的类型指示器，呈桔红色；而W是用于警告报文的类型指示器，呈金色。显示器启动和关闭也用金色表示。

摘要页401允许用户观察所有当前安装在执行程序(5)中的程序包的状态。这种程序包状态数据可以在位于该页顶部的列表显示部分中看到。这个显示部分中的数据包括时间段编号(在那里安插程序包)、程序包名称、程序包状态、在该程序包中定义的指令序列编号、程序包信息和程序包的跟踪标记符。可以针对在列表显示部分中选定的程序包使用Halt(暂停)和Remove(删除)命令。指令序列列表显示部分在程序包列表显示的组成部分的下面。这个显示部分包括用于在当前选定的程序包中定义的全部指令序列的数据。这个显示部分中的数据包括指令序列的编号、指令序列的名称、指令序列的状态、当前的语句号、保持在语句号、该指令序列的启动时间、该指令序列的终止时间和该指令序列的信息。可以针对在列表显示部分中选定的指令序列使用Start、Stop和Resume命令。

图9所示的Procedure Page GUI(过程页图形用户界面)451允许用户查看程序包的列表文件。如果列表文件用于被安装的程序包，那么当前的指令序列和最后被执行的语句两者的状态显示在过程页的顶部。程序包下拉菜单是为允许用户把另一个EADIPECP14列表文件装进列表显示部分准备的。在指令序列下拉菜单中选择项目使列表显示部分上卷到选定的指令序列。如果用户已经打开跟踪，在选定的指令序列中最新执行的语句被增亮显示，并且列表显示部分这样上卷，以致该语句被定位在该视窗的中心。如果Tracking(跟踪)被关闭，自动上卷功能被紧止，因此允许用户自由地上卷程序包列表文件。如果用户用鼠标点击特定的列表行，这行作为被选定的Stmt#(语句号)被显示出来。这是行号，如果用户发出Hold At或Jump To命令，或添加、编译或删除注释，则使用这个行号。

当Annotations(与EADIPECP14语句相关的用户注释)被打开时，所有与这各程序包列表文件相关的注释都与来自该列表文件的数据一起被显示在这个列表显示部分中。每个注释都用截然不同的文本502(例如，颜色不同的文字)直接显示在被注释语句的上方。用户可以在脚本正在执行时注释脚本。正像前面讨论过的那样，由于脚本是在高水平下执行的，所以注释与操作员输入的脚本语句相对应。

为了编辑注释，用户必须首先选择注释菜单，以便查看用于选定的程序包的注释。这使注释与程序包列表文件一起被装入列表显示部分。在注释文件数据显示到屏幕上之后，用户可以对程序包列表文件内的特定语句编辑注释。这是通过首先用鼠标选择所要的语句来完成的。被选定的语句变成高亮度的，该语句号作为Selected Stmt#(选定的语句号)出现在右上角。在注释菜单中选择注释行或者双击该行将打开注释编译器，如图21所示。在这个编译器中Save(保存)、Delete(删除)和Exit(退出)是用户可用的。按Save按钮使注释(TLN)文件就地保存。按Delete按钮使当前的注释被删除。按退出钮关闭编译器。如果注释已被修改，警告窗口被显示。这个警告窗口给用户一个选择机会，或者保存该注释的变化或者不保存就退出注释编译器。

图11所示的Lite Window(Lite窗口)650允许用户查看执行程序状态的概要。用户可以针对每个已安装的程序包和它们的指令序列查看其着色的状态盒。另外，用户还可以像在MainWindow(主窗口)上那样以同样的方式查看各种报文，并且可以通过双击报文来处理操作员应答请求。Lite Window的工具条(654)由三套命令按钮构成。第一套允许用户发出Freeze All和Reset Freeze命令。中间一套控制Lite窗口的查看模式，其中第一种模式是仅仅查看报文，第二种模式是仅仅查看状态亮点，而第三种模式是查看报文和亮点652两者。右侧一套命令按钮允许用户返回带Summary page(摘要页)或Procedure page(过程页)的Main Window(主窗口)。双击任何亮点也切换到带Procedure page(过程页)的Main Window(主窗口)，文本把选定的指令序列的当前语句放在中央。中部的正文替换成主窗口。图19展示为操作员准备的主要的Sequence Control(指令序列控制)显示。

本发明的其他实施方案也在权利要求书的范围内。

例如，在一些实施方案中，目标接口服务器102可以访问远程目标接口数据库，例如，在某些场合用电脑空间下载适当的Java模块。

每个目标系统24都可以通过虚拟地址予以识别，然后该虚拟地址通过目标接口层26被映射到该目标系统的物理地址。物理地址可以定位在位于目标接口层26本地或远离目标接口层26的中央数据库或分布式数据库当中。

企业系统10是一种非常灵活非常有能力的工具，在企业中用于外购管理和监视各个系统。服务提供者可以键入某种关系，以便维护和监视企业的各个系统。服务提供者安装企业级综合处理执行系统。服务提供者把目标接口层安装在企业并且把企业的各个系统连接到该接口层上。接口层允许EADIPECP14的企业级综合处理执行部分在服务提供者的站点上运行并且与企业的各个系统相互作用。然后，服务提供者编写的脚本可以用来监视和维护企业的系统。服务提供者和接口层之间的数据在客户站点可以经由任何类似于因特网那样的信道发送，例如，为了安全使用虚拟专用网(VPN)。

命令集可以包括用来在客户计算机起动一个或多个应用程序和用来把数据发送给那些应用程序的命令。例如，命令集可以使诸如网络浏览器、目视显示应用程序或文字处理程序之类的应用程序被启动。然后，其他的命令集使数据被发送到那些数据包，显示给用户。

用来实现图1、1A-E和2的系统的计算机系统通常包括接在把信息显示给用户的输出设备和接收用户输入的输入装置上的主机。主机通常包括借助互连机制接在存储器系统上的处理器。输入装置和输出设备也借助互连机制接到处理器和存储器系统上。

一个或多个输出设备可以被接到计算机系统上。示范输出设备包括阴极射线管(CRT)显示器、液晶显示器(LCD)、打印机、通信装置(例如，调制解调器)和音频输出。一个或多个输入设备可以被接到计算机系统上。示范输入装置包括键盘，辅助键盘、跟踪球、鼠标、笔和书写板、通信装置和数据输入装置(例如，传感器)。应当理解，本发明不限于与计算机系统结合的特定的输入或输出设备或者在此介绍的那些输入或输出设备。

计算机系统可以是可使用计算机程序设计语言(例如，C++、Java或像脚本语言或汇编语言那样的其他语言)编程序的通用计算机系统。计算机系统还可以包括特殊编程的专用硬件。在通用计算机系统中，处理器通常是市售的处理器，其中的实例包括购自英特尔公司的x86、Celeron和Pentium系列的处理器和购自美国AMD公司和美国Cyrix公司的类似的器件；购自摩托罗拉公司的680X0系列的微处理器；购自IBM公司的PowerPC微处理器以及购自数字设备公司的Alpha-系列的处理器。许多其他的处理器也是可用的。这样的微处理器执行被叫做操作系统的程序，其中的实例包括Windows NT、Linux、、UNIX、DOS、VMS和OS8，操作系统控制其他计算机程序的执行；提供调度、调试、输入/输出控制、记帐、编译、存储器分配、数据管理和存储器管理、通信控制以及相关的服务。处理器和操作系统定义用高级程序设计语言编写应用程序时使用的计算机平台。

存储器系统通常包括计算机可读写的非易失的记录介质，其中实例包括磁盘、闪存器和磁带。磁盘可以是可拆装的(称之为软盘)或永久性的(称之为硬盘机)。磁盘具有大量的磁道，在这些磁道中储存信号，通常采用二进制的形式，即被翻译成1和0的序列的形式。这样的信号可以定义准备由微处理器执行的应用程序，或者储存在磁盘上准备由应用程序或操作系统处理的信息。通常，在操作时，处理器使从非易失性记录媒体读出的数据进入集成电路记忆元件，这种记忆元件通常是易失性随机存取存储器，例如，动态随机存取存储器(DRAM)或静态存储器(SRAM)。这种集成电路记忆元件考虑到通过处理器存取信息比通过磁盘存取更迅速。处理器通常在集成电路存储器内巧妙地处理数据，然后在完成处理时把数据复制到磁盘上。用来管理数据在磁盘和集成电路记忆元件之间移动的各种机制是已知的，而本发明并非仅限于此。人们还应当理解本发明不限于特定的存储器系统。

数据库36可以是任何种类的数据库，包括相关数据库、面向对象的数据库、开放式数据库或其他数据库。示范的相关数据库包括来自加利福尼亚州红杉市的Oracle股份有限公司的Oracle 8i、来自加利福尼亚州门洛帕克市的Informix软件公司的Informix Dynamic Server(Informix动态服务器)、来自纽约州约克镇高地的国际商用机器公司的DB2以及来自华盛顿州雷蒙德市的微软公司的Access。面向目标的数据库实例是来自马萨诸塞州伯灵顿市的Object Design公司的ObjectStore。开放式数据库是来自马萨诸塞州坎布里奇市的Lotus股份有限公司的Notes。数据库还可以利用标识文件系统构成，例如，像在dBASE的早期版本(现在称之为Visual dBASE，来自加利福尼亚州Scotts峡谷的Inprise公司，从前的Borland国际公司)中那样使用带字符划界字段的文件。

各种各样的计算机平台、处理器或高级程序设计语言都可以被用来实施本发明。此外，计算机系统可以是多处理机计算机系统，或者可以包括被连接在计算机网络上的若干个计算机。图1中的每个模块(例如，34、52和26)都可以是独立的计算机程序模块，也可以是独立的计算机程序。这样的模块可以在分开的计算机上运行。数据可以储存在记忆系统中或者在计算机系统之间传送。本发明不局限于使用软件或硬件或固件的任何特定的实现，或者它们的任何组合。系统的各种要素可以个别地或结合起来作为确实体现在机器可读的存储装置上供计算机处理器执行的计算机程序产品予以实现。各种处理步骤也可以通过计算机处理器执行确实体现在计算机可读的媒体上借助输入操作和产生输出实现各种功能的程序予以实现。适合实现这样的系统的计算机程序设计语言包括程序上的程序设计语言、面向对象的程序设计语言以及二者的结合。

本文中关于实施方案的介绍详细描述了本发明可以提供其倾向性用途的一些方法。尽管介绍了一些实施方案，但是在不脱离本发明的范围的情况下做出各种变化则是显而易见的。

Claims (35)

1.一种由计算机实现的方法，其中包括：

企业控制引擎处理与目标系统相关的数据和指令并且产

生命令数据包，该命令数据包至少包括给目标系统的命令和

为了把命令传达给目标系统提供给接口层的网络地址；

使命令数据包根据命令数据包中的网络地址穿过网络转

移到把命令传达给目标系统的接口层。

2.根据权利要求1的方法，其中企业控制引擎在服务器计算机上运行，而接口层在远离服务器计算机的客户计算机上运行，服务器计算机和客户计算机都被接到网络上。

3.根据权利要求2的方法，其中目标系统在远程的客户计算机上运行。

4.根据权利要求1的方法，其中接口层能够按照协议与目标系统通信。

5.根据权利要求4的方法，其中企业控制引擎按照按照第二协议把数据分送给接口层，第二协议不同于第一协议。

6.根据权利要求4的方法，其中企业控制引擎处理与第二目标系统相关的数据和指令并且产生第二命令数据包，第二命令数据包至少包括给第二目标系统的第二命令和为了把第二命令传达给第二目标系统提供给接口层的网络地址。

7.根据权利要求的6方法，其中接口层能够按照第二协议与第二目标系统通信。

8.根据权利要求7的方法，其中第二协议不同于首先提到的协议。

9.根据权利要求7的方法，其中企业控制引擎按照第三协议把数据发送给接口层，第三协议不同于第一和第二协议。

10.根据权利要求6的方法，其中接口层包括用来按照首先提到的协议与首先提到的目标系统通信的目标系统管理程序，首先提到的数据包包括用来识别目标系统管理程序的目标系统管理程序标识符。

11.根据权利要求10的方法，其中目标系统管理程序与首先提到的协议相关联，而目标系统管理程序标识符识别首先提到的协议。

12.根据权利要求的11方法，其中目标系统管理程序能够按照第三协议与至少一个其他的目标系统通信。

13.根据权利要求10的方法，其中接口层包括用来按照第二协议与第二目标系统通信的第二目标系统管理程序，第二数据包包括用来识别第二目标系统管理程序的第二目标系统管理程序标识符。

14.根据权利要求的10方法，其中目标系统管理程序是一个基于Java的计算机程序模块。

15.根据权利要求1的方法，进一步包括接收与命令相对应的用户输入。

16.根据权利要求15的方法，其中所述输入是第二命令，它不同于首先提到的命令，所述方法进一步包括访问数据库，该数据库储存着第二命令操作符和第一命令操作符之间的关系。

17.根据权利要求16的方法，其中第二命令是脚本程序的一部分，而数据库是在编译脚本程序时被访问的。

18.根据权利要求1的方法，进一步包括目标系统把数据发送给接口层，接口层对该数据进行处理，然后把经过处理的数据发送给企业控制引擎。

19.一种储存在计算机可读的媒体上的计算机程序，该程序包括用于下述目的的指令：

企业控制引擎处理与目标系统相关的数据和指令并且产生命令数据包，该命令数据包至少包括给目标系统的命令和为了把命令传达给目标系统提供给接口层的网络地址；使命令数据包根据命令数据包中的网络地址穿过网络转移到接口层，其中接口层把命令传达给目标系统。

20.一种计算机系统，其中包括：

处理器，它处理与目标系统相关的数据和指令并且产生命令数据包，该命令数据包至少包括给目标系统的命令和为了把命令传达给目标系统提供给接口层的网络地址；

输出口，它根据命令数据包中的网络地址使命令数据包穿过网络转移到接口层，其中接口层把命令传达给目标系统。

21.一种用计算机实现的方法，该方法包括：

接口层从网络接收企业控制引擎产生的命令数据包，其中企业控制引擎处理与目标系统相关的数据和指令并且产生命令数据包，该命令数据包至少包括给目标系统的命令和为了把命令传达给目标系统提供给接口层的网络地址；

以及

接口层把命令传达给所述系统。

22.一种计算机系统，其中包括：

输入口，它从网络接收企业控制引擎产生的命令数据包，其中企业控制引擎处理与目标系统相关的数据和指令并且产生命令数据包，该命令数据包至少包括给目标系统的命令和为了把命令传达给目标系统提供给接口层的网络地址，以及

输出口，它把命令传达给系统。

23.一种用计算机实现的方法，该方法包括：

处理与目标系统相关的数据和指令并且产生命令数据包，该命令数据包至少包括给目标系统的命令和为了把命令传达给目标系统提供给接口层的网络地址；

使命令数据包根据命令数据包中的网络地址穿过网络转移到接口层，其中接口层把命令传达给目标系统。

24.一种储存在计算机可读的媒体上的计算机程序，该程序包括用于下述目的的指令：

处理与目标系统相关的数据和指令并且产生命令数据包，该命令数据包至少包括给目标系统的命令和为了把命令传达给目标系统提供给接口层的网络地址；

使命令数据包按照命令数据包中的网络地址穿过网络转移到接口层，其中接口层把命令传达给目标系统。

25.一种用计算机实现的方法，该方法包括：

在企业控制引擎，处理大量的指令，其中包括用来把报文发送给操作员的指令；

把报文命令从企业控制引擎发送到语音接口模块，该报文命令至少包括被用来与文本-语音转换器通信的命令操作符和识别应用程序接口(API)的API标识旗；

在语音接口模块，利用通过API标识旗识别的API把命令操作符发送给文本-语音转换器。

26.根据权利要求25的方法，进一步包括：

在语音识别器，把数据发送到语音接口；

在语音接口，处理该数据；以及

在语音接口，把经过处理的数据发送到企业控制引擎。

27.根据权利要求25的方法，其中企业控制引擎在服务器计算机上运行，而语音接口层在远离服务器计算机的客户计算机上运行，服务器计算机和客户计算机被接在网络上。

28.一种储存在计算机可读的媒体上到计算机程序，该计算机程序包括用于下述目的的指令：

在企业控制引擎，处理大量的指令，其中包括用于把报文发送给操作员的指令；

把报文命令从企业控制引擎发送到语音接口模块，该报文命令至少包括被用于与文本-语音转换器通信的命令操作符和识别应用程序接口(API)的API标识旗；

在语音接口模块，利用通过API标识旗识别的API把命令操作符发送给文本-语音转换器。

29.一种用计算机实现的方法，该方法包括：

执行第一脚本程序；

本质上与第一脚本程序平行地执行第二脚本程序；

根据来自第一脚本程序的命令把指出第二脚本程序的执行状态的数据提供给第一脚本程序。

30.一种储存在计算机可读的媒体上的计算机程序，该计算机程序包括用于下述目的的指令：

执行第一脚本程序；

本质上与第一脚本程序平行地执行第二脚本程序；

根据来自第一脚本程序的命令把指出第二脚本程序执行状态的数据提供给第一脚本程序。

31.一种用计算机实现的方法，该方法包括：

实时地执行计算机程序，该计算机程序包括指令序列；

实时地并且本质上与第一程序的实时执行平行地把数据提供给用户，该数据指出计算机程序的执行状态和指令之一当前的执行状态。

32.根据权利要求的31的方法，其中计算机程序是基于脚本的计算机程序。

33.一种储存在计算机可读介质上的计算机程序，该计算机程序包括用于下述目的的指令：

实时地执行计算机程序，该计算机程序包括指令序列；

实时地并且本质上与第一程序的实时执行平行地把数据提供给用户，该数据指出计算机程序的执行状态和指令之一当前的执行状态。

34.一种用计算机实现的方法，该方法包括：

接口层按照第一协议接收来自目标系统的数据；

接口层按照第二协议把该数据发送给企业控制引擎，其中第二协议不同于第一协议；以及

企业控制引擎处理数据。

35.一种储存在计算机可读介质上的计算机程序，该计算机程序包括用于下述目的的指令：

接口层按照第一协议接收来自目标系统的数据；

接口层按照第二协议把该数据发送给企业控制引擎，其中第二协议不同于第一协议；以及

企业控制引擎处理数据。

Images