对象请求代理（Object Request Broker）是用户提供与其他分布式网络环境中对象通信的接口，是中间件（Middleware）中主要的一类，它在CORBA(Common Object Request Broker Architecture)规范中处于核心地位，定义异构环境下对象透明地发送请求和接收响应的基本机制，是建立对象之间client/server关系的中间件。它的作用在于提供一个通信框架，透明地在异构的分布计算环境中传递对象请求。CORBA规范包括了ORB的所有标准接口。对象请求代理这个结构不需要作为组件单独实现，它由接口定义。任何提供正确接口的ORB实现都是可被接受的。

定义

中间件概述

功用(功能 作用)

请求代理体系结构

定义

对象请求处理是在对象间建立客户/服务器联系的一种中间件。

中间件概述

中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。

中间件位于客户机/ 服务器的操作系统之上，管理计算资源和网络通讯。是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不同的接口，但通过中间件相互之间仍能交换信息。执行中间件的一个关键途径是信息传递。通过中间件，应用程序可以工作于多平台或 OS 环境，能满足大量应用的需要运行于多种硬件和OS平台支持分布计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互支持标准的协议支持标准的接口。

功用

功能

对象请求代理(ORB)是对象总线，它在CORBA规范中处于核心地位，定义异构环境下对象透明地发送请求和接收响应的基本机制，是建立对象之间client/server关系的中间件。ORB使得对象可以透明地向其他对象发出请求或接受其他对象的响应，这些对象可以位于本地也可以位于远程机器。ORB拦截请求调用，并负责找到可以实现请求的对象、传送参数、调用相应的方法、返回结果等。client对象并不知道同server对象通讯、激活或存储server对象的机制，也不必知道server对象位于何处、它是用何种语言实现的、使用什么操作系统或其他不属于对象接口的系统成分。

作用

它的作用在于提供一个通信框架，透明地在异构的分布计算环境中传递对象请求。CORBA规范包括了ORB的所有标准接口。1991年推出的CORBA 1.1 定义了接口描述语言OMG IDL和支持Client/Server对象在具体的ORB上进行互操作的API。CORBA 2.0 规范描述的是不同厂商提供的ORB之间的互操作。值得指出的是client和server角色只是用来协调对象之间的相互作用，根据相应的场合，ORB上的对象可以是client，也可以是server，甚至兼有两者。当对象发出一个请求时，它是处于client角色；当它在接收请求时，它就处于server角色。大部分的对象都是既扮演client角色又扮演server角色。另外由于ORB负责对象请求的传送和server的管理，client和server之间并不直接连接，因此，与RPC所支持的单纯的Client/Server结构相比，ORB可以支持更加复杂的结构。

请求代理体系结构

公共对象请求代理体系结构（Common ObjectRequest Broker Architecture，也称通用对象请求代理体系结构），是由OMG组织制订的一种标准的面向对象应用程 序体系规范。或者说 CORBA体系结构是对象管理组织（OMG）为解决分布式处理环境(DCE)中，硬件和软件系统的互连而提出的一种解决方案；OMG组织是一个国际性的非盈利组织，其职责是为应用开发提供一个公共框架，制订工业指南和对象管理规范，加快对象技术的发展。

OMG组织成立后不久就制订了OMA(Object Management Architecture，对象管理体系结构)参考模型，该模型描述了OMG规范所遵循的概念化的基础结构。OMA由对象请求代理ORB、对象服务、公共设施、域接口和应用接口这几个部分组成，其核心部分是对象请求代理ORB（Object Request Broker）。对象服务是为使用和实现对象而提供的基本服务集合；公共设施是向终端用户应用程序提供的一组共享服务接口；域接口是为应用领域服务而提供的接口；应用接口是由开发商提供的产品，用于它们的接口，不属于OMG标准的内容。ORB提供了一种机制，通过这种机制，对象可以透明的发出请求和接收响应。分布的、可以互操作的对象可以利用ORB构造可以互操作的应用。

CORBA标准由物件管理组织（OMG）设立并进行控制，CORBA定议了一系列API，通信协议，和物件/服务信息模型用于使得异质应用程序能够互相操作，这些应用程序用不同的程序语言编写，运行在不同的平台上。CORBA因此为定义明确的物件提供了平台和位置的透明性，这些物件是分布式计算平台的基础。

通常来说，CORBA把用其他语言开发的程序码和关于该程序码能力和如何调用该程序码的资讯包到一个套装(package)中，包成套装的物件则可以在网络上被其他程序(或CORBA物件)调用。 在这个意义上来讲，CORBA可以被看作是一个机器可读的文件档格式，类似于标头档(header)，但是具有相当多的资讯。

CORBA使用一种接口定义语言用于刻画物件将呈现出来的接口。CORBA又规定了从IDL到特定程序语言，如C++或Java，实现的映射。这个映射精确的描述了CORBA资料类型是如何被用户端和服务器端实现的。标准映射的有Ada、C、C++、Smalltalk、Java、以及Python。 还有一些非标准的映射，为Perl和Tcl的映射由这些语言写的ORB实现。

对象请求代理这个结构不需要作为组件单独实现，它由接口定义。任何提供正确接口的ORB实现都是可被接受的。接口可分为以下几大类：

1.对于所有ORB实现均相同的接口；

2. 指定于特定对象类型的操作；

3. 指定于对象实现的特定形式的操作；

不同的ORB可以采用不同的实现策略，加上IDL编译器，库和不同的对象适配器，这一切提供了一系列对客户的服务和对具有不同属性对象的实现。可以存在多个ORB实现，它们有不同的名称和不同的实现方法与调用方法，对于客户而言，客户可以同时访问由不同ORB实现管理的对象，当几个ORB共同工作时，它们必须能够区别它们各自的对象名（也就是对象参考），客户不管区别只管使用。ORB内核是ORB的一部分，它提供了对象的基本命名和请求通信机制。CORBA设计得可以支持不同的对象机制，它是通过在ORB内核上建立ORB来完成这一点的。

一个对象的客户可以访问此对象参考，并对对象进行操作。客户不清楚对象的内部结构，它只知道对象的接口和执行操作所需要的时间和空间等资源。虽然我们可以把客户想象为一个调用对象的进程，但是我们也不要忘记了对象也可以调用另外对象的服务。客户看到的ORB接口和人观念中的接口有差不多，这就为编程提供了帮助。客户不需要对代码进行改变就可以通过ORB实现功能，对象适配器只能由ORB或对象实现调用。

对象实现提供了对象的表现形式。通常实现由另一对象提供或由相应的软件提供，当然也可以自己编程实现。在某些情况下，对象的主要功能是非对象实体产生作用。在CORBA中可以支持对象的不同实现。通常，对象实现不依赖于ORB或客户请求，对象实现可以通过选择对象适配器选择和ORB相关服务来选择接口。

对象参考是需要在ORB内指定的信息，客户和对象实现相应于语言映射有对象参考的一个透明定义，这样就把实现的表示与参考隔离开了。两个ORB实现可能在选择对象参考表示时是不同的。所有的ORB必须提供相对于对象参考一致的语言映射，这使得程序能够独立于ORB对对象参考进行访问。