[发明专利]用于客户/服务器计算的设备、方法和计算机程序产品

说明书

本发明涉及客户／服务器(也称为“分布式的”)计算领域，其中一个计算设备(“客户”)请求另一个计算设备(“服务器”)完成一部分客户工作。客户和服务器也能够都位于同一物理计算设备上。

过去几年来在信息技术领域内客户／服务器计算已经愈来愈重要。这类分布式计算允许一个机器分配它的某些工作给另一个例如可能更适合于完成该工作的机器。例如，服务器可以是一个高性能计算机，它所运行的数据库程序管理极大量数据的存储，而客户机只是一个简单的台式个人计算机(PC)，它向数据库请求信息以便用于它的一个本地程序中。

由于采用众所周知的所谓面向对象编程(OOP)的计算机编程技术，从而加强了客户／服务器计算的优点，OOP允许客户机和服务器位于不同(多机种)“平台”上。一个平台是一个机器用以完成其工作的具体硬件／软件／操作系统／通信协议的组合。OOP允许客户应用程序和服务器应用程序各在它们自己平台上运行而不必操心如何发送客户应用程序的工作请求和服务器应用程序如何接收该请求。类似地，服务器应用程序不必操心OOP系统如何接收、翻译和发回服务器应用程序的处理结果至请求的客户应用程序。

在美国专利5，440，744和欧洲专利公开申请EP 0 677，943 A2中描述了OOP技术与多机种客户／服务器系统相结合的细节。这后面两项公布此处引为参考。然而，下面将给出一个基本体系结构的例子，以便在上下文环境中解释本发明。

如图1中所示，客户计算机10(它可能是例如一个具有在其上安装的IBM OS／2操作系统的个人计算机)具有一个在其操作系统上运行的应用程序40(“IBM”和“OS／2”是国际商业机器公司的商标)。应用程序40将周期地要求在服务器计算机20上完成工作和／或自服务器20送回数据以备应用程序40以后使用。服务器计算机20可以是例如一个运行IBM的MVS操作系统的高性能主机计算机(“MVS”也是IBM公司的商标)。对于本发明的实施而言，不论对于准备由服务器进行通信服务的请求是由用户与第一应用程序40的交互作用而发动的，还是由应用程序40独立于用户交互作用而进行操作并在程序运行期间自动地作出请求的，都不重要。

当客户计算机10希望请求服务器计算机20的服务时，第一应用程序40将所需服务通知第一逻辑装置50。例如可以通过一起发送一个远程过程名称及输入和输出参数列表给第一逻辑装置而做到此点。该第一逻辑装置50然后参照存于存储设备60中的可用通信服务的定义来完成建立与第二计算机20的必要通信。所有可能的服务都定义为对象类70的一个内聚框架，这些类自单个对象类派生而来。以此方式定义服务，在性能和可重用性方面具有大量优点。

为建立与服务器20的必要通信，第一逻辑装置50判断需要使用框架中哪个对象类，然后在该服务器处建立该对象的一个实例，发送一条消息至该对象以使该对象能调用其方法中的一个。由此，通过连接装置80建立与服务器计算机20的连接，并随后发送一个请求至第二逻辑装置90。

第二逻辑装置90然后将该请求传送至在服务器计算机20上运行的第二应用程序100(今后称为服务应用程序)以使服务应用程序能够完成由该请求所要求的具体任务，例如运行一个数据检索过程。一旦完成此任务，服务应用程序可能需要将结果送回至第一计算机10。在完成所请求的任务期间和当结果送回至第一计算机10时，服务器应用程序100与第二逻辑装置90交互作用。第二逻辑装置90建立对象实例，并在服务器应用程序100需要时调用这些对象中的合适方法，这些对象实例从存于存储设备110中的对象类的内聚框架中建立。

使用以上技术，客户应用程序40不暴露于通信结构。此外，服务应用程序100通过其环境的标准机理来调用；它并不知道它是远程地调用的。

对象管理组(OMG)是一个在具有如图1中所示分布式对象的多机种平台上从事不同方面的客户／服务器计算的各组织之间的国际性协议。OMG已经发布过标准，客户计算机(例如10)按照该标准与服务器计算机(例如20)通信(以OOP形式)。作为这些标准的一部分，定义了一个对象请求经纪人(称为CORBA-公共对象请求经纪人体系结构)，它提供客户和服务器计算机之间的面向对象的桥梁。ORB将客户和服务器应用程序与面向对象的实施细节隔开，完成第一和第二逻辑装置50和90以及连接装置80的至少一部分工作。