JP2008125065A - 複合機からの文書提供方法 - Google Patents

Abstract

【課題】大きな画像ファイルを送受信しなければならないことによる悪い影響なしに、画像データをネットワークで提供することである。
【解決手段】文書提供装置（１０２）は、主ファイルから独立使用可能ファイルを生成するように構成され、主ファイルを受信して独立使用可能ファイルを出力するように結合され、前記独立使用可能ファイルを伝達するように結合された文書プロセッサ（２０４）を有する。また、文書提供装置（１０２）は、文書プロセッサ（２０４）と結合し、主ファイルと独立使用可能ファイルとを格納するように構成されたデータ記憶装置（２０６）も有する。
【選択図】図２

Description

本発明は文書をキャプチャ、印刷、及び見るシステムと方法とに関する。特に、本発明は、複合機（Multi-Function Peripheral、以下ＭＦＰ）から文書を提供するシステムと方法とに関する。より具体的に、本発明は、効率的に文書を格納してクライアントにそれを送信できるサーバを含むＭＦＰに関する。

紙コピーの使用と拡散は周知である。紙コピーが使用され始めてから、コピー機はオフィスや組織では必須の基本的なものとなった。近年、プリンタとコピー機の機能は１つにまとめられ、ＭＦＰと呼ばれる新しい装置になった。かかるＭＦＰは一般的になり、文書をスキャンし、印刷し、コピーし、ファクシミリを送受信する機能を一般的には含んでいる。

複数種類の機能を提供するのに加え、今日ではＭＦＰは印刷機能において大幅に異なる。小型のホームオフィス用ＭＦＰの印刷品質は３００ＤＰＩまたは６００ＤＰＩの非常に基本的なものであるのに対して、ハイエンドの業務用ＭＦＰの印刷品質は２４００ＤＰＩ以上である。従って、ＭＦＰの機能を最大化できるデータを提供することが必要である。

印刷技術の発達に伴い、画像のキャプチャ、操作、及び表示の技術も発達した。例えば、現在ではデジタルカメラやスキャナ等である、高解像度画像をキャプチャできる多くの装置がある。さらに、表示及び印刷用のカラー画像が普及した。かかる画像ファイルのファイルサイズは非常に大きくなった。画像ファイルのファイルサイズは数メガバイト以上になることも多い。電子メールに添付したりウェブページに貼り付けたりするように、画像の様々なアプリケーションでの使用により、画像ファイルの送信と操作において新しい問題も生じている。例えば、画像ファイルのサイズが大きくなり使用が増えたことにより、ネットワークの負荷が大幅に増加した。多数の画像ファイルの送信により、ローカルエリアネットワークやワイドエリアネットワークには悪い影響が出ている。

先行技術は、サムネイルのような低解像度ファイルを作成して元の画像ファイルの替わりに使用することにより、この問題を解決しようとしている。しかし、かかる先行技術の問題は、かかるサムネイル画像では最も一般的な情報のみが得られ、サムネイル画像の表示によりユーザは画像の各部分にパン（pan）してズームすることはできないことである。かかるサムネイル画像を印刷してもほとんどの場合に適当ではない。よって、大きな画像ファイルを送受信しなければならないことによる悪い影響なしに、画像データをネットワークで提供する方法が必要である。

それゆえ、必要とされるものは、複合機から文書を効率的に提供し、画像ファイルが送受信される装置を完全に利用するシステムと方法である。

本発明は、文書提供システムを提供することにより、先行技術の欠点と限界を解消する。一実施形態では、該文書提供システムは、少なくとも１つのクライアントインターラクションモジュールと、画像及びデータファイルを処理、格納、受信、送信する一体型サーバ（または文書プロセッサ＆サーバ）を有する複合機とを含む。文書提供システムは、元の画像または文書のファイルを受信し、その元のファイルを一体型サーバ（integrated server）に格納する。文書提供システムは、独立使用可能画像（Independently Usable Image、以下ＩＵＩ）ファイルも作成する。ＩＵＩファイルは、サイズが小さく、解像度が低く、元のファイルへの少なくとも１つの参照（reference）を含む。ＩＵＩファイルをクライアントインターラクションモジュールに送信し、操作することができる。ＩＵＩファイルは、表示品質が好適な画像を発生（generate）し、参照により表示画像のパン（paning）及びズーム（zooming）するための付加的情報を読み出すことができる。一実施形態では、一体型サーバがＩＵＩファイルを作成し、別の実施形態では、クライアントインターラクションモジュールがＩＵＩファイルを作成する。一体型サーバは、受信・記憶モジュール、送信モジュール、ディスプレイインターラクションモジュール、生成モジュール、プリンタインターラクションモジュール等を含む。クライアントインターラクションモジュールは、好ましくは、クライアント通信モジュール、クライアント記憶モジュール、クライアント表示モジュールを有し、任意的に、クライアント印刷モジュールとクライアント生成モジュールとをさらに含む。

本発明は、いくつかの新規な方法も含む。該方法は、ＩＵＩファイルの生成方法、元の画像ファイルの処理及び記憶方法、及び文書提供方法を含む。

本発明は、添付した図面で例によって示すが、本発明を限定するものではない。同じ参照数字は同じ要素を示すために使用される。

ＭＦＰから文書を提供するシステムと方法を説明する。以下の詳細な説明では、説明を目的として、本発明を完全に理解してもらうために、多数の具体的な詳細事項を記載する。しかし、言うまでもなく、本発明はこれらの詳細がなくても実施することができる。他の場合では、本発発明が不明瞭になることを避けるために、ブロック図の形式で構造とデバイスを示す。例えば、本発明は、基本的には複合機からのスキャンされた文書の提供に関して説明する。しかし、本発明は、ＭＦＰにより入力または受信されたいかなる種類のファイルまたは文書に適用される。

本明細書において「一実施形態」とは、その実施形態に関して説明する具体的な機能、構造、特徴などが本発明の少なくとも１つの実施形態に含まれることを意味している。本明細書ではいろいろな箇所で「一実施形態とは」と記載するが、必ずしも同じ実施形態を指すものではない。

以下の詳細な説明の一部は、コンピュータメモリ中のデータビットに対する操作のアルゴリズムと記号による表現により表されている。これらのアルゴリズムによる説明と表現は、データ処理技術の当業者が、自分の仕事内容を他の分野の人に最も効果的に伝える手段である。ここで、また一般的に、アルゴリズムとは、所望の結果に導く自己矛盾のないステップのシーケンスであると考える。このステップは、物理量の物理的操作を要するステップである。通常、必ずしも必要ではないが、この物理量には、記憶し、伝達し、結合し、比較し、操作できる電気的または磁気的信号の形をとる。主に一般的な使用のために、これらの信号をビット、値、要素、記号、文字、式、数字等で表すと便利な時がある。

しかし、これらの用語や類似の用語は適当な物理量と関連しているべきであり、これらの物理量に付された便利なラベルに過ぎないことに留意すべきである。特に断らなければ、以下の説明から明らかなように、言うまでもなく、この明細書全体において、「処理」、「算出」、「計算」、「判断」、「表示」等の用語を用いた説明は、コンピュータシステム、類似の電子的計算機器の動作やプロセスであって、コンピュータシステムのレジスタやメモリ内の物理的（電子的）量として表されたデータを操作し、コンピュータシステムメモリやレジスタ、その他の情報記憶装置、伝送機器、表示機器内の物理量として同様に表された他のデータに変換するものの動作や処理を指す。

本発明は、また、これらの動作を実行する装置にも関する。この装置は、必要な目的のために特に構成されたものでもよく、コンピュータ中に記憶されたコンピュータプログラムにより選択的に起動または再構成された汎用コンピュータを有していてもよい。かかるコンピュータプログラムは、コンピュータによる読み取りが可能な記憶媒体に記憶することができる。このような記憶媒体には、フロッピー(登録商標)ディスク、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスク等のいかなるタイプのディスクも含まれ、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光カード、電子的命令を格納するのに好適な、コンピュータシステムバスに結合されたいかなるタイプの媒体も含まれるが、これらに限定されるわけではない。

ここで説明するアルゴリズムとディスプレイは、特定のコンピュータその他の装置に本来的に関係するものではない。いろいろな汎用システムをここでの教示に従ったプログラムで用いることができるし、必要な方法ステップを実行することに特化した装置を構成しても便利である。これらのシステムに必要な構成を以下に示す。また、本発明は特定のプログラミング言語により記述されるものではない。言うまでもなく、ここに説明する本発明の教示は、いろいろなプログラミング言語を用いて実施できる。

さらに、特許請求の範囲に記載した本発明は、情報システムまたは情報ネットワーク上で動作、または情報システムまたは情報ネットワークと共に機能するものであってもよい。例えば、本発明はスタンドアロンの複合機において動作でき、または構成に応じた機能を有するネットワークでつながれたプリンタにおいて動作することもできる。このように、本発明は、いかなる情報システムとも動作でき、その情報システムから最低限の機能を受け、その情報システムにここに飽き時するすべての機能を提供する。

最後に、留意すべきことは、システムを主に画像ファイルに関して説明するが、その理由は品質レベルが異なるファイルのサイズ面での変化が大きいからである。当業者には、本発明はファイルの種類を問わずに適用でき、画像ファイルに限定されないことは分かるであろう。画像ファイルは、本発明の特徴と機能を示す例として使用するに過ぎない。

システムの概要
ここで、本発明の文書提供システム１００の一実施形態を示す図１を参照する。この実施形態において、システム１００は、サーバ一体型複合機（ＳＩ−ＭＦＰ）１０２、ネットワーク１０４、複数のクライアント装置１０６ａ−１０６ｃ、他のＭＦＰ１２０、及びラスター画像プロセッサ（ＲＩＰ）１２６を有する。図１には、ＳＩ−ＭＦＰ１０２に入力（参照番号１００で示した）される文書１０８と、通信ライン１２４を介してＲＩＰ１２６に送信されるデジタルファイル１２２とを示した。

本発明は装置ＳＩ−ＭＦＰ１０２に関する。該装置は、他の装置（例えば、クライアント装置１０６ａ−１０６ｃまたは他のＭＦＰ１２０等）に文書を提供（serve）し、他の装置（例えば、クライアント１０６ａ−１０６ｃ、ＲＩＰ１２６、またはＭＦＰ１２０等）から元の画像または文書のファイルを受信して記憶し、ＳＩ−ＭＦＰ１０２が作成した元の画像または文書のファイルを受信することができる。本発明は、有利に、かかる元の画像またはファイルを受信して記憶し、それから独立使用可能画像（ＩＵＩ）を生成する。ＩＵＩは、サイズが小さく、解像度が低く、元のファイルへの参照を含んでいる。ＩＵＩファイルは、表示するためＳＩ−ＭＦＰ１０２により他の装置１０６ａ−１０６ｃに送られる。要求または必要に応じて、元のファイルを提供することもできるが、ほとんどの動作において主にＩＵＩファイルを使用することにより、ネットワークトラフィックを減らすことができる。ＩＵＩファイルは元のファイルへの参照を含み、その一部（元のファイル全体より大幅に少ない）を、パン（pan）やズーム（zoom）動作をするために必要なときに、ＳＩ−ＭＦＰ１０２が選択的に要求することができる。

サーバ一体型複合機（ＳＩ−ＭＦＰ）１０２は、他の装置１０６ａ−１０６ｃ、１２０に文書を提供し、元のファイルからＩＵＩファイルを生成し、高解像度かつ大容量の元ファイルを格納する装置である。ＳＩ−ＭＦＰ１０２は、信号ライン１１２によりネットワーク１０４に結合しており、他の装置１０６ａ−１０６ｃ、１２０と通信及びインターラクション（interaction）する。ＳＩ−ＭＦＰ１０２は、図２、４、５を参照してより詳細に説明する。ＳＩ−ＭＦＰ１０２は、文書の画像をスキャンまたはキャプチャする機能を含み、この機能を使用して自ら元の画像を生成することができる。例えば、文書１０８をＳＩ−ＭＦＰ１０２でスキャン（参照番号１１０）して元画像を作成することもできる。ＳＩ−ＭＦＰ１０２はＲＩＰ１２６にも結合され、元画像ファイルを受信できる。

ネットワーク１０４は、コンピューティング装置を相互接続する従来のネットワークである。ネットワーク１０４は、従来のタイプのネットワークでよく、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、または複数のコンピューティング装置が通信する相互接続データパス等である。

１つ以上のクライアント装置１０６ａ−１０６ｃがそれぞれ信号ライン１１４ａ−１１４ｃによりネットワーク１０４に結合され、他の装置１０２、１０６、１２０等と通信することができる。クライアント装置１０６ａ−１０６ｃは、従来のクライアントとしての処理能力を有するが、ＳＩ−ＭＦＰ１０２とインターラクションするためのクライアントインターラクションモジュール３０２（図３参照）も含む。クライアントインターラクションモジュール３０２はＳＩ−ＭＦＰ１０２と通信できるように構成され、元ファイルの一部分をＳＩ−ＭＦＰ１０２とクライアント装置１０６ａ−１０６ｃとの間で必要最小限度で送信できるが、ほとんどのインターラクションはＩＵＩファイルをＳＩ−ＭＦＰ１０２とクライアント装置１０６ａ−１０６ｃとの間で送信することにより行われる。クライアントインターラクションモジュール３０２は、パンやズーム動作等のためにＩＵＩファイルを使用するとき、ＳＩ−ＭＦＰ１０２とインターラクトする。クライアント装置１０６ａ−１０６ｃ、特にクライアントインターラクションモジュール３０２は、図３、図４を参照して以下で詳細に説明する。

従来のＭＦＰ１２０も、ネットワーク１０４に結合され、文書を受信してＭＦＰ１２０において印刷または出力する。ＭＦＰ１２０は、スキャン、コピー、及びファックス等の従来の複合機（multifunction peripheral、ＭＦＰ）の機能を有する。この実施形態では、ＭＦＰ１２０は信号ライン１１６によりネットワーク１０４に結合され、他の装置１０２、１０６と通信して協働する。一実施形態では、システム１００は、信号ライン１３０によりネットワーク１０４に結合された第２のＳＩ−ＭＦＰ１３２を含む。第２のＳＩ−ＭＦＰ１３２は、第１のＳＩ−ＭＦＰ１０２のすべての機能を含んでもよいし、クライアントまたはサーバの部分のみを含んでもよい。第２のＳＩ−ＭＦＰ１３２は、第１のＳＩ−ＭＦＰ１０２と通信するように構成されており、２つのＳＩ−ＭＦＰ１０２、１３２は協働することができる。第１のＳＩ−ＭＦＰ１０２は第２のＳＩ−ＭＦＰ１３２で印刷することができ、また逆もできる。かかるシナリオでは、第２のＳＩ−ＭＦＰ１３２はＪＰＩＰクライアントとして動作し（文書の任意部分または前部を印刷することを要求でき）、第１のＳＩ−ＭＦＰ１０２はＪＰＩＰサーバとして動作して文書を格納する。

ラスター画像プロセッサ（ＲＩＰ）１２６は、ポストスクリプト等のハイレベルページ記述言語でのページ記述等のベクトルデジタル情報をビットマップ等の高解像度ラスター画像に変換する装置またはソフトウェアである。ＲＩＰ１２６は、デジタルファイル１２２を受け取り、それをビットマップに変換する。そのビットマップはＳＩ−ＭＦＰ１０２に格納される。ＲＩＰ１２６の出力は、格納するためのＳＩ−ＭＦＰ１０２との通信に適合している。さらに別の実施形態では、ＲＩＰ１２６は、非静止画像フォーマットを受け取り変換し、または印刷可能フォーマットにレンダリング（renderings）することができる変換装置（図示せず）と置き換えてもよい。この実施形態では、変換装置は、デジタルデータストリームを受信して印刷可能形式に変換する。その印刷可能形式は、例えば、２００１年１１月１９日出願の米国特許出願第１０／００１，８９５号、及び同時継続中の２００４年３月３０日出願の米国特許出願第１０／８１４，９４８号（ともに発明の名称は「時間ベースメディアを印刷する機能を組み込んだネットワーク印刷システム（Networked Printing System Having Embedded Functionality For Printing Time-Based Media）」である）に記載されているものである。これらの文献はここに参照援用する。

サーバ組み込み複合機（ＳＩ−ＭＦＰ）１０２
ここで、本発明によるＳＩ−ＭＦＰ１０２のブロック図を詳細に示す図２を参照する。ＳＩ−ＭＦＰ１０２は、複合機（multifunction peripheral）２０２、文書プロセッサ＆サーバ２０４、データ記憶部２０６を有する。ブロック図の形式で示したが、当業者はこれらのコンポーネントが単一の装置に組み込まれていてもよいことが分かるであろう。

複合機２０２は、従来型のものでもよく、印刷、スキャン、ファックス、コピー、及びデータ転送を含む従来の機能が１つの物理的ハウジングに入ったオフィス機器である。複合機２０２は、エレクトロニクス、画像化コンポーネント、ソケット／インターフェイス、及びペーパーハンドリングメカニズム（paper handling mechanism）を含み、文書の画像をスキャンしてキャプチャし、デジタル形式で文書を受信し、それを印刷し、コンピュータ、ネットワーク、メディア記憶装置等のその他装置と通信するインターフェイスを提供する。

文書プロセッサ＆サーバ２０４は、文書を他の装置に提供し、元ファイル（original file）からＩＵＩファイルを生成し、高解像度かつ大容量の元ファイル及び／またはＩＵＩファイルをデータ記憶部２０６に記憶する装置である。文書プロセッサ＆サーバ２０４は、通信とインターラクションのために、信号ライン２０８により複合機２０２と結合し、信号ライン２１０によりデータ記憶部２０６と結合し、信号ライン１１２及びネットワーク１０４によりクライアント装置１０６ａ−１０６ｃと結合している。文書プロセッサ＆サーバ２０４は、図４、５を参照してより詳細に説明する。文書プロセッサ＆サーバ２０４は、図６、７Ａ、７Ｂ及び８を参照して以下に説明する機能を達成するルーチンを実行することができるハードウェアである。

データ記憶部２０６は、ハードディスクドライブやその他の記憶メディア等の装置である。データ記憶部２０６は、この実施形態では、文書プロセッサ＆サーバ２０４と結合しているように示した。データ記憶部２０６は、高解像度かつ大容量の元ファイル及び／またはＩＵＩファイルを格納するために使用される。データ記憶部２０６は、複合機２０２のデータ記憶装置として使用することもできる。

文書プロセッサ＆サーバ２０４
図４は、本発明による文書プロセッサ＆サーバ２０４の一実施形態を示すブロック図である。文書プロセッサ＆サーバ２０４は、好ましくは制御部４５０とネットワークコントローラ４１６とを有する。文書プロセッサ＆サーバ２０４は、任意的に、ディスプレイ装置４１０、キーボード４１２、カーソル制御装置４１４、及び１つ以上の入出力装置４１８を含んでもよい。

制御部４５０は、例えば、算術論理ユニット、マイクロプロセッサ、汎用コンピュータ、その他の情報機器であり、ディスプレイ装置４１０に電子的ディスプレイ信号を供給する。一実施形態では、制御部４５０は、グラフィカルユーザインターフェイスを有する汎用コンピュータを有する。かかるグラフィカルユーザインターフェイスは、例えば、Ｗｉｎｄｏｗｓ（登録商標）やＵｎｉｘ（登録商標）をベースとしたシステム上で実行されるＪａｖａ(登録商標)で記述されたプログラムにより生成され得る。一実施形態では、ワードプロセッサ、電子メール、ファイナンス、ウェブブラウザ等の１つ以上のアプリケーションプログラムが制御部４５０により実行される。

続けて図４を参照して、制御部４５０は、プロセッサ４０２とメインメモリ４０４とデータ記憶デバイス４０６とを含むように示した。これらはすべてシステムバス４０８に通信可能に結合している。

プロセッサ４０２は、データ信号を処理するものであり、ＣＩＳＣ（complex instruction set computer）アーキテクチャ、ＲＩＳＣ（reduced instruction set computer）アーキテクチャ、命令セットの組合せを実行するアーキテクチャを含む様々なコンピューティングアーキテクチャを有し得る。図４には単一のプロセッサのみを示したが、複数のプロセッサが含まれてもよい。

メインメモリ４０４は、プロセッサ４０２が実行する命令及び／またはデータ等を格納する。命令及び／またはデータは、ここに説明する方法をすべて実行するコードを含み得る。メインメモリ４０４は、ＤＲＡＭ（dynamic random access memory）デバイス、ＳＲＡＭ（static random access memory）デバイス、または本技術で知られているその他のメモリデバイスである。メモリ４０４は、図５を参照して下でより詳細に説明する。

データ記憶装置４０６は、プロセッサ４０２のデータと命令を記憶し、ハードディスクドライブ、フロッピー（登録商標）ディスクドライブ、ＣＤ−ＲＯＭ装置、ＤＶＤ−ＲＯＭ装置、ＤＶＤ−ＲＡＭ装置、ＤＶＤ−ＲＷ装置、フラッシュメモリ装置、その他の本技術分野で知られている大容量記憶装置を含む。別の実施形態では、データ記憶装置４０６は、ＳＩ−ＭＦＰ１０２のデータ記憶装置２０６への接続で置き換えてもよい。かかる接続は、信号ライン２１０に結合したバスと、ＳＩ−ＭＦＰ１０２のデータ記憶装置２０６にアクセスするドライブコントローラとにより行われる。

システムバス４０８は、制御部４５０中の情報とデータを通信するための共有バスを表す。システムバス４０８は、ＩＳＡ（industry standard architecture）バス、ＰＣＩ（peripheral component interconnect）バス、ＵＳＢ（universal serial bus）、または同様な機能を提供するその他の本技術分野で知られたバスを含む１つ以上のバスである。システムバス４０８により制御部４５０に結合した別のコンポーネントには、ディスプレイ装置４１０、キーボード４１２、カーソル制御装置４１４、ネットワークコントローラ４１６、及びＩ／Ｏ装置４１８がある。

ネットワークコントローラ４１６は、制御部４５０をネットワーク２０８にリンクする。そのネットワーク２０８は複数の処理システムを含んでいてもよい。処理システムのネットワークは、例えば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）（例えば、インターネット）、その他の相互接続されたデータパス（data path）であって複数の装置が通信できるものなどである。制御部４５０は、他のシステムとも従来の接続方法で接続されている。例えば、ＴＣＰ／ＩＰ、ｈｔｔｐ、ｈｔｔｐｓ、ＳＭＴＰ等の標準ネットワークプロトコルを用いてファイル（メディアオブジェクト）を配信するネットワーク等と接続されている。図４には、文書プロセッサ＆サーバ２０４の信号ライン２０８による複合機２０２との接続、及び信号ライン１１２によるネットワークとの接続も、ネットワークコントローラ４１６を通るように示した。しかし、本技術分野の当業者には言うまでもないことだが、複合機２０２はバス４０８と結合されており、従来の様々な方法で、文書プロセッサ＆サーバ２０４とインターラクション（interaction）する。
点線で示したように、文書プロセッサ＆サーバ２０４は、以下に説明するように、任意的に、ディスプレイ装置４１０、キーボード４１２、カーソル制御装置４１４、及び１つ以上の入出力（Ｉ／Ｏ）装置４１８を含んでもよい。

ディスプレイデバイス４１０は、ここで説明する電子的画像やデータを表示するように構成された任意のデバイスを表す。ディスプレイデバイス４１０は、例えば、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、その他の同様に構成されたディスプレイデバイス、スクリーン、またはモニタである。一実施形態では、ディスプレイデバイス４１０はタッチスクリーンを備えており、接触を検知する透明パネルがディスプレイデバイス４１０の画面をカバーしている。

キーボード４１２は、制御部４５０に結合した英数字入力装置であり、情報とコマンド選択をプロセッサ４０２に伝達する。キーボード４１２はＱＷＥＲＴＹキーボード、キーパッド、またはタッチスクリーン上に生成された表示であってもよい。

カーソル制御部４１４は、位置データ及びコマンド選択をプロセッサ４０２に伝達するように構成されたユーザ入力装置を表す。カーソル制御部４１４は、マウス、トラックボール、スタイラス（stylus）、タッチスクリーン、カーソル方向キー、またはその他のカーソルを動かすメカニズムを含む。

１つ以上のＩ／Ｏ装置４１８がシステムバス４０８に結合している。これらのＩ／Ｏ装置は、一実施形態では複合機２０２の一部であり、他の実施形態では文書プロセッサ＆サーバ２０４の一部である。例えば、Ｉ／Ｏ装置４１８は、文書の画像をキャプチャする画像スキャナと文書フィーダを含む。Ｉ／Ｏ装置４１８は、文書を形成するプリンタも含む。Ｉ／Ｏ装置４１８は、マイクロホンによりオーディオ入力を受け取り、スピーカによりオーディオ出力を出すように構成されたオーディオ入出力装置も含み得る。一実施形態では、オーディオ装置は汎用コンピュータシステムで使用するように設計された汎用オーディオアドイン・拡張カードである。任意的に、Ｉ／Ｏオーディオ装置は、１つ以上のアナログ・デジタルコンバータまたはデジタル・アナログコンバータを有してもよく、オーディオ処理を促進する１つ以上のデジタル信号プロセッサを有してもよい。

本技術分野の当業者には言うまでもなく、本発明の精神と範囲から逸脱することなく、文書プロセッサ＆サーバ２０４に含まれるコンポーネントは、図４に示したものよりも多くても少なくてもよい。例えば、文書プロセッサ＆サーバ２０４は、別のメモリ（例えば、第１レベルキャッシュと第２レベルキャッシュ）や特定目的半導体回路（ＡＳＩＣ）を含んでいてもよい。同様に、他のコンポーネントや入出力装置４１８を制御部４５０に結合してもよい。例えば、ＲＦＩＤタグリーダや、デジタルスチルカメラまたはデジタルビデオカメラや、その他の装置であり、電子データをキャプチャ及び／または制御部４５０にダウンロードするように構成されたものでもされてないものでもよい。カーソル制御部４１４等の１つ以上のコンポーネントをなくしてもよい。

図５は、文書プロセッサ＆サーバ２０４のメモリユニット４０４の一実施形態を示すブロック図である。文書プロセッサ＆サーバ２０４のメモリユニット４０４は、好ましくは、オペレーティングシステム５０２、受信・記憶モジュール５０４、伝送モジュール５０６、ディスプレイインターラクションモジュール５０８、生成モジュール５１０、印刷インターラクションモジュール５１２、制御モジュール５１４、ウェブサーバソフトウェア５１６、変換５５１８、及び編集モジュール５２０を有する。上記の通り、メモリユニット４０４は、プロセッサ４０２が実行する命令及び／またはデータ等を格納する。命令及び／またはデータは、ここに説明する方法をすべて実行するコードを含み得る。これらのモジュール５０２−５１４は、バス４０８によりプロセッサ４０２に結合して通信かつ協働しており、文書プロセッサ＆サーバ２０４の機能を提供している。本技術分野の当業者には言うまでもなく、ここでは本発明をコンピュータシステムのメモリユニット４０４のモジュールまたは一部として説明するが、そのモジュールまたは一部は永続的データ記憶装置４０６等の他の媒体に格納してもよく、クライアント／サーバ環境等にある複数のコンピュータを有するネットワーク１０４に分散していてもよい。

オペレーティングシステム５０２は、好ましくは、従来タイプのウィンドウズ（登録商標）、ソラリス（登録商標）、リナックス（登録商標）ベース等のオペレーティングシステムである。図示していないが、メモリ部４０４は、ワードプロセッサ、電子メール、ファイナンス、ウェブブラウザ等のアプリケーションプログラムを含み得る。

ウェブサーバソフトウェア５１６は、クライアント・サーバ間のＨＴＴＰリクエスト／レスポンスプロトコルを実装するための「Ａｐａｃｈｅ」等の従来型のものであってもよい。ウェブサーバソフトウェア５１６は、ＪＰＩＰサーバその他の圧縮ストリーミングプロトコルも含む。例えば、ウェブサーバソフトウェア５１６は、ＨＴＴＰや（ＩＳＯ／ＩＥＣ１５４４４：９ ＪＰＥＧ２０００インターラクティブプロトコルによる）ＪＰＩＰ等のクライアントと通信するための標準プロトコルを使用する。一実施形態では、ウェブサーバソフトウェア５１６はＪＰＩＰクライアントソフトウェアを含み、ＳＩ−ＭＦＰ１０２に、他のＳＩ−ＭＦＰ１３２サーバに対するＪＰＩＰクライアントとして動作させる。例えば、第１のＳＩ−ＭＦＰ１０２が、第２のＳＩ−ＭＦＰサーバ１３２上の画像を印刷する（またはプロキシになる）ＪＰＩＰクライアントとして動作できる。かかる条件の下、ＳＩ−ＭＦＰ１０２は、本願において記載しているように、他のクライアント装置１０６ａ−ｎのいずれかとして動作し、同じ機能を有する。他の実施形態では、ウェブサーバソフトウェア５１６により、文書プロセッサ＆サーバ２０４はＳＩ−ＭＦＰ１０２が生成しなかったＩＵＩファイルを提供することができる。この提供は、ＩＵＩファイルを生成し記憶している他のサーバ（例えば、ＳＩ−ＭＦＰ１３２）と通信することにより、または受信・記憶モジュール５０４に記憶されていればそれから読み出すことにより行われる。

制御モジュール５１４は、メモリ４０４のその他のモジュールを制御するために使用される。制御モジュール５１４は、受信・記憶モジュール５０４、伝送モジュール５０６、ディスプレイインターラクションモジュール５０８、生成モジュール５１０、変換モジュール５１８、編集モジュール５２０、及び印刷インターラクションモジュール５１２と通信できるように構成されている。制御モジュール５１４の動作は、図６乃至図８に関する以下の説明から明らかであろう。制御モジュール５１４はメモリ４０４とは別のモジュールとして示したが、本技術分野の当業者には、別の実施形態では、その他のモジュール５０４−５１２中のルーチン（routines）として分散していてもよいことが分かるであろう。

受信・記憶モジュール５０４を使用して、（低解像度の）ＩＵＩファイルと、それが生成された（高解像度の）元ファイルを記憶する。一実施形態では、受信・記憶モジュール５０４は送信モジュール５０６と通信できるように構成され、クライアント装置１０６からＩＵＩファイルと元ファイルとを受信する。別の一実施形態では、受信・記憶モジュール５０４は、どのＩＵＩファイルと元ファイルが相互に関係するかを示すインデックスを記憶している。受信・記憶モジュール５０４は、送信モジュール５０６と生成モジュール５１０に応答する。受信・記憶モジュール５０４はメモリ部４０４の他のモジュール５０２−５１２と通信できるように構成され、下で説明するように、ＩＵＩファイルと元ファイルへのアクセスを提供する。受信・記憶モジュール５０４の動作を図６−８を参照して以下に説明する。

送信モジュール５０６は、クライアント装置１０６、他のサーバやプリンタ１２０に元ファイル、元ファイルの一部、またはＩＵＩファイルを送信するために使用される。一実施形態では、送信モジュール５０６は、クライアント装置１０６や他のサーバやプリンタ１２０と通信し、それらに元ファイルやＩＵＩファイルを送信するように構成されたソフトウェアである。送信モジュール５０６は、クライアントとの通信にＨＴＴＰやＪＰＩＰ等の標準プロトコルを使用する。送信モジュール５０６はファイル全体を送信することができ、ファイルやコマンドの一部を送信することもできる。送信モジュール５０６は、ディスプレイインターラクションモジュール５０８及び受信・記憶モジュール５０４と通信できるように構成されている。送信モジュール５０６の動作を図６−８を参照して以下に説明する。

ディスプレイインターラクションモジュール５０８を使用して、クライアント装置１０６とインターラクトして、パンやズーム等の修正操作を表示する。ディスプレイインターラクションモジュール５０８は、クライアント装置１０６からの要求またはコマンドに応答して、ＩＵＩファイルに関する詳細情報を提供する。ディスプレイインターラクションモジュール５０８は、クライアントとの通信にＨＴＴＰやＪＰＩＰ等の標準プロトコルを使用する。コマンドに応答して、ディスプレイインターラクションモジュール５０８は、ＩＵＩファイルを特定し、対応する元ファイルとその元ファイル中の対応箇所とを特定し、受信・記憶モジュール５０４から元ファイルの追加部分を読み出し、その追加部分を送信モジュール５０６を用いてクライアントに送信する。ディスプレイインターラクションモジュール５０８は、クライアント装置１０６、送信モジュール５０６、及び受信・記憶モジュール５０４と通信できるように構成されている。ディスプレイインターラクションモジュール５０８の動作を図６−８を参照して以下に説明する。

生成モジュール５１０はＩＵＩファイルを生成するモジュールでありルーチンである。ＩＵＩファイルは、図９Ａと図９Ｂを参照してここに説明するように、低解像度データと、高解像度ファイル（元ファイル）への参照とを含む。生成モジュール５１０は元ファイルからＩＵＩファイルを生成する。生成モジュール５１０はいかなる情報源（source）の元ファイルを使用してＩＵＩファイルを生成してもよい。（高解像度の）元ファイルはどの情報源から得たものであってもよい。一実施形態では、生成モジュール５１０は受信・記憶モジュール５０４に記憶された元ファイルを使用する。第２の実施形態では、生成モジュール５１０はＳＩ−ＭＦＰ１０２のスキャナにより作成された元ファイルを使用する。第３の実施形態では、生成モジュール５１０はＲＩＰ１２６により生成された元ファイルを使用する。第４の実施形態では、生成モジュール５１０は、第２のＳＩ−ＭＦＰ１３２やＭＦＰ１０２等のネットワークの他のロケーションからの元ファイルを使用する。さらに別の実施形態では、生成モジュール５１０は、いくつかのフォーマットのうちの１つでＳＩ−ＭＦＰ１０２に直接送信された元ファイルを使用する。生成モジュール５１０は受信・記憶モジュール５０４と通信して、元ファイルを読み出し、ＩＵＩファイルを記憶するように構成されている。別の実施形態では、生成モジュール５１０は送信モジュール５０６と通信できるように構成され、元ファイルを受信し、それを受信・記憶モジュール５０４に置くって記憶させ、ＩＵＩファイルを生成して受信・記憶モジュール５０４に記憶させ、クライアント装置１０６に返信する。生成モジュール５１０の動作を図６−８を参照して以下に説明する。ＳＩ−ＭＦＰ１０２において動作するものとして生成モジュール５１０を説明したが、当業者には、他のＳＩ−ＭＦＰ１３２の他の生成モジュール５１０、クライアント装置１０６、またはネットワーク１０４上の他の装置によりＩＵＩファイルが生成されてもよいことが分かるであろう。

変換モジュール５１８を使用して、（高解像度の）元ファイルをクライアントが選択したフォーマットと解像度に変換する。変換モジュール５１８は、クライアント装置１０６と通信して、画像の解像度とファイルのフォーマットに関するクライアントの選択を受信するように構成されている。変換モジュール５１８は送信モジュール５０６と通信し、要求したクライアントに変換済みファイルを送信できるように構成されている。一実施形態では、変換モジュール５１８は、クライアント装置１０６のデフォルトフォーマットを記憶し、ＩＵＩファイルを越えるより詳細事項を要求されると、記憶したデフォルトフォーマットと解像度にファイルを変換し、変換したファイルをクライアントに送信する。他の実施形態では、変換モジュール５１８は（高解像度の）元ファイルの１つ以上の部分のみを要求ベースで変換する。言うまでもなく、クライアントが選択するフォーマットは、そのクライアントが処理できる最大解像度であってもよいし、選択されたその他の解像度であってもよい。さらに、変換モジュール５１８は、解像度変換のみを行っても、フォーマット変換のみを行っても、両方の変換を行ってもよい。

印刷インターラクションモジュール５１２を使用してクライアント装置１０６とインターラクションして、ＳＩ−ＭＦＰ１０２、リモート（remote）のＭＦＰ１２０、第２のＳＩ−ＭＦＰ、又はクライアント装置１００８に接続されたプリンタ１０１０（図１０も参照）における印刷を行う。一実施形態では、印刷インターラクションモジュール５１２は他のプリンタ２０２、１２０、及びクライアント装置１０６と通信するように構成されたソフトウェアである。印刷インターラクションモジュール５１２は、クライアント装置１０６からのコマンドに応答し、印刷のために送られたファイルを、そのファイルが送信されるプリンタ２０２、１２０、１０１０の能力に従って直接的または間接的に適合させる。印刷インターラクションモジュール５１２は４種類の印刷を行うことができる。第１に、印刷インターラクションモジュール５１２は、文書を提供するＳＩ−ＭＦＰ１０２で印刷できる。この場合、ＳＩ−ＭＦＰ１０２は、適切であれば、印刷には高解像度バージョンを使用する。第２に、印刷インターラクションモジュール５１２は、他のＳＩ−ＭＦＰ１３２またはＪＰＩＰクライアントを含むプリンタ装置で印刷することができる。この場合、例えば、当該他のＳＩ−ＭＦＰ１３２は、クライアントとして動作し、クライアントＪＰＩＰセッションを開始し、サーバとなるＳＩ−ＭＦＰ１０２はサーバＪＰＩＰセッションを開始する。自分の能力を知っており、その能力に従ってサーバ１０２からデータを要求し、ファイルを印刷するのはクライアントＳＩ−ＭＦＰ１３２である。 第３に、印刷インターラクションモジュール５１２は、ＳＩ−ＭＦＰ１０２から（仲介されずに）直接的にデータを取得する目標となる（ＳＩ−ＭＦＰではない）印刷装置で印刷することができる。この場合、ＳＩ−ＭＦＰ１０２の印刷インターラクションモジュール５１２は、例えばプリンタドライバを読み出すことにより、目標となるプリンタの能力を識別して、その目標となる印刷装置に合ったフォーマットと解像度のファイルを作成して送信する。第４に、印刷インターラクションモジュール５１２は、ＳＩ−ＭＦＰ１０２と非ＳＩ−ＭＦＰである目標プリンタとの間のインターラクション（interaction）を仲介するクライアント１０６のプリンタドライバと通信する。このように、印刷インターラクションモジュール５１２は、送信する画像の解像度を受信装置の解像度に自動的に適合させるので、目標装置により完全には利用されないファイルを送信してネットワークの帯域幅を無駄にしない。印刷インターラクションモジュール５１２は送信モジュール５０６と受信・記憶モジュール５０４とに結合している。印刷インターラクションモジュール５１２の動作を、図６−８を参照してさらに説明する。

クライアント１０６の命令に応じて、編集モジュール５２０を使用して、高解像度画像ファイルを編集する。編集モジュール５２０はクライアント装置１０６と通信してクライアント装置の選択を受信するように構成され、ウェブサーバソフトウェア５１６、特にＪＰＩＰ機能と通信するように構成されている。編集モジュール５２０は、ＪＰＩＰプロトコルに応答して、既存の高解像度ファイルを編集することにより新しい高解像度ファイルを生成する。例えば、高解像度ファイルを編集し、プリントバック（printed back（editing during rendering））して、新しい画像オブジェクトを生成することができる。編集はＪＰＩＰセッション中に画像オブジェクトを置換して行うことができる。

クライアントインターラクションモジュール
ここで、本発明によるクライアント装置１０６の第１の実施形態を示すブロック図である図３を参照する。クライアント装置１０６の第１の実施形態は、クライアントインターラクションモジュール３０２とミドルウェア３０４とアプリケーション３０６とを含む。クライアント装置１０６のこの第１の実施形態は、クライアントにＳＩ−ＭＦＰ１０２とインターラクトさせるベース機能を提供する。

ミドルウェア３０４は従来のものであり、クライアント装置１０６のオペレーティングシステムとアプリケーション３０６との間で動作する任意のソフトウェアである。例えば、ミドルウェア３０４は、ウェブサーバ、アプリケーションサーバ、コンテンツ管理システム、及びアプリケーションの開発と配信のプロセスをサポートする同様のツールである。ミドルウェア３０４は、信号ライン３０８によりクライアントインターラクションモジュール３０２と結合している。

アプリケーション３０６は従来のものであり、ユーザが実行したいタスクにコンピュータの能力を直接利用する任意のソフトウェアを含む。ソフトウェアアプリケーションの典型例は、ワードプロセッサ、スプレッドシート、電子メールアプリケーション、ファイナンスアプリケーション、メディアプレーヤ、ウェブブラウザアプリケーション等である。アプリケーション３０６は、信号ライン３１０によりクライアントインターラクションモジュール３０２と結合している。

クライアントインターラクションモジュール３０２は、本発明の付加機能を提供し、クライアント装置１０６に図６−８を参照して以下に説明するやり方で動作させる。クライアントインターラクションモジュール３０２は、ＪＰＥＧ２０００インターラクティブプロトコル（ＪＰＩＰ）クライアント３２０とクライアント印刷制御モジュール３２６とをさらに有する。

ＪＰＩＰクライアント３２０は、クライアント１０６にＪＰＩＰクライアントとして動作させ、ＪＰＩＰサーバと通信させる従来のソフトウェアである。ＪＰＩＰクライアント３２０により、クライアント１０６は、ＳＩ−ＭＦＰ１０２とインターラクトして、ＩＵＩファイルを標準または独自のビュアー（viewer）で使用して、ＩＵＩ形式の文書またはその集まり（collection）をズーム、パン、サーチ（search）、ブラウズ（browse）する。また、ＩＵＩファイルを文書管理システムに記憶、読み出し、ソート（sort）、電子メール送信、または入力し、ＳＩ−ＭＦＰ１０２無しにＩＵＩファイルを印刷することができる。ＪＰＩＰクライアント３２０は、ＳＩ−ＭＦＰとの拡張インターラクションも提供する。この拡張インターラクションにはＪＰＩＰ標準規格で規定されたクライアント／サーバ通信が含まれる。上記の機能はＪＰＩＰの場合に説明したが、当業者には、他の通信プロトコル（アドビ社のＰＤＦフォーマット等）でも同様の機能を提供できることが分かるであろう。

クライアント印刷制御モジュール３２６は、ＳＩ−ＭＦＰ１０２の印刷インターラクションモジュール５１２とインターラクトするソフトウェアである。クライアント印刷制御モジュール３２６を使用して、ＳＩ−ＭＦＰ１０２、ＳＩ−ＭＦＰ１３２、リモートサーバ１２０、またはその他のクライアント装置１０６と関連するローカルプリンタにおいてファイルを印刷する、ユーザからのコマンドを送信する。一実施形態では、クライアント印刷制御モジュール３２６は、ＪＰＩＰクライアント３２０を使用しこれと協働して、ＳＩ−ＭＦＰ１０２の印刷インターラクションモジュール５１２を参照して上で説明した４種類の印刷を可能にするクライアント動作を実行する。具体的に、クライアント印刷制御モジュール３２６は、画像のソース（ＩＵＩファイル及び／またはＳＩ−ＭＦＰサーバからの文書）を決定するＳＩ−ＭＦＰプリンタドライバを用いて印刷を開始し、サーバとして機能するＳＩ−ＭＦＰ１０２での印刷を行う。クライアント印刷制御モジュール３２６は、画像のソース（ＩＵＩファイル及び／またはＳＩ−ＭＦＰサーバからの文書）を決定するＳＩ−ＭＦＰプリンタドライバを用いて印刷を開始し、サーバとして機能するＳＩ−ＭＦＰ１３２以外のＳＩ−ＭＦＰ（例えば、ＳＩ−ＭＦＰ１３２）での印刷を行う。クライアント印刷制御モジュール３２６は、さらに、画像のソース（ＩＵＩファイル及び／またはＳＩ−ＭＦＰサーバからの文書）を決定するＳＩ−ＭＦＰプリンタドライバを用いて印刷を開始し、クライアントにおいて高解像度画像データを集め、非ＳＩ−ＭＦＰプリンタで印刷する。クライアント印刷制御モジュール３２６は、クライアント装置１０６のローカル（local）な印刷も制御する。この場合、クライアント印刷制御モジュール３２６は、クライアント装置１０６に接続されているローカルのプリンタの能力を判断（determine）し、ＩＵＩファイルまたは元の高解像度ファイルのいずれかを読み出し、それをクライアント装置１０６に接続されているローカルのプリンタに印刷（rendering）のために送信する。クライアント印刷制御モジュール３２６は、ＪＰＩＰクライアント３２０、クライアント生成モジュール３２８、ミドルウェア３０４、及びアプリケーション３０６と通信するように構成されている。

クライアント生成モジュール３２８は、ＳＩ−ＭＦＰ１０２の生成モジュール５１０と同様である。クライアント生成モジュール３２８は元の高解像度ファイルからＩＵＩファイルを生成するように構成されている。ほとんどの場合において、元の高解像度ファイルはＳＩ−ＭＦＰ１０２に集中して格納されているので、そのファイルとＩＵＩファイルはネットワーク上の多くのユーザに対してアクセス可能である。しかし、場合によっては、ＩＵＩファイルをクライアント装置１０６で生成し、そのＩＵＩファイルをＳＩ−ＭＦＰ１０２に即時使用のために送信し、後でネットワークの使用率が低い時に、元の高解像度ファイルをＳＩ−ＭＦＰ１０２に送信することも有利である。クライアント生成モジュール３２８は、元の高解像度ファイルからＩＵＩファイルを生成し、他の装置に送信するためにそのファイルをＪＰＩＰクライアント３２０に送信することができる。さらに別の実施形態では、ＩＵＩファイルには一意的な識別子またはファイル名が与えられ、ネットワーク１０６において区別可能である。かかる場合、クライアント生成モジュール３２８は、ＳＩ−ＭＦＰの生成モジュールと通信して、その一意的な識別子またはファイル名を読み出す。例えば、その識別子は、ファイル名と、ＩＵＩファイルが生成された元の高解像度ファイルのハッシュであってもよい。クライアント印刷制御モジュール３２８は、ＪＰＩＰクライアント３２０、クライアント生成モジュール３２８、ミドルウェア３０４、及びアプリケーション３０６と通信するように構成されている。当業者には、クライアント生成モジュール３２８と同様のモジュールを従来のＭＦＰ、プリンタ、ファックス等の任意のコンピューティング装置の一部として含め、クライアントとしてＳＩ−ＭＦＰ１０２とインターラクトできることが分かるであろう。

独立使用可能画像（ＩＵＩ）ファイルフォーマット
ここで、図９Ａ−９Ｄを参照して、ＩＵＩファイル９０２のいろいろな実施形態を説明する。ＩＵＩファイル９０２は任意数の相異なるフォーマットを取り、任意数の相異なるファイルプロトコルを使用することができる。さらに、同じ高解像度の元画像に対してフォーマットが異なる多数の相異なるＩＵＩファイル９０２があってもよい。一実施形態では、ＩＵＩファイル９０２は、コードストリーム、マルチメディアサムネイル、または低解像度にしたその文書全体等の元文書の表示と、その文書のＳＩ−ＭＦＰ中のロケーションへのリンクまたはＳＩ−ＭＦＰにより提供されるデータを参照するシンタックス（syntax）等の元文書への参照とを含む。第２の実施形態では、ＩＵＩファイル９０２は次のものを含む：１）画像データの少なくとも１つのコードストリーム、２）別の画像情報を含むかリンクしているオブジェクトへの少なくとも１つのリンク（このリンクは元の画像全体のまたはその一部のコードストリームを含む、（１）より多くの情報を含むオブジェクトであってもよいし、他のＩＵＩファイルであってもよいし、（１）より多くの画像情報を含むその他の関連オブジェクトでもよい。）、または３）画像データを表示する少なくとも１つのフォーマット記述。第３の拡張された実施形態では、ＩＵＩファイル９０２は、第２の実施形態について上で説明した要素と、画像データを表示するための複数のフォーマット記述とを含む。上記の実施形態のどのコンポーネントを用いても、ＩＵＩファイル９０２をサーバ１０２において、または「ジャストインタイム」にクライアント１０６においてユーザの所望のフォーマットに変換することができる。

ここで、本発明による独立使用可能画像ファイル９０２の第１の実施形態を示すブロック図である図９Ａを参照する。図９Ａは、ＩＵＩファイル９０２と、その元の高画質・高解像度画像ファイル９０４との関係を図式的に示している。ＩＵＩファイル９０２は、好ましくは、低解像度ファイル９０６と、メタデータその他の情報のスケルトン（skeleton）ファイル９０８とを含む。「スケルトンファイル」は、コードストリームはまったく含まず、他のファイルやコードストリームへの参照のみを含む文書ファイルである。一実施形態では、低解像度ファイル９０６は、複数のコードストリームまたは要素９１０ａ−９１０ｃを含み、これらは完全な文書の所定レベルの精度の表示である。低解像度ファイル９０６は表示若しくは印刷でき、スケルトンファイル９０８の情報は無視される。スケルトンファイル９０８は、メタデータと、低解像度ファイル９０６中のコードストリーム９１０ａ−９１０ｃへの複数のポインタ９１２と、元の高画質・高解像度画像ファイル９０４へのポインタ９１４とを含む。例えば、スケルトンファイル９０８は普通は非常に小さく、１ページ当たり３キロバイト以下である。よって、元の高画質、高解像度画像ファイル９０４を他の装置で表示または印刷する必要があるときは、容易に特定及び読み出しすることができる。一実施形態では、ＩＵＩファイル９０２はＰＤＦファイルであり、その中にＪＰＭファイルがスケルトンファイルとして適当なメタデータロケーション（location）に入っている。図９Ｄを参照されたい。アクロバットリーダ（Acrobat reader）等のＰＤＦ表示ツールは、スケルトンファイル９０８中のデータを単に無視する。別の実施形態では、ＩＵＩファイル９０２はＪＰＭファイルであり、ネストされた（nested）ＪＰＭファイルをスケルトンファイル９０８として含む。

図９Ｂは、本発明による独立使用可能画像ファイル９０２の第２の実施形態を示すブロック図である。ＩＵＩファイル９０２の第２の実施形態の構造は、第１の実施形態のものと同様である。分かりやすくするため、機能が同一または類似しているコンポーネントは同じ参照数字を用いて示した。第２の実施形態では、ＩＵＩファイル９０２は、複数のコードストリーム９１０ａ−９１０ｃを有する低解像度ファイル９０６と、複数のポインタ９１８を有するスケルトンファイル９０８を含む。ＩＵＩファイル９０２の第２の実施形態は、有利にも、内部と外部を両方とも指すポインタ９１８を含む。各ポインタ９１８は、好ましくは、低解像度ファイル９１０ａ−９１０ｃ中のコードストリームへの参照９１２を含む。各ポインタ９１８は、高画質・高解像度画像ファイル９０４中の対応するコードストリームへの参照９１６も含む。高画質・高解像度画像ファイル９０４中のコードストリームは、低解像度画像ファイル９０６中の対応するコードストリーム（counterparts）より大幅に多い情報を有する。このように、ユーザがＩＵＩファイル９０２を見てパン（pan）やズーム（zoom）動作を実行し、その画像を有効に表示するためには低解像度ファイル９０６にある情報以上の情報が必要となった時、装置１０６により多くの情報を提供するために使用できるので、第２の実施形態のスケルトンファイル９０８は特に有利である。ＰＤＦファイルやＪＰＭファイルは単に例として使用したものであり、低解像度ファイル９０６、高画質・高解像度画像ファイル９０４、スケルトンファイル９０８、及びＩＵＩファイル９０２には別の種類のファイルフォーマットをいくらでも使用できることが、当業者には分かるであろう。

ここで、ＩＵＩファイル９０２の他の実施形態を示す図９Ｃを参照する。ここでは、スケルトンファイルは、他のファイル内に含まれるコードストリームを、そのファイルのフォーマットがスケルトンファイルのものとは違っていても参照する。例えば、ＩＵＩファイル９０２のこの実施形態は、マスク及び画像オブジェクトのいくつかのコードストリームを含むＰＤＦファイルである。図示はしていないが、これらの画像を合成して文書画像（または文書画像の数頁）にするのに必要な全てのＰＤＦシンタックスも含む。ＩＵＩファイル９０２は、同じコードストリームオブジェクトを合成して同一または類似の文書画像（またはその頁）にするためのＪＰＭシンタックスを含むＪＰＭスケルトンファイルも含む。しかし、ＪＰＭファイルはコードストリームを含まず、ＰＤＦファイル中のコードストリームへの参照のみを含む。また、このＪＰＭスケルトンファイルはＰＤＦ中にメタデータとして含まれてもよい。

ＩＵＩファイルの生成方法
ここで、図６を参照して、複合機からの画像提供方法の第１の実施形態を説明する。プロセスは、最初に、画像データをキャプチャまたは受信する（ステップ６０２）。次に、受信したデータは表示された画像（rendered image）であるか判断する（ステップ６０４）。表示（された）画像でないとき、画像をラスター化（rasterize）し（ステップ６０６）、ステップ６０８に進む。画像がすでに表示画像であるとき、ステップ６０４から直接ステップ６０８に進む。ステップ６０８において、ＳＩ−ＭＦＰ１０２において高画質・高解像度の主画像を変換し記憶する。次に、主画像から副画像を生成する（ステップ６１０）。上記のとおり、副画像は、好ましくは低解像度かつ低画質の画像であり、ネットワークの伝送特性、クライアント装置１０６の表示特性、及び／またはクライアント装置１０６のローカルプリンタのプリンタ特性に合ったものである。高画質・高解像度の主画像ファイルの生成（ステップ６０８）と、副画像ファイルの生成（ステップ６１０）とは、図６Ｂを参照して以下で詳しく説明する。次に、主画像への参照を生成する（ステップ６１２）。この参照は、単純なポインタであってもよいし、２つのファイル間の関係を生成する同種の何らかのメカニズムであってもよい。副画像と参照は、生成されると、結合されてＩＵＩファイルが生成される（ステップ６１４）。最後に、ユーザは、ＩＵＩファイルとインターラクトして、例えばファイルを表示、印刷、送信、その他の操作を行う。

ここで、ＩＵＩファイル９０２と高解像度ファイルの生成プロセスの一実施形態を記載した図６Ｂを参照する。本プロセスは、最初にステップ６２０において、元画像ファイルを受信または入力し、その元田いるがスキャンされた文書か印刷された文書かどうかを決定する。スキャンされた文書からのＩＵＩファイル９０２の生成は、印刷された文書からのものと少し異なる。

スキャンされた文書（以下、スキャン文書）の場合、ステップは以下の通りである。一実施形態では、元の高解像度のスキャン文書画像のコンテンツ（領域セグメンテーション、ＯＣＲ、グラフィック、テキスト、画像、マスクセグメンテーション等）を分析する（ステップ６２２）。文書画像は、１つ以上の別々の文書オブジェクトとして処理される領域に分割されるか、またはマスクと画像のペアに分割される文書オブジェクトに分割される。マスクオブジェクトはシャープなバイナリ画像を含む傾向があり、それゆえ通常はＪＢＩＧ２等のバイナリ圧縮器で圧縮される。一方、画像オブジェクトは、通常は滑らかな連続階調画像を含み、ＪＰＥＧ２０００等の連続階調圧縮器で圧縮される。

バイナリマスクオブジェクトデータは、従来手段によりステップ６２６の圧縮の前にサブサンプリングされても、されなくてもよい。高解像度のサブサンプリングされたマスクがＩＵＩに使える解像度であれば、それをコピーする。ＩＵＩに使える解像度でなければ、ＩＵＩに適する第２のサブサンプリングされたマスクを高解像度バージョンと同時に生成する。

次に、ＩＵＩと高解像度バージョンのバイナリマスクオブジェクトが別々に圧縮される。ＩＵＩマスクオブジェクトにＪＢＩＧ２等の量子化可能なバイナリ圧縮器を使用する場合、残りのビットは必要に応じて量子化してもしなくてもよい。別の実施形態では、ＪＢＩＧのサブサンプリング機能を用いて、ＩＵＩのサブサンプリングを行い、ステップ６２６と６３０は結合される。こうすることにより有利になるのは、後のＪＰＩＰインターラクションにおいて、ＩＵＩマスクデータを（低解像度ビットを繰り返さずに）ＪＢＩＧ画像の高解像度部分のみで補足することができ、高解像度マスクオブジェクトを生成できるという点である。さらに別の実施形態では、ＪＢＩＧ２を使用してステップ６２６と６３０とを結合し、ＪＢＩＧ２で圧縮されたマスクオブジェクトのコードブックを交換できる。ＩＵＩ文書は低解像度シンボルのコードブックを有し、一方高解像度ファイルは高解像度シンボルのコードブックを有する。

画像オブジェクトデータは従来手段により別途ＩＵＩのためにサブサンプリングできる（ステップ６２８）。次に、画像オブジェクトを別々に圧縮する（ステップ６３２）。しかし、ＪＰＥＧ２０００を使用する場合、ステップ６２８と６３２を結合できる。最初に、画像オブジェクト全体を圧縮する。次に、ＪＰＥＧ２０００解析技術を用いて、画像オブジェクトの量子化バージョンをＩＵＩのために抽出する。

ＩＵＩと高解像度画像をステップ６３４と６３６においてそれぞれ別々にフォーマットする。使用されるフォーマットはユーザの（ＩＵＩファイルに対する）選択と、システム設計者の（高解像度に対する）選択によって決まり得る。一実施形態では、ＩＵＩはＰＤＦ文書フォーマットであり、高解像度ファイルはＪＰＭ文書フォーマットである。この場合、ＪＰＭ高解像度文書ファイルの「スケルトン（skeleton）」バージョン（データは含まず、データへのポインタのみを含む）を「メタデータ」としてＩＵＩ ＰＤＦ文書ファイルに加えることができる。こうすることにより、すべてのＰＤＦリーダはＩＵＩファイルを読むことができ、一方、特殊なリーダまたはプラグインソフトウェアは高解像度ファイルにアクセスすることができる。

他の実施形態では、（任意のフォーマットの）ＩＵＩファイルは高解像度ＪＰＭファイルへのポインタを含む。高解像度ファイルにアクセスするため、ＪＰＩＰセッションを確率し、クライアント１０６ではＪＰＭ／ＪＰＩＰビュアーを使用する。

印刷文書の場合、次のプロセスが行われる。情報源（source）は、印刷された文書の場合、ポストスクリプトやＰＤＦやＭＳ ＸＰＳなどのページ記述言語であることが多い。または、おそらく、独自のグラフィックまたはレンダリング（rendering）の命令セットがある。いずれの場合でも、命令を処理している間に、文書を解析することができる（ステップ６２４）。かかる解析の実行の実施形態は、同時係属中の米国特許出願第１１／５１５，２４１号（出願日２００６年８月３１日、発明の名称「文書表示における画像セグメント集積方法（Techniques for Image Segment Accumulation in Document Rendering）」）に開示されている。この文献はここに参照援用する。マスクと画像オブジェクトは、一旦取得すると、スキャンした場合と同じ方法で処理できる。別の実施形態では、マスク及び画像オブジェクトを２度表示（render）することができる。１回はＩＵＩファイルに対してであり、１回は高解像度ファイルに対してである。こうすることにより、ステップ６２４をステップ６２６及び／または６２８と結合する。

ＩＵＩを生成するためのパラメータ（例えば、好ましい解像度、圧縮データサイズ、圧縮タイプ、ファイルフォーマット、色等）はユーザ及び／またはクライアントサイドの文書処理設計またはアーキテクチャにより選択される。これらは、インストール時にＳＩ−ＭＦＰに設定するか、ユーザのシステム管理者により事前設定されるか、各事例に対してユーザによりリセットされる。高解像度画像のパラメータは、問題となるＳＩ−ＭＦＰ１０２の最大能力により決まる。しかし、ユーザが再設定することもできる。

文書提供方法
図７Ａと図７Ｂを参照して、ＳＩ−ＭＦＰ１０２からの文書提供方法の一実施形態を説明する。図７Ａと図７Ｂは、文書の提供においてＳＩ−ＭＦＰ１０２により行われるステップとプロセスを記載している。プロセスの開始において、ＳＩ−ＭＦＰ１０２が画像データを受信する。次に、ステップ７０８において、文書プロセッサ＆サーバ２０４は、図６を参照して上で説明したように、主画像を生成し記憶する（ステップ７０８）。主画像は高画質かつ高解像度の画像である。次に、ＳＩ−ＭＦＰ１０２は副画像または表示画像を生成する（ステップ７１０）。副画像は、好ましくは、主画像と比較して低画質かつ低解像度の画像である。例えば、副画像は、米国カリフォルニア州サンノゼ市のアドビ社が推奨しているポータブル文書フォーマット（ＰＤＦ）の画像であってもよい。次に、ＳＩ−ＭＦＰ１０２は主画像への参照を生成する。次に、ＳＩ−ＭＦＰ１０２は、表示画像と参照から生成されるＩＵＩファイル９０２を生成する（ステップ７１４）。ＳＩ−ＭＦＰ１０２は、次に、ＩＵＩファイル９０２をクライアント装置１０６に送信する。

図７Ｂを参照する。図７Ｂには、ＳＩ−ＭＦＰ１０２が実行するその他の処理が記載されている。特に、留意すべきことは、ＩＵＩファイル９０２がＳＩ−ＭＦＰ１０２によりクライアント装置１０６に送信されると、サーバ１０２とクライアント装置１０６はユーザ入力に応じてインターラクトし、主画像ファイルの全部またはその選択された部分を提供する。ここで、ＳＩ−ＭＦＰ１０２により行われる処理を詳細に説明する。ＳＩ−ＭＦＰ１０２は、ＩＵＩファイル９０２をクライアント装置１０６に送信してから少し経つと、そのクライアント装置１０６から信号を受信する（ステップ７１８）。ＳＩ−ＭＦＰ１０２が受信する信号には、１）行うべき動作の表示、及び２）主ファイルを特定してアクセスできるような、ＩＵＩファイル９０２の一意的な識別子。

ＳＩ−ＭＦＰ１０２により行われるプロセスは、次に、受信した信号がクライアントディスプレイの直接的インターラクションするためのＪＰＩＰセッションを開始するものであるか判断する（ステップ７２０）。一実施形態では、直接的インターラクションは、画像のパン（panning）、画像のズーム（zooming）、ブラウズ（browsing）、またはＩＵＩファイルの編集を含む。ステップ７１８で受信した信号がクライアントディスプレイにおいて直接的インターラクションをするためのＪＰＩＰセッションの開始の命令であるとき、ステップ７２２に進み、ＩＵＩファイル９０２の表示と編集のためのＪＰＩＰクライアント／セッションを確率する。本発明により、ユーザにはディスプレイ画像ファイルが提供される。しかし、その画像を見てユーザが拡大したりフォーカスしたりしたい時、本発明により、主画像ファイルにある追加データをユーザに提供することが容易になる。新しいデータは、読み出されると、クライアント装置１０６に送信される（ステップ７２４）。データが送信されると、ステップ７１８に戻り、クライアント装置１０６から別の信号を受信したかどうか判断する。

一方、命令がクライアントディスプレイにおいて直接インターラクションするためのＪＰＩＰセッションを開始するものでなければ、ステップ７２０からステップ７２６に進み、ＳＩ−ＭＦＰ１０２は受信した信号がＳＩ−ＭＦＰ１０２において文書を印刷するものであるか判断する。そうであれば、ＳＩ−ＭＦＰ１０２はＩＵＩファイル９０２に対応する主画像を決定する（ステップ７２８）。特定された主画像ファイルは、読み出され、ＳＩ−ＭＦＰ１０２により印刷される（ステップ７３０）。ＳＩ−ＭＦＰ１０２は主画像ファイルを使用することができるので、ＳＩ−ＭＦＰ１０２が印刷する文書は、単にディスプレイ画像ファイルを印刷して得られるものよりも画質や詳細レベルが非常に高いものである。ステップ７３０のプロセスが始まると、ステップ７１８に戻り、クライアント装置１０６から別の信号を受信したかどうか判断する。

命令がＳＩ−ＭＦＰ１０２において印刷するものでないとき、ステップ７２６からステップ７３２に進み、ＳＩ−ＭＦＰ１０２は命令が他の装置とリモートインターラクションを開始するものであるかどうか判断する。例えば、クライアント１０６は、第１のＳＩ−ＭＦＰ１０２が他の装置とＪＰＩＰセッションを確立し、第２のＳＩ−ＭＦＰ１３２が表示と印刷を行い、第１のＳＩ−ＭＦＰ１０２がＪＰＩＰセッションのクライアントとなり、第２のＳＩ−ＭＦＰ１３２がＪＰＩＰセッションのサーバとなることを欲する。命令が他の装置とリモートインターラクションを開始するものであるとき、ＳＩ−ＭＦＰ１０２は理モード装置とＪＰＩＰセッションを設定し（ステップ７３４）、特定のＩＵＩファイルを要求する。次に、クライアント１０６はＳＩ−ＭＦＰ１０２を介してリモートサーバ（第２のＳＩ−ＭＦＰ１３２）とインターラクトする（ステップ７３６）。リモートサーバとのインターラクションには、画像のパン（panning）、画像のズーム（zooming）、高解像度ファイルの編集、及び高解像度ファイルの印刷が含まれる。ステップ７３０の開始後、ステップ７１８に戻り、クライアント装置１０６から別の信号を受信する。命令がリモートサーバで文書を印刷するものでないとき、ステップ７４２に進み、ＩＵＩファイル９０２の表示が完了したか判断する。完了していれば、本方法は終了する。完了していなければ、ステップ７１８に戻り、クライアント装置１０６から別の信号を待つ。当業者には、判断ステップ７２０、７２６、７３２とそれに関連するプロセスはどんな順序で実行してもよく、図７Ｂに示した順序は一例に過ぎないことが分かるであろう。

図７Ｃを参照して、ＩＵＩファイル９０２とインターラクトするプロセスを説明する。図７Ｃは、ＩＵＩファイル９０２とインターラクトする時にクライアント装置１０６が実行するプロセスとステップを記載し、ＳＩ−ＭＦＰ１０２について図７Ａと図７Ｂを参照して上で説明したプロセスと相互に関係している。クライアント装置１０６におけるプロセスにおいて、最初に、ＩＵＩファイル９０２を受信する（ステップ７５０）。ユーザはこのファイルを操作でき、クライアントはＩＵＩファイル９０２で表示を生成する（ステップ７５２）。クライアント装置１０６は、次に、ユーザから入力を受け取る（ステップ７５４）。ステップ７５６に進み、ユーザが画像のパンまたはズームを表示するコマンドを入力し、高解像度ファイルとインターラクト（interact）するためにＳＩ−ＭＦＰ１０２とＪＰＩＰセッションを確立するか決定する。ユーザが画像のパンまたはズームのコマンドを入力したとき、ステップ７５８に進み、独立使用可能画像ファイルへの参照と、新しい画像を読み出す命令とをＳＩ−ＭＦＰ１０２に送信する。ＳＩ−ＭＦＰ１０２はこれに応答して、クライアント装置１０６は新しい画像データを受信し（ステップ７６０）、その新しいデータを用いて画像の表示を更新する。次に、ステップ７５４に進み、ユーザからの次の入力を受信、または待つ。入力コマンドがパンまたはズームのコマンドでないとき、ステップ７５６からステップ７６２に行く。ステップ７６２において、クライアント装置１０６は、ユーザから受け取った入力がＳＩ−ＭＦＰ１０２において文書を印刷するコマンドであるか判断する。ユーザから受け取った入力がＳＩ−ＭＦＰ１０２において文書を印刷するコマンドである場合、クライアント装置１０６は、印刷コマンドとともにＩＵＩファイル９０２への参照（reference）をＳＩ−ＭＦＰ１０２に送信する（ステップ７６４）。命令を送信すると、ステップ７５４に進み、ユーザからの次の入力を受け取り、または待つ。ステップ７６２において、ユーザからの入力がサーバ１０２における印刷命令でない場合、ステップ７６６に進む。ユーザからの入力がリモートサーバ１２０において文書を印刷するコマンドであるか判断する（ステップ７６６）。そうであれば、ステップ７６８に進み、クライアント装置１０６は、ＩＵＩファイル９０２への参照、リモートサーバにおいてファイルを印刷する命令、及びリモートサーバの識別情報（identification）をＳＩ−ＭＦＰ１０２に送信する。ステップ７６８が完了すると、ステップ７５４に戻り、ユーザから次の入力を受け取る。ステップ７６６において、ユーザからの入力がリモートサーバにおいて文書を印刷するコマンドでないと判断した場合、ステップ７７０に行く。ステップ７７０において、ユーザからの入力が、ローカルプリンタ１０１０等の非ＪＰＩＰ対応の装置において文書を印刷するものであるか判断する。そうであれば、クライアント装置１０６はＳＩ−ＭＦＰ１０２に、画像の高解像度バージョンを適当に生成し、それを装置用フォーマットするように命令する。フォーマットされた適当な高解像度画像は、印刷のためにローカルプリンタに送られ（ステップ７７４）（またはクライアント１０６に返送され）、ステップ７５４に戻り、次の入力をユーザから受ける。ユーザからの入力がローカルプリンタにおいて印刷するコマンドでない場合、ステップ７７０からステップ７７６に進む。ステップ７７６において、クライアントはユーザからさらに入力があるか判断する（ステップ７７６）。あれば、ステップ７５４に戻り、ユーザからの入力を受け取る。なければ、本方法は終了する。

図８を参照して、ＳＩ−ＭＦＰ１０２から文書を提供する方法の第２の実施形態を説明する。図８の方法は、文書の提供が主にＳＩ−ＭＦＰ１０２において行われる第１の実施形態と比較して、クライアント装置１０６において本発明がどのように動作するかを示している。本方法は、最初に、クライアント１０６においてデジタル画像ファイルを受信する（ステップ８０２）。例えば、デジタル画像はクライアント装置１０６に結合したローカルスキャナにより生成される。あるいは、デジタル画像はクライアント装置１０６と同じコンピューティング装置上で実行されているアプリケーションにより生成されてもよい。次に、デジタル画像ファイルをクライアント装置１０６において圧縮する（ステップ８０４）。任意的に、画像はクライアント装置１０６においてラスター化（rasterized）されてもよい（ステップ８０６）。次に、クライアント装置１０６は、ＳＩ−ＭＦＰ１０２に独立使用可能画像（ＩＵＩ）ファイル名を要求して受け取る（ステップ８０８）。このクライアント装置１０６と、その他のクライアント装置１０６、その他のサーバ１２０、またはその他の任意の装置との間で独立使用可能画像の転送と使用をできるようにするため、ＳＩ−ＭＦＰ１０２は、任意の独立使用可能画像ファイルとその対応する高解像度・高画質の主ファイルとがその独立使用可能画像ファイル名で特定できるように、一意的な名前空間を保持（maintain）する。このように、主ファイルとＩＵＩファイル９０２は、ＳＩ−ＭＦＰ１０２、その他のサーバ１２０、または任意のクライアント装置１０６に記憶され、アクセスしたりインターラクトしたりできる。ＩＵＩファイル９０２のファイル名をＳＩ−ＭＦＰ１０２から取得すると、クライアント装置１０６は、高解像度画像を生成し、それをＳＩ−ＭＦＰ１０２に記憶のために送信する（ステップ８１０）。当業者には、高解像度画像はクライアント装置１０６に一時的に記憶されることが分かるであろう。高解像度画像は、すぐにサーバ１０２に送信するか、クライアント装置１０６とＳＩ−ＭＦＰ１０２との間の通信チャネルのトラフィックが最小である時にサーバ１０２に送信するか、複数の部分に分割して部分ごとにＳＩ−ＭＦＰ１０２に送信することができる。クライアント装置１０６は、ディスプレイ解像度画像も生成する。例えば、このディスプレイ解像度画像は、米国カリフォルニア州サンノゼ市のアドビ社が提供しているようなポータブル文書フォーマット（ＰＤＦ）の画像であってもよい。クライアント装置１０６は、高解像度画像の部分とディスプレイ解像度画像の部分の間の参照（references）も生成する（ステップ８１４）。当業者には、上記のステップ８１０、８１２、８１４はどんな順序で実行してもよく、上の説明は単なる一例であることが分かるであろう。次に、クライアント装置１０６は、受信したファイル名を有するＩＵＩファイル９０２を生成し、ディスプレイ解像度画像と高解像度画像への参照とを含める。ＩＵＩファイル９０２は、クライアント装置１０６において使用して（ステップ８１８）、例えば、ＩＵＩファイル９０２をクライアント装置１０６に記憶し、クライアント装置１０６においてＩＵＩファイル９０２を表示し、クライアント装置１０６においてＩＵＩファイル９０２を印刷することができる。最後に、ＩＵＩファイル９０２をＳＩ−ＭＦＰ１０２に送信して（ステップ８２０）、本方法は終了する。

別のシステムアーキテクチャ
図１０Ａは、複合機１００２から文書を提供する、本発明のシステム１０００ａの第２の実施形態を示すブロック図である。システム１０００ａは、ＳＩ−ＭＦＰ１００２と、リモートＳＩ−ＭＦＰ１００４と、データベースサーバ１００６と、クライアント装置１００８と、ローカル接続プリンタ１０１０とを含む。装置間の接続はＬＡＮやＷＡＮなどの従来のネットワーク接続である。図１０Ａのシステム１０００ａは、高解像度で高画質の元の画像ファイル９０４がＳＩ−ＭＦＰ１００２、リモートＳＩ−ＭＦＰ１００４、データベースサーバ１００６、及びクライアント装置１００８にあり、及び／または生成されるアーキテクチャを示している。さらに、図５を参照して上で説明したモジュールは、システム１０００ａの相異なるコンポーネントに分散していてもよい。例えば、受信・記憶モジュール５０４はデータベースサーバ１００６の一部であってもよい。独立使用可能画像ファイル９０２は、生成されると、印刷や表示のための装置に送信することができる。さらに、独立使用可能画像９０２は、ユーザの要求に応じて、ＳＩ−ＭＦＰ１００２、リモートＳＩ−ＭＦＰ１００４、またはプリンタ１０１０上の対応するファイルを印刷するために使用できる。さらに、ＩＵＩファイル９０２をシステム１０００ａのいずれの装置に記憶することもできる。本発明の有利性は、印刷装置に送信したファイルがその装置の印刷能力にマッチ（match）することである。よって、ＳＩ−ＭＦＰ１００２とリモートＳＩ−ＭＦＰ１００４は高解像度の印刷能力を有するので、それらが選択された印刷装置であれば、高解像度、高画質の元の画像ファイル９０４はそれらに送信し、低解像度画像ファイル９０６は低い解像度の印刷能力であるローカルプリンタ１０１０により使用できる。このアーキテクチャのさらに別の有利性は、データベースサーバ１００６が、非常に大きい元のファイルではなくＩＵＩファイル９０２のみを記憶すればよく、記憶容量を大幅に節約することができることである。それでも、ＳＩ−ＭＦＰ１００２に接続しなくても、データベースサーバ１００６に記憶されたＩＵＩファイル９０２を検索、ブラウジング、ビューイング（viewing）に使用することができる。

図１０Ｂは、複合機１００２から文書を提供する、本発明のシステム１０００ｂの第３の実施形態を示すブロック図である。図１０Ｂのシステム１０００ｂは図１０Ａのシステムに似ているが、コンテンツ管理サーバ１０１２と複数のクライアント装置１００８を含む。この実施形態は、コンテンツ管理サーバ１０１２等の幅広くアクセス可能なロケーション（location）に高解像度で高画質の元画像をすべて記憶するメカニズムを示している。こうすることで、複数のＳＩ−ＭＦＰがファイルにアクセスして印刷や表示をできる点で有利である。当業者には、複数のコンテンツ管理サーバ１０１２があってもよく、それらに画像ファイルを分散しても、キャッシュしても、複製してもよいことが分かるであろう。また、従来のセキュリティー機構を設けて、ユーザがセットしたアクセス制御に従って、高解像度、高画質の元画像ファイル９０４のみならず、独立使用可能画像ファイル９０２へのアクセスを制限してもよいことが、当業者にはわかるであろう。留意すべきことは、本発明の範囲内で、複数のコンテンツ管理サーバを分散して使用する場合、ＢｉｔＴｏｒｒｅｎｔその他のピア・ツー・ピアコンテンツ複製システム等の負荷や帯域幅をバランスさせるシステムを利用してもよいことである。かかるシステムにより、単一組織内の高解像度データの印刷を繰り返すことによる帯域幅コストが大幅に減少する。

本発明の実施形態の上記の説明は、例示と説明を目的にしたものである。包括的であること、開示した詳細な内容に本発明を限定することを目的としたものではない。上記の教示を考慮して、多くの修正と変形が可能である。本発明の範囲はこの詳細な説明により限定されるのではなく、本出願の特許請求の範囲により限定される。当業者には言うまでもなく、本発明はその精神と本質的特徴から逸脱することなく、他の具体的な形式に化体させることができる。同様に、モジュール、ルーチン、機能、属性、方法その他の態様の具体的な名称や分け方は必須でも重要でもなく、本発明を実施するメカニズムや機能の名称、分け方、フォーマットは異なるものであってもよい。さらに、当業者には言うまでもなく、本発明のモジュール、ルーチン、機能、属性、方法、その他の態様は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組合せとして実施することができる。もちろん、本発明のコンポーネント（例えばモジュール）がソフトウェアとして実施された場合、そのコンポーネントはスタンドアロンのプログラムとして、大きなプログラムの一部として、複数の個別プログラムとして、静的または動的にリンクされたライブラリとして、カーネルロードモジュールとして、デバイスドライバとして、及び／またはコンピュータプログラミングの当業者が現在または将来知り得るその他の任意の方法として実施することができる。また、本発明は、特定のプログラミング言語や特定のオペレーティングシステムや環境における実装に決して限定されない。従って、本発明の開示は、本発明の範囲を例示することを目的とするものであり、限定することを目的とはしていない。本発明の範囲は特許請求の範囲に記載されている。

本発明の実施態様をまとめると少なくとも以下のものが含まれるが、これに限定はされない。
（付記１）文書提供装置であって、
主ファイルから独立使用可能ファイルを生成するように構成され、前記主ファイルを受信して前記独立使用可能ファイルを出力するように結合され、前記独立使用可能ファイルを伝達するように結合された文書プロセッサと、
前記文書プロセッサと結合し、前記主ファイルと前記独立使用可能ファイルとを格納するように構成されたデータ記憶装置とを有する文書提供装置。
（付記２）前記文書を印刷し、画像をキャプチャして前記主ファイルを作成するように構成された複合機をさらに有する、付記１に記載の装置。
（付記３）前記文書プロセッサは、少なくとも１つのクライアント装置とインターラクトするサーバとして機能するように構成された、付記２に記載の装置。
（付記４）前記複合機は、印刷、スキャン、ファックス、コピー、及びデータ転送を含む機能を１つのハウジングに含むオフィス機器である、付記２に記載の装置。
（付記５）前記文書プロセッサは、前記主ファイルと前記独立使用可能ファイルとを格納して読み出す、前記データ記憶装置と協働する受信・記憶モジュールをさらに有する、付記１に記載の装置。
（付記６）前記文書プロセッサは、他の装置との間で前記主ファイルと前記独立使用可能ファイルとを送受信する、前記他の装置と通信するように結合された伝送モジュールをさらに有する、付記１に記載の装置。
（付記７）前記伝送モジュールは前記主ファイルの一部を送信できる、付記６に記載の装置。
（付記８）前記文書プロセッサは、クライアントとインターフェイスして前記独立使用可能ファイルに関する付加情報を提供する、前記クライアントと通信するように結合したディスプレイインターラクションモジュールをさらに有する、付記１に記載の装置。
（付記９）前記ディスプレイインターラクションモジュールは、独立使用可能ファイル名を受信し、主ファイルの一部分を特定し、前記主ファイルの特定された部分を送信することができる、付記８に記載の装置。
（付記１０）前記文書プロセッサは、さらに、主ファイルを受け取り前記独立使用可能ファイルを生成する生成モジュールであって、前記主ファイルを受け取り前記独立使用可能ファイルを提供するように結合された生成モジュールを有する、付記１に記載の装置。
（付記１１）前記独立使用可能ファイルは、前記主ファイルの所定精度レベルの表示である複数のコードストリームを有する低解像度ファイルと、メタデータその他の情報を含むスケルトンファイルとを有する、付記１０に記載の装置。
（付記１２）前記文書プロセッサは、さらに、ユーザの要求に応じて、送信されたファイルの解像度を受信装置の解像度に自動的に合わせ、前記独立使用可能ファイルまたは前記主ファイルを前記受信装置に送信する印刷インターラクションモジュールを有する、付記１に記載の装置。
（付記１３）前記印刷インターラクションモジュールは、前記他の装置の印刷能力に基づき前記受信装置に送信するファイルを決定する、付記１２に記載の装置。
（付記１４）さらに、前記文書プロセッサとインターラクトして、前記主ファイルの印刷、または前記独立使用可能ファイルの表示を可能とする、前記文書プロセッサと結合したクライアントインターラクションモジュールを有する、付記１に記載の装置。
（付記１５）前記クライアントインターラクションモジュールは、さらに、前記文書プロセッサとの間でコマンド、前記ＩＵＩファイル、前記主ファイル、またはその部分を送受信する、前記文書プロセッサと結合したクライアント通信モジュールを有する、付記１４に記載の装置。
（付記１６）前記クライアントインターラクションモジュールは、さらに、前記ＩＵＩファイル、前記主ファイル、またはその部分を記憶する、前記文書プロセッサに結合したクライアント記憶モジュールを有する、付記１４に記載の装置。
（付記１７）前記クライアントインターラクションモジュールは、さらに、前記ＩＵＩファイルの表示に関するユーザ入力情報を受け取り、前記ＩＵＩファイルの表示で与えられたデータ以上の情報が必要か判断し、前記文書プロセッサと通信するように構成されたクライアントディスプレイ制御モジュールをさらに有する、付記１４に記載の装置。
（付記１８）前記クライアントインターラクションモジュールは、さらに、前記文書プロセッサとインターラクトして、ユーザからの前記主ファイルの印刷コマンドを送信するクライアント印刷制御モジュールを有する、付記１４に記載の装置。
（付記１９）前記クライアントインターラクションモジュールは、さらに、主ファイルから独立使用可能ファイルを生成するように構成された、前記主ファイルを受信するように結合され、前記文書プロセッサに前記独立使用可能ファイルを出力するように結合されたクライアント生成モジュールを有する、付記１４に記載の装置。
（付記２０）前記文書プロセッサと通信するように構成され、前記独立使用可能ファイルを操作するクライアント装置をさらに有する、付記１に記載の装置。
（付記１９）独立使用可能ファイルの生成方法であって、
データを受信する段階と、
前記受信したデータを主ファイルとして記憶する段階と、
前記主ファイルの所定精度レベルの表示である複数のコードストリームを有する副ファイルを前記主ファイルから生成する段階と、
前記主ファイルへの参照を生成する段階と、
前記参照と前記副ファイルとを前記独立使用可能ファイルとして結合する段階とを有する方法。
（付記２０）前記参照は前記主ファイルへのポインタである、付記１９に記載の方法。
（付記２１）前記独立使用可能ファイルを、クライアント装置、複合機、プリンタ、サーバ一体型複合機のうちの１つに送信する段階をさらに有する、付記１９に記載の方法。
（付記２２）クライアント装置において、前記独立使用可能ファイルを表示、印刷、送信することにより前記独立使用可能ファイルとインターラクトする段階をさらに有する、付記１９に記載の方法。
（付記２３）前記受信データは表示された画像であるかどうか判断する段階と、
前記受信データが表示された画像でないとき、前記データをラスター化する段階とを有する、付記１９に記載の方法。
（付記２４）前記受信データを圧縮する段階をさらに有する、付記１９に記載の方法。
（付記２５）前記独立使用可能ファイルをクライアント装置に送信する段階と、
前記クライアントから信号を受信する段階とをさらに有する、付記１９に記載の方法。
（付記２６）前記信号が前記独立使用可能ファイルの表示を修正するものであるか判断する段階と、
新しいデータを決定して主ファイルから読み出す段階と、
新しいデータを前記クライアント装置に送信する段階とを有する、付記２５に記載の方法。
（付記２７）前記信号は前記独立使用可能ファイルを印刷するものであるかどうか判断する段階と、
前記独立使用可能ファイルに対応する主ファイルを決定する段階と、
決定した主ファイルを印刷のためプリンタに送信する段階とを有する、付記２５に記載の方法。
（付記２８）前記独立使用可能ファイルは前記画像データを表示するための複数のフォーマット記述子を有する、付記１９に記載の方法。
（付記２９）前記独立使用可能ファイルはポータブル文書フォーマットであり、前記参照を含むＪＰＭフォーマットのスケルトンファイルを含む、付記１９に記載の方法。
（付記３０）独立使用可能ファイルとのインターラクト方法であって、
独立使用可能ファイルを受信する段階と、
前記独立使用可能ファイルで表示を生成する段階と、
前記独立使用可能ファイルと関係したユーザ入力を受信する段階と、
前記ユーザ入力に関係する独立使用可能ファイルの部分を決定する段階と、
前記独立使用可能ファイルへの参照と前記部分の識別子とを文書サーバに送信する段階と、
前記独立使用可能ファイルの前記部分に関する追加詳細情報を前記文書サーバから受信する段階とをさらに有する方法。
（付記３１）独立使用可能ファイルとのインターラクト方法であって、
独立使用可能ファイルを受信する段階と、
前記独立使用可能ファイルで表示を生成する段階と、
前記独立使用可能ファイルと関係したユーザ入力を受信する段階と、
前記ユーザ入力は前記独立使用可能ファイルを印刷するものであるかどうか判断する段階と、
前記独立使用可能ファイルへの参照と印刷コマンドとを文書サーバに送信する段階とを有する方法。
（付記３２）独立使用可能ファイルの生成方法であって、
画像データの複数のコードストリームを提供する段階と、
付加的画像情報を含むオブジェクトへの少なくとも１つのリンク、または付加的画像情報へのリンクを含むスケルトンファイルを提供する段階と、
前記画像データを表示する複数のフォーマット記述子を提供する段階とを有する方法。
（付記３３）前記コードストリームを文書画像に合成するのに必要なポータブル文書フォーマットシンタックスを提供する段階をさらに有する、付記３２に記載の方法。
（付記３４）前記リンクは、前記スケルトンファイルとは異なるフォーマットの他のファイルに含まれるコードストリームを参照する、付記３２に記載の方法。
（付記３５）前記リンクは、前記複数のコードストリームから選択されたコードストリームを参照する、付記３２に記載の方法。
（付記３６）前記複数のフォーマット記述子の１つ目はポータブル文書フォーマットシンタックスであり、前記複数のフォーマット記述子の２つ目はＪＰＭシンタックスである、付記３２に記載の方法。

ＭＦＰから文書を提供する、本発明の文書提供システムの第１の実施形態を示すブロック図である。 本発明によるサーバ組み込みＭＦＰの一実施形態を示すブロック図である。 本発明によるクライアント装置の一実施形態を示すブロック図である。 本発明による文書プロセッサ＆サーバの一実施形態を示すブロック図である。 文書プロセッサ＆サーバのメモリの一実施形態を示すブロック図である。 本発明による文書提供方法の第１の実施形態を示すフローチャートである。 本発明による文書提供方法の第１の実施形態を示すフローチャートである。 文書提供時において、本発明の文書プロセッサ＆サーバにより実行される動作例を示すフロー図である。 図７Ａに続く、文書提供時において、本発明の文書プロセッサ＆サーバにより実行される動作例を示すフロー図である。 文書提供時において、本発明のクライアントにより実行される動作例を示すフロー図である。 本発明による文書提供方法の第２の実施形態を示すフローチャートである。 本発明によるＩＵＩファイルの第１の実施形態を示すブロック図である。 本発明によるＩＵＩファイルの第２の実施形態を示すブロック図である。 本発明によるＩＵＩファイルの他の実施形態を示すブロック図である。 本発明によるＩＵＩファイルのさらに他の実施形態を示すブロック図である。 ＭＦＰから文書を提供する、本発明の文書提供システムの第２の実施形態を示すブロック図である。 ＭＦＰから文書を提供する、本発明の文書提供システムの第３の実施形態を示すブロック図である。

符号の説明

１０２ 第１のＳＩ−ＭＦＰ
１０４ ネットワーク
１０６ クライアント装置
１２０ ＭＦＰ
１２２ デジタルファイル
１２６ ＲＩＰ
１３２ 第２のＳＩ−ＭＦＰ
２０２ 複合機
２０４ 文書プロセッサ・サーバ
２０６ データ記憶装置
３０２ クライアントインターラクションモジュール
３０４ ミドルウェア
３０６ アプリケーション
３２０ ＪＰＩＰクライアント
３２６ クライアント印刷制御モジュール
３２８ クライアント生成モジュール
４０２ プロセッサ
４０４ メインメモリ
２０６／４０６ データ記憶装置
４１０ ディスプレイ装置
４１２ キーボード
４１４ カーソル制御部
４１６ ネットワークコントローラ
４１８ Ｉ／Ｏ装置
４５０ 制御部
５０２ オペレーティングシステム
５０４ 受信・記憶モジュール
５０６ 送信モジュール
５０８ ディスプレイインターラクションモジュール
５１０ 生成モジュール
５１２ 印刷インターラクションモジュール
５１４ 制御モジュール
５１６ ウェブサーバソフトウェア
５１８ 変換モジュール
５２０ 編集モジュール
１００２ ＳＩ−ＭＦＰ
１００４ リモートＳＩ−ＭＦＰ
１００６ データベースサーバ
１００８ クライアント
１０１０ プリンタ
１０１２ コンテンツ管理サーバ

Claims (26)

1. 独立使用可能ファイルの生成方法であって、
   データを受信する段階と、
   前記受信したデータを主ファイルとして記憶する段階と、
   前記主ファイルの所定精度レベルの表示である複数のコードストリームを有する副ファイルを前記主ファイルから生成する段階と、
   前記主ファイルへの参照を生成する段階と、
   前記参照と前記副ファイルとを前記独立使用可能ファイルとして結合する段階とを有する方法。
2. 前記受信データは表示された画像であるかどうか判断する段階と、
   前記受信データが表示された画像でないとき、前記データをラスター化する段階とを有する、請求項１に記載の方法。
3. 前記受信データを圧縮する段階をさらに有する、請求項１に記載の方法。
4. 前記独立使用可能ファイルをクライアント装置に送信する段階と、
   前記クライアントから信号を受信する段階とをさらに有する、請求項１に記載の方法。
5. 前記信号が前記独立使用可能ファイルの表示を修正するものであるか判断する段階と、
   新しいデータを決定して主ファイルから読み出す段階と、
   新しいデータを前記クライアント装置に送信する段階とを有する、請求項４に記載の方法。
6. 前記信号は前記独立使用可能ファイルを印刷するものであるかどうか判断する段階と、
   前記独立使用可能ファイルに対応する主ファイルを決定する段階と、
   決定した主ファイルを印刷のためプリンタに送信する段階とを有する、請求項４に記載の方法。
7. 前記独立使用可能ファイルは前記画像データを表示するための複数のフォーマット記述子を有する、請求項１に記載の方法。
8. 前記独立使用可能ファイルはポータブル文書フォーマットであり、前記参照を含むＪＰＭフォーマットのスケルトンファイルを含む、請求項１に記載の方法。
9. 文書提供装置であって、
   主ファイルから独立使用可能ファイルを生成するように構成され、前記主ファイルを受信して前記独立使用可能ファイルを出力するように結合され、前記独立使用可能ファイルを伝達するように結合された文書プロセッサと、
   前記文書プロセッサと結合し、前記主ファイルと前記独立使用可能ファイルとを格納するように構成されたデータ記憶装置とを有する文書提供装置。
10. 前記文書を印刷し、画像をキャプチャして前記主ファイルを作成するように構成された複合機をさらに有する、請求項９に記載の装置。
11. 前記文書プロセッサは、前記主ファイルと前記独立使用可能ファイルとを格納して読み出す、前記データ記憶装置と協働する受信・記憶モジュールをさらに有する、請求項９に記載の装置。
12. 前記文書プロセッサは、他の装置との間で前記主ファイルと前記独立使用可能ファイルとを送受信する、前記他の装置と通信するように結合された伝送モジュールをさらに有する、請求項９に記載の装置。
13. 前記文書プロセッサは、クライアントとインターフェイスして前記独立使用可能ファイルに関する付加情報を提供する、前記クライアントと通信するように結合したディスプレイインターラクションモジュールをさらに有する、請求項９に記載の装置。
14. 前記ディスプレイインターラクションモジュールは、独立使用可能ファイル名を受信し、主ファイルの一部分を特定し、前記主ファイルの特定された部分を送信することができる、請求項１３に記載の装置。
15. 前記文書プロセッサは、さらに、主ファイルを受け取り前記独立使用可能ファイルを生成する生成モジュールであって、前記主ファイルを受け取り前記独立使用可能ファイルを提供するように結合された生成モジュールを有する、請求項９に記載の装置。
16. 前記独立使用可能ファイルは、前記主ファイルの所定精度レベルの表示である複数のコードストリームを有する低解像度ファイルと、メタデータその他の情報を含むスケルトンファイルとを有する、請求項１５に記載の装置。
17. 前記文書プロセッサは、さらに、ユーザの要求に応じて、送信されたファイルの解像度を受信装置の解像度に自動的に合わせ、前記独立使用可能ファイルまたは前記主ファイルを前記受信装置に送信する印刷インターラクションモジュールを有する、請求項９に記載の装置。
18. 前記印刷インターラクションモジュールは、前記他の装置の印刷能力に基づき前記受信装置に送信するファイルを決定する、請求項１７に記載の装置。
19. さらに、前記文書プロセッサとインターラクトして、前記主ファイルの印刷、または前記独立使用可能ファイルの表示を可能とする、前記文書プロセッサと結合したクライアントインターラクションモジュールを有する、請求項９に記載の装置。
20. 前記クライアントインターラクションモジュールは、さらに、前記文書プロセッサとの間でコマンド、前記ＩＵＩファイル、前記主ファイル、またはその部分を送受信する、前記文書プロセッサと結合したクライアント通信モジュールを有する、請求項１９に記載の装置。
21. 前記クライアントインターラクションモジュールは、さらに、前記ＩＵＩファイル、前記主ファイル、またはその部分を記憶する、前記文書プロセッサに結合したクライアント記憶モジュールを有する、請求項１９に記載の装置。
22. 前記クライアントインターラクションモジュールは、さらに、前記ＩＵＩファイルの表示に関するユーザ入力情報を受け取り、前記ＩＵＩファイルの表示で与えられたデータ以上の情報が必要か判断し、前記文書プロセッサと通信するように構成されたクライアントディスプレイ制御モジュールをさらに有する、請求項１９に記載の装置。
23. 前記クライアントインターラクションモジュールは、さらに、前記文書プロセッサとインターラクトして、ユーザからの前記主ファイルの印刷コマンドを送信するクライアント印刷制御モジュールを有する、請求項１９に記載の装置。
24. 前記クライアントインターラクションモジュールは、さらに、主ファイルから独立使用可能ファイルを生成するように構成された、前記主ファイルを受信するように結合され、前記文書プロセッサに前記独立使用可能ファイルを出力するように結合されたクライアント生成モジュールを有する、請求項１９に記載の装置。
25. 前記文書プロセッサと通信するように構成され、前記独立使用可能ファイルを操作するクライアント装置をさらに有する、請求項９に記載の装置。
26. コンピュータにより実行されたとき、前記コンピュータに請求項１乃至８いずれか一項に記載に方法を実行させるコンピュータプログラム。

Images