(57)【要約】【課題】管理する１つ以上の機器との通信方式の設定が容易な機器管理サーバ及びオブジェクト設定方法を提供することを目的とする。【解決手段】オブジェクト７１がコンポーネント７３を使用して、ネットワーク経由で１つ以上の機器を管理する機器管理サーバであって、オブジェクト７１に対応するコンポーネント７３を定義した設定手段と、オブジェクト７１の起動を通知され、設定手段からオブジェクト７１に対応するコンポーネント７３を特定して、そのコンポーネント７３を作成するコンポーネント作成手段７２とを有することにより上記課題を解決する。【選択図】図６
2008305005.tif 000002
【特許請求の範囲】
【請求項１】
オブジェクトがコンポーネントを使用して、ネットワーク経由で１つ以上の機器を管理する機器管理サーバであって、
オブジェクトに対応するコンポーネントを定義した設定手段と、
前記オブジェクトの起動を通知され、前記設定手段から前記オブジェクトに対応するコンポーネントを特定して、そのコンポーネントを作成するコンポーネント作成手段と
を有することを特徴とする機器管理サーバ。
【請求項２】
前記設定手段は、前記コンポーネントが実装されるクラスを定義していることを特徴とする請求項１記載の機器管理サーバ。
【請求項３】
前記オブジェクトは、前記設定手段に定義されている前記コンポーネントが変更されることにより前記機器との通信方式を切り替えることを特徴とする請求項１記載の機器管理サーバ。
【請求項４】
前記コンポーネント作成手段は、前記オブジェクトによる前記コンポーネントの使用後に前記オブジェクトに対応して作成されたコンポーネントを破棄することを特徴とする請求項１記載の機器管理サーバ。
【請求項５】
前記設定手段は、前記機器管理サーバの外に設けられていることを特徴とする請求項１記載の機器管理サーバ。
【請求項６】
前記機器管理サーバは、ネットワーク経由で接続されたクライアントから操作されることを特徴とする請求項１乃至５何れか一項記載の機器管理サーバ。
【請求項７】
オブジェクトがコンポーネントを使用して、ネットワーク経由で１つ以上の機器を管理する機器管理サーバのオブジェクト設定方法であって、
オブジェクトに対応するコンポーネントを定義する設定ステップと、
前記オブジェクトの起動を通知され、前記設定ステップにより定義された前記オブジェクトに対応するコンポーネントを特定して、そのコンポーネントを作成するコンポーネント作成ステップと
を有することを特徴とするオブジェクト設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器管理サーバ及びオブジェクト設定方法に係り、特にネットワーク経由で１つ以上の機器を管理する機器管理サーバ、及び機器管理サーバのオブジェクト設定方法に関する。
【背景技術】
【０００２】
近年、レーザプリンタ（ＬＰ）や複合機（ＭＦＰ）等の機器（Ｄｅｖｉｃｅ）はＬＡＮやインターネット等のネットワーク経由で、機器管理サーバにより管理されることが多くなっている。機器管理サーバは、ネットワーク経由で接続された多数の機器を一括管理することができる。
【０００３】
ところで、機器の多様化に伴い、機器が採用している通信方式は、ますます多様化する傾向にある。したがって、機器管理サーバは、自機の採用している通信方式が、機器の採用している通信方式と異なっていれば機器を管理できなかった。
【０００４】
また、機器管理サーバは機器を管理する内容に応じたオブジェクトを備えており、そのオブジェクト（ｏｂｊｅｃｔ）毎に、機器との通信方式を設定している。従って、従来の機器管理サーバでは通信方式を容易に設定できることが望まれていた。
【０００５】
例えば特許文献１には、車両内ＬＡＮプロトコルとして用いるプロトコル、及びこのプロトコルの詳細仕様を含む設定ファイルを外部で設定して車両内ＬＡＮ用ゲートウェイ装置に送信することで、通信方式の設定を容易に行うことが記載されている。
【特許文献１】特開２００７−２８３７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１では、設定ファイルに設定されている車両内ＬＡＮプロトコルの種類は１つである。つまり、特許文献１は車両内ＬＡＮ用ゲートウェイ装置を多様な車両内ＬＡＮプロトコルの１つに適するように設定するものである。
【０００７】
しかし、従来の機器管理サーバは一括管理する機器が採用している複数の通信方式を全て採用する必要がある点で特許文献１の内容と異なる。一方、従来の機器管理サーバではオブジェクト毎に機器との通信方式を設定すると、通信方式が追加や変更になった場合に通信方式の設定が煩雑となるという問題があった。
【０００８】
本発明は、上記の点に鑑みなされたもので、管理する１つ以上の機器との通信方式の設定が容易な機器管理サーバ及びオブジェクト設定方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決する為、本発明は、オブジェクトがコンポーネントを使用して、ネットワーク経由で１つ以上の機器を管理する機器管理サーバであって、オブジェクトに対応するコンポーネントを定義した設定手段と、前記オブジェクトの起動を通知され、前記設定手段から前記オブジェクトに対応するコンポーネントを特定して、そのコンポーネントを作成するコンポーネント作成手段とを有することを特徴とする。
【００１０】
前記設定手段は、前記コンポーネントが実装されるクラスを定義していることを特徴としてもよい。
【００１１】
前記オブジェクトは、前記設定手段に定義されている前記コンポーネントが変更されることにより前記機器との通信方式を切り替えることを特徴としてもよい。
【００１２】
前記コンポーネント作成手段は、前記オブジェクトによる前記コンポーネントの使用後に前記オブジェクトに対応して作成されたコンポーネントを破棄することを特徴としてもよい。
【００１３】
前記設定手段は、前記機器管理サーバの外に設けられていることを特徴としてもよい。
【００１４】
前記機器管理サーバは、ネットワーク経由で接続されたクライアントから操作されることを特徴としてもよい。
【００１５】
また、本発明は、オブジェクトがコンポーネントを使用して、ネットワーク経由で１つ以上の機器を管理する機器管理サーバのオブジェクト設定方法であって、オブジェクトに対応するコンポーネントを定義する設定ステップと、前記オブジェクトの起動を通知され、前記設定ステップにより定義された前記オブジェクトに対応するコンポーネントを特定して、そのコンポーネントを作成するコンポーネント作成ステップとを有することを特徴とする。
【００１６】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１７】
本発明によれば、管理する１つ以上の機器との通信方式の設定が容易な機器管理サーバ及びオブジェクト設定方法を提供可能である。
【発明を実施するための最良の形態】
【００１８】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。
【００１９】
図１は本発明による機器管理システムの一例の構成図である。機器管理システムは、機器管理サーバ１，複数のクライアント２，複数の機器（Ｄｅｖｉｃｅｓ）３，ルータ４がＬＡＮやインターネット等のネットワーク５経由で接続されている。
【００２０】
機器管理サーバ１は管理対象である機器３と通信を行い、管理対象である機器３の一括管理（選択、設定、状態監視など）を行うものである。機器管理サーバ１はネットワーク５経由で接続されたクライアント２にＷｅｂ画面を送信し、そのＷｅｂ画面を利用してクライアント２から使用者による操作内容を受け付ける。
【００２１】
なお、クライアント２は、機器管理サーバ１と同一のネットワーク５に含まれるものであっても、ルータ４を介して接続されている他のネットワーク５に含まれるものであってもよい。クライアント２の使用者は、クライアント２に画面表示されたＷｅｂ画面から機器管理サーバ１を操作できる。
【００２２】
機器３は、レーザプリンタ（ＬＰ）や複合機（ＭＦＰ）等である。図１では機器３の一例として画像処理装置の例を示しているが、他の装置等であってもよい。なお、機器３は複数社が製造した機器であってもよい。機器３は機器管理サーバ１と同一のネットワーク５に含まれるものであっても、ルータ４を介して接続されている他のネットワーク５に含まれるものであってもよい。
【００２３】
図１の機器管理サーバ１は、例えば図２に示すようなコンピュータシステムにより実現される。図２は機器管理サーバを実現するコンピュータシステムの一例のハードウェア構成図である。
【００２４】
機器管理サーバ１は、それぞれバスＢで相互に接続されている入力装置１１，出力装置１２，ドライブ装置１３，補助記憶装置１４，主記憶装置１５，演算処理装置１６およびインターフェース装置１７を有するように構成される。
【００２５】
入力装置１１はキーボードやマウスなどで構成され、各種信号を入力するために用いられる。出力装置１２はディスプレイ装置などで構成され、各種ウインドウやデータ等を表示するために用いられる。インターフェース装置１７は、モデム，ＬＡＮカードなどで構成されており、ネットワーク５に接続する為に用いられる。
【００２６】
機器管理サーバ１を制御するプログラムは、例えば記録媒体１８の配布やネットワーク５からのダウンロードなどによって提供される。記録媒体１８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等の様々なタイプの記録媒体を用いることができる。
【００２７】
また、記録媒体１８がドライブ装置１３にセットされると、プログラムは記録媒体１８からドライブ装置１３を介して補助記憶装置１４にインストールされる。ネットワーク５からダウンロードされたプログラムは、インターフェース装置１７を介して補助記憶装置１４にインストールされる。
【００２８】
補助記憶装置１４は、インストールされたプログラムを格納すると共に、必要なファイル，データ等を格納する。主記憶装置１５は、起動時に補助記憶装置１４から必要なプログラムを読み出して格納する。そして、演算処理装置１６は主記憶装置１５に格納されたプログラムに従って、後述するような各種処理を実現している。
【００２９】
図１の機器管理サーバ１は、例えば図３に示すモジュール構成により実現される。図３は機器管理サーバを実現するモジュール構成図である。図３の機器管理サーバ１は、ＨＴＴＰＤ３２，サーブレットエンジン３３，ＵＩプラットフォーム３４，デバイスマネージメントサービス３５，その他のサービス３６，ＲＭＩ  Ｉ／Ｆ３７，マネージメントコアサービス３８，設定ファイル３９，データベース４０，通信用モジュール４１及びＪ２ＳＥ４２を有する構成である。
【００３０】
ＨＴＴＰＤ３２は、Ｗｅｂサーバの一例である。ＨＴＴＰＤ３２はクライアント２の有するＷｅｂブラウザ３１にＷｅｂ画面を送信して画面表示させる。また、ＨＴＴＰＤ３２はクライアント２のＷｅｂブラウザ３１から使用者の操作内容を受信する。サーブレットエンジン３３は、ＨＴＴＰＤ３２でサーブレットを動作させるために拡張するモジュールである。ＵＩプラットフォーム３４は、ＵＩを実現するプラットフォームである。
【００３１】
また、マネージメントコアサービス３８は、機器３の管理を行う汎用的なモジュールである。デバイスマネージメントサービス３５は、機器３の管理を行うマネージメントコアサービス３８よりも専用的なモジュールである。デバイスマネージメントサービス３５及びマネージメントコアサービス３８は、ＲＭＩ  Ｉ／Ｆ３７を介して通信を行う。
【００３２】
通信用モジュール４１は、後述するように、コンポーネントと機器３との間で行う様々な通信方式による通信を仲介するモジュールである。Ｊ２ＳＥ４２は、基礎となる標準的な機能をまとめたものである。設定ファイル３９は、後述のオブジェクトが使用するコンポーネント及びクラス（Ｃｌａｓｓ）を定義するものである。なお、設定ファイル３９の詳細は後述する。
【００３３】
また、デバイスマネージメントサービス３５及びマネージメントコアサービス３８はコンポーネントの作成、管理を行っている。図４は機器管理サーバにおけるモジュールとコンポーネントとの関連図である。
【００３４】
マネージメントコアサービス３８は、コネクタＡＰＩ５１を有する構成である。デバイスマネージメントサービス３５は、デバイスマネージメントコネクタ５２，デバイスコネクタ５３及びＵｄｓコネクタ５４を有する構成である。なお、デバイスマネージメントコネクタ５２，デバイスコネクタ５３及びＵｄｓコネクタ５４は、コンポーネントの一例である。
【００３５】
デバイスマネージメントコネクタ５２は、機器３のデバイスマネージメントサービスを経由してＳＯＡＰにより機器３との通信を行う。また、デバイスコネクタ５３は通信用モジュール４１のＲＮｅｔＣｏｒｅ２を経由してＳＮＭＰ，ＳＯＡＰ及びＦＴＰにより機器３との通信を行う。さらに、Ｕｄｓコネクタ５４は通信用モジュール４１のＵｄｓＡｇｅｎｔを経由してＳＯＡＰ及びＦＴＰにより機器３との通信を行う。
【００３６】
例えばパスワードポリシー（ＰａｓｓｗｏｒｄＰｏｌｉｃｙ）のオブジェクトを機器管理サーバ１に設定する場合は、図５に示すような設定ファイル３９に基づいてコンポーネントを作成する。
【００３７】
図５は設定ファイルの一例の構成図である。設定ファイル３９は、マネージメントコアサービス３８に読み込まれる。設定ファイル３９は、オブジェクト名６３のオブジェクトが使用するコンポーネントのコンポーネント名６１及びコンポーネントが実装されるクラスのクラス名６２を定義するものである。
【００３８】
なお、図５に示した設定ファイル３９は、オブジェクト名が「ｃｏｍｍｏｎ．ＰａｓｓｗｏｒｄＰｏｌｉｃｙ」、コンポーネント名が「ＵｄｓＣｏｎｎｅｃｔｅｒ」、クラス名が「ｊｐ．ｃｏ．ｒｉｃｏｈ．ｒｄｈ．ｍａｎａｇｅｍｅｎｔ．ｃｏｍｐｏｎｅｎｔｓ．ｃｏｎｎｅｃｔｅｒ．ｕｄｓ．ＵｓｅｒＤｉｒｅｃｔｏｒｙＣｏｎｎｅｃｔｅｒ」である例を表したものである。
【００３９】
つまり、設定ファイル３９はオブジェクトに対応するコンポーネントと、コンポーネントが実装されるクラスとを定義するものである。このような設定ファイル３９を利用する機器管理サーバ１では、設定するオブジェクトが決まれば、そのオブジェクトの使用するコンポーネントと、そのコンポーネントが実装されるクラスとが決定する。
【００４０】
このため、設定ファイル３９を利用する機器管理サーバ１は、機器３との通信方式が追加されたり、変更されたりしても設定ファイル３９を修正すればよいため、コンポーネントの追加，変更が容易となる。
【００４１】
図６は設定ファイルを利用したコンポーネント作成処理を表す一例のフローチャートである。図６のＷｉｎｄｏｗｓ（登録商標）サービス７１はオブジェクトの一例であり、その他のサービス３６に含まれる。また、コンポーネント配置モジュール（ＣｏｍｐｏｎｅｎｔＤｅｐｌｏｙｅｒ）７２は、マネージメントコアサービス３８に含まれる。また、コンポーネント７３はデバイスマネージメントサービス３５又はマネージメントコアサービス３８に含まれる。
【００４２】
ステップＳ１に進み、Ｗｉｎｄｏｗｓ（登録商標）サービス７１はコンポーネント配置モジュール７２へ起動を通知する。ステップＳ２に進み、コンポーネント配置モジュール７２は設定ファイル３９を読み込み、その設定ファイル３９からＷｉｎｄｏｗｓ（登録商標）サービス７１が使用するコンポーネントと、そのコンポーネントが実装されるクラスとを特定する。
【００４３】
ステップＳ３に進み、コンポーネント配置モジュール７２は、ステップＳ２で特定したＷｉｎｄｏｗｓ（登録商標）サービス７１が使用するコンポーネントと、そのコンポーネントが実装されるクラスとに基づき、コンポーネント７３を作成する。例えばコンポーネント配置モジュール７２は図４に示したデバイスマネージメントコネクタ５２，デバイスコネクタ５３及びＵｄｓコネクタ５４を作成する。
【００４４】
このように、本発明による機器管理サーバ１は、起動するオブジェクトが使用するコンポーネントと、そのコンポーネントが実装されるクラスとを設定ファイル３９に定義しておけるので、コンポーネントをオブジェクト間で共用でき、１つ以上の機器３との通信方式の設定が容易となる。
【００４５】
図１の機器管理サーバ１は例えば図７に示すモジュール構成により実現してもよい。図７は機器管理サーバを実現する他のモジュール構成図である。図７の機器管理サーバ１は設定ファイル３９が機器管理サーバ１の外に設けられている点が図３の機器管理サーバ１の構成と異なっている。従って、図７の機器管理サーバ１は設定ファイル３９が機器管理サーバ１の外に設けられている点以外、図３の機器管理サーバ１と同様である為、説明を省略する。
【００４６】
図８は設定ファイルを利用したコンポーネント作成処理を表す他の例のフローチャートである。図８のクライアント８１はオブジェクトの一例であり、デバイスマネージメントサービス３５に含まれるコンポーネントである。コンポーネント配置モジュール（ＣｏｍｐｏｎｅｎｔＤｅｐｌｏｙｅｒ）７２はマネージメントコアサービス３８に含まれる。コンポーネントの一例としてのＵｄｓコネクタ５４はデバイスマネージメントサービス３５又はマネージメントコアサービス３８に含まれる。
【００４７】
ステップＳ１１に進み、クライアント８１はコンポーネントを使用する時、コンポーネントの使用をコンポーネント配置モジュール７２へ通知する。ステップＳ１２に進み、コンポーネント配置モジュール７２は設定ファイル３９を読み込み、その設定ファイル３９からクライアント８１が使用するコンポーネントと、そのコンポーネントが実装されるクラスとを特定する。
【００４８】
ステップＳ１３に進み、コンポーネント配置モジュール７２は、ステップＳ１２で特定したクライアント８１が使用するコンポーネントと、そのコンポーネントが実装されるクラスとに基づき、Ｕｄｓコネクタ５４を作成する。
【００４９】
その後、クライアント８１は、ステップＳ１４及び１５にてＵｄｓコネクタ５４の使用を行う。Ｕｄｓコネクタ５４の使用が終了すると、クライアント８１はステップＳ１６に進み、コンポーネントの破棄をコンポーネント配置モジュール７２へ要求する。ステップＳ１７に進み、コンポーネント配置モジュール７２はステップＳ１３で作成したＵｄｓコネクタ５４を破棄する。
【００５０】
このように、本発明による機器管理サーバ１は、コンポーネントを使用するとき、コンポーネントを作成し、使用後にコンポーネントを破棄できる。
【００５１】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００５２】
【図１】本発明による機器管理システムの一例の構成図である。
【図２】機器管理サーバを実現するコンピュータシステムの一例のハードウェア構成図である。
【図３】機器管理サーバを実現するモジュール構成図である。
【図４】機器管理サーバにおけるモジュールとコンポーネントとの関連図である。
【図５】設定ファイルの一例の構成図である。
【図６】設定ファイルを利用したコンポーネント作成処理を表す一例のフローチャートである。
【図７】機器管理サーバを実現する他のモジュール構成図である。
【図８】設定ファイルを利用したコンポーネント作成処理を表す他の例のフローチャートである。
【符号の説明】
【００５３】
１    機器管理サーバ
２    複数のクライアント
３    複数の機器（Ｄｅｖｉｃｅｓ）
４    ルータ
５    ネットワーク
１１    入力装置
１２    出力装置
１３    ドライブ装置
１４    補助記憶装置
１５    主記憶装置
１６    演算処理装置
１７    インターフェース装置
１８    記録媒体
３１    Ｗｅｂブラウザ
３２    ＨＴＴＰＤ
３３    サーブレットエンジン
３４    ＵＩプラットフォーム
３５    デバイスマネージメントサービス
３６    その他のサービス
３７    ＲＭＩ  Ｉ／Ｆ
３８    マネージメントコアサービス
３９    設定ファイル
４０    データベース
４１    通信用モジュール
４２    Ｊ２ＳＥ
５１    コネクタＡＰＩ
５２    デバイスマネージメントコネクタ
５３    デバイスコネクタ
５４    Ｕｄｓコネクタ
７１    Ｗｉｎｄｏｗｓ（登録商標）サービス
７２    コンポーネント配置モジュール（ＣｏｍｐｏｎｅｎｔＤｅｐｌｏｙｅｒ）
７３    コンポーネント
８１    クライアント（デバイスマネージメントサービス３５内のコンポーネント）
Ｂ    バス
【図１】
2008305005.tif 000003
【図２】
2008305005.tif 000004
【図３】
2008305005.tif 000005
【図４】
2008305005.tif 000006
【図５】
2008305005.tif 000007
【図６】
2008305005.tif 000008
【図７】
2008305005.tif 000009
【図８】
2008305005.tif 000010