(57)【特許請求の範囲】
【請求項１】
印刷システムのコンピュータに処理を実行させるコンピュータ・プログラムであって、前記処理は：
印刷ジョブデータを受信するステップ；
前記印刷ジョブデータをシートサイド・ビットマップに変換するためにラスタライズを実行するステップであって、ピクセルに対応するデバイス色空間の複数の着色の各色について着色のオブジェクト・タイプを識別するステップであって、識別される着色のオブジェクト・タイプの数は１より大きい、ステップ；識別された着色のオブジェクト・タイプのうち何れかを含むピクセルに関するオブジェクト識別（ＩＤ）データを生成するステップ；前記オブジェクトＩＤデータを共通バッファに保存するステップを有する、ラスタライズを実行するステップ；
前記オブジェクトＩＤデータに対応するオブジェクト・タイプに基づいて、前記ピクセルに関するラスタライズ・データに関するラスタライズ後処理を実行するステップ；及び
プリンタにより印刷される前記シートサイド・ビットマップを生成するステップ；
を有する、コンピュータ・プログラム。
【請求項２】
前記オブジェクトＩＤデータを生成することは、前記着色に関するラスター・バッファを読み出すことを含む、請求項１に記載のコンピュータ・プログラム。
【請求項３】
前記着色に関するラスター・バッファ・ポインタを読み出すことを、前記印刷システムのコンピュータに行わせる、請求項２に記載のコンピュータ・プログラム。
【請求項４】
前記着色に関する着色ラスター・バッファ・タグ・ポインタを読み出すことを、前記印刷システムのコンピュータに行わせる、請求項３に記載のコンピュータ・プログラム。
【請求項５】
前記着色ラスター・バッファ・タグ・ポインタを、前記共通バッファに保存されている前記オブジェクトＩＤデータに設定することを、前記印刷システムのコンピュータに行わせる、請求項４に記載のコンピュータ・プログラム。
【請求項６】
別の着色に関するラスター・バッファを読み出すことを、前記印刷システムのコンピュータに行わせる、請求項３に記載のコンピュータ・プログラム。
【請求項７】
前記着色に関するラスター・バッファの読み出しの後にオブジェクトを描画することを、前記印刷システムのコンピュータに行わせる、請求項２に記載のコンピュータ・プログラム。
【請求項８】
クリーンアップを実行することを、前記印刷システムのコンピュータに行わせる、請求項７に記載のコンピュータ・プログラム。
【請求項９】
前記ラスタライズ後処理が、前記オブジェクトＩＤデータに対応するピクセルのラスタライズ・データの選択されたハーフトーン・スクリーニングを含む、請求項１に記載のコンピュータ・プログラム。
【請求項１０】
プロセッサ及びストレージ・デバイスを有する印刷システムであって、
前記プロセッサは、印刷ジョブデータをシートサイド・ビットマップに変換するためにラスタライズを実行し、前記ラスタライズの実行は、ピクセルに対応するデバイス色空間の複数の着色の各色について着色のオブジェクト・タイプを識別するステップであって、識別される着色のオブジェクト・タイプの数は１より大きい、ステップ；識別された着色のオブジェクト・タイプのうち何れかを含むピクセルについてオブジェクト識別（ＩＤ）データを生成するステップ；及び、前記オブジェクトＩＤデータを共通バッファに保存するステップを有し；
前記プロセッサは、前記オブジェクトＩＤデータに対応するオブジェクト・タイプに基づいて、前記ピクセルに関するラスタライズ・データに関するラスタライズ後処理を実行し；
前記プロセッサは、プリンタにより印刷される前記シートサイド・ビットマップを生成し；
前記ストレージ・デバイスは、前記オブジェクトＩＤデータを保存するための共通バッファを含む、印刷システム。
【請求項１１】
前記オブジェクトＩＤデータを生成することは、前記着色に関するラスター・バッファを読み出すことを含む、請求項１０に記載の印刷システム。
【請求項１２】
インタープリタ・モジュールが、前記着色に関するラスター・バッファ・ポインタを読み出す、請求項１１に記載の印刷システム。
【請求項１３】
インタープリタ・モジュールが、前記着色に関する着色ラスター・バッファ・タグ・ポインタを読み出す、請求項１２に記載の印刷システム。
【請求項１４】
前記インタープリタ・モジュールは、前記着色ラスター・バッファ・タグ・ポインタを、前記共通バッファに保存されている前記オブジェクトＩＤデータに設定する、請求項１３に記載の印刷システム。
【請求項１５】
前記インタープリタ・モジュールは、別の着色に関するラスター・バッファを読み出す、請求項１２に記載の印刷システム。
【請求項１６】
インタープリタ・モジュールが、前記着色に関するラスター・バッファの読み出しの後にオブジェクトを描画する、請求項１５に記載の印刷システム。
【請求項１７】
前記ラスタライズ後処理が、前記オブジェクトＩＤデータに対応するピクセルのラスタライズ・データの選択されたハーフトーン・スクリーニングを含む、請求項１０に記載の印刷システム。
【請求項１８】
前記シートサイド・ビットマップを印刷するプリンタを更に有する請求項１０に記載の印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像処理の分野に関連し、特に画像のラスタライズ及びレンダリングに関連する。
【背景技術】
【０００２】
印刷システムは、あるデータ・フォーマットで文書を表現するために提供されるプレゼンテーション・アーキテクチャを含み、そのデータ・フォーマットは文書を捕捉又は作成するために使用される方法には依存しない。プレゼンテーション・システム(又はページ記述言語(Page  Description  Languages：PDLs))の具体例は、ポータブル・ドキュメント・フォーマット(Portable  Document  Format：PDF)及びポストスクリプト(PostScript：PS)を含む。これらのシステムでは、文書は、混合コンテンツ・データ・オブジェクトを含むかもしれない。
【０００３】
画像変換は、ラスタライズを実行することで、PDL又は画像データ・フォーマット(例えば、ティフ(Tagged  Image  File  Format：TIFF)又はジェイペグ(Joint  Photographic  Experts  Group：JPEG))のデータ・ストリームを、デバイスにより生成される各々の着色に関するラスター・ビットプレーンに変換する。PDLでは、混合コンテンツ・データ・オブジェクトは、テキスト(又は文字)、イメージ(又は画像)、グラフィックス(又は図形)、スムーズシェード(smooth  shade)、及び、混ざり合った透明領域を含む。従って、オブジェクト・タイプ毎の選択的なスクリーニング等のような事後的なラスタライズ機能を実行するために、ラスター・ビットプレーンにおける各ピクセルのオブジェクト・タイプを識別することが望ましい。
【０００４】
一般に、オブジェクト・タイプ情報は、タグ・オブジェクト・ビットプレーン(Tagged  Object  Bit-plane)のように言及される個々のビットプレーンに保存される。タグ・オブジェクト・ビットプレーンは、ピクセル当たり2ビットのビットプレーンであり、4つのオブジェクト・タイプ(イメージ、テキスト、グラフィックス及びスムーズシェード)が識別可能である。タグ・オブジェクト・ビットプレーンはラスタライズの最中に生成される。しかしながら、その生成の際に、タイプはセパレーション(Separation)又はデバイスN(DeviceN)色空間を利用して適用され且つ個々の着色のタグ・オブジェクト・ビットプレーンは各々の着色に対して異なるオブジェクト・タイプを有してしまうかもしれない問題に遭遇する。
【０００５】
例えば、シアン、マゼンダ、イエロー及びブラック(CMYK)出力デバイスにおいて「DeviceCMYK」を利用して記述される画像の場合、全4色で画像を記述する全てのピクセルは、画像(Image)というオブジェクト・タイプを有するものとしてマークされる。しかしながら、セパレーション/マゼンダ色空間を有するテキストが、イネーブルされる重ね刷りでその画像の最上面に適用される場合、マゼンダ・タグ・オブジェクト・ビットプレーンのピクセルのみがテキスト(Text)としてマークされ；シアン、イエロー及びブラックのタグ・オブジェクト・ビットプレーンは、イメージ(Image)として残る。これは、4つ全てのタグ・オブジェクト・ビットプレーンが処理される場合に、所定のピクセルの適切なオブジェクト・タイプに関する曖昧さをもたらす結果となる。
【０００６】
従って、タグ・オブジェクト・ビットプレーンの生成中にオブジェクトを正確に識別する仕組みが望まれている。
【発明の概要】
【０００７】
一実施形態では印刷システムが開示される。印刷システムは、印刷ジョブデータのラスタライズ中に、デバイス色空間の各々の色に関し、描画するオブジェクトに対応するタグ・オブジェクト・ビットプレーン・データを生成するインタープリタ・モジュールと；各々の色に関してタグ・オブジェクト・ビットプレーン・データを保存する共通バッファと；を含む。
【０００８】
更なる実施形態では、方法が開示され、その方法は、印刷ジョブデータのラスタライズ中に、デバイス色空間の各々の色に関し、描画するオブジェクトに対応するタグ・オブジェクト・ビットプレーン・データを生成するステップと；各々の色に関するタグ・オブジェクト・ビットプレーン・データを共通バッファに保存するステップと；を含む。
【図面の簡単な説明】
【０００９】
本発明についてのより良い理解は、添付図面に関連する以下の詳細な記述から得られる。
【００１０】
【図１】一形態による印刷システムのブロック図。
【００１１】
【図２】一形態による印刷コントローラのブロック図。
【００１２】
【図３】一形態によるオブジェクトバッファを示す図。
【００１３】
【図４】従来のタグ・オブジェクト・ビットプレーン・バッファ構造を示す図。
【００１４】
【図５】一形態によるラスタライズプロセスのフローチャートを示す図。
【００１５】
【図６】一形態によるラスター・バッファ・レンダリングのフローチャートを示す図。
【００１６】
【図７】一形態によるコンピュータ・システムを示す図。
【発明を実施するための形態】
【００１７】
タグ・オブジェクト・ビットプレーンの生成中にオブジェクトを正確に識別する仕組み説明される。以下の記述では、説明の目的で、多くの具体的な詳細事項が述べられ、本発明の十分な理解をもたらす。しかしながら、本発明はこれらの何らかの具体的な詳細によらずに実施されてよいことは、当業者にとって明らかであろう。また、周知の構造及びデバイスは、本発明の原理の理解を妨げないようにブロック図形式で示される。
【００１８】
明細書中における「一実施形態」又は「実施例」という言及は、その実施形態に関連して説明される特定の特徴、構造又は特性が、本発明の少なくとも1つの実施形態に含まれることを意味する。明細書中の様々な箇所に登場する「一実施形態では」という言い回しは、必ずしも全てが同じ実施形態を指しているわけではない。
【００１９】
特許出願の開示文書の一部は(コピーライト又はマスクワーク)の保護に委ねられる内容を含み得る。(コピーライト又はマスクワーク)の所有者は、特許商標庁の特許ファイル又はレコードに見受けられるような、特許出願書類又は開示書類の何者かによるファクシミリ複製に対して異論はないが、それ以外については如何なるものであれ全ての(コピーライト又はマスクワーク)権利を留保する。
【００２０】
図1は一実施形態による印刷システム130を示すブロック図である。ホストシステム110は、プリンタ160により印刷媒体180(例えば、紙)にシート画像120を印刷するために、印刷システム130と通信する。その結果の印刷媒体180は、カラーで、及び/又は、黒及び白を含む多数のグレーシェードのうちの何れかで印刷されてよい(例えば、シアン、マゼンダ、イエロー及びブラック(CMYK)で印刷されてもよい)。ホストシステム110は、パーソナルコンピュータ、サーバー等のような任意のコンピューティングデバイスを含んでもよく、或いは、ディジタルカメラ又はスキャナ等のようなディジタル撮像デバイスさえも含んでよい。
【００２１】
シート画像120は、印刷媒体180のシートに画像がどのように印刷されるべきかを記述する何らかの印刷ジョブファイル又はデータであってよい。例えば、シート画像120は、ポストスクリプト・データ、プリンタ・コマンド言語(PCL)データ、PDFデータ、及び/又は、他の任意のプリンタ言語データを含んでよい。印刷コントローラ140は、プリンタ160により印刷媒体180に印刷するためのビットマップ150を生成するように、シート画像を処理する。印刷システム130は、(例えば、毎分100ページ以上のような)比較的多くの量を高速に印刷するように動作することが可能な高速プリンタであってもよい。印刷媒体180は、連続形態の用紙、カット用紙、及び/又は、印刷に適した他の何らかの有形媒体であってもよい。一般的な形態では、印刷システム130は、シート画像120に基づいて(例えば、トナー、インク等により)印刷媒体180にビットマップ150を表現するプリンタ160を含む。
【００２２】
印刷コントローラ140(例えば、ディジタル・フロント・エンド(Digital  Front  End：DFE))は、印刷媒体180への印刷に応じてビットマップ150を生成するために、シート画像120を変換するように動作することが可能な任意のシステム、デバイス、ソフトウェア、回路及び/又は他の適切なコンポーネントであってよい。この場合において、印刷コントローラ140が、処理及びデータストレージの能力を有していてもよい。
【００２３】
図2は例示的な印刷コントローラ140を示すブロック図である。印刷コントローラ140は、一般化された形態では、インタープリタ・モジュール212及びハーフトーン化モジュール214を含む。これらの個々のコンポーネントは、印刷コントローラ140を実現するために使用されるハードウェアを表現してもよい。代替的又は追加的に、個々のコンポーネントは、印刷コントローラ140のプロセッサにおいてソフトウェア命令を実行することにより実現される論理ブロックを表現してもよい。
【００２４】
インタープリタ・モジュール212は、印刷ジョブの画像(例えば、シート画像120のような処理前のシートサイド画像)を、インタープリット(又は解釈)し、レンダリングし、ラスタライズし又はシートサイド(sheetside)ビットマップに変換するように動作する。インタープリタ・モジュール212により生成されるシートサイド・ビットマップは、それぞれ、印刷ジョブの画像を表現するピクセルの2次元アレイであり(すなわち、CTI)、完全シートサイド・ビットマップと言及される。2次元ピクセルアレイが「完全(full)」シートサイド・ビットマップとされる理由は、そのビットマップがその画像のためのピクセル群全体を含んでいるからである。インタープリタ・モジュール212は、レンダリングのレートが、生産印刷エンジンの画像処理のレートに実質的に合致するように、複数の処理前シートサイドを同時にインタープリット又はレンダリングするように動作する。そのような実施形態では、インタープリタ・モジュール212は、作業成果物のレンダリングの表現を保存するバッファ213を含む。
【００２５】
ハーフトーン化モジュール214は、表示又は印刷のための出力色空間において、シートサイド・ビットマップをハーフトーン・パターンとして表現するように動作することが可能である。例えば、ハーフトーン化モジュール214は、(例えば、用紙、フォーム又はその他の基板などのような)媒体に塗布するためのCMYKトナー(又はインク、ペンキ又は他のマーキング材料)のハーフトーン・パターンに、ピクセルを変換する。ハーフトーン化モジュール214は、インチ当たり同じドットで(dpi)、コントーン画像(contone  image)をバイナリ/マルチビット・レベル画像に変換する。
【００２６】
図3は一形態によるバッファ213を示す。図3に示されるように、バッファは、P-バッファ、I-バッファ、M-バッファ、V-バッファ及びS-バッファを含む。P-バッファ及びI-バッファは、それぞれ、テキスト及びイメージの8ビット・バッファである。M-バッファは1ビットのマスク・バッファであり、V-バッファは1ビットの有効バッファ(valid  buffer)である。S-バッファは、ラスタライズ後処理に使用される2ビットのタグ・オブジェクト・ビットプレーン・バッファを表現する。追加的に、バッファ213は、P，I，M，V及びSバッファの複合物を含む複合化されたバッファを含んでもよい。
【００２７】
図4は従来のS-バッファ(タグ・オブジェクト・ビットプレーン・バッファとしても知られている)構造を示す。図4に示されるように、従来のS-バッファは、CMYKの色毎に異なるオブジェクト・タイプを有する個々の色バッファを含む。上述したように、全4色で画像を記述するピクセルは、「イメージ」というオブジェクト・タイプとしてマークされる。しかしながら、図4において、マゼンダ色空間を有するテキスト・オブジェクトが、イネーブルされた重ね刷りで画像の上に適用される。そして、マゼンダ・バッファのピクセルのみが「テキスト」としてマークされ、シアン、イエロー及びブラックのバッファは「イメージ」のまま残る。これに応じて4つ全てのバッファが処理される場合に、所定のピクセルに対する適切なオブジェクト・タイプに関し、曖昧さが存在する。
【００２８】
一実施形態によれば、バッファ213は、正確なオブジェクトのマーキングを可能にするように実現される単独のS-バッファを含む。そのような実施形態では、S-バッファは、バッファ213における他のバッファ(例えば、P，I及びV)に対してマークされる色によらず、適切なタグ識別子(ID)でマークされる。
【００２９】
一実施形態では、(例えば、P，I，M，V及びSである)全てのバッファに関するメモリ・レイアウトは、全色に関するメモリの連続的なブロックとして実現される。そのような実施形態では、何れかのバッファをアドレス指定するために単独のメモリ・ポインタが使用され、かつ、個々のバッファ各々にアクセスするためにメモリに対するオフセットが使用される。この方法を利用すると、個々のP，I，M，V及びSバッファの数は、マークされる色の数に合致する。更に、S-バッファをマーキングするために、特化された2ビット・マーカーが使用される。上記のアドレス指定する方法に固執するのではなく、2ビット・マーカーは、別個に割り当てられるメモリ領域のものに対してメモリ・アドレスを修正してもよい。
【００３０】
図5は、複数の色に対する単独のタグ・ビットプレーンを単独のバッファに生成するラスタライズ/レンダリング・プロセスの一形態を示すフローチャートである。一実施形態では、カラーメジャー・オーダリング・レンダリング(Color-Major  Ordering  rendering)が実行され、各々の色の順序でインタープリタ・モジュール212で異なるビットマップ・ラスタが生成される。そして、CMYKデバイスの場合、シアン・ビットプレーン全体が先ずレンダリングされ、次いでマゼンダ・ビットプレーン、次いでイエロー・ビットプレーン、そして最後にブラック・ビットプレーンがレンダリングされる。他の実施形態が異なる方法で特徴付けられてもよい(例えば、バンドメジャー・オーダリング(Band-Major  Ordering))。しかしながら、そのような方法は、単独の共通のタグ・ビットプレーンがどのように生成され且つ実現されるかに影響を及ぼさない。
【００３１】
処理ブロック505において、色ビットマップ・プレーンのマーカーがレンダリングされる。従って、カラーメジャー・オーダリングの場合、Cに関するマーカーが先ずレンダリングのために設定され、それぞれの一連の色が後に続く。一実施形態では、マーカーは、ラスター・バッファに書き込まれるラスター出力データを生成する際の命令(例えば、ページ記述言語における変換オブジェクト)の使用の仕方を知っている。判定ブロック510において、処理するビットプレーンの存否の判定が為される。(例えば、CMYKである)ビットプレーンの各々が処理されていた場合、完了に起因してレンダリングは終了する(処理ブロック515)。
【００３２】
或るビットプレーンが処理されるべき旨の判定がなされた場合、処理されるべき色ビットプレーンのバンドの有無に関する更なる判定が為される(判定ブロック520)。Nであった場合、制御は処理ブロック505に戻り、次の色ビットマップ・マーカーがレンダリングされる。そうでなかった場合、処理される色ビットプレーンに関するマーカーが初期化される(処理ブロック525)。
【００３３】
判定ブロック535において、レンダリングされるべき色ビットプレーンに関する描画オブジェクトの存否が判定される。Nであった場合、制御は処理ブロック505に戻り、次の色ビットマップ・マーカーがレンダリングのためにマーキングされる。そうでなかった場合、(例えば、マーキング、色、スクリーン等のような)リソースが準備される(処理ブロック540)。
【００３４】
一実施形態では、リソースのセットアップは、各々のオブジェクト・タイプについて固有のハーフトーン・スクリーンを識別することを含む。別の実施形態では、デバイス・プリミティブ及びマーキング命令(device  primitive  and  marking  instructions)でマーカーが提示される場合、適切なタグIDを有するS-バッファをマーキングするために、オブジェクト・スクリーン情報が使用される。更に別の実施形態では、マーカーは、オブジェクト・タグIDによりマーキングする際に、同じS-バッファ・タグIDを使用する。
【００３５】
ブロック545において、特定の色のラスター・バッファがレンダリングのために読み出される。図6はラスター・バッファのレンダリングの一例を示すフローチャートである。処理ブロック610において、着色ラスター・バッファ・ポインタが読み出される。処理ブロック620において、着色ラスター・バッファ・タグ・ポインタが読み出される。一実施形態において、着色ラスター・バッファ・ポインタは、I，P，M，V及びSバッファに関する個々のバッファを含むメモリの隣接するブロックのアドレスである。異なるバッファをアドレス指定するために、このポインタからオフセットが使用される。処理ブロック630において、着色ラスター・バッファ・タグ・ポインタが、S-バッファにおける固有のタグIDに設定される。着色ラスター・バッファ・タグ・ポインタは、隣接するメモリ・ブロック領域から離れている。それは、全ての色に割り振られて使用される単独のバッファである。
【００３６】
再び図5に関し、ラスター・バッファが読み出されると、ラスター・バッファのレンダリングの後にオブジェクトを描画するためにマーキング方法が始動される(処理ブロック550)。処理ブロック555において、クリーンアップ(cleanup)が実行される。そのような実施形態では、次のオブジェクトの次のマーキング・サイクルに備えて、(例えば、描画するオブジェクトの色情報、ハーフトーン情報などのような)現在のマーキング・サイクルに関連するリソースの全てが解放される。以後、制御は判定ブロックに戻り、レンダリングする更なるオブジェクトの存否が判定される。
【００３７】
図7はコンピュータ・システム1000を示し、コンピュータ・システム1000には印刷システム130及び/又はハーフトーン較正モジュール216が実装されてもよい。コンピュータ・システム1000は、情報を通信するためのシステム・バス1020と、バス1020に結合されて情報を処理するためのプロセッサ1010とを含む。
【００３８】
コンピュータ・システム1000は、プロセッサ1010により実行される命令及び情報を保存するために、バス1020に結合されるランダム・アクセス・メモリ(RAM)又はその他のダイナミック・ストレージ・デバイス1025(本願ではメイン・メモリとして言及される)を更に有する。メイン・メモリ1025は、プロセッサ1010によるメモリの実行中に、一時的な変数又はその他の中間的な情報を保存するために使用されてよい。コンピュータ・システム1000は、プロセッサ1010により使用される命令及び静的な情報を保存するために、バス1020に結合されるリード・オンリ・メモリ(ROM)及び/又はその他の静的なストレージ・デバイス1026を含んでもよい。
【００３９】
磁気ディスク又は光ディスク及びその対応するドライブ等のようなデータ・ストレージ・デバイス1025も、情報及び命令を保存するために、コンピュータ・システム1000に結合される。コンピュータ・システム1000は、I/Oインターフェース1030を介して別のI/Oバス1050に結合されることも可能である。ディスプレイ・デバイス1024及び入力デバイス(例えば、英数字入力デバイス1023及び/又はカーソル制御デバイス1022)を含む複数のI/Oデバイスが、I/Oバス1050に結合されてよい。通信デバイス1021は他のコンピュータ(サーバー又はクライアント)にアクセスするためのものである。通信デバイス1021は、モデム、ネットワーク・インターフェース・カード又は他の既知のインターフェース・デバイス(例えば、イーサーネット(登録商標)、トークンリング又は他のタイプのネットワークに使用されるもの)を含んでもよい。
【００４０】
本発明の実施形態は上述したような様々なステップを含んでよい。ステップはマシンで実行することが可能な命令に組み込まれてもよい。命令は、所定のステップを実行することを、汎用又は専用プロセッサに実行させるために使用されることが可能である。代替的に、これらのステップは、ステップを実行する有線接続された論理部を含む特定のハードウェア・コンポーネントにより、或いは、プログラムされたコンピュータ・コンポーネント及びカスタム・ハードウェア・コンポーネントの何らかの組み合わせにより、実行されてもよい。
【００４１】
本発明の構成要素は、マシン(又はコンピュータ)で実行することが可能な命令を保存するマシンで読み取ることが可能な媒体として提供されてもよい。マシン読み取り可能な媒体は、フロッピ・ディスク、光ディスク、CD-ROM、磁気−光ディスク、ROM、RAM、EPROM、EEPROM、磁気又は光カード、伝送媒体を含んでもよく、或いは、電子命令を保存するのに適した他のタイプの媒体/マシン読み取り可能な媒体を含んでもよいが、これらに限定されない。例えば、本発明はコンピュータ・プログラムとしてダウンロードされてもよく、コンピュータ・プログラムは、搬送波又はその他の伝送媒体に組み込まれるデータ信号により、(例えば、モデム又はネットワーク接続のような)通信リンクを介して、リモートコンピュータ(例えば、サーバー)から要求元のコンピュータ(例えば、クライアント)へ転送されてもよい。
【００４２】
上記の説明を理解した後で、本発明についての多くの代替例及び変形例が当業者にとって明らかになることに疑う余地はないが、例示として示され及び記述された何れの特定の実施形態も、限定と考えるようには決して意図されていないことが、理解されるべきである。従って、様々な実施形態の詳細への言及は、特許請求の範囲を限定するようには意図されておらず、特許請求の範囲それ自体が本発明の本質と考えられる特徴のみを記載している。

【図１】
0006260730.tif 000002
【図２】
0006260730.tif 000003
【図３】
0006260730.tif 000004
【図４】
0006260730.tif 000005
【図５】
0006260730.tif 000006
【図６】
0006260730.tif 000007
【図７】
0006260730.tif 000008