[发明专利]服务器内分派客户请求时执行语义并发控制的装置和方法

说明书

本发明涉及客户-服务器(也叫“分布式”)计算领域，其中一个计算设备(“客户机”)请求另一个计算设备(“服务器”)执行客户机的部分工作。

过去几年以来，客户-服务器计算在信息技术世界中已经变得越来越重要。这种分布式计算允许一台计算机将其某些工作委托给另一台计算机，后者-例如一有可能更适于执行该工作。

客户-服务器计算的益处，由于使用了称为面向对象的程序设计(OOP)这种著名的计算机程序设计技术，已经进一步得到加强。面向对象的程序设计允许客户机与服务器位于不同的(异类的)“平台”。平台是计算机用来进行工作的特定硬件-软件-操作系统-通讯协议的一种组合。OOP允许客户应用程序和服务器应用程序在它们自己的平台上运行，而无须考虑客户应用程序的工作请求将如何与服务器应用程序通信并被接受。同样，服务器应用程序无须考虑OOP系统将如何接收、转换服务器应用程序的处理结果并将其传送回发出请求的客户应用程序。

OOP技术如何与异类客户-服务器系统结合，其细节在美国专利号5,440,744和欧洲专利公开申请号EP0677,943A2中有所解释。本文引用这两篇公开文献作为参考。不过，下文将给出一例基本体系结构，以利读者有上下文来理解本发明的环境。

如图1所示，客户机10(例如可以是一台安装了IBMOS/2操作系统的个人电脑)有一个应用程序40在其操作系统上运行(“IBM”和“OS/2”是IBM公司的商标)。应用程序40将定期地要求将工作在服务器计算机20上执行，并且/或者将数据从服务器20返回，供应用程序40以后使用。服务器计算机20例如可以是一个运行IBM的MVS操作系统的高能主计算机(MVS也是IBM公司的商标)。就本发明来说，要求由服务器执行通讯访问的请求，是用户与第一个应用程序40的交互作用提出的，还是应用程序40不依赖用户的交互作用而独立操作、在程序运行期间自动提出请求的，这对于本发明来说无关紧要。

当客户计算机10希望提出一个请求，要求服务器计算机20的服务时，第一应用程序40向第一逻辑装置50通知所要求的服务。通知方法例如是，将某个远程过程的名称连同一列输入和输出参数一起发送给第一逻辑装置50。第一逻辑装置50然后处理这样的任务，即通过查阅在存储器60中存储的对可用通讯服务的定义，建立与第二计算机的必要通讯。所有可能的服务都被定义成一个对象类内聚框架(cohesive framework of object classess)，这些类(class)是从一个单一对象类导出的。用这种方法来定义服务在效能和可重用性方面具有很多优点。

为了建立与服务器20的必要通讯，第一逻辑装置50首先判断需要使用框架中的哪个对象类，然后创建该对象的一个实例(instance)；向该对象发送一个信息，以使该对象调用它的一个子程序(method)。其结果是通过连接装置80建立了与服务器计算机20的链路，随后发送一个请求到第二逻辑装置90。

第二逻辑装置90将请求传递到服务器计算机20上运行的第二应用程序100(本文以下称为服务应用程序)，以便服务应用程序100能执行该请求要求的特定任务，例如运行一个数据检索过程。该任务一旦完成，服务应用程序可能需要将结果发送回第一计算机10。服务应用程序100在执行请求任务期间以及在向第一计算机10反馈结果时，与第二逻辑装置90交互作用。第二逻辑装置90建立对象的实例，并在服务器应用程序100要求时，按要求调用这些对象的适当子程序。对象实例是根据存储器110中存储的对象类内聚框架创建的。

由于采用以上技术，客户应用程序40就不向通讯体系结构暴露。此外，服务应用程序100是通过为其环境的标准机构被调用的，所以它不知道自己正被远程调用。

对象管理组织(OMG)是一个国际性组织，涉及在图1所示异类平台上的客户-服务器计算的各个方面。OMG已经发布了客户计算机(例如10)与服务器计算机(例如20)通讯(以OOP形式)的公开标准。这些标准中有一部分定义了一种对象请求代理器(ORB-Object Request Broker)，它起着客户机与服务器计算机之间面向对象的桥路的作用。ORB从面向对象的执行细节中断开客户和服务器应用程序的连接，至少执行第一第二逻辑装置50与90以及连接装置80的部分工作。