(57)【要約】【課題】管理側で発生した障害が被管理装置の管理に及ぼす影響を抑制可能な管理システムおよび画像形成装置を提供する。【解決手段】障害検知部７は、画像形成装置９からのデータ受信を契機になされる処理を担う振り分けサーバ４またはアプリサーバ５，６の障害を検知する。ポータルサーバ１、送付レベル情報保持装置２、送付レベル判定装置３および障害関連情報格納装置８は、障害検知部７により検知される障害に応じて画像形成装置９に送信させるデータ量を制御する。【選択図】図１
2019016272.tif 000002
【特許請求の範囲】
【請求項１】
管理対象装置からのデータ受信を契機になされる処理を担う情報処理装置の障害を検知する検知手段と、
前記検知手段により検知される前記障害に応じて前記管理対象装置に送信させるデータ量を制御する制御手段と、
を含む管理システム。
【請求項２】
前記制御手段は、前記検知手段により検知される前記情報処理装置の障害を、当該情報処理装置の台数に応じて評価し、評価結果により前記管理対象装置を制御することを特徴とする請求項１に記載の管理システム。
【請求項３】
前記制御手段は、前記情報処理装置の台数が第１の値である場合、当該台数が当該第１の値よりも大きい第２の値である場合よりも前記管理対象装置のデータ送信を規制することを特徴とする請求項２に記載の管理システム。
【請求項４】
前記制御手段は、前記処理に関わる前記情報処理装置の台数と前記障害が生じた当該情報処理装置の台数との割合に応じて、前記管理対象装置の制御内容が変わる、ことを特徴とする請求項２に記載の管理システム。
【請求項５】
前記制御手段は、前記データ送信の制御に関する情報を、前記管理対象装置からのデータ受信に対する応答と共に当該管理対象装置に送信することを特徴とする請求項１に記載の管理システム。
【請求項６】
前記制御に関する情報は、送信させるデータの条件であることを特徴とする請求項５に記載の管理システム。
【請求項７】
データの送信条件を情報処理装置から受付ける受付け手段と、
前記受付け手段により受付けられる前記データの送信条件に応じて、送信データ量が減るように前記情報処理装置にデータ送信する送信手段と、
を含む画像形成装置。
【請求項８】
前記送信手段の前記データの送信条件は、情報の種類が第１の場合と第２の場合とで互いに異なる、ことを特徴とする請求項７に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システムおよび画像形成装置に関するものである。
【背景技術】
【０００２】
例えば、特許文献１は、回線の負荷率を、待ちデータ数をカウントすることにより監視し、待ちデータ数に対応させて予めデータの属性により重要度別に区分したデータのレベル数と同数のフィルタリング基準を設けて選択送信を行う構成を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開昭６１−９１７５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、管理側で発生した障害が被管理装置の管理に及ぼす影響を抑制可能な管理システムおよび画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、管理対象装置からのデータ受信を契機になされる処理を担う情報処理装置の障害を検知する検知手段と、前記検知手段により検知される前記障害に応じて前記管理対象装置に送信させるデータ量を制御する制御手段と、を含む管理システムである。
請求項２に記載の発明は、前記制御手段は、前記検知手段により検知される前記情報処理装置の障害を、当該情報処理装置の台数に応じて評価し、評価結果により前記管理対象装置を制御することを特徴とする請求項１に記載の管理システムである。
請求項３に記載の発明は、前記制御手段は、前記情報処理装置の台数が第１の値である場合、当該台数が当該第１の値よりも大きい第２の値である場合よりも前記管理対象装置のデータ送信を規制することを特徴とする請求項２に記載の管理システムである。
請求項４に記載の発明は、前記制御手段は、前記処理に関わる前記情報処理装置の台数と前記障害が生じた当該情報処理装置の台数との割合に応じて、前記管理対象装置の制御内容が変わる、ことを特徴とする請求項２に記載の管理システムである。
請求項５に記載の発明は、前記制御手段は、前記データ送信の制御に関する情報を、前記管理対象装置からのデータ受信に対する応答と共に当該管理対象装置に送信することを特徴とする請求項１に記載の管理システムである。
請求項６に記載の発明は、前記制御に関する情報は、送信させるデータの条件であることを特徴とする請求項５に記載の管理システムである。
請求項７に記載の発明は、データの送信条件を情報処理装置から受付ける受付け手段と、前記受付け手段により受付けられる前記データの送信条件に応じて、送信データ量が減るように前記情報処理装置にデータ送信する送信手段と、を含む画像形成装置である。
請求項８に記載の発明は、前記送信手段の前記データの送信条件は、情報の種類が第１の場合と第２の場合とで互いに異なる、ことを特徴とする請求項７に記載の画像形成装置である。
【発明の効果】
【０００６】
請求項１によれば、制御手段を備えない場合に比べ、管理側で発生した障害が被管理装置の管理に及ぼす影響を抑制可能になる。
請求項２によれば、制御手段を備えない場合に比べ、管理システムの構成に変更があっても管理側で発生した障害が被管理装置の管理に及ぼす影響を抑制可能になる。
請求項３によれば、制御手段を備えない場合に比べ、管理システムの構成に変更があっても管理側で発生した障害が被管理装置の管理に及ぼす影響を抑制可能になる。
請求項４によれば、制御手段を備えない場合に比べ、管理システムの構成に変更があっても管理側で発生した障害が被管理装置の管理に及ぼす影響を抑制可能になる。
請求項５によれば、データ送信の制御に関する情報を応答と共に送信しない場合に比べて、管理対象装置がデータ送信の制御に関する情報をより確実に受信することが可能になる。
請求項６によれば、データ送信の制御に関する情報を応答と共に送信しない場合に比べて、管理対象装置がデータ送信の制御に関する情報をより確実に受信することが可能になる。
請求項７によれば、送信手段を備えない場合に比べ、管理側で発生した障害が管理側による自身の管理に及ぼす影響を抑制可能になる。
請求項８によれば、情報の種類が第１の場合と第２の場合とで送信条件が異ならない場合に比べて、管理側で発生した障害が管理側による自身の管理に及ぼす影響を抑制可能になる。
【図面の簡単な説明】
【０００７】
【図１】本実施の形態の管理システムの構成の一例を示す図であり、（ａ）は管理システムの全体構成を示す図であり、（ｂ）は画像形成装置の要部を示すブロック図である。
【図２】管理システムを構成する装置等のブロック図であり、（ａ）はポータルサーバ１のブロック図、（ｂ）は送付レベル情報保持装置のブロック図であり、（ｃ）は送付レベル判定装置のブロック図である。
【図３】管理システムを構成する装置等のブロック図であり、（ａ）は振り分けサーバのブロック図、（ｂ）はアプリサーバのブロック図、（ｃ）は障害関連情報格納装置のブロック図である。
【図４】障害関連情報格納装置に格納される対応情報の一例を説明する図である。
【図５】対応情報の他の例を説明する図である。
【図６】図５における障害の内容を説明する図であり、（ａ）は振り分けサーバが３台の場合、（ｂ）は振り分けサーバが５台の場合を示す。
【図７】管理システムにおける制御処理を説明するフローチャートである。
【図８】管理システムにおける制御処理を説明するフローチャートである。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態の管理システムＫＳの構成の一例を示す図であり、（ａ）は管理システムＫＳの全体構成を示す図であり、（ｂ）は画像形成装置９の要部を示すブロック図である。
図１（ａ）に示すように、管理システムＫＳは、ポータルサーバ１、振り分けサーバ４およびアプリサーバ５，６を含み、ネットワークＮＷで画像形成装置９と互いに接続されることで構成されている。画像形成装置９は、管理対象装置の一例であり、振り分けサーバ４およびアプリサーバ５，６は、情報処理装置の一例である。
より詳細には、管理システムＫＳは、予め付与される固有の番号で一意に特定される画像形成装置９を管理するためのもので、画像形成装置９から送信されるデータ（イベント）がポータルサーバ１に受信されると振り分けサーバ４に渡され、そのデータに応じて振り分けサーバ４はアプリサーバ５，６に転送し、転送先のアプリサーバ５，６が処理を行う。
【０００９】
このように、管理システムＫＳは、画像形成装置９からのデータ受信を契機に、対応するアプリサーバ５，６にデータを集めて処理を行うことで画像形成装置９の管理を行う。具体的には、保守契約を締結している画像形成装置９から故障情報が送信されると、対応するアプリサーバ５，６の処理により、保守作業員が現場に出向いて対処するように訪問指示を行う。また、画像形成装置９から例えばトナー等の消耗品に関する情報が送信されると、対応するアプリサーバ５，６の処理により、消耗品がなくなる前に届くように配送センタに対して消耗品の発注指示を行う。また、使用枚数に応じて月単位の請求額が決まる契約を結んでいる画像形成装置９から枚数情報が送信されると、対応するアプリサーバ５，６の処理により、請求書作成等の一連の事務対応を行う。
画像形成装置９からのイベント送付は、例えば、画像形成装置９の故障時や起動時のほか、一日一回程度のタイミング、あるいは決まった日にちや時間などに行われるものであり、具体的には、イベントの種類に応じて予め定められる。
【００１０】
管理システムＫＳのポータルサーバ１は、ネットワークＮＷを介して画像形成装置９と通信可能に構成され、画像形成装置９との通信窓口の機能を担当する。振り分けサーバ４は、画像形成装置９からのイベントをアプリサーバ５，６に振り分ける機能を担当し、アプリサーバ５，６は、画像形成装置９からのイベントを処理し、画像形成装置９の管理業務を行う機能を担当する。なお、本実施の形態では、アプリサーバ５，６は、互いに同じ機能を持つものであり、機器の冗長化がされていてもよい。
【００１１】
ここで、管理システムＫＳのいずれかに障害が発生し、画像形成装置９に対する管理サービスを一時的に提供できないことが想定される。例えば、振り分けサーバ４がダウンした場合には、アプリサーバ５，６への振り分け機能が一時的に実現できなくなってしまい、アプリサーバ５，６による処理を行うことが困難になる。また、アプリサーバ５，６のいずれかまたはすべてがダウンした場合には、アプリサーバ５，６による処理を行うことができなくなる。
このような状況下では、ポータルサーバ１に受信された複数の画像形成装置９のデータがポータルサーバ１または振り分けサーバ４に大量に溜まることになる。そのため、障害が復旧した場合には、大量に溜まったデータを振り分けサーバ４またはアプリサーバ５，６が一度に処理しなければならなくなる。そのため、処理対応が遅くなってしまうおそれがあり、安定稼働状態に復帰するまでの時間がかかってしまう。例えば、溜まっているデータに故障情報が含まれている場合、その故障情報を送信した画像形成装置９に対する保守作業員の迅速な対処が困難になり、管理サービスの低下を招いてしまう。
そこで、本実施の形態は、かかる事情に鑑み、管理システムＫＳにおける障害発生時に画像形成装置９に対する管理サービスの低下を抑制可能な構成を提供する。
なお、このような障害発生は、検知手段の一例として後述する障害検知部７により検知されるものであり、その検知結果は、後述の送付レベル判定装置３に出力される。
【００１２】
ここにいう障害発生とは、管理システムＫＳにより実現されるサービスの提供が困難になる状況になることをいい、画像形成装置９から送付されるイベントをアプリサーバ５，６が受信して処理することができない事態に陥ってしまった場合をいう。障害としては、例えば故障した場合や処理能力の限界を超えてダウンした場合等をいい、ハード的な障害とソフト的な障害の両方が含まれる。さらに説明すると、例えば、管理システムＫＳを構成する各種のサーバ等に障害が発生した場合を含み、ネットワークＮＷ上の障害を含まない。
【００１３】
ポータルサーバ１、振り分けサーバ４およびアプリサーバ５，６の各々は、自身に発生した障害（トラブル）を検知する障害検知部７を備える。すなわち、ポータルサーバ１はポータルサーバ１自身に障害が発生したことを検知する障害検知部７を備える。また、振り分けサーバ４も、振り分けサーバ４自身に障害が発生したことを検知する障害検知部７を備える。そして、アプリサーバ５，６の各々もまた、自身に障害が発生したことを検知する障害検知部７を備える。
各障害検知部７は、検知した障害の内容および／または場所を特定するための障害発生情報を、後述する送付レベル判定装置３に送付する。
ここにいう障害発生情報とは、障害の発生に関する予め定められた条件が成立したことを示す情報をいい、画像形成装置９からのイベント送付を制限する必要があることを示す情報である。障害発生情報には、障害が発生した場所およびその内容ないし程度を特定する情報が含まれる。かかる障害発生情報により、障害が発生したという事実が送付レベル判定装置３に通知される。
【００１４】
また、図１（ａ）に示すように、管理システムＫＳは、送付レベル情報保持装置２、送付レベル判定装置３および障害関連情報格納装置８を含んで構成される。送付レベル情報保持装置２は、送付レベル判定装置３から送付される後述のデータ送付レベル情報を保持し、要求に応じてデータ送付レベル情報をポータルサーバ１に送信する。
障害関連情報格納装置８は、障害の場所および障害内容とデータ送付レベルとの対応関係を示す対応情報を保持し、要求に応じて対応情報を送付レベル判定装置３に送付する。
送付レベル判定装置３は、既述の障害発生情報を受領すると、障害関連情報格納装置８からの対応情報に基づきデータ送付レベルを判定する。また、送付レベル判定装置３は、判定したデータ送付レベル、または判定結果に対応する送信条件を特定する情報を送付レベル情報保持装置２に送付する。
ポータルサーバ１、送付レベル情報保持装置２、送付レベル判定装置３および障害関連情報格納装置８は、制御手段の一例である。
【００１５】
ポータルサーバ１は、画像形成装置９から受領したイベントにレスポンスを返す際、送付レベル情報保持装置２が保持するデータ送付レベル情報を要求し、データ送付レベル情報が返ってきた場合は、それをレスポンスに載せて画像形成装置９に送付する。
【００１６】
ここにいうデータ送付レベル情報とは、ポータルサーバ１側で発生した障害の程度（場所ないし内容）に応じて画像形成装置９でのデータ送信制御を指定するデータ送付レベルを特定するものをいい、その後の送信条件を予め定められたものに変更するための情報である。データ送付レベル情報は、送信条件を具体的に指定する情報を含み、画像形成装置９はその情報を参照するだけで送信条件を特定できるものとすることができる。また、データ送付レベル情報は、データ送付レベル情報と共に他の情報を用いることで送信条件を特定できるものとすることができる。後者の例では、ポータルサーバ１と画像形成装置９との間で共通する情報を予め持ち合い、その情報をポータルサーバ１側からのデータ送付レベル情報と共に用いることにより送信条件が特定される。本実施の形態では、後者を採用する。
なお、送信条件を決定する要素は、ポータルサーバ１側における障害の場所や内容、イベントの種類を挙げることができる。
【００１７】
さらに説明すると、データ送付レベル情報により、画像形成装置９からポータルサーバ１側への送信条件が規定され、これによって、画像形成装置９で送信されるデータ量が抑制される。すなわち、データ送付レベル情報で画像形成装置９の送信データの条件が指定される。例えば、画像形成装置９においてデータ加工して送信する指示や、送付タイミングを定める指示が特定される。
ここにいうデータ加工としては、データの圧縮やデータの一部削除が挙げられる。データの圧縮は、内容（情報量）は変えずにデータサイズを縮小させるように圧縮率を上げるものであり、複数のイベントを一回の送信でまとめて送付することが可能になる。データの一部削除では、データ量を削減する間引きを行うことで情報量を低下させて送付するイベントの数を増やすことが可能になる。なお、間引くルールは、イベントの種類ごとに予め定められる。
データ送付レベル情報は、ポータルサーバ１側で検知される障害の状況（発生、復旧）に応じて更新可能であり、更新されると画像形成装置９に送付される。
【００１８】
データ送付レベル情報により特定される送信条件は、データの種類に応じて影響を受けるものである。そして、ここにいうデータの種類は、緊急性や重要度を考慮して分類される。すなわち、ポータルサーバ１側に障害が発生した場合であっても、提供可能なサービスを提供するために予め分類される。例えば、削除せずに必ず送信するが送信時期を変更しない方がいい第１分類、削除せずに必ず送信するが後で送信してもいい第２分類、データの一部が欠落した形で送信してもいいが送信時期を変更しない方がいい第３分類、データの一部が欠落した形で送信してもよく後で送信してもいい第４分類である。
データ送付レベル情報は、データ送信の制御に関する情報の一例であり、送信させるデータの条件の一例である。また、レスポンスは、データ受信に対する応答の一例である。
なお、対応情報については後述する。
【００１９】
ここで、ポータルサーバ１、送付レベル情報保持装置２、送付レベル判定装置３、振り分けサーバ４およびアプリサーバ５，６および障害関連情報格納装置８は、画像形成装置９からの情報を基に予め定められた情報処理を行い、また、処理結果を出力する機器であり、例えば、ソフトウェアを実行して演算等を行うためのＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ディスプレイ等の表示装置、コンピュータ本体に対して入力を行うための入力装置等により構成される。このポータルサーバ１、振り分けサーバ４およびアプリサーバ５，６としては、例えば、パーソナルコンピュータやワークステーション、その他のコンピュータが用いられる。
【００２０】
画像形成装置９は、媒体に画像を印刷し、印刷文書として出力する装置である。この画像形成装置９は、プリンタ機能やコピー機能、スキャナ機能、通信機能等の基本機能を備えた所謂「複合機」である。
なお、画像形成装置９における画像形成方式としては、例えば、電子写真方式を用いるとよいが、その他の方式を用いてもよい。
【００２１】
画像形成装置９についてさらに説明すると、図１（ｂ）に示すように、ポータルサーバ１からのデータ送付レベル情報（データの送信条件の一例）を受け付ける受付け部９１と、受付け部９１により受け付けられたデータ送付レベル情報に応じてポータルサーバ１側にデータを送信する制御を行う送信制御部９２と、を備えている。画像形成装置９の送信制御部９２は、データ送信に際し、データの圧縮等によって送信データ量が減るように送信制御する。また、送信制御部９２は、データ（イベント）の種類に応じ、送信条件の変更または送信対象からの除外により、送信データ量が減るように送信制御する。
なお、データ送付レベル情報による送信条件を満たさない情報について、情報の種類に応じて送信条件の変更または送信対象から除外する送信制御を採用してもいい。
【００２２】
次に、ポータルサーバ１、送付レベル情報保持装置２、送付レベル判定装置３、振り分けサーバ４およびアプリサーバ５，６および障害関連情報格納装置８が備える諸機能部を説明する。
図２および図３は、管理システムＫＳを構成する装置等のブロック図である。すなわち、図２（ａ）は、ポータルサーバ１のブロック図であり、同図（ｂ）は、送付レベル情報保持装置２のブロック図であり、同図（ｃ）は、送付レベル判定装置３のブロック図である。また、図３（ａ）は、振り分けサーバ４のブロック図、（ｂ）はアプリサーバ５，６のブロック図、（ｃ）は障害関連情報格納装置８のブロック図である。
図２（ａ）に示すように、上述した管理システムＫＳのポータルサーバ１は、ネットワークＮＷを介してデータを受信する受信部１１と、ポータルサーバ１自身に障害が発生したことを検知する上述の障害検知部７と、送付レベル情報保持装置２からデータ送付レベル情報を取得する送付レベル情報取得部１２と、ネットワークＮＷを通じてデータを送信する送信部１３と、を備えている。
【００２３】
ここで、ポータルサーバ１の基本動作を説明する。
ポータルサーバ１において、受信部１１が画像形成装置９からデータを受信すると、そのデータを送信部１３が振り分けサーバ４に転送する。また、ポータルサーバ１の障害検知部７が自身の障害発生を検知すると、送信部１３は、その障害発生情報を送付レベル判定装置３に送る。
また、ポータルサーバ１の送付レベル情報取得部１２は、予め定められたタイミングで送付レベル情報保持装置２にデータ送付レベル情報が保持されているか否かを確認する。データ送付レベル情報が保持されていない場合、送信部１３は、データ受信に対するレスポンス（応答の一例）を画像形成装置９に送信する。また、データ送付レベル情報が保持されている場合はそれを取得し、送信部１３がデータ送付レベル情報をレスポンスに載せる形式で画像形成装置９に送信する。
なお、障害検知部７の検知結果としては、上述した基本動作のうち転送を実行する機能部に障害が発生した場合を想定できる。
【００２４】
また、障害検知部７は、障害発生を検知するほか、発生した障害に変化があった場合にその変化を検知するように構成してもいい。ここにいう障害の変化とは、障害発生時の状態から何らかの変動があった場合をいい、障害の程度が大きくなった場合や小さくなった場合も含まれる。このような細かい変化を検知することで、管理システムＫＳ側の負担は大きくなるものの、障害発生に伴う管理サービスの低下抑制が可能になる。
また、ここにいう障害の変化には、障害から復旧した場合を含ませてもいい。すなわち、障害検知部７は、障害発生の検知のみならず、障害から復旧したこと（障害解消）を検知する障害復旧の検知も行う。このため、障害検知部７は、障害発生を検知した場合に障害発生情報を出力するほか、障害復旧を検知した場合には障害復旧情報を出力する。また、障害検知部７が障害の変動を検知した場合に障害変動情報を出力してもよい。なお、障害発生情報、障害復旧情報および障害変動情報を障害情報ということがある。障害復旧情報を障害変動情報に含ませてもよい。
ここにいう障害復旧情報とは、障害の復旧に関する予め定められた条件が成立したことを示す情報をいい、画像形成装置９からのイベント送付制限を解除してもいいことを示す情報である。かかる障害復旧情報により、障害が解消したという事実が通知される。
【００２５】
障害が発生した後に障害検知部７による障害復旧の検知が行われると、送信部１３は、障害復旧情報を送付レベル情報保持装置２に送信する。かかる場合、送付レベル情報保持装置２は、後述するように、保持しているデータ送付レベル情報を削除する。
なお、障害復旧が検知された場合、送付レベル情報保持装置２に直接送信する例のほか、障害発生が検知された場合と同じく、送付レベル判定装置３に送信し、その判定結果が送付レベル情報保持装置２に反映される例も考えられる。
【００２６】
図２（ｂ）に示すように、送付レベル情報保持装置２は、送付レベル判定装置３からのデータ送付レベル情報を受信する受信部２１と、受信部２１で受信したデータ送付レベル情報を保持する送付レベル情報保持部２２と、を備えている。また、送付レベル情報保持装置２は、送付レベル情報保持部２２に保持されるデータ送付レベル情報をポータルサーバ１の要求によりポータルサーバ１に送信する送信部２３を備えている。
【００２７】
送付レベル情報保持部２２は、新たに取得したデータ送付レベル情報を保持するほか、保持しているデータ送付レベル情報を更新したり削除したりする。具体的には、送付レベル情報保持部２２において、障害復旧情報を受信部２１が受信すると、送付レベル情報保持部２２により保持されているデータ送付レベル情報が消去される。
なお、障害発生情報に対応するデータ送付レベル情報を消去しデータ送付レベル情報を保持しない制御例のほか、送付レベル情報保持部２２が障害復旧情報に対応するデータ送付レベル情報を保持する制御例も考えられる。
【００２８】
図２（ｃ）に示すように、送付レベル判定装置３は、障害検知部７から出力された障害情報を受信する障害情報受信部３１と、障害関連情報格納装置８に格納されている対応情報を取得する対応情報取得部３２と、を備えている。
ここにいう対応情報とは、ポータルサーバ１側で発生した障害と上述のデータ送付レベルとの関係を示す情報をいい、画像形成装置９に送信されるデータ送付レベル情報を決定するためのものである。具体的な説明は、図４または図５を用いて説明する箇所で行う。
【００２９】
また、送付レベル判定装置３は、受信した障害情報および取得した対応情報を基にデータ送付レベルを判定し、判定結果に応じてデータ送付レベル情報を生成する送付レベル判定部３３と、送付レベル判定部３３で生成されたデータ送付レベル情報を上述の送付レベル情報保持装置２に送信する送付レベル情報送信部３４と、を備えている。
なお、送付レベル判定装置３では、障害情報受信部３１がポータルサーバ１の障害検知部７による障害情報を受信するほか、振り分けサーバ４の障害検知部７（図１参照）による障害情報や、アプリサーバ５，６の障害検知部７（同図参照）による障害情報も受信する。このため、送付レベル判定部３３は、ポータルサーバ１の障害情報、振り分けサーバ４の障害情報、およびアプリサーバ５，６の障害情報のいずれか一またはその組み合わせを基に判定する。
このように、上述したように、障害情報を基に対応情報を参照してデータ送付レベルが特定され、データ送付レベルを特定するためのデータ送付レベル情報が画像形成装置９に送信される。
【００３０】
次に、振り分けサーバ４の構成について説明する。
図３（ａ）に示すように、振り分けサーバ４は、ポータルサーバ１から転送された画像形成装置９のデータを受信する受信部４１と、自身に障害が発生したことを検知する上述の障害検知部７と、を備えている。また、振り分けサーバ４は、転送されたデータをアプリサーバ５，６のいずれかに振り分けるかを特定するための情報（振り分け情報）を保持する振り分け情報保持部４２と、振り分け情報により特定された振り分け先にデータを送信し、障害検知部７の検知結果を送付レベル判定装置３に送信する送信部４３と、を備えている。
【００３１】
次に、アプリサーバ５，６の構成について説明する。
図３（ｂ）に示すように、アプリサーバ５，６はそれぞれ、振り分けサーバ４から転送された画像形成装置９のデータを受信する受信部５１，６１と、転送されたデータに対応するイベント処理を行うイベント処理部５２，６２と、を備えている。また、アプリサーバ５，６はそれぞれ、自身に障害が発生したことを検知する上述の障害検知部７と、障害検知部７の検知結果を送付レベル判定装置３に送信する送信部５３，６３と、を備えている。
【００３２】
図３（ｃ）に示すように、障害関連情報格納装置８は、送付レベル判定装置３から対応情報の要求を受信する受信部８１と、上述した対応情報を保持する対応情報保持部８２と、送付レベル判定装置３からの要求に応じて対応情報保持部８２により保持される対応情報を送付レベル判定装置３に送信する送信部８３と、を備えている。
なお、対応情報保持部８２により保持される対応情報を、管理システムＫＳの構成変更に伴って更新してもいい。更新された対応情報は、ポータルサーバ１から画像形成装置９にネットワークＮＷを介して送信される。
【００３３】
次に、障害関連情報格納装置８により格納されている既述の対応情報について説明する。
図４は、障害関連情報格納装置８に格納される対応情報の一例を説明する図である。
同図に例示する対応情報は、管理システムＫＳにおける障害発生の場所および障害の内容と、データ送付レベルと、の関係を示すものである。かかる対応情報を用いることで、障害発生の場所および障害の内容に応じて、データ送付レベルが特定される。特定されたデータ送付レベルは、データ送付レベル情報として画像形成装置９に送信される。
ここにいう障害発生の場所としては、障害検知部７を持つポータルサーバ１、振り分けサーバ４およびアプリサーバ５，６を挙げることができ、また、障害の内容としては、稼動停止や処理数の増加を挙げることができる。そして、データ送付レベルは、どのようなデータをどのようにして送付するかあるいは送付しないかを示すものであり、データの種類に応じた送付に関する指示が含まれる。なお、図４には、発生した障害が及ぼす影響の度合いを示す障害発生影響度合いを含んでいるが、省略してもよい。
【００３４】
図４に示すように、影響度合いが高いものとして、障害発生の場所が振り分けサーバ４で、その内容が機能停止である場合があり、また、障害発生の場所がアプリサーバ５，６で、その内容が２台共に停止の場合がある。その場合には、データ送付レベルは、画像形成装置９から送信されるデータの種類に応じて規定されている。
ここにいうデータの種類とは、ポータルサーバ１側が画像形成装置９の管理に必要となるデータの種別をいい、優先順位が高いものとそれよりも低いものとが含まれる。データの種類は、定期的あるいは不定期にポータルサーバ１に送信される予め定められたデータに関するものである。データの種類には、速やかに対応する必要があるデータの場合のほか、速やかに対応しなくてもいいデータの場合と、その中間のデータの場合と、がある。速やかな対応が必要なものとしては、例えば障害発生を通知する障害イベントがある。また、中間のデータの場合としては、使用枚数に応じた課金を定めるために通知する課金イベントを挙げることができる。また、速やかな対応が必要でない場合としては、画像形成装置９自身が行った診断結果を通知する診断イベントや、トナー等の消耗品がもうすぐ切れてしまう程度に少なくなったことを通知する消耗品イベント等を挙げることができる。
なお、障害イベントは、情報の種類が第１の場合の一例であり、診断イベントは、情報の種類が第２の場合の一例である。
【００３５】
図４に示す対応情報の一例では、振り分けサーバ４が機能停止した場合またはアプリサーバ５，６が機能停止の場合に、重要度レベル１とされる。そして、重要度レベル１というタグ情報に対し、データの種類が障害イベントまたは課金イベントのときは１時間に１回の頻度でイベントをアーカイブして送付するという指示が対応付けられる。また、データの種類が診断イベントまたは消耗品イベントのときは送付しないという指示が対応付けられる。すなわち、診断イベントまたは消耗品イベントは、ポータルサーバ１側の障害が復旧したときに送付される。
また、アプリサーバ５，６のうちいずれか一方が停止した場合に、上述の重要度１よりも影響度合いが低い重要度レベル２とされる。この重要度レベル２には、データの種類が障害イベントのときは障害発生時にただちに送付する（リアルタイム送付）という指示が対応付けられる。また、重要度レベル２には、データの種類が課金イベントまたは消耗品イベントのときは１時間に１回の頻度でイベントをアーカイブ（圧縮）して送付するという指示が対応付けられる。また、重要度レベル２には、データの種類が診断イベントであれば送付しないという指示が対応付けられる。
さらに、ポータルサーバ１の単位時間の処理イベント数が閾値よりも高い場合に、上述の重要度２よりもさらに影響度合いが低い重要度レベル３とされる。そして、重要度レベル３には、データの種類が障害イベントまたは課金イベントのときはただちに送付する（リアルタイム送付）という指示が対応付けられる。また、重要度レベル３には、診断イベントまたは消耗品イベントのときは１時間に１回の頻度で圧縮してイベントを送付するという指示が対応付けられる。
【００３６】
なお、図４に障害重要度として示すとおり、重要度レベル１は、障害発生に伴う影響度合いが最も高く重要度は高い。重要度レベル３は、影響度合いが最も低く、重要度は低い。付言すると、本実施の形態では、３段階の重要度レベルを設定しているが、これに限らず、これよりも少ない段階や多い段階の数に設定してもよい。
【００３７】
このような対応情報に関するデータ送付制御について説明する。
送付レベル判定装置３は、障害検知部７からの障害情報を受けると、障害発生の場所および障害の内容を特定し、データ送付レベル情報としての重要度レベル１、重要度レベル２または重要度レベル３のいずれかを選択する。そして、画像形成装置９は、送付レベル判定装置３により選択されたデータ送付レベル情報を取得するとそれを保持し、イベントが発生したときにデータ送付レベルを参照し、これに従ってデータを送付するあるいは送付しないという制御を行う。
例えば、アプリサーバ５，６のうち一台の機能停止が検知された場合には、送付レベル判定装置３は、対応情報に応じて、重要度レベル２を選択する。そして、画像形成装置９にデータ送付レベル情報として重要度レベル２が送付された場合、画像形成装置９に消耗品イベントが発生したときには、画像形成装置９は、対応情報を参照し、ただちにデータを送信せず、１時間に１回の頻度で圧縮してポータルサーバ１に送付する。このように、画像形成装置９からポータルサーバ１側にデータを送信する構成において、受け側に障害が発生した場合には、その程度に応じてデータの送付を制限し、その制限内容に応じて画像形成装置９がデータ送信についての選択を行う。
このように、画像形成装置９は、送付予定の複数のデータを圧縮して送付することで送付頻度を小さくしている。また、ポータルサーバ１側では、圧縮データを解凍して複数のデータを一度に取得した上で、順次処理していくことで、障害復旧時にポータルサーバ１側が処理するデータ量が削減され、安定稼働状態に復帰するまでの時間を削減することが可能である。
【００３８】
次に、障害関連情報格納装置８の対応情報により格納されている対応情報の他の例を説明する。
図５は、対応情報の他の例を説明する図である。図６は、図５における障害の内容を説明する図であり、（ａ）は３台の振り分けサーバ４Ａ，４Ｂ，４Ｃが設置されている場合、（ｂ）は５台の振り分けサーバ４Ａ，４Ｂ，４Ｃ，４Ｄ，４Ｅが設置されている場合をそれぞれ示す。振り分けサーバ４Ａ，４Ｂ，４Ｃ，４Ｄ，４Ｅを、単に振り分けサーバ４ということがある。
なお、図５は、上述した図４に対応するものであり、より詳細には、障害重要度およびデータ送付レベルの各項目は図４と同じである。また、図５における障害の内容の項目は、図４における障害の場所・内容の項目に対応するものである。
図５に示す他の例に係る対応情報では、障害の内容をポイント数（Ｐ）で定義することで、ポイント数の値によってデータ送付レベルを対応付けている。すなわち、ポイント数が高い場合に重要度レベル１とされ、それよりも小さい値の場合には重要度２または重要度３とされる。具体的には、ポイント数が１００Ｐ以上であれば重要度レベル１となり、６０Ｐ以上１００Ｐ未満のときは重要度レベル２になり、６０Ｐ未満では重要度レベル３になる。
【００３９】
ここにいうポイント数とは、ポータルサーバ１側で発生した障害によって処理可能な程度を特定するのに用いられるものであり、障害により管理システムＫＳ全体の処理能力に対する影響度合いを決定するのに用いられる。より具体的に説明すると、ここにいうポイント数は、図６（ａ）および（ｂ）に示すように、振り分けサーバ４の１台当たりが受け持つポイント数である。すなわち、システム全体の振り分け処理能力を３００Ｐと定義することで、振り分けサーバ４の全体に付与されるポイント数が３００Ｐとすると、図６（ａ）の場合では３台（第１の値の一例）の振り分けサーバ４Ａ，４Ｂ，４Ｃの各々が受け持つポイント数が１００Ｐになる。そして、振り分けサーバ４Ａ，４Ｂ，４Ｃのうち例えば振り分けサーバ４Ａに障害が発生した場合、障害発生によるポイント数が１００Ｐであり、図５の対応情報を参照すると、重要度レベル１とされる。
また、図６（ｂ）の場合では、５台（第２の値の一例）の振り分けサーバ４Ａ，４Ｂ，４Ｃ，４Ｄ，４Ｅの各々が受け持つポイント数が６０Ｐになり、例えば５台の振り分けサーバ４のうち、振り分けサーバ４Ａに障害発生した場合、そのポイント数が６０Ｐであり、図５の対応情報に従って重要度レベル２とされる。
振り分けサーバ４の台数が５台を超えるときには、１台当たりのポイント数が６０Ｐよりも小さい値となり、振り分けサーバ４Ａの障害発生によるポイント数が６０Ｐ未満ゆえ、重要度レベル３とされる。
このように、振り分けサーバ４の台数が３台の場合は、５台の場合よりも画像形成装置９による送信が規制される。
【００４０】
上述したように、複数の振り分けサーバ４における１台当たりが受け持つポイント数に応じて、障害発生のポイントをサーバ台数で割った値が振り分けサーバ４の１台当たりの受け持つポイント数となる。すなわち、振り分け処理に関わる振り分けサーバ４の台数と障害が生じた振り分けサーバ４の台数との割合に応じて、画像形成装置９のデータ送信制御の内容が異なる。このため、サーバ台数が変更された場合、発生した障害の重要度とデータ送付レベルの対応を自動で変更することが可能になる。
また、管理システムＫＳの構成変更があった場合であっても、障害関連情報格納装置８が保持する対応情報の更新を必ずしも行う必要がなく、メンテナンス性を向上させることが可能になる。
【００４１】
なお、図６では全体のポイント数を均等割する例を示しているが、これに限られず、振り分けサーバ４の処理能力に応じてポイント数を割り振る例（不均等割り）を採用してもいい。
また、図６では、振り分けサーバ４の台数が変更される場合の例を示すが、これに限られず、アプリサーバ５，６の台数が変更される場合にも適用してもいい。その場合には、アプリサーバ５，６が受け持つアプリ内容に応じたポイント数の割り振りを行ってもいい。
【００４２】
次に、管理システムＫＳにおける制御処理を説明する。
図７および図８は、本実施の形態の管理システムＫＳにおける制御処理を説明するフローチャートである。
図７に示す処理手順例では、画像形成装置９からポータルサーバ１にイベントが送付されると（Ｓ１１）、ポータルサーバ１は、イベントを振り分けサーバ４に転送する（Ｓ１２）。振り分けサーバ４は、自身が保持する振り分け情報により特定される振り分け先のアプリサーバ５，６にイベントを転送する（Ｓ１３）。これにより、振り分け先のアプリサーバ５，６は、転送されたイベントを処理する。
また、ポータルサーバ１は、送付レベル情報保持装置２に対する問い合わせにより（Ｓ１４）データ送付レベル情報を保持していないことを確認すると、画像形成装置９に対し、イベントに応答するレスポンスを送信する（Ｓ１５）。
【００４３】
その後、振り分けサーバ４の障害検知部７が、振り分けサーバ４に障害が発生したことを検知すると（Ｓ２１）、その障害発生情報を送付レベル判定装置３に送付する（Ｓ２２）。送付レベル判定装置３は、障害発生情報および対応情報を基にデータ送付レベルを判定し（Ｓ２３）、そのデータ送付レベル情報を送付レベル情報保持装置２に送付する（Ｓ２４）。
こうして、送付レベル情報保持装置２は、データ送付レベル情報を保持する。
【００４４】
送付レベル情報保持装置２がデータ送付レベル情報を保持した以降のイベント送付タイミングが到来する場合、画像形成装置９がポータルサーバ１にイベントを送付すると（Ｓ３１）、前述の場合と同じく、ポータルサーバ１から振り分けサーバ４への転送（Ｓ３２）、および振り分けサーバ４から振り分け先のアプリサーバ５，６への転送（Ｓ３３）が行われる。さらに、ポータルサーバ１は、送付レベル情報保持装置２に対する問い合わせで（Ｓ３４）、データ送付レベル情報が保持しているかを確認すると（Ｓ３４）、そのデータ送付レベル情報を送付レベル情報保持装置２から取得する（Ｓ３５）。そして、ポータルサーバ１は、データ送付レベル情報をレスポンスと共に画像形成装置９に送付する（Ｓ３６）。これにより、画像形成装置９は、データの送信条件の一例としてのデータ送付レベル情報を受け付ける。かかるデータ送付レベル情報を受け付ける機能は、受付け手段の一例である。
【００４５】
このように、ポータルサーバ１側は、データ送付レベル情報を生成したときに直ちに画像形成装置９に送信するのではなく、画像形成装置９からのイベント送付を待ち、そのレスポンスと共にデータ送付レベル情報を送付する。これにより、画像形成装置９側に不正対策が設定されている場合であっても、画像形成装置９がデータ送付レベル情報を受信することができ、ポータルサーバ１側の障害によるデータ量の制御をより確実に行うことが可能になる。しかしながら、直ちに画像形成装置９に送信する制御例を採用してもいい。
【００４６】
上述したとおり、画像形成装置９は、データ送付レベル情報に応じたデータの送付または不送付の制御を行う。すなわち、画像形成装置９は、データ送付レベル情報に対応するイベントのみを送付することで、ポータルサーバ１へ送信するデータ量を抑制させる送信制御が行われる。言い換えると、ポータルサーバ１側は、障害の発生により対応可能な範囲を、画像形成装置９に通知し、画像形成装置９は、通知された内容に従ってイベント送信制御を実行する。これにより、イベントの種類に応じた画像形成装置９からのイベント送付量を制御して優先度ないし緊急度の高いイベント送付のみが行われることから、画像形成装置９の管理に対する障害の影響度合いが抑制される。
【００４７】
図８に示す処理手順例では、振り分けサーバ４の障害検知部７が振り分けサーバ４の障害解消を検知すると（Ｓ４１）、その情報を送付レベル判定装置３に送付し（Ｓ４２）、送付レベル判定装置３では、データ送付レベルを判定し（Ｓ４３）、判定結果に応じて、送付レベル情報保持装置２に対し、データ送付レベル情報の削除を指示する（Ｓ４４）。
そして、画像形成装置９から次のイベント送付があった場合（Ｓ５１）、ポータルサーバ１から振り分けサーバ４への転送（Ｓ５２）、振り分けサーバ４から振り分け先のアプリサーバ５，６への転送（Ｓ５３）およびポータルサーバ１から送付レベル情報保持装置２へのデータ送付レベル情報の確認（Ｓ５４）が行われる。
ポータルサーバ１は、送付レベル情報保持装置２にてデータ送付レベル情報が保持されていないこと（更新）を確認すると、すべてのイベントの送信を許可する情報をレスポンスと共に画像形成装置９に送信する（Ｓ５５）。これにより、画像形成装置９では、ポータルサーバ１へのデータ量を抑制させる送信制御を終了する。
【００４８】
さらに説明すると、画像形成装置９がイベント送付に対応してレスポンスと共にデータ送付レベル情報を受信する場面では、ネットワークＮＷが正常であるが、ポータルサーバ１側に障害が発生していることになり、データ量が抑制される送信制御が実行される。また、画像形成装置９がレスポンスを受信するものの、データ送付レベル情報を受信しない場面では、ネットワークＮＷが正常であり、ポータルサーバ１側も正常であり、データ量が抑制される送信制御は実行されない。なお、レスポンスがない場面は、ネットワークＮＷは正常ではない状態である。
【００４９】
なお、本実施の形態では、送付レベル判定装置３が、重要度レベル１〜３のデータ送付レベル情報を保持している場合に画像形成装置９からのイベント送付を制限することで障害の程度に応じてデータ量を制御し、データ送付レベル情報を保持していない場合にイベント送付を制限しない制御を採用するが、これに限られない。例えば、データ送付レベル情報として、重要度レベル１〜３のほか、イベント送付を制限しないことを示す重要度レベル４を設定しておいてもよい。より具体的には、重要度レベル１〜３のいずれかのデータ送付レベル情報が画像形成装置９に送付された後に障害が復旧したことが検知されると、送付レベル情報保持装置２が重要度レベル４のデータ送付レベル情報を保持し、ポータルサーバ１が重要度４のデータ送付レベル情報をレスポンスと共に送付する。これにより、画像形成装置９は、イベント送付の制限が解除されたとして、通常の送信制御を実行する。
【００５０】
付言すると、障害によるデータ量抑制の制御を実行する必要がないときに、送付レベル情報保持装置２が重要度レベル４のデータ送付レベル情報を保持し、ポータルサーバ１は、そのデータ送付レベル情報をレスポンスと共に画像形成装置９に送付する例も考えられる。かかる制御を採用する場合には、採用しない場合に比べてデータ量が多くなるものの、ポータルサーバ１は、レスポンスと共に必ずデータ送付レベル情報を送付する制御を行う。このため、ポータルサーバ１側で判定した重要度レベルに応じた画像形成装置９によるデータ送付制御をより確実に実行させることが可能になる。
【００５１】
なお、本実施の形態では、画像形成装置９から振り分け先のアプリサーバ５，６にイベントを集める構成を説明したが、これに限らず、例えばＩｏＴ(Internet of Things)に用いられる装置からのデータを収集し、故障診断に応用する構成に適用することも考えられる。そのほか、データをポータルサーバ１側に送信する装置として、温度を測定する温度センサ、湿度を測定する湿度センサ、照度を測定する照度センサ、居室内の人を検出する人感センサ（赤外線センサ、監視カメラ）等も挙げることができる。
【００５２】
なお、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態には限定されない。本発明の精神及び範囲から逸脱することなく様々に変更したり代替態様を採用したりすることが可能なことは、当業者に明らかである。
【符号の説明】
【００５３】
１…ポータルサーバ、２…送付レベル情報保持装置、３…送付レベル判定装置、４…振り分けサーバ、５，６…アプリサーバ、７…障害検知部、８…障害関連情報格納装置、９…画像形成装置、ＫＳ…管理システム
【図１】
2019016272.tif 000003
【図２】
2019016272.tif 000004
【図３】
2019016272.tif 000005
【図４】
2019016272.tif 000006
【図５】
2019016272.tif 000007
【図６】
2019016272.tif 000008
【図７】
2019016272.tif 000009
【図８】
2019016272.tif 000010