(57)【要約】【課題】ネットワーク環境下において、サーバ管理のデバイスの電源管理を有効に行い、省エネルギーと印字処理待ち時間の短縮を図る。【解決手段】ネットワーク環境下において、サーバ管理のデバイスに対して、サーバ管理下のクライアントの起動／アクセス数により、デバイスの利用度合を推測し、デバイスの電源を最適に管理する。【選択図】　　　　図１
2004013203.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のデバイスを管理するサーバにおいて、接続を確認できた端末の総数により、サーバの管理しているデバイスの電源制御を行うことを特徴とするネットワークシステム。
【請求項２】
請求項１において、確認した端末毎の印字の実績により、サーバの管理している印字デバイスの電源制御を行うことを特徴とするネットワークシステム。
【請求項３】
請求項１において、確認した端末の使用者毎の印字実績により、サーバの管理している印字デバイスの電源制御を行うことを特徴とするネットワークシステム。
【請求項４】
請求項１において、サーバが必要とされるデバイスの能力を想定し、サーバ管理下のデバイス群から最適なデバイスに対して、電源制御を行うことを特徴とするネットワークシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワークシステムに関し、ネットワーク下のサーバに接続している端末数（クライアント数）や端末毎の使用実績、設定により、サーバが管理しているデバイス群の電源制御を最適な状態に設定する方法に関する。
【０００２】
【従来の技術】
従来は、サーバ接続した端末からの依頼された処理にクライアントからの指示による仕事量から使用するデバイスの数を決めていたため、仕事量が判断できるまで、デバイスに対する状態（電源、待機）を切り替える命令実行を行うことができなかった。
【０００３】
または、サーバによりデバイスの電源管理を行わず、デバイスを常時待機状態にして、電力を使用していた。
【０００４】
【発明が解決しようとする課題】
サーバ接続した端末からの依頼された処理にクライアントからの指示による仕事量から使用するデバイスの数を決めていたため、仕事量が判断できるまで、デバイスに対する状態（電源、待機）を切り替えることができなかった。
【０００５】
また、サーバが仕事の割り振りを決定した後、各印字デバイスへの予熱等の印字前処理命令実行の間、印字を行うことができないという問題があった。
【０００６】
本発明は、上記問題点に着目してなされたものであって、仕事の依頼前に必要な印字デバイスへの予熱や立ち上げを命令することが可能になり、クライアントの仕事指示から印字終了までの時間を低減でき、また、不必要なデバイスに対して電源ＯＦＦを指示することで省エネルギーにも貢献することのできるネットワークシステムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、上記課題を解決するために、以下の構成を備える。
【０００８】
サーバは接続されているクライアントを検出し、検出されたクライアント総数から必要とされるデバイスの数／種類を想定することで、サーバの管理しているデバイス群から必要とされたデバイスを選択し、必要によりデバイスに対して電源正常や初期化の命令を出す。
【０００９】
サーバが即時に印字できるデバイス（印字待機状態）が不足していると判断した場合、電源ＯＦＦのデバイス（サーバとの接続部は生きている）に対して、電源ＯＮ、予熱スタート、初期化開始等の命令をサーバが出力し、必要なデバイスを印字待機状態にする。
【００１０】
また、サーバが即時に印字できるデバイス（印字待機状態）が過多と判断した場合、サーバが過多と判断したデバイスに対して電源ＯＦＦ（サーバとの接続部は生かしたまま）、終了処理を命令する。
【００１１】
上記構成を、改めて以下（１）〜（４）に整理して示す。
【００１２】
（１）ネットワーク上のデバイスを管理するサーバにおいて、接続を確認できた端末の総数により、サーバの管理しているデバイスの電源制御を行うようにした。
【００１３】
（２）上記（１）において、確認した端末毎の印字の実績により、サーバの管理している印字デバイスの電源制御を行うようにした。
【００１４】
（３）上記（１）において、確認した端末の使用者毎の印字実績により、サーバの管理している印字デバイスの電源制御を行うようにした。
【００１５】
（４）上記（１）において、サーバが必要とされるデバイスの能力を想定し、サーバ管理下のデバイス群から最適なデバイスに対して、電源制御を行うようにした。
【００１６】
【発明の実施の形態】
以下、図面を用いて本発明の実施例について説明する。
【００１７】
【実施例】
図１は、本実施例によるネットワークシステムの構成図（クライアントが１台の場合）の例である。
【００１８】
サーバ１８は、ＬＡＮ１０上のクライアント１，２，３（１３，１４，２０）を使用者として管理しており、また、印字デバイスとしてデバイス１，２，３，４（１２，１６，１７，１９）を管理している。
【００１９】
各クライアントの印字実績は、図６のクライアント実績表で示している。
【００２０】
図６のクライアント印字実績表は、サーバ１８が管理しており、各デバイス群の電源管理の判断材料に使用される。
【００２１】
各クライアントの印字実績は、管理者が手動で入力を行っても構わないし、サーバ１８がサーバ管理下の各デバイスから必要により情報を自動収集しても構わないし、各クライアントから情報を提供されても構わない。
【００２２】
デバイス１，２，４（１２，１６，１９）は、白黒プリンターであり、各機能は、図６で示す機能表で示される。
【００２３】
デバイス３（１７）は、カラー対応プリンターである。
【００２４】
各デバイスの機能は、図６のデバイス機能表で示している。
【００２５】
図６のデバイス機能表は、サーバが管理しており、各デバイス群の電源管理の判断材料に使用される。
【００２６】
各デバイスの機能は、管理者が手動で入力を行っても構わないし、サーバ１８がサーバ管理下の各デバイスから必要により情報を自動収集しても構わないし、各デバイスから情報を提供されても構わない。
【００２７】
図１において、サーバ１８にアクセスしているクライアントは、クライアント１（１３）のみであり、他のクライアント１４及び２０は、サーバ１８に対してアクセスをしていない。
【００２８】
サーバ１８は、アクセスしているクライアントの数（図１の場合は、１台）と判断し、必要により、図６の印字実績表を参考にして、発生するであろう印字仕事量を判断する。
【００２９】
判断した仕事量から必要とされるデバイスを管理下のデバイス群から選択し、選択したデバイスに対して、電源ＯＮや予熱処理等の印字前処理を支持し、デバイが迅速に印字できるように待機させる。
【００３０】
デバイスの選択において、図６のデバイス機能表を参考にしても構わない。
【００３１】
図１において、サーバ１８はクライアント１（１３）のみがアクセルしているので，デバイス１，２（１２，１６）のみで対応可能と判断し、デバイス１，２（１２，１６）のみに電源ＯＮや予熱処理等の印字前処理の命令を出す。
【００３２】
このとき、他デバイス３，４（１７，１９）が待機状態（電源ＯＮ）だった場合、必要とされないデバイス３，４（１７，１９）に対して、電源ＯＦＦを命令し、不必要な電力の消費を抑える。
【００３３】
図２は、本実施例によるネットワークシステムの構成図（クライアントが３台の場合）の例である。
【００３４】
図２は、図１のクライアントが１台状態からクライアントが３台に増加したため、即時使用可能デバイスを２台から４台に増やしたことを示した図である。
【００３５】
サーバ６８は、ＬＡＮ６０上のクライアント１，２，３（６３，６４，７０）を使用者として管理しており、また、印字デバイスとしてデバイス１，２，３，４（６２，６６，６７，６９）を管理している。
【００３６】
各クライアントの印字実績は、図６のクライアント実績表で示している。
【００３７】
図６のクライアント印字実績表は、サーバ６８が管理しており、各デバイス群の電源管理の判断材料に使用される。
【００３８】
各クライアントの印字実績は、管理者が手動で入力を行っても構わないし、サーバ６８がサーバ管理下の各デバイスから必要により情報を自動収集しても構わないし、各クライアントから情報を提供されても構わない。
【００３９】
デバイス１，２，４（６２，６６，６９）は、白黒プリンターであり、各機能は、図６で示す機能表で示される。
【００４０】
デバイス３（６７）は、カラー対応プリンターである。
【００４１】
各デバイスの機能は、図６のデバイス機能表で示している。
【００４２】
図６のデバイス機能表は、サーバ６８が管理しており、各デバイス群の電源管理の判断材料に使用される。
【００４３】
各デバイスの機能は、管理者が手動で入力を行っても構わないし、サーバ６８がサーバ管理下の各デバイスから必要により情報を自動収集しても構わないし、各デバイスから情報を提供されても構わない。
【００４４】
図６において、サーバ６８にアクセスしているクライアントは、クライアント１（６３）のみからクライアント２，３（６４、７０）がサーバ６８に対してアクセスするように変化した。
【００４５】
サーバ６８は、アクセスしているクライアントの数（３台への変化）を判断し、必要により、図６の印字実績表を参考にして、発生するであろう印字仕事量を判断する。
【００４６】
判断した仕事量から必要とされるデバイスを管理下のデバイス群から選択し、選択したデバイスに対して、電源ＯＮや予熱処理等の印字前処理を支持し、デバイスが迅速に印字できるように待機させる。
【００４７】
デバイスの選択において、図６のデバイス機能表を参考にしても構わない。
【００４８】
例えれば、クライアント２（６４）は、カラー印字を行う可能性が高いため、カラー印字が可能なデバイス３（６７）に対して、印字待機処理を行わせておく必要がある。
【００４９】
予想される仕事量が増加した場合も、対応できるように印字待機させるデバイスを追加する。
【００５０】
図６において、サーバ６８はクライアント１，２，３（６３，６４，７０）がアクセルしているので、デバイス１，２，３，４（６２，６６，６７，６９）で対応する必要があると判断し、デバイス１，２，３，４（６２，６６，６７，６９）に電源ＯＮや予熱処理等の印字前処理の命令を出す。
【００５１】
既に印字待機が終了しているデバイスには、印字待機を命令する必要は、無い。
【００５２】
図３は、デバイス（図１、６におけるデバイス１，２，３，４）内の構成を示した図である。
【００５３】
デバイス２１は、ネットワーク２１５と接続されており、ネットワーク２１５を介して管理されている。
【００５４】
デバイス２１（例としてプリンターを想定している）は、以下のブロックで構成されている。
【００５５】
印字イメージ作成部２２は、ネットワーク２１５から送られてくる印字情報から印字イメージを作成する。
【００５６】
もし、高解像度印字が指定された場合、高解像度のイメージを作成するし、超高解像度を指定された場合、超高解像度のイメージを作成する必要がある。
【００５７】
従って、新規に「超高解像度印字機能」をインスツールする場合、このブロックに対して、インスツール処理が行われる。
【００５８】
デバイス全体の制御部２７は、デバイス２１の全体の処理を制御している。
【００５９】
また、デバイス全体の制御部２７は、デバイス２１を構成している各機能部が必要とする新機能やオプションの管理を行い、必要によって，サーバ等に要求を出したり、サーバからのデータを必要な機能部に転送（組み込む）する。
【００６０】
表示と入力部２１１は、必要な場合、供給元サーバからの新規情報を表示し、管理者の判断を入力する場合に使用される。
【００６１】
使用状況監視部２１２は、デバイス２１での機能別使用頻度をカウントし、管理サーバに必要により使用頻度情報を転送する。
【００６２】
また、課金が発生する機能を使用された場合、課金カウンターをカウントする。
【００６３】
オプション装置２４は、装置（ハード的な追加オプションパーツ）を示している。
【００６４】
オプション装置２４としては、デバイスがプリンタの場合、用紙供給部２３に対する用紙カセット（サイズの違う用紙を供給する装置）、印字記録部２６に対しては、両面印字ユニットや印字大型トナー（印字に使用するトナーの大型格納機）、排紙処理部２８には、フィニッシャ（印字された用紙を区別するもの、ステップラーやパンチャー機能があるものもある）、外部とのＩ／Ｆ３０では、ＰＳＴＮ回線を利用したＦＡＸ通信ユニットが考えられる。
【００６５】
オプション装置２４は、機能よりデバイスの各制御部と密接な関係（データのやり取り）を必要とするため、デバイス内の各制御部は、オプションに対する制御プロセス（制御手順）に対応する必要がある。
【００６６】
従って、制御プロセスが不足した場合，デバイス全体の制御部２７に必要とするオプションの制御プロセスの入手を要求する。
【００６７】
電源管理部２１６は、ＬＡＮ制御部２１３からの命令により、デバイスの状態を変更する。
【００６８】
例えれば、印字待機状態が命令された場合、電源をＯＮし、印字処理部２６に対して予熱処理を支持し，印字系の記録部２５や印字処理部２６、外部ＩＦ部３０に対して初期化を行う。
【００６９】
また、電源断を明示された場合、各制御部に対して、電源ＯＦＦ前に終了処理を指示し，電源をＯＦＦする。
【００７０】
上記命令が実行された場合、必要によりＬＡＮ制御部２１３を介して、命令の実行やデバイス状態の変化をサーバ等に通知する。
【００７１】
図４は、ネットワーク上のデバイスを管理する管理サーバ（図１，図６でのサーバ）のブロック図である。
【００７２】
本管理サーバは、デバイスを管理し、クライアントからの処理命令をデバイスに割り振り印字を実行させたり、デバイスの電源管理を行う。
【００７３】
管理サーバ３１は、ネットワーク３９を介して、デバイスやクライアントとの間で、命令や情報のやり取りを行う。
【００７４】
印字作成部３２は、デバイスに命じる印字データの作成を行い、印字のスプールや命令の割り振り、印字状況の管理も行う。
【００７５】
新機能やオプションによって必要とされる機能パーツ（ソフト）は、ここに組み込まれる。
【００７６】
例えれば、デバイスに対する印字命令に必要な「新規のより効率の高い両面ユニット制御機能」などがある。
【００７７】
デバイス管理部３４は、各デバイス毎のオプションや追加機能を管理する。また、各デバイスの機能別使用頻度を集積、使用頻度の高い機能の選別を行う。
【００７８】
制御記憶部３６は、外部から送られてくるデータ、機能パーツ等の蓄積や選択、表示やインストール、転送を制御する。
【００７９】
表示と入力部３８は、管理者に対して外部サーバから情報の内必要な情報を表示したり、管理者の指示を入力されるのに使用される。
【００８０】
また、デバイス管理部３４とクライアント管理部３０１では、図６のようなクライアントの印字実績情報やデバイス機能情報を管理／収集しており、サーバによるデバイスの電源管理に使用する。
【００８１】
図５は、各クライアントユーザの端末のブロック図である。
【００８２】
クライアント４１は、ネットワーク４８を介して、サーバやデバイス等と命令，データの交換をおこなう。
【００８３】
印字作成部４２は、Ｐｒｉｎｔｅｒ−Ｄｒｉｖｅｒに相当する。
【００８４】
デバイス等に新規機能が追加された場合、その機能対応する機能パーツが組み込まれるのは，この部分である。
【００８５】
例えれば，デバイスが新規に「超高解像度印字機能」をサポートした場合、クライアント４１が「超高解像度印字機能」のような，ＧＵＩやイメージ作成ができる機能パーツが組み込まれるわけである。
【００８６】
必要により、サーバに対して、印字実績当の情報を提供する。
【００８７】
図６は、サーバ内に蓄積されるクライアント毎の印字実績やデバイス機能のデータを示した代表した表である。
【００８８】
本図で上げた以外の情報（使用用紙サイズや蓄積能力などの静的情報や、ＪＯＢ量や用紙残量等の動的情報）を蓄積しても構わない。
【００８９】
本図でのクライアント情報としては、代表的な「白黒印字設定」と「カラー印字設定」を管理する。
【００９０】
「白黒印字設定」は、過去の実績から各クライアントが行うであろう白黒印字量を想定して格納する。
【００９１】
「カラー印字設定」は、過去の実績から各クライアントが行うであろうカラー印字量を想定して格納する。
【００９２】
また、各クライアントにカラー印字が許可されているかどうかも格納されている。
【００９３】
例えれば、図６のクライアント１の情報において、カラー印字は禁止されている。
【００９４】
本図でのデバイス情報としては、代表的な「カラー対応」と「印字速度」を管理する。
【００９５】
「カラー対応」は、各デバイスのカラー対応能力を示している。
【００９６】
「印字速度」は、各デバイスの分単位での最大印字枚数を示している。
【００９７】
例えれば、デバイス２は、カラー印字は出来ないが、印字速度は、１００枚／分印字することが可能である。
【００９８】
図６の情報は、デバイスやクライアントから必要により収集されたり、転送されてくる情報を元にサーバ（図１，図６のサーバ）で作成される。
【００９９】
サーバは、この情報をデバイス群の電源管理に利用する。
【０１００】
図７は、サーバ内の処理を指示したフロー図である。
【０１０１】
本フローは、サーバ管理下のクライアントとデバイスの情報から、デバイスの電源管理（待機状態、電源断状態）への移行をサーバが命令する処理を示している。
【０１０２】
８１において、サーバは、デバイスからの情報を取得する。デバイスからの情報入手は、デバイスが自動的に転送してきても、サーバからの問い合わせに対する応答でも構わない。また、管理者が手動で入力しても構わない。デバイスからの情報は、カラー対応や最大印字速度のような静的な情報でも、用紙残量やジャム発生のような動的な情報でも構わない。
【０１０３】
８２において、サーバは、クライアント（ネットワーク上のサーバ管理の端末）からの情報を取得する。クライアントからの情報入手は、クライアントが自動的に転送してきても、サーバからの問い合わせに対する応答でも構わない。また、管理者が手動で入力しても構わない。クライアントからの情報は、クライアントの制限事項（カラー印字の禁止）のような静的な情報でも、クライアント内に蓄積されている印字ＪＯＢ量のような動的な情報でも構わない。
【０１０４】
また、クライアントは、システム起動時と終了時に、その旨をサーバに通知する。この通知により、サーバは、管理しているクライアントの数を把握する。クライアントからのサーバへのアクセスの確認は、必要により随時行っても構わない。
【０１０５】
８３において、８１，８２で取得した情報からサーバ管理下で必要とされるデバイス数を想定し、起動しているデバイスが不足していれば追加するデバイスを選択するし、デバイスが過剰であれば、過剰分デバイスを選択する。
【０１０６】
８４において、サーバ管理下のデバイスに対する電源管理命令を送る必要があるかどうかを判断する。
【０１０７】
必要があれば、８３での判断結果から、８５にて、選択されたデバイスに電源管理命令を送る。
【０１０８】
必要が無かれば、８６において、クライアントからの印字依頼を実行するため、最適なデバイスを選択し、印字を命令する。
【０１０９】
８７において、サーバ内のクライアントの印字実績（図６を参照）に印字実績を加算する。
【０１１０】
８５，８７終了後、デバイスやクライアントの変化に対応するため、８１にループし、再度情報を収集する。
【０１１１】
図８は、クライアントのサーバに対してアクセス処理（接続確認，接続断確認等）を示したフロー図である。
【０１１２】
本フロー図は，クライアントがサーバに対して、接続、接続断、状態情報を通知することを示している。
【０１１３】
９１において、クライアントの電源が入れられ、ＰＣのような端末は起動する。
【０１１４】
９２において、クライアントは、起動するとサーバに対してクライアント端末が起動した旨を通知する。
【０１１５】
サーバに対する起動の通知に伴いクライアントの静的／動的な情報を転送しても構わない。
【０１１６】
サーバは、接続されたクライアントの数が増加したのを検出し、管理下のデバイスの電源管理を最適な状態に切り替える。この後、クライアントは、事務作業を実行する。
【０１１７】
９３において、クライアント端末とサーバの接続を断するかどうかを判断する。
【０１１８】
サーバとの接続を断する必要が無ければ、必要により９６において、事務作業に伴う印字をサーバに依頼する。
【０１１９】
９７において、クライアントは、クライアント端末の状態をサーバに通知する。
【０１２０】
９７で転送した情報は、サーバにおいてクライアントの印字実績等のクライアント情報に反映され、デバイスの電源管理の判断基準となる。
【０１２１】
再度事務処理を継続して行うため、９３へループする。
【０１２２】
９３において、サーバとの接続を断する場合、９４において、サーバに対してクライアントの接続断を通知する。
【０１２３】
サーバは、クライアントからの接続断通知により、クライアントの接続数が変化したことを検出し、管理下のデバイスの電源管理を最適な状態に切り替える。
【０１２４】
９４においてサーバに対する接続断を通知後、９５において、電源を断の処理を実行する。
【０１２５】
図９は、デバイスのサーバからの電源管理命令に対する処理を示したフロー図である。
【０１２６】
本フロー図は、サーバからの電源管理命令に対して、電源管理を実行し、デバイス状態情報を通知することを示している。
【０１２７】
１０１において、管理者によりデバイスの電源が入り、立ち上げ処理が実行される。
【０１２８】
１０２において、デバイスは、起動するとサーバに対してデバイスが起動した旨を通知する。サーバに対する起動の通知に伴いデバイスの静的／動的な情報を転送しても構わない。サーバは、接続されたデバイスの数が増加したのを検出し、管理下のデバイスの電源管理を最適な状態に切り替える。
【０１２９】
１０３において、サーバからの命令を受領する。
【０１３０】
１０４において、受領したサーバからの命令を解析し、電源管理命令であれば、１０５において、命令に従い電源制御する。ただし、１０５で電源断を行う場合、完全にデバイスの電源を切るのではなく、サーバからの再度の電源ＯＮの命令を受け取り、実行する制御部の電源を落とすものではない。１０５で電源ＯＮを行う場合、デバイスがすぐに印字が実行できるまで、予熱処理や立ち上げ処理を行うものである。
【０１３１】
１０５で電源管理命令が確認できなかった場合、１０７において、必要によりデバイスの状態変化をサーバに通知する。サーバに対して通知するデータは，デバイスの静的／動的な情報を転送しても構わない。
【０１３２】
１０６において、サーバからの印字の指示に従い印字処理を行う。
【０１３３】
１０８において、デバイスのサーバ接続を切るかどうか判断する。
【０１３４】
サーバとの接続を切らない場合、１０３へループし、印字処理を継続実行する。
【０１３５】
サーバとの接続を切る場合、１０９において、サーバにデバイスが接続を断することを通知する。デバイスの接続断の通知によりサーバは、管理下のデバイスの電源管理を再度検討し、必要により代わりのデバイスに選択肢，電源ＯＮを命令する。
【０１３６】
１１０において、デバイスのマスター電源を切る。
【０１３７】
【発明の効果】
本発明によれば、サーバが接続されているクライアントの数を判断し、必要とされるデバイスの数を想定することで、デバイスに対する状態（電源、待機）を切り替える命令を出力する。
【０１３８】
サーバが即時に印字できるデバイス（印字待機状態）が不足していると判断した場合、電源ＯＦＦのデバイス（サーバとの接続部は生きている）に対して、電源ＯＮ、予熱スタート、初期化開始等の命令をサーバが出力し、必要なデバイスを印字待機状態にする。
【０１３９】
また、サーバが即時に印字できるデバイス（印字待機状態）が過多と判断した場合、サーバが過多と判断したデバイスに対して電源ＯＦＦ（サーバとの接続部は生かしたまま）、終了処理を命令する。
【０１４０】
これにより印字デバイス等の予熱処理や立ち上げ待ちによるクライアントからの仕事指示の実行の遅れを低減することが出来る。
【０１４１】
さらにサーバ管理下のデバイス群の電源制御を有効に行うことで，省エネルギーに貢献できる。
【図面の簡単な説明】
【図１】本実施例によるネットワークシステムの構成図（クライアント１台）
【図２】本実施例によるネットワークシステムの構成図（クライアント３台）
【図３】本特許におけるデバイス内のブロック図
【図４】ネットワーク上のデバイスを管理する管理サーバのブロック図
【図５】各クライアントユーザの端末のブロック図
【図６】サーバ上のクライアント印字実績表／デバイス機能表
【図７】サーバ内の処理を指示したフロー図
【図８】クライアントのサーバに対してアクセス処理（接続確認，接続断確認等）を示したフロー図
【図９】デバイスのサーバからの電源管理命令に対する処理を示したフロー図
【符号の説明】
１０　ＬＡＮ
１２　デバイス１
１３　クライアント１
１４　クライアント２
１６　デバイス２
１７　デバイス３
１８　サーバ
１９　デバイス４
２０　クライアント３
２１　デバイス
２２　印字イメージ作成部
２３　用紙供給部（用紙供給処理部）
２４　オプション装置
２５　印字系の記録部（印字系の記憶部）
２６　印字記録部（印字処理部）
２８　排紙処理部
２９　制御記憶部
３０　外部とのＩ／Ｆ（外部Ｉ／Ｆ部）
３１　管理サーバ
３２印字作成部
３４　デバイス管理部
３９　ネットワーク
４１　クライアント
４２　印字作成部
４８　ネットワーク
６０　ＬＡＮ
６２　デバイス１
６３　クライアント１
６４　クライアント２
６６　デバイス２
６７　デバイス３
６８　サーバ
６９　デバイス４
７０　クライアント３
２１１　表示と入力部
２１２　使用状況監視部
２１３　ＬＡＮ制御部
２１６　電源管理部
３０１　クライアント管理部
【図１】
2004013203.tif 000003
【図２】
2004013203.tif 000004
【図３】
2004013203.tif 000005
【図４】
2004013203.tif 000006
【図５】
2004013203.tif 000007
【図６】
2004013203.tif 000008
【図７】
2004013203.tif 000009
【図８】
2004013203.tif 000010
【図９】
2004013203.tif 000011