JP4191063B2 - 画像処理装置、画像処理方法、画像処理プログラム - Google Patents

Description

本発明は、ネットワークを介して他の装置に接続される装置での画像処理に関し、特に、送信先の装置の要求に適した形式で画像を送信する画像処理装置、画像処理方法及び画像処理プログラムに関する。

近年、装置内に蓄積した画像を、ネットワークを介して接続された他の装置（クライアント）において利用可能とする装置としては、特許文献１の「画像ファイリング装置、画像ファイリング方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体」に開示される画像ファイリング装置のような画像処理装置が知られている。

例えば、このような画像処理装置が融合機（ＭＦＰ）であれば、原稿を光学的に読み取って生成した画像や受信したＦＡＸデータ等をＨＤＤなどの大容量記憶装置に蓄積しておき、クライアントからの要求に応じて画像を要求元へ送信できる。

このような画像処理装置において画像は、それを生成したり取得したりした時の表現形体（画像のサイズ、色数、解像度、画像フォーマットなど）で蓄積されるが、クライアントが要求する表現形体は必ずしも画像処理装置に保存されている画像のものと一致するわけではない。このため、蓄積している画像とは異なる表現形体での画像の送信をクライアントから要求された場合には、画像処理装置において画像を要求された表現形体に変換しなければならない。

ここで、クライアントが送信を要求する対象が同じグループに属する複数の画像である場合（例えば、複数ページからなる文書が各ページごとに画像として蓄積されている場合）、画像処理装置は複数の画像の表現形体を順次変換していく必要がある。
特開２０００−３１５２０９号公報

一般に画像は、そのデータ量が大きいため、表現形式を変換する画像処理を行ったり、ネットワークを介して送信する場合には、変換又は送信が完了するまでにある程度の時間が必要となる。従来の画像処理装置においては、表現形式を変換した画像を送信している間や表現形式を変換する処理を行っている間は、単に処理が完了するのを待機している。このため、複数の画像からなる文書などをクライアントに送信する場合には、全ての画像の送信を完了するまでの時間が長期化してしまうという問題があった。

本発明は係る問題に鑑みてなされたものであり、１つ以上の画像の表現形式を効率良く変換して要求元のクライアントへ送信できる画像処理装置及び方法、その方法を画像処理装置を制御する実質的なコンピュータに実行させる画像処理プログラムを提供することを目的とする。

上記課題を解決するために、本発明は、１つ以上の文書要素で構成される文書を有するとともに、ネットワークを介して接続されたクライアントからの取得要求に応じ、前記文書要素を要求された表現形体に変換して前記クライアントに取得させる画像処理装置であって、前記文書要素を前記取得要求により要求された表現形体に変換する文書要素処理手段と、前記文書要素処理手段により次に表現形体が変換される文書要素を、前記文書の構成を示す書誌情報と、前記文書を構成する各文書要素の構成を示すページ書誌情報とを関連づけた文書管理情報に基づいて予測する予測手段と、該予測した文書要素の表現形体の変換要求を、前記文書要素処理手段のキューに登録する登録手段とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記予測手段は、前記文書要素処理手段が前記取得要求に応じて文書要素の表現形体を変換している間に、次に表現形体が変換される文書要素を予測することを特徴とする。

また、上記課題を解決するために、本発明は、前記予測手段は、前記クライアントが前記文書要素を取得している間に、次に表現形体が変換される文書要素を予測することを特徴とする。

また、上記課題を解決するために、本発明は、前記書誌情報は、前記文書を構成する文書要素の順番を示す番号を含み、前記予測手段は、前記文書要素処理手段が処理中の文書要素の次の番号の文書要素を、前記文書要素処理手段により次に表現形体が変換されると予測することを特徴とする。

また、上記課題を解決するために、本発明は、前記文書要素処理手段は、クライアントから要求された表現形体と同じ表現形体の文書要素の変換を行わないことを特徴とする。

また、上記課題を解決するために、本発明は、前記取得要求に応じて、前記文書要素処理手段により次に表現形体が変換されると予測した文書要素が、前記クライアントから要求された表現形体と同じ表現形体である場合、前記予測手段は、前記文書要素処理手段により、さらに次に表現形体が変換される文書要素を予測し、該予測した文書要素の表現形体の変換を、前記クライアントから前記次の取得要求を受信するのに先立って前記キューに登録することを特徴とする。

また、上記課題を解決するために、本発明は、１つ以上の文書要素で構成される文書とともに、ネットワークを介して接続されたクライアントからの取得要求に応じ、前記文書要素を要求された表現形体に変換して前記クライアントに取得させる画像処理装置での画像処理方法において、前記文書要素を前記取得要求により要求された表現形体に変換する文書要素処理段階と、前記文書要素処理段階により次に表現形体が変換される文書要素を、前記文書の構成を示す書誌情報と、前記文書を構成する各文書要素の構成を示すページ書誌情報とを関連づけた文書管理情報に基づいて予測する予測段階と、該予測した文書要素の表現形体の変換要求を、前記文書要素を変換する順番を管理するキューに登録する登録段階と、を有することを特徴とする。

また、上記課題を解決するために、本発明は、前記予測段階では、前記文書を構成する文書要素の順番を示す番号を含む書誌情報に基づき、変換中の文書要素の次の番号の文書要素を、次に表現形体が変換される文書要素と予測することを特徴とする。

また、上記課題を解決するために、本発明は、前記文書要素処理段階では、前記クライアントから要求された表現形体と同じ表現形体の文書要素の変換を行わないことを特徴とする。

また、上記課題を解決するために、本発明は、次に表現形体が変換されると予測した文書要素の表現形体が、前記クライアントから要求された表現形体と同じ場合、前記予測段階では、さらに次に表現形体が変換される文書要素を予測し、前記登録段階では、前記予測段階で予測された文書要素の表現形体の変換要求を、前記クライアントから前記次の取得要求を受信するのに先立って前記キューに登録することを特徴とする。

以上説明したように、１つ以上の画像の表現形式を効率良く変換して要求元のクライアントへ送信できる画像処理装置及び方法、その方法を画像処理装置を制御する実質的なコンピュータに実行させる画像処理プログラムを提供することができる。

本発明の好適な実施形態について説明する。本実施の形態において、画像処理装置を融合機と記す。

図１は、本実施形態に係る融合機１００の構成を示している。

融合機１００は、ＨＴＴＰＤ１０１、ＦＴＰＤ１０２、Ｗｅｂページサービス１０３、文書管理サービス１０４、ＨＤＤ１０５、メモリコントロールサービス（以下、ＭＣＳという）１０６、システムコントロールサービス（以下、ＳＣＳという）１０７、イメージメモリハンドラ（以下、ＩＭＨという）１０８、メディアエディットユーティリティ（Media Edit Utility：以下、ＭＥＵという）１０９、ＮＶＲＡＭ１１０及びメディアリンクボード（以下、ＭＬＢという）１１１を有する。

ＨＴＴＰＤ１０１は、ネットワーク２００を介して接続されたクライアント３０１，３０２との間でＨＴＴＰ（Hyper Text Transfer Protocol）を用いてデータを送受信する機能を有する。ＦＴＰＤ１０２は、ネットワーク２００を介して接続されたクライアント３０１，３０２との間でＦＴＰ（File Transfer Protocol）を用いてデータを送受信する機能を有する。Ｗｅｂページサービス１０３は、Ｗｅｂブラウザが実装されたクライアントにおいてネットワーク２００文書管理サービス１０４を利用可能にするための機能部である。文書管理サービス１０４は、ネットワークを介して接続されたクライアント３０１，３０２からの要求に応じて画像やそれに関連する情報を要求元へ送信したり、画像の書換などの処理を行う。ＨＤＤ１０５は、画像、文書データ、プログラム、フォントデータ、フォーム等を蓄積するための記憶装置（ストレージ）であり、書誌情報保存領域１０５１、ページ書誌情報保存領域１０５２及び画像保存領域１０５３が設けられている。ＭＣＳ１０６は、書誌情報１０５１、ページ書誌情報１０５２及び文書管理データ保存領域１１０１に対して情報を読み書きする。また、ＭＣＳ１０６は、ＩＭＨ１０８を介して画像保存領域１０５３に保存された画像を読み書きするプロセスを行う。ＳＣＳ１０７は、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などのプロセスを行う。ＩＭＨ１０８は、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行う。ＭＥＵ（Media Edit Utility）１０９は、ＩＭＨ１０８の子プロセスであり、画像処理の制御を司るモジュールである。ＭＥＵ１０９は、ＭＨ１０８からの要求に応じてＭＬＢ１１１に指示を送り、画像変換を実行させる。ＮＶＲＡＭ１１０は情報を不揮発に記憶するメモリであり、文書管理データ保存領域１１０１が設けられている。

クライアント３０１，３０２は、ネットワーク２００を介して融合機１００との間で画像をやりとりする機能を有する。クライアント３０１にはＷｅｂブラウザが、クライアント３０２には専用アプリケーションが実装されている。Ｗｅｂブラウザはネットワーク２００を介して融合機１００から画像をダウンロードできる。一方、専用アプリケーションはネットワーク２００を介し融合機１００から画像をダウンロードすることに加え、ダウンロードした画像を融合機１００に書き戻すことができる。

ここで、書誌情報保存領域１０５１、ページ書誌情報保存領域１０５２、文書管理データ保存領域１１０１及び画像保存領域１０５３について説明する。

まず、書誌情報保存領域１０５１に保存される情報について図２を用いて説明する。書誌情報とは、文書（少なくとも一つの画像からなるグループ）を特定しそれがどのようにして生成されたのかを示す情報である。図２では、ＦＡＸを送信した際に生成した文書の情報と印刷処理を行った際に生成した文書の情報とを書誌情報の例として示している。

このうち、ＦＡＸを送信した際に生成した文書に関する書誌情報について説明する。この書誌情報は、「fileID」、「Access」、「UserName」及び「ＦＡＸ送信情報」をパラメータとして含む。「fileID」は、文書識別子であり、この書誌情報を特定して識別するためのＩＤである。この例においては「１１１１」となっている。「Access」は、どのようにして入手した文書であるかを示す情報であり、この例においては「Box/Fax 」となっている。「UserName」は、この文書を所有するユーザ名を示す。「ＦＡＸ送信情報」は、ＦＡＸを送信した際の情報を示す。

次に、ページ書誌情報保存領域１０５２に保存される情報について図３を用いて説明する。ページ書誌情報は、文書を構成する各画像に関する情報である。図３では、例としてページ書誌情報を二つ示している。

このうち、「PageID」が「０００１」であるページ書誌情報について説明する。このページ書誌情報は、「PageID」、「job 」及び「compressionMode 」をパラメータとして含む。「PageID」はページ識別子であり、このページ書誌情報を特定して識別するためのIDである。この例においては「０００１」となっている。「job 」は、そのページがどのジョブによって生成されたかを示す。この例においては「ＦＡＸ」となっている。「compressionMode 」は、画像のデータ形式である圧縮形式を示す、この例においては「ＭＭＲ」となっている。

次に、文書管理データ保存領域１１０１に保存される情報について図４を用いて説明する。文書管理データは、書誌情報の「fileID」とページ書誌情報の「PageID」との組合せを示すデータである。すなわち、文書管理データは、書誌情報とページ書誌情報とを関連づけるものである。

図４において文書管理データは、「fileID」が「１１１１」で、「PageID」が「０００１，０００２，０００３」という組合せを示すデータとなっている。

次に、画像保存領域１０５３に保存される情報について図５を用いて説明する。図５に示すように、画像保存領域１０５３には、ページ画像とそのページ画像の識別子であるページ識別子とが保存される。

次に、文書管理サービス１０４の構成について説明する。図６に、文書管理サービス１０４の構成を示す。文書管理サービス１０４は、メソッド処理モジュール１０４１、レンディション特定部１０４２、予測手段と登録手段に対応する画像取得モジュール１０４３、画像書き戻しモジュール１０４４、画像変換ライブラリ１０４５、画像処理手段に対応する画像変換制御モジュール１０４６及びセッション管理モジュール１０４７を有する。

また、文書管理サービス１０４は、ＵＲＬテーブル２０１、変換リクエストキュー２０２、セッション管理テーブル２０３及び文書登録テーブル２０４を有する。なお、記憶領域２０５は、ＨＤＤ１０５及びＮＶＲＡＭ１１０を合わせて示すものである。

メソッド処理モジュール１０４１は、ＨＴＴＰやＳＯＡＰのメソッド処理を行うモジュールである。レンディション特定部１０４２は、後段において詳細に説明する「レンディション」を特定する処理を行うモジュールである。画像取得モジュール１０４３は、Ｗｅｂブラウザや専用アプリケーションが実装されたクライアント３０１，３０２からの要求に応じて画像を引き取らせるためのモジュールである。画像書き戻しモジュール１０４４は、クライアント３０２に実装された専用アプリケーションから画像を書き戻すためのモジュールである。

画像変換ライブラリ１０４５は、画像を変換するためのソフトウェアを備えたライブラリである。画像変換制御モジュール１０４６は、画像の変換を制御するためのモジュールであり、ＭＣＳ１０６に対して画像の変換を要求するなどの処理を行う。セッション管理モジュール１０４７は、一つの文書を変換するなどの一つの処理においてセッションを管理するためのモジュールである。

ここで、「レンディション」について説明する。レンディションとは文書の表現形体を示すものであり、文書の代表画像、文書のいずれかのページの画像、文書を構成するページを束ねたマルチページフォーマット、文書のプロパティ（書誌情報）など、文書の一つの表現形体として考えられるもの全てがレンディションである。

文書管理サービス１０４は、上記レンディションを用いることで、指定された文書が表現可能なレンディションの一覧を利用者に提示するサービスを提供する。また、文書管理サービス１０４は、ユーザから指定された条件に基づいてレンディションを絞り込むサービスも提供する。

例えば、ある文書が「代表画像」、「ＰＤＦ」及び「ＸＭＬ形式で記載された文書のプロパティ」の三種類での表現が可能であるとする。この場合、ユーザが「画像表現」という条件を指定すると、文書管理サービス１０４は、画像を表現できる「代表画像」及び「ＰＤＦ」の二つをレンディション候補としてユーザに提示する。

文書管理サービス１０４は、指定された文書に対し一連のレンディション条件を提示することにより、ユーザが特定のレンディションを選択できるようにするサービスを提供する。また、ユーザからのレンディション条件の提示が無い場合に文書管理サービス１０４は、融合機１００の管理者によって予め設定された値に基づいて特定のレンディションをレンディション候補としてユーザに提示する。なお、融合機１００の管理者によって予め設定された値は、管理者設定値として管理者設定値記憶領域に記憶される。

融合機１００の構成によっては、表現できるレンディションが制限される場合がある。特に、画像フォーマットで表現されるレンディションの場合、特定のレンディションを指定レンディションで表現できるか否かは、画像フォーマットを変換するＭＬＢ１１１の有無による。文書管理サービス１０４は、融合機１００の構成に応じて、ユーザに提示するレンディション一覧や特定するレンディションを変化させる。

また、レンディション表現をユーザが利用する際には、表現形体の識別子であるレンディションＩＤを利用する。レンディションＩＤは、特定のレンディションが提示される時に一緒に発行される。

レンディションＩＤの一例を図７及び図８にそれぞれ示す。図７には、「DocNum=c101;tiff;raw;200dpi 」というレンディションＩＤを示している。このレンディションＩＤは、ユーザが、 "fileIDがc101である文書をtiff形式、圧縮無し、200dpi" という条件で要求する場合に用いられる。

図８には、「Rdid=j4r0gos」というレンディションＩＤを示している。このレンディションＩＤは、図９に示す対応表を文書管理サービス１０４が保持することによって図７に示したレンディションＩＤよりも簡潔なものとなっている。

図９に示す対応表は、レンディションＩＤに対応するファイルＩＤと表現可能なレンディションとを対応づける表である。この対応表により「J4r0gos 」というレンディションＩＤは、ファイルＩＤが「c101」である文書をtiff形式、圧縮無し、200dpiという条件で要求するレンディションと対応することとなる。

次に、レンディションに関連し、文書要素に対応するコンテントエレメントについて説明する。

コンテントエレメントとは、レンディションで表現された文書の一部又は全部を占める構成要素である。コンテントエレメントが文書のどの部分を指すかはレンディションに依存する。例えば、文書をＪＦＩＦフォーマットの画像で表現するレンディションの場合、ＪＦＩＦフォーマットの仕様上一つの画像で複数ページを表現することはできない。よって、文書の一部である文書中の一ページのみを任意に指定できることとなる。

文書管理サービス１０４は、レンディションＩＤからユーザがその文書をそのレンディション表現で指定することができるコンテントエレメントの一覧をユーザに提供するサービスを備える。また、この際には、各コンテントエレメントを識別するためにユーザに対してコンテントエレメントＩＤを発行する。

コンテントエレメントＩＤの一例を図１０及び図１１にそれぞれ示す。図１０には、「DucNum=c101;tiff;raw;200dpi;p12 」というコンテントエレメントＩＤを示している。このエレメントＩＤは、ユーザが、 "fileIDがc101の文書の１２ページ目をtiff形式、圧縮なし、200dpi" という条件で要求する場合に用いられるコンテントエレメントＩＤである。

図１１には、「Ceid=j4r0gos」というコンテントエレメントＩＤを示している。このコンテントエレメントＩＤは、図１２に示す対応表を文書管理サービスｙ１０４が保持することにより、図１０に示したコンテントエレメントＩＤよりも簡潔なものとなっている。

図１２に示す対応表は、コンテントエレメントＩＤに対応するファイルＩＤと表現可能なコンテントエレメントＩＤとを対応づける表である。この対応表により「j4r0gos 」は、ファイルＩＤがc101の文書の１２ページ目をtiff形式、圧縮なし、200dpiという条件で要求する場合のコンテントエレメントＩＤと対応することとなる。

文書管理サービス１０４は、以上に説明したレンディションとコンテントエレメントとを用いてサービスを実行する。

図６に示される各テーブル及びキューについて説明する。ＵＲＬテーブル２０１は、コンテントエレメントＩＤとＵＲＬとを対応づけるテーブルである。

図１３に示すＵＲＬテーブルは、コンテントエレメントＩＤとＵＲＬとの二項目からなるテーブルである。例えば、「id0001」というコンテントエレメントＩＤは、「http://xxx.aaa/bbb/img」というＵＲＬに対応している。

図１４に示すＵＲＬテーブルは、コンテンツエレメントＩＤとＵＲＬの差分との二項目からなるテーブルである。ＵＲＬの差分とは、他のＵＲＬとの異なる部分をいう。例えば、図１３でのＵＲＬのように、「http://xxx/aaa/ 」までが三つのＵＲＬとも共通である場合、異なるのはこれ以降の文字列のみであるため、図１４のＵＲＬテーブルは差分のみが記録されている。

図１５に示すＵＲＬテーブルは、コンテントエレメントＩＤの内部を分割したものである文書ＩＤと、レンディションと、ページと、ＵＲＬの差分との四項目からなるテーブルである。例えば、文書ＩＤが「００３」である文書の１ページ目を、「ＪＰＥＧ１」というレンディションで表すＵＲＬは「zzz.img 」となる。

次に、変換リクエストキュー２０２について説明する。変換リクエストキュー２０２は、図１６に示すように、「変換元ページＩＤ」、「変換先ページＩＤ」、「変換状態」、「変換内容」及び「リクエスト有効期限」を１セットのパラメータとした変換リクエストを有するキューである。

「変換元ページＩＤ」と「変換先ページＩＤ」とは、それぞれ、変換元のページＩＤと変換先のページＩＤとを表す。「変換状態」は、変換の状態を表す。変換の状態としては、「待機中」、「変換中」、「変換完了」及び「削除待ち」の四つの状態がある。これらのうち、「待機中」は、変換待ちの状態を表す。「変換中」は、現に変換中であることを表す。「変換完了」は、変換処理が完了したことを表す。「削除待ち」は、変換後の文書を削除していることを表す。

「変換内容」は、例えば、指定のフォーマット（Ｔｉｆｆなど）や指定の圧縮形式（ＪＰＥＧなど）、指定解像度、指定倍率、指定色数などを表す。「リクエスト有効期限」は、この変換リクエストが有効である期限を示す。

次に、図１７を用いて文書登録テーブル２０４について説明する。文書登録テーブル２０４には、専用アプリケーションからの文書登録のために、新規に空のコンテントエレメントが追加された文書ＩＤが登録される。この登録は、空コンテントエレメントにデータが書き込まれることによって解除される。データが書き込まれる前にさらに別の空コンテンツエレメントを追加しようとした場合には、先に登録された空コンテンツエレメントの登録が解除されるか、一定時間が経過してシステムエラーとなるまで待機させられる。

次にセッション管理テーブル２０３について説明する。セッション管理テーブル２０３は、現に行われているセッションを管理するものであり、現に行われているセッションのセッションＩＤが登録される。このセッションＩＤは、セッション管理テーブル２０３に登録されていないセッションＩＤで受信した要求を許可しないためのＩＤである。

〈コンテントエレメントの取得〉
クライアント３０１に実装されたＷｅｂブラウザは又はクライアント３０２に実装された専用アプリケーションが融合機１００から画像（コンテントエレメント）を引き取る処理について図１８を用いて説明する。ここでは、クライアント３０２に実装された専用アプリケーションが融合機１００から画像を引き取る場合を例に説明する。

クライアント３０２に実装された専用アプリケーションは、要求画像フォーマットと要求ページ番号とをネットワーク２００を介して融合機１００へ送信する。融合機１００の文書管理サービス１０４は、ＨＴＴＰＤ１０１を介してこれらの要求を受信する。

文書管理サービス１０４は、要求ページ番号からコンテントエレメントを特定する。そして、必要であれば記憶領域２０５に蓄積されている画像を要求された表現形体に変換して、特定された文書（コンテントエレメント）を作成する。文書管理サービス１０４は、ＨＴＴＰＤ１０１を用い、作成した文書をネットワーク２００を介してクライアント３０２へ送信する。これにより、クライアント３０２には、要求に応じた画像が複写機１００から引き取られる（ダウンロードされる）。

上記動作の融合機１００における処理を説明する。図１８において符号１５０〜１５２で示す矢印は画像の流れを示している。矢印１５０は、ソフトウェアでレンディション変換（要求に応じた表現形体に画像を変換すること）を行う場合の画像の流れを示しており、文書管理サービス１０４は、レンディション変換用サブモジュール群１１３に画像を受け渡してソフトウェアによるを用いてレンディション変換を行わせ、変換後の画像をレンディション変換用サブモジュール群１１３から取得する。

矢印１５１は、変換する必要のない画像（クライアントが要求する表現形体と同じ表現形体で記憶領域に保存されている画像）や変換済みの画像を記憶領域２０５から取得する場合の画像の流れを示している。矢印１５２は、レンディション変換を行うのにＭＬＢ１１１を利用する必要のある画像の流れを示しており、ＩＭＨ及びＭＥＵはＭＬＢにレンディション変換を行わせ、変換後の画像を記憶領域２０５に書き戻させる。

このように、クライアント３０１，３０２は、ネットワーク２００を介し、融合機１００が提供する指定文書で表現できるレンディションでのコンテントエレメントを引き取ることができる。

図１９に、クライアントが画像を引き取る処理のシーケンスを示す。なお、以下の説明では、特段の断りがない場合には、クライアント３０２を要求元して説明を行う。

クライアント３０２は、文書管理サービス１０４に対してセッション開始要求を送信する（ステップＳ１０１）。セッション開始要求を受信した文書管理サービス１０４は、要求元であるクライアント３０２に対してセッションＩＤを送信する（ステップＳ１０２）。

次に、クライアント３０２は、文書一覧の要求をセッションＩＤとともに文書管理サービス１０４へ送信する（ステップＳ１０３）。この要求を受信した文書管理サービス１０４は、文書ＩＤの一覧を要求元であるクライアント３０２へ送信する（ステップＳ１０４）。

クライアント３０２は、指定した文書をロックするためにセッションＩＤと文書ＩＤとを文書管理サービス１０４へ送信する（ステップＳ１０５）。ここでの「ロック」とは、指定した文書に排他制御をかけることを指す。これらのＩＤを受信した文書管理サービス１０４は、受信した文書ＩＤによって特定される文書をロックし、文書をロックしたことをクライアント３０２に通知する（ステップＳ１０６）。

文書がロックされたことを通知された後、クライアント３０２は文書管理サービス１０４に対してレンディション候補の取得要求を送信する（ステップＳ１０７）。文書管理サービス１０４は、この要求に応じてレンディション候補の一覧をクライアント３０２へ送信する（ステップＳ１０８）。

図２０にレンディション候補の一例を示す。図に示すように、タグ＜renditionCandidates ＞とタグ＜／renditionCandidates ＞とに挟まれた部分がそのレンディション候補となる。例えば、「pdf;mono;600dpi 」などがレンディション候補として列記されている。「pdf;mono;600dpi 」は、 pdf形式、モノクロ、６００ｄｐｉという条件を表す。なお、このような具体的な条件を列記したものの他に、最も良い画質となる条件を自動的に選択する「highquality 」や、画像のデータ量が最も小さくなる条件を自動的に選択する「smallsize 」のようにレンディションを定義することも可能である。

クライアント３０２は、レンディション候補の中からユーザに選択されたレンディションの取得要求を文書管理サービス１０４へ送信する（ステップＳ１０９）。文書管理サービス１０４は、この取得要求に応じて、要求されたレンディションと、そのレンディションＩＤと、プロパティとをクライアント３０２へ送信する（ステップＳ１１０）。

ここで、図２１を用いて上記処理におけるレンディション候補取得処理を詳細に説明する。

ＨＴＴＰＤ１０１は、ＳＯＡＰ処理ハンドラ１１２にＳＯＡＰリクエストを送信する（ステップＳ２０１）。ＳＯＡＰ処理ハンドラ１１２は、メソッド処理モジュール１０４１にレンディション条件を送信する（ステップＳ２０２）。メソッド処理モジュール１０４１は、書誌情報要求をＭＣＳ１０６に送信する（ステップＳ２０３）。ＭＣＳ１０６は、書誌情報保存領域１５０１から書誌情報を読み出し、書誌情報応答としてメソッド処理モジュール１０４１へ送信する（ステップＳ２０４）。

書誌応答を受信したメソッド処理モジュール１０４１は、書誌情報から取りうるレンディションの一覧を作成し、その一覧をレンディション候補とする。メソッド処理モジュール１０４１は、ＳＯＡＰ処理ハンドラ１１２にレンディション候補を送信する（ステップＳ２０５）。その後、ＳＯＡＰ処理ハンドラ１１２は、ＨＴＴＰＤ１０１にＳＯＡＰレスポンスを送信する（ステップＳ２０６）。

図２２を用いて、管理者設定値を用いるレンディションの取得処理の詳細について説明する。ＨＴＴＰＤ１０１は、ＳＯＡＰ処理ハンドラ１１２にＳＯＡＰリクエストを送信する（ステップＳ３０１）。ＳＯＡＰ処理ハンドラ１１２は、メソッド処理モジュール１０４１にレンディション条件を送信する（ステップＳ３０２）。メソッド処理モジュール１０４１は、ＭＣＳ１０６に書誌情報要求を送信する（ステップＳ３０３）。ＭＣＳ１０６は、書誌情報を書誌情報保存領域１５０１から取得し、メソッド処理モジュール１０４１に書誌情報応答を送信する（ステップＳ３０４）。

メソッド処理モジュール１０４１は、ＳＣＳ１０７に管理者設定値要求を送信する（ステップＳ３０５）。ＳＣＳ１０７は、管理者設定値記憶領域１０５３から管理者設定値を取得し、メソッド処理モジュール１０４１に管理者設定値応答を送信する（ステップＳ３０６）。メソッド処理モジュール１０４１は、書誌情報と管理者設定値とから取りうるレンディションを特定する。そして、メソッド処理モジュール１０４１は、レンディションをＳＯＡＰ処理ハンドラ１１２に送信する（ステップＳ３０７）。ＳＯＡＰ処理ハンドラ１１２は、ＨＴＴＰＤ１０１にＳＯＡＰレスポンスを送信する（ステップＳ３０８）。

上記の処理によって、クライアント３０２にレンディションが送信される。

次に、クライアントがレンディションを取得した後の動作について図２３を用いて説明する。この動作は、図１９に示したシーケンスに引き続いて行われる動作である。なお、ここでは、説明の簡略化のためにクライアント３０２が引き取る文書は、一つの画像からなるものとして説明を行う。

クライアント３０１は、文書管理サービス１０４に対してコンテントエレメントの要求を送信する（ステップＳ４０１）。この要求を受信した文書管理サービス１０４は、コンテントエレメントＩＤの一覧を要求元であるクライアント３０２へ送信する（ステップＳ４０２）。

クライアント３０２は、コンテントエレメントの場所の取得要求を文書管理サービス１０４へ送信する（ステップＳ４０３）。この要求を受信した文書管理サービス１０４は、コンテントエレメントのアドレス及び取得に必要な内容を要求元であるクライアント３０２へ送信する（ステップＳ４０４）。

クライアント３０２は、取得したコンテントエレメントのアドレスに基づいてい画像取得要求を文書管理サービス１０４へ送信する（ステップＳ４０５）。文書管理サービス１０４は、画像変換要求をＭＣＳ１０６に送信する（ステップＳ４０６）。ＭＣＳは画像変換応答を文書管理サービス１０４に送信する（ステップＳ４０７）。そして、画像の変換が必要な場合、ＭＣＳ１０６は画像を変換する。

ＭＣＳ１０６は文書管理サービス１０４から画像取得要求を受信すると（ステップＳ４０８）、変換が完了した画像、又は変換が不要である場合にはその画像を文書管理サービス１０４に送信する（ステップＳ４０９）。

ＭＣＳ１０６から画像を受信した文書管理サービス１０４は、受信した画像をクライアント３０２に送信する（ステップＳ４１０）。文書管理サービス１０４から画像を受信したクライアント３０２は、先に指定した文書のロックを解除するために、指定文書のアンロック要求を文書管理サービス１０４へ送信する（ステップＳ４１１）。アンロック要求を受信した文書管理サービス１０４は、要求に応じて指定文書のロックを解除し、ロックが解除されたことをクライアント３０２に通知する（ステップＳ４１２）。ロックの解除を通知されたクライアント３０２は、文書管理サービス１０４にセッションの終了を通知する（ステップＳ４１３）。

次に、図２４を用いて、コンテントエレメントのＵＲＬの取得処理の詳細について説明する。

ＨＴＴＰＤ１０１は、ＳＯＡＰ処理ハンドラ１１２にＳＯＡＰリクエストを送信する（ステップＳ５０１）。ＳＯＡＰリクエストを受信したＳＯＡＰ処理ハンドラ１１２は、メソッド処理モジュール１０４１に取得ＵＲＬの要求を送信する（ステップＳ５０２）。メソッド処理モジュール１０４１は、ＭＣＳ１０６にページ書誌情報要求を送信する（ステップＳ５０３）。ＭＣＳ１０６は、ページ書誌情報保存領域１０５１からページ書誌情報を取得し、メソッド処理モジュール１０４１にページ書誌情報応答を送信する（ステップＳ５０４）。

ページ書誌情報応答を受け取ったメソッド処理モジュール１０４１は、ページ書誌情報に基づいてコンテントエレメントの取得にＭＬＢ１１１による変換が必要であるか否かを判断する。ＭＬＢ１１１による変換が必要であると判断した場合、メソッド処理モジュール１０４１は、変換リクエストキュー２０２に変換リクエストを追加する（ステップＳ５０５）変換リクエストキュー２０２は、画像変換制御モジュールに画像の変換要求を送信する（ステップＳ５０６）。

画像の変換要求を受信した画像変換モジュールは、空文書・空ページ作成要求をＭＣＳ１０６に送信する（ステップＳ５０７）。ＭＣＳ１０６は、ＩＭＨ１０７にページ画像領域の確保要求を送信する（ステップＳ５０８）。ＩＭＨ１０７は、この要求に応じてＨＤＤ１０５にページ画像領域を確保し、その旨をＭＣＳ１０６に通知する（ステップＳ５０９）。ページ画像領域が確保されたことをＩＭＨ１０７から通知されたＭＣＳ１０６は、画像変換モジュールに空文書・空ページ作成応答を送信する（ステップＳ５１０）。画像変換モジュール１０４１は、ＭＣＳ１０６に画像変換要求を送信する（ステップＳ５１１）。画像変換要求を受信したＭＣＳ１０６は、ＩＭＨ１０７に画像変換要求を送信する（ステップＳ５１２）。ＩＭＨ１０７が画像変換要求を受信すると、ＩＭＨ１０７及びＭＥＵによって画像変換が実行される。

ＩＭＨ１０７及びＭＥＵは、画像変換が終了すると、その旨をＭＣＳ１０６に通知する（ステップＳ５１６）。画像変換が終了したことを通知されたＭＣＳ１０６は、画像変換制御モジュールに画像変換応答を送信する（ステップＳ５１７）。画像変換制御モジュールは、変換リクエストキューに並ぶ変換リクエストの状態を「変換完了」に更新する（ステップＳ５１８）。

メソッド処理モジュール１０４１は、以上の処理と並行して、変換後の画像のＵＲＬを決定する。そして、メソッド処理モジュール１０４１は、決定したＵＲＬとそれに対応するＩＤとをＵＲＬテーブル２０１に登録する（ステップＳ５１３）。その後、メソッド処理モジュール１０４１は、ＳＯＡＰ処理ハンドラ１１２に対して取得ＵＲＬの応答を送信する（ステップＳ５１４）。取得ＵＲＬ応答を受信したＳＯＡＰ処理ハンドラは、ＨＴＴＰＤ１０１にＳＯＡＰレスポンスを送信する（ステップＳ５１５）。

次に、コンテントエレメント取得処理の詳細を図２５及び図２６を用いて説明する。なお、ここで説明する画像取得は、ＨＴＴＰＤ１０１のみならずＦＴＰＤ１０２を用いて行うことも可能である。なお、この処理は図２４の処理に引き続いて行われる処理である。

ＨＴＴＰＤ１０１は、画像取得モジュール１０４３にリクエストを送信する（ステップＳ６０１）。ＨＴＴＰＤ１０１からのリクエストを受けた画像取得モジュール１０４３は、ＵＲＬテーブル２０１を用いてリクエストされたＵＲＬからＩＤを逆引きする（ステップＳ６０２）。

画像取得モジュール１０４３は、ページ書誌情報要求をＭＣＳ１０６に送信する（ステップＳ６０３）。ＭＣＳ１０６は、ページ書誌情報保存領域２０２からページ情報を取得し、画像取得モジュール１０４３へページ書誌情報を送信する（ステップＳ６０４）。画像取得モジュール１０４３は、ページ書誌情報からコンテントエレメントの取得にＭＬＢ１１１による変換が必要であるか否かを判断する。

画像取得モジュール１０４３や画像変換制御モジュール１０４１と並行して動作しているＩＭＨ１０７及びＭＥＵ１０９は、画像変換が終了すると、ＭＣＳ１０６に画像変換が終了したことを通知する（ステップＳ６０５）。画像変換が終了されたことを通知されたＭＣＳ１０６は、画像変換制御モジュールに画像変換応答を送信する（ステップＳ６０６）。画像変換制御モジュールは、画像変換応答を受信すると、変換リクエストキュー２０２に並ぶ変換リクエストの状態を「完了」に更新する（ステップＳ６０７）。

画像取得モジュール１０４３は、変換リクエストの状態を参照して（ステップＳ６０８）、変換リクエストが「完了」となるまで待機する。変換リクエストが「完了」となったら、画像取得モジュール１０４３は、該当メンバから変換後のページＩＤを取得する。そして、画像取得モジュール１０４３は、変換した画像の取得要求をＭＣＳ１０６に送信する（ステップＳ６０９）。この要求を受けたＭＣＳ１０６は、ＩＭＨ１０７に画像を要求し（ステップＳ６１０）、ＩＭＨ１０７はＨＤＤ１０５に記憶されている変換後の画像を画像取得モジュール１０４３に受け渡させる（ステップＳ６１１）。

ＨＴＴＰＤ１０１からのリクエストが、画像取得モジュール１０４３が取得した画像に対して画像取得モジュール１０４３内でさらに変換する必要のあるレンディションである場合には、画像取得モジュール１０４３は、取得した画像を変換してリクエストされた内容にあったレンディションに変換する。その後、画像取得モジュール１０４３は、変換リクエストキュー２０２に並ぶ変換リクエストの状態を「削除待ち」に更新するとともに（ステップＳ６１４）、画像をＨＴＴＰＤ１０１に送信する（ステップＳ６１５）。

画像変換制御モジュール１０４１は、変換リクエスト状態が「削除待ち」のキューを発見すると、ＭＣＳ１０６に文書削除要求を送信する（ステップＳ６１２）。文書削除要求を受信したＭＣＳ１０６は、指定された文書を削除し、文書削除要求を画像変換制御モジュールへ送信し（ステップＳ６１３）、画像を削除させる。

クライアント３０２から要求に応じて変換する画像が一つである場合、融合機１００は上記の処理によって、画像を変換する。

しかし、クライアント３０２からの取得を要求されたレンディションがＪＦＩＦ形式のように複数の画像を含めることができないものであり、かつ、要求に応じて変換する必要のある画像が複数である場合、上記の処理を単に連続して行うと、図２７に示されるように、従来と同様、矢印ａが示す区間では画像送信待ち、矢印ｂが示す区間では画像変換待ちが発生し、それぞれの待ち時間が長期化するという問題が発生してしまう。

よって、クライアント３０２から要求されたレンディションが複数の画像を含めることができないものであり、かつ、複数の画像を変換する必要がある場合、融合機１００は以下に説明する処理を実行する。

〔画像の送信がボトルネックとなる場合〕
クライアント３０２が融合機１００から複数の画像で構成される文書を引き取る際の処理の一例について具体的な動作シーケンスを挙げて説明する。図２８は、ＭＣＳ１０６が画像を変換するのに要する時間が、文書管理サービス１０４がクライアント３０２へ画像を送信するのに要する時間よりも短い場合の動作である。

クライアント３０２は、文書管理サービス１０４に対して１回目のコンテントエレメント（図中、ＣＥと略すこともある）の要求を送信する（ステップＳ７０１）。この要求を受けた文書管理サービス１０４は、コンテントエレメント応答をクライアント３０２に送信する（ステップＳ７０２）。文書管理サービス１０４からの応答を受けたクライアント３０２は、コンテントエレメントの場所（ＵＲＬ）を文書管理サービス１０４に要求する（ステップＳ７０３）。コンテントエレメントの場所を要求された文書管理サービス１０４は、変換リクエストを変換リクエストキューに登録する（ステップＳ７０４）。

画像変換制御モジュール１０４１は、変換リクエストキューを監視しており（ステップＳ７０５）、変換リクエストが登録されるとＭＣＳ１０６に画像変換要求を送信する（ステップＳ７０６）。この要求を受信したＭＣＳ１０６は、要求に応じた画像変換を開始する。画像変換が完了するとＭＣＳ１０６は画像変換モジュールに画像変換応答を送信する（ステップＳ７０７）。画像変換応答を受信した画像変換モジュールは、変換リクエストキューに登録されている変換リクエストの状態を「完了」に更新する（ステップＳ７０８）。変換リクエストの状態を完了に更新した後、画像変換モジュールは再び変換リクエストキューを監視する（ステップＳ７０９）。

そこで再び変換リクエストが登録されていると、画像変換制御モジュール１０４１は、ＭＣＳ１０６に画像変換要求を送信する（ステップＳ７１０）。この要求を受信したＭＣＳ１０６は、要求に応じた画像変換を開始する。

変換リクエストを登録した後、文書管理サービス１０４は、クライアント３０２に対してコンテントエレメントの場所の応答を送信する（ステップＳ７１１）。この応答を受信したクライアント３０２は、コンテントエレメントの取得を文書管理サービスに通知する（ステップＳ７１２）。コンテントエレメントを引き取る際の文書管理サービスの動作については後段で詳細に説明するが、変換をリクエストした画像をＭＣＳ１０６から引き取っていなくとも、現在変換中の画像の次に変換することが予測される画像がある場合は、その画像の変換リクエストを変換リクエストキューに登録する（ステップＳ７１３）。

変換をリクエストした画像の状態が「完了」に更新されると、文書管理サービス１０４はＭＣＳ１０６に画像取得要求を送信する（ステップＳ７１４）。この要求を受信したＭＣＳ１０６は、変換後の画像を記憶領域２０５から読み出し、文書管理サービス１０４に受け渡す（ステップＳ７１５）。ＭＣＳ１０６から変換後の画像を受け取った文書管理サービス１０４は、その画像をクライアント３０２に送信する（ステップＳ７１６）。

ステップＳ７１０で要求された画像変換が完了すると、ＭＣＳ１０６は画像変換モジュール１０４１に画像変換応答を送信する（ステップＳ７１７）。そして、画像変換制御モジュール１０４１は、変換完了をリクエスト情報に反映する（ステップＳ７１８）。

文書管理サービス１０４が、１回目のコンテントエレメントの画像変換が完了する前に変換リクエストキューに変換要求を登録していた場合、画像変換モジュールは１回目のコンテントエレメントの状態を「完了」に更新した直後に次ページの画像変換を開始している。これにより、ＭＣＳ１０６は、文書管理サービス１０４がクライアント３０２に画像を送信している間に画像変換を行うこととなり、変換待ち時間が低減される。

クライアント３０２は、１回目のコンテントエレメントを取得し終えると、２回目のコンテントエレメントの要求を文書管理サービス１０４へ送信する（ステップＳ７１９）。２回目のコンテントエレメントの要求を受けた文書管理サービス１０４は、これに対する応答をクライアント３０２に送信する（ステップＳ７２０）。クライアント３０１は、文書管理サービスからの応答を受けると、コンテントエレメントの場所の要求を文書管理サービス１０４へ送信する（ステップＳ７２１）。

文書管理サービス１０４は、１回目のコンテントエレメントの場合と同様に、変換リクエストをキューに登録しようとする（ステップＳ７２２）。ただし、今回登録しようとする変換リクエストが、１回目のコンテントエレメントの画像変換を確認した段階で登録した変換リクエストと同じであれば、変換リクエストを重複して登録はしない。

次に、文書管理サービス１０４は、クライアント３０２に対してコンテントエレメントの場所の応答を送信する（ステップＳ７２３）。この応答を受信したクライアント３０２は、コンテントエレメントの取得を文書管理サービスに通知する（ステップＳ７２４）。

文書管理サービス１０４は、変換完了を確認し（ステップＳ７２５）、次ページ変換リクエストを登録する（ステップＳ７２６）。

一方、画像変換制御モジュール１０４１は、キューを参照する（ステップＳ７２７）。また、ステップＳ７２５の確認により、文書管理サービス１０４はＭＣＳ１０６に画像取得要求を送信する（ステップＳ７２８）。この要求を受信したＭＣＳ１０６は、変換後の画像を記憶領域２０５から読み出し、文書管理サービス１０４に受け渡す（ステップＳ７２９）。ＭＣＳ１０６から変換後の画像を受け取った文書管理サービス１０４は、その画像をクライアント３０２に送信する（ステップＳ７３０）。

画像変換制御モジュール１０４１は、ステップＳ７２７で、変換リクエストが登録されていることが参照されると、ＭＣＳ１０６に画像変換要求を送信する（ステップＳ７３１）。

なお、ステップＳ７１２とＳ７１４との間の処理において次に引き取ると予測されるページが存在しないと判断した場合には、ここで説明したシーケンスは実質的には図２３と同じとなる。すなわち、文書管理サービス１０４は、文書が複数ページであるか否かで処理を変えているわけではない。

〔動作例１〕
図２８のステップＳ４０９とＳ４１０との間に行われる処理に対応する第１の動作例について、図２９を用いて詳細に説明する。この処理は、文書管理サービス１０４の内部において画像取得モジュール１０４３が行う処理である。

画像取得モジュール１０４３は、取得要求を受信すると、要求されたＵＲＬに基づいてＵＲＬテーブルを逆引きし、コンテントエレメントＩＤを取得する（ステップＳ８０１）。さらに、画像取得モジュール１０４３は、ＵＲＬテーブルから取得したコンテントエレメントＩＤに基づいて、対象蓄積文書のＩＤとページ番号とを取得する。画像取得モジュール１０４３は、対象文書の対象ページに関する情報の取得をＭＣＳ１０６に要求する（ステップＳ８０２）。ＭＣＳ１０６は、ページ書誌情報保存領域１０５２から対象ページに関する書誌情報を取得する。ＭＣＳ１０６は、この情報を画像取得モジュールへ送信する（ステップＳ８０３）。

画像取得モジュール１０４３は、コンテントエレメントＩＤから得られる対象文書のレンディションと、ページ書誌情報とに基づいて、対象ページを変換する必要があるか否かを判断する。画像変換をする必要が有るか否かは、レンディション、蓄積画像のフォーマットや圧縮形式、解像度、画像の変倍率などに基づいて判断される。

対象ページを変換する必要がある場合、画像取得モジュール１０４３は、対象ページを変換するための変換要求を変換リクエストキューに登録しようとするが、変換リクエストの登録に先立って、変換元の文書とページ及び変換内容が同一の変換リクエストが変換リクエストキューに登録されているか否かを調べる（ステップＳ８０４）。

登録しようとする内容と同じ変換リクエストが変換リクエストキューに登録されていなければ、画像取得モジュール１０４３は、対象ページを変換するための変換リクエストを変換リクエストキューに登録する。一方、登録しようとする内容と同じ変換リクエストが既に登録されている場合は、その変換リクエストの変換状態が完了となるまで待機する（ステップＳ８０５）。

対象ページの変換リクエストの状態が完了となると（ステップＳ８０６）、画像取得モジュール１０４３は、ＭＣＳ１０６に対象ページを含む文書の書誌情報の取得を要求する（ステップＳ８０７）。この要求を受けたＭＣＳ１０６は、書誌情報保存領域１５０１から対象ページを含む文書に関する書誌情報を取得し、画像取得モジュール１０４３へ送信する（ステップＳ８０８）。

文書管理情報を受信した画像取得モジュール１０４３は、文書のページ数と対象ページのページ番号とに基づいて、対象ページの次に引き取ると予測されるページが有るか否かを判断する。例えば、５ページの文書のうちの３ページ目の取得要求に関する処理を行っている場合には、ページ番号をインクリメントして４ページ目が次に引き取られると予測する。なお、文書が１ページのみで構成されている場合や、最終ページの取得要求に関する処理を行っている場合には、次に引き取られるページは存在しないと予測する。

次に引き取られると予測されるページがある場合、画像取得モジュール１０４３は、次に取得の対象になると予測されるページ（次対象ページ）のページ書誌情報をＭＣＳ１０６に要求する（ステップＳ８０９）。ＭＣＳ１０６は、次対象ページのページ書誌情報をページ書誌情報保存領域１０５２から読み出して取得し、画像取得モジュール１０４３へ送信する（ステップＳ８１０）。

次対象ページのページ書誌情報を取得した画像取得モジュール１０４３は、次対象ページに関しても上記同様に画像変換の必要性や、同一内容の変換リクエストが既に登録されているか否かを判断し（ステップＳ８１１）、上記同様の処理を行う。

なお、次対象ページが存在しない場合や、次対象ページを変換する必要が無い場合（変換できない場合を含む）には、変換リクエストをキューに登録するための処理は行わない（ステップＳ８１２）。

画像取得モジュール１０４３が以上に説明したような動作を行うことにより、変換された画像をＭＣＳ１０６から引き取る前に次対象ページの変換要求をキューとして登録できる。これにより、ＭＣＳ１０６において画像を変換する処理と、文書管理サービス１０４がクライアント３０２へ変換後の画像を送信する処理とを並列に行えるようになる。よって、ＭＣＳ１０６が画像を変換し終えるのを待機する時間やクライアント３０２への画像の送信が完了するのを待機する時間が削減される。

なお、図３０に示すように、次対象ページを変換する必要が無い場合に、次対象ページの後に取得の対象となると予測されるページが存在するか否かを画像取得モジュール１０４３が判断し、存在する場合にはそのページの変換リクエストをキューとして登録するようにしても良い。

〔動作例２〕
図２８のステップＳ４０９とＳ４１０との間に行われる処理の第２の例について説明する。図３１に本動作例での処理シーケンスを示す。ステップＳ９０１〜Ｓ９０８の処理は、第１の動作例でのステップＳ８０１〜Ｓ８０８と同様である。

画像取得モジュール１０４３は、対象ページを含む文書の文書管理情報をＭＣＳ１０６から取得すると、次対象ページが存在するか否かを確認する。次対象ページが存在する場合には、次対象ページが対象ページと同一の条件で引き取られると推定し、次対象ページの変換リクエストの内容を対象ページと同条件（同じレンディション）と決定する。

画像取得モジュール１０４３は、変換リクエストキューを参照し、決定した内容と同じ変換リクエストが既に登録されているか否かを調べる（ステップＳ９０９）。決定した内容と同じ変換リクエストが変換リクエストキューに登録されていなければ、画像取得モジュール１０４３は、次対象ページの変換リクエストを変換リクエストキューに登録する（ステップＳ９１０）。

画像取得モジュール１０４３が上記の動作を行うことにより、変換された画像をＭＣＳ１０６から引き取る前に次対象ページの変換要求をキューとして登録できる。これにより、ＭＣＳ１０６において画像を変換する処理と、文書管理サービス１０４がクライアント３０２へ変換後の画像を送信する処理とを並列に行えるようになる。よって、ＭＣＳ１０６が画像を変換し終えるのを待機する時間やクライアント３０２への画像の送信が完了するのを待機する時間が削減される。

〔動作例３〕
図２８のステップＳ４０９とＳ４１０との間に行われる処理の第３の例について説明する。図３２に本動作例での処理シーケンスを示す。ステップＳ１００１〜Ｓ１００６の処理は、第１の動作例でのステップＳ８０１〜８０６の処理と同様である。

画像取得モジュール１０４３は、対象ページの変換リクエストの状態が変換完了になったことを確認すると、先行変換登録のために別スレッド２０００を起こし、第１の動作例でのステップＳ８０７以降と同様の処理を別スレッドによって実行する。

別スレッド２０００は、ＭＣＳ１０６に対象ページを含む文書の書誌情報の取得を要求する（ステップＳ１００７）。この要求を受けたＭＣＳ１０６は、書誌情報保存領域１５０１から対象ページを含む文書に関する書誌情報を取得し、別スレッド２０００へ送信する（ステップＳ１００８）。

文書管理情報を受信した別スレッド２０００は、文書のページ数と対象ページのページ番号とに基づいて、対象ページの次に引き取ると予測されるページが有るか否かを判断する。

次に引き取られると予測されるページがある場合、別スレッド２０００は、次に取得の対象になると予測されるページ（次対象ページ）のページ書誌情報をＭＣＳ１０６に要求する（ステップＳ１００９）。ＭＣＳ１０６は、次対象ページのページ書誌情報をページ書誌情報保存領域１０５２から読み出して取得し、別スレッド２０００へ送信する（ステップＳ１０１０）。

次対象ページのページ書誌情報を取得した別スレッド２０００は、次対象ページに関しても上記同様に画像変換の必要性や、同一内容の変換リクエストが既に登録されているか否かを判断し（ステップＳ１０１１）、上記同様の処理を行う。

なお、次対象ページが存在しない場合や、次対象ページを変換する必要が無い場合（変換できない場合を含む）、別スレッド２０００は、変換リクエストをキューに登録するための処理は行わない（ステップＳ１０１２）。

これにより、変換後の対象ページの画像をクライアント３０２へ送信する処理と、次対象ページを変換する必要が有るか否かを判断し、必要で有れば変換リクエストをキューに登録する処理とを並行して行える。よって、画像取得モジュール１０４３は、第１の動作例よりも早いタイミングでＭＣＳ１０６に対して画像取得要求を送信できることとなり、クライアント３０２が画像を取得し終えるまでに要する時間を短縮できる。

〔画像変換がボトルネックとなる場合〕
次に、クライアント３０２が融合機１００から複数の画像で構成される文書を引き取る際の処理について別の動作シーケンスを挙げて説明する。図３３は、ＭＣＳ１０６が画像を変換するのに要する時間が、文書管理サービス１０４がクライアント３０２へ画像を送信するのに要する時間よりも長い場合の動作である。

ステップＳ１１１６までの動作は、画像の送信がボトルネックとなる場合のステップＳ７０１〜Ｓ７１６と同様である。

クライアント３０２は、コンテントエレメントの要求を文書管理サービス１０４へ送信する（ステップＳ１１１７）。２回目のコンテントエレメントの要求を受けた文書管理サービス１０４は、これに対する応答をクライアント３０２に送信する（ステップＳ１１１８）。クライアント３０１は、文書管理サービスからの応答を受けると、コンテントエレメントの場所の要求を文書管理サービス１０４へ送信する（ステップＳ１１１９）。

文書管理サービス１０４は、１回目のコンテントエレメントの場合と同様に、変換リクエストをキューに登録しようとする（ステップＳ１１２０）。文書管理サービス１０４は、クライアント３０２から２回目のコンテントエレメントの場所の要求を受けた際に次対象ページの変換リクエストをキューに登録しようとするが、ＭＣＳ１０６が既に次対象ページの変換を開始しており、キューに登録されている次対象ページに対する変換リクエストの状態は「変換中」となっているため、新たな変換リクエストはキューに登録しない。

次に、文書管理サービス１０４は、クライアント３０２に対してコンテントエレメントの場所の応答を送信する（ステップＳ１１２１）。この応答を受信したクライアント３０２は、コンテントエレメントの取得を文書管理サービスに通知する（ステップＳ１１２２）。

ＭＣＳ１０６は次対象ページの画像変換を完了すると、画像変換モジュール１０４３に画像変換応答を送信する（ステップＳ１１２３）。画像変換応答を受けた画像変換制御モジュール１０４３は変換リクエストの状態を「完了」に更新する（ステップＳ１１２４）。文書管理サービス１０４は、変換リクエストの状態が完了となったことを確認すると（ステップＳ１１２５）、次々対象ページの変換リクエストを変換リクエストキューに登録する（ステップＳ１１２６）。

画像変換制御モジュール１０４３は、次々ページの変換リクエストがキューに登録されると（ステップＳ１１２７）、ＭＣＳ１０６に画像変換要求を送信して、次々ページの画像変換を開始させる（ステップＳ１１２８）。

次々ページの変換リクエストをキューに登録したのち、文書管理サービス１０４は、ＭＣＳ１０６に画像取得要求を送信する（ステップＳ１１２９）。ＭＣＳ１０６は、この要求に応じて変換後の次ページの画像を文書管理サービス１０４に受け渡す（ステップＳ１１３０）。文書管理サービス１０４は、次ページの画像をクライアント３０２への送信を開始する（ステップＳ１１３１）。

このように、ＭＣＳ１０６が画像を変換するのに要する時間がクライアント３０２へ変換後の画像を送信するのに要する時間よりも長い場合には、対象ページの変換が終了した後遅延無く次ページの画像の変換を開始できる。よって、画像の変換が完了するのを待機する時間が短縮され、クライアント３０２が画像を取得し終えるまでの時間を短縮できる。

このように、融合機１００は、複数の画像によって構成される文書をクライアントからの要求に応じたレンディションに変換して要求元へ送信する場合に、レンディションを変換する処理及び変換した画像をクライアントへ送信する処理のどちらがボトルネックになるとしても一連の処理に要する時間を短縮できる。すなわち、複数の画像の表現形式を効率良く変換して要求元の装置へ送信できる。

〔複数の画像を含みうるレンディションの場合〕
図２８及び図３３に示したシーケンスは、クライアント３０２が指定したレンディションがＪＦＩＦフォーマットのように複数の画像を含み得ない場合であった。次に、クライアント３０２が複数の画像を含みうるレンディション（マルチページレンディション：pdfなど）を指定した場合のシーケンスについて図３４を用いて説明する。

マルチページレンディションのコンテントエレメントをクライアントが引き取る場合には、レンディションだけでクライアントが取得を要求する一連の画像を特定できるため、クライアントは各画像をコンテントエレメントとして指定する必要がない。よって、文書管理サービス１０４は、クライアント３０２からの取得要求がマルチページレンディションであるか否かを判断し、マルチページレンディションである場合は、以下に説明するような処理を行う。

クライアント３０２は、文書管理サービス１０４に対してコンテントエレメントの要求を送信する（ステップＳ１２０１）。この要求を受けた文書管理サービス１０４は、コンテントエレメント応答をクライアント３０２へ送信する（ステップＳ１２０２）。文書管理サービスから応答を受けたクライアント３０２は、コンテントエレメントの場所（ＵＲＬ）を文書管理サービス１０４に要求する（ステップＳ１２０３）。コンテントエレメントの場所を要求された文書管理サービス１０４は、変換要求を変換リクエストキュー２０２に登録する（ステップＳ１２０４）。ここで登録される変換リクエストは、クライアント３０２がマルチページレンディションで引き取ろうとする文書を構成する各画像（画像１、画像２、画像３・・・）それぞれの変換（変換１、変換２、変換３・・・）を要求するものである。その後、文書管理サービス１０４は、クライアント３０２にコンテントエレメントの場所の応答を返す（ステップＳ１２０５）。クライアント３０２にコンテントエレメントの場所の応答を返した後、文書管理サービス１０４は、要求されたコンテントエレメントと発行する場所の対をＵＲＬテーブル２０１に登録する（ステップＳ１２０６）。

クライアント３０２は、文書管理サービス１０４からコンテントエレメントの場所の応答を受けると、文書管理サービス１０４にコンテントエレメントの取得要求を送信する（ステップＳ１２０７）。文書管理サービス１０４は、クライアント３０２からコンテントエレメントの取得要求を受けると、取得しにきたＵＲＬからコンテントエレメントＩＤを逆引きして取得する（ステップＳ１２０８）。その後、取得したコンテントエレメントＩＤに基づいて、クライアント３０２が引き取ろうとしている画像の変換の完了を確認できるまで変換リクエストキュー２０２を監視する。

一方、画像変換制モジュール１０４１は、変換リクエストキュー２０２を監視しており、文書管理サービス１０４が登録した変換リクエストを参照する（ステップＳ１２０９）。ここでは、画像変換制御モジュール１０４１は変換１のリクエストを参照し、これに基づいてＭＣＳ１０６に画像１の変換要求（画像変換１要求）を送信する（ステップＳ１２１０）。ＭＣＳ１０６はこの要求に応じて画像蓄積領域に保存されている画像１を変換し、変換が完了すると画像１の変換応答（画像変換１応答）を画像変換制御モジュール１０４１に送信する（ステップＳ１２１１）。画像変換制御モジュール１０４１は、この応答を受信すると、変換リクエストキュー２０２に画像１の変換完了を登録する（ステップＳ１２１２）。

文書管理サービス１０４は、変換リクエストキュー２０２を参照して、画像１の変換が完了したことを確認すると（ステップＳ１２１３）、ＭＣＳ１０６に画像取得要求を送信する（ステップＳ１２１４）。そして文書管理サービス１０４は、この要求に応じてＭＣＳ１０６から送信されてきた変換後の画像１を取得する。

画像変換制御モジュール１０４１は、画像１の変換完了を変換リクエストキュー２０２に登録した後、再び変換リクエストキュー２０２を参照し（ステップＳ１２１５）、登録されている画像２の変換リクエストに基づいて、画像２の変換要求（画像変換２要求）をＭＣＳ１０６に送信する（ステップＳ１２１６）。ＭＣＳ１０６はこの要求に応じて画像蓄積領域に保存されている画像２を変換し、変換が完了すると画像２の変換応答（画像変換２応答）を画像変換制御モジュール１０４１に送信する（ステップＳ１２１７）。画像変換制御モジュール１０４１は、この応答を受信すると、変換リクエストキュー２０２に画像２の変換完了を登録する（ステップＳ１２１８）。

文書管理サービス１０４は、変換リクエストキュー２０２を参照して、画像２の変換が完了したことを確認すると（ステップＳ１２１９）、ＭＣＳ１０６に画像取得要求を送信する（ステップＳ１２２０）。そして文書管理サービス１０４は、この要求に応じてＭＣＳ１０６から送信されてきた変換後の画像２を取得する。

この後、画像３以降についても上記同様の処理が行われ、文書管理サービス１０４は、ＭＣＳ１０６によって画像変換が行われた画像を順次取得する。

文書管理サービス１０４は、取得した画像をマルチページフォーマットに変換しつつ、変換が完了して送信が可能となった部分についてはこれを分割し、クライアント３０２に送信していく。

このように、クライアント３０２からの取得要求がマルチページレンディションであるか否かを文書管理サービス１０４が判断し、マルチページレンディションである場合は、次に変換する画像を予測する処理を行わないようにすることで、融合機１００を制御するコンピュータに不必要な処理を行わせる必要がなくなり、メモリ資源などを有効に活用することが可能となる。

次に、画像の表現形体を変換している間に、次の前記取得要求に応じて表現形体が変換される画像を予測し、次ページ以降の変換リクエストキューを積む処理を、図３５から図３８のシーケンス図を用いて説明する。

まず、図３５から説明する。画像取得モジュール１０４３は、取得要求を受信すると、要求されたＵＲＬに基づいてＵＲＬテーブルを逆引きし、コンテントエレメントＩＤを取得する（ステップＳ１３０１）。さらに、画像取得モジュール１０４３は、ＵＲＬテーブルから取得したコンテントエレメントＩＤに基づいて、対象蓄積文書のＩＤとページ番号とを取得する。画像取得モジュール１０４３は、対象文書の対象ページに関する情報の取得をＭＣＳ１０６に要求する（ステップＳ１３０２）。ＭＣＳ１０６は、ページ書誌情報保存領域１０５２から対象ページに関する書誌情報を取得する。ＭＣＳ１０６は、この情報を画像取得モジュールへ送信する（ステップＳ１３０３）。

画像取得モジュール１０４３は、コンテントエレメントＩＤから得られる対象文書のレンディションと、ページ書誌情報とに基づいて、対象ページを変換する必要があるか否かを判断する。画像変換をする必要が有るか否かは、レンディション、蓄積画像のフォーマットや圧縮形式、解像度、画像の変倍率などに基づいて判断される。

対象ページを変換する必要がある場合、画像取得モジュール１０４３は、対象ページを変換するための変換要求を変換リクエストキューに登録しようとするが、変換リクエストの登録に先立って、変換元の文書とページ及び変換内容が同一の変換リクエストが変換リクエストキューに登録されているか否かを調べる（ステップＳ１３０４）。

登録しようとする内容と同じ変換リクエストが変換リクエストキューに登録されていなければ、画像取得モジュール１０４３は、対象ページを変換するための変換リクエストを変換リクエストキューに登録する。一方、登録しようとする内容と同じ変換リクエストが既に登録されている場合は、その変換リクエストの変換状態が完了となるまで待機する（ステップＳ１３０５）。

その待機中、画像取得モジュール１０４３は、ＭＣＳ１０６に対象ページを含む文書の書誌情報の取得を要求する（ステップＳ１３０６）。この要求を受けたＭＣＳ１０６は、書誌情報保存領域１５０１から対象ページを含む文書に関する書誌情報を取得し、画像取得モジュール１０４３へ送信する（ステップＳ１３０７）。

文書管理情報を受信した画像取得モジュール１０４３は、文書のページ数と対象ページのページ番号とに基づいて、対象ページの次に引き取ると予測されるページが有るか否かを判断する。

次に引き取られると予測されるページがある場合、画像取得モジュール１０４３は、次に取得の対象になると予測されるページ（次対象ページ）のページ書誌情報をＭＣＳ１０６に要求する（ステップＳ１３０８）。ＭＣＳ１０６は、次対象ページのページ書誌情報をページ書誌情報保存領域１０５２から読み出して取得し、画像取得モジュール１０４３へ送信する（ステップＳ１３０９）。

次対象ページのページ書誌情報を取得した画像取得モジュール１０４３は、次対象ページに関しても上記同様に画像変換の必要性や、同一内容の変換リクエストが既に登録されているか否かを判断し（ステップＳ１３１０）、上記同様の処理を行う。

なお、次対象ページが存在しない場合や、次対象ページを変換する必要が無い場合（変換できない場合を含む）には、変換リクエストをキューに登録するための処理は行わない（ステップＳ１３１１）。

画像取得モジュール１０４３は、変換リクエストキューを参照し（ステップＳ１３１２、１３１３）、変換完了を確認する（ステップＳ１３１４）。

次に、次ページが変換不要である場合の処理を、図３６のシーケンス図を用いて説明する。図３６に示されるステップＳ１４０１〜１４１２までの処理は、図３５のステップＳ１３０１〜１３１２と同様の処理である。従って、ステップＳ１４１２以降の説明をする。

画像取得モジュール１０４３は、変換の必要がなく、最初の変換が終わっていなければ、さらに次対象のページについて同様の操作を繰り返す（ステップＳ１４１３）。また、画像取得モジュール１０４３は、変換完了を確認する（ステップＳ１４１４）。

次に、対象文書情報の取得を一度で行う際の動作について、図３７のシーケンス図を用いて説明する。図３７に示されるステップＳ１５０１〜１５０５までの処理は、図３６のステップＳ１４０１〜１４０５と同様の処理である。従って、ステップＳ１５０６以降の説明をする。

画像取得モジュール１０４３は、対象文書情報を取得し（ステップＳ１５０６）、対象文書のページ数から次の取得ページが存在することを確認する。そして、画像取得モジュールは、次ページの情報を参照することなく、現在取得するページと同条件と推定して変換リクエスト内容を決定する。

画像取得モジュール１０４３は、変換リクエストキューを参照し（ステップＳ１５０９、１５１０）、変換完了を確認する（ステップＳ１５１１）。

次に、別スレッドを起こす場合の動作について、図３８を用いて説明する。図３８に示されるステップＳ１６０１〜１６０６までの処理は、図３２のステップＳ１００１〜１００６と同様の処理である。従って、ステップＳ１６０７以降の説明をする。

別スレッド２０００は、ＭＣＳ１０６に対象ページを含む文書の書誌情報の取得を要求する（ステップＳ１６０７）。この要求を受けたＭＣＳ１０６は、書誌情報保存領域１５０１から対象ページを含む文書に関する書誌情報を取得し、別スレッド２０００へ送信する（ステップＳ１６０８）。

文書管理情報を受信した別スレッド２０００は、文書のページ数と対象ページのページ番号とに基づいて、対象ページの次に引き取ると予測されるページが有るか否かを判断する。

次に引き取られると予測されるページがある場合、別スレッド２０００は、次に取得の対象になると予測されるページ（次対象ページ）のページ書誌情報をＭＣＳ１０６に要求する（ステップＳ１６０９）。ＭＣＳ１０６は、次対象ページのページ書誌情報をページ書誌情報保存領域１０５２から読み出して取得し、別スレッド２０００へ送信する（ステップＳ１６１０）。

次対象ページのページ書誌情報を取得した別スレッド２０００は、次対象ページに関しても上記同様に画像変換の必要性や、同一内容の変換リクエストが既に登録されているか否かを判断し（ステップＳ１６１１）、上記同様の処理を行う。

なお、次対象ページが存在しない場合や、次対象ページを変換する必要が無い場合（変換できない場合を含む）、別スレッド２０００は、変換リクエストをキューに登録するための処理は行わない（ステップＳ１６１２）。

なお、上記実施形態は、本発明の好適な実施の一例であり、本発明はこれに限定されることはない。例えば、上記説明では、専用アプリケーションが実装されたクライアント３０２が要求元である場合を例に説明を行ったが、Ｗｅｂブラウザが実装されたクライアント３０１が要求元である場合にも同様の動作を行える。

また、上記実施形態においては、次対象ページは、対象ページのページ番号をインクリメントしたものであるとしたが、これに限定されるものではない。例えば、文書の特定のページの圧縮形式がページ書誌情報として指定されており、要求するレンディションへの変換が禁止されている場合には、ページ番号のインクリメントを繰り返し、要求されたレンディションへ変換可能である最初のページを次ページとして扱ってもよい。

このように、本発明は様々な変形が可能である。

本発明を好適に実施した融合機が備える制御系の構成を示す図である。 書誌情報の一例を示す図である。 ページ書誌情報の一例を示す図である。 文書管理情報の一例を示す図である。 画像保存領域に保存される情報を示す図である。 文書管理サービスの構成を示す図である。 レンディションＩＤの一例を示す図である。 レンディションＩＤの別の一例を示す図である。 レンディションＩＤの対応表の一例を示す図である。 コンテントエレメントＩＤの一例を示す図である。 コンテントエレメントＩＤの別の一例を示す図である。 コンテントエレメントＩＤの対応表の一例を示す図である。 ＵＲＬテーブルの一構成例を示す図である。 ＵＲＬテーブルの一構成例を示す図である。 ＵＲＬテーブルの一構成例を示す図である。 変換リクエスト及び変換リクエストキューの一例を示す図である。 文書登録テーブルの一例を示す図である。 クライアントがコンテントエレメントを引き取る際の画像の流れを示す図である。 クライアントがコンテントエレメントを引き取る際の動作の流れを示すシーケンス図である。 レンディション候補の一例を示す図である。 クライアントがレンディション候補を取得する動作の流れを示すシーケンス図である。 クライアントがレンディションを取得する動作の流れを示すシーケンス図である。 クライアントがコンテントエレメントを引き取る際の動作の流れを示すシーケンス図である。 クライアントがコンテントエレメントのＵＲＬを取得する動作の流れを示すシーケンス図である。 クライアントがコンテントエレメントを取得する動作の流れを示すシーケンス図である。 クライアントがコンテントエレメントを取得する動作の流れを示すシーケンス図である。 クライアントが複数のコンテントエレメントを連続して引き取る際に処理時間が長期化する原因を説明するための図である。 クライアントが複数のコンテントエレメントを連続して引き取る際の動作の流れ（送信画像サイズが大きい場合）を示すシーケンス図である。 クライアントが複数のコンテントエレメントを連続して引き取る際の第１の動作例の処理の流れを示すシーケンス図である。 クライアントが複数のコンテントエレメントを連続して引き取る際の第１の動作例の変形動作例の流れを示すシーケンス図である。 クライアントが複数のコンテントエレメントを連続して引き取る際の第２の動作例の処理の流れを示すシーケンス図である。 クライアントが複数のコンテントエレメントを連続して引き取る際の第３の動作例の処理の流れを示すシーケンス図である。 クライアントが複数のコンテントエレメントを連続して引き取る際の動作の流れ（送信画像サイズが小さい場合）を示すシーケンス図である。 クライアントがマルチページレンディションで文書を引き取る際の動作の流れを示すシーケンス図である。 画像変換中に次ページ以降の変換リクエストキューを積む動作の流れを示すシーケンス図である。 次ページが変換不要である場合の動作を示すシーケンス図である。 対象文書情報の取得を一度で行う際の動作を示すシーケンス図である。 別スレッドを起こす場合の動作を示すシーケンス図である。

符号の説明

１００ 融合機
１０１ ＨＴＴＰＤ
１０２ ＦＴＰＤ
１０３ Ｗｅｂページサービス
１０４ 文書管理サービス
１０５ ＨＤＤ
１０６ ＭＣＳ
１０７ ＳＣＳ
１０８ ＩＭＨ
１０９ ＭＥＵ
１１０ ＮＶＲＡＭ
１１１ ＭＬＢ
１１２ ＳＯＡＰ処理ハンドラ
１１３ レンディション変換用サブモジュール群
２００ ネットワーク
２０１ ＵＲＬテーブル
２０２ 変換リクエストキュー
２０３ セッション管理テーブル
２０４ 文書登録テーブル
２０５ 記憶領域
３０１、３０２ クライアント
１０４１ メソッド処理モジュール
１０４２ レンディション特定手段
１０４３ 画像引き取りモジュール
１０４４ 画像書き戻しモジュール
１０４５ 画像変換ライブラリ
１０４６ 画像変換制御モジュール
１０４７ セッション管理モジュール
２０００ 別スレッド

Claims (11)

1. １つ以上の文書要素で構成される文書を有するとともに、ネットワークを介して接続されたクライアントからの取得要求に応じ、前記文書要素を要求された表現形体に変換して前記クライアントに取得させる画像処理装置であって、
   前記文書要素を前記取得要求により要求された表現形体に変換する文書要素処理手段と、
   前記文書要素処理手段により次に表現形体が変換される文書要素を、前記文書の構成を示す書誌情報と前記文書を構成する各文書要素の構成を示すページ書誌情報とを関連づけた文書管理情報に基づいて予測する予測手段と、
   該予測した文書要素の表現形体の変換要求を、前記文書要素処理手段のキューに登録する登録手段と
   を有することを特徴とする画像処理装置。
2. 前記予測手段は、
   前記文書要素処理手段が前記取得要求に応じて文書要素の表現形体を変換している間に、次に表現形体が変換される文書要素を予測することを特徴とする請求項１に記載の画像処理装置。
3. 前記予測手段は、
   前記クライアントが前記文書要素を取得している間に、次に表現形体が変換される文書要素を予測することを特徴とする請求項１に記載の画像処理装置。
4. 前記書誌情報は、前記文書を構成する文書要素の順番を示す番号を含み、
   前記予測手段は、前記文書要素処理手段が処理中の文書要素の次の番号の文書要素を、前記文書要素処理手段により次に表現形体が変換されると予測することを特徴とする請求項１記載の画像処理装置。
5. 前記文書要素処理手段は、クライアントから要求された表現形体と同じ表現形体の文書要素の変換を行わないことを特徴とする請求項１から４のいずれか１項記載の画像処理装置。
6. 前記取得要求に応じて、前記文書要素処理手段により次に表現形体が変換されると予測した文書要素が、前記クライアントから要求された表現形体と同じ表現形体である場合、
   前記予測手段は、前記文書要素処理手段により、さらに次に表現形体が変換される文書要素を予測し、該予測した文書要素の表現形体の変換を、前記クライアントから前記次の取得要求を受信するのに先立って前記キューに登録することを特徴とする請求項５に記載の画像処理装置。
7. １つ以上の文書要素で構成される文書とともに、ネットワークを介して接続されたクライアントからの取得要求に応じ、前記文書要素を要求された表現形体に変換して前記クライアントに取得させる画像処理装置での画像処理方法において、
   前記文書要素を前記取得要求により要求された表現形体に変換する文書要素処理段階と、
   前記文書要素処理段階により次に表現形体が変換される文書要素を、前記文書の構成を示す書誌情報と、前記文書を構成する各文書要素の構成を示すページ書誌情報とを関連づけた文書管理情報に基づいて予測する予測段階と、
   該予測した文書要素の表現形体の変換要求を、前記文書要素を変換する順番を管理するキューに登録する登録段階と、
   を有することを特徴とする画像処理方法。
8. 前記予測段階では、
   前記文書を構成する文書要素の順番を示す番号を含む書誌情報に基づき、変換中の文書要素の次の番号の文書要素を、次に表現形体が変換される文書要素と予測することを特徴とする請求項７記載の画像処理方法。
9. 前記文書要素処理段階では、
   前記クライアントから要求された表現形体と同じ表現形体の文書要素の変換を行わないことを特徴とする請求項７又は８に記載の画像処理方法。
10. 次に表現形体が変換されると予測した文書要素の表現形体が、前記クライアントから要求された表現形体と同じ場合、
    前記予測段階では、さらに次に表現形体が変換される文書要素を予測し、
    前記登録段階では、前記予測段階で予測された文書要素の表現形体の変換要求を、前記クライアントから前記次の取得要求を受信するのに先立って前記キューに登録することを特徴とする請求項７から９のいずれか１項に記載の画像処理方法。
11. 請求項７から１０のいずれか１項に記載の文書要素処理方法をコンピュータで実行する画像処理プログラム。
    

Images