JP2005117622A - 文書編集方法、画像処理装置 - Google Patents

Abstract

【課題】 画像データを含む文書を、通信回線を介して編集に好適な文書編集方法、画像処理装置。
【解決手段】 画像データを含む文書を通信先から編集する画像処理装置での文書編集方法であって、編集する文書を通信先から指定される文書指定段階と、指定された文書に関する文書関連情報を通信先に提供する文書関連情報提供段階と、通信先が文書に編集した編集内容情報を格納するための編集ジョブ情報を作成する編集ジョブ情報作成段階と、編集ジョブ情報に、編集内容情報を格納する編集内容情報格納段階と、編集ジョブ情報に格納された編集内容情報に基づき、文書に対して編集を実行する編集ジョブ実行段階とを有する。
【選択図】 図１

Description

本発明は、画像データを含む文書を、通信回線を介して編集する文書編集方法、画像処理装置に関する。

近年、コンピュータやネットワークの発達により、パソコンで画像データ（以下、画像と記す）を画像を保管している装置からダウンロードしたり、編集したりすることが出来るようになった。また、最近では携帯電話やＰＤＡなどのモバイル端末でも画像をダウンロードし表示することが可能となっている。

このような画像のデータサイズは、比較的大きなサイズであり、メガバイト単位のサイズの画像も珍しくない。

そのため、画像をダウンロードして編集する場合、ダウンロードに時間がかかる。また、モバイル端末などメモリ資源が乏しい端末では、ダウンロードすらできない可能性がある。ダウンロードができた場合も、プロセッサの性能や、画像編集ソフトによっては、画像のスクロールや、編集作業に時間がかかるなどして使い勝手がよくない。

本発明はこのような問題点に鑑み、画像データを含む文書を、通信回線を介して編集に好適な文書編集方法、画像処理装置を提供することを目的とする。

上記課題を解決するために、本発明は、画像データを含む文書を通信先から編集する画像処理装置での文書編集方法であって、編集する前記文書を前記通信先から指定される文書指定段階と、指定された文書に関する文書関連情報を前記通信先に提供する文書関連情報提供段階と、前記通信先が前記文書に編集した編集内容情報を格納するための編集ジョブ情報を作成する編集ジョブ情報作成段階と、前記編集ジョブ情報に、前記編集内容情報を格納する編集内容情報格納段階と、前記編集ジョブ情報に格納された編集内容情報に基づき、前記文書に対して編集を実行する編集ジョブ実行段階とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記文書関連情報は、前記画像データを表示した画像の歪み情報またはノイズ関連情報を含むことを特徴とする。

また、上記課題を解決するために、本発明は、前記編集ジョブ情報作成段階では、前記編集ジョブ情報を作成すると、前記通信先に対し、前記編集ジョブ情報を指定するジョブ指定固有情報を通知することを特徴とする。

また、上記課題を解決するために、本発明は、前記編集内容情報格納段階では、前記編集内容情報が格納されると、前記編集内容情報を通知した通信先に、前記編集内容情報を実行するために用いられるジョブ実行固有情報を通知することを特徴とする。

また、上記課題を解決するために、本発明は、前記編集ジョブ実行段階で実行されている編集の状態を前記通信先に通知する編集状態通知段階をさらに有することを特徴とする。

また、上記課題を解決するために、本発明は、前記編集ジョブ実行段階で編集された文書を印刷することを特徴とする。

また、上記課題を解決するために、本発明は、前記編集ジョブ実行段階で編集された文書を他の通信先に配送することを特徴とする。

また、上記課題を解決するために、本発明は、画像データを含む文書を通信先から編集するとともに、前記画像データ編集に係る処理を行うプログラムを有する画像処理装置であって、前記文書に関する文書情報を検出する文書情報検出手段と、検出した文書情報を前記通信先に提供する文書情報提供手段と、前記文書に対して行う編集に関する編集内容情報を、前記通信先から取得する編集内容情報取得手段と、前記各プログラムに対して共通のインタフェースを提供するとともに、前記編集内容情報に基づき、前記画像データに対し編集を実行する編集実行手段とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記文書関連情報は、前記画像データを表示した画像の歪み情報またはノイズ関連情報を含むことを特徴とする。

また、上記課題を解決するために、本発明は、前記編集実行手段は、前記通信先が前記文書に編集した編集内容情報を格納するための編集ジョブ情報を作成する編集ジョブ情報作成手段と、前記編集ジョブ情報に、編集内容情報を格納する編集内容情報格納手段と、前記編集ジョブ情報に格納された編集内容情報に基づき、前記文書に対して編集を実行する編集ジョブ実行手段とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記編集ジョブ情報作成手段は、前記編集ジョブ情報を作成すると、前記通信先に対し、前記編集ジョブ情報を指定するジョブ指定固有情報を通知することを特徴とする。

また、上記課題を解決するために、本発明は、前記編集内容情報格納手段は、前記編集内容情報が格納されると、前記編集内容情報を通知した通信先に、前記編集内容情報を実行するために用いられるジョブ実行固有情報を通知することを特徴とする。

また、上記課題を解決するために、本発明は、前記編集ジョブ実行手段で実行している編集の状態を前記通信先に通知する編集状態通知手段をさらに有することを特徴とする。

また、上記課題を解決するために、本発明は、前記編集ジョブ実行手段で編集された文書を印刷する印刷手段をさらに有することを特徴とする。

また、上記課題を解決するために、本発明は、前記編集ジョブ実行手段で編集された文書を他の通信先に配送する配送手段をさらに有することを特徴とする。

本発明によれば、画像データを含む文書を、通信回線を介して編集に好適な文書編集方法、画像処理装置を提供できる。

以下、本発明の実施の形態について図面に基づいて説明する。なお、本発明の実施の形態では、融合機を画像処理装置とし、クライアントを通信先として説明する。また、以下の説明において、画像データと文書という表現が用いられるが、文書は画像データを含むものである。

まず、図１を用いて、本実施の形態における文書編集システムについて説明する。図１には、画像処理装置に対応する融合機１と、融合機１にネットワーク１３４を介して接続し、文書を編集する編集端末に対応するクライアント１０２と、クライアント１０２に表示される編集画面１５４とが示されている。また、融合機１は、画像を蓄積するためのハードディスク６５（以下、ＨＤＤと記す）と、表示画面２０２を有し、画像２０１は、ＨＤＤ内に蓄積されている画像をイメージしたものである。また、表示画面２０２は、融合機１で文書を編集するためのものである。

このような構成で、クライアント１０２は、融合機１のＨＤＤ６５内の文書を編集することが可能となっている。クライアント１０２が編集する文書は、融合機１のＨＤＤ６５内の文書そのものではなく、例えば画像の主副方向をそれぞれ１／６に縮小した文書である。

なお、上記クライアント１０２は、図のようにパソコンであっても良いし、携帯電話やＰＤＡであっても良い。

次に、上記融合機１とクライアント１０２の構成などについて説明する。

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

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

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

アプリケーション層５は、コピー用アプリケーションであるコピーアプリ２２と、ＷＥＢページアプリ２５と、ＳＯＡＰ通信アプリ２６と、文書管理サービスＳＦ（Shared Function）２８と、文書編集サービスＳＦ（Shared Function）２９と、ＷＳＦ（Web Service Function）２７とを含む。

文書管理サービスＳＦ２８と文書編集サービスＳＦ２９の両方をまとめて表現する場合は、単にＳＦと表現する。このＳＦは、図のように２つとは限らず、仕様に応じてその数は増減する。また、ＳＦは、各アプリケーションやモジュールなどのプログラムに共通のインタフェースを提供している。また、ＳＯＡＰはSimple Object Access Protocolである。

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

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

プラットホーム層６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層９と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層９からの獲得要求を調停したり、ハードウェア資源４の管理を行うハンドラ層１０とを含む。

コントロールサービス層９は、ネットワーク制御サービス３４、画面制御サービス３３、認証制御サービス３５、文書制御サービス３６、システム制御サービス３８など、一つ以上のサービスモジュールを含むように構成されている。

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

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

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

文書制御サービス３６のプロセスは、メモリの取得および解放、ＨＤＤの利用などのメモリ制御を行う。システム制御サービス３８のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。認証制御サービス３５のプロセスは、ユーザの認証に係る処理を行う。

また、ハンドラ層１０は、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行う画像メモリハンドラ４１と、画像歪み検出アクセレータ４３の制御を行う画像歪み検出手段３１と、画像加工アクセレータ４４の制御を行う画像加工手段３２とを含む。

文書情報検出手段に対応する画像歪み検出手段３１と画像加工手段３２は、画像メモリハンドラ４１から画像データの変換要求に対し、各アクセレータを用いて画像データの歪みや画像データの加工を行う。

具体的に、画像加工アクセレータ４４は、本来の画像のサイズより小さいサイズの画像に変換したり、画像の符号の形式を変換することなどが可能である。本来の画像のサイズより小さいサイズの画像に変換すると、本来の画像のデータサイズより小さいサイズの画像を得ることができるので、クライアント１０２のメモリの使用を抑えることが可能となるとともに、ネットワークのトラフィックも軽減できる。

また、画像歪み検出手段３１は、画像データで表示される画像が傾いていることなどを検出することが可能である。

なお、画像歪み検出手段３１と画像加工手段３２は、ソフトウェアで実現することも可能である。

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

図３は、融合機１の一実施例のハードウェア構成図を示している。融合機１は、コントローラボード６０と、オペレーションパネル５２と、エンジン７１とを含む。

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

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

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

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

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

ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ネットワーク制御サービス３４、画面制御サービス３３、認証制御サービス３５、文書制御サービス３６、システム制御サービス３８、画像メモリハンドラ４１、画像歪み検出手段３１、画像加工手段３２をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するコピーアプリ２２Ｗｅｂページアプリ２５、ＳＯＡＰ通信アプリ２６を起動して実行させる。

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

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

次に、図１におけるクライアント１０２のソフトウェア構成について、図４を用いて説明する。

クライアント１０２のソフトウェアは、ＯＳ３００と、ＳＯＡＰ通信モジュール３０１と、ＷＳ文書編集サービスクライアントモジュール３０２と、ＷＳ文書管理サービスクライアントモジュール３０３と、ＷＳ印刷サービスクライアントモジュール３０４と、印刷制御モジュール３０５と、文書管理モジュール３０６と、表示制御モジュール３０７とで構成される。

ＯＳ３００は、クライアント１０２のオペレーティングシステムである。ＳＯＡＰ通信モジュール３０１は、融合機とＳＯＡＰ通信を行う。ＷＳ文書編集サービスクライアントモジュール３０２は、後述するＷＳ文書編集サービス１３１のクライアントモジュールである。ＷＳ文書管理サービスクライアントモジュール３０３は、後述するＷＳ文書管理サービス１３２のクライアントモジュールである。

文書管理モジュール３０６は、クライアント１０２において文書を管理するモジュールである。ＷＳ印刷サービスクライアントモジュール３０４は、融合機を用いた印刷をする際のクライアントモジュールである。

印刷制御モジュール３０５は、融合機を用いて印刷する際のクライアントにおける処理を制御するモジュールである。文書管理モジュール３０６は、クライアントにおいて文書を管理するモジュールである。表示制御モジュール３０７は、クライアントの画面に表示するものを制御するモジュールである。

次に、クライアント１０２のハードウェア構成について、図５を用いて説明する。

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

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

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

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

次に、図６を用いて、融合機１における文書編集処理に係る処理を実行するソフトウェアブロックについて説明する。融合機１には、ネットワーク制御サービス３４と、オペレーションパネル５２と、画面制御サービス３３と、ＳＯＡＰ Ｉ／Ｆ１３３と、文書編集アプリ１３０と、ＷＳ文書編集サービス１３１と、ＷＳ文書管理サービス１３２と、文書編集サービスＳＦ２９と、文書管理サービスＳＦ２８と、システム制御サービス３８と、文書制御サービス３６と、画像メモリハンドラ４１と、画像加工手段３２と、画像歪み検出手段３１と、画像加工アクセレータ４４と、画像歪み検出アクセレータ４３と、ＨＤＤ６５が示されている。なお、ＷＳ文書編集サービス１３１と、ＷＳ文書管理サービス１３２は、ＷＳＦ２７に属する。また、文書編集アプリ１３０は、コピーアプリ２２と同様の位置づけとなっている。

ＷＳ文書管理サービス１３２は、文書関連情報提供手段に対応する。ＷＳ文書編集サービス１３１は、編集実行手段、編集状態通知手段、編集内容情報取得手段、編集ジョブ情報作成手段、編集内容情報格納手段、編集ジョブ実行手段に対応する。

これらの説明をするが、既出のものは説明を省略する。まず、ＳＯＡＰ Ｉ／Ｆ１３３は、上述したＳＯＡＰ通信アプリ２６に含まれるものであり、ＳＯＡＰのインタフェースである。文書編集アプリ１３０は、オペレーションパネル５２からの画像編集を実行するためのアプリである。ＷＳ文書編集サービス１３１は、通信を介して画像編集を実行するためのサービスである。ＷＳ文書管理サービス１３２は、ＨＤＤ６５内の文書を管理し、通信を介した文書管理サービスを提供するものである。

文書編集サービスＳＦ２８は、ＷＳ文書編集サービス１３１が使用するＳＦである。文書管理サービスＳＦ２８は、ＷＳ文書管理サービス１３２が使用するＳＦである。

また、図６には、クライアント１０２と融合機を接続するネットワーク１３４と、クライアント１０２に搭載されたクライアントアプリ１３５とが示されている。クライアントアプリ１３５は、クライアント１０２で編集作業をする際に使用されるアプリケーションである。

次に、ＷＳ文書編集サービス１３１と文書編集サービスＳＦ２９の詳細について、図７を用いて説明する。図７に示されるように、ＷＳ文書編集サービス１３１は、文書管理サービスClient１４６（以下、ＲＣと記す）と、Command処理関数群１４２と、Session Manager２０３（以下、ＳＭと記す）とを有する。

また、文書編集サービスＳＦ２９は、Job Controller１４５（以下、ＪＣと記す）と、Job Interpreter１４７（以下、ＪＩと記す）と、Job Watcher１４４（以下、ＪＷと記す）と、Image Editor１４８（以下、ＩＥと記す）とを有する。

その他、図６には、Command Dispatcher１４３（以下、ＣＤと記す）と、Ｗｅｂアプリ２０４と、認証制御サービス３５と、文書編集アプリ１３０と、文書管理サービスＳＦ２８と、文書制御サービス３６とが示されている。これらについて、既出のものを除き説明する。

ＣＤ１４３は、クライアントアプリ１３５から依頼されたコマンドを解釈し、ＳＭ２０３及びCommand１４２関数処理群にコマンドを送り付ける。Ｗｅｂアプリ２０４は、Ｗｅｂページアプリ２５に含まれるアプリケーションで、クライアントがＷｅｂブラウザを用いた際に使用されるアプリケーションである。

Command処理関数群１４２は、サービスの提供するコマンドを処理する関数群である。ＳＭ２０３は、セッションの管理を行うものである。ＲＣ１４６は、同一機器内の文書管理サービスＳＦ２８と通信して、文書管理のサービスを利用するモジュールである。

ＪＣ１４５は、ＣＤ１４３を経由したコマンドを受け付けて、編集ｊｏｂ指示書の作成、編集ｊｏｂ指示書への編集情報の設定、ｊｏｂの作成、ｊｏｂの実行、ｊｏｂのキャンセルを制御する。ＪＷ１４４は、ＩＥ１４８内にてキューを用いて管理されているｊｏｂを監視し、ジョブ状態の参照、ジョブ結果の参照コマンドにおいては、そのジョブ情報を返答する。ＪＩ１４７は、ＪＣ１４５から受け付けたｊｏｂを解釈し、ページ毎のジョブ、ＣＭＹＫ各色プレーン毎のプレーンｊｏｂを作成し、更に個々の編集操作に対応する編集操作ジョブの作成を行う。ＩＥ１４８は、ＪＩ１４７で管理するキューの先頭のプレーンｊｏｂを参照し、対応するプレーン画像に対してプレーンｊｏｂに接続された各編集ジョブを順番に実行し、画像編集処理を達成する。また、編集処理の状況に合わせてプレーンｊｏｂの状態の更新を行う。

以上がＷＳ文書編集サービス１３１と、文書編集サービスＳＦ２９の詳細である。次に、具体的な処理について説明する。最初に、ＷＳ文書管理サービス１３２と、ＷＳ文書編集サービス１３１と、文書制御サービス３６と、画像メモリハンドラ４１と、クライアント１０２との間で行われる処理を、シーケンス図を用いて説明する。

図８に示されるシーケンス図は、画像の歪み情報をクライアントが提供される処理を示すシーケンス図である。

まず、文書指定段階に対応するステップＳ０で、文書指定処理が行われる。次に、ステップＳ１で、クライアント１０２は、ＷＳ文書管理サービス１３２にgetDocTicketを通知する。これは、以降の処理に必要なチケットを要求するものである。ＷＳ文書管理サービス１３２は、ステップＳ２で、ticketIdをクライアント１０２に通知する。クライアント１０２は、ステップＳ３で、文書編集サービス１３１にstartSessionを通知する。これは、セッションの開始を要求するものである。

文書編集サービス１３１は、ステップＳ４でsessionIdをクライアント１０２に通知する。次に、クライアント１０２は、ステップＳ５で、getImagePropsByTicketを文書編集サービス１３１に通知する。これは、今の場合、画像の歪み情報を要求するものである。文書編集サービス１３１は、ステップＳ６で、文書制御サービス３６に画像の歪み情報要求を通知する。文書編集サービス１３１は、ステップＳ７で、画像メモリハンドラ４１に、画像の歪み情報を要求する。画像メモリハンドラ４１は、ステップＳ８で、歪み情報を文書制御サービス３６に通知する。文書制御サービス３６は、ステップＳ９で、文書編集サービス１３１に歪み情報を通知する。

文書編集サービス１３１は、文書関連情報提供段階に対応するステップＳ１０で、imagePropsをクライアント１０２に通知する。これは、先ほどの歪みなどの文書関連情報であり、そのうちの特にノイズ関連情報に対応する。歪み情報を通知されたクライアント１０２は、ステップＳ１１で、createJobInstructionByTicketを文書編集サービス１３１に通知する。これは、歪みを補正するように要求するものである。

上述したステップＳ５で通知される内容を、図９を用いて説明する。図９に示されるように、getImagePropsByTicketはクライアント１０２が取得したセッションＩＤ３２０とチケットＩＤ３２１とが含まれるものとなっている。

次に、ステップＳ１０で通知される内容を、図１０を用いて説明する。図１０に示されるように、imagePropsには、「UnderColor」、「noiseLebel」、「ImageSkew」、「PunchMarks」、「FrameAreaNoise」に関する情報が含まれる。

「UnderColor」は、地肌の有無を示し、地肌があると「Exist」が通知され、地肌がないと、「notFound」が通知される。「noiseLebel」は、ノイズのレベルを示し、「０」〜「１０」の数値で通知される。数値が低いほど、ノイズのレベルは低く、「０」はノイズ無しを示す。「ImageSkew」は歪みの情報を示し、歪みがあると、「exit」が通知され、歪みがないと、「notFound」が通知される。「PunchMarks」は、パンチ穴の痕跡と思われる模様が画像にあるかどうかを示すものであり、パンチ穴があると、「exit」が通知され、パンチ穴がないと、「notFound」が通知される。「FrameAreaNoise」は、画像周辺部のノイズを示すものであり、ノイズがあると「Exist」が通知され、ノイズがないと「notFound」が通知される。

このような文書の歪みを検出する処理を、図１１のフローチャートを用いて説明する。ステップＳ２１で、画像メモリハンドラ４１は、スキャナでの読み取り文書をメモリに書き込む。ステップＳ２２で、画像メモリハンドラ４１は、メモリ上の文書の歪み検出を画像歪み検出手段に依頼する。ステップＳ２３で、画像メモリハンドラ４１は、検出完了まで待機する。ステップＳ２４で、画像メモリハンドラ４１は、文書をＨＤＤに保存する。ステップＳ２５で、画像メモリハンドラ４１は、歪み情報を文書の書誌情報として保存する。

次に、ノイズレベル、地肌レベル、スキュー、パンチ穴、枠部のノイズを検出する処理について、図１２のフローチャートを用いて説明する。

ステップＳ３１で、画像歪み検出手段３１は、文書が２値画像かどうか判断する。２値画像であれば、画像歪み検出手段３１は、ステップＳ３２で、文書のノイズレベルを検出する。これは、例えば画像の連結画素サイズの分布より検出することができる。

多値画像であれば、画像歪み検出手段３１は、ステップＳ３３で、文書の地肌レベルを検出する。これは、例えば画像の画素値レベル別の分布により検出することができる。

ステップＳ３４で、画像歪み検出手段３１は、文書のスキューを検出する。これは、例えばスキュー角を想定した主走査方向、副走査方向の累積画素値分布により検出することができる。

ステップＳ３５で、画像歪み検出手段３１は、文書内のパンチ穴を検出する。これは、パンチ穴比較画像とのパターンマッチングで検出することができる。ステップＳ３６で、画像歪み検出手段３１は、文書枠部のノイズを検出する。これは、例えば、枠部に限定した主走査方向、副走査方向の累積画素値分布により検出することができる。

このように検出された情報は、クライアント１０２に表示される。図１３は、そのときのユーザインタフェースを示す図である。この画面には、検出情報３３０と、ＯＫボタン３３１と、取り消しボタン３３２とが示されている。検出情報３３０には、検出された情報とそれを編集または修正する場合にチェックされるチェックボックスとが示される。ＯＫボタン３３１は、印刷を実行する場合に押下されるもので、取り消しボタン３３２は、印刷しない場合に押下されるものである。

次に、ＷＳ文書管理サービス１３２と、ＷＳ文書編集サービス１３１と、クライアント１０２との間で行われる処理を、図１４のシーケンス図を用いて説明する。

このシーケンス図は、編集対象画像を編集し、編集ジョブを参照する処理を示すものである。ステップＳ１０１で、クライアント１０２は、ＷＳ文書編集サービス１３１に、セッションの開始を要求するコマンドstartSessionを通知する。ＷＳ文書編集サービス１３１は、ステップＳ１０２で、SessionIDをクライアント１０２に通知する。次に、クライアント１０２は、ステップＳ１０３で、ＷＳ文書編集サービス１３１に、編集ジョブ指示書の作成を要求するコマンドcreateJobInstructionByTicketを通知する。この編集指示書は、編集内容情報に対応する。

ＷＳ文書編集サービス１３１は、ステップＳ１０４で、ＷＳ文書管理サービス１３２にセッションＩＤを要求するコマンドstartSessionByTicketを通知する。ＷＳ文書管理サービス１３２は、ステップＳ１０５で、ＷＳ文書編集サービス１３１に、セッションＩＤを通知する。

次に、ＷＳ文書編集サービス１３１は、ステップＳ１０６で、文書のＩＤを要求するコマンドgetDocIdsByTicketを通知する。ＷＳ文書管理サービス１３２は、ステップＳ１０７で、DocIdsを文書編集サービス１３１に通知する。次に、ＷＳ文書編集サービス１３１は、ステップＳ１０８で、クライアント１０２にjobInstructionIdを通知する。

クライアント１０２は、ステップＳ１０９で、画像編集ジョブ指示書に編集操作情報を設定するコマンドSetJobInstructionを、ＷＳ文書編集サービス１３１に、ジョブにするオペレーションリストとともに通知する。ステップＳ１１０で、ＷＳ文書編集サービス１３１は、JobInstructionIdをクライアント１０２に通知する。

クライアント１０２は、ステップＳ１１１で、ＷＳ文書編集サービス１３１に、画像編集ジョブを作成実行するコマンドcreateJobをJobInstructionIdとともに通知する。ＷＳ文書編集サービス１３１は、ステップＳ１１２で、クライアント１０２にjobIdを通知する。

クライアント１０２は、ステップＳ１１３で、ＷＳ文書編集サービス１３１に、編集ジョブの状態を参照するためのコマンドgetJobPropertyをjobIdとともに通知する。ステップＳ１１４で、ＷＳ文書編集サービス１３１は、jobPropertyListをクライアント１０２に通知する。クライアント１０２は、ステップＳ１１５で、セッションを終了するコマンドterminateSessionを通知し、セッションを終了する。

以上説明したコマンドの他に、クライアント１０２と文書管理サービス１３２との間では、文書のプロパティを取得するコマンドgetPropsと、文書のアンロックを行うコマンドunlockObjectがある。また、クライアント１０２と文書編集サービス１３１との間では、画像編集ジョブをキャンセルするコマンドcancelJobがある。

次に、図１５を用いて、ＷＳ文書編集サービス１３１の処理を示すシーケンスを説明する。このシーケンス図は、ＣＤ１４３と、ＳＭ２０３と、Command処理関数群１４２と、ＲＣ１４６と、文書管理サービスＳＦ２８と、文書編集サービスＳＦ２９との間のシーケンスを表すものである。

ＣＤ１４３は、クライアント１０２から、ステップＳ２０１で、startSessionを通知されると、ステップＳ２０２で、ＳＭ２０３に対し、そのことを通知する。ステップＳ２０３で、ＳＭ２０３は、SessionIdを通知する。

次に、クライアント１０２は、ステップＳ２０４で、ＣＤ１４３に、編集ジョブ指示書の作成を要求するコマンドcreateJobInstructionByTicketを通知する。ＣＤ１４３は、セッションＩＤとチケットをステップＳ２０６で、Command処理関数群１４２に通知する。次のステップＳ２０６でCommand処理関数群１４２から、ＲＳ１４６にチケットが通知される。

ＲＳ１４６は、文書管理サービスＳＦ２８にステップＳ２０７で問い合わせ、ステップＳ２０８で、文書管理サービスＳＦ２８からdocumentId（以下、文書ＩＤと記す）が通知される。Command処理関数群１４２は、文書ＩＤを、画像データ指定段階に対応するステップＳ２１０で文書編集サービスＳＦ２９に通知する。文書編集サービスＳＦ２９は、空の編集ジョブ指示書を作成し、作成した編集ジョブ指示書の固有ＩＤであり、ジョブ指定固有情報に対応するInstructionIdをステップＳ２１１でCommand処理関数群１４２に通知する。そのInstructionIdは、ステップＳ２１２で、クライアント１０２に通知される。

ステップＳ２１３で、ＣＤ１４３は、編集ジョブ指示書に編集操作情報を設定するコマンドSetJobInstructionが通知される。ＣＤ１４３は、ステップＳ２１４で、Command処理関数群１４２に、セッションＩＤと、InstructionIdと、OperationPropertyを通知する。なお、OperationPropertyは、編集操作情報であり、編集内容情報に対応する。

Command処理関数群１４２は、ステップＳ２１５で、文書編集サービスＳＦ２９に、InstructionIdと、OperationPropertyを通知する。文書編集サービスＳＦ２９は、通知されたInstructionIdに対応する編集ジョブ指示書に、OperationPropertyを追記することで、編集ジョブ指示書を更新する。OperationPropertyが追記されたことは、ステップＳ２１６、ステップＳ２１７で、クライアント１０２に通知される。

次のステップＳ２１８で、上記編集ジョブ指示書から、実際のジョブを作成するためのコマンドであるcreateJobが、Command処理関数群１４２にクライアント１０２から通知される。Command処理関数群１４２は、ステップＳ２１９で、文書編集サービスＳＦ２９に、InstructionIdを通知する。文書編集サービスＳＦ２９は、ジョブを作成する。そのジョブの固有ＩＤであり、ジョブ実行固有情報に対応するjobIdは、ステップＳ２２０、ステップＳ２２１でクライアント１０２に通知される。

このjobIdを用いて、クライアント１０２は、ステップＳ２２２で、ＣＤ１４３にジョブの状態を参照するコマンドgetJobPropertyを通知する。ＣＤ１４３は、ステップＳ２２３で、セッションＩＤと、jobIdをCommand処理関数群１４２に通知する。ステップＳ２２４で、Command処理関数群１４２から文書編集サービスＳＦ２９にjobIdが通知される。

文書編集サービスＳＦ２９は、ステップＳ２２５で、ジョブの状態を示すjobStatusをCommand処理関数群１４２に通知し、jobStatusは、ステップＳ２２６で、クライアント１０２に通知される。

次に、クライアント１０２から、セッションを終了するコマンドterminateSessionをステップＳ２２７でＣＤ１４３が通知されると、ＣＤ１４３は、ＳＭ２０３にステップＳ２２８でセッションＩＤを通知する。

以上説明したシーケンス図における文書編集サービスＳＦ２９のシーケンスを、図１６、１７を用いて説明する。これらシーケンス図は、ＪＣ１４５と、ＪＷ１４４と、ＪＩ１４７と、ＩＥ１４８を中心に書かれたものである。また、ステップＳ２＊＊は、図１５でのステップに対応している。

ステップＳ２１０で、documentIdを通知されたＪＣ１４５は、編集ジョブ情報作成段階に対応するステップＳ３０１で、編集ジョブ指示書の登録を行い、ステップＳ２１１で、InstructionIdを通知する。次に、ステップＳ２１５で、InstructionIdと、OperationPropertyを通知されたＪＣ１４５は、編集内容情報格納段階に対応するステップＳ３０２で、OperationPropertyを編集ジョブ指示書に追記し、編集ジョブ指示書の更新を行う。更新すると、ＪＣ１４５は、ステップＳ２１６で、追記したことを通知する。

ステップＳ２１９で、InstructionIdを通知されたＪＣ１４５は、ステップＳ３０３で、InstructionIdに対応する編集ジョブ指示書を参照し、編集ジョブを作成する。次に、ＪＣ１４５は、ステップＳ３０４で、ＪＩ４７にジョブＩＤを通知する。ジョブＩＤを通知されたＪＩ１４７は、装置内部の画像情報管理に合ったジョブに再構築する。そして、ＪＩ１４７は、ステップＳ３０５で、内部ジョブプロパティをＩＥ１４８に通知する。ＩＥ１４８は、内部ジョブプロパティをステップＳ３０６で、キューに追加し、ステップＳ３０７で、内部ジョブＩＤをＪＩ１４７に通知する。次のステップＳ３０８、ステップＳ３０９、ステップＳ３１０も同様の処理が行われる。

ＪＩ１４７は、通知された内部ジョブＩＤとジョブＩＤとを関連づけ、ステップＳ３１１で、ＪＣ１４５にジョブの作成を通知する。

続いて、図１７のステップＳ３１２で、ＪＣ１４５は、編集ジョブの登録を行い、ステップＳ２２０で、ジョブＩＤを通知する。ステップＳ２２４で、jobIdを通知されたＪＷ１４４は、ステップＳ３１３で、編集ジョブを参照し、内部ジョブＩＤの取得を行う。図中の（群）は、複数であることがあり得るため、そのような表現となっている。

内部ジョブＩＤを取得したＪＷ１４４は、ステップＳ３１４で、ＩＥ１４８に内部ジョブを通知する。ＩＥ１４８は、ステップＳ３１５で、内部ジョブを参照し、ステップＳ３１６で、内部ジョブプロパティをＪＷ１４４に通知する。次のステップＳ３１７、ステップＳ３１８、ステップＳ３１９も同様の処理が行われる。

内部ジョブプロパティを取得したＪＷ１４４は、ジョブ状態の作成を行う。ジョブ状態は、ステップＳ３２０で、ＪＣ１４５に通知され、ステップＳ２２５でＷＳ文書編集サービス１３１に通知される。上記ステップＳ３１３からステップＳ３２０は、編集状態通知段階に対応する。

これとは別に、ＩＥ１４８は、ジョブに従った描画を行っている。ＩＥ１４８は、ステップＳ３２１で、内部ジョブを参照し、ステップＳ３２２で、文書制御サービス３６に指定画像を特定メモリ上に展開することを指示する。文書制御サービス３６から、指示に対する応答をステップＳ３２３で、通知されると、ＩＥ１４８は、ステップＳ３２４で、内部ジョブ情報を更新する。これにより描画が行われる。そして、ＩＥ１４８は、ステップＳ３２５で、文書制御サービス３６に対し、指定画像を記憶領域へ保管することを指示し、ステップＳ３２６で、内部ジョブ情報を更新する。上記ステップＳ３２１からステップＳ３２５は、編集ジョブ実行段階に対応する。

次に、編集ジョブ指示書と、編集ジョブと、内部編集ジョブのデータの内容について、図１８を用いて説明する。図１８には、編集ジョブ指示書１５０と、編集ジョブ２０７と、内部編集ジョブ２１０とが示されている。以下、順に説明する。

編集ジョブ指示書１５０は、InstructionId２０５と、プロパティ２０６とをデータとして持つ。InstructionId２０５は、上述したように、編集ジョブ指示書の固有ＩＤである。プロパティ２０６は、文書ＩＤ＋ページ番号、若しくはそのどちらか、あるいは両方の集合と、編集内容情報と、画像編集する領域座標情報と、例えば、線の太さなどのオプション情報とをデータとして持つ。

編集ジョブ２０７は、jobId２０８と、InternalJobIdList２０９をデータとして持つ。jobId２０８は、ジョブの固有のＩＤである。InternalJobIdList２０９は、次に説明する内部編集ジョブ２１０のリストである。

内部編集ジョブ２１０は、InternalJobId２１１と、プロパティ２１２と、jobStatus２１３とをデータとして持つ。InternalJobId２１１は、この内部編集ジョブのＩＤである。プロパティ２１２は描画内容を示す。jobStatus２１３は、ジョブの状態を表す。

次に、クライアント１０２から通知される編集ジョブ指示書作成要求の２つの内容例を図１９、図２０を用いて説明する。図１９に示される内容は、文書番号4280の文書の1〜20ページと、文書番号3482の1〜10ページの画像に描かれているパンチ穴を消去する、という指示書の作成を要求している。

実際、図１９には、文書番号4280の文書の1〜20ページに対応する文２１４と、文書番号3482の1〜10ページに対応する文２１５と、パンチ穴を消去するという意味の文２１６が示されている。

次に、図２０に示される内容は、文書番号134の文書の13ページの画像に（300,400）−（1000,1000）の領域に枠が黒で中が赤い矩形を描く、という指示書の作成を要求している。

実際、図２０には、文書番号134の文書の13ページに対応する文２１７と、矩形の描画に対応する文２１８と、領域（300,400）−（1000,1000）に対応する文２１９と、枠が黒に対応する文２２０と、中が赤に対応する文２２１が示されている。

次に、クライアント１０２が、クライアントアプリ１３５ではなく、Ｗｅｂブラウザから既存の指示書を選択し、編集操作を行う場合のソフトウェアブロック図を、図２１を用いて説明する。

図２１に示されるソフトウェアブロック図は、図６に示したソフトウェアブロック図に、Ｗｅｂアプリ２０４と、Ｗｅｂブラウザ２２３を有し、編集端末に対応するクライアント２２２を追加したものである。この場合の処理を、図２２のシーケンス図を用いて説明する。図２２に示されるシーケンス図は、クライアント１０２により編集ジョブ指示書が作成されており、その編集ジョブ指示書をクライアント２２２が使用する処理を示すものである。

ステップＳ４０１で、クライアント１０２は、ＷＳ文書編集サービス１３１に、セッションの開始を要求するコマンドstartSessionを通知する。ＷＳ文書編集サービス１３１は、ステップＳ４０２で、SessionIDをクライアント１０２に通知する。次に、クライアント１０２は、ステップＳ４０３で、ＷＳ文書編集サービス１３１に、編集ジョブ指示書の作成を要求するコマンドcreateJobInstructionByTicketを通知する。

ＷＳ文書編集サービス１３１は、ステップＳ４０４で、ＷＳ文書管理サービス１３２にセッションＩＤを要求するコマンドstartSessionByTicketを通知する。ＷＳ文書管理サービス１３２は、ステップＳ４０５で、ＷＳ文書編集サービス１３１に、セッションＩＤを通知する。

次に、ＷＳ文書編集サービス１３１は、ステップＳ４０６で、文書のＩＤを要求するコマンドgetDocIdsByTicketを通知する。ＷＳ文書管理サービス１３２は、ステップＳ４０７で、contenntElemetIdsを文書編集サービス１３１に通知する。

このcontenntElemetIdsは、文書の一部、または全部を占める構成要素を表現したものである。例えば「DocNum=c101;tiff;raw;200dpi;p12」というコンテントエレメントＩＤは、ファイルＩＤがc101の１２ページ目の文書がtiff形式、圧縮なしの200dpiを意味する。

次に、ＷＳ文書編集サービス１３１は、contenntElemetIdsをステップＳ４０８で文書編集サービスＳＦ２９に通知する。文書編集サービスＳＦ２９は、空の編集ジョブ指示書を作成し、作成した編集ジョブ指示書の固有ＩＤであるjobInstructionIdをステップＳ４０９でCommand処理関数群１４２に通知する。そのjobInstructionIdは、ステップＳ４１０で、クライアント１０２に通知される。

ステップＳ４１１で、ＷＳ文書編集サービス１３１は、編集ジョブ指示書に編集操作情報を設定するコマンドSetJobInstructionが通知される。この通知は、ステップＳ４１２で、ＷＳ文書編集サービス１３１から文書編集サービスＳＦ２９に通知される。

文書編集サービスＳＦ２９は、通知されたjobInstructionIdに対応する編集ジョブ指示書に、OperationPropertyを追記することで、編集ジョブ指示書を更新する。OperationPropertyが追記されたことは、ステップＳ４１３、ステップＳ４１４で、クライアント１０２に通知される。

次に、クライアント１０２から、ＷＳ文書編集サービス１３１が、セッションを終了するコマンドterminateSessionをステップＳ４１５で通知すると、セッションは終了する。

次のステップＳ４１６で、クライアント２２２は、Ｗｅｂアプリ２０４に、セッションの開始を要求する。Ｗｅｂアプリ２０４は、ステップＳ４１８で、ＷＳ文書編集サービス１３１に、セッションの開始を要求するコマンドstartSessionを通知する。ＷＳ文書編集サービス１３１は、ステップＳ４１８で、SessionIDをＷｅｂアプリ２０４に通知する。

その後、クライアント２２２が編集したい文書ページを文書管理サービスを使って取得し、利用したい指示書を文書編集サービスから取得するプロセスが入るが、ここでは省略する。

Ｗｅｂアプリ２０４は、ステップＳ４１９で、ＷＳ文書編集サービス１３１に、SetJobInstructionを、jobInstructionIdとobjectIdとともに通知する。この通知は、ステップＳ４２０で、文書編集サービスＳＦ２９に通知される。文書編集サービスＳＦ２９からのjobInstructionIdが、ステップＳ４２１、ステップＳ４２２で、Ｗｅｂアプリ２０４に通知される。

次のステップＳ４２３で、createJobが、jobInstructionIdとともに、Ｗｅｂアプリ２０４からＷＳ文書編集サービス１３１に通知される。この通知は、ステップＳ４２４で、文書編集サービスＳＦ２９に通知される。次に、文書編集サービスＳＦ２９からのjobIdが、ステップＳ４２５、ステップＳ４２６でＷｅｂアプリ２０４に通知される。Command処理関数群１４２は、ステップＳ２１９で、文書編集サービスＳＦ２９に、InstructionIdを通知する。文書編集サービスＳＦ２９は、ジョブを作成する。そのジョブの固有ＩＤであるjobIdは、ステップＳ２２０、ステップＳ２２１でクライアント１０２に通知される。

Ｗｅｂアプリ２０４は、ステップＳ４２７で、terminateSessionをＷＳ文書編集サービス１３１に通知する。そして、ステップＳ４２８、ステップＳ４２７で、セッションを終了したことがクライアント２２２に通知される。

次に、編集した画像を印刷する場合のソフトウェアブロック図を、図２３を用いて説明する。

図２３に示されるソフトウェアブロック図は、図２１に示したソフトウェアブロック図に、ドキュメントボックスアプリ２２４と、印刷サービスＳＦ２２５と、ＥＣＳ３５と、印刷手段に対応するプロッタ１２を追加したものである。

この例は、文書編集サービスをＳＦとしてモジュール分割することによって、他の機能に容易に編集機能を付与することができることを示すものである。図２１に示したソフトウェアブロック図によって、例えば、印刷時の設定でパンチ穴位置を消したり、原稿の所定位置に任意のタグをつけて印刷したりといった画像処理を施すことが可能となる。

もう一つの例として、配信サービス機能を有する場合のソフトウェアブロック図を、図２４を用いて説明する。この配信サービスとは、画像を例えばメールで配信するなどのサービスであり、このサービスには、配送手段に対応するＤＣＳ３２が用いられる。このＤＣＳ３２は、コントロールサービス層９に位置するモジュールである。

図２４に示されるソフトウェアブロック図は、図２１に示したソフトウェアブロック図に、ＷＳ配信サービス２２６と、配信サービスＳＦ２２７と、ＤＣＳ３２を追加したものである。この場合も同様に、文書編集サービスをＳＦとしてモジュール分割することによって、他の機能に容易に編集機能を付与することができることを示すものである。

以上のように、文書編集サービスＳＦは、ＷｅｂアプリやＳＯＡＰ Ｉ／Ｆといった異なるネットワーク経由の手段による操作に対して共通に利用できるインタフェースを提供するモジュールである。この文書編集サービスＳＦにより、他の機能は、画像編集を目的としたクライアントとサービスのセッションの管理といった、ネットワークを介する上で必要な機能を利用することができる。このことは、他の機能の肥大化や、機能の重複などを回避することができることを示している。

また、編集サービスＳＦは、上述したように、文書管理サービスと組み合わせて利用することで、クライアントを操作するユーザにとって多彩な機能を提供できる。文書管理サービスから取得される編集対象画像であり、クライアントに表示される画像を、クライアント上で一般的なＰＣ用の画像加工アプリの様に加工し、その裏で編集過程の操作手順のみを文書編集サービスで登録すると、あたかも端末から融合機のＨＤＤ上にある画像を操作しているかのような仕組みを提供することができる。

本発明の実施の形態におけるシステムの構成図である。 本発明による融合機の一実施例の構成図である。 本発明による融合機の一実施例のハードウェア構成図である。 クライアントのソフトウェア構成図である。 クライアントのハードウェア構成図である。 融合機のソフトウェアブロック図である。 ＷＳ文書編集サービスと文書編集サービスＳＦの構成を示す図である。 画像の歪み情報をクライアントが提供される処理を示すシーケンス図である。 getImagePropsByTicketの内容を示す図である。 imagePropsの内容を示す図である。 歪みを検出する処理を示すフローチャートである。 ノイズレベルなどを検出する処理を示すフローチャートである。 ユーザインタフェースを示す図である。 編集対象画像を編集し、編集ジョブを参照する処理を示すシーケンス図である。 ＷＳ文書編集サービスの処理を示すシーケンス図である。 文書編集サービスＳＦの処理を示すシーケンス図（その１）である。 文書編集サービスＳＦの処理を示すシーケンス図（その２）である。 各データ構造を示す図である。 編集ジョブ指示書作成要求の内容例（その１）を示す図である。 編集ジョブ指示書作成要求の内容例（その２）を示す図である。 クライアントがＷｅｂブラウザを使用する場合の融合機のソフトウェアブロック図である。 クライアントがＷｅｂブラウザを使用する場合の処理を示すシーケンス図である。 印刷する場合の融合機のソフトウェアブロック図である。 配信する場合の融合機のソフトウェアブロック図である。

符号の説明

１ 融合機
２ ソフトウェア群
３ 融合機起動部
４ ハードウェア資源
５ アプリケーション層
６ プラットホーム層
９ コントロールサービス層
１０ ハンドラ層
１１ スキャナ
１２ プロッタ
１３ その他のハードウェアリソース
２２ コピーアプリ
２５ ＷＥＢページアプリ
２６ ＳＯＡＰ通信アプリ
２７ ＷＳＦ
２８ 文書管理サービスＳＦ
２９ 文書編集サービスＳＦ
３１ 画像歪み検出手段
３２ 画像加工手段
３４ ネットワーク制御サービス
３５ 認証制御サービス
３６ 文書制御サービス
３８ システム制御サービス
４０、３００ ＯＳ
４１ 画像メモリハンドラ
４３ 画像歪み検出アクセレータ
４４ 画像加工アクセレータ
５１、５２、５３ アプリケーションプログラムインターフェース（ＡＰＩ）
５４ エンジンＩ／Ｆ
６０ コントローラボード
６１ ＣＰＵ
６２ ノースブリッジ（ＮＢ）
６３ システムメモリ（ＭＥＭ−Ｐ）
６４ ローカルメモリ（ＭＥＭ−Ｃ）
６５ ハードディスク装置（ＨＤＤ）
６６ ＡＳＩＣ
６７ ＡＧＰ（Accelerated Graphics Port）
７１ エンジン
７３ サウスブリッジ（ＳＢ）
７４ ＮＩＣ
７５ ＵＳＢデバイス
７６ ＩＥＥＥ１３９４デバイス
１０２、２２２ クライアント
１２０ 演算処理装置
１２１ インタフェース装置
１２２ 入力装置
１２３ 表示装置
１２４ ドライブ装置
１２５ 記録媒体
１２６ 補助記憶装置
１２７ メモリ装置
１３０ 文書編集アプリ
１３１ ＷＳ文書編集サービス
１３２ ＷＳ文書管理サービス
１３３ ＳＯＡＰ Ｉ／Ｆ
１３４ ネットワーク
１３５ クライアントアプリ
１４３ ＣＤ
１４２ Command処理関数群
１４４ ＪＷ
１４５ ＪＣ
１４６ ＲＣ
１４７ ＪＩ
１４８ ＩＥ
１５０ 編集ｊｏｂ指示書
１５４ 編集画面
２０１ 画像
２０２ 表示画面
２０３ ＳＭ
２０４ Ｗｅｂアプリ
２０５ InstructionId
２０６、２１２ プロパティ
２０７ 編集ジョブ
２０８ jobId
２０９ InternalJobIdList
２１０ 内部編集ジョブ
２１１ InternalJobId
２１３ jobStatus
２１４、２１５、２１６、２１７、２１８、２１９、２２０、２２１ 文
２２３ Ｗｅｂブラウザ
２２４ ドキュメントボックスアプリ
２２５ 印刷サービスＳＦ
２２６ ＷＳ配信サービス
２２７ 配信サービスＳＦ
３０１ ＳＯＡＰ通信モジュール
３０２ ＷＳ文書編集サービスクライアントモジュール
３０３ ＷＳ文書管理サービスクライアントモジュール
３０４ ＷＳ印刷サービスクライアントモジュール
３０５ 印刷制御モジュール
３０６ 文書管理モジュール
３０７ 表示制御モジュール
３２０ セッションＩＤ
３２１ チケットＩＤ
３２２ UnderColor
３２３ noiseLevel
３２４ ImageSkew
３２５ PunchMarks
３２６ FrameAreaNoise
３３０ 検出情報
３３１ ＯＫボタン
３３２ 取り消しボタン

Claims (15)

1. 画像データを含む文書を通信先から編集する画像処理装置での文書編集方法であって、
   編集する前記文書を前記通信先から指定される文書指定段階と、
   指定された文書に関する文書関連情報を前記通信先に提供する文書関連情報提供段階と、
   前記通信先が前記文書に編集した編集内容情報を格納するための編集ジョブ情報を作成する編集ジョブ情報作成段階と、
   前記編集ジョブ情報に、前記編集内容情報を格納する編集内容情報格納段階と、
   前記編集ジョブ情報に格納された編集内容情報に基づき、前記文書に対して編集を実行する編集ジョブ実行段階と
   を有することを特徴とする文書編集方法。
2. 前記文書関連情報は、前記画像データを表示した画像の歪み情報またはノイズ関連情報を含むことを特徴とする請求項１に記載の文書編集方法。
3. 前記編集ジョブ情報作成段階では、前記編集ジョブ情報を作成すると、前記通信先に対し、前記編集ジョブ情報を指定するジョブ指定固有情報を通知することを特徴とする請求項１または２に記載の文書編集方法。
4. 前記編集内容情報格納段階では、前記編集内容情報が格納されると、前記編集内容情報を通知した通信先に、前記編集内容情報を実行するために用いられるジョブ実行固有情報を通知することを特徴とする請求項１から３のいずれか１項に記載の文書編集方法。
5. 前記編集ジョブ実行段階で実行されている編集の状態を前記通信先に通知する編集状態通知段階をさらに有することを特徴とする請求項１から４のいずれか１項に記載の文書編集方法。
6. 前記編集ジョブ実行段階で編集された文書を印刷することを特徴とする請求項１から５のいずれか１項に記載の文書編集方法。
7. 前記編集ジョブ実行段階で編集された文書を他の通信先に配送することを特徴とする請求項１から６のいずれか１項に記載の文書編集方法。
8. 画像データを含む文書を通信先から編集するとともに、前記画像データ編集に係る処理を行うプログラムを有する画像処理装置であって、
   前記文書に関する文書関連情報を検出する文書情報検出手段と、
   検出した文書情報を前記通信先に提供する文書関連情報提供手段と、
   前記文書に対して行う編集に関する編集内容情報を、前記通信先から取得する編集内容情報取得手段と、
   前記各プログラムに対して共通のインタフェースを提供するとともに、前記編集内容情報に基づき、前記画像データに対し編集を実行する編集実行手段と
   を有することを特徴とする画像処理装置。
9. 前記文書関連情報は、前記画像データを表示した画像の歪み情報またはノイズ関連情報を含むことを特徴とする請求項８に記載の画像処理装置。
10. 前記編集実行手段は、
    前記通信先が前記文書に編集した編集内容情報を格納するための編集ジョブ情報を作成する編集ジョブ情報作成手段と、
    前記編集ジョブ情報に、編集内容情報を格納する編集内容情報格納手段と、
    前記編集ジョブ情報に格納された編集内容情報に基づき、前記文書に対して編集を実行する編集ジョブ実行手段と
    を有することを特徴とする請求項８または９に記載の画像処理装置。
11. 前記編集ジョブ情報作成手段は、
    前記編集ジョブ情報を作成すると、前記通信先に対し、前記編集ジョブ情報を指定するジョブ指定固有情報を通知することを特徴とする請求項１０に記載の画像処理装置。
12. 前記編集内容情報格納手段は、
    前記編集内容情報が格納されると、前記編集内容情報を通知した通信先に、前記編集内容情報を実行するために用いられるジョブ実行固有情報を通知することを特徴とする請求項１０または１１に記載の画像処理装置。
13. 前記編集ジョブ実行手段で実行している編集の状態を前記通信先に通知する編集状態通知手段をさらに有することを特徴とする請求項１０から１２のいずれか１項に記載の画像処理装置。
14. 前記編集ジョブ実行手段で編集された文書を印刷する印刷手段をさらに有することを特徴とする請求項１０から１３のいずれか１項に記載の画像処理装置。
15. 前記編集ジョブ実行手段で編集された文書を他の通信先に配送する配送手段をさらに有することを特徴とする請求項１０から１４のいずれか１項に記載の画像処理装置。