JP2002149532A - 外部コンテンツソースからデータをダウンロードして印刷するためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】外部コンテンツソースから受信したデータをよ
り早くダウンロードして印刷できるようにするためのシ
ステム及び方法を提供する。 【解決手段】本発明の１実施態様では、この方法は、
(a)複数のデータファイルから印刷する第１のデータフ
ァイルを選択するステップと、(b)前記選択したデータ
ファイルをプリンタに接続されたコンピューティング装
置の外部のコンテンツソースからダウンロードするステ
ップと、(c)前記選択したデータファイルを前記コンピ
ューティング装置に完全にダウンロードした後、前記選
択したデータファイルを処理して、この処理したデータ
を印刷するためにプリンタに送信するステップと、(d)
処理して送信する前記ステップの間に、前記複数のデー
タファイルから次のデータファイルを選択するステップ
と、この選択したデータファイルについて前記ステップ
(b)(c)及び(d)を繰り返すステップ、からなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般に、外部コン
テンツソースからのデータのダウンロードに関し、より
詳しくは、外部コンテンツソースから受信したデータの
より高速かつより信頼性のあるダウンロードを可能にす
る方法およびシステムに関する。

【０００２】

【従来の技術】あらゆるインターネットアプリケーショ
ンにおいて、大きなデータファイルのダウンロード／ア
ップロードは常に大きな問題である。ＨＴＴＰやＦＴＰ
等のインターネットプロトコル（ＩＰ）を通してのデー
タの転送に関する奇妙な問題がいくつかある。こういっ
た問題の殆どは、長いダウンロード／アップロードプロ
セス中に発生するようなよく起こるエラー状態に関連し
ている。伝送の中断、接続切断、転送停止等のようなエ
ラーは、大きなデータファイルの転送に関して非常に一
般的な問題である。

【０００３】これらの問題がさらに悪化する典型的なイ
ンターネットサービスの一例は、プリントオンデマンド
サービスである。なぜなら、非常に大きなデータファイ
ル（すなわち、１０Ｍｂを越える）がインターネット上
をやりとりされるからである。

【０００４】プリントオンデマンド（ＰＯＤ）サービス
は、一般に、特定のウェブサイトまたは顧客自身のコン
ピュータ上で利用可能な特定のデータファイルの印刷し
た複製品を顧客が購入できるようにするサービスであ
る。このようなデータファイルは、一旦顧客により選択
されると、好ましくはインターネットを介して、そして
しばしばモデムを介して複製のためにプリントサービス
施設／プロバイダに転送される。例えば、Mediaflex.co
m（http://www.mediaflex.com）は、標準的なウェブサ
イトを用いてインターネットアクセス可能なプリントサ
ービスを提供している。

【０００５】従来のプリントサービスプロバイダ（ＰＳ
Ｐ）は、１つの物理的な場所、例えば印刷店や印刷室
に、顧客にポスター、パンフレット、ちらし、写真のコ
ピー等についてのプリントサービスを提供する１台また
は複数台のプリンタを備える。通常、プリントサービス
プロバイダは、大型フォーマットサイズの媒体への印刷
が可能な１台または複数台の大型フォーマットプリン
タ、例えばHP DesignJetプリンタを備えている。

【０００６】印刷速度は、すべてのタイプのプリンタ、
特にプリントサービス施設におけるプリンタにとって重
要な特徴である。ＰＯＤ環境において、顧客が２４ビッ
トカラー、３００ドット／インチ（ｄｐｉ）で８．５×
１１インチのページを埋めるビットマップ画像を購入し
たい場合、この圧縮されていない画像ファイルのサイズ
は２２Ｍｂを越える。ＪＰＥＧ圧縮を用いて該ファイル
を圧縮しても、依然としてファイルのサイズは数ＭＢで
ある。そして、このようなファイルが、印刷のために、
格納されているサーバからプリントサービスプロバイダ
にダウンロードされる。５６．６Ｋｂ／ｓで動作するモ
デムを用いると、最高速度で作動し、かつ上記エラー状
態が生じない場合でも、このダウンロードには数分かか
る。この時間中、プリンタは、データの受信を待ってい
る状態であり、データの受信すなわち印刷を開始しない
ためアイドル状態である。明らかに、上記理由のいずれ
かにより、ダウンロードプロセスが失敗すると、プリン
タがアイドル状態である時間がますます長くなり、ＰＳ
Ｐ所有者にフラストレーションおよび（プリンタが要求
されたジョブを印刷しないという）損害を与える。

【０００７】しかし、ダウンロード時間だけが問題を生
じさせるのではなく、特に各プリンタが実際に印刷する
時間量を最大化しようとするＰＳＰにとって、各印刷ご
との総印刷時間をさらに許容できないレベルにまで増大
させる従来の逐次的な印刷プロセスも問題を生じさせ
る。

【０００８】図１に示すように、ラスタデータの従来の
印刷は、以下の一連のタスクをベースとしている。すな
わち、「ダウンロード」、「ロード」、「処理」、「印
刷」、「Ｉ／Ｏ」である。例えば、４ＭｂのＪＰＥＧ
（またはＴＩＦＦ、フォトＣＤなどの）圧縮ラスタファ
イルは、従来以下のようにして印刷されている。 −ダウンロード：４Ｍｂの圧縮ラスタデータをインター
ネットから取り込む。−ロード：４Ｍｂのデータを解凍
して５０Ｍｂのメモリデータにする。 −処理：画像処理を５０Ｍｂのメモリデータに適用す
る。 −印刷：プリントドライバを通して５０Ｍｂのメモリデ
ータを最終的にプリントスプーラまで送信する。 −Ｉ／Ｏ：４Ｍｂ〜１００Ｍｂ（圧縮／非圧縮）データ
をＩ／Ｏを通してプリンタまで送信し、最終的に印刷を
開始する。

【０００９】

【発明が解決しようとする課題】図１によれば、ＰＳＰ
は、数枚の画像を印刷することにより、これら各画像ご
とにこのような一連のタスクを繰り返す必要があり、こ
れは、長時間の「印刷プロセス」が常に求められること
を意味する。そして、特にＰＳＰにとっては、各プリン
タが生成可能なプリントの数を増やし、かかる印刷プロ
セスを最適化することのできる方法およびシステムが必
要である。

【００１０】本出願人は、サーバとクライアントコンピ
ューティング装置間でファイルをダウンロード／アップ
ロードする間に発生する上記問題の殆どが、小さなファ
イル（一般に１Ｍｂ未満）を転送する場合には見られな
い傾向があることに気付いた。

【００１１】

【課題を解決するための手段】本発明の第１の態様によ
れば、第１のデータファイルをコンピューティング装置
にダウンロードする方法であって、ユーザのコンピュー
ティング装置の外部のコンテンツソース上で利用可能な
データファイルを複数の部分に分割するステップと、前
記コンピューティング装置に前記複数の部分をそれぞれ
個別にダウンロードするステップと、ダウンロードされ
た各部分を前記コンピューティング装置上で第２のデー
タファイルに組み立てて、前記第１のデータファイルに
整合するようにするステップ、からなる方法が提供され
る。

【００１２】これは、小さなサイズの「ファイル」（部
分）のみが通信ネットワークを介してダウンロード／ア
ップロードされると共に、数回伝送失敗が発生した際
に、小さなサイズのファイルのみが再送信されることを
意味する。これはまた、所与の時間のダウンロードに必
要な時間量が、「良好な接続」の場合に低減されない場
合であっても、ダウンロードする総時間の接続品質への
依存度が少なくなることを意味する。実際に、接続が不
良な状態では、同一データを再送信する必要が頻繁に生
じるため、ダウンロード時間がかなり長くなる。

【００１３】さらに、送信中断の発生が低減すると、何
らかの理由によるダウンロードの中断を通知するエラー
メッセージを受信せず、ダウンロードが正常に終了しフ
ァイルが完了したと誤って信じてしまう危険性が低減す
る。例えば、これは、コンピューティング装置がファイ
アウォールによって保護されている場合に発生すること
がある。

【００１４】好ましくは、各部分のサイズは１Ｍｂ以下
である。フルサイズのデータファイルをサイズのより小
さないくつかの部分に分割することで、データファイル
全体について、より信頼性のある接続を通しての伝送を
享受することができる。実際に、本出願人が行った実験
では、インターネットを介して良好な接続（１５Ｋｂ／
ｓを上回る、好ましくは２０Ｋｂ／ｓを上回る）を保証
できるのは数分（４〜１０分）のみ（これは、１Ｍｂ以
下のデータの送信に相当する）であり、その後に劣化や
他の問題が生じた。より好ましくは、前記複数の部分の
少なくとも２つの部分が同一サイズを有する。

【００１５】好ましい実施形態において、本方法は、前
記第１のデータファイルのサイズに等しいサイズを有す
る前記第２のデータファイルをコンピューティング装置
で作成するステップを含む。

【００１６】空ファイルの作成には２つの意味がある。
第１には、ダウンロードを開始する前に、データファイ
ルの格納に十分な空間がメモリにあることを保証するこ
とであり、第２には、別個にダウンロードされたオリジ
ナルデータファイルの部分の再組み立てに、より容易な
方法を採用できるようにすることである。

【００１７】通常、前記別個にダウンロードするステッ
プは、前記第１のデータファイルのバイトＹから開始す
る前記第１のデータファイルのＸバイトをダウンロード
するステップと、該ダウンロードされたＸバイトを前記
第２のデータファイルのバイトＹから前記第２のデータ
ファイルに格納するステップとを含む。

【００１８】さらに好ましい実施形態において、本方法
は、同時スレッド（すなわち、同時に存在しているスレ
ッド）で前記複数の部分のうちの少なくとも２つをダウ
ンロードするステップを含む。好ましくは、４つ以上の
部分が同時スレッドでダウンロードされる。これによ
り、ダウンロード時間のより大きな削減を達成すること
ができる。

【００１９】より好ましくは、任意の現在アクティブな
スレッドのデータ転送速度が１５Ｋｂ／ｓ以上である場
合、より好ましくは２０Ｋｂ／ｓを上回る場合に、さら
に他の同時スレッドが、前記複数の部分のうちの他の部
分を個別にダウンロードするために起動される。

【００２０】このようにして、本方法は回線の容量を最
適化する。すなわち、さらにダウンロード時間を削減す
ることが可能な新しい同時スレッドは、接続が満杯にな
りかけている場合には起動されない。もし起動した場合
には、現在アクティブなスレッドのいくつかまたはすべ
ての速度を遅くし、結果としてダウンロードの総時間の
増大を引き起こすことになるからである。

【００２１】本発明の第２の態様によれば、プリンタで
複数のデータファイルを印刷する方法であって、（ａ）
前記複数のデータファイルから印刷する第１のデータフ
ァイルを選択するステップと、（ｂ）前記プリンタに接
続されたコンピューティング装置の外部のコンテンツソ
ースから、前記選択されたデータファイルをダウンロー
ドするステップと、（ｃ）前記選択されたデータファイ
ル全体が前記コンピューティング装置にダウンロードさ
れると、前記選択されたデータファイルを処理し、該処
理したデータを印刷のためにプリンタに送信するステッ
プと、（ｄ）処理して送信する前記ステップ中、前記複
数のデータファイルから次のデータファイルを選択する
ステップと、この選択したデータファイルについて前記
ステップ（ｂ）、（ｃ）、および（ｄ）を繰り返すステ
ップ、からなる方法が提供される。

【００２２】これによって、システムは、システム自体
に過度の負担をうけることなく、かつ、ボトルネックが
最小化された状態で、連続的にラスタデータをダウンロ
ードし、ロードし、処理し、印刷し、および送信できる
ようになる。（ダウンロードを改善する先の実施形態が
この実施形態には含まれない場合には）各画像の印刷時
間の総計は全く改良されないが、印刷システム全体には
最適な入出（in/out）スループット比がもたらされる。

【００２３】本発明の第３の態様によれば、コンピュー
ティングユニットと印刷ユニットとを備える印刷装置で
複数のデータファイルを印刷する方法であって、（ａ）
前記複数のデータファイルから印刷する第１のデータフ
ァイルを選択するステップと、（ｂ）前記コンピューテ
ィングユニットにより、前記印刷装置の外部のコンテン
ツソースから、前記選択されたデータファイルをダウン
ロードするステップと、（ｃ）前記選択されたデータフ
ァイル全体が前記印刷装置にダウンロードされると、前
記選択されたデータファイルを処理し、該処理したデー
タを印刷のために印刷ユニットに渡すステップと、
（ｄ）処理して渡す前記ステップ中、前記複数のデータ
ファイルから次のデータファイルを選択するステップ
と、この選択したデータファイルについて前記ステップ
（ｂ）、（ｃ）、および（ｄ）を繰り返すステップと、
を含む方法が提供される。

【００２４】本発明の第４の態様によれば、コンピュー
タプログラムがコンピューティング装置または印刷装置
において実行されると、コンピューティング装置または
印刷装置に複数のデータファイルをダウンロードし、及
び／または印刷する方法を実行するよう構成されたコン
ピュータプログラム手段を含む、コンピュータプログラ
ム製品が提供される。

【００２５】本発明の第５の態様によれば、コンピュー
ティング装置または印刷装置において複数のデータファ
イルをダウンロードし、及び／または印刷する方法のス
テップをすべて実行するよう構成された手段を備えるシ
ステムが提供される。

【００２６】本発明は、添付の図面を参照することによ
り、よりよく理解することができる。本発明の原理を明
確に説明することに重点を置いているために、図中の構
成要素は必ずしも一定の比率で示されてはいない。尚、
いくつかの図において同じ参照符号は対応する構成要素
を示している。

【００２７】

【発明の実施の形態】次に、現在のところ本発明の最良
の形態と思われる実施形態の一例について説明する。本
発明を十分に理解できるように、多くの特定の細部につ
いて以下で説明する。しかし、本発明はこれらの特定の
細部に限定されることなく実施可能であることは当業者
には明らかであろう。尚、周知の方法および構造につい
ては、本発明を不必要に不明瞭にしないようにするため
に詳細には説明しない。

【００２８】以下の説明する内容は、インターネットを
介して通信する、小型および大型フォーマットのプリン
タ、ファクシミリ機、オールインワンデバイス等を含む
複数のコンピューティング装置および印刷装置に適用さ
れるが、当業者には、一般的にかかる装置が、仮想私設
網（ＶＰＮ）、ローカルエリアネットワーク（ＬＡ
Ｎ）、モバイル通信ネットワーク等を含む任意の通信ネ
ットワークを介して通信可能であることが理解されよ
う。

【００２９】本明細書し使用する「通信ネットワーク」
とう用語には、複数のコンピュータエンティティが、電
子データファイルの転送により互いに通信することので
きる任意の通信ネットワークを含む。このようなネット
ワークは、パケット交換ネットワークおよび回線交換ネ
ットワークの双方と、パケット交換ネットワーク／回線
交換ネットワークが混成したネットワークとを含む。か
かるネットワークの例としては、インターネット、広域
ネットワーク（ＷＡＮ）がある。インターネットプロト
コル（ＩＰ）、非同期転送モード（ＡＴＭ）、ワイヤレ
スアプリケーションプロトコル（ＷＡＰ）等、各種のプ
ロトコルを使用することができる。

【００３０】図２に、本発明の一実施形態に従う、プリ
ンタでデータファイルを印刷するためのシステム１００
のブロック図を示す。システム１００は、例えば、図示
のようなコンピュータシステムまたはコンピュータシス
テムの主要なコンポーネントに取って代わる、印刷装置
に組み込むことができる専用の論路回路を備える。好ま
しい実施形態では、システム１００は、プロセッサ１１
３と、メモリ１１６とを備え、これらは双方ともローカ
ルインタフェース１１９に電気的に接続される。ローカ
ルインタフェース１１９は、例えば、コンピュータの分
野における当業者には既知の、制御バスを伴うデータバ
スを備える。ローカルインタフェース１１９は、取り付
けられた各種コンポーネント間でのデータ転送路を提供
する。

【００３１】図２のシステム１００には、サーバ１０６
およびネットワーク１０９も示されている。システム１
００は、さらに、ネットワーク１０９をローカルインタ
フェース１１９に電気的に接続するネットワークインタ
フェース１２３も備える。ネットワークインタフェース
１２３を使用することにより、ネットワーク１０９を介
してサーバ１０６から取り出したデータがローカルイン
タフェース１１９上で利用可能になる。ネットワークイ
ンタフェース１２３は、例えば、モデム、または通信ネ
ットワーク１０９を介するデータの送受信に使用可能な
適切なネットワークカードを備える。

【００３２】システム１００はまた、１つまたは複数の
出力インタフェース１２６と、１つまたは複数の入力イ
ンタフェース１２９とを備える。出力インタフェース１
２６は、１つまたは複数の出力装置をローカルインタフ
ェース１１９に電気的に接続する。このような出力装置
の例としては、プリンタ１２８、表示装置１３３、およ
びスピーカ等の他の出力装置がある。出力インタフェー
ス１２６としては、例えば、インタフェースカードや他
の同様の装置がある。同様に、入力インタフェース１２
９は、図示のように、１つまたは複数の入力装置をロー
カルインタフェース１１９に電気的に接続する。入力装
置は、例えば、キーボード１３６やマウス１３９を備え
ることができる。メモリ１１６は、揮発性および不揮発
性メモリコンポーネントの双方を含む多数の記憶装置の
うちの任意の１つまたはそれらの組み合わせから構成す
ることができる。揮発性コンポーネントとは、電力が失
われるとデータ値を保持しないものである。反対に、不
揮発性コンポーネントは、電力が失われてもデータを保
持する。これら揮発性および不揮発性コンポーネントに
は、例えば、ランダムアクセスメモリ（ＲＡＭ）、読み
出し専用メモリ（ＲＯＭ）、ハードディスクドライブ、
フロッピー（登録商標）ディスクドライブ、コンパクト
ディスクドライブ、テープドライブ、および他のメモリ
コンポーネントがある。

【００３３】ブラウザ１４３、及び、出力装置と通信す
るための１つまたは複数のドライバ１４５がメモリ１１
６に格納される。プロセッサ１１３によって実行される
と、ブラウザ１４３のロジックが、表示装置１３３上に
現れるブラウザグラフィカルユーザインタフェースを生
成する。ブラウザ１４３は、当分野では既知のように、
ネットワーク１０９を介してシステム１００にダウンロ
ードされる様々なウェブページを表示するために利用す
ることができる。また、メモリ１１６には、本発明に従
って、システム１００を制御してデータファイルをプリ
ンタに印刷するための印刷ロジック１４９を備えるプラ
グイン１４７も格納される。プラグイン１４７は、シス
テムメモリシステム１１６からサーバ１０６にデータを
アップロードするためのアップロードロジック１８０
と、サーバからシステムメモリ１１６にデータをダウン
ロードするためのダウンロードロジック１８１とを備え
る。より詳細に後述するように、第１の実施形態におい
て、印刷ロジック１４９は、リモートコンテンツソース
から受信するデータを収集し、ドライバ１４５を介して
そのデータの部分をプリンタ１２８に送信する。

【００３４】図２のサーバ１０６は、プロセッサ１５６
とメモリ１５９を備えており、これらは双方ともローカ
ルインタフェース１６３に電気的に接続される。ローカ
ルインタフェース１６３は、例えば、（当該技術分野で
は既知である）制御バスを伴うデータバスを備える。サ
ーバ１０６はまたネットワークインタフェース１６６を
備え、該ネットワークインタフェース１６６は、通信ネ
ットワーク１０９をローカルインタフェース１６３に電
気的に接続し、これによってネットワーク１０９から利
用可能なデータをプロセッサ１５６で処理し、メモリ１
５９に格納できるようにする。また、メモリ１５９から
のデータを、ネットワークインタフェース１６６を介し
て、システム１００等の、ネットワーク１０９上の離れ
た場所に送信することができる。例えば、メモリ１５９
に格納されているデータファイル１６９をサーバ１０６
からネットワーク１０９を介してシステム１００にダウ
ンロードし、最終的に表示装置１３３に表示したり、後
で使用するためにメモリ１１６に格納したり、プリンタ
１２８で印刷したりすることができる。

【００３５】システム１００は、サーバ１０６等のリモ
ートコンテンツソースからデータファイルを受信し、デ
ータファイル全体を受信する前に、ファイルからのデー
タの印刷を開始することが可能である。このようにする
と、データファイルの実際の印刷はユーザからの印刷要
求後すぐに開始され、モデムの速度、ネットワークトラ
ヒック、および他の要因に対する依存度がはるかに少な
くなる。

【００３６】しかし、多くの場合は依然として、印刷ア
クティビティを開始する前に、データ１６９が完全にダ
ウンロードされるまで待つ必要がある。これは、例え
ば、データファイルが以下のような場合に当てはまる。
−ＰＤＦファイル。すべてのマルチページ情報がファイ
ルの最後に格納されるため、印刷ロジックが各ページの
情報を印刷できるようになる前に、ファイル全体を受信
する必要がある。−ＢＭＰまたはＴＩＦＦファイル。情
報が逆に格納されるため、すなわち最後に印刷するデー
タが最初に、そして最初に印刷するデータが最後に格納
されているためである。したがって、最初に印刷するデ
ータを取得して、印刷プロセスを開始するには、ダウン
ロードの終了を待つ必要がある。−印刷前に、（印刷に
関する）アクションを実行する（または機能を作用させ
る）のにダウンロードプロセスの完了が必要な、データ
画像に対して行うべき特別なアクションまたは適用すべ
き作用、例えば、媒体の使用を最適化するため、または
媒体サイズに合わせるためなどに画像を回転することな
ど、が施される任意のファイル。

【００３７】次に、図３を参照して、上記問題に対処す
る本発明のシステムおよび方法の好ましい実施形態につ
いて説明する。

【００３８】図２に示すように、リモートコンテンツソ
ースはサーバ１０６から構成することができ、この場
合、データファイルは、サーバのメモリ１５９にあるフ
ルページ画像ファイル１６９とすることができる。コン
ピュータシステム１００を操作するユーザは、表示装置
１３３上でサーバ１０６から提供されるウェブページ１
４６を閲覧することができる。ウェブページ１４６に
は、フルページ画像ファイル１６９のサムネイル版１４
９を含めることができる。ユーザは、完全な画像ファイ
ル１６９を印刷したい場合には、サムネイル版１４９を
選択して、印刷要求を実行することができる。

【００３９】図３に、本発明のシステムおよび方法の一
実施形態のフローチャートを示す。ブロック２００から
開始し、印刷要求が実行されると、印刷ロジック１４９
がシステム１００を制御して、サーバ１０６からブラウ
ザ１４３を通してデータストリームの形態の画像ファイ
ル１６９の受信を開始する。ブロック２０２において、
印刷ロジック１４９がストリームからデータの第１の部
分４０’を収集し、該第１の部分をメモリ１１６の一時
的な格納セグメント４０に格納する（ブロック２０
４）。次に、印刷ロジック１４９はブロック２０６に進
み、ドライバ１４５を介して、データの第１の部分４
０’をプリンタ１２８に送信する。プリンタ１２８は、
データの第１の部分４０’を受信すると、印刷を開始す
る。その間、ブロック２０８において、印刷ロジック１
４９がデータの第２の部分４０’’をストリームから収
集し、該第２の部分をメモリ１１６に格納する（ブロッ
ク２１０）。データの第２の部分４０’’を収集するス
テップ（ブロック２０８）を、データの第１の部分４
０’をプリンタに送信するステップ（ブロック２０６）
と同時に実行することができ、あるいは、データの第１
の部分４０’がまだ印刷中である間に開始することがで
きることが理解されよう。さらに、このステップおよび
本明細書において説明するその他のステップは、データ
を逐次受信中であることにユーザが気付かないよう、バ
ックグラウンドで実行される。

【００４０】データの第２の部分４０’’をメモリに格
納した（ブロック２１０）後、印刷ロジック１４９は次
にブロック２１２に進み、プリンタがデータの第１の部
分４０’を印刷し終えたか否かを判定する。プリンタが
データの第１の部分４０’を印刷し終えている場合、印
刷ロジック１４９はデータの第２の部分４０’’をプリ
ンタ１２８に送信する（ブロック２１４）。プリンタが
データの第１の部分４０’を印刷し終えていない場合、
印刷ロジック１４９はブロック２１６に進み、印刷タイ
ムアウトが経過したか否かを判定する。ここで、印刷タ
イムアウトは所定の時間期間からなる。印刷タイムアウ
トが経過すると、印刷ロジック１４９が再びブロック２
１２のクエリを実行する。

【００４１】この実施形態では、データの第１、第２、
および任意のさらなる部分のブロックサイズを、所定の
値とすることもでき、または、コンピュータシステム１
００とサーバ１０６の間のデータ転送速度等、１つまた
は複数の要因に基づいて調整することもできることが理
解されよう。データ部分のブロックサイズを調整するロ
ジックの一実施形態についてはさらに詳細に後述する。

【００４２】データの第２の部分４０’’をメモリに格
納した後、印刷ロジック１４９はまた、データファイル
１６９の全体をサーバ１０６から受信したか否かを判定
する。より具体的には、例示する実施形態のブロック２
２０において、印刷ロジック１４９は、「ストリーム無
効（destroy stream）」コマンドを受信したか否かを判
定する。「ストリーム無効」コマンドを受信していた場
合には、印刷ロジック１４９は（その動作を）終了す
る。「ストリーム無効」コマンドを受信していない場
合、印刷ロジック１４９はブロック２２２に進み、スト
リームからデータの次の部分を収集する。次に、印刷ロ
ジック１４９は、当該次の部分をメモリ１１６の一時的
な格納セグメント４０に格納する（ブロック２２４）。
次に、印刷ロジック１４９はブロック２２６に進み、プ
リンタ１２８がデータの（当該次の部分の）先行部分の
印刷を終了したか否かを判定する。

【００４３】プリンタが当該先行部分の印刷を終了した
場合は、印刷ロジック１４９はデータの次の部分をプリ
ンタ１２８に送信する（ブロック２２８）。プリンタが
データの当該先行部分の印刷を終了していない場合は、
印刷ロジック１４９はブロック２３０に進み、印刷タイ
ムアウトが経過したか否かを判定する。ここで、印刷タ
イムアウトは所定の時間期間を含む。

【００４４】印刷タイムアウトが経過すると、印刷ロジ
ック１４９は再びブロック２２６のクエリを実行する。
さらに、ブロック２２４においてデータの次の部分（ブ
ロック２２２で収集した部分）をメモリに格納した後、
印刷ロジック１４９はブロック２２０に戻り、「ストリ
ーム無効」コマンドを受信しているか否かを判定し、上
述した後続ステップを適宜繰り返す。

【００４５】図４に、印刷ロジック１４９の別の有利な
特徴を有する一実施形態のフローチャートを示す。具体
的には、図４は、データストリームから収集されるデー
タの部分のブロックサイズを設定するために、印刷ロジ
ック１４９が実行するステップを示す。好ましくは、図
４のステップは、システム１００がブロック２００にお
いてリモートコンテンツソースからデータの受信を開始
する前に実行される。図４のステップはまた、定期的
に、かつ図２において説明した印刷システムと同時に実
行することもできる。このようにして、データの部分の
ブロックサイズを、印刷プロセス中に、印刷速度を最適
化するように動的に調節することができる。

【００４６】別の１実施形態において、図４のブロック
２４０から開始し、印刷ロジック１４９がサーバ１０６
をピング（ping）し、システム１００とサーバとの間の
データ転送速度を計算する（ブロック２４２）。次に、
印刷ロジック１４９はブロック２４４に進み、データ転
送速度が２８．８Ｋｂ／ｓ等の所定の閾値Ａを越えるか
否かを判定する。データ転送速度がＡ以下である場合、
ブロックサイズを４ＫＢ等の所定の値Ｗに設定する（ブ
ロック２４６）。データ転送速度がＡを越える場合、印
刷ロジック１４９はブロック２４８に進み、データ転送
速度が５６Ｋｂ／ｓ等の別の所定の閾値Ｂを越えるか否
かを判定する。データ転送速度がＢ以下である場合、ブ
ロックサイズを１６ＫＢ等の別の所定の値Ｘに設定する
（ブロック２５０）。但しＸ＞Ｗである。データ転送速
度がＢを越える場合、印刷ロジック１４９はブロック２
５２に進み、ブロックサイズを６４ＫＢ等の別の所定の
値Ｙに設定する。但しＹ＞Ｘである。その後、それに応
じて印刷ロジック１４９のこの部分が終了する。これに
は、データ転送速度が増大するにつれてデータのブロッ
クサイズを大きくすることにより、プリンタに送信され
るデータの部分の数が少なくなるという利点がある。印
刷ロジック１４９が、単一の所定の閾値とのデータ転送
速度とを１回だけ比較するようにすることもできること
が理解されよう。同様に、異なる閾値と３回以上比較す
るようにしてもよい。また、データ転送速度以外のシス
テム特性を検査して、データのブロックサイズの調整に
利用することができることも理解されよう。

【００４７】これらの特性には、プリンタの能力、プリ
ンタの性能、プロセッサ速度等を含めることができる。
図２を再び参照する。本発明のシステムおよび方法の代
替の実施形態では、印刷ロジック１４９の少なくとも一
部がサーバ１０６のメモリ１５９に常駐することができ
る。このようにすると、図３および図４のフローチャー
トで説明した機能の１つまたは複数をサーバによって実
行することが可能である。例えば、システム１００から
データファイル１６９をダウンロードするという要求を
受信すると、サーバ１０６はデータファイル１６９を複
数の部分に分割する。次に、サーバ１０６が、ネットワ
ーク１０９を介して、データの複数の部分のうちの第１
の部分をシステム１００に転送し、システムは、プリン
タ１２８でこの第１の部分の印刷を開始することができ
る。サーバ１０６は、次に、データの複数の部分のうち
の第２の部分をシステム１００に転送し、システムは、
第１の部分を印刷した後に、この第２の部分を印刷する
ことができる。このプロセスは、データファイル１６９
の全体がシステム１００に転送されるまで続けられる。

【００４８】次に、図５を参照して、データファイルを
ダウンロードするための好ましいシステムおよび方法に
ついて説明する。

【００４９】ステップ５００において、サーバ１０６か
ら通信ネットワーク１０９を介してシステム１００に、
データファイル１６９、例えば数Ｍｂサイズの大きな画
像ファイルをダウンロードするプロセスを開始する。ス
テップ５１０において、ダウンロードロジック１８１
が、ダウンロードするデータファイル１６９のサイズを
サーバ１０６から取得する。ステップ５２０において、
ダウンロードロジックがメモリ１１６にデータファイル
１６９のサイズに等しいサイズの空ファイル４０を作成
する。空ファイル４０の作成には２つの意味がある。第
１には、ダウンロードを開始する前に、データファイル
１６９の格納に十分な空間がメモリ１１６にあることを
保証することである。現状のシステムでは、ハードディ
スクに入るか否かをチェックせずにダウンロードプロセ
スを開始して続行し、受信した最後のブロックの格納の
際に、メモリ空間の不足のためにエラーを生じたときに
のみ動作を中止する（数分後、かつ数Ｍｂのファイルが
転送された後であることが多い）ようにしている。第２
には、個別にダウンロードされた元のデータファイル１
６９の部分４０’、４０’’のシステム１００内での再
組み立てに、より単純な方法を採用できるようにするこ
とである。

【００５０】次に、開始バイト（ここからゲットコマン
ドがデータファイル１６９の所与の長さの部分のダウン
ロードを開始する）および終了バイトをそれぞれ返すた
めに用いるポインタＹ１およびＹ２が０に設定される。

【００５１】ステップ５３０において、システム１００
がネットワークを介して第１のスレッドをサーバ１０６
にプルする（スレッドがサーバに作用する）。スレッド
は、位置Ｙ１から開始して位置Ｙ２までのデータファイ
ルのＸバイトについて、http1.1プロトコルに従ってゲ
ットコマンドを起動し、ファイルの第１の部分のダウン
ロードを開始する。好ましくは、Ｘの値は、最後のダウ
ンロード以外は変化しない。これは、データファイルが
常にＸの倍数の大きさであるわけではないためである。
好ましくは、Ｘの値は、モデム接続の場合には５１２Ｋ
ｂに、ＩＳＤＮ接続の場合には１Ｍｂに設定される。Ｘ
ＤＳＬ技術、ケーブルモデム、Ｔ１、Ｔ３、Ｔ１０や同
様の接続の場合には、より大きなサイズの部分を使用す
ることができる。

【００５２】代替の実施形態では、値Ｙ１およびＸは、
ダウンロードする部分を識別するためだけに使用され
る。また、この実施形態では、ダウンロードされるバイ
トの量は上記例外を除き概ね固定される。

【００５３】ステップ５３０がなお実行中である間に、
制御がステップ５４０に移行して、Ｙ１およびＹ２の前
の値に、先行スレッドによって伝送されたバイト数Ｘを
加えることによって、ポインタＹ１をダウンロードする
次の部分の冒頭に設定し、Ｙ２を当該次の部分の末尾に
設定する。Ｙ２がファイルのサイズよりも大きい場合に
は、Ｙ２をデータファイルの最後のバイトに設定する。

【００５４】ステップ５５０で、ポインタＹ１の値を読
み取ることによって、ファイルのいずれかの部分がスレ
ッドにまだ割り当てられていないかどうかをチェックす
る。Ｙ１がファイルの有効なバイトを返さない場合、す
なわち、Ｙ１がファイルのサイズよりも大きい場合は、
プロセスはステップ５５５で終了する。

【００５５】Ｙ１がファイルサイズを越えない場合、制
御はステップ５６０に移行し、それぞれファイルの別個
の部分をダウンロードしている現在アクティブなスレッ
ドのいずれかが、２０Ｋｂ／ｓ以上のダウンロード速度
を有しているか、または現在アクティブなスレッドがな
いかをチェックする。いずれも満たしていない場合は、
適切な速度が見つかるまで、または現在プルされている
スレッドがなくなるまで、このチェックを繰り返す。速
度が良好である場合、これは接続がまだ飽和していない
ことを意味するため、さらなるスレッドをプルことが可
能である。ステップ５７０で、現在の同時スレッドの数
が所与の閾値Ｚを越えるているか否かをチェックする。
所与の閾値Ｚは、回線に負荷がかかり過ぎないように４
〜８であることが好ましい。実際、これより大きいと、
すべての同時スレッドの速度および伝送品質を劣化させ
る場合がある。より好ましくは、１２８Ｋｂ／ｓのライ
ンではＺを８に設定し、これより低い速度のラインでは
Ｚを４に設定する。

【００５６】テスト５７０の結果が否定（NO）の場合
は、ステップ５３０において、新しいスレッドがプルさ
れる。結果が肯定（YES）の場合には、同時スレッドの
数が閾値未満に戻り、伝送速度が許容可能レベルより上
を維持するまで、ステップ５６０および５７０を繰り返
す。

【００５７】ステップ５３０でスレッドがプルされる
と、ステップ５８０におけるテストでファイルの所与の
部分についてのダウンロードプロセスがいつ終了するか
をチェックする。所与の時間後に完了しない場合には、
このテストに関連付けられたタイムアウト５８５がダウ
ンロードを中断する。次に、ステップ５８７において、
中断されたダウンロードが、当該部分をダウンロードす
る別の試みを行うための新しいスレッドをプルすること
によって再び開始される。

【００５８】代替的には、サーバ１０６とシステム１０
０の間の接続の推定帯域幅をアクティブなスレッドの数
で分割して、各スレッドについての仮想接続速度の値を
得ることができる。次に、最小閾値（例えば、かかる仮
想接続速度を２０％下回る値）未満である各スレッドは
除去され、別のスレッドが当該部分をダウンロードする
ためにプルされる。アクティブなスレッドの現在の平均
速度が最大閾値（例えば、上記仮想接続速度を２０％上
回る値）を越える場合は、他のスレッドはプルされな
い。

【００５９】ステップ５８０で否定（NO）が返される、
すなわち所与の部分Ｍ１のダウンロードが完了している
場合には、ステップ５９０で、システム１００は、当該
部分を空ファイル４０の、そのＹ１およびＹ２の値に対
応する位置４０’に格納する。

【００６０】同じプロセスを部分Ｍ２について繰り返し
て、空ファイル４０の位置４０’’に格納する。同様に
して、データファイル１６９のすべての部分がメモリ１
１６の空ファイル４０に一旦格納されるまで処理が行わ
れる。

【００６１】システム１００からネットワーク１０９を
介してサーバ１０６のメモリ１５９にデータファイルを
アップロードするために、全く同様のプロセスがシステ
ムアップロードロジック１８０およびサーバアップロー
ドロジック１８２によって使用される。この場合、シス
テム１００はサーバに、アップロードするデータファイ
ルと同じ大きさの空ファイルをメモリ１５９に作成させ
る。次に、図５を参照して説明した方法と同様の方法を
用いて、システム１００が、http 1.1プロトコルに従っ
て、対応する「ポスト（post）」コマンドをそれぞれが
起動する複数のスレッドをプル（または起動）する。各
ポストコマンドは、アップロードするデータファイルの
部分を含む。各部分のヘッダーは、サーバアップロード
ロジック１８２がサーバ１０６においてデータファイル
を再構築するために必要なＹ１およびＹ２の値を含む。
基本的に、（ｉ）「ゲット」コマンドを「ポスト」コマ
ンドに、及び（ｉｉ）ダウンロードをアップロード、に
置換することによって、図６をアップロードロジックの
説明に適合させることができる。この場合も、データフ
ァイルのダウンロードの場合と同様にして、システム１
００が、アップロードロジック１８０を使用して、シス
テム１００とサーバ１０６の間でのデータファイルの部
分の伝送を管理する。

【００６２】図６に、本発明の好ましい実施形態によ
り、データファイルの総ダウンロード時間が（ある程度
大きなデータすなわちチャンクデータについて）どれだ
け劇的に低減するかを示す。

【００６３】図７に、ダウンロードプロセスが一旦最適
化された後、その他のタスクから別個にかつ独立して実
行される単一の専用タスクを用い、印刷システム全体に
おけるボトルネックをなくすことによってさらなる改良
がどのように得られるかを示す。１つの画像をダウンロ
ードしている間、完全に別の画像をメモリにロード中で
あり、別の画像を処理中であり、さらに別の画像をプリ
ントドライバを介して印刷中であり、かつ、さらに別の
画像をＩ／Ｏを介して転送中である。この実施形態は、
従来の手法（図１参照）よりも、特に、スループットが
極めて重要な、容量の大きなプリントオンデマンドプロ
ダクションシステムに適用する場合に非常に優れてい
る。これによって、システムに過度の負荷をかけること
なく、かつ、ボトルネックを最小にして、システムが、
連続的にラスタデータをダウンロードし、ロードし、処
理し、印刷し、および送信することができるようにす
る。（ダウンロードを改善する先の実施形態がこの実施
形態に含まれない場合には）各画像の総印刷時間は何ら
改善されないが、印刷システム全体としては最適な入出
スループット比が得られる。

【００６４】不図示の別の実施形態では、ダウンロー
ド、ロード、処理、印刷、および転送という一連のタス
クを全体的にまたはより好ましくストリーム化すること
ができる。すなわち、ある程度大きな量の画像があるタ
スクで処理されると、タスク全体の終了を待つことな
く、その結果が直ちに次のタスクに渡される。１実施形
態では、ロードタスクおよびＩ／Ｏタスクは常に、先の
ダウンロードタスクおよび印刷タスクが完了するとそれ
ぞれ開始される。しかし、処理タスクおよび印刷タスク
は、ある程度の大きな量のデータがロードタスクおよび
処理タスクそれぞれによって処理されると直ちに開始可
能である。

【００６５】本発明の印刷ロジック１４９、アップロー
ドロジック１８０、およびダウンロードロジック１８１
を、ハードウェア、ソフトウェア、ファームウェア、ま
たはこれらの組み合わせで実施することができる。好ま
しい実施形態では、印刷ロジック１４９、アップロード
ロジック１８０、およびダウンロードロジック１８１
は、メモリに格納され、適切な命令実行システムによっ
て実行されるソフトウェアまたはファームウェアで実施
される。代替の実施形態などのように、ハードウェアで
実施される場合、かかるロジック１４９、１８０、１８
１は、すべて当該技術分野では周知の以下の技術、すな
わち、データ信号に対して論理関数（または論理機能）
を実施するための論理ゲートを有するディスクリートの
論理回路、適切な論理ゲートを有する特定用途向け集積
回路、ＰＧＡ（プログラマブルゲートアレイ）、ＦＰＧ
Ａ(フィールドプログラマブルゲートアレイ、またはFul
ly Programmable Gate Array)等のいずれかまたは組み
合わせを用いて実施することができる。図３、図４、お
よび図５のフローチャートは、ロジック１４９、１８
０、１８１の実装可能なアーキテクチャ、機能、および
動作を示す。この点に関して、各ブロックは、特定の論
理機能を実施するための１つまたは複数の実行可能な命
令を含むコードのモジュール、セグメント、または部分
を表している。代替の実施形態によっては、ブロックに
含まれる機能を図３、図４、および図５に示した順序と
は異なる順序で実施できることに留意されたい。例え
ば、関係する機能に応じて、図３、図４、および図５に
おいて連続して示される２つのブロックを、実際には実
質的に同時に実行することもでき、あるいは、それらの
ブロックを時に逆の順序で実行することもできる。論理
機能を実施するための実行可能な命令の順序付きリスト
を含むロジック１４９、１８０、１８１を、コンピュー
タベースのシステム、プロセッサを具備するシステム、
または命令実行システム、機器、あるいは装置から命令
をフェッチし、その命令を実行することが可能な他のシ
ステム等の命令実行システム、機器、あるいは装置によ
って使用される、またはこれらと関連して使用される任
意のコンピュータ読み取り可能媒体に具現化することが
できる。本明細書では、「コンピュータ読み取り可能媒
体」は、命令実行システム、機器、または装置によって
使用される、またはこれらと関連付けて使用されるプロ
グラムを収容し、格納し、通信し、伝達し、または移送
可能な任意の手段でありうる。コンピュータ読み取り可
能媒体には、電子システム、磁気システム、光学システ
ム、電磁気システム、赤外線システム、または半導体シ
ステム、機器、装置、または伝達媒体を含めることがで
きるが、これらに限定されない。コンピュータ読み取り
可能媒体のより具体的な例としては、以下が挙げられる
（但し以下のものには限定されない）。すなわち、１つ
または複数のワイヤを有する電気接続（電気）、ポータ
ブルコンピュータディスケット（磁気）、ランダムアク
セスメモリ（ＲＡＭ）（磁気）、読み出し専用メモリ
（ＲＯＭ）（磁気）、消去可能プログラマブル読み出し
専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）（磁
気）、光ファイバ（光学）、およびポータブルコンパク
トディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）（光
学）である。コンピュータ読み取り可能媒体は、プログ
ラムが印刷された紙または他の適切な媒体であってもよ
く、例えば、これらの紙または他の媒体を光学的にスキ
ャンすることによって当該プログラムを電気的に取り込
み、必要であれば、コンパイル、解釈、あるいは適切な
方式で処理して、コンピュータメモリに格納することが
できるようなものであってもよい。

【００６６】以下においては、本発明の種々の構成要件
の組み合わせからなる例示的な実施態様を示す。 １．第１のデータファイルをコンピューティング装置に
ダウンロードする方法であって、前記コンピューティン
グ装置の外部のコンテンツソース上で利用可能なデータ
ファイルを複数の部分に分割するステップと、前記複数
の部分の各々を、前記コンピューティング装置に別々に
ダウンロードするステップと、前記コンピューティング
装置においてダウンロードされた各部分を第２のデータ
ファイルに組み立てて、前記第１のデータファイルにマ
ッチ（または整合）するようにするステップからなる、
方法。 ２．前記各部分のサイズが１Ｍｂ以下である、上項１の
方法。 ３．前記複数の部分の少なくとも２つの部分のサイズが
同じである、上項１または２の方法。 ４．別々にダウンロードする前記ステップの前に、前記
第１のデータファイルのサイズに等しいサイズを有する
前記第２のデータファイルを前記コンピューティング装
置において作成するステップをさらに含む、上項１乃至
３のいずれかの方法。 ５．別々にダウンロードする前記ステップが、前記第１
のデータファイルのバイトＹから開始する該データファ
イルのＸバイトをダウンロードするステップを含む、上
項４の方法。 ６．前記ダウンロードされたＸバイトを、前記第２のデ
ータファイルのバイトＹから当該データファイルに格納
するステップをさらに含む、上項５の方法。 ７．同時スレッドにより、前記複数の部分のうちの少な
くとも２つをダウンロードするステップをさらに含む、
上項１乃至６のいずれかの方法。 ８．４つ以上の前記部分が同時スレッドによってダウン
ロードされる、上項７の方法。 ９．現在アクティブな任意のスレッドのデータ転送速度
が１５Ｋｂ／ｓ以上である場合、さらに他の同時スレッ
ドが、前記複数の部分のうちのさらに他の部分を別々に
ダウンロードするために起動される、上項７または８の
方法。 １０．前記データ転送速度が２０Ｋｂ／ｓを超えること
からなる、上項９の方法。 １１．プリンタで複数のデータファイルを印刷する方法
であって、（ａ）前記複数のデータファイルから印刷す
る第１のデータファイルを選択するステップと、（ｂ）
上項１乃至１０のいずれかの方法に従って、前記プリン
タに接続されたコンピューティング装置の外部のコンテ
ンツソースから、前記選択されたデータファイルをダウ
ンロードするステップと、（ｃ）前記選択されたデータ
ファイル全体が前記コンピューティング装置にダウンロ
ードされると、前記選択されたデータファイルを処理
し、この処理したデータを印刷するために前記プリンタ
に送信するステップと、（ｄ）処理して送信する前記ス
テップの間に、前記複数のデータファイルから次のデー
タファイルを選択して、この選択したデータファイルに
ついてステップ（ｂ）、（ｃ）、および（ｄ）を繰り返
すステップからなる、方法。 １２．コンピューティングユニットと印刷ユニットとを
備える印刷装置で複数のデータファイルを印刷する方法
であって、（ａ）前記複数のデータファイルから印刷す
る第１のデータファイルを選択するステップと、（ｂ）
上項１乃至１０のいずれかの方法に従って、前記コンピ
ューティングユニットにより、前記印刷装置の外部のコ
ンテンツソースから、前記選択されたデータファイルを
ダウンロードするステップと、（ｃ）前記選択されたデ
ータファイル全体が前記印刷装置にダウンロードされる
と、前記選択されたデータファイルを処理し、この処理
したデータを印刷するために前記印刷ユニットに送るス
テップと、（ｄ）処理して送る前記ステップの間に、前
記複数のデータファイルから次のデータファイルを選択
して、この選択したデータファイルについてステップ
（ｂ）、（ｃ）、および（ｄ）を繰り返すステップから
なる、方法。 １３．コンピュータプログラム手段を含むコンピュータ
プログラム製品であって、当該コンピュータプログラム
手段は、そのプログラムがコンピューティング装置で実
行されると、上項１乃至１２のいずれかの方法を実行す
るように構成されていることからなる、コンピュータプ
ログラム製品。 １４．上項１乃至１２のいずれかの方法のすべてのステ
ップを実行するよう構成された手段を備えるシステム。

【００６７】本発明の概要は次の様である。本発明は、
外部コンテンツソースから受信したデータをより早くダ
ウンロードして印刷できるようにするためのシステム及
び方法を提供する。１実施態様では、この方法は、ユー
ザコンピューティング装置の外部のコンテンツソースに
ある利用可能な第１のデータファイルを複数の部分に分
割するステップと、この複数の部分の各々を前記コンピ
ューティング装置に別々にダウンロードするステップ
と、ダウンロードした各部分を前記コンピューティング
装置上で第２のデータファイルに組み立てて、前記第１
のデータファイルに整合するようにするステップ、から
なる。第２の実施態様では、この方法は、(a)前記複数
のデータファイルから印刷する第１のデータファイルを
選択するステップと、(b)前記選択したデータファイル
をプリンタに接続されたコンピューティング装置の外部
のコンテンツソースからダウンロードするステップと、
(c)前記選択したデータファイルを前記コンピューティ
ング装置に完全にダウンロードした後、前記選択したデ
ータファイルを処理して、この処理したデータを印刷す
るためにプリンタに送信するステップと、(d)処理し及
び送信する前記ステップの間、前記複数のデータファイ
ルから次のデータファイルを選択するステップと、前記
選択したデータファイルについて前記ステップ(b)(c)及
び(d)を繰り返すステップ、からなる。

【００６８】

【発明の効果】本発明によれば、外部コンテンツソース
から受信したデータをより早くダウンロードして印刷で
きるようにするためのシステム及び方法が提供される。

【図面の簡単な説明】

【図１】従来の印刷システムにおける印刷プロセスの一
連のタスクを示す。

【図２】本発明の一実施形態に従って、プリンタでデー
タファイルを印刷するためのシステムのブロック図であ
る。

【図３】図２のシステムにおいて実行される、プリンタ
でデータファイルを印刷するための方法の一実施形態の
フローチャートである。

【図４】コンテンツソースとユーザシステムの間の接続
速度に基づいて、データのブロックサイズを設定するた
めのステップを示すフローチャートである。

【図５】図２のシステムにおいて実行される、プリンタ
にデータファイルをダウンロードするための方法の一実
施形態のフローチャートである。

【図６】図５の方法を適用した場合のダウンロード時間
を示すブロック図である。

【図７】図２のシステムにおいて実行される、プリンタ
で複数のデータファイルを印刷する方法によって達成さ
れる総印刷時間を示すブロック図である。

【符号の説明】

１００ システム １０６ サーバ １１３ （システム１００の）プロセッサ １１６ （システム１００の）メモリ １２３ （システム１００の）ネットワークインターフ
ェース １４９ 印刷ロジック １８０ （システム１００の）アップロードロジック １８１ ダウンロードロジック

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ザビエル・ボイクス スペイン国08025バルセロナ，ピ・アイ・ マルガール，40・２オー・４エイ Ｆターム(参考） 5B021 AA01 AA02 BB00 BB12 5B082 HA05

Claims (14)

【特許請求の範囲】
1. 【請求項１】第１のデータファイルをコンピューティン
   グ装置にダウンロードする方法であって、 前記コンピューティング装置の外部のコンテンツソース
   上で利用可能なデータファイルを複数の部分に分割する
   ステップと、 前記複数の部分の各々を、前記コンピューティング装置
   に別々にダウンロードするステップと、 前記コンピューティング装置においてダウンロードされ
   た各部分を第２のデータファイルに組み立てて、前記第
   １のデータファイルに整合するようにするステップから
   なる、方法。
2. 【請求項２】前記各部分のサイズが１Ｍｂ以下である、
   請求項１の方法。
3. 【請求項３】前記複数の部分の少なくとも２つの部分の
   サイズが同じである、請求項１または２の方法。
4. 【請求項４】別々にダウンロードする前記ステップの前
   に、前記第１のデータファイルのサイズに等しいサイズ
   を有する前記第２のデータファイルを前記コンピューテ
   ィング装置において作成するステップをさらに含む、請
   求項１乃至３のいずれかの方法。
5. 【請求項５】別々にダウンロードする前記ステップが、
   前記第１のデータファイルのバイトＹから開始する該デ
   ータファイルのＸバイトをダウンロードするステップを
   含む、請求項４の方法。
6. 【請求項６】前記ダウンロードされたＸバイトを、前記
   第２のデータファイルのバイトＹから当該データファイ
   ルに格納するステップをさらに含む、請求項５の方法。
7. 【請求項７】同時スレッドにより、前記複数の部分のう
   ちの少なくとも２つをダウンロードするステップをさら
   に含む、請求項１乃至６のいずれかの方法。
8. 【請求項８】４つ以上の前記部分が同時スレッドによっ
   てダウンロードされる、請求項７の方法。
9. 【請求項９】現在アクティブな任意のスレッドのデータ
   転送速度が１５Ｋｂ／ｓ以上である場合、さらに他の同
   時スレッドが、前記複数の部分のうちのさらに他の部分
   を別々にダウンロードするために起動される、請求項７
   または８の方法。
10. 【請求項１０】前記データ転送速度が２０Ｋｂ／ｓを超
    えることからなる、請求項９の方法。
11. 【請求項１１】プリンタで複数のデータファイルを印刷
    する方法であって、 （ａ）前記複数のデータファイルから印刷する第１のデ
    ータファイルを選択するステップと、 （ｂ）請求項１乃至１０のいずれかの方法に従って、前
    記プリンタに接続されたコンピューティング装置の外部
    のコンテンツソースから、前記選択されたデータファイ
    ルをダウンロードするステップと、 （ｃ）前記選択されたデータファイル全体が前記コンピ
    ューティング装置にダウンロードされると、前記選択さ
    れたデータファイルを処理し、この処理したデータを印
    刷するために前記プリンタに送信するステップと、 （ｄ）処理して送信する前記ステップの間に、前記複数
    のデータファイルから次のデータファイルを選択するス
    テップと、 （ｅ）前記選択したデータファイルについて前記ステッ
    プ（ｂ）、（ｃ）、および（ｄ）を繰り返すステップか
    らなる、方法。
12. 【請求項１２】コンピューティングユニットと印刷ユニ
    ットとを備える印刷装置で複数のデータファイルを印刷
    する方法であって、 （ａ）前記複数のデータファイルから印刷する第１のデ
    ータファイルを選択するステップと、 （ｂ）請求項１乃至１０のいずれかの方法に従って、前
    記コンピューティングユニットにより、前記印刷装置の
    外部のコンテンツソースから、前記選択されたデータフ
    ァイルをダウンロードするステップと、 （ｃ）前記選択されたデータファイル全体が前記印刷装
    置にダウンロードされると、前記選択されたデータファ
    イルを処理し、この処理したデータを印刷するために前
    記印刷ユニットに送るステップと、 （ｄ）処理して送る前記ステップの間に、前記複数のデ
    ータファイルから次のデータファイルを選択するステッ
    プと、 （ｅ）前記選択したデータファイルについて前記ステッ
    プ（ｂ）、（ｃ）、および（ｄ）を繰り返すステップか
    らなる、方法。
13. 【請求項１３】コンピュータプログラム手段を含むコン
    ピュータプログラム製品であって、当該コンピュータプ
    ログラム手段は、そのプログラムがコンピューティング
    装置で実行されると、請求項１乃至１２のいずれかの方
    法を実行するように構成されていることからなる、コン
    ピュータプログラム製品。
14. 【請求項１４】請求項１乃至１２のいずれかの方法のす
    べてのステップを実行するよう構成された手段を備える
    システム。