JP2003204332A - ネットワークデバイス管理システム及びその制御方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 コネクションレス型のプロセス間通信を利用
したネットワーク管理システム及びその制御方法におい
て、通信がロストしたり受信順序が正しくない場合であ
ってもクライアントアプリケーションの誤動作を防ぐこ
とが可能なネットワーク管理システムを提供すること。 【解決手段】 クライアント装置で稼働するプロキシ
が、サーバ装置で稼働するスタブから受信した情報の順
序情報を参照し、順序が正しくない場合には一定時間正
しい順序情報を有する情報の受信を待つ（Ｓ３）。一定
時間内に正しい順序情報を有する情報を受信すると、Ｇ
ＵＩプロセスに正しい順序で供給を行う（Ｓ４．１，Ｓ
４．２）。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、コンピュータネッ
トワークの管理システム及びその制御方法に関し、特に
ネットワーク上の装置（ネットワークデバイス）の管理
システム及びその制御方法に関する。

【０００２】

【従来の技術】従来、ネットワークデバイス（コンピュ
ータネットワークに接続される機器）を管理する方法と
して、ＳＮＭＰ／ＭＩＢ(Simple Network Management P
rotocol/Management Information Base)を使用する方法
がある。（ＳＮＭＰ／ＭＩＢの詳細に関しては「ＴＣＰ
／ＩＰ ネットワーク管理入門 実用的な管理をめざし
て」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳 （株）トッパ
ン発行 １９９２年８月２０日初版を参照のこと）。

【０００３】ＳＮＭＰネットワーク管理技術によれば、
ネットワーク管理システムには、少なくとも１つのネッ
トワーク管理ステーション（ＮＭＳ）、各々がエージェ
ントを含むいくつかの管理対象ノード、及び管理ステー
ションやエージェントが管理情報を交換するために使用
するネットワーク管理プロトコルが含まれる。ユーザ
は、ＮＭＳ上でネットワーク管理プログラムを用いて管
理対象ノード上のエージェントソフトウェアと通信する
ことにより、ネットワーク上のデータを得、またデータ
を変更することができる。

【０００４】このようなネットワーク管理プログラムを
分散環境で使用する場合、ＳＮＭＰネットワーク管理機
能を持つサーバアプリケーションと、各端末で起動され
るＧＵＩ部分である複数のクライアントアプリケーショ
ンによる構成をとることが一般的である。

【０００５】分散環境における異なる端末間でクライア
ントアプリケーションとサーバアプリケーションはプロ
セス間通信を行う。プロセス間通信の標準としてＲＦＣ
１０５７ ＲＰＣ(Remote Procedure Call)が定義され
ている。ＲＰＣとは、ネットワークサービスを提供する
関数群をサーバ側で用意し、この関数群をネットワーク
上の別端末のクライアントプロセスから、クライアント
プロセスが実装されたローカルマシン内の関数と同様に
呼び出せるようにしたものである。

【０００６】ＲＰＣにおけるプロセス間通信の流れは以
下のようになる。クライアントは、サーバに対するサー
ビス要求として、サーバに用意されているＲＰＣ関数を
呼び出す。この時点で、関数の呼び出し情報を格納した
データパケットがサーバに送られ、クライアントのプロ
グラム（プロセス）は中断される。サーバがパケットを
受け取ると、呼び出された関数をディスパッチし、関数
の引数を取り出した後、その引数をもとにサービスを実
行して、その結果をクライアントに返す。クライアント
は関数の結果を受け取った後で、プログラムの実行（プ
ロセス）を再開する。ＲＰＣにおけるクライアントとサ
ーバの接続形態には、コネクション型とコネクションレ
ス型の２種類がある。

【０００７】

【発明が解決しようとする課題】上記従来技術におい
て、ネットワーク管理プログラムのクライアントアプリ
ケーションとサーバアプリケーション間の通信を行う場
合、コネクションレス型の通信を使用すると、サーバア
プリケーションとクライアントアプリケーション間の通
信で受信データの順序が送信時の順序と入れ替わった
り、受信データをロストする場合があった。

【０００８】本発明はこのような従来技術問題点に鑑み
なされたもので、その目的は、コネクションレス型のプ
ロセス間通信を利用したネットワーク管理システム及び
その制御方法において、通信がロストしたり受信順序が
正しくない場合であってもクライアントアプリケーショ
ンの誤動作を防ぐことが可能なネットワーク管理システ
ム及びその制御方法を提供することにある。

【０００９】

【課題を解決するための手段】すなわち、本発明の要旨
は、管理対象であるネットワーク上のデバイスから所定
の情報を取得するサーバ装置と、サーバ装置を介して取
得したデバイスの情報を管理するクライアント装置とか
ら構成され、サーバ装置とクライアント装置とがコネク
ションレス形式のプロセス間通信を用いてデバイスに関
する情報の授受を行うネットワークデバイス管理システ
ムであって、クライアント装置が、サーバ装置に対して
所望のデバイス情報を要求する情報要求手段と、要求を
プロセス間通信可能な送信データに変換するデータ変換
手段と、要求に応答してサーバから受信したデバイス情
報の順序制御を行う順序制御手段と、順序制御手段から
供給されたデバイス情報を提示する提示手段と、受信し
たプロセス間通信可能な受信データを提示手段に通知可
能なデータに変換するデータ変換手段を有し、サーバ装
置が、情報要求手段により要求されたデバイス情報を取
得するデバイス情報取得手段と、要求されたプロセス間
通信可能な受信データをサーバ装置内で処理可能なデー
タに変換するデータ変換手段と、取得したデバイス情報
を所定の送信単位でクライアント装置に送信する送信手
段と、送信をプロセス間通信可能な送信データに変換す
るデータ変換手段と、を有し、送信手段が、送信単位ご
とにその送信順序を表す順序情報を付加するとともに、
順序制御手段が順序情報を用いて順序制御を行うことを
特徴とするネットワークデバイス管理システムに存す
る。

【００１０】また、本発明の別の要旨は、管理対象であ
るネットワーク上のデバイスから所定の情報を取得する
サーバ装置と、サーバ装置を介して取得したデバイスの
情報を管理するクライアント装置とから構成され、サー
バ装置とクライアント装置とがコネクションレス形式の
通信によってデバイスに関する情報の授受を行うネット
ワークデバイス管理システムの制御方法であって、クラ
イアント装置において、サーバ装置に対して所望のデバ
イス情報を要求する情報要求ステップと、要求をプロセ
ス間通信可能な送信データに変換するデータ変換ステッ
プと、要求に応答してサーバから受信したデバイス情報
の順序制御を行う順序制御ステップと、順序制御ステッ
プから供給されたデバイス情報を提示する提示ステップ
と、を有し、受信したプロセス間通信可能な受信データ
を提示手段に通知可能なデータに変換するデータ変換ス
テップを有し、サーバ装置において、情報要求ステップ
により要求されたデバイス情報を取得するデバイス情報
取得ステップと、要求されたプロセス間通信可能な受信
データをサーバ装置内で処理可能なデータに変換するデ
ータ変換ステップと、取得したデバイス情報を所定の送
信単位でクライアント装置に送信する送信ステップと、
を有し、送信をプロセス間通信可能な送信データに変換
するデータ変換ステップと、送信ステップが、送信単位
ごとにその送信順序を表す順序情報を付加するととも
に、順序制御ステップが順序情報を用いて順序制御を行
うことを特徴とするネットワークデバイス管理システム
の制御方法に存する。

【００１１】また、本発明の別の要旨は、コンピュータ
装置を本発明のネットワークデバイス管理システムにお
けるサーバ装置又はクライアント装置として機能させる
ことを特徴とするコンピュータプログラムに存する。

【００１２】また、本発明の別の要旨は、コンピュータ
装置を本発明のネットワークデバイス管理システムにお
けるサーバ装置又はクライアント装置として機能させる
ことを特徴とするコンピュータプログラムを格納したコ
ンピュータ装置読み取り可能な記憶媒体に存する。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明をそ
の好適な実施形態に基づき詳細に説明する。図１は、ネ
ットワーク管理の対象となりうるコンピュータネットワ
ークの構成例を示す図である。図１に示すコンピュータ
ネットワークは、３つのＬＡＮ１００、１１０及び１２
０がモデム／トランスポンダ１３０によって相互接続さ
れた構成を有する。そして、ＬＡＮ１００、１１０及び
１２０の各々にはプリンタサーバ装置、ファイルサーバ
装置、クライアント装置等のコンピュータ装置、ネット
ワークプリンタ等が接続される。

【００１４】図２は、本発明に係るネットワークデバイ
ス管理システムを構成するサーバ装置、クライアント装
置として利用可能なコンピュータ装置２００の構成例を
示すブロック図である。本発明に係るネットワークデバ
イス管理システムは、従来のネットワークデバイス管理
システムを実現可能なコンピュータ装置と同様のコンピ
ュータ装置で実現可能である。

【００１５】なお、本実施形態においては、本発明によ
るネットワークデバイス管理を分散コンピューティング
技術を用いて実現した場合を説明する。分散コンピュー
ティング技術においては、ある機能を実現するための処
理を複数のハードウェアで分散処理するため、実際に処
理を行うハードウェアはネットワーク上に分散すること
になる。そのため、本発明に係るネットワークデバイス
管理システムの機能は実際には複数のネットワークデバ
イス（サーバ装置及びクライアント装置）により実現さ
れることになるが、説明上特定の装置がネットワークデ
バイス管理装置として動作するように記載した部分もあ
ることに注意されたい。

【００１６】図において、ハードディスク（ＨＤ）２１
１には、コンピュータ装置２００を本実施形態に係るネ
ットワークデバイス管理システムを構成するサーバ装置
及び／又はクライアント装置として機能させるプログラ
ム（ネットワーク管理プログラム）が格納される。以下
の説明において、特に断りのない限り、ネットワーク管
理装置の処理実行の主体はＣＰＵ２０１であり、ソフト
ウェア上の制御の主体は、ハードディスク（ＨＤ）２１
１に格納されたネットワーク管理プログラムである。な
お、本実施形態におけるネットワーク管理システムのサ
ーバ装置及びクライアント装置として機能するコンピュ
ータ装置２００において動作するＯＳは例えば、ウィン
ドウズ９８（マイクロソフト社製）を想定しているが、
他のＯＳの利用を制限するものではない。

【００１７】なおＨＤ２１１に格納されるネットワーク
管理プログラムは、フロッピー（登録商標）ディスクや
ＣＤ−ＲＯＭなどの磁気・光学記憶媒体に格納された形
で供給されても良く、その場合には図２に示すフロッピ
ーディスクドライブ（ＦＤ）２１２または不図示のＣＤ
−ＲＯＭドライブなどによって記憶媒体からプログラム
が読み取られ、ハードディスク（ＨＤ）２１１にインス
トールされる。また、ネットワーク管理プログラムは、
ＬＡＮ１００や他のネットワークを経由して供給されて
も良い。

【００１８】以下の説明において、本実施形態に係るネ
ットワーク管理プログラムのＧＵＩ(Graphical User In
terface)部分のプロセスを「ＧＵＩプロセス」、デバイ
スと通信する部分のプロセスを「ＶＤＣプロセス」と呼
称する。図４は、ＧＵＩプロセスが行うデバイスリスト
画面表示の例を示し、図５はＧＵＩプロセスが行うデバ
イス詳細画面表示の例を示す。また、図６は、ＶＤＣプ
ロセスが表示する画面の例を示す。

【００１９】例えば、図１に示すネットワークに配置さ
れるＰＣ１０３、ＰＣ１２１及びプリンタ１０２のみを
記載した図３において、ＰＣ１０３上でＧＵＩプロセス
３１、ＰＣ１２１上でＶＤＣプロセス３２をそれぞれ起
動してプリンタ１０２（ＳＮＭＰエージェント３３が実
装されているものとする）を管理する。すなわち、この
場合ＰＣ１０３がクライアント装置、ＰＣ１２１がサー
バ装置として機能する。

【００２０】そして、分散環境でプロセス間通信を実現
するためのプロキシ３４及びスタブ３５が、本実施形態
に係るネットワーク管理プログラムの一部としてそれぞ
れ設けられ、ＧＵＩプロセス３１及びＶＤＣプロセス３
２はプロキシ３４及びスタブ３５を用いてプロセス間通
信を行う。また、ＶＤＣプロセス３２はさらにＳＮＭＰ
プロトコルを使用してデバイス（プリンタ）１０２のＳ
ＮＭＰエージェント３３と通信を行う。

【００２１】デバイスから情報を取得するために、ＧＵ
Ｉプロセス３１はプロキシ３４を用いてプロセス間通信
をし、ＶＤＣプロセス３２に取得したいデバイス情報
（本実施形態においてはプリンタ１０２のＭＩＢ(Manag
ement Information Base)情報とする）を送信する。Ｖ
ＤＣプロセス３２はスタブ３５を介してこの情報を受け
取り、ＳＮＭＰプロトコルを用いてプリンタ１０２のＳ
ＮＭＰエージェント３３と通信し、ＭＩＢ情報を取得す
る。取得した情報は、ＶＤＣプロセス３２のスタブ３５
からプロセス間通信を使用してプロキシ３４に送信さ
れ、プロキシ３４からＧＵＩプロセス３１にコールバッ
ク通知される。ＧＵＩプロセス３１は、ＶＤＣプロセス
３２からコールバック通知された情報を基にビットマッ
プ表示等を行って図４又は図５に示したようなデバイス
情報を表示する。

【００２２】また、デバイス（プリンタ１０２）に情報
を設定する場合にも、ＧＵＩプロセス３１はプロキシ３
４を用いてプロセス間通信をし、プリンタ１０２に設定
したいデバイス情報（ＭＩＢ情報とする）をＶＤＣプロ
セス３２へ送信する。ＶＤＣプロセス３２はスタブ３５
を介してこのデバイス情報を受け取り、ＳＮＭＰプロト
コルを用いてプリンタ１０２のＳＮＭＰエージェント３
３へＭＩＢ情報を設定する。設定が成功したか失敗した
かを示す情報は、ＶＤＣプロセス３２のスタブ３５から
プロセス間通信を使用してプロキシ３４に送信され、プ
ロキシ３４からＧＵＩプロセス３１にコールバック通知
される。ＧＵＩプロセス３１は、ＶＤＣプロセス３２か
らコールバック通知された情報を基にビットマップ表示
等を行って設定情報を表示する。

【００２３】■（順序制御及びロスト保管処理の概要）
次に、図７及び図８のシーケンス図並びに図９のフロー
チャートを用いて、本実施形態におけるＧＵＩプロセス
３１のプロキシ３４の順序制御及びロスト補完動作につ
いて説明する。また、図１０のフローチャートを用い
て、ＶＤＣプロセス３２のスタブ３５の動作について説
明する。

【００２４】まず、図７のシーケンス図を用いて、ＧＵ
Ｉプロセス３１及びＶＤＣプロセス間における通信の順
序制御を行う場合の、ＧＵＩプロセス３１及びプロキシ
３４の動作概要を説明する。なお、図７ではＧＵＩプロ
セス３１がＶＤＣプロセス３２に対してコネクションレ
ス型のプロセス間通信によって情報送信を要求する場合
について説明する。

【００２５】Ｓ１において、ＧＵＩプロセス３１はプロ
キシ３４に対してリクエスト（情報要求）を発呼する。
Ｓ１．１において、プロキシ３４はＶＤＣプロセス３２
に対して送信リクエストを行う。Ｓ２において、プロキ
シ３４はＶＤＣプロセス３２（のスタブ３５）から順序
番号１のコールバック用データを受信する。後述するよ
うに、本実施形態においてスタブ３５はコールバック用
データに順序情報を付加し、プロキシ３４はその順序情
報を参照することによって受信したコールバック用デー
タの順序番号を得ることができる。

【００２６】また、プロキシ３４はＳ１．１で行った送
信リクエストに応答して返送されたコールバック用デー
タに関し、その順序情報を管理し、ＧＵＩプロセス３１
に対して次に何番目のコールバックデータを供給すべき
かを把握している。

【００２７】図７のＳ２においてプロキシ３４が受信し
たコールバック用データは順序情報１を有するデータで
あり、正しい順序のコールバック用データなので、Ｓ
２．１においてＧＵＩプロセス３１にコールバック通知
を用いて受信データを供給する。

【００２８】次に、プロキシ３４はＳ３において、順序
番号３のコールバック用データを受信したとする。次に
コールバックすべきなのは順序番号２のコールバック用
データあり、正しい順序のコールバック用データではな
いので、順序番号３のコールバック用データをキューイ
ングする。また、同時にタイマを起動し、タイマに設定
した一定期間、順序番号２のコールバック用データを待
つ。

【００２９】図７の例では、タイマがタイムアウトする
前に、Ｓ４において、ＶＤＣプロセス３２のスタブ３５
から順序番号２のコールバック用データを受信し、正し
い順序でコールバックを通知することが可能になったの
で、Ｓ４．１において順序番号２のコールバックを通知
し、さらにキューイングしていた順序番号３のコールバ
ック用データをＳ４．２においてＧＵＩプロセス３１に
通知する。

【００３０】次に、図８のシーケンス図を用いて、図７
のＳ３で起動されたタイマがタイムアウトする前に正し
い順序番号のコールバック用データを受信しなかった場
合の動作概要を説明する。Ｓ１からＳ３までの動作は図
７と同一であるので説明を省略する。

【００３１】図８においては、Ｓ３において起動したタ
イマがタイムアウトしても順序番号２のコールバック用
データを受信しない。従って、Ｓ３．１において、エラ
ー通知用コールバックデータを作成し、ＧＵＩプロセス
３１にエラーコールバックを通知する。そして、キュー
イングしていた順序番号３のコールバック用データをＳ
３．２においてＧＵＩプロセス３１に通知する。

【００３２】■（プロキシの動作）次に、図９のフロー
チャートを用いて、図７及び図８を参照して説明したシ
ーケンスを実行するプロキシ３４の内部動作手順につい
てさらに詳細に説明する。図９において、図９Ａはプロ
キシ３４の受信スレッド、図９Ｂはコールバック通知ス
レッドの処理をそれぞれ示す。

【００３３】まず図９Ａを用いて受信スレッドにおける
処理を説明する。Ｓ１０１において、ＧＵＩプロセス３
１のプロキシ３４がＶＤＣプロセス３２のスタブ３５か
ら、事前に発呼した送信リクエストに対して返送された
コールバック用のデータを受信する。Ｓ１０２におい
て、受信したコールバック用のデータをキューイングす
る。Ｓ１０３において、コールバック用データの順番が
正常かどうか判断する。データの順番は、スタブ３５が
データ送信時に付加した順序情報と、直近にＧＵＩプロ
セス３１へ通知したデータの順序情報をもとに判定す
る。順序情報の付加処理については、図１０のフローチ
ャートを用いて後述する。

【００３４】コールバック用データの順序が正常な場
合、Ｓ１０４に進み、タイマが起動されているか、すな
わち現在正しい順序のコールバック用データの受信待ち
状態であるか否かを判断する。タイマが起動中である場
合、Ｓ１０５に進み、タイマを停止する。一方、タイマ
が起動されていない場合、Ｓ１０６に進みコールバック
通知フラグをＯＮにし、受信スレッドの処理を終了す
る。

【００３５】Ｓ１０３において、受信したコールバック
用データの順序が不正な場合、Ｓ１０７に進み、タイマ
を起動して正しい順番のコールバック用データが受信す
るのを待つ。Ｓ１０８においてタイマが満了（タイムア
ウト）したかどうか判断する。満了していない場合、Ｓ
１０９に進み、正しい順序のコールバック用データを受
信したか確認する。正しい順序のコールバック用データ
を受信していたら、Ｓ１０６に進みコールバック通知フ
ラグをＯＮにし、処理を終了する。

【００３６】タイマが満了した場合、Ｓ１１０に進み、
受信していないコールバックのためのエラーコールバッ
ク用データを作成する。Ｓ１１１において、Ｓ１１０で
作成したエラーコールバック用データをキューイングす
る。Ｓ１０６において、コールバック通知フラグをＯＮ
にする。

【００３７】次に、図９Ｂを用いてプロキシ３４の通知
スレッドにおける処理を説明する。Ｓ１２１において、
コールバック通知フラグがＯＮになっているか判断す
る。コールバック通知フラグがＯＦＦの場合、Ｓ１２２
に進み一定期間スレッドがＷａｉｔ状態に入る。コール
バック通知フラグがＯＮの場合、Ｓ１２３に進みキュー
内の全てのコールバック用データを正しい順序でクライ
アントにコールバック通知する。Ｓ１２４において、コ
ールバック通知フラグをＯＦＦにして、通知スレッド処
理を終了する。

【００３８】■（スタブの動作）次に、図１０のフロー
チャートを用いて、ＶＤＣプロセス３２のスタブ３５の
動作について説明する。Ｓ２−１において、送信するコ
ールバック用データに順序番号を付加する。順序番号は
１から始まるシーケンシャルな番号である。また、コー
ルバックには、デバイスから取得したデータを通知する
アイテムコールバックと全てのアイテムコールバック通
知が完了したことを示す終了コールバックの２種類があ
るが、アイテムコールバックにはシーケンシャルな番号
を付加し、終了コールバックには負の値を付加すること
によりプロキシ側でアイテムコールバック用データと終
了コールバック用データの区別を可能にする。Ｓ２−２
において、コールバック用データをプロキシ３４に送信
する。

【００３９】

【他の実施形態】上述の実施形態においては、分散環境
におけるプロセス間通信に対して本発明を実施する場合
についてのみ説明したが、同等の機能を他のコネクショ
ンレス型のプロセス間通信環境で実現することも可能で
ある。

【００４０】尚、前述した実施形態の機能を実現するソ
フトウェアのプログラム（実施形態では図８〜図１０の
いずれか１つ以上に示すフローチャートに対応したプロ
グラム）を、記録媒体から直接、或いは有線／無線通信
を用いて当該プログラムを実行可能なコンピュータを有
するシステム又は装置に供給し、そのシステム或いは装
置のコンピュータが該供給されたプログラムを実行する
ことによって同等の機能が達成される場合も本発明に含
む。

【００４１】従って、本発明の機能処理をコンピュータ
で実現するために、該コンピュータに供給、インストー
ルされるプログラムコード自体も本発明を実現するもの
である。つまり、本発明の機能処理を実現するためのコ
ンピュータプログラム自体も本発明に含まれる。

【００４２】その場合、プログラムの機能を有していれ
ば、オブジェクトコード、インタプリタにより実行され
るプログラム、ＯＳに供給するスクリプトデータ等、プ
ログラムの形態を問わない。

【００４３】プログラムを供給するための記録媒体とし
ては、例えば、フロッピーディスク、ハードディスク、
磁気テープ等の磁気記録媒体、ＭＯ、ＣＤ−ＲＯＭ、Ｃ
Ｄ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、Ｄ
ＶＤ−ＲＷ等の光／光磁気記憶媒体、不揮発性の半導体
メモリなどがある。

【００４４】有線／無線通信を用いたプログラムの供給
方法としては、コンピュータネットワーク上のサーバに
本発明を形成するコンピュータプログラムそのもの、も
しくは圧縮され自動インストール機能を含むファイル
等、クライアントコンピュータ上で本発明を形成するコ
ンピュータプログラムとなりうるデータファイル（プロ
グラムデータファイル）を記憶し、接続のあったクライ
アントコンピュータにプログラムデータファイルをダウ
ンロードする方法などが挙げられる。この場合、プログ
ラムデータファイルを複数のセグメントファイルに分割
し、セグメントファイルを異なるサーバに配置すること
も可能である。

【００４５】つまり、本発明の機能処理をコンピュータ
で実現するためのプログラムデータファイルを複数のユ
ーザに対してダウンロードさせるサーバ装置も本発明に
含む。

【００４６】また、本発明のプログラムを暗号化してＣ
Ｄ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所
定の条件を満たしたユーザに対して暗号化を解く鍵情報
を、例えばインターネットを介してホームページからダ
ウンロードさせることによって供給し、その鍵情報を使
用することにより暗号化されたプログラムを実行してコ
ンピュータにインストールさせて実現することも可能で
ある。

【００４７】また、コンピュータが、読み出したプログ
ラムを実行することによって、前述した実施形態の機能
が実現される他、そのプログラムの指示に基づき、コン
ピュータ上で稼動しているＯＳなどが、実際の処理の一
部または全部を行ない、その処理によっても前述した実
施形態の機能が実現され得る。

【００４８】さらに、記録媒体から読み出されたプログ
ラムが、コンピュータに挿入された機能拡張ボードやコ
ンピュータに接続された機能拡張ユニットに備わるメモ
リに書き込まれた後、そのプログラムの指示に基づき、
その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ
などが実際の処理の一部または全部を行ない、その処理
によっても前述した実施形態の機能が実現され得る。

【００４９】

【発明の効果】以上説明したように、本発明によれば、
コネクションレス型のプロセス間通信を利用したネット
ワーク管理システムにおいて、通信がロストしたり受信
順序が正しくない場合であってもクライアントアプリケ
ーションの誤動作を防ぐことができる。

【図面の簡単な説明】

【図１】コンピュータネットワークの例を示す図であ
る。

【図２】本発明の実施形態に係るサーバ装置及びクライ
アント装置として使用可能なコンピュータ装置の構成例
を示すブロック図である。

【図３】本発明の実施形態に係るネットワークデバイス
管理システムの構成例を示すブロック図である。

【図４】本発明の実施形態におけるクライアント装置で
提示されるデバイスリスト画面の例を示す図である。

【図５】本発明の実施形態におけるクライアント装置で
提示されるデバイス詳細画面の例を示す図である。

【図６】本発明の実施形態におけるサーバ装置で提示さ
れるＶＤＣ画面の例を示す図である。

【図７】本発明の実施形態におけるクライアント装置で
実行される順序制御の概要を示すシーケンスチャートで
ある。

【図８】本発明の実施形態におけるクライアント装置で
実行される通信ロスト補完の概要を示すシーケンスチャ
ートである。

【図９Ａ】本発明の実施形態におけるクライアント装置
の動作を説明するフローチャートである。

【図９Ｂ】本発明の実施形態におけるクライアント装置
の動作を説明するフローチャートである。

【図１０】本発明の実施形態におけるサーバ装置の動作
を説明するフローチャートである。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 管理対象であるネットワーク上のデバイ
   スから所定の情報を取得するサーバ装置と、前記サーバ
   装置を介して取得した前記デバイスの情報を管理するク
   ライアント装置とから構成され、前記サーバ装置と前記
   クライアント装置とがコネクションレス形式のプロセス
   間通信を用いて前記デバイスに関する情報の授受を行う
   ネットワークデバイス管理システムであって、 前記クライアント装置が、 前記サーバ装置に対して所望のデバイス情報を要求する
   情報要求手段と、 前記要求をプロセス間通信可能な送信データに変換する
   データ変換手段と、 前記要求に応答して前記サーバから受信したデバイス情
   報の順序制御を行う順序制御手段と、 前記順序制御手段から供給された前記デバイス情報を提
   示する提示手段と、 前記受信したプロセス間通信可能な受信データを提示手
   段に通知可能なデータに変換するデータ変換手段を有
   し、 前記サーバ装置が、 前記情報要求手段により要求されたデバイス情報を取得
   するデバイス情報取得手段と、 前記要求されたプロセス間通信可能な受信データをサー
   バ装置内で処理可能なデータに変換するデータ変換手段
   と、 前記取得したデバイス情報を所定の送信単位で前記クラ
   イアント装置に送信する送信手段と、 前記送信をプロセス間通信可能な送信データに変換する
   データ変換手段と、を有し、 前記送信手段が、前記送信単位ごとにその送信順序を表
   す順序情報を付加するとともに、前記順序制御手段が前
   記順序情報を用いて前記順序制御を行うことを特徴とす
   るネットワークデバイス管理システム。
2. 【請求項２】 前記順序制御手段が、前記受信したデバ
   イス情報が正しい前記順序情報を有していない場合、当
   該受信したデバイス情報を前記提示手段へ供給せずに、
   正しい前記順序情報を有するデバイス情報の受信を所定
   時間待つことを特徴とする請求項１記載のネットワーク
   デバイス管理システム。
3. 【請求項３】 前記順序制御手段が、前記所定時間の受
   信待機中に正しい前記順序情報を有する前記デバイス情
   報を受信した場合、当該デバイス情報から前記提示手段
   に正しい順序で供給することを特徴とする請求項２記載
   のネットワークデバイス管理システム。
4. 【請求項４】 前記順序制御手段が、前記所定時間の受
   信待機中に正しい前記順序情報を有するデバイス情報を
   受信しなかった場合、エラーを意味する情報を前記提示
   手段に正しい順序で供給することを特徴とする請求項２
   記載のネットワークデバイス管理システム。
5. 【請求項５】 前記順序制御手段が、前記提示手段への
   供給がなされていない受信デバイス情報を、前記エラー
   を意味する情報を供給した後に前記提示手段へ供給する
   ことを特徴とする請求項４記載のネットワークデバイス
   管理システム。
6. 【請求項６】 管理対象であるネットワーク上のデバイ
   スから所定の情報を取得するサーバ装置と、前記サーバ
   装置を介して取得した前記デバイスの情報を管理するク
   ライアント装置とから構成され、前記サーバ装置と前記
   クライアント装置とがコネクションレス形式の通信によ
   って前記デバイスに関する情報の授受を行うネットワー
   クデバイス管理システムの制御方法であって、 前記クライアント装置において、 前記サーバ装置に対して所望のデバイス情報を要求する
   情報要求ステップと、 前記要求をプロセス間通信可能な送信データに変換する
   データ変換ステップと、 前記要求に応答して前記サーバから受信したデバイス情
   報の順序制御を行う順序制御ステップと、 前記順序制御ステップから供給された前記デバイス情報
   を提示する提示ステップと、を有し、 前記受信したプロセス間通信可能な受信データを提示手
   段に通知可能なデータに変換するデータ変換ステップを
   有し、 前記サーバ装置において、 前記情報要求ステップにより要求されたデバイス情報を
   取得するデバイス情報取得ステップと、 前記要求されたプロセス間通信可能な受信データをサー
   バ装置内で処理可能なデータに変換するデータ変換ステ
   ップと、 前記取得したデバイス情報を所定の送信単位で前記クラ
   イアント装置に送信する送信ステップと、を有し、 前記送信をプロセス間通信可能な送信データに変換する
   データ変換ステップと、 前記送信ステップが、前記送信単位ごとにその送信順序
   を表す順序情報を付加するとともに、前記順序制御ステ
   ップが前記順序情報を用いて前記順序制御を行うことを
   特徴とするネットワークデバイス管理システムの制御方
   法。
7. 【請求項７】 前記順序制御ステップが、前記受信した
   デバイス情報が正しい前記順序情報を有していない場
   合、当該受信したデバイス情報を前記提示ステップへ供
   給せずに、正しい前記順序情報を有するデバイス情報の
   受信を所定時間待つことを特徴とする請求項６記載のネ
   ットワークデバイス管理システムの制御方法。
8. 【請求項８】 前記順序制御ステップが、前記所定時間
   の受信待機中に正しい前記順序情報を有する前記デバイ
   ス情報を受信した場合、当該デバイス情報から前記提示
   ステップに正しい順序で供給することを特徴とする請求
   項７記載のネットワークデバイス管理システムの制御方
   法。
9. 【請求項９】 前記順序制御ステップが、前記所定時間
   の受信待機中に正しい前記順序情報を有するデバイス情
   報を受信しなかった場合、エラーを意味する情報を前記
   提示ステップに正しい順序で供給することを特徴とする
   請求項７記載のネットワークデバイス管理システムの制
   御方法。
10. 【請求項１０】 前記順序制御ステップが、前記提示ス
    テップへの供給がなされていない受信デバイス情報を、
    前記エラーを意味する情報を供給した後に前記提示ステ
    ップへ供給することを特徴とする請求項９記載のネット
    ワークデバイス管理システムの制御方法。
11. 【請求項１１】 コンピュータ装置を請求項１乃至請求
    項５のいずれか１項に記載のネットワークデバイス管理
    システムにおけるサーバ装置又はクライアント装置とし
    て機能させることを特徴とするコンピュータプログラ
    ム。
12. 【請求項１２】 請求項１１記載のコンピュータプログ
    ラムを格納したコンピュータ装置読み取り可能な記憶媒
    体。