(57)【特許請求の範囲】
【請求項１】
ネットワークと接続するネットワーク接続手段と、上記ネットワーク上のクライアントからのウェブブラウザを用いた要求を処理するサーバ手段と、上記クライアントからのウェブブラウザを用いた要求に応じて、画像データの出力、送信、各種設定値の参照／変更を含む複数の操作のうち、少なくとも１つを制御する制御手段を具備する画像処理装置において、
同一クライアントから以前にアクセスがあったか否かを判断する前回アクセス判断手段と；
上記前回アクセス判断手段が、同一クライアントから以前にアクセスがあったと判断すると、以前に受けたアクセス内容に応じて、今回の処理内容を決定する処理内容決定手段と；
上記クライアントのウェブブラウザに表示させる操作画面を、上記クライアントからの前回のアクセス内容に応じて変化させる操作画面変化手段と；
を有し、
上記処理内容決定手段は、上記以前に受けたアクセス内容が上記複数の操作のいずれかのために上記操作画面を、所定のコンテンツ一覧の画面から該一覧に含まれている特定のコンテンツの画面に遷移させる操作であった場合、今回の処理内容を当該遷移済みの操作画面である上記特定のコンテンツの画面への移行であると決定する手段であり、
上記操作画面変化手段は、上記前回アクセス判断手段が、同一クライアントから以前にアクセスがあったと判断した場合、上記処理内容決定手段の決定に従い、上記遷移済みの操作画面である上記特定のコンテンツの画面を表示させ、同一クライアントから以前にアクセスがなかったと判断した場合、上記遷移前の操作画面である上記コンテンツ一覧の画面を表示させる手段であることを特徴とする画像処理装置。
【請求項２】
請求項１において、
上記クライアントからアクセスがあったときに、次回以降の操作要求に備えて、今回の操作内容を記憶する記憶手段を有することを特徴とする画像処理装置。
【請求項３】
ネットワークと接続するネットワーク接続手段と、上記ネットワーク上のクライアントからのウェブブラウザを用いた要求を処理するサーバ手段と、上記クライアントからのウェブブラウザを用いた要求に応じて、画像データの出力、送信、各種設定値の参照／変更を含む複数の操作のうち、少なくとも１つを制御する制御手段を具備する画像処理装置の制御方法において、
同一クライアントから以前にアクセスがあったか否かを判断する前回アクセス判断段階と；
上記前回アクセス判断段階で、同一クライアントから以前にアクセスがあったと判断すると、以前に受けたアクセス内容に応じて、今回の処理内容を決定する処理内容決定段階と；
上記クライアントのウェブブラウザに表示させる操作画面を、上記クライアントからの前回のアクセス内容に応じて変化させる操作画面変化段階と；
を有し、
上記処理内容決定段階は、上記以前に受けたアクセス内容が上記複数の操作のいずれかのために上記操作画面を、所定のコンテンツ一覧の画面から該一覧に含まれている特定のコンテンツの画面に遷移させる操作であった場合、今回の処理内容を当該遷移済みの操作画面である上記特定のコンテンツの画面への移行であると決定する段階であり、
上記操作画面変化段階は、上記前回アクセス判断段階で同一クライアントから以前にアクセスがあったと判断した場合、上記処理内容決定段階の決定に従い、上記遷移済みの操作画面である上記特定のコンテンツの画面を表示させ、同一クライアントから以前にアクセスがなかったと判断した場合、上記遷移前の操作画面である上記コンテンツ一覧の画面を表示させる段階であることを特徴とする画像処理装置の制御方法。
【請求項４】
請求項３において、
上記クライアントからアクセスがあったときに、次回以降の操作要求に備えて、今回の操作内容を記憶する記憶段階を有することを特徴とする画像処理装置の制御方法。
【請求項５】
ネットワークと接続するネットワーク接続手段と；
上記ネットワーク上のクライアントからのウェブブラウザを用いた要求を処理するサーバ手段と；
上記クライアントからのウェブブラウザを用いた要求に応じて、画像データの出力、送信、各種設定値の参照／変更を含む複数の操作のうち、少なくとも１つを制御する制御手段と；
を有する画像処理装置に実行させるプログラムであって、
同一クライアントから以前にアクセスがあったか否かを判断する前回アクセス判断手順と；
上記前回アクセス判断手順で、同一クライアントから以前にアクセスがあったと判断すると、以前に受けたアクセス内容に応じて、今回の処理内容を決定する処理内容決定手順と；
上記クライアントのウェブブラウザに表示する操作画面を、上記クライアントからの前回のアクセス内容に応じて変化させる操作画面変化手順と；
を有し、
上記処理内容決定手順は、上記以前に受けたアクセス内容が上記複数の操作のいずれかのために上記操作画面を、所定のコンテンツ一覧の画面から該一覧に含まれている特定のコンテンツの画面に遷移させる操作であった場合、今回の処理内容を当該遷移済みの操作画面である上記特定のコンテンツの画面への移行であると決定する手順であり、
上記操作画面変化手順は、上記前回アクセス判断手順で同一クライアントから以前にアクセスがあったと判断した場合、上記処理内容決定手順の決定に従い、上記遷移済みの操作画面である上記特定のコンテンツの画面を表示させ、同一クライアントから以前にアクセスがなかったと判断した場合、上記遷移前の操作画面である上記コンテンツ一覧の画面を表示させる手順であることを特徴とするプログラム。
【請求項６】
複数のクライアント端末を接続可能なネットワークに接続する接続手段と；
上記接続手段を介して接続された複数のクライアント端末の１つからのウェブブラウザを用いたリクエストを受け付ける受付手段と；
上記受付手段で受け付けたリクエストに応じて、画像データの処理を実行する処理手段と；
上記処理手段で実行した処理の内容を登録する登録手段と；
上記受付手段でリクエストを受け付けた場合に、該リクエストに応じた処理の内容が、上記登録手段で登録されているかどうかを識別する識別手段と；
上記識別手段による識別結果に応じて、上記受付手段でリクエストを受け付けたときに、上記処理手段による処理の内容を判定する判定手段と；
上記判定手段による判定に応じて上記受付手段で受け付けたリクエストの要求元であるクライアント端末のウェブブラウザに表示させるための操作画面を変更する変更手段と；
を有し、
上記登録手段は、上記処理手段による画像データの処理のために上記ウェブブラウザに表示させるための操作画面を、所定のコンテンツ一覧の画面から該一覧に含まれている特定のコンテンツの画面に遷移させた場合、当該遷移を行った旨を登録する手段であり、
上記変更手段は、上記判定手段で上記登録手段に上記遷移を行った旨が登録されていると判定された場合、上記遷移済みの操作画面である上記特定のコンテンツの画面を表示させ、上記登録手段に上記遷移を行った旨が登録されていないと判定された場合、上記遷移前の操作画面である上記コンテンツ一覧の画面を表示させる手段であることを特徴とする画像処理装置。
【請求項７】
請求項６において、
上記操作画面のうち、上記遷移前の操作画面は、上記受付手段で受け付けたリクエストを発行したクライアント端末のウェブブラウザに上記処理手段で処理する画像データを格納するためのボックス一覧を表示させるための画面であり、上記遷移済みの操作画面は、上記ボックス一覧の中から選択されたボックス内の画像データ一覧を表示させるための画面であることを特徴とする画像処理装置。
【請求項８】
請求項６または請求項７において、
上記遷移済みの操作画面は、画像データを送信するための宛先として上記登録手段に登録された宛先を選択した状態の操作画面であることを特徴とする画像処理装置。
【請求項９】
請求項６〜請求項８のいずれか１項において、
上記処理手段は、上記受付手段で受け付けたリクエストに応じたＷｅｂページを生成することを特徴とする画像処理装置。
【請求項１０】
画像データを処理する画像処理装置の制御方法において、
ネットワークを介して上記画像処理装置に接続された複数のクライアント端末の１つからのウェブブラウザを用いたリクエストを受け付ける受付段階と；
上記受付段階で受け付けたリクエストに応じて、画像データに関する処理を実行する処理段階と；
上記処理段階で実行した処理の内容を登録する登録段階と；
上記受付段階でリクエストを受け付けた場合に、該リクエストに応じた処理の内容が、上記登録段階で登録されているかどうかを識別する識別段階と；
上記識別段階による識別結果に応じて、上記受付段階でリクエストを受け付けたときに、上記処理段階による処理の内容を判定する判定段階と；
上記判定段階による判定に応じて上記受付手段で受け付けたリクエストの要求元であるクライアント端末のウェブブラウザに表示させるための操作画面を変更する変更段階と；
を有し、
上記登録段階は、上記処理段階による画像データの処理のために上記ウェブブラウザに表示させるための操作画面を、所定のコンテンツ一覧の画面から該一覧に含まれている特定のコンテンツの画面に遷移させた場合、当該遷移を行った旨を登録する段階であり、
上記変更段階は、上記判定段階で上記登録段階において上記遷移を行った旨が登録されていると判定された場合、上記遷移済みの操作画面である上記特定のコンテンツの画面を表示させ、上記登録段階において上記遷移を行った旨が登録されていないと判定された場合、上記遷移前の操作画面である上記コンテンツ一覧の画面を表示させる段階であることを特徴とする画像処理装置の制御方法。
【請求項１１】
画像データを処理する画像処理装置を制御するためのプログラムにおいて、
ネットワークを介して上記画像処理装置に接続された複数のクライアント端末の１つからのウェブブラウザを用いたリクエストを受け付ける受付段階と；
上記受付段階で受け付けたリクエストに応じて、画像データに関する処理を実行する処理段階と；
上記処理段階で実行した処理の内容を登録する登録段階と；
上記受付段階でリクエストを受け付けた場合に、該リクエストに応じた処理の内容が、上記登録段階で登録されているかどうかを識別する識別段階と；
上記識別段階による識別結果に応じて、上記受付段階でリクエストを受け付けたときに、上記処理段階による処理の内容を判定する判定段階と；
上記判定段階による判定に応じて上記受付手段で受け付けたリクエストの要求元であるクライアント端末のウェブブラウザに表示させるための操作画面を変更する変更段階と；
を有し、
上記登録段階は、上記処理段階による画像データの処理のために上記ウェブブラウザに表示させるための操作画面を、所定のコンテンツ一覧の画面から該一覧に含まれている特定のコンテンツの画面に遷移させた場合、当該遷移を行った旨を登録する段階であり、
上記変更段階は、上記判定段階で上記登録段階において上記遷移を行った旨が登録されていると判定された場合、上記遷移済みの操作画面である上記特定のコンテンツの画面を表示させ、上記登録段階において上記遷移を行った旨が登録されていないと判定された場合、上記遷移前の操作画面である上記コンテンツ一覧の画面を表示させる段階であることを特徴とする画像処理装置を制御するためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上のクライアントが操作することができる画像処理装置、その制御方法およびそれを制御するためのプログラムに関するものである。
【０００２】
【従来の技術】
今日、画像処理装置に付属している操作パネルを用いて操作する以外に、ネットワークを介して接続されているコンピュータからも操作可能である画像処理装置が知られている。
【０００３】
コンピュータから画像処理装置を制御する場合、通常、その画像処理装置専用のドライバを経由し、所望の動作をさせる。したがって、そのドライバが組み込まれたコンピュータでなければ、上記画像処理装置を制御することができない。
【０００４】
これに対して、最近は、Ｗｅｂサーバの機能を有する画像処理装置が出現している。このような画像処理装置では、専用の特別なドライバを必要とせずに、一般のＷｅｂブラウザを用いて制御することができる。
【０００５】
また、最近の画像処理装置では、その画像処理装置内に存在しているハードディスク等の記憶装置に、専用の領域（ボックス）を持ち、その領域に画像を記憶することができる装置が知られている。このような装置では、複数のボックスを用意し、利便性を高めている。ボックスに対する操作を、Ｗｅｂクライアントから行う場合、ブラウザの画面に、まず、ボックスの一覧が表示され、ユーザがその中の１つを選択するか、ボックスの番号を入力装置から入力することによって、所望のボックスの内容を表示するものがほとんどである。
【０００６】
また、送信機能をもつ画像処理装置では、送信先がまとめられているアドレス帳をもつ機種が多く存在している。アドレス帳に対する操作を、Ｗｅｂクライアントから行う場合も、ボックスの上記場合と同様に、ブラウザの画面に、まず、アドレス帳の一覧を表示し、ユーザがその中から１つを選択するか、アドレス帳の番号を入力装置から入力することによって、所望のアドレス帳の内容を表示するものがほとんどである。
【０００７】
【発明が解決しようとする課題】
しかし、一般的に、各ユーザが送信する度に、ボックスやアドレス帳の一覧から所望の送信先を選択する操作や、上記一覧に番号を入力する操作は、煩雑であるという問題がある。
【０００８】
また、各ユーザが送信する場合の送信先は、ボックスやアドレス帳の内容のうちの一部であり、また、ほとんど特定され（多くの場合１人であり）、しかも、そのクライアントが実行する操作は、特定の処理であることが多い。したがって、クライアントごとに操作画面等が変化すればより便利である。
【０００９】
本発明は、ネットワークを介して、クライアントが画像処理装置にアクセスした場合、各ユーザが使用する可能性が高い処理を判断することにより、所定の処理をスキップさせることが可能となり操作性の高い画像処理装置、その制御方法およびそれを制御するためのプログラムを提供することを目的とするものである。
【００１０】
【課題を解決するための手段】
本発明は、同一クライアントから以前にアクセスがあれば、そのアクセス内容に応じて、今回の処理内容を決定し、また、上記クライアントに表示する操作画面を、上記クライアントからの前回のアクセス内容に応じて変化させる画像処理装置である。
【００１１】
【発明の実施の形態および実施例】
以下、図面を参照して本発明の実施例を詳細に説明する。
【００１２】
＜第１の実施例＞
図１は、本発明の第１の実施例である画像処理装置１０１を含むシステムの構成を示す図である。
【００１３】
画像処理装置１０１は、ネットワーク１００を介して、ウェブクライアント１０９、１１０と通信可能である。
【００１４】
画像処理装置１０１は、ネットワーク接続部１０２と、ウェブサーバ部１０３と、制御部１０４と、記憶部１０５と、プリント出力部１０６と、送信部１０７と、前回アクセス判断部１０８とを有する。なお、プリント出力部１０６と送信部１０７とは、どちらか一方を有するものでもよい。
【００１５】
ネットワーク接続部１０２は、ネットワーク１００を介してデータの送受信を行う。ネットワーク１００はインターネット接続可能であれば、公衆網、専用線などその形態を問わないものである。
【００１６】
ウェブサーバ部１０３は、ＨＴＴＰによる通信が可能なサーバであり、ウェブクライアント１０９、１１０からの要求に応じて動作する。ウェブサーバ部１０３は画像処理装置１０１で管理する種々の情報をウェブページ（いわゆるホームページ）、つまりＨＴＭＬ形式のデータに変換して保持することができ、ウェブクライアント１０９、１１０からのウェブブラウザを使用しての指示を受け付けて該当するＨＴＭＬ形式のデータを送信する。ウェブクライアント１０９、１１０が使用するウェブブラウザは一般的なウェブブラウザで十分であり、コンピュータ端末にインストールされたウェブブラウザにより画像処理装置１０１に種々の指示を行うものである。また、ウェブクライアントの数は２つに限ることなく多数をネットワーク１００に接続可能である。
【００１７】
制御部１０４は、画像処理装置１０１全体の動作を制御するものである。制御部１０４は、ウェブサーバ部１０３からの要求に基づいて、記憶部１０５に記憶されているデータを、プリント出力部１０６によりプリント出力させたり、送信部１０７により送信させたりする制御を行う。
【００１８】
前回アクセス判断部１０８は、ウェブサーバ部１０３が受け取った要求が、以前に画像処理装置１０１にアクセスしたことのあるウェブクライアントのブラウザからの要求であるか否かを判断し、以前にアクセスしたウェブクライアントのブラウザからの要求であれば、以前のアクセス内容をウェブサーバ部１０３に伝え、それに応じてウェブサーバ部１０３の動作を変化させる。
【００１９】
図２は、画像処理装置１０１におけるコントローラユニット２０００の構成を示すブロック図である。このコントローラユニット２０００は図１で示した、ネットワーク接続部１０２、ウェブサーバ部１０３、制御部１０４、記憶部１０５、プリント出力部１０６、送信部１０７、前回アクセス判断部１０８に相当するものを含むものである。
【００２０】
コントローラユニット２０００は、画像入力デバイスであるスキャナ２０７０と、画像出力デバイスであるプリンタ２０９５とが接続され、ＬＡＮ２０１１と、公衆回線（ＷＡＮ）２０５１とが接続され、コピー機能と、ＬＡＮ２０１１とを介して、外部から供給されるデータをプリント出力するプリンタ機能と、公衆回線（ＷＡＮ）２０５１を介したファクシミリ機能を含む通信機能等を有する複合装置である。なお、プリンタ２０９５は図１に示したプリント出力部１０６に相当し、ＬＡＮ２０１１及び公衆回線（ＷＡＮ）２０５１が図１に示したネットワーク１００に相当する。
【００２１】
コントローラユニット２０００は、ＲＯＭ２００３に格納されているブートプログラムに基づいてシステムを起動し、このシステム上で、ＨＤＤ（ハードディスク装置）２００４（図１に示した記憶部１０５に相当）に格納されている各種制御プログラムを読み出し、ＲＡＭ２００２をワークエリアとして所定の処理を実行するＣＰＵ２００１を有する。ＨＤＤ２００４には、上記各種プログラムと画像データとが格納されている。以下で示すフローチャートはＨＤＤ２００４に記憶されたプログラムに基づきＣＰＵ２００１が制御する動作の流れを示すものである。
【００２２】
ＣＰＵ２００１には、システムバス２００７を介して、ＲＡＭ２００２と、ＲＯＭ２００３と、ＨＤＤ２００４と、操作部Ｉ／Ｆ（操作部インタフェース）２００６と、ＬＡＮＩ／Ｆ（ＬＡＮインタフェース）２０１０と、モデム２０５０と、イメージバスＩ／Ｆ（イメージバスインタフェース）２００５とが接続されている。ＬＡＮＩ／Ｆ（ＬＡＮインタフェース）２０１０とモデム２０５０とが図１に示したネットワーク接続部１０２に相当する。
【００２３】
操作部Ｉ／Ｆ２００６は、操作部２０１２との間におけるインタフェースであり、操作部２０１２に表示する画像データを、操作部２０１２へ転送し、また、操作部２０１２で行なわれた操作入力によって発生した信号を、ＣＰＵ２００１へ転送する。
【００２４】
操作部２０１２は、画像処理に関する各機能における現在の設定状態、各機能に関する設定情報を入力する情報入力画面等を表示する表示部と、各機能に対する設定情報を入力するキー等を含む入力部とを有する。なお、この操作部２０１２の詳細な構成については、後述する。
【００２５】
ＬＡＮＩ／Ｆ２０１０は、ＬＡＮ２０１１に接続され、ＬＡＮ２０１１を介した情報の入出力を行う。モデム２０５０は、公衆回線（ＷＡＮ）２０５１に接続され、公衆回線２０５１を介して、情報の入出力を行う。イメージバスＩ／Ｆ２００５は、画像バス２００８と、システムバス２００７とを接続し、データ構造を変換するするバスブリッジによって構成されている。画像バス２００８は、画像データを高速で転送可能なＰＣＩバスまたはＩＥＥＥ１３９４規格に従うバスによって構成されている。
【００２６】
画像バス２００８には、ＲＩＰ（ラスタイメージプロセッサ）２０６０と、デバイスＩ／Ｆ（デバイスインタフェース）２０２０と、スキャナ画像処理部２０８０と、プリンタ画像処理部２０９０と、画像回転部２０３０と、画像圧縮部２０４０とが接続されている。
【００２７】
ＲＩＰ２０６０は、ＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ２０２０は、画像入出力デバイスであるスキャナ２０７０やプリンタ２０９５とコントローラユニット２０００とを接続し、画像データの同期系／非同期系の変換を行う。ここでは、デバイスＩ／Ｆ２０２０とスキャナ２０７０とが、ケーブル２０７１を介して接続され、デバイスＩ／Ｆ２０２０とプリンタ２０９５とが、ケーブル２０９６を介して接続されている。
【００２８】
スキャナ画像処理部２０８０は、入力画像データについて、補正、加工、編集を行う。プリンタ画像処理部２０９０は、プリント出力画像データについて、プリンタの補正、解像度変換等を行う。画像回転部２０３０は、画像データの回転処理を行う。画像圧縮部２０４０は、多値画像データについて、ＪＰＥＧの圧縮伸張処理を行い、二値画像データについて、ＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。
【００２９】
上記のように、コントローラユニット２０００のＣＰＵ２００１は、各制御プログラムに基づいて、システムバス２００７に接続される各種デバイスとのアクセスを総括的に制御し、また、デバイスＩ／Ｆ２０２０を介して、スキャナ２０７０から画像情報を読み込み、この読み込んだ画像情報について、所定の処理を施した後に、デバイスＩ／Ｆ２０２０を介して、該画像情報をプリンタ２０９５に出力する等の制御を行う。
【００３０】
図３は画像処理装置１０１の外観図である。
【００３１】
画像入力デバイスであるスキャナ２０７０と、画像出力デバイスであるプリンタ２０９５とは、図３に示すように、画像入出力デバイスとして一体的に構成され、スキャナ２０７０には、操作部２０１２が設けられている。
【００３２】
スキャナ２０７０は、原稿上の画像を照明し、ＣＣＤラインセンサ（図示せず）を走査することによって、原稿上の画像を読み取り、この読み取った画像を、光電変換によってラスタイメージデータに変換する。原稿は、原稿フィーダ２０７２のトレイ２０７３にセットされ、操作部２０１２から読み取り起動指示を、ユーザが出すことによって、コントローラユニット２０００のＣＰＵ２００１がスキャナ２０７０に、原稿の読み取り動作を行うように指示する。このＣＰＵ２００１の指示によって、原稿フィーダ２０７２から原稿が１枚ずつフィードされ、フィードされた原稿毎に、原稿画像の読み取り動作が行われる。
【００３３】
プリンタ２０９５は、ケーブル２０９６を介して、デバイスＩ／Ｆ２０２０から転送されたラスタイメージデータを、用紙上の画像に変換する画像処理を行う装置であり、この画像処理方式としては、感光体ドラムや感光体ベルト等の静電潜像担持体を用い、この静電潜像担持体上に、ラスタイメージデータに基づいて、レーザ光を走査することによって、静電潜像を形成する電子写真方式が用いられている。
【００３４】
なお、上記実施例では、電子写真方式を用いているが、この代わりに、微少ノズルアレイからインクを吐出し、用紙上に直接画像を印字するインクジェット方式等の他の画像記録方式を用いるようにしてもよい。
【００３５】
プリント動作は、コントローラユニット２０００のＣＰＵ２００１からの指示によって起動される。プリンタ２０９５は、異なる用紙サイズまたは異なる用紙向きを選択できるように、複数の給紙カセットを有し、各給紙カセット毎に、種々のサイズ及び方向の用紙を搭載可能な用紙カセット２１０１、２１０２、２１０３、２１０４が、それぞれ装着されている。また、画像が印刷された用紙は、排紙トレイ２１１１上に排紙される。
【００３６】
次に、操作部２０１２の構成について説明する。
【００３７】
図４は、操作部２０１２の上観構成を示す図である。
【００３８】
操作部２０１２は、画面上にタッチパネルシートが貼り付けられている液晶表示部（以下、ＬＣＤという）２０１３と、複数のハードキーとを有する。ＬＣＤ２０１３は、システムの操作画面とソフトキーとを表示し、表示されているソフトキーが押されると、操作部Ｉ／Ｆ２００６を介して、その位置情報が、コントローラユニット２０００のＣＰＵ２００１に出力される。ハードキーとして、スタートキー２０１４、ストップキー２０１５、ＩＤキー２０１６、リセットキー２０１７が設けられている。
【００３９】
スタートキー２０１４は、原稿画像の読み取り動作の開始を指示するキーであり、このキー２０１４の中央部には、緑と赤との２色ＬＥＤ２０１８が装着されている。２色ＬＥＤ２０１８の赤色点灯は、スタートキー２０１４の押下を受け付けないことを示し、緑色点灯は、スタートキー２０１４の押下を受け付けることを示す。ストップキー２０１５は、稼動中の動作を止めるキーである。ＩＤキー２０１６は、使用者のユーザＩＤを入力するときに用いられるキーであり、リセットキー２０１７は、操作部２０１２からの設定を初期化するときに用いるキーである。
【００４０】
次に、ボックス機能について説明する。
【００４１】
ＨＤＤ２００４内には、画像データを一時的に格納する複数の領域（ボックス）が用意されている。上記ボックスには、ユーザがスキャナ２０７０を用いて原稿画像を読み取らせて得た文書や、ネットワーク１００を介してコンピュータ端末から送ったデータ等のようにユーザによって区別されたデータを保存するユーザボックスと、ユーザを区別する条件が設定されることなしに受信したＦＡＸ文書等のようにユーザの区別のないデータを保存するシステムボックスとがある。各ユーザボックスには、番号が付与され、それぞれを互いに識別することができる。
【００４２】
また、図示しない画面において、ボックス名称、暗証番号、保存したデータを、ボックスから自動的に消去するまでの時間を、ユーザボックスに設定することができる。ユーザは、スキャンした画像や、コンピュータから送った画像を、ボックスに保存することを指定して実行させることができる。また、保存された文書は、ユーザの指示によって、ＦＡＸや電子メールで送信したり、他のボックスに移動したり、プリント出力することができる。
【００４３】
次に、リモートＵＩ機能について説明する。
【００４４】
「リモートＵＩ機能」とは、画像処理装置１０１内の種々の情報をＨＴＭＬ形式のデータに変換し、ネットワーク１００に接続されたウェブクライアントからウェブブラウザを使って表示させたり、ウェブブラウザを使った指示を受け付け、その指示に対応した処理を行わせたりするためのものである。リモートＵＩ機能では、画像処理装置１０１上の操作部２０１２で行える操作と同等の操作をウェブクライアントから行うことができる。
【００４５】
リモートＵＩ機能で表示される画面はその表示の基礎となるデータを画像処理装置１０１のウェブサーバ部１０３（ＨＤＤ２００４に記憶されているプログラムに基づくＣＰＵ２００１の動作）で作成し、ウェブクライアントにインストールされているウェブブラウザによって表示させるものである。
【００４６】
リモートＵＩ機能を使用する場合はまず、画像処理装置１０１に、ネットワーク上のクライアントからアクセスするために、ユーザは、画像処理装置１０１にアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を直接ウェブブラウザのアドレス欄に入力するか、ＵＲＬが埋め込まれたリンクを、マウス等を用いて選択する。このＵＲＬは、たとえば、“ｈｔｔｐ：／／ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ／”のように、ｈｔｔｐ：／／に続けて画像処理装置１０１のＩＰアドレスを指定するようにする。そうすると、ウェブブラウザは、ネットワーク１００を介してＵＲＬを指定するＨＴＴＰコマンドを送信する。画像処理装置１０１のＷｅｂサーバ部１０３は、このＨＴＴＰコマンドを受け取り、これを解析し、それに応じた動作を行う。
【００４７】
Ｗｅｂブラウザからの要求が、画像処理装置１０１に対する動作要求である場合、対応するＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）プログラムの処理が行われ、これにより、装置の情報の取得・設定や、プリント出力等の動作が実行される。ユーザがフォームに入力する等して、Ｗｅｂブラウザから指定した値は、ＷｅｂサーバからＣＧＩプログラムに渡され、制御パラメータ等として利用される。
【００４８】
図５は、ウェブブラウザに表示されるリモートＵＩのトップページを示す図である。
【００４９】
リモートＵＩのトップページは、画像処理装置１０１のＵＲＬをウェブブラウザに入力したときに、最初に表示されるページである。図５に示すように、画面は、インデックス領域３０１とメイン領域３０２との２つのフレームによって構成されている。インデックス領域には、主なサイトマップが表示され、マップ上のボタンを押すと、対応する画面がメイン領域に表示される。
【００５０】
本実施例においては、以前に同じクライアントから要求があったか否かを判断するために、クッキー（Ｃｏｏｋｉｅ）機能を用いる。
【００５１】
この「クッキー機能」は、ＨＴＴＰでクライアントと通信するＷｅｂサーバが、クライアントに対して情報を保持するように指示する機能である。保持される情報を「クッキー」と呼ぶ。
【００５２】
クッキーを設定するためには、サーバは、クライアントに対する応答に「Ｓｅｔ−Ｃｏｏｋｉｅ：ｎａｍｅ＝ｖａｌｕｅ」という書式で書かれたＳｅｔ−Ｃｏｏｋｉｅヘッダを付加する。クライアントが、この情報を受け取ると、「ｎａｍｅ＝ｖａｌｕｅ」という内容を、それが有効となるＵＲＬの範囲とともに記憶する。
【００５３】
以後、同じ場所を参照する場合、そのクライアントは、「Ｃｏｏｋｉｅ：ｎａｍｅ＝ｖａｌｕｅ」というヘッダを付加し、ＨＴＴＰ要求を送信する。このヘッダが付加された要求を受け取ると、前回アクセス判断部１０８は、このヘッダに書かれている内容を参照し、ウェブサーバ部１０３に対してそのクライアントに応じた適切な処理を行うように指示する。
【００５４】
本実施例では、クライアントがＢＯＸ機能にアクセスした場合に、そのＢＯＸ番号がクッキーとして設定される。
【００５５】
次に、ユーザがウェブブラウザを使ってボックスボタン３０３を押したときの動作について説明する。
【００５６】
図８は、本実施例において、ユーザがウェブブラウザによって表示されたリモートＵＩの画面においてボックスボタン３０３を押した（ポインティングデバイスでクリックした）ときの画像処理装置１０１の動作を示すフローチャートである。
【００５７】
図６は、リモートＵＩ（ネットワーク上のクライアントが、画像処理装置１０１に行うアクセス）におけるボックス一覧表示画面を示す図である。
【００５８】
ステップＳ１では、ウェブクライアントがウェブブラウザを用いて行った要求を受信し、その解釈を行う。ステップＳ２では、ＢＯＸ番号を指定するクッキーが含まれているか否かを判定し、ＢＯＸ番号を指定するクッキーが含まれていなければ、このクライアントがＢＯＸの操作をするのは初めてであるので、ボックスの一覧を示す画面（図６に示す画面）を表示するファイルを送信する（ステップＳ３）。
【００５９】
図７は、本実施例において、リモートＵＩにおけるボックス内容表示画面を示す図である。
【００６０】
ユーザがこの画面から１つのボックスを選択したことを認識する（ステップＳ４）と、そのＢＯＸの内容を示す図７の画面へ移行させるための情報を送信する（ステップＳ５）。
【００６１】
ステップＳ２では、ＢＯＸ番号を指定するクッキーが含まれていた場合、図６を経由せずに、図７の画面へ移行する。
【００６２】
ステップＳ５では、図７に示す画面のファイルを送信する際には、今回アクセスしたＢＯＸ番号を、クライアントを識別するための情報とともに記憶し、Ｓｅｔ−Ｃｏｏｋｉｅヘッダを付けてウェブクライアントへ送信する。
【００６３】
これによって、このクライアントから次回ＢＯＸ情報要求があった場合には、ＢＯＸ番号指定クッキーが一緒に送られてくる。したがって、次回のアクセスでは、ステップＳ２において、クッキー有りと判断されるので、ＢＯＸ一覧を表示せずに、今回参照したＢＯＸの内容がすぐに表示される。
【００６４】
また、上記第１の実施例ではＢＯＸ番号を前回のアクセスのものとしたが、これに限ることなく、画像処理装置１０１の送信機能を使用する際のアドレス帳に関して、前回参照したアドレスを最初に表示させるようにするなど、他の情報であってもよいことは言うまでもない。
【００６５】
したがって、上記第１の実施例では、ネットワークを介して、クライアントが画像処理装置にアクセスする際、そのクライアントが前回アクセスした内容に応じて、クライアントのウェブブラウザで表示される内容が変化するので、各ユーザが使用する可能性が高い画面を優先的に表示することができ、ユーザの操作性が高くなる。
【００６６】
＜第２の実施例＞
次に、本発明の第２の実施例について説明する。
【００６７】
なお、本発明の第２の実施例による画像処理装置１０１及びシステムの構成は図１〜図４に示したものと同様である。またリモートＵＩで表示される画面も図５〜図７に示したものと同様である。
【００６８】
本発明の第２の実施例である画像処理装置は、クライアントを識別するＩＤをクッキーとする実施例である。
【００６９】
図９は、第２の実施例において使用するクライアントＩＤ管理テーブル７００を示す図である。
【００７０】
第２の実施例である画像処理装置は、ＨＤＤ２００４等の不揮発性の記憶装置に、クライアントＩＤ管理テーブル７００を持つ装置である。
【００７１】
クライアントＩＤ管理テーブル７００は、欄７０１、７０２、７０３を有し、欄７０１には、クライアントを一意に示すＩＤ番号が記憶されている。欄７０２には、たとえばそのクライアントから最近アクセスされたＢＯＸ番号が記憶され、欄７０３には、最近アクセスされたアドレス帳番号が記憶されている。クライアントがアクセスするごとに、クライアントＩＤ管理テーブル７００が参照・変更される。
【００７２】
なお、本実施例のアドレス帳は、特定の人に対して複数のアドレス（例えば、ファクシミリ、電子メール、ＦＴＰ等）が設定可能であり、アドレス帳番号により、この特定の人が選択されるものとする。もちろん、特定の人ではなく、個々のアドレスとしてもよいことは言うまでもない。
【００７３】
次に、第２の実施例において、クライアントが画像処理装置１０１にアクセスした場合における動作について説明する。
【００７４】
図１０は、第２の実施例において、クライアントがウェブブラウザを使用して画像処理装置１０１にアクセスした場合における画像処理装置１０１の動作の流れを示すフローチャートである。
【００７５】
ステップＳ１１では、ウェブクライアントがウェブブラウザを用いて行った要求を受信し、その解釈を行う。ステップＳ１２では、クライアントＩＤを示すクッキーが含まれているか否かを判定し、クライアントＩＤを示すクッキーが含まれていなければ、サーバは、一意的なクライアント識別ＩＤを生成し、クッキーとして設定する（ステップＳ１３）。一意的なＩＤを生成するには、たとえば、ＩＤ生成処理をしたときの時刻を用いればよい。そして、生成したクライアントＩＤを指定するＳｅｔ−Ｃｏｏｋｉｅヘッダとともに、応答を送信する（ステップＳ１４）。次回、このクライアントから要求があった場合には、このクライアントＩＤ指定クッキーが一緒に送られてくる。
【００７６】
ステップＳ１２では、クライアント識別ＩＤが含まれていれば、クライアントＩＤ管理テーブル７００から対応するクライアントＩＤを検索する（ステップＳ１５）。クライアントＩＤ管理テーブル７００には、そのクライアントが以前のアクセスで操作したＢＯＸ番号、アドレス帳番号が記憶されているので、その情報に基づいて処理を行い、応答を送信する（ステップＳ１６）。
【００７７】
欄７０２、７０３が空欄になっている場合には、以前そのクライアントからＢＯＸやアドレス帳に関する操作が行われなかったことを示している。この場合、そのクライアントは、初めてアクセスするという情報に基づいて、処理が行われる。
【００７８】
ステップＳ１７において、今回のアクセスの内容に応じて、クライアントＩＤ管理テーブル７００を更新する。
【００７９】
これにより、画像処理装置１０１にアクセスをしてきたクライアントの過去のアクセス内容に応じて再び使用する可能性が高いと予想されるＢＯＸの画面やアドレスを即座に表示させることができる。
【００８０】
なお、クライアントごとに記憶するＢＯＸ番号やアドレス帳番号は１つではなく、複数記憶しておき、新しいものから古いものへと、「次へ」等のボタンの選択等によって表示させてもよい。この場合、記憶させる数を予め設定しておき、順次古いものから更新していくようにする。もちろん、クライアントが使用するＢＯＸは１つのみであり、アドレス帳も自分宛てに送ることが多いことを考えればそれぞれ１つのみの記憶で十分であるが、これらを複数使用することも考えられるので、このように複数記憶しておくことによりさらなる効果が期待できるものである。
【００８１】
また、上記各実施例は、前回のアクセスしたＢＯＸ、アドレス帳を記憶するが、その他の各種情報を記憶し、その内容に応じて応答を変化させるようにしてもよい。
【００８２】
＜第３の実施例＞
次に、本発明の第３の実施例について説明する。
【００８３】
なお、本発明の第３の実施例による画像処理装置１０１及びシステムの構成は図１〜図４に示したものと同様である。またリモートＵＩで表示される画面も図５〜図７に示したものと同様である。
【００８４】
第３の実施例では画像処理装置１０１にアクセスしてきたクライアントごとに使用を許可する機能を制限するものである。
【００８５】
第３の実施例における画像処理装置は、ＨＤＤ２００４等の不揮発性の記憶装置に、図１１に示すようなクライアントＩＤ管理テーブルを持つ。このクライアント管理テーブルは、欄１１０１、１１０２、１１０３、１１０４、１１０５、１１０６を有する。欄１１０１にはクライアントを一意に示すＩＤが記憶されている。欄１１０２にはユーザ名が設定されている。欄１１０３にはクライアントの権限が示されている。この権限とは、例えば、「登録待ち」、「プリント許可」、「プリント禁止」、「管理者」等である。欄１１０４にはそのクライアントの出力制限面数が設定される。欄１１０５にはそのクライアントからの指示により出力されたプリント面数が記憶されている。欄１１０６にはそのクライアントからのカラー出力指示を許可するかどうかのフラグが設定されている。
【００８６】
ここで、「面数」とは１枚の記録紙への片面分のプリントを行う数を示すものである。つまり１枚の記録紙の両面にプリントした場合は面数は２となる。
【００８７】
次に、第３の実施例において、クライアントが画像処理装置１０１にアクセスした場合における動作について説明する。
【００８８】
図１２は、第３の実施例において、クライアントがウェブブラウザを使用して画像処理装置１０１にアクセスした場合における画像処理装置１０１の動作の流れを示すフローチャートである。
【００８９】
ステップＳ１２１では、ウェブクライアントがウェブブラウザを用いて行った要求を受信し、その解釈を行う。ステップＳ１２２では、クライアントＩＤを示すクッキーが含まれているか判定する。クライアントＩＤを示すクッキーが含まれていない場合、そのクライアントからの初めてのアクセスであると判断し、図１３に示すユーザ登録画面を表示する（ステップＳ１２３）。
【００９０】
ユーザが必要事項を入力して「登録」を押すと、入力された情報が画像処理装置１０１に送信される。画像処理装置１０１はこの情報を受け取り、一意的なクライアント識別ＩＤを生成し、このクライアントをクライアント管理テーブルに登録する。登録する際、権限欄１１０３は「登録待ち」とする。生成したＩＤをクッキーとするＳｅｔ−Ｃｏｏｋｉｅヘッダとともに、図１４に示す画面のデータをクライアントに対して送信する。以後このクライアントから画像処理装置１０１にアクセスがあるとこの識別ＩＤが一緒に送られてくることとなる。ここでは、ユーザの名前のみ登録することとしたが、その他のユーザ情報を入力させるようにしてもよい。
【００９１】
ステップＳ１２２でＩＤがクッキーに含まれていた場合、クライアントＩＤ管理テーブルの検索を行い、そのクライアントの登録情報を読み出す（ステップＳ１２４）。
【００９２】
そして、ＩＤ管理テーブルの権限の欄を参照し、クライアントの権限が「登録待ち」であれば（Ｓ１２５）、クライアントに対して図１４に示す画面を表示する（ステップＳ１２６）。したがって、登録されていないクライアントからは、この画像処理装置の操作を行うことはできない。「登録待ち」のクライアントでなければ（Ｓ１２５）、図５に示すのと同じトップページが表示される（ステップＳ１２７）。
【００９３】
ただし、この実施例においてはクライアントＩＤ管理テーブルの権限が「管理者」のクライアントの場合のみ、ユーザ管理を行うためのボタン３０４が表示され、それ以外のクライアントからのアクセスの場合ボタン３０４は表示されない。
【００９４】
管理者のみに表示されるボタン３０４が押されると、クライアントには図１５に示す画面が表示される。この画面においてクライアントＩＤ管理テーブルの内容を参照、変更することが可能である。新規に登録され「登録待ち」の状態のクライアントに対して、管理者が制限面数、カラー出力可否を設定し、権限を設定すると、権限を設定されたクライアントからの操作が可能となる。また、例えば使用マナーが悪いユーザは「プリント禁止」に設定して出力を許可しない、メンテナンスのため一時的にすべてのユーザを「プリント禁止」にする、といった管理を行うことが可能である。
【００９５】
次にクライアントからボックス内文書のプリントを指示するアクセスがあった場合の動作を図１６に基づいて説明する。ステップＳ１６１においてクライアントＩＤ管理テーブルからクライアントの情報を読み出す。ステップＳ１６２において、クライアントの権限が「プリント禁止」か否かを判断する。「プリント禁止」クライアントからの要求であった場合、図１７に示す画面をクライアントに表示する（ステップＳ１６３）。従って「プリント禁止」クライアントからはプリントの指示を出すことが不可能となる。
【００９６】
「プリント禁止」クライアントでなかった場合、クライアント管理テーブルから、そのクライアントからの出力枚数、制限面数、カラー出力可否を読み出す（ステップＳ１６４）。ステップＳ１６５において出力枚数がすでに制限面数に達しているかどうかを判断し、すでに制限面数に達していれば、図１８に示す画面を表示する（ステップＳ１６６）。従って、すでに出力枚数が制限面数に達しているクライアントからはプリントの指示が不可能となる。
【００９７】
制限面数に達していなければ、図１９に示すプリント設定画面を表示させる（ステップＳ１６７）。ただし、カラー出力が許可されていないクライアントからのアクセスであれば、図１９のカラー出力指示欄１９１が無い画面を表示する。従ってカラー出力が許可されていないクライアントからカラー出力の指示をすることは出来ない。また、図１９のプリント部数の設定可能範囲１９２の上限値は、そのクライアントから出力できる残り枚数、すなわち制限面数から出力面数を引いたものにする。例えばクライアントＩＤ管理テーブルの情報が、制限面数５００、出力面数３００のクライアントであれば、部数の設定可能範囲は１〜２００となる。
【００９８】
以上のようにクライアントに表示される設定画面が変化するので、カラー出力が許可されていないクライアントからはカラー出力の指示をすることはできず、またそのクライアントの制限面数を超えた枚数の出力を行うことは不可能となる。
【００９９】
なお、本実施例において、制限項目は、上記のものに限らず、使用可能な記録紙サイズ、ステイプル等の後処理の使用など種々のものとしてもよい。また制限面数もサイズごとやカラー／モノクロごとなどにしてもよい。
【０１００】
このように第３の実施例によりクライアントごとに、ユーザ管理機能、プリント機能を制限することが可能である。
【０１０１】
また、制限内容はプリントに関するものだけではなく、送信機能（ファクシミリ、電子メール、ＦＴＰなど）についての宛先を制限するようにしてもよい。
【０１０２】
以上説明したような実施例によれば、画像処理装置１０１の各機能をネットワーク上のウェブクライアントから利用する場合に、クライアントごとに表示画面を異ならせたり、機能を制限することにより、操作性の向上を図ったり、ユーザ管理を容易にすることができる。
【０１０３】
なお、本実施例の動作をウェブブラウザ以外（例えば、画像処理装置１０１専用のアプリケーションや、その他のアプリケーション）で実現することも可能であるが、本実施例のように通常のホームページを表示可能なウェブブラウザを用いるようにすることにより、クライアント側のアプリケーションの設計を省略することができ、その効果は大きい。
【０１０４】
また、以上では、３つの実施例に分けて説明したが、３つの実施例の全ての処理を同時に行ってもよいことは言うまでもない。
【０１０５】
【発明の効果】
本発明によれば、ネットワークを介して、クライアントが画像処理装置にアクセスした場合、各ユーザが使用する可能性が高い処理を判断することにより、所定のコンテンツ一覧の画面から該一覧に含まれている特定のコンテンツの画面へ遷移させる処理をスキップさせることが可能となり操作性の向上を図ることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施例である画像処理装置１０１を含むシステムの構成を示す図である。
【図２】画像処理装置１０１におけるコントローラユニット２０００の構成を示すブロック図である。
【図３】スキャナ２０７０とプリンタ２０９５とが一体的に構成されている画像入出力デバイスの外観図である。
【図４】上記実施例における操作部２０１２の外観構成を示す図である。
【図５】ウェブブラウザに表示されるリモートＵＩのトップページを示す図である。
【図６】リモートＵＩ（ネットワーク上のクライアントが、画像処理装置１０１に行うアクセス）におけるボックス一覧表示画面を示す図である。
【図７】上記実施例において、リモートＵＩにおけるボックス内容表示画面を示す図である。
【図８】上記実施例において、ユーザがボックスボタン３０３を押したときの動作を示すフローチャートである。
【図９】第２の実施例において使用するクライアントＩＤ管理テーブル７００を示す図である。
【図１０】第２の実施例において、クライアントがアクセスした場合における動作を示すフローチャートである。
【図１１】第３の実施例である画像処理装置において使用するクライアントＩＤ管理テーブルを示す図である。
【図１２】第３の実施例において、クライアントがアクセスした場合における動作を示すフローチャートである。
【図１３】第３の実施例において、クライアントＩＤ管理テーブルに登録されていないクライアントがアクセスした場合に表示されるクライアント登録画面を示す図である。
【図１４】第３の実施例において、クライアントＩＤ管理テーブルの権限が「登録待ち」であるクライアントがアクセスした場合に表示される画面を示す図である。
【図１５】第３の実施例において、クライアントＩＤ管理テーブルの権限が「管理者」であるクライアントがユーザ管理ボタンを押した場合に表示される画面を示す図である。
【図１６】第３の実施例において、ボックス内文書のプリントを指示するアクセスを、クライアントから受けた場合の動作を示すフローチャートである。
【図１７】第３の実施例において、クライアントＩＤ管理テーブルの権限が「プリント禁止」であるクライアントから、ボックス内文書のプリントを指示するアクセスがあった場合に表示される画面を示す図である。
【図１８】第３の実施例において、出力面数が制限面数に達したクライアントから、ボックス内文書のプリントを指示するアクセスがあった場合に表示される画面を示す図である。
【図１９】第３の実施例において、クライアントに表示されるプリント設定画面を示す図である。
【符号の説明】
１００…ネットワーク、
１０１…画像処理装置、
１０２…ネットワーク接続部、
１０３…ウェブサーバ部、
１０４…制御部、
１０５…記憶部、
１０８…前回アクセス判断部、
１０９、１１０…ウェブクライアント。
【図１】
0004018400.tif 000002
【図２】
0004018400.tif 000003
【図３】
0004018400.tif 000004
【図４】
0004018400.tif 000005
【図５】
0004018400.tif 000006
【図６】
0004018400.tif 000007
【図７】
0004018400.tif 000008
【図８】
0004018400.tif 000009
【図９】
0004018400.tif 000010
【図１０】
0004018400.tif 000011
【図１１】
0004018400.tif 000012
【図１２】
0004018400.tif 000013
【図１３】
0004018400.tif 000014
【図１４】
0004018400.tif 000015
【図１５】
0004018400.tif 000016
【図１６】
0004018400.tif 000017
【図１７】
0004018400.tif 000018
【図１８】
0004018400.tif 000019
【図１９】
0004018400.tif 000020