(57)【要約】【課題】本発明の課題は、障害が発生した場合には印刷処理を終了したページをネットワークを介して接続されるＰＣへ通知するようにし、ＰＣ側において印刷処理が行われなかったページ範囲の設定を容易とし、かつ、保持された文書データと印刷条件とに基づいて再印刷の印刷条件の設定を容易とする画像形成装置を提供することを目的とする。【解決手段】画像形成を要求する画像形成要求を受信すると、該画像形成要求によって指定される処理条件に基づいて、画像形成される対象データに画像形成処理を実行する画像形成サービス処理手段を有し、上記画像形成サービス処理手段は、画像形成処理中に発生した該画像形成処理に関するイベントの内容を示すイベント情報と上記処理条件及び上記対象データに関する処理情報とを示すイベント通知を生成して要求元に対して発行することを特徴とする画像形成装置によって達成される。【選択図】  図２
2004220098.tif 000002
【特許請求の範囲】
【請求項１】
画像形成を要求する画像形成要求を受信すると、該画像形成要求によって指定される該画像形成の条件を示す処理条件に基づいて、画像形成される対象データに画像形成処理を実行する画像形成サービス処理手段を有し、
上記画像形成サービス処理手段は、
画像形成処理中に発生した該画像形成処理に関するイベントの内容を示すイベント情報と、上記処理条件及び上記対象データに関する処理情報とを示すイベント通知を生成して、上記画像形成要求の要求元に対して発行する通知発行手段を有することを特徴とする画像形成装置。
【請求項２】
上記イベント情報は、画像形成処理が完了した処理完了範囲を有することを特徴とする請求項１記載の画像形成装置。
【請求項３】
上記画像形成サービス処理手段は、
上記画像形成要求を含む画像形成に関する各処理要求で指定されるコマンドを解析するコマンド解析手段と、
データを保存すると共に保存したデータを管理する保存サービス処理手段に、上記コマンド解析手段によって指定された上記処理条件と上記対象データの夫々を該データとして保存するように要求するデータ保存要求手段と、
上記対象データに基づいて媒体に画像を形成する画像形成処理手段と、
上記処理条件に従って上記画像形成処理手段を制御して上記媒体に画像を形成すると共に、該画像形成処理中に上記イベントの発生を検出する処理制御手段とを有し、
上記通知発行手段は、上記処理制御手段からの指示に応じて、上記イベント通知を生成して上記要求元に対して発行することを特徴とする画像形成装置。
【請求項４】
上記処理制御手段は、上記処理条件によって指定される画像形成の対象となる処理範囲に従って、上記画像形成処理手段に該処理範囲において上記媒体に画像を形成させることを特徴とする請求項３記載の画像形成装置。
【請求項５】
上記処理情報は、上記処理条件の上記保存サービス処理手段における格納位置を特定する第一格納位置特定情報と、上記対象データの上記保存サービス処理手段における格納位置を特定する第ニ格納位置特定情報とを有することを特徴とする請求項３又は４記載の画像形成装置。
【請求項６】
上記処理情報は、上記処理条件と、上記対象データの上記保存サービス処理手段における格納位置を特定する第ニ格納位置特定情報とを有することを特徴とする請求項３又は４記載の画像形成装置。
【請求項７】
画像形成サービス処理手段は、
上記処理要求に対する処理応答を生成する応答生成手段を有し、
上記処理制御手段は、上記処理要求によって指定されるコマンドに基づく処理を行った処理結果を上記応答生成手段に通知することによって、上記処理応答を生成することを特徴とする請求項１乃至６のいずれか一項記載の画像形成装置。
【請求項８】
インターネットを介して複数の他画像形成装置との間で共通に通信可能とする装置間インターフェースプロトコルに従って、通信を制御する装置間インターフェースプロトコル処理手段と、
上記装置間インターフェースプロトコル処理手段によって通知された上記画像形成要求及び上記処理要求で指定されるサービスを識別するサービス識別子に基づいて、上記画像形成サービス処理手段を実行するサービス識別手段とを有し、
上記サービス識別手段によって上記画像形成サービス処理手段が実行されると、上記コマンド解析手段は、上記装置間インターフェースプロトコルに規定される上記コマンドを解析することを特徴とする請求項３乃至７のいずれか一項記載の画像形成装置。
【請求項９】
インターネットを介して少なくともユーザ端末と画像形成処理を画像形成サービスとして提供する第一画像形成装置及び第二画像形成装置とが接続される画像形成システムにおいて、該ユーザ端末からの画像形成を要求する画像形成要求に応じて該画像形成処理を行う画像形成方法において、
上記ユーザ端末からの上記画像形成要求に応じて上記第一画像形成装置にて成された上記画像形成処理中に発生した該画像形成処理に関するイベントの内容を示すイベント情報と、上記処理条件及び上記対象データに関する処理情報とを示すイベント通知を生成して、上記ユーザ端末に対して発行する通知発行手順と、
上記第一画像形成装置から上記イベント通知を受信する通知受信手順と、
上記イベント通知に基づいて、該イベント発生後の上記第一画像形成処理に対する選択をユーザから取得する第一画面を表示ユニットに表示させる処理選択取得手順と、
上記処理選択取得手段によって取得された上記ユーザの選択が上記画像形成サービスの変更を示すか否かを判断する判断手順と、
上記判断手順による判断結果に基づいて、上記イベントが原因となって上記画像形成処理されなかった未処理範囲を示す第一処理条件を示すと共に、上記ユーザによって変更可能とする第二画面を上記表示ユニットに表示させて該ユーザから次の画像形成要求に設定すべき第ニ処理条件を取得する処理条件取得手順と、
上記第ニ処理条件を指定する画像形成要求を上記第ニ画像形成装置に送信する処理要求手順とを有することを特徴とする画像形成方法。
【請求項１０】
画像形成処理を画像形成サービスとして提供する画像形成装置に対して画像形成を要求する画像形成要求を行うユーザ装置での処理をコンピュータに行なわせるためのプログラムにおいて、
上記画像形成装置から上記画像形成要求に応じた上記画像形成処理中に発生したイベントに関するイベント通知を受信する通知受信手順と、
上記イベント通知に基づいて、該イベント発生後の上記画像形成処理に対する選択をユーザから取得する第一画面を表示ユニットに表示させる処理選択取得手順と、
上記処理選択取得手段によって取得された上記ユーザの選択が、上記画像形成サービスの変更を示すか否かを判断する判断手順と、
上記判断手順による判断結果に基づいて、上記イベントが原因となって上記画像形成処理されなかった未処理範囲を示す第一処理条件を示すと共に、上記ユーザによって変更可能とする第二画面を上記表示ユニットに表示させて該ユーザから次の画像形成要求に設定すべき第ニ処理条件を取得する処理条件取得手順とを有することを特徴とするプログラム。
【請求項１１】
インターネット上で画像形成可能な画像形成サービスを検索することによって取得した複数の画像形成サービスの一覧から上記ユーザが所望する上記画像形成サービスとは異なる他の画像形成サービスを取得するサービス取得手順と、
上記画像形成装置から上記画像形成要求時の第三処理条件を取得する処理条件取得手順と、
上記第三処理条件と上記未処理範囲とに基づいて上記第一処理条件を作成して上記第ニ画面を生成する画面生成手順と、
上記第ニ処理条件を指定する画像形成要求を上記他の画像形成サービスを提供する他の画像形成装置に送信する処理要求手順とを有することを特徴とする請求項１０記載のプログラム。
【請求項１２】
インターネット上で画像形成可能な画像形成サービスを検索することによって取得した複数の画像形成サービスの一覧から上記ユーザが所望する上記画像形成サービスとは異なる他の画像形成サービスを取得するサービス取得手順と、
上記イベント通知に指定される上記画像形成要求時の第三処理条件を取得する処理条件取得手順と、
上記第三処理条件と上記未処理範囲とに基づいて上記第一処理条件を作成して上記第ニ画面を生成する画面生成手順と、
上記第ニ処理条件を指定する画像形成要求を上記他の画像形成サービスを提供する他の画像形成装置に送信する処理要求手順とを有することを特徴とする請求項１０記載のプログラム。
【請求項１３】
画像形成処理を画像形成サービスとして提供する画像形成装置に対して画像形成に関する画像形成要求を行うユーザ装置での処理をコンピュータに行なわせるためのプログラムを格納した記録媒体において、
上記画像形成装置から上記画像形成要求に応じた処理中に発生したイベントに関するイベント通知を受信する通知受信手順と、
上記イベント通知に基づいて、該イベント発生後の上記画像形成処理に対する選択をユーザから取得する第一画面を表示ユニットに表示させる処理選択取得手順と、
上記処理選択取得手段によって取得された上記ユーザの選択が、上記画像形成サービスの変更を示すか否かを判断する判断手順と、
上記判断手順による判断結果に基づいて、上記イベントが原因となって画像形成処理されなかった未処理範囲を示す第一処理条件を示すと共に、上記ユーザによって変更可能とする第二画面を上記表示ユニットに表示させて該ユーザから次の画像形成要求に設定すべき第ニ処理条件を取得する処理条件取得手順とを有することを特徴とするプログラムを格納した記録媒体。
【請求項１４】
インターネット上で画像形成可能な画像形成サービスを検索することによって取得した複数の画像形成サービスの一覧から上記ユーザが所望する上記画像形成サービスとは異なる他の画像形成サービスを取得するサービス取得手順と、
上記画像形成装置から上記画像形成要求時の第三処理条件を取得する処理条件取得手順と、
上記第三処理条件と上記未処理範囲とに基づいて上記第一処理条件を作成して上記第ニ画面を生成する画面生成手順と、
上記第ニ処理条件を指定する画像形成要求を上記他の画像形成サービスを提供する他の画像形成装置に送信する処理要求手順とを有することを特徴とする請求項１３記載のプログラムを格納した記録媒体。
【請求項１５】
インターネット上で画像形成可能な画像形成サービスを検索することによって取得した複数の画像形成サービスの一覧から上記ユーザが所望する上記画像形成サービスとは異なる他の画像形成サービスを取得するサービス取得手順と、
上記イベント通知に指定される上記画像形成要求時の第三処理条件を取得する処理条件取得手順と、
上記第三処理条件と上記未処理範囲とに基づいて上記第一処理条件を作成して上記第ニ画面を生成する画面生成手順と、
上記第ニ処理条件を指定する画像形成要求を上記他の画像形成サービスを提供する他の画像形成装置に送信する処理要求手順とを有することを特徴とする請求項１３記載のプログラムを格納した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像形成装置に関し、特に、印刷処理を行った文書データと印刷条件とを保持し、障害が発生した場合には印刷処理を終了したページをネットワークを介して接続されるＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）へ通知するようにし、ＰＣ側において印刷処理が行われなかったページ範囲の設定を容易とし、かつ、保持された文書データと印刷条件とに基づいて再印刷の印刷条件の設定を容易とする画像形成装置を提供するものである。
【０００２】
【従来の技術】
従来、ネットワークを介してプリンタと接続されるＰＣから印刷を該プリンタに行わせる場合、作業中の文書作成用のアプリケーションのメニューから印刷を選択し、複数のプリンタがネットワーク上に存在する場合は所望のプリンタを選択し、更に、必要に応じて、原稿の向き及びサイズ、複数ページを１ページに印刷する集約、１ページを複数ページに分割して拡大する拡大連写、印刷品質等の印刷条件を設定して、文書の印刷を実行するようにしていた。又は、文書ファイルを直接選択して同様の選択して印刷を実行していた。このようなネットワークを介して接続されるプリンタとＰＣとで構成される従来のプリンタシステムでは、印刷する際に所望する印刷条件を設定することができた。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来のプリンタシステムでは、印刷処理を終了すると、ユーザが設定した印刷条件を破棄していた。従って、同じ文書を同じ印刷条件で印刷する場合でも印刷する際に同じように印刷条件を設定し直す必要があった。紙づまり、トナー切れ等によって印刷処理が中断されると、ユーザは、同様の印刷条件を設定し直して別のプリンタシステムに印刷処理を行わせるか、印刷されたページを確認して、そのページ以降を設定した印刷条件によって別のプリンタシステムに印刷処理を行わせるようにしていた。或いは、印刷処理が中断されたプリンタシステムが印刷処理が行える状態になった後、ユーザは、再度、印刷することができなかったページを指定した印刷条件を設定して同一のプリンタシステムに印刷処理を行わせていた。
【０００４】
そこで、本発明の課題は、印刷処理を行った文書データと印刷条件とを保持し、障害が発生した場合には印刷処理を終了したページをネットワークを介して接続されるＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）へ通知するようにし、ＰＣ側において印刷処理が行われなかったページ範囲の設定を容易とし、かつ、保持された文書データと印刷条件とに基づいて再印刷の印刷条件の設定を容易とする画像形成装置を提供するものである。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明は、請求項１に記載されるように、画像形成を要求する画像形成要求を受信すると、該画像形成要求によって指定される該画像形成の条件を示す処理条件に基づいて、画像形成される対象データに画像形成処理を実行する画像形成サービス処理手段を有し、上記画像形成サービス処理手段は、画像形成処理中に発生した該画像形成処理に関するイベントの内容を示すイベント情報と、上記処理条件及び上記対象データに関する処理情報とを示すイベント通知を生成して、上記画像形成要求の要求元に対して発行する通知発行手段を有するように構成される。
【０００６】
このような画像形成装置では、イベント（例えば、障害の発生）の内容が処理条件及び対象データに関する処理情報と共に要求元に通知されるため、要求元は、イベントが発生した時の処理条件と対象データとを容易に取得するとこができる。従って、要求元では、イベントが発生した時の対象データに対する再印刷処理に必要な処理条件の設定を容易に行うことができる。
【０００７】
また、本発明は、請求項２に記載されるように、上記イベント情報は、画像形成処理が完了した処理完了範囲を有するように構成することができる。
【０００８】
このような画像形成装置では、イベント情報に処理完了範囲（例えば、印刷完了したページ数）が含まれるため、イベント通知を受けた要求元では、処理完了範囲を知ることができるため、再度、画像形成処理を行う場合に、重複して画像形成処理を行わないように処理条件を設定することができる。
【０００９】
更に、本発明は、請求項３に記載されるように、上記画像形成サービス処理手段は、上記画像形成要求を含む画像形成に関する各処理要求で指定されるコマンドを解析するコマンド解析手段と、データを保存すると共に保存したデータを管理する保存サービス処理手段に、上記コマンド解析手段によって指定された上記処理条件と上記対象データの夫々を該データとして夫々保存するように要求するデータ保存要求手段と、上記対象データに基づいて媒体に画像を形成する画像形成処理手段と、上記処理条件に従って上記画像形成処理手段を制御して上記媒体に画像を形成すると共に、該画像形成処理中に上記イベントの発生を検出する処理制御手段とを有し、上記通知発行手段は、上記処理制御手段からの指示に応じて、上記イベント通知を生成して上記要求元に対して発行するように構成することができる。
【００１０】
このような画像形成装置では、処理条件と対象データとは保存サービス処理手段に保存される。従って、イベント通知を受信した要求元は、再度、画像形成処理を行う場合には、該処理条件を保存サービス処理手段から取得することができる。また、対象データも、画像形成要求を行った画像形成装置にて保存サービス処理手段から取得して画像形成処理を行うことができる。
【００１１】
また、本発明は、請求項４に記載されるように、上記処理制御手段は、上記処理条件によって指定される画像形成の対象となる処理範囲に従って、上記画像形成処理手段に該処理範囲において上記媒体に画像を形成させるように構成することができる。
【００１２】
このような画像形成装置では、処理範囲に従って画像形成処理が行われるため、要求元は、障害の発生によって処理されなかった範囲を処理範囲と指定することによって重複して画像形成処理を行わないようにすることができる。
【００１３】
更に、本発明は、請求項５に記載されるように、上記処理情報は、上記処理条件の上記保存サービス処理手段における格納位置を特定する第一格納位置特定情報と、上記対象データの上記保存サービス処理手段における格納位置を特定する第ニ格納位置特定情報とを有するように構成することができる。
【００１４】
このような画像形成装置では、処理条件及び対象データの格納位置が処理情報に設定されるため、要求元では、イベントが発生した時の処理条件及び対象データの格納位置を知ることができる。
【００１５】
また、本発明は、請求項６に記載されるように、上記処理情報は、上記処理条件と、上記対象データの上記保存サービス処理手段における格納位置を特定する第ニ格納位置特定情報とを有するように構成することができる。
【００１６】
このような画像形成装置では、処理条件と対象データの格納位置とが処理情報に設定されるため、要求元では、イベント通知を受信した時点で、処理条件を取得することができ、また、対象データを取得するための格納位置を知ることができる。
【００１７】
更に、本発明は、請求項７に記載されるように、画像形成サービス処理手段は、上記処理要求に対する処理応答を生成する応答生成手段を有し、上記処理制御手段は、上記処理要求によって指定されるコマンドに基づく処理を行った処理結果を上記応答生成手段に通知することによって、上記処理応答を生成するように構成することができる。
【００１８】
このような画像形成装置では、種々の処理要求に対する処理応答を応答生成手段によって作成させ、該処理要求を行った要求元に応答することができる。
【００１９】
また、本発明は、請求項８に記載されるように、インターネットを介して複数の他画像形成装置との間で共通に通信可能とする装置間インターフェースプロトコルに従って、通信を制御する装置間インターフェースプロトコル処理手段と、上記装置間インターフェースプロトコル処理手段によって通知された上記画像形成要求及び上記処理要求で指定されるサービスを識別するサービス識別子に基づいて、上記画像形成サービス処理手段を実行するサービス識別手段とを有し、上記サービス識別手段によって上記画像形成サービス処理手段が実行されると、上記コマンド解析手段は、上記装置間インターフェースプロトコルに規定される上記コマンドを解析するように構成することができる。
【００２０】
このような画像形成装置では、装置間インターフェースプロトコル（例えば、ＢＭＬｉｎｋＳ）に従って装置間での共通の通信制御が実現され、サービスに応じた処理を実行することができる。つまり、画像形成装置で可能な処理を例えばＷｅｂサービスとして提供することができる。
【００２１】
上記課題を解決するための手段として、本発明は、請求項１０に記載されるように、画像形成処理を画像形成サービスとして提供する画像形成装置に対して画像形成を要求する画像形成要求を行うユーザ装置での処理をコンピュータに行なわせるためのプログラムにおいて、上記画像形成装置から上記画像形成要求に応じた上記画像形成処理中に発生したイベントに関するイベント通知を受信する通知受信手順と、上記イベント通知に基づいて、該イベント発生後の上記画像形成処理に対する選択をユーザから取得する第一画面を表示ユニットに表示させる処理選択取得手順と、上記処理選択取得手段によって取得された上記ユーザの選択が、上記画像形成サービスの変更を示すか否かを判断する判断手順と、上記判断手順による判断結果に基づいて、上記イベントが原因となって上記画像形成処理されなかった未処理範囲を示す第一処理条件を示すと共に、上記ユーザによって変更可能とする第二画面を上記表示ユニットに表示させて該ユーザから次の画像形成要求に設定すべき第ニ処理条件を取得する処理条件取得手順とを有する
このようなプログラムがインストールされたコンピュータは、ユーザ端末として、イベントが発生した時点での処理条件とイベントが原因となって画像形成処理がなされなかった未処理範囲とに基づく処理条件が表示されるため、ユーザは、容易に画像形成処理がなされなかった未処理範囲を知ることができ、再度画像形成処理を行うための処理条件の設定を重複することなく容易に行うことができる。
【００２２】
また、本発明は、請求項１１に記載されるように、インターネット上で画像形成可能な画像形成サービスを検索することによって取得した複数の画像形成サービスの一覧から上記ユーザが所望する上記画像形成サービスとは異なる他の画像形成サービスを取得するサービス取得手順と、上記画像形成装置から上記画像形成要求時の第三処理条件を取得する処理条件取得手順と、上記第三処理条件と上記未処理範囲とに基づいて上記第一処理条件を作成して上記第ニ画面を生成する画面生成手順と、上記第ニ処理条件を指定する画像形成要求を上記他の画像形成サービスを提供する他の画像形成装置に送信する処理要求手順とを有するように構成される。
【００２３】
このようなプログラムがインストールされたコンピュータは、ユーザ端末として、イベントが発生した時点での印刷条件をイベントが発生した画像形成装置から取得して、他の画像形成装置に未処理範囲が反映された印刷条件にて画像形成処理を行わせることができる。
【００２４】
更に、本発明は、請求項１２に記載されるように、インターネット上で画像形成可能な画像形成サービスを検索することによって取得した複数の画像形成サービスの一覧から上記ユーザが所望する上記画像形成サービスとは異なる他の画像形成サービスを取得するサービス取得手順と、上記イベント通知に指定される上記画像形成要求時の第三処理条件を取得する処理条件取得手順と、上記第三処理条件と上記未処理範囲とに基づいて上記第一処理条件を作成して上記第ニ画面を生成する画面生成手順と、上記第ニ処理条件を指定する画像形成要求を上記他の画像形成サービスを提供する他の画像形成装置に送信する処理要求手順とを有するように構成することができる。
【００２５】
このようなプログラムがインストールされたコンピュータは、ユーザ端末として、イベントが発生した時点での印刷条件をイベント通知から取得して、他の画像形成装置に未処理範囲が反映された印刷条件にて画像形成処理を行わせることができる。
【００２６】
上記課題を解決するための手段として、本発明は、コンピュータに行なわせるための上記プログラムを記録した記録媒体とすることもできる。
【００２７】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２８】
本発明の一実施例に係る画像形成装置は、例えば、図１に示すようなハードウェア構成を成す。図１は、本発明の一実施例に係る画像形成装置のハードウェア構成を示すブロック図である。
【００２９】
図１において、画像形成装置１００は、コンピュータによって制御されるプリンタ装置であって、ＣＰＵ（中央処理装置）１１と、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、不揮発性ＲＡＭ（ｎｏｎ−ｖｏｌａｔｉｌｅ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１４と、リアルタイムクロック１５、イーサネット（登録商標）Ｉ／Ｆ（Ｅｔｈｅｒｎｅｔ（登録商標）  Ｉｎｔｅｒｆａｃｅ）２１と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）２２と、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）１２８４  ２３と、ハードディスクＩ／Ｆ２４と、ビデオＩ／Ｆ２５と、ＲＳ−２３２Ｃ  Ｉ／Ｆ２６とで構成され、システムバスＢに接続される。
【００３０】
ＣＰＵ１１は、ＲＯＭ１２に格納されたプログラムに従って画像形成装置１００を制御する。ＲＡＭ１３には、例えば、各インターフェース２１から２６に接続される資源に領域が割り当てられる。不揮発性ＲＡＭ１４には、画像形成装置１００の電源がオフになるまでＣＰＵ１１による処理で必要な情報が格納される。リアルタイムクロック１５は、現時刻を計ると共に、処理を同期させる場合にＣＰＵ１１によって使用される。
【００３１】
イーサネット（登録商標）Ｉ／Ｆ２１には、１０ＢＡＳＥ−Ｔ又は１０ＢＡＳＥ−ＴＸ等のイーサネット（登録商標）用インターフェースケーブルが接続される。ＵＳＢ２２には、ＵＳＢ用インターフェースケーブルが接続される。ＩＥＥＥ１２８４  ２３には、ＩＥＥＥ１２８４用インターフェースケーブルが接続される。
【００３２】
ハードディスクＩ／Ｆ２４には、ハードディスク３４が接続され、ネットワークを介して送信された印刷される文書の文書データ、又は、印刷処理後の画像データがハードディスクＩ／Ｆ２４を介してハードディスク３４に格納される。ビデオＩ／Ｆ２５には、プリンタエンジン３５が接続され、画像データがビデオＩ／Ｆ２５を介してプリンタエンジン２５に送信され、該画像データに基づいて用紙等の印刷可能な媒体に画像が形成される。ＲＳ−２３２Ｃ  Ｉ／Ｆ２６には、オペレーションパネル３６が接続され、ユーザへの情報の表示及びユーザから入力情報又は設定情報の取得が行われる。
【００３３】
図２は、本発明の一実施例に係る画像形成装置とネットワークを介して接続されるクライアントＰＣの機能構成を示すブロック図である。図２において、ネットワーク４０を介して画像形成装置１００及び１５０とクライアントＰＣ２００とが接続されるネットワーク構成を示しているが、画像形成装置１００と同様の機能を有する複数の画像形成装置と複数のクライアントＰＣ２００とが接続されていても良い。
【００３４】
画像形成装置１００は、主に、ネットワークＩ／Ｆ１０１と、Ｗｅｂサービス処理部１０２と、プリントサービス処理部１１０と、ストレージサービス処理部１３０とで構成される。ネットワークＩ／Ｆ１０１は、後述される図３に示されるような階層構造を有し、ネットワーク４０を介して、クライアントＰＣ２００、他のクライアントＰＣ、他の画像形成装置等との通信制御を行う。Ｗｅｂサービス処理部１０２は、プリントサービス処理部１１０及びストレージサービス処理部１３０へのＷｅｂサービス要求の通知及びその要求に対するプリントサービス処理部１１０及びストレージサービス処理部１３０からのＷｅｂサービス応答の送信を制御する。画像形成装置１５０も画像形成装置１００と同様の機能構成を有する。
【００３５】
プリントサービス処理部１１０は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）パーサ１１１と、コマンド解析部１１２と、サービス／ジョブ制御部１１３と、印刷処理部１１４と、応答生成部１１５と、ＸＭＬパーサ１１７を有するデータ保存要求部１１６と、通知発行部１１８とで構成される。
【００３６】
ＸＭＬパーサ１１１は、所定のＯＡ機器Ｉ／Ｆプロトコルに従ってＷｅｂサービス処理部１０２から受信したＷｅｂサービス要求で示されるＸＭＬで記述されたメッセージの構文を解析する。所定のＯＡ機器Ｉ／Ｆプロトコルとは、ネットワーク４０上に存在するプリンタ、スキャナ、ストレージ、ＦＡＸ送信及び受信の少なくともいずれか１つの機能を有する１つ以上のＯＡ機器に対して、ジョブ制御手順、ステータス参照等の共通のインターフェースプロトコルを規定する標準仕様であって、例えば、ＢＭＬｉｎｋＳである。
【００３７】
本発明において、Ｗｅｂサービスとは、ＢＭＬｉｎｋＳに従って画像形成装置１００の１つの機能又は２以上の機能の組み合せによって実現されるサービス（一連の処理）をネットワーク４０を介して接続されるクライアントＰＣ２００及び他画像形成装置に提供するのみならず、画像形成装置１００内の他の機能に対しても提供することを言う。Ｗｅｂサービス要求とは、クライアントＰＣ２００が、ＢＭＬｉｎｋＳに従って、画像形成装置１００に対してサービスの要求を所定のコマンドによって行うこと、及び、画像形成装置１００内において、ある機能がＢＭＬｉｎｋＳに従って他の機能に対してサービスの要求を所定のコマンドによって行うことを言う。また、Ｗｅｂサービス応答とは、画像形成装置１００が、ＢＭＬｉｎｋＳに従って、クライアントＰＣ２００からのＷｅｂサービス要求に対して行った処理結果等をクライアントＰＣ２００へ返信すること、及び、画像形成装置１００内において、ある機能からのＷｅｂサービス要求の応答として、他の機能がＢＭＬｉｎｋＳに従って、処理結果等を返信することを言う。
【００３８】
コマンド解析部１１２は、ＸＭＬパーサ１１１によって構文解析されたメッセージからコマンドを取得し、その取得したコマンドに応じた処理をサービス／ジョブ制御部１１３又はデータ保存要求部１１６に行わせる。例えば、コマンド解析部１１２は、コマンドを解析することによって、ネットワーク４０を介して接続されるクライアントＰＣ２００からのＷｅｂサービス要求が、初回の印刷要求であると判断した場合、印刷条件をストレージサービス処理部１３０へ格納するために、データ保存要求部１１７へＷｅｂサービス要求のメッセージに設定された印刷条件を通知する。印刷条件とは、原稿の向き及びサイズ、複数ページを１ページに印刷する集約、１ページを複数ページに分割して拡大する拡大連写、印刷品質等のユーザによって設定された条件である。一方、コマンド解析部１１２は、印刷条件に従って所定媒体に画像を形成するプリントジョブを生成して、サービス／ジョブ制御部１１３へ通知する。また、ネットワーク４０を介して接続されるクライアントＰＣ２００から印刷すべき文書データが送信された場合、その文書データをストレージサービス処理部１３０へ格納する。
【００３９】
サービス／ジョブ制御部１１３は、コマンド解析部１１２から印刷条件を受信すると、印刷すべき文書データを受信するためのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）を応答生成部１１５に通知することによって、応答生成部１１５にＷｅｂサービス要求を受付けたことを示すＷｅｂサービス応答をクライアントＰＣ２００へ送信させる。このＷｅｂサービス応答によって、クライアントＰＣ２００から文書データを受信すると、サービス／ジョブ制御部１１３は、印刷処理部１１４を制御して所定媒体に画像を形成させ出力させる。サービス／ジョブ制御部１１３は、印刷処理部１１４から印刷処理の終了を示すデータを受信すると、通知発行部１１８に印刷処理終了を示すステータスを通知する。
【００４０】
印刷処理部１１４は、図１に示されるプリンタエンジン３５を含み、サービス／ジョブ制御部１１３の制御によって、印刷条件に従って画像を媒体に形成し出力する。
【００４１】
データ保存要求部１１６は、コマンド解析部１１２から印刷条件又は文書データを受信すると画像形成装置１００内のストレージサービス処理部１３０に対して内部的にＢＭＬｉｎｋＳに従ったコマンドを発行する。データ保存要求部１１６から発行されたコマンドは、ネットワークＩ／Ｆ１０２へ送信される。この場合、ネットワークＩ／Ｆ１０２は発行先が画像形成装置１００内のストレージサービス処理部１３０であると判断して、ネットワーク４０へは送出せずに、Ｗｅｂサービス処理部１０２へ送信する。Ｗｅｂサービス処理部１０２は、Ｗｅｂサービス要求の要求先がストレージサービス処理部１３０であると判断し、Ｗｅｂサービス要求をストレージサービス処理部１３０へ通知する。
【００４２】
一方、データ保存要求部１１６は、ストレージサービス処理部１３０からネットワークＩ／Ｆ１０１を介してＷｅｂサービス応答を受信すると、ＸＭＬパーサ１１７によって構文を解析し、その構文解析結果をコマンド解析部１１２へ通知する。例えば、そのＸＭＬパーサ１１７による構文解析結果によって、印刷条件の格納終了又は文書データの格納終了が示される場合、コマンド解析部１１２は、サービス／ジョブ制御部１１３にプリントジョブを通知することによって、印刷処理部１１４に印刷処理を実行させる。
【００４３】
通知発行部１１８は、サービス／ジョブ制御部１１３から通知されるステータスに基づいて、ネットワークＩ／Ｆ１０１によってＨＴＴＰプロトコルでクライアントＰＣ２００に通知する。
【００４４】
ストレージサービス処理部１３０は、ＸＭＬパーサ１３１と、コマンド解析部１３２と、ファイル管理部１３３と、応答生成部１３４と、ハードディスク３４とで構成される。
【００４５】
ＸＭＬパーサ１３１は、プリントサービス処理部１１０のＸＭＬパーサ１１１と同様に、所定のＯＡ機器Ｉ／Ｆプロトコルに従ってＷｅｂサービス処理部１０２から受信したＷｅｂサービス要求で示されるＸＭＬで記述されたメッセージの構文を解析する。コマンド解析部１３２は、プリントサービス処理部１１０のコマンド解析部１１２と同様に、ＸＭＬパーサ１３１によって構文解析されたメッセージからコマンドを取得し、その取得したコマンドに応じた処理をファイル管理部１３３に行わせる。
【００４６】
ファイル管理部１３３は、コマンド解析部１３２からの指示に応じて、ハードディスク３４へアクセスして指示された処理を実行する。例えば、印刷条件又は文書データ（以後、印刷条件又は文書データ等を総称する場合、単にデータと言う）を保存するためのファイルを生成する指示であれば、新規に空のファイルを生成し、そのファイルＩＤを応答生成部１３４に通知する。また、データを格納すべきストレージサービスのＵＲＩが指定されたデータを受信した場合、そのＵＲＩに対応する格納位置にデータを格納する。また、ストレージサービスのＵＲＩが指定されたデータの要求を受信した場合、そのそのＵＲＩに対応する格納位置からデータを読み出す。
【００４７】
応答生成部１３４は、ファイル管理部１３３から通知されたファイル名に基づいてそのファイルを特定するＵＲＩを示すメッセージをＸＭＬに従って生成して、Ｗｅｂサービス処理部１０２に送信する。そして、Ｗｅｂサービス処理部１０２は、応答生成部１３４から受信したメッセージをＷｅｂサービス応答として、ネットワークＩ／Ｆ１０１によってＢＭＬｉｎｋＳに従ってクライアントＰＣ２００へ送信する。
【００４８】
クライアントＰＣ２００は、パーソナルコンピュータであって、主に、ネットワークＩ／Ｆ２０１と、Ｗｅｂサービス処理部２０２と、サービス検索部２０３と、印刷要求部２０４と、ジョブ一覧制御部２０５と、通知受信部２０６と、文書アプリケーション２０７と、インストーラ２０９とで構成される。ネットワークＩ／Ｆ２０１は、ネットワークＩ／Ｆ１０１同様に後述される図３に示されるような階層構造を有し、ネットワーク４０を介して、画像形成装置１００、他のクライアントＰＣ、他の画像形成装置等との通信制御を行う。Ｗｅｂサービス処理部２０２は、プリントサービス処理部１１０及びストレージサービス処理部１３０へのＷｅｂサービス要求の通知及びその要求に対するプリントサービス処理部１１０及びストレージサービス処理部１３０からのＷｅｂサービス応答の送信を制御する。
【００４９】
Ｗｅｂサービス処理部２０２は、ネットワークＩ／Ｆ２０１からＷｅｂサービス応答又は画像形成装置１００の通知発行部１１８からステータスの通知を受信すると、通知受信部２０６にＷｅｂサービス応答又はステータスを通知する。通知受信部２０６は、Ｗｅｂサービス応答のメッセージ又はステータスを印刷要求部２０４が解釈可能なデータ形式に変換して印刷要求部２０４に送信する。
【００５０】
サービス検索部２０３は、印刷要求部２０４からのサービス検索要求に応じて、ネットワークＩ／Ｆ２０１によって、ＢＭＬｉｎｋＳに従って、ネットワーク４０上に存在するサービス可能な画像形成装置１００及び他の画像形成装置を検索するディスカバリ（Ｄｉｓｃｏｖｅｒｙ）を実行する。又は、サービス検索部２０３は、クライアントＰＣ２００の起動時に、ディスカバリを実行してサービス可能な画像形成装置を検索する。検索結果は、例えば、プリントサービス一覧として所定記憶領域に格納され、印刷要求部２０４へサービス検索要求に対する検索結果として通知する。
【００５１】
印刷要求部２０４は、文書アプリケーション２０７からの印刷処理の要求（例えば、初回の印刷処理の要求）に応じて、ユーザが所望するプリントサービス（例えば、画像形成装置１００のプリントサービス処理部１１０にて提供されるプリントサービス）に対してＢＭＬｉｎｋＳに従ってＷｅｂサービス要求を送信する。また、ジョブ一覧制御部２０５からの印刷処理の要求（例えば、再印刷処理の要求）に応じて、ユーザが所望するプリントサービス（例えば、画像形成装置１００のプリントサービス処理部１１０にて提供されるプリントサービス）に対してＢＭＬｉｎｋＳに従ってＷｅｂサービス要求を送信する。
【００５２】
ジョブ一覧制御部２０５は、ユーザによる再印刷処理の要求によって実行され、該ユーザが既に印刷処理したプリントジョブ一覧をネットワークＩ／Ｆ２０１を介してＢＭＬｉｎｋＳに従ってネットワーク４０に接続される画像形成装置１００のプリントサービス処理部１１０から取得する。そして、ジョブ一覧制御部２０５は、取得したプリントジョブ一覧から、ユーザが所望するプリントジョブの印刷条件を該ユーザから取得して、印刷要求部２０４にユーザが所望するプリントジョブと印刷条件を通知することによって、該ユーザが所望する印刷処理が行われるように制御する。
【００５３】
文書アプリケーション２０７は、文書の作成、編集、削除等を実現するアプリケーションである。説明の便宜のため、文書アプリケーション２０７をクライアントＰＣ２００を構成する１つの処理部として例示しているが、文書用のアプリケーションに限定されるものではない。文書アプリケーション２０７は、表計算用アプリケーション、作図用アプリケーション等であっても良く、印刷処理を要求するアプリケーションであれば良い。
【００５４】
インストーラ２０９は、コンピュータによって読み取り可能であって、少なくともクライアントＰＣ２００を構成する処理部２０１から２０６を実現するプログラムを格納した記録媒体２２０から、該プログラムをクライアントＰＣ２００のハードディスク等にインストールする。例えば、ハードディスクにインストールされた該プログラムを起動することによって、少なくとも処理部２０１から２０６がクライアントＰＣ２００に生成される。
【００５５】
画像形成装置１００のネットワークＩ／Ｆ１０１及びクライアントＰＣ２００のネットワークＩ／Ｆ２０１は、例えば、図３に示されるような階層構造を成す。図３は、ネットワークインターフェースの階層構造を示すブロック図である。ネットワークＩ／Ｆ１０１及び２０１は、夫々、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）５１と、ＨＴＴＰ５２と、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）５３と、ＢＭＬｉｎｋＳ５４とで構成される。
【００５６】
ＴＣＰ／ＩＰ５１は、ネットワーク４０を介したデータ通信を制御するネットワーク通信プロトコルである。ＨＴＴＰ５２は、インターネット上の情報提供及び情報取得を実現するインターネット通信プロトコルである。ＳＯＡＰ５３は、例えばＸＭＬに従って記述されたメッセージの交換を制御するメッセージ交換プロトコルである。ＢＭＬｉｎｋＳ５４は、ネットワーク４０上に存在するプリンタ、スキャナ、ストレージ、ＦＡＸ送信及び受信の少なくともいずれか１つの機能を有する１つ以上のＯＡ機器に対して、ジョブ制御手順、ステータス参照等に関するデータ通信を制御するＯＡ機器Ｉ／Ｆプロトコルである。
【００５７】
図２に示す画像形成装置１５０は、画像形成装置１００と同様に、図１に示すようなハードウェア構成を成し、図２及び図３に示すような機能構成を成す。
【００５８】
図２に示すクライアントＰＣ２００がネットワーク４０を介して画像形成装置１００にて印刷処理を行わせるプリント要求を行ったが、画像形成装置１００での障害によって、印刷途中から画像形成装置１５０へ印刷処理を行わせる方法について以下に説明する。
【００５９】
図４、図５及び図６は、障害が発生した場合の印刷処理を説明するフローチャート図である。図４において、クライアントＰＣ２００において、サービス検索部２０３は、ディスカバリによってネットワーク４０上で可能なプリントサービスを検索して、ユーザが所望するプリントサービスを取得する（ステップＳ５１１）。つまり、サービス検索部２０３によるディスカバリによって、画像形成装置１００のプリントサービス処理部１１０がプリントサービス可能として応答する（ステップＳ５１２）。
【００６０】
クライアントＰＣ２００は、表示ユニットに印刷条件設定画面を表示して、ユーザから印刷条件を取得する（ステップＳ５１３）。印刷要求部２０４は、ユーザから取得した印刷条件を示すプリント要求を生成する（ステップＳ５１４）。
【００６１】
そして、クライアントＰＣ２００はプリント要求を画像形成装置１００へ送信し、文書データ３１を送信すべきＵＲＩを画像形成装置１００から取得する（ステップＳ５１５）。即ち、ＢＭＬｉｎｋＳに従って生成されたプリント要求内のメッセージには、ｃｒｅａｔｅ＿ｊｏｂコマンドが設定され、印刷条件３０が要素として設定される。画像形成装置１００では、クライアントＰＣ２００からプリント要求を受信すると、コマンド解析部１１２がｃｒｅａｔｅ＿ｊｏｂを実行することによって、サービス／ジョブ制御部１１３が、ｃｒｅａｔｅ＿ｊｏｂ応答として文書データ３１を受信するためのＵＲＩを応答生成部１１５に通知する。応答生成部１１５は、文書データ３１を受信するためのＵＲＩを設定したプリント応答をＢＭＬｉｎｋＳに従ってクライアントＰＣ２００へ送信する（ステップＳ５１６）。文書データ３１を受信するためのＵＲＩは、ＢＭＬｉｎｋＳに従ってタグ＜ｄａｔａ＿ｓｉｎｋ＿ｕｒｉ＞で指定される。
【００６２】
クライアントＰＣ２００では、プリント応答に設定されたｃｒｅａｔｅ＿ｊｏｂ応答によって示されるＵＲＩを受信すると、そのＵＲＩへ文書データ３１を送信する（ステップＳ５１７）。
【００６３】
一方、画像形成装置１００では、指定したＵＲＩで文書データ３１を受信すると（ステップＳ５１８）、プリントジョブが生成される（ステップＳ５１９）。また、コマンド解析部１１２は、ストレージサービス処理部１３０に内部的にＢＭＬｉｎｋＳに従ってコマンドを発行し、プリント要求に設定された印刷条件３０をストレージサービス処理部１３０に保存する（ステップＳ５２０）。更に、コマンド解析部１１２は、プリント応答で指定したＵＲＩにてクライアントＰＣ２００から受信した文書データ３１を取得して、ストレージサービス処理部１３０に保存する（ステップＳ５２１）。ステップＳ５２０及びＳ５２１での処理は図７にて詳述される。
【００６４】
そして、コマンド解析部１１２は、サービス／ジョブ制御部１１３に文書データ３１とを通知することによって、印刷条件３０に従った印刷処理を指示する（ステップＳ５２２）。サービス／ジョブ制御部１１３は印刷処理部１１４を制御して、文書データ３１に基づいて所定媒体に画像を形成する。
【００６５】
画像形成装置１００にて印刷処理中に出力中の紙詰まり、トナー切れ等の障害が発生すると、つまり、サービス／ジョブ制御部１１３が印刷処理部１１４から障害発生を示す通知を受信すると（ステップＳ５２３）、サービス／ジョブ制御部１１３は、通知発行部１１８によって、発生した障害に関する通知情報をクライアントＰＣ２００へ通知する（ステップＳ５２４）。通知情報には、ジョブに関する情報、障害の理由、印刷処理を完了したページ数、印刷条件及び文書データに関する情報等が示される。
【００６６】
クライアントＰＣ２００は、エラー通知を受信すると（ステップＳ５２５）、そのエラー通知に示される画像形成装置１００で発生した障害の内容を表示し、ユーザに障害の回避方法の選択を可能とする障害回避の確認画面を表示ユニットに表示し、ユーザが所望する障害回避方法を取得する（ステップＳ５２６）。画像形成装置１００に対してジョブをキャンセルするために印刷停止要求を送信する（ステップＳ５２７）。
【００６７】
画像形成装置１００では、印刷停止要求を受信すると、サービス／ジョブ制御部１１３は、該印刷停止要求で指定される障害が発生したジョブをキャンセルする（ステップＳ５２８）。
【００６８】
一方、クライアントＰＣ２００では、ジョブ一覧制御部２０５が、ステップＳ５２６にてユーザが障害回避の確認画面から選択した障害回避方法がジョブのキャンセルであるか否かを判断する（ステップＳ５２９）。ジョブのキャンセルである場合、印刷処理を終了する。
【００６９】
一方、他プリントサービスへの切り替えが選択された場合、印刷要求部２０４は、検索部２０３によって、インターネット４０上の画像形成装置１００以外の印刷処理可能なプリントサービスをディスカバリで検索して、その検索結果をプリントサービス一覧として表示ユニットに表示し、ユーザが所望するプリントサービスを取得する（ステップＳ５３０）。即ち、ユーザは、表示されたプリントサービス一覧から所望するプリントサービスを選択する。ユーザが選択したプリントサービスを提供する装置が画像形成装置１５０であるとする。
【００７０】
そして、今回のジョブの印刷条件３０を要求するために、ｒｅａｄ＿ｄａｔａコマンドが設定され、印刷条件３０のファイルＩＤを指定したデータ読み出し要求を画像形成装置１００へ送信する（ステップＳ５３１）。
【００７１】
画像形成装置１００では、データ読み出し要求を受信すると、Ｗｅｂサービス処理部１０２によって該データ読み出し要求がストレージサービス処理部１３０に通知され、ストレージサービス処理部１３０のファイル管理部１３３は、データ読み出し要求に設定されているｒｅａｄ＿ｄａｔａコマンドによって、指定されたジョブの印刷条件３０が格納されているストレージサービスのＵＲＩをｒｅａｄ＿ｄａｔａの応答として応答生成部１３４に通知し、応答生成部１３４は、ＵＲＩを指定するｒｅａｄ＿ｄａｔａの応答をデータ読み出し応答としてクライアントＰＣ２００に送信する（ステップＳ５３２）。
【００７２】
クライアントＰＣ２００では、データ読み出し応答を受信すると、ジョブ一覧制御部２０５は、指定されたＵＲＩから印刷条件３０を取得する（ステップＳ５３３）。つまり、ＵＲＩを指定したＨＴＴＰのＧＥＴメソッドを画像形成装置１００へ送信することによって、印刷条件３０を取得する。
【００７３】
一方、画像形成装置１００では、ストレージサービス処理部１３０のファイル管理部１３３は、ＧＥＴメソッドで指定されるＵＲＩに基づいて、ハードディスク３４から印刷条件３０を取得してクライアントＰＣ２００へ送信する（ステップＳ５３４）。
【００７４】
そして、クライアントＰＣ２００では、ジョブ一覧制御部２０５が受信した印刷条件３０を印刷要求部２０４に通知し、印刷要求部２０４によって印刷条件３０と、ステップＳ５２５にて受信したエラー通知に設定される印刷範囲に基づいて、印刷条件設定画面が表示ユニットに表示することによって、ユーザによって確認又は変更された印刷条件を取得する（ステップＳ５３５）。ユーザが表示された印刷条件設定画面にて印刷条件を確認又は変更した印刷条件３０−３を取得後、印刷要求部２０４は、ＢＭＬｉｎｋＳに従って、その印刷条件３０−３を示すｃｒｅａｔｅ＿ｊｏｂコマンドが設定されたプリント要求を生成する（ステップＳ５３６）。そして、印刷要求部２０４は、ネットワークＩ／Ｆ２０１によってプリント要求を画像形成装置１５０へ送信する（ステップＳ５３７）。
【００７５】
一方、画像形成装置１５０では、プリント要求を受信すると、プリントジョブが生成される（ステップＳ５３８）。また、コマンド解析部１１２は、データ保存要求部１１６によって、ストレージサービス処理部１３０に内部的にＢＭＬｉｎｋＳに従ってコマンドを発行し、プリント要求に設定された印刷条件３０−３をストレージサービス処理部１３０に保存する（ステップＳ５３９）。
【００７６】
更に、コマンド解析部１１２は、プリント要求に設定された印刷条件３０−３を解析し、印刷条件３０−３にて指定されるストレージサービス（他画像形成装置、つまり、画像形成装置１００）から文書データ３１を取得して、ストレージサービス処理部１３０に文書データ３１を保存する（ステップＳ５４０）。つまり、画像形成装置１００から文書データ３１を読み出すためには、画像形成装置１５０から画像形成装置１００に対して、ｒｅａｄ＿ｄａｔａコマンドを設定した文書データの読み出し要求を発行し、その読み出し要求に応じて画像形成装置１００から送信される読み出し応答にて指定される文書データ３１が格納されているストレージサービスのＵＲＩを用いて、ＧＥＴメソッドで画像形成装置１００から文書データ３１を取得する。
【００７７】
コマンド解析部１１２は、ストレージサービス処理部１３０から文書データ３１を読み出し（ステップＳ５４１）、サービス／ジョブ制御部１１３によって、印刷処理部１１４に未出力ページ以降の画像を所定媒体に形成させ出力する（ストップＳ５４２）。サービス／ジョブ制御部１１３が印刷処理部１１４からジョブ終了を示す通知を受けると、サービス／ジョブ制御部１１３は、通知発行部１１８によって印刷処理終了をクライアントＰＣ２００へ通知する（ステップＳ５４３）。
【００７８】
クライアントＰＣ２００は、印刷処理終了を受信すると、印刷処理を終了する（ステップＳ５４４）。
【００７９】
図４に示すステップＳ５２０及びＳ５２１での処理を図７で詳述する。図７は、印刷条件及び文書データをストレージサービス処理部に保存するデータ保存処理を説明するフローチャート図である。図７より、図４に示すステップＳ５２０において、データ保存要求部１１６は、コマンド解析部１１２から印刷条件３０を受信すると、ストレージサービス処理部１３０へ内部的にＢＭＬｉｎｋＳに従ってデータ保存要求を発行する（ステップＳ２０１）。データ保存要求には、ｃｒｅａｔｅ＿ｆｉｌｅコマンドが設定される。
【００８０】
ストレージサービス処理部１３０において、プリントサービス処理部１１０から発行されたデータ保存要求を受信すると、ファイル管理部１３３は、ハードディスク３４に空きファイルを作成し、応答生成部１３４にその空きファイルのファイルＩＤをｃｒｅａｔｅ＿ｆｉｌｅ応答として通知する（ステップＳ２０２）。応答生成部１３４は、その空きファイルが存在するストレージサービスのＵＲＩをＢＭＬｉｎｋＳに従ってファイル応答に設定し、プリントサービス処理部１１０へそのファイル応答を発行する（ステップＳ２０３）。
【００８１】
プリントサービス処理部１１０では、ファイル応答を受信すると、データ保存要求部１１６が空きファイルが存在するストレージサービスのＵＲＩに印刷条件３０を送信する（ステップＳ２０４）。ストレージサービス処理部１３０では、印刷条件３０を受信すると、ファイル管理部１３３は、プリントサービス処理部１１０から受信した印刷条件３０をハードディスク３４に格納し（ステップＳ２０５）、ステップＳ２０での処理を終了し、ステップＳ２１での処理が開始される。
【００８２】
ステップＳ２１において、プリントサービス処理部１１０のデータ保存要求部１１６は、コマンド解析部１１２から文書データ３１を受信すると、データ保存要求部１１６によってストレージサービス処理部１３０へ内部的にデータ保存要求を発行する（ステップＳ２１１）。
【００８３】
ストレージサービス処理部１３０において、プリントサービス処理部１１０から発行されたデータ保存要求を受信すると、ファイル管理部１３３は、ハードディスク３４に空きファイルを作成し、応答生成部１３４にその空きファイルのファイルＩＤをｃｒｅａｔｅ＿ｆｉｌｅ応答として通知する（ステップＳ２１２）。応答生成部１３４は、その空きファイルが存在するストレージサービスのＵＲＩをＢＭＬｉｎｋＳに従ってファイル応答に設定し、プリントサービス処理部１１０へそのファイル応答を発行する（ステップＳ２１３）。
【００８４】
プリントサービス処理部１１０では、ファイル応答を受信すると、データ保存要求部１１６が空きファイルが存在するストレージサービスのＵＲＩに文書データ３１を送信する（ステップＳ２１４）。ストレージサービス処理部１３０では、文書データ３１を受信すると、ファイル管理部１３３は、プリントサービス処理部１１０から受信した文書データ３１をハードディスク３４に格納し（ステップＳ２１５）、ステップＳ２０での処理を終了する。
【００８５】
このように、画像形成装置１００において、内部的にＢＭＬｉｎｋＳに従ってコマンドを発行する仕組みを構成することによって、印刷条件３０及び文書データ３１を画像形成装置１００内のストレージサービス処理部１３０に保存することができる。
【００８６】
図４に示すステップＳ５１５にて、クライアントＰＣ２００から送信される初回のプリント要求のスクリプトについて説明する。図８は、初回のプリント要求のスクリプト例を示す図である。図８において、＜ｂｍ：ｃｒｅａｔｅ＿ｊｏｂ  ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍｌｉｎｋｓ：ｓｅｒｖｉｃｅ”＞から＜／ｂｍ：ｃｒｅａｔｅ＿ｊｏｂ＞で示される記述３００は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃｒｅａｔｅ＿ｊｏｂを示す記述３０１によってＢＭＬｉｎｋＳによって規定されるｃｒｅａｔｅ＿ｊｏｂコマンドが発行されたことが示される。
【００８７】
＜ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞で示される記述３０２によって、印刷を要求したユーザ名「ｉｋｅ」が示される。
【００８８】
＜ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述が印刷条件３０である。印刷条件３０は、＜ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＿ｐａｒａｍｓ＞から＜／ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＿ｐａｒａｍｓ＞で示される記述３０３と、＜ｎｏｔｉｆｉｃａｔｉｏｎ＿ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ＿ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述３０４とで構成される。
【００８９】
記述３０３には、ユーザの設定に基づく印刷条件のパラメータ値が指定され、データ保存要求部１１６によってストレージサービス処理部１３０に保存される。例えば、＜ｊｏｂ＿ｎａｍｅ＞から＜／ｊｏｂ＿ｎａｍｅ＞までの記述によって、ジョブ名「ｓａｍｐｌｅ−ｊｏｂ１」が指定される。＜ｃｏｐｉｅｓ＞から＜／ｃｏｐｉｅｓ＞までの記述によって、印刷部数「１」が指定される。＜ｄｏｃｕｍｅｎｔ＿ｆｏｒｍａｔ＞から＜／ｄｏｃｕｍｅｎｔ＿ｆｏｒｍａｔ＞までの記述によって、文書データ３１のデータ形式「ｉｍａｇｅ／ｔｉｆｆ」が指定される。
【００９０】
記述３０４は、印刷処理結果の通知方法を指定し、通知発行部１１８によって参照される。例えば、＜ｒｅｃｉｐｉｅｎｔ＿ｕｒｉ＞から＜／ｒｅｃｉｐｉｅｎｔ＿ｕｒｉ＞までの記述によって、通知を受信するためのＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．１／ｅｖｅｎｔ」が指定される。＜ｅｖｅｎｔｓ  ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：Ｅｖｅｎｔ［３］”＞から＜／ｅｖｅｎｔｓ＞までの記述によって、ＢＭＬｉｎｋＳに従って３つのイベントが通知されることを配列「Ｅｖｅｎｔ［３］」によって指定されることを示し、各イベント種類は、＜ｅｖｅｎｔ＞から＜／ｅｖｅｎｔ＞までの記述によって指定される。例えば、正常終了を示すイベント「ｊｏｂ−ｃｏｍｐｌｅｔｅｄ」と、印刷処理がキャンセルされたことを示すイベント「ｊｏｂ−ｃａｎｃｅｌｅｄ」と、印刷処理が停止したことを示すイベント「ｊｏｂ−ｓｔｏｐｐｅｄ」とが指定される。
【００９１】
図７に示すステップＳ２０１にて、印刷条件３０をプリントサービス処理部１１０からストレージサービス処理部１３０へ送信するためのデータ保存要求のスクリプトについて説明する。図９は、ストレージサービス処理部へのデータ保存要求のスクリプト例を示す図である。図９において、＜ｂｍ：ｃｒｅａｔｅ＿ｆｉｌｅ  ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍｌｉｎｋｓ：ｓｅｒｖｉｃｅ”＞から＜／ｂｍ：ｃｒｅａｔｅ＿ｆｉｌｅ＞で示される記述３１０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃｒｅａｔｅ＿ｆｉｌｅを示す記述３１１によってＢＭＬｉｎｋＳによって規定されるｃｒｅａｔｅ＿ｆｉｌｅコマンドが発行されたことが示される。
【００９２】
記述３１０において、＜ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞で示される記述３１２によって、登録されたユーザ名「ｉｋｅ」が示される。＜ｆｉｌｅ＿ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｆｉｌｅ＿ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述３１３により、データ保存条件が指定される。＜ｆｉｌｅ＿ｉｎｓｔｒｕｃｔｉｏｎ＿ｐａｒａｍｓ＞から＜／ｆｉｌｅ＿ｉｎｓｔｒｕｃｔｉｏｎ＿ｐａｒａｍｓ＞までの記述によって、データ保存条件のパラメータ値が指定される。例えば、＜ｆｉｌｅ＿ｎａｍｅ＞から＜／ｆｉｌｅ＿ｎａｍｅ＞までの記述によって、ファイル名「ｓａｍｐｌｅ−ｊｏｂ１−ｉｎｓｔｒｕｃｔｉｏｎ」が指定される。また、＜ｒｅａｄ＿ｏｎｌｙ＞から＜／ｒｅａｄ＿ｏｎｌｙ＞までの記述によって、読み取りのみを示す「ｔｒｕｅ」が指定される。
【００９３】
図７に示すステップＳ２０３にて、ストレージサービス処理部１３０からプリントサービス処理部１１０へ送信されるデータ保存応答のスクリプトについて説明する。図１０は、ストレージサービス処理部からのデータ保存応答のスクリプト例を示す図である。図１０において、＜ｂｍ：ｃｒｅａｔｅ＿ｆｉｌｅ＿ｒｅｓｐｏｎｓｅ  ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍｌｉｎｋｓ：ｓｅｒｖｉｃｅ”＞から＜／ｂｍ：ｃｒｅａｔｅ＿ｆｉｌｅ＿ｒｅｓｐｏｎｓｅ＞で示される記述３２０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃｒｅａｔｅ＿ｆｉｌｅ＿ｒｅｓｐｏｎｓｅを示す記述３２１によってＢＭＬｉｎｋＳによって規定されるｃｒｅａｔｅ＿ｆｉｌｅ＿ｒｅｓｐｏｎｓｅコマンドが発行されたことが示される。
【００９４】
記述３２２において、＜ｒｅｓｕｌｔ＿ｃｏｄｅ＞から＜／ｒｅｓｕｌｔ＿ｃｏｄｅ＞で示される記述によって、ｃｒｅａｔｅ＿ｆｉｌｅによって空きファイルの生成が正常に終了したことを示す処理結果「ｏｋ」が設定される。＜ｆｉｌｅ＿ｉｄ＞から＜／ｆｉｌｅ＿ｉｄ＞で示される記述によって、生成されたファイルＩＤ「０００１」が設定される。＜ｄａｔａ＿ｓｉｎｋ＿ｕｒｉ＞から＜／ｄａｔａ＿ｓｉｎｋ＿ｕｒｉ＞で示される記述によって、空きファイルへデータをＰＯＳＴメソッドにより送信する先のＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．５／ｂｍ−ｓｔｏｒａｇｅ／ｆｉｌｅ−０００１」が設定される。
【００９５】
図７に示すステップＳ２０４にて、送信される印刷条件のスクリプトについて説明する。図１１は、印刷条件を送信するスクリプト例を示す図である。図１１において、「ＰＯＳＴ  ／ｂｍ−ｓｔｏｒａｇｅ／ｆｉｌｅ−０００１  ＨＴＴＰ／１．１」による記述３６７では、ＵＲＩを「／ｂｍ−ｓｔｏｒａｇｅ／ｆｉｌｅ−０００１」によって指定し、該ＵＲＩへのＰＯＳＴを実行することが示される。そして、「Ｈｏｓｔ：  １９２．１６８．１．５」による記述３６８は、宛先のＩＰアドレスを示している。この場合、内部的に印刷条件３０が送信されるため、「Ｈｏｓｔ：  １９２．１６８．１．５」によって画像形成装置１００自身が宛先となる。更に、「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：  ｎｎｎ」による記述３６９は、続く情報のデータ長を「ｎｎｎ（ｎは数字）」バイトで示している。そして、印刷条件３０がバイナリーデータで送信される。
【００９６】
図９から図１１では、印刷条件３０をストレージサービス処理部１３０に保存するために送受信されるスクリプトについて説明したが、ステップＳ５２１での処理（図７のステップＳ２１１からＳ２１５）においても同様のスクリプトを用いて、文書データ３１をストレージサービス処理部１３０に保存することができる。
【００９７】
図５に示すステップＳ５２４にて、画像形成装置１００がクライアントＰＣ２００へエラー通知をするためのイベント通知のスクリプトについて説明する。図１２は、クライアントＰＣへ障害発生を通知するイベント通知の第一のスクリプト例を示す図である。図１２において、＜ｂｍ：ｎｏｔｉｆｙ  ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍｌｉｎｋｓ：ｓｅｒｖｉｃｅ”＞から＜／ｂｍ：ｎｏｔｉｆｙ＞で示される記述４５０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｎｏｔｉｆｙを示す記述４５１によってＢＭＬｉｎｋＳによって規定されるｎｏｔｉｆｙコマンドが発行されたことが示される。
【００９８】
記述４５０において、更に、＜ｎｏｔｉｆｉｃａｔｉｏｎ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ＞で示される記述４５２によって、エラー情報の詳細が設定される。この場合、＜ｔｒｉｇｇｅｒ＿ｅｖｅｎｔ＞から＜／ｔｒｉｇｇｅｒ＿ｅｖｅｎｔ＞の記述は、障害が発生した原因を示しており、例えば、「ｊｏｂ−ｓｔｏｐｐｅｄ」によってジョブが停止したことを示す。＜ｔｒｉｇｇｅｒ＿ｔｉｍｅ＞から＜／ｔｒｉｇｇｅｒ＿ｔｉｍｅ＞の記述は、所定の単位及び形式で障害が発生した時刻「２０２９１」を示す。＜ｎｏｔｉｆｉｃａｔｉｏｎ＿ｉｄ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ＿ｉｄ＞の記述は、イベント通知ＩＤ「１００」を示し、＜ｓｕｂｓｃｒｉｂｅｒ＿ｕｓｅｒ＿ｎａｍｅ＞から＜／ｓｕｂｓｃｒｉｂｅｒ＿ｕｓｅｒ＿ｎａｍｅ＞の記述は、通知予約を行ったユーザ名「ｉｋｅ」を示す。
【００９９】
＜ｊｏｂ＿ｉｄ＞から＜／ｊｏｂ＿ｉｄ＞の記述は、ジョブが停止したジョブＩＤ「００１」を示し、＜ｓｅｒｖｉｃｅ＿ｕｒｉ＞から＜／ｓｅｒｖｉｃｅ＿ｕｒｉ＞の記述は、障害が発生したプリントサービスのＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．５／ｂｍ−ｐｒｉｎｔ／」を示す。＜ｊｏｂ＿ｎａｍｅ＞から＜／ｊｏｂ＿ｎａｍｅ＞の記述は、ジョブ名「ｓａｍｐｌｅ−ｊｏｂ１」を示し、＜ｊｏｂ＿ｏｒｉｇｉｎａｔｅ＿ｕｓｅｒ＿ｎａｍｅ＞から＜／ｊｏｂ＿ｏｒｉｇｉｎａｔｅ＿ｕｓｅｒ＿ｎａｍｅ＞の記述は、そのジョブを発生させたユーザ名「ｉｋｅ」を示す。
【０１００】
＜ｊｏｂ＿ｓｔａｔｕｓ＞から＜／ｊｏｂ＿ｓｔａｔｕｓ＞の記述は、「ｓｔｏｐｐｅｄ」によって、ジョブが停止している状態を示す。＜ｊｏｂ＿ｓｔａｔｕｓ＿ｒｅａｓｏｎｓ  ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：ＪｏｂＳｔａｔｅＲｅａｓｏｎ［１］”＞から＜／ｊｏｂ＿ｓｔａｔｕｓ＿ｒｅａｓｏｎｓ＞の記述は、ＢＭＬｉｎｋＳに従って１つの配列ＪｏｂＳｔａｔｅＲｅａｓｏｎ［  ］によってジョブの停止の理由が示され、例えば、＜ｊｏｂ＿ｓｔａｔｕｓ＿ｒｅａｓｏｎ＞から＜／ｊｏｂ＿ｓｔａｔｕｓ＿ｒｅａｓｏｎ＞の記述における「ｐａｐｅｒ−ｊａｍ」よって、ジョブの停止の理由が紙詰まりであることが示される。
【０１０１】
そして、＜ｊｏｂ＿ｉｍｐｒｅｓｓｉｏｎ＿ｃｏｍｐｌｅｔｅｄ＞から＜／ｊｏｂ＿ｉｍｐｒｅｓｓｉｏｎ＿ｃｏｍｐｌｅｔｅｄ＞の記述４５３は、ジョブによって印刷完了したページ数「８」が示される。つまり、８ページまで印刷済みであることが示される。
【０１０２】
更に、＜ｅｘｔ＞から＜／ｅｘｔ＞の記述４５４は、拡張情報が設定され、例えば、＜ｉｎｓｔｒｕｃｔｉｏｎ＿ｕｒｉ＞から＜／ｉｎｓｔｒｕｃｔｉｏｎ＿ｕｒｉ＞の記述によって、印刷条件３０が格納されているストレージサービスのＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．５／ｂｍ−ｓｔｏｒａｇｅ／」が示され、＜ｉｎｓｔｒｕｃｔｉｏｎ＿ｆｉｌｅ＿ｉｄ＞から＜／ｉｎｓｔｒｕｃｔｉｏｎ＿ｆｉｌｅ＿ｉｄ＞の記述によって、印刷条件３０が格納されているファイルＩＤ「０００１」が示される。
【０１０３】
＜ｄｏｃｕｍｅｎｔ＿ｕｒｉ＞から＜／ｄｏｃｕｍｅｎｔ＿ｕｒｉ＞の記述によって、文書データ３１が格納されているストレージサービスのＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．５／ｂｍ−ｓｔｏｒａｇｅ／」が示され、＜ｄｏｃｕｍｅｎｔ＿ｆｉｌｅ＿ｉｄ＞から＜／ｄｏｃｕｍｅｎｔ＿ｆｉｌｅ＿ｉｄ＞の記述によって、文書データ３１が格納されているファイルＩＤ「０００２」が示される。
【０１０４】
図５のステップＳ５２４にて、イベント通知のスクリプトに印刷条件３０を設定することによって、図５のステップＳ５３０からＳ５３３を省略することができる。図１３は、クライアントＰＣへ障害発生を通知するイベント通知の第ニのスクリプト例を示す図である。図１３中、図１２で示される第一のスクリプト例と同様の部分には同一の符号を付し、その説明を省略する。図１２の第一のスクリプト例との違いは、拡張情報が示される記述４５６である。
【０１０５】
＜ｅｘｔ＞から＜／ｅｘｔ＞の記述４５６において、＜ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＞の記述によって図８に示される印刷条件３０が示される。更に、＜ｄｏｃｕｍｅｎｔ＿ｕｒｉ＞から＜／ｄｏｃｕｍｅｎｔ＿ｕｒｉ＞の記述によって文書データ３１が格納されているストレージサービスのＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．５／ｂｍ−ｓｔｏｒａｇｅ／」が示され、＜ｄｏｃｕｍｅｎｔ＿ｆｉｌｅ＿ｉｄ＞から＜／ｄｏｃｕｍｅｎｔ＿ｆｉｌｅ＿ｉｄ＞の記述によって、文書データ３１が格納されているファイルＩＤ「０００２」が示される。
【０１０６】
クライアントＰＣ２００は、このようなイベント通知を受信することによって、図５に示されるステップＳ５３０からＳ５３３を省略することができる。
【０１０７】
図５に示されるステップＳ５２７にて、クライアントＰＣ２００から画像形成装置１００へ送信される印刷の停止を要求する印刷停止要求のスクリプトについて説明する。図１４は、印刷停止要求のスクリプト例を示す図である。図１４において、＜ｂｍ：ｃａｎｃｅｌ＿ｊｏｂ  ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍｌｉｎｋｓ：ｓｅｒｖｉｃｅ”＞から＜／ｂｍ：ｃａｎｃｅｌ＿ｊｏｂ＞で示される記述４６０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃａｎｃｅｌ＿ｊｏｂを示す記述４５１によってＢＭＬｉｎｋＳによって規定されるｃａｎｃｅｌ＿ｊｏｂコマンドが発行されたことが示される。
【０１０８】
記述４６０において、＜ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞の記述４６２によって印刷の停止を要求したユーザ名「ｉｋｅ」が示され、＜ｊｏｂ＿ｉｄ＞から＜／ｊｏｂ＿ｉｄ＞の記述４６３によってジョブＩＤ「００１」が示される。
【０１０９】
図５に示すステップＳ５３０にて、クライアントＰＣ２００が画像形成装置１００から印刷条件を取得するためのデータ読み出し要求のスクリプトについて説明する。図１５は、データ読み出し要求のスクリプト例を示す図である。図１５において、＜ｂｍ：ｒｅａｄ＿ｄａｔａ  ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍｌｉｎｋｓ：ｓｅｒｖｉｃｅ”＞から＜／ｂｍ：ｒｅａｄ＿ｄａｔａ＞で示される記述３５０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｒｅａｄ＿ｄａｔａを示す記述３５１によってＢＭＬｉｎｋＳによって規定されるｒｅａｄ＿ｄａｔａコマンドが発行されたことが示される。
【０１１０】
＜ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞で示される記述３５２は、ユーザ名「ｉｋｅ」を指定し、＜ｆｉｌｅ＿ｉｄ＞から＜／ｆｉｌｅ＿ｉｄ＞で示される記述３５３は、取得すべきデータのファイルＩＤ「０００１」を指定する。
【０１１１】
図５に示すステップＳ５３１にて、画像形成装置１００がクライアントＰＣ２００へ送信するデータ読み出し応答のスクリプトについて説明する。図１６は、データ読み出し応答のスクリプト例を示す図である。図１６において、＜ｂｍ：ｒｅａｄ＿ｄａｔａ＿ｒｅｓｐｏｎｓｅ  ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍｌｉｎｋｓ：ｓｅｒｖｉｃｅ”＞から＜／ｂｍ：ｒｅａｄ＿ｄａｔａ＿ｒｅｓｐｏｎｓｅ＞で示される記述３６０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｒｅａｄ＿ｄａｔａ＿ｒｅｓｐｏｎｓｅを示す記述３５１によってＢＭＬｉｎｋＳによって規定されるｒｅａｄ＿ｄａｔａ＿ｒｅｓｐｏｎｓｅコマンドが発行されたことが示される。
【０１１２】
＜ｒｅｓｕｌｔ＿ｃｏｄｅ＞から＜／ｒｅｓｕｌｔ＿ｃｏｄｅ＞で示される記述３６２は、「ｏｋ」によってデータの読み出しが可能であることを示し、＜ｄａｔａ＿ｓｏｕｒｃｅ＿ｕｒｉ＞から＜／ｄａｔａ＿ｓｏｕｒｃｅ＿ｕｒｉ＞で示される記述３６３は、ＧＥＴメソッドによりデータを読み出す先のＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．５／ｂｍ−ｓｔｏｒａｇｅ／ｆｉｌｅ−０００１」を示している。
【０１１３】
図５のステップＳ５３２にて、クライアントＰＣ２００が図１６に示すようなデータ読み出し応答で指定されたＵＲＩに対して情報提供を要求するスクリプトについて説明する。図１７は、クライアントＰＣがストレージサービス処理部に対して情報提供を要求するスクリプト例を示す図である。図１７において、「ＧＥＴ  ／ｂｍ−ｓｔｏｒａｇｅ／ｆｉｌｅ−０００１  ＨＴＴＰ／１．１」による記述３７２では、ＵＲＩを「／ｂｍ−ｓｔｏｒａｇｅ／ｆｉｌｅ−０００１」によって指定し、該ＵＲＩに対してＧＥＴを実行することが示される。そして、「Ｈｏｓｔ：  １９２．１６８．１．５」による記述３７２は、格納場所（即ち、画像形成装置１００）のＩＰアドレスを示している。
【０１１４】
図５に示すステップＳ５３３にて、画像形成装置１００の指定されたＵＲＩの印刷条件３０を送信するスクリプトについて説明する。図１８は、ストレージサービス処理部からデータ送信のスクリプト例を示す図である。図１８において、「ＨＴＴＰ／１．１  ２００  ＯＫ」による記述３８１は、ＨＴＴＰに従って、図１８に示されるような要求が正常に処理されたことを示し、「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：  ｎｎｎ」による記述３８２は、続く情報のデータ長を「ｎｎｎ（ｎは数字）」バイトで示している。そして、印刷条件３０がバイナリーデータで送信される。
【０１１５】
図５に示すステップＳ５３５で生成される未出力ページ以降の印刷を指示するプリント要求のスクリプトについて説明する。図１９は、指定ページからの印刷を要求するプリント要求のスクリプト例を示す図である。図１９において、＜ｂｍ：ｃｒｅａｔｅ＿ｊｏｂ  ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍｌｉｎｋｓ：ｓｅｒｖｉｃｅ”＞から＜／ｂｍ：ｃｒｅａｔｅ＿ｊｏｂ＞で示される記述４７０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃｒｅａｔｅ＿ｊｏｂを示す記述４６１によってＢＭＬｉｎｋＳによって規定されるｃｒｅａｔｅ＿ｊｏｂコマンドが発行されたことが示される。
【０１１６】
記述４７０において、＜ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ＿ｕｓｅｒ＿ｎａｍｅ＞の記述４７２によって印刷の停止を要求したユーザ名「ｉｋｅ」が示され、＜ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＞＜／ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述によって未出力ページ以降のページを印刷するための印刷条件３０−３が示される。印刷条件３０−３は、＜ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＿ｐａｒａｍｓ＞から＜／ｊｏｂ＿ｉｎｓｔｒｕｃｔｉｏｎ＿ｐａｒａｍｓ＞で印刷条件のパラメータの値を指定する記述４７４と、＜ｎｏｔｉｆｉｃａｔｉｏｎ＿ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ＿ｉｎｓｔｒｕｃｔｉｏｎ＞で通知方法を指示する記述４７５とで構成される。記述４７５は、図８に示すプリント要求と同様であるので、その説明を省略する。
【０１１７】
記述４７４において、＜ｊｏｂ＿ｎａｍｅ＞から＜／ｊｏｂ＿ｎａｍｅ＞で示される記述には、図１２又は図１３に示されるイベント通知によって示されるジョブ名「ｓａｍｐｌｅ−ｊｏｂ１」が指定される。＜ｃｏｐｉｅｓ＞から＜／ｃｏｐｉｅｓ＞で示される記述は、印刷すべき部数「１」が指定される。
【０１１８】
＜ｐａｇｅ＿ｒａｎｇｅ＞から＜／ｐａｇｅ＿ｒａｎｇｅ＞で示される印刷範囲４７９には、＜ｆｒｏｍ＞から＜／ｆｒｏｍ＞で印刷の開始ページを示す記述と、＜ｔｏ＞から＜／ｔｏ＞で印刷の最終ページを示す記述とによって、印刷範囲が示される。この場合、９ページから９９９ページまでの印刷範囲を指示している。これら開始ページと最終ページは数値で指定され、最終ページに「９９９」が指定された場合は、文章の一番最後のページまでを印刷することを指定している。
【０１１９】
＜ｄｏｃｕｍｅｎｔ＿ｆｏｒｍａｔ＞から＜／ｄｏｃｕｍｅｎｔ＿ｆｏｒｍａｔ＞で示される記述には、文書データ３１のデータ形式「ｉｍａｇｅ／ｔｉｆｆ」が指定される。＜ｓｏｕｒｃｅ＿ｕｒｉ＞から＜／ｓｏｕｒｃｅ＿ｕｒｉ＞で示される記述は、文書データ３１が格納されているストレージサービスのＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．５／ｂｍ−ｓｔｏｒａｇｅ／」が指定され、＜ｓｏｕｒｃｅ＿ｆｉｌｅ＿ｉｄ＞から＜／ｓｏｕｒｃｅ＿ｆｉｌｅ＿ｉｄ＞で示される記述には、その文書データ３１のファイルＩＤ「０００２」が指定される。
【０１２０】
記述４７５は、印刷処理結果の通知方法を指定し、通知発行部１１８によって参照される。例えば、＜ｒｅｃｉｐｉｅｎｔ＿ｕｒｉ＞から＜／ｒｅｃｉｐｉｅｎｔ＿ｕｒｉ＞までの記述によって、通知を受信するためのＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．１／ｅｖｅｎｔ」が指定される。
【０１２１】
図４のステップＳ５１３にて表示される印刷条件設定画面について説明する。図２０は、印刷条件設定画面の例を示す図である。図２０において、印刷条件設定画面４００は、ジョブＩＤを表示する表示域４０１と、ジョブ名を表示する表示域４０２と、部数を設定する設定域４０３と、印刷範囲を設定する設定域４０４と、両面を設定する設定域４０５と、集約を設定する設定域４０６と、紙サイズを設定する設定域４０７と、印刷を実行する４０８と、印刷条件の設定を取り消すキャンセルボタン４０９とで構成される。設定域４０３から４０７は、変更可能な設定域である。
【０１２２】
印刷条件設定画面４００において、例えば、表示域４０１においてジョブＩＤ「００１」が表示され、表示域４０２においてジョブ名「ｓａｍｐｌｅ−ｊｏｂ１」が表示され、設定域４０３において部数「１」が設定され、設定域４０４において印刷範囲「１〜１２ページ」が設定され、設定域４０５において両面「なし」が設定され、設定域４０６において集約「２ＵＰ」が設定され、設定域４０７において紙サイズ「Ａ４」が設定される。
【０１２３】
図５のステップＳ５２６にて表示される障害回避の確認画面について説明する。図２１は、障害回避の確認画面の例を示す図である。図２１において、障害回避の確認画面４３０は、ジョブＩＤを表示する表示域４３１と、ジョブ名を表示する表示域４３２と、障害の理由を示す表示域４３３と、別のプリントサービスへ切り替えるためのボタン４３４と、印刷を中止するためのボタン４３５とで構成される。
【０１２４】
障害回避の確認画面４３０において、例えば、表示域４３１においてジョブＩＤ「００１」が表示され、表示域４３２においてジョブ名「ｓａｍｐｌｅ−ｊｏｂ１」が表示される。表示域４３３には、例えば、「印刷中に紙づまりが発生しました。」等の障害の理由を示すメッセージが表示される。
【０１２５】
クライアントＰＣ２００のユーザは、別のプリントサーバで印刷したい場合、ボタン４３４をクリックする。一方、印刷を停止したい場合、ボタン４３５をクリックする。
【０１２６】
ユーザがボタン４３４をクリックすると、クライアントＰＣ２００の表示ユニットに、図２２に示すような画面が表示される。図２３は、障害発生後に画像形成装置から取得した印刷条件を表示する印刷条件設定画面の例を示す図である。図２２中、図２０の同様の部分には同一符号を付し、その説明を省略する。
【０１２７】
図２３において、印刷条件設定画面４００−２は、図５に示すステップＳ５３４にて画像形成装置１００から取得した印刷条件３０と、図５に示されるステップＳ５２５にて画像形成装置１００から受信した通知内容とに基づいて、印刷条件が表示される。つまり、印刷条件設定画面４００−２において、印刷範囲を設定する設定域４０４−２には、図１２及び図１３に示される記述４５３による印刷完了したページ数「８」に基づいて、例えば、「９〜最終ページ」のように表示される。この設定域４０４−２は、ユーザによって変更可能な領域である。例えば、ユーザは、「１〜最終ページ」のように文書データ３１の全ページを印刷するように変更しても良い。
【０１２８】
ユーザがＯＫボタン４０８をクリックすることによって、図１９に示されるようなプリント要求のスクリプトが生成される。印刷条件設定画面４００−２でユーザによって設定された印刷条件は、図１９の印刷条件３０−３のように記述され、設定域４０４−２に設定された値は、図１９の印刷範囲４７６のように記述される。このように、印刷条件設定画面４００−２に設定された情報に基づいて生成されたプリント要求のスクリプトが画像形成装置１５０に送信されることによって、文書データ３１の９ページから最終ページまでが画像形成装置１５０にて印刷処理され出力される。
【０１２９】
上記実施例において、画像形成装置１００内にプリントサービス処理部１１０とストレージサービス処理部１３０とが構成される例を示したが、プリントサービス処理部１１０とストレージサービス処理部１３０とは、ＢＭＬｉｎｋＳに従って互いに通信を行うため、いずれか一方が他装置に備えられるように構成することもできる。
【０１３０】
本発明によって、ユーザは印刷要求をした画像形成装置１００で障害が発生した場合、画像形成装置１００にて印刷処理済みのページを重複することなく、他の画像形成装置（例えば、画像形成装置１５０）に印刷処理をさせることができる。
【０１３１】
【発明の効果】
以上、説明してきたように、本願発明によれば、印刷処理を行った文書データと印刷条件とを保持しているため、印刷処理中に発生した障害によって印刷処理を行うことができなくなった場合、保持された文書データと印刷条件とに基づいて、容易に他の印刷可能な装置に印刷処理を行わせることができる。
【図面の簡単な説明】
【図１】本発明の一実施例に係る画像形成装置のハードウェア構成を示すブロック図である。
【図２】本発明の一実施例に係る画像形成装置とネットワークを介して接続されるクライアントＰＣの機能構成を示すブロック図である。
【図３】ネットワークインターフェースの階層構造を示すブロック図である。
【図４】障害が発生した場合の印刷処理を説明するフローチャート図である。
【図５】障害が発生した場合の印刷処理を説明するフローチャート図である。
【図６】障害が発生した場合の印刷処理を説明するフローチャート図である。
【図７】印刷条件及び文書データをストレージサービス処理部に保存するデータ保存処理を説明するフローチャート図である。
【図８】初回のプリント要求のスクリプト例を示す図である。
【図９】ストレージサービス処理部へのデータ保存要求のスクリプト例を示す図である。
【図１０】ストレージサービス処理部からのデータ保存応答のスクリプト例を示す図である。
【図１１】印刷条件を送信するスクリプト例を示す図である。
【図１２】クライアントＰＣへ障害発生を通知するイベント通知の第一のスクリプト例を示す図である。
【図１３】クライアントＰＣへ障害発生を通知するイベント通知の第ニのスクリプト例を示す図である。
【図１４】印刷停止要求のスクリプト例を示す図である。
【図１５】データ読み出し要求のスクリプト例を示す図である。
【図１６】データ読み出し応答のスクリプト例を示す図である。
【図１７】クライアントＰＣがストレージサービス処理部に対して情報提供を要求するスクリプト例を示す図である。
【図１８】ストレージサービス処理部からデータ送信のスクリプト例を示す図である。
【図１９】指定ページからの印刷を要求するプリント要求のスクリプト例を示す図である。
【図２０】印刷条件設定画面の例を示す図である。
【図２１】障害回避の確認画面の例を示す図である。
【図２２】障害発生後に画像形成装置から取得した印刷条件を表示する印刷条件設定画面の例を示す図である。
【符号の説明】
１００          画像形成装置
１０１、２０１  ネットワークＩ／Ｆ
１０２、２０２  Ｗｅｂサービス処理部
１１０          プリントサービス処理部
１１１、１１７、１３１  ＸＭＬパーサ
１１２、１３２  コマンド解析部
１１３          サービス／ジョブ制御部
１１４          印刷処理部
１１５、１３４  応答生成部
１１６          データ保存要求部
１３０          ストレージサービス処理部
１３３          ファイル管理部
２００          クライアントＰＣ
２０３          サービス検索部
２０４          印刷要求部
２０５          ジョブ一覧制御部
２０６          通知受信部
２０７          文書アプリケーション
２０９          インストーラ
２２０          記録媒体
【図１】
2004220098.tif 000003
【図２】
2004220098.tif 000004
【図３】
2004220098.tif 000005
【図４】
2004220098.tif 000006
【図５】
2004220098.tif 000007
【図６】
2004220098.tif 000008
【図７】
2004220098.tif 000009
【図８】
2004220098.tif 000010
【図９】
2004220098.tif 000011
【図１０】
2004220098.tif 000012
【図１１】
2004220098.tif 000013
【図１２】
2004220098.tif 000014
【図１３】
2004220098.tif 000015
【図１４】
2004220098.tif 000016
【図１５】
2004220098.tif 000017
【図１６】
2004220098.tif 000018
【図１７】
2004220098.tif 000019
【図１８】
2004220098.tif 000020
【図１９】
2004220098.tif 000021
【図２０】
2004220098.tif 000022
【図２１】
2004220098.tif 000023
【図２２】
2004220098.tif 000024