(57)【特許請求の範囲】
【請求項１】
画像センサを備える無線携帯電話装置の動作方法であって、
前記画像センサによって捕捉された画像情報の分析によって、前記無線携帯電話装置の動きに関するジェスチャーデータを生成するステップと、
前記画像情報に含まれる符号化データを復号化するステップと、
前記生成されたジェスチャーデータと前記復号化された符号化データとに依存して、前記無線携帯電話装置のユーザが所望するアクションを特定するステップと、
前記アクションを実行するステップと、を備える、動作方法。
【請求項２】
前記アクションは、前記無線携帯電話装置からのメッセージ送信に関するアクションである、請求項１に記載の動作方法。
【請求項３】
前記アクションは、テレビ電話会議の起動に関するアクションである、請求項１に記載の動作方法。
【請求項４】
前記アクションは、予約のスケジュール調整に関するアクションである、請求項１に記載の動作方法。
【請求項５】
前記アクションは、ビデオの視聴に関するアクションである、請求項１に記載の動作方法。
【請求項６】
前記ジェスチャーデータが、
第１の方向における前記無線携帯電話装置の移動を表現する第１のディジタルデータ集合と、
前記第１の方向に直交する第２の方向における前記無線携帯電話装置の移動を表現する第２のディジタルデータ集合と、
を含む、請求項１に記載の動作方法。
【請求項７】
前記第１及び第２のディジタルデータ集合がそれぞれ２の補数形式におけるデータワードを含む、請求項６に記載の動作方法。
【請求項８】
画像センサを備える無線携帯電話装置であって、
前記画像センサにより捕捉された画像情報の分析によって、前記無線携帯電話装置の動きに関するジェスチャーデータを生成し、前記画像情報に含まれる符号化データを復号化するプロセッサと、
前記ジェスチャーデータに応答するユーザインタフェースを備え、
ユーザは、該無線携帯電話装置の特定の移動により、対応する命令を該無線携帯電話装置に与えることができ、
当該無線携帯電話装置に与えられる前記命令は、前記復号化された符号化データと前記生成されたジェスチャーデータとに依存する、無線携帯電話装置。
【請求項９】
プログラム及びアプリケーションプログラミングインタフェース（ＡＰＩ）を実行するプロセッサを備え、
前記ＡＰＩは、前記ジェスチャーデータに含まれる無線携帯電話装置移動データを要求する問い合わせを前記プログラムが発行できるようにするＡＰＩである、請求項８に記載の無線携帯電話装置。
【請求項１０】
前記問い合わせに応答して前記無線携帯電話装置移動データを前記プログラムに提供するモジュールを更に備え、
当該モジュールが二次元画像センサを含む、請求項９に記載の無線携帯電話装置。
【請求項１１】
プログラム及びアプリケーションプログラミングインタフェース（ＡＰＩ）を実行するプロセッサを備え、
前記ＡＰＩは、前記ジェスチャーデータに含まれる無線携帯電話装置位置データを要求する問い合わせを前記プログラムが発行できるようにするＡＰＩである、請求項８に記載の無線携帯電話装置。
【請求項１２】
プログラム及びアプリケーションプログラミングインタフェース（ＡＰＩ）を実行するプロセッサを備え、
前記ＡＰＩは、前記ジェスチャーデータを要求する問い合わせを前記プログラムが発行できるようにするＡＰＩである、請求項８に記載の無線携帯電話装置。
【請求項１３】
前記ＡＰＩは、前記ジェスチャーデータに含まれる現在の無線携帯電話装置移動データを前記プログラムが要求できるようにするＡＰＩである、請求項１２に記載の無線携帯電話装置。
【請求項１４】
前記ＡＰＩが、前記ジェスチャーデータに含まれる移動データ又は位置データの実行用集合を要求する第１の機能と当該第1の機能を中断する補完的な機能とを有する、請求項１２に記載の無線携帯電話装置。
【請求項１５】
前記無線携帯電話装置の動きに関する前記ジェスチャーデータは、
前記無線携帯電話装置のＸ方向、Ｙ方向及びＺ方向における動きに関する第１ジェスチャーデータと、
前記無線携帯電話装置の向きに関する第２ジェスチャーデータと、を含む、請求項１に記載の動作方法。
【請求項１６】
前記無線携帯電話装置の向きに関する前記第２ジェスチャーデータは、
前記無線携帯電話装置の回転に関する第１パラメータを含む、請求項１５に記載の動作方法。
【請求項１７】
前記無線携帯電話装置の向きに関する前記第２ジェスチャーデータは、
前記無線携帯電話装置の傾きに関する第２パラメータを含む、請求項１５に記載の動作方法。
【請求項１８】
前記無線携帯電話装置の向きに関する前記第２ジェスチャーデータは、
前記無線携帯電話装置の回転に関する第１パラメータと、
前記無線携帯電話装置の傾きに関する第２パラメータと、
を含む請求項１５に記載の動作方法。
【請求項１９】
前記画像情報は、ステガノグラフィ的に符号化された校正データを含んでおり、
前記無線携帯電話装置の向きに関する前記第２ジェスチャーデータは前記校正データの分析によって生成される、請求項１５〜１８のいずれか一項に記載の動作方法。
【請求項２０】
前記無線携帯電話装置の動きに関する前記ジェスチャーデータは、
前記無線携帯電話装置のＸ方向、Ｙ方向及びＺ方向における動きに関する第１ジェスチャーデータと、
前記無線携帯電話装置の向きに関する第２ジェスチャーデータと、を含む、請求項８に記載の無線携帯電話装置。
【請求項２１】
前記無線携帯電話装置の向きに関する前記第２ジェスチャーデータは、
前記無線携帯電話装置の回転に関する第１パラメータを含む、請求項２０に記載の無線携帯電話装置。
【請求項２２】
前記無線携帯電話装置の向きに関する前記第２ジェスチャーデータは、
前記無線携帯電話装置の傾きに関する第２パラメータを含む、請求項２０に記載の無線携帯電話装置。
【請求項２３】
前記無線携帯電話装置の向きに関する前記第２ジェスチャーデータは、
前記無線携帯電話装置の回転に関する第１パラメータと、
前記無線携帯電話装置の傾きに関する第２パラメータと、
を含む請求項２０に記載の無線携帯電話装置。
【請求項２４】
前記画像情報は、ステガノグラフィ的に符号化された校正データを含んでおり、
前記無線携帯電話装置の向きに関する前記第２ジェスチャーデータは前記校正データの分析によって生成される、請求項２０〜２３のいずれか一項に記載の無線携帯電話装置。
【発明の詳細な説明】
【０００１】
【発明の背景と概要】
「ベドゥープ（ベドゥープ）」とは、誰かがデスクトップのカメラの前に雑誌広告を無造作に置いたときに聞こえる音かもしれない。不思議にも、その広告に関連するマーケティングおよび販売用ウェブサイトが、その人のコンピュータに表示される。もっと知りたいですか？すぐに買いますか？全製品ラインナップを見ますか？簡単である。
【０００２】
「ベドゥープ」とは、同じ人がデスクトップのカメラの前にクレジットカードを置いたときに聞こえる音かもしれない。ウェブページに示されている製品は瞬時に購入される。舞台裏では、安全な購入リンクを張ることを開始して、必要な全情報がベンダーへ送られる。購入者がクレジットカードを時計回りにひねると、深夜便が選択される。
【０００３】
本明細書では、以下、典型的な実施形態が説明される。この例はかなり特有なものであるが、デジタルカメラ等の入力装置がマウスやキーボードに十分に匹敵する力を持つ汎用ユーザインタフェース装置となる場合に実行可能となる多数のアプリケーションについても言及している。
【０００４】
特定の実施形態の１つの態様では、そのようにスキャンされたオブジェクトもしくは紙製品には、適切に構成された装置やコンピュータや電気製品によってすばやく読み込まれて機能をはたすデジタル情報が含まれる。このような実施形態では、オブジェクトにこのデジタル情報が審美的な観点で隠されていることを想定している。これらのオブジェクトは、例えば、電子透かしのような様々なデータ符号化技術を利用して、デジタル情報を用いて前もって、また順向にマーク付けをしている。
【０００５】
この技術の態様は、しばしば気づかれないようにデジタル情報がオブジェクトに組み込まれた平面的オブジェクトのアプリケーションに焦点を置いているが、そのように限定されることを意図しているわけではない。オブジェクトは実際には３次元でもよく、その情報は明確に見えるものや、前から存在するものでもよい（即ち、「順向に」組み込まれていなくても、あるいは、それ自体が「デジタル」である必要さえない）。これらの変形例を実現するための様々な検討が行われている。同様に、本開示の大部分は、デジタルメッセージが付けられたオブジェクトに焦点が当てられているが、技術の態様の中には、このようなものを持たないオブジェクトにも適用するものもあり、パターン認識やジェスチャー入力等の従来技術を本技術と組み合わせることによって広範なアプリケーションを実現するものもある。
【０００６】
以降で明らかになることであるが、本技術は、光学入力や符号化された像を対象とするシステムに限定されない。符号化された音声についても、対応する技術の採用が可能である。実際は、どのような物理的あるいは電子的な「オブジェクト」でも、ここで詳述する原理を利用することができる。
【０００７】
「ベドゥープ」とは冷蔵庫が出す音かもしれない。この冷蔵庫には、簡単なカメラ／プロセッサユニット／網接続機能が装備され、１０歳の子どもが空の牛乳パックを見せると、地元の食料品店でピーンと音が鳴り、集配リストにその品物が加えられる。この音は、インターネットカフェ内で何度もこだまする、今までコンピュータを恐れていた人が、ワールドワイドウェブ（ＷＷＷ）へ最初の一歩を疑い深く踏み入れたときに聞こえる音かもしれない。この音は、ファーストフードのカウンターで、常連客が、その週の幸運な客に与えられる５００ドルの賞金が当たったことを知らせるサイレンが鳴り響くことを期待しながら、最後にした食事をチェックしたサンドイッチカードを見せるときに聞こえるかもしれない。
【０００８】
従って、本技術のこのような態様はコンピュータへの強力で新しいユーザインタフェースに関するものである。これらの新しいユーザインタフェースは、マウスやキーボードでは決して実現できなかった方法で日常的な世界へ広がる。日常的なオブジェクトの身元とその機能を付随する装置に伝えることを可能にすることで、ワールドワイドウェブに全く新たな次元が与えられるだけでなく、基本的な家庭や会社でのコンピューティングも基礎的な進歩に対応できるものとなる。
【０００９】
一態様によれば、本発明にはコンピュータシステムでのデータ処理方法が含まれ、（ａ）アプリケーションプログラムを用いて、テキストベースの文書の電子版を作成し、（ｂ）前記文書を紙に印刷し、当該印刷には、マシン読出し可能なしるしでマーキングして複数ビットの補助データを符号化することが含まれ、（ｃ）前記文書の電子版を格納する場所を識別するデータに関連づけて、複数ビット補助データを格納することが備えられる。
【００１０】
別の一態様によれば、本発明にはコンピュータシステムでのデータ処理方法が含まれ、（ａ）印刷文書を光獲得デバイスに見せ、（ｂ）前記デバイスによって生成された画像データを処理して、そこで符号化された複数ビットデータを復号化し、（ｃ）復号化された複数ビットデータに基づいて、前記印刷文書に対応するソフトウエアアプリケーションを開始させ、（ｄ）前記ソフトウエアアプリケーションを用いて、前記文書の電子版を開くことが備えられる。
【００１１】
別の一態様によれば、本発明にはレジストリデータベースを備えるオペレーティングシステムを含むコンピュータを動作させる方法が含まれ、前記レジストリデータベースは、特定のデータタイプと特にそれに対応する特定のソフトウエアプログラムを関連づけるものであって、当該方法は、（ａ）１フレームの画像データを提供し、（ｂ）前記画像データから複数ビット識別データを符号化し、（ｃ）レジストリデータベースを調べて、前記識別データに対応するソフトウエアプログラムを識別し、（ｄ）識別されたソフトウエアプログラムを呼び出すことがさらに備えられる。
【００１２】
別の一態様によれば、本発明には、基板の上に印刷された可視のしるしをもつ、当該基板を備える挨拶状が含まれ、画像処理デバイスによって復号化可能で、コンピュータをウェブサイトに割り当てるために用いられる複数ビット２進データを利用して当該挨拶状は符号化され、当該挨拶状に対応する画像表現やビデオ表現やオーディオ表現が提供される。
【００１３】
別の一態様によれば、本発明にはカスタマイズされた挨拶を提供する方法が含まれ、（ａ）その中に符号化された複数ビットのデータを有する挨拶状を提供し、（ｂ）前記挨拶状に対応するウェブサイト表現をカスタマイズし、（ｃ）前記挨拶状を受取人に提供し、（ｄ）前記挨拶状から符号化された複数ビットデータを復号化し、（ｅ）復号化された複数ビットデータに応答して、前記受取人に前記ウェブサイト表現を与えることが備えられる。
【００１４】
別の一態様によれば、本発明には雑誌を印刷する方法が含まれ、（ａ）電子透かしをもつ広告の電子表現を処理して、その中の複数ビットデータをステガノグラフィックに符号化し、（ｂ）前記電子表現に基づいて広告のページを印刷して、ステガノグラフィック符号化された広告ページを生成し、（ｃ）前記ページを綴じて雑誌にすることが備えられ、前記複数ビットデータは、データベース内のエントリを識別するように機能し、前記データベースのエントリは、その中に記憶された広告に関連するウェブページのインターネットアドレスを備える。
【００１５】
別の一態様によれば、本発明には、（ａ）印刷広告を符号化して、その中に複数ビットデータを隠し、（ｂ）前記印刷広告を処理して、それから複数ビットデータを抽出し、（ｃ）抽出された複数ビットデータの少なくとも一部を使って、インターネットウェブブラウザを、前記印刷広告によって宣伝販売される製品やサービスに関連する消費者情報を提供するウェブサイトに割り当てることが備えられる販売促進方法が含まれる。
【００１６】
別の一態様によれば、本発明には印刷広告に対する消費者の応答を調べる方法が含まれ、（ａ）第１のデータを用いて第１の印刷広告を符号化し、（ｂ）前記第１のものと異なる第２のデータを用いて、第２の印刷広告を符号化し、（ｃ）第１と第２のデータは識別子を備え、これによって消費者のデバイスは前記広告に関連するウェブページに対するリンクを張ることができ、（ｄ）前記識別子の各々のためにトラフィックのリンクを監視することによって、前記広告に対する消費者の応答を調べることが備えられる。
【００１７】
別の一態様によれば、本発明には、（ａ）光センサデバイスの視野内にオブジェクトを提供し、当該オブジェクトは小売り製品や小売り製品のパッケージや印刷広告からなるリストから選択され、（ｂ）前記オブジェクトに対応する光データを獲得し、（ｃ）前記光データから複数ビットのデジタルデータを復号化し、（ｄ）復号化されたデータの少なくとも一部を遠隔のコンピュータに送り、（ｅ）前記復号化されたデータが送られたことに応答して、前記遠隔のコンピュータでほうびを与えるかどうかを決定することを備える販売促進方法が含まれる。
【００１８】
別の一態様によれば、本発明には、コンピュータを利用して雑誌と相互作用する方法が含まれ、当該コンピュータはインターネットウェブブラウザを含み、当該方法には、（ａ）センサを有する周辺デバイスを提供し、（ｂ）前記周辺デバイスを前記雑誌内の第１の広告の近傍に配置して、前記ウェブブラウザに第１のインターネットアドレスを割り当て、（ｃ）前記周辺デバイスを前記雑誌内の第２の広告の近傍に配置して、前記ウェブブラウザに第２のインターネットアドレスを割り当てることが備えられる。
【００１９】
別の一態様によれば、本発明には、コンピュータの周辺装置とそれを用いる方法が含まれ、当該周辺装置は、コンピュータシステムに関連するインターネットブラウザを有する当該コンピュータシステムと共に用いられ、当該周辺装置は、（ａ）ユーザの手のひら内にフィットして媒体上をスライドするように調整されたハウジングと、（ｂ）少なくとも１つの検出要素を有して光データを生成する光センサと、（ｃ）前記センサ上に前記媒体を撮像するレンズを備え、前記方法は、（ａ）周辺装置を印刷広告の一部上でスライドさせ、（ｂ）前記光データを処理して、前記広告上に符号化された複数ビット情報を復号化し、（ｃ）前記複数ビット情報を用いて、前記インターネットブラウザに、前記広告に関連するインターネットウェブページを割り当てることを備える。
【００２０】
別の一態様によれば、本発明は、（ａ）業者から売り込まれた品物の画像を含む印刷カタログを提供し、前記画像は複数ビットの２進データを用いて符号化され、（ｂ）前記画像を光学的に検出して、前記画像に対応する光データを生成し、（ｃ）前記光データから符号化されたデータを復号化し、（ｄ）復号化されたデータを用いて業者から前記品物を電子的に注文することを備える電子商取引き方法が含まれる。前記注文では、前に記憶された顧客プロファイル情報（例えば、衣料品のサイズデータ）が利用される。
【００２１】
別の一態様によれば、本発明はマイクロフォンと変調器とＲＦアンプを含む無線電話通信送受話器を備え、そのデバイスは、オーディオ信号を受信して、変調されたオーディオを搬送するためのＲＦ信号を送るように機能し、当該送受話器は、光データを生成する光センサと、前記センサ上に撮像するレンズと、前記オブジェクト上のバーコードや電子透かしによって伝えられる複数ビットの識別データを復調するデコーダをさらに含む。
【００２２】
別の一態様によれば、本発明は、ユーザが遠隔のコンピュータにリンクすることができる画像ベースのネットワークナビゲーション方法を含み、（ａ）印刷オブジェクトから符号化されたデータを検出し、（ｂ）前記符号化されたデータに基づいて、ネットワークを介して遠隔のコンピュータにリンクを張り、（ｃ）ユーザのジップコードを前記遠隔のコンピュータに提供することを備える。
【００２３】
別の一態様によれば、本発明は、（ａ）オブジェクト識別子を第１のオブジェクトから検出し、（ｂ）第１のデバイスから第２のデバイスへ前記第１のオブジェクト識別子を送り、（ｃ）これに応答して、前記第２のデバイスは前記第１のオブジェクト識別子に対応するアドレス情報を識別して、それを前記第１のデバイスに送り、（ｄ）前記アドレス情報に基づいて、前記第１のデバイスからリンクを開始し、（ｅ）前記第２のデバイスでは、前記第１のオブジェクトに関連するさらに別のオブジェクトを識別し、前記さらに別のオブジェクトに対応するさらに別のアドレス情報を識別し、前記さらに別のアドレス情報を前記第１のデバイスに送り、（ｆ）前記さらに別のアドレス情報を前記第１のデバイスのメモリに格納することを備え、識別されたさらに別のオブジェクトの中に含まれるオブジェクトが前記第１のデバイスによって検出された場合、前記第２のデバイスとの通信遅延がなく、それに対応するアドレス情報を前記第１のデバイスの前記メモリから抽出することができる。
【００２４】
別の一態様によれば、本発明は、データパケットを遠隔のシステムへ送るように動作可能であって、マシン読出し可能なデータと前記マシン読出し可能なデータと共に使われるソフトウエアプログラムの検出器を備える装置を含み、前記データパケットは、（ａ）前記ソフトウエアプログラムの識別子と（ｂ）検出されたマシン読出し可能なデータの少なくとも一部を備える。
【００２５】
別の一態様によれば、本発明は、データパケットを遠隔のシステムへ送るように動作可能であって、マシン読出し可能なデータと前記マシン読出し可能なデータと共に使われるソフトウエアプログラムの検出器を含み、前記データパケットは、（ａ）内容識別子や環境識別子と、（ｂ）検出されたマシン読出し可能なデータの少なくとも一部を備える。
【００２６】
別の一態様によれば、本発明は、遠隔のコンピュータのソフトウエアプログラムから送られた電子透かしデータに応答して、広告データの配給を前記遠隔のコンピュータに開始するネットワークコンピュータシステムを含む。
【００２７】
上述の構成では、符号化を（例えば、電子透かしによって）ステノグラフィックに実行することができ、また、その他のマシン読出し可能なデータ（例えば、バーコード等）を利用してもよい。普通、一般的に見直しを行った構成には類似の構成があって、これらは、光学的データや画像データ以外のもの（例えば、オーディオデータや磁気的ストライプ情報等）を利用して実施可能である。
【００２８】
上の説明では、以下で詳述される技術の多くの新しい態様のうちの２，３のものにふれただけである。本技術のこれらの特徴とその他の特徴は、添付の図面を参照しながら進行する以下の詳細な説明から簡単に明らかになる。
【００２９】
【詳細な説明】
基本的には、ここで詳細に開示する技術は、複数のユーザがコンピュータを基盤とするデバイスとやり取りできるように機能強化されたシステムとみなすことができる。これらのシステムが本質的に簡単で、日常使用する物（例えば、牛乳パック）に適用できるので、ここで開示する技術は、無数のアプリケーションに好都合なものとなる。
【００３０】
本開示で詳述される主題は、広範囲かつ多様であるため、順序正しく説明することは困難である。他に適当な構成がないため、本明細書を２つの主要部分に分ける。第１の部分では、様々な方法とアプリケーションとシステムについて詳述し、本技術の多様性を明らかにする。第２の部分では、特にプリント−インターネットのアプリケーションに焦点をしぼる。また、パートＩＩＩとして、簡単なまとめを示す。
【００３１】
以後において明らかになることであるが、以下に示す、主題となるセクションの多くが、他のセクションに基づくとともに、その基礎にもなっている。他に適当な理論的説明がないため、第１の部分のセクションの説明順序は、幾分不規則になっている。各セクションでの一般原理と特定の詳細の両方が、他のセクションにおいてもアプリケーションを見出すことになる、ということを認識されたい。
【００３２】
状況をまとめるために、本明細書には、およそ１年の間に出願された複数の優先権出願が集められている。従って、同じコンセプトが何度も出てくることがあり、それぞれが異なる考え方を、それが最初に見つかった出願の日付や背景に依存しつつ反映している。
【００３３】
「ベドゥープ（ベドゥープ）」という用語は、出願人による本技術の商品化の中でデジマークメディアブリッジ（Ｄｉｇｉｍａｒｃ  ＭｅｄｉａＢｒｉｄｇｅ）という用語に置き換えられた。本明細書では、どちらの用語も使用するが、同一の技術を指している。
【００３４】
本開示が管理できなくなるほど長くなるのを防ぐため、異なる複数セクションの特徴についての様々な順列と組合せを徹底的に詳述することはしない。発明者は、これらの順列／組合せを明白に教示することを目的としているが、実際に求めているのは、細部にわたる組み合わせについては、これらの教示に従って最終的にシステムを実現する者次第である、ということである。
【００３５】
【パートＩ】
【電子透かしとその他の符号化技術の紹介】
電子透かし（ステガノグラフィック（ｓｔｅｇａｎｏｇｒａｐｈｉｃ）データ符号化の一種）には、そのアプリケーションの数とほとんど同じくらい多くの技術が存在する。読者は、この膨大な種類の方法について精通していると仮定する。以下に数例を示す。
【００３６】
１９９８年７月３１日に出願され、現在、ＷＯ０００７３５６として公開されている、本譲受人による先願である０９／１２７，５０２は、媒体上に微細線を印刷して、その媒体の見かけの色彩をわずかに変化させ、その上、デジタルデータを伝達するという技術について述べている。１９９８年５月６日に出願され、現在、ＷＯ９９５３４２８として公開されている、共同出願０９／０７４，０３４では、印刷された像の輪郭をデジタルデータ伝達のためにどう調整するかについて詳述している。（その技術は、印刷された文字にも、特別に考えられた線画像にも適用することができる。）本譲受人の特許５，８５０，４８１では、光学的に検知できるバイナリデータを伝達するために、紙やその他の媒体の表面にどのようにテクスチャ加工をするかについて詳述している。本譲受人の特許５，８６２，２６０と５，８４１，８８６と５，８０９，１６０では、写真やその他の画像を、ステガノグラフィックを使って符号化するための様々な技術について詳述している。
【００３７】
透かし技術には、空間領域での変化に基づくものと、変換領域（例えば、ＤＣＴやウェブレット）での変化に基づくものがある。
【００３８】
印刷された文字の透かしは、文字の形やカーニング、行間スペース等をわずかに変化させることで実現できる。これについては、ブラッシル（Ｂｒａｓｓｉｌ）らによる様々な著述の中に示されており、「文書コピーを阻止するための電子マーキングおよび識別（Ｍａｒｋｉｎｇ  ａｎｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｔｅｃｈｎｉｑｕｅｓ  ｔｏ  Ｄｉｓｃｏｕｒａｇｅ  Ｄｏｃｕｍｅｎｔ  Ｃｏｐｙｉｎｇ）」（コンピュータについてのＩＮＦＯＣＯＭＥ１９９４会議の会報、ＩＥＥＥコミュニケーションソサエティ会議、１９９４年６月１２日〜１６日、１２７８〜１２８７ページ）、「文書画像における情報隠蔽（Ｈｉｄｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  ｉｎ  Ｄｏｃｕｍｅｎｔ  Ｉｍａｇｅｓ）」（情報科学およびシステムについての第２９回年次会議の会報、１９９５年、４８２〜４８９ページ）、および、「線およびワードの両方を使用した文書マーキングおよび識別（Ｄｏｃｕｍｅｎｔ  ｍａｒｋｉｎｇ  ａｎｄ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｕｓｉｎｇ  ｂｏｔｈ  ｌｉｎｅ  ａｎｄ  ｗｏｒｄ  ｓｈｉｆｔｉｎｇ）」（ＩＥＥＥ  ＩＮＦＯＣＯＭ  ’９５
、コンピュータ通信についての会議、ＩＥＥＥコンピュータおよび通信ソサイティの第１４回年次合同会議の会報、人々への情報提供（Ｃａｔ．  Ｎｏ．９５ＣＨ３５７５９）、８５３〜８６０ページ、第２巻、１９９５）も含まれる。
【００３９】
上述したものは、透かしに関する膨大な著述の一部を抜き出したものに過ぎない。職人は、このような技術に精通しているとみなすことができ、一般的には、かかる技術のすべてが、以下に詳述する新規性のあるコンセプトとの一体的な使用に適している。
【００４０】
以下の明細書では、電子透かしを利用したアプリケーションに焦点をあてているが、それらのアプリケーションの中には、それに代えて、特定のアプリケーションの要求に応じて、他のデータ符号化技術を採用できるものもある。他のデータ符号化技術には、１Ｄおよび２Ｄバーコード、磁気インク文字認識（ＭＩＣＲ）、光学式文字認識（ＯＣＲ）、光学式マーク認識（ＯＭＲ）、ラジオ周波数識別（ＲＦ／ＩＤ）、ＵＶＩＲ識別技術、データグリフ、有機トランジスタ、磁気ストライプ等が含まれる。
【００４１】
【基本原理−冷蔵庫とデスクトップのクラッター】
図１１を参照すると、本技術の基本的な実施形態１１０は、光センサ１１２、コンピュータ１１４、インターネット１１８へのネットワーク接続１１６を含む。図示された光センサ１１２は、３２０×２００画素（カラーまたは白黒）の解像度を持って凝視するデジタルカメラであり、毎秒５回、画像データのフレームを取り込み、それを一つ以上のフレームバッファに格納する。これら画像データのフレームは、ベドゥープデータの存在について、コンピュータ１１４によって分析される。（ベドゥープデータは、本質的には、システム１１０により認識される複数ビットデータを符号化したものであり、多くの実施形態において、あるアクションを起こすデータである。）ベドゥープデータが一旦検出されると、システムは、検知されたベドゥープデータに従って、（例えば、あるローカルアクションの起動や遠隔のコンピュータとの通信、例えば、インターネットを介したり、ＡＯＬ等のオンラインサービスを介したり、あるいは、電子提示板システムのようにポイントツーポイントのダイヤルアップ通信を使用して）応答する。
【００４２】
例えば、牛乳パックについて考える。ベドゥープデータを伝達するために、牛乳パック上のアートワークを改造することができる。好適な実施形態では、ベドゥープデータは、牛乳パック上にステガノグラフィック技術を使って符号化されている（例えば、デジタル的に透かしが入れられている）。多くの電子透かし技術が知られているが、そのすべての技術において、データは、隠蔽した形で伝達される（すなわち、人間が調べても、デジタル符号化されたデータが存在していることは分からない）。典型的な技術は、パックに印刷されたアートワークや文字上の選択された点の輝度あるいは輪郭をわずかに変化させることによって、または、パック上にインクの飛沫を外観上でたらめなパターンで散らすことによって動作する。これらの技術各々には、パックを横切る領域での局所的な輝度を変化させる効果がある。この輝度の変化は、コンピュータ１１４によって検知でき、符号化されたデジタルデータを抜き出すために復号化される。牛乳パックの場合、このデータは、そのオブジェクトを、例えば、アルペンローズ（Ａｌｐｅｎｒｏｓｅ）印のスキムミルクのハーフガロンパックであると識別する役割を果たす。
【００４３】
図１１の装置を冷蔵庫のドアに組み込み、それを使って買い物リストを編集できる。牛乳パックやその他のベドゥープ符号化されたパッケージを光センサにかざすことができる。コンピュータ１１４がベドゥープデータの存在を検知し、それを復号化すると、コンピュータは、スピーカや他のオーディオトランスジューサ１１２から確認音（「ベドゥープ（ｂｅ−ｄｏｏｐ）」という音）を発する。コンピュータは、検知したばかりのオブジェクトを識別するデータを、食料雑貨リストに加える。このリストは、局所的に（ディスク記憶あるいは不揮発性ＲＡＭ１２４、あるいは冷蔵庫の中や家の中のどこかに）、あるいは、遠隔的に（例えば、ユーザの選んだ食料雑貨店に置かれたサーバコンピュータ、あるいは他の場所）保持することができる。いずれの場合も、ユーザ宅のディスプレイ画面（例えば、その装置の前面に内蔵されたＬＣＤ画面１２６）に、そのリストが表示される。従来のユーザインタフェース技術を利用して、表示リストのスクロールや品物の取り消し等をユーザは希望通りに行うことができる。
【００４４】
定期的に、リストに記載された食料雑貨品を購入し、そのリストを消去することが可能である。ある実施形態では、ユーザはそのリストを（家庭または店のどちらかで）印刷し、従来通り、店の通路を歩いてそのリストの品々を買う。また、別の実施形態では、リストの品々を（インターネットや電話、または以下で詳述するジェスチャーによるユーザの注文に応じて）店員が商品棚から引き出す。リストの品々がすべてそろったところで、店員はユーザにピックアップの準備ができたことを（ここでも、例えばインターネットや電話によるメッセージで）知らせることができる。または、その品々をユーザの家に直接届けることもできる。もちろん、希望に応じてオンライン支払いの仕組みを利用することもできる。
【００４５】
全く関連性のないベドゥープアプリケーションについて考える。マイクロソフトエクセル（Ｅｘｃｅｌ）の展開表を紙に印刷したが、事務員の机の上で山積みに散らかった物の中にその紙が埋もれてしまい、数ヵ月後、再びその展開表が必要になり、山の中から掘り起こす。データに変更を加えなくてはならないが、ファイル名をずっと前に忘れ去ってしまった。事務員は、ただデスクトップコンピュータに対応しているカメラの前にその印刷されたページを出す。直ちに、事務員のコンピュータ画面にそのファイルの電子バージョンが表示される。
【００４６】
当初そのページが印刷された時に、本来気がつかない程かすかなパターンで、インクまたはトナーの飛沫が紙全体にまかれていたが、それにより、複数ビット（例えば、２４から１２８ビット）の２進数によって、そのページが、ステガノグラフィック符号化された。（例えば、オペレーティングシステム、エクセルプログラム、プリンタドライバ等によって保守される）データベースは、この数字の一部（例えば、ユニバーサル識別子（Ｕｎｉｖｅｒｓａｌ  Ｉｄｅｎｔｉｆｉｅｒ）またはＵＩＤと呼ばれる２０ビット）を、そのファイルの電子版が保存されているパスやファイル名や、ドキュメント内のページ番号や、その他の有効な情報（例えば、ファイル作成者や作成日等）と関連させて保存していた。
【００４７】
ソフトウエアプリケーション（例えば、エクセル）で、ドキュメントのステガノグラフィック符号化やデータベースの更新を行うことができる。このオプションは、ユーザによって一度選択されると、その後、すべての印刷されたドキュメントに適用したり（例えば、「オプション（Ｏｐｔｉｏｎ）」のドロップダウンメニュー上でのユーザ選択によって）、あるいは、プリント（Ｐｒｉｎｔ）ダイアログウィンドウの一部としてユーザに示し、各プリントジョブに対して選択できる（できない）ようにしてもよい。
【００４８】
後に、このような印刷されたページがカメラに提示された場合、コンピュータは、ページ上の符号化データの存在を自動的に検知し、それを復号化し、２０ビットのＵＩＤデータに対応するファイルの名前／場所／ページを識別するためにデータベースを参照し、識別されたファイルの正確なページを（例えば、エクセルを起動した後に）開く。このアプリケーションは、ベドゥープ技術の中の数多い、「紙を入口とする」アプリケーションの１つである。
【００４９】
上述したものは、ここで詳述する技術の無数のアプリケーションのうちの２つである。以下の論議では、他の非常に多くのアプリケーションを開示する。しかし、本明細書の長さとは無関係に、本技術から派生した広範囲なもののいくつかを探求し始めることは可能である。
【００５０】
他のアプリケーションに立ち入る前に、上述した基本的な実施形態についてさらに詳細に述べたものが役に立つかもしれない。
【００５１】
【光学分野】
オブジェクトからのステガノグラフィック符号化されたデータを復号化する、どのシステムも、オブジェクトの画像の焦点を、デジタルカメラのＣＣＤ（または他のもの、例えば、ＣＭＯＳ）センサに適切に合わせなければならない。コストをかけない実施形態では、カメラは、例えば、２〜２４インチの範囲の固定公称焦点距離を持っている（もちろん、さらに長いまたは短い距離のものも使える）。カメラは、データのフレームを継続的に取り込み、分析するので、デコーダがうまくステガノグラフィック符号化されたデータを復号化し、確認用の「ベドゥープ」オーディオ信号を発するまで、ユーザは、オブジェクトをセンサに近づけたり、離したりすることができる。
【００５２】
より複雑な実施形態では、周知の自動焦点技術を採用することもできる。
【００５３】
さらに他の実施形態では、特定のアプリケーションに従って、選択的に使用できる一つ以上の補助固定焦点レンズを、カメラ（または他のセンサ）に備えることができる。このような実施形態の中には、センサに常に被さる第１の固定焦点レンズを持つものがあり、このレンズには、（例えば、ヒンジやスライド構成によって）一つ以上の補助レンズを光学式につなぐことができる。例えば、カメラが専用のベドゥープセンサではなく、他の画像処理をも行う場合、このような構成が望ましい。カメラをベドゥープに使用しようとする場合、補助レンズを位置決めして（例えば、はじき入れて）、（ベドゥープ用には不適当な距離、例えば、無限長に設定されているかもしれない）第１のレンズの焦点距離を、適切なベドゥープ結象範囲（例えば、１フィート）に変える。
【００５４】
レンズ交換を行うその他の実施形態では、センサに常に被さる固定レンズは採用せず、その代わり、センサ上へ動かして配置することのできる２あるいはそれ以上のレンズを採用する。様々なレンズを選ぶことで、無限長、６フィート、１フィートのような焦点距離を選択することができる。
【００５５】
このような構成のすべてにおいて、撮像するオブジェクトのステガノグラフィック符号化された部分が、画像フレームのかなりの部分を占めていることが（絶対に必要ではないが）望ましい。オブジェクトには様々な大きさのものがあり、例えば、シリアルの箱の１０×１２インチの前面パネルや１インチ四方の購入証明書もある。この要求を満たすためには、小さなオブジェクトは、大きなものよりカメラに近づけて置く必要がある。例えば、適当な絞りの矯正や（必要な場合には）補助的な照明を選択することによって、焦点距離内で様々な大きさのオブジェクトの像を正確に取り込めるように、システムの光学的な部分を設計することができる。
【００５６】
実施形態によっては、オブジェクトの大きさや位置を制限することで、焦点距離や、目的とするオブジェクトの識別を行う問題を回避している。その１つの例として、名刺読取器があるが、これは名刺の像を取り込むという１つの目的のために設計されたものである。この種の様々な装置知られている。
【００５７】
【復号化／符号化】
画像データの分析は、様々な周知の方法で実現できる。現在のところ、ほとんどのステガノグラフィック復号化は、必要な分析を行うのに適している複数のソフトウエア命令がプログラムされた汎用マイクロプロセッサに依存している。その他の構成、例えば、専用のハードウェアや再プログラム可能なゲートアレイやその他の技術の使用も、もちろん可能である。
【００５８】
ステガノグラフィック復号化プロセスは、３つのステップを必要とする。第１のステップでは、オブジェクトが配置され、第２のステップで、オブジェクトの向きが識別される。第３のステップでは、ベドゥープオブジェクトに対応する画像データからベドゥープデータが抽出される。
【００５９】
第１のステップであるオブジェクトの配置は、様々なヒントによって支援できる。その１つにオブジェクトの位置があるが、通常は画像フィールドの中心がそのオブジェクト上の点となり、そのまわりのデータを分析して、そのオブジェクトの境界を識別しようと試みる。
【００６０】
もう１つの配置技術は、わずかな動きによるものである。通常、ユーザは、オブジェクトを静止させようとするが、一般的に画像フレーム内では、ベドゥープオブジェクトにいくらかの揺れが生じる（例えば、いくつかの画素が前後に動く）。それとは対照的に、背景に見えている散乱物は、通常、静止している。そこで、このような動きを感知し、それを使って、画像データの中からベドゥープオブジェクトを識別する。
【００６１】
さらに別の、オブジェクト配置のヒントとなるのは、オブジェクトの形である。多くのベドゥープオブジェクトは、長方形である（または、カメラで見た場合は、台形）。そこで、直線的なエッジの境界線を使用して、ベドゥープデータらしいものの領域を規定する。
【００６２】
色は、オブジェクト識別のさらなるヒントとなり、いくつかのコンテキストでは有用である。
【００６３】
また、他のオブジェクト配置のヒントとなるものに空間周波数がある。焦点範囲が明確にされた画像取込みシステムでは、望ましくない視覚的なクラッターが焦点位置にあり、それがぼけを生じさせることもある。一方で、ベドゥープオブジェクトは焦点が合っており、細部による特徴づけがなされる。細部に関連する高周波数に対して画像データを分析することによって、意図したオブジェクトを他のものから区別することができる。
【００６４】
（オブジェクトの向きの決定に関連して、以下に述べるように）、オブジェクト上の特徴的なマーキングを感知し、それを使用してオブジェクトを配置することができる。
【００６５】
画像データ内に一旦ベドゥープオブジェクトが配置されると、意図したオブジェクトに対応しない画像データを排除するようにマスキングを行う（もし希望すれば）こともできる。
【００６６】
復号化プロセスの次のステップは、ベドゥープデータの向きの決定であるが、同様に、視覚的なヒントを参照することによって識別を行うことができる。例えば、オブジェクトの中には、ベドゥープデータでステガノグラフィックに符号化されたサブリミナルグラティキュールデータ、あるいは、その他の校正用データを含んで、向きの決定を支援しているものもある。他のオブジェクトでは、単独目的で置かれたり（例えば、基準線や基点）、あるいは、もう１つの目的（例えば、文章の行）を果たす、明白なマーキングを採用して、向きの識別をすることができる。エッジ検知のアルゴリズムもまた採用でき、オブジェクトのエッジを参考することによって、そのオブジェクトの向きを推測する。
【００６７】
いくつかの実施形態では、最終的なベドゥープデータの抽出を助けるために、プロセスのある時点で画像データをフィルタ処理する。このフィルタ処理の１つの用途として、ある特定の光センサが原因となって生じる画像データの影響を軽減するものがある。例えば、ＣＣＤアレーが、規則的に間隔を空けられたセンサを持ち、それらが、均等に間隔の空いた別々の点における光学的な画像をサンプリングする。この個別サンプリングは、画像データの変形に有効であるが、ある種の画像の人為的影響につながる。適切に構成されたフィルタによって、これらの影響のいくつかを軽減できる。
【００６８】
（構成の中には、向きを決定するステップを省略できるものもある。例えば、名刺読取器は、人為的影響が確実に存在せず、周知の大きさのデータを生成する。または、ある種のひずみメカニズムが相対的にない方法で、ベドゥープデータの符号化を行うことができる。例えば、現在、好ましいとされている符号化構成は、データポイントの行と列を有する２Ｄグリッドに基づいて動作するが、符号化は、それに代えて、別のもの（例えば、符号化を軸対称に行って、画像データの回転状態を無視できるようにしたもの）に基づいて行うこともできる。さらに別の実施形態では、この情報なしに復号化が簡単に行えるため、向きを決定するステップを省略できる場合もある。例えば、フーリエ−メリン（Ｆｏｕｒｉｅｒ−Ｍｅｌｌｉｎ）変換による復号化では、大きさや回転を無視したデータが生じる。）
【００６９】
オブジェクトの向きが識別されると、その画像データは、事実上、再登録され、別の遠近法に（例えば、直線的な画像面上に）効果的にマッピングされる。このマッピングでは、周知の画像処理技術を採用して、例えば、元のベドゥープ画像データの回転状態、大きさの状態、それとは異なる大きさの状態、Ｘ−Ｙオフセットを補正することができる。その結果得られるデータのフレームは、より敏速に処理されて、ステガノグラフィック符号化されたベドゥープデータを抽出する。
【００７０】
典型的な実施形態では、画像データが、直線的な平面形に再度、マッピングされた後、サブリミナルグラティキュールデータを感知して、２進データが符号化された画像データ内の位置を識別する。例えば、８×８パッチのブロックごとに、その２進データを重複して符号化することが好ましい。各パッチは、一つ以上の画素からできている。（パッチは通常、正方形であり、従って、１，４，９，１６等の画素を含む。）符号化前の各パッチ（例えば、前からオブジェクト上にあるアートワーク）の公称輝度をわずかに増減して、２進の「１」または「０」を符号化する。その変化はわずかであるため、一般的に人間には感知されないが、しかし、統計上、特に数ブロック分を分析に利用できる場合には、画像データから検知できる。好適には、変化の度合いは、基礎となる画像の特徴に合わせ、比較的大きな変化は、人間の目がそれらに気づきにくい領域で行われるようにする。このように符号化された各ブロックは、複数ビット（例えば、
１６〜１２８ビット）のデータを伝達することができる。オブジェクトを横切ってタイル状につながった、これらのブロックを符号化することにより、データをロバストに伝達することができる。
【００７１】
言うまでもなく、ベドゥープセンサは、多くの時間、凝視し、ベドゥープデータのない画像フレームを取り込んでいる。検知プロセスの中に、非ベドゥープ画像データから誤ってベドゥープデータが識別されないようにする、一つ以上のチェック機能が含まれていることが望ましい。復号化されたデータの検証には、様々な技術を採用できる。例えば、ベドゥープペイロードにエラー検知コードを含め、それが他のベドゥープペイロードと対応しているかを確認するためのチェックをすることができる。同様に、同一のベドゥープデータが別のタイル状の抜粋部分にも存在していることを、システムは確認することできる。
【００７２】
特定の符号化および復号化技術の詳細は、米国特許５，８６２，２６０と米国出願０９／５０３，８８１に述べられている。上述したように、データはタイル状に符号化することができ、各タイルは、一辺が６４〜２５６の要素からなる。個々の要素は、０．０１インチ四方にできる。タイル状のブロックを満たすため、エラーに強い様々な符号化技術（例えば、コンボルーション符号化、トレリス符号化、ターボ符号化等）によって、ベドゥープペイロードデータを重複して表わすことができる。各ビットは、このように重複して符号化されるが、その際、ある画素では「１」が増加を示し、他の画素では減少を示している。その増減は、符号化される画像の視覚的なマスキングの属性に従って測定することができる。校正用信号をタイル状データ信号と合成し、周波数領域の中で象限ごとに１２〜６４のスペクトルインパルスを持つよう調整された信号を周知のパターンで構成することができる。検出している間、周知の周波数領域の座標からのこれらインパルスの回転とスケーリングによって、認識され補正される画像の回転とスケーリングが可能となる。
【００７３】
【データ構造、フォーマット、プロトコル、構造基盤】
典型的なシステムでは、ベドゥープデータのペイロードは６４ビットである。このペイロードは、ＣＬＡＳＳ（１２ビット）、ＤＮＳ（２４ビット）、ＵＩＤ（２４ビット）の３つのフィールドに分けられる。（その他のペイロードの長さ、フィールド、分け方ももちろん可能であり、例えば、エラーチェックビットやエラー修正ビットも提供できる。）
【００７４】
要約すると、ＣＬＡＳＳ ＩＤは、ベドゥープデータの最も基本的な部分であり、よく知られているインターネット分野における、数が制限されたトップレベルドメイン数（例えば、.ｃｏｍ, .ｎｅｔ, .ｏｒｇ， .ｍｉｌ, .ｅｄｕ, .ｊｐ, .ｄｅ, .ｕｋ等）に類似している。これは基本的に、オブジェクトタイプを示す標識である。ＤＮＳ ＩＤは、データの中間レベルであり、インターネットのサーバドレス（例えば、ｂｉｚ．ｙａｈｏｏやｉｎｔｅｒａｃｔｉｖｅ．ｗｓｊ等）に類似している。ＵＩＤは、粒度の最も細かいレベルであり、おおよそ、特定サーバ上のインターネットページ（例えば、ｅｄｉｔｉｏｎ／ｃｕｒｒｅｎｔ／ｓｕｍｍａｒｉｅｓ／ｆｒｏｎｔ．ｈｔｍやｄａｉｌｙ／ｈｏｍｅ／ｄｅｆａｕｌｔ．ｈｔｓ等）に類似している。
【００７５】
一般的には、ＣＬＡＳＳ ＩＤとＤＮＳ ＩＤは、まとめて、そのオブジェクト上にどのような種類のベドゥープデータがあるかをシステムに示す。遠隔サーバに頼るベドゥープシステムの場合、ベドゥープデータに応答するサーバコンピュータを識別するために、ＣＬＡＳＳとＤＮＳのＩＤが使用される。ＵＩＤは、どんな応答をすべきかを正確に決定する。
【００７６】
冷蔵庫用ベドゥープシステムの場合、もし見慣れないＣＬＡＳＳ／ＤＮＳ ＩＤデータを持つオブジェクトに遭遇したならば、どうなるであろうか？何も応答しないようにシステムをプログラムできるし、あるいは、「私にはベドゥープオブジェクトが見えるけれど、どうすればよいのかわからない」ということを示す、うなり声のような音（または、他のフィードバック）で応答するようにもシステムをプログラムできる。
【００７７】
ほとんどのシステムが、ベドゥープオブジェクトのいくつかのクラスに応答することが可能になる。ソフトウエアに基づいた単純なシステムでは、ＣＬＡＳＳ／ＤＮＳ ＩＤ （オプションとしてＵＩＤ）と固定値を比較して、プログラムの実行を対応するサブルーチンに分岐させることができる。同様に、ハードウェアに基づいたシステムでは、検出されたＣＬＡＳＳ／ＤＮＳ ＩＤに従って、異なる回路を起動することができる。
【００７８】
ベドゥープ入力デバイスを備えたコンピュータ（例えば、内蔵カメラを備えたソニーのラップトップ型ＶＡＩＯピクチャーブック、あるいは、つながれたカメラを備えたデスクトップパソコン）の場合、オペレーティングシステムのレジストリデータベースを採用して、様々なアプリケーションプログラムを様々なＣＬＡＳＳ／ＤＮＳ ＩＤに関連づけることができる（例えば、.ＸＬＳや.ＤＯＣといったファイル拡張子は、現行のオペレーティングシステムのレジストリに通常は対応して、それぞれ、マイクロソフトエクセルとワードのソフトウエアプリケーションの起動を行う）。新たなベドゥープアプリケーションがインストールされると、それが扱おうとするＣＬＡＳＳ／ＤＮＳ ＩＤを示すレジストリデータベースに入力を記録する。その後、このようなＣＬＡＳＳ／ＤＮＳ ＩＤを持つオブジェクトを発見すると、オペレーティングシステムが自動的に、対応するアプリケーションを起動し、適切な方法で、そのベドゥープデータを提供する。
【００７９】
時々、コンピュータシステムは、登録されたアプリケーションプログラムを持っていないベドゥープオブジェクトに遭遇するかもしれないが、その場合は、デフォルトに設定されたベドゥープアプリケーションを起動することができる。このデフォルトのアプリケーションでは、例えば、遠隔のサーバコンピュータへのインターネットリンク（または、このようなコンピュータのネットワーク）を構築し、その遠隔コンピュータへベドゥープデータ（または、ベドゥープデータの一部）を送ることができる。その遠隔サーバでは、応答そのものを行うことも、発信元のコンピュータに正しい応答の仕方を指示することも、あるいは、これら２つを組み合わせた応答をすることもできる。（これらの構成については、以下で考慮する。）
【００８０】
図１２は、上記の構成を採用した構造の一例を示している。
【００８１】
ローカルベドゥープシステム１２８（例えば、従来のパソコン１２９を使用して実施できる）では、カメラやスキャナやその他の光センサ１３０は、画像データをデコーダ１３２（オペレーティングシステム１３３のソフトウエア構成要素として実施できる）へ送る。デコーダ１３２は、その画像データを分析し、複数ビットのベドゥープデータを識別する。このベドゥープデータのＣＬＡＳＳ ＩＤは、ベドゥープレジストリ１３４に提供される。レジストリは、識別されたベドゥープデータを提供するように設定されているローカルベドゥープアプリケーション１３６を識別し、起動することで応答する。
【００８２】
システム１２８は、時々、いくつかの異なる応答を適用できるベドゥープオブジェクトに遭遇するかもしれない。例えば、印刷された会社の書類の場合、１つの応答は、例えば上述したように、編集可能な電子版ファイルをコンピュータに提示することである。しかし、別の応答として、例えば、その印刷書類の作者へ、メッセージアドレスフィールドにおいて既に指定されている、その作者の電子メールアドレスで電子メールのメッセージを書くことが望ましいかもしれない。
【００８３】
このような異なる応答は、それぞれ異なるベドゥープアプリケーションで処理できるが、両方とも単一のベドゥープアプリケーションによって提供されるオプションの場合もある。前者の場合、ＣＬＡＳＳ／ＤＮＳ ＩＤが復号化され、オペレーティングシステムに提供される時、レジストリは、２つ（または、それ以上）のプログラムが起動されるかもしれないということを示す。そこで、オペレーティングシステムがユーザにダイアログボックスを表示し、ユーザがどちらの形式の応答を希望するか指定できるようにする。また、オプションとして、ユーザが短い設定時間内に（例えば、３秒間）指定しなかった場合、デフォルトの選択を行うことも可能である。そこで、オペレーティングシステムが、選択された応答に対応するベドゥープアプリケーションを起動することができる。
【００８４】
単一のベドゥープアプリケーションで両方の応答を提供できる場合にも、似たような構成を採用できる。この場合、オペレーティングシステムは、（解決すべきあいまいさは少しもないため）その単一ベドゥープアプリケーションを起動し、そのアプリケーションによって、ユーザに選択を提示する。再びユーザは、選択することも、デフォルトの選択を自動的に実行することもできる。
【００８５】
たった今説明した状況では、ユーザは、キーボードやマウスを使用して、従来型のダイアログボックスと同じように、選択することができる。しかし、ベドゥープは、通常はさらに簡単な別のやり取りの方法を提供する。ユーザは、光センサ入力を利用した選択を行うことができる。例えば、オブジェクトを右へ移動すると、ダイアログボックスの右側にあるＵＩボタンを選択できる。オブジェクトを左へ移動すると、ダイアログボックスの左側にあるＵＩボタンを選択できる。オブジェクトをカメラに向かって近づけると、その選択したボタンを作動させることができる。以下に説明するように、他にも多くの技術が可能である。
【００８６】
レジストリ１３４が認識を行わない場合、あるいは、特定のＣＬＡＳＳ／ＤＮＳのベドゥープデータへの応答の方法がわからない場合、レジストリは、デフォルトのベドゥープクライアントアプリケーションを起動する。このクライアントアプリケーションは、順番に、ローカルベドゥープシステム１２８上のウェブブラウザ４０が、遠隔マスタ登録サーバコンピュータ４２と通信するように指示をする。ローカルコンピュータは、このマスタサーバにベドゥープデータを転送する。マスタサーバ４２は、そのＣＬＡＳＳ ＩＤを調べ、対応するＣＬＡＳＳサーバ４４へ（直接、または中継サーバを介して）ベドゥープデータを転送する。（単一のサーバがいくつかのクラスのベドゥープデータを扱うかもしれないが、より一般的には、ＣＬＡＳＳごとに専用のサーバが存在する。）
【００８７】
各ＣＬＡＳＳ用サーバ４４は、分散したＤＮＳサーバのツリー４６のルートとして機能する。例えば、ＤＮＳサーバツリーの第１の層５０で、ＤＮＳサーバ４８ａは、「０００」で始まるＤＮＳ ＩＤを持つベドゥープデータを扱う。同様に、ＤＮＳサーバ４８ｂは、「００１」等で始まるＤＮＳ ＩＤを持つベドゥープデータを扱うことができる。
【００８８】
第１の層５０の各ＤＮＳサーバは、ＤＮＳデータの４番目から６番目のビットに従って、順番に、ベドゥープデータをツリーの第２の層にある８つのサーバの１つに経路指定する。ツリーは、このようにＤＮＳリーフノードサーバ５６の最終レベルまで続く。
【００８９】
このネットワークへと経路指定されたベドゥープデータは、最終的に、ＤＮＳリーフノードサーバ５６に到達する。そのリーフノードサーバ５６は、ベドゥープデータを扱う場合もあるが、ローカルベドゥープシステムを、そのような動作をする、さらに先のサーバ５８へと再度経路指定する場合もある。ＤＮＳリーフノードサーバでも、その先のサーバでも、その最終サーバは、必要であれば、ローカルベドゥープシステムに、さらに詳しい情報を問い合わせることができる。そして、ローカルベドゥープシステムに応答の方法を指示するか、または、応答そのものの一部または全部を行い、適切なデータをローカルベドゥープシステムに単に送り返すこともできる。
【００９０】
さらに先のサーバが実際に応答を扱うように、ＤＮＳリーフノードサーバによってローカルベドゥープシステムが再度経路指定される構成では、ベドゥープデータを受信するよう調整されたポート５９（例えば、特別なＵＲＬ）を介して、その先のサーバへのアクセスが行われるようにしてもよい。
【００９１】
代表的な実施例では、ほとんどの、またはすべてのサーバは、同じデータが書き込まれ、あるいは複製／重複が行われているため、個々のコンピュータが障害を起こしてもシステムの動作に影響しないようになっている。
【００９２】
応答速度を上げるため、サーバのツリー全体にキャッシュが使われている。すなわち、確実によく出会うＣＬＡＳＳ／ＤＮＳ ＩＤに対するリーフノードによる応答を、前もってツリーの中に一時的に保存しておくことができる。ヒットしたキャッシュがある場合、サーバネットワークを通じてベドゥープデータが伝搬し、中間のサーバからの応答を促すことができる。
【００９３】
要求されれば、前述のサーバツリーを介したベドゥープトラヒックを監視して、どのシステムがどんなベドゥープデータを送っているか等、人口統計的かつ統計学的な情報を収集することができる。このような情報の使い方として、例えば、サーバ負荷のバランスを改善するために、ＤＮＳネットワークをダイナミックに再構築し、ＤＮＳリソースを、頻繁に使用される領域近くへ事実上、再配置する等がある。また、かかる情報の別の使い方として、マーケティング目的での使用があり、例えば、あるベドゥープの機能やアプリケーションを使いこなせていないようなユーザグループ（例えば、インターネットドメイン）内で、それらの促進を行う。
【００９４】
例えば、企業ネットワークのようなインターネットにリンクしている、あるユーザネットワークの内部では、発信元のベドゥープシステムでは扱っていないベドゥープデータは、まず、企業ネットワーク内のベドゥープネームサーバへ送られる。そのサーバは、あるタイプのベドゥープデータを認識し、それを扱うのに適した企業ネットワーク内でのリソースについて知る。もし可能であれば、そのようなリソースに対する、企業ネットワーク内における照会が行われる。これらのリソース（例えば、企業サーバのような）は、会社の好みにカスタマイズされた方法で、ベドゥープデータに応答する。ベドゥープデータに応答できる企業ネットワーク内のリソースを、その企業ベドゥープネームサーバが知らなかった場合、企業ネームサーバは、上述したパブリックベドゥープネットワークへデータを送る。（このような参照を行うことができるのは、マスタ登録サーバに対して、あるいは、企業ネームサーバが、ＤＮＳサーバツリー内の適切なサーバのアドレスを知る限度まで、あるいは、あるベドゥープデータに対してＤＮＳサーバが示す、さらに先のサーバのアドレスを知る限度までであり、それに応じて、ローカルベドゥープシステムをリダイレクトできる。）
【００９５】
代表的な充実したベドゥープの例では、ローカルシステムが、ベドゥープの提供やアプリケーションやプロトコルについてのライブラリを持つことができる。それらの中には、そのコンピュータに一意のものがある。他のものは、すべてのコンピュータにおいて共通して使えるものもある。また、あるものは高度に保護され、暗号化および／またはハッキング防止策、または一般的には認識されないデータプロトコルを使用できる。他のものは、シェアウェアやオープンソースプログラミングの成果かもしれない。
【００９６】
今しがた説明した構成では、ＣＬＡＳＳ／ＤＮＳ／ＵＩＤデータ用に１２／２４／２４ビットプロトコルを使用したが、その他の構成ももちろん可能である。アプリケーションの中には、そのプロトコルが、インターネット通信で一般的に使われるプロトコルに、ほとんど一致する方が有利なものもある。例えば、インターネット用ドメインネームサーバ（ＤＮＳ）用のＩＰアドレスは、現在は３２ビットであるが、近い将来６４または１２８ビットに拡張されると予測される。ベドゥープシステムのＤＮＳフィールドは、インターネット標準に追随することができる。
【００９７】
【挨拶状や誕生日カード等】
この技術に関する基本的な原理のいくつかを、さらに詳しく説明するために、例えば、ベドゥープデータを使って（例えば、テクスチャまたは印刷等によって）符号化された挨拶状およびそれに類するものについて考える。このようなカードを受け取ると、受取人は、ラップトップまたはその他のコンピュータ上の画像捕捉装置にそれをかざす。コンピュータは、その応答として、在庫品の提示またはカスタマイズされた提示（画像、ビデオ、ビデオ／オーディオ等）を含むインターネットホームページを表示して、この挨拶状に示されているものの補完を行う。
【００９８】
カードの販売時またはカード購入後のある時点で、差出人によって、そのウェブサイトの表示を（例えば、メッセージ文や最近の家族写真等で）、独自のものにすることができる。例えば、カード購入後の場合、そのカードにシリアル番号を付けることができる。購入者は、カードを家に持って帰り、カードベンダーのホームページを開き、適切なユーザインタフェースでカードのシリアル番号を入力する。そこで、購入者には、ウェブグリーティングのカスタマイズを円滑に行うための簡単な編集ツールがいろいろと示される。差出人がウェブグリーティングのデザインを終えると、完成したホームページデータは、そのシリアル番号に対応するサイトに（ベンダーのウェブサイトにあるソフトウエアにより）保存される。
【００９９】
カードが受取人に届き、受取人がベドゥープセンサの前にそれをかざすと、カードからＣＬＡＳＳ、ＤＮＳ、ＵＩＤデータが復号化される。ＣＬＡＳＳとＤＮＳデータを使って、対応するＤＮＳリーフノードサーバへ到着できるように、上述のサーバネットワーク（おそらく、ホールマーク（Ｈａｌｌｍａｒｋ）挨拶状会社によって保守されている）をナビゲートする。リーフノードサーバは、テーブル、データベース、あるいはその他のデータ構造に、ベドゥープデータからのＵＩＤで見出しをつけ、そのデータ構造から、最終的なウェブサイトのアドレス、つまり、差出人によってカスタマイズされたウェブグリーティングが保存されているところと同じアドレスを獲得する。このアドレスは、ＤＮＳリーフノードサーバによってローカルコンピュータに返され、その際、そのアドレスのホームページを（例えば、ＨＴＭＬリダイレクションによって）ロードし、表示する指示も付けられる。ローカルコンピュータは、カスタマイズされたウェブグリーティングを受取人に示して、応答する。
【０１００】
たった今説明した実施形態では、あらかじめ符号化されたカードを差出人が購入し、ウェブディスプレイをカスタマイズして、ウェブサイトのアドレスは、通常、カードベンダーが決定する。しかし、いつもそうである必要はない。同様に、一般的なカードショップ方式でそのカードを「購入する」必要もない。
【０１０１】
上述の他の選択肢を説明するため、例えば、挨拶状専門のウェブサイトをアクセスすることによる、挨拶状のオンライン取り込みについて考える。適切なユーザ選択（および、オプションとしてカスタマイズ）によって、差出人の家にあるインクジェットやその他のプリンタを使い、希望のカードを印刷することができる。この場合も同様に、カードのベドゥープデータをカスタマイズすることができる。カードベンダーで決められたサイトへ案内する代わりに、そのデータによって差出人の個人用ホームページや別の任意のウェブアドレスへと導くことができる。
【０１０２】
このような構成を有効にするためには、ＤＮＳリーフノードサーバが希望のホームページを指定することによって、特定のベドゥープデータの組に応答するように、差出人が準備をする必要がある。通常、ＤＮＳサーバは、個人的に所有されるものではなく、インターネットサービスプロバイダによって共有される。ＡＯＬが簡単なツールを提供して、その加入者自身の控えめなホームページを加入者で管理できるようにしているように、インターネットサービスプロバイダが簡単なツールを提供して、加入者がＤＮＳリーフノードサーバを活用できるようにすることができる。各加入者には、２０個までＵＩＤが割り当てられる。それらのツールによって、ユーザは、それぞれのＵＩＤに対応するウェブアドレスを規定することができる。ベドゥープアプリケーションがそのＤＮＳリーフノードサーバへ導かれ、それらのＵＩＤの１つが提示される度に、そのサーバは、発信元のコンピュータに対して、対応するウェブアドレスにあるホームページをロードし、表示するように指示する。
【０１０３】
挨拶状をカスタマイズする前に、差出人は、インターネットサービスプロバイダの提供するツールを使い、差出人の有効ＵＩＤの１つに対応する希望の相手先ウェブアドレスを保存する。差出人は、挨拶状をカスタマイズする時、たった今参照したＵＩＤも含めて、符号化されるベドゥープデータを指定する。その挨拶状のアプリケーションは、このデータをアートワークに符号化し、その結果できたカードを印刷する。その後、受取人によって、このカードがベドゥープシステムに提示されると、受取人のシステムは、差出人によって指定されたホームページをロードし、表示する。
【０１０４】
【ベドゥープ・リソースにおける取引】
今しがた説明した構成では、サービスプロバイダによって保守されているＤＮＳサーバ上の限定された数のＵＩＤを、各加入者が使うことができる。企業では、通常、その企業自身のＤＮＳ ＩＤのように（または、企業自身のＣＬＡＳＳ ＩＤのように）、より多くのベドゥープ・リソースを必要とする。
【０１０５】
本質的には、ベドゥープシステムの変形例の拡張を行って、限りない数のＣＬＡＳＳ ＩＤやＤＮＳ ＩＤを提供できても、例示したシステムでは、これらのリソースは限られている。公的なサービス、非営利、学術的アプリケーションは、無料またはわずかな料金で、ベドゥープ・リソースに対して相対的に寛大なアクセスを行えるようにすべきである。逆に、企業には、このリソースに対する、企業の潜在的に際限のない需要を緩和すべく、料金を支払うことが期待される。中小企業は、与えられたＣＬＡＳＳ／ＤＮＳ ＩＤの下、組になったＵＩＤをリース契約することもできる。大きな企業は、全ＤＮＳ ＩＤや全ＣＬＡＳＳ ＩＤの権利を、（それ相応の額で）獲得することができる。
【０１０６】
ＤＮＳ ＩＤ（およびＣＬＡＳＳ ＩＤ）を割り付けるための、ウェブに基づいたシステムは、インターネットドメインを登録するため、Ｉｎｔｅｒｎｉｃ.ｃｏｍ、現在はＮｅｔｗｏｒｋｓｏｌｕｔｉｏｎｓ.ｃｏｍによっても、うまく使用されているシステムをモデルとすることができる。ユーザは、ウェブに基づいた書式に名前と住所と支払い情報を書き込む。システムは、隠蔽されているシステム基盤構造（インフラ）のすべてに対して必要な変更、例えば、データベースやルーティングテーブルの更新等を、世界中のサーバで行う。
【０１０７】
【制御されたアクセスＩＤ】
インクジェットプリンタを使って、カスタマイズされたベドゥープの挨拶状を作成している上述の実施形態のように、写真式ＩＤのようなアクセス管理オブジェクトにも同様に、同じ原理が適用できる。
【０１０８】
新しい雇い主のところへ面接に行こうとしている就職希望者について考える。その就職希望者の訪問は予定されているが、そのビルの警備員は、彼女と面識がない。このようなアプリケーション、または他の多くのアプリケーションにおいて、以下のような構成を使用できる。
【０１０９】
雇い主は、電子メールまたは他の手段で就職希望者にアクセスコードを送る。（そのコードは、送信用に符号化されている。）そのコードは、指定された日の、ある時間帯のみ有効である（例えば、１９９９年６月２８日、午前９時〜午前１１時）。
【０１１０】
就職希望者は、アクセスコードを受け取ると、州の運転免許試験所のウェブサイトから、彼女の運転免許証の写真の最新コピーをダウンロードする。運転免許試験所では、この写真を既にベドゥープデータで符号化している。このデータは、州営のＤＮＳリーフノードサーバ５６へと送られる。写真から復号化されたＵＩＤがそのサーバに示されると、サーバはデータベースをアクセスし、問い合わせ元のコンピュータに、写真で示されたその人物の名前を示す文字列を返す。
【０１１１】
就職希望者は、この写真をアクセスバッジに組み込む。（例えば、マイクロソフトオフィスのような、特に、オフィスの生産性を上げるパッケージソフトの一部となることを目的として供給される）ソフトウエアのアプリケーションを使用することによって、その写真は、アクセスバッジ用テンプレートに引き込まれる。雇い主から電子メールで送られてきたアクセスコードも、このアプリケーションに提供される。「印刷」を選択すると、就職希望者のコンピュータにつながったインクジェットプリンタは、運転免許試験所の彼女の写真と彼女の名前が入り、しかも雇い主の与えたアクセスコードに基づいてステガノグラフィック符号化されたアクセスバッジを印刷する。
【０１１２】
写真から抜き出されたベドゥープデータに応答して、バッジに印刷された名前が、運転免許試験所のＤＮＳサーバから（就職希望者のコンピュータによって）取り込まれる。（このアプリケーションでは、他と異なり、ベドゥーププロセスの一部として写真をスキャンすることはない。その代わり、その写真は既にデジタル形式で使用可能である。従って、ベドゥープ復号化は、デジタル表現から直接、行われる。）
【０１１３】
安全上、アクセスコードの埋め込みには、標準的なベドゥープ技術を使わない。その代わりに、非標準的なフォーマット（一般的には、ステガノグラフィック形式）が採用される。このアクセスコードの組み込みは、カードの全面に渡って、または、ある領域に限定して（例えば、写真で占められた部分を除外して）を行うことができる。
【０１１４】
約束の日に就職希望者が雇い主の建物に現れ、外部のドアロックのところで、就職希望者が光センサ装置にバッジを提示すると、その装置は、組み込まれた建物用のアクセスコードを読み取り、バッジの真偽を鑑定する。就職希望者が許可された時間内に到着していた場合、そのドアのロックが解除される。
【０１１５】
建物の中で就職希望者は、警備員に出会う場合もある。警備員は、見慣れない人物を見て、バッジの写真と彼女の顔を見比べる。さらに、警備員は、携帯式のベドゥープ装置、または建物内に広く点在している数多くのベドゥープシステムの１つ（例えば、各電話機）に、そのバッチを提示することができる。そのベドゥープシステムは、カードから（すなわち、運転免許試験所の写真から）ベドゥープデータを抽出し、運転免許試験所のＤＮＳサーバに、このベドゥープデータについて問い合わせると、その返答として、写真に示された人物の名前を受け取る。（そのベドゥープシステムが電話機である場合、一般的に電話機に取り付けられている小さなＬＣＤ画面に、その名前が表示される。）
【０１１６】
警備員は、ベドゥープシステムから返された名前とバッジに印刷された名前を確認する。印刷された名前とベドゥープ復号化された名前が一致していることが分かると（また、オプションとして、入り口の記録を確認して、この名前の人物が入場許可をもらって入ってきたかをチェックする）、警備員は、就職希望者を先へ通すことができる。
【０１１７】
たった今説明した構成が、かなり高度なセキュリティを提供することが分かるであろう。さらに、このセキュリティの達成には、就職希望者が、前もって雇い主を訪問する必要もなく、雇い主が就職希望者の容姿を知っておく必要もなく、しかも就職希望者自身によって作成されたアクセスバッジを利用することによって行える。
【０１１８】
このような自宅で印刷されたバッジについての実施形態の変形例からは、無数のアプリケーションが見つかる。ウェブを介した映画やイベントのチケット購入について考える。ユーザは、エントリコードの埋め込まれたアクセスチケットを印刷できる。映画館やイベント会場に到着し、光スキャニング装置にチケットを提示すると、その装置は、エントリコードを復号化し、その有効性を鑑定して、入場を許可する。そして、（同じコードで印刷されたチケットが、複数回使用されるのを防ぐため）、そのエントリコードに使用済みの印をつける。
【０１１９】
【その他の制御されたアクセスＩＤ】
この技術を使用することによって、多様なアクセス管理システムを実現することができる。前述したものは、単なる一例にすぎない。
【０１２０】
別のアプリケーションでは、ＩＤカード、ベドゥープ技術、および近接検出技術（一般的には、ＲＦＩＤとして知られている）を利用している。
【０１２１】
ＩＤカードとして、ステガノグラフィック符号化された、所持者の写真の付いたバッジ等が使用できる。さらに、そのカードは、消費電力の少ない電子回路のような近接ＩＤ装置を内蔵する。その回路は、接続された近接検出器からの放射フィールドによって誘発され検出され、特定の個人を識別する一意の署名信号を出す。
【０１２２】
（ビデオカメラ等のような）画像センサ、接続されたベドゥープ検出システム、および近接検出器を建物に備え付けることができる。バッジをつけたユーザが近づいてくると、近接検出器は、カメラに画像データを取り込むように信号を出す。（例えば、先の出願の記述をヒントとして、または、そのような支援なしに）、そのバッジの写真をベドゥープ検出システムが認識し、光データを取り込み、光データを復号化して、そこに隠された、ステガノグラフィック技術で埋め込まれたデータを抽出する。そこで、アクセス管理システムは、近接センサで識別されたバッジＩＤが、バッジの写真から抽出したベドゥープデータに正しく対応しているかを確認する。もし正しく対応していれば、アクセスが許可され、そうでなければ、そのデータは記録され、警告音が鳴る。
【０１２３】
このような構成により、構内におけるセキュリティが向上する。近接に基づくアクセスバッジを改造して、他人の写真と置き換えることは、もはや不可能である。もし写真がすり替っていたら、近接システムのＩＤと埋め込まれた写真のデータが一致せず、無許可でのアクセスが行われようとしていることの警告がなされる。
【０１２４】
その他、ＲＦに基づいた近接検出システムに限らず、多くの状況において同じ原理を適用できる。例えば、写真から復号化されたデータを、そのバッジと関連する、他の形式の機械感知の個人識別と比較することができる。これらの形式には、バーコードＩＤ、磁気ストライプＩＤカード、スマートカード等があるが、これらに限定されるものではない。または、そのバッジとは関係のない認識基準（例えば、網膜スキャン、声紋、その他の生物測定データ）との比較も可能である。
【０１２５】
【インクジェット印刷】
上記の説明では、ステガノグラフィック符号化されたしるしを下地につける手段としてのインクジェット印刷の使用について言及した。以下では、その動作原理について、さらに詳しく述べる。
【０１２６】
インクジェットプリンタ（別名、バブルジェットプリンタ）の基礎的物理学、ならびにかなり低いレベルのアナログ電子動作は、どんな下地にも、わずかな色あいの電子透かしをサポートするのに最適である。（下地に、はっきりと色づけをする透かしについては、米国特許出願０９／１２７，５０２に対応する、公開された明細書ＷＯ０００７３５６に述べられている。）一般的に、「インクジェットプリンタで印刷できるならば、透かしが可能です」という説明は、たとえ単に文字による書類に対しても（おそらく、特にそのような書類に対しても）、おおむね正確である。インクジェット印刷の分野には、ある程度の柔軟性や管理があり、それは、商業的なオフセット印刷やその他の刷版に基づく技術のような従来型の印刷技術では一般的に不可能である。（インクジェット印刷が、刷版に基づく印刷より高品質であることは言うまでもなく、他の何よりも、インクの飛沫の統計量に大いに関係している。）色あいの濃い背景とすることも可能であり、普通の看者には「白い紙」に見える、非常にうすい色の背景の色あい、全体的に濃くインクを付けた模様の背景、写真そのもの、そして、それらの中間にあるすべてのものと、連続的に変化する。
【０１２７】
実施形態の中には、インクジェットドライバのソフトウエアが変更されて、現存のプリンタドライバよりも低いレベルで、各飛沫の放出を管理するものがあり、それらは、テキストやグラフィックスに対して自然に最適化されている。このような実施形態の中には、（例えば、Ｈｉｇｈ  ＱｕａｌｉｔｙやＥｃｏｎｏ−Ｆａｓｔ等に加えて）ユーザが選択することができる別のオプションとしての「透かし」印刷モード、あるいは、透かしの入ったデータの印刷を行うアプリケーションソフトウエアによって、その選択を自動的に行うものがある。
【０１２８】
さらに複雑な実施形態では、他の画像／文字データとは無関係に、透かしデータをプリンタドライバソフトウエアで用いる。そのプリンタドライバは、画像／文字データに対して普通の印刷密度で飛沫を出すように設定されているが、より精密な管理を行う場合は、別々に用いられる透かしデータに対して、さらに細かい密度で行う。（後者は、前者に対するわずかな変調信号によって達成される。）この構成によって、現存のプリンタ環境と基本的にトランスペアレントな統合が行われる。透かしの性能については、それを特に利用するソフトウエアプリケーション以外は、誰も心配する必要はない。
【０１２９】
【ウェブを基盤とした素材の消費者マーキング】
ウェブから様々な種類の印刷メディアがもたらされ、自宅で印刷することができる。その例として、映画チケット、クーポン、車のパンフレット等がある。また、印刷時に、ソフトウエアプリケーションやプリンタドライバを使用して、ベドゥープデータを追加したり、あるいは変更することが可能である。（あるいは、印刷のため、ユーザシステムにベドゥープデータをダウンロードする前に、そのユーザに合わせてベドゥープデータをカスタマイズすることもできる。）
【０１３０】
ローカルな印刷のためにダウンロードする前に画像ファイルをベドゥープ符号化することに対して、印刷画像をローカルにベドゥープ符号化することの利点の１つは、そのローカルプリンタ独特の特性に合わせて符号化を調整して、（例えば、ロバスト性を向上させたり、視認性を減少できる）ことであり、これは、遠隔サーバには一般的に知られていない特性である。
【０１３１】
ある特別な例では、ベドゥープデータ内のＵＩＤフィールドに、ユーザプロファイルのデータベースへのインデックスの役目をする値を書き込むことができ、その結果、印刷物が提供される、それ以降のシステムは、プロファイルデータに基づいて応答を独自のものにすることができる。
【０１３２】
別の例では、ＵＩＤフィールドが認証目的を果たし、例えば、その印刷媒体が実際に特定の場所で印刷されたか、あるいは、特定人物が印刷したか、あるいは特定の時間に印刷されたのか、ということを確認する。
【０１３３】
【コーヒーマグ】
小売りのコーヒーチェーン店では、通常、客は毎日、同じ飲み物を注文する（「ハーフディキャフ、ショート、スキニーラッテ」）。客の中には、自分のコーヒーマグをレジ係に出して、紙よりセラミックや金属の感覚を楽しみ、ゴミ／リサイクルの板ばさみを回避する者もいる。
【０１３４】
マグそのものか、より一般的には、マグに付ける粘着性ラベルの上に、飲む人の「いつもの」オーダをベドゥープ符号化することができる。他の美的イメージ（例えば、アートワークや写真）の他に符号化を行ったり、あるいは、マーキングを純粋なデータとすることもできる。郵便切手サイズのラベルが使える。
【０１３５】
客がレジ係にマグを渡すと、その客は、「レギュラーで」とだけ言うことができる。レジ係は、そのマグを、キャッシュレジスタにつながったベドゥープシステムの光スキャニング装置の前を通過させる。そのシステムは、データをステガノグラフィック復号化し、レジ係またはバリスタに、文字または音声（例えば、音声合成器）で、対応する注文（「ハーフディキャフ、ショート、スキニーラッテ」）をする。キャッシュレジスタシステムはまた、注文された飲み物の現在の価格を知っており、それに従い代金を記録する。
【０１３６】
上述したタイプのラベルは、他の粘着ステッカーと同じように、あらかじめ印刷されたロール状になってレジ係が入手でき、要求に応じて印刷できる。（小売店の与えられたスペースに制限のある後者の場合、小さなラベルプリンタが最適である。）自分用のマグに飲み物を注文した客は、注文したばかりの飲み物に対応するラベルを受け取るよう要請され、将来の使用のために、それをマグに貼る。
【０１３７】
この基本的なテーマの変形として、店側によって、客のクレジットカード番号、あるいは、その客用にコーヒー店によって保守されているデビットアカウント番号のような電子支払い情報で、さらにマグのラベルを符号化（または、補助ラベルを与えて、ラベルを符号化）することもできる。飲み物の注文のためにマグがスキャンされると、システムは同様に支払い情報を検知し、しかるべきアカウントに、対応する料金を請求する。（安全上の理由から、そのマグを使用して、例えば、１日に５ドルを超えてコーヒーを買う許可がおりないように、システムをアレンジするようにしてもよい。）
【０１３８】
このテーマについての別の変形例では、その客によるコーヒー購入の電子記録をシステムが保守し、その時の一番有力なマーケティング条件に従って、例えば、８杯または１２杯の飲み物を購入すると、次の１杯が無料になるといった報酬をその客に出す。
【０１３９】
このテーマについてのさらに別の変形例では、ベドゥープラベルの付いたマグを使用している常連客は、定期的なプロモーションに参加できる。それは、例えば、Ｎ番目の客ごとに、現金または商品が当たるというものである。Ｎ番目のマグがスキャンされると、ベルが鳴る。（Ｎは、例えば、５００のような固定された数字でも、ランダムな数字、通常は、周知の範囲内、または周知の平均値でもよいが。）
【０１４０】
【ひずみおよび焦点の問題】
コーヒーカップは、非平面的オブジェクトの例である。別の例として、ソフトドリンクの缶がある。そのようなオブジェクト上のマーキングを符号化、および復号化する際には、特別な問題が起こる。例えば、カメラ等で、そのようなオブジェクトを感知したとき、缶表面の様々な部分とカメラとの距離が異なるため、画像の一部は、焦点がはずれる。
【０１４１】
缶のような非平面オブジェクトより感知された画像の焦点がずれても、有効な画像データは伝えられる。焦点ずれを起こしている範囲は、まるでローパスフィルタを通してフィルタをかけたように、まさにぼけている。しかし、この情報を活用するには、さらにやっかいな、ひずみの問題に、まず対処しなければはならない。
【０１４２】
缶に巻かれている平面的なアートワークをカメラから見ると、それがゆがむ。カメラに最も近い部分は、公称フルスケールで現れる。一方、（カメラから見た）缶の湾曲部周辺の連続する領域は、空間的に次第に大きく圧縮されていく。使用する透かし技術にかかわらず、缶の表面の物理的なひずみは、符号化された透かしデータのひずみと同じように現れる。
【０１４３】
この問題の対処法の一つとして、光学的なひずみを打ち消すために透かしパターンを前もってひずませておく。
【０１４４】
輝度値に直接、作用する透かし技術では、透かしを適用するためのグリッドを前もってひずませておき、円筒状の缶上で見られるようなアートワークが結果的に起こす光学的なひずみを相殺することができる。ペプシやコカコーラの缶を考える。ロゴのアートワークの中心（缶の「正面」）を通り抜ける仮想中心線が、透かしのグリッドタイルの１つの中心線として機能する。この中心線のどちら側にもグリッドが連続的に延びている。この延びを算出することで、カメラから見ると、透かしグリッドが均等に直線的に見える。そうでない場合には、グリッドは、缶の見かけ上の端部方向に連続的に圧縮される。
【０１４５】
このようなアプローチを複数の図面に示す。図１７は、平面的なオブジェクトの透かしで一般的に使用される、ゆがみのないグリッドを示す。図１８も同じグリッドを表しているが、缶の湾曲による光学的なひずみを解決するために、前もってひずませている。アートワーク（例えば、ラベル）の中心線は、点線によって示されている。
【０１４６】
より具体的には、グリッドは、長方形ではなく正方形である。さらに、図示したひずみは、描かれたグリッドが、缶の正面から＋／−９０度の範囲になるよう考慮されている。また、グリッドは一般的に小さく（例えば、一辺が１インチ）、そのため、いくつかのグリッドが、＋／−９０度の範囲内で互いに隣接するように、タイル張りにされている。さらに、図示した前もってひずませる手法は、無限投影法に基づいている（すなわち、無限の距離から見た缶の表面は、中心線から＋／−９０度全部を包囲する）。さらに具体的には、代表的なレンズ−オブジェクト間の距離（例えば、２〜２４インチ）を使って、有限投影法に基づいてひずみを計算している。その結果、視野は、中心線から＋／−９０度の全範囲よりも小さい範囲を網羅することになる。
【０１４７】
図示したグリッドは、水平方向にのみ前もってひずませ、かつ、湾曲によって生じる幾何学的ひずみにのみ基づいてひずませてある。別の明白な幾何学的ひずみもある。そのひずみは、カメラからさらに離れたところにある缶の異なる部分によるものである。遠くに離れるほど、小さく見える。従って、距離によって生じる幾何学的ひずみを前もって補正するには、カメラから離れたところに位置すべきグリッド要素を、同一基準で大きくしておくべきである。このような距離によって生じる幾何学的ひずみは、水平方向でも垂直方向でも、等しく現れる。従って、遠いほど小さく見える現象を打ち消すためには、より正確に、前もってひずませることで、中心線から離れるほど、水平方向と垂直方向の両方においてグリッドセルが次第にふくらむようにする。図１９は、このような前もってひずませる手法の基本的特徴を示す。
【０１４８】
後者における前もってひずませる程度は、カメラレンズから缶の正面までの距離に大きく依存する。その距離がおよそ２インチであれば、距離が１フィート以上ある場合よりも、遠いほど小さくなる現象は、より顕著になる。後者の場合、画像オブジェクトの最も遠い部分までの距離は、最も近い部分の１１０％である。前者の場合では、その割合は、およそ２００％以上になる。
【０１４９】
グリッドパターンを使って、透かしを画素領域に適用する際に利用するものの典型例が、図示した、前もってひずませる手法である。これは、空間領域において幾何学的に前もってひずませる手法である。その他の透かし法は、結果を見越して透かしデータの表示をひずませておく方法に対応するような、他の種類の前もってひずませる手法が当然、必要となる。例えば、変換領域での画像変形係数に基づいた透かし技術は、異なる調整が必要となる。理論上は、どの調整も同じであるが（結果として、意図された透かし情報を持つ明白な画像を生じる）、それを図１７と図１８に示すような図に表わすことは容易でない。（つまり、グリッドレイアウトではなく、変換率が変わっていくため、空間領域よりも、変換領域でのひずみが必要となる。）
【０１５０】
上述の説明では、画像を前もってひずませることに焦点を置いたが、他のやり方でも問題を解決できる。前もってひずませていない、直線的な透かしを円筒状の缶に適用した場合、透かし検知器は、ひずませない処理をすることで、適当なひずみを打ち消すことができる。すなわち、その検知器が、未処理の画素データを事実上リマップし、中心線から画素を効果的に引き伸ばして、それらを適切な直線的関係に戻す。
【０１５１】
ある実施形態では、画像オブジェクトは平面的なものであると仮定して、検知した画像データをひずませたまま、最初に試験的に復号化する。透かしが検出されない場合、同じデータ（または、次に続く画像データのフレーム）を試験的なひずませない処理をして、そのデータによって、読むことのできる透かしが生じるかどうかを確認する。様々な特徴を持った歪ませない処理を、何度か連続して試みる。実施形態の中には、検知器が、いくつかの異なる歪ませない機能（ひずませない処理を行わないことを含めて）を連続的に繰り返して、画像データから透かしを認識できるようにするひずませない処理を見つけようとするものがある。
【０１５２】
アプリケーションの許可があれば、ユーザがオブジェクトの形状を指定して、単一のまたは限定された範囲のひずませない機能が適用できるようにする。または、ユーザが、（例えば、透かし検知器につながったユーザインタフェースで、「雑誌」または「食料品」を選択することで）、その検知器に単におおまかな指示を与えることもできる。前者の場合、媒体に柔軟性があることが分かっており、平面以外の不ぞろいで単純な湾曲であると仮定する。この場合、検知器は、画像化されたページが平面的であると仮定して、そのほとんどの時間を透かしの復号化に費やし、また、雑誌のページが様々な方向へわずかに折れ曲がっている場合に適している、４つまたは８つの異なる歪ませない機能の１つを時々、適用しようとする。後者の場合、食料品は、一般的にあまり弾力性がなく、従って、比較的予測可能な形状をしており、最も一般的には、平面または円筒状である。このような場合、検知器は、オブジェクトが平面状であると仮定して、半分の時間を復号化に使い、残りの半分の時間を使って、様々な円筒状についてのひずませない機能の間で繰り返し行う。
【０１５３】
上記の説明では、特に画像の透かしについて説明してきたが、この原理の対応部分を、音声による透かしにも同様に適用することができる。
【０１５４】
【スマートエレベータ】
別の実施形態によれば、一つ以上の光捕捉装置が建物用エレベータに備えられる。例えば、各装置は、エレベータ室内の中身を調べて、ＩＤバッジのようなベドゥープ符号化オブジェクトを探す。
【０１５５】
ベドゥープ符号化オブジェクトを感知すると、エレベータは、他のデータの中から、そのバッジをつけた人のオフィスがある階を決定することができる。そこで、システムは、その人がボタン操作する必要なしに、エレベータをその階へ自動的に向かわせる。（エレベータのボタンパネルには、最近、選択されたフロアを選ばないように機能する、新たなオーバライドボタンを配する。これらは、例えば、ユーザが他のフロアに行きたい場合に使うことができる。）
【０１５６】
識別の支援のために、ベドゥープオブジェクト（例えば、バッジ）に目立つ色をつけ、システムが、光捕捉装置の視野内にある他の物体の中から候補のオブジェクトをより簡単に識別できるようにする。または、そのオブジェクトに逆反射コーティングをして、エレベータ内に、周知のスペクトルまたは時間的な特質を持つ一つ以上の照明源を備えることができる（例えば、一定の赤外線、あるいは、単一または複数ラインスペクトルの一定の照明、あるいは、周知の周期性を有するパルス光源、各々が付属の拡散器を持っているＬＥＤや半導体レーザを、上述したもの各々に対して使用することができ、また、画像捕捉装置と組み合わせることができる）。その他、オブジェクトの位置の支援にも、この種のヒントを同様に利用できる。このような場合すべてにおいて、光捕捉装置は、視覚センサの広い視野によって、この種のヒントを感知することができる。その装置は、物理的にあるいは電子的に操作および／または調節されて、復号化に適した、デジタル符号化されたオブジェクトの高解像度画像を取り込む。
【０１５７】
【雑誌】
雑誌（および新聞）をベドゥープデータでステガノグラフィック符号化して、別の「紙を入口とする」ものを体験できる。以前説明したオフィスの書類の場合と同様、符号化されたデータは、同じ内容または関連する内容を有するコンピュータの位置（例えば、ホームページ）を与える。
【０１５８】
典型的な一実施形態では、印刷前に、雑誌の空白ページの在庫品がベドゥープ符号化される。高速インクジェット装置によって、透かしを行うことができる。この装置は、基本的には感知できないインク飛沫の微小なパターンを、各ページに渡って撒き散らす。各ページに異なる透かしを行うことができるため、復号化の際、雑誌の２１ページと、それと同じ雑誌の２２ページとを区別することができ（また、１９９９年６月２１日号の１０６ページと１９９９年６月２８日号の１０６ページを区別することができる）。必要ならば、後にページ上に印刷される記事の実際の境界に基づいて、または、例えば、横３列、縦５行のグリッドパターンで、各ページをさらに複数の領域に分けることもできる。各領域が明確なベドゥープコードを伝達し、そのページの様々な部分が様々なウェブデータへつながるようにすることもできる。
【０１５９】
透かしと印刷の後、このようにして作成されたページは、普通のやり方で、他のものと一緒に製本され、完成した雑誌となる。（その雑誌の全ページに透かしを入れる必要はない。）
【０１６０】
勿論、インクジェット印刷以外の工程でも、透かしを入れることができる。例えば、加圧ローラでテクスチャをつける方法は、別のオプションであり、大量の紙を処理する場合に適している。また、（例えば、アドビフォトショップ（Ａｄｏｂｅ  Ｐｈｏｔｏｓｈｏｐ）やコレル（Ｃｏｒｅｌ）の画像編集製品とともに入手できる）市販の透かしソフトウエアを使って、広告に記載されたアートワークに電子透かしを入れることができる。
【０１６１】
ある雑誌をベドゥープ対応コンピュータの光スキャニング装置に提示すると、そのコンピュータは、ベドゥープデータを感知し、それを復号化して、そのベドゥープデータに対応するインターネットアドレスのウェブブラウザを起動する。もし、その雑誌のページが広告であれば、そのインターネットアドレスによって、その広告の補完的な情報を提供することができる。例えば、その雑誌のページが食料品の広告であれば、ベドゥープデータによって、広告の品を使ったレシピが掲載されたホームページを識別することができる。もしも、その雑誌のページに南国の海辺の写真が含まれていれば、そのベドゥープデータは、旅行関係の（例えば、エクスペディア（Ｅｘｐｅｄｉａ）や他の旅行会社が主催する）ホームページへ案内することができる。そこでは、掲載された浜辺で休暇を過ごしたいと考える読者に有用な、運賃や宿泊情報を提供する。（ユーザのコンピュータに保存され、表示されたページのカスタマイズができるようにウェブサイトに伝えられたユーザプロフィールを参照することによって、読者の自国の飛行場用に、運賃情報をカスタマイズできる。）
【０１６２】
ベドゥープデータにつながるデータは、固定されていなくてもよく、毎週、毎日、あるいは、他のものをもとに更新できる。このようにして、数ヶ月前に出た雑誌のページがベドゥープ装置に提示された場合、結果として得られたデータを最新のものにできる。リンクされたデータには、オーディオおよび／またはビデオによる表現を含めることができる。
【０１６３】
広告の場合、ベドゥープデータを入れることで、その広告主にとって、その広告の価値が上がるため、雑誌の出版社から広告主に、より高い料金を請求することができる。この高くなった分は、価値を高めたベドゥープ技術と基盤構造を提供する企業で分け合うことができる。
【０１６４】
【名刺用アプリケーション】
例えば、テクスチャ、透かし着色、インクジェットの飛散、文字のステガノグラフィ等によって、従来の名刺をベドゥープデータでステガノグラフィック符号化することができる。上述した多く実施形態と同様、ステガノグラフィック符号化は、スキャンの間に取り込まれるカードの向きが不定であり、寸法にひずみも発生している中での復号化を円滑にするよう調整されている。（このような技術のいくつかは、例えば、上述した本願出願人の特許と出版物に示されている。この他、職人に知られた様々な技術がある。）
【０１６５】
名刺を受け取った者が、それをベドゥープセンサの前にかざすと、ローカルシステム上のオペレーティングシステムは、ローカルベドゥープアプリケーションを起動する。このローカルベドゥープアプリケーションは、順番に、遠隔名刺サーバに対する外部インターネット接続を確立する。ローカルベドゥープアプリケーションは、そのサーバのアドレスを既に知っている（例えば、前回の使用により保存してある）。または、ローカルベドゥープシステムが、上述したＤＮＳサーバの公衆ネットワークを越えて、名刺サーバへ到達することもできる。
【０１６６】
名刺のネームサーバは、大量の名刺データを保守し、ＵＩＤごとに１つのデータベース記録を持っている。そのサーバは、ローカルベドゥープシステムからベドゥープデータを受け取ると、そのＵＩＤを解析し、対応するデータベース記録にアクセスする。この記録は、一般的に、従来の名刺に通常、印刷されるよりも多くの情報を含んでいる。記録からのサンプルフィールドには、例えば、名前、肩書き、会社の電話、会社のファックス、携帯電話、電子メールアドレス、会社名、会社のホームページアドレス、個人のホームページアドレス、秘書の名前、配偶者の名前、誕生日が含まれている。この記録は、発信元のベドゥープシステムに送り返される。
【０１６７】
これで、ローカルベドゥープシステムはデータを有することになるが、それをどのように処理するかについては、ユーザからのさらなる指示が必要である。例えば、電話番号をダイヤルするのか？その情報は、個人的な連絡先管理用データベース（例えば、アウトルック（Ｏｕｔｌｏｏｋ））に入力するのか？等がある。
【０１６８】
典型的な実施形態では、ローカルシステムは、例えば、文字用のプロンプトや合成音声等によって、ユーザに使用可能な選択肢を提示する。ユーザは、システムによって指示された方法で名刺を操作し（例えば、会社に電話する時は下へ移動、家へ電話する時は上へ移動、会社のホームページにアクセスする時は右へ移動、個人のホームページにアクセスする時は左へ移動、データベースの記録から個人的な連絡先管理用データベースへ特定の要素を入力する（テンプレートに従ってフィルタがかけられている）時は左へ回転する等）、応答する。それに応じて、ローカルベドゥープシステムが応答する。
【０１６９】
名刺を差し出す人の中には、追加の情報、例えば、従来の連絡先管理用ソフトウエアプリケーションで知られている以上の情報を、名刺の受取人が利用できるようにする者がいる。例えば、名刺の提示に対して示されるローカルベドゥープシステムからの選択肢の１つとして、名刺を出した人の個人用の日程表を調べるようにしてもよい。（名刺の差出人は、ウェブアクセスのできるコンピュータ上に自分の個人用の日程表を保守することができる。）この構成により、名刺の差出人がオフィスにいる日時や予約を取れそうな日時を、名刺を受け取った人が知ることができる。
【０１７０】
通常、いつものウェブブラウザで、このウェブ上の日程表にアクセスすることはできず、（認証またはパスワードデータとみなされる）ベドゥープデータに応答することでのみ、アクセスすることができる。
【０１７１】
ユーザの中には、それぞれに違うレベルのアクセス認証（例えば、異なるＵＩＤ）で符号化した名刺をいくつか持ち歩く者もいる。このようにして、何ら日程の情報のない人名データのページにアクセスするカードもあれば、それと同じページまたは別のページにアクセスして、当日の日程または週間の日程にだけアクセスできるカードもある。さらに別のカード（例えば、「配偶者カード」）では、それと同じページまたは別のページにアクセスして、名刺の差出人の全日程にアクセスすることができる。ユーザは、共有したい個人情報の量に従って、このような様々な名刺を様々な人へ配ることができる。
【０１７２】
関連する実施形態によれば、ベドゥープの名刺データに対応するデータベースの記録に、「現在の」電話番号フィールドを含めることができる。このフィールドでは、名刺の差出人に対する、そのときの最適の通信チャネルを、一日中、継続的に更新することができる。名刺の差出人が家を出てオフィスに行くとき、あるいはオフィスから車で出かけるとき、あるいは一週間、違う町のオフィスで働くとき等に、それに応じて、このデータフィールドを更新できる。（ワイアレスアップリンクを有するポケットタイプのＧＰＳ受信機を携帯して、その者のその瞬間における位置に応じて、判明している様々な可能性の中から「現在の」番号へ切り換える支援をさせることができる。）このデータベース記録に「現在の」電話番号の要求があれば、その時の最新情報が提供される。
【０１７３】
例えば、ベドゥープ可能な公衆電話を考える。電話をかけるため、そのベドゥープセンサの前に名刺をかざす（または、光スキャナトラックを滑らせる）。電話は、名刺サーバのデータベースに「現在の」電話番号の問い合わせを行い、その番号をダイヤルする。
【０１７４】
データベース記録に保存された、どのフィールドをも更新するため、名刺の差出人は、書き込み許可の特権を持つ特別なカードを使うことができる。その特別なカードは、特別な符号化を行ったバージョンの名刺でもよいし、名刺差出人に一意の別のオブジェクト（例えば、名刺差出人の運転免許証）でもよい。
【０１７５】
名刺や個人的な日程への言及は、単なる例に過ぎない。一世紀前は、「テレホンカード」は、ビジネスというよりも、厳密に社会的な利害関係を有する人々によって使用された。たった今説明した原理を同様に適用できる。ティーンエイジャ達は小さなカードを持ち歩き、新しく知り合った人と交換して、個人的情報、好きな音楽、芸術的な活動、ビデオクリップ等の個人的な調査書類へのアクセスを許可することができる。そのカードには、ステガノグラフィック符号化されたベドゥープデータに全く関係のない目的を果たすアートやその他の印といった装飾を施すことができる。
【０１７６】
【ジェスチャーによる入力】
埋め込まれた校正用データへ参照したり、その他の技術によって、ベドゥープシステムは、オブジェクトの寸法状態、回転状態、Ｘ−Ｙオフセット、これとは異なる寸法状態を決定できる。スキャン装置が、適当な高フレームレート（例えば、１秒間に５または１０フレーム）で動作すれば、これら４つの変数のどれか、または全部の変化は、長い時間、追跡でき、追加入力としての機能を果たす。
【０１７７】
上述した例では、ベドゥープスキャナの前でオブジェクトを左や右に動かすことで、ダイアログボックス内の左側ボタンまたは右側ボタンが選ばれる。これは、スキャンされたオブジェクトのＸ−Ｙオフセットの変化である。上述した例では、そのオブジェクトを内側へ向けてカメラへ近づけることによって、選んだボタンが作動する。これは、スキャンされたオブジェクトの寸法状態の変化である。
【０１７８】
同様に、オブジェクトを左や右にひねることで、適切にプログラムされたベドゥープアプリケーションにおいて、さらに２つの応答の１つに指示を与えることができる。（これは、回転状態の変化である。）同様に、オブジェクトの一部分をカメラに近づける、または遠ざけるように傾けることで、アプリケーションにおいて、さらなる２つの応答の１つに指示を与えることができる。（これは、異なる寸法状態における変化である。）
【０１７９】
たった今説明した名刺の場合、例えば、コンピュータのベドゥープスキャナの前に名刺をかざすことができる。その名刺を左にひねった場合、コンピュータは、名刺上のベドゥープデータに対応するホームページアドレスのウェブサイトブラウザを開く。名刺を右にひねると、コンピュータは、名刺で示される電子メールアドレスをあらかじめ宛名とした、電子メールテンプレートを開く。
【０１８０】
その他の例では、オブジェクトの右端をスキャナに向けてひねることによって、マウスの右クリック入力の実行として使用でき、右端をスキャナから離してひねることによって、マウスの左クリック入力の実行として使用できる。
【０１８１】
これら４つの位置決め変数の内、２つを同時に変化させることによって、コンピュータへの４つの異なる入力の１つを行うことができる。（例えば、（ａ）近づけながら左へひねる、（ｂ）遠ざけながら左へひねる、（ｃ）近づけながら右へひねる（ｄ）遠ざけながら右へひねる）。これらの変数の３つ、または４つ全部の同時変化によっても、コンピュータへ、８または１６個の異なる入力の１つを行うことができる。
【０１８２】
これらのモードの２つあるいはそれ以上でオブジェクトの操作を同時に行うのは、一般的にやりにくく、１つのモードでのオブジェクト操作の特徴である単純で直感的な感覚を損なうことになる。しかし、異なるモードでの名刺の操作を、同時ではなく連続的に行う（例えば、左にひねった後に近づける）ことによっても、似たような効果を上げることができる。さらには、連続操作をすることで、同一モードを連続して２回使用する（例えば、近づけた後、遠ざける）こともできる。このような、オブジェクトの連続的な操作によって、ベドゥープシステムへ、任意で複雑な入力を送ることができる。
【０１８３】
（上述したジェスチャーによる入力アプリケーションには、デジタル符号化されたオブジェクトが必要ないことが分かる。画像データ中で区別できるオブジェクト（タリスマン）は、ユーザが、上述した方法で操作することができる。そして、適当なシステムが、そのオブジェクトの動きを認識し、それに応じて応答する。オブジェクト上にデジタルデータを設定することによって、機能性の範囲がさらに広がる（例えば、操作されるオブジェクトのデジタル符号化に従って、同一ジェスチャーに異なる意味をもたせる）が、これは本質的なものではない。
【０１８４】
さらには、デジタル符号化されたジェスチャー用のタリスマンの範囲内においても、ステガノグラフィック符号化は本質的なものではない。光学的に認識可能なデジタル符号化についての他のあらゆる周知の方法（例えば、１Ｄおよび２Ｄバーコード等）を容易に利用できる。
【０１８５】
図示した実施形態では、名刺や写真をタリスマンとして使用しているが、タリスマンとして使用可能なものの範囲は、基本的に無限である。
【０１８６】
動的なジェスチャーが、このようなタリスマンによって実現できる唯一の通信ではなく、それに代えて、静的な配置（例えば、異なる方向にタリスマンを提示する）も採用できる。
【０１８７】
雑誌広告について考える。ページの上端を上に向けてセンサに提示すると、第１の応答を起動できる。そのページを９０度回転させて提示した場合、第２の応答が起動される。１８０度の回転（すなわち、逆さま）や、２７０度の回転についても同様である。雑誌のページより識別された透かし信号の属性を参照することによって（例えば、本願出願人による先の特許に詳述された、サブリミナルグリッド信号から識別できる回転状態を参照することによって）、ベドゥープ検知器は、このような様々な回転状態を検知することができる。
【０１８８】
【ジェスチャーによる復号化モジュール】
様々な方法によって、ジェスチャー入力によるベドゥープシステムの復号化を実現できる。ベドゥープシステムの中には、そのベドゥープアプリケーションの一部として、この機能が提供されているものもある。しかし、一般的に、ジェスチャーの動きを識別するためには、アプリケーションに未加工のフレームデータが提供されなければならない。この機能が通常、多くのベドゥープアプリケーションで使用されているため、（オペレーションシステムレベルで一般的な）単一のジェスチャー解釈ソフトウエア機能を用意してフレームデータを分析し、すべてのベドゥープアプリケーションに、標準形式でジェスチャー出力データを提供するのが望ましい。
【０１８９】
このようなシステムでは、ジェスチャー符号化モジュールが、一連の画像データフレーム内の符号化されたオブジェクトを追跡し、オブジェクトの位置や長い間における操作を特徴付ける様々なパラメータを出力する。このようなパラメータの内の２つによって、画像データの現在のフレーム内におけるオブジェクトのＸ−Ｙ位置を表す。モジュールは、オブジェクト上の１つ（または、複数）の参照ポイントを識別し、２つの対応位置データ（ＸとＹ）を出力できる。最初のパラメータは、画像フレームの中心から見た、参照ポイントの水平方向のオフセットを、フレーム幅に対するパーセンテージで表している。２の補数表現、または正または負の数を表すことのできる他の表現を使用することで、参照ポイントが中心フレームの右にある場合、このパラメータが正の値を持ち、参照ポイントが中心フレームの左にある場合には、負の値を持つようにすることができる。同様に、第２のパラメータＹは、参照ポイントの位置が中心フレームの上か下かという特徴を表している（上とすることで、正の値を表す）。これら２つのパラメータそれぞれは、７ビットのバイトで表現することができる。画像データの新たなフレームが処理される度に、ジェスチャーによる復号化モジュールから、Ｘ，Ｙパラメータの新しい対が出力される。
【０１９０】
多くのアプリケーションにおいて、オブジェクトの絶対的なＸ−Ｙ位置は、重要ではない。むしろ重要なのは、システム応答の態様を左右する、ＸとＹにおけるオブジェクトのフレームツーフレームでの動きである。ベドゥープアプリケーションは、上述した２つのパラメータの変化をフレームツーフレームで監視して、このような動きを識別することができる。しかし、より一般的には、ジェスチャーによる復号化モジュールがこの機能を実現し、さらなる２つのパラメータＸ’とＹ’を出力する。最初のパラメータは、最終フレーム以降の参照ポイントの右／左方向の動きを、全フレーム幅のパーセンテージで表す。この場合もまた、このパラメータは、２の補数形式で表され、正の値は右方向への動きを表し、負の数は左方向への動きを表している。同様に、後者のパラメータは、最終フレーム以降の参照ポイントの上下方向の動きを表す。
【０１９１】
ジェスチャーによる復号化モジュールから出力されるパラメータによって、オブジェクトの寸法、それとは異なる寸法、回転状態も同様に分析され、提示される。
【０１９２】
オブジェクト上の２つ（または、それ以上）の参照ポイント（例えば、カードの対角線上のかど）を参照することによって、寸法状態を識別できる。この２点間（または、３点あるいはそれ以上の点で囲まれる領域）の距離が認識され、画像フレームの対角線の大きさ（または、その領域）に対するパーセンテージで表される。単一の出力パラメータＡは、７ビットの２進表示で出力される。
【０１９３】
Ｘ−Ｙデータを使った場合と同じように、ジェスチャーによる復号化モジュールでも、最終フレーム以降の寸法状態パラメータの変化を監視し、対応する出力パラメータＡ’を生成することができる。このパラメータは、２の補数形式でも表すことができ、正の値は、最終フレーム以降における、オブジェクトをセンサへ近づける動きを表し、負の値は遠ざける動きを示す。
【０１９４】
オブジェクト上の４つの参照ポイント（例えば、カードの４辺それぞれの中心点）を参照することによって、異なる寸法状態Ｂを識別できる。カードの辺上の２点は、水平方向の線を規定し、カードの上下の辺上にある２点は、垂直方向の線を規定する。２本の線の長さの比が、異なる寸法の尺度である。この比は、長い線の長さに対する短い線の長さのパーセンテージで表すことができる（すなわち、その割合は、常に０と１の間にある）。また、２の補数の７ビット表現を使用して、正の値は、垂直方向の線が短いことを示し、負の値は、水平方向の線が短いことを示す。（上記と同じように、動的なパラメータＢ’も識別でき、最終フレーム以降の異なる寸法パラメータＢに変化があったことを、同じく、７ビット形式の２の補数で表す。）
【０１９５】
回転状態のパラメータＣは、オブジェクト上の２つの参照ポイント（例えば、カードの２辺上の中心点）によって規定される線の角度の方向によって識別することができる。このパラメータは、７ビットの２進値として符号化でき、参照方向（例えば、水平方向）から時計回りの回転オフセットのパーセンテージを表す。（この２つの参照ポイントは、０〜３６０度の全範囲のデータを表現する場合、オブジェクトの角度についての位置に関係なく、互いに区別できなくてはならない。これら２点が区別できない場合、０〜１８０度の範囲のデータしか表すことができない。）上述のように、動的なパラメータＣ’も識別されて、最終フレーム以降における回転パラメータＣに変化があったことを示す。このパラメータは、７ビット形式の２の補数であり、正の値は、時計回りに回転の変化があったことを表す。
【０１９６】
上述の分析技術と表現基準は、勿論、一例に過ぎない。職人は、提供される特定のベドゥープアプリケーションの必要性を満たす多くの構成が他にも存在することを知っている。
【０１９７】
例示したシステムでは、ＡＰＩのような、標準化されたインタフェースプロトコルを介して、ベドゥープアプリケーションプログラムがジェスチャーによる復号化モジュールと通信する。あるＡＰＩは、ジェスチャー入力モジュールに対して、現在位置を示すパラメータの一部または全部（例えば、Ｘ，Ｙ，Ａ，Ｂ，Ｃのどれか、または全部）を問い合わせることができる。そのモジュールは、要求されたパラメータで発信元のアプリケーションに応答する。別のＡＰＩは、ジェスチャー入力モジュールに対し、現在の動きを示すパラメータの一部または全部（例えば、Ｘ’，Ｙ’，Ａ’，Ｂ’，Ｃ’のどれか、または全部）を問い合わせることができる。さらに別のＡＰＩは、ジェスチャーによる復号化モジュールに対し、位置や動きのデータの一部または全部に対する更新された値を、実行ベースで、各フレームから識別されると直ちに提供するように要求を出すことができる。補完的なＡＰＩでは、上述の動作が中断する。このような構成によって、すべてのジェスチャーデータを利用できるが、ベドゥープアプリケーションプログラムは、必要とする特定のデータを、必要とする時にのみ得るだけである。
【０１９８】
外部サーバと通信するベドゥープアプリケーションでは、ベドゥープデータ（すなわち、ＣＬＡＳＳ、ＤＮＳ、オプションでのＵＩＤ）のみを最初に送ることができる。応答の仕方を決定する際に遠隔サーバがジェスチャーデータを考慮しなければならない場合には、その遠隔サーバは、必要なデータについてローカルベドゥープシステムにポーリングすることができる。そこで、１またはそれ以上の個別の送信で、ローカルベドゥープシステムによって、その遠隔サーバへ、要求されたジェスチャーデータが送られる。
【０１９９】
他の実施形態では、ジェスチャーデータの帯域幅が狭い（例えば、１画像フレームにつき、およそ５６ビット）ため、そのデータは、指定通り、かつ自動的にリモートコンピュータへ送られ、必要な場合、すぐに使用することができる。ある実施例では、このデータは、８バイトのパケットに組み立てられ、そのパケットの第１のバイト（例えば、Ｘパラメータ）は、先頭に「１」の同期ビットが付き、パケットのそれ以降のバイトは、先頭に「０」の同期ビットが付いている。（これらの同期ビットは、正確なパケット復号化を支援するために使用できる。）
【０２００】
実施形態の中には、ジェスチャーデータの関連パケットに対応するために、通常の６４ビットベドゥープの長さを延長することが有用な場合もある。これは、例えば、ベドゥープパケットのＵＩＤフィールドのような予約ビットの使用によって実現できる。このビットの値は、通常は０である。その値が１の場合、ベドゥープデータが通常の６４ビットではなく、１２８ビットであり、後半の６４ビットがジェスチャーデータのパケットを構成している、ということを示している。
【０２０１】
他の補助データをベドゥープデータにつけるために、同じような延長プロトコルを使うことができる。例えば、ベドゥープデータに、さらに２５６ビットのデータフィールドが続いていることを、ＵＩＤフィールドの別の予約ビットで示すことができる。データフィールドの解釈は、最終的に、周知の方法でベドゥープデータを提供するリモートコンピュータによって行われる。（このようなビットは、例えば、プロフィールデータ、クレジットカードデータ等を伝達する。）付加されたデータフィールドには、同様に、さらに付け加えられたデータが存在することを示す一つ以上のビットが含まれる。
【０２０２】
【おばあちゃん達】
コンピュータは、ほとんどの人にとって複雑すぎる、という不満がよく聞かれる。経験の少ないユーザか容易に使えるようにコンピュータ−ユーザ間のやり取りを単純化しようとすると、大抵は、経験を積んだユーザをイライラさせてしまうことになる。
【０２０３】
現在の技術のこの態様によれば、コンピュータユーザの高度な知識は、そのシステムとやり取りするユーザによって使用されるタリスマンの上にステガノグラフィックに暗示される。コンピュータは、このステガノグラフィック符号化がなされたデータを検知し、それに従って、ユーザとやり取りするモードを変更する。
【０２０４】
インターネットブラウザソフトウエアを考える。熟練ユーザは、例えば、様々なドロップダウンメニュー／サブメニュー、キーボードのショートカット、マウスの右クリックによって使えるメニュー、ローラーマウスのスクロールホイールおよびスクロールボタン等を操作することによってアクセスできる別の機能に精通している。おばあちゃん達のようなユーザは、通常、あまり精通していない。
【０２０５】
ジェスチャーインタフェースによって、ユーザとコンピュータ間のやり取りが単純化されることが大いに期待できても、熟練ユーザと不慣れなユーザ間の同じような意見の相違が続きそうであり、一方のクラスのユーザが他方のクラスをイラつかせている。
【０２０６】
このギャップを縮めるため、タリスマンの符号化によって示された熟練度をもとに、コンピュータシステムは、様々な方法でジェスチャーに応答することができる。熟練ユーザには、例えば、インターネットブラウザソフトウエアで動作中のジェスチャーインタフェースは、タリスマンの左端が光センサに向かって倒されると、格納されている、お気に入りのウェブアドレスのリストを表示する。一旦、このリストが表示されると、熟練ユーザは、そのタリスマンを右に回転して、そのリストの一番上から下に向かってハイライト部分をスクロールすることができる。そのタリスマンを左に回転すると、お気に入りのリストの一番下から上に向かってハイライト部分をスクロールできる。デフォルト方向からのタリスマンの回転の度合いによって、スクロールのスピードを変えることができる。
【０２０７】
これとは逆に、新米ユーザにとって、このようなタリスマンを使った操作は、力を与えるというよりは、困惑の元になるかもしれない。タリスマンの左端をセンサに向かって傾けるという動作は、意図してではなく、間違えて行ってしまう場合の方が多いかもしれない。そのようなユーザには、タリスマンの動きを単純なＸ−Ｙ方向に依存することよって画面上のカーソルを動かす、より満足できるインタフェースを提供する。この場合、タリスマンをセンサに向って動かすことが、選択信号（すなわち、マウスの左クリック）として機能する。
【０２０８】
（たった今引用した例では、熟練ユーザが、お気に入りウェブサイトのリストを集めていた。様々な「お気に入り」リスト各々を、様々なタリスマンに関連させながら、コンピュータで保守できる。あるタリスマンを使う夫には、別のタリスマンを使う妻とは違う、「お気に入り」リストが提供される。）
【０２０９】
【印刷された写真】
印刷された写真は、そこに写っている人物に関連する情報（例えば、連絡先情報や個人データ等）につながるベドゥープデータでステガノグラフィック符号化することができる。
【０２１０】
このような写真を、電話機のベドゥープセンサに提示することができる。簡単な実施形態では、この電話が単にベドゥープデータを処理し、対応するデフォルトの電話番号を獲得して、その番号をダイヤルする。他の実施形態では、様々なオプションが考えられ、例えば、家の番号または仕事場の番号をダイヤルする。電話に写真を提示すると、例えば、写真を左に動かすことで、家にいるその人に電話をかけることができ、一方、右に動かすと、仕事中のその人に電話をかけることができる。
【０２１１】
電話がますます有能で、高機能な装置に進化するに従い、他の操作によって他の動作を起動することができる。コンピュータ／電話の合体装置では、例えば、写真を反時計回りに回転すると、写っている人の家にあるウェブカメラからのビデオデータが提供されるアドレスに対して、ウェブブラウザを起動する。その写真を時計回りに回転すると、写真の人物の電子メールアドレスが前もって宛先として設定されているところに、電子メールの書式を表示する。写真を右へ回転すると、システムのデータベースに、同じ人物または題材の写っている他の写真について問い合わせることになる。これらは、さらなるユーザ入力に応じて提示されるようにできる。
【０２１２】
この実施形態や他の実施形態では、ベドゥープデバイスがユーザに対して指示を出して、オブジェクトの操作を支援することは有用である。これは、（例えば、「家に電話するので、写真を左に動かしてください」）と音声で行うことも、または、視覚的なヒント（例えば、左向きまたは右向きの矢印の表示）によって実現することもできる。
【０２１３】
写真の裏の注記のように、その写真に注釈をつけるために、写真内のベドゥープデータを使用したり、あるいはアルバムに貼った写真の下にベドゥープデータを印刷することができる。ベドゥープデータによって遠隔データベースへつなぐことができるが、その場合、それぞれの写真のＵＩＤと関連させて、写真の所有者が文字（または音声）による注釈を入力することができる。数年後、写真の所有者が、名前のいくつかを忘れてしまったとき、ベドゥープセンサの前にその写真を置くと、システムは、その写真の所有者が数年前に付けた注釈を提供することで応答する。
【０２１４】
【運転免許証と他のカード】
運転免許証、社会保障カード、その他の身分証明書類が、発行当局によってベドゥープデータで符号化されると、ウェブを介して、所有者の個人記録をアクセスできる。ベドゥープシステムにその書類を提示すると、システムは、書類上に符号化されたデータに対応する個人的なアドレスへウェブブラウザを案内する。そのアドレスでは、書類の所有者は、州または連邦の確定申告データや社会保障の資格のような国の記録だけでなく、クレジットの記録のような内密に保守されている記録を閲覧できる。書類の空間的な操作によって、様々な機能の中からのユーザの選択を有効にすることができる。（その書類を紛失したり、盗まれた場合のプライバシー保護のため、社会保障番号や母親の旧姓のような追加データの入力が、ユーザに要求される。）
【０２１５】
ベドゥープセンサの前で運転免許証を操作することによって、ユーザは、運転免許証の更新を請求し、相当の費用の支払いが認められる。
【０２１６】
銀行（デビットやクレジット等）のカードも同様にベドゥープデータで符号化することで、そのカードの所有者が、銀行のカード勘定に対応する銀行の記録にアクセスすることができる。（プライバシーの保護のため、ＰＩＮコードの入力を求めるようにしてもよい。）
【０２１７】
そのような文書を使用して、他の個人データにアクセスできる。その一例が電子メールである。旅行者が、空港のベドゥープキオスクに立ち止まり、運転免許証を提示する。それ以上何もなくても、キオスクでは、その旅行者を待っていた電子メールを付属の画面に表示する。
【０２１８】
運転免許証を認識すると、キオスクは、（運転免許試験所、他の政府団体、私的団体、またはその旅行者によって保守される）遠隔サイトにアクセスし、免許証に符号化されたベドゥープデータを提示することによって、その操作に対する認証を行い、そして、キオスクは、認証されたアクセスに対応して、その人物について免除が前もって承認されていたという情報を獲得する。この情報には、電子メールのアカウントとパスワード情報を含めることができる。この情報を使用して、キオスクは、対応する電子メールサーバに問い合わせを行い、キオスクでの提示のために、最近受け取ったメールのコピーをダウンロードする。（プライバシー保護のため、例えば、機密事項を扱う電子メールのパスワードデータを遠隔サイトに問い合わせるときや、閲覧のため、ダウンロードした電子メールを表示する前等のように、プロセスのある時点で、ユーザが入力したＰＩＮ番号が要求される。）
【０２１９】
財布やハンドバッグに入れて持ち歩く、その他のカードも符号化して、様々な機能を可能にすることができる。常連客への報奨として、１２個のサンドイッチを購入すると無料のサンドイッチを一個進呈するサービスを行っている地方のサンドイッチ店は、その店のウェブを基盤としたサンドイッチ配送サービスへと導くベドゥープデータによって、その客の頻繁利用客カードを符号化する。または、頻繁利用客カードを取りやめ、代わりに、その客は、サンドイッチショップのベドゥープセンサの前で、自分の名刺やその他の身分証明書類を振って、店のコンピュータが保守している計算表に、購入クレジットを獲得することができる。
【０２２０】
新しい機能を提供するため、デジタルデータによって、同じように食券、健康保険証、書面による薬の処方箋を符号化することができる。
【０２２１】
ＣＯＭＤＥＸのような大規模な見本市では、訪問者に渡すための分厚く、光沢のあるパンフレットをベンダーが発行する必要はなくなる。代わりに、様々な、配布用の上品な販売促進カードを印刷する。後で、そのカードをベドゥープセンサに提示すると、それぞれのカードは、オプションとしての説得的なビデオやその他のマルチメディア構成要素を含む、ウェブを基盤とした表示へと案内する。ユーザ独自の要求に合わせて、その表示をカスタマイズするため、または焦点をしぼるために、ユーザは、データを提供するように指示を受ける。ユーザがさらなる情報を望んでいる場合、マウスのクリック（または、カードをひねること）によって、要求することができる。
【０２２２】
【景品と製品の宣伝】
製品のパッケージ（例えば、コカコーラの缶やスナップル（Ｓｎａｐｐｌｅ）のビンやペプシの１２パック入りの箱）を、コンテスト目的で符号化することができる。商品ごとに符号化をカスタマイズすることで、選択された商品が、ベドゥープスキャンされるときに、持ち主が賞金または賞品がもらえる権利を与える１００個のうちの１個であることの認識がなされる。その商品のベドゥープデータが提供された遠隔サーバは、ユーザに連絡先情報（例えば、住所や電話番号）を問い合わせ、その結果、賞品が授与でき、あるいは、より小さな賞品の場合、地方の取引先で品物や現金に交換できる当選証明書をシステムによって印刷できる。一旦、遠隔サーバで、当選した商品が識別されると、その商品が後に別の賞品用に使えないように、サーバ上のＵＩＤに交換済みのマークが付けられる。
【０２２３】
その他、同様の実施形態の中には、品物すべてを同じように符号化するものもある。当選者は無作為に決定される。例えば、コンテストの期間中、世界中の人々がコカコーラの缶をベドゥープシステムに提示する。各ユーザコンピュータ上の対応するベドゥープアプリケーションは、対応するウェブアドレスにベドゥープデータを提供する。それには、ユーザの電子メールアドレスも含まれる。このデータが、対応するサーバコンピュータに伝えられると、Ｎ番目ごとの組のデータが当選者であると判断され、当選データを出したベドゥープシステムへ対応する賞品通知または賞品が送られる。
【０２２４】
このようなコンテストの提起をクライアントベドゥープシステムから受けたサーバコンピュータは、１人のユーザが強引に当選しようとして、複数組のデータでサーバに攻撃してくることがないような構成とすることができる。（これは、例えば、含まれている電子メールアドレスや受け取ったＩＰアドレスをチェックし、過去の時間内に送られてきたデータに、同じアドレスが見つかった場合は、そのデータの提出を無視することで実現できる。ユーザコンピュータ上でも、例えば、コンテストデータが、１時間に１回以上、繰り返し送られてくるのを防止することによって、同様の力づくに対する防御を行うことができる。さらに高度な、力づくに対する防御手段も勿論、提供できる。）
【０２２５】
円筒状のソーダの缶のように、平面でない製品パッケージは、以下に詳述するような符号化と復号化の際に、ある種の光学的な問題点を呈する。
【０２２６】
【製品情報と注文】
製品パッケージと製品広告は、ベドゥープデータで符号化することができ、それらがベドゥープシステムに提示されると、その製品が購入できたり、さらなる情報の獲得ができるホームページへのリンクが開始される。一旦、リンクが確立されると、例えば、製品を注文するためには、カメラに向かって動かす、製品情報を得るには、カメラから離れるように動かすというように、様々な機能を実行するため、上述したのとは違うモードでオブジェクトを操作するように、ユーザは指示を受けることができる。注文を行うためにオブジェクトをカメラに向かって動かす場合、配達の選択を行うために、オブジェクトをさらに操作する（例えば、深夜便の場合は左へ回す、通常便の場合は右へ回す）ように、ユーザは指示を受ける。製品情報を得るために、オブジェクトをカメラから離れるように動かす場合、希望する情報の種類を指定するために、オブジェクトをさらに操作する（例えば、レシピの場合は左へ回す、ＦＤＡ（食品医薬品局）の栄養情報の場合は右へ回す、家族内での他の製品に関する情報の場合は上へ動かす、製品のメーカーに電子メールを送る場合は下へ動かす）ように、ユーザは促される。
【０２２７】
クレジットカードやその他、顧客への支払い請求情報は、郵送先住所の情報と一緒に、ベドゥープシステム上のプロフィールに保存することができ、購入のためのアクションが起動されると、自動的に、またはユーザがそのような情報が送られたことを確認（上述したモードの１つを使ったパッケージの操作あるいは広告によって確認が通知された）した後、取引を行うウェブサイトへと伝えられる。他の支払いモードも当然、採用することができる。
【０２２８】
【コンピュータアクセス用カード】
本開示では先に、安全が確保された建物へアクセスできるようにするために使うアクセスカードについて考えた。
【０２２９】
運転免許証、従業員写真ＩＤ、その他、その種の書類は、コンピュータ上のベドゥープセンサに提示することができる。コンピュータでは、ユーザを認識し、応答の際、様々な処理を講じる。
【０２３０】
１つの応答は、ネットワーク上へログを行うことである。別の応答は、ユーザのプロフィールファイルのロードの設定をすることであり、それにより、コンピュータは、ユーザが好む方法でデスクトップをどのようにアレンジするかを知ることができる。ベドゥープ符号化されたオブジェクトを操作することによって、ユーザは、さらに環境を変えることができる（例えば、標準的なビジネス生産性アプリケーションとソフトウエア開発アプリケーションを起動するためには、左へ回す。昼食時の娯楽、例えば、株式の更新、レクリエーションゲーム等を起動するには、右へ回す）。
【０２３１】
ホテルの部屋でも、ますますコンピュータサービスを提供しつつある。運転免許証を提示することによって、ベドゥープデータが示す遠隔サイトへ、ホテルの部屋にあるベドゥープ付きのコンピュータをリンクし、そのユーザ用の優先データを獲得し、ユーザのやり慣れた仕事用コンピュータの環境をまねた構成で、ホテルのコンピュータ上でもアプリケーションを起動することができる。
【０２３２】
【オーディオ／ビデオディスクとソフトウエアと本】
ＣＤおよびＤＶＤディスクの表面、またはそれらのラベル（あるいは信頼検査済証）あるいは折り込み広告あるいはそのアートワーク、またはそれらの容器（例えば、宝石箱やプラスチックケース等）、またはブックカバー、または本のページ等の上におけるしるしあるいはテクスチャリングによって、ベドゥープデータを伝達できる。関連するウェブサイトへリンクするため、これらのオブジェクトのどれもが、ベドゥープデバイスに対して提示できる。そこで、客は、オブジェクトを操作して（そうでない場合は選んで）、様々なオプションを選択する。
【０２３３】
音楽の場合、１つのオプションとして、同一アーティストによる他のＣＤ上の歌、あるいは同じジャンルの他のアーティストによる歌のＭＰ３や他のクリップを受け取るものがある。別のオプションとして、同一アーティストを扱った音楽ビデオクリップを見ることができるものがある。さらに別のオプションとして、そのアーティストの近々行われるコンサートのチケットを注文するものがある。店内のキオスクでは、迷っている客には、買う前にサンプルトラックを聞かせることができる。
【０２３４】
ビデオＤＶＤでも、似たようなオプションを提供できる。ビデオの場合、同一監督による映画、同じスターが出演する映画等、他の映画のリストを含めることができる。ソフトウエアの場合、注意書、不具合処置、製品の更新およびアップグレード等をオプションに含めることができる。当然、ユーザは、例えば、同一アーティストの別の音楽、同じスターが出ている他のビデオ、ソフトウエアップグレード版等をサイトから購入することができる。
【０２３５】
印刷された本の素材につけられたベドゥープデータを使って、似たようなオプションにアクセスすることができる。
【０２３６】
子供達は小さい頃、本のページをめくる技を覚える。子供達は、本のページにある絵を見ることを覚え、その絵柄に関する物語を聞いて楽しむ。一般的に、大人は言葉を読み、子供は絵を見ながら話を理解する。子供達は、その物語の言葉を繰り返し聞いて楽しむ。絵を見ることと言葉を何度も聞くこととを組み合わせることは、本を読むことと楽しむことを覚えるのにすぐれたメカニズムである。
【０２３７】
子どもが絵を見るのと言葉を聞くのとのを独立して行えるように、埋め込んだ電子透かしデータによって、上記のプロセスを自動化することができる。このような構成によって、子どもに本の読み方や本への愛情を教えながら、楽しさを提供する。また同時に、子どもに独立心を与えたり、自動化メカニズムを熟知させる。
【０２３８】
さらに詳しく言えば、本の中の絵柄あるいはそのページの紙の下地が、電子透かしを含む。子どもが本のページをめくると、カメラがその画像を捕らえ、接続されたコンピュータがその透かしを読む。そして、その透かしを使って、局所的または遠隔でデータの保存場所に見出しをつけ、見ているページに対応する文字を獲得する。その後、文字−発話変換機によって、文字を音声にして子どもに聞かせる。（その代わりに、データの格納として、単純な文字ではなく、デジタル化された発話を含み、例えば、物語の異なる登場人物には異なる声を与えるようにすること等もできる。）このようにして子どもは、ページをめくりながら、本のページに印刷された言葉を聞く。ページをめくることによって、子どもがプロセスを制御する。子どもは、印刷された言葉とコンピュータが再生する言葉との関連性を自然に覚える。
【０２３９】
【宣伝の追跡】
広告主は、一般的に同一製品あるいはサービスに様々な広告を使い、また、どの広告がどの人口統計学的グループ内でより効果的かを追跡するための手段を使う。ベドゥープは、このような機能を提供することができる。
【０２４０】
ハワイでの休暇を宣伝している旅行業者のウェブサイトを考える。いくつかの広告からのベドゥープデータが、顧客をそのサイトへ案内することができる。
【０２４１】
同一の広告をいくつかの異なる雑誌に載せることができ、それぞれが、異なるベドゥープＵＩＤで符号化されている。そのサイトへのベドゥープの問い合わせのＵＩＤを監視することによって、旅行業者は、どの雑誌が（例えば、１０００人の読者につき）最も高い消費者反応をするかを決定することができる。
【０２４２】
同じように、単一の雑誌の中で、２あるいはそれ以上の宣伝を、それぞれが異なるＵＩＤを持つサイトへ案内するベドゥープデータで符号化する。再度、そのサイトをアクセスするときに使われたＵＩＤを分析することで、より効果的なのはどの広告であったかを示すことができる。
【０２４３】
上記の例における２つのＵＩＤは、それら両方が同じインターネットの宛先へ案内する場合、あるいは異なる宛先へと案内する場合がある。
【０２４４】
インターネットリンクの有する瞬時に伝わるという特徴によって、広告主は、消費者の印刷広告への反応が、時間帯によってどのように変化するかを知ることができ、それによって、ある製品をより効果的に宣伝するときの助けとなる情報を得ることができる。
【０２４５】
上述のものに対する、さらに複雑な変形例や組み合わせも勿論、可能である。広告に応答して、（前もって保存された個人プロフィールへのアクセスを許可することによって、あるいはウェブを基盤とした書式を記入することによって、あるいはその広告を操作する（例えば「今朝コーヒーを飲んだ方は、その広告をあなたのベドゥープセンサに向かって動かしてください。」）ことによって）、消費者が個人情報を提供すれば、より豊富な統計データを収集することができる。
【０２４６】
【カードのロロデックス（Ｒｏｌｏｄｅｘ）】
ロロデックスのような構成で、電話やコンピュータの近くに、上述したベドゥープ符号化された名刺を集める、あるいは保管することができる。冷蔵庫の製氷機が故障した場合、家の人は、数年前に使われた、電気製品の修理工の名刺を見つけ、それをベドゥープセンサに提示することができる。その修理工の会社へ（例えば、ウェブサイトで、または電話を介して）リンクが張られる。ウェブサイトでは、修理工が、例えば、空き時間や現在の料金一覧表等の基本的な情報を提供する。家の者は、その故障について相談するため、テレビ電話会議（例えば、ネットミーティング（Ｎｅｔ Ｍｅｅｔｉｎｇ））を起動するオプションを、（名刺のジェスチャー、または他の方法によって）選択する。または、家の者は、電子メールを送るという別のオプションを選択する。さらに別のオプションとして、修理工の週の日程表に、家の者が訪問修理の予約を入れることもできる。さらに別のオプションでは、家の者が、一般的な電気製品の故障に対する修理方法を顧客に教える、一つ以上の短いビデオを見ることができる。
【０２４７】
【プリペイドカード】
電子マネーシステム（例えば、１９９９年５月１９日提出の米国特許出願６０／１３４，７８２で詳述される種類のもの）によって、（お金の増加を表す）乱数トークンが保存されている記憶装置へ案内するカードにベドゥープデータを符号化できる。このカードをベドゥープシステムに提示すると、そのトークンを読んで暗号化するアプリケーションが起動し、対応する銀行の情報センターのコンピュータに、その暗号化されたデータが転送されて、残高を知ることができる。そこではトークンが解読され、その有効性が確認される（しかし、決済は行われない）。銀行のコンピュータは、ベドゥープシステムに応答して、カード上のトークンの残高を示す。
【０２４８】
セキュリティ上の理由から、乱数のトークンを保存する記憶装置は、一般的な方法ではアクセスができないものでなければならない。その代わり、ユーザは、その情報へアクセスできる許可を表す認証データを提示しなければならない。この許可データは、ＰＩＮコードとすることができる。または、第２のベドゥープ符号化されたオブジェクト、例えば、運転免許証をベドゥープシステムに提示することによって、ユーザが認証を提供する場合もある。（他の多くのベドゥープシステムは、交互にまたは一度に全部提示される、２あるいはそれ以上のベドゥープオブジェクトを都合よく使用したり、あるいは使用の要求ができる。）ベドゥープシステムは、さらなるベドゥープオブジェクトを必要に応じて提示するようユーザに指示する、視覚的または聴覚的なプロンプトを提供できる。
【０２４９】
【スキーのリフト券】
別の実施形態によれば、スキーのリフト券をベドゥープ符号化して、様々な機能を提供する。
【０２５０】
例えば、スキーヤーは、一日中有効なリフト券を買う代わりに、８回券を購入する場合がある。このデータは、券の上に符号化され、各リフトのところのベドゥープセンサによって感知される。共通サーバは、実際に購入されたリフト券の数を追跡し、使用されるときに回数を更新し、このサーバにセンサがネットワークでつながれている。スキーヤーは、リフトに乗るたびに、あるいは降りるたびに、残りの回数を知らされる。使用の痕跡（例えば、Ｎパーセントのスキーヤーが、２本のリフトだけで一日中スキーをした等）についての統計データを集めることができる。
【０２５１】
スロープを離れて家に帰り、ベドゥープセンサに使用済みのリフト券を提示すると、現在の雪の状態やリフトの運行時間についての情報を得たり、軌跡マップを閲覧したり、スキーの休暇パッケージを申し込むことができる。その券に所有者の名前、ＵＩＤ、通商上／マーケティングの利益についての他の情報が符号化されていれば、地方の業者は、リフト券のベドゥープスキャンと、このような情報の回収結果とに応じて、券の持参人に対して、選んだ品物の値引きを行うことができる。
【０２５２】
【ＲＥＩメンバーカード】
特定の店のメンバーカードをベドゥープ符号化して、メンバーに付加価値を提供することができる。ＲＥＩのようなアウトドア用品店では、ベドゥープセンサにカードを提示することで、米国地質調査所（ＵＳＧＳ）の地図のライブラリや、現在のつりや狩りの規制に関するホームページ等に案内することができる。勿論、その店のオンライン注文サイトにも、あっという間にアクセスできる。
【０２５３】
【テーマパークチケット】
ビジターの年齢と性別データ、および、経験（例えば、テーマパーク名士の名簿から、ビジターのお気に入りはインディジョーンズである）をカスタマイズできるようにした付加データで、テーマパークのチケットを符号化する。テーマパークのいたるところにキオスクがあり、そこでビジターがチケットを提示して、その滞在を特定の話しの筋に組み立てる。キオスクの中には、受取人の年齢／性別にあった賞品を出すところもある。
【０２５４】
【車のキー】
車のキー（または、キーホルダーの飾り）をベドゥープ符号化する。点検のために車をショップに持っていくと、メカニックは、そのキーをベドゥープセンサに提示し、その結果、その車のメンテナンス履歴を、それを保守している遠隔サーバから得ることができる。家では、そのキーをベドゥープセンサに提示し、操作することによって、車に関する様々なウェブサイトを介してナビゲートすることができる。
【０２５５】
実施形態の中には、ベドゥープ符号化されたオブジェクトが、サイトへのナビゲートには使用されず、その代わり、ユーザのコンピュータが別のやり方でウェブサイトにリンクされると、データを提供するのに使用されるものもある。ウェブサーフィンをして車の評価サイトに行き着いたユーザは、ベドゥープスキャナにキーを提示することができる。そのベドゥープデータを使って、その車の製造元、モデル、オプション等を格納している遠隔データベースをアクセスする。このデータは、ユーザに車の見積り価格を返すデータベースエンジンに提供される。
【０２５６】
メカニックのウェブサイトを訪問している間、キーまたはキーホルダー飾りを提示（およびオプションとしての操作を）して、その車の点検の予約を入れることができる。
【０２５７】
【ファッションコーディネート】
デパートや洋品店の中には、様々なサービスを行うために「買い物相談係」を提供しているところもある。例えば、ドレスを買い物中の顧客が、そのドレスにぴったり合う靴やアクセサリを選ぶのを手伝ってくれるように、買い物相談係に頼む。
【０２５８】
そのドレスのベドゥープ符号化された衣類タグを使用して、似たような援助を行うことができる。そのようなタグに応答して、ベドゥープシステムはデータベースに問い合わせ、タグによって識別されたドレスに合うものとして、前もって特定されていた衣類やアクセサリのミニカタログを得る。これらのアイテムは、システムにつながっている画面上に個々に表示される。または、一つ以上のおすすめのアクセサリと一緒に、そのドレスを着た仮想モデルを合成して、映し出すことができる。（マウスやタッチ画面や衣類タグのジェスチャーによって）ユーザインタフェース制御を何度も起動して、様々な組み合わせを循環させることで、そのドレスを、様々な靴等を身に付けながら着ているモデルによって作り上げられた姿を、顧客は瞬時に見ることができる。
【０２５９】
特定の店（すなわち、顧客により、あらかじめ認められた店）のベドゥープシステムが、顧客のプロフィール（例えば、サイズ情報、繰り返し購入の情報、返品の記録、スタイル／色の好み等）へと導かれるように、顧客のクレジットカードをベドゥープ符号化することができる。
【０２６０】
【クレジットカードでの買い物】
消費者が商業的なウェブサイトを訪問し、表示された製品を購入したいと思うときは、単にベドゥープ符号化されたクレジットカードをユーザのコンピュータのベドゥープセンサに提示することによって、取引を速くすることができる。カード上のベドゥープデータは、クレジットカードの番号や有効期限を保持するデータベースの登録につながっている。そこで、ベドゥープアプリケーションは、表示された製品を購入するための指示とともに、この情報を（オプションとして、それを暗号化した後に）そのウェブサイトへ送る。
【０２６１】
（通常、買いたいという衝動と購入完了との間にハードルがあるため、衝動買いは阻止される。このような、または他のベドゥープアプリケーションは、この種のハードルを緩和する手助けとなる。）
【０２６２】
【製品のマーケティング】
１つの製品あるいはサービスに関連するベドゥープデータを、別の商品およびサービスのクロスマーケットに使用することができる。一足のゴルフシューズを買う消費者を考える。箱がベドゥープ符号化されていて、その箱をベドゥープシステムに提示することによって、消費者は、様々な販売促進のための売り出しが表示されたホームページにアクセスできる。消費者は、例えば、一つ以上の特定ローカルゴルフコースで、ゴルフを１ラウンド無料で回ることを選ぶか、または、オンラインの靴下業者からの注文を、どれでも１０パーセント引きにできるクーポンをプリントする。（１つの箱から重複した商品の引き換えを受けるのを防ぐため、様々な手段を講じることができる。その１つにシリアル番号があり、そのホームページまたはクロスマーケット業者によって追跡され、１度だけ使用が認められるものである。別の手段としては、消費者に対応する識別データがあり、その追跡を行って重複した引き換えを防ぐ。）
【０２６３】
製品タグも同様に、ベドゥープ符号化できる。ユーザは、ナイキ（Ｎｉｋｅ）アパレルの品物のタグで、ナイキのオンラインストアにアクセスし、そこで、買い物をすることができる。サッカー用のジャージに付いていたタグの場合、タグの特定の操作（例えば、左に回転する）によって、ユーザは、ワールドカップのページのような、サッカー専門ページにつながる。ゴルフ用手袋に付いていたタグの場合、あるローカルなゴルフコースのウェブサイトにつながる。開始時間を予約するためには、タグを左へひねる。コースマップや統計量を閲覧するためには、右へひねる。小売店の中には、ベドゥープキオスクがあり、消費者が、このようなベドゥープの機能を利用できるようになっている。
【０２６４】
【旅行計画サービス】
消費者が保養地の予約をすると、一般的に消費者には、様々な確認情報が（電子メール、または従来型の郵便で）送られてくる。まだ印刷されていない場合は、この情報（例えば、確認書）を消費者が印刷することができる。
【０２６５】
印刷されたオブジェクト上のベドゥープ符号化によって、予約に関するウェブを基盤とした情報（例えば、予約番号、消費者の名前、到着／出発の日付等）にアクセスすることができる。その消費者が、ディナーあるいはゴルフの予約をしたいと思えば、ユーザの家あるいは空港のキオスク等のいずれかで、このオブジェクトをベドゥープシステムに提示する。そのシステムは、オブジェクトの種類や符号化データを認識し、その保養地の様々な情報提供や日程計画サービスを行う遠隔コンピュータへリンクを確立する。オブジェクトを操作することによって（または、別のやり方で）、消費者は、希望のディナーやゴルフの開始時間を選択する。そのシステムは、既に（ＵＩＤで見出しがつけられた）予約番号を持っているため、冗長なこの種のデータ提供は回避される。
【０２６６】
実施形態の中には、遠隔コンピュータが、保養地によってではなく、独立した旅行業社によって保守されている。（その旅行業者は、ＤＮＳリーフノードサーバも保守している。）そのコンピュータは、（その旅行業社のブランドが付いた、あるいは付かない）ホームページを提供し、また、ユーザの希望する日程計画のオプションが提供される。また、その他の（例えば、近くのアトラクションへの入場券を提供したり、近くのレストランの宣伝をしている）情報やサービスへのリンクも提供される。
【０２６７】
航空券（または、電子チケット確認）も同様に、ベドゥープデータで符号化できる。これらの品物を、旅行者の家、または空港でベドゥープシステムに提示することによって、旅行日程の確認と変更、ホテルとレンタカーの予約、ファーストクラスへの格上げの確保、飛行機の座席指定のチェック、頻繁な飛行機利用客としての状況の確認、行き先での旅行案内のスキャン等を行うことができる。
【０２６８】
【映画のチケット】
上述したように、映画チケットを、例えば、映画のタイトルや日付を識別するベドゥープデータで符号化することができる。映画を見た人が家に帰り、ベドゥープシステムに、そのチケットの半券を提示する。対応するベドゥープアプリケーションによって提示されるオプションの１つとして、ある値引き率で、先ほど見てきた映画の番組有料視聴（ペイ・パー・ビュー）の審査を開始する。別のオプションでは、映画を見た人の家で書き込み可能なＤＶＤディスクに、その映画をダウンロードする。この場合、見た人のＤＶＤプレーヤでのみ再生できるように、おそらくはシリアル番号を付けるか、あるいは、わずかな回数の再生ができるように設定する等が、（同じように、値引きされた料金で）行われる。さらに他のオプションでは、その映画からのウェブ配信されたビデオクリップを表示する。別のオプションでは、購入のために関連商品を、小売価格に対して値引きして提供できるようにする。（これらは、チケットの半券に符号化された日付の後、ある一定期間のみ有効としてもよい。）また、別のオプションでは、同じジャンルの、または同じ監督あるいは出演者による、または同じスタジオによって公開される、近く封切られる映画について、客に注意を喚起する。さらに別のオプションでは、他の映画のチケットのオンラインチケット業者へウェブブラウザを案内する。消費者は、チケットの半券を操作することによって、あるいは別のやり方で、これらのオプションの間をナビゲートする。
【０２６９】
ベドゥープシステムに提示された本のカバーより検知したベドゥープデータに応答して、これと同じ、あるいは関連するオプションを同様に提供できる。
【０２７０】
【ビデオ録画】
番組用の印刷宣伝物（例えば、新聞広告、あるいはテレビガイド（ＴＶ Ｇｕｉｄｅ））をベドゥープセンサに提示することによって、その放送番組を録画するようにビデオ録画デバイスをプログラムすることができる。その印刷物内にベドゥープ符号化されているのはデータであって、（ビデオ録画機に内蔵されている、あるいは分離型の）ベドゥープシステムが録画時間、日付、およびチャンネルを設定するためのデータである。
【０２７１】
【セットトップボックス（Ｓｅｔ Ｔｏｐ Ｂｏｘｅｓ）】
テレビのセットトップボックスを使用して、ベドゥープデータを持つ多くの娯楽関連アプリケーションを実現することができる。この種のボックスにはプロセッサが入っており、通常、制御機能の帰路チャンネルを持っている。ベドゥープチップや光センサを備えることによって、これらの装置が現在持っている機能を大幅に拡大することができる。
【０２７２】
【特別イベント用チケット】
バスケットボールのチケットを考える。このチケットをベドゥープシステムに提示すると、ユーザはウェブサイトにアクセスして、どちらかのチームの最近のスコアと統計量を確認できる。また、ユーザは、ウェブを基盤とした、そのアリーナのバーチャルツアーをして、座席マップを閲覧できる。そのユーザの席の位置から見るのと同じ競技場の光景が表示される。近々行われる予定のゲームのチケットの注文だけでなく、有料視聴制（ペイ・パー・ビュー）ゲームやチームの記念品の注文が行われる。高価なチケットについては、ユーザにプレミアム付きのウェブ機能に対する権利が与えられる。例えば、ゲームの前日に、オンラインの文書による、音声による、あるいはビデオによる、チームのスターとのチャットセッションができる。
【０２７３】
従来のチケットとは異なり、ベドゥープ符号化されたチケットでは、ユーザは特定の席に限定されない。チケットには、名目上の座席が印刷されるが、ユーザはチケットをベドゥープセンサに提示し、別の座席を予約できるウェブサイトにアクセスする。そのイベントに参加する際に、参加者がベドゥープセンサにそのチケットを提示すると、センサは、チケットのＵＩＤを読み、その参加者が最後に選択した座割りを調べる。そして、取引を行っているウェブサイトから、先に選択した座席をその参加者が確保する権利が与えられたチケットの印刷が行われる。
【０２７４】
【シグネットリング】
シグネットリングは、従来、個人の身元や会社を示すために使われてきた。このようなリング、あるいは、その他、個人が所有する宝石の品々は、ベドゥープデータで（テクスチャリング、あるいは印刷によって）符号化され、必要に応じてベドゥープシステムに提示される。抽出されたベドゥープデータによって、その人物の名前やその他の情報を表示する安全なウェブサイト（すなわち、ハッカー防止対策を取って、保存された認識情報が不正に変更されないようにしているウェブサイト）に案内される。ベドゥープ機能による処理を行う前に、高い信頼度の身分／許可状態の確認を必要とするベドゥープシステムに対して、このようなシグネットリングを提示することができる。
【０２７５】
【刺青】
一時的な刺青は良く知られており、一般的には、あるアプリケーションプロセス（例えば、湿らせる、あるいはその他）を通じて、刺青を入れる者の肌に転写されるインク、あるいは印刷フィルムが含まれる。刺青の上のアートワークは、ベドゥープデータをステガノグラフィック符号化するように配置することで、刺青をした者（あるいはオブジェクト）を機械で認識しやすくしている。若者は、撮影可能な個人用のデジタルアシスタントを使って友人達のデジタル写真を撮るだけで、連絡先データベースを編集することができる。このようなコンピュータ装置は、透かしを復号化し、写真に写っている人物に関する情報のウェブ調査書にアクセスし、この情報を連絡先データベースに加える。
【０２７６】
【電子ペーパー】
ベドゥープアプリケーションが様々な印刷技術を使用できることは、疑いのないほど明白であるが、一方で、電子ペーパーも同様に使用できることにも注目すべきである。ゼロックス（Ｘｅｒｏｘ）のニコラスＫシェリドン（Ｎｉｃｈｏｌａｓ Ｋ． Ｓｈｅｒｉｄｏｎ）によって開発され、３Ｍによって大量生産されている電子ペーパーは、透明なプラスチックの薄い層であり、トナー粒子のような小さいビーズが何百万も分散されている。ビーズそれぞれは、液体で満たされた空洞に入っており、この空洞内を自由に回転できる。ビーズは、対照的な色（例えば、黒と白）の半球体からなる「２色」構成である。シート表面に印加された電圧の影響を受けて、ビーズは回転し、見る者には、一方の色の側面か、他方の色の側面を見せる。ビットを使って、あるパターンの電圧を表面に加えて、文字や絵のような画像を生成することができる。新たな画像を生成するために新たな電圧パターンが加えられるまで、その画像は持続する。読者は、この技術に関する、シェリドン（Ｓｈｅｒｉｄｏｎ）の米国特許に精通していると仮定する。
【０２７７】
基本的に、公知のどの透かし方法に基づいても、電子ペーパーを使用したデジタルデータの伝達が可能であり、データグリフ形式でデジタル情報を伝達するのにも適していることが分かる。
【０２７８】
【ポストイット（Ｐｏｓｔ−Ｉｔ（登録商標））メモ】
ステガノグラフィックデータ（例えば、ベドゥープデータ）を伝達するため、製造業者は、ポストイット（Ｐｏｓｔ−Ｉｔ（登録商標））のメモの１つづり、あるいは、その他の紙の１つづりに、（テクスチャリング、透かし入りの色づけ、インクジェットの飛散等によって）マークを付けることができる。そのようなメモがベドゥープシステムに提示されると、システムは、そのメモのスナップ写真を保存するアプリケーションを起動する。より具体的には、そのアプリケーションは、画像データの中のメモ部分を他の画像データから隠し、それを、標準化された画素の大きさの長方形フォーマットに仮想的に再マッピングし、その結果得られた画像をＪＰＥＧ圧縮して、それを特定のコンピュータサブディレクトリに保存する。このとき、そのサブディレクトリは、画像取得の日付を示す名前をつけて、メモの色および／または大きさとともに保存を行う。（後者の２つのデータは、ベドゥープペイロードに含まれるデータによって示すこともできる。）メモの色が、（例えば、ファイル名の中の）デジタルデータによって示される場合、画像そのものは、グレースケールで保存される。表示のため、後に再度、呼び出されるときには、白い画像背景をデジタルカラーデータに基づいた色で塗りつぶすことができる。
【０２７９】
ベドゥープシステムは、画像データの過去のいくつかのフレームをバッファに保存する。オブジェクトが、その画像が保存されるべきポストイットのノートであると認識されたとき、システムは、そのようないくつかのフレームを分析し、保存に最適なもの１つを識別し（例えば、各フレームにおいて画像処理されるときに、そのメモの空間周波数部分をチェックし、最も高品質な細部を持つ１つを識別し）、それを保存する。
【０２８０】
ポストイットのメモがベドゥープシステムによって認識されると、オブジェクトが認識されたということを示すために、システムは確認音を発する（または、他の応答をする）が、すぐにはスナップ写真処理を実行しない。その代わりに、システムは、どの処理が要求されているかを示す、さらなる指示（例えば、ジェスチャー）を待つ。
【０２８１】
ユーザが、そのメモをセンサに向かって動かすことによって、例えば、スナップ写真処理が実されるように指示を出すことができる。（このようにメモを近づける提示によって、撮像システムは、より詳細な画像データのフレームを得ることもできる。）
【０２８２】
メモを遠ざかるように動かすことによって、システムは、最後に保存されたポストイットのメモの画像６枚を読み、解凍し、コンピュータの画面上にタイル状に表示する。個々のメモを元の大きさで表示することも、または、タイルの高さいっぱい、あるいは幅いっぱいになるように、サイズを変えることもできる。ユーザインタフェース制御は、（ジェスチャー、マウス操作、キーボードのスクロール用矢印等に応答して）、ユーザが、所望の日付に合わせてスクロールバックできるようにする。
【０２８３】
他の実施形態の全６４ビットのベドゥープペイロードは、ポストイットのメモには必要ない場合もある。たった今説明した例では、例えば、ベドゥープシステムは、すべてのポストイットのメモに同じやり方で応答している。従って、単に「私はポストイットのメモで、黄色、大きさは３”ｘ３”です。」を示
す、短縮されたベドゥープフォーマットで十分な場合もある。１２ビットのＣＬＡＳＳ ＩＤに、さらに８ビットを加えて、色／大きさの組み合わせを示すことで十分なこともある。ペイロードを減らすことで、小さなオブジェクト上において、よりロバストな符号化をすることができる。（後述するように、ベドゥープ復号化システムは、オブジェクトからベドゥープデータを抽出しようとすることで、いくつかの異なるデータフォーマット／プロトコルを探すことができる。）
【０２８４】
【その他の目的での書類の位置合わせ】
たった今説明したように、前もってマークされた紙が、ベドゥープセンサに提示された（すなわち、その紙のスナップ写真を撮った）ときに、ベドゥープ応答を起動しているが、マーク付けは、ベドゥープの応答を起動する以外の目的にも使用することができる。
【０２８５】
紙を符号化した特定のデータとは無関係に、その他のアプリケーションで、埋め込まれたサブリミナルグラティキュール、あるいは他のステガノグラフィック符号化された登録ータを使って、スキャンされたデータのずれを修正することができる。例えば、コピー機では、正確に揃ったコピーをとるために、ガラスプラテンの上に正確にきちっと書類を置く必要はない。スキャナは、曲がった書類をスキャンした後、得られたスキャンデータの中にある、ステガノグラフィック登録マーキングを検知する。そして、このデータは、事実上の再登録を行うために処理され、登録マーキングが希望の位置にくるようにする。処理されたスキャンデータは、その後、静電複写ユニットに送られ、曲がりの影響が除かれたコピーができる。
【０２８６】
同じ技術が、ビデオ録画機やデジタルカメラ等に同様に適用できる。このような装置が、ステガノグラフィック登録マーキングで、オブジェクトの像を造る場合（例えば、写真）、これらのマーキングは、得られたデータの再登録の際にガイドとして使用でき、ずれの影響を除去する。
【０２８７】
【郵送される情報】
消費者へ提供されるデータは、タイムリーな場合にのみ価値があるとするコンテキストは、数多く発生する。郵便サービスは、書類が印刷されてから、それが受取人に最終的に配達されるまでの待ち時間のため、そのような情報には適していない。しかし、ベドゥープの原理により、受取人は、配達のかなり前に印刷された郵送オブジェクトを受け取ることができ、受け取り次第、それを使用して（すなわち、ベドゥープシステムに提示して）、最新の情報を得ることができる。このような、あるいはその他の実施形態では、ベドゥープデータによって、その宛名人／受取人／ユーザを独自に識別できるため、ウェブサイトは、そのユーザ用にカスタマイズされたデータを提供することができる。
【０２８８】
印刷広告の配送業者は、景品、返金等を受けられるデジタルトークンあるいはクーポンを発行することによって、そのウェブサイトにアクセスしてくる、ベドゥープから始まった消費者に対して報奨を出すことができる。（適切なセーフガードによって、例えば、１時間に一つ以上の入力をできなくして）百万人目ごとの訪問者が、１００万ペニーを勝ち取る。
【０２８９】
【ベドゥープ符号化クラス】
上述の実施形態は、復号化後のベドゥープデータの使用に焦点をあてていた。そのプロセスの初期の部分、つまり符号化を検討することによって、さらなる洞察を行うことができる。
【０２９０】
符号化は、様々なコンテキストで行うことができるが、３つの大まかなクラスに分けて概念化できる。第１段階での符号化は、静的マーキングであり、書類のデザイナー、プリプレスサービス局、広告業者等がベドゥープデータを埋め込む。第２段階は、動的マーキングで、自動化されたシステムが、「直ちに」ベドゥープデータを符号化あるいは変える。このようなシステムでは、特別にコンテキストを、例えば、時間、場所、ユーザ等に合わせて、ベドゥープデータを調整することができる。第３段階は、消費者のマーキングで、印刷の際にベドゥープデータが書類に付加される。
【０２９１】
第２段階の符号化では、第１段階からは利用できない機能を実現できる。ハワイへの旅行情報を含んだアメリカンエクスプレスのホームページを考える。ＤＮＳリーフノードサーバは、あるベドゥープデータ、例えば、雑誌上のハワイの海岸風景の写真に応答して、このページを指定する。
【０２９２】
実際は、あるＣＬＡＳＳおよびＤＮＳ ＩＤを持つすべてのベドゥープデータは、ＵＩＤデータとは無関係に、このホームページへ案内される。雑誌の写真が、特別な「ドントケア」のＵＩＤフィールド（例えば、１１１１１１１１１１１１１１１１１１１１１１１１）で符号化される場合、発信元のベドゥープシステム、またはベドゥープデータが通過する仲介システムに対して、そのベドゥープパケットのＵＩＤフィールドに任意のデータを挿入できることを知らせる。発信元のベドゥープシステムは、例えば、ダイナミックに構成された連続ビットを、このフィールドに挿入することができる。これらのビットのいくつかによって、ユーザのプロフィールを遠隔サーバに提供でき、その結果、ベドゥープの応答を、そのユーザに対してカスタマイズすることができる。（プライバシーに関する懸念を和らげるため、ユーザは、当然、そのような使用のための情報を前もって承認するであろう。）
【０２９３】
１つの例として、ユーザが男性であれば、ローカルベドゥープシステムは、ＵＩＤフィールドの最下位ビットを「０」にセットし、女性の場合には、それを「１」にセットする。次の４ビットは、ユーザの年齢を１６に分けた範囲（例えば、３歳以下、４〜５、６〜７、８〜９、１０〜１１、１２〜１３、１４〜１５、１６〜１７、１８〜２０、２１〜２４等）で示すことができる。
【０２９４】
その代わりに、あるいはそれに加えて、ローカルベドゥープシステムは、独自にそのローカルベドゥープシステムを識別するのに役立つ署名データ（例えば、システムのシリアル番号、そのシステムに固有の不変データに基づいたハッシュコード等）を、ドントケアＵＩＤフィールドに詰め込むことができる。このようなデータを参照することによって、遠隔サーバは、同じユーザが繰り返しアクセスしていることを知り、それに合わせて応答を調整する（例えば、そのユーザが以前に入力し、遠隔サーバに保存された情報を呼び出して、データの再入力が必要なことを回避する）。
【０２９５】
【光入力デバイスの追加的な説明】
画像入力装置は、やがて当たり前のものになると予想される。ある種のコンピュータ（例えば、Ｓｏｎｙ Ｖａｉｏのラップトップ）の内蔵コンポーネントとしてデジタルカメラを備えることは、この流れの１つの兆候にすぎない。別の例として、オンチップカメラ（ｃａｍｅｒａ−ｏｎ−ａ−ｃｈｉｐ）システムがある。それは、米国特許５，８４１，１２６に代表されるものであり、また、ニクソン（Ｎｉｘｏｎ）らによる「２５６×２５６ＣＭＯＳアクティブピクセルセンサオンチップカメラ（２５６×２５６ ＣＭＯＳ Ａｃｔｉｖｅ Ｐｉｘｅｌ Ｓｅｎｓｏｒ Ｃａｍｅｒａ−ｏｎ−ａ−Ｃｈｉｐ）」（ＩＥＥＥ Ｊ． 固体半導体回路、３１（１２）巻、２０４６〜２０５１ページ、（１９９６）、および、フォッサム（Ｆｏｓｓｕｍ）の「ＣＭＯＳイメージセンサ：電子オンチップカメラ（ＣＭＯＳ Ｉｍａｇｅ Ｓｅｎｓｏｒｓ：Ｅｌｅｃｔｒｏｎｉｃ Ｃａｍｅｒａ−ｏｎ−ａ−Ｃｈｉｐ）」（ＩＥＥＥ電子装置のトランザクション、４４巻、Ｎｏ．１０、１９９７年１０月）に詳述されている。さらに別の例としては、（現在、コンピュータ増補ビジョンシステムに使用されているような）ヘッドマウントカメラがある。これらの、あるいはその他の画像入力デバイスはすべて、ベドゥープシステムでの使用に適している。
【０２９６】
オンチップカメラシステムは、同一チップ基板に集積されたベドゥープ検知器ハードウェアを備えることができる。このハードウェアは、寸法、回転、これとは異なる寸法等にかかわらず、画像データからベドゥープデータを見つけ、復号化するように構成されている。ハードウェアにはジェスチャーによる復号化も設けられ、その結果得られるデータは、シリアル出力バス上にパケット形式で出力される。よって、このようなチップは、いくつかの出力、つまり（未加工の画素形式、あるいは様々な画像フォーマットの１つの画像を示すデータストリームのいずれかの形式の）画像データ、ベドゥープデータの（シリアルまたはパラレル）６４ビット、および復号化されたジェスチャーデータの出力を行うことができる。
【０２９７】
他の実施形態では、ベドゥープ検知器（および／またはジェスチャー検知器）を、カメラシステムから離れた基板上に備えることもできる。
【０２９８】
様々なベドゥープデータフォーマットやプロトコルに対応するため、ハードウェアには、様々なフォーマット／プロトコル情報を保存するＲＡＭあるいはＲＯＭを含めることができる。（これら様々なフォーマット／プロトコルは、例えば、様々なデータペイロード長、サブリミナルグリッド、様々な符号化技術等を使用するベドゥープシステムに適応させることができる。）ベドゥープシステムがフレームを凝視し、取り込み／分析するので、いくつかの異なるフォーマット／プロトコルに従って各フレームを分析して、有効なベドゥープ出力データをもたらすフォーマット／プロトコルを見つけることができる。
【０２９９】
【移動可能なベドゥープセンサ】
説明したベドゥープシステムは、一般的に固定されているが、必ずしもそうである必要はない。可搬式にもできる。そのようなシステムの中には、例えば、光センサアレーを備えたパームトップコンピュータを採用するものもある。そのパームトップにライブネットワークを（例えば、無線で）接続できれば、遠隔コンピュータを基にしているベドゥープアプリケーションを、上述のように実現できる。パームトップにライブネットワーク接続ができない場合、遠隔コンピュータに依存している、いずれのベドゥープアプリケーションも、このような通信を単に待ち行列に入れて、パームトップが次にリモートアクセスしたとき（例えば、パームトップが次に充電器に入れられ、インターネットアクセスを確立できるモデムと接続されたとき）、それらを送信することができる。
【０３００】
別の例として、例えば、マウスのように机やその他の作業面を動き回ることのできる、１Ｄあるいは２Ｄフォトセンサアレー（例えば、ＣＣＤあるいはＣＭＯＳ）を備えたベドゥープセンサがある。このようなセンサは、関連するコンピュータにケーブルで接続することも、あるいは無線インタフェースを使用することもできる。オブジェクトがマークされているデジタルデータを読むために、周辺機器は、アイテムの上部に配置される。（装置が符号化をその影で覆うことがあり得るので、内蔵された照明が必要な場合もある。）このような周辺機器のいくつかの形式を、汎用デジタルカメラとベドゥープセンサの両方の役割をするように改造することもできる。
【０３０１】
このような周辺機器によって多くのアプリケーションが見つかる。例えば、雑誌や本を「読む」場合、ベドゥープセンサの前で、オブジェクトを空中に保持するよりも、読む対象になっているオブジェクトの「上に」ベドゥープリーダーを置く方が、より直感的である。例えば、雑誌のページ等の中に（様々な記事、広告等に対応させて）異なる符号化がなされた、いくつかのベドゥープセクションがあり、希望のベドゥープ符号化セクションが読込まれることをユーザが確認したいときは、これが特に有用となる。
【０３０２】
インターネットブラウザの「ブックマーク」のパラダイムは、例えば、一つ以上のページの紙の上に符号化されたベドゥープデータのように、紙のブックマークで補われる。特定のブックマークの付いた行き先にブラウザを案内するため、対応するベドゥープデータでマークされたページ（または、その一部分）の上に周辺機器を置くだけである。ユーザは、タイル状に集まった郵便切手サイズの領域からなる「マップ」を印刷する。領域それぞれが、お気に入りのウェブの行き先を示している。
【０３０３】
このようなマップは、マウスパッドの上に印刷される。実際に、前もって符号化されたある種のマップの付いたマウスパッドは、販売促進の材料として適している。会社が、そのようなマウスパッド上に家族写真を印刷することを提案するようにしてもよい。写真あるいはパッドのテクスチャに符号化されているのは、ユーザの机の上で、この方法によってアクセスできるよう料金を支払ったウェブサイトのアドレスである。
【０３０４】
このような、あるいは他のコンテキストでは、上述したジェスチャー入力の概念には、センサと符号化オブジェクト間の相対的な動きが必要であることが分かる。上記の例のほとんどにおいて、センサは固定式であり、ジェスチャーについては、オブジェクトを動かすことで達成された。当然、センサが（例えば、マウスあるいは携帯電話のように）移動可能であれば、センサを動かすことによって、ジェスチャーによる動きを有効にできる。
【０３０５】
上述の構成の中の特別な一実施形態として、インテリアイ（ＩｎｔｅｌｌｉＥｙｅ）技術を使ったマイクロソフト社のインテリマウス（ＩｎｔｅｌｌｉＭｏｕｓｅ）の改良版がある。その装置は、様々な検知器と処理回路でＩＣ上に集積された多エレメント光センサを含み、短い焦点距離の画像レンズとＬＥＤ光源（以下に述べるように、すべてアジレント（Ａｇｉｌｅｎｔ）から入手可能）とが連動して動作する。その回路は、センサの視野を横切るパターンの動きを追跡し、それによって、マウスの動きを推測する。そのマイクロソフトの製品は、１秒間に１５００個のデータセットを収集し、これは、現在のアプリケーションで一般的に必要とされているよりも、非常に高いフレーム速度である。このような実施形態の中には、マウスの機能とベドゥープ画像センサの機能を組み合わせたものもある。
【０３０６】
このようなマウスのような周辺機器では、従来のマウスに一般的に備えられているボタンや位置感知機能を省略することができ、マウスのセンサ部分の下の小さな範囲に対応するデータフレームを生成する、机の方を向いている簡単なパームカメラを与える。しかし、より一般的には、周辺機器は、従来のマウスのボタン、ローラホイール、および／またはＸ／Ｙ位置感知構成を含み、ボタンとデータ入力の位置フォームを、ベドゥープアプリケーションとのやり取りに利用することができる。
【０３０７】
センサによって集められた光データは、周辺機器のプロセッサ内で処理されて、ステガノグラフィック符号化された２進のベドゥープデータをそこから抽出することができる。または、この処理の負担は、関連するコンピュータシステムに負わせ、周辺機器によって、単に、生のセンサデータを、システムに対して出力される連続フレームの画像データにするための処理およびフォーマットをする。
【０３０８】
上述したタイプのスキャン用周辺機器は、一般的に、関連するホストシステムに有線で接続されるが、勿論、無線によるリンク（例えば、ラジオ、赤外線、超音波等）も使用でき、ユーザは、ケーブルによる制約から開放される。
【０３０９】
【ハンドスキャナの追加的な説明】
以上紹介した概念を詳しく説明するため、以下のパラグラフでは、特に、ヒューレットパッカード（Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ）のキャプシャ（ＣａｐＳｈａｒｅ）９２０をモデルとするハンドスキャナについて詳述する。そのスキャナは、例えば、透かし、バーコード、ＯＣＲ等、いずれのタイプの識別子にも使用できるように構成される。
【０３１０】
読者はＨＰキャプシャの仕組みに精通しているものとする。このような情報は、技術文献として出版されており、例えば、アレン（Ａｌｌｅｎ）、ロス（ＲｏｓｓＲ．）らによる、「フリーハンド画像捕捉処理（Ｐｒｏｃｅｓｓｅｓ ｆｏｒ Ｆｒｅｅｈａｎｄ Ｉｍａｇｅ Ｃａｐｔｕｒｅ）」（ＨＰキャプシャテクノロジー、イメージングサイエンス＆テクノロジーＰＩＣＳ会議、４３〜４６ページ、２０００年３月２６日）がある。キャプシャスキャナは、光センサ追跡用エンジンアセンブリを使用している。これは、部品番号ＨＤＮＳ２０００（ＩＣセンサチップ）、ＨＤＮＳ−２１００（ライトパイプつきレンズ）、ＨＤＮＳ−２２００（ＬＥＤクリップ）、およびＨＬＭＰ−ＥＤ８Ｏ（６３９ｎｍＬＥＤ）からなり、これらの使用法については、アジレント（Ａｇｉｌｅｎｔ）アプリケーションノート１１７９に詳述されており、すべてカリフォルニア州パロアルトにあるアジレントテクノロジーズより入手できる。
【０３１１】
図１３に示すように、キャプシャスキャナ２１０は、ＣＰＵ２１２、メモリ２１４、リニアＣＣＤアレー２１６、第１および第２の２Ｄ ＣＣＤアレー２１８ａ，２１８ｂ、（ＬＣＤスクリーンと関連ボタンを含む）ユーザインタフェース２２０、補助装置２２４へのインタフェース２２２（例えば、シリアルポートとＩＲＤＡポート／トランシーバ）を機能上含んでいる。特に図示していないが、各ＣＣＤセンサは、撮像するオブジェクトを照らすための関連ＬＥＤシステムを持っている。
【０３１２】
キャプシャスキャナは、インタフェース２２２へ無線インターネットインタフェースを提供することで機能強化され、これにより、装置２１０とインターネット間の直接通信が可能になる。
【０３１３】
リニアセンサ２１６は、従来の方法で動作し、（最大毎秒１６インチの瞬間スキャナ動作速度で動いても、高精度スキャンを行える）約１８メガビット／秒のピクセルデータ速度のスキャナにおいて、画像についての連続してまっすぐになっていないラインスキャンを行う。
【０３１４】
リニアセンサに隣接して、２つの２Ｄ ＣＣＤ２１８ａ，２１８ｂを離して配置し、それらを使用してスキャナの動きを追跡する。これらのＣＣＤによってスキャンされる領域をＩＲ光で斜めから照らして、微細な媒体表面の特徴を強調する。ＣＰＵは、それぞれのＣＣＤにより検知された表面の特徴のパターンを認識すると、あるフレームと次のフレームにおけるパターンの動きを追跡して、２台のＣＣＤの動きを識別する。２台のＣＣＤの動きを知ることによって、スキャナ自身の動きも分かる。このスキャナの動きについての情報を使って、リニアスキャナアレーより得た、まっすぐになっていないスキャンデータを、均一なスキャンラインの間隔を持った複合画素データに再マップ化する。この再マップされたデータが、主としてエンドユーザあるいはアプリケーションに提供される最終的なスキャンデータとなる。
【０３１５】
リニアアレーおよび２Ｄ ＣＣＤアレーの寸法決定（サイジング）は、設計者にまかされている。４インチのスキャン区画に６００ｄｐｉのラインスキャン解像度が要求される場合、２４００素子のリニアＣＣＤが使われる。２つの２Ｄ ＣＣＤの大きさは、一般的に小さく、例えば、０．２５インチ×０．２５インチの口径を持つ。ＣＣＤ素子の間隔は、追跡する表面の特徴の大きさに基づいて選択される。
【０３１６】
メモリ２１４は、ＲＡＭとＲＯＭの両方を含む。ＲＡＭは、生データの保存と最終結果の保存のどちらにも使われる。ＲＯＭには、スキャナのオペレーティングシステム、パターン照合およびデータ処理のアルゴリズム、および、その他のプログラムコードが格納される。
【０３１７】
図示した実施形態によれば、透かしデータに対する、最終結果としての（再マップ後の）スキャンデータを検査するための指示も、ＲＯＭコードに含まれる。特別な実施形態では、これを２段階のプロセスで行う。最初に、ＣＰＵによって最終結果のデータを審査して、そのデータに、透かしの入ったデータに関連する何らかの顕著な特徴が存在するか（例えば、米国特許５，８６２，２６０に詳述されている校正用信号の存在）を判断する。そのような特徴があれば、より計算処理が強化された、透かし復号化アルゴリズムを実行する。このような２段階プロセスで透かし情報をチェックすることによって、明らかに透かしを持たない画像データから透かしを抽出しようとして、ＣＰＵ時間が無駄に使われることがなくなる。
【０３１８】
実施形態の中には、生のスキャンデータが処理され、最終形式に再マップされる度に、ユーザの介在なしで透かし処理を動作させるものもある。他の実施形態では、ユーザインタフェース２２０を介して入力されるユーザコマンドに応答して、透かし処理が呼び出される。さらに別の実施例では、関連する補助装置２２４（例えば、遠隔のパーソナルコンピュータ、遠隔のサーバコンピュータ、専門のインターネット機器等）からスキャナへ提供されるコマンドに応答して、透かし処理が呼び出される。
【０３１９】
実施形態の中には、透かしペイロードデータが検知される度に、復号化された透かしペイロードデータが、関連する補助装置に送られるものもある。他の実施形態では、補助装置２２４が最初にそのデータを要求しない場合には、そのデータは送信されない。このような補助装置からの要求は、補助装置で実行されるソフトウエアプログラムによって、例えば、ＡＰＩコールを介して行われる。
【０３２０】
スキャナによって復号化された透かしは、スキャナのＬＣＤ表示２２０によってユーザに示すことができる。または、スキャナが、復号化された透かしを遠隔装置２２４へ転送し、その後、その遠隔装置が、本明細書の他の個所で詳述したように、ユーザへの表示のために補足データによって応答する。
【０３２１】
実施形態の中には、２Ｄ ＣＣＤの２１８ａ，２１８ｂが得た情報を使用して、ＣＰＵへ提供する情報を増強することで、透かしの検知／復号化プロセスを支援するものがある。２Ｄセンサは、例えば、リニアＣＣＤアレーからのＩＤデータを最終形式へ再マップ化することに関連した遅延時間なしに、即座に２Ｄ情報を提供する。即時に提供された、この２Ｄ情報を分析して、校正用信号が存在するかを確認する。その結果、おそらく最終データの中にある校正用信号の分析を短縮あるいは回避できる。
【０３２２】
２Ｄデータは、画像処理する下地のテクスチャを特徴付けるのにも使用できる。下地のテクスチャを知ることで、ＣＰＵは、特定の環境に最も適合するように、フィルタ処理あるいはその他の透かし強調／画像強調ステップを実行できる。
【０３２３】
２Ｄデータによって、ＣＰＵは、最終的なスキャンデータ中にあるラインスキャンデータの様々な部分の相対的な品質を判断することもできる。図１４において、オブジェクト１２０は、弧を描いて動くスキャナ２１０によってスキャンされて、生のスキャンデータ２２８の連続する線が生成される。この弧の構成は、（モーション符号化器として機能する）２つの２Ｄ ＣＣＤが集めたデータによって明らかになる。（Ａ領域のように、）連続する線が互いに近接しているところでは、生のスキャンデータは、より高解像度（相対的に「オーバサンプリング」）になる。逆に、（Ｂ領域のように、）連続する線が離れているところでは、生のスキャンデータは、より低解像度（相対的に「アンダーサンプリング」）になる。微妙な透かしデータに対する選別あるいは分析では、ＣＰＵは、まずＡ領域を見るように指示される。その理由は、この領域の生データの品質が高いことから、それが、使用可能な透かし情報を含んでいる可能性が高いからである。（実施形態の中には、データが最終形式に再マップ化されるのを待つよりは、むしろ、生のスキャンラインデータを参照することによって、透かしの選別および／または検知処理を行うものもある。）
【０３２４】
２つのＣＣＤ２１８ａ，２１８ｂは、様々な双眼的な処理（ｂｉｎｏｃｕｌａｒｌ  ｐｒｏｃｅｓｓｉｎｇ）を行うことで、リニアスキャンデータを強調し、あるいは、より知的な処理を可能にする。例えば、スキャンされている画像が、完全に平面的な（例えば、長方形の）信号を伝達しない場合を考える。下地がひずんだり、画像が曲がった状態で印刷されたり、その他の変形が起こり、それによって、限度を越えて方向／寸法が変わる画像が生成される。その１つの例を図１５に示す。この図には、（説明を明確にするため、ここでは、明らかなグリッドとして示される）透かし校正用信号が描かれている。２つの２Ｄ ＣＣＤ２１８ａ，２１８ｂ各々は、異なる方向を向いた校正用信号を感知する。離して配置した２つのＣＣＤによって感知されたデータの差分を参照することで、ＣＰＵは、中間点における寸法、回転、あるいは他の画像変形を推測し、そのようなひずみを相殺するために、スキャンデータを補正することができる。
【０３２５】
このような補正は、必ずしも透かし校正用信号に基づく必要はない。離して配された２つの点における、その他の光学的な感知による属性を使って、中間位置における、同一のあるいは関連する属性を推測することで適切な補正が適用されるようにしてもよい。
【０３２６】
離して置かれた２つのセンサ２１８は、スキャナから、撮像するオブジェクトまでの距離を光学的に２点から決定する。図１６を考える。ここでは、離して置かれた２つのＣＣＤセンサ２１８ａ，２１８ｂを有するスキャナ１０を図示しており、ひずんだオブジェクト２３２（例えば、反った紙の下地、飲み物の缶のように湾曲したオブジェクト）を撮像する。例示した第１のＣＣＤ２１８ａは、非常にはっきりした表面テクスチャ画像を検知し、一方、第２のＣＣＤ２１８ｂは、第１のＣＣＤと似たような画像を検知するが、それはローパスフィルタを通したようにぼけている。ＣＣＤ２１８ａの下に位置するオブジェクト２３２の一部がスキャナのすぐ隣りにあり（さらに、リニアＣＣＤアレー２１６の近傍にも接している）、それに対して、ＣＤ２１８ｂの下にあるオブジェクトの一部は、スキャナから幾分、間隔を空けて配置されているということを、ＣＰＵ２１２に対するソフトウエア命令によりスキャナが認識するようにする。
【０３２７】
リニアセンサアレーの様々な部分から、オブジェクト２３２の間隔についての情報を得ることによって、リニアスキャナによって集められたデータに確実に補正を行うことができる。透かしを検知する場合、ＣＰＵは、オブジェクト２３２から離れたリニアスキャナ２１６の端部からのデータには、重要な高周波数の情報が欠けていることを認識する。多くの透かし検知アルゴリズムでは、ＣＰＵは、リニアスキャナのこのような部分からのデータを無視することができる。それによって、必要な高周波数成分を持つ画像データ部分に焦点をしぼり、より信頼できる結果を、より迅速に生成することができる。
【０３２８】
他の透かしシステムでは、２つの透かしが存在する場合もある。１つは、高頻周波数画像成分に依存して伝達されたものであり、もう１つは、その大部分を低周波数画像成分で符号化された（すなわち、わずかに焦点がずれてオブジェクトが撮像された状況を見越して符号化された）ものである。リニアスキャンデータに高周波数成分が少ないことを認識すると、低周波数の透かしデータのみを探すようにＣＰＵをプログラムすることができる。
【０３２９】
スキャナ２１０は、透かし復号化だけでなく、バーコードの復号化をも行うことができる。ＣＰＵ２１２によって、生の、あるいは最終的なスキャンデータに対して、従来のパターン認識アルゴリズムを適用することができる。一旦、パターンが識別されると、公知のバーコードアルファベットを適用することによって、簡単に復号化ができる。透かしの場合と同様に、自発的に、あるいはユーザ／補助装置コマンドに応答して、バーコード復号化を行うことができる。同様に、復号化されたバーコードデータは、検知されたときはいつでも、あるいは補助装置の問い合わせに応答して、補助装置に提供できる。２Ｄデータも同様に、バーコード検知／復号化プロセスにおける支援を目的として、ＣＰＵに提供される情報を増強するために使うことができる。
【０３３０】
同様に、２つの２Ｄ ＣＣＤの使用に関連している上述した利点を、バーコードのコンテキストにおいても同じように適用できる。
【０３３１】
上述したように、一旦、画像データから識別情報が抽出されると、インターネットリンクは、その情報に基づいて、補足情報、電子商取引の機会等を提供することができる。多くの実施形態では、スキャナＵＩ２２０を使って、例えば、ＵＩ表示画面にＨＴＭＬ命令を表示させるソフトウエア命令によって、この補足情報をユーザに提供できる。インターネットへつなぎ直すときにも、このＵＩ制御（例えば、ボタン）を同様に使って、ユーザ命令やコマンドを受け取ることができる。
【０３３２】
【ベドゥープ装置としての携帯電話；ＧＰＳ受信機】
ベドゥープ技術は、（モトローラ（Ｍｏｔｏｒｏｌａ）、ノキア（Ｎｏｋｉａ）、クアラコム（Ｑｕａｌｃｏｍｍ）、および、その他で製造される）携帯電話機のような携帯電気通信端末に組み入れることができる。このような電話機は、１Ｄまたは２Ｄの画像センサを備えることができ、そのセンサからの出力は、電話機内のベドゥープ復号化回路に送られる。この復号化回路は、電話機のメインＣＰＵに、あるいは、ベドゥープ機能の専用処理回路にもなることができる。（この場合も、他の実施形態と同様、復号化は、専用のハードウェア、汎用ＣＰＵで実行される復号化ソフトウエア等によって行うことができる。）
【０３３３】
携帯電話機は、ベドゥープ動作に都合の良い、多くの機能が既に装備されている。その１つとして、携帯電話機は、一般的に、文字あるいは図形情報を表示するＬＣＤあるいは似たような画面を持っており、さらに、画面に表示されたメニューオプションから（例えば、カーソルを動かすことによって）選択をするためのボタン、あるいはその他の制御部も持っている。さらに携帯電話機は、当然であるが音声入力および出力デバイス（すなわち、マイクおよびスピーカ）を有する。さらに、携帯電話機がデータを送信するためのプロトコルは、その携帯電話機を識別するためのデータを含んでいるため、このようなデータを別途、符号化する必要がない。そして、携帯電話機は、当然、遠隔のコンピュータシステムへ準備完了リンクを張る。まとめると、このような携帯電話機の性能は、完全装備型のデスクトップコンピュータシステムの性能に匹敵する。よって、本質的に、本明細書の他の個所に詳述されているすべてアプリケーションは、携帯電話機のベドゥープシステムを使用して実現することができる。
【０３３４】
他のベドゥープシステムと同様、携帯電話機は、ベドゥープデータを感知すると、局所的にそのデータに応答するか、あるいは、携帯電話ネットワークを介して、そのデータを、その処理のために遠隔システム（または、コンピュータネットワーク）へ転送する。
【０３３５】
局所的に（すなわち、その電話内で）実行されるアプリケーションの１つは、対応する電話番号をダイヤルすることである。実施形態の中には、電話番号がそのまま、ベドゥープデータペイロードの一部として符号化されるものもある。その他、電話番号が電話機内のメモリに保存され、ベドゥープデータより復号化された識別子に基づいて見出しを付けるものもある。
【０３３６】
遠隔で扱うことのできる動作の種類は、事実上、無限である。その中のいくつかは、ユーザとのやり取りを必要とする。例えば、遠隔システムは、まず、画面上においてユーザにオプションメニュー（例えば、購入、買い物リストに加えるもの、サンプルの請求、メモ用紙書き加えるもの等）を提示して応答する。そこで、ユーザは、さらなる入力（電話機上の１つあるいはそれ以上のボタンを操作することによって、あるいは電話機内の音声認識サブシステムに声による指示を与えることによって等）を行って応答する。このとき、さらに入力したデータが電話機から送られ、要求されたアクションが実行される。その以外の動作は、ユーザとのさらなるやり取りは不要であり、対応するアクションを即座に実行する。
【０３３７】
今、説明した構成では、電話機の内部にベドゥープ復号化機能を含んでいたが、他の実施形態では、画像データを電話機から転送して、遠隔地で復号化を行うことができる。
【０３３８】
人物の位置を追跡できるようにし、それに従って、連絡先情報を更新できるようにするものとして、先にＧＰＳ受信機に言及した。ＧＰＳ受信機は、ベドゥープのコンテキストの中に他の多くのアプリケーションを見つけることができる。例えば、動作を実行する者の位置に基づいて、ベドゥープシステムへの応答を調整し、あるいは変えることができる。例えば、ユーザが、ドミノ（Ｄｏｍｉｎｏ’ｓ）のペパロニピザミールに対する新聞の折り込み広告あるいはクーポンを、ＧＰＳを搭載した携帯電話機のベドゥープセンサに提示すると、そのＧＰＳデータは、ベドゥープデータに符号化され、ドミノのベドゥープサーバへ送られる。サーバは、そのＧＰＳデータを参照して、最も近いドミノのフランチャイズの位置を認識し、そのフランチャイズ加盟店に注文を転送する。フランチャイズ加盟店は、順番に、（携帯電話機からの電話番号データを参照して）ユーザに電話をかけて注文を確認し、追加の希望があるか尋ね、最終的な値段を知らせ、配達先の住所を聞くことができる。（後半のステップは、省略できる。つまり、フランチャイズ加盟店は、ＧＰＳデータを使用して、例えば、シカゴのナブテック（ＮａｖＴｅｃｈ  ｏｆ  Ｃｈｉｃａｇｏ）を通じてライセンスを受けた地図データから、対応する通りの住所を知ることができる。）
【０３３９】
電話機から携帯電話ネットワークへ、ベドゥープデータ、ＧＰＳデータ、携帯電話識別用データを伝達するためのプロトコルは、様々な形式をとることができ、このようなシステムの設計は、当該分野の専門家には明らかである。ある実施形態では、いくつかの携帯電話機が、プロトコルによって電子メールあるいはインターネットアクセスを受けているときのそのプロトコルは、ベドゥープデータおよびＧＰＳデータを伝達するよう、さらに改造される。電話機識別データを伝達するためのプロトコルは、既に確立されている。そこで、携帯電話ネットワークによりベドゥープデータが受信されると、そのデータはパケットの形式にされる。それは、同一のパケット構造の中にＧＰＳデータと電話データを組み入れるか、あるいは、そのようなデータを、ベドゥープパケットが添付された個別パケットの形式にすることによって行われる。
【０３４０】
携帯電話機に画像センサを備えることで、他の機能も実現できる。その１つは、静止あるいはビデオ画像を取り込むことである。このような画像データを（一般的にＭＰＥＧ、ＪＰＥＧ等のような不可逆的プロセスであって、専用ハードウェアＣＯＤＥＣで行うもので）圧縮し、音声データとともに送信することができる。このような電話機の画面も同様に、到来する画像あるいはビデオデータを表示するのに使うことができる。
【０３４１】
携帯電話機内の画像センサができる別の機能として、その電話機が通話を許可する前におけるユーザ認証がある。これは、例えば、レチナール（ｒｅｔｉｎａｌ）スキャニングあるいはその他の光学的に感知した計量生物学（バイオメトリクス）によって行う。このような計量生物学による多くの認証技術が知られている。
【０３４２】
携帯電話機のベドゥープセンサは、常に携帯電話ネットワークと通信状態にあるわけではない。電話機は、セルサイト圏外にあったり、あるい、ＲＦリンクが確立されていない動作モードにある場合もある。そのような場合、電話機によって感知され、遠隔で扱われるべきベドゥープデータはどれも、電話機の内部で局所的に格納され、次に通信が確立されたときに携帯電話ネットワークに送信するために、待ち行列に入れられる（いわゆる、「蓄積転送」の形をとる動作である）。
【０３４３】
【カタログ広告】
携帯型スキャナの形態は、今しがた説明したタイプであっても、その技術分野で知られている他のタイプのものでも、カタログ広告とのやり取りするのに便利な方法を提供する。例えば、エルエルビーン社（Ｌ．Ｌ．Ｂｅａｎ，Ｉｎｃ．）、あるいは、ランズエンド（Ｌａｎｄｓ  Ｅｎｄ）からの従来の紙のカタログを想像されたい。カタログ内の各画像は、そこに示された製品（および、必要な場合はメーカ等）を識別するコードによってベドゥープ符号化される。カタログにざっと目を通しているユーザは、興味のある製品を見ると、その写真の上にスキャナを置く、（そして、オプションとしてボタンを押すか、あるいは別の方法で、さらなるプロセスを起動する信号を送る必要がある）。スキャナは、ベドゥープデータを検知し、それを関連するコンピュータへ（オプションとして、その消費者を識別するデータを付けて）転送する。コンピュータは、業者によって保守される遠隔のサーバコンピュータにポーリングすると、スキャンされた画像に示された品物に対応するデータが返される。この返信データには、入手可能なサイズを示すデータ、入手可能な色を示すデータ、様々なスタイルを示すデータ、各品物の在庫があるかどうかを示すフラッグビット等を含めることができる。この返信データは、一般的には、表示装置上に、あるいはその代わりに耳で聞ける方法で、消費者に提供される。
【０３４４】
消費者の体の寸法（ウェストサイズ、股下丈、首回りサイズ等）は、業者のサーバコンピュータのところにある、ローカルコンピュータか、あるいは、第三者サービスプロバイダのコンピュータのユーザプロフィールの中に保存されていることが望ましい。これによって、システムは、ユーザに提供するデータをカスタマイズできる。例えば、首回りが１６インチで、袖の長さが３４インチの表示されたシャツのみについて、色のオプションや入手の可能性を示すことができる。
【０３４５】
必要であれば、携帯型入力装置（ボタン、あるいはジェスチャー等）、あるいは、その他の入力装置を使って、色やスタイルのオプションから、ユーザが選択を行うことができる。または、その品物については、それ以上の詳説が必要ない場合もある。いずれの場合も、希望の製品が十分に特定されると、ユーザは、システムに注文の信号を送ることができる。支払いと出荷の詳細については、その技術分野では公知の様々な方法のいずれかでまとめることができる。例えば、クレジットカード番号に請求したり、業者に保管されている住所に出荷することで可能である。
【０３４６】
【収益の分配】
消費者が、ベドゥープ符号化されたオブジェクトをセンサに提示し、それによって確立されたリンクで、製品あるいはサービスを購入するとき、その取引からの収益は、取引を可能にした関係者で分けることができる。ベドゥープ符号化された雑誌広告の場合、その関係者の中には、（１）その広告に使用されているアートワークを作成した写真家あるいはグラフィックデザイナー、（２）創造的な才能で、この広告をもたらした広告代理店、（３）消費者が、この広告に出会った雑誌の出版社、（４）消費者とベンダー間の輸送チャネルを提供したサービスプロバイダ、（５）最終的にベドゥープデータをベンダーのウェブサイトにリンクを張ったサーバを保守していたサービスプロバイダが含まれる。
【０３４７】
【ギャンブルのアプリケーション】
世界中にあるカジノが、不正行為を阻止するために、毎年かなりの策を取っている。これを受けて、遊びや賭けに使われるゲーム用のカードとチップを、電子透かしで符号化し、安全強化に使える。このアプリケーションを機能させるには、ゲーム用のカードとチップを、各カジノ、ゲーム、カードデッキ、および／または額面に特有のデータで符号化する。その際、ゲーム用テーブルの上に設けられたカメラを使って、そのカードやチップの情報を読み取る。カードからの情報は、安全警告、または、以下の方法による疑わしい行為を記録に残すために使うことができる。
【０３４８】
（ブラックジャックのような）カードゲーム用のテーブルの上に配されたカメラは、そのカードの裏に符号化されたデータを読み、それらのカードの信憑性と額面を判断する。つまり、カードが配られた後、現在使用中のデッキの一部ではないカードに印をつけることによって、あるいは、そのプレーヤに配られたカードとは異なる額面のカードが分かるように印をつけることによって、カードを取り替えようとする者を、カメラは捉えることができる。カードが配られた後に、プレーヤがカードを取り換えようとすると、カメラ内の透かし読取器は、その不正行為の安全性に対する警告を行う。
【０３４９】
さらに、カードに符号化されたデータを使用して、そのテーブルでの勝者を追跡できる。もしディーラとプレーヤが共謀していれば、そのプレーヤには、勝つカードが定期的に、決められて（そのディーラによる巧妙なシャッフルに基づいて）配られる。配られたカードのパターンと額面を見ることによって、あるプレーヤが平均よりはるかに高い確率で勝っているかを判断できる。ここでも同じように、保安要員は、疑わしい行為を警戒する。
【０３５０】
チップを使用するゲーム（勿論、カードゲームに限らない）用のテーブルの上に配されたカメラは、チップの中の透かしを見つけるようにプログラムができる。適切な透かしを含んでいないチップは、チップが偽物であるかもしれないこと知らせる信号を送ることができる。別の状況では、ゲームが始まった後のチップのどんな取り替えにも気が付くように、チップがテーブルに置かれた時点で、そのチップの額面を判断する。
【０３５１】
前述の原理は、監視されるオブジェクトを識別するために、電子透かし技術を採用している監視および見張りシステムに、さらに広く適用できる。
【０３５２】
【パートＩＩ】
既に述べたが、以下の開示では、印刷媒体を電子的なコンテンツにリンクさせる１つの特定アプリケーションに焦点を絞っている。しかし、繰り返し言うが、この技術はそれほど限定されたものではなく、一般的には、（物理的な、あるいは電子的な）オブジェクトを、対応するネットワークリソースあるいはローカルリソースにリンクさせるシステムと考えてよい。
【０３５３】
以下に詳述する技術についての典型的なアプリケーションによれば、電子透かしを使って、雑誌の広告や記事、ダイレクトメールクーポンあるいはカタログ、銀行のキャッシュカードあるいはクレジットカード、名刺といった印刷媒体の中に複数ビットの識別子を加える。この識別子は、ユーザの演算装置内のソフトウエアで読み取られ、遠隔データベースに転送される。このデータベースは、識別子に対応するＵＲＬを特定し、そのＵＲＬをユーザのコンピュータへ戻す。それによって、ユーザのコンピュータ上のブラウザが、ＵＲＬで特定されたホームページを表示できるようにしている。このホームページは、印刷媒体によるよりも、よりタイムリーおよび／または大規模に付加情報やサービスを提供できる。このような構成によって、需要者は、効率的にインターネットのナビゲーションやアクセスができ、広告主には、広告を見た者と電子商取引の販売時点とをリンクする効果的な手段が提供される。
【０３５４】
詳細な説明に入る前に、本発明の技術を部分的に使用した大規模システムの概略を示した方が参考になるであろう。図１に示すように、この大規模システムは、登録、埋め込み、検知、応答という、基本となる４つのプロセスからなる。
【０３５５】
登録プロセスは、オブジェクトにＩＤを割り当て、そのＩＤを、対応する動作や応答に関連づけるプロセスである。さらに、登録者の氏名および／または団体、商品名、オブジェクトの記述、オブジェクトが見つかるコンテキスト（雑誌、書籍、オーディオトラック等）等を記録するステップが含まれる。
【０３５６】
埋め込みプロセスとは、デジタル識別子（例えば、ペイロード内のシリアル番号を伝達する透かし）を有するオブジェクトを符号化するプロセスである。
【０３５７】
検知とは、埋め込みと相補的な動作、すなわち、オブジェクトよりデジタル識別子を認識するプロセスである。
【０３５８】
応答は、認識された識別子をもとに処置を講じるプロセスである。
真ん中にある２つのステップ、つまり、埋め込みステップと検知ステップは、無数にある公知技術を使用している。それらの技術には、一次元（１Ｄ）バーコード、二次元（２Ｄ）バーコード、磁気インク文字認識（ＭＩＣＲ）、光学式文字認識（ＯＣＲ）、光学式マーク認識（ＯＭＲ）、高周波識別（ＲＦ／ＩＤ）、データグリフィス、有機トランジスタ、磁気ストライプ、メタデータ、ファイルヘッダ情報、ＵＶ／ＩＲ識別子、その他、複数ビットのデジタルデータを電子的あるいは物理オブジェクトに関連づけるための機械可読しるしおよび技術が含まれる。詳細な実施例では、一例に過ぎないが、透かし技術を使用している。
【０３５９】
図２に示すように、実施例に係るシステム１０は、発信側装置１２、ルータ／サーバ１４、製品ハンドラ１６、登録データベース１７、一つ以上の遠隔リソース１８を含む。
【０３６０】
発信側装置１２は、例えば、携帯電話、携帯情報端末（例えば、パームパイロット）、パーソナルコンピュータ、バーコードスキャンシステム等、多数の異なる形態をとることができる。説明の都合上、本実施例では、装置１２としてパーソナルコンピュータを例にとって説明する。
【０３６１】
装置１２は、オブジェクト２０とやり取りをする。このオブジェクトは、電子的であっても、そうでなくてもよい。電子的なオブジェクト２０には、コンピュータファイル、オーディオ、ビデオ、あるいは静止像という表現（例えば、ファイル、あるいはストリーミング形式）等が含まれる。非電子的オブジェクトには、新聞、雑誌のページ、ポスター、製品の包装、イベントのチケット、クレジットカード、紙幣等が含まれる。非電子的オブジェクトはまた、スピーカで再生される音も含む。
【０３６２】
装置１２（図２）は、非電子的オブジェクトとともに使用された場合、一般的に何らかのセンサあるいはトランスデューサ２２の形態を含み、そのオブジェクトに対応した電子的な信号あるいはデータを生成する。この例には、（スチールカメラあるいはビデオカメラ、フラットベッドスキャナ、マウス、あるいはその他、いずれかの一部としての）ＣＣＤあるいはＣＭＯＳベースの光学センサ、マイクロフォン、バーコードスキャナ、ＲＦ／ＩＤセンサ、磁気ストライプ読取装置等が含まれる。この場合、センサ２２は、対応するインタフェース電子回路２４に結合され、その回路がデバイスドライバソフトウエア２６に結合され、そして、そのソフトウエアが一つ以上のアプリケーションプログラム２８に連結される。デバイスドライバソフトウエア２６は、ソフトウエアインタフェースとして機能し、（例えば、内容とフォーマットを標準化して、アプリケーションプログラミングを容易に行えるようにするＡＰＩ命令を介して）アプリケーションプログラム２８と比較的高レベルの通信を行ったり、インタフェース電子回路２４と比較的低レベルの通信を行う。
【０３６３】
詳細な実施例では、オブジェクト２０は、複数ビットのオブジェクト識別子を伝達するステガノグラフィ透かしによって符号化された雑誌広告である、と考えている。この透かしは、人間の目には見えないが、コンピュータ解析では検知できる方法で、広告画像に隠されている。この解析は、透かし検出器３０で行う。
【０３６４】
透かし検出器３０は、図１のシステム内の様々な異なる場所に組み込むことができる。一般的に、この検出器は、発信側装置１２内の、例えば、デバイスドライバソフトウエア２６に、あるいは、検出した透かしをもとに、外部リソースにリンクするよう機能するアプリケーションソフトウエア２８ｃに組み込まれる。また、他の場所、例えば、インタフェース電子回路２４のハードウエア内、本装置に関連するオペレーティングシステム内、あるいは、装置１２の外部に組み込んでもよい。システムには、その中の様々な場所に複数の透かし検出器を組み込んだものもある。
【０３６５】
図示したシステムでは、デバイスドライバ２６内に透かし検出器が組み込まれている。この検出器の機能は、透かしに関連する機能に特化された一つ以上のＡＰＩを介して、アプリケーションプログラム２８ｃが使用できるようになっている。機能の１つとして、オブジェクト２０から透かしデータのペイロードを読み出す機能がある。
【０３６６】
ここで説明するアプリケーション２８ｃは、ソフトウエアプログラムであり、一つ以上のリンク３２（例えば、インターネット）を介して、装置１２からルータ／サーバ１４へ透かしデータを伝送するよう機能する。アプリケーションプログラム２８ｃはまた、通信リンク３２より情報を受信し、それをユーザに提供する（あるいは、その情報を使用する）。
【０３６７】
ルータ／サーバ１４は、一つ以上のＣＰＵ、メモリ、ディスク、Ｉ／Ｏポートを含む大容量のコンピュータである。当業者にはよく知られていることであるが、ディスクは、データとともに、オペレーティングシステムのソフトウエアとアプリケーションプログラムを格納し、それらは、ＣＰＵの必要に応じてメモリに転送される。ルータは、基本的には、アプリケーション２８ｃと製品ハンドラ１６間の仲介役として機能する。後述するようにルータは、アプリケーションからの要求を受け、それらをトランザクションログ１５に記録し、そして、適切な製品ハンドラに渡す。
【０３６８】
以下に詳述するように、ハンドラ１６は、特定の透かしペイロードに従って応答する。この応答は、製品ハンドラによって直接、装置１２へ送られたり、あるいは、ハンドラが、遠隔リソース１８（例えば、データリポジトリ、あるいはサービスプロバイダ）と通信を行って応答する。
【０３６９】
前者の場合、ハンドラ１６は、（データベース１７を使用して）透かしに対応するＵＲＬを識別し、そのＵＲＬをアプリケーション２８ｃに返す。その後、アプリケーション２８ｃは、そのＵＲＬを装置１２内のウェブブラウザ２８ｂに渡し、そのＵＲＬで識別されるインターネットサイトにリンクを張る。あるいは、ハンドラが、ローカルに格納されたデータ（例えば、オーディオあるいはビデオ、あるいはソフトウエアの更新）を有するようにして、それを透かしに応じて装置１２へ送ってもよい。
【０３７０】
後者の場合、ハンドラ１６は、装置１２に直接、応答しない。その代わりハンドラは、遠隔リソース１８と通信をして応答する。この通信は、遠隔リポジトリに透かしメッセージの受領を記録するような、できる限り簡単なものにすることができる。あるいは、その後の取引を考慮に入れて、遠隔リソースに対して装置１２（あるいは、そのユーザ）の認証を行うようにしてもよい（例えば、通信が、オンライン契約あるいはデジタル権利管理トランザクションの一部をなしている）。あるいは、通信によって遠隔リソースに要求を出し、装置１２あるいは他の宛先にデータあるいはサービスを返して、（例えば、ＦＴＰファイル転送を起動したり、あるいは透かしによって識別された曲目選択をユーザのパーソナル音楽ライブラリにダウンロードするよう要求したり、あるいは装置１２にインストールされたソフトウエアを更新する）。
【０３７１】
他の場合として、上記２つのケースを組み合わせてもよい。例えば、ハンドラ１６が装置１２へデータを返すとともに、遠隔リソース１８と通信を行うようにしてもよい。
【０３７２】
場合によっては、ハンドラ１６（あるいは、遠隔リソース１８）により装置１２へ返された応答によって、装置１２がさらにアクションを起こすようにしてもよい。例えば、装置１２へ返された応答が、装置１２にインストールされたウインドウズメディアプレーヤを立ち上げる要求とともに、ウインドウズメディアオーディオファイルを含むようにしてもよい。（ＵＲＬを指し示すブラウザを立ち上げることが、このようなアクション起動の他の例となる。）
ここで説明する製品ハンドラ１６は、一般的には、ルータ１４と同じハードウエア構成要素、例えば、ＣＰＵ、メモリ等からなる。図２には、１つの製品ハンドラしか示していないが、いくつかのハンドラを同じ場所に配したり、あるいは地域分散型にして、システムがそれらを含むようにすることもできる。様々なハンドラに様々な機能を割り当ててもよいし（例えば、ＵＲＬを提供したり、音楽を提供する等）、あるいは、様々なハンドラに様々な透かしソースに割り当ててもよい（例えば、ハンドラの１つが、オーディオ中に見つかる透かしに対応し、他が、印刷広告中に見出された透かしに対応する等）。また、さらに特化させてもよい（例えば、あるハンドラがフォードによる広告に応答し、他のハンドラがシボレーによる広告に応答したり、あるいは、あるハンドラがワイヤード誌に掲載された広告に応答し、他のハンドラがタイム誌に掲載の広告に応答する等）。特別な実施形態として、ルータ１４が、（１）発信側のアプリケーション２８ｃのベンダー、および（２）アプリケーション２８ｃの特定の同一性に従って、入ってくるデータをいくつかのハンドラの１つに送出するものがある。
【０３７３】
以下の説明では、１つの実施例における、アプリケーション２８ｃ、ルータ／サーバ１４、製品ハンドラ１６、および関連するプロトコル間でやり取りされるデータに焦点を当てる。
【０３７４】
【動作概念】
アプリケーション２８ｃは、透かしの入った画像が示されると、その画像を分析して、それより、埋め込まれた透かしのペイロード（詳細は、後述する）を抽出する。アプリケーションは、この情報のいくつか、あるいは全部を、メッセージ形式でルータ１４に送る。
【０３７５】
ルータ１４は、受信したメッセージを解読して、ベンダーと製品情報を探す。ルータ１４は、この情報をもとに対応する製品ハンドラ１６へメッセージを渡す。
【０３７６】
製品ハンドラは、そのメッセージを受信し、検出した透かしのシリアル番号と、先にデータベース１７に格納した登録済透かしシリアル番号との照合を試みる。それらが一致すれば、製品ハンドラは、所望の動作をする。なお、一般的な動作として、ウェブのリダイレクションのためのＵＲＬ返却、初期のユーザナビゲーションのためにＨＴＭＬページを提供すること、ソフトウエアのダウンロードの開始等がある。しかし、シリアル番号が一致しない場合、製品ハンドラは、アプリケーション２８ｃへエラーコードとメッセージを返す。また、一致しても、対応する動作が不可能であったり、不完全、非アクティブ、あるいは無効の場合は、製品ハンドラは、発信側のアプリケーションにエラーコードとメッセージを返す。
【０３７７】
図４は、上述した動作を一般化して示したものである。
【０３７８】
（なお、本システムが、あるタイプのオブジェクト２０と、あるベンダーのアプリケーション２８ｃに専念しているときには、他のベンダーおよび対応する他のオブジェクトからの製品ハンドラへのアクセスをサポートするアーキテクチャ構成になっている。この考え方により、本システムは、ウェブ動作可能な装置においてすべての機械可読しるしを処理する情報センターにふさわしいものとなる。）
【０３７９】
検出と応答サイクルの例を以下に示す。
【表１】
0004808850.tif 000002
【０３８０】
本システムは、この例を一般化することで、どのようなベンダーからのいかなる製品をもサポートし、予想される要求フォーマット（例えば、製品コード、メッセージタイプ、識別子）に合致したメッセージを、インターネットを介して送ることができ、また、対応する応答フォーマットでメッセージを受信できる。このようなシステムでの使用に適したメッセージフォーマットの組を、以下に詳述する。
【０３８１】
【透かし登録−プロセスの第１のステップ】
本システムが、オブジェクト識別子（例えば、透かし）に対応する応答（例えば、ＵＲＬ）を識別するため、このデータを、そのデータが対応する透かしに関連させて、最初にデータベース１７内において関連づけを行う必要がある。この透かし登録プロセスは、後に使用する基本識別情報を捕捉して入力メッセージの妥当性を確認し、関連する情報／アクションを識別する。ここで示す例では、識別情報は：
・顧客アカウント
・オブジェクトおよび関連する属性（名前、記述、期限切れ等）
・アクション
・（登録更新のための）登録済シリアル番号
を含む。
【０３８２】
顧客アカウントによって透かし登録者を識別する。ほとんどの場合、この者に対してサービスの課金がなされる。妥当性の確認およびセキュリティ上の理由から、顧客アカウントは、公知かつ現存するアカウントでなければならない。アカウントのパスワードを含めたアカウント情報は、アカウント管理システムで保守される。
【０３８３】
オブジェクトおよび関連する属性によって、透かしを入れるべきオブジェクトを識別する。オブジェクト属性は、一般的にはオブジェクトの名前と記述、およびオブジェクト登録にアクセス権があるアカウントのリストを含む。これらアクセス権を有する「支援」アカウントとは、一般的には、広告代理店、プリプレスハウス等であり、ここで考慮している、印刷広告例における透かし埋め込みプロセスに関与している。
【０３８４】
アクションは、透かしが検出されたときに顧客が望む応答を規定している。それは製品によって様々であるが、ここで説明する例では、透かしの入ったオブジェクトに関する付加情報を返却することを含む。例示するシステムでのアクションは、透かしの入ったオブジェクトに関連したホームページの表示に使用するＵＲＬあるいはＨＴＭＬの返却である。他の製品に対する所望の応答には、オブジェクトの所有者および所有権情報の表示、ソフトウエア／データのダウンロード、ストリーム化されたオーディオあるいはビデオの配信、広告の発表、オブジェクトに基づくアクションの開始等がある。
【０３８５】
登録済シリアル番号は、登録の一番終わりにある構成要素である。それは、このように割り当てられたベンダーおよび製品に一意の識別子であり、それによって本システムが、当該オブジェクトに対する特定情報／アクションを要求できる。
【０３８６】
いくつかの主要な製品登録概念として、以下のものがある。
【０３８７】
透かし登録は、製品固有のプロセスである。
【０３８８】
他の製品機能あるいはスケジュールに影響を与えることなく、各製品が、自由にその性能を更新できるようにするため、登録プロセスを製品固有のものとしている。
【０３８９】
透かし登録は、ウェブ動作可能である。
【０３９０】
典型的な登録としてウェブ動作可能なプロセスがあり、そのプロセスは、オブジェクトの所有者（出版社、広告代理店、スタジオ等）より基本的な識別情報を要求し、オブジェクトに埋め込まれる一意の識別子を持つパケットを登録者へ返却する。透かし埋め込みアプリケーション（すなわち、ソフトウエア）は、このパケットを使用して、クライアントのオブジェクト内に透かしタイプとシリアル番号を埋め込む。例示したシステムでは、単一のオブジェクトにただ１つの透かしを埋め込む。他の実施例では、単一のオブジェクトに多数の透かしが埋め込まれる。
【０３９１】
顧客が透かしを登録するとき、本システムは、透かしのシリアル番号と、登録プロセスの間に顧客によって与えられた情報とを関連づける。この関連情報は、製品が異なれば変わるものである。以下の表は、典型的な雑誌の広告オブジェクトについて一組の関連情報を示している：
【表２】
0004808850.tif 000003
【０３９２】
透かし登録が失効する。
【０３９３】
製品によっては、透かしの有効期間が限定されている。これらの透かしに対して、登録プロセスは、割り振られたシリアル番号に対する失効日を使用している。システムが、失効したシリアル番号に対してアクションを要求するメッセージを受けた場合、エラーが返される。登録者は、失効日を更新して、透かしシリアル番号の失効を延長する。失効の延長は、顧客への課金となる。
【０３９４】
透かし登録は一つ以上のウェブセッションで完了できる。
【０３９５】
登録は、単一ステップあるいは多段ステップのプロセスとすることができる。プロセスの開始の際、メディア所有者が、要求された情報をすべて有している場合、本システムは、オンラインで透かしシリアル番号を要求するための簡単なウェブ動作可能な方法を提供する。与えられた全情報によって、その登録は、「アクティブ」とみなされる。すなわち、顧客は直接それを使用できる。登録者が、最初のセッションで利用できる要求情報をすべて持っていない場合には、最小セットの情報（例えば、名前、および／または組織名と製品）を提供することで、その登録者が埋め込みプロセスで使用できるように製品の透かしシリアル番号を依然として発行する。透かしが入れられるメディア（例えば、ＵＲＬ等）に関連したアクションが公知になっていないとき、この部分的な登録が最も一般的に使用される。部分的に登録されたシリアル番号は、要求された登録情報のすべてが完了するまで、「非アクティブ」とされる。「非アクティブ」のシリアル番号の処理が要求された場合、本システムは、エラーメッセージを発する。アクティブであろうと非アクティブであろうと、これらの登録は、適用しうる契約の期間と条件に従う、支払い請求可能な項目とみなされる。
【０３９６】
顧客は登録を更新して、新たな情報を反映させ、および／または、前の登録セッションを完了する。例えば、登録された顧客は、その顧客をリダイレクトするのに使用されるＵＲＬを特定せずに、透かしシリアル番号を要求できる。本システムがシリアル番号を割り当てることで、顧客は、埋め込みプロセスを継続できるが、顧客が、ＵＲＬと、このシリアル番号に関連する他の必須の情報とによって登録を完了するまでは、登録は完了したとはみなされない。
【０３９７】
透かし登録は安全である。
【０３９８】
登録者と、その登録者が認証したアカウントだけが、特定の透かし登録を利用できる。
【０３９９】
図示したシステムにおいて、透かしを登録する顧客アカウントは、特定の広告代理店、および／またはプリプレスハウスに許可を与えて、通常の作業の一部として登録内のあるフィールドを変更できるようにする。顧客アカウントは、契約プロセスの一部として設定される。広告代理店やプリプレスハウスに対しては、顧客が利用できる管理ウェブサイトを通じて、必要に応じてアカウントが設定される。
【０４００】
全製品に同じ基本原理が適用され、明確に許可されたアカウントだけが登録情報を利用できるように制限されている。アカウントは、パスワードで保護されている。広告代理店やプリプレスハウスは、単一のパスワードを共有している。他の実施例では、それぞれに独自のパスワードが割り当てられている。
【０４０１】
透かし登録の変更が記録される。
【０４０２】
すべての登録アクション、つまり、生成、変更、および削除が監査記録に記録される。認証済みのユーザ名、アクションの日／時間、およびアクションそのものがすべて格納されて、完全な監査証跡を提供する。
【０４０３】
図６は、登録に関連したプロセスおよびデータの流れを示している。
【０４０４】
【登録データベースへのデータ入力】
メディアオブジェクトにより検知された透かし情報との関連において、クライアントアプリケーション、ルータ、および製品ハンドラを最初に説明したが、同じ構想基盤をプロセスの初期段階に使用して、登録データベース１７にデータを入力する。すなわち、出版社、広告代理店、プリプレスハウス等が、アプリケーション２８ｃの適当に設定された変数を使用して、（ａ）初期データをデータベースに与え、（ｂ）そのデータを更新し、（ｃ）データベースに現在の値を問い合わせる。あるいは、専用の登録サーバ１９（図２）を使用する。
【０４０５】
ファイル内の特定の透かしに対して、データベースの記録内容をカプセル化することで、登録プロセスに複数の者が容易に関与できる。そのファイルには、様々なエンティティによって情報が連続して追加（あるいは、更新）され、そのファイルを使ってデータベース１７と記載されたエンティティ間でデータ伝送をする。
【０４０６】
ナイキがワイヤード誌に広告を掲載した場合を想定する。ワイヤードの広告部門は、ナイキのメディアバイヤーからの要求に応じて紙面を売ることに同意する。ワイヤードは、システム１０のオペレータによって特定の透かし識別子を入れることで、関連する透かし作業を開始する。（この工程と、以降のほとんどの工程はコンピュータによって行うことができ、そのコンピュータは、様々な加入者が使用する適当なソフトウエアによる指示に従って通信できるコンピュータである。このソフトウエアとは、以降の議論では登録サーバ１９であるが、既に述べたように、製品ハンドラ１６をアレンジして、このような機能を実行するようにしてもよい。）ワイヤードは、オペレータに発行識別子（例えば、２０００年７月号のサンフランシスコ版）と、雑誌で使用する内部トラッキング情報を与える。登録サーバ１９は、ワイヤードに確認ファイルを電子メールで送ることで応答する。このファイルは、それまでの情報（すなわち、透かし識別子、発行ＩＤ、雑誌のトラッキング情報）をカプセル化するものである。サーバ１９は、新たなデータベース記録を生成し、その記録の対応フィールドにある受信情報を解析する。
【０４０７】
ワイヤードは、登録サーバより受信したファイルをナイキのメディアバイヤーへ転送する。ナイキは、その情報に、広告名や内部トラッキング情報を含む付加データを付け足す。更新されたファイルは、サーバ１９へ転送される。サーバは、再びファイルを処理し、新たな情報によってデータベース記録を更新する。確認ファイルは、ナイキとワイヤードの両方に電子メールで送られるため、各々が最新の情報を有する。
【０４０８】
このように処理が行われ、各エンティティは、電子メールされたカプセルファイルによって、登録サーバ１９へ新たなデータを提供する。サーバは、対応するデータベース記録を更新し、識別した加入者宛てに、更新されたカプセルファイルを送るので、各加入者は最新情報を持つことになる。
【０４０９】
このプロセスによって、一旦、ナイキがデータを入力すると、外部の広告代理店にカプセルファイルが転送される。広告代理店は、そのファイルを同様に扱い、特定情報を付加して、サーバへ転送する。その結果、サーバは、データベース記録を更新し、ファイルのカプセル化のため、メール配信リストに広告代理店を追加して、ファイルの最新版をワイヤード、ナイキ、および広告代理店へ発送する。
【０４１０】
次に関与するのがプリプレスハウス等である。
【０４１１】
透かしＩＤが対応するＵＲＬの認識と、それ従って行われるデータベース記録の更新は、プロセスの終わり近くになるまで行われない。
【０４１２】
同じプロセスによって、いつでも、誰もがデータベースに付加情報を提供でき、他の者とその情報を共有できる。（加入者全員への配信に適さない情報もあり、それに従って、それらにしるしをつけることができる。）
【０４１３】
サーバ１９は、常時、すべての通信がそれを介して行われるハブである必要はない。例えば、ナイキが更新したファイルは、ナイキによって直接、広告代理店へ転送される。広告代理店は、その情報を追加した後、２度の更新を行ったファイルをサーバ等に提供する。
【０４１４】
配信されたファイルを、実際のデータベース記録の代用として使用することで、多くの利点が生まれる。その１つが、インターネット接続の必要なしに、全加入者が最新情報をローカルに入手できることである。従って、創造的な管理者が浜辺で仕事をしたい場合、あるいはネットからの接続が断たれたときでも、必要な情報を手に入れることができる。他の利点は、遠隔データベースとインタフェースをとったり、アテンダント認証とセキュリティ上の障害をナビゲートするといった、アーキテクチャ上、困難なことが要求されるのではなく、それぞれの加入者のところでソフトウエアツールと、特定の広告に固有のローカルデータとの一体化が容易になることである。
【０４１５】
上述した議論では、電子メールファイルに言及したが、一般的な電子メールプログラムを普通に使用することはできない。その代わり、アテンダントの業務（ロジスティックス）を良好に管理するため、各加入者は特別のファイル管理／メールプログラムを使用する。そのプログラムは、各広告に対する最新ファイルを追跡し、それを要求通り直ぐに更新できるようにして、様々なコンテントフィールドによってファイルにインデックスを付ける。従って、ユーザインタフェースは、データベースフィールドでグループ化あるいは分類されたファイルリストを提示するので、所定フィールドあるいはタブをクリックするだけで情報の編集あるいは付加ができるようになる。
【０４１６】
言うまでもなく、上記のファイル配信システムは、本システムに必要不可欠なものではない。当然ながら、多種多様な他の構成も使用できる。その１つに、必要に応じて各加入者がサーバ１９にログオンして、適切な許可を受けたデータベースフィールドを検査したり、更新するものがある。
【０４１７】
【番号付け方式】
オブジェクト内において（例えば、透かしによって）符号化されたペイロード情報は、複数の形式と大きさを取り得る。以下に、典型的な分類を示す：
（ａ）領域ベースのペイロードの区分化
（ｂ）顧客／使用ベースのペイロードの区分化
（ｃ）非セグメントペイロード
（ｄ）固有ＩＤ
【０４１８】
【領域ベースのペイロード区分化】
領域ベースのペイロードの区分化アプローチによって、ペイロードをフィールドに分割する。各フィールドは、個別の意味を持っている。上述したＣＬＡＳＳ／ＤＮＳ／ＵＩＤ構成は、このタイプのアプローチの例である。
【０４１９】
６０ビットのペイロードを考える。１２ビットがクラスＩＤを構成し、それらが最重要領域の識別子として機能する。他のビットの内、２４ビットは、ＤＮＳＩＤを構成し、それらが中間レベルの領域を識別する。クラスＩＤとＤＮＳＩＤとが一緒になって、データ発信元となるオブジェクトのクラスと、顧客と、ペイロードに応答するサーバとを完全に識別する。（応答の中には、遠隔サーバに送られるというよりも、クライアントコンピュータで処理されるものがある。）
【０４２０】
残りの２４ビットは、ユーザＩＤであり、最も粒度の高い識別子として機能して、ペイロードの特定ソースを示す。応答するサーバは、このＩＤに基づいて、どの応答が提供されるのかを正確に知る。
【０４２１】
このペイロードは、その全体が顧客オブジェクトに埋め込まれている。クライアントコンピュータがペイロードを検知すると、アプリケーション２８ｃは、そのペイロードをクラスＩＤフィールド、ＤＮＳＩＤフィールド、ユーザＩＤフィールドに分けて解析（暗号解読）する。クラスＩＤを使用して、一つ以上のクライアント側あるいはサーバ側のプログラムを起動する。一旦、「立ち上がる」と、これらの製品は、ＤＮＳＩＤとユーザＩＤとともにクラスＩＤを使用し、所望のアクションを完了する。
【０４２２】
クラスＩＤの１つは、オブジェクトが雑誌のページであることを示している。これに基づいて、アプリケーション２８ｃは、応答を目的として、ペイロードが上述したルータ／ハンドラへ向かうようにする。他のクラスＩＤは、オブジェクトが音楽であることを示している。アプリケーションは、再びペイロードが同一ルータに向かうようにする。すなわち、アプリケーションは、応答のため、ペイロードが音楽産業協会によって保守されるサービスに向かうようにする。他のクラスＩＤはまた、オブジェクトが食料品の包装であることを示しており、応答のため、ペイロードをオンライン食料品店に向ける。さらに他のクラスＩＤは、オブジェクトが名刺であることを示しており、ペイロードは、クライアントの機械でローカルに処理される。クラスＩＤ間のマッピングと、アプリケーション２８ｃによってペイロードが向けられた対応応答メカニズムは、上述したように、クライアントコンピュータのオペレーティングシステム（例えば、ウインドウズレジストリ）と関連したデータベースによって保守される。
【０４２３】
一旦、適切な応答先にペイロードが送られたならば、そのエンティティは、ＤＮＳＩＤを調べて、正しい応答エンティティをさらに区別する。例えば、ツリー状のサーバ内では、様々なＩＤが様々なクラスのサーバに対応している。
【０４２４】
ペイロードが、一旦、正しいクラスのサーバに向けられれば、ユーザＩＤは、ツリー内の末端の「葉」を規定し（例えば、データベース記録）、それが最終的に応答を示すことになる。
【０４２５】
【顧客／使用ベースのペイロード区分化】
第２のアプローチもまた、ペイロードの区分化技術を使用している。しかし、この構成では、最初のフィールドが、それに続くビットの解釈を規定している（例えば、区分化された様々なフィールド）。
【０４２６】
この場合においても、ペイロードが６０ビットであるとする。１２ビットをバージョンＩＤとすることができる。これらのビットは、後続するビットの解析および解釈の方法を示すとともに、（前述したアプローチにおけるクラスＩＤのように）、使用すべき特定のアプリケーションプログラム２８ｃを示している。よって、バージョンＩＤのビットは、ペイロードタイプを示す役割を果たす。明示した実施例では、それらのタイプの１つが、そのペイロードの出所が雑誌のページであり、それに従って取り扱うべき旨を示している。その場合、残りの４８ビットを、所有者ＩＤ（１５ビット）、出版物ＩＤ（１５ビット）、およびメディアＩＤ（１８ビット）の３つのフィールドに分けて解析することができる。
【０４２７】
所有者ＩＤは、透かしの登録をする顧客（例えば、ナイキ）を示している。これは、広告効果の分析や課金の目的に使用される。出版物ＩＤは、特定の出版物（例えば、２０００年７月のワイヤード誌のサンフランシスコ版）を示す。メディアＩＤは、その出版物内の特定のページ位置を示している。
【０４２８】
既に述べたように、ペイロードは、その全体が顧客のオブジェクト内に埋め込まれている。そのペイロードは、最初にバージョンＩＤを判断すべく解析される。ユーザ装置１２が、そのようなオブジェクトをローカルに扱うようプログラムされていれば、そのバージョンＩＤに対応するデータに従って、さらなる解析が行われるとともに、解析されたデータの関連処理も実行される。その装置が、サービスのため遠隔地へペイロードを送るよう指示されていれば、対応する遠隔サービスを行うエンティティを正確に識別するよう要求された詳細な解析だけをした（少しでもあれば）、完全なペイロードを送信できる。
【０４２９】
【非区分化ペイロード】
非区分化ペイロードは、（上述した）バージョンＩＤとオブジェクトＩＤという２つの部分のみからなる。具体的な例では、６０ビットのペイロードを再度、使用する。それらの内、１２ビットはバージョンＩＤとして、また、残りの４８ビットはオブジェクトＩＤとしての役割を果たす。
【０４３０】
このアプローチでは、所有者／顧客、出版、発行、メディアの関係は、オブジェクト識別子内において何らかの方法でそのまま示すというよりも、それらすべてをデータベース１７において保守する。
【０４３１】
【固有ＩＤ】
これは非区分化ペイロードに似ているが、固有識別子という単一フィールドからなる。同じアプリケーション２８ｃを常に使用し、ペイロードの内容とは無関係に（例えば、ローカルに処理したり、あるいは、所定の宛先へ送って）、そのペイロードデータに対して一貫した扱いをしている。
【０４３２】
上述したアプローチを結合したり、組み合わせたものも当然、使用できる。また、６０ビットのペイロード長は、一例に過ぎず、さらに長いペイロード（例えば、最長１０２４ビット）、あるいは短いペイロード（８ビット）も当然のことながら使用できる。
【０４３３】
特定の実施例では、１０ビットのペイロードタイプと、２２ビットの透かしシリアル番号とからなる、３２ビットの非区分化ペイロードを使用している。材料（例えば、複合グラフィックスを含む広告）の中には、、数個のシリアル番号で符号化できるものもある。このペイロードと所有者／出版等とのマッピングは、データベース１７に保守されている。
【０４３４】
（上述したように、アプリケーション２８ｃから送られてきたデータは、通常、識別子ペイロード以外の情報を含んでいる。例えば、アプリケーション２８ｃのタイプおよびバージョン番号、送信アプリケーションの電子アドレス等である。）
【０４３５】
【ルータ】
ルータ１４は、しるし検出およびレスポンスモデルによって様々な製品をいくつでも使用できるようにする。この機能を別々にし、汎用のままにしておくことで、既存の製品あるいはプロダクトハンドラ１６の設計変更をしないで、新製品を追加できる。このアプローチを成功させる２つの鍵は、速さと柔軟性である。標準化され、公開されたインタフェースを使用することで、ルータは、これら２つの目標の両方を可能にする。
【０４３６】
典型的なインタフェースの前提となるものが包囲技術であり、それによって、ルータは、外部トランザクションの封を「開く」ことができ、また、トランザクション（メッセージ）の残りの部分の暗号を解読せずに、ベンダーおよびアプリケーションＩＤを抽出することができる。これら２つの情報が与えられると、ルータは、簡単なルックアップテーブルを使用して、製品ハンドラが、そのトランザクションを完了するのに適しているかを判断する。その後、ルータは、ベンダー、アプリケーション、トランザクションの残り、およびインターネットの「返信」アドレスを適切な製品ハンドラに渡す。この取扱いが簡単であることからルーティングの遅延は最小になるが、ベンダー／製品固有のハンドラに対する実際の応答処理は遅延する。製品ハンドラに渡されるデータに「返信」アドレスを含めることで、ルータは、製品の応答に対する戻りのルーティングの負担から開放される。
【０４３７】
ルータについて概観すると：
１．顧客製品より受けた要求パケットの暗号解読をして、パケットの基本構成要素であるベンダーＩＤ、アプリケーションＩＤ、メッセージにする；
２．既知で正しい値のリストに対して要求パケットの基本構成要素を検証する；
３．要求パケットの要素は無効であることが判明した場合、無効の要素を知らせるメッセージを発行し、それを発信セッション（例えば、製品）に戻す；
４．暗号解読された要求パケットの内容と発信セッションについての認識結果を適切な製品ハンドラへ送る；
５．受信した無効パケットを含む、遭遇したエラーは何でもシステムモニタに報告する。
【０４３８】
図５は、ルータに関連するデータの流れを示す。
【０４３９】
【製品ハンドラ】
例示した製品ハンドラ１６の主な機能は、インターネットとルータ１４を介して、アプリケーション２８ｃより受信した要求を処理し、発信側装置１２へ要求情報／アクションを返すことである。特定の実施例において、要求された情報は、アプリケーションより送られてきた透かしペイロードに関連するＵＲＬである。他の実施例では、他のアクションおよび／または情報が要求される。
【０４４０】
受信した透かしペイロード各々は、データベース１７内の情報を使用して検証される。透かしペイロードＩＤが見つかり、それがアクティブであれば、要求されたアクションが実行される。透かしペイロードＩＤが見つからず、あるいは、それが非アクティブであれば、要求アプリケーションにエラーメッセージを返す。
【０４４１】
トラッキングと課金を行う目的で、すべての要求をトランザクションログに記録する。これは、アプリケーション２８ｃが渡した第２のペイロード情報（例えば、郵便番号、人口統計世帯ＩＤ等）を含む。
【０４４２】
システムの応答を速くするため、製品ハンドラ１６は、ハンドラが予測する透かしペイロードの到来に対応させて、先を見越してＵＲＬをアプリケーションへ送る。これらのＵＲＬは、アプリケーション２８ｃに関連したメモリに格納され、アプリケーションが必要とするときは直ちに呼び出される。
【０４４３】
例えば、透かし入りの広告を含む雑誌を考える。ユーザが最初の広告を装置１２に渡すと、透かしの解読が行われ、製品ハンドラ１６へ転送される。これは、その広告に対応するＵＲＬに応じるものである。そして、アプリケーション２８ｃは、受信したＵＲＬを装置１２上のウェブブラウザ２８ｂに渡す。これによって、そのインターネットアドレスにリンクが張られる。しかし、ここでハンドラは、ユーザが読んでいる雑誌を知る。ハンドラは、最初に受信した透かしを参照して、例えば、ユーザが、タイム誌の２０００年３月１４日のサンフランシスコ版を読んでいて、ちょうど８５ページを見ていることを認識する。この情報をもとに、ハンドラは、その号の中の、他の広告に関連したＵＲＬについてデータベース１７に問い合わせることができる。（データベースのインデックスは、所定雑誌の号あるいは他の総合データソース内の全広告を認識する高速照会ができるように構成される。）これらのＵＲＬは、アプリケーション２８ｃに返され、格納される。次に、ユーザが１１０ページの広告を装置１２に示した場合、アプリケーション２８ｃは、その広告が、ローカルに格納された対応ＵＲＬを既に有していることが分かる。そして、アプリケーションは、その対応ＵＲＬをウェブブラウザに渡す。ウェブブラウザは直ちにリンクを張って、アプリケーションと遠隔システム間をデータが往復してしまうのを回避する。
【０４４４】
キャッシュの最適化は、様々な方法でできる。その１つとして、次に見ると思われるページに対応するＵＲＬを最初に送ってしまう方法がある。例えば、ユーザがセンサ２２に８５ページをちょうど示していて、そのページに対するＵＲＬを送信した後、ハンドラ１６が次に、ページ８６，８７等に関連するＵＲＬを送る。その雑誌の最後のページ（通常は裏表紙）に対するＵＲＬを送ると、ハンドラは、最初（通常、表表紙）から始めて、８４ページまでのＵＲＬをさらに送信する。他の最適化方法としては、主だった広告のＵＲＬを最初に格納する、例えば、２ページにまたがる広告のＵＲＬを最初に送ってから、各全面広告のＵＲＬを送り、その後、逐次、ページの一部を占める小広告各々のＵＲＬを送る。他のアプローチとして、ハンドラ１６が装置１２にＵＲＬを送って、契約により同意した優先順に格納するものがある。例えば、ある広告主が、割増金を払わない他の広告主よりも前にキャッシュされる代わりに割増広告料を払う。他のキャッシュ優先順や、それらの順序の組み合わせも当然、使用できる。
【０４４５】
システムの中には、リンクを張るためにシステムが提供するＵＲＬの数をもとに、広告主あるいは出版者が、そのシステムの使用料を払うものがある。ＵＲＬのキャッシュをローカルに（例えば、装置１２において）行う場合、実際にローカルキャッシュから取り出し、リンクを張るのに使用したＵＲＬを、装置１２がルータ１４（あるいは、ハンドラ１６）に通知するのが望ましい。そうすることで、遠隔システムが同じＵＲＬを記録できる。よって、対応ＵＲＬが既にキャッシュされているセンサ２２に対して、ユーザがオブジェクトを提示する度に、アプリケーション２８ｃがルータ１４にメッセージを送って、イベントを報告する（通常は、特定のＵＲＬが関与している）。その後、このイベントは、トランザクションログに記録される。
【０４４６】
このように先を見越してＵＲＬを送ることは、製品ハンドラが実行する１つの選択的な機能である。他には、アプリケーション２８ｃが製品ハンドラに問い合わせて、アプリケーションの、より最近のバージョンをダウンロードできるかどうかを判断する機能がある。それが可能であれば、アプリケーションは、ユーザとのやり取りを通して、製品ハンドラがソフトウエアのダウンロードに対応するよう要求する。
【０４４７】
より詳しくは、アプリケーション２８ｃが、アプリケーション２８ｃの最新バージョンについて定期的に（例えば、その日にアプリケーションが最初に使用されたとき）、製品ハンドラに問い合わせができるようにする。装置１２のバージョンが３．０４であり、遠隔システムは、バージョン３．０７が最新バージョンであるとして対応するような場合、アプリケーション２８ｃは、ユーザに対して、適当なテキスト、グラフィックス、あるいは他の手段で、より最新バージョンのプログラムが入手可能である旨の警告をし、そのような最新バージョンのものを入手したかどうかを問い合わせる。ユーザに対して、そのような指示があれば、ハンドラ１６は、装置１２に最新バージョンのプログラム（あるいは、現時点でインストールされているバージョンを更新できるパッチ）を提供する。
【０４４８】
アプリケーションのバージョンを更新する必要がないときもある。遠隔システムからのデータによって、アプリケーション２８ｃ内の一つ以上のパラメータだけを変更する妥当性あるいは必要性を示すようにしてもよい。例えば、ハンドラ１６が、新たなセキュリティキーを定期的に装置１２へ送り、そのキーを使用してアプリケーションのセキュリティ構成を変えるようにしてもよい。あるいは、アプリケーション２８ｃに指示を与え、次の時間、日まで、あるいは他の指示があるまで、別々のルータ１４に対して、さらに発信透かしトラヒックを送るようにしてもよい。このような指示を使用することによって、システムの性能を最適化でき、例えば、ルータの負荷のバランスをとるために、低速と判明したインターネットの経路を避けることができる。
【０４４９】
要約すれば、ハンドラの詳細は以下のようになる：
１．アクティブ識別子のリストに対する受信識別子（例えば、透かしのシリアル番号）の妥当性を判断し、シリアル番号が見つからない場合は、発信側セッションにエラーメッセージを返し、そのエラーをエラー取扱いルーチンに記録する；
２．受信した有効透かしシリアル番号各々に対して、データベースより、対応するアクティブ主アクションを見つける；
３．受信した有効透かしシリアル番号各々に対して、対応する主アクションが現在、アクティブでないことがハンドラによって検知された場合、ハンドラは、それに代えて、「デフォルト」のアクションを実行する；
４．ハンドラが、受信した有効透かしシリアル番号に関連するアクティブな主アクションを検知した場合、ハンドラは、リダイレクションにおけるアプリケーション用にＵＲＬを返すか（往復アプローチ）、あるいは、発信側セッションに検知したＨＴＭＬページを提供する；
５．ハンドラが、受信した有効透かしシリアル番号に関連するアクティブな主アクションを検知しないが、関連するデフォルトアクションを検知した場合には、ハンドラは、リダイレクションにおけるアプリケーション用にＵＲＬを返すか（往復アプローチ）、あるいは、発信側セッションに検知したＨＴＭＬページを提供する；
６．ハンドラが、透かしシリアル番号に関連する、有効でアクティブな主アクションあるいはデフォルトアクションを検知できなければ、ハンドラは、発信側セッションにエラーメッセージを返し、そのエラーをエラー取扱ルーチンに記録する；
７．課金と分析を目的として、結果的にエラーメッセージとなるものも含めて、各トランザクションを記録する（他の実施例では、ルータがこの機能を実行する）；
８．最新の入手可能なアプリケーションソフトウエアのバージョン番号を発信側セッションに返すことで、「ソフトウエアバージョン要求」に対応する；
９．発信側セッションに、最新の入手可能なアプリケーションソフトウエアのファイル転送を開始することで、「ソフトウエアダウンロード要求」に対応する；
１０．与えられた透かしシリアル番号に対する現在の登録パケットを返すことで、有効な登録パケットアップロード要求（適正なフォーマット、現存するシリアル番号、アカウントＩＤ、有効な対応アカウントパスワード）に対応する；
１１．失敗を示すエラーメッセージを発信側セッションに返すことで、無効な登録パケット要求に対応する；
１２．ローカルにキャッシュされたトランザクションをトランザクションログに書き込むことで、ローカルトランザクションキャッシュフラッシュ要求に対応する；
１３．最初に、提供されたシリアル番号に関連するＵＲＬを返すことで、複数のＵＲＬ要求に対応し、その後、提供された他のすべてのアクティブシリアル番号と出版、発行、地域コード（オプション）に対するＵＲＬによって対応する。
【０４５０】
図６は、製品ハンドラに関連する上述したプロセスの一部を示している。
【０４５１】
【ＵＲＬ性能モニタリング】
システムの動作に戻ると、データベースにおいて認識されたＵＲＬは、遠隔ウェブサイトでの機器上の問題、あるいは別の問題により、時々、動作不能になったり故障したりする。必要ならば、ハンドラ１６（あるいは、システムの他の構成要素）をプログラムして、データベース内にアクティブであると登録されたリンク各々を定期的に（１日１回）試験し、そして、関連するホームページのロード時間を測定する。そのホームページをロードできなかったり、通常よりもロード時間がかかる場合には（再試験により、状態に異常はないと確認されている）、これらの状態は、対応するデータベース記録の中で特記できる。そのようなＵＲＬを装置１２へ提供するようハンドラに要求があった場合、ハンドラは、ＵＲＬとともに、あるいはＵＲＬなしのメッセージを送り、そのＵＲＬが不正な振る舞いをしていることを装置に示す。
【０４５２】
ＵＲＬは動作しているが、（その過去の性能に比べて、あるいは他のＵＲＬに比べて）ロードが極端に遅い場合には、ハンドラ１６は、装置１２に対して一時的な迂回路を設定する。例えば、ハンドラが装置に対して第２のブラウザウインドウを立ち上げるよう指示し、そのブラウザを代替となる宛先に向けることで、意図したページのロードをユーザが待っている間、ユーザを楽しませることができる。最終的に意図したページがロードされたならば、最初のブラウザウインドウを表示する。その際、第２の、注意をそらすためのウインドウを閉じるか、あるいは、背後において第２のウインドウを生かしておきながら、最初のウインドウを前面に持ってくる。
【０４５３】
この代替となる宛先は、低帯域幅のページであることが望ましく、そうであれば、所望のＵＲＬをロードするのに、許容しがたい程、さらに遅くなることはない。この代替ページは、ハンドラによって選択され、所望のＵＲＬの後にＵＲＬが送られる。ハンドラよりＵＲＬを提供する代わりに、ハンドラが装置１２に対して直接、ＨＴＭＬあるいは他のページを提供できる。あるいは、代替ＵＲＬを装置１２に格納し、ハンドラ１６からのデータ受信があれば、代替ＵＲＬを使用して第２のブラウザウインドウ呼び出すことで、所望の内容が来るのが遅いことを示す。実施例によっては、ユーザがいくつかの代替ＵＲＬ（例えば、天気、株情報、ジョーク）を認識し、その中から、ハンドラあるいはアプリケーション２８ｃが任意に、あるいは他の方法で選び出すことができる。または、ハンドラ１６からの「待ち準備」表示に応じて、ＨＴＭＬページあるいは他のアプリケーションを装置１２においてローカルにロードすることもできる。
【０４５４】
データベース１７において、ＵＲＬが遅いあるいは動作不能と印されている場合、スキャン動作によって定期的にＵＲＬを再チェックして、データベース内でのそのステータスが変化したか（例えば、非アクティブからアクティブへ変化したか）どうかを見る。非アクティブのＵＲＬは、電子メールで登録者に報告され、所定期間内にアクション状態に戻らない場合には、手動のフォローアップに対してしるしをつける。
【０４５５】
【製品ハンドラによる具体的な応答】
上記のパート１は、例示したシステム１０によって可能となる様々なアプリケーションのサンプルを提供した。それらの詳細を以下に説明する。
【０４５６】
システム１０を使用して手作りの挨拶状を作る場合を考える。挨拶状を作る会社は、そのカードあるいは他の書簡と一緒に使用する透かし入りプレスオンステッカーを用意する。客は、そのステッカーを、（小売店、家庭、あるいは、その他の場所で）カメラが搭載されたコンピュータに見せる。コンピュータは、透かしを解読して、それを、ルータ１４を介して、対応する製品ハンドラ１６に送る。ハンドラは、その透かしを未登録の挨拶状のステッカーであると認識して、客に対して、その客の個人ホームページ等の宛先ＵＲＬを入力させる。この情報は、客によって入力され、登録データベース１７への入力のため遠隔システムへ転送される。その後、適当に動作可能なシステム（例えば、カード受取機）にステッカーを見せたときはいつでも、ブラウザウインドウが自動的に立ち上がり、買い物客が特定したホームページへと案内される。（言うまでもなく、ステッカーを使用しなくても、例えば、挨拶状そのものを符号化することで、同様の効果が得られる。）
【０４５７】
いくつかのアプリケーションでは、製品ハンドラが様々な応答のライブラリを持っており、それらは、ユーザのさらなる選択によって決まる、特別の状況下でユーザに提供できる。適当に透かしの入った大学のＩＤカードを持つ大学生を考える。このカードが装置１２に提示されると、製品ハンドラは、ＨＴＭＬ命令で応答し、その命令によって、装置のスクリーン上にオプションメニューが現れる。例えば、以下のものがある：
１．今度の大学行事の日程表を再検討せよ
２．今度のスポーツ行事の日程表を再検討せよ
３．現在の授業の時間割を再検討せよ
４．来学期のコースを選択せよ
５．成績を再検討せよ
学生が（例えば、マウスで、あるいは指定された方法でＩＤカードを動かして）選択をすると、アプリケーション２８ｃは、選択されたオプションに対応するデータを製品ハンドラに送り、それが要求データに応答する。
【０４５８】
場合によっては（例えば、現在の授業時間割の再検討、来学期のコース選択、成績の再検討において）、紛失したり盗難に遭ったＩＤを使ってアクセスしようとする者から、そのような情報を保護するための注意が必要である。従って、どのオプションが選択されても、ハンドラ１６は、最初にパスワードあるいはＰＩＮを照会して装置１２に応答する。正しいパスワード／ＰＩＮの入力後においてのみ、要求されたアクションが実行される。（安全上の理由から、大学は、製品ハンドラ１６によるよりも、専用の学内サーバによってパスワードの認証処理が行われることの方を選ぶ。当然のことながら、状況に最も合致したものとして、ハンドラ１６以外のプロセッサに、このタスクと他のタスクを任せることができる。）
【０４５９】
別の場合では、オプションメニューの提示が不要となり、状況あるいは周囲から正しい応答が推測される。持ち主の識別番号で透かしが入れられた運転免許証を考える。空港にある電子メールキオクス１２に提示されると、解読した透かしを使用して、その個人対応の電子メールアカウントを探し、新たなメールをダウンロードする。それと同じ運転免許証がチェックインキオスクに提示された場合は、解読した透かしを使用して、その個人の便予約を調べ、座席割当てを発行する。いずれの場合も、キオスクは基本的に同じである。しかし、ある場合は、ルータ／製品ハンドラに対して電子メールキオクスであると称し、他の場合は、チェックインキオスクと称する。それに応じて、ルータ／製品ハンドラによる応答は変化する。
【０４６０】
大学の例に戻ると、学生がそそのかされて学生ＩＤの写真を入れ替え、例えば、替え玉が、無資格の学生に代わって大学院の資格認定試験を受けるような場合がありうる。通常の場合、このような写真の入れ替えは、検知が難しい。この問題には、各学生に対して装置１２にＩＤを提示させる手順を含む、試験チェックイン手順によって対抗できる。このタスクに特化したアプリケーション２８ｃは、ＩＤの写真より解読した透かしをハンドラ１６に転送し、これに応答して、認識された学生の映像が装置１２に表示される。（大学は、ＩＤカード発行の際に、学生の映像についての必要なデータベースを作り上げることができる。）試験監督が、ＩＤカード上の映像と一致しない映像が装置上にあることが分かれば、適切な行動をとることができる。（この構成は、空港のチェックイン、税関、入国管理等を含む、写真ＩＤ文書を使用するところであればどこでも適用できる。）
【０４６１】
図示したシステムの他のアプリケーションとして、しるしを付けたオブジェクトに関連するメタデータを見つける、あるいは、それに作用するものがある。ユーザがインターネットからダウンロードする画像、ビデオ、あるいはオーディオファイルを考える。マイクロソフト社のウインドウズエクスプローラ（インターネットエクスプローラを含む）のような、よく知られたアプリケーションは、透かしデコーダによって構成されており、そのデコーダは、（例えば、ファイルのアイコンあるいはファイル名を右クリックし、「プロパティ」を選択してアクセスされる）、例えば、プロパティパネルから起動できる。ファイル内の透かしが検知されると、エクスプローラアプリケーションは、遠隔システム（例えば、上述したルータ／製品ハンドラ／データベース）へ対応パケットを送信できる。遠隔システムは、そのパケットがウインドウズエクスプローラのプロパティパネルを介して発生したものと認識し、データベース１７内の透かしＩＤを検索する。ファイルに対応するメタデータ（例えば、所有者、作成日、許可期間、露出データ、対象等）は、データベース１７（あるいは、ルータ、ハンドラ、あるいはデータベースによって認識された他のデータベース）よりアプリケーション２８ｃへ戻され、プロパティパネル内の（適当な「タブ」の下に選択的に）表示される。
【０４６２】
（譲受人は、情報センターの役割を果たす「マークセンタ」サービスを長い間、提供し、それによって、写真等の中から見つかった透かし識別子を使用して、所有者や、オブジェクトに対応する関連情報を識別する。）このサービスを使用している本実施例では、ルータ１４がマークセンタサービス（この例では、製品ハンドラ）に要求を渡し、それが発信側アプリケーションへ応答型の情報を返す。譲受人のマークスパイダサービスは、メディアコマース製品によって提供されるサービスを補足する。マークスパイダサービスは、常時、インターネットサイトを検索し、遭遇する各グラフィックの検討を行って、それが透かしを含んでいるかどうかを判断する。（オーディオおよびビデオも同様に解析できる。）マークスパイダサービスは、検知した各透かしを使って、グラフィックファイル名、大きさ、フォーマット、日／時間、およびグラフィックが見つかったＵＲＬを記録する。その後、この情報は、報告形式でマークスパイダの顧客が利用できるようになる。
【０４６３】
単にメタデータを表示するのではなく、アプリケーションおよび／または遠隔システムは、それを利用することもできる。例えば、透かし入り画像の所有者がコービスであり、その画像が特定の期間における特定の使用に対して許可できることを、メタデータが示している場合、遠隔システムはライセンスサーバとして使用できる。すなわち、ユーザから支払い情報を受け、ライセンスを供与し、トランザクションの詳細をコービスに転送するのに使用できる。
【０４６４】
他のアプリケーションとして、インターネット上における音楽あるいはビデオの販売あるいは宣伝がある。音楽に例をとると、アーティストは、忠実度の低い（あるいは改竄ないし簡略化された）バージョンの音楽を無料で配信できる。忠実度が低くなるのは、帯域幅の制限（例えば、５００Ｈｚ〜２．５ｋＨｚ）や（ステレオに対する）モノラルであること、あるいは他の理由があることによる。アーティストは、低忠実度版をできるだけ広帯域で配信し、そのアーティストの他の作品のマーケティングエージェントの役割を果たそうとする。（学生がインターネットを介して無料音楽を積極的に転送しているような大学が直面するネットワーク帯域の問題のいくつかが、狭帯域オーディオの無料配信のおかげで緩和される。）
【０４６５】
低忠実度版各々を処理して、識別子（例えば、ステガノグラフィを使用したインバンド透かし、数字によるＩＤあるいはファイルヘッダ内の音楽／アーティスト名フィールド、音楽データにハッシュアルゴリズムを適用して得た１２８ビットのハッシュ値、音楽ファイルのヘッダデータ、その部分等）を抽出できる。聴取者が、作品の完全忠実版を手にしたいとすると、その聴取者は、適度にプログラムされたコンピュータあるいは音楽機器を操作する。それらは、その作品から識別子を抽出して、それを遠隔システムに渡す。遠隔システムは、様々な方法で応答できる。例えば、（例えば、ＭＰ３ダウンロードのように）同じ作品の完全忠実版をユーザに提供して、そのユーザのクレジットカードに料金（例えば、０．９９ドル）を請求したり、ユーザのコンピュータのウェブブラウザを、その音楽に関連する電子商取引／ファンのウェブサイトに仕向ける等がある。このような機能は、マイクロソフト社のインターネットエクスプローラのような汎用プログラムにおいて提供でき、例えば、ファイル上で右クリックして、この機能および関連機能を含むメニューを得る。
【０４６６】
図８〜図１０は、このような実施例における一連の画面ショットを示している。図８において、ユーザが、ディレクトリリスト２００内のＭＰ３ファイルアイコンを右クリックしたことで、第２のオプションである「ＭＰ３ブリッジ」を含むプロパティメニュー２０２が現れる。
【０４６７】
図９は、ユーザがＭＰ３ブリッジオプションを選択するとどうなるかを示している。ＭＰ３プレーヤ２０４が立ち上がり、ダイアログボックス２０６が現れる。ダイアログボックスは、ユーザに「アーティストについてもっと知りたいですか？はい  いいえ」と問い合わせる。
【０４６８】
図１０は、ユーザが「はい」と答えたときにどうなるかを示している。ソフトウエアは、ＭＰ３ファイルから抽出された識別子を遠隔システムへ送る。遠隔システムは、関連するホームページのアドレスで応答し、ユーザのコンピュータに対して、そのページへと導く新たなブラウザウインドウを立ち上げるよう指示する。
【０４６９】
言うまでもなく、ＭＰ３プレーヤ、（あるいは、インターネットエクスプローラを介するよりも、ウインドウズメディアプレーヤ等）のユーザインタフェースを介して、同様の機能を立ち上げることができる。音楽アプリケーションは、ウインドウを分割したり、あるいは、既存のウインドウ内にオプションと関連データを提示する。
【０４７０】
遠隔システムについての他のアプリケーションとして、「ネットナニィ」フィルタがある。システムを介して要求されるリンクのチェックが、キーワード、成人向けを示す特記、内容の評価、あるいは、他の年齢相応性のしるしに関して行われ、先に選択した特定の基準に合致したときのみ、要求したコンピュータ１０へリンクが張られる。
【０４７１】
上記の例は、詳細なシステムで可能となる無数のアプリケーションの内のわずかな例である、ということを理解されたい。
【０４７２】
【報告】
システムソフトウエアにより、顧客がアクセス可能な（インターネットを介してアクセス可能な）報告が提供され、その報告は、日付、顧客、出版、発行日、地域、製品／版数等によって、詳細かつ概略的な使用情報を示している。これらは、定期的な報告とすることも、また、臨時の報告とすることもできる。報告の内容、関係、タイミングの指定については、顧客がオンラインで規定できる。
【０４７３】
報告の詳細を例示すると、以下のようになる：
（ａ）顧客ごと広告ごとのヒット率／トランザクション
（ｂ）顧客ごと出版ごと広告ごとのヒット率／トランザクション
（ｃ）顧客ごと出版ごと号数ごと広告ごとのヒット率／トランザクション
（ｄ）顧客ごと出版ごと号数ごと地域ごと広告ごとのヒット率／トランザクション
（ｅ）発信側アプリケーション（２８ｃ）別のヒット率／トランザクション率
（ｆ）発信側アプリケーションベンダー別のヒット率／トランザクション
（ｇ）発信側ウェブドメイン（例えば、ａｏｌ.ｃｏｍ）別のヒット率／トランザクション率
（ｈ）郵便番号別のヒット率／トランザクション率
（ｉ）国別のヒット率／トランザクション。
【０４７４】
サービスプロバイダによる内部分析、および他のエンティティへの販売に対して、さらにマーケッティング／市場報告を作成できる。これらの報告は、通常、システムの効果と利用についての、より国際的な視野を提供する。利用パターンと併せて、人口統計データベースに格納された情報を使用することで、システムは顧客と調査機関に対して、システムの利用と有効性に関する、より詳細な人口統計／統計データを提供できる。
【０４７５】
例示するシステムでは、ある種のサービス（例えば、無料カメラ、バーコード読取りペン、あるいは他の道具等）を考慮に入れて、ある程度詳細に行動を追跡記録されることに同意したユーザのサンプルからとった統計量を使って、人口統計データベースの統計量を作成している。これらのユーザは、人口統計世帯と呼ばれている。このシステムに含まれるソフトウエアプログラムは、ウェブ動作するインタフェースにより、これらのユーザから、インターネットを介して、以下のテーブルに詳細に示す情報を集める。これらのユーザは、関連するプログラムによって、前もって入力したユーザ／世帯情報を更新／編集できる。各セッションは、安全のためパスワードによる認証が行われる。
【表３】
0004808850.tif 000004
【０４７６】
【オーディオおよびビデオ】
新聞広告と同様、例示したシステムは、ウェブに接続されたＰＣあるいは他の機器のユーザに、情報、コンテンツ、関連製品、あるいは、上述したのと同じ原則に立つ関連サービスの入手方法を提供する。
【０４７７】
例えば、アプリケーション２８は、記録装置（ノートレコーダ、ＰＣに接続されたマイクロフォン、ＭＰ３プレーヤ等）を使用して、音楽あるいは他のオーディオを「取り込み」、このように取り込んだオーディオを分析して、埋め込まれた透かしを検知することができる。一旦、検知されると、アプリケーションは、透かしペイロード情報の一部あるいは全部を、アプリケーションの識別番号とそのベンダーとともにルータに渡す。ルータは、そのペイロード情報を、アプリケーションに対応するハンドラへ転送する。製品ハンドラの応答は、データのコンテキストと性質によって変化する。例えば、ハンドラは、ユーザにアーティスト、題名、トラック、アルバム、ウェブのＵＲＬ、および購入情報を返す。記録されたニュースと娯楽のセグメントには、他の関連ウェブサイトの情報とともに、そのセグメントの記録（オーディオ、ビデオ、および／またはテキスト）が含まれる。ハンドラは、音楽を購入できる音楽取引ウェブサイトに向けられたブラウザウインドウが、装置１２によって立ち上げられるようにするだけである。
【０４７８】
【セキュリティ】
システムの基本的な安全思想は、顧客によって認定されたユーザにだけ、各顧客情報へのアクセスを認めることである。そのため、本システムは、好ましくは、以下のようになっている：
１．公認ユーザ（アカウント）のリストを作成し管理する
２．非公認ユーザへのアクセスを拒絶するための安全策を採用する
３．ユーザがアクセスを認められたオブジェクトにのみアクセスするよう制限する（一般的には、そのオブジェクトは顧客に属する）
４．非公認アクセスが試みられたものすべてを報告し記録する
５．公認ユーザのログイン（セッション）すべての記録を保守する
６．透かし登録者に（広告代理店やプリプレスハウスのような）他のアカウントへのアクセス権を認める権能を与える
７．各アカウントにイニシャルパスワードを設定する
８．各公認ユーザ／アカウントにパスワードを変更する権能を与える
９．現在のパスワードを紛失したときに認証済みのユーザ／アカウントのパスワードをリセットする権能を与える
１０．すべてのパスワードを、暗号化された値のまま格納して、（パスワードの盗難を防止する）
１１．公認ユーザにアカウント情報の生成、変更、抹消、リスト化／閲覧を制限する権能を与える。
【０４７９】
【監査証跡】
システム動作の財政的な意味あいから、登録あるいは顧客データに対する変更はすべて記録しておく必要がある。この監査証跡によって、オペレータおよびその顧客に、データの現在および前のステータスに対する正確なアカウントが提供される。
【０４８０】
監査用プログラムは、登録および顧客データすべての生成、変更、および抹消を記録するのが望ましい。監査用プログラムはまた、ユーザ名、記録の生成／変更／抹消の日／時間、および、変更に対しては、データが変更された前後の画像を記録する。
【０４８１】
【アプリケーションと製品ハンドラのインタフェース規定】
アプリケーション２８ｃとハンドラ１６間のインタフェースの基本原理は、（ａ）適応性のある要求および応答パッケージ構造と、（ｂ）業界基準に基づく明確な接続方法である。この例示したメッセージングでは、ｈｔｔｐおよび／またはｈｔｔｐｓプロトコルを採用して、システムの構成要素間でメッセージの送受信を行う。図４に、その概略を示す。
【０４８２】
メッセージフォーマット：
メッセージフォーマットは、ＸＭＬ準拠であり、以下のＸＭＬＤＴＤにより規定される：
＜！ＤＯＣＴＹＰＥ  ｌｉｓｔ  ［
＜！ＥＬＥＭＥＮＴ  Ｃｏｎｔｅｎｔ  （ｖｅｎｄｏｒ，  ａｐｐｌ，  ｐｒｏｄ）＞
＜！ＥＬＥＭＥＮＴ  ｖｅｎｄｏｒ  （＃ＰＣＤＡＴＡ）＞
＜！ＥＬＥＭＥＮＴ  ａｐｐｌ  （＃ＰＣＤＡＴＡ）＞
＜！ＥＬＥＭＥＮＴ  ｐｒｏｄ  （＃ＦＣＤＡＴＡ）＞
］＞
【０４８３】
アプリケーション２８ｃは、製品ハンドラ１６への送信のため、このヘッダにデータを付加する。メッセージと製品ハンドラの応答の典型例については、以下のセクションにおいて詳述する。
【０４８４】
アプリケーションメッセージの規定：
アプリケーションメッセージの規定は、要求コード、一次情報および二次情報に分けることができる。
【０４８５】
「要求コード」は、製品ハンドラ１６が特定のアクションを行うよう指示する。
【０４８６】
「一次情報」部は、アプリケーションの要求に対して適切にサービスを提供することが必要とされるデータを含んでいる。一次情報は、要求コードに基づいて変化する。
【０４８７】
「二次情報」は、分析および報告ツールでの使用を対象としており、ユーザの要求に対してサービスを提供する際に製品ハンドラに指示を与えたり、支援することはない。二次情報の内容は、要求コードに基づいて変化するが、すべての要求コードが、関連する二次情報を持つことは要求されない。さらには、二次情報のほとんどが、その収集に顧客が明白な承諾を与えることを要求する。承諾が得られない場合は、アプリケーションは二次情報を送信しない。選択されたものに対しては特別な場合が存在し、需要者が人口統計データベースの一部となることを承諾する。
【０４８８】
一次および二次情報は、要求の形式によって変わるが、一般的には、以下の規定に従う。製品ハンドラに対する一般のフォーマットも、以下に規定されている。
【０４８９】
「一次情報」は、アプリケーションのバージョン、透かしのタイプ、透かしのシリアル番号、コンテキストおよび環境を含む：
●アプリケーションのバージョン：製品ハンドラによって、そのアクショ
ンの変更に使用され、通常、下位互換性に対して使用される
●透かしのタイプ：例示した透かしペイロードの上位９ビットであり、透
かしのシリアル番号を処理する際に製品ハンドラによって使用される
●透かしのシリアル番号：透かしペイロードの残り部分である。製品ハン
ドラにより使用されるインデックスを提供して、登録データベース内の
透かしにアクセスする
●コンテキスト：製品ハンドラに指示を与えて、顧客要求のコンテキスト
に基づいてアクションを変更／改良する
●環境：製品ハンドラに指示を与えて、顧客要求の環境に基づいてアクシ
ョンを変更／改良する（環境は、例えば、家庭、オフィス、車、ポータ
ブル機器等として指定される）。
【０４９０】
言うまでもなく、他の要求コードも使用できる。各々が、必須およびオプション一次情報フィールドについて、それ自身のリストを有している。オプションのフィールドは、関連する値がないときには、一次情報から除外される。
【０４９１】
二次情報：人口統計世帯ＩＤ：選ばれた人口統計グループの識別子である。これは、実際の人口統計のインデックスとして使用される
●入力機器：透かしを検知するのに使用する、その機器の製造メーカ、型
、およびバージョンである（例えば、ＴＷＡＩＮドライバストリング）
●オペレーティングシステム：需要者のＰＣで使用されているオペレーテ
ィングシステムである
●プロセッサ：需要者のＰＣのプロセッサタイプ／クラスである
●プロセッサの速度：需要者ＰＣのプロセッサのＭＨｚで示すクロック速
度である（ユーザによって入力されるか、自動的に検出される）
●言語：需要者が話す言語のことである
●国：需要者のＰＣが存在している国である
●郵便番号：（国とともに使用して、需要者の居場所を正確に特定する）
需要者の郵便番号である
（これらの明示的なデータに加えて、装置１２から送られるパケットは、（ｈｔｔｐプロトコルの使用に固有の）ＩＰアドレスをも伝達するので、遠隔装置（例えば、ルータ／ハンドラ）は、それに応答できるアドレスを持っている。
【０４９２】
製品ハンドラからの応答：
0004808850.tif 000005
【０４９３】
ＵＲＬ要求：
要求入力：
ヘッダ（ＸＭＬフォーマット）
Ｖｅｎｄｏｒ    （例えば、デジマーク）
Ａｐｐｌ        （例えば、ＭＢ）
データ
要求情報−
Ｒｅｑ         ＝ＲＦＵ
Ｖｅｒ          ＝アプリケーションバージョン番号
Ｔｙｐｅ        ＝透かしタイプ番号
Ｓｅｒ          ＝透かしシリアル番号
Ｃｘｔ          ＝コンテキスト
Ｅｎｖ          ＝環境
オプション情報−
Ｃｔｒｙ         ＝ユーザの国名
Ｌａｎｇ         ＝ユーザの好みの言語
ＨＨＩＤ         ＝人口統計世帯の識別子
Ｄｅｔ           ＝検出／検知器のＴＷＡＩＮストリング
ＯＳ                   ＝ユーザＰＣのオペレーティングシステムス
トリング
Ｐｒｏｃ         ＝ユーザＰＣのプロセッサタイプおよびクラス
Ｓｐｅｅｄ       ＝ユーザのプロセッサ速度
Ｚｉｐ           ＝ユーザの郵便番号
例：
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”？＞
＜Ｃｏｎｔｅｎｔ＞
＜ｖｅｎｄｏｒ＞Ｄｉｇｉｍａｒｃ＜／ｖｅｎｄｏｒ＞
＜ａｐｐｌ＞ＭＢ＜／ａｐｐＩ＞
＜／Ｃｏｎｔｅｎｔ＞
Ｒｅｑ＝ＲＦＵ
Ｔｙｐｅ＝１
Ｓｅｒ＝１０００１
Ｖｅｒ＝１．０
Ｃｘｔ＝Ａ
Ｅｎｖ＝Ｑ
Ｃｔｒｙ＝ＵＳＡ
Ｌａｎｇ＝Ｅｎｇｌｉｓｈ
ＨＨＩＤ＝１２３４５６７
Ｄｅｔ＝ＴＷＡＩＮ  ｓｔｒｉｎｇ
ＯＳ＝Ｗｉｎ９８
Ｐｒｏｃ＝Ｐｅｎｔｉｕｍ  ＩＩＩ
Ｓｐｅｅｄ＝５００
ｚｉｐ＝７４００８−１２３４
【０４９４】
製品ハンドラからの応答
ＲｔｎＣｏｄｅ＝成功／エラー番号（成功 ＝ １）
ＵＲＬ＝特定の透かしタイプとシリアル番号に関係するＵＲＬ
Ｅｘｐ＝キャッシュ目的の失効日／時間（ＧＭＴ）− ｍｍ／ｄｄ／ｙｙｙｙ ｈｈ：ｍｍ：ｓｓのフォーマットを持つ
もしくは
ＲｔｎＣｏｄｅ＝成功／エラー番号（エラー ＜０）
ＭｓｇＴｅｘｔ＝メッセージテキスト
【０４９５】
エラーの理由：
−１  タイプとシリアル番号はＯＫであるが、データベースにＵＲＬがない（一次およびデフォルトＵＲＬの両方が見当たらない）
−２  タイプとシリアル番号はＯＫであるが、ＵＲＬが非アクティブと印されている（一次およびデフォルトのいずれもアクティブでない）
−３  タイプとシリアル番号に合致する記録がデータベースにない
−４  要求フォーマットエラー：不完全データ。
【０４９６】
コンフィギュレーション要求：
要求入力：
ヘッダ（ＸＭＬフォーマット）
Ｖｅｎｄｏｒ    （例えば、デジマーク）
Ａｐｐｌ        （例えば、ＭＢ）
データ
要求情報
Ｒｅｑ            ＝ＲＦＣ
ＯＳ                         ＝ユーザＰＣのオペレーティングシス
テム
例：
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”？＞
＜Ｃｏｎｔｅｎｔ＞
＜ｖｅｎｄｏｒ＞Ｄｉｇｉｍａｒｃ＜／ｖｅｎｄｏｒ＞
＜ａｐｐｌ＞ＭＢ＜／ａｐｐＩ＞
＜／Ｃｏｎｔｅｎｔ＞
Ｒｅｑ＝ＲＦＣ
ＯＳ＝Ｗｉｎ９８
【０４９７】
製品ハンドラからの応答
ＲｔｎＣｏｄｅ＝成功／エラー番号（成功 ＝ １）
Ｖｅｒ＝ダウンロードに使用できる最新アプリケーションバージョン
ｈｔｔｐｓ＝はい（もしくは  いいえ）
ＧＣＵＲＬ＝次のアプリケーション要求のルーティングに使用するＵＲＬ
もしくは
ＲｔｎＣｏｄｅ＝成功／エラー番号（エラー ＜０）
ＭｓｇＴｅｘｔ＝メッセージテキスト
【０４９８】
エラーの理由：
−５  不明オペレーティングシステム
−４  要求フォーマットエラー：不完全データ。
【０４９９】
関連ＵＲＬ要求：
要求入力：
ヘッダ（ＸＭＬフォーマット）
Ｖｅｎｄｏｒ    ＝デジマーク
Ａｐｐｌ        ＝ＭＢ
データ
要求情報−
Ｒｅｑ         ＝ＲＦＡ
Ｖｅｒ          ＝アプリケーションバージョン番号
Ｔｙｐｅ        ＝透かしタイプ番号
Ｓｅｒ          ＝透かしシリアル番号
Ｃｘｔ          ＝コンテキスト
Ｅｎｖ          ＝環境
例：
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”？＞
＜Ｃｏｎｔｅｎｔ＞
＜ｖｅｎｄｏｒ＞Ｄｉｇｉｍａｒｃ＜／ｖｅｎｄｏｒ＞
＜ａｐｐｌ＞ＭＢ＜／ａｐｐＩ＞
＜／Ｃｏｎｔｅｎｔ＞
Ｒｅｑ＝ＲＦＡ
Ｔｙｐｅ＝１
Ｓｅｒ＝１０００１
Ｖｅｒ＝１．０
【０５００】
製品ハンドラからの応答
ＲｔｎＣｏｄｅ＝成功／エラー番号（成功 ＝ １）
Ｓｅｒｌ＝透かしシリアル番号
Ｔｙｐｅｌ＝透かしタイプ番号
ＵＲＬ１＝特定の透かしタイプとシリアル番号に関係するＵＲＬ
Ｅｘｐ１＝失効日／時間（ＧＭＴ）
Ｓｅｒ２＝透かしシリアル番号
Ｔｙｐｅ２＝透かしタイプ番号
ＵＲＬ２＝特定の透かしタイプとシリアル番号に関係するＵＲＬ
Ｅｘｐ２＝失効日／時間（ＧＭＴ）
……
Ｓｅｒ’ｎ’＝透かしシリアル番号
Ｔｙｐｅ’ｎ’＝透かしタイプ番号
ＵＲＬ’ｎ’＝特定の透かしタイプとシリアル番号に関係するＵＲＬ
Ｅｘｐ’ｎ’＝失効日／時間（ＧＭＴ）
もしくは
ＲｔｎＣｏｄｅ＝成功／エラー番号（エラー ＜０）
ＭｓｇＴｅｘｔ＝メッセージテキスト
【０５０１】
エラーの理由
−８  タイプとシリアル番号はＯＫであるが、関連する透かしあるいはＵＲＬがデータベースにない
−９  タイプとシリアル番号はＯＫであるが、すべてのＵＲＬが非アクティブと印されている
−３  タイプとシリアル番号に合致する記録がデータベースにない
−４  要求フォーマットエラー：不完全データ。
【０５０２】
トランザクションダウンロード要求
（ローカルにキャッシュされたリダイレクションのアカウントに必要。ローカルリダイレクションごとに１つの要求）。
要求入力：
ヘッダ（ＸＭＬフォーマット）
Ｖｅｎｄｏｒ    ＝デジマーク
Ａｐｐｌ        ＝ＭＢ
データ
要求情報
Ｒｅｑ         ＝ＲＦＴ
Ｖｅｒ          ＝アプリケーションバージョン番号
Ｔｙｐｅ        ＝透かしタイプ番号
Ｓｅｒ          ＝透かしシリアル番号
Ｃｘｔ          ＝コンテキスト
Ｅｎｖ          ＝環境
オプション情報
Ｃｔｒｙ         ＝ユーザの国名
Ｌａｎｇ         ＝ユーザの好みの言語
ＨＨＩＤ         ＝人口統計世帯の識別子
Ｄｅｔ           ＝検出器のＴＷＡＩＮストリング
ＯＳ                   ＝ユーザＰＣのオペレーティングシステムス
トリング
Ｐｒｏｃ         ＝ユーザＰＣのプロセッサタイプおよびクラス
Ｓｐｅｅｄ       ＝ユーザのプロセッサ速度
Ｚｉｐ             ＝ユーザの郵便番号
例：
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”？＞
＜Ｃｏｎｔｅｎｔ＞
＜ｖｅｎｄｏｒ＞Ｄｉｇｉｍａｒｃ＜／ｖｅｎｄｏｒ＞
＜ａｐｐｌ＞ＭＢ＜／ａｐｐＩ＞
＜／Ｃｏｎｔｅｎｔ＞
Ｒｅｑ＝ＲＦＴ
Ｔｙｐｅ＝１
Ｓｅｒ＝１０００１
Ｖｅｒ＝１．０
Ｃｘｔ＝Ａ
Ｅｎｖ＝Ｑ
Ｃｔｒｙ＝ＵＳＡ
Ｌａｎｇ＝Ｅｎｇｌｉｓｈ
ＨＨＩＤ＝１２３４５６７
Ｄｅｔ＝ＴＷＡＩＮ ｓｔｒｉｎｇ
ＯＳ＝Ｗｉｎ９８
Ｐｒｏｃ＝Ｐｅｎｔｉｕｍ ＩＩＩ
Ｓｐｅｅｄ＝５００
ｚｉｐ＝７４００８−１２３４
【０５０３】
製品ハンドラからの応答
ＲｔｎＣｏｄｅ＝成功／エラー番号（成功 ＝ １）
もしくは
ＲｔｎＣｏｄｅ＝成功／エラー番号（エラー ＜０）
【０５０４】
ＭｓｇＴｅｘｔ＝メッセージテキスト
エラーの理由：
−４  要求フォーマットエラー：不完全データ
【０５０５】
最速のシステム応答を提供するには、発信側の装置１２と遠隔システム間で交換されるデータは、できるだけ短いことが望ましい。好ましくは、単一のインターネットデータパケットで伝送できる大きさ（例えば、約５３６ビット以下）である。このような構成とすることで、送信側でのデータ分配、および受信側での再組み立てに関係するオーバーヘッドを回避できる。
【０５０６】
一般的に言えば、単一の要求に対するシステムサービスの総合経過時間（例えば、アプリケーション２８ｃによる透かし認識、ルータへのパケット配信、ルータによる解読、製品ハンドラによる取扱い、およびアプリケーションへの応答返却）は、要求に対して送信された、第１バイトの要求の受信から計測すると、平均して３秒たらずである。代表的な速度は、１秒以下の多数の要求があったとしても、２秒以下である。
【０５０７】
以下の議論は、上記の議論を十分検討しているが、異なる優先度の場合であり、詳細事項が補足されている。
【０５０８】
メディアブリッジデジタルメッセージは、２つのコードからなり、両方ともメディアブリッジ強調された画像に埋め込まれている。メディア所有者コードは、システム管理者（例えば、デジマーク）により割り当てられ、画像へのメディアブリッジ強調の付加が許諾されたエンティティを識別するものである。ルーティングコードは、メディア所有者（広告主、出版社、製造メーカ等）により割り当てられ、クライアントアプリケーションがメディアブリッジコードを読むときにエンドユーザをどこに向かわせるかを判断する。同一コードが埋め込まれた２つの異なる広告は、エンドユーザを同じホームページへと案内することができるが、他方において、異なるコードを使用している別の出版物における同一の広告は、別のホームページに行くことができ、それを使って、どの広告あるいは雑誌が、エンドユーザをメディア所有者のウェブサイトへ至らせるのに最も効果的であるかを追跡することができる。
【０５０９】
メディアブリッジシステムには、主な構成要素が３つある。クライアントアプリケーションは、需要者（メディアブリッジエンドユーザ）によって家庭および業務で使用され、通常はインターネット上において、画像あるいはオブジェクトから付加情報へと自動的にナビゲートが行われる。メディアブリッジルータは、所定の画像あるいはオブジェクトに対する適切なインターネットアドレスをクライアントアプリケーションに提供する。埋め込みシステムは、メディア所有者により、印刷前にメディアブリッジコードを画像に埋め込むのに使用される。
【０５１０】
【メディアブリッジ・クライアント・アプリケーション】
クライアントアプリケーションは、ロジステック、スリーコム、クリエーティブラボのような、つながりデジタルカメラ製造メーカとのＯＥＭ関係を通して流通させることができる。アプリケーションは、カメラメーカのインストールＣＤからのカメラドライバおよび支援ソフトウエアと一緒にエンドユーザがインストールする。
【０５１１】
メディアブリッジ・クライアント・アプリケーションは、ウインドウズ９５／９８／ＮＴ４．０およびマッキントッシュＯＳ８．６オペレーティングシステム下において、つながりビデオカメラとともに組み込まれた、２００ＭＨｚあるいはそれより高速のペンティアムあるいはパワーＰＣコンピュータ上で動作する。
【０５１２】
メディアブリッジクライアントアプリケーションは、最初に、メディアブリッジ強調された画像を使用することに専念して、インターネットウェブサイト上の付加情報に直接、ブラウジングするようにしている。よって、アプリケーションは、ダイヤルアップモデムあるいは永久接続を介したインターネット接続を要求する。しかし、クライアントアプリケーションは、例えば、ＣＤ上のローカルデータのブラウジング、および他のアプリケーションへのリンクをサポートする拡張可能アーキテクチャを有することが望ましい。
【０５１３】
メディアブリッジシステムは、ほとんどの場所で使用でき、ビデオカメラは、鮮明で焦点の合った高品質の画像を見せることができる。システムは、薄暗い状態（約４０ルクス）から明るい状態（３９００ルクス）の範囲で変化する照明状態で動作する。また、システムは、非常に暗い所では補助光源を用いて動作し、まばゆいばかりに明るいところでは、像あるいはオブジェクトが光源から遮蔽されていれば動作する。
【０５１４】
【エンドユーザ・クライアント・アプリケーションの動作】
クライアントアプリケーションが最初に動作するときには、ユーザにウイザードを示すことが望ましく、そのウイザードは、ビデオカメラを介して、クライアントアプリケーションにメディアブリッジ動作可能な画像を提供する最良の技術を教えるものである。ウイザードは、各カメラに合わせられており、サンプル画像あるいは実際に撮った画像のいずれかを使用できる。
【０５１５】
インストールディスク（例えば、ＣＤ）の形で出荷したものは、ユーザにクライアントアプリケーションの最良の使用方法を教える、一つ以上のゲームになりうる。例えば、カメラの焦点を合わせたり、符号化されたオブジェクトの位置合わせをカメラの焦点域において行ったり、ちょっとの間、オブジェクトを動かないように、あるいは解読に必要なために保持したりする方法や、許容される照明条件等がある。カメラボックス、あるいはボックス内に挿入される物はメディアブリッジ符号化ができ、カメラのベンダーあるいはシステムの管理者がホストとなっている対応紹介ページへ、ブラウザを介してリンクできる。ランダムに、あるいはメディアブリッジ操作のある局面における熟達度を見せることで、ウェブサイトを通して、Ｔシャツや他の景品を与えるようにしてもよい。
【０５１６】
例示した構成では、メディアブリッジアプリケーションが常に動作しており、アクティブあるいは非アクティブのいずれかの状態にある。アクティブのときは、メディアブリッジビデオカメラのウインドウがいつも、他のどのウインドウよりも前面にあって完全に見え、クライアントアプリケーションが常時、メディアブリッジ強調された画像のビデオをチェックしている。メディアブリッジ強調された画像が見つかれば、適切な情報が表示され（ほとんどの場合、ホームページとして）、クライアントアプリケーションが選択的に非アクティブになる。クライアントアプリケーションが非アクティブのときは、ビデオウインドウを隠し、他のアプリケーションが利用できるようにカメラを解除して、ほとんどメモリやコンピュータリソースを使わないようにする。
【０５１７】
ある実施例では、クライアントがカメラをシリアルに再利用できる機器として扱っている。すなわち、クライアントアプリケーションがアクティブであり、ビデオをチェックしているときは、他のどのアプリケーションもビデオカメラにアクセスできない。同様に、他のアプリケーションがカメラを使用しているときには、クライアントアプリケーションは、ビデオにアクセスできない。
【０５１８】
メディアブリッジ・クライアント・アプリケーションは、以下の機能を含んでいる：
【０５１９】
（１）ブラウザ／アプリケーションの立ち上げ
メディアブリッジ強調された画像が見つかったとき、クライアントは、ユーザのウェブブラウザあるいは他のアプリケーションを立ち上げる。インターネットのウェブサイトをブラウジングしているとき、クライアントは、可能ならば、そのサイトに画像の同一性とエンドユーザの郵便番号を与える。この情報によってメディア所有者のウェブサイトは、ユーザに特定の地域で使用できるように変更されたホームページを表示できる。他のアプリケーションを立ち上げるとき、クライアントは、アプリケーションに画像所有者コードとルーティングコードを与える。
（２）宛先メニュー
ルーティングコードに対して多数のＵＲＬが指定されていれば、クライアントアプリケーションは、ブラウザに基づくメニューを表示する。その表示によって、エンドユーザは、ホームページへ直接ナビゲートされるのではなく、どのページを表示するかを選択できる。
（３）ブランド設定
ホームページを表示するための情報を検索している間、クライアントアプリケーションは、あらかじめ格納されたブランド（例えば、デジマーク）とともにローカルホームページを表示し、所望の情報が検索されていることを説明する。このブランド設定ページは、ユーザに対して応答遅延時間を生じさせずに、メディア所有者のページと置き換えられる（ブランド設定ページの内容は、自動ソフトウエア更新の間に更新される）。
（４）フレキシブルアクティベーション
クライアントアプリケーションが非アクティブであるときには、ユーザは、以下の方法でアクティブにすることができる
（ａ）アプリケーションのアイコンをクリックする
（ｂ）ホットキーの組み合わせを押下する
（ｃ）トレイアイコンをクリックする（ウインドウズ）
（ｄ）ブラウザのツールバー上のボタンをクリックする
（ｅ）最小化されているメディアブリッジクライアントのビデオカメラウインドウをもとに戻す（ウインドウズ）。
（５）ステータス表示
アクティブの間、クライアントアプリケーションは、ステータス表示枠を介して、ユーザにフィードバックを行う。それは、カメラから見た眺めの隣に位置する、ビデオカメラウインドウ内に表示される。ステータスは、周囲の照明状態のフィードバック、カメラからの距離（可能ならば）、焦点、および、（画像関連の情報を表示する準備をし、画像を読もうとし、あるいは、メディアブリッジ強調された画像がカメラに提示されるのを待っている）現在のステータスを含んでいる。
（６）多数のカメラサポート
例示したメディアブリッジクライアントアプリケーションは、同時に１台のカメラを使用するが、インストールされた、メディアブリッジ動作可能なカメラはどれでも使用できる。コンピュータがカメラを１台だけ持っている場合、自動的にそのカメラが選択される。カメラが２台以上あれば、どのカメラを使用するかをユーザが選択でき、クライアントが動作している間、その選択を変えることができる。
（７）自動ソフトウエア更新
ユーザは、簡単なメニュー選択により、クライアントアプリケーションへの更新を自動的にインストールできる。クライアントは、インターネットに接続して、利用できるどんな更新をもダウンロードし、インストールする。さらに、クライアントは、（例えば、メディアブリッジデータとともに符号化されたバージョンのしるしを参照して）、新たなプロトコルを使用しているメディアブリッジ強調された画像が見つかれば、更新のチェックを提示する。
（８）ユーザオプションコンフィギュレーション
クライアントアプリケーションにある、ほとんどすべてがユーザによって設定できる
（ａ）コンピュータが動き始めると、いつでも自動的にクライアントをスタートさせる（デフォルト）
（ｂ）ホットキーによるアクティベーション
（ｃ）システムトレー上へのアクティベーションアイコンの表示（ウインドウ）
（ｄ）インターネットウェブブラウザへのボタン付加（インターネットエクスプローラ４あるいはそれ以降、およびネットスケープ４あるいはそれ以降）
（ｅ）多数のカメラがインストールされているとき、立ち上げに使用した最後のカメラを選択する
（ｆ）定期的にソフトウエアの更新をチェックするよう注意を喚起する
（ｇ）立ち上げ時にウイザードを動作させる（デフォルト）
（ｈ）メディアブリッジ強調された画像を読むときの自動デアクティベーション
（ｉ）特定の期間、何もカメラに提示されないときの自動デアクティベーション
（ｊ）メディアブリッジ強調された画像を読んだ時点における呼出し音の鳴動あるいは音ファイルの動作
（ｋ）ＲＳＡＣｉ評価に基づくサイトの遮断。各メディア所有者は、言葉、裸体、性描写、および暴力のカテゴリに対するＲＳＡＣｉ指標を使用して、サイトの自己評価を行うことが求められている。どのカテゴリに対するＲＳＡＣｉ評価もがエンドユーザの許容度を越えているときは、ルータは、サイトからエンドユーザを遮断する。（ルータは、もっぱらメディア所有者の自己評価に依存し、実質的にＲＳＡＣｉコードに対するホームページのチェックは行わない。）このオプションの選択により、ウェブブラウザ内における内容制限に関するＲＳＡＣｉ（ｈｔｔｐ：／／ｗｗｗ．ｒｓａｃ．ｏｒｇ／ｒａｔｉｎｇｓｖ０１．ｈｔｍｌ）についての情報が表示される
（ｌ）既存のダイヤルアップ（モデム）接続を介したインターネットへの自動接続
（ｍ）起動時のパスワードによる保護
（ｎ）ユーザ登録情報（ユーザには、全情報がオプションであり、特定のアイテムが第三者に与えられることがある旨が通知される）
（ｏ）ユーザに提供が要求されないエンドユーザの郵便番号は、エンドユーザが自主的に提供した場合、メディア所有者に伝えられる基本的な人口統計情報として使用される。
（９）ウイザード
このウイザードは、特定のカメラをセットアップしてメディアブリッジにより最良の結果を得るとともに、もっと情報を得るためのポータルとしてメディアブリッジを利用する最良の技術を得るためのガイダンスを提供する。デフォルトとして、クライアントアプリケーションが開始される度にウイザードが動作する。ウイザードは、ユーザが新たなカメラを最初に選択したときにも動作する。
（１０）カメラの照合
メディアブリッジクライアントの入力として新たなカメラが選択されると、クライアントは、そのカメラがメディアブリッジ動作可能であるかの照合をする。そうでなければ、カメラはサポートされず、クライアントアプリケーションでは正確に動作しないことをユーザに警告する。
（１１）拡張可能アーキテクチャ
メディアブリッジクライアントは、通常、ブラウザウインドウにインターネットあるいはローカルのホームページを表示することで、メディアブリッジ強調された画像を読み、所望の情報に結合する。その機能は、特定データを扱うための登録を行う、メディアブリッジ動作可能なアプリケーションによって拡張できる。例えば、メディアブリッジ強調された名刺が提示されると、メディアブリッジクライアントは、メディアブリッジ動作可能なアプリケーションを動作させて、それにより、ウェブサイトから名刺情報をダウンロードし、ユーザの接触リストを新たな情報で更新する。他の例として、メディアブリッジ強調された子供向けの本のページがあり、それによって、そのページに対してオーディオファイルが動作するようになる。
（１２）埋め込み支援
メディア所有者がクライアントアプリケーションを使用して、画像が、そこに埋め込まれた正しいメディアブリッジコードを持っているかを照合する場合、クライアントはメディア所有者の名前、ルーティング情報、および、メディアブリッジ画像が読まれたときのメディアブリッジ透かしの相対的な強さを表示する。各メディア所有者のプライバシーを守るため、この情報が与えられるのは、ユーザが、有効な埋め込みユーザ名とメディア所有者のパスワードが提供できるときだけである。
【０５２０】
【メディアブリッジルータ】
ルータは、本質的にエンドユーザに対してトランスペアレントである。クライアントアプリケーションは、インターネット上の情報にリンクされた、メディアブリッジ強調された画像を検知すると、ルータと通信を行って、表示すべきホームページのインターネットアドレス情報を得る。
ルータは、以下の機能も含んでいる：
【０５２１】
（１）ルーティング情報の保守
ルータ内には、一意のメディアブリッジコード各々を一つ以上の関連インターネットアドレスにリンクさせる情報がある。１つの例として、システム管理者（例えば、デジマーク）が、広告会社の顧客が提供する情報を使用してルーティング情報を保守する。他の実施例では、メディア所有者が、ルータに接続された確実なインターネットを使用して情報そのものを更新する。
（２）問題の取扱い
ルーティング要求が満たされない場合は、エンドユーザへの影響を最小限にする方法で、ルータが応答する。例えば、メディアブリッジコードが未知であれば、クライアントアプリケーションには、メディア所有者のホームページに対するＵＲＬが与えられる。さらには、エラーが発生する日ごとに、ルータがメディア所有者に電子メールでエラーの発生を通知する。
（３）内容の評価
メディア所有者が画像あるいはそのサイトに対するＲＳＡＣｉ評価情報を供与し、エンドユーザが、そのサイトが遮断されるとするＲＳＡＣｉ評価を特定した場合、ルータは、そのサイトが不適当な内容を含んでおり、メディア所有者のサイトへは接続できないことを示すホームページをユーザに返す。
（４）妥当性の確認
定期的に（例えば、毎日）、ルータがデータベース内のすべてのアクティブ情報の妥当性を確認する。何らかのエラーが見つかれば、メディア所有者へは、電子メールで通知される。エラーが１日で修復しない場合は、デジマークが通知される。以下に、チェックされる条件を示す：
（ａ）アクティブリンク上にＵＲＬが見当たらない
（ｂ）ＵＲＬが、存在しないページを参照している
（ｃ）ページが、デジマークの要求する許容ダウンロード時間を超えている。
（５）トラッキング
ルータは、マーケティング情報を作成するため、クライアントアプリケーション要求を記録する。そのようなトラッキング記録は、以下のものを含む：
（ａ）要求の日および時間
（ｂ）メディア所有者および画像
（ｃ）可能ならば、エンドユーザの郵便番号
（ｄ）要求を出したＩＰアドレス
（６）報告
報告トラッキング情報を使用して、ルータは、デジマークが使用する以下の報告を提供する：
（ａ）特定の日の範囲に対するＵＲＬ要求の数
（ｂ）特定の日の範囲に対するメディア所有者によるＵＲＬ要求の数
（ｃ）特定の日の範囲に対するメディアブリッジ強調された画像によるＵＲＬ要求の数
（トラッキングと報告は、好ましくは、メディア所有者がルータからオンラインでトラフィックおよびマーケティング報告を入手できるよう構成されている）。
【０５２２】
【メディアブリッジ埋め込みシステム】
埋め込みシステムは、以下のものを含む：
●メディアブリッジコードを埋め込むための写真店対応エンベダプラグイ
ン
●メディアブリッジ強調されたデジタル画像を照合するための写真店対応
リーダプラグイン
●メディアブリッジ強調されたプルーフとプレスプリントの照合のための
クライアントアプリケーション
●メディアブリッジコードを得てメディアブリッジコードにＵＲＬを割り
当てるための、インターネットに基づくルータ保守アプリケーション。
【０５２３】
プラグインは、認証のためだけのインターネット接続と新たなメディアブリッジルーティングコードの割り当てを要求する。ルータ保守アプリケーションは、常にインターネット接続を要求する。
【０５２４】
【ルータ保守アプリケーション】
ルータ保守アプリケーションの主目的は、メディアブリッジコードにルーティング情報を割り当てることで、クライアントアプリケーションが画像を読み込んだときに、エンドユーザに適切なホームページを提示することである。
【０５２５】
ルータ保守アプリケーションは、以下の機能を含む：
（１）マルチロケーション
単一のメディア所有者アカウントは、様々な場所において様々な人によってアクセスできる。広告主やその広告代理店のような様々な団体に属する人もアクセスできる。
（２）アクセス制限
各メディア所有者は、誰がルータ情報にアクセスできるかを制限し、また、誰が新たなメディアブリッジコードを生成したり、既存のメディアブリッジコードを使用したり、あるいはルーティングコードに対する情報を変更することができるかを特定する権能を有する。メディア所有者は、いつでもアクセスの付加、変更、あるいは取り消しができる。
（３）確実なアクセス
ルータへのインターネットアクセスはすべて、確実な接続を介して行われる。
（４）ルーティングコード
新たなルーティングコードの割り当て、既存のルーティングの変更、および古いルーティングコードの消去あるいは再使用。
（５）時間をもとにしたルーティング
各ルーティングコードには、複数のＵＲＬを割り当てることができ、それら各々が、オプションとして、何時ルーティングに使用できるかを定める有効日と満了日を持っている。期限切れのＵＲＬは、３０日後に自動的にルータによって消去される。
（６）マルチルーティング
ルーティングコードに複数のＵＲＬが指定されている場合、ルータは、エンドユーザへブラウザに基づくメニューを返し、それによって、エンドユーザは、ホームページへ直接ナビゲートされるのではなく、どのページを表示するかを選択できる。ある実施例では、単一のルーティングコードが、最大４つの期限未満了のＵＲＬを持つことができる。各ＵＲＬは、ＵＲＬにブラウザリンクする簡単な説明と、最大５００文字の長い説明と、メニューに表示するアイコンに対するＵＲＬとを有している。このアイコンは、せいぜい高さ方向が５０画素、幅方向が３００画素の大きさである。
（７）記録
ルーティング情報に対する変更はすべて記録され、メディア所有者によって検討される。
【０５２６】
【プラグインの概要】
メディア所有者に対して、コンピュータにおいて埋め込みが最初に行われると、エンベダは、メディア所有者のアカウント番号と、有効なユーザ名およびメディア所有者が規定したパスワードとを要求する。エンベダは、インターネットを介してルータに接続され、ユーザが認証されているかの照合を行い、メディア所有者についての情報をダウンロードする。メディア所有者に対するさらなる埋め込みは、ルータに接続せずに行える。しかし、ユーザがルータに接続して埋め込みのためのルーティング情報を得る度に、ルータは、現在有効な名前とパスワードに対する、ユーザ名とパスワードの検証を行う。以前使用していた名前とパスワードが既に有効ではない場合、ユーザは、メディア所有者に対する埋め込みを継続するため、有効な名前とパスワードを提供する必要がある。
【０５２７】
メディア所有者のアカウント番号は、最初の認証でのみ必要となる。それは、将来のどの認証も、エンベダによって保守されているメディア所有者の名前を使用して行われるからである。広告代理店のグラフィックスアーティストは、２あるいはそれ以上のメディア所有者のプロジェクトに従事できるため、一人のグラフィックスアーティストが、各メディア所有者に対して様々なユーザ名とパスワードを持つことができる。
【０５２８】
リーダプラグインは、主として埋め込み後の画像照合に使用される。リーダプラグインは、エンベダプラグインと同様の方法でアクセスの制限を行い、さらには、ユーザが、メディア所有者の有効なユーザ名とパスワードを用意できた場合のみ、画像についての情報を提供するよう制限を行う。現在のコンピュータでメディア所有者の情報が入手できない場合は、リーダは、照合のためルータに接続する。
【０５２９】
プラグインは、以下の機能を共有している：
（１）複数のメディア所有者
ユーザは、複数のメディア所有者に対して埋め込みあるいは読み出しを行うことができる。ユーザは、各メディア所有者の有効なユーザ名とパスワードを有していなければならない。
（２）複数のユーザ
数人で１台のコンピュータを使用できる。これらの者は、同一のユーザ名とパスワードを使用しない限り、情報を共有できない。
（３）自動ソフトウエア更新
ユーザは、簡単なメニュー選択により、プラグインへの更新を自動的にインストールできる。プラグインはインターネットに接続して、利用できるどんな更新をもダウンロードし、インストールする。
（４）確実なアクセス
インターネットアクセスはすべて、確実な接続を介して行われる。
【０５３０】
【エンベダプラグイン】
エンベダプラグインはまた、以下の機能を含む：
１．ルーティングコード割り当て
ユーザは、インターネット接続を介してルータによって提供された既存コードのリストより、埋め込むルーティングコードを選択する。各ルーティングコードは、一意のルーティング番号と記述によって識別される。一旦、ルータを介した選択が行われると、ルーティングコードについての情報は、ユーザが除去するまでローカルコンピュータ上に保持される。
２．新たなルーティングコード
認証されれば、ユーザは、エンベダを介してルータに接続して、新たなルーティングコードを生成する。ルーティングコードは、ＵＲＬ情報とともに、あるいはＵＲＬ情報なしで生成でき、それは後で付加できる。
３．ルーティングコードの更新
エンベダは、ルータに接続されたときはいつでも、ローカルにキャッシュされたルーティングコードに対して行われた、どの更新をもダウンロードする。
４．マスク埋め込み
ユーザは、画像の一部を遮蔽することで、メディアブリッジコードがその遮蔽領域にのみ埋め込まれるようにすることができる。１つの実施例では、様々な遮蔽領域に様々なコードを用いる。一般的には、ユーザは、画像の同一部分に異なるメディアブリッジコードを埋め込むことはできない。
５．可変輝度
ユーザは、軽度からかなりの程度まで、メディアブリッジ透かしの輝度（従って、視認性）を全体的に変えることができ、画像の様々な領域の輝度を局所的に変えることもできる（すなわち、輝度は、局所画像の特性に適合している）。
６．記録
ユーザが画像に埋め込みを行う度に、エンベダは、ログの日付、時間、埋め込まれた情報、埋め込み設定（例えば、輝度）、ユーザ名、コンピュータ名、および入力画像ファイル名を記録する。このログは、各ユーザのコンピュータ上ではテキストファイルであり、どのテキストエディタでも閲覧できる。
【０５３１】
【リーダプラグイン】
リーダプラグインはまた、以下の機能を含んでいる：
（１）読み込み
スキャンされたデジタル画像を読み込み、そのユーザが認証されていれば、メディア所有者、ルーティング情報、およびメディアブリッジ透かしの強度単位を表示する。
（２）マスク読み込み
ユーザは、画像の一部を遮蔽して、その部分からのみメディアブリッジ情報を読み込むことができる。
【０５３２】
【パート３】
【発明の組み合わせ】
上で詳述された本発明の態様によれば、プライオリティケース（ｐｒｉｏｒｉｔｙ  ｃａｓｅｓ）で請求された本発明の組み合わせの一部には、以下のものが含まれる。
【０５３３】
Ａ１．個人のビジネスカードを光センサに与え、前記光センサは出力データを生成し；
センサ出力データから、ステガノグラフィック符号化された複数ビットデータを復号化し；
前記複数ビットデータを用いて、前記ビジネスカードの所有者に関するデータを有するインターネットアドレスに対するリンクを確立することを備える方法。
【０５３４】
Ａ２．前記インターネットサイトから、個人の特定の活動を詳述したカレンダーデータを獲得することを含む請求項Ａ１の方法。
【０５３５】
Ａ３．獲得されたカレンダーデータの量は、認証レベルに基づく請求項Ａ１の方法。
【０５３６】
Ａ４．認証レベルは、個人のビジネスカード内で符号化された複数ビットデータで示され、個人は別々に符号化されたカードを異なる受取人に送って、前記カレンダーデータに対する様々なアクセス権を受取人に与えることができる、請求項Ａ３の方法。
【０５３７】
Ａ５．前記光センサは、ビジネスカードのテキスト情報を個人情報マネージャに与えるようにも機能するビジネスカードリーダである、請求項Ａ１の方法。
【０５３８】
Ａ６．複数ビットデータから判別されるインターネットアドレスを前記個人情報マネージャに格納することを含む、請求項Ａ５の方法。
【０５３９】
Ａ７．光センサはデジタルカメラである、請求項Ａ１の方法。
【０５４０】
Ａ８．前記デジタルカメラはコンピュータディスプレイにマウントされる、請求項Ａ７の方法。
【０５４１】
Ａ９．前記デジタルカメラは、そのユーザにヘッドマウントされる、請求項Ａ７の方法。
【０５４２】
Ａ１０．販売促進製品の印刷物を第１のサイトの光センサに与え、前記光センサは出力データを生成し；
前記センサの出力データからのステガノグラフィック符号化された複数ビットデータを復号化し；
前記データを用いて、前記販売促進製品の印刷物によって販売促進されるサービスや製品や会社に関連するインターネットサイトに対するリンクを確立し；
前記インターネットサイトから前記第１のサイトに、前記サービスや製品や会社に関連するさらに別の情報を送ることを備える方法。
【０５４３】
Ａ１１．印刷された識別バッジを光センサに与え、前記光センサは前記バッジの表面の光特性に対応する出力データを生成し；
前記センサの出力データから、ステガノグラフィック符号化された複数ビットデータを複合化し；
前記複数ビットデータをチェックして、それが有効なアクセスカードに対応するかどうか決定し、上述のチェックオペレーションの結果に基づいて錠を開けることを備える方法。
【０５４４】
Ｂ１．デジタル符号化されたオブジェクトを光センサに与え、前記光センサは出力データを生成し；
前記センサの出力データから複数ビットデータを復号化し；
前記複数ビットデータを用いて、前記オブジェクトに関連するデータを有するインターネットアドレスに対するリンクを確立することを備える方法。
【０５４５】
Ｂ２．前記複数ビットデータを用いて、前記オブジェクトがステガノグラフィック符号化される、請求項Ｂの方法。
【０５４６】
Ｂ５．冷蔵庫と；
前記冷蔵庫に関連する光センサであって、センサの正面で固定されたオブジェクトに対応する画像データを提供するように調整された、当該センサと；
前記画像データを処理し、その中から複数ビット２進データを抽出する画像プロセッサを備え、食料雑貨類のリストを編集するために役立つ装置。
【０５４７】
Ｂ６．コンピュータを動作させる方法であって、前記コンピュータは、レジストリデータベースを有するオペレーティングシステムを含み、前記レジストリデータベースは、特定のデータタイプと、それに特に対応する特定のソフトウエアプログラムを関連づけ、改良点は：
１フレームの画像データを提供し、
画像データからの複数ビットの識別データを復号化し；
前記レジストリデータベースで調べて、前記識別データに対応するソフトウエアプログラムを識別し；
識別されたソフトウエアプログラムを呼び出すことを備えたことである。
【０５４８】
Ｂ７．前記画像データからの複数フィールドデータをステガノグラフィック復号化し、前記複数フィールドのうちの１つは前記識別データを備え；
前記複数フィールドデータの別の１つを、それを使用する識別されたソフトウエアプログラムに提供することを備える、請求項Ｂ６の方法。
【０５４９】
Ｂ８．複数ビットの補助データを運ぶために符号化されたオブジェクトに対応するシステムであって：
視野に対応する画像データを生成する光捕捉デバイスであって、前記視野にはオブジェクトのみならず可視クラッターも含まれる、当該デバイスと；
画像データ内の可視クラッターからオブジェクトを識別する可視の手がかりベースのサブシステムと；
前記サブシステムによって識別されたオブジェクトから複数ビットの補助データを抽出し、抽出された補助データを応答システムに適用するプロセッサを備えるシステム。
【０５５０】
Ｂ９．前記可視の手がかりベースのサブシステムは、スペクトル属性に基づいて前記可視クラッターからオブジェクトを識別する、請求項Ｂ８のシステム。
【０５５１】
Ｂ１０．前記オブジェクトには反射器が含まれ、前記システムには、反射器で反射され、光捕捉デバイスによって検出されるスペクトル特性の照明源が含まれる、請求項Ｂ８のシステム。
【０５５２】
Ｂ１１．前記可視の手がかりベースのサブシステムは、時間属性に基づいて前記可視クラッターからオブジェクトを識別する、請求項Ｂ８のシステム。
【０５５３】
Ｂ１４．第１の場所に入る人を認証するためにカスタマイズされたオブジェクトを生成する方法であって：
人にアクセスコードを提供し；
前記アクセスコードがステガノグラフィック符号化された、印刷可能なデータを生成し、第１の場所から離れた第２の場所にあるプリンタを用いて前記印刷可能なデータを印刷することを備える方法。
【０５５４】
Ｂ１５．前記アクセスコードはネットワークコンピュータを介して前記の人に提供され、第１の場所は映画館である、請求項Ｂ１４の方法。
【０５５５】
Ｂ１６．プリンタドライバソフトウエアからのコマンドに応答するプリンタであって、前記プリンタドライバソフトウエアは、２つの種類の入力データに対応するものとして特徴づけられる。そのうちの１つはテキストデータを備えるものであって、その他のものは電子透かしデータを備えるものであって、その２つの種類のものは、プリンタドライバソフトウエアに適用する前にまとめられるのではなく、個々にプリンタドライバソフトウエアに適用される。
【０５５６】
Ｂ１７．コンピュータを用いてプリントアウトを生成する方法であって、プリントアウトにはテキストが含まれ、コンピュータにはソフトウエアが含まれ、そのソフトウエアは、ユーザの制御に対応して印刷ダイアログボックスを提供し、改良点は、印刷ダイアログボックスがグラフィックユーザインターファイスを備え、これによって、印刷出力のステガノグラフィック符号化をユーザが選択できることである。
【０５５７】
Ｂ１８．複数ビットデータをステガノグラフィックに符号化して空白の頁上に与えるようにそれらの頁を処理して；
次に、処理された頁上にテキストや画像を印刷して、符号化され印刷された雑誌の頁を作り；
前記ステガノグラフィック符号化され印刷された雑誌の頁のうちの少なくとも１頁を束ねて複数の雑誌の各々を作ることを備える、雑誌の印刷方法。
【０５５８】
Ｂ１９．  旅行写真をステガノグラフィック符号化して、その中の複数ビットデータを隠し；
旅行写真を処理して、それから複数ビットデータを抽出し；
抽出された複数ビットデータの少なくとも一部を使って、写真で描写された場所を訪問したい消費者に役立つ旅行情報を提供するウェブサイトにインターネットウェブブラウザを割り当てることを備える旅行促進方法。
【０５５９】
Ｂ２１．入力情報をシステムに提供する身振りの方法であって：
ユーザの手にオブジェクトを保ち；
光スキャンデバイスの視野の少なくとも一部にオブジェクトを位置付け；
前記オブジェクトを手動で動かし；
スキャンデバイスを用いて、１秒間に複数回、複数の画像データフレームを取りこみ；
複数の画像データフレームを処理して、そこで表現されるオブジェクトを識別し；
複数の画像データフレーム内のオブジェクト表現を分析して、回転状態とスケール状態とデファレンシャルスケール状態とＸ−Ｙオフセットから成るリストから選択された少なくとも１つのパラメータの時間に関する変化を検出し；
検出された前記変化に基づいて、本システムのある態様を制御することを備えるシステム。
【０５６０】
Ｂ２２．オブジェクトはデジタル符号化され：
当該方法には、オブジェクトからの複数ビットデジタルデータを復号化することが含まれ、また、当該システムは、前記復号化されたデジタルデータの少なくとも一部に応答する、請求項Ｂ２１の方法。
【０５６１】
Ｂ２３．当該システムは、システム−ユーザ相互作用の複雑レベルを設定することによって前記復号化されたデジタルデータの少なくとも一部に応答する請求項Ｂ２１の方法。
【０５６２】
Ｂ２４．複数の画像データフレーム内のオブジェクト表現を分析して、回転状態の時間に関する変化を検出し、前記検出された変化に基づいて当該システムの一部の態様を制御することを含む、請求項Ｂ２１の方法。
【０５６３】
Ｂ２５．複数の画像データフレーム内のオブジェクト表現を分析して、スケール状態での時間に関する変化を検出し、前記検出された変化に基づいてシステムのある態様を制御することを含む、請求項Ｂ２１の方法。
【０５６４】
Ｂ２６．複数の画像データフレーム内のオブジェクト表現を分析して、デファレンシャルスケール状態の時間に関する変化を検出し、前記検出された変化に基づいてシステムのある態様を制御することを含む、請求項Ｂ２１の方法。
【０５６５】
Ｂ２７．複数の画像データフレーム内のオブジェクト表現を分析して、Ｘ−Ｙオフセットでの時間に関する変化を検出し、前記検出された変化に基づいてシステムのある態様を制御することを含む、請求項Ｂ２１の方法。
【０５６６】
Ｂ２８．複数の画像データフレーム内のオブジェクト表現を分析して、前記パラメータのうちの１つの時間に関する第１の変化を検出した後で、前記パラメータのうちの１つの時間に関する第２の変化を検出し、前記検出された変化に基づいて当該システムのある態様を制御する、請求項Ｂ２１の方法。
【０５６７】
Ｂ２９．第１と第２の変化は両方ともに同じパラメータに関係する、請求項Ｂ２１の方法。
【０５６８】
Ｂ３０．発信者と受取人の間に音声回路を確立する電話のような器具を動作させる方法であって、改良点は、基板の上にしるしのある当該基板を光センサに与え、基板の少なくとも一部を含む視野を撮像してそれに対応する画像データを生成し、画像データからの複数ビットデジタルデータをステガノグラフィック復号化して、前記複数ビットデジタルデータの少なくとも一部に基づいて音声回路を確立することを備えたことである。
【０５６９】
Ｂ３１．前記しるしは、受取人を描写した写真画像を備える、請求項Ｂ３０の方法。
【０５７０】
Ｂ３２．光スキャンデバイスの視野内の少なくとも一部領域に固有のオブジェクトを配置し、前記固有のオブジェクトは、運転免許と政府による身元証明付文書とバンクカードと印章付ジュエリー項目から成るリストから選択され；
スキャンデバイスを用いて、１フレームの画像データを取りこみ；
前記画像データを処理してそれからの複数ビットデータをステガノグラフィック復号化し；
前記ステガノグラフィック復号化したデータの少なくとも一部をコンピュータシステムに与えることを備える方法。
【０５７１】
Ｂ３３．固有のオブジェクトによって識別される人に対応するＥメールのアカウントからＥメールデータを得て、コンピュータシステムのユーザにそれを提供することをさらに含む、請求項Ｂ３２の方法。
【０５７２】
Ｂ３４．公共の場所で使用されるＥメールデータ端末であって、前記端末は入力部と出力部を備え、前記出力部はＥメールデータをそのユーザに提供するものであって、改良点は、固有のオブジェクトに対応するスキャンデータを生成する光スキャンデバイスを前記入力部が含み、固有のオブジェクトは運転免許と政府による身元証明付文書とバンクカードから成るリストから選択されることである。
【０５７３】
Ｂ３５．光センサデバイスの視野内にオブジェクトを与え、前記オブジェクトは小売り製品や小売り製品を包むものから成るリストから選択され、
前記オブジェクトに対応する光データを得て；
光データからの複数ビットデジタルデータを復号化して；
前記復号化されたデータの少なくとも一部を遠隔のコンピュータに送り；
前記遠隔のコンピュータで、前記復号化されたデータが送られたことに応答して、ほうびを与えるべきかどうかを決めることを備える、販売促進方法。
【０５７４】
Ｂ３６．ユーザの好みを確認するように、第１のコンピュータのディスクトップコンピュータを調整する方法であって：
前記第１のコンピュータに関連する光センサに固有のオブジェクトを与え；
前記光センサから生成された画像データを分析して、それからの複数ビットデータを復号化し；
前記復号化されたデータに基づいて前記コンピュータのディスクトップコンピュータを調整する方法。
【０５７５】
Ｂ３７．前記第１のコンピュータから遠隔のコンピュータへ通信する際に、前記復号化されたデータの少なくとも一部を用い、前記遠隔のコンピュータはユーザが好むディスクトップコンピュータ構成に関するプロファイルデータを備え：
前記遠隔のコンピュータから前記第１のコンピュータに前記プロファイルデータを送り；
前記プロファイルデータに基づいて、前記第１のコンピュータ上にディスクトップコンピュータを構成することをさらに含む、請求項Ｂ３６の方法。
【０５７６】
Ｂ３８．第１のベンダーから製品やサービスを購入し、
前記購入の証を受け取り、
光スキャンデバイスに前記証を与えて、画像データを生成し、
画像データからの複数ビットデータを復号化し、
前記復号化された複数ビットデータを用いて、第１のベンダーに無関係の第２のベンダーから値を得る方法。
【０５７７】
Ｂ３９．  前記値は、第２のベンダーから、ただか、もしくは割り引かれた製品やサービスを提供するものである、請求項Ｂ３８の方法。
【０５７８】
Ｂ４０．  光スキャンデバイスに旅行文書を与え、前記旅行文書は符号化された複数ビットデータを備え、前記光スキャンデバイスはそれに対応する画像データを提供し、
前記画像データから前記複数ビットデータを識別し、
前記複数ビットデータに基づいて遠隔のコンピュータに対するリンクを確立し、前記コンピュータを用いて旅行プランを変更することを備える方法。
【０５７９】
Ｂ４１．  光センサにビジネスカードを与え、前記光センサは画像データを生成し、前記ビジネスカードは人に対応するものであり、
前記画像データから複数ビットデジタル情報を識別し、
前記識別されたデジタル情報を用いて、遠隔のデータ格納域をアクセスし、
前記データ格納域から前記人に関して更新されたコンタクト情報を得て、
前記更新されたコンタクト情報を使って、前記人との通信を確立することを備え、
前記人の活動によって、様々な時間で様々なコンタクト情報を適切なものなる日に、前記遠隔のデータ格納域の前記コンタクト情報は更新される通信方法。
【０５８０】
Ｂ４２．  ビジネスカード上の前記複数ビットデジタル情報は  ステガノグラフィックに符号化される、請求項Ｂ４１の方法。
【０５８１】
Ｂ４４．  第１のコンピュータに関連する光センサの視野内に物理オブジェクトを与え、前記光センサは画像データを提供し、
前記画像データ内の物理オブジェクト表現からの複数ビットデジタルデータを復号化し、
前記複数ビットデジタルデータの第１の部分を用いて、前記第１のコンピュータと遠隔コンピュータ間にリンクを確立し、
前記遠隔コンピュータに前記複数ビットデジタルデータの第２の部分を与え、
前記遠隔コンピュータから前記第１のコンピュータに情報を与え、前記情報は前記物理オブジェクトに対応することを備える方法。
【０５８２】
Ｂ４５．  前記複数ビットデジタルデータの第１の部分を用いて、複数のサーバコンピュータのネットワークをトラバースすることによって前記遠隔コンピュータを識別する、請求項Ｂ４４の方法。
【０５８３】
Ｂ４６．  前記オブジェクトは、人に関連するビジネスカードであって、前記遠隔コンピュータから提供される情報には前記人に関連するコンタクト情報が含まれる、請求項Ｂ４４の方法。
【０５８４】
Ｂ４７．  補助データを用いて印刷広告をステガノグラフィックに符号化し、
前記広告を発行し、
広告主に前記発行かかる料金を課し、
ステガノグラフィック符号化を用いて前記広告主に改善値を提供する技術を提供し、
前記料金の一部を前記技術の提供者と分けることを備える方法。
【０５８５】
Ｂ４８．  写真に複数ビットデジタル識別子をステガノグラフィックに組み込み、
前記識別子に関するデータベースに注釈を格納し、
前記写真を光センサに与え、前記光センサは画像データを提供して、前記画像データから前記識別子を復号化し、
前記復号化された識別子を用いて、前記データベースに格納された前記注釈をアクセスし、
前記アクセスされた注釈を提供することを備える方法。
【０５８６】
Ｂ４９．  コンピュータを用いてインターネットアドレスにリンクして、前記アドレスから前記コンピュータのユーザに情報を与え、
前記コンピュータに関連する光センサにオブジェクトを与え、前記センサは視野に対応する画像データを生成し、
前記視野内でオブジェクトを物理的に操作し、
前記画像データから前記オブジェクトの操作を識別し、
それに対応する出力データを生成し、
前記出力データに基づいてインターネットアドレスを変えることによって、ユーザに与えられる情報を変える、インターネットナビゲーション方法。
【０５８７】
Ｂ５０．  粘着性物質によって一つのエッジで取り外し可能に互いにつながれた複数のシートを備え、各シートの複数ビットデジタルデータは符号化されることを特徴とするノートパッド。
【０５８８】
Ｂ５１．  各シートの複数ビットデジタルデータはステガノグラフィック符号化される、請求項Ｂ５０のノートパッド。
【０５８９】
Ｂ５２．  前記パッドのほかのシートと同じ各シートの複数ビットデジタルデータが符号化される、請求項Ｂ５０のノートパッド。
【０５９０】
Ｂ５３．  オブジェクトを光センサに与え、前記光センサは画像データを生成し、前記オブジェクトの複数ビットのデジタルデータはステガノグラフィック符号化され、
前記画像データからの前記デジタルデータを復号化し、
前記デジタルデータに応答して、前記オブジェクトを描写する前記センサからの画像データを格納することを備える方法。
【０５９１】
Ｂ５４。  前記オブジェクトは紙シートであって、当該方法には、前記光センサからの複数フレームの画像データを獲得し、
前記オブジェクトの適切な表現を有する前記複数のフレームのうちの１つを識別し、
識別されたフレーム内のその他の画像データから、前記シートに対応する画像データをマスクし、
前記シートに対応する画像データを処理してその幾何学的属性を変えて、それから復号化された前記デジタルデータのうちにいくつかから前記シートのサイズと色を識別し、
前記マスクされ処理された、前記シートのサイズと色とともに画像が格納された日付と時間を示すデータに関する前記シートに対応する画像データを格納することが含まれる、請求項Ｂ５３の方法。
【０５９２】
Ｂ５５．  オブジェクトを光センサに与え、前記光センサは画像データを生成し、前記オブジェクトの複数ビットデジタルデータはステガノグラフィック符号化され、
前記画像データからの前記デジタルデータを復号化し、
前記デジタルデータに応答して、類似のオブジェクトの画像を表示する方法。
【０５９３】
Ｂ５６．  前記オブジェクトは紙シートであって、当該方法は、前もって記憶された時間順に対応する表示順序で前に格納された複数の紙シートの画像を表示することを含む、請求項Ｂ５５の方法。
【０５９４】
Ｂ５７．コンピュータオペレーティングシステムで、連続フレームの２次元画像データに対応し、それから身振りデータを抽出し、前記身振りデータにはＸ−Ｙ位置データと回転状態とスケール状態とデファレンシャルスケール状態からなるリストから少なくとも２つのデータを含むソフトウエアモジュール。
【０５９５】
Ｃｌ．  ビジネスカードを光センサに与え、前記光センサは画像データを生成し、前記ビジネスカードは人に対応し、
前記画像データから複数ビットデジタル情報を識別し、
前記識別されたデジタル情報を用いて、遠隔のデータ格納域をアクセスし、
前記データ格納域から更新された対人コンタクト情報を獲得し、
前記更新されたコンタクト情報を用いて、前記人との通信を確立することを備え、
当該人の活動によって様々な時間に様々なコンタクト情報を適切なものにする日に、前記遠隔データ格納域の前記コンタクト情報を更新することを備える通信方法。
【０５９６】
Ｃ２．  ビジネスカードの複数ビットデジタル情報はステガノグラフィック符号化される、請求項Ｃ１の方法。
【０５９７】
Ｃ３．  第１のコンピュータに関連する光センサの視野内に物理オブジェクトを与え、前記光センサは画像データを生成し、
前記画像データ内の前記物理オブジェクトの表現からの複数ビットデジタルデータを復号化し、
前記複数ビットデジタルデータの第１の部分を用いて、第１のコンピュータと遠隔のコンピュータ間にリンクを確立し、
前記複数ビットデジタルデータの第２の部分を前記遠隔のコンピュータに与え、
前記遠隔のコンピュータから前記第１のコンピュータに情報を与え、前記情報は前記物理オブジェクトに対応することを備える方法。
【０５９８】
Ｃ４．  前記複数ビットデジタルデータの第１の部分を用いて複数のサーバコンピュータのネットワークをトラバースすることによって、前記遠隔のコンピュータを識別することを含む、請求項Ｃ３の方法。
【０５９９】
Ｃ５．  前記オブジェクトは、人に関連するビジネスカードであって、前記遠隔のコンピュータから与えられる情報には、前記人に関連するコンタクト情報が含まれる、請求項Ｃ３の方法。
【０６００】
Ｄｌ．  デジタル符号化されたオブジェクトを光センサに与え、前記光センサは出力データを生成し、
前記センサの出力データからの複数ビットデータを復号化し、
前記複数ビットデータを用いて、前記オブジェクトに関連するデータを有するインターネットアドレスに対するリンクを確立することを備える方法。
【０６０１】
Ｄ２．  前記オブジェクトの前記複数ビットデータはステガノグラフィックに符号化される、請求項Ｄｌの方法。
【０６０２】
Ｅｌ．  印刷広告をステガノグラフィックに符号化して、その中の複数ビットデータを隠し、
前記印刷広告を処理して、そこから複数ビットデータを抽出し、
抽出された複数ビットデータの少なくとも一部を用いて、前記印刷広告によって販売促進される製品やサービスに関連する消費者情報を提供するインターネットウェブブラウザをウェブサイトに割り当てる販売促進方法。
【０６０３】
Ｅ２．  印刷広告に反応する消費者を決定する方法であって、
第１のデータを含む第１の印刷広告をステガノグラフィックに符号化し、
第２のデータを含む第２の印刷広告をステガノグラフィックに符号化し、
消費者が第１と第２の広告を光センサに与えるときに前記第１と第２のデータを復号化し、
復号化された第１と第２のデータの数をそれぞれ計算して、前記広告に反応する消費者を決定することを備える方法。
【０６０４】
Ｅ４．  旅行写真をステガノグラフィックに符号化して、その中の複数ビットデータを隠し、
前記旅行写真を処理して、そこから複数ビットデータを抽出し、
抽出された複数ビットデータの少なくとも一部を用いて、前記写真で描写された場所を訪問したい消費者に役立つ旅行情報を提供するウェブサイトにインターネットウェブブラウザを割り当てることを備える、旅行促進方法。
【０６０５】
Ｆｌ．  Ｘ位置符号化器とＹ位置符号化器と、それに応答してＸ方向移動データとＹ方向移動データを生成してそれに関連するコンピュータにそれを提供する回路を有するマウスであって、改良点は、前記マウスに配置された光センサと、それに応答してグレイスケールの光画像データを生成し、それに関連するコンピュータにそれを提供する回路を備えたことであって、前記マウスはポインティングデバイスと光入力デバイスの両方として機能することであるマウス。
【０６０６】
Ｆ２．  半導体に接して形成される基板と、
センサ信号を生成する２次元画像センサと、
前記センサ信号に応答してそれに対応する画像データを生成し、前記画像データを前記半導体の画像データ出力部に与える第１の回路と、
前記センサ信号、即ち、前記画像データに応答して、それの複数ビットデジタルデータをステガノグラフィックに符号化し、それを前記半導体のステガノグラフィック復号化出力部に与える第２の回路を備える半導体。
【０６０７】
Ｆ３．  インターネットウェブブラウザを含むコンピュータシステムを動作させる方法であって、改良点は、
センサを備える周辺デバイスを提供し、
第１のオブジェクトの近傍に前記周辺デバイスを位置付けて、第１のアドレスに前記ウェブブラウザを割り当て、
第２のオブジェクトの近傍に前記周辺デバイスを位置付けて、第２のアドレスに前記ウェブブラウザを割り当てることを備える方法。
【０６０８】
Ｇ１．  コンピュータシステムの周辺デバイスであって、
ユーザの手のひら内にフィットするように調整されて、媒体上を滑るハウジングと、
複数の検知要素を備えて、画像信号を生成する光センサと、
前記媒体を前記センサ上に撮像させるレンズと、
前記センサに接続され、前記センサからの信号を処理して出力データフレームと同様にフォーマット化する前記ハウジング内に配置された回路と、
前記周辺デバイスからコンピュータシステムに前記出力データを中継する伝送手段を備える周辺デバイス。
【０６０９】
Ｇ２．  前記伝送手段はケーブルである、請求項Ｇ１のデバイス。
【０６１０】
Ｇ３．  前記伝送手段は無線リンクである、請求項Ｇ１のデバイス。
【０６１１】
Ｇ４．  前記回路は、前記センサによって検知された画像内でステガノグラフィックに  符号化された複数ビット２進データを復号化し、前記伝送手段は、復号化されたデータを前記コンピュータシステムに中継する、請求項Ｇ１のデバイス。
【０６１２】
Ｇ５．  業者から売出される品物の画像を含む印刷されたカタログを提供し、前記画像の複数ビット２進データはステガノグラフィック符号化され、
画像を光学的に検知して、それに対応する画像データを生成し、前記画像データからステガノグラフィック符号化されたデータを復号化し、
前記復号化されたデータを用いて業者からの品物を電子的に注文し、前記注文では前もって格納された顧客プロファイル情報が利用されることを備える電子商取引方法。
【０６１３】
Ｇ６．  前記顧客プロファイル情報には衣料品サイズデータが含まれる、請求項Ｇ５の方法。
【０６１４】
Ｇ７．  遠隔の業者のコンピュータに送るために、復号化されたデータを処理し、前記処理には、前記顧客に対応する補足データで復号化されたデータを補うことが含まれ、
処理されたデータを前記遠隔の業者のコンピュータに送り、
処理され送られたデータに応答して、前記遠隔の業者のコンピュータから第１の注文データを受け取り、
前記第１の注文データを顧客に与え、
ユーザからさらに別の入力情報を受け取って、前記第１の注文データに含まれるオプションから選択し、
前記さらに別の入力情報を遠隔の業者のコンピュータに送ることをさらに備える、請求項Ｇ５の方法。
【０６１５】
Ｇ８．  前記補足データには顧客プロファイル情報が含まれる、請求項Ｇ７の方法。
【０６１６】
Ｇ９．  前記補足データには顧客識別データが含まれる、請求項Ｇ７の方法。
【０６１７】
Ｇ１０．  バッジと、
前記バッジ上の写真を備え、
前記写真は、その中に隠された複数ビット補助データを備え、前記補助データは前記バッジの認可された使者に対応し、
前記バッジはさらに別の使者識別情報をさらに備え、前記さらに別の情報は機械によって検出可能である、アクセス制御デバイス。
【０６１８】
Ｇ１１．  前記バッジを用いて構成されたＲＦプロキシミティ回路によって、前記さらに別の情報は符号化される、請求項Ｇ１０のデバイス。
【０６１９】
Ｇ１２．  前記さらに別の情報は、前記バッジにバーコード形式で符号化される、請求項Ｇ１０のデバイス。
【０６２０】
Ｇ１３．  前記さらに別の情報は、前記バッジ上の磁気ストライプ形式で符号化される、請求項Ｇ１０のデバイス。
【０６２１】
Ｇ１４．  確実な不動産をアクセスする方法であって、
バッジをセンサステーションに与え、
前記バッジ上の写真に対応する光データを生成し、
前記光データを処理して、符号化された複数ビット補助データを抽出し、
前記写真で符号化されなかったデータから前記バッジのＩＤを機械的に検知し、
機械的に検知されたＩＤと前記写真から抽出された補助データ間の通信をチェックして、確実な不動産に対するアクセスが認証されるかどうかを決定することを備える方法。
【０６２２】
Ｉ１．  光入力デバイスと、
画像内で符号化されたデジタルデータに対応する顧客のアプリケーションと、
前記デジタルデータの少なくとも一部に対応するルータを備える、画像ベースのナビゲーションシステム。
【０６２３】
Ｉ２．  カメラベースのインターネットナビゲーションシステムのオペレーションにユーザを精通させるためにカメラ装備のコンピュータシステムをユーザのトレーニング業務に従事させるインストラクションを備える、コンピュータ記憶媒体。
【０６２４】
Ｉ３．  インターネットナビゲーションデバイスであって、画像が印刷された基板と、それを用いて符号化された第１と第２のデータを備える画像を備え、第１のデータはオーナコードを備え、第２のデータはルータコードを備え、カメラ装備のコンピュータシステムをインターネットアドレスにリンクする際に役立つデバイス。
【０６２５】
Ｉ４．  前記画像の前記オーナコードとルータコードはステガノグラフィック符号化される、請求項Ｉ３のデバイス。
【０６２６】
Ｉ６．  ユーザが遠隔のコンピュータにリンクすることを可能にする、画像ベースのネットワークナビゲーション方法であって、
印刷画像から符号化されたデータを検出し、
前記符号化されたデータに基づいてネットワークを介して遠隔のコンピュータにリンクを張り、前記遠隔のコンピュータに前記画像の識別情報を提供することを備える方法。
【０６２７】
Ｉ７．  遠隔のルータと通信する顧客アプリケーションを備えるインターネットナビゲーションシステムで、
顧客アプリケーションからルータに第１のデータを提供し、
前記ルータから前記顧客アプリケーションに複数のデータを提供し、
前記顧客アプリケーションでは、前記複数のデータに対応するメニューを提供し、
前記複数のデータの１つに対応するユーザ入力情報を受け入れることを備える方法。
【０６２８】
Ｉ８．  光入力デバイスから提供された画像データから第１のデータを獲得することを含む、請求項Ｉ７の方法。
【０６２９】
Ｉ９．  受け入れられたユーザ入力情報に対応するウェブページに顧客アプリケーションをリンクすることを含む、請求項Ｉ８の方法。
【０６３０】
Ｉ１０．  リンクされたウェブページが表示されるのを待っているときに、顧客アプリケーションでローカルに記憶されたブランド品表示をユーザに提供することを含む請求項Ｉ９の方法。
【０６３１】
Ｉｌｌ．  ルーティングコードを受け入れてそれに対応するＵＲＬを用いて応答し、少なくとも１つのルーティングコードが複数のＵＲＬに対応し、その各々はＵＲＬがいつ使われるかの詳細な時間情報を含むことを特徴とするルータ。
【０６３２】
Ｊ２．  複数のデータフィールドを含むデータベースレコードを生成し、
前記データベースレコードに対応し、前記フィールドの少なくとも幾つかからのデータを含むファイルを生成し、
複数の受取人の各人に前記ファイルのコピーを電子的に送り、
前記受取人のうちの一人がデータを前記ファイルのコピーに加えたり、前記ファイルのコピーの中のデータを変更したりして、前記ファイルを前記データベースに送り、
前記変更されたファイルに基づいて前記データベースレコードを更新し、
更新されたデータベースレコードに対応する新しいファイルを生成し、前記フィールドの少なくとも幾つかからのデータを含み、
前記複数の受取人の各人に新しいファイルのコピーを電子的に送ることを備える、データベースの方法。
【０６３３】
Ｊ３．  物理オブジェクトやデジタルオブジェクトから対応するデジタルリソースへリンクを張るシステムであって、
オブジェクトの識別情報とオーナ情報を含むそのオブジェクトに関連するデータを受け取って、データベース内のそれと、対応する応答に関連するデータを関連づける登録手段と、
入力オブジェクトからデータを検知して、それを処理して、それをルーティング手段に転送する開始デバイス手段と、
前記開始デバイス手段で処理されたデータを処理し、その情報を記録し、前記処理されたデータのうちの少なくとも幾つかを製品ハンドラ手段に転送するルーティング手段と、
前記ルーティング手段によって提供された情報に基づいて、前記開始デバイス手段に応答する製品ハンドラ手段を備えるシステム。
【０６３４】
Ｊ４．  ルーティング手段にはデータベースの情報をチェックする手段が含まれる、請求項Ｊ３のシステム。
【０６３５】
Ｊ５．  前記登録手段には、カプセル化ファイルを生成する手段と前記ファイルを所定の相手に送る手段が含まれる、請求項Ｊ３のシステム。
【０６３６】
Ｊ１３．  遠隔の顧客アプリケーションから送られた電子透かしデータに応答して、音声データやビデオデータの発送を開始するネットワークコンピュータシステム。
【０６３７】
Ｊ１４．  遠隔のコンピュータのソフトウエアプログラムから送られた電子透かしデータに応答して、前記遠隔のコンピュータに音声データやビデオデータの発送を開始する、請求項Ｊ１３のネットワークコンピュータシステム。
【０６３８】
Ｊ１６．  遠隔のコンピュータのソフトウエアプログラムから送られた電子透かしデータに応答して、更新されたソフトウエアの前記遠隔のコンピュータへの発送を開始する、ネットワークコンピュータシステム。
【０６３９】
Ｋ１．  動き符号化器として機能する第１と第２の間隔の２ＤセンサアレイとリニアセンサアレイとメモリとＣＰＵを含むスキャナーであって、前記ＣＰＵは、前記２Ｄセンサから与えられたスキャナーの動きデータに基づいて、撮像されたオブジェクトからリニアセンサアレイによって収集された未処理のスキャンデータを処理して最終的なスキャンデータを得るように機能し、改良点は、スキャナーに前記オブジェクトから得られたスキャンデータから機械読出し可能な識別子を識別させるソフトウエアインストラクションをメモリ内に備えることを備える。
【０６４０】
Ｋ２．  無線インターフェイスとディスプレイをさらに備え、前記ソフトウエアインストラクションによって、前記スキャナーに識別子を無線インターフェイスを介して遠隔のサーバへ送らせて、前記ディスプレイに表示するために前記無線インターフェイスを介して戻された情報を処理する、請求項Ｋ１のスキャナー。
【０６４１】
Ｋ３．  前記ソフトウエアインストラクションに基づいて、前記ＣＰＵは、スキャナーの動きを検知することに加えて特定の目的のために２Ｄセンサアレイからのデータを処理する、請求項Ｋ１のスキャナー。
【０６４２】
Ｋ４．  前記目的には、リニアセンサアレイからのデータが最終的に処理される前に、電子透かし検出プロセスを開始させることが含まれる、請求項Ｋ３のスキャナー。
【０６４３】
Ｋ５．  前記目的には、電子透かし校正信号を検知することを開始させる、請求項Ｋ４のスキャナー。
【０６４４】
Ｋ６．  前記目的には、検出可能な識別データが比較的含まれるであろう、リニアセンサアレイによって収集されたデータの位置を識別することが含まれる、請求項Ｋ３のスキャナー。
【０６４５】
Ｋ７．  前記目的はオブジェクト表面の特徴量を求めることであって、それに基づいてフィルタをスキャンデータに適用することができる、請求項Ｋ３のスキャナー。
【０６４６】
Ｋ８．  前記目的は、前記スキャナーの様々な位置から前記オブジェクトの相対位置をアクセスすることである、請求項Ｋ３のスキャナー。
【０６４７】
Ｋ９．  前記目的はスキャンデータのアフィン変換歪み量を求めることによって、補償することができる、請求項Ｋ３のスキャナー。
【０６４８】
Ｋ１０．  前記識別子は、電子透かしとしてステガノグラフィックに  符号化される、請求項Ｋ１のスキャナー。
【０６４９】
Ｋ１１．  前記識別子はバーコードとして符号化される、請求項Ｋｌのスキャナー。
【０６５０】
Ｋ１２．  リニアセンサアレイとＣＰＵと、インターネットに接続するためのインターフェイスと、ディスプレイスクリーンとユーザ制御部を含むユーザインターフェイスを備えるスキャナーであって、スキャンされたオブジェクトから検知されたマシン読出し可能なデータをインターネットに送るように調整され、インターネットから返されたＨＴＭＬ情報をユーザに提供するスキャナー。
【０６５１】
Ｌ１．  オブジェクト上の光学的に検知可能なパターンを変えることも含まれる画像ウォーターマーキング技術であって、改良点は、オブジェクトは非平面性の表面をもち、前記表面に適用された電子透かしを前もって歪ませられて、前記非平面性を前もって補償することである。
【０６５２】
Ｌ２．  前記電子透かしは前もって歪ませられる、Ｌ１の方法。
【０６５３】
Ｌ３．  前記オブジェクトは円筒状の表面をもつ、Ｌ１の方法。
【０６５４】
Ｌ４．  前記オブジェクトは消費者の製品のためのコンテナである、Ｌ３の方法。
【０６５５】
Ｌ５．  前記オブジェクトはソフトドリンク缶である、Ｌ４の方法。
【０６５６】
Ｌ６．  前記電子透かしは変換領域で前もって歪ませられている、Ｌ１の方法。
【０６５７】
Ｌ７．  前記電子透かしはウェーブレット領域で前もって歪ませられている、請求項Ｌ６の方法。
【０６５８】
Ｌ８．  前記電子透かしはＤＣＴ領域で前もって歪ませられる、請求項Ｌ６の方法。
【０６５９】
Ｌ９．  前記電子透かしは、明らかに湾曲によって誘引された幾何学的歪みを考慮して、前もって歪ませられる、請求項Ｌ１の方法。
【０６６０】
Ｌ１０．  前記表面は、明らかに湾曲によって誘引された幾何学的歪みを考慮して、前もって歪ませられる、請求項Ｌ１の方法。
【０６６１】
Ｌ１１．  前記電子透かしは、明らかに湾曲によって誘引された幾何学的歪みを香料考慮して、前もって歪ませられる、請求項Ｌ１０の方法。
【０６６２】
Ｌ１２．  １フレームの画像データを分析して、符号化された電子透かしを復号化する電子透かし復号化技術であって、改良点は、前記電子透かしを復号化する前に、歪み修正機能を画像データに適用することを備えることである。
【０６６３】
Ｌ１３．  様々な歪み修正機能を画像データに成功裡に適用して、そこから有効な電子透かしデータを復号化する、請求項Ｌ１２の方法。
【０６６４】
Ｌ１４．  ユーザによって提供された情報に基づいて、適用する１つ以上の歪み修正機能を選択することを含む、請求項Ｌ１２の方法。
【０６６５】
Ｌ１５．  特定のオブジェクトの形状を具体的に識別することなく、前記情報によってオブジェクトが属するオブジェクトの一般的なクラスが識別される、請求項Ｌ１４の方法。
【０６６６】
【結論】
図示した実施形態を引用して我々の技術の原理について説明し図示したが、本発明はそれに限定されないことを理解すべきである。
【０６６７】
例えば、インターネットベースのシステムを引用して実施形態の中の幾つかが示されているが、同様に、その他のコンピュータベースのシステムに同じ技術を適用することもできる。これらには、アメリカオンラインアンドコンピュサーブ（Ａｍｅｒｉｃａ  Ｏｎｌｉｎｅ  ａｎｄ  Ｃｏｍｐｕｓｅｒｖｅ）やダイヤルアップ掲示板システム等の非インターネットベースのサービスが含まれる。同様に、インターネットベースの実施形態では、ウェブブラウザとウェブページを利用することは基本的なことではなく、その他のデジタルナビゲーションデバイスとその他のオンラインデータ保管部も同様にアクセスすることができる。
【０６６８】
同様に、実例のシステムについて特に詳述したが、その他の多数の態様でその基礎原理を用いてもよい。
【０６６９】
例えば、その他の態様では、デジタルオブジェクト識別子（ＤＯＩ）をもつ物理オブジェクトをステガノグラフィック符号化する。ザセンターフォーナショナルリサーチイニチアチブズデジタルオブジェクトアイデンティファイヤファウンデーション（Ｔｈｅ  Ｃｅｎｔｅｒ  ｆｏｒ  Ｎａｔｉｏｎａｌ  Ｒｅｓｅａｒｃｈ  Ｉｎｉｔｉａｔｉｖｅｓ  ａｎｄ  ｔｈｅ  Ｄｉｇｉｔａｌ  Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ  Ｆｏｕｎｄａｔｉｏｎ）（ｗｗｗ．ｄｏｉ．ｏｒｇ）は、デジタルオブジェクトの配給、追跡、管理を可能とするインフラを確立する際に大きな功績を上げた。上述の教唆に基づいて新しい機能を物理オブジェクトに関連づけるために、この同じインフラと技術の一部を調整してもよい。
【０６７０】
別の形態では、オブジェクトに組み込まれたデータによって、遠隔のデータ保管部に対して参照事項を付けることはないが、その代わりに、オブジェクト上の最終データを直接符号化する。例えば、電話番号を用いて、実際に写真を符号化することができる。電話の光センサに写真を示すと、外部的なデータを必要とせずに、電話によって光情報が分析され、電話番号が抽出されて、その番号をダイヤルすることができる。同様に、対応する電子ファイルのパス名とファイル名を利用して、オフィス印刷文書（例えば、スプレッドシート）を符号化して、（例えば、ＵＩＤをコンピュータアドレスに関連づける遠隔のデータベースに対する）間接的なリンクの必要性をなくすことができる。人のビジネスカードでは、人のＥメールやウェブアドレスを直接符号化することができる。上述の実施形態のほとんどが、関連データを直接符号化するのに適している。
【０６７１】
上述のビジネスカードの例で詳述された技術は、既存の光文字認識技術を補うことができる。即ち、光センサからの画像データをベドゥープデコーダとＯＣＲシステムの両方に適用することができる。ＯＣＲシステムによって識別されるテキスト文字をコンタクトマネージャ個人のデータベースに直接入力させることができる。符号化されたオブジェクトを探し出して可視の歪み（例えば、スケールしたり回転させたりする等が原因の可視のアーチファクト）を扱うベドゥープシステムで利用される技術を、ＯＣＲでの検出にも有効に利用することができるので、カードを注意深く配置することなく、ＯＣＲ情報を抽出することができる。
【０６７２】
上述の実施形態の幾つかはインクジェット印刷に言及したが、その他の印刷技術、例えば、レーザ／ゼログラフィ印刷やオフセット印刷等を利用してもしばしば同様のメリットがある。
【０６７３】
一般的に、物理オブジェクトから得られた画像データから、上述の実施形態のベドゥープ復号化が始まる。しかしながら、特定の状況では、例えば、インターネットから電子的に提供された画像データをベドゥープ復号化することはメリットがある。
【０６７４】
同様に、前述の実施形態は、一般的に、期待地点でオブジェクトを求めて凝視するベドゥープ画像センサに頼っていたが、別の実施形態のセンサは、（エレベータの例に関して上述したように）凝視ではなく探索することができた。
【０６７５】
同様に、示された実施形態では、一般的に、複数フレームの画像データを繰返し獲得するセンサを利用したが、これが本当に必要なわけではない。ＴＷＡＩＮインターフェイスを用いて、もしくは、用いないで、フラットベッド型スキャナー等の単一フレームシステム、あるいは、単一フレームを獲得するように構成されたビデオシステムを用いることができる。
【０６７６】
上述したように、好適な実施形態では、デジタルデータをステガノグラフィック符号化処理を使って、美的な観点について許されれば、バーコード等の可視形態のデジタル符号を使えることは勿論である。
【０６７７】
実施形態の幾つかでは、光以外の手段によって送られるデジタルデータを用いることができる。（例えば、プロキシミティベースのカードアクセスシステムで使われる種類の）電磁気的検出部を構成して、デジタルデータを復号化することで、ちょうど上述の実施形態のように物理オブジェクトからデータを離れた位置から読むことができる。
【０６７８】
一般的に、ベドゥープ画像センサは複数フレームのデータを獲得するので、デジタルデータの抽出は１枚以上の画像フレームに基づいて行われる。この結果に信頼をおけば、複数フレームで復号化されたデータを蓄積することが可能になる。さらに、センサの視野内にあるオブジェクトの動きは、システムがその他の観点から情報を獲得する等を可能にするので、システムのオペレーションを改良することができる。
【０６７９】
好適な実施形態では２Ｄ画像センサ（例えば、ＣＣＤ）を利用するが、その代わりに、その他の光検出技術を利用してもよい。例えば、スーパーマーケットのレーザスキャナーは、バーコードデータを読むことができる。このようなシステムのレーザスキャンによって、（ビットマップ形式か、グレイスケールのいずれか一方の）２Ｄデータを獲得することが可能になる。
【０６８０】
幾つかの実施形態では、テクスチャベースのベドゥープ符号化をオブジェクトに施すことにメリットがある。ベドゥープテクスチャリングは、様々な手段から影響を受ける可能性がある。これには、プレッシャーローラーや化学エッチングやレーザエッチング等が含まれる。
【０６８１】
電子透かしによってトリガされる応答が時間で変化することがあることを注意されたい。このことによって、符号化されたオブジェクトの有効寿命が延びる。例えば、新モデル年の自動車のマーケティングを開始するときに、１９９９年フォードイクスプローラ（Ｆｏｒｄ  Ｅｘｐｌｏｒｅｒ）に関するフォード（Ｆｏｒｄ）ＵＲＬをポイントする１９９９年版フォードイクスプローラ（Ｆｏｒｄ  Ｅｘｐｌｏｒｅｒ）のために雑誌の広告内で符号化されたリンクを、２０００年モデル版のためのＵＲＬをポイントするように更新することができる。
【０６８２】
勿論、その他の実施形態では、ＵＲＬという文字を符号化することができ、また、それを使って、ブラウザやその他の情報器具をそのアドレスに割り当てることができる。さらに、ＵＲＬという文字を符号化することができるが、必ずしもそれを使う必要はない。その代わりに、データベースによって、符号化されたＵＲＬを実際のＵＲＬ（即ち、ブラウザに割り当てられたか、さもなくば、メディアブリッジ（ＭｅｄｉａＢｒｉｄｇｅ）オブジェクトに対する応答が入力されたＵＲＬ）にマップすることができる。このような一実施形態のＵＲＬは、将来の日付と共にオブジェクト内に符号化される。オブジェクトを「読む」とすぐに、ローカル（顧客）コンピュータは、関連する日付をチェックする。もし、日付が認められなければ、ＵＲＬという文字が実際のＵＲＬとして使われる。もし日付が認められると、顧客コンピュータは、遠隔のデータベース（例えば、ルータで）に対するコードを参照して、実際のＵＲＬ（もし、更新が要求されなかったならば同じか、もしくは、新しくてもよい）を獲得する。次に、メディアブリッジオブジェクトに対する応答を提供する際に、実際のＵＲＬを利用する。
【０６８３】
本分野の職人にとって電子透かし符号化／復号化システムを用いることは簡単なことであるので、ここでは過度に説明しない。従来、この技術は、長期記憶（例えば、ディスクやＲＯＭ等）に格納された適切なソフトウェアによって実施され、関連のＣＰＵ上で実行するために、一時記憶（例えば、ＲＡＭ）に転送される。その他の実施形態では、その機能は、専用ハードウェアによってか、ハードウェアとソフトウエアの組み合わせによって達成される。特定の実施形態では、ＦＰＧＡを含む再プログラマブル論理を有効に使うことができる。
【０６８４】
一般的に、上述の実施形態では平面的なオブジェクトを使って、デジタル符号を送ったが、これが本当に必要なわけではない。同様に、その他の形状のオブジェクトも使うことができる。一部の形状には比較的簡単な画像処理タスクを必要とするものもある。上述したように、既知の幾何学変換を用いて、ソフトドリンク缶のデータ画像、即ち、その他の円筒状の表面を再マップ化して、缶から印刷を基本的に「解く」ことができる。その他の幾何学様式では、より複雑な再マッピングが必要となるが、これは、職人の能力でも一般的には同じである。（データ内にサブリミナルの網目印等の特定の参照マーキングを符号化することによって、このような再マッピングが容易になる。撮像される未知のオブジェクトの３Ｄ形状は、通常、スキャナーによって生成された２Ｄ画像データ内の参照マーキングの明らかな歪みから推定可能である。一旦歪みが特徴づけられると、一般的に、歪みをなくして、復号化用の画像データを生成することは簡単である。）
【０６８５】
紙の文書が電子的媒体に取って換わるであろうと予測することは、かつては一般的であった。あと知恵で電子媒体が紙に対する貧弱な代替物であると見なされる可能性がある。電子媒体は、傷つけることなく情報を送るが、経験上の特質を欠いている。我々は、紙を持ったり、それを積み重ねたり、それを所有したり、それを与えたり、それを保護したりする。それは、電子媒体には全く欠けている物理的な所有の機会を提供するものである。
【０６８６】
上述の議論から、紙を電子媒体に置き換えるのではなく、恐らく、将来は、紙の物理的な経験的技術とデジタル媒体の技術的メリットを混在させたデジタル特性を紙に与えることになると考えられている。この構成によって、「コンピュータ入力周辺装置」によるのではなく、親しみ易い紙のアイテムを介してアクセス可能な非常に豊富な新機能が利用可能になる。
【０６８７】
本明細書を過度に長くすることなく包括的に開示するために、出願人は上で確認された特許とアプリケーションと出版物を援用文献とする。
【０６８８】
上述された詳細な原理が適用可能な多くの実施形態の観点で、詳細な実施形態は説明目的だけのものであって、本発明の範囲を限定するものとして捉えられるべきでないことを理解すべきである。むしろ、我々は、以下の請求項とその等価物の範囲と精神の中に我々の発明の全実施形態が包含されることを請求するものである。
【図面の簡単な説明】
【図１】  本技術を用いたシステムの実例の原理的処理要素を示す図である。
【図２】  図１の応答処理を実行するシステムの実例を示すブロック図である。
【図３】  図２のシステムで使われる発信側装置を特に詳述するブロック図である。
【図４】  図２のシステムの特定のトップレベルのデータフローを示す。
【図５】  図２のルータに関連する特定のデータフローを示す。
【図６】  図２の登録処理に関連する特定のデータフローを示す。
【図７】  図２の製品ハンドラに関連する特定のデータフローを示す。
【図８】  システムの実例での一連のスクリーンショットを示す。
【図９】  システムの実例での一連のスクリーンショットを示す。
【図１０】  システムの実例での一連のスクリーンショットを示す。
【図１１】  本技術の別の実施形態を示すブロック図である。
【図１２】  本技術の別の実施形態を示すブロック図である。
【図１３】  従来のスキャナーのブロック図である。
【図１４】  孤形のパスに添ってスキャンされるオブジェクトを示す。
【図１５】  オブジェクトの歪みがどのように検出されるかを示す。
【図１６】  特定のオブジェクトの属性を求める両眼処理の使用法を示す。
【図１７】  透かしグリッドを示す。
【図１８】  前もって歪ませられた透かしグリッドを示す。
【図１９】  前もって歪ませられた別の透かしグリッドを示す。
【符号の説明】
１２  発信側装置
１４  ルータ／サーバ
１５  ログ
１６  製品ハンドラ
１７  登録データベース
１８ａ，１８ｂ，１８ｃ  リソース
１９  登録サーバ
２０  オブジェクト
【図１】
0004808850.tif 000006
【図２】
0004808850.tif 000007
【図３】
0004808850.tif 000008
【図４】
0004808850.tif 000009
【図５】
0004808850.tif 000010
【図６】
0004808850.tif 000011
【図７】
0004808850.tif 000012
【図８】
0004808850.tif 000013
【図９】
0004808850.tif 000014
【図１０】
0004808850.tif 000015
【図１１】
0004808850.tif 000016
【図１２】
0004808850.tif 000017
【図１３】
0004808850.tif 000018
【図１４】
0004808850.tif 000019
【図１５】
0004808850.tif 000020
【図１６】
0004808850.tif 000021
【図１７】
0004808850.tif 000022
【図１８】
0004808850.tif 000023
【図１９】
0004808850.tif 000024