JP2016062497A

JP2016062497A - 画像処理装置及びプログラム

Info

Publication number: JP2016062497A
Application number: JP2014191823A
Authority: JP
Inventors: 幸夫田島; Yukio Tajima
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2014-09-19
Filing date: 2014-09-19
Publication date: 2016-04-25
Anticipated expiration: 2034-09-19
Also published as: CN106161827B; CN106161827A; US9571677B2; JP6417819B2; US20160088171A1

Abstract

【課題】グループに登録したい登録対象の画像処理装置の通信アドレスをそのグループ内の各画像処理装置に対して個別に手入力しなくても、登録対象の画像処理装置がそのグループに参加できるようにする。
【解決手段】同じグループ１に属する画像処理装置１００ａ〜１００ｃはグループ情報として各画像処理装置１００ａ〜１００ｃのネットワーク２００上での通信アドレスを有する。画像処理装置１００ｇをグループ１に登録する場合、ユーザは、画像処理装置１００ｇに、グループ１内のいずか１つの画像処理装置（例えば１００ａ）の通信アドレスを含む登録指示を入力する。これに応じて画像処理装置１００ｇは、自分の通信アドレスを含んだ登録要求を画像処理装置１００ａに送る。画像処理装置１００ａは、その登録要求に含まれる通信アドレスを自分のグループ情報に追加すると共に、そのグループ情報内の他の通信アドレスにも転送する。
【選択図】図１

Description

本発明は、画像処理装置及びプログラムに関する。

複数の画像処理装置が連携して１つのグループを形成し、グループ内の画像処理装置Ａに蓄積した文書を、同じグループ内の他の画像処理装置Ｂのローカルの操作パネルでの操作により選択し、この画像処理装置Ｂにて印刷できるシステムが知られている。このシステムが成立するには、グループ内の各画像処理装置に対して、同じグループ内の他の画像処理装置の通信アドレスを登録しておく必要がある。

特許文献１に開示されたシステムでは、ユーザはスキャナに画像を読み取らせる際に、読み取った画像を参照するクライアント装置の識別子をスキャナに入力する。スキャナは、読み取った画像をその識別子と共にサーバ装置に送り、サーバ装置はその画像をその識別子に対応する画像記憶領域に記憶する。サーバ装置は、クライアント装置から画像の参照要求を受けた場合、そのクライアント装置の識別子に対応する画像記憶領域に記憶された画像を提供する。

特許文献２に開示されるシステムでは、デジタル複合機が、占有予約サービスを連携させるデジタル複合機を特定する情報を保持する予約連携リスト保持部を有する。予約連携リストは、システム導入時に、デジタル複合機の操作部を介して設定される。

特開平１１−１２０３６９号公報特開２００８−１２３０９４号公報

グループに登録したい登録対象の画像処理装置の通信アドレスをそのグループ内の各画像処理装置に対して個別に手入力しなくても、登録対象の画像処理装置がそのグループに登録できるようにすることを目的とする。

請求項１に係る発明は、印刷手段と、自装置が属するグループ内の各画像処理装置の通信アドレスを記憶する記憶手段と、他の画像処理装置からの前記グループへの登録要求に応じて、当該他の画像処理装置の通信アドレスを前記記憶手段に記憶すると共に、前記記憶手段に記憶された通信アドレスを用いて、前記グループ内の画像処理装置に対して、当該他の画像処理装置の通信アドレスをグループに登録する旨の登録依頼を送信する処理を行う処理手段と、を有する画像処理装置である。

請求項２に係る発明は、前記記憶手段には、自装置が属する複数のグループのそれぞれに属している各画像処理装置の通信アドレスを記憶しており、前記処理手段は、前記他の画像処理装置があらかじめ定められた高機能装置の条件を満たす場合には、当該他の画像処理装置の通信アドレスを前記記憶手段内に前記複数のグループの各々のメンバとして記憶すると共に、前記複数のグループ内の各画像処理装置に対して、前記他の画像処理装置の通信アドレスをグループに登録する旨の登録依頼を送信する、ことを特徴とする請求項１に記載の画像処理装置である。

請求項３に係る発明は、画像処理装置に内蔵されたコンピュータを、自装置が属するグループ内の各画像処理装置の通信アドレスを記憶する記憶手段と、他の画像処理装置からの前記グループへの登録要求に応じて、当該他の画像処理装置の通信アドレスを前記記憶手段に記憶すると共に、前記記憶手段に記憶された通信アドレスを用いて、前記グループ内の画像処理装置に対して、当該他の画像処理装置の通信アドレスをグループに登録する旨の登録依頼を送信する処理を行う処理手段、として機能させるためのプログラムである。

請求項１又は３に係る発明によれば、グループに登録したい登録対象の画像処理装置の通信アドレスをそのグループ内の各画像処理装置に対して個別に手入力しなくても、登録対象の画像処理装置がそのグループに登録できる。

請求項２に係る発明によれば、高機能装置の条件を満たす画像処理装置については複数のグループから利用できるようにすることができる。

複数の画像処理装置がグループを形成するシステムを説明するための図である。個々の画像処理装置の機能構成の例を示す図である。既存のグループに登録しようとする登録対象の画像処理装置におけるグループ登録処理部の処理手順の一例を示す図である。他の画像処理装置からグループへの登録要求を受け取った際のグループ登録処理部の処理手順の例を示す図である。登録依頼の送信先の画像処理装置が停止している場合があることを考慮した変形例の処理手順の一例を示す図である。停止していた画像処理装置が起動した際の処理手順の例を示す図である。第２の変形例における、既存のグループに登録しようとする登録対象の画像処理装置のグループ登録処理部の処理手順の一例を示す図である。第２の変形例における、他の画像処理装置からグループへの登録要求を受け取った際のグループ登録処理部の処理手順の例を示す図である。画像処理装置が複数のグループに属する場合のグループ情報の一例を示す図である。

以下、図面を参照して本発明の実施形態を説明する。

図１に示すように、本実施形態の画像処理装置１００ａから１００ｇ（以下、区別の必要がない場合は画像処理装置１００と総称する）は、ＬＡＮ（ローカルエリアネットワーク）等のデータ通信用のネットワーク２００を介して相互に通信可能となっている。各画像処理装置１００には、それぞれ、そのネットワーク２００での通信のための通信アドレス（例えばＩＰアドレス）が割り当てられている。

画像処理装置１００は、印刷データ（以下「文書」とも呼ぶ）を受け取って印刷する機能を有する装置であり、例えばデジタルプリンタやデジタル複合機（プリンタ、スキャナ、複写機、ファクシミリ等の機能を併せ持つ装置）等がその一例である。画像処理装置１００は、パーソナルコンピュータや携帯端末（例えばスマートフォン）等のクライアント装置（図示省略）から、ネットワーク２００を介して印刷データを受信する。また画像処理装置１００は、ユーザが持つ携帯端末から、NFC（Near Field Communication）やbluetooth（商標）等の近接無線通信により印刷データを受信する機能を有していてもよい。

図示の画像処理装置１００は、他の画像処理装置１００とグループを形成可能であり、グループ内のいずれかの画像処理装置１００に対して入力して蓄積した文書（印刷データ）は、同じグループ内のどの画像処理装置１００からでも印刷出力できるようにするための仕組みを有している。この仕組みは、それら複数の画像処理装置１００同士の協調動作（詳細は後述）で実現される、サーバレス（サーバを用いない）の仕組みである。すなわち、この仕組みでは、入力された文書（印刷データ）を集中管理する１つのプリントサーバ等のサーバは用いない。このように、グループ内の画像処理装置１００に蓄積した文書を、そのグループ内のどの画像処理装置１００からでも印刷できるという機能を、以下では「グループ印刷機能」とも呼ぶ。

各画像処理装置１００ａ〜１００ｇは、それぞれ自分が属するグループを表すグループ情報１５２ａ〜１５２ｇ（ただし図では１５２ａ〜１５２ｃだけを例示）を記憶している。グループ情報１５２ａ〜１５２ｇ（以下区別の必要がない場合はグループ情報１５２と総称）は、それぞれ自分が属するグループに含まれる各画像処理装置１００の通信アドレスのリストを含む。図１の例では、画像処理装置１００ａ、１００ｂ及び１００ｃが１つのグループ（「グループ１」）を形成しており、画像処理装置１００ａ、１００ｂ及び１００ｃはそれら三者の通信アドレスのリストを含んだグループ情報１５２ａ、１５２ｂ及び１５２ｃをそれぞれ保持している。

なお、１つの画像処理装置１００に焦点を当てると、その画像処理装置１００のグループ情報１５２は、その画像処理装置１００がグループ印刷機能の点で連携している連携先の画像処理装置１００の通信アドレスを示している、ともいえる。

具体的な使用シーンを例示すると、図１のシステム全体は例えば１つの会社内にある多数の画像処理装置１００群からなるシステムであり、それら多数の画像処理装置１００が、会社内の運用の仕方に応じていくつかのグループにグループ分けされているといった例が考えられる。

図２に個々の画像処理装置１００の内部構成の一例を示す。

図２に示す画像処理装置１００のうちのプリントエンジン１１０は、紙等の媒体に対して画像を形成（印刷）するための機構である。またスキャンエンジン１２０は、媒体上の画像を光学的に読み取り、読み取った画像を表す画像データを生成する機構である。

処理制御部１３０は、プリントエンジン１１０及びスキャンエンジン１２０を制御し、ユーザから指示された処理を実行する。例えば、処理制御部１３０は、ネットワーク２００等を介してユーザのパーソナルコンピュータ等から受信した印刷データをプリントエンジン１１０が受付可能な画像データに変換し、その画像データをプリントエンジン１１０に供給して印刷させる。また処理制御部１３０は、スキャンエンジン１２０を制御して原稿の画像を読み取り、読み取り結果の画像データをローカルの記憶領域に保存したり、ネットワーク上のパーソナルコンピュータ等に送信したりする。また、処理制御部１３０は、スキャンエンジン１２０で読み取った画像をプリントエンジン１１０に印刷させることで、複写処理を実現する。

また処理制御部１３０は、ネットワーク２００等を介してユーザから受信した印刷データ（文書）を、そのユーザの識別情報（「ユーザＩＤ」と呼ぶ）に対応づけて、画像処理装置１００内の記憶装置（図示省略）に記憶（蓄積）する機能を有する。なお、印刷データを入力したユーザのユーザＩＤは、ユーザが画像処理装置１００に対して印刷データの蓄積を依頼する際に、画像処理装置１００がユーザ認証を行うことで取得すればよい。

図２では、画像処理装置１００として、印刷、スキャン、複写の機能を備えるものを例示したが、これは一例にすぎない。画像処理装置１００は、例えばこのほかにファクシミリ送受信の機能を有していてもよいし、印刷のみ等の単機能装置であってもよい。この点は、後述する変形例についても同様である。

タッチパネル１４０は、画像処理装置１００のローカルでのＵＩ（ユーザインタフェース）のための装置であり、ＵＩ画面を表示したり、そのＵＩ画面に対するユーザからのタッチ操作による入力を受け付けたりする。なお、画像処理装置１００は、ローカルＵＩのための装置として、タッチパネルの代わりに、又はこれに加えて、表示装置と機械的なボタンやテンキーによる入力装置を有していてもよい。

タッチパネル１４０（又はローカルＵＩ用の表示装置）に表示されるＵＩ画面は、画像処理装置１００にインストールされたローカル用ウェブサーバ１５０からウェブページの形で提供される。すなわち、ＵＩ用のウェブページは、ローカル用ウェブサーバ１５０から、同じく画像処理装置１００にインストールされたウェブブラウザ１６０に供給され、ウェブブラウザ１６０がそのウェブページのデータからＵＩ画面の画像を生成し、その画像をタッチパネル１４０に表示する。また、ウェブブラウザ１６０は、そのＵＩ画面に対するタッチ操作によるユーザの入力を取得し、その入力に応じたＨＴＴＰ（HyperText Transfer Protocol）要求をローカル用ウェブサーバ１５０に送る。

ウェブブラウザ１６０は、例えばメインメニュー画面を表すウェブページを要求するＨＴＴＰ要求をローカル用ウェブサーバ１５０に送り、これに応じて提供されたウェブページをタッチパネル１４０に表示する。ユーザがそのメインメニューのウェブページ上で所望のメニューを選択すると、ウェブブラウザ１６０は、選択されたメニューに設定されたＵＲＬ（Uniform Resource Locator）から生成したＨＴＴＰ要求をローカル用ウェブサーバ１５０に送る。選択されたメニューに設定されたＵＲＬが例えば別のメニューを指している場合、その別メニューのウェブページがローカル用ウェブサーバ１５０からウェブブラウザ１６０に返される。

また、選択されたメニューに設定されたＵＲＬがウェブアプリケーション（図１では「アプリ」と表記）を指している場合、ローカル用ウェブサーバ１５０はそのアプリを呼び出す。呼び出されたアプリは処理を実行し、その処理の結果をローカル用ウェブサーバ１５０に返す。ローカル用ウェブサーバ１５０は、アプリの処理結果を含むウェブページを生成し、ウェブブラウザ１６０に返す。

なお「アプリ」は、画像処理装置１００の持つ各種の機能を利用したウェブアプリケーションプログラムである。「アプリ」は、例えば、ＨＴＭＬ（HyperText Markup Language）やＪａｖａＳｃｒｉｐｔ（登録商標）等を用いて作成され、画像処理装置１００にインストールされている。

ローカル用ウェブサーバ１５０は複数のアプリを提供可能であり、それら複数のアプリの中にはグループ連携処理部１７０、グループ登録処理部１７５、アプリＡ１８０等が含まれる。また、ローカル用ウェブサーバ１５０は、それらアプリが参照する設定情報（グループ情報１５２、設定情報１５４等）を保持している。ローカル用ウェブサーバ１５０から呼び出されたアプリは、対応する設定情報１５２又は１５４に従って処理を実行する。設定情報の１つであるグループ情報１５２は、グループ連携処理部１７０（詳細は後述）が処理を実行する際に参照する。またグループ情報１５２は、グループ登録処理部１７５による当該画像処理装置１００の既存グループへの登録処理（詳細は後述）に伴って生成される。

グループ連携処理部１７０は、前述のグループ印刷機能のための処理を実行する。

例えば、グループ連携処理部１７０は、画像処理装置１００のローカルＵＩを操作しているユーザ（認証済み）からの指示に応じて、また、ユーザが登録した文書のリストを当該画像処理装置１００やこれと連携する（すなわち同一グループ内の）ネットワーク２００上の他の画像処理装置１００から収集し、収集したリストを併合して印刷対象選択画面を生成する。この収集の際、グループ連携処理部１７０は、グループ情報１５２内に含まれる他の画像処理装置１００の通信アドレスを宛先とし、指示元のユーザのユーザＩＤをパラメータとして含んだ文書リスト要求を送信する。そして、この要求に応じてそれら宛先の画像処理装置１００から返されてきた文書リストを取得し、印刷対象選択画面を生成する。この印刷対象選択画面はウェブブラウザ１６０を介してタッチパネル１４０に表示され、ユーザがその画面から今回印刷したいものを選択する。この選択の結果は、ウェブブラウザ１６０及びローカル用ウェブサーバ１５０を介してグループ連携処理部１７０に伝達される。グループ連携処理部１７０は、選択された文書を、その文書を蓄積している画像処理装置１００に要求し、これに応じて取得した文書を処理制御部１３０に渡して印刷を指示する。

またグループ連携処理部１７０は、他の画像処理装置１００からユーザＩＤを含んだ文書リスト要求を受け取ると、自装置内に蓄積されている、当該ユーザＩＤに対応する文書のリストを生成し、生成したリストを要求元の画像処理装置１００に返す。また、グループ連携処理部１７０は、リストの提供先の画像処理装置１００から、そのリスト内の文書に対する取得要求が到来すると、その文書をその画像処理装置１００に送信する。なお、このような他の画像処理装置１００からのグループ印刷機能に関する要求に対する対応のための処理は、ウェブアプリケーションとしてではなく、通常のプログラムとして実装してもよい。

グループ登録処理部１７５は、ネットワーク２００上に既に存在するグループに対して、画像処理装置１００を登録する処理を実行する。グループ登録処理部１７５が行う処理については、後で詳しく説明する。

アプリＡ１８０は、グループ連携処理部１７０及びグループ登録処理部１７５以外のアプリの例として図示したものであり、このアプリＡが実行する処理内容はどのようなものでもよい。例えば、ユーザのパスワード認証を実行するアプリなどが考えられる。また、印刷部数や両面印刷の有無等の印刷設定用の画面を生成するアプリも考えられる。この印刷設定画面生成用のアプリが提供する初期の印刷設定画面は、ユーザが登録したデフォルトの印刷設定を表示しており、ユーザは必要に応じ、その設定画面上で、設定項目の値をデフォルト値から変更する。このアプリについては、各ユーザのデフォルトの印刷設定の情報が、設定情報としてローカル用ウェブサーバ１５０に保持される。

以上に説明した画像処理装置１００の構成要素のうち破線で囲んだ図中の要素、すなわち処理制御部１３０、ローカル用ウェブサーバ１５０、ウェブブラウザ１６０及びアプリ群は、画像処理装置１００に内蔵されるコンピュータでそれら各要素に対応するプログラムを実行することにより、それぞれその機能を実現する。

このように、図２の画像処理装置１００は、内蔵したローカル用ウェブサーバ１５０とウェブブラウザ１６０によりＵＩを構成している。ここで、このローカル用ウェブサーバ１５０に対して画像処理装置１００の外部の装置（例えばインターネット上の装置）からのアクセスを認めると、ローカル用ウェブサーバ１５０内のウェブページの情報が外部装置に取得されることになり、セキュリティ上好ましくない。例えば、ウェブアプリケーションのスクリプトを含むウェブページが外部装置に取得された場合、そのスクリプトが解析され、その画像処理装置１００に対する攻撃に利用される可能性がある。このため、ローカル用ウェブサーバ１５０は、外部装置からのＨＴＴＰ（HyperText Transfer Protocol）要求を受け付けないように構成されている。このため、ローカル用ウェブサーバ１５０が管理する各アプリの設定情報１５２、１５４等を、外部装置から指示により更新することはできない。この場合、例えば画像処理装置１００を既存のグループに登録してグループ印刷機能を利用できるようにするには、例えば当該画像処理装置１００とグループを形成する各画像処理装置１００の通信アドレスを入力する画面をタッチパネル１４０に表示し、その画面に対してそれら各画像処理装置１００の通信アドレスを手入力することとなる。また、登録先のグループ内の各画像処理装置１００に対しても、その新規に登録する画像処理装置１００の通信アドレスを手入力してグループに追加する必要がある。しかし、グループを構成するすべての画像処理装置１００の通信アドレスを手入力することは煩雑である。そこで、本実施形態では、画像処理装置１００を参加させたい既存のグループ内の１つの画像処理装置１００の通信アドレスを入力すれば、その参加が可能となる仕組みを提供する。

ユーザが、例えば画像処理装置１００ａ〜１００ｃからなる既存のグループ１（図１参照）に対して、ある画像処理装置１００ｚ（図示省略）を新たに参加させようとする場合を考える。この場合、本実施形態では、ユーザは、その画像処理装置１００ｚに対してそのグループ１内の１つの画像処理装置（例えば画像処理装置１００ａ）の通信アドレスを入力する。すると、画像処理装置１００ｚ内のグループ登録処理部１７５が、その通信アドレスを用いて、画像処理装置１００ａに対して登録要求を発する。この登録要求を受け取った画像処理装置１００ａのグループ登録処理部１７５は、自装置内のグループ情報１５２に対して画像処理装置１００ａの通信アドレスを登録すると共に、画像処理装置１００ａに対してそのグループ情報１５２を返す。これにより、画像処理装置１００ａが属しているグループを示すグループ情報１５２が画像処理装置１００ｚに保持されることとなる。また、画像処理装置１００ａは、そのグループ情報１５２に含まれる各通信アドレスを用いて、そのグループ内の各画像処理装置１００に対して、画像処理装置１００ａをグループに登録するよう依頼する。これにより、そのグループに属する他の装置も、画像処理装置１００ａの通信アドレスをグループ情報１５２に追加することとなる。

以上、本実施形態におけるグループ登録の仕組みを概説した。次に、この仕組みを実現するためのグループ登録処理部１７５の処理手順の例を説明する。

図３は、既存のグループに登録しようとする登録対象の画像処理装置１００におけるグループ登録処理部１７５の処理手順の一例である。

例えば、ローカル用ウェブサーバ１５０が提供するメニュー画面においてユーザが、この画像処理装置１００（上の例では１００ｚ）を既存のグループへ登録する処理を選択した場合、グループ登録処理部１７５は、そのグループに属する１つの画像処理装置１００（上の例では１００ａ）の通信アドレスを入力する入力画面を生成し、ウェブブラウザ１６０経由でタッチパネル１４０に表示する。ユーザは、登録先のグループ内の１つの画像処理装置１００の通信アドレスを事前に入手しておき、その通信アドレスをその入力画面に入力する。グループ登録処理部１７５は、入力された通信アドレスを取得し（Ｓ１０）、その通信アドレスを宛先とし、自装置の通信アドレスをパラメータとして含んだ登録要求を生成し、ネットワーク２００へ送出する（Ｓ１２）。この登録要求は、宛先の通信アドレスを持つ画像処理装置１００によって受信される。そしてグループ登録処理部１７５は、その登録要求を受け取った画像処理装置１００から返されてくるグループ情報を、グループ連携処理部１７０の設定情報（グループ情報１５２）としてローカル用ウェブサーバ１５０に登録する（Ｓ１４）。

次に図４を参照して、他の画像処理装置１００からグループへの登録要求を受け取った際のグループ登録処理部１７５の処理手順の例を説明する。他の画像処理装置１００から登録要求を受け取った場合（Ｓ２０）、グループ登録処理部１７５は、その登録要求に含まれる登録対象（すなわちその要求の送信元）の画像処理装置１００の通信アドレスが、自装置内のグループ情報１５２に含まれているかどうかを判定する（Ｓ２２）。含まれていると判定した場合は、グループ登録処理部１７５は、既にグループに登録済みであることを示す応答を、要求元の画像処理装置１００に返す（Ｓ２３）。

Ｓ２２で「含まれていない」と判定した場合、グループ登録処理部１７５は、その登録要求に含まれる登録対象の通信アドレスを、自装置内のグループ情報１５２に追加する（Ｓ２４）。これにより、この画像処理装置１００のグループ連携処理部１７０は、要求元の画像処理装置１００を、グループの一員と認識する。

なお、グループを構成する画像処理装置１００の数に上限がある場合において、Ｓ２４で要求元の画像処理装置１００を追加しようとするグループ情報１５２のグループのメンバ数がその上限に達している場合も考えられる。この場合には、例えば、そのグループ内で直近のアクセス日時が最も古い画像処理装置１００をそのグループから削除し、代わりに登録要求元の画像処理装置１００をグループに追加してもよい。

また、グループ連携処理部１７０は、自装置内のグループ情報１５２（要求元の通信アドレスを含んでいても含んでいなくてもよい）を要求元の画像処理装置１００に送信する（Ｓ２６）。またグループ登録処理部１７５は、そのグループ情報１５２に含まれる各通信アドレスに対して、グループへの登録依頼を送る（Ｓ２８）。その登録依頼には、その要求元の通信アドレスが含まれる。

この登録依頼を受け取った画像処理装置１００のグループ登録処理部１７５は、図４と似た処理を行えばよい。すなわち、その登録依頼に含まれる登録対象の通信アドレスが既に自装置のグループ情報１５２に含まれていればその旨を返信し（Ｓ２３）、含まれていなければ、その通信アドレスをそのグループ情報１５２に追加する（Ｓ２４）。なお、この場合、登録依頼送信元の画像処理装置１００は、既にグループに登録済みなので、Ｓ２６の処理（その送信元の画像処理装置１００へのグループ情報の送信）は不要である。登録依頼の送信元の画像処理装置１００の通信アドレスは、登録依頼に含まれる登録対象の画像処理装置１００の通信アドレスと異なっているので、これに基づきＳ２６の処理を行わなくてよいことが判定される。また、同様の理由から、グループ登録処理部１７５は、Ｓ２８（グループ情報１５２に含まれる通信アドレスに対する登録依頼の送信）を実行しなくてよい。

以上、実施形態の画像処理装置１００のグループ登録処理部１７５の処理の一例を説明した。以上の例では、グループ登録処理部１７５が、ユーザから画像処理装置１００の既存グループへの登録指示を受け付けて他の画像処理装置１００に登録要求を送る処理と、他の画像処理装置１００からの登録要求又は登録依頼に対応する処理との両方を担ったが、それら両者を別々のアプリケーションとして実現してもよい。

さて、Ｓ２８でグループ内の他の画像処理装置１００に登録要求を送信したとき、送信先の画像処理装置１００の電源がオフされている等の理由から、その登録要求を処理できない場合がある。このような場合に対処するための、グループ登録処理部１７５の処理の変形例を、図５及び図６を参照して説明する。

図５は、図４の処理手順の変形版であり、変更のあるＳ２８以下のステップのみを示している。すなわち、図５の例では、グループ登録処理部１７５は、他の画像処理装置１００からグループへの登録要求を受けた場合、Ｓ２８で、自装置が属するグループ内の各画像処理装置１００に対して、要求元の画像処理装置１００の通信アドレスを含む登録依頼を送った後、それら各送信先の画像処理装置１００からの応答を待つ（Ｓ３０）。送信先の画像処理装置１００が動作中であれば、登録完了の応答、又は登録対象の通信アドレスが既に登録済みである旨の応答がかえってくるはずである。Ｓ２８の送信の時点からあらかじめ定めた待ち時間が経過するまでにこれらのいずれかの応答が送信先からかえってくれば、その送信先についての処理は終了してよい。待ち時間の間何の応答もかえってこない画像処理装置１００がある場合は、それら応答がない各画像処理装置１００の通信アドレスと、Ｓ２０で受信した登録要求が示す登録対象の画像処理装置１００の通信アドレスと、を含む、登録依頼未完了の情報を記憶する（Ｓ３２）。

この変形例では、各画像処理装置１００は、電源がオンされた場合の起動時処理の一部として、自装置のグループ情報１５２に含まれる各通信アドレスに対して、起動した旨の通知（「起動通知」と呼ぶ）を行う。

他の画像処理装置１００から起動通知を受けた場合、グループ登録処理部１７５は、図６に示すように、記憶している登録依頼未完了の情報に、その起動通知の送信元の画像処理装置１００のアドレスが含まれているかどうかを調べる（Ｓ４０）。含まれていなければ、処理を終了する。

含まれている場合、グループ登録処理部１７５は、その通知元の画像処理装置１００に対して、登録依頼未完了の情報に含まれる登録対象の画像処理装置１００の通信アドレスを含む登録依頼を送信する（Ｓ４２）。そして、送信先から応答がかえってくるのを待ち（Ｓ４４）、かえってくれば処理を終了し、待ち時間だけ待っても応答が来ない場合は、再びその送信先を登録依頼未完了の装置として記憶する（Ｓ４６）。

図５及び図６の変形例では、画像処理装置１００が起動した際に、自分の属するグループ内の各画像処理装置１００に対して起動通知を送ったが、登録依頼を発した画像処理装置１００が、登録依頼未完了の他の画像処理装置１００が起動したことを知る方法はこれに限らない。この代わりに、例えば、登録依頼を発した画像処理装置１００が、登録依頼未完了の他の画像処理装置１００に対して定期的に起動確認を行ったり、定期的に登録依頼を発したりしてもよい。

次に、図７及び図８を参照して第２の変形例を説明する。この第２の変形例では、画像処理装置１００が２以上のグループに属する場合があるとする。そして、登録要求の送信先の画像処理装置１００が複数のグループに属している場合に、登録対象の画像処理装置１００が高機能である場合には、これがそれら複数のグループ全部に登録されるようにする。これは、例えば、システム全体の利便性向上のためである。

図７に、この第２の変形例における、既存グループに登録しようとする登録対象の画像処理装置のグループ登録処理部１７５の処理手順を示す。この手順では、Ｓ１０で入力された通信アドレス宛にＳ１２で登録要求を送るまでは図３の手順と同様である。Ｓ１２のあと、その登録要求の送信先の画像処理装置１００から、登録先グループの選択要求が到来したかどうかを判定する（Ｓ５０）。登録先グループの選択要求が来ない（Ｓ５０の判定結果がＮｏ）まま、送信先から登録完了の要求が来た場合は、処理を終了する。選択要求が到来した場合は、グループ登録処理部１７５は、例えばその選択要求に含まれる各グループの構成を示す情報（例えば各グループに属する画像処理装置１００のリスト）を表示した選択画面をタッチパネル１４０に表示し、ユーザから選択を受け付ける（Ｓ５２）。登録先のグループは複数選択してもよい。選択を受け付けると、グループ登録処理部１７５は、その選択結果のグループを特定する情報と、当該画像処理装置１００の機能を示す機能情報とを含む選択結果情報を、選択要求の送信元（すなわち登録要求の送信先）の画像処理装置１００に送信する（Ｓ５４）。機能情報は、例えば、フルカラー印刷が可能か否か、Ａ３用紙に対する印刷が可能か否か、ステープル留め等の後処理の機能を持つか否か、等といった項目毎の機能の有無（又はその項目についての機能レベル）の組合せで表現される。その後、その登録要求送信先の画像処理装置１００からグループ情報が返信されると、それをローカル用ウェブサーバ１５０に記憶する（Ｓ１４）。登録要求送信先の画像処理装置１００から複数のグループのグループ情報が返信されてくる場合もあり、その場合にはそれら複数のグループ情報を記憶する。

ユーザが操作している画像処理装置１００からＳ１２の登録要求を受信した画像処理装置１００が実行する処理の主要部分を図８に示す。図８の手順は、図４の手順のＳ２２とＳ２４との間に挿入される処理である。別の画像処理装置１００からグループへの登録要求を受けた画像処理装置１００のグループ登録処理部１７５は、図４のＳ２２で登録要求の送信元が自分の属しているグループに含まれていないと判定した場合、自分の属しているグループが複数あるか否かを判定する（Ｓ６０）。属しているグループが１つだけの場合は、図４の手順と同様Ｓ２４に進む。自分が複数のグループに属していると判定した場合は、グループ登録処理部１７５は、その登録要求の送信元の画像処理装置１００に対して、それら複数のグループの中から登録先を選択する選択要求を送信する（Ｓ６２）。この選択要求には、それら複数のグループのそれぞれのメンバ構成の情報が含まれる。グループ毎のメンバ構成情報は、例えば、当該グループに属している各画像処理装置１００の通信アドレス及びそれら画像処理装置１００の各々の特徴を説明する説明情報とを含むものとすればよい。説明情報は、例えば当該画像処理装置１００の設置場所（例えば設置されている部屋や部署）の説明、所有機能（例えばフルカラー印刷、後処理機能等の有無）の説明等のうちの１以上を含むものでよい。これら説明情報は、例えば画像処理装置１００を既存のグループに登録するための操作を行う際（図３のＳ１０）に、ユーザが入力すればよい。入力した説明情報は、Ｓ１２の登録要求の中に、当該画像処理装置１００の通信アドレスと対応づけた形で含まれる。そして、その登録要求の送信先の画像処理装置１００のグループ情報１５２に通信アドレスと対応づけて組み込まれ、更に当該グループに属する他の画像処理装置１００に対する登録依頼を介してそれら他の画像処理装置１００のグループ情報１５２にも組み込まれる。

次にグループ登録処理部１７５は、Ｓ６２の選択要求に対する登録要求元の画像処理装置１００からの回答（図７のＳ５４）、すなわち選択したグループとその登録要求元の機能情報を受信する（Ｓ６４）。そして、その機能情報に基づいて、その登録要求元の画像処理装置１００が、あらかじめ定められた条件を満たす「高機能装置」であるか否かを判定する（Ｓ６６）。この判定条件は、例えば、画像処理装置１００がフルカラー印刷、Ａ３対応、後処理機能のすべてを備えている場合を「高機能」と判定したり、それら３種の機能のうちの２以上を備えている場合を「高機能」と判定したりするなどの条件である。この判定条件は、システム管理者等が設定すればよい。

Ｓ６６の判定結果が「高機能装置ではない」というものであれば、グループ登録処理部１７５は、登録要求元の画像処理装置１００の登録先を、その登録要求元が選択したグループのみとし（Ｓ６７）、Ｓ２４に進む。

一方、Ｓ６６の判定結果が「高機能装置である」というものであれば、グループ登録処理部１７５は、自装置が属するすべてのグループを登録要求元の画像処理装置１００の登録先とする（Ｓ６８）。これは、高機能な画像処理装置１００は、できるだけ多くのグループで共有した方が組織全体にとって役立つ、とのポリシーに基づいている。この場合、Ｓ６８の後のＳ２４（図４参照）では、グループ登録処理部１７５は、自装置のグループ情報１５２内の各グループのリストに対して、登録要求元の画像処理装置１００の通信アドレス等をそれぞれ登録する。また、Ｓ２６では、それら各グループの情報を登録要求元に送信する。またＳ２８では、それら各グループに属する画像処理装置１００に対してそれぞれ登録依頼を送信する。なお、登録要求元の画像処理装置１００側でユーザが複数のグループを登録先に選んだ場合も、Ｓ２４〜Ｓ２８はこれと同様の処理となる。

図７及び図８の手順の変形として、Ｓ１２にて登録要求元の画像処理装置１００が自分の機能情報を要求先の画像処理装置１００に送信し、要求先の画像処理装置１００がその機能情報に基づき要求元が高機能装置であるかどうかを判定し、高機能装置である場合には要求元を自動的に自分の属するすべてのグループに登録し、要求元に選択要求を送らないようにしてもよい。この場合、要求元が高機能装置でないと判定された場合にのみ、要求先の画像処理装置１００から要求元の画像処理装置１００にグループの選択要求を送り、ユーザの希望を受け付ける。

また、登録要求元の画像処理装置１００が高機能装置である場合に、Ｓ６８でその画像処理装置１００を登録要求先の画像処理装置１００が属するすべてのグループに自動的に登録する代わりに、登録要求元の画像処理装置１００に対してすべてのグループに登録してよいかどうか承認を求め、承認が得られた場合にのみそれらすべてのグループに登録するようにしてもよい。

また、画像処理装置１００がそれぞれグループ情報を１つずつしか保持できないという制約がある場合も考えられる。例えば図９の例では、画像処理装置ａは、画像処理装置ａ、ｂ、ｃ及びｄからなるグループＸと、画像処理装置ａ、ｅ及びｆからなるグループＹの両方に属しているが、画像処理装置ａのグループ情報は、画像処理装置ａ〜ｆの通信アドレスをすべて含んだ１つの情報であり、画像処理装置ａ〜ｄの４つと画像処理装置ａ、ｅ及びｆの３つが別々のグループであるという情報は含んでいない。これに対し、画像処理装置ｂ〜ｄはグループＸのみ、画像処理装置ｅ〜ｆはグループＹのみに属しているとする。

このような場合において、画像処理装置ａが、グループＸ及びＹのどちらにも属していない画像処理装置ｚからグループ登録要求を受けたとする。

この場合、画像処理装置ａは、１つの例では、自分の有するグループ情報に対して画像処理装置ｚの通信アドレスを追加し、自分のグループ情報を画像処理装置ｚに提供し、そのグループ情報に含まれる画像処理装置ｂ〜ｆのすべてに画像処理装置ｚをグループに登録する依頼を送る。この例では、画像処理装置ｚは、画像処理装置ａと同様、グループＸ及びＹの両方に属することになる。一方、画像処理装置ｂ〜ｄ、及び画像処理装置ｅ〜ｆにとっては、それぞれ、自分の属するグループＸ、及びＹに対して画像処理装置ｚが加わることとなる。

別の例では、画像処理装置ａは、画像処理装置ｚから登録要求を受けた場合、自分のグループ情報に含まれる各画像処理装置ｂ〜ｆに対し、それぞれ画像処理装置ｂ〜ｆの持つグループ情報を要求する。そして、この要求に応じて取得した各画像処理装置ｂ〜ｆのグループ情報を画像処理装置ａ自身の持つグループ情報と比較することで、自分が画像処理装置ａ〜ｄからなるグループと、画像処理装置ａ、ｅ及びｆからなるグループとの２つのグループに属していることを認識する。この認識に従い、画像処理装置ａは、画像処理装置ｚに対して、画像処理装置ａ〜ｄからなるグループ、画像処理装置ａ、ｅ及びｆからなるグループ、及び画像処理装置ａ〜ｆからなるグループのいずれに登録したいか問い合わせるようにしてもよい。また、この場合も、画像処理装置ｚが高機能装置であるか否かを判定し、高機能装置である場合には画像処理装置ａが属するすべてのグループに画像処理装置ｚを登録するようにしてもよい。

以上に例示した画像処理装置１００の情報処理を担う部分（図２の破線の囲み内）は、例えば、汎用のコンピュータに当該装置の各機能モジュールの処理を表すプログラムを実行させることにより実現してもよい。ここで言うコンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）およびリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、ＨＤＤ（ハードディスクドライブ）やＳＳＤ（ソリッドステートドライブ）、フラッシュメモリ等の二次記憶を制御する二次記憶コントローラ、各種Ｉ／Ｏ（入出力）インタフェース、無線又は有線のネットワークとの接続のための制御を行うネットワークインタフェース等が、たとえばバスを介して接続された回路構成を有する。また、そのバスに対し、例えばＩ／Ｏインタフェース経由で、ＣＤやＤＶＤ、ブルーレイディスクなどの可搬型ディスク記録媒体に対する読み取り及び／又は書き込みのためのディスクドライブ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体に対する読み取り及び／又は書き込みのためのメモリリーダライタ、などが接続されてもよい。上に例示した各機能モジュールの処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク等の通信手段経由で、フラッシュメモリ等の二次記憶装置に保存され、コンピュータにインストールされる。二次記憶装置に記憶されたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した機能モジュール群が実現される。

１００画像処理装置、１１０プリントエンジン、１２０スキャンエンジン、１３０処理制御部、１４０タッチパネル、１５０ローカル用ウェブサーバ、１５２グループ情報、１６０ウェブブラウザ、１７０グループ連携処理部、１７５グループ登録処理部、２００ネットワーク。

Claims

印刷手段と、
自装置が属するグループ内の各画像処理装置の通信アドレスを記憶する記憶手段と、
他の画像処理装置からの前記グループへの登録要求に応じて、当該他の画像処理装置の通信アドレスを前記記憶手段に記憶すると共に、前記記憶手段に記憶された通信アドレスを用いて、前記グループ内の画像処理装置に対して、当該他の画像処理装置の通信アドレスをグループに登録する旨の登録依頼を送信する処理を行う処理手段と、
を有する画像処理装置。
前記記憶手段には、自装置が属する複数のグループのそれぞれに属している各画像処理装置の通信アドレスを記憶しており、
前記処理手段は、前記他の画像処理装置があらかじめ定められた高機能装置の条件を満たす場合には、当該他の画像処理装置の通信アドレスを前記記憶手段内に前記複数のグループの各々のメンバとして記憶すると共に、前記複数のグループ内の各画像処理装置に対して、前記他の画像処理装置の通信アドレスをグループに登録する旨の登録依頼を送信する、
ことを特徴とする請求項１に記載の画像処理装置。
画像処理装置に内蔵されたコンピュータを、
自装置が属するグループ内の各画像処理装置の通信アドレスを記憶する記憶手段と、
他の画像処理装置からの前記グループへの登録要求に応じて、当該他の画像処理装置の通信アドレスを前記記憶手段に記憶すると共に、前記記憶手段に記憶された通信アドレスを用いて、前記グループ内の画像処理装置に対して、当該他の画像処理装置の通信アドレスをグループに登録する旨の登録依頼を送信する処理を行う処理手段、
として機能させるためのプログラム。