(57)【要約】【課題】表面上に位置符号化パターンを印刷するための優れたプリンタドライバを提供する。【解決手段】プリンタで文書を印刷するためのプリンタドライバは、（ｉ）印刷のためのグラフィックインプレッションを記述した視覚的な記述であって、前記文書についての当該視覚的な記述を第１のメモリから受け取り、（ｉｉ）グラフィックインプレッションに対応する印刷データをプリンタに送り、（ｉｉｉ）文書のページに対する視覚的な記述を第２のメモリに保存するように構成される。【選択図】図８
2010539611.tif 000002
【特許請求の範囲】
【請求項１】
プリンタで文書を印刷するためのプリンタドライバであって、
印刷のためのグラフィックインプレッションを記述した視覚的な記述であって、前記文書についての当該視覚的な記述、を第１のメモリから受け取り、
前記グラフィックインプレッションに対応する印刷データを前記プリンタに送り、
前記文書の少なくとも１ページについての前記視覚的な記述を第２のメモリに保存するように構成され、
前記第１のメモリ及び第２のメモリが互いに異なるものである、プリンタドライバ。
【請求項２】
前記視覚的な記述が、サーバにより保存される、請求項１に記載のプリンタドライバ。
【請求項３】
前記プリンタドライバは、前記サーバから、インプレッション識別子を受け取るように構成される、請求項２に記載のプリンタドライバ。
【請求項４】
前記プリンタドライバは、インプレッション識別子のブロックを受け取り、前記インプレッション識別子の１つを、前記少なくとも１つのページ又は前記文書に割り振るように構成される、請求項３に記載のプリンタドライバ。
【請求項５】
前記プリンタドライバは、前記少なくとも１つのページ上にタグパターンを印刷するように構成されており、
前記タグパターンが、インプレッション識別子を識別し、
前記視覚的な記述が、前記インプレッション識別子により索引付けされる、請求項１に記載のプリンタドライバ。
【請求項６】
前記タグパターンは、前記ページ上の前記インプレッション識別子及び複数の位置を識別する位置符号化パターンである、請求項５に記載のプリンタドライバ。
【請求項７】
前記プリンタドライバは、前記ページに対する入力記述を、前記視覚的な記述と共に保存するように構成され、
前記入力記述が、前記ページ上の少なくとも１つの対話的要素を記述する、請求項１に記載のプリンタドライバ。
【請求項８】
前記プリンタドライバは、前記入力記述中の前記対話的要素をアプリケーションが指定できるように構成され、
前記対話的要素が、
前記ページ上のハイパーリンクの空間的な広がり及びＵＲＩと、
前記ページ上の入力フィールドの空間的な広がり及びタイプ、
のうちの少なくとも１つにより指定される、請求項７に記載のプリンタドライバ。
【請求項９】
前記プリンタドライバは、
パススルーチャネルと、
ＰＤＬと、
ＰＤＦ注釈と、
ポストスクリプトのｐｄｆｍａｒｋ  ｏｐｅｒａｔｏｒ、
のうちのいずれか１つにより、前記入力要素をアプリケーションが指定できるように構成される、請求項１に記載のプリンタドライバ。
【請求項１０】
前記パススルーチャネルは、ＧＤＩエスケープ機構により提供される、請求項９に記載のプリンタドライバ。
【請求項１１】
前記プリンタドライバは、
前記印刷された文書に対するソース文書の経路と、
前記文書の作成者と、
前記文書の作成日及び時間と、
前記文書の修正日及び時間と、
を備えるグループから選択された少なくともいくつかのメタデータを、アプリケーションが指定できるように構成される、請求項１に記載のプリンタドライバ。
【請求項１２】
前記プリンタドライバは、
前記メタデータを、前記視覚的な記述と共に保存するように構成される、請求項１に記載のプリンタドライバ。
【請求項１３】
前記プリンタドライバは、
前記視覚的な記述中でＵＲＩテキストストリングを識別し、
対応する対話的要素を前記入力記述中に生成するように構成される、請求項７に記載のプリンタドライバ。
【請求項１４】
前記プリンタドライバは、
ＵＲＩとして識別された場合、前記ＵＲＩテキストストリングの前記視覚的な記述を改変するように構成される、請求項７に記載のプリンタドライバ。
【請求項１５】
前記サーバは、前記視覚的な記述中のＵＲＩテキストストリングを識別し、対応する対話的要素を前記ページに対する入力記述中に生成するように構成されており、
当該入力記述が、前記視覚的な記述と共に保存される、請求項２に記載のプリンタドライバ。
【請求項１６】
前記サーバは、対応する印刷されたインプレッションとのユーザ対話を処理する場合、前記ＵＲＩテキストストリングを識別する、請求項１５に記載のプリンタドライバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表面上に位置符号化パターンを印刷するためのプリンタドライバに関する。
【背景技術】
【０００２】
出願人は、以前に、ユーザが、印刷された基板、例えば、紙を介して、コンピュータシステムから情報にアクセスできるようにするシステムについて述べている。このシステムは、出願人によりネットページ（Ｎｅｔｐａｇｅ）システムと呼ばれた。ネットページシステムでは、基板は、その上に印刷された符号化パターンを有しており、それは、光学的な感知装置により、ユーザが感知装置を用いて基板と対話すると読み取られる。コンピュータは、感知装置から対話データを受け取り、このデータを使用して、ユーザにより何のアクションが要求されているのかを判定する。例えば、ユーザは、あるフォーム上に手書き入力を行うことができ、或いは印刷された項目の周りで選択ジェスチャを行うことができる。この入力は、印刷された基板に対応するページ記述を参照して、コンピュータシステムにより解釈される。
【０００３】
ソース文書が、位置符号化パターンを用いて印刷されることを意図せずに、また対話性を有するようにすることを意図せずに生成されたという意味で、ソース文書がネットページ未対応である場合であっても、ネットページの使用可能な基板を印刷することは望ましいはずである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許第６，８３２，７１７号
【発明の概要】
【０００５】
第１の態様では、本発明は、プリンタで文書を印刷するためのプリンタドライバを提供し、前記プリンタドライバは、
印刷のためのグラフィックインプレッションを記述する、前記文書に対する視覚的な記述を第１のメモリから受け取り、
前記グラフィックインプレッションに対応する印刷データを前記プリンタに送り、且つ
文書の少なくとも１ページに対する視覚的な記述を第２のメモリに保存するように構成され、
前記第１及び第２のメモリは互いに異なるものである。
【０００６】
任意選択で、前記視覚的な記述は、サーバ上に保存される。
【０００７】
任意選択で、プリンタドライバは、サーバからインプレッション識別子を受け取るように構成される。
【０００８】
任意選択でプリンタドライバは、インプレッション識別子のブロックを受け取り、前記インプレッション識別子の１つを、前記少なくとも１つのページ、又は前記文書に割り振るよう構成される。
【０００９】
任意選択で、プリンタドライバは、少なくとも１つのページ上にタグパターンを印刷するように構成されており、タグパターンは、インプレッション識別子を識別し、且つ視覚的な記述は、インプレッション識別子により索引付けされる。
【００１０】
任意選択で、タグパターンは、前記ページ上のインプレッション識別子及び複数の位置を識別する位置符号化パターンである。
【００１１】
任意選択で、前記プリンタドライバは、前記ページに対する入力記述を、前記視覚的な記述と共に保存するように構成され、前記入力記述が、前記ページ上の少なくとも１つの対話的要素を記述する。
【００１２】
任意選択で、プリンタドライバは、入力記述中の対話的要素をアプリケーションが指定できるように構成され、前記対話的要素は、
ページ上のハイパーリンクの空間的な広がり及びＵＲＩと、
ページ上の入力フィールドの空間的な広がり及びタイプと
のうちの少なくとも１つにより指定される。
【００１３】
任意選択で、プリンタドライバは、
パススルーチャネルと、
ＰＤＬと、
ＰＤＦ注釈と、
ポストスクリプト（Ｐｏｓｔｓｃｒｉｐｔ）のｐｄｆｍａｒｋ  ｏｐｅｒａｔｏｒと
のうちのいずれか１つにより入力要素をアプリケーションが指定できるように構成される。
【００１４】
任意選択で、前記パススルーチャネルが、ＧＤＩエスケープ機構により提供される。
【００１５】
任意選択で、プリンタドライバは、
印刷された文書に対するソース文書の経路と、
文書の作成者と、
文書の作成日及び時間と、
文書の修正日及び時間と
を備えるグループから選択された少なくともいくつかのメタデータをアプリケーションが指定できるように構成される。
【００１６】
任意選択で、プリンタドライバは、前記メタデータを、前記視覚的な記述と共に保存するように構成される。
【００１７】
任意選択で、プリンタドライバは、視覚的な記述中でＵＲＩテキストストリングを識別し、且つ対応する対話的要素を入力記述中に生成するように構成される。
【００１８】
任意選択で、プリンタドライバは、ＵＲＩとして識別された場合、ＵＲＩテキストストリングの視覚的な記述を改変するように構成される。
【００１９】
任意選択で、サーバは、視覚的な記述中のＵＲＩテキストストリングを識別し、対応する対話的要素を前記ページに対する入力記述中に生成するように構成されており、前記入力記述は、前記視覚的な記述と共に保存される。
【００２０】
任意選択で、サーバは、対応する印刷されたインプレッションとのユーザ対話を処理する場合、ＵＲＩテキストストリングを識別する。
【００２１】
第２の態様では、本発明は、プリンタでページを印刷するためのコンピュータシステムを提供し、前記コンピュータシステムが、
印刷のためのグラフィックインプレッションを記述する、前記ページに対する視覚的な記述を受け取り、
視覚的な記述中でＵＲＩテキストストリングを識別し、
ＵＲＩテキストストリングに対応するＵＲＩ、及びページ上のＵＲＩテキストストリングの空間的な広がりを記述する、前記視覚的な記述に対応する入力記述を生成し、且つ
視覚的な記述、及び対応する入力記述を保存する
ように構成される。
【００２２】
任意選択で、前記視覚的な記述及び前記入力記述は、サーバ上に保存される。
【００２３】
任意選択で、コンピュータシステムは、ページ上にタグパターンを印刷するように構成され、タグパターンは、インプレッション識別子を備える。
【００２４】
任意選択で、視覚的な記述及び入力記述は、インプレッション識別子により索引付けされる。
【００２５】
任意選択で、タグパターンは、前記ページ上の複数の位置を識別する位置符号化パターンである。
【００２６】
任意選択で、コンピュータシステムは、ＵＲＩとして識別されたとき、ＵＲＩテキストストリングの視覚的な記述を改変するように構成される。
【００２７】
任意選択で、コンピュータシステムは、
プリンタドライバと、
サーバと、
クライアント上で動作するプリンタドライバと通信するサーバと
を備えるグループから選択される。
【００２８】
他の態様では、本発明は、プリンタでページを印刷する方法を提供し、前記方法が、
印刷のためのグラフィックインプレッションを記述する、前記ページに対する視覚的な記述を受け取るステップと、
視覚的な記述中でＵＲＩテキストストリングを識別するステップと、
ＵＲＩ、及びページ上のＵＲＩテキストストリングの空間的な広がりを記述する、前記視覚的な記述に対応する入力記述を生成するステップと、
視覚的な記述、及び対応する入力記述を保存するステップと、
グラフィックインプレッションを印刷するステップと、を含み、
前記グラフィックインプレッションが、ページ上の位置符号化パターンと重畳される。
【００２９】
任意選択で、前記位置符号化パターンは、基板上に事前に印刷される。
【００３０】
任意選択で、前記位置符号化パターンは、前記グラフィックインプレッションと実質的に同時にプリンタにより印刷される。
【００３１】
任意選択で、前記位置符号化パターンは、前記ページ上の複数の位置、及びインプレッション識別子を識別する。
【００３２】
任意選択で、前記視覚的な記述及び前記入力記述は、前記インプレッション識別子により索引付けされる。
【００３３】
任意選択で、前記視覚的な記述及び前記入力記述はサーバ上に保存される。
【００３４】
任意選択で、本方法は、ＵＲＩとして識別されたとき、ＵＲＩテキストストリングの視覚的な記述を改変するステップをさらに含む。
【００３５】
第３の態様では、本発明は、プリンタでページを印刷するためのプリンタドライバを提供し、前記プリンタドライバは、
印刷のためのグラフィックインプレッションを記述する、前記ページに対する視覚的な記述を受け取り、
前記グラフィックインプレッションに対応する印刷データを前記プリンタに送り、且つ
前記プリンタから物理的なインプレッション識別子を受け取るように構成され、
前記物理的なインプレッション識別子は、プリンタにより印刷されたページ上に配置されたタグパターン中に符号化される。
【００３６】
任意選択で、タグパターンは、物理的なインプレッション識別子及び複数の位置を識別する位置符号化パターンである。
【００３７】
任意選択で、前記プリンタは、物理的なインプレッション識別子を割り振り、且つタグパターンを印刷する。
【００３８】
任意選択で、前記プリンタは、プリンタメモリ中に記憶された複数の物理的なインプレッション識別子を有する。
【００３９】
任意選択で、タグパターンは印刷基板上に事前に印刷されており、また前記プリンタは、前記基板から、物理的なインプレッション識別子を読み取る。
【００４０】
任意選択で、プリンタドライバは、サーバに対して、物理的なインプレッション識別子を報告するようにさらに構成される。
【００４１】
任意選択で、プリンタドライバは、印刷の前に前記ページに割り振られている仮想のインプレッション識別子をサーバに報告するようにさらに構成される。
【００４２】
任意選択で、仮想のインプレッション識別子は、前記視覚的な記述に対して索引付けされる。
【００４３】
任意選択で、前記仮想のインプレッション識別子は、
前記ページに対する入力記述と、
ページの少なくともいくつかのメタデータと
のうちの少なくとも一方に対してさらに索引付けされる。
【００４４】
任意選択で、前記入力記述は、前記ページ上の少なくとも１つの対話的要素のタイプ及び空間的な広がりを記述する。
【００４５】
任意選択で、前記少なくともいくつかのメタデータが、
印刷された文書に対するソース文書の経路と、
文書の作成者と、
文書の作成日及び時間と、
文書の修正日及び時間と
を備えるグループから選択される。
【図面の簡単な説明】
【００４６】
【図１】サンプルとして印刷されたネットページとそのオンラインページ記述との間の関係の概略図である。
【図２】リレー装置に対する様々な代替形態を有する基本的なネットページアーキテクチャの実施形態を示す図である。
【図３】典型的な「オーロラ（Ａｕｒｏｒａ）」印刷パイプラインを示す図である。
【図４】ネットページ文書サービスからの印刷を示す図である。
【図５】図４で示された印刷ステップに対する詳細なデータフローを示す図である。
【図６】ネットページ未対応のアプリケーションからの間接的な印刷を示す図である。
【図７】ネットページ仮想プリンタドライバのデータフローを示す図である。
【図８】ネットページ未対応のアプリケーションから直接印刷するためのデータフローを示す図である。
【図９】ネットページ仮想プリンタドライバ及び「オーロラ」プリンタドライバのデータフローを示す図である。
【図１０】ネットページ対応のアプリケーションから間接的に印刷するためのデータフローを示す図である。
【図１１】ネットページ仮想プリンタドライバを用いて、ネットページ対応のアプリケーションから間接的に印刷するためのデータフローを示す図である。
【図１２】ネットページ入力記述に対するサポートを有する、ネットページ仮想プリンタドライバのデータフローを示す図である。
【図１３】ネットページ対応アプリケーションから直接的に印刷するためのデータフローを示す図である。
【図１４】ネットページ仮想プリンタドライバを介するネットページ対応のアプリケーションから直接的に印刷するためのデータフローを示す図である。
【図１５】ネットページ入力記述に対するサポートを有する、ネットページ仮想プリンタドライバ及び「オーロラ」プリンタドライバのデータフローを示す図である。
【図１６】「Ａｚｕｒｅ」プリンタドライバを有する簡単化されたＷｉｎｄｏｗｓ（登録商標）印刷アーキテクチャを示す図である。
【図１７】ネットページＤＬＬを有する「Ａｚｕｒｅ」プリンタドライバを示す図である。
【図１８】タグを印刷するメムジェット（Ｍｅｍｊｅｔ）プリンタに対する印刷のためのデータフローを示す図である。
【図１９】媒体を識別するメムジェットプリンタに対する印刷のためのデータフローを示す図である。
【図２０】Ｗｉｎｄｏｗｓ（登録商標）の下で、タグを印刷するメムジェットプリンタに対する印刷のためのデータフローを示す図である。
【図２１】Ｗｉｎｄｏｗｓ（登録商標）の下で、媒体を識別するメムジェットプリンタに対する印刷のためのデータフローを示す図である。
【図２２】ネットページサービスにより記録された印刷出力に対する簡単化されたオブジェクトモデルを示す図である。
【図２３】ブランクＩＤを読み取るための直線エンコーダを示す図である。
【図２４】ブランクＩＤを読み取るためのネットページタグセンサを示す図である。
【図２５】ブランクＩＤを直接的にネットページサービスに報告するように構成されたネットページタグセンサを示す図である。
【発明を実施するための形態】
【００４７】
本発明の好ましい実施形態及びその他の実施形態を、非限定的な例に過ぎないが、添付の図面を参照して、次に述べるものとする。
【００４８】
１．ネットページシステムの概要
１．１  ネットページシステムアーキテクチャ
本発明は、出願人のネットページシステムと共に使用され、それは、上記で識別され、相互参照された特許出願中で詳細に述べられている。
【００４９】
簡単に要約すると、ネットページシステムの好ましい形態は、マップされた表面、すなわち、コンピュータシステム中で維持される表面のマップへの参照を含む物理的な表面の形態のコンピュータインターフェースを使用する。マップ参照は、適切な感知装置により照会することができる。特有の実装形態に応じて、マップ参照は、可視的に又は非可視的に符号化することができ、マップされた表面に対する局所的な照会が、マップ内で、且つ様々なマップ中で共に、曖昧さのないマップ参照を行えるような方法で規定される。コンピュータシステムは、マップされた表面上の特徴に関する情報を含むことができ、またこのような情報は、マップされた表面と共に使用される感知装置により供給されたマップ参照に基づいて取り出すことができる。このように取り出された情報は、表面特徴とのオペレータの対話に応じて、オペレータのためにコンピュータシステムにより開始されるアクションの形を取ることができる。
【００５０】
その好ましい形態では、ネットページシステムは、ネットページの生成、及びネットページとの人間の対話を利用する。これらは、普通紙上に印刷されたテキスト、グラフィックス、及び画像のページであるが、それは、対話的なウェブページと同様に働く。情報は、人間の裸眼には、実質的に見ることのできないインクを用いて各ページ上に符号化される。しかし、インク、したがって、符号化されたデータは、光学的に撮像する感知装置（読取り装置）により感知され、ネットページシステムに送信することができる。感知装置は、例えば、（表面上の特定の位置をクリックするための）クリック装置、（ポインタのストロークを用いて表面上を指定する、又はジェスチャするための）スタイラスを有するポインタ、又は（表面上を指定し、ジェスチャし、又は書き込むとき、インクで表面をマーキングするための）マーキング用ペン先を有するペンの形態を取ることができる。本明細書における「ペン」又は「ネットページペン」への参照は、例示のために行われるに過ぎない。ネットページペンは、任意の適切な光学的に撮像する感知装置又は読取り装置の形を取りうることを当然ではあるが理解されよう。
【００５１】
一実施形態では、ネットワークに情報を要求するために、又はネットワークサーバにプリファランスを送るために、感知装置を用いて、各ページ上のアクティブボタン及びハイパーリンクをクリックすることができる。一実施形態では、ネットページ上に手書きされたテキストは、自動的に認識され、ネットページシステムにおけるコンピュータテキストに変換されて、フォームを満たすことを可能にする。他の実施形態では、ネットページ上に記録されたシグネチャは、自動的に検証され、電子商取引のトランザクションを安全に許可することを可能にする。他の実施形態では、ネットページ上のテキストをクリック、又はジェスチャして、ユーザにより示されたキーワードに基づいて検索を開始することができる。
【００５２】
図１で示すように、印刷されたネットページ１は、印刷されたページ上で物理的に、またペンとネットページシステムの間の通信を介して「電子的に」、ユーザにより満たすことのできる対話的なフォームを表すことができる。この例は、名前及びアドレスフィールドを含む「要求」フォームと、サブミットボタンとを示している。ネットページ１は、視認できるインクを用いて印刷されたグラフィックインプレッション２、及びそのグラフィックインプレッションに重畳された表面符号化パターン３からなる。符号化パターン３は、通常、赤外線インクで印刷され、重畳されたグラフィックインプレッション２は、相補的な赤外線ウィンドウを有する色付きのインク（複数可）で印刷され、符号化パターン３の赤外線撮像を可能にする。
【００５３】
表面符号化パターン３は、通常、ターゲットドットの格子の形を取り、それは、タグ４の集合体を含む。このような１つのタグ４が、図１の網掛け表示領域中で示されているが、符号化パターン３により規定される連続的なタグ４が、ネットページ１全体にわたり、高密度でタイル状に敷かれていることが理解されよう。
【００５４】
ネットページネットワーク上に記憶される対応するページ記述５は、ネットページの個々の要素を記述する。具体的には、それは、各対話的要素（すなわち、例にあるテキストフィールド又はボタン）のタイプ及び空間的な広がり（ゾーン）を記述する入力記述を有しており、ネットページシステムが、ネットページを介する入力を正しく解釈できるようにする。例えば、サブミットボタン６は、対応するグラフィック８の空間的な広がりに対応するゾーン７を有する。
【００５５】
図２で示すように、ネットページ読取り装置４００（例えば、ネットページペン）は、ネットページリレー装置６０１と共に動作し、それは、家庭用、オフィス用、又は移動体用途のためのインターネット接続された装置である。読取り装置４００は無線であり、短距離無線リンク９を介して、ネットページリレー装置６０１と安全に通信する。代替の実施形態では、読取り装置４００は、リレー装置６０１に対して、ＵＳＢ又は他のシリアル接続など、有線接続を利用する。
【００５６】
リレー装置６０１は、対話データをページサーバ１０に中継する基本的な機能を実施し、ページサーバ１０はその対話データを解釈する。図２で示すように、リレー装置６０１は、例えば、パーソナルコンピュータ６０１ａ、ネットページプリンタ６０１ｂ、又は何らかの他のリレー６０１ｃ（例えば、ウェブブラウザを組み込んだパーソナルコンピュータ、又は移動電話）の形を取ることができる。
【００５７】
ネットページプリンタ６０１ｂは、対話的なネットページとして、すべてが高品質に印刷された、個人化された新聞、雑誌、カタログ、パンフレット、及び他の刊行物を、定期的に、又はオンデマンドで送達することができる。パーソナルコンピュータとは異なり、ネットページプリンタは、例えば、ユーザのキッチン、朝食テーブルの近く、又は家族の１日の出発点の近くなど、朝のニュースが最初に使われる領域に隣接して、壁に取り付けることのできる機器である。それはまた、テーブルトップ、デスクトップ、可搬型、小型のバージョンともなる。その使用される場所でオンデマンドに印刷されるネットページは、紙の使い易さを、対話的な媒体の適時性及び対話性と結びつける。
【００５８】
代替的には、ネットページリレー装置６０１は、移動電話若しくはＰＤＡなどの可搬型装置、ラップトップ若しくはデスクトップコンピュータ、又はＴＶなどの共用のディスプレイに接続された情報機器とすることができる。リレー装置６０１が、デジタル的に、且つオンデマンドでネットページを印刷するネットページプリンタ６０１ｂではない場合、ネットページは、オフセット印刷、フレキソ印刷、スクリーン印刷、凸版印刷、及び輪転グラビア印刷などの技法を用いて従来のアナログ印刷機により、並びにドロップオンデマンド方式インクジェット、連続式インクジェット、ダイトランスファ法、及びレーザ印刷などの技法を用いてデジタル印刷機により、印刷することができる。より詳細に以下で述べるように、本発明は、ユーザが簡便にネットページを生成し、また画像を走査又は印刷することを可能にする代替の手段を提供する。
【００５９】
図２で示すように、ネットページ読取り装置４００は、印刷されたネットページ１上の、又は製品項目のラベル２５１などの他の印刷された基板上の位置符号化タグパターンの一部と対話し、その対話を、短距離無線リンク９を介して、リレー装置６０１に送る。リレー６０１は、対応する対話データを、解釈するために関連するネットページページサーバ１０に送る。ネットページ読取り装置４００から受け取った生データは、対話データとして、直接ページサーバ１０に中継することができる。代替的には、対話データは、対話ＵＲＩの形で符号化され、ユーザのウェブブラウザ６０１ｃを介して、ページサーバ１０に送信することができる。ウェブブラウザ６０１ｃは、次いで、ページサーバ１０からＵＲＩを受け取り、ウェブサーバ２０１を介して、ウェブページにアクセスすることができる。いくつかの環境では、ページサーバ１０は、ネットページアプリケーションサーバ１３上で動作するアプリケーションコンピュータソフトウェアにアクセスすることができる。
【００６０】
ネットページリレー装置６０１は、任意の数の読取り装置４００をサポートするように構成することができ、また読取り装置は、任意の数のネットページリレーと動作することができる。好ましい実装形態では、各ネットページ読取り装置４００は、一意の識別子を有する。こうすることにより、各ユーザは、ネットページページサーバ１０、又はアプリケーションサーバ１３に関して、別個のプロファイルを維持することが可能になる。
【００６１】
ネットページペンは、ネットページ登録サーバ１１に登録することができ、１つ又は複数の支払いカードアカウントにリンクすることができる。こうすることにより、電子商取引の支払いが、ネットページペンを用いて安全に許可されるようにすることができる。ネットページ登録サーバは、ネットページペンにより捕捉されたシグネチャを、前に登録されたシグネチャと比較して、電子商取引サーバに対するユーザの識別子を認証することが可能になる。他のバイオメトリクスの識別子を検証するために使用することもできる。ネットページペンの１つのバージョンは、ネットページ登録サーバにより同様に検証される指紋の走査を含む。
【００６２】
１．２  ネットページ
ネットページは、ネットページネットワークが構築される基礎である。それらは、情報及び対話的サービスを発行するための紙ベースのユーザインターフェースを提供する。
【００６３】
図１で示すように、ネットページは、ページのオンライン記述５を参照して、非可視的にタグ付けされた印刷ページ（又は他の表面領域）からなる。オンラインページ記述５は、ネットページページサーバ１０により、永続的に維持される。ページ記述は、視認できるレイアウトと、テキスト、グラフィックス、及び画像を含むページのコンテンツとを記述する視覚的な記述を有する。それはまた、ボタン、ハイパーリンク、及び入力フィールドを含むページ上の入力要素も記述する入力記述を有する。ネットページは、その表面上にネットページペンで作られたマーキングを同時に捕捉し、ネットページシステムにより処理することを可能にする。
【００６４】
複数のネットページ（例えば、アナログ印刷機により印刷されたもの）は、同じページ記述を共用することができる。しかし、その他の形で同一のページを介する入力を区別できるようにするために、各ネットページは、ページＩＤ（又はより一般に、インプレッションＩＤ）の形の一意のページ識別子に割り当てることができる。このページＩＤは、非常に多数のネットページ間を区別するための十分な正確さを有する。
【００６５】
ページ記述５に対する各参照は、ネットページパターン中に繰返し符号化される。各タグ（及び／又は連続するタグの集合体）は、それが出現する一意のページを識別し、それにより、間接的にページ記述５を識別する。各タグはまた、ページ上のそれ自体の位置も識別する。タグの特性は以下でより詳細に述べる。
【００６６】
タグは、通常、普通紙など、赤外線反射性の任意の基板上に、赤外線吸収インクで、又は赤外線蛍光インクで印刷される。近赤外線波長は、ヒトの目には視認できないが、適切なフィルタを有する固体素子撮像センサにより容易に感知される。
【００６７】
タグは、ネットページ読取り装置４００における２Ｄ領域撮像センサにより感知され、タグデータは、最も近いネットページリレー装置６０１を介して、ネットページシステムに送信される。読取り装置４００は無線であり、短距離無線リンクを介してネットページリレー装置６０１と通信する。対話は状態が保持されないので、読取り装置は、ページとのあらゆる対話に関してページＩＤ及び位置を認識することが重要である。タグは、表面損傷に部分的に耐性を有するようにエラー訂正可能に符号化される。
【００６８】
ネットページページサーバ１０は、一意の各印刷されたネットページに対して、一意のページインスタンスを維持し、各印刷されたネットページ１に対して、ページ記述５における入力フィールドに対するユーザ供給の値の別個の組を維持することを可能にする。
【００６９】
１．３  ネットページタグ
位置符号化パターン３に含まれる各タグ４は、基板の領域内のそのタグの絶対的な位置を識別する。
【００７０】
ネットページとの各対話はまた、タグ位置と共に領域識別を提供すべきである。好ましい実施形態では、タグが参照する領域は、全体のページと一致し、したがって、領域ＩＤは、タグが出現するページのページＩＤと同義語である。他の実施形態では、タグが参照する領域は、ページ又は他の表面の任意のサブ領域とすることができる。例えば、それは、対話的要素のゾーンと一致することができ、その場合、領域ＩＤは、対話的要素を直接識別することができる。
【００７１】
出願人の前の出願（例えば、米国特許第６，８３２，７１７号明細書）のいくつかで述べるように、領域識別は、各タグ４中で別個に符号化することができる。出願人の出願の他のもの（例えば、２００８年２月５日出願の米国特許出願第１２／０２５，７４６号明細書及び第１２／０２５，７６５号明細書）に記載のように、タグ全体が感知装置の視野中にない場合であっても、基板とのあらゆる対話が、なお領域識別を識別するような方法で、領域識別を複数の連続するタグにより符号化することができる。
【００７２】
各タグ４は、好ましくは、タグが印刷される基板に対するタグの方向を識別すべきである。厳密に言うと、各タグ４は、タグデータを含む格子に対するタグデータの方向を識別する。しかし、格子は、通常、基板と位置合せされた方向にあるので、タグからの方向データ読取りは、格子に対するネットページ読取り装置４００の回転（ヨー（yaw））を可能にし、したがって、基板が測定される。セクション３で述べるように、本発明のネットページ読取り装置４００は、通常、スワイプ（swipe）プリンタ又はスワイプスキャナの形を取る。
【００７３】
タグ４はまた、全体としての領域に関する、又は個々のタグに関する１つ又は複数のフラグを符号化することができる。１つ又は複数のフラグのビットは、例えば、読取り装置が領域の対応するページ記述５を参照することを必要とせずに、タグの直接の領域に関連する機能を示すフィードバックを提供するためにネットページ読取り装置４００に知らせることができる。ネットページ読取り装置は、例えば、ハイパーリンクのゾーンに位置するとき、「アクティブ領域」ＬＥＤを照光することができる。
【００７４】
タグ４はまた、デジタルシグネチャ、又はその断片を符号化することができる。デジタルシグネチャ（又はその部分）を符号化するタグは、製品の信憑性を検証することが必要である用途で有用である。このような用途は、例えば、米国特許出願公開第２００７／０１０８２８５号明細書に記載されており、その内容を参照により本明細書に組み込む。デジタルシグネチャは、基板とのあらゆる対話から取り出すことができるような方法で符号化することができる。代替的には、デジタルシグネチャは、基板のランダムな走査から、又は部分的な走査から組み立てることができるような方法で符号化することができる。
【００７５】
他のタイプの情報（例えば、タグサイズなど）もまた、各タグ中に、又は複数のタグに符号化できることも当然ではあるが理解されよう。
【００７６】
ネットページタグ４の完全な説明のために、上記で特定された、出願人が前に出願した特許出願に参照が行われ、その内容を参照により本明細書に組み込む。
【００７７】
２．ネットページプリンタ
メムジェットプリンタは、例えば、米国特許第７，１２５，１８５号明細書に記載のように、ページ幅のメムジェット印字ヘッドを利用する高速且つ高品質のカラープリンタである。それは、「オーロラ」と呼ばれる印刷パイプラインにより駆動され、そのパイプラインは、参照により本明細書にその内容を組み込む米国特許第６，６６５，０９４号明細書及び第７，１２５，１８５号明細書に記載のように、高解像度の２階調テキスト、及び比較的低解像度の多階調カラー画像のレンダリング及び合成をサポートする。オーロラパイプラインは、通常、例えば、米国特許第７，１２５，１８５号明細書に記載のように、プリントエンジン制御装置ＡＳＩＣにおけるホストプリンタドライバ中で部分的に、組込みのプリンタソフトウェア中で部分的に、また専用のプリンタハードウェア中で部分的に実装される。これは図３で示されている。正確な区分は、プリンタのモデルにより変化する。
【００７８】
メムジェットプリンタは、基本機能としてネットページ印刷をサポートするように設計される。この目的のために、メムジェット印字ヘッドは、赤外線インクを使用してネットページタグを印刷するための専用のノズル列を含み（例えば、参照により本明細書にその内容を組み込む米国特許第６，８３２，７１７号明細書、及び２００８年２月５日出願の米国特許出願第１２／０２５，７４６号明細書及び第１２／０２５，７６５明細書を参照のこと）、プリントエンジン制御装置は、供給されたタグフォーマット及びタグデータによるタグの実時間レンダリングをサポートし、またオーロラパイプラインは、タグ情報を受け入れ、且つそれを特定のハードウェア構成のためにフォーマットする。
【００７９】
メムジェットベースのネットページプリンタの例は、米国特許第６，７２７，９９６号明細書に記載されており、その内容を参照により本明細書に組み込む。
【００８０】
３．ネットページ印刷アーキテクチャの要件
メムジェットプリンタの視点からすると、アプリケーションとは、印刷されるように文書をプリンタに送るものである。ネットページサーバの視点からすると、アプリケーションとは、文書が保存され、恐らく印刷されるようにサーバに送るものである。したがって、ネットページサーバはまた、プリンタの視点からのアプリケーションでもある。以下の論議では、ネットページの意味でその用語を使うものとする。
【００８１】
アプリケーションは、ネットページ対応であることも、ネットページ対応ではないこともありうる。あらゆる文書は、ネットページ対応であろうとなかろうと、ネットページの「仮想ファイリングキャビネット」中に保存されることにより利益がある。さらに、ネットページ対応の文書は、ハイパーリンク、フォーム、及び動的なコンテンツなどの対話的特徴を指定することができる。
【００８２】
基本的には、ネットページサーバを含めることが、印刷された出力の忠実度を、又は印刷動作の性能及び信頼性を損なうべきではない。これは、レンダリング目的、（マルチページを含めた）レイアウト、枠線及び透かし、並びに可能な場合には媒体選択など、ジョブ選択肢を考慮することを含む。
【００８３】
印刷は、ユーザがＧＵＩアプリケーションと対話することにより、直接的に開始することができる。印刷はまた、例えば、印刷されたネットページのハイパーリンク上をユーザがクリックすることに応じて、ネットページサーバを介して、又は非ＧＵＩネットページアプリケーションを介してユーザにより、間接的に開始することもできる。前者の場合だけは、ユーザは、明示的にターゲットプリンタを選択し、ジョブ選択肢を指定することができるが、アプリケーションはまた、特定のプリンタを指定できるようにする論理を含むこともできる。
【００８４】
特定の印刷動作のためのターゲットプリンタは、指定されたプリンタ、ユーザと関連するデフォルトのプリンタ、ウォークアップ印刷をサポートするプリンタの集合体とすることができるが、又はプリンタをまったく指定しないこともありうる。デフォルト及びウォークアップ印刷は、印刷が間接的に開始されるときには特に有用である。物理的な印刷のないサーバへの印刷は、文書との純粋に仮想的な対話が望ましい場合、例えば、ネットページエクスプローラ（Ｅｘｐｌｏｒｅｒ）を介する場合に有用である。
【００８５】
ネットページサーバは、特定のプリンタへのアクセス権を有しない可能性がある。例えば、プリンタは、パーソナルコンピュータに直接接続することができるが、共用できない可能性もある。或いは、共用される場合であっても、サーバ上で構成されない可能性がある。プリンタへのアクセス権を有するアプリケーションにより印刷が開始されたとき、物理的な印刷は、したがって、サーバそれ自体により仲介されるべきではない。同様に、ネットページの機能は、サーバにより直接アクセス可能なプリンタに限定されるべきではない。
【００８６】
ネットページサーバは、Ｗｉｎｄｏｗｓ（登録商標）、ＭａｃＯＳ（登録商標）、及びＵｎｉｘ（登録商標）を含むいくつかのプラットフォーム上のクライアントをサポートすることが意図されている。サーバそれ自体はまた、複数のプラットフォーム上で動作することが意図されている。したがって、サーバにより記憶された文書の視覚的な記述は、任意のサポートされるプラットフォーム上でレンダリング可能であることが要件である。しかし、この要件は、ネットページサーバを含めることが、印刷された出力の忠実度を損なわないという要件と矛盾する。このジレンマに対する可能な１つの解決策は、必要に応じて、視覚的な記述の２つのバージョンを記憶することである。１つのバージョンは、プラットフォーム依存のものであり、元のプラットフォームと同じもので再生されたとき、最大の忠実度を保証することになる。もう一方のバージョンは、プラットフォーム非依存であり、忠実度の可能なわずかな低下を代償として、最大の可搬性を保証することになる。所与のサーバ実装形態が最適化されて、オンデマンドで、プラットフォーム非依存のバージョンを生成することが可能になる。
【００８７】
４．ネットページ印刷アーキテクチャ
以下のセクションは、以下のユースケースをサポートするアーキテクチャを述べる。
・ネットページサーバからの直接的なプリンタへの印刷
・ネットページサーバを介するアプリケーションからの印刷
・アプリケーションからの直接的なプリンタへの印刷
・ネットページサーバを介するネットページ対応アプリケーションからの印刷
・ネットページ対応のアプリケーションからの直接的なプリンタへの印刷
印刷される文書がすでにネットページサーバに知られているこれらのユースケースのいくつかに対して追加の側面がある。これは、別のセクションで論ずる。
【００８８】
以下では、オーロラプリンタドライバは、オーロラパイプライン及びメムジェットプリンタを駆動するプリンタドライバの様々なプラットフォームに依存するバージョンに対して、プラットフォーム非依存のプレースホルダを表す。Ｗｉｎｄｏｗｓ（登録商標）プラットフォーム上では、セクション５で述べられるＡｚｕｒｅプリンタドライバが、オーロラプリンタドライバを実施する。ここで論ずるアーキテクチャは、プラットフォーム非依存であることが意図されるが、Ｗｉｎｄｏｗｓ（登録商標）  ＧＤＩのアーキテクチャにより影響を受ける。
【００８９】
４．１  ネットページサーバからの印刷
図４は、ネットページサーバからサーバに視認できるプリンタに印刷する場合の高水準のデータフローを示している。
【００９０】
ネットページサーバは、グラフィックのレンダリング及びタグのレンダリングを共にサポートするオーロラプリンタドライバを利用する。
【００９１】
図５は、図４に対応する詳細なデータフローを示す。文書サービスの＜文書を印刷する＞プロセスは、印刷出力記憶装置中の印刷出力を記録し、各ページのアクティブ領域マップを抜き出し、また文書中の各ページの視覚的な記述を抜き出す。
【００９２】
ホストオペレーティングシステムのグラフィックス及び印刷サブシステムは、文書をレンダリングし、且つ印刷するためのＡＰＩ（アプリケーションプログラミングインターフェース）を提供し、最終的に、グラフィックス及び印刷コマンドをオーロラプリンタドライバに転送する。ＡＰＩはまた、通常、パススルーモードで、プリンタドライバへのデータの直接送達をサポートする。文書サービスはこれを使用して、インプレッションＩＤ及びアクティブ領域マップなどのタグ関連のデータをプリンタドライバに送達する。
【００９３】
グラフィックスサブシステムからのグラフィックスコマンドの受け取りに応じて、オーロラプリンタドライバは、グラフィックオブジェクトを、オーロラページ表現へとレンダリングし、合成する。ドライバは、グリフアウトラインの走査変換などのレンダリングを支援するために、グラフィックスサブシステムにより提供される機能を利用する。
【００９４】
印刷サブシステムからの印刷コマンドの受け取りに応じて、プリンタドライバは、オーロラストリームデータの形式の印刷データを送ることを含めて、メムジェットプリンタ上の印刷機能を呼び出す。プリンタドライバと物理的なプリンタとの間の通信は、通常、オペレーティングシステムにより仲介される。
【００９５】
文書サービスからのタグ関連のデータの受け取りに応じて、プリンタドライバは、タグ情報を生成し、それをオーロラページ表現中に含める。プリンタドライバは、タグフォーマットデータをネットページコンフィギュレーション記憶装置から取り出す。代替的には、これは、ドライバ中に収集することができる。代替的にはさらに、ドライバは、保守性を向上させるために、このような情報をネットページサーバから取り出すことができる。
【００９６】
４．２  ネットページサーバを介するアプリケーションからの印刷
図６は、ネットページサーバを介して、ネットページ未対応アプリケーションから印刷する場合の高水準データフローを示す。包括的な形で示されているが、データフローは、ターゲットプリンタが、様々に、ユーザのデフォルトプリンタ、１群のウォークアッププリンタ、又はヌル（null）プリンタである場合を表すことが意図されている。ターゲットプリンタが指定されたプリンタである場合は、次のセクションに含まれる。
【００９７】
物理的な印刷が実際に開始されると、それは、前のセクションで述べたように行われる。
【００９８】
ユーザの視点からすると、ネットページサーバは、仮想プリンタのように見える。ユーザは、それが物理的な印刷になろうとなるまいと、任意のアプリケーションから、任意の他のプリンタと同様に、ネットページサーバに印刷することができる。
【００９９】
図７は、図６のネットページ仮想プリンタドライバの内部の詳細なデータフローを示す。再度、プリンタドライバは、グラフィックス及び印刷サブシステムからグラフィックス及び印刷コマンドを受け取る。コマンド及び関連するデータは、通常、装置に依存しない形式である。すなわち、線画及びグリフは、ベクトル形式で指定され、また色は、装置に非依存の色空間中で指定される。
【０１００】
プリンタドライバは、コマンドを直列化して文書の視覚的な記述を生成し、それに続いて、この直列化された表現をネットページサーバに送る。それは、ネットページコンフィギュレーション記憶装置から、関連するネットページ文書サービスを識別する。複数の独立したネットページ文書サービスがサポートされる場合、コンフィギュレーション情報は、インスタンス特有のものとなりうる。コンフィギュレーション情報はまた、ターゲットプリンタ（例えば、デフォルト対ウォークアップなど）を識別することもできる。
【０１０１】
直列化された視覚的表現は、プラットフォーム依存（例えば、Ｗｉｎｄｏｗｓ（登録商標）  ＧＤＩ下のＷＭＦ）、又はプラットフォーム非依存（例えば、ＰＤＦ）のものとすることができる。プラットフォーム依存の表現は、ダウンストリームのレンダリングプラットフォームが同じものであると仮定して、可能な最高の再生忠実度を保証する利点を有する。それはまた、いくつかの欠点を有する。すなわち、ネットページサーバは、複数のプラットフォーム依存の表現をサポートする必要がありうること、複雑な表現は、元のプラットフォームからのヘルパー機能を利用可能でないと、別のプラットフォーム上でレンダリングすることが困難になりうること、さらに、サードパーティにより制御される複雑な表現は、時間の経過と共に進化し、且つ分かれ出る可能性がある。
【０１０２】
直列化された表現は、それが装置に依存しないままである限り、任意にプリミティブであることができ、印刷された出力の忠実度を損なうことはない。オーロラ表現それ自体は、その２階調のマスクレイヤが、装置特有の解像度を有するので必要以上にプリミティブである。
【０１０３】
４．３  アプリケーションからの直接的なプリンタへの印刷
図８は、ネットページ未対応のアプリケーションから直接的にプリンタに印刷する場合の高水準データフローを示す。
【０１０４】
この場合、プリンタドライバは、図９の詳細なデータフローで示すように、前の２つのセクションで述べたオーロラプリンタドライバとネットページ仮想プリンタドライバの機能を組み合わせる。
【０１０５】
セクション４．１で述べたオーロラプリンタドライバとは異なり、混成プリンタドライバは、アプリケーションから、パススルーモードでインプレッションＩＤを取得しない。そうではなくて、それは、ネットページサーバに明示的にインプレッションＩＤを要求する。プリンタドライバは、インプレッションＩＤのブロックをサーバから取得することができ、それを自由に割り振ることができる。代替的に、それは、インプレッションＩＤをオンデマンドで取得することができる。図９で示すように、プリンタドライバは、文書の視覚的な記述を送信したとき、文書に割り振られた実際のインプレッションＩＤを、ネットページサーバに知らせる。
【０１０６】
４．４  ネットページサーバを介するネットページアプリケーションからの印刷
図１０は、参照によりその内容を本明細書に組み込む米国特許出願公開第２００７／０１３０１１７号明細書に記載された、現在実装されている申告（lodgement）及び印刷インターフェースを用いて、ネットページサーバを介してネットページ対応アプリケーションから印刷する場合の高水準データフローを示す。これは、ローカルのオペレーティングシステムの印刷サブシステムを使用しない。
【０１０７】
図１１は、セクション４．２で述べられたネットページ仮想プリンタドライバの拡張されたバージョンを用いて、ネットページサーバを介してネットページ対応アプリケーションから印刷する場合の高水準データフローを示す。
【０１０８】
これは、ネットページ対応アプリケーションに、サーバに文書を直接申告することの代替を提供し、またユーザに、より直感的な申告インターフェースを提供することができる。概して、直接的な申告は、非ＧＵＩアプリケーションに対して適切であるが、仮想印刷は、ＧＵＩアプリケーションに対してより適切である。
【０１０９】
図１２は、パススルーモードで、ネットページ対応アプリケーションからネットページ入力記述を受け取るためのサポートで拡張されたネットページ仮想プリンタドライバを示す。
【０１１０】
仮想プリンタドライバを介する「申告」の利点の１つは、ユーザが、ページ範囲、ｎアップ、及びポスター印刷、枠線などの従来の印刷ジョブ選択肢にアクセスできることである。しかし、それは、視覚的な記述に適用される空間変換が識別され、且つ入力記述に対しても同様に適用される必要があるというさらなる複雑さをもたらす。
【０１１１】
これは、プリンタドライバにより認識可能であり、且つ空間変換を決定するために使用することのできる、視認できないマーカ要素をグラフィックシステムを通すことにより達成することができる。ｎアップ印刷をサポートするために、ページ当たり少なくとも１つのマーカが必要であり、ポスター印刷をサポートするために、ページ当たり複数のマーカ（又は１つの大きなマーカ）が必要である。マーカは、パススルーチャネルを介して送られるエスケープシーケンスを用いて、カッコでくくることにより、見えなくすることができる。プリンタドライバが、エスケープシーケンスの開始を検出したとき、それに続くグラフィックスオブジェクトを、レンダリングするのではなく、マーカとして処理する。
【０１１２】
４．５  ネットページアプリケーションからの直接的なプリンタへの印刷
図１３は、ネットページ対応アプリケーションからローカルのプリンタに直接的に、並びに申告インターフェースを用いてネットページサーバに直接的に印刷する場合の高水準データフローを示す。
【０１１３】
この場合、ネットページ対応アプリケーションは、セクション４．１で述べた＜文書を印刷する＞プロセスの機能を実施し、またインプレッションＩＤを取得し、且つ文書を申告するために、ネットページサーバと通信する。
【０１１４】
図１４は、セクション４．３で述べた混成プリンタドライバの拡張されたバージョンを用いて、ネットページ対応のアプリケーションからローカルのプリンタに直接的に、並びにネットページサーバに印刷する場合の高水準データフローを示す。
【０１１５】
図１５は、パススルーモードで、ネットページ対応のアプリケーションから、ネットページ入力記述を受け取るためのサポートで拡張された混成プリンタドライバを示す。これは、ネットページ対応アプリケーションに、文書を直接的にサーバに申告することの代替を提供し、またユーザに、より直感的な申告インターフェースを提供することができる。より具体的には、それは、ユーザに、ターゲットプリンタを選択するためにローカルなオペレーティングシステムのユーザインターフェースへのアクセスを提供し、またネットページ対応のアプリケーションに、ネットページサーバを介して普通ではアクセスできない専用のプリンタへのアクセスを提供する。
【０１１６】
４．６  ネットページサーバに知られた文書の印刷
いくつかの状況下では、アプリケーションは、ネットページサーバにすでに知られている文書を（再）印刷することができる。例えば、文書をサーバに申告させた後（セクション４．４及び米国特許出願公開第２００７／０１３０１１７号明細書に記載のように）、申告アプリケーションは、任意の回数だけ、アプリケーションに、サーバを介してその文書の印刷を要求できるようにする、文書（その文書ＩＤ）に対するハンドルを有する。さらなる例として、ネットページエクスプローラは、ユーザに、サーバ上に記憶された文書及び印刷出力のビューを提供し、且つユーザに、注釈付きで、又は注釈を付けずに、既存の文書又は印刷出力を再印刷できるようにするネットページ対応のアプリケーションである。
【０１１７】
ユーザが文書の印刷出力を要求したとき、印刷出力が、元の文書と同一の新しい文書に対してではなく、元の文書にリンクされていることは有利である。
【０１１８】
申告アプリケーションが、文書ＩＤを供給することにより、サーバを介した文書の（再）印刷を要求した場合、サーバは、得られた印刷出力を元の文書にリンクさせることができるのは自明である。ユーザがネットページエクスプローラのＧＵＩを介して、文書の（再）印刷又は印刷出力を要求した場合、その印刷要求は、セクション４．４及びセクション４．５で論じたように、プリンタドライバを介して経路指定することができ、ネットページエクスプローラは、文書ＩＤ又は印刷出力ＩＤを、サーバに渡すために、又は文書の最終版を取り出すのにも使用するために、プリンタドライバに供給することが必要になる。これは、パススルーチャネルを介して文書ＩＤを渡すことにより達成することができる。
【０１１９】
他の可能性は、印刷出力が、文書の記述をハッシングすることにより、且つそれを既存の文書のハッシュにマッチングさせることにより、既存の文書のものであることをサーバに発見できるようにすることである。これは、サーバにより記録される視覚的な記述が、実際に印刷されたものと正確にマッチするという利点を有する。それはグラフィックスシステム中のわずかな変化が、ミスマッチを生ずる、わずかに異なる直列化された視覚的な記述の生成を生ずる可能性があるという欠点を有する。
【０１２０】
ネットページサーバが、その文書及び印刷出力のファイルシステムビューを提示する場合、ユーザが、非ネットページ対応のアプリケーションを介して、文書の再印刷を要求できるというさらなる複雑さがある。このような文書の入力記述を活性化するために、またサーバに、得られた印刷出力の正しい親子関係を記録できるようにするために、プリンタドライバは文書を識別することができ、且つサーバからマッチする入力記述を取り出すことができるような自己識別型とすることができる。この問題は、ファイルシステムを介して提示された文書及び印刷出力の公表されたタイプが、専用のネットページビューワを要求するものであった場合には回避可能であり、それは、ネットページ対応であり、したがって、ネットページ文書及び印刷出力を正しく識別できることは自明である。
【０１２１】
４．７  ハイパーリンクＵＲＩの検出
ネットページ未対応アプリケーションからの出力は、例えば、「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」の形式のハイパーリンクＵＲＩを符号化するテキストストリングを含むことができる。プリンタドライバ又はネットページサーバは、このようなテキストストリングを検出し、且つこのようなハイパーリンクをアクティブにし、クリック可能にすることのできる対応する入力記述を生成することができる。このようなハイパーリンクはまた、ネットページサーバにより遅延的に発見することができる、すなわち、ユーザが、ページ上の位置を実際にクリックしたとき、サーバは、クリックが、適格なＵＲＩであるテキストストリングの広がりと一致するかどうかを判定することができる。
【０１２２】
目には連続するテキストストリングであると見えるものが、いくつかの断片でプリンタドライバに渡されることが時々ある。完全なＵＲＩを検出するために、空間的に隣接する断片を単一のテキストストリングへと合体することが必要なことがある。このプロセスは、ＵＲＩのシンタックスの知識により支援することができる。
【０１２３】
プリンタドライバ又はサーバは、任意選択で、それがアクティブなハイパーリンクであることを示すように、ＵＲＩテキストの視覚的な書式設定を変更する（例えば、典型的な青色の、下線を付けた視覚スタイルを用いる）ことができる。反対に、プリンタドライバ又はサーバは、ハイパーリンクＵＲＩの識別を支援するために、テキストの視覚的な書式設定を用いることもできる。
【０１２４】
５．ネットページＷｉｎｄｏｗｓ（登録商標）プリンタドライバ
このセクションは、セクション４で述べた印刷アーキテクチャのすべてをサポートするＷｉｎｄｏｗｓ（登録商標）  ＧＤＩ混成ネットページ及びオーロラプリンタドライバを述べる。
【０１２５】
５．１  Ａｚｕｒｅプリンタドライバ
Ａｚｕｒｅプリンタドライバは、オーロラで駆動されるメムジェットプリンタに対するＷｉｎｄｏｗｓ（登録商標）  ＧＤＩドライバである。それは、インターフェースＤＬＬ、グラフィックスＤＬＬ、及びオーロラＤＬＬを含むいくつかのコンポーネントを含む。インターフェースＤＬＬは、ユーザに、印刷選択肢を指定できるようにする共通のプロパティシートユーザインターフェース（ＣＰＳＵＩ）を提供する。グラフィックスＤＬＬは、ＧＤＩドライバ機能の必要なサブセットを実施し、最終的に、オーロラＡＰＩ機能を呼び出す。オーロラＤＬＬは、オーロラ印刷パイプラインの非組込み部分を実施する。
【０１２６】
図１６は、Ａｚｕｒｅプリンタドライバの簡単化された図を示す。
【０１２７】
オーロラＤＬＬは、タグ情報を含めることをサポートし、またＡｚｕｒｅグラフィックスＤＬＬは、透過的にＧＤＩを通過するネットページ対応アプリケーションからオーロラＤＬＬへのタグ情報の送達をサポートする。
【０１２８】
５．２  ネットページサポートを有する混成Ａｚｕｒｅドライバ
図１７は、ネットページＤＬＬで増補されたＡｚｕｒｅプリンタドライバを示す。
【０１２９】
ＡｚｕｒｅグラフィックスＤＬＬは、文書がネットページタグを必要とする場合、ネットページＤＬＬを呼び出し、ネットページＤＬＬは、必要なタグ情報をオーロラＤＬＬを介してオーロラストリーム中に挿入する。これは、タグフォーマットデータ、固定されたタグデータ、及び可変のタグデータを含む。インプレッションＩＤなどのページごとの情報は、通常、一部は固定されたタグデータにより、一部は可変のタグデータにより指定される。ｘ−ｙ位置、及びアクティブ領域マップデータなどの位置特有の情報は、通常、可変のタグデータにより指定される。
【０１３０】
タグ情報は、代替的に、プリンタドライバから受け取ったインプレッションＩＤ（及び任意選択で、各アクティブ領域の広がりに関する情報）に正に基づいて、プリンタそれ自体におけるファームウェアにより生成することもできる。
【０１３１】
ネットページＤＬＬは、レジストリ中のプリンタ情報から、又はネットページサーバ（但し、ローカルにキャッシュされたもの）からタグフォーマットデータを取得することができる。代替的には、この情報は、ＤＬＬ中にハードコードされうる。
【０１３２】
ネットページＤＬＬは、ローカルの記憶及び転送サービスを介してネットページサーバと通信する必要がある。記憶及び転送サービスは、ネットページサーバから一連のインプレッションＩＤを取得し、要求に応じて、それらをネットページＤＬＬに割り振る。それは、ネットページＤＬＬから受け取ったページ記述を記憶し、ネットページ文書サービスが利用可能な場合、ネットページ文書サービスに転送する。それは、レジストリ中のプリンタ情報から、ネットページ文書サービスの名前を取得し、名前解決サービス（例えば、実装形態に応じて、ＤＮＳ又はコルバ（Ｃｏｒｂａ）ネーミングサービス）により、サービス名を解決してネットワークアドレスにする。
【０１３３】
ネットページＤＬＬは、物理的に印刷される文書の３つの可能なソースに対応する物理的な印刷中における３つのタグ生成モードと、仮想的に印刷される文書の２つの可能なソースに対応する仮想印刷中における２つの文書生成モードとを有する。表１は、物理的な印刷中におけるインプレッションＩＤ及びアクティブ領域マップのソースを記載している。表２は、仮想印刷中における視覚的及び入力記述のソースを記載している。したがって、ネットページＤＬＬは合計で、セクション４で述べた５つのユースケースに対応して、５つの組み合わせた動作モードを有する。ネットページＤＬＬの実装形態は、同様に、セクション４の記述に従う。
【表１】
2010539611.tif 000003
【表２】
2010539611.tif 000004
ネットページＤＬＬを、直接関係しないネットページの諸側面から隔離するために、ネットページ対応アプリケーションにより提供されるネットページ入力記述をカプセル化することができ、簡単に、ネットページＤＬＬを通してネットページ文書サービスへと渡すことができる。この場合では、ネットページＤＬＬは、タグデータを生成できるようにするために、任意選択のアクティブ領域マップ情報が別個に提供される必要がある。同様に、ネットページ対応アプリケーションは、それをカプセル化された表現の知識から隔離するために、また任意選択のアクティブ領域マップを明示的に生成する必要性から解放するために、ネットページ入力記述を構築するためのＳＤＫが提供される。
【０１３４】
５．３  ネットページプリンタ情報
単一の構成可能なＡｚｕｒｅプリンタドライバを実装することは、すべてのオーロラ駆動のメムジェットプリンタをサポートすることが意図されており、これは、当然、ネットページサポートにも拡張される。
【０１３５】
Ａｚｕｒｅプリンタのコンフィギュレーションファイルは、ネットページサポートがプリンタに対して使用可能であるかどうか、どのモードがサポートされるか、またネットページ文書サービスに対するデフォルト名など、ネットページ特有のエントリで拡張することができる。これらはまた、ネットページＤＬＬ中にハードコードされたデフォルトを有することができる。
【０１３６】
５．４  ネットページユーザインターフェース選択肢
各物理的プリンタに対して、ユーザは、デフォルトで、またジョブ単位ベースで共に、ネットページタグの印刷、及び文書の保存を可能にすることができる。これは、アドバンスＣＰＳＵＩタブ上のプロパティにより可能になる。それはまた、レイアウトタブ上のチェックボックスにより可能にすることもできる。
【０１３７】
ユーザはまた、アドバンスタブ上のプロパティにより、さらに、ネットページ文書サービスを名前で識別することが可能になる。
【０１３８】
６．ページ記述言語
プリンタドライバ又はプリンタは、Ａｄｏｂｅポストスクリプト、ＰＤＦ（Ａｄｏｂｅ  Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）、又はヒューレットパッカードのＰＣＬ（Ｐｒｉｎｔｅｒ  Ｃｏｍｍａｎｄ  Ｌａｎｇｕａｇｅ）などのページ記述言語（ＰＤＬ）をサポートすることができる。プリンタドライバが、ＰＤＬサポートを提示した場合、それは、アプリケーションに、プラットフォームに依存しない方法で、ページ記述を生成できるようにする。プリンタがＰＤＬサポートを提示した場合、それは、ホストシステムに、コンパクトであるため、記憶し且つプリンタに送信するのに効率的であるページ記述を生成できるようにする。
【０１３９】
プリンタドライバ及びそのプリンタによるＰＤＬサポートは、ある程度直交（orthogonal）している。プリンタはＰＤＬを提示できるが、一方、そのプリンタドライバは提示できず、さらにプリンタドライバはＰＤＬを提示できるかもしれないが、プリンタに送信する前に、レンダリングして画像形式にするはずである。
【０１４０】
プリンタドライバがＰＤＬを提示するとき、プリンタドライバへのネットページ拡張は、ネットページサーバ上に記憶するために、ＰＤＬを直列化できることが必要である。これは、ネットページサーバが、元々、文書形式としてＰＤＬをサポートする場合にはささいなことである。ネットページサーバは、元来、ＰＤＦ及び直列化したＧＤＩをサポートするので、ネットページプリンタドライバの拡張は、容易に、ポストスクリプト、ＰＤＦ、及びＰＣＬをサポートする。
【０１４１】
ポストスクリプト及びＰＤＦを含むいくつかのＰＤＬは、ハイパーリンク及びフォームの定義をサポートする。ポストスクリプトは、ｐｄｆｍａｒｋ  ｏｐｅｒａｔｏｒにより、ハイパーリンク及びフォームの定義をサポートするが、ｐｄｆｍａｒｋ  ｏｐｅｒａｔｏｒは、ポストスクリプトファイルがＰＤＦファイルに変換されるときに解釈されるが、普通は、ポストスクリプトファイルが印刷されるときに無視される。
【０１４２】
プリンタドライバにより提示されたＰＤＬが、ハイパーリンク及び／又はフォームの定義をサポートする場合、ネットページプリンタドライバの拡張、又はネットページサーバは、この情報を利用して、対応する入力記述を生成し、したがって、ハイパーリンク及び／又はフォームをアクティブにすることができる。
【０１４３】
Ｗｉｎｄｏｗｓ（登録商標）のＧＤＩ環境では、プリンタドライバが、ＰＤＬサポートを公表している場合、ＧＤＩを利用するのではなくＰＤＬを生成することを選択するアプリケーションは、単に、ＧＤＩパススルーチャネルを介して、プリンタドライバグラフィックスＤＬＬにＰＤＬデータを送信するだけである。
【０１４４】
プリンタが、ＰＤＬサポートを示している場合、ネットページプリンタドライバの拡張は、タグ情報を、ＰＤＬを介してプリンタに送信しなくてはならない。少なくとも、タグデータがプリンタのファームウェアにより生成されている場合、タグ情報は、ページごとのインプレッションＩＤから構成される。ポストスクリプト及びＰＤＦの場合、これは、プリンタにより解釈されるページごとの注釈又は文書メタデータにより行うことができる。ＰＣＬの場合、プリンタにより解釈されるページごとのマクロによりそれを行うことができる。
【０１４５】
７．事前にタグ付けされたブランク上への印刷
メムジェットプリンタを、ネットページで使用可能にするには２つの方法がある。それは、プリンタに、オンデマンドで、ネットページタグを印刷するための機能を与えるようにできること、又はプリンタに、事前にタグ付けされたブランク媒体を識別する機能を与えるようにできることである。
【０１４６】
７．１  一般的なデータフロー
図１８は、タグを印刷するメムジェットプリンタに印刷する場合のデータフローを示す。プリンタドライバは、グラフィックスシステムから各インプレッションのグラフィック記述を受け取り、インプレッション画像を生成するためにインプレッション記述をレンダリングし、ネットページサービスからインプレッションに対するＩＤを取得し、インプレッションＩＤにより索引付けされたインプレッション記述をネットページサービスに保存し、且つインプレッションＩＤ及びインプレッション画像を共に印刷のためプリンタに送る。
【０１４７】
セクション５．２（図１７）で述べたように、プリンタドライバとネットページサービスの間の通信は、プリンタドライバが、ネットページサービスの非可用性により妨げられないことを保証するために、ネットページ記憶及び転送サービスにより仲介することができる。ネットページ記憶及び転送サービスは、オフライン割振りのためにインプレッションＩＤのブロックをキャッシュし、インプレッション記述を記憶し且つ転送する。
【０１４８】
プリンタドライバが、インプレッション記述をネットページサービスに保存する場合、それは、その印刷を開始したユーザの名前で保存する。それは、ユーザの名前で前に割り振られていたネットページサービスにチケットを提示することにより、そのようにするための許可を得る。そのチケットはまた、複数のネットページサービスがサポートされるシステム中でネットページサービスを識別する。
【０１４９】
図１９は、媒体を識別するメムジェットプリンタに印刷する場合のデータフローを示す。ネットページサービスからインプレッションＩＤを取得するのではなく、プリンタドライバは、インプレッションＩＤをプリンタから取得し、それをネットページサービスに報告する。プリンタは、印刷中に、ブランク媒体からインプレッションＩＤを、それがプリンタを通過するときに読み取る。
【０１５０】
７．２  Ｗｉｎｄｏｗｓ（登録商標）データフロー
Ｗｉｎｄｏｗｓ（登録商標）プリンタドライバでは、（グラフィックスＤＬＬによる）インプレッション画像のレンダリングは、（言語モニタによる）プリンタへのインプレッション画像の送信から完全に切り離される。グラフィックスＤＬＬ及び言語モニタは、異なるマシン上で動作することができ、またインプレッション画像は、プリンタに送信される前に、不確定な時間の間、ディスク上に記憶することができる。さらに、言語モニタからグラフィックスＤＬＬへ戻る通信チャネルはない。
【０１５１】
図２０は、Ｗｉｎｄｏｗｓ（登録商標）下で、Ａｚｕｒｅプリンタドライバを用いて、タグを印刷するメムジェットプリンタに印刷する場合の簡単化したデータフローを示す。データフローは、図１８で示した一般的なデータフローと本質的に同じものである。
【０１５２】
ＡｚｕｒｅグラフィックスＤＬＬに渡される１組のＧＤＩコマンドからなるグラフィックインプレッション記述は、ＡｚｕｒｅグラフィックスＤＬＬによりネットページグラフィックス拡張ＤＬＬに渡され、それは、インプレッション記述を直列化し、且つそれをネットページサービスに保存する。装置に依存しないインプレッション記述をネットページサービスに保存することが望ましいので、印刷パイプラインにおける後段ではなく、ＡｚｕｒｅグラフィックスＤＬＬが保存を実施することは好都合である。しかし、ＡｚｕｒｅグラフィックスＤＬＬが保存を実施することは好都合であるが、インプレッション画像と共にインプレッション記述を、保存のためにパイプラインの後段に送ることも可能である。
【０１５３】
ＡｚｕｒｅグラフィックスＤＬＬは、インプレッション記述をレンダリングしてボリアリス（Ｂｏｒｅａｌｉｓ）フォーマットでインプレッション画像を生成し、またネットページグラフィックス拡張ＤＬＬは、インプレッションＩＤを割り振り、インプレッション画像中に含まれるネットページタグデータを生成する。
【０１５４】
図２１は、Ａｚｕｒｅプリンタドライバを用いて、媒体を識別するメムジェットプリンタに印刷する場合の簡単化したデータフローを示す。ＡｚｕｒｅグラフィックスＤＬＬが、対応するインプレッション画像が最終的に印刷されるブランク媒体のＩＤを決定することは実際的ではないので、言語モニタが、ブランクＩＤをネットページサービスに知らせる必要がある。これは、図１９で示された一般的なデータフローよりもさらに複雑なデータフローを生ずることになる。
【０１５５】
ネットページサービスが、ブランクＩＤを適切なインプレッション記述と関連付けるために、言語モニタはまた、ネットページサービスに対するインプレッション記述を識別しなくてはならない。上記で論じたように、ＡｚｕｒｅグラフィックスＤＬＬは、タグを印刷するメムジェットプリンタに対して印刷する場合、インプレッションに対してインプレッションＩＤを割り振るようにすでに設計されているので、このインプレッションＩＤは、Ａｚｕｒｅ言語モニタが、ネットページサービスに対するインプレッションを識別するための好都合な基礎を提供する。
【０１５６】
Ａｚｕｒｅ言語モニタは、メムジェットプリンタにより各インプレッションの成功裡の印刷が通知される。これは、ネットページサービスに、ブランクＩＤを通知するための便利なトリガを提供する。
【０１５７】
ネットページグラフィックス拡張ＤＬＬ及びネットページ言語モニタ拡張ＤＬＬは共に、ネットページ記憶及び転送サービスを介して、ネットページサービスと通信することができる。
【０１５８】
グラフィックスＤＬＬが、インプレッションＩＤを言語モニタに伝えることを可能にするために、グラフィックスＤＬＬと言語モニタの間で使用されるボリアリスフォーマットは、明示的なインプレッションＩＤを含むように強化されなければならない。現在のボリアリスフォーマットでは、インプレッションＩＤは、タグデータ中で不透明に符号化されている。
【０１５９】
言語モニタは、グラフィックスＤＬＬと同様に、ユーザの名前で情報をネットページサービスにサブミットするので、それはまた、元々、印刷ジョブ用に割り振られたチケットを提示できなくてはならない。したがって、ボリアリスフォーマットは、グラフィックスＤＬＬに、チケットを言語モニタに渡すことができるように強化される必要がある。
【０１６０】
プリンタに、ブランクＩＤを言語モニタに報告できるようにするために、プリンタと言語モニタの間で使用されるシーラス（Ｃｉｒｒｕｓ）プロトコルを、ブランクＩＤを報告するためのメッセージを含むように強化する必要がある。
【０１６１】
８．事前にタグ付けされた印刷出力の記録
図２２は、ネットページサービスにより記録された印刷出力に対する簡単化されたオブジェクトモデルを示す。印刷出力は、一連のインプレッションからなり、それぞれが、インプレッションＩＤにより識別され、インプレッションのグラフィック記述を含む。
【０１６２】
インプレッション画像が、タグを印刷するメムジェットプリンタにより印刷された場合、インプレッションＩＤは、印刷されたタグ中に符号化されたインプレッションＩＤである。インプレッション画像が、媒体を識別するメムジェットプリンタにより印刷された場合、タグ中に符号化されたＩＤ（すなわち、「物理的なインプレッションＩＤ」）はブランクＩＤであり、またネットページサービスは、インプレッション−ブランクレコードを使用して、ブランク及びインプレッションにリンクすることができる。代替的には、ネットページサービスは、ブランクＩＤが知られた後に、単に、インプレッションレコード中のインプレッションＩＤを、ブランクＩＤで置き換えることができる。
【０１６３】
プリンタが、インプレッション画像をブランク上に印刷するとき、印刷されたインプレッション画像と印刷されたタグとの間で位置合せずれの生ずる可能性がある。極端な場合では、ブランクは、プリンタ中に反対方向に供給される可能性があり、タグとインプレッション画像の間で１８０度の回転が生ずる結果となる。ネットページサービスは、任意のこのような位置合せずれを、インプレッション−ブランクレコード中に変換として記録することができ、その変換を用いて、ブランクを介して捕捉された任意のデジタルインクを訂正することができる。
【０１６４】
９．事前にタグ付けされたブランクの識別
メムジェットプリンタは、ブランク上に印刷されたネットページタグパターンから、そのＩＤを抽出することにより、又は、直線のデータトラック（参照によりその内容を本明細書に組み込む、米国特許出願公開第２００５／０２００６３８号明細書を参照のこと）など、ブランク上に印刷された、より簡単な光学的に符号化されたものからそのＩＤを抽出することにより、事前にタグ付けされたブランクを識別することができる。
【０１６５】
データトラック読取り装置は、ネットページタグセンサよりも低価格なハードウェア解決策であるが、データトラックは、ブランク媒体上のさらなるスペースを必要とする。これは、両面印刷がサポートされる場合、すなわち、ネットページタグがブランクの両面に事前に印刷される場合、特に負担になりうる。データトラックはまた、（複数のデータトラックがない限り）印刷中に決定すべきタグパターンの横方向位置合せ、又はタグパターンの方向付けが可能ではない。
【０１６６】
データトラックが使用される場合、目立たなくするために、ネットページタグパターンと同じ赤外線インクを使用して印刷されることが好ましく、それは特に両面印刷がサポートされる場合にそうである。
【０１６７】
９．１  ブランクＩＤを読み取るために直線エンコーダを使用すること
印刷中にデータトラックを読み取るために直線エンコーダを使用することは、米国特許出願公開第２００５／０２００６３８号明細書で論じられている。
【０１６８】
図２３は、ＰＩＯを介してｘＰＥＣに接続された、データトラックを読み取るための直線エンコーダを示す。ｘＰＥＣ上のソフトウェアは、印刷中に、ブランク媒体が移送されてエンコーダを通過すると、エンコーダにより検出された各データトラックの推移にタイムスタンプを付し、それを記録する。クロックトラックは、自己刻時、又は別のクロックによる刻時とすることもできるが、その場合、クロックのための第２の直線エンコーダがまた必要となる。自己刻時は、データレートの半分であることを示唆している。
【０１６９】
ｘＰＥＣ上のソフトウェアは、データトラックを復号し、ブランクＩＤを抽出し、且つブランクＩＤをホスト上の言語モニタに送る。代替的には、ｘＰＥＣは、生のデータトラック信号を復号するためにホストに送る。
【０１７０】
印刷されたインプレッション画像とタグパターンとの長手方向位置合せを対象とする場合、復号ソフトウェアは、データトラックの読取りを、インプレッション画像の印刷と互いに関連付け、また長手方向位置合せをブランクＩＤと共に言語モニタに報告することができる。
【０１７１】
ブランク媒体の方向を対象とし、且つ媒体上に複数のデータトラックが存在する場合、ソフトウェアはまた、データトラックから抽出された方向インジケータを報告することもできる。
【０１７２】
９．２  ブランクＩＤを読み取るためにネットページタグセンサを使用すること
印刷前又は印刷中にネットページタグパターンからＩＤを読み取るためにネットページタグセンサを使用することは、米国特許出願公開第２００５／０２００６３８号明細書で論じられている。タグセンサは、撮像センサ、プロセッサ、及び任意選択で、通信インターフェースモジュールからなる。
【０１７３】
図２４は、ＬＳＳを介してｘＰＥＣに接続されたネットページタグセンサを示す。タグセンサは、媒体が移送されてタグセンサを過ぎるとき、又は媒体が、タグセンサの正面に存在するとき（例えば、入力トレー中で）、ブランク媒体のネットページタグパターンを撮像し、またＩＤを抽出するためにタグ画像を復号する。
【０１７４】
タグセンサは、一定間隔でタグを読取り、ＩＤが変化するごとにｘＰＥＣに通知するように構成することができる。代替的には、タグセンサは、ｘＰＥＣによりトリガされて、例えば、印刷プロセスに対する特定の時間に、タグを読み取り、次いで、位置（及び方向）情報をさらに報告して、ｘＰＥＣが、言語モニタに対して位置合せ情報を報告できるようにする。
【０１７５】
図２５は、ｘＰＥＣ及び言語モニタを介するのではなく、ネットページサービスに直接ブランクＩＤ（及び位置合せ情報）を報告するように構成されたネットページタグセンサを示す。タグセンサは、ＵＳＢ、ブルートゥース（登録商標）、又はネットページアクセスポイントへの他の無線接続などを介して、他のネットページ入力装置と同様な方法で、ネットページサービスと通信することができる。
【０１７６】
アクセスポイントは、言語モニタと同じコンピュータ上でホストされうるが、或いは別個にホストすることもできる。アクセスポイントが、言語モニタと同じコンピュータ上でホストされる場合、タグセンサ及びｘＰＥＣは、プリンタの内部のＵＳＢハブを介するホスト上の同じＵＳＢポートに接続することができる。
【０１７７】
９．３  プリンタにおけるインプレッションＩＤを割り振ること
参照によりその内容を本明細書に組み込む、米国特許出願公開第２００５／００５２６６１号明細書に記載のように、プリンタが、ネットページタグを印刷できる場合、プリンタは、インクカートリッジ、印字ヘッドカートリッジから、又はプリンタそれ自体の不揮発性のストレージから、インプレッションＩＤを取得することが可能である。プリンタが、このような方法で自律的にインプレッションＩＤを割り振ることができる場合、それは、印刷された実際のインプレッションＩＤを報告するために、印刷システムから、事前にタグ付けされたブランク上に印刷するプリンタと同様のサポートを必要とする。したがって、本明細書で述べられた機構は、自律的にインプレッションＩＤを割り振るプリンタにも等しく適用される。
【０１７８】
本発明は、好ましい実施形態、及びいくつかの特定の代替の実施形態を参照して述べられてきた。しかし、これらの具体的に述べられたものとは異なるいくつかの他の実施形態もまた、本発明の趣旨及び範囲に含まれることが当業者であれば理解されよう。したがって、本発明は、必要に応じて相互参照により組み込まれた文献を含めて、本明細書で述べた特定の実施形態に限定されることを意図していないことが理解されよう。本発明の範囲は、添付の特許請求の範囲によってのみ限定される。
【図１】
2010539611.tif 000005
【図２】
2010539611.tif 000006
【図３】
2010539611.tif 000007
【図４】
2010539611.tif 000008
【図５】
2010539611.tif 000009
【図６】
2010539611.tif 000010
【図７】
2010539611.tif 000011
【図８】
2010539611.tif 000012
【図９】
2010539611.tif 000013
【図１０】
2010539611.tif 000014
【図１１】
2010539611.tif 000015
【図１２】
2010539611.tif 000016
【図１３】
2010539611.tif 000017
【図１４】
2010539611.tif 000018
【図１５】
2010539611.tif 000019
【図１６】
2010539611.tif 000020
【図１７】
2010539611.tif 000021
【図１８】
2010539611.tif 000022
【図１９】
2010539611.tif 000023
【図２０】
2010539611.tif 000024
【図２１】
2010539611.tif 000025
【図２２】
2010539611.tif 000026
【図２３】
2010539611.tif 000027
【図２４】
2010539611.tif 000028
【図２５】
2010539611.tif 000029
【手続補正書】
【提出日】平成22年4月26日(2010.4.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プリンタで文書を印刷するためのプリンタドライバであって、
印刷のためのグラフィックインプレッションを記述した視覚的な記述であって、前記文書についての当該視覚的な記述、を第１のメモリから受け取り、
前記グラフィックインプレッションに対応する印刷データを前記プリンタに送り、
前記文書の少なくとも１ページについての前記視覚的な記述を第２のメモリに保存する、
ように構成され、
前記第１のメモリ及び第２のメモリが互いに異なるものである、プリンタドライバ。
【請求項２】
前記視覚的な記述が、サーバにより保存される、請求項１に記載のプリンタドライバ。
【請求項３】
前記プリンタドライバは、前記サーバから、インプレッション識別子を受け取るように構成される、請求項２に記載のプリンタドライバ。
【請求項４】
前記プリンタドライバは、インプレッション識別子のブロックを受け取り、前記インプレッション識別子の１つを、前記少なくとも１つのページ又は前記文書に割り振るように構成される、請求項３に記載のプリンタドライバ。
【請求項５】
前記プリンタドライバは、前記少なくとも１つのページ上にタグパターンを印刷するように構成されており、
前記タグパターンが、インプレッション識別子を識別し、
前記視覚的な記述が、前記インプレッション識別子により索引付けされる、請求項１に記載のプリンタドライバ。
【請求項６】
前記タグパターンは、前記ページ上の前記インプレッション識別子及び複数の位置を識別する位置符号化パターンである、請求項５に記載のプリンタドライバ。
【請求項７】
前記プリンタドライバは、前記ページに対する入力記述を、前記視覚的な記述と共に保存するように構成され、
前記入力記述が、前記ページ上の少なくとも１つの対話的要素を記述する、請求項１に記載のプリンタドライバ。
【請求項８】
前記プリンタドライバは、前記入力記述中の前記対話的要素をアプリケーションが指定できるように構成され、
前記対話的要素が、
前記ページ上のハイパーリンクの空間的な広がり及びＵＲＩと、
前記ページ上の入力フィールドの空間的な広がり及びタイプ、
のうちの少なくとも１つにより指定される、請求項７に記載のプリンタドライバ。
【請求項９】
前記プリンタドライバは、
パススルーチャネルと、
ＰＤＬと、
ＰＤＦ注釈と、
ポストスクリプトのｐｄｆｍａｒｋ  ｏｐｅｒａｔｏｒ、
のうちのいずれか１つにより、前記入力要素をアプリケーションが指定できるように構成される、請求項１に記載のプリンタドライバ。
【請求項１０】
前記パススルーチャネルは、ＧＤＩエスケープ機構により提供される、請求項９に記載のプリンタドライバ。
【国際調査報告】
2010539611.tif 000030
2010539611.tif 000031