JP2012502533A - 通信システム及び方法 - Google Patents

Abstract

プロセッサと、ユーザがパケットベースの通信ネットワークを介して１つ又は複数の他のユーザとの通話を確立できるように構成された通信クライアントと、リモート制御ユニットとを備えたメディアデバイスにおいて、リモート制御ユニットは、プロセッサにデータを送信するように構成された無線通信手段と、無線通信手段を制御するように構成された制御手段と、ユーザからの入力コマンドを受信し制御手段に入力コマンドを提供するように構成されたユーザ入力手段と、ユーザからのオーディオ信号を受信するように設けられたマイクロホンを備える。制御手段がユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、制御手段は、無線通信手段を非起動状態から起動させ、プロセッサとの接続を確立し、ネットワーク経由での呼における送信のために、無線通信手段を用いてマイクロホンからのオーディオ信号を送信するように設けられる。

Description

本発明は、通信システム及び方法に関する。

パケットベースの通信システムは、パソコンなどの装置のユーザがインターネットなどのコンピュータネットワークを介して通信することを可能にする。パケットベースの通信システムは、ボイスオーバーインターネットプロトコル（「ＶｏＩＰ」）通信システムを含む。それらのシステムは、固定回線や携帯電話ネットワークよりもしばしば大幅に低コストであるようにユーザに対して利益をもたらす。これは特に長距離通信の場合であってもあてはまる。ＶｏＩＰシステムを使用するには、ユーザが彼らの装置上にクライアントソフトウェアをインストールして実行する必要がある。クライアントソフトウェアは、ＶｏＩＰの接続だけでなく、登録や認証などの他の機能を提供している。音声通信に加えて、クライアントはまた、ビデオ通話、インスタントメッセージング（「ＩＭ」）、ＳＭＳメッセージ、ボイスメールなど、別の機能を提供することもできる。

パケットベースの通信システムの１つのタイプは、独自のプロトコル上に構築されたピアツーピア（「Ｐ２Ｐ」）のトポロジーを使用する。ピアツーピアシステムへのアクセスを可能にするには、ユーザが自分のコンピュータ上でＰ２Ｐソフトウェアのプロバイダによって提供されるＰ２Ｐクライアントソフトウェアを実行する必要があり、Ｐ２Ｐシステムに登録する必要がある。ユーザがＰ２Ｐシステムに登録したとき、クライアントソフトウェアがサーバからデジタル証明書ともに提供される。いったんクライアントソフトウェアが上記証明書ともに提供されると、次いで通信を設定（セットアップ）することができ、Ｐ２Ｐシステムのユーザ間でサーバのさらなる使用をすることなく通信を行うことが可能となる。特に、Ｐ２Ｐシステムへのアクセスを可能にする１つ又は複数のデジタル証明書（又はユーザ識別証明書、「ＵＩＣ」）の交換に基づいてＰ２Ｐシステムを介してユーザ自身らの通信のルーティングを確立することができる。ユーザ間のデジタル証明書の交換はユーザ識別の証拠を提供し、それらがＰ２Ｐシステムにおいて適切に許可されかつ認証されたことの証拠を提供する。従って、デジタル証明書の提示は、ユーザのＩＤの信頼性を提供する。それ故、通信がサーバを用いてルーティングされないがエンドユーザからエンドユーザに直接にルーティングされることがピアツーピア通信の特徴である。そのようなＰ２Ｐシステムのさらなる詳細は特許文献１に開示されている。

国際公開ＷＯ２００５／００９０１９号公報

パケットベースの通信システムに関する問題は、ユーザのパケットベースの通信システムのアクセスが制限されていることである。特に、そのようなシステムは最も一般的にパーソナルコンピュータを用いてアクセスされる。これは、ユーザのパーソナルコンピュータ上の上記パケットベースの通信システムのクライアントソフトウェアをダウンロードしてインストールすることに対してユーザが十分に技術的に有能である必要があるという欠点を有し、パケットベースの通信システムの使用を始める上での障壁を提供することになる。上記通信クライアントがあるパーソナルコンピュータ上でインストールされ実行されている場合でも、パケットベースの通信システムの使用は、ユーザが通信を行うことに慣れているか、もしくは快適な場所においてほとんどいないので、制限されるかもしれない。例えば、パーソナルコンピュータは、多くのユーザのための呼発生のために最も自然であるか、もしくは身近な環境である研究室においてしばしば設けられている。

パケットベースの通信システムはまたある携帯端末装置を介してアクセス可能であるときに、これらは一般に、例えばビデオ通話のようなフルレンジの特徴を提供することが可能である処理リソース又は表示画面を有していない。

従って、パケットベースの通信システムのアクセス性に関する上記の問題点を解決するための技術の必要があった。

本発明の一態様によれば、通信クライアントアプリケーションを格納するメモリと、上記メモリと接続されかつ上記通信クライアントアプリケーションを実行するように動作可能であるプロセッサと、リモート制御ユニットとを備えたメディアデバイスが提供され、上記クライアントアプリケーションは実行されるときに、ユーザがパケットベースの通信ネットワークを介して１つ又は複数の他のユーザとの通話を確立できるようにプログラムされる。上記リモート制御ユニットは、上記プロセッサにデータを送信するように設けられた無線通信手段と、上記無線通信手段と接続され、上記無線通信手段を制御するように構成された制御手段と、上記制御手段に接続され、上記ユーザからの入力コマンドを受信しかつ上記入力コマンドを上記制御手段に提供するように設けられたユーザ入力手段と、上記制御手段に接続され、ユーザからオーディオ信号を受信するように設けられたマイクロホンとを備える。上記制御手段が上記ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、上記制御手段は、上記無線通信手段を非起動状態から起動させ、上記プロセッサとの無線接続を確立し、上記パケットベースの通信ネットワークを介して呼を送信するために、上記マイクロホンからのオーディオ信号を含むデータを上記プロセッサに対して送信するように設けられる。

マイクロホンを上記リモート制御ユニットに統合することにより、ユーザは、上記メディアデバイスにもうすでに存在しておりかつユーザに身近なハードウェアを用いて上記パケットベースの通信システムネットワークを介する呼において容易に通話することができる。上記ユーザは、呼を受信するために別のハードウェアを購入してインストールすることを必要としない。上記ユーザは上記メディアデバイス上の内蔵マイクロホンの近くにすわる必要もない。これに代えて、上記リモート制御ユニットは上記ユーザの近くに存在するので、マイクロホンは、ユーザが呼発生するために座っている場所に非常に近いところにある。上記リモート制御ユニットにおける無線通信手段の起動は呼確立時の起動であるためのみに制御されるので、上記リモート制御における電力消費は最小化される。

上記リモート制御ユニットはさらに、上記制御手段に接続され、データを上記プロセッサに送信するように設けられた別の無線通信手段を備えてもよい。好ましくは、上記別の無線通信手段は赤外線送信機である。上記制御手段は、ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、上記別の無線通信手段を用いて、上記プロセッサへの呼確立メッセージを送信するように設けてもよい。

１つの実施形態において、上記プロセッサは、上記呼確立メッセージを受信することに応答して、上記パケットベースの通信ネットワークを介して上記呼を接続するように設けられる。もう１つの実施形態において、上記プロセッサは、上記リモート制御ユニットとの無線接続の確立に応答して、上記パケットベースの通信ネットワークを介して、上記呼を接続するように設けられる。

上記通信クライアントアプリケーションは、上記パケットベースの通信ネットワークを介する伝送のためのインターネットプロトコルパケット上の音声として、上記プロセッサで受信されたオーディオ信号を符号化するように設けてもよい。

好ましくは、上記無線通信手段は無線送信機を備える。好ましくは、上記無線送信機は、Ｂｌｕｅｔｏｏｔｈ（登録商標）送信機である。

１つの実施形態において、上記ユーザ入力手段からの呼を確立するためのコマンドは、着呼を受諾するためのコマンドである。上記マイクロホンは上記リモート制御ユニットから引き込み格納可能であり、上記リモート制御ユニットは上記ユーザが上記マイクロホンを引き出したことに応答して、上記着呼を受諾するように設けられる。もう１つの実施形態において、上記ユーザ入力手段からの呼を確立するためのコマンドは、発呼するためのコマンドである。

好ましくは、上記制御手段はさらに、上記制御手段が上記ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、上記マイクロホンを起動するように設けられる。

上記通信クライアントアプリケーションは、他のユーザからの着信通信イベントのユーザに通知を発生するために設けられる。好ましくは、上記通信クライアントアプリケーションは、テレビジョン受像機の画面上への出力のためにユーザインターフェースを発生するように設けられる。好ましくは、上記ユーザインターフェースは、上記ユーザに関連付けられているパケットベースの通信ネットワークの１つ又は複数の他のユーザのリストを備える。

好ましくは、上記リモート制御ユニットはさらにスピーカ及び無線受信機を備え、上記プロセッサは、上記リモート制御ユニットの上記無線受信機に対する呼において上記パケットベースの通信ネットワークから受信された音声信号を送信するように設けられ、上記リモート制御ユニットは上記スピーカからの音声信号を再生するように設けられる。

上記通信クライアントアプリケーションはさらに、１つ又は複数の他のユーザとインスタントメッセージングセッションを確立するように設けてもよく、上記リモート制御ユニットは、上記インスタントメッセージングセッションにおいてパケットベースの通信ネットワークを介する伝送のために、上記無線通信手段を用いて上記入力手段で受信された英数字のデータを上記プロセッサに送信するように設けられる。

好ましくは、上記クライアントアプリケーションは、上記ユーザに対して、上記パケットベースの通信ネットワークにおけるピアツーピア接続を介して呼を確立するようにプログラムされる。

１つの実施形態において、上記メディアデバイスは、テレビジョン受像機と、上記テレビジョン受像機に接続されるように設けられたセットトップボックスとのいずれか１つを備える。上記メディアデバイスはさらに、テレビジョン放送信号を受信するように動作可能なテレビジョン受信機を備えてもよい。上記プロセッサは、呼の確立に応答して上記テレビジョン受信機で受信されたテレビジョン放送信号のオーディオ成分のボリュームを低減するように設けられてもよい。

もう１つの実施形態において、上記メディアデバイスは、テレビジョン受像機に接続するように設けられたビデオディスクプレーヤと、テレビジョン受像機に接続するように設けられたパーソナルビデオレコーダとのいずれか１つを備える。

本発明のもう１つの態様によれば、通信クライアントを実行するプロセッサと、マイクロホンを備えたリモート制御ユニットとを有するメディアデバイスにおいて、パケットベースの通信ネットワークを介して呼を確立する方法が提供される。上記方法は、上記リモート制御の制御手段において上記リモート制御ユニットのユーザ入力手段からの呼を確立するためのコマンドを受信することと、上記コマンドを受信することに応答して、上記制御手段が無線通信手段を非起動状態から起動することと、上記無線通信手段が上記プロセッサとの無線接続を確立することと、上記パケットベースの通信ネットワークを介する呼の伝送のために、上記リモート制御ユニットの上記マイクロホンからのオーディオ信号を含むデータを上記無線通信手段を用いて上記プロセッサに送信することとを含む。

上記方法は、上記制御手段が、上記ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、呼確立メッセージを別の無線通信手段を用いて上記プロセッサに送信するステップをさらに含んでもよい。

１つの実施形態において、上記方法は、上記プロセッサが、上記呼確立メッセージを受信することに応答して、上記パケットベースの通信ネットワークを介して上記呼を接続するステップを含んでもよい。もう１つの実施形態では、上記方法は、上記プロセッサが、上記リモート制御ユニットとの無線接続の確立に応答して、上記パケットベースの通信ネットワークを介して上記呼を接続するステップをさらに含む。

上記方法は、上記通信クライアントアプリケーションが、上記パケットベースの通信ネットワークを介する伝送のために、インターネットプロトコルパケット上の音声として、上記プロセッサで受信されたオーディオ信号を符号化するステップをさらに含んでもよい。

１つの実施形態において、上記ユーザ入力手段からの呼を確立するためのコマンドは、着呼を受諾するためのコマンドである。上記マイクロホンはリモート制御ユニットから引き込み格納可能であり、上記ユーザが上記マイクロホンを引き出したことに応答して、上記着呼を受諾するステップをさらに含んでもよい。もう１つの実施形態では、上記ユーザ入力手段からの呼を確立するためのコマンドは、発呼するためのコマンドである。

上記方法は、上記制御手段が上記ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、上記マイクロホンを起動するステップをさらに含んでもよい。

上記方法は、上記通信クライアントアプリケーションが、他のユーザからの着信通信イベントのユーザに通知を発生するステップをさらに含んでもよい。

上記方法は、上記通信クライアントアプリケーションが、テレビジョン受像機の画面上への出力のためのユーザインターフェースを発生するステップをさらに含んでもよい。好ましくは、上記ユーザインターフェースは、ユーザに関連付けられているパケットベースの通信ネットワークの１つ又は複数の他のユーザのリストを備える。

上記リモート制御ユニットはさらにスピーカ及び無線受信機を備え、上記方法は、上記プロセッサが、上記リモート制御ユニットの上記無線受信機に対する呼において上記パケットベースの通信ネットワークから受信された音声信号を送信するステップと、上記リモート制御ユニットが、上記スピーカからの音声信号を再生するステップとをさらに含んでもよい。

上記方法は、上記通信クライアントアプリケーションが、１つ又は複数の他のユーザとインスタントメッセージングセッションを確立するステップと、上記リモート制御ユニットが、上記インスタントメッセージングセッションにおいてパケットベースの通信ネットワークを介する伝送のために、上記無線通信手段を用いて上記入力手段で受信された英数字のデータを上記プロセッサに送信するステップとをさらに含んでもよい。

本発明のもう１つの態様によれば、プログラムコード手段を備えたコンピュータプログラム製品が提供され、上記プログラムコード手段がコンピュータによって実行されるとき、上記方法に従って上記ステップを実行する。

本発明のより良い理解のために、また、本発明を効果的に示すために、一例として以下の図面を参照する。

内蔵された通信クライアントを有するテレビジョン受像機（ＴＶ）の機能ブロックを示すブロック図である。 図１のＴＶで使用するためのリモート制御ユニットの機能ブロックを示すブロック図である。 リモート制御ユニットの物理的なレイアウトを示す。 例示のパケットベースの通信システムを示す。 ユーザが着呼の通知がされたときに実行されるプロセスのフローチャートである。

パケットベースの通信システムに関する上記の問題を解決するために、テレビジョン受像機（「ＴＶ」）からそのようなシステムに対するアクセスをユーザが可能とするための技術が開発されている。このことは、上記通信クライアントをＴＶ自身に内蔵することにより、もしくは、上記ＴＶに接続された別のセットトップボックス（「ＳＴＢ」）を介して達成できる。代替の実施形態では、内蔵された通信クライアントは、ゲーム機又はビデオ再生装置（例えば、ビデオディスクプレーヤ、又はパーソナルビデオレコーダなど）などの、ＴＶに接続されるもう１つの装置に備えることができる。

ＴＶは、上記パケットベースの通信システムに内蔵装置で（ビルトインで）アクセスすることを必要とするすべての内蔵するハードウェア及びソフトウェアともに提供することができるので有利である。とって代わって、これは、公知のインターフェース（例えば、ＨＤＭＩ、ＳＣＡＲＴ、又はコンポーネントインターフェースなど）を使用して、既存のＴＶに容易に接続されるＳＴＢ（又は他のＴＶが接続された装置）に内蔵することができる。これは、ユーザがユーザのパーソナルコンピュータにダウンロードしてインストールすることの必要性を除去しており、技術を有しないユーザがユーザの家庭でのパケットベースの通信システムにアクセスすることができるというより簡単な方法を提供する。さらに、上記ＴＶは典型的には家の居間に設けられており、このことは、地上のＰＳＴＮ電話回線のための伝統的な場所であるために、友人や親戚と通信を行うために多くのユーザに対して最も慣れた家の場所から上記パケットベースの通信システムをアクセスすることを可能にしている。

ＴＶへのパケットベースの通信クライアントの内蔵は、ビデオ通話のために利用することができる大型画面が存在しているという利点を有する。さらに、重要な処理能力がＴＶで提供することができ、大規模な電源の電気的駆動の民生電子機器の電源の要件として、例えばモバイルデバイスに比較して厳格ではないからである。これは、例えば高品質の音声とビデオの符号化などの、すべての範囲の機能が内蔵された通信クライアントに含まれることを可能にしている。

しかしながら、公知のＴＶは、双方向通信のいずれかの形式に対応するために設計されていない。従って、ユーザに対して直感的である、呼及びメッセージの発生及び受信のためのＴＶとユーザとのインターアクションを可能にするためのシステムを必要とする。

これを達成するために、ＴＶのリモート制御は、呼を発生して受信することが機能的にできるように改善されるとともに、上記ＴＶを用いてメッセージを送信したり受信したりすることができるように改善される。

しかしながら、ユーザが呼を発生しメッセージを受信することができるようにリモート制御の機能を改善することに関する問題は、上記リモート制御における消費電力が大きく増大するという点にある。このことは、上記リモート制御がバッテリ駆動のデバイスであるために問題が発生し、それ故、ユーザは頻繁に電池を交換する必要がある。とって代わって、もしリモート制御が充電式電池を使用している場合、ユーザはより頻繁に充電する必要がある。従って、リモート制御において注意深い電力管理を行う必要性がある。このことは、特に、リモート制御はＴＶを制御するために使用されるとともに、通信機能をも提供するという事実の観点から場合である。ユーザによる通信機能の使用により、もし電池がリモート制御で消耗するならば、このことはユーザはＴＶを制御すること（例えば、チャンネルを変えるとか）ができなくなる。このことは、ユーザの一部に大きな不満をもたらす。

ＴＶ１００に内蔵されたハードウェア及びソフトウェアの機能ブロックを図示する図１をいま参照する。ＴＶ１００は上記ユーザに対して画像を表示するための画面１０２を備え、当該画面１０２は、ビデオ信号を画面１０２に正しく表示されるために必要な形式に変換するように設けられたビデオドライバのハードウェア１０４によって駆動される。ビデオドライバのハードウェア１０４には、２個のフレームバッファ１０６及び１０８からのデジタルビデオデータが供給される。フレームバッファ１０６及び１０８は、ユーザに表示すべきビデオデータをバッファする格納デバイスである。フレームバッファ２（「ＦＢ２」）は、放送波ＴＶの表示のために公知である標準的なＴＶビデオ信号を受信する。フレームバッファ１（「ＦＢ１」）１０６は、以下に説明されるように、ビデオパケットベースの通信クライアントに関連するビデオデータを格納する。オーディオ増幅器１１０はＴＶオーディオ信号を受信して増幅し、少なくとも１つのスピーカ１１２を介して出力する。

ＴＶオーディオとビデオ入力自身は、衛星中継局、無線地上中継局やケーブルなどの任意の適当な手段を介して放送されるテレビジョン信号から発生され、ＴＶ１００のテレビジョン受信ユニット（図示せず。）により受信される。放送は、マルチキャスト（すなわち、ポイントツーマルチポイント）とは異なることを含め、ポイントツーポイント通信と異なっていることに注意すべきである。放送では、信号は無差別に送信され、すなわち、ユーザが当該信号を受信するように選択するか否かにかかわらず送信される（ただ認証されたユーザのみが放送にアクセスすることができるように復号化キー又はそのようなものを必要とするであろう）。一方、ポイントツーポイントでは、信号はユーザ又は信号を受信したユーザにより要求される必要がある。そうでなければ、もう１つの方法としては、放送を受信するために、信号を放送者に対して送る必要なしにユーザが簡単に「同調」する。一方、ポイントツーポイント通信を確立するために、信号はユーザと放送者との間で交換する必要がある。

ＴＶ受信機ユニットは、例えば、アンテナ、衛星放送受信アンテナ又はケーブル入力と、サンプリング回路と、フィルタと、ローノイズアンプと、ミキサと、及び／又はアナログ／デジタル変換器とを備える。

受信機ユニットで受信された後、信号は、図１のフレームバッファ及び増幅器に入力される前に信号処理装置（図示せず。）によって処理される。信号処理は、例えばデジタルフィルタと、デマルチプレクサと、デコーダと、復号化ブロックと、及び／又はエラーチェックブロックとを備え、これらは、１つ又は複数のオンチップ周辺回路（図示せず。）の形式でオンチップハードウェアで実装することができ、１つ又は複数の入出力周辺回路を介してアクセスされる１つ又は複数のオフチップユニットの形式でオフチップハードウェアで実装することができ、又は、メモリに格納されたソフトウェアの形式でかつＴＶ１００（図示せず。）の中央処理装置（ＣＰＵ）のテレビの上で実行されるように実装され、もしくは、これらの任意の組み合わせの形式で実装することができる。

ＴＶ１００に内蔵されたパケットベースの通信クライアントは４つの主要な構成要素に基づいて構成される。好ましくは、これらの４つの構成要素は、プロセッサ上で実行され、メモリに格納されたソフトウェアである。当該４つの構成要素は、クライアントエンジン１１４と、音声エンジン１１６と、ビデオエンジン１１７と、ＴＶユーザインターフェース１１とからなる。

クライアントエンジン１１４は、パケットベースの通信システムへの接続を設定することを担当している。これは、ＴＶ１００からインターネット１２０への接続を介して実行される。ＴＶ１００は、モデムなどのネットワークインターフェース１２２を介してインターネット１２０に接続され、ＴＶ１００とネットワークインターフェース１２２との間の接続はケーブル（有線）接続又は無線接続を介してもよい。クライアントエンジン１１４は、呼の設定（セットアップ）、認証、暗号化、及び接続の管理だけでなく、ファイアウォール越え、現在状態の更新、連絡先リストの管理などの、上記パケットベースの通信システムに関係する他の機能を実行する。

音声エンジンは、インターネット１２０を介する伝送のためにＶｏＩＰパケットとしてＴＶ１００に入力されるビデオ信号の符号化と、ＴＶ１００のユーザに対するオーディオ情報の呈示のために、インターフェース１２０から受信されたＶｏＩＰパケットの復号化とを担当している。

映像エンジンは１１７は、ビデオ通話においてインターネット１２０を介して伝送するためにビデオパケットとして上記ＴＶに入力されるビデオ信号（例えば、ウェブカム又はその他のビデオカメラから）の符号化と、ＴＶ１００のユーザに対するビデオ画像として呈示するためにビデオ通話呼においてインターネット１２０から受信されたビデオパケットの復号化とを担当している。

ＴＶユーザインターフェース（「ＵＩ」）１１８は、ＴＶ画面１０２上に表示されるグラフィカルユーザインターフェースの形式でＴＶ１００のユーザに対する視覚的な情報を提示することを担当している。

クライアントエンジン１１４は、ＵＩがユーザに対して何を表示するかを制御するために、ＴＶ ＵＩ１１８に接続される。クライアントエンジンは１１４はまた、インターネットを介して音声及びビデオパケットの効率的な送受信を行うために、音声エンジン１１６及びビデオエンジン１１７と密接に統合される。

音声エンジン１１６は、ユーザからの音声信号がＴＶ ＵＩ１１８を介して音声エンジン１１６に伝送され、並びにその逆方向で伝送されるように、ＴＶ ＵＩ１１８に接続される。ビデオエンジン１１７は、ＴＶ画面１０２に表示されるビデオデータを提供するためのＦＢ２ １０８に接続される。

ＴＶ ＵＩ１１８は、グラフィカルユーザインターフェースのデータがバッファされ最終的にユーザに対して画面１０２上に表示されるように、ＦＢ１ １０６に接続される。ＴＶ ＵＩ１１８はまた増幅器１１０に接続されて、ＴＶスピーカ１１２から（例えば音声信号又は通知などの）音声を生成することができる。ＴＶ ＵＩ１１８はまた、赤外線（「ＩＲ」）受信機１２４とＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ１２６に接続され、これらは後述するリモート制御ユニットとの通信に使用される。

もし内蔵される通信クライアントがＴＶに接続するためのＳＴＢ（又は他のＴＶ接続デバイス）の形式で提供されている場合は、図１のシステムは以下のことのみ異なる。すなわち、画面１０２、増幅器１１０及びスピーカ１１２のブロックはＴＶ自身に設けられる一方、残りのブロックはＴＶに接続されるセットトップボックスにおいて設けられる。

図１のＴＶ１００と通信するように設けられたリモート制御ユニット２００の機能ブロックを示す図２をいま参照する。リモート制御ユニット２００は、リモート制御ユニット２００の動作を制御するために設けられた中央演算処理装置（「ＣＰＵ」）２０２を備える。特に、ＣＰＵ２０２は、ＴＶ１００とリモート制御ユニット２００との間のデータの送受信を制御する。

リモート制御ユニット２００は、２つの異なる方法ＴＶ１００と通信するように設けられる。まず、リモート制御は、ＩＲ信号をＴＶ１００のＩＲ受信機１２４に送信するＩＲ送信機２０４を備える。これは、テレビジョンで使用される従来のリモート制御ユニットと同様の方法で実行される。これは、リモート制御などのバッテリ駆動デバイスのための重要である電力効率の利点がある。しかしながら、このことはまた、見通し内信号経路及び低データレートを必要とするという欠点を有する。従って、ＩＲ送信機２０４は、ＴＶ１００にコマンドを送信するために使用される。これらのコマンドは、以下に説明する、内蔵される通信クライアントに関連するコマンドと同様に、例えばチャンネルの変更、スタンバイへの切り換え、ボリュームの調整などの従来のＴＶコマンドを含む。

ＴＶ１００と通信するための第２の方法は、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続によるものである。リモート制御ユニット２００は、ＴＶ１００にあるＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ１２６と通信することができるＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６を備える。Ｂｌｕｅｔｏｏｔｈ（登録商標）は、低消費電力の短距離無線規格であるため、見通し内信号経路を必要としない。高いデータレートはまた、ＩＲと比較して、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続にもご利用可能である。Ｂｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６は、データ接続がそれらの間で容易に形成可能であるように、ＴＶ１００に設けられたＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ１２６とペアになっている。データ接続は、リモート制御ユニット２００からＴＶ１００へのデータ伝送を可能にでき、必要に応じて、リモート制御ユニット２００においてＴＶ１００からのデータの受信を行うことができる。

ＩＲ送信機２０４とのＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６とは、ＣＰＵ２０２に接続され、ＣＰＵ２０２はこれらのユニットの起動を制御し、これらに対して送信すべきデータを提供する（並びに、必要に応じて、Ｂｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６によって受信されたデータを読み取る）。

またＣＰＵ２０２にはマイクロホン回路２０８が接続される。マイクロホン回路２０８は、リモート制御ユニット２００のユーザからの音声などのオーディオ情報を受信し、オーディオ情報を処理のためにＣＰＵ２０２に提供するように設けられる。オーディオ情報はＴＶ１００に送信され、詳細後述するようにＶｏＩＰパケットとしてインターネットを介して送信される音声である。マイクロホン回路２０８は、マイクロホンと、増幅器と、ＣＰＵ２０２に入力することができるオーディオ信号のデジタル表現を発生するためのアナログ／デジタル変換器とを備える。

必要に応じて、ＣＰＵ２０２にはスピーカ回路２１０が接続される。スピーカ回路２１０は、ＣＰＵ２０２からのオーディオデータを受信し、リモート制御のユーザが聞くことができるように可聴音を発生するように設けられる。スピーカ回路２１０は、デジタル／アナログ変換器と、増幅器と、スピーカとを備える。スピーカ回路２１０は、後述するように、リモート制御ユニット２００のユーザが、インターネット経由で相手方からの音声通話を聞くことができるように用いられる。

リモート制御ユニット２００の物理的なレイアウトを示す図３をいま参照する。リモート制御ユニット２００は、ＴＶのための従来のリモート制御に似ている。しかしながら、リモート制御ユニット２００は、統合された内蔵マイクロホン３０２を備え、必要に応じて、統合された内蔵スピーカ３０４を含む。このことは、ユーザがＴＶ１００に内蔵のマイクロホンの近くに座る必要がないことを意味する。代わりに、リモート制御ユニットは、ユーザの近くにいる可能性が高く、電話会議システムの外部マイクロホンと同様に動作し、その結果、コーヒーテーブルのように近くのオブジェクト上に設けられているとき、それはユーザが通話中に座っている場所にはるかに近いとされ、マイクロホンはユーザからの音声をピックアップすることができる。さらに、このことはまた、もしこのことがユーザにより好まれるならば、リモート制御ユニット２００は従来の電話機と同様の方法でユーザの頭に保持することができる。上述のように、ＩＲ送信機２０４及びＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６は当該ユニットに統合される。

リモート制御ユニット２００はさらに、従来のテレビ制御目的のために、また、内蔵されたパケットベースの通信クライアントの情報を入力するためにキーパッド３０６を備える。キーパッド３０６はまた、アルファベットの文字を入力するために使用することができる番号のキーを備える。スタンバイボタン３０８は、ＴＶ１００をスタンバイモードにするために用いられる。専用のファンクションキー３１０は、パケットベースの通信クライアントの動作を制御するために用いられ、方向パッド３１２はテレビのユーザインターフェースをナビゲートするために用いられる。

パケットベースの通信システムともに、ＴＶ１００及び改善されたリモート制御ユニット２００の動作を説明するために、例示のシステム４００の一部においてＴＶ１００の使用を示す図をいま参照する。

図４に図示された例示的な実施形態はＰ２Ｐ通信システムを用いて説明しているが、例えば非Ｐ２Ｐ、ＶｏＩＰ、又はＩＭシステムなどの他のタイプの通信システムを用いることができる。図４に図示されたシステム３００は、ＴＶ４０４を動作させる通信システムの第１のユーザ４０２を図示しており、ＴＶ４０４はネットワーク４０６に接続される。通信システム４００は、インターネットなどのネットワークを利用していることに注意する。ＴＶ４０４は、モデムなどのネットワークインターフェース４０８を介してネットワーク４０６に接続され、ユーザ端末１０４とネットワークインターフェース１０８との間の接続はケーブル（有線）接続又は無線接続を介してもよい。図４に図示されたＴＶ４０４はスタンドアロンユニットであるが、別々のＴＶ及びＳＴＢ（又は他のＴＶ接続された装置）を使用することもできることを理解する必要がある。

ＴＶ４０４は内蔵された通信クライアント４１０を実行している。代替の実施形態においては、上記内蔵された通信クライアントはセットトップボックスで実行可能であることに注意する。上記内蔵された通信クライアント４１０はＴＶ４０４のローカルプロセッサ上で実行されるソフトウェアを備える。

ＴＶ４０４は、ユーザ４０２からの情報を受信し、ユーザ４０２への情報を出力するように設けられる。リモート制御ユニット４１２は、ＴＶ４０４の制御のためにユーザ４０２によって操作される入力装置として動作する。リモート制御ユニット４１２は、ユーザがビデオ通話において通話し、（必要に応じて）聞くことができるように、マイクロホンと、（必要に応じて）スピーカとを備える。リモート制御ユニット４１２は、前述のようにＴＶ４０４と無線通信する。

ＴＶ４０４はまた、テレビジョン放送信号を受信し、これらを画像（テレビジョン番組）としてユーザにＴＶ画面上に表示する。テレビジョン放送信号は、地上波、衛星放送やケーブル放送で配信することができ、アナログ信号やデジタルデータの形式で配信可能である。ユーザ４０２はリモート制御ユニット４１２を使用して（例えば表示するチャンネルなど）テレビジョン信号の表示を制御することができる。

内蔵された通信クライアント４１０はネットワーク４０６を用いて、パケットベースの通信システムを介してなされる通話を確立しかつ管理するように設けられる。内蔵された通信クライアント４１０はまた、ユーザインターフェースの形式で、ＴＶ４０４の画面上でユーザ４０２に対して情報を提供するように設けられる。ユーザインターフェースは、ユーザ４０２に関連付けられている連絡先（コンタクト）のリスト（住所録）を備える。連絡先リストの各連絡先には、それに関連付けられている連絡先によって選択された現在状態を有し、これらの連絡先のそれぞれに連絡先の詳細及び連絡先で定義された現在の情報を表示するために、クライアント４１０のユーザ４０２の認可を受ける。

パケットベースの通信システムのユーザのための連絡先リストはコンタクトサーバ（図４に示されず。）に格納される。クライアント４１０がまず通信システムにログインしたとき、コンタクトサーバと接続され、連絡先リストがクライアント４１０にダウンロードされる。このことは、ユーザが任意の端末からの通信システムにログインすることを可能にし、同じ連絡先リストにアクセスすることができる。コンタクトサーバはまたムードメッセージ（連絡先リスト内のすべてのユーザと共有されている、ユーザ定義の短いテキストベースの状態）と、ユーザ（アバターとして知られている）を表すために選択した画像を格納するために使用される。この情報はクライアント４１０にダウンロードすることができ、この情報は、異なる端末からログオンするユーザのための一貫性のあることを可能にする。クライアント４１０はまた周期的に、連絡先リストの連絡先に関する情報への変更を取得するためにコンタクトサーバと通信を行い、もしくは、新しい連絡先が追加された格納された連絡先リストを更新するためにコンタクトサーバと通信を行う。

また、ネットワーク４０６には第２のユーザ４１４が接続されている。図４に図示された例示の例では、ユーザ４０４は、パーソナルコンピュータの形式でユーザ端末４１６を操作している。代替の実施形態においては、ユーザ端末の他のタイプも、パケットベースの通信システムに接続されることに注意する。パーソナルコンピュータ（「パソコン」）（例えば、Ｗｉｎｄｏｗｓ（登録商標）版、ＭａｃＯＳは、ＬｉｎｕｘのＰＣを含む）に加えて、パーソナルデジタルアシスタント（「ＰＤＡ」）、携帯電話、又はゲーム機器も接続することができる。本発明の好ましい実施形態において、ユーザ端末４１６は、画面と、例えばキーボード、マウス、ジョイスティック及び／又はタッチ画面などの入力デバイスなどの表示を含む。ユーザ装置４１６は、モデムなどのネットワークインターフェース４１８を介してネットワーク４０６に接続される。

代替の実施形態においては、ユーザ端末４１６は、図４に示されていない追加の中間のネットワークを介して通信ネットワーク４０６に接続できることに注意する。例えばもしユーザ端末４１６が携帯端末装置であれば、それは（例えばＧＳＭ又はＵＭＴＳネットワークなどの）携帯電話ネットワークを介して通信ネットワーク４０６に接続することができる。

ユーザ端末４１６は、ソフトウェアのプロバイダによって提供される通信クライアント４２０を実行している。通信クライアント４２０は、内蔵された通信クライアント４１０と同様の構成要素を含むユーザ端末４１６においてローカルプロセッサ上で実行されるソフトウェアプログラムである。通信クライアント４２０は、ユーザ端末４１６がパケットベースの通信システムに接続されることを可能にしている。ユーザ端末４１６はまたハンドセット４２２に接続され、当該ハンドセット４２２は、ユーザが音声通話において聞いて話すことを可能にするためにスピーカ及びマイクロホンを備える。マイクロホン及びスピーカは、必ずしも伝統的な電話の受話器の形式にする必要はないが、ユーザ端末４１６に独立に接続され、もしくはユーザ端末４１６自身に統合された個別の拡声用スピーカ及びマイクロホンのように、統合されたマイクロホンとのヘッドホン又はイヤホンの形式で構成してもよい。

第１のユーザ４０２が第２のユーザ４１４に示されたクライアント４２０の連絡先リストに記載されていると仮定すると、第２のユーザ４１４は、当該連絡先を選択してマウスなどのポインティングデバイスを使用してボタンをクリックすることによって、上記通信システムを介して第１のユーザ４０２に発呼することができる。呼の設定（セットアップ）は独自のプロトコルを使用して実行することができ、発呼ユーザと被呼ユーザとの間のネットワーク４０６を介した経路はサーバを使用することなしにピアツーピアシステムによって決定される。

（ユーザが通信システムの正規の加入者であることを証明するために−特許文献１において詳述されている）デジタル証明書の提示を介して認証することに続いて、この呼を確立することができる。

再び、図１と図２を参照すると、着呼はクライアントエンジン１１４で受信されるとき、ＴＶ ＵＩ１１８には着信が通知される。このことは、ＴＶ ＵＩ１１８を着呼状態に遷移させ、その結果、リモートからのキーを押すことでこの状態を適切に解釈される。ＴＶ ＵＩ１１８はグラフィックデータをＦＢ１ １０６に出力することにより、ＴＶ画面１０２上に着呼の通知が表示され、その結果、ユーザ４０２は着呼を知ることになる。この通知は所定の間だけ実行してもよく、その後、当該通知が徐々に消滅するように表示し（もしＴＶがこのことをサポートしているならば）、着呼状態は無効になる。通知方法は、ＴＶがスタンバイモードになっているかどうか、又はアクティブになっているに応じて変更することができることをさらに注意する。もしＴＶ１００がアクティブになっている場合、通知は画面１０２に表示される。ＴＶはスタンバイモードになっている場合は、クライアントエンジン１１４は、（増幅器１１０及びスピーカ１１２を介して）音声を生成し、ＬＥＤ（図１において図示せず。）を点滅して、もしくは、ＴＶ画面１０２を起動することにより、当該ユーザに対して着呼を通知するようにＴＶ ＵＩ１１８を制御する。

ユーザに着呼が通知されたときに行われるプロセスのフローチャートを示す図５をいま参照する。ボックス５０１はリモート制御ユニット２００で実行されるステップを示しており、ボックス５０３はＴＶ１００で実行されるステップを示していることに注意する。

ユーザ４０２はリモート制御ユニット４１２のキーを押すか、可動マイクロホンユニットをスライドさせて押し出すかなどの物理的な動きを行うことにより、着呼に対する応答を選択することができる。ステップＳ５０２で、リモート制御ユニットは、ユーザが着呼を受諾するように選択されていることを検出する。ユーザによる着呼応答に応答して、
リモート制御部２００は、ステップＳ５０４においてＩＲ送信機２０４を用いてＴＶ１００にコマンドを送信する。このコマンドは、ユーザが（ボタンを押すか、又はアクションを実行することによって）呼を受諾したことを選択したことを示す。

これと並行して、リモート制御部２００は、ステップＳ５０６においてＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６を起動する。バッテリの消費電力を節約するために必要とされるまでは、Ｂｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６は起動されない。このことは、Ｂｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６がＩＲ送信機２０４よりも多くの電力を消費し、（チャンネル変更などの）ＴＶの機能を制御するために必要とされないからであり、通信機能が必要とされるまでは起動されない。

ステップＳ５０８において、Ｂｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６は、ＴＶ１００のＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ１２６との接続を確立する。ステップＳ５１０において、マイクロホン回路２０８は起動され、その結果、マイクロホンへのオーディオ入力はＣＰＵ２０２に入力される。これは、通信機能に必要されるまでは、マイクロホン回路は起動されないままになるように、リモート制御ユニットでの電力をさらに節約する。

ステップＳ５１２において、ＴＶ ＵＩ１１８がＩＲ受信機１２４でＩＲの送信機２０４を介して送信されたコマンドを受信したときに、ＴＶ ＵＩ１１８が着呼状態であるので、このことは、呼受諾コマンドとして解釈される。代替の実施形態においては、ステップＳ５０４でリモート制御ユニット２００から送信されたＩＲコマンドを省略することができ、その代わりに、ＴＶ１００とリモート２００との間でのＢｌｕｅｔｏｏｔｈ（登録商標）接続を呼受諾コマンドとして解釈することもできることに注意する。

ＴＶ ＵＩ１１８は「応答呼」コマンドをクライアントエンジン１１４に出力する。「応答呼」コマンドに応答して、クライアントエンジン１１４は、呼び出し中のユーザ４１４の通信クライアント４２０と呼接続を確立する。

ユーザ４０２が（図３に図示された）マイクロホン３０２を用いて通話をすると、オーディオ信号はマイクロホン回路２０８によりデジタルデータに変換され、ＣＰＵ２０２に入力される。ＣＰＵ２０２はＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６を制御して、オーディオ信号をＴＶ１００のＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ１２６に送信する。オーディオ信号の送信はオーディオ情報を送信するための標準的なＢｌｕｅｔｏｏｔｈ（登録商標）プロトコルを利用することができる。

Ｂｌｕｅｔｏｏｔｈ（登録商標）トランシーバ１２６でオーディオ情報を受信すると、ＴＶ ＵＩ１１８は当該オーディオ情報を音声エンジン１１６に伝送する。音声エンジン１１６は、オーディオ情報をＶｏＩＰパケットとして符号化してこれらをクライアントエンジン１１４に伝送する。クライアントエンジン１１４はＶｏＩＰパケットをネットワークインターフェース４０８を介してネットワーク４０６に送信し、ネットワークインターフェース４０８では、それらが第２のユーザ４１４のユーザ端末４１６上で実行する通信クライアント４２０にルーティングされる。クライアント４２０はＶｏＩＰパケットを復号化してハンドセット４２２を用いてユーザ４１４により聞くことができるオーディオ信号を生成する。

逆に、第２のユーザ４１４がハンドセット４２２を用いて通話したとき、ユーザ端末４１６上で実行されるクライアント４２０は、オーディオ信号をＶｏＩＰパケットに符号化してネットワーク４０６を介してＴＶ４０４に送信する。ＶｏＩＰパケットはクライアントエンジン１１４で受信され、音声エンジン１１６に伝送される。音声エンジン１１６はＶｏＩＰパケットを復号化してオーディオ情報を発生する。音声情報はＴＶ ＵＩ１１８に伝送される。

一実施形態では、音声情報は、ＴＶ ＵＩ１１８から増幅器１１０に伝送され、その結果、第２のユーザ４１４からの音声はＴＶスピーカ１１２から聞くことができる。もしＴＶ１００が現在ＴＶプログラムを視聴するために用いられているときは、ＴＶプログラムからの音声は遮断される。とって代わって、呼からのオーディオは、ボリュームを低減可能なＴＶプログラムのオーディオと混合することもできる。とって代わって、ユーザはマルチプレクサスピーカの設定を有しているならば、呼からのオーディオは少なくとも１人の話者から再生することができ、ＴＶプログラムの音声を他の話者から再生することができる。

代替実施形態では、もしリモート制御ユニット２００がオプションのスピーカ回路２１０を備えるならば、図２を参照して説明するように、ＴＶ ＵＩ１１８からのオーディオ情報はＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ１２６に伝送することができ、リモート制御ユニット２００に送信される。リモート制御ユニット２００では、当該オーディオ情報はＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６によって受信され、ＣＰＵ２０２により解釈され、スピーカ回路２１０によって可聴信号に変換される。ユーザは、リモート制御ユニット２００におけるスピーカ（図３の３０４）から第２のユーザ４１４の音声を聞くことができる。これと同時に、ＴＶ ＵＩ１１８は増幅器１１０を制御して、同時に見ることができるＴＶプログラムのオーディオ信号のボリュームを無効化し（ミュート状態にし）又は低減することができる。リモート制御ユニット２００に位置するスピーカを有することは、ユーザに対して、ユーザが慣れている伝統的な電話ハンドセットと同様にリモート制御ユニット２００を動作させることができために有利である。また、このことは、コードレス電話と同様の方法で、（Ｂｌｕｅｔｏｏｔｈ（登録商標）トランシーバのエリアの境界内で）通信を行いながらその周りで移動することを可能にする。しかしながら、リモート制御ユニット２００のスピーカ回路２１０の存在は、リモートでより大きな消費電力を発生させることになる。

リモート制御ユニット２００はまた、別の者に発呼して通話を開始するために使用することができる。例えば、第１のユーザ４０２が第２のユーザ４１４に対して発呼するためにリモート制御ユニット２００を使用することができる。ＴＶ ＵＩ１１８は、ユーザにより入力することができる「呼設定（呼のセットアップ）」状態を有する。当該呼設定状態は、例えば、リモート上の専用のボタンを用いることにより、もしくは、方向性パッド（図３の３１２）を用いてオンスクリーンのオプションに操作することにより、ユーザが上記リモートを用いて呼機能のオプションを選択することによって、入力することができる。とって代わって、上記呼入力状態は、移動可能なマイクロホンを摺動で引き出すなどにより、上記リモート上の物理的な動きを実行することにより入力することができる。これに応答して、入力すべき呼入力状態を発生させることができるコマンドがＴＶ１００に送信される。典型的には、呼入力状態はＵＩを、連絡先リスト及び連絡先名／電話番号入力フィールドを備えたユーザに対して表示する。

第１のユーザ４０２は連絡先リストから第２のユーザ４１４を選択することができ、リモート制御ユニットを用いて発呼することができる。図５を参照して着呼について上述したように、リモート制御はステップＳ５０２において（発呼するためのこのときに）ユーザ受諾を検出し、リモート制御ユニットはステップＳ５０４においてＴＶ１００にＩＲコマンドを送信し、ステップＳ５０６でＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ２０６を起動し、ステップＳ５０８でＢｌｕｅｔｏｏｔｈ（登録商標）接続を確立し、Ｓ５１０においてマイクロホン回路２０８を起動する。ＴＶ ＵＩ１１８は、ステップＳ５１２でメッセージをクライアントエンジン１１４に送り、第２のユーザ４１４に対して発呼する。このことは、第２のユーザ４１４から第１のユーザ４０２に対する発呼と同様な方法で実行される。そして、当該呼は上述と同様の方法で処理することができる。

上述したようにユーザ（例えば４０２及び４１４）間の呼のためのＶｏＩＰパケットはネットワーク４０６のみを介して伝送され、公衆交換電話ネットワーク（「ＰＳＴＮ］）は関与していない。また、Ｐ２Ｐシステムの好ましい実施形態では、通信システムのユーザ間での実際の音声呼は、使用される中央サーバなしに発生することができる。このことは、ネットワークが容易に拡大し高い音声品質を維持し、呼び出しの呼をユーザに対して無料で発生させることができるという優位点を有する。

しかし、さらに、呼をＰＳＴＮネットワーク４２４にルーティングすることにより、固定回線又は携帯電話（例えば４２６）へのパケットベースの通信システムを用いて内蔵された通信クライアント４１０から発生することができる。同様に、固定回線又は携帯電話４２６からの呼をＰＳＴＮ４２４を介してパケットベースの通信システムに発生することができる。

ビデオ通話を発生することに加えて、クライアント４１０のユーザ４２０はまた、いくつかの他の方法で連絡先リストに記載されたユーザと通信することができる。例えば、（またチャットメッセージとして知られる）インスタントメッセージはある連絡先に送信することができる。ビデオ通話については、リモート制御ユニット２００はインスタントメッセージ送信のために用いることができる。テキストデータは、英文字を入力するために用いられる数字キー３０６を用いて入力することができる。テキストデータは、ＩＲ送信機２０４を用いてＴＶ１００に送信され、このことは、電力消費の点でＢｌｕｅｔｏｏｔｈ（登録商標）よりも効率的であるからである。

ＴＶ ＵＩ１１８は「チャット入力状態」を有し、この状態では、（ＩＲ受信機１２４で受信された）リモート制御ユニットからのキー入力（押下）は英数字文字として解釈され、クライアントエンジン１１４に伝送される。チャット入力状態は、ユーザが着信チャットメッセージに応答したとき、もしくは、ユーザ４０２がＵＩにおいて表示された「チャット」オプションを選択したときに、入力することができる。チャットメッセージデータは符号化されてクライアントエンジン１１４からネットワーク４０６を介して、例えば第２のユーザ４１４の通信クライアント４２０に送信される。当該メッセージはユーザ端末４１６で第２のユーザ４１４に対して表示される。第２のユーザ４１４は彼自身のチャットメッセージを入力することにより応答することができ、これはクライアント４２０により送信され、クライアントエンジン１１４で受信される。クライアントエンジンは当該メッセージをＴＶ ＵＩ１１８に伝送し、当該メッセージを画面１０２上でユーザ４０２に対して表示する。

従って、上記のシステムは、ＴＶ上で呼及びＩＭメッセージを発生したり受信する機能を提供する。マイクロホンをリモート制御ユニットに統合することにより、ユーザは、ＴＶにもうすでに存在しているハードウェアを用いて呼において容易に通話することができる。従って、ユーザは呼を受信するための別のハードウェアを購入してインストールする必要がない。リモート制御ユニットは無線リンクを用いてＴＶと通信して音声信号を送信することができるので、ユーザは通話しながらまわりで自由に移動することができる。さらに、ユーザは、ＴＶ上の内蔵マイクロホンの近くで座る必要はない。その代わりに、リモート制御ユニットはユーザの近くに存在し、電話会議システム上の外部マイクロホンのように動作するように構成でき、その結果、コーヒーテーブルのような近くの物体上に置かれるときに、マイクロホンはユーザが発呼するために座っている場所に対してより近い位置に存在する。リモート制御における無線及びマイクロホンシステムの起動は必要なときにだけ起動するように制御されるので、リモート制御における電力消費は最小化される。視聴中のＴＶプログラムから生成されるオーディオ信号はまた制御され、ユーザが、ＴＶプログラムからのオーディオと競合しないように通話することができる。

本発明は特に、好ましい実施形態を参照して図示し説明しているが、添付の特許請求の範囲によって定義される本発明の範囲から逸脱することなしに、それらの形態及び詳細の様々な変更が可能であることが当業者に理解されるであろう。特に、実施形態は、内蔵した通信クライアントを有するＴＶを参照して説明しているが、例えば、セットトップボックス、ゲーム機、又はビデオ再生装置（例えば、ビデオディスクプレーヤ又はパーソナルビデオレコーダ）など、ＴＶに接続するための他のタイプのメディア装置に内蔵することもできる。さらに、本発明は、Ｐ２Ｐ通信システムのコンテキストについて説明しているが、他の非Ｐ２Ｐのパケットベースの通信システムとの組み合わせを本発明は用いることができることも理解できるであろう。

Claims (43)

1. 通信クライアントアプリケーションを格納するメモリと、
   上記メモリと接続されかつ上記通信クライアントアプリケーションを実行するように動作可能であるプロセッサと、
   リモート制御ユニットとを備えたメディアデバイスであって、
   上記クライアントアプリケーションは実行されるときに、ユーザがパケットベースの通信ネットワークを介して１つ又は複数の他のユーザとの通話を確立できるようにプログラムされ、
   上記リモート制御ユニットは、
   上記プロセッサにデータを送信するように設けられた無線通信手段と、
   上記無線通信手段と接続され、上記無線通信手段を制御するように構成された制御手段と、
   上記制御手段に接続され、上記ユーザからの入力コマンドを受信しかつ上記入力コマンドを上記制御手段に提供するように設けられたユーザ入力手段と、
   上記制御手段に接続され、ユーザからオーディオ信号を受信するように設けられたマイクロホンとを備え、
   上記制御手段が上記ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、上記制御手段は、上記無線通信手段を非起動状態から起動させ、上記プロセッサとの無線接続を確立し、上記パケットベースの通信ネットワークを介して呼を送信するために、上記マイクロホンからのオーディオ信号を含むデータを上記プロセッサに対して送信するメディアデバイス。
2. 上記リモート制御ユニットはさらに、上記制御手段に接続され、データを上記プロセッサに送信するように設けられた別の無線通信手段を備えた請求項１記載のメディアデバイス。
3. 上記別の無線通信手段は赤外線送信機である請求項２に記載のメディアデバイス。
4. 上記制御手段は、ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、上記別の無線通信手段を用いて、上記プロセッサへの呼確立メッセージを送信するように設けられた請求項２又は３記載のメディアデバイス。
5. 上記プロセッサは、上記呼確立メッセージを受信することに応答して、上記パケットベースの通信ネットワークを介して上記呼を接続するように設けられた請求項４記載のメディアデバイス。
6. 上記プロセッサは、上記リモート制御ユニットとの無線接続の確立に応答して、上記パケットベースの通信ネットワークを介して、上記呼を接続するように設けられた請求項１記載のメディアデバイス。
7. 上記通信クライアントアプリケーションは、上記パケットベースの通信ネットワークを介する伝送のためのインターネットプロトコルパケット上の音声として、上記プロセッサで受信されたオーディオ信号を符号化するように設けられた請求項１乃至６のうちのいずれか１つに記載のメディアデバイス。
8. 上記無線通信手段は無線送信機を備えた請求項１乃至７のうちのいずれか１つに記載のメディアデバイス。
9. 上記無線送信機は、Ｂｌｕｅｔｏｏｔｈ（登録商標）送信機である請求項８記載のメディアデバイス。
10. 上記ユーザ入力手段からの呼を確立するためのコマンドは、着呼を受諾するためのコマンドである請求項１乃至９のうちのいずれか１つに記載のメディアデバイス。
11. 上記マイクロホンは上記リモート制御ユニットから引き込み格納可能であり、上記リモート制御ユニットは上記ユーザが上記マイクロホンを引き出したことに応答して、上記着呼を受諾するように設けられた請求項１０記載のメディアデバイス。
12. 上記ユーザ入力手段からの呼を確立するためのコマンドは、発呼するためのコマンドである請求項１乃至１１のうちのいずれか１つに記載のメディアデバイス。
13. 上記制御手段はさらに、上記制御手段が上記ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、上記マイクロホンを起動するように設けられた請求項１乃至１２のうちのいずれか１つに記載のメディアデバイス。
14. 上記通信クライアントアプリケーションは、他のユーザからの着信通信イベントのユーザに通知を発生するために設けられた請求項１乃至１３のうちのいずれか１つに記載のメディアデバイス。
15. 上記通信クライアントアプリケーションは、テレビジョン受像機の画面上への出力のためにユーザインターフェースを発生するように設けられた請求項１乃至１４のうちのいずれか１つに記載のメディアデバイス。
16. 上記ユーザインターフェースは、上記ユーザに関連付けられているパケットベースの通信ネットワークの１つ又は複数の他のユーザのリストを備えた請求項１５記載のメディアデバイス。
17. 上記リモート制御ユニットはさらにスピーカ及び無線受信機を備え、上記プロセッサは、上記リモート制御ユニットの上記無線受信機に対する呼において上記パケットベースの通信ネットワークから受信された音声信号を送信するように設けられ、上記リモート制御ユニットは上記スピーカからの音声信号を再生するように設けられた請求項１乃至１６のうちのいずれか１つに記載のメディアデバイス。
18. 上記通信クライアントアプリケーションはさらに、１つ又は複数の他のユーザとインスタントメッセージングセッションを確立するように設けられ、上記リモート制御ユニットは、上記インスタントメッセージングセッションにおいてパケットベースの通信ネットワークを介する伝送のために、上記無線通信手段を用いて上記入力手段で受信された英数字のデータを上記プロセッサに送信するように設けられた請求項１乃至１７のうちのいずれか１つに記載のメディアデバイス。
19. 上記クライアントアプリケーションは、上記ユーザに対して、上記パケットベースの通信ネットワークにおけるピアツーピア接続を介して呼を確立するようにプログラムされる請求項１乃至１８のうちのいずれか１つに記載のメディアデバイス。
20. 上記メディアデバイスは、テレビジョン受像機と、上記テレビジョン受像機に接続されるように設けられたセットトップボックスとのいずれか１つを備えた請求項１乃至１９のうちのいずれか１つに記載のメディアデバイス。
21. 上記メディアデバイスはさらに、テレビジョン放送信号を受信するように動作可能なテレビジョン受信機を備えた請求項２０記載のメディアデバイス。
22. 上記プロセッサは、呼の確立に応答して上記テレビジョン受信機で受信されたテレビジョン放送信号のオーディオ成分のボリュームを低減するように設けられた請求項２１記載のメディアデバイス。
23. 上記メディアデバイスは、テレビジョン受像機に接続するように設けられたビデオディスクプレーヤと、テレビジョン受像機に接続するように設けられたパーソナルビデオレコーダとのいずれか１つを備えた請求項１乃至１９のうちのいずれか１つに記載のメディアデバイス。
24. 通信クライアントを実行するプロセッサと、マイクロホンを備えたリモート制御ユニットとを有するメディアデバイスにおいて、パケットベースの通信ネットワークを介して呼を確立する方法であって、上記方法は、
    上記リモート制御の制御手段において上記リモート制御ユニットのユーザ入力手段からの呼を確立するためのコマンドを受信することと、
    上記コマンドを受信することに応答して、上記制御手段が無線通信手段を非起動状態から起動することと、
    上記無線通信手段が上記プロセッサとの無線接続を確立することと、
    上記パケットベースの通信ネットワークを介する呼の伝送のために、上記リモート制御ユニットの上記マイクロホンからのオーディオ信号を含むデータを上記無線通信手段を用いて上記プロセッサに送信することとを含む方法。
25. 上記制御手段が、上記ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、呼確立メッセージを別の無線通信手段を用いて上記プロセッサに送信するステップをさらに含む請求項２４記載の方法。
26. 上記プロセッサが、上記呼確立メッセージを受信することに応答して、上記パケットベースの通信ネットワークを介して上記呼を接続するステップをさらに含む請求項２５記載の方法。
27. 上記プロセッサが、上記リモート制御ユニットとの無線接続の確立に応答して、上記パケットベースの通信ネットワークを介して上記呼を接続するステップをさらに含む請求項２４記載の方法。
28. 上記通信クライアントアプリケーションが、上記パケットベースの通信ネットワークを介する伝送のために、インターネットプロトコルパケット上の音声として、上記プロセッサで受信されたオーディオ信号を符号化するステップをさらに含む請求項２４乃至２７のうちのいずれか１つに記載の方法。
29. 上記ユーザ入力手段からの呼を確立するためのコマンドは、着呼を受諾するためのコマンドである請求項２４乃至２８のうちのいずれか１つに記載の方法。
30. 上記マイクロホンはリモート制御ユニットから引き込み格納可能であり、上記ユーザが上記マイクロホンを引き出したことに応答して、上記着呼を受諾するステップをさらに含む請求項２９記載の方法。
31. 上記ユーザ入力手段からの呼を確立するためのコマンドは、発呼するためのコマンドである請求項２４乃至３０のうちのいずれか１つに記載の方法。
32. 上記制御手段が上記ユーザ入力手段からの呼を確立するためのコマンドを受信することに応答して、上記マイクロホンを起動するステップをさらに含む請求項２４乃至３１のうちのいずれか１つに記載の方法。
33. 上記通信クライアントアプリケーションが、他のユーザからの着信通信イベントのユーザに通知を発生するステップをさらに含む請求項２４乃至３２のうちのいずれか１つに記載の方法。
34. 上記通信クライアントアプリケーションが、テレビジョン受像機の画面上への出力のためのユーザインターフェースを発生するステップをさらに含む請求項２４乃至３２のうちのいずれか１つに記載の方法。
35. 上記ユーザインターフェースは、ユーザに関連付けられているパケットベースの通信ネットワークの１つ又は複数の他のユーザのリストを備えた請求項３４記載の方法。
36. 上記リモート制御ユニットはさらにスピーカ及び無線受信機を備え、上記方法は、
    上記プロセッサが、上記リモート制御ユニットの上記無線受信機に対する呼において上記パケットベースの通信ネットワークから受信された音声信号を送信するステップと、
    上記リモート制御ユニットが、上記スピーカからの音声信号を再生するステップとをさらに含む請求項２４乃至３５のうちのいずれか１つに記載の方法。
37. 上記方法は、
    上記通信クライアントアプリケーションが、１つ又は複数の他のユーザとインスタントメッセージングセッションを確立するステップと、
    上記リモート制御ユニットが、上記インスタントメッセージングセッションにおいてパケットベースの通信ネットワークを介する伝送のために、上記無線通信手段を用いて上記入力手段で受信された英数字のデータを上記プロセッサに送信するステップとをさらに含む請求項２４乃至３６のうちのいずれか１つに記載の方法。
38. 上記クライアントアプリケーションは、上記ユーザに対して、上記パケットベースの通信ネットワークにおけるピアツーピア接続を介して呼を確立するようにプログラムされる請求項２４乃至３７のうちのいずれか１つに記載の方法。
39. 上記メディアデバイスは、テレビジョン受像機と、上記テレビジョン受像機に接続されるように設けられたセットトップボックスとのいずれか１つを備えた請求項２４乃至３８のうちのいずれか１つに記載の方法。
40. テレビジョン受信機において、テレビジョン放送信号を受信するステップをさらに含む請求項３９記載の方法。
41. 上記プロセッサが、呼の確立に応答して上記テレビジョン受信機で受信されたテレビジョン放送信号のオーディオ成分のボリュームを低減するステップをさらに含む請求項４０記載の方法。
42. 上記メディアデバイスは、テレビジョン受像機に接続するように設けられたビデオディスクプレーヤと、テレビジョン受像機に接続するように設けられたパーソナルビデオレコーダとのいずれか１つを備えた請求項２４乃至３８のうちのいずれか１つに記載の方法。
43. プログラムコード手段を備えたコンピュータプログラム製品であって、
    上記プログラムコード手段がコンピュータによって実行されるとき、請求項２４乃至４２のうちのいずれか１つに記載の方法に従って上記ステップを実行するコンピュータプログラム製品。

Images