JP2018073218A - 情報処理装置とその処理方法及びプログラム - Google Patents

Abstract

【課題】デバイスに対応した状態通知制御により、状態通知のわずらわしさを軽減する情報処理装置を提供する。【解決手段】クライアント端末１０１は、予め設定されているデバイス識別情報に基づいて、デバイス１０２の状態情報を取得しＳ７０３、取得される状態情報の取得回数に基づき、取得された状態情報による通知を抑止する状態情報か、通知をする状態情報かを判定するＳ７０５、Ｓ７０７。通知を抑止する状態情報であると判定された場合にＳ７０５ＹＥＳ、Ｓ７０７ＹＥＳ、当該状態情報に基づく通知を抑止する。通知する状態情報と判定された場合は、当該状態情報に基づく通知をするＳ７０８。【選択図】図７

Description

本発明は、デバイスの状態を通知する情報処理装置とその処理方法及びプログラムに関する

従来より、プリンタなどのデバイスの状態を検知して、情報処理装置で通知する技術が存在する。
これにより情報処理装置で出力するデバイスの状態を確認して、出力ができる状態であるか否かをユーザが確認できるようになっている。
このようなデバイスを監視する技術として、例えば、特許文献１がある。

この特許文献１では、デバイスで警報状態（消耗品関係）であるにも関わらず、デバイスが警報解除を通知してしまうため、管理者へ再通知してしまうというものを防ぐ仕組みである。

定常的ポーリングによりその警報の解除を検出すると、精査ポーリング実行部が、定常的ポーリングよりも短い間隔で、当該消耗品の残量をポーリングする（精査ポーリング）。そして、精査ポーリングでその消耗品についての警報が検知されると、先の定常的ポーリングでの解除は見かけ上の解除であると判定し、警報抑制制御部による警報抑制を続行する。

特開２０１２−６８７５８号公報

しかしながら、精査ポーリングを行ってしまうと、様々な状態が多く取得されてしまい、状態の解析が困難になり、通知が困難になるという課題があった。また、精査ポーリングすると、複数のクライアント端末から一斉に精査ポーリングが実行されると、プリンタに負荷がかかるという問題も生じる。

一般的に、プリンタなどのデバイスの状態を検知する仕様として、ＭＩＢ情報が存在する。そのため、デバイスから通常取得する状態情報やタイミングでデバイスの状態を判定することが望まれている。

また、どのようなタイミングでデバイスのステータスが変わり、クライアント端末に通知されるかは、デバイスの仕様によるため、複数のデバイスを利用している場合に、それぞれのデバイスの特性を把握した状態検知を制御することは困難であった。

例えば、デバイスがスリープから復帰する際に、一旦カセットオープンの状態となり、その後通常の状態となるデバイスがあるなど、さまざまなケースが存在する。

また、ユーザのデバイスの利用の仕方によっては、カセットオープンが繰り返され、デバイスの状態が頻繁に変更されることから通知も頻繁に行われてしまうということが存在する。

特に、一時的な状態は基の状態（正常）に戻るため、通知は短い間に少なくとも２回は行われる。すなわち、省エネを意識して、スリープを繰り返し行うように設定している場合、ユーザにとって望ましくない状態となってしまう。

管理者であれば、確実に通知が来ることが望ましいが、一般に利用しているユーザに頻繁に状態の変更通知が出力されることは、正しい通知ではあるものの、わずらわしい状態となってしまうことが発生する。

そこで、本発明の目的は、デバイスに対応した状態通知制御により、状態通知のわずらわしさを軽減できる仕組みを提供することである。

デバイスの状態情報に基づき、デバイスの状態を通知する情報処理装置であって、予め設定されているデバイス識別情報に基づいて、デバイスの状態情報を取得し、取得される状態情報の取得回数に基づき、取得された状態情報による通知を抑止する状態情報か、通知をする状態情報かを判定する。通知を抑止する状態情報であると判定された場合に、当該状態情報に基づく通知を抑止し、通知する状態情報と判定された場合に、当該状態情報に基づく通知をすることを特徴とする。

本発明によれば、デバイスに対応した状態通知制御により、状態通知のわずらわしさを軽減できる。

本実施形態における状態通知システムの構成の一例を示すシステム構成図である クライアント端末１０１に適用可能な情報処理装置のハードウェア構成を示すブロック図である デバイス１０２のコントローラユニットのハードウェア構成の一例を示すブロック図である 実施形態に係るクライアント端末１０１の機能構成を示すブロック図である 本実施形態におけるシステムの概略図の一例を示す図である クライアント端末１０１（プリンタステータス監視プログラム）の全体処理の一例を示すフローチャートである クライアント端末１０１（プリンタステータス監視プログラム）のステータス監視処理の一例を示すフローチャートである クライアント端末１０１（プリンタステータス監視プログラム）の操作に応じた処理の一例を示すフローチャートである クライアント端末１０１（プリンタステータス監視プログラム）の設定画面処理の一例を示すフローチャートである クライアント端末１０１で管理している各種情報の一例を示すデータ図 発生回数カウンタディクショナリの一例を示すデータ図である デバイスＡ用のディクショナリの一例を示すデータ図である ログ情報の一例を示すデータ図である 本実施形態の特徴的な処理を適用しない場合の処理の例（１）を簡略化した図である 本実施形態の特徴的な処理を適用した場合の処理の例（１）を簡略化した図である 本実施形態の特徴的な処理を適用しない場合の処理の例（２）を簡略化した図である 本実施形態の特徴的な処理を適用した場合の処理の例（２）を簡略化した図である 設定画面の一例を示すイメージ図である

以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本実施形態における状態通知システムの構成の一例を示すシステム構成図である。

図１は、１又は複数のクライアント端末１０１と、１又は複数のデバイス１０２〜デバイス１０４がローカルエリアネットワーク（ＬＡＮ）４００を介して接続される構成となっている。デバイスは複数あるものとし、デバイス１０２を例にして以下、説明する。

クライアント端末１０１のプリンタドライバを用いて、印刷ジョブ（印刷データともいう）を生成して、デバイス１０２に送信する。デバイス１０２に印刷ジョブを直接送信せず、プリントサーバに印刷ジョブを送信し、留め置く印刷システムであってもよい。

クライアント端末１０１は、デバイス１０２から、デバイスのステータス情報を含むＭＩＢ情報を取得して、状態通知をするプログラム（プリンタステータス監視プログラム）がインストールされており、クライアント端末１０１とデバイス１０２と通信を行う構成となっている。

なお、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）とは、インターネット標準化団体であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）にて定められている、ネットワーク管理とシステム管理で使用される情報である。ＭＩＢは、ネットワーク管理プロトコルＳＮＭＰによってアクセスされる情報を定義した仮想的なデータベースである。このＭＩＢの情報には、例えば、排紙段の残容量、機器に対する名称付け、機器に対する管理者情報付加、ＩＰアドレスの変更、詳細なデバイス状態の取得、詳細なエラー情報の取得などが含まれている

本実施形態では、ＭＩＢ情報の「詳細なデバイス状態の取得」を用いて、プリンタステータス監視プログラムがクライアント端末１０１の画面に通知する構成として説明する。

以下、図２を用いて、図１に示したクライアント端末１０１に適用可能な情報処理装置のハードウェア構成について説明する。
図２は、図１に示したクライアント端末１０１に適用可能な情報処理装置のハードウェア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３を用いて、本発明のプリンタとしてのデバイス１０２を制御するコントローラユニットのハードウェア構成について説明する。

なお、図３は、デバイス１０２〜デバイス１０４に適用できるものとするため、スキャナ部３１４を備えるものとして説明するが、シングルファンクションプリンタである場合には、スキャナ部３１４を備えないものとする。また、公衆回線網と接続できない構成であってもよいことは言うまでもない。
図３は、図１に示したデバイス１０２のコントローラユニットのハードウェア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ４００）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４は外部記憶装置（ハードディスクドライブ（ＨＤＤ））で、システムを制御するための各種プログラム，画像データ等を格納する。３０４は、デバイス１０２の状態（ステータス）を検知して、ＭＩＢ情報に格納する。このＭＩＢ情報を３０５を介して、クライアント端末１０１に送信する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。尚、ＩＣカードに限らず、ユーザを特定することが可能な記憶媒体であればよい。この場合、記憶媒体にはユーザを識別するための識別情報が記憶される。この識別情報は、記憶媒体の製造番号でも、ユーザが企業内で与えられるユーザコードであってもよい。
以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

ＩＣカードを用いたユーザ認証、キーボードから入力されたユーザ認証を行うことができ、認証テーブルをデバイス１０２内に記憶する。また、認証サーバと連携して認証を行う場合には、認証テーブルを認証サーバに記憶する。

次に、図４を用いて、本実施形態におけるクライアント端末１０１の機能ブロック図について説明する。
図４は、本発明の実施形態に係るクライアント端末１０１の機能構成を示すブロック図である。各機能の動作に関しては、フローチャートで後述する。
なお、クライアント端末１０１は、デバイスの状態情報に基づき、デバイスの状態を通知する情報処理装置と言い換えることが可能である。
取得部４０１は、予め設定されているデバイス識別情報に基づいて、デバイスの状態情報を取得する機能部である。

通知判定部４０２は、取得部４０１により取得される状態情報の取得回数に基づき、取得された状態情報による通知を抑止する状態情報か、通知をする状態情報かを判定する機能部である。

通知部４０３は、通知判定部４０２により通知を抑止する状態情報であると判定された場合に、当該状態情報に基づく通知を抑止し、通知判定部４０２により通知する状態情報と判定された場合に、当該状態情報に基づく通知をする機能部である。
種別決定部４０４は、状態情報の種別（通知種別）を決定する機能部である。

前記通知判定部４０２は、種別決定部４０４により決定された状態情報の種別が、前回の通知した際の状態情報の種別と一致した場合には通知を抑止し、前回の通知した際の状態情報の種別と一致しない場合には、通知する。
回数管理部４０５は、前記取得部４０１により取得される状態情報の連続して取得した取得回数を管理する機能部である。

前記通知判定部４０２は、前記回数管理部４０５で管理された取得回数と、前記状態情報に対応して記憶されている通知を抑止すべき回数とを用いて、通知を抑止する状態情報か、通知をする状態情報かを判定する。
状態情報記憶部４０６は、前記通知部４０３により通知するデバイスの状態情報を記憶制御する機能部である。

設定画面表示部４０７は、前記状態情報記憶部４０６に記憶されている状態情報を参照することにより、通知を抑止する状態情報を設定する設定画面を表示する機能部である。また前記状態情報ごとに、前記取得回数を設定する。
デバイス識別情報取得部４０８は、前記情報処理装置に登録されているデバイスのデバイス識別情報を取得する機能部である。
前記取得部４０１は、前記デバイス識別情報取得部４０８により取得されたデバイス識別情報に基づき、デバイスから所定の間隔で状態情報を取得する。

次に、図５を用いて、本実施形態におけるシステムの概略図について説明する。

クライアント端末１０１では、プリンタステータス監視プログラムが実行されており（常駐）、予め設定されている設定時間の間隔（一定間隔）でデバイス１０２へポーリングを行う。具体的には、（５−１）で、ＳＮＭＰ通信でＭＩＢ情報の取得要求を行う。取得要求に応じて、デバイス１０２は、自身で管理しているＭＩＢ情報（ステータス情報）を送信する。デバイスＡで管理されているステータス情報の例は５０３に示す。
そして、（５−２）で、要求先のデバイスからＭＩＢ情報を取得する。

プリンタステータス監視プログラムは、（５−３）で、取得したＭＩＢ情報のステータス情報を解析し、（５−４）で、クライアント端末１０１の画面のタスクトレイに、デバイスの状態通知を出力する。
具体的には、５０１のアイコンに変更され、５０２の通知（バルーン通知）が表示される。
例えば、ステータス情報が、トナー交換である場合には、警告のアイコンと、トナー交換を示すバルーン通知がされる。

また、デバイスが正常になると、ステータス情報が正常として取得され、エラーのアイコンから、正常のアイコンに変更され、正常を示すポップアップ通知がされる。
なお、プリンタステータス監視プログラムは、以下の機能を有している。
・実行ファイル形式（ｅｘｅ形式）のプログラムで、起動するとタスクトレイに常駐する。
・常駐している間、一定間隔で実機のプリンタステータスを取得する。
・取得したプリンタステータスと、デバイス別（機種別）のステータス定義に基づきタスクトレイアイコンを変化させる。
・タスクトレイアイコンの変化とともに通知（バルーン）を表示する。

次に、本実施形態における処理の詳細な説明を、図６〜図９のフローチャートを用いて説明する。なお、各ステップは、それぞれの装置のＣＰＵ（２０１又は３０１）が実行する。

まず、図６は、本実施形態における、クライアント端末１０１（プリンタステータス監視プログラム）の全体処理の一例を示すフローチャートである。

ステップＳ６０１では、プリンタステータス監視プログラムが、予め設定されている監視のための設定ファイル（設定情報１００１）を読み込む。

なお、設定情報１００１は、監視対象デバイスＩＰアドレス（デバイス識別情報ともいう）、ステータス監視間隔が記憶されている。この設定情報は、デバイスごとに記憶されており、複数のデバイスのステータスを監視することが可能である。なお、監視対象デバイスＩＰアドレスを用いて、デバイスに問い合わせることで、デバイスの機種が特定できる。デバイスの機種を特定するタイミングとしては、後述のステップＳ７０１でステータスの問合せを行う前に、機種の問合せを行うものとするが、ステップＳ６０１で実行して、ＩＰアドレスと機種情報を対応付けて管理してもよい。

ステップＳ６０２では、プリンタステータス監視プログラムが、予め定義されているデバイス別ステータス定義ファイル（デバイスＡ用のステータス定義ファイル１００２）を読み込む。

デバイスＡ用のステータス定義ファイルの記述例を１００３を用いて説明する。ＭＩＢで取得できるステータス「例えば、０ｘ０４０１」に対して、プリンタステータス監視プログラムで管理するステータスである通知種別「０ｘ０００８」が設定されている。ここで通知種別を設定する理由として、ＭＩＢでは、カセット１がオープンされている、カセット２がオープンされているなど細かくステータスが通知されるため、これらをまとめるためである。クライアント端末１０１では、デバイスのステータスをまとめて表示することができる。

１００２のデバイスＡ用のステータス定義ファイル１００２は、図１２のデバイスＡ用のディクショナリ（機種ごとに保持していてもよい）を用いて、データが生成される。

通知種別ディクショナリは、ＭＩＢ情報で取得できたステータス情報をＫｅｙとして、Ｖａｌｕｅに通知種別となる通知用の値が登録されている。例えば、通知種別「０ｘ０００１」に対して、「０ｘ０１０１〜０ｘ０１０４」が対応付いている。無視判断回数ディクショナリは、設定画面（図１８）で入力された値（回数）が登録されている。ログ出力用文字列ディクショナリは、各ステータス情報に対する文字列が定義されている。
これらの情報を基に、各デバイスでのステータス定義ファイルが生成される。

図１８は後述するが、図１８の設定画面で設定された値と、図１２のディクショナリを用いて、デバイスＡ用のステータス定義ファイル１００２が生成される。また、他のデバイスにおいても他のデバイスで用いる値とディクショナリを用いて、他のデバイス用のステータス定義ファイルが生成されるものとする。

ステップＳ６０３では、プリンタステータス監視プログラムのログの出力を開始する。ログの出力は、ＭＩＢ情報の取得したタイミングでも出力されるため、ステップＳ７０３においても、ログが出力されるものとする。
ログの例を図１３で示す。出力例の通り、ツール起動時のログと、監視ログに分かれており、後述の図７の処理では、監視ログにログが記述される。

ステップＳ６０４では、ステップＳ６０１で読み込んだデバイスに対するステータスの監視を実行する。このステータス監視により、設定された不要なステータス変更による通知を抑止することが可能となる。ステータスの監視の詳細な処理は、図７で詳述する。

ステップＳ６０５では、ユーザによりタスクトレイのアイコンに対する操作指示があったかどうかを、オペレーティングシステムからの通知を受けとり、プリンタステータス監視プログラムが判断する。操作指示があった場合には、ステップＳ６０６へ処理を移す。操作指示がない場合には、処理を継続し、デバイスのステータスの監視がされるものとする。

ステップＳ６０６では、プリンタステータス監視プログラムがメニューを表示し、ユーザの操作に応じた処理を実行する。ステップＳ６０６の詳細な処理については、図８で説明する。

次に、図７を用いて、図６のステップＳ６０４の詳細な処理について説明する。図７は、本実施形態における、クライアント端末１０１（プリンタステータス監視プログラム）のステータス監視処理の一例を示すフローチャートである。

ステップＳ７０１では、監視対象デバイスＩＰアドレスに従って、対象のデバイス（例えば、デバイスＡ）にＳＮＭＰ通信にて、デバイスのステータス情報の取得要求を行う。この取得要求は、ステータス監視間隔（例えば、５秒間隔）に従って、取得要求がされる。

なお、上述した通り、ステータス情報の取得要求の前に、デバイスが動作しているかどうかを確認する、或いは、機種情報を取得するために通信を行うものとする。

ステップＳ７０２では、デバイスは、ステータス情報の取得要求に応じて、デバイスで管理しているステータス情報を取得して、クライアント端末１０１へステータス情報を含むＭＩＢ情報を送信する。

ステップＳ７０３では、デバイスからステータス情報を含むＭＩＢ情報を受信して、ステータス情報を取得する。ステータス情報は複数のステータスとなる場合がある。例えば、「用紙なし＋カセットオープン」などである。すなわち、予め設定されているデバイス識別情報に基づいて、デバイスの状態情報を取得する取得処理の一例を示すステップである。

ステップＳ７０４では、取得したステータス情報から、発生回数カウンタディクショナリ（図１１）の値を更新する。なお、「用紙なし＋カセットオープン」の複数のステータスの場合、それぞれのステータスに対してカウントアップする。図１１の管理は、状態情報の連続して取得した取得回数を管理する回数管理処理の一例を示すものである。

なお、発生回数カウンタディクショナリは、正常のステータスを受信すると、クリアされるものとする。また、連続して取得されないステータスについてもクリアされる。

また、プリンタの場合、トナーが減っていることの警告は常にＭＩＢで取得されるため、警告については、連続して取得されることが多い。そのため警告についてはカウントアップが継続される。すなわち警告状態であっても、エラーのステータスについては、発生回数カウンタディクショナリからクリアされる。

本実施形態で説明する、用紙なしやカセットオープンは、エラーに関するステータスであるが、本実施形態を適用できるステータスは、エラーのステータスに限るものではない。すなわち警告のステータスに用いることも可能である。

ステップＳ７０５では、デバイスＡ用のステータス定義ファイル１００２と発生回数を参照し、取得したステータス情報が無視対象ステータスか否かを判定する。取得したステータスが、「０ｘ０４０１」で発生回数「１」である場合、１００３を参照すると、無視するステータスと判断され、通知を行わないようにする。すなわち、無視対象のステータスと判定された場合には、ステップＳ７０８の通知を行わず、ステップＳ７０９へ処理を移す。連続して取得したステータスが、「０ｘ０４０１」で発生回数「２以上」である場合、カセットがオープンされ続けているものと判断でき、通知を行うようにする。言い換えると、無視対象のステータスでないと判定された場合には、ステップＳ７０８の通知を行うようにするため、ステップＳ７０６へ処理を移す。

なお、ステップＳ７０５は、取得される状態情報の取得回数に基づき、前記取得手段により取得された状態情報による通知を抑止する状態情報か、通知をする状態情報かを判定する通知判定処理の一例を示すステップである。より具体的には、図１１で管理された取得回数と、状態情報に対応して記憶されている通知を抑止すべき図１０の１００３の回数とを用いて、通知を抑止する状態情報か、通知をする状態情報かを判定する。
図１１で管理された取得回数（連続取得回数）が、図１０の１００３の回数を満たす場合には、状態情報を無視し、状態変更されたことによる通知を抑止する。

ステップＳ７０６では、デバイスＡ用のステータス定義ファイル１００２を参照して、通知種別、ログ出力用文字列を決定する。すなわち、状態情報の種別を決定する種別決定処理の一例を示すステップである。

なお、この処理の中で、バルーンで通知する通知情報（文字列）や、変更するアイコンを決定するものとするが、ステップＳ７０８の処理を行う際に実行してもよい。

ステップＳ７０７では、前回のステータス（ＲＡＭに記憶されている）と同じ通知種別のステータスか否かを判定する。同じ通知種別である場合には、ステップＳ７０９へ処理を移す。同じ通知種別でない場合には、ステップＳ７０８へ処理を移す。なお、同じ通知種別である場合には、ステップＳ６０３で説明した通り、ログ出力するものとする。

すなわち、種別決定処理により決定された状態情報の種別が、前回の通知した際の状態情報の種別と一致した場合には通知を抑止し、前回の通知した際の状態情報の種別と一致しない場合には通知する通知判定処理の一例を示すステップである。

ステップＳ７０８では、アイコンを変更し、通知種別に基づいたバルーン表示を行う。ここで、次回の判定（ステップＳ７０７）に用いるために、今回の通知した通知種別をＲＡＭに記憶する。

すなわち、通知を抑止する状態情報であると判定された場合に、当該状態情報に基づく通知を抑止し、通知する状態情報と判定された場合に、当該状態情報に基づく通知をする通知処理の一例を示すステップである。

ステップＳ７０９では、ステータスの監視を終了か否かを判定する。ステータスの監視の終了は、例えば、ステップＳ８０３やステップＳ８０７によるプリンタステータス監視プログラムでの監視終了などで決定する。通常の動作は、ステップＳ７０１で次の監視タイミングになったら、デバイスに要求する。

次に、図８を用いて、図６のステップＳ６０６の詳細な処理について説明する。図８は、本実施形態における、クライアント端末１０１（プリンタステータス監視プログラム）の操作に応じた処理の一例を示すフローチャートである。

ステップＳ８０１では、オペレーティングシステムより操作に関するメッセージを取得して、操作を特定する。
ステップＳ８０２では、タスクトレイアイコンが右クリックされたと判定された場合に、ポップアップメニューを表示する。

ステップＳ８０３では、ステップＳ８０１で表示したポップアップメニューから自動監視ＯＦＦが選択された場合に、図７のステータスの監視処理を停止する。なお、複数のデバイスの監視を実行している場合（複数のデバイスのステータス定義ファイル１００２を読み込んで監視している場合）には、何れのデバイスを停止するかの指示を受け付け、指示を受け付けたデバイスの監視を停止するものとする。ステータスの監視を停止した場合には、発生回数カウンタディクショナリ（図１１）をクリアする。

ステップＳ８０４では、ステップＳ８０１で表示したポップアップメニューから自動監視ＯＮが選択された場合に、図７のステータスの監視処理を開始する。なお、ステップＳ８０３と同様に、何れのデバイスを開始するかの指示を受け付け、指示を受け付けたデバイスの監視を開始するものとする。

ステップＳ８０５では、ステップＳ８０１で表示したポップアップメニューから設定が選択された場合に、設定画面を表示する。設定画面を表示した際の処理については、図９で詳述する。
ステップＳ８０６では、ステップＳ８０１で表示したポップアップメニューから終了が選択された場合に、プリンタステータス監視プログラムを終了する。

次に、図９を用いて、図８のステップＳ８０５の詳細な処理について説明する。図９は、本実施形態における、クライアント端末１０１（プリンタステータス監視プログラム）の設定画面処理の一例を示すフローチャートである。

ステップＳ９０１では、設定画面に反映する情報を、設定情報１００１から取得する。具体的には、監視対象デバイスＩＰアドレス、ステータス監視間隔を取得する。図１０は、クライアント端末１０１で管理している各種情報を示す図である。

ステップＳ９０２では、設定画面に反映する情報を、デバイス別ステータス定義ファイル（デバイスＡ用のステータス定義ファイル１００２）から取得する。具体的には、１００３の、ログ出力用文字列と無視判断回数を取得する。なお、ユーザが識別し易いようにログ出力用文字列を取得したが、ステータス情報値を取得して、表示する際に、他の表示用の文字列に変換してもよい。

ステップＳ９０３では、ステップＳ９０１とステップＳ９０２で取得した情報を反映した設定画面（図１８）を表示する。１８０１には、ステップＳ９０１で取得した情報が表示される。１８０２には、ステップＳ９０２で取得した情報が表示される。１８０４は、ステップＳ９０４で入力されるため、空の状態で表示される。

ステップＳ９０４では、１８０４で発生回数（設定値）の入力を受け付け、１８０３の発生状況確認ボタンの押下を受け付ける。ここでは、１８０２で選択されたステータス情報を条件に、発生状況の確認を行う。

ステップＳ９０５では、図１３の監視ログを参照し、選択されたステータス情報で、所定の期間においてステップＳ９０４で入力された発生回数に合致するステータス情報（ログ）を取得する。所定期間は１日とするが、ユーザに入力させた期間（日、時間）を用いてもよい。
なお、１８０２で複数のステータス情報を選択して、同時に発生するステータス情報のログを確認するようにすることも可能である。

ステップＳ９０６では、取得したログを１８０４の一覧に表示する。一覧には、日付、時間、ステータス名の項目がある。また、通知種別も表示してもよい。ここで、１８０１や１８０２でユーザから設定値の変更を受け付ける。ステータスごとに無視回数の設定値もここで受け付けるものとする。

ステップＳ９０７では、ＯＫボタンが押下されたか否かを判定する。ＯＫボタン、すなわち設定変更する操作がされたか否かを判定する。ＯＫボタンが押下された場合には、ステップＳ９０８へ処理を移す。キャンセルボタンが押下された場合には、ステップＳ９０９へ処理を移す。

ステップＳ９０８では、入力された設定値を、設定ファイル（設定情報１００１）、デバイス別ステータス定義ファイル（デバイスＡ用のステータス定義ファイル１００２）にそれぞれ反映する（記憶する）。

ステップＳ９０９では、図１８の設定画面を閉じる処理を行う。設定画面を閉じる処理は、ウィンドウの「×」ボタンを押下するなによって閉じる処理を実行してもよい。

次に、図１４〜図１７を用いて、本実施形態の通知抑止処理を適用した場合の具体的な利用形態における処理例を説明する。

まず図１４と図１５を用いて、デバイスがスリープから復帰する際の例について説明する。
図１４は、本実施形態の特徴的な処理を適用しない場合の処理の例を簡略化した図である。
１４０１は、プリンタステータス監視プログラム上での通知状態を示している。１４０２は、デバイス上でのステータス（ＭＩＢ情報）を示している。

クライアント端末１０１がデバイス１０２に印刷ジョブを送信すると、デバイスがスリープから復帰を行う。このとき、デバイスの仕様により、一時的にステータスが「用紙なし＋カセットオープン」となる。プリンタステータス監視プログラムは一定の間隔でステータスを取得するため、プリンタステータス監視プログラムが「用紙なし＋カセットオープン」のバルーン通知を行う。そして、また少しすると、デバイスが自動的に「正常」に戻るため、プリンタステータス監視プログラムが「正常」のバルーン通知を行う。
すなわち、すぐにスリープ入るようなデバイスでは、不要な通知が繰り返され、クライアント端末１０１のユーザにとってはわずらわしい通知となってしまう。

図１５は、本実施形態の特徴的な処理を適用した場合の処理の例を簡略化した図である。

１５０１は１４０１に対応し、１５０２は１４０２に対応するステータスである。デバイスＡ用のステータス定義ファイル１００２の、「用紙なし」「カセットオープン」に無視判断回数１が設定され、それぞれのステータスについて、発生回数ディクショナリに１が記憶されている場合、プリンタステータス監視プログラムはデバイス１０２で変更されたステータスを受け取っても、通知を行わないように制御する。これにより、プリンタステータス監視プログラムでは正常の状態が維持され、不要な通知が繰り返されることがなくなる。クライアント端末１０１のユーザにとってはわずらわしさを軽減することができる。

次に、図１６と図１７を用いて、ユーザがデバイスのカセットを引出、メモ用紙としてカセットにセットされている用紙を利用する場合の例について説明する。
図１６は、本実施形態の特徴的な処理を適用しない場合の処理の例を簡略化した図である。
１６０１は、プリンタステータス監視プログラム上での通知状態を示している。１６０２は、デバイス上でのステータス（ＭＩＢ情報）を示している。

ユーザがデバイス１０２のメモ用紙としてカセットの用紙を利用するためにカセットを開ける。これによりデバイスが、ステータスを「カセットオープン」とする。プリンタステータス監視プログラムは一定の間隔でステータスを取得するため、プリンタステータス監視プログラムが「カセットオープン」のバルーン通知を行う。ユーザはすぐにカセットを閉めるため、デバイスが「正常」に戻り、デバイスのステータスに基づきプリンタステータス監視プログラムが「正常」のバルーン通知を行う。

この例のデバイスのステータスの「カセットオープン」は、用紙の抜き取りのため一時的なものであり、誤報ではないものの、不要な通知となる。すなわち、用紙の入れ替え以外にカセットオープンするような利用形態では、不要な通知が繰り返され、クライアント端末１０１のユーザにとってはわずらわしい通知となってしまう。

図１７は、本実施形態の特徴的な処理を適用した場合の処理の例を簡略化した図である。

１７０１は１６０１に対応し、１７０２は１６０２に対応するステータスである。デバイスＡ用のステータス定義ファイル１００２の、「カセットオープン」に無視判断回数１が設定され、このステータスについて、発生回数ディクショナリに１が記憶されている場合、プリンタステータス監視プログラムはデバイス１０２で変更されたステータスを受け取っても、通知を行わないように制御する。これにより、プリンタステータス監視プログラムでは正常の状態が維持され、不要な通知が繰り返されることがなくなる。クライアント端末１０１のユーザにとってはわずらわしさを軽減することができる。

なお、図１７の例で、ユーザがカセットを開き、メモ用紙をとるだけでなく、用紙の補充を行う場合には、プリンタステータス監視プログラムでは、カセットオープンのステータスが２回以上繰り返し取得されるため、１７０３は、正常ではなく、「カセットオープン」のステータスとして通知がされることになる。

なお、本実施形態では、デバイス個別に通知の抑止をできる仕組みとしたが、機種ごとに通知の抑止を行うようにしてもよい。ステータス情報の取得は、デバイス個別であるが、定義ファイルは機種別の定義ファイルとして、実行することも可能である。

（他の実施形態の説明）
最後に他の実施形態について、説明する。

プリンタステータス監視プログラムを実行すると、クライアント端末１０１に登録されているプリンタオブジェクト（プリンタ管理画面で表示されるプリンタアイコンに対応するプリンタ情報）を取得し、クライアント端末１０１で管理しているプリンタ（デバイス）のＩＰアドレスを取得する。
この取得したＩＰアドレスを、プリンタステータス監視プログラムで監視するデバイスとして設定する。このＩＰアドレスは、設定情報１００１に記憶される。

また、この設定情報１００１と、クライアント端末１０１に登録されているプリンタ情報（ＩＰアドレス）とを比較して、新たに追加されたＩＰアドレスがある場合に、プリンタステータス監視プログラムは、監視対象デバイスとして追加するかをユーザに通知する。
この通知に従って、追加する指示があった場合に、設定情報１００１にＩＰアドレスを自動で追加する。
なお、追加しない指示があった場合には、次の起動で再度追加の通知がされないように、追加しないＩＰアドレスとして別途管理するものとする。

本実施形態では、クライアント端末１０１を利用しているユーザごとに、またデバイスごとに、通知抑止する設定ができるため、ユーザごとにわずらわしさを軽減することが可能となる。

以上説明したように、本実施形態によれば、デバイスに対応した状態通知制御ができる。特に、デバイス側に特別な機構（ステータスの詳細チェック機構）を用いることなく、デバイスが従来有しているＭＩＢ情報を用いて、簡単に状態通知制御（ユーザがわずらわしいと考える通知を抑止）することができる。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１０１ クライアント端末
１０２ デバイスＡ
１０３ デバイスＢ
１０４ デバイスＣ
４００ ネットワーク（ＬＡＮ）
２０１ ＣＰＵ
３０１ ＣＰＵ

Claims (8)

1. デバイスの状態情報に基づき、デバイスの状態を通知する情報処理装置であって、
   予め設定されているデバイス識別情報に基づいて、デバイスの状態情報を取得する取得手段と、
   前記取得手段により取得される状態情報の取得回数に基づき、前記取得手段により取得された状態情報による通知を抑止する状態情報か、通知をする状態情報かを判定する通知判定手段と、
   前記通知判定手段により通知を抑止する状態情報であると判定された場合に、当該状態情報に基づく通知を抑止し、前記通知判定手段により通知する状態情報と判定された場合に、当該状態情報に基づく通知をする通知手段と
   を備えることを特徴とする情報処理装置。
2. 前記状態情報の種別を決定する種別決定手段を更に備え、
   前記通知判定手段は、前記種別決定手段により決定された状態情報の種別が、前回の通知した際の状態情報の種別と一致した場合には通知を抑止し、前回の通知した際の状態情報の種別と一致しない場合には通知すること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記取得手段により取得される状態情報の連続して取得した取得回数を管理する回数管理手段を更に備え、
   前記通知判定手段は、前記回数管理手段で管理された取得回数と、前記状態情報に対応して記憶されている通知を抑止すべき回数とを用いて、通知を抑止する状態情報か、通知をする状態情報かを判定することを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記通知手段により通知するデバイスの状態情報を記憶する状態情報記憶手段と、
   前記状態情報記憶手段に記憶されている状態情報を参照することにより、通知を抑止する状態情報を設定する設定画面を表示する設定画面表示手段と
   を更に備えることを特徴とする請求項１乃至請求項３のいずれか１項に記載の情報処理装置。
5. 前記設定画面表示手段は、前記状態情報ごとに、前記取得回数を設定することを特徴とする請求項４に記載の情報処理装置。
6. 前記情報処理装置に登録されているデバイスのデバイス識別情報を取得するデバイス識別情報取得手段と、
   前記取得手段は、前記デバイス識別情報取得手段により取得されたデバイス識別情報に基づき、デバイスから所定の間隔で状態情報を取得することを特徴とする請求項５に記載の情報処理装置。
7. デバイスの状態情報に基づき、デバイスの状態を通知する情報処理装置の処理方法であって、
   予め設定されているデバイス識別情報に基づいて、デバイスの状態情報を取得する取得ステップと、
   前記取得ステップにより取得される状態情報の取得回数に基づき、前記取得ステップにより取得された状態情報による通知を抑止する状態情報か、通知をする状態情報かを判定する通知判定ステップと、
   前記通知判定ステップにより通知を抑止する状態情報であると判定された場合に、当該状態情報に基づく通知を抑止し、前記通知判定ステップにより通知する状態情報と判定された場合に、当該状態情報に基づく通知をする通知ステップと
   そ含むことを特徴とする処理方法。
8. デバイスの状態情報に基づき、デバイスの状態を通知する情報処理装置のプログラムであって、
   前記情報処理装置を、
   予め設定されているデバイス識別情報に基づいて、デバイスの状態情報を取得する取得手段と、
   前記取得手段により取得される状態情報の取得回数に基づき、前記取得手段により取得された状態情報による通知を抑止する状態情報か、通知をする状態情報かを判定する通知判定手段と、
   前記通知判定手段により通知を抑止する状態情報であると判定された場合に、当該状態情報に基づく通知を抑止し、前記通知判定手段により通知する状態情報と判定された場合に、当該状態情報に基づく通知をする通知手段
   として機能させるためのプログラム。

Images