JP2013238924A - 情報処理装置、印刷システム、情報処理装置の制御方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】クラウド環境において、ユーザインターフェースで特定の画像形成装置を選択せず印刷指示を行った後に、実際に印刷を実行する画像形成装置から印刷を実現する情報処理装置を提供すること。
【解決手段】情報処理装置１４０は、画像形成装置１２０と対応関係を有する第１のプリンタオブジェクトを示すプリンタ選択項目と、画像形成装置１２０と対応関係を有さない第２のプリンタオブジェクトを示すプリンタ選択項目とを含む選択画面を表示し、第１のプリンタオブジェクトを示すプリンタ選択項目が選択された場合は、第１のプリンタオブジェクトと対応関係を有する画像形成装置１２０にジョブの取得要求を送信させるために、通知情報を画像形成装置１２０に送信し、第２のプリンタオブジェクトが選択された場合は、通知情報を送信せず、画像形成装置１２０からジョブの取得要求を受付けたことに応じてジョブを送信する。
【選択図】図３

Description

本発明は、情報処理装置、印刷システム、情報処理装置の制御方法、およびコンピュータプログラムに関する。

クライアントからサーバに対して印刷指示を送信し、印刷指示を受信したサーバが印刷対象のコンテンツを印刷データに変換する印刷システムがある。近年、クラウドコンピューティングの概念が注目されているが、これも前述のシステム同様、サーバがクライアントにサービスを提供する形態の一つと捉えることができる。クラウドコンピューティングは、多くのコンピューティング・リソースを用いてデータ変換やデータ処理を分散実行し、多くのクライアントからの要求を同時に処理することが主な特徴である。現在、このクラウドコンピューティングを実現するクラウドコンピューティング環境上にＷｅｂサービスを実装し、多種多様なサービスを提供するベンダーが乱立しつつある。

中でも注目すべきベンダーはＧｏｏｇｌｅ（登録商標）である。Ｇｏｏｇｌｅ（登録商標）は、大規模なデータセンターを多数設立する他、デバイスと連携させて提供するサービスを提案し、デバイスとサービス間のデータ通信の仕組みを開発する等の積極的な動きを見せている。例えば、Ｇｏｏｇｌｅ（登録商標）は画像形成装置と連携してサービスを提供するためのデータ通信の仕組みを開発し、Ｇｏｏｇｌｅが用意したクラウドコンピューティング環境とデータ通信を画像形成装置が行うためのインターフェースを公開した。このインターフェースを画像形成装置に実装することで、画像形成装置とサーバがインターネットを介して接続されていたとしても、クライアントから画像形成装置を指定し印刷させることが可能になる。これをクラウド印刷システムと称する。

クライアント装置に最低でもＷｅｂブラウザが備えられていれば、クラウド印刷システムを利用することができる。よって、自分のクライアント端末からだけでなく、会議室や出先のオフィス、モバイルなどの任意の端末から印刷指示を行うことができる。そのため、クラウド印刷システムは、個人ユースだけでなく、オフィスユースにおいても有効である。

オフィスユースの場合、画像形成装置は複数のユーザによって共有される場合が多い。また、各ユーザが複数の画像形成装置を利用可能な場合も多い。そのため、通常印刷であるプッシュプリント機能の他に、プルプリント機能やどこプリ（Ａｎｙｗｈｅｒｅ Ｐｒｉｎｔ）機能が利用される環境も多くなっている。どこプリは、ユーザがアプリケーションから画像形成装置を決めずに印刷指示を行い、所望する画像形成装置から出力を行う印刷形態である。特許文献１が開示する画像形成装置を備えるシステムは、ユーザ装置にプリントデータの出力先一覧を提示し、ユーザ装置が特定の出力先の不選択に応じて画像形成装置に係る設定画面の表示を変化させ、ユーザ操作が選択したプリントデータを出力する。この処理により、特許文献１が開示するシステムは、どこプリ機能とプルプリントとを実現する。

特開２００９−０５４００６号公報

しかしながら、特許文献１は、クラウド印刷システムにおける、どこプリ機能を考慮していない。つまり、クラウド印刷では、ウェブアプリケーションで印刷指示を行う際に画像形成装置を選択しなければならない。これは、会議室や出先など後から実際に印刷物を出力させたいユーザにとって不便である。本発明は、クラウド環境において、ユーザインターフェースで特定の画像形成装置を選択せず印刷指示を行った後に、実際に印刷を実行する画像形成装置から印刷を実現する情報処理装置を提供することを目的とする。

本発明の一実施形態に係る情報処理装置は、ウェブサービスを利用するユーザが印刷指示を行ったことに応じて前記ウェブサービスを提供するサービス提供装置からデータを受信し、受信されたデータを基に生成した印刷のためのジョブを画像形成装置にネットワークを介して提供する情報処理装置である。前記情報処理装置は、画像形成装置と対応関係を有する第１のプリンタオブジェクトを示すプリンタ選択項目と、前記画像形成装置と対応関係を有さない第２のプリンタオブジェクトを示すプリンタ選択項目とを含む、前記画像形成装置を選択するための選択画面を表示する表示手段と、前記第１のプリンタオブジェクトを示すプリンタ選択項目が選択され印刷指示された場合は、前記第１のプリンタオブジェクトと対応関係を有する画像形成装置に前記ジョブの取得要求を送信させるために、前記ジョブが生成されたことを通知するための通知情報を前記画像形成装置に送信し、前記第２のプリンタオブジェクトが選択され印刷指示された場合は、前記通知情報を送信せず、ユーザが操作する画像形成装置から前記ジョブの取得要求を受付けたことに応じて前記ユーザが操作する画像形成装置に前記ジョブを送信する送信手段とを備える。

本発明の情報処理装置によれば、クラウド環境において、ユーザインターフェースで特定の画像形成装置を選択せず印刷指示を行った後に、実際に印刷を実行する画像形成装置から印刷を実現することが可能となる。また、プッシュプリント、プルプリント、どこプリのすべての印刷形態の混在が可能であり、クラウド環境における印刷システム構築の自由度が高くなる。

本発明の一実施形態の印刷システムの構成の一例を示す図である。 印刷システムを構成する装置およびサーバ群のハードウェア構成を示す。 各装置、および各サーバ群のソフトウェア構成を示す図である。 ＵＩを示す図である。 管理画面のＵＩを示す図である。 ＸＭＬで記載された各通知情報を示す図である。 ＸＭＬで記載された各通知情報を示す図である。 各装置が格納する管理テーブルを示す図である。 ＵＩを示す図である。 実施例１の、画像形成装置を印刷サービスに登録する処理を示す。 実施例１の、印刷指示から印刷ジョブを出力までの処理を示す。 実施例１の、印刷指示から印刷ジョブを出力までの処理を示す。 実施例１の、印刷指示から印刷ジョブを出力までの処理を示す。 実施例２の、画像形成装置を印刷サービスに登録する処理を示す。 実施例２の、印刷指示から印刷ジョブを出力までの処理を示す。 実施例３と４の、画像形成装置を印刷サービスに登録する処理を示す。 実施例３と４の、画像形成装置を印刷サービスに登録する処理を示す。 実施例３の、印刷指示から印刷ジョブを出力までの処理を示す。 実施例３の、印刷指示から印刷ジョブを出力までの処理を示す。 実施例３の、印刷指示から印刷ジョブを出力までの処理を示す。 実施例４の、印刷指示から印刷ジョブを出力までの処理を示す。 実施例４の、印刷指示から印刷ジョブを出力までの処理を示す。 実施例１および２で各装置が格納する管理テーブルを示す図である。 実施例３で各装置が格納する管理テーブルを示す図である。 実施例５で各装置が格納する管理テーブルを示す図である。 実施例５で使用される一覧表を示す図である。

本発明の課題についてより詳細に説明する。特許文献１では、クラウド環境を意識した印刷システムで使用されるどこプリ機能が考慮されていない。具体的には、下記の課題が存在する。

一つ目は、現在のクラウド印刷システムでは、そもそもどこプリ指示の受付部がないことである。特許文献１では「特定機種を選択しない（＝汎用ドライバを使用する）」が提示されているが、クラウド印刷システムではそのような指定ができない。クラウド印刷サービスでは、ユーザは、まず画像形成装置を利用できるように印刷サービスに登録する。その際に、印刷サービスではサービスプリンタ（ＳＰ）と呼ばれる、画像形成装置を選択するためのインスタンスが作成される。これは、Ｗｉｎｄｏｗｓ（登録商標）のプリンティングシステムにおけるプリンタキューに相当する。なお、ＳＰは、プリンタキュー以外にもケーパビリティ−と呼ばれる、画像形成装置の機能に関する情報も含むものであり、プリンタオブジェクトとして定義される。ユーザは、アプリケーションから印刷指示を行う場合、画像形成装置の選択にこのＳＰを指定する。現状のクラウド印刷サービスでは、このように実際の画像形成装置とＳＰが１対１に関連付けられるため、不特定の画像形成装置を選択するためのＳＰが提示されない。よって、どこプリを指示する為の受付部自体が存在しない。

二つ目は、現在のクラウド印刷システムでは、あるＳＰにスプールされている印刷ジョブを、そのＳＰと関連付けられていない他の画像形成装置が取得して実行することができないことである。上述したように、各ＳＰは実際の画像形成装置と１対１で関連付けられているため、出力先は、ユーザが印刷時に選んだＳＰに関連付く画像形成装置に限られる。よって、特許文献１に記載されているように、画像形成装置からプルプリント要求を行っても、他のＳＰに保存されているジョブは取得することができない。つまり、たとえどこプリ用にＳＰが生成できたとしても、画像形成装置からそのどこプリ用ＳＰに対してプルプリント要求を行うことはできない。

三つ目は、現在のクラウド印刷システムでは、ユーザ情報に紐付くジョブだけを選んで印刷することができないことである。クラウド印刷システムでは、画像形成装置を印刷サービスに登録する際に、ユーザカウントに紐付けて登録される。つまり、登録したユーザだけが利用可能な画像形成装置となる。このユーザが作成したＳＰを共有することにより、他のユーザも画像形成装置に印刷することができる。しかし、各ジョブは、プリンタオーナーのスプーラにスプールされたものが逐次印刷されるだけである。プルプリント要求を行った際も、それまでにスプールされているすべてのジョブを取得することになる。そのため、特定ユーザのジョブだけをプルプリントすることはできない。特許文献１では、ユーザ情報に紐付くジョブだけをプルプリントしているが、クラウド印刷システムではそれができない。

四つ目は、現在のクラウド印刷システムでは、たとえユーザ情報を印刷サービスに送付可能になったとしても、セキュリティの問題があることである。特許文献１は、プルプリント要求の際に、ユーザ情報を送ることでユーザを特定しているが、サーバがイントラネット内にあるためセキュリティの問題はない。しかし、クラウド印刷システムでは、インターネットを介してプルプリント要求を行うため、ユーザ情報を送るのは危険である。

本願発明は、上述した課題の内、少なくとも１つの課題を解決する発明であるが、ここに記載されていないクラウド印刷システムにおけるどこプリの課題を解決する場合もある。

本発明で使用される用語について定義する。プッシュプリントとは、ユーザがアプリケーション上で行った印刷指示によって、画像形成装置から紙が出力されるまでの処理をノンストップで行う、もっとも一般的な印刷形態である。

プルプリントとは、溜め置き印刷とも呼ばれ、ジョブ（印刷データ）はいったんサーバ上や画像形成装置の本体内に溜め置かれる。これを、ユーザが画像形成装置から出力指示を行うことで、実際の印刷出力が行われる。ユーザの目の前で印刷物が出力され、他のユーザに内容を見られたり間違って持っていかれたりするリスクが減るため、セキュリティにすぐれた印刷方法である。なお、プリンタパネル等から出力指示を行う行為を、プルプリント要求と呼ぶ。

また、前述したように、どこプリとは、どこでもプリントの略で、ユーザがアプリケーションから画像形成装置を決めずに印刷指示を行い、所望する画像形成装置から出力を行う印刷形態である。印刷指示により生成されたジョブはいったんサーバ上に溜め置かれる。ユーザが画像形成装置でログインし、プルプリント要求を行うと、画像形成装置はサーバに問い合わせてログインユーザに紐付くジョブを取得し、印刷する。従って、プルプリントは溜め置き印刷とどこプリ印刷の両方の印刷方法を含む。あらかじめ、画像形成装置とサーバとを連携させたシステムを構築することで、システム内の任意の画像形成装置から出力が可能となる。この機能により、会議の資料を会議室や出先のオフィスの画像形成装置で出力することや、営業マンが営業資料を出先のコンビニエンスストアの画像形成装置で印刷することができる。それにより、印刷資料を持ち歩く必要がなく、必要なときに必要な分を、最寄りの画像形成装置で出力することが可能となる。

「ジョブ」とは、アプリケーションから取得した印刷データと、ユーザにより行われた印刷設定をひとまとめたものである。「ジョブ情報」とは、印刷データや印刷設定の格納場所や属性を指す。

「印刷ジョブ」とは、ジョブ（印刷データと印刷設定）がレンダリングされ、各画像形成装置に適したフォーマットに変換されたものである。通常はページ記述言語（ＰＤＬ：Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｔｅ）やイメージデータとなる。

「プルジョブ」とは、プリプリント指示によりスプールされたジョブを指す。「プッシュジョブ」とは、プッシュプリント指示によりスプールされたジョブを指す。対象として選んだ画像形成装置本体からプルプリント要求を発行すると、ジョブがダウンロードされ、印刷される。

「ＡＷＰジョブ」とは、どこプリ指示によりスプールされたジョブを指す。ユーザが印刷指示時には特定の画像形成装置を選択せず、システムに登録した任意の画像形成装置本体からプル要求を発行すると、その画像形成装置にジョブがダウンロードされ、印刷される。ＡＷＰジョブはプルジョブの一種である。

（実施例１）
図１は、印刷システム１０００の構成を示す図である。印刷システム１０００は、クライアント１８０、１台以上の画像形成装置１２０（および１２１等）を含む。２つの装置はユーザ環境に配置された装置であり、ネットワーク１００を介して互いに接続されており、ネットワーク１００はインターネット１０１に接続されている。なお、クライアント１８０、画像形成装置１２０はインターネット１０１を介して接続されていてもよい。また、印刷システム１０００は、Ｗｅｂアプリケーションサーバ群１６０、印刷サーバ群１４０を含む。２つのサーバ群は、同じベンダーから提供されたサーバ群である場合もある。その場合は、両サーバ群はネットワーク１００を介して接続されていてもよい。印刷システム１０００を構成する各装置、および各サーバ群は、インターネット１０１を介して接続可能であり、互いにデータ通信することができる。なお、各装置は１台のみであるが複数台あっても良い。また、各サーバ群は複数台で構成されているが１台であっても良い。

次に、印刷システム１０００を構成する各装置、および各サーバ群のハードウェア構成について説明する。図２は、印刷システム１０００を構成する各装置、および各サーバ群のハードウェア構成を示す図である。２０１は、印刷システム１０００を構成する各装置、および各サーバ群である。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２は、各種プログラムを実行し、様々な機能を実現するユニットである。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０３は、各種プログラムを記憶するユニットである。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０４は、ＣＰＵ２０２は、ＲＯＭ２０３に記憶されているプログラムをＲＡＭ２０４にロードしプログラムを実行する。また、ＲＡＭ２０４は、ＣＰＵ２０２の一時的な作業記憶領域としても利用されるユニットである。

Ｉｎｐｕｔ／Ｏｕｔｐｕｔインターフェース２０５は、各装置、および各サーバ群に接続されているディスプレイ（不図示）にデータを送信する他、ポインティングデバイス（不図示）からデータを受信するインターフェースユニットである。ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）２０６は、印刷システム１０００を構成する各装置、および各サーバ群をネットワーク１００に接続するためのユニットである。以上説明してきたユニットは、バス２０７を介してデータの送受信を行うことが可能である。また、画像形成装置１２０は、印刷ユニット（不図示）を搭載しており、印刷ユニットは、バス２０７を介して各ユニットとデータを送受信することが可能である。なお、印刷ユニットは、ラスタイメージ等の画像データを記録紙のような記録媒体に印刷することが可能なユニットである。

図３は、印刷システム１０００を構成する各装置、および各サーバ群のソフトウェア構成を示す。図３に示されている各ソフトウェア構成の機能を実現するプログラムは、各装置、および各サーバ群のＲＯＭ２０３に記憶されており、ＣＰＵ２０２がＲＡＭ２０４にプログラムをロードし実行することで、これらの機能は実現される。

以下、各装置、および各サーバ群によって実現される機能について説明する。機能の説明は大きく前半と後半の２つの部分に分けて行う。まず前半では、各装置と各サーバ群が有する２系統からなる基本機能を説明する。次に後半は、２系統からなる基本機能を発展させて、どこプリ機能を実現するための本発明特有の発展機能について説明する。

前半で説明する基本機能の特徴は、まず画像形成装置を印刷サービスに登録し、ウェブサービスを利用するユーザが、Ｗｅｂアプリケーションからの印刷において登録済の画像形成装置を選択し、印刷を実行する点である。画像形成装置はユーザ情報に紐付いており、Ｗｅｂブラウザを持ついかなる端末からでも同様の作業を行うことができる。

また、基本機能では、プッシュプリントとプルプリントの、いずれの構成にも適用が可能である。プッシュプリントとは、ユーザがＷｅｂブラウザ上で行った印刷指示によって、画像形成装置から紙が出力されるまでの処理をノンストップで行う印刷である。プルプリントとは、ジョブがいったんサーバ上や画像形成装置本体内に溜め置かれ、画像形成装置からのプルプリント要求により、溜め置かれたジョブが出力される印刷である。

それに対し、後半で説明する発展機能の特徴は、どこプリ機能を実現する点である。どこプリ機能は、ジョブがいったんサーバ上に溜め置かれ、画像形成装置でのユーザの指示に応じて、画像形成装置からサーバへジョブの要求を行い、ダウンロードしたジョブを出力することで実現される。

これより前半部分として、２系統の基本機能について説明する。一つ目の系に分類される機能は、画像形成装置１２０を印刷サービス３４０に登録する、登録系に分類される機能である。二つ目の系に分類される機能は、印刷サーバ群１４０が生成した印刷データを画像形成装置１２０に印刷させる、印刷系に分類される機能である。なお、実施例１では、画像形成装置１２０を印刷サービスに登録するユーザと印刷を実行するユーザが同一のケースについて説明する。

最初に、一つ目の系である登録系の機能について、図３を用いて説明する。まず、画像形成装置１２０の動作を説明する。登録処理において、画像形成装置１２０の印刷制御部３２０は、画像形成装置１２０を印刷サービス３４０上で利用可能とするために、各処理を行う。

印刷制御部３２０は、操作部３２１、制御部３２２、プリンタ情報格納部３２３、プリンタ登録送信部３２４、ユーザ情報格納部３２５、印刷ジョブ生成部３３４、および印刷実行部３３５を備える。また、印刷制御部３２０は、ジョブ情報受信部３３１、印刷データ取得部３３２、および印刷設定取得部３３３も備える。操作部３２１は、各種操作画面を表示する。登録処理において、操作部３２１は印刷サービス３４０へ画像形成装置１２０を登録するため、図４（Ａ）に例示するＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示する。なお、印刷サービス３４０のＵＲＬが入力できるようになっていても良い。実施例１では、ＵＲＬは内部的に記録されている値を使うものとする。図４（Ａ）に示す画面において、ユーザは印刷サービス３４０にログインするためのユーザＩＤ４１１とパスワード４１２を入力し、登録実行ボタン４１３を押下すると、操作部３２１は制御部３２２に登録操作を指示する。制御部３２２は、プリンタ情報格納部３２３から、登録に必要な画像形成装置の登録情報を取得する。

登録に必要な登録情報は、ＲＰＩＤ、プリンタネーム、ケーパビリティーズ、および印刷設定初期値を含む。ＲＰＩＤ（Ｒｅａｌ Ｐｒｉｎｔｅｒ ＩＤ）は、画像形成装置１２０に割り当てられた固有の識別情報である。画像形成装置１２０を含む各画像形成装置には、夫々固有の識別情報が割り当てられており、この識別情報により各画像形成装置は特定される。固有の識別情報として、たとえばＭａｃアドレスなどが利用可能であるが、これに限るものではない。プリンタネームとは、画像形成装置１２０に割り当てられた名前であり、画像形成装置１２０を呼称するときに用いるものである。なお、プリンタネームは識別情報と異なり、各画像形成装置のプリンタネームが同一である場合もある。

ケーパビリティーズとは、例えば、画像形成装置１２０が両面印刷可能であるか否か、およびカラー印刷可能であるか否か、および出力可能ペーパサイズ等の情報を含む、画像形成装置の印刷機能に関する情報である。ケーパビリティーズは、図６（Ａ）に示すようにＸＭＬ形式で表現が可能である。この＜Ｉｔｅｍ＞が、画像形成装置１２０の能力を示しており、画像形成装置１２０は、両面印刷可能であり、かつカラー出力可能であり、かつＢ５サイズ、Ａ４サイズ、およびＡ３サイズの紙を出力可能であることが示されている。印刷設定初期値は、図６（Ｂ）に示すようにＸＭＬ形式で表現が可能であり、図６（Ａ）のサブセットとなっており、各機能においていずれかの＜Ｉｔｅｍ＞が選ばれている状態となる。図６（Ｂ）の例では、片面出力、カラー出力、Ａ４サイズ、が設定されていることを意味する。

図８（Ａ）は、プリンタ情報格納部３２３が格納している情報を示す図であり、ＲＰＩＤが６１１、プリンタネームが６１２、ケーパビリティーズが６１３、印刷設定初期値が６１４に相当する。なお、ＳＰＩＤ６１５、Ｐｕｌｌ用ＳＰＩＤ６１６に関しては後述する。

制御部３２２は、各処理部に指示を出し、各処理を制御する。制御部３２２は、プリンタ情報格納部３２３から取得した画像形成装置の登録情報と、操作部３２１から取得したログイン情報を、プリンタ登録送信部３２４に渡し、画像形成装置の登録処理を指示する。プリンタ登録送信部３２４は、画像形成装置１２０を印刷サービス３４０に登録するため、印刷サービス３４０と通信する。プリンタ登録送信部３２４は、制御部３２２から受信したログイン情報を用いて印刷サービス３４０にログインする。ログインに成功した後は、特に断らない限り、画像形成装置１２０と印刷サービス３４０との間はログインユーザのアカウントでセッションが張られた状態が維持される。次に、プリンタ登録送信部３２４は、受信した登録情報をもとに印刷サービス３４０に対して画像形成装置の登録要求を行う。図６（Ｄ）は、印刷サービス３４０に対する登録要求情報の一例であり、ＸＭＬで記載された情報の中に、プリンタネーム５４１、ＲＰＩＤ５４２、ケーパビリティーズ５４３、および印刷設定５４４が含まれている。

次に、本実施例の情報処理装置として機能する印刷サーバ群１４０の動作を説明する。印刷サーバ群１４０の印刷サービス３４０は、プリンタ登録受付部３４１、制御部３４２、プリンタ情報管理部３４３、ＳＰ３４４、およびＡＷＰ３４５を備える。また、印刷サービス３４０は、プリンタ情報提示部３４６、印刷指示受信部３４７、ジョブ情報取得部３４８、およびジョブ情報管理部３４９を備える。また、印刷サービス３４０は、ジョブ情報提示部３５１、印刷データ格納部３５２、印刷設定格納部３５３、および通信部３５４を備える。印刷サービス３４０は、画像形成装置の登録要求を受付け、アプリケーションから選択可能なサービスプリンタを作成する。プリンタ登録受付部３４１は、画像形成装置１２０の登録要求とその登録情報をプリンタ登録送信部３２４から受信すると、登録情報を制御部３４２に送る。制御部３４２は、プリンタ情報管理部３４３に、画像形成装置を登録し、登録情報を管理するように指示する。

プリンタ情報管理部３４３は、取得した登録情報を基に登録要求のあった画像形成装置に対応するサービスプリンタ（ＳＰ：Ｓｅｒｖｉｃｅ Ｐｒｉｎｔｅｒ）３４４を作成し、夫々のサービスプリンタに対するユニークな識別ＩＤ（ＳＰＩＤ）を発行する。このサービスプリンタ３４４は、要求のあった画像形成装置ごとに、またユーザカウントごとに、ユニークなものが生成される。したがって、同じ画像形成装置であっても、異なるユーザが登録すればユーザ毎に異なるサービスプリンタ３４４が生成される。また、このＳＰＩＤは、印刷時に印刷サービス３４０の画像形成装置が選択された際に、印刷サービス３４０が対象の画像形成装置を識別するために利用されるものとなる。換言すれば、ＳＰは、プリンタオブジェクトであり、印刷サーバ群１４０を利用するユーザに画像形成装置１２０を認識させる情報の集合体である。印刷サーバ群１４０はＳＰの情報を利用しプリンタ情報を提示する他、画像形成装置１２０と通信が可能である。よって、ユーザはＳＰを選択することで画像形成装置に印刷物の出力を実行させることが可能となる。

なお、今後異なる複数のＳＰを区別する場合には、３４４ａ、３４４ｂのように表現するものとする。また、サービスプリンタ３４４は、論理的には独立した画像形成装置ととらえることができるが、実装としては実体をもっていてもよいし、プログラム的に処理された実態を持たない存在であってもよい。

プリンタ情報管理部３４３は、ユーザＩＤ、ＳＰＩＤ、プリンタネーム、ケーパビリティーズ、印刷設定を関連付けて格納する。図８（Ｂ）は、プリンタ情報管理部３４３が有するプリンタＤＢの例を示す。プリンタＤＢは、ＳＰＩＤ６２２、プリンタネーム６２３、プリンタオーナー６２３、ＲＰＩＤ６２４、ケーパビリティーズ６２５、印刷設定初期値６２６を有する。また、プリンタＤＢは、ＡＷＰ対象機種６２７、共有先６２８、共有元６２９を有する。なお、ＡＷＰ対象機種６２７、共有先６２８、共有元６２９についてはここでは使われないものであり、詳細は後述する。

プリンタ情報管理部３４３が発行したＳＰＩＤは、制御部３４２、プリンタ登録受付部３４１を介して、プリンタ登録送信部３２４に送信される。プリンタ登録送信部３２４は、登録要求に対する応答として、印刷サービス３４０からＳＰＩＤを受け取る。図６（Ｅ）はその一例で、ＸＭＬで記載されており、画像形成装置に対応するＳＰＩＤ５５１が割り当てられている。

プリンタ登録送信部３２４は、受け取ったＳＰＩＤを制御部３２２に送信し、制御部３２２は同情報をプリンタ情報格納部３２３に送信する。プリンタ情報格納部３２３は、プリンタ情報に紐付けてＳＰＩＤを格納する。図８（Ａ）のＳＰＩＤ６１５は、プリンタ情報に紐付けて格納された状態を示す。以上が、一つ目の系である登録系の機能についての説明である。

次に、二つ目の系である印刷系に分類される機能について、図３を用いて説明する。始めに、クライアント１８０が有する機能について説明する。クライアント１８０は、Ｗｅｂブラウザ３８０を有する。Ｗｅｂブラウザ３８０は、Ｗｅｂアプリケーションサーバ群１６０に保存されているコンテンツの印刷指示を、Ｗｅｂアプリケーションサーバ群１６０に送信する。また、Ｗｅｂブラウザ３８０は、Ｗｅｂアプリケーションサーバ群１６０から印刷サーバ群１４０へのアクセス命令、即ち、リダイレクトの指示を受信し、受信したリダイレクトの指示に従い印刷サーバ群１４０へアクセスする。また、Ｗｅｂブラウザ３８０は、そのＷｅｂブラウザ３８０を利用しているユーザが印刷可能な画像形成装置の一覧リストと、各画像形成装置に対応する印刷設定画面を、印刷サーバ群１４０から取得して表示する。図４（Ｂ１）は、Ｗｅｂブラウザ３８０が表示するユーザが選択した画像形成装置に対応する印刷設定画面の一例である。また、Ｗｅｂブラウザ３８０は、その印刷設定画面でユーザが設定した画像形成装置と印刷設定を印刷サーバ群１４０へ送信する。以上が、クライアント１８０が有するＷｅｂブラウザ３８０の説明である。

次に、本実施例のサービス提供装置として機能するＷｅｂアプリケーションサーバ群１６０が有する機能について説明する。Ｗｅｂアプリケーションサーバ群１６０は、Ｗｅｂアプリケーション３６０を有する。Ｗｅｂアプリケーション３６０は、文書作成サービスを提供する。ユーザは、例えば、会社の会議で資料を配布したい場合に、その資料を作成するため文書作成サービスを利用する。クライアント１８０がＷｅｂアプリケーション３６０を利用する場合は、クライアント１８０にそのアプリケーションをインストールする必要はなく、Ｗｅｂブラウザ３８０を有していれば良い。Ｗｅｂアプリケーション３６０は、その資料を作成するための画面情報を、Ｗｅｂブラウザ３８０に送信する。なお、Ｗｅｂアプリケーション３６０は、Ｗｅｂブラウザ３８０を介してユーザが入力したユーザＩＤ、およびパスワードを含むユーザ情報を基に認証を行い、認証が成功したことに応じて資料を作成するための画面情報を送る。その画面情報を受信したＷｅｂブラウザ３８０は、その画面情報を基に文書を作成するための作成画面を表示し、ユーザはその作成画面を用いて会議で配布する資料を作成する。Ｗｅｂアプリケーション３６０は、ユーザがその作成画面を用いて作成した資料の情報を受信し、受信した情報を基にコンテンツを作成し、Ｗｅｂアプリケーションサーバ群１６０の記憶装置に作成したコンテンツを記憶させる。なお、Ｗｅｂアプリケーション３６０は、文書作成サービスに限らずメールサービス、スケジュールサービスも提供している。

文書作成サービスを利用し作成したコンテンツを印刷したいユーザは、その作成画面に表示されている印刷ボタンを押す（不図示）。Ｗｅｂアプリケーション３６０は、その印刷ボタンが押されたという情報を受信し、印刷サーバ群１４０へのアクセス命令、即ち、リダイレクトの指示をＷｅｂブラウザ３８０へ送信する。なお、リダイレクト指示には、上述したＷｅｂブラウザ３８０を利用しているユーザに対応する一覧リストを取得するための要求、およびユーザが印刷を指示したコンテンツを識別するためのコンテンツ識別情報、およびユーザ情報が含まれている。また、Ｗｅｂアプリケーション３６０は、印刷サーバ群１４０からコンテンツの取得要求があった場合に、その取得要求と共に送られたコンテンツを識別するためのコンテンツ識別情報を基に、対象のコンテンツを印刷サーバ群１４０へ送信する。なお、Ｗｅｂアプリケーション３６０はＷｅｂブラウザ３８０を介さず、直接印刷サーバ群１４０に問い合わせてユーザに対応する一覧リストを取得するための要求等を送信する構成であっても良い。以上が、Ｗｅｂアプリケーションサーバ群１６０が有するＷｅｂアプリケーション３６０の説明である。

次に、印刷サービス３４０の印刷系の機能について説明する。印刷サービス３４０は、Ｗｅｂアプリケーションから印刷データを取得し、画像形成装置１２０からの要求に応じて画像形成装置１２０にジョブを送信する。印刷サービス３４０のプリンタ情報提示部３４６は、Ｗｅｂブラウザ３８０から一覧リスト取得要求を受けたことに応じて、一覧リストをＷｅｂブラウザ３８０に送信する。なお、プリンタ情報提示部３４６は、ユーザ情報を基にプリンタ情報管理部３４３が格納しているＳＰＩＤ、プリンタネームを特定する。そして、プリンタ情報提示部３４６は、ＳＰＩＤ、プリンタネームを基に、プリンタ情報管理部３４３からそのユーザが利用可能な画像形成装置の情報を取得し、一覧リストを生成する。また、プリンタ情報提示部３４６は、一覧リストからユーザが選択した画像形成装置のＳＰＩＤを受信する。プリンタ情報提示部３４６は、受信したＳＰＩＤを基にプリンタ情報管理部３４３が格納しているケーパビリティーズを特定し、印刷設定画面を生成し、生成した印刷設定画面をＷｅｂブラウザ３８０へ送信する。また、受信したＳＰＩＤを基にプリンタ情報管理部３４３が格納している印刷設定初期値を特定し、設定の初期値とする。

プリンタ情報提示部３４６は、図６（Ａ）に示すケーパビリティーズの情報から印刷設定画面を生成する。図４（Ｂ１）に示す印刷設定画面上に表示されている各機能４２１は、ケーパビリティーズに記載された印刷設定に対応する。印刷指示受信部３４７は、印刷設定画面を介してユーザにより設定された印刷設定と、ＳＰＩＤをＷｅｂブラウザ３８０から受信する。また、印刷指示受信部３４７は、Ｗｅｂブラウザ３８０がリダイレクトの指示に基づいてアクセスしてきた際に、ユーザが印刷を指示したコンテンツを識別するためのコンテンツ識別情報を受信する。

ジョブ情報取得部３４８は、印刷指示受信部３４７からコンテンツ識別情報を受信し、受信したコンテンツ識別情報を基にＷｅｂアプリケーション３６０から印刷対象となるコンテンツを取得する。また、ジョブ情報取得部３４８は、印刷指示受信部３４７からユーザが入力した印刷設定、およびユーザが選択した画像形成装置に対応するＳＰＩＤを受信する。印刷設定は、図６（Ｃ）のようにＸＭＬ形式で記載されている。図６（Ｃ）によれば、ユーザは両面印刷、モノクロおよび用紙サイズＡ４を設定したことが分かる。なお、ジョブ情報取得部３４８は、Ｗｅｂアプリケーション３６０から取得したコンテンツと印刷設定を基に、必要に応じてコンテンツを印刷データに変換する場合もある。

ジョブ情報取得部３４８は、取得したＳＰＩＤに対応するＳＰ３４４に指示し、取得したジョブをスプールする。ここで、ＳＰ３４４が実体を持つ場合は、夫々のＳＰがスプール処理を行えばよいが、ここではジョブ全体をテーブルで管理する方法についても説明する。以後、「スプールファイル」と表現した場合は、実体のある各ＳＰが持っているジョブファイル、または制御部３４２でプログラム的に区別されるジョブファイルのいずれかを指すものとする。

制御部３４２は、ジョブ情報取得部３４８から印刷データ、印刷設定、ＳＰＩＤを取得する。通信モジュール３５０は、通信モジュール３３０を有する画像形成装置１２０と通信を行うことが可能であり、２者間のデータ通信のインターフェースである。印刷サービス３４０の通信モジュール３５０は、印刷データ格納部３５２、印刷設定格納部３５３、ジョブ情報提示部３５１を有する。印刷データ格納部３５２は、制御部３４２から印刷データを受信し格納する。印刷設定格納部３５３は、制御部３４２から印刷設定を受信し格納する。制御部３４２は、印刷データ格納部３５２、および印刷設定格納部３５３から格納が終了した旨を受信したことに応じて、ジョブ情報管理部３４９に指示し、ジョブ情報を格納する。

図８（Ｃ）は、ジョブ情報管理部３４９が格納している情報を示す図であり、ジョブＩＤが６３１、ジョブ名が６３２、ＳＰＩＤが６３３、印刷設定が６３４、印刷データの格納場所（ＵＲＬなど）が６３５、印刷設定の格納場所が６３６に相当する。印刷設定６３４は、印刷設定の格納場所６３６に格納されている印刷設定と同じものなので、含めなくてもよい。ここでは、印刷設定は利用頻度が高いため、扱いやすいように直接管理テーブルに加えている。

なお、ジョブオーナー６３７は、ジョブの印刷指示を行ったユーザの情報が格納される。実施例１では単一のユーザのため、すべてＵｓｅｒＸが格納されている。ジョブステータス６３８には、ジョブのステータスが格納される。たとえば、印刷サービスにジョブが保存された状態ではＱＵＥＵＥＤ、画像形成装置１２０からダウンロードされた状態ではＳＰＯＯＬＥＤ、正常に印刷された状態ではＤＯＮＥ、エラーで印刷できない状態ではＥＲＲＯＲ、などを設定することができる。モード６３９、ユーザ識別ＩＤ６４０については、詳細は後述する。

また、制御部３４２は、ジョブ情報提示部３５１に情報通知の指示を行う。ジョブ情報提示部３５１は、画像形成装置１２０に対して、印刷データの準備ができた旨を示す通知情報Ａを送信する。通知情報Ａは、図７（Ｈ１）に示すようにＸＭＬ形式で表現できる。ここでは、出力対象の画像形成装置にジョブの準備ができた旨を伝えられれば良いので、ＳＰＩＤのみを送付している。

ここから先は、画像形成装置１２０がプッシュプリント機として動作するか、プルプリント機として動作するかに依存して処理が異なる。まず、画像形成装置１２０がプッシュプリント機として動作する場合について説明する。

印刷制御部３２０のジョブ情報受信部３３１は、ジョブ情報提示部３５１が発行した通知情報Ａを受け取ったことに応じて、印刷サービス３４０に対してジョブ情報の要求を行う。これは、画像形成装置１２０の登録要求で生成されたＳＰ３４４に対し、ＳＰ３４４にスプールされているジョブを取得する要求となる。そこで、ジョブ情報の要求は、図７（Ｇ１）に示すようにＳＰＩＤを引数とすることでＳＰＩＤを指定する。このＳＰＩＤは、図８（Ａ）でも管理されているが、ここでは図７（Ｈ１）に含まれるＳＰＩＤを使用すればよい。

ジョブ情報提示部３５１は、ジョブ情報受信部３３１からジョブ情報の要求を受け取とると、ジョブ情報の作成を行う。ジョブ情報提示部３５１は、印刷データの格納場所、および印刷設定の格納場所を、制御部３４２を介してジョブ情報管理部３４９から取得し、通知情報Ｂを生成する。図８（Ｃ）に示したジョブを例にとると、通知情報Ｂを生成するために利用される情報は、ジョブＩＤ６３１、ジョブ名６３２、データ格納場所６３５、印刷設定格納場所６３６となる。これらの情報だけ抽出したものを図８（Ｄ）に示す。各情報は、夫々ジョブＩＤ６４１、ジョブ名６４２、データ格納場所６４３、印刷設定格納場所６４４となる。通知情報Ｂは、図８（Ｄ）を基に、図７（Ｆ）に示されるＸＭＬ形式で生成される。各情報は、夫々ジョブＩＤ５６１、ジョブ名５６２、データ格納場所５６３、印刷設定格納場所５６４となる。なお、以後の説明では、通知情報Ｂは図８（Ｄ）の形式で記載することにする。通知情報Ｂの生成が完了すると、ジョブ情報提示部３５１は、通知情報Ｂを画像形成装置１２０に送信する。

画像形成装置１２０のジョブ情報受信部３３１は、通知情報Ｂを受け取ると、通知情報Ｂに記載されている印刷データの格納場所、および印刷設定の格納場所を確認し、夫々の情報を印刷データ取得部３３２、印刷設定取得部３３３に通知する。印刷データ取得部３３２は、通知された印刷データの格納場所を基に、印刷データ格納部３５２から印刷データを取得する。また印刷設定取得部３３３は、通知された印刷設定の格納場所を基に、印刷設定格納部３５３から印刷設定を取得する。

取得が完了すると、制御部３２２は、印刷ジョブ生成部３３４に印刷ジョブの生成を指示する。印刷ジョブ生成部３３４は、印刷データ取得部３３２から印刷データを、また印刷設定取得部３３３から印刷設定を夫々受け取り、印刷設定に応じた印刷ジョブを生成する。印刷ジョブ生成部３３４は、印刷ジョブの生成が完了すると、印刷ジョブを印刷実行部３３５に送信する。印刷実行部３３５は、印刷ジョブを印刷ユニットから出力する。以上が、画像形成装置１２０がプッシュプリント機として動作する場合の処理フローとなる。

次に、画像形成装置１２０が、プルプリント機として動作する場合について説明する。
画像形成装置１２０は、ジョブ情報提示部３５１が発行した通知情報Ａは無視し、受け取った場合でも処理は行わない。ユーザが画像形成装置本体からプルプリント要求を行うと、画像形成装置１２０は印刷データを取得し、印刷処理を継続する。以下に、その処理を説明する。

操作部３２１で、ユーザからのログイン要求、およびプルプリント要求が行われると、操作部３２１は制御部３２２にユーザ認証を指示する。なお、操作部にはカードリーダ（不図示）が装備されており、カードをかざすだけでユーザ情報が入力されてもよい。次に、制御部３２２はユーザ情報格納部３２５に保存されているユーザ情報と照合し、ユーザの認証を行う。利用可能なユーザであると認証されれば、以後の処理が継続される。なお、実施例１では、単一のユーザを想定しているため、ユーザ認証処理はなくてもよい。その場合は、操作部３２１でプルプリント要求のみを行えばよい。

制御部３２２は、ジョブ情報受信部３３１に指示し、印刷サービス３４０に対してジョブ情報の要求を行う。ジョブ情報の要求は、前述した図７（Ｇ１）に示す形で行われる。これ以降の処理は、プッシュプリントと同等となる。すなわち、ジョブ情報提示部３５１はジョブ情報の要求を受けたのに応じて通知情報Ｂを返信し、ジョブ情報受信部３３１は、通知情報Ｂを受けたのに応じて印刷データと印刷設定を取得し、印刷を実行する。以上が、画像形成装置１２０が、プルプリント機として動作する場合の処理フローとなる。

以上説明したように、プッシュプリント機とプルプリント機の違いは、前者は通知情報Ａを受けたことに応じて印刷を開始し、後者は通知情報Ａを無視して、プルプリント要求を受けたことに応じて印刷を開始する点である。なお、プッシュプリント機とプルプリント機は、画像形成装置毎に予め決められていても良いし、画像形成装置の動作モードの設定でいずれか１つの印刷方法で印刷する形態でも良い。

なお、印刷サービス３４０がプッシュプリント時のみ通知情報Ａを発行し、プルプリント時には発行しなければ、画像形成装置１２０は通知情報Ａの受信の有無で動作モードを切り替えることが可能である。かかるシステムであれば、画像形成装置１２０をプッシュプリント専用機やプルプリント専用機にする必要はなく、両方の印刷方法に対応させることが可能となる。

また、印刷サービス３４０がプルプリントかプッシュプリントかに応じて、図７（Ｈ２）または図７（Ｈ３）に示すようにモードを含めた通知情報Ａを発行してもよい。かかるシステムであれば、画像形成装置１２０は、受信した通知情報Ａのモード情報を基に動作を判断することで、やはりいずれのモードでも動作することが可能となる。

また、１台の画像形成装置がプッシュプリントとプルプリントの両方に対応する形態でも良い。例えば、通知情報Ａを受信したプッシュプリントを行い、ユーザからのログイン要求、およびプルプリント要求が行われた場合にプルプリントを行えば良い。画像形成装置１２０は、通知情報Ａを受信せずジョブを取得する場合、プルプリント用のジョブのみ取得する構成が好ましい。無論、印刷サービス３４０が図７（Ｈ２）、および図７（Ｈ３）を出力する形態にも対応可能である。以上が、二つ目の系である印刷系に分類される機能についての説明である。

実施例１の前半部分の説明は以上である。以後の後半部分では、前半部分で説明した基本機能を発展させ、どこプリ機能を実現するための発展機能について説明する。前半で説明した基本機能では、サービスプリンタと実際の画像形成装置は１対１で結びついていた。これはプッシュプリントでもプルプリントでも同様である。しかし、たとえばオフィス環境では、いったんサーバに印刷したいジョブを置いておき、会議室やサテライトオフィス等の実際の使用場所で印刷出力したいケースがある。あるいは、サービスマンが顧客先で使用する資料を、近隣のコンビニエンスストアの画像形成装置で出力したいケースがある。前記基本機能では、このようなどこプリ機能を実現することはできない。そこで、以下に説明する、仮想ＳＰであるＡＷＰの追加機能と、ＳＰからＡＷＰへのジョブ情報の取得の機能により、どこプリ機能が実現可能であることを示す。

はじめに、どこプリ機能の概要を明らかにする。印刷サービス上では、ユーザからの指示に基づいて、どこプリ用の専用ＳＰ（ＡＷＰ：ＡｎｙｗｈｅｒｅＰｒｉｎｔ）を生成する。また、ＡＷＰと連携動作する画像形成装置を設定する。ＡＷＰの生成により、アプリケーションからの印刷時にはＡＷＰに対応する仮想プリンタが表示され、選択可能となる。ユーザがＡＷＰを選択して印刷を行うと、ＡＷＰに対してジョブがスプールされる。ユーザがある画像形成装置にログインし、プルプリント要求を行うと、印刷サービス３４０が、画像形成装置と紐付いているＳＰにスプールされているジョブだけでなく、ＡＷＰにスプールされているジョブも取得し、画像形成装置から印刷出力する。以上が、どこプリ機能の概要である。

まず、図１０のフロー図を用いて、どこプリ用の仮想サービス画像形成装置であるＡＷＰ３４５の追加と、対象機種の選択について、処理フローを説明する。

なお、図１０では印刷サービス３４０の詳細として、ＳＰ−１（３４４ａ）、ＳＰ−２（３４４ｂ）、ＡＷＰ（３４５）と、その他の処理とを分けている。これは、ＳＰやＡＷＰは論理的に独立した画像形成装置としてとらえることができるためで、シーケンス図上も分離した。ＳＰ−１（３４４ａ）とＳＰ−２（３４４ｂ）も同様の理由で分離している。それに伴って、印刷サービス３４０の他の処理を、基本処理３４０として表現している。また、個別のＳＰを区別する際には、ＳＰ３４４ａ（ＭＦＰ−０１用ＳＰ）、ＳＰ３４４ｂ（ＭＦＰ−０２用ＳＰ）のように表現し、一般にＳＰを指す際はＳＰ３４４と表現している。

まず、ユーザがＭＦＰ−０１を印刷サービス３４０に登録するフローについて説明する。画像形成装置１２０の操作部３２１は、図４（Ａ）に例示するＵＩからの登録要求に応じて、印刷制御部３２０を介してプリンタ登録送信部３２４から印刷サービス３４０に対して、画像形成装置の登録要求を発行する（Ｓ８０１）。ここでは、プリンタ登録送信部３２４からプリンタ登録受付部３４１に対して、図６（Ｄ）に示す登録要求が送信される。プリンタ情報管理部３４３は、プリンタ登録受付部３４１が登録要求を受信したのに応じて、制御部３４２から指示を受け、第１のプリンタオブジェクトとしてＳＰ３４４ａを生成する（Ｓ８０２）。ＳＰの生成に成功すると、ＳＰ３４４ａは成功応答をプリンタ情報管理部３４３に返信する（Ｓ８０３）。

プリンタ情報管理部３４３は、返信応答を受け取ると、作成したＳＰ用にユニークなＳＰＩＤを発行する。発行されたＳＰＩＤは、ＳＰ作成時に使用された画像形成装置の登録情報と併せて、図２３（Ａ）に示すように管理される。図２３（Ａ）は図８（Ｂ）で説明したプリンタＤＢである。ここでは、ＳＰ−１が登録される。また、発行されたＳＰＩＤは、制御部３４２、プリンタ登録受付部３４１を経由して、印刷制御部３２０に返信される（Ｓ８０４）。返信されるＳＰＩＤは、図６（Ｅ）に示すようにＸＭＬ形式で表現される。プリンタ登録送信部３２４は、受信したＳＰＩＤを制御部３２２に送る。制御部３２２は、プリンタ情報格納部３２３に対し、プリンタ情報と紐付けて管理するよう指示する。プリンタ情報格納部３２３は、図８（Ａ）に示すテーブルにＳＰＩＤを格納する（Ｓ８０５）。

Ｓ８１１からＳ８１５は、別機種であるＭＦＰ−０２から同様の処理を行った例を示したものである。異なるＳＰであるＳＰ−２（３４４ｂ）が生成されること以外は、Ｓ８０１からＳ８０５で説明した処理と同じである。

次に、ユーザが印刷サービスの管理画面で、ＡＷＰの追加と、その対象機種の選択を行う処理について説明する。Ｗｅｂブラウザ３８０は、ユーザからの指示に基づいて、印刷サービス３４０にログインする。ログインが成功すると、通信部３５４は、管理画面である図５（Ｃ１）を表示する。図５（Ｃ１）に示すように、管理画面にはプリンタ一覧４３１、ＡＷＰ追加ボタン４３２、ＡＷＰ対象更新ボタン４３３、ＡＷＰ解除ボタン４３４が表示される。プリンタ一覧４３１は、ログインしたユーザが利用可能な画像形成装置の一覧が表示される。一般に、前述したＳ８０１からＳ８１５の手順で追加された画像形成装置が表示される。ＡＷＰ追加ボタン４３２は、どこプリ機能を実現するための専用ＳＰであるＡＷＰを追加するためのボタンである。ＡＷＰが追加されると、第２のプリンタオブジェクトを示すプリンタ選択項目が表示されることとなる。また、ＡＷＰ対象更新ボタン４３３は、ＡＷＰの対象機種を更新するためのボタンである。ＡＷＰ機能が有効になるまでは無効となっている。ＡＷＰ解除ボタン４３４は、ＡＷＰ機能を解除するためのボタンである。ＡＷＰ機能が有効になるまでは無効となっている。

ＡＷＰ追加ボタン４３２が押下されると、通信部３５４は制御部３４２に対してＡＷＰ機能を追加するよう指示する（Ｓ８２１）。制御部３４２は、プリンタ情報管理部３４３に対して、ＡＷＰの生成を指示し、プリンタ情報管理部３４３は、ＡＷＰ３４５を生成する（Ｓ８２２）。ＡＷＰ３４５は、直接いずれか１つの実際の画像形成装置と結びついていないが、それ以外に関しては一般のＳＰと同等の機能をもつどこプリ専用ＳＰとなる。なお、プリンタネーム、ケーパビリティーズ、印刷設定初期値等の画像形成装置の関連情報は、ＡＷＰ用に内部的に記憶しておいたものを使ってもよいし、外部からの入力を受付けてもよい。

ＡＷＰの生成が成功すると、ＡＷＰ３４５は、成功応答をプリンタ情報管理部３４３に返信する（Ｓ８２３）。プリンタ情報管理部３４３は、成功応答を受け取るとＳＰＩＤを発行し、図２３（Ａ）に示す登録情報にＡＷＰを追加する。図２３（Ａ）によると、プリンタ情報管理部３４３が生成したＳＰＩＤはＳＰ−ＡＷである。また、通信部３５４が表示するプリンタ管理画面は、図５（Ｃ２）のように更新され、プリンタ一覧４３１にＡｎｙｗｈｅｒｅＰｒｉｎｔ４３５が表示される。また、プリンタ一覧４３１の各画像形成装置が選択可能となる。また、ＡＷＰ追加ボタン４３２が無効となり、ＡＷＰ対象更新ボタン４３３、およびＡＷＰ解除ボタン４３４が有効になる。

次に、図５（Ｃ２）に示すＡＷＰ対象更新ボタン４３３が押下されると、プリンタ一覧４３１で選択されている画像形成装置が、ＡＷＰの対象機種となるよう処理が進められる（Ｓ８２４）。また、通信部３５４は、制御部３４２に対して、プリンタ情報の更新を指示する。制御部３４２は、プリンタ情報管理部３４３に指示し、各機種の選択／非選択に応じて、図２３（Ａ）のＡＷＰ対象機種６２７の情報を更新する。すなわち、プリンタ情報管理部３４３は、画像形成装置またはユーザ装置から登録要求を受付けて第１または第２のプリンタオブジェクトを作成し、作成されたプリンタオブジェクトの登録情報を管理する管理手段として機能する。ここでは、ＡＷＰの対象機種の場合はＯｎが、非対象機種の場合はＯｆｆが設定される。なお、本実施例では、図５（Ｃ２）に示す管理画面を用いてユーザによる対象画像形成装置の選択を可能としたが、登録した画像形成装置をすべてＡＷＰ対象にするなど予め決定する構成としてもよい。その場合は、すべての機種が対象となるように図２３（Ａ）の管理テーブルが設定される。なお、詳細は後述するが、対象機種となった画像形成装置からプルプリントを行うと、ＡＷＰにスプールされた他のジョブもその画像形成装置から出力することが可能となる。以上の処理により、ＡＷＰの追加と、対象機種の選択を行うことが可能となる。

次に、本印刷システムにおける、どこプリ、プッシュプリント、プルプリントの各処理について、図１１〜図１３のフロー図を用いて説明する。なお、図面を通し印刷サービス３４０の詳細として、ＳＰ−１（３４４ａ）、ＳＰ−２（３４４ｂ）、ＡＷＰ（３４５）とを分けている。図１０で説明した通り、ＳＰやＡＷＰは論理的に独立した画像形成装置としてとらえることができるため、シーケンス図では、直接要求受信や指示送付する形で記載している。ただし、実装方法としては、ＳＰやＡＷＰは情報の一部であり、他のモジュールが情報に応じて処理してよい。

ここでは、ユーザがＷｅｂブラウザ３８０からＷｅｂアプリケーション３６０を開き、コンテンツを作成し、印刷を実行するフローを考える。まず、Ｗｅｂブラウザ３８０は、Ｗｅｂアプリケーション３６０を起動し、コンテンツ作成の入力を受付ける。ユーザ操作により印刷指示がなされると、プリンタ情報提示部３４６から、プリンタ一覧情報と、印刷設定を行うためのＵＩ画面を受信する。プリンタ一覧は図２３（Ａ）のプリンタ管理テーブルに基づき作成され、また、図４（Ｂ２）に示されるＵＩが表示される（Ｓ９０１）。

図４（Ｂ２）に示されるように、第１のプリンタオブジェクトとしてＭＦＰ−０１（４２６）、ＭＦＰ−０２（４２７）と、第２のプリンタオブジェクトとして画像形成装置を特定しないＡｎｙｗｈｅｒｅＰｒｉｎｔ４２５の３つが表示される。すなわち、プリンタ情報提示部３４６は、画像形成装置と対応関係を有する第１のプリンタオブジェクトを示すプリンタ選択項目と、対応関係を有さない第２のプリンタオブジェクトとを含む画像形成装置の選択画面を表示する表示手段として機能する。また、ＭＦＰ−０１、ＭＦＰ−０２を選択した場合は、モード選択４２８として、通常印刷（ＰｕｓｈＰｒｉｎｔ）と溜め置き印刷（ＰｕｌｌＰｒｉｎｔ）の選択も可能となる。Ｗｅｂブラウザ３８０は、いずれかの画像形成装置の選択を受付ける（Ｓ９０２）。

ここで、ＡｎｙｗｈｅｒｅＰｒｉｎｔ４２５が選択された場合、すなわち、どこプリ印刷が指示された場合、その印刷指示はＡＷＰ３４５に送信される（Ｓ９１１）。ＡＷＰ３４５は、印刷要求を受付けると、ジョブ情報取得部３４８を介してＷｅｂアプリケーション３６０から印刷データを取得する。また、ＡＷＰ３４５は、図４（Ｂ２）に示す設定画面で設定された印刷設定を取得する。ＡｎｙｗｈｅｒｅＰｒｉｎｔ４２５が選択された場合は、印刷設定は印刷設定初期値を保持してもよい。ＡＷＰ３４５は、ジョブ情報管理部３４９に指示し、両者を紐付けて、図２３（Ｂ）に示すようにジョブ情報としてＪｏｂ＿００１を格納する（Ｓ９１２）。すなわち、ジョブ情報管理部３４９は、ジョブ情報を記憶する記憶手段として機能する。なお、図２３（Ｂ）は、図８（Ｃ）で説明したジョブ管理ＤＢである。ＡＷＰ３４５は、ジョブ情報のモード６３９に“ＡＷＰ”を設定する。

ここで、モード６３９について説明する。印刷指示がＡＷＰに行われると、そこにスプールされたジョブはＡＷＰジョブとなり、ＡＷＰ３４５は、ジョブ情報管理部３４９のジョブ情報に第３モードとして“ＡＷＰ”をセットする。印刷指示が溜め置き印刷（ＰｕｌｌＰｒｉｎｔ）モードでＳＰに対して行われると、そこにスプールされるジョブはプルジョブとなり、３４４ａまたは３４４ｂはジョブ情報管理部３４９のジョブ情報に第２モードとして“Ｐｕｌｌ”をセットする。ＡＷＰジョブとプルジョブは、プルプリント要求、つまり画像形成装置１２０からの印刷要求をトリガにして印刷が行われる。また、印刷指示が通常印刷（ＰｕｓｈＰｒｉｎｔ）モードでＳＰに対して行われると、そこにスプールされるジョブはプッシュジョブとなり、３４４ａまたは３４４ｂはジョブ情報管理部３４９のジョブ情報に第１モードとして“Ｐｕｓｈ”をセットする。プッシュジョブは、印刷サービスからの通知情報Ａをトリガにして印刷が行われる。

次に、図４（Ｂ２）で、ＭＦＰ−０１ ４２６が選択され、またモード選択４２８で溜め置き印刷（ＰｕｌｌＰｒｉｎｔ）が選択されて、印刷が指示された場合、印刷指示はＳＰ３４４ａに送信される（Ｓ９２１）。ＳＰ３４４ａは、印刷要求を受付けると、ジョブ情報取得部３４８を介してＷｅｂアプリケーション３６０から印刷データを取得する。また、図４（Ｂ２）で行われた印刷設定を取得する。ＳＰ３４４ａは、ジョブ情報管理部３４９に指示し、両者を紐付けて図２３（Ｂ）のＪｏｂ＿００２のようにジョブ情報を格納する（Ｓ９２３）。このとき、モード６３９は“Ｐｕｌｌ”となる。

次に、一つ以上のプルジョブが印刷サービス３４０にスプールされている状態で、特定の画像形成装置からプルプリント要求を受けたフローを考える。画像形成装置１２０の操作部３２１は、ユーザ認証を受けると、制御部３２２にプルプリントの指示を与える（Ｓ９３１）。なお、画像形成装置を使うユーザが一人だけの場合は、ユーザ認証ではなく、単にプルプリント要求を受付ける入力部（不図示）があればよい。制御部３２２は、プルプリント要求を受付けると、まずプリンタ情報格納部３２３に指示し、図８（Ａ）のＳＰＩＤ６１５の値を取得する（Ｓ９３２）。

次に制御部３２２は、ジョブ情報受信部３３１に対し、取得したＳＰＩＤからＰｕｌｌモードでジョブ情報を取得するよう指示する。ジョブ情報受信部３３１は、図７（Ｇ２）に例示する、第２モードが設定されたジョブ情報の取得要求を作成し、印刷サービス３４０のジョブ情報提示部３５１に要求を送信する（Ｓ９３３）。図７（Ｇ２）に例示するジョブ情報要求では、引数として、ＳＰＩＤに加えてＰｕｌｌモードであることを示している。

ジョブ情報提示部３５１は、ジョブ情報の要求を受信すると、制御部３４２を介してプリンタ情報管理部３４３に渡す。プリンタ情報管理部３４３は、引数がＰｕｌｌモードであるためＳＰ３４４ａにジョブ情報の要求を渡す。ＳＰ３４４ａは、ジョブ情報の要求を受信すると、ジョブ情報管理部３４９に指示し、ＳＰ−１にスプールされているプルジョブを取得する（Ｓ９３４）。具体的には、図２３（Ｂ）に示すモード６３９に“Ｐｕｌｌ”が設定されているジョブを抽出する。ここでは、ＳＰ３４４ａは、ジョブとしてＪＯＢ＿００２を取得する。

次に、ＳＰ３４４ａは、現在ログインしているユーザがＡＷＰを生成しているか確認する（Ｓ９３５）。これは、図２３（Ａ）のプリンタ情報管理部３４３のＳＰＩＤ６２１に、ＳＰ−ＡＷが存在するかどうかで判断可能である。また、ＳＰ−ＡＷが存在する場合は更に、自身のＳＰ（本ケースではＳＰ−１）がＡＷＰ対象機種６２７に該当するか確認する。該当した場合は、ＳＰ３４４ａは、ＡＷＰ３４５に対して、ジョブ情報の要求を行う（Ｓ９３６）。該当しなければ、Ｓ９３６からＳ９３９の処理はスキップされる。

ＡＷＰ３４５は、ジョブ情報の要求を受けると、ジョブ情報を作成する（Ｓ９３７）。具体的には、ジョブ情報管理部３４９に指示し、図２３（Ｂ）に示すモード６３９に“ＡＷＰ”が設定されているジョブを抽出する。ここでは、ＡＷＰ３４５は、ＪＯＢ＿００１を取得する。ＡＷＰ３４５は、ジョブ情報をＳＰ３４４ａに返信する（Ｓ９３８）。ＳＰ３４４ａは、ＡＷＰ３４５からジョブ情報を受け取ると、Ｓ９３４で取得したジョブ情報とマージする（Ｓ９３９）。ここでマージした情報を図２３（Ｃ）に示す。なお、もしユーザがＭＦＰ−０２でユーザ認証（プルプリント要求）を行った場合は、ＳＰ−２とＡＷＰにスプールされているジョブがマージされるため、図２３（Ｄ）に示すようにＪｏｂ＿００１のみとなる。ＳＰ３４４ａで生成されたジョブ情報は、画像形成装置３２０に返信される（Ｓ９４０）。この処理により、ユーザは溜め置き印刷を実行した際にどこプリ印刷を実行することもでき、ユーザの手間が軽減される。

ジョブ情報を受信した画像形成装置３２０は、操作部３２１に、ジョブの選択を可能とする図９（Ａ）のＵＩを表示してもよい。その場合は、選択されたジョブだけが印刷対象となる（図１２のＳ９４１）。また、表示パネルを持たない小型画像形成装置もあるため、表示はせずに取得したすべてのジョブを印刷対象としてもよい。なお、図９（Ａ）に示す例では、ジョブ一覧７１１からジョブの選択が可能で、印刷ボタン７１２の押下で印刷が実行される。また、キャンセルボタン７１３の押下で、印刷をキャンセルすることもできる。

印刷すべきジョブが確定したら、制御部３２２は、図２３（Ｃ）に示すジョブ情報に基づいて、各ジョブのデータ格納場所６４３、および印刷設定格納場所６４４それぞれの情報を取得する。印刷データ取得部３３２は印刷データを、印刷設定取得部は印刷設定を、それぞれ指定場所から取得する。本例では、Ｊｏｂ−００１がＳＰ−ＡＷに、Ｊｏｂ−００２がＳＰ−１にスプールされており、印刷データ取得部３３２はスプールされたそれぞれのジョブを取得する（Ｓ９４２−Ｓ９４５）。

印刷ジョブ生成部３３４は、印刷設定取得部３３３および印刷データ取得部３３２が取得した印刷データと印刷設定を、受け取り、レンダリングして印刷ジョブを生成し、そして印刷実行部３３５に指示して出力を実行する（Ｓ９４６）。出力が完了すると、画像形成装置３２０は、ＳＰ３４４ａに、ジョブのステータスを送付する（Ｓ９５１）。ここでは制御部３２２は、ジョブ情報受信部３３１を介してＪｏｂ＿００１とＪｏｂ＿００２の完了通知を実行状態として送付する。ＳＰ３４４ａは、ＳＰ−１にスプールされていた自分のジョブ（ここではＪｏｂ＿００２）のステータスを確認し、ジョブ情報管理部に指示を出し、図２３（Ｂ）に示すジョブステータス６３８を更新させる（Ｓ９５２）。印刷が成功した場合、ステータスにはＤＯＮＥが設定される（不図示）。

また、ＳＰ３４４ａは、自分のジョブ以外のジョブのステータスを、ＡＷＰ３４５に送信する（Ｓ９５３）。自分のジョブ以外のジョブが、ＡＷＰから取得したジョブとなる。
ＡＷＰ３４５は、ＡＷＰにスプールされた自分のジョブ（ここではＪｏｂ＿００１）のステータスを確認し、ジョブ情報管理部に指示を出し、図２３（Ｂ）に示すジョブステータス６３８を更新させる（Ｓ９５４）。ＡＷＰ３４５は、更新成功通知をＳＰ３４４ａへ送る（Ｓ９５６）。ＳＰ３４４ａは、更新成功情報を画像形成装置３２０へ送る（Ｓ９５７）。

次に、プッシュプリントが指定された場合のフローを説明する。図４（Ｂ２）で、ユーザ操作によりＭＦＰ−０２（４２７）が選択され、またモード選択で通常印刷（ＰｕｓｈＰｒｉｎｔ）が選択されて、印刷が指示された場合、印刷指示はＳＰ３４４ｂに送信される（Ｓ９６１）。

ＳＰ３４４ｂは、印刷要求を受付けると、ジョブ情報取得部３４８を介してＷｅｂアプリケーション３６０から印刷データを取得する。また、図４（Ｂ２）で行われた印刷設定を取得する。ＳＰ３４４ｂは、ジョブ情報管理部３４９に指示し、両者を紐付けて図２３（Ｂ）に示すジョブ情報としてＪｏｂ＿００３を格納する（Ｓ９６３）。このとき、モード６３９は“Ｐｕｓｈ”となる。

ＳＰ３４４ｂは、画像形成装置３２１に対して通知情報Ａを送信する（Ｓ９６４）。すなわち、印刷サービス３４０は送信手段として機能し、どこプリが選択された場合は画像形成装置から要求を受付けたことに応じてジョブを送信し、プッシュプリントが選択された場合は通知情報を送信する。画像形成装置３２１は、通知情報Ａを受信すると、図８（Ａ）に保存しているＳＰＩＤを取得し（Ｓ９６５）、印刷サービス３４０に対して、該当するＳＰＩＤからＰｕｓｈモードでジョブ情報を取得するよう要求する。ここでは、図７（Ｇ３）に例示する第１モードが設定されたジョブ情報の要求を作成し、印刷サービス３４０に要求を送信する（Ｓ９６６）。図７（Ｇ３）に例示するジョブ情報要求は、引数として、ＳＰＩＤに加えてＰｕｓｈモード（第１モード）であることを示している。なお、印刷サービス３４０は、図７（Ｇ１）のように、Ｐｕｓｈモードを明示しない場合はＰｕｓｈモードと判断してもよい。

ＳＰ３４４ｂは、ジョブ情報要求を受信すると、ジョブ情報管理部３４９に指示し、ＳＰ−２に保存されているプッシュジョブを取得する（Ｓ９６７）。具体的には、図２３（Ｂ）に示すジョブ情報のモード６３９に“Ｐｕｓｈ”が設定されているジョブを抽出する。ここでは、図２３（Ｅ）のように、ＪＯＢ＿００３が取得される。

ＳＰ３４４ｂで生成されたジョブ情報は、画像形成装置３２１に返信される（Ｓ９６８）。画像形成装置３２１は、受信したジョブ情報から、印刷データと印刷設定を取得し（Ｓ９６９、Ｓ９７０）、印刷ジョブを生成して出力する（Ｓ９７１）。画像形成装置３２１は、ジョブのステータスをＳＰ３４４ｂに送信する（Ｓ９７３）。ＳＰ３４４ｂは、ジョブ情報管理部３４９が管理する自分のジョブのステータスを更新し（Ｓ９７４）、画像形成装置３２１に更新成功通知を返信する（Ｓ９７５）。

なお、各ＳＰは、どこプリ印刷や溜め置き印刷が指示された場合は通知情報Ａを発行しないものとする。よって、基本機能で説明したように、画像形成装置１２０は、通知情報Ａを受け取ればプッシュプリント機として、受け取らずにプルプリント要求を受けとればプルプリント機として夫々動作する。

また、別の実施形態として、ＳＰは、どこプリ印刷や溜め置き印刷が指示された場合は図７（Ｈ２）に示す通知情報Ａを、通常印刷が指示された場合は図５（Ｈ３）に示す通知情報Ａを、それぞれ発行しても良い。その場合、画像形成装置１２０は、図７（Ｈ２）の通知情報Ａを受け取ればプルプリント機として、図７（Ｈ３）の通知情報Ａを受け取ればプッシュプリント機として夫々動作する。

以上の処理により、どこプリ用のサービス画像形成装置ＡＷＰを追加することで、ユーザはどこプリ印刷の指示が可能となった。またＳＰからＡＷＰに情報収集を行えるようにしたことで、どこプリのための情報取得が可能となった。以上により、クラウド印刷システムでどこプリ機能を実現することが可能となった。また、プッシュプリント、プルプリント、どこプリの混在が可能となり、自由度の高い環境構築が可能となった。

（実施例２）
実施例１では、実際の画像形成装置と、印刷サービスのＳＰが必ず１対１で結びついている場合の処理を示した。画像形成装置は特定のＳＰだけしか通信ができないため、ＡＷＰが扱うジョブを取得するために複雑な処理が必要であった。ここでは、プッシュジョブは対応するＳＰから、プルジョブはＡＷＰから、直接取得する方法について説明する。

まず、図１４のフロー図を用いて、本実施例における画像形成装置の登録処理フローの説明を行う。Ｓ１００１にて、画像形成装置３２０のプリンタ登録送信部３２４から印刷サービス３４０のプリンタ登録受付部３４１に対して、画像形成装置３２０の登録要求を行う。Ｓ１００２にて、印刷サービス３４０のプリンタ情報管理部３４３は、ＳＰ３４４ａを生成する。Ｓ１００３にて、ＳＰ３４４ａは、プリンタ情報管理部３４３に成功応答を返信する。Ｓ１００４にて、印刷サービス３４０のプリンタ登録受付部３４１は、画像形成装置３２０にＳＰＩＤを送信する。Ｓ１００５にて、画像形成装置３２０のプリンタ情報格納部３２３は、取得したＳＰＩＤを、Ｐｕｓｈプリント用のＳＰＩＤ、すなわち第１識別情報として図８（Ａ）に示すＳＰＩＤ６１５を格納する。同様に、プリンタ情報管理部３４３がＳＰ３４４ｂを生成すると、Ｐｕｓｈプリント用のＳＰＩＤを発行し、画像形成装置に送信し、画像形成装置３２０のプリンタ情報格納部３２３は、第１識別情報として取得したＳＰＩＤをＳＰＩＤ６１５に格納する（不図示）。

次に、Ｓ１０２１にて、通信部３５４は、ユーザからのＡＷＰ追加指示を受けると、Ｓ１０２２にて、プリンタ情報管理部３４３が、ＡＷＰ３４５を生成する。ＡＷＰ３４５が生成されると、Ｓ１０２３にて、ＡＷＰ３４５がプリンタ情報管理部３４３に成功応答を返信し、成功応答を受け取ったプリンタ情報管理部がＳＰＩＤを生成する。Ｓ１０２４にて、通信部３５４において、ユーザからＡＷＰ対象更新指示を受けると、制御部３４２は、ＡＷＰ対象のＳＰから画像形成装置の情報を取得する。Ｓ１０２５にて、制御部３４２は、プリンタ登録受付部３４１を介してＡＷＰ対象の全画像形成装置にＡＰＷのＳＰＩＤ（ＳＰ−ＡＷ）を送信する。各画像形成装置３２０は、受信したＳＰＩＤを、プルプリント用のＳＰＩＤ、すなわち第２識別情報として図８（Ａ）に示すＰｕｌｌ用ＳＰＩＤ６１６を格納する。以上が、本実施例における画像形成装置の登録処理フローの説明である。

次に、図１５のフロー図を用いて、本実施例における印刷フローの説明を行う。本実施例では、どこプリとプッシュプリントの混在が可能となるシステムを示す。まず、Ｓ１１０１からＳ１１１２までの処理、すなわち、どこプリモードでジョブをスプールする処理は、実施例１で説明したＳ９０１からＳ９１２の処理と同じである。ここでは、図２３（Ｆ）に示すようにＪｏｂ＿００１がスプールされたものとする。なお、本実施例では、図４（Ｂ３）に示すＵＩを用いてユーザが画像形成装置の選択や印刷設定を行うものとする。図４（Ｂ３）と図４（Ｂ２）の違いは、ＳＰ選択時に、図４（Ｂ３）には印刷モード４２８がないことである。つまり、ＡｎｙｗｈｅｒｅＰｒｉｎｔ４２５を選択するとＡＷＰモード、特定の機種を選ぶとＰｕｓｈモードとなる。

Ｓ１１３１にて、画像形成装置３２０の操作部３２１において、ユーザ認証が行われると、制御部３２２は、プルプリント要求が行われたと判断する。Ｓ１１３２にて、プルプリントモード時は、プリンタ情報格納部３２３は、図８（Ａ）からＰｕｌｌ用ＳＰＩＤ６１６を取得する。Ｓ１１３３にて、ジョブ情報受信部３３１は、取得したＰｕｌｌ用ＳＰＩＤ（第２識別情報）を用いて、印刷サービス３４０に対してジョブ情報を要求する。これは、ＡＷＰ３４５に直接アクセスし、ＡＷＰにスプールされたジョブ情報を取得する要求となる。つまり、実施例１と異なり、ＳＰ３４４ａを介さない。Ｓ１１３７にて、ＡＷＰ３４５は、ジョブ情報管理部３４９に指示を出し、図２３（Ｆ）に示すように、ＡＷＰにスプールされているジョブ情報を取得する。ここでは、図２３（Ｇ）に示すように、Ｊｏｂ＿００１が取得される。Ｓ１１３８にて、ＡＷＰ３４５は、ジョブ情報を画像形成装置３２０に返信する。Ｓ１１４１からＳ１１４６の処理、すなわち、印刷ジョブをパネル上で選択し、確定したジョブをダウンロードして印刷する処理は、実施例１で説明したＳ９４１からＳ９４６の処理と同じである。

次に、Ｓ１１５１において、画像形成装置３２０は、Ｓ１１３２で取得したＰｕｌｌ用ＳＰＩＤ６１６を用いて、ＡＷＰ３４５に直接ジョブのステータスを送信する。Ｓ１１５４にて、ＡＷＰ３４５はジョブのステータスの更新としてジョブ情報管理部３４９に指示を出し、図２３（Ｆ）のジョブステータス６３８をＤＯＮＥに更新させ、Ｓ１１５６にて、画像形成装置３２０に更新成功通知を返信する。

次に、プッシュ印刷について説明する。ここでは、ＭＦＰ−０２への印刷を実行したものとする。Ｓ１１６１において、アプリケーションからの印刷で、図４（Ｂ３）のＵＩでＭＦＰ−０２
４２７を選択して印刷を実行すると、前述したようにプッシュモードになる。Ｓ１１６３において、ＳＰ３４４ｂにジョブがスプールされ、図２３（Ｆ）のＪｏｂ＿００２のように格納される。Ｓ１１６４にて、ＳＰ３４４ｂは通知情報Ａを画像形成装置３２１に送信する。Ｓ１１６５にて、画像形成装置３２１は、通知情報Ａを受信すると、プッシュモードと判断し、プリンタ情報格納部３２３は、図８（Ａ）からプッシュプリント用にＳＰＩＤ６１５（第２識別情報）を取得する。Ｓ１１６６からＳ１１７５の処理、すなわち、取得したＳＰＩＤからジョブを取得して印刷し、ステータスを更新する処理は、実施例１で説明したＳ９６６からＳ９７５の処理と同じである。ここでは、図２３（Ｈ）のように、Ｊｏｂ＿００２が取得される。以上が、本実施例における印刷処理フローの説明である。

なお、本実施例では、図４（Ｂ３）の印刷設定ＵＩを用いて、ＡＷＰモードかプッシュモードを選択する例を説明したが、図４（Ｂ２）の印刷設定ＵＩを用いて、プルモードを加えた３選択にしてもよい。この場合は、Ｓ１１３１のプルプリント要求に対し、Ｓ１１３２で取得したＰｕｌｌ用ＳＰＩＤでＡＷＰジョブを取得するのに加えて、Ｓ１１６５と同様にＰｕｓｈ用ＳＰＩＤを取得し、該当ＳＰからプルジョブを取得すればよい。

以上の処理により、画像形成装置がＰｕｌｌ用ＳＰＩＤとＰｕｓｈ用のＳＰＩＤを使い分けることで、印刷サービスからそれぞれがスプールしているジョブを直接取得可能となり、冗長なパスを避けることが可能となる。インターネット接続では非同期の処理が多く、経路が長いとパフォーマンスへの悪影響が大きいため、直接取得することでより早い印刷処理が実現できる。

（実施例３）
実施例１および２では、単一のユーザを想定したシステムの説明を行った。しかし、実際のオフィス環境では、ひとつの画像形成装置を複数のユーザが共有する形態が一般的である。しかし、管理者のアカウントで画像形成装置と印刷サービスのセッションが張られ、そのＳＰが他のユーザに共有されている場合、特定のユーザのＡＷＰジョブを選別してプルプリントすることができない。各ユーザが共有ＳＰに対して印刷を行った場合、管理者のスプーラへスプールされるが、ここでユーザ情報に紐づくジョブだけを取り出す仕組みがないためである。

そこで、本実施例では、管理者アカウントで接続されている画像形成装置からのプルプリントにおいても、プルプリント要求時にユーザ情報を付与することで、任意のユーザのジョブを取得可能とする。

また、印刷サービスのジョブ管理画面では、どこプリを実行した際に、最終的にどの画像形成装置で出力されたのかわからない問題があった。本実施例では、出力したＳＰの画像形成装置名を使うことで、最終出力先がジョブ管理画面で確認できるようにする。

まず、図１６および図１７のフロー図を用いて、本実施例における画像形成装置の登録処理フローの説明を行う。はじめに、管理者ＡｄｍｉｎＡが、ＭＦＰ−０１を自身のアカウントで印刷サービスに登録する処理を説明する。Ｓ１２０１からＳ１２０５までの処理、すなわち、画像形成装置から印刷サービスへ登録要求を行い、返信されたＳＰＩＤを格納する処理は、実施例１で説明したＳ８０１からＳ８０５の処理と同じである。ただし、接続にはＡｄｍｉｎＡのアカウントが使用されており、以後、ＡｄｍｉｎＡアカウントでセッションが接続され続ける。登録された画像形成装置は、図２４（Ａ）のＳＰ−１のように、プリンタオーナー６２３がＡｄｍｉｎＡの状態で格納される。なお、この状態では、ＡｄｍｉｎＡ以外のユーザは、ＭＦＰ−０１から出力することはできない。

Ｓ１２０６にて、通信部３５４は、管理者ＡｄｍｉｎＡから、画像形成装置３２０をユーザＵｓｅｒＸとＵｓｅｒＹに共有登録する指示を受けると、プリンタ情報管理部３４３は、共有情報を図２４（Ａ）の共有先６２８のように更新する。Ｓ１２０７にて、プリンタ情報管理部３４３は、ユーザＵｓｅｒＸが利用可能なＳＰ３４４ｃを第３のプリンタオブジェクトとして生成する。ＳＰ３４４ｃは実体があってもよいし、プログラム的に処理される実体のないＳＰであってもよい。図２４（Ｂ）は、図２４（Ａ）の画像形成装置ＤＢを基に、ＵｓｅｒＸ用に構築されたプリンタ管理テーブルである。ＳＰ−１は、ＵｓｅｒＸのものとして利用可能であるため、プリンタオーナー６２３はＵｓｅｒＸとして表現されている。また、共有元６２９はＡｄｍｉｎＡであり、印刷を実行すると、ジョブはＡｄｍｉｎＡのＳＰ−１にスプールされる。以上のように、あるＳＰを他のユーザに共有した場合は、プリンタ情報管理部３４３が管理する図２３（Ａ）に示す共有先６２８がセットされる。また、あるＳＰを他のユーザから共有させてもらった場合は、プリンタ情報管理部３４３が管理する図２３（Ｂ）に示すＵｓｅｒＸ用のプリンタ管理テーブルには、共有元６２９がセットされる。

続いて、Ｓ１２１１からＳ１２１７では、ＭＦＰ−０２について、管理者ＡｄｍｉｎＢが同様の処理を行っている。図２４（Ａ）、（Ｂ）に示す管理テーブルには、それぞれＳＰ−２が追加される。

次に、ユーザＵｓｅｒＸが印刷サービス３４０にログインし、図４（Ｃ１）に示す画面でＡＷＰを追加する処理を説明する。図５（Ｃ１）に示すように、共有されている画像形成装置も、印刷対象として列挙される。Ｓ１２２１からＳ１２２３の処理、すなわち、ＡＷＰの追加指示を受けてＡＷＰを生成する処理は、実施例１で説明したＳ９２１からＳ９２３の処理と同じである。ただし、プリンタ情報管理部３４３は、個別ユーザ用の第２のプリンタオブジェクトである第４のプリンタオブジェクトとしてＡＷＰ３４５を作成する。これで、ＵｓｅｒＸがオーナーとなるＡＷＰが生成されたことになる。また、図２４（Ａ）、（Ｂ）に示すプリンタ管理テーブルには、それぞれＳＰ−ＡＷが追加される。

次に、Ｓ１２２４にて、通信部３５４が対象更新要求を受けると、図２４（Ｂ）に示す利用可能な画像形成装置から対象を選択し、確定することができる。図２４（Ｂ）のＡＷＰ対象機種６２７のように情報を格納する。なお、Ｓ１２２１では、ユーザが管理画面を自発的に開く場合を説明しているが、Ｓ１２０７やＳ１２１７で共有された際に、図９（Ｂ）に示す画面を表示して対象更新を促してもよい。ここで「承認とＡＷＰ対象更新を行う」７２１ボタンを押下すると、図５（Ｃ２）に示す画面が表示される。以上が、本実施例における画像形成装置の登録処理フローの説明である。

次に、図１８〜図２０のフロー図を用いて、本実施例における印刷フローの説明を行う。本実施例では、異なるユーザカウントを持つ複数のユーザが混在する環境で、特定ユーザのジョブだけを的確に選別して出力する方法を説明する。

まず、Ｓ１３０１からＳ１３１２までの処理、すなわち、どこプリモードでジョブをスプールする処理は、実施例１で説明したＳ９０１からＳ９１２の処理と同じである。ここでは、図２４（Ｃ）のＪｏｂ＿００１がスプールされたものとする。なお、Ｊｏｂ＿００４は、ユーザＵｓｅｒＹが同様の環境でジョブをスプールしたものである。

次に、共有ＭＦＰ−０１を選択して溜め置き印刷が指示された場合、Ｓ１３２１にて、Ｗｅｂブラウザ３８０から印刷指示がＳＰ３４４ｃに送られる。ＳＰ３４４ｃは共有ＳＰであるため、この印刷指示情報は、Ｓ１３２２にて、共有元のＳＰ３４４ａに送られる。Ｓ１３２３にて、ジョブがスプールされる。このとき、ＳＰ３４４ａは、ジョブ情報管理部３４９が管理するジョブ情報のモードをＰｕｌｌモードとして記録する。この処理により、ジョブ情報管理部３４９は、図２４（Ｃ）に示すようにＪｏｂ＿００２として格納する。ジョブ情報管理部３４９は、モード６３９にはＰｕｌｌを格納する。なお、Ｊｏｂ＿００５は、ユーザＵｓｅｒＹが同様の環境でジョブをスプールしたものである。

Ｓ１３３１にて、画像形成装置３２０の操作部３２１において、ユーザはユーザ認証を行う。ここで、ユーザ情報格納部３２５は、図８（Ｅ）で管理されるユーザ情報一覧から、ログインユーザが対象であるか確認を行い、確認ができると印刷が許可される。図８（Ｅ）に示すように、画像形成装置上で適用される、ローカルなユーザ名６４１、パスワード６４２と、印刷サービスで利用されるユーザ名６４３、パスワード６４４を区別する例とした。この場合は、画像形成装置３２０へのログインはユーザ名６４１を使い、印刷サービスへのジョブ情報要求は、対応するユーザ名６４３が使われる。しかし、画像形成装置３２０へのログインも印刷サービスのアカウントを利用してもよい。

Ｓ１３３３にて、画像形成装置３２０のジョブ情報受信部３３１は、印刷サービス３４０のジョブ情報提示部３５１へジョブ情報の要求を行う。このとき、画像形成装置３２０と印刷サービス３４０はＡｄｍｉｎＡアカウントでセッションが張られているため、そのままでは、プルジョブはＡｄｍｉｎＡがオーナーとなるものしか見えない。そこで、図８（Ｅ）のユーザ管理テーブルから、該当ユーザの印刷サービスにおけるアカウント情報を取得し、ジョブ情報要求の引数に加える。なお、各ユーザの、印刷サービスにおけるユーザカウント情報は、あらかじめ図８（Ｅ）のユーザ名６４３、パスワード６４４に保存されているものとする。初めてのユーザは、登録のための入力手段（不図示）を用いて追加することができる。図７（Ｇ５）は、引数として、ＳＰＩＤに加えてＵｓｅｒＸのユーザ情報を付与していることを示している。ジョブ情報受信部３３１は、図７（Ｇ５）に示すジョブ情報要求をＳＰ３４４ａに送信する。

Ｓ１３３４では、ＳＰ３４４ａは、ジョブ情報管理部３４９が保存しているプルジョブの中から、ＵｓｅｒＸがオーナーとなっているジョブを取得する。図２４（Ｃ）では、Ｊｏｂ＿００２が対象となる。次に、Ｓ１３３５にて、ＳＰ３４４ａは、ユーザ情報に紐付くＡＷＰが生成されているか確認する。ＡＷＰはユーザごとに生成が可能であるため、ここではＵｓｅｒＸがオーナーとなるＡＷＰ３４５の存在を確認する。ＳＰ３４４ａは、プリンタ情報管理部３４３に確認することで図２４（Ａ）に示す管理テーブルから、ＵｓｅｒＸのＡＷＰ３４５であるＳＰ−ＡＷが存在することがわかる。次に、Ｓ１３３６にて、ＡｄｍｉｎＡがオーナーのＳＰ３４４ａは、ＵｓｅｒＸがオーナーのＡＷＰ３４５へ、ジョブ情報取得を行う。Ｓ１３３７にて、ＡＷＰ３４５はジョブ情報管理部３４９からジョブ情報を取得し、Ｓ１３３８にて、ＳＰ３４４ａに取得したジョブ情報を送信する。ここでは、Ｊｏｂ＿００１が対象となる。

Ｓ１３３９にて、ＳＰ３４４ａはジョブ情報をマージする。ここでは、図２４（Ｄ）に示すように、Ｊｏｂ＿００１とＪｏｂ＿００２が対象となる。Ｓ１３４０にて、ジョブ情報を画像形成装置３２０に返信する。図１９に示すＳ１３４１からＳ１３４６の処理、すなわち、印刷ジョブをパネル上で選択し、確定したジョブをダウンロードして印刷する処理は、実施例１で説明したＳ９４１からＳ９４６の処理と同じである。

次に、Ｓ１３５１にて、画像形成装置３２０はジョブステータスを送信する。このとき、画像形成装置３２０はユーザ情報を付与する。Ｓ１３５２にて、ＳＰ３４４ａは、自ジョブのステータス更新を行う。残ったジョブステータスについて、Ｓ１３５３にて、ＳＰ３４４ａは、ユーザ情報を用いて該当ユーザのＡＷＰを特定し、ジョブステータスをＡＷＰ３４５に送信する。このとき、ＳＰ３４４ａは、自身のプリンタ名を情報に付与する。Ｓ１３５４にて、ＡＷＰ３４５は、取得したジョブステータスを基にジョブのステータス更新を行う。

Ｓ１３５５にて、ＡＷＰ３４５は、ＳＰ３４４ａから取得したプリンタネームを、自身のプリンタ名に付与する。すなわち、従来は図９（Ｃ１）に示すように「ＡｎｙｗｈｅｒｅＰｒｉｎｔから出力」としかわからなかったが、図９（Ｃ２）に示すように「ＭＦＰ−０１から出力された」ということがわかるようになる。Ｓ１３５６、Ｓ１３５７にて、更新成功通知を行う。

次に、共有ＭＦＰ−０１を選択して通常印刷（Ｐｕｓｈ印刷）が指示された場合、Ｓ１３６１にて、Ｗｅｂブラウザ３８０はＳＰ３４４ｃに印刷指示を行う。ＳＰ３４４ｃは共有ＳＰであるため、この印刷指示情報は、Ｓ１３６２にて、共有元のＳＰ３４４ａに送られる。Ｓ１３６３にて、ＳＰ３４４ａはジョブをスプールする。このとき、ＳＰ３４４ａは、ジョブ情報管理部３４９が管理するジョブ情報のモードをＰｕｓｈモードとして記録する。ＳＰ３４４ａは、図２４（Ｃ）に示すようにＪｏｂ＿００３のようにジョブを格納する。モード６３９にはＰｕｓｈが格納される。なお、Ｊｏｂ＿００６は、ユーザＵｓｅｒＹが同様の環境でジョブをスプールしたものである。

Ｓ１３６４からＳ１３７１までの処理、すなわち、通知情報Ａをうけてから印刷出力を実行するまでの処理は、実施例１で説明したＳ９６４からＳ９７１の処理と同じである。ここでは図２４（Ｅ）に示すように、ＵｓｅｒＸのＪｏｂ＿００３と、ＵｓｅｒＹのＪｏｂ＿００６が印刷される。以上が、本実施例における印刷処理フローの説明である。

以上の処理により、管理者アカウントで画像形成装置のセッションが張られ、複数のユーザが共有により利用可能になっている環境であっても、プルプリント要求において、任意の特定のユーザのプルジョブのみを印刷することが可能となる。すなわち、共有して画像形成装置を利用する個別ユーザが、自分のジョブだけを選んで印刷することが可能となり、ユーザビリティーが向上する。またどこプリを実施した際に、ジョブのステータスに最終出力先を表示することが可能となる。さらに、サービスプリンタ間での情報授受を行うことで、あるサービスプリンタに行った印刷物を、他の画像形成装置で出力することが可能となる。

（実施例４）
実施例３では、印刷サービス内でユーザ情報に対応するＡＷＰを特定するため、ジョブ情報要求でユーザ情報を渡した。しかし、インターネット環境においてユーザ情報を添付するのはセキュリティ上の危険がある。そこで、本実施例では、ユーザ情報を通信の中に含めなくても、ユーザを特定可能な方法について説明する。ここでは、ある画像形成装置（ＳＰ）の中で、ユーザごとにユニークなＩＤが割り振られていればよい。画像形成装置の登録処理フローに関しては、実施例３と同じである。

次に、図２１および図２２のフロー図を用いて、本実施例における印刷フローの説明を行う。本実施例では、どこプリ印刷指示を受けると、印刷サービス３４０はユーザ識別ＩＤを付与して、ベースのＳＰにてＰｕｌｌモードのジョブを生成する。画像形成装置からのジョブ情報要求では、ＳＰとのやり取りのみで情報取得を行い、ＡＷＰへの問い合わせは行わない。これにより、ＡＷＰを特定する必要がないため、ユーザ情報を添付せずに印刷が可能となる。

Ｓ１４０１からＳ１４１２の処理は、実施例１で説明したＳ９０１からＳ９１２の処理と同じである。なお、図２５（Ａ）に示すモード６３９として、ＡＷＰが付与される。

次に、Ｓ１４１３にて、ＡＷＰ３４５はジョブの属性として、ＵｓｅｒＸを識別可能なユニークなＩＤ、すなわちユーザ識別情報を付与する。このユーザ識別情報は、ＵｓｅｒＸが利用するプリンタ環境の中で他のユーザと区別がつけばよい。ここでは、図２５（Ａ）のＪｏｂ＿００１が格納されたものとする。ユーザ識別ＩＤ６４０としてＵｓｅｒＸを特定するｕ００１が付与されている。なお、Ｊｏｂ＿００４は、ユーザＵｓｅｒＹが同様の環境でジョブをスプールしたものである。ＵｓｅｒＹには、ユーザ識別ＩＤとしてｕ００２が付与されている。

次に、Ｓ１４１４にて、ＡＷＰ３４５は、ＡＷＰ対象機であるＳＰ３４４ｃにジョブ情報を送信する。ＳＰ３４４ｃは共有ＳＰであるため、Ｓ１４１５にて、ＳＰ３４４ｃはこの印刷指示情報を共有元のＳＰ３４４ａに送る。同様に、Ｓ１４１６にて、ＡＷＰ３４５は、別のＡＷＰ対象機であるＳＰ３４４ｄにもジョブ情報を送信し、Ｓ１４１７にて、ＳＰ３４４ｄは、共有元のＳＰ３４４ｂにジョブ情報を送信する。

次に、Ｓ１４２１にて、ユーザが溜め置き印刷を選択したことに応じて、Ｗｅｂブラウザ３８０は、ＳＰ３４４ｃに溜め置き印刷を指示する。ＳＰ３４４ｃは共有ＳＰであるため、Ｓ１４２２にて、ＳＰ３４４ｃはこの印刷指示情報を共有元のＳＰ３４４ａに送る。Ｓ１４２３にて、Ｐｕｌｌモードでジョブがスプールされる。またＳ１４２４にて、ＵｓｅｒＸのユーザ識別ＩＤが付与される。この結果は、図２５（Ａ）のＪｏｂ＿００２のようになる。なお、Ｊｏｂ＿００５は、ユーザＵｓｅｒＹが溜め置き印刷を選択したことに応じてＳＰ３４４ａが同様の環境でジョブをスプールしたものである。

ここで、図２５（Ａ）を基に生成されるＳＰ−１のジョブ管理テーブル図２５（Ｂ）と、ＳＰ−２のジョブ管理テーブル図２５（Ｃ）では、どちらにもＪｏｂ＿００１とＪｏｂ＿００４が追加されていることがわかる。また、ＳＰ−１には、Ｊｏｂ＿００２とＪｏｂ＿００５も追加されている。

Ｓ１４３１にて、ユーザ認証を行いパスすると、Ｓ１４３３にて、画像形成装置３２０はジョブ要求をＳＰ３４４ａに送る。この際、ユーザ識別ＩＤを引数に付与する。図７（Ｇ６）に例示するジョブ情報要求では、引数として、ＳＰＩＤに加えてｕ００１のユーザ識別ＩＤを付与していることを示している。Ｓ１４３４では、ユーザ識別ＩＤに紐付くジョブを取得する。ここでは、図２５（Ｄ）に示すジョブが取得される。Ｓ１４３５にて、３４４ａはジョブ情報を作成する。Ｓ１４４０からＳ１４４６の処理、すなわち、ジョブ情報を取得してから印刷出力するまでの処理は、実施例１で説明したＳ９４０からＳ９４６の処理と同じである。

次に、Ｓ１４５１にて、画像形成装置３２０は、ジョブステータスをＳＰ３４４ａに送信する。Ｓ１４５２にて、ＳＰ３４４ａのジョブステータスは、共有ＳＰであるＳＰ３４４ｃにも送信され、共有される。Ｓ１４５３にて、ＳＰ３４４ｃを対象機種とするＡＷＰ３４５に、ジョブステータスが送信される。また、この時にＳＰ３４４ｃは、ＳＰ３４４ｃが持つプリンタ名を付与する。Ｓ１４５４にて、ＡＷＰ３４５は自ジョブのステータスを更新する。Ｓ１４５５にて、出力したプリンタ名をジョブステータスに付与する。Ｓ１４５６にて、ＡＷＰ３４５は更新した（印刷済のステータスになった）ジョブ情報を共有先のＳＰ３４４ｃに送り、Ｓ１４５７にてＳＰ３４４ａにも共有させる。ＡＷＰ３４５は、Ｓ１４５８とＳ１４５９にて同様の処理を行い、ＳＰ３４４ｄとＳＰ３４４ｂにもジョブ情報を共有させる。以上が、本実施例における印刷処理フローの説明である。

以上の処理により、インターネット上に流れるトラフィックにユーザ情報が流れることを防止し、際にユーザが自分のジョブを特定してどこプリ印刷や溜め置き印刷を実現することが可能となる。以上を実現することで、クラウド印刷システムにおいて、安全にどこプリ機能を利用することが可能となった。

（実施例５）
実施例１から４では、ジョブ情報取得時に、必ずＳＰＩＤを付与していた。しかし、ユーザＩＤやユーザネームだけを引数とし、画像形成装置に関わらず、該当するユーザの全プルジョブを取得してもよい。

図２６（Ａ）は、例えば印刷サービス３４０のジョブ情報管理部３４９が格納している印刷のパターンを示したものである。印刷サービス３４０は、印刷のパターンをＷｅｂブラウザ３８０に表示させることが可能である。例えば、Ｊｏｂ−０１は、ＵｓｅｒＸがＵｓｅｒＸアカウントで、ＳＰ１へ、Ｐｕｓｈモードで印刷指示したものである。Ｊｏｂ−１６は、ＵｓｅｒＹが、ＡＷＰへ、Ｐｕｌｌモードで印刷したものである。図２６（Ｂ）は、画像形成装置１２０が格納している印刷情報要求のパターンを示したものである。

ユーザがＳＰ１のみ、またはＳＰ１とＰｕｓｈモードを指定すると、画像形成装置１２０はＳＰ１へのプッシュジョブである、Ｊｏｂ−０１、０２を取得できる。ユーザがＳＰ１とＰｕｌｌを指定すると、画像形成装置１２０はＳＰ１へのプルジョブである、Ｊｏｂ−１１、１２を取得できる。ユーザがＵｓｅｒＸのみ、またはＵｓｅｒＸとＰｕｌｌモードを指定すると、画像形成装置１２０はＵｓｅｒＸのプルジョブすべてとなる、Ｊｏｂ−１１、１３、１５を取得できる。ユーザがＳＰ１とＵｓｅｒＸ（または、それにＰｕｌｌモード）を指定すると、画像形成装置１２０はＳＰ１とＡＷＰに紐付くＵｓｅｒＸのプルジョブ、すなわちＪｏｂ−１１，１５を取得できる。この場合、Ｐｕｓｈモードの際は、ユーザはＳＰ１とＵｓｅｒＸとｐｕｓｈを指定することにより、Ｊｏｂ−０１のみを取得する。

以上の処理により、画像形成装置からジョブを要求する際に、プッシュジョブとプルジョブの選択、および、画像形成装置に紐付くジョブとユーザに紐付くジョブの選択、またはその組み合わせが指定でき、自由度が高くなる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そしてそのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

３２０ 印刷制御部
３４０ 印刷サービス
３６０ Ｗｅｂアプリケーション
３８０ Ｗｅｂブラウザ

Claims (12)

1. ウェブサービスを利用するユーザが印刷指示を行ったことに応じて前記ウェブサービスを提供するサービス提供装置からデータを受信し、受信されたデータを基に生成した印刷のためのジョブを画像形成装置にネットワークを介して提供する情報処理装置であって、
   画像形成装置と対応関係を有する第１のプリンタオブジェクトを示すプリンタ選択項目と、前記画像形成装置と対応関係を有さない第２のプリンタオブジェクトを示すプリンタ選択項目とを含む、前記画像形成装置を選択するための選択画面を表示する表示手段と、
   前記第１のプリンタオブジェクトを示すプリンタ選択項目が選択され印刷指示された場合は、前記第１のプリンタオブジェクトと対応関係を有する画像形成装置に前記ジョブの取得要求を送信させるために、前記ジョブが生成されたことを通知するための通知情報を前記画像形成装置に送信し、前記第２のプリンタオブジェクトが選択され印刷指示された場合は、前記通知情報を送信せず、ユーザが操作する画像形成装置から前記ジョブの取得要求を受付けたことに応じて前記ユーザが操作する画像形成装置に前記ジョブを送信する送信手段とを備える
   ことを特徴とする情報処理装置。
2. 前記表示手段は、前記第１のプリンタオブジェクトを示す選択項目が選択された場合に、通常印刷または溜め置き印刷を選択可能なプリンタ選択項目をさらに表示し、
   前記送信手段は、前記通常印刷が選択された場合は、前記第１のプリンタオブジェクトと対応関係を有する前記画像形成装置に前記ジョブの取得要求を送信させるために、前記ジョブが生成されたことを通知するための通知情報を前記画像形成装置に送信し、
   前記画像形成装置から第１モードが設定された前記ジョブの取得要求を受付けたことに応じて前記ユーザが操作する前記画像形成装置に前記ジョブを送信し、
   前記送信手段は、前記溜め置き印刷が選択された場合は、前記通知情報を送信せず前記ユーザが操作する画像形成装置から第２モードが設定された前記ジョブの取得要求を受付けたことに応じて前記ユーザが操作する画像形成装置に前記ジョブを送信する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記画像形成装置または前記ユーザが操作するユーザ装置から登録要求を受付けて前記第１または前記第２のプリンタオブジェクトを作成し、作成された前記プリンタオブジェクトの登録情報を管理する管理手段と、登録された前記プリンタオブジェクトのジョブ情報を記憶する記憶手段とをさらに備え、
   前記表示手段は、前記ユーザ装置から前記第２のプリンタオブジェクトの登録要求を受付けて、作成された一または複数の前記第１のプリンタオブジェクトを前記第２のプリンタオブジェクトとして登録させるための選択画面を表示し、
   前記管理手段は、前記選択画面で選択された前記一または複数の第１のプリンタオブジェクトを前記第２のプリンタオブジェクトとして作成し、前記第２のプリンタオブジェクトの登録情報を前記第１のプリンタオブジェクトの登録情報に紐付けて管理し、
   前記第２のプリンタオブジェクトは、前記第２のプリンタオブジェクトを示すプリンタ選択項目が選択された場合に、生成されたジョブを保持し、第３モードとして該ジョブのジョブ情報を前記記憶手段に記憶させ、
   前記第１のプリンタオブジェクトは、前記溜め置き印刷が選択された場合に、生成されたジョブを保持し、前記第２モードとして該ジョブのジョブ情報を前記記憶手段が記憶している前記ジョブ情報に紐付けて記憶させ、
   前記第１のプリンタオブジェクトは、前記通常印刷が選択された場合に、前記第１モードとして該ジョブのジョブ情報を前記記憶手段が記憶している前記ジョブ情報に紐付けて記憶させ、
   前記第１のプリンタオブジェクトは、前記画像形成装置から前記第２モードが設定されたジョブの取得要求を受付けて、前記ジョブ情報の中に前記第３モードのジョブを確認した場合であって、前記第１のプリンタオブジェクトが前記第２のプリンタオブジェクトとして登録されていれば前記第２のプリンタオブジェクトから保持されている前記ジョブを取得し、
   前記送信手段は、前記第２モードおよび前記第３モードのジョブを併せて前記画像形成装置に送信する
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第１のプリンタオブジェクトは、前記第２モードおよび前記第３モードのジョブの実行状態を前記画像形成装置から受信した場合に、前記記憶手段が記憶するジョブ情報に含まれる前記第２モードのジョブの実行状態を更新するとともに、前記第２のプリンタオブジェクトに対して前記第３モードのジョブの実行状態を送信し、
   前記第２のプリンタオブジェクトは、前記ジョブ情報に含まれる前記第３モードのジョブの実行状態を、送信された前記実行状態を用いて更新する
   ことを特徴とする請求項１乃至請求項３のいずれか一項に記載の情報処理装置。
5. 前記管理手段は、前記画像形成装置から該画像形成装置の登録要求を受付けたときに、前記第１のプリンタオブジェクトを識別するための第１識別情報を作成し、前記第１のプリンタオブジェクトの登録情報に紐付けて管理するとともに前記画像形成装置に送信し、
   前記管理手段は、前記選択画面で選択された前記一または複数の第１のプリンタオブジェクトを前記第２のプリンタオブジェクトとして作成する場合に、前記第２のプリンタオブジェクトを識別するための第２識別情報を作成し、作成された前記第２識別情報を前記画像形成装置に送信することで前記第１識別情報に前記第２識別情報を追加して登録させ、
   前記送信手段は、前記第１識別情報を用いて前記画像形成装置から印刷指示を受付けたときは、前記第１のプリンタオブジェクトを経由して取得されたジョブを前記画像形成装置に送信し、前記第２識別情報を用いて前記画像形成装置から印刷指示を受付けたときは、前記第２のプリンタオブジェクトを経由して取得されたジョブを前記画像形成装置に送信する、
   ことを特徴とする請求項３または請求項４に記載の情報処理装置。
6. 前記管理手段は、個別ユーザに前記画像形成装置を共有させる共有登録を受付け、前記画像形成装置と対応関係を有する第３のプリンタオブジェクトをユーザ毎に作成し、前記第１のプリンタオブジェクトの登録情報に共有先としてユーザ情報を追加し、該登録情報に基づいて個別ユーザ用の登録情報を作成し、
   前記管理手段はさらに、前記個別ユーザが操作するユーザ装置から前記第２のプリンタオブジェクトの登録要求を受付けて、前記個別ユーザの第２のプリンタオブジェクトである第４のプリンタオブジェクトを登録させる選択画面を表示し、前記選択画面で選択された一または複数の前記第３のプリンタオブジェクトに基づいて前記第４のプリンタオブジェクトを作成し、前記個別ユーザ用の登録情報と前記第１のプリンタオブジェクトの登録情報に前記第４のプリンタオブジェクトの登録情報を紐づけ、
   前記個別ユーザのユーザ装置により前記第２のプリンタオブジェクトを示すプリンタ選択項目が選択された場合は、前記第４のプリンタオブジェクトがジョブを保持し、前記第３モードとして該ジョブのジョブ情報を前記記憶手段に記憶させ、
   前記個別ユーザが操作するユーザ装置により前記溜め置き印刷が選択された場合は、前記第３のプリンタオブジェクトは、生成されたジョブを共有元の前記第１のプリンタオブジェクトに送信し、前記第１のプリンタオブジェクトが前記第２モードとして該ジョブのジョブ情報を前記記憶手段に記憶させ、
   前記第１のプリンタオブジェクトは、前記個別ユーザが操作する前記画像形成装置から印刷指示および前記ユーザ情報を受付けて、前記ユーザ情報に紐付く第２モードのジョブを前記記憶手段から取得し、前記ジョブ情報の中に前記ユーザ情報に紐付く前記第３モードの設定を確認した場合に、前記第４のプリンタオブジェクトから前記第３モードのジョブを取得し、
   前記送信手段は、前記個別ユーザに関する前記第２モードおよび前記第３モードのジョブを併せて前記画像形成装置に送信する
   ことを特徴とする請求項３乃至請求項５のいずれか一項に記載の情報処理装置。
7. 前記第１のプリンタオブジェクトは、前記個別ユーザに関する前記第２モードおよび前記第３モードのジョブの実行状態を前記画像形成装置から受信した場合に、前記記憶手段が記憶する前記ユーザ情報に紐付く前記第２モードのジョブの実行状態を更新するとともに、前記第４のプリンタオブジェクトに対して前記第３モードのジョブの実行状態と前記第１のプリンタオブジェクトのプリンタネームを送信し、
   前記第４のプリンタオブジェクトは、前記記憶手段が記憶するジョブ情報に含まれる前記第３モードのジョブの実行状態を送信された前記実行状態に更新し、前記第４のプリンタオブジェクトのプリンタネームに前記第１のプリンタオブジェクトのプリンタネームを追加する
   ことを特徴とする請求項３乃至請求項６のいずれか一項に記載の情報処理装置。
8. 前記個別ユーザにより前記第２のプリンタオブジェクトを示すプリンタ選択項目が選択された場合は、前記第４のプリンタオブジェクトは、前記個別ユーザを識別するためのユーザ識別情報を作成し、生成されたジョブと前記ユーザ識別情報を前記第３のプリンタオブジェクトに送信し、前記第３のプリンタオブジェクトが前記第１のプリンタオブジェクトに前記第４のプリンタオブジェクトから送信された前記ジョブと前記ユーザ識別情報とを送信することにより前記個別ユーザに紐付くジョブ情報を共有させ、
   前記第３のプリンタオブジェクトが選択された場合に、前記第３のプリンタオブジェクトは、生成されたジョブを前記第１のプリンタオブジェクトに送信し、
   前記第１のプリンタオブジェクトは、送信された前記ジョブを保持するとともに該ジョブのジョブ情報に前記個別ユーザを識別するためのユーザ識別情報を追加して前記記憶手段が記憶するジョブ情報に紐付けて記憶させ、
   前記第１のプリンタオブジェクトは、前記個別ユーザが操作する前記画像形成装置から印刷指示および前記ユーザ識別情報を受付けて、前記第３および前記第４のプリンタオブジェクトから送信された、保持している前記ユーザ識別情報に紐付いたジョブを前記画像形成装置に送信する
   ことを特徴とする請求項３乃至請求項７のいずれか一項に記載の情報処理装置。
9. 前記送信手段は、前記個別ユーザにより前記通常印刷が選択された場合に、前記第１のプリンタオブジェクトと対応関係を有する画像形成装置に前記ジョブの取得要求を送信させるために、前記ジョブが生成されたことを通知するための通知情報を前記画像形成装置に送信し、前記ユーザ情報と前記第１モードのジョブの取得要求とを含む印刷指示を前記画像形成装置から取得したことに応じて、前記個別ユーザを対象とし、前記記憶手段から前記第１モードのジョブを取得して前記画像形成装置に送信し、
   前記送信手段は、前記個別ユーザにより前記溜め置き印刷が選択された場合に、前記画像形成装置から前記ユーザ情報を含む印刷指示または前記ユーザ情報と前記第２モードのジョブの取得要求とを含む印刷指示を取得したことに応じて、前記個別ユーザのみを対象とし、前記記憶手段から前記ユーザ情報に紐付く前記第２モードのジョブを取得して前記画像形成装置に送信し、
   前記送信手段は、前記個別ユーザにより前記第２のプリンタオブジェクトを示す選択項目が選択された場合に、前記画像形成装置から前記第１のプリンタオブジェクトの識別情報と前記ユーザ情報を含む印刷指示、または前記第１のプリンタオブジェクトの識別情報と前記ユーザ情報と前記第２モードのジョブの取得要求とを含む印刷指示を取得したことに応じて、前記個別ユーザのみを対象とし、前記記憶手段から前記ユーザ情報に紐付く前記第２モードおよび第３モードのジョブを取得して前記画像形成装置に送信する
   ことを特徴とする、請求項３乃至請求項８のいずれか一項に記載の情報処理装置。
10. ウェブサービスを利用するユーザが印刷指示を行ったことに応じて前記ウェブサービスを提供するサービス提供装置からデータを受信し、受信されたデータを基にジョブを生成する情報処理装置と、前記情報処理装置が生成したジョブをネットワークを介して受信し、印刷を実行する画像形成装置とを備える印刷システムであって、
    前記情報処理装置は、前記画像形成装置と対応関係を有する第１のプリンタオブジェクトを示すプリンタ選択項目と、前記画像形成装置と対応関係を有さない第２のプリンタオブジェクトを示すプリンタ選択項目とを含む、前記画像形成装置を選択するための選択画面を表示する表示手段と、
    前記第１のプリンタオブジェクトを示すプリンタ選択項目が選択され印刷指示された場合は、前記第１のプリンタオブジェクトと対応関係を有する画像形成装置に前記ジョブの取得要求を送信させるために、前記ジョブが生成されたことを通知するための通知情報を前記画像形成装置に送信し、前記第２のプリンタオブジェクトが選択され印刷指示された場合は、前記通知情報を送信せず、ユーザが操作する画像形成装置から前記ジョブの取得要求を受付けたことに応じて前記ユーザが操作する画像形成装置に前記ジョブを送信する送信手段とを備え、
    前記画像形成装置は、前記情報処理装置から前記通知情報を受信したとき、または前記ユーザ操作に応じて、前記ジョブの取得要求を前記情報処理装置に対して要求する要求手段と、
    前記情報処理装置から前記ジョブを受信して前記ジョブを実行する実行手段とを備える
    ことを特徴とする印刷システム。
11. ウェブサービスを利用するユーザが印刷指示を行ったことに応じて前記ウェブサービスを提供するサービス提供装置からデータを受信し、受信されたデータを基に生成したジョブを画像形成装置にネットワークを介して提供する情報処理装置の制御方法であって、
    画像形成装置と対応関係を有する第１のプリンタオブジェクトを示すプリンタ選択項目と、前記画像形成装置と対応関係を有さない第２のプリンタオブジェクトを示すプリンタ選択項目とを含む、画像形成装置を選択するための選択画面を表示する表示工程と、
    前記第１のプリンタオブジェクトを示すプリンタ選択項目が選択され印刷指示された場合は、前記第１のプリンタオブジェクトと対応関係を有する画像形成装置に前記ジョブの取得要求を送信させるために、前記ジョブが生成されたことを通知するための通知情報を前記画像形成装置に送信し、前記第２のプリンタオブジェクトが選択され印刷指示された場合は、前記通知情報を送信せず、ユーザが操作する画像形成装置から前記ジョブの取得要求を受付けたことに応じて前記ユーザが操作する画像形成装置に前記ジョブを送信する送信工程とを備える
    ことを特徴とする制御方法。
12. 請求項１１に記載の制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images