監視ホスト装置、画像形成装置及びその制御方法、プログラム、記憶媒体
【課題】 ユーザや監視ホストのオペレータが、ログイン・アカウントやパスワードの管理を不要とする。
【解決手段】 画像形成装置の提供する管理者向けＷＥＢページから監視ホスト装置の提供するＷＥＢページを閲覧する場合に、画像形成装置のデバイスシリアル番号を認証に用いることで、ログイン・アカウントを用いた認証操作を省略する。
【解決手段】 画像形成装置の提供する管理者向けＷＥＢページから監視ホスト装置の提供するＷＥＢページを閲覧する場合に、画像形成装置のデバイスシリアル番号を認証に用いることで、ログイン・アカウントを用いた認証操作を省略する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視ホスト装置、画像形成装置、情報処理装置を含む画像形成装置の監視システム、及びそれらのＷＥＢページのアクセス制御方法に関するものである。
【背景技術】
【０００２】
近年、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続された画像形成装置やプリンタなどの画像形成装置の稼動状態を遠隔地から監視するシステムが存在している。このようなシステムでは、複数の画像形成装置とそれらを監視する監視ホストとが、ＬＡＮやＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＩｎｔｅｒｎｅｔを介して互いに通信を行う。 そして画像形成装置から監視ホストに対して、印刷枚数などの情報を定期的に通知すると共に、ジャム／アラーム／エラーなどの情報をそれらが発生したタイミングで通知する。
【０００３】
一方、通知を受けた監視ホスト側では、これら通知の内容を蓄積管理して画像形成装置の稼働状況を判断すると共に、画像形成装置で発生した障害への対処なども行う。
【０００４】
監視ホストに蓄積管理されている上記情報は、クライアントＰＣ上で稼動しているＷｅｂブラウザ等を用いて外部から閲覧することが可能となっている。この場合、監視ホストの管理者が閲覧用の認証アカウント／パスワードを作成して閲覧者に提供し、ユーザは図１３の７０２のような認証画面から、その認証アカウント（ユーザ名）／パスワードを使用して監視ホストにアクセスするのが普通である。
【０００５】
また、認証を仲介する機器を介してユーザとサーバ間のアクセス認証を行う方法が提案されている（特許文献１参照）。この方法では、予めサーバ側にて、ユーザを特定するための生体特徴情報と、認証を仲介する機器情報とを管理しておく。そして、ユーザから入力された生体特徴情報と、認証を仲介する機器の機器情報とを組み合わせてサーバ側でアクセス認証を行う。
【特許文献１】特開２００４−０７８５２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来例のような、ユーザから監視ホストへのアクセスを認証する方法として、図１３の７０２のような認証を用いる場合、監視ホスト側の管理者はユーザ毎に認証アカウント／パスワードを発行し、それをメンテナンスする必要がある。またユーザは、発行された認証アカウント（ユーザ名）／パスワードを忘れずに管理し続ける必要がある。これらの作業は、管理者にとってもユーザにとっても手間のかかるものである。特に、ユーザ数が多い場合には、監視ホストの管理者の作業負荷は非常に大きなものとなってしまう。
【０００７】
また、特許文献１にあるような生態特徴情報を利用する認証方式を用いた場合、少なくともユーザ側でのアカウントとパスワードの管理作業は必要なくなる。しかし、生体特徴情報を監視ホスト側へ送るためには、生体情報を読み取るための特別な機器が必要であり、一般的な画像形成装置の監視システムにて使用するのはコストがかかり過ぎるため現実的ではない。
【０００８】
本発明は、ユーザがクライアントＰＣから監視ホストの監視サービス画面にアクセスする際、セキュリティを確保しながら、かつ既存のハードウェア構成を利用して、簡便な方法でアクセス認証を実現することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために本発明による監視ホスト装置は以下の構成を備える。即ち、
通信媒介を介して、画像形成装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続された監視ホスト装置であって、
前記監視ホスト装置が有するＷＥＢサーバが提供するＷＥＢページと、
複数の画像形成装置それぞれの固有情報とアクセス可否情報とアクセス要求時間情報を関連付けて管理するアクセス情報管理手段と、
画像形成装置から前記画像形成装置の固有情報を受信する固有情報受信手段と、
受信した前記固有情報の画像形成装置へ前記ＷＥＢページへのアクセスの可否を通知するアクセス可否通知手段と、
前記クライアント装置からの前記ＷＥＢページへのアクセスを受けたとき、前記アクセス情報管理手段の管理する情報に基づいて前記ＷＥＢページへのアクセスを制御するアクセス制御手段とを有し、
前記固有情報受信手段が画像形成装置から固有情報を受信したとき、前記アクセス情報管理手段の管理する前記固有情報に対応する画像形成装置のアクセス可否情報に基づいて前記アクセス可否通知手段が前記画像形成装置へアクセスの可否の通知を行うとともに、前記アクセス情報管理手段は前記画像形成装置の前記固有情報に対応付けてアクセス要求時間情報を記憶し、前記アクセス制御手段は記憶した前記アクセス要求時間情報に基づいて前記ＷＥＢページへのアクセスを制御する。
【００１０】
また、上記の目的を達成するために本発明による画像形成装置は以下の構成を備える。即ち、
通信媒介を介して、ＷＥＢサーバを有する監視ホスト装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続されたＷＥＢサーバを有する画像形成装置であって、
前記クライアント装置からの前記画像形成装置が有するＷＥＢサーバへのアクセスを受けて、前記監視ホスト装置へのアクセス要求情報含むＷＥＢページデータを前記クライアント装置へ送信するＷＥＢページデータ送信手段と、
前記クライアント装置から前記ＷＥＢページデータに含まれる前記アクセス要求情報への参照があった場合に、前記監視ホスト装置へ前記画像形成装置の固有情報を通知する固有情報通知手段と、
前記監視ホスト装置から、前記監視ホスト装置が有するＷＥＢサーバへのアクセスの可否を受信するアクセス可否受信手段と、
前記アクセス可否受信手段がアクセス許可を受信した場合には、前記アクセス要求情報への参照への応答として、前記クライアント装置へ前記監視ホスト装置が有するＷＥＢサーバへのリダイレクト情報を送信するリダイレクト情報送信手段とを有する。
【発明の効果】
【００１１】
本発明に寄れば、ユーザがクライアントＰＣから監視ホストにアクセスする際、セキュリティ性を確保しながら、かつ既存のハードウェア構成を利用して、ログインアカウントを用いた認証操作を省略することが可能となる。これにより、ユーザや監視ホストのオペレータは、煩わしいログインアカウントやパスワードの管理を行う必要がなくなる。
【発明を実施するための最良の形態】
【００１２】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【００１３】
尚、説明文中の符号について、特に断りがない限りは実施形態の共通または類似部分について共通の符号を付することで、重複説明を省略するものとする。
【００１４】
＜第１の実施の形態＞
図１は、本発明の実施の形態に係るシステム全体を示す図である。
【００１５】
この図において、３１０は画像形成装置の稼動状態を一元的に監視する監視ホスト（監視サーバ）であり、後述する画像形成装置１００やクライアントコンピュータ３００（以下、クライアントＰＣと呼ぶ）とインターネット２０を介して通信を行う。
【００１６】
１０はユーザ側のローカルネットワーク（以下、イントラネットと呼ぶ）を表している。画像形成装置１００やクライアントコンピュータ３００は、このイントラネット１０を介して互いに接続されている。
【００１７】
画像形成装置１００は、インターネット２０を介し、動作モード設定や印刷枚数カウンタ値、各部品の稼動量を表す部品カウンタ値、稼働ログなどの稼動情報、サービスコールやジャム、アラームなどの障害情報を監視ホスト３１０へ通知する。また、監視ホスト３１０からの様々な要求（情報取得要求／通信スケジュール設定要求／ファームウェアアップデート要求など）を受け付ける。この際の通信手段としては例えばＨＴＴＰＳ／ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）のプロトコルを用いる。
【００１８】
尚、ここで述べる画像形成装置１００としては、具体的にはプリント機能、コピー機能、ファクシミリ機能、送信機能（ｅ−ｍａｉｌ、ＦＴＰ等）等を統合したデジタル複合画像形成装置やプリンタ、スキャナ、ファクシミリなどが挙げられる。
【００１９】
図２は、画像形成装置１００全体の制御を司るコントローラ１８０の構成を表すブロック図である。
【００２０】
コントローラ１８０の各構成要素は、システムバス１８１及び画像バス１８２に接続されている。ＲＯＭ１８３には画像形成装置１００の制御プログラムが格納されており、ＣＰＵ１８６で実行される。ＲＡＭ１８４は、プログラムを実行するためのワークメモリエリアであり、画像データを一時記憶するための画像メモリでもある。蓄積メモリ１８５は不揮発性メモリであり、各種動作モード設定やアドレス帳、印刷枚数カウンタ値、部品の稼動量を表す部品カウンタ値、稼働ログ、サービスコールエラー／ジャム／アラームなどの障害情報が記憶される。各種動作モード設定には、画像形成装置１００の再起動後も保持しておく必要のある設定が含まれる。Ｎｅｔｗｏｒｋ Ｉ／Ｆ１８９はＬＡＮと接続するためのインタフェース部であり、ＬＡＮを介して拠点監視装置２００と通信を行う。回線Ｉ／Ｆ部１９０は、ＩＳＤＮや公衆電話網に接続され、ＲＯＭ１８３内の通信制御プログラムにより制御され、ＩＳＤＮ Ｉ／Ｆやモデム、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介して遠隔の端末とデータの送受信を行う。ファクシミリの送受信もこの回線Ｉ／Ｆ部１９０を使用して行う。操作部１８８には表示手段やキー入力手段が内蔵されており、これらはＣＰＵ１８６にて制御される。操作者は、キー入力手段を通してスキャナ読み取りやプリント出力に関する各種設定指示や、作動／停止指示を行う。以上の構成要素がシステムバス１８１上に配置される。
【００２１】
ＩＯ制御部１９７は、システムバス１８１と画像データを高速で転送する画像バス１８２とを接続するためのバスブリッジである。画像バス１８２は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス１８２上には以下のデバイスが配置される。デジタルＩ／Ｆ部１９３は、画像形成装置１００のリーダー部１９６やプリンタ部１９７とコントローラ１８０とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダー部１９６やプリンタ部１９７内の各所に配置した前述の各種センサが検出した情報は、このデジタルＩ／Ｆ部１９３、及びＩＯ制御部１９７を介してシステムバス１８１へ流れる。画像処理部１９１は、入力及び出力画像データに対し補正／加工／編集を行う。画像回転部１９２は画像データの回転を行う。画像圧縮伸長部１９４は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ／ＭＭＲ／ＭＲ／ＭＨの圧縮伸張処理を行う。画像密度変換部１９５は、出力用画像データに対して解像度変換等を行う。
【００２２】
ＣＰＵ１８６で実行される制御プログラムにより、ＣＰＵ１８６は蓄積メモリ１８５内の情報を読み出し、Ｎｅｔｗｏｒｋ Ｉ／Ｆ１８９を介して監視ホスト３１０へ送信する。尚、蓄積メモリ１８５内の情報は、各種動作モード設定や印刷枚数カウンタ値、部品の稼動量を表す部品カウンタ値、稼働ログ、サービスコールエラー／ジャム／アラームなどの障害情報等である。この際ＣＰＵ１８６では、上記読み出した情報を大きく２つに分類し、監視ホスト３１０へ送信するタイミングをそれぞれ変えている。
【００２３】
ひとつは、画像形成装置１００側で発生するサービスコールエラー／ジャム／アラームなどの障害に関する情報である。これらの情報は即時性が要求されるため、ＣＰＵ１８６は障害発生後直ちに監視ホスト３１０へ送信する。
【００２４】
もうひとつは、各種動作モード設定や印刷枚数カウンタ値、部品の稼動量を表す部品カウンタ値、稼動ログなどの情報である。これらの情報は所定の通信スケジュールに従って定期的に監視ホスト３１０へ送信する。
【００２５】
またコントローラ１８０内ではＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバプログラムが動作しており、蓄積メモリ１８５に記憶されている上記情報をクライアントＰＣ３００上で稼動するＷｅｂブラウザから閲覧可能となっている。
【００２６】
図３は、監視ホスト３１０のハードウェア構成を示すブロック図である。
【００２７】
監視ホスト３１０は、ＣＰＵ２５２と、ＲＯＭ２５３と、作業メモリであるＲＡＭ２５４と、通信を行うためのＮｅｔｗｏｒｋ Ｉ／Ｆ部２５５と、表示制御部２５６と、入力制御部２５８と、ＨＤＤ２６１がシステムバス２５１に接続された構成をとっている。ＣＰＵ２５２は、監視ホスト３１０全体を制御する。ＲＯＭ２５３は、読み出し専用メモリでありシステム起動に必要なブートプログラムを記憶する。ＲＡＭ２５４は、ＣＰＵ２５２でプログラムを実行する際に必要とされる作業メモリである。Ｎｅｔｗｏｒｋ Ｉ／Ｆ部２５５は、画像形成装置１００やクライアントＰＣ３００とインターネット２０を介して通信を行う。ＨＤＤ２６１は、ＣＰＵ２５２で実行するプログラムや画像形成装置１００の稼働情報などを格納する。表示制御部２５６には表示デバイス２５７が接続され、入力制御部２５８には入力デバイス２５９，２６０が接続されている。監視ホスト３１０を管理するオペレータは、これら入出力デバイスを通じて画像形成装置１００の稼動状態の確認や各種設定入力を行う。
【００２８】
監視ホスト３１０は、前述したように画像形成装置１００から送信される情報をＮｅｔｗｏｒｋ Ｉ／Ｆ２５５からＩｎｔｅｒｎｅｔ２０を介して常時受信し、ＨＤＤ２６１に格納する。また監視ホスト３１０内ではＷＷＷサーバプログラムが動作しており、ＨＤＤ２６１に格納した上記情報はクライアントＰＣ３００上で稼動するＷｅｂブラウザから閲覧可能となっている。
【００２９】
図４は、監視ホスト３１０がＨＤＤ２６１内に保持している画像形成装置１００の情報管理テーブル４０１を模式的に表したものである。この情報管理テーブルのデバイスシリアルＮｏ．欄４０２には、監視対象となる画像形成装置１００を一意に特定可能なシリアル番号を格納する。このシリアル番号は画像形成装置の固有情報である。ユーザＩＤ欄４０３には、各画像形成装置１００を所有するユーザを一意に特定可能なユーザＩＤを格納する。アクセス許可フラグ欄４０４には、クライアントＰＣ３００を用いて監視ホスト３１０のＷＷＷサーバにアクセス可能か否かをユーザＩＤ毎に設定するためのフラグを格納する。このフラグは、”１”ならばアクセス可能、”０”ならばアクセス不可能を表している。そして、これらデバイスシリアルＮｏ．欄４０２、ユーザＩＤ欄４０３、アクセス許可フラグ欄４０４の内容は、前述のオペレータによって入力／管理される。アクセス許可時刻欄４０５については後ほど詳細に説明するが、初期値は“ＮＵＬＬ”となっている。尚、“ＮＵＬＬ”値とは、何のデータも含まれない状態、あるいは長さ０の空文字列のことを意味する。尚、アクセス許可時刻欄４０５の時刻はアクセス要求時間情報とも呼ぶ。
【００３０】
図５は、画像形成装置１００が監視ホスト３１０とで通信する際に使用する、ＸＭＬ形式のデータの一例を表したものである。ここでは画像形成装置１００と監視ホストはＨＴＴＰＳ／ＳＯＡＰで通信している。図５の内容の詳細については、後ほど詳細に説明する。
【００３１】
図６は、前述した画像形成装置１００のコントローラ１８０内で動作しているＷＷＷサーバのＷｅｂページに対して、ユーザがクライアントＰＣ３００上で稼動するＷｅｂブラウザからアクセスした際に表示される管理画面６０１の例を示したものである。ユーザは、この管理画面６０１を通じて画像形成装置１００の稼動状態やプリント等のジョブ処理状況、アドレス帳、ユーザモード設定の閲覧や編集を行うことが可能である。この管理画面６０１は画像形成装置の状態表示を行うＷＥＢページである。ＷＥＢページはＷＥＢサーバからクライアントＰＣの要求に応じてＷＥＢページデータをＷＥＢブラウザに送信して表示を行う。また、この管理画面６０１上では、前述した監視ホスト３１０内で動作しているＷＷＷサーバにアクセスするためのＵＲＬも表示／確認可能である。
【００３２】
図７は、前述した監視ホスト３１０内で動作しているＷＷＷサーバに対して、ユーザがクライアントＰＣ３００上で稼動するＷｅｂブラウザからアクセスした際に表示される監視サービス画面７０１の例を示したものである。
【００３３】
ユーザは、この監視サービス画面７０１を通じて、例えば社内ＬＡＮやイントラネット内で保有している全ての画像形成装置１００をリスト表示して確認することができる。また、各画像形成装置１００の印刷枚数カウンタ値やサービスコールエラー／ジャム／アラームなどの障害に関する情報、トナー／インクといった消耗品の在庫情報等の監視情報の閲覧が可能である。この監視サービス画面７０１は複数の画像形成装置１００の監視情報の表示を行うＷＥＢページである。
【００３４】
図８は、クライアントＰＣ３００上で稼動するＷｅｂブラウザにて監視ホスト３１０が提供する監視サービス画面７０１を表示する際の処理シーケンスを表した図である。以下、この図を用いて本発明の内容を詳細に説明する。
【００３５】
監視ホスト３１０上のＷＷＷサーバにアクセスして監視サービス画面７０１の表示を希望するユーザは、先ずステップ８０１にてクライアントＰＣ３００上で稼動するＷｅｂブラウザを操作する。そしてクライアントＰＣ３００のＷｅｂブラウザからアクセス可能なイントラネット１０内の任意の画像形成装置１００の管理画面にアクセスする。本実施例では、シリアル番号が“４ＥＺ０７Ｆ１４９”である画像形成装置１００の管理画面にアクセスすることを想定して説明する。
【００３６】
管理画面のＵＲＬは、画像形成装置１００のイントラネット１０内でのＩＰアドレスを”ＡＤＤＲＥＳＳ”とした場合、常にｈｔｔｐ：／／ＡＤＤＲＥＳＳ／ｉｎｄｅｘ．ｈｔｍｌとなっている。従って、ユーザは画像形成装置１００のイントラネット１０内でのＩＰアドレスを知っていさえすれば、その画像形成装置１００の管理画面にアクセスできる。言い換えると、画像形成装置１００のイントラネット１０内でのＩＰアドレスを知っているユーザのみが、そのＩＰアドレスを指定して直接画像形成装置１００にアクセス可能となる。そのユーザのみがクライアントＰＣ３００のＷｅｂブラウザを用いて、画像形成装置１００の管理画面にアクセスできる。
【００３７】
尚、ＩＰアドレスの替わりにＤＮＳを用いてＵＲＬの記述をホスト名で記述しても良い。この場合、特定のホスト名あるいはパス名を知るユーザのみが画像形成装置１００の管理画面にアクセスできることになる。
【００３８】
続くステップ８０２にて、画像形成装置１００は監視ホスト３１０に対して監視サービス画面へのアクセス権の有無を問い合わせる。この問い合わせはＨＴＴＰＳ／ＳＯＡＰ通信を用いて行い、図５に示したＸＭＬ形式のデータを送出する。データ中の
＜ｎｓ１：ｃｏｎｆｉｒｍＡｃｃｅｓｓｘｍｌｎｓ：ｎｓ１＝”ｓｅｒｖｅｒ”ＳＯＡＰ−ＥＮＶ：ｅｎｃｏｄｉｎｇＳｔｙｌｅ＝ｈｔｔｐ：／／ｓｃｈｅｍａｓ．ｘｍｌｓｏａｐ．ｏｒｇ／ｓｏａｐ／ｅｎｃｏｄｉｎｇ／＞
の＜ｎｓ１：ｃｏｎｆｉｒｍＡｃｃｅｓｓｘｍｌｎｓ：ｎｓ１＝”ｓｅｒｖｅｒ”〜
は、このＨＴＴＰＳ／ＳＯＡＰ通信がアクセス権の問い合わせコマンドであることを示している。また、同じく図５のデータ中の
＜ｓｅｒｉａｌＮｕｍｂｅｒ ｘｓｉ：ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”＞４ＥＺ０７Ｆ１４９＜／ｓｅｒｉａｌＮｕｍｂｅｒ＞
は、このデータ送出元の画像形成装置１００のシリアル番号が”４ＥＺ０７Ｆ１４９”であることを示している。
【００３９】
ステップ８０２でアクセス権の問い合わせコマンドを受信した監視ホスト３１０は、先ず受信したＸＭＬ形式のデータを解析し、それが監視サービス画面へのアクセス権の問い合わせコマンドであることを認識する。更に、コマンド送出元がシリアル番号”４ＥＺ０７Ｆ１４９”の画像形成装置１００であることを認識する。続いて、図９に示す処理フローに従ってアクセス権の有無を判断し、ステップ８０３で結果を画像形成装置１００へ返送する。具体的には、ステップ９０１にて認識したシリアル番号”４ＥＺ０７Ｆ１４９”が情報管理テーブル４０１のデバイスシリアルＮｏ．欄４０２内に有るか否かを検索する。シリアル番号”４ＥＺ０７Ｆ１４９”が有った場合、ステップ９０２にて当該レコードのアクセス許可フラグ欄４０４を参照し、アクセス許可フラグの状態を確認する。アクセス許可フラグが“１”の場合は、ステップ９０３にてＨＴＴＰＳ／ＳＯＡＰ通信のレスポンスデータとして画像形成装置１００へアクセス権が有る旨を返送する。一方、前述のステップ９０１、若しくはステップ９０２における判断結果が“Ｎｏ”であった場合は、ステップ９０４にてＨＴＴＰＳ／ＳＯＡＰ通信のレスポンスデータとして画像形成装置１００へアクセス権が無い旨を返送する。
【００４０】
図８のステップ８０３にて監視ホスト３１０から問い合わせ結果を受信した画像形成装置１００は、管理画面６０１のＨＴＭＬデータを生成する。この際、アクセス権が有る旨の結果を受信した場合には、［監視サービス］リンク６０２を付加したＨＴＭＬデータを生成する。一方、アクセス権が無い旨の結果を受信した場合には、［監視サービス］リンク６０２を除外したＨＴＭＬデータを生成する。尚リンクを除外された図６の［監視サービス］リンク６０２はリンク参照しない他に、選択できないことを示すようにグレイアウトしても良いし、リンクボタン６０２自体を表示しないようにＨＴＭＬデータを生成しても良い。そして続くステップ８０４にて、前述したステップ８０１におけるクライアントＰＣ３００からのアクセスに対するレスポンスとして、生成したＨＴＭＬデータをクライアントＰＣ３００に返送する。このレスポンスを受けたクライアントＰＣ３００は、Ｗｅｂブラウザ上に管理画面６０１を表示する。従って、監視ホスト３１０側で監視サービス画面へのアクセスを許可されているユーザのみが、［監視サービス］リンク６０２が付加された管理画面６０１を参照可能となる。
【００４１】
尚、前述したステップ８０２からステップ８０３までの処理は、本発明の目的を達成する上では必ずしも必要な処理ではない。 つまり、ステップ８０１におけるクライアントＰＣ３００からのアクセスに対するレスポンスとして、ステップ８０４にて［監視サービス］リンク６０２を付加したＨＴＭＬデータを常に生成してクライアントＰＣ３００に返送しても良い。
【００４２】
続いてユーザは、クライアントＰＣ３００のブラウザ上に表示された管理画面６０１の［監視サービス］リンク６０２を押下する。管理画面６０１を構成するＨＴＭＬデータは、以下に示すように、［監視サービス］リンク６０２押下時に画像形成装置１００側の所定プログラムを呼び出すように記述されている。
＜ａ ｈｒｅｆ＝“ｈｔｔｐ：／／ＡＤＤＲＥＳＳ／ａｐｐ／ｒｅｑｕｅｓｔＡｃｃｅｓｓ．ｊｓｐ”＞ ＜ｉｍｇ ｓｒｃ＝“ｉｍａｇｅｓ／ｓｅｒｖｉｃｅ１．ｇｉｆ” ｎａｍｅ＝“ｍｓ”＞＜／ａ＞
そのため、ユーザが［監視サービス］リンク６０２を押下すると、ステップ８０５にてブラウザは上記記述に従って画像形成装置１００の所定プログラムを呼び出すよう動作する。 本実施例における上記所定プログラム”ｒｅｑｕｅｓｔＡｃｃｅｓｓ．ｊｓｐ”は、監視ホスト３１０に対して監視サービス画面へのアクセス要求処理を行うプログラム（モジュール）となっている。
【００４３】
このプログラムを呼び出された画像形成装置１００は、続くステップ８０６にて監視ホスト３１０に対して監視サービス画面へのアクセス要求を行う。この要求は前述のステップ８０２と同様にＨＴＴＰＳ／ＳＯＡＰ通信を用いて行う。また、その際に送出するＸＭＬ形式のデータ中に記述するコマンドは、前述のステップ８０２とは異なり、以下のように監視サービス画面へのアクセス要求を示すコマンドとなっている。
＜ｎｓ１：ｒｅｑｕｅｓｔＡｃｃｅｓｓ ｘｍｌｎｓ：ｎｓ１＝”ｓｅｒｖｅｒ” ＳＯＡＰ−ＥＮＶ：ｅｎｃｏｄｉｎｇＳｔｙｌｅ＝ｈｔｔｐ：／／ｓｃｈｅｍａｓ．ｘｍｌｓｏａｐ．ｏｒｇ／ｓｏａｐ／ｅｎｃｏｄｉｎｇ／＞
【００４４】
アクセス要求コマンドを受信した監視ホスト３１０は、前述の処理と同様に受信したＸＭＬ形式のデータを解析し、それが監視サービス画面へのアクセス要求コマンドであることを認識する。更に、コマンド送出元がシリアル番号”４ＥＺ０７Ｆ１４９”の画像形成装置１００であることを認識する。続いて、図１０に示す処理フローに従ってアクセス要求コマンドに対する処理を行い、ステップ８０７で、結果を画像形成装置１００へ返送する。具体的には、ステップ１００１にて認識したシリアル番号”４ＥＺ０７Ｆ１４９”が情報管理テーブル４０１のデバイスシリアルＮｏ．欄４０２内に有るか否かを検索する。シリアル番号”４ＥＺ０７Ｆ１４９”が有った場合、ステップ１００２にて当該レコードのアクセス許可フラグ欄４０４を参照し、アクセス許可フラグの状態を確認する。 アクセス許可フラグが“１”の場合は、ステップ１００３にて当該レコードのアクセス許可時刻欄４０５に現在時刻を格納する。更にステップ１００４にて、ＨＴＴＰＳ／ＳＯＡＰ通信のレスポンスデータとして画像形成装置１００へアクセスを許可した旨を返送する。一方、前述のステップ１００１、若しくはステップ１００２における判断結果が“Ｎｏ”であった場合は、ステップ１００５にてＨＴＴＰＳ／ＳＯＡＰ通信のレスポンスデータとして画像形成装置１００へアクセスを拒否した旨を返送する。
【００４５】
図８のステップ８０７にて監視ホスト３１０からアクセス要求結果を受信した画像形成装置１００は、アクセス要求結果の内容に応じたクライアントＰＣ３００に対するレスポンスデータを生成する。
【００４６】
アクセスを許可した旨の結果を受信した場合には、クライアントＰＣ３００上のブラウザに対して監視ホスト３１０へのアクセスを指示するＨＴＭＬデータを生成する。具体的には、下記に示すメタタグを用いて、監視ホスト３１０の監視サービス画面へリダイレクトを指示するＨＴＭＬデータを生成する。リダイレクトとはＵＲＬが変更されたことを通知する。クライアントＰＣのＷＥＢブラウザはリダイレクト先のＵＲＬを読みに行くことになる。この際、リダイレクト先を指定するＵＲＬの後ろに、ＵＲＬパラメータとして自身のシリアル番号”４ＥＺ０７Ｆ１４９”を暗号化（符号化）した文字列を付加する。下記例では、”？ｉｄ＝８２ｖａｌ３４ｒｋ２ｕ”の部分がこれに相当する。そして続くステップ８０８にて、前述したステップ８０５におけるクライアントＰＣ３００からのアクセスに対するレスポンスとして、生成したＨＴＭＬデータをクライアントＰＣ３００に返送する。
＜ｍｅｔａ ｈｔｔｐ−ｅｑｕｉｖ＝”Ｒｅｆｒｅｓｈ” ｃｏｎｔｅｎｔ＝”０；ＵＲＬ＝ｈｔｔｐｓ：／／ｗｗｗ．ｍｏｎｉｔｏｒ．ｃｏｍ／ｌｏｇｉｎ．ｊｓｐ？ｉｄ＝８２ｖａｌ３４ｒｋ２ｕ”＞
【００４７】
一方、アクセスを拒否した旨の結果を受信した場合には、図１２に示すエラーメッセージを管理画面６０１上に表示するためのＨＴＭＬデータを生成する。そして、前述したステップ８０５におけるクライアントＰＣ３００からのアクセスに対するレスポンスとして、生成したＨＴＭＬデータをクライアントＰＣ３００に返送する。このレスポンスを受けたクライアントＰＣ３００は、図１２に示すエラーメッセージが表示された状態の管理画面６０３をＷｅｂブラウザ上に表示する。
【００４８】
前述のステップ８０８で画像形成装置１００からのレスポンスを受けたクライアントＰＣ３００上のブラウザは、受け取ったＨＴＭＬデータ内のリダイレクト指示に従い、ステップ８０９で自動的に監視ホスト３１０の監視サービス画面へアクセスを開始する。具体的には、ＨＴＴＰのｐｏｓｔメソッド使用し、前記メタデータ内のＵＲＬを指定して監視ホスト３１０へアクセスを行う。
【００４９】
上記クライアントＰＣ３００からのアクセスを受信した監視ホスト３１０は、ｐｏｓｔメソッド内で指定されたＵＲＬパラメータを復号化して画像形成装置１００のシリアル番号を取得する。続いて、図１１に示す処理フローに従って処理を行い、ステップ８１０で、結果を画像形成装置１００へ返送する。先ず、ステップ１１０１にて取得したシリアル番号”４ＥＺ０７Ｆ１４９”が情報管理テーブル４０１のデバイスシリアルＮｏ．欄４０２内に有るか否かを検索する。シリアル番号”４ＥＺ０７Ｆ１４９”が有った場合、ステップ１１０２にて当該レコードのアクセス許可フラグ欄４０４を参照し、アクセス許可フラグの状態を確認する。アクセス許可フラグが“１”の場合は、ステップ１１０３にて当該レコードのアクセス許可時刻欄４０５に格納されている時刻と現在時刻との時間差を算出し、所定時間間隔との大小関係を比較する。この所定時間間隔とは、監視ホスト３１０側で予め決めている数秒から十数秒程度の値としている。上記比較の結果、時間差が所定時間間隔以内であった場合には、当該レコードのユーザＩＤ欄４０３のユーザＩＤを有するユーザによる正規のアクセスであると判断する。そして、情報管理テーブル４０１内で上記ユーザＩＤに紐付く全てのデバイスシリアル番号を表示対象として、監視サービス画面７０１のＨＴＭＬデータを生成する。本実施例では、当該レコードのユーザＩＤは”Ｃｕｓｔｏｍｅｒ００１”であり、それに紐付くデバイスシリアル番号は”４ＥＺ０７Ｆ１４９”と”４ＧＵＰ２４０Ｆ１”である。これはユーザＩＤ”Ｃｕｓｔｏｍｅｒ００１”のユーザが管理するデバイス全ての情報が監視サービス画面７０１に表示されることになる。更に、生成したＨＴＭＬデータをステップ１１０４でクライアントＰＣ３００へ返送し、クライアントＰＣ３００上でのブラウザで監視サービス画面を表示する。従って、ユーザは監視サービスにログインすることなく、監視サービス画面を閲覧することが可能となる。
【００５０】
一方、ステップ１１０１、１１０２、１１０３の何れかの判断結果が“Ｎｏ”であった場合、ステップ１１０５で監視ホスト３１０はＨＴＴＰのレスポンスコードに“４０４（Ｎｏｔ Ｆｏｕｎｄ）”を指定してクライアントＰＣ３００へ返送する。このレスポンスコードを受けたクライアントＰＣ３００上のブラウザは、ブラウザ側で定義しているエラーメッセージを表示し、ユーザに対して監視サービス画面へのアクセスが失敗したことを通知する。
【００５１】
以上、本発明に関るクライアントＰＣ３００から監視サービス画面７０１を表示する際の処理シーケンスについて詳細に説明したが、最後に図１１のステップ１１０３での判断方法の妥当性について以下に説明する。
【００５２】
監視ホスト３１０が情報管理テーブル４０１のアクセス許可時刻欄に時刻をセットするのは、図８のステップ８０６で画像形成装置１００からのアクセス要求を受けた時だけである。何故ならば、このアクセス要求は画像形成装置１００と監視ホスト３１０間で専用に規定しているコマンドを用いており、また通信経路もＳＳＬで暗号化されているため、何者かがアクセス要求を詐称することが不可能だからである。更に、画像形成装置１００が上記アクセス要求を発行するのは、その画像形成装置１００の管理画面６０１に直接アクセス可能なクライアントＰＣ３００からのアクセス要求をステップ８０５で受けた時だけである。つまり、画像形成装置１００と同じイントラネット上に存在するクライアントＰＣ３００を操作可能なユーザにからの操作によってのみ、情報管理テーブル４０１のアクセス許可時刻欄４０５に時刻がセットされることになる。
【００５３】
また、前記ステップ８０７、８０８、８０９はほぼ一瞬で処理されるため、監視ホスト３１０が情報管理テーブル４０１のアクセス許可時刻と、前記ステップ１１０３参照している現在時刻との時間差は非常に小さい。一方で、例えば前述のステップ８０８で画像形成装置１００からのレスポンスとして受け取ったリダイレクト指示内容は、ユーザが直接参照することが可能である。そのため、ユーザがこのリダイレクト指示内容を記憶しておいて別途ブラウザから指定することで、任意の時刻に任意の場所のクライアントＰＣ１００から監視ホスト３１０の監視サービス画面へアクセスを試みることができる。しかしこの場合、前記ステップ１１０３の判断処理におけるアクセス許可時刻と現在時刻との時間差が数秒から十数秒以内に収まることは現実的には有り得ない。つまり、何者かがリダイレクト指示を詐称して監視サービス画面へアクセスを試みることも、現実的には不可能である。
【００５４】
以上の理由により、前記ステップ１１０３によって正規のアクセスを判断することは妥当な方法である。
【００５５】
以上、説明した本発明の実施の形態により、ユーザが監視ホスト３１０の監視サービス画面７０１にアクセスする際、セキュリティ性を確保しつつログインアカウントを用いた認証操作を省略することが可能となる。 これにより、ユーザや監視ホスト３１０のオペレータは、煩わしいログインアカウントの管理を行う必要がなくなる。
【００５６】
＜その他の実施形態＞
また本発明は、たとえば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００５７】
なお、本発明は、ソフトウェアのプログラムをシステムあるいは装置に直接または遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによって、前述した実施形態の機能が達成される場合を含む。この場合、供給されるプログラムは実施形態で図に示したフローチャートに対応したプログラムである。
【００５８】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００５９】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００６０】
プログラムを供給するための記録媒体としては以下が挙げられる。たとえば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などである。
【００６１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムをハードディスク等の記録媒体にダウンロードすることが挙げられる。この場合、ダウンロードされるプログラムは、圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００６２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記録媒体に格納してユーザに配布するという形態をとることもできる。この場合、所定の条件をクリアしたユーザに、インターネットを介してホームページから暗号を解く鍵情報をダウンロードさせ、その鍵情報を使用して暗号化されたプログラムを実行し、プログラムをコンピュータにインストールさせるようにもできる。
【００６３】
また、コンピュータが読み出したプログラムを実行することによって、前述した実施形態の機能が実現されるほか、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどとの協働で実施形態の機能が実現されてもよい。この場合、ＯＳなどが、実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。
【００６４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれて前述の実施形態の機能の一部あるいはすべてが実現されてもよい。この場合、機能拡張ボードや機能拡張ユニットにプログラムが書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。
【図面の簡単な説明】
【００６５】
【図１】本発明におけるシステム構成図を示している。
【図２】本発明の画像形成装置の制御部ブロック図を示している。
【図３】本発明の監視ホストのブロック図を示している。
【図４】本発明の監視ホスト内で管理する情報管理テーブルを表す図である。
【図５】本発明の画像形成装置から監視ホストへ通知する情報のデータフォーマットを表す図である。
【図６】本発明の画像形成装置が提供するＷＥＢページの管理画面を表す図である。
【図７】本発明の監視ホストが提供するＷＥＢページの監視サービス画面を表す図である。
【図８】本発明の画像形成装置と監視ホスト、クライアントＰＣ間の通信シーケンスを表す図である。
【図９】本発明の画像形成装置からのアクセス権問い合わせ受信時の監視ホスト側処理を表すフローチャートである。
【図１０】本発明の画像形成装置からのアクセス要求受信時の監視ホスト側処理を表すフローチャート図である。
【図１１】本発明のクライアントＰＣからの監視サービス画面アクセス要求受信時の監視ホスト側処理を表すフローチャート図である。
【図１２】本発明の監視サービス画面のエラー表示を表す図である。
【図１３】従来技術のログイン要求時の監視サービス画面を表す図である。
【符号の説明】
【００６６】
１０ イントラネット
２０ インターネット
１００ 画像形成装置
３００ クライアントＰＣ
３１０ 監視ホスト（監視サーバ）
【技術分野】
【０００１】
本発明は、監視ホスト装置、画像形成装置、情報処理装置を含む画像形成装置の監視システム、及びそれらのＷＥＢページのアクセス制御方法に関するものである。
【背景技術】
【０００２】
近年、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続された画像形成装置やプリンタなどの画像形成装置の稼動状態を遠隔地から監視するシステムが存在している。このようなシステムでは、複数の画像形成装置とそれらを監視する監視ホストとが、ＬＡＮやＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＩｎｔｅｒｎｅｔを介して互いに通信を行う。 そして画像形成装置から監視ホストに対して、印刷枚数などの情報を定期的に通知すると共に、ジャム／アラーム／エラーなどの情報をそれらが発生したタイミングで通知する。
【０００３】
一方、通知を受けた監視ホスト側では、これら通知の内容を蓄積管理して画像形成装置の稼働状況を判断すると共に、画像形成装置で発生した障害への対処なども行う。
【０００４】
監視ホストに蓄積管理されている上記情報は、クライアントＰＣ上で稼動しているＷｅｂブラウザ等を用いて外部から閲覧することが可能となっている。この場合、監視ホストの管理者が閲覧用の認証アカウント／パスワードを作成して閲覧者に提供し、ユーザは図１３の７０２のような認証画面から、その認証アカウント（ユーザ名）／パスワードを使用して監視ホストにアクセスするのが普通である。
【０００５】
また、認証を仲介する機器を介してユーザとサーバ間のアクセス認証を行う方法が提案されている（特許文献１参照）。この方法では、予めサーバ側にて、ユーザを特定するための生体特徴情報と、認証を仲介する機器情報とを管理しておく。そして、ユーザから入力された生体特徴情報と、認証を仲介する機器の機器情報とを組み合わせてサーバ側でアクセス認証を行う。
【特許文献１】特開２００４−０７８５２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来例のような、ユーザから監視ホストへのアクセスを認証する方法として、図１３の７０２のような認証を用いる場合、監視ホスト側の管理者はユーザ毎に認証アカウント／パスワードを発行し、それをメンテナンスする必要がある。またユーザは、発行された認証アカウント（ユーザ名）／パスワードを忘れずに管理し続ける必要がある。これらの作業は、管理者にとってもユーザにとっても手間のかかるものである。特に、ユーザ数が多い場合には、監視ホストの管理者の作業負荷は非常に大きなものとなってしまう。
【０００７】
また、特許文献１にあるような生態特徴情報を利用する認証方式を用いた場合、少なくともユーザ側でのアカウントとパスワードの管理作業は必要なくなる。しかし、生体特徴情報を監視ホスト側へ送るためには、生体情報を読み取るための特別な機器が必要であり、一般的な画像形成装置の監視システムにて使用するのはコストがかかり過ぎるため現実的ではない。
【０００８】
本発明は、ユーザがクライアントＰＣから監視ホストの監視サービス画面にアクセスする際、セキュリティを確保しながら、かつ既存のハードウェア構成を利用して、簡便な方法でアクセス認証を実現することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために本発明による監視ホスト装置は以下の構成を備える。即ち、
通信媒介を介して、画像形成装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続された監視ホスト装置であって、
前記監視ホスト装置が有するＷＥＢサーバが提供するＷＥＢページと、
複数の画像形成装置それぞれの固有情報とアクセス可否情報とアクセス要求時間情報を関連付けて管理するアクセス情報管理手段と、
画像形成装置から前記画像形成装置の固有情報を受信する固有情報受信手段と、
受信した前記固有情報の画像形成装置へ前記ＷＥＢページへのアクセスの可否を通知するアクセス可否通知手段と、
前記クライアント装置からの前記ＷＥＢページへのアクセスを受けたとき、前記アクセス情報管理手段の管理する情報に基づいて前記ＷＥＢページへのアクセスを制御するアクセス制御手段とを有し、
前記固有情報受信手段が画像形成装置から固有情報を受信したとき、前記アクセス情報管理手段の管理する前記固有情報に対応する画像形成装置のアクセス可否情報に基づいて前記アクセス可否通知手段が前記画像形成装置へアクセスの可否の通知を行うとともに、前記アクセス情報管理手段は前記画像形成装置の前記固有情報に対応付けてアクセス要求時間情報を記憶し、前記アクセス制御手段は記憶した前記アクセス要求時間情報に基づいて前記ＷＥＢページへのアクセスを制御する。
【００１０】
また、上記の目的を達成するために本発明による画像形成装置は以下の構成を備える。即ち、
通信媒介を介して、ＷＥＢサーバを有する監視ホスト装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続されたＷＥＢサーバを有する画像形成装置であって、
前記クライアント装置からの前記画像形成装置が有するＷＥＢサーバへのアクセスを受けて、前記監視ホスト装置へのアクセス要求情報含むＷＥＢページデータを前記クライアント装置へ送信するＷＥＢページデータ送信手段と、
前記クライアント装置から前記ＷＥＢページデータに含まれる前記アクセス要求情報への参照があった場合に、前記監視ホスト装置へ前記画像形成装置の固有情報を通知する固有情報通知手段と、
前記監視ホスト装置から、前記監視ホスト装置が有するＷＥＢサーバへのアクセスの可否を受信するアクセス可否受信手段と、
前記アクセス可否受信手段がアクセス許可を受信した場合には、前記アクセス要求情報への参照への応答として、前記クライアント装置へ前記監視ホスト装置が有するＷＥＢサーバへのリダイレクト情報を送信するリダイレクト情報送信手段とを有する。
【発明の効果】
【００１１】
本発明に寄れば、ユーザがクライアントＰＣから監視ホストにアクセスする際、セキュリティ性を確保しながら、かつ既存のハードウェア構成を利用して、ログインアカウントを用いた認証操作を省略することが可能となる。これにより、ユーザや監視ホストのオペレータは、煩わしいログインアカウントやパスワードの管理を行う必要がなくなる。
【発明を実施するための最良の形態】
【００１２】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【００１３】
尚、説明文中の符号について、特に断りがない限りは実施形態の共通または類似部分について共通の符号を付することで、重複説明を省略するものとする。
【００１４】
＜第１の実施の形態＞
図１は、本発明の実施の形態に係るシステム全体を示す図である。
【００１５】
この図において、３１０は画像形成装置の稼動状態を一元的に監視する監視ホスト（監視サーバ）であり、後述する画像形成装置１００やクライアントコンピュータ３００（以下、クライアントＰＣと呼ぶ）とインターネット２０を介して通信を行う。
【００１６】
１０はユーザ側のローカルネットワーク（以下、イントラネットと呼ぶ）を表している。画像形成装置１００やクライアントコンピュータ３００は、このイントラネット１０を介して互いに接続されている。
【００１７】
画像形成装置１００は、インターネット２０を介し、動作モード設定や印刷枚数カウンタ値、各部品の稼動量を表す部品カウンタ値、稼働ログなどの稼動情報、サービスコールやジャム、アラームなどの障害情報を監視ホスト３１０へ通知する。また、監視ホスト３１０からの様々な要求（情報取得要求／通信スケジュール設定要求／ファームウェアアップデート要求など）を受け付ける。この際の通信手段としては例えばＨＴＴＰＳ／ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）のプロトコルを用いる。
【００１８】
尚、ここで述べる画像形成装置１００としては、具体的にはプリント機能、コピー機能、ファクシミリ機能、送信機能（ｅ−ｍａｉｌ、ＦＴＰ等）等を統合したデジタル複合画像形成装置やプリンタ、スキャナ、ファクシミリなどが挙げられる。
【００１９】
図２は、画像形成装置１００全体の制御を司るコントローラ１８０の構成を表すブロック図である。
【００２０】
コントローラ１８０の各構成要素は、システムバス１８１及び画像バス１８２に接続されている。ＲＯＭ１８３には画像形成装置１００の制御プログラムが格納されており、ＣＰＵ１８６で実行される。ＲＡＭ１８４は、プログラムを実行するためのワークメモリエリアであり、画像データを一時記憶するための画像メモリでもある。蓄積メモリ１８５は不揮発性メモリであり、各種動作モード設定やアドレス帳、印刷枚数カウンタ値、部品の稼動量を表す部品カウンタ値、稼働ログ、サービスコールエラー／ジャム／アラームなどの障害情報が記憶される。各種動作モード設定には、画像形成装置１００の再起動後も保持しておく必要のある設定が含まれる。Ｎｅｔｗｏｒｋ Ｉ／Ｆ１８９はＬＡＮと接続するためのインタフェース部であり、ＬＡＮを介して拠点監視装置２００と通信を行う。回線Ｉ／Ｆ部１９０は、ＩＳＤＮや公衆電話網に接続され、ＲＯＭ１８３内の通信制御プログラムにより制御され、ＩＳＤＮ Ｉ／Ｆやモデム、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介して遠隔の端末とデータの送受信を行う。ファクシミリの送受信もこの回線Ｉ／Ｆ部１９０を使用して行う。操作部１８８には表示手段やキー入力手段が内蔵されており、これらはＣＰＵ１８６にて制御される。操作者は、キー入力手段を通してスキャナ読み取りやプリント出力に関する各種設定指示や、作動／停止指示を行う。以上の構成要素がシステムバス１８１上に配置される。
【００２１】
ＩＯ制御部１９７は、システムバス１８１と画像データを高速で転送する画像バス１８２とを接続するためのバスブリッジである。画像バス１８２は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス１８２上には以下のデバイスが配置される。デジタルＩ／Ｆ部１９３は、画像形成装置１００のリーダー部１９６やプリンタ部１９７とコントローラ１８０とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダー部１９６やプリンタ部１９７内の各所に配置した前述の各種センサが検出した情報は、このデジタルＩ／Ｆ部１９３、及びＩＯ制御部１９７を介してシステムバス１８１へ流れる。画像処理部１９１は、入力及び出力画像データに対し補正／加工／編集を行う。画像回転部１９２は画像データの回転を行う。画像圧縮伸長部１９４は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ／ＭＭＲ／ＭＲ／ＭＨの圧縮伸張処理を行う。画像密度変換部１９５は、出力用画像データに対して解像度変換等を行う。
【００２２】
ＣＰＵ１８６で実行される制御プログラムにより、ＣＰＵ１８６は蓄積メモリ１８５内の情報を読み出し、Ｎｅｔｗｏｒｋ Ｉ／Ｆ１８９を介して監視ホスト３１０へ送信する。尚、蓄積メモリ１８５内の情報は、各種動作モード設定や印刷枚数カウンタ値、部品の稼動量を表す部品カウンタ値、稼働ログ、サービスコールエラー／ジャム／アラームなどの障害情報等である。この際ＣＰＵ１８６では、上記読み出した情報を大きく２つに分類し、監視ホスト３１０へ送信するタイミングをそれぞれ変えている。
【００２３】
ひとつは、画像形成装置１００側で発生するサービスコールエラー／ジャム／アラームなどの障害に関する情報である。これらの情報は即時性が要求されるため、ＣＰＵ１８６は障害発生後直ちに監視ホスト３１０へ送信する。
【００２４】
もうひとつは、各種動作モード設定や印刷枚数カウンタ値、部品の稼動量を表す部品カウンタ値、稼動ログなどの情報である。これらの情報は所定の通信スケジュールに従って定期的に監視ホスト３１０へ送信する。
【００２５】
またコントローラ１８０内ではＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバプログラムが動作しており、蓄積メモリ１８５に記憶されている上記情報をクライアントＰＣ３００上で稼動するＷｅｂブラウザから閲覧可能となっている。
【００２６】
図３は、監視ホスト３１０のハードウェア構成を示すブロック図である。
【００２７】
監視ホスト３１０は、ＣＰＵ２５２と、ＲＯＭ２５３と、作業メモリであるＲＡＭ２５４と、通信を行うためのＮｅｔｗｏｒｋ Ｉ／Ｆ部２５５と、表示制御部２５６と、入力制御部２５８と、ＨＤＤ２６１がシステムバス２５１に接続された構成をとっている。ＣＰＵ２５２は、監視ホスト３１０全体を制御する。ＲＯＭ２５３は、読み出し専用メモリでありシステム起動に必要なブートプログラムを記憶する。ＲＡＭ２５４は、ＣＰＵ２５２でプログラムを実行する際に必要とされる作業メモリである。Ｎｅｔｗｏｒｋ Ｉ／Ｆ部２５５は、画像形成装置１００やクライアントＰＣ３００とインターネット２０を介して通信を行う。ＨＤＤ２６１は、ＣＰＵ２５２で実行するプログラムや画像形成装置１００の稼働情報などを格納する。表示制御部２５６には表示デバイス２５７が接続され、入力制御部２５８には入力デバイス２５９，２６０が接続されている。監視ホスト３１０を管理するオペレータは、これら入出力デバイスを通じて画像形成装置１００の稼動状態の確認や各種設定入力を行う。
【００２８】
監視ホスト３１０は、前述したように画像形成装置１００から送信される情報をＮｅｔｗｏｒｋ Ｉ／Ｆ２５５からＩｎｔｅｒｎｅｔ２０を介して常時受信し、ＨＤＤ２６１に格納する。また監視ホスト３１０内ではＷＷＷサーバプログラムが動作しており、ＨＤＤ２６１に格納した上記情報はクライアントＰＣ３００上で稼動するＷｅｂブラウザから閲覧可能となっている。
【００２９】
図４は、監視ホスト３１０がＨＤＤ２６１内に保持している画像形成装置１００の情報管理テーブル４０１を模式的に表したものである。この情報管理テーブルのデバイスシリアルＮｏ．欄４０２には、監視対象となる画像形成装置１００を一意に特定可能なシリアル番号を格納する。このシリアル番号は画像形成装置の固有情報である。ユーザＩＤ欄４０３には、各画像形成装置１００を所有するユーザを一意に特定可能なユーザＩＤを格納する。アクセス許可フラグ欄４０４には、クライアントＰＣ３００を用いて監視ホスト３１０のＷＷＷサーバにアクセス可能か否かをユーザＩＤ毎に設定するためのフラグを格納する。このフラグは、”１”ならばアクセス可能、”０”ならばアクセス不可能を表している。そして、これらデバイスシリアルＮｏ．欄４０２、ユーザＩＤ欄４０３、アクセス許可フラグ欄４０４の内容は、前述のオペレータによって入力／管理される。アクセス許可時刻欄４０５については後ほど詳細に説明するが、初期値は“ＮＵＬＬ”となっている。尚、“ＮＵＬＬ”値とは、何のデータも含まれない状態、あるいは長さ０の空文字列のことを意味する。尚、アクセス許可時刻欄４０５の時刻はアクセス要求時間情報とも呼ぶ。
【００３０】
図５は、画像形成装置１００が監視ホスト３１０とで通信する際に使用する、ＸＭＬ形式のデータの一例を表したものである。ここでは画像形成装置１００と監視ホストはＨＴＴＰＳ／ＳＯＡＰで通信している。図５の内容の詳細については、後ほど詳細に説明する。
【００３１】
図６は、前述した画像形成装置１００のコントローラ１８０内で動作しているＷＷＷサーバのＷｅｂページに対して、ユーザがクライアントＰＣ３００上で稼動するＷｅｂブラウザからアクセスした際に表示される管理画面６０１の例を示したものである。ユーザは、この管理画面６０１を通じて画像形成装置１００の稼動状態やプリント等のジョブ処理状況、アドレス帳、ユーザモード設定の閲覧や編集を行うことが可能である。この管理画面６０１は画像形成装置の状態表示を行うＷＥＢページである。ＷＥＢページはＷＥＢサーバからクライアントＰＣの要求に応じてＷＥＢページデータをＷＥＢブラウザに送信して表示を行う。また、この管理画面６０１上では、前述した監視ホスト３１０内で動作しているＷＷＷサーバにアクセスするためのＵＲＬも表示／確認可能である。
【００３２】
図７は、前述した監視ホスト３１０内で動作しているＷＷＷサーバに対して、ユーザがクライアントＰＣ３００上で稼動するＷｅｂブラウザからアクセスした際に表示される監視サービス画面７０１の例を示したものである。
【００３３】
ユーザは、この監視サービス画面７０１を通じて、例えば社内ＬＡＮやイントラネット内で保有している全ての画像形成装置１００をリスト表示して確認することができる。また、各画像形成装置１００の印刷枚数カウンタ値やサービスコールエラー／ジャム／アラームなどの障害に関する情報、トナー／インクといった消耗品の在庫情報等の監視情報の閲覧が可能である。この監視サービス画面７０１は複数の画像形成装置１００の監視情報の表示を行うＷＥＢページである。
【００３４】
図８は、クライアントＰＣ３００上で稼動するＷｅｂブラウザにて監視ホスト３１０が提供する監視サービス画面７０１を表示する際の処理シーケンスを表した図である。以下、この図を用いて本発明の内容を詳細に説明する。
【００３５】
監視ホスト３１０上のＷＷＷサーバにアクセスして監視サービス画面７０１の表示を希望するユーザは、先ずステップ８０１にてクライアントＰＣ３００上で稼動するＷｅｂブラウザを操作する。そしてクライアントＰＣ３００のＷｅｂブラウザからアクセス可能なイントラネット１０内の任意の画像形成装置１００の管理画面にアクセスする。本実施例では、シリアル番号が“４ＥＺ０７Ｆ１４９”である画像形成装置１００の管理画面にアクセスすることを想定して説明する。
【００３６】
管理画面のＵＲＬは、画像形成装置１００のイントラネット１０内でのＩＰアドレスを”ＡＤＤＲＥＳＳ”とした場合、常にｈｔｔｐ：／／ＡＤＤＲＥＳＳ／ｉｎｄｅｘ．ｈｔｍｌとなっている。従って、ユーザは画像形成装置１００のイントラネット１０内でのＩＰアドレスを知っていさえすれば、その画像形成装置１００の管理画面にアクセスできる。言い換えると、画像形成装置１００のイントラネット１０内でのＩＰアドレスを知っているユーザのみが、そのＩＰアドレスを指定して直接画像形成装置１００にアクセス可能となる。そのユーザのみがクライアントＰＣ３００のＷｅｂブラウザを用いて、画像形成装置１００の管理画面にアクセスできる。
【００３７】
尚、ＩＰアドレスの替わりにＤＮＳを用いてＵＲＬの記述をホスト名で記述しても良い。この場合、特定のホスト名あるいはパス名を知るユーザのみが画像形成装置１００の管理画面にアクセスできることになる。
【００３８】
続くステップ８０２にて、画像形成装置１００は監視ホスト３１０に対して監視サービス画面へのアクセス権の有無を問い合わせる。この問い合わせはＨＴＴＰＳ／ＳＯＡＰ通信を用いて行い、図５に示したＸＭＬ形式のデータを送出する。データ中の
＜ｎｓ１：ｃｏｎｆｉｒｍＡｃｃｅｓｓｘｍｌｎｓ：ｎｓ１＝”ｓｅｒｖｅｒ”ＳＯＡＰ−ＥＮＶ：ｅｎｃｏｄｉｎｇＳｔｙｌｅ＝ｈｔｔｐ：／／ｓｃｈｅｍａｓ．ｘｍｌｓｏａｐ．ｏｒｇ／ｓｏａｐ／ｅｎｃｏｄｉｎｇ／＞
の＜ｎｓ１：ｃｏｎｆｉｒｍＡｃｃｅｓｓｘｍｌｎｓ：ｎｓ１＝”ｓｅｒｖｅｒ”〜
は、このＨＴＴＰＳ／ＳＯＡＰ通信がアクセス権の問い合わせコマンドであることを示している。また、同じく図５のデータ中の
＜ｓｅｒｉａｌＮｕｍｂｅｒ ｘｓｉ：ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”＞４ＥＺ０７Ｆ１４９＜／ｓｅｒｉａｌＮｕｍｂｅｒ＞
は、このデータ送出元の画像形成装置１００のシリアル番号が”４ＥＺ０７Ｆ１４９”であることを示している。
【００３９】
ステップ８０２でアクセス権の問い合わせコマンドを受信した監視ホスト３１０は、先ず受信したＸＭＬ形式のデータを解析し、それが監視サービス画面へのアクセス権の問い合わせコマンドであることを認識する。更に、コマンド送出元がシリアル番号”４ＥＺ０７Ｆ１４９”の画像形成装置１００であることを認識する。続いて、図９に示す処理フローに従ってアクセス権の有無を判断し、ステップ８０３で結果を画像形成装置１００へ返送する。具体的には、ステップ９０１にて認識したシリアル番号”４ＥＺ０７Ｆ１４９”が情報管理テーブル４０１のデバイスシリアルＮｏ．欄４０２内に有るか否かを検索する。シリアル番号”４ＥＺ０７Ｆ１４９”が有った場合、ステップ９０２にて当該レコードのアクセス許可フラグ欄４０４を参照し、アクセス許可フラグの状態を確認する。アクセス許可フラグが“１”の場合は、ステップ９０３にてＨＴＴＰＳ／ＳＯＡＰ通信のレスポンスデータとして画像形成装置１００へアクセス権が有る旨を返送する。一方、前述のステップ９０１、若しくはステップ９０２における判断結果が“Ｎｏ”であった場合は、ステップ９０４にてＨＴＴＰＳ／ＳＯＡＰ通信のレスポンスデータとして画像形成装置１００へアクセス権が無い旨を返送する。
【００４０】
図８のステップ８０３にて監視ホスト３１０から問い合わせ結果を受信した画像形成装置１００は、管理画面６０１のＨＴＭＬデータを生成する。この際、アクセス権が有る旨の結果を受信した場合には、［監視サービス］リンク６０２を付加したＨＴＭＬデータを生成する。一方、アクセス権が無い旨の結果を受信した場合には、［監視サービス］リンク６０２を除外したＨＴＭＬデータを生成する。尚リンクを除外された図６の［監視サービス］リンク６０２はリンク参照しない他に、選択できないことを示すようにグレイアウトしても良いし、リンクボタン６０２自体を表示しないようにＨＴＭＬデータを生成しても良い。そして続くステップ８０４にて、前述したステップ８０１におけるクライアントＰＣ３００からのアクセスに対するレスポンスとして、生成したＨＴＭＬデータをクライアントＰＣ３００に返送する。このレスポンスを受けたクライアントＰＣ３００は、Ｗｅｂブラウザ上に管理画面６０１を表示する。従って、監視ホスト３１０側で監視サービス画面へのアクセスを許可されているユーザのみが、［監視サービス］リンク６０２が付加された管理画面６０１を参照可能となる。
【００４１】
尚、前述したステップ８０２からステップ８０３までの処理は、本発明の目的を達成する上では必ずしも必要な処理ではない。 つまり、ステップ８０１におけるクライアントＰＣ３００からのアクセスに対するレスポンスとして、ステップ８０４にて［監視サービス］リンク６０２を付加したＨＴＭＬデータを常に生成してクライアントＰＣ３００に返送しても良い。
【００４２】
続いてユーザは、クライアントＰＣ３００のブラウザ上に表示された管理画面６０１の［監視サービス］リンク６０２を押下する。管理画面６０１を構成するＨＴＭＬデータは、以下に示すように、［監視サービス］リンク６０２押下時に画像形成装置１００側の所定プログラムを呼び出すように記述されている。
＜ａ ｈｒｅｆ＝“ｈｔｔｐ：／／ＡＤＤＲＥＳＳ／ａｐｐ／ｒｅｑｕｅｓｔＡｃｃｅｓｓ．ｊｓｐ”＞ ＜ｉｍｇ ｓｒｃ＝“ｉｍａｇｅｓ／ｓｅｒｖｉｃｅ１．ｇｉｆ” ｎａｍｅ＝“ｍｓ”＞＜／ａ＞
そのため、ユーザが［監視サービス］リンク６０２を押下すると、ステップ８０５にてブラウザは上記記述に従って画像形成装置１００の所定プログラムを呼び出すよう動作する。 本実施例における上記所定プログラム”ｒｅｑｕｅｓｔＡｃｃｅｓｓ．ｊｓｐ”は、監視ホスト３１０に対して監視サービス画面へのアクセス要求処理を行うプログラム（モジュール）となっている。
【００４３】
このプログラムを呼び出された画像形成装置１００は、続くステップ８０６にて監視ホスト３１０に対して監視サービス画面へのアクセス要求を行う。この要求は前述のステップ８０２と同様にＨＴＴＰＳ／ＳＯＡＰ通信を用いて行う。また、その際に送出するＸＭＬ形式のデータ中に記述するコマンドは、前述のステップ８０２とは異なり、以下のように監視サービス画面へのアクセス要求を示すコマンドとなっている。
＜ｎｓ１：ｒｅｑｕｅｓｔＡｃｃｅｓｓ ｘｍｌｎｓ：ｎｓ１＝”ｓｅｒｖｅｒ” ＳＯＡＰ−ＥＮＶ：ｅｎｃｏｄｉｎｇＳｔｙｌｅ＝ｈｔｔｐ：／／ｓｃｈｅｍａｓ．ｘｍｌｓｏａｐ．ｏｒｇ／ｓｏａｐ／ｅｎｃｏｄｉｎｇ／＞
【００４４】
アクセス要求コマンドを受信した監視ホスト３１０は、前述の処理と同様に受信したＸＭＬ形式のデータを解析し、それが監視サービス画面へのアクセス要求コマンドであることを認識する。更に、コマンド送出元がシリアル番号”４ＥＺ０７Ｆ１４９”の画像形成装置１００であることを認識する。続いて、図１０に示す処理フローに従ってアクセス要求コマンドに対する処理を行い、ステップ８０７で、結果を画像形成装置１００へ返送する。具体的には、ステップ１００１にて認識したシリアル番号”４ＥＺ０７Ｆ１４９”が情報管理テーブル４０１のデバイスシリアルＮｏ．欄４０２内に有るか否かを検索する。シリアル番号”４ＥＺ０７Ｆ１４９”が有った場合、ステップ１００２にて当該レコードのアクセス許可フラグ欄４０４を参照し、アクセス許可フラグの状態を確認する。 アクセス許可フラグが“１”の場合は、ステップ１００３にて当該レコードのアクセス許可時刻欄４０５に現在時刻を格納する。更にステップ１００４にて、ＨＴＴＰＳ／ＳＯＡＰ通信のレスポンスデータとして画像形成装置１００へアクセスを許可した旨を返送する。一方、前述のステップ１００１、若しくはステップ１００２における判断結果が“Ｎｏ”であった場合は、ステップ１００５にてＨＴＴＰＳ／ＳＯＡＰ通信のレスポンスデータとして画像形成装置１００へアクセスを拒否した旨を返送する。
【００４５】
図８のステップ８０７にて監視ホスト３１０からアクセス要求結果を受信した画像形成装置１００は、アクセス要求結果の内容に応じたクライアントＰＣ３００に対するレスポンスデータを生成する。
【００４６】
アクセスを許可した旨の結果を受信した場合には、クライアントＰＣ３００上のブラウザに対して監視ホスト３１０へのアクセスを指示するＨＴＭＬデータを生成する。具体的には、下記に示すメタタグを用いて、監視ホスト３１０の監視サービス画面へリダイレクトを指示するＨＴＭＬデータを生成する。リダイレクトとはＵＲＬが変更されたことを通知する。クライアントＰＣのＷＥＢブラウザはリダイレクト先のＵＲＬを読みに行くことになる。この際、リダイレクト先を指定するＵＲＬの後ろに、ＵＲＬパラメータとして自身のシリアル番号”４ＥＺ０７Ｆ１４９”を暗号化（符号化）した文字列を付加する。下記例では、”？ｉｄ＝８２ｖａｌ３４ｒｋ２ｕ”の部分がこれに相当する。そして続くステップ８０８にて、前述したステップ８０５におけるクライアントＰＣ３００からのアクセスに対するレスポンスとして、生成したＨＴＭＬデータをクライアントＰＣ３００に返送する。
＜ｍｅｔａ ｈｔｔｐ−ｅｑｕｉｖ＝”Ｒｅｆｒｅｓｈ” ｃｏｎｔｅｎｔ＝”０；ＵＲＬ＝ｈｔｔｐｓ：／／ｗｗｗ．ｍｏｎｉｔｏｒ．ｃｏｍ／ｌｏｇｉｎ．ｊｓｐ？ｉｄ＝８２ｖａｌ３４ｒｋ２ｕ”＞
【００４７】
一方、アクセスを拒否した旨の結果を受信した場合には、図１２に示すエラーメッセージを管理画面６０１上に表示するためのＨＴＭＬデータを生成する。そして、前述したステップ８０５におけるクライアントＰＣ３００からのアクセスに対するレスポンスとして、生成したＨＴＭＬデータをクライアントＰＣ３００に返送する。このレスポンスを受けたクライアントＰＣ３００は、図１２に示すエラーメッセージが表示された状態の管理画面６０３をＷｅｂブラウザ上に表示する。
【００４８】
前述のステップ８０８で画像形成装置１００からのレスポンスを受けたクライアントＰＣ３００上のブラウザは、受け取ったＨＴＭＬデータ内のリダイレクト指示に従い、ステップ８０９で自動的に監視ホスト３１０の監視サービス画面へアクセスを開始する。具体的には、ＨＴＴＰのｐｏｓｔメソッド使用し、前記メタデータ内のＵＲＬを指定して監視ホスト３１０へアクセスを行う。
【００４９】
上記クライアントＰＣ３００からのアクセスを受信した監視ホスト３１０は、ｐｏｓｔメソッド内で指定されたＵＲＬパラメータを復号化して画像形成装置１００のシリアル番号を取得する。続いて、図１１に示す処理フローに従って処理を行い、ステップ８１０で、結果を画像形成装置１００へ返送する。先ず、ステップ１１０１にて取得したシリアル番号”４ＥＺ０７Ｆ１４９”が情報管理テーブル４０１のデバイスシリアルＮｏ．欄４０２内に有るか否かを検索する。シリアル番号”４ＥＺ０７Ｆ１４９”が有った場合、ステップ１１０２にて当該レコードのアクセス許可フラグ欄４０４を参照し、アクセス許可フラグの状態を確認する。アクセス許可フラグが“１”の場合は、ステップ１１０３にて当該レコードのアクセス許可時刻欄４０５に格納されている時刻と現在時刻との時間差を算出し、所定時間間隔との大小関係を比較する。この所定時間間隔とは、監視ホスト３１０側で予め決めている数秒から十数秒程度の値としている。上記比較の結果、時間差が所定時間間隔以内であった場合には、当該レコードのユーザＩＤ欄４０３のユーザＩＤを有するユーザによる正規のアクセスであると判断する。そして、情報管理テーブル４０１内で上記ユーザＩＤに紐付く全てのデバイスシリアル番号を表示対象として、監視サービス画面７０１のＨＴＭＬデータを生成する。本実施例では、当該レコードのユーザＩＤは”Ｃｕｓｔｏｍｅｒ００１”であり、それに紐付くデバイスシリアル番号は”４ＥＺ０７Ｆ１４９”と”４ＧＵＰ２４０Ｆ１”である。これはユーザＩＤ”Ｃｕｓｔｏｍｅｒ００１”のユーザが管理するデバイス全ての情報が監視サービス画面７０１に表示されることになる。更に、生成したＨＴＭＬデータをステップ１１０４でクライアントＰＣ３００へ返送し、クライアントＰＣ３００上でのブラウザで監視サービス画面を表示する。従って、ユーザは監視サービスにログインすることなく、監視サービス画面を閲覧することが可能となる。
【００５０】
一方、ステップ１１０１、１１０２、１１０３の何れかの判断結果が“Ｎｏ”であった場合、ステップ１１０５で監視ホスト３１０はＨＴＴＰのレスポンスコードに“４０４（Ｎｏｔ Ｆｏｕｎｄ）”を指定してクライアントＰＣ３００へ返送する。このレスポンスコードを受けたクライアントＰＣ３００上のブラウザは、ブラウザ側で定義しているエラーメッセージを表示し、ユーザに対して監視サービス画面へのアクセスが失敗したことを通知する。
【００５１】
以上、本発明に関るクライアントＰＣ３００から監視サービス画面７０１を表示する際の処理シーケンスについて詳細に説明したが、最後に図１１のステップ１１０３での判断方法の妥当性について以下に説明する。
【００５２】
監視ホスト３１０が情報管理テーブル４０１のアクセス許可時刻欄に時刻をセットするのは、図８のステップ８０６で画像形成装置１００からのアクセス要求を受けた時だけである。何故ならば、このアクセス要求は画像形成装置１００と監視ホスト３１０間で専用に規定しているコマンドを用いており、また通信経路もＳＳＬで暗号化されているため、何者かがアクセス要求を詐称することが不可能だからである。更に、画像形成装置１００が上記アクセス要求を発行するのは、その画像形成装置１００の管理画面６０１に直接アクセス可能なクライアントＰＣ３００からのアクセス要求をステップ８０５で受けた時だけである。つまり、画像形成装置１００と同じイントラネット上に存在するクライアントＰＣ３００を操作可能なユーザにからの操作によってのみ、情報管理テーブル４０１のアクセス許可時刻欄４０５に時刻がセットされることになる。
【００５３】
また、前記ステップ８０７、８０８、８０９はほぼ一瞬で処理されるため、監視ホスト３１０が情報管理テーブル４０１のアクセス許可時刻と、前記ステップ１１０３参照している現在時刻との時間差は非常に小さい。一方で、例えば前述のステップ８０８で画像形成装置１００からのレスポンスとして受け取ったリダイレクト指示内容は、ユーザが直接参照することが可能である。そのため、ユーザがこのリダイレクト指示内容を記憶しておいて別途ブラウザから指定することで、任意の時刻に任意の場所のクライアントＰＣ１００から監視ホスト３１０の監視サービス画面へアクセスを試みることができる。しかしこの場合、前記ステップ１１０３の判断処理におけるアクセス許可時刻と現在時刻との時間差が数秒から十数秒以内に収まることは現実的には有り得ない。つまり、何者かがリダイレクト指示を詐称して監視サービス画面へアクセスを試みることも、現実的には不可能である。
【００５４】
以上の理由により、前記ステップ１１０３によって正規のアクセスを判断することは妥当な方法である。
【００５５】
以上、説明した本発明の実施の形態により、ユーザが監視ホスト３１０の監視サービス画面７０１にアクセスする際、セキュリティ性を確保しつつログインアカウントを用いた認証操作を省略することが可能となる。 これにより、ユーザや監視ホスト３１０のオペレータは、煩わしいログインアカウントの管理を行う必要がなくなる。
【００５６】
＜その他の実施形態＞
また本発明は、たとえば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００５７】
なお、本発明は、ソフトウェアのプログラムをシステムあるいは装置に直接または遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによって、前述した実施形態の機能が達成される場合を含む。この場合、供給されるプログラムは実施形態で図に示したフローチャートに対応したプログラムである。
【００５８】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００５９】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００６０】
プログラムを供給するための記録媒体としては以下が挙げられる。たとえば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などである。
【００６１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムをハードディスク等の記録媒体にダウンロードすることが挙げられる。この場合、ダウンロードされるプログラムは、圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００６２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記録媒体に格納してユーザに配布するという形態をとることもできる。この場合、所定の条件をクリアしたユーザに、インターネットを介してホームページから暗号を解く鍵情報をダウンロードさせ、その鍵情報を使用して暗号化されたプログラムを実行し、プログラムをコンピュータにインストールさせるようにもできる。
【００６３】
また、コンピュータが読み出したプログラムを実行することによって、前述した実施形態の機能が実現されるほか、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどとの協働で実施形態の機能が実現されてもよい。この場合、ＯＳなどが、実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。
【００６４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれて前述の実施形態の機能の一部あるいはすべてが実現されてもよい。この場合、機能拡張ボードや機能拡張ユニットにプログラムが書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。
【図面の簡単な説明】
【００６５】
【図１】本発明におけるシステム構成図を示している。
【図２】本発明の画像形成装置の制御部ブロック図を示している。
【図３】本発明の監視ホストのブロック図を示している。
【図４】本発明の監視ホスト内で管理する情報管理テーブルを表す図である。
【図５】本発明の画像形成装置から監視ホストへ通知する情報のデータフォーマットを表す図である。
【図６】本発明の画像形成装置が提供するＷＥＢページの管理画面を表す図である。
【図７】本発明の監視ホストが提供するＷＥＢページの監視サービス画面を表す図である。
【図８】本発明の画像形成装置と監視ホスト、クライアントＰＣ間の通信シーケンスを表す図である。
【図９】本発明の画像形成装置からのアクセス権問い合わせ受信時の監視ホスト側処理を表すフローチャートである。
【図１０】本発明の画像形成装置からのアクセス要求受信時の監視ホスト側処理を表すフローチャート図である。
【図１１】本発明のクライアントＰＣからの監視サービス画面アクセス要求受信時の監視ホスト側処理を表すフローチャート図である。
【図１２】本発明の監視サービス画面のエラー表示を表す図である。
【図１３】従来技術のログイン要求時の監視サービス画面を表す図である。
【符号の説明】
【００６６】
１０ イントラネット
２０ インターネット
１００ 画像形成装置
３００ クライアントＰＣ
３１０ 監視ホスト（監視サーバ）
【特許請求の範囲】
【請求項１】
通信媒介を介して、画像形成装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続された監視ホスト装置であって、
前記監視ホスト装置が有するＷＥＢサーバが提供するＷＥＢページと、
複数の画像形成装置それぞれの固有情報とアクセス可否情報とアクセス要求時間情報を関連付けて管理するアクセス情報管理手段と、
画像形成装置から前記画像形成装置の固有情報を受信する固有情報受信手段と、
受信した前記固有情報の画像形成装置へ前記ＷＥＢページへのアクセスの可否を通知するアクセス可否通知手段と、
前記クライアント装置からの前記ＷＥＢページへのアクセスを受けたとき、前記アクセス情報管理手段の管理する情報に基づいて前記ＷＥＢページへのアクセスを制御するアクセス制御手段とを有し、
前記固有情報受信手段が画像形成装置から固有情報を受信したとき、前記アクセス情報管理手段の管理する前記固有情報に対応する画像形成装置のアクセス可否情報に基づいて前記アクセス可否通知手段が前記画像形成装置へアクセスの可否の通知を行うとともに、前記アクセス情報管理手段は前記画像形成装置の前記固有情報に対応付けてアクセス要求時間情報を記憶し、前記アクセス制御手段は記憶した前記アクセス要求時間情報に基づいて前記ＷＥＢページへのアクセスを制御することを特徴とする監視ホスト装置。
【請求項２】
前記監視ホスト装置のＷＥＢサーバが提供するＷＥＢページとは、画像形成装置の監視情報を閲覧可能な監視サービス画面のＷＥＢページであることを特徴とする請求項１に記載の監視ホスト装置。
【請求項３】
前記アクセス情報管理手段が記憶するアクセス要求時間情報とは、前記固有情報受信手段が前記画像形成装置から前記固有情報を受信した時刻であり、前記アクセス制御手段は、前記クライアント装置からの前記ＷＥＢページへのアクセスを受けた時刻と前記固有情報を受信した時刻の差が規定時間内である場合には、前記クライアント装置へ前記ＷＥＢページへのアクセスを許可することを特徴とする請求項１または２に記載の監視ホスト装置。
【請求項４】
通信媒介を介して、ＷＥＢサーバを有する監視ホスト装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続されたＷＥＢサーバを有する画像形成装置であって、
前記クライアント装置からの前記画像形成装置が有するＷＥＢサーバへのアクセスを受けて、前記監視ホスト装置へのアクセス要求情報含むＷＥＢページデータを前記クライアント装置へ送信するＷＥＢページデータ送信手段と、
前記クライアント装置から前記ＷＥＢページデータに含まれる前記アクセス要求情報への参照があった場合に、前記監視ホスト装置へ前記画像形成装置の固有情報を通知する固有情報通知手段と、
前記監視ホスト装置から、前記監視ホスト装置が有するＷＥＢサーバへのアクセスの可否を受信するアクセス可否受信手段と、
前記アクセス可否受信手段がアクセス許可を受信した場合には、前記アクセス要求情報への参照への応答として、前記クライアント装置へ前記監視ホスト装置が有するＷＥＢサーバへのリダイレクト情報を送信するリダイレクト情報送信手段とを有することを特徴とする画像形成装置。
【請求項５】
前記画像形成装置が送信する前記ＷＥＢページデータは前記画像形成装置の状態を表示するＷＥＢページであり、前記監視ホスト装置のＷＥＢサーバが提供するＷＥＢページとは、画像形成装置の監視情報を閲覧可能な監視サービス画面のＷＥＢページであることを特徴とする請求項４に記載の画像形成装置。
【請求項６】
前記画像形成装置が送信する前記ＷＥＢページデータに含まれる前記監視ホスト装置へのアクセス要求情報とは、前記画像形成装置の前記監視ホスト装置へのアクセス要求処理を行うモジュールを呼び出す記述であることを特徴とする請求項４または５に記載の画像形成装置。
【請求項７】
前記リダイレクト情報は前記画像形成装置の固有情報を符号化した情報をパラメータとして含むことを特徴とする請求項４に記載の画像形成装置。
【請求項８】
通信媒介を介して、画像形成装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続された監視ホスト装置の制御方法であって、
前記監視ホスト装置が有するＷＥＢサーバが提供するＷＥＢページと、
複数の画像形成装置それぞれの固有情報とアクセス可否情報とアクセス要求時間情報を関連付けて管理するアクセス情報管理手段と、
画像形成装置から前記画像形成装置の固有情報を受信する固有情報受信工程と、
受信した前記固有情報の画像形成装置へ前記ＷＥＢページへのアクセスの可否を通知するアクセス可否通知工程と、
前記クライアント装置からの前記ＷＥＢページへのアクセスを受けたとき、前記アクセス情報管理手段の管理する情報に基づいて前記ＷＥＢページへのアクセスを制御するアクセス制御工程とを有し、
前記固有情報受信工程が画像形成装置から固有情報を受信したとき、前記アクセス情報管理手段の管理する前記固有情報に対応する画像形成装置のアクセス可否情報に基づいて前記アクセス可否通知工程が前記画像形成装置へアクセスの可否の通知を行うとともに、前記アクセス情報管理手段は前記画像形成装置の前記固有情報に対応付けてアクセス要求時間情報を記憶し、前記アクセス制御工程は記憶した前記アクセス要求時間情報に基づいて前記ＷＥＢページへのアクセスを制御することを特徴とする監視ホスト装置の制御方法。
【請求項９】
前記監視ホスト装置のＷＥＢサーバが提供するＷＥＢページとは、画像形成装置の監視情報を閲覧可能な監視サービス画面のＷＥＢページであることを特徴とする請求項８に記載の制御方法。
【請求項１０】
前記アクセス情報管理手段が記憶するアクセス要求時間情報とは、前記固有情報受信工程が前記画像形成装置から前記固有情報を受信した時刻であり、前記アクセス制御工程は、前記クライアント装置からの前記ＷＥＢページへのアクセスを受けた時刻と前記固有情報を受信した時刻の差が規定時間内である場合には、前記クライアント装置へ前記ＷＥＢページへのアクセスを許可することを特徴とする請求項８または９に記載の制御方法。
【請求項１１】
通信媒介を介して、ＷＥＢサーバを有する監視ホスト装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続されたＷＥＢサーバを有する画像形成装置の制御方法であって、
前記クライアント装置からの前記画像形成装置が有するＷＥＢサーバへのアクセスを受けて、前記監視ホスト装置へのアクセス要求情報含むＷＥＢページデータを前記クライアント装置へ送信するＷＥＢページデータ送信工程と、
前記クライアント装置から前記ＷＥＢページデータに含まれる前記アクセス要求情報への参照があった場合に、前記監視ホスト装置へ前記画像形成装置の固有情報を通知する固有情報通知工程と、
前記監視ホスト装置から、前記監視ホスト装置が有するＷＥＢサーバへのアクセスの可否を受信するアクセス可否受信工程と、
前記アクセス可否受信工程がアクセス許可を受信した場合には、前記アクセス要求情報への参照への応答として、前記クライアント装置へ前記監視ホスト装置が有するＷＥＢサーバへのリダイレクト情報を送信するリダイレクト情報送信工程とを有することを特徴とする画像形成装置の制御方法。
【請求項１２】
前記画像形成装置が送信する前記ＷＥＢページデータは前記画像形成装置の状態を表示するＷＥＢページであり、前記監視ホスト装置のＷＥＢサーバが提供するＷＥＢページとは、画像形成装置の監視情報を閲覧可能な監視サービス画面のＷＥＢページであることを特徴とする請求項１１に記載の制御方法。
【請求項１３】
前記画像形成装置が送信する前記ＷＥＢページデータに含まれる前記監視ホスト装置へのアクセス要求情報とは、前記画像形成装置の前記監視ホスト装置へのアクセス要求処理を行うモジュールを呼び出す記述であることを特徴とする請求項１１または１２に記載の制御方法。
【請求項１４】
前記リダイレクト情報は前記画像形成装置の固有情報を符号化した情報をパラメータとして含むことを特徴とする請求項１１に記載の制御方法。
【請求項１５】
請求項８乃至１４のいずれかに記載の制御方法をコンピュータで実行させるためのプログラム。
【請求項１６】
請求項１５記載のプログラムを格納したコンピュータで読み取り可能な記憶媒体。
【請求項１】
通信媒介を介して、画像形成装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続された監視ホスト装置であって、
前記監視ホスト装置が有するＷＥＢサーバが提供するＷＥＢページと、
複数の画像形成装置それぞれの固有情報とアクセス可否情報とアクセス要求時間情報を関連付けて管理するアクセス情報管理手段と、
画像形成装置から前記画像形成装置の固有情報を受信する固有情報受信手段と、
受信した前記固有情報の画像形成装置へ前記ＷＥＢページへのアクセスの可否を通知するアクセス可否通知手段と、
前記クライアント装置からの前記ＷＥＢページへのアクセスを受けたとき、前記アクセス情報管理手段の管理する情報に基づいて前記ＷＥＢページへのアクセスを制御するアクセス制御手段とを有し、
前記固有情報受信手段が画像形成装置から固有情報を受信したとき、前記アクセス情報管理手段の管理する前記固有情報に対応する画像形成装置のアクセス可否情報に基づいて前記アクセス可否通知手段が前記画像形成装置へアクセスの可否の通知を行うとともに、前記アクセス情報管理手段は前記画像形成装置の前記固有情報に対応付けてアクセス要求時間情報を記憶し、前記アクセス制御手段は記憶した前記アクセス要求時間情報に基づいて前記ＷＥＢページへのアクセスを制御することを特徴とする監視ホスト装置。
【請求項２】
前記監視ホスト装置のＷＥＢサーバが提供するＷＥＢページとは、画像形成装置の監視情報を閲覧可能な監視サービス画面のＷＥＢページであることを特徴とする請求項１に記載の監視ホスト装置。
【請求項３】
前記アクセス情報管理手段が記憶するアクセス要求時間情報とは、前記固有情報受信手段が前記画像形成装置から前記固有情報を受信した時刻であり、前記アクセス制御手段は、前記クライアント装置からの前記ＷＥＢページへのアクセスを受けた時刻と前記固有情報を受信した時刻の差が規定時間内である場合には、前記クライアント装置へ前記ＷＥＢページへのアクセスを許可することを特徴とする請求項１または２に記載の監視ホスト装置。
【請求項４】
通信媒介を介して、ＷＥＢサーバを有する監視ホスト装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続されたＷＥＢサーバを有する画像形成装置であって、
前記クライアント装置からの前記画像形成装置が有するＷＥＢサーバへのアクセスを受けて、前記監視ホスト装置へのアクセス要求情報含むＷＥＢページデータを前記クライアント装置へ送信するＷＥＢページデータ送信手段と、
前記クライアント装置から前記ＷＥＢページデータに含まれる前記アクセス要求情報への参照があった場合に、前記監視ホスト装置へ前記画像形成装置の固有情報を通知する固有情報通知手段と、
前記監視ホスト装置から、前記監視ホスト装置が有するＷＥＢサーバへのアクセスの可否を受信するアクセス可否受信手段と、
前記アクセス可否受信手段がアクセス許可を受信した場合には、前記アクセス要求情報への参照への応答として、前記クライアント装置へ前記監視ホスト装置が有するＷＥＢサーバへのリダイレクト情報を送信するリダイレクト情報送信手段とを有することを特徴とする画像形成装置。
【請求項５】
前記画像形成装置が送信する前記ＷＥＢページデータは前記画像形成装置の状態を表示するＷＥＢページであり、前記監視ホスト装置のＷＥＢサーバが提供するＷＥＢページとは、画像形成装置の監視情報を閲覧可能な監視サービス画面のＷＥＢページであることを特徴とする請求項４に記載の画像形成装置。
【請求項６】
前記画像形成装置が送信する前記ＷＥＢページデータに含まれる前記監視ホスト装置へのアクセス要求情報とは、前記画像形成装置の前記監視ホスト装置へのアクセス要求処理を行うモジュールを呼び出す記述であることを特徴とする請求項４または５に記載の画像形成装置。
【請求項７】
前記リダイレクト情報は前記画像形成装置の固有情報を符号化した情報をパラメータとして含むことを特徴とする請求項４に記載の画像形成装置。
【請求項８】
通信媒介を介して、画像形成装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続された監視ホスト装置の制御方法であって、
前記監視ホスト装置が有するＷＥＢサーバが提供するＷＥＢページと、
複数の画像形成装置それぞれの固有情報とアクセス可否情報とアクセス要求時間情報を関連付けて管理するアクセス情報管理手段と、
画像形成装置から前記画像形成装置の固有情報を受信する固有情報受信工程と、
受信した前記固有情報の画像形成装置へ前記ＷＥＢページへのアクセスの可否を通知するアクセス可否通知工程と、
前記クライアント装置からの前記ＷＥＢページへのアクセスを受けたとき、前記アクセス情報管理手段の管理する情報に基づいて前記ＷＥＢページへのアクセスを制御するアクセス制御工程とを有し、
前記固有情報受信工程が画像形成装置から固有情報を受信したとき、前記アクセス情報管理手段の管理する前記固有情報に対応する画像形成装置のアクセス可否情報に基づいて前記アクセス可否通知工程が前記画像形成装置へアクセスの可否の通知を行うとともに、前記アクセス情報管理手段は前記画像形成装置の前記固有情報に対応付けてアクセス要求時間情報を記憶し、前記アクセス制御工程は記憶した前記アクセス要求時間情報に基づいて前記ＷＥＢページへのアクセスを制御することを特徴とする監視ホスト装置の制御方法。
【請求項９】
前記監視ホスト装置のＷＥＢサーバが提供するＷＥＢページとは、画像形成装置の監視情報を閲覧可能な監視サービス画面のＷＥＢページであることを特徴とする請求項８に記載の制御方法。
【請求項１０】
前記アクセス情報管理手段が記憶するアクセス要求時間情報とは、前記固有情報受信工程が前記画像形成装置から前記固有情報を受信した時刻であり、前記アクセス制御工程は、前記クライアント装置からの前記ＷＥＢページへのアクセスを受けた時刻と前記固有情報を受信した時刻の差が規定時間内である場合には、前記クライアント装置へ前記ＷＥＢページへのアクセスを許可することを特徴とする請求項８または９に記載の制御方法。
【請求項１１】
通信媒介を介して、ＷＥＢサーバを有する監視ホスト装置とＷＥＢブラウザを有するクライアント装置と通信可能に接続されたＷＥＢサーバを有する画像形成装置の制御方法であって、
前記クライアント装置からの前記画像形成装置が有するＷＥＢサーバへのアクセスを受けて、前記監視ホスト装置へのアクセス要求情報含むＷＥＢページデータを前記クライアント装置へ送信するＷＥＢページデータ送信工程と、
前記クライアント装置から前記ＷＥＢページデータに含まれる前記アクセス要求情報への参照があった場合に、前記監視ホスト装置へ前記画像形成装置の固有情報を通知する固有情報通知工程と、
前記監視ホスト装置から、前記監視ホスト装置が有するＷＥＢサーバへのアクセスの可否を受信するアクセス可否受信工程と、
前記アクセス可否受信工程がアクセス許可を受信した場合には、前記アクセス要求情報への参照への応答として、前記クライアント装置へ前記監視ホスト装置が有するＷＥＢサーバへのリダイレクト情報を送信するリダイレクト情報送信工程とを有することを特徴とする画像形成装置の制御方法。
【請求項１２】
前記画像形成装置が送信する前記ＷＥＢページデータは前記画像形成装置の状態を表示するＷＥＢページであり、前記監視ホスト装置のＷＥＢサーバが提供するＷＥＢページとは、画像形成装置の監視情報を閲覧可能な監視サービス画面のＷＥＢページであることを特徴とする請求項１１に記載の制御方法。
【請求項１３】
前記画像形成装置が送信する前記ＷＥＢページデータに含まれる前記監視ホスト装置へのアクセス要求情報とは、前記画像形成装置の前記監視ホスト装置へのアクセス要求処理を行うモジュールを呼び出す記述であることを特徴とする請求項１１または１２に記載の制御方法。
【請求項１４】
前記リダイレクト情報は前記画像形成装置の固有情報を符号化した情報をパラメータとして含むことを特徴とする請求項１１に記載の制御方法。
【請求項１５】
請求項８乃至１４のいずれかに記載の制御方法をコンピュータで実行させるためのプログラム。
【請求項１６】
請求項１５記載のプログラムを格納したコンピュータで読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００８−１５８６３３（Ｐ２００８−１５８６３３Ａ）
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００６−３４４２８３（Ｐ２００６−３４４２８３）
【出願日】平成１８年１２月２１日（２００６．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１８年１２月２１日（２００６．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]