JPH03260853A - 透過型通信制御装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、ネットワークによって接続されたシステム間
のネットワークサービスを実現する透過型通信制御装置
に関する。

［従来の技術］ ネットワークに接続されたシステム、例えばワードプロ
セッサ、ワークステーション、パーソナルコンピュータ
等のＯＡ（オフィスオートメイション）機器間において
、各システムの資産を共有化するネットワークサービス
を実現するためには、システム間で何らか処理を行うソ
フトウェアを構築する必要がある。その−船釣な方法と
して、第４図に示すようなりライアント／サーバモデル
と呼ばれるプログラミング技法によるソフトウェアをシ
ステム間で構築するものがある。

このプログラミング技法は、サービスを要求する側のク
ライアントシステムＣと、サービスを提供する側のサー
バシステムＳとにより構成されており、クライアントシ
ステムＣにおいては、サーバシステムＳのファイルにア
クセスする。

このため、サービスを要求して処理するソフトウェア（
クライアントプロセス）を構築し、サーバシステムＳに
おいては、クライアントシステムＣからのサービス要求
に応じた処理を実行するためのソフトウェア（サーバプ
ロセス、サービスプロセス）を構築しなければならない
。

以下、このクライアント／サーバモデルの動作を説明す
る。

クライアントシステムＣは、利用者によりサーバシステ
ムＳに対するファイルアクセス要求が発生すると、先ず
クライアントプロセスを実行し、サーバシステムＳのサ
ーバプロセスとの間で通信を行うことにより、ファイル
アクセス要求を通知する（ＳＴＩ）。

サーバシステムＳのサーバプロセスは、この要求を処理
するためのサービスプロセスを起動して処理を依頼する
とともに（ＳＴ２）　、その旨をクライアントシステム
Ｃのクライアントプロセスに通知する（ＳＴＩ）。

クライアントプロセスは、この通知によりサーバシステ
ムＳのサーバプロセスとの通信を終了してサービスプロ
セスとの間で通信を行い、サービスプロセスが処理結果
をクライアントプロセスに通知する（Ｓ　Ｔ　３）。

このように、各システムの資源を共有化するネットワー
クサービスを実現するために、クライアントシステムＣ
のクライアントプロセスは、サービス要求をサーバシス
テムＳのサーバプロセスに行い、要求が許可された後は
、サーバシステムＳのサービスプロセスとの共同作業に
より処理を進める。

サーバシステムＳのディスク、プリンタ、スキャナ等の
サービスプロセスを起動する場合の従来の構成を第５図
に示す。この場合には、異なるサービスごとに各サービ
スプロセスを起動する。

また、サーバシステムＳのディスク、プリンタ、スキャ
ナ等のサービスプロセスを起動する場合の他の従来の構
成を第６図に示す。この場合には、相手側のシステムご
とのサービスプロセスを起動する。

［発明が解決しようとする課題］ しかしながら、従来の構成では、サービスごとにサービ
スプロセスを起動するので、サービスの数が増加すると
、多数のサービスプロセスがシステム内に常駐すること
になり、システム全体の性能が低下し、複数のクライア
ントシステムＣからのサービス要求を排他的に処理しな
ければならないという問題点がある。

また、他の従来の構成では、相手側のシステムごとにサ
ービスプロセスを起動するので、ネットワーク内に接続
されるシステムの数が増加すると、システムの数に比例
してサービスプロセスの数が増加する。従って、システ
ムの性能が低下し、サービスを提供する資源が限られて
いるので資源にアクセスするために排他処理をしなけれ
ばならないという問題点がある。

また、ソフトウェアの構築においては、クライアントシ
ステムＣのクライアントプロセスとサーバシステムＳの
各種サービスプロセスとの共同作業の手続を決定する。

そして、この手続に従ってソフトウェアがそれぞれ作成
されるので、新たなネットワークサービスを追加すると
、クライアントプロセスの機能を拡張して新たなサービ
ス処理を追加しなければならない。更に、クライアント
プロセス等の改良や変更が容易でないことが多く、クラ
イアントプロセスとサービスプロセスとの手続が統一さ
れておらず、新たな手続を決定しなければならないとい
う問題点がある。

本発明の目的は、上記の従来の問題点に鑑み、サーバシ
ステムの性能の低下を防止することができ、ネットワー
クサービスを容易に変更、改良、追加等することができ
ると共にサーバシステムにおいてサービスモジュールが
資源アクセスのための排他処理が不要である透過型通信
制御装置を提供することにある。

［課題を解決するための手段］ 本発明によれば、前記目的は、ネットワークによって接
続されたクライアント側のシステムとサーバ側のシステ
ムとの間におけるサービスの通信を行う透過型通信制御
装置であって、前記クライアント側及び前記サーバ側の
各システムが、当該システム間で前記サービスを透過的
に通信するインターフェースを提供するネットワークマ
ネージャ層と前記サービスをモジュール化したサービス
処理層とを階層状に有しており、該サーバ側のシステム
の該ネットワークマネージャ層が実行権の制御機能を備
えていることを特徴とする透過型通信制御装置によって
達成される。

［作用］ クライアント側のシステムのサービス処理部のサービス
モジュールがクライアント側のシステムのネットワーク
マネージャ層にアクセスしてサーバ側のシステムにサー
ビスを要求し、サーバ側のシステムのネットワークマネ
ージャ層におけるサーバプロセスがクライアント側のシ
ステムからの要求を受け、サーバ側のシステムのサービ
スプロセスがサービス要求に応じた処理をサービス処理
層のモジュール化されたに各サービスに依頼し、その処
理結果をクライアント側のシステムに返す。

［実施例］ 以下、図面を参照して本発明の詳細な説明する。

第１図は、本発明の一実施例における透過型通信制御装
置のソフトウェア構造を示す説明図である。

第１図において、このソフトウェア構造は、サービスを
要求する側のクライアント側のシステム１０と、サービ
スを提供する側のサーバ側のシステム２０より構成され
ている。システムＩＯのソフトウェアは、システム間通
信の透過的インタフェースを提供するネットワークマネ
ージャ層ｎ１とサービスに応じた処理を行うサービス処
理層ｓ１とに階層化されている。

システム２０のソフトウェアは、システム間通信の透過
的インタフェースを提供するネットワークマネージャ７
１　ｎ　２とサービスに応じた処理を行うサービス処理
層ｓ２とに階層化されている。また、各サービス処理Ｊ
ＩＳ、、８２は、ディスク、プリンタ、スキャナ等のサ
ービス毎にモジュール化されている。

システム１０において、サービス処理層ｓ１は、ファイ
ルアクセスモジュールｌｌａ、プリンタサービスモジュ
ールｌｌｂ、スキャナサービスモジュールｔｉｃにより
構成されている。また、ネットワークマネージャ層ｎ１
は、ネットワーク関数１２、クライアントプロセス１３
、通信層１４により構成されている。

システム２０において、サービス処理層Ｓ２は、ファイ
ルアクセスモジュール２１ａ１プリンタサービスモジユ
ール２１ｂ１スキヤナサービスモジユール２１ｃにより
構成されている。また、ネットワークマネージャＭｊ　
ｎ　２は、サーバプロセス２２ａ１サービスプロセス２
２ｂ１通信７１２３により構成されている。

ここで、システムｌＯのネットワークマネージャ層ｎ１
は、システム２０との透過的なインタフェースとして例
えばＮｏｐｃｎ　、　Ｎｒｅ！ｄ　、　Ｎｗｒｉｊｅ及
びＮｃｌ。

＄ｅの４つのネットワーク関数１２を提供し、システム
１（１の各モジュール１ｌａ−ｔｔｃ及びシステム２０
の各モジュール２１ａ〜２１ｃのサービス手続は、この
ネットワーク関数に基づいて作られる。

第２図は、各モジュールｌ１ａ−１１ｃと各モジュール
２１ａ〜２１ｃとの関係を示し、手続の単位は、Ｎｏｐ
ｅｎ発行時からＮｃｌｏｓｅ発行時までであり、冬季続
きは、Ｎｒｅｘｄ　、　Ｎｖｔｉｆｅ関数で各モジュー
ルＩｌａ〜ｔｉｃ及び各モジュール２１ａ〜２１ｃ毎に
規定されている。

ネットワークマネージャＪｌ　ｎ　１、ｎ２では、Ｎ。

ｐｅｌｔ発行時からＮｃｌｏｓｅ発行時までを、サービ
ス要求に対するサーバプロセス２２ａ１サービスプロセ
ス２２ｂの実行権として制御する。

次に、ネットワークを介したファイルアクセス、すなわ
ちシステム２０のディスク（図示せず）にアクセスする
場合の動作を説明する。

先ず、システム１０において、利用者からシステム２０
へのファイルアクセス要求が発生すると、第３図に示す
ように、システムｌＯにおけるサービス処理層Ｓ１のフ
ァイルアクセスモジュールｌｌａが呼び出され、Ｎｏｐ
ｅｎを発行する。

Ｎｏｐｅｎが発行されると、ネットワークマネージャＭ
ｉ　ｎ　１は、システム２０のサーバプロセス２２ａと
通信し、ファイルサービスが受けられるか否かを調べる
。

そして、システム１０のネットワークマネージャ１ｌｎ
１は、システム２０のサービスプロセス２２ｂがサービ
ス可能であるときには許可の通知を受け、サービス実行
中であるときにはｒＢＵｓＹＪの通知を受ける。

許可の通知を受けた場合には、システム１０のネットワ
ークマネージャ層ｎ１は、システム２０のサーバプロセ
ス２２ａとの通信を終了してサービスプロセス２２ｂと
の通信を開始し、Ｎｏｐｃａを発行する。

その後は、システムｌＯにおけるサービス処理層Ｓ１の
ファイルアクセスモジュールＩｌａが予め取り決められ
た手続に従ってＮｒｕｄ　、　Ｎｗｔｉｔｅを発行して
システム２０のサービスプロセス２２ｂに処理を依頼し
て結果を受けとる。一連の処理が終了すると、Ｎｃｌｏ
ｓｅを発行して実行権を開放する。すなわち、システム
ｌＯのサービスモジュール１ｌａ−１ｉｅは、Ｎｏｐｅ
ｎにより実行権を獲得し、要求に応じた手続をＨｔｅｓ
ｄ　％Ｎｗｒｉｔｅの発行により実行しＮｃｌｏｓｅの
発行により処理を終了する。

したがって、本実施例においては、システム１Ｇとシス
テム２０とのソフトウェア構成をサービス処理層Ｓ１、
Ｓ２及びネットワークマネージャ層ｎ１、ｎ２に階層化
し、サービス処理層Ｓ１、ｓ２をサービス毎にモジュー
ル化するので、サービス毎のモジュール開発が可能とな
る。

また、本実施例によれば、ネットワークマネージャ層ｎ
１、ｎ２においては、サービスモジュールｌｌａ〜１１
ｃ１及びサービスモジュール２１ａ〜２１０間の呼び出
し等の手続がシステムの機器間において透過的である。

従って、スタンドアローンで開発されたサービスモジュ
ールを、クライアントモジュールとサーバモジュールと
に分離することにより、ネットワークを介したソフトウ
ェアを構築することができ１、ネットワークサービスを
容易に変更、改良、追加等することができる。

また、システム２０のネットワークマネージャ層ｎ２は
、サーバプロセス２２ａと１つのサービスプロセス２２
ｂにより構成されるので、サービス数やシステム数が増
加しても、サーバシステム２Ｇの性能の低下を防止する
ことができる。

本実施例では、排他処理をネットワークマネージャ層に
おいて行うので−、サービスモジュール毎の排他処理が
不要となる ［発明の効果］ 本発明の透過型通信制御装置によれば、クライアント側
及び前記サーバ側の各システムが、当該システム間で前
記サービスを透過的に通信するインターフェースを提供
するネットワークマネージャ層と前記サービスをモジュ
ール化したサービス処理層とを階層状に有しており、該
サーバ側のシステムの該ネットワークマネージャ層のサ
ーバプロセスがサービスの実行権を制御する機構を備え
ているので、サーバシステムの性能の低下を防止するこ
とができ、ネットワークサービスを容易に変更、改良、
追加等することができると共にサービスモジュールが資
源アクセスのための排他処理が不要となる。

【図面の簡単な説明】

第１図は、本発明の一実施例における透過型通信制御装
置のソフトウェア構造を示す説明図、第２図及び第３図
はそれぞれ、第１図の透過型通信制御装置の動作を示す
説明図、第４図は、従来の透過型通信制御装置のソフト
ウェア構造を示す説明図、第５図及び第６ｒＩＡはそれ
ぞれ、第４図の透過型通信制御装置におけるサービスプ
ロセス起動方法を示す説明図である。 ｌＯ・・・クライアントシステム、ｌｌａ〜ｔｉｃ、　
２１ａ〜２ＩＣ・・・モジュール、１２・・・ネットワ
ーク関数、＋３・・・クライアントプロセス、２Ｇ・・
・サーバプロセス、２２ａ・・・サーバプロセス、２２
ｂ・・・サービスプロセス、ｎ　１　、　　ｎ　２・・
・ネットワークマネージャ層、ｓｌ。 Ｓ２・・・サービス処理層。 第３図 第４図 第５図

Claims (1)

【特許請求の範囲】
1. ネットワークによって接続されたクライアント側のシス
   テムとサーバ側のシステムとの間におけるサービスの通
   信を行う透過型通信制御装置であって、前記クライアン
   ト側及び前記サーバ側の各システムが、当該システム間
   で前記サービスを透過的に通信するインターフェースを
   提供するネットワークマネージャ層と前記サービスをモ
   ジュール化したサービス処理層とを階層状に有しており
   、該サーバ側のシステムの該ネットワークマネージャ層
   がサーバプロセスを備えていることを特徴とする透過型
   通信制御装置。