(57)【要約】      （修正有）【課題】汎用的な機内情報監視の仕組みを提供すること。【解決手段】機内情報監視の対象となる機器の情報を、固有情報３３０、設定情報３４０、状態情報３６０および事象情報３７０の４つの類型に分類し、各機器の一覧を機内情報監視テーブルを用いて管理するとともに、各機器の監視項目の一覧を、固有情報一覧テーブル３３０、設定情報一覧テーブル３４０、状態情報一覧テーブル３６０および事象情報一覧テーブル３７０を用いて管理する。また、システムクラス３１０、構成機器クラス３２０、固有情報クラス３３０、設定情報クラス３４０、利用機器クラス３５０、状態情報クラス３６０、事象情報クラス３７０および診断書クラス３８０を用いて機内情報監視部を１１２ａ実現し、機内情報監視テーブルおよび各一覧テーブルに基づいて、各オブジェクトを生成する。【選択図】図１０
2006085624.tif 000002
【特許請求の範囲】
【請求項１】
監視対象となる装置に搭載され、前記装置内の機器の状態を監視し、前記機器の機器状態を利用者に対して通知する機内情報監視プログラムであって、
前記機器の一覧を保持する機内情報監視テーブルに基づいて、前記機器状態の保持を担当する状態保持手段を、前記機器ごとに生成するよう指示する生成手段と、
前記機器状態の提供要求を受け付けたならば、前記状態保持手段が保持する機器状態を取得して、要求元に提供する状態提供手段と
してコンピュータを機能させることを特徴とする機内情報監視プログラム。
【請求項２】
前記生成手段は、前記機内情報監視テーブルの各レコードとリンクされた前記機器ごとの監視項目の一覧を保持する監視項目一覧テーブルに基づき、前記機器状態の保持を担当する状態保持手段を、前記監視項目ごとに生成するよう指示することを特徴とする請求項１に記載の機内情報監視プログラム。
【請求項３】
前記生成手段は、前記監視項目一覧テーブルとして、機器固有の情報の一覧を保持する固有情報一覧テーブルと、利用者の設定により変更が可能な情報の一覧を保持する設定情報一覧テーブルと、センサーが取得した情報のうち利用者に随時通知する必要のない情報の一覧を保持する状態情報一覧テーブルと、センサーが取得した情報のうち利用者に随時通知する必要のある情報の一覧を保持する事象情報一覧テーブルとを用い、前記機器状態の保持を担当する状態保持手段を、前記監視項目ごとに生成するよう指示することを特徴とする請求項２に記載の機内情報監視プログラム。
【請求項４】
前記生成手段に対応するシステム手段と、前記状態保持手段に対応する情報手段と、前記状態提供手段に対応する機器手段とを有し、前記システム手段は、前記機内情報監視テーブルに基づいて、前記機器手段を生成し、前記機器手段は、前記監視項目一覧テーブルに基づいて、前記情報手段を生成することを特徴とする請求項１、２または３に記載の機内情報監視プログラム。
【請求項５】
前記機器手段は、静的情報を管理する構成機器手段と、動的情報を管理する利用機器手段とを含み、前記構成機器手段は、前記固有情報一覧テーブルに基づく固有情報手段と、前記設定情報一覧テーブルに基づく設定情報手段とを生成して管理し、前記利用機器手段は、前記状態情報一覧テーブルに基づく状態情報手段と、前記事象情報一覧テーブルに基づく事象情報手段とを生成して管理することを特徴とする請求項４に記載の機内情報監視プログラム。
【請求項６】
動的情報の提供処理をおこなう診断書手段をさらに有し、前記診断書手段は、利用者から動的情報の提供要求を受け付けたならば、前記利用機器手段から、該利用機器手段が管理する動的情報を取得して利用者に提供し、センサーが事象情報を検出したならば、対応する事象情報手段を管理する利用機器手段から、該事象情報を取得して利用者に提供することを特徴とする請求項５に記載の機内情報監視プログラム。
【請求項７】
前記構成機器手段は、利用者から静的情報の提供要求を受け付けたならば、該構成機器手段が管理する前記固有情報手段および前記設定情報手段から、固有情報および設定情報を取得して利用者に提供することを特徴とする請求項５または６に記載の機内情報監視プログラム。
【請求項８】
搭載される装置内の機器の状態を監視し、前記機器の機器状態を利用者に対して通知する画像形成装置であって、
前記機器の一覧を保持する機内情報監視テーブルに基づいて、前記機器状態の保持を担当する状態保持手段を、前記機器ごとに生成するよう指示する生成手段と、
前記機器状態の提供要求を受け付けたならば、前記状態保持手段が保持する機器状態を取得して、要求元に提供する状態提供手段と
を備えたことを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視対象となる装置に搭載され、装置内の機器の状態を監視し、かかる機器状態を利用者に対して通知する機内情報監視プログラムおよび画像形成装置に関し、特に、ソフトウェア開発者やソフトウェア保守要員が、機能追加や改修を容易におこなうことができるとともに、汎用的な機内情報監視の仕組みを効率よく実現することができる機内情報監視プログラムおよび画像形成装置に関するものである。
【背景技術】
【０００２】
従来、プリンタ、コピーおよびスキャナなどの複数の機能を一つの筐体内に収納した複合機が知られている。かかる複合機では、ＵＮＩＸ（登録商標）などの汎用ＯＳ上に、プリンタアプリ、コピーアプリおよびスキャナアプリと呼ばれる複数のアプリケーションを搭載し、これらのアプリケーションの実行処理を切替えながら複数の機能を実現していた。
【０００３】
ところが、上記プリンタアプリ、コピーアプリおよびスキャナアプリは、それぞれエンジン制御、メモリ制御およびシステム制御などを別個におこなっているので、重複処理という無駄が生じていた。
【０００４】
このため、特許文献１では、複合機に搭載される複数のアプリケーションがそれぞれ担っていたエンジン制御、メモリ制御およびシステム制御などの処理を共通処理部分（プラットホーム）として各アプリケーションから括り出すことにより、アプリケーションの開発効率の向上を図っている。
【０００５】
【特許文献１】特開２００２−０８４３８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、この特許文献１で開示されている発明は、ハードウェアを制御する処理部分を共通化するものであり、各アプリケーションの内部処理全般を共通化するものではない。このため、複合機上のアプリケーションには、開発効率の向上を図るうえで改善の余地が残されている。
【０００７】
たとえば、スキャナ装置やプロッタ装置といった複合機を構成する機器の監視をおこなう機内情報監視処理は、複合機に搭載される各アプリケーションに共通して存在する処理であるが、ハードウェアを直接制御する処理ではないため各アプリケーションで別個に実現されており、共通化することが可能である。
【０００８】
また、近年の複合機では、使用目的に応じて提供する機能の組合せを変更したり、高価格機や低価格機といった価格体系に応じて搭載する機器のグレードを変更したりすることが通常となっており、かかる複合機のバリエーションごとに、複合機を構成する機器がそれぞれ異なることが多い。したがって、かかる構成機器を監視する機内情報監視処理も、複合機のバリエーションに応じて改修する必要があった。
【０００９】
これらのことから、複合機に搭載されるアプリケーションの機内情報監視処理をいかにして汎用的に、かつ、効率よく実現するかが大きな課題となっている。なお、かかる課題は複合機についてのみ生じるものではなく、装置内の構成機器の監視処理をおこなう場合にも同様に生ずる課題である。
【００１０】
本発明は、上述した従来技術による問題点を解消するためになされたものであり、ソフトウェア開発者やソフトウェア保守要員が、機能追加や改修を容易におこなうことができるとともに、汎用的な機内情報監視の仕組みを効率よく実現することができる機内情報監視プログラムおよび画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するために、請求項１の発明にかかる機内情報監視プログラムは、監視対象となる装置に搭載され、前記装置内の機器の状態を監視し、前記機器の機器状態を利用者に対して通知する機内情報監視プログラムであって、前記機器の一覧を保持する機内情報監視テーブルに基づいて、前記機器状態の保持を担当する状態保持手段を、前記機器ごとに生成するよう指示する生成手段と、前記機器状態の提供要求を受け付けたならば、前記状態保持手段が保持する機器状態を取得して、要求元に提供する状態提供手段としてコンピュータを機能させることを特徴とする。
【００１２】
また、請求項２の発明にかかる機内情報監視プログラムは、請求項１の発明において、前記生成手段は、前記機内情報監視テーブルの各レコードとリンクされた前記機器ごとの監視項目の一覧を保持する監視項目一覧テーブルに基づき、前記機器状態の保持を担当する状態保持手段を、前記監視項目ごとに生成するよう指示することを特徴とする。
【００１３】
また、請求項３の発明にかかる機内情報監視プログラムは、請求項２の発明において、前記生成手段は、前記監視項目一覧テーブルとして、機器固有の情報の一覧を保持する固有情報一覧テーブルと、利用者の設定により変更が可能な情報の一覧を保持する設定情報一覧テーブルと、センサーが取得した情報のうち利用者に随時通知する必要のない情報の一覧を保持する状態情報一覧テーブルと、センサーが取得した情報のうち利用者に随時通知する必要のある情報の一覧を保持する事象情報一覧テーブルとを用い、前記機器状態の保持を担当する状態保持手段を、前記監視項目ごとに生成するよう指示することを特徴とする。
【００１４】
また、請求項４の発明にかかる機内情報監視プログラムは、請求項１、２または３の発明において、前記生成手段に対応するシステム手段と、前記状態保持手段に対応する情報手段と、前記状態提供手段に対応する機器手段とを有し、前記システム手段は、前記機内情報監視テーブルに基づいて、前記機器手段を生成し、前記機器手段は、前記監視項目一覧テーブルに基づいて、前記情報手段を生成することを特徴とする。
【００１５】
また、請求項５の発明にかかる機内情報監視プログラムは、請求項４の発明において、前記機器手段は、静的情報を管理する構成機器手段と、動的情報を管理する利用機器手段とを含み、前記構成機器手段は、前記固有情報一覧テーブルに基づく固有情報手段と、前記設定情報一覧テーブルに基づく設定情報手段とを生成して管理し、前記利用機器手段は、前記状態情報一覧テーブルに基づく状態情報手段と、前記事象情報一覧テーブルに基づく事象情報手段とを生成して管理することを特徴とする。
【００１６】
また、請求項６の発明にかかる機内情報監視プログラムは、請求項５の発明において、動的情報の提供処理をおこなう診断書手段をさらに有し、前記診断書手段は、利用者から動的情報の提供要求を受け付けたならば、前記利用機器手段から、該利用機器手段が管理する動的情報を取得して利用者に提供し、センサーが事象情報を検出したならば、対応する事象情報手段を管理する利用機器手段から、該事象情報を取得して利用者に提供することを特徴とする。
【００１７】
また、請求項７の発明にかかる機内情報監視プログラムは、請求項５または６の発明において、前記構成機器手段は、利用者から静的情報の提供要求を受け付けたならば、該構成機器手段が管理する前記固有情報手段および前記設定情報手段から、固有情報および設定情報を取得して利用者に提供することを特徴とする。
【００１８】
また、請求項８の発明にかかる画像形成装置は、搭載される装置内の機器の状態を監視し、前記機器の機器状態を利用者に対して通知する画像形成装置であって、前記機器の一覧を保持する機内情報監視テーブルに基づいて、前記機器状態の保持を担当する状態保持手段を、前記機器ごとに生成するよう指示する生成手段と、前記機器状態の提供要求を受け付けたならば、前記状態保持手段が保持する機器状態を取得して、要求元に提供する状態提供手段とを備えたことを特徴とする。
【発明の効果】
【００１９】
請求項１にかかる機内情報監視プログラムによれば、機器の一覧を保持する機内情報監視テーブルに基づいて、機器状態の保持を担当する状態保持手段を、機器ごとに生成するよう指示する生成手段と、機器状態の提供要求を受け付けたならば、状態保持手段が保持する機器状態を取得して、要求元に提供する状態提供手段としてコンピュータを機能させるよう構成したので、監視対象となる機器の構成が異なる場合であっても、かかるテーブルの改修で対応することにより、汎用的な機内情報監視の仕組みを効率よく実現することができるという効果を奏する。
【００２０】
また、請求項２にかかる機内情報監視プログラムによれば、生成手段は、機内情報監視テーブルの各レコードとリンクされた機器ごとの監視項目の一覧を保持する監視項目一覧テーブルに基づき、機器状態の保持を担当する状態保持手段を、監視項目ごとに生成する指示をおこなうよう構成したので、各構成機器の監視項目がそれぞれ異なる場合であっても、かかる監視項目一覧テーブルの改修で対応することにより、汎用的な機内情報監視の仕組みを効率よく実現することができるという効果を奏する。
【００２１】
また、請求項３にかかる機内情報監視プログラムによれば、生成手段は、監視項目一覧テーブルとして、機器固有の情報の一覧を保持する固有情報一覧テーブルと、利用者の設定により変更が可能な情報の一覧を保持する設定情報一覧テーブルと、センサーが取得した情報のうち利用者に随時通知する必要のない情報の一覧を保持する状態情報一覧テーブルと、センサーが取得した情報のうち利用者に随時通知する必要のある情報の一覧を保持する事象情報一覧テーブルとを用い、機器状態の保持を担当する状態保持手段を、監視項目ごとに生成する指示をおこなうよう構成したので、各機器の情報を体系的に管理することにより、汎用的な機内情報監視の仕組みを効率よく実現することができるという効果を奏する。
【００２２】
また、請求項４にかかる機内情報監視プログラムによれば、生成手段に対応するシステム手段と、状態保持手段に対応する情報手段と、状態提供手段に対応する機器手段とを有し、システム手段は、機内情報監視テーブルに基づいて、機器手段を生成し、機器手段は、監視項目一覧テーブルに基づいて、情報手段を生成するよう構成したので、ソフトウェア開発者やソフトウェア保守要員が、機能追加や改修を容易におこなうことができるとともに、汎用的な機内情報監視の仕組みを効率よく実現することができるという効果を奏する。
【００２３】
また、請求項５にかかる機内情報監視プログラムによれば、機器手段は、静的情報を管理する構成機器手段と、動的情報を管理する利用機器手段とを含み、構成機器手段は、固有情報一覧テーブルに基づく固有情報手段と、設定情報一覧テーブルに基づく設定情報手段とを生成して管理し、利用機器手段は、状態情報一覧テーブルに基づく状態情報手段と、事象情報一覧テーブルに基づく事象情報手段とを生成して管理するよう構成したので、各構成機器の静的情報および動的情報を体系的に管理することにより、ソフトウェア開発者やソフトウェア保守要員が、機能追加や改修を容易におこなうことができるとともに、汎用的な機内情報監視の仕組みを効率よく実現することができるという効果を奏する。
【００２４】
また、請求項６にかかる機内情報監視プログラムによれば、動的情報の提供処理をおこなう診断書手段をさらに有し、診断書手段は、利用者から動的情報の提供要求を受け付けたならば、利用機器手段から、利用機器手段が管理する動的情報を取得して利用者に提供し、センサーが事象情報を検出したならば、対応する事象情報手段を管理する利用機器手段から、事象情報を取得して利用者に提供するよう構成したので、ソフトウェア開発者やソフトウェア保守要員が、機能追加や改修を容易におこなうことができるとともに、汎用的な機内情報監視の仕組みを効率よく実現することができるという効果を奏する。
【００２５】
また、請求項７にかかる機内情報監視プログラムによれば、構成機器手段は、利用者から静的情報の提供要求を受け付けたならば、構成機器手段が管理する固有情報手段および設定情報手段から、固有情報および設定情報を取得して利用者に提供するよう構成したので、ソフトウェア開発者やソフトウェア保守要員が、機能追加や改修を容易におこなうことができるとともに、汎用的な機内情報監視の仕組みを効率よく実現することができるという効果を奏する。
【００２６】
また、請求項８にかかる画像形成装置によれば、機器の一覧を保持する機内情報監視テーブルに基づいて、機器状態の保持を担当する状態保持手段を、機器ごとに生成するよう指示する生成手段と、機器状態の提供要求を受け付けたならば、状態保持手段が保持する機器状態を取得して、要求元に提供する状態提供手段とを備えるよう構成したので、監視対象となる機器の構成が異なる場合であっても、かかるテーブルの改修で対応することにより、汎用的な機内情報監視の仕組みを効率よく実現することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２７】
以下に添付図面を参照して、この発明にかかる機内情報監視プログラム、およびこのプログラムを実行させるためのコンピュータを含んだ画像形成装置の最良な実施の形態を詳細に説明する。なお、本実施の形態では、この発明を画像形成装置に適用した場合について説明するが、本発明はこれに限らず、構成機器の監視をおこなう各種装置に適用することができる。
【００２８】
まず、本実施の形態に係る画像形成装置（以下「複合機」と言う）１の概要について図１、図２、図３、図１５および図１６を用いて説明する。図１は、本実施の形態に係る複合機１を取り巻くネットワーク環境を説明するためのネットワーク図であり、図２は、図１に示した複合機１のハードウェア構成を示すブロック図であり、図３は、図１に示した複合機１のソフトウェアとハードウェアの関係を説明するための説明図である。また、図１５は、複合機１に搭載されるソフトウェア構成の変遷を説明するための説明図であり、図１６は、従来の複合機のソフトウェアとハードウェアの関係を説明するための説明図である。
【００２９】
図１に示すように、近年のネットワーク化の進展により、オフィスなどに設けられたパーソナルコンピュータ（ＰＣ）などの機器は、ＬＡＮ（Local Area Network）などのネットワークに接続され、相互に通信することが通常となった。たとえば、同図に示したように、かかるネットワークには、クライアントＰＣ、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ、ＦＴＰ（File Transfer Protocol）サーバ、サーバＰＣなどが接続され、電子メールの送受信やファイル転送をすることができ、モデム接続された配信サーバは、オフィス外のファックス装置と通信することができる。
【００３０】
このようなネットワーク化の進展に伴い、複合機１もかかるネットワークに接続され、ＰＣ等の機器と相互に通信することが可能となり、ハードディスク等の記憶装置を内蔵することで、いわゆるネットワーク複合機へと進化し、ユーザの様々なニーズに応えることができるようになった。
【００３１】
たとえば、複合機１は、通常のコピー機能に加えて、クライアントＰＣからの印刷要求により文書データ等を印刷するプリンタ機能、クライアントＰＣからのファックス要求により文書データ等をサーバＰＣに接続されたモデムを経由して他のオフィスのファックス機器に送信するファックス機能、受信したファックス文書やコピー文書を内蔵したハードディスクに蓄積する蓄積機能などを有するようになった。
【００３２】
こうして複合化とネットワーク化の進展により必要となった多くの機能を実現するため、複合機１に搭載されるソフトウェアは、規模が大きく、複雑なものとなっている。そして、それにともなって、それらのソフトウェアの開発と維持管理のための工数も大幅に増大している。
【００３３】
図２は、かかる複合機１のハードウェア構成を示すブロック図である。同図に示すように、この複合機１は、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、複合機１全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【００３４】
コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Application Specific Integrated Circuit）１６と、ハードディスクドライブ（ＨＤＤ）１８とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Accelerated Graphics Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Read Only Memory）１２ａと、ＲＡＭ(Random Access Memory)１２ｂとをさらに有する。
【００３５】
ＣＰＵ１１は、複合機１の全体制御をおこなうものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【００３６】
ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【００３７】
ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【００３８】
ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【００３９】
ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１８およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）３０、ＵＳＢ（Universal Serial Bus）４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース５０が接続される。
【００４０】
ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【００４１】
ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【００４２】
図３は、かかる複合機１のハードウェアおよびソフトウェアの構成を示した概念図であり、具体的には、後述する本実施の形態の特徴部分である機内情報監視部１１２ａを含む統合アプリケーション１１０と、ソフトウェア１００およびハードウェア２００の階層関係を示している。同図に示すように、ハードウェア２００は、ハードウェアリソース２０１を有し、このハードウェアリソース２０１は、スキャナ２０１ａ、プロッタ２０１ｂ、ＨＤＤ（Hard Disk Drive）２０１ｃ、ネットワーク２０１ｄおよびその他のリソース２０１ｅを有する。なお、その他のリソース２０１ｅは、２０１ａ〜２０１ｄ以外のハードウェアリソース２０１のことであり、たとえば、操作パネルなどの入出力デバイスを示す。
【００４３】
また、かかるハードウェア２００に搭載されるソフトウェア１００は階層化されており、オペレーティングシステム１０３の上層にはサービス層１０２が構築され、このサービス層１０２の上層にはアプリケーション層１０３が構築されている。そして、サービス層１０２は、各ハードウェアリソース（２０１ａ〜２０１ｅ）を制御するドライバーに相当する、スキャナ制御１０２部ａ、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃ、配信／メール送受信制御部１０２ｄ、ＦＡＸ送受信制御部１０２ｅ、ネットワーク通信制御部１０２ｆおよびその他の制御部１０２ｇを有する。
【００４４】
ここで、図３に示したソフトウェア１００が、かかる階層構造をとるに至った経緯について、図１５および図１６を用いて説明する。図１５は、複合機１に搭載されるソフトウェア構成の変遷を示す説明図である。図１５のサービス層分離前アプリケーション５０１に示すように、多機能化した複合機１に搭載されるソフトウェアは、コピーアプリケーション、ＦＡＸアプリケーション、スキャナアプリケーションなどの機能別に独立したアプリケーションとして作成され、図３に示したオペレーティングシステム１０３上で動作していた。
【００４５】
しかしながら、これらのアプリケーションは、ハードウェアリソースを制御するドライバー（サービス層１０２）を含んでいたため、各アプリケーションには重複した処理が存在していた。その結果、各アプリケーションの規模は大きなものとなっていた。
【００４６】
そこで、図１５のサービス層分離後アプリケーション５０２に示すように、サービス層分離前アプリケーション５０１のサービス層１０２相当部分を括りだしサービス層１０２とするとともに、各アプリケーションは、このサービス層１０２の上層であるアプリケーション層１０１に構築する構成とした。かかる階層化構成をとることにより、各アプリケーションはスリム化され開発労力も軽減された。
【００４７】
しかしながら、複合機１のネットワーク化、多機能化がさらに進展するに従って、各アプリケーションに共通処理部分が存在することが問題となってきた。具体的には、アプリケーション層１０１の各アプリケーション、たとえば、コピーアプリケーションやスキャナアプリケーションなどは、それぞれ、スキャナ制御部１０２ａや蓄積制御部１０２ｃといったドライバーと通信をおこなう処理などの同様な処理を内部に有していた。このように、同様な処理を各アプリケーションが有していると、各アプリケーションの開発規模が大きくなるとともに、サービス層の仕様変更に対する各アプリケーションの改修規模が大きくなることが問題となってきた。
【００４８】
この問題を解決するため、図１５の共通ルーチン分離アプリケーション５０３に示すように、かかる同様な処理（共通処理部分）を共通ルーチンとして括りだすことも考えられた。しかしながら、かかる共通ルーチンは、各アプリケーションにおいて微妙に異なる処理を共通化しようとするものであるため、共通ルーチン内部の処理は複雑なものとなってしまう。また、たとえば、プリンタアプリケーションなどの新規アプリケーションを追加する場合においては、かかる新規アプリケーションに適応するために、共通ルーチンの改修が必要となる。
【００４９】
しかし、共通ルーチンの内部処理は複雑であるため、改修要員が処理を把握することが困難となり、改修規模の増大や、改修ミスによる他のアプリケーションへの影響が懸念された。
【００５０】
そこで、図１５のオブジェクト指向アプリケーション５０４に示すように、オブジェクト指向による設計手法（オブジェクトモデリング）により、かかる複数のアプリケーションを、統合アプリケーション１１０に統合することとした。具体的には、各アプリケーションの共通処理部分をオブジェクトモデルとして抽出し、このオブジェクトモデルの集合体から、統合アプリケーション１１０を構成する。そして、従来のコピー機能やスキャナ機能といった機能は、かかるオブジェクトモデルの協調関係によって実現する。
【００５１】
このような構成をとることにより、たとえばプリンタ機能のような新規機能の追加は、かかるオブジェクトモデルに属するクラスのサブクラス化などにより対処できる。このため、改修部分が明確となり、改修による他の機能への影響を小さくすることができる。また、オブジェクトモデリングによるプログラムは、従来の手続き型プログラムに比べて、処理の把握が容易であるため、改修要員が処理を把握することも容易となり、改修規模の削減や、改修ミスによる他のアプリケーションへの影響を小さくすることができる。
【００５２】
図１６は、図１５に示したサービス層分離後アプリケーション５０２の段階における従来のアプリケーションの構成と、かかるアプリケーションとサービス層１０２の各ドライバーの関係を示した説明図である。同図に示すように、アプリケーション層１０１は、コピーアプリケーション１２０、スキャナアプリケーション１３０、ファックスアプリケーション１４０およびプリンタアプリケーション１５０を有する。
【００５３】
たとえば、コピーアプリケーション１２０は、コピー機能を実現するために、スキャナ制御部１０２ａ、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃおよびその他の制御部１０２ｇとデータの送受信をおこなう。また、ファックスアプリケーション１４０は、ファックス機能を実現するために、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃ、ＦＡＸ送受信制御部１０２ｅ、ネットワーク通信制御部１０２ｆおよびその他の制御部１０２ｇとデータの送受信をおこなう。このように、アプリケーション層１０１の各アプリケーションとサービス層１０２の各ドライバー間の通信は、複雑なものとなっていた。
【００５４】
図３の説明に戻ると、上述したオブジェクトモデリングにより、アプリケーション層１０１に存在した複数のアプリケーションは、統合アプリケーション１１０に統合されている。そして、各アプリケーションが重複しておこなっていた各ドライバーとの通信処理は、統合アプリケーション１１０を構成する所定のオブジェクトモデルにおこなわせるように構成したことにより、アプリケーション層１０１のアプリケーションと、サービス層１０２の各ドライバー間の通信は、図１６と比較して単純になっている。
【００５５】
次に、統合アプリケーション１１０の内部構成について説明する。図４は、統合アプリケーション１１０の内部構成を示すブロック図である。同図に示すように、統合アプリケーション１１０は、操作系サブシステム１１１と、管理系サブシステム１１２と、実行系サブシステム１１３とを有する。
【００５６】
操作系サブシステム１１１は、マンマシンインタフェースを担当するソフトウェア群である。具体的には、この操作系サブシステム１１１は、ユーザの要求を受け付ける処理と、この要求の実行を指示する処理と、この要求の実行状況と実行結果についての情報をユーザに提供する処理をおこなう。
【００５７】
管理系サブシステム１１２は、画像形成装置１の資源を管理するソフトウェア群である。具体的には、この管理系サブシステム１１２は、ハードウェアリソース２０１およびこのハードウェアリソース２０１が保持するデータ状態を管理するサービスをおこなう。
【００５８】
実行系サブシステム１１３は、ユーザからの要求の実行を担当するソフトウェア群である。具体的には、この実行系サブシステム１１３は、コピー要求がなされた場合には、原稿の読み取りから成果物の出力までの処理をおこなう。
【００５９】
操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３は、必要に応じて相互に処理を依頼してその結果を送り合う。このようにそれぞれのサブシステムが協調し合って、統合アプリケーション１１０全体として複合機１に必要とされるサービスの提供をおこなう。
【００６０】
そして、管理系サブシステム１１２は、本実施の形態の特徴部分である機内情報監視部１１２ａをさらに有する。この機内情報監視部１１２ａは、複合機１を構成する機器の情報監視処理をおこなう処理部である。
【００６１】
図５は、図４に示した各サブシステムを、ＵＭＬ（Unified Modeling Language）のクラス図（ＵＭＬクラス図）に置き換えた図である。ここで、ＵＭＬとは、ＯＭＧ（Object Management Group）が仕様を策定しているシステムモデリング言語であり、モデリングの成果を記述する記法を定義したものである。このＵＭＬは、オブジェクト指向によるソフトウェアの設計において広く用いられている。
【００６２】
図５に示すように、統合アプリケーション１１０は複数のパッケージを有し、また、この統合アプリケーション１１０自体もひとつのパッケージとなっている。ここで、パッケージとはＵＭＬモデルの各構成要素（シンボル）をグループ化したものであり、左上にタブのついたフォルダの形をしたシンボルで表現される。また、各パッケージを相互に結ぶ直線は、各パッケージ間に処理依頼などの関連があることを示している。
【００６３】
図５に示したように、統合アプリケーション１１０は、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３の３つのパッケージを内部に有するパッケージである。さらに、管理系サブシステム１１２は、本実施の形態の特徴部分である機内情報監視部１１２ａを内部に有するパッケージである。そして、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３を相互に結ぶ直線は、各パッケージ間に処理依頼（たとえば、メッセージ送受信）などの関連があることを示している。なお、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３のタブの右端に記された記号は、かかるパッケージがサブシステムであることを示すＵＭＬのシンボルである。
【００６４】
次に、本実施の形態の特徴部分である機内情報監視部１１２ａについて詳細に説明する。なお、この機内情報監視部１１２ａは、オブジェクト指向に基づいて設計するにあたって、既存の処理を単純にオブジェクト化せず、機能追加や改修をより一層容易におこなうことができるようにオブジェクトモデルを構成した。かかるオブジェクトモデルの構成について図６〜図９を用いて説明しておく。なお、「機内情報監視」とは、複合機１を構成する入出力装置などの装置の諸元や作動情報を収集して利用者に提供することを指す。
【００６５】
図６は、複合機１の操作パネル４００の一例を示した図である。同図に示すように、かかる操作パネル４００は、初期設定キー４０１、コピーキー４０２、コピーサーバーキー４０３、プリンタキー４０４、送信キー４０５、テンキー４０６、クリア／ストップキー４０７、スタートキー４０８、予熱キー４０９、リセットキー４１０および液晶タッチパネル４２０を有する。
【００６６】
この液晶タッチパネル４２０は、利用者がコピーやＦＡＸを指示する際に使用されるほか、複合機１の運用状況やエラー情報の表示にも用いられる。たとえば、利用者が紙原稿をセットしてコピーを指示した場合において、出力用の記録紙が足りなければ、かかる液晶タッチパネル４２０には、記録紙の補給を要請する旨のメッセージが表示される。また、スキャナ装置やプロッタ装置といった入出力装置が障害となり一部の機能の提供ができない場合には、障害となった入出力装置のエラー情報が表示される。なお、これらの情報の表示は、複合機１が自動的におこなうほか、利用者の要求に応じておこなわれる場合もある。
【００６７】
図７は、従来の機内情報監視の課題について説明するための説明図である。近年の複合機１は、多機能化およびネットワーク化が進み、多くの機能を提供することが可能となっている。その一方で、使用目的に応じて提供する機能の組合せを変更したり、高価格機や低価格機といった価格体系に応じて搭載する装置のグレードを変更したりすることも多い。このように、複合機１には多くのバリエーションが存在し、各バリエーションに応じて、異なる機内情報監視プログラムを用意する必要があった。
【００６８】
このように、複合機１の各バリエーションに応じた機内情報監視プログラムを用意するこことすると、プログラム開発に要する工数は増大してしまう。また、各バリエーション間に共通する処理部分を抜き出して共通化する方法も考えられるが、各プログラムの開発規模を削減することはできるものの、各バリエーションに応じて、異なる機内情報監視プログラムが存在することには変わりはないので、改修や保守に要する工数の大幅な削減は期待できない。
【００６９】
したがって、複合機１を構成する装置が異なる場合であっても、同様の仕組みをもって機内情報を監視することができる、汎用的な機内情報監視部をいかにして実現するかが大きな課題となっている。本実施の形態の特徴部分である機内情報監視部１１２ａを設計するにあたり、このような汎用的な監視の仕組みを提供するために、まず、監視対象となる「機内情報」のタイプ（型）の分析をおこなった。
【００７０】
図８は、かかる機内情報の分類について説明するための説明図である。同図に示すように、監視対象となる「機内情報」は、条件の欄に示した各条件により、４つの型に分類することができる。かかる機内情報は、装置（機器）の動作中に情報が変化するか否かにより、静的情報と動的情報に大別される。ここで、静的情報とは、各機器に設定された値のことであり、言い換えれば、値が設定された後にはかかる値が変化しない情報のことである。また、動的情報とは、機器の動作中に随時変化する情報のことであり、言い換えれば、各機器を監視するセンサーにより検出される情報のことである。
【００７１】
そして、かかる静的情報は、利用者による情報設定が可能であるか否かにより、固有情報と、設定情報とに分類される。固有情報とは、機器の製造番号などの各機器に固有の情報であり、工場出荷時などに設定され、一般の利用者が設定変更することができない情報のことを指す。また、設定情報とは、複合機１の初期設定時や運用時の設定変更により、一般の利用者が設定することができる情報のことである。なお、この設定情報は、利用者により再設定されない限り、機器の動作中にその情報が変化することはない。
【００７２】
また、動的情報は、複合機１により自動的に通知されるか否かにより、状態情報と、事象情報とに分類される。状態情報とは、各機器の動作情報などの、利用者に随時通知する必要のない情報のことであり、言い換えると、利用者の要求があってはじめて利用者に提供される情報のことを指す。一方、事象情報とは、各機器のエラー情報などの、利用者に随時通知する必要のある情報のことである。
【００７３】
また、上述した、固有情報、設定情報、状態情報および事象情報は、利用者から要求があった場合には、液晶タッチパネル４２０に表示するなどして、その内容が利用者に対して通知される。
【００７４】
このように、機内情報を４つの類型に分類することにより、複合機１を構成する各機器の情報を汎用的にとらえることが可能となる。そして、本実施の形態の特徴部分である機内情報監視部１１２ａでは、各機器の情報を体系的に管理する機内情報監視テーブルを用いることにより、機内情報の監視をおこなうこととした。かかる機内情報監視テーブルを用いることにより、複合機１の構成機器が異なる場合には、この機内情報監視テーブルの変更をおこなうのみで、複合機１の各バリエーションに対応することができる、汎用的な機内情報監視の仕組みを提供することが可能となる。
【００７５】
図９は、本実施の形態に係る機内情報監視テーブルのテーブル構成を説明するための説明図である。同図に示すように、機内情報監視テーブル６００は、複合機１を構成する各機器に対応する機内情報監視レコード６００ａからなるテーブルである。ここで、この機内情報監視レコード６００ａは、機器の名称や識別番号などのレコード識別キーと、上述した固有情報、設定情報、状態情報および事象情報の「項目」の一覧を管理するテーブルへのリンク情報とを有するレコードである。そして、各リンク情報は、それぞれ、固有情報一覧テーブル６１０、設定情報一覧テーブル６２０、状態情報一覧テーブル６３０および事象情報一覧テーブル６４０と関連しており、機内情報監視レコード６００ａをとおして、これらの一覧テーブル（６１０〜６４０）に格納された機内情報の「項目」を参照することができる。なお、固有情報一覧テーブル６１０および設定情報テーブル６２０には、各「項目」に対応する「値」が格納されている。
【００７６】
また、複合機１のバリエーションにより、複合機１の機内情報の監視対象となる機器の構成が異なる場合には、かかる機内情報監視レコード６００ａを増減することにより対応することができる。
【００７７】
なお、本実施の形態においては、機内情報監視レコード６００ａは、各機内情報の一覧テーブル（６１０〜６４０）へのリンク情報を保持する構成としたが、必ずしもこのような構成とする必要はない。すなわち、機内情報監視レコード６００ａをとおして、各機内情報の一覧を参照することができる構成であれば足りる。たとえば、かかるレコード内に、機内情報の一覧テーブル（６１０〜６４０）を有する構成としてもよく、各一覧テーブル（６１０〜６４０）を一つのテーブルにまとめた構成としてもよい。
【００７８】
このように、本実施の形態の特徴部分である機内情報監視部１１２ａは、各構成機器に係る機内情報を、上述した４つの類型に分類するとともに、かかる類型ごとの機内情報の「項目」を、機内情報監視テーブル６００をとおして参照することができるように構成した。さらに、機内情報監視テーブル６００の各レコード（６００ａ）は、構成機器の増減に対応して変更することとし、各情報一覧テーブル（６１０〜６４０）は、機器が有する監視対象情報の項目に対応して増減させることとしたので、さまざまな構成機器に対応することができる。さらに、本実施の形態の特徴部分である機内情報監視部１１２ａは、かかる機内情報監視テーブル６００に従って、対応するオブジェクトを生成し、これらのオブジェクトの協調関係により、機内情報監視の仕組みを提供することとした。
【００７９】
図１０は、このようにして設計した、機内情報監視部１１２ａのクラス構成を示すＵＭＬクラス図である。同図に示すように、機内情報監視部１１２ａは、機内情報監視テーブル６００に従って各オブジェクトを生成するシステムクラス３１０、上述した静的情報を管理する構成機器クラス３２０、上述した固有情報に対応する固有情報クラス３３０、上述した設定情報に対応する設定情報クラス３４０、上述した動的情報を管理する利用機器クラス３５０、上述した状態情報に対応する状態情報クラス３６０、上述した事象情報に対応する事象情報クラス３７０および動的情報のとりまとめを担当する診断書クラス３８０を有する。
【００８０】
次に、クラスとＵＭＬクラス図におけるクラスの記述方法について説明しておく。クラスとは、オブジェクト指向システムを構成するオブジェクトの設計図に相当する概念であり、オブジェクト内部に有する属性と処理を定義するとともに、継承関係や集約関係といった、他のクラスとの関係を定義するものである。
【００８１】
ＵＭＬクラス図におけるクラスは、３段の区画を有する矩形として記述される。それぞれの区画は、上から、クラス名を示す名前区画、クラスが有するデータ（属性）を示す属性区画およびクラスが有する処理（操作）を示す操作区画と呼ばれる。たとえば、システムクラス３１０を示す矩形の名前区画は、かかるクラスのクラス名が「システム」であることを示し、属性区画は、かかるクラスが有する属性が、「状態」であることを示し、操作区画は、かかるクラスが有する操作が、「構成決定（）」であることを示している。
【００８２】
このように、各クラスは、データ（属性）を所持するための属性区画と、かかる属性の書き込みおよび読み出しをおこなう処理（操作）を所持するための操作区画とを有している。これらのクラスは、プログラム（統合アプリケーション１１０）の一部として含まれるので、あらかじめＲＯＭ１２ａに格納されたこのプログラムが実行されると、各クラスはＲＡＭ１２ｂの所定領域に実体化され、属性区画に含まれる各データ（属性）がＲＡＭ１２ｂ上に展開される。したがって、クラスを実体化したオブジェクトは、ＲＡＭ１２ｂ上の各データ（属性）の書き込みおよび読み出しをすることが可能となる。
【００８３】
なお、属性や操作といったクラスの要素の左側に「−」記号を付した場合は、かかる要素は外部のクラスには非公開であることを示し、「＋」記号を付した場合は、かかる要素は外部のクラスに公開されていることを示す。また、操作については「構成決定（）」のように「（）」記号を付することが通例であり、「（引数１，引数２）」のように、かかる操作に引き渡す引数を記述する場合もある。
【００８４】
次に、本実施の形態の特徴部分である機内情報監視部１１２ａのクラスの概要について説明する。上述したように、機内情報監視部１１２ａは、システムクラス３１０、構成機器クラス３２０、固有情報クラス３３０、設定情報クラス３４０、利用機器クラス３５０、状態情報クラス３６０、事象情報クラス３７０および診断書クラス３８０を有する。以下では、まず、これらのクラスの概要について説明する。
【００８５】
システムクラス３１０は、機内情報監視部１１２ａに属する各クラスのオブジェクトを生成するクラスであり、実行系サブシステム１１３の指示により、機内情報監視テーブル６００に基づいて各オブジェクトを生成する。具体的には、このシステムクラス３１０は、属性として状態３１０ａを有し、操作として、構成決定（）３１０ｂを有する。なお、かかるシステムクラス３１０を実体化したシステムオブジェクト３１０Ａが生成されると、状態３１０ａは、ＲＡＭ１２ｂ上に展開されるので、このデータ（属性）の書き込みおよび読出しをおこなうことが可能となる。
【００８６】
状態３１０ａは、現在の機内情報監視部１１２ａの状態を保持する。たとえば、この状態３１０ａには、各クラスのオブジェクトを生成中であり監視を未だ開始していないことをあらわす「起動中」状態や、各クラスのオブジェクトの生成を完了して監視を開始したことをあらわす「監視中」状態がある。また、構成決定（）３１０ｂは、実行系サブシステム１１３から呼び出され、各クラスのオブジェクトを生成し、監視を開始するための準備処理をおこなう。
【００８７】
構成機器クラス３２０は、機内情報監視テーブル６００に基づいて、上述した固有情報に対応する固有情報クラス３３０のオブジェクトと、上述した設定情報に対応する設定情報クラス３４０のオブジェクトとを生成して管理するクラスである。具体的には、この構成機器クラス３２０は、属性として、状態３２０ａおよび種別３２０ｂを有し、操作として、公開する（）３２０ｃ、および設定変更（）３２０ｄを有する。なお、かかる構成機器クラス３２０を実体化した構成機器オブジェクト３２０Ａが生成されると、状態３２０ａおよび種別３２０ｂは、ＲＡＭ１２ｂ上に展開されるので、これらのデータ(属性)の書き込みおよび読み出しをおこなうことが可能となる。
【００８８】
状態３２０ａは、現在の静的情報の提供状態を保持する。たとえば、この提供状態には、固有情報オブジェクト３３０Ａおよび設定情報オブジェクト３４０Ａを生成中であり、静的情報の提供を未だ開始していないことをあらわす「提供不可」状態や、かかるオブジェクトの生成を完了して静的情報の提供が可能であることをあらわす「提供可能」状態がある。また、種別３２０ｂは、対応する機内情報監視レコード６００ａから取得した機器の識別番号や名称といった機器種別を保持する。
【００８９】
公開する（）３２０ｃは、利用者が液晶タッチパネル４２０などを操作して静的情報の提供を指示した際に、操作系サブシステム１１１から呼び出され、固有情報オブジェクト３３０Ａおよび設定情報オブジェクト３４０Ａから静的情報を取得して、取得した静的情報を操作系サブシステム１１１に返す処理をおこなう。なお、静的情報を受取った操作系サブシステム１１１は、かかる静的情報を、液晶タッチパネル４２０に表示するなどして利用者に通知する。また、設定変更（）３２０ｄは、利用者が液晶タッチパネル４２０などを操作して設定情報の変更を指示した際に、操作系サブシステム１１１から呼び出され、設定情報オブジェクト３４０Ａに対し設定情報の変更を依頼する処理をおこなう。
【００９０】
固有情報クラス３３０は、固有情報一覧テーブル６１０に基づいて、上述した固有情報を保持するクラスであり、構成機器クラス３２０の求めに応じ、保持する固有情報を提供する処理をおこなう。具体的には、この固有情報クラス３３０は、属性として種別３３０ａおよび固有値３３０ｂを有し、操作として公開する（）３３０ｃを有する。なお、かかる固有情報クラス３３０を実体化した固有情報オブジェクト３３０Ａが生成されると、種別３３０ａおよび固有値３３０ｂは、ＲＡＭ１２ｂ上に展開されるので、これらのデータ(属性)の書き込みおよび読み出しをおこなうことが可能となる。
【００９１】
種別３３０ａは、各固有情報を識別するための固有情報種別（キー）を保持する。この固有情報種別は、固有情報一覧テーブル６１０の該当するレコードの情報を引き継ぐ。また、固有値３３０ｂは、かかる固有情報種別に対応した固有情報を保持する。この固有情報は、固有情報一覧テーブル６１０の該当するレコードの情報を引き継ぐ。たとえば、固有情報一覧テーブル６１０の該当するレコードに、「製造番号：１２３４」といった情報が記憶されている場合には、種別３３０ａは「製造番号」を、固有値３３０ｂは「１２３４」をそれぞれ保持する。また、公開する（）３３０ｃは、利用者が液晶タッチパネル４２０などを操作して固有情報の提供を指示した際に、構成機器オブジェクト３２０Ａから呼び出され、固有値３３０ｂをかかる構成機器オブジェクト３２０Ａに返す処理をおこなう。
【００９２】
設定情報クラス３４０は、設定情報一覧テーブル６２０に基づいて、上述した設定情報を保持するとともに、かかる設定情報の変更処理をおこなうクラスであり、構成機器クラス３２０の求めに応じ、保持する設定情報の提供処理および変更処理をおこなう。具体的には、この設定情報クラス３４０は、属性として種別３４０ａおよび設定値３４０ｂを有し、操作として公開する（）３４０ｃおよび変更する（）３４０ｄを有する。なお、かかる設定情報クラス３４０を実体化した設定情報オブジェクト３４０Ａが生成されると、種別３４０ａおよび設定値３４０ｂは、ＲＡＭ１２ｂ上に展開されるので、これらのデータ(属性)の書き込みおよび読み出しをおこなうことが可能となる。
【００９３】
種別３４０ａは、各設定情報を識別するための設定情報種別（キー）を保持する。この設定情報種別は、設定情報一覧テーブル６２０の該当するレコードの情報を引き継ぐ。また、設定値３４０ｂは、かかる設定情報種別に対応した設定情報を保持する。この設定情報は、設定情報一覧テーブル６２０の該当するレコードの情報を引き継ぐが、変更する（）３４０ｄの呼び出しにより保持していた値が変更された場合には、変更後の値を保持する。
【００９４】
たとえば、設定情報一覧テーブル６１０の該当するレコードに、「ＡＡ機能：ＯＦＦ」といった情報が記憶されている場合には、種別３４０ａは「ＡＡ機能」を、固有値３４０ｂは「ＯＦＦ」をそれぞれ保持する。そして、変更する（）３４０ｄの呼び出しにより、「ＡＡ機能」が「ＯＮ」に変更されたならば、設定値３４０ｂは、「ＯＮ」を保持することになる。
【００９５】
公開する（）３３０ｃは、利用者が液晶タッチパネル４２０などを操作して設定情報の提供を指示した際に、構成機器オブジェクト３２０Ａから呼び出され、設定値３３０ｂをかかる構成機器オブジェクト３２０Ａに返す処理をおこなう。また、変更する（）３４０ｄは、利用者が液晶タッチパネル４２０などを操作して設定情報の変更を指示した際に、構成機器オブジェクト３２０Ａから呼び出され、設定値３４０ｂが保持する値を指示された値に変更する処理をおこなう。
【００９６】
利用機器クラス３５０は、機内情報監視テーブル６００に基づいて、上述した状態情報に対応する状態情報クラス３６０のオブジェクトと、上述した事象情報に対応する事象情報クラス３７０のオブジェクトとを生成して管理するクラスである。具体的には、この利用機器クラス３５０は、属性として、状態３５０ａおよび識別情報３５０ｂを有し、操作として、公開する（）３５０ｃ、および通知する（）３５０ｄを有する。なお、かかる利用機器クラス３５０を実体化した利用機器オブジェクト３５０Ａが生成されると、状態３５０ａおよび識別情報３５０ｂは、ＲＡＭ１２ｂ上に展開されるので、これらのデータ(属性)の書き込みおよび読み出しをおこなうことが可能となる。
【００９７】
状態３５０ａは、現在の動的情報の提供状態を保持する。たとえば、この提供状態には、状態情報オブジェクト３６０Ａおよび事象情報オブジェクト３７０Ａを生成中であり、動的情報の提供を未だ開始していないことをあらわす「提供不可」状態や、かかるオブジェクトの生成を完了して動的情報の提供が可能であることをあらわす「提供可能」状態がある。また、識別情報３５０ｂは、対応する機内情報監視レコード６００ａから取得した機器の識別番号や名称といった機器種別を保持する。
【００９８】
公開する（）３５０ｃは、利用者が液晶タッチパネル４２０などを操作して動的情報の提供を指示した際に、診断書オブジェクト３８０Ａから呼び出され、状態情報オブジェクト３６０Ａおよび事象情報オブジェクト３７０Ａから動的情報を取得して、取得した動的情報を診断書オブジェクト３８０Ａに返す処理をおこなう。なお、動的情報を受取った診断書オブジェクト３８０Ａは、かかる動的情報を編集して操作系サブシステム１１１に渡し、操作系サブシステム１１１はかかる動的情報を、液晶タッチパネル４２０に表示するなどして利用者に通知する。また、通知する（）３５０ｄは、事象情報オブジェクト３７０Ａから呼び出され、診断書オブジェクト３８０Ａに対し機器状態の変更が発生したことを報告する処理をおこなう。なお、かかる機器状態の変更はセンサーにより検出され、管理系サブシステム１１２を経由して事象情報オブジェクト３７０Ａに通知される。
【００９９】
状態情報クラス３６０は、状態情報一覧テーブル６３０に基づいて、上述した状態情報を格納するエリア（記憶領域）を確保し、センサーなどが検出した状態情報を格納するとともに、利用機器クラス３５０の求めに応じ、保持する状態情報を提供する処理をおこなうクラスである。具体的には、この状態情報クラス３６０は、属性として種別３６０ａおよび状態値３６０ｂを有し、操作として公開する（）３６０ｃおよび検知する（）３６０ｄを有する。なお、かかる状態情報クラス３６０を実体化した状態情報オブジェクト３６０Ａが生成されると、種別３６０ａおよび状態値３６０ｂは、ＲＡＭ１２ｂ上に展開されるので、これらのデータ(属性)の書き込みおよび読み出しをおこなうことが可能となる。
【０１００】
種別３６０ａは、各状態情報を識別するための状態情報種別（キー）を保持する。この状態情報種別は、状態情報一覧テーブル６３０の該当するレコードの情報を引き継ぐ。また、状態値３６０ｂは、かかる状態情報種別に対応した状態情報を保持する。この状態情報は、センサーなどにより検出された機器の情報であり、管理系サブシステム１１２から検知する（）３６０ｄが呼び出された際に設定される。たとえば、センサーが状態情報オブジェクト３６０Ａに対応する機器の「運用状況」を取得した場合には、この状態値３６０ｂは、かかる「運用状況」を保持する。
【０１０１】
公開する（）３６０ｃは、利用者が液晶タッチパネル４２０などを操作して状態情報の提供を指示した際に、利用機器クラス３５０から呼び出され、状態値３６０ｂをかかる利用機器クラス３５０に返す処理をおこなう。また、検知する（）３６０ｄは、センサーが状態情報を検出した際に、管理系サブシステム１１２から呼び出され、検出した状態情報を状態値３６０ｂに設定する処理をおこなう。
【０１０２】
事象情報クラス３７０は、事象情報一覧テーブル６４０に基づいて、上述した事象情報を格納するエリア（記憶領域）を確保し、センサーなどが検出した事象情報を格納するとともに、利用機器クラス３５０に、かかる事象情報を通知する処理をおこなうクラスである。また、利用機器クラス３５０の求めがあった場合には、保持する事象情報を提供する処理をおこなう。具体的には、この事象情報クラス３７０は、属性として種別３７０ａ、事象値３７０ｂおよび発生要因３７０ｃを有し、操作として公開する（）３７０ｄおよび検知する（）３７０ｅを有する。なお、かかる事象情報クラス３７０を実体化した事象情報オブジェクト３７０Ａが生成されると、種別３７０ａ、事象値３７０ｂおよび発生要因３７０ｃは、ＲＡＭ１２ｂ上に展開されるので、これらのデータ(属性)の書き込みおよび読み出しをおこなうことが可能となる。
【０１０３】
種別３７０ａは、各事象情報を識別するための事象情報種別（キー）を保持する。この事象情報種別は、事象情報一覧テーブル６４０の該当するレコードの情報を引き継ぐ。また、事象値３７０ｂは、かかる事象情報種別に対応した事象情報を保持する。この事象情報は、センサーなどにより検出された機器の情報であり、管理系サブシステム１１２から検知する（）３７０ｅが呼び出された際に設定される。たとえば、センサーが事象情報オブジェクト３７０Ａに対応する機器の「エラー情報」を取得した場合には、この事象値３７０ｂは、この「エラー情報」を保持する。また、発生要因３７０ｃは、かかる「エラー情報」が発生した要因を保持する属性である。この発生要因３７０ｃは、事象値３７０ｂと同様に、センサーなどにより検出され、管理系サブシステム１１２から検知する（）３７０ｅが呼び出された際に設定される。
【０１０４】
公開する（）３７０ｄは、利用者が液晶タッチパネル４２０などを操作して事象情報の提供を指示した際に、利用機器クラス３５０から呼び出され、事象値３７０ｂおよび発生要因３７０ｃをかかる利用機器クラス３５０に返す処理をおこなう。また、検知する（）３７０ｅは、センサーが状態情報を検出した際に、管理系サブシステム１１２から呼び出され、検出した事象情報を事象値３７０ｂに設定するとともに、利用機器オブジェクト３６０Ａの通知する（）３５０ｄを呼び出して、かかる事象情報を利用機器オブジェクト３６０Ａに渡す処理をおこなう。なお、利用機器オブジェクト３５０Ａに渡された事象情報は、診断書オブジェクト３８０Ａを経由して、液晶タッチパネル４２０に表示するなどしてその内容が利用者に対して通知される。
【０１０５】
診断書クラス３８０は、動的情報のとりまとめを担当するクラスであり、利用者の求めがあった際に、状態情報および事象情報を通知する処理をおこなうとともに、事象情報が発生した際に、かかる事象情報を利用者に対して通知する処理をおこなう。具体的には、この診断書クラス３８０は、属性として状態３８０ａを有し、操作として、公開する（）３８０ｂおよび通知する（）３８０ｃを有する。なお、かかる診断書クラス３８０を実体化した診断書オブジェクト３８０Ａが生成されると、状態３８０ａは、ＲＡＭ１２ｂ上に展開されるので、このデータ(属性)の書き込みおよび読み出しをおこなうことが可能となる。
【０１０６】
状態３８０ａは、現在の診断書の提供状態を保持する。たとえば、この提供状態には、動的情報を取得中であることをあらわす「取得中」状態や、動的情報の提供が可能であることをあらわす「提供可能」状態がある。
【０１０７】
公開する（）３８０ｂは、利用者が液晶タッチパネル４２０などを操作して動的情報の提供を指示した際に、操作系サブシステム１１１から呼び出され、利用機器オブジェクト３５０Ａの公開する（）３５０ｃを呼び出して動的情報の収集を指示するとともに、収集結果を編集して利用者に提供する処理をおこなう。また、通知する（）３８０ｃは、センサーが状態情報を検出した際に、利用機器オブジェクト３５０Ａから呼び出され、かかる状態情報を編集して利用者に提供する処理をおこなう。なお、これらの情報の提供は、操作系サブシステム１１１を経由して液晶タッチパネル４２０に表示することによりおこなわれる。
【０１０８】
次に、図１０に示した各クラス間の関係について説明する。同図に示したように、ＵＭＬクラス図においては、クラス間に何らかの関係がある場合には、それらのクラスを表す矩形の間が直線で結ばれる。この直線の両端付近の文字はクラスのロールを表し、数字はクラスの多重度を表す。ここで、ロールとは、直線で結ばれた他方のクラスに対する当該クラスの役割のことであり、多重度とは、直線で結ばれた他方のクラスのオブジェクトと関連付けられて生成されるオブジェクトの数のことである。
【０１０９】
たとえば、システムクラス３１０からみた構成機器クラス３２０の役割は「構成対象」であり、構成機器クラス３２０からみたシステムクラス３１０の役割は「構成者」である。また、システムクラス３１０の多重度は「１」であり、構成機器クラス３２０の多重度は「０．．ｎ」である。ここで、「０．．ｎ」は、かかる構成機器クラス３２０の多重度が、０からｎの範囲であることを示している。なお、かかる多重度の上限数はｎ個としているものの、当然に、ハードウェア仕様などによる制限を受ける。
【０１１０】
まず、システムクラス３１０と構成機器クラス３２０とのクラス関係について説明する。システムクラス３１０は、機内情報監視テーブル６００に基づいて構成機器クラス３２０のオブジェクトを生成する。したがって、システムクラス３１０と構成機器クラス３２０とは、「構成者」と「構成対象」の関係をなしている。また、システムオブジェクト３１０Ａは１個のみ生成され、構成機器オブジェクト３２０Ａは、機内情報監視レコード６００ａの数に対応して生成されるので、構成機器オブジェクト３２０Ａは、１個のシステムオブジェクト３１０Ａに対して、０個以上ｎ個以下の範囲で存在する。
【０１１１】
次に、構成機器クラス３２０と固有情報クラス３３０とのクラス関係について説明する。構成機器クラス３２０は、該当する機内情報監視レコード６００ａに基づいて固有情報一覧テーブル６１０を参照し、この固有情報一覧テーブル６１０に登録されている固有情報の数に応じた固有情報クラス３３０のオブジェクトを生成する。また、かかる固有情報は、機器の製造番号などの各機器に固有の情報であり、工場出荷時などに設定され、一般の利用者が設定変更することができない情報である。したがって、構成機器クラス３２０と固有情報クラス３３０とは、「所有者」と「静的情報」の関係をなしている。
【０１１２】
また、構成機器オブジェクト３２０Ａと関連をもつ固有情報オブジェクト３３０Ａの個数は、かかる固有情報一覧テーブル６１０のレコード数に応じて決定される。したがって、固有情報オブジェクト３３０Ａは、１個の構成機器オブジェクト３２０Ａに対して、０個以上ｎ個以下の範囲で存在する。
【０１１３】
次に、構成機器クラス３２０と設定情報クラス３４０とのクラス関係について説明する。構成機器クラス３２０は、該当する機内情報監視レコード６００ａに基づいて設定情報一覧テーブル６２０を参照し、この設定情報一覧テーブル６２０に登録されている設定情報の数に応じた設定情報クラス３３０のオブジェクトを生成する。また、かかる設定情報は、複合機１の初期設定時や運用時の設定変更により、一般の利用者が設定することができる情報のことであり、この設定情報は、利用者により再設定されない限り、機器の動作中にその情報が変化することはない情報である。したがって、構成機器クラス３２０と設定情報クラス３４０とは、「所有者」と「準静的情報」の関係をなしている。
【０１１４】
また、構成機器オブジェクト３２０Ａと関連をもつ設定情報オブジェクト３４０Ａの個数は、かかる設定情報一覧テーブル６２０のレコード数に応じて決定される。したがって、設定情報オブジェクト３４０Ａは、１個の構成機器オブジェクト３２０Ａに対して、０個以上ｎ個以下の範囲で存在する。
【０１１５】
次に、構成機器クラス３２０と利用機器クラス３５０との関係について説明する。構成機器クラス３２０は、機内情報監視テーブル６００に基づいて複合機１を構成する機器の静的情報を管理するクラスである。一方、利用機器クラス３５０は、構成機器クラス３２０と対応し、かかる構成機器クラス３２０に対応する機器の動的情報を管理するクラスである。したがって、構成機器クラス３２０と利用機器クラス３５０とは、「仕様」と「利用者」の関係をなしている。
【０１１６】
また、複合機１を構成する各機器に対し、構成機器オブジェクト３２０Ａと利用機器オブジェクト３５０Ａとが１個ずつ存在するのが原則であるが、動的情報を有しない機器の場合には、かかる機器に対応する利用機器オブジェクト３５０Ａが存在しない。したがって、利用機器オブジェクト３５０Ａは、１個の構成機器オブジェクト３２０Ａに対して、０個以上１個以下の範囲で存在する。
【０１１７】
次に、利用機器クラス３５０と状態情報クラス３６０とのクラス関係について説明する。利用機器クラス３５０は、該当する機内情報監視レコード６００ａに基づいて状態情報一覧テーブル６３０を参照し、この状態情報一覧テーブル６３０に登録されている状態情報の数に応じた状態情報クラス３６０のオブジェクトを生成する。また、かかる状態情報は、各機器の動作情報などの、利用者に随時通知する必要のない動的情報であり、利用者の要求があってはじめて利用者に提供される動的情報である。したがって、利用機器クラス３５０と状態情報クラス３６０とは、「所有者」と「動的情報」の関係をなしている。
【０１１８】
また、利用機器オブジェクト３５０Ａと関連をもつ状態情報オブジェクト３６０Ａの個数は、かかる状態情報一覧テーブル６３０のレコード数に応じて決定される。したがって、状態情報オブジェクト３６０Ａは、１個の利用機器オブジェクト３５０Ａに対して、０個以上ｎ個以下の範囲で存在する。
【０１１９】
次に、利用機器クラス３５０と事象情報クラス３７０とのクラス関係について説明する。利用機器クラス３５０は、該当する機内情報監視レコード６００ａに基づいて事象情報一覧テーブル６４０を参照し、この事象情報一覧テーブル６４０に登録されている事象情報の数に応じた事象情報クラス３７０のオブジェクトを生成する。また、かかる事象情報は、各機器のエラー情報などの、利用者に随時通知する必要のある動的情報のことであり、動的情報の中でも重要度の高い情報のことを指す。したがって、利用機器クラス３５０と事象情報クラス３７０とは、「所有者」と「重大動的情報」の関係をなしている。
【０１２０】
また、利用機器オブジェクト３５０Ａと関連をもつ事象情報オブジェクト３７０Ａの個数は、かかる事象情報一覧テーブル６４０のレコード数に応じて決定される。したがって、事象情報オブジェクト３７０Ａは、１個の利用機器オブジェクト３５０Ａに対して、０個以上ｎ個以下の範囲で存在する。
【０１２１】
最後に、利用機器クラス３５０と診断書クラス３８０とのクラス関係について説明する。診断書クラス３８０は、動的情報のリストを作成するクラスであり、動的情報をとりまとめる利用機器クラス３５０を診断対象として、「診断書」に相当する動的情報のリストを作成する処理をおこなう。したがって、利用機器クラス３５０と診断書３８０クラスとは、「診断対象」と「診断者」の関係をなしている。
【０１２２】
また、診断書オブジェクト３８０Ａは、対応する利用機器オブジェクト３５０Ａがとりまとめる動的情報のリストを作成する場合にのみ存在する。したがって、診断書オブジェクト３８０Ａは、１個の利用機器オブジェクト３５０Ａに対して、０個以上１個以下の範囲で存在する。
【０１２３】
このように、システムクラス３１０、構成機器クラス３２０、固有情報クラス３３０、設定情報クラス３４０、利用機器クラス３５０、状態情報クラス３６０、事象情報クラス３７０および診断書クラス３８０は、相互に関連しあい、協調して、機内情報監視部１１２ａに必要な機能を実現している。
【０１２４】
次に、図１０に示した各クラスの操作の実行手順について例をあげて説明する。図１１は、本実施の形態の特徴部分である機内情報監視部１１２ａが静的情報の公開指示を受け付けた際の操作の実行手順を示すＵＭＬシーケンス図である。
【０１２５】
ここで、ＵＭＬシーケンス図について説明しておく。図１１の上部に並んだ矩形は、それぞれがクラスのオブジェクトを示している。各オブジェクトから下方に伸びた線は、各オブジェクトが生存していることを示す線（ライフライン）であり、上方から下方に向かって時間が流れているものとみなされる。この線上に存在する細長い矩形は、当該のオブジェクトが実際に活動している期間（活性期間）を示す。そして、各ライフラインの間を結ぶ横向きの矢印は、オブジェクトに含まれるの操作の実行を示す。具体的には、この矢印は、矢印の元のオブジェクトが、矢印の先のオブジェクトに含まれる操作を呼び出すことを示す。
【０１２６】
図１１に示すように、利用者が複合機１の操作パネル４００を操作して、静的情報の公開を指示すると、サービス利用者（操作系サブシステム１１１）は、静的情報を取得するために、該当する構成機器オブジェクト３２０Ａの公開する（）３２０ｃを呼び出す（ステップＳ１０１）。なお、公開する（）３２０ｃの呼び出し元は、操作系サブシステム１１１には限定されない。たとえば、実行系サブシステム１１３が静的情報を利用する場合には、この公開する（）３２０ｃは、実行系サブシステム１１３から呼び出されることになる。
【０１２７】
公開する（）３２０ｃを呼び出された構成機器オブジェクト３２０Ａは、固有情報の取得をおこなうために固有情報オブジェクト３３０Ａの公開する（）３３０ｃを呼び出すとともに（ステップＳ１０２）、設定情報の取得をおこなうために設定情報オブジェクト３４０Ａの公開する（）３４０ｃを呼び出す（ステップＳ１０３）。そして、設定情報および固有情報を取得した構成機器オブジェクト３２０Ａは、これらの情報を操作系サブシステム１１１に返す。このようにして、操作パネル４００の液晶タッチパネル４２０に静的情報が表示される。
【０１２８】
次に、本実施の形態の特徴部分である機内情報監視部１１２ａが動的情報の公開指示を受け付けた際の操作の実行手順について図１２を用いて説明する。図１２は、本実施の形態の特徴部分である機内情報監視部１１２ａが動的情報の公開指示を受け付けた際の操作の実行手順を示すＵＭＬシーケンス図である。
【０１２９】
図１２に示すように、利用者が複合機１の操作パネル４００を操作して、動的情報の公開を指示すると、サービス利用者（操作系サブシステム１１１）は、動的情報を取得するために、診断書オブジェクト３８０Ａの公開する（）３８０ｂを呼び出す（ステップＳ２０１）。なお、公開する（）３８０ｂの呼び出し元は、操作系サブシステム１１１には限定されない。たとえば、実行系サブシステム１１３が動的情報を利用する場合には、この公開する（）３８０ｂは、実行系サブシテム１１３から呼び出されることになる。
【０１３０】
公開する（）３８０ｂを呼び出された診断書オブジェクト３８０Ａは、機器ごとの動的情報を管理する利用機器オブジェクト３５０Ａの公開する（）３５０ｃを呼び出す（ステップＳ２０２）。つづいて、公開する（）３５０ｃを呼び出された利用機器オブジェクト３５０Ａは、状態情報の取得をおこなうために状態情報オブジェクト３６０Ａの公開する（）３６０ｃを呼び出すとともに（ステップＳ２０３）、事象情報の取得をおこなうために事象情報オブジェクト３７０Ａの公開する（）３７０ｄを呼び出す（ステップＳ２０４）。そして、設定情報および固有情報を取得した利用機器オブジェクト３５０Ａは、これらの情報を診断書オブジェクト３８０Ａに返す。そして、診断書オブジェクト３８０Ａは取得した動的情報を編集するなどして操作系サブシステム１１１に返す。このようにして、操作パネル４００の液晶タッチパネル４２０に動的情報が表示される。
【０１３１】
次に、本実施の形態の特徴部分である機内情報監視部１１２ａが動的情報の検知通知を受け付けた際の操作の実行手順について図１３を用いて説明する。図１３は、本実施の形態の特徴部分である機内情報監視部１１２ａが動的情報の検知通知を受け付けた際の操作の実行手順を示すＵＭＬシーケンス図である。
【０１３２】
図１３に示すように、センサーが利用者に随時通知すべき動的情報（事象情報）を検出すると、管理系サブシステム１１２は、事象情報オブジェクト３７０Ａの検知する（）３７０ｅを呼び出す（ステップＳ３０１）。検知する（）３７０ｅを呼び出された事象情報オブジェクト３７０Ａは、この事象情報を保持するとともに、かかる事象情報の発生を通知するために、自身を管理する利用機器オブジェクト３５０Ａの通知する（）３５０ｄを呼び出す（ステップＳ３０２）。なお、なお、保持した事象情報は、図１２で説明したように、機内情報監視部１１２ａが動的情報の公開指示を受け付けた際に用いられる。
【０１３３】
つづいて、かかる利用機器オブジェクト３５０Ａは、診断書オブジェクト３８０Ａの通知する（）３８０ｃを呼び出す（ステップＳ３０３）。通知する（）３８０ｃを呼び出された診断書オブジェクト３８０Ａは、取得した事象情報を編集するなどして、操作系サブシステム１１１に対し、オペレーションパネル（操作パネル）４００への表示を依頼する（ステップＳ３０４）。
【０１３４】
また、センサーが利用者に随時通知すべきではない動的情報（状態情報）を検出すると、管理系サブシステム１１２は、状態情報オブジェクト３６０Ａの検知する（）３６０ｄ
を呼び出す（ステップＳ３０５）。検知する（）３６０ｄを呼び出された状態情報オブジェクト３６０Ａは、取得した状態情報を保持する。なお、保持した状態情報は、図１２で説明したように、機内情報監視部１１２ａが動的情報の公開指示を受け付けた際に用いられる。
【０１３５】
次に、本実施の形態の特徴部分である機内情報監視部１１２ａの各オブジェクトを生成する際の操作の実行手順について図１４を用いて説明する。図１４は、本実施の形態の特徴部分である機内情報監視部１１２ａの各オブジェクトを生成する際の操作の実行手順を示すＵＭＬシーケンス図である。
【０１３６】
図１４に示すように、複合機１の起動時などに実行系サブシステム１１３は、システムオブジェクト３１０Ａの構成決定（）３１０ｂを呼び出す（ステップＳ４０１）。構成決定（）３１０ｂを呼び出されたシステムオブジェクト３１０Ａは、機内情報監視テーブル６００に基づいて、各機内情報監視レコード６００ａに対応する構成機器オブジェクト３２０Ａを生成するために生成（）を呼び出す（ステップＳ４０２）。ここで、この生成（）は、すべてのオブジェクトが有する操作であり、この生成（）を呼び出すことにより各オブジェクトはＲＡＭ１２ｂ上に実体化される。
【０１３７】
つづいて、各構成機器オブジェクト３２０Ａは、対応する機内情報監視レコード６００ａが保持するリンク情報をたどり、固有情報一覧テーブル６１０の各レコードに対応する固有情報オブジェクト３３０Ａを生成するために生成（）を呼び出す（ステップＳ４０３）。また、かかる構成機器オブジェクト３２０Ａは、対応する機内情報監視レコード６００ａが保持するリンク情報をたどり、設定情報一覧テーブル６２０の各レコードに対応する設定情報オブジェクト３４０Ａを生成するために生成（）を呼び出す（ステップＳ４０４）。
【０１３８】
また、各構成機器オブジェクト３２０Ａは、対応する機器の動的情報を管理する利用機器オブジェクト３５０Ａを生成するために、生成（）を呼び出す（ステップＳ４０５）。生成された利用機器オブジェクト３５０Ａは、対応する機内情報監視レコード６００ａが保持するリンク情報をたどり、状態情報一覧テーブル６３０の各レコードに対応する状態情報オブジェクト３６０Ａを生成するために生成（）を呼び出す（ステップＳ４０６）。また、かかる利用機器オブジェクト３５０Ａは、対応する機内情報監視レコード６００ａが保持するリンク情報をたどり、事象情報一覧テーブル６４０の各レコードに対応する事象情報オブジェクト３７０Ａを生成するために生成（）を呼び出す（ステップＳ４０７）。このようにして、機内情報監視部１１２ａの各オブジェクトは生成される。
【０１３９】
上述してきたように、本実施の形態では、機内情報監視の対象となる機器の情報を、固有情報、設定情報、状態情報および事象情報の４つの類型に分類し、各機器の一覧を機内情報監視テーブルを用いて監視するとともに、各機器の監視項目の一覧を、固有情報一覧テーブル、設定情報一覧テーブル、状態情報一覧テーブルおよび事象情報一覧テーブルを用いて管理することとしたので、複合機の構成機器が異なる場合であっても、汎用的な機内情報監視の仕組みを提供することができる。また、システムクラス、構成機器クラス、固有情報クラス、設定情報クラス、利用機器クラス、状態情報クラス、事象情報クラスおよび診断書クラスを用いて機内情報監視部を実現し、機内情報監視テーブルおよび各一覧テーブルに基づいて、各オブジェクトを生成するよう構成したので、ソフトウェア開発者やソフトウェア保守要員が、機能追加や改修を容易におこなうことができるとともに、汎用的な機内情報監視の仕組みを効率よく実現することができる。
【０１４０】
なお、本実施の形態の画像形成装置で実行される機内情報監視プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（CD Recordable）、ＤＶＤ（Digital Versatile Disk）などのコンピュータで読み取り可能な記録媒体に記録して提供するよう構成してもよい。この場合、ＣＰＵ１１が上記記憶媒体から、機内情報監視プログラムを読み出してＭＥＭ−Ｐ１２上にロードすることで、画像形成装置に、上述した各ステップ、各手段または各部を実現させる。
【０１４１】
また、機内情報監視プログラムを、インターネットなどのネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するよう構成してもよい。さらに、かかる機内情報監視プログラムをインターネットなどのネットワーク経由で提供または配布するようにしてもよい。
【産業上の利用可能性】
【０１４２】
以上のように、本発明にかかる機内情報監視プログラムおよび画像形成装置は、各種装置を構成する機器の監視に有用であり、特に、画像形成装置の機内情報監視に適している。
【図面の簡単な説明】
【０１４３】
【図１】複合機をとりまくネットワーク環境を示すネットワーク図である。
【図２】複合機のハードウェアを説明するための説明図である。
【図３】複合機におけるハードウェアおよびソフトウェアの階層構造を説明するための説明図である。
【図４】統合アプリケーションの構成を説明するための説明図である。
【図５】統合アプリケーションの構成を表したＵＭＬクラス図である。
【図６】複合機の操作パネルを説明するための説明図である。
【図７】従来の機内情報監視の課題について説明するための説明図である。
【図８】機内情報の分類について説明するための説明図である。
【図９】本実施の形態に係る機内情報監視テーブルのテーブル構成を説明するための説明図である。
【図１０】機内情報監視部のクラス構成を示すＵＭＬクラス図である。
【図１１】機内情報監視部が静的情報の公開指示を受け付けた際の操作の実行手順を示すＵＭＬシーケンス図である。
【図１２】機内情報監視部が動的情報の公開指示を受け付けた際の操作の実行手順を示すＵＭＬシーケンス図である。
【図１３】機内情報監視部が動的情報の検知通知を受け付けた際の操作の実行手順を示すＵＭＬシーケンス図である。
【図１４】機内情報監視部の各オブジェクトを生成する際の操作の実行手順を示すＵＭＬシーケンス図である。
【図１５】複合機に搭載されるソフトウェア構成の変遷を示す説明図である。
【図１６】従来の複合機におけるハードウェアおよびソフトウェアの階層構造を説明するための説明図である。
【符号の説明】
【０１４４】
１        画像形成装置（複合機）
１０      コントローラ
１１      ＣＰＵ
１２      ＭＥＭ−Ｐ
１２ａ    ＲＯＭ
１２ｂ    ＲＡＭ
１３      ＮＢ
１４      ＳＢ
１５      ＡＧＰ
１６      ＡＳＩＣ
１７      ＭＥＭ−Ｃ
１８      ＨＤＤ
２０      キーボード（オペレーションパネル）
３０      ＦＣＵ
４０      ＵＳＢ
５０      ＩＥＥＥ１３９４
６０      エンジン部（Engine）
１００    ソフトウェア
１０１    アプリケーション層
１０２    サービス層
１０２ａ  スキャナ制御部
１０２ｂ  プロッタ制御部
１０２ｃ  蓄積制御部
１０２ｄ  配信／メール送受信制御部
１０２ｅ  ＦＡＸ送受信制御部
１０２ｆ  ネットワーク通信制御部
１０２ｇ  その他の制御部
１０３    オペレーティングシステム
１１０    統合アプリケーション
１１１    操作系サブシステム
１１２    管理系サブシステム
１１２ａ  機内情報監視部
１１３    実行系サブシステム
１２０    コピーアプリケーション
１３０    スキャナアプリケーション
１４０    ファックスアプリケーション
１５０    プリンタアプリケーション
２００    ハードウェア
２０１    ハードウェアリソース
２０１ａ  スキャナ
２０１ｂ  プロッタ
２０１ｃ  ＨＤＤ
２０１ｄ  ネットワーク
２０１ｅ  その他のリソース
３１０    システムクラス（システム手段の一例）
３１０Ａ  システムオブジェクト（システム手段の一例）
３１０ａ  状態
３１０ｂ  構成決定（）
３２０    構成機器クラス（構成機器手段の一例）
３２０Ａ  構成機器オブジェクト（構成機器手段の一例）
３２０ａ  状態
３２０ｂ  種別
３２０ｃ  公開する（）
３２０ｄ  設定変更（）
３３０    固有情報クラス(固有情報手段の一例)
３３０Ａ  固有情報オブジェクト（固有情報手段の一例）
３３０ａ  種別
３３０ｂ  固有値
３３０ｃ  公開する（）
３４０    設定情報クラス（設定情報手段の一例）
３４０Ａ  設定情報オブジェクト（設定情報手段の一例）
３４０ａ  種別
３４０ｂ  設定値
３４０ｃ  公開する（）
３４０ｄ  変更する（）
３５０    利用機器クラス（利用機器手段の一例）
３５０Ａ  利用機器オブジェクト（利用機器手段の一例）
３５０ａ  状態
３５０ｂ  識別情報
３５０ｃ  公開する（）
３５０ｄ  通知する（）
３６０    状態情報クラス（状態情報手段の一例）
３６０Ａ  状態情報オブジェクト（状態情報手段の一例）
３６０ａ  種別
３６０ｂ  状態値
３６０ｃ  公開する（）
３６０ｄ  検知する（）
３７０    事象情報クラス（事象情報手段の一例）
３７０Ａ  事象情報オブジェクト（事象情報手段の一例）
３７０ａ  種別
３７０ｂ  事象値
３７０ｃ  発生要因
３７０ｄ  公開する（）
３７０ｅ  検知する（）
３８０    診断書クラス（診断書手段の一例）
３８０Ａ  診断書オブジェクト（診断書手段の一例）
３８０ａ  状態
３８０ｂ  公開する（）
３８０ｃ  通知する（）
４００    操作パネル
４０１    初期設定キー
４０２    コピーキー
４０３    コピーサーバーキー
４０４    プリンタキー
４０５    送信キー
４０６    テンキー
４０７    クリア／ストップキー
４０８    スタートキー
４０９    予熱キー
４１０    リセットキー
４２０    液晶タッチパネル
５０１    サービス層分離前アプリケーション
５０２    サービス層分離後アプリケーション
５０３    共通ルーチン分離アプリケーション
５０４    オブジェクト指向アプリケーション
６００    機内情報監視テーブル
６００ａ  機内情報監視レコード
６１０    固有情報一覧テーブル
６２０    設定情報一覧テーブル
６３０    状態情報一覧テーブル
６４０    事象情報一覧テーブル
【図１】
2006085624.tif 000003
【図２】
2006085624.tif 000004
【図３】
2006085624.tif 000005
【図４】
2006085624.tif 000006
【図５】
2006085624.tif 000007
【図６】
2006085624.tif 000008
【図７】
2006085624.tif 000009
【図８】
2006085624.tif 000010
【図９】
2006085624.tif 000011
【図１０】
2006085624.tif 000012
【図１１】
2006085624.tif 000013
【図１２】
2006085624.tif 000014
【図１３】
2006085624.tif 000015
【図１４】
2006085624.tif 000016
【図１５】
2006085624.tif 000017
【図１６】
2006085624.tif 000018