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