(57)【特許請求の範囲】
【請求項１】
複数の画像処理装置を複数の管理装置で分担して管理する画像処理システムにおいて管理装置として機能する情報処理装置であって、
前記複数の管理装置の中で、サービス提供者のサーバである中央管理サーバとネットワークを介して通信するマスター管理装置となったことを示すフラグ情報を設定することにより前記マスター管理装置となったことを認識するマスター認識部と、
管理対象である前記複数の画像処理装置の状態を示す装置状態情報を取得する装置状態情報取得部と、
前記マスター管理装置となった場合に前記中央管理サーバと通信して前記取得された装置状態情報を送信すると共に、前記中央管理サーバから提供される機器管理情報を取得する中央管理サーバ通信部と、
管理対象である画像処理装置を示す管理対象情報に基づき、前記取得された機器管理情報が管理対象の画像処理装置に係るものであるか否か判断する管理対象判断部と、
前記取得された機器管理情報に基づいて前記画像処理装置を管理する機器管理部とを含み、
前記中央管理サーバ通信部は、前記中央管理サーバと通信する際、前記管理装置を識別する識別情報として前記複数の管理装置において共通である識別情報を用いて前記中央管理サーバと通信し、
前記機器管理部は、前記取得された機器管理情報が管理対象外の画像処理装置に係るものである場合、前記複数の画像処理装置の管理を分担する他の管理装置に前記機器管理情報を送信し、
前記中央管理サーバ通信部は、前記管理対象である複数の画像処理装置から取得され得る装置状態情報のうち緊急に前記中央管理サーバに通知するべき情報が示された緊急通知情報に基づき、前記管理対象である複数の画像処理装置から取得された装置状態情報が緊急に通知するべきものであれば、前記マスター管理装置となったことの認識状態に関わらず前記取得された装置状態情報を前記中央管理サーバに送信することを特徴とする情報処理装置。
【請求項２】
前記機器管理部が、前記複数の管理装置のうちいずれか一つのネットワークアドレスを記憶しており、前記他の管理装置に前記機器管理情報を送信する際、前記記憶しているネットワークアドレスに対して送信することにより、前記複数の管理装置全体でリング状の通信経路を構成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記機器管理部が、前記他の管理装置に前記機器管理情報を送信する際、ブロードキャストにより送信することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記機器管理部は、前記装置状態情報が取得された際、前記マスター管理装置となったことが認識されていなければ、前記取得した装置状態情報を他の管理装置に送信することを特徴とする請求項１乃至３いずれか１項に記載の情報処理装置。
【請求項５】
前記マスター認識部は、前記フラグ情報が設定されている場合において、他の管理装置をマスター管理装置とすることを判断するための条件に基づき、他の管理装置に前記フラグ情報を設定させるためのマスター譲渡情報を送信することを特徴とする請求項１乃至４いずれか１項に記載の情報処理装置。
【請求項６】
前記マスター認識部は、前記マスター譲渡情報を受信した場合に、前記マスター管理装置となることを判断するための条件に基づき、前記フラグ情報を設定することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
画像形成出力を実行する画像形成部を更に含み、画像形成装置として構成されることを特徴とする請求項１乃至６いずれか１項に記載の情報処理装置。
【請求項８】
複数の画像処理装置を複数の管理装置で分担して管理する画像処理システムにおいて、情報処理装置を前記管理装置として機能させる制御プログラムであって、
前記複数の管理装置の中で、サービス提供者のサーバである中央管理サーバとネットワークを介して通信するマスター管理装置となったことを示すフラグ情報を設定することにより前記マスター管理装置となったことを認識するステップと、
管理対象である前記複数の画像処理装置の状態を示す装置状態情報を取得するステップと、
前記マスター管理装置となった場合に、前記管理装置を識別する識別情報として前記複数の管理装置において共通である識別情報を用いて前記中央管理サーバと通信して前記取得された装置状態情報を送信すると共に、前記中央管理サーバから提供される機器管理情報を取得するステップと、
管理対象である画像処理装置を示す管理対象情報に基づき、前記取得された機器管理情報が管理対象の画像処理装置に係るものであるか否か判断するステップと、
前記取得された機器管理情報が管理対象外の画像処理装置に係るものである場合、前記複数の画像処理装置の管理を分担する他の管理装置に前記機器管理情報を送信するステップと、
前記取得された機器管理情報が管理対象の画像処理装置に係るものである場合、前記取得された機器管理情報に基づいて前記画像処理装置を管理するステップと、
前記管理対象である複数の画像処理装置から取得され得る装置状態情報のうち緊急に前記中央管理サーバに通知するべき情報が示された緊急通知情報に基づき、前記管理対象である複数の画像処理装置から取得された装置状態情報が緊急に通知するべきものであれば、前記マスター管理装置となったことの認識状態に関わらず前記取得された装置状態情報を前記中央管理サーバに送信するステップとを情報処理装置に実行させることを特徴とする制御プログラム。
【請求項９】
複数の画像処理装置を複数の管理装置で分担して管理する画像処理システムにおいて、情報処理装置を前記管理装置として機能させる制御方法であって、
前記複数の管理装置の中で、サービス提供者のサーバである中央管理サーバとネットワークを介して通信するマスター管理装置となったことを示すフラグ情報を設定することにより前記マスター管理装置となったことを認識し、
管理対象である前記複数の画像処理装置の状態を示す装置状態情報を取得し、
前記マスター管理装置となった場合に、前記管理装置を識別する識別情報として前記複数の管理装置において共通である識別情報を用いて前記中央管理サーバと通信して前記取得された装置状態情報を送信すると共に、前記中央管理サーバから提供される機器管理情報を取得し、
管理対象である画像処理装置を示す管理対象情報に基づき、前記取得された機器管理情報が管理対象の画像処理装置に係るものであるか否か判断し、
前記取得された機器管理情報が管理対象外の画像処理装置に係るものである場合、前記複数の画像処理装置の管理を分担する他の管理装置に前記機器管理情報を送信し、
前記取得された機器管理情報が管理対象の画像処理装置に係るものである場合、前記取得された機器管理情報に基づいて前記画像処理装置を管理し、
前記管理対象である複数の画像処理装置から取得され得る装置状態情報のうち緊急に前記中央管理サーバに通知するべき情報が示された緊急通知情報に基づき、前記管理対象である複数の画像処理装置から取得された装置状態情報が緊急に通知するべきものであれば、前記マスター管理装置となったことの認識状態に関わらず前記取得された装置状態情報を前記中央管理サーバに送信することを特徴とする制御方法。
【請求項１０】
複数の画像処理装置を分担して管理する複数の管理装置と、サービス提供者のサーバである中央管理サーバとを含む画像処理システムであって、
前記管理装置が、
前記複数の管理装置の中で、前記中央管理サーバとネットワークを介して通信するマスター管理装置となったことを示すフラグ情報を設定することにより前記マスター管理装置となったことを認識するマスター認識部と、
管理対象である前記複数の画像処理装置の状態を示す装置状態情報を取得する装置状態情報取得部と、
前記マスター管理装置となった場合に、前記管理装置を識別する識別情報として前記複数の管理装置において共通である識別情報を用いて前記中央管理サーバと通信して前記取得された装置状態情報を送信すると共に、前記中央管理サーバから提供される機器管理情報を取得する中央管理サーバ通信部と、
管理対象である画像処理装置を示す管理対象情報に基づき、前記取得された機器管理情報が管理対象の画像処理装置に係るものであるか否か判断する管理対象判断部と、
前記取得された機器管理情報に基づいて前記画像処理装置を管理する機器管理部とを含み、
前記機器管理部は、前記取得された機器管理情報が管理対象外の画像処理装置に係るものである場合、前記複数の画像処理装置の管理を分担する他の管理装置に前記機器管理情報を送信し、
前記中央管理サーバ通信部は、前記管理対象である複数の画像処理装置から取得され得る装置状態情報のうち緊急に前記中央管理サーバに通知するべき情報が示された緊急通知情報に基づき、前記管理対象である複数の画像処理装置から取得された装置状態情報が緊急に通知するべきものであれば、前記マスター管理装置となったことの認識状態に関わらず前記取得された装置状態情報を前記中央管理サーバに送信することを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、制御プログラム、制御方法及び画像処理システムに関し、特に、管理対象の画像処理装置が多くなった場合の分散管理に関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）として構成されることが多い。
【０００３】
このような画像処理装置は、オフィスのＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークに接続されることにより、機器の状態、使用履歴、障害情報等をサーバによって管理する管理方法が用いられることがある。サーバによって収集された情報は、インターネット等の公衆回線や専用回線を介して、画像処理装置のサービスを提供するサービス提供者のサーバによって収集され、サービス提供者によって様々な管理に用いられる。
【０００４】
このような管理システムは、複数の管理対象システムと、インターネット接続を利用して管理対象システムを遠隔管理する遠隔管理システムとが併用されるシステム環境して既に知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、大規模オフィスや、複数個所に点在するオフィスを管理する場合等で、管理対象の画像処理装置の数が膨大になる場合、負荷分散のために複数のサーバで分担して膨大な数の画像処理装置を管理する必要がある。この場合において、複数設けられた管理用のサーバが夫々上述したサービス提供者のサーバにアクセスして管理情報のやり取りを行うこととすると、サービス提供者のサーバにおいて、顧客毎に複数の管理サーバのＩＤを管理する必要が生じ、顧客のサーバを一元管理することが困難となる。
【０００６】
また、複数設けられた管理用のサーバが夫々上述したサービス提供者のサーバにアクセスして管理情報のやり取りを行うこととすると、サービス提供者のサーバにおける処理量が増大するため、それに対応してサービス提供者側のハードウェア資源を整える必要が生じる。
【０００７】
このような課題は、顧客側において複数設けられた管理サーバを一括管理し、サービス提供者のサーバに対して窓口となる上位のサーバを設けることにより解決することができるが、顧客側において必要となるサーバが少なくとも１台増えることとなり、コスト増となる。
【０００８】
また、上述したようなサービス提供者のサーバ側における負荷の問題を解決するため、複数設けられた管理用のサーバ夫々が時間等によって予め定められたルールに従ってサービス提供者のサーバにアクセスする場合、管理対象の画像処理装置において発生した緊急な状態に即座に対応することができない。
【０００９】
本発明は、このような課題を解決するためになされたものであり、簡易な構成により複数の画像処理装置の分散管理を実現することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の一態様は、複数の画像処理装置を複数の管理装置で分担して管理する画像処理システムにおいて管理装置として機能する情報処理装置であって、前記複数の管理装置の中でサービス提供者のサーバである中央管理サーバとネットワークを介して通信するマスター管理装置となったことを示すフラグ情報を設定することにより前記マスター管理装置となったことを認識するマスター認識部と、管理対象である前記複数の画像処理装置の状態を示す装置状態情報を取得する装置状態情報取得部と、前記マスター管理装置となった場合に前記中央管理サーバと通信して前記取得された装置状態情報を送信すると共に、前記中央管理サーバから提供される機器管理情報を取得する中央管理サーバ通信部と、管理対象である画像処理装置を示す管理対象情報に基づき、前記取得された機器管理情報が管理対象の画像処理装置に係るものであるか否か判断する管理対象判断部と、前記取得された機器管理情報に基づいて前記画像処理装置を管理する機器管理部とを含み、前記中央管理サーバ通信部は、前記中央管理サーバと通信する際、前記管理装置を識別する識別情報として前記複数の管理装置において共通である識別情報を用いて前記中央管理サーバと通信し、前記機器管理部は、前記取得された機器管理情報が管理対象外の画像処理装置に係るものである場合、前記複数の画像処理装置の管理を分担する他の管理装置に前記機器管理情報を送信し、前記中央管理サーバ通信部は、前記管理対象である複数の画像処理装置から取得され得る装置状態情報のうち緊急に前記中央管理サーバに通知するべき情報が示された緊急通知情報に基づき、前記管理対象である複数の画像処理装置から取得された装置状態情報が緊急に通知するべきものであれば、前記マスター管理装置となったことの認識状態に関わらず前記取得された装置状態情報を前記中央管理サーバに送信することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、簡易な構成により複数の画像処理装置の分散管理を実現することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係る画像処理装置管理システムの運用形態を示す図である。
【図２】本発明の実施形態に係る画像処理装置管理システムの運用形態を示す図である。
【図３】本発明の実施形態に係る機器管理サーバのハードウェア構成を模式的に示すブロック図である。
【図４】本発明の実施形態に係る機器管理サーバの機能構成を示すブロック図である。
【図５】本発明の実施形態に係る画像処理装置管理システムの通信経路を示す図である。
【図６】本発明の実施形態に係る機器管理サーバ通信部が記憶している情報の例を示す図である。
【図７】本発明の実施形態に係るマスター認識部が記憶している情報の例を示す図である。
【図８】本発明の実施形態に係る管理対象判断部が記憶している情報の例を示す図である。
【図９】本発明の実施形態に係る機器情報取得部が記憶している情報の例を示す図である。
【図１０】本発明の実施形態に係るマスター譲渡動作を示すフローチャートである。
【図１１】本発明の実施形態に係る装置状態情報が取得された際の動作を締めずフローチャートである。
【図１２】本発明の実施形態に係る機器管理情報が取得された際の動作を示すフローチャートである。
【図１３】本発明の他の実施形態に係る画像処理装置管理システムの通信経路を示す図である。
【図１４】本発明の他の実施形態に係るマスター譲渡動作を示すフローチャートである。
【図１５】本発明の他の実施形態に係る機器管理情報が取得された際の動作を示すフローチャートである。
【発明を実施するための形態】
【００１６】
実施の形態１．
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、画像処理装置管理システムの例として、オフィスＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークに接続された複数の画像処理装置を、複数の機器管理サーバで分担して管理すると共に、各機器管理サーバによる管理情報をサービス提供者が運用する中央管理サーバに集めるシステムを例として説明する。
【００１７】
図１は、本実施の形態に係る画像処理システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る画像処理システムは、システムによるサービスを利用するサービス利用者のネットワークであるネットワークＡと、サービス提供者のネットワークであるネットワークＢとが、インターネット等の公衆回線４を介して接続されている画像処理装置管理システムである。
【００１８】
ネットワークＡには、プリンタやスキャナ等の入出力機能を含む複数の画像処理装置１−１、１−２、・・・１−ｎ（以降、総じて画像処理装置１とする）、画像処理装置１を分担して管理する管理装置である機器管理サーバ２ａ、２ｂ、２ｃ（以降、総じて機器管理サーバ２とする）が接続されている。また、ネットワークＢには、機器管理サーバ２によって管理される情報を収集すると共に、サービス提供者のオペレータによる画像処理装置１の管理情報である機器管理情報を提供する中央管理サーバ３が接続されている。
【００１９】
尚、本実施形態においては、画像処理装置１と機器管理サーバ２とを夫々異なる装置として説明するが、例えば、画像処理装置１に機器管理サーバ２の機能を含めて一の装置として構成することも可能である。
【００２０】
図２は、本実施形態に係る画像処理装置管理システムにおける機器管理の概念を示す図である。図２に示すように、機器管理サーバ２は、画像処理装置１−１〜１−ｎまでのうち、自己が管理するべき機器として割り当てられた画像処理装置１−１〜１−ｍまでと関連付けられている。そして、全ての画像処理装置１−１〜１−ｎは、機器管理サーバ２ａ、２ｂ、２ｃのいずれかに割り当てられ、管理される。
【００２１】
このようなツリー状の管理態様においては、機器管理サーバ２ａ〜２ｃの全てが独自に中央管理サーバ３との通信を行うとすると、中央管理サーバ３において管理するべき機器管理サーバ２のＩＤが増大し、ネットワークＢのネットワーク負荷や中央管理サーバ３の処理負荷も高くなってしまう。
【００２２】
このような課題を解決するため、本実施形態に係る画像処理装置管理システムにおいては、機器管理サーバ２ａ、２ｂ、２ｃのいずれかが動的に“マスター”となり、機器管理サーバ２を代表して中央管理サーバ３との通信を行う。“マスター”となった機器管理サーバ２は、予め定められた同一のＩＤ（以降、共通アクセスＩＤとする）を機器管理サーバ２の識別情報として用いて中央管理サーバ３にアクセスする。そして通信により中央管理サーバ３から取得された情報を複数の機器管理サーバ２において共有することにより、簡易な構成で上述した課題を解決することが本実施形態に係る要旨である。
【００２３】
次に、本実施形態に係る機器管理サーバ２のハードウェア構成について説明する。図３は、本実施形態に係る機器管理サーバ２のハードウェア構成を示すブロック図である。図３に示すように、本実施形態に係る機器管理サーバ２は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る機器管理サーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２４】
ＣＰＵ１０は演算手段であり、機器管理サーバ２全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２５】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、機器管理サーバ２の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが機器管理サーバ２に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係る機器管理サーバ２は、サーバとして運用される。従って、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。
【００２６】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る機器管理サーバ２の機能を実現する機能ブロックが構成される。
【００２７】
尚、図３の説明においては、機器管理サーバ２のハードウェア構成を例として説明したが、画像処理装置１及び中央管理サーバ３についても同様である。画像処理装置１は、図３に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。
【００２８】
次に、本実施形態に係る機器管理サーバ２の機能構成について、図４を参照して説明する。図４は、本実施形態に係る機器管理サーバ２の機能構成を示すブロック図である。図４に示すように、本実施形態に係る機器管理サーバ２は、コントローラ２００及びネットワークＩ／Ｆ２１０を含む。また、コントローラ２００は、機器管理サーバ通信部２０１、センター通信部２０２、機器通信部２０３、マスター認識部２０４、管理対象判断部２０５及び機器情報取得部２０６を含む。
【００２９】
ネットワークＩ／Ｆ２１０は、機器管理サーバ２がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）インタフェース等が用いられる。ネットワークＩ／Ｆ２１０は、図３に示すＩ／Ｆ５０によって実現される。
【００３０】
コントローラ２００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ２００が構成される。コントローラ２００は、機器管理サーバ２全体を制御する制御部である。
【００３１】
機器管理サーバ通信部２０１は、機器管理サーバ２が他の機器管理サーバ２と通信するためのモジュールである。本実施形態に係る機器管理サーバ２ａ、２ｂ、２ｃは、図５に示すように、リング状の通信経路によって機器管理サーバ２同士の通信を行う。図５に示すようなリング状の通信経路は、図６に示すように、情報の送信相手である隣接する機器管理サーバのネットワークアドレスが“隣接サーバアドレス”として記憶されていることによって実現される。図６に示す“隣接サーバアドレス”は、機器管理サーバ通信部２０１が記憶している。
【００３２】
センター通信部２０２は、機器管理サーバ２が中央管理サーバ３と通信するためのモジュールである。即ち、センター通信部２０２が、中央管理サーバ通信部として機能する。上述したように、機器管理サーバ２ａ、２ｂ、２ｃは、“マスター”となって中央管理サーバ３と通信する際、中央管理サーバ３へのアクセス用として予め定められた同一のＩＤである共通アクセスＩＤによってアクセスする。従って、センター通信部２０２は、上記共通アクセスＩＤを記憶している。これにより、中央管理サーバ３においては、機器管理サーバ２ａ、２ｂ、２ｃのＩＤを夫々別個に管理する必要がなく、上記共通アクセスＩＤのみを管理すれば良い。
【００３３】
機器通信部２０３は、機器管理サーバ２が管理対象である画像処理装置１と通信するためのモジュールである。マスター認識部２０４は、機器管理サーバ２が中央管理サーバ３と通信する“マスター”であるか否かを認識して処理する。本実施形態に係る画像処理管理システムにおいては、各機器管理サーバ２は、他の機器管理サーバ２からのマスター譲渡の通知を受けてマスターの受任可否を判断する。そのため、マスター認識部２０４は、図７に示すような“マスター譲渡条件”及び“マスター受任条件”を記憶している。
【００３４】
“マスター譲渡条件”は、自身の機器管理サーバ２が“マスター”である場合に、“マスター”を他の機器管理サーバに譲渡する条件を示す情報であり、“マスター”となってからの経過時間等を判断条件とする“日時条件”や、自己の機器管理サーバ２の処理負荷の状態を判断条件とする“負荷条件”等が含まれる。
【００３５】
“マスター譲渡条件”としての“日時条件”としては、例えば、機器管理サーバ２が“マスター”となってから所定の時間が経過した場合に、他の機器管理サーバ２に“マスター”を譲渡する条件である。この場合、マスター認識部２０４は、自己の機器管理サーバ２が“マスター”となってからの経過時間をカウントしている。そして、そのカウント値が“日時条件”として設定された値に合致したら、他の機器管理サーバ２への“マスター”の譲渡タイミングであることを判断する。
【００３６】
また、夫々の機器管理サーバ２についてスケジューリングされた日時を“日時条件”としても良い。この場合、マスター認識部２０４は、実時間を示す情報を機器管理サーバ２に設けられたモジュールや、ネットワークを介してＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバ等から取得し、実時間が“日時条件”として設定された時間に合致したら、他の機器管理サーバ２への“マスター”の譲渡タイミングであることを判断する。
【００３７】
また、“マスター譲渡条件”としての“負荷条件”としては、例えば、機器管理サーバ２を構成するＣＰＵ１０の使用率の履歴に基づき、ＣＰＵ１０の使用率が所定の閾値以上である期間が所定期間以上継続した場合に、“マスター”を他の機器管理サーバ２に譲渡することを判断するための条件が設定される。即ち、“負荷条件”の具体例としては、上記ＣＰＵ使用率の閾値や、ＣＰＵ使用率が所定値以上である期間の閾値等である。
【００３８】
他方、“マスター受任条件”は、自身の機器管理サーバ２が“マスター”ではなく“スレーブ”であり、他の機器管理サーバ２からマスター譲渡の通知を受けた場合に、譲渡を受けるか否か判断するための条件を示す情報である。図７に示すように、“マスター受任条件”としては、自己の機器管理サーバ２が最後に“マスター”を譲渡してからの経過時間を判断条件とする“日時条件”や、自己の機器管理サーバ２の処理負荷の状態を判断条件とする“負荷条件”等が含まれる。
【００３９】
“マスター受任条件”としての“日時条件”としては、例えば、自己の機器管理サーバ２が最後に“マスター”を他の機器管理サーバ２に譲渡してから所定の時間が経過した場合に、“マスター”を受任することを許容する条件である。この場合、マスター認識部２０４は、自己の機器管理サーバ２が最後に“マスター”を他の機器管理サーバ２に譲渡してからの経過時間をカウントしている。そして、そのカウント値が“日時条件”として設定された値に合致したら、他の機器管理サーバ２からマスター譲渡の通知を受けた場合に、受任可能であることを判断する。
【００４０】
また、夫々の機器管理サーバ２についてスケジューリングされた日時を“日時条件”としても良い。この場合、マスター認識部２０４は、実時間を示す情報を機器管理サーバ２に設けられたモジュールや、ネットワークを介してＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバ等から取得し、実時間が“日時条件”として設定された時間に合致したら、他の機器管理サーバ２からマスター譲渡の通知を受けた場合に、受任可能であることを判断する。
【００４１】
また、“マスター受任条件”としての“負荷条件”としては、例えば、機器管理サーバ２を構成するＣＰＵ１０の使用率の履歴に基づき、ＣＰＵ１０の使用率が所定の閾値以下であれば、他の機器管理サーバ２からマスター譲渡の通知を受けた場合に、受任可能であることを判断する。逆に、“負荷条件”を、マスター受任不可能であることを判断する条件としても良い。即ち、ＣＰＵ１０の使用率が所定の閾値以上である期間が所定期間以上継続している場合において、他の機器管理サーバ２からマスター譲渡の通知を受けたら受任不可能であることを判断する。従って“負荷条件”の具体例としては、上記ＣＰＵ使用率の閾値や、ＣＰＵ使用率が所定値以上である期間の閾値等である。
【００４２】
このようにして自己の機器管理サーバ２が“マスター”となったことを認識した場合、マスター認識部２０４は、記憶媒体にマスターフラグを設定して記憶する。
【００４３】
管理対象判断部２０５は、夫々の機器管理サーバ２が管理対象とする画像処理装置１のリストに基づき、管理対象の画像処理装置１を判断する。そのため、管理対象判断部２０５は、図８に示すような“管理対象機器ＩＤ一覧”として、管理対象である画像処理装置１を識別するための識別情報の一覧を記憶している。
【００４４】
機器情報取得部２０６は、管理対象である画像処理装置１の状態を示す装置状態情報である機器状態情報を定期的に取得する。機器情報取得部２０６は、内部カウンタのカウント値が所定の設定に達した場合や、実時間が予め定められた時間になった場合に、機器通信部２０３を介して、管理対象である画像処理装置１から機器状態情報を取得する。即ち、機器情報取得部２０６及び機器通信部２０３が、装置状態情報取得部として機能する。尚、機器通信部２０３は、機器情報取得部２０６の制御に従って機器状態情報を取得する際、管理対象判断部２０５に記憶されている“管理対象機器ＩＤ一覧”に基づいて管理対象の画像処理装置１を判断する。
【００４５】
また、画像処理装置１側から機器管理サーバ２に対して装置状態を通知するために装置状態情報が送信される場合もあり得る。そのような場合も、機器情報取得部２０６が、機器通信部２０３を介して装置状態情報を取得する。機器情報取得部２０６が画像処理装置１から取得する機器状態情報としては、夫々の画像処理装置１において実行された画像形成出力のカウント値、即ち出力枚数や、インク、トナーの残量、省電力モードの履歴等である。
【００４６】
また、画像処理装置１側から機器管理サーバ２に対して通知される装置状態としては、装置の故障、サービスコール、ドラム交換、インク・トナー切れ等である。機器情報取得部２０６は、取得した機器状態情報を記憶媒体に記憶させて保存する。このように記憶された機器状態情報は、マスター認識部２０４によってマスターフラグが設定されている場合、即ち、その機器管理サーバ２が“マスター”である場合に、センター通信部２０２によって中央管理サーバ３に送信される。
【００４７】
センター通信部２０２は、自己の機器管理サーバ２が“マスター”となっている場合、所定期間毎に中央管理サーバ３にアクセスして、上述したような機器状態情報の送信を行うと共に、中央管理サーバ３側に格納されている機器管理情報を取得する。この機器管理情報とは、中央管理サーバ３側において、画像処理装置１や機器管理サーバ２を管理するために生成される情報である。
【００４８】
機器管理情報には、その機器管理情報が対象とする画像処理装置１を識別するためのＩＤが含まれている。そして、中央管理サーバ３は、機器管理情報を格納する際、その機器管理情報が対象とする画像処理装置１を管理している機器管理サーバ２が中央管理サーバ２にアクセスする際の共通アクセスＩＤと関連付けて格納する。そして、機器管理サーバ２が共通アクセスＩＤを用いて中央管理サーバ３にアクセスした際に、自身の共通アクセスＩＤと同一の共通アクセスＩＤに関連付けられている機器管理情報のみを取得する。これにより、機器管理サーバ２が、自身が属するネットワークに接続された画像処理装置１に対する機器管理情報のみを取得することになる。
【００４９】
また、機器情報取得部２０６が取得した情報が所定の種類の情報である場合、センター通信部２０２は、自己の機器管理サーバ２が“マスター”であるか否かに関わらず、直ちに機器状態情報を中央管理サーバ３に送信する。センター通信部２０２が中央管理サーバ３に直ちに送信する情報の種類とは、緊急性を要する情報である。そのため、機器情報取得部２０６は、図９に示すような“緊急通知情報一覧”に基づいて、取得された機器状態情報が緊急性を要する情報であるか否か判断する。尚、緊急性を要する情報の例としては、画像処理装置１の故障、サービスコール、ドラム交換、インク・トナー切れ等である。
【００５０】
次に、本実施形態に係る画像処理装置管理システムの動作について説明する。まず、機器管理サーバ２における“マスター”の譲渡及び受任の処理について、図１０を参照して説明する。図１０の動作の前提として、他の機器管理サーバ２のマスター認識部２０４により、図７の“マスター譲渡条件”に基づいてマスター譲渡が判断され、マスター譲渡の通知が受信されたことを前提とする。マスター譲渡の通知は機器管理サーバ２同士の通信によってやり取りされるため、マスター認識部２０４は、機器管理サーバ通信部２０１を介してマスター譲渡の通知（以降、マスター譲渡情報とする）を受信する。
【００５１】
図１０に示すように、マスター認識部２０４は、機器管理サーバ２０１を介してマスター譲渡情報を受信すると（Ｓ１００１）、図７において説明したように、“マスター受任条件”において示される受任条件に合致しているか否か判断する（Ｓ１００２）。その結果、マスターの受任が許容される状態であれば（Ｓ１００２／ＹＥＳ）、マスター認識部２０４は、マスター受任を決定してマスターフラグを設定し（Ｓ１００３）、処理を終了する。他方、マスターの受任が許容されない状態であれば（Ｓ１００２／ＮＯ）、マスター認識部２０４は、機器管理サーバ２０１に、図６において説明した“隣接サーバアドレス”に基づいて隣接サーバにマスター譲渡情報を送信し（Ｓ１００４）、処理を終了する。これにより、隣接サーバにおいて、図１０と同様の動作が実行される。
【００５２】
このような動作が機器管理サーバ２ａ、２ｂ、２ｃで繰り返されることにより、“マスター”を許容可能な状態若しくは許容するべき状態の機器管理サーバ２が“マスター”となり、機器情報取得部２０６が取得して保存している機器状態情報を中央管理サーバ４に送信する。
【００５３】
次に、機器情報取得部２０６が、機器通信部２０３を介して画像処理装置１から機器状態情報を取得した場合の動作について、図１１を参照して説明する。図１１に示すように、機器情報取得部２０６は、機器通信部２０３を介して機器状態情報を取得すると（Ｓ１１０１）、図９において説明した“緊急通知情報一覧”に基づき、取得した機器状態情報が緊急に通知するべき情報であるか否か判断する（Ｓ１１０２）。その結果、緊急に通知するべき情報であった場合（Ｓ１１０２／ＹＥＳ）、機器情報取得部２０６は、センター通信部２０２を制御して、機器状態情報を中央管理サーバ３に送信させ（Ｓ１１０３）、処理を終了する。
【００５４】
他方、緊急に通知するべき情報でなかった場合（Ｓ１１０２／ＮＯ）、機器情報取得部２０６は、マスター認識部２０４によって設定されるマスターフラグを確認する。（Ｓ１１０４）。その結果、マスターフラグが設定されていた場合（Ｓ１１０４／ＹＥＳ）、機器情報取得部２０６は、センター通信部２０２を制御して、機器状態情報を中央管理サーバ３に送信させ（Ｓ１１０３）、処理を終了する。Ｓ１１０４の結果、マスターフラグが設定されていなかった場合（Ｓ１１０４／ＮＯ）、機器情報取得部２０６は、取得した機器状態情報を記憶媒体に保存し（Ｓ１１０５）、処理を終了する。
【００５５】
尚、Ｓ１１０３の処理においては、それ以前の動作によって記憶媒体に保存されている機器状態情報がある場合、その情報についても同時に中央管理サーバ３に送信される。また、機器管理サーバ２は、Ｓ１１０３において、中央管理サーバ３に機器状態情報を送信することに加えて、中央管理サーバ３において保存されている機器管理情報であって、自身の共通アクセスＩＤと同一の共通アクセスＩＤに関連付けられて格納されている機器管理情報がある場合に、その機器管理情報を取得する。
【００５６】
このように、原則として“マスター”である場合にのみ中央管理サーバ３にアクセスすることによって、中央管理サーバ３におけるネットワーク負荷や処理負荷の増大を抑えると共に、“緊急通知情報一覧”に基づいて緊急通知の必要があると判断された情報については即座に中央管理サーバ３に送信することにより、分散管理によるタイムラグの問題を解決することができる。
【００５７】
尚、図１１の動作においては、機器状態情報の取得（Ｓ１１０１）と、マスターフラグの判断（Ｓ１１０４）とを一連の動作として実行する場合を例として説明した。この他、マスターフラグの判断は、所定の期間毎や予め定められたスケジュール毎等に行うこととし、機器状態情報の取得（Ｓ１１０１）とは別の動作としても良い。
【００５８】
次に、中央管理サーバ３から機器管理情報が取得された場合の機器管理サーバ２の動作について、図１２を参照して説明する。図１２に示すように、センター通信部２０２が機器管理情報を取得すると（Ｓ１２０１）、管理対象判断部２０５が、図８に示す“管理対象機器ＩＤ一覧”に基づき、自己の機器管理サーバ２における管理対象の画像処理装置１を対象とした機器管理情報であるか否かを判断する（Ｓ１２０２）。その結果、管理対象であった場合（Ｓ１２０２／ＹＥＳ）、管理対象判断部２０５が、機器通信部２０３を制御し、その機器管理情報を対象の画像処理装置１に送信させることによって機器管理を実行し（Ｓ１２０３）、処理を終了する。即ち、Ｓ１２０３においては、管理対象判断部２０５及び機器通信部２０３が、機器管理部として機能する。
【００５９】
他方、自己の機器管理サーバ２による管理対象の画像処理装置１を対象としたものではなかった場合（Ｓ１２０２／ＮＯ）、管理対象判断部２０４が、機器管理サーバ通信部２０１を制御し、その機器管理情報を隣接サーバに送信させ（Ｓ１２０４）、処理を終了する。即ち、Ｓ１２０４においては、管理対象判断部２０５及び機器管理サーバ通信部２０１が、機器管理部として機能する。これにより、隣接サーバにおいて図１２と同様の動作が実行され、その機器管理情報が、隣接サーバによる管理対象の画像処理装置に対するものであれば、隣接サーバにおいて機器管理が実行される。
【００６０】
このような処理により、中央管理サーバ３と通信して機器管理情報を取得した機器管理サーバ２が、その機器管理情報が対象とする画像処理装置１を管理するサーバではなかった場合であっても、ネットワークＡに接続されている機器管理サーバ２同士の間で、図５に示すようなリング状の通信経路に従って機器管理情報が転送され、対象の画像処理装置１を管理する機器管理サーバ２に到達する。
【００６１】
従って、複数の機器管理サーバ２のうちの１つが“マスター”として中央管理サーバ３にアクセスするような構成であっても、中央管理サーバ３において設定された機器管理情報が、対象の画像処理装置１を管理する機器管理サーバ２に到達せずに、その機器管理情報が無効となってしまうような問題を回避することができる。
【００６２】
以上説明したように、本実施形態に画像処理装置管理システムにおいては、膨大な数の画像処理装置１を管理するため、複数の機器管理サーバ２によって分担して画像処理装置１を管理する。そして、機器管理サーバ２を複数としたことによる中央管理サーバ３側でのＩＤ管理の煩雑化及びネットワーク負荷、処理負荷の増大を回避するため、複数の機器管理サーバ２のいずれか１つが、動的に“マスター”となって代表して中央管理サーバ３にアクセスする。その際、全ての機器管理サーバ２は、機器管理サーバ２を識別する識別情報として同一の識別情報である共通アクセスＩＤを用いる。
【００６３】
そして、中央管理サーバ３側から取得した機器管理情報が、その機器管理情報を取得した機器管理サーバの管理対象の画像処理装置１に対するものではなく、他の機器管理サーバ２の管理対象の画像処理装置１に対するものである場合に対応するため、夫々の機器管理サーバ２において、取得された機器管理情報に含まれる画像処理装置のＩＤが自己の管理対象であるか否かを判断する。そして、自己の管理対象でなければ、図５に示すようなリング状の通信経路に従って他の機器管理サーバ２に機器管理情報を転送する。
【００６４】
更に、“マスター”となる権限が複数の機器管理サーバ２において図５に示すようなリング状の通信経路に従って順番に譲渡されるため、機器管理サーバ２が画像処理装置１から取得した機器状態情報は、その機器管理サーバ２が次に“マスター”となるまで中央管理サーバ３に送信されない問題に対応するため、夫々の機器管理サーバ２において、図９に示すような“緊急通知情報一覧”に基づき、取得された機器状態情報が緊急性を要する情報か否か判断し、緊急性を要する情報である場合は、“マスター”であるか否かに関わらず即座に中央管理サーバ３に送信する。
【００６５】
尚、“マスター”ではない機器管理サーバ２が中央管理サーバ３にアクセスする場合であっても、中央管理サーバ３においては、“マスター”か否かは判断しておらず、同一の共通アクセスＩＤによるアクセスとして認識され処理されるため、特に問題とはならない。
【００６６】
尚、上記実施形態においては、図１、図２、図５に示すように、機器管理サーバ２が３台である場合を例として説明したが、これは一例であり、２台であっても４台以上であっても特に違いはない。また、上記実施形態においては、図１１において説明したように、機器状態情報を取得した場合、その機器状態情報は緊急を要する情報でなければ、次にその機器管理サーバ２が“マスター”となるまで、その機器管理サーバ２において保存する場合を例として説明した。
【００６７】
この他、Ｓ１１０５のように、その機器管理サーバ２、即ちスレーブである機器管理サーバ２に保存するのではなく、図５に示すようなリング状の通信経路を通じて機器状態情報を転送することにより、マスターである機器管理サーバ２に保存するようにしても良い。これにより、マスターである機器管理サーバ２において次に図１１の動作が実行された際に、Ｓ１１０３の処理によって同時に中央管理サーバ３に送信されるため、中央管理サーバ３へのアクセス回数を増やすことなく、機器状態情報が取得されてから中央管理サーバ３に送信されるまでのタイムラグを短くすることができる。
【００６８】
実施形態２．
本実施形態においては、実施の形態１の図５に示すようなリング状の通信経路とは異なる通信経路により、機器管理サーバ２同士の間の情報のやり取りを実現する場合を例として説明する。尚、実施の形態１と同一の符号を付す構成については、同一または相当部を示すものとし、詳細な説明を省略する。
【００６９】
本実施形態に係る機器管理サーバ２は、ブロードキャストを用いることにより、図１３に示すように、１対多の通信によって機器管理サーバ２同士の通信を実行する。例えば、機器管理サーバ２ａがマスター譲渡情報を送信する場合を考える。その場合、機器管理サーバ２ａは、マスター譲渡情報をブローキャストにより送信する。
【００７０】
ブロードキャストにより送信された情報は、図１のネットワークＡに接続された機器のうち発信元以外の全ての機器に送信されるが、画像処理装置１は、マスター譲渡情報の受信に対応していないため、入力された信号を破棄し、マスター譲渡情報を受信しない。他方、機器管理サーバ２ｂ、２ｃは、マスター譲渡情報の受信に対応しているため、機器管理サーバ２ａによってブロードキャストにより送信されたマスター譲渡情報は、機器管理サーバ２ｂ、２ｃによって受信される。そして、マスター譲渡情報を受信した機器管理サーバ２ｂ、２ｃから機器管理サーバ２ａに対して応答処理がされることにより、通信が成立する。
【００７１】
次に、本実施形態に係る画像処理装置管理システムにおけるマスター譲渡の動作について、図１４を参照して説明する。図１４において、機器管理サーバ２ａがマスターであり、機器管理サーバ２ａにおいて図７に示すマスター譲渡条件が満たされ、マスター譲渡情報が発信される場合を例とする。図１４に示すように、機器管理サーバ２ａのマスター認識部２０４が、ブロードキャストによりマスター譲渡情報を送信すると（Ｓ１４０１）、機器管理サーバ２ｂ、２ｃが、マスター譲渡情報を受信する。
【００７２】
マスター譲渡情報を受信した機器管理サーバ２ｂ、２ｃは、図７において説明した“マスター受任条件”に基づく判断により、“マスター”の受任が許容される状態か否か判断し、その結果を機器管理サーバ２ａに通知する（Ｓ１４０２、Ｓ１４０３）。機器管理サーバ２ｂ、２ｃから夫々結果通知を受けた機器管理サーバ２ａは、通知された結果に基づき、マスターの譲渡先を判断する（Ｓ１４０４）。
【００７３】
Ｓ１４０４における判断においては、“マスター”の受任を許容するサーバが１つであれば、そのままそのサーバが譲渡先として決定される。複数のサーバにおいて許容される場合、夫々の機器管理サーバ２毎に設定された優先順位に基づいて機器管理サーバ２ａのマスター認識部２０４が判断する。この他、Ｓ１４０２、Ｓ１４０３において結果を通知する際、機器管理サーバ２ｂ、２ｃが、判断材料となるような情報を含めた結果を通知し、機器管理サーバ２ａがその判断材料に基づいて判断するようにしても良い。
【００７４】
上記判断材料となるような情報としては、例えば、機器管理サーバ２ｂ、２ｃ夫々が最後に“マスター”となってからの経過時間を用いることができる。そして、機器管理サーバ２ａは、機器管理サーバ２ｂ、２ｃ夫々から通知された上記経過時間を参照し、経過時間が長い方を優先的に“マスター”として決定する。
【００７５】
また、判断材料となるような情報の他の例として、そのタイミングにおける機器管理サーバ２ｂ、２ｃの負荷状態等も考えられる。そして、機器管理サーバ２ａは、機器管理サーバ２ｂ、２ｃから通知された負荷状態を参照し、負荷が低い方を優先的に“マスター”として決定する。これにより、負荷条件等、夫々の機器管理サーバ２における状況に基づいてマスター受任の可否を判断しつつ、マスター受任が許容される場合においては、可能な限り順番にマスター受任がなされるように制御することができる。
【００７６】
このようにしてマスター譲渡先を判断すると、機器管理サーバ２ａは、その判断結果を再度ブロードキャストにより送信する（Ｓ１４０５）。これにより、機器管理サーバ２ｂ、２ｃが、判断結果を受信する。判断結果を受信した機器管理サーバ２ｂ、２ｃにおいては、マスター譲渡先として自己が指定されていればマスター受任の処理、即ちマスターフラグの設定を実行し、自己が指定されていなければキャンセル処理を行う（Ｓ１４０６、Ｓ１４０７）。このような処理により、本実施形態に係るマスター譲渡の処理が完了する。
【００７７】
次に、本実施形態に係る画像処理装置管理システムにおいて、中央管理サーバ３から機器管理情報が取得された場合に、機器管理サーバ２によって機器管理情報が転送される動作について説明する。図１５に示すように、“マスター”となっている機器管理サーバ２ａが機器管理情報を取得すると（Ｓ１５０１）、機器管理サーバ２ａの管理対象判断部２０５が、図８の“管理対象機器ＩＤ一覧”に基づき、取得された機器管理情報が管理対象の画像処理装置１を対象としたものであるか否か判断する（Ｓ１５０２）。
【００７８】
Ｓ１５０２の動作により、管理対象の画像処理装置１を対象としたものではないと判断すると、機器管理サーバ２ａは、ブロードキャストにより機器管理情報を送信する（Ｓ１５０３）。これにより、機器管理サーバ２ｂ、２ｃが、機器管理情報を受信する。機器管理情報を受信した機器管理サーバ２ｂ、２ｃは、Ｓ１５０２の処理と同様に、取得された機器管理情報が管理対象の画像処理装置１を対象としたものであるか否か判断する（Ｓ１５０４、Ｓ１５０５）。
【００７９】
そして、機器管理サーバ２ｂ、２ｃは、Ｓ１５０４、Ｓ１５０５の判断の結果、その機器管理情報が管理対象の画像処理装置１に対するものであれば、その機器管理情報に基づいて機器管理を実行し、管理対象の画像処理装置１に対するものでなければ、その機器管理情報を破棄する（Ｓ１５０６、Ｓ１５０７）。このような処理により、本実施形態に係る機器管理情報の転送動作が完了する。
【００８０】
図５に示すようにリング状の通信経路によって機器管理サーバ２間の通信を行う場合、機器管理サーバ２の数が増えると、一周して全ての機器管理サーバ２に情報が転送されるまでに要する時間が増大する。これに対して、本実施形態に係る通信方式においては、一度に全ての機器管理サーバ２に対して通知を行うことが可能であるため、そのような課題を解決することができる。
【符号の説明】
【００８１】
１  画像処理装置
２  機器管理サーバ
３  中央管理サーバ
４  公衆回線
１０  ＣＰＵ
２０  ＲＡＭ
３０  ＲＯＭ
４０  ＨＤＤ
５０  Ｉ／Ｆ
６０  ＬＣＤ
７０  操作部
８０  バス
２００  コントローラ
２０１  機器管理サーバ通信部
２０２  センター通信部
２０３  機器通信部
２０４  マスター認識部
２０５  管理対象判断部
２０６  機器情報取得部
２１０  ネットワークＩ／Ｆ
【先行技術文献】
【特許文献】
【００８２】
【特許文献１】特開２００８−３５４４４号公報
【図１】
0005644473.tif 000002
【図２】
0005644473.tif 000003
【図３】
0005644473.tif 000004
【図４】
0005644473.tif 000005
【図５】
0005644473.tif 000006
【図６】
0005644473.tif 000007
【図７】
0005644473.tif 000008
【図８】
0005644473.tif 000009
【図９】
0005644473.tif 000010
【図１０】
0005644473.tif 000011
【図１１】
0005644473.tif 000012
【図１２】
0005644473.tif 000013
【図１３】
0005644473.tif 000014
【図１４】
0005644473.tif 000015
【図１５】
0005644473.tif 000016