(57)【特許請求の範囲】
【請求項１】
ネットワークを介してクライアント装置と通信可能な管理装置において実行される通知方法であって、
画像処理装置の状態が変化した場合に、該状態変化を記述した更新情報を生成する生成工程と、
前記画像処理装置の状態変化をリーダーから閲覧可能とするために前記生成工程で生成された更新情報とリンク情報とを関連付けて記憶する記憶工程と、
前記クライアント装置へ前記画像処理装置に対応するプリンタドライバのインストールを命令すると共に、前記リーダーを介して前記更新情報が取得される状態にさせるための命令情報を前記クライアント装置に送信する命令工程と
を有することを特徴とする通知方法。
【請求項２】
前記生成工程では、前記画像処理装置がウェブサーバ機能を有していない場合は、前記管理装置が前記状態変化を記述した更新情報を生成することを特徴とする請求項１に記載の通知方法。
【請求項３】
前記リーダーはＲＳＳリーダーであることを特徴とする請求項１または２に記載の通知方法。
【請求項４】
前記リーダーを介して前記更新情報が取得される状態にさせるための命令情報は、ＲＳＳフィードの登録の命令であることを特徴とする請求項１乃至３のいずれか１項に記載の通知方法。
【請求項５】
前記クライアント装置はＲＳＳリーダー機能を備えるドライバエージェントを有しており、
前記クライアント装置が前記ＲＳＳリーダーを備えていない場合、前記ＲＳＳフィードが前記ドライバエージェントのＲＳＳリーダーに登録されるように前記ＲＳＳフィードの登録の命令が送信されることを特徴とする請求項４に記載の通知方法。
【請求項６】
ネットワークを介してクライアント装置と通信可能な管理装置であって、
画像処理装置の状態が変化した場合に、該状態変化を記述した更新情報を生成する生成手段と、
前記画像処理装置の状態変化をリーダーから閲覧可能とするために前記生成手段で生成された更新情報とリンク情報とを関連付けて記憶する記憶手段と、
前記クライアント装置へ前記画像処理装置に対応するプリンタドライバのインストールを命令すると共に、前記リーダーを介して前記更新情報が取得される状態にさせるための命令情報を前記クライアント装置に送信する命令手段と
を有することを特徴とする管理装置。
【請求項７】
前記生成手段は、前記画像処理装置がウェブサーバ機能を有していない場合は、前記管理装置が前記状態変化を記述した更新情報を生成することを特徴とする請求項６に記載の管理装置。
【請求項８】
前記リーダーはＲＳＳリーダーであることを特徴とする請求項６又は７に記載の管理装置。
【請求項９】
前記リーダーを介して前記更新情報が取得される状態にさせるための命令情報は、ＲＳＳフィードの登録の命令であることを特徴とする請求項６乃至８のいずれか１項に記載の管理装置。
【請求項１０】
前記クライアント装置はＲＳＳリーダー機能を備えるドライバエージェントを有しており、
前記クライアント装置が前記ＲＳＳリーダーを備えていない場合、前記ＲＳＳフィードが前記ドライバエージェントのＲＳＳリーダーに登録されるように前記ＲＳＳフィードの登録の命令が送信されることを特徴とする請求項９に記載の管理装置。
【請求項１１】
ネットワークを介してクライアント装置と通信可能なコンピュータを、
画像処理装置の状態が変化した場合に、該状態変化を記述した更新情報を生成する生成手段と、
前記画像処理装置の状態変化をリーダーから閲覧可能とするために前記生成手段で生成された更新情報とリンク情報とを関連付けて記憶する記憶手段と、
前記クライアント装置へ前記画像処理装置に対応するプリンタドライバのインストールを命令すると共に、前記リーダーを介して前記更新情報が取得される状態にさせるための命令情報を前記クライアント装置に送信する命令手段と
して機能させるためのコンピュータ。
【請求項１２】
前記生成手段は、前記画像処理装置がウェブサーバ機能を有していない場合は、前記管理装置が前記状態変化を記述した更新情報を生成することを特徴とする請求項１１に記載のコンピュータ。
【請求項１３】
前記リーダーはＲＳＳリーダーであることを特徴とする請求項１１又は１２に記載のコンピュータ。
【請求項１４】
前記リーダーを介して前記更新情報が取得される状態にさせるための命令情報は、ＲＳＳフィードの登録の命令であることを特徴とする請求項１１乃至１３のいずれか１項に記載のコンピュータ。
【請求項１５】
前記クライアント装置はＲＳＳリーダー機能を備えるドライバエージェントを有しており、
前記クライアント装置が前記ＲＳＳリーダーを備えていない場合、前記ＲＳＳフィードが前記ドライバエージェントのＲＳＳリーダーに登録されるように前記ＲＳＳフィードの登録の命令が送信されることを特徴とする請求項１４に記載のコンピュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して画像処理装置の状態変化をクライアント装置に通知する技術に関する。
【背景技術】
【０００２】
印刷目的でネットワークプリンタを利用する一般のユーザは、自分の利用するプリンタの状態を把握したいというニーズを持っている。ユーザによるプリンタの状態把握方法としては、ドライバやユーティリティソフトウェアによってプリンタの状態を取得する方法が主流である。一方、主要なネットワークプリンタ管理ソフトウェアの多くは、プリンタの状態をメールでユーザに通知する機能を有している。
【０００３】
また、メールに代わる新たなプリンタ状態通知方法としてＲＳＳ技術も注目されている。ＲＳＳは、ウェブサイトの記事の見出しや概要・リンクを配信するための幾つかの文書フォーマットの総称である。ウェブサイト側では、ウェブページの記事の見出し、概要、リンク等を元にＲＳＳデータを生成する。ここで、ＲＳＳデータとは、ＸＭＬをベースとしたＲＳＳ形式フォーマットで記述されたソースである。尚、ＲＳＳ形式には。RSS0.91、RSS2.0、RSS1.0．、Atomなど、いくつかのバージョンが存在する。
【０００４】
一方、クライアント側では、ＲＳＳリーダーというアプリケーションを使用してウェブサイトの更新情報を受け取ることができる。ＲＳＳリーダーは、登録されたＲＳＳデータを定期的にダウンロードし、更新情報を入手して画面表示する。ウェブページにリンクが貼られていれば、記事のウェブページへ移動することもできる。
【０００５】
このＲＳＳを利用することにより、ユーザにはウェブサイトから情報が配信されているように見える。そのため、ユーザにとっては膨大量のＨＴＭＬページの中から興味のあるページを効率的に閲覧できるというメリットがある。
【０００６】
近年、このＲＳＳ技術を利用して、ユーザに複数のプリンタの機器状態をＲＳＳ形式のデータで提供する機能を有するプリンタが提案されている（例えば、特許文献１参照）。この特許文献１では、プリンタが機器状態を示すＨＴＭＬページを生成し、そのページの見出しや概要・リンクをＲＳＳデータとして生成する。一方、通知を受けるユーザはクライアントＰＣ上のＲＳＳリーダーに、ＲＳＳデータのＵＲＬをサイト登録する。
【０００７】
こうすることで、ユーザはウェブブラウザプログラムを利用して、プリンタの状態変化の内容を容易に把握することができる。また、ＸＭＬをベースとした汎用フォーマットであるＲＳＳ形式で通知内容を記載するため、通知内容の制約がＲＳＳデータ生成時の実装以外には依存しないというメリットもある。
【特許文献１】特開２００５−２０９０５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来の方法では、次のような問題がある。プリンタドライバやユーティリティソフトによりプリンタ状態を取得する場合、取得できるプリンタ状態情報がプリンタドライバやユーティリティソフトの実装に依存してしまう。
【０００９】
一方、プリンタ管理装置によるメール通知の場合は、通知先クライアント環境にメールソフトが必要となる。また、一人のユーザが複数ＰＣを使用する環境では、メールを受信したＰＣが、必ずしもプリンタがセットアップされた環境であるとは限らない。
【００１０】
プリンタが生成するＲＳＳデータによるプリンタの状態通知の場合も、ユーザが自分の利用するプリンタ毎に、手動でＲＳＳフィードをＲＳＳリーダーに登録する必要がある。利用プリンタの台数が多いほど、これらの煩雑な作業がユーザの負担となってしまう。
【００１１】
本発明は、ユーザが煩雑な作業を行うことなく、ユーザが利用する画像処理装置の状態変化を更新情報によりクライアント装置に通知する技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、ネットワークを介してクライアント装置と通信可能な管理装置において実行される通知方法であって、画像処理装置の状態が変化した場合に、該状態変化を記述した更新情報を生成する生成工程と、前記画像処理装置の状態変化をリーダーから閲覧可能とするために前記生成工程で生成された更新情報とリンク情報とを関連付けて記憶する記憶工程と、前記クライアント装置へ前記画像処理装置に対応するプリンタドライバのインストールを命令すると共に、前記リーダーを介して前記更新情報が取得される状態にさせるための命令情報を前記クライアント装置に送信する命令工程とを有することを特徴とする。
【００１３】
また、本発明は、ネットワークを介して画像処理装置を管理し、前記画像処理装置の状態変化をクライアント装置に通知する管理装置であって、画像処理装置の状態が変化した場合に、該状態変化を記述した更新情報を生成する生成手段と、前記生成手段で生成された更新情報を配信する機能により前記クライアント装置に前記画像処理装置の状態変化を通知する通知手段と、前記画像処理装置に対応するプリンタドライバを前記クライアント装置へ配布し、前記更新情報を配信する機能を前記クライアント装置で登録させる手段とを有することを特徴とする。
【００１４】
更に、本発明は、ネットワークを介して画像処理装置を利用するクライアント装置であって、画像処理装置の状態変化を記述した更新情報を配信する機能を前記画像処理装置に対応するプリンタドライバが配布された際に登録する登録手段と、前記更新情報を配信する機能により前記画像処理装置の状態変化を取得する取得手段とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ユーザが煩雑な作業を行うことなく、ユーザが利用する画像処理装置の状態変化を更新情報によりクライアント装置に通知することができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。
【００１７】
＜システム構成（ハードウェア）＞
図１は、本実施形態における管理システムの全体構成を示すブロック図である。図１に示すように、管理システムは、お互いにネットワーク１００を介して接続された管理装置１１０、クライアント装置１２０、画像処理装置（被管理装置）１３０から構成される。尚、画像処理装置１３０は、具体的には、コピー機能、プリント機能、ボックス機能などの複数の機能を有する複合機やネットワーク対応のプリンタである。
【００１８】
ネットワーク１００には、ＴＣＰ／ＩＰネットワークが構築可能であり、ネットワーク経由で通信機器を監視・制御するためのプロトコルが利用可能であれば良い。ここでは、ＳＮＭＰ並びに独自の通信機器監視プロトコルを利用可能とする。ＳＮＭＰとは、Simple Network Management Protocolの略称である。
【００１９】
管理装置１１０並びにクライアント装置１２０は共に汎用コンピュータの構成を有するものである。ここでは、管理装置１１０を例に挙げて説明し、クライアント装置１２０のハードウェア構成については省略する。尚、管理装置１１０における１１１〜１１８は、クライアント装置１２０における１２１〜１２８に相当する。
【００２０】
管理装置１１０において、１１１はシステムバスであり、汎用コンピュータを構成する各要素を接続する役割を持つ。１１２はＣＰＵ（中央処理装置）であり、コンピュータ全体の制御及び演算処理などを行う。１１３はＲＡＭ（ランダムアクセスメモリ）であり、様々な処理に対して各々のプログラム及びデータがロードされ、実行される領域である。１１４はＲＯＭ（読み出し専用メモリ）であり、システム起動プログラムなどの記憶領域である。
【００２１】
１１５はＤＫＣ（外部記憶装置制御部）であり、ＨＤ（ハードディスク）１１６などの外部記憶装置の制御を行う。ＨＤ１１６にはプログラムやデータなどを記憶させておき、ＣＰＵ１１２が処理を実行時、必要に応じて参照又はＲＡＭ１１３へロードされる。
【００２２】
本システムでは、ＣＰＵ１１２が基本Ｉ／Ｏプログラム及びＯＳを実行している状態で動作する。基本Ｉ／ＯプログラムはＲＯＭ１１４に書き込まれており、ＯＳはＨＤ１１６に書き込まれている。そして、コンピュータ部の電源がＯＮされた時に、基本Ｉ／Ｏプログラム中のイニシャルプログラムロード機能により、ＨＤ１１６からＯＳがＲＡＭ１１３に読み込まれ、ＯＳの動作が開始される。
【００２３】
１１７はネットワークインタフェース（Ｉ／Ｆ）であり、ネットワーク１００へ接続されネットワーク通信を行う。１１８は入出力インタフェース（Ｉ／Ｆ）であり、不図示のキーボードやディスプレイなどに接続されデータの入出力を行う。
【００２４】
画像処理装置１３０は、ユーザインタフェースを提供する操作部１３１、制御ユニット（Control Unit）１３２、画像出力デバイスであるプリンタ１３３、画像入力デバイスであるスキャナ１３４から構成される。
【００２５】
操作部１３１、プリンタ１３３、スキャナ１３４は、制御ユニット１３２に接続されて制御される。制御ユニット１３２は、ネットワーク１００に接続され、管理装置１１０やクライアント装置１２０との間で通信を行う。ここで、画像処理装置１３０には上述したスキャナ１３４を備えていないものも含むものとする。
【００２６】
＜画像処理装置のハードウェア構成＞
図２は、画像処理装置１３０における制御ユニット１３２のハードウェア構成の一例を示す図である。ＣＰＵ２０１は制御ユニット１３２全体を制御するコントローラである。ＲＡＭ２０２はＣＰＵ２０１が処理を実行時に使用されるシステムワークメモリである。また、ＲＡＭ２０２は画像データを一時的に記憶する画像メモリでもある。ＲＯＭ２０５はブートＲＯＭであり、システムのブートプログラムが格納されている。
【００２７】
ＨＤＤ２０６はハードディスクドライブであり、システムソフトウェア、画像データを格納する。操作部Ｉ／Ｆ２０３は操作部１３１との間のインタフェースで、操作部１３１に表示すべき画像データを操作部１３１に対して出力する。また、使用者が操作部１３１を介して入力した情報をＣＰＵ２０１に伝える役割を果たす。
【００２８】
ネットワークＩ／Ｆ２０４はネットワーク１００との接続を制御し、ネットワーク１００を介した情報の入出力を行う。イメージバスＩ／Ｆ２０７はシステムバス２０８と画像データを高速で転送する画像バス２０９とを接続し、データ構造を変換するバスブリッジである。
【００２９】
画像バス２０９はＰＣＩバスやＩＥＥＥ１３９４で構成される。画像バス２０９には、ラスタイメージプロセッサ（ＲＩＰ）２１０、デバイスＩ／Ｆ２１１、スキャナ画像処理部２１２、プリンタ画像処理部２１３が接続される。
【００３０】
ＲＩＰ２１０はネットワーク１００を介してクライアント装置１２０から送信されたＰＤＬコマンドをビットマップイメージに展開する。デバイスＩ／Ｆ２１１は画像入出力デバイスであるプリンタ１３３やスキャナ１３４と制御ユニット１３２とを接続し、画像データの同期系/非同期系の変換を行う。
【００３１】
スキャナ画像処理部２１２は、入力画像データに対して補正、加工、編集を行う。プリンタ画像処理部２１３はプリント出力画像データに対してプリンタ１３３の性能に応じた補正、解像度変換などを行う。尚、画像処理装置１３０の構成のうち、スキャナ１３４とスキャナ画像処理部２１２はなくても良い。
【００３２】
＜システム構成（ソフトウェア）＞
次に、本実施形態における管理システムのソフトウェア構成を、図３を用いて説明する。図３は、本実施形態における管理システムのソフトウェア構成の一例を示す図である。管理装置１１０はウェブサーバ機能３０１を有する。クライアント装置１２０で動作するウェブブラウザ３０７からＨＴＴＰによるＧＥＴリクエストを受け取ると、管理装置１１０はＨＤ１１６内に記憶されたウェブページデータを返信する。ウェブページデータを受け取ったウェブブラウザ３０７は、ウェブページデータを整形しユーザに表示する。これにより、ユーザはクライアント装置１２０上で動作するウェブブラウザ３０７を通じて管理装置１１０にアクセスし、被管理装置（画像処理装置１３０を含む複数の画像処理装置）の情報を取得し、設定を行うことができる。
【００３３】
図４は、複数の画像処理装置の一覧を表示した画面の一例を示す図である。この例では、クライアント装置１２０上で動作するウェブブラウザ３０７で管理装置１１０に接続し、管理される複数の画像処理装置の一覧が表示されている。具体的には、各画像処理装置の、デバイス名４０１、製品名４０２、デバイス状態４０３、設置場所４０４、ＩＰアドレス４０５、更新日時４０６が表示される。デバイス状態４０３は、各画像処理装置の状態を表すアイコンで表示され、各画像処理装置の個別の状態詳細表示ページへのリンクになっている。
【００３４】
デバイス情報の更新ボタン４０７が押下されると、そのタイミングで、選択されている画像処理装置の情報を管理装置１１０から再取得して表示する。画像処理装置の情報は、ウェブブラウザ３０７からの要求に合わせて、管理装置１１０が画像処理装置から情報を取得し、ＨＴＭＬデータを生成する。ただし、管理装置１１０内で定期的に情報を取得し、事前にＨＴＭＬデータとして保持していても良い。
【００３５】
管理装置１１０には、ウェブサーバ機能３０１と共に管理ユーティリティ３０２というソフトウェアモジュールがインストールされており、これらを実行することで、管理装置１１０として機能する。管理ユーティリティ３０２は、例えばウェブサーバ機能３０１で提供されるウェブページに記述されたスクリプトを実行するＣＧＩプログラムとして実装される。このように、管理ユーティリティ３０２は、ウェブサーバ機能３０１と共に画像処理装置を管理するウェブアプリケーションを実現している。
【００３６】
また、管理装置１１０はプリンタドライバ格納ＤＢ３０５、ＤＢ３０６の２つのデータベースを持つ。尚、プリンタドライバ格納ＤＢ３０５、ＤＢ３０６は、図３では管理装置１１０内に含まれているが、ネットワーク１００に接続された別のサーバコンピュータ内に保持されていても良い。
【００３７】
管理ユーティリティ３０２は、ネットワーク１００に接続された画像処理装置１３０を含む複数の画像処理装置の状態を一定期間毎に監視し、状態変化時には管理ログ３０３にＨＴＭＬで記述する。管理ログ３０３は、ウェブサーバ機能３０１により、ネットワーク１００を介してクライアント装置１２０により実行されるウェブブラウザ３０７から閲覧可能である。管理ユーティリティ３０２は管理ログ３０３を更新する際に、この管理ログ３０３の更新情報の概要とリンク情報を管理ログ更新情報３０４にＲＳＳ形式で記録する。また、管理ログ更新情報３０４はウェブサーバ機能３０１により、ネットワーク１００を介してクライアント装置１２０により実行されるＲＳＳリーダー３０８から閲覧可能である。
【００３８】
管理ユーティリティ３０２は、プリンタドライバ格納ＤＢ３０５に格納されたプリンタドライバを、ネットワーク１００を介してクライアント装置１２０に配信する。尚、管理ユーティリティ３０２がクライアント装置１２０上でプリンタドライバのインストール・設定を行う際には、ドライバエージェント３０９を利用する。このドライバエージェント３０９は、ここではドライバ配信前に、管理装置１１０によりクライアント装置１２０にインストールされるものとする。ただし、事前にクライアント装置１２０にインストールされても良い。
【００３９】
クライアント装置１２０は、画像処理装置１３０を利用するユーザが常用するコンピュータである。ユーザが利用するアプリケーションプログラムとしてウェブブラウザ３０７とＲＳＳリーダー３０８が予めインストールされている。このクライアント装置１２０でウェブブラウザ３０７を実行することで、管理装置１１０、画像処理装置１３０が提供するウェブアプリケーションを閲覧、操作することが可能である。
【００４０】
クライアント装置１２０でＲＳＳリーダー３０８を実行することで、管理装置１１０、画像処理装置１３０が提供するＲＳＳデータを閲覧、操作することが可能である。また、クライアント装置１２０には、管理装置１１０によるプリンタドライバの配布時に、ドライバエージェント３０９がインストールされる。
【００４１】
ドライバエージェント３０９は、クライアント装置１２０の管理者権限を有するユーザが、ネットワーク１００を介して管理装置１１０からクライアント装置１２０へインストールする。ただし、事前にユーザがクライアント装置１２０上でローカルにインストールしておいても良い。
【００４２】
このドライバエージェント３０９により、管理装置１１０からクライアント装置１２０へプリンタドライバがインストールされ、画像処理装置１３０のプリンタ１３３を用いた印刷ができるように設定される。
【００４３】
画像処理装置１３０には、ＭＩＢ（Management Information Base）３１０と呼ばれる管理情報データベースが設けられている。このＭＩＢ３１０には、プリンタ１３３の状態を外部の装置に通知するための公開情報が格納され、ＭＩＢ３１０は通信機器監視・制御プロトコルであるＳＮＭＰを通じてアクセスされる。
【００４４】
独自管理情報ＤＢ３１１には、ＭＩＢ３１０に格納されない、独自の公開情報が格納され、独自管理情報ＤＢ３１１は独自の通信機器監視プロトコルを通じてアクセスされる。管理装置１１０において、管理ユーティリティ３０２が画像処理装置１３０の状態取得を行う際には、取得する情報により、何れか一方の通信プロトコルか両方の通信プロトコルを使用する。
【００４５】
画像処理装置１３０は、ウェブサーバ機能３１２に組み込まれて実行されるプログラムであるログマネージャ３１３を有する。ログマネージャ３１３は、画像処理装置１３０の状態変化時に管理ログ３１４に記録する。管理ログ３１４はＨＴＭＬで記述される。管理ログ３１４はウェブサーバ機能３１２により、ネットワーク１００を介してクライアント装置１２０により実行されるウェブブラウザ３０７から閲覧可能である。
【００４６】
図５は、画像処理装置１３０の管理ログ３１４を表示した画面の一例を示す図である。この例では、クライアント装置１２０上のウェブブラウザ３０７により画像処理装置１３０が生成した管理ログ３１４のＨＴＭＬページが表示されている。具体的には、デバイス名５０１、製品名５０２、及びデバイス状態情報５０３が表示される。デバイス状態情報５０３には、カセット３、４の用紙がないことがアイコンで表示されている。
【００４７】
また、ログマネージャ３１３は管理ログ３１４が更新されると、管理ログ３１４の更新情報の概要とリンク情報からなる管理ログ更新情報３１５をＲＳＳ形式で生成する。管理ログ更新情報３１５はウェブサーバ機能３１２により、ネットワーク１００を介してクライアント装置１２０上のＲＳＳリーダー３０８から閲覧可能である。
【００４８】
図６は、画像処理装置１３０の管理ログ更新情報３１５を表示した画面の一例を示す図である。６０１はＲＳＳバージョンを定義しており、図６ではＲＳＳのバージョンは2.0と記述されている。これは、クライアント装置１２０のＲＳＳリーダー３０８が対応していれば、異なるバージョンでも良い。６０２は画像処理装置１３０内に保持する管理ログ３１４の要約情報で、項目の見出し、ＵＲＬ、説明から構成される。
【００４９】
尚、本実施形態では、ネットワーク１００に画像処理装置が１つだけ接続された場合を示したが、２台以上の画像処理装置が接続されていても良い。管理装置１１０は複数台の画像処理装置の管理を行うことができる。
【００５０】
＜管理装置１１０の機能＞
次に、管理装置１１０の機能について、より詳細に説明する。ここでは、機能として、プリンタの状態監視、設定情報取得、設定配信、プリンタドライバ配布を例に挙げて説明する。まず、画像処理装置１３０の状態監視を、図７及び図８を用いて説明する。
【００５１】
図７は、管理装置１１０が画像処理装置１３０を監視する監視期間の設定画面の一例を示す図である。この画面はクライアント装置１２０上で動作するウェブブラウザ３０７が管理装置１１０に接続し、画像処理装置１３０の監視設定画面を表示した画面である。図７に示す、７０１は監視日の設定内容であり、一週間の中で監視する曜日を選択して設定する。この例では曜日による選択だが、一ヶ月の間で監視日を設定できるように構成しても良い。
【００５２】
７０２は監視時間の設定内容であり、監視日７０１で設定した曜日のどの時間帯で監視を行うかを設定する。この例では監視開始時間と終了時間を入力するか、或いは２４時間の監視を行うかを設定できるように構成されている。
【００５３】
ここで、ユーザによって入力された監視期間の設定内容は管理装置１１０のＤＢ３０６に格納される。そして、管理装置１１０が定期的にＤＢ３０６の内容を確認し、ユーザが登録した設定で画像処理装置１３０の状態監視を行う。
【００５４】
一方、管理装置１１０はＳＮＭＰもしくは独自のプロトコルにより画像処理装置１３０と通信を行い、その状態を取得する。ここで画像処理装置１３０の状態とは、スタンバイ中、プリント中、エラー中などの状態もしくは用紙やトナーなどの消耗品に関する情報の状態などである。そして、管理装置１１０は、管理する画像処理装置１３０の状態を管理ログ３０３としてＨＴＭＬ形式で記録する。
【００５５】
尚、複数の画像処理装置が存在する場合、監視期間の設定画面で個別に設定できるように構成しても良い。その場合、管理装置１１０は複数の画像処理装置の各状態を管理ログ３０３にＨＴＭＬ形式で記録すれば良い。
【００５６】
図８は、管理装置１１０が管理する画像処理装置１３０の詳細情報を示す画面の一例を示す図である。この画面はクライアント装置１２０上で動作するウェブブラウザ３０７が管理装置１１０に接続し、画像処理装置１３０の状態の詳細情報を表示した画面である。図８に示す、８０１はデバイス情報であり、デバイス名、製品名、更新日時などが表示される。８０２はデバイス状態の詳細情報であり、画像処理装置１３０の監視結果である状態の詳細情報が表示される。
【００５７】
尚、複数の画像処理装置が存在する場合、この画面には、各画像処理装置の状態の詳細情報が表示される。
【００５８】
次に、管理装置１１０の１つの機能であるプリンタの設定情報の取得及び設定配信を、図９を用いて説明する。画像処理装置１３０のＭＩＢ３１０もしくは独自管理情報ＤＢ３１１で管理されている項目は、管理装置１１０から取得、設定ができる。
【００５９】
図９は、管理装置１１０が管理する画像処理装置１３０の項目を設定する画面の一例を示す図である。この画面はクライアント装置１２０上で動作するウェブブラウザ３０７で管理装置１１０に接続し、画像処理装置１３０の項目設定画面を表示した画面である。図９に示す、９０１はデバイス情報項目であり、画像処理装置１３０に関する情報を入力できる。この例では、デバイス名、設置場所、管理者名、管理コメント、サービス担当者名、サービス担当者連絡先、サービス担当者コメントなどが入力可能項目である。また、チェックボックスで項目を選択することで、設定可能項目のうちの一部のみを設定することも可能である。
【００６０】
９０２はネットワークの設定項目であり、画像処理装置１３０のネットワークに関する設定ができる。この例では、ＩＰアドレス、サブネットマスク、ゲートウェイアドレス、ＤＮＳサーバアドレス、ＤＮＳホスト名、ＤＮＳドメイン名、ＳＮＴＰサーバなどの設定ができる。ここで入力された項目は、登録ボタン９０３の押下により、ＳＮＭＰもしくは独自プロトコルを通じて画像処理装置１３０に配信され、設定される。
【００６１】
次に、管理装置１１０の１つの機能であるプリンタドライバの配布を説明する。管理装置１１０は、ネットワーク１００を介して接続されたクライアント装置１２０へプリンタドライバを配布することができる。尚、このプリンタドライバ配布については、更に後述する。
【００６２】
以上、管理装置１１０の機能として、プリンタの状態監視、設定情報取得、設定配信、プリンタドライバ配布を説明した。しかし、その他として、管理ログを表示するページ、画像処理装置１３０にアプリケーションプログラムやリソースファイルを配信するページなども提供する。
【００６３】
＜管理装置１１０の動作（プリンタ監視時）＞
次に、管理装置１１０の動作として、プリンタ監視時とプリンタドライバ配布時の動作を説明する。まず、管理装置１１０による画像処理装置１３０の状態監視及び障害検出時の動作を、図１０を用いて説明する。
【００６４】
図１０は、管理装置１１０による画像処理装置１３０の状態監視及び障害検出時の動作を示すフローチャートである。この処理は、ユーザが状態監視対象のデバイス（画像処理装置１３０）を選択し、図７に示す監視設定画面により設定した後、管理ユーティリティ３０２によって実行される。
【００６５】
まず、ステップＳ１００１で、管理ユーティリティ３０２は経過時間カウンタを初期化（リセット）する。そして、ステップＳ１００２で、既定のポーリング間隔分時間が経過するのを待つ。その後、ポーリング間隔分だけ時間が経過すると、ステップＳ１００３へ進み、現在監視期間中か否かをチェックする。ここで、監視期間中でないと判断した場合は、ステップＳ１００１に戻り、再度ポーリング間隔が経過するまで待機する。
【００６６】
一方、ステップＳ１００３で監視期間中と判断した場合は、ステップＳ１００４へ進み、デバイスの状態情報を取得する。デバイスの状態情報とは、スタンバイ中、プリント中、エラー中などの状態情報、用紙やトナーなどの消耗品の状態情報などである。これらのデバイス状態情報は、ＳＮＭＰもしくは独自プロトコルを用いて取得される。
【００６７】
次に、ステップＳ１００５で、ステップＳ１００４で取得したデバイス状態情報に基づき、監視対象デバイスに状態変化が起こっていないか否かを検出する。ここで、状態変化とは、前回のデバイス状態取得時からデバイス状態情報に変化があった場合を言う。もちろん、デバイスがエラー発生状態から回復した場合を状態変化に含めても、含めなくても良い。
【００６８】
ステップＳ１００５で監視対象デバイスに状態変化が起こっていなければ、ステップＳ１００１に戻るが、状態変化が起こっていれば、ステップＳ１００６へ進む。ステップＳ１００６では、デバイスがＲＳＳデータ生成機能を有するか否かを判定する。
【００６９】
ＲＳＳデータ生成機能とは、デバイスが管理ログ更新情報３１５を有し、デバイス自身の状態変化に応じて管理ログ３１４並びに管理ログ更新情報３１５を更新する機能のことである。また、デバイスがＲＳＳデータ生成機能に対応しているか否かの情報は、ＳＮＭＰもしくは独自プロトコルを用いて取得する。デバイスがＲＳＳデータ生成機能を有していても、ウェブサーバ機能３１２やログマネージャ３１３による管理ログ３１４の生成がオフの場合はデバイスがＲＳＳデータ生成機能に対応していないと判定する。
【００７０】
ステップＳ１００６での結果、デバイスがＲＳＳデータ生成機能を有する場合は、デバイスにＲＳＳデータ生成を任せ、ステップＳ１００９へ進む。
【００７１】
一方、ステップＳ１００６での結果、デバイスがＲＳＳデータ生成機能を持たない場合は、ステップＳ１００７へ進み、ステップＳ１００４で取得したデバイス状態情報を元に管理ログ３０３のＨＴＭＬデータを更新する。そして、ステップＳ１００８で、ステップＳ１００７で更新した管理ログ３０３を元に、管理ログ更新情報３０４のＲＳＳデータを更新する。
【００７２】
尚、本実施形態では、デバイスのＲＳＳデータ生成機能の有無により管理ログ更新情報３０４におけるＲＳＳデータの生成元が異なる。しかし、同じ情報を状態通知したい場合は、ＲＳＳデータ生成機能の有無に関わらず管理装置１１０でＲＳＳデータを生成しても良い。
【００７３】
そして、ステップＳ１００９で、ＲＳＳデータを表すＲＳＳフィードのＵＲＬを、管理装置１１０のＤＢ３０６に保存する。
【００７４】
図１１は、管理装置１１０の生成する管理ログ更新情報３０４のＲＳＳデータの一例を示す図である。図１１に示す１１０１はＲＳＳバージョンであり、ＲＳＳのバージョンは２．０と記述されている。これは、クライアント装置１２０上のＲＳＳリーダー３０８が対応していれば、異なるバージョンでも良い。
【００７５】
１１０２は管理装置１１０内で生成又は更新される管理ログ３０３のＨＴＭＬデータの要約情報で、項目の見出し、ＵＲＬ、説明から構成される。本実施形態では、「紙づまりのときだけ通知する」など、通知するエラー項目を選択可能にするために、管理ログ更新情報３０４のＲＳＳデータは状態情報の種類毎に生成する。もし、常に全てのエラー項目を通知する場合は、管理ログ更新情報３０４のＲＳＳデータを状態情報の種類毎に分けずに一つのファイルにまとめても良い。
【００７６】
また、デバイスにＲＳＳ生成機能が搭載されている場合、デバイス内で管理ログ３１４のＨＴＭＬデータと管理ログ更新情報３１５のＲＳＳデータとが生成され、ウェブサーバ機能３１２により外部へ公開される。よって、デバイス状態通知の内容は、管理ログ更新情報３１５の生成元であるログマネージャ３１３の実装に依存する。
【００７７】
一方、デバイスにＲＳＳ生成機能が搭載されていない場合、代わりに管理装置１１０が管理ログ３０３のＨＴＭＬデータと管理ログ更新情報３０４のＲＳＳデータとを生成する。よって、デバイス状態通知の内容は管理装置１１０の実装に依存する。また、他社機など複数の種類のデバイスが混在する場合、デバイスの生成するＲＳＳデータによって通知内容が異なることがある。よって、デバイスのＲＳＳ生成機能の有無に関わらず、デバイス状態通知内容を同じにする場合、デバイスのＲＳＳ生成機能の判定を行わずに管理装置１１０で全てのＲＳＳデータを生成しても良い。
【００７８】
＜管理装置の動作（プリンタドライバ配布時）＞
次に、管理装置１１０からクライアント装置１２０へプリンタドライバを配布する際の処理を、図１２を用いて説明する。この処理は、ユーザがデバイス状態監視設定を行った後、任意のタイミングで、プリンタドライバ配布要求を受信すると、管理ユーティリティ３０２によって実行される。そして、管理装置１１０上の管理プログラムとクライアント装置１２０上のドライバエージェント３０９のそれぞれで行われる。
【００７９】
尚、ユーザは事前に管理装置１１０で管理するプリンタと、そのプリンタを印刷に利用するユーザが使うプリンタドライバとを関連付けておく必要がある。また、ユーザによるプリンタドライバ配布要求は、プリンタもしくはプリンタとプリンタドライバの関連付けを選択することで行われる。
【００８０】
また、クライアント装置１２０には、ウェブブラウザで規定されているＲＳＳリーダー（ＲＳＳフィード登録がＡＰＩで公開されているもの）や専用のＲＳＳリーダーがインストールされているものとする。ここで、ウェブブラウザはウェブサイト（ウェブページ）をブラウジングできるものであれば何でも良い。
【００８１】
図１２は、本実施形態におけるプリンタドライバ配布処理を示すフローチャートである。まず、ステップＳ１２０１で、管理装置１１０の管理ユーティリティ３０２はプリンタドライバを配布するネットワークプリンタがＲＳＳデータ生成機能を有するか否かを判定する。ここで、プリンタがＲＳＳデータ生成機能を有する場合は、ステップＳ１２０３へ進むが、ＲＳＳデータ生成機能を持たない場合は、ステップＳ１２０２へ進み、ユーザに通知対象イベントを選択させる。この選択は、管理装置１１０が管理ログ更新情報３０４のＲＳＳデータを状態情報の種類毎に生成しており、その中から通知対象のＲＳＳデータを選択するためである。
【００８２】
図１３は、本実施形態による通知対象イベント選択画面の一例を示す図である。図１３に示す１３０１は通知対象イベント候補項目であり、この中から通知対象イベントを選択する。１３０２は登録ボタンであり、ユーザが選択した通知対象イベントを登録する際に押下される。
【００８３】
尚、１３０１に表示される項目を通知対象イベントとするためには、管理装置１１０がデバイス状態監視プロセスにおいて、「用紙切れ」「トナー／インクエラー」などの状態種別毎にＲＳＳデータを分けて生成する必要がある。
【００８４】
次に、ステップＳ１２０３では、管理装置１１０がクライアント装置１２０にドライバエージェント３０９を配信する。ドライバエージェント３０９は管理装置１１０がクライアント装置１２０にプリンタドライバをインストールする際に利用するアプリケーションプログラムである。また、管理装置１１０はドライバエージェント３０９のインストール時に、ユーザにクライアント装置１２０の管理者権限ユーザのユーザＩＤとパスワードを要求する。そして、ユーザが入力したユーザＩＤとパスワードとを用いて、クライアント装置１２０にドライバエージェント３０９をインストールする。インストールされたドライバエージェント３０９は、クライアント装置１２０上でＯＳのサービスによってバックグラウンドで実行される。
【００８５】
次に、ステップＳ１２０４で、管理装置１１０は配信するプリンタドライバと関連付けられたプリンタの情報を取得する。ここで取得する情報は、インストールするプリンタドライバを印刷可能な状態に設定するのに必要な情報であり、例えば標準ＴＣＰ／ＩＰポート接続の場合、ＩＰアドレスとＲａｗ／ＬＰＲのプロトコル指定が必要になる。そして、ステップＳ１２０５で、管理装置１１０のＤＢ３０６に格納されたＲＳＳフィードを取得する。プリンタドライバ配布対象のプリンタがＲＳＳデータ生成機能対応プリンタの場合、ステップＳ１２０２で選択した通知イベントに相当するＲＳＳフィードを取得する。
【００８６】
次に、ステップＳ１２０６で、管理装置１１０は取得したプリンタ情報とＲＳＳフィード情報を用いて、ドライバエージェント３０９にプリンタドライバインストールとＲＳＳフィード登録の命令を送信する。
【００８７】
一方、クライアント装置１２０上のドライバエージェント３０９は、管理装置１１０からのプリンタドライバインストールとＲＳＳフィード登録要求を受け、ステップＳ１２１１でプリンタドライバ格納ＤＢ３０５からプリンタドライバを取得する。そして、ステップＳ１２１２でクライアント装置１２０にプリンタドライバをインストールする。
【００８８】
次に、プリンタドライバインストールが完了すると、クライアント装置１２０からネットワークプリンタが利用可能になる。その後、ステップＳ１２１３でＲＳＳフィードをクライアント装置１２０上のＲＳＳリーダー３０８に登録する。ＲＳＳリーダー３０８へのＲＳＳフィードの登録は、ブラウザ搭載のＲＳＳプラットフォームなど、ＲＳＳリーダーが公開するフィード登録用ＡＰＩを利用して行う。そして、ステップＳ１２１４で、実行結果を管理装置１１０に通知する。
【００８９】
管理装置１１０が、ドライバエージェント３０９からプリンタドライバインストールとＲＳＳフィード登録の実行結果を受け取ると、ステップＳ１２０７でその実行結果をＤＢ３０６に格納する。そして、プリンタ状態通知を受信するための設定を行う。
【００９０】
尚、ここではプリンタのＲＳＳ生成機能の有無により、利用するＲＳＳデータの生成元が異なるが、もちろん、プリンタのＲＳＳデータ生成機能の有無に関わらず全て管理装置１１０でＲＳＳデータを生成して利用しても良い。
【００９１】
上述した処理により、プリンタドライバを配布したクライアント装置１２０上のＲＳＳリーダー３０８に、プリンタ状態情報通知用のＲＳＳフィードを登録することができる。これにより、ユーザは、ＲＳＳリーダー３０８を介してクライアント装置１２０にセットアップされたプリンタの状態情報を容易に取得できる。
【００９２】
［他の実施形態］
次に、図面を参照しながら本発明に係る他の実施形態を詳細に説明する。本実施形態では、クライアント装置１２０上にＲＳＳリーダー３０８としてブラウザに搭載のＲＳＳリーダーがインストールされている場合を想定していた。他の実施形態では、クライアント装置１２０上にＲＳＳリーダー３０８がインストールされていない場合の処理を説明する。ここでは、プリンタドライバのインストール時に用いるドライバエージェント３０９にＲＳＳリーダー機能を搭載し、クライアント装置１２０に配信する。
【００９３】
尚、ドライバエージェント３０９に搭載されるＲＳＳリーダー機能はティッカー型などドライバエージェント３０９に搭載可能ならば形態は問わない。また、ドライバエージェント３０９とＲＳＳリーダー機能は、必ずしも１つのアプリケーションプログラムである必要はなく、それぞれ異なる２つのアプリケーションプログラムでも良い。
【００９４】
また、他の実施形態では、本実施形態と共通するハードウェア構成やソフトウェア構成についての説明は省略する。
【００９５】
図１４は、他の実施形態におけるプリンタドライバ配布処理を示すフローチャートである。ここで、図１４に示すステップＳ１４０１〜Ｓ１４０７、Ｓ１４１１、Ｓ１４１２、Ｓ１４１６は、図１２に示すステップＳ１２０１〜Ｓ１２０７、Ｓ１２１１、Ｓ１２１２、Ｓ１２１４と同じであり、その説明は省略する。
【００９６】
クライアント装置１２０でプリンタドライバのインストールが終了すると、ステップＳ１４１３で、ドライバエージェント３０９は任意のＲＳＳリーダー３０８がクライアント装置１２０にインストールされているか否かを判定する。例えば、ウェブブラウザの場合、レジストリよりバージョン情報を取得することでＲＳＳリーダーの有無を判定できる。その他、ＲＳＳリーダーがインストールされているか否かの判定方法は、ＨＤ上の任意のフォルダをチェックするなど、対象となるＲＳＳリーダーによって異なる。
【００９７】
ステップＳ１４１３で、クライアント装置１２０上にＲＳＳリーダー３０８がインストールされていると判定した場合は、ステップＳ１４１４へ進む。ステップＳ１４１４では、クライアント装置１２０上に存在するＲＳＳリーダー３０８にＲＳＳフィードを登録する。一方、クライアント装置１２０上にＲＳＳリーダー３０８がインストールされていないと判定した場合は、ステップＳ１４１５へ進む。
【００９８】
ステップＳ１４１５では、ＲＳＳフィードをドライバエージェント３０９に搭載されているＲＳＳリーダー機能部に登録する。クライアント装置１２０にＲＳＳリーダーが存在するか否かにより、利用するＲＳＳリーダーを変えている。もちろん、クライアント装置１２０上のＲＳＳリーダーの有無に関わらず、ドライバエージェント３０９に搭載されているＲＳＳリーダー機能部を利用しても良い。
【００９９】
他の実施形態によれば、プリンタドライバを配布したクライアント装置１２０のＲＳＳリーダーにプリンタ状態情報通知用のＲＳＳフィードを登録することができる。
【０１００】
また、クライアント装置１２０に予めＲＳＳリーダーがインストールされていない場合にも、プリンタドライバインストールと同時に、プリンタ状態情報通知用ＲＳＳフィードの登録されたＲＳＳリーダーを配信できる。
【０１０１】
以上説明した実施形態によれば、クライアント装置に配信するアプリケーションプログラムに対応した情報通知用のＲＳＳフィードを管理装置がＲＳＳリーダーに登録することができる。よって、ユーザにとっては、ＲＳＳによりクライアント装置上にセットアップされた画像処理装置の情報通知を受け取る際に、煩雑なＲＳＳリーダーへのフィード登録が不要になるというメリットがある。
【０１０２】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。
【０１０３】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。
【０１０４】
この場合、コンピュータ読み取り可能な記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１０５】
このプログラムコードを供給するための記録媒体として、例えばフレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１０６】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合である。
【０１０７】
更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１０８】
【図１】本実施形態における管理システムの全体構成を示すブロック図である。
【図２】画像処理装置１３０における制御ユニット１３２のハードウェア構成の一例を示す図である。
【図３】本実施形態における管理システムのソフトウェア構成の一例を示す図である。
【図４】複数の画像処理装置の一覧を表示した画面の一例を示す図である。
【図５】画像処理装置１３０の管理ログ３１４を表示した画面の一例を示す図である。
【図６】画像処理装置１３０の管理ログ更新情報３１５を表示した画面の一例を示す図である。
【図７】管理装置１１０が画像処理装置１３０を監視する監視期間の設定画面の一例を示す図である。
【図８】管理装置１１０が管理する画像処理装置１３０の詳細情報を示す画面の一例を示す図である。
【図９】管理装置１１０が管理する画像処理装置１３０の項目を設定する画面の一例を示す図である。
【図１０】管理装置１１０による画像処理装置１３０の状態監視及び障害検出時の動作を示すフローチャートである。
【図１１】管理装置１１０の生成する管理ログ更新情報３０４のＲＳＳデータの一例を示す図である。
【図１２】本実施形態におけるプリンタドライバ配布処理を示すフローチャートである。
【図１３】本実施形態による通知対象イベント選択画面の一例を示す図である。
【図１４】他の実施形態におけるプリンタドライバ配布処理を示すフローチャートである。
【符号の説明】
【０１０９】
１００  ネットワーク
１１０  管理装置
１１１  システムバス
１１２  ＣＰＵ
１１３  ＲＡＭ
１１４  ＲＯＭ
１１５  ＤＫＣ
１１６  ＨＤ
１１７  ネットワークインタフェース（Ｉ／Ｆ）
１１８  入出力インタフェース（Ｉ／Ｆ）
１２０  クライアント装置
１２１  システムバス
１２２  ＣＰＵ
１２３  ＲＡＭ
１２４  ＲＯＭ
１２５  ＤＫＣ
１２６  ＨＤ
１２７  ネットワークインタフェース（Ｉ／Ｆ）
１２８  入出力インタフェース（Ｉ／Ｆ）
１３０  画像処理装置
１３１  操作部
１３２  制御ユニット（Control Unit）
１３３  プリンタ
１３４  スキャナ
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  操作部Ｉ／Ｆ
２０４  ネットワークＩ／Ｆ
２０５  ＲＯＭ
２０６  ＨＤＤ
２０７  イメージバスＩ／Ｆ
２０８  システムバス
２０９  画像バス
２１０  ラスタイメージプロセッサ（ＲＩＰ）
２１１  デバイスＩ／Ｆ
２１２  スキャナ画像処理部
２１３  プリンタ画像処理部
３０１  ウェブサーバ機能
３０２  管理ユーティリティ
３０３  管理ログ
３０４  管理ログ更新情報
３０５  プリンタドライバ格納ＤＢ
３０６  ＤＢ
３０７  ウェブブラウザ
３０８  ＲＳＳリーダー
３０９  ドライバエージェント
３１０  ＭＩＢ
３１１  独自管理情報ＤＢ
３１２  ウェブサーバ機能
３１３  ログマネージャ
３１４  管理ログ
３１５  管理ログ更新情報
【図１】
0005236958.tif 000002
【図２】
0005236958.tif 000003
【図３】
0005236958.tif 000004
【図４】
0005236958.tif 000005
【図５】
0005236958.tif 000006
【図６】
0005236958.tif 000007
【図７】
0005236958.tif 000008
【図８】
0005236958.tif 000009
【図９】
0005236958.tif 000010
【図１０】
0005236958.tif 000011
【図１１】
0005236958.tif 000012
【図１２】
0005236958.tif 000013
【図１３】
0005236958.tif 000014
【図１４】
0005236958.tif 000015