JP2002333967A - 画像処理装置、その制御方法およびそれを制御するためのプログラム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを介して、クライアントが画像
処理装置にアクセスする際、各ユーザが使用する可能性
が高い画面を優先的に表示することができ、ユーザの操
作性が高い画像処理装置、画像処理方法およびプログラ
ムを提供することを目的とするものである。 【解決手段】 同一クライアントから以前にアクセスが
あれば、そのアクセス内容に応じて、今回の処理内容を
決定し、また、上記クライアントに表示する操作画面
を、上記クライアントからの前回のアクセス内容に応じ
て変化させる画像処理装置である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上の
クライアントが操作することができる画像処理装置、そ
の制御方法およびそれを制御するためのプログラムに関
するものである。

【０００２】

【従来の技術】今日、画像処理装置に付属している操作
パネルを用いて操作する以外に、ネットワークを介して
接続されているコンピュータからも操作可能である画像
処理装置が知られている。

【０００３】コンピュータから画像処理装置を制御する
場合、通常、その画像処理装置専用のドライバを経由
し、所望の動作をさせる。したがって、そのドライバが
組み込まれたコンピュータでなければ、上記画像処理装
置を制御することができない。

【０００４】これに対して、最近は、Ｗｅｂサーバの機
能を有する画像処理装置が出現している。このような画
像処理装置では、専用の特別なドライバを必要とせず
に、一般のＷｅｂブラウザを用いて制御することができ
る。

【０００５】また、最近の画像処理装置では、その画像
処理装置内に存在しているハードディスク等の記憶装置
に、専用の領域（ボックス）を持ち、その領域に画像を
記憶することができる装置が知られている。このような
装置では、複数のボックスを用意し、利便性を高めてい
る。ボックスに対する操作を、Ｗｅｂクライアントから
行う場合、ブラウザの画面に、まず、ボックスの一覧が
表示され、ユーザがその中の１つを選択するか、ボック
スの番号を入力装置から入力することによって、所望の
ボックスの内容を表示するものがほとんどである。

【０００６】また、送信機能をもつ画像処理装置では、
送信先がまとめられているアドレス帳をもつ機種が多く
存在している。アドレス帳に対する操作を、Ｗｅｂクラ
イアントから行う場合も、ボックスの上記場合と同様
に、ブラウザの画面に、まず、アドレス帳の一覧を表示
し、ユーザがその中から１つを選択するか、アドレス帳
の番号を入力装置から入力することによって、所望のア
ドレス帳の内容を表示するものがほとんどである。

【０００７】

【発明が解決しようとする課題】しかし、一般的に、各
ユーザが送信する度に、ボックスやアドレス帳の一覧か
ら所望の送信先を選択する操作や、上記一覧に番号を入
力する操作は、煩雑であるという問題がある。

【０００８】また、各ユーザが送信する場合の送信先
は、ボックスやアドレス帳の内容のうちの一部であり、
また、ほとんど特定され（多くの場合１人であり）、し
かも、そのクライアントが実行する操作は、特定の処理
であることが多い。したがって、クライアントごとに操
作画面等が変化すればより便利である。

【０００９】本発明は、ネットワークを介して、クライ
アントが画像処理装置にアクセスした場合、各ユーザが
使用する可能性が高い処理を判断することにより、所定
の処理をスキップさせたり、ユーザごとに使用機能の管
理を行うことが可能となり操作性の高い画像処理装置、
その制御方法およびそれを制御するためのプログラムを
提供することを目的とするものである。

【００１０】

【課題を解決するための手段】本発明は、同一クライア
ントから以前にアクセスがあれば、そのアクセス内容に
応じて、今回の処理内容を決定し、また、上記クライア
ントに表示する操作画面を、上記クライアントからの前
回のアクセス内容に応じて変化させる画像処理装置であ
る。

【００１１】

【発明の実施の形態および実施例】以下、図面を参照し
て本発明の実施例を詳細に説明する。

【００１２】＜第１の実施例＞図１は、本発明の第１の
実施例である画像処理装置１０１を含むシステムの構成
を示す図である。

【００１３】画像処理装置１０１は、ネットワーク１０
０を介して、ウェブクライアント１０９、１１０と通信
可能である。

【００１４】画像処理装置１０１は、ネットワーク接続
部１０２と、ウェブサーバ部１０３と、制御部１０４
と、記憶部１０５と、プリント出力部１０６と、送信部
１０７と、前回アクセス判断部１０８とを有する。な
お、プリント出力部１０６と送信部１０７とは、どちら
か一方を有するものでもよい。

【００１５】ネットワーク接続部１０２は、ネットワー
ク１００を介してデータの送受信を行う。ネットワーク
１００はインターネット接続可能であれば、公衆網、専
用線などその形態を問わないものである。

【００１６】ウェブサーバ部１０３は、ＨＴＴＰによる
通信が可能なサーバであり、ウェブクライアント１０
９、１１０からの要求に応じて動作する。ウェブサーバ
部１０３は画像処理装置１０１で管理する種々の情報を
ウェブページ（いわゆるホームページ）、つまりＨＴＭ
Ｌ形式のデータに変換して保持することができ、ウェブ
クライアント１０９、１１０からのウェブブラウザを使
用しての指示を受け付けて該当するＨＴＭＬ形式のデー
タを送信する。ウェブクライアント１０９、１１０が使
用するウェブブラウザは一般的なウェブブラウザで十分
であり、コンピュータ端末にインストールされたウェブ
ブラウザにより画像処理装置１０１に種々の指示を行う
ものである。また、ウェブクライアントの数は２つに限
ることなく多数をネットワーク１００に接続可能であ
る。

【００１７】制御部１０４は、画像処理装置１０１全体
の動作を制御するものである。制御部１０４は、ウェブ
サーバ部１０３からの要求に基づいて、記憶部１０５に
記憶されているデータを、プリント出力部１０６により
プリント出力させたり、送信部１０７により送信させた
りする制御を行う。

【００１８】前回アクセス判断部１０８は、ウェブサー
バ部１０３が受け取った要求が、以前に画像処理装置１
０１にアクセスしたことのあるウェブクライアントのブ
ラウザからの要求であるか否かを判断し、以前にアクセ
スしたウェブクライアントのブラウザからの要求であれ
ば、以前のアクセス内容をウェブサーバ部１０３に伝
え、それに応じてウェブサーバ部１０３の動作を変化さ
せる。

【００１９】図２は、画像処理装置１０１におけるコン
トローラユニット２０００の構成を示すブロック図であ
る。このコントローラユニット２０００は図１で示し
た、ネットワーク接続部１０２、ウェブサーバ部１０
３、制御部１０４、記憶部１０５、プリント出力部１０
６、送信部１０７、前回アクセス判断部１０８に相当す
るものを含むものである。

【００２０】コントローラユニット２０００は、画像入
力デバイスであるスキャナ２０７０と、画像出力デバイ
スであるプリンタ２０９５とが接続され、ＬＡＮ２０１
１と、公衆回線（ＷＡＮ）２０５１とが接続され、コピ
ー機能と、ＬＡＮ２０１１とを介して、外部から供給さ
れるデータをプリント出力するプリンタ機能と、公衆回
線（ＷＡＮ）２０５１を介したファクシミリ機能を含む
通信機能等を有する複合装置である。なお、プリンタ２
０９５は図１に示したプリント出力部１０６に相当し、
ＬＡＮ２０１１及び公衆回線（ＷＡＮ）２０５１が図１
に示したネットワーク１００に相当する。

【００２１】コントローラユニット２０００は、ＲＯＭ
２００３に格納されているブートプログラムに基づいて
システムを起動し、このシステム上で、ＨＤＤ（ハード
ディスク装置）２００４（図１に示した記憶部１０５に
相当）に格納されている各種制御プログラムを読み出
し、ＲＡＭ２００２をワークエリアとして所定の処理を
実行するＣＰＵ２００１を有する。ＨＤＤ２００４に
は、上記各種プログラムと画像データとが格納されてい
る。以下で示すフローチャートはＨＤＤ２００４に記憶
されたプログラムに基づきＣＰＵ２００１が制御する動
作の流れを示すものである。

【００２２】ＣＰＵ２００１には、システムバス２００
７を介して、ＲＡＭ２００２と、ＲＯＭ２００３と、Ｈ
ＤＤ２００４と、操作部Ｉ／Ｆ（操作部インタフェー
ス）２００６と、ＬＡＮＩ／Ｆ（ＬＡＮインタフェー
ス）２０１０と、モデム２０５０と、イメージバスＩ／
Ｆ（イメージバスインタフェース）２００５とが接続さ
れている。ＬＡＮＩ／Ｆ（ＬＡＮインタフェース）２０
１０とモデム２０５０とが図１に示したネットワーク接
続部１０２に相当する。

【００２３】操作部Ｉ／Ｆ２００６は、操作部２０１２
との間におけるインタフェースであり、操作部２０１２
に表示する画像データを、操作部２０１２へ転送し、ま
た、操作部２０１２で行なわれた操作入力によって発生
した信号を、ＣＰＵ２００１へ転送する。

【００２４】操作部２０１２は、画像処理に関する各機
能における現在の設定状態、各機能に関する設定情報を
入力する情報入力画面等を表示する表示部と、各機能に
対する設定情報を入力するキー等を含む入力部とを有す
る。なお、この操作部２０１２の詳細な構成について
は、後述する。

【００２５】ＬＡＮＩ／Ｆ２０１０は、ＬＡＮ２０１１
に接続され、ＬＡＮ２０１１を介した情報の入出力を行
う。モデム２０５０は、公衆回線（ＷＡＮ）２０５１に
接続され、公衆回線２０５１を介して、情報の入出力を
行う。イメージバスＩ／Ｆ２００５は、画像バス２００
８と、システムバス２００７とを接続し、データ構造を
変換するするバスブリッジによって構成されている。画
像バス２００８は、画像データを高速で転送可能なＰＣ
ＩバスまたはＩＥＥＥ１３９４規格に従うバスによって
構成されている。

【００２６】画像バス２００８には、ＲＩＰ（ラスタイ
メージプロセッサ）２０６０と、デバイスＩ／Ｆ（デバ
イスインタフェース）２０２０と、スキャナ画像処理部
２０８０と、プリンタ画像処理部２０９０と、画像回転
部２０３０と、画像圧縮部２０４０とが接続されてい
る。

【００２７】ＲＩＰ２０６０は、ＰＤＬコードをビット
マップイメージに展開する。デバイスＩ／Ｆ２０２０
は、画像入出力デバイスであるスキャナ２０７０やプリ
ンタ２０９５とコントローラユニット２０００とを接続
し、画像データの同期系／非同期系の変換を行う。ここ
では、デバイスＩ／Ｆ２０２０とスキャナ２０７０と
が、ケーブル２０７１を介して接続され、デバイスＩ／
Ｆ２０２０とプリンタ２０９５とが、ケーブル２０９６
を介して接続されている。

【００２８】スキャナ画像処理部２０８０は、入力画像
データについて、補正、加工、編集を行う。プリンタ画
像処理部２０９０は、プリント出力画像データについ
て、プリンタの補正、解像度変換等を行う。画像回転部
２０３０は、画像データの回転処理を行う。画像圧縮部
２０４０は、多値画像データについて、ＪＰＥＧの圧縮
伸張処理を行い、二値画像データについて、ＪＢＩＧ、
ＭＭＲ、ＭＨの圧縮伸張処理を行う。

【００２９】上記のように、コントローラユニット２０
００のＣＰＵ２００１は、各制御プログラムに基づい
て、システムバス２００７に接続される各種デバイスと
のアクセスを総括的に制御し、また、デバイスＩ／Ｆ２
０２０を介して、スキャナ２０７０から画像情報を読み
込み、この読み込んだ画像情報について、所定の処理を
施した後に、デバイスＩ／Ｆ２０２０を介して、該画像
情報をプリンタ２０９５に出力する等の制御を行う。

【００３０】図３は画像処理装置１０１の外観図であ
る。

【００３１】画像入力デバイスであるスキャナ２０７０
と、画像出力デバイスであるプリンタ２０９５とは、図
３に示すように、画像入出力デバイスとして一体的に構
成され、スキャナ２０７０には、操作部２０１２が設け
られている。

【００３２】スキャナ２０７０は、原稿上の画像を照明
し、ＣＣＤラインセンサ（図示せず）を走査することに
よって、原稿上の画像を読み取り、この読み取った画像
を、光電変換によってラスタイメージデータに変換す
る。原稿は、原稿フィーダ２０７２のトレイ２０７３に
セットされ、操作部２０１２から読み取り起動指示を、
ユーザが出すことによって、コントローラユニット２０
００のＣＰＵ２００１がスキャナ２０７０に、原稿の読
み取り動作を行うように指示する。このＣＰＵ２００１
の指示によって、原稿フィーダ２０７２から原稿が１枚
ずつフィードされ、フィードされた原稿毎に、原稿画像
の読み取り動作が行われる。

【００３３】プリンタ２０９５は、ケーブル２０９６を
介して、デバイスＩ／Ｆ２０２０から転送されたラスタ
イメージデータを、用紙上の画像に変換する画像処理を
行う装置であり、この画像処理方式としては、感光体ド
ラムや感光体ベルト等の静電潜像担持体を用い、この静
電潜像担持体上に、ラスタイメージデータに基づいて、
レーザ光を走査することによって、静電潜像を形成する
電子写真方式が用いられている。

【００３４】なお、上記実施例では、電子写真方式を用
いているが、この代わりに、微少ノズルアレイからイン
クを吐出し、用紙上に直接画像を印字するインクジェッ
ト方式等の他の画像記録方式を用いるようにしてもよ
い。

【００３５】プリント動作は、コントローラユニット２
０００のＣＰＵ２００１からの指示によって起動され
る。プリンタ２０９５は、異なる用紙サイズまたは異な
る用紙向きを選択できるように、複数の給紙カセットを
有し、各給紙カセット毎に、種々のサイズ及び方向の用
紙を搭載可能な用紙カセット２１０１、２１０２、２１
０３、２１０４が、それぞれ装着されている。また、画
像が印刷された用紙は、排紙トレイ２１１１上に排紙さ
れる。

【００３６】次に、操作部２０１２の構成について説明
する。

【００３７】図４は、操作部２０１２の上観構成を示す
図である。

【００３８】操作部２０１２は、画面上にタッチパネル
シートが貼り付けられている液晶表示部（以下、ＬＣＤ
という）２０１３と、複数のハードキーとを有する。Ｌ
ＣＤ２０１３は、システムの操作画面とソフトキーとを
表示し、表示されているソフトキーが押されると、操作
部Ｉ／Ｆ２００６を介して、その位置情報が、コントロ
ーラユニット２０００のＣＰＵ２００１に出力される。
ハードキーとして、スタートキー２０１４、ストップキ
ー２０１５、ＩＤキー２０１６、リセットキー２０１７
が設けられている。

【００３９】スタートキー２０１４は、原稿画像の読み
取り動作の開始を指示するキーであり、このキー２０１
４の中央部には、緑と赤との２色ＬＥＤ２０１８が装着
されている。２色ＬＥＤ２０１８の赤色点灯は、スター
トキー２０１４の押下を受け付けないことを示し、緑色
点灯は、スタートキー２０１４の押下を受け付けること
を示す。ストップキー２０１５は、稼動中の動作を止め
るキーである。ＩＤキー２０１６は、使用者のユーザＩ
Ｄを入力するときに用いられるキーであり、リセットキ
ー２０１７は、操作部２０１２からの設定を初期化する
ときに用いるキーである。

【００４０】次に、ボックス機能について説明する。

【００４１】ＨＤＤ２００４内には、画像データを一時
的に格納する複数の領域（ボックス）が用意されてい
る。上記ボックスには、ユーザがスキャナ２０７０を用
いて原稿画像を読み取らせて得た文書や、ネットワーク
１００を介してコンピュータ端末から送ったデータ等の
ようにユーザによって区別されたデータを保存するユー
ザボックスと、ユーザを区別する条件が設定されること
なしに受信したＦＡＸ文書等のようにユーザの区別のな
いデータを保存するシステムボックスとがある。各ユー
ザボックスには、番号が付与され、それぞれを互いに識
別することができる。

【００４２】また、図示しない画面において、ボックス
名称、暗証番号、保存したデータを、ボックスから自動
的に消去するまでの時間を、ユーザボックスに設定する
ことができる。ユーザは、スキャンした画像や、コンピ
ュータから送った画像を、ボックスに保存することを指
定して実行させることができる。また、保存された文書
は、ユーザの指示によって、ＦＡＸや電子メールで送信
したり、他のボックスに移動したり、プリント出力する
ことができる。

【００４３】次に、リモートＵＩ機能について説明す
る。

【００４４】「リモートＵＩ機能」とは、画像処理装置
１０１内の種々の情報をＨＴＭＬ形式のデータに変換
し、ネットワーク１００に接続されたウェブクライアン
トからウェブブラウザを使って表示させたり、ウェブブ
ラウザを使った指示を受け付け、その指示に対応した処
理を行わせたりするためのものである。リモートＵＩ機
能では、画像処理装置１０１上の操作部２０１２で行え
る操作と同等の操作をウェブクライアントから行うこと
ができる。

【００４５】リモートＵＩ機能で表示される画面はその
表示の基礎となるデータを画像処理装置１０１のウェブ
サーバ部１０３（ＨＤＤ２００４に記憶されているプロ
グラムに基づくＣＰＵ２００１の動作）で作成し、ウェ
ブクライアントにインストールされているウェブブラウ
ザによって表示させるものである。

【００４６】リモートＵＩ機能を使用する場合はまず、
画像処理装置１０１に、ネットワーク上のクライアント
からアクセスするために、ユーザは、画像処理装置１０
１にアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅ
ｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を直接ウェブブラウザ
のアドレス欄に入力するか、ＵＲＬが埋め込まれたリン
クを、マウス等を用いて選択する。このＵＲＬは、たと
えば、“ｈｔｔｐ：／／ａａａ．ｂｂｂ．ｃｃｃ．ｄｄ
ｄ／”のように、ｈｔｔｐ：／／に続けて画像処理装置
１０１のＩＰアドレスを指定するようにする。そうする
と、ウェブブラウザは、ネットワーク１００を介してＵ
ＲＬを指定するＨＴＴＰコマンドを送信する。画像処理
装置１０１のＷｅｂサーバ部１０３は、このＨＴＴＰコ
マンドを受け取り、これを解析し、それに応じた動作を
行う。

【００４７】Ｗｅｂブラウザからの要求が、画像処理装
置１０１に対する動作要求である場合、対応するＣＧＩ
（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃ
ｅ）プログラムの処理が行われ、これにより、装置の情
報の取得・設定や、プリント出力等の動作が実行され
る。ユーザがフォームに入力する等して、Ｗｅｂブラウ
ザから指定した値は、ＷｅｂサーバからＣＧＩプログラ
ムに渡され、制御パラメータ等として利用される。

【００４８】図５は、ウェブブラウザに表示されるリモ
ートＵＩのトップページを示す図である。

【００４９】リモートＵＩのトップページは、画像処理
装置１０１のＵＲＬをウェブブラウザに入力したとき
に、最初に表示されるページである。図５に示すよう
に、画面は、インデックス領域３０１とメイン領域３０
２との２つのフレームによって構成されている。インデ
ックス領域には、主なサイトマップが表示され、マップ
上のボタンを押すと、対応する画面がメイン領域に表示
される。

【００５０】本実施例においては、以前に同じクライア
ントから要求があったか否かを判断するために、クッキ
ー（Ｃｏｏｋｉｅ）機能を用いる。

【００５１】この「クッキー機能」は、ＨＴＴＰでクラ
イアントと通信するＷｅｂサーバが、クライアントに対
して情報を保持するように指示する機能である。保持さ
れる情報を「クッキー」と呼ぶ。

【００５２】クッキーを設定するためには、サーバは、
クライアントに対する応答に「Ｓｅｔ−Ｃｏｏｋｉｅ：
ｎａｍｅ＝ｖａｌｕｅ」という書式で書かれたＳｅｔ−
Ｃｏｏｋｉｅヘッダを付加する。クライアントが、この
情報を受け取ると、「ｎａｍｅ＝ｖａｌｕｅ」という内
容を、それが有効となるＵＲＬの範囲とともに記憶す
る。

【００５３】以後、同じ場所を参照する場合、そのクラ
イアントは、「Ｃｏｏｋｉｅ：ｎａｍｅ＝ｖａｌｕｅ」
というヘッダを付加し、ＨＴＴＰ要求を送信する。この
ヘッダが付加された要求を受け取ると、前回アクセス判
断部１０８は、このヘッダに書かれている内容を参照
し、ウェブサーバ部１０３に対してそのクライアントに
応じた適切な処理を行うように指示する。

【００５４】本実施例では、クライアントがＢＯＸ機能
にアクセスした場合に、そのＢＯＸ番号がクッキーとし
て設定される。

【００５５】次に、ユーザがウェブブラウザを使ってボ
ックスボタン３０３を押したときの動作について説明す
る。

【００５６】図８は、本実施例において、ユーザがウェ
ブブラウザによって表示されたリモートＵＩの画面にお
いてボックスボタン３０３を押した（ポインティングデ
バイスでクリックした）ときの画像処理装置１０１の動
作を示すフローチャートである。

【００５７】図６は、リモートＵＩ（ネットワーク上の
クライアントが、画像処理装置１０１に行うアクセス）
におけるボックス一覧表示画面を示す図である。

【００５８】ステップＳ１では、ウェブクライアントが
ウェブブラウザを用いて行った要求を受信し、その解釈
を行う。ステップＳ２では、ＢＯＸ番号を指定するクッ
キーが含まれているか否かを判定し、ＢＯＸ番号を指定
するクッキーが含まれていなければ、このクライアント
がＢＯＸの操作をするのは初めてであるので、ボックス
の一覧を示す画面（図６に示す画面）を表示するファイ
ルを送信する（ステップＳ３）。

【００５９】図７は、本実施例において、リモートＵＩ
におけるボックス内容表示画面を示す図である。

【００６０】ユーザがこの画面から１つのボックスを選
択したことを認識する（ステップＳ４）と、そのＢＯＸ
の内容を示す図７の画面へ移行させるための情報を送信
する（ステップＳ５）。

【００６１】ステップＳ２では、ＢＯＸ番号を指定する
クッキーが含まれていた場合、図６を経由せずに、図７
の画面へ移行する。

【００６２】ステップＳ５では、図７に示す画面のファ
イルを送信する際には、今回アクセスしたＢＯＸ番号
を、クライアントを識別するための情報とともに記憶
し、Ｓｅｔ−Ｃｏｏｋｉｅヘッダを付けてウェブクライ
アントへ送信する。

【００６３】これによって、このクライアントから次回
ＢＯＸ情報要求があった場合には、ＢＯＸ番号指定クッ
キーが一緒に送られてくる。したがって、次回のアクセ
スでは、ステップＳ２において、クッキー有りと判断さ
れるので、ＢＯＸ一覧を表示せずに、今回参照したＢＯ
Ｘの内容がすぐに表示される。

【００６４】また、上記第１の実施例ではＢＯＸ番号を
前回のアクセスのものとしたが、これに限ることなく、
画像処理装置１０１の送信機能を使用する際のアドレス
帳に関して、前回参照したアドレスを最初に表示させる
ようにするなど、他の情報であってもよいことは言うま
でもない。

【００６５】したがって、上記第１の実施例では、ネッ
トワークを介して、クライアントが画像処理装置にアク
セスする際、そのクライアントが前回アクセスした内容
に応じて、クライアントのウェブブラウザで表示される
内容が変化するので、各ユーザが使用する可能性が高い
画面を優先的に表示することができ、ユーザの操作性が
高くなる。

【００６６】＜第２の実施例＞次に、本発明の第２の実
施例について説明する。

【００６７】なお、本発明の第２の実施例による画像処
理装置１０１及びシステムの構成は図１〜図４に示した
ものと同様である。またリモートＵＩで表示される画面
も図５〜図７に示したものと同様である。

【００６８】本発明の第２の実施例である画像処理装置
は、クライアントを識別するＩＤをクッキーとする実施
例である。

【００６９】図９は、第２の実施例において使用するク
ライアントＩＤ管理テーブル７００を示す図である。

【００７０】第２の実施例である画像処理装置は、ＨＤ
Ｄ２００４等の不揮発性の記憶装置に、クライアントＩ
Ｄ管理テーブル７００を持つ装置である。

【００７１】クライアントＩＤ管理テーブル７００は、
欄７０１、７０２、７０３を有し、欄７０１には、クラ
イアントを一意に示すＩＤ番号が記憶されている。欄７
０２には、たとえばそのクライアントから最近アクセス
されたＢＯＸ番号が記憶され、欄７０３には、最近アク
セスされたアドレス帳番号が記憶されている。クライア
ントがアクセスするごとに、クライアントＩＤ管理テー
ブル７００が参照・変更される。

【００７２】なお、本実施例のアドレス帳は、特定の人
に対して複数のアドレス（例えば、ファクシミリ、電子
メール、ＦＴＰ等）が設定可能であり、アドレス帳番号
により、この特定の人が選択されるものとする。もちろ
ん、特定の人ではなく、個々のアドレスとしてもよいこ
とは言うまでもない。

【００７３】次に、第２の実施例において、クライアン
トが画像処理装置１０１にアクセスした場合における動
作について説明する。

【００７４】図１０は、第２の実施例において、クライ
アントがウェブブラウザを使用して画像処理装置１０１
にアクセスした場合における画像処理装置１０１の動作
の流れを示すフローチャートである。

【００７５】ステップＳ１１では、ウェブクライアント
がウェブブラウザを用いて行った要求を受信し、その解
釈を行う。ステップＳ１２では、クライアントＩＤを示
すクッキーが含まれているか否かを判定し、クライアン
トＩＤを示すクッキーが含まれていなければ、サーバ
は、一意的なクライアント識別ＩＤを生成し、クッキー
として設定する（ステップＳ１３）。一意的なＩＤを生
成するには、たとえば、ＩＤ生成処理をしたときの時刻
を用いればよい。そして、生成したクライアントＩＤを
指定するＳｅｔ−Ｃｏｏｋｉｅヘッダとともに、応答を
送信する（ステップＳ１４）。次回、このクライアント
から要求があった場合には、このクライアントＩＤ指定
クッキーが一緒に送られてくる。

【００７６】ステップＳ１２では、クライアント識別Ｉ
Ｄが含まれていれば、クライアントＩＤ管理テーブル７
００から対応するクライアントＩＤを検索する（ステッ
プＳ１５）。クライアントＩＤ管理テーブル７００に
は、そのクライアントが以前のアクセスで操作したＢＯ
Ｘ番号、アドレス帳番号が記憶されているので、その情
報に基づいて処理を行い、応答を送信する（ステップＳ
１６）。

【００７７】欄７０２、７０３が空欄になっている場合
には、以前そのクライアントからＢＯＸやアドレス帳に
関する操作が行われなかったことを示している。この場
合、そのクライアントは、初めてアクセスするという情
報に基づいて、処理が行われる。

【００７８】ステップＳ１７において、今回のアクセス
の内容に応じて、クライアントＩＤ管理テーブル７００
を更新する。

【００７９】これにより、画像処理装置１０１にアクセ
スをしてきたクライアントの過去のアクセス内容に応じ
て再び使用する可能性が高いと予想されるＢＯＸの画面
やアドレスを即座に表示させることができる。

【００８０】なお、クライアントごとに記憶するＢＯＸ
番号やアドレス帳番号は１つではなく、複数記憶してお
き、新しいものから古いものへと、「次へ」等のボタン
の選択等によって表示させてもよい。この場合、記憶さ
せる数を予め設定しておき、順次古いものから更新して
いくようにする。もちろん、クライアントが使用するＢ
ＯＸは１つのみであり、アドレス帳も自分宛てに送るこ
とが多いことを考えればそれぞれ１つのみの記憶で十分
であるが、これらを複数使用することも考えられるの
で、このように複数記憶しておくことによりさらなる効
果が期待できるものである。

【００８１】また、上記各実施例は、前回のアクセスし
たＢＯＸ、アドレス帳を記憶するが、その他の各種情報
を記憶し、その内容に応じて応答を変化させるようにし
てもよい。

【００８２】＜第３の実施例＞次に、本発明の第３の実
施例について説明する。

【００８３】なお、本発明の第３の実施例による画像処
理装置１０１及びシステムの構成は図１〜図４に示した
ものと同様である。またリモートＵＩで表示される画面
も図５〜図７に示したものと同様である。

【００８４】第３の実施例では画像処理装置１０１にア
クセスしてきたクライアントごとに使用を許可する機能
を制限するものである。

【００８５】第３の実施例における画像処理装置は、Ｈ
ＤＤ２００４等の不揮発性の記憶装置に、図１１に示す
ようなクライアントＩＤ管理テーブルを持つ。このクラ
イアント管理テーブルは、欄１１０１、１１０２、１１
０３、１１０４、１１０５、１１０６を有する。欄１１
０１にはクライアントを一意に示すＩＤが記憶されてい
る。欄１１０２にはユーザ名が設定されている。欄１１
０３にはクライアントの権限が示されている。この権限
とは、例えば、「登録待ち」、「プリント許可」、「プ
リント禁止」、「管理者」等である。欄１１０４にはそ
のクライアントの出力制限面数が設定される。欄１１０
５にはそのクライアントからの指示により出力されたプ
リント面数が記憶されている。欄１１０６にはそのクラ
イアントからのカラー出力指示を許可するかどうかのフ
ラグが設定されている。

【００８６】ここで、「面数」とは１枚の記録紙への片
面分のプリントを行う数を示すものである。つまり１枚
の記録紙の両面にプリントした場合は面数は２となる。

【００８７】次に、第３の実施例において、クライアン
トが画像処理装置１０１にアクセスした場合における動
作について説明する。

【００８８】図１２は、第３の実施例において、クライ
アントがウェブブラウザを使用して画像処理装置１０１
にアクセスした場合における画像処理装置１０１の動作
の流れを示すフローチャートである。

【００８９】ステップＳ１２１では、ウェブクライアン
トがウェブブラウザを用いて行った要求を受信し、その
解釈を行う。ステップＳ１２２では、クライアントＩＤ
を示すクッキーが含まれているか判定する。クライアン
トＩＤを示すクッキーが含まれていない場合、そのクラ
イアントからの初めてのアクセスであると判断し、図１
３に示すユーザ登録画面を表示する（ステップＳ１２
３）。

【００９０】ユーザが必要事項を入力して「登録」を押
すと、入力された情報が画像処理装置１０１に送信され
る。画像処理装置１０１はこの情報を受け取り、一意的
なクライアント識別ＩＤを生成し、このクライアントを
クライアント管理テーブルに登録する。登録する際、権
限欄１１０３は「登録待ち」とする。生成したＩＤをク
ッキーとするＳｅｔ−Ｃｏｏｋｉｅヘッダとともに、図
１４に示す画面のデータをクライアントに対して送信す
る。以後このクライアントから画像処理装置１０１にア
クセスがあるとこの識別ＩＤが一緒に送られてくること
となる。ここでは、ユーザの名前のみ登録することとし
たが、その他のユーザ情報を入力させるようにしてもよ
い。

【００９１】ステップＳ１２２でＩＤがクッキーに含ま
れていた場合、クライアントＩＤ管理テーブルの検索を
行い、そのクライアントの登録情報を読み出す（ステッ
プＳ１２４）。

【００９２】そして、ＩＤ管理テーブルの権限の欄を参
照し、クライアントの権限が「登録待ち」であれば（Ｓ
１２５）、クライアントに対して図１４に示す画面を表
示する（ステップＳ１２６）。したがって、登録されて
いないクライアントからは、この画像処理装置の操作を
行うことはできない。「登録待ち」のクライアントでな
ければ（Ｓ１２５）、図５に示すのと同じトップページ
が表示される（ステップＳ１２７）。

【００９３】ただし、この実施例においてはクライアン
トＩＤ管理テーブルの権限が「管理者」のクライアント
の場合のみ、ユーザ管理を行うためのボタン３０４が表
示され、それ以外のクライアントからのアクセスの場合
ボタン３０４は表示されない。

【００９４】管理者のみに表示されるボタン３０４が押
されると、クライアントには図１５に示す画面が表示さ
れる。この画面においてクライアントＩＤ管理テーブル
の内容を参照、変更することが可能である。新規に登録
され「登録待ち」の状態のクライアントに対して、管理
者が制限面数、カラー出力可否を設定し、権限を設定す
ると、権限を設定されたクライアントからの操作が可能
となる。また、例えば使用マナーが悪いユーザは「プリ
ント禁止」に設定して出力を許可しない、メンテナンス
のため一時的にすべてのユーザを「プリント禁止」にす
る、といった管理を行うことが可能である。

【００９５】次にクライアントからボックス内文書のプ
リントを指示するアクセスがあった場合の動作を図１６
に基づいて説明する。ステップＳ１６１においてクライ
アントＩＤ管理テーブルからクライアントの情報を読み
出す。ステップＳ１６２において、クライアントの権限
が「プリント禁止」か否かを判断する。「プリント禁
止」クライアントからの要求であった場合、図１７に示
す画面をクライアントに表示する（ステップＳ１６
３）。従って「プリント禁止」クライアントからはプリ
ントの指示を出すことが不可能となる。

【００９６】「プリント禁止」クライアントでなかった
場合、クライアント管理テーブルから、そのクライアン
トからの出力枚数、制限面数、カラー出力可否を読み出
す（ステップＳ１６４）。ステップＳ１６５において出
力枚数がすでに制限面数に達しているかどうかを判断
し、すでに制限面数に達していれば、図１８に示す画面
を表示する（ステップＳ１６６）。従って、すでに出力
枚数が制限面数に達しているクライアントからはプリン
トの指示が不可能となる。

【００９７】制限面数に達していなければ、図１９に示
すプリント設定画面を表示させる（ステップＳ１６
７）。ただし、カラー出力が許可されていないクライア
ントからのアクセスであれば、図１９のカラー出力指示
欄１９１が無い画面を表示する。従ってカラー出力が許
可されていないクライアントからカラー出力の指示をす
ることは出来ない。また、図１９のプリント部数の設定
可能範囲１９２の上限値は、そのクライアントから出力
できる残り枚数、すなわち制限面数から出力面数を引い
たものにする。例えばクライアントＩＤ管理テーブルの
情報が、制限面数５００、出力面数３００のクライアン
トであれば、部数の設定可能範囲は１〜２００となる。

【００９８】以上のようにクライアントに表示される設
定画面が変化するので、カラー出力が許可されていない
クライアントからはカラー出力の指示をすることはでき
ず、またそのクライアントの制限面数を超えた枚数の出
力を行うことは不可能となる。

【００９９】なお、本実施例において、制限項目は、上
記のものに限らず、使用可能な記録紙サイズ、ステイプ
ル等の後処理の使用など種々のものとしてもよい。また
制限面数もサイズごとやカラー／モノクロごとなどにし
てもよい。

【０１００】このように第３の実施例によりクライアン
トごとに、ユーザ管理機能、プリント機能を制限するこ
とが可能である。

【０１０１】また、制限内容はプリントに関するものだ
けではなく、送信機能（ファクシミリ、電子メール、Ｆ
ＴＰなど）についての宛先を制限するようにしてもよ
い。

【０１０２】以上説明したような実施例によれば、画像
処理装置１０１の各機能をネットワーク上のウェブクラ
イアントから利用する場合に、クライアントごとに表示
画面を異ならせたり、機能を制限することにより、操作
性の向上を図ったり、ユーザ管理を容易にすることがで
きる。

【０１０３】なお、本実施例の動作をウェブブラウザ以
外（例えば、画像処理装置１０１専用のアプリケーショ
ンや、その他のアプリケーション）で実現することも可
能であるが、本実施例のように通常のホームページを表
示可能なウェブブラウザを用いるようにすることによ
り、クライアント側のアプリケーションの設計を省略す
ることができ、その効果は大きい。

【０１０４】また、以上では、３つの実施例に分けて説
明したが、３つの実施例の全ての処理を同時に行っても
よいことは言うまでもない。

【０１０５】

【発明の効果】本発明によれば、ネットワークを介し
て、クライアントが画像処理装置にアクセスした場合、
各ユーザが使用する可能性が高い処理を判断することに
より、所定の処理をスキップさせたり、ユーザごとに使
用機能の管理を行うことが可能となり操作性の向上を図
ることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例である画像処理装置１０
１を含むシステムの構成を示す図である。

【図２】画像処理装置１０１におけるコントローラユニ
ット２０００の構成を示すブロック図である。

【図３】スキャナ２０７０とプリンタ２０９５とが一体
的に構成されている画像入出力デバイスの外観図であ
る。

【図４】上記実施例における操作部２０１２の外観構成
を示す図である。

【図５】ウェブブラウザに表示されるリモートＵＩのト
ップページを示す図である。

【図６】リモートＵＩ（ネットワーク上のクライアント
が、画像処理装置１０１に行うアクセス）におけるボッ
クス一覧表示画面を示す図である。

【図７】上記実施例において、リモートＵＩにおけるボ
ックス内容表示画面を示す図である。

【図８】上記実施例において、ユーザがボックスボタン
３０３を押したときの動作を示すフローチャートであ
る。

【図９】第２の実施例において使用するクライアントＩ
Ｄ管理テーブル７００を示す図である。

【図１０】第２の実施例において、クライアントがアク
セスした場合における動作を示すフローチャートであ
る。

【図１１】第３の実施例である画像処理装置において使
用するクライアントＩＤ管理テーブルを示す図である。

【図１２】第３の実施例において、クライアントがアク
セスした場合における動作を示すフローチャートであ
る。

【図１３】第３の実施例において、クライアントＩＤ管
理テーブルに登録されていないクライアントがアクセス
した場合に表示されるクライアント登録画面を示す図で
ある。

【図１４】第３の実施例において、クライアントＩＤ管
理テーブルの権限が「登録待ち」であるクライアントが
アクセスした場合に表示される画面を示す図である。

【図１５】第３の実施例において、クライアントＩＤ管
理テーブルの権限が「管理者」であるクライアントがユ
ーザ管理ボタンを押した場合に表示される画面を示す図
である。

【図１６】第３の実施例において、ボックス内文書のプ
リントを指示するアクセスを、クライアントから受けた
場合の動作を示すフローチャートである。

【図１７】第３の実施例において、クライアントＩＤ管
理テーブルの権限が「プリント禁止」であるクライアン
トから、ボックス内文書のプリントを指示するアクセス
があった場合に表示される画面を示す図である。

【図１８】第３の実施例において、出力面数が制限面数
に達したクライアントから、ボックス内文書のプリント
を指示するアクセスがあった場合に表示される画面を示
す図である。

【図１９】第３の実施例において、クライアントに表示
されるプリント設定画面を示す図である。

【符号の説明】

１００…ネットワーク、 １０１…画像処理装置、 １０２…ネットワーク接続部、 １０３…ウェブサーバ部、 １０４…制御部、 １０５…記憶部、 １０８…前回アクセス判断部、 １０９、１１０…ウェブクライアント。

Claims (15)

【特許請求の範囲】
1. 【請求項１】 ネットワークと接続するネットワーク接
   続手段と、上記ネットワーク上のクライアントからの要
   求を処理するサーバ手段と、上記サーバ手段が処理する
   上記クライアントからの要求に応じて、画像の出力、送
   信、各種設定値の参照／変更等の操作のうちで、少なく
   とも１つを制御する制御手段を具備し、ネットワーク上
   のクライアントから操作することができる画像処理装置
   において、 同一クライアントから以前にアクセスがあったか否かを
   判断する前回アクセス判断手段と；上記前回アクセス判
   断手段が、同一クライアントから以前にアクセスがあっ
   たと判断すると、以前に受けたアクセス内容に応じて、
   今回の処理内容を決定する処理内容決定手段と；上記ク
   ライアントに表示する操作画面を、上記クライアントか
   らの前回のアクセス内容に応じて変化させる操作画面変
   化手段と；を有することを特徴とする画像処理装置。
2. 【請求項２】 請求項１において、 上記クライアントからアクセスがあったときに、次回以
   降の操作要求に備えて、今回の操作内容を記憶する記憶
   手段を有することを特徴とする画像処理装置。
3. 【請求項３】 ネットワークと接続するネットワーク接
   続段階と、上記ネットワーク上のクライアントからの要
   求を処理するサーバ段階と、上記サーバ段階で処理する
   上記クライアントからの要求に応じて、画像の出力、送
   信、各種設定値の参照／変更等の操作のうちで、少なく
   とも１つを制御する制御段階を具備し、ネットワーク上
   のクライアントから操作することができる画像処理方法
   において、 同一クライアントから以前にアクセスがあったか否かを
   判断する前回アクセス判断段階と；上記前回アクセス判
   断段階で、同一クライアントから以前にアクセスがあっ
   たと判断すると、以前に受けたアクセス内容に応じて、
   今回の処理内容を決定する処理内容決定段階と；上記ク
   ライアントに表示する操作画面を、上記クライアントか
   らの前回のアクセス内容に応じて変化させる操作画面変
   化段階と；を有することを特徴とする画像処理方法。
4. 【請求項４】 請求項３において、 上記クライアントからアクセスがあったときに、次回以
   降の操作要求に備えて、今回の操作内容を記憶する記憶
   段階を有することを特徴とする画像処理方法。
5. 【請求項５】 ネットワークと接続するネットワーク接
   続手順と；上記ネットワーク上のクライアントからの要
   求を処理するサーバ手順と；上記サーバ手順で処理する
   上記クライアントからの要求に応じて、画像の出力、送
   信、各種設定値の参照／変更等の操作のうちで、少なく
   とも１つを制御する制御手順と；同一クライアントから
   以前にアクセスがあったか否かを判断する前回アクセス
   判断手順と；上記前回アクセス判断手順で、同一クライ
   アントから以前にアクセスがあったと判断すると、以前
   に受けたアクセス内容に応じて、今回の処理内容を決定
   する処理内容決定手順と；上記クライアントに表示する
   操作画面を、上記クライアントからの前回のアクセス内
   容に応じて変化させる操作画面変化手順と；を画像処理
   装置に実行させるプログラム。
6. 【請求項６】 複数のクライアント端末を接続可能なネ
   ットワークに接続する接続手段と；上記接続手段を介し
   て接続された複数のクライアント端末の１つからのリク
   エストを受け付ける受付手段と；上記受付手段で受け付
   けたリクエストに応じて、画像データに関する処理を実
   行する処理手段と；上記処理手段で実行した処理の内容
   を登録する登録手段と；上記受付手段でリクエストを受
   け付けた場合に、該リクエストに応じた処理の内容が、
   上記登録手段で登録されているかどうかを識別する識別
   手段と；上記識別手段による識別結果に応じて、上記受
   付手段でリクエストを受け付けたときに、上記処理手段
   による処理の内容を判定する判定手段と；を有すること
   を特徴とする画像処理装置。
7. 【請求項７】 請求項６において、 上記判定手段は、上記受付手段で受け付けるリクエスト
   に応じて、クライアント端末で表示されるべき画面を形
   成するためのデータの形式を判定することを特徴とする
   画像処理装置。
8. 【請求項８】 請求項７において、 上記画面は、上記受付手段で受け付けたリクエストを発
   行したクライアント端末用の画像データに関する情報を
   表示させるための画面であることを特徴とする画像処理
   装置。
9. 【請求項９】 請求項７または請求項８において、 上記画面は、画像データを送信するための宛先を選択す
   るための画面であることを特徴とする画像処理装置。
10. 【請求項１０】 請求項６〜請求項９のいずれか１項に
    おいて、 上記登録手段で処理の内容を登録した場合、登録した内
    容を、リクエストを発行したクライアント端末に通知す
    る通知手段を有することを特徴とする画像処理装置。
11. 【請求項１１】 請求項６〜請求項１０のいずれか１項
    において、 上記処理手段は、上記受付手段で受け付けたリクエスト
    に応じたＷｅｂページを生成することを特徴とする画像
    処理装置。
12. 【請求項１２】 請求項６〜請求項１１のいずれか１項
    において、 画像データに基づく画像を出力する出力手段を有し、上
    記判定手段は、上記受付手段で受け付けたリクエストを
    発行したクライアント端末に応じて、上記出力手段に関
    する機能を制限することを特徴とする画像処理装置。
13. 【請求項１３】 請求項１２において、 上記出力手段は、画像データに基づき記録シート上に画
    像をプリントし、上記判定手段は、クライアント端末ご
    とに区別して、上記出力手段でプリントを許可する面数
    を制限することを特徴とする画像処理装置。
14. 【請求項１４】 画像データを処理する画像処理装置の
    制御方法において、 ネットワークを介して上記画像処理装置に接続された複
    数のクライアント端末の１つからのリクエストを受け付
    ける受付段階と；上記受付段階で受け付けたリクエスト
    に応じて、画像データに関する処理を実行する処理段階
    と；上記処理段階で実行した処理の内容を登録する登録
    段階と；上記受付段階でリクエストを受け付けた場合
    に、該リクエストに応じた処理の内容が、上記登録段階
    で登録されているかどうかを識別する識別段階と；上記
    識別段階による識別結果に応じて、上記受付段階でリク
    エストを受け付けたときに、上記処理段階による処理の
    内容を判定する判定段階と；を有することを特徴とする
    画像処理装置の制御方法。
15. 【請求項１５】 画像データを処理する画像処理装置を
    制御するためのプログラムにおいて、 ネットワークを介して上記画像処理装置に接続された複
    数のクライアント端末の１つからのリクエストを受け付
    ける受付段階と；上記受付段階で受け付けたリクエスト
    に応じて、画像データに関する処理を実行する処理段階
    と；上記処理段階で実行した処理の内容を登録する登録
    段階と；上記受付段階でリクエストを受け付けた場合
    に、該リクエストに応じた処理の内容が、上記登録段階
    で登録されているかどうかを識別する識別段階と；上記
    識別段階による識別結果に応じて、上記受付段階でリク
    エストを受け付けたときに、上記処理段階による処理の
    内容を判定する判定段階と；を有することを特徴とする
    画像処理装置を制御するためのプログラム。