(57)【要約】【課題】  プルプリント能力を持つ画像形成装置において、ストレージサービス上の印刷データが更新されたという通知を受信するとストレージサービスから印刷データの取得を行い印刷することを可能とする画像形成装置を提供する。【解決手段】  クライアントから印刷指示を受信し、外部サーバから印刷データを取得して印刷を行う画像形成装置において、上記印刷指示にて指定された外部サーバに対して通知登録を行う登録手段と、上記外部サーバより通知を受信する通知受信手段とを有し、上記外部サーバから上記通知を受信すると、上記外部サーバから印刷データを取得して印刷を行う。【選択図】        図２
2006168063.tif 000002
【特許請求の範囲】
【請求項１】
クライアントから印刷指示を受信し、外部サーバから印刷データを取得して印刷を行う画像形成装置において、
上記印刷指示にて指定された外部サーバに対して通知登録を行う登録手段と、
上記外部サーバより通知を受信する通知受信手段とを有し、
上記外部サーバから上記通知を受信すると、上記外部サーバから印刷データを取得して印刷を行うことを特徴とする画像形成装置。
【請求項２】
上記印刷指示は、ＸＭＬで記述されることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
上記印刷指示は、印刷データを保持する外部サーバのアドレスと、上記外部サーバ上で印刷データを一意に識別可能な識別子を含むことを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
上記印刷指示は、印刷データのＵＲＬを含むことを特徴とする請求項１又は２に記載の画像形成装置。
【請求項５】
上記通知は、ＸＭＬで記述されることを特徴とする請求項１又は２に記載の画像形成装置。
【請求項６】
電子メール受信手段を有し、
上記通知登録手段は、上記電子メール受信手段が電子メールを受信するための電子メールアドレスを登録し、
上記通知は電子メールで行われることを特徴とする請求項１又は２に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、特にネットワークを介して印刷ジョブを受信し、プリント出力が可能な画像形成装置に関するものである。
【背景技術】
【０００２】
近年インターネットにおいて、Ｗｅｂサービス技術が大きな注目を集めている。Ｗｅｂサービスは、ネットワーク上に分散する各種サービスを緩やかに結合する技術である。この技術を利用することで、プログラムが人間の手を介さず動的に適切なサービスを選択することが可能であり、目的とする処理を自動的に行う技術として各産業分野から期待されている。
【０００３】
このＷｅｂサービスにおいてやり取りされるデータはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されており、このＸＭＬデータはＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）を使用してネットワーク上で通信が行われる。このＳＯＡＰは下位層にＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用することが規定されており、Ｗｅｂブラウジングや電子メールと同様にインターネット上で容易に利用することが可能となっている。
【０００４】
このＷｅｂサービス技術をプリンティング技術に適用することで、これまでになかったさまざまなメリットが生まれる。従来のプリンタは、Ｗｅｂサービスを実装することで、プリントサービスとしてＳＯＡＰを使用したプリントジョブ投入やデバイス管理が可能となる。このようなＷｅｂサービス技術を適用したプリンタは今後ますます開発されていくことが想定される。
【０００５】
一方、プリンタがネットワーク上のストレージサービスと連携して印刷を行うプルプリント技術が開発されている。プルプリントにおいては、印刷データはストレージサービス上に保存されており、クライアントはプリンタに対して印刷データのＵＲＬ情報のみを送信する。印刷データのＵＲＬを受信したプリンタは、そのＵＲＬを解析して印刷データが保存されているストレージサービスに接続し、印刷データを受信し、印刷を行う。
【０００６】
このプルプリント方式のメリットは、クライアントが印刷データを保持する必要がないため、ＰＤＡのような記憶領域の小さな端末からでも印刷指示が行えることである。また、このプルプリント方式を利用し、時刻を指定してのプルプリント指示や、１回の印刷指示で定期的にプルプリントを行わせる技術も開発されている。
【０００７】
例えば特許文献１においては、ジョブの実行を予約する予約手段を持ち、一定の時間間隔でプルプリントを行う定期巡回モードを持つことが可能な画像形成装置が提案されている。このような定期巡回モードを持つことにより、ストレージサービス上の印刷データが更新されるたびに印刷指示を行うことなく定期巡回のタイミングで自動的に印刷ができるようになる。また、前回印刷したデータから更新された場合のみ印刷を行うことにより、まったく同一のデータの印刷を繰り返すことはない。
【特許文献１】特開平１１−１３４１２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記のような定期巡回モードによる印刷予約方式においては、ストレージサービス上の印刷データが更新されたとしても、次の定期巡回のタイミングまで印刷が行われないという問題点があった。また、この問題を低減するために定期巡回の時間間隔を短くすると、ストレージサービスへの不要な問い合わせが増大してしまうという問題があった。
【０００９】
本発明は上記の問題点を解決するためのものであり、その目的とする処は、プルプリント能力を持つ画像形成装置において、ストレージサービス上の印刷データが更新されたという通知を受信するとストレージサービスから印刷データの取得を行い印刷することを可能とする画像形成装置を提供することである。
【課題を解決するための手段】
【００１０】
本発明は、前記の目的を達成する一手段として、以下の構成を備える。
【００１１】
クライアントから印刷指示を受信し、外部サーバから印刷データを取得して印刷を行う画像形成装置において、上記印刷指示にて指定された外部サーバに対して通知登録を行う登録手段と、上記外部サーバより通知を受信する通知受信手段とを有し、上記外部サーバから上記通知を受信すると、上記外部サーバから印刷データを取得して印刷を行うことを特徴とする画像形成装置。
【発明の効果】
【００１２】
本発明によれば、プルプリント能力を持つ画像形成装置において、ストレージサービス上の印刷データが更新されたという通知を受信するとストレージサービスから印刷データの取得を行い印刷することを可能とする画像形成装置を提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下本発明の実施例について、図面を参照しながら説明する。
【実施例１】
【００１４】
図１は本実施例において本発明を適用可能な印刷システムの構築例を示すブロック図である。画像形成装置１０１はネットワークに接続され、ホストコンピュータ１０２、ストレージサービス１０３と通信可能である。画像形成装置１０１は、ホストコンピュータ１０２から印刷指示を受信すると、ストレージサービス１０３からプリントジョブを受信し、印刷を行う。
【００１５】
図２は、本発明の実施形態を示す画像形成装置のハードウェア構成を説明するブロック図である。なお、ここでは、レーザビームプリンタを例にして説明する。図２のプリンタ２００において、１２はプリンタＣＰＵ（ＣＰＵ）で、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラムに基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インターフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。
【００１６】
また、このＲＯＭ１３のプログラム用ＲＯＭには、ＣＰＵ１２が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ１３のデータ用ＲＯＭには、ホストコンピュータ上で利用される情報等を記憶している。
【００１７】
ＣＰＵ１２はネットワークインターフェース部１８を介してネットワーク上のホストコンピュータとの通信処理が可能となっている。１９はＲＡＭで、主としてＣＰＵ１２の主メモリ、ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。
【００１８】
なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域等に用いられる。ハードディスク（ＨＤ）、ＩＣカード等の外部記憶装置１４は、ディスクコントローラ（ＤＫＣ）２０によりアクセスが制御される。ハードディスクは、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。
【００１９】
また、２０１は操作パネルで、ユーザがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。２４は不揮発性メモリであり、操作パネル２０１からのプリンタモード設定情報をユーザ別，グループ別に記憶している。
【００２０】
また、図示していないが、プリンタ２００にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ１２から制御される。
【００２１】
図３は、本発明の実施形態を示す画像形成装置のソフトウェアプログラム構成を説明するブロック図である。プリンタ制御部３０１は、印刷部インターフェース１６を制御するモジュールであり、プリンタエンジン１７への画像データ送信や排紙位置の制御などの操作を行う。
【００２２】
ジョブ制御部３０２は、受信した印刷データを印刷可能なデータ形式に変換するほかに印刷部数や両面印刷の制御など印刷に関する様々な制御や、後述するようにストレージサービスに対して通知登録を行う。ネットワーク通信ドライバ３０７は、ネットワークインターフェース部１８を制御し、ネットワークとのデータ送受信の制御を行う。ＴＣＰ／ＩＰプロトコル制御部３０６は、ＴＣＰ／ＩＰプロトコルを制御するモジュールを備え、ネットワークドライバ３０７を使用してＴＣＰ／ＩＰプロトコルに則ったデータ送受信制御を行う。
【００２３】
ＨＴＴＰサーバ制御部は、ＨＴＴＰサーバとしてのプロトコル全般を制御するモジュールであり、クライアントから受信したＨＴＴＰリクエストパケットを解析し適切な処理を行い、データをＳＯＡＰ制御部３０４やジョブ制御部３０２等の上位アプリケーションにわたすと共に、上位アプリケーションの指示によりＨＴＴＰレスポンスパケットをクライアントに返送する制御を行う。ＳＯＡＰ制御部３０４はＳＯＡＰプロトコルを制御するモジュールであり、クライアントから受信したＸＭＬ形式のデータをＸＭＬパーサ３０３を使用して解析し、ジョブ制御部３０２の適切なモジュールを呼び出す。またクライアントに返すべきデータをＸＭＬデータに変換し、ＨＴＴＰサーバ制御部３０５を介してクライアントに返信する制御を行う。
【００２４】
ＸＭＬパーサ３０３はＸＭＬ形式データを入力とし解析結果を出力するモジュールである。データ取得部３０９は外部ストレージサービスから印刷データを取得するモジュールであり、ジョブ制御部３０２からデータ受信要求を受信するとＳＯＡＰ制御部３０４やＨＴＴＰクライアント制御部３０８を呼び出し、印刷データを受信しジョブ制御部３０２に返す。ＨＴＴＰクライアント制御部３０８はＨＴＴＰクライアントとしてのプロトコル処理を制御する。通知受信部３１０は外部ストレージサービスから送信される通知メッセージをＳＯＡＰ制御部３０４経由で受信し、データ取得部３０９にデータ受信を依頼する。
【００２５】
図４は、本実施例における、ホストコンピュータ１０２、画像形成装置１０１、ストレージサービス１０３の間でやりとりされるコマンドやデータの送受信のシーケンスを示す図である。
【００２６】
まず、ホストコンピュータから画像形成装置に印刷要求が送信される（Ｓ４０１）。図５は、その際画像形成装置に送信されるＣｒｅａｔｅＪｏｂと称される印刷要求パケットデータの一例である。このデータはＸＭＬ形式で記述されている。ＣｒｅａｔｅＪｏｂパケットは、画像形成装置に対し、ジョブの開始を指示するコマンドであり、要求元のユーザ名（＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞タグ）やジョブの処理に関する指示（＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグ）等の情報が記述されている。＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグには印刷部数を設定する＜ｃｏｐｉｅｓ＞タグ、両面印刷を設定する＜ｓｉｄｅｓ＞タグ、印刷の仕上げを設定する＜ｆｉｎｉｓｈｉｎｇ＞タグなどが含まれ、画像形成装置はこれらのタグに設定された値に基づき、ジョブの処理を行う。また、＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグには＜ｓｏｕｒｃｅ−ｕｒｉ＞タグと＜ｓｏｕｒｃｅ−ｆｉｌｅ−ｉｄ＞タグが含まれ、それぞれ印刷データが保存されているストレージサービスのＵＲＬと、指定されたストレージサービス上で印刷データを一意に識別するファイル識別子が設定されている。
【００２７】
＜ｒｅｐｅａｔ＞タグはｂｏｏｌｅａｎの値を持ち、ｆａｌｓｅであればストレージサービスから一度だけ印刷データを受信し印刷して終了するが、ｔｒｕｅであった場合は、後述するようにストレージサービスから通知を受信するごとに印刷データを受信し印刷する処理を行う。さらに、＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグにはオプションとして＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグを含めることも可能である。この＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグにはジョブに関する通知情報が記述される。
【００２８】
図５の例においては通知情報として、通知先を設定する＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｒｅｃｉｐｉｅｎｔ＞タグおよび通知条件を設定する＜ｅｖｅｎｔ＞タグが記述されている。画像形成装置はこれらのタグに設定された値に基づいてイベント送信処理を行う。
【００２９】
続いて画像形成装置は印刷要求に対して応答を返信する（Ｓ４０２）。図６は、図５のＣｒｅａｔｅＪｏｂパケットに対する応答パケットデータの一例である。ＣｒｅａｔｅＪｏｂ応答パケットには、ＣｒｅａｔｅＪｏｂコマンド対する結果コード（＜ｒｅｓｕｌｔ−ｃｏｄｅ＞タグ）や生成されたジョブの識別子（＜ｊｏｂ−ｉｄ＞タグ）等の情報が含まれている。
【００３０】
次に画像形成装置はストレージサービスに対してデータ受信要求を送信する（Ｓ４０３）。図７はその際ストレージサービスに送信されるＲｅａｄＤａｔａと称されるデータ受信要求パケットデータの一例である。ＲｅａｄＤａｔａパケットは、ストレージサービスから、指定したファイルのＵＲＬの取得を行うコマンドであり、要求元のユーザ名（＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞タグ）やファイルの識別子（＜ｆｉｌｅ−ｉｄ＞タグ）等の情報が記述されている。
【００３１】
ストレージサービスは＜ｆｉｌｅ−ｉｄ＞タグで指定されたファイルを外部から取得するためのＵＲＬを生成し、応答を返す（Ｓ４０４）。図８は、図７のＲｅａｄＤａｔａパケットに対する応答パケットデータの一例である。ＲｅａｄＤａｔａ応答パケットには、ＲｅａｄＤａｔａコマンド対する結果コード（＜ｒｅｓｕｌｔ−ｃｏｄｅ＞タグ）やファイル取得用に生成されたＵＲＬ（＜ｄａｔａ−ｓｏｕｒｃｅ−ｕｒｉ＞タグ）等の情報が含まれている。
【００３２】
その後画像形成装置は受信したファイル取得用ＵＲＬに対して図９のようなＨＴＴＰ／ＧＥＴコマンドを送信し（Ｓ４０５）、印刷データの実体を受信し（Ｓ４０６）、印刷要求パケットで設定されたジョブ指定に基づき印刷処理を行う。
【００３３】
次に、画像形成装置はストレージサービスに対して通知登録要求を送信する（Ｓ４０７）。図１０は、その際ストレージサービスに送信されるＳｕｂｓｃｒｉｂｅＦｉｌｅＮｏｔｉｆｉｃａｔｉｏｎと称される通知登録パケットデータの一例である。ＳｕｂｓｃｒｉｂｅＦｉｌｅＮｏｔｉｆｉｃａｔｉｏｎパケットはストレージサービスに対して、指定したファイルに関するイベントが発生した際にそれを通知してもらうためのコマンドであり、要求元のユーザ名（＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞タグ）やファイルの識別子（＜ｆｉｌｅ−ｉｄ＞タグ）や通知に関する情報（＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞）等の情報が記述されている。＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグには通知先を示す＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｒｅｃｉｐｉｅｎｔ＞タグや通知条件を示す＜ｅｖｅｎｔ＞タグなどが含まれている。
【００３４】
図１０の例においては、通知先は画像形成装置を指定、通知条件として、「ファイル更新時」（ｆｉｌｅ−ｕｐｄａｔｅｄ）を指定している。ストレージサービスはこれらのタグに設定された値に基づき、登録情報を後述するような内部テーブルとして保存し、応答を返す（Ｓ４０８）。図１１は、図１０のＳｕｂｓｃｒｉｂｅＦｉｌｅＮｏｔｉｆｉｃａｔｉｏｎパケットに対する応答パケットデータの一例である。ＳｕｂｓｃｒｉｂｅＦｉｌｅＮｏｔｉｆｉｃａｔｉｏｎ応答パケットには、ＳｕｂｓｃｒｉｂｅＦｉｌｅＮｏｔｉｆｉｃａｔｉｏｎコマンド対する結果コード（＜ｒｅｓｕｌｔ−ｃｏｄｅ＞タグ）や登録情報に対して割り当てた識別子（＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｓｕｂｓｃｒｉｐｔｉｏｎ−ｉｄ＞タグ）等の情報が含まれている。
【００３５】
上記のように通知登録が行われると、それ以降ストレージサービスにおいてファイルが更新されたというイベントが発生するとそれが画像形成装置に通知されるようになる（Ｓ４０９）。
【００３６】
図１２はストレージサービスから画像形成装置に送信されるＮｏｔｉｆｙと称される通知パケットデータの一例である。Ｎｏｔｉｆｙパケットは指定されたファイルに関するイベントが発生したことを通知するコマンドであり、要求元のユーザ名（＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞タグ）やイベント情報（＜ｎｏｔｉｆｉｃａｔｉｏｎ＞タグ）が記述されている。＜ｎｏｔｉｆｉｃａｔｉｏｎ＞タグには発生したイベントのタイプを示す＜ｔｒｉｇｇｅｒ−ｅｖｅｎｔ＞タグやファイル識別子を示す＜ｆｉｌｅ−ｉｄ＞タグなどが含まれ、画像形成装置はストレージサービスから図１２のような通知を受信するとＳ４０３〜Ｓ４０６の処理を再度繰り返し、更新されたファイルの印刷を行う。
【００３７】
図１３はホストコンピュータから印刷要求を受信した画像形成装置の処理を説明するフローチャートである。
【００３８】
まず画像形成装置内のジョブ制御部３０２がステップ１３０１において印刷要求を受信すると、ＸＭＬで記述された印刷設定を解析しステップ１３０２において応答を返す。次にステップ１３０３において、データ取得部３０９に対してストレージサービスのＵＲＬ（＜ｓｏｕｒｃｅ−ｕｒｉ＞タグで指定）およびファイル識別子（＜ｓｏｕｒｃｅ−ｆｉｌｅ−ｉｄ＞タグで指定）とともにデータ受信要求を送信する。データ取得部３０９はステップ１３０４においてデータ受信要求を受信すると、ステップ１３０５において、指定されたストレージサービスに対してデータ受信要求を送信し、ステップ１３０６においてストレージサービスからデータを受信する。なお、ステップ１３０５、１３０６の際には図４のＳ４０３〜Ｓ４０６で示したようなパケットのやりとりがされる。
【００３９】
次にステップ１３０７において、受信したデータをジョブ制御部３０２に送信する。ステップ１３０８において、ジョブ制御部３０２は印刷データを受信するとステップ１３０１で解析した結果からジョブに関する設定を行い、ステップ１３０９においてプリンタ制御部３０１にデータを送信し、プリンタエンジン１７により印刷が行われる。次にジョブ制御部３０２はステップ１３１０において、ステップ１３０１で解析済の＜ｒｅｐｅａｔ＞の値を判定する。値がｆａｌｓｅであった場合はすぐに処理を終了し、ｔｒｕｅであった場合にはステップ１３１１においてストレージサービスに対して通知登録を行った後、処理を終了する。通知登録の際には図４のＳ４０７〜Ｓ４０８で示したようなパケットのやりとりがされる。
【００４０】
図１４は、ストレージサービスにおいて、画像形成装置からの通知登録を受信する際の処理を示すフローチャートである。
【００４１】
ストレージサービスは、ステップ１４０１において常に外部からの通知登録の受信を待っており、通知登録を受信すると、ステップ１４０２においてその内容を解析し、内部テーブルに追加する。内部テーブルは図１５のようなものであり、通知登録ごとに１つのテーブルが生成される。その後ステップ１４０１の通知登録受信待ちに戻る。
【００４２】
図１６は、ストレージサービスにおいて、保存しているファイルに対して変更が加えられた際の処理を示すフローチャートである。ファイルに対する変更は、ファイルを生成したユーザまたはストレージサービスの管理者が行うものとし、ストレージサービス上のファイルを直接編集するか、ホストコンピュータ上で編集したファイルをストレージサービスに送信し、入れ替えることによって行われる。
【００４３】
ストレージサービスがステップ１６０１においてファイルの更新を検出すると、ステップ１６０２において、図１５の作成済内部テーブルを検索し、更新されたファイルについて通知登録がされているものがあるかどうかを判断する。ステップ１６０２の検索の結果、通知登録がされていなければステップ１６０１に戻り、通知登録がされていればステップ１６０３においてＮｏｔｉｆｙパケットを生成し、登録された宛先に送信した後にステップ１６０１に戻る。
【００４４】
図１７は、画像形成装置の通知受信部３１０において、ストレージサービスから通知を受信した際の処理を示すフローチャートである。
【００４５】
通知受信部はステップ１７０１において常に外部からの通知パケットを待っており、通知パケットを受信すると、ステップ１７０２においてその内容を解析し、ストレージサービスのＵＲＬと更新されたファイルの識別子を取得する。その後ステップ１７０３においてデータ取得部３０９に対して、ストレージサービスのＵＲＬとファイル識別子とともにデータ受信要求を送信し、ふたたび通知パケット受信待ちに戻る。
【００４６】
なお、データ取得部３０９は前述の通り、ストレージサービスからデータを受信しジョブ制御部に送信することで、印刷が行われる。
【００４７】
上記実施例においては、ホストコンピュータから画像形成装置に送信される印刷要求にはストレージサービスのＵＲＬとファイル識別子が含まれていたが、ファイルのＵＲＬのみを指定し、画像形成装置が直接ＨＴＴＰ／ＧＥＴコマンドでファイルを受信する構成とすることも可能である。
【００４８】
また、上記実施例においては、ストレージサービスから画像形成装置に送信される通知パケットは図１２のようなＳＯＡＰメッセージであったが、画像形成装置の通知受信部３１０は電子メール受信手段を持ち、ストレージサービスは画像形成装置宛に通知メッセージを電子メールで送信する構成とすることも可能である。これは、ストレージサービスと画像形成装置との間にファイアーウォールなどがあり、ＳＯＡＰでの通知パケットを画像形成装置に送信できないような環境において有効である。
【図面の簡単な説明】
【００４９】
【図１】本発明を適用可能な印刷システムの構築例を示すブロック図
【図２】画像形成装置のハードウェア構成を説明するブロック図
【図３】画像形成装置のソフトウェアプログラム構成を説明するブロック図
【図４】ホストコンピュータ、画像形成装置、ストレージサービスの間でやりとりされるコマンドやデータの送受信のシーケンス図
【図５】クライアントから画像形成装置に送信されるＣｒｅａｔｅＪｏｂパケットの例を示す図
【図６】ＣｒｅａｔｅＪｏｂパケットに対する応答パケットの例を示す図
【図７】画像形成装置からストレージサービスに送信されるＲｅａｄＤａｔａパケットの例を示す図
【図８】ＲｅａｄＤａｔａパケットに対する応答パケットの例を示す図
【図９】データ取得のためのＨＴＴＰ／ＧＥＴパケットの例を示す図
【図１０】画像形成装置からストレージサービスに送信されるＳｕｂｓｃｒｉｂｅＦｉｌｅＮｏｔｉｆｉｃａｔｉｏｎパケットの例を示す図
【図１１】ＳｕｂｓｃｒｉｂｅＦｉｌｅＮｏｔｉｆｉｃａｔｉｏｎパケットに対する応答パケットの例を示す図
【図１２】ストレージサービスから画像形成装置に送信されるＮｏｔｉｆｙパケットの例を示す図
【図１３】ホストコンピュータから印刷要求を受信した画像形成装置の処理を説明するフローチャート
【図１４】ストレージサービスにおいて、画像形成装置からの通知登録を受信する際の処理を示すフローチャート
【図１５】ストレージサービスが保持する登録テーブルの例を示す図
【図１６】ストレージサービスにおいて、保存しているファイルに対して変更が加えられた際の処理を示すフローチャート
【図１７】画像形成装置において、ストレージサービスから通知を受信した際の処理を示すフローチャート
【符号の説明】
【００５０】
１０１  画像形成装置
１０２  ホストコンピュータ
１０３  ストレージサービス
【図２】
2006168063.tif 000003
【図３】
2006168063.tif 000004
【図４】
2006168063.tif 000005
【図５】
2006168063.tif 000006
【図６】
2006168063.tif 000007
【図７】
2006168063.tif 000008
【図８】
2006168063.tif 000009
【図９】
2006168063.tif 000010
【図１０】
2006168063.tif 000011
【図１１】
2006168063.tif 000012
【図１２】
2006168063.tif 000013
【図１３】
2006168063.tif 000014
【図１４】
2006168063.tif 000015
【図１５】
2006168063.tif 000016
【図１６】
2006168063.tif 000017
【図１７】
2006168063.tif 000018
【図１】
2006168063.tif 000019