通信システムを介して通信するための周辺装置
第１装置及び周辺装置を用いてネットワークを介して通信する方法及びシステムを提供する。第１装置は、ユーザインターフェースと、ネットワークに接続するためのネットワークインターフェースとを備え、周辺装置は、ネットワークとは独立な第１装置へのローカル接続を有する。本方法は、第１装置のネットワークインターフェースにおいてネットワークからデータパケットを受信することと、受信されたデータパケットを第１装置から周辺装置にローカル接続を介して転送することとを含む。周辺装置のプロセッサ上で通信クライアントのクライアントエンジンが実行され、受信されたデータパケットが処理される。処理されたデータパケットは周辺装置から第１装置にローカル接続を介して送られ、これにより、受信されたデータパケットに含まれたデータが第１装置のユーザインターフェースを用いて第１装置のユーザに伝達される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおいて通信するための周辺装置に関する。
【背景技術】
【０００２】
パケットに基づく通信システムにより、パーソナルコンピュータ（ＰＣ）等の装置のユーザは、インターネット等のコンピュータネットワークを介して通信できるようになる。パケットに基づく通信システムは、ボイス・オーバー・インターネットプロトコル（「ＶｏＩＰ」）通信システムを含む。これらのシステムは、固定回線又は移動体のネットワークよりも大幅に低いコストになるので、ユーザにとって有益である。このことは特に長距離通信の場合にあてはまる可能性がある。典型的には、ＶｏＩＰシステムを使用するために、ユーザは、当該ユーザの装置にクライアントソフトウェアをインストールして実行する。クライアントソフトウェアは、ＶｏＩＰ接続を提供し、また、登録及び認証等の他の機能を提供する。音声通信に加えて、クライアントは、ビデオ通話、インスタントメッセージ（instant messaging、「ＩＭ」）、ボイスメール、及びファイル転送など、さらなる機能を提供することもできる。
【０００３】
パケットに基づく通信システムのうちのあるタイプは、プロプライエタリプロトコル上に構築されたピア・ツー・ピア（「Ｐ２Ｐ」）トポロジーを使用する。ピア・ツー・ピアシステムへのアクセスを可能にするために、ユーザは、Ｐ２Ｐソフトウェアプロバイダによって当該ユーザのコンピュータ上に提供されたＰ２Ｐクライアントソフトウェアを実行して、Ｐ２Ｐシステムに登録しなければならない。ユーザがＰ２Ｐシステムに登録したとき、クライアントソフトウェアには、サーバからディジタル証明書が提供される。いったんクライアントソフトウェアに証明書が提供されると、続いて、さらにサーバを使用することなく、通信がセットアップされてＰ２Ｐシステムのユーザ間でルーティングされることが可能になる。特に、ユーザらは、１つ以上のディジタル証明書（又はユーザ身元情報証明書（user identity certificates）、「ＵＩＣ」）の交換に基づいてＰ２Ｐシステムを通る当該ユーザ自体の通信ルートを確立し、これによりＰ２Ｐシステムへのアクセスが可能になる。ユーザ間におけるディジタル証明書の交換は、ユーザらの身元情報の証明をもたらし、それらは、Ｐ２Ｐシステムにおいて適切に認可及び認証の処理を受ける。従って、ディジタル証明書の呈示は、ユーザの身元情報についての信用をもたらす。従って、これは、通信がサーバを用いてルーティングされずに、エンドユーザ間で直接にルーティングされるピア・ツー・ピア通信の特性を有する。このようなＰ２Ｐシステムについてのさらなる詳細は、特許文献１に開示されている。
【０００４】
ユーザ装置は、ユーザからデータ（オーディオ及び／又はビデオデータなど）を取り込むマイクロホン及び／又はカメラ等の入力手段と、データ（オーディオ及び／又はビデオデータなど）をユーザに伝達するスピーカ及び／又はディスプレイ等の出力手段とを含んでもよい。ユーザ装置は、典型的には、装置のプロセッサ上で実行される通信クライアントソフトウェアと、通信システムに接続するネットワークインターフェース等の手段とをさらに含む。このように、ユーザ装置は、典型的には、ネットワークを介して通信するために必要な構成要素のすべてを含む。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際出願の国際公開ＷＯ２００５／００９０１９。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、一部のユーザ装置、典型的には法人により所有されているＰＣは、装置のプロセッサ上で実行されるか又はローカルエリアネットワーク（ＬＡＮ）のゲートウェイ上で実行されるファイアウォールソフトウェアを有し、これにより、ユーザがある種のソフトウェアを装置にダウンロードすることはブロックされる。この場合、ユーザが当該ユーザの装置に通信クライアントソフトウェアをインストールすることは妨げられる可能性があり、従って、ユーザが通信システムに接続することは妨げられる。
【０００７】
一部の場合では、ユーザは、通信クライアントがプリインストールされたプロセッサを有する装置を購入する可能性があり、通信クライアントの更新版をダウンロードできない可能性がある。ユーザ装置は、典型的には、ネットワークを介して通信するために必要な構成要素のすべてを含むので、ある構成要素をその構成要素のアップグレードされたバージョンで置き換えることが望ましい場合には、他の構成要素のすべてを含む装置全体を置き換える必要がある。さらに、装置における個別の各構成要素の品質は、問題となっている構成要素の機能を実行する専用装置における対応する構成要素の品質よりも低い場合が多い。例えば、ユーザ装置のディスプレイ及びスピーカの品質は、ユーザに対して画像を表示して音声を再生することを主目的とするテレビジョン等の装置のディスプレイ及びスピーカの品質よりも低い可能性がある。
【０００８】
さらに、現在、例えば電話呼や電子メールなど、ユーザ間で通信するための多数の異なる方法が存在する。ユーザ装置がＰ２Ｐシステムを介して通信するために必要な構成要素のすべてを含むことのコストは、異なる方法で通信するために使用される可能性がある他の装置と比較して、比較的高くなる可能性がある。一部の場合、ユーザ装置のコストが増大すると、一部のユーザは、利用可能な他の形式の通信を使用することで満足し、結果として装置の購入を思いとどまることになる可能性がある。Ｐ２Ｐ通信システムへの新たなユーザが減少することは、Ｐ２Ｐ通信システムの人気を損なう可能性があり、このことは、次いで、Ｐ２Ｐシステムの既存のユーザにとってのＰ２Ｐ通信システムの望ましさを低下させる可能性がある。
【０００９】
通信クライアントの更新版が定期的にリリースされる可能性がある。ユーザ装置のコストが比較的高いことと、Ｐ２Ｐシステムを介して通信するために必要な構成要素のすべてを置き換える必要があることとに起因して、ユーザは、更新版がリリースされる毎には当該ユーザの通信クライアントを更新を行わないと決定する可能性がある。望ましくは、通信システムのユーザが通信クライアントの最新版を有し、これにより、ユーザには最新の進歩の利益がもたらされ、ユーザの満足はより大きくなる。
【００１０】
本発明の目的は、上述した従来技術の問題に取り組むことにある。
【課題を解決するための手段】
【００１１】
本発明の第１の態様では、第１装置及び周辺装置を用いてネットワークを介して通信する方法が提供され、上記第１装置は、ユーザインターフェースと、上記ネットワークに接続するためのネットワークインターフェースとを備え、上記周辺装置は上記第１装置へのローカル接続を有し、上記ローカル接続は上記ネットワークとは独立であり、
上記方法は、
上記第１装置のネットワークインターフェースにおいて上記ネットワークからデータパケットを受信することと、
上記受信されたデータパケットを上記第１装置から上記周辺装置に上記ローカル接続を介して転送することと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
処理されたデータパケットを上記周辺装置から上記第１装置に上記ローカル接続を介して送り、これにより、上記受信されたデータパケットに含まれたデータが上記第１装置のユーザインターフェースを用いて上記第１装置のユーザに伝達されるようにすることとを含む。
【００１２】
本発明の第２の態様では、ネットワークを介して通信するためのシステムが提供され、
上記システムは、周辺装置へのローカル接続を有する第１装置を備え、上記ローカル接続は上記ネットワークとは独立であり、
上記第１装置は、
ユーザインターフェース手段と、
上記ネットワークに接続し、上記ネットワークからデータパケットを受信するためのネットワークインターフェース手段と、
上記受信されたデータパケットを上記第１装置から上記周辺装置に上記ローカル接続を介して転送するための手段と、
処理されたデータパケットを上記周辺装置から上記ローカル接続を介して受信し、これにより、上記受信されたデータパケットに含まれたデータが上記ユーザインターフェース手段を用いて上記第１装置のユーザに伝達されるようにするための手段とを備え、
上記周辺装置は、
上記受信されたデータパケットを上記第１装置から上記ローカル接続を介して受信するための手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための処理手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送るための手段とを備える。
【００１３】
本発明の第３の態様では、ネットワークを介して通信するための周辺装置が提供され、上記周辺装置は、
上記ネットワークとは独立なローカル接続を介して、第１装置から、上記ネットワークを発信元とするデータパケットを受信するための手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送る手段とを備え、上記処理されたデータパケットは、上記受信されたデータパケットに含まれたデータを上記第１装置のユーザに伝達するためのものである。
【００１４】
本発明の第４の態様では、第１装置及び周辺装置を用いてネットワークを介して通信する方法が提供され、上記第１装置は、ユーザインターフェースと、上記ネットワークに接続するためのネットワークインターフェースとを備え、上記周辺装置は、上記ネットワークとは独立な上記第１装置へのローカル接続を有し、
上記方法は、
上記周辺装置においてデータを受信することと、
上記周辺装置において上記受信されたデータをエンコードすることと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
上記処理されたデータパケットを上記周辺装置から上記第１装置へ上記ローカル接続を介して送ること、
上記受信されたデータパケットを上記第１装置から上記通信ネットワークへ上記ネットワークインターフェースを介して転送することとを含む。
【００１５】
本発明の第５の態様では、第１装置及び周辺装置を用いてネットワークを介して双方向通信を確立する方法が提供され、上記第１装置はユーザインターフェースを備え、上記周辺装置は、上記ネットワークに接続するためのネットワークインターフェースと、上記ネットワークとは独立な上記第１装置へのローカル接続とを備え、
上記方法は、
上記周辺装置のネットワークインターフェースにおいて上記ネットワークからデータパケットを受信することと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
処理されたデータパケットを上記周辺装置から上記第１装置に上記ローカル接続を介して送ることと、
上記第１装置においてデータをデコードし、これにより、上記受信されたデータパケットに含まれたデータが上記第１装置のユーザインターフェースを用いて上記第１装置のユーザに伝達されるようにすることとを含み、
上記方法はさらに、
上記周辺装置においてデータを受信することと、
上記周辺装置において上記受信されたデータをエンコードすることと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
上記処理されたデータパケットを上記周辺装置から上記第１装置へ上記ローカル接続を介して送ること、
上記受信されたデータパケットを上記第１装置から上記通信ネットワークへ上記ネットワークインターフェースを介して転送することとを含む。
【００１６】
本発明の第６の態様では、ネットワークを介して通信するためのシステムが提供され、上記システムは、周辺装置へのローカル接続を有する第１装置を備え、上記ローカル接続は上記ネットワークとは独立であり、
上記周辺装置は、
上記ネットワークに接続し、上記ネットワークからデータパケットを受信するためのネットワークインターフェース手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための処理手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送るための手段とを備え、
上記第１装置は、
上記周辺装置から上記処理されたデータパケットを受信するための手段と、
上記処理されたデータパケットをデコードするための手段と、
処理されたデータパケットに含まれたデータを上記第１装置のユーザに伝達するためのユーザインターフェース手段とを備えたシステム。
【図面の簡単な説明】
【００１７】
【図１】パケットに基づく通信システムを示す。
【図２ａ】第１の実施形態のテレビジョンを示す。
【図２ｂ】他の実施形態のテレビジョンを示す。
【図２ｃ】別の実施形態のテレビジョンを示す。
【図３】好ましい実施形態のウェブカメラを示す。
【図４】データの受信及び表示を行う処理のフローチャートを示す。
【図５】データの取り込み及び送信を行う処理のフローチャートを示す。
【図６】通信クライアントのユーザインターフェースを示す。
【図７】第２の実施形態に係るパケットに基づく通信システムを示す。
【図８】第２の実施形態に係るデータの受信及び表示を行う処理のフローチャートを示す。
【図９】別の実施形態に係るパケットに基づく通信システムを示す。
【発明を実施するための形態】
【００１８】
本発明をよりよく理解するため、また、本発明がどのように実施されるかを示すために、例示として添付の図面を参照する。
【００１９】
まず図１を参照すると、図１は、本発明の実施形態に係るパケットに基づく通信システム１００を示す。なお、この例示的な実施形態はＰ２Ｐ通信システムを参照して説明されるが、通信用のクライアントソフトウェアを用いる非Ｐ２Ｐシステム、ＶｏＩＰシステム又はＩＭシステム等、他のタイプの通信システムも使用可能である。通信システムの第１のユーザ（図１では「トム・スミス」１０２の名前で示す）は、装置１０４と関連付けられ、装置１０４はネットワーク１０６に接続されるように示している。なお、通信システム１００は、インターネット等のネットワークを用いる。図１に示す好ましい実施形態では、装置１０４はテレビジョンである。しかしながら、代替の実施形態では、装置１０４は、例えば、携帯電話機、個人情報端末（「ＰＤＡ」）、パーソナルコンピュータ（「ＰＣ」）（例えば、Ｗｉｎｄｏｗｓ（登録商標）ＰＣ、Ｍａｃ ＯＳ（登録商標）ＰＣ、Ｌｉｎｕｘ（登録商標）ＰＣを含む）、ゲーム装置、又はネットワーク１０６に接続可能な他の組み込み装置であってもよい。テレビジョン１０４は、例えばディスプレイ１１８及びスピーカ１２０を介して情報を装置のユーザ１０２に出力することができるユーザインターフェースを有する。テレビジョン１０４には、ローカル接続１２４を用いて周辺装置１０８が接続され、ローカル接続１２４は、ＵＳＢプロトコルを用いるユニバーサルシリアルバス（ＵＳＢ）等の有線接続であってもよく、又はそれに代わって、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続等の無線接続であってもよい。接続１２４は、ネットワーク１０６を用いたネットワーク接続ではないという意味において、「ローカル」である。実際に、ローカル接続１２４はネットワーク１０６から分離している。言い換えると、ローカル接続１２４はネットワーク１０６とは独立である。実際に、周辺装置１０８は、ネットワーク１０６への直接接続を持たなくてもよい。周辺装置１０８がネットワーク１０６への直接接続を有する場合、この直接接続を主となる装置１０４との通信のためには使用しない。
【００２０】
なお、代替の実施形態では、テレビジョン１０４は、図１には示していない追加の中間ネットワークを介して通信ネットワーク１０６に接続可能である。例えば、装置１０４がモバイル装置である場合、セルラー移動体ネットワーク（例えばＧＳＭ又はＵＭＴＳネットワーク）を介して通信ネットワーク１０６に接続することができる。
【００２１】
典型的には、テレビジョン１０４を介してデータをユーザ１０２に伝達できるように、また、周辺装置１０８によりデータをユーザ１０２から取り込む、例えば、カメラ１２２を用いて画像又はビデオデータを取り込み、マイクロホンを用いてオーディオデータを取り込むことができるように、テレビジョン１０４及び周辺装置１０８は、ユーザ１０２の近傍の範囲内で使用される。周辺装置１０８は、ソフトウェアプロバイダによって提供されてその内部に組み込まれた通信クライアント１１０を有する。通信クライアント１１０は、周辺装置１０８内のプロセッサ上で実行されるソフトウェアプログラムである。周辺装置は、ネットワークの他のユーザ（図１で「ケビン・ジャクソン」と呼ばれるユーザ１１２など）と通信するために、通信クライアント１１０のクライアントエンジンを実行する。
【００２２】
図１に示す好ましい実施形態では、周辺装置１０８はウェブカメラである。しかしながら、代替の実施形態では、周辺装置は、マイクロホン等の代替のデータ取り込み装置であってもよく、又は、通信クライアントのクライアントエンジンを実行する専用のプロセッサであってもよい。テレビジョンにインストールされるクライアントユーザインターフェース２１２は、ユーザ１０２がクライアントエンジンから情報を受信するための、また、クライアントエンジンに情報を提供するためのインターフェースを提供するように構成される。ウェブカメラ１０８は、テレビジョン１０４を介してネットワーク１０６に接続することができる。従って、ウェブカメラ１０８は、ネットワーク１０６への別個かつ直接の接続を必要としない。
【００２３】
図２ａは、テレビジョン１０４の詳細図を示す。テレビジョン１０４は、中央処理装置（「ＣＰＵ」）２０２を備え、ＣＰＵ２０２には、画面等のディスプレイ１１８と、スピーカ１２０とが接続されている。ディスプレイ１１８及びスピーカ１２０は、テレビジョン１０４内に一体化されている。代替の装置１０４では、ディスプレイ１１８及びスピーカ１２０のうちの少なくとも一方が装置１０４内に一体化されていなくてもよく、それぞれのインターフェース（例えばＵＳＢインターフェース）を介してＣＰＵ２０２に接続されてもよい。所定のインターフェース（図示せず）を介してＣＰＵ２０２にリモートコントローラが接続されてもよい。ＣＰＵ２０２は、ネットワーク１０６と通信するためのモデム等のネットワークインターフェース２０４に接続される。ＣＰＵ２０２は、周辺装置１０８と通信するためのＵＳＢインターフェース又はＢｌｕｅｔｏｏｔｈインターフェース２０６等のローカル接続インターフェースに接続される。ＣＰＵ２０２は、Ｉ／Ｏインターフェース２０８を介して他のさまざまな入力装置又は出力装置に接続されてもよい。ネットワークインターフェース２０４、ローカル接続インターフェース２０６、及びＩ／Ｏインターフェース２０８は、図２ａに示すように装置１０４内に一体化されていてもよい。代替の装置１０４では、ネットワークインターフェース２０４、ローカル接続インターフェース２０６、及びＩ／Ｏインターフェース２０８のうちの少なくとも１つが装置１０４内に一体化されていなくてもよい。
【００２４】
図２ａはまた、ＣＰＵ２０２上で実行されるオペレーティングシステム（「ＯＳ」）２１０を示す。ＯＳ２１０上では、通信クライアント１１０のクライアントユーザインターフェース２１２が動作している。オペレーティングシステム２１０は、テレビジョンのハードウェアリソースを管理し、ネットワークインターフェース２０４を介してネットワークとの間で伝送されるデータを処理する。ＯＳ２１０上ではまた、装置１０４を従来のテレビジョンとして動作させるために使用されるテレビジョンアプリケーション２１４も動作している。ＯＳ２１０上ではまた、デコーダ２１６も動作している。デコーダ２１６は、放送されたテレビジョンビデオデータをデコードするために使用される。デコーダ２１６はまた、詳細後述するように、エンコードされてクライアントエンジン３１２から受信されたビデオデータをデコードするために使用されてもよい。
【００２５】
図３は、ウェブカメラ１０８の詳細図を示す。ウェブカメラ１０８は中央処理装置（「ＣＰＵ」）３０２を備え、ＣＰＵ３０２には、ユーザからのデータを取り込むカメラ１２２及びマイクロホン３０４等の入力手段が接続されている。カメラ１２２及びマイクロホン３０４はウェブカメラ１０８内に一体化されている。ＣＰＵ３０２は、装置１０４と通信するためのＵＳＢインターフェース又はＢｌｕｅｔｏｏｔｈインターフェース３０６等のローカル接続インターフェースに接続されている。ローカル接続インターフェース３０６は、図３に示すように、ウェブカメラ１０８内に一体化されていてもよい。代替の周辺装置１０８では、カメラ１２２、マイクロホン３０４、及びローカル接続インターフェース３０６のうちの１つ以上が周辺装置１０８内に一体化されていなくてもよい。
【００２６】
図３はまた、ＣＰＵ３０２上で実行されるオペレーティングシステム（「ＯＳ」）３０８を示す。ＯＳ３０８上では、通信クライアント１１０のクライアントエンジン３１２及びクライアントプロトコルレイヤ３１４が動作している。クライアントソフトウェアのクライアントプロトコルレイヤ３１４は、オペレーティングシステム３０８と通信し、Ｐ２Ｐ通信システムを介する接続を管理する。高レベルの処理を必要とするプロセスは、クライアントエンジンレイヤ３１２にわたされる。クライアントエンジン３１２は、情報をユーザに呈示する装置１０４のクライアントユーザインターフェースレイヤ２１２を制御するように構成されてもよい。装置１０４のクライアントユーザインターフェースレイヤ２１２は、ユーザ１０２と対話するために使用される。例えば、ユーザは、クライアントユーザインターフェース２１２と対話して発呼又は呼への応答を行う。装置１０４のクライアントユーザインターフェースレイヤ２１２と、周辺装置１０８のクライアントエンジンレイヤ３１２との間で、ローカル接続１２４を介して命令が伝送され、これにより、ユーザはクライアント１１０と対話できるようになる。例えば、ユーザ１０２との呼が確立されることを要求しているネットワーク１０６の他のユーザ（例えば「ケビン・ジャクソン」１１２）からの呼要求が、装置１０４のネットワークインターフェース２０４を介して、周辺装置１０８のクライアントエンジン３１２において受信されたとき、クライアントエンジン３１２は、呼を受理するか否かをユーザ１０２に尋ねるようにクライアントユーザインターフェース２１２に命令する命令を、ローカル接続１２４を介して装置１０８のクライアントユーザインターフェース２１２に送る。ユーザ１０２は、呼の受理及び拒否のいずれを行うのかについての応答を、クライアントユーザインターフェース２１２に入力することができる。この応答は、ローカル接続１２４を介してクライアントエンジン３１２に送られ、クライアントエンジン３１２は、それに応じて、着信呼の受理及び拒否のいずれかを行う。同様に、ユーザ１０２がネットワーク１０６の他のユーザ（例えばユーザ１１２）に発呼することを希望する場合、ユーザ１０２は、装置１０４においてクライアントユーザインターフェース２１２に呼要求を入力することができる。この呼要求は、ローカル接続１２４を介して周辺装置１０８のクライアントエンジン３１２に伝送される。次いで、クライアントエンジン３１２は、ローカル接続１２４及び装置１０４のネットワークインターフェース２０４を経由してネットワーク１０６を介してユーザ１１２の装置１１４に呼要求を送信し、呼をセットアップすることができる。
【００２７】
オペレーティングシステム３０８は、周辺装置１０８のハードウェアリソースを管理し、ローカル接続インターフェース３０６を介して装置１０４との間で伝送されるデータを処理する。ＯＳ３０８上ではまた、音声エンコーダ３１０、音声デコーダ３２０、及びビデオエンコーダ３１６も動作している。詳細後述するように、データをエンコードするためにエンコーダ３１０及び３１６が使用されてもよい。
【００２８】
以下、図４を参照して、好ましい実施形態に係る通信システム１００の動作を説明する。ユーザ１０２（「トム・スミス」）及びユーザ１１２（「ケビン・ジャクソン」）がＰ２Ｐ通信システムのユーザである。ユーザ１１２（「ケビン・ジャクソン」）は、オーディオデータ及びビデオデータ等のデータをネットワーク１０６を介してユーザ１０２（「トム・スミス」）に送ることを希望する場合がある。前述のように、発呼するために、ユーザ１１２によって操作される装置１１４の通信クライアント１１６から、装置１０４のクライアントエンジン３１２に、呼セットアップ要求メッセージが送られる。クライアントエンジン３１２は、装置１０４においてユーザ１０２に着信呼通知を表示させるように、クライアントユーザインターフェース２１２に命令する。ユーザ１０２は、クライアントユーザインターフェース２１２と対話することにより呼を受理することができる。ユーザが呼を受理した場合、クライアントエンジンから装置１１４に呼受理メッセージが送られる。
【００２９】
通信クライアント１１６においてクライアントエンジン３１２からの呼受理メッセージが受信されたとき、ネットワーク１０６を介して通信クライアント１１６からテレビジョン１０４にデータパケットが送られる。ステップＳ４０２において、テレビジョン１０４においてデータパケットが受信される。データパケットは、テレビジョン１０４のネットワークインターフェース２０４を介して受信される。受信されたデータパケットは、テレビジョン１０４のローカル接続インターフェース２０６にルーティングされる。ステップＳ４０４において、受信されたデータパケットは、ローカル接続１２４を介してウェブカメラ１０８に転送される。データパケットは、ウェブカメラ１０８のローカル接続インターフェース３０６において受信される。データパケットは、ウェブカメラ１０８のＣＰＵ３０２にルーティングされる。Ｐ２Ｐ通信システムのプロトコルに従ってデータパケットを処理するために、ウェブカメラ１０８のＣＰＵ３０２上でクライアントエンジン３１２が実行される。受信されるデータパケットは、例えば、テキストデータ、画像データ、ビデオデータ、及び／又はオーディオデータを含んでもよい。クライアントエンジン３１２は、データパケット中のデータを復号化し、データパケットから読み出されたデータのタイプを識別し、データを適当なモジュールに提供する。例えば、エンコードされたビデオデータはビデオデコーダ２１６に提供され、エンコードされたオーディオデータはオーディオデコーダ３２０に提供され、テキストデータはＩＭ（instant messaging module）３１８に提供される。
【００３０】
データパケット中に含まれたデータが、ユーザ１０２に伝達されることを意図したものであった場合には、データは、ウェブカメラ１０８のローカル接続インターフェース３０６及びテレビジョン１０４のローカル接続インターフェース２０６を介して、ローカル接続１２４を用いて、ウェブカメラ１０８からテレビジョン１０４に送られる。
【００３１】
本発明の好ましい実施形態では、エンコードされてクライアントエンジンから受信されたビデオデータは、図２に示すようにテレビジョン内に設けられたビデオデコーダ２１６によってデコードされる。この場合、エンコードされたビデオデータは、デコードのためにクライアントエンジンからテレビジョンのＣＰＵ２０２のビデオデコーダ２１６にローカル接続を介して送られ、これにより、ローカル接続の帯域幅要件は最小化される。デコードされたビデオデータは、テレビジョン１０４のクライアントユーザインターフェース２１２を用いて、ディスプレイ１１８を介してユーザ１０２に伝達されてもよい。
【００３２】
本発明の一実施形態では、エンコードされてクライアントエンジンから受信されたオーディオデータは、ウェブカメラ内に設けられた音声デコーダ３２０によってデコードされる。テレビジョンから送られたオーディオデータもウェブカメラにおいてエンコードされるので、送信されるオーディオデータには、受信されてデコードされたオーディオデータに基づいて、音響エコーキャンセル処理が行われてもよい。
【００３３】
上述の方法により、ネットワーク１０６から受信されたデータをユーザ１０２に伝達できるようになる。
【００３４】
ビデオ通話等の通信イベントの間に、ユーザ１０２（「トム・スミス」）からユーザ１１２（「ケビン・ジャクソン」）にデータが送られる場合がある。図５を参照して、ユーザ１０２からデータを取り込む方法について説明する。ステップＳ５０２において、ウェブカメラ１０８においてユーザ１０２からデータが取り込まれる。取り込まれたデータは、ウェブカメラ１０８のカメラ１２２を用いて取り込まれたビデオデータ又は画像データであってもよい。取り込まれたデータは、マイクロホン３０４を用いて取り込まれたオーディオデータであってもよい。他の実施形態では、周辺装置１０８は、周辺装置１０８の例えばキーパッドを用いてユーザ１０２からテキストデータを取り込めるようにしてもよい。
【００３５】
ステップＳ５０４において、取り込まれた音声データ及びビデオデータは、音声エンコーダ３１０及びビデオエンコーダ３１６によってそれぞれエンコードされる。エンコードされたデータパケットは、音声エンコーダ及びビデオエンコーダから出力される。ステップＳ５０６において、ウェブカメラ１０８のオペレーティングシステム３０２上で動作しているクライアントエンジン３１２は、データを伝送しているＰ２Ｐ通信システムの要件及びプロトコルに従って、エンコードされたデータパケットを処理する。
【００３６】
前述のように、好ましい実施形態では、ウェブカメラ１０８は、ネットワーク１０６に直接には接続されていない。ステップＳ５０８において、取り込まれたデータパケットは、ネットワーク１０６とは別個のローカル接続１２４を用いてテレビジョン１０４に送られ、次いで、データパケットは、テレビジョン１０４のネットワークインターフェース２０４を用いてテレビジョン１０４からネットワークに転送される。このように、ウェブカメラ１０８は、テレビジョンのネットワークインターフェース２０４を用いて、ユーザ１０２から取り込まれたデータをネットワーク１０６に送るように構成される。
【００３７】
前述のように、本発明の好ましい実施形態では、ウェブカメラ１０８はビデオエンコーダ３１６を含み、テレビジョン１０４はビデオデコーダ２１６を含む。従って、ウェブカメラ１０８とテレビジョン１０４との間でローカル接続１２４で送られるビデオデータは、常にエンコードされている。テレビジョンのＣＰＵ２０２からウェブカメラ１０８にローカル接続１２４を介してユーザインターフェース命令が送られる。ウェブカメラ１０８のクライアントエンジン３１２からテレビジョンのユーザインターフェース２１２にローカル接続１２４を介してユーザインターフェース通知が送られる。
【００３８】
本発明の一実施形態では、周辺装置上にドライバソフトウェアが格納される。周辺装置がテレビジョンに最初に接続されたとき、テレビジョン１０４のオペレーティングシステム２０２は、周辺装置１０８からオペレーティングシステムに適したドライバを読み出し、ネットワーク構成をセットアップする。
【００３９】
本発明の一実施形態では、周辺装置上にドライバソフトウェアとともにクライアントユーザインターフェース２１２が格納されてもよい。装置１０４のオペレーティングシステムは、周辺装置が接続されたとき、ドライバとともにクライアントユーザインターフェース２１２を読み出すように構成されてもよい。
【００４０】
本発明の別の実施形態では、周辺装置上にクライアントユーザインターフェースＡＰＩ（Application Programming Interface）２１３が格納されてもよい。装置１０４のオペレーティングシステムは、周辺装置が接続されたとき、ドライバとともにクライアントユーザインターフェースＡＰＩ２１３を読み出すように構成されてもよい。クライアントユーザインターフェースＡＰＩ２１３は、クライアントエンジン３１２とユーザインターフェース２１２’との間にインターフェースを提供する。ある例示的な実施形態では、クライアントユーザインターフェース２１２は、装置上にプリインストールされ、テレビジョンアプリケーション２１４のユーザインターフェースの一部を形成してもよい。
【００４１】
図２ｂに示すように、クライアントユーザインターフェースＡＰＩ２１３は、装置１０４のＣＰＵ上で実行され、テレビジョンアプリケーション２１４のユーザインターフェース２１２’とクライアントエンジン３１２との間にインターフェースを提供するように構成される。クライアントユーザインターフェースＡＰＩは、テレビジョンアプリケーション２１４のユーザインターフェース２１２’からの入力を認識し、それに応じてクライアントエンジンを制御するように構成され、例えば、リモートコントローラの赤ボタンが押下されたことの通知がクライアントユーザインターフェースＡＰＩ２１３に提供されてもよい。クライアントユーザインターフェースＡＰＩ２１３は、この通知を、コンタクトリストを表示させる要求として解釈するように構成されてもよい。これに応答して、クライアントユーザインターフェースＡＰＩは、コンタクトリストをローカル接続を介してクライアントユーザインターフェースＡＰＩ２１３に提供するように、クライアントエンジンに命令してもよい。クライアントユーザインターフェースＡＰＩ２１３においてコンタクトリストを受信したことに応答して、クライアントユーザインターフェースＡＰＩは、テレビジョンアプリケーション２１４のユーザインターフェース２１２’によって解釈されることが可能な、ユーザのコンタクトリストのテキストリストを提供するように構成される。次いで、ユーザは、リモートコントローラの制御を用いて、リストを上下にスクロールしてユーザが通話を希望するコンタクトを選択してもよい。リモートコントローラの他の機能ボタン、例えば青ボタンを操作することは、ユーザが選択されたコンタクトに電話をかけることを希望しているのであると、クライアントユーザインターフェースＡＰＩによって解釈されてもよい。
【００４２】
本発明の別の例示的な実施形態では、クライアントユーザインターフェース２１２’はウェブページにより提供されてもよい。以下、図２ｃ及び図９を参照して本実施形態について説明する。
【００４３】
周辺装置１０８が装置１０４に接続されたとき、ユーザ装置１０４のオペレーティングシステムは、周辺装置１０８のメモリから周辺装置１０８のドライバソフトウェアを読み出すように構成される。ドライバソフトウェアとともに、クライアントユーザインターフェースＡＰＩ２１３が装置１０４に提供される。図２ｃに示すように、クライアントユーザインターフェースＡＰＩ２１３は、装置のＣＰＵ上で実行される。クライアントユーザインターフェースＡＰＩは、図９に示すウェブサーバ１１３に、ネットワークインターフェース２０４を介してアクセスするように構成される。クライアントユーザインターフェースＡＰＩはさらに、ウェブサーバ１１３からユーザインターフェースアプリケーション２１２’をダウンロードするように構成される。ユーザインターフェースアプリケーションはｊａｖａプログラムであってもよく、これは、装置１０４のファイアウォールによってブロックされることなく、装置のＣＰＵにダウンロードされてもよい。ユーザインターフェース２１２’は、装置１０４のディスプレイ１１８上に表示され、クライアントユーザインターフェースＡＰＩを介してクライアントエンジンと通信するために使用されてもよい。
【００４４】
装置（テレビジョン１０４等）に接続された周辺装置（ウェブカメラ１０８等）上でクライアントエンジン３１２を実行することには、装置１０４自体の上でクライアントエンジンが実行されるシステムに対して、いくつかの利点がある。周辺装置１０８上でクライアントエンジン３１２を実行することは、装置のプロセッサ１０４にクライアントエンジンをインストールすることを必ずしも意味しない。実際に、好ましい実施形態では、テレビジョン１０４上に通信クライアントはインストールされない。ユーザ１０２は、単に周辺装置１０８を装置１０４に接続することにより、通信クライアントを使用することができる。
【００４５】
従って、ファイアウォールの制約に起因してユーザが装置上に通信クライアントソフトウェアをダウンロードすることが妨げられる場合であっても、ユーザは、装置を周辺装置に接続することにより、装置を用いて通信システムを介して通信することができる。さらに、所望の通信クライアントがプリインストールされた新たなテレビジョン１０４を購入しなければならなくなるのではなく、ユーザは、周辺装置を接続して、装置のユーザインターフェースを用いて通信システムを介して通信することができる。さらに、新たなテレビジョン１０４を購入する必要なく、通信クライアントエンジンの更新版を使用することができる。ユーザは、テレビジョン番組を見る（及び聴く）ことを主な用途とするテレビジョンをすでに所有していると考えられる。（主として通信装置として使用される装置のディスプレイ及びスピーカに比較した場合）既存のテレビジョンのディスプレイ及びスピーカの品質は高い。従って、ユーザは、ネットワーク１０６から受信されたデータを伝達するために、テレビジョンのディスプレイ及びスピーカを使用するほうを好む可能性がある。
【００４６】
さらに、既存のテレビジョンは、ネットワークインターフェース（例えばネットワークインターフェース２０４）を介してネットワーク１０６に接続できる場合が多い。従って、テレビジョン（テレビジョン１０４等）を所有しているユーザは、Ｐ２Ｐシステムを介して通信するために必要な構成要素の一部（例えば、ディスプレイ、スピーカ、ネットワークインターフェース）をすでに所有していることになる。本発明の周辺装置１０８は、Ｐ２Ｐシステムを介して通信するために必要な残りの構成要素を提供する（例えば、ウェブカメラ１０８は、Ｐ２Ｐシステムからの受信されたデータパケットを処理するクライアントエンジン３１２と、ユーザからのデータを取り込むカメラ１２２及びマイクロホン３０４等の手段とを提供する）。ユーザが当該ユーザ自体のテレビジョン１０４をすでに所有していると考えられるので、Ｐ２Ｐ通信システムを用いるために必要な残りの構成要素のみを、テレビジョンに接続可能な周辺装置に提供することが有利である。本発明は、ユーザがネットワークインターフェースを介してネットワークに接続可能な装置（テレビジョン等）を所有している場合が多いという事実を利用する。周辺装置１０８は、Ｐ２Ｐシステムを介して通信するためのクライアントのクライアントエンジン３１２を含む。周辺装置は、装置１０４の既存のネットワークインターフェース２０４を使用することができるので、ネットワーク１０６に接続するためにそれ自体のネットワークインターフェースを必要としない。従って、周辺装置１０８は、装置１０４に接続するためのローカル接続インターフェース３０６のみを必要とする。
【００４７】
ウェブカメラ１０８のコストは、Ｐ２Ｐシステムを介して通信するために必要な構成要素のすべてを含む専用装置のコストよりも低いと考えられる。コストの低下により、ウェブカメラ１０８を購入するユーザへのインセンティブが増大し、また、ユーザは、新たなテレビジョン全体を購入することを要求されないので、通信クライアントエンジンの最新の更新版を購入する可能性が高くなると考えられる。ユーザがクライアントソフトウェアの最新版を使用していることは、ユーザの満足のためには有益である。コストを削減可能なウェブカメラの他の態様によれば、ネットワーク１０６に接続するために別個のネットワークインターフェースを必要とすることはない。ウェブカメラ１０８は、ローカル接続１２４（例えばＵＳＢ接続）を用いてテレビジョンに接続することができ、これにより、テレビジョン１０４のネットワークインターフェース２０４を用いてネットワーク１０６に接続することができる。
【００４８】
システムをコンパクトにするために、ウェブカメラ１０８はテレビジョン１０４の筐体内に組み込まれてもよい。ウェブカメラをテレビジョン１０４の筐体から取り外すことでウェブカメラを更新版で置き換えてもなお、簡単であるといってよい。代替として、ウェブカメラ１０８は、テレビジョンから物理的に分離していてもよい。
【００４９】
ウェブカメラ１０８には、チャット履歴等のユーザデータが格納されてもよい。ウェブカメラ１０８がテレビジョン１０４から取り外し可能である場合、ユーザはユーザデータを格納したウェブカメラを取り外すことができるので、ユーザデータのプライバシーは向上する可能性がある。
【００５０】
図６は、クライアントユーザインターフェース２１２の実施形態を示す。なお、ユーザインターフェース６００は、装置１０４のタイプに依存して異なる可能性がある。例えば、小さな画面サイズのために、ユーザインターフェースは、小型化してもよく、又は、モバイル装置上で異なる方法で情報を表示してもよい。図６の例では、クライアントユーザインターフェース６００は、通信システムにおける「トム・スミス」１０２のユーザ名６０２を表示し、ユーザは、ドロップダウンリストを用いてアイコン６０４を選択することにより、当該ユーザ自体のプレゼンス状態（これは他のユーザから見られる）を設定することができる。
【００５１】
クライアントユーザインターフェース６００は、「コンタクト」というラベルが付与されたボタン６０６を備え、このボタンが選択されたとき、ユーザによってコンタクトリストに格納されたコンタクトが、ボタン６０６の下のペインに表示される。図６の例示的なユーザインターフェースでは、コンタクトリスト６０８には、通信システムの４つの他のユーザのコンタクトがリスト表示されている。これらのコンタクトのそれぞれは、クライアント１１０のユーザ１０２が当該コンタクトの詳細及びプレゼンス状態を見ることを許可している。コンタクトリスト６０８における各コンタクトは、それに関連付けられたプレゼンス状態アイコンを有する。例えば、「ケビン・ジャクソン」のプレゼンス状態アイコン６１０は、このコンタクトが「オンライン」であることを示し、「ロウジー」のプレゼンスアイコン６１２は、このコンタクトが「退席中」であることを示し、「エイミー」のプレゼンスアイコン６１４は、このコンタクトの状態が「取り込み中」（do not disturb、「ＤＮＤ」）であることを示し、「サラ・ローリング」のプレゼンスアイコン６１６は、このコンタクトが「オフライン」であることを示す。さらなるプレゼンス状態を示す情報を含むこともできる。
【００５２】
さらに、パケットに基づく通信システムにおけるプレゼンス情報は、「ムードメッセージ」によって補足されることが可能である。ムードメッセージは、伝統的には、ユーザについての情報をユーザのコンタクトに配信してユーザのプレゼンス状態を補足するために当該ユーザによって構成される、短いテキスト列である。あるコンタクトのムードメッセージは、一般には、コンタクトリスト６０８において当該コンタクトの名前の隣に表示される。コンタクトのプレゼンス状態は、コンタクトリスト６０８においてコンタクトの名前の隣に、ムードメッセージとともに表示される。図６では、コンタクトのムードメッセージ６２２及び６２４は、コンタクトリスト６０８においてコンタクトの名前の隣に表示されるように示している。
【００５３】
ユーザ１０２はまた、ユーザを表す画像６２８（アバターとして知られる）を選択してもよい。クライアント１１０は、コンタクトリスト６０８におけるコンタクトのそれぞれについて、通信システムを介して直接に、プレゼンス状態情報を周期的に要求する。同様に、各コンタクトについて、現在のムードメッセージ（例えば、「ケビン・ジャクソン」の「ロンドンにいます」６２２）と、コンタクトを表すものとして選択されている画像（アバター：例えば、「ケビン・ジャクソン」の画像６３０）もまた、クライアント１１０によって、通信システムを介して各コンタクトのクライアントから直接に読み出される。従って、コンタクトのプレゼンス状態及びムードメッセージは、各コンタクトのクライアントからデータが要求される「プル」技術を用いて決定される。代替の実施形態では、ユーザのプレゼンス状態、ムードメッセージ、及びアバターは、定期的に、又はプレゼンス状態が変更される毎に、通信ネットワークを介して各ユーザのコンタクトに「プッシュ」されることが可能である。
【００５４】
本発明の別の利点は、コンタクトリスト６０８におけるコンタクトのプレゼンス状態、アバター、又はムードメッセージの変化を維持するために、テレビジョン１０４のプロセッサ２０２のＣＰＵリソースが要求されないということにある。コンタクトリスト６０８におけるコンタクトのプレゼンス状態、アバター、又はムードメッセージの変化は、ウェブカメラ１０８のクライアントエンジン３１２によって維持され、ユーザ１０２がテレビジョン１０４上でコンタクトリスト６０８を見ることを選択したときに、これらの変化をテレビジョン１０４のユーザインターフェース２１２に提供することのみが必要になる。このことは、テレビジョン１０４上で通信クライアント全体を実行することに比較して、使用されるテレビジョン１０４の処理リソースを削減する。
【００５５】
図７に示す第２の実施形態では、周辺装置７０８が、ネットワーク１０６に接続するためのネットワークインターフェース７０２を含み、装置７０４はネットワークインターフェースを含まない。図７に示す実施形態の他の構成要素は、上述したもの（さらに図１〜図３に示したもの）と同様であり、ここでは詳述しない。
【００５６】
ネットワークインターフェースが周辺装置７０８内にあるとき、ネットワーク１０６に接続するために周辺装置７０８が使用され、データは、装置７０４とネットワーク１０６との間でローカル接続１２４及びネットワークインターフェース７０２を介して伝送される。
【００５７】
以下、図８を参照して、第２の好ましい実施形態に係る通信システムの動作について説明する。ステップＳ８０２では、ウェブカメラ７０８においてデータパケットが受信される。データパケットは、ウェブカメラ７０８のネットワークインターフェース７０２を介して受信される。ステップＳ８０４において、ウェブカメラ７０８のＣＰＵ３０２上でクライアントエンジン３１２が実行され、Ｐ２Ｐ通信システムのプロトコルに従ってデータパケットが処理される。クライアントエンジン３１２がデータパケットを処理したとき、データパケットに含まれたデータが、ユーザ１０２に伝達されることを意図したものであった場合には、ステップＳ８０６において、処理されたデータパケットは、ウェブカメラ７０８のローカル接続インターフェース３０６及びテレビジョン７０４のローカル接続インターフェース２０６を介して、ローカル接続１２４を用いて、ウェブカメラ７０８からテレビジョン７０４に送られる。ステップＳ８０８において、処理されてテレビジョン７０４において受信されたデータパケットは、ユーザ１０２に伝達可能になる。上述の方法により、ネットワーク１０６から受信されたデータをユーザ１０２に伝達できるようになる。
【産業上の利用可能性】
【００５８】
上述した方法及びシステムは、有利なことには、ローカル接続を介して送られるデータ量を制限する。周辺装置がデータ取り込み装置である本発明の実施形態では、ローカル接続及びネットワークの両方を介する伝送のために、周辺装置によって取り込まれたデータを圧縮することが望ましい。データ取り込み装置に通信クライアントを設けることにより、データはＰ２Ｐネットワーク上の状態に依存してエンコードされ、例えば、クライアントエンジンは、例えばチャネル帯域幅等のネットワーク状態を周辺装置の音声エンコーダ及びビデオエンコーダに送ってもよく、この場合、チャネル帯域幅が小さいのであれば、エンコーダはデータを低ビットレートでエンコードしてもよい。さらに、クライアントエンジンは、データレートに影響する別の決定を行ってもよく、例えば、クライアントは、ネットワーク状態に依存して、データパケットを送信しないことを選択してもよい。ネットワークインターフェースが（図２に示すように）ＴＶ内にあって、データが周辺装置からローカル接続１２４を介してネットワークに送られる場合に関しては、データは可能な限り圧縮される。しかしながら、ネットワークインターフェースが（図７に示すように）周辺装置内にある場合、周辺装置（例えばウェブカメラ）から取り込まれたデータは、このデータをローカル接続を介して送る必要なしに、ネットワークに直接に送ることができる（プレビュー表示が要求される場合を除く。この場合、クライアントエンジンは、ローカル接続を介してテレビジョンにプレビュー表示を送信することができ、これにより、テレビジョンのユーザは、送信されるデータの画像を見ることができる。）。さらに、テレビジョン内にデコーダがあるので、ネットワークから受信された任意のデータは、エンコードされたデータとしてローカル接続を介してテレビジョンに提供される。
【００５９】
データ取り込み装置内において通信クライアントを実行することによってもたらされる他の技術的利点には、以下のものがある。
（ｉ）周辺装置（例えばウェブカメラ）における専用のプロセッサ及びオペレーティングシステム上の通信アプリケーションに係る、汎用ＰＣに比較して改善されたリアルタイムスケジューリング。
（ｉｉ）通信システムにおけるオーディオ及びビデオデータストリーム間の改善された同期。
【００６０】
本発明を特に好ましい実施形態を参照して図示及び説明したが、当業者であれば、特許請求の範囲において定義される本発明の範囲から離れることなく、形態及び詳細についてさまざまな変更が可能であるということを理解するであろう。例えば、ここに説明した本発明の実施形態は、ＩＭシステム、ＶｏＩＰシステム、ビデオ通話システム、又はそれらの任意の組み合わせにおいて使用可能であるということが理解されるであろう。
【技術分野】
【０００１】
本発明は、通信システムにおいて通信するための周辺装置に関する。
【背景技術】
【０００２】
パケットに基づく通信システムにより、パーソナルコンピュータ（ＰＣ）等の装置のユーザは、インターネット等のコンピュータネットワークを介して通信できるようになる。パケットに基づく通信システムは、ボイス・オーバー・インターネットプロトコル（「ＶｏＩＰ」）通信システムを含む。これらのシステムは、固定回線又は移動体のネットワークよりも大幅に低いコストになるので、ユーザにとって有益である。このことは特に長距離通信の場合にあてはまる可能性がある。典型的には、ＶｏＩＰシステムを使用するために、ユーザは、当該ユーザの装置にクライアントソフトウェアをインストールして実行する。クライアントソフトウェアは、ＶｏＩＰ接続を提供し、また、登録及び認証等の他の機能を提供する。音声通信に加えて、クライアントは、ビデオ通話、インスタントメッセージ（instant messaging、「ＩＭ」）、ボイスメール、及びファイル転送など、さらなる機能を提供することもできる。
【０００３】
パケットに基づく通信システムのうちのあるタイプは、プロプライエタリプロトコル上に構築されたピア・ツー・ピア（「Ｐ２Ｐ」）トポロジーを使用する。ピア・ツー・ピアシステムへのアクセスを可能にするために、ユーザは、Ｐ２Ｐソフトウェアプロバイダによって当該ユーザのコンピュータ上に提供されたＰ２Ｐクライアントソフトウェアを実行して、Ｐ２Ｐシステムに登録しなければならない。ユーザがＰ２Ｐシステムに登録したとき、クライアントソフトウェアには、サーバからディジタル証明書が提供される。いったんクライアントソフトウェアに証明書が提供されると、続いて、さらにサーバを使用することなく、通信がセットアップされてＰ２Ｐシステムのユーザ間でルーティングされることが可能になる。特に、ユーザらは、１つ以上のディジタル証明書（又はユーザ身元情報証明書（user identity certificates）、「ＵＩＣ」）の交換に基づいてＰ２Ｐシステムを通る当該ユーザ自体の通信ルートを確立し、これによりＰ２Ｐシステムへのアクセスが可能になる。ユーザ間におけるディジタル証明書の交換は、ユーザらの身元情報の証明をもたらし、それらは、Ｐ２Ｐシステムにおいて適切に認可及び認証の処理を受ける。従って、ディジタル証明書の呈示は、ユーザの身元情報についての信用をもたらす。従って、これは、通信がサーバを用いてルーティングされずに、エンドユーザ間で直接にルーティングされるピア・ツー・ピア通信の特性を有する。このようなＰ２Ｐシステムについてのさらなる詳細は、特許文献１に開示されている。
【０００４】
ユーザ装置は、ユーザからデータ（オーディオ及び／又はビデオデータなど）を取り込むマイクロホン及び／又はカメラ等の入力手段と、データ（オーディオ及び／又はビデオデータなど）をユーザに伝達するスピーカ及び／又はディスプレイ等の出力手段とを含んでもよい。ユーザ装置は、典型的には、装置のプロセッサ上で実行される通信クライアントソフトウェアと、通信システムに接続するネットワークインターフェース等の手段とをさらに含む。このように、ユーザ装置は、典型的には、ネットワークを介して通信するために必要な構成要素のすべてを含む。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際出願の国際公開ＷＯ２００５／００９０１９。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、一部のユーザ装置、典型的には法人により所有されているＰＣは、装置のプロセッサ上で実行されるか又はローカルエリアネットワーク（ＬＡＮ）のゲートウェイ上で実行されるファイアウォールソフトウェアを有し、これにより、ユーザがある種のソフトウェアを装置にダウンロードすることはブロックされる。この場合、ユーザが当該ユーザの装置に通信クライアントソフトウェアをインストールすることは妨げられる可能性があり、従って、ユーザが通信システムに接続することは妨げられる。
【０００７】
一部の場合では、ユーザは、通信クライアントがプリインストールされたプロセッサを有する装置を購入する可能性があり、通信クライアントの更新版をダウンロードできない可能性がある。ユーザ装置は、典型的には、ネットワークを介して通信するために必要な構成要素のすべてを含むので、ある構成要素をその構成要素のアップグレードされたバージョンで置き換えることが望ましい場合には、他の構成要素のすべてを含む装置全体を置き換える必要がある。さらに、装置における個別の各構成要素の品質は、問題となっている構成要素の機能を実行する専用装置における対応する構成要素の品質よりも低い場合が多い。例えば、ユーザ装置のディスプレイ及びスピーカの品質は、ユーザに対して画像を表示して音声を再生することを主目的とするテレビジョン等の装置のディスプレイ及びスピーカの品質よりも低い可能性がある。
【０００８】
さらに、現在、例えば電話呼や電子メールなど、ユーザ間で通信するための多数の異なる方法が存在する。ユーザ装置がＰ２Ｐシステムを介して通信するために必要な構成要素のすべてを含むことのコストは、異なる方法で通信するために使用される可能性がある他の装置と比較して、比較的高くなる可能性がある。一部の場合、ユーザ装置のコストが増大すると、一部のユーザは、利用可能な他の形式の通信を使用することで満足し、結果として装置の購入を思いとどまることになる可能性がある。Ｐ２Ｐ通信システムへの新たなユーザが減少することは、Ｐ２Ｐ通信システムの人気を損なう可能性があり、このことは、次いで、Ｐ２Ｐシステムの既存のユーザにとってのＰ２Ｐ通信システムの望ましさを低下させる可能性がある。
【０００９】
通信クライアントの更新版が定期的にリリースされる可能性がある。ユーザ装置のコストが比較的高いことと、Ｐ２Ｐシステムを介して通信するために必要な構成要素のすべてを置き換える必要があることとに起因して、ユーザは、更新版がリリースされる毎には当該ユーザの通信クライアントを更新を行わないと決定する可能性がある。望ましくは、通信システムのユーザが通信クライアントの最新版を有し、これにより、ユーザには最新の進歩の利益がもたらされ、ユーザの満足はより大きくなる。
【００１０】
本発明の目的は、上述した従来技術の問題に取り組むことにある。
【課題を解決するための手段】
【００１１】
本発明の第１の態様では、第１装置及び周辺装置を用いてネットワークを介して通信する方法が提供され、上記第１装置は、ユーザインターフェースと、上記ネットワークに接続するためのネットワークインターフェースとを備え、上記周辺装置は上記第１装置へのローカル接続を有し、上記ローカル接続は上記ネットワークとは独立であり、
上記方法は、
上記第１装置のネットワークインターフェースにおいて上記ネットワークからデータパケットを受信することと、
上記受信されたデータパケットを上記第１装置から上記周辺装置に上記ローカル接続を介して転送することと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
処理されたデータパケットを上記周辺装置から上記第１装置に上記ローカル接続を介して送り、これにより、上記受信されたデータパケットに含まれたデータが上記第１装置のユーザインターフェースを用いて上記第１装置のユーザに伝達されるようにすることとを含む。
【００１２】
本発明の第２の態様では、ネットワークを介して通信するためのシステムが提供され、
上記システムは、周辺装置へのローカル接続を有する第１装置を備え、上記ローカル接続は上記ネットワークとは独立であり、
上記第１装置は、
ユーザインターフェース手段と、
上記ネットワークに接続し、上記ネットワークからデータパケットを受信するためのネットワークインターフェース手段と、
上記受信されたデータパケットを上記第１装置から上記周辺装置に上記ローカル接続を介して転送するための手段と、
処理されたデータパケットを上記周辺装置から上記ローカル接続を介して受信し、これにより、上記受信されたデータパケットに含まれたデータが上記ユーザインターフェース手段を用いて上記第１装置のユーザに伝達されるようにするための手段とを備え、
上記周辺装置は、
上記受信されたデータパケットを上記第１装置から上記ローカル接続を介して受信するための手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための処理手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送るための手段とを備える。
【００１３】
本発明の第３の態様では、ネットワークを介して通信するための周辺装置が提供され、上記周辺装置は、
上記ネットワークとは独立なローカル接続を介して、第１装置から、上記ネットワークを発信元とするデータパケットを受信するための手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送る手段とを備え、上記処理されたデータパケットは、上記受信されたデータパケットに含まれたデータを上記第１装置のユーザに伝達するためのものである。
【００１４】
本発明の第４の態様では、第１装置及び周辺装置を用いてネットワークを介して通信する方法が提供され、上記第１装置は、ユーザインターフェースと、上記ネットワークに接続するためのネットワークインターフェースとを備え、上記周辺装置は、上記ネットワークとは独立な上記第１装置へのローカル接続を有し、
上記方法は、
上記周辺装置においてデータを受信することと、
上記周辺装置において上記受信されたデータをエンコードすることと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
上記処理されたデータパケットを上記周辺装置から上記第１装置へ上記ローカル接続を介して送ること、
上記受信されたデータパケットを上記第１装置から上記通信ネットワークへ上記ネットワークインターフェースを介して転送することとを含む。
【００１５】
本発明の第５の態様では、第１装置及び周辺装置を用いてネットワークを介して双方向通信を確立する方法が提供され、上記第１装置はユーザインターフェースを備え、上記周辺装置は、上記ネットワークに接続するためのネットワークインターフェースと、上記ネットワークとは独立な上記第１装置へのローカル接続とを備え、
上記方法は、
上記周辺装置のネットワークインターフェースにおいて上記ネットワークからデータパケットを受信することと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
処理されたデータパケットを上記周辺装置から上記第１装置に上記ローカル接続を介して送ることと、
上記第１装置においてデータをデコードし、これにより、上記受信されたデータパケットに含まれたデータが上記第１装置のユーザインターフェースを用いて上記第１装置のユーザに伝達されるようにすることとを含み、
上記方法はさらに、
上記周辺装置においてデータを受信することと、
上記周辺装置において上記受信されたデータをエンコードすることと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
上記処理されたデータパケットを上記周辺装置から上記第１装置へ上記ローカル接続を介して送ること、
上記受信されたデータパケットを上記第１装置から上記通信ネットワークへ上記ネットワークインターフェースを介して転送することとを含む。
【００１６】
本発明の第６の態様では、ネットワークを介して通信するためのシステムが提供され、上記システムは、周辺装置へのローカル接続を有する第１装置を備え、上記ローカル接続は上記ネットワークとは独立であり、
上記周辺装置は、
上記ネットワークに接続し、上記ネットワークからデータパケットを受信するためのネットワークインターフェース手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための処理手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送るための手段とを備え、
上記第１装置は、
上記周辺装置から上記処理されたデータパケットを受信するための手段と、
上記処理されたデータパケットをデコードするための手段と、
処理されたデータパケットに含まれたデータを上記第１装置のユーザに伝達するためのユーザインターフェース手段とを備えたシステム。
【図面の簡単な説明】
【００１７】
【図１】パケットに基づく通信システムを示す。
【図２ａ】第１の実施形態のテレビジョンを示す。
【図２ｂ】他の実施形態のテレビジョンを示す。
【図２ｃ】別の実施形態のテレビジョンを示す。
【図３】好ましい実施形態のウェブカメラを示す。
【図４】データの受信及び表示を行う処理のフローチャートを示す。
【図５】データの取り込み及び送信を行う処理のフローチャートを示す。
【図６】通信クライアントのユーザインターフェースを示す。
【図７】第２の実施形態に係るパケットに基づく通信システムを示す。
【図８】第２の実施形態に係るデータの受信及び表示を行う処理のフローチャートを示す。
【図９】別の実施形態に係るパケットに基づく通信システムを示す。
【発明を実施するための形態】
【００１８】
本発明をよりよく理解するため、また、本発明がどのように実施されるかを示すために、例示として添付の図面を参照する。
【００１９】
まず図１を参照すると、図１は、本発明の実施形態に係るパケットに基づく通信システム１００を示す。なお、この例示的な実施形態はＰ２Ｐ通信システムを参照して説明されるが、通信用のクライアントソフトウェアを用いる非Ｐ２Ｐシステム、ＶｏＩＰシステム又はＩＭシステム等、他のタイプの通信システムも使用可能である。通信システムの第１のユーザ（図１では「トム・スミス」１０２の名前で示す）は、装置１０４と関連付けられ、装置１０４はネットワーク１０６に接続されるように示している。なお、通信システム１００は、インターネット等のネットワークを用いる。図１に示す好ましい実施形態では、装置１０４はテレビジョンである。しかしながら、代替の実施形態では、装置１０４は、例えば、携帯電話機、個人情報端末（「ＰＤＡ」）、パーソナルコンピュータ（「ＰＣ」）（例えば、Ｗｉｎｄｏｗｓ（登録商標）ＰＣ、Ｍａｃ ＯＳ（登録商標）ＰＣ、Ｌｉｎｕｘ（登録商標）ＰＣを含む）、ゲーム装置、又はネットワーク１０６に接続可能な他の組み込み装置であってもよい。テレビジョン１０４は、例えばディスプレイ１１８及びスピーカ１２０を介して情報を装置のユーザ１０２に出力することができるユーザインターフェースを有する。テレビジョン１０４には、ローカル接続１２４を用いて周辺装置１０８が接続され、ローカル接続１２４は、ＵＳＢプロトコルを用いるユニバーサルシリアルバス（ＵＳＢ）等の有線接続であってもよく、又はそれに代わって、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続等の無線接続であってもよい。接続１２４は、ネットワーク１０６を用いたネットワーク接続ではないという意味において、「ローカル」である。実際に、ローカル接続１２４はネットワーク１０６から分離している。言い換えると、ローカル接続１２４はネットワーク１０６とは独立である。実際に、周辺装置１０８は、ネットワーク１０６への直接接続を持たなくてもよい。周辺装置１０８がネットワーク１０６への直接接続を有する場合、この直接接続を主となる装置１０４との通信のためには使用しない。
【００２０】
なお、代替の実施形態では、テレビジョン１０４は、図１には示していない追加の中間ネットワークを介して通信ネットワーク１０６に接続可能である。例えば、装置１０４がモバイル装置である場合、セルラー移動体ネットワーク（例えばＧＳＭ又はＵＭＴＳネットワーク）を介して通信ネットワーク１０６に接続することができる。
【００２１】
典型的には、テレビジョン１０４を介してデータをユーザ１０２に伝達できるように、また、周辺装置１０８によりデータをユーザ１０２から取り込む、例えば、カメラ１２２を用いて画像又はビデオデータを取り込み、マイクロホンを用いてオーディオデータを取り込むことができるように、テレビジョン１０４及び周辺装置１０８は、ユーザ１０２の近傍の範囲内で使用される。周辺装置１０８は、ソフトウェアプロバイダによって提供されてその内部に組み込まれた通信クライアント１１０を有する。通信クライアント１１０は、周辺装置１０８内のプロセッサ上で実行されるソフトウェアプログラムである。周辺装置は、ネットワークの他のユーザ（図１で「ケビン・ジャクソン」と呼ばれるユーザ１１２など）と通信するために、通信クライアント１１０のクライアントエンジンを実行する。
【００２２】
図１に示す好ましい実施形態では、周辺装置１０８はウェブカメラである。しかしながら、代替の実施形態では、周辺装置は、マイクロホン等の代替のデータ取り込み装置であってもよく、又は、通信クライアントのクライアントエンジンを実行する専用のプロセッサであってもよい。テレビジョンにインストールされるクライアントユーザインターフェース２１２は、ユーザ１０２がクライアントエンジンから情報を受信するための、また、クライアントエンジンに情報を提供するためのインターフェースを提供するように構成される。ウェブカメラ１０８は、テレビジョン１０４を介してネットワーク１０６に接続することができる。従って、ウェブカメラ１０８は、ネットワーク１０６への別個かつ直接の接続を必要としない。
【００２３】
図２ａは、テレビジョン１０４の詳細図を示す。テレビジョン１０４は、中央処理装置（「ＣＰＵ」）２０２を備え、ＣＰＵ２０２には、画面等のディスプレイ１１８と、スピーカ１２０とが接続されている。ディスプレイ１１８及びスピーカ１２０は、テレビジョン１０４内に一体化されている。代替の装置１０４では、ディスプレイ１１８及びスピーカ１２０のうちの少なくとも一方が装置１０４内に一体化されていなくてもよく、それぞれのインターフェース（例えばＵＳＢインターフェース）を介してＣＰＵ２０２に接続されてもよい。所定のインターフェース（図示せず）を介してＣＰＵ２０２にリモートコントローラが接続されてもよい。ＣＰＵ２０２は、ネットワーク１０６と通信するためのモデム等のネットワークインターフェース２０４に接続される。ＣＰＵ２０２は、周辺装置１０８と通信するためのＵＳＢインターフェース又はＢｌｕｅｔｏｏｔｈインターフェース２０６等のローカル接続インターフェースに接続される。ＣＰＵ２０２は、Ｉ／Ｏインターフェース２０８を介して他のさまざまな入力装置又は出力装置に接続されてもよい。ネットワークインターフェース２０４、ローカル接続インターフェース２０６、及びＩ／Ｏインターフェース２０８は、図２ａに示すように装置１０４内に一体化されていてもよい。代替の装置１０４では、ネットワークインターフェース２０４、ローカル接続インターフェース２０６、及びＩ／Ｏインターフェース２０８のうちの少なくとも１つが装置１０４内に一体化されていなくてもよい。
【００２４】
図２ａはまた、ＣＰＵ２０２上で実行されるオペレーティングシステム（「ＯＳ」）２１０を示す。ＯＳ２１０上では、通信クライアント１１０のクライアントユーザインターフェース２１２が動作している。オペレーティングシステム２１０は、テレビジョンのハードウェアリソースを管理し、ネットワークインターフェース２０４を介してネットワークとの間で伝送されるデータを処理する。ＯＳ２１０上ではまた、装置１０４を従来のテレビジョンとして動作させるために使用されるテレビジョンアプリケーション２１４も動作している。ＯＳ２１０上ではまた、デコーダ２１６も動作している。デコーダ２１６は、放送されたテレビジョンビデオデータをデコードするために使用される。デコーダ２１６はまた、詳細後述するように、エンコードされてクライアントエンジン３１２から受信されたビデオデータをデコードするために使用されてもよい。
【００２５】
図３は、ウェブカメラ１０８の詳細図を示す。ウェブカメラ１０８は中央処理装置（「ＣＰＵ」）３０２を備え、ＣＰＵ３０２には、ユーザからのデータを取り込むカメラ１２２及びマイクロホン３０４等の入力手段が接続されている。カメラ１２２及びマイクロホン３０４はウェブカメラ１０８内に一体化されている。ＣＰＵ３０２は、装置１０４と通信するためのＵＳＢインターフェース又はＢｌｕｅｔｏｏｔｈインターフェース３０６等のローカル接続インターフェースに接続されている。ローカル接続インターフェース３０６は、図３に示すように、ウェブカメラ１０８内に一体化されていてもよい。代替の周辺装置１０８では、カメラ１２２、マイクロホン３０４、及びローカル接続インターフェース３０６のうちの１つ以上が周辺装置１０８内に一体化されていなくてもよい。
【００２６】
図３はまた、ＣＰＵ３０２上で実行されるオペレーティングシステム（「ＯＳ」）３０８を示す。ＯＳ３０８上では、通信クライアント１１０のクライアントエンジン３１２及びクライアントプロトコルレイヤ３１４が動作している。クライアントソフトウェアのクライアントプロトコルレイヤ３１４は、オペレーティングシステム３０８と通信し、Ｐ２Ｐ通信システムを介する接続を管理する。高レベルの処理を必要とするプロセスは、クライアントエンジンレイヤ３１２にわたされる。クライアントエンジン３１２は、情報をユーザに呈示する装置１０４のクライアントユーザインターフェースレイヤ２１２を制御するように構成されてもよい。装置１０４のクライアントユーザインターフェースレイヤ２１２は、ユーザ１０２と対話するために使用される。例えば、ユーザは、クライアントユーザインターフェース２１２と対話して発呼又は呼への応答を行う。装置１０４のクライアントユーザインターフェースレイヤ２１２と、周辺装置１０８のクライアントエンジンレイヤ３１２との間で、ローカル接続１２４を介して命令が伝送され、これにより、ユーザはクライアント１１０と対話できるようになる。例えば、ユーザ１０２との呼が確立されることを要求しているネットワーク１０６の他のユーザ（例えば「ケビン・ジャクソン」１１２）からの呼要求が、装置１０４のネットワークインターフェース２０４を介して、周辺装置１０８のクライアントエンジン３１２において受信されたとき、クライアントエンジン３１２は、呼を受理するか否かをユーザ１０２に尋ねるようにクライアントユーザインターフェース２１２に命令する命令を、ローカル接続１２４を介して装置１０８のクライアントユーザインターフェース２１２に送る。ユーザ１０２は、呼の受理及び拒否のいずれを行うのかについての応答を、クライアントユーザインターフェース２１２に入力することができる。この応答は、ローカル接続１２４を介してクライアントエンジン３１２に送られ、クライアントエンジン３１２は、それに応じて、着信呼の受理及び拒否のいずれかを行う。同様に、ユーザ１０２がネットワーク１０６の他のユーザ（例えばユーザ１１２）に発呼することを希望する場合、ユーザ１０２は、装置１０４においてクライアントユーザインターフェース２１２に呼要求を入力することができる。この呼要求は、ローカル接続１２４を介して周辺装置１０８のクライアントエンジン３１２に伝送される。次いで、クライアントエンジン３１２は、ローカル接続１２４及び装置１０４のネットワークインターフェース２０４を経由してネットワーク１０６を介してユーザ１１２の装置１１４に呼要求を送信し、呼をセットアップすることができる。
【００２７】
オペレーティングシステム３０８は、周辺装置１０８のハードウェアリソースを管理し、ローカル接続インターフェース３０６を介して装置１０４との間で伝送されるデータを処理する。ＯＳ３０８上ではまた、音声エンコーダ３１０、音声デコーダ３２０、及びビデオエンコーダ３１６も動作している。詳細後述するように、データをエンコードするためにエンコーダ３１０及び３１６が使用されてもよい。
【００２８】
以下、図４を参照して、好ましい実施形態に係る通信システム１００の動作を説明する。ユーザ１０２（「トム・スミス」）及びユーザ１１２（「ケビン・ジャクソン」）がＰ２Ｐ通信システムのユーザである。ユーザ１１２（「ケビン・ジャクソン」）は、オーディオデータ及びビデオデータ等のデータをネットワーク１０６を介してユーザ１０２（「トム・スミス」）に送ることを希望する場合がある。前述のように、発呼するために、ユーザ１１２によって操作される装置１１４の通信クライアント１１６から、装置１０４のクライアントエンジン３１２に、呼セットアップ要求メッセージが送られる。クライアントエンジン３１２は、装置１０４においてユーザ１０２に着信呼通知を表示させるように、クライアントユーザインターフェース２１２に命令する。ユーザ１０２は、クライアントユーザインターフェース２１２と対話することにより呼を受理することができる。ユーザが呼を受理した場合、クライアントエンジンから装置１１４に呼受理メッセージが送られる。
【００２９】
通信クライアント１１６においてクライアントエンジン３１２からの呼受理メッセージが受信されたとき、ネットワーク１０６を介して通信クライアント１１６からテレビジョン１０４にデータパケットが送られる。ステップＳ４０２において、テレビジョン１０４においてデータパケットが受信される。データパケットは、テレビジョン１０４のネットワークインターフェース２０４を介して受信される。受信されたデータパケットは、テレビジョン１０４のローカル接続インターフェース２０６にルーティングされる。ステップＳ４０４において、受信されたデータパケットは、ローカル接続１２４を介してウェブカメラ１０８に転送される。データパケットは、ウェブカメラ１０８のローカル接続インターフェース３０６において受信される。データパケットは、ウェブカメラ１０８のＣＰＵ３０２にルーティングされる。Ｐ２Ｐ通信システムのプロトコルに従ってデータパケットを処理するために、ウェブカメラ１０８のＣＰＵ３０２上でクライアントエンジン３１２が実行される。受信されるデータパケットは、例えば、テキストデータ、画像データ、ビデオデータ、及び／又はオーディオデータを含んでもよい。クライアントエンジン３１２は、データパケット中のデータを復号化し、データパケットから読み出されたデータのタイプを識別し、データを適当なモジュールに提供する。例えば、エンコードされたビデオデータはビデオデコーダ２１６に提供され、エンコードされたオーディオデータはオーディオデコーダ３２０に提供され、テキストデータはＩＭ（instant messaging module）３１８に提供される。
【００３０】
データパケット中に含まれたデータが、ユーザ１０２に伝達されることを意図したものであった場合には、データは、ウェブカメラ１０８のローカル接続インターフェース３０６及びテレビジョン１０４のローカル接続インターフェース２０６を介して、ローカル接続１２４を用いて、ウェブカメラ１０８からテレビジョン１０４に送られる。
【００３１】
本発明の好ましい実施形態では、エンコードされてクライアントエンジンから受信されたビデオデータは、図２に示すようにテレビジョン内に設けられたビデオデコーダ２１６によってデコードされる。この場合、エンコードされたビデオデータは、デコードのためにクライアントエンジンからテレビジョンのＣＰＵ２０２のビデオデコーダ２１６にローカル接続を介して送られ、これにより、ローカル接続の帯域幅要件は最小化される。デコードされたビデオデータは、テレビジョン１０４のクライアントユーザインターフェース２１２を用いて、ディスプレイ１１８を介してユーザ１０２に伝達されてもよい。
【００３２】
本発明の一実施形態では、エンコードされてクライアントエンジンから受信されたオーディオデータは、ウェブカメラ内に設けられた音声デコーダ３２０によってデコードされる。テレビジョンから送られたオーディオデータもウェブカメラにおいてエンコードされるので、送信されるオーディオデータには、受信されてデコードされたオーディオデータに基づいて、音響エコーキャンセル処理が行われてもよい。
【００３３】
上述の方法により、ネットワーク１０６から受信されたデータをユーザ１０２に伝達できるようになる。
【００３４】
ビデオ通話等の通信イベントの間に、ユーザ１０２（「トム・スミス」）からユーザ１１２（「ケビン・ジャクソン」）にデータが送られる場合がある。図５を参照して、ユーザ１０２からデータを取り込む方法について説明する。ステップＳ５０２において、ウェブカメラ１０８においてユーザ１０２からデータが取り込まれる。取り込まれたデータは、ウェブカメラ１０８のカメラ１２２を用いて取り込まれたビデオデータ又は画像データであってもよい。取り込まれたデータは、マイクロホン３０４を用いて取り込まれたオーディオデータであってもよい。他の実施形態では、周辺装置１０８は、周辺装置１０８の例えばキーパッドを用いてユーザ１０２からテキストデータを取り込めるようにしてもよい。
【００３５】
ステップＳ５０４において、取り込まれた音声データ及びビデオデータは、音声エンコーダ３１０及びビデオエンコーダ３１６によってそれぞれエンコードされる。エンコードされたデータパケットは、音声エンコーダ及びビデオエンコーダから出力される。ステップＳ５０６において、ウェブカメラ１０８のオペレーティングシステム３０２上で動作しているクライアントエンジン３１２は、データを伝送しているＰ２Ｐ通信システムの要件及びプロトコルに従って、エンコードされたデータパケットを処理する。
【００３６】
前述のように、好ましい実施形態では、ウェブカメラ１０８は、ネットワーク１０６に直接には接続されていない。ステップＳ５０８において、取り込まれたデータパケットは、ネットワーク１０６とは別個のローカル接続１２４を用いてテレビジョン１０４に送られ、次いで、データパケットは、テレビジョン１０４のネットワークインターフェース２０４を用いてテレビジョン１０４からネットワークに転送される。このように、ウェブカメラ１０８は、テレビジョンのネットワークインターフェース２０４を用いて、ユーザ１０２から取り込まれたデータをネットワーク１０６に送るように構成される。
【００３７】
前述のように、本発明の好ましい実施形態では、ウェブカメラ１０８はビデオエンコーダ３１６を含み、テレビジョン１０４はビデオデコーダ２１６を含む。従って、ウェブカメラ１０８とテレビジョン１０４との間でローカル接続１２４で送られるビデオデータは、常にエンコードされている。テレビジョンのＣＰＵ２０２からウェブカメラ１０８にローカル接続１２４を介してユーザインターフェース命令が送られる。ウェブカメラ１０８のクライアントエンジン３１２からテレビジョンのユーザインターフェース２１２にローカル接続１２４を介してユーザインターフェース通知が送られる。
【００３８】
本発明の一実施形態では、周辺装置上にドライバソフトウェアが格納される。周辺装置がテレビジョンに最初に接続されたとき、テレビジョン１０４のオペレーティングシステム２０２は、周辺装置１０８からオペレーティングシステムに適したドライバを読み出し、ネットワーク構成をセットアップする。
【００３９】
本発明の一実施形態では、周辺装置上にドライバソフトウェアとともにクライアントユーザインターフェース２１２が格納されてもよい。装置１０４のオペレーティングシステムは、周辺装置が接続されたとき、ドライバとともにクライアントユーザインターフェース２１２を読み出すように構成されてもよい。
【００４０】
本発明の別の実施形態では、周辺装置上にクライアントユーザインターフェースＡＰＩ（Application Programming Interface）２１３が格納されてもよい。装置１０４のオペレーティングシステムは、周辺装置が接続されたとき、ドライバとともにクライアントユーザインターフェースＡＰＩ２１３を読み出すように構成されてもよい。クライアントユーザインターフェースＡＰＩ２１３は、クライアントエンジン３１２とユーザインターフェース２１２’との間にインターフェースを提供する。ある例示的な実施形態では、クライアントユーザインターフェース２１２は、装置上にプリインストールされ、テレビジョンアプリケーション２１４のユーザインターフェースの一部を形成してもよい。
【００４１】
図２ｂに示すように、クライアントユーザインターフェースＡＰＩ２１３は、装置１０４のＣＰＵ上で実行され、テレビジョンアプリケーション２１４のユーザインターフェース２１２’とクライアントエンジン３１２との間にインターフェースを提供するように構成される。クライアントユーザインターフェースＡＰＩは、テレビジョンアプリケーション２１４のユーザインターフェース２１２’からの入力を認識し、それに応じてクライアントエンジンを制御するように構成され、例えば、リモートコントローラの赤ボタンが押下されたことの通知がクライアントユーザインターフェースＡＰＩ２１３に提供されてもよい。クライアントユーザインターフェースＡＰＩ２１３は、この通知を、コンタクトリストを表示させる要求として解釈するように構成されてもよい。これに応答して、クライアントユーザインターフェースＡＰＩは、コンタクトリストをローカル接続を介してクライアントユーザインターフェースＡＰＩ２１３に提供するように、クライアントエンジンに命令してもよい。クライアントユーザインターフェースＡＰＩ２１３においてコンタクトリストを受信したことに応答して、クライアントユーザインターフェースＡＰＩは、テレビジョンアプリケーション２１４のユーザインターフェース２１２’によって解釈されることが可能な、ユーザのコンタクトリストのテキストリストを提供するように構成される。次いで、ユーザは、リモートコントローラの制御を用いて、リストを上下にスクロールしてユーザが通話を希望するコンタクトを選択してもよい。リモートコントローラの他の機能ボタン、例えば青ボタンを操作することは、ユーザが選択されたコンタクトに電話をかけることを希望しているのであると、クライアントユーザインターフェースＡＰＩによって解釈されてもよい。
【００４２】
本発明の別の例示的な実施形態では、クライアントユーザインターフェース２１２’はウェブページにより提供されてもよい。以下、図２ｃ及び図９を参照して本実施形態について説明する。
【００４３】
周辺装置１０８が装置１０４に接続されたとき、ユーザ装置１０４のオペレーティングシステムは、周辺装置１０８のメモリから周辺装置１０８のドライバソフトウェアを読み出すように構成される。ドライバソフトウェアとともに、クライアントユーザインターフェースＡＰＩ２１３が装置１０４に提供される。図２ｃに示すように、クライアントユーザインターフェースＡＰＩ２１３は、装置のＣＰＵ上で実行される。クライアントユーザインターフェースＡＰＩは、図９に示すウェブサーバ１１３に、ネットワークインターフェース２０４を介してアクセスするように構成される。クライアントユーザインターフェースＡＰＩはさらに、ウェブサーバ１１３からユーザインターフェースアプリケーション２１２’をダウンロードするように構成される。ユーザインターフェースアプリケーションはｊａｖａプログラムであってもよく、これは、装置１０４のファイアウォールによってブロックされることなく、装置のＣＰＵにダウンロードされてもよい。ユーザインターフェース２１２’は、装置１０４のディスプレイ１１８上に表示され、クライアントユーザインターフェースＡＰＩを介してクライアントエンジンと通信するために使用されてもよい。
【００４４】
装置（テレビジョン１０４等）に接続された周辺装置（ウェブカメラ１０８等）上でクライアントエンジン３１２を実行することには、装置１０４自体の上でクライアントエンジンが実行されるシステムに対して、いくつかの利点がある。周辺装置１０８上でクライアントエンジン３１２を実行することは、装置のプロセッサ１０４にクライアントエンジンをインストールすることを必ずしも意味しない。実際に、好ましい実施形態では、テレビジョン１０４上に通信クライアントはインストールされない。ユーザ１０２は、単に周辺装置１０８を装置１０４に接続することにより、通信クライアントを使用することができる。
【００４５】
従って、ファイアウォールの制約に起因してユーザが装置上に通信クライアントソフトウェアをダウンロードすることが妨げられる場合であっても、ユーザは、装置を周辺装置に接続することにより、装置を用いて通信システムを介して通信することができる。さらに、所望の通信クライアントがプリインストールされた新たなテレビジョン１０４を購入しなければならなくなるのではなく、ユーザは、周辺装置を接続して、装置のユーザインターフェースを用いて通信システムを介して通信することができる。さらに、新たなテレビジョン１０４を購入する必要なく、通信クライアントエンジンの更新版を使用することができる。ユーザは、テレビジョン番組を見る（及び聴く）ことを主な用途とするテレビジョンをすでに所有していると考えられる。（主として通信装置として使用される装置のディスプレイ及びスピーカに比較した場合）既存のテレビジョンのディスプレイ及びスピーカの品質は高い。従って、ユーザは、ネットワーク１０６から受信されたデータを伝達するために、テレビジョンのディスプレイ及びスピーカを使用するほうを好む可能性がある。
【００４６】
さらに、既存のテレビジョンは、ネットワークインターフェース（例えばネットワークインターフェース２０４）を介してネットワーク１０６に接続できる場合が多い。従って、テレビジョン（テレビジョン１０４等）を所有しているユーザは、Ｐ２Ｐシステムを介して通信するために必要な構成要素の一部（例えば、ディスプレイ、スピーカ、ネットワークインターフェース）をすでに所有していることになる。本発明の周辺装置１０８は、Ｐ２Ｐシステムを介して通信するために必要な残りの構成要素を提供する（例えば、ウェブカメラ１０８は、Ｐ２Ｐシステムからの受信されたデータパケットを処理するクライアントエンジン３１２と、ユーザからのデータを取り込むカメラ１２２及びマイクロホン３０４等の手段とを提供する）。ユーザが当該ユーザ自体のテレビジョン１０４をすでに所有していると考えられるので、Ｐ２Ｐ通信システムを用いるために必要な残りの構成要素のみを、テレビジョンに接続可能な周辺装置に提供することが有利である。本発明は、ユーザがネットワークインターフェースを介してネットワークに接続可能な装置（テレビジョン等）を所有している場合が多いという事実を利用する。周辺装置１０８は、Ｐ２Ｐシステムを介して通信するためのクライアントのクライアントエンジン３１２を含む。周辺装置は、装置１０４の既存のネットワークインターフェース２０４を使用することができるので、ネットワーク１０６に接続するためにそれ自体のネットワークインターフェースを必要としない。従って、周辺装置１０８は、装置１０４に接続するためのローカル接続インターフェース３０６のみを必要とする。
【００４７】
ウェブカメラ１０８のコストは、Ｐ２Ｐシステムを介して通信するために必要な構成要素のすべてを含む専用装置のコストよりも低いと考えられる。コストの低下により、ウェブカメラ１０８を購入するユーザへのインセンティブが増大し、また、ユーザは、新たなテレビジョン全体を購入することを要求されないので、通信クライアントエンジンの最新の更新版を購入する可能性が高くなると考えられる。ユーザがクライアントソフトウェアの最新版を使用していることは、ユーザの満足のためには有益である。コストを削減可能なウェブカメラの他の態様によれば、ネットワーク１０６に接続するために別個のネットワークインターフェースを必要とすることはない。ウェブカメラ１０８は、ローカル接続１２４（例えばＵＳＢ接続）を用いてテレビジョンに接続することができ、これにより、テレビジョン１０４のネットワークインターフェース２０４を用いてネットワーク１０６に接続することができる。
【００４８】
システムをコンパクトにするために、ウェブカメラ１０８はテレビジョン１０４の筐体内に組み込まれてもよい。ウェブカメラをテレビジョン１０４の筐体から取り外すことでウェブカメラを更新版で置き換えてもなお、簡単であるといってよい。代替として、ウェブカメラ１０８は、テレビジョンから物理的に分離していてもよい。
【００４９】
ウェブカメラ１０８には、チャット履歴等のユーザデータが格納されてもよい。ウェブカメラ１０８がテレビジョン１０４から取り外し可能である場合、ユーザはユーザデータを格納したウェブカメラを取り外すことができるので、ユーザデータのプライバシーは向上する可能性がある。
【００５０】
図６は、クライアントユーザインターフェース２１２の実施形態を示す。なお、ユーザインターフェース６００は、装置１０４のタイプに依存して異なる可能性がある。例えば、小さな画面サイズのために、ユーザインターフェースは、小型化してもよく、又は、モバイル装置上で異なる方法で情報を表示してもよい。図６の例では、クライアントユーザインターフェース６００は、通信システムにおける「トム・スミス」１０２のユーザ名６０２を表示し、ユーザは、ドロップダウンリストを用いてアイコン６０４を選択することにより、当該ユーザ自体のプレゼンス状態（これは他のユーザから見られる）を設定することができる。
【００５１】
クライアントユーザインターフェース６００は、「コンタクト」というラベルが付与されたボタン６０６を備え、このボタンが選択されたとき、ユーザによってコンタクトリストに格納されたコンタクトが、ボタン６０６の下のペインに表示される。図６の例示的なユーザインターフェースでは、コンタクトリスト６０８には、通信システムの４つの他のユーザのコンタクトがリスト表示されている。これらのコンタクトのそれぞれは、クライアント１１０のユーザ１０２が当該コンタクトの詳細及びプレゼンス状態を見ることを許可している。コンタクトリスト６０８における各コンタクトは、それに関連付けられたプレゼンス状態アイコンを有する。例えば、「ケビン・ジャクソン」のプレゼンス状態アイコン６１０は、このコンタクトが「オンライン」であることを示し、「ロウジー」のプレゼンスアイコン６１２は、このコンタクトが「退席中」であることを示し、「エイミー」のプレゼンスアイコン６１４は、このコンタクトの状態が「取り込み中」（do not disturb、「ＤＮＤ」）であることを示し、「サラ・ローリング」のプレゼンスアイコン６１６は、このコンタクトが「オフライン」であることを示す。さらなるプレゼンス状態を示す情報を含むこともできる。
【００５２】
さらに、パケットに基づく通信システムにおけるプレゼンス情報は、「ムードメッセージ」によって補足されることが可能である。ムードメッセージは、伝統的には、ユーザについての情報をユーザのコンタクトに配信してユーザのプレゼンス状態を補足するために当該ユーザによって構成される、短いテキスト列である。あるコンタクトのムードメッセージは、一般には、コンタクトリスト６０８において当該コンタクトの名前の隣に表示される。コンタクトのプレゼンス状態は、コンタクトリスト６０８においてコンタクトの名前の隣に、ムードメッセージとともに表示される。図６では、コンタクトのムードメッセージ６２２及び６２４は、コンタクトリスト６０８においてコンタクトの名前の隣に表示されるように示している。
【００５３】
ユーザ１０２はまた、ユーザを表す画像６２８（アバターとして知られる）を選択してもよい。クライアント１１０は、コンタクトリスト６０８におけるコンタクトのそれぞれについて、通信システムを介して直接に、プレゼンス状態情報を周期的に要求する。同様に、各コンタクトについて、現在のムードメッセージ（例えば、「ケビン・ジャクソン」の「ロンドンにいます」６２２）と、コンタクトを表すものとして選択されている画像（アバター：例えば、「ケビン・ジャクソン」の画像６３０）もまた、クライアント１１０によって、通信システムを介して各コンタクトのクライアントから直接に読み出される。従って、コンタクトのプレゼンス状態及びムードメッセージは、各コンタクトのクライアントからデータが要求される「プル」技術を用いて決定される。代替の実施形態では、ユーザのプレゼンス状態、ムードメッセージ、及びアバターは、定期的に、又はプレゼンス状態が変更される毎に、通信ネットワークを介して各ユーザのコンタクトに「プッシュ」されることが可能である。
【００５４】
本発明の別の利点は、コンタクトリスト６０８におけるコンタクトのプレゼンス状態、アバター、又はムードメッセージの変化を維持するために、テレビジョン１０４のプロセッサ２０２のＣＰＵリソースが要求されないということにある。コンタクトリスト６０８におけるコンタクトのプレゼンス状態、アバター、又はムードメッセージの変化は、ウェブカメラ１０８のクライアントエンジン３１２によって維持され、ユーザ１０２がテレビジョン１０４上でコンタクトリスト６０８を見ることを選択したときに、これらの変化をテレビジョン１０４のユーザインターフェース２１２に提供することのみが必要になる。このことは、テレビジョン１０４上で通信クライアント全体を実行することに比較して、使用されるテレビジョン１０４の処理リソースを削減する。
【００５５】
図７に示す第２の実施形態では、周辺装置７０８が、ネットワーク１０６に接続するためのネットワークインターフェース７０２を含み、装置７０４はネットワークインターフェースを含まない。図７に示す実施形態の他の構成要素は、上述したもの（さらに図１〜図３に示したもの）と同様であり、ここでは詳述しない。
【００５６】
ネットワークインターフェースが周辺装置７０８内にあるとき、ネットワーク１０６に接続するために周辺装置７０８が使用され、データは、装置７０４とネットワーク１０６との間でローカル接続１２４及びネットワークインターフェース７０２を介して伝送される。
【００５７】
以下、図８を参照して、第２の好ましい実施形態に係る通信システムの動作について説明する。ステップＳ８０２では、ウェブカメラ７０８においてデータパケットが受信される。データパケットは、ウェブカメラ７０８のネットワークインターフェース７０２を介して受信される。ステップＳ８０４において、ウェブカメラ７０８のＣＰＵ３０２上でクライアントエンジン３１２が実行され、Ｐ２Ｐ通信システムのプロトコルに従ってデータパケットが処理される。クライアントエンジン３１２がデータパケットを処理したとき、データパケットに含まれたデータが、ユーザ１０２に伝達されることを意図したものであった場合には、ステップＳ８０６において、処理されたデータパケットは、ウェブカメラ７０８のローカル接続インターフェース３０６及びテレビジョン７０４のローカル接続インターフェース２０６を介して、ローカル接続１２４を用いて、ウェブカメラ７０８からテレビジョン７０４に送られる。ステップＳ８０８において、処理されてテレビジョン７０４において受信されたデータパケットは、ユーザ１０２に伝達可能になる。上述の方法により、ネットワーク１０６から受信されたデータをユーザ１０２に伝達できるようになる。
【産業上の利用可能性】
【００５８】
上述した方法及びシステムは、有利なことには、ローカル接続を介して送られるデータ量を制限する。周辺装置がデータ取り込み装置である本発明の実施形態では、ローカル接続及びネットワークの両方を介する伝送のために、周辺装置によって取り込まれたデータを圧縮することが望ましい。データ取り込み装置に通信クライアントを設けることにより、データはＰ２Ｐネットワーク上の状態に依存してエンコードされ、例えば、クライアントエンジンは、例えばチャネル帯域幅等のネットワーク状態を周辺装置の音声エンコーダ及びビデオエンコーダに送ってもよく、この場合、チャネル帯域幅が小さいのであれば、エンコーダはデータを低ビットレートでエンコードしてもよい。さらに、クライアントエンジンは、データレートに影響する別の決定を行ってもよく、例えば、クライアントは、ネットワーク状態に依存して、データパケットを送信しないことを選択してもよい。ネットワークインターフェースが（図２に示すように）ＴＶ内にあって、データが周辺装置からローカル接続１２４を介してネットワークに送られる場合に関しては、データは可能な限り圧縮される。しかしながら、ネットワークインターフェースが（図７に示すように）周辺装置内にある場合、周辺装置（例えばウェブカメラ）から取り込まれたデータは、このデータをローカル接続を介して送る必要なしに、ネットワークに直接に送ることができる（プレビュー表示が要求される場合を除く。この場合、クライアントエンジンは、ローカル接続を介してテレビジョンにプレビュー表示を送信することができ、これにより、テレビジョンのユーザは、送信されるデータの画像を見ることができる。）。さらに、テレビジョン内にデコーダがあるので、ネットワークから受信された任意のデータは、エンコードされたデータとしてローカル接続を介してテレビジョンに提供される。
【００５９】
データ取り込み装置内において通信クライアントを実行することによってもたらされる他の技術的利点には、以下のものがある。
（ｉ）周辺装置（例えばウェブカメラ）における専用のプロセッサ及びオペレーティングシステム上の通信アプリケーションに係る、汎用ＰＣに比較して改善されたリアルタイムスケジューリング。
（ｉｉ）通信システムにおけるオーディオ及びビデオデータストリーム間の改善された同期。
【００６０】
本発明を特に好ましい実施形態を参照して図示及び説明したが、当業者であれば、特許請求の範囲において定義される本発明の範囲から離れることなく、形態及び詳細についてさまざまな変更が可能であるということを理解するであろう。例えば、ここに説明した本発明の実施形態は、ＩＭシステム、ＶｏＩＰシステム、ビデオ通話システム、又はそれらの任意の組み合わせにおいて使用可能であるということが理解されるであろう。
【特許請求の範囲】
【請求項１】
第１装置及び周辺装置を用いてネットワークを介して通信する方法であって、上記第１装置は、ユーザインターフェースと、上記ネットワークに接続するためのネットワークインターフェースとを備え、上記周辺装置は上記第１装置へのローカル接続を有し、上記ローカル接続は上記ネットワークとは独立であり、
上記方法は、
上記第１装置のネットワークインターフェースにおいて上記ネットワークからデータパケットを受信することと、
上記受信されたデータパケットを上記第１装置から上記周辺装置に上記ローカル接続を介して転送することと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
処理されたデータパケットを上記周辺装置から上記第１装置に上記ローカル接続を介して送り、これにより、上記受信されたデータパケットに含まれたデータが上記第１装置のユーザインターフェースを用いて上記第１装置のユーザに伝達されるようにすることとを含む方法。
【請求項２】
上記周辺装置はデータ取り込み装置である請求項１記載の方法。
【請求項３】
上記受信されたデータパケットはエンコードされ、
上記方法はさらに、上記処理されたデータパケットを上記第１装置のデコーダにおいてデコードすることを含む請求項１又は２記載の方法。
【請求項４】
上記方法は、
上記周辺装置において上記ユーザからデータを取り込むことと、
上記周辺装置において上記クライアントのクライアントエンジンを用いて上記取り込まれたデータを処理することと、
上記取り込まれたデータを上記ローカル接続を介して上記第１装置に送ることと、
上記取り込まれたデータを上記ネットワークインターフェースを用いて上記第１装置から上記ネットワークに転送することとを含む請求項１〜３のうちのいずれか１つに記載の方法。
【請求項５】
上記周辺装置にユーザデータを格納することをさらに含む請求項１〜４のうちのいずれか１つに記載の方法。
【請求項６】
受信されるデータはビデオデータ及びオーディオデータのうちの少なくとも一方を含む請求項１〜５のうちのいずれか１つに記載の方法。
【請求項７】
ネットワークを介して通信するためのシステムであって、上記システムは、周辺装置へのローカル接続を有する第１装置を備え、上記ローカル接続は上記ネットワークとは独立であり、
上記第１装置は、
ユーザインターフェース手段と、
上記ネットワークに接続し、上記ネットワークからデータパケットを受信するためのネットワークインターフェース手段と、
上記受信されたデータパケットを上記第１装置から上記周辺装置に上記ローカル接続を介して転送するための手段と、
処理されたデータパケットを上記周辺装置から上記ローカル接続を介して受信し、これにより、上記受信されたデータパケットに含まれたデータが上記ユーザインターフェース手段を用いて上記第１装置のユーザに伝達されるようにするための手段とを備え、
上記周辺装置は、
上記受信されたデータパケットを上記第１装置から上記ローカル接続を介して受信するための手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための処理手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送るための手段とを備えたシステム。
【請求項８】
上記周辺装置はデータ取り込み装置である請求項７記載のシステム。
【請求項９】
上記周辺装置は上記ネットワークに直接には接続されていない請求項７又は８記載のシステム。
【請求項１０】
上記第１装置はクライアントエンジンを備えていない請求項７〜９のうちのいずれか１つに記載のシステム。
【請求項１１】
上記第１装置のユーザインターフェースは、上記第１装置のプロセッサ上で実行される上記通信クライアントのクライアントユーザインターフェースである請求項７〜１０のうちのいずれか１つに記載のシステム。
【請求項１２】
上記第１装置のユーザインターフェースは上記第１装置のネイティブユーザインターフェースであり、上記ネイティブユーザインターフェースは上記通信クライアントとは独立である請求項７〜１０のうちのいずれか１つに記載のシステム。
【請求項１３】
上記第１装置のユーザインターフェースはウェブサーバからダウンロードされる請求項７〜１０のうちのいずれか１つに記載のシステム。
【請求項１４】
上記第１装置のユーザインターフェースと上記クライアントエンジンとの間の通信を処理するようにアプリケーションプログラミングインターフェースが構成されている請求項１２又は１３記載のシステム。
【請求項１５】
上記第１装置のプロセッサ上で実行される上記通信クライアントのクライアントユーザインターフェースは、上記第１装置のオペレーティングシステムによって、上記周辺装置のドライバソフトウェアとともに、上記周辺装置から読み出される請求項１１記載のシステム。
【請求項１６】
上記第１装置のプロセッサ上で実行されるアプリケーションプログラミングインターフェースは、上記第１装置のオペレーティングシステムによって、上記周辺装置のドライバソフトウェアとともに、上記周辺装置から読み出される請求項１４記載のシステム。
【請求項１７】
上記周辺装置は上記第１装置から取り外し可能である請求項７〜１６のうちのいずれか１つに記載のシステム。
【請求項１８】
上記周辺装置は上記第１装置に一体化されている請求項７〜１６のうちのいずれか１つに記載のシステム。
【請求項１９】
上記第１装置はテレビジョンであり、上記周辺装置はウェブカメラである請求項７〜１８のうちのいずれか１つに記載のシステム。
【請求項２０】
ネットワークを介して通信するための周辺装置であって、上記周辺装置は、
上記ネットワークとは独立なローカル接続を介して、第１装置から、上記ネットワークを発信元とするデータパケットを受信するための手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送る手段とを備え、上記処理されたデータパケットは、上記受信されたデータパケットに含まれたデータを上記第１装置のユーザに伝達するためのものである周辺装置。
【請求項２１】
上記周辺装置はデータ取り込み装置である請求項２０記載の周辺装置。
【請求項２２】
上記周辺装置はさらに、
ドライバソフトウェアと、
ユーザインターフェースソフトウェアとを備え、
上記ドライバソフトウェア及び上記ユーザインターフェースソフトウェアは上記第１装置のインストールのための提供される請求項２０又は２１記載の周辺装置。
【請求項２３】
上記ユーザインターフェースソフトウェアは、上記クライアントエンジンとサードパーティのユーザインターフェースとの間の通信を処理するための、通信クライアントのユーザインターフェース又はアプリケーションプログラミングインターフェースである請求項２２記載の周辺装置。
【請求項２４】
上記サードパーティのユーザインターフェースはウェブサーバからダウンロードされる請求項２３記載の周辺装置。
【請求項２５】
第１装置及び周辺装置を用いてネットワークを介して通信する方法であって、上記第１装置は、ユーザインターフェースと、上記ネットワークに接続するためのネットワークインターフェースとを備え、上記周辺装置は、上記ネットワークとは独立な上記第１装置へのローカル接続を有し、
上記方法は、
上記周辺装置においてデータを受信することと、
上記周辺装置において上記受信されたデータをエンコードすることと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
上記処理されたデータパケットを上記周辺装置から上記第１装置へ上記ローカル接続を介して送ること、
上記受信されたデータパケットを上記第１装置から上記通信ネットワークへ上記ネットワークインターフェースを介して転送することとを含む方法。
【請求項２６】
第１装置及び周辺装置を用いてネットワークを介して双方向通信を確立する方法であって、上記第１装置はユーザインターフェースを備え、上記周辺装置は、上記ネットワークに接続するためのネットワークインターフェースと、上記ネットワークとは独立な上記第１装置へのローカル接続とを備え、
上記方法は、
上記周辺装置のネットワークインターフェースにおいて上記ネットワークからデータパケットを受信することと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
処理されたデータパケットを上記周辺装置から上記第１装置に上記ローカル接続を介して送ることと、
上記第１装置においてデータをデコードし、これにより、上記受信されたデータパケットに含まれたデータが上記第１装置のユーザインターフェースを用いて上記第１装置のユーザに伝達されるようにすることとを含み、
上記方法はさらに、
上記周辺装置においてデータを受信することと、
上記周辺装置において上記受信されたデータをエンコードすることと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
上記処理されたデータパケットを上記周辺装置から上記第１装置へ上記ローカル接続を介して送ること、
上記受信されたデータパケットを上記第１装置から上記通信ネットワークへ上記ネットワークインターフェースを介して転送することとを含む方法。
【請求項２７】
ネットワークを介して通信するためのシステムであって、上記システムは、周辺装置へのローカル接続を有する第１装置を備え、上記ローカル接続は上記ネットワークとは独立であり、
上記周辺装置は、
上記ネットワークに接続し、上記ネットワークからデータパケットを受信するためのネットワークインターフェース手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための処理手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送るための手段とを備え、
上記第１装置は、
上記周辺装置から上記処理されたデータパケットを受信するための手段と、
上記処理されたデータパケットをデコードするための手段と、
処理されたデータパケットに含まれたデータを上記第１装置のユーザに伝達するためのユーザインターフェース手段とを備えたシステム。
【請求項１】
第１装置及び周辺装置を用いてネットワークを介して通信する方法であって、上記第１装置は、ユーザインターフェースと、上記ネットワークに接続するためのネットワークインターフェースとを備え、上記周辺装置は上記第１装置へのローカル接続を有し、上記ローカル接続は上記ネットワークとは独立であり、
上記方法は、
上記第１装置のネットワークインターフェースにおいて上記ネットワークからデータパケットを受信することと、
上記受信されたデータパケットを上記第１装置から上記周辺装置に上記ローカル接続を介して転送することと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
処理されたデータパケットを上記周辺装置から上記第１装置に上記ローカル接続を介して送り、これにより、上記受信されたデータパケットに含まれたデータが上記第１装置のユーザインターフェースを用いて上記第１装置のユーザに伝達されるようにすることとを含む方法。
【請求項２】
上記周辺装置はデータ取り込み装置である請求項１記載の方法。
【請求項３】
上記受信されたデータパケットはエンコードされ、
上記方法はさらに、上記処理されたデータパケットを上記第１装置のデコーダにおいてデコードすることを含む請求項１又は２記載の方法。
【請求項４】
上記方法は、
上記周辺装置において上記ユーザからデータを取り込むことと、
上記周辺装置において上記クライアントのクライアントエンジンを用いて上記取り込まれたデータを処理することと、
上記取り込まれたデータを上記ローカル接続を介して上記第１装置に送ることと、
上記取り込まれたデータを上記ネットワークインターフェースを用いて上記第１装置から上記ネットワークに転送することとを含む請求項１〜３のうちのいずれか１つに記載の方法。
【請求項５】
上記周辺装置にユーザデータを格納することをさらに含む請求項１〜４のうちのいずれか１つに記載の方法。
【請求項６】
受信されるデータはビデオデータ及びオーディオデータのうちの少なくとも一方を含む請求項１〜５のうちのいずれか１つに記載の方法。
【請求項７】
ネットワークを介して通信するためのシステムであって、上記システムは、周辺装置へのローカル接続を有する第１装置を備え、上記ローカル接続は上記ネットワークとは独立であり、
上記第１装置は、
ユーザインターフェース手段と、
上記ネットワークに接続し、上記ネットワークからデータパケットを受信するためのネットワークインターフェース手段と、
上記受信されたデータパケットを上記第１装置から上記周辺装置に上記ローカル接続を介して転送するための手段と、
処理されたデータパケットを上記周辺装置から上記ローカル接続を介して受信し、これにより、上記受信されたデータパケットに含まれたデータが上記ユーザインターフェース手段を用いて上記第１装置のユーザに伝達されるようにするための手段とを備え、
上記周辺装置は、
上記受信されたデータパケットを上記第１装置から上記ローカル接続を介して受信するための手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための処理手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送るための手段とを備えたシステム。
【請求項８】
上記周辺装置はデータ取り込み装置である請求項７記載のシステム。
【請求項９】
上記周辺装置は上記ネットワークに直接には接続されていない請求項７又は８記載のシステム。
【請求項１０】
上記第１装置はクライアントエンジンを備えていない請求項７〜９のうちのいずれか１つに記載のシステム。
【請求項１１】
上記第１装置のユーザインターフェースは、上記第１装置のプロセッサ上で実行される上記通信クライアントのクライアントユーザインターフェースである請求項７〜１０のうちのいずれか１つに記載のシステム。
【請求項１２】
上記第１装置のユーザインターフェースは上記第１装置のネイティブユーザインターフェースであり、上記ネイティブユーザインターフェースは上記通信クライアントとは独立である請求項７〜１０のうちのいずれか１つに記載のシステム。
【請求項１３】
上記第１装置のユーザインターフェースはウェブサーバからダウンロードされる請求項７〜１０のうちのいずれか１つに記載のシステム。
【請求項１４】
上記第１装置のユーザインターフェースと上記クライアントエンジンとの間の通信を処理するようにアプリケーションプログラミングインターフェースが構成されている請求項１２又は１３記載のシステム。
【請求項１５】
上記第１装置のプロセッサ上で実行される上記通信クライアントのクライアントユーザインターフェースは、上記第１装置のオペレーティングシステムによって、上記周辺装置のドライバソフトウェアとともに、上記周辺装置から読み出される請求項１１記載のシステム。
【請求項１６】
上記第１装置のプロセッサ上で実行されるアプリケーションプログラミングインターフェースは、上記第１装置のオペレーティングシステムによって、上記周辺装置のドライバソフトウェアとともに、上記周辺装置から読み出される請求項１４記載のシステム。
【請求項１７】
上記周辺装置は上記第１装置から取り外し可能である請求項７〜１６のうちのいずれか１つに記載のシステム。
【請求項１８】
上記周辺装置は上記第１装置に一体化されている請求項７〜１６のうちのいずれか１つに記載のシステム。
【請求項１９】
上記第１装置はテレビジョンであり、上記周辺装置はウェブカメラである請求項７〜１８のうちのいずれか１つに記載のシステム。
【請求項２０】
ネットワークを介して通信するための周辺装置であって、上記周辺装置は、
上記ネットワークとは独立なローカル接続を介して、第１装置から、上記ネットワークを発信元とするデータパケットを受信するための手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送る手段とを備え、上記処理されたデータパケットは、上記受信されたデータパケットに含まれたデータを上記第１装置のユーザに伝達するためのものである周辺装置。
【請求項２１】
上記周辺装置はデータ取り込み装置である請求項２０記載の周辺装置。
【請求項２２】
上記周辺装置はさらに、
ドライバソフトウェアと、
ユーザインターフェースソフトウェアとを備え、
上記ドライバソフトウェア及び上記ユーザインターフェースソフトウェアは上記第１装置のインストールのための提供される請求項２０又は２１記載の周辺装置。
【請求項２３】
上記ユーザインターフェースソフトウェアは、上記クライアントエンジンとサードパーティのユーザインターフェースとの間の通信を処理するための、通信クライアントのユーザインターフェース又はアプリケーションプログラミングインターフェースである請求項２２記載の周辺装置。
【請求項２４】
上記サードパーティのユーザインターフェースはウェブサーバからダウンロードされる請求項２３記載の周辺装置。
【請求項２５】
第１装置及び周辺装置を用いてネットワークを介して通信する方法であって、上記第１装置は、ユーザインターフェースと、上記ネットワークに接続するためのネットワークインターフェースとを備え、上記周辺装置は、上記ネットワークとは独立な上記第１装置へのローカル接続を有し、
上記方法は、
上記周辺装置においてデータを受信することと、
上記周辺装置において上記受信されたデータをエンコードすることと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
上記処理されたデータパケットを上記周辺装置から上記第１装置へ上記ローカル接続を介して送ること、
上記受信されたデータパケットを上記第１装置から上記通信ネットワークへ上記ネットワークインターフェースを介して転送することとを含む方法。
【請求項２６】
第１装置及び周辺装置を用いてネットワークを介して双方向通信を確立する方法であって、上記第１装置はユーザインターフェースを備え、上記周辺装置は、上記ネットワークに接続するためのネットワークインターフェースと、上記ネットワークとは独立な上記第１装置へのローカル接続とを備え、
上記方法は、
上記周辺装置のネットワークインターフェースにおいて上記ネットワークからデータパケットを受信することと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
処理されたデータパケットを上記周辺装置から上記第１装置に上記ローカル接続を介して送ることと、
上記第１装置においてデータをデコードし、これにより、上記受信されたデータパケットに含まれたデータが上記第１装置のユーザインターフェースを用いて上記第１装置のユーザに伝達されるようにすることとを含み、
上記方法はさらに、
上記周辺装置においてデータを受信することと、
上記周辺装置において上記受信されたデータをエンコードすることと、
上記周辺装置のプロセッサ上で通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理することと、
上記処理されたデータパケットを上記周辺装置から上記第１装置へ上記ローカル接続を介して送ること、
上記受信されたデータパケットを上記第１装置から上記通信ネットワークへ上記ネットワークインターフェースを介して転送することとを含む方法。
【請求項２７】
ネットワークを介して通信するためのシステムであって、上記システムは、周辺装置へのローカル接続を有する第１装置を備え、上記ローカル接続は上記ネットワークとは独立であり、
上記周辺装置は、
上記ネットワークに接続し、上記ネットワークからデータパケットを受信するためのネットワークインターフェース手段と、
通信クライアントのクライアントエンジンを実行して上記受信されたデータパケットを処理するための処理手段と、
処理されたデータパケットを上記ローカル接続を介して上記第１装置に送るための手段とを備え、
上記第１装置は、
上記周辺装置から上記処理されたデータパケットを受信するための手段と、
上記処理されたデータパケットをデコードするための手段と、
処理されたデータパケットに含まれたデータを上記第１装置のユーザに伝達するためのユーザインターフェース手段とを備えたシステム。
【図１】
【図２ａ】
【図２ｂ】
【図２ｃ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２ａ】
【図２ｂ】
【図２ｃ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２０１２−５０２５３２（Ｐ２０１２−５０２５３２Ａ）
【公表日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願番号】特願２０１１−５２５５４８（Ｐ２０１１−５２５５４８）
【出願日】平成２１年９月３日（２００９．９．３）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６１３９８
【国際公開番号】ＷＯ２０１０／０２６１８５
【国際公開日】平成２２年３月１１日（２０１０．３．１１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．ＪＡＶＡ
【出願人】（５０６０１６６９１）スカイプ・リミテッド (16)
【氏名又は名称原語表記】ＳＫＹＰＥ ＬＩＭＩＴＥＤ
【Ｆターム（参考）】
【公表日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願日】平成２１年９月３日（２００９．９．３）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６１３９８
【国際公開番号】ＷＯ２０１０／０２６１８５
【国際公開日】平成２２年３月１１日（２０１０．３．１１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．ＪＡＶＡ
【出願人】（５０６０１６６９１）スカイプ・リミテッド (16)
【氏名又は名称原語表記】ＳＫＹＰＥ ＬＩＭＩＴＥＤ
【Ｆターム（参考）】
[ Back to top ]