(57)【要約】【課題】  デバイスの拠点監視装置は、監視対象デバイス数を増やすために、ポーリング形式だけでなく、Webサービスを通じてデバイスに情報送信を行わせる。デバイスから情報を収集するときに、ポーリング形式で取得する場合と、Webサービスを利用した場合には、取得できる情報が一様でなかった。  このような環境では、デバイスの取得可能な情報に応じて、各デバイスの接続形式を検討する必要がある。しかし、拠点監視装置と各デバイスの接続形式をサービスマンが決定することは、デバイスによる取得可能な情報の違いとサービスメリットを加味して決定する必要があり、接続形式の決定は非常に難しい。【解決手段】  拠点監視装置は、監視デバイスリストに登録されているデバイスの、サポートしている通信方法と取得可能な情報を収集し、所定の優先順位に基づいて取得できる情報がメンテナンスサービスを行う上で効果的となるように通信方法を決定する。【選択図】  図１
2010170256.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される、管理される被管理デバイスと一台以上の該被管理デバイスを監視する拠点監視装置とからなるデバイス管理システムにおいて、
前記拠点監視装置(101)は、
監視対象デバイスリストを保管する第一の保管手段（(503)と、
監視情報の優先度を表すマスタデータを保管する第二の保管手段(508)と、
監視対象デバイスのサポートしている機能情報を収集する収集手段(504)と、
前記収集手段によって収集したデバイスのサポートしている機能情報、及び、前記第二の保管手段によって保管している優先度を表すマスタデータから、前記第一の保管手段によって保管されている監視デバイスリストに記載されている各デバイスの通信方法を決定する判断手段(507、S909)とを有し、
前記被管理デバイス(100)は、
拠点監視装置からサポートしている通信方法と提供可能な情報を問い合わせに応答する応答手段を有することを特徴とするデバイス管理システム。
【請求項２】
前記収集手段とは、
監視対象デバイスのサポートしている接続形式と、送信可能な情報の種類と、メンテナンスに関連のある機能を収集する収集手段であることを特徴とする請求項１に記載のデバイス管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信を用いたデバイス管理システムのデバイス管理方法及びそのシステム、管理装置に関する。特に、デバイスを監視する際の拠点監視装置とデバイス間のネットワーク通信に関して、デバイスの機能と優先順位に基づいて通信方法を判断する判断方法及びそれを実現するアプリケーションプログラムに関するものである。
【背景技術】
【０００２】
従来から、インターネット上に管理サーバを設置し、ネットワークを介して顧客先のデバイスを管理するメンテナンスシステムが知られている。この従来のメンテナンスシステムでは、例えば、デバイスステータスやプリント枚数等の情報は、顧客先のネットワークに設置している拠点監視装置にて収集して、インターネット上の管理サーバへデバイス情報を送信していた。
【０００３】
最近では、拠点監視装置がデバイス情報を収集するために、ポーリングでデータ収集を行うだけでなく、デバイスから拠点監視装置へWebサービスなどの技術を利用して情報収集を行うようになってきた。これは、拠点監視装置のサポート台数を増やすために、負荷のかかるポーリング方式で通信を行うよりも、監視処理の一部をデバイスに処理を行わせることによって、処理面、及び通信面で、拠点監視装置の負荷を抑制させることができるためである。
【０００４】
このような背景から、一般的にポーリングで監視を行うデバイスは、古いデバイスが多く、Webサービスを通じてデバイスが自発的に情報送信を行う接続形式は、比較的新しいデバイスが対応している情報収集方式である。また、ポーリングとWebサービスを通じた通信方式の違いから、収集できる情報量にも違いがある。拠点監視装置は、デバイス監視を行うためには、両方の通信方式をサポートしているが、監視デバイス台数に上限があるために、ポーリングにて監視できるデバイス数の上限と、Webサービスにて監視できるデバイス数の上限が設けられているケースが多い。
【０００５】
このような環境では、デバイスからの取得可能な情報に応じて、各デバイスの接続形式を検討する必要がある。しかし、拠点監視装置と各デバイスとの接続形式をサービスマンが決定することは、デバイスによる取得可能な情報の違いとサービスメリットを加味して決定する必要があるため、接続形式の決定は非常に難しいという問題があった。
【０００６】
例えば、3000台の監視対象デバイスの通信形式を決定するために、通信形式と取得可能情報からすべての監視対象デバイスの最適な通信形式を決定することは、非常に難しいという問題があった。
【０００７】
従来のデバイス監視方法には、デバイスから取得できる情報の優先順位の高さから、送信割り込みを発生させ、優先順位のものを先に送信するというものがある。
【特許文献１】特許登録第０３６７３６５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献１では、優先度の高いデータを優先的に送信する際には効果的だが、複数のデバイスから取得できる情報の情報量と重要度を最大にすることはできない。
【０００９】
本発明は、前記従来の問題点に鑑み、デバイスの機能と優先度データを利用することによって、複数の監視デバイスから取得できる情報の情報量と重要度を適切化するための接続形式を判定するデバイス管理方法及びそのシステム、管理装置を提供する。
【課題を解決するための手段】
【００１０】
上記した課題を解決するために、本発明のデバイス管理システムは、ネットワークを介して接続される、管理される被管理デバイスと一台以上の該被管理デバイスを監視する拠点監視装置とからなるデバイス管理システムにおいて、拠点監視装置(101)は、監視対象デバイスリストを保管する第一の保管手段（(503)と、監視情報の優先順位マスタデータを保管する第二の保管手段(508)と、監視対象デバイスのサポートしている通信方法と取得可能な情報（機能を含む）を収集する収集手段(504)と、監視対象デバイスのサポートしている通信方法と取得可能な情報をテーブルに保管する第三の保管手段と、サポートしている通信方法と、取得可能な情報、及び、優先順位マスタデータから通信方法を決定する判断手段(507、S909)と、を有し、前記被管理デバイス(100)は、拠点監視装置からサポートしている通信方法と提供可能な情報を問い合わせに応答する応答手段と、を有することを特徴とする。
【発明の効果】
【００１１】
監視デバイスから取得できる情報を、情報量と重要性の観点からメンテナンスを行ううえで、そのサービスに適した通信方式を判定することで、限られたリソースのシステムでもメンテナンスに必要な情報を適切化することができるようになる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１３】
＜本実施形態のデバイス管理システムの構成例＞
図1は、本発明の実施の形態に係る複写機と、遠隔監視装置、及び、管理サーバとのネットワークにおける接続関係を示す図である。
【００１４】
図１において、100は顧客のイントラネット103に接続されたMFP(Multi Function Printer)やSFP(Single Function Printer)を示している。これらプリント・複写などの機能をもつ機器の事をここではデバイスと呼ぶ。また、102は複数のデバイス100をイントラネット103内で監視する拠点監視装置を示している。そのほか、イントラネット103には、インターネット104との接続ポイントであるファイアウォール102が設置されている。ファイアウォール102により、外部からの不適切なネットワークアクセスを防止できる。
【００１５】
拠点監視装置101は、イントラネット103を介してデバイス100の各種動作モード設定や、カウンタ値、稼働ログなどの稼働情報、およびハード障害やジャム多発等の障害情報を収集する。拠点監視装置101とデバイス100との通信には、2種類の通信形式がある。一つは、拠点監視装置101からデバイス100に対して、ＳＮＭＰ（Simple Network Management Protocol）や独自プロトコルを用いてポーリングを行う情報収集方式である。もう一つは、拠点監視装置101がWebサービスや独自プロトコルを用いてサービスを提供し、デバイスから送信される情報を受信することで情報収集する方式である。
【００１６】
拠点監視装置101は、一般的なPC（パーソナルコンピュータ）として図面に記されているが、監視プログラムの走るデバイスを指し、PCのほかに専用のハードウェアやデバイスなどに監視プログラムをインストールすることができる。ここでは、拠点監視装置の形態に制限はない。
【００１７】
105は管理サーバを示している。管理サーバ105は、インターネット104を介して、顧客のイントラネット103上に設置されている拠点監視装置101と通信を行う事によって、デバイスの情報を収集し、管理している。拠点監視装置101は、収集した各デバイスのステータスやメンテナンス情報を、インターネット104上にある管理サーバ105へ送信を行う。管理サーバには、課金カウンタのレポート表示、エラー・アラームなどの障害イベント通知、デバイスの部品消耗度の算出、トナー在庫個数の管理などのサービスがある。
【００１８】
インターネット104には、イントラネット103に類似した別顧客のネットワークが無数に接続されている。
【００１９】
＜本実施形態のデバイスの構成例＞
図２は、本発明の実施の形態に関わるデバイス100の構成を示す断面図である。
【００２０】
図において、250は自動原稿送り装置（ＤＦ）、202はスキャナであり、スキャナ202は、原稿照明ランプ203や走査ミラー204等で構成されている。
【００２１】
自動原稿送り装置250は原稿を最終頁から順にｌ枚ずつプラテンガラス201上へ搬送し、原稿の読み取り動作終了後に原稿を排出するものである。プラテンガラス201上に搬送された原稿は、不図示のモータによって駆動されるスキャナ202で往復走査され、その反射光は走査ミラー204〜206を介してレンズ207を透過し、イメージセンサ部208内のＣＣＤセンサに結像する。209はレーザやポリゴンスキャナ等で構成された露光制御部で、イメージセンサ部208で電気信号に変換され、所定の画像処理が行われた画像信号に基づいて変調されたレーザ光219を感光体ドラム211に照射する。
【００２２】
感光体ドラム211の周りには、１次帯電器212、現像器213、転写帯電器216、前露光ランプ214、クリーニング装置215が装備されている。画像形成部210においては、感光体ドラム211は、不図示のモータにより矢印方向に回転しており、１次帯電器212により所望の電位に帯電された後、露光制御部209からのレーザ光219が照射され、その上に静電潜像が形成される。感光体ドラム211上に形成された静電潜像は、現像器213により現像されて、トナー像として可視化される。
【００２３】
一方、カセットデッキ221〜222、上下段カセット223〜224からピックアップローラ225〜228により給紙された転写紙は、給紙ローラ229〜232、レジストローラ233により転写ベルト234へ給送される。その過程において可視化されたトナー像が転写帯電器216により転写紙に転写される。また、１００枚の転写紙を収容し得るマルチ手差し251も装備されている。
【００２４】
トナー像転写後の感光体ドラム211からは、クリーナー装置215により残留トナーが清掃され、前露光ランプ214により残留電荷が消去される。転写後の転写紙は、分離帯電器217によって感光体ドラム211から分離され、転写ベルト234によって定着器235へ搬送される。定着器235では加圧、加熱によってトナー像が定着され、排出ローラ236によりデバイス100の機外へ排出される。
【００２５】
237は排紙フラッパであり、搬送パス238側と排出パス243側の経路を切り替える。240は下搬送パスであり、排紙ローラ236から送り出された転写紙を反転パス239により裏返し再給紙パス241に導く。また、左カセットデッキ222から給紙ローラ230によって給紙した転写紙も、再給紙パス241に導く。242は転写紙を画像形成部210に再給紙する再給紙ローラである。244は排紙フラッパ237の近傍に配置された排出ローラで、排紙フラッパ237により排出パス243側に切り替えられた転写紙を機外に排出する。
【００２６】
両面記録（両面複写）時には、排紙フラッパ237を上方に上げて、複写済みの転写紙を搬送パス238、反転パス239、下搬送パス240を介して再給紙パス241に導く。このとき、転写紙は、その後端が反転ローラ245によって搬送パス238から全て抜け出し、反転ローラ245に転写紙が噛まれた状態の位置まで反転パス239に引き込まれ、反転ローラ245を逆転させることで搬送パス240に送り出される。
【００２７】
デバイス100から転写紙を反転させて排出する時には、排紙フラッパ237を上方へ上げ、転写紙の後端が搬送パス238に残った状態の位置まで反転ローラ245によって反転パス239に引き込む。更に、反転ローラ245を逆転させることで、転写紙は裏返しにされて排出ローラ244側に送り出される。
【００２８】
260はデバイス100から排出した転写紙を揃えて閉じる排紙処理装置である。この装置は、一枚毎に排出される転写紙を処理トレイ264で積載して揃える。また、一部の画像形成が終了したら、転写紙束をステイプルして排紙トレイ262、または263に排出する。
【００２９】
排紙トレイ263は、その上下移動が不図示のモータで制御され、画像形成動作開始前には処理トレイ264の位置に移動し、外出された転写紙が積載されていくと紙面の高さが処理トレイ264の位置になるように移動する。268は排紙トレイ263の下限を検知するトレイ下限センサであり、排紙トレイ263に約２０００枚の転写紙が積載された時にこれを検知するようになっている。
【００３０】
261は排紙された転写紙の間に挿入する区切り紙を積載する用紙トレイ、265は排出された転写紙をＺ折りにするＺ折り機である。また、266は排出された転写紙の一部をまとめてセンター折りしてステイプルを行う事によって製本を行う製本機であり、製本された紙束は排出トレイ267に排出される。
【００３１】
本断面図内の各所には不図示の各種センサが配置されており、トナー切れや原稿ジャム、転写紙残量、転写紙ジャム、現像関連の消耗部材残量、原稿照明ランプ切れ、その他様々なメカニカルトラブル等を検出する。これらトラブル等のイベント情報の他に、プリント出力の枚数や内部で出力されるログなどのステータス情報を、拠点監視装置101はネットワークを介して収集することで、デバイス100の監視を行っている。
【００３２】
＜本実施形態のデバイスの制御部構成例＞
図３は、デバイス内の制御部のブロック図である。
【００３３】
デバイス100の制御部では、主として、プリントやスキャンなどプログラムの制御処理を行い、そのほかに、デバイス監視プログラムなどの各アプリケーションが制御されている。また、デバイス100は拠点監視装置101からの問い合わせに対して、制御部がメンテナンス情報を記憶部から取り出し、応答するように処理を行う。そのほかに、拠点監視装置101のサービス提供を利用して、メンテナンス情報を送信する場合、制御部内でデバイス100のメンテナンス情報を、所定の通信フォーマットでデータ生成し、拠点監視装置101に送信するなどの処理を行う。
【００３４】
制御部の各構成要素は、システムバス316及び画像バス317に接続されている。ROM304にはデバイスの制御プログラム及び、デバイス監視プログラムが格納されており、CPU307で実行される。 RAM305は、プログラムを実行するためのワークメモリエリアであり、デバイス監視プログラムが監視を行ううえで必要なデバイスのステータス情報や、画像データを一時記憶するための画像メモリでもある。記憶装置306は不揮発性の記憶装置であり、デバイス100の再起動後も保持しておく必要のある各種動作モード設定や、カウンタ値、稼働ログなどが記憶される。
【００３５】
Network I/F302はLANと接続するためのインタフェース部であり、LANを介して拠点監視装置101と通信を行う。回線I/F部303は、ISDNや公衆電話網に接続され、ROM304内の通信制御プログラムにより制御され、ISDN I/Fやモデム、NCU（Network Control Unit）を介して遠隔の端末とデータの送受信を行う。ファクシミリの送受信もこの回線I/F部303を使用して行う。操作部301には表示手段やキー入力手段が内蔵されており、これらはCPU307にて制御される。操作者は、キー入力手段を通してスキャナ読み取りやプリント出力に関する各種設定指示や、作動／停止指示を行う。
【００３６】
以上のデバイスがシステムバス316上に配置される。 IO制御部308は、システムバス316と画像データを高速で転送する画像バス317とを接続するためのバスブリッジである。画像バス317は、PCIバスまたはIEEE1394で構成される。画像バス317上には以下のデバイスが配置される。デジタルI/F部311は、デバイスのリーダー部315やプリンタ部314と制御部とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダー部315やプリンタ部314内の各所に配置した前述の各種センサが検出した情報は、このデジタルI/F部311、及びIO制御部308を介してシステムバス316へ流れる。画像処理部309は、入力及び出力画像データに対し補正／加工／編集を行う。画像回転部310は画像データの回転を行う。画像圧縮伸長部312は、多値画像データはJPEG、2値画像データはJBIG/MMR/MR/MHの圧縮伸張処理を行う。画像密度変換部313は、出力用画像データに対して解像度変換等を行う。
【００３７】
CPU307で実行される制御プログラムにより、CPU307は記憶装置306内のカウンタ値や稼働ログなどの稼動情報や障害情報を読み出してデバイス100のステータス情報として拠点監視装置101へ、Network I/F302を介して送信する。
【００３８】
＜本実施形態の拠点監視装置の制御部構成例＞
図４は、図１における拠点監視装置101のハードウェア構成を示すブロック図である。
【００３９】
拠点監視装置101は、一般的な情報処理装置が備える構成を備えている。即ち、バス401、ＣＰＵ402、ＲOＭ403、ＲAＭ404に加えて、Ｎｅｔｗｏｒｋ I/F405，表示制御部406、表示デバイス409、入力制御部407、入力デバイス410、411、記憶装置408を備えている。
【００４０】
バス401は、図１の拠点監視装置101を構成する部品間のデータを受け渡す共通信号路である。ＲＡＭ404は、電気的に情報を記憶でき且つ書き換え可能な記憶手段であり、取得したデータや送信するデータはここで展開され、所定の形にデータ変換される。記憶装置408は、電気的に情報を書き換え可能であり且つ電源が無くなっても情報を記憶可能な不揮発性記憶手段である。記憶装置408には、ハードウェアの制御を行うOSのほかに、拠点監視装置101が監視を行う監視対象となるデバイス100のリストや、デバイス100からメンテナンス情報を取得するためのアクセスプログラムが記憶されている。また、デバイス100からのメンテナンス情報を受信するための常駐プログラム、取得したメンテナンス情報を管理サーバ105へ送信するための送信プログラムなども、同様に記憶されている。
【００４１】
Network I/F405、は、ネットワーク経由で外部と情報交換を行うインタフェースである。ＣＰＵ402は、各構成部品403〜411を個別に又は統合的に制御するものであり、記憶装置408に格納されたプログラムとスケジュールに基づき、Network I/F405を介してデバイス100のメンテナンス情報を収集する。拠点監視装置101は、2種類のメンテナンス情報取得の通信方式を備えている。
【００４２】
ひとつは、自身の監視プログラムに基づき、定められたスケジュール時刻にデバイス100へポーリングし、メンテナンス情報を取得する通信方式である。また、もう一つは、常駐プログラムを起動しネットワークサービスを提供することによって、デバイス100から送信されるメンテナンス情報を受信する通信方法である。ポーリングを行う場合には、記憶装置408に記録されたデバイス100へのアクセスプログラムを所定のスケジュールにCPU402で実行することにより、Network I/F405を介して、メンテナンス情報を取得する。取得したメンテナンス情報は、ROM404にて展開され、所定の形式に変換されて記憶装置408へ記録される。また、ネットワークサービスを提供する場合には、記憶装置408に記録された常駐プログラムをCPU402で実行することにより、Network I/F405からデバイス100の通信処理を受け付けるサービスが開始される。デバイス100は、所定のプログラム処理に従い、メンテナンス情報を拠点監視装置101へ送信を行うと、このサービスを通じて、拠点監視装置101はメンテナンス情報をRAM404へ展開し、所定の形式に変換して記憶装置408へ記録する。
【００４３】
それぞれの通信方式によって、収集したメンテナンス情報は、記憶装置408に記録されている管理サーバ105へ送信する送信プログラムの処理によって、Network I/F405を介して管理サーバ105へ送信される。
【００４４】
＜本実施形態の拠点監視装置のソフトウェア構成例＞
図５は、拠点監視装置101における、監視デバイスリストにリストされるデバイス100のそれぞれ一台一台に適切な通信方法を判断するアプリケーションプログラムの機能を示すブロック図である。アプリケーションプログラムは、ユーザからデバイスリストの登録を受け付ける監視デバイスリスト入力部501を有する。ユーザは、ここでデバイスの識別子やネットワーク上の識別子などの情報を含んだ複数の監視デバイスが登録されているデバイスリストを入力する。
【００４５】
アプリケーションプログラムは、監視デバイスリスト入力部501から入力された監視デバイスリストを、デバイスデータ入出力部502を介して、デバイスデータ記憶部503へ保管する。
【００４６】
又、アプリケーションプログラムは、監視対象のデバイス100がどのような通信機能をサポートしており、どのようなメンテナンス情報を提供可能なのかという、サポート情報を収集するためのサポート情報収集部504を有する。このサポート情報収集部504は、デバイスデータ入出力部より監視デバイスリストのデバイス情報を受けとり、デバイス100と通信を行う通信I/F部505を介して、デバイス100からサポート情報を収集する。この収集したサポート情報は、再びデバイスデータ入出力部502を介してデバイスデータ記憶部503へ保管される。
【００４７】
サポート情報収集部504にて、サポート情報の収集が完了すると、通信方式判定部506は、監視デバイスリストに登録されているデバイス100の通信方式を判定する。このために、デバイスデータ入出力部502を介してサポート情報収集部504によって収集されたサポート情報の付加された監視デバイスリストを受け取る。通信方式判定部506は、通信優先順位判定部507へサポート情報の付加された監視デバイスリストを渡す。ここでは、優先順位データ記憶部に記憶されている優先順位と、サポート情報とから、各デバイがポーリング方式で通信を行うべきか、ネットワークサービスを介して通信を行うべきかの指標となるデータを数値化して優先順位の判定を行う。優先順位判定の済んだすべての監視デバイスリストは、優先順位結果を付加して、通信優先順位判定部507から通信方式506判定部へ返却される。通信方式判定部では、拠点監視装置101のサポートする監視制限台数を含めて、監視デバイスの一つ一つに通信方式を判定する。そして、通信方式の決定した監視デバイスリストを、判定結果とともに、デバイスデータ入出力部502を介して、デバイスデータ記憶部503へ保管する。尚、通常デバイス監視時のデバイスステータスデータの保管処理や、サービス情報への収集処理に関しては、記載を省略する。
【００４８】
＜本実施形態の拠点監視装置の監視デバイスリストの例＞
図６は、拠点監視装置の保管する監視デバイスリストの情報を模式的に表した図である。
【００４９】
監視デバイスリストにおいて、デバイスIDはデバイスの識別子を示しており、IPアドレスは、ネットワーク上の識別子を示している。これらの情報は、図5における監視デバイスリスト入力501からユーザによって入力される。ただし、その他に、監視デバイスリストは、拠点監視装置101がネットワークを探索することにより作成・入力されることもあり、ユーザから入力されることを限定としない。
【００５０】
表内の「課金用カウンタ」「機能詳細カウンタ」「ファームウェア」「エラー・アラーム・ジャム」「環境ログ」「部門カウンタ」「デバイス連携機能」「Webサービス接続機能」「ライセンス情報」「デバイス設定情報」「色味情報」「ハードディスク情報」は、拠点監視装置101がメンテナンス情報として収集することのできる情報種類のほかに、デバイスメンテナンスに関係するデバイスの機能を示している。ここでの「Webサービス機能」とは、拠点監視装置101が、提供するネットワークサービス機能を利用することができる機能であることを指している。また、デバイスメンテナンスに関係するデバイス機能とは、例えば、デバイス連携の機能を指す。これは、あるデバイスで、スキャンしたデータを利用して、ほかのデバイスのプリント機能を用いてプリントするといったデバイス間で連携を行うことのできる機能のことを指す。また、「ポーリングのみ / 部門カウンタ」とは、ポーリングでの通信方式を行ったときにのみ取得できる情報であることを示している。このように、ポーリング時に取得できる情報と、Webサービスでの通信方式を行ったときに取得できる情報が異なる場合がある。これらの情報は、メンテナンスの契約やサービス形態によってそれぞれの情報の重要性が異なる。例えば、ある契約下では、デバイス連携を行ったときに発生する障害原因を調査する際に、連携しているデバイスの両方の、デバイスの設定情報が取得できていることが何よりも望ましい場合がある。また、ある契約下では、顧客が、部門カウンタを重要視して部門カウンタの取得を優先させる場合もある。
【００５１】
監視デバイスリスト内のデバイスの収集情報と機能をサポートは、図５におけるサポート情報収集部504によって、ネットワークを介して各デバイスから収集が行われる。そして、すべてのデバイスの収集可能情報と、サポート機能情報はデバイスデータ記憶部503に保管される。
【００５２】
＜本実施形態の拠点監視装置の通信優先順位データの例＞
図７は、拠点監視装置101の保管する通信優先順位データを模式的に表した図である。
【００５３】
優先順位データにおいて、通信方式に依存して取得できる情報と取得できない情報が存在する。拠点監視装置101のネットワークサービスを利用した情報送信の方式は、比較的新しくポーリングと比較して、多種の情報を取得することができる。デバイスに実装を行いやすいためだが、デバイスのグレードによっても、取得可能な情報や取得できない情報などがある。例えば、大きな液晶パネルを搭載したグレードの高い複写機では、Webブラウザなどが搭載されており、このアプリケーションを使用するためには、ライセンス取得の通信が必要になる。また、デバイス連携の機能などもミドルレンジからハイレンジにかけて付加される機能となる。このようにユーザへの提供される機能に直接結びつく収集データや、ハードディスクの使用できなくなった不良セクタの統計情報を送信するハードディスク情報など、メンテナンスの収集情報自体に優先順位を明確に定義することができる。拠点監視装置101は、これら通信方式に依存するデータに優先度を数値として割り当てて、通信優先順位データとして保管している。
【００５４】
＜本実施形態の拠点監視装置の通信優先順位判定の例＞
図８は、拠点監視装置101の保管する監視デバイスリストから通信優先順位判定を行ったデータ模式的に表した図である。
【００５５】
図8は、図６において作成したサポート情報の付加された監視デバイスリストに、図７にて定義された通信優先順位の優先度を、監視デバイスリストに割り当てた図である。「課金用カウンタ」「機能詳細カウンタ」「ファームウェア」「」エラー・アラーム・ジャム」「環境ログ」は、収集の通信方式にかかわらず、どちらの通信方式でであっても、同じように情報の取得ができるために、通信の優先順位算出には影響をしない。各デバイスの取得可能情報及びサポート機能を、図７の優先度の値に置き換えを行い、デバイス毎に加算することによって、図８内の表において最終的なデバイスの通信優先度として算出を行う。例えば、Device.3の場合、「ポーリングのみ / 部門カウンタ」（−３） + 「デバイス連携機能」（２） + 「Webサービスのみ / ライセンス情報」（５） + 「Webサービスのみ / 色味情報」（１） + 「Webサービスのみ / ハードディスク情報」（１） = 「優先度」（６）となる。 この優先度の算出処理は、図５における通信優先順位判定部507によって処理される。その後、各デバイスの通信優先度から優先度の高い順に、サポート台数の上限に至るまで、または、優先度が1以上のものがなくなるまで、ネットワークサービスを利用した通信方式を使用するデバイスとして判定を行う。
【００５６】
＜本実施形態の管理サーバの動作例＞
上記構成に基づいて、本実施形態の拠点監視装置101の動作例を説明する。
【００５７】
図９は、拠点監視装置101が、監視デバイスリストをユーザ、または、デバイス探索アプリケーションから入力を受け、監視デバイスリストの各デバイスに対して、通信方式を決定するまでの処理を表すフローチャートである。このフローチャートは、拠点監視装置101の通信方式判定処理であり、図４に示すＲＯＭ403、ＲＡＭ404、記憶装置408のいずれかの記憶手段に記憶され、ＣＰＵ402により実行される。
【００５８】
ステップS901では、拠点監視装置101は、監視デバイスリストの入力を受け付ける。入力が完了すると、ステップS902へ進みネットワークを通じて情報収集の処理を行う。これは、図５のサポート情報収集部が行う処理であり、S901にて入力された監視デバイスリストに応じて、各デバイスのサポート情報の収集を行う処理である。ここでの処理結果は、図６にて説明を行っている表と同等のものが作成される。この処理が完了すると、ステップS903へ進み、優先順位データから監視デバイスの通信方法優先度を算出する。これは、図５の通信優先順位判定部が行う処理であり、S902にて作成されたサポート情報が付加された監視デバイスリストと、優先順位データから、各デバイスの通信優先度を算出する処理である。ここでの処理結果は、図８にて説明を行っている表と同等のものが作成される。この処理が完了すると、ステップS904へ進み、監視デバイスリストは、通信優先度の高いデバイスから順にソートされ、通信方式決定のための準備を行う。
【００５９】
その後、ステップS905は、判定処理のイニシャライズであり、N台目のデバイスを、監視デバイスリストから取得して判定を行う準備を行う。ステップS906では、デバイスN台目が最後のデバイスでないことを確認し、最後のデバイス判定がすでに終わっていた場合には、プログラムの処理として、終了するように制御される。ここで、N台目のデバイスが、まだ最後のデバイスでないと判定された場合、ステップS907へ進む。ステップS907では、さらにWebサービスでの接続上限に達していないか確認を行う。Webサービスとは、拠点監視装置101の提供するネットワークサービスであり、ここでは通信方式のことを指している。デバイスは、Webサービス型の通信方式でメンテナンス情報を送信するか、ポーリング型の通信方式でメンテナンス情報を送信するかに判定される。ここで、すでにWebサービス接続のサポート台数の上限に達してしまっていた場合には、ステップS913へ進み、N台目以降のデバイスをすべてポーリング形式として確定する。また、S907にて、Webサービスの上限台数に達していなかった場合には、ステップS908へ進む。ステップS908では、対象のデバイスの通信優先度が１以上であるか判定している。ここでの判定は、優先順位が１以上となることでWebサービスの取得方式に優位性があるとしていている。例えば、ポーリングでのみ取得できる情報と、Webサービスでのみ取得できる情報とで、比較した場合に、ポーリングで取得したほうが業務上優位である場合がある。このような場合、デバイス自身にWebサービスの接続機能があった場合でも、優先度による判定を行った場合、ポーリングでの取得が優位になることもある。ここで、優先度が１に満たないと判定された場合、ステップS911へ進み、これ以降のすべてのデバイスをポーリング通信の設定としてしまってかまわないか確認を行う。これ以降のすべてのデバイスをポーリングの通信方式にした場合でも、サポート台数制限に満たない場合には、ステップS913へ進み、N台目以降のデバイスをすべてポーリング形式の通信方法に確定する。ステップS911にてN台目以降のすべてのデバイスをポーリング形式にしてしまった場合に、ポーリング形式の上限制限に当たってしまう場合には、ステップS912へ進む。ステップS912では、N台目のデバイスにWebサービスの通信機能があるか判定を行う。N台目のデバイスにWebサービスの接続機能がない場合には、ステップS913へ進み、N台目以降のデバイスを、ポーリングの接続台数の上限に当たるまで、ポーリング通信方式として確定する。ここで、フローチャートでは説明を省略しているが、デバイスの接続機能や登録台数にて、どちらの接続にも決まらなかった場合には、ユーザへ拠点監視装置101のスペックオーバーであることをエラーとして表示する。そして、ステップS913の処理が終わったら、判定処理を終了する。また、ステップS912にて、N台目のデバイスがWebサービスの通信が可能であると判定された場合、ステップS909へ進む。ステップS909では、N台目のデバイスの通信方式をWebサービスに確定し、ステップS910へ進む。ステップS910では、N台目のターゲットからN+1台目にターゲットを移し、N+1台目を新たなNとして、ステップS906へ進む。
【００６０】
上記の処理を行うことにより、拠点監視装置101は、監視デバイスリストのサポート情報からすべてのデバイスに対する通信接続方式を確定することができる。
【図面の簡単な説明】
【００６１】
【図１】本実施形態のデバイス、拠点監視装置及び管理サーバとのネットワークを介した接続関係を示す図である。
【図２】本実施形態のデバイスのハードウェア構成例を示す図である。
【図３】本実施形態のデバイスのハードウェアコントローラの構成例を示すブロック図である。
【図４】本実施形態の拠点監視装置のハードウェア構成例を示すブロック図である。
【図５】本実施形態の拠点監視装置のソフトウェア機能構成例を示すブロック図である。
【図６】本実施形態の拠点監視装置が管理する監視デバイスリストの例であり、各デバイスのサポートするデータ種及び機能を表した図である。
【図７】本実施形態の拠点監視装置が管理する接続形式の判定に利用する優先度を表すマスタデータの例であり、サポートするデータ種及び機能の優先度を表した図である。
【図８】本実施形態の拠点監視装置が監視デバイスの接続形式を判定するために使用するテーブルデータの例であり、デバイスの接続優先度を表した図である。
【図９】本実施形態の拠点監視装置がデバイスの接続形式を判定する流れを表したフローチャートである。
【図１】
2010170256.tif 000003
【図２】
2010170256.tif 000004
【図３】
2010170256.tif 000005
【図４】
2010170256.tif 000006
【図５】
2010170256.tif 000007
【図６】
2010170256.tif 000008
【図７】
2010170256.tif 000009
【図８】
2010170256.tif 000010
【図９】
2010170256.tif 000011