JP2000172653A

JP2000172653A - 分散システム

Info

Publication number: JP2000172653A
Application number: JP10344010A
Authority: JP
Inventors: Yoshikazu Aozuka; 善和青塚
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 1998-12-03
Filing date: 1998-12-03
Publication date: 2000-06-23

Abstract

(57)【要約】【課題】インタフェースがクライアントオブジェクト
に応じて区分され、複数のインタフェースに対して１つ
のオブジェクトが生成されるような分散システムにおい
て、インタフェース毎にクライアントオブジェクトから
のアクセスを制御する。【解決手段】サーバ１１にアクセス制御ブロック１２
−１〜１２−３をインタフェース毎に備える。サーバ１
１内の各オペレーションはアクセス制御ブロック１２−
１〜１２−３を介してアクセスされる。そして、このア
クセス制御ブロック１２−１〜１２−３によってクライ
アントマシン２−１〜２−ｎからのアクセスをインタフ
ェース毎に制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のインタフェ
ースによって１つのオブジェクトを生成するような分散
システムに関し、特にサービスを提供するサーバ側でイ
ンタフェース毎にアクセス制御を行う分散システムに関
する。

【０００２】

【従来の技術】従来より、複数のコンピュータをネット
ワークに接続し、ネットワーク接続されたコンピュータ
間で、コンピュータ上のアプリケーションプログラムを
協調動作させて一つの機能を実現する分散システムが知
られている。

【０００３】このように分散したアプリケーションやデ
ータを統合化するプラットフォームとして注目されてい
るのが、ＯＲＢ(Object Request Broker)と呼ばれる分
散オブジェクト環境であり、システム上のアプリケーシ
ョンプログラム作成の効率化を図るための分散システム
モデルの１つとして、アメリカのＯＭＧ(Object Manage
ment Grope)によって標準化されたＣＯＲＢＡ(Common O
bject Request BrokerArchitecture)がある。

【０００４】このＣＯＲＢＡでは、データと処理をカプ
セル化したオブジェクトをクライアント（処理を要求す
る側）からサーバへ処理を要求する単位とし、このオブ
ジェクトによって様々なサービス、例えば個人別電話帳
のようにオブジェクトを名前で管理するネーミングサー
ビス（Naming Service）、職業別電話帳のようにオブジ
ェクト自らのサービスを広告し、それらを見つける手助
けをするようなトレーダサービス、データベースに対し
て検索処理を行うクエリーサービス（Query Service）
等が提供されている。

【０００５】このサービスにアクセスするための唯一の
手段がインタフェースであり、インタフェースは、ＩＤ
Ｌ（Interface Definition Language）ファイルによっ
て定義されている。

【０００６】図２はＣＯＲＢＡＩＤＬ（Interface De
finition Language）によって記述されたインタフェー
スの一例を示す図である。ＩＤＬファイルでは、宣言さ
れたmoduleに一連のインタフェースが記述される。そし
て、このインタフェースの中で、オブジェクトに対して
クライアントが起動できる一連のオペレーション（メソ
ッド）を定義する。

【０００７】このＩＤＬファイルをコンパイルすること
によってクライアントのスタブ（クライアントアプリケ
ーション用のソースコード）やサーバ実装のスケルトン
（サーバアプリケーション用のソースコード）が生成さ
れ、ソフトウェアのアーキテクチャ及びクライアントと
サーバとの間のパスが提供される。このＣＯＲＢＡで
は、現在、１つのインタフェースによって１つのオブジ
ェクトが生成される。

【０００８】このＣＯＲＢＡをベースとして、複数のイ
ンタフェースによって１つのオブジェクトが生成される
ＴＩＮＡ−ＤＰＥ (Telecommunications Information N
etworking Architecture−Distribured Processing Env
ironment) モデルが構想されている。

【０００９】このＴＩＮＡ−ＤＰＥモデルでは、利用す
るクライアントオブジェクトが異なっていることを想定
しているため、インタフェースを、一つ以上の管理イン
タフェースと一つ以上のサービスインタフェースとに区
分している。ここで、管理インタフェースとはインタフ
ェースの動的生成及び削除、インタフェースの使用許可
又は不許可、インタフェースのサービス属性の編集等を
行うためのインタフェースであり、サービスインタフェ
ースとはクライアントオブジェクトが通常のサービスに
対して使用するインタフェースである。

【００１０】そして、管理オブジェクトは管理インタフ
ェースを使用し、通常のクライアントオブジェクトはサ
ービスインタフェースを使用するというように使い分け
るのが一般的である。

【００１１】

【発明が解決しようとする課題】ところで、かかる複数
のインタフェースに対して１つのオブジェクトが生成さ
れるようなＴＩＮＡ−ＤＰＥをモデルとした分散システ
ムでは、インタフェースを上記のように区分しているた
め、サービスオブジェクトから管理インタフェースをア
クセスしたり、管理オブジェクトからサービスインタフ
ェースをアクセスしたり、またサービスインタフェース
間においても自由にアクセスしたりすることは問題とな
る。従って、オブジェクトがサポートするインタフェー
ス毎に、アクセス制御を行う必要がある。

【００１２】前記ＴＩＮＡ−ＤＰＥモデルでは、現在、
このようなアクセス制御を含めたオブジェクトの構成は
未定である。もし、アクセス制御を行おうとすれば、ア
クセス可能なインタフェースと、アクセス不可のインタ
フェースとを備えることが考えられる。

【００１３】しかし、このようにすると、両方のインタ
フェースに同一オペレーションコードを記述しなければ
ならず、同じオペレーションコードを記述したインタフ
ェースを複数実装することになり、サーバ開発にかかる
コストが増大してしまう。

【００１４】従って、複数のインタフェースに対して１
つのオブジェクトが生成されるような分散システムにお
いて、インタフェースが複数あっても同一のオペレーシ
ョンコードを重複せずに記述できるようなシステムが望
まれる。

【００１５】

【課題を解決するための手段】本発明は以上の課題を解
決するため次の構成を採用する。〈構成１〉請求項１の発明に係る分散システムは、複数
のコンピュータをネットワーク接続し、所定のサービス
を実行するオペレーションにアクセスするためのインタ
フェースを、処理を要求するクライアントオブジェクト
に応じて区分し、処理を提供するサーバオブジェクトを
複数のインタフェースによって定義し、該定義に基づい
てサーバにオペレーションを実装し、クライアントがサ
ーバ上のオペレーションにアクセスするように構成され
た分散システムにおいて、前記クライアントは、オペレ
ーションにアクセスするためのアクセス権を判定するた
めのコードを含むメッセージをサーバに送信するように
構成され、前記サーバは、送信されたメッセージに含ま
れたコードに基づいて、オペレーションへのアクセス権
があるか否かをインタフェース毎に判定する判定手段
と、該判定手段によってアクセス権があると判定された
ときは、オペレーションへのアクセスを許可し、アクセ
ス権がないと判定されたときは、アクセスを許可しない
アクセス制御手段と、を備えて構成されている。

【００１６】〈構成２〉請求項２の発明に係る分散シス
テムでは、前記アクセス権を判定するためのコードは、
ユーザ識別番号及び所定のパスワードのうち、少なくと
も１つである。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。〈具体例〉具体例は、分散システムのサーバに、アクセ
ス制御ブロックをインタフェース毎に設け、要求された
処理を実際に行うオペレーションへのアクセスをインタ
フェース毎に制御するようにしたものである。

【００１８】図１は、具体例における分散システムの構
成を示すブロック図である。分散システムでは、複数の
コンピュータとして、サーバマシン１と複数のクライア
ントマシン２−１〜２−ｎとが、ネットワーク３を介し
て接続されている。

【００１９】サーバマシン１は、例えばファイルサー
バ、プリントサーバ、データベースサーバのように、ク
ライアントマシン２−１〜２−ｎからの依頼に応じて上
記サービスを提供するコンピュータである。

【００２０】クライアントマシン２−１〜２−ｎは、サ
ービスを依頼する側のコンピュータであり、クライアン
トプログラム２１を備えて構成される。このクライアン
トプログラム２１は、サーバマシン１上のサーバプログ
ラム１１と協調して動作する分散型プログラムである。

【００２１】この分散システムでは、データと処理をカ
プセル化したオブジェクトを処理の単位として種々のサ
ービスが提供される。提供されるサービスとしては、例
えばオブジェクトを名前で管理するネーミングサービ
ス、サービスを探しだせるようにオブジェクト自らのサ
ービスを広告するトレーダサービス、データベースに対
して検索処理を行うクエリーサービス等がある。

【００２２】この分散システムでは、利用目的に応じて
インタフェースを区分し、複数のインタフェースを用い
て１つのオブジェクトを生成するＴＩＮＡ−ＤＰＥモデ
ルを用いるものとする。但し、このモデルに限定される
ものではなく、このような機能を有するモデルであれば
どのようなものにも適用できる。このモデルでは、オブ
ジェクトのインタフェース、オペレーションはＯＤＬ
（Object definition Language）によって定義される。

【００２３】図３はＯＤＬファイルの一例を示す説明図
である。この例では、インタフェースとしてManager、U
ser1、 User2が定義され、Managerインタフェースに
は、add_user()、remomove()、user_list()の３つのオ
ペレーションが定義され、User1, User2インタフェース
には、それぞれオペレーションとしてprint1()、 print
2()が定義されている。add_user()、remomove()、user_
list()は管理用のオペレーションであり、print1()、 p
rint2()はサービス用のオペレーションである。

【００２４】このＯＤＬファイルをコンパイルすること
により、サーバマシン１には、サーバ１１が、クライア
ントマシン２−１〜２−ｎの各クライアントプログラム
２１には、クライアントスタブ２３がそれぞれ実装さ
れ、さらにサーバ１１には、アクセス制御ブロック１２
がインタフェース毎に実装される。尚、この動作につい
ては後述する。

【００２５】アクセス制御ブロック１２は、クライアン
トマシン２−１〜２−ｎからのリクエストに対してアク
セス制御を行うブロックである。ＯＤＬファイルには、
３つのインタフェース、Manager、User1、 User2が定義
されているので、実装されるアクセス制御ブロック１２
は３つであり、その３つのアクセス制御ブロック１２−
１〜１２−３は、それぞれ３つのインタフェースManage
r、User1、 User2に対応する。

【００２６】各クライアントプログラム２１に実装され
たクライアントスタブ２３は、アプリケーションプログ
ラム２２とリンクしてメッセージをサーバ１１のアクセ
ス制御ブロック１２−１〜１２−３に対して送信するク
ライアントアプリケーション用のソースコードである。

【００２７】図４は、図１におけるサーバ１１の詳細な
構成を示すブロック図である。サーバ１１は、サーバオ
ブジェクト１３を備えて構成される。このサーバオブジ
ェクト１３には、オペレーションｏｐ１（）〜ｏｐ
５（）を有するオペレーション部１４と、スタブ１５−
１〜１５−５を有するサーバスタブ部１５と、が設けら
れる。

【００２８】オペレーションｏｐ１（）〜ｏｐ５（）が
実際にクライアントマシン２−１〜２−ｎからの処理を
実行するものである。スタブ１５−１〜１５−５は、サ
ーバ１１用のソースコードであり、それぞれオペレーシ
ョンｏｐ１（）〜ｏｐ５（）と１対１に対応している。

【００２９】具体例では、オペレーションｏｐ１（）〜
ｏｐ３（）を、それぞれadd_user()、remomove()、user
_list()に相当する管理用のオペレーションとし、オペ
レーションｏｐ４（）、ｏｐ５（）を、それぞれprint1
()、 print2()に相当するサービス用のオペレーション
とする。

【００３０】このようなサーバ１１の構成により、全て
のオペレーションｏｐ１（）〜ｏｐ３（）はサーバオブ
ジェクト１３によってサポートされる。図中、矢印はア
クセス制御ブロック１２−１、１２−２、１２−３から
それぞれアクセス可能なオペレーションを示し、オペレ
ーションｏｐ１（）〜ｏｐ５（）はアクセス制御ブロッ
ク１２−１〜１２−３によって参照される。

【００３１】即ち、アクセス制御ブロック１２−１〜１
２−３は、オペレーションｏｐ１（）〜ｏｐ５（）のオ
ペレーションコードを共有することになる。尚、どのよ
うなオペレーションを実装し、アクセス制御ブロック１
２をどのように実装するかについては、システム設計者
によって設計される。

【００３２】〈動作〉図５は、アクセス制御ブロック１
２−１〜１２−３等の実装手順を示すフローチャートで
あり、この図５に基づいてかかる実装手順を説明する。
尚、図中、「Ｓ」はステップを示す。

【００３３】ステップ１では、ＯＤＬファイルに基づい
てオブジェクトの実装定義が作成される。ステップ２で
は、ＯＤＬツールによってＯＤＬファイルをコンパイル
する。これによりクライアントマシン２−１〜２−ｎに
は、クライアントスタブ２３が生成され、サーバマシン
１には、サーバスタブ部１５と、ヘッダファイルと、が
生成され、オブジェクトを作成するために必要となるク
ラス定義は、このヘッダファイルに含まれている。

【００３４】ステップ３では、サーバオブジェクト１３
のオペレーション部１４にオペレーションｏｐ１（）〜
ｏｐ５（）を実装し、ＯＤＬツールによって生成された
サーバスタブ部１５にオペレーションｏｐ１（）〜ｏｐ
５（）が実装されたことを示すコードを出力する。

【００３５】ステップ４では、アクセス制御ブロック１
２−１〜１２−３を実装し、サーバスタブ部１５にアク
セス制御ブロック１２−１〜１２−３が実装されたこと
を示すコードを出力する。

【００３６】ステップ５では、サーバスタブ部１５から
コードを読み込んで実行ファイルを作成する。この実行
ファイルによってオペレーションｏｐ１（）〜ｏｐ
５（）にアクセスして提供されるサービスが実行され
る。

【００３７】図６は、このように実装された構成に基づ
いて実際にクライアントからサーバ１１にアクセスする
ときの動作を示すフローチャートである。ステップ１１
では、例えばトレーダ、ネーミングサービス等のサービ
スの提供を受けてクライアント側でインタフェースリフ
ァレンスを取得する。これにより提供されているサービ
スのオペレーションがどこにあるのかが判別される。

【００３８】ステップ１２では、オペレーションｏｐ１
（）〜ｏｐ５（）へのアクセス権を判定するためのコー
ドとして、ユーザＩＤ、パスワードをメッセージに挿入
する。メッセージはサーバ１１に送信する処理用のデー
タ等であり、ユーザＩＤ、パスワードは予めクライアン
トマシン２−１〜２−ｎ上のクライアント、サーバ１１
側で認識できるように取り決められたものである。

【００３９】尚、アクセス権判定用のコードとしては、
ユーザＩＤ、パスワードのうちのいずれか一方だけであ
ってもよいし、また、アクセス権を判定できればユーザ
ＩＤ、パスワード以外のものを用いても構わない。ステ
ップ１３では、ユーザＩＤ、パスワードを挿入したメッ
セージを、サーバ１１に送信する。

【００４０】図７はサーバマシン１のサーバ１１がこの
メッセージを受け取ったときの動作を示すフローチャー
トである。ステップ２１では、クライアントから送信さ
れたメッセージを受信し、アクセス制御ブロック１２−
１〜１２−３において、このメッセージに挿入されたユ
ーザＩＤ、パスワードを認証する。

【００４１】ステップ２２では、メッセージを送信した
クライアントにアクセス権があるかどうかを、認証した
ユーザＩＤ、パスワードに基づいて判断する。この判断
は、アクセス制御ブロック１２−１〜１２−３によって
インタフェース毎に行われる。

【００４２】例えばadd_user()、remomove()、user_lis
t()に相当するオペレーションｏｐ１（）〜ｏｐ３（）
に対して、各クライアントマシン２−１〜２−ｎからメ
ッセージが送信されたときは、Managerインタフェース
に対応したアクセス制御ブロック１２−１がアクセス権
の有無を判定する。

【００４３】例えば、クライアントマシン２−１上のク
ライアントには、アクセス権が設定され、クライアント
マシン２−ｎ上のクライアントにアクセス権が設定され
ていない場合に、前者のクライアントからメッセージが
送信されたときは、アクセス制御ブロック１２−１によ
ってアクセス権があると判定されてステップ２３に進
む。

【００４４】ステップ２３では、アクセスを許可し、ス
タブ１５−１〜１５−３を介して指定されたオペレーシ
ョンｏｐ１（）〜ｏｐ３（）をそれぞれコールする。要
求された処理は、コールされたオペレーションｏｐ
１（）〜ｏｐ３（）によって実行される。

【００４５】一方、後者のクライアントからメッセージ
が送信されたときは、アクセス制御ブロック１２−１に
よってアクセス権がないと判定されてステップ２４に進
み、その要求を拒否する。このようにして、各クライア
ントからのアクセスに対し、インタフェース毎にアクセ
ス制御が行われる。尚、ステップ２２が判定手段に相当
し、アクセス制御ブロック１２−１〜１２−３及びステ
ップ２３，２４がアクセス制御手段に相当する。

【００４６】〈具体例の効果〉以上、具体例によれば、
サーバ（オブジェクト）が複数のインタフェースを管理
するようなＴＩＮＡ−ＤＰＥをモデルとした分散システ
ムにおいて、インタフェース毎にアクセス制御ブロック
１２−１〜１２−３を備えるようにしたので、インタフ
ェース毎にアクセス制御を行うことができる。また、各
アクセス制御ブロック１２−１〜１２−３が参照するオ
ペレーションコードを共有化するようにしたので、同一
オペレーションを一つのコードに集約することが可能と
なり、同一オペレーションコードを重複して記述しなく
てもよくなる。このため、サーバ開発にかかるコストを
削減することができる。

【００４７】また、サーバ開発者はどのアクセス制御ブ
ロックからどのオペレーションを起動するかを予め設定
しておけば、サーバの構成はソフトウェアによって自動
的に生成されるため、さらにサーバ開発にかかるコスト
を削減することができ、アクセス制御ブロックによって
クライアントのアクセスを各インタフェース毎に管理す
ることができるので、管理も容易となる。

【００４８】また、アクセス権判定用のコードとして、
ユーザＩＤ及びパスワードを用いたので、アクセスした
クライアントにアクセス権があるか否かを容易に、しか
も確実に判定することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態の具体例における分散シス
テムの構成を示すブロック図である。

【図２】従来のＣＯＲＢＡのＩＤＬファイルの記述例を
示す説明図である。

【図３】具体例のＯＤＬファイルの一例を示す説明図で
ある。

【図４】図１のサーバマシンにおける構成を示すブロッ
ク図である。

【図５】図１のアクセス制御ブロック等の実装手順を示
すフローチャートである。

【図６】具体例のクライアントの動作を示すフローチャ
ートである。

【図７】具体例のサーバの動作を示すフローチャートで
ある。

【符号の説明】

１サーバマシン２クライアントマシン３ネットワーク１２アクセス制御ブロック（１２−１〜１２−３）

Claims

【特許請求の範囲】

【請求項１】複数のコンピュータをネットワーク接続
し、所定のサービスを実行するオペレーションにアクセ
スするためのインタフェースを、処理を要求するクライ
アントオブジェクトに応じて区分し、処理を提供するサ
ーバオブジェクトを複数のインタフェースによって定義
し、該定義に基づいてサーバにオペレーションを実装
し、クライアントがサーバ上のオペレーションにアクセ
スするように構成された分散システムにおいて、前記クライアントは、オペレーションにアクセスするた
めのアクセス権を判定するためのコードを含むメッセー
ジをサーバに送信するように構成され、前記サーバは、送信されたメッセージに含まれたコード
に基づいて、オペレーションへのアクセス権があるか否
かをインタフェース毎に判定する判定手段と、該判定手段によってアクセス権があると判定されたとき
は、オペレーションへのアクセスを許可し、アクセス権
がないと判定されたときは、アクセスを許可しないアク
セス制御手段と、を備えて構成されたことを特徴とする
分散システム。
【請求項２】前記アクセス権を判定するためのコード
は、ユーザ識別番号及び所定のパスワードのうち、少な
くとも１つであることを特徴とする請求項１に記載の分
散システム。