画像形成装置の状態の変化を検知する検知手段と、前記検知手段により検知された前記変化の発生個所が選択条件を満たすか否かを判定する判定手段と、前記判定手段で前記検知手段により検知された前記変化の発生個所が選択条件を満たすと判定された場合、第一の通知条件を選択し、前記判定手段で前記検知手段により検知された前記変化の発生個所が選択条件を満さないと判定された場合、第二の通知条件を選択する選択手段と、前記検知手段により検知された変化後の状態が前記選択手段で選択された前記第一の通知条件、又は前記第二の通知条件を満たすか否か判断する判断手段と、前記判断手段により前記検知手段により検知された変化後の状態が前記選択手段で選択された前記第一の通知条件、又は前記第二の通知条件を満たすと判断された場合、状態の変化を、ネットワークを介して通信可能な管理装置へ通知する通知手段と、を有し、前記第一の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離は、前記第二の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離よりも遠く、前記第一の通知条件により通知される前記状態の変化の量は、前記第二の通知条件により通知される前記状態の変化の量よりも多いことを特徴とする画像形成装置。画像形成装置が実行する情報処理方法であって、画像形成装置の状態の変化を検知する検知ステップと、前記検知ステップにより検知された前記変化の発生個所が選択条件を満たすか否かを判定する判定ステップと、前記判定ステップで前記検知ステップにより検知された前記変化の発生個所が選択条件を満たすと判定された場合、第一の通知条件を選択し、前記判定ステップで前記検知ステップにより検知された前記変化の発生個所が選択条件を満さないと判定された場合、第二の通知条件を選択する選択ステップと、前記検知ステップにより検知された変化後の状態が前記選択ステップで選択された前記第一の通知条件、又は前記第二の通知条件を満たすか否か判断する判断ステップと、前記判断ステップにより前記検知ステップにより検知された変化後の状態が前記選択ステップで選択された前記第一の通知条件、又は前記第二の通知条件を満たすと判断された場合、状態の変化を、ネットワークを介して通信可能な管理装置へ通知する通知ステップと、を含み、前記第一の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離は、前記第二の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離よりも遠く、前記第一の通知条件により通知される前記状態の変化の量は、前記第二の通知条件により通知される前記状態の変化の量よりも多いことを特徴とする情報処理方法。コンピュータに、コンピュータの状態の変化を検知する検知ステップと、前記検知ステップにより検知された前記変化の発生個所が選択条件を満たすか否かを判定する判定ステップと、前記判定ステップで前記検知ステップにより検知された前記変化の発生個所が選択条件を満たすと判定された場合、第一の通知条件を選択し、前記判定ステップで前記検知ステップにより検知された前記変化の発生個所が選択条件を満さないと判定された場合、第二の通知条件を選択する選択ステップと、前記検知ステップにより検知された変化後の状態が前記選択ステップで選択された前記第一の通知条件、又は前記第二の通知条件を満たすか否か判断する判断ステップと、前記判断ステップにより前記検知ステップにより検知された変化後の状態が前記選択ステップで選択された前記第一の通知条件、又は前記第二の通知条件を満たすと判断された場合、状態の変化を、ネットワークを介して通信可能な管理装置へ通知する通知ステップと、を実行させるためのプログラムであって、前記第一の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離は、前記第二の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離よりも遠く、前記第一の通知条件により通知される前記状態の変化の量は、前記第二の通知条件により通知される前記状態の変化の量よりも多いことを特徴とするプログラム。しかしながら、特許文献1に記載のシステムのように、画像形成装置のステータス変化情報をドアの開閉等も含めて通知すると、通信量や頻度が膨大となり、ネットワークや管理装置に多大な負荷がかかってしまう。部品交換等の作業時のみで使用される情報であるので、ドアの開閉等些細なステータスでも常に通知するのは無駄である。一方、リモートデスクトップ機能を用いて、PCから操作パネルの情報を閲覧するシステムでは、必要なときにしか画像形成装置にログインしないため、画像形成装置との通信は抑えられる。しかし、PCから画像形成装置にログインするには、画像形成装置が接続されているローカルネットワークにPCを接続させる必要がある。これは、ローカルネットワークへの接続が許可されないサービスマンや管理者の場合には問題となる。また、画像形成装置にリモートデスクトップ機能を備える必要があり、コストアップの要因にもなってしまっていた。本発明はこのような問題点に鑑みなされたもので、画像形成装置からの通信量や通知頻度を抑えると共に、低コストで、画像形成装置で発生したステータスを通知可能にすることを目的とする。そこで、本発明の画像形成装置は、画像形成装置の状態の変化を検知する検知手段と、前記検知手段により検知された前記変化の発生個所が選択条件を満たすか否かを判定する判定手段と、前記判定手段で前記検知手段により検知された前記変化の発生個所が選択条件を満たすと判定された場合、第一の通知条件を選択し、前記判定手段で前記検知手段により検知された前記変化の発生個所が選択条件を満さないと判定された場合、第二の通知条件を選択する選択手段と、前記検知手段により検知された変化後の状態が前記選択手段で選択された前記第一の通知条件、又は前記第二の通知条件を満たすか否か判断する判断手段と、前記判断手段により前記検知手段により検知された変化後の状態が前記選択手段で選択された前記第一の通知条件、又は前記第二の通知条件を満たすと判断された場合、状態の変化を、ネットワークを介して通信可能な管理装置へ通知する通知手段と、を有し、前記第一の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離は、前記第二の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離よりも遠く、前記第一の通知条件により通知される前記状態の変化の量は、前記第二の通知条件により通知される前記状態の変化の量よりも多いことを特徴とする。本発明によれば、画像形成装置からの通信量や通知頻度を抑えると共に、低コストで、画像形成装置で発生したステータスを通知可能にすることができる。以下、本発明の実施形態について図面に基づいて説明する。<実施形態1>図1は、システム構成の一例を示す図である。画像形成装置100と管理装置110とは、互いにネットワーク120を介して通信可能に接続されている。このとき、ネットワーク120は、LANやWAN、インターネット、携帯電話回線等が想定され、有線であっても無線であっても良い。画像形成装置100は、複合機能型画像形成装置MFPMultiFunctionPeripheralや単一機能型画像形成装置SFPSingleFunctionPeripheral等が想定されるが、これに限らない。管理装置110は、1台以上の画像形成装置100のステータスやエラー履歴等の状態情報を画像形成装置100からネットワーク120を介してHTTP形式やメール形式等で受信し、画像形成装置100の保守を行うための情報を管理する。また、管理装置110は、PC130とネットワーク120を介して通信可能に接続されている。PC130は、管理装置110に接続し、画像形成装置100の状態に関する情報を閲覧するためのディスプレイ等の表示部を有する端末である。PC130は、ノートPCやデスクトップPC、タブレット型端末、スマートフォン等が想定されるが、これに限らない。また、管理装置110と画像形成装置100との接続と、管理装置110とPC130との接続は、それぞれが互いに接続されていれば良く、一方がインターネットで他方が携帯電話回線である等、別々の接続形態であっても良い。図2は、画像形成装置100のハードウェア構成の一例を示す図である。画像形成部201は、プリンターやスキャナー、ファクシミリ等の一部、又は全部が含まれる。操作部202は、ハードキーやタッチパネル等の入力機器を備え、画像形成部の操作や通信設定の操作等を受け付ける。表示部203は、ディスプレイ等の出力機器であり、操作部202と一体となったタッチパネルであっても良く、画像形成装置100の動作状態や機器設定等を表示するなお、操作パネルと呼ばれることもある。画像形成部201で消耗品切れやジャム発生等の異常が検知されたときには、消耗品や部品の交換手順、ジャム解消手順等が表示部203に表示される。制御部204は、操作部202からの入力を受けて画像形成部201の制御を行う画像形成制御や、表示部203の表示制御等、画像形成装置100全体の制御を行う。記憶部205は、ROMやRAM、HDD等を備え、画像データや機器設定等の記憶領域として使われる。また、表示部203に表示する交換手順や操作手順等のコンテンツを記憶する領域としても使われる。通信I/F部206は、管理装置110へ状態情報を送信するためにネットワーク120と接続される、ネットワークインターフェイスである。制御部204が、記憶部205に記憶されているプログラム等に基づき処理を実行することによって、本実施形態に係る画像形成装置100のソフトウェア構成や後述する画像形成装置100のフローチャートに係る処理が実現される。図3は、管理装置110のハードウェア構成の一例を示す図である。管理装置110は、ディスプレイ等の出力装置と接続する出力I/F部301、キーボード等の入力装置と接続する入力I/F部302、記憶装置303、メモリ304、CPU305、通信I/F部306からなる。記憶装置303には、OSOperatingSystemや画像形成装置100の状態情報を管理する管理プログラム、画像形成装置100から受信した状態情報、状態情報に対応する操作手順等のコンテンツ群等が格納されている。CPU305は、記憶装置303からプログラムをメモリ304にロードし、実行する。通信I/F部306は、ネットワーク120に接続され、画像形成装置100の状態情報を受信すると共に、PC130から画像形成装置100に関するコンテンツ情報の送受信を行う。CPU305が、記憶装置303に記憶されているプログラム等に基づき処理を実行することによって、本実施形態に係る管理装置110のソフトウェア構成や後述する管理装置110のフローチャートに係る処理が実現される。図4は、画像形成装置100のソフトウェア構成の中で、特に本システムに係る部分のソフトウェア構成の一例を示す図である。通知条件保持部401は、画像形成装置100のステータスを管理装置110に通知する処理において、管理装置110への通知対象ステータスを規定する通知条件情報を保持する。本実施形態において、通知条件保持部401は、この通知条件情報を複数保持する。各々の通知条件情報は、テーブルの形式で保持しても良いし、プログラム中のロジックに組み込まれていても良い。選択条件保持部402は、通知条件保持部401の保持する複数の通知条件情報のうちどの条件情報を適用するかを規定する選択条件情報を保持する。状態変化検知部403は、画像形成装置100のステータスが変化したとき、そのステータスを検知する。画像形成装置100のステータスとは、画像形成部201の動作状況や、ジャムやエラーの発生状況、トナー残量警告等のほか、消耗品や部品交換時に開閉されるドアやカバーの開閉状況等も含まれる。通常、制御部204は、この画像形成装置100のステータスの発生状況に応じて画像形成部201の動作制御や表示部203の表示制御を行っている。通知条件選択部404は、画像形成装置100のステータスに関する情報と、選択条件保持部402の選択条件情報に規定された条件とから、通知条件保持部401の保持する複数の通知条件情報のうちどの条件情報を適用するかを選択する。通知判定部405は、画像形成装置100で発生したステータスを管理装置に通知するか否かを、通知条件保持部401の保持する通知条件情報に基づき、決定する。状態通知部406は、画像形成装置100で発生したステータスを、通信I/F部206を介して管理装置110へ通知する。図5は、管理装置110のソフトウェア構成の中で、特に本システムに係る部分のソフトウェア構成の一例を示す図である。コンテンツ保持部501は、画像形成装置100で発生する個々のステータスに対応するコンテンツ群を記憶装置303に保持する。個々のステータスに対応するコンテンツ群とは、画像形成装置100の表示部203に表示されるコンテンツに準じたものが想定される。例えば、ジャムのステータスに対応するジャム処理方法を示すコンテンツや、トナー残量切れのステータスに対応するトナー交換方法を示すコンテンツ、エラーのステータスに対して画像形成装置100の再起動を促すコンテンツ、等が用意されている。但し、その形態やデータは表示部203に表示されるコンテンツと同一でなくても良く、グラフィカルなUIコンテンツであっても、HTMLデータであっても、テキスト情報であっても良い。装置状態受信部502は、画像形成装置100のステータスを、通信I/F部306を介して画像形成装置100から受信する。装置状態保持部503は、装置状態受信部502が受信した画像形成装置100のステータスを格納する。コンテンツ要求受信部504は、画像形成装置100に関するコンテンツ情報の取得要求を、通信I/F部306を介してPC130から受信する。コンテンツ抽出部505は、コンテンツ要求受信部504の受信した取得要求に基づき、受信済みの画像形成装置100の最新のステータスに対応するコンテンツを、記憶装置303から抽出する。コンテンツ送信部506は、コンテンツ抽出部505が抽出したコンテンツを、取得要求元のPC130へ通信I/F部306を介して送信する。図6Aは、通知条件保持部401の保持する通知条件情報をステータスのコードで規定するテーブルの一例を表す図である。この例において通知条件情報テーブル600は、複数の通知条件情報を保持できるよう構成されている。条件ID601は、複数の通知条件情報各々を特定するID情報である。図6Aの例では、0102の2つの通知条件情報を有することを示している。開始コード602と終了コード603とは、通知対象ステータスの範囲を特定する。図6Aの例では、通知条件情報01は、画像形成装置100のステータスのコードが000000から999999までの範囲を条件としている。通知条件情報02は、100000から199999までの範囲及び、500000から699999までの範囲、800000から899999までの範囲、そして999999を条件としている。図6Bは、選択条件保持部402の保持する選択条件情報を規定するテーブルの一例を表す図である。この例において選択条件情報テーブル650は、画像形成装置100内の場所を示すコードを、どの条件情報を適用するかを規定する選択条件として保持している。場所コード651は、画像形成装置100内の場所を示すコードであり、例えばそれぞれ給紙部、フィニッシャ部、排紙部といった場所が定義される。図6Bでは、画像形成装置100内の場所を選択条件としたが、ユーザー対応の要否を示すレベル情報や、ステータスのコードを使って規定しても良い。また、それらを組み合わせて複数の条件で規定しても良い。図7は、画像形成装置100がステータスの変化を検知したときの、画像形成装置100のステータス変化を通知する情報処理を示すフローチャートである。以下、図7のフローチャートに従って、本実施形態における画像形成装置100のステータス変化通知処理を説明する。画像形成装置100は、内部の各種センサーの働きにより、ジョブの実行、ジャムやエラーの発生、消耗品の残量警告、ドアやカバーの開閉等が検知されると、その状態を示すステータスコードを関係するソフトウェアに通知する。ステータスコードは通常、複数の事象が発生していたら、その各事象に対応する数だけ発生する。例えば、給紙部でのジャムが発生すれば給紙部でのジャムを示すコード例えば110021が発生し、ジャム処理のために給紙部のカバーを開けると、110021に加えて給紙部カバーオープンを示すコード例えば030004が発生する。ステータスコードが変化すると、状態変化検知部403にステータスの変化が通知され、画像形成装置100はステータス変化通知処理を開始する。ステップS701で状態変化検知部403がステータス変化を検知すると、続く処理で画像形成装置100は、検知したステータスを管理装置110に通知すべきかを判断し、管理装置110へ通知する。画像形成装置100が正常に動作しているうちは、画像形成装置100に対して部品交換等のメンテナンス作業を行う必要がないため、ジャムやエラーの発生、消耗品の残量警告等の一部のステータスに絞って通知する。しかし、画像形成装置100に問題が発生すれば、その内容によっては画像形成装置100に対してのユーザー操作をトレースできるよう、画像形成装置100はドアやカバーの開閉等を含めたより多くのステータスを通知する必要がある。そのため、ステップS702で通知条件選択部404は、より多くのステータスを通知する必要があるかを判断するため、選択条件保持部402の保持する選択条件情報を参照して、その条件を満たすかを判定する。図6Bの例の場合、通知条件選択部404は、発生したステータスに関する発生場所状態の変化の原因が生じた場所情報の情報を取得し、その取得した場所情報が選択条件情報テーブル650に含まれるか否かを判定する。つまり、問題の発生個所により、より多くのステータスを管理装置に送るか、限られたステータスを管理装置に送るかが決定される。例えば、操作パネルの近くの給紙部の場所情報が01であり、かつ、問題の発生個所が給紙部である場合、通知条件選択部404は条件を満たさないと判定する。一方、操作パネルから離れた排紙部の場所情報が05であり、かつ、問題の発生個所が排紙部である場合、通知条件選択部404は条件を満たすと判定する。場所情報とは例えば、MIBManagementInformationBaseで定義されるprtAlertLocationで取得できる情報である。それにより、操作パネルから離れた場所で問題が発生している場合、より多くのステータスを通知するよう判定し、操作パネルの近くで問題が発生している場合、ある程度絞られたステータスを管理装置に通知すると判定する。この理由について説明する。操作パネルの近くで問題が発生した場合、例えば問題を解消するために給紙部のカバーが開けられたことを画像形成装置100が自ら認識して、表示部203に次に何をすればよいかを表示できる。つまり、管理装置の助けが必要なため、カバーの開閉についてまでステータスを送る必要がない。一方、例えば、操作パネルから離れた場所の排紙部で問題が発生した場合、操作パネルを見ながら問題を解消する操作が行えないのでPC130の画面に問題の解消方法を表示する必要がある。この際、管理装置110がPC130に解消方法を通知することになるが、管理装置110は排紙部のカバーが開けられたことを認識しないと次に何をすべきかをPC130に通知できない。そのため操作パネルから離れた場所で問題が発生した場合は、管理装置の助けが必要なため、カバーの開閉も含めて細かくステータスを管理装置に送る必要が発生する。なお、操作パネルから離れているか否かは、フィニッシャ機器の装着有無等、オプションユニットの構成により変わる場合がある。そこで、画像形成装置100の機器構成により、選択条件情報を変えるようにしても良い。また、画像形成装置100に対してメンテナンス作業を行う必要があるかを判断するためのレベル情報例えばMIBで定義されるprtAlertSeverityLevelやprtAlertTrainingLevel等と組み合わせて判定するようにしても良い。ステップS702で選択条件情報を満たす場合、通知条件選択部404は、通知条件保持部401の保持する通知条件情報のうち、より多くのステータスを通知する第一の通知条件例えば図6Aの通知条件情報01を選択するステップS703。一方、ステップS702で選択条件情報を満たさない場合は、ステータスに絞って通知する条件である第二の通知条件例えば通知条件情報02を選択するステップS704。続くステップS705で通知判定部405は、ステップS701で変化を検知発生若しくは解消したステータスつまり変化後のステータス状態が、ステップS703若しくはS704で選択した通知条件に該当するかを判定する。ステップS705で通知条件に該当すると判定されたならば、状態通知部406は、画像形成装置100を特定する情報を付加して、ステップS706で通知条件に該当するステータスの情報ステータス情報を管理装置110へ送信する。例えばステータスコード030004が発生若しくは解消した場合、図6Aの通知条件情報01であれば通知条件に該当するため、ステータス情報を管理装置110へ送信するが、通知条件情報02であれば通知条件に該当しないため送信しない。ステータスコード110021が発生若しくは解消した場合は、通知条件情報01であっても通知条件情報02であっても通知条件に該当するため、ステータス情報を管理装置110へ送信する。なお、通知条件情報01が全ステータスを意味するような場合は、ステップS705をスキップし、無条件でステータス情報を管理装置110へ送信するようにしても良い。一方の管理装置110は、装置状態受信部502が画像形成装置100からステータス情報を受信すると受取ると、装置状態保持部503に画像形成装置100を特定する情報と対応付けてステータス情報を格納する。図8は、管理装置110がPC130からコンテンツ要求を受信したときの、管理装置110のコンテンツをPC130に返却する情報処理を示すフローチャートである。以下、図8のフローチャートに従って、本実施形態における管理装置110のコンテンツ返却処理を説明する。PC130は、画像形成装置100のステータスに対応するコンテンツを参照するため、管理装置110に対してコンテンツの取得要求を行う。一般に、PC130は画像形成装置100へのログインに成功すると、コンテンツの取得要求に合わせて、取得対象の画像形成装置100を特定する情報を付加して管理装置110へ送信する。管理装置110は、コンテンツ要求受信部504でPC130からコンテンツの取得要求を受け取るとステップS801、コンテンツの取得要求から取得対象の画像形成装置100を特定するステップS802。コンテンツ抽出部505は、特定した画像形成装置100の最新のステータス情報を、装置状態保持部503から取得する状態特定ステップS803。そして、取得したステータス情報に対応するコンテンツを、記憶装置303から抽出するステップS804。コンテンツ送信部506は、ステップS804で抽出したコンテンツを、コンテンツの取得要求元のPC130へ送信するステップS805。PC130は、受信したコンテンツをディスプレイに表示する。ここで、ログイン後PC130は、管理装置110に対して定期的にコンテンツの取得要求を行い、画像形成装置100のステータス情報の変更を検知して、ディスプレイに表示するコンテンツを自動的に更新するようにすると良い。又は、PC130と管理装置110とで双方向通信を行うことにより、ログインセッション維持中に画像形成装置100からステータス情報を受信したときに、ディスプレイに表示するコンテンツを自動的に更新するようにしても良い。<その他の実施形態>また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。以上、本実施形態によれば、画像形成装置100の状態に対応したコンテンツをPC130から表示可能とすることができ、PC130を画像形成装置100の操作パネルや手順書代わりに使うことができる。更に、画像形成装置100の状態に応じてステータス変化情報の通知要否を判断するため、画像形成装置100から管理装置110の通信量や通知頻度を抑えることができる。特に、ステータスの発生箇所に応じた判断を行うことにより、操作パネルからの距離に応じたリモートでの表示可能性を考慮して、画像形成装置100からの通信量や通知頻度を抑えることができる。よって、画像形成装置からの通信量や通知頻度を抑えると共に、低コストで、画像形成装置で発生したステータスを通知可能にすることができる。以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。