JP4268117B2 - 文書出力方法、文書出力システム - Google Patents

Description

本発明は、文書を編集し、出力する文書出力方法、文書出力システムに関する。

従来より、パソコン（以下、ＰＣと記す）からネットワークに接続されたプリンタやＭＦＰ（Multi Function Printer）などで文書を印刷することが可能となっている。最近では、上述した機能に加え、種々のサービスをＷｅｂサービスとして提供するものが出始めている。この場合、ＰＣに搭載されたアプリケーションが、Ｗｅｂサービスに対するクライアントとなることで実現されている。
特開２００４−７３４６号公報 特開２００４−７３４７号公報

このように従来は、クライアントＰＣのアプリケーションがそれぞれのＷｅｂサービスに対するクライアントとなることで、様々な要求に応じたアプリケーションを構築することができたが、編集や印刷の要求のたびに対象となる各Ｗｅｂサービスとの間で情報の送受信を行う必要があった。

本発明はこのような問題点に鑑み、クライアントＰＣとＷｅｂサービスとの間で、文書の出力や編集に係る情報の送受信を効率的に行うことを可能とする文書出力方法、文書出力システムを提供することを目的とする。

上記課題を解決するために、本発明は、少なくともプロッタを含むハードウェア資源と、前記ハードウェア資源を制御する制御手段と、前記制御手段と印刷要求の仲介を行うＷＥＢサービスファンクションと、画像データの編集を行なう画像編集サービスとを備えた印刷装置において、ネットワークを介して接続された情報処理装置から、ネットワークを介して接続され画像提供Ｗｅｂサービスを提供するリポジトリ装置に記憶された画像データの編集要求及び印刷要求である第１のリクエストメッセージが所定のプロトコルで送られてきたとき、前記第１のリクエストメッセージを前記ＷＥＢサービスファンクション及び前記画像編集サービスの実行要求に変換し、該実行要求を前記ＷＥＢサービスファンクション及び前記画像編集サービスに送るＷＥＢサービスサーバ手段と、前記画像編集サービスからの、前記リポジトリ装置に記憶された前記画像データの引き取りに係る実行要求を、所定のプロトコルの第２のリクエストメッセージに変換し、該第２のリクエストメッセージを前記リポジトリ装置に送り、さらに前記リポジトリ装置から送られてきた前記画像データを含む第２のレスポンスメッセージを解析し、前記画像データと該解析結果とをリクエスト元である前記画像編集サービスへ送るＷＥＢサービスクライアント手段とを有し、前記画像編集サービスは、前記ＷＥＢサービスクライアント手段から前記画像データを受けたときに、前記画像データの編集を行なって、前記編集済みの画像データを前記ＷＥＢサービスファンクションに渡し、
前記ＷＥＢサービスファンクションは、前記画像編集サービスから前記編集済みの画像データを受けたときに、印刷されるべき前記編集済みの画像データを、前記プロッタを制御する前記制御手段に渡すことを特徴とする。

また、上記課題を解決するために、本発明は、前記情報処理装置から送られてきた前記第１のリクエストメッセージによる印刷要求は、該印刷要求のプロパティの内容として、文書の印刷部数設定の可否、印刷する用紙サイズ設定の可否、両面印刷の可否、ソート印刷の可否、トレイの指定の可否、文書の集約印刷の可否、文書の変倍印刷の可否、文書の一部の領域を印刷する領域指定の可否、文書のカラー指定印刷の可否、フィニッシャ設定の可否のうち、いずれか１つ以上を含むことを特徴とする。

また、上記課題を解決するために、本発明は、前記情報処理装置から送られてきた前記第１のリクエストメッセージによる編集要求は、該編集要求のプロパティの内容として、スタンプの文書への貼り付けの可否、描画操作の可否、指定領域の削除／コピー／貼り付け／移動／色変換の可否、複数ページの連続編集の可否、地肌汚れ除去の可否のうち、いずれか１つ以上を含むことを特徴とする。

また、上記課題を解決するために、本発明は、画像データを記憶する記憶手段とを備えたリポジトリ装置と、少なくともプロッタを含むハードウェア資源と、前記ハードウェア資源を制御する制御手段と、前記制御手段と印刷要求の仲介を行うＷＥＢサービスファンクションと、前記記憶手段に記憶された画像データの編集を行なう画像編集サービスとを備えた印刷装置と、前記印刷装置に、前記記憶手段に記憶された画像データの編集要求及び印刷要求を行う情報処理装置とがネットワークを介して接続された印刷システムにおいて、前記印刷装置は、前記情報処理装置から、前記記憶手段に記憶された画像データの編集要求及び印刷要求である第１のリクエストメッセージが所定のプロトコルで送られてきたとき、前記第１のリクエストメッセージを前記ＷＥＢサービスファンクション及び前記画像編集サービスの実行要求に変換し、該実行要求を前記ＷＥＢサービスファンクション及び前記画像編集サービスに送るＷＥＢサービスサーバ手段と、前記画像編集サービスからの前記画像データの引き取りに係る実行要求を、所定のプロトコルの第２のリクエストメッセージに変換し、該第２のリクエストメッセージを前記リポジトリ装置に送り、さらに前記リポジトリ装置から送られてきた前記画像データを含む第２のレスポンスメッセージを解析し、前記画像データと該解析結果とをリクエスト元である前記画像編集サービスへ送るＷＥＢサービスクライアント手段とを有し、前記画像編集サービスは、前記ＷＥＢサービスクライアント手段から前記画像データを受けたときに、前記画像データの編集を行なって、前記編集済みの画像データを前記ＷＥＢサービスファンクションに渡し、前記ＷＥＢサービスファンクションは、前記画像編集サービスから前記編集済みの画像データを受けたときに、印刷されるべき前記編集済みの画像データを、前記プロッタを制御する前記制御手段に渡し、前記リポジトリ装置は、前記ＷＥＢサービスクライアント手段からの前記画像データの引き取りに係る実行要求に応答して、前記画像データをリクエスト元である前記ＷＥＢサービスクライアント手段へ送る画像提供ＷＥＢサービスサーバ手段とを有すること
を特徴とする。

また、上記課題を解決するために、本発明は、前記情報処理装置から送られてきた前記第１のリクエストメッセージによる印刷要求は、該印刷要求のプロパティの内容として、文書の印刷部数設定の可否、印刷する用紙サイズ設定の可否、両面印刷の可否、ソート印刷の可否、トレイの指定の可否、文書の集約印刷の可否、文書の変倍印刷の可否、文書の一部の領域を印刷する領域指定の可否、文書のカラー指定印刷の可否、フィニッシャ設定の可否のうち、いずれか１つ以上を含むことを特徴とする。

また、上記課題を解決するために、本発明は、前記情報処理装置から送られてきた前記第１のリクエストメッセージによる編集要求は、該編集要求のプロパティの内容として、スタンプの文書への貼り付けの可否、描画操作の可否、指定領域の削除／コピー／貼り付け／移動／色変換の可否、複数ページの連続編集の可否、地肌汚れ除去の可否のうち、いずれか１つ以上を含むことを特徴とする。

本発明によれば、クライアントＰＣとＷｅｂサービスとの間で、文書の出力や編集に係る情報の送受信を効率的に行うことを可能とする印刷装置、印刷システムを提供できる。

以下、本発明の実施の形態について図面に基づいて説明する。なお、本発明の実施の形態では、文書出力システムを文書処理システムと表現し、文書の出力が印刷である場合の説明をする。従って、「出力」は「印刷」に読み替えられる。例えば、以下の実施例において、出力プロパティは、印刷プロパティと読み替えられたものとなっている。また、以下の説明において「取得」は「生成」を含むものとする。

なお、他の出力として、例えばファックスの送信、他のコンピュータへの配信などが挙げられる。

また、以下の説明において、画像と文書という表現が用いられるが、文書は、１つ以上の画像と、書誌情報から構成されるものである。従って、本実施の形態で文書を編集印刷するとは、文書が有する画像を編集印刷する意味である。また、文書を編集印刷するという表現が用いられている場合でも、画像を編集印刷可能なのはもちろんである。

まず、図１を用いて、本実施例における文書処理システムについて説明する。図１には、印刷サービス２１０と、画像編集サービス２１１と、文書管理サービス２１２と、クライアントＰＣ２１３とが示されており、これらは相互に通信可能で、図に示されるように、上記サービス間で文書３０１、３０２が送受信される。また、文書管理サービス２１２は、文書を蓄積するデータベースである文書ＤＢ２１４を有する。

クライアントＰＣ２１３は、文書を編集／印刷するユーザが使用するパソコンで、上記サービスを使用するためのアプリケーションが搭載されている。

印刷サービス２１０は、クライアントＰＣ２１３から文書の印刷要求を受け、印刷を行ったり、クライアントＰＣ２１３からの要求により、文書を印刷する際に実行可能な印刷方法を示す印刷プロパティを提供する。

画像編集サービス２１１は、文書に対して編集を行うサービスであり、文書に対して実行可能な編集内容を示す編集プロパティを提供する。文書管理サービス２１２は、文書を文書ＤＢ２１４を用いて管理する。

このように、各Ｗｅｂサービスとの間で文書や編集プロパティなど多くの情報の送受信が行われる。

以上説明した印刷サービス２１０と、画像編集サービス２１１と、文書管理サービス２１２は、具体的な装置を示すものではなく、文書処理システムの要素を示すものである。従って、印刷サービス２１０と、画像編集サービス２１１と、文書管理サービス２１２は、異なる装置に搭載されても良いし、同じ装置に搭載されていても良い。

よって、以下に説明する各実施例では、各サービスと装置の組み合わせを変えたものを説明する。各実施例の説明に先立ち、本実施例において上記サービスが搭載される装置である融合機と、クライアントＰＣ２１３について説明する。

図２は、融合機の一実施例の構成図を示している。融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含むように構成される。

融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびプラットホーム層６を起動する。例えば融合機起動部３は、アプリケーション層５およびプラットホーム層６のプログラムを、ＨＤＤ（Hard Disk Drive）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、スキャナ１１と、プロッタ１２と、ＡＤＦ（Auto Document Feeder）などからなるその他のハードウェアリソース１３とを含む。

また、ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳと記す）上に起動されているアプリケーション層５とプラットホーム層６とを含む。アプリケーション層５は、プリンタ、コピー、ファックスおよびスキャナなどの画像形成にかかるユーザサービスにそれぞれ固有の処理を行うプログラムを含む。

アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ２１と、コピー用アプリケーションであるコピーアプリ２２と、ファックス用アプリケーションであるファックスアプリ２３と、スキャナ用アプリケーションであるスキャナアプリ２４と、ＷＥＢページアプリ２５と、ＳＯＡＰ通信アプリ２６と、１つ以上の共有ファンクション（以下、ＳＦという）２８、２９と、ＷＥＢページアプリ２５やＳＯＡＰ通信アプリ２６とＳＦ２８、２９との間に設けられたＷＥＢサービスファンクション（以下、ＷＳＦという）２７とを含む。なお、ＳＯＡＰはSimple Object Access Protocolである。

ＷＳＦ２７は、予め定義されている関数によりＷＥＢページアプリ２５やＳＯＡＰ通信アプリ２６からの処理要求を受信するアプリケーションプログラムインターフェース（以下、ＡＰＩという）５１を有する。また、ＳＦ２８、２９は予め定義されている関数によりＷＳＦ２７からの処理要求を受信するＡＰＩ５２を有する。

ＷＳＦ２７はＡＰＩ５１を介してＷＥＢページアプリ２５やＳＯＡＰ通信アプリ２６からの処理要求を受信すると、その処理要求に応じてＳＦ２８、２９を選択する。ＷＳＦ２７はＡＰＩ５１を介して受信した処理要求を、その処理要求に応じて選択したＳＦ２８、２９にＡＰＩ５２を介して送信する。ＳＦ２８、２９はＡＰＩ５２を介して処理要求を受信すると、その処理要求に応じた処理を行う。ＳＯＡＰ通信アプリ２６は、ＷｅｂサービスのサーバとしてＳＯＡＰメッセージの生成や解釈を行う。

プラットホーム層６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層９と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層９からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭと記す）３９と、ＳＲＭ３９からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層１０とを含む。

コントロールサービス層９は、ネットワークコントロールサービス（以下、ＮＣＳと記す）３１、デリバリーコントロールサービス（以下、ＤＣＳと記す）３２、オペレーションパネルコントロールサービス（以下、ＯＣＳと記す）３３、認証サービス（以下、ＣＣＳと記す）３４、エンジンコントロールサービス（以下、ＥＣＳと記す）３５、メモリコントロールサービス（以下、ＭＣＳと記す）３６、ユーザインフォメーションコントロールサービス（以下、ＵＣＳと記す）３７、システムコントロールサービス（以下、ＳＣＳと記す）３８など、１つ以上のサービスモジュールを含むように構成されている。

なお、プラットホーム層６は予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ５３を有するように構成されている。ＯＳは、アプリケーション層５およびプラットホーム層６の各ソフトウェアをプロセスとして並列実行する。

ＮＣＳ３１のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。

例えばＮＣＳ３１は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。

ＤＣＳ３２のプロセスは、蓄積文書の配信などの制御を行う。ＯＣＳ３３のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＣＣＳ３４のプロセスは、ユーザの認証に係る処理を行う。

ＥＣＳ３５のプロセスは、スキャナ１１、プロッタ１２、その他のハードウェアリソース１３などのエンジン部の制御を行う。ＭＣＳ３６のプロセスは、メモリの取得および解放、ＨＤＤの利用などのメモリ制御を行う。ＵＣＳ３７は、ユーザ情報の管理を行うものである。

ＳＣＳ３８のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。

ＳＲＭ３９のプロセスは、ＳＣＳ３８と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ３９のプロセスは、ハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。

具体的に、ＳＲＭ３９のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ３９のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。

また、ハンドラ層１０は後述するファックスコントロールユニット（以下、ＦＣＵと記す）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨと記す）４０と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨと記す）４１とを含む。ＳＲＭ３９およびＦＣＵＨ４０は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ５４を利用して、ハードウェア資源４に対する処理要求を行う。

融合機１は、各アプリケーションで共通的に必要な処理をプラットホーム層６で一元的に処理することができる。次に、融合機１のハードウェア構成について説明する。

図３は、融合機１の一実施例のハードウェア構成図を示している。融合機１は、コントローラボード６０と、オペレーションパネル５２と、ＦＣＵ６８と、エンジン７１とを含む。また、ＦＣＵ６８は、Ｇ３規格対応ユニット６９と、Ｇ４規格対応ユニット７０とを有する。

また、コントローラボード６０は、ＣＰＵ６１と、ＡＳＩＣ６６と、ＨＤＤ６５と、システムメモリ（ＭＥＭ−Ｐ）６３と、ローカルメモリ（ＭＥＭ−Ｃ）６４と、ノースブリッジ（以下、ＮＢと記す）６２と、サウスブリッジ（以下、ＳＢと記す）７３と、ＮＩＣ７４（Network Interface Card）と、ＵＳＢデバイス７５と、ＩＥＥＥ１３９４デバイス７６と、セントロニクスデバイス７７とを含む。

オペレーションパネル５２は、コントローラボード６０のＡＳＩＣ６６に接続されている。また、ＳＢ７３と、ＮＩＣ７４と、ＵＳＢデバイス７５と、ＩＥＥＥ１３９４デバイス７６と、セントロニクスデバイス７７と、ＮＢ６２にＰＣＩバスで接続されている。

また、ＦＣＵ６８と、エンジン７１と、プロッタ７２は、コントローラボード６０のＡＳＩＣ６６にＰＣＩバスで接続されている。

なお、コントローラボード６０は、ＡＳＩＣ６６にローカルメモリ６４、ＨＤＤ６５などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６２を介して接続されている。このように、ＮＢ６２を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のインタフェースが公開されていない場合に対応できる。

また、ＡＳＩＣ６６とＮＢ６２とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）６７を介して接続されている。このように、図２のアプリケーション層５やプラットホーム層６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６２とを低速のＰＣＩバスでなくＡＧＰ６７を介して接続し、パフォーマンスの低下を防いでいる。

ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＮＣＳ３１、ＤＣＳ３２、ＯＣＳ３３、ＣＣＳ３４、ＥＣＳ３５、ＭＣＳ３６、ＵＣＳ３７、ＳＣＳ３８、ＳＲＭ３９、ＦＣＵＨ４０、ＩＭＨ４１をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ２１、コピーアプリ２２、ファックスアプリ２３、スキャナアプリ２４、Ｗｅｂページアプリ２５、ＳＯＡＰ通信アプリ２６を起動して実行させる。

ＮＢ６２は、ＣＰＵ６１、システムメモリ６３、ＳＢ７３およびＡＳＩＣ６６を接続するためのブリッジである。システムメモリ６３は、融合機１の描画用メモリなどとして用いるメモリである。ＳＢ７３は、ＮＢ６２とＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ６４はコピー用画像バッファ、符号バッファとして用いるメモリである。

ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６５は、画像の蓄積、文書の蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル５２は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行う操作部である。

次に、図１におけるクライアントＰＣ２１３のハードウェア構成について、図４を用いて説明する。

図４に示されるように、クライアントＰＣ２１３のハードウェア構成は、それぞれバスＢで相互に接続されている入力装置１２２と、表示装置１２３と、ドライブ装置１２４と、記録媒体１２５と、補助記憶装置１２６と、メモリ装置１２７と、演算処理装置１２０と、インタフェース装置１２１とを含む。

入力装置１２２は、キーボード及びマウスなどで構成され、クライアントＰＣ２１３に各種操作信号を入力するために用いられる。表示装置１２３は、クライアントＰＣ２１３を操作するのに必要な各種ウィンドウやデータ等を表示する。インタフェース装置１２１は、クライアントＰＣ２１３をネットワークに接続する為のインタフェースや他の機器を接続するためのインタフェースであり、例えばＮＩＣ（Network Interface Card）やモデム、ＵＳＢ（Universal Serial Bus）等で構成される。

そして、上記クライアントＰＣ２１３を動作させるためのプログラムは、ＣＤ−ＲＯＭ等の記録媒体１２５によって提供されるか、ネットワークを通じてダウンロードされる。また、記録媒体１２５は、ドライブ装置１２４にセットされ、データやプログラムが記録媒体１２５からドライブ装置１２４を介して補助記憶装置１２６にインストールされる。

補助記憶装置１２６は、データやプログラムを格納されると共に、必要なファイル等を格納する。メモリ装置１２７は、コンピュータシステムの起動時に補助記憶装置１２６からプログラムを読み出して格納する。演算処理装置１２０は、メモリ装置１２７に読み出され格納されたプログラムに従って処理を実行する。

以下、８つの実施例について説明する。なお、以下の説明において、既に説明したものについての説明は省略する。また、異なる融合機に搭載されているものであっても、同じものには、同一の符号を用いる。この同一の符号が用いられるものとしてＮＣＳなどが挙げられる。

まず、第１の実施例を説明するが、この第１の実施例では、印刷する前の段階で行われる印刷条件プロパティ候補に関する処理についての説明がほとんどを占める。印刷に関する処理は、この印刷条件プロパティ候補に関する処理を説明した後に説明する。

第１の実施例を説明する。図５は、第１の実施例の構成を示す図である。図５には、クライアントＰＣ２１３と、印刷サービス２１０と、画像編集サービス２１１と、文書ＤＢ２１４と、文書３０１、３０２、３０３とが示されている。

この図５に示されるように、第１の実施例は、印刷や編集の対象の文書がクライアントＰＣ２１３にある場合の実施例である。また、図５には、３つの文書３０１、３０２、３０３が示されているが、これらは送受信される文書を示している。従って、図５の場合、文書の送受信が３回行われることを示している。

次に、図６を用いて具体的な構成例について説明する。図６には、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２とが示されている。

クライアントＰＣ２１３は、ユーザインタフェースを備えたアプリケーション２２９と、ネットワークインタフェース２３０とを有する。

ＭＦＰ−Ａ２２１は、ｈｔｔｐｄ２２３を有するＮＣＳ３１と、Ｗｅｂサービスサーバ２２４と、Ｗｅｂサービスクライアント２２５と、印刷ＷＳＦ２２６と、ＥＣＳ３５と、プロッタ１２とを有する。また、ＭＦＰ―Ｂ２２２は、ｈｔｔｐｄ２２３を有するＮＣＳ３１と、Ｗｅｂサービスサーバ２２４と、画像編集ＷＳＦ２２７と、画像編集用の保存領域２２８とを有する。

これらのうち、アプリケーション２２９は、ユーザが文書を印刷する際に使用されるものである。このアプリケーション２２９は、利用可能なサービスが示されるＸＭＬ文のタグ応じてユーザインタフェースを変えられる仕組みとなっている。この利用可能なサービスとは、後述する印刷条件プロパティ候補を示す。

Ｗｅｂサービスサーバ２２４は、クライアントＰＣ２１３などのＷｅｂサービスクライアントから送られてきたＳＯＡＰのリクエストメッセージを、Ｗｅｂサービス機能（ＷＳＦ）の実行要求に変換して、特定のＷＳＦにリクエストを送る。また、Ｗｅｂサービスサーバ２２４は、ＭＦＰ内のＷＳＦからの実行結果をＳＯＡＰのレスポンスメッセ−ジに変換し、リクエスト元のＷｅｂサービスクライアントに返す。

Ｗｅｂサービスクライアント２２５は、ＭＦＰ内のＷｅｂサービスまたはアプリケーションから送られてきたＷｅｂサービス実行要求をＳＯＡＰのリクエストメッセージに変換して、特定のＷｅｂサービスにリクエストを送る。また、Ｗｅｂサービスクライアント２２５は、ネットワーク上のＷｅｂサービスから送られてきたＳＯＡＰのレスポンスメッセージを解析し、その結果をリクエスト元のＭＦＰ内のＷｅｂサービスまたはアプリケーションに返す。なお、ＭＦＰ−Ｂ２２２に設けられたＷｅｂサービスクライアント２２５は、第１の実施例では使用されない。

印刷ＷＳＦ２２６は、ＥＣＳ３５を用いて文書の印刷を行う。画像編集ＷＳＦ２２７は、画像の編集を行う。画像編集用の保存領域２２８は、例えばＨＤＤ６５やシステムメモリ６３やローカルメモリ６４に一時的に設けられる領域である。

以上が第１の実施例における構成となっている。以上の説明において、ＷＳＳとＷＳＣは、図２においてはＷｅｂページアプリ２５とＳＯＡＰ通信アプリ２６に対応する。

次に、実際の処理をシーケンス図を用いて説明する。図７に示されるシーケンス図は、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２との間で行われる処理を示すものである。この図７において、印刷ＷＳ２４０は、図６のＭＦＰ−Ａ２２１におけるＷｅｂサービスサーバ２２４と、印刷ＷＳＦ２２６とをまとめて表現したものである。また、画像編集ＷＳ２４１は、図６のＭＦＰ−Ｂ２２２におけるＷｅｂサービスサーバ２２４と、画像編集ＷＳＦ２２７とをまとめて表現したものである。

また、図７に示される処理は、クライアントＰＣ２１３が、印刷条件プロパティ候補を取得する処理を示すものである。この印刷条件プロパティ候補とは、文書に対して実行可能な編集内容を示す編集プロパティと、前記文書を印刷する際に実行可能な印刷方法を示す印刷プロパティとを含むものである。これらのプロパティの詳細は、後に説明する。

シーケンス図の説明をする。ステップＳ１０１でクライアントＰＣ２１３は、印刷条件プロパティ候補の取得要求を印刷ＷＳ２４０に通知する。印刷ＷＳ２４０は、ステップＳ１０２で、ＷＳＣ２２５に、ＷＳリクエスト送信要求を通知する。このとき、画像編集ＷＳのＵＲＬと、編集プロパティ候補取得要求を示すメソッド名もともに通知される。

ステップＳ１０３で、ＷＳＣ２２５は、画像編集ＷＳ２４１に、編集プロパティ候補取得要求をＳＯＡＰメッセージで通知する。これに対し、画像編集ＷＳ２４１は、ＷＳＣ２２５に、ステップＳ１０４で、編集プロパティ通知をＳＯＡＰメッセージで通知する。これにより、編集プロパティがＭＦＰ−Ａ２２１に通知される。上記ステップＳ１０３からステップＳ１０４における画像編集ＷＳ２４１の処理が、編集プロパティ生成段階に対応する。

ＷＳＣ２２５は、印刷ＷＳ２４０に、ステップＳ１０５で、ＷＳリクエスト結果通知を通知する。このとき、ＭＦＰ−Ｂ２２２から通知された編集プロパティ候補も通知される。編集プロパティ候補を通知された印刷ＷＳ２４０は、自らが有する印刷プロパティ候補と通知された編集プロパティ候補から、印刷条件プロパティ候補を生成する。この処理は、後にフローチャートを用いて説明する。

印刷条件プロパティ候補を生成した印刷ＷＳ２４０は、クライアントＰＣ２１３に、ステップＳ１０６で、印刷条件プロパティ候補をＳＯＡＰメッセージで通知する。

以上の処理により、クライアントＰＣ２１３は、印刷条件プロパティ候補を取得することができる。

次に、印刷プロパティと編集プロパティの詳細について説明する。図８は、印刷プロパティの一例を示す図である。図に示されるように、印刷プロパティには、「印刷部数」と、「用紙サイズ」と、「両面印刷のあり／なし」と、「ソートのあり／なし」とがある。

このうち、「印刷部数」は、文書を何部印刷するかを指定することの可否を示すものである。「用紙サイズ」は、印刷する用紙のサイズを指定することの可否を示すものである。「両面印刷のあり／なし」は、両面印刷実行の可否を示すものである。「ソートのあり／なし」は、ソート実行の可否を示すものである。

以上が印刷プロパティの一例であり、これらに示されるように、印刷に関する基本的なものが揃っている。次に、編集プロパティを、図９を用いて説明する。図９は、編集プロパティの一例を示す図である。図に示されるように、編集プロパティには、「丸秘スタンプの貼り付け」と、「描画操作」と、「指定領域の削除／コピー／貼り付け／移動／色変換」と、「複数ページ連続編集」と、「地肌汚れ除去」とがある。

このうち、「丸秘スタンプの貼り付け」は、文書に丸秘スタンプを貼り付けて印刷することの可否を示す。「描画操作」は、文書に直線／折れ線／曲線／多角形／円／文字を描画することの可否を示す。「指定領域の削除／コピー／貼り付け／移動／色変換」は、指定された領域に対して行う処理で、領域の削除、領域のコピー、領域への張り付け、領域への文字の描画の実行の可否を示す。「複数ページ連続編集」は、複数のページを連続して編集することの可否を示す。「地肌汚れ除去」は、文書の地肌汚れの除去の可否を示す。

以上が編集プロパティの一例であり、これらに示されるように、文書に対する種々の編集が可能となっている。また、以下に説明する他の実施例において、印刷プロパティと編集プロパティが用いられるが、上述した内容と同じである。

次に、図７で説明した印刷条件プロパティ候補の生成処理を、図１０、図１１のフローチャートを用いて説明する。なお、図１１は、図１０の続きとなっている。また、この処理は、図７における印刷ＷＳ２４０のステップＳ１０１からステップＳ１０６までの処理が示されている。

出力条件プロパティ候補取得要求受信段階に対応するステップＳ２０１で、印刷ＷＳ２４０は、印刷条件プロパティ候補の取得要求を受け付ける。出力プロパティ生成段階に対応するステップＳ２０２で、印刷ＷＳ２４０は、印刷実行に必要なプロパティ候補を生成する。ここで生成されるプロパティ候補は、印刷プロパティの候補である。

次に、印刷ＷＳ２４０は、ステップＳ２０３で、編集Ｃ（クライアント）となるＷＳＣがあるかどうか判断する。ＷＳＣがない場合、印刷ＷＳ２４０は、図１１のステップＳ２１４に処理を進める。ＷＳＣがある場合、印刷ＷＳ２４０は、ステップＳ２０４で、画像編集サービスの候補を決定する。次のステップＳ２０５で、印刷ＷＳ２４０は、Ｘに編集サービス候補の数を代入する。

次のステップＳ２０６から、図１１のステップＳ２１０まではループ処理となる。この処理のループは、前判定のループとなっており、Ｘが０より大きいことがループ処理の終了条件となるものである。

このループ処理では、図１１のステップＳ２０７で、ＷＳＣ２２５を介して、画像編集ＷＳ２４１に対し、編集プロパティ候補取得要求を通知する。ステップＳ２０８で、印刷ＷＳ２４０は、画像編集ＷＳ２４１から編集プロパティ通知により編集プロパティ候補を取得する。ステップＳ２０９は、Ｘの増分であり、ステップＳ２１０は、ループ端である。これらステップＳ２０７からステップＳ２０９の処理は、Ｘが０より大きくなるまで繰り返される。

ループ処理が終了すると、印刷ＷＳ２４０は、ステップＳ２１１で、編集サービス候補の数が１より大きいかどうか判定する。編集サービス候補の数が１の場合は、ステップＳ２１３へ処理は進む。編集サービス候補の数が１より大きい場合、印刷ＷＳ２４０は、編集プロパティ併合段階に対応するステップＳ２１２で、複数の編集プロパティを併合する。

編集プロパティを併合した印刷ＷＳ２４０は、出力条件プロパティ候補生成段階に対応するステップＳ２１３で、ステップＳ２０２で生成した印刷プロパティと、編集プロパティを併合して、印刷条件プロパティ候補を生成する。そして、印刷ＷＳ２４０は、出力条件プロパティ候補提供段階に対応するステップＳ２１４でクライアントＰＣに対して印刷条件プロパティを送り、処理を終了する。

このようにすることで、ＭＦＰ−Ａ２２１は、自らの編集プロパティだけではなく、他のＭＦＰが可能な編集プロパティをクライアントＰＣ２１３に提供することができる。

シーケンス図で説明した処理が印刷条件プロパティ候補をクライアントが取得する処理であるが、この処理には、図７のシーケンス図や図１０のフローチャートを用いて説明した印刷プロパティと編集プロパティの両方を印刷ＷＳから一度に取得する処理の他に、印刷プロパティは印刷ＷＳから、編集プロパティは編集ＷＳから取得する処理がある。以下、前者の処理を第１の処理とし、後者の処理を第２の処理として説明する。

第１の処理を示す図が、図１２である。図１２には、クライアントＰＣ２１３と、印刷サービス２１０と、画像編集サービス２１１が示されている。図１２において、クライアントＰＣ２１３と印刷サービス２１０との間には、印刷プロパティ４０２と編集プロパティ４０１で構成される印刷条件プロパティ候補が示され、印刷サービス２１０と画像編集サービス２１１との間には、編集プロパティ４０１が示されている。

図１２を用いて第１の処理を説明する。まず、クライアントＰＣ２１３は、ステップＳ３０１で、印刷条件プロパティ候補の取得要求を印刷サービス２１０に通知する。ステップＳ３０２で、印刷サービス２１０は、編集プロパティ候補の取得要求を画像編集サービス２１１に通知する。画像編集サービス２１１は、ステップＳ３０３で、編集プロパティ４０１を印刷サービス２１０に通知する。印刷サービス２１０は、編集プロパティ４０１と印刷プロパティ４０２を併合して、印刷条件プロパティ候補をステップＳ３０４でクライアントＰＣ２１３に通知する。

以上が第１の処理である。この図１２では画像編集サービス２１１が１つであるが、複数存在する場合、どの画像編集サービスの用いるかの決定方法として、３種類の方法がある。

まず、１つ目の方法は、ステップＳ３０１でクライアントＰＣ２１３が指定した画像編集サービスを用いる方法である。２つ目の方法は、ネットワーク上に存在する画像編集サービスを検索し、検索結果で得られた画像編集サービス用いる方法である。この２つ目の方法の場合、印刷を行う際にクライアントＰＣ２１３が指定した編集プロパティを見て、用いる画像編集サービスを決定するようにしても良い。３つ目の方法は、予めどの画像編集サービスを使うかを固定しておく方法である。

いずれの方法の場合も、用いる画像編集サービスの数は１つでも複数でもよく、複数の場合、図１１で説明したように複数の画像編集サービスから得られた編集プロパティは併合される。

次に、上述した方法で用いられるＳＯＡＰメッセージの例を説明する。図１３に示されるＳＯＡＰメッセージは、１つ目の方法で説明したクライアントＰＣ２１３が指定する場合のＳＯＡＰメッセージである。図に示されるＳＯＡＰメッセージのタグ「m:getPrint Capability」に囲まれたＸＭＬ文４１０に示されるように、画像編集サービスのＵＲＬが「http://111.222.333.444/editservice」と指定されている。

また、３つ目の方法である予め画像編集サービスが固定されている場合には、図１４に示されるように、図１３のＳＯＡＰメッセージから画像編集サービスのＵＲＬが無くなったものになる。これは、予め定められているので、指定の必要がないためである。

次に、印刷条件プロパティ候補の例を、図１５、図１６を用いて説明する。図１５に示されるＳＯＡＰメッセージには、コピーの部数の設定と、紙のサイズ並びにその向きの設定と、丸秘スタンプ並びにページスタンプを貼り付けする設定が可能であることが示されている。

具体的に、ＸＭＬ文４１１は、「1-99」に示されるように、印刷する部数を１部から９９部まで設定可能なことを表す。ＸＭＬ文４１２は、「Ａ４Ｆ/Ｂ４Ｆ」に示されるように、Ａ４またはＢ４のサイズが選択可能であることを表す。なお、Ａ４ＦやＢ４Ｆの「Ｆ」は、紙の方向を表す。ＸＭＬ文４１３は、「secret_stamp/page_stamp」に示されるように、丸秘スタンプ並びにページスタンプを貼り付けする設定が可能であることが示されている。

このＳＯＡＰメッセージとは異なるデータ構造のＳＯＡＰメッセージで、図１５に示された内容と同じ内容のＳＯＡＰメッセージが、図１６に示されるＳＯＡＰメッセージである。具体的に、図１６のＸＭＬ文４１４は、ＸＭＬ文４１１に対応し、ＸＭＬ文４１５は、ＸＭＬ文４１２に対応し、ＸＭＬ文４１６は、ＸＭＬ文４１３に対応する。

このように、印刷条件プロパティ候補がタグを用いてＸＭＬ文で通知されるので、印刷条件プロパティ候補が変わってもクライアントＰＣ２１３のアプリケーション２２９を作り直さなくても良い。

次に、第２の処理について説明する。第２の処理を示す図が、図１７である。図１７には、クライアントＰＣ２１３と、印刷サービス２１０と、画像編集サービス２１１が示されている。図１７において、クライアントＰＣ２１３と印刷サービス２１０の間には、印刷プロパティ４０２と編集可能４２０と画像編集サービス候補４２１が示され、クライアントＰＣ２１３と画像編集サービス２１１との間には、編集プロパティ４０１が示されている。

このうち、編集可能４２０は、画像編集サービスを用いて編集が可能であることを通知する編集に関する編集情報である。また、画像編集サービス候補４２１は、画像編集サービスの候補を例えばＵＲＬなどを用いて通知するもので、これは任意である。但し、画像編集サービス候補４２１を通知しない場合、クライアントＰＣ２１３は、画像編集サービスを検索する機能が必要となる。このように、編集プロパティを提供する提供元に関する情報がクライアントに提供される。

次に、この第２の処理の流れを説明する。ステップＳ４０１で、クライアントＰＣ２１３は、印刷サービス２１０に印刷条件プロパティ候補の取得要求を通知する。ステップＳ４０２で、印刷サービス２１０は、印刷プロパティ４０２と、編集可能４２０と、画像編集サービス候補４２１をクライアントＰＣ２１３に通知する。

クライアントＰＣ２１３は、印刷サービス２１０から通知された画像編集サービス候補４２１または自ら検索した画像編集サービスに対し、ステップＳ４０３で編集プロパティ候補の取得要求を通知する。次のステップＳ４０４で、画像編集サービス２１１は、編集プロパティの候補を通知する。

このように第２の処理では、編集プロパティと印刷プロパティとを別々に取得する。この第２の処理におけるステップＳ４０１のＳＯＡＰメッセージは、図１４で示したＳＯＡＰメッセージと同じである。また、ステップＳ４０２におけるＳＯＡＰメッセージは、図１８、図１９に示されるようになる。

図１８に示されるＳＯＡＰメッセージには、印刷プロパティ４０２と編集可能４２０と画像編集サービス候補４２１が示されている。ＸＭＬ文４２６は、印刷プロパティに対応する。ＸＭＬ文４２７は、編集可能４２０に対応し、編集可能であることが「true」により示されている。ＸＭＬ文４２５は、画像編集サービス候補４２１に対応し、２つの画像編集サービス候補のＵＲＬが示されている。

この図１８のＳＯＡＰメッセージには、画像編集サービス候補が示されているが、画像編集サービス候補を通知しない場合のＳＯＡＰメッセージが、図１９に示されるものである。図１９に示されるように、ＳＯＡＰメッセージには印刷プロパティに対応するＸＭＬ文４２６と、編集可能４２０に対応するＸＭＬ文４２７は示されているが、画像編集サービス候補は示されていない。

以上説明したＳＯＡＰメッセージを受信したクライアントＰＣ２１３は、画像編集サービス２１１に編集プロパティを要求し、編集プロパティを取得する。

このようにして編集プロパティと印刷プロパティとを取得したクライアントＰＣ２１３は、図２０に示される画面４４０を表示する。なお、この画面４４０は、第１、２の処理のいずれの場合でも同じものである。

この画面４４０の説明をする。画面４４０は、印刷プロパティと編集プロパティで得られた機能を使用するかどうかユーザが設定し、印刷を実行するための画面である。

画面４４０には、印刷プロパティの取得により実行可能となった機能を示す印刷機能４３０と、編集プロパティの取得により実行可能となった機能を示す拡張機能４３１と、印刷実行ボタン４３６と、キャンセルボタン４３７が表示される。

このうち、印刷機能４３０には、さらに印刷部数設定欄４３２と、用紙サイズ設定欄４３４が表示される。印刷部数設定欄４３２は、図に示されるように、印刷部数を設定するテキストボックスとなっている。用紙サイズ設定欄４３４は、プルダウンメニューで用紙のサイズを設定するようになっている。

また、拡張機能４３１には、丸秘スタンプ設定欄４３５が表示される。丸秘スタンプを貼り付ける場合、ラジオボタンをチェックし、プルダウンメニューで描画位置を設定する。

このようにして設定した後、設定をキャンセルする場合、ユーザは、キャンセルボタン４３７を押下し、印刷を実行する場合、ユーザは、印刷実行ボタン４３６を押下する。ユーザが印刷実行ボタン４３６を押下すると、クライアントＰＣ２１３は、ＭＦＰ−Ａ２２１に印刷を要求する。この印刷に関する処理を、図２１、図２２を用いて説明する。

ステップＳ１０７で、クライアントＰＣ２１３は、ＭＦＰ−Ａ２２１に文書印刷要求を通知する。これは、後述するＳＯＡＰメッセージで行われ、文書と、ユーザが印刷条件プロパティ候補から選択した印刷条件も通知される。図２１の場合、印刷条件として丸秘スタンプの貼り付けをクライアントＰＣ２１３は要求することにする。

文書印刷要求を通知された印刷ＷＳ２４０は、後述する印刷サービスの処理フローを実行する。印刷ＷＳ２４０は、ステップＳ１０８でＷＳＣ２２５に対し、ＷＳリクエスト送信要求を通知する。このとき、文書編集要求を示すメソッド名と、編集内容が丸秘スタンプを貼り付けることと、画像編集ＷＳ２４１のＵＲＬと、文書がＷＳＣ２２５に通知される。

ＷＳＣ２２５は、ステップＳ１０９で、ＭＦＰ−Ｂ２２２に文書編集要求を通知する。この文書編集要求は、後述するＳＯＡＰメッセージで通知される。また、このＳＯＡＰメッセージで、先ほど通知された文書と編集内容が丸秘スタンプを貼り付けることが通知される。

続いて図２２の説明をする。画像編集ＷＳ２４１は、印刷条件に基づき文書の編集を行い、ステップＳ１１０で、ＷＳＣ２２５に編集結果を編集済み文書とともに通知する。これは、図２７で説明するＳＯＡＰメッセージで行われる。次に、ＷＳＣ２２５は、ステップＳ１１１で、印刷ＷＳ２４０に編集結果を編集済み文書とともに通知する。

編集済み文書を通知された印刷ＷＳ２４０は、印刷条件に基づき文書を印刷し、ステップＳ１１２で文書印刷受付結果をクライアントＰＣ２１３に通知する。これは、図２８で説明するＳＯＡＰメッセージで通知される。

以上が第１の実施例で行われる処理の流れである。次に、上記処理において通知されたＳＯＡＰメッセージや、処理を示すフローチャートについて説明する。まず、ステップＳ１０７の文書印刷要求で通知されるＳＯＡＰメッセージを、図２３を用いて説明する。図２３に示されるＳＯＡＰメッセージには、送信される文書名と、部数と、紙サイズと、スタンプに関する情報が含まれる。

ＸＭＬ文４５０は、送信される文書は、「content.tiff」なる文書名であることを示している。ＸＭＬ文４５１は、３部印刷することを示している。ＸＭＬ文４５２は、Ａ４横で印刷することを示している。ＸＭＬ文４５３は、丸秘スタンプを貼り付けることを示している。

次に、図２４を用いて、図２１と図２２で行われる印刷ＷＳ２４０の処理を説明する。文書出力要求受信段階に対応するステップＳ５０１で、印刷ＷＳ２４０は、文書印刷要求を受け付ける。次に、印刷ＷＳ２４０は、ステップＳ５０２で編集指定の有無を判断する。編集指定がない場合、処理はステップＳ５０５へ進む。

編集指定がある場合、印刷ＷＳ２４０は、文書編集段階に対応するステップＳ５０３で、ＷＳＣ２２５を介して画像編集ＷＳ２４１に文書編集要求を通知する。次のステップＳ５０４で、印刷ＷＳ２４０は、画像編集ＷＳ２４１から編集結果通知と編集済み文書を取得する。

文書出力段階に対応するステップＳ５０５で、印刷ＷＳ２４０は、ＥＣＳに対して編集済み文書の印刷要求を行う。そして、ステップＳ５０６で、印刷ＷＳ２４０は、クライアントＰＣ２１３に対して文書印刷受付結果を通知し、処理を終了する。

次に、上述した図２１のステップＳ１０８で用いられる関数を、図２５を用いて説明する。図２５に示される関数は、Ｃ言語あるいはＣ＋＋言語で用いられる関数である。そして、この関数は、関数名を、callWebServiceといい、戻り値がint型で、５つの引数を持つ関数である。これら引数について説明する。

webServiceURLは、char型のポインタで、ＷｅｂサービスのＵＲＬが格納されているメモリの先頭アドレスを示すものである。webServiceNameは、Ｗｅｂサービスのサービス名が格納されているメモリの先頭アドレスを示すものである。

webServiceMethodNameは、メソッド名が格納されているメモリの先頭アドレスを示すものである。argumentListは、メソッド引数が格納されているメモリの先頭アドレスが格納されているアドレスを示すものである。resultListは、レスポンスデータが格納されているメモリの先頭アドレスが格納されているアドレスを示すものである。errorは、エラー情報が格納されるものである。

以上説明したwebServiceURL、webServiceName、webServiceMethodName、argum entListは、関数を用いる側が設定するもので、resultList、errorは、関数がセットするものである。

次に、上記図２１のステップＳ１０９で通知されるＳＯＡＰメッセージを、図２６を用いて説明する。図２６に示されるＳＯＡＰメッセージは、文書編集要求であるため、ＸＭＬ文４５４に、丸秘スタンプの張り付けを要求していることが示されている。

次に、上記図２２のステップＳ１１０で通知されるＳＯＡＰメッセージを、図２７を用いて説明する。図２７に示されるＳＯＡＰメッセージは、編集結果通知であるため、丸秘スタンプが貼り付けられた文書を示す「content.tiff」というファイル名が、ＸＭＬ文４５５に示されている。このＳＯＡＰメッセージの続きで、実際の文書が送信される。

次に、上記図２２のステップＳ１１２で通知されるＳＯＡＰメッセージを、図２８を用いて説明する。図２８に示されるＳＯＡＰメッセージは、文書印刷受付結果を示すもので、ＸＭＬ文４５６に示されるように、ジョブＩＤ「0987654321」を含んだメッセージとなっている。

以上が第１の実施例である。このように第１の実施例は、編集／印刷対象の文書がクライアントＰＣにある場合についての実施例であった。次に説明する第２の実施例は、文書がクライアントＰＣに格納されている点は同じであるが、文書を管理するＷｅｂサービスである文書管理サービスが、クライアントＰＣに設けられている点が異なる。

このような第２の実施例の構成を図２９に示す。図２９には、クライアントＰＣ２１３と、印刷サービス２１０と、画像編集サービス２１１と、文書管理サービス２１２と、文書ＤＢ２１４と、文書３０１、３０２とが示されている。

この図２９に示されるように、第１の実施例とは異なり、文書の送受信が２回に減っていることが分かる（図５参照）。このように、文書の送受信の回数を減らすことにより、文書の盗聴や改竄など、文書に対する攻撃の機会を減らすことが可能となる。

また、図２９における文書の流れであるが、文書はクライアントＰＣ２１３上の文書管理サービス２１２から画像編集サービス２１１に送信され、編集される。そして、編集された文書は、画像編集サービス２１１から印刷サービス２１０に送信され、印刷される。

このように、第２の実施例は、第１の実施例とは異なり、クライアントＰＣ２１３から直接に画像編集サービス２１１に文書が送信されるようになっている。

次に、図３０を用いて具体的な構成例について説明する。図３０には、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２とが示されている。この図３０において、第１の実施例（図６参照）と異なる部分を説明する。まず、クライアントＰＣ２１３には、上述した文書管理サービスであるリポジトリＷｅｂサービス２３１と、Ｗｅｂサービスサーバエンジン２３２が設けられる。Ｗｅｂサービスサーバエンジン２３２は、Ｗｅｂサービスのサーバ機能を実行するためのエンジンである。

また、ＭＦＰ−Ｂ２２２には、リポジトリＷｅｂサービス２３１のクライアントとなるため、第１の実施例では使用されなかったＷｅｂサービスクライアント２２５が使用される。

以上が第２の実施例における構成となっている。次に、実際の処理をシーケンス図を用いて説明する。図３１に示されるシーケンス図は、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２との間で行われる処理を示すものである。この図３１において、印刷ＷＳ２４０は、図３０のＭＦＰ−Ａ２２１におけるＷｅｂサービスサーバ２２４と、印刷ＷＳＦ２２６とをまとめて表現したものである。また、画像編集ＷＳ２４１は、図３０のＭＦＰ−Ｂ２２２におけるＷｅｂサービスサーバ２２４と、画像編集ＷＳＦ２２７とをまとめて表現したものである。

また、図３１に示される処理は、クライアントＰＣ２１３が、印刷条件プロパティ候補を取得する処理を示すものである。

シーケンス図の説明をする。ステップＳ６０１でクライアントＰＣ２１３は、印刷条件プロパティ候補の取得要求を印刷ＷＳ２４０に通知する。印刷ＷＳ２４０は、ステップＳ６０２で、ＷＳＣ２２５に、ＷＳリクエスト送信要求を通知する。このとき、画像編集ＷＳのＵＲＬと、編集プロパティ候補取得要求を示すメソッド名もともに通知される。

ステップＳ６０３で、ＷＳＣ２２５は、画像編集ＷＳ２４１に、編集プロパティ候補取得要求をＳＯＡＰメッセージで通知する。これに対し、画像編集ＷＳ２４１は、ＷＳＣ２２５に、ステップＳ６０４で、編集プロパティ通知をＳＯＡＰメッセージで通知する。これにより、編集プロパティがＭＦＰ−Ａ２２１に通知される。

ＷＳＣ２２５は、印刷ＷＳ２４０に、ステップＳ６０５で、ＷＳリクエスト結果通知を通知する。このとき、ＭＦＰ−Ｂ２２２から通知された編集プロパティ候補も通知される。編集プロパティ候補を通知された印刷ＷＳ２４０は、自らが有する印刷プロパティ候補と通知された編集プロパティ候補から、印刷条件プロパティ候補を生成する。この処理は、図１０、図１１のフローチャートで示した通りである。

印刷条件プロパティ候補を生成した印刷ＷＳ２４０は、クライアントＰＣ２１３に、ステップＳ６０６で、印刷条件プロパティ候補をＳＯＡＰメッセージで通知する。

以上の処理により、クライアントＰＣ２１３は、印刷条件プロパティ候補を取得することができる。

次に、図３２、図３３を用いて第２の実施例における印刷処理について説明する。ステップＳ６０７で、クライアントＰＣ２１３のアプリケーション２２９は、同じクライアントＰＣ２１３内のリポジトリＷＳ２３１に文書チケット作成要求を、文書ＩＤの配列とともに通知する。リポジトリＷＳ２３１は、ステップＳ６０８で、文書チケット作成要求に対する応答を、文書チケットとともに通知する。なお、文書ＩＤとは、文書を一意的に指定するものであり、文書チケットとは、本実施例においては文書に対する編集または印刷が許可されていることを示すもので、文書ＩＤに対応する文書を編集し、印刷するために必要なものである。

ステップＳ６０９で、クライアントＰＣ２１３は、ＭＦＰ−Ａ２２１に文書印刷要求を通知する。これは、後述するＳＯＡＰメッセージで行われ、文書チケットと、印刷条件も通知される。図３２の場合、印刷条件プロパティとして丸秘スタンプの貼り付けをクライアントＰＣ２１３は要求することにする。

文書印刷要求を通知された印刷ＷＳ２４０は、図２４で説明した印刷サービスの処理フローを実行する。印刷ＷＳ２４０は、ステップＳ６１０でＷＳＣ２２５に対し、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、文書編集要求を示すメソッド名と、編集内容が丸秘スタンプを貼り付けることと、画像編集ＷＳ２４１のＵＲＬと、文書チケットがＷＳＣ２２５に通知される。

ＷＳＣ２２５は、ステップＳ６１１で、ＭＦＰ−Ｂ２２２に文書編集要求を通知する。この文書編集要求は、図２６に示した通りである。また、このＳＯＡＰメッセージで、先ほど通知された文書チケットと、編集内容が丸秘スタンプを貼り付けることとが通知される。

次に、画像編集ＷＳ２４１は、文書をリポジトリＷＳ２３１から引き取るため、ステップＳ６１２で、ＭＦＰ−Ｂ２２２内のＷＳＣ２２５に、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、リポジトリＷＳのＵＲＬと、文書引き取り要求を示すメソッド名と、文書チケットがＷＳＣ２２５に通知される。

ＷＳＣ２２５は、ステップＳ６１３で、リポジトリＷＳ２３１に文書引き取り要求を文書チケットともに通知する。続いて図３３の説明をする。リポジトリＷＳ２３１は、ステップＳ６１４で、文書引き取り要求に対する応答を通知する。このとき、文書がＭＦＰ−Ｂ２２２に引き取られる。文書を引き取ったＷＳＣ２２５は、画像編集ＷＳ２４１に要求結果と文書からなる応答をステップＳ６１５で通知する。

画像編集ＷＳ２４１は、文書の編集を行い、ステップＳ６１６で、ＭＦＰ―Ａ２２１のＷＳＣ２２５に編集結果を編集済み文書とともに通知する。これは、図２７で示したＳＯＡＰメッセージで行われる。次に、ＷＳＣ２２５は、ステップＳ６１７で、印刷ＷＳ２４０に編集結果を編集済み文書とともに通知する。

編集済み文書を通知された印刷ＷＳ２４０は、文書を印刷し、ステップＳ６１８で文書印刷受付結果をクライアントＰＣ２１３に通知する。これは、図２８で説明したＳＯＡＰメッセージで通知される。

次に、図３２のステップＳ６０９で通知されるＳＯＡＰメッセージを、図３４を用いて説明する。この図３４に示されるＳＯＡＰメッセージは、文書印刷要求のＳＯＡＰメッセージであるが、第１の実施例の場合（図２３参照）と異なり、文書名に代え、ＸＭＬ文４５９に示されるように、文書チケットとなっている。なお、ＸＭＬ文４５９に示されている「jfowfnofjofi」が文書チケットである。また、図３４に示したＳＯＡＰメッセージは、以下で説明する第８の実施例まで同じものである。

以上が第２の実施例である。次に、第３の実施例について説明する。第３の実施例は、第２の実施例と比較し、文書管理サービスがクライアントＰＣから独立している点が異なる。

このような第３の実施例の構成を図３５に示す。図３５には、クライアントＰＣ２１３と、印刷サービス２１０と、画像編集サービス２１１と、文書管理サービス２１２と、文書ＤＢ２１４と、文書３０１、３０２とが示されている。

図３５における文書の流れであるが、文書は文書管理サービス２１２から画像編集サービス２１１に送信され、編集される。そして、編集された文書は、画像編集サービス２１１から印刷サービス２１０に送信され、印刷される。

次に、図３６を用いて具体的な構成例について説明する。図３６には、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２と、ＭＦＰ−Ｃ２３３とが示されている。この図３６において、第２の実施例（図３０参照）と異なる部分を説明する。まず、クライアントＰＣ２１３には、アプリケーション２２９とネットワークインタフェース２３０で構成され、第１の実施例と同じものとなる。

また、リポジトリサービスとして新たにＭＦＰ−Ｃ２３３が追加される。このＭＦＰ−Ｃ２３３には、ｈｔｔｐｄ２２３を有するＮＣＳ３１と、Ｗｅｂサービスサーバ２２４と、Ｗｅｂサービスクライアント２２５と、リポジトリＷＳＦ２３４と、ＭＣＳ３６と、ＨＤＤ６５とを有する。

リポジトリＷＳＦ２３４は、文書管理機能を提供するＷＳＦである。ＭＣＳ３６は、リポジトリＷＳＦ２３４が、ＨＤＤ６５にアクセスする際に用いられる。ＨＤＤ６５には、文書が格納されている。なお、ＭＦＰ−Ｂ２２２に設けられたＷｅｂサービスクライアント２２５は、第３の実施例では使用されない。

以上が第３の実施例における構成となっている。次に、実際の処理をシーケンス図を用いて説明する。図３７、図３８に示されるシーケンス図は、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２と、ＭＦＰ−Ｃ２３３との間で行われる処理を示すものである。この図３７、図３８において、リポジトリＷＳ２３５は、図３６のＭＦＰ−Ｃ２３３におけるＷｅｂサービスサーバ２２４と、リポジトリＷＳＦ２３４とをまとめて表現したものである。

また、図３７、図３８に示される処理は、クライアントＰＣ２１３が、文書チケットを取得し、印刷する処理を示すものである。

ステップＳ７０１で、クライアントＰＣ２１３のアプリケーション２２９は、文書チケット作成要求を、文書ＩＤの配列とともにリポジトリＷＳ２３５に通知する。リポジトリＷＳ２３５は、文書チケットを作成し、ステップＳ７０２で、文書チケット作成要求に対する応答を、文書チケットとともに通知する。これらステップＳ７０１、７０２のＳＯＡＰメッセージは、後に図３９、図４０で説明する。

ステップＳ７０３で、クライアントＰＣ２１３は、ＭＦＰ−Ａ２２１に文書印刷要求を通知する。これは、図３４で説明したＳＯＡＰメッセージで行われ、文書チケットと、文書と、印刷条件プロパティも通知される。図３７の場合、印刷条件プロパティとして丸秘スタンプの貼り付けをクライアントＰＣ２１３は要求することにする。

文書印刷要求を通知された印刷ＷＳ２４０は、図２４で説明した印刷サービスの処理フローを実行する。印刷ＷＳ２４０は、ステップＳ７０４でＷＳＣ２２５に対し、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、文書編集要求を示すメソッド名と、編集内容が丸秘スタンプを貼り付けることと、画像編集ＷＳ２４１のＵＲＬと、文書チケットがＷＳＣ２２５に通知される。

ＷＳＣ２２５は、ステップＳ７０５で、ＭＦＰ−Ｂ２２２に文書編集要求を通知する。この文書編集要求は、図２６に示した通りである。また、このＳＯＡＰメッセージで、先ほど通知された文書チケットと、編集内容が丸秘スタンプを貼り付けることとが通知される。

次に、画像編集ＷＳ２４１は、文書をリポジトリＷＳ２３５から引き取るため、ステップＳ７０６で、ＭＦＰ−Ｂ２２２内のＷＳＣ２２５に、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、リポジトリＷＳのＵＲＬと、文書引き取り要求を示すメソッド名と、文書チケットがＷＳＣ２２５に通知される。

続いて図３８の説明をする。ＷＳＣ２２５は、ステップＳ７０７で、リポジトリＷＳ２３１に文書引き取り要求を文書チケットともに通知する。リポジトリＷＳ２３５は、ステップＳ７０８で、文書引き取り要求に対する応答を通知する。このとき、文書がＭＦＰ−Ｂ２２２に引き取られる。文書を引き取ったＷＳＣ２２５は、画像編集ＷＳ２４１に要求結果と文書からなる応答をステップＳ７０９で通知する。

画像編集ＷＳ２４１は、文書の編集を行い、ステップＳ７１０で、ＭＦＰ―Ａ２２１のＷＳＣ２２５に編集結果を編集済み文書とともに通知する。これは、図２７で示したＳＯＡＰメッセージで行われる。次に、ＷＳＣ２２５は、ステップＳ７１１で、印刷ＷＳ２４０に編集結果を編集済み文書とともに通知する。

編集済み文書を通知された印刷ＷＳ２４０は、文書を印刷し、ステップＳ７１２で文書印刷受付結果をクライアントＰＣ２１３に通知する。これは、図２８で説明したＳＯＡＰメッセージで通知される。

次に、図３７のステップＳ７０１で通知されるＳＯＡＰメッセージを、図３９を用いて説明する。図３９に示される文書チケット作成要求には、ＸＭＬ文４５７に示されるように、２つの文書ＩＤ「1111」と「1112」を有する。この文書ＩＤに基づき文書チケットは作成される。

この文書チケット作成要求に対する応答が、図４０に示されるＳＯＡＰメッセージである。このＳＯＡＰメッセージのＸＭＬ文４５８に示されるように、文書チケット作成要求に対する応答には、文書チケット「jfowfnofjofi」を含むものとなる。

以上が第３の実施例である。次に、第４の実施例について説明する。第４の実施例は、第３の実施例と比較し、文書管理サービスと印刷サービスとが文書の送受信を行う点が異なる。

このような第４の実施例の構成を図４１に示す。図４１には、クライアントＰＣ２１３と、印刷サービス２１０と、画像編集サービス２１１と、文書管理サービス２１２と、文書ＤＢ２１４と、文書３０１、３０２、３０３とが示されている。

図４１における文書の流れであるが、文書は文書管理サービス２１２から印刷サービス２１０に送信され、印刷サービス２１０から画像編集サービス２１１に送信される。画像編集サービス２１１で編集された文書は、印刷サービス２１０に送信され、印刷サービス２１０から印刷される。

次に、図４２を用いて具体的な構成例について説明する。図４２には、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２と、ＭＦＰ−Ｃ２３３とが示されている。この図４２において、第３の実施例（図３６参照）と異なる部分を説明する。第３の実施例と比較して異なるのは、ＭＦＰ−Ｂ２２２のＷＳＣ２２５が不要となることである。これは、ＭＦＰ−Ｂ２２２がＷｅｂサービスのクライアントにならなくとも良いためである。

以上が第４の実施例における構成となっている。次に、実際の処理をシーケンス図を用いて説明する。図４３、図４４に示されるシーケンス図は、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２と、ＭＦＰ−Ｃ２３３との間で行われる処理を示すものである。

また、図４３、図４４に示される処理は、クライアントＰＣ２１３が、文書チケットを取得し、印刷する処理を示すものである。

ステップＳ８０１で、クライアントＰＣ２１３のアプリケーション２２９は、文書チケット作成要求を、文書ＩＤの配列とともにリポジトリＷＳ２３５に通知する。リポジトリＷＳ２３５は、文書チケットを作成し、ステップＳ８０２で、文書チケット作成要求に対する応答を、文書チケットとともに通知する。これらステップＳ８０１、８０２のＳＯＡＰメッセージは、図３９、図４０で説明したものである。

ステップＳ８０３で、クライアントＰＣ２１３は、ＭＦＰ−Ａ２２１に文書印刷要求を通知する。これは、図３４で説明したＳＯＡＰメッセージで行われ、文書チケットと、文書と、印刷条件プロパティも通知される。図４３の場合、印刷条件プロパティとして丸秘スタンプの貼り付けをクライアントＰＣ２１３は要求することにする。

文書印刷要求を通知された印刷ＷＳ２４０は、図２４で説明した印刷サービスの処理フローを実行する。印刷ＷＳ２４０は、ステップＳ８０４でＷＳＣ２２５に対し、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、文書引き取り要求を示すメソッド名と、リポジトリＷＳ２３５のＵＲＬと、文書チケットがＷＳＣ２２５に通知される。

ＷＳＣ２２５は、ステップＳ８０５で、リポジトリＷＳ２３５に文書引き取り要求を通知する。このＳＯＡＰメッセージで、先ほど通知された文書チケットも通知される。ステップＳ８０６で、リポジトリＷＳ２３５は、ＷＳＣに文書を含む応答を通知する。文書を引き取ったＷＳＣ２２５は、画像編集ＷＳ２４１に要求結果と文書からなる応答をステップＳ８０７で通知する。

続いて図４４の説明をする。印刷ＷＳ２４０は、ステップＳ８０８でＷＳＣ２２５に対し、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、文書編集要求を示すメソッド名と、編集内容が丸秘スタンプを貼り付けることと、画像編集ＷＳ２４１のＵＲＬと、文書がＷＳＣ２２５に通知される。

ＷＳＣ２２５は、ステップＳ８０９で、ＭＦＰ−Ｂ２２２に文書編集要求を通知する。このＳＯＡＰメッセージで、文書と、編集内容が丸秘スタンプを貼り付けることとが通知される。

画像編集ＷＳ２４１は、文書の編集を行い、ステップＳ８１０で、ＷＳＣ２２５に編集結果を編集済み文書とともに通知する。これは、図２７で示したＳＯＡＰメッセージで行われる。次に、ＷＳＣ２２５は、ステップＳ８１１で、印刷ＷＳ２４０に編集結果を編集済み文書とともに通知する。

編集済み文書を通知された印刷ＷＳ２４０は、文書を印刷し、ステップＳ８１２で文書印刷受付結果をクライアントＰＣ２１３に通知する。これは、図２８で説明したＳＯＡＰメッセージで通知される。

以上が第４の実施例である。次に、第５の実施例について説明する。第５の実施例は、文書管理サービスと印刷サービスとを１つのＭＦＰ内に設けた場合の実施例である。

このような第５の実施例の構成を図４５に示す。図４５には、クライアントＰＣ２１３と、印刷サービス２１０と、文書管理サービス２１２と、画像編集サービス２１１と、文書ＤＢ２１４と、文書３０１、３０２とが示されている。

図４５における文書の流れであるが、文書は文書管理サービス２１２から画像編集サービス２１１に送信される。画像編集サービス２１１で編集された文書は、印刷サービス２１０に送信され、印刷サービス２１０から印刷される。

次に、図４６を用いて具体的な構成例について説明する。図４６には、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２とが示されている。この図４６には、ＭＦＰ−Ａ２２１内に、印刷サービスとリポジトリサービスが設けられていることが示されている。そして、画像編集サービスは、ＭＦＰ−Ｂ２２２に設けられている。

以上が第５の実施例における構成となっている。次に、実際の処理をシーケンス図を用いて説明する。図４７、図４８、図４９に示されるシーケンス図は、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２との間で行われる処理を示すものである。これらの図において、印刷ＷＳ２４０は、図４６のＭＦＰ−Ａ２２１におけるＷｅｂサービスサーバ２２４と、印刷ＷＳＦ２２６とをまとめて表現したものである。また、リポジトリＷＳ２３５も同様に、図４６のＭＦＰ−Ａ２２２におけるＷｅｂサービスサーバ２２４と、リポジトリＷＳＦ２３４とをまとめて表現したものである。

また、図４７に示される処理は、クライアントＰＣ２１３が、印刷条件プロパティ候補を取得する処理を示すものである。図４８、図４９に示される処理は、クライアントＰＣ２１３が、文書チケットを取得し、印刷する処理を示すものである。

図４７のシーケンス図の説明をする。ステップＳ９０１でクライアントＰＣ２１３は、印刷条件プロパティ候補の取得要求を印刷ＷＳ２４０に通知する。印刷ＷＳ２４０は、ステップＳ９０２で、ＷＳＣ２２５に、ＷＳリクエスト送信要求を通知する。このとき、画像編集ＷＳのＵＲＬと、編集プロパティ候補取得要求を示すメソッド名もともに通知される。

ステップＳ９０３で、ＷＳＣ２２５は、画像編集ＷＳ２４１に、編集プロパティ候補取得要求をＳＯＡＰメッセージで通知する。これに対し、画像編集ＷＳ２４１は、ＷＳＣ２２５に、ステップＳ９０４で、編集プロパティ通知をＳＯＡＰメッセージで通知する。これにより、編集プロパティがＭＦＰ−Ａ２２１に通知される。

ＷＳＣ２２５は、印刷ＷＳ２４０に、ステップＳ９０５で、ＷＳリクエスト結果通知を通知する。このとき、ＭＦＰ−Ｂ２２２から通知された編集プロパティ候補も通知される。編集プロパティ候補を通知された印刷ＷＳ２４０は、自らが有する印刷プロパティ候補と通知された編集プロパティ候補から、印刷条件プロパティ候補を生成する。この処理は、図１１のフローチャートで示した通りである。

印刷条件プロパティ候補を生成した印刷ＷＳ２４０は、クライアントＰＣ２１３に、ステップＳ９０６で、印刷条件プロパティ候補をＳＯＡＰメッセージで通知する。

以上の処理により、クライアントＰＣ２１３は、印刷条件プロパティ候補を取得することができる。

次に、図４８、図４９について説明する。ステップＳ９０７で、クライアントＰＣ２１３は、リポジトリＷＳ２３５に文書チケット作成要求を、文書ＩＤの配列とともに通知する。リポジトリＷＳ２３５は、ステップＳ９０８で、文書チケット作成要求に対する応答を、文書チケットとともに通知する。

ステップＳ９０９で、クライアントＰＣ２１３は、ＭＦＰ−Ａ２２１に文書印刷要求を通知する。これは、図３４で示したＳＯＡＰメッセージで行われ、文書チケットと、印刷条件が通知される。図４８の場合、印刷条件プロパティとして丸秘スタンプの貼り付けをクライアントＰＣ２１３は要求することにする。

文書印刷要求を通知された印刷ＷＳ２４０は、図２４で説明した印刷サービスの処理フローを実行する。印刷ＷＳ２４０は、ステップＳ９１０でＷＳＣ２２５に対し、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、文書編集要求を示すメソッド名と、編集内容が丸秘スタンプを貼り付けることと、画像編集ＷＳ２４１のＵＲＬと、文書チケットがＷＳＣ２２５に通知される。

ＷＳＣ２２５は、ステップＳ９１１で、ＭＦＰ−Ｂ２２２に文書編集要求を通知する。この文書編集要求は、図２６に示した通りである。また、このＳＯＡＰメッセージで、文書チケットと、編集内容が通知される。

次に、画像編集ＷＳ２４１は、文書をリポジトリＷＳ２３１から引き取るため、ステップＳ９１２で、ＭＦＰ−Ｂ２２２内のＷＳＣ２２５に、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、リポジトリＷＳのＵＲＬと、文書引き取り要求を示すメソッド名と、文書チケットがＷＳＣ２２５に通知される。

ＷＳＣ２２５は、ステップＳ９１３で、リポジトリＷＳ２３１に文書引き取り要求を文書チケットともに通知する。続いて図４９の説明をする。リポジトリＷＳ２３５は、ステップＳ９１４で、文書引き取り要求に対する応答を通知する。このとき、文書がＭＦＰ−Ｂ２２２に引き取られる。文書を引き取ったＷＳＣ２２５は、画像編集ＷＳ２４１に要求結果と文書からなる応答をステップＳ９１５で通知する。

画像編集ＷＳ２４１は、文書の編集を行い、ステップＳ９１６で、ＭＦＰ―Ａ２２１のＷＳＣ２２５に編集結果を編集済み文書とともに通知する。これは、図２７で示したＳＯＡＰメッセージで行われる。次に、ＷＳＣ２２５は、ステップＳ９１７で、印刷ＷＳ２４０に編集結果を編集済み文書とともに通知する。

編集済み文書を通知された印刷ＷＳ２４０は、文書を印刷し、ステップＳ９１８で文書印刷受付結果をクライアントＰＣ２１３に通知する。これは、図２８で説明したＳＯＡＰメッセージで通知される。

以上が第５の実施例である。次に、第６の実施例について説明する。第６の実施例は、文書管理サービスと画像編集サービスとを１つのＭＦＰ内に設けた場合の実施例である。

このような第６の実施例の構成を図５０に示す。図５０には、クライアントＰＣ２１３と、印刷サービス２１０と、文書管理サービス２１２と、画像編集サービス２１１と、文書ＤＢ２１４と、文書３０１とが示されている。

図５０における文書の流れであるが、文書は、編集された文書が画像編集サービス２１１から印刷サービス２１０に送信され、印刷サービス２１０から印刷される。従って、文書の送受信は、１回しか行われない。

次に、図５１を用いて具体的な構成例について説明する。図５１には、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２とが示されている。この図５１には、ＭＦＰ−Ｂ２２２内に、画像編集サービスとリポジトリサービスが設けられていることが示されている。そして、印刷サービスは、ＭＦＰ−Ａ２２１に設けられている。

以上が第６の実施例における構成となっている。次に、実際の処理をシーケンス図を用いて説明する。図５２、図５３、図５４に示されるシーケンス図は、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２との間で行われる処理を示すものである。これらの図において、画像編集ＷＳ２４１は、図５１のＭＦＰ−Ｂ２２２におけるＷｅｂサービスサーバ２２４と、画像編集ＷＳＦ２２７とをまとめて表現したものである。また、リポジトリＷＳ２３５も同様に、図５１のＭＦＰ−Ｂ２２２におけるＷｅｂサービスサーバ２２４と、リポジトリＷＳＦ２３４とをまとめて表現したものである。

また、図５２に示される処理は、クライアントＰＣ２１３が、印刷条件プロパティ候補を取得する処理を示すものである。図５３、図５４に示される処理は、クライアントＰＣ２１３が、文書チケットを取得し、印刷する処理を示すものである。

図５２のシーケンス図の説明をする。ステップＳ１００１でクライアントＰＣ２１３は、印刷条件プロパティ候補の取得要求を印刷ＷＳ２４０に通知する。印刷ＷＳ２４０は、ステップＳ１００２で、ＷＳＣ２２５に、ＷＳリクエスト送信要求を通知する。このとき、画像編集ＷＳのＵＲＬと、編集プロパティ候補取得要求を示すメソッド名もともに通知される。

ステップＳ１００３で、ＷＳＣ２２５は、画像編集ＷＳ２４１に、編集プロパティ候補取得要求をＳＯＡＰメッセージで通知する。これに対し、画像編集ＷＳ２４１は、ＷＳＣ２２５に、ステップＳ１００４で、編集プロパティ通知をＳＯＡＰメッセージで通知する。これにより、編集プロパティがＭＦＰ−Ａ２２１に通知される。

ＷＳＣ２２５は、印刷ＷＳ２４０に、ステップＳ１００５で、ＷＳリクエスト結果通知を通知する。このとき、ＭＦＰ−Ｂ２２２から通知された編集プロパティ候補も通知される。編集プロパティ候補を通知された印刷ＷＳ２４０は、自らが有する印刷プロパティ候補と通知された編集プロパティ候補から、印刷条件プロパティ候補を生成する。この処理は、図１１のフローチャートで示した通りである。

印刷条件プロパティ候補を生成した印刷ＷＳ２４０は、クライアントＰＣ２１３に、ステップＳ１００６で、印刷条件プロパティ候補をＳＯＡＰメッセージで通知する。

以上の処理により、クライアントＰＣ２１３は、印刷条件プロパティ候補を取得することができる。

次に、図５３、図５４について説明する。ステップＳ１００７で、クライアントＰＣ２１３は、リポジトリＷＳ２３５に文書チケット作成要求を、文書ＩＤの配列とともに通知する。リポジトリＷＳ２３５は、ステップＳ１００８で、文書チケット作成要求に対する応答を、文書チケットとともに通知する。

ステップＳ１００９で、クライアントＰＣ２１３は、ＭＦＰ−Ａ２２１に文書印刷要求を通知する。これは、図３４で示したＳＯＡＰメッセージで行われ、文書チケットと、印刷条件が通知される。図５３の場合、印刷条件プロパティとして丸秘スタンプの貼り付けをクライアントＰＣ２１３は要求することにする。

文書印刷要求を通知された印刷ＷＳ２４０は、図２４で説明した印刷サービスの処理フローを実行する。印刷ＷＳ２４０は、ステップＳ１０１０でＷＳＣ２２５に対し、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、文書編集要求を示すメソッド名と、編集内容が丸秘スタンプを貼り付けることと、画像編集ＷＳ２４１のＵＲＬと、文書チケットがＷＳＣ２２５に通知される。

ＷＳＣ２２５は、ステップＳ１０１１で、ＭＦＰ−Ｂ２２２に文書編集要求を通知する。この文書編集要求は、図２６に示した通りである。また、このＳＯＡＰメッセージで、文書チケットと、編集内容が通知される。

次に、画像編集ＷＳ２４１は、文書をリポジトリＷＳ２３５から引き取るため、ステップＳ１０１２で、ＭＦＰ−Ｂ２２２内のリポジトリＷＳ２３５に、文書引き取り要求を文書チケットともに通知する。

続いて図５４の説明をする。リポジトリＷＳ２３５は、ステップＳ１０１３で、画像編集ＷＳ２４１に要求結果と文書からなる応答を通知する。

画像編集ＷＳ２４１は、文書の編集を行い、ステップＳ１０１４で、ＭＦＰ―Ａ２２１のＷＳＣ２２５に編集結果を編集済み文書とともに通知する。これは、図２７で示したＳＯＡＰメッセージで行われる。次に、ＷＳＣ２２５は、ステップＳ１０１５で、印刷ＷＳ２４０に編集結果を編集済み文書とともに通知する。

編集済み文書を通知された印刷ＷＳ２４０は、文書を印刷し、ステップＳ１０１６で文書印刷受付結果をクライアントＰＣ２１３に通知する。これは、図２８で説明したＳＯＡＰメッセージで通知される。

以上が第６の実施例である。次に、第７の実施例について説明する。第７の実施例は、印刷サービスと画像編集サービスとを１つのＭＦＰ内に設けた場合の実施例である。

このような第７の実施例の構成を図５５に示す。図５５には、クライアントＰＣ２１３と、印刷サービス２１０と、文書管理サービス２１２と、画像編集サービス２１１と、文書ＤＢ２１４と、文書３０１とが示されている。

図５５における文書の流れであるが、文書は、文書管理サービス２１２から画像編集サービス２１１に送信され、編集された文書は印刷サービス２１０から印刷される。従って、文書の送受信は、１回しか行われない。

次に、図５６を用いて具体的な構成例について説明する。図５６には、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２とが示されている。この図５６には、ＭＦＰ−Ａ２２１内に、印刷サービスと画像編集サービスが設けられていることが示されている。そして、リポジトリサービスは、ＭＦＰ−Ｂ２２２に設けられている。

以上が第７の実施例における構成となっている。次に、実際の処理をシーケンス図を用いて説明する。図５７、図５８、図５９に示されるシーケンス図は、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１と、ＭＦＰ−Ｂ２２２との間で行われる処理を示すものである。これらの図において、印刷ＷＳ２４０は、図５６のＭＦＰ−Ａ２２１におけるＷｅｂサービスサーバ２２４と、印刷ＷＳＦ２２６とをまとめて表現したものである。画像編集ＷＳ２４１も同様に、図５６のＭＦＰ−Ａ２２１におけるＷｅｂサービスサーバ２２４と、画像編集ＷＳＦ２２７とをまとめて表現したものである。

また、図５７に示される処理は、クライアントＰＣ２１３が、印刷条件プロパティ候補を取得する処理を示すものである。図５８、図５９に示される処理は、クライアントＰＣ２１３が、文書チケットを取得し、印刷する処理を示すものである。

図５７のシーケンス図の説明をする。ステップＳ１１０１でクライアントＰＣ２１３は、印刷条件プロパティ候補の取得要求を印刷ＷＳ２４０に通知する。印刷ＷＳ２４０は、ステップＳ１１０２で、画像編集ＷＳ２４１に、編集プロパティ候補取得要求を通知する。これに対し、画像編集ＷＳ２４１は、印刷ＷＳ２４０に、ステップＳ１１０３で、編集プロパティ通知を通知する。

編集プロパティ候補を通知された印刷ＷＳ２４０は、自らが有する印刷プロパティ候補と通知された編集プロパティ候補から、印刷条件プロパティ候補を生成する。この処理は、図１１のフローチャートで示した通りである。

印刷条件プロパティ候補を生成した印刷ＷＳ２４０は、クライアントＰＣ２１３に、ステップＳ１１０４で、印刷条件プロパティ候補をＳＯＡＰメッセージで通知する。

以上の処理により、クライアントＰＣ２１３は、印刷条件プロパティ候補を取得することができる。

次に、図５８、図５９について説明する。ステップＳ１１０５で、クライアントＰＣ２１３は、リポジトリＷＳ２３５に文書チケット作成要求を、文書ＩＤの配列とともに通知する。リポジトリＷＳ２３５は、ステップＳ１１０６で、文書チケット作成要求に対する応答を、文書チケットとともに通知する。

ステップＳ１１０７で、クライアントＰＣ２１３は、ＭＦＰ−Ａ２２１に文書印刷要求を通知する。これは、図３４で示したＳＯＡＰメッセージで行われ、文書チケットと、印刷条件が通知される。図５８の場合、印刷条件プロパティとして丸秘スタンプの貼り付けをクライアントＰＣ２１３は要求することにする。

文書印刷要求を通知された印刷ＷＳ２４０は、図２４で説明した印刷サービスの処理フローを実行する。印刷ＷＳ２４０は、ステップＳ１１０８で文書編集要求を画像編集ＷＳ２４１に通知する。この文書編集要求で、文書チケットと、編集内容が通知される。

次に、画像編集ＷＳ２４１は、文書をリポジトリＷＳ２３５から引き取るため、ステップＳ１１０９で、ＷＳＣ２２５に、ＷＳリクエスト送信要求を通知する。このＷＳリクエスト送信要求は、図２５で示した関数が用いられ、リポジトリＷＳのＵＲＬと、文書引き取り要求を示すメソッド名と、文書チケットがＷＳＣ２２５に通知される。ＷＳＣ２２５は、ステップＳ１１１０で、リポジトリＷＳ２３１に文書引き取り要求を文書チケットともに通知する。

続いて図５９の説明をする。リポジトリＷＳ２３５は、ステップＳ１１１１で、文書引き取り要求に対する応答を通知する。このとき、文書がＭＦＰ−Ａ２２１に引き取られる。文書を引き取ったＷＳＣ２２５は、画像編集ＷＳ２４１に要求結果と文書からなる応答をステップＳ１１１２で通知する。

画像編集ＷＳ２４１は、文書の編集を行い、ステップＳ１１１３で、印刷ＷＳ２４０に編集結果を編集済み文書とともに通知する。編集済み文書を通知された印刷ＷＳ２４０は、文書を印刷し、ステップＳ１１１４で文書印刷受付結果をクライアントＰＣ２１３に通知する。これは、図２８で説明したＳＯＡＰメッセージで通知される。

以上が第７の実施例である。次に、第８の実施例について説明する。第８の実施例は、印刷サービスと文書管理サービスと画像編集サービスの３つのサービス全てを１つのＭＦＰ内に設けた場合の実施例である。

このような第８の実施例の構成を図６０に示す。図６０には、クライアントＰＣ２１３と、印刷サービス２１０と、文書管理サービス２１２と、画像編集サービス２１１と、文書ＤＢ２１４と、文書３０１とが示されている。

図６０における文書の流れであるが、文書は、編集し、印刷するＭＦＰが有するので文書の送受信は行われない。

次に、図６１を用いて具体的な構成例について説明する。図６１には、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１が示されている。この図６１には、ＭＦＰ−Ａ２２１内に、印刷サービスと画像編集サービスとリポジトリサービスが設けられていることが示されている。

以上が第８の実施例における構成となっている。次に、実際の処理をシーケンス図を用いて説明する。図６２、図６３、図６４に示されるシーケンス図は、クライアントＰＣ２１３と、ＭＦＰ−Ａ２２１の間で行われる処理を示すものである。これらの図において、画像編集ＷＳ２４１は、図６１のＭＦＰ−Ａ２２１におけるＷｅｂサービスサーバ２２４と、画像編集ＷＳＦ２２７とをまとめて表現したものである。また、リポジトリＷＳ２３５も同様に、図６１のＭＦＰ−Ａ２２１におけるＷｅｂサービスサーバ２２４と、リポジトリＷＳＦ２３４とをまとめて表現したものである。そして、印刷ＷＳ２４０も、図６１のＭＦＰ−Ａ２２１におけるＷｅｂサービスサーバ２２４と、印刷ＷＳＦ２２６とをまとめて表現したものである。

また、図６２に示される処理は、クライアントＰＣ２１３が、印刷条件プロパティ候補を取得する処理を示すものである。図６３、図６４に示される処理は、クライアントＰＣ２１３が、文書チケットを取得し、印刷する処理を示すものである。

図６２のシーケンス図の説明をする。ステップＳ１２０１でクライアントＰＣ２１３は、印刷条件プロパティ候補の取得要求を印刷ＷＳ２４０に通知する。印刷ＷＳ２４０は、ステップＳ１２０２で、画像編集ＷＳ２４１に、編集プロパティ候補取得要求を通知する。これに対し、画像編集ＷＳ２４１は、印刷ＷＳ２４０に、ステップＳ１２０３で、編集プロパティ通知を通知する。

編集プロパティ候補を通知された印刷ＷＳ２４０は、自らが有する印刷プロパティ候補と通知された編集プロパティ候補から、印刷条件プロパティ候補を生成する。この処理は、図１１のフローチャートで示した通りである。

印刷条件プロパティ候補を生成した印刷ＷＳ２４０は、クライアントＰＣ２１３に、ステップＳ１２０４で、印刷条件プロパティ候補をＳＯＡＰメッセージで通知する。

以上の処理により、クライアントＰＣ２１３は、印刷条件プロパティ候補を取得することができる。

次に、図６３、図６４について説明する。ステップＳ１２０５で、クライアントＰＣ２１３は、リポジトリＷＳ２３５に文書チケット作成要求を、文書ＩＤの配列とともに通知する。リポジトリＷＳ２３５は、ステップＳ１２０６で、文書チケット作成要求に対する応答を、文書チケットとともに通知する。

ステップＳ１２０７で、クライアントＰＣ２１３は、ＭＦＰ−Ａ２２１に文書印刷要求を通知する。これは、図３４で示したＳＯＡＰメッセージで行われ、文書チケットと、印刷条件が通知される。図６３の場合、印刷条件プロパティとして丸秘スタンプの貼り付けをクライアントＰＣ２１３は要求することにする。

文書印刷要求を通知された印刷ＷＳ２４０は、図２４で説明した印刷サービスの処理フローを実行する。印刷ＷＳ２４０は、ステップＳ１２０８で、画像編集ＷＳ２４１に文書編集要求を通知する。この通知で、文書チケットと、編集内容が通知される。

次に、画像編集ＷＳ２４１は、文書をリポジトリＷＳ２３５から引き取るため、ステップＳ１２０９で、リポジトリＷＳ２３５に、文書チケットに含まれる文書ＩＤ取得要求を通知する。ここで、文書ＩＤを取得するのは、画像編集ＷＳ２４１が設けられているＭＦＰ内に文書が存在するためであり、文書ＩＤを取得できると、画像編集ＷＳ２４１は、対応する文書に編集を行うことができる。

続いて図６４の説明をする。リポジトリＷＳ２３５は、ステップＳ１２１０で、画像編集ＷＳ２４１に文書ＩＤを通知する。画像編集ＷＳ２４１は、文書の編集を行い、ステップＳ１２１１で、印刷ＷＳ２４０に編集結果を編集済み文書とともに通知する。

編集済み文書を通知された印刷ＷＳ２４０は、文書を印刷し、ステップＳ１２１２で文書印刷受付結果をクライアントＰＣ２１３に通知する。これは、図２８で説明したＳＯＡＰメッセージで通知される。

以上が第８の実施例であり、これにより第１から第８までの実施例の説明が終了する。以上説明した各実施例において、出力プロパティ取得手段と、出力サービス手段と、出力条件プロパティ候補取得要求受信手段と、出力条件プロパティ候補生成手段と、出力条件プロパティ候補提供手段と、文書出力要求受信手段は、印刷ＷＳＦに対応する。

また編集プロパティ取得手段と編集サービス手段は、画像編集ＷＳＦに対応する。出力サービスクライアント手段は、印刷ＷＳＦに対応する。編集サービスクライアント手段は、画像編集ＷＳＦに対応する。

次に、上述した実施例における印刷ＷＳや画像編集ＷＳなどのＷＳと、ＷＳＣとの関係について説明する。

図６５は、１つのＷＳＣにも関わらず複数のＷＳが利用できることを示すものである。具体的に図６５を説明すると、ＭＦＰ−Ａ２２１は、印刷ＷＳ２４０と画像編集ＷＳ２４１とを有し、それらは、ＭＦＰ−Ａ２２１以外のＷＳクライアント５０３のサーバであるものとする。このような場合であっても、印刷ＷＳ２４０と画像編集ＷＳ２４１は、それぞれ１つのＷＳＣ２２５を利用することができ、それぞれのＷＳは、ＷＳＣ２２５を介して、ＭＦＰ−Ａ２２１以外のリポジトリＷＳ２３５などＷＳを利用することができる。

これとは逆に、１つのＷＳが複数のＷＳＣを利用できることを示す図が、図６６である。図６６には、ＭＦＰ−Ｂ２２２と、ＷＳクライアント５０４と、ＵＰｎＰリポジトリＷＳ５０７と、ＢＭＬｉｎｋＳリポジトリＷＳ５０８とが示されている。

なお、ＢＭＬｉｎｋＳとは、ＯＡ機器の探索、ＯＡ機器が授受するデータフォーマット、ＯＡ機器の制御の標準仕様である。

このような仕様が異なるＵＰｎＰリポジトリＷＳ５０７と、ＢＭＬｉｎｋＳリポジトリＷＳ５０８に対応するために、ＭＦＰ−Ｂ２２２には、ＵＰｎＰに対応したＷＳＣ＿Ａ５０５と、ＢＭＬｉｎｋＳに対応したＷＳＣ＿Ｂ５０６とが設けられている。従って、例えば、ＷＳクライアント５０４のサーバである印刷ＷＳ２４０は、いずれのリポジトリサービスを利用することができる。

以上説明したＭＦＰ−Ａ２２１とＭＦＰ−Ｂ２２２の詳細を示したのが、図６７である。図６７において、既に説明した符号については説明を省略する。

図６７に示されるＭＦＰ−Ａ２２１には、印刷ＷＳＦ２２６と画像編集ＷＳＦ２２７が、１つのＷＳＣ２２５を利用可能な構成となっている。また、ＭＦＰ−Ｂ２２２では、印刷ＷＳＦ２２６が、ＷｅｂサービスＡクライアント５０１と、ＷｅｂサービスＢクライアント５０２の２つのＷＳＣが利用可能な構成となっている。

本発明の実施例における文書処理システムの構成図である。 本発明による融合機の一実施例の構成図である。 本発明による融合機の一実施例のハードウェア構成図である。 クライアントＰＣのハードウェア構成図である。 第１の実施例の構成を示す図である。 第１の実施例の具体的構成例を示す図である。 印刷条件プロパティ候補の取得を示すシーケンス図である。 印刷プロパティの一例を示す図である。 編集プロパティの一例を示す図である。 印刷条件プロパティ候補の生成処理を示すフローチャートである。 印刷条件プロパティ候補の生成処理を示すフローチャートである。 第１の処理を示す図である。 クライアントＰＣが画像編集サービスを指定する場合のＳＯＡＰメッセージである。 予め画像編集サービスが固定されている場合のＳＯＡＰメッセージである。 印刷条件プロパティ候補の例を示す図である。 印刷条件プロパティ候補の例を示す図である。 第２の処理を示す図である。 画像編集サービス候補などを通知する際のＳＯＡＰメッセージである。 編集が可能であることなどを通知する際のＳＯＡＰメッセージである。 印刷機能と拡張機能を設定する画面を示す図である。 印刷に関する処理を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 文書印刷要求で通知されるＳＯＡＰメッセージである。 印刷ＷＳの処理を示すフローチャートである。 ＷＳＣに通知する際に用いられる関数のプロトタイプを示す図である。 文書編集要求で通知されるＳＯＡＰメッセージである。 編集結果通知で通知されるＳＯＡＰメッセージである。 文書印刷受付結果で通知されるＳＯＡＰメッセージである。 第２の実施例の構成を示す図である。 第２の実施例の具体的構成例を示す図である。 印刷条件プロパティ候補の取得を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 文書印刷要求で通知されるＳＯＡＰメッセージである。 第３の実施例の構成を示す図である。 第３の実施例の具体的構成例を示す図である。 印刷に関する処理を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 文書チケット作成要求で通知されるＳＯＡＰメッセージである。 文書チケット作成要求に対する応答で通知されるＳＯＡＰメッセージである。 第４の実施例の構成を示す図である。 第４の実施例の具体的構成例を示す図である。 印刷に関する処理を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 第５の実施例の構成を示す図である。 第５の実施例の具体的構成例を示す図である。 印刷条件プロパティ候補の取得を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 第６の実施例の構成を示す図である。 第６の実施例の具体的構成例を示す図である。 印刷条件プロパティ候補の取得を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 第７の実施例の構成を示す図である。 第７の実施例の具体的構成例を示す図である。 印刷条件プロパティ候補の取得を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 第８の実施例の構成を示す図である。 第８の実施例の具体的構成例を示す図である。 印刷条件プロパティ候補の取得を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 印刷に関する処理を示すシーケンス図である。 １つのＷＳＣと複数のＷＳを示す図である。 １つのＷＳと複数のＷＳＣを示す図である。 ＭＦＰ−ＡとＭＦＰ−Ｂの詳細を示す図である。

符号の説明

１ 融合機
２ ソフトウェア群
３ 融合機起動部
４ ハードウェア資源
５ アプリケーション層
６ プラットホーム層
９ コントロールサービス層
１０ ハンドラ層
１１ スキャナ
１２ プロッタ
１３ その他のハードウェアリソース
２１ プリンタアプリ
２２ コピーアプリ
２３ ファックスアプリ
２４ スキャナアプリ
２５ ＷＥＢページアプリ
２６ ＳＯＡＰ通信アプリ
２７ ＷＳＦ
２８ ＳＦ
２９ ＳＦ
３１ ネットワークコントロールサービス（ＮＣＳ）
３２ デリバリーコントロールサービス（ＤＣＳ）
３３ オペレーションパネルコントロールサービス（ＯＣＳ）
３４ 認証サービス（ＣＣＳ）
３５ エンジンコントロールサービス（ＥＣＳ）
３６ メモリコントロールサービス（ＭＣＳ）
３７ ユーザインフォメーションコントロールサービス（ＵＣＳ）
３８ システムコントロールサービス（ＳＣＳ）
３９ システムリソースマネージャ（ＳＲＭ）
４０ ファックスコントロールユニットハンドラ（ＦＣＵＨ）
４１ イメージメモリハンドラ（ＩＭＨ）
５１、５２、５３ アプリケーションプログラムインターフェース（ＡＰＩ）
５４ エンジンＩ／Ｆ
６０ コントローラボード
６１ ＣＰＵ
６２ ノースブリッジ（ＮＢ）
６３ システムメモリ（ＭＥＭ−Ｐ）
６４ ローカルメモリ（ＭＥＭ−Ｃ）
６５ ハードディスク装置（ＨＤＤ）
６６ ＡＳＩＣ
６７ ＡＧＰ（Accelerated Graphics Port）
６８ ファックスコントロールユニット（ＦＣＵ）
６９ Ｇ３対応ユニット
７０ Ｇ４対応ユニット
７１ エンジン
７３ サウスブリッジ（ＳＢ）
７４ ＮＩＣ
７５ ＵＳＢデバイス
７６ ＩＥＥＥ１３９４デバイス
７７ セントロニクスデバイス
１２０ 演算処理装置
１２１ インタフェース装置
１２２ 入力装置
１２３ 表示装置
１２４ ドライブ装置
１２５ 記録媒体
１２６ 補助記憶装置
１２７ メモリ装置
１３４ ネットワーク
２１０ 印刷サービス
２１１ 画像編集サービス
２１２ 文書管理サービス
２１３ クライアントＰＣ
２１４ 文書ＤＢ
２２１ ＭＦＰ−Ａ
２２２ ＭＦＰ−Ｂ
２２３ ｈｔｔｐｄ
２２４ Ｗｅｂサービスサーバ（ＷＳＳ）
２２５ Ｗｅｂサービスクライアント（ＷＳＣ）
２２６ 印刷ＷＳＦ
２２７ 画像編集ＷＳＦ
２２８ 画像編集用の保存領域
２２９ アプリケーション
２３０ ネットワークインタフェース
２３３ ＭＦＰ−Ｃ
２３５ リポジトリＷＳ
２４０ 印刷ＷＳ
２４１ 画像編集ＷＳ
３０１、３０２、３０３ 文書
４０１ 編集プロパティ
４０２ 印刷プロパティ
４１０、４１１、４１２、４１３、４１４、４１５、４１６、４２５、４２６、４２７、４５０、４５１、４５２、４５３、４５４、４５５、４５６、４５７、４５８、４５９ ＸＭＬ文
４２０ 編集可能
４２１ 画像編集サービス候補
４３０ 印刷機能
４３１ 拡張機能
４３２ 印刷部数設定欄
４３４ 用紙サイズ設定欄
４３５ 丸秘スタンプ設定欄
５０３、５０４ ＷＳクライアント
５０５ ＷＳＣ＿Ａ
５０６ ＷＳＣ＿Ｂ
５０７ ＵＰｎＰリポジトリＷＳ
５０８ ＢＭＬｉｎｋＳリポジトリＷＳ

Claims (6)

1. 少なくともプロッタを含むハードウェア資源と、前記ハードウェア資源を制御する制御手段と、前記制御手段と印刷要求の仲介を行うＷＥＢサービスファンクションと、画像データの編集を行なう画像編集サービスとを備えた印刷装置において、
   ネットワークを介して接続された情報処理装置から、ネットワークを介して接続され画像提供Ｗｅｂサービスを提供するリポジトリ装置に記憶された画像データの編集要求及び印刷要求である第１のリクエストメッセージが所定のプロトコルで送られてきたとき、前記第１のリクエストメッセージを前記ＷＥＢサービスファンクション及び前記画像編集サービスの実行要求に変換し、該実行要求を前記ＷＥＢサービスファンクション及び前記画像編集サービスに送るＷＥＢサービスサーバ手段と、
   前記画像編集サービスからの、前記リポジトリ装置に記憶された前記画像データの引き取りに係る実行要求を、所定のプロトコルの第２のリクエストメッセージに変換し、該第２のリクエストメッセージを前記リポジトリ装置に送り、さらに前記リポジトリ装置から送られてきた前記画像データを含む第２のレスポンスメッセージを解析し、前記画像データと該解析結果とをリクエスト元である前記画像編集サービスへ送るＷＥＢサービスクライアント手段とを有し、
   前記画像編集サービスは、前記ＷＥＢサービスクライアント手段から前記画像データを受けたときに、前記画像データの編集を行なって、前記編集済みの画像データを前記ＷＥＢサービスファンクションに渡し、
   前記ＷＥＢサービスファンクションは、前記画像編集サービスから前記編集済みの画像データを受けたときに、印刷されるべき前記編集済みの画像データを、前記プロッタを制御する前記制御手段に渡すこと、
   を特徴とする印刷装置。
2. 前記情報処理装置から送られてきた前記第１のリクエストメッセージによる印刷要求は、該印刷要求のプロパティの内容として、文書の印刷部数設定の可否、印刷する用紙サイズ設定の可否、両面印刷の可否、ソート印刷の可否、トレイの指定の可否、文書の集約印刷の可否、文書の変倍印刷の可否、文書の一部の領域を印刷する領域指定の可否、文書のカラー指定印刷の可否、フィニッシャ設定の可否のうち、いずれか１つ以上を含むこと
   を特徴とする請求項１に記載の印刷装置。
3. 前記情報処理装置から送られてきた前記第１のリクエストメッセージによる編集要求は、該編集要求のプロパティの内容として、スタンプの文書への貼り付けの可否、描画操作の可否、指定領域の削除／コピー／貼り付け／移動／色変換の可否、複数ページの連続編集の可否、地肌汚れ除去の可否のうち、いずれか１つ以上を含むこと
   を特徴とする請求項１又は２に記載の印刷装置。
4. 画像データを記憶する記憶手段とを備えたリポジトリ装置と、
   少なくともプロッタを含むハードウェア資源と、前記ハードウェア資源を制御する制御手段と、前記制御手段と印刷要求の仲介を行うＷＥＢサービスファンクションと、前記記憶手段に記憶された画像データの編集を行なう画像編集サービスとを備えた印刷装置と、
   前記印刷装置に、前記記憶手段に記憶された画像データの編集要求及び印刷要求を行う情報処理装置とがネットワークを介して接続された印刷システムにおいて、
   前記印刷装置は、
   前記情報処理装置から、前記記憶手段に記憶された画像データの編集要求及び印刷要求である第１のリクエストメッセージが所定のプロトコルで送られてきたとき、前記第１のリクエストメッセージを前記ＷＥＢサービスファンクション及び前記画像編集サービスの実行要求に変換し、該実行要求を前記ＷＥＢサービスファンクション及び前記画像編集サービスに送るＷＥＢサービスサーバ手段と、
   前記画像編集サービスからの前記画像データの引き取りに係る実行要求を、所定のプロトコルの第２のリクエストメッセージに変換し、該第２のリクエストメッセージを前記リポジトリ装置に送り、さらに前記リポジトリ装置から送られてきた前記画像データを含む第２のレスポンスメッセージを解析し、前記画像データと該解析結果とをリクエスト元である前記画像編集サービスへ送るＷＥＢサービスクライアント手段とを有し、
   前記画像編集サービスは、前記ＷＥＢサービスクライアント手段から前記画像データを受けたときに、前記画像データの編集を行なって、前記編集済みの画像データを前記ＷＥＢサービスファンクションに渡し、
   前記ＷＥＢサービスファンクションは、前記画像編集サービスから前記編集済みの画像データを受けたときに、印刷されるべき前記編集済みの画像データを、前記プロッタを制御する前記制御手段に渡し、
   前記リポジトリ装置は、前記ＷＥＢサービスクライアント手段からの前記画像データの引き取りに係る実行要求に応答して、前記画像データをリクエスト元である前記ＷＥＢサービスクライアント手段へ送る画像提供ＷＥＢサービスサーバ手段と、
   を有することを特徴とする印刷システム。
5. 前記情報処理装置から送られてきた前記第１のリクエストメッセージによる印刷要求は、該印刷要求のプロパティの内容として、文書の印刷部数設定の可否、印刷する用紙サイズ設定の可否、両面印刷の可否、ソート印刷の可否、トレイの指定の可否、文書の集約印刷の可否、文書の変倍印刷の可否、文書の一部の領域を印刷する領域指定の可否、文書のカラー指定印刷の可否、フィニッシャ設定の可否のうち、いずれか１つ以上を含むこと
   を特徴とする請求項４に記載の印刷システム。
6. 前記情報処理装置から送られてきた前記第１のリクエストメッセージによる編集要求は、該編集要求のプロパティの内容として、スタンプの文書への貼り付けの可否、描画操作の可否、指定領域の削除／コピー／貼り付け／移動／色変換の可否、複数ページの連続編集の可否、地肌汚れ除去の可否のうち、いずれか１つ以上を含むこと
   を特徴とする請求項４又は５に記載の印刷システム。
   

Images