(57)【要約】【課題】  デバイスにダウンロードされたリソースをデータ処理装置あるいはデバイスが指定された削除条件に基づいて自動的に削除処理することである。【解決手段】  リソース管理部２０４が管理するリソース保持部２０４Ａから読み出されて、デバイス１０３にダウンロードされたリソースの使用状況をデバイス１０３から取得する。そして、取得されるリソース使用状況と削除条件保持部２０３に保持された削除条件とに基づいて、リソース管理部２０４がデバイス１０３にダウンロードされているリソースの削除指示を行う構成を特徴とする。【選択図】  図２
2007025837.tif 000002
【特許請求の範囲】
【請求項１】
所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置であって、
前記リソースを保持するリソース保持手段と、
前記リソース保持手段から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を前記デバイスから取得するリソース使用状況取得手段と、
前記デバイスにダウンロードされたリソースの削除条件を保持する削除条件保持手段と、
前記リソース使用状況取得手段により前記デバイスより取得されるリソース使用状況と前記削除条件保持手段に保持された削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除指示を行うリソース削除手段と、
を有することを特徴とするデータ処理装置。
【請求項２】
前記リソースの削除実行を前記デバイスを使用する管理者またはユーザの通信機器に通知する通知手段を有することを特徴とする請求項１記載のデータ処理装置。
【請求項３】
所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置であって、
前記リソースを保持するリソース保持手段と、
前記デバイスにダウンロードされたリソースの削除条件を転送して前記デバイスが備える削除条件保持手段に保持させる保持手段と、
を有することを特徴とするデータ処理装置。
【請求項４】
１または複数のリソースをデータ処理装置からダウンロードして所定の処理を行うデバイスであって、
前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を保持するリソース使用状況保持手段と、
前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの削除条件を保持するリソース削除条件保持手段と、
前記リソース使用状況保持手段に保持されたリソース使用状況と前記削除条件保持手段に保持される削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除を行うリソース削除手段と、
を有することを特徴とするデバイス。
【請求項５】
前記リソースの削除実行を前記デバイスを使用する管理者又はユーザの通信機器に通知する通知手段を有することを特徴とする請求項４記載のデバイス。
【請求項６】
所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置を含むネットワークシステムであって、
前記データ処理装置は、
前記リソースを保持するリソース保持手段と、
前記リソース保持手段から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を前記デバイスから取得するリソース使用状況取得手段と、
前記デバイスにダウンロードされたリソースの削除条件を保持する削除条件保持手段と、
前記リソース使用状況取得手段により前記デバイスより取得されるリソース使用状況と前記削除条件保持手段に保持された削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除指示を行うリソース削除手段とを有し、
前記デバイスは、
前記データ処理装置からダウンロードされたリソースを保持するリソース保持手段と、
前記リソース保持手段に保持されたリソースの使用状況を保持するリソース使用状況保持手段と、
前記リソース使用状況保持手段に保持されるリソースの使用状況を前記データ処理装置に転送する転送手段とを有することを特徴とするネットワークシステム。
【請求項７】
所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置を含むネットワークシステムであって、
前記データ処理装置は、
前記リソースを保持するリソース保持手段と、
前記デバイスにダウンロードされたリソースの削除条件を転送して前記デバイスが備える削除条件保持手段に保持させる保持手段と、
前記デバイスは、
前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を保持するリソース使用状況保持手段と、
前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの削除条件を保持するリソース削除条件保持手段と、
前記リソース使用状況保持手段に保持されたリソース使用状況と前記削除条件保持手段に保持される削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除を行うリソース削除手段とを有することを特徴とするネットワークシステム。
【請求項８】
所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置におけるリソース処理方法であって、
前記リソースを保持するリソース保持手段から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を前記デバイスから取得するリソース使用状況取得ステップと、
前記リソース使用状況取得ステップにより前記デバイスより取得されるリソース使用状況と削除条件保持手段に保持された削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除指示を行うリソース削除ステップと、
を有することを特徴とするリソース処理方法。
【請求項９】
所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置におけるリソース処理方法であって、
リソース保持手段から読み出されて前記デバイスにダウンロードされたリソースの削除条件を転送して前記デバイスが備える削除条件保持手段に保持させる保持ステップと、
を有することを特徴とするリソース処理方法。
【請求項１０】
１または複数のリソースをデータ処理装置からダウンロードして所定の処理を行うデバイスにおけるリソース処理方法であって、
前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの使用状況をリソース使用状況保持手段に保持する第１の保持ステップと、
前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの削除条件をリソース削除条件保持手段に保持する第２の保持ステップと、
前記リソース使用状況保持手段に保持されたリソース使用状況と前記削除条件保持手段に保持される削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除を行うリソース削除ステップと、
を有することを特徴とするリソース処理方法。
【請求項１１】
前記リソースの削除実行を前記デバイスを使用する管理者またはユーザの通信機器に通知する通知ステップを有することを特徴とする請求項８〜１０のいずれかに記載のリソース処理方法。
【請求項１２】
請求項８〜１０のいずれかに記載のリソース処理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１３】
デバイスにダウンロードされたリソースの使用状況をデバイスから取得するリソース使用状況取得手段と、
前記リソース使用状況取得手段によりデバイスより取得されるリソース使用状況に基づいて、デバイスにダウンロードされているリソースの削除指示を行うリソース削除手段と、
を有することを特徴とするデータ処理装置。
【請求項１４】
デバイスにダウンロードされたリソースの削除条件を保持する削除条件保持手段を有し、
前記削除手段は、前記リソース使用状況取得手段によりデバイスより取得されるリソース使用状況と前記削除条件保持手段に保持された削除条件とに基づいて、デバイスにダウンロードされているリソースの削除指示を行うことを特徴とする請求項１３記載のデータ処理装置。
【請求項１５】
デバイスにダウンロードされたリソースの使用状況をデバイスから取得するリソース使用状況取得ステップと、
前記リソース使用状況取得ステップによりデバイスより取得されるリソース使用状況に基づいて、デバイスにダウンロードされているリソースの削除指示を行うリソース削除ステップと、
を有することを特徴とするリソース管理方法。
【請求項１６】
デバイスにダウンロードされたリソースの削除条件を保持する削除条件保持ステップを有し、
前記削除ステップは、前記リソース使用状況取得ステップによりデバイスより取得されるリソース使用状況と前記削除条件保持ステップに保持された削除条件とに基づいて、デバイスにダウンロードされているリソースの削除指示を行うことを特徴とする請求項１５記載のリソース管理方法。
【請求項１７】
デバイスにダウンロードされたリソースの使用状況をデバイスから取得するリソース使用状況取得ステップと、
前記リソース使用状況取得ステップによりデバイスより取得されるリソース使用状況に基づいて、デバイスにダウンロードされているリソースの削除指示を行うリソース削除ステップと、
をコンピュータに実行させるためのプログラム。
【請求項１８】
デバイスにダウンロードされたリソースの削除条件を保持する削除条件保持ステップを有し、
前記削除ステップは、前記リソース使用状況取得ステップによりデバイスより取得されるリソース使用状況と前記削除条件保持ステップに保持された削除条件とに基づいて、デバイスにダウンロードされているリソースの削除指示を行うことを特徴とする請求項１７記載のプログラム。
【請求項１９】
請求項８〜１０のいずれかに記載のリソース処理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の処理を行うデバイスと、該デバイスにリソースをダウンロードして管理可能なデータ処理装置とが通信可能なネットワークシステムに関するものである。
【背景技術】
【０００２】
近年、多くの電子機器（デバイス）が接続されているネットワークシステム環境において、デバイスとして、例えばプリンタや複写機には以下の様なデータがデバイスが備える記憶部（例えば後述するハードディスク）にダウンロードする機会が多くある。
【０００３】
例えばフォントやフォーム、ロゴデータ等の汎用的に用いられるデータ（以下、リソースと称する）である。
【０００４】
例えば、あるフォントを使用した印刷をプリンタや複写機（以下、デバイスと称する）で行う例が下記特許文献１に提案されている。
【０００５】
本例は、印刷処理で必要となるフォントを予めデバイスにダウンロードしておくことで、フォントを除く印刷データの送信により印刷を行うことができるように構成されたシステムである。
【０００６】
そして、リソースのダウンロードを行う場合、デバイスの管理を行う管理者は、デバイスの管理を行うパーソナルコンピュータより特定のプロトコルを使用して、デバイスにリソースのダウンロードを行う。
【０００７】
一方、デバイスの使用者は、デバイスにおいて印刷等を行う際に、ダウンロードされているリソースを使用する。
【０００８】
また、デバイスに既にダウンロードされているリソースの削除を行う場合、管理者は、パーソナルコンピュータより特定のプロトコルを使用して、デバイスにリソースの削除命令を行う。
【０００９】
この場合において、デバイスが備える記憶部にダウンロードされているリソースを該記憶部から削除する理由には以下のものがある。
【００１０】
例えばデバイスが備える記憶部、例えばハードディスク（以下、ＨＤと表記する）容量を考慮し、使用容量を節約したい場合や、既に使用されなくなったリソースを削除したい場合等である。
【００１１】
なお、リソースをダウンロードしてデータ処理に利用するものとして、下記特許文献１が公開されている。
【００１２】
この場合において、上記記憶部は、デバイスが提供する各種のサービス処理で共有的に使用されるため、そのサービス処理のためその容量を確保するため、必要に応じて登録されていて、使用頻度が少ないリソースを削除する場合があった。
【特許文献１】特開２００４−１２８５４９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、従来のデバイスにおけるリソース管理方法では、以下のようにデバイス管理者の負担となっていた。
【００１４】
例えばデバイスの管理者がデバイスが備える記憶部、例えばハードディスクの使用容量や、そのデバイスの使用者による該登録されているリソースの使用状況を常に把握する必要があり、デバイス管理者の負担となっていた。
【００１５】
また、デバイス管理者が使用されている、あるいは使用頻度の高いリソースを誤って削除を行った場合、デバイスの使用者が望むリソースを用いた印刷等が出来なくなり、結果として、無駄な用紙消費や、トナー消費を招来する等の問題点があった。
【００１６】
このように、ネットワーク上のデバイスにダウンロードされたリソースは、デバイス管理者がその登録されているリソースの記憶部の状況を直接調べてみないと、そのリソース使用状況やリソースが記憶部に占める割合を認識できない。このため、管理者の不用意な削除指示で、他のネットワーク上のユーザが登録済みのリソースを利用した処理が不完全或いは不能となる。
【００１７】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、ネットワークシステムにおけるリソース管理において、デバイスの管理者が直接的にデバイスが備えるメモリ資源の使用容量や、該メモリ資源にダウンロードされたリソースの使用状況を監視する等の負担から解放できる仕組みを提供することである。
【００１８】
また、デバイスにダウンロードされたリソースをデータ処理装置あるいはデバイスが指定された削除条件に基づいて自動的に削除処理できる仕組みを提供することである。
【課題を解決するための手段】
【００１９】
上記目的を達成する本発明のデータ処理装置は以下に示す構成を備える。
【００２０】
所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置であって、前記リソースを保持するリソース保持手段と、前記リソース保持手段から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を前記デバイスから取得するリソース使用状況取得手段と、前記デバイスにダウンロードされたリソースの削除条件を保持する削除条件保持手段と、前記リソース使用状況取得手段により前記デバイスより取得されるリソース使用状況と前記削除条件保持手段に保持された削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除指示を行うリソース削除手段と、
を有することを特徴とする。
【００２１】
また、所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置であって、前記リソースを保持するリソース保持手段と、前記デバイスにダウンロードされたリソースの削除条件を転送して前記デバイスが備える削除条件保持手段に保持させる保持手段とを有することを特徴とする。
【００２２】
上記目的を達成する本発明のデバイスは以下に示す構成を備える。
【００２３】
１または複数のリソースをデータ処理装置からダウンロードして所定の処理を行うデバイスであって、前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を保持するリソース使用状況保持手段と、前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの削除条件を保持するリソース削除条件保持手段と、前記リソース使用状況保持手段に保持されたリソース使用状況と前記削除条件保持手段に保持される削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除を行うリソース削除手段とを有することを特徴とする。
【００２４】
上記目的を達成する本発明のネットワークシステムは以下に示す構成を備える。
【００２５】
所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置を含むネットワークシステムであって、前記データ処理装置は、前記リソースを保持するリソース保持手段と、前記リソース保持手段から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を前記デバイスから取得するリソース使用状況取得手段と、前記デバイスにダウンロードされたリソースの削除条件を保持する削除条件保持手段と、前記リソース使用状況取得手段により前記デバイスより取得されるリソース使用状況と前記削除条件保持手段に保持された削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除指示を行うリソース削除手段とを有し、前記デバイスは、前記データ処理装置からダウンロードされたリソースを保持するリソース保持手段と、前記リソース保持手段に保持されたリソースの使用状況を保持するリソース使用状況保持手段と、前記リソース使用状況保持手段に保持されるリソースの使用状況を前記データ処理装置に転送する転送手段とを有することを特徴とする。
【００２６】
また、所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置を含むネットワークシステムであって、前記データ処理装置は、前記リソースを保持するリソース保持手段と、前記デバイスにダウンロードされたリソースの削除条件を転送して前記デバイスが備える削除条件保持手段に保持させる保持手段と、前記デバイスは、前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を保持するリソース使用状況保持手段と、前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの削除条件を保持するリソース削除条件保持手段と、前記リソース使用状況保持手段に保持されたリソース使用状況と前記削除条件保持手段に保持される削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除を行うリソース削除手段とを有することを特徴とする。
【００２７】
上記目的を達成する本発明のリソース処理方法は以下に示す構成を備える。
【００２８】
所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置におけるリソース処理方法であって、前記リソースを保持するリソース保持手段から読み出されて、前記デバイスにダウンロードされたリソースの使用状況を前記デバイスから取得するリソース使用状況取得ステップと、前記リソース使用状況取得ステップにより前記デバイスより取得されるリソース使用状況と削除条件保持手段に保持された削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除指示を行うリソース削除ステップとを有することを特徴とする。
【００２９】
また、所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置におけるリソース処理方法であって、リソース保持手段から読み出されて前記デバイスにダウンロードされたリソースの削除条件を転送して前記デバイスが備える削除条件保持手段に保持させる保持ステップとを有することを特徴とする。
【００３０】
また、１または複数のリソースをデータ処理装置からダウンロードして所定の処理を行うデバイスにおけるリソース処理方法であって、前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの使用状況をリソース使用状況保持手段に保持する第１の保持ステップと、前記データ処理装置から読み出されて、前記デバイスにダウンロードされたリソースの削除条件をリソース削除条件保持手段に保持する第２の保持ステップと、前記リソース使用状況保持手段に保持されたリソース使用状況と前記削除条件保持手段に保持される削除条件とに基づいて、前記デバイスにダウンロードされているリソースの削除を行うリソース削除ステップとを有することを特徴とする。
【００３１】
上記目的を達成する本発明のデータ処理装置は以下に示す構成を備える。
【００３２】
デバイスにダウンロードされたリソースの使用状況をデバイスから取得するリソース使用状況取得手段と、前記リソース使用状況取得手段によりデバイスより取得されるリソース使用状況に基づいて、デバイスにダウンロードされているリソースの削除指示を行うリソース削除手段とを有することを特徴とする。
【００３３】
上記目的を達成する本発明のリソース管理方法は以下に示す構成を備える。
【００３４】
デバイスにダウンロードされたリソースの使用状況をデバイスから取得するリソース使用状況取得ステップと、前記リソース使用状況取得ステップによりデバイスより取得されるリソース使用状況に基づいて、デバイスにダウンロードされているリソースの削除指示を行うリソース削除ステップとを有することを特徴とする。
【発明の効果】
【００３５】
本発明によれば、ネットワークシステムにおけるリソース管理において、デバイスの管理者が直接的にデバイスが備えるメモリ資源の使用容量や、該メモリ資源にダウンロードされたリソースの使用状況を監視する等の負担から解放できる。
【００３６】
また、デバイスにダウンロードされたリソースをデータ処理装置あるいはデバイスが指定された削除条件に基づいて自動的に削除処理できる。
【発明を実施するための最良の形態】
【００３７】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００３８】
＜システム構成の説明＞
〔第１実施形態〕
以下、図面を参照して本発明の実施の形態を説明する。
【００３９】
図１は、本発明の第１実施形態を示すデータ処理装置とデバイスとを適用可能なネットワークシステムの一例を示す図である。本システムにおけるデータ処理装置は、分散して配置されたＰＣおよびデバイス上で協調動作するリソースダウンロードソフトウェア（リソース管理手段）を備えている。
【００４０】
図１において、１００はネットワークであり、Ｅｔｈｅｒｎｅｔ（登録商標）を用いるが、例えば、ＬｏｃａｌＴａｌｋ等を用いることもできる。
【００４１】
以下、本実施形態において「ネットワーク」とは、物理的なケーブルと、ケーブル上を通る電気的な信号により、電気的な信号の組み合わせで実現される情報交換を実現するもの（プロトコル）の内の一つもしくは複数を意味し、通常は、これらの総称を指す。
【００４２】
ネットワーク１００を介して、管理PC１０１とクライアントPC１０２とデバイス１０３が配置されている。
【００４３】
クライアントPC１０２およびデバイス１０３は、図示される台数に限定されることなく、複数存在してもよい。
【００４４】
デバイス１０３は、機能複合型複写機であり、複写機能に加えて、画像スキャナ機能、プリンタ機能、ファクシミリ機能等の、一つまたは複数の機能を組み合わせることにより、複写機、プリンタ、スキャナ、ファクシミリ等として利用可能である。デバイス１０３は、機能複合型複写機に限らず、単一機能のデバイス、例えばプリンタ、ファクシミリ装置、スキャナ、複写機、その他、プロファイルデータをデバイスにダウンロードして利用可能な電子機器であれば、これらに限定されるものではない。
【００４５】
また、デバイス１０３は、管理PC１０１からの指示で、ダウンロードされるリソース（フォントデータ、フォームデータ、カラープロファイル等）を記憶する不揮発性のメモリ手段（図２に示すリソース管理部２０４Ａ）、例えばハードディスク等を備えている。
【００４６】
そして、管理PC１０１の管理者が実行するユーティリティ（リソース管理プログラム）により、例えば管理PC１０１で起動可能なブラウザ等を介してそのリソースの一覧や、リソースの使用頻度等を管理PC１０１の表示画面で確認できるように構成されている。
【００４７】
図２は、図１に示した管理PC１０１のハードウエアの第１の構成を説明するブロック図である。
【００４８】
図２において、管理PC１０１は、デバイス１０３と所定のプロトコルで通信を行う機能を有する通信部２０１および、デバイス管理者からのデバイス１０３へのリソースダウンロードおよびリソース削除指示を受け付ける機能を有する操作・表示部２０２を有する。なお、操作・表示部２０２は、キーボード、ポインティングデバイス、ＬＣＤディスプレイ等で構成される。
【００４９】
また、管理PC１０１は、上記リソースの削除を行う条件（例えばデバイス１０３にリソースをダウンロードしてからの経過期間（月、人数等））を保持する機能を有するリソース削除条件保持部２０３を有する。また、管理PC１０１は、デバイス１０３からリソース使用状況の取得を行う機能およびリソース削除の判断を行う機能を有するリソース管理部２０４を有する。
【００５０】
さらに、リソース管理部２０４は、リソースの削除実行をデバイス１０３を使用する管理者またはユーザの通信機器に、電子メール等で通知する機能を備えている。
【００５１】
なお、管理PC１０１は、ハードウエアとしてＣＰＵ，ＲＡＭ，ＲＯＭ等のコントローラ部を備え、所定のＯＳの下で、各種のアプリケーションを実行することで、各種のサービスを提供可能に構成されている。
【００５２】
また、リソース保持部２０４Ａには、デバイス１０３にダウンロード可能なリソース（フォントデータ、フォームデータ、カラープロファイル等）をデバイスＩＤ毎に保持されている。
【００５３】
なお、削除条件は、ダウンロードからの経過日数、ダウロードされたリソースの使用回数、または、リソースを使用したユーザ名、リソースが共有されたものであるかの属性等の組合せであってもよい。
【００５４】
また、削除条件の変更や修正には、管理者ＩＤ等が入力されることを条件として、安易に書き換え、改変されないように管理されている。
【００５５】
図３は、図１に示したデバイス１０３における第１のリソースの使用状況の管理手段を説明するブロック図である。
【００５６】
図３において、デバイス１０３は、リソースの使用状況の取得を行う機能を有するリソース管理部３０１、管理PC１０１との通信を行う機能を有する通信部３０２を有する。
【００５７】
また、デバイス１０３は、リソースを保持する機能を有するリソース保持部３０３および、リソース保持部よりリソースを読み出す機能を有するリソース読み出し部３０４、リソースの使用状況を保持するリソース使用状況保持部３０５を有する。
【００５８】
なお、リソース保持部３０３は、例えばハードディスク等の不揮発性メモリ手段で構成され、リソース記憶部として、さらには、デバイス１０３が提供する各種のサービスのためのデータストレージとして機能する。
【００５９】
なお、デバイス１０３は、公知のスキャナ部と、プリンタ部、ファクシミリ部、ファイル部等を備えて、スキャナ機能、プリンタ機能、複写機能、データ通信機能を切り替えて実行可能としているが、本図においては、その機能処理部は図示しない。
【００６０】
図４は、図１に示した管理PC１０１、クライアントPC４００の構成を説明するブロック図である。なお、本図は、分散して配置されたＰＣの１つを示したものである。
【００６１】
図４において、ハードディスク（ＨＤ）４１１には、本実施形態において、リソース管理ソフトウエアのプログラムを持つソフトウエアが格納される。このソフトウエアが実行される主体のハードウエアはＣＰＵ４０１で、ソフトウエア上の制御の主体は、ハードディスク（ＨＤ）４１１に格納されたリソース管理ソフトウエアである。
【００６２】
また、本実施形態においては、オペレーティングシステム（ＯＳ）は、例えば、ウィンドウズ（登録商標）２０００（マイクロソフト社製）を想定しているが、これに限るものではない。
【００６３】
なお、本実施形態に係るリソース管理プログラムは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭ等の記憶媒体に格納された形で供給されても良い。その場合には図１に示すフロッピー（登録商標）ディスクコントローラ（ＦＤ）４１２または不図示のＣＤ−ＲＯＭドライブ等によって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）４１１にインストールされる。
【００６４】
４０１はＣＰＵで、ＲＯＭ４０２に記憶される制御プログラム、ハードディスク４１０に記憶されるアプリケーションをＲＡＭ４０３にロードして種々のデータ処理を行う。
【００６５】
４０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）４０９からの入力を処理する。４０６はＣＲＴＣで、ＣＲＴ４１０への表示を制御する。４０７はディスクコントローラ（ＤＫＣ）で、ハードディスク４１１、フレキシブルディスク４１２へのアクセスを制御する。
【００６６】
４０８はネットワークコントローラ（ＮＩＣ）で、ＬＡＮ１００に接続されるデバイスとの通信を制御する。４０４はシステムバスで、上記各デバイスと接続されている。
【００６７】
図５は、本発明に係るネットワークシステムにおける第１のリソース管理手順の一例を示すフローチャートである。本処理は、デバイス１０３に対して、リソースのダウンロードを行う前の初期設定手順である。
【００６８】
なお、Ｓ５１１〜Ｓ５１３はそれぞれステップを示す。さらに、各ステップは、リソース管理部２０４による処理であって、図４に示すＣＰＵ４０１がＲＡＭ４０３にリソース管理プログラムをハードディスク４１１等よりロードして実行することで実現される。
【００６９】
また、デバイスの管理者は、デバイスに最初にリソースのダウンロードを行う前に、リソース管理の初期設定を行う。
【００７０】
ステップＳ５１１で、まず、リソースの管理者は、管理PC１０１の操作・表示部２０２より、リソースの使用状況の監視を行うか否かを、例えば図示しないＵＩ画面上に使用状況監視を指定するチェックボックスを表示する。なお、管理者はＯＮまたはＯＦＦにより指定する。
【００７１】
そして、ステップＳ５１２において、リソースの使用状況の監視を行うか否かを、例えば図示しないＵＩ画面上に表示される監視を行うに対応するチェックボックス等にチェックがあるか判断する。すなわち、チェックがＯＮ状態かどうかをリソース管理部２０４が判断する。そして、チェックがＯＮ状態でないと判断した場合は、処理を終了する。
【００７２】
一方、ステップＳ５１２で、チェックがＯＮ状態であると判断した場合、すなわち、リソースの使用状況の監視を行うと判断した場合、ステップＳ５１３で、リソースを削除する条件の指定を行う。
【００７３】
なお、本例では、１ヶ月間使用がないリソースは削除を行うという条件を指定する。指定されたリソース削除条件は、リソース削除条件保持部２０３に保持される。
【００７４】
図６は、本発明に係るネットワークシステムにおける第２のリソース管理手順の一例を示すフローチャートである。本処理は、リソースのダウンロードを行う手順である。なお、Ｓ５２１〜Ｓ５２２はそれぞれステップを示す。さらに、各ステップは、リソース管理部３０１による処理であって、ＣＰＵがＲＡＭにリソース管理プログラムをハードディスク等よりロードして実行することで実現される。
【００７５】
先ず、デバイスの管理者は管理PC１０１の操作・表示部２０２より、デバイス１０３にリソースのダウンロード指示を行う。ステップＳ５２１では、ダウンロード指示に応じてダウンロードされるリソースの受信処理を行う。
【００７６】
次に、ステップＳ５２２では、デバイス１０３にダウンロードされたリソースは、デバイス１０３のリソース保持部３０３に保持され、本処理を終了する。
【００７７】
図７は、本発明に係るネットワークシステムにおける第３のリソース管理手順の一例を示すフローチャートである。本処理は、クライアントPC１０２より印刷を行った際の、リソース使用状況の保持を行う手順である。
【００７８】
なお、Ｓ５３１〜Ｓ５３３はそれぞれステップを示す。さらに、各ステップは、図３に示すデバイス１０３のリソース管理部３０１の処理であって、ＣＰＵがＲＡＭにリソース管理プログラムをハードディスク等よりロードして実行することで実現される。
【００７９】
ステップＳ５３１では、印刷にデバイス１０３にダウンロードされているリソースが必要か否かをＣＰＵ４０１が判断する。そして、ＣＰＵ４０１がリソースが必要である場合、ステップＳ５３２では、リソース読み出し部３０４がリソース保持部３０３から指定されるリソースの読み出しを行う。
【００８０】
次に、ステップＳ５３３では、ステップＳ５３２で読み出されたリソースの使用状況をデバイス１０３のリソース使用状況保持部３０５に書き込みを行う。
【００８１】
なお、ＣＰＵ４０１は、書き込みを行う際には、予め最大の使用状況保持数を決めておき、最大数を超えた場合は、古い情報から削除するようにしてもよい。
【００８２】
図８は、図３に示したリソース使用状況保持部３０５に保持されるリソース使用状況データの一例を示す図である。本例は、リソースの使用状況を保持する形式の一例である。
【００８３】
図８において、リソースＲ１〜Ｒ３毎にダウンロードされた日時Ｄ１と使用された日時Ｄ２（使用毎に増える）を保持する。
【００８４】
図９は、本発明に係るネットワークシステムにおける第４のリソース管理手順の一例を示すフローチャートである。本処理は、管理PC１０１がリソースの使用状況をデバイス１０３から取得し、リソースの削除を行う手順である。なお、Ｓ５４１〜Ｓ５４５はそれぞれステップを示す。さらに、各ステップは、リソース管理部２０４による処理であって、図４に示すＣＰＵ４０１がＲＡＭ４０３にリソース管理プログラムをハードディスク４１１等よりロードして実行することで実現される。
【００８５】
先ず、ステップＳ５４１では、管理PC１０１のリソース管理部２０４がリソースの使用状況取得の指示を行う。
【００８６】
なお、リソース使用状況の取得指示は、タイマなどによりリソース管理部２０４が自動的に一定時間おきに行ってもよいし、デバイスの管理者が管理PC１０１の操作・表示部２０２より手動で行ってもよい。
【００８７】
管理PC１０１の通信部２０１は、特定のプロトコルを使用してデバイス１０３の通信部３０２と通信を行う。管理PC１０１からリソースの使用状況取得指示を受けたデバイス１０３は、リソース管理部３０１がリソース使用状況保持部３０５よりリソース使用状況を読み出し、管理PCに通知する。管理PC１０１のリソース管理部２０４は、通信部２０１を通してリソース使用状況を取得する。
【００８８】
次に、ステップＳ５４２では、管理PC１０１のリソース管理部２０４がリソース削除条件保持部２０３よりリソース削除条件を読み出す。そして、ステップＳ５４３では、管理PC１０１のリソース管理部２０４が通知されたリソース使用状況を解析し、リソースの使用状況がリソース削除条件に当てはまっているか否かを判断する。そして、リソースの使用状況がリソース削除条件に当てはまっていないと判断した場合は、本処理を終了する。
【００８９】
一方、ステップＳ５４３で、管理PC１０１のリソース管理部２０４がリソースの使用状況がリソース削除条件に当てはまっていると判断した場合は、ステップＳ５４４に進む。そして、ステップＳ５４４で、管理PC１０１のリソース管理部２０４は、通信部２０１を通してデバイス１０３にリソースの削除指示（例えば削除コマンドを示すパケットをＬＡＮ１００に出力することによる）を行う。
【００９０】
例えば、リソースの使用状況が図８に示すようになっている。また、リソースの使用状況取得日が、例えば２００３年１２月２３日であった場合、リソースＲ１の最新の使用日は、２００３年１１月１２日であり、また、リソースＲ２は、の最新の使用日が２００３年１１月１１日である。したがって、１ヶ月以上使用されていない状況となり、削除指定されている条件に合致するため削除するように削除指示を行う。
【００９１】
次に、ステップＳ５４５では、管理PC１０１は、デバイス１０３の管理者およびクライアントPC１０２にリソースが削除されたこと示す情報を通知して、本処理を終了する。
【００９２】
通知する手段として、例えば管理PC１０１の操作・表示部２０２にリソースが削除されたことを表示したり、クライアントPC１０２に電子メールなどを送信したりする手段がある。
【００９３】
なお、通知する際に、削除理由を付加して通知してもよい。
【００９４】
これにより、管理者およびクライアントのユーザは、削除理由に対応した処理を行うことができる。
【００９５】
また、ネットワーク管理者は、リソースの削除条件等を指定した後は、何等リソース管理に対して、直接的な履歴取得等の操作負担が不要となり、従来のリソース管理に比べて操作負担が軽減される。
【００９６】
さらに、デバイス上のリソースが自動的にメモリ資源から削除されることで、該リソースを保持するメモリ資源の専有状態が定期的に解消されるため、該メモリ資源を他の用途に割り当てことが可能となり、メモリ資源の有効活用が自動的に図られることとなる。
【００９７】
〔第２実施形態〕
上記実施形態では、管理PC１０１上のリソース管理部３０１が指定された削除条件に基づいて自動的にデバイス１０３に保持されるリソースを削除する場合について説明した。
【００９８】
本実施形態では、リソース削除をデバイス１０３側で自動的に行うように制御する点を特徴とする。以下、その実施形態について説明する。
【００９９】
なお、第２実施形態におけるネットワークシステムおよびそれを構成する各種機器の構成およびリソース管理手順は、前述した第１実施形態と相違する点のみを説明する。
【０１００】
図１０は、図１に示した管理PC１０１のハードウエアの第２の構成を説明するブロック図である。なお、図２と同一のものには同一の符号を付してある。
図１０に示すように、本実施形態では、管理PC１０１は、デバイスとの通信を行う機能を有する通信部２０１および、デバイス管理者からのデバイスへのリソースダウンロード指示を受け付ける機能を有する操作・表示部２０２から構成される。
【０１０１】
なお、管理PC１０１は、ハードウエアとしてＣＰＵ，ＲＡＭ，ＲＯＭ等のコントローラ部を備え、所定のＯＳの下で、各種のアプリケーションを実行することで、各種のサービスを提供可能に構成されている。
【０１０２】
図１０に示す管理PC１０１は、所定の処理に使用可能な１または複数のリソースをデバイスにダウンロードするデータ処理装置であって、リソースを保持するリソース保持部２０４Ａを備える。さらに、デバイス１０３にダウンロードされたリソースの削除条件を転送してデバイス１０３が備えるリソース削除条件保持部３０６に保持させる機能を有する。
【０１０３】
図１１は、図１に示したデバイス１０３における第２のリソースの使用状況の管理手段を説明するブロック図である。
【０１０４】
図１１において、デバイス１０３は、リソースの削除条件の設定と読み出しを行う機能とリソースの使用状況の取得を行う機能とリソース削除の判断を行いリソースを削除する機能を有するリソース管理部３０１を有する。
【０１０５】
また、デバイス１０３は、管理PC１０１およびクライアントPC１０２との通信を行う機能を有する通信部３０２を有する。
【０１０６】
さらに、デバイス１０３は、リソースを保持する機能を有するリソース保持部３０３を有する。さらに、デバイス１０３は、リソース保持部３０３よりリソースを読み出す機能を有するリソース読み出し部３０４を有する。
【０１０７】
また、図示しないエンジン等で、リソース保持部３０３に保持されたリソースの使用状況を保持するリソース使用状況保持部３０５を有する。また、リソース保持部３０３に保持されたリソースの削除を行う条件を保持する機能を有するリソース削除条件保持部３０６を有する。
【０１０８】
以下、図５〜図７、図９に示すフローチャートを参照して、本発明に係るリソース管理システムにおける第２のリソース管理手順について説明する。
【０１０９】
図５は、リソースのダウンロードを行う前の初期設定手順の一例を示すフローチャートである。
【０１１０】
まず、リソースの管理者は、管理PC１０１の操作・表示部２０２より、リソースの使用状況の監視を行うか否かを、例えば図示しないＵＩ画面上に使用状況監視を指定するチェックボックスを表示して、ＯＮまたはＯＦＦにより指定する。
【０１１１】
そして、ステップＳ５１２において、使用状況監視を指定するチェックボックスがONまたはOFFのいずれであるかを判断して、リソースの使用状況の監視を行う場合（ON指定）、ステップＳ５１３で、リソースを削除する条件の指定を行い、本処理を終了する。
【０１１２】
なお、管理PC１０１の通信部２０１は、特定のプロトコルを使用してデバイス１０３の通信部３０２と通信を行う。そして、管理PC１０１からリソースの削除条件の設定指示をデバイス１０３のリソース管理部３０１が受け付け、リソース削除条件保持部３０６に指定されたリソース削除条件を保持する。
【０１１３】
図６は、リソースのダウンロードを行う手順の一例を示すフローチャートである。
【０１１４】
先ず、ステップＳ５２１では、リソースの管理者は管理PC１０１の操作・表示部２０２より、図示しないＵＩを表示して、デバイス１０３にリソースのダウンロード指示を行う。
【０１１５】
次に、ステップＳ５２２では、デバイス１０３にダウンロードされたリソースは、デバイス１０３のリソース保持部３０３に保持され、本処理を終了する。
【０１１６】
図７は、クライアントPC１０２より印刷を行った際の、リソース使用状況の保持を行う手順の一例を示すフローチャートである。なお、本処理は、図１１に示すデバイス１０３のリソース管理部３０１による処理である。
【０１１７】
まず、ステップＳ５３１では、印刷にデバイス１０３にダウンロードされているリソースを使用するか否かを判断する。リソースを使用すると判断した場合、ステップＳ５３２では、リソース読み出し部３０４が、図１１に示すリソース保持部３０３からリソースの読み出しを行う。
【０１１８】
そして、ステップＳ５３３では、リソースの使用状況をデバイス１０３のリソース使用状況保持部３０５に書き込みを行い、本処理を終了する。
【０１１９】
図９は、リソースの使用状況からリソースの削除を行う手順の一例を示すフローチャートである。なお、本処理は、図１１に示すデバイス１０３のリソース管理部３０１による処理である。
【０１２０】
先ず、ステップＳ５４１では、デバイス１０３のリソース管理部３０１がリソース使用状況保持部３０５よりリソースの使用状況（図８と同等のデータ形式でリソース使用状況保持部３０５に保持される）を読み出す。リソース使用状況の読み出しは、タイマなどにより自動的に一定時間おきに行う。読み出し間隔は、初期設定を行う際に、管理PC１０１から指定してもよい。
【０１２１】
そして、ステップＳ５４２では、デバイス１０３のリソース管理部３０１がリソース削除条件保持部３０６よりリソース削除条件を読み出す。
【０１２２】
そして、ステップＳ５４３では、図１１に示すデバイス１０３のリソース管理部３０１がリソース使用状況を解析する。そして、リソースの使用状況がリソース削除条件（指定される削除条件は、第１実施形態と同様に、１月以上未使用状況であるものとする）に当てはまっているか否かを判断する。
【０１２３】
そして、ステップＳ５４４では、リソース使用状況がリソース削除条件に当てはまっているとリソース管理部３０１が判断した場合、デバイス１０３のリソース管理部３０１は、リソースの削除を行う。
【０１２４】
次に、ステップＳ５４５では、デバイス１０３は管理PC１０１およびクライアントPC１０２にリソースが削除されたことを示す情報を通知する。
【０１２５】
なお、通知する手段として、例えば管理PC１０１およびクライアントPC１０２は、リソースの状態を監視したいデバイスを予め登録し、デバイスからのイベントを受信できるようにしておいてリソースが削除されたという通知を受け取る手段がある。
【０１２６】
これにより、ネットワーク管理者は、リソースの削除条件等を指定した後は、何等リソース管理に対して、直接的な履歴取得等の操作負担が不要となりばかりでなく、削除処理等に関する操作がデバイス１０３側に委任される結果となる。したがって、従来のリソース管理に比べて操作負担が軽減される。
【０１２７】
また、デバイス上のリソースが自動的にメモリ資源から削除されることで、該リソースを保持するメモリ資源の専有状態が定期的に解消されるため、該メモリ資源を他の用途に割り当てことが可能となり、メモリ資源の有効活用が自動的に図られることとなる。
【０１２８】
〔第３実施形態〕
上記第１実施形態または第２実施形態では、図５に示す初期設定において、リソースの使用状況の監視をするか否かおよび、リソースの削除条件の指定を行う例を示した。
【０１２９】
本実施形態では、リソースのダウンロードを行う際にリソース毎に指定を行い、監視を行うリソースの使用状況のみをリソース使用状況保持部３０５から取得する点を特徴とする。
【０１３０】
〔第４実施形態〕
上記第１実施形態または第２実施形態では、リソースの削除条件として、一定期間使用されていないリソースを削除する例を示した。
【０１３１】
本実施形態では、リソースの削除条件に例えば「１ヶ月間に使用された回数が１０回以下」などと指定する。そして、図８に示すリソースの使用履歴をカウントして、そのカウント値をリソース使用状況保持部３０５に保持される図８に示すリソース使用状況データに付加して管理する。これにより、使用頻度の低いリソースを削除することができる。
【０１３２】
〔第５実施形態〕
上記第４実施形態では、リソースの使用履歴をカウントして、そのカウント値をリソース使用状況保持部３０５に保持して、使用回数が低いリソースを削除する場合について説明した。
【０１３３】
これに対して、リソースが複数のユーザに共有されているリソースであって、月単位では使用頻度は低いが、年間通して使用される確率の高いリソースもある。
【０１３４】
そこで、リソースに共有使用の有無を示す情報を付加して、共有リソースである場合には、使用頻度が低い場合でも、削除リソースの対象としないように制御してもよい。
【０１３５】
また、共有リソースである場合に、数ヶ月の単位で、使用状況を判断して、数ヶ月の間、いずれのユーザも使用していない状況を確認した場合には、その共有リソースを削除するようにしてもよい。
【０１３６】
〔第６実施形態〕
上記第１実施形態では、デバイス１０３にダウンロードされて保持されているリソースの使用状況がリソースの削除条件に当てはまっている場合、管理PC１０１が自動でデバイス１０３に削除指示を行う例を示した。
【０１３７】
これに対して、本実施形態ではリソースの削除を行うよう管理PC１０１の操作・表示部２０２に削除すべき候補（リソース名）を表示して、デバイス管理者が手動で削除指示を行うことを特徴とする。
【０１３８】
〔第７実施形態〕
上記実施形態では、図９に示すリソース削除通知処理でリソースの削除した旨を、クライアントPC１００、１０２のユーザに対して、例えば電子メールで通知する場合について説明した。
【０１３９】
これにより、クライアントPC１００、１０２のユーザがたまたまダウンロードしたリソースを１月と２日目に、そのリソースを使用した印刷を実行しようとする場合には、そのリソースは削除済みが通知されてしまう。
【０１４０】
そこで、本実施形態では、リソースの削除処理に、削除予告通知をクライアントPC１００、１０２のユーザに対して、例えば電子メールで実行する。そして、所定期間に削除除外指示等がクライアントPC１００、１０２がない場合に、本削除処理を実行するように制御する点を特徴とする。
【０１４１】
これにより、クライアントPC１００、１０２のユーザの便宜を図り、ユーザの使い勝手が向上する。
【０１４２】
〔第８実施形態〕
上記各実施形態では、リソースを管理PC１０１のメモリ資源にあらかじめ保持させ、該リソースを他のデバイスにダウンロードする場合について説明した。
【０１４３】
本実施形態では、リソースの取得先は、通信可能なサーバ装置、他のデバイスが保持するメモリ資源、あるいはリムーバルディスク、着脱自在のＵＳＢメモリ等各種のメディアとすることを特徴とする。
【０１４４】
〔第９実施形態〕
以下、図１２に示すメモリマップを参照して本発明に係るデータ処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１４５】
図１２は、本発明に係るデータ処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１４６】
図１３は、本発明に係るデバイスで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１４７】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１４８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１４９】
本実施形態における図５、図６、図７、図９に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５０】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１５１】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５２】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１５３】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１５４】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１５６】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１５７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１５８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。そして、その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６０】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１６１】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１６２】
【図１】本発明の第１実施形態を示すデータ処理装置を適用可能なネットワークシステムの一例を示す図である。
【図２】図１に示した管理PCのハードウエアの第１の構成を説明するブロック図である。
【図３】図１に示したデバイスにおける第１のリソースの使用状況の管理手段を説明するブロック図である。
【図４】図１に示した管理PC、クライアントPCの構成を説明するブロック図である。
【図５】本発明に係るネットワークシステムにおける第１のリソース管理手順の一例を示すフローチャートである。
【図６】本発明に係るネットワークシステムにおける第２のリソース管理手順の一例を示すフローチャートである。
【図７】本発明に係るネットワークシステムにおける第３のリソース管理手順の一例を示すフローチャートである。
【図８】図３に示したリソース使用状況保持部に保持されるリソース使用状況データの一例を示す図である。
【図９】本発明に係るネットワークシステムにおける第４のリソース管理手順の一例を示すフローチャートである。
【図１０】図１に示した管理PCのハードウエアの第２の構成を説明するブロック図である。
【図１１】図１に示したデバイスにおける第２のリソースの使用状況の管理手段を説明するブロック図である。
【図１２】本発明に係るデータ処理装置、デバイスで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図１３】本発明に係るデバイスで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１６３】
１０１  管理PC
１０２、１０４  クライアントPC
１０３  デバイス
【図１】
2007025837.tif 000003
【図２】
2007025837.tif 000004
【図３】
2007025837.tif 000005
【図４】
2007025837.tif 000006
【図５】
2007025837.tif 000007
【図６】
2007025837.tif 000008
【図７】
2007025837.tif 000009
【図８】
2007025837.tif 000010
【図９】
2007025837.tif 000011
【図１０】
2007025837.tif 000012
【図１１】
2007025837.tif 000013
【図１２】
2007025837.tif 000014
【図１３】
2007025837.tif 000015