|
|
CORBAは、オブジェクト・ベースの分散アプリケーションを作成するための仕様です。 CORBAのアーキテクチャと仕様は、Object Management Group (OMG)によって開発されました。 OMGは、数百社の情報システム・ベンダーで構成されるコンソーシアムです。 CORBAの目的は、分散ソフトウェア・アプリケーションをビルドおよび統合するオブジェクト指向の手法を促進することです。
CORBA仕様では、分散アプリケーションをビルドするためのオープンで一貫性のあるモデルが提供されます。そのために、CORBA仕様では次の事項が定義されています。
CORBA仕様では、CORBAの実装を開発する方法が説明されています。 また、アプリケーションの開発で使用するプログラミング言語のバインディングも記述されています。
CORBAアーキテクチャを使用する利点を説明するために、この項では初期のクライアント/サーバー・アプリケーション開発手法とCORBAの開発手法を比較します。
クライアント/サーバー・コンピューティングは、ネットワーク接続された複数のマシンで処理を分散し、マシンのリソースをより効率的に利用できるようにするアプリケーション開発方法です。 クライアント/サーバー・コンピューティングのアプリケーションは、クライアント・アプリケーションとサーバー・アプリケーションの2つのパートで構成されます。 通常、それらの2つのアプリケーションは、次の図で示されているようにネットワークで接続された異なるマシンで動作します。
クライアント/サーバー・モデルの主要な利点は次のとおりです。
たとえば、デスクトップ・システムは、情報を表示するための使いやすいグラフィカルな環境を多くのビジネス・ユーザーに提供します。 しかし、デスクトップ・システムはディスク領域とメモリーが制限される場合があり、シングル・ユーザー・システムであるのが普通です。 より大きく、より強力なマシン・システムの方が、計算集中型の機能を実行し、マルチ・ユーザー・アクセスと共有データベース・アクセスを実現するには適しています。
したがって、通常はより規模の大きいシステムでアプリケーションのサーバー部分が実行されます。 このようにして、分散したデスクトップ・システムとネットワーク接続されたサーバーにより、分散クライアント/サーバー・アプリケーションをデプロイする完璧なコンピューティング環境が実現されます。
CORBA以外のクライアント/サーバー手法でも異機種間ネットワークで処理を分散する手段が提供されますが、その手法には次の欠点があります。
クライアント/サーバー・アプリケーションでは、1つのネットワーク・プロトコルを使用する場合と、複数の異なるプロトコルを使用する場合があります。 複数のプロトコルが使用される場合、アプリケーションではネットワークごとにプロトコル固有のコードを論理的に反復しなければなりません。
たとえば、一部のマシンでは整数値が最下位バイト・アドレスから最上位へ向かって読み取られ(リトル・エンディアン)、ほかのマシンでは逆に最上位バイトから読み取られます(ビッグ・エンディアン)。 また、一部のマシン・システムでは、浮動小数点数またはテキスト文字列で異なる形式が使用される場合もあります。 アプリケーションから異なるデータ形式が使用されるマシンにデータが送信される場合で、そのアプリケーションによってデータが変換されないときには、データは間違って解釈されます。
ネットワーク経由でデータをトランスポートし、そのデータをターゲット・システムの適切な表現に変換することを、データ・マーシャリングと呼びます。 多くの非CORBAクライアント/サーバー・モデルでは、アプリケーションですべてのデータ・マーシャリングを実行しなければなりません。 データ・マーシャリングでは、アプリケーションでネットワークとオペレーティング・システムの機能を利用してデータをマシン間で移動する必要があります。また、データ形式の変換を実行して、送信時と同じようにデータが読み取られるようにすることも必要です。
CORBA以外のクライアント/サーバー手法では、クライアント・アプリケーションとサーバー・アプリケーションが強く結び付けられます。 したがって、クライアント・アプリケーションかサーバー・アプリケーションで変更があった場合には、プログラマはインタフェース、ネットワーク・アドレス、およびネットワーク・トランスポートを変更する必要があります。 また、クライアント・アプリケーションとサーバー・アプリケーションを別のネットワーク・インタフェースをサポートするマシンに移植する場合、プログラマはそれらのアプリケーションの新しいネットワーク・インタフェースを作成しなければなりません。
The CORBA model provides a more flexible approach to developing distributed applications. The CORBA model:
CORBAクライアント・アプリケーションでは処理をリクエストする方法のみが理解され、CORBAサーバー・アプリケーションではクライアントからリクエストされたタスクを遂行する方法のみが理解されています。このような分離のおかげで、クライアント・アプリケーションがサーバー・アプリケーションにタスクの遂行を要求する方法に影響を与えることなく、サーバーでタスクを遂行する方法を変更できます。
CORBAは、分散オブジェクト・コンピューティング・モデルに基づいています。このモデルでは、分散コンピューティング(クライアントとサーバー)の概念とオブジェクト指向コンピューティング(オブジェクトとオペレーションをベースとする)の概念が結合されます。
オブジェクト指向コンピューティングにおいて、オブジェクトはアプリケーションを構成するエンティティであり、オペレーションはそれらのオブジェクトでサーバーが実行できるタスクです。 たとえば銀行業務アプリケーションでは、顧客口座のオブジェクトと、預け入れ、引き出し、および残高照会のオペレーションを利用できます。
たとえば、CORBAモデルでは必要に応じてビッグ・エンディアンまたはリトル・エンディアン用に自動的に形式変換が行われます。データ・マーシャリングの説明については、前の項を参照してください。
CORBAモデルではすべてのネットワーク・インタフェースが処理されます。 アプリケーションで認識されるのはオブジェクトだけです。 アプリケーションは複数の異なるマシンで動作できます。その理由は、すべてのネットワーク・インタフェース・コードがORBによって処理され、異なるネットワーク・プロトコルをサポートするマシンに後からデプロイされる場合でもアプリケーションではネットワーク関連のどのような変更も必要としないからです。
CORBAモデルのクライアント・アプリケーションでは、情報の供給源やその位置について直接知らなくても、サーバー・アプリケーションにリクエストを送信してレスポンスを受信することができます。CORBA環境では、通信のためのネットワークやオペレーティング・システムの情報はアプリケーションで必要としません。かわりに、クライアント・アプリケーションとサーバー・アプリケーションはオブジェクト・リクエスト・ブローカ(ORB)と通信します。次の図は、クライアント/サーバー環境のORBを示しています。
CORBAでは、クライアント・アプリケーションとサーバー・アプリケーションの媒介としてORBが定義されています。ORBでは、クライアントのリクエストが適切なサーバー・アプリケーションに転送され、サーバーのレスポンスがリクエスト元のクライアント・アプリケーションに返されます。ORBを使用することで、クライアント・アプリケーションではサーバー・アプリケーションの位置またはサーバーがリクエストを満たす方法を知らなくてもサービスをリクエストできます。
CORBAモデルのクライアント・アプリケーションでは、どのようなリクエストが可能なのか、およびどのようにリクエストを行うことができるのかを知っているだけで十分です。サーバーまたはデータ形式の細かな実装は必要ありません。サーバー・アプリケーションは、リクエストを満たすことができれば十分です。クライアント・アプリケーションにデータを返す方法について知っている必要はありません。
つまり、プログラマは、クライアント・アプリケーションがサーバー・アプリケーションにタスクの遂行を要求する方法に影響を与えることなく、サーバーでタスクを遂行する方法を変更できます。たとえば、クライアント・アプリケーションとサーバー・アプリケーションのインタフェースが変更されないかぎり、クライアント・アプリケーションに変更を加えることなくサーバー・アプリケーションの実装を拡張したり、新しい実装を開発したりできます。また、サーバー・アプリケーションはそのままに新しいクライアント・アプリケーションを作成することも可能です。
  
|