JP2003504731A - 旅行サービスへのアクセス方法とそのシステム - Google Patents

Abstract

(57)【要約】 情報と符号化データと共に印刷された表示面媒体を介して旅行サービスへのアクセスに関する方法とシステムを開示する。符号化データは、可視又は不可視の状態で符号化されており、適切な検出デバイスで照会する。検出デバイスはコンピュータシステムと通信する。インタフェース表示面、検出デバイス、コンピュータシステムは共にネットワーク上で旅行サービス取引を実行し得る。

Description

【発明の詳細な説明】

【０００１】 発明の分野 本発明は、一般的にコンピュータと対話する方法、システム、装置に関し、特
に、このような方法、システム、装置を利用して旅行サービスへのアクセスを可
能にすることに関する。

【０００２】 本発明は、極めて多くの分散したユーザが印刷物や光学式センサを介して、ネ
ットワーク化された情報との対話によって、高速ネットワーク化されたカラープ
リンタを介しオンデマンドで対話型印刷物を獲得し得るように元来創出された。
本発明は、本明細書中においてこの使用方法について主として述べるが、この分
野での使用方法に限定するものではないことを理解されたい。

【０００３】 同時係属出願 本発明に関する様々な方法、システム及び装置は、本出願と同時に、本発明の
出願者あるいは譲受人によって申請された以下の同時係属出願に開示されている
。

【０００４】 ＰＣＴ／ＡＵ００／００７６２、ＰＣＴ／ＡＵ００／００７６３、ＰＣＴ／Ａ
Ｕ００／００７６１、ＰＣＴ／ＡＵ００／００７６０、ＰＣＴ／ＡＵ００／００
７５９、ＰＣＴ／ＡＵ００／００７５８、ＰＣＴ／ＡＵ００／００７６４、ＰＣ
Ｔ／ＡＵ００／００７６５、ＰＣＴ／ＡＵ００／００７６６、ＰＣＴ／ＡＵ００
／００７６７、ＰＣＴ／ＡＵ００／００７７３、ＰＣＴ／ＡＵ００／００７７４
、ＰＣＴ／ＡＵ００／００７７５、ＰＣＴ／ＡＵ００／００７７６、ＰＣＴ／Ａ
Ｕ００／００７７７、ＰＣＴ／ＡＵ００／００７７０、ＰＣＴ／ＡＵ００／００
７６９、ＰＣＴ／ＡＵ００／００７７１、ＰＣＴ／ＡＵ００／００７７２、ＰＣ
Ｔ／ＡＵ００／００７５４、ＰＣＴ／ＡＵ００／００７５５、ＰＣＴ／ＡＵ００
／００７５６、ＰＣＴ／ＡＵ００／００７５７

【０００５】 これらの同時係属出願の開示は、相互参照として本明細書中において引用する
。 本発明に関する様々な方法、システム及び装置は、２０００年５月２４日に、
本発明の出願者あるいは譲受人によって申請された以下の同時係属出願に開示さ
れている。

【０００６】 ＰＣＴ／ＡＵ００／００５１８、ＰＣＴ／ＡＵ００／００５１９、ＰＣＴ／Ａ
Ｕ００／００５２０、ＰＣＴ／ＡＵ００／００５２１、ＰＣＴ／ＡＵ００／００
５２３、ＰＣＴ／ＡＵ００／００５２４、ＰＣＴ／ＡＵ００／００５２５、ＰＣ
Ｔ／ＡＵ００／００５２６、ＰＣＴ／ＡＵ００／００５２７、ＰＣＴ／ＡＵ００
／００５２８、ＰＣＴ／ＡＵ００／００５２９、ＰＣＴ／ＡＵ００／００５３０
、ＰＣＴ／ＡＵ００／００５３１、ＰＣＴ／ＡＵ００／００５３２、ＰＣＴ／Ａ
Ｕ００／００５３３、ＰＣＴ／ＡＵ００／００５３４、ＰＣＴ／ＡＵ００／００
５３５、ＰＣＴ／ＡＵ００／００５３６、ＰＣＴ／ＡＵ００／００５３７、ＰＣ
Ｔ／ＡＵ００／００５３８、ＰＣＴ／ＡＵ００／００５３９、ＰＣＴ／ＡＵ００
／００５４０、ＰＣＴ／ＡＵ００／００５４１、ＰＣＴ／ＡＵ００／００５４２
、ＰＣＴ／ＡＵ００／００５４３、ＰＣＴ／ＡＵ００／００５４４、ＰＣＴ／Ａ
Ｕ００／００５４５、ＰＣＴ／ＡＵ００／００５４７、ＰＣＴ／ＡＵ００／００
５４６、ＰＣＴ／ＡＵ００／００５５４、ＰＣＴ／ＡＵ００／００５５６、ＰＣ
Ｔ／ＡＵ００／００５５７、ＰＣＴ／ＡＵ００／００５５８、ＰＣＴ／ＡＵ００
／００５５９、ＰＣＴ／ＡＵ００／００５６０、ＰＣＴ／ＡＵ００／００５６１
、ＰＣＴ／ＡＵ００／００５６２、ＰＣＴ／ＡＵ００／００５６３、ＰＣＴ／Ａ
Ｕ００／００５６４、ＰＣＴ／ＡＵ００／００５６６、ＰＣＴ／ＡＵ００／００
５６７、ＰＣＴ／ＡＵ００／００５６８、ＰＣＴ／ＡＵ００／００５６９、ＰＣ
Ｔ／ＡＵ００／００５７０、ＰＣＴ／ＡＵ００／００５７１、ＰＣＴ／ＡＵ００
／００５７２、ＰＣＴ／ＡＵ００／００５７３、ＰＣＴ／ＡＵ００／００５７４
、ＰＣＴ／ＡＵ００／００５７５、ＰＣＴ／ＡＵ００／００５７６、ＰＣＴ／Ａ
Ｕ００／００５７７、ＰＣＴ／ＡＵ００／００５７８、ＰＣＴ／ＡＵ００／００
５７９、ＰＣＴ／ＡＵ００／００５８１、ＰＣＴ／ＡＵ００／００５８０、ＰＣ
Ｔ／ＡＵ００／００５８２、ＰＣＴ／ＡＵ００／００５８７、ＰＣＴ／ＡＵ００
／００５８８、ＰＣＴ／ＡＵ００／００５８９、ＰＣＴ／ＡＵ００／００５８３
、ＰＣＴ／ＡＵ００／００５９３、ＰＣＴ／ＡＵ００／００５９０、ＰＣＴ／Ａ
Ｕ００／００５９１、ＰＣＴ／ＡＵ００／００５９２、ＰＣＴ／ＡＵ００／００
５９４、ＰＣＴ／ＡＵ００／００５９５、ＰＣＴ／ＡＵ００／００５９６、ＰＣ
Ｔ／ＡＵ００／００５９７、ＰＣＴ／ＡＵ００／００５９８、ＰＣＴ／ＡＵ００
／００５１６、ＰＣＴ／ＡＵ００／００５１７、ＰＣＴ／ＡＵ００／００５１１ これらの同時係属出願の開示は、相互参照として本明細書中において引用する
。

【０００７】 背景 旅行サービスは良く知られているように、航空便、宿泊施設、レンタカー、休
暇パック旅行、旅行保険の照会や予約を含む一連の核となる取引を中心に展開さ
れる。旅行サービスは、航空会社や旅行代理店の窓口や、電話あるいは最近増え
つつあるインターネットによって提供される。

【０００８】 目的 本発明の目的は、旅行サービスへのアクセスを可能にする新しい方法とシステ
ムを提供することである。 発明の概要 本発明は、第１の側面において、旅行サービスへのアクセスを可能にする方法
を提供し、その方法は、 見込購買客に旅行サービス取引に関する情報を含むフォームを提供する段階で
あって、前記フォームは、前記フォームの識別と前記フォームの少なくとも１つ
の基準点とを示す符号化データを含む前記段階と、 コンピュータシステムにおいて、前記フォームの識別と前記フォームを基準と
する検出デバイスの位置とに関する表示データを前記検出デバイスから受信する
段階であって、前記検出デバイスが、前記フォームを基準とする操作位置に配置
された時、少なくともいくつかの前記符号化データを用いて前記表示データを検
出する前記段階と、 前記コンピュータシステムにおいて又前記表示データから前記旅行サービス取
引に関する少なくとも１つのパラメータを識別する段階と、を含む。

【０００９】 好ましくは、旅行サービス取引に関する前記パラメータは、前記フォームの少
なくとも１つの領域と対応し、また前記方法は、前記コンピュータシステムにお
いてまた前記検出デバイスが配置されている領域を基準とする領域から、前記パ
ラメータを識別する段階を含む。

【００１０】 好ましくは、前記方法はまた、 前記コンピュータシステムにおいて、検出デバイスの前記フォームを基準とす
る動きに関するデータを受信する段階であって、前記検出デバイスが、少なくと
もいくつかの前記符号化データを用いて前記フォームを基準とするその動きを検
出する前記段階と、 前記コンピュータシステムにおいて又少なくとも部分的に前記少なくとも１つ
の領域内の前記動きから、旅行サービス取引の前記少なくとも１つのパラメータ
を識別する段階と、を含む。

【００１１】 本発明は、第２の側面において、旅行サービスへのアクセスを可能にする方法
を提供し、その方法は、 見込購買客に旅行サービス取引に関する情報を含むフォームを提供する段階で
あって、前記フォームは、前記旅行サービスの少なくとも１つのパラメータを示
す符号化データを含む前記段階と、 コンピュータシステムにおいて、前記少なくとも１つのパラメータと前記フォ
ームを基準とする検出デバイスの動きとに関するデータを検出デバイスから受信
する段階であって、前記検出デバイスが、前記フォームを基準として移動された
時、少なくともいくつかの前記符号化データを用いて前記少なくとも１つのパラ
メータに関する前記データを検出し、また前記フォームを基準とするそれ自身の
動きに関する前記データを生成する前記段階と、 前記コンピュータシステムにおいて、前記検出デバイスの前記動きを、それが
前記少なくとも１つのパラメータに関するものであると解釈する段階と、を含む
。

【００１２】 本発明は、第３の側面において、旅行サービスへのアクセスを可能にする方法
を提供し、その方法は、 見込購買客にフォームの識別を示す符号化データを含むフォームを提供する段
階と、 コンピュータシステムにおいて、前記見込購買客の識別と前記フォームの識別
とに関するデータを検出デバイスから受信する段階であって、前記検出デバイス
が前記見込購買客の識別に関する前記データを含み、また少なくともいくつかの
前記符号化データを用いて前記フォームの識別に関する前記データを検出する前
記段階と、 前記コンピュータシステムにおいて又前記見込購買客の識別と前記フォームの
識別とに関する前記データから旅行サービス取引を識別する段階と、を含む。

【００１３】 好ましくは、前記符号化データはまた前記旅行サービス取引の少なくとも１つ
のパラメータを示し、前記方法は、前記コンピュータシステムにおいて、前記旅
行サービス取引の前記少なくとも１つのパラメータに関する表示データを前記検
出デバイスから受信する段階であって、前記検出デバイスが、少なくともいくつ
かの前記符号化データを用いて前記表示データを検出する前記段階を含む。

【００１４】 本発明は、第４の側面において、旅行サービスへのアクセスを可能にする方法
を提供し、そのシステムは、 旅行サービス取引に関する情報を含むフォームであって、前記フォームの識別
と前記フォームの少なくとも１つの基準点とを示す符号化データを含む前記フォ
ームと、 前記旅行サービス取引に関する少なくとも１つのパラメータを識別するための
検出デバイスから表示データを受信するためのコンピュータシステムであって、
前記表示データが前記フォームの識別と前記フォームを基準とする前記検出デバ
イスの位置とを示し、また前記検出デバイスが少なくともいくつかの前記符号化
データを用いて前記表示データを検出する前記コンピュータシステムと、を含む
。

【００１５】 好ましくは、旅行サービス取引に関連する前記パラメータは、前記フォームの
少なくとも１つの領域と対応している。 好ましくは、前記システムは、少なくともいくつかの前記符号化データを用い
て、前記フォームを基準とするその動きを検出する検出デバイスを備えている。

【００１６】 本発明は、第５の側面において、旅行サービスへのアクセスを可能にするシス
テムを提供し、そのシステムは、 旅行サービス取引に関する情報を含むフォームであって、前記旅行サービス取
引の少なくとも１つのパラメータを示す符号化データを含む前記フォームと、 前記少なくとも１つのパラメータと前記フォームを基準とする検出デバイスの
動きとに関するデータを検出デバイスから受信し、また前記検出デバイスの前記
動きをそれが前記少なくとも１つのパラメータに関するものであると解釈するた
めのコンピュータシステムであって、前記検出デバイスが、前記フォームを基準
として移動された時、少なくともいくつかの前記符号化データを用いて前記少な
くとも１つのパラメータに関する前記データを検出し、また前記フォームを基準
とするそれ自身の動きに関する前記データを生成する前記コンピュータシステム
と、を含む。

【００１７】 本発明は、第６の側面において、旅行サービスへのアクセスを可能にするシス
テムを提供し、そのシステムは、 フォームの識別を示す符号化データを含む前記フォームと、 見込購買客の識別と前記フォームの識別とに関するデータを検出デバイスから
受信し、また前記受信データから旅行サービス取引を識別するためのコンピュー
タシステムであって、前記検出デバイスが、前記見込購買客の識別に関する前記
データを含み、また少なくともいくつかの前記符号化データを用いて前記フォー
ムの識別に関する前記データを検出する前記コンピュータシステムと、を含む。

【００１８】 好ましくは、前記符号化データはまた前記旅行サービス取引の少なくとも１つ
のパラメータを示し、前記コンピュータシステムは、前記少なくとも１つのパラ
メータに関する表示データを前記検出デバイスから受信し、前記検出デバイスが
、少なくともいくつかの前記符号化データを用いて前記表示データを検出する。

【００１９】 従って、本発明は、コンピュータシステムと対話が可能な１つ以上のフォーム
を利用するシステムと方法を提供する。本発明の新しい方法及びシステムは、単
一コンピュータシステムと共に用いてもよく、特に好適な形態においては、イン
ターネット等のコンピュータネットワーク上で動作するようになっている。

【００２０】 物理的に、前記フォームは適切な任意の構造の表示面媒体上に配置される。し
かしながら、好適な構成において、フォームは、その上に出力される符号化デー
タを有し、又コンピュータシステムとの対話を可能にする紙等のシート状材料の
上に配置される。限定はしないが符号化データは可視域外において検出可能であ
り、これによって、機械読取りは可能であるが人間の目にはほぼ不可視であるこ
とが好ましい。またフォームには、フォームの用途や目的等の情報をユーザに提
供する可視材料や、どの可視情報が該当する隠し符号化データに登録されるか又
は該当する隠し符号化データと位置的に関連するかを含んでもよい。

【００２１】 本システムはまた、フォームからコンピュータシステムへデータを伝え、場合
によっては、追加データを提供するための検出デバイスを含む。また、検出デバ
イスは、様々な形態を取ってもよいが、小型で持ち運びが容易であることが好ま
しい。特に好適な構成において、検出デバイスは、フォームへの物理的書込みが
できると共にフォームからの符号化データを選択的に読み込み、コンピュータシ
ステムへ送信できるようにしたペンとして構成される。そして符号化データは制
御情報を提供し、ユーザがそれを指定すると、命令がコンピュータシステム又は
ネットワーク上で動作するソフトウェアに適用されるように構成されている。

【００２２】 フォームと検出デバイス間の対話の性質や各々コンピュータシステムの一翼を
担うデータは変動することがある。１つの構成において、フォームの符号化デー
タは、フォームの識別とそのフォームの少なくとも１つの基準点を示す。もう１
つの実施形態において、フォームは、フォームのパラメータを示す符号化データ
を含み、一方、検出デバイスは、そのフォームを基準とするそれ自身の動きに関
するデータを、フォームからの符号化データと共にコンピュータシステムに提供
するように動作する。またもう１つの構成において、フォームは、少なくともフ
ォームを識別する符号化データを含み、又検出デバイスは、フォーム符号化デー
タと検出デバイスのユーザを識別するデータとに基づいてコンピュータシステム
にデータを提供するようになっている。

【００２３】 好適な構成において、本システムと方法はまた、特別に設計されたプリンタを
用いてフォームを印刷する。更にこれらのプリンタは、コンピュータシステムの
一翼を担い、また一部を構成し、検出デバイスからデータを受信するようになっ
ている。上述したように、本発明のシステムと方法は、ネットワーク上での動作
に非常に適している。この構成において、プリンタは、ネットワークに完全に一
体化され、オンデマンドでフォームの出力や、マルチキャストとポイントキャス
ト通信プロトコルとの組み合わせを用いてフォームを配信することができる。

【００２４】 従って、好適な形態において、本発明は、紙とペンに基づくコンピュータシス
テム用インタフェースを用いる方法とシステムを提供する。このことによって、
従来のコンピュータシステムに優る多大な利益が得られる。紙の利点は、それが
情報の表示や記録に広く用いられることである。更に、印刷された情報は、コン
ピュータ画面上に表示された情報に比べて読取り易い。更に、紙はバッテリを必
要とせず、明るい光の中で読取ることができ、またコーヒー等がこぼれても支障
がなく、また持ち運びが可能であり、更に廃棄することができる。更にまた、本
システムによって、コンピュータのキーボードやマウスによる入力よりも表現を
豊かにする手書き図や手書きテキストを取り込むことができる。 従って、本発明は、新しい対話型表示面媒体を利用して旅行サービスへのアク
セスを可能にする新しい方法及びシステムを提供する。

【００２５】 好ましい実施形態および他の実施形態の詳細な説明 注意：Ｍｅｍｊｅｔ（登録商標）は、オーストラリアのシルバーブルック・リ
サーチ社（Ｓｉｌｖｅｒｂｒｏｏｋ Ｒｅｓｅａｒｃｈ Ｐｔｙ．Ｌｔｄ）の登
録商標である。

【００２６】 好ましい実施形態において本発明はネットページネットワーク化コンピュータ
・システムと共に作動すべく構成されるが、その詳細な概観は以下に示される。
必ずしも全ての実施方式が、基本システムに関して以下で論じられる特定の詳細
および拡張の全て、もしくは殆どを具現するものでないことは理解されるであろ
う。但し、本発明の好ましい実施形態および態様が機能する状況を理解する上で
他の文献の必要性を減少すべく、上記システムは殆ど完全な形態で記述される。

【００２７】 簡潔にまとめると、ネットページ・システムの好ましい形態は、マップ化され
た面、すなわち、コンピュータ・システム内に保持された面用マップに対する標
点を含む物理的面の形態のコンピュータ・インタフェースを採用する。上記マッ
プ標点（ｍａｐ ｒｅｆｅｒｅｎｃｅ）は、適切な検知装置により照会され得る
。特定の実施方式に依存して上記マップ標点は、可視にもしくは不可視にコード
化され得るとともに、マップ化された面上で局部的照会を行うと当該マップ内お
よび別の各マップ内の両者において明瞭なマップ標点が得られる如く定義され得
る。上記コンピュータ・システムは上記マップ化された面上の形状特徴（ｆｅａ
ｔｕｒｅ）に関する情報を含み得ると共に、斯かる情報は、上記マップ化された
面と共に使用される検知装置により供給されるマップ標点に基づき検索され得る
。この様に検索された情報は、面の上記各形状特徴に対する操作者の相互作用に
応じるべく該操作者に代わって上記コンピュータ・システムにより開始されるア
クションの形態を取り得る。

【００２８】 上記ネットページ・システムはその好ましい形態において、ネットページの作
成、および、ネットページに対するユーザの対話（ｉｎｔｅｒａｃｔｉｏｎ）に
依存する。これらは通常の用紙上に印刷されたテキスト、グラフィックおよび画
像のページであるが、それらはインタラクティブ・ウェブ・ページの如く作用す
る。情報は、人間の肉眼ではほぼ不可視なインクを使用して各ページ上にコード
化される。但し上記インクは、故に上記コード化データは、光学的作像ペンによ
り検知されてネットページ・システムへと送信される。

【００２９】 好ましい形態においては、各ページ上の各アクティブ・ボタンおよび各ハイパ
ーリンクが上記ペンによりクリックされ、上記ネットワークからの情報を要求し
、または、ネットワーク・サーバに対して選好性（ｐｒｅｆｅｒｅｎｃｅ）を信
号送信し得る。一実施形態において、ネットページ上に手書きされたテキストは
上記ネットページ・システムにおいて自動的に認識されてコンピュータ用テキス
トに変換されることから、フォームへと記入され得る。他の実施形態においては
、ネットページ上に記録された署名が自動的に照合されることから、電子商取引
（ｅ−ｃｏｍｍｅｒｃｅ）のトランザクションが安全に許可される。

【００３０】 図１に示された如く印刷されたネットページ１は対話フォームを表し得、該フ
ォームはユーザにより、印刷されたページ上で物理的に、且つ、ペンとネットペ
ージ・システムとの間の通信により「電子的」に記入され得る。上記の例は、氏
名および住所フィールドと提出ボタンとを含む「リクエスト」フォームを示して
いる。上記ネットページは、可視インクを使用して印刷されたグラフィック・デ
ータ２と、不可視インクを使用してタグ４の集合として印刷されたコード化デー
タ３とから成る。上記ネットページネットワーク上に記憶された対応するページ
記述５は、上記ネットページの個々の要素を記述する。特に上記ページ記述は、
各対話エレメント（すなわち、上記例におけるテキストフィールドおよびボタン
）の種類および空間的範囲（区域）を記述することから、上記ネットページ・シ
ステムは上記ネットページを介した入力を正しく解読し得る。提出ボタン６は例
えば、対応グラフィック８の空間的範囲に対応する区域７を有する。

【００３１】 図２に示された如く、その好ましい形態が図８および図９に示されると共に以
下で更に詳述されるネットページ・ペン１０１はネットページ・プリンタ６０１
と協働し、該プリンタは、家庭用、オフィスもしくはモバイル用にインターネッ
ト接続された印刷機器である。上記ペンは無線式であり、且つ、短距離無線回線
９を介して上記ネットページ・プリンタと安全に通信する。

【００３２】 その好ましい形態が図１１乃至図１３に示されると共に以下で更に詳述される
ネットページ・プリンタ６０１は、全てが対話式ネットページとして高品質で印
刷される個人用新聞、雑誌、カタログ、パンフレットおよび他の刊行物を定期的
にもしくはオンデマンドで配布し得る。パーソナルコンピュータとは異なり上記
ネットページ・プリンタは例えば、ユーザの台所内、朝食用テーブル上、または
、家庭内の１日の起点となる箇所などの様に、早朝のニュースが最初に使われる
場所の近傍で壁部に取付けられ得る機器である。上記プリンタはまた、卓上型、
デスクトップ型、携帯型および縮小型にされ得る。

【００３３】 必要な箇所にて印刷されたネットページは、用紙の簡便性と、インタラクティ
ブ媒体の適時性および対話性とを組合せている。 図２に示された如く、ネットページ・ペン１０１は印刷されたネットページ１
上の上記コード化データと対話し、この対話を短距離無線回線９を介してネット
ページ・プリンタへと通信する。プリンタ６０１はこの対話を、解読のために適
切なネットページ・ページサーバ１０へと送信する。適切な環境において上記ペ
ージサーバは、ネットページ・アプリケーション・サーバ１３上で動作している
アプリケーション・コンピュータ・ソフトウェアへ対応するメッセージを送信す
る。その結果として、上記アプリケーション・サーバは元のプリンタ上で印刷さ
れる応答を送信しても良い。

【００３４】 上記ネットページ・システムは好ましい実施形態においては、高速の超小型電
子機械的システム（ＭＥＭＳ）に基づくインクジェット（Ｍｅｍｊｅｔ（登録商
標））プリンタとともに使用されることによりより好都合とされる。この技術の
好ましい形態にては、消費者に対し比較的に高速で高品質の印刷が提供され得る
。その好ましい形態においてネットページ刊行物は、両面にフルカラーで印刷さ
れると共に容易な索行および快適な取り扱い為に相互に綴じられた一群のレター
サイズの光沢ページなどの、従来の時事雑誌の物理的特性を有する。

【００３５】 上記ネットページ・プリンタは、普及しつつあるブロードバンドによるインタ
ーネットへのアクセスを活用する。ケーブル・サービスは合衆国では９５％の家
庭が利用し、ブロードバンドによるインターネットへのアクセスを提供するケー
ブル・モデム・サービスは既にその２０％が利用可能である。上記ネットページ
・プリンタはより低速な接続によっても作動し得るが、配布時間はより長くなり
且つ画像品質はより低くなる。実際、上記ネットページ・システムは既存の消費
者用インクジェットプリンタおよびレーザプリンタにより使用可能とされ得るが
、上記システムの作動は更に低速となり、消費者の観点からは容認し得なくなる
。他の実施形態において上記ネットページ・システムは、構内のイントラネット
上で運営される。更なる他の実施形態において上記ネットページ・システムは、
単一コンピュータ上で、または、プリンタなどのコンピュータが使用可能な装置
上でホストされる。

【００３６】 上記ネットページネットワーク上のネットページ発行サーバ１４は、各ネット
ページ・プリンタに対して印刷品質の刊行物を配布すべく構成される。加入して
いる各ネットページ・プリンタに対しては、ポイントキャスト（ｐｏｉｎｔｃａ
ｓｔ）もしくはマルチキャスト（ｍｕｌｔｉｃａｓｔ）インターネット・プロト
コルにより定期的刊行物が自動的に配信される。個人用刊行物は、個々のユーザ
・プロファイルに従いフィルタリングおよびフォーマットされる。

【００３７】 ネットページ・プリンタは任意の個数のペンをサポートすべく構成され得ると
共に、ペンは任意の台数のネットページ・プリンタと協働し得る。好適実施方式
において、各ネットページ・ペンは一意的なＩＤ（識別）を有する。ひとつの家
庭は、家族の各々に１本ずつ割り当てられた色付ネットページ・ペンの集合を有
し得る。これにより各ユーザは、ネットページ発行サーバもしくはアプリケーシ
ョン・サーバに関して別個のプロファイルを維持し得る。

【００３８】 ネットページ・ペンはまた、ネットページ登録サーバ１１に登録され得ると共
に、ひとつ以上の支払カード口座にリンクされ得る。これにより、上記ネットペ
ージ・ペンを使用して電子商取引の支払いが安全に許可され得る。上記ネットペ
ージ登録サーバは上記ネットページ・ペンにより捕捉された署名を予め登録され
た署名と比較することから、該ネットページ登録サーバはユーザのＩＤを電子商
取引サーバに対して認証し得る。ＩＤを照合する上では、他のバイオメトリック
値（ｂｉｏｍｅｔｒｉｃ）も使用され得る。ネットページ・ペンの変形例は、上
記ネットページ登録サーバにより同様に照合される指紋の読取りを含む。

【００３９】 ネットページ・プリンタはユーザの介在なしで朝刊などの定期刊行物を配布し
得るが、求められないジャンク・メールなどを配布するようには構成され得ない
。その好ましい形態において上記プリンタは、購読契約された供給源もしくは権
限付与された供給源からの定期刊行物のみを配布する。この点に関して上記ネッ
トページ・プリンタは、電話番号もしくは電子メール・アドレスを知った一切の
ジャンク・メーラ（ｊｕｎｋ ｍａｉｌｅｒ）から見えるファックス装置もしく
は電子メール・アカウントとは異なるものである。

【００４０】１． ネットページ・システムのアーキテクチャ 上記システムにおける各オブジェクト・モデルは、統一モデル言語（Ｕｎｉｆ
ｉｅｄ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）（ＵＭＬ）のクラス概念図を使
用して記述される。ひとつのクラス概念図は、関係により接続された一群のオブ
ジェクト・クラスからなり、此処では２種類の関係（ｒｅｌａｔｉｏｎｓｈｉｐ
）、すなわち、関連（ａｓｓｏｃｉａｔｉｏｎ）および汎化（ｇｅｎｅｒａｌｉ
ｚａｔｉｏｎ）が重要である。関連とは、オブジェクト間の、すなわち各クラス
の各インスタンス間の一定種類の関係を表す。汎化は実際の各クラスに関連する
と共に、次の様に理解され得る。もしひとつのクラスがそのクラスの全てのオブ
ジェクトの集合であると考えられ且つクラスＡがクラスＢの汎化であるとすれば
、Ｂは単にＡの部分集合である。上記ＵＭＬは、二次的モデリング、すなわちク
ラスのクラスを直接的にはサポートしない。

【００４１】 各クラスは、そのクラスの名称により名称表示された矩形として描かれる。そ
れは、水平線により名称から分離されたクラスの各属性のリストと、水平線によ
り上記属性リストから分離されたそのクラスの操作のリストとを含む。但し、以
下の各クラス概念図において、各動作はモデル化されない。

【００４２】 関連は２個のクラスを結ぶラインとして描かれ、いずれかの端部にて関連の多
重度により選択的に名称表示される。既定の多重度は１（ｏｎｅ）である。アス
タリスク（＊）は、「多（ｍａｎｙ）」すなわちゼロ以上の多重度を示す。各関
連はその名称により選択的に名称表示されると共に、いずれかの端部にて対応ク
ラスの役割により選択的に名称表示される。白抜き菱形は、集約的関連（ａｇｇ
ｒｅｇａｔｉｏｎ ａｓｓｏｃｉａｔｉｏｎ）（「〜の一部である（ｉｓ−ｐａ
ｒｔ−ｏｆ）」）を表し、且つ、関連ラインのアグレゲータ（ａｇｇｒｅｇａｔ
ｏｒ）端部に描かれている。

【００４３】 汎化関係（「である（ｉｓ−ａ）」）は、２つのクラスを結ぶ実線として描か
れ、汎化端部には（白抜き三角形の形態の）矢印が付されている。 クラス概念図が複数の概念図に分解された場合、複製される任意のクラスは、
それを定義する主要概念図以外においては点線外枠により示される。クラスは、
該クラスが定義される箇所においてのみ属性と共に示される。

【００４４】１．１ ネットページ ネットページは、ネットページネットワークが構築される基礎である。ネット
ページは、発行された情報およびインタラクティブ・サービスに対する紙ベース
のユーザインタフェースを提供する。

【００４５】 ネットページは、そのページのオンライン記述に関して不可視にタグ付けされ
た印刷されたページ（もしくは他の面領域）から成る。オンライン・ページ記述
は、ネットページ・ページサーバにより永続的に維持される。上記ページ記述は
、テキスト、グラフィックおよび画像などの、そのページの可視のレイアウトお
よび内容を記述する。上記ページ記述はまた、ボタン、ハイパーリンクおよび入
力フィールドなどのページ上の入力用エレメントも記述する。ネットページによ
れば、上記ネットページ・システムにより同時に捕捉かつ処理されることを可能
にするマーキングがネットページ・ペンにより当該ネットページ上に行われ得る
。

【００４６】 複数のネットページが同一のページ記述を共有し得る。但し、その他の点では
同一な各ページを介した入力が区別され得るべく、各ネットページには一意的ペ
ージ識別子が割り当てられる。このページＩＤは、相当に多数のネットページを
区別し得るに十分な精度を有する。

【００４７】 上記ページ記述への参照は、印刷されたタグ内にコード化される。このタグは
該タグが現れる一意的ページを識別することにより、ページ記述を間接的に識別
する。タグはまた、ページ上における該タグ自身の位置も識別する。各タグの特
性は以下において更に詳述される。

【００４８】 タグは、通常の用紙などの赤外線反射性な任意の物質上に赤外線吸収インクで
印刷される。近赤外線波長は人間の目には不可視であるが、適切なフィルタを備
えた半導体画像センサにより容易に検知される。

【００４９】 タグはネットページ・ペン内の領域画像センサにより検知され、且つ、タグ・
データは最も近くに在るネットページ・プリンタを介して上記ネットページ・シ
ステムに送信される。上記ペンは無線により、短距離無線回線を介して上記ネッ
トページ・プリンタと通信する。各タグは十分に小寸であると共に、ペンがペー
ジ上を一回クリックしただけで少なくとも一個のタグを確実に作像し得る如く稠
密に配置される。ページに対して対話を行う毎にページＩＤおよび位置をペンが
認識することは重要である、と言うのも、上記対話はステートレス（ｓｔａｔｅ
ｌｅｓｓ）だからである。各タグは、面の損傷に対して部分的に耐性を有すべく
、エラー補正可能にコード化される。

【００５０】 上記ネットページ・ページサーバは各印刷済ネットページに対する一意的ペー
ジインスタンスを維持することにより、各印刷済ネットページに対するページ記
述における各入力フィールドに対してユーザが供給した値の別個の群を維持し得
る。

【００５１】 図４には、ページ記述、ページインスタンスおよび印刷済ネットページの関係
が示されている。印刷されたネットページは印刷されたネットベージ・ドキュメ
ントの一部であり得る。ページインスタンスは、それが印刷されたネットページ
・プリンタと、もし認識されるならば、それを要求したネットページ・ユーザと
の両者に対して関連付けられる。

【００５２】１．２ネットページ・タグ タグ・データ内容 好ましい形態において各タグは、それが現れる領域と、その領域内におけるそ
のタグの所在位置（ｌｏｃａｔｉｏｎ）とを識別する。タグはまた、全体として
その領域、または、そのタグに関連する各フラグも含み得る。一個以上のフラグ
・ビットは例えばタグ検知装置に対して信号を送信して、領域の記述を検知装置
が参照すること無く、そのタグの即時領域（ｉｍｍｅｄｉａｔｅ ａｒｅａ）に
関連する機能を表すフィードバックを提供する。ネットページ・ペンは例えば、
ハイパーリンクの区域内に在るときに、「アクティブ領域（ａｃｔｉｖｅ ａｒ
ｅａ）ＬＥＤ」を点灯し得る。

【００５３】 以下において更に明瞭に説明される如く好ましい実施形態において各タグは容
易に認識される不変の構造を含むが、該構造は、初期検出を助力すると共に、面
により誘起された一切の撓みに起因するか、または検知プロセスに起因する影響
を最小化するのを助ける。各タグは好適にはページ全体をタイル（ｔｉｌｅ）す
ると共に、各タグは十分に小寸であり且つペンがページ上を一回クリックしただ
けで少なくとも一個のタグを確実に作像し得る如く稠密に配置される。ページに
対して対話を行う毎にページＩＤおよび位置をペンが認識することは重要である
、と言うのも、上記対話はステートレスだからである。

【００５４】 好ましい実施形態においてタグが参照する領域はページ全体と一致することか
ら、上記タグ内にコード化された領域ＩＤは、そのタグが現れるページのページ
ＩＤと同義である。他の実施形態においては、タグが参照する領域はページもし
くは他の面における任意の部分的領域とされ得る。例えばそれは、対話エレメン
トの区域と一致し得るが、その場合に領域ＩＤはその対話エレメントを直接的に
識別し得る。

【００５５】

【表１】 各タグは、一般的には表１に示された如く割り当てられた１２０ビットの情報
を含む。１平方インチ（６．４５平方センチメートル）当たりで６４個の最大タ
グ密度とすると、１６ビット・タグＩＤは１０２４平方インチ（６６０６平方セ
ンチメートル）までの領域サイズをサポートする。単に相互に当接する領域およ
びマップを使用することにより、更に大きな領域がタグＩＤ精度を増加すること
無く連続的にマップ化され得る。１００ビットの領域ＩＤに依れば、２¹⁰⁰ （〜
１０³⁰すなわち百万×１兆×１兆）の異なる領域が一意的に識別され得る。

【００５６】１．２．２ タグ・データのコード化 上記１２０ビットのタグ・データは、（１５，５）リード・ソロモン符号を使
用して冗長的にコード化される。これによれば、各々が１５個の４ビット記号か
ら成る６個の符号語（ｃｏｄｅｗｏｒｄ）から成る３６０個のコード化ビットが
得られる。上記（１５，５）コードによれば１符号語当たり５個の記号エラーが
補正され得るものであり、すなわち、符号語当たり３３％までの記号エラー率の
耐性が在る。

【００５７】 各４ビット記号はタグ内において空間的に密着した手法で表され、且つ、６個
の符号語の各記号はタグ内において空間的にインターリーブされる。これによれ
ば確実に、バースト・エラー（空間的に近傍の複数のビットに影響するエラー）
が全体として破損する記号の個数が最小となりかつ任意の符号語において破損す
る記号の個数が最小とされることから、バースト・エラーが完全に補正される可
能性が最大となる。

【００５８】１．２．３ 物理的タグ構造 図５に示されたタグの物理的表現は、固定ターゲット構造１５，１６，１７お
よび可変データ領域１８を含む。上記固定ターゲット構造によれば、ネットペー
ジ・ペンなどの検知装置は、タグを検出すると共に、当該センサに対するタグの
３次元配向を推定し得る。データ領域は、コード化タグ・データの個々のビット
の表現を含む。

【００５９】 適切なタグ再現を行うために、タグは２５６×２５６ドットの解像度にて描か
れる。１，６００ドット／インチで印刷された場合、これは約４ｍｍの直径のタ
グを生成する。この解像度にてタグは、１６ドット半径の「空白領域（ｑｕｉｅ
ｔ ａｒｅａ）」により囲繞されるべく設計される。上記空白領域は近傍の各タ
グによっても寄与されることから、そのタグの実効直径に対して１６ドットを付
加するのみである。

【００６０】 上記タグは６個のターゲット構造を含む、すなわち、１個の検出リング１５、
１個の配向軸ターゲット１６、および４個の透視ターゲット構造１７である。 検出リング１５に依り検知装置は先ず、タグ４を検出し得る。上記リングの検
出は容易である、と言うのも、該リングは回転的に不変であり且つそのアスペク
ト比を補正するだけで遠近の歪曲（ｐｅｒｓｐｅｃｔｉｖｅ ｄｉｓｔｏｒｔｉ
ｏｎ）の影響の殆どは除去されるからである。配向軸心１６に依れば検知装置は
、センサのヨーに依りタグの近似的平面配向を決定し得る。上記配向軸心は、一
意的配向を提供すべく傾斜される。４個の透視ターゲット１７に依れば検知装置
は、タグの正確な２次元透視変換（ｔｗｏ−ｄｉｍｅｎｓｉｏｎａｌ ｐｅｓｐ
ｅｃｔｉｖｅ ｔｒａｎｓｆｏｒｍ）を推定し得ることから、センサに対するタ
グの正確な３次元位置および配向を推定し得る。

【００６１】 全てのターゲット構造は、ノイズに対する耐性を改善すべく、冗長的に大寸で
ある。 タグ形状全体は円形である。これは特に、不整な三角形格子上における最適な
タグ充填をサポートする。これは、円形検出リング１５と組合され、タグ内にお
けるデータ・ビットの円形構成を最適とする。そのサイズを最大化すべく各デー
タ・ビットは、２本の径方向ライン５１２、径方向内側弧５１４および径方向外
側弧５１６により境界付けられた領域の形態を有する径方向くさび部５１０によ
り表される。各くさび部５１０は１，６００ｄｐｉにて８ドットの最小寸法を有
し、且つ、その基部（すなわちその内側弧５１４）が少なくともこの最小寸法と
等しい様に設計される。くさび部５１０の径方向高さは、常に上記最小寸法と等
しい。各４ビット・データ記号は２×２個のくさび部の配列により表される。

【００６２】 ６個の符号語の各々の１５個の４ビット・データ記号は、４個の同心的記号リ
ング１８ａ乃至１８ｄに対し、インターリーブ様式で割り当てられる。記号は、
タグの回りにおいて円形に進展すべく交互に割り当てられる。

【００６３】 上記インターリーブは、同一の符号語の任意の２個の記号間の平均的空間距離
を最大化すべく設計される。 検知装置を介してタグ付け領域に対する「シングル・クリック」での対話をサ
ポートすべく、上記検知装置は、領域の何処に配置されるかまたはどの配向で配
置されるかに関わりなく、当該検知装置の視野内に少なくとも一個のタグの全体
を視認し得ねばならない。故に、上記検知装置の視野の必要直径は、各タグのサ
イズおよび間隔の関数である。 円形タグ形状を仮定すると、センサ視野の最小直径は、図６に示された如く各
タグが正三角形格子上にタイリングされたときに求められる。

【００６４】１．２．４ タグ画像の処理および復号化 図７には、ネットページ・ペンなどの検知装置により実施されるタグ画像の処
理および復号化が示されている。捕捉された画像が上記画像センサから獲得され
ている間、画像のダイナミック・レンジは（２０にて）決定される。レンジの中
心はそのとき、画像２１に対する２値の閾値（ｂｉｎａｒｙ ｔｈｒｅｓｈｏｌ
ｄ）として選択される。上記画像は次に（２２にて）結合されたピクセル領域（
すなわち形状２３）へと閾値演算処理されてセグメント化される。タグ・ターゲ
ット構造を表すには小さ過ぎる形状は廃棄される。各形状のサイズおよび重心も
算出される。

【００６５】 次に、各形状に対してはバイナリ形状モーメント２５が（２４にて）算出され
ることにより、引き続きターゲット構造を位置決めする為の基礎が提供される。
中心の形状モーメントはそれらの不変位置の性質に依るものであり、且つ、スケ
ール、アスペクト比および回転に関して容易に不変とされ得る。

【００６６】 リング状ターゲット構造１５は（２６にて）位置決めされるべき第１のもので
ある。リングは、遠近的に歪曲されたときでも極めて良好に挙動するという利点
を有する。各形状のモーメントを縦横正規化かつ回転正規化することにより、整
合が行われる。リングの二次モーメントが正規化されたなら、遠近の歪曲が相当
であってもリングは容易に認識される。リングの元の縦横および回転２７は協働
して、上記透視変換の有用な近似を提供する。

【００６７】 軸ターゲット構造１６は、（２８にて）次に位置決めされるべきものである。
上記リングの正規化を各形状のモーメントに適用すると共に、結果的な各モーメ
ントを回転正規化することにより、整合が進む。その二次モーメントが正規化さ
れたなら、上記軸ターゲットは容易に認識される。尚、上記軸の２通りの可能な
配向を明確化すべく、ひとつの三次モーメントが必要なことに留意されたい。こ
れを可能とすべく、上記形状は一方の側へと故意に傾斜される。また、上記軸タ
ーゲットにリングの正規化が適用された後でのみ上記軸ターゲットを回転正規化
することが可能なことに留意されたい、と言うのも、上記遠近の歪曲は上記軸タ
ーゲットの軸心を隠蔽し得るからである。上記軸ターゲットの元の回転は、ペン
のヨー２９に依るタグの回転の有用近似を提供する。

【００６８】 ４個の透視ターゲット構造１７は、（３０にて）最後に位置決めされるべきも
のである。それらの位置の良好な評価は、リングおよび各軸ターゲットに対する
各透視ターゲット構造の既知の空間的関係と、上記リングの縦横および回転と、
上記軸心の回転とに基づき算出される。リングの正規化を各形状の各モーメント
に適用することにより整合が進展する。それらの二次モーメントが正規化された
なら、上記各円形透視ターゲットは容易に認識され、評価された各位置に最も近
いターゲットが匹敵物として採用される。次に、４個の上記透視ターゲットの元
の各重心がタグ空間内における既知サイズの正方形の遠近的に歪曲された角部３
１であるとして採用され、且つ、（３２においては）上記４個のタグ空間および
画像空間の点対に関して良好に理解される方程式を解くことで８自由度透視変換
３３が推定される。

【００６９】 推定されたタグ空間から画像空間への透視変換は、タグ空間内における各既知
データ・ビット位置を画像空間内に投影すべく使用され、その場合、実値化され
た位置は入力画像における４個の適切な隣接ピクセルを双線形的に補間すべく使
用される。予め算出された画像閾値２１は、結果を閾値演算処理して最終ビット
値３７を生成すべく使用される。

【００７０】 この様にして全ての３６０個のデータ・ビット３７が獲得されたなら、６個の
６０ビット・リード・ソロモン符号の各々は（３８にて）復号化され、２０組の
復号化済ビット３９、すなわち合計で１２０個の復号化済ビットが得られる。上
記符号語の各記号は符号語の順番でサンプリングされることから、サンプリング
・プロセスの間に各符号語は暗黙的にインターリーブされることに留意されたい
。

【００７１】 リングターゲット１５は上記画像の部分的領域内においてのみ発見されること
から、その画像に対する該リングターゲット１５の関係により、もし発見されれ
ばリングは完全タグの一部であることが保証される。完全タグが発見されずに好
首尾に復号化されたとしても、現在フレームに対するペン位置は記録されない。
適切な処理能力および理想的には非最小視野１９３が与えられれば、代替的な方
策としては現在タグにおける別のタグを探す段階が含まれる。

【００７２】 獲得されたタグ・データは、そのタグを含む領域のＩＤと、該領域内における
そのタグの位置とを表す。その後（３４にては）、上記領域内におけるペン先の
正確な位置３５ならびにペンの全体的配向３５が、そのタグ上で観察された透視
変換３３と、ペンの物理的軸心とペンの光学軸との間の既知空間関係とから推定
される。

【００７３】１．２．５ タグ・マップ タグを復号化すると、領域ＩＤ、タグＩＤおよび対タグ・ペン変換（ｔａｇ−
ｒｅｌａｔｉｖｅ ｐｅｎ ｔｒａｎｓｆｏｒｍ）を生じる。上記タグＩＤおよ
び対タグ・ペン所在位置（ｔａｇ−ｒｅｌａｔｉｖｅ ｐｅｎ ｌｏｃａｔｉｏ
ｎ）が上記タグ付け領域内の絶対所在位置へと変換され得る前に、上記領域内の
上記タグの所在位置が既知とされねばならない。これはタグ・マップにより与え
られるが、該タグ・マップの機能は、タグ付け領域内における各タグＩＤを対応
所在位置へとマッピングすることである。タグ・マップ・クラス概念図は、ネッ
トページ・プリンタ・クラス概念図の一部として図２２に示されている。

【００７４】 タグ・マップは各タグにより面領域をタイリングすべく使用された方式を反映
し、且つ、これは面の種類に依り変化し得る。複数のタグ付け領域が同一のタイ
リング方式および同一のタグ番号付け方式を共有する場合、これらの複数のタグ
付け領域は同一のタグ・マップも共有し得る。

【００７５】 領域に対するタグ・マップは、領域ＩＤにより検索可能とされねばならない。
故に、領域ＩＤ、タグＩＤおよびペン変換が与えられれば、タグ・マップが検索
可能であり、タグＩＤはその領域内における絶対的タグ所在位置へと変換可能で
あり、且つ、対タグ・ペン所在位置がタグ所在位置に加算されて上記領域内にお
ける絶対的ペン所在位置が求められ得る。

【００７６】１．２．６ タグ付け方式 ２通りの別個の面コード化方式が重要であり、そのいずれもが、本節にて上述
されたタグ構造を使用する。好適なコード化方式は、既に論じた「所在位置表示
」タグを使用する。代替的なコード化方式は、オブジェクト表示タグを使用する
。

【００７７】 所在位置表示タグはタグＩＤを含み、該タグＩＤは、タグ付け領域に関連する
タグ・マップを介して変換されたとき、その領域内における一意的タグ所在位置
を生成する。このタグ所在位置に対してはペンの対タグ所在位置が加算され、上
記領域内のペンの所在位置を生成する。この所在位置は、上記領域に関連するペ
ージ記述内のユーザインタフェースエレメントに対するペンの所在位置を決定す
べく使用される。ユーザインタフェースエレメント自体が識別されるだけでなく
、ユーザインタフェースエレメントに対する所在位置も識別される。故に所在位
置表示タグは、特定のユーザインタフェースエレメントの区域内における絶対的
なペン経路の捕捉を自明的にサポートする。

【００７８】 オブジェクト表示タグは、領域に関連するページ記述内のユーザインタフェー
スエレメントを直接的に識別するタグＩＤを含む。上記ユーザインタフェースエ
レメントの区域内における全てのタグはそのユーザインタフェースエレメントを
識別して、これらの全てのタグを同一のものとし、よってそれらは区別不能とな
る。故にオブジェクト表示タグは、絶対的ペン経路の捕捉をサポートしない。但
しこれらのタグは、相対的ペン経路をサポートする。遭遇するタグ頻度に対して
位置サンプリング周波数が２倍を超える限り、ひとつのストローク内においてサ
ンプリングされたひとつのペン位置から次の位置までの変位は明確に決定され得
る。

【００７９】 いずれのタグ付け方式に依っても、各タグはネットページ上で関連する視覚的
要素と協働してユーザインタフェースエレメントとして機能する、と言うのも、
ユーザはタグ・データが適切な検知装置により読み取られると共にネットページ
・システムにおいて適切な応答が生成されるべく検知装置を使用して印刷された
ページと対話し得るからである。

【００８０】１．３ ドキュメントおよびページ記述 図２５および図２６には、ドキュメントおよびページ記述クラス概念図の好ま
しい実施形態が示されている。 上記ネットページ・システムにおいてドキュメントは３つのレベルで記述され
る。最も抽象的なレベルにてドキュメント８３６は階層構造を有するが、該階層
構造の端末エレメント８３９は、テキストオブジェクト、テキスト・スタイルオ
ブジェクト、画像オブジェクトなどのコンテンツオブジェクト８４０と関連付け
られる。上記ドキュメントが特定のページ・サイズに依り且つユーザの縮尺係数
選好性に従いプリンタで印刷されたなら、そのドキュメントはページ付けされる
かフォーマットされる。フォーマットされた端末エレメント８３５は、いくつか
の場合において、特にコンテンツオブジェクトがスタイル関連である場合、対応
する端末エレメントに関連付けられたコンテンツオブジェクトとは異なるコンテ
ンツオブジェクトに関連付けられる。ドキュメントおよびページの各印刷済イン
スタンスもまた別個に記述されることから、特定のページインスタンス８３０を
介して捕捉された入力は、同一のページ記述の他のインスタンスを介して捕捉さ
れた入力から分離して記録され得る。

【００８１】 上記ページサーバ上には最も抽象的なドキュメント記述が存在することから、
ユーザは、ソース・ドキュメントの特定フォーマットの受け入れを強制されずに
、ドキュメントのコピーを要求し得る。例えばユーザは、異なるページ・サイズ
によるコピーをプリンタに対して要求し得る。逆に、ページサーバ上にはフォー
マット済ドキュメント記述が存在することから、ページサーバは特定の印刷され
たページ上におけるユーザのアクションを効率的に解釈し得る。

【００８２】 フォーマット済ドキュメント８３４は、各々が一群のフォーマット済端末エレ
メント８３５から成る一群のフォーマット済ページ記述５から成る。各フォーマ
ット済エレメントは、ページ上に空間的範囲もしくは区域５８を有する。これは
、ハイパーリンクおよび入力フィールドなどの入力用エレメントのアクティブ領
域を定義する。

【００８３】 ドキュメントインスタンス８３１は、フォーマット済ドキュメント８３４に対
応する。ドキュメントインスタンス８３１は一群のページインスタンス８３０か
ら成り、その各々は上記フォーマット済ドキュメントのページ記述５に対応する
。各ページインスタンス８３０は単一で一意的な印刷済ネットページ１を記述し
、且つ、そのネットページのページＩＤ５０を記録する。ページインスタンスは
、もしそれが単独で要求されたページのコピーを表すなら、ドキュメントインス
タンスの一部ではない。

【００８４】 ページインスタンスは、一群の端末エレメントインスタンス８３２から成る。
エレメントインスタンスは、もしそれがインスタンス特有情報を記録するときに
のみ存在する。故に、ハイパーリンクインスタンスはページインスタンスに特有
のトランザクションＩＤ５５を記録することからハイパーリンクエレメントに対
して存在し、且つ、フィールドインスタンスはページインスタンスに特有の入力
を記録することからフィールドエレメントに対して存在する。但し、テキストフ
ローなどのスタティックエレメントに対してエレメントインスタンスは存在しな
い。

【００８５】 図２７に示された如く、端末エレメントはスタティックエレメント８４３、ハ
イパーリンクエレメント８４４、フィールドエレメント８４５もしくはページサ
ーバコマンドエレメント８４６とされ得る。また、図２８に示された如くスタテ
ィックエレメント８４３は、スタイルオブジェクト８５４が関連付けられたスタ
イルエレメント８４７、スタイル化テキストオブジェクト８５５が関連付けられ
たテキストフローエレメント８４８、画像エレメント８５６が関連付けられた画
像エレメント８４９、グラフィックオブジェクト８５７が関連付けられたグラフ
ィックエレメント８５０、ビデオクリップオブジェクト８５８が関連付けられた
ビデオクリップエレメント８５１、オーディオクリップオブジェクト８５９が関
連付けられたオーディオクリップエレメント８５２、または、スクリプトオブジ
ェクト８６０が関連付けられたスクリプトエレメント８５３であり得る。

【００８６】 ページインスタンスは、ページ上で捕捉され乍らも特定の入力用エレメントに
適用されない一切のデジタルインク（ｄｉｇｉｔａｌ ｉｎｋ）を記録すべく使
用される背景フィールド８３３を有する。

【００８７】 本発明の好ましい形態において、タグ・マップ８１１には各ページインスタン
スが関連付けられて、ページ上の各タグはそのページ上の各所在位置へと翻訳さ
れ得る。

【００８８】１．４ ネットページネットワーク 図３に示された如く好ましい実施形態においてネットページネットワークは、
インターネットなどのネットワーク１９を介して接続されたネットページ・ペー
ジサーバ１０、ネットページ登録サーバ１１、ネットページＩＤサーバ１２、ネ
ットページ・アプリケーション・サーバ１３、ネットページ発行サーバ１４およ
びネットページ・プリンタ６０１の、分散群から成る。

【００８９】 ネットページ登録サーバ１１は、ユーザ、ペン、プリンタ、アプリケーション
および刊行物の間の関係を記録することにより種々のネットワーク作用を許可す
るサーバである。該サーバはユーザを認証すると共に、アプリケーション・トラ
ンザクションにおいて認証済ユーザに代わる署名プロキシ（ｓｉｇｎｉｎｇ ｐ
ｒｏｘｙ）として作用する。該サーバはまた、手書き文字認識サービスも提供す
る。上述の如くネットページ・ページサーバ１０は、ページ記述およびページイ
ンスタンスに関する永続的な情報を維持する。上記ネットページネットワークは
、各々がページインスタンスの部分集合を取扱う任意個数のページサーバを含む
。ページサーバは各ページインスタンスに対するユーザ入力値も維持することか
ら、ネットページ・プリンタなどのクライアントはネットページ入力を適切なペ
ージサーバに対して直接的に送信する。そのページサーバは、斯かる入力の一切
を、対応ページの記述に対して解釈する。

【００９０】 ネットページＩＤサーバ１２はドキュメントＩＤ５１をオンデマンドで割り当
て、且つ、そのＩＤ割り当て方式により各ページサーバの負荷平衡化を提供する
。

【００９１】 ネットページ・プリンタはインターネット式の分散名称システム（ＤＮＳ）な
どを使用し、ネットページ・ページＩＤ５０を、対応するページインスタンスを
取扱うネットページ・ページサーバのネットワーク・アドレスへと変換する。

【００９２】 ネットページ・アプリケーション・サーバ１３は、インタラクティブ・ネット
ページ・アプリケーションを運営するサーバである。ネットページ発行サーバ１
４は、各ネットページ・プリンタに対してネットページ・ドキュメントを発行す
るアプリケーション・サーバである。これらは、第２節にて詳述される。

【００９３】 ネットワーク・サーバは、ＩＢＭ、ヒューレットパッカード（Ｈｅｗｌｅｔｔ
−Ｐａｃｋａｒｄ）およびサン（Ｓｕｎ）などの製造業者からの種々のネットワ
ーク・サーバ・プラットフォーム上で運営され得る。単一のホスト上で複数のネ
ットワーク・サーバが動作し得ると共に、単一のサーバが多数のホストに亙り分
配され得る。各ネットワーク・サーバにより提供される機能性、特に、ＩＤサー
バおよびページサーバにより提供される機能性の幾つかもしくは全てもまた、コ
ンピュータ・ワークステーション内もしくはローカル・ネットワーク上における
ネットページ・プリンタなどのネットページ・アプリケーションにおいて直接的
に提供され得る。

【００９４】１．５ ネットページ・プリンタ ネットページ・プリンタ６０１は、上記ネットページ・システムにより登録さ
れた機器であってオンデマンドにかつ予約購読によりネットページ・ドキュメン
トを印刷する機器である。各プリンタは一意的プリンタＩＤ６２を有すると共に
、インターネットなどのネットワークを介して、理想的にはブロードバンド接続
を介して上記ネットページネットワークに接続される。

【００９５】 不揮発性メモリにおけるＩＤおよびセキュリティの設定は別として、上記ネッ
トページ・プリンタは永続的な記憶を含まない。ユーザに関する限り、「ネット
ワークがコンピュータである」。各ネットページは、特定のネットページ・プリ
ンタから独立して、分散された各ネットページ・ページサーバ１０の助力により
空間かつ時間に亙りインタラクティブに機能する。

【００９６】 ネットページ・プリンタは、各ネットページ発行サーバ１４から予約購読ネッ
トページ・ドキュメントを受信する。各ドキュメントは、ページ・レイアウト、
ならびに、ページに載置された実際のテキストおよび画像オブジェクトの２つの
部分として配布される。個別化の故に、ページ・レイアウトは一般的には特定の
加入者（ｓｕｂｓｃｒｉｂｅｒ）に対して特有であり、その故に、適切なページ
サーバを介して加入者のプリンタへとポイントキャストされる。一方、テキスト
および画像オブジェクトは一般的には他の加入者と共有されることから、全ての
加入者のプリンタおよび適切なページサーバへとマルチキャストされる。

【００９７】 上記ネットページ発行サーバはポイントキャストおよびマルチキャストに対す
るドキュメント・コンテンツのセグメント化を最適化する。ドキュメントのペー
ジ・レイアウトのポイントキャストを受信した後でプリンタは、もし在るならば
、どのマルチキャストを傾聴すべきかを認識する。

【００９８】 印刷されるべきドキュメントを定義する完全なページ・レイアウトおよび各オ
ブジェクトをプリンタが受信したなら、プリンタはそのドキュメントを印刷し得
る。

【００９９】 プリンタは、シートの両面において同時に奇数および偶数ページをラスタライ
ズして印刷する。該プリンタはこの目的の為に、両面印刷エンジン制御装置７６
０と、Ｍｅｍｊｅｔ（登録商標）印刷ヘッド３５０を利用する印刷エンジンとを
含む。

【０１００】 印刷プロセスは２つの別個の段階、すなわち、ページ記述のラスタライズと、
ページ画像の展開および印刷とからなる。ラスタ画像プロセッサ（ＲＩＰ）は、
並列に動作する一個以上の標準ＤＳＰ７５７から成る。上記両面印刷エンジン制
御装置は、各印刷エンジンにおける各印刷ヘッドの動作と同期されてリアルタイ
ムでページ画像を展開し、ディザリングして印刷するカスタム・プロセッサから
成る。

【０１０１】 ＩＲ印刷が可能でないプリンタはＩＲ吸収性の黒インクを使用してタグを印刷
する選択肢を有するが、この場合に各タグはページの空き領域内へと制限される
。斯かるページはＩＲ印刷ページよりも機能性が更に限定されるが、依然として
ネットページとして分類される。

【０１０２】 通常のネットページ・プリンタは、薄寸用紙上にネットページを印刷する。更
に特化されたネットページ・プリンタは、球体などの更に特化された面上に印刷
し得る。各プリンタは少なくとも一種類の面の種類をサポートすると共に、各面
種類に対して少なくとも一種類のタグのタイリング方式をサポートし、故にタグ
・マップをサポートする。ドキュメントを印刷すべく実際に使用されるタグタイ
リング方式を記述するタグ・マップ８１１はそのドキュメントに関連付けられる
ことから、そのドキュメントの各タグは正しく解釈され得る。

【０１０３】 図２は、上記ネットページネットワーク上で登録サーバ１１により維持される
プリンタ関連情報を反映するネットページ・プリンタ・クラス概念図を示してい
る。 ネットページ・プリンタの好ましい実施形態は、図１１乃至図１６に関して以
下の第６節で更に詳述される。

【０１０４】１．５．１ Ｍｅｍｊｅｔ（登録商標）印刷ヘッド 上記ネットページ・システムは、サーマル・インクジェット、圧電インクジェ
ット、レーザ電子写真などの広範なデジタル印刷技術により作成されたプリンタ
を使用して作動し得る。但し、広範な消費者に受け入れられるためには、上記ネ
ットページ・プリンタは次の特性を有するのが望ましい。

【０１０５】 ・写真品質カラー印刷 ・高品質テキスト印刷 ・高い信頼性 ・低プリンタ・コスト ・低インク・コスト ・低用紙コスト ・簡単な操作 ・殆ど無音の印刷 ・高速印刷 ・同時両面印刷 ・コンパクトな形状要因 ・低消費電力

【０１０６】 これらの特性の全てを有する商的に利用可能な印刷技術は無い。 これらの特性を有するプリンタの製造を可能とすべく、本出願人はＭｅｍｊｅ
ｔ（登録商標）技術と称される新たな印刷技術を発明した。Ｍｅｍｊｅｔ（登録
商標）は、超小型電子機械的システム（ＭＥＭＳ）技術を使用して作製されたペ
ージ幅の印刷ヘッドを取り入れたドロップ・オンデマンド（ｄｒｏｐ−ｏｎ−ｄ
ｅｍａｎｄ）のインクジェット技術である。図１７は、Ｍｅｍｊｅｔ（登録商標
）印刷ヘッドの単一の印刷要素３００を示している。上記壁掛型ネットページ・
プリンタ（ｎｅｔｐａｇｅ ｗａｌｌｐｒｉｎｔｅｒ）は、１６００ｄｐｉペー
ジ幅両面印刷プリンタを形成すべく、１６８，９６０個の印刷要素３００を組み
込んでいる。このプリンタは、シアン、マゼンタ、イェロー、ブラック、および
、赤外線インク、ならびに、用紙調整剤およびインク定着剤を同時に印刷する。

【０１０７】 印刷要素３００は、約１１０ミクロン長および３２ミクロン幅である。これら
の印刷要素の配列は、ＣＭＯＳロジック、データ転送、タイミング、および駆動
回路（図示せず）を組み込んだシリコンウェハ３０１上に形成される。

【０１０８】 印刷要素３００の主要要素は、ノズル３０２、ノズル縁部３０３、ノズルチャ
ンバ３０４、流体シール３０５、インクチャネル縁部３０６、レバーアーム３０
７、能動的アクチュエータビーム対３０８、受動的アクチュエータビーム対３０
９、能動的アクチュエータアンカ３１０、受動的アクチュエータアンカ３１１、
および、インク取入口３１２である。

【０１０９】 能動的アクチュエータビーム対３０８は、接合部３１９にて受動的アクチュエ
ータビーム対３０９に機械的に接合される。両ビーム対は、夫々のアンカ点３１
０，３１１にて繋止される。要素３０８，３０９，３１０，３１１，３１９の組
合せにより、カンチレバー式電熱屈曲アクチュエータ３２０が形成される。

【０１１０】 図１８は、印刷要素３００の断面３１５を含む、印刷要素３００の配列の小部
分を示している。シリコンウェハ３０１を貫通するインク取入口３１２を明確に
示すため、断面３１５はインクなしで示されている。

【０１１１】 図１９（ａ）、図１９（ｂ）および図１９（ｃ）はＭｅｍｊｅｔ（登録商標）
印刷要素３００の動作サイクルを示している。 図１９（ａ）は、インク液滴の印刷前のインクメニスカス３１６の静止位置を
示している。インクは、インクメニスカス３１６における表面張力と、ノズルチ
ャンバ３０４とインクチャネル縁部３０６との間に形成された流体シール３０５
とおける表面張力とにより上記ノズルチャンバ内に保持される。

【０１１２】 印刷の間に印刷ヘッドＣＭＯＳ回路は、上記印刷エンジン制御装置からのデー
タを正しい印刷要素に配布し、データをラッチし、且つ、データをバッファする
ことにより、能動的アクチュエータビーム対３０８の各電極３１８を駆動する。
これにより、電流はビーム対３０８を約１マイクロ秒だけ通過し、ジュール熱に
帰着する。ジュール熱に起因する温度上昇によりビーム対３０８は膨張する。受
動的アクチュエータビーム対３０９は加熱されずに膨張しないので、２つのビー
ム対間の応力差を生ずる。この応力差は部分的に、基板３０１に向けて屈曲して
いる電熱式屈曲アクチュエータ３２０の片持ち端部により解決される。レバーア
ーム３０７はこの運動をノズルチャンバ３０４に伝達する。ノズルチャンバ３０
４は、図１９（ｂ）に示された位置へと約２ミクロンだけ移動する。これにより
インク圧力が増加され、インク３２１がノズル３０２から外方付勢されてインク
メニスカス３１６が膨出される。ノズル縁部３０３は、インクメニスカス３１６
がノズルチャンバ３０４の面に亙り広がるのを阻止する。

【０１１３】 ビーム対３０８および３０９の温度が等しくなると、アクチュエータ３２０は
元の位置に戻る。これにより、図１９（ｃ）に示された如く上記ノズルチャンバ
内のインク３２１からインク液滴３１７が離脱するのが助力される。上記ノズル
チャンバは、メニスカス３１６の表面張力により補充される。

【０１１４】 図２０は、印刷ヘッド３５０のセグメントを示している。ネットページ・プリ
ンタにおいて、印刷ヘッドの長さは方向３５１における用紙の全幅（一般的には
２１０ｍｍである）である。示されたセグメントは、０．４ｍｍ長（印刷ヘッド
全体の約０．２％）である。印刷するとき、用紙は方向３５２において固定印刷
ヘッドを通過して移動される。上記印刷ヘッドは、各インク取入口３１２により
供給された６色もしくは６種のインクを印刷する６行の相互嵌合印刷要素３００
を有する。

【０１１５】 動作の間において印刷ヘッドの脆弱な面を保護すべく印刷ヘッド基板３０１に
はノズル保護ウェハ３３０が取付けられる。各ノズル３０２に対し、インク液滴
が発射される対応ノズル保護孔３３１が在る。ノズル保護孔３３１が用紙繊維も
しくは他の破片により閉塞されるのを防止すべく、印刷の間において空気取入口
３３２を通して濾過済空気が圧送され、上記ノズル保護孔から吐出される。プリ
ンタがアイドル状態の間には、インク３２１が乾燥するのを防止すべく上記ノズ
ル保護孔はシールされる。

【０１１６】１．６ ネットページ・ペン 上記ネットページ・システムの能動的検知装置は一般的にはペン１０１である
が、該ペン１０１は埋設された制御装置１３４を使用して、画像センサを介して
ページからのＩＲ位置タグを捕捉して復号化し得る。上記画像センサは、近赤外
線波長のみにおける検知を許容する適切なフィルタを備えた半導体装置である。
以下において更に詳述される如く上記システムはペン先が面と接触した時点を検
知し得ると共に、ペンは各タグを検知して人間の手書きを十分な速度（すなわち
２００ｄｐｉ以上で、１００Ｈｚ以上）にて検知し得る。ペンにより捕捉された
情報は暗号化されて無線によりプリンタ（もしくは基地局）へ送信され、プリン
タもしくは基地局は（既知の）ページ構造に関してそのデータを解読する。

【０１１７】 ネットページ・ペンの好ましい実施形態は、通常の記入用インク・ペンおよび
非記入用スタイラスの両者として作用する。但し、上記ネットページ・システム
がインターネット・インタフェースとして使用される場合など、ネットページ・
システムをブラウズジング・システムとして使用する上では、記入用の態様は不
要である。各ネットページ・ペンは上記ネットページ・システムにより登録され
ると共に、一意的ペンＩＤ６１を有する。図２３は、上記ネットページネットワ
ーク上で登録サーバ１１により保持されるペン関連情報を反映するネットページ
・ペン・クラス概念図を示している。

【０１１８】 いずれかのペン先がネットページに接触しているとき、そのペンはページに対
する位置および配向を決定する。ペン先は力センサに取付けられ、ペン先に対す
る力は、ペンが「上昇（ｕｐ）」しているか「下降（ｄｏｗｎ）」しているかを
表す閾値に対して解釈される。これにより、ページ上の対話エレメントは、例え
ばネットワークからの情報を要求すべくペン先により押圧することで「クリック
」され得る。更に、上記の力は連続的な値として捕捉されることから、例えば署
名の動きの全てが照合され得る。

【０１１９】 上記ペンは、そのペン先の近傍においてページの領域１９３を赤外線スペクト
ルで作像することにより、ネットページ上におけるペン先の位置および配向を決
定する。ペンは最も近いタグを復号化すると共に、作像化タグに関して観察され
た遠近の歪曲とペン光学要素の既知の幾何形状とから、タグに対するペン先の位
置を算出する。タグの位置解像度は低いこともあるが、ページ上のタグ密度はタ
グ・サイズに反比例するので、調節された位置解像度は、正確な手書き文字認識
に必要な最小限の解像度を超えて非常に高くなる。

【０１２０】 ネットページに対するペン動作は、一連のストロークとして捕捉される。スト
ロークとは、ペン下降事象により開始されると共にペン上昇事象により完了され
るべくタイムスタンプされたペン位置のシーケンスから成る。ストロークはまた
ページＩＤが変化する毎にネットページのページＩＤ５０によりタグ付けされる
が、これは通常状況ではストロークの開始時におけるものである。

【０１２１】 各ネットページ・ペンには現在選択８２６が関連付けられることから、ユーザ
はコピーおよびペースト動作などを実施し得る。上記選択はタイムスタンプされ
ることから、上記システムは所定時間間隔後にそれを廃棄し得る。現在選択は、
ページインスタンスの領域を記述する。現在選択は、ページの背景領域に対して
ペンにより捕捉された最も直近のデジタルインク・ストロークから成る。現在選
択は、選択用ハイパーリンクの起動によりアプリケーションに提出されると、ア
プリケーション特有の様式で解釈される。

【０１２２】 各ペンは現在のペン先８２４を有する。これは、ペンによりシステムに対して
最後に通知されたペン先である。上記の既定ネットページ・ペンの場合には、記
入用黒インク・ペン先もしくは非記入用スタイラス・ペン先のいずれかが現在物
である。各ペンはまた、現在のペン先スタイル８２５も有する。これは、例えば
パレットからユーザが選択した色に応じてアプリケーションによりペンに対して
最後に関連付けられたペン先スタイルである。既定ペン先スタイルは、現在のペ
ン先に関連付けられたペン先スタイルである。ペンにより捕捉された各ストロー
クには、現在のペン先スタイルがタグ付けされる。各ストロークが引き続き再現
されたとき、それらはそれらがタグ付けされたペン先スタイルにおいて再現され
る。

【０１２３】 ペンは通信可能プリンタの範囲内にあるときは常に、その「オンライン」ＬＥ
Ｄを低速で点滅させる。ペンがページに対するストロークの復号化に失敗したと
き、ペンは瞬間的にその「エラー」ＬＥＤを起動する。ペンがページに対するス
トロークの復号化に成功したとき、ペンは瞬間的にその「ｏｋ」ＬＥＤを起動す
る。

【０１２４】 捕捉されたストロークのシーケンスは、デジタルインクと称される。デジタル
インクは、筆跡のオンライン認識と署名のオンライン照合とに対し、図形および
筆跡のデジタル変換の基礎を形成する。

【０１２５】 上記ペンは無線式であり、短距離無線回線を介してデジタルインクをネットペ
ージ・プリンタへと送信する。送信されたデジタルインクは、プライバシーおよ
びセキュリティの為に暗号化されると共に効率的送信の為にパケット化されるが
、プリンタにおける適時の取扱いを確実にすべくペン上昇事象時には常にフラッ
シュされる。

【０１２６】 ペンがプリンタの有効範囲外に在るときにペンは、１０分間の連続的な手書き
に対する容量を有する内部メモリへとデジタルインクをバッファする。ペンが再
びプリンタの有効範囲内に入ったとき、ペンはバッファされた一切のデジタルイ
ンクを転送する。

【０１２７】 ひとつのペンは任意台数のプリンタに登録され得るが、全ての状態データは用
紙上およびネットワーク上の両者にてネットページ内に存在することから、任意
の特定時点にてペンがどのプリンタと通信するかは殆ど重要でない。 ペンの好ましい実施形態は図８乃至図１０に関して第６節にて更に詳細に記述
される。

【０１２８】１．７ ネットページ対話 ネットページ・プリンタ６０１は、ペン１０１がネットページ１と対話すべく
使用されるとき、ペン１０１からのストロークに関するデータを受信する。各タ
グ４のコード化データ３は、ペンがストロークなどの移動を実行すべく使用され
たときにペンにより読み取られる。上記データによれば、特定ページのＩＤおよ
び関連する対話エレメントが決定され得ると共に、そのページに対するペンの相
対位置の表示が獲得され得る。表示データはプリンタへと送信され、其処でプリ
ンタはＤＮＳにより上記ストロークのページＩＤ５０を、対応ページインスタン
ス８３０を保持するネットページ・ページサーバ１０のネットワーク・アドレス
へと変換する。プリンタは次に、上記ストロークを上記ページサーバへと送信す
る。もし上記ページが先のストロークで最近において識別されているなら、上記
プリンタはそのキャッシュ内に適切なページサーバの上記アドレスを既に有する
こともある。各ネットページは、ネットページ・ページサーバにより永続的に保
持されたコンパクト・ページ・レイアウトから成る（以下を参照）。上記ページ
・レイアウトは、一般的には上記ネットページネットワークの何処かに記憶され
た画像、フォントおよびテキストなどのオブジェクトを参照する。

【０１２９】 ページサーバがペンからストロークを受信したとき、それは該ストロークが該
当するページ記述を検索し、且つ、上記ストロークがページ記述のどのエレメン
トと交差するかを決定する。ページサーバは次に、適切なエレメントの種類に関
連して上記ストロークを解釈し得る。

【０１３０】 「クリック」とは、ペン下降位置と引き続くペン上昇位置との間の距離および
時間の両者が一定の最小値未満である場合のストロークである。クリックにより
起動されるオブジェクトは一般的には、起動されるためにクリックを必要とし、
従って、より長いストロークは無視される。「ぞんざい（ｓｌｏｐｐｙ）」なク
リックなどの様にペン動作の登録の不首尾は、ペンの「ｏｋ」ＬＥＤからの応答
の欠如により表される。

【０１３１】 ネットページ・ページ記述にはハイパーリンクおよびフォームフィールドの２
種類の入力用エレメントが在る。フォームフィールドを介して入力しても、関連
するハイパーリンクの起動がトリガされる。

【０１３２】１．７．１ ハイパーリンク ハイパーリンクは遠隔アプリケーションに対してメッセージを送信する手段で
あり、一般的には上記ネットページ・システムにおける印刷された応答を引き出
す。

【０１３３】 ハイパーリンクエレメント８４４は、ハイパーリンクの起動を処理するアプリ
ケーション７１と、該アプリケーションに対するハイパーリンクを識別するリン
クＩＤ５４と、ハイパーリンク起動においてユーザのアプリケーション・エイリ
アスＩＤ６５を含めることをシステムに要求する「エイリアス要求」フラグと、
ハイパーリンクがお気に入りとして記録されているか、もしくはユーザの履歴に
現れるときに使用される記述と、を識別する。図２９には、ハイパーリンクエレ
メント・クラス概念図が示されている。

【０１３４】 ハイパーリンクが起動されると、ページサーバはネットワーク上の何処かのア
プリケーションに要求を送信する。そのアプリケーションはアプリケーションＩ
Ｄ６４により識別され、且つ、該アプリケーションＩＤはＤＮＳを介して通常手
法で変換される。図３０に示された如く、ハイパーリンクの３つの種類は、一般
的ハイパーリンク８６３、フォームハイパーリンク８６５および選択用ハイパー
リンク８６４である。一般的ハイパーリンクは、リンク済ドキュメントに対する
要求を実施し得るか、または、サーバに対して選好性を単に信号通知し得る。フ
ォームハイパーリンクは対応フォームをアプリケーションに対して提出する。選
択用ハイパーリンクは現在選択をアプリケーションに対して提出する。現在選択
が例えばテキストの単一の単語を含む場合には、アプリケーションは、例えば該
単語が現れたコンテキストにおけるその単語の意味を与える単一ページ・ドキュ
メントを返信し得るか、または、異なる言語へと翻訳し得る。各ハイパーリンク
の種類は、アプリケーションに対して如何なる情報が提出されるかにより特徴付
けられる。

【０１３５】 対応するハイパーリンクインスタンス８６２は、ハイパーリンクインスタンス
が現れるページインスタンスに特有であり得るトランザクションＩＤ５５を記録
する。上記トランザクションＩＤは例えば、ユーザに代わり購入アプリケーショ
ンにより保持された未決購入の「ショッピング・カート」などの、アプリケーシ
ョンに対するユーザ特有データを識別し得る。

【０１３６】 上記システムは、選択用ハイパーリンク起動においてペンの現在選択８２６を
含む。上記システムはまたフォームハイパーリンク起動においては関連するフォ
ームインスタンス８６８の内容を含むが、もし上記ハイパーリンクの「増分提出
（ｓｕｂｍｉｔ ｄｅｌｔａ）」属性が設定されていれば、最後のフォーム提出
から後の入力のみが含まれる。上記システムは、全てのハイパーリンク起動にお
ける効率的な戻り経路を含む。

【０１３７】 図３１に示された如く、ハイパーリンク化グループ８６６は関連するハイパー
リンクを有するグループエレメント８３８である。グループ内における任意のフ
ィールドエレメントを介して入力が生じたとき、グループに関連するハイパーリ
ンク８４４が起動される。ハイパーリンク化グループは、ハイパーリンク挙動を
チェックボックスなどのフィールドに関連付けるべく使用され得る。それはまた
、フォームハイパーリンクの「増分提出」属性に関し、連続的入力をアプリケー
ションに提供する為にも使用され得る。故にそれは、例えば入力が捕捉され、そ
の結果、入力が生じ次第、共有される場合のような、「黒板（ｂｌａｃｋｂｏａ
ｒｄ）」対話モデルをサポートすべく使用され得る。

【０１３８】１．７．２ フォーム フォームは、印刷済ネットページを介した関連入力群を捕捉すべく使用される
関連入力フィールドの集合を定義する。フォームによればユーザは、サーバ上で
動作しているアプリケーション・ソフトウェア・プログラムに対して一個以上の
パラメータを提出し得る。

【０１３９】 フォーム８６７は、ドキュメント階層におけるグループエレメント８３８であ
る。それは最終的に、一群の端末フィールドエレメント８３９を包含する。フォ
ームインスタンス８６８は、フォームの印刷済インスタンスを表す。それは、上
記フォームの各フィールドエレメント８４５に対応する一群のフィールドインス
タンス８７０から成る。各フィールドインスタンスは関連する値８７１を有する
が、そのタイプは対応するフィールドエレメントのタイプに依存する。各フィー
ルド値は特定の印刷済フィールドインスタンスを介した、すなわち一枚以上の印
刷済ネットページを介した入力を記録する。図３２には、フォーム・クラス概念
図が示されている。

【０１４０】 各フォームインスタンスは、そのフォームがアクティブであるか、フリーズさ
れたか、提出済か、無効か、または、失効したかを表すステータス８７２を有す
る。フォームは、最初に印刷されたときにはアクティブである。フォームは、署
名されるか、またはそのフリーズ時間に達するとフリーズされる。フォームは、
ハイパーリンクの「増分提出」属性が設定されていなければ、該フォームの提出
用ハイパーリンクのひとつが起動されたときに提出済となる。フォームは、ユー
ザが、フォーム無効化、フォームリセットもしくはフォーム複製ページコマンド
を呼び出したときに無効となる。フォームは、その指定された満了期間に達する
と、すなわちフォームがアクティブとなった時間がそのフォームの指定寿命を超
えたときに失効する。フォームがアクティブである間、フォーム入力が許容され
る。アクティブでないフォームを介した入力は、代わりに、適切なページインス
タンスの背景フィールド８３３において捕捉される。フォームがアクティブもし
くはフリーズされているとき、フォーム提出が許容される。フォームがアクティ
ブでなくフリーズもされていないときにフォームの提出を試行しても拒絶され、
代わりにフォームステータス・レポートが出される。

【０１４１】 各フォームインスタンスにはそれに由来する一切のフォームインスタンスが（
５９にて）関連付けられ、よってバージョンの履歴が提出される。これにより、
特定の期間内におけるフォームの最後のバージョン以外の全てが検索から除外さ
れ得る。

【０１４２】 全ての入力はデジタルインクとして捕捉される。デジタルインク８７３は、各
々が一群のスタイル化ストローク８７５から成る一群のタイムスタンプされたス
トロークグループ８７４から成る。各ストロークは、各々がペン配向およびペン
先力を含む一群のタイムスタンプされたペン位置８７６から成る。図３３にはデ
ジタルインク・クラス概念図が示されている。

【０１４３】 フィールドエレメント８４５は、チェックボックスフィールド８７７、テキス
トフィールド８７８、描画フィールド８７９または署名フィールド８８０とされ
得る。図３４には、フィールドエレメント・クラス概念図が示されている。フィ
ールドの区域５８内で捕捉された一切のデジタルインクは、そのフィールドに割
り当てられる。

【０１４４】 図３５に示された如く、チェックボックスフィールドは関連するブール値８８
１を有する。チェックボックスフィールドの区域内で捕捉された任意のマーク（
点、交差、ストローク、記入用移動）により、そのフィールド値には真の値が割
り当てられる。

【０１４５】 図３６に示された如く、テキストフィールドは関連するテキスト値８８２を有
する。テキストフィールド内で捕捉された一切のデジタルインクはオンライン手
書き認識を介して自動的にテキストに変換され、そのテキストにはそのフィール
ドの値が割り当てられる。オンライン手書き認識は良好に理解される（例えば、
パターン解析およびマシン知能に関するＩＥＥＥ研究論文、第１４巻、第８号、
１９９０年８月、タッパート，Ｃ．，Ｃ．Ｙ．スエンおよびＴ．ワカハラの「オ
ンライン手書き認識に関する技術状況」（Ｔａｐｐｅｒｔ， Ｃ．， Ｃ．Ｙ．
Ｓｕｅｎ ａｎｄ Ｔ． Ｗａｋａｈａｒａ， “Ｔｈｅ Ｓｔａｔｅ ｏｆ
ｔｈｅ Ａｒｔ ｉｎ Ｏｎ−Ｌｉｎｅ Ｈａｎｄｗｒｉｔｉｎｇ Ｒｅｃｏ
ｇｎｉｔｉｏｎ”， ＩＥＥＥ Ｔｒａｎｓａｃｔｉｏｎｓ ｏｎ Ｐａｔｔｅ
ｒｎ Ａｎａｌｙｓｉｓ ａｎｄ Ｍａｃｈｉｎｅ Ｉｎｔｅｌｌｉｇｅｎｃｅ
， Ｖｏｌ．１２， Ｎｏ．８， Ａｕｇｕｓｔ １９９０）を参照）。

【０１４６】 図３７に示された如く、署名フィールドは関連するデジタル署名値８８３を有
する。署名フィールドの区域内で捕捉された一切のデジタルインクはペンの所有
者のＩＤに関して自動的に照合され、且つ、そのフィールドが一部となるフォー
ムの内容のデジタル署名が生成されてそのフィールドの値に割り当てられる。デ
ジタル署名は、そのフォームを所有するアプリケーションに特有であるペン・ユ
ーザの非公開署名キー（ｐｒｉｖａｔｅ ｓｉｇｎａｔｕｒｅ ｋｅｙ）を使用
して生成される。オンライン署名照合も良好に理解される（例えば、プラモンド
ン，Ｒ．およびＧ．ロレッテによるパターン認識、第２２巻、第２号、１９８９
年、「自動署名照合および書き手認識」（Ｐｌａｍｏｎｄｏｎ， Ｒ． ａｎｄ
Ｇ． Ｌｏｒｅｔｔｅ， “Ａｕｔｏｍａｔｉｃ Ｓｉｇｎａｔｕｒｅ Ｖｅ
ｒｉｆｉｃａｔｉｏｎ ａｎｄ Ｗｒｉｔｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ
− Ｔｈｅ Ｓｔａｔｅ ｏｆ ｔｈｅ Ａｒｔ”， Ｐａｔｔｅｒｎ Ｒｅ
ｃｏｇｎｉｔｉｏｎ， Ｖｏｌ．２２， Ｎｏ．２， １９８９）を参照）。

【０１４７】 フィールドエレメントは、その「隠す（ｈｉｄｄｅｎ）」属性が設定されれば
隠される。隠されたフィールドエレメントはページ上に入力区域を有さず、入力
を受け入れない。それは、そのフィールドを含むフォームが提出されるときにそ
のフォームに含まれる関連フィールド値を有し得る。

【０１４８】 フォームフィールドにおいては、削除を示す取り消しなどの「編集」コマンド
も認識され得る。 手書き文字認識アルゴリズムは「オフライン」（すなわち、ペンの記入のビッ
トマップのみに対するアクセス）ではなく「オンライン」（すなわちペン移動の
運動に対するアクセス）で機能することから、書き手依存の訓練段階なしで、継
続的に離散的に書き込まれた文字を比較的に高精度で認識し得る。但し、書き手
に依存する手書きモデルが経時的に自動的に生成され、必要ならば予め生成され
得る。

【０１４９】 既に述べた如く、デジタルインクは各ストロークのシーケンスから成る。特定
エレメントの区域内で開始したストロークは、解読の準備ができたそのエレメン
トのデジタルインク・ストリームにアペンドされる。オブジェクトのデジタルイ
ンク・ストリームにアペンドされない一切のストロークは、背景フィールドのデ
ジタルインク・ストリームに対してアペンドされる。

【０１５０】 背景フィールドにおいて捕捉されたデジタルインクは、選択動作として解釈さ
れる。一個以上のオブジェクトを線で囲うことは、線で囲われたオブジェクトは
一般に選択されたと解釈されるが、実際の解釈はアプリケーションに特有である
。

【０１５１】 表２は、ネットページに対するこれらの種々のペン対話を要約している。

【０１５２】

【表２】 上記システムは、各ペンに対する現在選択を保持する。この選択は単に、背景
フィールドにおいて捕捉された最も最近のストロークから成る。上記選択は、非
活動状態タイムアウトの後にクリアされ、予測可能な挙動を確実にする。

【０１５３】 全てのフィールドで捕捉された未処理のデジタルインクは上記ネットページ・
ページサーバ上に保持されると共に、そのフォームがアプリケーションに提出さ
れるときにそのフォームと共に選択的に送信される。これによりアプリケーショ
ンは、未処理デジタルインクが手書きテキストの変換などの最初の変換か否かを
照会し得る。これは例えば、アプリケーション特有の一定の整合性チェックを必
要とするフォームに対してアプリケーション・レベルでの人間の介在を必要とし
得る。これに対する拡張として、フォームの背景領域全体が描画フィールドとし
て設計され得る。アプリケーションは次に、フォームの明示的フィールドの外側
のデジタルインクの存在に基づいて、これらのフィールドの外側で記入されたフ
ィールドに対してユーザが修正を示したと仮定して、そのフォームを人的オペレ
ータにルーティングするか否かを判断し得る。

【０１５４】 図３８は、ネットページに対するペン入力の処理プロセスのフローチャートを
示している。このプロセスは、（８８４にて）ペンからのストロークを受信する
ステップと、（８８５にて）上記ストロークにおけるページＩＤ５０が参照する
ページインスタンス８３０を識別するステップと、（８８６にて）ページ記述５
を検索するステップと、（８８７にて）その区域５８が上記ストロークと交差す
るフォーマット済エレメント８３９を識別するステップと、（８８８にて）上記
フォーマット済エレメントがフィールドエレメントに対応するか否かを判断し、
もしそうであれば（８９２にて）受信したストロークをフィールド値８７１のデ
ジタルインクに対してアペンドさせ、（８９３にて）そのフィールドの蓄積デジ
タルインクを解釈し、且つ、（８９４にて）そのフィールドがハイパーリンク化
グループ８６６の一部か否かを判断し、もしそうであれば（８９５にて）関連す
るハイパーリンクを起動するステップと、代替的に（８８９にて）、フォーマッ
ト済エレメントがハイパーリンクエレメントに対応するか否かを判断し、もしそ
うであれば（８９５にて）対応ハイパーリンクを起動するステップと、代替的に
（８９０にて）、入力フィールドもしくはハイパーリンクが存在しない場合、受
信されたストロークを背景フィールド８３３のデジタルインクにアペンドするス
テップと、（８９１にて）受信されたストロークを、登録サーバにより保持され
た現在ペンの現在選択８２６に対してコピーするステップとから成る。

【０１５５】 図３８ａは図３８に示されたプロセスにおける段階８９３の詳細フローチャー
トを示しており、此処でフィールドの蓄積デジタルインクはそのフィールドのタ
イプに従って解釈される。該プロセスは、（８９６にて）そのフィールドがチェ
ックボックスか否かを判断すると共に、（８９７にて）デジタルインクはチェッ
クマークを表すか否かを判断し、もしそうであれば、（８９８にて）フィールド
値に対して「真」値を割り当てるステップと、代替的に（８９９にて）、そのフ
ィールドがテキストフィールドか否かを判断すると共に、もしそうであれば、（
９００にて）適切な登録サーバの助力によりデジタルインクをコンピュータ用テ
キストへと変換し、且つ、変換されたコンピュータ用テキストを（９０１にて）
上記フィールド値に割り当てるステップと、代替的に（９０２にて）、フィール
ドが署名フィールドか否かを判断すると共に、もしそうであれば、（９０３にて
）適切な登録サーバの助力によりそのデジタルインクをペンの所有者の署名とし
て照合し、（９０４にて）これもまた登録サーバの助力により且つ対応アプリケ
ーションに関するペン所有者の非公開署名キーを使用して対応フォームの内容の
デジタル署名を生成し、且つ、（９０５にて）上記デジタル署名を上フィールド
値に割り当てるステップとから成る。

【０１５６】１．７．３ ページサーバコマンド ページサーバコマンドは、ページサーバによりローカルに処理されるコマンド
である。該コマンドは、フォーム、ページおよびドキュメントインスタンスに対
して直接的に作用する。

【０１５７】 図３９に示された如くページサーバコマンド９０７は、フォーム無効化コマン
ド（ｖｏｉｄ ｆｏｒｍ ｃｏｍｍａｎｄ）９０８、フォーム複製コマンド（ｄ
ｕｐｌｉｃａｔｅ ｆｏｒｍ ｃｏｍｍａｎｄ）９０９、フォームリセットコマ
ンド（ｒｅｓｅｔ ｆｏｒｍ ｃｏｍｍａｎｄ）９１０、フォームステータス獲
得コマンド（ｇｅｔ ｆｏｒｍ ｓｔａｔｕｓ ｃｏｍｍａｎｄ）９１１、ペー
ジ複製コマンド（ｄｕｐｌｉｃａｔｅ ｐａｇｅ ｃｏｍｍａｎｄ）９１２、ペ
ージリセットコマンド（ｒｅｓｅｔ ｐａｇｅ ｃｏｍｍａｎｄ）９１３、ペー
ジステータス獲得コマンド（ｇｅｔ ｐａｇｅ ｓｔａｔｕｓ ｃｏｍｍａｎｄ
）９１４、ドキュメント複製コマンド（ｄｕｐｌｉｃａｔｅ ｄｏｃｕｍｅｎｔ
ｃｏｍｍａｎｄ）９１５、ドキュメントリセットコマンド（ｒｅｓｅｔ ｄｏ
ｃｕｍｅｎｔ ｃｏｍａｎｄ）９１６、または、ドキュメントステータス獲得コ
マンド（ｇｅｔ ｄｏｃｕｍｅｎｔ ｓｔａｔｕｓｃｏｍｍａｎｄ）９１７とさ
れ得る。

【０１５８】 フォーム無効化コマンドは、対応するフォームインスタンスを無効化（ｖｏｉ
ｄ）する。フォーム複製コマンドは、対応フォームインスタンスを無効化してか
ら、フィールド値を保存し乍ら現在フォームインスタンスのアクティブ印刷コピ
ーを生成する。このコピーはオリジナルと同一のハイパーリンク・トランザクシ
ョンＩＤを含むことから、アプリケーションとしてはオリジナルと区別がつかな
い。フォームリセットコマンドは、対応フォームインスタンスを無効化してから
、フィールド値を廃棄し乍らフォームインスタンスのアクティブ印刷コピーを生
成する。フォームステータス獲得コマンドは、対応フォームインスタンスを誰が
発行したか、いつ印刷されたか、誰の為に印刷されたかなどの、対応フォームイ
ンスタンスのステータスに関する印刷レポートおよびそのフォームインスタンス
のフォームステータスを生成する。

【０１５９】 フォームハイパーリンクインスタンスはトランザクションＩＤを含むことから
、新たなフォームインスタンスを生成する際にはアプリケーションが関与せねば
ならない。故に、新たなフォームインスタンスを要求するボタンは一般的に、ハ
イパーリンクとして実現される。

【０１６０】 ページ複製コマンドは、背景フィールド値を保存し乍ら、対応ページインスタ
ンスの印刷コピーを生成する。もしそのページがフォームまたはフォームの一部
を含めば、ページ複製コマンドはフォーム複製コマンドとして解釈される。ペー
ジリセットコマンドは、背景フィールド値を廃棄し乍ら対応するページインスタ
ンスの印刷コピーを生成する。もしそのページがフォームまたはフォームの一部
を含めば、ページリセットコマンドはフォームリセットコマンドとして解釈され
る。ページステータス獲得コマンドは、対応ページインスタンスを誰が発行した
か、いつ印刷されたか、誰の為に印刷されたかなどの、対応ページインスタンス
のステータスに関する印刷レポートおよび該ページインスタンスが含むもしくは
一部である一切のフォームのステータスを生成する。

【０１６１】 全てのネットページに現れるネットページ・ロゴには通常、複製ページエレメ
ントが関連付けられる。 ページインスタンスがフィールド値を保存し乍ら複製されたとき、各フィール
ド値はそれらの元の形態で印刷され、すなわち、チェックマークは標準チェック
マーク・グラフィックとして現れ、テキストは写植テキストとして現れる。描画
および署名のみがそれらの元の形態で現れ、標準グラフィックが伴う署名は好首
尾な署名照合を表す。

【０１６２】 ドキュメント複製コマンドは、背景フィールド値を保存し乍ら対応ドキュメン
トインスタンスの印刷コピーを生成する。もしドキュメントが何らかのフォーム
を含むなら、ドキュメント複製コマンドはフォーム複製コマンドが行うのと同様
にして各フォームを複製する。ドキュメントリセットコマンドは、背景フィール
ド値を廃棄し乍ら、対応ドキュメントインスタンスの印刷コピーを生成する。も
しドキュメントが何らかのフォームを含むなら、ドキュメントリセットコマンド
はフォームリセットコマンドが行うのと同様にして、各フォームをリセットする
。ドキュメントステータス獲得コマンドは、対応ドキュメントインスタンスを誰
が発行したか、いつ印刷されたか、誰の為に印刷されたかなどの、対応ドキュメ
ントインスタンスのステータスに関する印刷レポートおよび該ドキュメントイン
スタンスが含む一切のフォームのステータスを生成する。

【０１６３】 もしページサーバコマンドの「選択中（ｏｎ ｓｅｌｅｃｔｅｄ）」属性が設
定されている場合には、該コマンドは、そのコマンドを含むページ上では無く、
ペンの現在選択により識別されるページ上で作用する。これにより、ページサー
バコマンドのメニューが印刷され得る。もしターゲット・ページが指定ページサ
ーバコマンドに対するページサーバコマンドエレメントを含まなければ、そのコ
マンドは無視される。

【０１６４】 アプリケーションは、ハイパーリンク化グループ内に適切なページサーバコマ
ンドエレメントを埋設することにより、アプリケーションに特有な処理を提供し
得る。ページサーバは、ページサーバコマンドを実行するのでは無く、ハイパー
リンク化グループに関連付けられたハイパーリンクを起動する。

【０１６５】 ページサーバコマンドエレメントは、その「隠す」属性が設定されていれば隠
される。隠されたコマンドエレメントはページ上に入力区域を有さないことから
、ユーザにより直接的には起動され得ない。但しそれは、もしページサーバコマ
ンドの「選択時」属性が設定されていれば、異なるページに埋設されたページサ
ーバコマンドを介して起動され得る。

【０１６６】１．８ ネットページの標準的特徴 好ましい形態においては、各ネットページの底部にネットページ・ロゴが印刷
され、該ページがネットページなので対話的特性を有することを表す。上記ロゴ
はまた、コピー・ボタンとしても作用する。多くの場合、ロゴを押圧するとペー
ジのコピーが生成される。フォームの場合、ボタンはフォーム全体のコピーを生
成する。更に、チケットもしくはクーポンなどの機密ドキュメント（ｓｅｃｕｒ
ｅ ｄｏｃｕｍｅｎｔ）の場合、ボタンは注釈（ｅｘｐｌａｎａｔｏｒｙ ｎｏ
ｔｅ）または広告ページを導出する。

【０１６７】 既定の単一ページ・コピー機能は適切なネットページ・ページサーバにより直
接的に処理される。特定コピー機能は、ロゴ・ボタンをアプリケーションにリン
クすることで処理される。

【０１６８】１．９ ユーザ・ヘルプ・システム 好ましい実施形態において上記ネットページ・プリンタは、「ヘルプ」と名称
表示された単一ボタンを有する。押圧されたときに該ボタンは、以下の情報の単
一ページを導出する。

【０１６９】 ・プリンタ接続のステータス ・プリンタ消耗品のステータス ・トップレベル・ヘルプ・メニュー ・ドキュメント機能メニュー ・トップレベル・ネットページネットワーク・ディレクトリ

【０１７０】 上記ヘルプ・メニューは、上記ネットページ・システムの使用法の階層的マニ
ュアルを提供する。 上記ドキュメント機能メニューは、以下の機能を含む。 ・ドキュメントのコピーの印刷 ・フォームのクリーン・コピーの印刷 ・ドキュメントのステータスの印刷

【０１７１】 上記ドキュメント機能は、ボタンを単に押圧してからそのドキュメントの任意
のページに触れるだけで開始される。ドキュメントのステータスは、ドキュメン
トを誰がいつ発行したか、誰に対して配布されたか、および、引き続きフォーム
として誰にいつ提出されたかを示す。

【０１７２】 上記ネットページネットワーク・ディレクトリによればユーザは、ネットワー
ク上の刊行物およびサービスの階層を索行し得る。代替策としてユーザは、ネッ
トページネットワーク「９００」番の「イエロー・ページ」を呼び出して、人的
オペレータと話すことが可能である。オペレータは所望のドキュメントを見い出
し、それをユーザのプリンタへとルーティングし得る。ドキュメントの種類に依
存し、発行者もしくはユーザが僅かな「イエロー・ページ」サービス料金を支払
う。

【０１７３】 上記ヘルプ・ページは明らかに、プリンタが印刷できなければ利用不能である
。この場合には「エラー」ランプが点灯され、ユーザはネットワーク上での遠隔
診断を要求し得る。

【０１７４】２． 個人用発行モデル 以下の記述において、ニュースは上記ネットページ・システムにおける個別化
メカニズムを例示する標準的な発行例として使用される。多くの場合、ニュース
とは新聞および時事雑誌のニュースという限られた意味で使用されるが、此処で
企図された範囲はそれより広い。

【０１７５】 上記ネットページ・システムにおいて、ニュース発行物の編集的内容および広
告的内容は、異なるメカニズムを使用して個別化（ｐｅｒｓｏｎａｌｉｚｅ）さ
れる。編集的内容は、読者が明示的に述べた関心プロファイルおよび暗黙的に捕
捉された関心プロファイルに従い個別化される。広告的内容は、読者の地域性お
よび統計的データに従い個別化される。

【０１７６】２．１ 編集の個別化 加入者（ｓｕｂｓｃｒｉｂｅｒ）は、ニュース発行物（ｎｅｗｓ ｐｕｂｌｉ
ｃａｔｉｏｎ）を配布するニュース・ソースおよびニュース・ストリームを配布
するニュース・ソースの２種類のニュース・ソースを利用し得る。ニュース発行
物は発行者により集計かつ編集される一方、ニュース・ストリームはニュース発
行者もしくは専門化されたニュース集計者（ｓｐｅｃｉａｌｉｚｅｄ ｎｅｗｓ
ａｇｇｒｅｇａｔｏｒ）により集計される。ニュース発行物は一般的には従来
の新聞および時事雑誌に対応するが、ニュース・ストリームは、ニュース・サー
ビスからの「未処理」ニュース供給、風刺漫画片、フリーライターのコラム、友
人用掲示板、または、読者所有の電子メールなどのように多様であり変化し得る
。

【０１７７】 上記ネットページ発行サーバは、編集済みニュース発行物の発行ならびに複数
のニュース・ストリームの集計をサポートする。読者により直接的に選択された
ニュース・ストリームの集計を処理することにより、故にフォーマットを処理す
ることにより、サーバは編集的内容を有さないページ上に広告を載置し得る。

【０１７８】 加入者は、一種類以上の寄稿ニュース発行物を選択することと、各々の個人版
を生成することにより日刊紙を構築する。作成された日刊版は、印刷されて結合
され、一冊の新聞となる。家庭の各人は一般的に、種々の日刊発行物を選択して
からそれらをカスタマイズすることにより自身の種々の関心および嗜好を表現す
る。

【０１７９】 各発行物に対し、読者は選択的に特定欄を選択する。一定の欄は毎日発行され
、他の欄は毎週発行される。ニューヨークタイムズ・オンラインから利用可能な
毎日欄としては例えば、「ページワンプラス」、「国内」、「国際」、「意見」
、「ビジネス」、「芸術／生活」、「テクノロジ」および「スポーツ」が挙げら
れる。利用可能な一群の欄は発行物に特有であり、既定の部分集合である。

【０１８０】 読者は、各々が任意の数のニュース・ストリームを利用するというカスタム欄
を生成することにより、上記日刊紙を拡張し得る。カスタム欄は、電子メールお
よび友人の告知（「パーソナル」）に対し、または、特定トピック（「警告」も
しくは「クリッピング」）に対するニュース供給を監視すべく生成されることも
ある。

【０１８１】 各欄に対して読者は選択的に、そのサイズを質的に（例えば、短寸、中間もし
くは長寸）または数値的に（すなわち、そのページ数の制限として）特定し、且
つ、広告の所望割合を質的に（例えば多い、通常、少ない、無しなど）または数
値的に（すなわち百分率として）指定する。

【０１８２】 読者はまた、多数の単文記事または少数の長文記事に対する選好性を選択的に
表現する。各記事は理想的には、この選好性をサポートすべく単文形態および長
文形態の両者で記載（もしくは編集）される。

【０１８３】 記事はまた、例えば子供用バージョンおよび成人用バージョンなどの様に、予
測される読者の知識に整合すべく異なるバージョンで記載（もしくは編集）され
得る。適切なバージョンは、読者の年齢に依り選択される。読者は、その生物学
的年齢に優先する「購読年齢」を指定し得る。

【０１８４】 各欄を構成する記事は編集者により選択かつ優先順位付けされ、各々には有効
寿命が割り当てられる。既定によれば、それらは加入者のバージョンにおける空
間制約を前提条件として、優先順に全ての関連加入者に配布される。

【０１８５】 適切な場合には各欄において、読者は選択的に協働的フィルタリングを有効化
し得る。これは次に、十分に長い寿命を有する記事に適用される。協働的フィル
タリングに適した各記事は、記事の最後における評価ボタンとともに印刷される
。各ボタンは（例えば「好き」および「嫌い」などの）容易な選択を提供するこ
とにより、記事に対する読者の評価動作を更に確実にする。

【０１８６】 故に、高い優先順位と短い寿命とを有する記事は事実上、編集者により本質的
な記事と見做され、殆どの関連する加入者に配布される。 読者は選択的に、質的に（例えば、驚かせて欲しいか驚かせて欲しくないか）
もしくは数値的に、セレンディピティ係数（ｓｅｒｅｎｄｉｐｉｔｙ ｆａｃｔ
ｏｒ）を指定する。セレンディピティ係数が大きければ、協働的フィルタリング
の間において整合の為に使用される閾値は低くなる。係数が大きいと、対応欄が
読者指定の容量に対して埋め込まれる可能性は大きくなる。週の各曜日に対して
異なるセレンディピティ係数が指定され得る。

【０１８７】 読者はまた、欄内において特に関心あるトピックを選択的に指定し、これによ
り、編集者に割り当てられる優先順位は改変される。 読者のインターネット接続の速度は、配布され得る画像の品質に影響する。読
者は、より少ない画像もしくはより小寸の画像、またはその両者に対する選好性
を選択的に指定する。もし画像の個数もしくはサイズが減少されなければ、各画
像はより低品質（すなわち更に低い解像度もしくは更なる圧縮）で配布され得る
。

【０１８８】 大域的レベルにて、読者は分量、日付、時間および通貨が如何にしてローカラ
イズされるかを指定する。これは、単位が英国式もしくはメートルであるか、現
地時間帯および時間フォーマット、および、現地通貨、および、その場における
翻訳もしくは注釈から成るローカル化を指定することを含む。これらの選好性は
、既定では読者の所在地から導かれる。

【０１８９】 低い視力による読取困難性を減少すべく、読者は選択的に大寸表示に対する大
域的選好性（グローバル・プリファレンス）を指定する。故にテキストおよび画
像の両者が拡大され、各ページに収容される情報は少なくなる。

【０１９０】 ニュース発行物が発行される言語およびその対応テキストコード化は、発行物
の特性であり、ユーザにより表現された選好性ではない。但し、上記ネットペー
ジ・システムは種々の外観で自動翻訳サービスを提供すべく構成され得る。

【０１９１】２．２ 広告のローカル化およびターゲット選択 編集的内容の個別化は広告的内容に直接的に影響する、と言うのも、広告は一
般的には編集的内容を活用すべく載置されるからである。例えば旅行広告は、他
の場所よりも旅行欄に現れる可能性が高い。広告者に対する（故に発行者に対す
る）編集的内容の価値は、正しい統計的データにより多数の読者を惹き付ける能
力に在る。

【０１９２】 効率的な広告は、所在地および統計的データに基づき載置される。所在地によ
り、特定サービス、小売業者などに対する近接性、地域社会および環境に関する
特定の関心および問題が決定される。統計的データに依れば、概略的な興味およ
び関心、ならびに、可能な消費パターンが決定される。

【０１９３】 ニュース発行者の最も利益を生じる製品は、広告「空間」、すなわち、発行物
の地理的包括範囲と、その読者数のスケールと、読者の統計的データと、広告に
利用可能なページ領域とにより決定される多次元エンティティである。

【０１９４】 上記ネットページ・システムにおいて上記ネットページ発行サーバは、発行物
の地理的包括範囲、その欄の読者数、各読者の欄編集のサイズ、各読者の広告割
合および各読者の統計的データを考慮し、欄毎に、発行物の販売可能広告スペー
スの概略的多次元サイズを算出する。

【０１９５】 他のメディアと比較して上記ネットページ・システムに依れば、広告スペース
が相当に詳細に定義され得ると共に、より小さな広告スペースが別個に販売され
得る。故に広告スペースは、ほぼその真価にて販売され得る。

【０１９６】 例えば、同一の広告「スロット」が数人の広告者に対して種々の割合で販売さ
れ、個々の読者のページはひとりの広告者もしくは別の広告者の広告をランダム
に受信し、全体的には各広告者に販売されたスペースの割合が維持されることも
可能である。

【０１９７】 上記ネットページ・システムに依れば、詳細な製品情報およびオンライン購入
に対して広告が直接的にリンクされ得る。 上記ネットページ発行サーバによれば個別化およびローカル化が自動的に処理
されることから、広告集計者（ａｄｖｅｒｔｉｓｉｎｇ ａｇｇｒｅｇａｔｏｒ
）は地理的および統計的データの両者に関して任意に広範な包括範囲を提供し得
る。引き続く分配も自動なので効率的である。これにより、発行者は広告を直接
的に受けるよりも更にコスト効率的に広告集計者を利用できる。広告集計者は広
告収入の一定割合を受けるが、発行者は集計のより高い効率のために変更利益は
変わらないと理解するであろう。広告集計者は、広告者と発行者との間の仲介者
として作用すると共に、同一広告を複数の発行物に載置し得る。

【０１９８】 発行物の広告スペースが更に複雑であることから、ネットページ刊行物におけ
る広告載置は発行物の従来の対応箇所における広告載置よりも更に複雑となり得
ることに留意されたい。広告者、広告集計者および発行者の間における交渉の最
大限の複雑さを無視するならば、上記ネットページ・システムの好ましい形態は
、広告スペースの自動オークションに対するサポートなどの様にこれらの交渉に
対する一定のサポートを提供する。僅かにもしくは高度にローカル化された広告
などの様に僅かな量の収入を生み出す広告の載置を自動化することは特に望まし
い。

【０１９９】 載置が交渉されたなら、集計者は広告を捕捉して編集し、それをネットページ
広告サーバに記録する。対応して、発行者は広告載置を適切なネットページ発行
サーバ上に記録する。上記ネットページ発行サーバが各ユーザの個別化発行物を
レイアウトするとき、該サーバは適切な広告を上記ネットページ広告サーバから
取り出す。

【０２００】２．３ ユーザ・プロファイル ２．３．１ 情報フィルタリング ニュースおよび他の発行物の個別化は、以下のユーザ特有プロファイル情報の
取り合わせに基づく。 ・発行物のカスタム化 ・協働フィルタリング・ベクトル ・連絡詳細 ・表示選好性 発行物のカスタム化は一般的には発行物固有なので、カスタム化情報は適切な
ネットページ発行サーバにより保持される。

【０２０１】 協働フィルタリング・ベクトル（ｃｏｌｌａｂｏｒａｔｉｖｅ ｆｉｌｔｅｒ
ｉｎｇ ｖｅｃｔｏｒ）は、多数のニュース項目に対するユーザの評価から成る
。それは、推薦を行うために異なるユーザの関心を相関すべく使用される。任意
の特定発行物から独立して単一の協働フィルタリング・ベクトルを保持すること
に利点は在るが、各発行物に対して別体ベクトルを保持するのが更に実用的な２
つの理由がある。すなわち、異なる発行物に対する各加入者のベクトル間よりも
、同一の発行物に対する各加入者のベクトル間の方が更に重複する可能性が在り
、且つ、発行物は、他では見られない当該発行物のブランドの価値の一部として
、該発行物の各ユーザの協働フィルタリング・ベクトルを示したいものである。
故に協働フィルタリング・ベクトルは、適切なネットページ発行サーバによって
も保持される。

【０２０２】 氏名、住所、郵便番号、州、国、電話番号などの連絡詳細は、本来、大域的で
あり、ネットページ登録サーバにより保持される。 数量、日付および時間などの表示選好性も同様に大域的であり、同様に保持さ
れる。

【０２０３】 広告のローカル化はユーザの連絡詳細中に示された所在地に依存する一方、広
告のターゲット選択は、誕生日、結婚状況、収入、職業、教育、または、年齢範
囲および収入範囲などの質的派生物に依存する。

【０２０４】 広告目的に対して個人情報を明らかにすることを選択したユーザに対し、その
情報は適切なネットページ登録サーバにより保持される。斯かる情報がなければ
、広告はユーザの５桁郵便番号（Ｚｉｐ Ｃｏｄｅ）もしくは９桁郵便番号（Ｚ
ｉｐ＋４ Ｃｏｄｅ）に関連付けられた統計的データに基づきターゲット選択さ
れ得る。

【０２０５】 図２１、図２２、図２３および図２４に示された如く、各ユーザ、ペン、プリ
ンタ、アプリケーション・プロバイダおよびアプリケーションにはそれ自身の一
意的ＩＤが割り当てられ、上記ネットページ登録サーバはそれらの間の関係を保
持する。登録目的で、発行者は特別な種類のアプリケーション・プロバイダであ
り、発行物は特別な種類のアプリケーションである。

【０２０６】 各ユーザ８００は任意台数のプリンタ８０２の使用が許可され、各プリンタは
任意数のユーザによる使用を可能とする。（６６にて）各ユーザは、既定により
定期発行物が配布される単一の既定プリンタを有する一方、オンデマンドで印刷
されたページはユーザが対話を行うプリンタを介して配布される。上記サーバは
、ユーザがどの発行者に対してユーザの既定プリンタでの印刷を許可したかの情
報を有する。発行者は一切の特定プリンタのＩＤを記録しない代わりに、必要な
場合にはそのＩＤを決定する。ユーザは、プリンタ上の管理特権６９を有するも
のとして指名されて、該ユーザが他のユーザがプリンタを使用することを許可す
ることを可能にする。これは、そのような操作に対して管理特権８４を要求する
場合のみに意味をもつ。

【０２０７】 刊行物８０７に対してユーザが購読契約８０８したとき、発行者８０６（すな
わちアプリケーション・プロバイダ８０３）は指定プリンタもしくはユーザの既
定プリンタに対する印刷が許可される。この許可は、ユーザにより任意の時点で
取り消され得る。各ユーザは数本のペン８０１を有し得るが、ペンは単一ユーザ
に対して特有である。もしユーザが特定プリンタの使用を許可されたなら、その
プリンタはそのユーザの各ペンの一切を認識する。

【０２０８】 ペンＩＤは、特定ネットページ登録サーバにより保持された対応ユーザ・プロ
ファイルを通常手法でＤＮＳを介して見い出すべく使用される。 ウェブ端末８０９は特定ネットページ・プリンタで印刷することを許可され得
ることから、ウェブ・ブラウジングの間に遭遇したウェブページおよびネットペ
ージ・ドキュメントは最も近いプリンタで好都合に印刷され得る。

【０２０９】 上記ネットページ・システムはプリンタ・プロバイダに代わり、そのプロバイ
ダのプリンタで印刷された発行物により得られた収入に関する料金および手数料
を集金し得る。斯かる収入としては、広告料金、クリックスルー料（ｃｌｉｃｋ
−ｔｈｒｏｕｇｈ ｆｅｅ）、電子商取引手数料および取引料金が挙げられる。
もしプリンタがユーザにより所有されていれば、そのユーザはプリンタ・プロバ
イダである。

【０２１０】 各ユーザはまた、（先行段落にて記述された如き）細かい借方（ｄｅｂｉｔ）
および貸方（ｃｒｅｄｉｔ）を蓄積すべく使用されるネットページ・アカウント
８２０、氏名、住所および電話番号などの連絡詳細８１５、プライバシー、配布
およびローカル化設定などの大域的選好性（ｇｌｏｂａｌ ｐｒｅｆｅｒｅｎｃ
ｅ）８１６、ユーザのコード化署名８１８、指紋８１９などを含む任意数のバイ
オメトリックレコード８１７、上記システムにより自動的に保持される筆跡モデ
ル８１９、および、電子商取引支払いを行うためのＳＥＴ支払カード口座８２１
も有する。

【０２１１】 ユーザ特有のネットページ・アカウントに加えて、各ユーザは、そのユーザが
使用を許可されている各プリンタに特有のネットページ・アカウント９３６も有
する。各プリンタ特有のアカウントは、該ユーザのそのプリンタに対する作業に
関連する小額借方及び貸方を積算するために使用される。ユーザは、未払いの借
方収支に対して定期的に請求書を送付される。 ユーザは任意にネットページ・ユーザ・ディレクトリ８２３に現れて他のユー
ザを見つけて、そのユーザに電子メールを送付することが可能である。

【０２１２】２．４ インテリジェント・ページ・レイアウト 上記ネットページ発行サーバは、各ユーザの個別化発行物の各ページを欄毎に
自動的にレイアウトする。殆どの広告は事前フォーマットされた矩形の形態であ
ることから、それらは編集的内容に先立ってページ上に載置される。

【０２１３】 欄に対する広告比率はその欄内において個々のページに関する様々な広告比率
により達成され得ると共に、広告レイアウト・アルゴリズムはこれを活用する。
上記アルゴリズムは、日曜大工の屋根修理に関する記事内容なので、特にその発
行物内で屋根用材料に対する広告を載置するなど、密接に関連する編集的内容お
よび広告的内容の近接配置を試行すべく構成される。

【０２１４】 その場合、ユーザに対して選択されたテキストおよび関連する画像およびグラ
フィックなどの編集的内容は、種々の美観的規則に従いレイアウトされる。 ユーザが示した欄サイズの選好性を更に忠実に達成すべく、レイアウトが収束
したなら、広告の選択および編集的内容の選択などのプロセス全体は反復されね
ばならない。但し、欄サイズ選好性は経時により平均的に整合され、日々の相当
の変化を許容し得る。

【０２１５】２．５ ドキュメント・フォーマット ドキュメントがレイアウトされたなら、それはネットページネットワーク上で
の効率的配布および永続的記憶の為にコード化される。 主な効率的メカニズムは、単一ユーザの編集の特有情報と、複数のユーザの編
集で共有される情報とを分離することである。上記特有情報は、ページ・レイア
ウトである。上記共有情報は、画像、グラフィックおよびテキストなどの、ペー
ジ・レイアウトにより参照されるオブジェクトから成る。

【０２１６】 テキストオブジェクトは、拡張可能スタイルシート言語（ＸＳＬ）を使用して
拡張可能マークアップ言語（ＸＭＬ）で表された完全フォーマット化テキストを
含む。ＸＳＬは、この場合にはレイアウトにより提供される領域であってテキス
トが設定される領域から独立してテキスト・フォーマットを正確に制御する。テ
キストオブジェクトは、自動翻訳を可能とする埋設言語コードと、パラグラフ・
フォーマット化を助力する埋設ハイフネーション・ヒントとを含む。

【０２１７】 画像オブジェクトは、ＪＰＥＧ２０００ウェーブレット式圧縮画像フォーマッ
トで画像をコード化する。グラフィックオブジェクトは、スケーラブル・ベクト
ル・グラフィックス（ＳＶＧ）フォーマットで２Ｄグラフィックをコード化する
。 レイアウト自体は、載置された一連の、画像およびグラフィックオブジェクト
、テキストオブジェクトが流れるべくリンクされたテキストフローオブジェクト
、上記のハイパーリンクおよび入力フィールド、および、透かし模様領域（ｗａ
ｔｅｒｍａｒｋ ｒｅｇｉｏｎ）から成る。これらのレイアウトオブジェクトは
、表３に要約される。レイアウトは、効率的な配布および記憶に適したコンパク
トなフォーマットを使用する。

【０２１８】

【表３】

【０２１９】２．６ ドキュメントの配布 上述の如く、効率的配布およびネットページネットワークにおける永続的記憶
の為に、ユーザ特有ページ・レイアウトは該レイアウトが参照する共有オブジェ
クトから分離される。

【０２２０】 予約発行物の配布の準備ができたとき、ネットページ発行サーバはネットペー
ジＩＤサーバ１２の助けを受け、各ページに対する一意的ＩＤ、ページインスタ
ンス、ドキュメントおよびドキュメントインスタンスを割り当てる。

【０２２１】 上記サーバは共有コンテンツの一群の最適化部分集合を算出して各部分集合に
対してマルチキャスト・チャネルを生成してから、各ユーザ特有レイアウトによ
り使用される共有コンテンツを担持するマルチキャスト・チャネルの名称により
各ユーザ特有レイアウトをタグ付けする。次にサーバは適切なページサーバを介
して各ユーザのレイアウトをそのユーザのプリンタにポイントキャストし、その
ポイントキャストが完了したとき、上記特定チャネル上で上記共有コンテンツを
マルチキャストする。各ページサーバおよびプリンタは、そのポイントキャスト
を受信した後、ページ・レイアウト中で特定されたマルチキャスト・チャネルに
加入する。マルチキャストの間、各ページサーバおよびプリンタはそのページ・
レイアウトにより参照されたオブジェクトをマルチキャスト・ストリームから抽
出する。各ページサーバは、受信したページ・レイアウトおよび共有コンテンツ
を永続的にアーカイブする。

【０２２２】 プリンタは、そのページ・レイアウトが参照するオブジェクトの全てを受信し
たなら、完全に載置されたレイアウトを再生成してからラスタライズし、それを
印刷する。

【０２２３】 通常状況下で、プリンタは配達されるよりも高速にページを印刷する。各ペー
ジの１／４が画像で被覆されると仮定すると、平均ページのサイズは４００ＫＢ
未満である。故に上記プリンタは、その内部６４ＭＢメモリ内に斯かるページを
１００頁以上保持し、一時的バッファなどを許容する。上記プリンタは、１頁／
秒の速度で印刷する。これは毎秒で４００ＫＢもしくは約３Ｍビットのページデ
ータに等しく、ブロードバンド・ネットワーク上におけるページデータ配布の最
高期待速度と同様である。

【０２２４】 プリンタの用紙が尽きたなどの異常状況下であっても、プリンタの１００頁の
内部記憶容量が足りなくなる前にユーザが用紙供給を補充する可能性は高い。 但し、プリンタの内部メモリが満杯となれば、マルチキャストが初めて生じた
ときでもマルチキャストを利用できない。故に上記ネットページ発行サーバはプ
リンタに対し、再マルチキャストの要求を提出することを許容する。臨界数の要
求を受信するか又はタイムアウトが生じたとき、上記サーバは対応する共有オブ
ジェクトを再マルチキャストする。

【０２２５】 ドキュメントが印刷されたなら、プリンタは任意の時点でそのページ・レイア
ウトおよびコンテンツを適切なページサーバから検索することで厳密な複製を生
成し得る。

【０２２６】２．７ オンデマンド・ドキュメント ネットページ・ドキュメントがオンデマンドで要求されたとき、それは定期発
行物と殆ど同様に個別化して配布され得る。但し共有コンテンツが無いので、配
布はマルチキャストを使用せずに、要求しているプリンタへと直接的に行われる
。

【０２２７】 非ネットページ・ドキュメントがオンデマンドで要求されたとき、該ドキュメ
ントは個別化され、且つ、該ドキュメントは、該ドキュメントをネットページ・
ドキュメントとして再フォーマットすべく指定されたネットページ・フォーマッ
ティング・サーバを介して配布される。ネットページ・フォーマッティング・サ
ーバは、ネットページ発行サーバの特殊インスタンスである。上記ネットページ
・フォーマッティング・サーバは、アドビ（Ａｄｏｂｅ）のポータブル・ドキュ
メント・フォーマット（ＰＤＦ）、およびハイパーテキスト・マークアップ言語
（ＨＴＭＬ）などの種々のインターネット・ドキュメント・フォーマットを認識
する。ＨＴＭＬの場合、印刷されたページの更に高い解像度を利用し、マルチコ
ラム・フォーマットでコンテンツの表によってウェブページを表現し得る。それ
は、要求されたページに直接的にリンクされた全てのウェブページを自動的に含
み得る。ユーザはこの挙動を、選好性により調整し得る。

【０２２８】 上記ネットページ・フォーマッティング・サーバは、起源およびフォーマット
に関わらず一切のインターネット・ドキュメントで利用可能な対話性および持続
性などの標準的なネットページ挙動を行う。該サーバは、ネットページ・プリン
タおよびネットページ・ページサーバの両者に対して種々のドキュメント・フォ
ーマットの関連情報を隠すと共に、ウェブサーバに対してはネットページ・シス
テムの関連情報を隠す。

【０２２９】３． セキュリティ ３．１ 暗号作成法 暗号作成法は、記憶および送受信の両者において機密的な情報を保護すると共
に、トランザクションに対して各関係者を認証すべく使用される。普及した用途
においては、秘密キー暗号作成法および公開キー暗号作成法の２種類の暗号作成
法が在る。上記ネットページネットワークは双方の種類の暗号作成法を使用する
。

【０２３０】 対称的暗号作成法とも称される秘密キー式暗号作成法は、メッセージの暗号化
および復号化の双方に同一キーを使用する。メッセージの交換を意図する２人の
関係者は先ず、秘密キーを機密的に交換すべく手配せねばならない。

【０２３１】 非対称的暗号作成法とも称される公開キー式暗号作成法は、２つの暗号化キー
（ｅｎｃｒｙｐｔｉｏｎ ｋｅｙ）を使用する。これらの２個のキーは、一方の
キーを使用して暗号化された一切のメッセージは他方のキーを使用してのみ復号
化され得る如く、数学的に関連付けられる。次にこれらのキーの一方が公開され
、他方のキーは非公開のままとされる。上記公開キーは、上記非公開キー（ｐｒ
ｉｖａｔｅ ｋｅｙ）の保持者に対して意図された任意のメッセージを暗号化す
べく使用される。上記公開キーを使用して暗号化されたなら、メッセージは上記
非公開キーを使用してのみ復号化され得る。故に２人の関係者は、最初に秘密キ
ーを交換すること無く、メッセージを機密的に交換し得る。上記非公開キーが機
密的なことを確実にすべく、上記非公開キーの保持者はキーの対を生成するのが
通常である。

【０２３２】 公開キー式暗号作成法は、デジタル署名を生成すべく使用され得る。非公開キ
ーの保持者はメッセージの既知ハッシュを生成してから、そのハッシュ（ｈａｓ
ｈ）を非公開キーを使用して暗号化し得る。任意の関係者は次に、上記公開キー
を使用して上記暗号化済ハッシュを復号化すると共に特定メッセージに対するハ
ッシュを照合することにより、上記暗号化済ハッシュが上記特定メッセージに関
する非公開キーの保持者の「署名」を構成することを照合し得る。もし上記署名
が上記メッセージにアペンドされたなら、そのメッセージの受領者は、そのメッ
セージが真正であること及びそれが送受信中に改竄されなかっとことの双方を確
認し得る。

【０２３３】 公開キー式暗号作成法を機能させるためには、偽装を防止して公開キーを配布
する手法が存在すべきである。これは通常、証明書および証明書発行機関（ｃｅ
ｒｔｉｆｉｃａｔｅ ａｕｔｈｏｒｉｔｙ）を使用して行われる。証明書発行機
関は、公開キーと該当者のＩＤとの間の関連性を認証すべく委託された第三者で
ある。証明書発行機関はＩＤドキュメントを検証して対象者のＩＤを照合してか
ら、その対象者のＩＤの詳細および公開キーを含むデジタル証明書を生成して署
名する。上記証明書発行機関を信任する者は、真正であることの高度な確実性を
以て証明書内の公開キーを使用し得る。これらの者は、当該証明書発行機関の公
開キーが公知である証明書発行機関により上記証明書が実際に署名されたことの
みを照合せねばならない。

【０２３４】 殆どの取引環境において公開キー式暗号作成法は、デジタル署名を生成し、且
つ、秘密セッション・キーを機密的に交換する為にのみ使用される。秘密キー式
暗号作成法は、他の全ての目的に使用される。

【０２３５】 以下の説明において、ネットページ・プリンタとサーバとの間の情報の機密的
な送信に対して参照したときに実際に生ずるのは、プリンタはサーバの証明書を
獲得し、証明書発行機関に関してそれを認証し、上記証明書内の公開キー用交換
キーを使用してサーバと秘密セッション・キーを交換し、その後に上記秘密セッ
ション・キーを使用してメッセージ・データを暗号化する、ということである。
定義により、セッションキーは任意に短い寿命を有し得る。

【０２３６】３．２ ネットページ・プリンタのセキュリティ 各ネットページ・プリンタには一対の一意的ＩＤが製造時に割り当てられるが
、これらはプリンタおよびネットページ登録サーバ・データベース内の読出専用
メモリに記憶される。第１のＩＤ６２は公開であり、ネットページネットワーク
上でプリンタを一意的に識別する。第２のＩＤは秘密であり、プリンタがネット
ワーク上で最初に登録されるときに使用される。

【０２３７】 インストールの後でネットページネットワークに対して最初にプリンタが接続
されるとき、それは署名公開／非公開キーの対を生成する。プリンタは、ネット
ページ登録サーバに対して秘密ＩＤおよび公開キーを機密的に送信する。サーバ
はその秘密ＩＤを、自身のデータベース内に記録されたそのプリンタの秘密ＩＤ
と比較し、もし各ＩＤが整合すれば登録を受け入れる。サーバは次に、プリンタ
の公開ＩＤおよび公開署名キーを含む証明書を生成かつ署名し、その証明書を登
録用データベースに記憶する。

【０２３８】 上記ネットページ登録サーバは各ネットページ・プリンタに対する証明書発行
機関として機能する、と言うのも、該サーバはプリンタＩＤの照合を可能とする
秘密情報にアクセスし得るからである。

【０２３９】 ユーザが発行物に加入したときにはネットページ登録サーバ・データベース内
にレコードが生成されることから、発行者はユーザの既定プリンタもしくは指定
プリンタに対して発行物を印刷することが許可される。ページサーバを介してプ
リンタに送信された全てのドキュメントは、特定ユーザに宛てられると共に、発
行者の非公開署名キーを使用してその発行者により署名される。上記ページサー
バは上記登録用データベースを介し、発行者がその発行物を上記特定ユーザに対
して配布することを許可されていることを確認する。上記ページサーバは、上記
登録用データベースに記憶された上記発行者の証明書から獲得された発行者の公
開キーを使用して、署名を確認する。

【０２４０】 上記ネットページ登録サーバは、上記データベースに対して印刷許可を付加す
るとの要求がそのプリンタに対して登録されたペンを介して開始されたものであ
る限り、該要求を受け入れる。

【０２４１】３．３ ネットページ・ペンのセキュリティ 各ネットページ・ペンには製造時に一意的ＩＤが割り当てられ、これは該ペン
とネットページ登録サーバ・データベースとの読出専用メモリ内に記憶される。
ペンＩＤ６１は、ネットページネットワーク上でペンを一意的に識別する。

【０２４２】 １本のネットページ・ペンは多数のネットページ・プリンタを「認識」し得る
と共に、１台のプリンタは多数のペンを「認識」し得る。ペンは、それがプリン
タの有効範囲内に在るならば、無線周波信号を介してプリンタと通信する。ペン
およびプリンタが登録されたなら、それらはセッション・キーを定期的に交換す
る。ペンがプリンタに対してデジタルインクを送信するときは常に、デジタルイ
ンクは適切なセッション・キーを使用して暗号化される。デジタルインクが平文
で送信されることは無い。

【０２４３】 ペンは自身が認識する全てのプリンタに対し、プリンタＩＤにより索引付けさ
れたセッション・キーを記憶し、且つ、プリンタは自身が認識する全てのペンに
対し、ペンＩＤにより索引付けされたセッション・キーを記憶する。両者は、各
セッション・キーに対して大きいが有限の記憶容量を有し、かつ必要であれば最
も以前に使用されたセッション・キーは喪失する。

【０２４４】 ペンがプリンタの有効範囲内に来たとき、ペンおよびプリンタはそれらが相互
に認識するか否かを確認する。もしそれらが相互に認識しなければ、プリンタは
自身がそのペンを認識すべきか否かを判断する。これは例えば、そのペンが該プ
リンタを使用すべく登録されたユーザに属し得るからである。もしプリンタがそ
のペンを認識することが企図されながらも認識しないのであれば、プリンタは自
動ペン登録処理を開始する。もしプリンタがそのペンを認識することが企図され
なければ、プリンタは、そのペンが充電カップ（ｃｈａｒｇｉｎｇ ｃｕｐ）内
に載置されるまでそのペンを無視することに同意し、載置された時点でプリンタ
は上記登録処理を開始する。

【０２４５】 その公開ＩＤに加え、ペンは秘密キー用交換キーを含む。このキー交換キーも
また、製造時に上記ネットページ登録サーバ・データベースに記録される。登録
の間、ペンはそのペンＩＤをプリンタに送信し、プリンタはペンＩＤを上記ネッ
トページ登録サーバに送信する。上記サーバは、上記プリンタおよびペンが使用
すべくセッション・キーを生成し、そのセッション・キーをプリンタへと機密的
に送信する。サーバはまた、ペンのキー交換キーにより暗号化された上記セッシ
ョン・キーのコピーも送信する。上記プリンタはペンＩＤにより索引付けされた
セッション・キーを内部的に記憶すると共に、暗号化されたセッション・キーを
上記ペンに送信する。該ペンは、上記プリンタＩＤにより索引付けされた上記セ
ッション・キーを内部的に記憶する。

【０２４６】 偽造ペンはペン登録プロトコルにおいてペンを偽装し得るが、プリンタにより
送信された上記セッション・キーを復号化し得るのは真性ペンのみである。 それまでに未登録のペンが最初に登録されるとき、そのペンはユーザに対して
リンクされるまでは用途が限られる。登録されているが「所有されていない」ペ
ンは、ネットページ・ユーザおよびペン登録フォームの要求及び記入、新たなペ
ンが自動的にリンクされる新ユーザの登録、又は、新たなペンの既存ユーザへの
付加のみに使用されることが許容される。 上記ペンは、ペンにおけるハードウェア性能の制約の故に、公開キーでは無く
秘密キーの暗号化を使用する。

【０２４７】３．４ 機密ドキュメント 上記ネットページ・システムは、チケットおよびクーポンなどの機密ドキュメ
ントの配布をサポートする。上記ネットページ・プリンタは透かし模様を印刷す
る機器を含むが、それを行うのは適切に許可された発行者からの要求時のみであ
る。発行者は、プリンタが認証し得る発行者の証明書において透かし模様を印刷
する権限を示す。

【０２４８】 「透かし模様」印刷プロセスはページ中で特定された「透かし模様」領域内の
交互的なディザ・マトリクス（ｄｉｔｈｅｒ ｍａｔｒｉｘ）を使用する。背中
合わせの各ページは、印刷されたときに一致する鏡像的透かし模様領域を含む。
奇数および偶数頁で使用されるディザ・マトリクスは、印刷されたシートを介し
て透かし見ることにより達成される如く、各領域が一緒に視認されたときに干渉
効果を生成すべく設計される。

【０２４９】 上記効果は、頁の一方の側を見たときには不可視であり且つその頁が通常手段
によりコピーされたときには喪失される透かし模様と類似している。 機密ドキュメントの各ページは、上記の第１．９節で記述された内蔵のネット
ページ・コピー機構を使用してもコピーされ得ない。このことは、ネットページ
が認識するコピー機上におけるネットページのコピーにも拡張される。

【０２５０】 機密ドキュメントは一般的には、電子商取引トランザクションの一部として生
成される。故にこれらのドキュメントは、上記の第２節で記述された如くネット
ページ登録サーバに対してバイオメトリック情報をユーザが登録するときに得ら
れたユーザの写真を含み得る。

【０２５１】 機密ネットページ・ドキュメントが呈示されたとき、受領者はそのステータス
を通常手法で要求することにより、その正真性を確認し得る。機密ドキュメント
の一意的ＩＤはそのドキュメントの寿命に対してのみ有効であり、且つ、機密ド
キュメントＩＤは非連続的に割り当てられることで、偶然的な捏造者により予測
されることが防止される。呈示された時点での容易なドキュメント照合をサポー
トすべく、照合が不首尾の場合の内蔵フィードバックにより機密ドキュメントを
照合する為のペンが開発され得る。

【０２５２】 明らかに、暗号的な意味では上記透かし模様もユーザの写真も安全でない。そ
れらは単に、安易な偽造に対する相当の障害を与えるに過ぎない。特に照合用ペ
ンを使用するオンラインでのドキュメント照合は、必要な場合にセキュリティの
レベルを付加するが、偽造に対して完全に対策が施されたわけではない。

【０２５３】３．５ 非拒絶 上記ネットページ・システムにおいて、ユーザにより提出されたフォームはフ
ォーム処理者に対して信頼性高く配布されると共に、ネットページ・ページサー
バ上で永続的に記録保管される。故に、受領者は配布を拒絶（ｒｅｐｕｄｉａｔ
ｅ）し得ない。 第４節で記述される如く、上記システムを介して為される電子商取引の支払い
もまた、被支払人は拒絶し得ない。

【０２５４】４． 電子商取引モデル ４．１ 機密電子取引（ＳＥＴ） 上記ネットページ・システムはその支払いシステムのひとつとして、機密電子
取引（Ｓｅｃｕｒｅ Ｅｌｅｃｔｒｏｎｉｃ Ｔｒａｎｓａｃｔｉｏｎ）（ＳＥ
Ｔ）を使用する。マスターカード（ＭａｓｔｅｒＣａｒｄ）およびビザ（Ｖｉｓ
ａ）により開発されたＳＥＴは支払カードに関して構成され、このことは用語に
反映される。但し、上記システムの多くは、使用される口座の種類に依存しない
。

【０２５５】 ＳＥＴにおいて、カード保持者および商店は証明書発行機関に登録されると共
に、両者の公開署名キーを含む各証明書が発行される。証明書発行機関は、適切
ならカード発行者によるカード保持者の登録詳細を照合し、且つ、適切なら取得
者による商店の登録詳細を照合する。カード保持者および商店は夫々の非公開署
名キーを夫々のコンピュータ内に機密的に記憶する。支払いプロセスの間におい
てこれらの証明書は、商店およびカード保持者を相互に認証し、両者を支払いゲ
ートウェイに対して認証すべく使用される。

【０２５６】 ＳＥＴは未だ広く採用されていないが、このことは部分的に、キーおよび証明
書に対するカード保持者の保守が面倒と考えられるからである。サーバ上でカー
ド保持者のキーおよび証明書を保持すると共にパスワードを介してカード保持者
をアクセスさせる暫定的解決策は、一定の成功を収めている。

【０２５７】４．２ ＳＥＴ支払い 上記ネットページ・システムにおいて上記ネットページ登録サーバは、ＳＥＴ
支払いトランザクションにおけるネットページ・ユーザ（すなわちカード保持者
）に対する代理人として作用する。

【０２５８】 上記ネットページ・システムは、ユーザを認証してＳＥＴ支払いを許可すべく
バイオメトリック値を使用する。上記システムはペン式であることから、使用さ
れるバイオメトリック値は経時的に変化するペン位置および圧力から成るユーザ
のオンライン署名である。更に高コストではあるが、ペン内に指紋センサを設計
することにより指紋バイオメトリックも使用され得る。使用されるバイオメトリ
ックの種類は、上記システムの権限付与の態様では無く、バイオメトリック物の
獲得のみに影響する。

【０２５９】 ＳＥＴ支払いを可能とするための最初の段階は、ユーザのバイオメトリック値
を上記ネットページ登録サーバに登録することである。これは例えば、ユーザの
ＩＤが照合されるのと同時にバイオメトリック値が捕捉され得る銀行などの管理
環境において行われる。バイオメトリック値は捕捉されると共に上記登録用デー
タベースに記憶され、且つ、ユーザのレコードにリンクされる。ユーザの写真も
また選択的に捕捉され、上記レコードにリンクされる。上記ＳＥＴカード保持者
の登録処理は完了され、結果的な非公開署名キーおよび証明書は上記データベー
ス内に記憶される。ユーザの支払いカード情報も記憶され、任意のＳＥＴ支払い
トランザクションにおいてユーザの代理人として作用するための十分な情報が上
記ネットページ登録サーバに与えられる。

【０２６０】 ユーザが例えばネットページ注文フォームに署名するなどして最終的にバイオ
メトリック値を供給して支払いを完了したとき、上記プリンタは上記注文情報、
ペンＩＤおよびバイオメトリック値データを上記ネットページ登録サーバに機密
的に送信する。上記サーバは上記ペンＩＤにより識別されたユーザに関するバイ
オメトリック値を照合し、それ以降はＳＥＴ支払いトランザクションを完了する
際にユーザの代理人として作用する。

【０２６１】４．３ 小額支払い 上記ネットページ・システムは微小支払い（ｍｉｃｒｏ−ｐａｙｍｅｎｔ）に
対するメカニズムを含むことから、オンデマンドによる低コスト・ドキュメント
の印刷および著作権ドキュメントのコピーに対してユーザは好都合に課金され得
ると共に、可能的には、ユーザは広告情報を印刷する際に蒙る費用の払い戻しを
受け得る。後者は、ユーザに対して既に提供された報酬金のレベルに依存する。

【０２６２】 ユーザが電子商取引に対して登録したとき、微小支払いを集計するネットワー
ク口座が確立される。ユーザは定期的に計算書を受けると共に、標準的支払機構
を使用して一切の未決振込残高を決済し得る。 上記ネットワーク口座は、定期刊行物に対する購読料金を集計する為に拡張さ
れ、これもまた個々の計算書の形態でユーザに呈示される。

【０２６３】４．４ トランザクション ユーザが特定のアプリケーション・コンテキストにおいてネットページを要求
したとき、そのアプリケーションはそのページにユーザ特有トランザクションＩ
Ｄ５５を埋設し得る。そのページを介した引き続く入力は上記トランザクション
ＩＤによりタグ付けされ、これにより上記アプリケーションはそのユーザの入力
に対する適切なコンテキスト（ｃｏｎｔｅｘｔ）を確立し得る。

【０２６４】 但し、ユーザ特有でないページを介して入力が生じたとき、アプリケーション
はコンテキストを確立すべくユーザの一意的ＩＤを使用せねばならない。一般的
な例としては、事前印刷されたカタログ・ページからのアイテムをユーザの仮想
「ショッピング・カート」に追加することが挙げられる。但しユーザのプライバ
シーを保護すべく、上記ネットページ・システムに認識された一意的ユーザＩＤ
６０は各アプリケーションに対して公表されない。これは、種々のアプリケーシ
ョン・プロバイダが、個別に蓄積された挙動データを容易に相関させるのを防止
するためである。

【０２６５】 図２４に示された如く上記ネットページ登録サーバは、代わりに、ユーザとア
プリケーションとの間の匿名な関係を一意的エイリアスＩＤ６５により保持する
。「登録済」属性によりタグ付けされたハイパーリンクをユーザが起動するとき
は常に、上記ネットページ・ページサーバは上記ネットページ登録サーバに対し
、関連するアプリケーションＩＤ６４をペンＩＤ６１と共にエイリアスＩＤ６５
に翻訳することを要求する。つぎに上記エイリアスＩＤは、そのハイパーリンク
のアプリケーションへと提出される。

【０２６６】 上記アプリケーションは、エイリアスＩＤにより索引付けされた状態情報を保
持すると共に、ユーザのグローバルＩＤを認識することなくユーザ特有の状態情
報を検索し得る。

【０２６７】 上記システムはまた、ユーザの各アプリケーションに対する個別の証明書およ
び非公開署名キーを保持することから、該システムはユーザに代わりアプリケー
ション特有情報のみを使用してアプリケーション・トランザクションに署名し得
る。

【０２６８】 上記システムが製品バーコード（ＵＰＣ）「ハイパーリンク」起動をルーティ
ングするのを支援すべく、上記システムは任意数の製品種類に対してユーザの代
わりに好適アプリケーションを記録する。

【０２６９】 各アプリケーションにはアプリケーション・プロバイダが関連付けられ、且つ
、上記システムは各アプリケーション・プロバイダに代わりアカウントを保持す
ることから、該システムはクリックスルー料などに対してプロバイダに対して振
込み及び振込み受領を行い得る。

【０２７０】 アプリケーション・プロバイダは、定期購読コンテンツの発行者であり得る。
上記システムは、予約発行物を受信するユーザの同意ならびに期待される発行物
の頻度を記録する。

【０２７１】５． 通信プロトコル 通信プロトコルは、各エンティティ間におけるメッセージの規則正しい交換を
定義する。上記ネットページ・システムにおい、ペン、プリンタおよびサーバな
どのエンティティは一群の定義プロトコルを利用し、ネットページ・システムに
対するユーザの対話を協働的に処理する。

【０２７２】 各プロトコルはシーケンス図として例示され、各図において水平次元はメッセ
ージ・フローを表すべく使用され、垂直次元は時間を表すべく使用される。各エ
ンティティは、そのエンティティの名称を含む矩形と、そのエンティティの生命
線を表す垂直柱とにより表される。エンティティが存在する時間の間は、その生
命線は点線として表される。エンティティがアクティブである時間の間は、生命
線は二重線で示される。此処で考慮される各プロトコルはエンティティを生成も
破壊もしないことから、各生命線は概して、エンティティがプロトコルへの参加
を中止すれば直ちに途中で止められる。

【０２７３】５．１ 購読配信プロトコル 図４０には、購読配信プロトコルの好ましい実施形態が示される。 多数のユーザが定期発行物を購読し得る。各ユーザのバージョンは別個にレイ
アウトされ得るが、多くのユーザのバージョンはテキストオブジェクトおよび画
像オブジェクトなどの共通コンテンツを共有する。故に上記購読配信プロトコル
は個々のプリンタに対してポイントキャストを介してドキュメント構造を配布す
るが、マルチキャストにより共有コンテンツオブジェクトを配布する。

【０２７４】 アプリケーション（すなわち発行者）は先ず、各ドキュメントに対するドキュ
メントＩＤ５１をＩＤサーバ１２から獲得する。アプリケーションは次に、ドキ
ュメントの新たに割り当てられたＩＤを招くページサーバ１０へ、ドキュメント
ＩＤおよびページ記述などを含む各ドキュメント構造を送信する。該構造は、ア
プリケーション自身のアプリケーションＩＤ６４、加入者のエイリアスＩＤ６５
、および、適切な群のマルチキャスト・チャネル名称を含む。アプリケーション
は、その非公開署名キーを使用してメッセージに署名する。

【０２７５】 上記ページサーバは上記アプリケーションＩＤおよびエイリアスＩＤを使用し
て上記登録サーバから、対応するユーザＩＤ６０、ユーザが選択したプリンタＩ
Ｄ６２（これは、アプリケーションに対して明示的に選択され得るか、ユーザの
既定プリンタとされ得る）、および、アプリケーションの証明書を獲得する。

【０２７６】 上記アプリケーションの証明書に依ればページサーバは、メッセージ署名を確
認し得る。もし上記アプリケーションＩＤおよびエイリアスＩＤが協働して購読
契約８０８を識別しなければ、登録サーバに対するページサーバの要求は不首尾
となる。

【０２７７】 上記ページサーバは次にドキュメントおよびページインスタンスＩＤを割り当
て、各ページＩＤ５０を含むページ記述をプリンタへと送信する。上記ページ記
述は、プリンタが傾聴すべき適切な群のマルチキャスト・チャネル名称を含む。

【０２７８】 ページサーバは次に、新たに割り当てられたページＩＤを将来的参照の為にア
プリケーションへと返信する。 加入者が選択したプリンタに対して適切なページサーバを介して全てのドキュ
メント構造をアプリケーションが配布したなら、該アプリケーションは先に選択
されたマルチキャスト・チャネル上で種々の共有オブジェクトの部分集合をマル
チキャストする。各ページサーバおよび各プリンタはいずれも、適切な各マルチ
キャスト・チャネルを監視し、必要とする各コンテンツオブジェクトを受信する
。各ページサーバおよび各プリンタはそのときに、先にポイントキャストされた
ドキュメント構造を載置し得る。これにより各ページサーバはそれらのデータベ
ースに対して完全ドキュメントを付加し得ると共に、各プリンタは各ドキュメン
トを印刷し得る。

【０２７９】５．２ ハイパーリンク起動プロトコル 図４２には、ハイパーリンク起動プロトコルの好ましい実施形態が示されてい
る。 ユーザがネットページ・ペンによりネットページをクリックしたとき、ペンは
そのクリックを最も近いネットページ・プリンタ６０１へと通信する。このクリ
ックは、ページと該ページ上の所在位置とを識別する。プリンタは既に、ペン接
続プロトコルからペンのペンＩＤ６１を認識している。

【０２８０】 プリンタはＤＮＳを介し、特定ページＩＤ５０を処理するページサーバ１０ａ
のネットワーク・アドレスを決定する。もしユーザが最近において同一ページと
対話したなら、上記アドレスは既にそのキャッシュ内に存在する。プリンタは次
にページサーバに対し、ペンＩＤ、自身のプリンタＩＤ６２、ページＩＤ、およ
び、クリック位置を送信する。

【０２８１】 ページサーバは上記ページＩＤにより識別されたページ記述５をロードすると
共に、もし在れば、どの入力用エレメントの区域５８にクリックが存するかを決
定する。適切な入力用エレメントがハイパーリンクエレメント８４４であると仮
定すれば、ページサーバは次に関連するアプリケーションＩＤ６４およびリンク
ＩＤ５４を獲得し、且つ、アプリケーション７１を運営しているアプリケーショ
ン・サーバのネットワーク・アドレスをＤＮＳを介して決定する。

【０２８２】 上記ページサーバはペンＩＤ６１を使用して、対応するユーザＩＤ６０を登録
サーバ１１から獲得してから、グローバル一意ハイパーリンク要求ＩＤ（ｇｒｏ
ｂａｌｌｙ ｕｎｉｑｕｅ ｈｙｐｅｒｌｉｎｋ ｒｅｑｕｅｓｔ ＩＤ）５２
を割り当てると共にハイパーリンク要求９３４を構築する。図４１には、ハイパ
ーリンク要求クラス概念図が示されている。上記ハイパーリンク要求は要求を行
うユーザおよびプリンタの各ＩＤを記録すると共に、クリックされたハイパーリ
ンクインスタンス８６２を識別する。上記ページサーバは次に、それ自身のサー
バＩＤ５３、ハイパーリンク要求ＩＤおよびリンクＩＤをアプリケーションへと
送信する。

【０２８３】 上記アプリケーションは、アプリケーション特有ロジックに従い応答ドキュメ
ントを生成して、ＩＤサーバ１２からドキュメントＩＤ５１を獲得する。アプリ
ケーションは次に上記ドキュメントを、そのドキュメントの新たに割り当てられ
たＩＤを招くページサーバ１０ｂに対し、要求を行っているページサーバのＩＤ
およびハイパーリンク要求ＩＤと共に送信する。

【０２８４】 第２のページサーバは上記ハイパーリンク要求ＩＤおよびアプリケーションＩ
Ｄを上記第１のページサーバに送信して、対応するユーザＩＤおよびプリンタＩ
Ｄ６２を獲得する。上記ハイパーリンク要求が失効しているか又は異なるアプリ
ケーションに対するものであれば、上記第１ページサーバは上記要求を拒絶する
。

【０２８５】 上記第２ページサーバは、ドキュメントインスタンスおよびページＩＤ５０を
割り当て、新たに割り当てられたページＩＤをアプリケーションに返信し、完全
なドキュメントを自身のデータベースに付加し、且つ、最終的にはページ記述を
要求プリンタへと送信する。

【０２８６】 上記ハイパーリンクインスタンスは有意なトランザクションＩＤ５５を含み得
るが、その場合に上記第１ページサーバはアプリケーションに送信されたメッセ
ージ内にトランザクションＩＤを含む。これによりアプリケーションは、ハイパ
ーリンク起動に対するトランザクション特有コンテキストを確立する。

【０２８７】 もし上記ハイパーリンクがユーザ・エイリアスを要求し、すなわちその「エイ
リアス要求」属性が設定されていれば、上記第１ページサーバはペンＩＤ６１と
ハイパーリンクのアプリケーションＩＤ６４との両者を登録サーバ１１に送信し
、上記ペンＩＤに対応するユーザＩＤだけでなく、上記アプリケーションＩＤお
よびユーザＩＤに対応するエイリアスＩＤ６５も獲得する。第１ページサーバは
、アプリケーションに送信されるメッセージ内にエイリアスＩＤを含めることか
ら、アプリケーションは上記ハイパーリンク起動に対してユーザ特有コンテキス
トを確立し得る。

【０２８８】５．３ 手書き認識プロトコル ユーザがネットページ・ペンによりネットページ上でストロークを描いたとき
、そのペンはそのストロークを最も近いネットページ・プリンタへと通信する。
このストロークは、ページと該ページ上の経路とを識別する。

【０２８９】 プリンタは通常手法にて、ペンＩＤ６１、自身のプリンタＩＤ６２、ページＩ
Ｄ５０およびストローク経路をページサーバ１０に送信する。 上記ページサーバはページＩＤにより識別されたページ記述５をロードすると
共に、もしあれば、どの入力用エレメントの区域５８とストロークが交差するか
を決定する。適切な入力用エレメントがテキストフィールド８７８とすると、上
記ページサーバは上記ストロークを上記テキストフィールドのデジタルインクに
アペンドする。

【０２９０】 上記テキストフィールドの区域における所定期間の非活動状態の後、上記ペー
ジサーバは解読のために上記ペンＩＤおよび保留中のストロークを登録サーバ１
１に送信する。上記登録サーバはペンに対応するユーザを識別すると共にユーザ
の蓄積筆跡モデル８２２を使用して上記ストロークを手書きテキストとして解読
する。上記登録サーバが上記ストロークをテキストに変換したなら、該登録サー
バはそのテキストを要求元ページサーバに返信する。ページサーバは上記テキス
トを、上記テキストフィールドのテキスト値にアペンドする。

【０２９１】５．４ 署名照合プロトコル ストロークによりその区域が交差される入力用エレメントを署名フィールド８
８０とすると、ページサーバ１０はそのストロークを上記署名フィールドのデジ
タルインクにアペンドする。

【０２９２】 上記署名フィールドの上記区域における所定期間の非活動状態の後、上記ペー
ジサーバはペンＩＤ６１および保留中のストロークを照合の為に登録サーバ１１
に送信する。該ページサーバはまた、上記署名フィールドがその一部であるフォ
ームに関連するアプリケーションＩＤ６４と、そのフォームの現在データ内容と
を送信する。上記登録サーバは上記ペンに対応するユーザを識別すると共に、ユ
ーザの動的な署名バイオメトリック値８１８を使用して上記ストロークをユーザ
の署名として照合する。上記登録サーバが上記署名を照合したなら、該登録サー
バはアプリケーションＩＤ６４およびユーザＩＤ６０を使用してユーザのアプリ
ケーション特有非公開署名キーを識別する。登録サーバは次に上記キーを使用し
、上記フォームデータのデジタル署名を生成し、該デジタル署名を要求元ページ
サーバへと返信する。上記ページサーバは上記デジタル署名を上記署名フィール
ドに割り当てると共に、関連するフォームのステータスをフリーズ済（ｆｒｏｚ
ｅｎ）に設定する。 上記デジタル署名は、対応ユーザのエイリアスＩＤ６５を含む。これにより単
一フォームは、複数のユーザの署名を捕捉し得る。

【０２９３】５．５ フォーム提出プロトコル 図４３には、フォーム提出プロトコルの好ましい実施形態が示されている。 フォーム提出は、フォームハイパーリンク起動により生ずる。故にそれは、一
定のフォーム特有の付加事項を以て、第５．２節で定義されたプロトコルに従う
。

【０２９４】 フォームハイパーリンクの場合、アプリケーション７１に対してページサーバ
１０から送信されたハイパーリンク起動メッセージはフォームＩＤ５６、および
、フォームの現在データ内容も含む。もし上記フォームが何らかの署名フィール
ドを含むなら、アプリケーションは、対応デジタル署名に関連するエイリアスＩ
Ｄ６５を抽出すると共に登録サーバ１１から対応証明書を獲得することにより、
各署名フィールドを照合する。

【０２９５】６． ネットページ・ペンの説明 ６．１ ペンの構造 図８および図９を参照すると、参照番号１０１で示されたペンは、ペンの各構
成要素を取付ける内部空間１０４を画成する壁部１０３を有するプラスチック成
形品の形態のハウジング１０２を備える。作動時においてペン頂部１０５はハウ
ジング１０２の一端１０６に回転可能に取付けられる。ハウジング１０２の反対
側の端部１０８には半透明カバー１０７が固定される。カバー１０７もまた成形
プラスチックから成り、ハウジング１０２内に取付けられたＬＥＤの状態をユー
ザが視認し得るべく半透明材料から形成される。カバー１０７は、ハウジング１
０２の端部１０８を実質的に囲繞する主要部分１０９と、該主要部分１０９から
後方に突出し、ハウジング１０２の壁部１０３に形成された対応するスロット１
１１と嵌合する突出部分１１０とを備える。ハウジング１０２内において、突出
部分１１０の背後には無線アンテナ１１２が取付けられる。カバー１０７上の開
孔１１３Ａを囲繞するネジ山１１３は、対応するネジ山１１５を有する金属製端
部片１１４を受容すべく配置される。金属製端部片１１４は、インクカートリッ
ジの交換を可能とすべく着脱自在である。

【０２９６】 カバー１０７内には、可撓ＰＣＢ１１７上に三色ステータスＬＥＤ１１６も取
付けられる。上記アンテナ１１２もまた可撓ＰＣＢ１１７上に取付けられる。ス
テータスＬＥＤ１１６は、周囲一帯から良好に視認できるようにペン１０１の頂
部に取付けられる。

【０２９７】 上記ペンは、通常の記入用インク・ペンおよび非記入用スタイラスの両者とし
て作用し得る。ハウジング１０２内には、ペン先１１９を備えたインクペンカー
トリッジ１１８およびスタイラスのペン先１２１を備えたスタイラス１２０が並
置して取付けられる。ペン頂部１０５の回転により、インクカートリッジのペン
先１１９またはスタイラスのペン先１２１のいずれかが、金属製端部片１１４の
開放端部１２２を介して前方に送られ得る。インクカートリッジ１１８およびス
タイラス１２０に対してはスライダ・ブロック１２３および１２４が夫々取付け
られる。作動時においてペン頂部１０５には回転可能なカム筒体１２５が固定さ
れ、ペン頂部１０５と共に回転すべく配置される。カム筒体１２５は、該カム筒
体の壁部１８１内のスロットの形態のカム１２６を備える。スライダ・ブロック
１２３および１２４から突出するカム従動子１２７および１２８は、カムスロッ
ト１２６に嵌合する。カム筒体１２５の回転時にスライダ・ブロック１２３もし
くは１２４は相互に対して移動することにより、金属製端部片１１４内の開放端
部１２２を介してペン先１１９またはスタイラスのペン先１２１のいずれかを突
出させる。

【０２９８】 ペン１０１は、３通りの動作状態を有する。頂部１０５を９０°刻みで転回す
ることにより、 ・スタイラス１２０のペン先１２１が露出、 ・インクカートリッジ１１８のペン先１１９が露出、および、 ・インクカートリッジ１１８のペン先１１９もスタイラス１２０のペン先１２
１も露出しないという３通りの状態が在る。

【０２９９】 ハウジング１０２内に着座する電子回路用台座１３０上には、第２可撓ＰＣＢ
１２９が取付けられる。第２可撓ＰＣＢ１２９は、面上へ赤外線放射を投射する
赤外線ＬＥＤ１３１が取付けられる。面からの反射赤外線を受信すべく、第２可
撓ＰＣＢ１２９上には画像センサ１３２が取付けられる。第２可撓ＰＣＢ１２９
には、ＲＦ送信器およびＲＦ受信器を含む無線周波チップ１３３、および、ペン
１０１の動作を制御する制御装置チップ１３４も取付けられる。カバー１０７内
には（成形透明プラスチックから形成された）光学ブロック１３５が着座して、
面上に赤外線ビームを投射して画像センサ１３２へと画像を受信する。第２可撓
ＰＣＢ１２９上の各構成要素は、カム筒体１２５内に取付けられたバッテリ用接
点１３７に対して電源ワイヤ１３６により接続される。バッテリ用接点１３７お
よびカム筒体１２５は、端子１３８により接続される。カム筒体１２５内には、
上記バッテリ用接点に接触すべく３ボルトの充電可能バッテリ１３９が着座する
。誘導によりバッテリ１３９の再充電を可能とすべく、第２可撓ＰＣＢ１２９の
回りには誘導式充電用コイル１４０が取付けられる。第２可撓ＰＣＢ１２９はま
た、ペン先１１９もしくはスタイラスのペン先１２１により面に対して付与され
た力の測定を可能とすべく、スタイラス１２０もしくはインクカートリッジ１１
８のいずれかが書き込みに使用されたときにカム筒体１２５における変位を検出
すべく赤外線ＬＥＤ１４３および赤外線フォトダイオード１４４も取付けられる
。ＩＲフォトダイオード１４４はスライダ・ブロック１２３，１２４上に取付け
られた）反射器（図示せずを介し、ＩＲ ＬＥＤ１４３からの光を検出する。

【０３００】 ペン１０１の把持を支援すべくハウジング１０２の端部１０８に向けてゴムグ
リップパッド１４１，１４２が配備されると共に、頂部１０５はポケットに対し
てペン１０１を掛止する為のクリップ１４２も備える。

【０３０１】６．２ ペン制御装置 ペン１０１は、そのペン先（スタイラスのペン先１２１もしくはインクカート
リッジのペン先１１９）の近傍の面の領域を赤外線スペクトルで作像することに
より、該ペン先の位置を決定すべく配置される。該ペンは、最も近い所在位置タ
グからの所在位置データを記録し、且つ、光学要素１３５および制御装置チップ
１３４を利用して所在位置タブからペン先１２１もしくは１１９までの距離を計
算すべく配置される。制御装置チップ１３４は、作像化タグに関して観察された
遠近の歪曲から、ペンの配向とペン先／タグ間距離とを計算する。

【０３０２】 ＲＦチップ１３３およびアンテナ１１２を利用してペン１０１は、デジタルイ
ンク・データを上記演算システムへと送信し得る（前記デジタルインク・データ
は、セキュリティの為に暗号化されると共に効率的送信の為にパッケージ化され
る）。

【０３０３】 上記ペンが受信器の有効範囲内に在るとき、デジタルインク・データは、形成
され次第、送信される。ペン１０１が上記有効範囲から移動したとき、デジタル
インク・データはペン１０１内にバッファされ（ペン１０１の回路は、面上にお
ける約１２分間のペン移動に対するデジタルインク・データを記憶すべく配置さ
れたバッファを含んでいる）、後に送信され得る。

【０３０４】 制御装置チップ１３４は、ペン１０１内の第２可撓ＰＣＢ１２９上に取付けら
れる。図１０は制御装置チップ１３４のアーキテクチャを更に詳細に示すブロッ
ク図である。図１０は、ＲＦチップ１３３、画像センサ１３２、三色ステータス
ＬＥＤ１１６、ＩＲ照射用ＬＥＤ１３１、ＩＲ式力センサＬＥＤ１４３および力
センサ用フォトダイオード１４４も示している。

【０３０５】 ペン制御装置チップ１３４は制御用プロセッサ１４５を備える。バス１４６に
より、制御装置チップ１３４の各構成要素間のデータの交換が可能とされる。フ
ラッシュメモリ１４７および５１２ＫＢ ＤＲＡＭ１４８も備えられる。力セン
サ用フォトダイオード１４４からのアナログ信号をデジデジタル信号へと変換す
べく、アナログ／デジタル変換器１４９が配置される。

【０３０６】 画像センサ１３２に対しては画像センサインタフェース１５２がインタフェー
スする。アンテナ１１２に接続されたＲＦ回路１５５並びにＲＦ共振器およびイ
ンダクタ１５６を含むＲＦチップ１３３に対してインタフェースするためにトラ
ンシーバ制御装置１５３およびベースバンド回路１５４も備えられる。

【０３０７】 制御用プロセッサ１４５は、画像センサ１３２を介して面から各タグの所在位
置データを捕捉して復号化し、力センサ用フォトダイオード１４４を監視し、Ｌ
ＥＤ１１６，１３１，１４３を制御し、且つ、無線トランシーバ１５３を介して
短距離無線通信を処理する。これは、中間性能（〜４０ＭＨｚ）の汎用ＲＩＳＣ
プロセッサである。

【０３０８】 プロセッサ１４５、デジタル・トランシーバ構成要素（トランシーバ制御装置
１５３およびベースバンド回路１５４）、画像センサインタフェース１５２、フ
ラッシュメモリ１４７および５１２ＫＢ ＤＲＡＭ１４８は、単一制御装置ＡＳ
ＩＣ内に集積化される。アナログＲＦ構成要素（ＲＦ回路１５５ならびにＲＦ共
振器およびインダクタ１５６）は、別体のＲＦチップ内に配備される。

【０３０９】 上記画像センサは、ＩＲフィルタを備えた２１５×２１５ピクセルＣＣＤであ
る（斯かるセンサは、松下電子工業株式会社（Ｍａｔｓｕｓｈｉｔａ Ｅｌｅｃ
ｔｒｏｎｉｃ Ｃｏｒｐｏｒａｔｉｏｎ）により製造され、かつＩＥＥＥ Ｔｒ
ａｎｓａｃｔｉｏｎ ｏｎ Ｅｌｅｃｔｒｏｎｉｃ Ｄｅｖｉｃｅｓ、第４７巻
、第１号、２０００年１月のイタクラ（Ｉｔａｋｕｒａ）、Ｋ Ｔ ノブサダ（
Ｋ Ｔ Ｎｏｂｕｓａｄａ）、Ｎ オクセンヤ（Ｎ Ｏｋｕｓｅｎｙａ）、Ｒ
ナガヨシ（Ｒ Ｎａｇａｙｏｓｈｉ）およびＭ オザキ（Ｍ Ｏｚａｋｉ）によ
る論文「小型カメラシステム用の１ｍｍ５０ｋ−ピクセルＩＴ ＣＣＤ画像セン
サ（Ａ １ｍｍ ５０ｋ−Ｐｉｘｅｌ ＩＴ ＣＣＤ Ｉｍａｇｅ Ｓｅｎｓｏ
ｒ ｆｏｒ Ｍｉｎｉａｔｕｒｅ Ｃａｍｅｒａ Ｓｙｓｔｅｍ）」に記述され
ており、その内容は言及したことにより本明細書中に援用される）。

【０３１０】 制御装置用ＡＳＩＣ１３４は、ペン１０１が面と接触していないときには所定
期間の非活動状態の後で静止状態を入力する。該制御装置用ＡＳＩＣ１３４は、
力センサ用フォトダイオード１４４を監視する専用回路１５０であってペン下降
事象の場合には電力マネージャ１５１を介して制御装置１３４を覚醒させる専用
回路１５０を組み込んでいる。

【０３１１】 上記無線トランシーバは、無線電話により通常的に使用される認可不要（ｕｎ
ｌｉｃｅｎｓｅｄ）の９００ＭＨｚ帯域もしくは認可不要の２．４ＧＨｚ工業、
科学、医療（ＩＳＭ）帯域で通信すると共に、周波数ホッピングおよび衝突検出
を使用して無干渉通信を提供する。

【０３１２】 代替実施形態において上記ペンは、基地局またはネットページ・プリンタとの
短距離通信のために赤外線データ協会（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏ
ｃｉａｔｉｏｎ）（ＩｒＤＡ）インタフェースを組み込んでいる。

【０３１３】 更なる実施形態においてペン１０１は、ペン１０１の軸線に対する直交平面に
取付けられた一対の直交加速度計を含む。各加速度計１９０は、図９および図１
０においてゴースト輪郭で示される。

【０３１４】 上記加速度計の配備によればペン１０１の該実施形態は面の所在位置タグを参
照することなく動作を検知し得ることから、所在位置タグは更に低速でサンプリ
ングされ得る。そのときに所在位置タグＩＤは、面上の位置ではなく注目してい
るオブジェクトを識別し得る。例えばオブジェクトがユーザインタフェース入力
エレメント（例えばコマンド・ボタン）であれば、その入力用エレメントの領域
内における各所在位置タグのタグＩＤはその入力用エレメントを直接的に識別し
得る。

【０３１５】 ｘおよびｙ方向の各々において上記加速度計により測定された加速度は時間に
関して積分され、瞬間的な速度および位置が生成される。 ストロークの開始位置は未知であることから、ストローク内における相対位置
のみが計算される。位置の積分は検知された加速度のエラーを蓄積するが、加速
度計は一般的には高解像度を有すると共に、エラーが蓄積されるストロークの存
続時間は短い。

【０３１６】７． ネットページ・プリンタの説明 ７．１ プリンタ構造 図１１においては、垂直に取付けられたネットページ用壁掛型プリンタ６０１
が完全に組立てられて示される。それは、図１２および図１２ａに示された如く
、両面８（１／２）インチＭｅｍｊｅｔ（登録商標）印刷エンジン６０２および
６０３を使用してレター／Ａ４サイズの媒体上にネットページを印刷する。該プ
リンタは、用紙６０４はフルカラーおよびフルブリード（ｆｕｌｌ ｂｌｅｅｄ
）でシートの両面を同時に印刷する両面印刷エンジン６０２，６０３を通過する
直線的な用紙経路を使用する。

【０３１７】 各印刷済シートの一辺に沿っては一体的な結着用アセンブリ６０５が接着剤片
を付与することから、該シートは先行シートに対して押圧されたときに該先行シ
ートに接着され得る。これにより、１枚ないし数百枚の厚みに亙り得る最終的に
製本されたドキュメント６１８が生成され得る。

【０３１８】 上記両面印刷エンジンに連結されると共に図１３に示された交換可能インクカ
ートリッジ６２７は、定着剤、接着剤、ならびに、シアン、マゼンタ、イェロー
、ブラックならびに赤外線用の各インクを収納するための袋体もしくはチャンバ
を有する。上記カートリッジは、基部成形体内に微小空気フィルタも含んでいる
。この微小空気フィルタはホース６３９を介してプリンタの内側の空気ポンプ６
３８とインタフェースする。これにより濾過済空気が印刷ヘッドに提供されるこ
とから、印刷ヘッドノズルを閉塞するであろう微小粒子がＭｅｍｊｅｔ（登録商
標）印刷ヘッド３５０に進入するのが防止される。上記カートリッジ内に上記空
気フィルタを組み込んでいることにより、該フィルタの作動寿命はカートリッジ
の寿命と実効的にリンクされる。上記インクカートリッジは、３，０００頁（１
，５００枚）を印刷かつ接着する能力を有する完全にリサイクル可能な製品であ
る。

【０３１９】 図１２を参照すると、動力式媒体ピックアップローラアセンブリ６２６は媒体
トレイから頂部シートを直接的に、第１印刷エンジン６０２上の用紙センサを通
して上記二重化Ｍｅｍｊｅｔ（登録商標）印刷ヘッド・アセンブリ内に押し出す
。２個のＭｅｍｊｅｔ（登録商標）印刷エンジン６０２，６０３は、上記直線的
用紙経路に沿い、対向して一直線となる連続した構成（ｏｐｐｏｓｉｎｇ ｉｎ
−ｌｉｎｅ ｓｅｑｕｅｎｔｉａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）で取付けら
れる。用紙６０４は、一体的な動力式ピックアップローラ６２６により第１印刷
エンジン６０２内に引込まれる。用紙６０４の位置およびサイズが検知され、フ
ルブリード印刷が開始される。可能な最短時間での乾燥を助力すべく、定着剤が
同時に印刷される。

【０３２０】 上記用紙は、ゴム被覆ローラに対して作用すべく（上記直線的用紙経路に沿っ
て整列された）一群の動力式出口スパイク・ホィールを通して第１Ｍｅｍｊｅｔ
（登録商標）印刷エンジン６０２を退出する。これらのスパイク・ホィールは「
濡れた」印刷済面に接触して、連続的にシート６０４を第２Ｍｅｍｊｅｔ（登録
商標）印刷エンジン６０３へと供給する。

【０３２１】 図１２および図１２ａを参照すると、用紙６０４は両面印刷エンジン６０２，
６０３からバインダアセンブリ６０５内へと通過する。上記印刷されたページは
、支持用の繊維含有（ｆｉｂｒｏｕｓ）ローラを備えた駆動式スパイクホイール
軸６７０と、スパイク・ホィールおよび一時的作用接着剤ホィールの両者を備え
た別の可動軸と、の間を通過する。金属製支持ブラケットには可動軸／接着剤ア
センブリ６７３が取付けられると共に、該アセンブリはカム軸の作用により各ギ
ヤを介して駆動式軸６７０とインタフェースすべく前方に搬送される。このカム
軸は、別のモータが駆動する。

【０３２２】 接着剤ホイールアセンブリ６７３は、インクカートリッジ６２７からの接着剤
供給用ホース６４１に対する回転連結を有する部分的中空軸６７９から成る。こ
の軸６７９は、径方向の各孔を介した毛細管作用により接着剤を吸収する接着剤
ホィールに接続される。該接着剤ホィールは、前部に開口を備えた成形ハウジン
グ６８２が囲繞する。枢動式の側部成形体およびバネ式の外側ドアは、上記金属
製ブラケットに対して取付けられ、アセンブリ６７３の残部が前方に押圧された
ときに外方側方に揺動する。この作用により、上記接着剤ホィールは成形ハウジ
ング６８２の前部を通して露出される。非活動状態の期間の間には、引張スプリ
ングが上記アセンブリを閉成して効率的に上記接着剤ホィールを覆う。

【０３２３】 シート６０４が接着剤ホイールアセンブリ６７３内を通過するに際し、該シー
ト６０４が結合用アセンブリ６０５内に下方搬送されるにつれて（ドキュメント
の第１シートは別として）前側の一方の垂直縁部には接着剤が塗付される。

【０３２４】７．２ プリンタ制御装置のアーキテクチャ 図１４に示された如く上記ネットページ・プリンタ制御装置は、制御用プロセ
ッサ７５０、工場もしくは現場で設置されるネットワークインタフェース・モジ
ュール６２５、無線トランシーバ（トランシーバ制御装置７５３、ベースバンド
回路７５４、ＲＦ回路７５５およびＲＦ共振器およびインダクタ７５６）、デュ
アル・ラスタ画像プロセッサ（ＲＩＰ）ＤＳＰ７５７、両面印刷エンジン制御装
置７６０ａ、７６０ｂ、フラッシュメモリ６５８、および６４ＭＢのＤＲＡＭ６
５７から成る。

【０３２５】 上記制御用プロセッサは、ネットワーク１９およびローカル・ワイヤレス・ネ
ットページ・ペン１０１との通信を処理し、ヘルプボタン６１７を検知し、ユー
ザインタフェースＬＥＤ６１３〜６１６を制御し、且つ、各ＲＩＰ ＤＳＰ７５
７および各印刷エンジン制御装置７６０に対する供給および同期を行う。該制御
用プロセッサは、中間性能汎用マイクロプロセッサから成る。制御用プロセッサ
７５０は高速シリアルバス６５９を介して印刷エンジン制御装置７６０と通信す
る。

【０３２６】 上記各ＲＩＰ ＤＳＰはページ記述をラスタライズすると共に、上記ネットペ
ージ・プリンタの圧縮ページ・フォーマットへと圧縮する。各印刷エンジン制御
装置はページ画像をリアルタイムで（すなわち３０頁／分以上で）、展開し、デ
ィザリングし、且つ、関連するＭｅｍｊｅｔ（登録商標）印刷ヘッド３５０へと
印刷する。上記両面印刷エンジン制御装置は、シートの両面に同時に印刷する。

【０３２７】 マスタ印刷エンジン制御装置７６０ａは用紙搬送を制御すると共に、マスタＱ
Ａチップ６６５およびインクカートリッジＱＡチップ７６１に関してインク使用
を監視する。

【０３２８】 上記プリンタ制御装置のフラッシュメモリ６５８は、プロセッサ７５０および
各ＤＳＰ７５７の両者に対するソフトウェアと、コンフィギュレーション・デー
タとを保持する。これは、ブート時にメインメモリ６５７にコピーされる。

【０３２９】 プロセッサ７５０、各ＤＳＰ７５７、およびデジタル・トランシーバ構成要素
（トランシーバ制御装置７５３およびベースバンド回路７５４）は、単一制御装
置ＡＳＩＣ６５６内に集積化される。アナログＲＦ構成要素（ＲＦ回路７５５な
らびにＲＦ共振器およびインダクタ７５６）は別体のＲＦチップ７６２内に配備
される。ネットワークインタフェース・モジュール６２５は別体である、と言う
のも、各ネットページ・プリンタは工場選択もしくは現場選択とされるネットワ
ーク接続を許容するからである。フラッシュメモリ６５８および２×２５６Ｍビ
ット（６４ＭＢ）ＤＲＡＭ６５７もまた、チップ外とされる。各印刷エンジン制
御装置７６０は、別体の各ＡＳＩＣ内に配備される。

【０３３０】 種々のネットワークインタフェース・モジュール６２５が配備されるが、その
各々は、ネットページネットワークインタフェース７５１および選択的にローカ
ル・コンピュータもしくはネットワークインタフェース７５２を提供する。ネッ
トページネットワークのインターネット・インタフェースとしては、ＰＯＴＳモ
デム、ハイブリッド同軸ファイバ（ＨＦＣ）ケーブル・モデム、ＩＳＤＮモデム
、ＤＳＬモデム、衛星送受信機、現在および次世代のセル式電話送受信機、およ
び無線ローカル・ループ（ＷＬＬ）送受信機が挙げられる。ローカル・インタフ
ェースとしては、ＩＥＥＥ１２８４（パラレル・ポート）、１０Ｂａｓｅ−Ｔお
よび１００Ｂａｓｅ−Ｔイーサネット（登録商標）、ＵＳＢおよびＵＳＢ２．０ 、ＩＥＥＥ１３９４（Ｆｉｒｅｗｉｒｅ）、および発展段階の種々の家庭用ネッ トワークインタフェースが挙げられる。もしローカル・ネットワーク上でインタ ーネット接続が利用可能であれば、ローカル・ネットワークインタフェースは上 記ネットページネットワークインタフェースとして使用され得る。

【０３３１】 上記無線トランシーバ７５３は、無線電話により通常的に使用される認可不要
の９００ＭＨｚ帯域もしくは認可不要の２．４ＧＨｚ工業、科学、医療（ＩＳＭ
）帯域で通信すると共に、周波数ホッピングおよび衝突検出を使用して無干渉通
信を提供する。

【０３３２】 上記プリンタ制御装置は選択的に、ネットページ・カメラなどの装置から「噴
出する」データを受信すべく赤外線データ協会（ＩｒＤＡ）インタフェースを組
み込んでいる。代替実施形態において上記プリンタは、適切に構成されたネット
ページ・ペンと短距離通信すべくＩｒＤＡインタフェースを使用する。

【０３３３】７．２．１ ラスタライズおよび印刷 プロセッサ７５０がドキュメントのページ・レイアウトおよびページオブジェ
クトを受信して照合したなら、該プロセッサは各ＤＳＰ７５７上で適切なＲＩＰ
ソフトウェアを実行する。

【０３３４】 各ＤＳＰ７５７は各ページ記述をラスタライズし、ラスタライズされたページ
画像を圧縮する。上記主要プロセッサは各圧縮ページ画像をメモリ内に記憶する
。複数のＤＳＰを負荷平衡する最も簡単な手法は、各ＤＳＰに対して別体のペー
ジをラスタライズさせることである。各ＤＳＰは常にビジー（ｂｕｓｙ）に維持
され得る、と言うのも、概略的には任意数のラスタライズされたページがメモリ
内に記憶され得るからである。この方策は、短いドキュメントをラスタライズす
るときにＤＳＰの利用度が可能的に低くなるだけである。

【０３３５】 ページ記述内の透かし模様領域はコントーン解像度バイレベル・ビットマップ
（ｃｏｎｔｏｎｅ−ｒｅｓｏｌｕｔｉｏｎ ｂｉ−ｌｅｖｅｌ ｂｉｔｍａｐ）
へとラスタライズされるが、このビットマップは無視し得るサイズへと無損失で
圧縮されると共に圧縮ページ画像の一部を構成する。

【０３３６】 上記印刷されたページの赤外線（ＩＲ）レイヤは、約６個／インチの密度でコ
ード化ネットページ・タグを含む。各タグはページＩＤ、タグＩＤおよび制御ビ
ットをコード化し、且つ、各タグのデータ内容はラスタライズの間に生成されて
圧縮ページ画像内に記憶される。

【０３３７】 主要プロセッサ７５０は、背中合わせの各ページ画像を両面印刷エンジン制御
装置７６０へと受け渡す。各印刷エンジン制御装置７６０はそのローカル・メモ
リ内に圧縮ページ画像を記憶すると共に、ページの展開および印刷パイプライン
を開始する。ページ展開および印刷はパイプライン化される、と言うのも、メモ
リ内に１１４ＭＢのバイレベルＣＭＹＫ＋ＩＲページ画像を記憶するのは非実用
的だからである。

【０３３８】７．２．２ 印刷エンジン制御装置 印刷エンジン制御装置７６０のページ展開および印刷パイプラインは、高速Ｉ
ＥＥＥ１３９４シリアルインタフェース６５９、標準ＪＰＥＧデコーダ７６３、
標準Ｇ４ＦＡＸデコーダ７６４、カスタム・ハーフトーンナー／コンポジタユニ
ット７６５、カスタム・タグ・エンコーダ７６６、ラインローダ／フォーマッタ
・ユニット７６７、および、Ｍｅｍｊｅｔ（登録商標）印刷ヘッド３５０へのカ
スタム・インタフェース７６８から成る。

【０３３９】 印刷エンジン制御装置３６０は、二重バッファ様式で作動する。１枚のページ
が高速シリアルインタフェース６５９を介してＤＲＡＭ７６９へとロードされる
一方、先行してロードされたページはＤＲＡＭ７６９から読み取られると共に上
記印刷エンジン制御装置パイプラインを介して受け渡される。上記ページの印刷
が終了したなら、ロードされたばかりのページが印刷され乍ら、別のページがロ
ードされる。

【０３４０】 上記パイプラインの第１段階は、全てが並行して、（７６３にて）ＪＰＥＧ圧
縮済コントーンＣＭＹＫレイヤを展開し、（７６４にて）Ｇ４ＦＡＸ圧縮済バイ
レベル・ブラック・レイヤを展開し、且つ、（７６６にて）は第１．２節で定義
されたタグ・フォーマットに従いバイレベル・ネットページ・タグ・レイヤをレ
ンダリング（ｒｅｎｄｅｒ）する。第２段階は、（７６５にて）上記コントーン
ＣＭＹＫレイヤをディザリングすると共に、（７６５にて）生成したバイレベル
ＣＭＹＫレイヤ上にバイレベル・ブラック・レイヤを合成する。合成されたバイ
レベルＣＭＹＫ＋ＩＲドット・データは（７６７にて）、一群のライン・バッフ
ァを介してＭｅｍｊｅｔ（登録商標）印刷ヘッド３５０で印刷されるべくバッフ
ァかつフォーマットされる。これらのライン・バッファの殆どは、チップ外ＤＲ
ＡＭ内に記憶される。最後の段階は、（定着剤を含む）６チャネルのバイレベル
・ドット・データを印刷ヘッドインタフェース７６８を介してＭｅｍｊｅｔ（登
録商標）印刷ヘッド３５０に出力（ｐｒｉｎｔ）する。

【０３４１】 両面用の構成などにおいて数個の印刷エンジン制御装置７６０が同時に使用さ
れる場合、それらは共有ライン同期信号７７０を介して同期される。この共有ラ
インに対しては、外部マスタ／スレーブピン７７１を介して選択された１台の印
刷エンジン７６０のみがライン同期信号７７０を生成する。

【０３４２】 印刷エンジン制御装置７６０は低速プロセッサ７７２を備えるが、該低速プロ
セッサ７７２は、ページ展開およびレンダリング・パイプラインを同期し、低速
シリアルバス７７３を介して印刷ヘッド３５０を設定し、且つ、ステッパモータ
６７５、６７６を制御する。

【０３４３】 上記ネットページ・プリンタの８（１／２）インチ版において、２個の印刷エ
ンジンは各々、ページの長寸（１１インチ）に沿って毎分３０枚のレター・ペー
ジを印刷することにより、１６００ｄｐｉにて８．８ＫＨｚのライン速度（ｌｉ
ｎｅ ｒａｔｅ）を与える。また、ネットページ・プリンタの１２インチ版にお
いて、２個の印刷エンジンは各々、ページの短寸（８（１／２）インチ）に沿っ
て毎分４５枚のレター・ページを印刷することにより、１０．２ＫＨｚのライン
速度を与える。これらのライン速度は十分に、現在の設計態様では３０ＫＨｚを
超えるＭｅｍｊｅｔ（登録商標）印刷ヘッドの作動周波数の範囲内である。

【０３４４】 ８ 旅行サービス ネットページシステムは、顧客に商品とサービスを提供するために、航空会社
や旅行会社に対して効率的な仕組みを提供する。旅行サービスは、航空便、宿泊
施設、レンタカー、休暇パック旅行、旅行保険についての照会と予約を含む。

【０３４５】 ８．１ ユーザインタフェース図面表記 各アプリケーションユーザインタフェースフローは、コマンド矢印によってリ
ンクされるドキュメントの集合体として図示する。コマンド矢印は、ユーザがソ
ース頁上で対応するコマンドボタンを押すと、オブジェクトドキュメントが出力
されることを示す。コマンド矢印には、スラッシュ（‘／’）によって区切られ
た複数のコマンドで表示されるものもあり、そのいずれかの指定コマンドによっ
て、オブジェクトドキュメントが出力されることを示す。複数のコマンドは、同
じコマンド矢印を表示することもあるが、一般的に、それらの副次的作用は異な
る。

【０３４６】 申請用語の場合、ネットページドキュメントとネットページフォームを区別す
ることが重要である。ドキュメントは、出力情報を含むと共に情報やその他のア
クションを更に要求するためにユーザが押し得るコマンドボタンを含む。また、
フォームは、通常のドキュメントのような振舞いに加えて、ユーザが入力できる
入力フィールドも含む。フォームはシステムにデータ入力仕組みを提供する。一
般情報を含むドキュメントとユーザとアプリケーション間の特定の対話に特有な
情報を含むドキュメントを区別することも有益である。一般ドキュメントは、新
聞販売所で売られている雑誌や公共の場で見られる広告ポスタ等予め印刷された
刊行物であってもよい。フォームもまた、予め印刷されていてもよく、例えば、
予め印刷された刊行物に見られる申込用フォームを含んでもよい。それらは、勿
論、ユーザ要求に応じてネットページプリンタによってその場で生成してもよい
。通常、ユーザ専用のドキュメントやフォームは、ユーザ要求に応じてネットペ
ージプリンタによってその場で生成される。図４４は、一般ドキュメント９９０
、一般フォーム９９１、ユーザ専用ドキュメント９９２、ユーザ専用フォーム９
９３を示す。

【０３４７】 ユーザインタフェースフローに加わるネットページについては、要約頁レイア
ウト毎に更に述べる。頁レイアウトは、様々な種類のエレメントを含み、各々固
有の書式を有し他のものと区別してもよい。図４５に示すように、ネットページ
は、固定情報９９４、可変情報９９５、入力フィールド９９６、コマンドボタン
９９７、ドラッグ可能コマンド９９８、テキストハイパーリンクすなわちハイパ
ーテキストリンク９９９を含む。 ユーザインタフェースフローが複数の図に分断される場合、重複するドキュメ
ントは、それを定義する主図以外の全てにおいて破線の輪郭で示す。

【０３４８】 ８．２ 旅行サービスオブジェクトモデル ネットページ旅行サービスアプリケーションによって提供される中核の旅行サ
ービスは、航空便予約、レンタカー予約、ホテル宿泊施設予約、休暇パック旅行
予約、旅行保険購入である。オブジェクトモデルは、これら旅行サービスとその
顧客を巡るものである。

【０３４９】 旅行サービス業者５００は、一意的な旅行会社識別子５１０と名称を有する。
旅行会社５００には多くの顧客５０１がいる。各顧客は、旅行業者の範囲内で一
意的な顧客識別子６５を有する。

【０３５０】 顧客５０１の名前と記述は、対応するネットページユーザ８００の詳細から得
られる。 顧客５０１は、旅行サービスアプリケーションによって多くの航空会社５０２
に航空便を予約し得る。各航空会社５０２は、一意的な航空会社コード５１１を
有する。航空会社には多くの航空便５０７があり、航空便５０７は航空便番号５
１２、出発と到着空港、出発日時、到着日時を各々有している。各航空便にはい
くつかの運賃５０５がある。各運賃５０５は、識別子、運賃クラス、費用、税金
、条件を有する。各航空便予約５０８は一意的な予約識別子５１３を有する。予
約５０８は１人又は複数の乗客５０６用である。乗客は、航空会社に常連搭乗者
用口座５０４があってもよい。航空便クラス概念図を図４６に示す。

【０３５１】 顧客５０１は、多くのレンタカー会社５１６から車をレンタルするためのアク
セス権を有する。各レンタカー会社は、多くのレンタル場所５１７と多くのレン
タカー５１９を有し得る。各レンタル予約５２０は、一意的な予約ＩＤ、乗車詳
細、降車詳細、車種とオプション、合計予約費用を含む。レンタカークラス概念
図を図４８に示す。

【０３５２】 顧客５０１は、多くのホテル５２１に予約してもよい。各ホテルは、一意的な
識別子、ホテル名、会社名を有する。ホテルには２つ以上の客室タイプ５２２が
あってもよく、客室タイプ５２２はそれ自身の設備と料金を各々有している。各
ホテル予約５２３は、一意的な予約ＩＤ、送迎乗車詳細、送迎降車詳細、合計予
約費用を含む。ホテルクラス概念図を図４９に示す。

【０３５３】 顧客５０１は、旅行サービスアプリケーションを通じて休暇パック旅行５２４
を予約してもよい。各休暇パック旅行５２４は、一意的な識別子、目的地、価格
、説明を有する。各休暇予約５２５は、一意的な予約識別子、出発日および帰着
日、旅行者数、合計費用を含む。休暇クラス概念図を図５０に示す。

【０３５４】 顧客５０１は、旅行サービスアプリケーションを通じて旅行保険を購入できる
。各種の旅行保険５２６に対して、目的地、旅行費用、旅行期間に基づく保険証
書費用を付与する保険証書目録５２７がある。各保険証書５２８は、一意的な予
約識別子、旅行の詳細、合計保険証書費用を有する。各保険証書は、１人又は複
数の旅行者５２９を対象として含む。旅行保険クラス概念図を図５１に示す。

【０３５５】 各予約は、それに対応する支払５０９を有し、各支払は支払方法５０３を有す
る。顧客５０１は、旅行サービス予約に対する支払時に選択し得る１組の支払方
法５０３を有する。支払クラス概念図を図４７に示す。

【０３５６】 ＳＥＴによる支払用カードの支払方法５１５を用いる場合、ユーザにリンクさ
れた対応するＳＥＴによる支払用カード８２１は、通常のＳＥＴプロトコルに従
って支払を行うために用いられる。

【０３５７】 支払用カードの支払方法５１４を用いる場合、指定した支払用カードは、企業
、この場合は旅行会社と、特定の支払用カード種別を扱う各取引銀行又は保険金
融会社間における通常のプロトコルに従って支払を行うために用いられる。

【０３５８】 ８．３ 旅行サービスユーザインタフェース ユーザは、以下のものを含む様々なリンクから旅行会社のメインページを獲得
し得る。 ・ネットページディレクトリ ・ネットページユーザ自身のブックマーク ・広告 ユーザに出力されるネットページドキュメントは、ユーザがどこからリンクし
たかに依って異なる。

【０３５９】 ８．３．１ 旅行会社所在地特定 旅行会社は、地球規模のネットページディレクトリやユーザ自身のブックマー
クを閲覧又は検索して、その場所を特定し得る。旅行会社はネットページ刊行物
の広告で見つけることもある。通常、ディレクトリ項目と広告の両者は、旅行会
社のメインページにリンクしている。

【０３６０】 ネットページユーザは、旅行会社に身元を明かさず商品検索を行える。ユーザ
は、予約確認の時点でのみ旅行会社が識別する。ユーザは、ネットページペンを
用いて支払フォームに署名した後、それを提出する必要がある。ユーザは、使用
しているネットページペンによって識別され、その署名はネットページ記録に基
づいて検証される。

【０３６１】 ８．３．２ 旅行会社メインページ 旅行会社メインページ５３０（図５８）は、旅行会社の商品情報と提供内容に
リンクしている。これらは以下のものを含む。 ・航空便 ・休暇パック旅行 ・レンタカー ・ホテル ・旅行保険 他の旅行会社サービス又は商品は、このページで利用可能であり、このページ
は最新の通貨為替レート、外貨注文へのアクセス、目的地検索、地図、天気情報
を含む。またリンク可能な関連する会社の広告もあり得る。旅行会社メインペー
ジユーザインタフェースフローを図５２に示す。

【０３６２】 ８．３．３ 航空便予約 顧客は、ネットページ旅行サービスを通じて航空便を見つけ予約してよい。顧
客は、航空便を見つけるためのフォーム５３１（図５９）に必要な航空便の詳細
を入力する。顧客はどの航空会社（複数も可）を検索したいのか指定できる。顧
客が＜航空会社のリスト化＞ボタンをクリックすると、航空会社の全リスト５３
６（図６０）が出力される。この航空会社リスト５３６から、顧客は次に航空便
検索に含まれる航空会社をチェックできる。

【０３６３】 顧客が＜航空便を見つける＞ボタンをクリックすると、航空便検索結果ページ
５３７（図６１）が出力され、全ての適合した航空便がリスト化される。各航空
便に対して、顧客は＜詳細＞をクリックして航空便詳細５３８（図６２）を出力
し、又は＜予約＞をクリックして航空便の予約に進む。顧客が＜追加検索＞をク
リックすると、航空便を見つけるための空白のフォーム５３１が出力される。

【０３６４】 顧客が航空便の予約に進むと、乗客詳細ページ５３９が出力される（図６３）
。ここで、顧客は乗客名、常連搭乗者詳細、連絡情報を入力する。更に、顧客が
＜予約の確認＞をクリックすると、支払明細書フォーム５４０が出力される（図
６４）。顧客は、支払に用いるクレジットカードを選択、又はその詳細を入力し
、顧客自身のネットページペンを用いてフォームに署名し、そして＜即時支払＞
をクリックする。 支払が完了すると、旅行日程と領収書５４１が出力される（図６５）。 航空便を見つけ予約するためのユーザインタフェースフローを図５３に示す。

【０３６５】 ８．３．４ レンタカー 顧客は、ネットページ旅行サービスを通じてレンタカーを見つけ予約できる。
顧客は、レンタカーを見つけるためのフォーム５３３（図６６）に必要な車の詳
細を入力する。

【０３６６】 顧客は、レンタカーの乗車場所と降車場所を指定しなければならない。顧客が
＜場所の検索＞ボタンをクリックすると、場所の全リスト５４６（図示せず）が
出力される。場所のページが２ページを超える場合、そのリストは、（ネットペ
ージアプリケーションドキュメントの中で記述された）ディレクトリ索引方法を
用いて出力される。

【０３６７】 必要な検索基準が入力されている場合、顧客は＜次へ＞上をクリックし、そし
てレンタカー検索結果５４２（図６７）ページを出力し、適合する全レンタカー
をリスト化する。各レンタカーに対して、顧客は＜詳細＞をクリックしてレンタ
ル詳細５４３（図示せず）を出力したり、＜予約＞をクリックして車の予約に進
んだりする。顧客が＜追加検索＞をクリックすると、レンタカーを見つけるため
の空白のフォーム５３３が出力される。

【０３６８】 顧客が＜予約＞をクリックすると、支払明細書ページ５４４が出力される（図
６８）。顧客は、支払に用いるクレジットカードを選択、又はその詳細を入力し
、顧客自身のネットページペンを用いてフォームに署名し、そして＜即時支払＞
をクリックする。 支払が完了すると、レンタカー領収書５４５が出力される（図６９）。 レンタカーを見つけ予約するためのユーザインタフェースフローを図５４に示
す。

【０３６９】 ８．３．５ ホテル予約 顧客は、ネットページ旅行サービスを通じてホテルを見つけ予約してよい。顧
客は、ホテルを見つけるためのフォーム５３４（図７０）に必要なホテルの詳細
を入力する。

【０３７０】 顧客は、ホテルの都市を指定しなければならない。顧客が＜都市の検索＞ボタ
ンをクリックすると、都市の検索フォーム５４８（図示せず）が出力される。こ
のフォームは、要求する都市のテキスト検索実行や地図による検索のオプション
を顧客に提供する。

【０３７１】 顧客が地図による検索を選んだ場合、詳細な地域地図５４９（図示せず）が出
力される。次に、顧客は、所望の地域の出力された地図をクリックして拡大する
。更に詳細な地域地図が出力される。顧客がテキスト検索を選んだ場合、適合す
る場所のリスト５５１（図示せず）が出力される。検索によって返される場所が
２ページを超える場合、そのリストは、（ネットページアプリケーションドキュ
メント中で記述した）ディレクトリ索引方法を用いて出力される。

【０３７２】 所望の場所が選択されると、又は顧客がその検索ページから＜リスト化＞をク
リックすると、ホテルリスト５５０（図示せず）が出力される。検索によって返
されるホテルが２ページを超える場合、そのリストは、ディレクトリ索引方法を
用いて出力される。次に、このホテルリストから、顧客は検索に含まれるホテル
をチェックできる。ホテルを見つけるためのフォーム５３４は、選択した場所と
ホテルが記入された状態で再出力される。

【０３７３】 必要な検索基準が入力されている場合、顧客は＜ホテルを見つける＞をクリッ
クするとホテル検索結果５４７（図７１）が出力される。各ホテルに対して、顧
客は＜詳細＞をクリックしてホテル詳細５５２（図示せず）を出力し、あるいは
＜予約＞をクリックして予約に進む。顧客が＜追加検索＞をクリックするとホテ
ルを見つけるための、空白のフォームが出力される。

【０３７４】 顧客が＜予約＞をクリックすると、支払明細書ページ５５３が出力される（図
７２）。顧客は、支払に用いるクレジットカードを選択、又はその詳細を入力し
、顧客自身のネットページペンを用いてフォームに署名し、そして＜即時支払＞
をクリックする。 支払が完了すると、ホテル予約確認書５５４が出力される（図７３）。 ホテルを見つけ予約するためのユーザインタフェースフローを図５５に示す。

【０３７５】 ８．３．６ 休暇 顧客は、ネットページ旅行サービスを通じて休暇パック旅行を見つけ予約して
もよい。まず顧客は、休暇目的地フォーム５３２（図７４）から目的地を選択す
る。そして休暇パック旅行のリスト５５５が出力される（図７５）。顧客は＜詳
細＞をクリックして、特定のパック旅行５５６に関する詳細情報を見る（図７６
）。

【０３７６】 次に、顧客が休暇パック旅行詳細ページ５５６の＜見積依頼＞をクリックする
と、休暇パック旅行照会フォーム５５７が出力される（図７７）。ここで、顧客
は利用可能かどうかのチェックと旅行者数、出発日、帰着日を含むパック旅行の
見積を得るために必要な詳細を入力する。

【０３７７】 更に、顧客が＜見積依頼＞をクリックすると休暇パック旅行見積書５５８が出
力される（図７８）。顧客が＜予約＞をクリックすると、支払明細書ページ５５
９が出力される（図７９）。顧客は、支払に用いるクレジットカードを選択、又
はその詳細を入力し、顧客自身のネットページペンを用いてフォームに署名し、
そして＜即時支払＞をクリックする。 支払が完了すると、休暇パック旅行予約確認書５６０が出力される（図８０）
。 休暇を見つけ予約するためのユーザインタフェースフローを図５６に示す。

【０３７８】 ８．３．７ 旅行保険 顧客は、ネットページ旅行サービスを通じて旅行保険を購入してよい。顧客は、
旅行保険照会フォーム５３５（図８１）上の必要な保険の詳細を入力する。

【０３７９】 保険種別の説明全体を見る場合、＜詳細＞をクリックすると旅行保険詳細フォ
ーム５６１（図示せず）が出力される。 必要な保険詳細が入力されている場合、顧客が＜見積依頼＞をクリックすると
旅行保険照会ページ５６２（図８２）が出力され、その保険証書費用と条件が付
与される。見積を受領するには、＜予約＞をクリックすると、支払明細書ページ
５６３が出力される（図８３）。顧客は、支払に用いるクレジットカードを選択
、又はその詳細を入力し、顧客自身のネットページペンを用いてフォームに署名
し、そして＜即時支払＞をクリックする。 支払が完了すると、旅行保険確認書５６４が出力される（図８４）。 旅行保険を見つけ予約するためのユーザインタフェースフローを図５７に示す
。

【０３８０】結論 本発明は好ましい実施形態ならびに多数の特定代替実施形態に関して記述され
た。しかし当業者であれば、特に記述されたのとは異なる他の多数の実施形態も
本発明の精神および有効範囲内であることを理解し得よう。故に本発明は、適宜
であるとして相互参照されて援用された出願および文献を含め、本明細書中で記
述された特定実施形態に制限することは企図されない。本発明の有効範囲は添付
の請求の範囲によってのみ限定される。

【図面の簡単な説明】

【図１】 ネットページの印刷されたサンプルとそのオンライン・ページ記述
との関係の概略図。

【図２】 ネットページ・ペン、ネットページ・プリンタ、ネットページ・ペ
ージサーバおよびネットページ・アプリケーション・サーバの間の対話の概略図
。

【図３】 ネットワークを介して相互接続されたネットページおよびプリンタ
の集合を示す図。

【図４】 印刷されたネットページおよびそのオンライン・ページ記述の高レ
ベル構造の概略図。

【図５】 ネットページ・タグの構造を示す平面図。

【図６】 図５に示された一群のタグと、ネットページ・ペンの形態のネット
ページ検知装置の視野との間の関係を示す平面図。

【図７】 タグ画像処理および復号化アルゴリズムのフローチャート。

【図８】 ネットページ・ペンおよび関連するタグ検知用視野円錐の斜視図。

【図９】 図８に示されたネットページ・ペンの分解斜視図。

【図１０】 図８および図９に示された上記ネットページ・ペンに対するペン
制御装置の概略的ブロック図。

【図１１】 壁部に取付けられたネットページ・プリンタの斜視図。

【図１２】 図１１のネットページ・プリンタの長さに沿った断面図。

【図１２ａ】 両面印刷エンジンおよび接着剤ホイールアセンブリの断面を示
す図１２の部分的拡大図。

【図１３】 図１１および図１２のネットページ・プリンタのインクカートリ
ッジ、インク、空気および接着剤の各経路、および各印刷エンジンの詳細図。

【図１４】 図１１および図１２に示された上記ネットページ・プリンタに対
するプリンタ制御装置の概略的ブロック図。

【図１５】 図１４に示されたプリンタ制御装置に関連する両面印刷エンジン
制御装置およびＭｅｍｊｅｔ（登録商標）印刷ヘッドの概略的ブロック図。

【図１６】 図１４および図１５に示された上記印刷エンジン制御装置の概略
的ブロック図。

【図１７】 例えば図１０乃至図１２のネットページ・プリンタで使用される
単一のＭｅｍｊｅｔ（登録商標）印刷要素の斜視図。

【図１８】 Ｍｅｍｊｅｔ（登録商標）印刷要素の配列の小部分の斜視図。

【図１９】 図１３に示された上記Ｍｅｍｊｅｔ（登録商標）印刷要素の動作
サイクルを示す一連の斜視図。

【図２０】 ページ幅Ｍｅｍｊｅｔ（登録商標）印刷ヘッドの短寸セグメント
の斜視図。

【図２１】 ユーザ・クラス概念図の概略図。

【図２２】 プリンタ・クラス概念図の概略図。

【図２３】 ペン・クラス概念図の概略図。

【図２４】 アプリケーション・クラス概念図の概略図。

【図２５】 ドキュメントおよびページ記述クラス概念図の概略図。

【図２６】 ドキュメントおよびページ所有者権限クラス概念図の概略図。

【図２７】 端末エレメント特化クラス概念図の概略図。

【図２８】 スタティックエレメント特化クラス概念図の概略図。

【図２９】 ハイパーリンクエレメント・クラス概念図の概略図。

【図３０】 ハイパーリンクエレメント特化クラス概念図の概略図。

【図３１】 ハイパーリンク化グループ・クラス概念図の概略図。

【図３２】 フォーム・クラス概念図の概略図。

【図３３】 デジタルインク・クラス概念図の概略図。

【図３４】 フィールドエレメント特化クラス概念図の概略図。

【図３５】 チェックボックスフィールド・クラス概念図の概略図。

【図３６】 テキストフィールド・クラス概念図の概略図。

【図３７】 署名フィールド・クラス概念図の概略図。

【図３８】 入力処理アルゴリズムのフローチャート。

【図３８ａ】 図３８のフローチャートの一ステップの概略図。

【図３９】 ページサーバコマンドエレメント・クラス概念図の概略図。

【図４０】 購読配信プロトコルの概略図。

【図４１】 ハイパーリンク要求クラス概念図の概略図。

【図４２】 ハイパーリンク起動プロトコルの概略図。

【図４３】 フォーム提出プロトコルの概略図。

【図４４】１組のユーザインタフェースフロードキュメントアイコンの概略図
。

【図４５】１組のユーザインタフェース頁レイアウトエレメントアイコンの概
略図。

【図４６】航空便クラス概念図の概略図。

【図４７】支払クラス概念図の概略図。

【図４８】レンタカークラス概念図の概略図。

【図４９】ホテルクラス概念図の概略図。

【図５０】休暇クラス概念図の概略図。

【図５１】旅行保険クラス概念図の概略図。

【図５２】旅行会社ユーザインタフェースフローの概略図。

【図５３】航空便ユーザインタフェースフローの概略図。

【図５４】レンタカーユーザインタフェースフローの概略図。

【図５５】ホテル予約ユーザインタフェースフローの概略図。

【図５６】休暇ユーザインタフェースフローの概略図。

【図５７】旅行保険ユーザインタフェースフローの概略図。

【図５８】旅行会社メインページの概略図。

【図５９】航空便検索フォームの概略図。

【図６０】航空会社リストフォームの概略図。

【図６１】航空便検索結果ページの概略図。

【図６２】航空便詳細ページの概略図。

【図６３】乗客詳細フォームの概略図。

【図６４】支払明細書フォームの概略図。

【図６５】旅行日程及び領収書ページの概略図。

【図６６】レンタカー検索フォームの概略図。

【図６７】レンタカー検索結果ページの概略図。

【図６８】レンタカー支払明細書フォームの概略図。

【図６９】レンタカー領収書ページの概略図。

【図７０】ホテル検索フォームの概略図。

【図７１】ホテル検索結果ページの概略図。

【図７２】ホテル支払明細書フォ−ムの概略図。

【図７３】ホテル予約確認ページの概略図。

【図７４】休暇目的地ページの概略図。

【図７５】休暇パック旅行ページの概略図。

【図７６】休暇パック旅行詳細ページの概略図。

【図７７】休暇パック旅行照会フォームの概略図。

【図７８】休暇パック旅行見積ページの概略図。

【図７９】休暇パック旅行支払明細書フォームの概略図。

【図８０】休暇予約確認ページの概略図。

【図８１】旅行保険照会フォームの概略図。

【図８２】旅行保険見積ページの概略図。

【図８３】旅行保険支払明細書フォームの概略図。

【図８４】旅行保険確認ページの概略図。

───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号 ＰＱ ４９１２ (32)優先日 平成11年12月24日(1999．12．24) (33)優先権主張国 オーストラリア（ＡＵ） (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ， ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ， ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ (72)発明者 ラプスタン、ジャクリーン アン オーストラリア国 2046 ニューサウスウ ェールズ州 ロッド ポイント デューク アベニュー 13 (72)発明者 ラプスタン、ポール オーストラリア国 2046 ニューサウスウ ェールズ州 ロッド ポイント デューク アベニュー 13 Ｆターム(参考） 5B068 AA05 AA33 BB18 BD02 BD09 BE06 CC06

Claims (45)

【特許請求の範囲】
1. 【請求項１】 旅行サービスへのアクセスを可能にする方法であって、 見込購買客に旅行サービス取引に関する情報を含むフォームを提供する段階で
   あって、前記フォームは、前記フォームの識別と前記フォームの少なくとも１つ
   の基準点とを示す符号化データを含む前記段階と、 コンピュータシステムにおいて、前記フォームの識別と前記フォームを基準と
   する検出デバイスの位置とに関する表示データを前記検出デバイスから受信する
   段階であって、前記検出デバイスが、前記フォームを基準とする操作位置に配置
   された時、少なくともいくつかの前記符号化データを用いて前記表示データを検
   出する前記段階と、 前記コンピュータシステムにおいて又前記表示データから前記旅行サービス取
   引に関する少なくとも１つのパラメータを識別する段階と、を含むことを特徴と
   する方法。
2. 【請求項２】 請求項１に記載の方法であって、前記旅行サービス取引に関
   する前記少なくとも１つのパラメータは、前記フォームの少なくとも１つの領域
   と対応し、また前記方法は、前記コンピュータシステムにおいてまた前記検出デ
   バイスが配置されている領域を基準とする領域から、前記少なくとも１つのパラ
   メータを識別する段階を含むことを特徴とする方法。
3. 【請求項３】 請求項２に記載の方法であって、 前記コンピュータシステムにおいて、検出デバイスの前記フォームを基準とす
   る動きに関するデータを受信する段階であって、前記検出デバイスが、少なくと
   もいくつかの前記符号化データを用いて前記フォームを基準とするその動きを検
   出する前記段階と、 前記コンピュータシステムにおいて又少なくとも部分的に前記少なくとも１つ
   の領域内の前記動きから、旅行サービス取引の前記少なくとも１つのパラメータ
   を識別する段階と、を含むことを特徴とする方法。
4. 【請求項４】 旅行サービスへのアクセスを可能にする方法であって、 見込購買客に旅行サービス取引に関する情報を含むフォームを提供する段階で
   あって、前記フォームは、前記旅行サービスの少なくとも１つのパラメータを示
   す符号化データを含む前記段階と、 コンピュータシステムにおいて、前記少なくとも１つのパラメータと前記フォ
   ームを基準とする検出デバイスの動きとに関するデータを検出デバイスから受信
   する段階であって、前記検出デバイスが、前記フォームを基準として移動された
   時、少なくともいくつかの前記符号化データを用いて前記少なくとも１つのパラ
   メータに関する前記データを検出し、また前記フォームを基準とするそれ自身の
   動きに関する前記データを生成する前記段階と、 前記コンピュータシステムにおいて、前記検出デバイスの前記動きを、それが
   前記少なくとも１つのパラメータに関するものであると解釈する段階と、を含む
   ことを特徴とする方法。
5. 【請求項５】 旅行サービスへのアクセスを可能にする方法であって、 見込購買客にフォームの識別を示す符号化データを含むフォームを提供する段
   階と、 コンピュータシステムにおいて、前記見込購買客の識別と前記フォームの識別
   とに関するデータを検出デバイスから受信する段階であって、前記検出デバイス
   が前記見込購買客の識別に関する前記データを含み、また少なくともいくつかの
   前記符号化データを用いて前記フォームの識別に関する前記データを検出する前
   記段階と、 前記コンピュータシステムにおいて又前記見込購買客の識別と前記フォームの
   識別とに関する前記データから旅行サービス取引を識別する段階と、を含むこと
   を特徴とする方法。
6. 【請求項６】 請求５に記載の方法であって、前記符号化データはまた前記
   旅行サービス取引の少なくとも１つのパラメータを示し、前記方法は、前記コン
   ピュータシステムにおいて、前記旅行サービス取引の前記少なくとも１つのパラ
   メータに関する表示データを前記検出デバイスから受信する段階であって、前記
   検出デバイスが、少なくともいくつかの前記符号化データを用いて前記表示デー
   タを検出する前記段階を含むことを特徴とする方法。
7. 【請求項７】 請求項６に記載の方法であって、 前記コンピュータシステ
   ムにおいて、検出デバイスの前記フォームを基準とする動きに関するデータを受
   信する段階であって、前記検出デバイスが、前記フォームを基準として、それ自
   身の動きに関するデータを生成する前記段階を含むことを特徴とする方法。
8. 【請求項８】 請求項２、４又は６に記載の方法であって、前記パラメータ
   は旅行サービス取引のアクションパラメータであり、前記方法は、前記コンピュ
   ータシステムにおいて、前記アクションパラメータに関する操作を実行する段階
   を含むことを特徴とする方法。
9. 【請求項９】 請求項８に記載の方法であって、前記旅行サービス取引のア
   クションパラメータは、 旅行商品を検索する段階と、 旅行商品に関する情報を要求する段階と、 購入対象の旅行商品を選択する段階と、 旅行商品に対する支払いを確認する段階と、 航空便を検索する段階と、 航空便に関する情報を要求する段階と、 購入対象の航空便を選択する段階と、 航空便に対する支払いを確認する段階と、 レンタカーを検索する段階と、 レンタカーに関する情報を要求する段階と、 購入対象のレンタカーを選択する段階と、 レンタカーに対する支払いを確認する段階と、 ホテル宿泊施設を検索する段階と、 ホテル宿泊施設に関する情報を要求する段階と、 購入対象のホテル宿泊施設を選択する段階と、 ホテル宿泊施設に対する支払いを確認する段階と、 休暇パック旅行に関する情報を要求する段階と、 休暇パック旅行に関する見積を要求する段階と、 購入対象の休暇パック旅行を選択する段階と、 休暇パック旅行に対する支払いを確認する段階と、 旅行保険に関する情報を要求する段階と、 旅行保険に関する見積を要求する段階と、 購入対象の旅行保険を選択する段階と、 旅行保険に対する支払いを確認する段階と、を含む群から選択することを特徴
   とする方法。
10. 【請求項１０】 請求項３、４又は７に記載の方法であって、前記パラメー
    タは旅行サービス取引のオプションパラメータであり、前記方法は、前記コンピ
    ュータシステムにおいて、見込購買客が検出デバイスによって手書きマークを入
    力したことを識別し、前記コンピュータシステムにおいて、前記オプションパラ
    メータに対応した操作を実行する段階を含むことを特徴とする方法。
11. 【請求項１１】 請求項１０に記載の方法であって、前記オプションパラメ
    ータは、 旅行商品を検索する段階と、 旅行商品に関する情報を要求する段階と、 購入対象の旅行商品を選択する段階と、 旅行商品に対する支払いを確認する段階と、 航空便を検索する段階と、 航空便に関する情報を要求する段階と、 購入対象の航空便を選択する段階と、 航空便に対する支払いを確認する段階と、 レンタカーを検索する段階と、 レンタカーに関する情報を要求する段階と、 購入対象のレンタカーを選択する段階と、 レンタカーに対する支払いを確認する段階と、 ホテル宿泊施設を検索する段階と、 ホテル宿泊施設に関する情報を要求する段階と、 購入対象のホテル宿泊施設を選択する段階と、 ホテル宿泊施設に対する支払いを確認する段階と、 休暇パック旅行に関する情報を要求する段階と、 休暇パック旅行に関する見積を要求する段階と、 購入対象の休暇パック旅行を選択する段階と、 休暇パック旅行に対する支払いを確認する段階と、 旅行保険に関する情報を要求する段階と、 旅行保険に関する見積を要求する段階と、 購入対象の旅行保険を選択する段階と、 旅行保険に対する支払いを確認する段階と、 旅行クラスと、料金種別と、航空会社と、支払カード種別と、車種と、車載装
    備オプションと、支払カードと、所有種別と、設備オプションと、旅行保険適用
    種別と、旅行保険対象範囲と、の内少なくとも１つと対応していることを特徴と
    する方法。
12. 【請求項１２】 請求項３、４又は７に記載の方法であって、前記パラメー
    タは旅行サービス取引のテキストパラメータであり、前記方法は、前記コンピュ
    ータシステムにおいて、見込購買客が検出デバイスによって手書きテキストデー
    タを入力したことを識別し、前記コンピュータシステムにおいて前記テキストパ
    ラメータに対応した操作を実行する段階を含むことを特徴とする方法。
13. 【請求項１３】 請求項１２に記載の方法であって、前記コンピュータシス
    テムにおいて、前記手書きテキストデータをコンピュータテキストに変換する段
    階を含むことを特徴とする方法。
14. 【請求項１４】 請求項１３に記載の方法であって、前記テキストパラメー
    タは、 旅行出発場所と、旅行の行先の場所と、旅行者数と、航空会社と、航空機と、
    常連搭乗客会員番号と、旅行者名と、旅行者の住所と、旅行者の電話番号と、旅
    行者の年齢と、支払カード所有者の名前と、支払カード番号と、支払カード有効
    期限と、レンタカー乗車場所と、レンタカー降車場所と、レンタカー乗車日付と
    、車両メーカと、都市と、チェックイン日付と、宿泊客数と、客室数と、ホテル
    チェーンと、ホテル名と、出発日付と、旅行費用と、の内少なくとも１つのに対
    応していることを特徴とする方法。
15. 【請求項１５】 請求項３、４又は７に記載の方法であって、前記パラメー
    タは、旅行サービス取引の許可パラメータであり、前記方法は、前記コンピュー
    タシステムにおいて、見込購買客が検出デバイスによって手書きの署名を入力し
    たことを識別し、前記コンピュータシステムにおいて前記許可パラメータに対応
    した操作を実行する段階を含むことを特徴とする方法。
16. 【請求項１６】 請求項１５に記載の方法であって、前記コンピュータシス
    テムにおいて、前記署名は見込購買客のものであることを検証する段階を含むこ
    とを特徴とする方法。
17. 【請求項１７】 請求項１６に記載の方法であって、前記許可パラメータは
    支払認証と対応していることを特徴とする方法。
18. 【請求項１８】 請求項１、４又は５に記載の方法であって、前記フォーム
    は、 旅行商品を検索する段階と、 旅行商品に関する情報を要求する段階と、 購入対象の旅行商品を選択する段階と、 旅行商品に対する支払いを確認する段階と、 旅行商品の受注と、 航空便と、 レンタカーと、 ホテル宿泊施設と、 休暇パック旅行と、 旅行保険と、の内少なくとも１つに関する情報を含むことを特徴とする方法。
19. 【請求項１９】 請求項１、４又は５に記載の方法であって、前記フォーム
    をオンデマンドで出力する段階を含むことを特徴とする方法。
20. 【請求項２０】 請求項１９に記載の方法であって、前記フォームを表示面
    画成手段の表示面上に出力する段階を含み、フォームが出力されると同時に、前
    記表示面上に符号化データを出力する段階とを含むことを特徴とする方法。
21. 【請求項２１】 請求項２０に記載の方法であって、可視域においては実質
    的に不可視の符号化データを出力する段階を含むことを特徴とする方法。
22. 【請求項２２】 請求項１又は５に記載の方法であって、生成された各フォ
    ームの取り出し可能なレコードを保持する段階であって、前記フォームはその符
    号化データに含まれる識別を用いて取り出し可能である前記段階を含むことを特
    徴とする方法。
23. 【請求項２３】 請求項１、４又は５に記載の方法であって、マルチキャス
    トとポイントキャスト通信プロトコルとの組み合わせを用いて、複数のフォーム
    を配布する段階を含むことを特徴とする方法。
24. 【請求項２４】 請求項１又は４に記載の方法であって、前記検出デバイス
    は、検出デバイスに一意的な識別を付与する識別手段を含み、また特定の見込購
    買客に属するものであるとそれを識別し、前記方法は前記コンピュータシステム
    において前記識別を監視する段階を含むことを特徴とする方法。
25. 【請求項２５】 請求項１、４又は５に記載の方法であって、別々の表示装
    置の必要性をなくすために、前記フォームにおいて旅行サービス取引に関する必
    要な情報を全て提供する段階を含むことを特徴とする方法。
26. 【請求項２６】 請求項１、４又は５に記載の方法であって、前記フォーム
    は複数のページにおいて出力され、前記方法は前記ページを束ねる段階を含むこ
    とを特徴とする方法。
27. 【請求項２７】 旅行サービスへのアクセスを可能にするシステムであって
    、 旅行サービス取引に関する情報を含むフォームであって、前記フォームの識別
    と前記フォームの少なくとも１つの基準点とを示す符号化データを含む前記フォ
    ームと、 前記旅行サービス取引に関する少なくとも１つのパラメータを識別するための
    検出デバイスから表示データを受信するためのコンピュータシステムであって、
    前記表示データが前記フォームの識別と前記フォームを基準とする前記検出デバ
    イスの位置とを示し、また前記検出デバイスが少なくともいくつかの前記符号化
    データを用いて前記表示データを検出する前記コンピュータシステムと、を含む
    ことを特徴とするシステム。
28. 【請求項２８】 請求項２７に記載のシステムであって、旅行サービス取引
    に関連する前記少なくとも１つのパラメータは、前記フォームの少なくとも１つ
    の領域と対応していることを特徴とするシステム。
29. 【請求項２９】 請求項２７に記載のシステムであって、少なくともいくつ
    かの前記符号化データを用いて、前記フォームを基準とするその動きを検出する
    検出デバイスを備えていることを特徴とするシステム。
30. 【請求項３０】 旅行サービスへのアクセスを可能にするシステムであって
    、 旅行サービス取引に関する情報を含むフォームであって、前記旅行サービス取
    引の少なくとも１つのパラメータを示す符号化データを含む前記フォームと、 前記少なくとも１つのパラメータと前記フォームを基準とする検出デバイスの
    動きとに関するデータを検出デバイスから受信し、また前記検出デバイスの前記
    動きをそれが前記少なくとも１つのパラメータに関するものであると解釈するた
    めのコンピュータシステムであって、前記検出デバイスが、前記フォームを基準
    として移動された時、少なくともいくつかの前記符号化データを用いて前記少な
    くとも１つのパラメータに関する前記データを検出し、また前記フォームを基準
    とするそれ自身の動きに関する前記データを生成する前記コンピュータシステム
    と、を含むことを特徴とするシステム。
31. 【請求項３１】 旅行サービスへのアクセスを可能にするシステムであって
    、 フォームの識別を示す符号化データを含む前記フォームと、 見込購買客の識別と前記フォームの識別とに関するデータを検出デバイスから
    受信し、また前記受信データから旅行サービス取引を識別するためのコンピュー
    タシステムであって、前記検出デバイスが、前記見込購買客の識別に関する前記
    データを含み、また少なくともいくつかの前記符号化データを用いて前記フォー
    ムの識別に関する前記データを検出する前記コンピュータシステムと、を含むこ
    とを特徴とするシステム。
32. 【請求項３２】 請求３１に記載のシステムであって、前記符号化データは
    また前記旅行サービス取引の少なくとも１つのパラメータを示し、前記コンピュ
    ータシステムは、前記旅行サービス取引の前記少なくとも１つのパラメータに関
    する表示データを前記検出デバイスから受信し、前記検出デバイスが、少なくと
    もいくつかの前記符号化データを用いて前記表示データを検出することを特徴と
    するシステム。
33. 【請求項３３】 請求項３１に記載のシステムであって、前記フォームを基
    準とするその動きを検出する検出デバイスを備えていることを特徴とするシステ
    ム。
34. 【請求項３４】 請求項２７、３０又は３２のいずれかに記載のシステムで
    あって、前記旅行サービス取引の前記少なくとも１つのパラメータは、 旅行サービス取引のアクションパラメータと、 旅行サービス取引のオプションパラメータと、 旅行サービス取引のテキストパラメータと、 旅行サービス取引の許可パラメータと、 旅行サービス取引の図パラメータと、を含む群から選択されることを特徴とす
    るシステム。
35. 【請求項３５】 請求項３４に記載のシステムであって、前記旅行サービス
    取引のアクションパラメータは、 旅行商品を検索する段階と、 旅行商品に関する情報を要求する段階と、 購入対象の旅行商品を選択する段階と、 旅行商品に対する支払いを確認する段階と、 航空便を検索する段階と、 航空便に関する情報を要求する段階と、 購入対象の航空便を選択する段階と、 航空便に対する支払いを確認する段階と、 レンタカーを検索する段階と、 レンタカーに関する情報を要求する段階と、 購入対象のレンタカーを選択する段階と、 レンタカーに対する支払いを確認する段階と、 ホテル宿泊施設を検索する段階と、 ホテル宿泊施設に関する情報を要求する段階と、 購入対象のホテル宿泊施設を選択する段階と、 ホテル宿泊施設に対する支払いを確認する段階と、 休暇パック旅行に関する情報を要求する段階と、 休暇パック旅行に関する見積を要求する段階と、 購入対象の休暇パック旅行を選択する段階と、 休暇パック旅行に対する支払いを確認する段階と、 旅行保険に関する情報を要求する段階と、 旅行保険に関する見積を要求する段階と、 購入対象の旅行保険を選択する段階と、 旅行保険に対する支払いを確認する段階と、を含む群から選択することを特徴
    とするシステム。
36. 【請求項３６】 請求項３４に記載のシステムであって、前記オプションパ
    ラメータは、 旅行商品を検索する段階と、 旅行商品に関する情報を要求する段階と、 購入対象の旅行商品を選択する段階と、 旅行商品に対する支払いを確認する段階と、 航空便を検索する段階と、 航空便に関する情報を要求する段階と、 購入対象の航空便を選択する段階と、 航空便に対する支払いを確認する段階と、 レンタカーを検索する段階と、 レンタカーに関する情報を要求する段階と、 購入対象のレンタカーを選択する段階と、 レンタカーに対する支払いを確認する段階と、 ホテル宿泊施設を検索する段階と、 ホテル宿泊施設に関する情報を要求する段階と、 購入対象のホテル宿泊施設を選択する段階と、 ホテル宿泊施設に対する支払いを確認する段階と、 休暇パック旅行に関する情報を要求する段階と、 休暇パック旅行に関する見積を要求する段階と、 購入対象の休暇パック旅行を選択する段階と、 休暇パック旅行に対する支払いを確認する段階と、 旅行保険に関する情報を要求する段階と、 旅行保険に関する見積を要求する段階と、 購入対象の旅行保険を選択する段階と、 旅行保険に対する支払いを確認する段階と、 旅行クラスと、料金種別と、航空会社と、支払カード種別と、車種と、車載装
    備オプションと、支払カードと、所有種別と、設備オプションと、旅行保険適用
    種別と、旅行保険対象範囲と、の内少なくとも１つと対応していることを特徴と
    するシステム。
37. 【請求項３７】 請求項３４に記載のシステムであって、前記テキストパラ
    メータは、 旅行出発場所と、旅行の行先の場所と、旅行者数と、航空会社と、航空機と、
    常連搭乗客会員番号と、旅行者名と、旅行者の住所と、旅行者の電話番号と、旅
    行者の年齢と、支払カード所有者の名前と、支払カード番号と、支払カード有効
    期限と、レンタカー乗車場所と、レンタカー降車場所と、レンタカー乗車日付と
    、車両メーカと、都市と、チェックイン日付と、宿泊客数と、客室数と、ホテル
    チェーンと、ホテル名と、出発日付と、旅行費用と、の内少なくとも１つのに対
    応していることを特徴とするシステム。
38. 【請求項３８】 請求項３４に記載のシステムであって、前記許可パラメー
    タは支払認証と対応していることを特徴とするシステム。
39. 【請求項３９】 請求項２９、３０又は３３に記載のシステムであって、前
    記検出デバイスはマーキングペン先を含むことを特徴とするシステム。
40. 【請求項４０】 請求項２９又は３０に記載のシステムであって、前記検出
    デバイスは、検出デバイスに一意的な識別を付与する識別手段を含み、また特定
    の見込購買客に属するものであるとそれを識別することを特徴とするシステム。
41. 【請求項４１】 請求項２７、３０又は３１に記載のシステムであって、前
    記フォームは表示面画成手段の表示面上に出力され、また前記システムは表示面
    にオンデマンドで前記フォームを出力するためのプリンタを含むことを特徴とす
    るシステム。
42. 【請求項４２】 請求項４１に記載のシステムであって、前記プリンタは前
    記表示面画成手段上で前記フォームを出力すると同時に、前記符号化データを出
    力することを特徴とするシステム。
43. 【請求項４３】 請求項２７、３０又は３１に記載のシステムであって、前
    記符号化データは可視域においては実質的に不可視であることを特徴とするシス
    テム。
44. 【請求項４４】 請求項２７又は３１に記載のシステムであって、生成され
    た各フォームの取り出し可能なレコードを保持するためのデータベースを含み、
    各フォームはその符号化データに含まれるその識別を用いて取り出し可能である
    ことを特徴とするシステム。
45. 【請求項４５】 請求項４１に記載のシステムであって、複数のページにお
    いて出力されたフォームの要求に応えるために、前記プリンタは前記ページを束
    ねるための結束手段を含むことを特徴とするシステム。