JP5932665B2 - メディアストリーム内で識別されるアイテムの提示 - Google Patents

Description

本出願は、どちらもＵＴＩＬＩＺＩＮＧ ＰＨＲＡＳＥ ＴＯＫＥＮＳ ＩＮ ＴＲＡＮＳＡＣＴＩＯＮＳと題される、２００６年８月２５日に提出された米国特許仮出願第６０／８２３，６１１号、および２００６年１０月１０日に提出された米国特許出願第１１／５４８，１１１号に関連し、その両方が本明細書に参照として組み込まれる。

テレビ放送等のビデオストリームを観ている間、ユーザは、多数の異なる販売業者によって販売を提示される多数の異なる製品の多くの広告を見る。しかしながら、これらのユーザのうちの１人が、提示される製品を購入したいと望む場合、ユーザは、典型的に、所望の製品を提示する実店舗へ行くか、またはインターネット上で所望の製品を注文するために、テレビから全く切り離されたコンピュータを使用しなければならない。例えば、１足の特定の靴の広告を観た後、ユーザは、その靴を提示する地元の販売業者まで行くか、またはユーザのデスクトップもしくはラップトップコンピュータを使用して販売業者からその靴を注文するかのいずれかである。

しかしながら、これら２つの選択肢はいずれも、ユーザが、現在関心のある対象、すなわち現在ユーザのテレビに放送されているテレビストリームから、注意を逸らすことを必要とする。

添付の図を参照して、詳しい説明が記載される。図の中で、参照番号の左端の数字（１つまたは複数）は、参照番号が最初に現れる図を識別する。異なる図の中での同一の参照番号の使用は、類似または同一のアイテムを示す。

テレビでビデオストリームを観ているユーザを含むアーキテクチャ例を示す図であり、図示されるように、テレビは、テレビ上に表示されるビデオストリームを監視するデバイスに接続しており、このアーキテクチャにおいて、ユーザは、例えば、デバイスまたはテレビが、以前に要求を行ったユーザに関連付けられているかどうかに関わらず、テレビ上に表示されるアイテムを購入するか、またはそれに関する情報を受信することができる。 図１のテレビに接続されるデバイスの構成要素例、ならびにテレビ上に表示されるアイテム、またはそのアイテムついての情報を提示する、図１のアイテム提示サービスの構成要素例を示す図である。 ユーザがテレビ上に表示されるアイテムの購入を要求する際に、図１のテレビ上に表示することができる一連のユーザインターフェース（ＵＩ）例を示す図である。 ユーザが、テレビ上に表示されるアイテムを、要求するユーザに関連するショッピングカートに追加することを要求するときに、図１のテレビ上に表示することができる一連のユーザインターフェース（ＵＩ）例を示す図であり、いくつかの事例において、図１のアイテム提示サービスは、ユーザのショッピングカートを保持する。 ユーザが、テレビ上に表示されるアイテムについての情報を要求するときに、図１のテレビ上に表示することができる一連のユーザインターフェース（ＵＩ）例を示す図である。 テレビ上に表示されるアイテムを購入するためのユーザの要求を履行するためのプロセスの例示のフロー図である。 テレビ上に表示されるアイテムを購入するためのユーザの要求を履行するためのプロセスの例示のフロー図である。 テレビ上に表示されるアイテムを購入するためのユーザの要求を履行するためのプロセスの例示のフロー図である。 ユーザが図１のテレビ上に表示されるアイテムの購入を開始するように要求することを可能にするために、図１のデバイスが実装できるプロセス例を示す図である。 複数の異なるユーザから、図１のテレビ上に表示されるアイテムに関する複数の要求を受信することに応じて、図１のアイテム提示サービスが実装できるプロセス例を示す図である。

＜概要＞
本開示は、部分的に、ユーザがメディアストリーム内で識別される提示を活用することを可能にする技術を目的とする。例えば、この技術は、ユーザがアイテムを入手すること（例えば、購入、レンタル、リース、ダウンロード等）、またはコンテンツ出力デバイスによって出力されているメディアストリーム内で識別されるアイテムに関する情報を受信することを可能にすることができる。コンテンツ出力デバイスは、パーソナルコンピュータデバイス、テレビ、ラジオ、ヘッドアップ表示装置、キオスク、またはいずれの種類のコンテンツも出力可能ないずれの他のデバイスを含むことができる。さらに、コンテンツ出力デバイスによって出力されるストリームは、ビデオストリーム、オーディオストリーム、またはメディアストリームのいずれの他の形態を含むことができる。これらの技術は、ユーザが以前にコンテンツ出力デバイス、またはコンテンツ出力デバイスによって出力されるストリームを監視するデバイスに関連していたかどうかに関わらず、適用される。

一例において、これらの技術を用いることで、テレビに表示されるビデオストリームを観ているユーザは、購入のために提示されるアイテムの広告を見ることができる。それに応じて、ユーザは、アイテム提示サービスからそのアイテムの購入を開始すること、アイテム提示サービスでユーザのショッピングカートにアイテムを追加すること、またはアイテム提示サービスからそのアイテムに関する情報を受信すること、を選択することができる。

そうするために、ユーザは、リモートコントロールを介してか、あるいは別の方法で、セットトップボックス等の、テレビによって表示されているビデオストリームを監視するデバイスに要求を送信することができる。要求の受信に応じて、デバイスは、ユーザの識別子の入力を促進することができる。ユーザは、次いで、ユーザの電子メールアドレス、ユーザの携帯電話番号、ユーザの名前、またはアイテム提示サービスがユーザを固有に識別することを可能にするいずれの他の情報を入力することができる。

ユーザの識別子を受信した後、アイテムの購入要求等の要求を開始するために、デバイスは、アイテムの識別子とともに、その識別子をアイテム提示サービスに送信することができる。以下で説明されるいくつかの事例において、デバイスはまた、アイテム提示サービスが受信されたメッセージの認証を検証することを可能にする目的で、メッセージ認証コード（ＭＡＣ）（例えば、ハッシュベースＭＡＣ）等を送信することもできる。

アイテム提示サービスは、ユーザ識別子、アイテム識別子、および潜在的にはＭＡＣを受信することができる。メッセージの認証の検証後、アイテム提示サービスは、ユーザを識別する目的で、受信されたユーザ識別子をユーザアカウントへマッピングすることができる。サービスはまた、アイテムを識別する目的で、アイテム識別子をアイテムの電子カタログへマッピングすることができるが、ただしセットトップボックス等のデバイスが既にそうしている場合は除く。

アイテムの識別後、サービスは、ユーザが、どのようにアイテム提示サービスでの購入を承認したいかを判定するために、ユーザアカウント、ならびにサービスがユーザに連絡するために使用する連絡先情報を分析することができる。例えば、サービスは、ユーザが要求された購入を承認するために、電子メールの受信を好むことを判定する場合がある。逆に、サービスは、ユーザがショートメッセージサービス（ＳＭＳ）またはマルチメディアメッセージサービスのテキストメッセージの受信を好むと判定する場合がある。さらに他の事例において、サービスは、受信されるユーザ識別子に基づいて、通信をユーザに送信してもよい。例えば、アイテム提示サービスは、ユーザが電子メールアドレスを提供した場合、電子メールを送信してもよく、ユーザが携帯電話番号を送信した場合は、ＳＭＳテキストメッセージを送信してもよい、等である。

いずれの事例においても、サービスは、アイテムの購入を承認するための要求をユーザに送信することができる。いくつかの事例において、サービスは、ユーザがユーザ識別子を入力し、アイテム提示サービスがユーザおよびアイテムの識別子を受信する通信チャネルとは異なる通信チャネルを介して、このメッセージをユーザに送信する。例えば、サービスは、デバイスとサービスとの間の個別接続を介して、ビデオストリームを監視するデバイスからユーザおよびアイテムの識別子を受信することができ、一方で、購入を承認するために電子メールまたはＳＭＳテキストメッセージをユーザに送信することができる。

これらの事例のそれぞれにおいて、ユーザは、アイテム提示サービスから、アイテム購入の承認要求を受信することができる。ユーザは、次に、その承認要求を承認または拒否することができ、この承認または拒否をアイテム提示サービスに提供し返すことができる。サービスは、ユーザが購入を開始するための要求を入力した方法とは異なる通信チャネルを介して、この要求を送信するため、ユーザは、テレビを介してではなく別のコンピュータデバイスを介して、承認要求を承認または拒否する。例えば、ユーザは、サービスがＳＭＳテキストメッセージを介してユーザに承認要求を送信した事例においては、ＳＭＳテキストメッセージを介してアイテム提示サービスに承認を送信することができる。

これらの技術の使用を用いて、ユーザは、コンピュータデバイスまたはテレビでビデオストリームを観ている間（例えば、テレビ放送、ローカルに記憶された映画を観ている間、電子番組ガイド（ＥＰＧ）をナビゲートしている間、もしくはゲームをしている間等）、ラジオでオーディオストリームを聴いている間、またはいずれの他のコンテンツ出力デバイスによるいずれの他のメディアストリームを消費している間に、アイテムの購入、アイテムのショッピングカートへの追加、およびアイテムについての情報の受信等のために、１つ以上のアイテム提示サービスに要求を送信することができる。さらに、要求の送信後、ユーザは、アイテム提示サービス（１つまたは複数）から、ユーザの携帯電話、ユーザのラップトップコンピュータデバイス、またはユーザが最初の要求を入力したテレビ以外のいずれの他の電子デバイスを介して、承認要求を受信することができる。さらに、これらのユーザは、これらの他のチャネルを介しても同様に、要求されたアイテムまたは情報を受信することができる。例えば、ユーザは、テレビに接続されるデバイスを通じてその情報に対する要求を行った後、要求されたアイテムについての情報を、電子メールを介して受信することができる。

さらに他の事例において、ユーザは、ビデオストリーム等のストリーム内で識別されるアイテムを購入することを要求し、この要求の一部として、ユーザ識別子および個人識別番号（ＰＩＮ）の両方、またはアイテム提示サービスでのユーザのアカウントに関連する他のパスワードを提供することができる。次に、コンテンツ出力デバイスに接続されるデバイスは、ユーザ識別子およびＰＩＮとともに、この要求をアイテム提示サービスに送信することができ、それは、ＰＩＮが識別されたユーザのアカウントと関連してアイテム提示システムによって記憶されたＰＩＮと一致する場合、識別されたユーザの代理でその要求を実際に進行させることができる。つまり、アイテム提示サービスは、ユーザ識別子と、アイテム提示サービスにおいてユーザ識別子に関連するＰＩＮとを伴うデバイスからの要求を受信することに応じて、アイテムの購入要求を承認することができる。

さらに、これらの技術は、アイテム提示サービスにこれらの識別子を提供する前に、ユーザがユーザ識別子を入力することを可能にするため、これらの技術は、複数の異なるユーザが、共通のデバイスおよび／またはコンテンツ出力デバイスを通じて要求を送信することを可能にする。つまり、複数のユーザが共通のビデオストリームを観ている場合、例えば、個々のユーザに対して固有の通信チャネル上でアイテム提示サービスとのトランザクションを完結する前に、ユーザのそれぞれが、テレビで表示されるアイテムの購入を要求するか、あるいはそれに関する行動をとることを可能にする。

例えば、第１のユーザは、テレビ等のコンテンツ出力デバイスに接続されるデバイスに、ユーザの携帯電話番号を入力することによって、新しい靴の購入を要求することができる。その靴の識別子およびユーザの電子メールアドレスの受信後、アイテム提示サービスは、次に、ユーザがその購入を承認または拒否することを可能にするために、入力されたアドレスに電子メールを送信することができる。第２のユーザは、その一方で、販売のための特定の本の広告を見ることができ、その広告された本に関する詳細情報を要求することができる。ユーザは、テレビに接続されるデバイスにユーザの携帯電話番号を入力することができ、ユーザおよびアイテム識別子の受信後に、アイテム提示サービスは、入力された携帯電話番号に、広告された本についての追加情報を含むＳＭＳまたはＭＭＳテキストメッセージを送信することができる。

説明は、１つのアーキテクチャ例および上記で紹介した技術を実装するいくつかの構成要素例を記載する「例示的アーキテクチャ」と題されるセクションで開始する。次に、「例示的ユーザインターフェース」と題されるセクションが続き、ユーザが、テレビで表示されるアイテムの購入、ユーザのショッピングカートへのアイテムの追加、またはアイテムに関する情報の要求後に、図１のユーザのテレビに供され、そこで表示されるユーザインターフェース（ＵＩ）例を説明する。説明は、「例示的プロセス」と題されるセクションおよび簡潔な結論で完結する前に、図１のアーキテクチャ内の説明された技術を実装するための「例示的なフロー図」を説明することに続く。

セクションの表題および対応する要約を含むこの簡潔な序文は、読者の便宜のために提供され、特許請求の範囲も先行するセクションも限定する意図はない。さらに、前述および後述の技術は、様々な方法および様々な状況において実装可能である。いくつかの実装および状況例が、以下により詳細に説明されるように、続く図を参照して提供される。しかしながら、以下の実装および状況は、多数のうちのほんの数例である。例えば、これらの技術は、前述のように、様々なコンテンツ出力デバイスに、オーディオストリーム、ビデオストリーム、およびメディアストリームの任意の他の形態を含む様々なメディアストリームのために適用される。

＜例示的アーキテクチャ＞
図１は、ユーザ１０２が、コンテンツ出力デバイスによって出力されているストリームを消費している間に前述の技術を利用する、アーキテクチャ例１００を図示する。ここで、ユーザ１０２は、テレビ１０６のディスプレイ１０４上でビデオストリームを見ている。図示されるように、コンテンツプロバイダ１０８は、ケーブルネットワーク、インターネット、およびワイヤレスネットワーク等の、ネットワークのうちの任意の１つまたは複数の異なる種類の組み合わせを含んでもよい、ネットワーク１１０上に、表示されるビデオストリームを提供する。いくつかの事例において、ネットワーク１１０は、ケーブルネットワーク、衛星ネットワーク、あるいは、テレビ放送信号、オーディオストリーム、ビデオオンデマンド、またはいずれの他のビデオもしくはオーディオ信号を提供する、いずれの他のネットワークを含む。

コンテンツプロバイダ１０８は、ケーブルテレビプロバイダ、衛星テレビプロバイダ、またはテレビ１０６にビデオストリームを提供する能力のあるいずれの他のタイプのプロバイダを含むことができる。いくつかの事例において、テレビ１０６に接続されるデバイス１１２は、ビデオストリームを受信し、テレビ上に表示させる。これらおよび他の事例において、デバイス１１２は、上記で紹介され、下記で詳細に記載されるように、ディスプレイ１０４上にアイテムが表れる場合にそれを検出するために、ビデオストリームを監視する。テレビ１０６と分離するものとして示されるが、このデバイスはまた、他の実装において、テレビ１０６と一体であってもよい。さらに、デバイス１１２は、セットトップボックス、ゲーム機、メディアセンタ、またはビデオ信号を受信し、受信した信号をディスプレイ１０４上に表示させるいずれの他のコンピュータデバイス、あるいはそうでなければ入来ビデオストリームを監視するいずれの他のデバイスを含んでもよい。

図１は、ユーザ１０２が、テレビ１０６および／またはデバイス１１２を操作するために、リモートコントロール１１４または他の入力デバイスを使用できることをさらに図示する。例えば、ユーザ１０２は、表示されたビデオストリームのコンテンツを制御するため（つまり、チャネルを変更するため）、テレビ１０６の音量を制御するため、テレビ１０６の設定を調整するため等に、リモートコントロール１１４を使用することができる。さらに、リモートコントロール１１４は、ユーザ１０２によって作動される際、ディスプレイ１０４上にオーバーレイを表示させる制御を含んでもよい。このオーバーレイは、ユーザが、ディスプレイ１０４上に現在表示されているか、または以前表示されたアイテムの購入を要求することを可能にすることができ、ユーザ１０２が、そのアイテムのユーザに関連するショッピングカートまたはリスト（例えば、欲しいものリスト）への追加を要求することを可能にすることができ、ユーザ１０２が、そのアイテムに関する情報を要求することを可能にすることができ、あるいはユーザ１０２が、そのアイテムに関するいずれの他の行動をとることを可能にすることができる。

上記で簡潔に紹介したように、デバイス１１２は、ユーザ１０２からこれらの要求を受信し、１つ以上の提示サービス１１６（１）、１１６（２）、および１１６（Ｍ）に、その要求を渡す。これらの要求の受信に応じて、受信側の提示サービス（例えば、サービス１１６（Ｍ））は、要求を履行する目的で、ユーザ１０２に連絡することができる。図１は、複数の他のユーザ１１８が、同一または異なる提示サービス１１６（１）〜（Ｍ）にこれらの要求を行う目的で、それぞれのテレビに接続されるそれぞれのデバイスを操作することもできることを、さらに図示する。

図１は、例えば、ディスプレイ１０４が、現在デジタルカメラの画像を表示していることを図示する。ディスプレイ１０４上に表示されるビデオストリームを監視するデバイス１１２は、そのデジタルカメラが、１つ以上の提示サービス１１６（１）〜（Ｍ）によって、消費（例えば、購入、レンタル、リース等）のために提示されるアイテムを含む可能性があることを検出する。デバイスは、広告を検出し、そのアイテムがそこで販売されていることを判定することによってこのような判定を行うことができ、あるいはデバイスは、そのアイテムが広告内に存在するかどうかに関わらず、単純にビデオストリーム内のアイテムを検出することができる。いずれの事例においても、デバイス１１２は、現在、ディスプレイ１０４が、特定の識別されたアイテム、すなわちこの例においてはデジタルカメラを表示していることを検出する。

デバイス１１２は、オーディオおよび／またはビデオストリーム内でアイテムを識別する様々な技術のうちの１つ以上を実装することができる。後者の例において、デバイスは、視覚的に表示されたアイテムを分析し、識別された特徴をアイテムのカタログと合わせるために、画像認識技術を実装してもよい。追加で、あるいは代替として、デバイスは、人のユーザのグループが手動でアイテムを識別することを要求してもよい。オーディオストリームについては、デバイスは、アイテムの特徴を識別し、これらの特徴をアイテムのカタログと比較するために、音声認識技術を採用することができる。さらに、デバイスはまた、人のユーザのグループが、オーディオストリーム内のこれらのアイテムを手動で識別することを要求してもよい。デバイスはアイテムを識別するが、その技術は、識別されたアイテムに関するユーザのフィードバックを求めるために、フィードバックループを採用することができる。そうすることによって、デバイスは、ストリーム内でアイテムを正確に認識する能力を継続的に改善することができる。

アイテムの識別に応じて、ならびにユーザ１０２（例えば、リモートコントロール１１４を介する）からの要求の受信に応じて、デバイス１１２は、ユーザ１０２が表示されたアイテムに関する具体的な要求を行うことを可能にする、１つ以上のアイコンをディスプレイ１０４上に表示させる。例えば、図１は、デバイス１１２が、「今すぐ購入」と題されるアイコン１２０、「カートに追加」と題されるアイコン１２２、および「詳細情報」と題されるアイコン１２４を表示することを図示する。追加で、あるいは代替として、デバイス１１２は、特定の番組、映画、音楽、または他のストリーム内で識別された各アイテムを蓄積することができる。次に、デバイス１１２は、ユーザの閲覧および熟読のために、番組の終わりに、識別されたアイテムのリストをユーザに提供することができる。例えば、ユーザは、テレビ番組の特定のエピソード、および特定の映画等において表示された１つ以上のアイテムの情報を受信する、および／または購入を要求することが可能である。

この情報が表示されることで、ユーザ１０２は、アイコン１２０、１２２、および１２４のうちの１つを選択するために、再度リモートコントロール１１４（または、デバイス１１２に関連するいずれの他のコントロール）を操作することができる。例えば、ユーザ１０２が図示されたデジタルカメラの購入を望む場合、ユーザ１０２は、提示サービス例１１６（Ｍ）からカメラの購入を開始するために、アイコン１２０を選択することができる。アイコン１２０の選択に応じて、デバイス１１２は、ユーザ１０２または別のユーザに関連する識別子の入力を促進することができる。例えば、デバイス１１２は、ユーザ１０２が、提示サービス１１６（Ｍ）またはデバイス１１２でユーザ１０２を固有に識別する情報の１つを入力すること（例えば、リモートコントロール１１４を介して、キーボードを介して、タッチスクリーンを介して、および音声的に（マイクを介して）等）を可能にするテキストボックスを表示することができる。例えば、ユーザ１０２は、自身の名前、ユーザの携帯電話番号、ユーザの電子メールアドレス、提示サービス１１６（Ｍ）でのユーザのユーザ名、またはいずれの他の識別子を入力することができる。

いくつかの事例において、ユーザ１０２は、識別子としてトランザクションフレーズトークンを入力してもよい。米国特許出願第１１／５４８，１１１号（参照によって上記に組み込まれる）に記載のように、トランザクションフレーズトークンは、ユーザに対して派生的な意味を有する一組の数字または英数字（例えば、「Ｃａｍｅｒａ Ｗｉｚａｒｄ」「Ｇｒａｃｅ’ｓ Ｔｅｘｔｂｏｏｋｓ」、「Ｔａｎｎｅｒ’ｓ Ａｌｌｏｗａｎｃｅ」、「Ｒａｍｂｌｉｎｇ Ｔｒａｉｌ Ｒｕｎｎｅｒ」等）を含む。さらに、いくつかの事例においては、フレーズのそれぞれが、少なくとも１つの単語を含んでもよい。さらに他の事例において、フレーズのそれぞれが、２〜７つの単語を含んでもよく、数字および記号等を含まなくてもよい。このように、これらのフレーズは、スペースによって互いに分離しているか、またはそうでなくてもよい多数の文法的に正しい単語を含む。

いくつかの事例において、ユーザは、ユーザ自身の使用のためのトランザクションフレーズトークンの作成を要求する場合がある。つまり、ユーザは、自身の支払い手段を「Ｃａｍｅｒａ Ｗｉｚａｒｄ」等のフレーズトークンにリンクさせ、次に、サービスまたはアイテムの購入か、あるいは消費のために、そのトランザクションフレーズトークンを使用することができる。別の事例において、第１のユーザは、第２のユーザによる使用のためのトークンの作成を要求することができる。例えば、父親が、自分の息子、Ｇｒｉｆｆｉｎのために、「Ｇｒｉｆｆｉｎ’ｓ Ｕｔｉｌｉｔｙ Ｂｉｌｌｓ」と題されるトランザクションフレーズトークンを作成することができる。父親は、次に、Ｇｒｉｆｆｉｎがトランザクションフレーズトークンをどのように使用するか、および使用しないか、についての規則を設定することができる。例えば、父親は、トランザクションフレーズトークンの月々の割り当てを設定することができ、あるいはトークンが指定の業者からの公共料金の支払いのためにのみ使用される（したがって、他のサービスまたはアイテムの購入のためには使用できない）ように指定することができる。

いずれの事例においても、作成されたトランザクションフレーズトークンのユーザは、（例えば、販売または消費のために提示されるサービスまたはアイテムを購入するか、あるいはそうでなければ消費するために）トランザクションを実行するためにそのフレーズトークンを使用することができる。例えば、ユーザは、そのトランザクションフレーズトークンを使用して、サービスまたはアイテム（例えば、販売業者からのアイテムおよび金銭等）を購入、供与、または授受することができ、あるいは、ユーザは、そのトークンを使用して、いずれの他の種類のトランザクションを同様に行うことができる。

いくつかの事例において、ユーザアカウントの態様に関連するトランザクションフレーズトークンは、ユーザアカウントの態様を識別する情報を有しない。例えば、トランザクションフレーズトークン「Ｃａｍｅｒａ Ｗｉｚａｒｄ」は、ユーザ１０２の支払い手段に関連することができるが、依然としてその支払い手段を識別する情報は有しなくてもよい。したがって、該フレーズに関連するユーザは、支払い手段の実際の識別子よりも自由にそのフレーズを共有することができる。つまり、ユーザ１０２は、根本的な支払い手段（例えば、クレジットカード番号、銀行口座番号、およびギフトカード番号等）の共有と比較すると、より自由にそのフレーズ「Ｃａｍｅｒａ Ｗｉｚａｒｄ」を共有することができる。

ユーザアカウントの１つ以上の態様（例えば、支払い手段、送り先住所等）に関連することに加えて、トランザクションフレーズトークンは、他の特徴を有する場合がある。例えば、トランザクションフレーズトークンは、トークンがどのように使用されるかを指定する１つ以上の規則を割り付けられてもよい。例えば、ユーザ１０２は、自身のフレーズトークン「Ｃａｍｅｒａ Ｗｉｚａｒｄ」に、提示サービス１１６（Ｍ）が、＄１００未満のデジタルカメラアイテムに対するいずれの購入要求をも自動で承認するように、ならびにこれらのアイテムが翌日発送（２−ｄａｙ ｓｈｉｐｐｉｎｇ）で発送されるように指定する規則を割り付けることができる。ユーザ１０２は、いずれの他の類似または異なる規則を、同様に作成することができる。

使用される識別子に関わらず、デバイス１１２は、提示サービス１１６（Ｍ）に、ユーザが入力した識別子をアイテム（ここでは、デジタルカメラ）の識別子とともに送信することができる。いくつかの事例において、デバイス１１２はまた、提示サービス１１６（Ｍ）がメッセージを認証することを可能にする目的で、メッセージ認証コード（ＭＡＣ）を送信することができる。

デバイス１１２からのメッセージの受信に応じて、提示サービス１１６（Ｍ）は、サービスにおいて特定のユーザおよび／またはユーザアカウントに、ユーザ識別子をマッピングすることができる。サービス１１６（Ｍ）はまた、サービスによってホストされるアイテムの電子カタログ内の特定のアイテムに、アイテム識別子をマッピングすることができる。提示サービス１１６（Ｍ）はまた、ユーザの通信プリファレンスを判定するために、識別されたユーザアカウントを分析することができる。逆に、サービスは、ユーザの図示されたカメラの購入要求に関して、どのようにユーザ１０２に連絡するかを判定するために、受信したユーザ識別子を単純に使用することができる。さらに、提示サービス１１６（Ｍ）は、アイテムの代金を請求するための支払い手段、ならびにカメラの注文に関連する発送先アドレスおよび発送速度を判定することができる。逆に、サービスは、代わりにユーザと通信して、ユーザ１０２がこの情報を指定するように要求してもよい。

この情報のいくつかまたは全てを判定した後、提示サービス１１６（Ｍ）は、次に、ユーザ１０２に購入の承認要求を送信することができる。代替的な事例において、提示サービス１１６（Ｍ）は、ユーザのアカウントが指示する場合、ユーザのためにこの購入を自動で完了させることができる。サービスは、次に、購入の承認要求ではなく、購入の確認書を送信してもよい。これらの事例のそれぞれにおいて、サービス１１６（Ｍ）は、電子メール、ショートメッセージサービス（ＳＭＳ）テキストメッセージ、マルチメディアメッセージサービス（ＭＭＳ）テキストメッセージ、インタラクティブボイスレスポンス（ＩＶＲ）通信、電話、ユーザ１０２のウェブアクセス可能なユーザアカウントへのメッセージ、またはいずれの他の類似もしくは異なる種類のユーザ１０２への通信を送信することができる。いくつかの事例において、提示サービス１１６（Ｍ）は、ユーザ１０２が情報を入力した通信チャネル、およびデバイス１１２が提示サービス１１６（Ｍ）に情報を送信した通信チャネル、とは異なる通信チャネルを介して、このメッセージを送信する。この承認要求は、単純に、購入を承認または拒否するための要求を含んでもよく、あるいは、好みの支払い手段ならびに発送先アドレスおよび／または発送方法等の、追加の情報を要求することもできる。

この承認要求の受信（例えば、ＳＭＳテキストメッセージを介して）後、ユーザ１０２は、提示サービス１１６（Ｍ）に応答することができる。購入承認の受信に応じて、提示サービス１１６（Ｍ）は、購入の確定を進行し、デジタルカメラに対する要求を履行することができる。逆に、提示サービスは、ユーザ１０２からの購入拒否の受信に応じて、購入を完了させることをやめることができる。

上述のように、ユーザ１０２が、テレビ１０６上に表示されるビデオストリームのオーバーレイ上に、ユーザ識別子を入力することを可能にすることよって、そのユーザおよび他のユーザは、まず提示サービス１１６（Ｍ）で、ユーザのアカウントをデバイス１１２に関連させる必要なしに、テレビ放送および映画等に広告されるか、あるいはそうでなければ表れるアイテムを購入することができる。つまり、潜在的に、ディスプレイ１０４上のビデオストリームを観ているあらゆるユーザが、表示されたアイテムの購入を要求することができる。さらに、複数のユーザは、同一のテレビから、共通のデバイス１１２を介して、同一または異なるアイテムの購入をそれぞれ要求することができる。さらに、トランザクションの承認でトランザクションの開始を分離することによって、ユーザは、ビデオストリームを観ている間に購入を開始し、後で購入を確定することができる。これらのユーザが、提示サービス１１６（Ｍ）と取引関係を有する事例（例えば、ユーザが、そのサービスにユーザアカウントを保持する場合）においては、ユーザは、ユーザが信用できるかわからない組織には支払いの詳細を提示する必要がない。代わりに、これらのユーザは、既にユーザの信用を保持している組織でこのトランザクションを確定することができる。

図２は、図１のテレビ１０６に接続されるデバイス１１２の構成要素例、ならびにテレビ上に表示されるアイテムまたはそのアイテムについての情報を提示する、アイテム提示サービス１１６（Ｍ）の構成要素例を図示する。

図示されるように、デバイス１１２は、１つ以上のプロセッサ２０２およびメモリ２０４を含んでもよい。メモリ２０４は、アイテム検出モジュール２０６、アイテムマッピングモジュール２０８、ユーザ識別モジュール２１０、および通信モジュール２１２を記憶するか、あるいはそうでなければそこへのアクセスを有する。デバイス１１２は、いくつかの実装において、１つ以上の他の図示されないモジュールを含んでもよい。

アイテム検出モジュール２０６は、ストリーム内で表示されるアイテムを識別する目的で、テレビ１０６のディスプレイ１０４上に表示されているビデオストリームを監視するように機能する。いくつかの事例において、モジュール２０６は、ビデオストリームが、提示サービス１１６（Ｍ）によってホストされる電子カタログ等の１つ以上の指定された電子カタログに含まれるアイテムを表示するかどうかを判定するために、ストリームを監視する。ストリームの監視は、表示されるストリームの視覚的態様、ならびにそのビデオストリームに付随するメタデータの両方を監視することを含む。いくつかの事例において、アイテム検出モジュール２０６は、（例えば、メタデータ内のタグを参照して）１つ以上の表示アイテムを識別するために、ストリーム（例えば、ビデオおよびオーディオ等）内の広告を識別し、一方で、他の事例において、モジュールは、アイテムが指名された広告内に現れるかどうかに関わらず、ストリーム内のアイテムを識別することができる。図示されるように、アイテム検出モジュール２０６は、デバイス１１２および／または提示サービス１１６（Ｍ）上に存在してもよい。

表示された対象が、実際にアイテムであるかを検証するために、アイテム検出モジュール２０６は、アイテムマッピングモジュール２０８と通信することができる。アイテムマッピングモジュール２０８は、アイテム検出モジュール２０６から候補アイテムを受信することができ、その対象が、実際にカタログ内のアイテムであるかどうか、ならびにそのアイテムの正確なアイデンティティを検証する目的で、これらのアイテムを１つ以上の指定された電子カタログにマッピングするように試みることができる。モジュール２０８が、対象が実際にアイテムであることを判定すれば、アイテムマッピングモジュール２０８は、アイテムの名称、アイテムの最小在庫管理単位（ＳＫＵ）、およびアイテムの統一製品コード（ＵＰＣ）等、そのアイテムに関連する識別子を判定することができる。図示されるように、アイテムマッピングモジュール２０８は、デバイス１１２および／または提示サービス１１６（Ｍ）上に存在してもよい。

さらに、アイテムマッピングモジュール２０８は、付属品を後でユーザ提示する目的で、識別されたアイテムに関係する１つ以上の付属アイテムを識別することができる。追加で、あるいは代替として、モジュール２０８は、後で「アップセル」アイテムをユーザに提示するために、より高いレビューまたは追加の機能性を有する類似アイテムを識別することができる。

次に、ユーザ識別モジュール２１０は、表示されるアイテムに関して何らかの行動をとる目的で、ユーザ１０２（または、ディスプレイ１０４上でビデオストリームを見ているいずれの他のユーザ）が、ユーザに関連する識別子を入力することを可能にする。例えば、ユーザ１０２が、表示されたデジタルカメラの購入を開始する要求を行う場合、ユーザ識別モジュール２１０は、ユーザに関連する識別子の入力を促進する。例えば、モジュール２１０は、ユーザ１０２が、自身の名前、電子メールアドレス、携帯電話番号、およびトランザクションフレーズトークン等を入力することを可能にするために、テキストボックスを呈することができる。逆に、モジュール２１０は、ユーザ１０２が口で識別子を述べることを可能することができるか、あるいは、ユーザ１０２が、いずれの他の類似または異なる様式で、このような識別子を入力することを可能することができる。

デバイス１１２が、ユーザ１０２から要求を受信し、要求に関連するアイテムを識別し、ユーザ１０２の識別子を受信すると、通信モジュール２１２は、提示サービス１１６（１）〜（Ｍ）のうちの１つ以上にこの情報を伝達する。具体的には、通信モジュール２１２は、判定されたアイテム識別子、入力されたユーザ識別子、または潜在的に受信側の提示サービス（１つまたは複数）がメッセージの認証を有効にすることを可能にする、メッセージ認証コード（ＭＡＣ）等を含む、メッセージを送信することができる。

いくつかの事例において、通信モジュール２１２は、特定のアイテムのアイデンティティに関わらず、複数の異なるアイテムを提示する特定の販売業者にこのメッセージを送信する。他の事例において、通信モジュール２１２は、提示サービス１１６（１）〜（Ｍ）のうちのどれにメッセージを送信するのかを判定するために、表示されたアイテムのアイデンティティを使用する。例えば、図示される例において、モジュール２１２は、カメラの製造業者または広告を提示する販売業者にメッセージを送信することができる。同様に、通信モジュール２１２は、そのアイテムを提示する複数の異なる販売業者に、メッセージを送信してもよい。

図示される例において、通信モジュール２１２は、提示サービス１１６（Ｍ）にメッセージを送信する。図２に図示されるように、サービス１１６（Ｍ）は、図示されたデジタルカメラ等、複数のアイテム２２０（１）、２２０（２）、．．．、２２０（Ｐ）についての情報を含む電子カタログ２１８を記憶するか、あるいはそうでなければそこへのアクセスを有する、１つ以上のプロセッサ２１４およびメモリ２１６を含む。アイテムは、製品、サービス、デジタルダウンロード、ニュースクリップ、カスタマークリエイテッドコンテンツ、情報、または他の種類の販売可能もしくは非売の単位を含んでもよい。記憶された情報は、同時に、アイテム識別情報（例えば、ＳＫＵ、ＵＰＣ、タイトル等）、可用性情報、価格情報、評価情報、またはいずれの他の類似もしくは異なる情報を含むことができる。

提示サービス１１６（Ｍ）はまた、通信モジュール２２２、ユーザ／アイテムマッピングモジュール２２４、および支払いモジュール２２６を記憶するか、あるいはそうでなければそこへのアクセスを有する。通信モジュール２２２は、以下に詳細に記載されるように、デバイス１１２の通信モジュールからメッセージを受信し、そのメッセージの受信に応じて、ユーザ１０２へ連絡するようにも働く。要求に関連するユーザに連絡するために、マッピングモジュール２２４は、個々のユーザアカウント２３０（１）、２３０（２）、．．．、２３０（Ｎ）を記憶するデータベース２２８へ、受信したユーザ識別子をマッピングする。図示されるように、ユーザアカウント例２３０（Ｎ）は、アカウントに関連するユーザの１つ以上の識別子２３２、ユーザおよびアカウントに関連する１つ以上の支払い手段２３４、ユーザおよびアカウントに関連する発送データ２３６、ならびに、潜在的には、ユーザおよびアカウントに関連するプリファレンス２３８を記憶する。ユーザアカウント２３０（Ｎ）はまた、ユーザによる潜在的な後ほどの購入のために、ユーザによって保存されているアイテムを含むショッピングカートを記憶することができる。

マッピングモジュール２２４は、デバイス１１２を介して要求を送信したユーザ１０２を識別するために、受信したユーザ識別子をユーザアカウント２３０１（１）−（Ｎ）内に記憶された識別子２３２と比較することができる。次に、マッピングモジュール２２４は、ユーザ１０２が提示サービス１１６（Ｍ）とどのように通信するのを好むかを判定するために、ユーザ１０２のユーザアカウントのプリファレンス２３８を調べることができる。例えば、プリファレンス２３８は、通信モジュール２２２が、デバイス１１２を介してのアイテム購入の開始要求の受信に応じて、ユーザ１０２の特定の電子メールアドレスに電子メールを送信する必要があることを、指示することができる。別の事例において、受信されたユーザの識別子は、プリファレンス２３８への参照の有無に関わらず、通信モジュール２２２がどのようにユーザ１０２と通信するかを指示することができる。例えば、ユーザ１０２が最初に携帯電話番号を入力する場合、通信モジュール２２２は、その受信した番号を介してユーザと通信してもよい。

次に、ユーザ／アイテムマッピングモジュール２２４は、参照されたアイテム（ここでは、図示されるデジタルカメラ）を識別するために、受信したアイテム識別子を電子カタログ２１８にマッピングすることができる。この判定を行った後、通信モジュール２２２は、識別されたデジタルカメラに関して、ならびに潜在的には、識別されたデジタルカメラに関連する識別された付属品および／またはアップセルアイテムに関して、メッセージを送信する。ここで、ユーザ１０２は元々、与えられた例において、カメラの購入の開始を要求したため、このメッセージは、支払い手段２３４および発送データ２３６（例えば、発送先住所、発送方法、および発送速度）のうちの１つを使用して、カメラの購入の承認要求（カメラの判定済み費用に対して）を含む。このメッセージは、典型的に、ユーザ１０２が元々要求を入力したもの、およびデバイス１１２が提示サービス１１６（Ｍ）へ要求を送信したもの、とは異なる通信チャネルを介して送信される。ユーザ１０２は、次に、購入の承認要求の承認または拒否を送信することができる。前者の事例において、提示サービス１１６（Ｍ）は、指定された支払い手段に代金を請求し、ユーザ１０２へアイテムを送達することによって、支払いモジュール２２６を介して要求を履行することができる。後者の事例において、提示サービス１１６（Ｍ）は、トランザクションをキャンセルすることができる。

この例は、図示されたアイテムの購入を説明するが、ユーザ１０２は、そのアイテムに関する他の行動をとってもよい。例えば、ユーザ１０２は、提示サービス１１６（Ｍ）が図示されたデジタルカメラをユーザのショッピングカートに追加するように要求することができる。それに応じて、提示サービス１１６（Ｍ）は、ショッピングカート２４０にカメラを追加し、ユーザ１０２に、それを十分に示すメッセージを送信することができる。あるいは、ユーザ１０２は、提示サービス１１６（Ｍ）がカメラについての追加の情報をユーザ１０２に提供するように要求してもよい。それに応じて、提示サービスは、電子カタログ２１８からこの情報を探し、この追加情報をユーザ１０２に提供することができる。図３〜５は、すぐ下で説明されるように、上述の技術を用いて使用可能なユーザインターフェース例を図示する。前述のセクションは、インターフェース例を図示および説明するが、請求される技術が、多数の類似または異なるインターフェースの使用、あるいは別の方法で、実装されてもよいことに留意されたい。

＜例示的ユーザインターフェース＞
図３は、ユーザ１０２がテレビ上に表示されるアイテムの購入を要求する際に、図１および図２のテレビ１０６のディスプレイ１０４上に表示することができる、一連のユーザインターフェース（ＵＩ）例を図示する。

図３はまず、テレビ１０６上に表示されているビデオストリームが、「ＡＢＣ ６．２メガピクセルデジタルカメラ」の広告を含むことを図示する。ディスプレイ１０４上のこのアイテムを見ることに応じて、ユーザ１０２は、このアイテムの購入か、あるいはそうでなければこのアイテムに関する何らかの行動をとることを要求する。例えば、ユーザ１０２は、デバイス１１２に要求を送信するリモートコントロール１１４上のボタンを作動することができる。

それに応じて、デバイス１１２は、テレビのディスプレイ１０４上に、オーバーレイを表示させることができる。この例において、オーバーレイは、上述のように、アイコン１２０、１２２、および１２４を含む。図示されるように、ユーザ１０２は、次に、アイコン１２０（この例においては、「今すぐ購入」と題される）を選択し、それに応じて、デバイス１１２は、ユーザ１０２（または、ユーザ１０２が別のユーザがこのアイテムを購入することを望む場合は、別のユーザ）に関連する識別子の入力を促進する、新しいオーバーレイを呈する。上述のように、ユーザ１０２は、ユーザの名前、携帯電話番号、電子メールアドレス、および提示サービス１１６（Ｍ）でのユーザアカウント名等、いずれの種類の識別情報を入力することができる。いくつかの事例において、デバイスは、ユーザが選択するための異なる選択肢を記憶することができる。例えば、デバイスは、以前にデバイスを介して要求を行ったユーザの識別子を記憶してもよい。ユーザは、次に、例えば、第１の識別ユーザに対して「１」を、第２の識別ユーザに対して「２」を選択すること等が可能である。

図３に図示されるように、このオーバーレイ例は、選択される際にその購入開始要求を提出する、テキストボックス３０２およびアイコン３０４を含み、それが、この情報を提示サービス１１６（Ｍ）に渡す。ここで、ユーザ１０２は、ユーザ１０２の携帯電話番号をテキストボックス３０２に入力する。図３〜５は、ユーザ１０２が自身の識別情報を、テキストボックス３０２を介して入力することを図示するが、デバイス１１２が、音声的に、または他の事例においては他の技術を介して、これらの識別子の入力を促進してもよい。

ユーザ１０２が、ユーザの携帯電話番号を入力し、アイコン３０４を選択した後、デバイス１１２は、デバイスが提示サービス１１６（Ｍ）に要求を送信したことをユーザ１０２に知らせる指示３０６を表示させる。この時点で、提示サービス１１６（Ｍ）は、要求を受信し、アイテムおよびユーザを識別することができ、トランザクションを完了させる目的で、異なる通信チャネルを介してユーザに連絡することができる。例えば、提示サービス１１６は、ユーザ１０２がカメラの購入を承認または拒否することを可能にするために、ユーザの携帯電話番号にＳＭＳテキストメッセージを送信することができる。

図４は、ユーザが、ユーザに関連するショッピングカートに、テレビ上に表示されるアイテムを追加することを要求する際に、図１および図２のテレビ１０６のディスプレイ１０４上に表示される、一連のユーザインターフェース（ＵＩ）例を図示する。そうするために、ユーザは、まず、図示されたカメラに関する何らかの行動をとるための要求を（例えば、リモートコントロール１１４を介して、あるいは別の方法で）行い、次に、アイコン１２２（「カートに追加」）を選択する。それに応じて、デバイス１１２は、「［アイテム］を［ユーザの］カートに追加する」ためにアイコン４０２を選択する前に、再度ユーザがユーザの識別子を入力することを可能にする。さらに、デバイス１１２は、提示サービス１１６（Ｍ）に要求を送信し、識別されたユーザのショッピングカートに識別されたカメラを追加する。デバイス１１２は、次に、そうする必要はないが、確認メッセージ４０４をユーザ１０２に表示してもよい。いくつかの事例において、提示サービス１１６（Ｍ）はまた、ユーザ提示サービス１１６（Ｍ）が、実際にユーザのショッピングカートにカメラを追加したことを示すメッセージを、ユーザ１０２に送信してもよい。

図５は、ユーザ１０２がテレビ上に表示されるアイテムに関する情報を要求する際に、図１および図２のテレビ１０６のディスプレイ１０４上に表示することができる、一連のユーザインターフェース（ＵＩ）例を図示する。ここで、ユーザは、アイコン１２４を選択することによって、図示されるカメラに関する「詳細情報」の受信を選択する。それに応じて、デバイス１１２は、要求を提出するためにアイコン５０２を選択する前に、再度ユーザ１０２が自身の識別情報を入力することを可能にする。デバイス１１２は、次に、提示サービス１１６（Ｍ）に要求を送信し、それは次いで、要求された情報を探し、ユーザ１０２にこの情報とともにメッセージを送信する前に、アイテムおよびユーザを識別する。例えば、図示される例において、提示サービス１１６（Ｍ）は、ユーザに関連する電子メールアドレスへの電子メール、およびユーザの携帯電話番号へのＳＭＳテキストメッセージ等を介して、ＡＢＣデジタルカメラに関する情報を送信することができる。

＜例示的フロー図＞
図６〜８は、ユーザのテレビ上に表示されるアイテムの購入要求を履行するためのプロセス６００のフロー図例を図示する。この例は、図示されるアイテムを購入するユーザ１０２を説明するが、ユーザが、ユーザのショッピングカートにアイテムを追加すること、アイテムに関する情報を受信すること、または表示されたアイテムに関する何らかの他の行動をとることを要求する事例において、類似の技術が適用可能である。

プロセス６００は、デバイス１１２がテレビによって表示されているビデオストリームを監視する、操作６０２を含む。さらに、デバイス１１２は、上述のように、セットトップボックス、ゲーム機、テレビの一体部分、または表示されるビデオストリームを監視してアイテムを探すことができるいずれの他のデバイスを含んでもよい。６０４において、デバイス１１２は、ビデオストリーム上のアイテムを検出する。さらに、アイテムの検出は、１つ以上の提示サービスによって保持されるアイテムの電子カタログ内に現れるアイテムを検出することを含んでもよい。６０６において、ユーザ１０２は、表示されるアイテムの購入を開始するために、デバイス１１２に要求を送信する。いくつかの事例において、ユーザ１０２は、まず、要求を送信し、次に、それがビデオストリームの監視およびデバイス１１２によるアイテムの検出を開始させる。

いずれの事例においても、６０８において、デバイス１１２が要求を受信し、６１０において、デバイス１１２がユーザ１０２に関連するユーザ識別子の入力を促進する。例えば、デバイス１１２は、ユーザ１０２が識別情報を提供するのを可能にする、ビデオストリーム上のオーバーレイを表示させることができる。６１２において、ユーザ１０２はデバイス１１２に識別子を提供し、それは、６１４において、この情報を受信する。６１６において、デバイス１１２は、第１の通信チャネル上で提示サービスに、ユーザ識別子、アイテム識別子、および潜在的には、ＨＭＡＣ等を伝達する。

図７は、プロセス６００の図示を継続する。ここで、提示サービスは、ユーザ識別子、アイテム識別子、およびＨＭＡＣを６１８において受信する。６２０において、提示サービス１１６（Ｍ）は、受信したＨＭＡＣを参照してメッセージを有効にする。次に、６２２において、提示サービス１１６（Ｍ）は、受信したユーザ識別子をデータベース２２８内の固有のユーザアカウントにマッピングし、受信したアイテム識別子を電子カタログ２１８内の１つ以上の固有のアイテムにマッピングする。６２４において、提示サービス１１６（Ｍ）は、ユーザの識別されたユーザアカウントを参照して、ユーザ１０２の通信チャネルプリファレンスを判定する。

６２６において、提示サービスは、ユーザが最初に要求を行った通信チャネルとは異なり、デバイス１１２が要求をサービス１１６（Ｍ）に送信した通信チャネルとは異なる、好ましい通信チャネル上で、ユーザ１０２へアイテム購入の承認要求を送信する。例えば、提示サービス１１６（Ｍ）は、ＳＭＳまたはＭＭＳテキストメッセージを介して、電子メールを介して、提示サービスでのユーザのユーザアカウントへのメッセージを介して、ＩＶＲ電話、あるいはいずれの他の様式によって、要求を送信することができる。しかしながら、この承認要求は、いくつかの事例においては、デバイス１１２およびテレビ１０６を通じて送信されない。６２８において、ユーザは、承認要求を受信する。

図８は、プロセス６００の図示を継続し、６３０でのユーザ１０２の承認要求の承認または拒否を含む。６３２で、提示サービス１１６（Ｍ）は、承認または拒否を受信し、前者の事例においては、６３４で、そのアイテムに対する支払いを完了させ、注文を履行する。例えば、提示サービスは、ユーザ１０２の支払い手段に代金を請求し、ユーザの発送先アドレス、ユーザの好みの発送方法および発送速度を参照してユーザへアイテムの送達を開始することができる。上述のように、提示サービス１１６（Ｍ）でのユーザ１０２のユーザアカウントは、情報のこれらの要素のそれぞれを記憶する。購入されたアイテムが物理的商品である事例において、提示サービス１１６（Ｍ）は、ユーザの指定物理的発送先アドレスへのアイテムの送達を開始することができる。購入されたアイテムが、デジタル商品である事例においては、一方で、提示サービス１１６（Ｍ）は、ユーザの指定デジタル位置へアイテムの送達を開始することができる。

＜例示的プロセス＞
図９〜図１０は、上述の技術を実装するためのプロセス例９００および１０００を図示する。これらのプロセスは、上述のアーキテクチャを参照して記載されるが、記載の技術は、多数の他のアーキテクチャおよび環境において同等に適用可能である。さらに、記載のプロセスは、ハードウェア、ソフトウェア、またはそれらの組み合わせにおいて実装されてもよい。ソフトウェアとの関連において、図示される操作は、１つ以上のプロセッサによって実行される際、記載の操作を遂行する、１つ以上のコンピュータ可読記憶媒体に記憶されるコンピュータ実行可能命令を表す。一般的に、コンピュータ実行可能命令は、特定の機能を実行するかまたは特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、およびデータ構造等を含む。操作が記載される順序は、限定として解釈されるようには意図されず、記載されるブロックのいずれの数も、プロセスを実装するために、任意の順序およびまたは並列で組み合わされてもよい。

図１のテレビ１０６に接続されるデバイス１１２は、いくつかの事例において、プロセス９００を実装することができる。プロセス９００は、９０２において、テレビによって表示されているビデオストリームを監視することを含む。９０４において、デバイス１１２は、表示されるビデオストリーム上のアイテムの広告を検出する。９０６において、デバイスは、上述のように、おそらくはユーザ１０２からのアイテム購入の要求を受信する。それに応じて、デバイス１１２は、９０８において、アイテムの購入を開始するために、ユーザの識別子の入力を促進する。９１０において、デバイス１１２は、電子メールアドレス、携帯電話番号、およびユーザアカウント名等の、ユーザの識別子を受信する。最後に９１２において、デバイス１１２は、そのアイテムを販売のために提示する小売店に、ユーザ識別子およびアイテムの識別子を提供する。

図１０は、図１および図２の提示サービス１１６（Ｍ）が、いくつかの事例において実装することができる、プロセス１０００を図示する。このプロセスは、１００２において、テレビに接続され、テレビによって表示されているビデオストリームを監視するデバイスから、第１の通信チャネル上で、第１のユーザの識別子および第１のアイテムの識別子を受信することを含む、例えば、提示サービス１１６（Ｍ）は、デバイス１１２から、ユーザ１０２の識別子および図示されるデジタルカメラの識別子を受信することができる。次に、１００４において、提示サービス１１６（Ｍ）は、第１の通信チャネルとは異なる第２の通信チャネル上で、第１のアイテムに関するメッセージを第１のユーザに送信する。例えば、提示サービス１１６（Ｍ）は、このようなメッセージを、テキストメッセージ、電子メール、またはユーザのユーザアカウントへのメッセージ等を介して、第１のユーザに送信することができる。このメッセージは、アイテム購入の承認要求、アイテムがユーザのショッピングカートに追加されたことのお知らせ、またはアイテムに関する情報等を含んでもよい。

１００６において、提示サービス１１６（Ｍ）は、テレビに接続され、テレビによって表示されているビデオストリームを監視する同一のデバイスから、第１の通信チャネル上で、第２のユーザの識別子および第２のアイテムの識別子を受信する。言い換えると、提示サービスは、同一のテレビに接続される同一のデバイスを介して、異なるユーザの識別を受信することができる。例えば、２つの異なるユーザは、テレビ上で同一のビデオストリームを消費している間に、２つの異なるアイテムの購入を開始することを要求することができる。

１００８において、提示サービス１１６（Ｍ）は、第１および第２の通信チャネルとは異なる第３の通信チャネル上で、第２のユーザへ第２のアイテムに関するメッセージを送信する。例えば、このチャネルは、第２のユーザの携帯電話番号へのテキストメッセージ、第２のユーザの電子メールアドレスへの電子メールを介して等、第２のユーザに固有の通信チャネルを含んでもよい。さらに、このメッセージは、アイテム購入の承認要求、アイテムがユーザのショッピングカートに追加されたことのお知らせ、またはアイテムに関する情報等を含んでもよい。

＜結論＞
主題について、構造上の特性および／または方法論的行為に特有の言語で記載したが、添付の特許請求の範囲において定義される主題が、記載される具体的な特性または動作には必ずしも限定されないことを理解されたい。むしろ、具体的な特性および動作は、特許請求の範囲を実装する例示的形態として開示される。

Claims (12)

1. 実行可能命令を有するように構成される１つ以上のコンピュータシステムにおいて実行される方法であって、
   コンテンツ出力デバイスに接続されるデバイスによって、前記コンテンツ出力デバイスによって出力されているストリームの視覚的または音声的な態様を監視することと、
   指定された広告に候補アイテムが現れるかどうかに関わらず、前記出力されているストリームの前記視覚的または音声的な態様により前記候補アイテムの特徴を識別することにより、前記ストリーム内の前記候補アイテムを検出することと、
   前記候補アイテムを、複数のアイテムを含む１つ以上の指定された電子カタログへマッピングすることによって、前記候補アイテムが実際にアイテムであることを判定し、前記アイテムのアイデンティティを判定することと、
   前記アイテムの判定の後、前記アイテムに関連する識別子を判定することと、
   ユーザが前記アイテムおよび／または前記アイテムに関連する識別子に関する具体的な要求を行うことを可能にする、ユーザインターフェースを提示させることと、
   前記ユーザインターフェースに対するユーザのインタラクションを介して前記アイテムの購入を開始するための要求を受信することと、
   少なくとも部分的に前記要求の前記受信に応じて、前記要求に関連する前記ユーザの識別子の入力を促進することと、
   前記ストリームを監視している前記デバイスで、前記要求に関連する前記ユーザの前記識別子を受信することと、
   前記アイテムを提示する小売店に、（ｉ）前記ユーザの前記識別子または前記ユーザの別の識別子と、（ｉｉ）販売対象の前記アイテムに関連する識別子と、を提供することと、
   を含む方法。
2. 前記コンテンツ出力デバイスに接続される前記デバイスは、前記コンテンツ出力デバイスと一体であるか、またはそれから分離している、請求項１に記載の方法。
3. 前記コンテンツ出力デバイスは、テレビ、ラジオ、キオスク、またはパーソナルコンピュータデバイスを含む、請求項１に記載の方法。
4. 前記ストリームは、オーディオストリームまたはビデオストリームを含む、請求項１に記載の方法。
5. 前記ストリームは、ビデオストリームを含み、前記コンテンツ出力デバイスに接続される前記デバイスが、前記コンテンツ出力デバイスによって前記ビデオストリームを出力させる前に、前記コンテンツ出力デバイスによって出力されている前記ストリームを受信する、セットトップボックスである、請求項１に記載の方法。
6. 前記ストリームは、ビデオストリームを含み、前記ユーザの前記識別子の入力の前記促進が、前記コンテンツ出力デバイス上で、前記ビデオストリームにオーバーレイを表示させ、前記オーバーレイが、前記ユーザの前記識別子のテキスト入力を促進する、請求項１に記載の方法。
7. 前記ユーザの前記識別子は、電子メールアドレス、電話番号、ユーザアカウント名、または前記ユーザに関連するフレーズを含む、請求項１に記載の方法。
8. 前記コンテンツ出力デバイスに接続される前記デバイスは、前記識別子の前記入力より前に、前記識別子によって識別される前記ユーザのアカウントに関連しない、請求項１に記載の方法。
9. 前記アイテムの前記購入を開始するための前記要求は、前記デバイスを介して前記コンテンツ出力デバイスを制御するように構成される、入力デバイスを介して前記コンテンツ出力デバイスに接続される前記デバイスで受信される、請求項１に記載の方法。
10. 前記アイテムに関連する識別子は、前記アイテムの名称、前記アイテムの最小在庫管理単位（ＳＫＵ）、および前記アイテムの統一製品コード（ＵＰＣ）である、請求項１から９いずれか１項に記載の方法。
11. 実行されると１つ以上のプロセッサに請求項１から１０いずれか１項に記載の方法を実行させるコンピュータ実行可能命令を記憶する、１つ以上のコンピュータ読取可能媒体。
12. プロセッサと、実行されるとデバイスに請求項１から１０いずれか１項に記載の方法を実行させる命令を有するメモリ、を備えた装置。