ISO/IEC 19500-2:2012 情報技術— Object Management Group — Common Object Request Broker Architecture(CORBA)—パート2:相互運用性 | ページ 3

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

導入

分散処理の急速な成長により、この標準化と ITU-T 勧告 X.901-904 | を調整するためのフレームワークが必要になりました。 ISO/IEC 10746, オープン分散処理の参照モデル (RM-ODP) は、そのようなフレームワークを提供します。これは、配布、相互運用性、移植性のサポートを統合できるアーキテクチャを定義します。

RM-ODP Part 2 (ISO/IEC 10746-2) は、分散システムを記述するための基本概念とモデリング フレームワークを定義します。 RM-ODP Part 2 と UML の範囲と目的は、関連していますが、同じではありません。また、多くの場合、RM-ODP Part 2 と UML 仕様は、関連しているが同一ではない概念 (インターフェイスなど) に対して同じ用語を使用します。それにもかかわらず、 Part 2 のモデリング概念を使用した仕様は、適切な拡張機能 (ステレオタイプ、タグ、および制約を使用) を備えた UML を使用して表現できます。

RM-ODP Part 3 (ISO/IEC 10746-3) は、 Part 2 で定義された基本的な概念とフレームワークを使用して表現された、オープン分散システムの汎用アーキテクチャを指定します。モデリング言語としての UML と RM-ODP 標準のPart 3 との関係を考慮すると、UML が RM-ODP で定義された個別のビューポイント仕様の表記法として適していることを示すのは簡単です。

この CORBA インターフェイスの国際標準は、ODP システムの機能分散をサポートするために必要なインフラストラクチャを提供するテクノロジを定義し、物理的な配布、通信、処理およびストレージの管理に必要な機能と、それらの機能をサポートするさまざまなテクノロジ オブジェクトの役割を指定します。

CORBAのコンテキスト

CORBA アーキテクチャの構造を理解するための鍵は、次のコンポーネントで構成される参照モデルです。

  • • オブジェクト リクエスト ブローカー : オブジェクトが分散環境で透過的にリクエストと応答を送受信できるようにします。これは、分散オブジェクトからアプリケーションを構築し、異種環境および同種環境におけるアプリケーション間の相互運用性を実現するための基盤です。 Object Request Broker のアーキテクチャと仕様については、このマニュアルで説明されています。
  • • オブジェクト サービス : オブジェクトの使用と実装のための基本機能をサポートするサービス (インターフェイスとオブジェクト) のコレクション。サービスは分散アプリケーションを構築するために必要であり、常にアプリケーション ドメインから独立しています。たとえば、ライフ サイクル サービスは、オブジェクトの作成、削除、コピー、移動に関する規則を定義します。オブジェクトがアプリケーションにどのように実装されるかを決定するものではありません。オブジェクト サービスの仕様は、CORBAservices: Common Object Services 仕様に含まれています。
  • • 共通機能 。多くのアプリケーションが共有するサービスの集合ですが、オブジェクト サービスほど基本的ではありません。たとえば、システム管理機能や電子メール機能は共通機能として分類できます。共通機能に関する情報は、「CORBAfacilities: Common Facilities Architecture」に含まれます。
  • • アプリケーション オブジェクト 。インターフェイスを制御する社内開発グループの単一ベンダーの製品です。アプリケーション オブジェクトはアプリケーションの従来の概念に対応するため、OMG によって標準化されていません。代わりに、アプリケーション オブジェクトが参照モデルの最上位層を構成します。

したがって、オブジェクト リクエスト ブローカーは参照モデルの中核となります。これは電話交換機のようなもので、電話をかけたり受けたりするための基本的なメカニズムを提供します。オブジェクト サービスと組み合わせることで、CORBA 準拠のアプリケーション間の有意義な通信が保証されます。

この規格で説明されているアーキテクチャと仕様は、オブジェクト リクエスト ブローカー (ORB) の OMG 仕様、またはこの規格 (ISO/IEC 19500) に準拠するアプリケーションを作成したいソフトウェア設計者および開発者を対象としています。コンプライアンスの利点は、一般に、分散された相互運用オブジェクトに基づいた相互運用可能なアプリケーションを作成できることです。 ORB は、オブジェクトが透過的にリクエストを作成し、応答を受信するメカニズムを提供します。したがって、ORB は、異種分散環境内の異なるマシン上のアプリケーション間の相互運用性を提供し、複数のオブジェクト システムをシームレスに相互接続します。

この国際規格のこのPart には、非規範的な付録が含まれています。

Introduction

The rapid growth of distributed processing has led to a need for a coordinating framework for this standardization and ITU-T Recommendations X.901-904 | ISO/IEC 10746, the Reference Model of Open Distributed Processing (RM-ODP) provides such a framework. It defines an architecture within which support of distribution, interoperability and portability can be integrated.

RM-ODP Part 2 (ISO/IEC 10746-2) defines the foundational concepts and modeling framework for describing distributed systems. The scopes and objectives of the RM-ODP Part 2 and the UML, while related, are not the same and, in a number of cases, the RM-ODP Part 2 and the UML specification use the same term for concepts which are related but not identical (e.g., interface). Nevertheless, a specification using the Part 2 modeling concepts can be expressed using UML with appropriate extensions (using stereotypes, tags, and constraints).

RM-ODP Part 3 (ISO/IEC 10746-3) specifies a generic architecture of open distributed systems, expressed using the foundational concepts and framework defined in Part 2. Given the relation between UML as a modeling language and Part 3 of the RM-ODP standard, it is easy to show that UML is suitable as a notation for the individual viewpoint specifications defined by the RM-ODP.

This International Standard for CORBA Interfaces is a standard for the technology specification of an ODP system. It defines a technology to provide the infrastructure required to support functional distribution of an ODP system, specifying functions required to manage physical distribution, communications, processing and storage, and the roles of different technology objects in supporting those functions.

Context of CORBA

The key to understanding the structure of the CORBA architecture is the Reference Model, which consists of the following components:

  • • Object Request Broker , which enables objects to transparently make and receive requests and responses in a distributed environment. It is the foundation for building applications from distributed objects and for interoperability between applications in hetero- and homogeneous environments. The architecture and specifications of the Object Request Broker are described in this manual.
  • • Object Services , a collection of services (interfaces and objects) that support basic functions for using and implementing objects. Services are necessary to construct any distributed application and are always independent of application domains. For example, the Life Cycle Service defines conventions for creating, deleting, copying, and moving objects; it does not dictate how the objects are implemented in an application. Specifications for Object Services are contained in CORBAservices: Common Object Services Specification.
  • • Common Facilities , a collection of services that many applications may share, but which are not as fundamental as the Object Services. For instance, a system management or electronic mail facility could be classified as a common facility. Information about Common Facilities will be contained in CORBAfacilities: Common Facilities Architecture.
  • • Application Objects , which are products of a single vendor on in-house development group that controls their interfaces. Application Objects correspond to the traditional notion of applications, so they are not standardized by OMG. Instead, Application Objects constitute the uppermost layer of the Reference Model.

The Object Request Broker, then, is the core of the Reference Model. It is like a telephone exchange, providing the basic mechanism for making and receiving calls. Combined with the Object Services, it ensures meaningful communication between CORBA-compliant applications.

The architecture and specifications described in this standard are aimed at software designers and developers who want to produce applications that comply with OMG specifications for the Object Request Broker (ORB), or this standard (ISO/IEC 19500). The benefit of compliance is, in general, to be able to produce interoperable applications that are based on distributed, interoperating objects. The ORB provides the mechanisms by which objects transparently make requests and receive responses. Hence, the ORB provides interoperability between applications on different machines in heterogeneous distributed environments and seamlessly interconnects multiple object systems.

This Part of this International Standard includes a non-normative annex.