JP2626508B2 - クライアント対サーバ通信方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はクライアント対サーバ通
信方式に関し、特にクライアントを複数のグループに分
割し、１グループ内では１時期にサーバと通信可能なク
ライアントを１つに制限しつつ、グループ内の全クライ
アントにサーバとの通信可能性を与えるようにしたクラ
イアント対サーバ通信方式に関する。

【０００２】

【従来の技術】複数の通信装置（コンピュータ等）がＬ
ＡＮ等のネットワークを通じて相互に接続され、例えば
ＴＣＰ／ＩＰプロトコルを使用して通信装置間で通信を
行う通信ネットワークにおいては、各通信装置を識別す
るためのアドレスとして、以下のような２種類のアドレ
スが使用される。

【０００３】１つは、物理アドレスと呼ばれるアドレス
であり、例えばＥｔｈｅｒｎｅｔアドレスがこれに相当
する。もう１つは、論理アドレスと呼ばれるアドレスで
あり、例えばＩＰアドレスがこれに相当する。

【０００４】また、各通信装置上で動作するアプリケー
ションプログラムが通信相手となる通信装置を識別する
ために、通信装置名と呼ばれる一種の論理アドレスが、
ＩＰアドレスとは別に定められる。この通信装置名はそ
のアプリケーションプログラムが動作する通信装置内で
のみ通信相手となる通信装置を識別する上でユニークで
あるのに対して、ＩＰアドレスがネットワーク全体にお
いて各通信装置を識別する上でユニークである点で相違
する。

【０００５】通信装置間の通信に際しては、アプリケー
ションプログラムは通信装置名によって通信相手装置を
認識し、ＴＣＰ／ＩＰプロトコルの上位側レベルではＩ
Ｐアドレスによって経路選択等を実行し、下位側レベル
ではＥｔｈｅｒｎｅｔアドレスによって通信相手を特定
する。

【０００６】従って、或る通信装置Ａがサーバとなり、
複数の通信装置Ｂ１〜Ｂｎがクライアントとなって、ク
ライアントからの要求に従ってクライアントとサーバ上
のサーバプログラムとの間で通信を行う場合、クライア
ントからの通信パス確立要求や送信データ中には、その
クライアントの論理アドレスと物理アドレスは含まれて
いるが、そのクライアントの通信装置名は含まれていな
いため、サーバ側では、各クライアントにおける上記３
種類のアドレスの対応関係を保持管理し、どのような論
理アドレス，物理アドレスを持つ通信装置がどのような
通信装置名を持つ通信装置であるかを認識可能にしてお
く必要がある。また、一般に通信装置間で通信するため
には、上記アドレス以外に種々の管理情報を保持管理し
ておく必要があり、そのための記憶領域を必要とする。

【０００７】そこで、従来は、サーバの通信機能全般を
司る通信管理サブシステムに、クライアントの通信装置
名，論理アドレス，物理アドレスおよびそのクライアン
トとの通信におけるその他の管理情報を格納するための
エントリを、各クライアント毎に備えたアドレス管理テ
ーブルを備え、また、クライアントと通信するサーバの
サーバプログラムには、通信における種々の管理情報を
格納するためのエントリを各クライアント毎に備えた通
信相手情報テーブルを備えるようにしている。

【０００８】

【発明が解決しようとする課題】ところで、小規模な通
信ネットワークでは、サーバが通信相手とするクライア
ントの数は少ないので余り問題にならないが、大規模な
通信ネットワークになると、通信相手とするクライアン
トの数が膨大となり、それに応じてサーバ側に必要なア
ドレス管理テーブルや各サーバプログラム対応の通信相
手情報テーブルの容量が大きくなる。これらのテーブル
は、サーバの資源（メモリやファイル）を使って構築さ
れるので、余りテーブル容量が増大するとサーバの資源
を圧迫し、サーバの動作に支障を与える。このため、少
ない容量のテーブルを使用して数多くのクライアントと
の通信を実現する方式が望まれている。

【０００９】本発明はこのような要望に応えるものであ
り、以下のような着想に基づき提案されたものある。

【００１０】サーバが１時期に通信できるクライアント
の数は、サーバのプロセッサの処理能力，回線速度等の
他の要因によって制限を受けるため、サーバのアドレス
管理テーブルに各クライアント対応の管理情報の格納域
を設け、また各サーバプログラム対応の通信相手情報テ
ーブルに各クライアント対応のエントリを設けても、全
てが同時に使用されることはない。即ち、通信相手とな
るクライアントの全てと同時期に通信する可能性はな
い。他方、そうだからといって、通信相手となるクライ
アントの数が減るわけではなく、全クライアントと通信
可能にしておく必要がある。

【００１１】そこで、本発明では、クライアントを複数
のグループに分割し、１グループ内では１時期にサーバ
と通信可能なクライアントを１つに制限しつつ、グルー
プ内の全クライアントにサーバとの通信可能性を与える
ことで、上記課題を解決するものである。このようにす
れば、サーバのアドレス管理テーブルにはグループ単位
に１つだけ種々の管理情報を格納する領域を持たせるだ
けで済み、各サーバプログラム対応の通信相手情報テー
ブルも各グループ毎に１つのエントリだけを持たせるだ
けで済む。

【００１２】

【課題を解決するための手段】本発明のクライアント対
サーバ通信方式は、クライアントとなる複数の通信装置
と、これら複数の通信装置とネットワークを通じて接続
されたサーバとなる通信装置との間で通信する方式にお
いて、サーバとなる通信装置に、クライアントとなる複
数の通信装置を複数のグループに分割したときの個々の
グループ毎に１つずつ設定された通信装置名毎に、グル
ープに含まれる通信装置の論理アドレスと物理アドレス
との対応関係を保持すると共に、１つの管理情報格納域
のみを有するアドレス管理テーブルと、サーバ上で稼動
する各サーバプログラム毎に設けられ、サーバプログラ
ムが通信するクライアントのグループに付与された通信
装置名毎に種々の管理情報を保持する領域を有する通信
相手情報テーブルと、前記アドレス管理テーブルによっ
てクライアントのアドレス管理を行い、且つ、前記アド
レス管理テーブル中の通信装置名毎に１つだけ設けられ
た管理情報格納域を、その通信装置名に対応するグルー
プに属する通信装置間で排他的に使用することで、１グ
ループ内では１時期にサーバと通信可能なクライアント
を１つに制限しつつ、グループ内の全クライアントにサ
ーバとの通信可能性を与えるアドレス管理手段とを備え
るようにしている。

【００１３】

【作用】本発明のクライアント対サーバ通信方式におい
ては、サーバとなる通信装置のアドレス管理テーブル
が、クライアントとなる複数の通信装置を複数のグルー
プに分割したときの個々のグループ毎に１つずつ設定し
た通信装置名毎に、グループに含まれる通信装置の論理
アドレスと物理アドレスとの対応関係を保持すると共
に、１つの管理情報格納域を有しており、サーバ上で稼
動する各サーバプログラム対応の通信相手情報テーブル
が、通信装置名毎に種々の管理情報を保持する領域を有
しており、アドレス管理手段が、アドレス管理テーブル
によってクライアントのアドレス管理を行い、且つ、前
記アドレス管理テーブル中の通信装置名毎に１つだけ設
けられた管理情報格納域を、その通信装置名に対応する
グループに属する通信装置間で排他的に使用すること
で、１グループ内では１時期にサーバと通信可能なクラ
イアントを１つに制限しつつ、グループ内の全クライア
ントにサーバとの通信可能性を与える。

【００１４】

【実施例】次に本発明の実施例について図面を参照して
詳細に説明する。

【００１５】図１を参照すると、本発明を適用した通信
ネットワークの一例は、サーバとなる通信装置１０とク
ライアントとなる複数の通信装置９−１〜９−ｎとが、
ＴＣＰ／ＩＰなどのアドレス解決プロトコル（ＲＰＣ）
を有する通信プロトコルを使用するネットワーク８によ
り接続されている。

【００１６】クライアントとなる通信装置９−１〜９−
ｎは、複数のグループＧ１〜Ｇｍに分割されており、各
グループＧ１〜Ｇｍ毎に通信装置名ｇ１〜ｇｍが付与さ
れている。図の例では、３台の通信装置９−１〜９−３
がグループＧ１に属し、通信装置名ｇ１が付与されてお
り、２台の通信装置９−４，９−５がグループＧ２に属
し、通信装置名ｇ２が付与されており、１台の通信装置
９−ｎがグループＧｍに属し、通信装置名ｇｍが付与さ
れている。

【００１７】サーバとなる通信装置１０は、クライアン
トとなる通信装置９−１〜９−ｎとの通信によりサーバ
プログラムとして何等かの業務を行う通信プログラム１
−１〜１−ｘと、通信全般の通信機能を司る通信管理サ
ブシステム３とを有している。

【００１８】通信プログラム１−１は、通信相手情報テ
ーブル２−１を有する。この通信相手情報テーブル２−
１は、通信プログラム１−１が通信するクライアントの
グループに１対１に対応するエントリ２−１−１〜２−
１−ｍを有する。各エントリのエリア２１０には通信相
手となるクライアントグループに付与された通信装置名
が例えばシステム生成時に設定される。また、残りのエ
リア２１１は、そのグループ内の通信装置と通信するに
際して必要となる種々の管理情報（例えば、通信に使用
するバッファの情報等）の格納領域に使用される。他の
通信プログラム１−２〜１−ｘも通信プログラム１−１
と同様の通信相手情報テーブルを備えている。

【００１９】通信管理サブシステム３は、通信プログラ
ムインタフェイス手段４と、アドレス管理手段５と、ア
ドレス管理テーブル６と、回線制御手段７とを有する。

【００２０】通信プログラムインタフェイス手段４は、
通信プログラム１−１〜１−ｘとインタフェイスを持
ち、データの受け渡しなどを司る。

【００２１】アドレス管理テーブル６は、クライアント
となる通信装置の各グループＧ１〜Ｇｍの通信装置名ｇ
１〜ｇｍ毎に、グループに含まれる通信装置の論理アド
レスと物理アドレスとの対応関係を保持すると共に、１
つの管理情報格納域を有するテーブルである。

【００２２】図２乃至図４にアドレス管理テーブル６の
構成例を示す。図２に示すように、アドレス管理テーブ
ル６は、主テーブル６０と副テーブル６１とで構成され
ている。

【００２３】主テーブル６０は、グループ分けされたク
ライアントとなる通信装置のグループ数に等しいエント
リ６０−１〜６０−ｍを有し、各エントリ６０−１〜６
０−ｍは、通信装置名を設定するエリア６００，通信装
置数を設定するエリア６０１，副テーブル６１のエント
リへのポインタを設定するエリア６０２及びその他の管
理情報（例えば、通信パス確立状態，送信に使用するバ
ッファの情報，当該クライアントと現在通信している通
信プログラム名等）を設定するエリア６０３で構成され
ている。

【００２４】また副テーブル６１は、クライアントとな
る通信装置９−１〜９−ｎの数に等しいエントリ６１−
１〜６１−ｎを有し、各エントリ６１−１〜６１−ｎ
は、主テーブル６０のエントリへのポインタを設定する
エリア６１０，論理アドレスを設定するエリア６１１お
よび物理アドレスを設定するエリア６１２で構成されて
いる。

【００２５】例えば図１のグループＧ１のクライアント
の場合、図３に示すように、主テーブル６０からそのグ
ループ用の１つのエントリ（例えば６０−１）が割り当
てられ、副テーブル６１からそのグループ中の各通信装
置９−１〜９−３用の３つのエントリ（例えば６１−１
〜６１−３）が割り当てられる。

【００２６】そして、主テーブル６０のエントリ６０−
１に対し、例えばシステム生成時に、エリア６００にグ
ループＧ１に設定された通信装置名ｇ１が、エリア６０
１に通信装置数として３が設定される。また、エリア６
０２には当初はＮＵＬＬ値が設定されるが、通信パスの
確立中には後述するように通信相手装置に対応する副テ
ーブル６１中のエントリを指示するポインタが設定され
る。また、副テーブル６１の各エントリ６１−１〜６１
−３に対し、例えばシステム生成時に、エリア６１０に
関連する主テーブル６０のエントリ６０−１へのポイン
タが設定され、またエリア６１１に各通信装置９−１〜
９−３の論理アドレスが設定される。更に、エリア６１
２にはアドレス解決プロトコルにより適宜求められた通
信装置９−１〜９−３の物理アドレスが格納される。

【００２７】また図１のグループＧｍのクライアントの
ように、グループ内に１つの通信装置９−ｎしか含まれ
ない場合、図４に示すように、主テーブル６０からその
グループ用の１つのエントリ（例えば６０−ｍ）が割り
当てられ、副テーブル６１からそのグループ中の通信装
置９−ｎ用の１つのエントリ（例えば６１−ｎ）が割り
当てられ、主テーブル６０のエントリ６０−１に対し、
例えばシステム生成時に、エリア６００にグループＧｍ
に設定された通信装置名ｇｍが、エリア６０１に通信装
置数として１が、更に、エリア６０２には副テーブル６
０中のエントリ６１−ｎを指示するポインタが書き換え
不可の指示と共に固定的に設定される。また、副テーブ
ル６１のエントリ６１−ｎに対しては、例えばシステム
生成時に、エリア６１０に主テーブル６０のエントリ６
０−ｍへのポインタが設定され、エリア６１１に通信装
置９−ｎの論理アドレスが設定される。更に、エリア６
１２にはアドレス解決プロトコルにより適宜求められた
通信装置９−ｎの物理アドレスが格納される。

【００２８】なお、図１に示すように、クライアントと
なる通信装置９−１〜９−ｎがネットワーク８を通じて
サーバとなる通信装置１０と直接に接続された通信ネッ
トワークでは、アドレス管理テーブル６の副テーブル６
１におけるエリア６１２には、各通信装置９−１〜９−
ｎの物理アドレスが直接設定されるが、クライアントと
なる通信装置がＩＰルータを通じて接続されるようなサ
ブネットワークを複合した通信ネットワークの場合、エ
リア６１２には、サーバからそのクライアントへの出口
となるＩＰルータの物理アドレスが設定される。

【００２９】再び図１を参照すると、アドレス管理手段
５は、アドレス管理テーブル６によってクライアントの
アドレス管理を行い、１グループ内では１時期にサーバ
と通信可能なクライアントを１つに制限しつつ、グルー
プ内の全クライアントにサーバとの通信可能性を与える
手段であり、その処理の一例を図５乃至図８に示す。こ
こで、図５は通信パス確立要求時の処理を、図６はサー
バからのデータ送信時の処理を、図７はクライアントか
らのデータ受信時の処理を、図８は通信パス解放要求時
の処理をそれぞれ示す。

【００３０】更に回線制御手段７は、ＴＣＰ／ＩＰプロ
トコルによって通信装置１０と通信装置９−１〜９−ｎ
との間で通信を行う際に必要な回線制御を司る手段であ
る。

【００３１】以下、このように構成された本実施例の動
作を説明する。

【００３２】今、通信装置１０と通信装置９−１〜９−
ｎとの間に１つの通信パスも確立されていない初期の状
態を考えると、このような場合、通信装置１０のアドレ
ス管理テーブル６の状態は、図２の主テーブル６０の全
てのエリア６０３に通信パス未確立状態である旨等が保
持されており、図３に示したような２台以上の通信装置
を含むグループに対応する主テーブル６０のエントリ中
のエリア６０２にはＮＵＬＬ値のポインタが設定されて
いる。

【００３３】この状態で、例えばグループＧ１に属する
通信装置９−１が、通信装置１０に対して通信パスの確
立要求をネットワーク８に送出したとする。なお、通信
パス確立要求中には、要求元の通信装置１０の論理アド
レス，物理アドレス以外に、自装置９−１の論理アドレ
スおよび物理アドレスが含まれる。

【００３４】上記の通信パス確立要求がネットワーク８
を通じて通信装置１０に届き、回線制御手段７が受信す
ると、それがアドレス管理手段５に伝達され、アドレス
管理手段５は図５に示す処理を開始する。

【００３５】先ず、通信パス確立要求に含まれる通信装
置９−１の論理アドレスおよび物理アドレスに合致する
論理アドレスおよび物理アドレスを有するエントリをア
ドレス管理テーブル６中の図２に示した副テーブル６１
からサーチする（Ｓ１）。このサーチにより、図３に示
したエントリ６１−１が見つけられる（Ｓ２でＮＯ）。
なお、該当するエントリが存在しない場合（Ｓ２でＹＥ
Ｓ）、エラー処理が実行される（Ｓ３）。

【００３６】次に、見つけたエントリ６１−１のエリア
６１０のポインタによってポイントされている主テーブ
ル６０の図３のエントリ６０−１を取得する（Ｓ４）。
そして、このエントリ６０−１のエリア６０３中の管理
情報により、通信パス確立中か否かを判定する（Ｓ
５）。そして、通信パス確立中でなければ（Ｓ５でＮ
Ｏ）、そのエリア６０２に副テーブル６０の該当するエ
ントリ６１−１へのポインタをセットし（Ｓ６）、エン
トリ６０−１とエントリ６１−１とを図３の破線で示す
ように関連付ける。但し、図４に示したように、１つの
通信装置のみ含まれるグループの場合、主テーブルから
副テーブルへのポインタは固定的に設定されているの
で、ポインタの設定は省略される。

【００３７】そして、通信パスの確立要求のあった通信
装置９−１と通信管理サブシステム３との間に通信パス
を確立する（Ｓ７）。このとき、エントリ６０−１のエ
リア６０３には、通信パスが確立されている旨等の必要
な管理情報が設定される。

【００３８】他方、処理Ｓ５において、既に通信パス確
立中であることが判明した場合、処理Ｓ３のエラー処理
を行い、通信パス確立要求は拒否する。従って、通信装
置９−１との間に通信パスが確立された後に、同じグル
ープＧ１中の別の通信装置９−２や９−３が通信パス確
立要求を出した場合には、拒否されることになる。

【００３９】次に、以上のようにして通信パスの確立さ
れた通信装置９−１と、通信装置１０の通信プログラム
（例えば１−１）との間でデータを送受信する際の動作
を説明する。

【００４０】通信プログラム１−１は、通信装置名ｇ１
の通信装置に対してデータを送信する場合、データを送
信しようとする通信装置の通信装置名ｇ１を内部の通信
相手情報テーブル２−１のエントリ（例えば２−１−
１）から取得し、送信データと共に通信プログラムイン
タフェイス手段４を介してアドレス管理手段５に渡す。
なお、通信プログラム１−１は、通信装置名ｇ１がグル
ープＧ１内の何れの通信装置であるかは意識していな
い。通信装置名ｇ１でデータ送信した場合に、実際にど
の通信装置にデータが届くかは、そのグループＧ１内の
どの通信装置と現在通信パスが確立されているかによっ
て決定される。

【００４１】アドレス管理手段５は、通信プログラム１
−１から通信装置名ｇ１と送信データを受け取ると、図
６に示す処理を開始する。

【００４２】先ず、受け取った通信装置名ｇ１でアドレ
ス管理テーブル６の図２に示した主テーブル６０をサー
チする（Ｓ１１）。これにより、図３のエントリ６０−
１が見つけられる。

【００４３】次に、見つけたエントリ６０−１のエリア
６０２に設定されているポインタによってポイントされ
ている副テーブル６１のエントリを取得する（Ｓ１
２）。これにより、図３のエントリ６１−１が取得され
る。

【００４４】そして、このエントリ６１−１のエリア６
１１に設定されている通信装置９−１の論理アドレスと
エリア６１２に設定されている通信装置９−１の物理ア
ドレスとを取得し、送信データと共に回線制御手段７に
通知して送信を要求する（Ｓ１３）。

【００４５】回線制御手段７は、通知された論理アドレ
ス，物理アドレスに従って、ＴＣＰ／ＩＰプロトコルに
基づき、送信データをネットワーク８を通じて通信装置
９−１に送信し、通信装置９−１はこれを受信する。

【００４６】他の通信プログラム１−２〜１−ｘからグ
ループＧ１の通信装置にデータを送信する場合も上記と
同様に行われる。

【００４７】他方、通信装置９−１は、通信パスの確立
された通信装置１０の或る通信プログラム（例えば１−
１）へデータを送信する場合、通信装置１０の論理アド
レス，物理アドレス以外に、送り先となる通信プログラ
ム１−１を特定する情報，自装置９−１の論理アドレス
および物理アドレスを含む送信データをネットワーク８
に送信する。

【００４８】上記の送信データがネットワーク８を通じ
て通信装置１０に届き、回線制御手段７が受信すると、
それがアドレス管理手段５に伝達され、アドレス管理手
段５は図７に示す処理を開始する。

【００４９】先ず、受信データに含まれる通信装置９−
１の論理アドレスおよび物理アドレスに合致する論理ア
ドレスおよび物理アドレスを有するエントリをアドレス
管理テーブル６中の図２に示した副テーブル６１からサ
ーチする（Ｓ２１）。このサーチにより、図３に示した
エントリ６１−１が見つけられる（Ｓ２２でＮＯ）。な
お、該当するエントリが存在しない場合（Ｓ２２でＹＥ
Ｓ）、エラー処理が実行される（Ｓ２３）。

【００５０】次に、見つけたエントリ６１−１のエリア
６１０のポインタによってポイントされている主テーブ
ル６０の図３のエントリ６０−１を取得する（Ｓ２
４）。そして、このエントリ６０−１のエリア６０３中
の管理情報により、通信パス確立中か否かを判定する
（Ｓ２５）。そして、通信パス確立中であれば（Ｓ２５
でＹＥＳ）、エントリ６０−１中のエリア６００に設定
されているグループＧ１の通信装置名ｇ１を、受信した
データと共に通信パス確立要求で指示された接続先の通
信プログラム１−１に通知する（Ｓ２６）。なお、通信
パス確立中でなければ、エラー処理を行う（Ｓ２３）。

【００５１】通信装置９−１が通信装置１０の他の通信
プログラム１−２〜１−ｘと通信する場合も上記と同様
に行われる。

【００５２】さて、通信装置９−１が必要なデータの送
受信を完了し、例えば通信装置９−１から、通信パス解
放要求が出されると、以下のような処理が行われる。な
お、通信装置９−１から出される通信パス解放要求中に
は、通信装置９−１の論理アドレスと物理アドレスとが
含まれる。

【００５３】上記の通信パス解放要求がネットワーク８
を通じて通信装置１０に届き、回線制御手段７が受信す
ると、それがアドレス管理手段５に伝達され、アドレス
管理手段５は図８に示す処理を開始する。

【００５４】先ず、通信パス解放要求に含まれる通信装
置９−１の論理アドレスおよび物理アドレスに合致する
論理アドレスおよび物理アドレスを有するエントリをア
ドレス管理テーブル６中の図２に示した副テーブル６１
からサーチする（Ｓ３１）。このサーチにより、図３に
示したエントリ６１−１が見つけられる（Ｓ３２でＮ
Ｏ）。なお、該当するエントリが存在しない場合（Ｓ３
２でＹＥＳ）、エラー処理が実行される（Ｓ３３）。

【００５５】次に、見つけたエントリ６１−１のエリア
６１０のポインタによってポイントされている主テーブ
ル６０の図３のエントリ６０−１を取得する（Ｓ３
４）。そして、このエントリ６０−１のエリア６０３中
の管理情報により、通信パス確立中か否かを判定する
（Ｓ３５）。そして、通信パス確立中であれば（Ｓ３５
でＹＥＳ）、そのエリア６０２のポインタをＮＵＬＬに
する（Ｓ３６）。但し、図４に示したように１つの通信
装置しか含まないグループの場合にはポインタは変更し
ない。

【００５６】そして、通信パス解放要求のあった通信装
置９−１と通信管理サブシステム３との間の通信パスを
解放する（Ｓ３７）。このとき、エントリ６０−１のエ
リア６０３には、通信パスが確立されていない旨等の管
理情報が設定される。

【００５７】他方、処理Ｓ３５において、既に通信パス
解放済であることが判明した場合、処理Ｓ３３のエラー
処理を行い、通信パス解放要求は拒否する。

【００５８】以上の通信パス解放時の処理はクライアン
トから通信パスの解放が要求された場合のものである
が、サーバから通信パスを解放する要求を出すことも可
能であり、その場合もほぼ同様の動作が行われる。

【００５９】以上、通信装置９−１を例にして、本実施
例のクライアントとサーバの通信時の処理を説明した
が、同一グループＧ１内の他の通信装置９−２，９−３
や他のグループＧ２〜Ｇｍ内の通信装置との通信時も同
様の動作が行われる。但し、前述したように、１グルー
プ内では１時期にサーバとなる通信装置１０と通信可能
な通信装置は１つに制限される。

【００６０】

【発明の効果】以上説明したように、本発明は、クライ
アントを複数のグループに分割し、サーバのアドレス管
理テーブルにはグループ単位に１つの管理情報格納域を
設け、また各サーバプログラム対応の通信相手情報テー
ブルには各グループ毎に１つのエントリを設けるように
したので、１グループ内では１時期にサーバと通信可能
なクライアントは１つに制限されるが、少ない容量のテ
ーブルを使用して、グループ内の全クライアントにサー
バとの通信可能性を付与することができる。よって、サ
ーバの資源（メモリやファイル）を圧迫することなく、
実質的に通信可能なクライアント数を大幅に拡大するこ
とが可能となる。

【００６１】例えば、アドレス管理テーブル中の種々の
管理情報を格納するための１つのエリア（図２の６０
３）のサイズおよび各サーバプログラムの通信相手情報
テーブルの１つのエントリのサイズを共に例えば２５６
バイト必要とし、１００台のクライアントと各サーバプ
ログラムとの通信を可能にする場合、例えばクライアン
トを１０グループに分割すると、従来に比べて、約２５
６バイト×９０×サーバプログラム数分だけサーバ資源
（メモリやファイル）を節約することができる。

【図面の簡単な説明】

【図１】本発明を適用した通信ネットワークの構成例を
示すブロック図である。

【図２】アドレス管理テーブルを構成する主テーブルお
よび副テーブルの構成例を示す図である。

【図３】複数の通信装置を含むクライアントグループに
割り当てられる主テーブルおよび副テーブルのエントリ
の内容例を示す図である。

【図４】１つの通信装置からなるクライアントグループ
に割り当てられる主テーブルおよび副テーブルのエント
リの内容例を示す図である。

【図５】アドレス管理手段の通信パス確立要求時の処理
例を示すフローチャートである。

【図６】アドレス管理手段のデータ送信時の処理例を示
すフローチャートである。

【図７】アドレス管理手段のデータ受信時の処理例を示
すフローチャートである。

【図８】アドレス管理手段の通信パス解放要求時の処理
例を示すフローチャートである。

【符号の説明】

１−１〜１−ｘ…サーバプログラムとなる通信プログラ
ム ２−１…通信相手情報テーブル ２１０…通信相手名を設定するエリア ２１１…種々の管理情報を設定するエリア ３…通信管理サブシステム ４…通信プログラムインタフェイス手段 ５…アドレス管理手段 ６…アドレス管理テーブル ７…回線制御手段 ８…ネットワーク ９−１〜９−ｎ…クライアントとなる通信装置 １０…サーバとなる通信装置 Ｇ１〜Ｇｍ…グループ ｇ１〜ｇｍ…通信装置名

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 クライアントとなる複数の通信装置と、
   これら複数の通信装置とネットワークを通じて接続され
   たサーバとなる通信装置との間で通信する方式におい
   て、 サーバとなる通信装置に、 クライアントとなる複数の通信装置を複数のグループに
   分割したときの個々のグループ毎に１つずつ設定された
   通信装置名毎に、グループに含まれる通信装置の論理ア
   ドレスと物理アドレスとの対応関係を保持すると共に、
   １つの管理情報格納域のみを有するアドレス管理テーブ
   ルと、 サーバ上で稼動する各サーバプログラム毎に設けられ、
   サーバプログラムが通信するクライアントのグループに
   付与された通信装置名毎に種々の管理情報を保持する領
   域を有する通信相手情報テーブルと、 前記アドレス管理テーブルによってクライアントのアド
   レス管理を行い、且つ、前記アドレス管理テーブル中の
   通信装置名毎に１つだけ設けられた管理情報格納域を、
   その通信装置名に対応するグループに属する通信装置間
   で排他的に使用することで、１グループ内では１時期に
   サーバと通信可能なクライアントを１つに制限しつつ、
   グループ内の全クライアントにサーバとの通信可能性を
   与えるアドレス管理手段とを備えることを特徴とするク
   ライアント対サーバ通信方式。
2. 【請求項２】 前記アドレス管理テーブルは、 前記クライアントのグループ数に等しいエントリ数を有
   する主テーブルと、前記クライアントとなる通信装置の
   数に等しいエントリ数を有する副テーブルとで構成さ
   れ、 各グループに属する通信装置に１対１に対応付けた副テ
   ーブルのエントリに、論理アドレスと物理アドレスとの
   対応関係を保持すると共に、各グループに１対１に対応
   付けた主テーブルのエントリに、そのグループに設定さ
   れた通信装置名を保持すると共に前記種々の管理情報を
   保持する領域を有し、且つ、各グループ対応の主テーブ
   ルのエントリとそのグループに属する通信装置対応の副
   テーブルのエントリとを相互に関連付けるポインタ領域
   を主テーブルおよび副テーブルのエントリに備え、 副テーブルのエントリのポインタ領域には対応する主テ
   ーブルのエントリをポイントするポインタを固定的に保
   持し、１つの通信装置のみ含むグループに対応する主テ
   ーブルのエントリのポインタ領域にはその通信装置に対
   応する副テーブルをポイントするポインタを固定的に保
   持し、複数の通信装置を含むグループに対応する主テー
   ブルのエントリのポインタ領域には通信パス確立中の通
   信装置に対応する副テーブルのエントリをポイントする
   ポインタを動的に格納する構成を有することを特徴とす
   る請求項１記載のクライアント対サーバ通信方式。
3. 【請求項３】 前記アドレス管理手段は、 クライアントとなる通信装置からのその通信装置の論理
   アドレスおよび物理アドレスを含む通信パス確立要求
   時、要求中の前記論理アドレスおよび物理アドレスを含
   む副テーブルのエントリをサーチし、該サーチしたエン
   トリのポインタ領域に設定されたポインタに従って対応
   する主テーブルのエントリを取得し、該取得した主テー
   ブルのエントリの前記種々の管理情報を保持する領域の
   内容に基づき、当該グループ中の何れかの通信装置と通
   信パス確立中であるか否かを調べ、通信パス確立中でな
   いことを条件に、前記通信パス確立要求のあった通信装
   置とサーバとなる通信装置との間に通信パスを確立する
   手段を有することを特徴とする請求項２記載のクライア
   ント対サーバ通信方式。
4. 【請求項４】 前記アドレス管理手段は、 前記サーバプログラムからの通信装置名を指定したデー
   タ送信要求時、要求中の通信装置名を含む主テーブルの
   エントリをサーチし、該サーチしたエントリのポインタ
   領域に設定されたポインタに従って対応する副テーブル
   のエントリを取得し、該取得した副テーブルのエントリ
   に保持された論理アドレスおよび物理アドレスを送信デ
   ータと共に回線制御手段に通知してデータの送信を要求
   する手段を有することを特徴とする請求項３記載のクラ
   イアント対サーバ通信方式。
5. 【請求項５】 前記アドレス管理手段は、 前記クライアントとなる通信装置からのその通信装置の
   論理アドレスおよび物理アドレスを含む送信データの受
   信時、受信した論理アドレスおよび物理アドレスを含む
   副テーブルのエントリをサーチし、該サーチしたエント
   リのポインタ領域に設定されたポインタに従って対応す
   る主テーブルのエントリを取得し、該取得した主テーブ
   ルのエントリに設定されている通信装置名と共に受信デ
   ータを、前記サーバプログラムに通知する手段を有する
   ことを特徴とする請求項４記載のクライアント対サーバ
   通信方式。