ネットワーク・デバイス制御装置および方法
【課題】 ネットワーク管理ソフトウェアのサーバー・アプリケーションがクライアント・アプリケーションに対するデータの送信に失敗した場合にも、クライアント・アプリケーションの動作を停止しさせない。
【解決手段】 ネットワーク・デバイスと通信するクライアント・サーバー型のネットワーク・デバイス制御装置に、デバイス情報を表示する表示手段、デバイスの情報を取得設定するサーバー・アプリケーションと通信する通信手段、上記通信手段により送受信するデータを変換するデータ変換手段、上記通信手段をタイマにより管理するタイマ管理手段、および上記タイマ管理手段によって使用されるタイムアウト値の情報を管理するタイムアウト値管理手段とを設け、サーバー・アプリケーション側におけるエラー発生時に、クライアント・アプリケーションによるタイマ管理によってそれを検出し、クライアント・アプリケーション内部でエラー処理等の動作を行う。
【解決手段】 ネットワーク・デバイスと通信するクライアント・サーバー型のネットワーク・デバイス制御装置に、デバイス情報を表示する表示手段、デバイスの情報を取得設定するサーバー・アプリケーションと通信する通信手段、上記通信手段により送受信するデータを変換するデータ変換手段、上記通信手段をタイマにより管理するタイマ管理手段、および上記タイマ管理手段によって使用されるタイムアウト値の情報を管理するタイムアウト値管理手段とを設け、サーバー・アプリケーション側におけるエラー発生時に、クライアント・アプリケーションによるタイマ管理によってそれを検出し、クライアント・アプリケーション内部でエラー処理等の動作を行う。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、コンピュータ・ネットワークに関し、具体的にはネットワーク管理ソフトウェアを含むネットワーク・デバイス制御装置、ネットワーク・デバイス制御方法および、ネットワーク管理ソフトウェアのプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】ネットワーク・デバイスを管理する方法として、ＳＮＭＰ／ＭＩＢを使用する方法がある。（ＳＮＭＰ／ＭＩＢの詳細に関しては「ＴＣＰ／ＩＰ ネットワーク管理入門 実用的な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳 （株）トッパン発行 １９９２年８月２０日初版を参照のこと）。
【０００３】ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）ネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを含むいくつかの管理対象ノード、および管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェント・ソフトウェアと通信することにより、ネットワーク上のデバイスに関するデータを得、またそのデバイス内のデータを変更することができる。
【０００４】このようなネットワーク管理ソフトウェアを分散環境で使用する場合、ＳＮＭＰネットワーク管理機能を持つサーバー・アプリケーションと各端末で起動されるＧＵＩ部分である複数のクライアント・アプリケーションによる構成をとることが一般的である。
【０００５】異なる端末間でクライアント・アプリケーションとサーバー・アプリケーションでプロセス間通信を行う標準としてＲＦＣ１０５７ ＲＰＣ（ＲｅｍｏｔｅＰｒｏｃｅｄｕｒｅ Ｃａｌｌ）が定義されている。ＲＰＣとは、ネットワーク・サービスを提供する関数群をサーバー側で用意し、その中の関数をローカル・マシン内の関数と同様に、ネットワーク上の別端末のクライアント・プロセスから呼び出せるようにしたものである。ＲＰＣにおけるプロセス間通信の流れは以下のようになる。クライアントは、サーバーに対するサービス要求として、サーバーに用意されているＲＰＣ関数を呼び出す。この時点で、関数の呼び出し情報を格納したデータ・パケットがサーバーに送られ、クライアントのプログラムは中断される。サーバーがパケットを受け取ると、呼び出された関数をディスパッチ（ｄｉｓｐａｔｃｈ；サーバーがクライアントに計算結果を返すこと。ここでは、ＯＳが動作の割り当てなどの制御を行うことを指す）し、関数の引数を取り出した後、その引数をもとにサービスを実行して、その結果をクライアントに返す。クライアントは関数の結果を受け取った後で、プログラムの実行を再開する。ＲＰＣにおけるクライアントとサーバーの接続形体には、コネクション型とコネクションレス型の２種類がある。
【０００６】
【発明が解決しようとする課題】しかしながら上記従来例では、ネットワーク管理ソフトウェアのサーバー・アプリケーションが、クライアント・アプリケーションに対するデータの送信に失敗した場合、クライアント・アプリケーション側でサーバー・アプリケーション側の送信失敗を知ることができず、クライアント・アプリケーションの動作が停止してしまうという問題がある。
【０００７】そこで本発明の目的は、ネットワーク・デバイス制御装置および方法において、上記のような問題を解決するネットワーク・デバイス制御装置および方法を提供することにある。
【０００８】
【課題を解決するための手段】請求項１の発明にかかるネットワーク・デバイス制御装置は、ネットワーク・デバイスのデバイス情報を表示する表示手段と、ネットワーク・デバイスのデバイス情報を取得し、ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信手段と、上記通信手段により送受信するデータを変換するデータ変換手段と、上記通信手段をタイマーにより管理するタイマー管理手段と、上記タイマー管理手段によって使用されるタイムアウト値の情報を管理するタイムアウト値管理手段と、を設けることにより、サーバー・アプリケーションがクライアント・アプリケーションに対してデータ送信に失敗した場合、クライアント・アプリケーションによるタイマ管理によってクライアント・アプリケーション内部でエラー処理等の動作を行うことが可能となる。
【０００９】請求項２の発明にかかるネットワーク・デバイス制御装置は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理手段において、各同期関数の特性に応じて定められたタイムアウト値を格納することにより、各同期関数毎に適切なタイムアウト値を使用してタイマ管理をしてクライアント・アプリケーション内部で適切なタイミングでエラー処理等の動作を行うことが可能となる。
【００１０】請求項３の発明にかかるネットワーク・デバイス制御装置は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理手段において、各非同期関数の特性に応じてタイムアウト値を計算することにより、各非同期関数のコールバック毎に適切なタイムアウト値を使用してタイマ管理をしてクライアント・アプリケーション内部で適切なタイミングでエラー処理等の動作を行うことが可能となる。
【００１１】請求項４の発明にかかるネットワーク・デバイス制御装置は、前記ネットワーク・デバイス制御方法の前記タイマ管理手段において、タイムアウト時に内部的にエラー情報を通知することにより、クライアント・アプリケーション内部でエラー処理等の動作を行うことが可能となる。
【００１２】請求項５の発明にかかるネットワーク・デバイス制御装置は、前記ネットワーク・デバイス制御方法の前記タイマ管理手段において、タイムアウト後にサーバー・アプリケーションから受信したデータを無視することにより、タイムアウト後にエラー等処理を行ったクライアント・アプリケーションの誤動作を防ぐことが可能となる。
【００１３】請求項６の発明にかかるネットワーク・デバイス制御方法は、ネットワーク・デバイスのデバイス情報を表示する表示ステップと、ネットワーク・デバイスのデバイス情報を取得し、ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信ステップと、上記通信ステップにより送受信するデータを変換するデータ変換ステップと、上記通信ステップをタイマにより管理するタイマ管理ステップと、上記タイマ管理ステップによって使用されるタイムアウト値の情報を管理するタイムアウト値管理ステップとを有したネットワーク・デバイス制御方法である。
【００１４】請求項７の発明にかかるネットワーク・デバイス制御方法は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各同期関数の特性に応じて定められたタイムアウト値を格納するステップを有したネットワーク・デバイス制御方法である。
【００１５】請求項８の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各非同期関数の特性に応じてタイムアウト値を計算するステップを有したネットワーク・デバイス制御方法である。
【００１６】請求項９の発明にかかるネットワーク・デバイス制御方法は、前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト時に内部的にエラー情報を通知するステップを有したネットワーク・デバイス制御方法である。
【００１７】請求項１０の発明にかかるネットワーク・デバイス制御方法は、前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト後にサーバー・アプリケーションから受信したデータを無視するプログラムを有したネットワーク・デバイス制御方法である。
【００１８】請求項１１の発明にかかるコンピュータで読み取り可能な記憶媒体は、デバイス情報を表示する表示ステップと、デバイスの情報を取得設定するサーバー・アプリケーションと通信する通信ステップと、上記通信ステップにより送受信するデータを変換するデータ変換ステップと、上記通信ステップをタイマにより管理するタイマ管理ステップと、上記タイマ管理ステップによって使用されるタイムアウト値の情報を管理するタイムアウト値管理ステップと、から成るプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００１９】請求項１２の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各同期関数の特性に応じて定められたタイムアウト値を格納するプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００２０】請求項１３の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各非同期関数の特性に応じてタイムアウト値を計算するプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００２１】請求項１４の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト時に内部的にエラー情報を通知するプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００２２】請求項１５の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト後にサーバー・アプリケーションから受信したデータを無視するプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００２３】
【発明の実施の形態】先ず、本発明が適用されるネットワークについて説明する。図１は、プリンタをネットワークに接続するためのネットワーク・ボード（ＮＢ）１０１を、開放型アーキテクチャを持つプリンタ１０２へつなげた場合を示す図である。ＮＢ１０１はローカル・エリア・ネットワーク（ＬＡＮ）１００へ、たとえば、同軸コネクタをもつＥｔｈｅｒｎｅｔ（登録商標）インターフェース１０Ｂａｓｅ−２や、ＲＪ−４５を持つ１０Ｂａｓｅ−Ｔ等のＬＡＮインターフェースを介して接続されている。
【００２４】ＰＣ１０３やＰＣ１０４等の複数のパーソナル・コンピュータ（ＰＣ）もまた、ＬＡＮ１００に接続されており、ネットワークオペレーティングシステムの制御のもと、これらのＰＣ１０３，１０４はＮＢ１０１と通信することができる。またＰＣ１０３に、ＰＣ１０４に接続されているプリンタ１０５のようなプリンタを接続してもよい。
【００２５】また、ＬＡＮ１００にファイル・サーバー１０６が接続されており、これは大容量（たとえば１００億バイト）のネットワーク・ディスク１０７に記憶されたファイルへのアクセスを管理する。プリント・サーバー１０８は、接続されたプリンタ１０９ａおよび１０９ｂ、または遠隔地にあるプリンタ１０５などのプリンタに印刷を行わせる。
【００２６】さらに詳しくは、図１に示すネットワークは、様々なネットワーク・メンバ間で効率良く通信を行うために、ＮｏｖｅｌｌやＵＮＩＸ（登録商標）のソフトウェアなどのネットワーク・ソフトウェアを使用することができる。どのネットワーク・ソフトウェアを使用することも可能であるが、たとえば、Ｎｏｖｅｌｌ社のＮｅｔＷａｒｅ（Ｎｏｖｅｌｌ社の登録商標。以下省略）ソフトウェアを使用することができる。このソフトウェアパッケージに関する詳細な説明は、ＮｅｔＷａｒｅパッケージに同梱されているオンラインドキュメンテーションを参照のこと。これは、Ｎｏｖｅｌｌ社からＮｅｔＷａｒｅパッケージとともに購入可能である。
【００２７】図１の構成について簡潔に説明すると、ファイル・サーバー１０６は、ＬＡＮメンバ間でデータのファイルの受信または、記憶、キューイング、キャッシング、および送信を行うファイル管理部としての役割を果たす。たとえば、ＰＣ１０３およびＰＣ１０４のそれぞれによって作られたデータファイルは、ファイル・サーバー１０６へ送られ、ファイル・サーバー１０６はこれらのデータファイルを順に並べ、そしてプリント・サーバー１０８からのコマンドにしたがって、並べられたデータファイルをプリンタ１０９ａへ送信する。
【００２８】またＰＣ１０３とＰＣ１０４はそれぞれ、データファイルの生成や、生成したデータファイルのＬＡＮ１００への送信や、また、ＬＡＮ１００からのファイルの受信や、更にそのようなファイルの表示及び／又は処理を行うことのできる通常のＰＣで構成される。なお、図１ではパーソナル・コンピュータ機器が示されているが、ネットワーク・ソフトウェアを実行するのに適切であるような、他のコンピュータ機器を含んでもよい。たとえば、ＵＮＩＸのソフトウェアを使用している場合に、ＵＮＩＸワークステーションをネットワークに含んでもよく、これらのワークステーションは、適切な状況下で、図示されているＰＣと共に使用することができる。
【００２９】通常、ＬＡＮ１００などのＬＡＮは、１つの建物内の１つの階または連続した複数の階でのユーザグループ等の、幾分ローカルなユーザグループにサービスを提供する。たとえば、ユーザが他の建物や他県にいるなど、あるユーザが他のユーザから離れるにしたがって、ワイドエリアネットワーク（ＷＡＮ）を作ってもよい。ＷＡＮは、基本的には、いくつかのＬＡＮを高速度サービス総合デジタルネットワーク（ＩＳＤＮ）電話線等の高速度デジタルラインで接続して形成された集合体である。したがって、図１に示すように、ＬＡＮ１００と、ＬＡＮ１１０と、ＬＡＮ１２０とは変調／復調（ＭＯＤＥＭ）／トランスポンダ１３０およびバックボーン１４０を介して接続されてＷＡＮを形成する。これらの接続は、数本のバスによる単純な電気的接続である。それぞれのＬＡＮは専用のＰＣを含み、また、必ずしも必要なわけではないが、通常はファイル・サーバーおよびプリント・サーバーを含む。
【００３０】したがって図１に示すように、ＬＡＮ１１０は、ＰＣ１１１と、ＰＣ１１２と、ファイル・サーバー１１３と、ネットワーク・ディスク１１４と、プリント・サーバー１１５と、プリンタ１１６およびプリンタ１１７とを含む。対照的に、ＬＡＮ１２０はＰＣ１２１とＰＣ１２２のみを含む。ＬＡＮ１００と、ＬＡＮ１１０と、ＬＡＮ１２０とに接続されている機器は、ＷＡＮ接続を介して、他のＬＡＮの機器の機能にアクセスすることができる。
【００３１】前述したプリンタ１０２には、ネットワークに接続するためのネットワーク・ボードＮＢが実装され、このボード上にエージェントが実装されている。これにより、プリンタをネットワーク管理ソフトウェアによる管理の対象とすることができる。ユーザは、ネットワーク管理ソフトウェアを用いて制御対象のプリンタの情報を得、また状態を変更することができる。より具体的には、たとえばプリンタの液晶ディスプレイに表示されている文字列を取得したり、デフォルトの給紙カセットを変更したりすることができる。
【００３２】ネットワーク管理ソフトウェアが稼動するＰＣについて、以下に説明する。図２において、２００はネットワーク管理ソフトウェアが稼動するＰＣであり、図１における１０３と同等のものである。
【００３３】本発明の実施形態によるネットワーク管理装置は、図２に示したような従来のネットワーク管理装置を実現可能なＰＣ（パーソナル・コンピュータ）と同様の構成のＰＣ上に、実現される。ハード・ディスク（ＨＤ）２１１には、後述のすべての説明で動作主体となる本願に係るネットワーク管理ソフトウェアのプログラムが格納される。後述のすべての説明において、とくに断りのない限り、実行の主体は、ハード上はＣＰＵ２０１である。一方、ソフトウェア上の制御の主体は、ハード・ディスク（ＨＤ）２１１に格納されたネットワーク管理ソフトウェアである。本実施例においては、ＯＳ（オペレイティング・システム）はたとえば、ウィンドウズ９５（マイクロソフト社製）を想定しているが、これに限るものではない。
【００３４】なお本願に係るネットワーク管理プログラムは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には図２に示すフロッピーディスク・コントローラ（ＦＤ）２１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハード・ディスク（ＨＤ）２１１にインストールされる。
【００３５】以下の説明において、本願に係るネットワーク管理ソフトウェアのＧＵＩ部分のプロセスを「ＮｅｔＳｐｏｔ ＧＵＩ」、デバイスと通信する部分のプロセスを「ＶＤＣ」と呼称する。
【００３６】図３あるいは図１において、ＰＣ１０３上でＮｅｔＳｐｏｔ ＧＵＩのプロセス、ＰＣ１２１上でＶＤＣのプロセスをそれぞれ起動してプリンタ１０２（ＳＮＭＰエージェントが実装されている）を管理する。ＮｅｔＳｐｏｔ ＧＵＩは、プロセス間通信の機能を使用してＶＤＣと通信を行い、ＶＤＣはＳＮＭＰプロトコルを使用してデバイスと通信を行う。
【００３７】デバイスから情報を取得するために、ＮｅｔＳｐｏｔ ＧＵＩはプロキシを用いてプロセス間通信をし、ＶＤＣに取得したいデバイス情報を送信する。ＶＤＣはスタブから送信された情報を受け取り、ＳＮＭＰプロトコルを用いてデバイスからＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ；自分の状態に関するデータであり、ここではデバイスの状態に関するデータ・ベースを指す）情報を取得する。取得した情報は、ＶＤＣのスタブからプロセス間通信を使用してプロキシに送信され、プロキシからＮｅｔＳｐｏｔ ＧＵＩにコールバック通知される。ＮｅｔＳｐｏｔ ＧＵＩは、ＶＤＣからコールバック通知された情報を基にビットマップ表示等を行ってデバイス情報を表示する。この例を図４に示す。この例では、管理対象範囲に６個のデバイスの存在と、それぞれのデバイスの製品名、ネットワーク・アドレス、そしてＭＡＣアドレスを表示し、そして最下段に表示されたデバイスの状態が、スリープモードであることを示している。
【００３８】デバイスに情報を設定するために、ＮｅｔＳｐｏｔ ＧＵＩはプロキシを用いてプロセス間通信をし、ＶＤＣに設定したいデバイス情報を送信する。ＶＤＣはスタブから送信された情報を受け取り、ＳＮＭＰプロトコルを用いてデバイスにＭＩＢ情報を設定する。設定が成功したか失敗したかを示す情報は、ＶＤＣのスタブからプロセス間通信を使用してプロキシに送信され、プロキシからＮｅｔＳｐｏｔ ＧＵＩにコールバック通知される。ＮｅｔＳｐｏｔ ＧＵＩは、ＶＤＣからコールバック通知された情報を基にビットマップ表示等を行って設定情報を表示する。この例を図５に示す。デバイスとしてのプリンタの状態(Status)シートの表示例を示している。この図は、ネットワーク周辺機器を管理・制御するためのウィンドウ、すなわちデバイス詳細ウィンドウであり、ユーザがＮｅｔＳｐｏｔを管理者モードで起動したときに、ユーザの指示に応じてＮｅｔＳｐｏｔが順次表示していくウィンドウの１つの表示状態を示す例である。ここでは、図４に表示されたデバイス（最下段のデバイス）であるＬＡＳＥＲ ＳＨＯＴ ＬＢＰ−９３０の状態を示している。このウィンドウから、他にジョブ・シート、情報・シート、ネットワーク・シートを選択表示することが可能である。ここでは、プリンタの図の下方に表示されているエラーに関する表示エリアを示そうとしている。ＮｅｔＳｐｏｔはユーザからの指示がない場合でも、ＮｅｔＳｐｏｔの動作状況やネットワークから得られた情報に応じて、各種のウィンドウを自動的に表示するが、それらのウィンドウについては、ここでは説明しない。
【００３９】図６は、ＮｅｔＳｐｏｔ ＧＵＩの要求に従ってデバイスとの通信を行うウィンドウを示す。
【００４０】このＮｅｔＳｐｏｔ ＧＵＩのプロキシについて、図７のフロー・チャートを用いて同期関数における動作、図８のフロー・チャートを用いて非同期関数における動作を説明する。
【００４１】図７のＳ１０１において、呼び出されたＡＰＩの特性に応じて適切なタイムアウト値を取得する。タイムアウト値に関しては、各モジュールの各ＡＰＩ毎にデータ・ベースに登録しておく。Ｓ１０２において同期関数がＶＤＣ（スタブ）側で処理されマーシャリング（Ｍａｒｓｈａｌｉｎｇ；配列する）されたデータがＮｅｔＳｐｏｔ ＧＵＩのプロキシまで戻ってくる間の時間を監視するために、Ｓ１０１で計算したタイムアウト値を使用してタイマをかける。Ｓ１０３において、ＮｅｔＳｐｏｔ ＧＵＩからプロキシに対して同期関数によるリクエストを行う。プロキシはリクエスト・データをマーシャリングして別プロセスであるＶＤＣに送信する。プロキシはマーシャリングしたデータの送信後、ＮｅｔＳｐｏｔ ＧＵＩに同期関数を提供するために、ＶＤＣ（スタブ）からデータが返ってくるまで一時的にＡＰＩ呼び出しされたスレッドを停止する。Ｓ１０４において、ＶＤＣからレスポンス受信したか確認する。ＶＤＣからレスポンスを受信した場合、Ｓ１０５においてＮｅｔＳｐｏｔ ＧＵＩに対してすでに同期関数の戻り値および引数を通知したかを確認する。ＮｅｔＳｐｏｔ ＧＵＩに対してすでに同期関数の戻り値および引数を通知している場合、ＶＤＣから受信した情報を無視して処理を終了する。ＮｅｔＳｐｏｔ ＧＵＩに対して同期関数の戻り値および引数を通知していない場合、Ｓ１０６に進みＶＤＣから受信したデータをアンマーシャリング（展開）して正常な戻り値および引数を通知する。そして、Ｓ１０７においてＮｅｔＳｐｏｔ ＧＵＩに対して同期関数の戻り値および引数を通知したことを記憶する。Ｓ１０４においてＶＤＣからレスポンスを受信していない場合、Ｓ１０８に進みＳ１０２でかけたタイマがタイムアウトしているか確認する。タイムアウトしていない場合、Ｓ１０４に戻りＶＤＣからレスポンスの受信を待つ。タイムアウトしている場合、Ｓ１０９に進みエラー情報の戻り値および引数をＮｅｔＳｐｏｔ ＧＵＩに対して通知する。そして、Ｓ１０７に進みＮｅｔＳｐｏｔ ＧＵＩに対して同期関数の戻り値および引数を通知したことを記憶する。
【００４２】つぎに、非同期関数のコールバック呼び出しについて図８のフロー・チャートを用いて説明する。Ｓ２０１において、呼び出されたＡＰＩに応じて適切なタイムアウト値を計算する。タイムアウト値の計算方法は図９のフロー・チャートを用いて後で説明する。Ｓ２０２において非同期関数のコールバックをＶＤＣから受け付ける時間を監視するために、Ｓ２０１で計算したタイムアウト値を使用してタイマをかける。Ｓ２０３において、ＮｅｔＳｐｏｔ ＧＵＩからプロキシに対して非同期関数によるリクエストを行う。プロキシはリクエスト・データをマーシャリングして別プロセスであるＶＤＣに送信する。Ｓ２０４において、ＶＤＣから非同期関数に対するコールバックを受信したか確認する。ＶＤＣからコールバックを受信した場合、Ｓ２０５においてＮｅｔＳｐｏｔ ＧＵＩに対してコールバックをすでに通知したか確認する。ＮｅｔＳｐｏｔ ＧＵＩに対してすでにコールバックを通知している場合、ＶＤＣから受信した情報を無視して処理を終了する。ＮｅｔＳｐｏｔ ＧＵＩに対してコールバックを通知していない場合、Ｓ２０６に進みＶＤＣから受信したデータをアンマーシャリングして正常なコールバックを通知する。そして、Ｓ２０７においてＮｅｔＳｐｏｔ ＧＵＩに対してコールバックを行ったことを記憶する。Ｓ２０４においてＶＤＣからコールバックを受信していない場合、Ｓ２０８に進みＳ２０２でかけたタイマがタイムアウトしているか確認する。タイムアウトしていない場合、Ｓ２０４に戻りＶＤＣからコールバックの受信を待つ。タイムアウトしている場合、Ｓ２０９に進みエラー情報を含むコールバックをＮｅｔＳｐｏｔ ＧＵＩに対して通知する。そして、Ｓ２０７に進みＮｅｔＳｐｏｔ ＧＵＩに対してコールバックを行ったことを記憶する。
【００４３】図９のフロー・チャートを用いてデバイスの情報を取得する場合のタイムアウト値の計算方法について説明する。デバイス情報の取得のためには、デバイスの動作状況や様々な設定を表現する属性データを示すプロパティを使用する。このプロパティの集合をＶＤＣにリクエストすることによって、デバイスから情報の取得が可能である。Ｓ３０１において、１つのプロパティの取得を待つ時間であるタイムアウト値Ａをデータ・ベースから取得する。Ｓ３０２において、ＶＤＣの動作特性によるタイムアウト値Ｂをデータ・ベースから取得する。たとえば、デバイス情報の取得において、各プロパティ情報の取得に失敗した場合、３秒毎に３回再送するメカニズムを持っているので、この特性を考慮したタイムアウト値Ｂがデータ・ベース内に保持される。Ｓ３０３において、取得したタイムアウト値Ａ，Ｂを使用して、実際にＶＤＣからのコールバックの受信を待つ時間を計算する。デバイス情報の取得においては、（タイムアウト値Ａ×プロパティ数）×タイムアウト値Ｂの計算式を用いる。
【００４４】
【発明の効果】以上説明したように、本発明のネットワーク・デバイス制御装置および方法によれば、ネットワーク管理ソフトウェアの通信アプリケーションがＧＵＩアプリケーションにデータの送信に失敗した場合、ＧＵＩアプリケーション側でタイマ処理を行うことによりＧＵＩアプリケーションの動作の停止を防止することと、タイムアウト後に通知された情報をプロキシ内で削除することによりＧＵＩアプリケーションの動作の妨害を防ぐことができるという効果がある。
【図面の簡単な説明】
【図１】プリンタをネットワークに接続するためのネットワーク・ボードを、開放型アーキテクチャを持つプリンタへつなげた場合を示す図である。
【図２】ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。
【図３】ＮｅｔＳｐｏｔ ＧＵＩのプロセス、ＶＤＣのプロセスをそれぞれ起動してデバイスを管理するさいのそれぞれのＰＣ、あるいはプロセス間通信の様子を示す図である。
【図４】ＶＤＣからコールバック通知された情報を基にビットマップ表示等を行ってデバイス情報を表示した例を示す図である。
【図５】管理対象デバイスの状態（Ｓｔａｔｕｓ）シートの表示例を示す図である。
【図６】管理対象デバイスと通信をおこなうＶＤＣのウインドウを示す図である。
【図７】本発明の実施形態におけるＮｅｔＳｐｏｔ ＧＵＩのプロキシについて、同期関数における動作を示すフロー・チャートである。
【図８】本発明の実施形態におけるＮｅｔＳｐｏｔ ＧＵＩのプロキシについて、非同期関数における動作を示すフロー・チャートである。
【図９】本発明の実施形態におけるデバイスの情報を取得する場合のタイムアウト値の計算方法について説明するフロー・チャートである。
【符号の説明】
１００ ローカル・エリア・ネットワーク（ＬＡＮ）
１０１ ネットワーク・ボード（ＮＢ）
１０２ 開放型アーキテクチャを持つプリンタ
１０３ ＬＡＮ１００に接続されているパーソナル・コンピュータ（ＰＣ）
１０４ ＬＡＮ１００に接続されているパーソナル・コンピュータ（ＰＣ）
１０５ ＰＣ１０４に接続されているプリンタ
１０６ ＬＡＮ１００に接続されているファイル・サーバー
１０７ ＬＡＮ１００に含まれるネットワーク・ディスク
１０８ ＬＡＮ１００に含まれるプリント・サーバー
１０９ａ プリント・サーバー１０８に接続されたプリンタ
１０９ｂ プリント・サーバー１０８に接続されたプリンタ
１１０ ローカル・エリア・ネットワーク（ＬＡＮ）
１１１ ＬＡＮ１１０に接続されているパーソナル・コンピュータ（ＰＣ）
１１２ ＬＡＮ１１０に接続されているパーソナル・コンピュータ（ＰＣ）
１１３ ＬＡＮ１１０に接続されているファイル・サーバー
１１４ ＬＡＮ１１０に含まれるネットワーク・ディスク
１１５ ＬＡＮ１１０に含まれるプリント・サーバー
１１６ プリント・サーバー１１０に接続されたプリンタ
１１７ プリント・サーバー１１０に接続されたプリンタ
１２０ ローカル・エリア・ネットワーク（ＬＡＮ）
１２１ ＬＡＮ１００に接続されているパーソナル・コンピュータ（ＰＣ）
１２２ ＬＡＮ１２０に接続されているパーソナル・コンピュータ（ＰＣ）
１３０ 変調／復調（ＭＯＤＥＭ）／トランスポンダ
１４０ バックボーン
２００ ネットワーク管理ソフトウェアが稼動するＰＣ
２０１ ＦＤ２１２より供給されるネットワーク管理プログラムを実行するＣＰＵ
２０２ ＰＣ２００のＲＯＭ
２０３ ＰＣ２００のＲＡＭ
２０４ ＰＣ２００のシステム・バス
２０５ ＰＣ２００のキーボード・コントローラ（ＫＢＣ）
２０６ ＰＣ２００のＣＲＴコントローラ（ＣＲＴＣ）
２０７ ＰＣ２００のディスク・コントローラ（ＤＫＣ）
２０８ ＰＣ２００のネットワーク・インタフェースカード（ＮＩＣ）
２０９ ＰＣ２００のキーボード（ＫＢ）
２１０ ＰＣ２００のＣＲＴディスプレイ（ＣＲＴ）
２１１ ＰＣ２００のハード・ディスク（ＨＤ）
２１２ フロッピー・ディスクドライブ（ＦＤ）
【０００１】
【発明の属する技術分野】本発明は、コンピュータ・ネットワークに関し、具体的にはネットワーク管理ソフトウェアを含むネットワーク・デバイス制御装置、ネットワーク・デバイス制御方法および、ネットワーク管理ソフトウェアのプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】ネットワーク・デバイスを管理する方法として、ＳＮＭＰ／ＭＩＢを使用する方法がある。（ＳＮＭＰ／ＭＩＢの詳細に関しては「ＴＣＰ／ＩＰ ネットワーク管理入門 実用的な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳 （株）トッパン発行 １９９２年８月２０日初版を参照のこと）。
【０００３】ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）ネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを含むいくつかの管理対象ノード、および管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェント・ソフトウェアと通信することにより、ネットワーク上のデバイスに関するデータを得、またそのデバイス内のデータを変更することができる。
【０００４】このようなネットワーク管理ソフトウェアを分散環境で使用する場合、ＳＮＭＰネットワーク管理機能を持つサーバー・アプリケーションと各端末で起動されるＧＵＩ部分である複数のクライアント・アプリケーションによる構成をとることが一般的である。
【０００５】異なる端末間でクライアント・アプリケーションとサーバー・アプリケーションでプロセス間通信を行う標準としてＲＦＣ１０５７ ＲＰＣ（ＲｅｍｏｔｅＰｒｏｃｅｄｕｒｅ Ｃａｌｌ）が定義されている。ＲＰＣとは、ネットワーク・サービスを提供する関数群をサーバー側で用意し、その中の関数をローカル・マシン内の関数と同様に、ネットワーク上の別端末のクライアント・プロセスから呼び出せるようにしたものである。ＲＰＣにおけるプロセス間通信の流れは以下のようになる。クライアントは、サーバーに対するサービス要求として、サーバーに用意されているＲＰＣ関数を呼び出す。この時点で、関数の呼び出し情報を格納したデータ・パケットがサーバーに送られ、クライアントのプログラムは中断される。サーバーがパケットを受け取ると、呼び出された関数をディスパッチ（ｄｉｓｐａｔｃｈ；サーバーがクライアントに計算結果を返すこと。ここでは、ＯＳが動作の割り当てなどの制御を行うことを指す）し、関数の引数を取り出した後、その引数をもとにサービスを実行して、その結果をクライアントに返す。クライアントは関数の結果を受け取った後で、プログラムの実行を再開する。ＲＰＣにおけるクライアントとサーバーの接続形体には、コネクション型とコネクションレス型の２種類がある。
【０００６】
【発明が解決しようとする課題】しかしながら上記従来例では、ネットワーク管理ソフトウェアのサーバー・アプリケーションが、クライアント・アプリケーションに対するデータの送信に失敗した場合、クライアント・アプリケーション側でサーバー・アプリケーション側の送信失敗を知ることができず、クライアント・アプリケーションの動作が停止してしまうという問題がある。
【０００７】そこで本発明の目的は、ネットワーク・デバイス制御装置および方法において、上記のような問題を解決するネットワーク・デバイス制御装置および方法を提供することにある。
【０００８】
【課題を解決するための手段】請求項１の発明にかかるネットワーク・デバイス制御装置は、ネットワーク・デバイスのデバイス情報を表示する表示手段と、ネットワーク・デバイスのデバイス情報を取得し、ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信手段と、上記通信手段により送受信するデータを変換するデータ変換手段と、上記通信手段をタイマーにより管理するタイマー管理手段と、上記タイマー管理手段によって使用されるタイムアウト値の情報を管理するタイムアウト値管理手段と、を設けることにより、サーバー・アプリケーションがクライアント・アプリケーションに対してデータ送信に失敗した場合、クライアント・アプリケーションによるタイマ管理によってクライアント・アプリケーション内部でエラー処理等の動作を行うことが可能となる。
【０００９】請求項２の発明にかかるネットワーク・デバイス制御装置は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理手段において、各同期関数の特性に応じて定められたタイムアウト値を格納することにより、各同期関数毎に適切なタイムアウト値を使用してタイマ管理をしてクライアント・アプリケーション内部で適切なタイミングでエラー処理等の動作を行うことが可能となる。
【００１０】請求項３の発明にかかるネットワーク・デバイス制御装置は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理手段において、各非同期関数の特性に応じてタイムアウト値を計算することにより、各非同期関数のコールバック毎に適切なタイムアウト値を使用してタイマ管理をしてクライアント・アプリケーション内部で適切なタイミングでエラー処理等の動作を行うことが可能となる。
【００１１】請求項４の発明にかかるネットワーク・デバイス制御装置は、前記ネットワーク・デバイス制御方法の前記タイマ管理手段において、タイムアウト時に内部的にエラー情報を通知することにより、クライアント・アプリケーション内部でエラー処理等の動作を行うことが可能となる。
【００１２】請求項５の発明にかかるネットワーク・デバイス制御装置は、前記ネットワーク・デバイス制御方法の前記タイマ管理手段において、タイムアウト後にサーバー・アプリケーションから受信したデータを無視することにより、タイムアウト後にエラー等処理を行ったクライアント・アプリケーションの誤動作を防ぐことが可能となる。
【００１３】請求項６の発明にかかるネットワーク・デバイス制御方法は、ネットワーク・デバイスのデバイス情報を表示する表示ステップと、ネットワーク・デバイスのデバイス情報を取得し、ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信ステップと、上記通信ステップにより送受信するデータを変換するデータ変換ステップと、上記通信ステップをタイマにより管理するタイマ管理ステップと、上記タイマ管理ステップによって使用されるタイムアウト値の情報を管理するタイムアウト値管理ステップとを有したネットワーク・デバイス制御方法である。
【００１４】請求項７の発明にかかるネットワーク・デバイス制御方法は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各同期関数の特性に応じて定められたタイムアウト値を格納するステップを有したネットワーク・デバイス制御方法である。
【００１５】請求項８の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各非同期関数の特性に応じてタイムアウト値を計算するステップを有したネットワーク・デバイス制御方法である。
【００１６】請求項９の発明にかかるネットワーク・デバイス制御方法は、前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト時に内部的にエラー情報を通知するステップを有したネットワーク・デバイス制御方法である。
【００１７】請求項１０の発明にかかるネットワーク・デバイス制御方法は、前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト後にサーバー・アプリケーションから受信したデータを無視するプログラムを有したネットワーク・デバイス制御方法である。
【００１８】請求項１１の発明にかかるコンピュータで読み取り可能な記憶媒体は、デバイス情報を表示する表示ステップと、デバイスの情報を取得設定するサーバー・アプリケーションと通信する通信ステップと、上記通信ステップにより送受信するデータを変換するデータ変換ステップと、上記通信ステップをタイマにより管理するタイマ管理ステップと、上記タイマ管理ステップによって使用されるタイムアウト値の情報を管理するタイムアウト値管理ステップと、から成るプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００１９】請求項１２の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各同期関数の特性に応じて定められたタイムアウト値を格納するプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００２０】請求項１３の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各非同期関数の特性に応じてタイムアウト値を計算するプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００２１】請求項１４の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト時に内部的にエラー情報を通知するプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００２２】請求項１５の発明にかかるコンピュータで読み取り可能な記憶媒体は、前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト後にサーバー・アプリケーションから受信したデータを無視するプログラムを有したコンピュータで読み取り可能な記憶媒体である。
【００２３】
【発明の実施の形態】先ず、本発明が適用されるネットワークについて説明する。図１は、プリンタをネットワークに接続するためのネットワーク・ボード（ＮＢ）１０１を、開放型アーキテクチャを持つプリンタ１０２へつなげた場合を示す図である。ＮＢ１０１はローカル・エリア・ネットワーク（ＬＡＮ）１００へ、たとえば、同軸コネクタをもつＥｔｈｅｒｎｅｔ（登録商標）インターフェース１０Ｂａｓｅ−２や、ＲＪ−４５を持つ１０Ｂａｓｅ−Ｔ等のＬＡＮインターフェースを介して接続されている。
【００２４】ＰＣ１０３やＰＣ１０４等の複数のパーソナル・コンピュータ（ＰＣ）もまた、ＬＡＮ１００に接続されており、ネットワークオペレーティングシステムの制御のもと、これらのＰＣ１０３，１０４はＮＢ１０１と通信することができる。またＰＣ１０３に、ＰＣ１０４に接続されているプリンタ１０５のようなプリンタを接続してもよい。
【００２５】また、ＬＡＮ１００にファイル・サーバー１０６が接続されており、これは大容量（たとえば１００億バイト）のネットワーク・ディスク１０７に記憶されたファイルへのアクセスを管理する。プリント・サーバー１０８は、接続されたプリンタ１０９ａおよび１０９ｂ、または遠隔地にあるプリンタ１０５などのプリンタに印刷を行わせる。
【００２６】さらに詳しくは、図１に示すネットワークは、様々なネットワーク・メンバ間で効率良く通信を行うために、ＮｏｖｅｌｌやＵＮＩＸ（登録商標）のソフトウェアなどのネットワーク・ソフトウェアを使用することができる。どのネットワーク・ソフトウェアを使用することも可能であるが、たとえば、Ｎｏｖｅｌｌ社のＮｅｔＷａｒｅ（Ｎｏｖｅｌｌ社の登録商標。以下省略）ソフトウェアを使用することができる。このソフトウェアパッケージに関する詳細な説明は、ＮｅｔＷａｒｅパッケージに同梱されているオンラインドキュメンテーションを参照のこと。これは、Ｎｏｖｅｌｌ社からＮｅｔＷａｒｅパッケージとともに購入可能である。
【００２７】図１の構成について簡潔に説明すると、ファイル・サーバー１０６は、ＬＡＮメンバ間でデータのファイルの受信または、記憶、キューイング、キャッシング、および送信を行うファイル管理部としての役割を果たす。たとえば、ＰＣ１０３およびＰＣ１０４のそれぞれによって作られたデータファイルは、ファイル・サーバー１０６へ送られ、ファイル・サーバー１０６はこれらのデータファイルを順に並べ、そしてプリント・サーバー１０８からのコマンドにしたがって、並べられたデータファイルをプリンタ１０９ａへ送信する。
【００２８】またＰＣ１０３とＰＣ１０４はそれぞれ、データファイルの生成や、生成したデータファイルのＬＡＮ１００への送信や、また、ＬＡＮ１００からのファイルの受信や、更にそのようなファイルの表示及び／又は処理を行うことのできる通常のＰＣで構成される。なお、図１ではパーソナル・コンピュータ機器が示されているが、ネットワーク・ソフトウェアを実行するのに適切であるような、他のコンピュータ機器を含んでもよい。たとえば、ＵＮＩＸのソフトウェアを使用している場合に、ＵＮＩＸワークステーションをネットワークに含んでもよく、これらのワークステーションは、適切な状況下で、図示されているＰＣと共に使用することができる。
【００２９】通常、ＬＡＮ１００などのＬＡＮは、１つの建物内の１つの階または連続した複数の階でのユーザグループ等の、幾分ローカルなユーザグループにサービスを提供する。たとえば、ユーザが他の建物や他県にいるなど、あるユーザが他のユーザから離れるにしたがって、ワイドエリアネットワーク（ＷＡＮ）を作ってもよい。ＷＡＮは、基本的には、いくつかのＬＡＮを高速度サービス総合デジタルネットワーク（ＩＳＤＮ）電話線等の高速度デジタルラインで接続して形成された集合体である。したがって、図１に示すように、ＬＡＮ１００と、ＬＡＮ１１０と、ＬＡＮ１２０とは変調／復調（ＭＯＤＥＭ）／トランスポンダ１３０およびバックボーン１４０を介して接続されてＷＡＮを形成する。これらの接続は、数本のバスによる単純な電気的接続である。それぞれのＬＡＮは専用のＰＣを含み、また、必ずしも必要なわけではないが、通常はファイル・サーバーおよびプリント・サーバーを含む。
【００３０】したがって図１に示すように、ＬＡＮ１１０は、ＰＣ１１１と、ＰＣ１１２と、ファイル・サーバー１１３と、ネットワーク・ディスク１１４と、プリント・サーバー１１５と、プリンタ１１６およびプリンタ１１７とを含む。対照的に、ＬＡＮ１２０はＰＣ１２１とＰＣ１２２のみを含む。ＬＡＮ１００と、ＬＡＮ１１０と、ＬＡＮ１２０とに接続されている機器は、ＷＡＮ接続を介して、他のＬＡＮの機器の機能にアクセスすることができる。
【００３１】前述したプリンタ１０２には、ネットワークに接続するためのネットワーク・ボードＮＢが実装され、このボード上にエージェントが実装されている。これにより、プリンタをネットワーク管理ソフトウェアによる管理の対象とすることができる。ユーザは、ネットワーク管理ソフトウェアを用いて制御対象のプリンタの情報を得、また状態を変更することができる。より具体的には、たとえばプリンタの液晶ディスプレイに表示されている文字列を取得したり、デフォルトの給紙カセットを変更したりすることができる。
【００３２】ネットワーク管理ソフトウェアが稼動するＰＣについて、以下に説明する。図２において、２００はネットワーク管理ソフトウェアが稼動するＰＣであり、図１における１０３と同等のものである。
【００３３】本発明の実施形態によるネットワーク管理装置は、図２に示したような従来のネットワーク管理装置を実現可能なＰＣ（パーソナル・コンピュータ）と同様の構成のＰＣ上に、実現される。ハード・ディスク（ＨＤ）２１１には、後述のすべての説明で動作主体となる本願に係るネットワーク管理ソフトウェアのプログラムが格納される。後述のすべての説明において、とくに断りのない限り、実行の主体は、ハード上はＣＰＵ２０１である。一方、ソフトウェア上の制御の主体は、ハード・ディスク（ＨＤ）２１１に格納されたネットワーク管理ソフトウェアである。本実施例においては、ＯＳ（オペレイティング・システム）はたとえば、ウィンドウズ９５（マイクロソフト社製）を想定しているが、これに限るものではない。
【００３４】なお本願に係るネットワーク管理プログラムは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には図２に示すフロッピーディスク・コントローラ（ＦＤ）２１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハード・ディスク（ＨＤ）２１１にインストールされる。
【００３５】以下の説明において、本願に係るネットワーク管理ソフトウェアのＧＵＩ部分のプロセスを「ＮｅｔＳｐｏｔ ＧＵＩ」、デバイスと通信する部分のプロセスを「ＶＤＣ」と呼称する。
【００３６】図３あるいは図１において、ＰＣ１０３上でＮｅｔＳｐｏｔ ＧＵＩのプロセス、ＰＣ１２１上でＶＤＣのプロセスをそれぞれ起動してプリンタ１０２（ＳＮＭＰエージェントが実装されている）を管理する。ＮｅｔＳｐｏｔ ＧＵＩは、プロセス間通信の機能を使用してＶＤＣと通信を行い、ＶＤＣはＳＮＭＰプロトコルを使用してデバイスと通信を行う。
【００３７】デバイスから情報を取得するために、ＮｅｔＳｐｏｔ ＧＵＩはプロキシを用いてプロセス間通信をし、ＶＤＣに取得したいデバイス情報を送信する。ＶＤＣはスタブから送信された情報を受け取り、ＳＮＭＰプロトコルを用いてデバイスからＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ；自分の状態に関するデータであり、ここではデバイスの状態に関するデータ・ベースを指す）情報を取得する。取得した情報は、ＶＤＣのスタブからプロセス間通信を使用してプロキシに送信され、プロキシからＮｅｔＳｐｏｔ ＧＵＩにコールバック通知される。ＮｅｔＳｐｏｔ ＧＵＩは、ＶＤＣからコールバック通知された情報を基にビットマップ表示等を行ってデバイス情報を表示する。この例を図４に示す。この例では、管理対象範囲に６個のデバイスの存在と、それぞれのデバイスの製品名、ネットワーク・アドレス、そしてＭＡＣアドレスを表示し、そして最下段に表示されたデバイスの状態が、スリープモードであることを示している。
【００３８】デバイスに情報を設定するために、ＮｅｔＳｐｏｔ ＧＵＩはプロキシを用いてプロセス間通信をし、ＶＤＣに設定したいデバイス情報を送信する。ＶＤＣはスタブから送信された情報を受け取り、ＳＮＭＰプロトコルを用いてデバイスにＭＩＢ情報を設定する。設定が成功したか失敗したかを示す情報は、ＶＤＣのスタブからプロセス間通信を使用してプロキシに送信され、プロキシからＮｅｔＳｐｏｔ ＧＵＩにコールバック通知される。ＮｅｔＳｐｏｔ ＧＵＩは、ＶＤＣからコールバック通知された情報を基にビットマップ表示等を行って設定情報を表示する。この例を図５に示す。デバイスとしてのプリンタの状態(Status)シートの表示例を示している。この図は、ネットワーク周辺機器を管理・制御するためのウィンドウ、すなわちデバイス詳細ウィンドウであり、ユーザがＮｅｔＳｐｏｔを管理者モードで起動したときに、ユーザの指示に応じてＮｅｔＳｐｏｔが順次表示していくウィンドウの１つの表示状態を示す例である。ここでは、図４に表示されたデバイス（最下段のデバイス）であるＬＡＳＥＲ ＳＨＯＴ ＬＢＰ−９３０の状態を示している。このウィンドウから、他にジョブ・シート、情報・シート、ネットワーク・シートを選択表示することが可能である。ここでは、プリンタの図の下方に表示されているエラーに関する表示エリアを示そうとしている。ＮｅｔＳｐｏｔはユーザからの指示がない場合でも、ＮｅｔＳｐｏｔの動作状況やネットワークから得られた情報に応じて、各種のウィンドウを自動的に表示するが、それらのウィンドウについては、ここでは説明しない。
【００３９】図６は、ＮｅｔＳｐｏｔ ＧＵＩの要求に従ってデバイスとの通信を行うウィンドウを示す。
【００４０】このＮｅｔＳｐｏｔ ＧＵＩのプロキシについて、図７のフロー・チャートを用いて同期関数における動作、図８のフロー・チャートを用いて非同期関数における動作を説明する。
【００４１】図７のＳ１０１において、呼び出されたＡＰＩの特性に応じて適切なタイムアウト値を取得する。タイムアウト値に関しては、各モジュールの各ＡＰＩ毎にデータ・ベースに登録しておく。Ｓ１０２において同期関数がＶＤＣ（スタブ）側で処理されマーシャリング（Ｍａｒｓｈａｌｉｎｇ；配列する）されたデータがＮｅｔＳｐｏｔ ＧＵＩのプロキシまで戻ってくる間の時間を監視するために、Ｓ１０１で計算したタイムアウト値を使用してタイマをかける。Ｓ１０３において、ＮｅｔＳｐｏｔ ＧＵＩからプロキシに対して同期関数によるリクエストを行う。プロキシはリクエスト・データをマーシャリングして別プロセスであるＶＤＣに送信する。プロキシはマーシャリングしたデータの送信後、ＮｅｔＳｐｏｔ ＧＵＩに同期関数を提供するために、ＶＤＣ（スタブ）からデータが返ってくるまで一時的にＡＰＩ呼び出しされたスレッドを停止する。Ｓ１０４において、ＶＤＣからレスポンス受信したか確認する。ＶＤＣからレスポンスを受信した場合、Ｓ１０５においてＮｅｔＳｐｏｔ ＧＵＩに対してすでに同期関数の戻り値および引数を通知したかを確認する。ＮｅｔＳｐｏｔ ＧＵＩに対してすでに同期関数の戻り値および引数を通知している場合、ＶＤＣから受信した情報を無視して処理を終了する。ＮｅｔＳｐｏｔ ＧＵＩに対して同期関数の戻り値および引数を通知していない場合、Ｓ１０６に進みＶＤＣから受信したデータをアンマーシャリング（展開）して正常な戻り値および引数を通知する。そして、Ｓ１０７においてＮｅｔＳｐｏｔ ＧＵＩに対して同期関数の戻り値および引数を通知したことを記憶する。Ｓ１０４においてＶＤＣからレスポンスを受信していない場合、Ｓ１０８に進みＳ１０２でかけたタイマがタイムアウトしているか確認する。タイムアウトしていない場合、Ｓ１０４に戻りＶＤＣからレスポンスの受信を待つ。タイムアウトしている場合、Ｓ１０９に進みエラー情報の戻り値および引数をＮｅｔＳｐｏｔ ＧＵＩに対して通知する。そして、Ｓ１０７に進みＮｅｔＳｐｏｔ ＧＵＩに対して同期関数の戻り値および引数を通知したことを記憶する。
【００４２】つぎに、非同期関数のコールバック呼び出しについて図８のフロー・チャートを用いて説明する。Ｓ２０１において、呼び出されたＡＰＩに応じて適切なタイムアウト値を計算する。タイムアウト値の計算方法は図９のフロー・チャートを用いて後で説明する。Ｓ２０２において非同期関数のコールバックをＶＤＣから受け付ける時間を監視するために、Ｓ２０１で計算したタイムアウト値を使用してタイマをかける。Ｓ２０３において、ＮｅｔＳｐｏｔ ＧＵＩからプロキシに対して非同期関数によるリクエストを行う。プロキシはリクエスト・データをマーシャリングして別プロセスであるＶＤＣに送信する。Ｓ２０４において、ＶＤＣから非同期関数に対するコールバックを受信したか確認する。ＶＤＣからコールバックを受信した場合、Ｓ２０５においてＮｅｔＳｐｏｔ ＧＵＩに対してコールバックをすでに通知したか確認する。ＮｅｔＳｐｏｔ ＧＵＩに対してすでにコールバックを通知している場合、ＶＤＣから受信した情報を無視して処理を終了する。ＮｅｔＳｐｏｔ ＧＵＩに対してコールバックを通知していない場合、Ｓ２０６に進みＶＤＣから受信したデータをアンマーシャリングして正常なコールバックを通知する。そして、Ｓ２０７においてＮｅｔＳｐｏｔ ＧＵＩに対してコールバックを行ったことを記憶する。Ｓ２０４においてＶＤＣからコールバックを受信していない場合、Ｓ２０８に進みＳ２０２でかけたタイマがタイムアウトしているか確認する。タイムアウトしていない場合、Ｓ２０４に戻りＶＤＣからコールバックの受信を待つ。タイムアウトしている場合、Ｓ２０９に進みエラー情報を含むコールバックをＮｅｔＳｐｏｔ ＧＵＩに対して通知する。そして、Ｓ２０７に進みＮｅｔＳｐｏｔ ＧＵＩに対してコールバックを行ったことを記憶する。
【００４３】図９のフロー・チャートを用いてデバイスの情報を取得する場合のタイムアウト値の計算方法について説明する。デバイス情報の取得のためには、デバイスの動作状況や様々な設定を表現する属性データを示すプロパティを使用する。このプロパティの集合をＶＤＣにリクエストすることによって、デバイスから情報の取得が可能である。Ｓ３０１において、１つのプロパティの取得を待つ時間であるタイムアウト値Ａをデータ・ベースから取得する。Ｓ３０２において、ＶＤＣの動作特性によるタイムアウト値Ｂをデータ・ベースから取得する。たとえば、デバイス情報の取得において、各プロパティ情報の取得に失敗した場合、３秒毎に３回再送するメカニズムを持っているので、この特性を考慮したタイムアウト値Ｂがデータ・ベース内に保持される。Ｓ３０３において、取得したタイムアウト値Ａ，Ｂを使用して、実際にＶＤＣからのコールバックの受信を待つ時間を計算する。デバイス情報の取得においては、（タイムアウト値Ａ×プロパティ数）×タイムアウト値Ｂの計算式を用いる。
【００４４】
【発明の効果】以上説明したように、本発明のネットワーク・デバイス制御装置および方法によれば、ネットワーク管理ソフトウェアの通信アプリケーションがＧＵＩアプリケーションにデータの送信に失敗した場合、ＧＵＩアプリケーション側でタイマ処理を行うことによりＧＵＩアプリケーションの動作の停止を防止することと、タイムアウト後に通知された情報をプロキシ内で削除することによりＧＵＩアプリケーションの動作の妨害を防ぐことができるという効果がある。
【図面の簡単な説明】
【図１】プリンタをネットワークに接続するためのネットワーク・ボードを、開放型アーキテクチャを持つプリンタへつなげた場合を示す図である。
【図２】ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。
【図３】ＮｅｔＳｐｏｔ ＧＵＩのプロセス、ＶＤＣのプロセスをそれぞれ起動してデバイスを管理するさいのそれぞれのＰＣ、あるいはプロセス間通信の様子を示す図である。
【図４】ＶＤＣからコールバック通知された情報を基にビットマップ表示等を行ってデバイス情報を表示した例を示す図である。
【図５】管理対象デバイスの状態（Ｓｔａｔｕｓ）シートの表示例を示す図である。
【図６】管理対象デバイスと通信をおこなうＶＤＣのウインドウを示す図である。
【図７】本発明の実施形態におけるＮｅｔＳｐｏｔ ＧＵＩのプロキシについて、同期関数における動作を示すフロー・チャートである。
【図８】本発明の実施形態におけるＮｅｔＳｐｏｔ ＧＵＩのプロキシについて、非同期関数における動作を示すフロー・チャートである。
【図９】本発明の実施形態におけるデバイスの情報を取得する場合のタイムアウト値の計算方法について説明するフロー・チャートである。
【符号の説明】
１００ ローカル・エリア・ネットワーク（ＬＡＮ）
１０１ ネットワーク・ボード（ＮＢ）
１０２ 開放型アーキテクチャを持つプリンタ
１０３ ＬＡＮ１００に接続されているパーソナル・コンピュータ（ＰＣ）
１０４ ＬＡＮ１００に接続されているパーソナル・コンピュータ（ＰＣ）
１０５ ＰＣ１０４に接続されているプリンタ
１０６ ＬＡＮ１００に接続されているファイル・サーバー
１０７ ＬＡＮ１００に含まれるネットワーク・ディスク
１０８ ＬＡＮ１００に含まれるプリント・サーバー
１０９ａ プリント・サーバー１０８に接続されたプリンタ
１０９ｂ プリント・サーバー１０８に接続されたプリンタ
１１０ ローカル・エリア・ネットワーク（ＬＡＮ）
１１１ ＬＡＮ１１０に接続されているパーソナル・コンピュータ（ＰＣ）
１１２ ＬＡＮ１１０に接続されているパーソナル・コンピュータ（ＰＣ）
１１３ ＬＡＮ１１０に接続されているファイル・サーバー
１１４ ＬＡＮ１１０に含まれるネットワーク・ディスク
１１５ ＬＡＮ１１０に含まれるプリント・サーバー
１１６ プリント・サーバー１１０に接続されたプリンタ
１１７ プリント・サーバー１１０に接続されたプリンタ
１２０ ローカル・エリア・ネットワーク（ＬＡＮ）
１２１ ＬＡＮ１００に接続されているパーソナル・コンピュータ（ＰＣ）
１２２ ＬＡＮ１２０に接続されているパーソナル・コンピュータ（ＰＣ）
１３０ 変調／復調（ＭＯＤＥＭ）／トランスポンダ
１４０ バックボーン
２００ ネットワーク管理ソフトウェアが稼動するＰＣ
２０１ ＦＤ２１２より供給されるネットワーク管理プログラムを実行するＣＰＵ
２０２ ＰＣ２００のＲＯＭ
２０３ ＰＣ２００のＲＡＭ
２０４ ＰＣ２００のシステム・バス
２０５ ＰＣ２００のキーボード・コントローラ（ＫＢＣ）
２０６ ＰＣ２００のＣＲＴコントローラ（ＣＲＴＣ）
２０７ ＰＣ２００のディスク・コントローラ（ＤＫＣ）
２０８ ＰＣ２００のネットワーク・インタフェースカード（ＮＩＣ）
２０９ ＰＣ２００のキーボード（ＫＢ）
２１０ ＰＣ２００のＣＲＴディスプレイ（ＣＲＴ）
２１１ ＰＣ２００のハード・ディスク（ＨＤ）
２１２ フロッピー・ディスクドライブ（ＦＤ）
【特許請求の範囲】
【請求項１】 ネットワーク・デバイスと通信するクライアント・サーバー型のネットワーク・デバイス制御装置であって、前記ネットワーク・デバイスのデバイス情報を表示する表示手段と、前記ネットワーク・デバイスのデバイス情報を取得し、前記ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信手段と、前記通信手段により送受信するデータを変換するデータ変換手段と、前記通信手段をタイマにより管理するタイマ管理手段と、前記タイマ管理手段によって使用されるタイムアウト値の情報を管理するタイムアウト値管理手段と、を有することを特徴とするネットワーク・デバイス制御装置。
【請求項２】 前記ネットワーク・デバイス制御方法の前記タイムアウト値管理手段において、各同期関数の特性に応じて定められたタイムアウト値を格納することを特徴とする請求項１に記載のネットワーク・デバイス制御装置。
【請求項３】 前記ネットワーク・デバイス制御方法の前記タイムアウト値管理手段において、各非同期関数の特性に応じてタイムアウト値を計算することを特徴とする請求項１に記載のネットワーク・デバイス制御装置。
【請求項４】 前記ネットワーク・デバイス制御方法の前記タイマ管理手段において、タイムアウト時に内部的にエラー情報を通知することを特徴とする請求項１に記載のネットワーク・デバイス制御装置。
【請求項５】 前記ネットワーク・デバイス制御方法の前記タイマ管理手段において、タイムアウト後にサーバー・アプリケーションから受信したデータを無視することを特徴とする請求項１に記載のネットワーク・デバイス制御装置。
【請求項６】 ネットワーク・デバイス制御方法において、ネットワーク・デバイスのデバイス情報を表示する表示ステップと、前記ネットワーク・デバイスのデバイス情報を取得し、前記ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信ステップと、前記記通信ステップにより送受信するデータを変換するデータ変換ステップと、前記記通信ステップをタイマにより管理するタイマ管理ステップと、前記タイマ管理ステップによって使用されるタイムアウト値の情報を管理するタイムアウト値管理ステップと、を有することを特徴とするネットワーク・デバイス制御方法。
【請求項７】 前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各同期関数の特性に応じて定められたタイムアウト値を格納することを特徴とする請求項６に記載のネットワーク・デバイス制御方法。
【請求項８】 前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各非同期関数の特性に応じてタイムアウト値を計算することを特徴とする請求項６に記載のネットワーク・デバイス制御方法。
【請求項９】 前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト時に内部的にエラー情報を通知することを特徴とする請求項６に記載のネットワーク・デバイス制御方法。
【請求項１０】 前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト後にサーバー・アプリケーションから受信したデータを無視することを特徴とする請求項６に記載のネットワーク・デバイス制御方法。
【請求項１１】 コンピュータで読み取り可能な記憶媒体において、ネットワーク・デバイスのデバイス情報を表示する表示ステップと、前記ネットワーク・デバイスのデバイス情報を取得し、前記ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信ステップと、上記通信ステップにより送受信するデータを変換するデータ変換ステップと、上記通信ステップをタイマにより管理するタイマ管理ステップと、上記タイマ管理ステップによって使用されるタイムアウト値の情報を管理するタイムアウト値管理ステップとを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１２】 前記コンピュータで読み取り可能な記憶媒体に記録された前記プログラムの前記タイムアウト値管理ステップにおいて、各同期関数の特性に応じて定められたタイムアウト値を格納することを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
【請求項１３】 前記コンピュータで読み取り可能な記憶媒体に記録された前記プログラムの前記タイムアウト値管理ステップにおいて、各非同期関数の特性に応じてタイムアウト値を計算することを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
【請求項１４】 前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト時に内部的にエラー情報を通知することを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
【請求項１５】 前記コンピュータで読み取り可能な記憶媒体に記録された前記プログラムの前記タイマ管理ステップにおいて、タイムアウト後にサーバー・アプリケーションから受信したデータを無視することを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
【請求項１】 ネットワーク・デバイスと通信するクライアント・サーバー型のネットワーク・デバイス制御装置であって、前記ネットワーク・デバイスのデバイス情報を表示する表示手段と、前記ネットワーク・デバイスのデバイス情報を取得し、前記ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信手段と、前記通信手段により送受信するデータを変換するデータ変換手段と、前記通信手段をタイマにより管理するタイマ管理手段と、前記タイマ管理手段によって使用されるタイムアウト値の情報を管理するタイムアウト値管理手段と、を有することを特徴とするネットワーク・デバイス制御装置。
【請求項２】 前記ネットワーク・デバイス制御方法の前記タイムアウト値管理手段において、各同期関数の特性に応じて定められたタイムアウト値を格納することを特徴とする請求項１に記載のネットワーク・デバイス制御装置。
【請求項３】 前記ネットワーク・デバイス制御方法の前記タイムアウト値管理手段において、各非同期関数の特性に応じてタイムアウト値を計算することを特徴とする請求項１に記載のネットワーク・デバイス制御装置。
【請求項４】 前記ネットワーク・デバイス制御方法の前記タイマ管理手段において、タイムアウト時に内部的にエラー情報を通知することを特徴とする請求項１に記載のネットワーク・デバイス制御装置。
【請求項５】 前記ネットワーク・デバイス制御方法の前記タイマ管理手段において、タイムアウト後にサーバー・アプリケーションから受信したデータを無視することを特徴とする請求項１に記載のネットワーク・デバイス制御装置。
【請求項６】 ネットワーク・デバイス制御方法において、ネットワーク・デバイスのデバイス情報を表示する表示ステップと、前記ネットワーク・デバイスのデバイス情報を取得し、前記ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信ステップと、前記記通信ステップにより送受信するデータを変換するデータ変換ステップと、前記記通信ステップをタイマにより管理するタイマ管理ステップと、前記タイマ管理ステップによって使用されるタイムアウト値の情報を管理するタイムアウト値管理ステップと、を有することを特徴とするネットワーク・デバイス制御方法。
【請求項７】 前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各同期関数の特性に応じて定められたタイムアウト値を格納することを特徴とする請求項６に記載のネットワーク・デバイス制御方法。
【請求項８】 前記ネットワーク・デバイス制御方法の前記タイムアウト値管理ステップにおいて、各非同期関数の特性に応じてタイムアウト値を計算することを特徴とする請求項６に記載のネットワーク・デバイス制御方法。
【請求項９】 前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト時に内部的にエラー情報を通知することを特徴とする請求項６に記載のネットワーク・デバイス制御方法。
【請求項１０】 前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト後にサーバー・アプリケーションから受信したデータを無視することを特徴とする請求項６に記載のネットワーク・デバイス制御方法。
【請求項１１】 コンピュータで読み取り可能な記憶媒体において、ネットワーク・デバイスのデバイス情報を表示する表示ステップと、前記ネットワーク・デバイスのデバイス情報を取得し、前記ネットワーク・デバイスにデバイス情報を設定するサーバー・アプリケーションと通信する通信ステップと、上記通信ステップにより送受信するデータを変換するデータ変換ステップと、上記通信ステップをタイマにより管理するタイマ管理ステップと、上記タイマ管理ステップによって使用されるタイムアウト値の情報を管理するタイムアウト値管理ステップとを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１２】 前記コンピュータで読み取り可能な記憶媒体に記録された前記プログラムの前記タイムアウト値管理ステップにおいて、各同期関数の特性に応じて定められたタイムアウト値を格納することを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
【請求項１３】 前記コンピュータで読み取り可能な記憶媒体に記録された前記プログラムの前記タイムアウト値管理ステップにおいて、各非同期関数の特性に応じてタイムアウト値を計算することを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
【請求項１４】 前記ネットワーク・デバイス制御方法の前記タイマ管理ステップにおいて、タイムアウト時に内部的にエラー情報を通知することを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
【請求項１５】 前記コンピュータで読み取り可能な記憶媒体に記録された前記プログラムの前記タイマ管理ステップにおいて、タイムアウト後にサーバー・アプリケーションから受信したデータを無視することを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
【図２】
【図３】
【図１】
【図４】
【図５】
【図６】
【図９】
【図７】
【図８】
【図３】
【図１】
【図４】
【図５】
【図６】
【図９】
【図７】
【図８】
【公開番号】特開２００１−２８２６５６（Ｐ２００１−２８２６５６Ａ）
【公開日】平成１３年１０月１２日（２００１．１０．１２）
【国際特許分類】
【出願番号】特願２０００−８９６５６（Ｐ２０００−８９６５６）
【出願日】平成１２年３月２８日（２０００．３．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１３年１０月１２日（２００１．１０．１２）
【国際特許分類】
【出願日】平成１２年３月２８日（２０００．３．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]