JPH11249838A - 記録済みデータの記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 プリンタのアドレス空間の制限なくプリ
ンタの機能を進化させることができる。 【解決手段】 コンピュータ・システム１００におい
て、サブシステム１０２はＰＣ１１０とプリンタ１１２
とインターフェース１１４とを備え、サブシステム１０
４はサーバ１２６とネットワーク・リンク１２２とネッ
ト・インターフェース１３０，１３２と、少なくとも一
つのＰＣ１２０と、少なくとも一つのプリンタ１２４お
よび１３４とを備え、サブシステム１０６はネット・イ
ンターフェース１４２とプリンタ１４４とを備えてい
る。各プリンタは、印刷を管理する情報を受取り、リン
クによりプリンタの動作状態を示す。コンピュータ・シ
ステム１００は、ＰＣ、サーバ、又はプリンタのメモリ
を占有する分布処理アプリケーション・プログラムを備
え、進化プリンタの機能進化を助長する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プリンタに係り、
より詳細には、機能を追加又は修正することにより進化
するプリンタおよびコンピュータ・システムの要求事項
に応じて、プリンタ能力を拡大する方法における記録済
みデータの記憶媒体に関する。

【０００２】

【従来の技術】事務従事者、技術者、および科学者が使
用するコンピュータ・システムは、頻繁に変更を受け
る。ある変更としては、コンピュータ・システムが所定
のコンピュータ・システムの仕様の目標により近づいて
実行するように改善することである。また他の変更とし
ては、元来のコンピュータ・システムの仕様の範囲を越
えて、たとえば、ユーザが期待する新たな機能を持つよ
うにコンピュータ・システムを改善することである。コ
ンピュータ・システムにおいて新しい技術を急速に適用
する場合、元来の構成要素にはなかった望ましい機能を
追加することができないと、ユーザはその構成要素が時
代遅れであるとみなす。

【０００３】従来のコンピュータ・システムは、一つの
筐体の中に堅く結合されたメモリおよび処理資源を有す
る汎用コンピュータの構成要素を備えている。別の構成
要素は、たとえば入力／出力機器として、通常他の別の
筐体に納められている。これら別々に囲まれたコンピュ
ータ・システムの構成要素は、「周辺装置」と言われて
いるが、たとえば、レーザ・プリンタなど幾つかの構成
要素が特殊な目的の動作システムと周辺装置のプログラ
ムとの実行に専用される多数の内部メモリおよび処理資
源を有する専用の計算回路を備えるように、複雑になっ
てきている。

【０００４】汎用の計算用構成要素（コンピュータ）お
よび周辺装置の入力／出力機器（プリンタ、走査器、な
ど）は、別々の供給者により開発され市販されている。
コンピュータおよび周辺装置の機能的な協働動作は、コ
ンピュータにおいて実行される駆動装置のソフトウェア
に依存し、周辺装置を効率良く動作させる。駆動装置の
ソフトウェアは、周辺装置プログラムに埋め込まれてい
る周辺装置の機能を利用できずに、印刷の品質を低下さ
せてしまうことがある。一例として、そのような印刷の
低品質は、駆動装置のソフトウェアが円のような幾何学
的な図形画像をプリンタに伝えることができず、図形画
像をビットマップ形態にレンダリングし、ビットマップ
のデータだけをプリンタに伝える場合に生ずることがあ
る。このような場合に、周辺装置のプログラムの縁辺強
調機能（ edge enhancement function）を利用できな
い。

【０００５】

【発明が解決しようとする課題】周辺装置のプログラム
・コードは通常、不揮発性メモリにおいて直接実行でき
る書式で記憶されている。周辺装置のプログラムの能力
は、周辺装置の機能的局面（機能）として明示される。
周辺装置の機能を修正又は追加するためには、元来のメ
モリの構成要素の代わりに不揮発性メモリの構成要素を
追加又はインストールする。これらの追加された構成要
素は、追加で記憶された直接実行可能なプログラム・コ
ードを与える。特定の字体で印刷するレーザ・プリンタ
の能力のような、幾つかの機能は、実行不能な書式で規
定されている。このような機能を修正又は追加するに
は、プログラムされた不揮発性メモリの構成要素をイン
ストールするか、又はデータを電気信号としてインター
フェースを介して伝達し、揮発性メモリに記憶する。こ
のような伝達を通常ダウンロードという。

【０００６】従来における専用の計算回路のアドレス空
間は、不揮発性メモリおよび揮発性メモリにおいてそれ
ぞれ、一つ又は所定の２，３の領域に限定されている。
追加の機能をインストールすると、周辺装置プログラム
はアドレス空間を走査して、インストールされダウンロ
ードされたプログラム・コードおよびデータを識別し、
周辺装置プログラム、結果として周辺装置の機能局面に
それらプログラム・コードおよびデータを組込む。

【０００７】周辺装置は、機能を修正又は追加した結
果、新しい又は修正された機能が一つ以上の元来設けら
れた機能に関連していることが多いことから、「進化す
る（ evolve ）」と言われる。コンピュータ・システム
は、頻繁な変更を受けることから、その変更に応じるた
めにあまり苦労せずに進化することができる周辺装置を
備えることが望ましい。問題点としては、物理的なメモ
リの構成要素のインストール、ダウンロードに費やされ
る時間、および通常のシステムのアドレス空間の制限が
ある。これらの問題点により、変化する環境で所有する
ための費用および変化する仕様を満たすシステムを維持
する費用など、コンピュータ・システムに関連する費用
が大幅に増大する。

【０００８】上述の問題および関連する問題を考慮し
て、プリンタの機能の進化を容易にするシステムおよび
方法の必要性が求められている。

【０００９】更に他の技術的背景には、１９９３年マサ
チューセッツ州ウェーズレーのQED出版グループ発行の
W.H.Inmon著である「発展する依頼人／サーバの用
途」、１９９４年カンサス州レンスのR&DD出版発行のGu
y Eddon著である「ＮＴ用ＲＰＣ」、および１９９１年
ニューヨーク州ニューヨークのHalstedPress発行のGord
onBlair等の編集した「オブジェクト指向言語（ Object
-Oriented Languages）、システムおよび用途」、１９
９４年ワシントン州レドモンドのMicrosoft Press発行
のJeffery Richter著である「進歩したウィンドウズＮ
Ｔ」、１９９６年ワシントン州レドモンドのMicrosoft
Press発行のStephen R.Davis著である「今やＪａｖａ＋
＋を学べ」、およびそれらに記載された参考書目があ
る。

【００１０】本発明は、物理的なメモリの構成要素のイ
ンストール、ダウンロードに費やされる時間、およびプ
リンタのアドレス空間の制限なく、プリンタの機能を進
化させることを可能にする記録済みデータの記憶媒体を
提供することを目的とする。

【００１１】

【課題を解決するための手段】したがって、本発明にお
ける一実施形態の記録済みデータの記憶媒体（ a prere
corded data storage medium）は、データ記憶媒体およ
びその媒体に記録されたしるし（ indicia）を備えてい
る。しるしは、コンピュータに結合された所与のプリン
タの機能を進化させる第１の方法を所与のコンピュータ
ー上で実行するための指令を備える。プリンタはプリン
タ機能を備えている。第１の方法は、（１）プリンタに
おいて、画像処理を行う第２の方法を備えた所定のクラ
スの規定を受取ること、（２）クラスの規定に応答して
オブジェクトの事例（ object instance）を形成するこ
と（オブジェクトの具体化）、および（３）プリンタの
機能が第２の方法に従って実行され、それにより機能が
進化するように、オブジェクトを拘束する（オブジェク
トの拘束）こと、を備えている。

【００１２】このような実施形態の第１の局面によれ
ば、第２の方法に従ってプリンタの機能が実行されると
き、プリンタの能力、すなわち、プリンタ機能の機能的
局面が拡大される。

【００１３】第２の局面によれば、機能の進化は、通常
のコンパイル、リンク、およびロードのようなソフトウ
ェアを発達させる技法を導入せずに行なわれ、拡大され
たプリンタの機能を非常に簡単にする。

【００１４】他の局面によれば、オブジェクトの具体化
（instantiation）および拘束（ binding）は、プリン
タのアドレス空間を直接参照せずに行なわれる。したが
って、アドレス空間に関する制限は容易に回避される。

【００１５】更に他の局面によれば、後で他の目的のた
めに使用される空いているメモリを一時的に割り当てる
ことによって具体化および拘束が行なわれると、別々の
機能の進化をメモリのアドレス空間の制限なしに別々の
時刻に行なうことができる。

【００１６】なお他の局面によれば、クラスの規定を、
データ通信又は事前にプログラムされた記憶装置の通常
のインストールによってプリンタで受取ることができ
る。このような実施形態によれば、機能進化を、いわゆ
る「プラグアンドプレイ（ plug and play）」およびデ
ータ通信の組合せで達成することができる。

【００１７】更に他の局面によれば、拘束により、第２
の方法に従うプリンタ機能の実行が可能になる。プリン
タの機能が第２の方法の要求を有するとき、第２の方法
は、プリンタ機能の同様な名称の方法を無効にする（ o
verride ）か、又は別の（補足的）機能能力を与えるこ
とができる。第２の方法がプリンタ機能の要求を有する
とき、プリンタ機能は、第２の方法の一部を条件付きで
無効にするか、又は別の（補足的）機能能力を与えるこ
とができる。これらすべての場合において、プリンタ機
能のような従来のソフトウェアの機能は、従来のソフト
ウェアを再コンパイルすることなく進化する。

【００１８】本発明の他の実施形態は、プリンタによる
印刷の方法を与える。プリンタは、機能を有する第１の
クラスの規定を備えている。印刷方法は、（１）プリン
タとコンピュータとの間で第２のクラスの規定を交換す
ること、（２）プリンタにおいて第２のクラス規定のオ
ブジェクトを具体化すること、（３）オブジェクトの参
照を行なったときプリンタ機能が実行されるようにオブ
ジェクトを拘束すること、および（４）プリンタ機能の
実行に応答して印刷すること、を含んでいる。

【００１９】このような方法の第１の局面によれば、コ
ンピュータおよびプリンタは、第２のクラスの規定がプ
リンタにより準備されたかコンピュータにより準備され
たかに関係なく第２のクラスの規定を共通に認識してか
ら、協働する。第２のクラスの規定がコンピュータによ
り準備されたとき、ビデオ用図形レンダリング方法のよ
うな別の方法を第２のクラスに追加することができる。
第２のクラスの規定がプリンタにより準備されたとき、
印刷用図形レンダリング方法のような現在インストール
されている方法を第２のクラスに追加することができ
る。その結果、印刷すべき画像がビデオ表示装置上に一
層正確に表現され、かつビデオ表示装置のビデオモニタ
に表示される画像がプリンタ上に一層正確に表現され
る。モニタとプリンタとの間のこのような整合性は、い
わゆる「画面上のものがそのまま印刷されて出る」（ w
hat-you-see-is-what-you-get,ＷＹＳＩＷＹＧ）システ
ムの能力に望ましい改善を与える。

【００２０】別の局面によれば、ビデオ・システムおよ
びプリンタ・システムについて画像処理の改善が共通に
与えられている。たとえば、改善されたビデオ用レンダ
リング方法がプリンタに対して利用できるようになり、
逆も同様である。

【００２１】本発明の更に他の実施形態によるコンピュ
ータ・システムは、コンピュータおよびプリンタを備え
ている。コンピュータは、与えられたモニタに表示すべ
き画像を処理する方法に対する記憶されたしるし（ sto
red indicia ）を備えている。コンピュータは、しるし
に応答してクラス規定を形成し、そのクラス規定をプリ
ンタに伝える。プリンタは、クラス・ローダを備えてい
る。プリンタはクラス規定を受取り、コンピュータによ
り与えられた方法を行い、その方法に応答して印刷す
る。

【００２２】このようなコンピュータ・システムの一局
面によれば、クラス・ローダ付きプリンタはコンピュー
タにより与えられた方法を使用して印刷することができ
る。この方法に含まれる計算は、プリンタにより行なわ
れ、コンピュータの計算負荷が減少する。

【００２３】第２の局面によれば、プリンタを同等のク
ラス・ローダを有する第２のプリンタで置き換えること
は、コンピュータにおける変更には関係しない。したが
って、コンピュータ・システムの進化が簡単になる。

【００２４】

【発明の実施の形態】本発明は、機能の追加又は修正す
ることによって進化するプリンタを備えたどんなシステ
ムにおいても実施することができる。このようなシステ
ムは適切に、相互に動作して計算又は測定の仕事を行な
う構成要素のある群を備えている。図１は本発明の一実
施形態におけるコンピュータ・システム１００のブロッ
ク図である。たとえば、記録済みデータの記憶媒体を備
えるコンピュータ・システム１００は、通常のネットワ
ーク・リンク１１６，１２２，１４０により結合されて
いるサブシステム１０２，１０４，１０６を備え、通常
の様々なオフィス・オートメーションの仕事を行なう。
サブシステム１０２は、パーソナル・コンピュータ（Ｐ
Ｃ）１１０と、プリンタ１１２と、インターフェース１
１４とを備えている。サブシステム１０４は、サーバ１
２６と、ローカル（又は広域）エリアのネットワーク・
リンク１２２と、ネット・インターフェース１３０およ
び１３２と、少なくとも一つのＰＣ１２０と、少なくと
も一つのプリンタ１２４と、少なくとも一つのプリンタ
１３４とを備えている。サブシステム１０６は、ネット
・インターフェース１４２とプリンタ１４４とを備えて
いる。

【００２５】コンピュータ・システム１００では、印刷
は、サブシステム１０２，１０４，１０６の各々におい
て、進化プリンタ１１２，１２４，１３４，１４４で行
なわれる。プリンタ１１２，１２４，１３４，１４４
は、たとえば、レーザ・プリンタ、インクジェット・プ
リンタ、インパクト・プリンタ、写真プリンタなどの通
常の技術を使用する印刷装置を表している。各印刷装置
は適切に、たとえば、コンピュータ用出力プリンタ、計
測レコーダ、オフィス複写機、ＦＡＸ機械、およびラベ
ル又はレシート用プリンタなどのすべての用途に役立
つ。

【００２６】ＰＣ１１０，１２０、およびサーバ１２６
は適切に、通常のキーボードおよびディスク駆動装置の
構成要素（図示せず）と、通常のモニタ１０８，１１８
とを備えている。通常のＰＣでは、走査線は、コンピュ
ータとモニタとの間を電気的にインターフェースを介し
て連絡している。多数のコンピュータ・システムでは、
このインターフェースはネットワーク・リンクとして使
用するための設備を備えていない。したがって、信号周
波数およびデータの帯域幅は、コンピュータとモニタと
を堅く結合するよう選定されており、その結果、モニタ
が単一のコンピュータに専用される。

【００２７】対照的に、各プリンタ１１２，１２４，１
３４，１４４は、それぞれリンク１１３，１２３，１３
３，１４３によりコンピュータ・システム１００の別の
構成要素に結合されている。各プリンタは、リンクによ
り、印刷を管理する情報を受取ったり又はプリンタの動
作状態を示す。リンク１１３，１２３，１３３，１４３
は、対応するネットワーク・リンクの機能との少なくと
も一つの物理的な接続を使用して、様々なデータ通信プ
ロトコルとの専用サービス又は共有サービスを支持す
る。各プリンタ１１２，１２４，１３４，１４４は機能
が進化することにより、同じプリンタがいずれのリンク
１１３，１２３，１３３，１４３にも取り付けられ、人
手の介入なしに動作することができる。

【００２８】リンク１１３，１２３，１３３，１４３、
およびネット・インターフェース１１４，１３０，１３
２，１４２は適切に、特定のチャンネルに対するデータ
通信の物理的および電気的要求を満足させるための通常
の回路を備えている。チャンネルには、すべての通信媒
体、たとえば、電気および光のケーブル、音響信号（電
話）、無線周波数、および赤外線がある。従来のネット
・インターフェースでは、通信プロトコル、たとえば、
衝突検出マルチアクセス（ collision detectmultiple
access ）、時間領域マルチプレックス（ time domain
multiplexing）、およびパケット切替え、の各通信プロ
トコルの少なくとも一つのレベルを行なう。必要なら、
リンクおよびネット・インターフェースの支持を、各々
を接続する機器に取り入れることができる。たとえば、
プリンタ１４４およびネット・インターフェース１４２
を物理的および電気的に一つに組み合わせることができ
る。

【００２９】本発明のコンピュータ・システムは更に、
進化するプリンタの機能進化を助長する分布処理アプリ
ケーション・プログラムを備えている。分布処理アプリ
ケーション・プログラムは、リンク又はネット・インタ
ーフェースを介して機能を行なうために協働するすべて
の組のコンピュータ・プログラム・フアイルおよびデー
タ・ファイルを備えている。たとえば、図１のコンピー
タ・システム１００は、図２、図３、および図４を参照
して下に説明する本発明の方法を行なうための適切なフ
ァイルを備えている。これらの方法は、進化する周辺装
置の機能進化を助長することにより上に説明した問題を
解決している。

【００３０】分布処理アプリケーション・プログラムの
特定の構成は、様々な供給者により独立に開発された構
成要素の特別の配置をとり、各構成要素が所定のインタ
ーフェースに適合し、分布処理アプリケーション・プロ
グラムとして協働する。ソフトウェア・システム２０
０、３００、および４００の構成要素は、ソフトウェア
（たとえば、Intel Pentium Assembly言語のような機械
コード、又はJavaＰコードのようなバイトコード）にお
いて、ファームウェア、汎用回路、状態機械回路（ sta
te machine circuit）、又はこれら通常の技法の組合せ
により、実施されうる。

【００３１】ソフトウェア・システム２００、３００、
および４００の構成要素のプロセスおよびデータ項目を
少なくとも一つの供給業者から供給することができる。
たとえば、プロセス２０２、２０６、および２２０を動
作システムの供給業者から、プロセス２０４およびデー
タ項目２１４，２４４をワード処理アプリケーション・
プログラムの供給業者から供給することができ、またプ
ロセス２０８、２１０、および２１２をモニタの供給業
者から、プロセス２２８をネットワークの供給業者から
供給することができ、さらにプロセス２２４、２２６、
および２４０〜２５６をプリンタの供給業者から供給す
ることができる。ユーザは通常、特別に選択した特定の
構成要素プロセスと、これら構成要素間の所定のインタ
ーフェースとの協働に頼っている。

【００３２】第１の分布処理アプリケーション・プログ
ラムは、プリンタと連結されたＰＣに対する進化機能を
助長するプログラムである。図２は、図１におけるコン
ピュータ・システムの第１のサブシステム１０２を使用
する表示及び印刷の方法を示すフローチャートである。
たとえば、ソフトウェア・システム２００は、ＰＣ１１
０と、リンク１１３と、プリンタ１１２とに対する進化
機能を助長する。ソフトウェア・システム２００は、Ｐ
Ｃ１１０およびプリンタ１１２に一組の構成要素プロセ
スおよびデータ項目を備えている。ＰＣ１１０におい
て、ソフトウェア・システム２００は、グラフィカル・
ユーザ・インターフェース（ＧＵＩ）２０２と、ユーザ
・プログラム２０４と、ビデオ・パイプ２０５と、動作
システム印刷パイプ２２５と、ＰＣ印刷パイプ２１９
と、ＰＣ字体データ２１４と、ＰＣ通信プロセス２２９
とを備えている。プリンタ１１２において、ソフトウェ
ア・システム２００は更に、プリンタ通信プロセス２４
１と、プリンタ字体データ２４４と、プリンタ印刷パイ
プ２４３と、アクセス・プロセス２５３とを備えてい
る。

【００３３】ソフトウェア・システム２００は、どんな
通常のユーザ・インターフェースでも、たとえば、ＧＵ
Ｉ２０２を、備えることができる。ユーザ・インターフ
ェースは、ユーザからの指示を受入れ、データを表示又
は印刷する命令を発する。ＧＵＩ２０２は、ワシントン
州レドモンドのMicrosoftから市販されているＷｉｎｄ
ｏｗｓ動作システムのような動作システムにより与えら
れる形式のものである。

【００３４】ソフトウェア・システム２００は、どんな
通常のユーザ・プログラム２０４でも、たとえば、ワー
ド・プロセッサ又はコンピュータ援用設計プログラム
（ computer aided design program）を、備えることが
できる。このようなユーザ・プログラムは、データを表
示又は印刷する命令をメモリ又はデイスクのファイルか
ら受取る。ユーザ・プログラム２０４は、通常の技法に
より、印刷しようとする主題（subject）事項を識別す
る。下に説明する際に例示の目的で、主題は、拡大縮小
できる字体で表した文字列と、重ね図形画像とを備えて
いる。別のある程度複雑な主題事項を表示又は印刷のた
めに識別することもできる。

【００３５】ビデオ・パイプは、表示のために識別され
たデータをモニタ１０８のようなラスタ表示装置に提示
するための走査線に書式設定し直す少なくとも一つのプ
ロセスを備えている。たとえば、ビデオ・パイプ２０５
は、ビデオ駆動装置２０６と、レンダリング・プロセス
２０８と、ラスタ化プロセス２１０とを備えている。ビ
デオ駆動装置は、主題データからビットマップ書式の中
間データを準備する。たとえば、ビデオ駆動装置２０６
は、通常の技法により、ベクトル、記号、輪郭、位置、
および制御、又はビットマップ書式で表された主題デー
タからビットマップ書式の中間データを準備する。ビデ
オ駆動装置２０６は、通常のアルゴリズム規定およびパ
ラメータ規定から、線、幾何学的形状、および文字列の
ような一般に使用されるビットマップ画像を作り出す方
法を備えている。

【００３６】レンダリング・プロセスは、中間データを
画像データ構造に統合する（レンダリングする）。たと
えば、レンダリング・プロセス２０８は、通常の技法に
より、更に処理が必要である画像の部分的な中間データ
からビットマップ形態の画像データ構造を準備する。こ
のような処理は、重ね画像、許容表示区域を越えて広が
っている画像、縁又は色の強調、スケール、向き、陰
影、又は動画などの画面構成の事項に対する補償を備え
ることができる。画像データ構造内のビットは、一般に
表示すべき画素に対応する。

【００３７】ラスタ化プロセスは、画像データ構造から
走査線内のデータを与える。たとえば、ラスタ化プロセ
ス２１０は、通常の技法により、モニタ１０８により使
用される各色平面の各水平走査線について、２進の画素
強度値を順次に与える。ラスタ化プロセス２１０は、画
面の大きさ、残像（ persistence）、又は輝度の事項を
左右する。ラスタ化プロセス２１０は、モニタ１０８の
代わりに、受取った画像データ構造の幾つか又は全部を
交互性のモニタ上に表示するためのベクトルに変換する
方法を備えている。必要なら、プロセス２０８および２
１０を通常の技法により混合して、画像データ構造を維
持するのに必要なメモリの量を減らすことができる。

【００３８】表示プロセスは、ビデオ・パイプから出力
を受取り、たとえば、蓄電管、陰極線管、液晶、又は電
解放出表示装置などの通常の表示装置を動作させる。た
とえば、モニタ１０８に関する表示プロセスは、ビデオ
・パイプ２０５から走査線を受取り、通常のグラフィッ
クス・ラスタ表示（ graphics raster display）を行な
う。表示プロセス２１２は、全体に又は部分的に新しい
画像によって置き換えられるまでモニタ１０８上で画像
を表示する。

【００３９】印刷可能な主題に関しては、印刷された画
像がモニタに表示された画像により近づくことが望まし
い。本発明によれば、印刷の準備に使用されるプロセス
は、上に説明した画像の表示を準備するプロセスを使用
することができる。

【００４０】印刷パイプは、印刷のため識別されたデー
タをリンクによりプリンタ１１２のようなプリンタに伝
達するための書式に書式設定し直す少なくとも一つのプ
ロセスを備えている。たとえば、動作システム（ＯｐＳ
ｙｓ, operating system）印刷パイプ２２５は、ＯｐＳ
ｙｓ書式化２２１と、ビットマップ書式で表した画像デ
ータをポート・モニタ２２４に与えるＯｐＳｙｓ待ち行
列２２３とを備えている。ＯｐＳｙｓ書式化２２１およ
びＯｐＳｙｓ待ち行列２２３は、デフォルト印刷能力、
たとえばMicrosoft社により市販されているＷｉｎｄｏ
ｗｓ３２ビット動作システムの印刷パイプを供給するた
めに動作システムに統合されている形式のものである。
このような印刷パイプを、Java Developer's Kit(JDK)
1.1.x.を支持する場合のように、すべての項目をレンダ
リングするように設定することができる。

【００４１】進化するプリンタ機能を支持する印刷パイ
プは、リンクにより伝達すべきデータをプリンタに供給
する前に最少限の再書式設定動作を行なう。たとえば、
ＰＣ印刷パイプ２１９は、いくつかの書式の一つで表さ
れたデータをポート・モニタ２２４に与える印刷駆動装
置２２０と、待ち行列２２２とを備えている。他に、印
刷駆動装置２２０は、デフォルト又はユーザ入力に応答
し、ＯｐＳｙｓ印刷パイプ２２５を介して識別された主
題データの印刷を指示するか、又は進化するプリンタ機
能をサポートするためのＰＣ印刷パイプ２１９を介して
識別されたデータを処理する。

【００４２】主題データをＯｐＳｙｓ印刷パイプ２２５
に導くと、主題データは、ＯｐＳｙｓ書式化・プロセス
２２１によりレンダリングされ、ビデオ駆動装置プロセ
ス２０６およびレンダリング・プロセス２０８について
上に説明したようにビットマップの画像データ構造を与
える。ＯｐＳｙｓ書式化２２１は、通常のアルゴリズム
規定およびパラメータ規定から、線、幾何学的形状、お
よび文字列のような一般に使用されるビットマップ画像
を作り出す方法を備えることができる。得られるビット
マップの画像データ構造はポート・モニタ２２４に与え
られてリンク１１３により伝えられる。

【００４３】他方、主題データがＰＣ印刷パイプ２１９
を通って進むと、印刷駆動装置２２０は、プリンタ１１
２の能力を活用し、またプリンタ１１２の限界に適応す
る。たとえば、プリンタ１１２によりレンダリングされ
ることができる画像品目について、印刷駆動装置２２０
は、主題データを書式設定し直して、プリンタとの間に
介在する通信プロセスおよびプリンタ１１２に適合する
書式で表された識別情報又は規定情報をポート・モニタ
２２４に与える。プリンタ１１２がレンダリングできな
い画像品目については、印刷駆動装置２２０は、上に説
明したように主題データをビットマップ書式の中間デー
タに書式設定し直す。印刷駆動装置２２０は、通常のア
ルゴリズム規定およびパラメータ規定から、線、幾何学
的形状、および文字列のような一般に使用されるビット
マップ画像を作り出す方法を備えることができる。得ら
れるビットマップの画像データ構造はポート・モニタ２
２４に与えられてリンク１１３により伝えられる。

【００４４】上述のビットマップ書式の中間データへの
変換および上述のレンダリング・プロセスにより、印刷
駆動装置２２０は、更に簡潔なデータをポート・モニタ
２２４に与え、効率良い連絡を行なう。したがって、Ｐ
Ｃ１１０は、印刷すべきレンダリングのデータを処理す
る重荷から解放され、ＰＣ１１０のメモリは、更に良く
利用されるようになり、プリンタ１１２は、プリンタ１
１２において特別に構成された方法に従って効率よいレ
ンダリングおよびラスタ化が可能になる。

【００４５】ＰＣ字体データベース２１４およびプリン
タ字体データベース２４４は、通常の字体データ構造を
備えている。ビデオ駆動装置２０６および印刷駆動装置
２２０は、ＰＣ字体データベース２１４から文字列の文
字を指定する情報を得る。ＰＣ字体データベース２１４
にある情報は、図２の２１４および２４４により示され
ているように、プリンタ字体データベース２４４から拡
張されることができ、又プリンタ字体データベース２４
４と共有される。

【００４６】印刷待ち行列は、順次要求される印刷のデ
ータを記憶する。印刷待ち行列は、一般に先入れ先出し
プロトコルにあるデータをバッファーし、待ち行列の内
容に関する管理機能を与えることができる。たとえば、
ＯｐＳｙｓ待ち行列２２３は、大型の中間データ構造の
記憶空間を備え、複合体による監視、取消し、および優
先制御を行なってデータの流れを管理する。データは、
いくつかの関連する主題のデータ項目の最初の項目をレ
ンダリングし始めたときから最後の関連する主題のデー
タ項目の通信が成功するときまでＯｐＳｙｓ待ち行列２
２３に留まっている。この期間は、レンダリングの複雑
さおよび大型の中間データ構造を伝達する継続時間によ
り延長される。

【００４７】対照的に、待ち行列２２２は、ＰＣ１１０
内部でレンダリングされるのではなく、識別され又は規
定されるべき画像品目（幾何学的形状、拡大縮小し得る
字体文字、濃淡のあるオーバーレイ図形などのような）
に一般に使用される記憶空間を備えている。画像品目
は、基準、たとえば識別された固定サイズの字体の情況
内での文字数基準により識別される。また画像品目は、
アルゴリズム的レンダリングに対するパラメータ、たと
えば、特定の点の大きさ、ウエート、および色の濃淡矩
形又は拡大縮小し得る文字を示すデータ構造により規定
される。好適実施形態では、待ち行列２２２は、ポート
・モニタ・プロセス２２４が印刷駆動装置プロセス２２
０の出力と歩調をそろえることができるため、省略され
る。

【００４８】通信プロセスは、リンクによるデータの転
送を補助するプログラムである。たとえば、ＰＣ通信プ
ロセス２２９は、中間データのビットマップ書式、画像
のビットマップ書式、クラス規定、仲介メッセージ、通
信状態メッセージ、および通信制御メッセージのデータ
のリンク１１３による転送を補助する。ＰＣ通信プロセ
ス２２９は、ポート・モニタ２２４と、ページ記述言語
（ＰＤＬ, page description language ）プロセス２２
６と、通信スタブ２２８と、仲介スタブ２５２とを備え
ている。プリンタ１１２のプリンタ通信プロセス２４１
は、通信スタブ・プロセス２４０と、ＰＤＬプロセス２
４２と、仲介スタブ２５４とを備えている。

【００４９】ポート・モニタは、ＰＣの状態、命令、お
よびデータをプリンタに伝える。たとえば、ポート・モ
ニタ２２４は、ＰＤＬプロセス２２６および図示しない
保守プロセスによりメッセージを送受することによりプ
リンタ１１２と通信する。保守プロセスは、媒体供給の
状態、現在の構成の詳細、紙詰まりなどのプリンタの状
態を報告する。保守メッセージの伝達は、たとえば、通
常の簡易ネットワーク管理プロトコル（ＳＮＭＰ, Simp
le Network Management Protocol）を使用して行なわれ
る。ポート・モニタ２２４は、ＯｐＳｙｓ印刷パイプ２
２５およびＰＣ印刷パイプ２１９からデータを受け、こ
れらのデータから通常のメッセージ・プロトコルに従っ
てメッセージを組み立て、各メッセージをＰＤＬプロセ
スに伝える。

【００５０】ページ記述言語（ＰＤＬ）は、プリンタへ
のデータ転送のための通信プロトコルである。ＰＤＬ
は、図形および文字列の両方の通信能力を与え、プリン
タ字体データベース２４４の識別および規定を備えてい
る。通常のＰＤＬは、カリフォルニア州パロアルトのHe
wlett Packard会社により市販されている言語、カリフ
ォルニア州サン・ノゼのAdobeにより市販されているPos
tscript言語、およびフロリダ州ボカラトンのInternati
onal Business Machinesにより市販されているＩＰＤＳ
などのＰＣＬ（ printer control language ）である。
一対のＰＤＬプロセスは、どれかのＰＤＬに従って通信
する。たとえば、ＰＤＬプロセス２２６および２４２は
協働して、ＰＣＬ言語に従ってメッセージの組み立てお
よび分解を行う。ＰＤＬプロセス２２６および２４２
は、ポート・モニタ２２４に出入りするデータ構造をＰ
ＤＬに従うメッセージに変換およびメッセージをデータ
構造に変換する入出力の機能を与える。

【００５１】通信スタブは、パケット・データ通信を支
持する最低レベルの通信プロトコル機能を与えるプロセ
スである。たとえば、通信スタブ・プロセス２２８およ
び２４０は、通常の技法を採用してデータを通常の電気
的なインターフェース、たとえば、リンク１１３により
ＰＣ１１０とプリンタ１１２との間で伝達する。通信ス
タブ・プロセスは、信号の識別、パケットのチェック、
伝送手順、および受取り通知手順などのメッセージ伝達
機能を支持する構造的および電気的信号を伝達する通信
プロトコルを与えることにより、通常のデータ通信を支
持する。

【００５２】プリンタの印刷パイプは、何を印刷すべき
かを記述したデータを受取り、応答して印刷エンジン
（図示せず）を動作させ、記録された媒体を作成する。
従来の印刷パイプは、縁辺強調、見かけの解像度を高く
するためのドット移動、機械的位置と現在の温度と現在
の電圧とのような印刷エンジンの予想したおよび測定し
た構造的局面の適応、および媒体の予想したおよび測定
した構造的局面の適応、のような印刷画像の品質を改善
する技法を備えている。たとえば、印刷パイプ２４３
は、レンダリング・プロセス２４６と、ラスタ化プロセ
ス２４８と、印刷プロセス２５０とを備えている。

【００５３】レンダリング・プロセス２４６およびラス
タ化プロセス２４８は、画像の表示に関して上に説明し
たプロセス２０８および２１０と同様の仕方で、レーザ
印刷内でそれぞれレンダリングおよびラスタ化の機能行
なう。レンダリング・プロセス２４６は、ページを所定
時刻にレンダリングするための、又は、必要なら、所定
時刻にバンドをレンダリングするためのビットマップの
画像データ構造を作成する。ラスタ化プロセス２４８
は、画像データ構造を走査線に変換してプロセス２５０
により印刷する。必要なら、プロセス２４６および２４
８を通常の技法により組み合わせて、画像データ構造を
保持するのに必要なメモリの量を減らすことができる。

【００５４】印刷プロセスは、通信プロセスからデータ
を受取り、電子写真印刷、レーザ印刷、フィルム上への
走査又はベクトル駆動による光学的画像作成、およびイ
ンクジェット印刷などの通常の媒体マーキング機構を動
作させる。たとえば、印刷プロセス２５０は、プリンタ
通信プロセス２４１から走査線を受取り、レーザ印刷動
作を導くことによりレーザ印刷機を動作させて所望の画
像を支持する紙を作成する。全カラー印刷の場合には、
高速カラー印刷のために走査線を通常の仕方で原色によ
ってまとめるか、又は同時に与えることができる。

【００５５】アクセス・プロセスは、リンクにより機能
を公開する（ expose ）プロセスである。たとえば、ア
クセス・プロセス２５３は、進化するプリンタ機能を助
長する目的で、プリンタ１１２にある機能のクラスを公
開する。アクセス・プロセス２５３は、印刷ピア（ pri
nt peer ）２５６および固有代用（ native proxy ）２
５８を備えている。

【００５６】ＰＤＬプロセス２４２、レンダリング・プ
ロセス２４６、およびラスタ化プロセス２４８は、図２
に示すように進化機能を備えたプロセスの例である。こ
れらプロセスは、プリンタの計算回路のプログラムのア
ドレス空間内にインストールされた実行可能なプログラ
ム・コード、プリンタの計算回路のデータのアドレス空
間内にインストールされた機械言語に翻訳可能なプログ
ラム・コード又はデータ構造、又は実行可能および翻訳
可能の両方のプログラム・コードの組合せを備えてい
る。実行可能又は翻訳可能なプログラム・コードで実施
される機能は、置き換え（ replacing）、拡張（ exten
ding）、補足（ supplementing）、又はその動作の条件
付き修正により修正されると本発明に従って進化する。
このような修正は、たとえば、オブジェクトの動的拘束
を有するオブジェクト志向の実行時間環境により容易で
ある。

【００５７】機能進化は、クラス（ class）、オブジェ
クト、インターフェース、および動的な拘束などを含む
オブジェクト志向プログラミング概念の下記を参照する
と一層良く理解することができる。ソフトウェア・シス
テム２００、３００、および４００を記述するのに使用
される概念および用語は、現在の研究、工業規格、およ
びコンピュータ・システムおよびソフトウェアの現在の
主要製造業者および開発者の慣例と矛盾しないようにす
る。

【００５８】クラスは、一つ以上のオブジェクトを規定
するのに使用される型板である。クラスは、Ｊａｖａ、
Ｃ＋＋、Ｓｍａｌｌｔｌａｋ、又はＥｉｆｆｅｌのよう
なオブジェクト志向プログラミング言語の構文法を使用
するソースコードで規定されている。クラスは、少なく
とも三つの形式の構成要素、すなわち、変数、変数で動
作する方法、およびインターフェース、を指定する。ク
ラスは通常、たとえば、図６（Ａ）に示したように、階
層を成して規定されている。階層は、方法の割り当てお
よび機能の進化を考慮している。

【００５９】オブジェクトは、そこからオブジェクトが
規定されたクラスの事例である。オブジェクトは、実行
時間中に具体化（ instantiation）されることにより成
立する。子のオブジェクトの具体化は、子のオブジェク
トに対する変数およびポインタを記憶するためのデータ
メモリの他に、クラス階層で子より上にあるすべての親
のオブジェクトにより規定される変数およびポインタの
メモリの割り当ておよび初期設定に関係している。

【００６０】オブジェクト志向プログラミング言語は、
クラスのロードおよび動的リンクと協働して、実行時間
中にクラス階層の修正を支持する。たとえば、基礎のク
ラスを使用して、獲得されるクラスを規定することがで
き、この場合獲得クラスは、（ａ）既に基礎クラスで規
定されているオブジェクトに対する別の方法（過負荷
（ overloading））、（ｂ）基礎クラスで規定された方
法の代わりに使用されるべき新しい代替方法（無効（ o
verriding ））、（ｃ）既に規定されている（本来の）
方法を利用する新しいオブジェクト、（ｄ）動的リンク
中に方法の継承（inheritance）が修正されるように既
に規定されているオブジェクト間の階層関係の交換、又
は（ｅ）これら技法のある組合せ、を備えている。修正
されたクラスは、修正されたクラスのオブジェクトが具
体化され、動的に拘束されているとき機能進化を与え
る。

【００６１】クラスは、各方法について仕様および恐ら
くは実施法（翻訳可能な又は実行可能なプログラム・コ
ード）を規定することにより方法を規定する。仕様は、
情報（ signature）および方法を行なうとき生ずること
のある（オーバフローなどのような）例外的状態に対す
る設備を備える。情報は、方法の名称、その趣旨の名称
および形式、およびその返戻値（存在すれば）の形式を
含む。方法の実施法（翻訳可能な又は実行可能なプログ
ラム・コード）には少なくとも一つの入り口点（ entry
point）、すなわち、メモリ・アドレス又は作業（実行
又は翻訳）が開始される場所を識別するオフセット、が
ある。仕様に実行される方法が付随していないときは、
方法は仮想機能と言われる。インターフェースから得る
クラスで規定されるオブジェクトは、まとめて仮想機能
表と言われるポインタを介して協働する。ある実行時間
の環境では、仮想機能表はオブジェクトが具体化された
とき割り当てられるデータ構造の一つである。仮想機能
表には実行時間に決定された入り口点の値に対するポイ
ンタ変数、入り口点をオフセットするときコンパイル時
に予測できるポインタ定数、又は変数および定数の組合
せが入っている。

【００６２】特定の方法とオブジェクトとの関連を拘束
という。拘束は、少なくとも部分的に実行時に行なわれ
るとき、動的拘束といわれる。特定のオブジェクトの方
法が動的に拘束されているとき、入り口点の値が特定の
オブジェクトの仮想機能表にある適切なポインタ変数に
割り当てられる。その後、仮想機能表の間接的な参照に
より方法の実行が始まる。方法にとってどの入り口点が
適切であるかの決定は、最初の合致が見つかるまで、方
法の情報（又は単に名称）を（特定のオブジェクトから
始めて）クラス階層内のすべての方法の情報（又は名
称）と比較することにより行なわれる。クラス階層内に
存在することがある別の合致の可能性に関係なく最初の
合致を選択することにより、特定のオブジェクトの挙動
が、無効、過負荷、又は継承により別のオブジェクトの
挙動を共有することにより、多形性を示す。

【００６３】オブジェクト志向の実行時間の環境は、た
とえば、直接実行により又は翻訳により、実行時間の多
形性を支持する。たとえば、ソフトウェア・システム２
００、３００、および４００は、ＣおよびＣ＋＋プログ
ラミング言語で開発された実行可能なプログラム・ファ
イルおよびリアルタイムの動作システムなどのオブジェ
クト志向の実行時間環境を備えている。更に、印刷ピア
２５６は、クラス・ローダおよび通常のＪａｖａ仮想機
械（ＪＶＭ, Java Virtual Machine）を備えている。ク
ラス・ローダは、通常のＪａｖａプログラミング言語で
開発されたクラス規定を認識し、それらをＪＶＭによる
翻訳のために準備する。ＪＶＭは、（クラス・ローダに
よりロードされた）クラスにより記述されたオブジェク
トを具体化し、具体化されたオブジェクトの方法を行な
うことによりプリンタのピア（同位）機能を行なう。オ
ブジェクトの方法を行なう前に、方法を入り口点に関連
づけねばならない。このような関連づけのプロセスは、
オブジェクトが具体化される時刻に、又はオブジェクト
の特定の方法を行なおうとする直前に、通常の動的拘束
を備える。

【００６４】アクセス・プロセス２５３は、仲介スタブ
・プロセス２５２および２５４と協働してプリンタ１１
２のプリンタ機能を公開しＰＣ１１０により使用される
ようにし、ＰＣ１１０の機能を公開してプリンタ１１２
により使用されるようにする。ＰＤＬプロセス２４２
は、翻訳可能なプログラム・コード（バイトコード）で
実施するオブジェクトのクラスを備えている。レンダリ
ング・プロセス２４６およびラスタ化プロセス２４８
は、オブジェクト志向プログラミング言語に関係なく開
発された実行可能なプログラム・コードで表された継承
（ legacy ）サブルーチンを備えている。固有代用２５
８は、プロセス２４６および２４８において入り口点を
見分け、ＰＤＬプロセス２４２のクラスにおける仕様に
より与えられたクラス・インターフェースと同様の書式
の継承クラス・インターフェースを与える。したがっ
て、印刷ピア・プロセス２５６は、ＰＤＬプロセス２４
２のクラスばかりでなく継承レンダリング・プロセス２
４６および継承ラスタ化プロセス２４８のクラスをも一
様参照することができる。

【００６５】仲介スタブは、オブジェクト資源の仲介を
行なうプロセスである。たとえば、仲介スタブ・プロセ
ス２５２および２５４は、通常のオブジェクト資源の仲
介設備、たとえば、リモート手続きの呼出し（ＲＰＣ,
remote procedure call ）、Ｊａｖａソフト会社により
市販されているリモート方法呼出し（ＲＭＩ, remoteme
thod invocation）、オブジェクト管理グループ（産業
組合）により規定されているＣＯＲＢＡ規格、又は、Mi
crosoft社により市販されている分布共通オブジェクト
モデル（ＤＣＯＭ）、の技法から発展し、これと適合す
る仲介設備、を備えている。このような仲介設備には、
（ａ）ネットワークの他の構成要素（ member ）のクラ
スの識別、（ｂ）ネットワークの構成要素の間のクラス
規定（データ構造）の転送、および（ｃ）例外状態（ネ
ットワークのノードの利用不能、クラスが見つからな
い、など）の通知、のための仲介メッセージの転送手段
がある。他に、仲介は、クラス規定を受取るためのメモ
リの割り当て、クラス規定を受信側のクラス階層に組込
むためのクラス・ローダとの協働およびびクラス規定の
オブジェクトの具体化、方法の動的拘束、およびクラス
規定に従う方法の実行、のための仮想機械との協働が関
係している。方法の情報がネットワークの他の構成要素
に伝えられてしまったとき、方法は公開されるといわれ
る。受け取った構成要素は、このときオブジェクト資源
の仲介の途中で受取った実施のコピーを行なうことによ
り、それら互いに無関係の目的のために方法を利用でき
るようになる。ＰＣ１１０によるプロセスの公共的方法
は、仲介スタブ・プロセス２５２により公開され、たと
えば、レンダリング・プロセス２０８、ラスタ化プロセ
ス２１０、ＰＤＬプロセス２２６、又は他の役立つ方法
がプリンタ１１２に利用可能になる。

【００６６】第２の分布処理アプリケーション・プログ
ラムは、印刷サーバにより支持されているプリンタの進
化機能を助長するプログラムである。図３は、図１にお
けるコンピュータ・システムの第２のサブシステム１０
４を使用する表示及び印刷の方法を示すフローチャート
である。たとえば、ソフトウェア・システム３００は、
サーバ１２６により支持されているプリンタ１２４およ
び１３４の進化機能を助長する。下記に示すものを除い
て、ソフトウェア・システム３００のプロセスは、ソフ
トウェア・システム２００のプロセスにおいて１００小
さい番号の付いたものと機能的および構造的に同一であ
る。

【００６７】ソフトウェア・システム３００は、ＰＣ１
２０およびプリンタ１２４および１３４に一組の構成要
素プロセスおよびデータ項目を備えている。ＰＣ１２０
において、ソフトウェア・システム３００は、グラフィ
カル・ユーザ・インターフェース（ＧＵＩ）３０２と、
ユーザ・プログラム３０４と、ビデオ・パイプ３０５
と、ＰＣ印刷駆動装置３７２と、ＰＣ字体データ３１４
と、ＰＣ通信プロセス３７３とを備えている。サーバ１
２６において、ソフトウェア・システム３００は、通信
スタブ・プロセス３７８と、動作システム印刷パイプ３
２５と、サーバ印刷パイプ３１７と、通信プロセス３３
１とを備えている。プリンタ１２４では（および同様に
別に図示してないプリンタ１３４では）、ソフトウェア
・システム３００は更に、プリンタ通信プロセス３４１
と、プリンタ字体データ３４４と、プリンタ印刷パイプ
３４３と、アクセス・プロセス３５３とを備えている。

【００６８】ソフトウェア・システム２００の印刷駆動
装置２２０の機能は、ＰＣ印刷駆動装置３７２とサーバ
印刷駆動装置３８２との間で通常の仕方で分割されてい
る。たとえば、ＰＣ印刷駆動装置３７２は、伝達すべき
共通の書式データをサーバ印刷駆動装置３８２に与え
る。サーバ１２６で実行されるサーバ印刷駆動装置３８
２は、ＰＣ１２０にかかる計算負荷を少なくするように
プリンタ１２４又は１３４に対して独特の機能および他
の動作を行なう。ＰＣ印刷駆動装置３７２は、通信スタ
ブ３７８と協働して共通書式で表されたデータをＯｐＳ
ｙｓ印刷パイプ３２１に又はサーバ印刷パイプ３１７に
伝える。

【００６９】ソフトウェア・システム３００の通信スタ
ブ・プロセスは、ネットワークおよび専用リンクに対し
て適切な通信プロトコルの支持を与える。たとえば、プ
ロセス３７６および３７８は、リンク１２１を支持し
（図１に示す）、プロセス３８３および３４０は、プリ
ンタ１２４用リンク１２３およびプリンタ１３４用リン
ク１３３を支持する。リンク１３３を（一様性のため
の）ネットワーク・リンク又は（安全、速度、又は保守
の目的の）専用リンク、としてよい。リンクの通信プロ
トコルには、たとえば、ethernet、ＴＣＰ／ＩＰ（ Tra
nsmission ControlProtocol/Internet Protocol）、Ｈ
ＴＴＰ（ Hypertext Transfer Protocol）、および上に
説明したＳＮＭＰがある。リンク１２３および１３３の
変形では、別の（代わりの又は重畳）リンク・プロトコ
ルが通常の技法を使用して実施されている。

【００７０】ソフトウェア・システム３００の仲介スタ
ブ・プロセスは、ソフトウェア・システム２００につい
て説明した形式のオブジェクト資源の仲介を行なう。た
とえば、ソフトウェア・システム３００における資源の
仲介は、プリンタ１２４および１３４の機能をサーバ１
２６におよびＰＣ１２０に公開し、ＰＣ機能をサーバ１
２６におよびプリンタ１２４および１３４に公開する。

【００７１】ソフトウェア・システム３００では、サー
バ印刷駆動装置３８２は、ソフトウェア・システム２０
０を参照して説明した機能進化と同様の仕方で機能進化
を示す。たとえば、ＰＣ印刷駆動装置３７２からのクラ
スをサーバ１２６に転送してサーバ印刷駆動装置３８２
を規定する又は修正することができる。

【００７２】第３の分布処理アプリケーション・プログ
ラムは、ユーザの相互作用なしでリンクを創始又は維持
するプリンタの進化機能を助長するプログラムである。
図４は、図１におけるコンピュータ・システムの第３の
サブシステム１０６を使用する表示及び印刷の方法を示
すフローチャートである。たとえば、ソフトウェア・シ
ステム４００は、サーバ１２６により支持されるプリン
タ１４４の進化機能を助長する。下記に示すことを除い
て、ソフトウェア・システム４００のプロセスは、ソフ
トウェア・システム２００において２００小さい番号、
およびソフトウェア・システム３００において１００小
さい番号の付いたプロセスと機能的および構造的に同一
である。

【００７３】ソフトウェア・システム４００は、サーバ
１２６およびプリンタ１４４に一組みの構成要素プロセ
スおよびデータ項目を備えている。サーバ１２６におい
て、ソフトウェア・システム４００は、設置先マネージ
ャ４８５と、ページ・バンク４８４と、ページ・パイプ
４８９と、通信プロセス４２９とを備えている。プリン
タ１４４において、ソフトウェア・システム４００は、
プリンタ通信プロセス４４５と、プリンタ印字データ４
４４と、プリンタ印刷パイプ４８７と、アクセス・プロ
セス４５３とを備えている。

【００７４】設置先マネージャは、ネットワーク・アド
レスにより識別され、データをリンクにより供給するプ
ロセスである。たとえば、設置先マネージャ４８５は、
ＨＴＴＰを使用して要求を受け、ＨＴＭＬに従ってメッ
セージ又はファイルとして「ページ」を送信することに
よって応答するＵＲＬ（ uniform resource locator）
により識別される通常の設置先マネージャである。デー
タは、完全なアドレス、部分的なアドレス、一組みのサ
ーチ規準、又は前に識別されたページからのリンクの結
果としての指定などの通常の技法により、要求される。
データ転送は、通常の技法、たとえば、ＴＣＰ／ＩＰに
より行なわれる。加えて、設置先マネージャ・プロセス
４８５は、通常のネットワーク管理能力、たとえば、フ
ァイル・サーバ、データベース・システム、又はインタ
ーネット若しくは全世界的ネットワークの構成要素とし
て動作する能力を備えている。

【００７５】ページ・パイプは、サーバ印刷パイプ３１
７のような単純な印刷パイプに類似の方法で、データを
待ち行列に与える。たとえば、ページ・パイプ４９８
は、データを待ち行列４２２に与えるページ駆動装置４
８６を備えている。ページ駆動装置は書式に無関係のペ
ージ待ち能力を与える。たとえば、ページ駆動装置プロ
セス４８６は、ＨＴＭＬのファイル発生器および待ち行
列マネージャを与える。ページ・バンク４８４が既にＨ
ＴＭＬ書式になっている一つ以上のページを備えている
とき、ページ駆動装置は要求されたページを単に待つだ
けである。他の場合には、ＨＴＭＬで表されたメッセー
ジは、ページ・バンク４８４又は設置先マネージャ４８
５、仲介スタブ４７４又は図示されていないサーバ動作
システムにより与えられる情報のようなシステム情報、
から定式化される。

【００７６】通信プロセス４２９は、図２を参照して説
明したＰＣ通信プロセス２２９を簡略化した類似のもの
である。通信プロセス４２９は、ポート・モニタ４２４
と、通信スタブ４２８と、仲介スタブ・プロセス４７４
とを備えている。ページ記述言語プロセスは、ページ駆
動装置４８６がＨＴＭＬ書式で表されたデータを与え、
ＴＣＰ／ＩＰに対する支持が通信スタブ４２８により与
えられるので、通信プロセス４２９から省略されてい
る。仲介スタブ・プロセス４７４の構造および機能は、
図２を参照して説明した仲介スタブ２５２と同様であ
る。仲介スタブ・プロセス４７４は、設置先マネージャ
４８５、ページ駆動装置４８６、又は図示してないサー
バ動作システムの公開方法（存在すれば）へのアクセス
を行なう。

【００７７】通信プロセス４２９は、通信プロセス４４
５と協働してリンク１４０を支持する。通信プロセス４
４５は、通信スタブ・プロセス４４０と、設置先ポール
４８８と、仲介スタブ４５４とを備えている。設置先ポ
ール・プロセスは、リンクによりデータの要求を開始す
ることができるブラウザ又はファイル転送機能体であ
る。たとえば、設置先ポール・プロセス４８８は、通常
のネットワーク・ブラウザ又はファイル転送機能体を備
えており、さらに必要ならば、ユーザによる人手の介入
なしに、一日の所定時刻に所定ページ（又はサーチ規
準）に関する要求を呼び出すシェル（ shell）又はスク
リプト（ script ）と共にMicrosoft又はNetscapeによ
り市販されている形式のブラウザを備えている。

【００７８】通信スタブ・プロセス４２８，４４０と、
仲介スタブ・プロセス４７４，４４５４とは、上に説明
したように、通常のデータ通信、およびオブジェクト資
源の仲介能力、たとえば、プリンタ１４４の機能をサー
バ１２６に公開する能力およびサーバ１２６の機能をプ
リンタ１４４に公開する能力を備えている。

【００７９】分布処理アプリケーション・プログラム
は、上述のように、ＰＣ、サーバ、またはプリンタのメ
モリを占有し、一般にメモリ割当て図により示される。
図５は、本発明の一実施形態によるプリンタの計算回路
におけるアドレス空間のメモリ割当てを示す図である。
たとえば、メモリ割当て図５００は、一般に本発明の一
実施形態におけるどれか一つのプリンタ１１２、１２
４、１３４、又は１４４のメモリの一部に対応する。メ
モリ割当て図５００は、ソフトウエア・システム２０
０、３００、又は４００の適切な構成要素を備えてい
る。不揮発性メモリ５１０のアドレス空間は、パワーが
加えられたとき動作するファームウェアを備えている。
空間５２０は、オブジェクト志向の実行時間システムを
有するプリンタ動作システムのカーネルを備えている。
必要なら、プリンタ動作システムのカーネルは、通信ス
タブ２４０，３４０，４４０のファームウェアと、Wind
Rivwe Systems Iinc.によりＶｘＷｏｒｋｓとして市販
されている種類の埋め込み動作システムと、クラス・ロ
ーダと、およびＪａｖａ仮想機械（ＪＶＭ）とを備えて
いる。ＪＶＭは、適時コンパイルを行なう形式の通常の
プロセッサ（ファームウェアおよび／又はハードウェ
ア）を備えている。印刷プロセス２５０，３５０，４５
０のような印刷プロセスは、空間５２２（印刷エンジン
制御）を占有している。レンダリング・プロセス２４
６，３４６，４４６およびラスタ化プロセス２４８，３
４８，４４８は空間５２４（書式化）を占有している。

【００８０】メモリ・マネージャ・プロセスは、空間５
６２を占有している。メモリ・マネージャは、個性（ p
ersonality）５６２および字体５６４のようなダウンロ
ードされた項目を見分け、空間５６２から５７０までご
み収集（参照しなかったメモリの再割当て）を行なう通
常のファームウェアを備えている。

【００８１】空間５２８，５３０，５３２は、組込み
（すなわち、固有の）機能のために取っておかれる。そ
れらの空間には、ＰＤＬプロセス２４２又は３４２（個
性）が組込まれる。また、字体データベース２４４、３
４４、および４４４（字体）が組込まれる。また、カー
ネルのクラスの実施を行う部分、クラス・ローダ、ＪＶ
Ｍ、固有代用（２５８，３５８，４５８）、印刷ピア
（２５６，３５６，４５６）、および仲介スタブ（２５
４，３５４，４５４）が組込まれる。

【００８２】アドレス空間５３４，５３６，５３８，５
４０は、追加される個性（ＰＤＬの能力）、字体、およ
びプリンタ１４４における設置先ポール４８８と印刷駆
動装置プロセス４２０のためのクラスのようなＪａｖａ
クラスなどの不揮発性の拡張能力のためにプログラムさ
れる記憶装置のインストールのために取ってある。

【００８３】上に説明した実施形態に対する揮発性メモ
リ５１２のアドレス空間は、パワーを加えてから初期設
定される区域を備えている。空間５５２は、共通変数、
および主としてカーネルのファームウェアにより使用さ
れるスタックのために取っておかれる。ページ識別バッ
ファ５５８は、ＰＤＬプロセス２４２、３４２、又は待
ち行列４２２により与えられる中間データのビットマッ
プ書式の項目のために作業用メモリを備えている。ペー
ジ・バッファ５５４は、レンダリング・プロセス２４
６，３４６，４４６により与えられる画像データとして
識別される画像配列のための作業用メモリを備えてい
る。ラスタ・バッファ５５２は、ラスタ化プロセス２４
８，３４８，４４８により与えられる走査線のページ又
はバンドのための作業用メモリを備えている。空間５６
０にある通信バッファは、通信スタブ２４０，３４０，
４４０、および仲介スタブ２５４，３５４，４５４によ
り割り当てられるメモリを支持する。

【００８４】空間５６２、５６４、および５６６は、個
性（ＰＤＬを支持するプロセス）、字体、およびＪａｖ
ａクラスのどんな組合せも従来のページ記述言語のデー
タ移動機構又は上述の仲介スタブ機構によりダウンロー
ドする可能性を示す。特定のロードされた項目が現在参
照されていなければ、ごみ収集はその項目が使用するメ
モリを再使用できるようにする。断片のメモリのアドレ
ス空間は、ごみ収集プロセスにより合体され、ダウンロ
ードされる項目および具体化されるオブジェクトはもっ
と大きいアドレス空間を利用できる。

【００８５】空間５６８は、変数、仮想機能表、および
他のデータ構造のための空間を含む具体化されたオブジ
ェクト用のメモリを示す。揮発性メモリの空間５６８に
ある仮想機能表のポインタ値は、不揮発性メモリ（たと
えば、空間５２４、５２８、５３２、５３４、および５
３８にある）および／又は揮発性メモリ（たとえば、空
間５６２、５６６、および５６８にある）に記憶されて
いる方法の実施形態の入り口点（たとえば、物理的アド
レス）の値との動的拘束により設定される。

【００８６】進化するプリンタは、修正されたクラス規
定に応答する。図６および図７は、本発明の一実施形態
によるプリンタのプログラムのクラス階層を示す図であ
る。たとえば、一実施形態の進化するプリンタ１１２，
１２４，１３４，１４４は、図６（Ａ），（Ｂ）および
図７の階層図に示したように修正されたクラス規定に応
答する。修正クラス規定は、図２を参照して下に示す本
発明の方法に従って準備され、印刷に使用される。

【００８７】１．ＰＣにおける印刷駆動装置２２０は、
現在利用可能な（組込まれた又はインストールされてい
る）プリンタ機能を調べる必要性があると、クラス内の
すべての方法の情報のために、仲介スタブ２５２および
２５４を介してクラス名によって要求を伝える。オブジ
ェクト．構成要素．容器．図形．印刷ピア

【００８８】２．印刷ピア２５６は、ビデオ描画方法が
役立つことを知っており、クラス内のすべての方法の情
報のために、仲介スタブ２５４および２５２を介してク
ラス名によって要求を伝える。オブジェクト．構成要
素．容器．図形．ビデオ・クラス

【００８９】３．仲介スタブ２５２は、レンダリング・
プロセス２０８から公開された公然の方法回転、描画＿
三角形（等辺）、および描画＿星（６点星）を含む第２
の方法を備えたクラス規定６００で応答する。

【００９０】４．印刷ピア２５６は、クラス規定６００
により受取った公然の方法の実施形態のコピーを備えた
オブジェクトの事例である修正クラス規定６２０を創
る。これらの実施形態は、印刷ピアのオブジェクトから
又はビデオのオブジェクトから適切に継承される描画＿
線のような原子方法（ atomic method）に頼っていると
仮定されている。クラス・ローダは、クラスを揮発性メ
モリのアドレス空間５６６に配置する。図５を参照。

【００９１】５．印刷ピア２５６は、クラス規定６００
の各共有方法に対する代用を備えた修正クラス規定６４
０を創る（各代用は、適切なＰＤＬ命令を発して下層の
印刷ピアの方法を呼び出す）。

【００９２】６．仲介スタブ２５４は、修正クラス規定
６４０を仲介スタブ２５２に戻し、ユーザ・プログラム
２０４が星画像の項目を効率よく印刷できるようにす
る。

【００９３】７．星画像の項目の発生を導くＰＤＬ命令
を受取ると、レンダリング・プロセス２４６は、クラス
規定６２０の印刷ピアの描画＿星を参照する。

【００９４】８．クラス規定６２０の印刷ピアのオブジ
ェクトを具体化する。

【００９５】９．具体化されたオブジェクトの動的拘束
は、描画＿星の方法に対するプログラムの流れを描画＿
三角形および回転の方法に導く（すなわち、ポインタが
空間５６６のアドレスに割り当てられる）。

【００９６】１０．具体化されたオブジェクトの動的拘
束は、原子描画＿線の方法（レンダリング＿三角形に必
要）を組込まれている描画＿線の方法に導く（すなわ
ち、ポインタを空間５２４内のアドレスに割り当て
る）。および

【００９７】１１．レンダリング・プロセス２４６は、
受取った描画＿星の実施のＪＶＭの翻訳および空間５２
４の固有の継承コードを使用して星の画像を作製する。
空間５２４のコードは、近隣画素への適応、たとえば、
縁辺強調技術、などの印刷エンジンの物理的属性、を考
慮する方法で描画＿線を実施する。

【００９８】本発明の別の方法によるＷＹＳＩＷＹＧ画
像の印刷は、下記ステップを備えている。

【００９９】１．表示された（又は表示可能な）フレー
ム（容器クラスのオブジェクト）の内容を無効にするス
テップ、

【０１００】２．画面の再レンダリングのオブジェクト
の出力を、たとえば、代用の再印刷の獲得されたオブジ
ェクトの下級クラスを作ることにより、進化するプリン
タ機能を支持する印刷パイプに導くステップ、オブジェ
クト．構成要素．容器．図形．印刷ピア（したがって原
子レベルの印刷出力方法を継承する）および

【０１０１】３．代用の再印刷のオブジェクトを作動さ
せ、それにより画像を印刷するステップ。

【０１０２】これまでの説明は、本発明の公然の実施形
態を説明するものであり、本発明の範囲を逸脱すること
なく変更又は修正可能である。たとえば、プリンタ機能
を行なう指令を備えたプログラム・コードをＥＥＰＲＯ
Ｍ、ＥＰＲＯＭ、ＲＯＭ、ＣＤＲＯＭ、又はハード・デ
ィスク、フレキシブル・ディスク、又はテープなどのど
んな通常の記憶装置にも記憶することができる。このよ
うな媒体には、圧縮書式および保障書式などの書式で表
したしるしがある。プリンタ機能には、ここに記したよ
うに、印刷出力を発生することに依存するアクセスたと
えば印刷ピア・プロセス２５６、３５６、又は４５６、
通信プロセス、レンダリング・プロセス、およびラスタ
化プロセス（書式設定）など、および当業界に既知の通
常の機能がある。

【０１０３】これらのおよび他の変形例および修正案
は、本発明の範囲内に入れるつもりである。説明を明瞭
にするためおよび説明しやすくするために、本発明の幾
つかの特定の実施形態を説明してきたが、本発明の範囲
を下に示した特許請求の範囲により判断するつもりであ
る。説明を徹底的にしたり、又は本発明を開示した形態
に限定したりするつもりはない。本発明の別の変形案が
当業者には本発明の開示および実施に照らして明らかで
あろう。

【０１０４】以下に本発明の実施の形態を要約する。

【０１０５】１． 所与のコンピュータ（１１０、１２
６）上で前記コンピュータに結合しプリンタの機能を有
する所与のプリンタ（１１２、１２４、１３４、１４
４）の機能を進化させる第１の方法を実行するための指
令を備えた記録されたしるしを有する記録済みデータの
記憶媒体であって、前記第１の方法が、前記プリンタに
おいて、第２の方法（６１９）を備えたクラス規定（６
００）を受取るステップと、前記クラス規定に応じて、
オブジェクトの事例（６２０）を形成するステップと、
前記プリンタ機能が前記第２の方法に従って行なわれる
ように前記オブジェクトを拘束し、それにより機能進化
を達成するステップと、を備えているものである記録済
みデータの記憶媒体。

【０１０６】２． 前記第１の方法が更に、前記クラス
規定を要求するステップを備えているものである上記１
に記載の記録済みデータの記憶媒体。

【０１０７】３． 前記プリンタが更に、第１のクラス
の名称を有する第１のクラス規定を備え、前記クラス規
定を要求するステップが前記第１のクラスの名称を有す
る上記１に記載の記録済みデータの記憶媒体。

【０１０８】４． 前記第１のクラス規定は、前記プリ
ンタ機能を実施する第１の方法を備え、前記拘束は前記
第１の方法を無効にする上記１に記載の記録済みデータ
の記憶媒体。

【０１０９】５． 前記クラス規定の要求は、ＳＮＭ
Ｐ、ＨＴＴＰ、ページ記述言語、ＲＰＣ、リモート方法
呼出し、およびＣＯＲＢＡから成るグループの通信プロ
トコルに適合している上記４に記載の記録済みデータの
記憶媒体。

【０１１０】６． 前記クラス規定は、ＳＮＭＰ、ＨＴ
ＴＰ、ページ記述言語、ＲＰＣ、リモート方法呼出し、
およびＣＯＲＢＡから成るグループの通信プロトコルで
受取る上記１に記載の記録済みデータの記憶媒体。

【０１１１】７． プリンタ機能は、プリンタにおいて
データを受取るための指令を備えている上記１に記載の
記録済みデータの記憶媒体。

【０１１２】８． 受取るステップは、ページ記述言語
に従う方法を備えている上記１に記載の記録済みデータ
の記憶媒体。

【０１１３】９． 受取るステップは、ネットワーク管
理の通信プロトコルに従う方法を備えている上記１に記
載の記録済みデータの記憶媒体。

【０１１４】１０． プリンタ機能にアクセスする方法
を行なうための指令を備えた記録されたしるしを有する
記録済みデータの記憶媒体であって、前記プリンタ機能
にアクセスする方法がクラス規定を前記プリンタから伝
えることを含み、前記クラス規定がプリンタ機能の識別
を有するものであることを特徴とする記録済みデータの
記憶媒体。

【０１１５】

【発明の効果】本発明によれば、プリンタのアドレス空
間の制限なくプリンタの機能を進化させることができ
る、記録済みデータの記憶媒体を提供することができ
る。

【図面の簡単な説明】

【図１】本発明の一実施形態におけるコンピュータ・シ
ステムのブロック図である。

【図２】図１におけるコンピュータ・システムの第１の
サブシステムを使用する表示及び印刷の方法を示すフロ
ーチャートである。

【図３】図１におけるコンピュータ・システムの第２の
サブシステムを使用する表示及び印刷の方法を示すフロ
ーチャートである。

【図４】図１におけるコンピュータ・システムの第３の
サブシステムを使用する表示及び印刷の方法を示すフロ
ーチャートである。

【図５】本発明の一実施形態によるプリンタの計算回路
におけるアドレス空間のメモリ割当てを示す図である。

【図６】本発明の一実施形態によるプリンタのプログラ
ムのクラス階層を示す図である。

【図７】本発明の一実施形態によるプリンタのプログラ
ムのクラス階層を示す図である。

【符号の説明】

１００ コンピュータ・システム １０２，１０４，１０６ サブシステム １０８，１１８ モニタ １１０，１２０ ＰＣ １１２，１２４，１３４，１４４ プリンタ １１３，１２１，１２３，１３３，１４３ リンク １１４，１３０，１３２，１４２ ネット・インターフ
ェース １１６，１２２，１４０ ネットワーク・リンク １２６ サーバ ２００ ソフトウエア・システム ２０２ ＧＵＩ ２０４ ユーザ・プログラム ２０５ ビデオ・パイプ ２０６ ビデオ駆動装置 ２０８，２４６ レンダリング ２１０，２４８ ラスタ化 ２１２ 表示 ２１４ ＰＣ字体データベース ２１９ ＰＣ印刷パイプ ２２０ 印刷駆動装置 ２２１ ＯｐＳｙｓ書式化 ２２２ 待ち行列 ２２３ ＯｐＳｙｓ待ち行列 ２２４ ポート・モニタ ２２５ 動作システム印刷パイプ ２２６，２４２ ＰＤＬ ２２８，２４０ 通信スタブ ２２９ ＰＣ通信プロセス ２４１ プリンタ通信プロセス ２４３ プリンタ印刷パイプ ２４４ プリンタ字体データベース ２５０ 印刷 ２５２，２５４ 仲介スタブ ２５３ アクセス・プロセス ２５６ 印刷ピア ２５８ 固有代用

Claims (1)

【特許請求の範囲】
1. 【請求項１】 所与のコンピュータ（１１０、１２６）
   上で前記コンピュータに結合しプリンタの機能を有する
   所与のプリンタ（１１２、１２４、１３４、１４４）の
   機能を進化させる第１の方法を実行するための指令を備
   えた記録されたしるしを有する記録済みデータの記憶媒
   体であって、前記第１の方法が、 前記プリンタにおいて、第２の方法（６１９）を備えた
   クラス規定（６００）を受取るステップと、 前記クラス規定に応じて、オブジェクトの事例（６２
   ０）を形成するステップと、 前記プリンタ機能が前記第２の方法に従って行なわれる
   ように前記オブジェクトを拘束し、それにより機能進化
   を達成するステップと、を備えているものであることを
   特徴とする記録済みデータの記憶媒体。