(57)【要約】  携帯電話およびその他の装置が、テレビまたはその他のビデオメディアの楽しみを補完するために使用される。このとき、対応のソフトウェアアプリケーション（ウィジェット）が使用される。様々な関連特徴や装置構成が具体的に詳細説明される。【選択図】図２
2012517188.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）テレビ画面上に表示され、前記画面上に表示されたビデオ番組に関連したコンテンツまたはインタラクティビティを提供するソフトウェアウィジェットに対するユーザーの関心を、携帯電話を使用して示すステップと、
（ｂ）前記示された関心に応じて、前記ソフトウェアウィジェットの一バージョンを前記携帯電話に転送するステップと、
を備える方法。
【請求項２】
前記ソフトウェアウィジェットの前記バージョンを前記テレビから前記携帯電話に転送するステップを含む、請求項１に記載の方法。
【請求項３】
前記ステップ（ａ）は、前記携帯電話を使用した前記テレビへのジェスチャリングを含む、請求項１に記載の方法。
【請求項４】
前記ステップ（ａ）は、前記携帯電話に関連付けられたカメラを使用して、前記テレビ画面の少なくとも一部を含む画像データをキャプチャすることを含む、請求項１に記載の方法。
【請求項５】
前記ステップ（ａ）は、前記携帯電話に関連付けられたマイクまたはカメラを使用して、前記テレビからデータをキャプチャし、前記キャプチャしたデータから情報を取得し、前記取得した情報を用いて前記携帯電話に転送すべきソフトウェアウィジェットの特定を支援することを含む、請求項１に記載の方法。
【請求項６】
ワイヤレスネットワーク接続を通じて、一つ以上のウィジェットが転送されるべき携帯電話を特定するステップを含む、請求項１に記載の方法。
【請求項７】
前記携帯電話へのソフトウェアウィジェットの転送に関連付けられたサウンドエフェクトをレンダーリングするステップを含む、請求項１に記載の方法。
【請求項８】
前記サウンドエフェクトに吸引音が含まれる、請求項１に記載の方法。
【請求項９】
ネットワーク接続テレビを利用した方法であって、
その画面にビデオ番組が再生され、少なくとも一つのソフトウェアウィジェットのアイコンが表示され、
前記ウィジェットは、関連コンテンツを前記テレビ画面に表示することで前記ビデオ番組を補完し、視聴者起動可能なものであり、
前記方法は、
対になるソフトウェアウィジェットを、前記テレビ画面の視聴者により操作される携帯電話に転送するステップと、
前記携帯電話の画面に関連コンテンツを表示することで前記テレビ画面上の前記ビデオ番組の補完を行うことを含み、前記携帯電話で前記対になるウィジェットを実行するステップと、
を備え、
前記携帯電話上での前記視聴者による前記ウィジェットの使用は、前記テレビ画面の前記ビデオ番組を見ている他の人の楽しみを邪魔しない、方法。
【請求項１０】
起動したウィジェットは前記テレビ画面上で第一段階のインタラクティビティを有し、前記携帯電話で実行される前記対になるウィジェットは前記第一段階のインタラクティビティよりも優れた第二段階のインタラクティビティを有する、請求項９に記載の方法。
【請求項１１】
前記テレビが接続されているネットワークを利用して、前記対になるソフトウェアウィジェットを前記携帯電話に転送するステップを含む、請求項９に記載の方法。
【請求項１２】
テレビと携帯電話で構成されるシステムであって、
前記テレビと携帯電話は、それぞれ、ディスプレイ画面、プロセッサ、メモリを含む複数のコンポーネントを含み、
前記テレビのコンポーネントは、テレビ画面でビデオ番組を再生するように動作し、
前記テレビの前記メモリにはウィジェット情報が保存され、ユーザーの選択に応じて更なるコンテンツを前記テレビ画面に表示することで前記ビデオ番組を補完し、
前記携帯電話の前記メモリには対応するウィジェット情報が保存され、ユーザーの選択に応じて更なるコンテンツを前記携帯電話の画面に表示することで前記ビデオ番組を補完する、方法。
【請求項１３】
少なくとも一つの前記ウィジェット情報は、前記システムがリモートシステムと通信してウィジェットの動作を起動するためのリンク情報を含む、請求項１２に記載のシステム。
【請求項１４】
前記テレビの前記メモリ内の前記ウィジェットがコマーシャルブランドでブランド化され、
前記携帯電話の前記メモリ内の前記ウィジェットが同じコマーシャルブランドでブランド化される、請求項１２に記載のシステム。
【請求項１５】
前記テレビの前記メモリ内の前記ウィジェットに特定の外観と感覚があり、
前記携帯電話の前記メモリ内の前記ウィジェットにも同じ外観と感覚があり、
前記ウィジェットが提示するユーザーエクスペリエンスが一致する、請求項１２に記載のシステム。
【請求項１６】
テレビと携帯電話にかかわる方法であって、
付加的な関連コンテンツまたはインタラクティビティによって、テレビ画面に表示されるビデオ番組を補完するソフトウェアウィジェットであって、前記テレビで利用可能なソフトウェアウィジェットに関する情報を受信するステップと、
前記利用可能なソフトウェアウィジェットに関する通知を前記テレビから送信するステップと、
前記利用可能なソフトウェアウィジェットに関する前記通知を前記携帯電話で受信するステップと、
前記携帯電話のユーザーインターフェースを通じたユーザー入力に応じて、前記ソフトウェアウィジェットを要求するステップと、
ウィジェットデータを前記携帯電話で受信するステップと、
前記携帯電話のユーザーインターフェースを通じたユーザー入力によって、前記ウィジェットを起動するステップと、を備える方法。
【請求項１７】
前記携帯電話が利用可能なソフトウェアウィジェットに関する通知を要求し、
前記テレビが前記通知を転送することにより前記要求に応じる、請求項１６に記載の方法。
【請求項１８】
前記ソフトウェアウィジェットを要求するユーザー入力は、前記携帯電話の前記テレビに対する位置を所定の方法によって決めることを含む、請求項１６に記載の方法。
【請求項１９】
新しいウィジェットに関する前記情報は、ウィジェットソフトウェアを含む、請求項１６に記載の方法。
【請求項２０】
新しいウィジェットに関する前記情報は、リモートシステムとの通信を確立し、前記ウィジェットの動作を起動するためのリンク情報を含む、請求項１６に記載の方法。
【請求項２１】
新しいウィジェットに関する前記情報は、ウィジェットソフトウェアが保存されているリモートリポジトリへのリンクを含む、請求項１６に記載の方法。
【請求項２２】
ソフトウェアインストラクションを格納するタンジブルメディアであって、
前記ソフトウェアインストラクションは、プロセッサによって実行されると、関連コンテンツまたはインタラクティビティによってテレビ番組を補完するように働くウィジェットを作成し、
前記ソフトウェアインストラクションは、ソフトウェアがテレビによって実行されているのか、または携帯電話によって実行されているのかを示す入力データを受信し、
前記ソフトウェアが携帯電話によって実行されている場合に、前記ソフトウェアがテレビで実行される場合よりもより豊かなエクスペリエンスが提供される、タンジブルメディア。
【請求項２３】
メモリに格納されたソフトウェアインストラクションに基づき、携帯電話プロセッサによりキーボードユーザーインターフェースが表示される画面を有する携帯電話と、テレビとの間の通信をネットワーク接続を通じて確立するステップと、
前記携帯電話の前記キーボードユーザーインターフェイス通じて入力テキストを受信するステップと、
前記入力テキストを前記ネットワーク接続を通じて前記テレビに転送するステップと、
前記転送された入力テキストに基づき、前記テレビの動作の一側面を制御するステップと、
を備える方法。
【請求項２４】
携帯電話にソフトウェアを配布する方法であって、
ホームネットワークを通じたテレビからのパケットベースのメッセージ放送で前記ソフトウェアの可用性を電子的に宣伝するステップと、
前記テレビの画面上にビジュアル通知を提供することによって、前記ソフトウェアの可用性をプロモートするステップと、
前記ビジュアル通知に対応するユーザーの関心表示を受信するステップと、
前記パケットベースのメッセージからのデータを参照し、前記携帯電話へ前記ソフトウェアを転送するステップと、
を備える方法。
【請求項２５】
前記テレビから前記携帯電話へ前記ソフトウェアを転送するステップを含む、請求項２４に記載の方法。
【請求項２６】
携帯電話にソフトウェアを配布する方法であって、
携帯電話を使用して、テレビからの映像または音声出力をキャプチャするステップと、
前記キャプチャした出力を参照することにより、前記テレビにより表示されている情報のタイプを識別するステップと、
前記識別した情報のタイプに関連したソフトウェアを識別するステップと、
前記携帯電話からユーザーへ通知を表示し、前記ソフトウェアの可用性についてユーザーへアラートするステップと、
ユーザー指示に応じ、前記ユーザーが使用する前記携帯電話に前記ソフトウェアを転送するステップと、
を備える方法。
【発明の詳細な説明】
【関連出願データ】
【０００１】
米国では、この出願は2009年2月5日に出願された出願番号61/150,235の本出願である。
【技術分野】
【０００２】
本技術は、携帯電話などの携帯用デバイス、より正確にはこうしたデバイスと連動したテレビ機能の使用に関わる技術である。
【背景技術】
【０００３】
テレビとインターネットの集約が進んでいる。近年発表されたテレビ（さまざまなセットトップボックスおよびブルーレイプレーヤーも）では、視聴者と「TVウィジェット」との相互作用が可能になっている。
【０００４】
Yahooが2008年8月の紹介プレスで説明しているように、Widget Channelとは、消費者が好きなTV番組を見ながらTV用に設計された豊富なインターネットアプリケーションを楽しむことを可能にする、テレビアプリケーションフレームワークである。この技術には、Yahoo! Widget Engine（TVの視聴者が豊富な「TVウィジェット」を楽しむことを可能にするアプリケーションプラットフォーム、または従来のTV視聴体験を補完・強化しリモコンによって簡単にインターネット上のコンテンツ、情報、コミュニティ機能を利用できるようにするための小規模インターネットアプリケーション）が含まれている。また、Widget Channelでは開発者がJavascript（登録商標）、XML、HTML、Adobe Flash（登録商標）の技術を使用してプラットフォーム用のTVアプリケーションを作成して、PCアプリケーション開発者プログラムのパワーと互換性をTVおよび関連消費者電気製品に拡張することが可能である。
【０００５】
また、本イニシアチブを支援しているのは、Intel（そのメディアプロセッサーCE 3100 が本技術の初期実装に使用されている）をはじめとした、eBay、MySpace、CBS、APNews、The New York Times、Netflix、Amazon、Blockbuster、CinemaNow、Showtime、USATODAY、Pandora、Rhapsody、Twitter、CBS Sports Fantasy Football、Acdeo Funspot Games、Flickrなど数多くのウィジェット開発元パートナーである。Yahooもまた、ニュース、天気予報、動画、ファイナンスなどのウェブコンテンツをウィジェット形式で提供している。テレビコンテンツでWidget Channelアプリケーションフレームワークをサポートしているメーカーには、Samsung、Sony、LG、Toshiba、Vizioがある。
【０００６】
IntelおよびYahooは、関心のある開発者、CEメーカー、広告出向者、コンテンツパブリッシャーにウィジェット開発キット（WDK）を提供している。 Comcastもまた、より豊かなセットトップレス環境を作成するために、tru2way対応HDTVのためのTVウィジェットを開発している。 （Tru2wayとは、オープンAPI仕様のJavaベースプラットフォームで、様々なテレビ、セットトップボックス、DVRなどに搭載され、電子番組ガイド、広告、ゲーム、チャット、ウェブブラウジングなどのインタラクティブケーブルサービスを可能にするものである。）
【０００７】
ウィジェット機能は、テレビのリモコンの特殊ボタンを押すことにより起動し、TVウィジェットドック（テレビ画面の下部に表示されるオーバーレイバー、ユーザーが選択したウィジェットが表示される）が表示される（図5）。 ユーザーはリモコン上の矢印キーを操作して希望のアプリケーションに移動し、リモコンのEnterボタンを押して選択したウィジェットを起動する。
【０００８】
ウィジェットが起動すると、通常は画面上にサイドバーウィンドウとして開く。例えば、Flickrウィジェットでは、ユーザーが表示したい写真を選択できる様々なフォトアルバムが表示される（図6）。 希望する場合には、スライドショー（テレビ画面すべてを使用）を起動できる。
【０００９】
Blockbusterウィジェットが起動すると、高解像度の映画予告編がストリーム再生される。 AP Newsウィジェットでは、画面下部に希望のカテゴリー（地域、国際、ビジネスなど）のニュースヘッドラインとともにクローリング画面が表示される。CinemaNowウィジェットでは、ユーザーがムービーのインデックスを移動してテレビ画面上でオンデマンドウェブ視聴したいムービーを選択できる。MySpaceウィジェットでは、ユーザーはスクリーンサイド画面でメッセージの確認、写真の表示などができる。Ebayウィジェットでは、ショッピングやユーザーオークション管理などが可能である。
【００１０】
本技術は、家族のテレビからインターネットブラウジングを可能にする（ユーザーのラップにコンピュータがない状態で）ための方法として部分的に商品化されている。CES 2009においてSony担当者は次のように説明した。「家では、私の家内はテレビを見ながらラップトップでネットサーフィンをしたり、天気予報、ニュース、スポーツなどをよく見ています。これからは、テレビセットだけでこれらのことが可能になるでしょう。」 この担当者は続けて次のように述べた。「スポーツが好きなユーザーは、好きなスポーツ中継を見ながらコンピュータやブラックベリーのようなデバイスで別の中継を見たりしているでしょう。これからは、Sonyのブラビアの画面上でとても簡単にこれらのことが可能になります。」
【００１１】
これらの見方とは対照的に、出願人は、テレビ視聴中に別の画面を使用することは、解決すべき問題というよりもむしろユーザーにとってメリットであると考えている。（むしろ、出願人は、過剰な画面共有使用はインタラクティブなTVエクスペリエンスを間違った方向に導いている問題の温床となっていると考えている。 全く、Flickrで家族の写真を見るために、誰が図6の野球の写真でキャッチャーを閉め出すのだろうか？）
【００１２】
この技術は一面においては、TVウィジェットが携帯電話に転送され、テレビ画面のスペースを割いて他の視聴者の邪魔をすることなく楽しむことができるものである。
【００１３】
もう一つの面としては、ユーザーの携帯電話で実行されているウィジェットがテレビ画面上で実行されているウィジェットよりも豊かなエクスペリエンスを提供できるという点がある。（他の人がテレビ画面を見ているとき、ウィジェットソフトウェアは多くの場合、テレビ画面スペースの使用を節約しようとする。これにより、機能性は阻害される。 ユーザーの小さい画面上で実行されるウィジェットには、他の視聴者のことを考えるという制約がない。）
【００１４】
本技術のもう一つの側面としては、ネットワーク接続されたテレビがネットワークプロトコルを使用してネットワーク上の別のデバイス（携帯電話など）にウィジェットの広告を表示することができ、同じようにダウンロードが可能になる。
【００１５】
さらにもう一つの側面として、携帯電話のテキスト入力ユーザーインターフェースが起動してテレビ上で実行されているウィジェットにテキストを入力することができるようになる。
【００１６】
さらに本技術のもう一つの側面として、非ネットワーク接続テレビとのインタラクションを通じてTVウィジェットを携帯電話に転送することができる。
【００１７】
上記は、この技術がもたらす新たな利点のほんの一部である。上記およびその他の機能・利点は、下記により詳細に明示される。添付の図面が参照される。
【図面の簡単な説明】
【００１８】
【図１】ひとつのサンプルシステムに含まれることが可能な構成要素を示した図である。
【図２】ウィジェットの携帯電話への転送に関連づけることができるユーザーエクスペリエンスの諸側面を示したものである。
【図３】典型的な導入例で使用される携帯電話の構成図である。
【図４】典型的な導入例で使用されるテレビの構成図である。
【図５】画面下部にウィジェットバー（ドック）の選択肢を含むテレビ画面である。
【図６】Flickrウィジェットが選択された状態の図5のテレビ画面である。
【発明を実施するための形態】
【００１９】
図1を見れば、本技術を使用したイラスト導入例10に、テレビ11、携帯電話12、ルーター14、および一つ以上のインターネット接続サーバー13を使用できることがわかる。
【００２０】
テレビ11がスタンドアロンユニットとして表示されているが、ここには様々なシステムをあてることができる。例えば、「テレビ」には一つ以上のモニタ、TV受信機、セットトップボックス、デジタルビデオレコーダー、ブルーレイディスクプレーヤーなどが含まれる。
【００２１】
記載されているルーター14はケーブルやDSLモデムなどによってインターネット15に接続され、ホームネットワーク16（有線(イーサネットなど)・ワイヤレス(WiFiなど、802.11）による接続）を定義している。 有線接続はテレビ11上でネットワーク接続17され、別のデバイスにも接続可能である（デスクトップコンピュータ18など）。 ワイヤレス接続は、携帯電話12やラップトップコンピュータ20などのホームドメインで別のデバイスに拡張される。
【００２２】
テレビ11はまた、ビデオ番組のソースに接続される入力22もある。 このソースには、セットトップボックス、衛星受信機、ケーブルネットワークやアンテナも含まれる。用途によっては、個別の入力ではなくネットワーク接続17を通してビデオ番組が提供されることがある。
【００２３】
図2を見れば、本技術の一つの側面である携帯電話へのウィジェットのダウンロードが容易になるアレンジメントがわかる。
【００２４】
AppleのiPhoneはその使いやすさが有名であり、AppleiPhone App Storeも同様に評価されている。 新しいアプリケーションをダウンロードするには、ユーザーがApp Storeのウェブページに移動しストア内で目標のアプリケーションに移動する（ブラウジング、テキスト入力、TopAppsリストからの選択など）。 支払い（必要な場合）を行い、ユーザーはストアから電話へのアプリケーションがダウンロードされるよう指示する。するとダウンロードされたアプリケーションがユーザーのiPhone画面上にアイコンで表示される。
【００２５】
App Storeのダウンロード方法は、実際、シンプルなモデルとして認められているが、本技術はさらにシンプルである。ウィジェットがテレビ画面に表示されたら、ユーザーは携帯電話を操作して意思表示する。ウィジェットは1つまたは2つの動作で携帯電話にダウンロードされる。
【００２６】
図5のテレビ30の下部に表示されたウィジェットを考えてほしい。表示されているのは、Flickrウィジェット32、天気予報ウィジェット、ストックチケットウィジェット、ビデオオンデマンドウィジェットである。
【００２７】
ユーザーは、iPhone上の仮想ボタンを押すことで意志を示すことができる（GetWidgetアプリケーションなど）。 または、iPhoneには、iPhoneが近くのテレビを検出したときにバックグラウンドで自動的に起動・実行（またはユーザーが手動で起動）されるソフトウェアプログラムスイートのWatchingTVを入れることもできる。 このソフトウェアスイートの実行中は、iPhoneをシェイクするか、画面を操作するだけでユーザーの意志を示すことができる。 その他多数のユーザー意志確認方法も可能である。
【００２８】
テレビ上にいくつかのウィジェットが表示されている場合（図5のように）、ユーザーが意思表示をすると、すべてのウィジェットに対応してアイコンがiPhoneに転送される。 これらのアイコンがiPhoneディスプレイ上で小刻みに動き、ユーザーにどのアイコンが希望かを示すよう促す。 ユーザーの選択に応じて、選択したウィジェットのフルソフトウェアコードがiPhoneにダウンロードされる。 選択したアイコンが安定し、選択されなかったアイコンは表示されなくなる。
【００２９】
（ユーザーが意思表示したときにテレビ画面上にウィジェットが一つしかない場合は、選択の必要はない。対応するソフトウェアが即座にiPhoneにダウンロードされ、iPhone画面上にアイコンが表示される。）
【００３０】
下記のように、このシンプルなダウンロード方法を可能にする舞台裏のインタラクションはもう少し複雑だが、ユーザーの視点から見れば直感的で簡単なプロセスである。
【００３１】
Yahooとそのパートナらが意図しているアレンジメントでは、テレビはいくつかのプリロードされたウィジェットとともに提供される。その他のウィジェットを取得するには、ユーザーはウェブ上のYahooWidgetsページに移動し、膨大の量のカタログから追加のウィジェットをダウンロードする。
【００３２】
出願人は、これとは異なる使用モデルが登場し主流になっていくと考えている。
【００３３】
このような将来の使用モデルのひとつでは、ウィジェットはさまざまなテレビ番組に関連づけられる。NBC Sports Superbowlウィジェット、CBS Newsウィジェット、Seattle Seahawksウィジェット、ESPN Monday Night Footballウィジェット、WRKG天気予報ウィジェット、CoxCableウィジェットなどが登場しうるであろう。
【００３４】
こうしたウィジェットはそれぞれブランド化され、それぞれが関連づけられた番組または番組制作者の外観（あるいは「感覚」）と一致する外観（あるいは「感覚」）を提供する。（外観・感覚は、ユーザーがその製品（テレビ番組など）で得たエクスペリエンスを表すものである。外観は、カラー、形状、レイアウト、タイプフォーマットなどのデザイン面を含む。感覚は、ボタン、ボックス、メニュー、遷移、サウンドエフェクトなどのインタラクティビティといった動的エレメントの動作を含むものである。
【００３５】
この構想されている使用モデルでは、ユーザーがTVのチャンネルを変えるとTVがそのチャンネルと時間（オプションで場所も）に関連したウィジェットを確認しユーザーに通知する。例えば、ユーザーがESPNのMonday Night Footballに切り替えると、画面にESPNMonday Night Footballウィジェットが使用可能であることを広告する画面が表示させることができる。このロゴは少しするとフェードアウトするが、テレビのリモコンのウィジェットボタンまたはiPhoneソフトウェアのWatchingTVスイートの類似ボタンを操作すれば呼び出せる（この場合は、ボトムバーにその他の利用可能なウィジェットとともに表示される）。 ユーザーがオファーされたウィジェットへの関心を示したら（テレビのリモコンでウィジェットをハイライトする、Enterを押す、または携帯電話にダウンロードするウィジェットを選択するための前述のアレンジメントによって）、ウィジェットがダウンロードされ実行される。
【００３６】
そのため、このモデルでは、関連するウィジェットが可能な選択のためにTV画面に「プッシュ」されるのであり、Yahoo Widgetsページなどからユーザーによって「プル」されるのではない。
【００３７】
本技術のもう一つの側面から見れば、ウィジェットはテレビ上で実行されるときよりも携帯電話で実行されるときにより豊富な機能性を提供することができる。（テレビでは画面の障害が問題となる。 つまり、ユーザーが興味を持っている特定のウィジェットを共有しない他の視聴者がいる可能性がある。画面の左側に映っているキャッチャーは、図6ではFlickrウィジェット起動によって隠れている）。
【００３８】
ESPN Monday NightFootballウィジェットを例に説明する。 テレビ画面上でこれを選択すると、ゲーム戦術やゲームスコアがスクロール形式で表示されるサイドスクリーンウィンドウがポップアップする。サッカーの試合観戦の妨害を少なくするため、ウィジェットに割り当てられるスペースは制限される。
【００３９】
対照的に、ウィジェットが携帯電話画面で起動したときは、スペースは制約されない。ウィジェットはフルスクリーン表示できるが、テレビ画面のアクションは何も隠されることはない。従って、スペースに制約のある出力に代わって、ESPN MondayNight Footballウィジェットがさまざまなオプションを提供することができる（通常はフルスクリーン起動で）。その他のゲームのスコアをリスト表示するだけではなく、スコアがハイパーリンクされる（これによりユーザーはスコアを選択し（タッチスクリーンなどで）携帯のフルスクリーンにリンクして他のゲームの中継フィードを見ることができる）。
【００４０】
同じように、ESPNのテレビクルーはスタジアム中のさまざまな対象にフォーカスを当てたカメラを設置していることも認識されるであろう。ESPNのプロデューサー（通常はパーキングロットのテレビトラックにいる）がカメラフィードを切り替えることで私たちがいつも馴染んでいるサッカー中継が作られている。ただし、一部の視聴者はプロデューサーが選択した画面以外に興味を持っているであろう。高校サッカーチームのレシーバーをやっている視聴者の場合は、お気に入りのパスレシーバーを写したカメラを見たいと思うだろう。サッカーコーチを務める視聴者は、あるコーチを見たいと思うかもしれない。 こうしたカメラビューの選択もウィジェットのオプションによって可能となり、携帯電話で視聴者が選択できる。この機能はテレビ画面では利用できない。
【００４１】
その他、プレーヤーのインタビュー、その他のゲームなど様々なオプションが可能である。
【００４２】
携帯電話プラットフォームで利用できるより豊富な機能性の例として、ゲームがある。テレビ画面上で実行されるウィジェットは、テキスト入力に難点がある。 表示されたボタン間を上下左右に移動するためのTVリモコンの矢印はあるが、テキスト入力（利用できる場合はあるが）には適さない。 対照的に、携帯電話でのテキスト入力は一般的であり、スペースの制約にも関わらず多くのユーザーがこれに習熟している。入力の種類としては物理キー（Blackberry）、仮想キーボード（iPhone）、スタイラスによりテキスト入力（Palm Graffiti、MobileWriteなど）などがある。
【００４３】
あるアレンジメントでは、同じバイナリソフトウェアコードがテレビと携帯電話の両方で使用されている。コードを実行すると、どのプラットフォームがこれを実行しているかをチェックし、その動作を適宜変化させることができる。その他のアレンジメントでも、異なるウィジェットが使用されている（テレビ専用のものや、携帯電話専用のもの）。
【００４４】
一部の実施例では、ハイブリッド実行環境が採用されている。例えば、テキスト入力は携帯電話で行い、映像出力はテレビ画面で行うなどである。
実装例
【００４５】
技術的実装と特徴についてさらに掘り下げると、携帯電話とテレビは基本的に、やや異なるコンポーネントを装備したコンピュータといえる。図3および4で分かるように、それぞれにプロセッサ、メモリ、ディスプレイが含まれている。 携帯電話のプロセッサはSamsung S5L8900 ARM 620 MHz CPUで、テレビにはIntel Media Processor CE 3100 （類似したX86アーキテクチャに基づく）が使用されている。携帯電話のメモリはスタティックDRAMの128MBで、8または16GBのフラッシュメモリも搭載されている。テレビでも同様の構成が使用されることがあるし、高度なビデオ要件を達成するために追加のメモリが使用される場合もある。その代わりにディスクストレージが使用されるか、加えてフラッシュメモリが使用される。
【００４６】
いずれのデバイスでも、OS、アプリケーションプログラム（ウィジェットソフトウェア含む）、ユーザーインターフェースソフトウェアなどのソフトウェアはそれぞれのメモリに格納される。（iPhoneで採用されているマルチタッチインターフェースの詳細については、Appleの特許第7,479,949号を参照のこと。）
【００４７】
いずれのデバイスのユーザーインターフェースもソフトウェアの信頼性が高い一方で、いずれもiPhoneの物理タッチスクリーンやテレビのボタン、リモコンといった物理UIコンポーネントがある。
【００４８】
携帯電話のディスプレイは明らかにテレビのそれよりも小さい。携帯電話の画面は、3.5インチ（対角）の液晶で、解像度は480 x 320 ピクセルである。テレビのディスプレイにはLCD、OLED、プラズマディスプレイなどがあり、20インチ（対角）以上のものがある。解像度は、1920 x 1080 ピクセルなどである。
【００４９】
いずれのデバイスにもネットワークアダプタがついている。携帯電話にはWiFiアダプタが付いている。 加えて、クアッドバンドGSM/ GPRS / EDGE: GSM 850 / 900 10 / 1800 / 1900を使用して通信が可能である。テレビにはイーサネット（IEEE 802.3）インターフェースがある。
【００５０】
テレビとは異なり、携帯電話では加えてカメラ（2メガピクセルの画像センサー、連動レンズ、A/Dコンバータなど）があり、マイクもある。 さらに、場所を特定することができるモジュールもついている。 このモジュールは、基地局やWiFiネットワークを参照することにより場所を特定するものが一般的である。 ただし、GPSレシーバーが含まれているものもある。
【００５１】
テレビにはまだ場所特定機能はないが、次世代のテレビにはこうした機能が含まれるべきであると出願人は考えている。その他の利点に加えて、これによって、テレビが他のデバイスに対する距離を判断することができ、他のデバイスからもテレビの位置判断が可能になる。これを活用する方法のひとつとして、近くの携帯電話が起動中のテレビの近くにあるときにそのソフトウェアアプリケーションのWatchingTVスイートを自動で起動することができる。
【００５２】
新たな位置特定技術には、 デバイス間で一般的に発生する種類の無線信号（WiFi、携帯電波、テレビ信号）を使用するものがある。 十分なデバイスがある場合には、信号自体（およびそれをコントロールする不完全なデジタルクロック信号）は非常に正確な時間・位置情報が取得できる参照先システムを構成する。かかる技術については、国際公開第08/073347号公報に詳述されている。
【００５３】
特に図2のようなシステムでは、テレビによって、携帯電話12（またはホームネットワーク上のその他のデバイス、すなわちラップトップ20、コンピュータ18など）にダウンロード可能なウィジェットが宣伝される。これは、Bonjourプロトコルを使用することによって可能である。
【００５４】
Bonjourとは、Zeroconf（サービスディスカバリープロトコル）導入のためのAppleの商標名である。 Bonjourは、マルチキャストドメイン名システムのサービス記録を使用して、ローカルネットワーク上のデバイスを見つけ、それぞれが提供するサービスを特定する。本ソフトウェアはApple MAC OS Xオペレーティングシステムに組み込まれており、WiFiからiTunesライブラリに接続することが可能なAppleのiPhone用「リモート」アプリケーションにも含まれている。(TiVoは、Bonjourを使用して、デジタルビデオレコーダーおよび共有メディアライブラリを見つける。）
【００５５】
Bonjourサービスは、OS内ではなく、大部分について標準TCP/IPコールを使用してアプリケーションレベルで実装されている。 Appleは、Drawinオープンソースプロジェクトとして利用可能なBonjourマルチキャストDNSレスポンダ（サービスディスカバリのコアコンポーネント）のソースコードも作成している。このプロジェクトでは、Mac OS X、Linux、*BSD、Solaris、Windowsなど幅広いプラットフォームのためのレスポンダデーモンを構築するためのソースコードを提供している。加えて、Appleはユーザーによるインストールが可能な、Bonjour for Windows、またはJavaライブラリと呼ばれる一連のサービスも提供している。
【００５６】
本技術のサンプル実装では、テレビプロセッサはBonjourを使用して定期的に（2秒または数秒ごと）ホームネットワークサブネットの一つ以上のパケットを送信してダウンロード可能なウィジェットを宣伝している。パケットは利用可能なウィジェットの名前を示し、また、それらが利用可能なテレビのIPアドレスまたはその他のネットワークロケーションも示す。 ウィジェットがテレビ画面上に最新順でリスト表示され、デバイスを聞くことによって最も新しいウィジェットを特定できるようにすることが望ましい。（放送は、テレビ画面に現在表示されているウィジェットのみに限定されるか、さらに網羅的なリストが提供される。）
【００５７】
WiFi接続携帯電話12などのホームネットワーク上のすべてのデバイスはこれらの広告を監視できる。携帯電話は、現在利用可能なウィジェットを示した最新の受信パケットデータをキャッシュできる。
【００５８】
ユーザーが携帯電話を操作してウィジェットへの興味を示した場合、携帯電話がテレビからのBonjour放送を聞く（すでにこの情報を聞いてキャッシュしていない場合）。 そして、テレビとのセキュアソケット接続が確立される（BonjourブロードキャストからのIPアドレスを使用。ある特定の実装では、携帯電話がテレビ画面上で最近表示されたウィジェットのソフトウェアの転送要求を行う。別の実装では、携帯電話がすべてのウィジェットのアイコン転送を要求し、テレビ画面下部のバーに表示される（または、最近表示されたN個のウィジェット）。 これらのアイコンは、携帯電話画面に揺れて表示されてユーザーに知らされる。携帯電話のソフトウェアでは、ユーザーが揺れているアイコンのひとつを選択できる。選択すると揺れは止まる。そして携帯電話がSSL接続を通じて、テレビからそのウィジェットのソフトウェアのダウンロードを要求する。 ダウンロードが完了すると、携帯電話のソフトウェアがディスプレイ上の選択されていないアイコンを削除する（ソフトウェアが転送されたウィジェットのアイコンは残る）。
【００５９】
ウィジェットソフトウェアの転送中は、携帯電話（またはテレビ）からはシューや吸引音のようなサウンドエフェクトが流れ、ユーザーに対して転送が実行中であることを確認する。
【００６０】
一部の具体例では、デフォルト動作で、転送完了時に携帯電話が自動的にウィジェットを起動してユーザーによるそれ以上のアクションが必要なくなっている。
【００６１】
多様な実装例で採用可能なBonjourのバージョン・派生には多くの可能性がある。 例えば、Bonjour Browserは、Creative Commonsライセンスアプリケーションで、Bonjourを使用して宣言されたすべてのサービスが表示される。 同様に、JBonjourBrowserはこの機能のJavaベースバージョンのオープンソースで、GNUGeneral Public Licenseで利用可能である。
【００６２】
その他の実装では、携帯電話とテレビの間でセキュアなFTP接続を確立してウィジェットのアイコンおよび/またはバイナリソフトウェアの転送（圧縮.zipファイルなどの形式で）が可能である。
【００６３】
その他の実装では、Microsoftの.NET フレームワークが利用可能である。.NETのリモートサービスを使用して、携帯電話上で実行する仮想マシンが、接続先にどのようなその他のポータブル実行コンポーネントが存在するかを問い合わせることができる。.NETは、.NET接続をリモートマシン（テレビなど）に対して解放し、そのウィジェットオブジェクトインベントリについて問い合わせる。 そして携帯電話が、バイトコードをコピーすることにより、任意のオブジェクトをローカルで実行する。
【００６４】
こうした実装例では、ウィジェットソフトウェアコードは通常テレビ（テレビ画面のディスプレイ）上で実行されるか、携帯電話（携帯電話画面のディスプレイ）で実行されることを理解しなければならないが、そうとは限らない。代わりに、ソフトウェアがリモートで実行可能なのである。 例えば、「クラウドにある」プロセッサがウィジェット機能を実行し、入出力にローカルデバイスを使用する。同様に、ユーザーが携帯電話のウィジェットを起動すると、テレビのプロセッサ上で実際のプログラムの実行が行われるようにシステムがアレンジされる（携帯電話インターフェースが入出力に使用される）。
【００６５】
すでに述べたように、出願人は、テレビは自動的にユーザーに対して現在提示している番組に関連したウィジェットを宣伝するようにすべきと考えている。
【００６６】
これを行うには多くの方法がある。 ひとつは、番組変更のたびにテレビがリモートレジストリを参照するという方法である。Samsungのテレビはサーバー13aに保存されたSamsungレジストリを参照するし、SonyのテレビはSonyレジストリを参照する、などである。こうした「ホーム」レジストリのIPアドレスは、テレビソフトウェアにハードコードされる。
【００６７】
たとえば、ユーザーが新しいチャンネルに変えたとき、テレビはホームレジストリ（Sumgungなど）にクエリーを送り、太平洋標準時間8:05 pmのチャンネル104（またはComedyCentralチャンネル）のウィジェットについて問い合わせる。Samsungレジストリは、関連ウィジェットに直接情報を返すか、当該クエリに適したより専門のレジストリのIPアドレスを提供する。 たとえば、ComedyCentral 13bが運営するサーバーのIPアドレスを返し、ここからその番組に関連したウィジェットが提供される。 テレビは、現在の時間と場所に適したウィジェットについて、特定されたComedyCentralサーバーにクエリーを送る。
【００６８】
テレビは、その関連サーバーについてホームレジストリから受取ったIPアドレスをキャッシュできるため、頻繁にホームレジストリに接続する必要がなくなる。 そして、テレビはその関連サーバーのDNSをコンパイルし、内部DNSが必要なデータを持っていない場合にのみホームレジストリに接続する（または、キャッシュされた情報の新しさを確認するためにのみ定期的に行う場合もある）。
【００６９】
かかるプロセスは、チャネル変更以上に頻繁に行われる。各新規番組スロット（30分ごとなど）の開始時に、テレビはそのチャンネルと時間に関連したウィジェットについて問い合わせる。
【００７０】
数の限られたサーバーにこうした同期要求を行うテレビが大量になることによって生じる可能性のあるネットワークトラフィック負荷を考え、ウィジェット情報は早めに要求し、テレビでキャッシュすることができる（または、中間ネットワークノードで）。または、各チャンネルの関連ウィジェットをテレビにプッシュすることもできる。これは、電子番組ガイドデータで現在行われているものと同じである（オフピーク時間に1、2週間のデータをテレビにアップロードすること）。例えば、電子番組ガイド情報をテレビに提供しているTV Guideサーバー13cも、各番組に関連したウィジェットのリストを提供できる。
【００７１】
（図1は少数の異なるサーバーのみを示しているが、はるかに多くのサーバーを活用することが可能である。各ウィジェットのパブリッシャが独自のサーバーを持つか、複数のウィジェットがYahoo!などの共有ホストを利用することが可能である。）
【００７２】
ウィジェットの可用性をアップデートするための追加のスケジュールも導入可能である。コマーシャルから野球中継に戻る度に、ネットワークがテレビ画面に表示される利用可能なウィジェットの登録リストロースターを更新したり、まだ有効な表示ウィジェットについてユーザーに早めに注意喚起させることができる。例えば、コマーシャルからNBCサッカーゲームに戻るとき、ユーザーは、NBCブランドのサッカースケジュールウィジェット、NBCブランドのサッカー情報ウィジェット、NBCブランドのサッカースコアウィジェットという3つのウィジェットをユーザーに表示することができる。上述のように、それぞれが関連元であるNBCサッカー中継と似た外観であり、エクスペリエンスの一貫性を保つことができる。 （トランジションやサウンドエフェクトなどの「感覚」エレメントも共有可能である。）
【００７３】
コマーシャルにはそれ自体のウィジェットを持たせることもできる（Fordのコマーシャルであれば、対象モデルのドライビングシミュレーターのウィジェット、Disneyのコマーシャルであれば対象映画の完全版予告編のウィジェットなど）。
【００７４】
一部の実装例では、利用可能なウィジェットは電子番組ガイドUIに表示される。 EPGにナビゲートした視聴者は、ロゴまたはその他のビジュアルによって関連ウィジェットの存在を知らされる。番組選択時のロゴの選択またはリモコンボタンの操作によって、使用しているディスプレイ画面に関連ウィジェットの一覧が表示される（通常はテレビ、ただし携帯電話でも）。これらのウィジェットは、EPG Ulから直接起動できる。選択されるデバイスにまだ常駐していないウィジェットは、ホームネットワーク上の別のデバイス（例えばテレビから携帯電話まで）またはリモートサーバー１３からダウンロードされることができる。
【００７５】
関連していると判断されたウィジェットは完全にテレビにダウンロード可能で、そうしたウィジェットをプロモートするシンプルなアイコンが転送可能である（ユーザーによるウィジェット起動時または携帯への転送時にはソフトウェアそのものが転送される）。（後者の場合、ソフトウェアコードはテレビを飛ばしてリモートサーバーから直接携帯電話に転送できる。この場合でも、テレビはBonjourを使用してウィジェットの可用性を宣伝する。）
【００７６】
一部の実装例では、キーワードによって関連ウィジェットの検索が可能である。こうした検索は、プロンプトイベント（チャンネル変更またはコマーシャル休憩）時にテレビによって自動的に行われるか、ユーザーによって手動で実行することが可能である（関連サーバーによって番組の各要素に明示的に関連付けられたものよりも幅広いウィジェットを見たいユーザーなど）。前者の検索結果は、テレビ画面の端にあるドックに表示される（その他のウィジェットと同じ）。後者の検索結果は、テレビでの表示を飛ばして携帯電話だけで表示される。
【００７７】
いずれ、ユーザーは多数のTVウィジェットを携帯電話に転送するであろう。 そのなかから選択することは、量が多くなってくると難しくなる。
【００７８】
一部の実装例では、テレビからの定期的なBojour放送が、チャンネルおよび/または現在選択している放送局、および/または現在表示されている番組を指定する。 ユーザーの携帯電話がこの情報を受信し、適宜TVウィジェットのディスプレイに紹介する。テレビがESPNにあわされている場合、携帯電話にはDisneyやCBS newsに関連した保存済みウィジェットは表示されない（少なくともデフォルト画面では）。代わりに、指定ESPN番組に関連するTVウィジェットのみを含む画面が表示される。ユーザーがTVのチャンネルを変更すると、携帯電話に表示されているウィジェットもそれに応じて変わる。
【００７９】
上述のように、ウィジェット自体はJavascript、XML、HTML、Adobe Flashなどによって作成可能なショートソフトウェアアプリケーションである。これらは、モバイルエージェントとして扱われる（デバイスと実行環境の間を移動するソフトウェアコンポーネント）。ウィジェットの実行にはXMLインタープリターと組み合わせたJavaScriptランタイム環境が採用可能である。この環境には、インターネットを呼び出してウェブページを読み込み、オンラインスクリプトやファイル入出力を読む能力も含まれている。ビルトインインターフェースでは、WindowsのシェルスクリプトやCOMアプリケーション、AppleマシンのAppleScriptなどOS固有のコードも可能である。
【００８０】
ユーザーがテレビ画面を見ながら携帯電話で実行するように上には記しているが、ウィジェットはいつでもどこでも実行可能である。従って、テレビはウィジェットの配布ポイントとなるが、その使用のためのアンカーではない。
【００８１】
テレビのネットワーク接続が特定の接続例において必要である反面、本技術の機能はコンピュータまたはネットワーク機能がない旧式のテレビでも採用可能である。この場合、携帯電話はテレビから感知された映像・音声信号に基づいてウィジェットの可用性を判断することができる。
【００８２】
多くのテレビ番組は、固有のロゴ、目立つスクリーン、テーマ音楽で識別されている。個々の番組内では、特定のグラフィックが何度も表示されてさまざまなイベントや情報を示す。バスケットボールの試合で表示されるスコアボックスがその例である。 ESPNボックスには、明確に定義されたフォーマットがある（アスペクト比、ボーダー幅、色、レイアウト、ブランドアートワーク、画面配置など）。NBC Sportsボックスでもスコア情報が提供されるが、ESPNボックスのものとは視覚的に異なっている（独自のフォーマット）。
【００８３】
これらのビジュアル機能は、携帯電話のカメラによってテレビ画面にキャプチャすることができ、携帯電話にダウンロード可能な関連ウィジェットを特定するために認識・使用される。
【００８４】
パターン認識に関する研究は広範なものであるが、その多くはこのコンテキストに適用可能である。その多くは「フィンガープリント法」として知られ、画像ピクセルのフレーム（またはフレームのシーケンス）をフレーム内のオブジェクト認識のベースとなる一つ以上のハッシュコードまたは特徴ベクトルまで抜き出すことによってビジュアルオブジェクトを特定することを目指している。読者には、2つの概要的論文への参照が示される。それは、Swaminathanらの; "Image Hashing Resilientto Geometric and Filtering Operations" 2004 IEEE Workshop on MultimediaSignal Processing, pp. 355-358, と、Kimらの "Spatiotemporal Sequence Matchingfor Efficient Video Copy Protection" IEEE Trans, on Circuits and Systemsfor Video Technology, Vol. 15, No. 25 1, January, 2005, pp. 127-132の2つである。
【００８５】
画像・動画のフィンガープリント法は、特許公報および公開特許公報7,020,304（Digimarc）、7,486,827（Seiko-Epson）、20070253594 （Vobile）、20080317278（Thomson）、20020044659 （NEC）に説明がある。
【００８６】
フィンガープリント法に関連するものとして、スケール・インバリアント・フィーチャー・トランスフォーム（SIFT）があり、Loweの"DistinctiveImage Features from Scale-Invariant Keypoints"  International Journalof Computer Vision, 60, 2 (2004), pp. 91-110、Loweの"Object Recognition from LocalScale-Invariant Features" International Conference on Computer Vision,Corfu, Greece (September 1999), pp. 5 1150-1157、および特許第6,711,293号公報に詳述されている。 また、イメージから得られたSIFTデータはデータベースに保存され、ビデオ番組（またはその一部）の認識に使用する識別データとして使用される。
【００８７】
携帯電話が画像をキャプチャすると、携帯電話のプロセッサによって画像内の特徴が抽出できる（画像データが分析用リモートプロセッサに参照されるか、携帯電話とリモートプロセッサ間でプロセスの配布を行うことが可能である）。特徴的なものが区別されると、データベースまたは参照機能に適用される（既知のロゴ、イベント、情報、番組に関連付けられる）。テレビ画面から判断された特徴がデータベースの参照特徴セットと一致すると、対応する識別情報がデータベースから読みだされる（キャプチャ画像データ内のESPNのバスケットボールのボックススコアなど）。
【００８８】
こうした識別が行われると、一つ以上の対応するウィジェットが識別できる。キーワード検索が実行可能である。 または、参照フィンガープリントを含むデータベースも、識別された特徴に適した一つ以上のウィジェットへのリンクを含むことができる。
【００８９】
ここで挙げた例では、ウィジェットはESPNバスケットボールアップレットで、ユーザーがバスケットボールの試合のスコアをブラウジングしたり、試合経過のハイライトを見たり、行われている試合の成績やチームの成績を確認することができるものである。
【００９０】
サウンドエフェクトには音声フィンガープリント法が使用できる（特徴的なサウンドエフェクト、テーマソングなどを識別し、番組ごとに関連付け、対応するウィジェットを判断できるようにする）。
【００９１】
音声フィンガープリント法の例については、特許公報および公開特許公報20070250716、20070174059、20080300011（Digimarc）、20080276265、20070274537、20050232411（Nielsen）、20070124756（Google）、7,516,074（Auditude）、6,990,453、7,359,889（ともにShazam）に説明がある。 画像・動画のフィンガープリント法の例は、特許公報および公開特許公報7,020,30（Digimarc）、7,486,827（Seiko-Epson）、20070253594（Vobile）、20080317278（Thomson）、20020044659（NEC）に説明がある。
【００９２】
もうひとつの識別技術は、電子透かしである（Digimarcの特許第6,122,403、6,590,996号公報、Nielsenの特許第6,968,564号公報に説明がある）。 ほとんどの米国テレビ局の音声は、電子透かし、エンコーディングソース、時間データが入っており、レーティングサーベイなどのための番組識別でNielsenを支援している。Nielsenは、番組名やそのほかの識別子のついたソース/時間データを相関させたデータベースを持っている。携帯電話はテレビの音声をキャプチャすることができ、エンコードされた透かしは抽出可能である。結果得られた情報はNielsenデータベースに適用できる。 データベースから返された番組識別により、関連ウィジェットを識別できる。（または、上記のように、データベースは明示的に一つ以上のウィジェットをさまざまな番組に関連付けることができる。）
【００９３】
本書で詳述する方法・アレンジメントで有用な関連技術は、米国出願12/271,692（2008年11月14日出願）、12/271,772,（2008年11月14日出願）、12/484,115（2009年6月12日出願、12/490,980（2009年6月15、24日出願）、12/640,386（2009年12月17日出願）で公開されている。
その他の受益者
【００９４】
個人用の2つ目の画面を使用することで、本技術はユーザーのエンターテインメントコンテンツの楽しみを拡大・強化する（同じテレビ画面を見ている他の人のエクスペリエンスを損なうことなく）。
【００９５】
加えて、2つ目の画面は、コンテンツプロバイダ、広告主、視聴者調査会社といった人々にもメリットを提供する。
【００９６】
コンテンツプロバイダは、携帯電話上のウィジェットが固定の大型スクリーンからのメディアフットプリントをポケットサイズのいつでも見れる装置にまで拡大できることで利点を得る。もうCBS Newsを書斎の夕方のニュースだけに取っておく必要はない。 CBSは、大型スクリーンから小さな画面に飛び出して、ユーザーの好きなニュースをいつでもどこでも提供できるようになる。もともと大型画面から生まれたCBSウィジェットは、それに縛り付けられたものではない。 伝統的なメディア企業には、その番組のリーチを個人用デバイスにまで拡大するためのこのような簡単な方法はなかった。
【００９７】
視聴者調査においては、既存の手法にはテレビ画面を見ているのが誰で、どの程度に見ているのかについての不確実性という欠点があった。Personal People Meterデバイスなどでは、テレビのある部屋に誰がいるかを特定する助けにはなったが、画面にどの程度の注意が向けられているかなどについての洞察は得られなかった。
【００９８】
個人用の2つ目の画面にユーザーエクスペリエンスを拡大することで、視聴者の参加度についてよりよい指標を獲得することができる。これは、「2つ目の画面」のエクスペリエンスがインタラクティブなものだからである（ユーザーが移動、リンク選択、UIの操作によるゲームプレイなどを行うことによって）。本技術の一部の実装例では、ウィジェットとのユーザーインタラクションはウィジェットパブリッシャまたは別のデータ収集組織が受け取るデータに反映されており、ウィジェットに対するユーザの入り込み度を数量化することが可能になる。本技術が前提としているように、テレビ番組（またはコマーシャル）ごとに一つ以上の関連ウィジェットがあるようになるまでにウィジェットが拡散した場合、ウィジェットアクティビティのトラッキングは関連テレビコンテンツや広告内容に対する視聴者の入り込み度を表すものとなるだろう。そうなれば、豊富かつ時間を追うことのできるユーザー入り込み度情報が提供可能となる（これは、匿名化など個人情報保護の対象となる）。
【００９９】
ユーザーの関心が大型の共有型画面から2つ目のより個人向けの画面へ遷移すれば、2つ目の画面の広告価値は増大する。 特定の携帯電話ユーザーの人口学的プロファイルは、多くの場合は世帯すべてのメンバーに共有されているテレビのプロファイルよりもはるかに正確に規定することが可能である。より厳密な人口学により、広告のターゲティングはより優れたものとなる。そして、そのことにより、ティーンエージャーの時間をオムツのコマーシャルで無駄にすることも、高齢者の時間を、ラッパーのビデオのプロモーションで無駄にすることもなくなる。ウィジェットには、自動的に製品配置を挿入するコード、もしくは2つ目の画面用に作成されたそのほかのコマーシャルプロモーションを含めることができる。 ユーザーの反応（インタラクションなど）は測定可能で、広告主によるプロモーションごとの効果測定を助ける。このような正確に工学設計された広告に支払われる金額は拡大し、製作者は、より容易に視聴者の関心に沿ったコンテンツに資金投資することができるようになる。同様に、特定の視聴者を引き付ける番組に関する情報の向上も、コンテンツプロバイダがよりよく視聴者の要求にこたえることを助けるものである。すなわち、視聴者の関心に合わせた番組を制作したり、同じような内容の今後の番組について視聴者に知らせたりすることができる。
結論
【０１００】
さまざまな実装例を参照して本技術の原理について説明・解説してきたが、本技術はさまざまな多くの形、方法で導入可能であることは明らかである。特に詳細なアレンジメントは網羅的ではなく実例で示した。
【０１０１】
例えば、2つ目の画面デバイスとして携帯電話に参照が送られると、本技術があらゆるデバイスとのユーティリティを発見することが認識されるであろう（携帯デバイスと固定型デバイス）。PDA、オーガナイザ、携帯型音楽プレーヤー、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、ネットブック、ウルトラポータブル、着用可能型コンピュータ、サーバーなどはすべて本書に記載した原理を活用することができる。特に想定携帯電話には、AppleのiPhone、GoogleのAndroid対応携帯電話（T-MobileG1、Motorola Droid、Google Nexusなど）がある。「携帯電話」とは、厳密に携帯（WiFi専用に使用されるなど）や電話と言えないものも含め、このようなすべてのデバイスを含むものとする。
【０１０２】
同様に、この明細書では携帯電話やグラフィックユーザーインターフェースといったエレメントに繰り返し言及したものの、多くの詳述したエレメントは近い将来取って代わられることが認識されるであろう。カメラおよびジェスチャーインターフェースなどを内蔵した頭部装着型ディスプレイがすでに存在している。従って、詳細なアレンジメントが説明的なものであり、詳細な技術を実践可能な形式を制限するものではないことが認識される必要がある。
【０１０３】
テレビリモコンにもたびたび言及した。リモコンには通常、テレビを操作するための入力用のボタンパッドとトランスミッタ（一般的には赤外線ダイオード）がついている。リモコンは携帯電話としては機能しないものの、携帯電話はリモコンとして機能させることができる（テレビへのコマンドを送る）。赤外線でコマンド送信する代わりに、ホームネットワーク、Bluethoothなどからコマンドを送ることができる。携帯電話の液晶ディスプレイとその優れた演算能力によって、傑出したリモコンとして使用することが可能である。ある特定のアプリケーションはEPGをナビゲートする。 EPGは携帯電話ディスプレイに表示可能で、ディスプレイは携帯電話の上位UIによってナビゲート可能である（タッチスクリーンジェスチャなど）。 ユーザーが表示中のEPGグリッド上のボックスをタッチするなどして番組を選択すると、対応するコマンドがテレビに送信され、選択したチャンネルにチューニングされるか、別の希望の操作が行われる（番組録画予約、録画しておいた番組の再生、ウェブ上の番組検索など）。
【０１０４】
本明細書はテレビにフォーカスしたものであるが、詳述した原理はその他のエンターテインメントコンテンツ形式にも同様に適用可能であることが認識されるであろう。
【０１０５】
本書で参照した携帯電話およびその他デバイスの設計は、職人にとってなじみのあるものである。大まかに言えば、それぞれに1つまたは複数のプロセッサ（Intel、AMD、ARMなど）、メモリ（RAMなど）、ストレージ（ディスクまたはフラッシュメモリ）、ユーザーインターフェース（キーパッド、TFTLCD、OLEDディスプレイ画面、タッチセンサー、ジェスチャーセンサー、カメラ、その他の光学センサー、コンパスセンサー、3D磁力計、3軸加速度計、マイクなど。グラフィックユーザーインターフェースを提供するためのソフトウェアインストラクションを含む）、エレメント間の相互接続（バスなど）、他のデバイスと通信するためのインターフェース（GSM、CDMA、W-CDMA、CDMA2000、TDMA、EV-DO、HSDPA、WiFi、WiMax、網状ネットワーク、Zigbee、その他の802.15アレンジメント、またはBluetoothなどの無線通信および/または有線（イーサネットローカルエリアネットワーク、T-Iインターネット接続）など）が含まれている。
【０１０６】
より一般的には、本明細書で詳述したプロセスおよびシステムコンポーネントは、マイクロプロセッサ、グラフィック処理ユニット（nVidiaTegra APX 2600などのGPU）、デジタル信号プロセッサ（Texas Instruments TMS320 シリーズのデバイス）などを含む様々なプログラミング可能なプロセッサー用の汎用プロセッサインストラクションを含むコンピューティングデバイスのインストラクションとして実装可能である。これらのインストラクションはソフトウェア、ファームウェアなどとして実装可能である。これらのインストラクションは、プログラミング可能なロジックデバイス、FPGA（Xilinx Virtexシリーズのデバイスなど）、FPOA（PicoChipブランドのデバイスなど）、アプリケーション固有の回路などのプロセッサを含む多彩なプロセッサ回路形式に導入することも可能である（デジタル、アナログ、アナログ/デジタル混合回路）。 インストラクションの実行はプロセッサ間で配布可能で、デバイス内のプロセッサ間またはデバイスネットワーク間でパラレルにすることも可能である。コンテンツ信号データの転換も、様々なプロセッサおよびメモリデバイス間で配布可能である。
【０１０７】
詳述した機能導入のためのソフトウェアインストラクションは、本書に記載した記述から、職人によって手軽に作成できる（C、C++、VisualBasic、Java、Python、Tel、Perl、Scheme、Rubyなどで記述）。本技術に基づくモバイルデバイスには、様々な機能および動作を実行するためのソフトウェアモジュールを含めることができる。
【０１０８】
本書では特定の動作指示や特定のエレメント組み合わせを説明のための実装例で説明したが、その他の方法でも動作を再指示できる（省略や追加などが可能）こと、およびその他の組み合わせで一部のエレメントを省略したり追加できることなどが認識されるであろう。
【０１０９】
完全なシステムとして公開されているものの、詳述したアレンジメントのサブコンビネーションも個別に想定している。
【０１１０】
本明細書において開示しているさまざまな実装例におけるエレメントおよびティーチングも、交換・組み合わせできる。
【０１１１】
インターネットについても言及した。 その他の実装例では、他のネットワーク（コンピュータのプライベートネットワークを含む）も採用可能である。
【０１１２】
詳述したコンテンツ信号の処理（画像信号、音声信号など）にはこれらの信号の多彩な物理形式への転換も含まれていることが認識されるであろう。画像・動画（物理スペースを移動し物理オブジェクトを描く電磁場形式）は、カメラまたはその他のキャプチャ機器を使用して物理オブジェクトからキャプチャ、またはコンピューティングデバイスから生成することができる。同様に、物理媒体を移動する音声圧力波は音声トランスデューサ（マイクなど）にキャプチャし電子信号（デジタルまたはアナログ形式）に変換可能である。これらの信号は通常電子デジタル形式で処理され上述のコンポーネントおよびプロセスを実装するが、電子、光学、磁気、電磁波形式などその他の物理形式でキャプチャ、処理、転送、保存も可能である。コンテンツ信号は、信号および関連情報の様々なデータ構造表現の処理・生成中にさまざまな方法でさまざまな目的のために転送される。そして、検索、ソート、読み込み、書き込み、読み取り中にメモリ内のデータ構造信号が転換される。この信号は、ディスプレイまたは音声トランスデューサ（スピーカー）を介してキャプチャ、転送、保存、出力の際にも転換される。
【０１１３】
簡潔にするため、任意のテクノロジーとの無数のバリエーションやコンビネーションは本書では紹介していない。出願人は、本明細書のコンセプトがそれ自体として、また、既存のものとも組み合わせ、代用、交換可能であることを認識し、意図している。さらに、詳述した技術は、効果を増すためにその他の技術（現在のもの、将来のもの）に含めることができることも認識されるであろう。
【０１１４】
本明細書を不必要に長いものにすることなく包括的な開示を行うため、出願人は上において様々な文書・特許情報開示への参照をつけた。（これらの文書は、その特定の内容について引用した場合であっても全部を参照している。）これらの参照では、本書で詳述したアレンジメントと一体化可能な技術・ティーチングを開示している。
【０１１５】
出願人は、このアレンジメントのいくつかについては特に下記を想定している：
Ａ．（ａ）テレビ画面上に表示され、前記画面上に表示されたビデオ番組に関連したコンテンツまたはインタラクティビティを提供するソフトウェアウィジェットに対するユーザーの関心を、携帯電話を使用して示すステップと、
（ｂ）前記示された関心に応じて、前記ソフトウェアウィジェットの一バージョンを前記携帯電話に転送するステップと、
を備える方法。
【０１１６】
Ｂ．前記ソフトウェアウィジェットの前記バージョンを前記テレビから前記携帯電話に転送するステップを含む、Ａに記載の方法。
【０１１７】
Ｃ．前記ステップ（ａ）は、前記携帯電話を使用した前記テレビへのジェスチャリングを含む、Ａに記載の方法。
【０１１８】
Ｄ．前記ステップ（ａ）は、前記携帯電話に関連付けられたカメラを使用して、前記テレビ画面の少なくとも一部を含む画像データをキャプチャすることを含む、Ａに記載の方法。
【０１１９】
Ｅ．前記ステップ（ａ）は、前記携帯電話に関連付けられたマイクまたはカメラを使用して、前記テレビからデータをキャプチャし、前記キャプチャしたデータから情報を取得し、前記取得した情報を用いて前記携帯電話に転送すべきソフトウェアウィジェットの特定を支援することを含む、Ａに記載の方法。
【０１２０】
Ｆ．ワイヤレスネットワーク接続を通じて、一つ以上のウィジェットが転送されるべき携帯電話を特定するステップを含む、Ａに記載の方法。
【０１２１】
Ｇ．前記携帯電話へのソフトウェアウィジェットの転送に関連付けられたサウンドエフェクトをレンダーリングするステップを含む、Ａに記載の方法。
【０１２２】
Ｈ．前記サウンドエフェクトに吸引音が含まれる、Ａに記載の方法。
【０１２３】
Ｊ．ネットワーク接続テレビを利用した方法であって、
その画面にビデオ番組が再生され、少なくとも一つのソフトウェアウィジェットのアイコンが表示され、
前記ウィジェットは、関連コンテンツを前記テレビ画面に表示することで前記ビデオ番組を補完し、視聴者起動可能なものであり、
前記方法は、
対になるソフトウェアウィジェットを、前記テレビ画面の視聴者により操作される携帯電話に転送するステップと、
前記携帯電話の画面に関連コンテンツを表示することで前記テレビ画面上の前記ビデオ番組の補完を行うことを含み、前記携帯電話で前記対になるウィジェットを実行するステップと、
を備え、
前記携帯電話上での前記視聴者による前記ウィジェットの使用は、前記テレビ画面の前記ビデオ番組を見ている他の人の楽しみを邪魔しない、方法。
【０１２４】
Ｋ．起動したウィジェットは前記テレビ画面上で第一段階のインタラクティビティを有し、前記携帯電話で実行される前記対になるウィジェットは前記第一段階のインタラクティビティよりも優れた第二段階のインタラクティビティを有する、Ｊに記載の方法。
【０１２５】
Ｌ．前記テレビが接続されているネットワークを利用して、前記対になるソフトウェアウィジェットを前記携帯電話に転送するステップを含む、Ｊに記載の方法。
【０１２６】
Ｍ．テレビと携帯電話で構成されるシステムであって、
前記テレビと携帯電話は、それぞれ、ディスプレイ画面、プロセッサ、メモリを含む複数のコンポーネントを含み、
前記テレビのコンポーネントは、テレビ画面でビデオ番組を再生するように動作し、
前記テレビの前記メモリにはウィジェット情報が保存され、ユーザーの選択に応じて更なるコンテンツを前記テレビ画面に表示することで前記ビデオ番組を補完し、
前記携帯電話の前記メモリには対応するウィジェット情報が保存され、ユーザーの選択に応じて更なるコンテンツを前記携帯電話の画面に表示することで前記ビデオ番組を補完する、方法。
【０１２７】
Ｎ．少なくとも一つの前記ウィジェット情報は、前記システムがリモートシステムと通信してウィジェットの動作を起動するためのリンク情報を含む、Ｍに記載のシステム。
【０１２８】
Ｐ．前記テレビの前記メモリ内の前記ウィジェットがコマーシャルブランドでブランド化され、
前記携帯電話の前記メモリ内の前記ウィジェットが同じコマーシャルブランドでブランド化される、Ｍに記載のシステム。
【０１２９】
Ｑ．前記テレビの前記メモリ内の前記ウィジェットに特定の外観と感覚があり、
前記携帯電話の前記メモリ内の前記ウィジェットにも同じ外観と感覚があり、
前記ウィジェットが提示するユーザーエクスペリエンスが一致する、Ｍに記載のシステム。
【０１３０】
Ｒ．テレビと携帯電話にかかわる方法であって、
付加的な関連コンテンツまたはインタラクティビティによって、テレビ画面に表示されるビデオ番組を補完するソフトウェアウィジェットであって、前記テレビで利用可能なソフトウェアウィジェットに関する情報を受信するステップと、
前記利用可能なソフトウェアウィジェットに関する通知を前記テレビから送信するステップと、
前記利用可能なソフトウェアウィジェットに関する前記通知を前記携帯電話で受信するステップと、
前記携帯電話のユーザーインターフェースを通じたユーザー入力に応じて、前記ソフトウェアウィジェットを要求するステップと、
ウィジェットデータを前記携帯電話で受信するステップと、
前記携帯電話のユーザーインターフェースを通じたユーザー入力によって、前記ウィジェットを起動するステップと、を備える方法。
【０１３１】
Ｓ．前記携帯電話が利用可能なソフトウェアウィジェットに関する通知を要求し、
前記テレビが前記通知を転送することにより前記要求に応じる、Ｒに記載の方法。
【０１３２】
Ｔ．前記ソフトウェアウィジェットを要求するユーザー入力は、前記携帯電話の前記テレビに対する位置を所定の方法によって決めることを含む、Ｒに記載の方法。
【０１３３】
Ｕ．新しいウィジェットに関する前記情報は、ウィジェットソフトウェアを含む、Ｒに記載の方法。
【０１３４】
Ｖ．新しいウィジェットに関する前記情報は、リモートシステムとの通信を確立し、前記ウィジェットの動作を起動するためのリンク情報を含む、Ｒに記載の方法。
【０１３５】
Ｗ．新しいウィジェットに関する前記情報は、ウィジェットソフトウェアが保存されているリモートリポジトリへのリンクを含む、Ｒに記載の方法。
【０１３６】
Ｘ．ソフトウェアインストラクションを格納するタンジブルメディアであって、
前記ソフトウェアインストラクションは、プロセッサによって実行されると、関連コンテンツまたはインタラクティビティによってテレビ番組を補完するように働くウィジェットを作成し、
前記ソフトウェアインストラクションは、ソフトウェアがテレビによって実行されているのか、または携帯電話によって実行されているのかを示す入力データを受信し、
前記ソフトウェアが携帯電話によって実行されている場合に、前記ソフトウェアがテレビで実行される場合よりもより豊かなエクスペリエンスが提供される、タンジブルメディア。
【０１３７】
Ｙ．メモリに格納されたソフトウェアインストラクションに基づき、携帯電話プロセッサによりキーボードユーザーインターフェースが表示される画面を有する携帯電話と、テレビとの間の通信をネットワーク接続を通じて確立するステップと、
前記携帯電話の前記キーボードユーザーインターフェイス通じて入力テキストを受信するステップと、
前記入力テキストを前記ネットワーク接続を通じて前記テレビに転送するステップと、
前記転送された入力テキストに基づき、前記テレビの動作の一側面を制御するステップと、
を備える方法。
【０１３８】
Ｚ．携帯電話にソフトウェアを配布する方法であって、
ホームネットワークを通じたテレビからのパケットベースのメッセージ放送で前記ソフトウェアの可用性を電子的に宣伝するステップと、
前記テレビの画面上にビジュアル通知を提供することによって、前記ソフトウェアの可用性をプロモートするステップと、
前記ビジュアル通知に対応するユーザーの関心表示を受信するステップと、
前記パケットベースのメッセージからのデータを参照し、前記携帯電話へ前記ソフトウェアを転送するステップと、
を備える方法。
【０１３９】
ＡＡ．前記テレビから前記携帯電話へ前記ソフトウェアを転送するステップを含む、Ｚに記載の方法。
【０１４０】
ＢＢ．携帯電話にソフトウェアを配布する方法であって、
携帯電話を使用して、テレビからの映像または音声出力をキャプチャするステップと、
前記キャプチャした出力を参照することにより、前記テレビにより表示されている情報のタイプを識別するステップと、
前記識別した情報のタイプに関連したソフトウェアを識別するステップと、
前記携帯電話からユーザーへ通知を表示し、前記ソフトウェアの可用性についてユーザーへアラートするステップと、
ユーザー指示に応じ、前記ユーザーが使用する前記携帯電話に前記ソフトウェアを転送するステップと、
を備える方法。
【図３】
2012517188.tif 000003
【図４】
2012517188.tif 000004
【図１】
2012517188.tif 000005
【図２】
2012517188.tif 000006
【図５】
2012517188.tif 000007
【図６】
2012517188.tif 000008
【国際調査報告】
2012517188.tif 000009