JP4694075B2 - デバイス制御の方法およびシステム - Google Patents

Description

【０００１】
発明の分野
本発明は、一般にはデバイス制御に関し、より詳細には、分散型コンピュータ・システムを通じて電気デバイスまたは電子デバイスを制御することを可能にする方法およびシステムに関する。これは、印刷したフォームをベースとするユーザ・インタフェースを用いるデバイスの動作に固有の応用を有する。
【０００２】
同時係属出願
本発明に関連する各種の方法、システム、および装置が、本発明と同時に本発明の出願人または譲受人によって出願された、以下の同時係属出願に開示される。
【０００３】
ＰＣＴ／ＡＵ００／０１２７３、ＰＣＴ／ＡＵ００／０１２７９、
ＰＣＴ／ＡＵ００／０１２８８、ＰＣＴ／ＡＵ００／０１２８２、
ＰＣＴ／ＡＵ００／０１２７６、ＰＣＴ／ＡＵ００／０１２８０、
ＰＣＴ／ＡＵ００／０１２７４、ＰＣＴ／ＡＵ００／０１２８９、
ＰＣＴ／ＡＵ００／０１２７５、ＰＣＴ／ＡＵ００／０１２７７、
ＰＣＴ／ＡＵ００／０１２８６、ＰＣＴ／ＡＵ００／０１２８１、
ＰＣＴ／ＡＵ００／０１２７８、ＰＣＴ／ＡＵ００／０１２８７、
ＰＣＴ／ＡＵ００／０１２８５、ＰＣＴ／ＡＵ００／０１２８４、および
ＰＣＴ／ＡＵ００／０１２８３
これらの同時係属出願の開示は、相互参照により本明細書に組み込む。
【０００４】
本発明に関連する各種の方法、システム、および装置が、２０００年９月１５日に、本発明の出願人または譲受人によって出願された次の同時係属出願に開示される：ＰＣＴ／ＡＵ００／０１１０８、ＰＣＴ／ＡＵ００／００１１１０およびＰＣＴ／ＡＵ００／０１１１１。これらの同時係属出願の開示は、相互参照により本明細書に組み込む。
【０００５】
本発明に関連する各種の方法、システム、および装置が、２０００年６月３０日に、本発明の出願人または譲受人によって出願された以下の同時係属出願に開示される。
【０００６】
ＰＣＴ／ＡＵ００／００７６２、ＰＣＴ／ＡＵ００／００７６３、
ＰＣＴ／ＡＵ００／００７６１、ＰＣＴ／ＡＵ００／００７６０、
ＰＣＴ／ＡＵ００／００７５９、ＰＣＴ／ＡＵ００／００７５８、
ＰＣＴ／ＡＵ００／００７６４、ＰＣＴ／ＡＵ００／００７６５、
ＰＣＴ／ＡＵ００／００７６６、ＰＣＴ／ＡＵ００／００７６７、
ＰＣＴ／ＡＵ００／００７６８、ＰＣＴ／ＡＵ００／００７７３、
ＰＣＴ／ＡＵ００／００７７４、ＰＣＴ／ＡＵ００／００７７５、
ＰＣＴ／ＡＵ００／００７７６、ＰＣＴ／ＡＵ００／００７７７、
ＰＣＴ／ＡＵ００／００７７０、ＰＣＴ／ＡＵ００／００７６９、
ＰＣＴ／ＡＵ００／００７７１、ＰＣＴ／ＡＵ００／００７７２、
ＰＣＴ／ＡＵ００／００７５４、ＰＣＴ／ＡＵ００／００７５５、
ＰＣＴ／ＡＵ００／００７５６、およびＰＣＴ／ＡＵ００／００７５７
これらの同時係属出願の開示は、相互参照により本明細書に組み込む。
【０００７】
本発明に関連する各種の方法、システム、および装置が、２０００年５月２４日に、本発明の出願人または譲受人によって出願された次の同時係属出願に開示される。
【０００８】
ＰＣＴ／ＡＵ００／００５１８、ＰＣＴ／ＡＵ００／００５１９、
ＰＣＴ／ＡＵ００／００５２０、ＰＣＴ／ＡＵ００／００５２１、
ＰＣＴ／ＡＵ００／００５２２、ＰＣＴ／ＡＵ００／００５２３、
ＰＣＴ／ＡＵ００／００５２４、ＰＣＴ／ＡＵ００／００５２５、
ＰＣＴ／ＡＵ００／００５２６、ＰＣＴ／ＡＵ００／００５２７、
ＰＣＴ／ＡＵ００／００５２８、ＰＣＴ／ＡＵ００／００５２９、
ＰＣＴ／ＡＵ００／００５３０、ＰＣＴ／ＡＵ００／００５３１、
ＰＣＴ／ＡＵ００／００５３２、ＰＣＴ／ＡＵ００／００５３３、
ＰＣＴ／ＡＵ００／００５３４、ＰＣＴ／ＡＵ００／００５３５、
ＰＣＴ／ＡＵ００／００５３６、ＰＣＴ／ＡＵ００／００５３７、
ＰＣＴ／ＡＵ００／００５３８、ＰＣＴ／ＡＵ００／００５３９、
ＰＣＴ／ＡＵ００／００５４０、ＰＣＴ／ＡＵ００／００５４１、
ＰＣＴ／ＡＵ００／００５４２、ＰＣＴ／ＡＵ００／００５４３、
ＰＣＴ／ＡＵ００／００５４４、ＰＣＴ／ＡＵ００／００５４５、
ＰＣＴ／ＡＵ００／００５４７、ＰＣＴ／ＡＵ００／００５４６、
ＰＣＴ／ＡＵ００／００５５４、ＰＣＴ／ＡＵ００／００５５６、
ＰＣＴ／ＡＵ００／００５５７、ＰＣＴ／ＡＵ００／００５５８、
ＰＣＴ／ＡＵ００／００５５９、ＰＣＴ／ＡＵ００／００５６０、
ＰＣＴ／ＡＵ００／００５６１、ＰＣＴ／ＡＵ００／００５６２、
ＰＣＴ／ＡＵ００／００５６３、ＰＣＴ／ＡＵ００／００５６４、
ＰＣＴ／ＡＵ００／００５６５、ＰＣＴ／ＡＵ００／００５６６、
ＰＣＴ／ＡＵ００／００５６７、ＰＣＴ／ＡＵ００／００５６８、
ＰＣＴ／ＡＵ００／００５６９、ＰＣＴ／ＡＵ００／００５７０、
ＰＣＴ／ＡＵ００／００５７１、ＰＣＴ／ＡＵ００／００５７２、
ＰＣＴ／ＡＵ００／００５７３、ＰＣＴ／ＡＵ００／００５７４、
ＰＣＴ／ＡＵ００／００５７５、ＰＣＴ／ＡＵ００／００５７６、
ＰＣＴ／ＡＵ００／００５７７、ＰＣＴ／ＡＵ００／００５７８、
ＰＣＴ／ＡＵ００／００５７９、ＰＣＴ／ＡＵ００／００５８１、
ＰＣＴ／ＡＵ００／００５８０、ＰＣＴ／ＡＵ００／００５８２、
ＰＣＴ／ＡＵ００／００５８７、ＰＣＴ／ＡＵ００／００５８８、
ＰＣＴ／ＡＵ００／００５８９、ＰＣＴ／ＡＵ００／００５８３、
ＰＣＴ／ＡＵ００／００５９３、ＰＣＴ／ＡＵ００／００５９０、
ＰＣＴ／ＡＵ００／００５９１、ＰＣＴ／ＡＵ００／００５９２、
ＰＣＴ／ＡＵ００／００５９４、ＰＣＴ／ＡＵ００／００５９５、
ＰＣＴ／ＡＵ００／００５９６、ＰＣＴ／ＡＵ００／００５９７、
ＰＣＴ／ＡＵ００／００５９８、ＰＣＴ／ＡＵ００／００５１６、
ＰＣＴ／ＡＵ００／００５１７、およびＰＣＴ／ＡＵ００／００５１１
これらの同時係属出願の開示は、相互参照により本明細書に組み込む。
【０００９】
背景
家庭やオフィスには、その動作を制御する何らかの種のユーザ・インタフェースを有する電気デバイスおよび電子デバイスが数多くある。これには、オフィス機器、オーディオおよびビデオ機器、台所器具、暖房および冷房システムなどが含まれる。照明ソケットもオン／オフ・スイッチを備え、場合によっては調光器を有することもあり、また多くの国では電気コンセントがオン／オフ・スイッチを備える。
【００１０】
オフィス機器および娯楽機器は、ネットワーク対応型のものが増加しつつある。すなわち、デバイスには標準的なローカルエリア・ネットワークへのインタフェースがあらかじめ備わっており、ネットワークを通じてその動作を制御することができる。Ｂｌｕｅｔｏｏｔｈなど、規格化された無線ネットワーキング技術の到来により、こうしたデバイスや器具がネットワーク機能をサポートすることが増加するものと予想される。
【００１１】
ネットワーキングの進歩論者には、いずれは照明ソケットさえもネットワーク化され、その状態を遠隔から調べ、その機能を遠隔から制御できるようになると予測する者もある。
【００１２】
現在でも、赤外線遠隔制御インタフェースで制御することのできるデバイスの数は増加している。このようなインタフェースは、特にオーディオおよびビデオ機器や、暖房および冷房システムに普及している。
【００１３】
発明の概要
本発明の目的は、コンピュータ・システムを通じてデバイスを制御することを可能にする新規の方法およびシステムを提供することである。
【００１４】
第１の態様で、本発明は、デバイスの制御を可能にする方法を提供し、デバイスは、コンピュータ・システムからの制御命令に応答して少なくとも１つの機能を実行するように機能し、この方法は、
デバイス機能に関連する情報を含む制御インタフェースを提供するステップであって、制御インタフェースは、制御インタフェースの識別と、制御インタフェースの少なくとも１つの基準点とを表す符号化データを含むステップと、
コンピュータ・システム中で、感知デバイスから、制御インタフェースの識別と、制御インタフェースに対する感知デバイスの位置とに関する指示データを受信するステップであって、感知デバイスは、制御インタフェースに対して動作位置に置かれると、符号化データの少なくとも一部を使用して指示データを感知するステップと、
コンピュータ・システム中で、指示データから、制御命令の少なくとも１つのパラメータに関連する動作を実行するステップと
を含む。
【００１５】
第２の態様で、本発明は、デバイスの制御を可能にする方法を提供し、この方法では、デバイスはコンピュータ・システムからの制御命令に応答して、少なくとも１つの機能を実行するように機能し、この方法は、
デバイス機能に関連する情報を含む制御インタフェースを提供するステップであって、制御インタフェースが、制御命令の少なくとも１つのパラメータを表す符号化データを含むステップと、
コンピュータ・システム中で、感知デバイスから、前記少なくとも１つのパラメータに関連し、制御インタフェースに対する感知デバイスの移動に関するデータを受信するステップであって、感知デバイスは、制御インタフェースに対して動かされると、符号化データの少なくとも一部を使用して前記少なくとも１つのパラメータに関するデータを感知し、かつ制御インタフェースに対するそれ自体の動きに関するデータを生成するステップと、
コンピュータ・システム中で、前記感知デバイスの動きが、前記少なくとも１つのパラメータに関連するものと解釈するステップと
を含む。
【００１６】
第３の態様で、本発明は、デバイスの制御を可能にする方法を提供し、この方法では、デバイスはコンピュータ・システムからの制御命令に応答して少なくとも１つの機能を実行するように機能し、この方法は、
制御インタフェースの識別を表す符号化データを含む制御インタフェースをユーザに提供するステップと、
コンピュータ・システム中で、感知デバイスから、ユーザの識別に関し、かつ制御インタフェースの識別に関するデータを受信するステップであって、感知デバイスは、ユーザの識別に関するデータを含み、かつ符号化データの少なくとも一部を使用して制御インタフェースの識別に関するデータを感知するステップと、
コンピュータ・システム中で、ユーザの識別と制御命令の識別とに関するデータから、制御命令の少なくとも１つのパラメータに関連する動作を実行するステップと
を含む。
【００１７】
第４の態様で、本発明は、デバイスの少なくとも１つの機能を制御することを可能にするシステムを提供し、このシステムは、
デバイス機能に関連する情報を含む制御インタフェースであって、制御インタフェースの識別と、制御インタフェースの少なくとも１つの基準点とを表す符号化データを含む制御インタフェースと、
前記デバイスに前記機能を実行させることができる制御命令を組み込み、かつ、制御命令の少なくとも１つのパラメータに関連する動作を実行するために感知デバイスから指示データを受信するように機能するコンピュータ・システムであって、指示データは、制御インタフェースの識別と、制御インタフェースに対する感知デバイスの位置とを表し、感知デバイスは符号化データの少なくとも一部を使用して指示データを感知するコンピュータ・システムと
を含む。
【００１８】
第５の態様で、本発明は、制御命令に応答してデバイスの少なくとも１つの機能を制御することを可能にするシステムを提供し、このシステムは、
デバイス機能に関連する情報を含む制御インタフェースであって、制御命令の少なくとも１つのパラメータを表す符号化データを含む制御インタフェースと、 前記制御命令を組み込むコンピュータ・システムであって、前記少なくとも１つのパラメータと、制御インタフェースに対する感知デバイスの動きとに関するデータを感知デバイスから受信するように機能し、かつ、前記感知デバイスの動きが前記少なくとも１つのパラメータに関連するものと解釈し、感知デバイスは、制御インタフェースに対して動かされると、符号化データの少なくとも一部を使用して前記少なくとも１つのパラメータに関するデータを感知し、制御インタフェースに対するそれ自体の動きに関するデータを生成するコンピュータ・システムと
を含む。
【００１９】
第６の態様で、本発明は、デバイスの少なくとも１つの機能を制御することを可能にするシステムを提供し、このシステムは、
制御インタフェースの識別を表す符号化データを含む制御インタフェースと、
前記デバイスに前記機能を実行させる制御命令を組み込むコンピュータ・システムであって、ユーザの識別と制御インタフェースの識別とに関するデータを感知デバイスから受信するように機能し、かつ、前記受信データから前記制御命令のパラメータに関連する動作を実行し、感知デバイスは、ユーザの識別に関するデータを含み、かつ、符号化データの少なくとも一部を使用して制御インタフェースの識別に関するデータを感知するコンピュータ・システムと
を含む。
【００２０】
したがって、本発明は、コンピュータ・システムと対話して、少なくとも１つのデバイスの少なくとも１つの機能を制御することのできる１つまたは複数のデバイス制御インタフェースを利用するシステムおよび方法を提供する。本発明の新規の方法およびシステムは、単一のコンピュータ・システムと共に使用することができるが、特に好ましい形態では、インターネットなどのコンピュータ・ネットワークを介して動作するように設計する。
【００２１】
デバイス制御インタフェースは、物理的に、任意の適切な構造にすることが可能な表面媒体の上に配置する。ただし好ましい構成では、この形態は、その上に符号化データを印刷した、コンピュータ・システムとの対話を可能にする紙などのシート材料からなる。符号化データは、可視スペクトルの外側で検出することができ、それにより機械可読にして、人間の目には実質的に見えないようにすることが好ましいがこれに限らない。デバイス制御は、アプリケーションやデバイス制御の目的などの情報をユーザに提供する可視の材料も含むことができ、この可視の情報は登録するか、あるいは関連する隠された符号化データと位置の上で関連させることができる。
【００２２】
このシステムは感知デバイスも含み、これは、デバイス制御からコンピュータ・システムにデータを伝達し、また事例によっては追加のデータを与える。また、感知デバイスも様々な形態にすることができるが、小型で容易に携行できることが好ましい。一構成では感知デバイスをペンとして構成するが、これは、対話式フォームを物理的にマークすることができるのと同時に、フォームから符号化データを選択的に読み出してコンピュータ・システムに送信することができるように設計する。この結果符号化データは制御情報を提供するが、この情報は、ユーザがそれを指定すると、コンピュータ・システムまたはネットワークで実行するソフトウェアに命令が適用されるように構成する。あるいは、感知デバイスを、ユーザが着用するリング、ハンド・グローブ、フィンガー・グローブに埋め込んでもよい。また、特注のアイウェアに埋め込み、凝視によって対話を制御することもできる。
【００２３】
デバイス制御インタフェースと感知デバイス間の対話の性質、およびそれぞれがコンピュータ・システムに与えるデータは様々に異なりうる。一構成では、フォーム上の符号化データは、そのフォームの識別と、そのフォーム上の少なくとも１つの基準点を表す。別の実施形態では、対話式フォームは、そのフォームのパラメータを表す符号化データを含み、一方感知デバイスは、フォームの符号化データとともに、フォームに対するそれ自体の動きに関するデータをコンピュータ・システムに提供することができる。また別の構成では、フォームは、少なくともフォームを識別する符号化データを含み、感知デバイスは、フォームの符号化データと、デバイスのユーザを識別するデータとにも基づくデータをコンピュータ・システムに提供するように設計する。
【００２４】
このシステムおよび方法は、制御デバイスを印刷する特別設計のプリンタも用いることが好ましい。さらに、このプリンタは、コンピュータ・システムを構成するか、またはその一部を形成し、また感知デバイスからデータを受信するように設計する。上記で指摘したように、本発明のこのシステムおよび方法は、ネットワークを介して動作するように適合すると理想的である。この構成では、プリンタを完全にネットワークに組み込み、要求時に対話式フォームを印刷することができ、またマルチキャストとポイントキャストの通信プロトコルの組み合わせを使用してフォームを配布することもできる。
【００２５】
したがって、本発明は、新規の対話式表面媒体を利用するコンピュータ・システムを通じて、電気デバイスまたは電子デバイスを制御することを可能にする新規のシステムおよび方法を提供する。本発明は、ネットワーク・インタフェースまたは赤外線インタフェースを介して、特定のデバイスをリモートに制御できる場合に適用することができる。こうした状況では、デバイスのユーザ・インタフェースをデバイス自体から完全に分離することが可能であり、またユーザ・インタフェースは上記の形態に実施し、ユーザが担持する感知デバイスによって感知することができる。
【００２６】
デバイス制御インタフェースはデバイスを識別することが好ましく、またボタンなどの形態のデバイスのユーザ・インタフェースで印刷することが好ましい。表面は、受動的なので、デバイスのステータスやそのユーザ・インタフェースについてのフィードバックをユーザに提供しない。ただし、必要な場合には、感知デバイスを通じてフィードバックを提供することができる。コンピュータ・システムは、ユーザ・インタフェース構造を参照して、制御インタフェース上の動作を解決するが、このインタフェース構造は、事前にユーザがデバイス自体またはその製造者から選択するか、あるいはデバイスまたはその製造者が提供するエレメントを使用してユーザが設計する。
【００２７】
この方式で実施するユーザ・インタフェースにはいくつかの利点がある：
・基本構造が整うと、各特定デバイスの製造コストからユーザ・インタフェースの製造コストが削除される。一例として、照明ソケットのための従来のユーザ・インタフェース（すなわち、配線とスイッチの両方）のコストはわずかな額ではない。
【００２８】
・別のコピーを印刷するだけで、ユーザ・インタフェースを複製することができる。
【００２９】
・ユーザ・インタフェースが破損した場合でも、容易に取り替えることができる。
【００３０】
・デバイスのファームウェアを更新する際に、新しいユーザ・インタフェースを容易に提供することができる。
【００３１】
・エレメントを配置し、その結果を印刷することにより、ユーザ・インタフェースをカスタマイズすることができる。
【００３２】
・利用可能なセットから特定のスタイルのユーザ・インタフェースを選ぶことができる。例えば、ユーザの中には、より大きなアイコンや簡略化した機能セットを好む者もある。
【００３３】
・複数のユーザ・インタフェースをまとめることができる。
【００３４】
・同じ手段により、ユーザ・インタフェースをデバイス自体に提供することができる。すなわちあらかじめ印刷する、デバイスに取り付ける、デバイス表面に直接印刷するなど。
【００３５】
・各感知デバイスを特定ユーザの識別と結び付けるので、個々のユーザ・インタフェースおよび機能へのアクセスを制御することができる。
【００３６】
一例として、本発明の好ましい態様によるデバイス制御インタフェースを玩具の表面に印刷するか、あるいは取り付けることにより、玩具にユーザ・インタフェースを提供することができる。そして、適切な感知デバイスを使用してそのユーザ・インタフェースと対話し、パーソナル・コンピュータ、ゲーム・コンソール、または玩具自体に埋め込んだプロセッサに有線または無線により通信し、グラフィック出力、音響効果、およびその他の動作を生成することができる。例えば、中に座ることのできる潜水艦の玩具は、多数の潜水艦コントロールを含む大型のユーザ・インタフェースを有することが考えられる。このような玩具には、それに関連する対話式ゲームを含んだＣＤ−ＲＯＭが付属しており、それをＰＣまたはゲーム・コンソールで実行する。このゲームは、潜水艦に含まれるユーザ・インタフェースによって駆動するが、この際恐らくは、ＰＣまたはゲーム・コンソール中の規格ＢｌｕｅｔｏｏｔｈハードウェアとＢｌｕｅｔｏｏｔｈにより無線で通信する、手袋型の感知デバイスがその仲介機能を果たす。ＰＣ画面またはコンソールに接続したテレビ・モニタは、ユーザ・インタフェースの動画部分を提供する。デバイス制御インタフェースは、このような拡張したユーザ・インタフェースを提供する。玩具は、様々なユーザ・インタフェースを選択することによってカスタマイズすることができ、また事前に定義されたユーザ・インタフェース・コンポーネントを組み合わせることにより個別のユーザ・インタフェースを作り出すことができる。
【００３７】
以下で本発明の好ましい実施形態およびその他の実施形態について、添付の図面を参照して、単に非制限的な例として説明する。
【００３８】
【発明の実施の形態】
注：Ｍｅｍｊｅｔ^ＴＭは、オーストラリアのＳｉｌｖｅｒｂｒｏｏｋ Ｒｅｓｅｒｃｈ Ｐｔｙ社の商標である。
【００３９】
好ましい実施形態では、ネットページ・ネットワーク化コンピュータ・システムで動作するように本発明を構成するが、この概要については下記で説明し、またその詳細な説明は、特にＰＣＴ／ＡＵ００／００５６９、ＰＣＴ／ＡＵ００／００５６５、ＰＣＴ／ＡＵ００／００５６１、ＰＣＴ／ＡＵ００／５１９、およびＰＣＴ／ＡＵ００／００５７８の出願を含む、本願の先の出願に示される。すべての実施が必ずしも、この基本システムに関連してこれらの出願に記載される固有の詳細および拡張部分のすべて、あるいは大半を実施するとは限らないことは理解されよう。ただし、本発明の好ましい実施形態および態様が機能する状況を理解する助けとなるように、その最も完全な形態でこのシステムを説明する。
【００４０】
要約すると、ネットページ・システムの好ましい形態では、マッピングした表面、すなわちコンピュータ・システムで保持されるその表面のマップへの参照を含む物理的表面の形をとるコンピュータ・インタフェースを用いる。マップへの参照は、適切な感知デバイスによって照会することができる。特定の実施に応じて、マップ参照は、可視または不可視に符号化することができ、また、マッピングされた表面をローカルに照会すると、そのマップ内と、異なるマップ間両方への明白なマップ参照が得られるように定義することができる。コンピュータ・システムは、マッピングした表面上のフィーチャについての情報を含むことができ、またこの情報は、マッピングした表面で使用する感知デバイスが提供するマップ参照に基づいて取り出すことができる。このようにして取り出す情報は、動作の形態をとることができ、この動作は、オペレータが表面のフィーチャと対話するのに応答して、オペレータに代わってコンピュータ・システムが開始する。
【００４１】
ネットページ・システムは、その好ましい形態では、ネットページの生成、およびネットページと人間の対話に依拠する。ネットページは、普通紙または他の媒体に印刷されたテキスト、グラフィック、および画像のページであるが、対話式ウェブページと同じように機能する。情報は、実質的に人間の肉眼には見えないインクを使用して各ページに符号化される。ただし、このインクと、したがって符号化データは、光学的に画像化を行うペンで感知して、ネットページ・システムに送信することができる。
【００４２】
好ましい形態では、各ページのアクティブ・ボタンおよびハイパーリンクをペンでクリックして、ネットワークに情報を要求したり、ネットワーク・サーバに設定（ｐｒｅｆｅｒｅｎｃｅ）を伝えたりすることができる。一実施形態では、ネットページに手書きで書かれたテキストをネットページ・システム中で自動的に認識し、コンピュータ・テキストに変換することにより、フォームへの記入を可能にする。別の実施形態では、ネットページに記録された署名を自動的に確認し、電子商取引の処理を安全に許可することを可能にする。
【００４３】
図１に示すように、印刷したネットページ１は対話式フォームを表すことができ、これはユーザにより、印刷したページに物理的に記入することも、ペンとネットページ・システム間の通信を介して「電子的に」記入することもできる。この例は、名前フィールドとアドレス・フィールド、および提出ボタンを含む「要求」フォームを示している。このネットページは、目に見えるインクを使用して印刷したグラフィック・データ２と、目に見えないインクを使用して、タグ４の集合として印刷した符号化データ３から構成される。ネットページ・ネットワークに記憶される、これに対応するページの記述５は、ネットページの個々のエレメントを記述する。詳細には、これは、各対話式エレメント（すなわち、この例ではテキスト・フィールドまたはボタン）のタイプおよび空間的範囲（ゾーン）を記述して、ネットページ・システムがネットページを介した入力を正確に解釈できるようにする。例えば提出ボタン６は、対応するグラフィック８の空間的範囲に相当するゾーン７を有する。
【００４４】
図２に示すように、ネットページ・ペン１０１は、家庭、オフィス、またはモバイル使用向けの、インターネットに接続した印刷機器であるネットページ・プリンタ６０１とともに動作する。ネットページ・ペンの好ましい形態は、本願の先の出願であるＰＣＴ／ＡＵ００／００５６５に記載される。このペンはワイヤレスであり、短距離の無線リンク９を介してネットページ・プリンタと確実に通信する。
【００４５】
ネットページ・プリンタ６０１は、個人に合わせた新聞、雑誌、カタログ、パンフレット（ｂｒｏｃｈｕｒｅ）、およびその他の刊行物を定期的にまたは要求時に配信することができ、これらはいずれも対話式ネットページとして高品質に印刷される。ネットページ・プリンタの好ましい形態は、本願の先の出願ＰＣＴ／ＡＵ００／００５６１、および本願と同時に出願された（ｃｏ−ｆｉｌｅｄ）出願ＰＣＴ／ＡＵ００／０１２８１に記載される。パーソナル・コンピュータと異なり、ネットページ・プリンタは、例えば、ユーザの台所、朝食テーブルの傍、あるいは家庭で家を出る場所の近くなど、朝のニュースを最初に利用する場所に近接して壁に取り付けることのできる機器である。これはまた、テーブルトップ型、デスクトップ型、携帯可能な小型版にすることもできる。
【００４６】
その消費地点で印刷するネットページは、紙の使いやすさと、対話式媒体の即時性（ｔｉｍｅｌｉｎｅｓｓ）および対話性を兼ね備える。
【００４７】
図２に示すように、ネットページ・ペン１０１は、印刷されたネットページ１の符号化データと対話し、短距離無線リンク９を介してその対話をネットページ・プリンタに送る。プリンタ６０１は、解釈のために、その対話を関連するネットページ・ページ・サーバ１０に送信する。適切な状況では、ページ・サーバは、ネットページ・アプリケーション・サーバ１３で実行されるアプリケーション・コンピュータ・ソフトウェアにそれに対応するメッセージを送信する。するとアプリケーション・サーバが応答を送信し、それを発信元のプリンタで印刷する。
【００４８】
好ましい実施形態では、例えば本願の先の出願ＰＣＴ／ＡＵ００／００５７８に記載される、高速のマイクロエレクトロニクス機械システム（ＭＥＭＳ）ベースのインクジェット（Ｍｅｍｊｅｔ^ＴＭ）プリンタと合わせて使用することにより、ネットページ・システムを一層利便なものにする。この技術の好ましい形態では、比較的高速で高品質の印刷を消費者がより多く利用できるようになる。ネットページの刊行物は、その好ましい形態では、フルカラーで両面印刷され、簡単にページを探すことができ、持ち運びに便利なようにまとめて製本した、レターサイズの光沢紙ページのセットのような、従来のニュース雑誌が持つ物理的な特性を備える。
【００４９】
ネットページ・プリンタは、次第に普及しつつあるブロードバンドのインターネット・アクセスを利用する。ネットページ・プリンタは、より速度の遅い接続でも動作することができるが、その場合は配信時間が長くなり、画像品質が低下する。ネットページ・システムは、既存の一般消費者向けのインクジェット・プリンタおよびレーザ・プリンタを使用して可能にすることもできるが、システムの動作が遅くなり、この結果消費者の観点からは受け入れにくいものになると思われる。別の実施形態では、ネットページ・システムをプライベート・インターネット上にホストする。さらに別の実施形態では、単一のコンピュータ、またはプリンタなどのコンピュータ対応デバイスにネットページ・システムをホストする。
【００５０】
ネットページ・ネットワーク上のネットページ刊行サーバ１４は、印刷品質の刊行物をネットページ・プリンタに配信するように構成する。定期的な刊行物は、ポイントキャストまたはマルチキャストのインターネット・プロトコルを通じて、加入しているネットページ・プリンタに自動的に配信される。個人に合わせた刊行物は、個々のユーザのプロファイルに従ってフィルタリングおよびフォーマットされる。
【００５１】
ネットページ・プリンタは任意数のペンをサポートするように構成することができ、ペンは任意数のネットページ・プリンタとともに動作することができる。好ましい実施では、各ネットページ・ペンが一意の識別子を有する。１つの世帯で色分けしたネットページ・ペンの集合を有し、家族１人に１つのペンを割り当てることができる。これにより、それぞれのユーザが、ネットページ刊行サーバおよびアプリケーション・サーバに対して個別のプロファイルを維持することが可能になる。
【００５２】
ネットページ・ペンは、ネットページ登録サーバ１１に登録し、１つまたは複数の支払いカード口座にリンクすることもできる。これにより、ネットページ・ペンを使用して、電子商取引の支払いを安全に許可することができる。ネットページ登録サーバは、ネットページ・ペンが取り込んだ署名を、以前に登録された署名と比較し、その署名により、電子商取引サーバに対してユーザの識別を認証できるようにする。識別の確認には、他の生物測定手段も使用することができる。あるバージョンのネットページ・ペンは指紋のスキャンを含み、これをネットページ登録サーバにより同様の方式で確認する。
【００５３】
ネットページ・プリンタは、ユーザの介入なしに朝刊などの定期刊行物を配信することができるが、要求されないジャンク・メールは一切配信しないように構成することができる。ネットページ・プリンタは、その好ましい形態では、契約したソース、またはその他の形で許可を与えたソースからの定期刊行物だけを配信する。この点で、ネットページ・プリンタは、電話番号や電子メール・アドレスを知るジャンク・メールの送信者から見ることのできるファックス機や電子メール・アカウントと異なる。
【００５４】
このシステムの各オブジェクト・モデルは、統一モデリング言語（ＵＭＬ）のクラス図を使用して記述する。クラス図は、関係によって結ばれるオブジェクト・クラスのセットからなるが、ここで対象となるのは２種類の関係、すなわち関連および汎化である。関連は、オブジェクト間、すなわちクラスのインスタンス間のある種の関係を表す。汎化は実際のクラスを関連づけ、次のように理解することができる。あるクラスを、そのクラスのすべてのオブジェクトのセットと考え、クラスＡがクラスＢの汎化であるとすると、Ｂは単にＡのサブセットになる。各クラスは、そのクラスの名前をつけた長方形として描く。これは、水平線で名前と区切ったそのクラスの属性のリストと、水平線で属性リストと区切ったそのクラスの動作のリストを含む。ただし、それに続くクラス図では動作をモデル化しない。関連は、２つのクラスを結ぶ線として描き、任意で、どちらかの端にその関連の多重度を示す。デフォルトの多重度は１である。アスタリスク（＊）は、「多くの」多重度、すなわちゼロ以上を表す。それぞれの関連は、任意選択でその名前を示し、また任意選択でどちらかの端にそれに対応するクラスのロールを示す。白抜きの菱形は、集約の関連（「部分である ｉｓ−ｐａｒｔ−ｏｆ」）を表し、関連の線の集約側に描く。汎化の関係（「である ｉｓ−ａ」）は、２つのクラスを結ぶ実線として描き、汎化側に矢印（白抜きの三角形）をつける。クラス図を分解して複数の図にするときは、複製するクラスはいずれも、それを定義するメインの図を除くすべての図では点線で表す。メインの図では、定義する箇所にのみ属性を示す。
【００５５】
ネットページは、ネットページ・ネットワークを構築する基礎となる。これは、公開される情報や対話式サービスに対する、紙ベースのユーザ・インタフェースを提供する。ネットページは、そのページのオンライン記述への参照に不可視の形でタグ付けした印刷ページ（あるいは他の表面領域）からなる。オンラインのページ記述は、ネットページ・ページ・サーバによって永続的に維持される。ページの記述は、テキスト、グラフィック、および画像を含む、ページの可視のレイアウトおよび内容を記述する。これはまた、ボタン、ハイパーリンク、および入力フィールドを含む、ページ上の入力用エレメントも記述する。ネットページは、ネットページ・ペンでその表面上につけられるマーキングをそれと同時に取り込み、ネットページ・システムで処理することを可能にする。
【００５６】
複数のネットページが、同じページ記述を共用することができる。ただし、そのままでは違いのないページを通じた入力を区別できるように、それぞれのネットページに一意のページ識別子を割り当てる。このページＩＤは、非常に多数のネットページを区別するのに十分な精度を有する。
【００５７】
ページ記述への各参照は、印刷するタグ中に符号化する。タグは、それが現れる固有のページを識別し、それによりページ記述を間接的に識別する。タグは、ページにおけるそれ自体の位置も識別する。タグの特性については下記でさらに詳しく説明する。
【００５８】
タグは、普通紙など赤外線を反射する任意の基面（ｓｕｂｓｔｒａｔｅ）上に赤外線吸収インクで印刷する。近赤外線の波長は人間の目には見えないが、適切なフィルタを備えるソリッドステートの画像センサによって容易に感知される。
【００５９】
タグは、ネットページ・ペン中のエリア画像センサによって感知され、最も近いネットページ・プリンタを通じてタグ・データがネットページ・システムに送信される。このペンはワイヤレスであり、短距離無線リンクを介してネットページ・プリンタと通信する。タグは、十分に小さく、また密に構成するので、ペンはページに１回触れさせるだけでも、少なくとも１つのタグを確実に画像化することができる。重要なのは、この対話がステートレスなので、ペンは、そのページと対話するたびにページＩＤと位置を識別することである。タグは、誤りの訂正が可能になるように符号化して、表面のダメージに対して部分的な耐性を持たせる。
【００６０】
ネットページ・ページ・サーバは、印刷されるネットページごとに一意のページ・インスタンスを保持することにより、印刷された各ネットページのページ記述中に、入力フィールドにユーザが提供した値の個別のセットを維持することを可能にしている。
【００６１】
ページ記述、ページ・インスタンス、および印刷したネットページ間の関係を図３に示す。印刷されるネットページは、印刷されるネットページ・ドキュメント４５の一部などである。ページ・インスタンスは、それを印刷したネットページ・プリンタと、分かる場合にはそれを要求したネットページ・ユーザの両方と関連付ける。
【００６２】
好ましい形態では、各タグは、それが現れる領域と、その領域におけるそのタグの位置を識別する。タグはまた、その領域全体またはそのタグに関連するフラグも含むことができる。１つまたは複数のフラグ・ビットは、例えば、そのタグの隣接範囲と関連付けられた機能を示すフィードバックを提供するようにタグ感知デバイスに通知し、感知デバイスはその領域の記述を参照する必要がない。ネットページ・ペンは、例えば、ハイパーリンクのゾーン内にあるときには「アクティブ・エリア」のＬＥＤを点灯させることができる。
【００６３】
好ましい実施形態では、各タグは容易に識別できる一定の構造を含み、これは、最初の検出を助け、また表面または感知プロセスによって誘発されるワープの影響を最小にするのに役立つ。タグは、ページ全体を埋め、またペンをページに１回触れさせただけで少なくとも１つのタグを確実に画像化できるように、十分に小さくし、また密に配置することが好ましい。対話はステートレスなので、ペンはページと対話するたびにページＩＤおよび位置を認識することは重要である。
【００６４】
好ましい実施形態では、あるタグが指し示す領域はページ全体と一致し、したがって、そのタグ中に符号化する領域ＩＤは、そのタグが現れるページのページＩＤと同じ（ｓｙｎｏｎｙｍｏｕｓ）になる。別の実施形態では、タグが指し示す領域は、ページまたは他の表面の任意の小領域にすることができる。例えば、この領域は対話エレメントのゾーンと同じにすることができ、この場合、領域ＩＤはその対話エレメントを直接識別することができる。
【００６５】
各タグは、通例１６ビットのタグＩＤ、少なくとも９０ビットの領域ＩＤ、および複数のフラグ・ビットを含む。１平方インチに６４個という最大のタグ密度を想定すると、１６ビットのタグＩＤは、最高で１０２４平方インチの領域サイズをサポートすることになる。単に隣接する領域およびマップを使用するだけで、タグＩＤの精度を上げることなくより広い領域を連続的にマッピングすることができる。領域ＩＤとタグＩＤを区別することは、大抵の場合利便である。大半の目的には、これら２つを結びつけるのは、全世界で一意のタグＩＤと考えることができる。逆に、例えばタグのｘ座標とｙ座標を定義するなど、タグＩＤに構造を導入することが利便な場合もある。９０ビットの領域ＩＤは、２^９０（〜１０^２７すなわち１兆×１兆の千倍）の異なる領域を一意に識別することを可能にする。タグはタイプ情報も含み、領域は、混合したタグ・タイプとタグ付けすることができる。例えば、ある領域を、ｘ座標を符号化する１つのタグ・セットと、第１のセットと交互に配置した、ｙ座標を符号化する別のセットとタグ付けすることができる。
【００６６】
一実施形態では、（１５，５）リードソロモン符号を使用して、１２０ビットのタグ・データを冗長に符号化する。これにより、それぞれ４ビットのシンボル１５個からなる６つのコードワードで構成される３６０の符号化ビットが得られる。（１５，５）符号は、コードワード１つにつき最高で５個のシンボル誤りを訂正することを可能にするので、コードワード１つにつき３３％までのシンボル誤り率が許容できることになる。各４ビットのシンボルは、空間的に整合した形でタグ中に表し、６つのコードワードからなるシンボルはタグ中で空間的に交互に配置する。これにより、バースト誤り（空間的に隣接する複数のビットに影響を与える誤り）によって損傷を受けるのが、全体で最少数のシンボルと、任意の１コードワードの最少数のシンボルになり、したがってバースト誤りを完全に訂正できる可能性が最大になることが保証される。
【００６７】
（１５，５）リードソロモン符号の代わりに、任意の適切な誤り訂正符号を使用することができ、これには例えば、冗長度がより高い、または低い、またシンボルおよびコードワード・サイズが同じ、または異なるリードソロモン符号、別のブロック・コード、あるいは畳み込み符号など異なる種類の符号などがある（例えば、Ｓｔｅｐｈｅｎ Ｂ．Ｗｉｃｋｅｒ著「Ｅｒｒｏｒ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍｓ ｆｏｒ Ｄｉｇｉｔａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ａｎｄ Ｓｔｏｒａｇｅ」１９９５年、Ｐｒｅｎｔｉｃｅ−Ｈａｌｌ刊を参照のこと。この内容は相互参照により本明細書に組み込む）。
【００６８】
図４ａに示し、本願の先の出願であるＰＣＴ／ＡＵ００／００５６９に記載される、タグの物理的表現の一実施形態は、固定したターゲット構造１５、１６、１７と、可変のデータ・エリア１８を含む。固定したターゲット構造は、ネットページ・ペンなどの感知デバイスがタグを検出し、センサに対するその３次元の方向を推定することを可能にする。データ・エリアは、符号化タグ・データの個々のビット表現を含む。そのサイズを最大にするために、各データ・ビットは、２本の半径方向の線と２つの同心の円弧で区切った範囲の形の放射状のくさび型で表す。各くさび型は、１６００ｄｐｉで８ドットの最小の大きさを有し、またその底辺（その内側の弧）が少なくともこの最小の大きさと等しくなるように設計する。くさび型の半径方向の高さは、常にこの最小の大きさと等しい。２×２のくさび型の配列により、それぞれ４ビット・データのシンボルを表す。６つのコードワードそれぞれを構成する１５個の４ビット・データシンボルは、４つの同心のシンボルの輪１８ａから１８ｄに交互に配置して割り当てる。シンボルは、タグの周囲に円形に進行するように交互に割り当てる。交互の配置は、同じコードワードのどの２つのシンボル間の平均空間距離も最大になるように設計する。
【００６９】
感知デバイスを介した、タグ付け領域との「シングルクリック」による対話をサポートするために、感知デバイスは、それが領域のどこにどのような方向で置かれても、その視野中にある少なくとも１つのタグの全体を見ることができなくてはならない。したがって、感知デバイスの必要とされる視野直径は、タグのサイズおよび間隔の関数になる。円形のタグ形状を想定すると、センサの視野１９３の最小の直径は、図４ｂに示すようにタグを正三角形のグリッドにタイリングした場合に得られる。
【００７０】
上記で説明したタグ構造は、平面表面の規則的なタイリングと、非平面表面の不規則的なタイリングの両方を可能にするように設計する。一般に、非平面の表面では規則的なタイリングは可能でない。紙などの面のような、タグの規則的なタイリングが可能である、より一般的な平面表面の場合は、タイリングの規則的な性質を利用するより効率的なタグ構造を使用することができる。
【００７１】
規則的なタイリングにより適した代替のタグ構造を図５ａに示す。タグ４は正方形であり、４つの透視ターゲット１７を有する。この構造は、米国特許第５，０５１，７４６号にＢｅｎｎｅｔｔ他によって記載されるタグに類似する。このタグは、６０個の４ビット・リードソロモン・シンボル４７を表し、合計で２４０ビットになる。このタグは、各１ビットをドット４８として表し、それに対応するドットがないことにより各ゼロ・ビットを表す。透視ターゲットは、図５ｂおよび５ｃに示すように、隣接するタグ間で共用するように設計する。図５ｂは、１６個のタグの正方形のタイリングを示し、それに対応する最小の視野１９３を示す。視野は２つのタグの対角線にまたがらなくてはならない。図５ｃは、９つのタグの正方形のタイリングを示すが、図示のためにすべての１ビットを含んでいる。
【００７２】
（１５，７）リードソロモン符号を使用して、１１２ビットのタグ・データを冗長に符号化して、２４０の符号化ビットを生成する。タグ内で４つのコードワードを空間的に交互に配置して、バースト誤りに対する復元力を最大にする。上記と同様に１６ビットのタグＩＤを想定すると、これにより最高９２ビットの領域ＩＤが可能になる。タグのデータ保持ドット４８は、タグのグループはターゲットに似た構造を作ることができないように、その隣のドットに重ならないように設計する。これもインクを節約する。したがって透視ターゲットはタグの検出を可能にするので、それ以上のターゲットは必要でない。
【００７３】
タグは、センサに対する、タグの４つの可能な方向を明確にすることのできる方向付け機能を含むことができるが、方向付けデータをタグ・データに埋め込むことも可能である。例えば、図５ｄに示すように、各タグの方向が、その方向に置かれた１つのコードワードを含むように、４つのコードワードを配置することができる。図５ｄでは、それぞれのシンボルに、そのコードワードの番号（１〜４）と、コードワード内でのそのシンボルの位置（Ａ〜Ｏ）を表示している。このため、タグの復号は、各方向につき１つのコードワードを復号することからなる。各コードワードは、それが最初のコードワードかどうかを示す単一のビットか、または、それがどのコードワードかを示す２ビットを含むことができる。後者の方式では、例えば１つのコードワードのみのデータ内容が必要な場合には、多くとも２つのコードワードを復号すれば所望のデータを得られるという利点がある。これが当てはまるのは、ストローク中には領域ＩＤが変化しないと予測され、したがってストロークの開始時だけに領域ＩＤを復号するような場合である。するとストローク中には、タグＩＤを含むコードワードだけが必要となる。さらに、感知デバイスの回転は、ストローク中にゆっくりとかつ予測可能な形で変化するので、通例はフレームごとに１つのコードワードだけを復号すればよい。
【００７４】
透視ターゲットを全く使用せず、その代わりに自動記録型のデータ表現に依拠することが可能である。この場合は、通例、各ビット値（またはマルチビット値）を明示的なグリフで表し、すなわち、グリフがないことによってはビット値を表さない。これにより、データ・グリッドが適切に埋め（ｐｏｐｕｌａｔｅ）られることが保証され、したがってグリッドを確実に識別し、その透視ひずみを検出して、続くデータ・サンプリング中に訂正することが可能になる。タグの境界を検出できるように、各タグ・データは、マーカ・パターンを含まなければならず、また確実に検出できるように冗長に符号化しなければならない。このマーカ・パターンのオーバーヘッドは、明示的な透視ターゲットのオーバーヘッドと同様である。このような方式の１つでは、グリッドの頂点に対して様々な点に配置したドットを使用して、異なるグリフと、したがって異なるマルチビット値を表す（Ａｎｏｔｏ社による２０００年４月「Ａｎｏｔｏ Ｔｅｃｈｎｏｌｏｇｙ Ｄｅｓｃｒｉｐｔｉｏｎ」を参照のこと）。
【００７５】
タグを復号すると、領域ＩＤ、タグＩＤ、およびタグに対するペンの変換が得られる。タグＩＤおよびタグに対するペンの位置を、タグづけされた領域内の絶対的な位置に変換するには、領域におけるそのタグの位置が分からなければならない。これはタグ・マップ、すなわちタグ付け領域中の各タグＩＤをそれに対応する位置にマッピングする機能によって与えられる。タグ・マップは、表面領域にタグをタイリングするのに使用する方式を反映し、表面のタイプに応じて異なる場合がある。複数のタグ付け領域が、同じタイリング方式および同じタグ番号付け方式を共用する場合は、同じタグ・マップも共用することができる。ある領域のタグ・マップは、領域ＩＤを通じて取り出すことができなければならない。したがって、領域ＩＤ、タグＩＤ、およびペン変換を与えられると、タグ・マップを取り出すことができ、タグＩＤを領域内の絶対的なタグ位置に変換することができ、タグに対するペンの位置をタグ位置に加えて、領域中の絶対的なペン位置を得ることができる。
【００７６】
タグＩＤは、タグ・マップを通じた変換を支援する構造を有することができる。例えば、タグ構造は、それが現れる表面のタイプに応じて、符号化したデカルト座標、または極座標を ことができる。タグＩＤの構造は、タグ・マップによって決まり、かつタグ・マップに知られ、したがって、異なるタグ・マップと関連付けたタグＩＤは異なる構造を有する。
【００７７】
２つの異なる表面符号化方式が該当するが、どちらもこの節の初めの方で説明したタグ構造を使用する。好ましい符号化方式では、すでに説明した「位置を示す」タグを使用する。代替の符号化方式では、「オブジェクトを示す（すなわち「機能を示す」）タグを使用する。
【００７８】
位置を示すタグはタグＩＤを含み、タグＩＤはタグ付けされた領域と関連付けたタグ・マップを通じて変換すると、領域中の一意のタグ位置を与える。タグに対するペンの位置をこのタグ位置に加えて、領域中のペンの位置を得る。次いでこれを使用して、その領域と関連付けられたページ記述中のユーザ・インタフェース・エレメントに対するペンの位置を決定する。ユーザ・インタフェース・エレメント自体を識別するだけでなく、そのユーザ・インタフェース・エレメントに対する位置も識別する。したがって、位置を示すタグは、特定のユーザ・インタフェース・エレメントのゾーン内の絶対的なペン経路の取り込みをわずかながらもサポートする。
【００７９】
オブジェクトを示す（すなわち機能を示す）タグは、その領域と関連付けられたページ記述中のユーザ・インタフェース・エレメント（または、すなわち機能）を直接識別するタグＩＤを含む。ユーザ・インタフェース・エレメントのゾーン内にあるすべてのタグは、そのユーザ・インタフェース・エレメントを識別するので、それらのタグはすべて同じものになり、したがって区別することができない。このため、オブジェクトを示すタグは、絶対的なペン経路の取り込みをサポートしない。ただし、相対的なペン経路の取り込みはサポートする。位置サンプリング周波数が、遭遇するタグ周波数の２倍を超す限りは、１回のストローク中にサンプリングする１つのペン位置から次の位置への変位を明確に決定することができる。代替として、ネットページ・ペン１０１は、本願の先の出願であるＰＣＴ／ＡＵ００／００５６５に記載される、運動を感知する一対の加速度計を含むこともできる。
【００８０】
どちらのタグ付け方式でも、タグ・データを感知デバイスで読み取り、ネットページ・システムで適切な応答を生成するために、ユーザが適切な感知デバイスを使用して印刷ページと対話できる点において、タグは、ユーザ対話エレメントであるネットページ上の関連可視エレメントと協働して機能している。
【００８１】
各アプリケーション・ユーザ・インタフェースのフローは、コマンドの矢印で結んだドキュメントの集合として表す。コマンドの矢印は、ユーザがソース・ページで対応するコマンド・ボタンを押した結果、そのターゲット・ドキュメントが印刷されることを表す。いくつかのコマンドの矢印には、斜線（「／」）で区切った複数のコマンドを表示して、指定されたコマンドのいずれによってもターゲット・ドキュメントが印刷されることを表す。複数のコマンドに同じコマンド矢印を表示することができるが、通例は異なる副作用を有する。
【００８２】
アプリケーション用語では、ネットページ・ドキュメントとネットワーク・フォームを区別することが重要である。ドキュメントは、印刷された情報、およびユーザが押して別の情報または何らかの他の動作を要求することのできるコマンド・ボタンを含む。フォームは、通常のドキュメントと同様に振舞うのに加えて、ユーザが記入することのできる入力フィールドも含む。入力フィールドは、システムにデータ入力機構を提供する。また、汎用的な情報を含むドキュメントと、ユーザとアプリケーション間の特定の対話に固有の情報を含むドキュメントを区別することも有用である。汎用的なドキュメントは、新聞の売店で販売される雑誌や、公共の場所で見られる広告ポスターといった、あらかじめ印刷された刊行物などである。フォームも、例えばあらかじめ印刷された刊行物に含まれる申し込み用紙など、あらかじめ印刷したものでよい。言うまでもなく、フォームは、ユーザの要求に応じてネットページ・プリンタでオンザフライに生成することもできる。ユーザ固有のドキュメントおよびフォームは、通例、ユーザの要求に応じてネットワーク・プリンタによりオン・ザ・フライで生成する。図６は、汎用ドキュメント９９０、汎用フォーム９９１、ユーザ固有のドキュメント９９２、およびユーザ固有のフォーム９９３を示す。
【００８３】
ユーザ・インタフェースのフローに関係するネットページについて、抽象的なページ・レイアウトによってさらに説明する。ページ・レイアウトは、各種のエレメントを含むことができ、それぞれのエレメントは、それを他のエレメントと区別する固有のスタイルを有する。図７に示すように、これらには、固定の情報９９４、可変の情報９９５、入力フィールド９９６、コマンド・ボタン９９７、ドラッグ可能なコマンド９９６、およびテキストのハイパーリンクすなわちハイパーテキスト・リンク９９９が含まれる。
【００８４】
ユーザ・インタフェースのフローを分解して複数の図にする際は、複製するドキュメントはいずれも、それを定義するメインの図を除いて、すべての図で点線の輪郭で示す。
【００８５】
８．Ｎｅｔｐａｇｅ（商標）システムを使用するデバイス制御
ここで、ネットページ・システムは、電気または電子デバイスを制御するための機能を提供する。ネットワーク・インタフェースまたは赤外線インタフェースを介して特定のデバイスを遠隔制御することができる場合、デバイスに対するユーザ・インタフェースをデバイス自体から完全に分離することができる。さらにこのとき、ユーザ・インタフェースを、ユーザによって搬送されるネットページ感知デバイスによって感知されるネットページとして実施することができる。ネットページ感知デバイスは、理想的には小さく、目立たず、可搬性を有するものであるべきである。ネットページ・ペンが１つの可能な形状因子を提供する。あるいは、ネットページ感知デバイスを、ユーザが着用するリング状ハンド・グローブまたはフィンガ・グローブ内に埋め込むこともできる。また、カスタム・アイウェア内に埋め込み、凝視によって対話を制御することもできる。
【００８６】
ネットページは、デバイスを識別し、ボタンなどの形でのデバイスのユーザ・インタフェースを有した状態で印刷される。受動的であるとき、表面は、デバイス状態またはデバイスのユーザ・インタフェースについてユーザにフィードバックを与えない。しかし、必要であれば、感知デバイスを介してフィードバックを提供することができる。ネットページ・ベース・ステーション（例えばネットページ・プリンタ）は、デバイス自体もしくはその製造業者からユーザがあらかじめ選定した、またはデバイスもしくはその製造業者によって提供された要素を使用してユーザが設計したユーザ・インタフェース構造を参照しながら、ネットページ上での操作を決定する。
【００８７】
以下に、オーディオおよびビデオ機器に対するネットページ・デバイス制御適用例を例にして、ネットページ・デバイス制御の概念を詳細に例示する。ネットページ・ペンを特に参照するが、任意のネットページ感知デバイスを使用することができる。同様に、ネットページ・プリンタを特に参照するが、任意のネットページ・ベース・ステーション、すなわち、ネットページ感知デバイスから入力を受信し、入力を直接解釈する、もしくは入力を１つまたは複数のネットワーク・サーバに転送して解釈する任意のデバイスを使用することができる。
【００８８】
デバイス制御
ネットページ・システムは、テレビジョン受信機、ＶＣＲ、およびビデオオンデマンド・ユニットなどのデバイスを制御するための機構を提供する。
【００８９】
ネットページは、遠隔制御ユニットのスタイルでの印刷制御ボタン、または個々のプログラムもしくはムービーに関連付けられた印刷再生制御ボタンを含むことができる。再生制御は、再生、一時停止、停止、開始、および終了を含むことができる。プログラムまたはムービーのアイコン・イメージはそれ自体、再生ボタンとして働く場合がある。
【００９０】
記録と再生を同時にサポートする消費者ディスクベース・ビデオ・レコーダが現在使用可能になっている。これらは、ブロードキャスト・ビデオのバッファ式閲覧を可能にし、ビデオオンデマンドの利点のいくつかを提供する。ネットページ・システムを介して送達される日刊新聞は、おそらくネットページ・プリンタの制御下で、新聞の送達前にこの様式で取り込まれたブロードキャスト・ニュース・ビデオへのリンクを含むことができる。
【００９１】
ブロードキャスト・テレビジョンでは、特に１つまたは複数のチャンネルがディスクベースのビデオ・レコーダによってバッファされている場合に、印刷されたネットページ・プログラム・リストが、テレビジョン・チャンネルの集まりに対する有用なインタフェースを提供することができる。真のビデオオンデマンドでは、印刷されたネットページ・カタログが、ビデオ・ライブラリに対する有用なインタフェースを提供することができる。
【００９２】
ネットページ・ぺンは、赤外線遠隔制御として機能するように強化することができる。また、印刷されたビデオ再生制御とのペン対話によって生成されるコマンドを、赤外線やラジオ（例えばブルートゥース）を含む有線または無線制御インタフェースによってネットページ・プリンタからビデオ・デバイスに直接送信することができる。
【００９３】
ネットページ・システムでは、デバイス制御サービスが、ネットワーク上に分散されたサーバ上を走る１つまたは複数のデバイス制御アプリケーションによって提供される。デバイス制御ネットページとのユーザ対話は、通常のネットページ機構を使用して、適切なページ・サーバを介して適切なデバイス制御アプリケーションに経路指定される。
【００９４】
様々なデバイス制御対話シナリオを図８に例示する。ユーザがデバイス制御ネットページ５００上でデバイス機能を呼び出すとき、ユーザのネットページ・ペン１０１からユーザのネットページ・プリンタ８０２に通常の様式で入力が送信される（Ａ）。入力は、通常の様式でアプリケーション５０３にリレーされる（Ｂ）。入力を受信すると、アプリケーションは、指定されたデバイス６００を識別し、指定のデバイス・コマンドを決定する。指定されたデバイス６００にアプリケーションが直接アクセス可能である場合、アプリケーションは、コマンド・コードをデバイスに直接送信することができる（Ｃ１）。これは、デバイスが、アプリケーション５０３にとってアクセス可能なネットワーク、例えば有線または無線ワイドエリア・ネットワークに接続されている場合である。別法として、アプリケーションは、コマンド・コードを発信プリンタ８０２に送信することができる（Ｃ２）。プリンタ８０２は、デバイス制御アプリケーションによってそこに送信されるデバイス制御コマンドを受信するように修正することができる。指定されたデバイス６００にプリンタ８０２が直接アクセス可能である場合、プリンタは、コマンド・コードをデバイスに直接送信することができる（Ｄ１）。これは、デバイスが、プリンタにとってアクセス可能なネットワーク、例えば有線もしくは無線ワイドエリアもしくはローカルエリア・ネットワークに接続されている場合、またはプリンタとデバイスが有線式もしくは無線式で直接通信することができる場合である。あるいは、プリンタ５０２は、コマンド・コードを発信ペン１０１に送信することができる（Ｄ２）。ペン１０１は、プリンタ５０２によってそこに送信されるデバイス制御コマンドを受信するように修正することができる。赤外線送信機を備えてペンを強化することができ、コマンド・コードをデバイスに伝送できるようにする（Ｅ１）。これには、ペンの赤外線送信機がデバイスの赤外線受信機の見通し内にある必要がある。コマンド・コードをペン１０１に送信することの代替として、その代わりに、プリンタ５０２が、コマンド・コードを遠隔制御「ポッド」５０４に送信することができる（Ｄ３）。これは、デバイス６００の見通し内に設置されたデバイスである。これは、有線式または無線式でプリンタと通信することができ、赤外線送信機を組み込んで、コマンド・コードをデバイス６００に伝送できるようになっている（Ｅ２）。ポッド５０４は、いくつかのデバイスの保証されたビューを得られる位置に配置することができるので、ペン１０１の強化に対する有用な代替を提供する。
【００９５】
デバイス制御オブジェクト・モデル
デバイス制御オブジェクト・モデルは、特定のネットページ・プリンタに関係する特定のネットページ・ユーザのために維持されるデバイスおよびデバイス・セットアップを中心に置いている。デバイス制御クラス図は図９に示されている。
【００９６】
各ネットページ・ユーザ８００が１つまたは複数のデバイス・セットアップ５１１を有する。ユーザは、各ネットページ・プリンタ８０２ごとに、そのプリンタへのアクセス権を有する個別のデバイス・セットアップ５１１を有することができる。例えば、ユーザ８００は、ホームに１つのデバイス・セットアップ５１１を有し、オフィスに別のデバイス・セットアップを有することができる。各デバイス・セットアップ５１１が、ユーザによって割り当てられた名前５１２を有する。各デバイス・セットアップ５１１が１つまたは複数のユーザを有することができ、しかし各ユーザ８００は、プリンタ８０２当たり１つのデバイス・セットアップ５１１に対してのみアクセス権を有する。
【００９７】
デバイス・セットアップ５１１は、それに関連するいくつかのユーザ・デバイス５１３を有し、各デバイス６００ごとに１つのデバイスをユーザが制御することができる。各ユーザ・デバイス５１３が、ユーザによって割り当てられたエイリアス名５１４を有し、それに関連して、製造業者のデバイス・モデル情報を有する。
【００９８】
各デバイス５１３が、いくつかの遠隔制御５１５を有することができる。遠隔制御は、デバイス・セットアップ５１１に関して許可されている任意のユーザ８００が使用できる。遠隔制御５１５は、それに関連するいくつかの遠隔制御機能５１０を有し、各遠隔制御機能が機能識別子５１７を有する。機能識別子５１７を使用して、製造業者５６８から機能に関する制御コード５６５を検索する。遠隔制御５１５は、デバイス特有のもの５１８であっても、汎用の（すなわち２つ以上のデバイスを制御する）もの５１９であっても、包括的なもの５２０であってもよい。遠隔制御クラス図を図１３に示す。
【００９９】
デバイス特有遠隔制御５１８は、それが印刷されたユーザ・デバイスのみを操作する。
【０１００】
汎用遠隔制御（ＵＲＣ）５１９は、デバイス・セットアップ５１１内のいくつかのデバイスを操作することができる。ユーザは、ＵＲＣ５１９上でデバイス５１３を選定してＵＲＣモードを変更し、それにより現行のデバイスを選択する。ＵＲＣ５１９は通常、各モードで１つのデバイスのみを操作する。
【０１０１】
包括的遠隔制御５２０は、任意のユーザに関する任意のデバイス５６９を操作することができる。包括的遠隔制御５２０は、テレビジョン・プログラムなどネットページ刊行物の形で印刷することができる。包括的遠隔制御５２０は、デバイス・セットアップ５１１内のデフォルト・デバイス５２１を操作する。例えば１世帯が２つ以上のテレビジョンを有する場合、遠隔制御５２０は、デフォルト・テレビジョンのみを操作する。各デバイス・タイプについて、デフォルト・デバイス５２１がユーザによって指定されていない場合は、ユーザが追加する関連タイプの第１のデバイスが自動的にデフォルトとなる。デフォルト・ビデオ受信機５２２を、特定のブロードキャスト・チャンネル５２３に関して指定することができる。これは、１つのチャンネルをいくつかのユーザ・デバイス５１３で受信することができる場合に有用になることがある。デフォルト・デバイス・クラス図は図１０に示されている。
【０１０２】
デバイス５６９をデバイス・セットアップ５１１に追加するとき、ユーザ８００は、製造業者５６８、デバイス・タイプおよびデバイスのモデル５２４を指定しなければならない。
【０１０３】
各製造業者５６８がいくつかのデバイス５６９を有し、各デバイス５６９がいくつかのモデル５２４を有する。各デバイス・モデル５２４が、それに関連して、遠隔制御インタフェース５２５と、デバイスのチャンネル、プログラムの日付、時間、および長さ（ＣＤＴＬ）プログラミング能力５２６に関する情報を有する。遠隔制御インタフェース５２５は、デバイス５６９に使用可能な遠隔制御機能５１６に関する情報を含む。各遠隔制御インタフェース（ＲＣＩ）機能５１６は、機能識別子５２７と制御コード５６５とを有して、機能を実施する。ＣＤＴＬ能力５２６は、デバイスに関してプログラムすることができる情報を指定する。例えば、ＶＣＲはＣＤＴＬ情報を用いてプログラムすることができ、ケーブル・テレビジョン受信機は、チャンネル、日付、および時間（ＣＤＴ）情報のみを用いてプログラムすることができる場合がある。デバイス情報クラス図は図１１に示されている。
【０１０４】
各デバイス・セットアップ５１１は、それに関連していくつかのプログラム要求５６８を有することができる。プログラム要求５６８は、ビデオ・ブロードキャスト・プログラムを記録するようにユーザ８００が要求するときに生成される。刊行されるテレビジョン・プログラム・スケジュール５２８は、いくつかのエントリ５２９を含み、各テレビジョン・プログラムごとに１つがブロードキャストされる。ブロードキャストするためのチャンネル、日付、時間、およびプログラム長さ情報を含む１つまたは複数のＣＤＴＬ情報５３０記録が各エントリに関連付けられている。このとき、この情報を使用して、ブロードキャスト・テレビジョン・プログラムを無人記録するようにユーザ・デバイス５１３を制御することができる。プログラム・スケジュール・クラス図は図１５に示されている。
【０１０５】
デバイス・チャンネル・クラス図を図１３に例示する。各デバイス５６９が、それに関連してチャンネル局所性情報５３１を有することができ、所与の局所性内で使用可能なブロードキャスト・チャンネルを記述する。これらは、チャンネル・カテゴリ５３２、例えばフリーツーエア（ｆｒｅｅ−ｔｏ−ａｉｒ）やケーブルなどに分割することができる。
【０１０６】
ユーザは、それらのデバイスのいくつかを介して所与のブロードキャスト・チャンネル５３３を受信することができ、例えば、フリーツーエア・ブロードキャストをテレビジョン、ＶＣＲ、およびケーブル・ボックスを介して使用可能である。任意選択で、ユーザは、各チャンネル５３３ごとにデフォルト・ビデオ受信機デバイスを定義する能力を有する。ユーザがプログラム・スケジュールを介して、ユーザのデバイスのいくつかを介して使用可能なチャンネル上のプログラムを記録するように選んだ場合、ユーザのデバイス・セットアップ５１１で指定されたデフォルト・ビデオ受信機が使用される。
【０１０７】
デバイス制御ユーザ・インタフェース
ユーザ８００は通常、ネットページ・プリンタのヘルプ・ページを介して得られる、ネットページ・システム・アプリケーション・カタログ中のデバイス制御アプリケーションのエントリからネットページ・デバイス・セットアップ・メイン・ページ５３４を得る。ユーザはまた、そのページをブックマークし、その後ユーザのお気に入りリストを介してそのページを得る、または履歴リストを介して得ることができる。
【０１０８】
デバイス制御ユーザ・インタフェースの流れ図は図１６に示されている。
【０１０９】
デバイス・セットアップ・メイン・ページ
図２１に示されるデバイス・セットアップ・メイン・ページ５３４は、現行ネットページ・プリンタ８０２に関するデバイス・セットアップと、各セットアップに関して登録されているユーザとを列挙する。プリンタに対する特権設定が可能でない場合、プリンタに関する全てのデバイス・セットアップが列挙される。特権設定が可能な場合、ユーザが見ることを許可されているデバイス・セットアップのみが列挙される。ユーザがシステム管理者である場合には、全てのデバイス・セットアップが列挙される。
【０１１０】
特定のデバイス・セットアップに関する詳細を印刷するために、ユーザは、所望のセットアップの隣にある＜詳細＞ボタン５３５を押す。新たなデバイス・セットアップを作成するためには、ユーザは、セットアップ名５３６を入力し、＜新デバイス・セットアップ＞ボタン５３７を押す。どちらのアクションも、デバイス・セットアップ詳細ページ５３８を印刷する。
【０１１１】
ユーザは、＜マイ・デバイス・リスト＞５３９を押して、ユーザ独自のデバイス・セットアップに関するデバイス・リスト・ページ５４０を印刷することができる。デバイス・セットアップ・ユーザ・インタフェースの流れ図は図１６に示されている。
【０１１２】
図２２に示されるデバイス・セットアップ詳細ページ５３８は、デバイス・セットアップに関して登録されている全てのユーザおよびデバイスを列挙する。デバイス・セットアップが新たなものである場合、登録されているユーザまたはデバイスは１つも列挙されない。
【０１１３】
ユーザは、所望のエントリの隣にある＜詳細＞ボタン５４１を押すことによって、登録されているユーザまたはデバイスの完全な詳細を印刷することができる。ユーザ・エントリに関しては、ユーザ詳細ページ５４２が印刷される。デバイス・エントリに関しては、デバイス詳細ページ５４３が印刷されて、デバイス製造業者、デバイス・タイプ、モデル、デバイス・エイリアス、およびこのデバイスで指名されているデフォルト・デバイスを示す。
【０１１４】
ユーザは、適切なエントリの隣にある＜削除＞ボタン５４４を押すことによって、デバイス・セットアップ５１１からユーザまたはデバイスを削除することができる。適切なエントリが削除された状態でデバイス・セットアップ詳細ページ５３８が再印刷される。
【０１１５】
ユーザは、＜新ユーザ追加＞ボタン５４５を押すことによってデバイス・セットアップに新たなユーザを追加することができる。新ユーザ追加フォーム５４６が印刷され、現行プリンタに関して登録されており、しかしデバイス・セットアップに含まれていない全てのユーザを列挙する。１人のユーザは、ネットページ・プリンタ当たり１つのデバイス・セットアップ内にしか含むことができない。
【０１１６】
ユーザは、＜新デバイス追加＞ボタン５４７を押すことによって、デバイス・セットアップに新たなデバイスを追加することができる。製造業者選定ページ５４８が印刷される。
【０１１７】
セットアップ詳細ユーザ・インタフェースの流れ図は図１７に示されている。
【０１１８】
新たなデバイスの追加
デバイス・セットアップ詳細ページ５３８にある＜新デバイス追加＞ボタン５４７を押すことによって、デバイス・セットアップ５１１に新たなデバイス５１３を追加することができる。図２７に示される製造業者選定ページ５４８が印刷される。ユーザは、製造業者名をクリックすることによって、リストからデバイス製造業者５４９を選定する。図２８に示されるデバイス・タイプ選定ページ５５０が印刷される。
【０１１９】
ユーザは、デバイス・タイプ名をクリックすることによって、リストから適切なデバイス・タイプ５５１を選定する。図２９に示されるモデル選定ページ５５２が印刷される。
【０１２０】
ユーザは、モデル名をクリックすることによって、リストから適切なデバイス・モデル５５３を選定する。図３０に示されるデバイス・デフォルト設定フォーム５５４が印刷される。
【０１２１】
デバイス・デフォルト設定フォーム５５４で、ユーザは、デバイスに関するエイリアス名を指定する。次いで、ユーザは、適切なチェック・ボックスをチェックすることによって、１つまたは複数のデバイス・タイプに関するデフォルトとしてそのデバイスを指名する。例えば、ユーザのＶＣＲを、デバイス・セットアップ内のデフォルト・テレビジョン・チューナおよびデフォルト・ビデオ・レコーダとして指名することができる。フォームが完成したら、ユーザは＜デバイス追加＞５５５を押す。デバイス・セットアップ詳細ページ５３８が印刷され、デバイス・リスト中に新たなデバイスを示す。
【０１２２】
デバイス追加ユーザ・インタフェースの流れ図は図１９に示されている。
【０１２３】
ユーザのデバイス・リスト
ユーザは通常、デバイス・セットアップ・メイン・ページ５３４からユーザのデバイス・リスト５４０を得る（＜マイ・デバイス・リスト＞ボタン５３９）。ユーザはまた、そのページをブックマークし、その後ユーザのお気に入りリストを介してそのページを得る、または履歴リストを介して得ることができる。
【０１２４】
デバイス・リスト・ユーザ・インタフェースの流れ図は図１８に示されている。
【０１２５】
デバイス・リスト５４０は、図２３に図示されており、セットアップに関するデフォルトとしてどのデバイスが指名されているかを示す。特定のデバイスに関する遠隔制御ページ５７０を印刷するために、ユーザはデバイス名をクリックする。デバイス特有テレビジョン遠隔制御５７０の一例を図２５に示す。デバイス特有遠隔制御５７０は、遠隔制御の上に名前が書かれているデバイスのみを操作する。特定のテレビジョンに関するデバイス特有遠隔制御は、１つのテレビジョンのみを操作し、他のテレビジョンは操作しない。
【０１２６】
ユーザは、＜ＵＲＣ作成＞ボタン５５６を押して、図２４に示されるような汎用遠隔制御作成フォーム５５７を印刷することができる。このフォームは、現行デバイス・セットアップ中の全てのデバイスを列挙する。ユーザは、適切なデバイス・チェック・ボックスをチェックすることによって、ＵＲＣに含むデバイスを選定し、次いで＜ＵＲＣ印刷＞ボタン５５８をクリックする。汎用遠隔制御ページ５７１が印刷される。ＵＲＣページ５７１の一例を図２６に示す。
【０１２７】
ユーザは、デバイス・リスト・ページ５４０にある＜デバイス・セットアップ＞ボタン５５９を押して、デバイス・セットアップ詳細ページ５３８を印刷することができる。
【０１２８】
ユーザは、＜デフォルト修正＞ボタン５６０を押して、デフォルト修正フォーム５６１を印刷することができる。このフォームは、ユーザがデフォルト・デバイスの指名を変更することができるようにする。
【０１２９】
ユーザは、＜リスト要求＞ボタン５６２を押して、リスト要求ページ５６３を印刷することができる。これは、ユーザのデバイス・セットアップに関して記録されるようにスケジュールされた全てのビデオ・ブロードキャストを列挙する。
【０１３０】
遠隔制御
３タイプの遠隔制御がある。これらは、デバイス特有遠隔制御、汎用遠隔制御、および包括的遠隔制御である。デバイス特有遠隔制御および汎用遠隔制御は、ユーザによって印刷される。包括的遠隔制御は、テレビジョン・プログラム・スケジュールなどのネットページ刊行物の形で印刷される。
【０１３１】
遠隔制御の外観および機能は、デバイス・タイプ、製造業者などに依存する。製造業者は、オンデマンドでユーザが印刷することができる独自の遠隔制御を提供することができる。
【０１３２】
ユーザが包括的遠隔制御上の遠隔制御ボタンを押すとき、デバイス制御アプリケーションが、ユーザのデバイス・セットアップ中で適切なデフォルト・デバイスを検索する。これは、ユーザ・デバイス、したがってデバイス・モデルを決定する。
【０１３３】
汎用遠隔制御５７１を図２６に例示する。汎用遠隔制御によって制御されるデバイスは、そのモード（制御上でデバイス・エイリアス名ボタン５６４が押されるときに設定される）によって決定される。図２５に示されるデバイス特有遠隔制御５７０は、単一のユーザ・デバイスに関連する。したがって、ユーザが、デバイス特有または汎用遠隔制御上で遠隔制御ボタン５６５を押すと、制御されるデバイスのデバイス・エイリアス名、したがってデバイス・モデルが分かる。
【０１３４】
遠隔制御ボタン５６５は、一意の機能識別子５１７（デバイス・モデル内で一意）を有する遠隔制御機能５１０に関連付けられている。デバイス・モデルを製造業者のデータベース内で参照して、必要な機能識別子に関するＲＣＩ（遠隔制御インタフェース）機能５１６制御コード５６５を検索する。次いで、このコマンド・コードがユーザ・デバイスに伝送される。
【０１３５】
伝送の方法は、デバイスの能力およびユーザのペンに応じて異なる場合がある。
【０１３６】
スケジュールされたブロードキャスト記録
ネットページ刊行テレビジョン・プログラム・スケジュール５７２は、各プログラムの記述５６６を与えるテレビジョン・ブロードキャストのカレンダーと、プログラムに関するチャンネル、データ、および時間情報とを含む。図３１に示されるように、各プログラム・リストは、それに関連して、１つまたは複数のボタン５６７を有することができる。
【０１３７】
＜記録＞ボタン５６７を使用して、要求されたブロードキャストを記録するようにユーザのデフォルト・ビデオ記録デバイスをプログラムすることができる。要求５６８は、（デバイス・セットアップに関連する）ユーザのプログラム要求リスト５７３内に記憶されている。プログラム記録ユーザ・インタフェースの流れ図を図２０に示す。
【０１３８】
より発展したサービスとして、プログラム情報プロバイダは、ユーザのプリンタに更新プログラム情報を送信することができる。または、ユーザのお気に入りプログラムに関して、ユーザのプログラム要求リスト５７３に対するプログラム要求を定期的に追加することができる。また、プログラム情報が変わる場合に既存の要求を自動的に修正することもできる。
【０１３９】
ニュース・クリップ
刊行されたニュース記事は、関連するビデオ・クリップと、印刷された再生制御ボタンとを有することができる。
【０１４０】
新聞がネットページ・プリンタ８０２に送達される前に、１セットのニュース・クリップをブロードキャストすることができる。ブロードキャストを聞き、ユーザのディスクベース・ビデオ記録システムにブロードキャストを記録するように発行者がプリンタ８０２に命令することができる。クリップ・インデックス情報は、ビデオ・クリップと共に、例えばブロードキャストの閉じた見出し部分内で伝送される。
【０１４１】
ニュース記事と共に印刷されたボタンは、ユーザのデフォルト・ディスクベース・ビデオ・レコーダからユーザのデフォルト・ビデオ・モニタへのブロードキャスト・ビデオ・クリップの再生を制御する。制御ボタンは、再生、停止、スローモーション、およびフリーズ・フレームを含むことができる。
【０１４２】
別のタイプのビデオ・クリップは、ビデオオンデマンド（ＶＯＤ）ビデオ・クリップである。ＶＯＤビデオ・クリップは、オンデマンドで、第三者のＶＯＤ供給元からユーザにブロードキャストされる。
【０１４３】
ペアレンタル・コントロール
また、ネットページ・デバイス制御システムを使用して、格付けされたコンテンツに対するペアレンタル・コントロールを与えることもできる。システム管理者は、特定のユーザに関する許容可能コンテンツ格付けを設定することができる。必要な権限をもたないユーザは、遠隔制御を操作して、査定されたチャンネルまたはブロードキャストを閲覧することができない。
【０１４４】
結論
本発明を、１つの好ましい実施形態、およびいくつかの特定の代替実施形態に関連して説明してきた。しかし、具体的に説明したのとは異なるいくつかの他の実施形態が本発明の精神および範囲内に入ることを当業者は理解されよう。したがって、参照により適宜組み込んだ文献を含めた本明細書で説明した特定の実施形態に本発明が限定されないことを理解されたい。本発明の範囲は、頭記の特許請求の範囲によってのみ制限される。
【図面の簡単な説明】
【図１】 印刷したネットページの例と、そのオンライン・ページの記述の関係の概略図である。
【図２】 ネットページ・ペン、ネットページ・プリンタ、ネットページ・ページ・サーバ、およびネットページ・アプリケーション・サーバ間の対話の概略図である。
【図３】 印刷したネットページおよびそのオンラインのページ記述の高レベル構造の図である。
【図４】 図４ａは、ネットページ・タグの構造を示す平面図である。
図４ｂは、図４ａに示すタグ・セットと、ネットページ・ペンの形態のネットページ感知デバイスの視野との関係を示す平面図である。
【図５】 図５ａは、ネットページ・タグの代替構造を示す平面図である。
図５ｂは、図５ａに示すタグ・セットと、ネットページ・ペンの形態のネットページ感知デバイスの視野との関係を示す平面図である。
図５ｃは、隣接するタグ間でターゲットを共用する、図５ａに示すタグのうち９つの配置を示す平面図である。
図５ｄは、図５ａに示すタグの４つのコードワードのシンボルの交互配置および回転を示す平面図である。
【図６】 ユーザ・インタフェース・フローのドキュメント・アイコンのセットの概略図である。
【図７】 ユーザ・インタフェースのページ・レイアウト・エレメントのアイコンのセットの概略図である。
【図８】 デバイス制御対話の概略図である。
【図９】 デバイス制御のクラス図の概略図である。
【図１０】 デフォルトのデバイス・クラス図の概略図である。
【図１１】 デバイス情報のクラス図の概略図である。
【図１２】 デバイス・チャネルのクラス図の概略図である。
【図１３】 リモート・コントロールのクラス図の概略図である。
【図１４】 プログラム・スケジュールのクラス図の概略図である。
【図１５】 デバイス・セットアップのユーザ・インタフェース・フローの概略図である。
【図１６】 セットアップの詳細のユーザ・インタフェース・フローの概略図である。
【図１７】 デバイス・リストのユーザ・インタフェース・フローの概略図である。
【図１８】 デバイス追加のユーザ・インタフェース・フローの概略図である。
【図１９】 記録プログラムのユーザ・インタフェース・フローの概略図である。
【図２０】 デバイス・セットアップのメイン・ページの詳細図である。
【図２１】 デバイス・セットアップの詳細の概略図である。
【図２２】 デバイス・リストの概略図である。
【図２３】 共通のリモート・コントロール・フォームの概略図である。
【図２４】 デバイス固有のＴＶ用リモート・コントロールの概略図である。
【図２５】 共通のリモート・コントロールの概略図である。
【図２６】 製造者選択リストの概略図である。
【図２７】 デバイスタイプ選択リストの概略図である。
【図２８】 モデル選択リストの概略図である。
【図２９】 デフォルト設定フォームの概略図である。
【図３０】 プログラム・スケジュールの概略図である。
【符号の説明】
１…ネットページ、 ２…グラフィック・データ、 ３…符号化データ、 ４…タグ、 ５…ページ記述、 ６…提出ボタン、 ７…ゾーン、 ８…グラフィック、 ９…短距離無線リンク、 １０…ネットページ・サーバ、 １３…ネットページ・アプリケーション・サーバ、 １０１…ネットページ・ペン、 ５００…デバイス制御ネットページ、 ５０４…ポッド

Claims (4)

1. デバイスの機能を制御する方法であって、該デバイスはプリンタからのコマンドに応答して前記機能を実行するように作動可能であり、
   プリンタによって表面上に、前記機能に関する可視の情報と、制御インタフェースの識別と前記表面上の位置を表す不可視の符号化データと、を印刷するステップであって、前記不可視の符号化データと前記可視の情報は同一位置にある、ステップと、
   感知デバイスが前記機能に関連する前記可視の情報の上に配置されたとき、該感知デバイスによって前記不可視の符号化データを感知するステップと、
   前記感知デバイスによって感知された前記不可視の符号化データを使用して、前記感知デバイスによって指示データを形成するステップであって、前記指示データは前記制御インタフェースの識別と前記表面に対する前記感知デバイスの少なくとも１つの位置を含む、ステップと、
   前記プリンタによって、前記指示データを前記感知デバイスから受け取るステップと、
   前記プリンタによって、前記デバイスに対して前記コマンドを発信するステップであって、該コマンドは、前記制御インタフェースの識別と前記表面上の少なくとも１つの位置に関連付けられている、ステップとを含む方法。
2. 前記コマンドは、前記制御インタフェースの識別と前記表面の少なくとも１つの領域に関連付けられており、前記表面に対する前記感知デバイスの位置は、前記領域内にあることを特徴とする請求項１記載の方法。
3. 更に、前記プリンタによって、前記感知デバイスに関連付けられたユーザの識別に関するデータを前記感知デバイスから受け取るステップであって、前記コマンドは前記ユーザの識別に依存する、ステップを、含むことを特徴とする請求項１記載の方法。
4. 更に、前記プリンタによって、前記表面に対する前記感知デバイスの動きに関するデータを前記感知デバイスから受け取るステップを含み、前記感知デバイスは、前記表面に対する前記感知デバイスの動きに関する前記データを生成することを特徴とする請求項１記載の方法。

Images