JP2010045813A - 装置間データ複写を制御するシステム - Google Patents

Abstract

【課題】 本発明の課題は、通信回線を介して装置間で連携することによって他のＷｅｂサービス提供処理装置に蓄積された文書を取得して自装置にて複写又は印刷を実現すると共に、通信回線上の何れの装置においても利用者の操作を可能とするＷｅｂサービス提供処理装置を提供することを目的とする。
【解決手段】 本発明の課題は、通信回線を介して接続される処理を要求する要求装置からの処理リクエストの受信及び該処理リクエストに応じた該要求装置への処理レスポンスの送信を所定プロトコルに従って制御し、上記処理の対象となる情報を管理している管理装置との間で該情報の処理を可能とする第一処理可能条件に基づいて、該管理装置から該情報を取得する制御を行い、上記第一処理可能条件に基づいて取得した上記情報に対して上記処理を実行し、その処理結果を上記サーバ処理手段に通知するＷｅｂサービス提供処理装置によって達成される。
【選択図】 図４

Description

本発明は、通信回線を介して装置間で連携することによってＷｅｂサービス提供処理装置自身に蓄積される文書を他の装置にて複写することを実現すると共に、通信回線上の何れの装置においても利用者による装置間で複写する操作を可能とするＷｅｂサービス提供処理装置を提供するものである。また、そのような装置での処理を行うＷｅｂサービス提供処理方法を提供する。

ネットワークを介して接続される画像形成装置へ画像データに関する処理を行わせる従来技術として、ネットワークを介して情報出力装置に接続可能な画像形成装置において、ネットワーク上の全ての装置で出力した際には出力画像品質を損なわないように、画像処理の補正データをネットワークを介して取得し、出力に最適な画像補正を行ってデータをネットワークに接続された装置に出力するようにする技術が知られている（例えば、特許文献１参照。）。

しかしながら、上記従来技術では、ネットワーク上の他の装置での画像データの出力を目的としているため、処理の種別に応じた画像形成装置間での処理シーケンスの制御が行われない。従って、画像処理にのみ限定されない種々の機能を有する複合型の画像形成装置がネットワーク上に存在したとしても、装置間で連携して、処理の種別に応じた処理を実現することができないという問題があった。

そこで、本発明の課題は、通信回線を介して装置間で連携することによって他のＷｅｂサービス提供処理装置に蓄積された文書を取得して自装置にて複写又は印刷を実現すると共に、通信回線上の何れの装置においても利用者の操作を可能とするＷｅｂサービス提供処理装置を提供するものである。また、そのような装置での処理を行うＷｅｂサービス提供処理方法を提供することである。

上記課題を解決するため、本発明は、請求項１に記載されるように、通信回線を介して接続される処理を要求する要求装置からの処理リクエストの受信及び該処理リクエストに応じた該要求装置への処理レスポンスの送信を所定プロトコルに従って制御するサーバ処理手段と、上記サーバ処理手段からの指示に応じて、上記処理リクエストによって指定される上記処理の対象となる情報を処理する処理装置との間で該情報の処理を可能とする第一処理可能条件に基づいて、該処理装置へ該情報を送信する制御を行う条件取得制御手段と、上記処理装置が上記情報に行った処理結果を受信すると、その処理結果を上記サーバ処理手段に通知するサービス提供手段とを有するように構成される。

このようなＷｅｂサービス提供処理装置では、処理リクエストに設定された処理の対象となる情報に応じて、処理装置間との間で該処理装置と該Ｗｅｂサービス提供処理装置とで処理可能な第一処理可能条件を取得するための制御を実現することができる。

上記所定プロトコルは、例えば、ＳＯＡＰ（Simple Object Access Protocol）である。

また、本発明は、請求項２に記載されるように、上記条件取得制御手段と、上記サービス提供処理手段とを有するプログラムと、上記処理で利用されるハードウェア資源の管理を行うコントロールサービスと、上記アプリケーションと上記コントロールサービスとを制御するオペレーティングシステムとを有するように構成することができる。

このようなＷｅｂサービス提供処理装置では、コンピュータ装置としての機能を有すると共に、画像形成に使用されるハードウェア資源を直接制御することができる。

更に、本発明は、請求項３に記載されるように、上記条件取得制御手段による指示に応じて、上記処理装置への処理リクエストの送信と、該処理装置からの処理レスポンスの受信を上記所定プロトコルに従って制御するクライアント処理手段とを有するように構成することができる。

このようなＷｅｂサービス提供処理装置では、処理装置とＷｅｂサービス提供処理装置間とで処理可能な条件を取得するめに、条件取得制御手段は、クライアント処理手段による処理リクエスト及び処理レスポンスによる通信（処理シーケンス）を制御する。

また、本発明は、請求項４に記載されるように、上記条件取得制御手段は、上記処理装置における上記情報に対する第二処理可能条件と自装置における該情報に対する内部的な第三処理可能条件とを取得する処理シーケンスを制御するシーケンス制御手段と、上記シーケンス制御手段によって取得した上記第二処理可能条件と上記第三処理可能条件とに基づいて、上記第一処理可能条件を判断する条件判断手段とを有するように構成することができる。

このようなＷｅｂサービス提供処理装置では、処理装置と自装置における夫々の第二及び第三処理可能条件を取得し、処理装置と自装置とにおいて適切な第一処理可能条件を決定することが可能となる。

更に、本発明は、請求項５に記載されるように、上記シーケンス制御手段は、上記処理装置に対して上記第二処理可能条件を要求する上記処理リクエストを送信することによって該処理装置から該第二処理可能条件を取得するように上記クライアント処理手段を制御する第一制御手段と、上記サーバ処理手段に対して上記第三処理可能条件を要求する上記処理リクエストを内部的に発行することによって自装置から該第三処理可能条件を取得するように上記クライアント処理手段を制御する第二制御手段と、上記条件判断手段に上記第二処理可能条件と上記第三処理可能条件とに基づいて判断させる判断指示手段と、上記条件判断手段によって判断された上記第一処理可能条件に従って上記情報を上記処理装置へ送信する情報送信手段とを有するように構成することができる。

このようなＷｅｂサービス提供処理装置では、シーケンス制御手段によって、管理装置及び自装置の夫々において情報に対して処理可能な第二及び第三処理可能条件が取得され、シーケンス制御手段の制御によってそれら条件に基づいて第一処理可能条件が判断される。また、処理装置は、第一処理可能条件に基づく情報を取得することができる。

また、本発明は、請求項６に記載されるように、上記クライアント処理手段は、上記シーケンス制御手段からの指示に応じて、上記所定プロトコルに従って上記処理装置に送信される該指示を示す上記処理リクエストを構築する処理リクエスト構築手段と、上記処理リクエストに応じて上記処理装置から受信した上記処理レスポンスを解釈し、その結果を上記シーケンス制御手段へ通知する処理レスポンス解釈手段とを有するように構成することができる。

このようなＷｅｂサービス提供処理装置では、処理リクエスト構築手段はシーケンス処理手段によって制御されるとともに、処理レスポンス解釈手段による結果もシーケンス処理手段によって制御される。

更に、本発明は、請求項７に記載されるように、上記サービス提供処理手段は、上記要求装置から送信された又は内部的に生成された処理リクエストに対応する処理を実行するサービス実行手段を有するように構成することができる。

このようなＷｅｂサービス提供処理装置では、要求装置からの通信回線を介して受信した処理リクエストに対して処理を実行し、また、内部的に生成された処理リクエストに対しても処理を実行することができる。従って、条件取得制御手段による指示に応じてクライアント処理手段が生成した処理リクエストに対しても、要求装置からの処理リクエスト同様に処理を実行することができる。

また、本発明は、請求項８に記載されるように、上記サーバ処理手段は、上記情報に対する処理を示す上記処理リクエストを、上記所定プロトコルに従って解釈する処理リクエスト解釈手段と、上記処理を実行した処理結果を示す処理レスポンスを、上記所定プロトコルに従って構築する処理レスポンス構築手段とを有するように構成することができる。

このようなＷｅｂサービス提供処理装置では、例えば、ＳＯＡＰ等の所定プロトコルに従って、処理リクエストを処理する処理リクエスト解釈手段と処理レスポンスを処理する処理レスポンス構築手段とを備えるため、Ｗｅｂサーバとして機能することができる。

更に、本発明は、請求項９に記載されるように、上記処理リクエスト解釈手段は、上記処理リクエストが上記情報を上記処理装置へ送信することを要求しているか否かを判断する判断手段と、上記判断手段による判断結果に基づいて、上記条件取得制御手段に該処理リクエストを通知する通知手段とを有するように構成することができる。

このようなＷｅｂサービス提供処理装置では、判断手段による判断結果に基づいて、処理リクエストが条件取得制御手段に通知されるため、以後、条件取得制御手段によって、情報を処理する処理装置との処理シーケンスの制御を開始することができる。

また、本発明は、請求項１０に記載されるように、上記処理レスポンス構築手段は、上記条件取得制御手段による制御結果を示す処理レスポンスを、上記所定プロトコルに従って構築する制御結果構築手段を有するように構成することができる。

このようなＷｅｂサービス提供処理装置では、条件取得制御手段による情報を処理する処理装置との処理シーケンスの制御の制御結果を、要求装置からの要求を示す処理リクエストに対する処理レスポンスとして該要求装置へ送信することができる。

また、本発明は、請求項１１に記載されるように、利用者によって選択可能な上記通信回線上に存在する装置の装置一覧を表示部に表示させる第一表示手段と、上記管理装置として、上記利用者が上記装置一覧から所望する装置を選択すると、上記表示部に上記管理装置にて管理される情報の情報一覧を上記表示部に表示させる第二表示手段と、上記利用者が上記情報一覧から所望の情報を指定して、更に、上記装置一覧から所望する装置の一つを指定することによって、上記処理を行う装置を決定可能とする装置決定手段とを有するように構成することができる。また、本発明は、請求項１２に記載されるように、上記表示手段は、上記情報を縮小した縮小イメージで上記表示部に表示させるように構成することができる。

このようなＷｅｂサービス提供処理装置では、利用者が、例えば、ドラッグ＆ドロップ等の簡単な操作で所望情報を処理する装置を決定することができる。

更に、本発明は、請求項１３に記載されるように、上記要求装置は、上記通信回線を介して接続される、上記Ｗｅｂサービス提供処理装置自身、上記管理装置、又は、コンピュータ端末であるように構成することができる。

このようなＷｅｂサービス提供処理装置では、自身が要求装置である場合、要求装置が管理装置と同一である場合、要求装置がパーソナルコンピュータ等のコンピュータ端末である場合のいずれの場合においても、通信回線上の装置間で連携することによって他のＷｅｂサービス提供処理装置に蓄積された文書を取得して自装置にて複写又は印刷等の処理を実現することができる。

上記課題を解決するための手段として、本発明は、上記画像形成方法をコンピュータに行なわせるためのプログラム又は該プログラムを記憶した記憶媒体とすることもできる。

以上、説明してきたように、本願発明によれば、文書送り元装置と文書送り先装置との間で処理シーケンスを制御し、互いに処理可能な文書タイプに基づいて、文書送り元装置の文書を文書送り先装置にて処理を行うようにすることができる。

本発明の一実施例に係る複数の画像形成機能を融合する画像形成装置の全体機能構成を示すブロック図である。 図１に示す画像形成装置のハードウェア構成を示すブロック図である。 本発明の一実施例に係るネットワークシステム構成例を示す図である。 本発明の一実施例に係る文書処理制御部を有する画像形成装置の機能構成例を示す図である。 本発明の一実施例に係る文書処理制御部を持たない画像形成装置の機能構成例を示す図である。 本発明の一実施例に係る文書処理制御部を持たない端末の機能構成例を示す図である。 パターン１に示す文書送り先装置から操作した場合の第一の文書複写シーケンスの例を示す図である。 パターン２に示す文書送り元装置から操作した場合の第二の文書複写シーケンスの例を示す図である。 パターン３に示す端末から操作した場合の第三の文書複写シーケンスの例を示す図である。 ＳＯＡＰによるチケットを用いた文書複写要求コマンドを示すＨＴＴＰリクエストの例を示す図である。 ＳＯＡＰによるチケットを用いた文書複写要求コマンドに対するＨＴＴＰレスポンスの例を示す図である。 ＳＯＡＰによる文書取得可能タイプリスト要求コマンドを示すＨＴＴＰリクエストの例を示す図である。 ＳＯＡＰによるチケットを用いた文書複写要求コマンドに対するＨＴＴＰレスポンスの例を示す図である。 ＳＯＡＰによるページ画像書込要求コマンドを示すＨＴＴＰリクエストの例を示す図である。 ＳＯＡＰによるページ画像書込要求コマンドに対するＨＴＴＰレスポンスの例を示す図である。 複写操作画面の例を示す図である。 複写確認ダイアログの例を示す図である。 複数文書複写モード指定ダイアログの例を示す図である。 複数文書順序指定ダイアログの例を示す図である。

以下、本発明の実施の形態を図面に基づいて説明する。

複数の画像形成機能を融合する本発明の一実施例に係る画像形成装置は、例えば、図１に示すような機能構成を成す。図１は、本発明の一実施例に係る複数の画像形成機能を融合する画像形成装置の全体機能構成を示すブロック図である。

図１において、画像形成装置１２００は、プリンタ処理を行うためのハードウェア資源であるプロッタ１２０１と、スキャナ処理を行うためのハードウェア資源であるスキャナ１２０２と、その他ハードウェアリソース１２０３などを有するとともに、プラットフォーム１２２０とアプリケーション１２３０とから構成されるソフトウェア１２１０と、起動部１２４０とを備えている。

起動部１２４０は、画像形成装置１２００の電源投入時に先ず始めに実行され、プラットフォーム１２２０やアプリケーション１２３０を起動する。

ＡＰＩ（Application Program Interface）１２０５は、アプリケーション１２３０とプラットフォーム１２２０とのインターフェイスを提供する。プラットフォーム１２２０は、ＡＰＩ１２０５を介して通知されるアプリケーション１２３０からの処理要求を解釈して、ハードウェア資源の獲得要求を発生させる下記に示すコントロールサービス１２５０と、一または複数のハードウェア資源の管理をおこない、コントロールサービス１２５０からの獲得要求を調停するシステムリソースマネージャー（ＳＲＭ（System Resource Manager）１２２３）と、ＯＳ１２２１とを有する。

このコントロールサービス１２５０は、複数のサービスモジュールにより形成され、具体的には、ＳＣＳ（System Control Service）１２２２と、ＥＣＳ(Engine Control Service)１２２４と、ＭＣＳ（Memory Control Service）１２２５と、ＯＣＳ（Operation panel Control Service）１２２６と、ＦＣＳ（FAX Control Service）１２２７と、ＮＣＳ（Network Control Service）１２２８と、ＩＭＨ（Imaging Memory Handler）１２２９とがある。

ＯＳ１２２１は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。オープンソースのＵＮＩＸ（登録商標）を用いることにより、プログラムの安全性を確保できるとともに、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、ＯＳ、ＴＣＰ／ＩＰのロイヤリティが不要であり、アウトソーシングも容易となる。ＯＳ１２２１は、このように画像処理に使用される各ハードウェア資源を直接制御する点において、パーソナルコンピュータ（ＰＣ）等のオペレーティングシステムとは異なっている。なせなら、通常、ＰＣは、接続されるスキャナやプリンタ等の画像形成装置を制御することはできるが、それら画像形成装置内のハードウェア資源を制御することができないからである。

ＳＲＭ１２２３は、ＳＣＳ１２２２とともにシステムの制御およびリソースの管理をおこなうものであり、スキャナ１２０２やプロッタ１２０１などのエンジン部、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停をおこない、実行制御する。

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

ＳＣＳ１２２２は、アプリ管理（機能１）、操作部制御（機能２）、システム画面表示（ジョブリスト画面、カウンタ表示画面など）（機能３）、ＬＥＤ表示（機能４）、リソース管理（機能５）、割り込みアプリ制御（機能６）等の複数の機能を行なう。具体的には、アプリ管理（機能１）では、アプリの登録と、その情報を他のアプリに通知する処理をおこなう。操作部制御（機能２）では、アプリの操作部使用権の排他制御をおこなう。システム画面表示（機能３）では、操作部使用権を持つアプリからの要求内容に応じて、エンジン部の状態に対応する警告画面の表示をおこなう。ＬＥＤ表示（機能４）では、警告ＬＥＤ、アプリキーなどのシステムＬＥＤの表示制御をおこなう。リソース管理（機能５）では、アプリ（ＥＣＳ）がジョブを実行するにあたって、排他しなければならないエンジンリソース（スキャナ、ステープルなど）の排他制御のためのサービスをおこなう。割り込みアプリ制御（機能６）では、特定のアプリを優先動作させるための制御及びサービスをおこなう。

ＥＣＳ１２２４は、プロッタ１２０１と、スキャナ１２０２と、その他ハードウェアリソース１２０３などのエンジン部を制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリなどをおこなう。

ＭＣＳ１２２５は、メモリ制御をおこなうものであり、具体的には、画像メモリの取得および開放、ハードディスク装置（ＨＤ）の利用、画像データの圧縮および伸張などをおこなう。

ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩを構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理などをおこなう。

ＦＣＳ１２２７は、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信をおこなうためのＡＰＩ１２０５を提供する。

ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介をおこなう。ＮＣＳ１２２８は、例えば、少なくとも、ネットワークを介して接続された装置との通信を制御するｈｔｔｐｄ（Hypertext Transfer Protocol Daemon）２と、ＵＳＢ(Universal Serial Bus)接続による通信を制御するｕｓｂｄ(Universal Serial Bus Daemon)２−１と、ＩＥＥＥ1349接続による通信を制御する１３４９ｄ（Daemon）２−２と、セントロニクス接続による通信を制御するｃｅｎｔｒｏｄ（Centronics Daemon）２−３と、ブルートゥース接続による通信を制御するｂｒｔｓ（Bluetooth Daemon）２−４と、赤外線による通信を制御するｉｒｄ（Infrared Daemon）２−５と、ＳＣＳＩ接続による通信を制御するｓｃｓｉｄ（SCSI Daemon）２−６と、ファイル転送プロトコルｆｔｐｄ（File Transfer Protocol Daemon）３とを有する。

ＩＭＨ１２２９は、イメージデータを仮想メモリ領域から物理メモリ領域へマップする。プロセスの起動に応じて、システムコールを行ない、プロセス用の仮想メモリ領域をマップしたり、マップした仮想メモリ領域をプロセスの終了時に開放する処理等を行なう。

アプリケーション１２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１２１１と、コピー用アプリケーションであるコピーアプリ１２１２と、ファクシミリ用アプリケーションであるファックスアプリ１２１３と、スキャナ用アプリケーションであるスキャナアプリ１２１４と、ネットファイル用アプリケーションであるネットファイルアプリ１２１５と、別装置との連携処理を行うための処理シーケンスを制御する文書処理制御部３００を有する文書管理Ｗｅｂサービスアプリ１２１６と、文書処理毎にチケットを発行し管理するチケット管理Ｗｅｂサービスアプリ１２１７とを有する。各アプリケーション１２１１〜１２１７は、プラットフォーム１２２０上の各プロセスを利用して動作実行し得るため、画面制御、キー操作制御およびジョブ生成などをおこなう画面表示制御プログラムがその主体となる。なお、ＮＣＳ１２２８により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加または削除することができる。

このように、画像形成装置１２００は、各アプリで共通的に必要となる処理をプラットフォーム１２２０で一元的に処理する。

次に、画像形成装置１２００のハードウェア構成について説明する。図２は、図１に示す画像形成装置のハードウェア構成を示すブロック図である。

図２に示すように、この画像形成装置１２００は、オペレーションパネル１３１０と、ＦＣＵ（ファックスコントロールユニット）１３２０、プロッタ１２０１、スキャナ１２０２及びその他ハードウェア１２０３とで構成されるエンジン部１３５０と、コントローラ１３００のＡＳＩＣ１３０１とをＰＣＩ（Peripheral Component Interconnect）バス等で接続した構成となる。

ＦＣＵ１３２０は、受信したファックスデータを格納するための不揮発性メモリ（ＮＶＭ）１３２１と、ＦＣＵ１３２０内での時間を計測するためのＲＴＣ（Real Time Clock）１３２２とを有し、通常Ｇ３規格に従ってファックスデータの送受信を行う。ＦＣＵ１３２０は、オプションとして更にＧ３規格とＧ４規格とを搭載しても良い。

コントローラ１３００は、ＡＳＩＣ１３０１にＭＥＭ−Ｃ１３０２、ＨＤＤ（Hard Disk Drive）１３０３などを接続するとともに、このＡＳＩＣ１３０１とＣＰＵ１３０４とをＣＰＵチップセットのＮＢ１３０５を介して接続している。このように、ＮＢ１３０５を介して接続する理由は、ＣＰＵ１３０４自体のインターフェイスが公開されていないためである。

ここで、このＡＳＩＣ１３０１とＮＢ１３０５は、単にＰＣＩを介して接続されているのではなく、ＡＧＰ１３０８を介して接続されている。このようにＡＧＰ１３０８を介して接続することとした理由は、この画像形成装置１２００がプラットフォーム１２２０やアプリケーション１２３０を形成する複数のプロセスを実行制御する関係上、これらを低速のＰＣＩで接続したのでは、パフォーマンスが低下するからである。

ＣＰＵ１３０４は、画像形成装置１２００の全体制御をおこなうものであり、具体的には、ＯＳ１２２１上でプラットフォーム１２２０を形成するＳＣＳ１２２２、ＳＲＭ１２２３、ＥＣＳ１２２４、ＭＣＳ１２２５、ＯＣＳ１２２６、ＦＣＳ１２２７、ＮＣＳ１２２８をそれぞれプロセスとして起動して実行させるとともに、アプリケーション１２３０を形成するプリンタアプリ１２１１、コピーアプリ１２１２、ファックスアプリ１２１３、スキャナアプリ１２１４、文書管理Ｗｅｂサービスアプリ１２１５、チケット管理Ｗｅｂサービスアプリ１２１７を起動して実行させる。

ＮＢ１３０５は、ＣＰＵ１３０４とＭＥＭ−Ｐ１３０６、ＳＢ１３０７、ＡＳＩＣ１３０１とを接続するためのブリッジであり、ＭＥＭ−Ｐ１３０６は、画像形成装置の描画用メモリなどとして用いるシステムメモリであり、ＭＥＭ−Ｃ１３０２は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＡＳＩＣ１３０１は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。

ＳＢ１３０７は、ＮＢ１３０５とＲＯＭ、ＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＳＢ１３０７は、コントローラ１３００での時間を計測するＲＴＣ（Real Time Clock）１３２３を有する。また、ＳＢ１３０７は、内部にＵＳＢホストを有し、例えば、ＵＳＢ接続のカメラを接続することで画像データを取り込むことが可能であり、また、他のＵＳＢターゲットからデータを受け取ることも可能である。

画像形成装置１２００では、ＳＢ１３０７、ＮＩＣ１３１１、ＵＳＢターゲット１３１２、ＩＥＥＥ1394１３１３、セントロニクス１３１４、シリアル１３１５、ＵＳＢホスト１３１６、ＦＣＵ１３２０の標準のＧ３、Ｇ３オプション、Ｇ４オプションの複数のポートを介して送受信されるデータがＨＤＤ１３０３に蓄積され一元的に管理される。

ＨＤＤ１３０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージであり、オペレーションパネル１３１０は、操作者からの入力操作の受け付け並びに操作者に向けた表示をおこなう操作部である。

したがって、ＡＳＩＣ１３０１には、ＭＥＭ−Ｃ１３０２を接続するためのＲＡＭインターフェイスと、ＨＤＤ１３０３を接続するためのハードディスクインターフェースが設けられ、これらの記憶部に対して画像データの入出力をおこなう場合には、入出力先がＲＡＭインターフェイスまたはハードディスクインターフェースに切り替えられる。

ＡＧＰ１３０８は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェイスであり、システムメモリに高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にする。

以下、上述したような図１に示す全体機能構成、及び、図２に示すハードウェア構成を有する画像形成装置１２００がネットワークを介して接続される装置間で連携して蓄積された文書、画像データ等の複写又は印刷をＷｅｂサービスとして提供する機能構成例について説明する。ここで、Ｗｅｂサービスとは、ネットワークを介して接続される装置からのＨＴＴＰ（Hypertext Transfer Protocol）リクエストによるサービス要求に応じて、画像形成装置１２００が所定の処理を行ない、その処理結果をＨＴＴＰレスポンスとして該装置へ提供することを言う。

先ず、ネットワークを介して、画像形成装置１２００からＷｅｂサービスが提供される仕組みについて図３で説明する。図３は、本発明の第一実施例に係るネットワークシステム構成例を示す図である。図３において、図１に示す全体機能構成、及び、図２に示すハードウェア構成を有する画像形成装置１２００は、画像形成装置１２００と同等の図１に示す機能を有する画像形成装置１０００と、端末３０と、ネットワーク１５を介して接続される。ここで、画像形成装置１０００は、図１に示す文書管理Ｗｅｂサービスアプリ１２１６に文書処理制御部３００を備えてなくても良い。

端末３０は、ＰＣ（パーソナルコンピュータ）３０−１、携帯電話２０−２、又はＰＤＡ（Personal Digital Assistant）等の情報処理端末である。説明の便宜のため、以下、端末３０は、ＰＣ３０−１を想定して説明をする。

また、ネットワーク１５を介して通信がなされる場合について説明するが、端末３０、画像形成装置１０００及び１２００との通信において、ネットワーク１５は、有線ＬＡＮ又は無線ＬＡＮのいずれであっても良い。更に、ＵＳＢ接続による通信、ＩＥＥＥ1349接続による通信、セントロニクス接続による通信、ブルートゥース接続による通信、赤外線通信、又は、ＳＣＳＩ接続による通信であっても良い。

図３において、画像形成装置１２００のＨＤＤ１３０３に蓄積された文書又は画像データ（以下、総称して文書という）を画像形成装置１０００に複写する３パターンが示される。ここで、画像形成装置１２００は、文書送り元装置として、蓄積している文書を画像形成装置１０００へ送信する。また、画像形成装置１０００は、文書送り先装置として、画像形成装置１２００から送信された文書をＨＤＤ１３０３Ｂに蓄積することによって複写する。

先ず、パターン１として、利用者が画像形成装置１０００のオペレーションパネル１３１０Ｂを利用して画像形成装置１２００の文書を画像形成装置１０００に複写する場合がある。次に、パターン２として、利用者が画像形成装置１２００のオペレーションパネル１３１０を利用して画像形成装置１２００の文書を画像形成装置１０００に複写する場合がある。更に、パターン３として、利用者が端末３０の表示部１３に表示される文書複写を行うための画面を利用して画像形成装置１２００の文書を画像形成装置１０００に複写する場合がある。

図３に示す画像形成装置１２００及び１０００、及び端末３０の各機能構成について説明する。先ず、上記パターン１から３における利用者による文書の複写要求に応じて、画像形成装置１２００から画像形成装置１０００へ文書を複写する文書複写シーケンスを制御する文書処理制御部３００を有する画像形成装置１２００の機能構成について図４で説明する。図４は、本発明の一実施例に係る文書処理制御部を有する画像形成装置の機能構成例を示す図である。図４において、図１に示す画像形成装置１２００の機能構成のうち主要な機能構成のみが図示され、他の機能構成は省略される。図４より、画像形成装置１２００の文書管理Ｗｅｂサービスアプリ１２１６は、主に、ＳＯＡＰ（Simple Object Access Protocol）に従ってメッセージ交換を制御するサーバ部１００と、Ｗｅｂサービスを提供する機能としてのＷｅｂサービスファンクション（ＷＳＦ）として文書管理に関する処理を文書が蓄積されるＨＤＤ１３０３をアクセスすることによって実行する文書管理Ｗｅｂサービス実行部１３０と、Ｗｅｂサービスの要求及び提供に関するＳＯＡＰに従ったメッセージ交換を行うクライアント部２００と、サーバ１００からの通知によってクライアント部２００が行う文書処理に関して、別装置との連携処理を行うための処理シーケンスを制御する文書処理制御部３００とを有する。

サーバ部１００は、更に、ＳＯＡＰに従ったＨＴＴＰリクエストに設定された処理要求を示すＳＯＡＰコマンドを解析するＳＯＡＰコマンド解析部１１０と、ＨＴＴＰレスポンスに設定されるメッセージとして、ＳＯＡＰに従ってレスポンスを構築するＳＯＡＰレスポンス構築部１２０とを有する。

ＳＯＡＰコマンド解析部１１０は、ＨＴＴＰリクエストからＳＯＡＰコマンドを解析して、ＨＤＤ１３０３に画像形成装置１２００にて処理された文書を蓄積する処理、ＨＤＤ１３０３に蓄積されている文書に対する更新、削除等の処理、ＨＤＤ１３０３に蓄積されている文書の書誌情報を取得する処理等を実行する文書管理Ｗｅｂサービス実行部１３０に処理を通知する。また、ＳＯＡＰコマンド解析部１１０は、ＨＴＴＰリクエストからＳＯＡＰコマンドを取り出して、ネットワーク１５を介して接続される画像形成装置１０００へ処理対象となる文書を送信することを指定するような、ネットワーク１５を介して接続される少なくとも１つの装置間で連携して所定処理を行うＳＯＡＰコマンドであるか否かを判断するＳＯＡＰコマンド判断部１１１を有する。ＳＯＡＰコマンド判断部１１１は、装置間で連携して所定処理を行うＳＯＡＰコマンドである場合、文書処理制御部３００のシーケンス制御部３１０に該ＳＯＡＰコマンドを通知する。上記実施例において、ＳＯＡＰコマンド判断部１１１は、ＨＴＴＰリクエストで指定されるＳＯＡＰコマンドが画像形成装置１２００から利用者が指定した文書を画像形成装置１０００に複写することを要求する文書書込要求コマンドであるか否かを判断する。

ＳＯＡＰレスポンス構築部１２０は、ＳＯＡＰコマンド解析部１１０による処理の通知に応じて、文書管理Ｗｅｂサービス実行部１３０が実行した処理の処理結果を文書管理Ｗｅｂサービス実行部１３０から受信し、該処理結果を示すＳＯＡＰに従ったメッセージを生成して、ＨＴＴＰレスポンスとしてＮＣＳ１２２８のｈｔｔｐｄ２によってネットワーク１５上へ送信する。また、ＳＯＡＰレスポンス構築部１２０は、文書処理制御部３００のシーケンス制御部３１０から通知された処理結果を示すＳＯＡＰに従ったメッセージを生成する。

クライアント部２００は、更に、処理要求を示すＳＯＡＰコマンドがＨＴＴＰリクエスト内に設定されるようにＳＯＡＰに従ったメッセージを構築するＳＯＡＰコマンド構築部２１０と、ＨＴＴＰレスポンスに設定されたＳＯＡＰに従ったメッセージを解釈するＳＯＡＰレスポンス解釈部２２０とを有する。

また、文書処理制御部３００は、文書を画像形成装置１０００へ複写するための画像形成装置１０００との処理シーケンスを制御するシーケンス制御部３１０と、画像形成装置１２００と画像形成装置１０００とによって処理可能な文書タイプを判断する文書タイプ判断部３２０とを有する。

シーケンス制御部３１０は、サーバ部１００のＳＯＡＰコマンド解析部１１０から装置間で連携して処理を行うＳＯＡＰコマンドの通知を受けると、クライアント部２００のＳＯＡＰコマンド構築部２１０に対して、画像形成装置１０００から利用者が指定した文書を書き込む際の書込可能な文書タイプリストを画像形成装置１０００から取得するように要求する。シーケンス制御部３１０は、ＳＯＡＰレスポンス解釈部２２０から文書タイプリストを取得すると、文書タイプ判断部３２０に画像形成装置１０００と画像形成装置１２００とで処理可能な文書タイプの特定を要求する。そして、シーケンス制御部３１０は、文書タイプ判断部３２０によって特定された文書タイプを用いてＳＯＡＰコマンド構築部２１０に対して画像形成装置１０００にページ画像の要求を指示し、該ページ画像書込要求コマンドに応じて画像形成装置１０００から送信されたページ画像をＳＯＡＰレスポンス解釈部２２０から受信すると、クライアント部２００のＳＯＡＰコマンド構築部２１０に内部的にページ画像をＨＤＤ１３０３に蓄積するＳＯＡＰコマンドをサーバ部１００のＳＯＡＰコマンド解析部１１０に発行させる。よって、文書管理Ｗｅｂサービス実行部１３０は、ＳＯＡＰコマンド解釈部１１０からの処理要求に応じて、ページ画像をＨＤＤ１３０３に蓄積する処理を実行する。

文書タイプ判断部３２０は、シーケンス制御部３１０から通知された画像形成装置１０００から取得可能な文書タイプのリストを示す送り元タイプリスト３０２と、画像形成装置１２００が処理可能な文書タイプのリストを示す送り先タイプリスト３０４とに共通に処理可能な文書タイプがあるか否かを判断し、最も好ましい文書タイプを１つ特定する。文書タイプ判断部３２０は、特定した文書タイプをシーケンス制御部３１０に通知する。

次に、蓄積した文書を画像形成装置１２００に送信する文書送り元装置としての文書処理制御部３００を持たない画像形成装置１０００の機能構成について説明する。図５は、本発明の一実施例に係る文書処理制御部を持たない画像形成装置の機能構成例を示す図である。図５中、説明の便宜上、画像形成装置１２００と同等の処理部に同じ符号を付し、その最後に英字のＢを付加して示す。つまり、画像形成装置１０００の機能構成は、図４に示す画像形成装置１２００の文書処理制御部３００を除いた他機能は全て同じである。

本実施例において、サーバ部１００ＢのＳＯＡＰコマンド解析部１１０Ｂは、画像形成装置１２００又は端末３０からＨＴＴＰリクエストをＮＣＳ１２２８Ｂのｈｔｔｐｄ２Ｂを介して受信すると、ＨＴＴＰリクエストに設定されているＳＯＡＰコマンドを解析し、ＳＯＡＰコマンドに応じた処理をＷｅｂサービスファンクション（ＷＳＦ）としての文書管理Ｗｅｂサービス実行部１３０Ｂに要求する。サーバ部１００ＢのＳＯＡＰレスポンス構築部１２０Ｂは、文書管理Ｗｅｂサービス実行部１３０Ｂから処理結果を受信すると、その処理結果をＳＯＡＰレスポンスとして構築し、ＮＣＳ１２２８Ｂのｈｔｔｐｄ２Ｂを介してＨＴＴＰレスポンスとして画像形成装置１２００又は端末３０へ送信することによって、Ｗｅｂサービスの提供を行う。

文書管理Ｗｅｂサービス実行部１３０Ｂは、ＳＯＡＰコマンド解析部１１０ＢからのＷｅｂサービスとしての処理要求に応じて、ＨＤＤ１３０３Ｂを制御することによって、文書リスト、サムネイルデータ、書誌情報、文書の取得可能タイプリスト、又はページ画像等を処理結果として取得して、ＳＯＡＰレスポンス構築部１２０Ｂへ通知する。

クライアント部２００ＢのＳＯＡＰコマンド構築部２１０Ｂは、利用者の操作に応じて、チケットを用いた処理要求を画像形成装置１２００へ行う。クライアント部２００ＢのＳＯＡＰレスポンス解釈部２２０Ｂは、画像形成装置１２００から受信した処理結果を解釈する。

次に、図３に示す端末３０について図６で説明する。図６は、本発明の一実施例に係る文書処理制御部を持たない端末の機能構成例を示す図である。図６において、端末３０は、ＨＴＴＰに従ってネットワーク１５を介して通信を制御するネットワーク制御部３３０と、ＳＯＡＰに従ったメッセージ交換を制御するクライアント部２００Ｃと、利用者との間で行われるデータの入出力を制御する入出力制御部３４０と、入出力制御部３４０から出力される表示用データを表示する表示部１３とを有する。

利用者は、端末３０を利用して、表示部１３に表示される画像形成装置１２００の文書リストから複写する文書をマウス又はキーボード等の入力装置（図示せず）を用いて選択し、複写先として画像形成装置１０００を選択する。この場合、利用者によって入力されたデータは、入出力制御部３４０によってＳＯＡＰコマンド構築部２１０Ｃに通知される。ＳＯＡＰコマンド構築部２１０Ｃは、入出力制御部３４０から通知されたデータに基づいて、画像形成装置１２００に対して画像形成装置１０００へ文書を書き込む処理要求を示すＳＯＡＰコマンドを作成しネットワーク制御部３３０に通知する。ネットワーク制御部３３０は、ＨＴＴＰリクエストとして画像形成装置１２００へ送信する。

端末３０のネットワーク制御部３３０は、画像形成装置１２００からＨＴＴＰレスポンスを受信すると、クライアント部２００ＣのＳＯＡＰレスポンス解釈部２２０Ｃに通知する。ＳＯＡＰレスポンス解釈部２２０Ｃは、通知されたＨＴＴＰレスポンスから処理結果を取り出して、表示部１３に表示させるため、入出力制御部３４０にその処理結果を通知する。入出力制御部３４０は、表示部１３へ処理結果を表示させる。

上述したような画像形成装置１２００及び画像形成装置１０００の機能構成において実現される図３に示すパターン１の場合の文書複写シーケンスを説明する。パターン１では、利用者が画像形成装置１０００のオペレーションパネル１３１０Ｂで文書を複写する場合である。図７は、パターン１に示す文書送り先装置から操作した場合の第一の文書複写シーケンスの例を示す図である。

図７において、画像形成装置１０００を利用する利用者がオペレーションパネル１３１０Ｂに表示されるネットワーク１５を介して接続される装置の一覧を示す装置一覧から所望文書が格納されている画像形成装置１２００を選択すると（ステップＳ１３０）、画像形成装置１０００は、文書リストを要求する文書リスト要求コマンドを画像形成装置１２００に送信する（ステップＳ１３１）。画像形成装置１２００は、文書管理Ｗｅｂサービス実行部１３０によってＨＤＤ１３０３から取得した文書リストを画像形成装置１０００に送信する（ステップＳ１３１−２）。

画像形成装置１０００は、文書リストを受信すると、オペレーションパネル１３１０Ｂに表示すべきサムネイルデータを要求するサムネイル要求コマンドを画像形成装置１２００に送信する（ステップＳ１３２）。画像形成装置１２００は、サムネイル要求コマンドに応じた処理を文書管理Ｗｅｂサービス実行部１３０にて行う。文書管理Ｗｅｂサービス実行部１３０から通知された文書のサムネイルデータを画像形成装置１０００へ送信する（ステップＳ１３２−２）。サムネイルデータとは、例えば、文書の先頭ページを縮小した画像見本である。

画像形成装置１０００のオペレーションパネル１３１０Ｂに、画像形成装置１２００が蓄積している文書の一覧が、ステップＳ１３２−２にて受信した各文書を表現するサムネイルによって表示されると、利用者は、所望文書のサムネイルを装置一覧で示される所望する装置へドラッグ＆ドロップ操作して、複写すべき文書及びその文書が複写される装置を特定する（ステップＳ１３３）。この場合、利用者は、画像形成装置１２００に蓄積される文書を画像形成装置１０００へドラッグ＆ドロップ操作する。

画像形成装置１０００は、複写すべき文書に関する書誌情報を要求する書誌情報要求コマンドを画像形成装置１２００へ送信する（ステップＳ１３４）。画像形成装置１２００は、画像形成装置１０００からの書誌情報要求コマンドに応じて、文書管理Ｗｅｂサービス実行部１３０によって文書に関する書誌情報をＨＤＤ１３０３から取得し、その書誌情報を画像形成装置１０００へ送信する（ステップＳ１３４−２）。

画像形成装置１０００は、書誌情報を受信すると、システム情報を内部的に取得し、チケットによる処理が行えることを確認する（ステップＳ１３５）。そして、画像形成装置１０００は、オペレーションパネル１３１０Ｂに複写確認ダイアログを表示する（ステップＳ１３６）。利用者が複写処理の実行を示すＯＫを選択すると（ステップＳ１３７）、画像形成装置１０００に文書を書き込むための利用許可を示すチケットを内部的に発行し、チケットを取得する（ステップＳ１３８）。画像形成装置１０００は、発行されたチケットによって、画像形成装置１２００に文書を書き込ませるための文書書込要求コマンドを画像形成装置１２００へ送信する（ステップＳ１３９）。

画像形成装置１２００にて文書書込要求コマンドを取得すると、シーケンス制御部３１０は、画像形成装置１０００と連携して処理を行うための制御を開始する。シーケンス制御部３１０によって、画像形成装置１２００は、空ファイルの作成を要求する空ファイル作成要求コマンドを画像形成装置１０００に送信する（ステップＳ１４０）。画像形成装置１０００は、空ファイルを生成し、そのファイルＩＤを画像形成装置１２００へ送信する（ステップＳ１４０−２）。

更に、シーケンス制御部３１０によって、画像形成装置１２００は、書込可能な文書タイプのリストを要求する文書書込可能タイプリスト要求コマンドを画像形成装置１０００に送信する（ステップＳ１４１）。画像形成装置１０００は、文書書込可能タイプリストを画像形成装置１２００へ送信する（ステップＳ１４１−２）。画像形成装置１２００において、文書書込可能タイプリストを画像形成装置１０００から受信すると、文書書込可能タイプリストは、送り先タイプリスト３０４として保持される。シーケンス制御部３１０によって、画像形成装置１２００は、取得可能な文書タイプのリストを要求する文書取得可能タイプリスト要求コマンドを内部的に発行して、文書取得可能タイプリストを取得して送り元タイプリスト３０２として保持する（ステップＳ１４２）。

シーケンス制御部３１０は、文書タイプ判断部３２０によって、画像形成装置１２００で取得可能な文書タイプが示される送り元タイプリスト３０２と画像形成装置１０００で書込可能な文書タイプが示される送り先タイプリスト３０４とに基づいて、画像形成装置１０００から取得可能であって、画像形成装置１２００で書込可能な文書タイプが存在するか否かを判断し、最適な文書タイプを特定する（ステップＳ１４３）。文書タイプ判断部３２０は、この判断結果に基づいて、複数の文書タイプが存在する場合、その中から最適な一つの文書タイプを特定する。文書タイプが存在しない場合、予め設定された文書タイプを最適な文書タイプとする。

シーケンス制御部３１０は、ステップＳ１４０−２で受信したファイルＩＤを指定したチケットによるページ画像の書き込みを要求するページ画像書込要求コマンドを画像形成装置１０００に送信する（ステップＳ１４４）。画像形成装置１０００は、文書管理Ｗｅｂサービス実行部１３０Ｂによって、ファイルＩＤによって特定されるファイルに画像形成装置１２００から受信したページ画像を格納する（ステップＳ１４５）。画像形成装置１０００は、ページ画像をファイルに格納すると、画像形成装置１２００に対して、終了応答を送信する（ステップ１４５−２）。ページ画像書込要求コマンドでは、例えば、利用者が選択した文書の複数のページ画像を指定するようにしても良いし、又は、１ページ分のページ画像を指定し、ページ画像を画像形成装置１２００から受信する毎にファイルに格納する処理を繰り返しても良い。

画像形成装置１２００は、全てのページ画像が格納されたことを示す終了応答を受信すると、ステップＳ１３９による文書書込要求コマンドによる処理が終了したことを示す終了応答を画像形成装置１０００に送信する。画像形成装置１０００は、複写終了ダイアログをオペレーションパネル１３１０Ｂに表示する。

図７における説明中、文書送り元装置としての画像形成装置１２００において、画像形成装置１０００へ送信される要求コマンドは、クライアント部２００のＳＯＡＰコマンド構築部２１０によってＨＴＴＰリクエストのメッセージにＳＯＡＰコマンドとして設定され（ステップＳ１４０、Ｓ１４１及びＳ１４４）、そのＨＴＴＰリクエストに応じた処理結果を示すＨＴＴＰレスポンスは、クライアント部２００のＳＯＡＰレスポンス解釈部２２０によって取り出される。

また、文書送り先装置としての画像形成装置１０００において、受信した要求コマンドは、サーバ部１００ＢのＳＯＡＰコマンド解析部１１０ＢでＳＯＡＰコマンドとして解析され、対応する処理が文書管理Ｗｅｂサービス実行部１３０Ｂによって実行される。文書管理Ｗｅｂサービス実行部１３０Ｂによる処理結果がサーバ部１００ＢのＳＯＡＰレスポンス構築部１２０ＢによってＷｅｂサービスとして画像形成装置１２００へ提供される（ステップＳ１３１−２、Ｓ１３２−２、Ｓ１３４−２、Ｓ１４０−２、Ｓ１４１−２及びＳ１４５−２）。

上記より、図３に示すパターン１において、文書処理制御部３００を有する画像形成装置１２００は、画像形成装置１０００を利用する利用者が指定した画像形成装置１２００の文書を適切な文書タイプにて画像形成装置１０００のＨＤＤ１３０３Ｂに書き込むことによって文書複写を実現することができる。

図４に示す画像形成装置１２００及び図５に示す画像形成装置１０００の機能構成において実現される図３に示すパターン２の場合の文書複写シーケンスを説明する。パターン２では、利用者が画像形成装置１２００のオペレーションパネル１３１０で文書を複写する場合である。図８は、パターン２に示す文書送り元装置から操作した場合の第二の文書複写シーケンスの例を示す図である。

図８において、画像形成装置１２００を利用する利用者がオペレーションパネル１３１０に表示されるネットワーク１５を介して接続される装置の一覧を示す装置一覧から所望文書が格納されている画像形成装置１２００自身を選択すると（ステップＳ２３０）、画像形成装置１２００は、文書リストを要求する文書リスト要求コマンドを内部的に発生させ、文書管理Ｗｅｂサービス実行部１３０によってＨＤＤ１３０３から画像形成装置１２００自身が管理している文書を示す文書一覧を取得する（ステップＳ２３１）。更に、画像形成装置１２００は、文書リストを受信すると、オペレーションパネル１３１０に表示すべきサムネイルデータを要求するサムネイル要求コマンドを内部的に発生させ、文書管理Ｗｅｂサービス実行部１３０Ｂによって取得したサムネイルデータに基づいて、各文書を表現するサムネイルをオペレーションパネル１３１０に表示する（ステップＳ２３２）。

オペレーションパネル１３１０にサムネイルによって文書一覧が表示されると、利用者は、画像形成装置１２００に蓄積される文書を画像形成装置１０００へドラッグ＆ドロップ操作する（ステップＳ２３３）。利用者によるドラッグ＆ドロップ操作に応じて、画像形成装置１２００は、複写すべき文書に関する書誌情報を要求する書誌情報要求コマンドを内部的に発行して、文書管理Ｗｅｂサービス実行部１３０によって文書に関する書誌情報をＨＤＤ１３０３から取得する（ステップＳ２３４）。

画像形成装置１２００は、システム情報を要求するシステム情報要求コマンドを画像形成装置１０００へ送信する（ステップＳ２３５）。そして、画像形成装置１０００は、チケットによる利用を行えるか否かを示すチケット情報を含むシステム情報を取得して、画像形成装置１２００へ送信する（ステップＳ２３５−２）。そして、画像形成装置１２００は、オペレーションパネル１３１０に複写確認ダイアログを表示する（ステップＳ２３６）。利用者が複写処理の実行を示すＯＫを選択すると（ステップＳ２３７）、画像形成装置１０００に文書を書き込むためのチケットを要求する文書書込チケット要求コマンドを送信する（ステップＳ２３８）。画像形成装置１０００は、画像形成装置１２００の文書書込チケット要求コマンドに応じて発行したチケットを画像形成装置１２００へ送信する（ステップＳ２３９）。

画像形成装置１２００は、内部的に文書書込みコマンドを発行し、文書処理制御部３００による別装置との連携処理を行うための処理シーケンスの制御を開始する。シーケンス制御部３１０によって、画像形成装置１２００は、空ファイルの作成を要求する空ファイル作成要求コマンドを画像形成装置に送信する（ステップＳ２４０）。画像形成装置１０００は、空ファイルを生成し、そのファイルＩＤを画像形成装置１２００へ送信する（ステップＳ２４０−２）。

更に、シーケンス制御部３１０によって、画像形成装置１２００は、書込可能な文書タイプのリストを要求する文書書込可能タイプリスト要求コマンドを画像形成装置１０００に送信する（ステップＳ２４１）。画像形成装置１０００は、文書書込可能タイプリストを画像形成装置１２００へ送信する（ステップＳ２４１−２）。画像形成装置１２００において、文書書込可能タイプリストを画像形成装置１０００から受信すると、文書書込可能タイプリストは、送り先タイプリスト３０４として保持される。シーケンス制御部３１０によって、画像形成装置１２００は、取得可能な文書タイプのリストを要求する文書取得可能タイプリスト要求コマンドを内部的に発行して、文書取得可能タイプリストを取得して送り元タイプリスト３０２として保持する（ステップＳ２４２）。

シーケンス制御部３１０は、文書タイプ判断部３２０によって、画像形成装置１２００で取得可能な文書タイプが示される送り元タイプリスト３０２と画像形成装置１０００で書込可能な文書タイプが示される送り先タイプリスト３０４とに基づいて、画像形成装置１０００から取得可能であって、画像形成装置１２００で書込可能な文書タイプが存在するか否かを判断し、最適な文書タイプを特定する（ステップＳ２４３）。文書タイプ判断部３２０は、この判断結果に基づいて、複数の文書タイプが存在する場合、その中から最適な一つの文書タイプを特定する。文書タイプが存在しない場合、予め設定された文書タイプを最適な文書タイプとする。

シーケンス制御部３１０は、ステップＳ２４０−２で受信したファイルＩＤを指定したチケットによるページ画像の書き込みを要求するページ画像書込要求コマンドを画像形成装置１０００に送信する（ステップＳ２４４）。画像形成装置１０００は、文書管理Ｗｅｂサービス実行部１３０Ｂによって、ファイルＩＤによって特定されるファイルに画像形成装置１２００から受信したページ画像を格納する（ステップＳ２４５）。画像形成装置１０００は、ページ画像をファイルに格納すると、画像形成装置１２００に対して、終了応答を送信する（ステップ２４５−２）。ページ画像書込要求コマンドでは、例えば、利用者が選択した文書の複数のページ画像を指定するようにしても良いし、又は、１ページ分のページ画像を指定し、ページ画像を画像形成装置１２００から受信する毎にファイルに格納する処理を繰り返しても良い。

画像形成装置１２００は、全てのページ画像が格納されたことを示す終了応答を受信すると、複写終了ダイアログをオペレーションパネル１３１０に表示する。

図８における説明中、文書送り元装置としての画像形成装置１２００において、画像形成装置１０００へ送信される要求コマンドは、クライアント部２００のＳＯＡＰコマンド構築部２１０によってＨＴＴＰリクエストのメッセージにＳＯＡＰコマンドとして設定され（ステップＳ２３８、Ｓ２４０、Ｓ２４１及びＳ２４４）、そのＨＴＴＰリクエストに応じた処理結果を示すＨＴＴＰレスポンスは、クライアント部２００のＳＯＡＰレスポンス解釈部２２０によって取り出される。また、画像形成装置１０００から受信した要求コマンドは、サーバ部１００のＳＯＡＰコマンド解析部１１０でＳＯＡＰコマンドとして解析され、そのＳＯＡＰコマンドがチケットを用いた文書書込要求コマンドであるか否かを判断する。

また、文書送り先としての画像形成装置１０００において、画像形成装置１２００へ送信される要求コマンドは、クライアント部２００ＢのＳＯＡＰコマンド構築部２１０ＢによってＨＴＴＰリクエストのメッセージにＳＯＡＰコマンドとして設定され（ステップＳ２３５、Ｓ２３８、Ｓ２４０、Ｓ２４１及びＳ２４４）、そのＨＴＴＰリクエストに応じた処理結果を示すＨＴＴＰレスポンスは、クライアント部２００ＢのＳＯＡＰレスポンス解釈部２２０Ｂによって取り出される。また、画像形成装置１２００から受信した要求コマンドは、サーバ部１００ＢのＳＯＡＰコマンド解析部１１０ＢでＳＯＡＰコマンドとして解析される。

上記より、図３に示すパターン２において、文書処理制御部３００を有する画像形成装置１２００は、画像形成装置１０００を利用する利用者が指定した画像形成装置１０００の文書を適切な文書タイプにて取得し、ＨＤＤ１３０３に格納することによって文書複写を実現することができる。

図４に示す画像形成装置１２００、図５に示す画像形成装置１０００、及び、図６に示す端末３０の機能構成において実現される図３に示すパターン３の場合の文書複写シーケンスを説明する。パターン３では、利用者が端末３０の表示部１３に表示される画面上で文書を複写する場合である。図９は、パターン３に示す端末から操作した場合の第三の文書複写シーケンスの例を示す図である。

図９において、端末３０を利用する利用者が表示部１３に表示されるネットワーク１５を介して接続される装置の一覧を示す装置一覧から所望文書が格納されている画像形成装置１０００を選択すると（ステップＳ３３０）、端末３０は、文書リストを要求する文書リスト要求コマンドを画像形成装置１２００に送信する（ステップＳ３３１）。画像形成装置１２００は、文書管理Ｗｅｂサービス実行部１３０によってＨＤＤ１３０３から取得した文書リストを端末３０に送信する（ステップＳ３３１−２）。

端末３０は、文書リストを受信すると、表示部１３に表示すべきサムネイルデータを要求するサムネイル要求コマンドを画像形成装置１２００に送信する（ステップＳ３３２）。画像形成装置１２００は、サムネイル要求コマンドに応じた処理を文書管理Ｗｅｂサービス実行部１３０にて行う。文書管理Ｗｅｂサービス実行部１３０から通知された文書のサムネイルデータを端末３０へ送信する（ステップＳ３３２−２）。サムネイルデータとは、例えば、文書の先頭ページを縮小した画像見本である。

端末３０の表示部１３に、画像形成装置１２００が蓄積している文書の一覧が、ステップＳ３３２−２にて受信したサムネイルデータに基づいて各文書を表現するサムネイルによって表示されると、利用者は、所望文書のサムネイルを装置一覧で示される所望する装置へドラッグ＆ドロップ操作して、複写すべき文書及びその文書が複写される装置を特定する（ステップＳ３３３）。この場合、利用者は、画像形成装置１２００に蓄積される文書を画像形成装置１０００へドラッグ＆ドロップ操作する。

端末３０は、複写すべき文書に関する書誌情報を要求する書誌情報要求コマンドを画像形成装置１２００へ送信する（ステップＳ３３４）。画像形成装置１２００は、端末３０からの書誌情報要求コマンドに応じて、文書管理Ｗｅｂサービス実行部１３０によって文書に関する書誌情報をＨＤＤ１３０３から取得し、その書誌情報を端末３０へ送信する（ステップＳ３３４−２）。

端末３０は、書誌情報を受信すると、システム情報を要求するシステム情報要求コマンドを画像形成装置１２００に送信する（ステップＳ３３５）。端末３０は、画像形成装置１２００からシステム情報を受信すると（ステップＳ３３５−２）、チケットによって複写処理が行えることを確認する。そして、端末３０は、表示部１３に複写確認ダイアログを表示する（ステップＳ３３６）。

利用者が複写処理の実行を示すＯＫを選択すると（ステップＳ３３７）、端末３０は、画像形成装置１２００に蓄積された文書を書き込むためのチケットを要求する文書書込チケット要求コマンドを画像形成装置１０００に送信する（ステップＳ３３８）。画像形成装置１０００からチケットを受信すると（ステップＳ３３８−２）、端末３０は、画像形成装置１２００に対して、画像形成装置１０００へ利用者の所望文書を書き込むことを要求するチケットを用いた文書書込要求コマンドを送信する（ステップＳ３３９）。

画像形成装置１２００において、チケットを用いた文書書込要求コマンドを端末３０から受信すると、画像形成装置１０００と連携して処理を行うための文書処理制御部３００のシーケンス制御部３１０が制御を開始する。シーケンス制御部３１０によって、シーケンス制御部３１０によって、画像形成装置１２００は、空ファイルの作成を要求する空ファイル作成要求コマンドを画像形成装置に送信する（ステップＳ３４０）。画像形成装置１０００は、空ファイルを生成し、そのファイルＩＤを画像形成装置１２００へ送信する（ステップＳ３４０−２）。

更に、シーケンス制御部３１０によって、画像形成装置１２００は、書込可能な文書タイプのリストを要求する文書書込可能タイプリスト要求コマンドを画像形成装置１０００に送信する（ステップＳ３４１）。画像形成装置１０００は、文書書込可能タイプリストを画像形成装置１２００へ送信する（ステップＳ３４１−２）。画像形成装置１２００において、文書書込可能タイプリストを画像形成装置１０００から受信すると、文書書込可能タイプリストは、送り先タイプリスト３０４として保持される。シーケンス制御部３１０によって、画像形成装置１２００は、取得可能な文書タイプのリストを要求する文書取得可能タイプリスト要求コマンドを内部的に発行して、文書取得可能タイプリストを取得して送り元タイプリスト３０２として保持する（ステップＳ３４２）。

シーケンス制御部３１０は、文書タイプ判断部３２０によって、画像形成装置１２００で取得可能な文書タイプが示される送り元タイプリスト３０２と画像形成装置１０００で書込可能な文書タイプが示される送り先タイプリスト３０４とに基づいて、画像形成装置１０００から取得可能であって、画像形成装置１２００で書込可能な文書タイプが存在するか否かを判断し、最適な文書タイプを特定する（ステップＳ３４３）。文書タイプ判断部３２０は、この判断結果に基づいて、複数の文書タイプが存在する場合、その中から最適な一つの文書タイプを特定する。文書タイプが存在しない場合、予め設定された文書タイプを最適な文書タイプとする。

シーケンス制御部３１０は、ステップＳ１４０−２で受信したファイルＩＤを指定したチケットによるページ画像の書き込みを要求するページ画像書込要求コマンドを画像形成装置１０００に送信する（ステップＳ３４４）。画像形成装置１０００は、文書管理Ｗｅｂサービス実行部１３０Ｂによって、ファイルＩＤによって特定されるファイルに画像形成装置１２００から受信したページ画像を格納する（ステップＳ３４５）。画像形成装置１０００は、ページ画像をファイルに格納すると、画像形成装置１２００に対して、終了応答を送信する（ステップ３４５−２）。ページ画像書込要求コマンドでは、例えば、利用者が選択した文書の複数のページ画像を指定するようにしても良いし、又は、１ページ分のページ画像を指定し、ページ画像を画像形成装置１２００から受信する毎にファイルに格納する処理を繰り返しても良い。

画像形成装置１２００は、全てのページ画像が格納されたことを示す終了応答を受信すると、ステップＳ３３９による文書書込要求コマンドによる処理が終了したことを示す終了応答を端末３０に送信する（ステップＳ３４５−４）。端末３０は、複写終了ダイアログを表示部１３に表示する（ステップＳ３４６）。

図９における説明中、操作側としての端末３０において、画像形成装置１０００又は画像形成装置１２００へ送信される要求コマンドは、クライアント部２００ＣのＳＯＡＰコマンド構築部２１０ＣによってＨＴＴＰリクエストのメッセージにＳＯＡＰコマンドとして設定され（ステップＳ３３１、Ｓ３３２、Ｓ３３４、Ｓ３３５、Ｓ３３８及びＳ３３９）、そのＨＴＴＰリクエストに応じた処理結果を示すＨＴＴＰレスポンスは、クライアント部２００ＣのＳＯＡＰレスポンス解釈部２２０Ｃによって取り出される。

また、文書送り先装置としての画像形成装置１０００において、受信した要求コマンドは、サーバ部１００ＢのＳＯＡＰコマンド解析部１１０ＢでＳＯＡＰコマンドとして解析され、対応する処理が文書管理Ｗｅｂサービス実行部１３０Ｂによって実行される。文書管理Ｗｅｂサービス実行部１３０Ｂによる処理結果がサーバ部１００ＢのＳＯＡＰレスポンス構築部１２０ＢによってＷｅｂサービスとして端末３０又は画像形成装置１２００へ提供される（ステップＳ３３５−２、Ｓ３３８−２、Ｓ３４０−２、Ｓ３４１−２及びＳ３４５−２）。

更に、文書送り元装置としての画像形成装置１２００において、画像形成装置１０００へ送信される要求コマンドは、クライアント部２００のＳＯＡＰコマンド構築部２１０によってＨＴＴＰリクエストのメッセージにＳＯＡＰコマンドとして設定され（ステップＳ３４０、Ｓ３４１及びＳ３４４）、そのＨＴＴＰリクエストに応じた処理結果を示すＨＴＴＰレスポンスは、クライアント部２００のＳＯＡＰレスポンス解釈部２２０によって取り出される。また、受信した要求コマンドは、サーバ部１００のＳＯＡＰコマンド解析部１１０でＳＯＡＰコマンドとして解析され、そのＳＯＡＰコマンドに応じた処理を実行した処理結果は、サーバ部１００のＳＯＡＰレスポンス構築部１２０によってＷｅｂサービスとして端末３０へ提供される（ステップＳ３３１−２、Ｓ３３２−２、Ｓ３３４−２及びＳ３４５−４）。

上記より、図３に示すパターン３において、文書処理制御部３００を有する画像形成装置１２００は、端末３０を利用する利用者が指定した画像形成装置１０００のＨＤＤ１３１０Ｂに適切な文書タイプにて書き込むことによって文書複写を実現することができる。

上述された文書書込要求コマンドについて図１０で説明する。図１０は、ＳＯＡＰによるチケットを用いた文書書込要求コマンドを示すＨＴＴＰリクエストの例を示す図である。図１０に示すＨＴＴＰリクエストにおいて、記述３１は、ＰＯＳＴメソッドによってＨＴＴＰリクエストが送信されるＵＲＬ（Uniform Resource Locator）を示し、例えば、「ｎｅｔｄｏｃ」である。更に、記述３２で、リクエストの目的を表すＵＲＬが示され、例えば、「http://foo.bar.com/netdoc/documentmanagement」によって「文書管理」が指定される。

記述３３はＳＯＡＰヘッダを示し、ルート要素が示される。記述３４は、ＳＯＡＰボディを示す。記述３４において、<ns:documentmanagement>から</ns:documentmanagement>で示される記述３５にて、要求する処理を特定するＳＯＡＰコマンドと、処理する際に参照される情報等が設定される。例えば、チケットを用いた文書書込要求コマンドの場合、記述３６がチケットの番号を<ticketId>で特定すると共に、記述３７がＳＯＡＰコマンドを<operation>で特定する。例えば、チケット番号として「４５６」、ＳＯＡＰコマンドとして「insertFileByTicket」が設定される。

図１０に示すＨＴＴＰリクエストに応じたＨＴＴＰレスポンスについて図１１で説明する。図１１は、ＳＯＡＰによるチケットを用いた文書書込要求コマンドに対するＨＴＴＰレスポンスの例を示す図である。図１１に示すＨＴＴＰレスポンスにおいて、記述４２は、リクエストが成功したことを示す。記述４３はＳＯＡＰヘッダを示し、ルート要素が示される。記述４４は、ＳＯＡＰボディを示す。記述４４において、<ns:documentmanagementResponse>から</ns:documentmanagementResponse>で示される記述４５にて、処理結果が示される。例えば、<result>で示される記述４６にて処理が正常終了したことを示す「success」が設定される。

また、上述された文書取得可能タイプリスト要求コマンドについて図１２で説明する。図１２は、ＳＯＡＰによる文書取得可能タイプリスト要求コマンドを示すＨＴＴＰリクエストの例を示す図である。図１２中、図１０と同じ記述には同一の符号を付し、その説明を省略する。図１２に示すＨＴＴＰリクエストの記述３４によるＳＯＡＰボディにおいて、記述５０に<operation>によってＳＯＡＰコマンド「getFileVariation」が指定される。

図１２に示すＨＴＴＰリクエストに応じたＨＴＴＰレスポンスについて図１３で説明する。図１３は、ＳＯＡＰによるチケットを用いた文書書込要求コマンドに対するＨＴＴＰレスポンスの例を示す図である。図１３中、図１１と同じ記述には同一の符号を付し、その説明を省略する。図１３に示すＨＴＴＰレスポンスの記述４４によるＳＯＡＰボディにおいて、<type>による記述５２、５３及び５４によって、画像形成装置１０００から書き込み可能な３つの文書タイプが設定される。記述５２では、<format>によって画像データの圧縮形式「Tiff」、<imageType>によってイメージタイプ「１ｂｉｔ／ｄｏｔ」、<binary>によって解像度「６００×６００」が指定される。記述５３では、<format>によって画像データの圧縮形式「Jpeg」、<imageType>によってイメージタイプ「８ｂｉｔ／ｄｏｔ」、<binary>によって解像度「３００×３００」が指定される。記述５４では、<format>によって画像データの圧縮形式「Jpeg2000」、<imageType>によってイメージタイプ「８ｂｉｔ／ｄｏｔ」、<binary>によって解像度「６００×６００」が指定される。

このようなＨＴＴＰレスポンスを画像形成装置１２００が受信すると、記述５２〜５４で示される文書タイプがＳＯＡＰレスポンス解釈部２２０によって取り出され、送り先タイプリスト３０４として、例えば、｛"Ｔｉｆｆ"，"１ｂｉｔ／ｄｏｔ"，６００×６００｝、｛"Ｊｐｅｇ"，"８ｂｉｔ／ｄｏｔ"，３００×３００｝、｛"Ｊｐｅｇ２０００"，"８ｂｉｔ／ｄｏｔ"，６００×６００｝のように設定される。また、送り元タイプリスト３０２として、例えば、画像形成装置１２００にて文書取得可能タイプリスト要求コマンドを内部的に発行することによって取得した｛"Ｔｉｆｆ"，"１ｂｉｔ／ｄｏｔ"，３００×３００｝、｛"Ｊｐｅｇ"，"８ｂｉｔ／ｄｏｔ"，３００×３００｝が、設定される。文書タイプ判断部３２０は、これら送り元タイプリスト３０２と送り先タイプリスト３０４とを比較して一致する文書タイプがあるか否かを判断する。この場合、｛"Ｊｐｅｇ"，"８ｂｉｔ／ｄｏｔ"，３００×３００｝が一致する文書タイプであると判断され、唯一一致する文書タイプであるためこの文書タイプに特定される。特定された文書タイプは、図１４に示すようなＨＴＴＰリクエストに設定される。

更に、上述されたページ画像書込要求コマンドを示すＨＴＴＰリクエストの例について図１４で説明する。図１４は、ＳＯＡＰによるページ画像書込要求コマンドを示すＨＴＴＰリクエストの例を示す図である。図１４中、図１０と同じ記述には同一の符号を付し、その説明を省略する。図１４に示すＨＴＴＰレリクエストの記述８１において、形式の異なる複数のデータがあることを示し、記述８６の「XX_boundary」によって複数のデータ間の境界を示すことが記述されている。記述８２は、テキストデータに関するテキストの記述形式、コード、テキストデータ長等の情報が設定される。記述３４のＳＯＡＰボディにおける記述８０は、ＳＯＡＰコマンドを<operation>で特定する。例えば、ＳＯＡＰコマンド「putFile(FileID)」が指定されることによって、画像形成装置１０００にてページ画像をFileIDで指定されるファイルに書き込む処理が行われる。

記述８４において、イメージデータに関するイメージのデータ形式、テキスト又はバイナリ等を示す転送データ種別、イメージデータ長等の情報が設定され、続いてイメージデータ８５が設定される。例えば、データ形式がＴｉｆｆで転送データ種別がバイナリ（binary）であれば、イメージデータ８５には、バイナリのＴｉｆｆイメージデータが設定される。

このような図１４示すＨＴＴＰリクエストによって、画像形成装置１０００は、バイナリのＴｉｆｆイメージデータをＨＴＴＰリクエストから取り出して、ＨＤＤ１３０３Ｂに格納することによって、画像形成装置１２００に蓄積された文書の複写を行う。

図１４に示すＨＴＴＰリクエストに応じたＨＴＴＰレスポンスについて図１５で説明する。図１５は、ＳＯＡＰによるページ画像書込要求コマンドに対するＨＴＴＰレスポンスの例を示す図である。図１５中、図１１と同じ記述には同一の符号を付し、その説明を省略する。図１５に示すＨＴＴＰレスポンスにおいて、ＳＯＡＰボディを示す記述４４の<ns:documentmanagementResponse>から</ns:documentmanagementResponse>で示される記述８７にて、印刷処理の結果が示される。例えば、<result>で示される記述８８にて処理が正常終了したことを示す「success」が設定される。

上記例では、ＨＴＴＰリクエストに画像データを組み込んで画像形成装置１０００に送信する方法を説明したが、画像データの送受信は、ファイル転送プロトコル（ｆｔｐｄ３）によって行うようにしても良い。

上記実施例において、以下のＳＯＡＰコマンドが使用される。

上記ＳＯＡＰコマンドは、図１０、図１２及び図１４で説明したように、ＳＯＡＰボディの<operation>で指定される。

次に、オペレーションパネル１３１０、１３１０Ｂ、及び表示部１３に表示される画面例について図１６から図１９で説明する。図１６は、複写操作画面の例を示す図である。図１６において、画面４００は、ネットワーク１５を介して接続される装置を示す装置一覧を表示する表示域４０１と、表示域４０１で利用者が選択した装置が蓄積している文書を示す文書一覧を１つ１つの文書を表現するサムネイルによって表示する表示域４０２とを有する。画面４００において、例えば、利用者が画像形成装置１２００を送り元装置として表示域４０１から選択すると、表示域４０２に画像形成装置１２００が蓄積する文書の一覧が表示される。利用者は文書Ａを表示域４０２で選択し、ドラッグ＆ドロップ操作によって矢印４０３で画像形成装置１０００を送り先装置として指定する。ここで、利用者は、複数の文書を選択することも可能である。

利用者のドラッグ＆ドロップ操作によって画像形成装置１０００が指定されると、図１７に示すような複写を確認するための複写確認ダイアログが表示される。図１７は、複写確認ダイアログの例を示す図である。図１７より、複写確認ダイアログ４１０は、利用者へのメッセージが表示される表示域４１１と、複写処理をキャンセルするためのキャンセルボタン４１２と、複写処理を実行するためのＯＫボタン４１３とを有する。例えば、利用者は図１６の複写操作画面４００にて複数の文書Ａ、Ｂ、Ｃ、及びＤを選択した場合、表示域４１１には、「文書Ａ、文書Ｂ、文書Ｃ、文書Ｄを画像形成装置１０００に複写しますか？」等のメッセージが表示され、利用者に複写する文書と複写する装置とを確認する。

利用者が複写確認ダイアログ４１０にてＯＫボタン４１３を選択すると、図１８に示すような複数の文書の複写モードを指定するダイアログが表示される。一方、例えば、利用者が図１６の複写操作画面にて文書Ａのみを選択した場合、図１７の複写確認ダイアログにてＯＫボタン４１３を選択すると、複写処理が実行される。

図１８は、複数文書複写モード指定ダイアログの例を示す図である。図１８より、複数文書複写モード指定ダイアログ４４０は、複写モードを選択する選択域４４１と、順序を指定するための順序指定ボタン４４２と、複写処理をキャンセルするためのキャンセルボタン４４３と、複写処理を実行するためのＯＫボタン４４４とを有する。選択域４４１は、例えば、「選択した文書を ○別文書として複写する ○１つの文書として複写する」等のメッセージが表示され、利用者がいずれか一方を選択すると、○印が◎で表示される。更に、利用者が、複数文書の複写順序を指定するために、順序指定ボタン４４２を選択すると、図１９に示すような複数の文書の複写順序を指定するダイアログが表示される。

図１９は、複数文書順序指定ダイアログの例を示す図である。図１９より、複数文書順序指定ダイアログ４５０は、利用者が選択した複数文書の文書一覧を表示する表示域４５１と、文書の順番を前にする（上げる）ためのボタン４５２と、文書の順番を後にする（下げる）ためのボタン４５３と、複写処理をキャンセルするためのキャンセルボタン４５４と、複写処理を実行するためのＯＫボタン４５５とを有する。

複数文書順序指定ダイアログ４５０において、利用者が文書Ｂの複写順序を変更したい場合、表示域４５１から文書Ｂを選択して、ボタン４５２を選択することによって、文書Ｂを例えば文書Ａより前に複写するように設定することができる。また、ボタン４５３を選択することによって、文書Ｃ又は文書Ｄの後に複写するように設定することができる。このような操作によって、複写順を設定しＯＫボタン４５５を選択すると、複写処理が実行され、利用者が設定した複写順で文書Ａ〜Ｄが画像形成装置１２００から画像形成装置１０００へ複写される。

上記実施例において、文書処理制御部３００を有する画像形成装置１２００が、画像形成装置１０００と画像形成装置１２００における処理可能な文書タイプに基づいて、画像形成装置１０００に利用者が設定した文書の書き込みを要求することによって、適切な処理を画像形成装置１０００において実行することができ、ネットワークを介して装置間で連携した処理を行うことができる。例えば、文書送り元装置としての画像形成装置１２００の文書が文書送り先装置としての画像形成装置１０００で保存できる最大サイズより大きい場合、文書処理制御部３００の文書タイプ判断部３２０による判断によって、画像の縮小機能を用いて縮小したページ画像を指定することができる。

また、文書処理制御部３００が画像形成装置１２００と画像形成装置１０００との処理シーケンスを複写処理に応じて制御するため、ネットワークを介して装置間で連携した種々の処理を行うことができる。

上記実施例において、ネットワークを介して装置間で行われる複写処理について説明したが、複写処理に限定されるものではない。本発明は、ファイル管理、スキャナ制御等に適応することも可能である。更に、本発明は、画像形成装置１０００又は１２００に関する情報を処理するために適用することも可能である。

また、端末３０、画像形成装置１０００及び１２００とでなされる通信は、有線によるＬＡＮに限定されるものではない。つまり、ＳＯＡＰによるメッセージ交換は、無線ＬＡＮ、ブルートゥース等のネットワーク系では、ネットワークの物理層が異なるものの、ＴＣＰ／ＩＰで通信可能であるため、ＷｅｂサービスのようにｈｔｔｐとＳＯＡＰの形態によって実現可能である。更に、ＩＥＥＥ1394、ＵＳＢ、赤外線通信等のシリアル通信系では、いずれもＩＰ接続が可能であるので、ネットワーク系と同様に、ＷｅｂサービスのようにｈｔｔｐとＳＯＡＰの形態によって実現可能である。また、セントロニクス、ＳＣＳＩ等のパラレル系では、いずれも通信する内容について独自拡張が許されているため、通信する両者で同意しておくことによって、ＳＯＡＰによるメッセージ交換が実現可能である。

１００、１００Ｂ サーバ部
１１０、１１０Ｂ ＳＯＡＰコマンド解析部
１２０、１２０Ｂ ＳＯＡＰレスポンス構築部
２００、２００Ｂ クライアント部
２１０、２１０Ｂ ＳＯＡＰコマンド構築部
２２０、２２０Ｂ ＳＯＡＰレスポンス解釈部
３００ 文書処理制御部
３１０ シーケンス制御部、 ３２０ 文書タイプ判断部
１０００ 画像形成装置
１２００ 画像形成装置、
１２０１ プロッタ １２０２ スキャナ
１２１０ ソフトウェア群
１２１６、１２１６Ｂ 文書管理Ｗｅｂサービスアプリ
１２１７ チケット管理Ｗｅｂサービスアプリ
１２３０ アプリケーション、 １２２０ プラットフォーム
１２２１ ＯＳ、 １２２２ ＳＣＳ
１２２３ ＳＲＭ、 １２２４ ＥＣＳ
１２２５ ＭＣＳ、 １２２６ ＯＣＳ
１２２７ ＦＣＳ、 １２２８ ＮＣＳ
１２２９ ＩＭＨ、 １２４０ 起動部
１３００ コントローラ、 １３０１ ＡＳＩＣ
１３０２ ＭＥＭ−Ｃ、 １３０３ ＨＤＤ
１３０４ ＣＰＵ、 １３０５ ＮＢ
１３０６ ＭＥＭ−Ｐ、 １３０７ ＳＢ
１３０８ ＡＧＰ、 １３１０ オペレーションパネル
１３３０ ＵＳＢ、 １３４０ ＩＥＥＥ１３９４

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

Claims (24)

1. 通信回線を介して接続される処理を要求する要求装置からの処理リクエストの受信及び該処理リクエストに応じた該要求装置への処理レスポンスの送信を所定プロトコルに従って制御するサーバ処理手段と、
   上記サーバ処理手段からの指示に応じて、上記処理リクエストによって指定される上記処理の対象となる情報を処理する処理装置との間で該情報の処理を可能とする第一処理可能条件に基づいて、該処理装置へ該情報を送信する制御を行う条件取得制御手段と、
   上記処理装置が上記情報に行った処理結果を受信すると、その処理結果を上記サーバ処理手段に通知するサービス提供手段とを有することを特徴とするＷｅｂサービス提供処理装置。
2. 上記条件取得制御手段と、上記サービス提供処理手段とを有するプログラムと、
   上記処理で利用されるハードウェア資源の管理を行うコントロールサービスと、
   上記アプリケーションと上記コントロールサービスとを制御するオペレーティングシステムとを有することを特徴とする請求項１記載のＷｅｂサービス提供処理装置。
3. 上記条件取得制御手段による指示に応じて、上記処理装置への処理リクエストの送信と、該処理装置からの処理レスポンスの受信を上記所定プロトコルに従って制御するクライアント処理手段とを有することを特徴とする請求項１又は２記載のＷｅｂサービス提供処理装置。
4. 上記条件取得制御手段は、
   上記処理装置における上記情報に対する第二処理可能条件と自装置における該情報に対する内部的な第三処理可能条件とを取得する処理シーケンスを制御するシーケンス制御手段と、
   上記シーケンス制御手段によって取得した上記第二処理可能条件と上記第三処理可能条件とに基づいて、上記第一処理可能条件を判断する条件判断手段とを有することを特徴とする請求項１乃至３のいずれか一項記載のＷｅｂサービス提供処理装置。
5. 上記シーケンス制御手段は、
   上記処理装置に対して上記第二処理可能条件を要求する上記処理リクエストを送信することによって該処理装置から該第二処理可能条件を取得するように上記クライアント処理手段を制御する第一制御手段と、
   上記サーバ処理手段に対して上記第三処理可能条件を要求する上記処理リクエストを内部的に発行することによって自装置から該第三処理可能条件を取得するように上記クライアント処理手段を制御する第二制御手段と、
   上記条件判断手段に上記第二処理可能条件と上記第三処理可能条件とに基づいて判断させる判断指示手段と、
   上記条件判断手段によって判断された上記第一処理可能条件に従って上記情報を上記処理装置へ送信する情報送信手段とを有することを特徴とする請求項１乃至４のいずれか一項記載のＷｅｂサービス提供処理装置。
6. 上記クライアント処理手段は、
   上記シーケンス制御手段からの指示に応じて、上記所定プロトコルに従って上記処理装置に送信される該指示を示す上記処理リクエストを構築する処理リクエスト構築手段と、
   上記処理リクエストに応じて上記処理装置から受信した上記処理レスポンスを解釈し、その結果を上記シーケンス制御手段へ通知する処理レスポンス解釈手段とを有することを特徴とする請求項１乃至５のいずれか一項記載のＷｅｂサービス提供処理装置。
7. 上記サービス提供処理手段は、上記要求装置から送信された又は内部的に生成された処理リクエストに対応する処理を実行するサービス実行手段を有することを特徴とする請求項１乃至６のいずれかＷｅｂサービス提供処理装置。
8. 上記サーバ処理手段は、
   上記情報に対する処理を示す上記処理リクエストを、上記所定プロトコルに従って解釈する処理リクエスト解釈手段と、
   上記処理を実行した処理結果を示す処理レスポンスを、上記所定プロトコルに従って構築する処理レスポンス構築手段とを有することを特徴とする請求項１乃至７のいずれか一項記載のＷｅｂサービス提供処理装置。
9. 上記処理リクエスト解釈手段は、
   上記処理リクエストが上記情報を上記処理装置へ送信することを要求しているか否かを判断する判断手段と、
   上記判断手段による判断結果に基づいて、上記条件取得制御手段に該処理リクエストを通知する通知手段とを有することを特徴とする請求項１乃至８のいずれか一項記載のＷｅｂサービス提供処理装置。
10. 上記処理レスポンス構築手段は、上記条件取得制御手段による制御結果を示す処理レスポンスを、上記所定プロトコルに従って構築する制御結果構築手段を有することを特徴とする請求項１乃至８のいずれか一項記載のＷｅｂサービス提供処理装置。
11. 利用者によって選択可能な上記通信回線上に存在する装置の装置一覧を表示部に表示させる第一表示手段と、
    上記管理装置として、上記利用者が上記装置一覧から所望する装置を選択すると、上記表示部に上記管理装置にて管理される情報の情報一覧を上記表示部に表示させる第二表示手段と、
    上記利用者が上記情報一覧から所望の情報を指定して、更に、上記装置一覧から所望する装置の一つを指定することによって、上記処理を行う装置を決定可能とする装置決定手段とを有することを特徴とする請求項１乃至１０のいずれか一項記載のＷｅｂサービス提供処理装置。
12. 上記表示手段は、上記情報を縮小した縮小イメージで上記表示部に表示させることを特徴とする請求項１１記載のＷｅｂサービス提供処理装置。
13. 上記要求装置は、上記通信回線を介して接続される、上記Ｗｅｂサービス提供処理装置自身、上記管理装置、又は、コンピュータ端末であることを特徴とする請求項１乃至１２のいずれか一項記載のＷｅｂサービス提供処理装置。
14. 上記通信回線は、無線ＬＡＮを含むネットワーク通信回線、赤外線通信を含むシリアル通信間回線、又はパラレル通信回線であることを特徴とする請求項１乃至１３のいずれか一項記載のＷｅｂサービス提供処理装置。
15. 上記所定プロトコルは、Simple Object Access Protocolであることを特徴とする請求項１乃至１４のいずれか一項記載のＷｅｂサービス提供処理装置。
16. 通信回線を介して接続される処理を要求する要求装置からの処理リクエストの受信及び該処理リクエストに応じた該要求装置への処理レスポンスの送信を所定プロトコルに従って制御するサーバ処理手順と、
    上記サーバ処理手順からの指示に応じて、上記処理リクエストによって指定される上記処理の対象となる情報を処理する処理装置との間で該情報の処理を可能とする第一処理可能条件に基づいて、該処理装置へ該情報を送信する制御を行う条件取得制御手順と、
    上記処理装置が上記情報に行った処理結果を受信すると、その処理結果を上記サーバ処理手順に通知するサービス提供手順とを有することを特徴とするＷｅｂサービス提供処理方法。
17. 第一処理可能条件に従って情報を管理する管理装置から受信した該情報に対して処理を行い、その処理結果を該管理装置に提供するサービス提供処理手段と、
    所定プロトコルに従って上記処理を要求する処理リクエストを解釈し、上記サービス提供処理手段に該処理を通知する処理リクエスト解釈手段と、
    上記所定プロトコルに従って上記処理リクエストに応じてなされた上記処理の処理結果を示す処理レスポンスを構築する処理リクエスト構築手段とを有することを特徴とする請求項１６記載のＷｅｂサービス提供処理装置。
18. 上記サービス提供処理手段は、
    上記所定メセージ交換プロトコルに従って、上記管理装置からの処理可能条件の取得要求を示す処理リクエストに応じて、第二処理可能条件を示す処理レスポンスを送信する処理可能条件提供手段を有し、
    上記サービス提供処理手段は、上記第二処理可能条件の送信後、上記第一処理可能条件に従って上記管理装置から受信した該情報に対して行った処理の処理結果を提供することを特徴とする請求項１７記載のＷｅｂサービス提供処理装置。
19. 上記処理を要求する指示に応じて、上記所定プロトコルに従って該指示を示す上記処理リクエストを構築する処理リクエスト構築手段と、
    上記処理リクエストに応じて送信された上記処理レスポンスを解釈する処理レスポンス解釈手段とを有することを特徴とする請求項１７又は１８記載のＷｅｂサービス提供処理装置。
20. 利用者によって選択可能な上記通信回線上に存在する装置の装置一覧を表示部に表示させる第一表示手段と、
    上記利用者が上記装置一覧から所望する装置を選択すると、上記表示部に該装置にて管理される情報の情報一覧を上記表示部に表示させる第二表示手段と、
    上記利用者が上記情報一覧から所望の情報を指定して、更に、上記装置一覧から所望する装置の一つを指定することによって、上記処理装置を決定可能とする装置決定手段とを有することを特徴とする請求項１７乃至１９のいずれか一項記載のＷｅｂサービス提供処理装置。
21. 第一処理可能条件に従って情報を管理する管理装置から受信した該情報に対して処理を行い、その処理結果を該管理装置に提供するサービス提供処理手順と、
    所定プロトコルに従って上記処理を要求する処理リクエストを解釈し、上記サービス提供処理手順に該処理を通知する処理リクエスト解釈手順と、
    上記所定プロトコルに従って上記処理リクエストに応じてなされた上記処理の処理結果を示す処理レスポンスを構築する処理リクエスト構築手順とを有することを特徴とするサービス提供処理方法。
22. 所定のプロトコルに従って、第一装置にて管理される情報を該第一装置が該情報に対する処理を提供する第二装置に送信することによって該処理を該第二装置に行わせること示す処理リクエストを構築する処理リクエスト構築手段と、
    上記処理リクエストに対する処理レスポンスを解釈して、上記第二装置での処理結果を取得する処理レスポンス解釈手段と、
    上記処理結果を表示ユニットに表示させる表示制御手段とを有することを特徴とする操作端末。
23. 所定のプロトコルに従って、第一装置にて管理される情報を該第一装置が該情報に対する処理を提供する第二装置に送信することによって該処理を該第二装置に行わせること示す処理リクエストを構築する処理リクエスト構築手順と、
    上記処理結果を表示ユニットに表示させる表示制御手順とを情報端末に行なわせるためのプログラムを記録した記録媒体。
24. 所定のプロトコルに従って、第一装置にて管理される情報を該第一装置が該情報に対する処理を提供する第二装置に送信することによって該処理を該第二装置に行わせること示す処理リクエストを構築する処理リクエスト構築手順と、
    上記処理リクエストに対する処理レスポンスを解釈して、上記第二装置での処理結果を取得する処理レスポンス解釈手順と、
    上記処理結果を表示ユニットに表示させる表示制御手順とを情報端末に行なわせるためのプログラム。

Images