この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
4 用語と定義
この文書の目的上、次の用語と定義が適用されます。
4.1 推奨事項 |国際規格
この推奨事項 |国際規格では、ITU-T Rec で定義されている次の用語が使用されます。 ISO/IEC 10746-2:
- •行動
- •インターフェース
- •実例
- •物体
- •サービス
- •州
- •透明性
- •タイプ
この推奨事項 |国際規格では、ITU-T Ree で定義されている次の用語が使用されます。 X.903 | ISO/IEC 10746-3:
- •手術
- •スタブ
4.2 ISO/IEC 19500 のこのPart で定義される用語
| アダプタ | オブジェクトアダプターと同じです。 |
| 属性 | オブジェクトと値の間の識別可能な関連付け。属性 A は、get A と set A という操作のペアとしてクライアントに表示されます。読み取り専用属性は get 操作のみを生成します。 |
| クライアント.クライアント | オブジェクトに対する操作を呼び出すコードまたはプロセス。 |
| データ型 | 値操作引数の分類。通常は動作と表現の両方をカバーします (つまり、従来の非 OO プログラミング言語の型の概念) |
| ドメイン | 相互運用性にとって重要な概念であり、共通の特性が示され、共通のルールが遵守され、配布の透明性が維持される明確な範囲です。 |
| 動的呼び出し | 実行時まで署名が不明である可能性のあるリクエストを作成して発行します。 |
| ダイナミックなスケルトン | インターフェースに依存しない種類のスケルトン。実行時まで署名が不明である可能性があるリクエストを処理するためにサーバーによって使用されます。 |
| 実装 | オブジェクトを作成し、そのオブジェクトが適切なサービスのセットの提供に参加できるようにするために必要な情報を提供する定義。通常、実装には、オブジェクトに関連付けられたコア状態を表すために使用されるデータ構造の記述と、そのデータ構造にアクセスするメソッドの定義が含まれます。通常、オブジェクトの意図されたインターフェイスに関する情報も含まれます。 |
| インターフェースリポジトリ | インターフェース情報の保管場所。 |
| インターフェースの種類 | 特定のインターフェイスを満たす任意のオブジェクトによって満たされる型。 |
| 相互運用性 | 2 つ以上の ORB が連携してリクエストを適切なオブジェクトに配信する機能。相互運用する ORB は、クライアントには単一の ORB のように見えます。 |
| 言語バインディングまたは マッピング | 特定のプログラミング言語で作成するプログラマが ORB 機能にアクセスするための手段と規則。 |
| 方法 | 操作の実装。要求されたサービスを実行するために実行される可能性のあるコード。オブジェクトに関連付けられたメソッドは、1 つ以上のプログラムに構造化される場合があります。 |
| オブジェクトアダプター | オブジェクト参照、アクティブ化、および状態関連のサービスをオブジェクト実装に提供する ORB コンポーネント。実装の種類ごとに異なるアダプターが提供される場合があります。 |
| オブジェクトの実装 | 実装と同じ。 |
| オブジェクト参照 | オブジェクトを明確に識別する値。オブジェクト参照が別のオブジェクトを識別するために再利用されることはありません。 |
| オブジェクト参照 | オブジェクトリファレンスの略称 |
| 魂晶コア | クライアントからのリクエストをターゲット オブジェクトの適切なアダプタに移動する ORB コンポーネント。 |
| リクエスト | サービスを実行させるためにクライアントによって発行されるメッセージ。 |
| 結果.結果 | クライアントに返される情報には、要求されたサービスを実行しようとした際に例外的な条件が発生したことを示す値およびステータス情報が含まれる場合があります。 |
| サーバ | 1 つまたは複数のオブジェクトに対して 1 つまたは複数の操作を実装するプロセス。 |
| サイン | 番号順序、データ型、受け渡しモードなど、特定の操作のパラメータを定義します。結果があればその結果。そして、発生する可能性のある結果（通常か例外か）。 |
| スケルトン | オブジェクト アダプタがリクエストを特定のメソッドに渡すのを支援する、オブジェクト インターフェイス固有の ORB コンポーネント。 |
| 同期リクエスト | クライアントが一時停止しwhere リクエストの完了を待つリクエスト。遅延同期リクエストおよび一方向リクエストと対比してください。 |
| 価値 | リクエスト内の実際のパラメータとなる可能性のある任意のエンティティ。オブジェクトを識別するための値をオブジェクト参照と呼びます。 |
4.3 要件記述のキーワード
この国際規格のキーワード「しなければならない」、「してはならない」、「しなければならない」、「してはならない」、「しなければならない」、「してはならない」、および「してもよい」は、IETF RFC 2119 に記載されているように解釈されます。
4 Terms and Definitions
For the purposes of this document, the following terms and definitions apply.
4.1 Recommendations | International Standards
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.902 | ISO/IEC 10746-2:
- • behavior
- • interface
- • instance
- • object
- • service
- • state
- • transparency
- • type
This Recommendation | International Standard makes use of the following terms defined in ITU-T Ree. X.903 | ISO/IEC 10746-3:
- • operation
- • stub
4.2 Terms Defined in this Part of ISO/IEC 19500
| adapter | Same as object adapter. |
| attribute | An identifiable association between an object and a value. An attribute A is made visable to clients as a pair of operations: get A and set A. Readonly attributes only generate a get operation. |
| client | The code or process that invokes an operation on an object. |
| data type | A categorization of values operation arguments, typically covering both behavior and representation (i.e., the traditional no-OO programming language notion of type.) |
| domain | A concept important to interoperability, it is a distinct scope, within which common characteristics are exhibited, common rules observed, and over which a distribution transparency is preserved. |
| dynamic invocation | Constructing and issuing a request whose signature is possibly not known until run-time. |
| dynamic skeleton | An interface-independent kind of skeleton, used by servers to handle requests whose signatures are possibly not known until run-time. |
| implementation | A definition that provides the information needed to create an object and allow the object to participate in providing an appropriate set of services. An implementation typically includes a description of the data structure used to represent the core state associated with an object, as well as definitions of the methods that access that data structure. It will also typically include information about the intended interface of the object. |
| interface repository | A storage place for interface information. |
| interface type | A type satisfied by any object that satisfies a particular interface. |
| interoperability | The ability for two or more ORBs to cooperate to deliver requests to the proper object. Interoperating ORBs appear to a client to be a single ORB. |
| language binding or mapping | The means and conventions by which a programmer writing in a specific programming language accesses ORB capabilities. |
| method | An implementation of an operation. Code that may be executed to perform a requested service. Methods associated with an object may be structured into one or more programs. |
| object adapter | The ORB component which provides object reference, activation, and state related services to an object implementation. There may be different adapters provided for different kinds of implementations. |
| object implementation | Same as implementation. |
| object reference | A value that unambiguously identifies an object. Object references are never reused to identify another object. |
| objref | An abbreviation for object reference |
| ORB core | The ORB component which moves a request from a client to the appropriate adapter for the target object. |
| request | A message issued by a client to cause a service to be performed. |
| results | The information returned to the client, which may include values as well as status information indicating that exceptional conditions were raised in attempting to perform the requested service. |
| server | A process implementing one or more operations on one or more objects. |
| signature | Defines the parameters of a given operation including their number order, data types, and passing mode; the results if any; and the possible outcomes (normal vs. exceptional) that might occur. |
| skeleton | The object-interface-specific ORB component which assists an object adapter in passing requests to particular methods. |
| synchronous request | A request where the client pauses to wait for completion of the request. Contrast with deferred synchronous request and one-way request. |
| value | Any entity that may be a possible actual parameter in a request. Values that serve to identify objects are called object references. |
4.3 Keywords for Requirment statements
The keywords"must,""must not,""shall,""shall not,""should,""should not," and"may" in this International Standard are to be interpreted as described in IETF RFC 2119.