(57)【特許請求の範囲】
【請求項１】
保険サービスを提供するシステムであって、
フォーム上に可視状態の情報及び不可視状態のコード化データを印刷するプリンタであって、前記可視状態の情報は保険サービスに関し、前記不可視状態のコード化データは前記フォームの識別と前記フォーム上の複数の基準点を示す、前記プリンタと、
前記フォームの識別及び前記フォーム上の可視状態の情報の空間的範囲の識別を、前記保険サービスに関する少なくとも１つのパラメータと連携させる、プロセッサと、
前記不可視状態のコード化データを検出し、検出された前記不可視状態のコード化データから表示データを生成する検出装置であって、前記表示データは、前記フォームの識別と前記フォームに対する前記検出装置の位置とを示し、前記位置は、前記基準点から検出される、前記検出装置と、
前記検出装置から前記表示データを受信し、前記フォームの識別、前記フォームに対する前記検出装置の位置、及び前記フォームと前記フォーム上の可視状態の情報の空間的範囲の識別と前記保険サービスに関する少なくとも１つのパラメータとの関連から、前記保険サービスに関連する少なくとも１つのパラメータを識別し、前記少なくとも１つのパラメータを用いて保険サービスの要求を保険プロバイダのサーバに提出するコンピュータ・システムと
を備える、システム。
【請求項２】
請求項１に記載のシステムにおいて、前記検出装置は、顧客に関連する識別に関するデータを含み、前記検出装置により生成される前記表示データは、顧客に関連する識別を含み、前記コンピュータ・システムにより保険プロバイダのサーバに提出された要求は、顧客に関連する識別を含む、システム。
【請求項３】
請求項１に記載のシステムにおいて、前記保険サービスの前記少なくとも１つのパラメータが、前記保険サービスの動作パラメータ、前記保険サービスのオプション・パラメータ、前記保険サービスのテキスト・パラメータ、前記保険サービスの身元確認パラメータ、および前記保険サービスの画像パラメータからなるグループから選択されるシステム。
【請求項４】
請求項３に記載のシステムにおいて、保険サービスの動作パラメータが、
保険製品情報を獲得することと、
保険契約の詳細を獲得することと、
保険の見積書を獲得することと、
保険支払い要求をすることと、
保険契約の条件を見ることと、
保険契約の条件を受諾することと、
保険契約の支払いをすること
とを含むグループから選択されるシステム。
【請求項５】
請求項３に記載のシステムにおいて、前記オプション・パラメータが、
保険製品のタイプ、
支払い方法、
カードのタイプ、
特別適用範囲項目、
控除金額、
住居のタイプ、
住居の使用法、
住居の特徴、または
資産の特徴
の少なくとも１つに関連するシステム。
【請求項６】
請求項３に記載のシステムにおいて、前記テキスト・パラメータが、
見積書番号と、
契約番号と、
郵便番号と、
保証額と、
保険支払い要求の履歴と、
資産の住所と、
支払いカードの詳細と
の何れか１つに関連するシステム。
【請求項７】
請求項３に記載のシステムにおいて、前記身元確認パラメータが、
保険証書受領、および
支払い身元確認
の内の少なくとも１つに関連するシステム。
【請求項８】
請求項３に記載のシステムにおいて、前記画像パラメータが、保険クレームに関連するシステム。
【請求項９】
請求項１に記載のシステムにおいて、前記検出装置が、マークをつけるペン先を含むシステム。
【請求項１０】
請求項１または請求項４に記載のシステムにおいて、発生した各フォームの検索可能な記録を保持するためのデータベースを含み、各フォームが、前記フォームの識別により検索することができるシステム。
【請求項１１】
請求項１に記載のシステムにおいて、前記プリンタが、複数ページを製本するための製本手段を含むシステム。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明は、概して、保険サービスの提供に関し、特に分散計算機システムを使用して保険サービスを提供する方法およびシステムに関する。これは、印刷形態に基づくユーザ・インタフェースを備えたコンピュータ・システムの操作に特に用途を有する。
【０００２】
（同時係属出願）
本発明に関する種々の方法、システムおよび装置は、本願と同時に、本発明の出願人または譲受人が出願した下記の同時係属出願に開示されている：
ＰＣＴ／ＡＵ００／０１２７３、ＰＣＴ／ＡＵ００／０１２７９、ＰＣＴ／ＡＵ００／０１２８８、ＰＣＴ／ＡＵ００／０１２８２、ＰＣＴ／ＡＵ００／０１２７６、ＰＣＴ／ＡＵ００／０１２８０、ＰＣＴ／ＡＵ００／０１２７４、ＰＣＴ／ＡＵ００／０１２８９、ＰＣＴ／ＡＵ００／０１２７５、ＰＣＴ／ＡＵ００／０１２７７、ＰＣＴ／ＡＵ００／０１２８６、ＰＣＴ／ＡＵ００／０１２８１、ＰＣＴ／ＡＵ００／０１２７８、ＰＣＴ／ＡＵ００／０１２８７、ＰＣＴ／ＡＵ００／０１２８５、ＰＣＴ／ＡＵ００／０１２８４、およびＰＣＴ／ＡＵ００／０１２８３。
上記同時係属出願の開示は、相互参照によって本明細書の記載に援用する。
【０００３】
本発明に関する種々の方法、システムおよび装置は、２０００年９月１５日に、本発明の出願人または譲受人が出願した下記の同時係属出願に開示されている：ＰＣＴ／ＡＵ００／０１１０８、ＰＣＴ／ＡＵ００／０１１１０、およびＰＣＴ／ＡＵ００／０１１１１。上記同時係属出願の開示は、相互参照によって本明細書の記載に援用する。
【０００４】
本発明に関する種々の方法、システムおよび装置は、２０００年６月３０日に、本発明の出願人または譲受人が出願した下記の同時係属出願に開示されている：
ＰＣＴ／ＡＵ００／００７６２、ＰＣＴ／ＡＵ００／００７６３、ＰＣＴ／ＡＵ００／００７６１、ＰＣＴ／ＡＵ００／００７６０、ＰＣＴ／ＡＵ００／００７５９、ＰＣＴ／ＡＵ００／００７５８、ＰＣＴ／ＡＵ００／００７６４、ＰＣＴ／ＡＵ００／００７６５、ＰＣＴ／ＡＵ００／００７６６、ＰＣＴ／ＡＵ００／００７６７、ＰＣＴ／ＡＵ００／００７６８、ＰＣＴ／ＡＵ００／００７７３、ＰＣＴ／ＡＵ００／００７７４、ＰＣＴ／ＡＵ００／００７７５、ＰＣＴ／ＡＵ００／００７７６、ＰＣＴ／ＡＵ００／００７７７、ＰＣＴ／ＡＵ００／００７７０、ＰＣＴ／ＡＵ００／００７６９、ＰＣＴ／ＡＵ００／００７７１、ＰＣＴ／ＡＵ００／００７７２、ＰＣＴ／ＡＵ００／００７５４、ＰＣＴ／ＡＵ００／００７５５、ＰＣＴ／ＡＵ００／００７５６、およびＰＣＴ／ＡＵ００／００７５７。
上記同時係属出願の開示は、相互参照によって本明細書の記載に援用する。
【０００５】
本発明に関する種々の方法、システムおよび装置は、２０００年５月２３日に、本発明の出願人または譲受人が出願した下記の同時係属出願に開示されている：
ＰＣＴ／ＡＵ００／００５１８、ＰＣＴ／ＡＵ００／００５１９、ＰＣＴ／ＡＵ００／００５２０、ＰＣＴ／ＡＵ００／００５２１、ＰＣＴ／ＡＵ００／００５２２、ＰＣＴ／ＡＵ００／００５２３、ＰＣＴ／ＡＵ００／００５２４、ＰＣＴ／ＡＵ００／００５２５、ＰＣＴ／ＡＵ００／００５２６、ＰＣＴ／ＡＵ００／００５２７、ＰＣＴ／ＡＵ００／００５２８、ＰＣＴ／ＡＵ００／００５２９、ＰＣＴ／ＡＵ００／００５３０、ＰＣＴ／ＡＵ００／００５３１、ＰＣＴ／ＡＵ００／００５３２、ＰＣＴ／ＡＵ００／００５３３、ＰＣＴ／ＡＵ００／００５３４、ＰＣＴ／ＡＵ００／００５３５、ＰＣＴ／ＡＵ００／００５３６、ＰＣＴ／ＡＵ００／００５３７、ＰＣＴ／ＡＵ００／００５３８、ＰＣＴ／ＡＵ００／００５３９、ＰＣＴ／ＡＵ００／００５４０、ＰＣＴ／ＡＵ００／００５４１、ＰＣＴ／ＡＵ００／００５４２、ＰＣＴ／ＡＵ００／００５４３、ＰＣＴ／ＡＵ００／００５４４、ＰＣＴ／ＡＵ００／００５４５、ＰＣＴ／ＡＵ００／００５４７、ＰＣＴ／ＡＵ００／００５４６、ＰＣＴ／ＡＵ００／００５５４、ＰＣＴ／ＡＵ００／００５５６、ＰＣＴ／ＡＵ００／００５５７、ＰＣＴ／ＡＵ００／００５５８、ＰＣＴ／ＡＵ００／００５５９、ＰＣＴ／ＡＵ００／００５６０、ＰＣＴ／ＡＵ００／００５６１、ＰＣＴ／ＡＵ００／００５６２、ＰＣＴ／ＡＵ００／００５６３、ＰＣＴ／ＡＵ００／００５６４、ＰＣＴ／ＡＵ００／００５６５、ＰＣＴ／ＡＵ００／００５６６、ＰＣＴ／ＡＵ００／００５６７、ＰＣＴ／ＡＵ００／００５６８、ＰＣＴ／ＡＵ００／００５６９、ＰＣＴ／ＡＵ００／００５７０、ＰＣＴ／ＡＵ００／００５７１、ＰＣＴ／ＡＵ００／００５７２、ＰＣＴ／ＡＵ００／００５７３、ＰＣＴ／ＡＵ００／００５７４、ＰＣＴ／ＡＵ００／００５７５、ＰＣＴ／ＡＵ００／００５７６、ＰＣＴ／ＡＵ００／００５７７、ＰＣＴ／ＡＵ００／００５７８、ＰＣＴ／ＡＵ００／００５７９、ＰＣＴ／ＡＵ００／００５８１、ＰＣＴ／ＡＵ００／００５８０、ＰＣＴ／ＡＵ００／００５８２、ＰＣＴ／ＡＵ００／００５８７、ＰＣＴ／ＡＵ００／００５８８、ＰＣＴ／ＡＵ００／００５８９、ＰＣＴ／ＡＵ００／００５８３、ＰＣＴ／ＡＵ００／００５９３、ＰＣＴ／ＡＵ００／００５９０、ＰＣＴ／ＡＵ００／００５９１、ＰＣＴ／ＡＵ００／００５９２、ＰＣＴ／ＡＵ００／００５９４、ＰＣＴ／ＡＵ００／００５９５、ＰＣＴ／ＡＵ００／００５９６、ＰＣＴ／ＡＵ００／００５９７、ＰＣＴ／ＡＵ００／００５９８、ＰＣＴ／ＡＵ００／００５１６、ＰＣＴ／ＡＵ００／００５１７、およびＰＣＴ／ＡＵ００／００５１１。
上記同時係属出願の開示は、相互参照によって本明細書の記載に援用する。
【０００６】
（背景）
従来、保険サービスは文書によるドキュメンテーションを使用して提供されてきた。このドキュメンテーションは、通常、情報パンフレット、見積書、契約書および他のドキュメンテーションを含み、保険プロバイダと顧客との契約成立を可能にしてきた。
【０００７】
より最近では、保険プロバイダは、このドキュメンテーションの一部をインターネットなどのネットワーク上で入手可能なものとし、保険プロバイダは、契約金を電子的に支払うオプションも可能にしている。
【０００８】
（発明の概要）
本発明の目的は、保険サービスを提供する方法およびシステムを提供することである。
第１の態様では、本発明は、人が面に印刷されたフォームを使用して保険サービスを獲得できるようにする方法で、フォームが、保険サービスに関連する情報を含み、面はフォームのＩＤ（識別）およびフォームの複数の基準ポイントを示すコード化データを有し、
フォームおよびコード化データをほぼ同時に面に印刷させるステップと、
コンピュータ・システム内で、検知装置からの指示データを受信するステップとを含み、指示データは、フォームのＩＤとフォームに対する検知装置の位置との両方を示し、検知装置は、作動可能な状態でフォームに対して配置されると、少なくとも部分的には位置の近傍にあるコード化データの少なくとも幾つかに基づいて指示データを生成し、さらに、
コンピュータ・システム内で、指示データから、保険サービスに関する少なくとも１つのパラメータを識別するステップを含み、少なくとも１つのパラメータが、動作パラメータおよび可変パラメータを含むグループから選択される方法を提供する。
【０００９】
第２の態様では、本発明は、人が面に印刷されたフォームを使用して保険サービスを獲得できるようにする方法で、フォームが保険サービスに関連する情報を含み、面がフォームのＩＤおよびフォームの複数の基準ポイントを示すコード化データを有し、
コンピュータ・システム内でフォームの要求を受信するステップと、
要求に応答して、フォームを面に印刷させるステップと、
コンピュータ・システム内で、検知装置から指示データを受信するステップとを含み、指示データが、フォームのＩＤおよびフォームに対する検知装置の位置の両方を示し、検知装置は、作動可能な状態でフォームに対して配置されると、少なくとも部分的には位置の近傍にあるコード化データの少なくとも幾つかに基づいて指示データを生成し、さらに、
コンピュータ・システム内で、識別データから保険サービスに関連する少なくとも１つのパラメータを識別するステップを含み、少なくとも１つのパラメータが、動作パラメータおよび可変パラメータを含むグループから選択される方法を提供する。
【００１０】
第３の態様では、本発明は、人が面に印刷されたフォームを使用して保険サービスを獲得できるようにする方法で、フォームが保険サービスに関連する情報を含み、面が保険サービスの少なくとも１つのパラメータを示すコード化データを有し、少なくとも１つのパラメータが、動作パラメータおよび可変パラメータを含むグループから選択され、
フォームおよびコード化データをほぼ同時に面に印刷させるステップと、
コンピュータ・システム内で、前記少なくとも１つのパラメータ、およびフォームに対する検知装置の動作に関するデータを検知装置から受信するステップとを含み、検知装置は、フォームに対して動作すると、コード化データの少なくとも一部を使用して、前記少なくとも１つのパラメータに関するデータを生成し、ほぼ同時に、フォームに対する自身の動作に関するデータを生成し、さらに、
コンピュータ・システム内で、検知装置の前記動作を前記少なくとも１つのパラメータとの関係で解釈するステップを含む方法を提供する。
【００１１】
第４の態様では、本発明は、人が面に印刷されたフォームを使用して保険サービスを獲得できるようにする方法で、フォームが保険サービスに関する情報を含み、面が保険サービスの少なくとも１つのパラメータを示すコード化データを有し、少なくとも１つのパラメータが動作パラメータおよび可変パラメータを含むグループから選択され、
コンピュータ・システム内でフォームの要求を受信するステップと、
要求に応答して、面にフォームを印刷させるステップと、
コンピュータ・システム内で、前記少なくとも１つのパラメータおよびフォームに対する検知装置の動作に関するデータを検知装置から受信するステップとを含み、検知装置は、フォームに対して動作すると、少なくともコード化データの一部を使用して前記少なくとも１つのパラメータに関するデータを生成し、ほぼ同時に、フォームに対する自身の動作に関するデータを生成し、さらに、
コンピュータ・システム内で、検知装置の前記動作を、前記少なくとも１つのパラメータに関連して解釈するステップを含む方法を提供する。
【００１２】
第５の態様では、本発明は、人がフォームおよびコード化データを含む物理オブジェクトを使用して、保険サービスを獲得できるようにする方法で、コード化データがフォームのＩＤを示し、
人にフォームを提供するステップと、
コンピュータ・システム内で、人のＩＤおよびフォームのＩＤに関するデータを検知装置から受信するステップとを含み、検知装置は、人のＩＤに関するデータを含み、コード化データの少なくとも一部を使用して、フォームのＩＤに関するデータを生成し、さらに、
コンピュータ・システム内で、人のＩＤおよびフォームのＩＤに関するデータから保険サービスを識別するステップを含む方法を提供する。
【００１３】
第６の態様では、本発明は、人が面に印刷されたフォームを使用して保険サービスを獲得できるようにするシステムで、フォームが保険サービスに関する情報を含み、面が、フォームのＩＤおよびフォームの複数の基準ポイントを示すコード化データを有し、上記システムが、
コンピュータ・システムを含み、これが、
フォームおよびコード化データをほぼ同時に面に印刷させ、
指示データを検知装置から受信し、指示データは、フォームのＩＤおよびフォームに対する検知装置の位置の両方を示し、検知装置は、作動可能な状態でフォームに対して配置されると、少なくとも部分的に位置の近傍にあるコード化データの少なくとも幾つかの検知に基づいて、指示データを生成し、
指示データから、保険サービスに関する少なくとも１つのパラメータを識別し、少なくとも１つのパラメータは作動パラメータおよび可変パラメータを含むグループから選択されるシステムを提供する。
第７の態様では、本発明は、人が面に印刷されたフォームを使用して保険サービスを獲得できるようにするシステムで、フォームが保険サービスに関する情報を含み、面が、フォームのＩＤおよびフォームの複数の基準ポイントを示すコード化データを有し、上記システムが、
コンピュータ・システムを含み、これが、
フォームの要求を受信し、
要求に応答して、面にフォームを印刷させ、
検知装置から指示データを受信し、指示データはフォームのＩＤおよびフォームに対する検知装置の位置を示し、検知装置は、作動可能な状態でフォームに対して配置されると、少なくとも部分的に位置の近傍にあるコード化データの少なくとも幾つかの検知に基づいて、指示データを生成し、
指示データから、保険サービスに関する少なくとも１つのパラメータを識別し、少なくとも１つのパラメータが、作動パラメータおよび可変パラメータを含むグループから選択されるシステムを提供する。
第８の態様では、本発明は、人が面に印刷されたフォームを使用して保険サービスを獲得できるようにするシステムで、フォームが保険サービスに関する情報を含み、面が保険サービスの少なくとも１つのパラメータを示すコード化データを有し、少なくとも１つのパラメータが、動作パラメータおよび可変パラメータを含むグループから選択され、上記システムが、
コンピュータ・システムを含み、これが、
フォームおよびコード化データをほぼ同時に面に印刷させ、
前記少なくとも１つのパラメータおよびフォームに対する検知装置の動作に関する指示データを検知装置から受信し、検知装置は、フォームに対して動作すると、指示データを生成し、さらに、
検知装置の前記動作を、前記少なくとも１つのパラメータに関して解釈するシステムを提供する。
第９の態様では、本発明は、人が面に印刷されたフォームを使用して保険サービスを獲得できるようにするシステムで、フォームが保険サービスに関する情報を含み、面が保険サービスの少なくとも１つのパラメータを示すコード化データを有し、少なくとも１つのパラメータが、動作パラメータおよび可変パラメータを含むグループから選択され、上記システムが、
コンピュータ・システムを含み、これが、
フォームから要求を受信し、
要求に応答して、面にフォームを印刷させ、
前記少なくとも１つのパラメータおよびフォームに対する検知装置の動作に関する指示データを検知装置から受信し、検知装置は、フォームに対して動作すると、指示データを生成し、さらに、
検知装置の前記動作を、前記少なくとも１つのパラメータに関して解釈するシステムを提供する。
第１０の態様では、本発明は、人がフォームおよびコード化データを含む物理オブジェクトを使用して保険サービスを獲得できるようにするシステムで、フォームが保険サービスおよびフォームのＩＤを示すコード化データに関する情報を含み、上記システムが、
人のＩＤおよびフォームのＩＤに関するデータを検知装置から受信し、前記受信データから保険サービスを識別するコンピュータ・システムを含み、検知装置が、顧客のＩＤに関するデータを含み、コード化データの少なくとも幾つかを使用してフォームのＩＤに関するデータを検知するシステムを提供する。
【００１４】
したがって、本発明は、コンピュータ・システムと対話することができる１つまたは複数のフォームを使用する方法およびシステムを提供する。本発明の新規の方法およびシステムは、１つのコンピュータ・システムと組み合わせて使用することができるが、特定の好ましい形態では、インターネットなどのコンピュータ・ネットワークで操作するよう設計される。
次に、本発明の好ましい実施形態および他の実施形態について、非制限的な例によってのみ添付の図面を参照しながら説明する。
【００１５】
（好ましい実施形態および他の実施形態の詳細な説明）
注意：Ｍｅｍｊｅｔ（登録商標）は、オーストラリアのシルバーブルック・リサーチ社の登録商標である。
【００１６】
好ましい実施形態では、本発明は、ネットページ・ネットワーク化コンピュータ・システムと共に作動するよう構成されるが、その概要およびその詳細な説明は本出願人の以前の出願、特にＰＣＴ／ＡＵ００／００５６９（文書第ＮＰＴ００２号）、ＰＣＴ／ＡＵ００／００５６５（文書第ＮＰＳ００１号）、ＰＣＴ／ＡＵ００／００５６１（文書第ＮＰＰ００３号）、およびＰＣＴ／ＡＵ００／００５１９（文書第ＮＰＡ００２号）に示される。必ずしも全ての実施方式が、基本システムに関してこれらの出願に記載された特定の詳細および拡張の全て、またはほとんどを実現するものでないことが理解される。しかし、本発明の好ましい実施形態および態様が機能する状況を理解する上で補助となるよう、システムを最も完全な形態で説明する。
【００１７】
簡潔にまとめると、ネットページ・システムの好ましい形態は、マップ化された面、すなわち、コンピュータ・システム内に保持された面用マップに対する標点を含む物理的面の形態のコンピュータ・インタフェースを採用する。上記マップ標点は、適切な検知装置により照会され得る。特定の実施方式に依存して上記マップ標点は、可視にもしくは不可視にコード化され得るとともに、マップ化された面上で局部的照会を行うと当該マップ内および別の各マップ内の両者において明瞭なマップ標点が得られるように定義され得る。上記コンピュータ・システムは、上記マップ化された面上の形状特徴に関する情報を含み得ると共に、斯かる情報は、上記マップ化された面と共に使用される検知装置により供給されるマップ標点に基づき検索され得る。この様に検索された情報は、面の上記各形状特徴に対する操作者の相互作用に応じて該操作者に代わって上記コンピュータ・システムにより開始されるアクションの形態を取ることができる。
【００１８】
上記ネットページ・システムはその好ましい形態において、ネットページの作成、および、ネットページに対するユーザの対話に依存する。これらは通常の用紙上に印刷されたテキスト、グラフィックおよび画像のページであるが、それらはインタラクティブ・ウェブ・ページのように作用する。情報は、人間の肉眼ではほぼ不可視なインクを使用して各ページ上にコード化される。但し上記インクは、故に上記コード化データは、光学的作像ペンにより検知されてネットページ・システムへと送信される。
【００１９】
好ましい形態においては、各ページ上の各アクティブ・ボタンおよび各ハイパーリンクが上記ペンによりクリックされ、上記ネットワークからの情報を要求し、または、ネットワーク・サーバに対して選好性を信号送信し得る。一実施形態において、ネットページ上に手書きされたテキストは上記ネットページ・システムにおいて自動的に認識されてコンピュータ用テキストに変換されることから、フォームへと記入され得る。他の実施形態においては、ネットページ上に記録された署名が自動的に照合されることから、電子商取引のトランザクションが安全に許可される。
【００２０】
図１に示されるように、印刷されたネットページ１は、対話フォームを表し得、該フォームはユーザにより、印刷されたページ上で物理的に、且つ、ペンとネットページ・システムとの間の通信により「電子的」に記入され得る。上記例は、氏名および住所フィールドと提出ボタンとを含む「リクエスト」フォームを示している。上記ネットページは、可視インクを使用して印刷されたグラフィック・データ２と、不可視インクを使用してタグ４の集合として印刷されたコード化データ３とから成る。上記ネットページネットワーク上に記憶された対応するページ記述５は、上記ネットページの個々の要素を記述する。特に上記ページ記述は、各対話エレメント（すなわち、上記例におけるテキストフィールドおよびボタン）の種類および空間的範囲（区域）を記述することから、上記ネットページ・システムは上記ネットページを介した入力を正しく解読し得る。提出ボタン６は、例えば、対応グラフィック８の空間的範囲に対応する区域７を有する。
【００２１】
図２に示すように、ネットページ・ペン１０１は、その好ましい形態が以前の出願ＰＣＴ／ＡＵ００／００５６５（文書第ＮＰＳ００１号）に記載され、ネットページ・プリンタ６０１、つまり家庭、オフィスまたは移動用のインターネット接続の印刷器具との組合せで作動する。ペンは無線であり、短距離無線リンク９を介してネットページ・プリンタと確実に通信する。
【００２２】
ネットページ・プリンタ６０１は、その好ましい形態が以前の出願ＰＣＴ／ＡＵ００／００５６１（文書第ＮＰＰ００３号）および共願出願ＰＣＴ／ＡＵ００／０１２８１（文書第ＮＰＳ０２４号）に記載され、定期的に、またはオン・デマンドで個別化新聞、雑誌、カタログ、パンフレットおよび他の発行物を送付し、全ては対話式ネットページとして高品質で印刷される。パーソナル・コンピュータとは異なり、ネットページ・プリンタは、例えばユーザの台所のように、朝のニュースを最初に見るエリアに隣接するか、朝食用テーブルの付近、または家族が家を出る箇所の付近の壁に装着することができる器具である。テーブルトップ、デスクトップ、携帯用、および小型バージョンもある。
【００２３】
必要な箇所にて印刷されたネットページは、用紙の簡便性と、インタラクティブ媒体の適時性および対話性とを組合せている。
図２に示されるように、ネットページ・ペン１０１は印刷されたネットページ１上の上記コード化データと対話し、この対話を短距離無線回線９を介してネットページ・プリンタへと通信する。プリンタ６０１は、この対話を、解読のために適切なネットページ・ページサーバ１０へと送信する。適切な環境において、上記ページサーバは、ネットページ・アプリケーション・サーバ１３上で動作しているアプリケーション・コンピュータ・ソフトウェアへ対応するメッセージを送信する。その結果として、上記アプリケーション・サーバは元のプリンタ上で印刷される応答を送信することができる。
【００２４】
ネットページ・システムは、好ましい実施形態では、本出願人の以前の出願ＰＣＴ／ＡＵ００／００５７８（文書第ＩＪ５２号）、ＰＣＴ／ＡＵ００／００５７９（文書第ＩＪＭ５２）、ＰＣＴ／ＡＵ００／００５８１（文書第ＭＪ１０号）、ＰＣＴ／ＡＵ００／００５８０（文書第ＭＪ１１）、ＰＣＴ／ＡＵ００／００５８２（文書第ＭＪ１２号）、ＰＣＴ／ＡＵ００／００５８７（文書第ＭＪ１３）、ＰＣＴ／ＡＵ００／００５８８（文書第ＭＪ１４号）、ＰＣＴ／ＡＵ００／００５８９（文書第ＭＪ１５）、ＰＣＴ／ＡＵ００／００５８３（文書第ＭＪ３４号）、ＰＣＴ／ＡＵ００／００５９３（文書第ＭＪ４７）、ＰＣＴ／ＡＵ００／００５９０（文書第ＭＪ５８号）、ＰＣＴ／ＡＵ００／００５９１（文書第ＭＪ６２）、およびＰＣＴ／ＡＵ００／００５９２（文書第ＭＪ６３号）に記載された、高速超小型電気機械システム（ＭＥＭＳ）ベースのインクジェット（Ｍｅｍｊｅｔ（登録商標））との組合せで使用することにより、大幅に便利になっている。このテクノロジーの好ましい形態では、比較的高速で高品質の印刷が、消費者にとってさらに手頃になる。この好ましい形態では、ネットページ・パブリケーションは、両側にフル・カラーで印刷され、簡単なナビゲーションおよび快適な取扱いのために相互に結合されたレター・サイズの光沢紙のセットのような従来のニュースマガジンの物理的特徴を有する。
【００２５】
ネットページ・プリンタは、ブロードバンド・インターネット・アクセスの可用性増大を利用する。ネットページ・プリンタは、より低速の接続で操作することもできるが、送出時間が長くなり、画像品質が低下する。ネットページ・システムは、既存の消費者のインクジェットおよびレーザ・プリンタを使用しても実行可能になるが、システムの動作速度が低下し、したがって消費者の視点からはそれほど許容できない。他の実施形態では、ネットページ・システムは非公開イントラネットをホストとする。さらに他の実施形態では、ネットページ・システムは、１つのコンピュータまたはプリンタなどのコンピュータで実行可能な装置をホストとする。
【００２６】
上記ネットページネットワーク上のネットページ発行サーバ１４は、ネットページ・プリンタに対して印刷品質の発行物を配布するように構成される。加入している各ネットページ・プリンタに対しては、ポイントキャストもしくはマルチキャストインターネット・プロトコルにより定期的発行物が自動的に配信される。個人用発行物は、個々のユーザ・プロファイルに従いフィルタリングおよびフォーマットされる。
【００２７】
ネットページ・プリンタは任意の個数のペンをサポートするように構成することができると共に、ペンは任意の台数のネットページ・プリンタと協働することができる。好適実施方式において、各ネットページ・ペンは一意のＩＤ（識別）を有する。ひとつの家庭は、家族の各々に１本ずつ割り当てられた色付ネットページ・ペンの集合を有することができる。これにより各ユーザは、ネットページ発行サーバもしくはアプリケーション・サーバに関して別個のプロファイルを維持することができる。
【００２８】
ネットページ・ペンはまた、ネットページ登録サーバ１１に登録され得ると共に、ひとつ以上の支払カード口座にリンクすることができる。これにより、上記ネットページ・ペンを使用して電子商取引の支払いが安全に許可され得る。上記ネットページ登録サーバは上記ネットページ・ペンにより捕捉された署名を予め登録された署名と比較することから、該ネットページ登録サーバはユーザのＩＤを電子商取引サーバに対して認証し得る。ＩＤを照合する上では、他のバイオメトリック値も使用することができる。ネットページ・ペンの変形例は、上記ネットページ登録サーバにより同様に照合される指紋の読取りを含む。
【００２９】
ネットページ・プリンタはユーザの介在なしで朝刊などの定期発行物を配布することができるが、求められないジャンク・メールなどは配信されないように構成することができる。その好ましい形態において上記プリンタは、購読契約された供給源もしくは権限付与された供給源からの定期発行物のみを配布する。この点に関して上記ネットページ・プリンタは、電話番号もしくは電子メール・アドレスを知った一切のジャンク・メーラから見えるファックス装置もしくは電子メール・アカウントとは異なるものである。
【００３０】
システムの各オブジェクト・モデルを、統一モデリング言語（ＵＬＭ）クラス概念図を使用して説明する。クラス概念図は、関係によって接続されたオブジェクト・クラスのセットで構成され、ここでは２種類の関係、つまり連想および一般化が対象となる。連想は、オブジェクト間の、つまりクラスのインスタンス間にあるある種の関係を表す。一般化は実際のクラスに関係し、以下の方法で理解することができる。つまりクラスが、そのクラスの全オブジェクトのセットと考えられ、クラスＡがクラスＢの一般化である場合、Ｂは単にＡのサブセットである。各クラスは、クラスの名前のラベルを付けた長方形として描かれる。これは、水平の線で名前から分離したクラスの属性のリスト、および水平の線で属性リストから分離したクラスの操作のリストを含む。しかし、以降のクラス概念図では、操作はモデル化されない。連想は、２つのクラスを結合する線として描かれ、任意選択で各端に連想の多重度（ｍｕｌｔｉｐｌｉｃｉｔｙ）のラベルを付ける。デフォルトの多重度は１である。アスタリスク（＊）は「多く」の多重度、つまりゼロまたはそれより多くを示す。各連想には、任意選択で名前のラベルを付け、任意選択で各端に対応するクラスの役割のラベルも付ける。白いダイヤモンド形は集合連想（「〜は〜の一部（ｉｓ−ｐａｒｔ−ｏｆ）」）を示し、連想線の集合器端部に描かれる。一般化関係（「〜は〜（ｉｓ−ａ）」）は２つのクラスを結ぶ実線として描かれ、一般化の端部に（白い三角形の形態の）矢印がある。クラス概念図を複数の概念図に分割すると、複製されたクラスは、これを定義する主要概念図以外の全てが点線の輪郭で図示される。これは、定義された場合のみ属性を付けて示される。
【００３１】
ネットページは、ネットページネットワークが構築される基礎である。ネットページは、発行された情報およびインタラクティブ・サービスに対する紙ベースのユーザインタフェースを提供する。ネットページは、そのページのオンライン記述に関して不可視にタグ付けされた印刷されたページ（または他の面領域）から成る。オンライン・ページ記述は、ネットページ・ページサーバにより永続的に維持される。上記ページ記述は、テキスト、グラフィックおよび画像などの、そのページの可視のレイアウトおよび内容を記述する。上記ページ記述はまた、ボタン、ハイパーリンクおよび入力フィールドなどのページ上の入力用エレメントも記述する。ネットページによれば、上記ネットページ・システムにより同時に捕捉かつ処理されることを可能にするマーキングがネットページ・ペンにより当該ネットページ上に行われ得る。
【００３２】
複数のネットページが同じページ記述を共有することができる。しかし、他は等しいページからの入力を識別できるよう、各ネットページには一意のページ識別子が割り当てられる。このページＩＤは、非常に多数のネットページ同士を区別するのに十分な精度を有する。
【００３３】
上記ページ記述への各参照は、印刷されたタグ内にコード化される。このタグはタグが現れる一意的ページを識別することによりページ記述を間接的に識別する。タグはまた、ページ上におけるタグ自身の位置も識別する。各タグの特性は以下において更に詳述される。
【００３４】
タグは、通常の用紙などの赤外線反射性な任意の物質上に赤外線吸収インクで印刷される。近赤外線波長は人間の目には不可視であるが、適切なフィルタを備えた半導体画像センサにより容易に検知される。
【００３５】
タグはネットページ・ペン内の領域画像センサにより検知され、且つ、タグ・データは最も近くに在るネットページ・プリンタを介して上記ネットページ・システムに送信される。上記ペンは無線により、短距離無線回線を介して上記ネットページ・プリンタと通信する。各タグは十分に小寸であると共に、ペンがページ上を一回クリックしただけで少なくとも一個のタグを確実に作像し得るように稠密に配置される。ページに対して対話を行う毎にページＩＤおよび位置をペンが認識することは重要である。何故なら、上記対話はステートレスだからである。各タグは、面の損傷に対して部分的に耐性を有すべく、エラー補正可能にコード化される。
【００３６】
上記ネットページ・ページサーバは各印刷済ネットページに対する一意的ページインスタンスを維持することにより、各印刷済ネットページに対するページ記述における各入力フィールドに対してユーザが供給した値の別個の群を維持することができる。
【００３７】
ページ記述とページ・インスタンスと印刷されたネットページとの関係を図３に示す。印刷されたネットページは、印刷されたネットページ・ドキュメント４５の一部でよい。ページ・インスタンスは、これを印刷したネットページ・プリンタと、分かっている場合はこれを要求したネットページ・ユーザとの両方を伴う。
【００３８】
好ましい形態において各タグは、それが現れる領域と、その領域内におけるそのタグの所在位置とを識別する。タグはまた、全体としてその領域、または、そのタグに関連する各フラグも含み得る。一個以上のフラグ・ビットは例えばタグ検知装置に対して信号を送信して、領域の記述を検知装置が参照することなく、そのタグの即時領域に関連する機能を表すフィードバックを提供する。ネットページ・ペンは、例えば、ハイパーリンクの区域内に在るときに、「アクティブ領域」ＬＥＤを点灯し得る。
【００３９】
好ましい実施形態において各タグは容易に認識される不変の構造を含むが、該構造は、初期検出を助力すると共に、面により誘起された一切の撓みに起因するか、または検知プロセスに起因する影響を最小化するのを助ける。各タグは好適にはページ全体をタイルすると共に、各タグは十分に小寸であり且つペンがページ上を一回クリックしただけで少なくとも一個のタグを確実に作像し得るように稠密に配置される。ページに対して対話を行う毎にページＩＤおよび位置をペンが認識することは重要である。何故なら、上記対話はステートレスだからである。
【００４０】
好ましい実施形態においてタグが参照する領域はページ全体と一致することから、上記タグ内にコード化された領域ＩＤは、そのタグが現れるページのページＩＤと同義である。他の実施形態においては、タグが参照する領域はページもしくは他の面における任意の部分的領域とすることができる。例えば、それは、対話エレメントの区域と一致し得るが、その場合に領域ＩＤはその対話エレメントを直接的に識別することができる。
【００４１】
各タグは、通常、１６ビットのタグＩＤ、少なくとも９０ビットの領域ＩＤ、および幾つかのフラグ・ビットを含む。最大タグ密度が１平方インチ当たり６４であると仮定して、１６ビットのタグＩＤは、最大１０２４平方インチの領域サイズをサポートする。単に接合する領域およびマップを使用することにより、タグＩＤの精度を上げることなく、より大きい領域を連続的にマップすることができる。領域ＩＤとタグＩＤの区別が、大抵は便利なことに一つである。大部分の目的で、この２つの連結は、帯域的に一意のタグＩＤと見なすことができる。逆に、例えばタグのｘおよびｙ座標を定義するため、構造をタグＩＤに導入するのも都合がよい。９０ビットの領域ＩＤにより、２９０（約１０２７）の異なる領域を一意に識別することができる。タグはタイプ情報も含むことができ、領域には、タグ・タイプの混合でタグ付けすることができる。例えば、領域は、ｘ座標をコード化するタグのセット、および最初のセットにインタリーブし、ｙ座標をコード化する別のセットでタグ付けすることができる。
【００４２】
１つの実施形態では、（１５，５）リード・ソロモン符号を使用して１２０ビットのタグ・データを冗長コード化する。これにより、それぞれが１５の４ビット記号である符号語６個で構成された３６０のコード化されたビットが生成される。（１５，５）コードにより、符号語毎に５個の記号エラーを修正することができる。つまり、これは符号語毎に最大３３％の記号エラー率を許容する。各４ビット記号は、タグ内で空間的に整合のとれた方法で表され、符号語６個の記号が空間的にタグ内にインタリーブされる。これは、バースト・エラー（空間的に隣接する複数のビットに影響するエラー）が損傷を耐えるのが、全体的に最小数の記号、および任意の１つの符号語で最小数の記号となることを保証し、したがってバースト・エラーを十分に修正できる可能性が最大となる。
【００４３】
（１５，５）リード・ソロモン符号の代わりに、例えば同じ、または異なる記号および符号語のサイズで多少冗長なリード・ソロモン符号、別のブロック・コード、または重畳コードなどの別種のコードなど、任意の適切なエラー修正コードを使用することができる（例えば、Ｓｔｅｐｈｅｎ  Ｂ．  Ｗｉｃｋｅｒの「Ｅｒｒｏｒ  Ｃｏｎｔｒｏｌ  Ｓｙｓｔｅｍｓ  ｆｏｒ  Ｄｉｇｉｔａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ａｎｄ  Ｓｔｏｒａｇｅ」（Ｐｒｅｎｔｉｃｅ−Ｈａｌｌ  １９９５）を参照し、その内容は相互参照により本明細書に組み込まれる）。
【００４４】
図４ａに示し、本出願人の以前の出願ＰＣＴ／ＡＵ００／００５６９（文書第ＮＰＴ００２号）に記載されたタグの物理的表現の１つの実施形態は、固定ターゲット構造１５、１６、１７および可変データ・エリア１８を含む。固定ターゲット構造により、ネットページ・ペンなどの検知装置がタグを検出し、センサに対するその３次元方位を推定することができる。データ・エリアは、コード化タグ・データの個々のビットの表示を含む。そのサイズを最大にするため、各データ・ビット２つの半径方向の線および２つの同心円の円弧によって制限されたエリアの形態の半径方向楔によって表す。各楔は、１６００ｄｐｉで８ドットの最小寸法を有し、そのベース（内弧）が少なくともこの最小寸法と等しくなるよう設計される。半径方向の楔の高さは、常に最小寸法と等しい。各４ビット・データ記号は、２×２の楔の列で表される。それぞれが符号語６個である１５の４ビット・データ記号が、インタリーブされた状態で、４つの同心円の記号リング１８ａから１８ｄに割り当てられる。あるいは、記号は、タグの周囲で円形に進行するよう割り当てる。インタリーブは、同じ符号語の任意の記号２個間の平均空間距離を最大にするよう設計される。
【００４５】
検知装置を介したタグ付き領域との「シングル・クリック」対話をサポートするため、検知装置は、領域のどの箇所でも、あるいはその方向に配置されていても、その視野で少なくとも１つのタグ全体を見ることができねばならない。したがって、検知装置の視野に必要な直径は、タグのサイズおよび間隔の関数である。タグの形状が円形であるとすると、センサの視野１９３の最小直径は、タグが図４ｂで示すように正三角形グリッドにタイルのように並べた場合に獲得される。
【００４６】
直前に述べたタグ構造は、平面の面を規則的にタイル貼りすることと、非平面の面を不規則にタイル貼りすることとの両方を可能にするよう設計される。規則的なタイル貼りは、概して、非平面の面では不可能である。タグの規則的なタイル貼りが可能である、より一般的な平面の面、つまり紙などの面の場合、タイル貼りの規則的な性質を利用する、より効率的なタグ構造を使用することができる。
【００４７】
規則的なタイル貼りにさらに適した代替タグ構造を、図５ａに示す。タグ４は正方形であり、４つの透視ターゲット１７を有する。これは、Ｂｅｎｎｅｔｔその他が米国特許第５，０５１，７４６号で記載したタグと構造が似ている。タグは、６０個の４ビットのリード・ソロモン記号４７を表し、合計で２４０ビットである。タグは、各１ビットをドット４８で表し、各ゼロ・ビットを対応するドットがないことで表す。透視ターゲットは、図５ｂおよび図５ｃで示すように、隣接するタグ間で共有するよう設計される。図５ｂは、タグ１６個の正方形のタイル貼り、および対応する最小の視野１９３を示し、これは２つのタグの対角線にまたがらなければならない。図５ｃは、タグ９個の正方形のタイル貼りを示し、これは例示のために全て１ビットを含む。
【００４８】
（１５，７）リード・ソロモン符号を使用して、１１２ビットのタグ・データを冗長コード化し、２４０のコード化ビットを生成する。４つの符号語をタグ内に空間的にインタリーブし、バースト・エラーに対する障害許容力を最大にする。前述のように１５ビットのタグＩＤを仮定すると、これによって最大９２ビットの領域ＩＤが可能になる。タグのデータを有するドット４８は、隣接ドットと重複しないよう設計され、したがってタグのグループは、ターゲットに類似する構造を生成することができない。これはインクも節約する。したがって、透視ターゲットはタグの検出を可能にし、したがってさらなるターゲットは不必要である。
【００４９】
タグは、センサに対して可能な４つの方位の明確化を可能にする方位特徴を有することができるが、タグ・データに方位データを埋め込むことも可能である。例えば、各タグの方位が、図５ｄに示すようにその方位で配置された１つの符号語を含むよう、４つの符号語を配置することができ、各記号にはその符号語の番号（１〜４）および符号語内における記号の位置（Ａ〜Ｏ）でラベル付けする。次に、タグ復号は、各方位で１つの符号語を復号することで構成される。各符号語は、それが最初の符号語か示す１つのビット、またはそれがどの符号語か示す２つのビットを含むことができる。後者のアプローチは、例えば１つのみの符号語のデータ内容が必要な場合に、所望のデータを獲得するために最大２つの符号語を復号すればよいという利点を有する。領域ＩＤがストローク内で変化せず、したがってストロークの開始時にのみ復号される場合に、これが当てはまる。これで、ストローク内では、タグＩＤを含む符号語のみが望まれる。さらに、検知装置の回転はストローク内でゆっくり予想通りに変化するので、通常は、フレーム当たり１つの符号語のみ復号すればよい。
【００５０】
完全に透視ターゲットなしで済まし、代わりに自動登録するデータ表示を使用することが可能である。この場合、各ビット値（または多ビット値）は通常、明示的グリフによって表される。つまりビット値がないことは、グリフの不在によって表される。これは、データ・グリッドが適切にポピュレートされることを保証し、したがってグリッドを確実に識別して、その透視歪みを検出し、その後にデータ・サンプリング中に修正することができる。タグ境界の検出を可能にするため、各タグ・データはマーカ・パターンを含まねばならず、確実な検出を可能にするため、これを冗長コード化しなければならない。このようなマーカ・パターンのオーバヘッドは、明示的透視ターゲットのオーバヘッドと類似している。このような方式の１つは、グリッド頂点に対して様々な点に配置されたドットを使用して、様々なグリフを表し、したがって異なる多ビット値を表す（Ａｎｏｔｅ  Ｔｅｃｈｎｏｌｏｇｙ  Ｄｅｓｃｒｉｐｔｉｏｎ（Ａｎｏｔｅ  Ａｐｒｉｌ  ２０００）参照）。
【００５１】
タグを復号すると、領域ＩＤ、タグＩＤおよびタグ相対ペンが変形する。タグＩＤおよびタグ相対ペンの位置をタグ付き領域内の絶対位置に変換するには、その前に領域内のタグの位置を知らねばならない。これはタグ・マップによって与えられ、これはタグ付き領域内の各タグＩＤを対応する位置にマップする機能である。タグ・マップは面領域をタグでタイル貼りするために使用する方式を反映し、これは面のタイプによって変化することができる。複数のタグ付き領域が同じタイル貼り方式および同じタグ・ナンバリング方式を共有している場合、これは同じタグ・マップも共有することができる。領域のタグ・マップは、領域ＩＤを介して検索可能でなければならない。したがって、領域ＩＤ、タグＩＤおよびペン変形が与えられれば、タグ・マップを検索し、タグＩＤを領域内の絶対タグ位置に変換し、タグ相対ペンの位置をタグ位置に追加して、領域内に絶対ペン位置を生成することができる。
【００５２】
タグＩＤは、タグ・マップを通した変換を補助する構造を有することができる。これは、それが表示される面のタイプに応じて、例えばコード化されたデカルト座標または極座標でよい。タグＩＤ構造は、タグ・マップに命令されて、タグ・マップに認識され、したがって異なるタグ・マップに関連するタグＩＤは異なる構造を有することができる。
【００５３】
２つの異なる面コード化方式が重要であり、その両方とも、本セクションで前述したタグ構造を使用する。好ましいコード化方式は、既に検討したような「位置指示」タグを使用する。代替コード化方式は「オブジェクト指示」（または「機能指示」）タグを使用する。
【００５４】
位置指示タグは、タグ付き領域に関連するタグ・マップにより変換すると、領域内で一意のタグ位置を生成するタグＩＤを含む。ペンのタグ相対位置が、このタグ位置に追加され、領域内でペンの位置を生成する。これは、領域に関連するページ記述内のユーザ・インタフェース・エレメントに対するペンの位置の決定に使用される。ユーザ・インタフェース・エレメント自体が識別されるばかりでなく、ユーザ・インタフェース・エレメントに対する位置も識別される。したがって、位置指示タグは、特定のユーザ・インタフェース・エレメントのゾーンにおける絶対ペン経路の捕捉をトリビアルにサポートする。
【００５５】
オブジェクト指示（または機能指示）タグは、領域（または等しく機能にも）関連するページ記述内でユーザ・インタフェース・エレメントを識別するタグＩＤを含む。ユーザ・インタフェース・エレメントのゾーンにある全てのタグがユーザ・インタフェース・エレメントを識別子、これを全て等しいものにして、区別不能にする。したがって、オブジェクト指示タグは、絶対ペン経路の捕捉をサポートしない。しかし、相対ペン経路の捕捉はサポートする。位置サンプリングの頻度が、遭遇するタグ頻度の２倍を超える限り、ストローク内の１つのサンプリングされたペン位置から次の位置への変位を明確に決定することができる。代替法として、ネットページ・ペン１０１は、本出願人の以前の出願ＰＣＴ／ＡＵ００／００５６５（文書第ＮＰＳ００１ＵＳ号）に記載したように、１対の動作検知加速度計を含むことができる。
【００５６】
いずれのタグ付け方式でも、タグは、タグ・データを検知装置で読み取り、ネットページ・システムで適切な応答を生成するために、ユーザが適切な検知装置を使用して、印刷されたページと対話できるという点で、ユーザ対話要素として、ネットページの関連する可視エレメントと協働して機能する。
【００５７】
各アプリケーション・ユーザ・インタフェース・フローを、コマンドの矢でリンクされたドキュメントの集まりとして示す。コマンドの矢は、ユーザがソース・ページの対応するコマンド・ボタンを押下した結果、ターゲット・ドキュメントが印刷されていることを示す。コマンドの矢には、スラッシュ（「／」）で分割した複数のコマンドのラベルを付けたものがあり、指定されたコマンドのいずれもターゲット・ドキュメントを印刷させることを示す。複数のコマンドが同じコマンドの矢のラベルを有するが、これは、通常、異なる副作用を有する。
【００５８】
アプリケーションに関しては、ネットページ・ドキュメントとネットページ・フォームとを区別することが重要である。ドキュメントは印刷された情報、さらにユーザがさらなる情報または他の動作を要求するために押下することができるコマンド・ボタンを含む。フォームは、通常のドキュメントのように挙動する以外に、ユーザが書き込める入力フィールドも含む。これはシステムにデータ入力メカニズムを提供する。一般的情報を含むドキュメントと、ユーザとアプリケーション間の特定の対話に固有の情報を含むドキュメントとを区別するのにも有用である。一般的ドキュメントは、ニュース・スタンドで販売されている雑誌または公共の場所で遭遇する宣伝用ポスターなどの予め印刷された出版物でよい。フォームは、例えば、予め印刷された出版物で遭遇する定期購読物を含め、予め印刷してもよい。これは言うまでもなく、ユーザの要求に応答してネットページ・プリンタによりその場で生成してもよい。ユーザ固有のドキュメントおよびフォームは、通常、ユーザの要求に応答してネットページ・プリンタによりその場で生成される。図６は、一般的ドキュメント９９０、一般的フォーム９９１、ユーザ固有のドキュメント９９２、およびユーザ固有のフォーム９９３を示す。
【００５９】
ユーザ・インタフェース・フローに参加するネットページについて、抽象的なページ・レイアウトによりさらに説明する。ページ・レイアウトは様々な種類の要素を含むことができ、それぞれは他と区別するための一意のスタイルを有する。図７で示すように、これは固定された情報９９４、可変情報９９５、入力フィールド９９６、コマンド・ボタン９９７、ドラッグ可能コマンド９９８、テキスト・ハイパーリンクまたはハイパーテキスト・リンク９９９を含む。
ユーザ・インタフェース・フローを複数の線図に分割すると、複製されたドキュメントは、それを定義する主要線図以外の全てで点線にて図示される。
【００６０】
（ネットページ・システムを使用する保険サービスの提供）
ネットページ・システムは、保険プロバイダに顧客への製品およびサービスを提供する施設を提供する。保険サービスは、保険製品に関する情報を獲得すること、保険見積書を獲得すること、顧客と新しい契約を締結すること、保険支払い請求をすること、および新しい契約または既存の契約に基づいた支払いを可能にすることを含む。
【００６１】
（保険サービス・オブジェクト・モデル）
保険サービス・オブジェクト・モデルは、製品、見積書、保険契約および支払いを中心に展開する。
最初に図８を参照すると、保険サービス・プロバイダのクラス概念図が示される。その保険プロバイダ５０１は一意のプロバイダ識別子５０５および名前５０２を有し、幾つかの保険顧客５０３を有する。各保険顧客は、保険プロバイダ５０１の範囲内で一意のエイリアス識別子６５を有する。各保険顧客５０３は、プロバイダに対する特定のネットページ・ユーザ８００になる。これに対して、ネットページ・ユーザは任意の数のプロバイダの保険顧客になり得る。
【００６２】
保険プロバイダ５０１は、それぞれが製品名、製品情報、契約条件、および製品タイプ５０７を有する幾つかの保険製品５０６を有することができる。製品タイプ５０７は通常、図１０の製品タイプのクラス概念図で示すように、自動車保険５０８、船舶保険５０９、住宅保険５１０、および生命保険５１１を含む。住宅保険タイプの様々な製品名の例には、家屋（建築物）保険、住宅および家財保険、および家事労働者保険がある。
【００６３】
各保険製品５０６には幾つかの見積書が付随する。図４６の任意の例では、住宅保険見積書５１２、見積書番号５０４、見積書を発行した日付および時刻、保険をかける住宅の郵便番号、住居タイプ、住居使用法、保証額、控除金額、見積書の保険料および見積書の有効期限。例えば、住居使用法５１４は、図１３のクラス概念図で示すように、所有者が占有する５１５か、賃貸し５１６、住居タイプ５１７は、図１４の住居タイプ・クラス概念図で示すように、木造住宅５１８、煉瓦住宅５１９、移動住宅５２０または分譲アパート５２１がある。
【００６４】
各住宅保険見積書５１２は、図１２のクラス概念図で示すような幾つかの資産特徴を含み、資産特徴５２２はデッドボルト・ロック５２３、消火器５２４、煙探知器または火災報知器５２５、またはセキュリティ・システム５２６を含む。見積書は、以前の住宅保険の支払い請求に関する記述を示す支払い請求の履歴を含んでもよい。各見積書には、図１１のクラス概念図で示すような幾つかの特別適用範囲項目が付随することがあり、特別適用範囲項目５２７は、地震適用範囲５２８および洪水適用範囲５２９を含む。
【００６５】
ユーザは、無記名で保険製品の見積書を請求することができる。ユーザは、見積書を獲得するには保険プロバイダ５０１の登録顧客になる必要がないが、保険契約５３２を購入するには、ユーザは登録しなければならない。ユーザが保険顧客５０３として登録すると、その名前および記述が、対応するネットページ・ユーザ８００の詳細から取り出される。
【００６６】
ユーザは、見積書に基づいて保険契約５３２の購入を選択することができる。図１５は、住宅保険契約のクラス概念図を開示する。保険契約５３２は、契約番号、契約発行の日付および時刻、契約の開始日および更新日、保険をかける住居の住所、住居のタイプおよび住居の使用法、保証額、控除金額および保険料などの詳細を含む。契約５３２は、幾つかの資産特徴５２２、支払い請求の履歴５３０、および特別適用範囲項目５２７を有する。
【００６７】
各契約５３２は、それに関連する支払い明細を有し、各支払い明細は支払い方法５３５を含む。支払い明細５３４は支払いの日付および時刻、金額、および認可番号を含む。顧客５０３は１組の支払い方法５３５を有し、保険契約の支払い時にそこから選択することができる。多くの可能な支払い方法のうち最も一般的なものを、図４７に示す支払い方法クラス概念図で示す。
【００６８】
ＳＥＴ支払いカードの支払い方法５３６を使用する場合は、ユーザにリンクされた対応するＳＥＴ支払いカード８２１を使用し、通常のＳＥＴプロトコルに従って支払う。
【００６９】
支払いカードの支払い方法５３８では、指定された支払いカードを使用し、売買業者、この場合は保険プロバイダと特定の支払いカード・タイプを扱うその獲得銀行または機関との間の通常のプロトコルに従って支払う。
特定の保険プロバイダ５０１がサポートする支払い方法のセットは、そのプロバイダに特有であり、信用格付けなどに応じて顧客毎に異なってよい。
【００７０】
（保険サービス・ユーザ・インタフェース）
ネットページ・ユーザは、以下のような様々なリンクから保険主ページ５３９（図２０）を獲得することができる。
・広告
・ネットページ・ディレクトリ（すなわち、プリンタのヘルプ・メニュー４６を介して）
・ネットページ・ユーザ自身のブックマーク
保険主ページ・ユーザ・インタフェース・フローを図１６に示す。
【００７１】
［保険主ページ］
保険主ページ５３９を図２０に示し、これによってユーザは保険製品タイプ５０７を選択するか、以前に発行された見積書を再度印刷するか、既存の契約にアクセスすることができる。
【００７２】
ユーザが製品タイプ５０７をクリックすると、図２１に示した製品ページ５４０が印刷される。
以前に発行された見積書を再度印刷するには、ユーザは見積書番号を指定し、＜見積書再印刷＞５６０を押下する。これで保険見積書ページ５３７が印刷される。住宅保険見積書ページ５４１の例を図２６に示す。
【００７３】
既存の契約にアクセスするには、ユーザは契約番号を指定し、ネットページ・ペンでフォームに署名して、＜契約にアクセス＞５６１を押下する。ユーザの署名がネットページの記録から検証され、図２３に示すような契約明細ページ５４２が印刷される。
保険主ページ・ユーザ・インタフェース・フローを図１６に示し、製品ページ５４０、契約明細５４２、および保険見積書５３７を示す。
【００７４】
［契約明細］
契約アクセスのユーザ・インタフェース・フローを図１７に示し、契約条件ページ５６５、支払い明細ページ５６６、および契約支払い請求フォーム５６７を示す。これらのページの内容は保険製品５０６に応じて変化する。住宅保険の特定の例を使用して、このアプリケーションについてさらに例示する。
【００７５】
図２３に示すような住宅保険契約明細ページ５４２は、既存の住宅保険契約の詳細を示す。ユーザは、＜契約条件を見る＞ボタン５４４を押下して、保険契約の条件を印刷することができる。
【００７６】
ユーザは、＜契約更新＞ボタン５４５を押下して、契約を更新することができる。支払い明細ページ５６６が印刷され、更新の支払いが可能になる。
ユーザは、＜支払い請求する＞ボタン５４６を押下して、契約に基づく支払い請求をすることができる。支払い請求フォームが印刷され、ユーザはこれに記入して、保険プロバイダに提出することができる。
【００７７】
［見積書の獲得］
ユーザが保険主ページ５３９から製品タイプ５０７を選択すると、図２１に示す保険製品ページ５４０が印刷され、選択された製品タイプの全製品５０６のリストを示す。ユーザが所望の製品をクリックすると、図２２に示すような製品情報ページ５４７が印刷される。
【００７８】
ユーザは、＜見積書請求＞ボタン５４８を押下して、この製品の見積書を請求することができる。製品の見積書請求フォームが印刷される。住宅保険の場合、住居情報ページ５４９が図２４に示すように印刷される。
【００７９】
住居情報ページ５４９で、ユーザは住居タイプ、住居の使用法、住居の特徴、住居の郵便番号、および住居に所望の保証額の詳細を記入する。ユーザが＜フォームをリセットする＞５５０を押下すると、空白の住居情報フォーム５４９が印刷される。ユーザは＜継続＞５５１を押下して、見積書請求の次のステップへと進む。契約オプション・フォーム５５２が図２５に示すように印刷される。
【００８０】
契約オプション・フォームで、ユーザは特別適用範囲項目、支払い請求の場合の望ましい控除金額、および関連する以前の支払い請求の履歴５３０を指定する。ユーザが＜フォームをリセットする＞５６２を押下すると、空画の契約オプション・フォーム５５２が印刷される。明細に記入したら、ユーザは＜見積書請求＞５５３を押下する。住宅保険見積書ページ５４１が図２６に示すように印刷される。
【００８１】
住宅保険見積書ページ５４１は、ユーザが記入した（および保険料の計算時に保険業者が使用する）情報、保険料見積額、および見積もりの有効期限を示す。ユーザは、＜契約条件を見る＞ボタン５５４を押下して、保険契約の条件を印刷することができる。
【００８２】
ユーザが見積書を受け入れ、保険契約を購入しようと考えた場合、ユーザはフォームに署名し、＜見積書受諾＞５５５を押下する。ユーザは、地震が使用するネットページ・ペンによって識別され、署名がネットページの記録から検証される。
ユーザが新しい見積書を獲得したい場合は、＜新見積書＞ボタン５５６を押下すると、空白の住居情報フォーム５４９が印刷される。
【００８３】
［保険の購入］
上記で示したように、ネットページ・ユーザは、保険プロバイダ５０１に識別されずに保険見積書を獲得することができるが、契約を購入する前に、保険プロバイダの顧客５０３として登録しなければならない。
【００８４】
ユーザが住宅保険見積書ページ５４１（図２６）の＜見積書受諾＞５５５を押下し、ユーザが既に保険プロバイダ５０１の登録顧客５０３である場合は、保険購入フォーム５５７が図２７に示すように印刷される。
【００８５】
ユーザがプロバイダに登録していない場合は、保険ユーザ登録フォーム５６３が印刷される。このフォームは、ネットページ登録サーバによって生成される。ユーザが登録を完了すると、保険購入フォーム５５７が印刷される。
【００８６】
保険購入フォーム５５７は、見積書番号、住居の保証額、および保険料を示す。ユーザは、保険をかける住居の住所および支払い方法を記入する。ユーザがその保険業者との間に支払い方法の履歴を有する場合は、その支払い方法がリストされ、ユーザが１つを選択することができる。あるいは、ユーザは新しい支払いカードの詳細を入力することができる。ユーザはフォームに署名し、＜今支払う＞ボタン５５８を押下する。これで、契約および受諾ページ５５９が図２８に示すように印刷される。
【００８７】
ユーザの署名はネットページの記録から検証される。ユーザが、ネットページ・システム内に構築された暗号化電子トランザクション（ＳＥＴ）支払いメカニズムを使用するよう選択すると、ユーザの支払いカードの詳細は保険プロバイダに暴露されない。
【００８８】
（結論）
本発明は、好ましい実施形態ならびに多数の特定代替実施形態に関して記述された。しかし当業者であれば、特に記述されたのとは異なる他の多数の実施形態も本発明の精神および有効範囲内であることを理解し得よう。故に本発明は、適宜であるとして相互参照されて援用された出願および文献を含め、本明細書中で記述された特定実施形態に制限することは企図されない。本発明の有効範囲は添付の請求の範囲によってのみ限定される。
【図面の簡単な説明】
【図１】  印刷されたネットページのサンプルとそのオンライン・ページ記述との関係の概略図である。
【図２】  ネットページ・ペンとネットページ・プリンタとネットページ・ページ・サーバとネットページ・アプリケーション・サーバとの対話の概略図である。
【図３】  印刷されたネットページおよびそのオンライン・ページ記述の高レベル構造の概略図である。
【図４ａ】  ネットページ・タグの構造を示す平面図である。
【図４ｂ】  図４ａに示したタグのセットとネットページ・ペンの形態のネットページ検知装置の視野との関係を示す平面図である。
【図５ａ】  ネットページ・タグの代替構造を示す平面図である。
【図５ｂ】  図５ａに示したタグのセットと、ネットページ・ペンの形態のネットページ検知装置の視野との関係を示す平面図である。
【図５ｃ】  ターゲットを隣接するタグ間で共有する、図５ａに示したタグのうち９つの配置構成を示す平面図である。
【図５ｄ】  図５ａに示したタグの４つの符号語の記号の挿入および回転を示す平面図である。
【図６】  ユーザ・インタフェース・フロー・ドキュメント・アイコンのセットの概略図である。
【図７】  ユーザ・インタフェース・ページ・レイアウト・エレメント・アイコンのセットの概略図である。
【図８】  保険プロバイダのクラス概念図の概略図である。
【図９】  クラス概念図の支払い方法の概略図である。
【図１０】  製品タイプのクラス概念図の概略図である。
【図１１】  特別適用範囲アイテム・クラス概念図の概略図である。
【図１２】  資産特徴クラス概念図の概略図である。
【図１３】  住居使用クラス概念図の概略図である。
【図１４】  住居タイプ・クラス概念図の概略図である。
【図１５】  住宅保険契約クラス概念図の概略図である。
【図１６】  保険の主ページのユーザ・インタフェース・フローの概略図である。
【図１７】  契約アクセス・ユーザ・インタフェース・フローの概略図である。
【図１８】  保険製品ユーザ・インタフェース・フローの概略図である。
【図１９】  住宅保険見積書のユーザ・インタフェース・フローの概略図である。
【図２０】  保険主ページの概略図である。
【図２１】  保険製品ページの概略図である。
【図２２】  製品情報ページの概略図である。
【図２３】  契約明細の概略図である。
【図２４】  見積書請求・住居情報の概略図である。
【図２５】  見積書請求・契約オプションの概略図である。
【図２６】  住宅保険見積書の概略図である。
【図２７】  保険購入フォームの概略図である。
【図２８】  受領契約の概略図である。
【図１】
0004633315.tif 000002
【図２】
0004633315.tif 000003
【図３】
0004633315.tif 000004
【図４ａ】
0004633315.tif 000005
【図４ｂ】
0004633315.tif 000006
【図５ａ】
0004633315.tif 000007
【図５ｂ】
0004633315.tif 000008
【図５ｃ】
0004633315.tif 000009
【図５ｄ】
0004633315.tif 000010
【図６】
0004633315.tif 000011
【図７】
0004633315.tif 000012
【図８】
0004633315.tif 000013
【図９】
0004633315.tif 000014
【図１０】
0004633315.tif 000015
【図１１】
0004633315.tif 000016
【図１２】
0004633315.tif 000017
【図１３】
0004633315.tif 000018
【図１４】
0004633315.tif 000019
【図１５】
0004633315.tif 000020
【図１６】
0004633315.tif 000021
【図１７】
0004633315.tif 000022
【図１８】
0004633315.tif 000023
【図１９】
0004633315.tif 000024
【図２０】
0004633315.tif 000025
【図２１】
0004633315.tif 000026
【図２２】
0004633315.tif 000027
【図２３】
0004633315.tif 000028
【図２４】
0004633315.tif 000029
【図２５】
0004633315.tif 000030
【図２６】
0004633315.tif 000031
【図２７】
0004633315.tif 000032
【図２８】
0004633315.tif 000033