(57)【要約】【課題】従来のＰＵＳＨ型印刷システムにおいては、プリンタの台数が増えると、プリントサーバの常時接続を管理するための処理負荷が高くなってしまう。【解決手段】イントラネット内に仲介装置を配置し、仲介装置だけがプリントサーバと常時接続を確立する。印刷を行う際には、プリントサーバから常時接続を介して印刷要求転送指示を仲介装置に送信する。仲介装置は印刷要求転送指示を解析し、適切なプリンタに印刷要求を送信する。【選択図】  図１
2012118733.tif 000002
【特許請求の範囲】
【請求項１】
プリントサーバ、１以上の仲介装置、および１以上の画像形成装置を含む印刷システムであって、
前記プリントサーバは、
前記１以上の仲介装置と接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第一の接続手段と、
仲介装置と画像形成装置とをグループとして関連付けて管理する管理手段と、
印刷指示を受信すると、前記１以上の仲介装置の中から印刷要求転送指示を送信する仲介装置を決定し、決定した仲介装置に対して維持されている前記接続を介して前記印刷要求転送指示を送信する転送指示送信手段と、
印刷ジョブ取得要求を受信すると、当該印刷ジョブ取得要求に応答して、印刷ジョブを送信する処理手段と
を有し、
前記仲介装置は、
前記プリントサーバの前記第一の接続手段に対応して、前記プリントサーバと接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第二の接続手段と、
維持されている前記接続を介して、前記プリントサーバから前記印刷要求転送指示を受信する転送指示受信手段と、
受信した前記印刷要求転送指示を解析し、同じグループとして関連付けられた画像形成装置のうち、印刷処理を実行する画像形成装置を決定する決定手段と、
前記決定手段にて決定した画像形成装置に対して印刷要求を送信する印刷要求送信手段と
を有し、
前記画像形成装置は、
前記仲介装置から前記印刷要求を受信する印刷要求受信手段と、
前記印刷要求に対応する印刷ジョブを取得するために、前記プリントサーバに前記印刷ジョブ取得要求を送信し、当該印刷ジョブ取得要求の応答として印刷ジョブを受信する印刷ジョブ取得手段と、
前記印刷ジョブ取得手段にて受信した印刷ジョブに対する印刷処理を実行する印刷手段と
を有することを特徴とする印刷システム。
【請求項２】
プリントサーバ、１以上の仲介装置、および１以上の画像形成装置を含む印刷システムであって、
前記プリントサーバは、
前記１以上の仲介装置と接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第一の接続手段と、
仲介装置と画像形成装置とをグループとして関連付けて管理する管理手段と、
印刷指示を受信すると、前記１以上の仲介装置の中から印刷要求転送指示を送信する仲介装置を決定し、決定した仲介装置に対して維持されている前記接続を介して印刷ジョブを含む印刷要求転送指示を送信する転送指示送信手段と
を有し、
前記仲介装置は、
前記プリントサーバの前記第一の接続手段に対応して、前記プリントサーバと接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第二の接続手段と、
維持されている前記接続を介して、前記プリントサーバから前記印刷要求転送指示を受信する転送指示受信手段と、
受信した前記印刷要求転送指示を解析し、同じグループとして関連付けられた画像形成装置のうち、印刷処理を実行する画像形成装置を決定する決定手段と、
前記決定手段にて決定した画像形成装置に対して印刷ジョブを含む印刷要求を送信する印刷要求送信手段と
を有し、
前記画像形成装置は、
前記仲介装置から前記印刷要求を受信する印刷要求受信手段と、
前記印刷要求受信手段にて受信した印刷要求に含まれる印刷ジョブに対する印刷処理を実行する印刷手段と
を有することを特徴とする印刷システム。
【請求項３】
前記画像形成装置は、自らが関連付けられたグループの仲介装置を管理する仲介装置管理手段を更に有し、
前記仲介装置管理手段は、同じグループに関連付けられた仲介装置の情報を前記プリントサーバに問い合わせ、その応答に基づいて仲介装置を管理し、
前記プリントサーバの前記管理手段は、前記画像形成装置からの前記仲介装置の情報の問い合わせに応答して、当該画像形成装置と同じグループに関連付けられた仲介装置の情報を送信することを特徴とする請求項１または２に記載の印刷システム。
【請求項４】
前記画像形成装置は、前記仲介装置が有する各手段を更に有し、
前記プリントサーバの前記管理手段は、前記画像形成装置からの前記仲介装置の情報の問い合わせに応答する際に、当該画像形成装置と同じグループとして関連付けられた仲介装置が存在しない場合に、当該画像形成装置に対して、仲介装置としての動作を行う指示を送信し、
前記画像形成装置の前記仲介装置管理手段は、前記プリントサーバから仲介装置として動作を行う指示を受信した場合、有する仲介装置に関する各手段を動作させることを特徴とする請求項３に記載の印刷システム。
【請求項５】
前記画像形成装置は、
仲介装置からグループを識別する識別情報を取得する識別情報取得手段と、
前記識別情報取得手段にて前記識別情報を取得できた場合、当該識別情報と当該画像形成装置の情報とを含む登録要求を前記プリントサーバに送信する登録要求送信手段と
を更に有し、
前記プリントサーバの前記管理手段は、前記画像形成装置からの前記登録要求に応じて、当該画像形成装置を前記識別情報が示すグループに関連付けて管理することを特徴とする請求項１乃至４のいずれか一項に記載の印刷システム。
【請求項６】
前記画像形成装置の前記識別情報取得手段にて前記識別情報を取得できなかった場合、前記登録要求送信手段は、前記識別情報を含まない登録要求を前記プリントサーバに送信し、
前記プリントサーバの前記管理手段は、前記識別情報を含まない登録要求に応じて新たな識別情報を発行し、当該新たな識別情報と当該画像形成装置とを関連付けて管理することを特徴とする請求項５に記載の印刷システム。
【請求項７】
プリントサーバ、１以上の仲介装置、および１以上の画像形成装置を含む印刷システムにおける印刷方法であって、
前記プリントサーバにおいて、
第一の接続手段が、前記１以上の仲介装置と接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第一の接続工程と、
管理手段が、仲介装置と画像形成装置とをグループとして関連付けて管理する管理工程と、
転送指示送信手段が、印刷指示を受信すると、前記１以上の仲介装置の中から印刷要求転送指示を送信する仲介装置を決定し、決定した仲介装置に対して維持されている前記接続を介して前記印刷要求転送指示を送信する転送指示送信工程と、
処理手段が、印刷ジョブ取得要求を受信すると、当該印刷ジョブ取得要求に応答して、印刷ジョブを送信する処理工程と
を有し、
前記仲介装置において、
第二の接続手段が、前記プリントサーバにおける前記第一の接続工程に対応して、前記プリントサーバと接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第二の接続工程と、
転送指示受信手段が、維持されている前記接続を介して、前記プリントサーバから前記印刷要求転送指示を受信する転送指示受信工程と、
決定手段が、受信した前記印刷要求転送指示を解析し、同じグループとして関連付けられた画像形成装置のうち、印刷処理を実行する画像形成装置を決定する決定工程と、
印刷要求送信手段が、前記決定工程にて決定した画像形成装置に対して印刷要求を送信する印刷要求送信工程と
を有し、
前記画像形成装置において、
印刷要求受信手段が、前記仲介装置から前記印刷要求を受信する印刷要求受信工程と、
印刷ジョブ取得手段が、前記印刷要求に対応する印刷ジョブを取得するために、前記プリントサーバに前記印刷ジョブ取得要求を送信し、当該印刷ジョブ取得要求の応答として印刷ジョブを受信する印刷ジョブ取得工程と、
印刷手段が、前記印刷ジョブ取得工程にて受信した印刷ジョブに対する印刷処理を実行する印刷工程と
を有することを特徴とする印刷方法。
【請求項８】
プリントサーバ、１以上の仲介装置、および１以上の画像形成装置を含む印刷システムにおける印刷方法であって、
前記プリントサーバにおいて、
第一の接続手段が、前記１以上の仲介装置と接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第一の接続工程と、
管理手段が、仲介装置と画像形成装置とをグループとして関連付けて管理する管理工程と、
転送指示送信手段が、印刷指示を受信すると、前記１以上の仲介装置の中から印刷要求転送指示を送信する仲介装置を決定し、決定した仲介装置に対して維持されている前記接続を介して印刷ジョブを含む印刷要求転送指示を送信する転送指示送信工程と
を有し、
前記仲介装置において、
第二の接続手段が、前記プリントサーバの前記第一の接続工程に対応して、前記プリントサーバと接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第二の接続工程と、
転送指示受信手段が、維持されている前記接続を介して、前記プリントサーバから前記印刷要求転送指示を受信する転送指示受信工程と、
決定手段が、受信した前記印刷要求転送指示を解析し、同じグループとして関連付けられた画像形成装置のうち、印刷処理を実行する画像形成装置を決定する決定工程と、
印刷要求送信手段が、前記決定工程にて決定した画像形成装置に対して印刷ジョブを含む印刷要求を送信する印刷要求送信工程と
を有し、
前記画像形成装置において、
印刷要求受信手段が、前記仲介装置から前記印刷要求を受信する印刷要求受信工程と、
印刷手段が、前記印刷要求受信工程にて受信した印刷要求に含まれる印刷ジョブに対する印刷処理を実行する印刷工程と
を有することを特徴とする印刷方法。
【請求項９】
プリントサーバ、１以上の仲介装置、および１以上の画像形成装置を含む印刷システムにおけるプリントサーバであって、
前記１以上の仲介装置と接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する接続手段と、
仲介装置と画像形成装置とをグループとして関連付けて管理する管理手段と、
印刷指示を受信すると、前記１以上の仲介装置の中から印刷要求転送指示を送信する仲介装置を決定し、決定した仲介装置に対して維持されている前記接続を介して前記印刷要求転送指示を送信する転送指示送信手段と、
印刷ジョブ取得要求を受信すると、当該印刷ジョブ取得要求に応答して、印刷ジョブを送信する処理手段と
を有することを特徴とするプリントサーバ。
【請求項１０】
プリントサーバ、１以上の仲介装置、および１以上の画像形成装置を含む印刷システムにおける仲介装置であって、
前記プリントサーバと接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する接続手段と、
維持されている前記接続を介して、前記プリントサーバから印刷要求転送指示を受信する転送指示受信手段と、
受信した前記印刷要求転送指示を解析し、同じグループとして関連付けられた画像形成装置のうち、印刷処理を実行する画像形成装置を決定する決定手段と、
前記決定手段にて決定した画像形成装置に対して印刷要求を送信する印刷要求送信手段と
を有することを特徴とする仲介装置。
【請求項１１】
プリントサーバ、１以上の仲介装置、および１以上の画像形成装置を含む印刷システムにおける画像形成装置であって、
前記仲介装置から印刷要求を受信する印刷要求受信手段と、
前記印刷要求に対応する印刷ジョブを取得するために、前記プリントサーバに印刷ジョブ取得要求を送信し、当該印刷ジョブ取得要求の応答として印刷ジョブを受信する印刷ジョブ取得手段と、
前記印刷ジョブ取得手段にて受信した印刷ジョブに対する印刷処理を実行する印刷手段と
を有することを特徴とする画像形成装置。
【請求項１２】
コンピュータを、
印刷装置への指示を仲介する１以上の仲介装置と接続を確立し、確立した当該接続を当該コンピュータが起因となってデータの送信が可能なように維持する接続手段、
仲介装置と画像形成装置とをグループとして関連付けて管理する管理手段、
印刷指示を受信すると、前記１以上の仲介装置の中から印刷要求転送指示を送信する仲介装置を決定し、決定した仲介装置に対して維持されている前記接続を介して前記印刷要求転送指示を送信する転送指示送信手段、
印刷ジョブ取得要求を受信すると、当該印刷ジョブ取得要求に応答して、印刷ジョブを送信する処理手段
として機能させるためのプログラム。
【請求項１３】
コンピュータを、
プリントサーバと接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する接続手段、
維持されている前記接続を介して、前記プリントサーバから印刷要求転送指示を受信する転送指示受信手段、
受信した前記印刷要求転送指示を解析し、同じグループとして関連付けられた画像形成装置のうち、印刷処理を実行する画像形成装置を決定する決定手段、
前記決定手段にて決定した画像形成装置に対して印刷要求を送信する印刷要求送信手段
として機能させるためのプログラム。
【請求項１４】
コンピュータを、
印刷要求を受信する印刷要求受信手段、
前記印刷要求に対応する印刷ジョブを取得するために、プリントサーバに印刷ジョブ取得要求を送信し、当該印刷ジョブ取得要求の応答として印刷ジョブを受信する印刷ジョブ取得手段、
前記印刷ジョブ取得手段にて受信した印刷ジョブに対する印刷処理を実行する印刷手段
として機能させるためのプログラム。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介して印刷の指示、および実行を行う印刷システム、印刷方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、企業のイントラネット内にある端末から、インターネット上にある各種サービスを利用することが可能であるが、イントラネットとインターネットとの境界に、ファイアウォールを設置することが一般的である。ファイアウォールは、セキュリティ上の観点から設けられ、一般的に、イントラネット側からインターネット側への接続は許可するが、インターネット側からイントラネット内への接続は拒否するように設定されている。これにより、インターネット側の端末からイントラネット内への不正な侵入を防御するようになっている。このような背景もあり、従来のＷｅｂサービスを使用した通信システムでは、クライアントがサーバに対して情報取得の要求を行い、サーバがその要求に応答する形で情報を返すというＰＵＬＬ型通信が一般的であった。
【０００３】
しかし近年、サーバ側を起点としてクライアントに対して情報を送信するＰＵＳＨ型通信の技術開発が進められている。ＰＵＳＨ型通信技術の例として、ＣｏｍｅｔやＷｅｂＳｏｃｋｅｔといったものが挙げられる。
【０００４】
Ｃｏｍｅｔにおいては、クライアントがサーバにＨＴＴＰのリクエストを送信すると、サーバはすぐにレスポンスを返さずにそのリクエストを保持しておく。その後、サーバ側からクライアントに送信すべき情報が発生した時点で、サーバは保持しておいたリクエストに対するレスポンスとしての情報をクライアントに送信する。そして、レスポンスがあった場合や、サーバ−クライアント間の接続がタイムアウトになった場合に、再度クライアント側からリクエスト側からリクエストを送信する。これにより、見かけ上の常時接続を実現し、サーバ側にてレスポンスを行うべき事象が生じたタイミングに合わせて、クライアント側からの要求を待たずにレスポンスを送信することができる。
【０００５】
ＷｅｂＳｏｃｋｅｔは、インターネットの標準化団体であるＷ３ＣやＩＥＴＦが作成した双方向通信のための技術である。ＨＴＴＰではなくＴＣＰの接続を確立して維持することにより、ＣｏｍｅｔのようにＨＴＴＰプロトコルにマッピングする必要がない。このＷｅｂＳｏｃｋｅｔでは、接続開始の要求はクライアント側が起点となるが、一回の接続で、クライアント／サーバどちらからでも自由なタイミングで複数回の通信を行うことができる。
【０００６】
このように、ＰＵＳＨ型通信技術において、イントラネット内のクライアントから接続を確立しそれを維持することで、ファイアウォールが存在する環境でも、サーバがその接続を使用して情報を送信することを可能にしている。
【０００７】
一方、従来企業内のイントラネットのみで使用されていた印刷システムは、インターネットを介して使用できるようになってきている。インターネットを使用する場合、前述のファイアウォールが存在するため、インターネット上のプリントサーバにある印刷ジョブを、イントラネット内のプリンタが取得しにいくＰＵＬＬ型通信により実現している。特許文献１においては、イントラネット内の仲介機器が定期的にインターネット上のプリントサーバに問合せを行い、イントラネット内のプリンタに対する印刷ジョブが存在した場合にはそれを受信してプリンタに転送する印刷システムが開示されている。
【０００８】
しかし、このような従来のインターネットを介したＰＵＬＬ型印刷システムにおいては、イントラネット内の端末からプリントサーバに問合せをするタイミングでしか印刷ジョブを受信できない。そのため、ユーザが印刷指示を行い印刷ジョブがプリントサーバに蓄積されてから、実際にプリンタが印刷ジョブを受信するまでに待ち時間が生じる問題がある。またこの待ち時間を短縮するために、プリントサーバへの問合せ間隔を短くすることも可能であるが、そうするとネットワークのトラフィックやプリントサーバの処理負荷が増えてしまうという別の問題が発生してしまう。
【０００９】
また、別のＰＵＬＬ型印刷システムにおいては、ユーザが印刷指示を行うと、同時にユーザの操作端末からプリンタに対して印刷ジョブの取得命令を送信し、プリンタがプリントサーバに印刷ジョブを取得しにいくものもある。この形態であれば印刷ジョブを受信するまでの待ち時間の問題は発生しないが、一方で、ユーザの操作端末とプリンタとが通信可能な状態でなければならないという制限が発生してしまう。そのため、例えば外出先で携帯端末からオフィス内のプリンタへの印刷指示といったことはできない。
【００１０】
そこで近年、上述のＰＵＬＬ型印刷システムの問題を解決するために、ＰＵＳＨ型通信を使用する印刷システムが提案されている。ＰＵＳＨ型印刷システムにおいては、イントラネット内のプリンタがプリントサーバに対して接続を確立し、その接続を常時維持することで、プリントサーバが任意のタイミングでプリンタに印刷ジョブを送信することを可能とする。特許文献２においては、イントラネット内のプリンタが、接続を切断される前に適切なタイミングで通信を行い、サーバとの間で確立した接続を維持させる技術が開示されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００９−２９４９２０号公報
【特許文献２】特開２００８−１４０２７５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上述のＰＵＳＨ型印刷システムにおいては、イントラネット内の各プリンタがプリントサーバと常時接続を確立することになる。その場合、プリンタの台数が増加するに従って、プリントサーバ側において、プリンタの数に対応した常時接続を管理するための処理負荷が増加する。その結果、プリントサーバとしての動作が不安定になったり、適切な処理ができなくなったりしてしまうという問題があった。
【００１３】
本発明は上記課題を解決するために、上述したＰＵＳＨ型通信の利点を生かしつつ、プリンタの台数が増えた場合でも、プリントサーバの負荷を抑えることが可能な印刷システムを提供する。
【課題を解決するための手段】
【００１４】
本発明は上記課題を解決するため、以下の構成を有する。すなわち、プリントサーバ、１以上の仲介装置、および１以上の画像形成装置を含む印刷システムであって、前記プリントサーバは、前記１以上の仲介装置と接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第一の接続手段と、仲介装置と画像形成装置とをグループとして関連付けて管理する管理手段と、印刷指示を受信すると、前記１以上の仲介装置の中から印刷要求転送指示を送信する仲介装置を決定し、決定した仲介装置に対して維持されている前記接続を介して前記印刷要求転送指示を送信する転送指示送信手段と、印刷ジョブ取得要求を受信すると、当該印刷ジョブ取得要求に応答して、印刷ジョブを送信する処理手段とを有し、前記仲介装置は、前記プリントサーバの前記第一の接続手段に対応して、前記プリントサーバと接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第二の接続手段と、維持されている前記接続を介して、前記プリントサーバから前記印刷要求転送指示を受信する転送指示受信手段と、受信した前記印刷要求転送指示を解析し、同じグループとして関連付けられた画像形成装置のうち、印刷処理を実行する画像形成装置を決定する決定手段と、前記決定手段にて決定した画像形成装置に対して印刷要求を送信する印刷要求送信手段とを有し、前記画像形成装置は、前記仲介装置から前記印刷要求を受信する印刷要求受信手段と、前記印刷要求に対応する印刷ジョブを取得するために、前記プリントサーバに前記印刷ジョブ取得要求を送信し、当該印刷ジョブ取得要求の応答として印刷ジョブを受信する印刷ジョブ取得手段と、前記印刷ジョブ取得手段にて受信した印刷ジョブに対する印刷処理を実行する印刷手段とを有する。
【００１５】
また、本発明の別の構成として、以下の構成を有する。すなわち、プリントサーバ、１以上の仲介装置、および１以上の画像形成装置を含む印刷システムであって、前記プリントサーバは、前記１以上の仲介装置と接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第一の接続手段と、仲介装置と画像形成装置とをグループとして関連付けて管理する管理手段と、印刷指示を受信すると、前記１以上の仲介装置の中から印刷要求転送指示を送信する仲介装置を決定し、決定した仲介装置に対して維持されている前記接続を介して印刷ジョブを含む印刷要求転送指示を送信する転送指示送信手段とを有し、前記仲介装置は、前記プリントサーバの前記第一の接続手段に対応して、前記プリントサーバと接続を確立し、確立した当該接続を当該プリントサーバが起因となってデータの送信が可能なように維持する第二の接続手段と、維持されている前記接続を介して、前記プリントサーバから前記印刷要求転送指示を受信する転送指示受信手段と、受信した前記印刷要求転送指示を解析し、同じグループとして関連付けられた画像形成装置のうち、印刷処理を実行する画像形成装置を決定する決定手段と、前記決定手段にて決定した画像形成装置に対して印刷ジョブを含む印刷要求を送信する印刷要求送信手段とを有し、前記画像形成装置は、前記仲介装置から前記印刷要求を受信する印刷要求受信手段と、前記印刷要求受信手段にて受信した印刷要求に含まれる印刷ジョブに対する印刷処理を実行する印刷手段とを有する。
【発明の効果】
【００１６】
本発明によれば、ＰＵＳＨ型通信の利点を生かしつつ、プリンタの台数が増えた場合でも、プリントサーバの負荷を抑えることが可能な印刷システムを提供することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係る印刷システムのシステム構成図。
【図２】本発明に係る画像形成装置のハードウェア構成を示すブロック図。
【図３】本発明に係る各装置のハードウェア構成を示すブロック図。
【図４】第一実施形態に係る各装置のソフトウェア構成を示すブロック図。
【図５】デバイステーブル管理部が管理するデバイステーブルの例を示す図。
【図６】第一実施形態に係る各表示画面の構成例を示す図。
【図７】第一実施形態に係る印刷処理のフローを示す図。
【図８】第一実施形態に係る印刷システムにおいて送受信される指示の例を示す図。
【図９】印刷指示に係る処理を示すフローチャート。
【図１０】印刷要求転送指示に係る処理を示すフローチャート。
【図１１】印刷要求に係る処理を示すフローチャート。
【図１２】第二実施形態に係る各装置のソフトウェア構成を示す図。
【図１３】第二実施形態に係る印刷処理のフローを示す図。
【図１４】印刷要求転送指示の例を示す図。
【図１５】印刷指示に係る処理を示すフローチャート。
【図１６】印刷要求転送指示に係る処理を示すフローチャート。
【図１７】印刷要求に係る処理を示すフローチャート。
【図１８】第三実施形態に係る画像形成装置のソフトウェア構成を示すブロック図。
【図１９】画像形成装置の起動から定常状態までの処理を示すフローチャート。
【図２０】本発明に係る起動通知の例を示す図。
【図２１】起動通知に係る処理を示すフローチャート。
【図２２】本発明に係る各装置のソフトウェア構成を示すブロック図。
【図２３】起動に係る処理を示すフローチャート。
【図２４】デバイス情報登録に係る指示の例を示す図。
【図２５】デバイス情報登録要求に係る処理を示すフローチャート。
【発明を実施するための形態】
【００１８】
以下、本発明を実施するための形態について図面を用いて説明する。
【００１９】
＜第一実施形態＞
［システム構成］
図１は、本発明に係る印刷システムのシステム構成図である。図１において、イントラネット１０、クライアントコンピュータ１２２、プリントサーバ１２３が、インターネット１２１を介して接続されている。なお、図１において、イントラネットは一つだけしか図示していないが、イントラネット１０と同様の構成を有するイントラネットが複数存在し、インターネット１２１に接続されることが可能である。イントラネット１０には、画像形成装置１０１、１０２、クライアントコンピュータ１０３、仲介装置１０４がネットワーク１０６を介して接続されている。また、イントラネット１０とインターネット１２１との境界にはファイアウォール１０５が配置されている。イントラネット１０内における画像形成装置、クライアントコンピュータ、および仲介装置は、図示したより多くの数が存在してもよい。
【００２０】
画像形成装置１０１、１０２は、プリントサーバ１２３に蓄積された印刷ジョブを受信して印刷する機能を備える。なお以降は、画像形成装置を代表して画像形成装置１０１について述べる。クライアントコンピュータ１０３、１２２は、所望の画像形成装置への印刷を指示する端末である。クライアントコンピュータ１０３は、イントラネット１０の内側、クライアントコンピュータ１２２はインターネット１２１側に存在しており、どちらからでも印刷指示が可能である。なお以降は、クライアントコンピュータを代表してクライアントコンピュータ１２２について述べる。
【００２１】
仲介装置１０４は、プリントサーバ１２３と常時接続を確立し、任意のタイミングでプリントサーバ１２３からの情報を受信して処理を行う。なお、図１に示すように、仲介装置１０４は、専用端末として構成されても良いし、画像形成装置が有する機能として実現されても良い。また、本明細書において、“常時接続”とは、インターネット側に存在するプリントサーバ１２３とイントラネット側に存在する仲介装置１０４とが常にコネクションを維持することを意味する。この“常時接続”により、インターネット側に存在するプリントサーバ１２３を起因として、データの送信が可能となる接続を意味する。本実施形態において、この“常時接続”は、上述したＣｏｍｅｔやＷｅｂＳｏｃｋｅｔなどの技術を用いて実現する。しかし、この２つの技術に限定するものではなく、他の手法により実現させても構わない。
【００２２】
プリントサーバ１２３は、印刷システム全体を制御し、クライアントコンピュータ１２２からの印刷要求処理、印刷ジョブ管理、画像形成装置の管理、仲介装置１０４との常時接続管理といった様々な処理を行う。また、本実施形態において、プリントサーバ１２３は、ユーザごとの文書を管理する文書管理サーバとしての機能も備えているものとする。
【００２３】
［ハードウェア構成］
図２は、画像形成装置１０１のハードウェア構成を示すブロック図である。なお、ここでは、画像形成装置１０１として、複写機を例にして説明する。図２の画像形成装置１０１において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭまたは外部記憶装置２１１に記憶された制御プログラムに基づいて、システムバス２０４に接続される各種のデバイスとのアクセスを総括的に制御する。また、ＣＰＵ２０１は、印刷インタフェース２０７を介して接続される印刷部（プリントエンジン）２１０に出力情報としての画像信号を出力したり、読取インタフェース２１２を介して接続される読取部（スキャナ）２１３から入力される画像信号を制御する。
【００２４】
ＲＯＭ２０３のプログラム用ＲＯＭには、ＣＰＵ２０１が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ２０３のフォント用ＲＯＭには上述した出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶する。また、ＲＯＭ２０３のデータ用ＲＯＭには、クライアントコンピュータ上で利用される情報等を記憶している。
【００２５】
ＣＰＵ２０１は、ＬＡＮコントローラ部２０６を介してネットワーク上のクライアントコンピュータや画像形成装置との通信処理が可能である。ＲＡＭ２０２は、主としてＣＰＵ２０１の主メモリ、ワークエリア等として機能し、増設ポート（不図示）に接続されるオプションＲＡＭによりメモリ容量を拡張することができる。なお、ＲＡＭ２０２は、出力情報展開領域、環境データ格納領域等に用いられる。
【００２６】
ハードディスク（ＨＤＤ）、ＩＣカード等の外部記憶装置２１１は、ディスクコントローラ（ＤＫＣ）２０８によりアクセスが制御される。ハードディスクは、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。また、ハードディスクは、スキャナ２１３から読み取った画像データやプリントジョブの画像データをＢＯＸデータとして保持し、ネットワークから参照したり、印刷を行うＢＯＸデータ格納領域としても使用される。本実施形態においては、外部記憶装置２１１としてはＨＤＤを使用するものとし、ジョブログ、画像ログ等の各種ログを保持する。以下、外部記憶装置２１１をＨＤＤ２１１と記載する。
【００２７】
操作パネル２０５は、ユーザがソフトウェアキーから各種情報を入力することが可能である。外部記憶装置２１１は、少なくとも１個以上が備えられ、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。不揮発性メモリ２０９は、操作パネル２０５から設定される各種設定情報を記憶している。
【００２８】
また、画像形成装置１０１にはオプションで、ステープルやソート機能を行うフィニッシャ（不図示）や、両面印刷機能を実現するための両面装置など各種拡張装置（不図示）を装着することが可能であり、それらの動作はＣＰＵ２０１から制御される。
【００２９】
図３は、本実施形態の印刷システムに含まれるクライアントコンピュータ１２２、仲介装置１０４、およびプリントサーバ１２３のハードウェア構成を示すブロック図である。図３において、ＣＰＵ３０１は、システムバス３０４に接続された各種デバイスの制御を行う。ＲＯＭ３０２は、ＢＩＯＳやブートプログラムを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１の主記憶装置として使用される。キーボードコントローラ（ＫＢＣ）３０５は、マウス（登録商標）等のポインティングデバイス３０９、キーボード３１０からの情報などの入力に係る処理を行う。
【００３０】
表示制御部（ＣＲＴＣ）３０６は、内部にビデオメモリを有し、ＣＰＵ３０１からの指示に従って、そのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号として表示装置（ＣＲＴ）３１１に出力する。なお、図３において表示装置３１１としてＣＲＴを例示しているが、液晶表示装置等、その表示装置の種類は問わない。ディスクコントローラ（ＤＫＣ）３０７は、ハードディスク（ＨＤＤ）３１２、フロッピー（登録商標）ディスク３１３へのアクセスを行う。
【００３１】
ネットワークインタフェースカード（ＮＩＣ）３０８は、ネットワークに接続し、ネットワークを介して、外部装置との情報通信を行う。なお、ＨＤＤ３１２には、ＯＳやＯＳ上で動作する各種アプリケーションプログラム等が格納される。上記構成において、本装置の電源が“ＯＮ”になると、ＣＰＵ３０１はＲＯＭ３０２に格納されたブートプログラムに従って、ＨＤＤ３１２からＯＳをＲＡＭ３０３に読み込み、実行する。
【００３２】
［ソフトウェア構成］
図４（ａ）〜（ｄ）にそれぞれ、本実施形態における印刷システムを構成する各装置のソフトウェア構成を示す。図４（ａ）は、画像形成装置１０１のソフトウェア構成を示すブロック図である。印刷要求受信部４０１は、仲介装置１０４から印刷要求を受信し、印刷要求に含まれる印刷ジョブを取得するためのＵＲＬを印刷ジョブ取得部４０２に渡す。ＵＲＬは、印刷ジョブを蓄積しているプリントサーバ１２３のアドレスを示す。印刷ジョブ取得部４０２は、渡されたＵＲＬに従って印刷ジョブ取得要求を送信し、その応答として印刷ジョブを受信する。そして、印刷ジョブ取得部４０２は、受信した印刷ジョブを印刷処理部４０３に渡す。印刷処理部４０３は、印刷ジョブを解析してビットマップに展開し、用紙への印刷を行う。イベント通知部４０４は、ジョブ終了等の印刷ジョブの状態をプリントサーバ１２３に通知する。
【００３３】
図４（ｂ）は、仲介装置１０４のソフトウェア構成を示すブロック図である。常時接続管理部５０１は、プリントサーバ１２３と接続を確立し、確立された接続を切断しないように常時接続として維持管理を行う。ここでは、上述したＣｏｍｅｔやＷｅｂＳｏｃｋｅｔ等の技術を利用する。印刷要求転送指示受信部５０２は、プリントサーバ１２３から確立された常時接続を介して任意のタイミングで印刷要求転送指示を受信し、印刷要求転送指示処理部５０３に渡す。印刷要求転送指示処理部５０３は、印刷要求転送指示を解析し、印刷を実行すべき画像形成装置を決定して印刷要求を生成する。そして、印刷要求転送指示処理部５０３は、生成した印刷要求を印刷要求送信部５０４に渡す。印刷要求送信部５０４は、決定された画像形成装置に対して印刷要求を送信する。
【００３４】
図４（ｃ）は、クライアントコンピュータ１２２のソフトウェア構成を示すブロック図である。クライアントコンピュータ１２２としては、Ｗｅｂブラウザ部６０１だけが存在すればよく、ユーザはＷｅｂブラウザ部６０１を使用してプリントサーバ１２３に接続し、文書の表示や印刷指示を行う。
【００３５】
図４（ｄ）は、プリントサーバ１２３のソフトウェア構成を示すブロック図である。常時接続管理部７０１は、仲介装置１０４から接続要求を受信して接続を確立し、その確立された接続を切断しないように常時接続として維持管理する。プリントサーバ１２３の常時接続管理部７０１は、仲介装置１０４の常時接続管理部５０１に対応して、上述したＣｏｍｅｔやＷｅｂＳｏｃｋｅｔ等の技術を利用することで常時接続を実現する。そして、常時接続管理部７０１は、図５を用いて後述するデバイステーブルに管理する接続の接続状態を反映させる。Ｗｅｂサーバ部７０２は、クライアントコンピュータ１２２に対するＵＩ（ユーザインタフェース）を提供し、文書管理部７０３が管理するユーザごとの文書情報を返したり、ユーザからの印刷指示を受信したりする。Ｗｅｂサーバ部７０２が印刷指示を受信すると、印刷制御部７０４は、印刷指示により指定された画像形成装置に適した印刷ジョブを生成し一時的に蓄積する。
【００３６】
印刷要求転送指示送信部７０５は、デバイステーブルを参照して、管理している複数の仲介装置の中から印刷要求転送指示を送信すべき仲介装置１０４を決定する。そして、印刷要求転送指示送信部７０５は、決定した仲介装置１０４に対して常時接続を介して印刷要求転送指示を送信する。印刷ジョブ取得要求処理部７０６は、画像形成装置１０１から印刷ジョブ取得要求を受信し、指定された印刷ジョブを画像形成装置１０１に送信する。デバイステーブル管理部７０７は、デバイステーブルを管理する。イベント受信部７０８は、画像形成装置１０１から印刷ジョブの状態の通知を受信する。
【００３７】
なお、プリントサーバ１２３が有する常時接続管理部７０１を第一の接続手段、仲介装置１０４が有する常時接続管理部を第二の接続手段とも記載する。
【００３８】
［デバイステーブル］
図５は、デバイステーブル管理部７０７が管理するデバイステーブルの例を示している。デバイステーブル８０１は、グループＩＤ８０２、デバイス名８０３、常時接続状態８０４、常時接続ＩＤ８０５、グローバルＩＰ８０６、ローカルＩＰ８０７、設置場所８０８を有する。
【００３９】
図５で示すように、デバイステーブル管理部７０７は、１以上の仲介装置および１以上の画像形成装置をグループ化して管理する。つまり、各仲介装置および画像形成装置は、グループＩＤで識別されるいずれかのグループに所属する。グループＩＤ８０２は、グループを一意に識別するための識別情報（識別子）である。デバイス名８０３は、仲介装置または画像形成装置を識別する名前である。常時接続状態８０４は、各装置がプリントサーバ１２３と常時接続を確立しているか否かを示す情報であり、常時接続管理部７０１により状態が更新される。仲介装置のみこの情報が“Ｙ”となり、それ以外の画像形成装置については“Ｎ”となる。なお、第三実施形態にて述べるように、画像形成装置が仲介装置としての機能を併せて有するような構成の場合は、画像形成装置においても接続が“Ｙ”となりうる。
【００４０】
常時接続ＩＤ８０５は、プリントサーバ１２３内で常時接続を識別するための識別子であり、プリントサーバ１２３の各プログラムは、この常時接続ＩＤを指定することにより、実際の仲介装置１０４との情報の送受信が可能である。グローバルＩＰ８０６は、常時接続を確立している仲介装置に対応するグローバルＩＰアドレスである。仲介装置以外の画像形成装置については、グローバルＩＰアドレスは存在しない。ローカルＩＰ８０７は、各装置のイントラネット内におけるローカルなＩＰアドレスである。つまり、各装置が属するイントラネット内におけるローカルＩＰアドレスを意味する。属するネットワークが異なれば、異なる装置が同じローカルＩＰアドレスが設定されることもありうる。また、同じイントラネットに属していても、グループが異なる場合もありうる。設置場所８０８は、各装置の設置場所であり、ユーザが印刷を行う画像形成装置を選択する際に参考情報として使用される。なお、本実施形態において、このデバイステーブル８０１は、予め管理者によって作成されるものとする。
【００４１】
［印刷処理の流れ］
次に、本印刷システムにおける印刷実行の流れを説明する。まず、図６（ａ）〜（ｃ）に本印刷システムにて用いられる画面の例を示す。なお、ここで示す画面は一例であり、この配置や構成に限定されるものではない。
【００４２】
図６（ａ）は、Ｗｅｂブラウザ部６０１においてプリントサーバ１２３上の文書リストを表示した画面である。プリントサーバ１２３にログインしたユーザがアクセス可能な文書のリストが、文書名９０１、日付９０２、ページ数９０３、サイズ９０４といった各種情報と共に表示される。この画面から所望の文書のチェックボックス９０５をチェックし、印刷ボタン９０６を押下すると図６（ｂ）のようなプリンタ選択画面に遷移する。
【００４３】
図６（ｂ）は、プリンタ選択画面の例である。ユーザが使用可能なプリンタの一覧が表示され、所望のプリンタのチェックボックス１００１にチェックしボタン１００２を押下すると図６（ｃ）のような印刷設定画面に遷移する。
【００４４】
図６（ｃ）は、印刷設定画面の例である。ユーザはこの画面で所望の印刷設定を行い、印刷実行ボタン１１０１を押下することにより、図７を用いて述べるＳ１２０１が実行され印刷が行われる。
【００４５】
図７は、本実施形態に係る印刷処理のフローである。本処理フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またプリントサーバ１２３、クライアントコンピュータ１２２、仲介装置１０４の各プログラムは、各機器のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。また、図８（ａ）〜（ｃ）に、各装置間で送受信されるデータの構成を示す。なお、図８（ａ）〜（ｃ）に示すデータの構成は一例であり、これに限定されるものではない。
【００４６】
クライアントコンピュータ１２２は、Ｓ１２０１において、ユーザの入力を受け付け、文書の印刷要求をプリントサーバ１２３に送信する。
【００４７】
プリントサーバ１２３は、Ｓ１２０２において、指定された画像形成装置に適した印刷ジョブを生成し、一時的に蓄積する。その後、プリントサーバ１２３は、Ｓ１２０３において、デバイステーブル８０１を参照し、印刷要求を送信すべき仲介装置を決定する。そして、プリントサーバ１２３は、Ｓ１２０４において、図８（ａ）に示す印刷要求転送指示を仲介装置１０４に送信する。
【００４８】
仲介装置１０４は、Ｓ１２０５において、受信した印刷要求転送指示を解析して印刷を行う画像形成装置を決定する。その後、仲介装置１０４は、Ｓ１２０６において、図８（ｂ）に示す印刷要求を画像形成装置１０１に送信する。
【００４９】
画像形成装置１０１は、Ｓ１２０７において、仲介装置１０４から受信した印刷要求から印刷ジョブを取得するためのＵＲＬを抽出し、プリントサーバ１２３に対して図８（ｃ）に示す印刷ジョブ取得要求を送信する。
【００５０】
プリントサーバ１２３は、Ｓ１２０８において、画像形成装置１０１に対して印刷ジョブを送信する。画像形成装置１０１は、Ｓ１２０９において、受信した印刷ジョブに対する印刷処理を行う。印刷処理が終了すると、画像形成装置１０１は、Ｓ１２１０において、ジョブ終了通知をプリントサーバ１２３に送信する。以上により、本フローを終了する。なお、図７には示していないが、プリントサーバ１２３は、ジョブ終了通知を画像形成装置１０１から受信した後に、印刷要求を行ったクライアントコンピュータ１２２に対して終了通知を送信する構成としても構わない。
【００５１】
図８（ａ）は、プリントサーバ１２３が仲介装置１０４に送信する印刷要求転送指示の構成例である。印刷要求転送指示であることを示す＜ＦｏｒｗａｒｄＪｏｂＲｅｑｕｅｓｔ＞タグに続き、＜ＰｒｉｎｔｅｒＡｄｄｒｅｓｓ＞タグで、印刷を行うべき画像形成装置のローカルＩＰアドレスが指定される。仲介装置１０４は、受信した印刷要求転送指示から画像形成装置に対する印刷要求を生成し、指定されたローカルＩＰアドレスに対して生成した印刷要求を送信する。また、印刷要求転送指示には、印刷ジョブの情報が含まれている。
【００５２】
図８（ｂ）は、仲介装置１０４が画像形成装置１０１に送信する印刷要求の例である。印刷要求であることを示す＜ＰｒｉｎｔＪｏｂＲｅｑｕｅｓｔ＞タグに続き、＜Ｊｏｂ＞タグで印刷ジョブの情報が示される。この印刷ジョブの情報は、図８（ａ）に示した印刷要求転送指示に含まれる情報に基づいて生成される。＜Ｕｓｅｒ＞タグは印刷を実行したユーザ名、＜ＪｏｂＮａｍｅ＞タグは文書名である。＜ＪｏｂＵｒｌ＞タグは、印刷ジョブが一時的に蓄積されたＵＲＬであり、画像形成装置１０１はこのＵＲＬに対して印刷ジョブ取得要求を送信する。
【００５３】
図８（ｃ）は、画像形成装置１０１がプリントサーバ１２３に送信する印刷ジョブ取得要求の例である。印刷ジョブ取得要求は、ＨＴＴＰプロトコルのＧＥＴオペレーションとして、図８（ｂ）の＜ＪｏｂＵｒｌ＞で指定されたＵＲＬをパス部分に指定する。
【００５４】
［処理フロー（プリントサーバ）］
図９は、図７においてプリントサーバ１２３が印刷要求を受信した際の処理の詳細を示すフローチャートである。本実施形態において、本処理フローに係るプリントサーバ１２３のプログラムは、プリントサーバ１２３のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００５５】
Ｗｅｂサーバ部７０２が、Ｓ１６０１においてクライアントコンピュータ１２２から印刷要求を受信すると、印刷制御部７０４は、Ｓ１６０２において、印刷要求により指定された画像形成装置に適した印刷ジョブを生成し一時的に蓄積する。次に印刷要求転送指示送信部７０５は、Ｓ１６０３において、デバイステーブル８０１を参照して印刷要求転送指示を送信すべき仲介装置１０４を決定する。その後、印刷要求転送指示送信部７０５は、Ｓ１６０４において、仲介装置１０４との常時接続が確立されているかどうかを判定する。常時接続が確立されていた場合は（Ｓ１６０４にてＹＥＳ）、Ｓ１６０５に進み、印刷要求転送指示送信部７０５は、仲介装置１０４に生存確認要求を送信する。ここで生存確認要求とは、例えばｐｉｎｇのようなプロトコルを使用してもよい。
【００５６】
印刷要求転送指示送信部７０５は、Ｓ１６０６において、仲介装置１０４から応答があったかどうかを判定する。応答があった場合は（Ｓ１６０６にてＹＥＳ）、Ｓ１６０７に進み、印刷要求転送指示送信部７０５は、印刷要求転送指示を仲介装置１０４に対して送信する。
【００５７】
印刷要求転送指示送信部７０５は、Ｓ１６０８において、仲介装置１０４から印刷要求転送指示の応答を受信し、Ｓ１６０９において、受信した応答がエラー応答であるかどうかを判定する。エラー応答でなければ（Ｓ１６０９にてＮＯ）、印刷ジョブ取得要求処理部７０６は、Ｓ１６１０において、画像形成装置１０１から印刷ジョブ取得要求を受信するまで待機する。
【００５８】
Ｓ１６１１において、印刷ジョブ取得要求処理部７０６は、画像形成装置１０１から印刷ジョブ取得要求を受信すると、その応答として印刷ジョブを画像形成装置１０１に送信する。次に、イベント受信部７０８は、Ｓ１６１２において、画像形成装置１０１からジョブ終了通知を受信するまで待機する。ジョブ終了通知を受信すると、印刷制御部７０４は、Ｓ１６１３において、蓄積した印刷ジョブを削除し、印刷処理が終了したことをクライアントコンピュータ１２２に通知する。そして、本処理を終了する。
【００５９】
また、常時接続が確立されていなかった場合（Ｓ１６０４にてＮＯ）、および仲介装置１０４から応答がなかった場合（Ｓ１６０６にてＮＯ）、印刷要求転送指示に対する応答がエラー応答であった場合は（Ｓ１６０９にてＹＥＳ）、Ｓ１６１３に進む。そして、印刷制御部７０４は、印刷制御部７０４は蓄積した印刷ジョブを削除し、処理が失敗した旨をクライアントコンピュータ１２２に通知する。そして、本処理を終了する。
【００６０】
［処理フロー（仲介装置）］
図１０は、仲介装置１０４がプリントサーバ１２３から印刷要求転送指示を受信した際の処理を示すフローチャートである。本処理フローに係る仲介装置１０４のプログラムは、仲介装置１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００６１】
印刷要求転送指示受信部５０２は、Ｓ１７０１において、プリントサーバ１２３から印刷要求転送指示を受信する。次に印刷要求転送指示処理部５０３は、Ｓ１７０２において、受信した印刷要求転送指示を解析し、印刷を実行すべき画像形成装置のアドレスを抽出する。そして、印刷要求送信部５０４は、Ｓ１７０３において、抽出したアドレスに接続を試み、接続が成功したかどうかを判定する。
【００６２】
接続が成功した場合は（Ｓ１７０３にてＹＥＳ）、Ｓ１７０４に進み、印刷要求送信部５０４は、画像形成装置１０１に印刷要求を送信する。そして印刷要求転送指示受信部５０２は、Ｓ１７０５において、プリントサーバ１２３に対して印刷要求転送指示の成功応答を送信する。その後、本処理を終了する。Ｓ１７０３で接続が失敗した場合は（Ｓ１７０３にてＮＯ）、Ｓ１７０６に進み、印刷要求転送指示受信部５０２は、プリントサーバ１２３に対して印刷要求転送指示のエラー応答を送信する。その後、本処理を終了する。
【００６３】
［処理フロー（画像形成装置）］
図１１は、画像形成装置１０１が仲介装置１０４から印刷要求を受信した際の処理を示すフローチャートである。本実施形態において、本処理フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。
【００６４】
印刷要求受信部４０１は、Ｓ１８０１において、仲介装置１０４から印刷要求を受信する。次に、印刷ジョブ取得部４０２は、Ｓ１８０２において、プリントサーバ１２３に対して印刷ジョブ取得要求を送信し、その応答として印刷ジョブを受信する。次に、印刷処理部４０３は、Ｓ１８０３において、受信した印刷ジョブに対して印刷処理を行う。そしてイベント通知部４０４は、Ｓ１８０４において、ジョブ終了通知をプリントサーバ１２３に送信し、処理を終了する。
【００６５】
以上により、ＰＵＳＨ型通信の利点を生かしつつ、プリンタの台数が増えた場合でも、プリントサーバの負荷を抑えることが可能な印刷システムを提供することが可能となる。
【００６６】
＜第二実施形態＞
次に第二実施形態について説明する。第一実施形態においては、プリントサーバ１２３が仲介装置１０４に送信する印刷要求には印刷ジョブのＵＲＬが含まれ、画像形成装置１０１がプリントサーバ１２３から印刷ジョブを取得する構成であった。本実施形態においては、プリントサーバ１２３が仲介装置１０４に送信する印刷要求転送指示に印刷ジョブを含め、仲介装置１０４が画像形成装置１０１に印刷ジョブを送信する構成とする。
【００６７】
本構成によれば、仲介装置１０４は単なる印刷要求転送指示だけでなく各画像形成装置の印刷ジョブ自体を送受信する必要がある。しかし、その一方で画像形成装置１０１としては、ＬＰＤ（Ｌｉｎｅ  Ｐｒｉｎｔｅｒ  Ｄａｅｍｏｎ）プロトコル等の印刷プロトコルを利用できるため従来のプログラムを変更しなくてもよいという効果がある。なお、本実施形態においては第一実施形態と同一部分に関する説明は省略し、その差異についてのみ説明する。
【００６８】
［ソフトウェア構成］
本実施形態に係る印刷システムに含まれる各装置のソフトウェア構成を図１２（ａ）〜（ｃ）に示す。
【００６９】
図１２（ａ）は、画像形成装置１０１のソフトウェア構成を示すブロック図である。印刷ジョブは仲介装置１０４から送信されてくるため、図４（ａ）にて示した第一実施形態における構成から、印刷ジョブ取得部４０２が不要となっている。
【００７０】
図１２（ｂ）は、仲介装置１０４のソフトウェア構成を示すブロック図である。図４（ｂ）に示した第一実施形態における構成と同じであるが、本実施形態においては、印刷要求転送指示受信部５０２はプリントサーバ１２３から印刷ジョブを含む印刷要求転送指示を受信する。また印刷要求転送指示処理部５０３は、受信した印刷ジョブをＨＤＤ３１２に一旦蓄積する。そして、印刷要求送信部５０４は、ＨＤＤ３１２に蓄積されている印刷ジョブを取り出して画像形成装置に送信する。
【００７１】
図１２（ｃ）は、プリントサーバ１２３のソフトウェア構成を示すブロック図である。生成した印刷ジョブは、印刷要求転送指示とともに仲介装置１０４に送信するため、図４（ｄ）に示した第一実施形態における構成から、印刷ジョブ取得要求処理部７０６が不要となっている。
【００７２】
［印刷処理の流れ］
図１３は、本実施形態における印刷処理の流れを示している。本実施形態において、本処理フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またプリントサーバ１２３、クライアントコンピュータ１２２、仲介装置１０４の各プログラムは、各機器のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。また、図１４に、プリントサーバ１２３から仲介装置１０４へ送信される印刷要求転送指示のデータの構成を示す。なお、図１４に示すデータの構成は一例であり、これに限定されるものではない。
【００７３】
第一実施形態において、図６を用いて述べたようにユーザは印刷指示を行う。クライアントコンピュータ１２２は、Ｓ２２０１において、ユーザの入力を受け付け、文書の印刷要求をプリントサーバ１２３に送信する。
【００７４】
プリントサーバ１２３は、Ｓ２２０２において、指定された画像形成装置に適した印刷ジョブを生成し一時的に蓄積する。その後、プリントサーバ１２３は、Ｓ２２０３において、デバイステーブル８０１を参照し、印刷要求を送信すべき仲介装置を決定する。そして、プリントサーバ１２３は、Ｓ２２０４において、図１４に示す印刷要求転送指示を仲介装置１０４に送信する。ここで、印刷要求転送指示には印刷ジョブの情報が含まれているものとする。
【００７５】
仲介装置１０４は、Ｓ２２０５において、受信した印刷要求転送指示を解析して印刷を行う画像形成装置を決定する。また、仲介装置１０４は、印刷要求転送指示から印刷ジョブを抽出する。その後、仲介装置１０４は、Ｓ２２０６において、ＬＰＤ等の印刷プロトコルを使用して抽出した印刷ジョブを含む印刷要求を画像形成装置１０１に送信する。
【００７６】
画像形成装置１０１は、Ｓ２２０７において、受信した印刷ジョブに対する印刷処理を行う。印刷処理が終了すると、画像形成装置１０１は、Ｓ２２０８において、ジョブ終了通知をプリントサーバ１２３に送信する。以上により、本フローを終了する。なお、図１３には示していないが、プリントサーバ１２３は、ジョブ終了通知を画像形成装置１０１から受信した後に、印刷要求を行ったクライアントコンピュータ１２２に対して終了通知を送信する構成としても構わない。
【００７７】
図１４はプリントサーバ１２３が仲介装置１０４に送信する印刷要求転送指示の例である。印刷要求転送指示であることを示す＜ＦｏｒｗａｒｄＪｏｂＲｅｑｕｅｓｔ＞タグに続き、＜ＰｒｉｎｔｅｒＡｄｄｒｅｓｓ＞タグで、印刷を行うべき画像形成装置のローカルＩＰアドレスが指定される。また、印刷ジョブは＜ＦｏｒｗａｒｄＪｏｂＲｅｑｕｅｓｔ＞のＸＭＬデータに続けてバイナリ形式で送信される。
【００７８】
［処理フロー（プリントサーバ）］
図１５は、本実施形態に係るプリントサーバ１２３が印刷指示を受信した際の処理を示すフローチャートである。本実施形態において、本処理フローに係るプリントサーバ１２３のプログラムは、プリントサーバ１２３のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００７９】
Ｗｅｂサーバ部７０２が、Ｓ２４０１においてクライアントコンピュータ１２２から印刷要求を受信すると、印刷制御部７０４は、Ｓ２４０２において印刷要求により指定された画像形成装置に適した印刷ジョブを生成し、一時的に蓄積する。次に印刷要求転送指示送信部７０５は、Ｓ２４０３において、デバイステーブル８０１を参照して印刷要求転送指示を送信すべき仲介装置１０４を決定する。その後、印刷要求転送指示送信部７０５は、Ｓ２４０４において、仲介装置１０４との常時接続が確立されているかどうかを判定する。
【００８０】
常時接続が確立されていた場合は（Ｓ２４０４にてＹＥＳ）、Ｓ２４０５に進み、印刷要求転送指示送信部７０５は、仲介装置１０４に生存確認要求を送信する。ここで生存確認要求とは例えばｐｉｎｇのようなプロトコルを使用してもよい。印刷要求転送指示送信部７０５は、Ｓ２４０６において、仲介装置１０４から応答があったかどうかを判定する。仲介装置１０４から応答があった場合は（Ｓ２４０６にてＹＥＳ）、Ｓ２４０７に進み、印刷要求転送指示送信部７０５は、印刷ジョブを含む印刷要求転送指示を仲介装置１０４に対して送信する。そして、印刷要求転送指示送信部７０５は、Ｓ２４０８において、仲介装置１０４から印刷要求転送指示の応答を受信し、Ｓ２４０９において、受信した応答がエラー応答であるかどうかを判定する。
【００８１】
エラー応答であった場合は（Ｓ２４０９にてＹＥＳ）、印刷制御部７０４は、Ｓ２４１１において、蓄積した印刷ジョブを削除する。そして本処理を終了する。エラー応答でなければ（Ｓ２４０９にてＮＯ）、イベント受信部７０８は、Ｓ２４１２において、画像形成装置１０１からジョブ終了通知を受信するまで待機する。ジョブ終了通知を受信すると、印刷制御部７０４は、Ｓ２４１１において、蓄積した印刷ジョブを削除し、印刷処理が終了したことをクライアントコンピュータ１２２に通知する。そして、本処理を終了する。
【００８２】
また、常時接続が確立されていなかった場合（Ｓ２４０４にてＮＯ）、および仲介装置１０４から応答がない場合（Ｓ２４０６にてＮＯ）はＳ２４１１に進む。そして、印刷制御部７０４は、蓄積した印刷ジョブを削除し、処理が失敗した旨をクライアントコンピュータ１２２に通知する。そして、本処理を終了する。
【００８３】
［処理フロー（仲介装置）］
図１６は、本実施形態に係る仲介装置１０４がプリントサーバ１２３から印刷要求転送指示を受信した際の処理を示すフローチャートである。本実施形態において、本処理フローに係る仲介装置１０４のプログラムは、仲介装置１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００８４】
印刷要求転送指示受信部５０２は、Ｓ２５０１において、プリントサーバ１２３から印刷ジョブを含む印刷要求転送指示を受信する。次に印刷要求転送指示処理部５０３は、Ｓ２５０２において、受信した印刷要求転送指示に含まれる印刷ジョブを一時的にＨＤＤ３１２に蓄積する。そして印刷要求転送指示処理部５０３は、Ｓ２５０３において、受信した印刷要求転送指示を解析し、印刷を実行すべき画像形成装置のアドレスを抽出する。そして、印刷要求送信部５０４は、Ｓ２５０４において、抽出したアドレスに接続を試み、接続が成功したかどうかを判定する。
【００８５】
接続が成功した場合（Ｓ２５０４にてＹＥＳ）は、Ｓ２５０５に進み、印刷要求送信部５０４は、ＨＤＤ３１２に蓄積していた印刷ジョブを取り出し画像形成装置１０１に印刷要求を送信する。そして、印刷要求転送指示受信部５０２は、Ｓ２５０６において、プリントサーバ１２３に対して印刷要求転送指示の成功応答を送信する。その後、印刷要求転送指示処理部５０３は、Ｓ２５０８において、ＨＤＤ３１２に蓄積した印刷ジョブを削除する。そして、本処理を終了する。
【００８６】
Ｓ２５０４で接続が失敗した場合は（Ｓ２５０４にてＮＯ）、Ｓ２５０７に進み、印刷要求転送指示受信部５０２は、プリントサーバ１２３に対して印刷要求転送指示のエラー応答を送信する。そして、印刷要求転送指示処理部５０３は、Ｓ２５０８において、蓄積した印刷ジョブを削除する。そして、本処理を終了する。
【００８７】
［処理フロー（画像形成装置）］
図１７は、本実施形態に係る画像形成装置１０１が仲介装置１０４から印刷要求を受信した際の処理を示すフローチャートである。本実施形態において、本処理フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。
【００８８】
印刷要求受信部４０１は、Ｓ２６０１において、仲介装置１０４から印刷ジョブを含む印刷要求を受信する。次に、印刷処理部４０３は、Ｓ２６０２において、受信した印刷要求に含まれる印刷ジョブを抽出し、その印刷ジョブに対して印刷処理を行う。そしてイベント通知部４０４は、Ｓ２６０３において、ジョブ終了通知をプリントサーバ１２３に送信する。その後、本処理を終了する。
【００８９】
以上により、ＰＵＳＨ型通信の利点を生かしつつ、プリンタの台数が増えた場合でも、プリントサーバの負荷を抑えることが可能な印刷システムを提供することが可能となる。
【００９０】
＜第三実施形態＞
次に第三実施形態について説明する。第一、第二実施形態においては、仲介装置１０４として図３のコンピュータのハードウェアを使用した。本実施形態においては、仲介装置１０４のソフトウェア機能を画像形成装置１０１が有し、仲介装置１０４の役割をいずれかの画像形成装置が担う構成とする。
【００９１】
本実施形態によれば、各イントラネットには仲介装置としての専用装置を設置する必要がなくなるため、運用コストを抑える効果がある。一方で、画像形成装置が仲介装置の役割を担うにあたり、画像形成装置はなんらかの理由で電源をＯＦＦにされる場合がある。本実施形態においては、仲介装置の役割の画像形成装置の電源がＯＦＦにされた場合であっても印刷システムとして稼動し続けられるような構成について説明する。なお、本実施形態においては第一実施形態と同一部分に関する説明は省略し、その差異についてのみ説明する。
【００９２】
［ソフトウェア構成］
図１８は、本実施形態における画像形成装置１０１のソフトウェア構成を示すブロック図である。図１８に示すソフトウェア構成では、図４（ａ）に示す画像形成装置１０１のソフトウェア構成に、図４（ｂ）に示す仲介装置１０４の機能を有する仲介処理部２７０１が追加された構成となっている。これにより、画像形成装置１０１においても、仲介装置１０４として動作することが可能となる。
【００９３】
画像形成装置１０１は、図１８のソフトウェア構成となるが、仲介処理部２７０１が動作するのは仲介装置の役割を担うように決定された画像形成装置だけであり、同じグループに属するその他の画像形成装置における仲介処理部２７０１は動作しない。また、仲介管理部２７０２は、後述のフローに従い仲介装置の役割を担うかどうかを判定する。この仲介管理部２７０２により、仲介装置管理手段を実現する。
【００９４】
［仲介機能を動作させる画像形成装置の決定処理］
次に、仲介装置としての役割を担う画像形成装置の決定方法について説明する。図１９は、画像形成装置１０１が起動し、定常状態に至るまでの処理を示すフローチャートである。本実施形態において、本処理フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。また、本実施形態に係る印刷システムに含まれる各装置において送受信されるデータの構成例を図２０（ａ）〜（ｃ）に示す。なお、図２０（ａ）〜（ｃ）に示す構成は一例であり、これに限定するものではない。
【００９５】
画像形成装置１０１が起動すると、Ｓ２８０１において、仲介管理部２７０２は、図２０（ａ）に示す起動通知をプリントサーバ１２３に送信する。次に仲介管理部２７０２は、Ｓ２８０２において、プリントサーバ１２３から図２０（ｂ）に示す起動通知応答を受信する。仲介管理部２７０２は、Ｓ２８０３において、受信した起動通知応答を解析し、後述する仲介指示が含まれているかどうかを判定する。
【００９６】
仲介指示が含まれていると判定された場合は（Ｓ２８０３にてＹＥＳ）、Ｓ２８０４に進み、仲介管理部２７０２は、自身の画像形成装置１０１が仲介装置の役割を割り当てられたとして、仲介処理部２７０１の常時接続管理部５０１に通知する。その後、常時接続管理部５０１は、Ｓ２８０５において、プリントサーバ１２３との常時接続を確立して起動処理を終了する。そして、以降は割り当てられた画像形成装置が仲介装置の役割を担う。このとき、仲介装置としての役割を担う画像形成装置は、引き続き画像形成処理についても実行できるものとする。
【００９７】
仲介指示が含まれないと判定された場合は（Ｓ２８０３にてＮＯ）、Ｓ２８０６に進み、仲介管理部２７０２は受信した起動通知応答から仲介装置の役割を担う画像形成装置のアドレスを抽出して保持する。そして以降は、仲介管理部２７０２は、Ｓ２８０７において、一定時間経過するまで待機する。一定時間が経過したら（Ｓ２８０７にてＹＥＳ）、仲介管理部２７０２は、Ｓ２８０８に進み、抽出した仲介装置のアドレスに生存確認要求を送信する。ここで生存確認要求とは、例えばｐｉｎｇのようなプロトコルを使用してもよい。
【００９８】
仲介管理部２７０２は、Ｓ２８０９において、仲介装置１０４から応答があったかどうかを判定する。応答があった場合は（Ｓ２８０９にてＹＥＳ）、Ｓ２８０７に戻る。応答がなかった場合は（Ｓ２８０９にてＮＯ）、Ｓ２８０１に戻り、再度、仲介装置の役割を担う画像形成装置の決定フローを最初から実行する。
【００９９】
図２０（ａ）は、仲介管理部２７０２がプリントサーバ１２３に送信する起動通知の例である。起動通知には、画像形成装置１０１の各種情報が含まれる。
【０１００】
図２０（ｂ）、（ｃ）はプリントサーバ１２３が仲介管理部２７０２に送信する起動通知応答の例である。プリントサーバ１２３が画像形成装置１０１に仲介装置の役割を割り当てる場合には、図２０（ｂ）のように＜Ｍｅｄｉａｔｉｏｎ＞タグの値は“ｔｒｕｅ”となり、役割を割り当てない場合は、図２０（ｃ）のように“ｆａｌｓｅ”となる。また、仲介装置の役割を割り当てない場合には更に、＜ＭｅｄｉａｔｉｏｎＡｄｄｒｅｓｓ＞タグとして、現在、仲介装置の役割を担っている画像形成装置のローカルＩＰアドレスが含まれる。このローカルＩＰアドレスを参照して、画像形成装置１０１は、同じグループに属する仲介装置にアクセスする。
【０１０１】
［処理フロー（プリントサーバ）］
図２１は、プリントサーバ１２３が仲介管理部２７０２から起動通知を受信する際の処理を示すフローチャートである。本実施形態において、本処理フローに係るプリントサーバ１２３のプログラムは、プリントサーバ１２３のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【０１０２】
デバイステーブル管理部７０７は、Ｓ３２０１において仲介管理部２７０２から起動通知を受信する。次にデバイステーブル管理部７０７は、Ｓ３２０２において起動通知を送信した画像形成装置１０１が属するグループをデバイステーブル８０１から検索し、そのグループですでに常時接続が確立されているかを判定する。すでに常時接続が確立されていると判定された場合は（Ｓ３２０２にてＹＥＳ）、Ｓ３２０３に進み、デバイステーブル管理部７０７は、確立された常時接続の接続先である仲介装置１０４に対して生存確認要求を送信する。
【０１０３】
次にデバイステーブル管理部７０７は、Ｓ３２０４において、仲介装置１０４から応答があったかどうかを判定する。応答があった場合は（Ｓ３２０４にてＹＥＳ）、Ｓ３２０５に進む。そして、デバイステーブル管理部７０７は、図２０（ｃ）に示すように仲介指示に含まれる＜Ｍｅｄｉａｔｉｏｎ＞の値を“ｆａｌｓｅ”とし、仲介装置１０４のローカルＩＰアドレスを含む起動通知応答を仲介管理部２７０２に送信する。そして、本処理フローを終了する。
【０１０４】
また、常時接続がまだ確立されていない場合は（Ｓ３２０２にてＮＯ）、および仲介装置１０４から応答がなかった場合は（Ｓ３２０２にてＹＥＳ）、Ｓ３２０６に進む。そして、デバイステーブル管理部７０７は、図２０（ｂ）に示すように仲介指示に含まれる＜Ｍｅｄｉａｔｉｏｎ＞の値を“ｔｒｕｅ”とし、起動通知応答を仲介管理部２７０２に送信する。その後、図１０のＳ２８０５において画像形成装置１０１の常時接続管理部５０１が常時接続の確立要求を行うため、プリントサーバ１２３の常時接続管理部７０１は、Ｓ３２０７において常時接続を確立する。
【０１０５】
その後、デバイステーブル管理部７０７は、Ｓ３２０８においてデバイステーブル８０１の仲介装置に関する情報を更新する。そして、本処理フローを終了する。
【０１０６】
以上、本実施形態によれば、仲介装置の役割を担う画像形成装置はプリントサーバにより動的に決定される。これにより、第一実施形態の効果に加え、仲介装置の役割を担っていた画像形成装置の電源がＯＦＦにされた場合、その他の画像形成装置がそれを検知し、再度仲介装置の役割を担う画像形成装置を決定しなおすことが可能である。
【０１０７】
＜第四実施形態＞
次に第四実施形態について説明する。第一乃至第三実施形態においては、デバイステーブル８０１は予め管理者によって作成されていた。本実施形態においては、画像形成装置を新規に設置する際に、画像形成装置が自らの情報をプリントサーバに送信する。そして、プリントサーバは、受信した情報に基づいて、デバイステーブル８０１を更新する構成とする。
【０１０８】
本実施形態によれば、管理者が画像形成装置を追加／削除する場合に、その都度、デバイステーブルを設定する必要がなくなり管理者の負荷が軽減される効果がある。なお、本実施形態においては第一実施形態と同一部分に関する説明は省略し、その差異についてのみ説明する。
【０１０９】
［ソフトウェア構成］
本実施形態に係る印刷システムに含まれる各装置のソフトウェア構成を図２２（ａ）、（ｂ）に示す。
【０１１０】
図２２（ａ）は、本実施形態における画像形成装置１０１のソフトウェア構成を示すブロック図である。第一実施形態にて述べた図４（ａ）に示すソフトウェア構成に、グループＩＤ取得部３３０１とデバイス情報登録部３３０２が追加された構成となっている。グループＩＤ取得部３３０１は、イントラネット内で仲介装置１０４を検索し、検索された仲介装置１０４からグループＩＤを取得する。デバイス情報登録部３３０２は、画像形成装置１０１の各種情報をプリントサーバ１２３に送信し、それらの情報を関連付けて登録させる。このグループＩＤ取得部３３０１により、識別情報取得手段を実現する。また、デバイス情報登録部３３０２により、登録要求送信手段を実現する。
【０１１１】
図２２（ｂ）は仲介装置１０４のソフトウェア構成を示すブロック図である。第一実施形態にて述べた図４（ｂ）に示すソフトウェア構成に、検索応答部３４０１が追加された構成となっている。検索応答部３４０１は、画像形成装置１０１から送信される検索要求に応答し、またグループＩＤを送信する。
【０１１２】
［起動処理フロー］
図２３は、グループＩＤが未設定の画像形成装置１０１が起動する際の処理を示すフローチャートである。本実施形態において、本フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。また、図２４（ａ）〜（ｃ）に本実施形態に係る印刷システムにて送受信されるデータの構成例を示す。なお、図２４（ａ）〜（ｃ）にて示す構成は一例であり、これに限定されるものではない。
【０１１３】
グループＩＤ取得部３３０１は、Ｓ３５０１において、自らが属するイントラネット内で仲介装置として動作している装置を検索する仲介装置検索要求をマルチキャストで送信する。仲介装置を検索するためのプロトコルとしては、例えばＷＳ−Ｄｉｓｃｏｖｅｒｙのような標準プロトコルを使用することが可能である。なお、他のプロトコルを使用しても構わない。
【０１１４】
次にグループＩＤ取得部３３０１は、Ｓ３５０２において、検索応答があったかどうかを判定する。検索応答があった場合は（Ｓ３５０２にてＹＥＳ）、Ｓ３５０３に進み、グループＩＤ取得部３３０１は、仲介装置１０４に対してグループＩＤ取得要求を送信する。そして、Ｓ３５０４において、グループＩＤ取得部３３０１は、その応答として仲介装置１０４からグループＩＤを受信する。次にグループＩＤ取得部３３０１は、Ｓ３５０５において、受信したグループＩＤを自らが属するグループのグループＩＤとして記憶する。そしてデバイス情報登録部３３０２は、Ｓ３５０６においてグループＩＤを含む図２４（ａ）に示すデバイス情報登録要求をプリントサーバ１２３に対して送信する。その後、デバイス情報登録部３３０２は、Ｓ３５０７において、プリントサーバ１２３から図２４（ｂ）に示すデバイス情報登録応答を受信し、本処理を終了する。
【０１１５】
またＳ３５０２にて検索応答がなかった場合は（Ｓ３５０２にてＮＯ）、Ｓ３５０８に進み、デバイス情報登録部３３０２は、図２４（ｂ）に示すデバイス情報登録要求をプリントサーバ１２３に対して送信する。その後、デバイス情報登録部３３０２は、Ｓ３５０９においてプリントサーバ１２３から図２４（ｃ）に示すデバイス情報登録応答を受信する。次にデバイス情報登録部３３０２は、Ｓ３５１０において、受信したデバイス情報登録応答からグループＩＤを抽出する。そしてデバイス情報登録部３３０２は、Ｓ３５１１において抽出したグループＩＤを自らの画像形成装置１０１のグループＩＤとして記憶し、処理を終了する。
【０１１６】
図２４（ａ）、（ｂ）は、デバイス情報登録部３３０２がプリントサーバ１２３に送信するデバイス情報登録要求の例である。図２３のＳ３５０４において、グループＩＤ取得部３３０１が仲介装置１０４からグループＩＤを取得できた場合は、図２４（ａ）に示すように＜ＧｒｏｕｐＩｄ＞タグに、取得したグループＩＤが設定される。仲介装置１０４からグループＩＤを取得できなかった場合には図２４（ｂ）に示すように＜ＧｒｏｕｐＩｄ＞の値が空となる。
【０１１７】
図２４（ｃ）は、プリントサーバ１２３がデバイス情報登録部３３０２に送信するデバイス情報登録応答の例である。デバイス情報登録部３３０２がデバイス情報登録要求を送信する際に＜ＧｒｏｕｐＩｄ＞を設定していた場合（Ｓ３５０５、Ｓ３５０６）は、同じ値が＜ＧｒｏｕｐＩｄ＞に設定される。またデバイス情報登録部３３０２がデバイス情報登録要求を送信する際に＜ＧｒｏｕｐＩｄ＞を空に設定していた場合（Ｓ３５０８）は、後述のようにプリントサーバ１２３が画像形成装置に割り当てたグループＩＤの値が設定される。
【０１１８】
［処理フロー（プリントサーバ）］
図２５は、プリントサーバ１２３がデバイス情報登録要求を受信した際の処理を示すフローチャートである。本実施形態において、本処理フローに係るプリントサーバ１２３のプログラムは、プリントサーバ１２３のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【０１１９】
デバイステーブル管理部７０７は、Ｓ３９０１において、デバイス情報登録部３３０２からデバイス情報登録要求を受信する。次にデバイステーブル管理部７０７は、Ｓ３９０２において、デバイス情報登録要求にグループＩＤが含まれているかどうかを判定する。グループＩＤが含まれていた場合（Ｓ３９０２にてＹＥＳ）は、Ｓ３９０３に進み、デバイステーブル管理部７０７は、デバイステーブル８０１の指定されたグループに受信したデバイス情報登録要求に係るデバイス情報を登録する。そしてデバイステーブル管理部７０７は、Ｓ３９０４において、図２４（ｃ）に示すデバイス情報登録応答をデバイス情報登録部３３０２に送信する。そして、本処理を終了する。
【０１２０】
また、デバイス情報登録要求にグループＩＤが含まれていなかった場合（Ｓ３９０２にてＮＯ）は、Ｓ３９０５に進み、デバイステーブル管理部７０７は、デバイステーブル８０１に新規グループを作成し、対応する新たなグループＩＤを発行する。そしてデバイステーブル管理部７０７は、Ｓ３９０６において、Ｓ３９０５で生成したグループにデバイス情報を関連付けて登録する。その後、デバイステーブル管理部７０７は、Ｓ３９０４において、生成したグループＩＤを含むデバイス情報登録応答をデバイス情報登録部３３０２に送信する。そして、本処理を終了する。
【０１２１】
以上、本実施形態によれば、画像形成装置の新規設置時において、人手を介さずにデバイステーブルを更新可能となる。またすでに印刷システムを運用中の環境であればそのグループＩＤを新規画像形成装置のグループＩＤとして設定し、無駄なグループを生成しないようにすることができる。
【０１２２】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2012118733.tif 000003
【図２】
2012118733.tif 000004
【図３】
2012118733.tif 000005
【図４】
2012118733.tif 000006
【図５】
2012118733.tif 000007
【図６】
2012118733.tif 000008
【図７】
2012118733.tif 000009
【図８】
2012118733.tif 000010
【図９】
2012118733.tif 000011
【図１０】
2012118733.tif 000012
【図１１】
2012118733.tif 000013
【図１２】
2012118733.tif 000014
【図１３】
2012118733.tif 000015
【図１４】
2012118733.tif 000016
【図１５】
2012118733.tif 000017
【図１６】
2012118733.tif 000018
【図１７】
2012118733.tif 000019
【図１８】
2012118733.tif 000020
【図１９】
2012118733.tif 000021
【図２０】
2012118733.tif 000022
【図２１】
2012118733.tif 000023
【図２２】
2012118733.tif 000024
【図２３】
2012118733.tif 000025
【図２４】
2012118733.tif 000026
【図２５】
2012118733.tif 000027