JP2004532461A

JP2004532461A - 汎用レスポンス選択を備えた機械可読ラベル読取器システム

Info

Publication number: JP2004532461A
Application number: JP2002578189A
Authority: JP
Inventors: ラムジー−キャタン，キャロリン
Original assignee: Koninklijke Philips Electronics NV
Current assignee: Koninklijke Philips NV
Priority date: 2001-03-31
Filing date: 2002-03-26
Publication date: 2004-10-21
Also published as: WO2002080035A3; KR20030047892A; EP1428144A2; US6491217B2; US20020139839A1; WO2002080035A2; CN1537289A

Abstract

機械可読ラベル装置を読取り、読取りが実行された場面に応じたリソースベースを検索する方法及びシステムは、ユーザがその利用から本当の価値を取得することを保証する汎用性と知能を提供する。例えば、このシステムはトランスポンダが装着された製品に関する情報の取得に利用されてもよい。本システムは、場面情報とフレキシブルな検索エンジン技術を利用し、検索を実行するための自然言語構文解析を行い、より経済的にリソースベースの生成及び維持を行うことにより、モノリシックな情報収集とトランザクションの自動化を凌ぐものである。

Description

【技術分野】
【０００１】
本発明は、機械可読ラベル（ｍａｃｈｉｎｅ−ｒｅａｄａｂｌｅｌａｂｅｌ）を利用し、走査時に機械可読ラベルの記憶及び読取器（ｒｅａｄｅｒ）への送信を行うためのシステムに関する。本発明の適用事例として、１次元バーコード、２次元バーコード、メモリボタン、スマートカード、ＲＦＩＤタグ（ｒａｄｉｏ−ｆｒｅｑｕｅｎｃｙｉｄｅｎｔｉｆｉｅｒｔａｇ）、スマートカード、磁気ストライプ、マイクロチップトランスポンダ（ｍｉｃｒｏ−ｃｈｉｐｔｒａｎｓｐｏｎｄｅｒ）などがある。
【背景技術】
【０００２】
現在、さまざまなデータコード化装置が存在し、また開発中である。このようなデータコード化装置は、２次元バーコードのような光学デバイスからトランスポンダのような無線装置に至るさまざまな形態をとる。一般的に、これらデータコード化装置は、オブジェクトのタグ化あるいはラベル化を実行することができ、機械による当該オブジェクトの関連データの読み込みが可能である。この目的のためには、１次元バーコードが広く利用されてきたが、記憶可能な情報量の点で制限がある。例えば、１次元バーコードでは、オブジェクトのクラスは特定可能であるが、個々のオブジェクトまでは特定することができない。
【０００３】
この分野に関して最近新たに開発されたＲＦＩＤタグでは、トランスポンダ同様、情報が無線信号によって読取器に送られる。ＲＦＩＤ装置の利点の１つは、大容量の情報をやり取りすることが可能であるという点である。これはデータ容量が非常に限られた従来技術によるバーコードと対照的である。従来技術によるバーコードのもう１つの代替品として、２次元バーコードがある。この２次元バーコードは、従来タイプのバーコードと比較して、はるかに大量のデータをコード化することができる２次元の記号である。その他のコード化装置としては、ｉＢｕｔｔｏｎ（登録商標）があり、そこではｉＢｕｔｔｏｎ（登録商標）と電気接触する読取器により読取可能な情報が小さなトークンに記憶される。さらに他の情報記憶装置としては、（例えば、エッチングされた）プリント及び非プリント（例えば、パターン認識処理を利用した）機械可読記号や電子透かし（ｄｉｇｉｔａｌｗａｔｅｒｍａｒｋ）などがある。
【０００４】
ＲＦＩＤ技術の商用への転用は大いに成功するものと予想される。サプライチェーン管理（ｓｕｐｐｌｙｃｈａｉｎｍａｎａｇｅｍｅｎｔ）は、そのうちの最も大規模なものの１つである。そこでは、サプライチェーンを通じて、製造工程においてアクセス可能なデータベースに各製品のシリアル番号を製造業者が登録することができる。サーバのようなネットワーク資源にこのデータを保持することにより、サービス提供者は店舗や倉庫において携帯スキャナを使って製品履歴の照合を行うことが可能である。これにより、小売店は在庫切れや需要トレンドから外れているなどのモニタを行えるだけでなく、本物あるいは盗品であるかのチェックをも行うことができる。ＲＦＩＤタグはプログラム可能であってもよいし、また例えば１箱の果物がある温度で保持されていた時間のような様々な環境要因を記録できるセンサをタグの右側に備えることも可能である。
【０００５】
ＲＦＩＤタグの将来的なマーケットのモデルは、明らかに現在のバーコード読取器が使用されているマーケットである。バーコード読取器が商用及び産業用にユーザにより広く採用されている一方、製造業者やベンダによるＲＦＩＤタグのマーケットを発展させる試みはこれまで非常に限られた形でしか成功してこなかった。以下では、現在と将来的な利用に関しいくつかの適用事例が例示される。
【０００６】
消費者を対象としたバーコード読取器の１つの例として、ＣｕｅＣａｔ（登録商標）があげられる。ＣｕｅＣａｔ（登録商標）は、コンピュータに搭載可能なよう設計され、カタログ、雑誌広告及び製品ラベルにプリントされたバーコードの読み取りに利用される。ユーザがバーコードを走査すると、インターネットを通じてユーザのブラウザをこのバーコードにより指定されたウェブサイトにアクセスさせるサーバにそのバーコードが自動転送される。これにより、すべての製品が自らのウェブアドレスを備えた場合、ユーザはかなりの長さになると予想されるウェブアドレスをわざわざ入力する手間を節約できる。しかしながらこの利点はそれほど大きなものではない。また、（カップボードにある１年経った桃の缶詰のような）既存の製品に対しても、ユーザが（サーチエンジンにより）検索する必要なく、ウェブアドレスは生成されうる。ＣｕｅＣａｔ（登録商標）サービスの管理者が製品にリンクを割り当てなければ、ユーザがウェブアドレスを示すことができる。他の同様にして提案された適用事例としては、ユーザをウェブサイト上の「ボーナスクーポン」セクションに誘導するクーポンに関するバーコードである。
【０００７】
さらに他の提案された適用事例としては、ユーザの走査により自動的に食料品店の買い物リストを生成するバーコードを備えた料理本である。家でラベルのバーコードを走査することにより、ユーザは買うべきものを選ぶことができる。これにより、店に持っていくべき食品ガイドとして利用できる買い物リストを生成してくれる。コードレスのバーコードスキャナを使って、ユーザは食材の箱や包装紙に描かれたバーコードを走査することによって、買い物リストにそれらのアイテムを追加することができる。スキャナは買い物の前にコンピュータと同調されて、インターネットへの接続によりパーソナル化買い物リストが生成及びプリントアウトされる。この買い物リストには、走査されたものの類似アイテムとして認識され、ユーザの料理目的により一致したアイテムに関する健康上のアドバイスが含まれている。低脂肪、低塩分、低カロリあるいは他の選択肢のようなカテゴリが用意されている。このリストは２つの項目に分かれている。１つは提案された選択肢であり、もう１つは走査されたアイテムである。この食材がより良いとされる理由の説明が各アイテムに対し与えられる。もともとのアイテムがそのアイテムのクラスにおいて、システムが選んだベストの選択肢にどの程度近いかについての表示がなされる。アイテムの隣にあるレシピアイコンをクリックすると、ユーザは買い物リストのアイテムを使用したレシピや、栄養プロファイルに従ったレシピにアクセスすることができる。あるサービスに加盟する食料品店では、クーポンが買い物リストに提供されたり、ユーザの買い物ロイヤリティカードファイルにダウンロードされ提供される。
【０００８】
他の事例では、携帯読取器が利用されたり、あるいは利用の提案がなされている。例えば、ある消費者は、自転車、ビデオカメラ、自動車などのバーコード化された貴重品の在庫リストを維持することができる。他の適用事例では、ユーザが加盟小売店であるアイテムを走査と、そのアイテムがパーソナル化ウェブページに送信され、「購入予定商品リスト（ｗｉｓｈｌｉｓｔ）」が作成される。このリストは組織化され、プレゼントをする機会が生じたとき、他の加盟店に電子メールで送られる。買い物客はショッピングセンターのキオスク（ｋｉｏｓｋ）で登録をし、パスワードを設定し、スキャナを借りる。買い物客はアイテムのバーコードを単に走査することによって自らの「購入予定商品リスト」を作成することができる。このデータはスキャナ返却時に売店にダウンロードされ、購入予定商品リストはウェブサイトに送られる。ＣｕｅＣａｔ（登録商標）に類似した他の適用事例では、映画やスポーツイベントのチケットの半券にバーコードが付けられる。ＣｕｅＣａｔ（登録商標）と同じように、このバーコードによりユーザはウェブサイトに自動的に接続され、スポーツ記念品や映画のサウンドトラックのようなイベントに関連した製品を買うことができる。ＡｉｒＣｌｉｃ（登録商標）により提供されている他の適用事例では、プリントされた商品に付けられたバーコードが使用され、更新された情報、購入情報へアクセスできるウェブサイトや、その商品に関連するウェブサイトへユーザを導く。この技術は携帯電話のような携帯型の電気機器に組み込まれることを想定しており、ユーザはその使用に対しコンピュータの近くにいる必要はない。
【０００９】
上の例では、読取器のさまざまな適用事例が示された。これらの大部分は単独の（特定化された）アイディアであり、個々の作業を成し遂げるための従来からの方法に対しほとんど新たな効果を与えるものでない。購入予定商品リストへの適用は、食料品店や家庭での在庫リストへの適用と同様、極めて特定化されたものである。バーコードの普及状況と比較すると、少なくとも消費者にとってその真に有益な利用方法がまだ考えられていないということは驚くべきことである。前述のように、この突破口となる１つの要素は、バーコードあるいは他のタイプのデータ保存手段の収納可能なデータ量を増大させることであるかもしれない。これはそれ自身「魅力的なアプリケーション（ｋｉｌｌｅｒａｐｐｌｉｃａｔｉｏｎ）」を考えることを設計者の頭から離すものではないが、ＲＦＩＤタグのデータ容量の増加及び従来タイプのバーコードより大容量のデータを記憶するための他の技術と関連して、多くの利点がもたらされる。
【００１０】
小さなサイズの情報を関連付けするだけのデータしかコード化できないバーコードと異なり、機械可読ラベル（ＭＲＬ）装置はいくつかの興味深いことを実行するのに十分な情報を記憶することができる。例えば、機械可読ラベル装置がある製品に付けられれば、その製品の製造日、輸送されてきた積荷船、出荷日、出荷先の小売店、販売された小売店、製造方法などの情報を中央データベースにおいてその製品と関連付けることによりその製品の特定が可能となる。また、ＭＲＬ装置は、例えば、上述の温度感知に関するサプライチェーンへの適用と同様に、記憶されているデータを変更するようプログラム可能である。他の利点としては、ＭＲＬ装置は読取器をある程度離し、そしてＭＲＬに読取器を正確に向けることなく走査することが可能であるという点である。また例えばＲＩＦＤ読取器のような読取器は、一度に複数のＭＲＬ装置の読取が可能である。
【００１１】
一般的にＭＲＬ装置はかなり高価なものであり、消費者市場向けアプリケーションはほとんど開発されてこなかった。コストの影響をあまり受けない消費者向けシステムの一例として、製品の販売促進のためのスパーマーケットシステムがある。このシステムでは、ユーザは携帯無線端末を備えたショッピングカートを利用する。ユーザが通路を歩き回るとき、ユーザは製品を販売促進するために設置された無線送信基地局を通過する。ユーザが各基地局に近づくと、携帯無線端末は基地局からメッセージを受信し、音声と共に販売促進用のグラフィック及び／あるいはテキストメッセージの再生を開始する。グラフィック及びテキスト／音声メッセージが、端末が無線接続されているネットワークサーバのような他のソースから送信される。基地局は一意的な識別子を送信し、それによって端末に対応するグラフィック及びテキスト／音声メッセージの送信を促す。高密度ＭＲＬ装置のコストが低下するにつれ、同様のアプリケーションがより広い場面において現れることが期待される。
【００１２】
例えば、マサチューセッツ工科大学（ＭＩＴ）メディアラボにおける研究プロジェクトでは、ＲＦＩＤタグを利用した多くのアクティビティの自動化に関する研究が行われた。例えば、１つのプロジェクトでは、コーヒーマシーンの製造に関するものであり、このコーヒーマシーンはコーヒーを入れるために置かれたマグカップの持ち主の身元を読み取ることができる。この情報を使って、コーヒーマシーンはマグカップの所有者の好みにあったタイプのコーヒーを入れ、この所有者の好む音楽を再生する。メディアラボの提案による他のアプリケーションでは、収納されているもののＲＦＩＤタグを読み取ることができ、それによって在庫リストを維持できる冷蔵庫である。さらに他の例としては、ユーザに指示を与え、調理される（ＲＦＩＤタグにより与えられた）食材のタイプに対し自らプログラムを実行する電子レンジがある。これらのシステムは、入出力装置のすべての様式を備えた家庭のネットワークの一部として想定されており、インテリジェントかつ環境反応機能を有している。そこでは、冷蔵庫はオーブンが何をしているかを認識している。オーブン、シンクなどもすべてその中身や状態を把握しており、オブジェクトに対し物理的にもデジタル的にも動作することが可能である。カップボードはユーザにレシピを調理するのに必要なすべての食材があるかどうかアドバイスを与える。台所はユーザの調理状況を観察し、ユーザの動きにあわせたアドバイスを送る。
【００１３】
ＭＩＴメディアラボのＪｏｓｅｐｈＫａｙｅによる論文では、本発明の環境に関する多くのコンセプトが提供されている。１つのコンセプトとしてはあらゆるものが接続されるということである。例えば、タッパウェア（登録商標）に付けられたＲＦＩＤタグは、シンクの中の読取器にそのタッパウェア（登録商標）は洗い落とされ、その中は空であるということを伝えることができる。タッパウェア（登録商標）の中に保存されていた食料は取り除かれ、空にされた。タッパウェア（登録商標）が冷蔵庫に入れられると、その中身に関する情報を「尋ねた」冷蔵庫によって、その食料はタッパウェア（登録商標）のＲＦＩＤタグと関連付けされる。その後、その食料はタッパウェア（登録商標）の中が空になるまで食料在庫リストに登録される。ＭＩＴメディアラボにより想定されているスマートキッチンは、レシピに沿ってユーザを導き、代替品を推奨したり、ユーザに食材の場所を教えることによって、ユーザが調理を行うことを補助する。Ｋａｙｅ氏はまたすべてのアイテムを一意的に特定し、そのそれぞれにウェブページを与え、そこからそのアイテムの履歴のすべての詳細が利用できるようすることを提案している。
【００１４】
現状この技術分野において、消費者が真に望む効果を提供し、これらの効果を消費者がアプリケーションとして使うとき最小の労力で提供できるコード読取器のアプリケーションの必要性がある。
【００１５】
［発明の概要］
本発明は、現在のバーコードのように、安価な機械読取可能なラベル装置（「ＭＲＬ装置」）がさまざまなコンテクストにおいて現れる環境ためのものである。将来、高いデータ密度のＭＲＬ装置が、購入可能な製品、チケットの半券、宣伝メディア、輸送コンテナ、食品容器などに現れるかもしれない。ＭＲＬ装置の読取器もまた普及するかもしれない。例えば、それらは個人情報マネジャー（ＰＩＭｓ）、携帯電話、クロスオーバー装置（ｃｒｏｓｓ−ｏｖｅｒｄｅｖｉｃｅ）のような携帯装置でみられる。それらはまた、キャッシュレジスタ、公衆に利用可能な公衆電話ボックス（ｋｉｏｓｋ）、家庭電化製品、テレビのリモコンなどの一般的な固定式の電化製品に組み込まれているかもしれない。
【００１６】
高いデータ密度を有するＭＲＬ装置と読取器の世界的な規模での普及が多くの技術ウォッチャーにより予想されているが、そのような予想は、これらの装置がユーザに真の価値を与える場合のみ、実現されるであろう。本発明は、この目的の遂行へのいくつかの障害に関するものである。障害の１つとしては、新たな技術によるユーザへの要求である。ユーザは、大きな見返りがなければ、新しいやり方を採用しようとはしない。使いやすく、そして有益な技術を開発することは、複雑なプログラミングを意味する。広く消費者に受け入れられるためのもう１つの障害は、限られた少ない場面でなく、広く多様な場面においてユーザにとって真に有益な情報及び／またはサービスを提供することの困難さである。
【００１７】
ＭＲＬアプリケーションを使いやすくする１つの方法は、それらがユーザに関連のある情報やサービスのみの提供を保証することである。そこでは、有益なものを獲得するために、ユーザはメニュー操作や情報入力の要求をされない。好ましくは、ユーザの直近の状況や選好が考慮される必要がある。大部分の無線アプリケーションでは、パーソナル化について、それがユーザが繰り返しリターンするウェブポータルの重要な設計要素であるにもかかわらず、ほとんどそれについての能力は備えていない。本発明の目的は、ユーザが新たなものを含む多くの場面で、繰り返し利用できるシステムを提供することにある。なぜなら、ユーザはそのシステムが最小の労力で価値ある情報及び／またはサービスを提供することを経験しているからである。本発明によるシステムの他の目的は、サービスを提供するプログラマーに最小の労力でこの効用を提供することである。
【００１８】
本発明は、ＭＲＬ読取器が関連性の高い情報を提供できるメカニズム、あるいはユーザの個人的選好やユーザ環境などのユーザに関連した状況を考慮しながら、ＭＲＬ装置が装着されるアイテムに関する処理を提供することにある。本発明はまた、潜在的に関連性のある大量の情報やリソースを調べ、ユーザへの負荷を回避するようユーザにとって最も良い選択を特定するメカニズムを提供することにある。さらに、本発明はまた、例えば、ユーザがテーブルソー読取器でシリアルボックスを走査するというような予測できないリクエストに直面したとしても、読取器は無駄なレスポンスをしないということを保証するメカニズムを提供することにある。さらにまた、本発明は、ＭＲＬデータをデコードできるデータベースに接続されていなくても、携帯読取器が効用を提供できるようなメカニズムを提供することにある。
【００１９】
リクエストされたとき、ユーザに関する情報、ユーザの状況、利用場面（簡潔に「ユーザ状態」）のための多くの利用可能なソースを有効活用することは、可能なシステムレスポンスが多いため、骨の折れるプログラミング作業である。さらに、多くの可能なユーザ状態を可能なレスポンスに関連付ける方法を提供することなく、ユーザ状態と関連付け可能なレスポンスを提供することは困難であるかもしれない。
【００２０】
このため、本発明は、検索エンジン技術を利用している。新しい検索エンジン技術では、ユーザは大量の構造化されていないデータ（ウェブページ）にアクセスするために、自然言語でリクエストを指定することが可能である。これらの技術は、ＭＲＬシステムでの利用可能性を有している。これにより、リクエストをリソースデータベースにおける最も適切な情報及びサービスに関連付けるための方法を決定するため、先進的な検索エンジン技術により、構造化されていないフォーマットにおいてレスポンスデータを生成することが可能となる。
【００２１】
利用可能なすべてのユーザ状態情報を活用するロウバストかつフレキシブルな方法により、新たな機能を付け加えることが容易になる。まず、リソースデータベースを構築するサービス提供者は、予期される場面ごとのレスポンスを作成する必要がない。これにより、新たなレスポンスをリソースデータベースに加える作業をより容易なものにする。次に、１つの状況に対し、異なるさまざまなレスポンスが可能になる。その処理には、通常ユーザに選択を与える。ここで示されたロウバストな方法を利用することによって、ユーザが以降のステップで選択をする必要性を回避しながら、システムは潜在的に適用可能な複数のレスポンスをフィルタすることができる。ユーザはより迅速により少ない労力で所望のレスポンスを受け取ることができる。家庭電化製品のような特定のオブジェクトに装着された読取器は、そのオブジェクトを特定するための情報を情報リソースに送信する。例えば、電子レンジは、プログラミング指示の受信前に、情報リソースに製造及びモデル番号を特定してもよい。情報リソースに情報リクエストの場面詳細を与えることによって（例えば、「私は家庭にある電子レンジであり、この冷凍食品に関する情報をリクエストしている」）、情報リソースができる限り関連性のあるレスポンスをする（「あなたはプログラミング指示を希望しているに違いない」）。場面についての特徴がなければ、関連する情報が配信される前に、ユーザと情報リソースとのやり取りがなされる。例えば、ユーザが買い物をしていて、ある商品を購入しようと、その商品について何か知りたがっているとする。場面についての情報がなければ、その状況は、所望の情報を見つけるためにメニューツリーの操作を必要とする現在のワールドワイドウェブ（ＷＷＷ）にいる状況と似ている。
【００２２】
情報リソースに供給される追加的な情報がレスポンスの関連性を高め、読取器はリクエストをしたユーザに関する情報を配信できるようプログラムされてもよい。例えば、個人の読取器がユーザプロファイルを保持したり、あるいはネットワーク（またはインターネット）に蓄積されたユーザプロファイルにアクセスできるよう構成される。後者のメリットは、レスポンスを与える情報提供者がそのレスポンスをパーソナル化できるようになり、供給される情報に応じたユーザ行動の予測が高まるという点にある。このパーソナル化されたデータは読取器から送信されてもよく、またはパーソナル化されたデータのユニークな識別子に従って、そのデータを保持する他のサーバから情報提供者によって配信されてもよい。
【００２３】
レスポンスの適合性を高めるのに利用される他の情報リソースには、蓄積されている利用パターン履歴／選好、例えば、ニュース、天気、日時、季節のような一般的なデータ、ローカルネットワークに蓄積されている在庫リストのような他のレソースからの情報が含まれている。ここで、そのようなデータがどのように利用されているかを説明する例が与えられる。現地の日時は午前８：００であり、この時刻にはユーザが冷凍食品を調理することはほとんどない。利用パターン履歴では、午前中ユーザは冷凍食品の調理にまったく電子レンジをプログラムしたことがないということが示されている。この電子レンジの読取器がネットワークを介して接続されているサーバに蓄積された家計の在庫リストには、冷凍食品の現在レベルが１であると示されている。今は冬であり、利用パターン履歴では、冷凍食品は冬の時期頻繁に調理されていると示されている。電子レンジの読取器は情報リソースに適合する情報を送信する。この場合、ＭＲＬ装置に示されるインターネットサーバは、複数のオプションを備えたメニューと、各オプションへのレスポンスを受信する。このオプションには、冷凍食品が販売されているローカルストアの識別情報、ユーザが食べてみたい類似の商品、ディナーパーティーのための大量の冷凍食品の温め方に関する指示が含まれている。もし夕食時であれば、情報リソースは単に調理指示を返すだけかもしれない。
【００２４】
ＭＲＬ装置の普及に関する他の問題は、人々が新しい技術を使う習慣を、特にそれが適応することを必要としたり、その技術が特定の状況のみしか利用できないとき、あまり採用したがらないという点である。例えば、もしスーパーで販売されている商品の一部のみがＭＲＬ装置に適していて、それ以外は適していない場合、消費者は、ＭＲＬ装置の自動化タスクの実行に２つの異なる方法、つまりＭＲＬ装置が装着されたアイテムのためのタスクと、装着されていないアイテムのためのタスクとを必要とする。従って例えば、ＭＲＬ装置が食品在庫の追跡、買い物リストの作成、レシピを調理するため持っている品物で十分かどうかの決定を自動化することができる。しかしながら、もし買い物リストを部分的にしか作成できなかったり、レシピに必要なものを半分しか自動的に決定できなかったりすれば、この自動化の効用は大きく減少する。従って、本発明の特徴によると、ＭＲＬ装置は食品、青果物、肉などの消費財のようなあらかじめパッケージされていないアイテムに利用することができる。
【００２５】
ＭＲＬ装置やバーコードは、商品の購入のためユーザをウェブサイトに接続するのに利用されるが、この程度の自動化は単にユーザがウェブアドレスに行く必要をなくしているに過ぎない。このアイデアはＣｕｅＣａｔ（登録商標）システムと基本的に同じものである。ＭＲＬ装置のような機械読取可能な記号は、ユーザをウェブサイトに迅速に導くので、衝動的な購入を促進することが可能である。映画を観たユーザがまだその映画で流れていた音楽が頭に残って映画館をでるときに、映画のサウンドトラックを買う機会が与えられれば、購入の可能性はかなり高いものとなるであろう。これは、映画館のセルフサービスのキオスクにインターネットを設置することにより行われる。必要な操作ステップ数が少ないほど、販売の可能性は高まるであろう。本発明の実施例では、ＭＲＬ装置がチケットの半券に添付されている。このＭＲＬ装置には、映画のサウンドトラックが購入できるアドレスが含まれている。さらに、ＭＲＬ装置には、アカウント、認証、発送、及び購入されたアイテムの選択や確認のためのユーザ操作の必要なく購入できるような認証情報の関連付け、あるいは保存のための十分なデータ密度が含まれている。もし映画を観に行く人がクレジットカードを使ってチケットを購入していれば、そのアカウントがチケットの半券上のＭＲＬ装置のデータに一時的にリンクされる。このデータはさらに、注文プロセスをユーザプロファイルデータベースに含まれる選好情報とデータベースの拡張に利用される購入にリンクさせる。ユーザアカウントの保護のため、ユーザのクレジットカードとチケットデータとの関連付けには、例えば、映画や他のイベントの終了後２時間のような所定の有効期限が与えられる。ユーザの映画館での購入を誘導するものとして、次回のチケットの購入時の割引、注文した商品の割引、無料のプレゼントのような割引インセンティブがユーザに与えることもできる。正確には、キオスク端末、ネットワークに接続された家庭のコンピュータでなく携帯コンピュータや携帯端末を通じて、同様の機能を与えることもできる。
【００２６】
本発明は、好適な実施例と、十分な理解が得られるよう以下の図面を参照することにより説明される。図面の参照に関して、そこの図示されたものは、本発明の好適な実施例を説明するための例であり、本発明の原理及び概念的特徴の説明が最も有益かつ容易に理解されると考えられる例を提供するためのものである。このため、本発明の基本的な理解に必要なもの以上の詳細な構成を示すことは意図していない。本発明のいくつかの形態が実際どのように実施されるかについて、当業者に明らかにするよう図面を使って説明されている。
【００２７】
［好適実施例の詳細な説明］
図１を参照するに、ＭＲＬ装置Ｔは一体化された読取器を備える携帯読取器１００あるいは固定端末１２０により促され、データを送信する。読取器１００はＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）や携帯電話などのような他の電気機器に一体化されていてもよい。１つの実施例においては、ＭＲＬ装置Ｔは読取器１００／１２０によりＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）リンク１１０を生成する無線トランスポンダである。ＲＦリンク１１０は既知のトランスポンダ技術に従い瞬間的なものであってもよい。またＲＦリンク１１０は２次元バーコードのようなプリント記号の走査、ｉＢｕｔｔｏｎ（登録商標）やスマートカードのようなメモリトークンの接触読み取り、あるいは表面の磁気ストライプの読み取りを含む任意の高密度データ送信に対応するデータ転送を表してもよい。特定の媒体が本発明のある側面から独立したものである。
【００２８】
携帯読取器１００及び固定端末１２０はそれぞれ無線リンク１１２及び／あるいは有線リンク１１４によりネットワークあるいはインターネット１３０に接続される。または、商用サービスにより運営されている１台以上のネットワークサーバ１４０がネットワーク／インターネット１３０に接続されていもよい。ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）１６０がＬＡＮサーバ１５０を介してネットワーク／インターネット１３０に接続されている。ＬＡＮ１６０は、ＬＡＮサーバ１５０とコンピュータ１９０を含む様々な装置、テレビ１７５、電子レンジ１８０、テーブルソー（Ｔａｂｌｅｓａｗ）１８５及び冷蔵庫１７０を含む様々な高性能電気機器とを接続する。
【００２９】
高性能電気機器１７０〜１８５はすべてネットワークイネイブル（ｎｅｔｗｏｒｋ−ｅｎａｂｌｅｄ）であり、それは各電器機器がマイクロプロセッサと少なくともユーザと通信可能な入力あるいは出力装置を備えている。例えば、テーブルソー１８５は、安全機能の実行が可能なようインターネットからソフトウェアを受信することができる。また電子レンジ１８０はディスプレイ及びキーボードを備えたインターネットから取り込まれたレシピを表示するための端末を保持していてもよい。高機能電気機器に関しては、公開文献にて広く議論されているので、ここではさらなる詳細については説明されない。高機能電気機器１７０〜１８５のそれぞれはＭＲＬ装置Ｔを読み込むことができる（図示されない）固定読取器が備えられている。データは携帯読取器１００からコンピュータ１９０のような装置にＰＤＡやノートブックコンピュータのデータを同期させるために使われるような一時的な有線あるいは無線接続１９５によって転送されてもよい。高機能電気機器１７０〜１８５あるいはホームコンピュータ１９０の読取器がＭＲＬ装置Ｔを読み取るとき、読取器はＭＲＬ装置Ｔのデータ及びＬＡＮサーバ１５０、コンピュータ１９０あるいはネットワークサーバ１４０に記憶されている様々なデータ反応して、ユーザと相互作用してもよい。
【００３０】
図２を参照するに、ＭＲＬ装置Ｔは任意のオブジェクト、例えば、製品パッケージ２２５に添付されているかもしれない。あるいは、ＭＲＬ装置Ｔは製品パッケージ２２５の近くの（図示されない）棚やケースに添付されていてもよい。その本質的特徴は、オブジェクトとＭＲＬ装置間の物理的あるいは抽象的関連の存在である。その製品に出くわした消費者は製品パッケージ２２５のＭＲＬ装置Ｔの近くで携帯読取器１００を保持し、ＭＲＬ装置Ｔを読み込むための読取器１００を始動する。それに対して、ＭＲＬ装置Ｔは製品パッケージ２２５のＭＲＬ装置Ｔに記憶されているデータを読取器１００に送信する。その後、読取器１００はＭＲＬ装置Ｔから得たデータを、それのメモリＭにある他のデータと共にネットワーク／インターネット１３０を介してネットワークサーバ１４０及び／あるいはＬＡＮサーバ１５０に送信してもよい。また、購買中、消費者あるいはレジ係は固定端末１２０を同様に使って、製品パッケージ２２５のＭＲＬ装置Ｔを走査してもよい。固定端末１２０はその後ＭＲＬ装置Ｔから得たデータを、固定端末１２０に保存されている他のデータと共に、あるいはより可能性としては高いが、ＬＡＮ／ＷＡＮ１３５を介して接続されている（図示されない）（例えば小売店の）サーバ内の他のデータと共に、ネットワーク／インターネット１３０を介してネットワークサーバ１４０及び／あるいはＬＡＮサーバ１５０に送信される。
【００３１】
ＭＲＬ装置が複数のユニットと関連しあっているとき、距離を隔てて操作するとより便利であるかもしれない。例えば、買い物客の携帯読取器がそれぞれがＭＲＬ装置Ｔを有する４０個の缶詰が置かれている棚を通り過ぎるとき、その読取器は次々にデータを受信することになるであろう。しかし、もし１つのＭＲＬ装置がグループ全体のために棚の枠に付けられていれば、買い物客の読取器が連続的にそして少し間隔を隔ててデータを受信できれば便利であろう。そのような場合、読取器のプログラミングはパッシブ走査を可能とし、ユーザに通知がなされるべきかどうかユーザプロフィールに基づき決定できるよう設定されていてもよい。これに関しては、図２８を参照しながら後述される。
【００３２】
図３及び図４を参照するに、ＭＲＬ装置Ｔは購買される商品あるいは購買可能な商品以外の様々なオブジェクトに付けることが可能である。例えば、ＭＲＬ装置Ｔは列車、映画、劇、航空機のチケット２０５のあるいは他の種類のチケットの一方の側に付けることが可能である。また、チケットはクーポン、レシートあるいは他の任意のタイプのサービスや製品に関連したオブジェクトであってもよい。チケット及びレシート２０５などはその上に説明のためのテキスト２１０、例えば、ユーザがＭＲＬ装置Ｔを走査し、あるアクションを取ることによりユーザに便利であること宣伝するようなテキスト２１０を有してもよい。図５を参照するに、広告看板、ポスター、雑誌広告、他のそのようなメディアからなる広告２１５が同様の目的のためＭＲＬ装置Ｌがそれに添付されている。
【００３３】
図１から図６Ａを参照するに、図１のハードウェア環境に基づき実現されるプロセスは、例えば買い物中に、ユーザが固定端末１２０あるいは携帯読取器１００を介して目的とする宣伝情報を受信することを可能にする。ユーザが偶然ディスプレイ、広告や購買可能な製品に出くわし、購入に興味を持ち、さらなるそれについて知りたいと思ったとする。例えば、そのオブジェクトは映画広告看板であるかもしれない。ユーザはその映画がいつどこで上映されるか知りたいかもしれないし、その映画の評論を読みたいかもしれない。他の例として、そのオブジェクトが食料製品であるかもしれない。ユーザはその製品についての栄養情報をさらに知りたいかもしれないし、またどのようにして食べられるかについて知りたいかもしれない。ステップＳ１において、読取器１００／１２０にＭＲＬ装置Ｔからデータを得るため、ＭＲＬ装置Ｔを走査する。
【００３４】
ステップＳ２において、ネットワークサーバ１４０へのデータ送信を始めるために、読取器１００／１２０とＬＡＮサーバ１４０あるいはネットワークサーバ１４０との間の相互作用が開始される。ここで、送信されるデータには、例えば、ＭＲＬ装置Ｔからのデータに加え、ユーザの身元及び／またはユーザを特徴付けるプロフィールデータなどのその他の情報が含まれうる。ＭＲＬ装置Ｔからの情報と共に、読取器１００／１２０が情報の交換をできるよう接続するためのネットワークアドレスが含まれていてもよい。ステップＳ３において、サーバ１４０で実行される相互作用プロセスにより定義される相互作用が継続される。この相互作用において通信されるデータは、獲得したデータに応答するデータ、ユーザ入力Ｓ４及び／またはネットワークサーバ１４０内のデータからなる。一般的に、この相互作用は、例えばＨＤＭＬ（ＨａｎｄｈｅｌｄＤｅｖｉｃｅＭａｒｋｕｐＬａｎｇｕａｇｅ）、小型無線装置のためのマークアップ言語あるいはＨＴＭＬ（ＨｙｐｅｒｔｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）を使ったクライアントサーバプロセスと一緒に、そしてそれらを使って実行されると考えられる。
【００３５】
ユーザを特徴付けるプロフィールデータは様々な方法でサーバ１４０／１５０から得ることができる。読取器１００／１２０がこの情報を保存する。または、ユーザはＭＲＬ装置Ｔ内のネットワークアドレスの所有者のネットワークサーバ１４０にあるプロフィールデータと相互関連する一意的な識別子を有するかもしれない。さらに、このプロフィールデータは、アドレスされたネットワークサーバ１４０の所有者が関係する第三者ネットワークサーバ１４０に記憶される。
【００３６】
データの交換例を与えるため、ある買い物客がデパートでテニスシューズを走査する場合を考える。ユーザの読取器１００はＭＲＬ装置Ｔから一意的な識別子、読取器１００の所有者を示す一意的な識別子及びネットワークサーバ１４０に対応するアドレスを得る。読取器１００は、それからこれらのデータをネットワークサーバ１４０へ送信する。ネットワークサーバ１４０はこのデータを受信する相互作用プロセスを実行し、受信データに対応するサブプロセスを認識する。例えば、ネットワークサーバ１４０はテニスシューズの製造者により所有されているかもしれない。相互作用プロセスでは、ユーザが走査したＭＲＬ装置Ｔを有するテニスシューズについての情報、製造日、スタイル、出荷された店舗などが検索される。相互作用プロセスでは、また自身の内部データベースからユーザについてのパーソナルプロフィール情報やネットワークサーバ１４０にある第三者データベースへの予約を獲得するかもしれない。このパーソナルプロフィール情報には、スタイル（現代的かトラディショナルか）、どんなタイプのスポーツが好きか、色の好みなどのデータが含まれている。そのテニスシューズについての情報には、例えば、このシューズが欠陥商品として回収対象のものかなども含まれる。相互作用プロセスでは、このシューズの質がユーザの過去の購買パターンと一致していないという情報が取り出されてもよい。また、ユーザがテニス以外の他のスポーツするという情報が取り出されてもよい。相互作用プロセスでは、これらすべてのデータに応答してより高品質のシューズを勧めることによって売り上げ向上につながるアドバイスがされてもよい。さらに、そのシューズが出荷された店で、テニスラケットのセールが行われているということをユーザに示す相互の販売促進がなされてもよい。（相互作用のプログラムにおける推論から、このユーザはテニスに関し初心者であり、道具を必要としているという結論が導かれる。）
この相互作用では、例えば、製品販促用のメッセージが生成されるというようなごく簡単なものであってもよい。または、ステップＳ４にあるように、ユーザからのフィードバックがリクエストされてもよい。例えば、読取器１００／１２０のディスプレイに多数のオプションをもつメニューが表示されてもよい。便宜上、対話プロセスのおいて、あるいは相互作用プロセスを通じて、後述のようなある情報をマークするというオプションが与えられてもよい。または、後述のように電子メールによりデータを受信し、そのデータを読取器１００／１２０に保存するというオプションが与えられてもよい。このときユーザはＨＴＭＬファイルを保持し、接続時にデータ内のリンクで相互作用する。ステップＳ４において読取器が入力を受け取った後、ステップＳ５での状態モニタループにおける走査イベントの発生まで、相互作用プロセスは繰り返される。
【００３７】
図６Ｂを参照するに、サーバ側では、ステップＳ５５において、読取器１００／１２０からのデータの受信により相互作用プロセスが開始される。適当な対話プロセスがステップＳ６０で選ばれ、ステップＳ６５において開始される。ステップＳ５５で受信したデータには、ユーザが電子メールによって販売情報を送ってもらいたいかあるいはそうでないかについてのユーザからの指示が含まれていてもよい。
【００３８】
検索テンプレートを文書のような情報資源や相互作用プロセスにマッチさせるための様々な情報検索技術を利用したレスポンスに入力が一致させられてもよい。情報検索分野は広くそして急速に拡大している技術分野であり、その詳細な説明はここで与えられるものを除き、本発明の範囲外である。「資源検索（ｒｅｓｏｕｒｃｅｒｅｔｒｉｅｖａｌ）」という用語は、本発明の説明により適したものであるかもしれない。なぜなら、期待されるレスポンスは単なる静的情報ではなく、ユーザとの相互作用あるいは電子レンジをプログラムするために利用されるような制御機能のようなプロセスでありうるからである。現在、ＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）は検索により抽出可能な、例えば、装置制御、トランザクション、モニタリングなどの多数のプロセスの例を与えている。それゆえ、これについての詳細な説明は不要であると考えられる。
【００３９】
従来技術によるバーコード読取器やＲＦＩＤタグ読み取り技術において、資源領域にあるレスポンスを走査イベントの状況にマッチさせるプロセスは、バーコードやＲＦＩＤタグが付けられたオブジェクトあるいは読取器が接続される装置に向けられる。言い換えると、少なくとも読取器のタイプやＭＲＬ装置により識別されたオブジェクトのタイプを含む変数の組み合わせに基づいて、１つの読取器が複数のタスクを実行できることを示すことはできない。この能力は「状況汎用性（ｃｏｎｔｅｘｔｖｅｒｓａｔｉｌｉｔｙ）」と呼ばれる。従来技術によるコンセプトの例がリストとして与えられている。これらの大部分はウェブサイトのような資源を呼び出し、読取器に所望の結果に到達するためのメニューツリーを誘導するよう求める。
・雑誌、新聞、パンフレットあるいは他の印刷広告を走査することによって、製品を注文したり、店の方向を示したり、予約をするのに使われる携帯バーコード読取器
・オンライン「買い物カート」に入れるため、カタログの中のバーコードの走査
・バーコードの走査及び電子メールによる情報の送信
・チケットの半券に印刷されたバーコードから映画のサウンドトラック、スポーツの記念品などの注文
・ＳＫＵの走査後における競争価格の設定あるいはＳＫＵにより識別されたオブジェクトに関するアイテムの注文
・ＣｕｅＣａｔ（登録商標）：ラベルを走査し、サーバがそのラベルに対応するサイトにウェブブラウザを直接接続する。状況反応性はない。
【００４０】
上の例はすべて、ユーザにより走査されたバーコードおよび入力されたデータ（例えばメニュー）に完全に依存している。これは、端末とあるウェブサイトとの自動リンクに対応し、ある特定のレスポンスはある特定の読取器により生成されるので、次のアイテムはある意味状況反応性を提供している。しかしながら、これらはほとんど意味のない提案や研究プロジェクトであり、それに関する論文は結果がどれくらい達成されているか、あるいは状況汎用的であるかをほとんど情報として提供していない。
・ある冷凍食品に対し電子レンジを設定するために、電子レンジ読取器で冷凍食品に付いているＲＦＩＤタグを走査する
・家にある食品の在庫リストを更新するために、冷蔵庫読取器で冷蔵庫の中身を走査する
・ポットのようなアイテムのＲＦＩＤタグを走査することにより、台所にある棚の中にあるものを決定する
・コーヒーメーカーにコーヒーカップを置くと、カップに埋め込まれたＲＦＩＤタグにより指定されるユーザの好みに合った音楽がコーヒーメーカーから流れ、ユーザの好みに合った種類のコーヒーがつくられる
・ユーザがレシピに従い調理している間、そのレシピに関する指示を与えてくれるシステム。システムはユーザのパーソナル選好や家の食材在庫リストにある食材の利用可能性に基づき、代替品に関するアドバイスをしてくれる。
【００４１】
これらの例では、システムの反応性はＭＲＬ装置の内容に依存するのでなく、読取器のタイプに依存している。例えば、台所棚読取器は家の中の食材在庫リストを更新するが、レジスタ読取器は同一のＭＲＬ装置で、レジスタ領収書の作成と借り方への記入の両方を行うことができるであろう。しかしながら、これら従来技術によるシステムでは、読取器の反応性はそのプログラミングによりあらかじめ決められている。ある読取器は特定のＭＲＬ装置に対し特定の反応をするようプログラミングされている。
【００４２】
より広範な汎用性を与える経済性について考える。ＭＲＬ装置が付けられた商品の製造者は、あまりありえないシナリオに対し一意的な反応により対応するようプログラミングすることが利益につながるとは考えないであろう。例えば、シリアルの製造業者はテーブルソー読取器によりシリアルの箱を走査するようなイベントに対し、一意的で有益な反応をわざわざ書きたがらないであろう。そのようなリクエストの数は、まれにしか起こらないイベントに関し一意的な反応を作成することのコストを正当化しない。
【００４３】
従来技術による情報検索プロセスは、ある特定のＭＲＬ装置やバーコード及び特定のタイプの読取器のために設計されたニッチプロセスである。しかしながら、もしシステムにより優れた反応が生成されれば、そのようなまれにしか起こらないイベントが走査イベントのかなりの割合を占めることになるであろう。例えば、前の例でのユーザがシリアルの箱を置くための棚ユニットを作りたいとすればどうであろうか。またユーザが工具店での勤務中、おやつとしてシリアルを食べていればどうであろうか。前者のケースでは、シリアルの箱にはレスポンスを調整できるだけの能力がある。すなわち、シリアルの箱はあるサイズを持っている。後者のケースでは、このタイプの読取器には、例えば、ユーザが他のどこかよりも工具店により頻繁にいるということを示す能力をもっている。この隠れた能力は関連する反応を選択するのに利用される。第１のケースでは、テーブルソー製造業者は多くのプランを提供するために棚ユニットに関するプランに対し十分な需要をもっている。また、シリアル製造業者はおやつとしてシリアルを食べたいユーザに関連したシリアル（あるいは関連して販売されている他の製品）に関する情報をもっているであろう。
【００４４】
上述のように、高い汎用性を提供できる効果を有する。このための動機付けとしては、テーブルソーに組み込まれた読取器によりシリアルの箱を走査するというような通常考えにくいシナリオが、もし有益な結果が得られれば、一般的な操作になるかもしれないということにある。例えば、もしその結果がユーザにより関連のあるものであれば、ユーザはシステムをより利用するようになるであろう。それによって、このシステムの利用可能性は指数的に増加するであろう。隠れた情報の利用により、システムの自動対応を可能にし、ユーザによる入力（メニューをナビゲートするような）の必要性をなくしたり、あるいは少なくともそのような入力の必要性を減少させることができる。また、読取器へのコンテンツの提供者は、ダイレクトなマーケティングのための情報の入手のため、この「隠れた」情報を利用することができる。
【００４５】
このようにして多数の選択肢にフィルタをかけることに加えて、本発明はさらにこのような汎用性を安価に提供できるインフラを与えることにある。このアプローチでは、リソース抽出技術における既知の構成要素が、ＭＲＬ読取器の領域でのリソースの抽出のための新規な組み合わせにより利用される。一見すると、もしテーブルソーと関連したＭＲＬ装置の効果的な利用が見出せなければ、テーブルソー読取器の製造は奇妙なものであるかもしれない。従来モデルにおける明らかなアプローチでは、テーブルソーとともに利用されたり、または同様の作業を行うシリアルメーカーのために使われる様々な種類の作業のためのインストラクションをテーブルソー製造業者から送れるように、読取器は設計される。テーブルソー製造業者は、ＭＲＬ装置によりラベル付けされたプラスティックで使われる刃の種類に関する情報や、デイドブレード（Ｄａｄｏｂｌａｄｅ）の取り付け及び調整の仕方に関するインストラクションを提供する。しかしながら、製造業者やベンダーが走査に応じた有益なリソースの提供のため、製品がどのように利用されるかを正確に予想する必要があるこのようなモノリシックなモデルは、極めて限られたものであるし、柔軟性を欠いたものとなってしまう。それゆえ、例示されたように、テーブルソー読取器は、シリアルの箱に付いたＭＲＬ装置に基づき、汎用的な応答以上のものに反応することができないかもしれない。
【００４６】
図７を参照するに、リソースと読取器の間を接続するシステムは、現代情報抽出技術の構成要素を利用して、柔軟性を与えている。読取器６０９はＭＲＬ装置Ｔ
からデータを受信し、このデータをユーザの識別（または選好データリソース６１１からのユーザプロフィールデータ）及びサーチエンジン６０３と６０７に対する読取器の識別とともに送信する。サーチエンジン６０７は１つ以上のリソースベース６０５、例えば、ＭＲＬ装置により識別された製品の製造業者あるいは読取器６０９の製造業者により維持されているリソースベースを検索するようプログラムされている。サーチエンジン６０７は入力データを受信するようプログラムされ、典型的なフォーマットステップが利用され、クエリ（ｑｕｅｒｙ）を定式化しフォーマッタ６１３への出力結果を得ると仮定されている。このタイプの検索処理は、本質的に従来技術によるシステムと同一のものである。
【００４７】
サーチエンジン６０３はインターネット６０１を検索する。例えば、サーチエンジン６０３は、Ｇｏｏｇｌｅ（登録商標）のようなサーチエンジンを組み込んでいてもよい。検索のためのクエリーは、ＭＲＬ装置Ｔのコンテンツから直接的あるいは間接的に生成されることが好ましい。例えば、もしＭＲＬ装置がシリアルナンバーのみを有していれば、このＭＲＬ装置の接続先を確認するために、プロセス（図示せず）の中にはリモートサーバあるいは読取器６０９のデータベースで参照する必要があるかもしれない。また、ＭＲＬ装置は、接続対象の１つ以上の特徴を記憶してもよい。例えば、「ｓｗｅｅｔｂｒｅａｋｆａｓｔｃｅｒｅａｌ」及び／あるいは「Ｃａｐ’ｎＣｒｕｎｃｈ（登録商標）」のラベルが含まれているかもしれない。ＭＲＬ装置により識別されたものの性質が確認されると、サーチエンジン６０３によりサーチクエリに組み込まれる。読取器の特徴に関しても、同様にして行われる。読取器は、インターネットサーチエンジンのクエリを定式化するため、それの特徴（あるいは複数の代替的特徴）だけでなく、一意的な識別コードを提供するようプログラム化されていてもよい。読取器に関するこの特徴はまたクエリに組み込まれてもよい。同様の操作が任意のプロフィールデータに対し実行されてもよい。例えば、そのクエリはインターネット検索のため用意されていたプロフィールデータのあるセットを含んでいてもよい。また、このプロフィールデータは、サーチエンジン６０３によりインターネット検索のために残しておいてもよい。クエリーは、読取器の特徴のためのスロット及びラベル付けされたものの特徴のためのスロットとともに、テンプレートあるいは代替的なクエリーのためのテンプレートのセットを利用してもよい。例として、「Ｕｓｅ［ｒｅａｄｅｒ］ｗｉｔｈ［ａｒｔｉｃｌｅ］」や単に「［ｒｅａｄｅｒ］ＡＮＤ［ａｒｔｉｃｌｅ］」などがある。サーチエンジン６０３により抽出された結果は、ファーマッタ６１３に送られ、組み込まれているユーザインターフェイスを介して読取器６０９への出力に整理されてもよい。
【００４８】
「リソースベース（ｒｅｓｏｕｒｃｅｂａｓｅ）」という用語は、ここではインターネット、固定電話及び携帯電話のようなパケット切り替えサービスを介した接続により、ＷｏｒｌｄＷｉｄｅＷｅｂ、データベース、ニュース提供サーバ、メディア提供サーバを含むコンピュータによるアドレッシング可能な任意のタイプのデータ空間を表すために使用されている。リソースベースにおけるリソースは、リソース空間の検索により発見されたリソースが、リモートシステムの自動制御のようなプロセスの始動、銀行預金のようなトランザクションの自動の始動及び完了、あるいは読取器６０９を使ったユーザとの対話の始動を生じさせるデータあるいはオブジェクトの処理であるかもしれない。リソースベースは、任意の実体により作られ、維持され、ウェブコンテンツの集積者のような複数のソースからのリソースを組み合わせる導管でありうる。
【００４９】
図７のシステムは、潜在的短所を強調している。インターネットサーチエンジン６０３は、あまりに狭すぎて意味ある結果をもたらさないクエリーを生成する可能性がある。例えば、Ｃａｐ’ｎＣｒｕｎｃｈ（登録商標）や「テーブルソー」をもつテキストやメタタグを含むリソースはほとんどないかもしれない。あるいは少なくともこれらは潜在的に関連性のあるリソースの一部であるかもしれない。図８を参照するに、入力収集プロセスにさらなるステージを加えることによって、この問題は解決されうる。本実施例では、図７の実施例に関して説明されたように、選好データは選好ストア６１１から、ＭＲＬデータはＭＲＬ装置Ｔから、読取器データは読取器６０９から得られる。しかしながら、インターネットサーチエンジン６０３によるクエリの組み込み前に、特徴づけを行う用語は用語辞典６０７を介してフィルタされる。用語辞典６０７は、読取器６０９により提供される重要用語と関連性のある単語やフレーズを提供する。これらの関連性は、同義語、上位語及び検索ワードにより特徴付けられるものが通常どのようにあるいはどこで利用されているか示す用語でありうる。
【００５０】
用語辞典６０７の必要性は、特定の読取器を使ったあるアイテムの走査において、ユーザが当該アイテムや読取器に何が関連があるかを特定することが不可能であるということにある。例えば、もしユーザが中に入れられる品物の外寸を与えられただけで、テーブルソーとシリアルボックスにより貯蔵ユニットを作ることを心配しているとき、このことは周りの状況から検索プロセスにより推測できるであろう。従って、図７の実施例は、読取器とＭＲＬ装置が取り付けられた品物を特徴付ける用語とリンクする用語を生成するプロセスを加えることにより、実質的に改善することが可能である。
【００５１】
入力された検索クエリからいくつかの検索クエリを形成するのに使われている辞書の例として、同義語に関する類語辞典がある。本アプリケーションにとって、文脈の導出を可能にしうるクエリの用語間の関係を与える辞書は大いに有用される。例えば、「テーブルソー」という用語は、「道具」のような分類語（上位語）、「のこぎり刃」のようなそれの部分、「木工店」やより一般には「趣味の場（ｈｏｂｂｙｖｅｎｕｅ）」のような場所に関連しうる。
【００５２】
多様な視点からある用語を他の用語と関連付ける辞書の例として、計算言語学の分野で利用されている語彙辞典であるＷｏｒｄＮｅｔがある。ＷｏｒｄＮｅｔは、単語を様々な視点でその語と関係のある他の単語と関連付けを行う。ＷｏｒｄＮｅｔは、上位語（ｈｙｐｅｒｎｙｍｓ）、反意語（ａｎｔｏｎｙｍｓ）、メロニムス（ｍｅｒｏｎｙｍｓ）（メロニムスとは、与えられた単語の一部を含む単語）、ホロニムス（ｈｏｌｏｎｙｍｓ）（ホロニムスとは、与えられた単語を部分的に含んだ単語）、属性（ａｔｔｒｉｂｕｔｅ）、含意（ｅｎｔａｉｌｍｅｎｔ）、原因（ｃａｕｓｅ）及び他のタイプの関連語を提供する。このような辞書は、テーブルソー／シリアルボックスの例のように、ある状況において高い確率で有益な結果をもたらす他のクエリを生成するのに利用されうる。読取器がある場所を示す用語を提供する辞書が使われてもよい。例えば、検索プロセスは、テーブルソーをそれが通常置かれている場所として地下室や作業場と関連付けるかもしれない。多くの場合、用語はあるオブジェクト、具体的に例えば、製造日、そのパッケージに使われている紙のタイプ、パッケージにスタンプされている賞味期限を含むシリアルボックスとして特定されるので、これら関連情報は正確なものである。このとき、「辞書」は場面から直接生成される用語と様々な方法で関連付けられた追加的な用語群を与えるよう構成されてもよい。例えば、その関係は次のようなものであるかもしれない。
１．名付けられたオブジェクトはどのように使用されているか
２．名付けられたオブジェクトはどこで使用されているか
３．名付けられたオブジェクトはいつ使用されているか
４．目的の都市で使われている言語
５．特定されたオブジェクトの物理的サイズ
６．名付けられたオブジェクトの他の特徴
このリストは完全なものからは程遠いものであるが、関連付けに関するアイデアの例示を目的としたものである。単一のクエリを形成する代わりに（あるいは類語辞典からの同意語または派生語に基づき）、もとのクエリの重要な語がカスタマイズされた辞書によって選択的に拡張されてもよい。
【００５３】
辞書６０７は、ＭＲＬ装置が装着されるアイテム、読取器、選好を定義する語、その他のデータを特徴付ける名詞に基づき、クエリにおける利用可能な情報の種類を拡げるために利用される。しかしながら、上述のように、初期的に様々な種類の情報が特別に辞書を要することなく与えることができる。例えば、ＭＲＬ装置Ｔは、データリソース、すなわち、このＭＲＬ装置が装着されているアイテムの製造業者によりサポートされているデータベースによって、あるアイテムを示すことができる。このデータベースには、このオブジェクトを認識するための言葉、それが通常使用される場所、その利用方法、その物理的サイズなどが収められている。ＭＲＬ装置Ｔは初期的にこれらの言葉を含んでいてもよい。しかしこのような処理には、このアイテムに関する情報の提供者が、アイテムに関連するすべての情報を選択したということを前提としている。また、このようなデータの提供のための準備と維持には、データへのアクセスに対する大きな動機付けが提供者になければ、単なる面倒な作業として扱われるであろう。いくつかのケースでは、実質的に不可能であり（例えば、走査時における携帯読取器の位置）、そしてすべての関係者が要求されるすべての情報を提供するためのリソースを有しているとは限らないので（例えば、ポテトサラダを提供する惣菜店）、実際的に困難であるかもしれない。その代わりとして、任意の言葉への拡張に利用可能な汎用辞書を備え、得られた適合の程度に基づき結果をフィルタするシステムが考えられる。
【００５４】
用語辞典が意味のある文脈を提供するのにどのように役立つかの例として、読取器６０９がセメントトラックに関連付けられ、クエリがこの読取器をセメントトラックとして識別する場合、用語辞典６０７はセメントトラックの上位語を提供し、「自動車」あるいはそれと等価な標準的なものを返すかもしれない。コーク（Ｃｏｋｅ（登録商標））がセメントトラック読取器６０９により走査されるクエリでは、リソーススペースは、シリアルボックスやセメントトラックよりも、コークと自動車に関するレスポンスで一杯になるであろう。例えば、このクエリはシリアルボックスの製品がどこで購入されうるかを示すレスポンスを生成するかもしれない。この例を完結するために、駅への途中でコカコーラ（ＣｏｃａＣｏｌａ（登録商標））１ケースを買おうとし、セメントトラックでしばらく立ち止まることが便利な労働者を想像することができる。
【００５５】
図７のシステムにあるように、検索エンジン６０３と６０７の出力がＵＩ６１５への適用のため共通のフォーマッタ（ｆｏｒｍａｔｔｅｒ）に供給される。ＵＩ６１５は、フォマッタ６１３と同様に、読取器６０９におけるローカルプロセスであるかもしれないし、あるいはサーバにおけるリモートプロセスであるかもしれない。用語辞書６０７は、単一ではなく、複数のプロセスであるかもしれない。これらは（読取器６０９に含まれる）ローカルなものであるかもしれないし、あるいは（読取器６０９によるアドレッシング可能な）リモートなものであるかもしれない。好ましくは、１つ以上の汎用的な辞書が１つ以上のサービスプロバイダによって維持されていてもよい。
【００５６】
入力される用語は、著者により選ばれ、かつＭＲＬ装置に搭載されたディスクリプタ（ｄｅｓｃｒｉｐｔｏｒ）であってもよいし、ＭＲＬ装置識別子をディスクリプタと関係付けるデータベースであってもよい。これらのディスクリプタがあらかじめ拡張されていない状況では、汎用辞書プロセス６０７がこれを扱う。この利用例として、ポテトサラダを提供する食料品店のケースがある。このアイテムについての唯一の情報は、「ポテトサラダ」という用語、調理された日付、ポテトが茹でられた日付、添加物のリスト、もともと売られた量の重量、調理し、それを売ったベンダの識別である。この場合、容器の正確なサイズ、それが通常見つけられる場所（例えば、冷蔵庫、あるいはダイニング施設）、およびこのアイテムに関するその他の情報、読取器、クエリに現れる他のディスクリプタは、利用できない。しかし、そのような場合、このような用語に対して、一般的に認識される単語や他の用語の意味に関して作成された辞書は、検索用語の拡張に利用されうる。
【００５７】
セメントトラックやＣｏｋｅ（登録商標）の場合の上記の例は、こじつけのようにみえるかもしれないが、本発明のシステムの目的の１つは、コストがかかりすぎて特定のリソースへのリンクを作成することができないような稀な状況への価値を提供することにある。上述のように、このような稀な状況は、このシステムの利用機会のかなりのパーセンテージを占めるかもしれない。あまりないようなリクエストへの意味のあるレスポンスを提供する相乗効果がある。これは、その状況が典型的なものでないときでさえ、システムが役に立つとユーザが予想することができるということを意味している。システムがより高い頻度で利用されるほど、より多くの一般的な状況が許されるとき、ユーザはより高い確率でそれに戻るであろう。また、ユーザが現在いる場所、ユーザが現在していること、ＭＲＬ装置によって識別されたオブジェクトとの間の想像できない関係をユーザが発見することは面白いことであるかもしれない。これは、強力なマーケティングの機会を作り出すことになるかもしれない。
【００５８】
検索プロセスが改善されうる方法の１つは、検索エンジン６０３と６０７によって使用されるクエリよインデックスが、クエリタームの標準形に従っていることを保証することである。この標準形は、必要であれば、ステム（ｓｔｅｍ）の様々な同意語を置き換えるための選択された標準形のステムタームによる挿入（ｓｔｅｍｍｉｎｇ）や置換を含んでいてもよい。これは、リソース中のクエリタームや記述テキスト（メタタグを含む）により処理されるであろう。これは、いくつかの場合では必要でないかもしれない。例えば、読取器は標準的な用語や変形を使って自分自身を常に特徴付けるかもしれない。リソースが標準化された以外の用語の利用を可能にすることの効果は、より容易に、技術的なことにあまり精通していない人による生成が可能になるということにある。リソースの製作者は、他のソースから記述言語を単に借り、標準的な語彙に従っているかどうかを気にすることなく、それを作成することができる。
【００５９】
図９を参照するに、ＵＩ６１５はディスプレイ６４２に示されるような結果を表示してもよい。２つの表示領域が示されている。検索エンジン６０７による検索結果が表示される第１領域６４０と、検索エンジン６０３によるインターネット検索結果が表示される第２領域６４４である。第１領域６４０は、自動電子レンジプログラミングプロセスのスタート時におけるインストラクションを示している。この電子レンジに組み込まれているディスプレイ６４２は、調理プロセスを開始するためのコントロール６４３と、ユーザが調理に入る前に、さらなる選択肢を提供するメニューに進むことを可能にするもう１つのコントロール６４３を提供する。通常の検索エンジン６０７はまた、ＢｕｙＳｍａｒｔでのセールの広告と他の商品、すなわち、ユーザが電子メールなどの手段により手に入れたクーポンによる冷凍豆、とのクロス販売の結果を生成した。第２領域６４４は、高優先領域６４６と低優先領域６４８とを含んでいる。例えば、大部分のインターネット検索エンジンに示され、（例えば、ＴＦ＊ＩＤＦによる）ランキング結果のために利用されるような信頼度による高い優先度を有すると考えられる検索結果が、高優先領域６４６に表示・拡大される。ランキング低い結果は、低優先領域に表示される。検索結果のランク付けには、リソースにおける健康警告へのインジケータの存在のような他の基準が利用されてもよい。
【００６０】
図１０を参照するに、現在利用可能な最も性能の高い検索エンジン技術では、ユーザによって生成されるサーチクエリを構文解析する自然言語（ＮＬ）処理が利用されている。例えば、ＡｓｋＪｅｅｖｅｓ（登録商標）検索エンジンでの質問に対しタイピングすることによって、検索を定式化することができる。ユーザによってタイプされたセンテンスは、最も重要な用語を識別するために構文解析がなされる。名詞句識別（ｎｏｕｎ−ｐｈｒａｓｅｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ステミング、標準形への変換などが、実行されてもよい。より高度な技術においては、検索クエリにおける意味的識別が可能である。現在のシステムにおいては、クエリベクトルを作成するフロントエンドプロセス（ｆｒｏｎｔ−ｅｎｄｐｒｏｃｅｓｓ）において、これらの技術は必要とされていない。なぜならＭＲＬ装置、読取器及びユーザ選好モデルは、それらが貢献する用語が、その意味を示すよう明確にタグ付けされているかもしれないからである。従って、例えば、読取器は自身をテーブルソーに装着された読取器として認識するかもしれないし、ＭＲＬを特定の日付に特定の場所で製造されたシリアルのブランド及びタイプの識別子として認識することができる。しかしながら、他の箇所において説明されるように、この情報はＭＲＬ装置に蓄積されるユニークな識別子と単に関係付けられてもよい。従って、クエリに含まれるデータの意味的構造を決定するためのＮＬ技術を利用した情報抽出の必要はない。しかしながら、そのようなＮＬ技術は、ＷＷＷのような構造化されていないレスポンスデータベースの意味的構造を決定するには極めて有益であるかもしれない。
【００６１】
構造化されていないレスポンスデータベースは、構造化されたものと比較して、生成及び拡張がはるかに容易である。これは、将来のビジョンに貢献する豊富なデータリソース開発のキーになるかもしれない。ユーザは、真に価値のあるレスポンスを獲得するため、任意の事物・場所について走査することができる。実際、ユーザがＷＷＷに貢献するのと同様に、貢献はユーザ自身からであるかもしれない。多くの場合、走査イベントは、例えば、電子レンジのスキャナによる冷凍食品のＭＲＬ装置の走査のように極めて予想可能なものであるので、そのような場合、いくつかのレスポンスは多くの構造化されていないリソースのフィルタリングなく直接抽出されることが望ましい。従って、構造化されたデータベースが構造化されていないものとともに存在するか、あるいは構造化されていないリソースを検索に利用される検索機構が予想される結果を生成することが望ましい。例えば、製造業者は、ユニークなメタデータを特定のＭＲＬと関連するウェブサイトに設定することができ、検索プロセスを保証するための読取器のデータが高い信頼度で所望のリソースを抽出する（例えば、所望のレスポンスが他のものよりも高く重み付けされ、リターン結果の短いリストにあるよう保証される）。
【００６２】
本発明及び従来技術による検索技術では、特定のリソースが認識され、各レスポンスが与えられた入力データに対してどれくらい適切かを示す適合度の指標が常に生成されうる。それから、入力データに対してベストな適合度を達成するレスポンスが選択される。この入力データには、読取器のタイプを特徴付ける名詞（例えば、「電子レンジ」あるいは「セメントトラック」）と、ＭＲＬ装置が関連しているオブジェクトを特徴付ける名詞（例えば、「冷凍食品」あるいは「モーターオイルカン」が含まれている。簡単な例として、情報提供者のサーバが、３つのレスポンス、（１）冷凍食品のための電子レンジをプログラムするレスポンス、（２）モーターオイルをセメントトラックに加える方法に関するインストラクションを与えるレスポンス、及び（３）冷凍食品を買う場所に関するナビゲーションインストラクションを与えるレスポンスである。各レスポンスは、それにマッチする入力ベクトルを示す対応するテンプレートを備えている。この例では、レスポンス（１）のテンプレートは、［ｒｅａｄｅｒ＝ｍｉｃｒｏｗａｖｅｏｖｅｎ，ＭＲＬｄｅｖｉｃｅ＝ｆｒｏｚｅｎｄｉｎｎｅｒ］、レスポンス（２）のテンプレートは、［ｒｅａｄｅｒ＝ｃｅｍｅｎｔｔｒｕｃｋ，ＨＤＲＭｄｅｖｉｃｅ＝ｃａｎｏｆｍｏｔｏｒｏｉｌ］、レスポンス（３）のテンプレートは、［ｒｅａｄｅｒ＝ｃａｒｏｒｐｏｒｔａｂｌｅｒｅａｄｅｒ，ＭＲＬｄｅｖｉｃｅ＝ｆｒｏｚｅｎｄｉｎｎｅｒ］となる。テンプレートの係数は（ベイズネットワーク方式で）重み付けされていてもよい。これらのテンプレートのいずれかにマッチする入力ベクトルにより、情報提供者のサーバはレスポンスの１つに高い適合度（「信頼度」）を、その他のレスポンスに低い適合度を割り当てるであろう。この入力ベクトルの１つだけの構成要素にマッチするテンプレートは低いレーティングを生成するであろう。この低いレーティングと競合するものが他になければ、対応するレスポンスがサーバによって生成される。後者の状況により複数の適合度が生じ、正しい選択をより明確にする情報のためのリクエストが要求されるであろう。
【００６３】
上述の例は取るに足らないものである。大きなデータベースでは、入力ベクトルとレスポンスとの間の適合は、ベイズネットワーク（あるいはニューラルネットワーク、他の機械インテリジェンス技術）におけるように、重み付けされた係数テンプレートによっては与えられなくてもよい。なぜならそれらはプログラミング（トレーニング）にかなりの時間がかかるからである。レスポンスデータベースを構築するためのより実践的方法は、選択の基準やレスポンスの内容が自然言語ディスクリプタである検索エンジン及び質問応答システムで使われる技術を利用することである。質問応答システム（あるいは頻繁に尋ねられる質問；ＦＡＱセレクタ）では、自然言語質問は、最も重要な用語を特定するために構文解析される。その後、これらはＦＡＱデータベースにおけるテンプレートと比較される。テンプレートは、対応する応答がレスポンスとなる質問から導出される。この技術の拡張は、テンプレートの順序付けのためのものである。各要素は特定のタイプの入力に対応している。例えば、第１要素は、リクエストをした人のタイプに関する１つ以上の識別子を示す「だれに（ｗｈｏｍ）」と、大人の女性、女の子、民族性、年齢などを示す値に対応している。他の要素は、リクエストをした人の場所に関係し、例えば、値は「自動車での移動中」、「家で」、「職場で」などを示している。他の要素は、「電子レンジ」、「テーブルソー」、「キオスク」のような使用されている読取器のタイプに関連する。同様にして入力ベクトルが順序付けられてもよい。順序を表す１つの方法は、例えばＸＭＬを使ったデータタグ付けによってである。
【００６４】
実際、入力構成要素とテンプレートベクトルとの比較を利用することにより、入力をレスポンスにマッチさせるプロセスは、レスポンスと入力の組み合わせの総数が多くても、実践的なシステムでは極めて効果的にレスポンスを関係付けるために利用される。通常、そのようなシステムのプログラミングでは、多くのベクトル構成要素が、入力ベクトル空間のサイズを縮小することによって無視される。また、提供者は受信するリクエストのタイプを分類し、レスポンステンプレートにマッチする入力ベクトルがないときには、あるデフォルトレスポンスを提供してもよい。例えば、情報提供者が製品の購入者をサポートするための情報を提供する製造業者であるとしよう。この製造業者は、製品の１つを特定するための各リクエストを対応するレスポンスセットにマッチさせているかもしれない。各レスポンスは、装着されたＭＲＬ装置を走査するために使用されることが期待される特定の読取器を処理するために生成される。例えば、冷凍食品に関して、入力テンプレートの読取構成要素は、電子レンジ、オーブン、携帯型読取器のさまざまなモデルを含んでいるかもしれない。製品が読取器と関連する装置の１つとマッチしないとき、サーバプログラムがデフォルトレスポンスを生成する。
【００６５】
図１０において、システムのリソース側で辞書を利用する構成が示される。ＭＲＬ装置４００は、読取器４０５によって読み取られる。読取器４０５は、それから生じる関連する特徴用語を辞書プロセス４１０に適用する。辞書プロセス４１０は、上述のような代替的な用語を生成し、それらをリソース検索エンジンプロセス４２５に適用する。リソース検索エンジンプロセスは、ユーザに関する選好や特徴のような一般データ４１５及びプロフィールデータ４３０を随意的に受け取ってもよい。その後、リソース検索エンジンプロセス４２５は、インデックス４３５を検索する代替的な検索クエリを生成する。インデックスは一般に検索エンジンプロセスのデータオブジェクト部としてみなされる。しかしここでは、それは本実施例の説明を容易にするため別々に示される。
【００６６】
システムのリソース側では、インデックスは自然言語構文解析器４５０によりリソーステンプレートをフィルタリングするインデックスエンジン４４５により生成される。リソーステンプレート４６０はリソースベース４５５において利用可能なさまざまなリソースのディスクリプタである。データベースでは、これらのディスクリプタはデータベース自身の中身であるかもしれないし、あるいはＷＷＷサイトのようなリソースベースによって使われる（例えば、ＸＭＬ）タグ（例えば、メタタグ）のような検索に使用される個々のフィールドであってもよい。ここでは、リソーステンプレート４６０は、リソースベース４５５におけるレコードを特徴付けする用語を含んでいる。テンプレートは通常のデータベースの場合と同様に、正確には構成されない。実際、リソーステンプレート４６０は、リソースの内容を記述する単なるテキストアブストラクトであるかもしれない。または、テンプレートはリソースベース４５５のレコードの中に組み込まれるかもしれない。テンプレート（あるいはアブストラクトが構文解析され、その後テンプレートして構造化される場合のテンプレートプレカーサ（ｔｅｍｐｌａｔｅｐｒｅｃｕｒｓｏｒ））としての自然言語アブストラクトの使用は、ユーザによる新たなテンプレートの貢献を促進させるかもしれない。このアイデアは、本明細書のどこかで説明される。例えば、図２１に関する説明を参照せよ。
【００６７】
図１１を参照するに、他の実施例において、ユーザ状態２３５と使用のコンテクストが走査イベントから導出される。ユーザ状態には、個人情報マネージャを備えた携帯装置、携帯電話、経時的にユーザの所在を蓄積するマッピングデータベースを備えたＧＰＳ装置などの読取器からの利用可能なすべての情報が含まれている。読取器（図１１に図示せず）は、自身の所在を決めることができるよう、他の装置にネットワークされていてもよい。例えば、もし携帯読取器がピコネット（ｐｉｃｏｎｅｔ）に一時的に結合することができ、それが食料品店に持ち込まれることが確かであるならば、携帯読取器はユーザの現状の決定において、そのイベントのインジケータを保持することができる。同様に、ユーザが接した情報は読取器結合した装置、あるいは読取器に接続可能な装置で利用可能であるかもしれない。走査イベントに関連するすべてのユーザ状態情報は、インターネット検索プロセス２３３に適用される。不変選好データが選好データストア２３７に蓄積され、データの選択された部分が精緻化のためインターネット検索プロセス２３３に適用される。同一のデータが選択的にレスポンスデータベース検索２４０に適用される。レスポンスリソースベース２３８は、それがＭＲＬ読取器のために構成されていると点で、インターネットサイトとは異なっている。本実施例では、レスポンスリソースベース２３８のテンプレート２４１が図１０のテンプレート４６０に対応している。この中には、ＮＬ構文解析器によって以前に構文解析され、各レコードに対応してテンプレートに組み込まれた通常言語の用語が含まれている。テンプレート２４１は、レスポンス２３９のキーとなる特徴を示すフィールドを有する順序付けされたデータセットであってもよい。他の点において、リソースベース２３８は、上述されたように検索される。
【００６８】
本実施例の他の特徴は、用語拡張プロセス２４５に組み込まれる辞書が、レスポンスデータベース検索プロセス２４０が結果の信頼レベルが十分でないとき、クエリタームを拡張するのに適用される。これによって、もとの検索用語の使用が高い信頼度の結果をもたらすとき、検索を実行しないことによって計算リソースの節約が可能になる。インターネット検索プロセス２３３とレスポンスデータベース検索プロセス２４０は、それぞれ対応する信頼度を有するレスポンス２３４と２３６を生成する。本実施例では、これらはＵＩ要素２５５によって表示される最終選択セット２４９を生成するセレクタ／フォーマッタプロセス２５０に適用される。
【００６９】
テンプレート２４１は、クエリへのマッチの正確さを減少させ、検索効率を上げる所望の方法で構造化されてもよい。また、図１１の実施例は用語拡張器２４５をインターネット検索プロセス２３３に組み込むために修正されてもよい。
【００７０】
選好データストア２３７（図８のプロフィール４３０、図７の選好データベース６１１、他の図における同様の構成要素）は、さまざまな手段によって得られたデータを含んでいてもよい。選好データベースを構築するための装置の第１のタイプは、ユーザの観点からの受動的タイプのものである。ユーザは通常の方法により（読取器に組み込まれたブラウザのメニュー選択など）単に選択をし、その選択からユーザ行動のモデルを抽出することによって、システムは個人選好データベース徐々に構築していく。その後、システムはこのモデルを使って、ユーザがこれから見たいものについて予測をしたり、あるいはユーザを分類する（例えば、野球ファン、あるいはオペラ愛好者）ための推定を行う。この抽出プロセスは、例えば、同一のアイテムへの繰り返し行われるリクエストを検出することによって明らかな選好を特定するというような単純なアルゴリズムに従っている。あるいは多数の入力（自由度）による決定木手法のような高度な機械学習プロセスであるかもしれない。一般的にいうと、そのようなモデルは、ユーザの相互作用的な行動（すなわち、選択のためのＵＩとの相互作用）におけるパターンを見つけることを意図している。
【００７１】
ユーザの行動パターンから有益な情報を抽出するための１つの直接的かつロウバストなテクニックは、特徴−値カウントの表を作成することである。特徴の例としては「１日における時間」であり、対応する値が「朝」である。選択されるとき、その選択を特徴付ける特徴−値のカウントがインクリメントされる。通常、与えられた選択は多数の特徴−値を有するであろう。同時にその選択が識別されたショー（ｓｈｏｗ）の部分集合を選択することによって、ネガティブな選択の集合が生成されてもよい。これに対応した特徴−値カウントはディクリメントされる。このデータは、候補を特徴付ける特徴カウントへの重みとして上述のカウントを利用し、ある候補がユーザによって好まれている確率を予測するベイズ予測器（Ｂａｙｅｓｉａｎｐｒｅｄｉｃｔｏｒ）に送られる。この種のプロファイリング機構は、２０００年４月２日出願の米国特許第０９／４９８，２７１号「ＢＡＹＥＳＩＡＮＴＶＳＨＯＷＲＥＣＯＭＭＥＮＤＥＲ」にて説明されている。ユーザ行動の観察から受動的にプロファイルを構築する同様のタイプのシステムにおけるルールベース推奨装置はまた、１９９９年１月１４日に広告されたＰＣＴ出願ＷＯ９９／０１９８４「ＩＮＴＥＬＬＩＧＥＮＴＥＬＥＣＴＲＯＮＩＣＰＲＯＧＲＡＭＧＵＩＤＥ」において説明されている。
【００７２】
第２のタイプの装置は、より能動的なものである。そこでは、ユーザが特徴を格付けすることにより好き嫌いを特定することができる。これらは、特徴−値ペア（特徴プラス値に対する重み；すなわち、重み＝特徴と値の重要性）あるいは他のルール仕様をスコアすることもできる。例えば、ユーザは、ＵＩを通じてドラマとアクション映画が好きで、料理番組が好きではないということを示すことができる。これらの基準は、その後、選択肢の集合の中から、どれがユーザにとって有益であるかを予測するのに適用されうる。
【００７３】
第２のタイプのシステムの例として、欧州出願（ＥＰ０８５４６４５Ａ２）は、ユーザがホームコメディ、シリーズもののドラマ、昔の映画など、好みの番組カテゴリのような汎用的な選好を入力することが可能なシステムを説明している。この出願では、例えば、１０歳〜１２歳児のためのもの、１０代の女性のためのもの、飛行機愛好者のための選好プロファイルが選択される選好テンプレートが説明されている。
【００７４】
第３のタイプのシステムでは、ユーザはある方法でリソースのランク付けを行うことが可能である。例えば、ＴＩＶＯ（登録商標）と呼ばれるデジタルビデオレコーダでは、ユーザが３サムアップまで、あるいは３サムダウンまで番組を与える。この情報は、達成されうる特徴−値ペアへの重み付けにより細かい分解が可能であるという点を除いては、第１のタイプのシステムといくつかの点で類似している。例えば、本発明において使用されるＵＩは、現在のダイアログボックスやディスプレイ要素を認証及び閉じるためのＯＫボタンを備えていてもよい。このＯＫボタンに並んで、ＵＩはユーザがレスポンスが役に立たなかったということを示すダイアログを閉じるためのＮＯＴＯＫボタンを表示してもよい。
【００７５】
ＰＣＴ出願（「ＳｙｓｔｅｍａｎｄＭｅｔｈｏｄｆｏｒＵｓｉｎｇＴｅｌｅｖｉｓｉｏｎＳｃｈｅｄｕｌｅＩｎｆｏｒｍａｔｉｏｎ」というタイトルのＷＯ９７／４９２４）は、第３のタイプの一例である。この例では、ユーザが共通のグリッド形式で表示される電子番組ガイドを通じてナビゲートし、さまざまな番組を選択することが可能なシステムが説明されている。ユーザは各ポイントにおいて、記録あるいは視聴する番組を選択したり、プログラムを視聴するためのリマインダー（ｒｅｍｉｎｄｅｒ）のスケジューリングをしたり、お気に入りとして番組を選択するなどのさまざまな説明されるタスクのいずれかを実行しているかもしれない。ある番組をお気に入りとして指定することは、「常にこのショーを視聴するという選択肢を表示せよ」というような決められたルールを実現したり、あるいは繰り返すリマインダーを実現するためである。お気に入りを指定することの目的は、その出願では明確には説明されていない。しかしながら、より重要なことは、選好データベースの構築のため、ユーザがある番組をお気に入りとして設定すると、その理由を示す選択肢がユーザに与えられる。その理由は、汎用的な選好を定義することによって、他の明示された基準と同様の形式で示される。このタイプの入力と明示的基準に拠っている他のシステムでのものとの唯一の相違は、その基準が入力される時点である。本発明によるシステムは、上述のテクニックの何れかを利用することによって、プロファイルデータを構築してもよい。
【００７６】
プロファイルデータは、上述のようにクエリを修正するのに利用されてもよい。しかしながら、特定の状況では、プロファイルデータは走査イベントのタイプと利用されるリソースとの間の蓄積された相関を含んでいてもよい。例えば、ユーザは、アイスクリームを解凍するための電子レンジのプログラミに対するレスポンスを定義してもよい。レスポンスのためのプロファイル及び検索の利用は、明確に定義された状況での利用に対し、ユーザによって生成されたレスポンスに高いウェートを与える。従って、プロファイルは、外部リソースベースの検索に優先してクエリにマッチさせるために利用されるリソース及びテンプレートの自分自身のリストを含んでいてもよい。
【００７７】
図１２を参照するに、図６Ａのプロセスの修正により、ユーザは固定読取器１２０あるいは携帯読取器１００を通じて情報を受信することができる。ユーザがその時点においてレスポンスを受信しないことを選択するか、あるいは携帯読取器１００がサーバ１４０に接続できない場合、レスポンスが表示され、後に続く。ステップＳ１０において、ユーザは読取器１００／１２０にＭＲＬ装置Ｔからデータを獲得させるようＭＲＬ装置Ｔを走査するとしよう。ステップＳ１２において、読取器１００／１２０は、それがネットワークあるいはインターネット１３０に接続することができるかどうか判断する。もし読取器１００／１２０が接続されていれば、ステップＳ１６においてネットワークサーバ１４０へのデータの送信を開始するため、読取器１００／１２０とＬＡＮサーバ１４０あるいはネットワークサーバ１４０との間のやりとりが開始される。例えば、送信されるデータは、ＭＲＬ装置Ｔからのデータに加えて、例えば、ユーザの識別及び／あるいはそのユーザを特徴付けるプロファイルデータなどのその他の情報を含んでいてもよい。読取器１００／１２０が情報交換を完結させるために接続しているネットワークアドレスが、ＭＲＬ装置Ｔからの情報に含まれていてもよい。ステップＳ２０において、このやりとりはサーバ１４０において実行されるインターラクションプロセスにより定義されるように継続される。このやりとりで交換されるデータには、獲得されたデータに応じたデータ、さらなるユーザ入力、及び／あるいはネットワークサーバ１４０に蓄積されているデータが含まれていてもよい。一般に、このやりとりは、例えば、ＨＤＭＬ（ＨａｎｄｈｅｌｄＤｅｖｉｃｅＭａｒｋｕｐＬａｎｇｕａｇｅ）、小型無線装置のためのマークアップ言語あるいはＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）を使ったクライアントサーバプロセスに従い、そしてそれを利用して実行されると考えられる。
【００７８】
ステップＳ１２において、読取器１００／１２０がサーバ１４０／１５０に接続できないと判断された場合、読取器１００／１２０はステップＳ１４においてそれのメモリＭに獲得されたデータを保存してもよい。随意的に、ステップＳ１８において、読取器１００はこのデータがローカルに保存されるという事実を示し、ステップＳ２２において認証をリクエストしてもよい。この認証では、ステップＳ２０において保存されたデータを消去する選択肢がユーザに与えられていてもよい。
【００７９】
ステップＳ２４において、読取器１００の状態が確認されてもよい。もしそれが接続されていて、Ｓ１４、Ｓ１８及びＳ２２を経た未処理の保存データを含んでいれば、以前に起こらなかったインターラクションプロセスあるいは他のインターラクションプロセスが開始されるステップＳ２８に移る。ステップＳ５０においてネットワークサーバ１４０／１５０に送信されるデータの中には、ＨＭＤＲ装置Ｔが走査された時間が含まれているかもしれない。これから、インターラクションプロセスでは、（もしこの走査から少しの時間しか経過していなければ）店内のセールにユーザを向かわせることに意味があるかどうか判断されてもよい。再び、インターラクションプロセスは、代わりとなる情報のルーティングに供される。例えば、ユーザは関連するメッセージやクーポンの電子メールによる送信を、可能であれば、リクエストすることができる。
【００８０】
図１２のプロセスでは、読取器１００／１２０がステップＳ２４において示されるようにすべきことがないとき静止ループに入り、走査が開始されるステップＳ１０にもどる。
【００８１】
図１３を参照するに、図１２のプロセスに従って起こるシーケンスの例では、読取器１００／１２０はステップＳ４０においてＭＲＬ装置Ｔからデータを獲得し、ステップＳ４２においてそのデータをネットワークサーバー１４０をプログラムした情報供給者に送信する。ステップＳ４６において、読取器１００／１２０によるメッセージの受信を行うネットワークサーバ１４０上で実行されるソフトウェアプロセス（インターラクションプロセス）によりメッセージが生成される。このメッセージはステップＳ４８において、読取器１００／１２０により出力される。
【００８２】
読取器１００／１２０により獲得されたデータは、装置のユニークな識別子を単に含んでいてもよいし、あるいは製品コード、シリアルナンバー、その製品を出荷した小売業者を示す規格化された記号を含んでいてもよい。しかしながらかっこによって示されるように、後者のデータは、もしそれが情報供給者のデータベースに関連していれば、ユニークな識別子から導出されてもよい。情報供給者に送信されるデータは、走査の日付、走査の時間、スキャナ（または人）の識別、及びＭＲＬ装置Ｔからは導出されないが利用可能なその他の情報を含んでいてもよい。スキャナの識別はユニークなものでもよいし、またはプロファイル分類のためのコードであってもよい。または、スキャナを明示的に特定することなくあるプロファイルを指し示していてもよい。再び、プロファイルデータが読取器１００／１２０に送信されうる。
【００８３】
図１４を参照するに、他のシーケンスの例では、ステップＳ８０において、データが獲得され、ステップＳ８２において保存される。その後、読取器１００／１２０が接続状態になると、このイベントに応答して、ステップＳ８０において獲得したデータがステップＳ８４において情報供給者に送信される。ステップＳ８６において、情報供給者は読取器１００／１２０にレスポンスメッセージを送信する。そして、適切な出力時に対応するイベント、すなわち、読取器１００／１２０に示されるようなユーザによる直接のリクエストのようなプロセスによって決定される適時イベントが発生すると、保存されているメッセージがステップＳ９０において出力される。読取器１００／１２０が接続を確立すると（すなわち読取器１００／１２０が接続されたと判断したとき）、読取器が自動的にメッセージを出力するようプログラムされてもよい。
【００８４】
図１５を参照するに、ステップＳ３０において、他のシーケンスがＭＲＬ装置Ｔによる獲得とともに開始される。そのデータはステップＳ３２において保存される。その後読取器が接続されると、保存データはステップＳ３４において情報供給者に送信される。情報提供者は、ステップＳ３６において受信され、読取器１００／１２０に送信されるメッセージを送信する。その後、遅延インターラクションに適切な時点になったことを示すイベントの発生により、ステップＳ３８においてユーザが情報供給者とのインターラクションを開始するようメッセージが出力される。このメッセージは、単なる促しであってもよいし、インターラクションプロセスの開始時において定義される選択肢のメニューのようなＳ３４において送信されるデータに基づくフィードバックを示すものであってもよい。
【００８５】
図１６を参照するに、ステップＳ７０において、他のシーケンスがＭＲＬ装置Ｔによる獲得とともに開始される。そのデータはステップＳ７２において読取器１００／１２０に保存される。その後、読取器１００／１２０が接続されると、読取器１００／１２０はネットワークサーバ１４０に接続され、ステップＳ７４において保存されているデータが送信される。ステップＳ７６において、ユーザはネットワークサーバ１４０からのメッセージの受信を促され、その受信によって、メッセージが同時にあるいはしばらくしてステップＳ７８で送信される。いくつかの図解が与えられる。
【００８６】
以下のような電子メールに応答して、ダイアログが後のセッションで行われてもよい。ステップＳ７６において、ユーザは電子メールメッセージの中のＨＴＭＬリンクを選択することによって開始されるインターラクションへの参加を示す。（明らかに、その促しはそのように複雑である必要はない。例えば、ユーザに４０において「＜ｐｒｏｄｕｃｔ＞について知ることを呼びかける電子メールを後で送れ。」という選択ラベルが与えられてもよい。）
ダイアログは、以下のように対象となるテレビ広告や双方向式のテレビセッションを通じて後で行われてもよい。（説明のため、これらは実質的に等価なインターネットに接続された端末、テレビ、セットトップボックスと実質的に同一のものであってもよい。）ユーザがテレビ配信の選択をし、ユーザのテレビがアクティブ状態になると（あるいはユーザによって選択された時点で）、インターラクションが行われるようスケジュールされる。ステップＳ７８に対応する他の選択肢として、ユーザが電話連絡、個人的なセールス電話、定期的な情報の郵送の希望を示すというものがある。
【００８７】
ここで、ステップＳ７８におけるプロセスは、携帯端末、小売店の施設内にあるような固定された電気製品、他の装置上で起こるかもしれない。図１７を参照するに、遅延インターラクション、情報配信、あるいはトランザクションの開始または継続の適切な時間が、ステップＳ３０１における固定時間遅延、ステップＳ３０２におけるユーザが特定の場所にいるか、あるいは所定の行動に関しているかを示すイベント、ステップＳ３０３における携帯読取器と固定式端末との同期、またはステップＳ３０４における単なるランダムな時間により決定されてもよい。ステップＳ３０１、Ｓ３０２、Ｓ３０３及びＳ３０４のイベントの何れかが起こると、サービスのリクエストがステップＳ３１０において開始され、インターラクションプロセスが継続あるいは開始される。例えば、ユーザがインターネットポータルにアクセスし、ログインあるいはステップＳ７４において送信された識別データと関係するユーザのクッキー（ｃｏｏｋｉｅ）に応答して、メッセージを受信する。ステップＳ３０５において、遅延インターラクションに対応する保存データには有効期限の日時が与えられてもよいし、その時刻の経過後に有効期限が切れるようにしてもよい。その場合、ユーザにインターラクションを遅延させ、メッセージをメールするオプションを与えるような代替的なプロセスがステップＳ３０５において実行されてもよい。データ及び初期のインターラクションは、読取器１００／１２０あるいはネットワークサーバ１４０により消去されてもよい。
【００８８】
上述の実施例において、本発明は情報の交換に関して説明されているが、これらの交換はまたアクションの実行のきっかけになりうると考えられる。例えば、インターラクションプロセスの結果は、ある製品のオンラインでの購入であるかもしれない。また、インターラクションはデータを送信する読取器１００／１２０で起こる必要はない。インターラクションは、電化製品１７０−１９０の１つのような異なる電化製品によって与えられる情報供給者への接続により行われてもよい。代わりの電化製品によりインターラクションを開始する１つの方法は、電化製品のスキャナによりＭＲＬ装置Ｔを走査することによってである。他の方法として、例えば、３４において受信したメッセージが、インターラクションプロセスにより必要なときは、インターラクションを完結するのに必要となる他のデータとともに電化製品に転送されるのは、読取器１００を電化製品に同期させることによってであるかもしれない。
【００８９】
図１８を参照するに、上記の特徴のいくつかが実施例に盛り込まれると、ステップＳ１１０において、走査及び他のデータが獲得される。ステップＳ１１５において、１つ以上のリソースベースにおけるベストマッチが決定される。そして、ステップＳ１２０において、１つ以上の結果の信頼レベルが高いかどうかが判断される。これらの結果のいずれもが高い信頼レベルを有していなければ、ステップＳ１４０において新たな用語が、例えば、上述のような関連用語辞書あるいは新たな情報をユーザから求めることによって検索クエリを明確化することによるというような適切なテクニックを利用して生成される。この場合、図２４に関連して以下で説明されるように、検索結果における判別の識別がユーザからの追加的なフィードバックを得るために利用されてもよい。それから新たな検索がステップＳ１４５において実行され、ステップＳ１５０においてこれらの結果がステップＳ１２０と同様に高い信頼度を有するかどうかチェックされる。もし高い信頼度を有する結果が再び示されなければ、信頼度の高いマッチのための検索が、クエリにおける用語を必ずしもそれとは関連をもっていない他の用語に置き換えることによって実行される。これはステップＳ１５６におけるリモートマッチ（ｒｅｍｏｔｅｍａｔｃｈ）のための検索として説明されてもよい。例えば、もしシリアルがテーブルソーとともに走査されれば、「テーブルソー」という用語は「シリアル」のような他の検索用語と密接に関連した多数の代替用語と、たとえその置き換えがもとの用語から離れていたとしても、置き換えされてもよい。そのような用語は、シリアルと関連して生成されるカップボードのように高い信頼レスポンスを生み出すであろう。１つ以上の置き換え用語による検索が、もしステップＳ１５７において成功すれば、ステップＳ１５９において読取器に置き換えられた用語により特定されるアイテムにユーザを導かせる。もし検索が不成功であれば、汎用的なレスポンスがステップＳ１５８において生成される。図１８の手続フローにおけるすべてあるいは任意の点で、ユーザは、ステップＳ１５５における利用のため新たなレスポンス及びレスポンステンプレートの生成の許可を示すレスポンスを、その検索から選択できるオプションを与えられる。例えば、ステップＳ１５５において、ユーザは、読取システムがそれのリソースベースにおいて特定のレスポンスを持たないものを温めるための電子レンジプログラムすることができる。上述の手続は、ステップＳ１５８における汎用的なレスポンスがステップＳ１５９と同様に異なる装置を示すメッセージとともに、あるいはもしユーザが希望すれば、適当なＵＩ制御を生成することによってユーザがステップＳ１５９からＳ１５８に進める機会が与えられるよう出力される。
【００９０】
もしステップＳ１２０及びＳ１５０の何れかにおいて、１つ以上の結果の信頼レベルが高いと判断されれば、ステップＳ１２５においてシステムは１つ以上の高い信頼レベルを有するレスポンスがあるかどうか判断する。もしそれが１つよりも多ければ、ステップＳ１３０においてそれらの選択がユーザに提示され、それから制御フローは図１９のステップＳ１６０に移る。もしちょうど１つしかなければ、制御フローは図１９のステップＳ１６０に直接移る。
【００９１】
ステップＳ１６０において、１つの決定された結果がどのように扱われるかについてのユーザの選好が決定される。ユーザの中には、例えば、時間の節約のため電子レンジのプログラミングのようなアクションを自動的に実行するようなシステムを望むかもしれないし、またあるユーザは効率性をあまり気にせず、いつでもプロセスを制御することを望むかもしれない。ユーザは、自分の居る場所に応じて、このオプションを変更することができる。例えば、もし買い物中であれば、ユーザは情報が即座に配信されることを求めず、例えば、後での閲覧や処理のため電子メールや他の手段によってルーティングのオプションを望むかもしれない。もしユーザプロファイルデータストアのクエリにおいて、直接のレスポンスが好まれると判断されれば、リソースによって定義された適切なアクションがステップＳ１４５において実行される。これは単に、読取器のディスプレイへの情報の迅速な配信であるかもしれない。
【００９２】
リソースの扱い方に関する他の２つの可能性が図１９の実施例において定義され、ユーザの選好（あるいは読取器のタイプ、日時、読取器の場所、配信されるリソースのタイプなど）によって決定される。１つは、優先例外リストを満たすあるリソースは直接実現されるというものである。例えば、ユーザは、健康関連の警告、新しいアイテムや天気に関する警告のような特定の結果に極めて興味があるかもしれない。そのような場合、ユーザはそのリソースの配信あるいは実現を望んでいるかもしれない。ステップＳ１７０において、この種の例外が実現される。リソースが高い優先度を有していたり、あるいは他のタイプの例外に対応していれば、そのリソースはステップＳ１６５において配信あるいは実現される。そうでなければ、ステップＳ１８０において、ユーザは抽出されたリソースを保留、無視、配信、あるいは実現させるオプションが与えられる。このステップＳ１８０はユーザからの入力の受信に関するものである。もしユーザがステップＳ１８５においてリソースを無視することを選択すれば、プロセスは終了する。もしユーザがリソースの配信あるいは実行を選択すれば、ステップＳ１６５においてアクションが実行される。もしユーザがステップＳ１７５においてリソースの配信あるいは実行の保留を選択すれば、ステップＳ１６５においてアクションが終了するまでステップＳ１９０における適切な時間になるため遅延させるか、あるいはリソースの抽出及び配信プロセススレッドがステップＳ１９５において終了するライブタイマー（ｌｉｖｅｔｉｍｅｒ）への時間切れのようなイベントの発生させる前述の実施例のオフライン手続が実行される。
【００９３】
図２０を参照するに、ステップＳ４０５において、走査イベントがないとき、読取器のＵＩにメッセージを生成するプロセスが、ユーザの検出により開始される。または、図２０のループが継続して、あるいは断続的なスケジュールにおいて実行されるか、あるいはその他の方法によりスケジュールされる。ステップＳ４０７において、リソースは読取器や受信レスポンスにより自動的にリクエストされる。このリクエストはユーザ選好データから生成される。ステップＳ４１０において、受信されたリソースはユーザ選好データと比較され、制御がステップＳ４０５に移る場合拒絶され、制御がステップＳ４１５に移れば全面的あるいは部分的に承認され、ステップＳ４０５に戻る。ここで、リソースの配信は、インターラクションまたはある自動プロセスの開始に関するか、あるいは宣伝と同様に単なる情報の配信に関するものであるかもしれない。
【００９４】
図２１を参照するに、新たなリソースやテンプレートが生成される手続きが、ステップＳ４３０において、ユーザ選択のための１つ以上の候補リソースの提示により開始される。例えば、もしユーザが電子レンジ読取器によりアイスクリームＭＲＬ装置を走査すれば、サーバは（ユーザにとって）関連性のないレスポンスを提供するか、あるいはまったく何も提供しないかもしれない。例えば、図１８におけるステップＳ１５６を参照せよ。その後、この手続きがユーザに電子レンジへの指示のプログラムを定義する機会が与えられるよう呼び出される。例えば、ユーザはアイスクリームを解凍する指示（例えば、５０％の出力レベルで６０秒間）を定義するかもしれない。ユーザが電子レンジ読取器を使って、アイスクリームＭＲＬ装置を走査すると、サーバは電子レンジをプログラムする指示に即座に対応することができる。さらに、サーバは、選択的にあるいは自動的に、ユーザによって入力された指示を他のユーザに利用可能にすることができる。ステップＳ４３３において、ユーザは選択肢の中の１つを承認し、その場合、ステップＳ４６０において承認されたリソースは実行され、与えられた情況への好適なリソースとして保存される。また一方、ユーザは選択肢のすべてを拒絶してもよい。ここで、ユーザは、上述のようなプロファイルデータの拡張に利用されるフィードバックを与えられる。ステップＳ４３５において、ユーザがリソースのタイプを示し、それを定義する入力を承認することを許可するＵＩが生成される。例えば、もしリソースが電子レンジプログラムであれば、ユーザは時間と出力レベルを特定することができる。ステップＳ４４５において、入力データは新たなリソース及びテンプレートとして保存される。ステップＳ４５０において、プロファイルデータストアが新しいリソースやテンプレートにより更新される。
【００９５】
ステップＳ４５５において、リソース及びテンプレートが、他のユーザへの使用許可を与えるために、外部の仮リソースベースに保存される。この仮のリソースベースは、役に立たない、あるいは有害なリソースによる広く利用されているリソースベースの意図的あるいは偶然の汚染を回避するために、標準的なものと異なって扱われてもよい。従って、管理者が何を処理すべきかを決定する前に、（ユーザ選好プロファイルに示されるような）指定された加入者により収集されたリソースへの仮のリソース及びレスポンスに対し、別のリソースベースが利用可能とされてもよい。
【００９６】
図２２を参照するに、ＭＲＬ装置を備えるチケットの半券、クーポン、領収書、他の紙ベースの文書を利用したさまざまな特徴を提供する手続きが示される。図３及び図４に関して説明されたように、チケットの半券や他の文書にＭＲＬ装置を取り付けることができる。このような文書やクーポンは、例えば、重要なマーケティング装置を提供する。映画を観ているユーザは、映画館にあるキオスクでチケットの半券を走査し、観ていた映画を格付けしたり、その映画に関連したグッズを買ったりなどすることができる。チケットの半券にあるバーコードが、ユーザをグッズ販売のためのウェブサイトに接続するための利用されることが提案される一方で、この程度での自動化は単にユーザがウェブアドレスに入る必要性を回避する。本発明によるアイデアは、購入や選好データベースへの情報の入力を容易かつ迅速にすることである。ユーザが映画での音楽がまだ心に残っているときに、映画のサウンドトラックを買う機会をユーザに与えるとき、販売のチャンスはかなり大きいものであるだろう。関係するステップ数が少ないほど、購入される可能性は高くなるであろう。本発明の１つの実施例では、ＭＲＬ装置がチケットの半券に取り付けられている。このＭＲＬ装置には、映画のサウンドトラックが購入できるリソースアドレスが含まれていてもよい。さらに、ＭＲＬ装置には、購入されるアイテムの選択や確認だけでなく、ユーザからの促しなく購入の完結が可能となるように、アカウント、認証、発送、認証情報を関連付け、保存するための十分なデータ密度が含まれている。もし映画に行った人がクレジットカードを使ってチケットを購入していれば、アカウントはチケットの半券にあるＭＲＬ装置のデータに一時的にリンクさせることができる。このデータはさらに、注文プロセスをユーザプロファイルデータベースに含まれる選好情報及びデータベースの拡張に使用されるその購入とを関連付ける。ユーザのアカウントを保護するために、ユーザのクレジットアカウントとチケットデータとの間の接続が、所定の有効期間、例えば、映画や他のイベントが終わった後２時間与えられる。映画館でのユーザの購入を促すものとして、ユーザは次回のチケットのより安い価格での購入、注文したグッズの割引価格、あるいは無料のプレゼントのような割引インセンティブが与えられてもよい。正確には、同一の機能がキオスク端末でなく、インターネットに接続された家庭のコンピュータや携帯端末を通じて与えられてもよい。
【００９７】
この手続きは、ステップＳ４６８におけるユーザがＭＲＬ装置を備えた文書を獲得する登録から開始される。この登録プロセスには、ユーザ、電子サイフ（ｅ−ｗａｌｌｅｔ）のような外部ソース、ＡＴＭネットワーク、加入者ネットワークなどから、アカウント、認証及び／あるいは認証情報の獲得が含まれる。ステップＳ４７０において、文書に装着されたＭＲＬ装置の識別子が、トランザクションを完結するためのアカウント及び必要データと関連付けされる。ここで、ステップＳ４６８とＳ４７０において、アカウントは金銭やクレジットに関するものでなくともよい。単に映画のような対象に関する選好のような個人情報を保存するためのアカウントであってもよい。例えば、娯楽サービスにより提供される、ユーザの選好を保存し、マーケティングのためそのデータの利用権限の代わりに、さまざまなサービスのためにこの選好を利用するためのプライベートアカウントへのユーザによるアクセスを許可するサービスにユーザは加入することができる。例えば、ユーザは映画館を出るとき、映画の格付けをすることができる。その後、複数の映画の格付け後、ユーザは電子メールによって推奨作品を受信することができる。２人以上の映画を観に来た友人グループに推奨作品を示すために、この友人たちのユーザ選好が併合されることも可能である。
【００９８】
ステップＳ４７５において、ユーザは、例えば、娯楽会場のキオスクのような端末で、文書を走査する。ステップＳ４８０において、ユーザは、例えば、購入する製品の選択、楽しんだイベントの評価のような入力を促される。ユーザの認証情報は、ステップＳ４８５においてサーバによって処理され、生成されたレスポンスには追加的なリクエストや確認などの促しが含められる。さらに、トランザクションが呼び出され、ステップＳ４０において適切なＵＩ要素が生成される。ステップＳ４８０において、好ましくは、失われた文書が発見者によって利用されないよう認証ステップが含まれる。ステップＳ４７０における関連に、所定の有効時間が経過した後、文書とＭＲＬ装置を使用不可にするために、有効時間（ＴＴＬ）が与えられる。ユーザのアカウントとＭＲＬ装置のユニークなコードとを関連付けることによって、購入と他の認証が必要なトランザクションを迅速に終了させることができる。ステップＳ４６８における登録プロセスは、ＭＲＬ装置に一時的なクレジットカードを生成することと類似している。しかしながら、前述のように、大部分の状況において、バイオメトリック、個人識別ナンバー（ＰＩＮ）や記号の入力のような認証要求を加えることが好ましい。
【００９９】
アカウントとチケットＭＲＬとを関連付ける登録プロセスは、娯楽会場に行く前に、インターネットを通じて家庭で実行されてもよい。ユーザがチケットを購入し、家庭のプリンターでバーコード付きのそのチケットを印刷するシステムが現在いくつか提案されている。そこでは、チケットはユーザを認証するために映画館で走査される。同じことがＭＲＬ装置で実行可能である。ユーザは、家庭でＭＲＬ（「ブランク」が無料あるいは少額で配られている）を走査し、安全なトランザクションを実行することによって、アカウントとＭＲＬとの関連を保存する。チケット購入のために利用されたアカウントの関連には、利用上限が加えられていてもよい。親が映画の入場チケットを子供に与え、購入の上限を設定する。例えば、その子供は一時的な利用上限チャージ装置としてＭＲＬを使って、映画館でレコードや食事をすることができる。
【０１００】
図２３を参照するに、ユーザの識別に応答して、推奨作品を受信するためのプロセスが示される。例えば、映画館、娯楽施設あるいはウェブサイトで、ユーザはステップＳ４９１において識別子（及び必要ならば認証データ）を入力することによって推奨作品を得ることができる。ステップＳ４９３において、ユーザは制御を使って、例えば、特定のカテゴリーに関するもののような推奨作品のためのリクエストを生成する。ステップＳ４９５において、サーバプロセスは推奨作品を生成し、推奨作品の精選やクロスセリング（ｃｒｏｓｓ−ｓｅｌｌｉｎｇ）などの利用のため選好データをプロファイルベースに保存する。ステップＳ４９７において、端末は結果として得られた推奨作品を表示し、さらなる入力を受信する。ここで、上述のプロセスは、多くの選択が利用可能なレストラン、娯楽、アイテムやサービスの種類に関するものであってもよい。
【０１０１】
図２４を参照するに、抽出数が多数の場合、検索結果で判別手段を特定する検索結果を精製するための手続きが示される。検索エンジンプロセスは、返されたレコード群において判別手段を見つけてもよい。返された結果を単にリストする代わりに、選ぶべき判別手段のリストをユーザに提供してもよい。例えば、この判別手段は、抽出された結果のわずかなパーセンテージで現れるが、顕著に欠けている重要語であってもよい。それはまた、多数のそのような判別手段を特定し、そのすべてを選択対象としてユーザに提供してもよい。
【０１０２】
判別手段の特定はそれ自体十分開発された技術である。シンプルなアプローチとして、リターンされたレコードに最も頻繁に出現する用語を示すヒストグラムを生成し、最も頻度の高いこれらの用語の中からユーザによる選択を可能にするというものである。他のアプローチとしては、クエリには特定されていないが、クエリにおいて特定された単語と関連して出現する単語の共通の出現率が、２つの単語が互いに近接して出現するとき、クエリで特定されていない単語が特定されている単語を修正するという仮定の下、探索される。この特定されていない用語が選択対象のオプションとして与えられる。これらの判別手段の特定に必要とされる統計の世代は、検索エンジンにより使われるプロセスから直接的なものである。検索エンジンは、そのような統計の準備世代を許すインデックスファイルを生成あるいは利用する。
【０１０３】
これらの判別手段はさまざまな手段により導出されうる。例えば、リターンされた選択集合を使って、リターンされたレコード群における各用語の頻度を示すヒストグラムが生成されうる。ヒット数が最も多い用語が表示されてもよい。そしてユーザは１つ以上を選ぶことができてもよい。例えば、クエリがブール式“「犬」かつ「毛皮または髪」かつ「カールまたはウェーブ」”を含み、特定の品種に関する情報を見つけることが目的であると仮定する。この例では、この検索によりリターンされたレコードには、さまざまな品種に関する情報が含まれ、そのほとんどが特定の品種に集中する。ヒットの頻度が最も高い用語が、もしユーザにより示されれば、検索エンジンにあるレコード群が望まれ、あるレコード群が望まれないということを伝えるために利用される情報を与えるかもしれない。従って、例えば、「小さい」「大きい」「やせている」「重い」のような共通のディスクリプタがリターンされるかもしれない。これらの中から、便利にブラウズでき、所望のヒットを生成する数にまで選択されたレコードの絞込みに貢献するものを選択することができる。このプロセスを拡張するために、ＵＩはもとの集合でのヒット数、もとのクエリにより与えられた判別手段の何れかの組み合わせから生じる数、新しいクエリがその判別用語を使って生成されるときの組み合わせの効果を表示してもよい。後者の例として、クエリが“「やせている」かつ「小さい」”を含んでいるとする。各用語が加えられると、その効果が表示される。これは、検索クエリが入力されると、リターンされた結果数が継続的に更新されるＦｏｌｉｏＣｏｒｐｏｒａｔｉｏｎによるＦｏｌｉｏＢｏｕｎｄＶｉｅｗｓ（登録商標）と類似している。
【０１０４】
そのようなシンプルな判別手段での問題は、そのような用語がもとの検索クエリにおける用語にとり付くということである。言い換えると、リターンされた結果の大部分においてそれらは共通し、従って、結果を判別には十分に機能しないかもしれない。より望まれるものは、リターンされたレコードを大きな比率で分ける高い確率を有する判別手段である。より良い判別手段を特定する１つの方法は、関連において意味があるということを推測するもとのクエリには含まれないが、もとのクエリのものと関連して出現する共通の単語を見つけることである。この関連は、用語の相互の近似、例えば、文法的構文解析（例えば、検索クエリ用語を修正する形容詞を特定する）などにより推測されるかもしれない。最も高い頻度で出現するこれらの候補となる判別手段がユーザに与えられ、ユーザはその中から選択することができる。
【０１０５】
上述の２つのアプローチの精緻化したものとして、各判別手段の能力に基づき、リターンされた集合を少数の部分集合にために判別手段を選択するというものがある。これを行う１つの方法は、ヒストグラム手続きによりどうしゅつされたように、候補となる判別手段の高いヒットカウント集合を取り出し、それらの中から抽出結果の小さなパーセンテージで出現するが、顕著に欠いている重要語がどれであるか決定する（重要さは、例えば、レコードの中での出現頻度、タイトルでの使用などから推測される）。すなわち、いくつかのレコードでは、その用語は重要であるが、すべてのレコードには出現しない。上述のカールヘアの犬種の例では、レコードが関係している犬種名が、その犬種に関連していて、かつその犬種に関連していないレコードには出てこないレコードにおいて重要である。検索エンジンは、多くが犬種名を含むそのような判別手段のリストを表示する。
【０１０６】
図２４の手続きは、ステップＳ３１０における検索プロセスによりリターンされる多数の低信頼度の結果から開始される。ステップＳ３１５において、判別手段が検索結果において特定され、ステップＳ３２０においてユーザ状態と関連して選択される。もしステップＳ３２５において関連していると特定された判別手段があれば、ステップＳ３３０においてユーザに質問が出され、ステップＳ３３５において入力が受信され、ステップＳ３４０において新たなクエリが生成される。もし関連した判別手段がなければ、アクションは中止されるか、あるいは任意の判別手段に基づきよりユーザインターラクション強化プロセスが引き続き行われる。判別手段の関連性は、ユーザ選好ベースに相談することにより決定されてもよい。クエリが選好プロファイルからの情報をあまり含んでいないので、候補となる判別手段が、検索と関連のあるプロファイルコンテンツを特定するプロファイルデータベースのプローブ（ｐｒｏｂｅ）として利用されてもよい。用語辞典がプロファイルの用語を拡張するため、このコンテクストで利用されてもよい。
【０１０７】
図２５を参照するに、辞書を使ったクエリ用語の拡張プロセスが示される。ステップＳ３４５において、１つ以上の検索用語の種類である１つ以上の用語が生成され、ステップＳ３７５において１つ以上の新たなクエリを生成するのに適用される。ステップＳ３５０において、同時に、１つ以上の新たな「どこで見つけられた（ｗｈｅｒｅｆｏｕｎｄ）」用語が生成され、ステップＳ３７５における１つ以上の新たなクエリの生成に適用される。ステップＳ３５５において、同時に、１つ以上の新たな「どのように使われる（ｈｏｗｕｓｅｄ）」用語が生成され、ステップＳ３７５において１つ以上の新たなクエリの生成に適用される。ステップＳ３６０において、同時に、１つ以上の新たな「部分（ｐａｒｔｓｏｆ）」用語が生成され、ステップＳ３７５において１つ以上の新たなクエリの生成に適用される。ステップＳ３６５において、同時に、１つ以上の新たな「いつ使われる（ｗｈｅｎｕｓｅｄ）」用語が生成され、ステップＳ３７５における１つ以上の新たなクエリの生成に適用される。ステップＳ３７０において、同時に、１つ以上の新たな「特徴（ｃｈａｒａｃｔｅｒｉｓｔｉｃｓｏｆ）」用語が生成され、ステップＳ３７５において１つ以上の新たなクエリの生成に適用される。これらの関連語は説明のための単なる例である。ここで、生成ステップＳ３４５からＳ３７０は、例えば、「特徴」用語の上位語やホロニムの種類が生成されるよう再帰される。図２５の手続きは読取器を特徴付ける用語、ＭＲＬ装置と関連するアイテム、または図２６の手続きに示されるような他の用語に適用されてもよい。ステップＳ３８０において、代わりの用語が読取器のタイプに対し生成される。ステップＳ３８５において、代わりの用語がＭＲＬ装置により特定されたアイテムやイベントのタイプに対して生成される。ステップＳ３８６において、他の用語が同様に拡張される。代替的なリクエストを生成するためすべての拡張がステップＳ３９０において利用されてもよい。
【０１０８】
図２７を参照するに、特定の種類の走査リクエストの入力に使用されるＵＩは、アイテム、イベントなどの特徴づけが可能なさまざまなスケールの表示を制御を含んでいる。例えば、食料雑貨は新鮮さのスケールで特徴づけが可能である。その新鮮さのスケールでは、乾燥させた商品は低く、季節の新鮮な野菜は最も高く、冷凍食品は中位のスケーリングとなるであろう。アップスピンボタン３０５とダウンスピンボタン３０７を備えたスピンタイプの制御が走査されたアイテム例からの変化のタイプを示すのに利用されてもよい。従って、ユーザはアイテムのＭＲＬ装置を走査し、それと類似したより新鮮な（あるいはより安い、より調理しやすい、より健康的な）ものへの興味を示す。モードコントロール３００が、新鮮さ３１０、コスト３１５、調理の容易さ３２０、健康性３２５のようなさまざまなスケールで回転させるのに利用される。それが接続されている読取器やサービスが、走査される製品やイベントのＭＲＬ装置のタイプに基づき、そのスケールを選択する。例えば、食料品が図２７に示されるようなスケールを提供するのに対して、映画のＭＲＬ装置は、怖さ、アクション、気軽さなどを含むスケールの集合を与える。スケールは複数のレイヤを備えていてもよい。例えば、健康性についてのスケールの下のレイヤ３２５では、ユーザは塩分３４０、脂肪分３３５及び繊維分３３０のようなさらなる詳細な特徴の変更が可能である。ここで、会レベルのスケールは、例えば、ユーザが健康性を構成するものの個人的定義を作成することができるよう、プロファイル生成の一部として変更することが可能である。
【０１０９】
図２８は、所定の基準が満たされたときのみ、走査から生じる出力の生成手続きを示す。ユーザはこの特徴をオンしてもオフしてもよい。もしユーザがあるアイテムを走査し、それが所定の方法で基準と関連していなければ、ヌル表示あるいは表示が生成されない。ここでのアイデアは、ユーザの携帯読取器がエージェントとして機能するということである。ユーザが面白いと感じるアイテムに接近する場合のみ、ユーザに面倒をかける。この構成では、ユーザがレスポンスを得るために何かをする必要がないよう、相当程度の距離からのアイテムの走査能力が必要とされるかもしれない。ＭＲＬ装置は個々によって持ち運ばれ、あるいは装着されるかもしれない。本発明は、ユーザに、それらが基準を満たしていれば、個々についての関連情報を示すのに利用される。ステップＳ２７０において開始されると、読取器はその近傍におけるＭＲＬ装置を受動的に走査する。ステップＳ２７２において、読取器は各ＭＲＬ装置を基準プロファイルと比較する。もしステップＳ２７４において適合するものがあれば、ステップＳ２７６においてユーザにその結果を示す信号が生成される。その信号には、この適合を引き起こすものの詳細を示す表示出力や音声出力が含まれる。もし適合しているものがなければ、ステップＳ２７０においてＭＲＬ装置が再度走査される。シナリオの具体例は以下のようなものである。ある買い物客は、そのプロファイルにより明らかに示されるようなガーデニング愛好者である。その買い物客が電化製品販売店で冷蔵庫売り場を通り過ぎると、その買い物客の読取器がちょうど通過した冷蔵庫についての情報に関して買い物客に信号を送信する。その情報には、冷蔵庫のコンデンサからの適度な熱を利用することにより、植物の苗が冷蔵庫の上部で栽培できるという冷蔵庫の特徴が説明されている。
【０１１０】
図２９を参照するに、上述のように、ＭＲＬシステムが利用可能なアイテムのタイプにはあまり例外がないことが好ましい。例えば、もし食品の棚卸であるものが自動的に更新することができなければ、食品の在庫メンテナンスに自動化システムを採用することは抑制要因となるかもしれない。この点に関して、消費財は問題を有するかもしれない。なぜならＭＲＬ装置は、例えば、ポテトサラダのような消費財では、その調理の時間と場所においてプログラム可能でないかもしれない。ステップＳ６０５において登録ステップから開始され、ステップＳ６０５において、初期的分量を含む消費アイテムを特定及び特徴付けるユニークな識別子と情報を有するあらかじめプログラムされたＭＲＬ装置が保存される。ステップＳ６１５において走査イベントが発生すると、ユーザは前述の何れかの方法で適切な１つ以上のレスポンスを受信する。ステップＳ６２０において、ユーザは分量を更新するオプションが与えられる。もしユーザがそうすることを選べば、ステップＳ６２５において関連リソースやデータベースに蓄積されている分量データを更新する。もしステップＳ６２６において、消費アイテムが使い切られるか、あるいは有効期限パラメータの期限が切れれば（例えば、ポテトサラダは利用できなくなるまで長く保存された）、そのスレッドは消去され、データ（関連）は破棄される。ここで、上述の手続きは、消費アイテムだけでなく、状態が経時的に変化するのようなアイテムに適用されてもよい。例えば、トマトは経時的に変化し、食品の棚卸しを増加させる。また、そのようなアイテムは食品には限らない。（切り売りの）木材や釘のようなものであってもよい。また、ＭＲＬ装置は適当な手段を利用して装着されてもよい。例えば、ＭＲＬ装置は粘着性の背面や再利用可能なひもを備えて製造されてもよい。ＭＲＬ装置は容器に鋳込されるか、あるいは永久的に貼りつけられてもよい。表示スタンドが青果アイテムの傍でＭＲＬ装置を支持してもよいし、あるいはスーパーの青果物エリアでしばしば利用可能なプラスティックのバッグにＭＲＬ装置が形成されてもよい。消費財を特定するデータが、店の棚卸し及び／または購入追跡の付加的出力として、店の会計レジにより保存されてもよい。また、ユーザが青果物の分量を量り、バーコードをプリントするための端末で選択するという多くのヨーロッパのスーパーにみられるような関連情報をユーザが入力できるようなステーションがあってもよい。関連データも同様にして生成することができる。
【０１１１】
図３０を参照するに、取り除いた分量、あるいは残っている分量を量る装置を利用することによって、分量あるいはアイテムの変更された他の性質の自動更新が可能である。例えば、埋め込まれた読取器６４５を有するスマートスケール６５０が利用されてもよい。アイテムがスケール６４５に置かれるたびに、そのアイテムの最新の重量が分量を示すために更新される。そのようなスケール６４５は、冷蔵庫及び／またはカップボードに組み込まれていてもよい。このスケールにはＵＩ６４０が備えられている。更新されたデータはユーザによって手動で入力されてもよい。例えば、テーブルソーに装着された読取器のＵＩは、切り取られた板のサイズと重量に関して入力を促す。
【０１１２】
前述のように、関連性データや他のデータが物理的に保存されるかどうかは重要ではない。データバスが物理的なメモリや不揮発性ストレージをプロセッサに接続するのと同じように、ネットワークやインターネットがデータオブジェクトをプロセスに接続してもよい。従って、この説明では、データがどこに蓄積されるかについて特別な言及がなかったとしても、それは重要なことでなく、例えば、ベンダーのサーバ、読取器、ホームネットワークサーバ、第三者のサーバなどのデータの蓄積場所について、当業者は容易に適切な判断を行うことができると仮定できる。従って、プロファイルデータは、ユーザの居るところどこにでもユーザを追跡するよう構成されてもよい。もしユーザが公共の場で読取器を使用するとき、ユーザの個人プロファイルはユーザが利用しているプロセスにアクセス可能である。このことは、ユーザのプロファイルデータを保護するために適切なセキュリティ装置が設置されているということを前提としている。また、上述の説明では、大部分の場合、タッチスクリーンを備えた手持ち式のオーガナイザに組み込まれるタイプのＵＩは、データの表示及び入力を可能にする前述の読取器と関係付けがなされている。このＵＩは、読取器が装着されているか、あるいは結合された装置の一部であるかもしれない、または読取器の一部として構成されているかもしれない。ＵＩの詳細は、説明された点を除けば、重要でないかもしれない。その詳細は、設計者の判断で任意の適切なタイプとして構成されればよい。
【０１１３】
本発明が上述の実施例における詳細に限定されるものでなく、本発明の意図または本質的属性から逸脱することなく、他の特定の形態により実施されうるということは当業者には明らかであるだろう。従って、与えられた実施例は、あらゆる点において例示的かつ非限定的なものとしてみなされるべきものであり、本発明の範囲は、上述の説明でなく、請求項により示されると考えられるべきである。この請求項に等価な意味及び範囲に属するあらゆる変更が含まれることを意図している。

【図面の簡単な説明】
【０１１４】
【図１】図１は、本発明のさまざまな実施例によるオフラインデータ転送動作を実行するためのハードウェア構成を示した図である。
【図２】図２は、ＭＲＬ装置が装着された任意の製品または製品パッケージを示した図である。
【図３】図３は、ＭＲＬ装置が装着されたチケットの半券の前面を示した図である。
【図４】図４は、ＭＲＬ装置が装着されたチケットの半券の背面を示した図である。
【図５】図５は、ＭＲＬ装置が装着された広告（雑誌、看板、ポスターなど）を示した図である。
【図６Ａ】図６Ａは、本発明の実施例によるＭＲＬ装置スキャナによるオンラインデータ転送プロセスを示したフローチャートである。
【図６Ｂ】図６Ｂは、本発明の実施例によるサーバによるオンラインデータ転送プロセスを示したフローチャートである。
【図７】図７は、本発明の実施例によるユーザインターフェイス（ＵＩ）による表示のために合成された結果を獲得するために、構造化されたリソースベースの検索と構造化されていないリソースベースのファジー検索とをＭＲＬ読取器が同時に実行するシステムを示した図である。
【図８】図８は、クエリにおける用語が無条件的に拡張される本発明の他の実施例によるユーザインターフェイス（ＵＩ）による表示のために合成された結果を獲得するために、構造化されたリソースベースの検索と構造化されていないリソースベースのファジー検索とをＭＲＬ読取器が同時に実行するシステムを示した図である。
【図９】図９は、図７及び図８のシステムにより獲得された結果を表示するためのＵＩ要素を示した図である。
【図１０】図１０は、自然言語構文解析器を利用して、ＭＲＬ走査と付随する場面の結果にリソースを適合させるためのインデックスを生成するリソースベースを検索するシステムを示した図である。
【図１１】図１１は、クエリにおける用語が条件的に拡張される本発明の他の実施例によるユーザインターフェイス（ＵＩ）による表示のために合成された結果を獲得するために、構造化されたリソースベースの検索と構造化されていないリソースベースのファジー検索とをＭＲＬ読取器が同時に実行するシステムを示した図である。
【図１２】図１２は、本発明の実施例によるサーバとの遅延インターラクションを開始するためのプロセスを示したフローチャートである。
【図１３】図１３は、スキャナとサーバが情報のスキャナへの転送を含むトランザクションを完了させるスキャナとサーバとのインターラクションを示したシーケンス図である。
【図１４】図１４は、スキャナとサーバがトランザクションを完了させず、情報のスキャナへの転送を後に遅延させるスキャナとサーバとのインターラクションを示したシーケンス図である。
【図１５】図１５は、スキャナとサーバが走査が実行された後、情報のスキャナへの転送を含むトランザクションを完了させるスキャナとサーバとのインターラクションを示したシーケンス図である。
【図１６】図１６は、スキャナとサーバがスキャナに直接でなくルーティングさせた情報の転送を含むトランザクションを完了させるスキャナとサーバとのインターラクションを示したシーケンス図である。
【図１７】図１７は、本発明の実施例による遅延されたトランザクションを完了させる適時性を示すイベント、あるいは潜在的なトランザクションが消去または再ルーティングされるイベントを待機する手続きを示すフローチャートである。
【図１８】図１８は、本発明の実施例によるＭＲＬの走査に基づくさまざまな検索結果のためのさまざまなオプションを提供する手続きを示すリンクフローチャートである。
【図１９】図１９は、本発明の実施例によるＭＲＬの走査に基づくさまざまな検索結果のためのさまざまなオプションを提供する手続きを示すリンクフローチャートである。
【図２０】図２０は、本発明の実施例による受動的にＭＲＬを走査し、条件的にメッセージを受信する手続きを示すフローチャートである。
【図２１】図２１は、本発明の実施例によるＭＲＬ装置により特定される装置とアイテムを利用により、ユーザによる新たなレスポンスの定義付けを可能にする手続きを示すフローチャートである。
【図２２】図２２は、本発明の実施例によるユーザによるチケットを通じた購入を可能にする、あるいは青少年による購入能力制限、データベースへの選考及び制約の保存を可能にするため、アカウントとチケットや他の文書上のＭＲＬとの関係付けを生成する手続きを示すフローチャートである。
【図２３】図２３は、ユーザの識別に応答した推奨作品の受信プロセスを示した図である。
【図２４】図２４は、本発明の実施例によるユーザからの入力と検索結果の最も重要な識別手段の自動特定による検索結果の明確化手続きを示すフローチャートである。
【図２５】図２５は、本発明の実施例による検索用語の拡張プロセスを示すフローチャートである。
【図２６】図２６は、本発明の実施例によるクエリの拡張プロセスを示すフローチャートである。
【図２７】図２７は、本発明の実施例による走査アイテムと関連したアイテムについての情報をリクエストするためのＵＩを示す図である。
【図２８】図２８は、本発明の実施例による特定の基準を満たした場合のみにユーザに警告を与える受動的なアイテム走査プロセスを示すフローチャートである。
【図２９】図２９は、本発明の実施例による装着されたＭＲＬ装置により消費財の管理プロセスを示すフローチャートである。
【図３０】図３０は、本発明の実施例によるデータベースにおける残りの分量をＭＲＬと関連付けることにより消費財の分量の更新に利用されるＭＲＬ読取器とＵＩを備えたスマートスケールを示した図である。

Claims

データストアにあるデータリソースを特定及び接続する装置であって：
機械可読ラベル読取器；及び
前記読取器を制御するよう接続され、前記データリソースの少なくとも１つの選ばれたものを読取るため接続可能なコントローラ；
からなり、前記コントローラは、前記コントローラは、前記読取器からオブジェクトを識別する第１単語を受信し、前記データリソースを検索し、少なくとも１つのクエリに適合する１つ以上の前記データリソースを特定するために利用可能な前記少なくとも１つのクエリを生成するようプログラムされ、前記コントローラは、前記第１単語に意味的に関連する少なくとも１つの第２単語を検索し、前記クエリまたは他のクエリにおける前記単語を利用するようプログラムされることを特徴とする装置。
請求項１記載の装置であって、前記機械可読ラベルは、無線トランスポンダあるいは送信機を含むことを特徴とする装置。
請求項１記載の装置であって、前記コントローラは、前記クエリまたは前記他のクエリが、前記読取器に関連するオブジェクトの識別子に応じたデータを含むことを特徴とする装置。
請求項１記載の装置であって、前記読取器はユーザ選好データストアを含むか、あるいは接続可能であり、前記コントローラは前記データストアに接続可能であり、前記コントローラは、前記クエリにある前記ユーザ選好データストアから少なくともデータの一部を含むようプログラムされ、前記少なくとも選ばれたものは前記ユーザ選好データストアからの前記データの少なくと一部に応じて選択されることを特徴とする装置。
請求項４記載の装置であって、前記コントローラは、前記選ばれたものの好ましさを示すユーザからの入力を受信し、該入力に応じ前記ユーザ選好データストアを更新するようプログラムされることを特徴とする装置。
請求項１記載の装置であって、前記読取器は無線携帯読取器であることを特徴とする装置。
データストアにある少なくとも１つのデータリソースを特定及び選択するシステムであって：
機械可読ラベル読取器；
複数のリソースと該複数のリソースに対応したテキスト記述を有するリソースベース；
及び
前記リソースベースに接続可能で、クエリへのマッチングに利用するため、前記テキスト記述における複数のキー単語を特定する自然言語インターフェースにより部分的に構文解析することによって、前記リソースのインデックスを生成するコントローラ；
からなり、前記テキスト記述は前記複数のリソースとは別のものであるか、あるいは前記複数のリソースを少なくとも部分的に含み、前記テキスト記述は自然言語口述における複数の自然言語単語を含み、前記読取器は、機械可読ラベルに保存されるデータに応じた単語に意味的に関連した少なくとも１つの単語を検索するようプログラムされ、前記読取器は、前記複数のデータリソースの前記少なくとも選ばれたものを特定するための、かつ前記少なくとも選ばれたものを特定するのに利用可能な、前記機械可読ラベルに保存されるデータに応じた前記単語に意味的に関連する前記少なくとも１つの単語を含むクエリを生成するようプログラムされることを特徴とするシステム。
請求項７記載のシステムであって、前記機械可読ラベルは、無線トランスポンダあるいは送信機を含むことを特徴とするシステム。
請求項７記載のシステムであって、前記クエリは、前記読取器と関連するオブジェクトが属するクラスの識別子に応じたデータを含むことを特徴とするシステム。
請求項７記載のシステムであって、前記クエリは、前記機械可読ラベルと関連するオブジェクトが属するクラスの識別子に応じたデータを含むことを特徴とするシステム。
リソースベースにあるリソースを特定する方法であって：
第１読取器において、機械可読ラベル装置を走査し、該機械可読ラベル装置と関連するオブジェクトを特定するデータを受信するステップ；
前記機械可読ラベル装置と関連する前記オブジェクトを特定する前記データに応じて、前記第１読取器データと関連するオブジェクトの識別子の少なくとも１つに応じた第１データを含む第１検索クエリを生成するステップ；
前記第１データに関連する少なくとも１つの単語を、該少なくとも１つの関連単語を特定する関連単語の辞書から検索するステップ；
前記第１データに関連する前記少なくとも１つの単語を含む少なくとも１つの第２クエリを生成するステップ；及び
リソースベースの検索のため、前記第１クエリと前記少なくとも１つの第２クエリを利用するステップ；
からなることを特徴とする方法。
請求項１１記載の方法であって、前記少なくとも１つの関連単語は、前記機械可読ラベルに関連するオブジェクト及び他のオブジェクトが、どこで、いつ、及び／またはどのように利用されるかを記述する単語を含むことを特徴とする方法。
請求項１１記載の方法であって、前記少なくとも１つの関連単語は、下位語及び／または上位語を含むことを特徴とする方法。
請求項１１記載の方法であって、さらに、前記第１読取器と関連するオブジェクトを特徴付ける第２データと関連する少なくとも１つの単語を検索し、さらなるクエリで前記第２データに関連する前記少なくとも１つの単語を利用し、前記リソースベースを検索するステップを備えることを特徴とする方法。
請求項１１記載の方法であって、さらに：
前記第１クエリと前記少なくとも１つの第２クエリに適合する少なくとも１つのリソースを特定し、前記適合の信頼レベルを決定するステップ；
前記信頼レベルが所定の信頼レベルより低い場合、ユーザからさらなるデータを求めるステップ；及び
前記信頼レベルが前記所定の信頼レベルより高い場合、前記少なくとも１つのリソースに応じた出力を生成するステップ；
を備えることを特徴とする方法。
請求項１１記載の方法であって、さらに：
前記第１クエリと前記少なくとも１つの第２クエリに適合する少なくとも１つのリソースを特定し、前記適合の信頼レベルを決定するステップ；
前記信頼レベルが所定の信頼レベルより低い場合、新たなリソースを定義する入力を受信し、前記新たなリソースをリソースベースに保存するステップ；及び
前記信頼レベルが前記所定の信頼レベルより高い場合、前記少なくとも１つのリソースに応じた出力を生成するステップ；
を備えることを特徴とする方法。
請求項１１記載の方法であって、さらに：
前記第１クエリと前記少なくとも１つの第２クエリに適合する少なくとも１つのリソースを特定し、前記適合の信頼レベルを決定するステップ；
前記信頼レベルが所定の信頼レベルより低い場合、前記第１読取器に関連する前記オブジェクトと異なるタイプのオブジェクトを特定し、その識別子を出力するステップ；及び
前記信頼レベルが前記所定の信頼レベルより高い場合、前記少なくとも１つのリソースに応じた出力を生成するステップ；
を備えることを特徴とする方法。