JP6147092B2 - ネットワークシステム、制御方法、監視装置及びプログラム - Google Patents

Description

本発明は、拠点ネットワークの監視対象デバイスから取得される稼動情報のクラウドシステムに対する送信制御技術に関する。

プリンタや複写機等の画像形成装置を監視対象デバイスとして、そのデバイス情報をネットワークを介して監視装置が収集を行い、収集されたデバイス情報を管理システムが集中管理及び分析を行うシステムが提案されている。デバイス情報とは、構成情報および稼動情報である。構成情報は、例えば、画像形成装置のＩＰアドレスやＭＡＣアドレス等のネットワーク情報、機種情報、及び装置固有のシリアル番号などを含む。ＩＰは、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略称である。また、ＭＡＣは、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓの略称である。また、稼動情報は、少なくとも、画像形成装置における印刷枚数及び部品使用回数などの各種カウンタ情報、稼動状態情報、現在のファームウェア情報、ハードディスクの情報などを含む。稼動状態情報は、即時性が求められる情報の一例であり、例えば、画像形成装置の稼働状態を示す。

管理システムは、画像形成装置から直接、または画像形成装置の拠点（ローカル）ネットワーク上の監視装置を経由して、構成情報及び稼動情報を収集する。管理システムが収集する構成情報及び稼動情報は、目的や用途により様々なものが存在する。監視装置は、各種情報の送信に関しては、情報に応じて即時性、定期送信の要否などが異なるので、情報毎に異なるタイミングで管理システムに送信する。

上述した稼動情報の一部は、その種別によって異なるスケジュールで定期送信（スケジュール送信）される。例えば、課金に用いるカウンタ情報は、頻繁に（一日おきなど）、画像形成装置あるいは監視装置から管理システムへその日の分のカウンタ情報が定期送信される。また、ファームウェア情報などは頻繁に更新されるものではないため、例えば一週間に一度、定期送信される。

管理システムは、管理システム画像形成装置の稼動状態に異常を検知すると、異常を知らせる通知を行う。例えば、管理システムは、メールを送信したり画面に表示したりする。この通知はユーザに対して行われ、この通知によりユーザはプリンタの稼動状態に異常があったことを知ることができる。ユーザには、例えば、プリンタを管理・運用するサービスマン、消耗品の補充を行う作業者、障害が発生した場合に対処を行う修理担当技術者、これらに対処指示を行う統括マネージャー、そして顧客ＩＴ管理者が含まれる。

画像形成装置に発生した異常が致命的な問題であれば、ユーザは、可能な限り早期に対策を行いプリンタの異常を解消しなければならないので、管理システムは、プリンタの稼動状態に異常が発生した後、可能な限り早期にユーザ通知にしなければならない。

しかし、送信すべきデータ量が多いために送信側で送信処理の遅延が発生して、即時性が求められる情報に対して送信の即時性の確保が困難な場合がある。そこで、例えば、特許文献１は、データの取得から送信までの滞留時間が閾値を超えた場合に送信を行わないようにすることで、本来の受信のタイミングより過度に遅延したデータを取得してしまうことを防止するデータ中継装置を開示している。また、特許文献２は、送信開始に間に合う範囲内でプライオリティの高い情報を送信するデータ送信装置を開示している。このデータ送信装置は、プライオリティの高い情報を取得したときに未送信のデータがあったとしてもプライオリティの高い順に情報を送信するので、プライオリティの高い情報を滞留させることなく送信することができる。

特開２００８−１６０３７９号公報 特開平７−９５６７０号公報

複数のサーバで構成され、ネットワーク上で様々なサービスを提供するクラウドシステムが提案されている。そして、監視対象デバイスから取得した稼動情報を、監視サービスを提供するクラウドシステムとして機能する管理システムに対して送信する監視装置が考えられる。

特許文献１が開示するデータ中継装置を上記監視装置に適用した場合、以下のような課題がある。この監視装置では、データの送信負荷が高い場合には、即時性が求められる情報をリアルタイムに管理システムに送信することができない。また、ユーザによっては、過去に発生した障害状況を分析し、消耗品の補充やメンテナンスに活用するケースも存在する。このようなケースでは、何らかの原因で送信処理が遅延し、即時性のあったデータが即時性を失ってしまった場合でも、データを管理システムに送信して、履歴情報として保存する必要がある。しかし、特許文献１が開示するデータ中継装置を適用した監視装置では、データの滞留時間が閾値を超えると、データが破棄されてしまう。したがって、処理の遅延のために即時性がなくなってしまった情報は破棄されてしまうので、監視装置がこの情報を管理システムに送信することができない。その結果、クラウドシステムでの監視サービスに支障が生じる。

また、特許文献２が開示しているデータ送信装置を上記監視装置に適用した場合、以下のような課題がある。この監視装置が、プライオリティの高い情報を優先して管理システムに送信する場合、既に回復している障害情報も通知してしまうことがあり、ユーザに混乱を与えてしまう。また、送信対象となるデータに監視対象のデバイスの全ての情報が含まれているとは限らず、デバイスの最新の情報が管理システムに送信されない場合がある。

本発明は、上記の課題の少なくとも一つを解決するためになされたものである。本発明は、拠点ネットワークの監視対象デバイスの稼動情報を、データの送信負荷が高い場合でもタイムリーに管理システムに送信する制御を行いつつ、管理システムでの監視サービスに支障がないようにする仕組みの提供を目的とする。

本発明の一実施形態のネットワークシステムは、ネットワークデバイスが設置された拠点ネットワークに接続された監視装置と、当該監視装置から受信するネットワークデバイスの稼動情報を管理する管理システムと、を含むネットワークシステムである。前記監視装置は、前記管理システムに対して送信すべき通知を、第１のキューで管理する管理手段と、所定の条件を満たす場合に、前記第１のキュー内のいずれかの通知に対して優先送信を示すフラグを有効化し、当該フラグが有効化された通知を前記第１のキュー内の他の通知より優先して前記管理システムに対して送信する送信手段と、を有する。前記管理手段は、前記送信手段が前記フラグの有効化された通知を優先して送信した後に、前記第１のキュー内の他の通知をまとめて、スケジュール送信用の第２のキューで管理し、当該まとめられた通知を前記第１のキューから削除する。

本発明によれば、拠点ネットワークの監視対象デバイスの稼動情報を、データの送信負荷が高い場合でもタイムリーに管理システムに送信する制御を行いつつ、管理システムでの監視サービスに支障がないようにすることができる。

本実施形態のネットワークシステムの構成例を示す図である。 画像形成装置のハードウェア構成の一例を示す図である。 監視装置のハードウェア構成の一例を示す図である。 監視装置の機能ブロック図の一例である。 管理システムの機能ブロック図の一例である。 デバイス情報の送信制御処理の例を説明するフローチャートである。 定期送信スレッドの処理の例を説明するフローチャートである。 即時送信処理の例を説明するフローチャートである。 即時送信スレッドの処理の例を説明するフローチャートである。 イベント情報の受信からメール送信までの処理の例を説明するフローチャートである。 設定情報と稼動状態情報の一例を示す図である。 予約リストの一例を示す図である。 最新デバイス情報の一例を示す図である。 送信データの一例を示す図である。 即時送信スレッドの処理の例を説明するフローチャートである。

（実施例１）
図１は、本実施形態のネットワークシステムの構成例を示す図である。顧客環境１１０には、監視対象となるネットワークデバイスである画像形成装置１１３と、画像形成装置１１３を監視する監視装置１１４とが、拠点ネットワークであるネットワーク１１２を介して接続されている。

画像形成装置１１３、監視装置１１４は、ネットワーク１１２、ゲートウェイ機器１１１を介してインターネット１０３に接続し、管理システム１０１と通信を行う。監視装置１１４は、画像形成装置１１３の稼動状態を示す稼動情報をネットワーク１１２経由で取得する。監視装置１１４は、取得した稼動情報を含むデバイス情報を、ネットワーク１１２、ゲートウェイ機器１１１、インターネット１０３、ゲートウェイ機器１０２を介して管理システム１０１に送信する。管理システム１０１は、監視装置１１４からデバイス情報を受信して管理することを通じて、画像形成装置１１３の監視サービスを実現する。管理システム１０１は、１以上のサーバ（データベースサーバも含む）から構成されるクラウドシステムとして実現することができる。なお、監視装置１１４が有する機能は、画像形成装置１１３が有するコンピュータプログラムで実現できるので、画像形成装置１１３に組み込むこともできる。画像形成装置１１３に監視装置１１４の機能を組み込んだ場合、監視装置１１４が存在しない構成でも本発明は実現可能である。

ゲートウェイ機器１１１は、ルーターやプロキシサーバー、ファイヤーウォール等で構成される。なお、本実施例では、インターネット１０３を介して各装置が通信を行う場合を説明しているが、各装置は、その一部または全てが同一ネットワーク内に接続されていてもよい。

監視会社環境１２０には、情報処理装置１２３が設けられている。情報処理装置１２３は、管理装置１０１の管理システム１０１の処理情報を閲覧、処理する。

情報処理装置１２３は、ネットワーク１２２、ゲートウェイ機器１２１を介してインターネット１０３に接続し、管理システム１０１と通信を行う。ゲートウェイ機器１２１は、ルーターやプロキシサーバー、ファイヤーウォール等で構成される。

次に、管理システム１０１について説明する。管理システム１０１は、例えば、１以上のサーバから構成されるクラウドシステムである。管理システム１０１は、ネットワーク１０４、ゲートウェイ機器１０２を介してインターネット１０３に接続し、監視装置１１４や情報処理装置１２３と通信を行う。ゲートウェイ機器１０２は、ルーターやプロキシサーバー、ファイヤーウォール等で構成される。

管理システム１０１は、監視装置１１４から受信したデバイス情報に対する各種処理を実行する。デバイス情報は、例えば、画像形成装置１１３の設定情報、画像形成装置１１３の一部または全体の稼動状態情報、消耗品の消耗度情報、カウンタ情報を含む。

設定情報は、例えば、ＩＰアドレス、ＭＡＣアドレス、シリアル番号、製品名、設置場所、インストールされているファームウェアの種類やバージョン、インストールされているアプリケーションの種類、バージョン等を含む。ＩＰは、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略称である。ＭＡＣは、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌの略称である。図１１（Ａ）は、設定情報の一例を示している。

稼動状態情報は、例えば、ハードディスクエラーや温度上昇、内部通信遮断等のハードエラーを含む。稼動状態情報が、紙ジャム等のエラー、消耗品切れ、ドアオープン、排紙トレイの紙積載超過等のユーザが回避できる事象に関する情報を含んでもよい。消耗品切れは、例えば、トナー切れ、用紙切れ、針切れを含む。監視装置１１４は、稼動状態情報として、例えば、ＲＦＣ(Request For Comments)で定義されているＭＩＢ（Management Information Base ）の値を画像形成装置から取得する。また、稼動状態情報に付与する情報として、情報取得日時、ユニット番号、重大度、トレーニングレベル、ユーザへの通知済みフラグを含むことができる。図１１（Ｂ）は、稼動状態情報の一例を示している。

管理システム１０１は、複数台の画像形成装置１１３に関する情報を、画像形成装置１１３を一意に識別する管理識別子を用いて管理し、管理識別子と管理情報を紐づけて情報処理装置１２３に配信する。管理識別子は、例えば、ユニークな製造番号やＭＡＣアドレスあるいは本システムや他のシステムによって割り振られたユニークな識別子等である。図１１（Ａ），（Ｂ）に示す例では、「ＳｅｒｉａｌＮｏ．」列の値を管理識別子として利用している。「ＳｅｒｉａｌＮｏ．」列の値によって、図１１（Ａ）に示す設定情報と図１１（Ｂ）に示す稼動状態情報とが紐付けられている。

図２は、画像形成装置のハードウェア構成の一例を示す図である。
図２中に示す画像形成装置１１３は、例えば、デジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタ、スキャナー装置等の装置であるものとする。

画像形成装置１１３は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ（Interface）２０５、内部バス２０６、デバイス制御部２０７、印刷部２０８、入出力制御２０９を備える。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略称である。ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。

ＣＰＵ２０１は、所定のプログラムを実行し画像形成装置１１３の各制御を指定するユニットである。ＣＰＵ２０１は、内部バス２０６を介して、画像形成装置１１３が備える各デバイスを総括的に制御する。具体的には、ＣＰＵ２０１は、ＲＯＭ２０３に記憶された制御プログラムの実行処理を行う。

ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。ネットワークＩ／Ｆ２０５は、ローカルエリアネットワーク１１２を介して、外部のネットワーク機器或いはパーソナルコンピュータ（ＰＣ）と片方向または双方向にデータをやりとりする。デバイス制御部２０７は、印刷部２０８を制御する。印刷部２０８は、定着器等を有しており、印刷処理を実行する。記憶装置２０４は、外部記憶装置として機能し、ＣＰＵ２０１の指示にしたがって画像データ等を記憶するほか、ＲＡＭ２０２に代わって、各種の管理情報を保存する。

なお、監視装置１１４が有する機能をプログラムとしてＲＯＭ２０３に記憶させておき、ＣＰＵ２０１が、このプログラムを実行するようにしてもよい。これにより、監視装置１１４の機能を有する画像形成装置を実現することができる。

図３は、監視装置のハードウェア構成の一例を示す図である。
監視装置１１４は、例えば、ＰＣ、サーバ等の情報処理装置に適用することができる。監視装置１１４は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４、ネットワークＩ／Ｆ３０５、内部バス３０６、入出力Ｉ／Ｆ３０７を備える。

ＣＰＵ３０１は、ＲＯＭ３０３に格納されている制御プログラムを実行し、内部バス３０６を介して、監視装置１１４内の各デバイスを総括的に制御する。内部バス３０６には、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４、ネットワークインターフェース３０５の各デバイスが接続されている。また、入出力Ｉ／Ｆ３０７は、例えば、ＰＳ２やＵＳＢ(Universal Serial Bus)インターフェース、アナログやデジタルのディスプレイインターフェースである。

外部機器として監視装置１１４に接続されている入出力装置３０８は、キーボードやマウス、ＣＲＴや液晶装置等である。ＣＲＴは、Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅの略称である。入出力装置３０８は、入出力Ｉ／Ｆ３０７を介して接続され、監視設定情報の登録・変更・削除・表示や管理情報の表示、ログファイルの表示等を行うことができる。

ネットワークＩ／Ｆ３０５は、ネットワーク１１２やゲートウェイ機器１１１を介してインターネット１０３に接続し、画像形成装置１１３や管理システム１０１、情報処理装置１２３と通信を行う。ゲートウェイ機器１１１は、ルーターやプロキシサーバー、ファイヤーウォール等で構成される。ＣＰＵ３０１は、ＲＡＭ３０２やＲＯＭ３０３を制御してプログラムの実行処理を行うとともに、記憶装置３０４等の記録媒体に画像データを記録する処理を行う。記憶装置３０４は、外部記憶装置として機能し、各種の管理情報を記憶するほか、ＲＡＭ３０２に代わって、システム情報及び処理情報を記憶することも可能である。

入出力装置３０８を外部機器として説明したが、もちろん、入出力装置３０８は、管理システム１０１や情報処理装置１２３にハードウェアとして内蔵されていても良い。なお、管理システム１０１や情報処理装置１２３についても、監視装置１１４と同様のハードウェア構成を適用することができる。

図４は、監視装置の機能ブロック図の一例である。監視装置１１４は、送信制御部４０１、デバイス情報取得部４０２、生成部４０３、データ送信部４０４、周期取得部４０５、記憶部４０６を備える。また、記憶部４０６は、デバイス情報管理部４１０、最新データ管理部４１１を備える。

送信制御部４０１は、定期送信、即時送信に関する処理を行う。定期送信は、所定の送信スケジュールにしたがってデバイス情報を送信する処理（スケジュール送信）である。即時送信は、即時に送信すべきデバイス情報を優先送信する処理である。送信制御部４０１は、デバイス情報に応じて、定期送信や即時送信を行う。各種情報の送信に関しては、情報の即時性、定期送信の要否などが異なるので、送信制御部４０１は、情報毎に異なるタイミングで管理システム１０１に送信する。

具体的には、送信制御部４０１は、定期送信の制御において、周期取得部４０５から送信設定情報を取得する。送信設定情報には、送信周期が含まれる。このために、周期取得部４０５が、管理システム１０１の周期設定部５０２から、送信設定情報を取得する。送信制御部４０１は、送信周期の設定情報に応じて、画像形成装置毎に管理システム１０１への送信スケジュールの設定を行う。送信制御部４０１は、送信周期の設定情報を、周期取得部４０５から取得しても良いし、監視装置１１４のＵＩもしくは初期設定ファイルにより、ユーザが送信周期を指示できるものであっても良い。

一方、即時送信の制御においては、監視装置１１４が監視対象の画像形成装置１１３から取得したデバイス情報を管理システム１０１に順次通知する。具体的な処理に関しては、図８と図９を用いて後述する。送信制御部４０１は、定期送信される稼動情報の送信制御のための予約リスト（図１２）を管理して、その送信スケジュールを決定し、稼動情報の送信制御など行う。具体的には、送信制御部４０１は、予約リスト（図１２）に登録されている稼動情報毎の送信周期情報に基づいて、予約された時間に間に合うように、定期送信の送信スケジュールを決定する。

デバイス情報取得部４０２は、監視対象の画像形成装置１１３のデバイス情報をポーリングやイベント通知により取得する。生成部４０３は、稼動情報の定期送信や即時送信に際して、デバイス情報管理部４１０から送信対象となるデバイス情報を取得し、所定の送信用フォーマットによる送信データを生成する。

データ送信部４０４は、送信制御部４０１により決定された送信開始時間に、生成部４０３によって生成された送信データを管理システム１０１に送信する。

デバイス情報管理部４１０は、画像形成装置１１３からの構成情報及び稼動情報の取得の制限を行ったり、取得したデバイス情報を記憶装置３０４に記憶したりする。

最新データ管理部４１１は、送信リストに現時点で追加されている各デバイス（画像形成装置）の最新の情報を含むデータを、監視対象となる複数のデバイスのそれぞれから取得した稼動情報に基づいて、各デバイスに対応付けて管理する。送信リストは、即時送信すべきデータ（通知）を管理するためのキュー（第１のキュー）である。送信リストにおいて管理されるデータは、画像形成装置１１３から取得された稼動情報に応じて決まる。当該管理されているデータが、管理システム１０１に通知されることになる。最新データ管理部４１１によって管理される最新のデータは、送信リストにデータが追加される毎、送信リストのデータの管理システム１０１への送信が成功する毎に更新される。すなわち、最新データ管理部４１１には、送信リストに存在するデータのうち、それぞれのデバイスの最新の情報を含むデータを、他のデータと別個に管理する。

図５は、管理システムの機能ブロック図の一例である。管理システム１０１は、記憶部５００、周期設定部５０２、デバイス情報登録部５０３、デバイス情報通知部５０４、通知条件設定部５０５、通知制御部５０６を備える。

記憶部５００は、デバイス情報保存部５０１を備える。デバイス情報保存部５０１は、監視装置１１４から受信したデバイス情報を格納する。例えば、デバイス情報保存部５０１は、管理ＤＢ（データベース）を有し、デバイス情報は、管理ＤＢに格納される。周期設定部５０２は、監視装置１１４が取得したデバイス情報の種類に応じて、デバイス情報を元に生成されるデータを送信するタイミングを示す送信周期を設定する。

デバイス情報登録部５０３は、監視装置１１４から取得した監視対象のデバイス情報をデバイス情報保存部５０１に格納し登録する。デバイス情報通知部５０４は、監視装置１１４から取得したデバイス情報に応じて登録されている通知先に対して通知を行う。なお、管理システム１０１は、監視装置１１４から優先送信されてきたデバイス情報については、デバイス情報保存部５０１に格納せず、デバイス情報通知部５０４に指示して、通知先に即時に通知する。

本実施例では、デバイス情報通知部５０４は、画面ＵＩに最新のデバイス情報を表示し、ユーザにより設定された通知条件に応じて障害の状況をメール通知する。なお、デバイス情報通知部５０４は、デバイス情報を画面ＵＩに表示するだけでも、ユーザに設定された宛先にメール通知するだけでもよい。通知条件判定部５０５は、デバイス情報に応じて通知処理を行うか否かを判断する条件を設定する。通知制御部５０６は、デバイス情報通知部５０４によるデバイス情報の通知処理を制御する。

以下に、図６乃至図９を参照して、監視装置１１４の動作処理を説明する。図６乃至図９に示すフローチャートの各ステップの処理は、監視装置１１４のＣＰＵ３０１が、ＲＯＭ３０３、ハードディスク等の不揮発性記憶装置に記憶された制御プログラムを読み込み実行することに応じて実現される。

図６は、監視装置におけるデバイス情報の送信制御処理の例を説明するフローチャートである。ここでは、デバイス情報については、画像形成装置１１３から適宜取得し、デバイス情報管理部４１０にて処理されているものとする。

まず、送信制御部４０１が、電源投入に伴うシステムの初期化を行う（ステップＳ６０１）。具体的には、送信制御部４０１は、既に登録済みのデバイス情報に関する情報テーブルの読み込みや変数の初期化などを行う。初期化終了後に、送信制御部４０１が、定期送信スレッド、即時送信スレッドを起動する（ステップＳ６０２）。定期送信スレッドは、定期送信処理を実行するためのスレッドである。即時送信スレッドは、即時送信処理を実行するためのスレッドである。初期化処理が完了後、監視装置１１４が外部からの要求及び画像形成装置１１３からの情報取得に関する処理を行うループに入る。

本実施例においては、監視装置１１４の処理能力に依存して外部装置に情報を送信するためのスレッドを複数起動できる。監視装置１１４は、起動された複数のスレッドを用いて、複数種類の情報の送信処理を並行して行うことが可能である。これにより、即時送信スレッドの処理が何らかの理由で遅延した場合であっても、即時性の必要な情報の送信を効果的に行うことを実現している。

次に、送信制御部４０１が、管理システム１０１への送信設定情報の変更要求があるかを判断する（ステップＳ６０３）。送信設定情報の変更要求は、例えば、定期送信のためのスケジュールの変更を求める要求である。送信設定情報の変更要求は、監視装置１１４または画像形成装置１１３のＵＩを介したユーザからの依頼に応じた要求であってもよい。

管理システム１０１への送信設定情報の変更要求がない場合は、処理がステップＳ６０１に進む。管理システム１０１への送信設定情報の変更要求がある場合は、周期取得部４０５が、周期設定部５０２から送信設定情報を取得する（ステップＳ６０４）。そして、周期取得部４０５が、送信設定情報の取得に成功したか否かを判断する（ステップＳ６０５）。

送信設定情報の取得に成功した場合は、送信制御部４０１が、定期送信スレッドに停止要求を行う（ステップＳ６０６）。そして、送信制御部４０１が、スレッドが停止したかを判断する（ステップＳ６０７）。スレッドが停止していない場合は、処理がステップＳ６０７に戻る。スレッドが停止した場合、送信制御部４０１が、再度、定期送信スレッドを起動し（ステップＳ６０８）、処理がステップＳ６０３へ戻る。

送信設定情報の取得に失敗した場合、周期取得部４０５が、送信設定情報の変更の要求元にエラーを返信して（ステップＳ６０９）、処理がステップＳ６０３へ戻る。定期送信スレッドの詳細な処理については、図７を用いて後述する。

ステップＳ６１０において、送信制御部４０１が、即時送信の対象となるデバイス情報を受信したかを判断する。即時送信の対象となるデバイス情報には、稼動状態情報が含まれる。稼動状態情報には、画像形成装置１１３から監視装置１１４へイベント通知される、もしくはポーリングによって取得されるサービスコール、ジャム／ アラート発生、トナー残量少などの障害情報が含まれる。

即時送信の対象となるデバイス情報を受信していない場合は、処理がステップＳ６１２に進む。即時送信の対象となるデバイス情報を受信した場合は、送信制御部４０１が、即時送信処理を行う（ステップＳ６１１）。即時送信処理の詳細な処理については図８を用いて後述する。

ステップＳ６１２において、送信制御部４０１が、システム停止要求を検出したかを判断する。システム停止要求を検出した場合は、送信制御部４０１が、起動されている全送信スレッドに停止要求を行う（ステップＳ６１３）。続いて、送信制御部４０１が、全スレッドが停止したかを判断する（ステップＳ６１４）。停止していないスレッドがある場合は、処理がステップＳ６１４に戻る。全スレッドが停止した場合は、送信制御部４０１が、その他終了処理を行い、本プログラムを終了する。

図７は、定期送信スレッドの処理の例を説明するフローチャートである。
定期送信スレッドは、本システム初期化時に起動され、システム停止時に終了する。

まず、定期送信スレッドが起動されると、スレッドの初期化処理を行う（ステップＳ７０１）。初期化処理の一環として、送信制御部４０１は、送信予約データを格納する予約リストを初期化する。予約リストは非循環双方向リストである。新たに予約リストに送信予約データを登録する際には、送信制御部４０１は、登録対象の送信予約データが、既に予約リストに登録されている予約送信データと重複するかを確認する。重複しない場合は、新たに予約リストに送信予約データを登録できる。また、予約リストは時系列で送信予約データが並んでおり、先頭のデータから処理され、処理された送信予約データは予約リストから削除される。

送信予約データが処理された場合、その送信予約データのデータ種別で指定される稼動情報などが管理システム１０１に定期送信されることになる。本実施例において定期送信のスケジュールの設定は主題ではないため詳細の説明は省く。

次に、ステップＳ７０２において、送信制御部４０１が、定期送信される送信情報の送信予約処理を行う。具体的には、送信制御部４０１が、周期取得部４０５から取得した送信周期を基に予約リストに送信データを追加する。予約リストに登録されている送信予約データは、図１２に例示するように、少なくとも、データ種別、送信開始日時を属性情報として持つ。

次に、送信制御部４０１が、定期送信スケジュールにしたがう定期送信タイマーイベントが発生したか、すなわち、定期送信されるべき情報を定期送信する開始時間となったかを判断する（ステップＳ７０３）。定期送信タイマーイベントが発生していない場合は、処理がステップＳ７１１に進む。

定期送信タイマーイベントが発生した場合、送信制御部４０１が、予約リストの先頭の送信予約データを取得する（ステップＳ７０４）。続いて、生成部４０３が、送信制御部により取得された送信予約データで指定されるデータ種別のデバイス情報を、デバイス情報管理部４１０から取得する。そして、生成部４０３が、所定のスケジュール送信用のフォーマットに合わせて送信データを生成する（ステップＳ７０５）。

次に、ステップＳ７０６において、データ送信部４０４が、生成部４０３により生成された送信データを管理システム１０１に送信する（ステップＳ７０６）。そして、送信制御部４０１が、定期送信に成功したかを判断する（ステップＳ７０７）。定期送信に成功した場合は、送信制御部４０１が、次回の定期送信のために、最優先に定期送信される送信情報の送信予約処理を行う（ステップＳ７０８）。定期送信に失敗した場合は、送信制御部４０１が、送信に失敗した送信対象となった情報が、再送対象データであるかを判断する（ステップＳ７０９）。

送信に失敗した送信対象となった情報が、再送対象データである場合は、送信制御部４０１が、次回の定期送信のために、送信予約処理を行う（ステップＳ７０８）。次回の送信では、送信制御部４０１は、今回失敗したデータを含めたデータを送信する。もちろん、再送用のスレッドを用意するなどして、失敗した送信のリトライを行うような構成でもよい。

送信に失敗した送信対象となった情報が、再送対象データでない場合、送信制御部４０１が、エラーログを出力し（ステップＳ７１０）、処理がステップＳ７０３へ進む。

ステップＳ７１１において、送信制御部４０１が、スレッド停止要求が検出されたかを判断する。スレッド停止要求が検出されない場合は、処理がステップＳ７０３に戻る。スレッド停止要求が検出された場合、送信制御部４０１が、スレッドの終了処理を行い（ステップＳ７１２）、定期送信スレッドを終了する。

図８は、即時送信処理の例を説明するフローチャートである。
本実施例においては、即時送信すべきデータを送信リストで管理し、データ管理にキュー方式を用いている。送信制御部４０１が、送信リストを管理し、生成部４０３によって生成されたデータを送信リストに追加する。送信リストに追加された送信データは、図６のステップＳ６０２で起動された即時送信スレッドによって先頭の送信データから順次送信されることになる。

まず、送信制御部４０１が、即時通知、もしくは、監視装置１１４がポーリングにより画像形成装置１１３から取得したイベント情報を、デバイス情報管理部４１０に保存する（ステップＳ８０１）。

次に、送信制御部４０１が、最新データ管理部４１１に保持された情報を更新する。以下では、最新データ管理部４１１に格納されている、各デバイスの最新の情報を最新デバイス情報と記述する。送信制御部４０１は、デバイス情報取得時に取得した画像形成装置１１３の最新デバイス情報を、最新データ管理部４１１に保存する。送信リストへの送信データの追加・削除が行われる毎に最新デバイス情報が更新される。

図１３は、最新データ管理部で管理される最新デバイス情報の一例を示す図である。最新デバイス情報は、例えば、監視対処の画像形成装置のシリアル番号、データの取得日時、画像形成装置からポーリングやイベント通知等で取得した最新のデバイス情報を含む。つまり、最新デバイス情報では、画像形成装置の現在の情報が保持される。なお、最新デバイス情報には、情報取得時に画像形成装置で発生している稼動状態が保持されるため、複数の稼動状態情報が含まれることもある。

図８に戻って、ステップ８０３において、送信制御部４０１が、ステップＳ８０１で取得したデバイス情報を送信リストに登録する。登録されたデバイス情報は、後述する即時送信スレッドにより順次管理システム１０１に送信される。

次に、送信制御部４０１が、送信リストの状況によって優先送信が必要であるかを判断する（ステップＳ８０４）。具体的には、送信制御部４０１は、送信リストに追加された送信データの数が閾値を超えたか否かによって、優先送信が必要であるか判断する。閾値については、管理システム１０１のＵＩで閾値の設定を行い、ステップＳ６０１の初期化時に設定値を読み込んでも良いし、監視装置１１４の設定ファイルやＵＩから閾値の設定をするようにしてもよい。

また、本実施例では、送信データの数が閾値を超えた場合に優先送信の判定を行うが、閾値をリストに追加された送信データの処理にかかる時間としても良い。例えば、監視装置１１４の設定ファイル等に監視装置１１４が管理システム１０１に送信データを送信するために必要な平均的な処理時間を保持しておく。そして、送信制御部４０１が、処理時間と送信リストに追加された送信データの数を基に、全ての送信にかかる時間を算出し、その時間が閾値を超えたか否かで、優先送信が必要であるかを判断する。

送信リストに送信データがあるにも関わらず、ある一定期間、送信処理が行わない場合に、送信制御部４０１が、優先送信すべきであると判断するようにしてもよい。ある一定期間、送信処理が行わない場合に、送信制御部４０１が、優先送信すべきであると判断するようにすることは、何らかの原因で監視装置１１４と管理システム１０１が通信できなくなった場合に有効である。ステップＳ８０４における判断処理は、上述した判断方法の何れかを用いたものでもよいし、複数の判断方法によって判断されても良い。

優先送信が必要であると判断された場合、送信制御部４０１が、優先送信フラグを立てて有効化する。この例では、優先送信フラグは、最新デバイス情報の通知を優先送信することを示すフラグである。優先送信フラグが、送信リスト内のいずれかのデータの通知に対して優先送信、つまり当該通知を他の通知より優先して送信することを示すフラグであってもよい。優先送信が必要でないと判断された場合は、処理を終了する。

図９は、即時送信スレッドの処理の例を説明するフローチャートである。
即時送信スレッドは、本システム初期化時に起動され、システム停止時に終了する。

まず、即時送信スレッドが起動されると、スレッドの初期化処理を行う（ステップＳ９０１）。続いて、送信制御部４０１が、優先送信フラグが立っているかを判断する（ステップＳ９０２）。優先送信フラグが立っていない場合は、処理がステップＳ９０９に進む。優先送信フラグが立っている場合は、送信制御部４０１が、最新データ管理部４１１から管理対象のデバイス全ての最新デバイス情報を取得する（ステップＳ９０３）。

次に、送信データ生成部４０４が、上記ステップＳ９０３で取得された、管理対象全ての最新デバイス情報を管理システム１０１に送信するための所定の即時送信用のフォーマットに合わせて送信データを生成する（ステップＳ９０４）。

図１４は、送信データの一例を示す図である。送信データは、ヘッダー部１４０１とボディ部１４０２とで構成される。ヘッダー部１４０１には、管理システム１０１での認証情報や送信日時、バージョン情報などを含む。ボディ部１４０２には、図１１（Ｂ）で例示したデバイス情報のデータと、優先送信されたかを示す情報が記載される。符号１４０３は、ボディ部１４０２に記載されるデバイス情報の例を示す。本実施例では、最新のデバイス情報をＸＭＬ形式で保持する。

ボディ部１４０２に記載される情報の中には少なくとも以下の情報を持つ。
・SerialNo：管理対象の画像形成装置を一意に判断できるID
・Date：画像形成装置からデバイス情報を取得した日時
・PrioritySendFlag：優先送信されたか否かを表すフラグ（０：未送信、１：送信済）
・SendFlag：既に通知処理が行われたか否かを表すフラグ（０：未送信、１：送信済）

画像形成装置１１３で取得した稼動情報は、Statuses以下に記載される。Statusには、トナー切れ、用紙切れ等、何れかの稼動状態情報が記載される。稼動状態情報には、図１１（Ｂ）で例示したように、SeverityLevelやTrainingLevel、Codeといった、ＲＦＣで定義されているＭＩＢの値が入る。

図９に戻って、ステップＳ９０５において、データ送信部４０４が、管理システム１０１へ、ステップＳ９０４で作成された送信データを送信する（ステップＳ９０５）。送信データが優先送信されるデータである場合は、監視対象デバイスの稼動情報を、データの送信負荷が高い場合でもタイムリーに管理システムに送信することができる。

次に、送信制御部４０１が、送信が正常終了したかを判断する（ステップＳ９０６）。送信が正常終了しなかった場合は、処理がステップＳ９０３に戻る。送信が正常終了した場合は、送信制御部４０１が、デバイス情報管理部４１０が保持している情報に通知済みフラグを立てる。通知済みフラグは、管理システム１０１に送信データを送信済みであることを示すフラグである。

次に、送信制御部４０１が、最新データ管理部４１１が管理している最新デバイス情報を更新し（ステップＳ９０８）、処理がステップＳ９０２に戻る。優先送信完了後は、送信制御部４０１は、最新データ管理部４１１内の最新デバイス情報を全て削除する。

ステップＳ９０９において、送信制御部４０１が、送信リストに送信すべきデータがあるかを判断する。送信リストに送信すべきデータがない場合は、処理がステップＳ９１３に進む。送信リストに送信すべきデータがある場合は、送信制御部４０１が、送信リストから先頭のデータを取り出す（ＰＯＰ）。そして、送信データ生成部４０４が、取り出されたデータを含む送信データを所定の即時送信用のフォーマットに合わせて生成する（ステップＳ９１０）。

次に、データ送信部４０４が、監視サーバ１０１へ、ステップＳ９１０で生成された送信データを送信する（ステップＳ９１１）。続いて、送信制御部４０１が、送信が正常終了したかを判断する（ステップＳ９１２）。送信が正常終了していない場合は、処理がステップＳ９１０に戻る。送信が正常終了した場合は、処理がステップＳ９０８に進む。そして、送信制御部４０１が、最新データ管理部４１１が保持する最新デバイス情報を更新する。この更新処理は、上記ステップＳ９１１で送信したデバイスのデータが最新データ管理部４１１に保存されている情報と同じであった場合に、該当するデバイスの情報を最新データ管理部４１１から削除する処理である。

ステップＳ９１３において、送信制御部４０１が、スレッド停止要求が検出されたかを判断する。スレッド停止要求が検出されない場合は、処理がステップＳ９０２に戻る。スレッド停止要求が検出された場合は、送信制御部４０１がスレッドの終了処理を行い（ステップＳ９１４）、即時送信のスレッドを終了する。

図１０は、管理システムにおけるイベント情報の受信からメール送信までの処理の例を説明するフローチャートである。
まず、管理システム１０１が、監視装置１１４からイベント情報（監視情報）を受信する（ステップＳ１００１）。

次に、管理システム１０１が、受信した監視情報が、優先送信されてきた情報であるかを判断する（ステップＳ１００２）。具体的には、管理システム１０１は、送信データのPrioritySendFlag（図１４）が“１”である場合、監視情報が優先送信されてきた情報であると判断する。

監視情報が優先送信されてきた情報でない場合は、管理システム１０１が、監視情報をデバイス情報保存部５０１に格納する。これは、監視情報を参照して画面ＵＩへの表示を行う必要があるためである。画面ＵＩには、アラートの発生状況や発生・回復履歴、消耗品の消耗度情報などの表示を行うことができるが、本実施例では主題ではないので、説明を省く。なお、ステップＳ１００３の処理は、後述のステップＳ１００６の判断条件に合致した管理条件についてのみ行われても良い。つまり、管理システム１０１に合致する情報のみをデバイス情報保存部５０１に格納し、画面ＵＩに表示することも可能である。

一方、監視情報が優先送信されてきた情報である場合は、処理がステップＳ１００５に進む。これは、優先送信されてきた情報に関しては、即時に通知処理を行い、即時性の必要性が少ない情報については、デバイス情報保存部５０１が有する管理ＤＢに登録を行うためである。即時送信スレッドが送信リストから取得した送信データを送信する場合、取得した順に順次ステータス情報が送られてくる。したがって、管理システム１０１は、意識しなくてもステータスを取得順に管理ＤＢに登録することができる。もちろん、管理システム１０１が、優先送信された情報を管理ＤＢに格納してもよい。管理システム１０１は、優先送信された情報を管理ＤＢに格納した場合は、後で送られてくるステータス情報が重複して管理ＤＢに保存されないように制御する。

本実施例において、ステータス変化に伴うユーザへの通知は、即時性の高い情報であるが、デバイス情報保存部５０１に保存する情報は、履歴情報など即時性の低いデータと考えられるので、優先送信されてきた情報の登録は行っていない。画面表示用に最新の情報を登録しておき、履歴情報は後で通常送信されたタイミングで登録するようにしてもよい。

次に、管理システム１０１が、監視装置１１４から受信した情報が通知済みの情報であるかを判断する（ステップＳ１００４）。監視装置１１４から受信した情報が通知済みの情報である場合は、処理がステップＳ１００８に進む。

次に、管理システム１０１が、障害情報として通知すべきデバイス情報があるかを判断する（ステップＳ１００８）。障害情報として通知すべきデバイス情報がない場合は、処理を終了する。障害情報として通知すべきデバイス情報がある場合は、処理がステップＳ１００７に進み、管理システム１０１が、デバイス情報の通知処理を実行する。ステップＳ１００８で通知すべきと判断されるデバイス情報の例として、既に回復してしまったサービスコールエラー等がある。既に回復していたとしても重要度の高いデバイス情報は今後サービスを提供していくにあたり重要な情報となりえるので、ユーザの設定により回復済みのデバイス情報に対してもユーザへ通知するようにしてもよい。

監視装置１１４から受信した情報が通知済みの情報でない場合は、処理がステップＳ１００５に進む。ステップＳ１００５において、管理システム１０１が、管理システム１０１が、監視情報に含まれる画像形成装置１１３の管理識別子が、管理システム１０１に設定されている監視対象の画像形成装置のリストに含まれているかを判断する（ステップＳ１００５）。監視情報に含まれる画像形成装置１１３の管理識別子が、管理システム１０１に設定されている監視対象の画像形成装置のリストに含まれていない場合は、処理を終了する。

監視情報に含まれる画像形成装置１１３の管理識別子が、管理システム１０１に設定されている監視対象の画像形成装置のリストに含まれている場合は、管理システム１０１が、以下の処理を実行する。管理システム１０１は、当該画像形成装置１１３がユーザに通知すべき画像形成装置であると判断する。そして、処理がステップＳ１００６に進む。次に、管理システム１０１が、管理情報に含まれる画像形成装置のデバイス情報や消耗品の消耗頻度情報と管理システム設定情報に設定されている管理対象フィルタリング条件とが合致するか否かを判断する（ステップＳ１００６）。

管理情報に含まれる画像形成装置のデバイス情報や消耗品の消耗頻度情報と管理対象フィルタリング条件とが合致しない場合は、処理を終了する。管理情報に含まれる画像形成装置のデバイス情報や消耗品の消耗頻度情報と管理対象フィルタリング条件とが合致する場合、管理システム１０１が、ユーザに通知すべき状態であると判断して、処理がステップＳ１００７に進む。そして、管理システム１０１が、メール送信先に設定されたメールアドレス宛てにメールを送信し、一連の処理を終了する（ステップＳ１００７）。

（実施例２）
実施例１では、送信リストに送信すべきデバイス情報が多くなり即時送信に遅延が発生した場合に優先送信を行った。しかしながら、監視装置１１４が優先送信を行った後も監視装置１１４が大量にデバイス情報を取得し続けてしまうと、常に優先送信が行われてしまうという状況も考えられる。実施例２では、優先送信が行われた時に送信リスト（第１のキュー内）にあるデータをまとめて定期送信スレッドで管理システム１０１への送信を行う。これにより、管理システムでの監視サービスに支障がないようにすることができる。優先送信によって最新デバイス情報を含むデータが送信された場合、監視装置１１４は、即時送信の送信リスト内のデータが含むデバイス情報をログ情報とし、即時に送信すべきデータとして扱わない。すなわち、監視装置１１４が、送信リストをクリアすることで、それ以降の即時送信を円滑に進める。実施例２について、説明の簡便化のため実施例１と異なる点のみ説明する。

図１５は、実施例２における即時送信スレッドの処理の例を説明するフローチャートである。この例では、図９と異なる部分のみ説明する。ステップＳ９０６で優先送信が成功したと判断されると、送信制御部４０１が、未送信のデバイス情報に対して通知済みフラグを設定する（ステップＳ９０７）。

次に、送信制御部４０１が、送信リストにあるデータを取得する（ステップＳ１５０１）。ここで取得したデータに対し、データの圧縮を行っても良い。続いて、送信制御部４０１が、ステップＳ５０１で取得したデータを定期送信用のキュー（第２のキュー）である定期送信リストに追加することで、デバイス情報をまとめて管理する（ステップＳ１５０２）。そして、送信制御部４０１が、最新データ管理部４１１が管理している情報を更新して（ステップＳ９０８）、処理がステップＳ９０２に戻る。実施例２では、ステップＳ９０８において、送信制御部４０１は、さらに、まとめられたデバイス情報を送信リストから削除する。なお、定期送信リスト内（第２のキュー内）のデータの定期送信のタイミングは、送信可能な時間で可能な限り早い時間で送信するとしても良いし、ユーザにより設定されていても良い。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (12)

1. ネットワークデバイスが設置された拠点ネットワークに接続された監視装置と、当該監視装置から受信するネットワークデバイスの稼動情報を管理する管理システムと、を含むネットワークシステムであって、
   前記監視装置は、
   前記管理システムに対して送信すべき通知を、第１のキューで管理する管理手段と、
   所定の条件を満たす場合に、前記第１のキュー内のいずれかの通知に対して優先送信を示すフラグを有効化し、当該フラグが有効化された通知を前記第１のキュー内の他の通知より優先して前記管理システムに対して送信する送信手段と、を有し、
   前記管理手段は、前記送信手段が前記フラグの有効化された通知を優先して送信した後に、前記第１のキュー内の他の通知をまとめて、スケジュール送信用の第２のキューで管理し、当該まとめられた通知を前記第１のキューから削除することを特徴とするネットワークシステム。
2. 前記管理システムは、前記監視装置から受信した情報の中で優先して送信されていた情報を記憶手段に格納しないことを特徴とする請求項１に記載のネットワークシステム。
3. 前記送信手段は、前記第１のキューにある通知が所定の期間において前記管理システムに対して送信されていない場合に、前記第１のキュー内のいずれかの通知に対して優先送信を示すフラグを有効化し、当該フラグが有効化された通知を前記第１のキュー内の他の通知より優先して送信することを特徴とする請求項１または２に記載のネットワークシステム。
4. ネットワークデバイスが設置された拠点ネットワークに接続された監視装置を含むネットワークシステムにおける制御方法であって、
   管理システムに対して送信すべき通知を、第１のキューで管理する工程と、
   所定の条件を満たす場合に、前記第１のキュー内のいずれかの通知に対して優先送信を示すフラグを有効化し、当該フラグが有効化された通知を前記第１のキュー内の他の通知より優先して前記管理システムに対して送信する工程と、
   前記フラグが有効化された通知の優先送信の後に、前記第１のキュー内の他の通知をまとめて、スケジュール送信用の第２のキューで管理し、当該まとめられた通知を前記第１のキューから削除する工程と、を有することを特徴とする制御方法。
5. ネットワークデバイスが設置された拠点ネットワークに接続された監視装置であって、
   管理システムに対して送信すべき通知を、第１のキューで管理する管理手段と、
   所定の条件を満たす場合に、前記第１のキュー内のいずれかの通知に対して優先送信を示すフラグを有効化し、当該フラグが有効化された通知を前記第１のキュー内の他の通知より優先して前記管理システムに対して送信する送信手段と、を有し、
   前記管理手段は、前記送信手段が前記フラグの有効化された通知を優先して送信した後に、前記第１のキュー内の他の通知をまとめて、スケジュール送信用の第２のキューで管理し、当該まとめられた通知を前記第１のキューから削除することを特徴とする監視装置。
6. 前記管理手段は、監視対象となる複数の前記ネットワークデバイスのそれぞれから取得した稼動情報に基づいて、前記第１のキュー内の通知のうち、それぞれの前記ネットワークデバイスの最新の情報を含む通知を他の通知とは別個に管理することを特徴とする請求項５に記載の監視装置。
7. 前記管理手段は、それぞれの前記ネットワークデバイスから取得した稼動情報に応じて決まる、前記管理システムに対して即時に送信すべき通知を前記第１のキューで管理することを特徴とする請求項６に記載の監視装置。
8. 前記送信手段は、前記第１のキュー内の通知の数が閾値を超えた場合に、前記管理されている前記ネットワークデバイスのそれぞれに対応する前記最新の情報を含む通知に対して前記フラグを有効化することを特徴とする請求項６または請求項７に記載の監視装置。
9. 前記送信手段は、前記第１のキュー内の通知の送信にかかる時間が閾値を超えた場合に、前記管理されている前記ネットワークデバイスのそれぞれに対応する前記最新の情報を含む通知に対して前記フラグを有効化することを特徴とする請求項６または請求項７に記載の監視装置。
10. 前記送信手段は、登録されている前記稼動情報毎の送信周期情報に基づいて、前記第２のキュー内の通知の送信スケジュールを決定し、決定した送信スケジュールにしたがって、前記第２のキュー内の通知を前記管理システムに対して送信することを特徴とする請求項６乃至９のいずれか１項に記載の監視装置。
11. 前記第１のキュー内の通知は、少なくとも、前記ネットワークデバイスの生じたハードディスクエラー、消耗品切れ、ドアオープンのいずれかを示す通知を含むことを特徴とする請求項５乃至１０のいずれか１項に記載の監視装置。
12. 請求項５乃至１１のいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。

Images