JP2004303205A - 外部装置によって蓄積文書情報を編集可能とする画像形成装置、文書サービス提供方法 - Google Patents

Abstract

【課題】 本発明の課題は、本発明はネットワークを介して接続されるクライアントへの拡張書誌情報の提供、クライアントにて変更された拡張書誌情報の上書き保存、１つの文書に対して複数の拡張書誌情報を管理することができる画像形成処理装置、文書サービス提供方法を提供することを目的とする。
【解決手段】 画像形成処理で使用される複数のハードウェア資源と、画像形成に係る処理を行う複数のプログラムとを有し、文書に関する書誌情報と該書誌情報を拡張した拡張書誌情報とで構成される文書書誌情報に従って画像形成処理を行うとともに、前記文書に係るサービスをネットワークを介して接続されたクライアントに提供する画像形成装置であって、前記文書とその文書書誌情報とを、前記文書を識別する文書識別情報によって関連付けて管理する文書管理手段と、前記クライアントに、前記拡張書誌情報を提供する拡張書誌情報提供手段と、前記クライアントから通知される前記拡張情報を保存する拡張書誌情報保存手段とを有する。
【選択図】 図５

Description

本発明は、本発明はネットワークを介して接続されるクライアントへの拡張書誌情報の提供、クライアントにて変更された拡張書誌情報の上書き保存、１つの文書（画像データ）に対して複数の拡張書誌情報を管理することができる画像形成処理装置、文書サービス提供方法を提供するものである。

近年、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置が一般的に知られている。このような複合型の画像形成装置は、１つの筐体内に表示部、印刷部および撮像部などを設けるとともに、プリンタ、コピーおよびファクシミリ装置にそれぞれ対応する３種類のアプリケーションを設け、アプリケーションの切り替えによって、当該装置をプリンタ、コピー、スキャナまたはファクシミリ装置として動作させるものである。

このような従来の画像形成装置は、例えば、ネットワークを介してクライアントに接続されており、クライアントからの指示により、処置の処理を実行する。例えば、文書（画像データ）をハードディスク等に蓄積している画像形成装置は、クライアントからの指示により、印刷機能等を利用して、指定された文書（画像データ）の出力を行なっていた。

しかしながら、従来の画像形成装置では、蓄積された文書を出力する場合、既に設定された処理方法によってしか出力することができなかった。そのため、白黒印刷をカラーに変更して同じ文書（画像データ）を出力しようとすると、クライアントの利用者は、再度、文書（画像データ）を指定して、カラーを指定する印刷方法（処理方法）を指定しなければならないと言った問題があった。

そこで、本発明の課題は、文書（画像データ）が書誌情報に基づいて画像形成される仕組みにおいて、その書誌情報に含まれる処理方法を指定する拡張書誌情報のクライアントへの提供、クライアントにて変更された拡張書誌情報の上書き保存、また、一つの文書（画像データ）に対して複数の拡張書誌情報の管理を可能とする画像形成装置と、文書サービス提供方法を提供することである。

上記課題を解決するために、本発明は、画像形成処理で使用される複数のハードウェア資源と、画像形成に係る処理を行う複数のプログラムとを有し、文書に関する書誌情報と該書誌情報を拡張した拡張書誌情報とで構成される文書書誌情報に従って画像形成処理を行うとともに、前記文書に係るサービスをネットワークを介して接続されたクライアントに提供する画像形成装置であって、前記文書とその文書書誌情報とを、前記文書を識別する文書識別情報によって関連付けて管理する文書管理手段と、前記クライアントに、前記拡張書誌情報を提供する拡張書誌情報提供手段と、前記クライアントから通知される前記拡張情報を保存する拡張書誌情報保存手段とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記拡張書誌情報提供手段は、前記クライアントから前記文書識別情報を指定されると、前記文書管理手段を用いて前記文書識別情報に関連付けられた前記拡張書誌情報を特定し、該拡張書誌情報を前記クライアントに提供することを特徴とする。

また、上記課題を解決するために、本発明は、前記拡張書誌情報保存手段は、前記文書管理手段を用いて前記クライアントが指定する文書識別情報に関連付けられた前記拡張書誌情報を特定し、該拡張書誌情報に前記クライアントにより変更された前記拡張書誌情報を保存することを特徴とする。

また、上記課題を解決するために、本発明は、前記拡張書誌情報保存手段は、前記文書管理手段を用いて前記クライアントが指定する文書識別情報に関連付けられた前記文書を特定し、該文書に前記クライアントにより変更された前記文書を保存することを特徴とする。

また、上記課題を解決するために、本発明は、前記クライアントから前記文書を通知されると、該文書を保存するとともに、該文書に割り当てた文書識別情報を提供する文書識別情報提供手段と、前記提供した文書識別情報とともにクライアントから通知される前記拡張書誌情報を保存する文書登録手段を有することを特徴とする。

また、上記課題を解決するために、本発明は、前記クライアントに前記文書の一覧を提供する文書一覧提供手段を有することを特徴とする。

また、上記課題を解決するために、本発明は、画像形成処理で使用される複数のハードウェア資源と、画像形成に係る処理を行う複数のプログラムとを有し、文書に関する書誌情報と該書誌情報を拡張した拡張書誌情報で構成される文書書誌情報に従って該画像形成処理を行う画像形成装置で、前記文書に係るサービスをネットワークを介して接続されたクライアントに提供する文書サービス提供方法であって、前記クライアントから、前記文書を特定する文書識別情報が通知されるとともに、前記拡張書誌情報の取得を要求される拡張書誌情報取得要求段階と、通知された文書識別情報に関連付けられた拡張書誌情報を所定のデータ構造に展開するデータ展開段階と、展開された拡張書誌情報を前記クライアントに通知する拡張書誌情報通知段階とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記クライアントから、前記文書識別情報と前記拡張書誌情報とが通知されるとともに、前記拡張書誌情報の書き込みを要求される拡張書誌情報書き込み要求段階と、通知された文書識別情報に関連付けられた拡張書誌情報に、通知された拡張書誌情報を書き込む拡張書誌情報書き込み段階と、通知された拡張書誌情報が書き込まれたことを前記クライアントに通知する書き込み完了通知段階とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記クライアントから、前記文書の一覧の取得を要求される蓄積文書一覧取得要求段階と、前記文書識別情報の一覧を前記クライアントに通知する文書一覧通知段階と、前記クライアントから、前記文書識別情報と前記拡張書誌情報とが通知されるとともに、前記拡張書誌情報の書き込みを要求される拡張書誌情報書き込み要求段階と、通知された文書識別情報に関連付けられた拡張書誌情報に、通知された拡張書誌情報を書き込む拡張書誌情報書き込み段階と、通知された拡張書誌情報が登録されたことを前記クライアントに通知する登録完了通知段階とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記クライアントから、前記文書の蓄積を要求される文書蓄積要求段階と、通知された文書に割り当てた前記文書識別情報を通知する文書識別方法通知段階と、前記クライアントから、前記割り当てた文書識別情報と前記拡張書誌情報とが通知されるとともに、前記拡張書誌情報の登録を要求される拡張書誌情報登録要求段階と、通知された拡張書誌情報を登録する拡張書誌情報登録段階と、通知された拡張書誌情報が登録されたことを前記クライアントに通知する登録完了通知段階とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記クライアントから、前記文書の一覧の取得を要求される蓄積文書一覧取得要求段階と、前記文書識別情報の一覧を前記クライアントに通知する文書一覧通知段階と、前記クライアントから、前記文書識別情報と前記拡張書誌情報とが通知されるとともに、前記拡張書誌情報の登録を要求される新規拡張書誌情報登録要求段階と、前記文書識別情報を新たに作成する文書識別情報新規作成段階と、作成された文書識別情報と関連付けた文書書誌情報を作成する文書書誌情報作成段階と、通知された拡張書誌情報が登録されたことを前記クライアントに通知する登録完了通知段階とを有することを特徴とする。

以上説明したように、画像形成装置並びに文書サービス提供方法では、ネットワークを介して接続されるクライアントへの拡張書誌情報の提供、クライアントにて変更された拡張書誌情報の上書き保存、１つの文書（画像データ）に対して複数の拡張書誌情報を管理することができる。

以下、図面を参照し、本発明の実施形態について説明する。

本発明の一実施例に係る多種の画像形成機能を融合する画像形成装置（以下、融合機と言う）は、例えば、図１に示すような機能構成を成す。図１は、本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。図１において、融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含むように構成される。

融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびプラットフォーム６を起動する。例えば融合機起動部３は、アプリケーション層５およびプラットフォーム６のプログラムをハードディスク装置（以下、ＨＤＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。

ハードウェア資源４は、ＦＣＵ（ファックスコントロールユニット）８０と、プロッタ１１と、スキャナ１２と、その他のハードウェアリソース１３とを含む。

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

アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ２１と、コピー用アプリケーションであるコピーアプリ２２と、ファックス用アプリケーションであるファックスアプリ２３と、スキャナ用アプリケーションであるスキャナアプリ２４と、ＷｅｂサービスアプリケーションであるＷｅｂサービス処理アプリ２５とを有する。Ｗｅｂサービス処理アプリ２５は、ＨＴＴＰ（HyperText Transfer Protocol）に従ったＨＴＴＰリクエストによって指定される処理内容に従って少なくとも１つ以上のＷｅｂサービスファンクション（ＷＳＦ）に処理を実行させ、その処理結果をＨＴＴＰレスポンスに設定してＷｅｂサービスとして提供する。このＷｅｂサービス処理アプリ２５は、拡張書誌情報提供手段と、拡張書誌情報保存手段と、文書識別情報提供手段と、文書登録手段と、文書一覧提供手段に対応する。

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

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

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

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

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

ＤＣＳ３２のプロセスは、蓄積文書の配送などの制御を行う。ＯＣＳ３３のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＦＣＳ３４のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。

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

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

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

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

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

融合機１は、各アプリケーションで共通的に必要な処理をプラットフォーム６で一元的に処理することができる。

次に、融合機１のハードウェア構成について説明する。図２は、図１に示す融合機のハードウェア構成を示すブロック図である。図２に示すように、この融合機１は、オペレーションパネル７０と、ＦＣＵ８０、プロッタ１１、スキャナ１２及びその他ハードウェア１３とで構成されるエンジン部１９とを有し、コントローラ６０のＡＳＩＣ６１とをＰＣＩ（Peripheral Component Interconnect）バス６９等で接続した構成となる。ＦＣＵ８０は、通常Ｇ３規格に従ってファックスデータの送受信を行う。ＦＣＵ８０は、オプションとして更にＧ３規格とＧ４規格とを搭載しても良い。

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

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

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

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

ＮＢ６５は、ＰＣＩバスを介してＳＢ６７と接続する他、ネットワーク通信を制御するＮＩＣ（Network Interface Card）７１と、ＵＳＢ（Universal Serial Bus）７２と、ＩＥＥＥ1394専用のケーブルで接続可能なＩＥＥＥ1394７３と、パラレルケーブルによって接続可能なセントロニクス７４とを接続する。

ＳＢ６７は、ＮＢ６５とＲＯＭ、ＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＳＢ６７は、内部にＵＳＢホストを有し、例えば、ＵＳＢ接続のカメラを接続することで画像データを取り込むことが可能であり、また、他のＵＳＢターゲットからデータを受け取ることも可能である。

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

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

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

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

以下、上述したような図１に示す機能構成、及び、図２に示すハードウェア構成を有する融合機１が処理方法を指定する拡張書誌情報の引き取りと書き戻しをＷｅｂサービスとして提供するための機能構成例について説明する。ここで、Ｗｅｂサービスとは、クライアントからのＨＴＴＰリクエストによるサービス要求に応じて、融合機１が所定の処理を行ない、その処理結果をＨＴＴＰレスポンスとしてクライアントへ提供することを言う。

以下、文書（画像データ）をＨＤＤ６３に蓄積して文書及び書誌情報を管理し、特に、本願発明において、書誌情報の一部である拡張書誌情報の引き取りと書き戻しをＷｅｂサービスとして提供することをリポジトリＷｅｂサービスと言う。拡張書誌情報を含む書誌情報に基づいて、文書（画像データ）が所定媒体に形成されて出力される。

図３は、リポジトリＷｅｂサービスを提供する融合機の第一機能構成を示すブロック図である。図１に示す融合機１の機能構成のうちリポジトリＷｅｂサービスを実現するための主要な機能構成のみが図示され、他の機能構成は省略される。図３より、融合機１は、リポジトリＷｅｂサービスを提供するリポジトリＷｅｂサービス提供処理部１４０と、ＨＴＴＰに従った通信制御を行うｈｔｔｐｄ１０２と、ＨＴＴＰリクエストに対応するＷｅｂサービス提供処理部へ処理を分配するディストリビューター１３０と、ＭＣＳ３６と、ＦＣＵ８０と、プロッタ１１と、スキャナ１２と、ＨＤＤ６３と、オペレーションパネル７０とを有する。

リポジトリＷｅｂサービス提供処理部１４０は、図１に示すＷｅｂサービス処理アプリ２５内に構成され、Ｗｅｂサービスファンクション（ＷＳＦ）としてＨＤＤ６３に文書、画像データ等を蓄積するリポジトリ実行部１４００と、ＳＯＡＰに従ってＨＴＴＰリクエストとＨＴＴＰレスポンス内を処理するＳＯＡＰ処理部１７０と、ＨＴＴＰリクエストで示されるＷｅｂサービスの処理をリポジトリ実行部１４００に振り分けるディスパッチャー１６０Ａと、ＨＴＴＰリクエストによって要求される処理内容を記述するＸＭＬ（eXtensible Markup Language）を処理すると共に、リポジトリ実行部１４００からの処理結果をＨＴＴＰレスポンス内にＸＭＬで記述する処理を行うＸＭＬ処理部１５０とを有する。

クライアント１０Ａは、キーボード又はマウス等の入力装置からの入力データを制御すると共に、モニタ１０９Ａに表示させる出力データとを制御する入出力制御部１１１Ａと、ＳＯＡＰに従って融合機１メッセージ交換するためのＳＯＡＰ処理部１１２と、ＨＴＴＰに従ったリクエストの生成及びレスポンスを解析するリクエスト／レスポンス処理部１１４とを有する。また、ＳＯＡＰ処理部１１２は、融合機１に対するＷｅｂサービスの処理内容及び融合機１からのＷｅｂサービスの処理結果をＸＭＬによって処理するＸＭＬ処理部１１３を有する。

ここで、ＨＴＴＰリクエストはＨＴＴＰに従ったデータ通信によって、拡張書誌の引き取りと書き戻しに関するＷｅｂサービスを融合機１のリポジトリ実行部１４００に要求することを示し、ＨＴＴＰレスポンスは融合機１のリポジトリ実行部１４００による処理結果を通知する応答を示す。

クライアント１０Ａは、リクエスト／レスポンス処理部１１４によって、処理要求に応じたリクエストを生成し、ＸＭＬ処理部１１３によってリクエスト内容（処理内容）をＸＭＬで記述して、ＳＯＡＰ処理部１１２によってＳＯＡＰに従ってＨＴＴＰリクエストを融合機１に送信する。処理要求によっては、画像データ、拡張書誌情報等が更にＨＴＴＰリクエストに設定される。拡張書誌情報が設定される場合、ＸＭＬ処理部１１３によってＸＭＬで記述される。

融合機１は、クライアント１０Ａから送信したＨＴＴＰリクエストをｈｔｔｐｄ１０２で受信し、ディストリビューター１３０によってリポジトリＷｅｂサービス提供処理部１４０にＨＴＴＰリクエストが処理を分配し、ＳＯＡＰ処理部１７０によってＳＯＡＰに従ってＨＴＴＰリクエストが処理されると、ディスパッチャー１６０Ａによってリポジトリ実行部１４００へ処理を振り分けると共に、ＸＭＬ処理部１５０によってＸＭＬで記述された処理内容をリポジトリ実行部１４００によって処理可能な形式に処理される。

リポジトリ実行部１４００にて処理内容に従って処理された後、その処理結果がＸＭＬ処理部１５０によってＸＭＬで記述され、ＳＯＡＰ処理部１７０によって処理結果がＨＴＴＰレスポンスによって示されるように、ＳＯＡＰに従って処理結果が処理される。そして、ｈｔｔｐｄ１０２によってＨＴＴＰレスポンスとしてクライアント１０Ａへ送信される。処理結果は、例えば、拡張書誌情報であって、ＸＭＬで記述された拡張書誌情報がＨＴＴＰレスポンスに設定される。

クライアント１０Ａは、ＳＯＡＰ処理部１１２によってＳＯＡＰに従ってＨＴＴＰレスポンスを処理し、ＸＭＬ処理部１１３によってＸＭＬで記述された処理結果を処理し、リクエスト／レスポンス処理部１１４によって入出力制御部１１１Ａにて表示すべきレスポンスとして処理し、モニタ１０９Ａに出力して処理結果を表示させる。クライアント１０Ａの利用者は、モニタ１０９Ａに表示された拡張書誌情報によって内容を確認することができる。

処理によっては、モニタ１０９Ａに表示させることは必須ではない。クライアント１０Ａと融合機１との間でのみ処理が行われても良い。
次に、画像データを管理されるためのデータ構成について図４で説明する。図４は、画像データを管理されるためのデータ構成を示す図である。ＨＤＤ６３の中は、領域分割されており、画像データが保存されている領域（図４（Ａ）参照）と文書の書誌情報が保存されている領域（図４（Ｃ）参照）とを有する。画像と書誌情報を関連付けるデータは、例えば、不揮発性ＲＡＭに保存される（図４（Ｂ）参照）。

図４（Ａ）は、文書のページ画像を保存する画像保存領域を示す図である。図４（Ａ）において、画像保存領域２００は、例えば、１文書が３ページで構成されている場合、先頭にページ番号が設定され、そして、１ページ分のページ画像が格納される。設定されるページ番号は、文書が３ページで構成される場合、例えば「０００１」、「０００２」、「０００３」のように設定される。

図４（Ｂ）は、文書管理データ保存領域を示す図である。図４（Ｂ）において、文書管理データ保存領域２２０は、文書番号とページ番号との組み合せを保存する領域であって、例えば、文書番号が「１１１１」でページ番号が「０００１」、「０００２」、「０００３」である場合、
｛ｆｉｌｅＩＤ＝“１１１１”，
pageＩＤ＝｛“０００１”，“０００２”，“０００３”｝｝のようにして管理される。

図４（Ｃ）は、書誌情報保存領域を示す図である。図４（Ｃ）において、書誌情報保存領域２４０は、文書毎の書誌情報が管理される。各文書の書誌情報は、文書書誌情報と拡張書誌情報とを有する。例えば、ＦＡＸ文書２４１は、文書書誌情報２４２と拡張書誌情報２４３とを有する。文書書誌情報２４２は、例えば、「ｆｉｌｅＩＤ＝１１１１」で示される文書番号、「ｊｏｂ＝ＦＡＸ」で示される画像形成種別、「ｄｏｃｕｍｅｎｔＴｙｐｅ＝ｔｉｆｆ」で示される画像データ種別等の情報項目を管理する。また、拡張書誌情報２４３は、ＦＡＸ送信情報を管理する。

また、プリンタ文書２５１は、文書書誌情報２５２と拡張書誌情報２５３とを有する。文書書誌情報２５２は、例えば、「ｆｉｌｅＩＤ＝１１１２」で示される文書番号、「ｊｏｂ＝ｐｒｉｎｔ」で示される画像形成種別、「ｄｏｃｕｍｅｎｔＴｙｐｅ＝ｒａｗ」で示される画像データ種別等の情報項目を管理する。また、拡張書誌情報２５３は、印刷関連情報、カラー情報等を管理する。

文書書誌情報２４２及び２５２にて示される画像データ種別によって、例えば、既に画像処理された場合は「ｄｏｃｕｍｅｎｔＴｙｐｅ＝ｔｉｆｆ」で示される。また、クライアント１０Ａの文書作成用のアプリケーションで作成された文書データがクライアント１０Ａのプリンタドライバで処理された状態の画像データである場合は「ｄｏｃｕｍｅｎｔＴｙｐｅ＝ｒａｗ」で示される。この場合、更に、融合機１のプロッタ１１で画像処理された場合は、「ｄｏｃｕｍｅｎｔＴｙｐｅ＝ｔｉｆｆ」で管理される。

また、拡張書誌情報２４３及び２５３は、構造体データとして保存される。

以上説明した書誌情報を、ＸＭＬで記述した例を、図１２を用いて説明する。図１２は、図４（Ｃ）の書誌情報をＸＭＬで記述したものである。図１２に示されるＸＭＬ文６００は、文書書誌情報２４２に対応し、ＸＭＬ文６０１は、拡張書誌情報２４３に対応し、ＸＭＬ文６０２は、文書書誌情報２５２に対応し、ＸＭＬ文６０３は、拡張書誌情報２５３に対応している。

ＸＭＬ文６００には、＜ｆｉｌｅＩｄ＞が１１１１であり、＜ｊｏｂ＞がＦＡＸであり、＜ｄｏｃｕｍｅｎｔＴｙｐｅ＞がｔｉｆｆであることが示され、文書書誌情報２４２に対応している。また、拡張書誌情報２４３に対応するＸＭＬ文６０１には、＜ａｄｄｒｅｓｓ＞と＜ｃｈａｎｎｅｌＴｙｐｅ＞が示されている。

ＸＭＬ文６０２には、＜ｆｉｌｅＩｄ＞が１１１２であり、＜ｊｏｂ＞がｐｒｉｎｔであり、＜ｄｏｃｕｍｅｎｔＴｙｐｅ＞がｒａｗであることが示され、文書書誌情報２５２に対応している。また、拡張書誌情報２５３に対応するＸＭＬ文６０３には、＜ｐｒｉｎｔＩｎｆｏ＞と、＜ｃｏｐｙＶｏｌｕｍｅ＞と、＜ｐａｒｐｅｒＳｉｚｅ＞と、＜ｓｔａｍｐＣｏｌｏｒ＞が示されている。

このように、様々な処理方法によって処理される又は処理された画像データが一元管理される。

次に、拡張書誌情報に関する処理フローについて図５から図９で説明する。図５は、拡張書誌情報の取得処理を説明する図である。図５において、クライアント１０Ａは、ＳＯＡＰに従って、取得したい文書ＩＤを指定した拡張書誌情報取得要求を示すＨＴＴＰリクエストを融合機１のリポジトリ実行部１４００に対して送信する（ステップＳ１１）。

文書ＩＤが指定された拡張書誌情報取得要求を受信すると、リポジトリ実行部１４００は、ＭＣＳ３６に対して文書ＩＤを指定した拡張書誌情報取得要求を行う（ステップＳ１２）。ＭＣＳ３６は、この拡張書誌情報取得要求に応じて、文書ＩＤで指定された対象文書の書誌情報をＨＤＤ６３から読み取る（ステップＳ１３）。ＭＣＳ３６は、読み取った書誌情報を書誌情報の構造体でリポジトリ実行部１４００に通知する（ステップＳ１４）。

リポジトリ実行部１４００は、ＭＣＳ３６から通知された文書書誌情報から得られる、拡張書誌情報の構造体のデータをＸＭＬに展開し（ステップＳ１５）、クライアント１０ＡにＳＯＡＰに従ってＨＴＴＰレスポンスによってＸＭＬで記述された拡張書誌情報を提供する（ステップＳ１６）。ＨＴＴＰレスポンス内に設定される拡張書誌情報は、融合機１のＸＭＬ処理部１５０によってＸＭＬで記述される。

クライアント１０Ａは、拡張書誌情報が設定されたＨＴＴＰレスポンスを受信することによって拡張書誌情報の取得処理を終了する。

図６は、拡張書誌情報の変更処理を説明する図である。図６において、クライアント１０Ａは、利用者の指示によって拡張書誌情報を変更し（ステップＳ２１）、文書ＩＤと拡張書誌情報とを含む拡張書誌情報書き込み要求を示すＨＴＴＰリクエストをＳＯＡＰに従って融合機１のリポジトリ実行部１４００へ送信する（ステップＳ２２）。

リポジトリ実行部１４００は、ＨＴＴＰリクエスト内にＸＭＬで書かれた拡張書誌情報をメモリ上の構造体に設定し（ステップＳ２３）、文書ＩＤと拡張書誌情報の構造体とを含む拡張書誌情報書き込み要求をＭＣＳ３６に通知する（ステップＳ２４）。ＭＣＳ３６は、文書ＩＤと一致する文書の拡張書誌情報の構造体に上書き保存する（ステップＳ２５）。

ＭＣＳ３６は、拡張書誌情報への書き込みが完了したことをリポジトリ実行部１４００に通知する（ステップＳ２６）。リポジトリ実行部１４００は、クライアント１０Ａに対してＳＯＡＰに従ってＨＴＴＰレスポンスによって、拡張書誌情報への書き込みが完了したことを通知する（ステップＳ２７）。

クライアント１０Ａは、拡張書誌情報への書き込みが完了したことを示すＨＴＴＰレスポンスを受信することによって拡張書誌情報の変更処理を終了する。

図６で説明される拡張書誌情報の変更処理でのＦＡＸ蓄積文書の処理例を図７で説明する。図７は、ＦＡＸ蓄積文書の場合の拡張書誌情報の変更処理を説明する図である。図７において、先ず、ＦＡＸ送信文書を融合機１に蓄積する（ステップＳ３１）。次に、クライアント１０Ａは、蓄積文書一覧の取得要求を融合機１のリポジトリ実行部１４００へ送信する（ステップＳ３２）。リポジトリ実行部１４００は、蓄積文書一覧の取得要求をＭＣＳ３６へ行う（ステップＳ３３）。

ＭＣＳ３６は、図４（Ｂ）に示す文書管理データ保存領域２２０又は図４（Ｃ）に示す書誌情報保存領域２４０から文書ＩＤを取得して、取得した文書ＩＤの文書ＩＤリストをリポジトリ実行部１４００へ通知する（ステップＳ３４）。リポジトリ実行部１４００は、ＳＯＡＰに従ってその文書ＩＤのリストを示すＨＴＴＰレスポンスをクライアント１０Ａに送信する（ステップＳ３５）。

クライアント１０Ａは、融合機１から提供された文書一覧から、ステップＳ３６にて融合機１に蓄積したＦＡＸ文書を選択する（ステップＳ３６）。そして、クライアント１０Ａは、ＦＡＸ送信情報の拡張書誌情報を作成し（ステップＳ３７）、文書ＩＤと拡張書誌情報とを含む拡張書誌情報の書き込み要求を示すＨＴＴＰリクエストをリポジトリ実行部１４００へ送信する（ステップＳ３８）。拡張書誌情報は、クライアント１０ＡのＸＭＬ処理部１１３によってＸＭＬで記述される。

融合機１のリポジトリ実行部１４００は、ＸＭＬで記述された拡張書誌情報をメモリ上に構造体として展開し（ステップＳ３９）、ＭＣＳ３６に対して文書ＩＤと拡張書誌情報の構造体を指定する拡張書誌情報書き込み要求を行う（ステップＳ４０）。ＭＣＳ３６は、指定された文書ＩＤと一致する文書の拡張書誌情報の構造体にデータを保存して（ステップＳ４１）、拡張書誌情報の登録が完了したことをリポジトリ実行部１４００に通知する（ステップＳ４２）。リポジトリ実行部１４００は、クライアント１０Ａに対して、拡張書誌情報の登録が完了したことを示すＨＴＴＰレスポンスを送信する（ステップＳ４３）。

クライアント１０Ａは、拡張書誌情報の登録が完了したことを示すＨＴＴＰレスポンスを受信することによって、ＦＡＸ蓄積文書の場合の拡張書誌情報の新規登録処理を終了する。

上記より、クライアント１０ＡからＦＡＸ送信したい文書とその拡張書誌情報とを融合機１で管理することができる。この場合、クライアント１０Ａから送信された文書は融合機１で管理されるが、融合機１のＦＣＵ８０によってＦＡＸ送信されることはない。

図８は、クライアントで作成した画像データと拡張書誌情報の新規登録処理を説明する図である。図８において、クライアント１０Ａにて、蓄積したい文書が作成され（ステップＳ５１）、印刷条件の拡張書誌情報が作成されると（ステップＳ５２）、クライアント１０Ａは、この作成した文書を含む文書蓄積要求を示すＨＴＴＰリクエストを融合機１のリポジトリ実行部１４００に対して送信する（ステップＳ５３）。このＨＴＴＰリクエストで送信される文書は、文書作成用のプリケーションで作成された文書であっても良いし、また、クライアント１０Ａの融合機１でのプリンタ用のドライバによって生成された画像データであっても良い。

クライアント１０Ａから文書蓄積要求を示すＨＴＴＰリクエストを受信すると、リポジトリ実行部１４００は、ＭＣＳ３６に対して文書を含む文書蓄積要求を行う（ステップＳ５４）。ＭＣＳ３６は、指定された文書をＨＤＤ６３に蓄積して、この文書用に取得した文書ＩＤをリポジトリ実行部１４００に通知する（ステップＳ５５）。

リポジトリ実行部１４００は、ＳＯＡＰに従って、ＭＣＳ３６から通知された文書ＩＤを示すＨＴＴＰレスポンスをクライアント１０Ａへ送信する（ステップＳ５６）。

クライアント１０Ａは、融合機１から文書ＩＤが提供されると、その文書ＩＤと拡張書誌情報とを含む拡張書誌情報の登録要求を示すＨＴＴＰリクエストをＳＯＡＰに従って、融合機１のリポジトリ実行部１４００へ送信する（ステップＳ５７）。拡張書誌情報は、ＸＭＬ処理部１１３によってＸＭＬで記述される。

リポジトリ実行部１４００は、ＨＴＴＰリクエスト内にＸＭＬで記述された拡張書誌情報をメモリ上に構造体として展開し（ステップＳ５８）、文書ＩＤと拡張書誌情報の構造体とを指定する拡張書誌情報書き込み要求をＭＣＳ３６に対して行う（ステップＳ５９）。ＭＣＳ３６は、文書ＩＤと一致する文書の拡張書誌情報の構造体にデータを保存し（ステップＳ６０）、リポジトリ実行部１４００に拡張書誌情報が登録されたことを通知する（ステップＳ６１）。リポジトリ実行部１４００は、ＳＯＡＰに従って、拡張書誌情報が登録されたことを示すＨＴＴＰレスポンスをクライアント１０Ａに送信する（ステップＳ６２）。

クライアント１０Ａは、拡張書誌情報が登録されたことを示すＨＴＴＰレスポンスを受信することによって、クライアントで作成した画像データと拡張書誌情報の新規登録処理を終了する。

上記より、クライアント１０Ａからプリントしたい文書とその拡張書誌情報とを融合機１で管理することができる。この場合、クライアント１０Ａから送信された文書は融合機１で管理されるが、融合機１のプロッタ１１によって印刷出力されることはない。

図９は、既存の蓄積文書に対する拡張書誌情報の新規登録処理を説明する図である。図９において、ＦＡＸ送信文書を融合機１に蓄積した後（ステップＳ７１）、蓄積文書一覧の取得要求を示すＨＴＴＰリクエストをＳＯＡＰに従って融合機１のリポジトリ実行部１４００へ送信する（ステップＳ７２）。リポジトリ実行部１４００は、ＭＣＳ３６に対して、蓄積文書一覧の取得要求を行う（ステップＳ７３）。

ＭＣＳ３６は、文書管理データ保存領域２２０又は書誌情報保存領域２４０から文書ＩＤを取得してその文書ＩＤのリストをリポジトリ実行部１４００に通知する（ステップＳ７４）。リポジトリ実行部１４００は、ＭＣＳ３６から通知された文書ＩＤのリストを示すＨＴＴＰレスポンスをＳＯＡＰに従ってクライアント１０Ａに送信する（ステップＳ７５）。

クライアント１０Ａは、文書一覧からステップＳ７１で蓄積したＦＡＸ文書を選択して（ステップＳ７６）、ＦＡＸ送信情報の拡張書誌情報を作成する（ステップＳ７７）。拡張書誌情報の新規登録要求を示すＨＴＴＰリクエストをＳＯＡＰに従って、融合機１のリポジトリ実行部１４００へ送信する（ステップＳ７８）。このＨＴＴＰリクエスト内には、ＸＭＬ処理部１１３によってＸＭＬで記述された文書ＩＤと拡張書誌情報とが含まれる。

リポジトリ実行部１４００は、ＸＭＬで記述された拡張書誌情報をメモリ上に構造体として展開して（ステップＳ７９）、文書ＩＤと拡張書誌情報の構造体とを指定する拡張書誌情報の新規登録要求をＭＣＳ３６に行う（ステップＳ８０）。

ＭＣＳ３６は、文書管理データ保存領域２２０に新規で文書ＩＤを生成し、クライアント１０Ａから送られてきた文書ＩＤのページ番号を新規文書の管理データとして設定する（ステップＳ８１）。更に、ＭＣＳ３６は、新規文書の書誌情報を作成し、拡張書誌情報のデータを書誌情報保存領域２４０に保存する（ステップＳ８２）。そして、ＭＣＳ３６は、リポジトリ実行部１４００に拡張書誌情報の新規登録が完了したことを通知する（ステップＳ８３）。

ＭＣＳ３６から登録完了が通知されると、リポジトリ実行部１４００は、クライアント１０Ａに対してＳＯＡＰに従って、ＨＴＴＰレスポンスによって登録完了を通知する（ステップＳ８４）。クライアント１０Ａは、リポジトリ実行部１４００から登録完了を示すＨＴＴＰレスポンスを受信して、この既存の蓄積文書に対する拡張書誌情報の新規登録処理を終了する。

上記より、既に蓄積されている画像データ及び拡張書誌情報を変更することなく、該画像データに関する別の拡張書誌情報を新規文書の書誌情報として新規登録（つまり、書誌情報のみを追加）することができる。

図５から図９で説明した処理フローにおいて、各処理の始めに、リポジトリ実行部１４００が文書又は文書に関する情報の使用権限を与える文書チケットを発行し、クライアント１０Ａがリポジトリ実行部１４００から発行されたその文書チケットを設定してＨＴＴＰリクエストを送信することで、文書に対するセキュリティを保証することができる。例えば、図１０に示すような文書チケットがリポジトリ実行部１４００によって発行及び管理される。

図１０は、文書チケットについて説明するための図である。図１０（Ａ）は文書チケットの構造体である。文書チケットは、チケットＩＤ、文書チケットのデータサイズが格納されている。

また、図１０（Ｂ）は文書チケットを照合するための文書チケット情報である。文書チケット情報はリポジトリ実行部１４００により保持される。文書チケット情報は、文書チケット内容情報および文書チケット管理情報を含む。図１０（Ｂ）の文書チケット内容情報は、チケットＩＤ、文書チケットの有効期限、ファイル数、文書ＩＤとしてのファイルＩＤとパスワードとが組になった構造体の配列を情報として有している。また、文書チケット管理情報はカレントのチケット番号、発行チケット数を情報として有している。なお、文書チケットと文書チケット情報とはチケットＩＤにより関連付けられている。

上記において、ＳＯＡＰに従った処理について説明したが、ＳＯＡＰを指定しないＨＴＴＰリクエスト及びＨＴＴＰレスポンスによっても同様のリポジトリＷｅｂサービスを提供することが可能である。ＳＯＡＰを指定しないＨＴＴＰリクエスト及びＨＴＴＰレスポンスによってリポジトリＷｅｂサービスを提供することができる融合機１の機能構成について説明する。

図１１は、リポジトリＷｅｂサービスを提供する融合機の第二機能構成を示すブロック図である。図１に示す融合機１の機能構成のうちリポジトリＷｅｂサービスを実現するための主要な機能構成のみが図示され、他の機能構成は省略される。図１１より、融合機１は、リポジトリＷｅｂサービス提供するリポジトリＷｅｂサービス提供処理部１４０と、ＨＴＴＰリクエストとＨＴＴＰレスポンスとによるメッセージ交換を制御するＷｅｂサーバー５００と、ＭＣＳ３６と、ＦＣＵ８０と、プロッタ１１と、スキャナ１２と、ＨＤＤ６３と、オペレーションパネル７０とを有する。

リポジトリＷｅｂサービス提供処理部１４０は、図１に示すＷｅｂサービス処理アプリ２５内に構成され、Ｗｅｂサービスファンクション（ＷＳＦ）としてＨＤＤ６３に文書データ（画像データ）等を蓄積するリポジトリ実行部１４００と、ＨＴＴＰリクエストによって要求される処理内容を記述するＸＭＬ（eXtensible Markup Language）を処理すると共に、リポジトリ実行部１４００からの処理結果をＸＭＬで記述する処理を行うＸＭＬ処理部１５０とを有する。

Ｗｅｂサーバー５００は、ＨＴＴＰに従った通信制御を行うｈｔｔｐｄ１０２と、ＨＴＴＰリクエストに対応するＷｅｂサービス提供処理部へ処理を分配するディストリビューター１３０と、ネットワーク１１５を介して受信したＧＥＴメソッド又はＰＯＳＴメソッドによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１と、ＨＴＴＰリクエストで示されるＷｅｂサービスの処理をリポジトリ実行部１４００に振り分けるディスパッチャー１６０Ｂと、リポジトリ実行部１４００から通知される処理結果を示すＨＴＭＬ（Hypertext Markup Language）１２４を作成するＨＴＭＬ作成部５０２とを有する。

このような融合機１において、ＸＭＬ処理部１５０は、ＨＴＴＰリクエストによって要求される処理内容を記述するＸＭＬ（eXtensible Markup Language）を処理すると共に、リポジトリ実行部１４００からの処理結果に基づいてＸＭＬ１２６を作成し、ＸＭＬ１２６をＨＴＭＬ作成部５０２に通知する。ＨＴＭＬ作成部５０２は、ＸＳＬプロセッサ５０３によって、所定のスタイルリストを示すＸＳＬ１２５に基づいて、ＸＭＬ１２６をＨＴＭＬフォーマットに変換する。ＨＴＭＬ作成部５０２は、このＨＴＭＬフォーマットに従う処理結果を示すＨＴＭＬ１２４を作成する。

Ｗｅｂサーバー５００に、各Ｗｅｂサービスの実行部における処理の特性に応じてＸＳＬ１２５を備えるようにすることで、クライアント１０Ｂへ処理結果を表示する際にＷｅｂサービス毎の表示画面を提供することが可能となる。リポジトリ実行部１４００への入出力データの変換をＸＭＬ処理部１５０が行うため、図３に示す第一機能構成における同一のリポジトリ実行部１４００にて同一のリポジトリＷｅｂサービスを提供することができる。

図３に示す第一機能構成において実現される図４から図９での処理の説明において、ＨＴＴＰレスポンスに設定されるＸＭＬで記述された処理内容をＧＥＴメソッド又はＰＯＳＴメソッドによって送信される処理内容と読み替え、ＨＴＴＰレスポンスに設定されるＸＭＬで記述された処理結果をＨＴＭＬで記述された処理結果として読み替え、クライアント１０Ａをクライアント１０Ｂとして読み替えれば良い。

本発明によれば、クライアント１０Ａ及び１０Ｂは、拡張書誌情報のみを融合機１から取得することができる。それによって、クライアント１０Ａ及び１０Ｂは拡張書誌情報を参照することができる。また、クライアント１０Ａ及び１０Ｂで変更した拡張書誌情報を融合機１にて上書きして保存させることができる。例えば、画像データ自身を再度生成することなく、カラーでプリンタ出力するための画像データを白黒のプリンタ出力に変更することができる。

また、クライアント１０Ａ及び１０Ｂは、ＦＡＸ送信又はプリントしたい文書とその拡張書誌情報とを融合機１で管理することができる。

更に、既に蓄積されている画像データ及び拡張書誌情報を変更することなく、該画像データに関する別の拡張書誌情報を新規文書の書誌情報として新規登録（つまり、書誌情報のみを追加）することができる。

従って、クライアント１０Ａ及び１０Ｂは、書誌情報の処理方法を指定する拡張書誌情報のみの引き取りと書き戻しを融合機１からリポジトリＷｅｂサービスとして提供を受けることができるため、１つの画像データに対して、その拡張書誌情報の変更及び追加を行うことができる。クライアント１０Ａ及び１０Ｂは、文書（画像データ）を拡張書誌情報の変更及び追加の度に用意する必要がないため、データ転送を効率良く行うことができる。

本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。 図１に示す融合機のハードウェア構成を示すブロック図である。 リポジトリＷｅｂサービスを提供する融合機の第一機能構成を示すブロック図である。 画像データを管理するためのデータ構成を示す図である。 拡張書誌情報の取得処理を説明する図である。 拡張書誌情報の変更処理を説明する図である。 ＦＡＸ蓄積文書の場合の拡張書誌情報の変更処理を説明する図である。 クライアントで作成した画像データと拡張書誌情報の新規登録処理を説明する図である。 既存の蓄積文書に対する拡張書誌情報の新規登録処理を説明する図である。 チケットについて説明するための図である。 図１１は、リポジトリＷｅｂサービスを提供する融合機の第二機能構成を示すブロック図である。 画像データを管理するためのデータ構成（ＸＭＬ）を示す図である。

符号の説明

１ 融合機
２ ソフトウェア群
３ 融合機起動部
４ ハードウェア資源
５ アプリケーション層
６ プラットフォーム
７ 共有ファンクション層
８ ラッピング層
９ コントロールサービス層
１０ ハンドラ層
１１ プロッタ
１２ スキャナ
１３ ハードウェアリソース
２１ プリンタアプリ
２２ コピーアプリ
２３ ファックスアプリ
２４ スキャナアプリ
２５ ＷＥＢページアプリ
２６ ＳＯＡＰ通信アプリ
２７ ＷＥＢサービスファンクション（ＷＳＦ）
２８ 共有ファンクション（ＳＦ）
３１ ネットワークコントロールサービス（ＮＣＳ）
３２ デリバリーコントロールサービス（ＤＣＳ）
３３ オペレーションパネルコントロールサービス（ＯＣＳ）
３４ ファックスコントロールサービス（ＦＣＳ）
３５ エンジンコントロールサービス（ＥＣＳ）
３６ メモリコントロールサービス（ＭＣＳ）
３７ ユーザインフォメーションコントロールサービス（ＵＣＳ）
３８ システムコントロールサービス（ＳＣＳ）
３９ システムリソースマネージャ（ＳＲＭ）
４０ ファックスコントロールユニットハンドラ（ＦＣＵＨ）
４１ イメージメモリハンドラ（ＩＭＨ）
５１〜５３ アプリケーションプログラムインターフェース（ＡＰＩ）
５４ エンジンＩ／Ｆ
６０ コントローラ
６１ ＣＰＵ
６２ システムメモリ（ＭＥＭ−Ｐ）
６３ ノースブリッジ（ＮＢ）
６４ サウスブリッジ（ＳＢ）
６５ ＡＧＰ（Accelerated Graphics Port）
６６ ＡＳＩＣ
６７ ローカルメモリ（ＭＥＭ−Ｃ）
６８ ハードディスク装置（ＨＤＤ）
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
１０２ ｈｔｔｐｄ
１２３ Ｗｅｂブラウザ
１３０ ディストリビューター
１４０ リポジトリＷｅｂサービス提供処理部
１５０ ＸＭＬ処理部
１６０ ディスパッチャー
１７０ ＳＯＡＰ処理部
５００ Ｗｅｂサーバー
５０１ ＨＴＴＰリクエスト処理部
５０２ ＨＴＭＬ作成部
５０３ ＸＳＬプロセッサ
６００、６０１、６０２、６０３ ＸＭＬ文

Claims (11)

1. 画像形成処理で使用される複数のハードウェア資源と、画像形成に係る処理を行う複数のプログラムとを有し、文書に関する書誌情報と該書誌情報を拡張した拡張書誌情報とで構成される文書書誌情報に従って画像形成処理を行うとともに、前記文書に係るサービスをネットワークを介して接続されたクライアントに提供する画像形成装置であって、
   前記文書とその文書書誌情報とを、前記文書を識別する文書識別情報によって関連付けて管理する文書管理手段と、
   前記クライアントに、前記拡張書誌情報を提供する拡張書誌情報提供手段と、
   前記クライアントから通知される前記拡張情報を保存する拡張書誌情報保存手段と
   を有することを特徴とする画像処理装置。
2. 前記拡張書誌情報提供手段は、前記クライアントから前記文書識別情報を指定されると、前記文書管理手段を用いて前記文書識別情報に関連付けられた前記拡張書誌情報を特定し、該拡張書誌情報を前記クライアントに提供することを特徴とする請求項１に記載の画像処理装置。
3. 前記拡張書誌情報保存手段は、前記文書管理手段を用いて前記クライアントが指定する文書識別情報に関連付けられた前記拡張書誌情報を特定し、該拡張書誌情報に前記クライアントにより変更された前記拡張書誌情報を保存することを特徴とする請求項１に記載の画像処理装置。
4. 前記拡張書誌情報保存手段は、前記文書管理手段を用いて前記クライアントが指定する文書識別情報に関連付けられた前記文書を特定し、該文書に前記クライアントにより変更された前記文書を保存することを特徴とする請求項１に記載の画像処理装置。
5. 前記クライアントから前記文書を通知されると、該文書を保存するとともに、該文書に割り当てた文書識別情報を提供する文書識別情報提供手段と、
   前記提供した文書識別情報とともにクライアントから通知される前記拡張書誌情報を保存する文書登録手段を有することを特徴とする請求項１に記載の画像処理装置。
6. 前記クライアントに前記文書の一覧を提供する文書一覧提供手段を有することを特徴とする請求項１に記載の画像処理装置。
7. 画像形成処理で使用される複数のハードウェア資源と、画像形成に係る処理を行う複数のプログラムとを有し、文書に関する書誌情報と該書誌情報を拡張した拡張書誌情報で構成される文書書誌情報に従って該画像形成処理を行う画像形成装置で、前記文書に係るサービスをネットワークを介して接続されたクライアントに提供する文書サービス提供方法であって、
   前記クライアントから、前記文書を特定する文書識別情報が通知されるとともに、前記拡張書誌情報の取得を要求される拡張書誌情報取得要求段階と、
   通知された文書識別情報に関連付けられた拡張書誌情報を所定のデータ構造に展開するデータ展開段階と、
   展開された拡張書誌情報を前記クライアントに通知する拡張書誌情報通知段階と
   を有することを特徴とする文書サービス提供方法。
8. 前記クライアントから、前記文書識別情報と前記拡張書誌情報とが通知されるとともに、前記拡張書誌情報の書き込みを要求される拡張書誌情報書き込み要求段階と、
   通知された文書識別情報に関連付けられた拡張書誌情報に、通知された拡張書誌情報を書き込む拡張書誌情報書き込み段階と、
   通知された拡張書誌情報が書き込まれたことを前記クライアントに通知する書き込み完了通知段階と
   を有することを特徴とする請求項７に記載の文書サービス提供方法。
9. 前記クライアントから、前記文書の一覧の取得を要求される蓄積文書一覧取得要求段階と、
   前記文書識別情報の一覧を前記クライアントに通知する文書一覧通知段階と、
   前記クライアントから、前記文書識別情報と前記拡張書誌情報とが通知されるとともに、前記拡張書誌情報の書き込みを要求される拡張書誌情報書き込み要求段階と、
   通知された文書識別情報に関連付けられた拡張書誌情報に、通知された拡張書誌情報を書き込む拡張書誌情報書き込み段階と、
   通知された拡張書誌情報が登録されたことを前記クライアントに通知する登録完了通知段階と
   を有することを特徴とする請求項７に記載の文書サービス提供方法。
10. 前記クライアントから、前記文書の蓄積を要求される文書蓄積要求段階と、
    通知された文書に割り当てた前記文書識別情報を通知する文書識別方法通知段階と、
    前記クライアントから、前記割り当てた文書識別情報と前記拡張書誌情報とが通知されるとともに、前記拡張書誌情報の登録を要求される拡張書誌情報登録要求段階と、
    通知された拡張書誌情報を登録する拡張書誌情報登録段階と、
    通知された拡張書誌情報が登録されたことを前記クライアントに通知する登録完了通知段階と
    を有することを特徴とする請求項７に記載の文書サービス提供方法。
11. 前記クライアントから、前記文書の一覧の取得を要求される蓄積文書一覧取得要求段階と、
    前記文書識別情報の一覧を前記クライアントに通知する文書一覧通知段階と、
    前記クライアントから、前記文書識別情報と前記拡張書誌情報とが通知されるとともに、前記拡張書誌情報の登録を要求される新規拡張書誌情報登録要求段階と、
    前記文書識別情報を新たに作成する文書識別情報新規作成段階と、
    作成された文書識別情報と関連付けた文書書誌情報を作成する文書書誌情報作成段階と、
    通知された拡張書誌情報が登録されたことを前記クライアントに通知する登録完了通知段階と
    を有することを特徴とする請求項７に記載の文書サービス提供方法。

Images