(57)【要約】  デバイス上でのリアル・タイム・コンテンツ間における高速チャンネル切換のための方法および装置。態様において、方法は、レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信することと、現存しているレンダリング経路を使用してリアル・タイム・コンテンツがレンダリングされうるかを判定することと、現存しているレンダリング経路を使用してリアル・タイム・コンテンツがレンダリングされうると判定された場合、リアル・タイム・コンテンツを現存しているレンダリング経路へ入力することとを含む。装置は、レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信するユーザ・インタフェースと、現存しているレンダリング経路を使用してリアル・タイム・コンテンツがレンダリングされうるかを判定する処理ロジックと、現存しているレンダリング経路を使用してリアル・タイム・コンテンツがレンダリングされうると判定された場合、リアル・タイム・コンテンツを現存しているレンダリング経路へ入力するレンダリング・インタフェースとを含む。
2011502444.tif 000002
【特許請求の範囲】
【請求項１】
チャンネル切換のための方法であって、
第１のレンダリング経路によって目下レンダリングされている第１のコンテンツを有する第１のチャンネルの代わりにレンダリングされる第２のコンテンツを備える第２のチャンネルを特定するチャンネル選択インジケータを受信することと、
前記第２のコンテンツが前記第１のレンダリング経路を使用してレンダリングされうるかを判定することと、
前記第２のコンテンツが前記第１のレンダリング経路を使用してレンダリングされうると判定された場合には、前記第１のレンダリング経路に前記第２のコンテンツを入力することと
を備える方法。
【請求項２】
前記受信することは、デバイス・ユーザから前記チャンネル選択インジケータを受信することを備える、請求項１に記載の方法。
【請求項３】
前記第１のレンダリング経路は、ソース・フィルタおよび変換フィルタのうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項４】
前記判定することは、前記第２のコンテンツが前記第１のコンテンツと同じフォーマットのものである場合、前記第１のレンダリング経路を使用して前記第２のコンテンツがレンダリングされうると判定することを備える、請求項３に記載の方法。
【請求項５】
前記第２のコンテンツをプロトコル・スタックから取得することをさらに備える、請求項１に記載の方法。
【請求項６】
前記第２のコンテンツが前記第１のレンダリング経路を使用してレンダリングされえないと判定された場合に、
前記第１のレンダリング経路を破壊し、
前記第２のコンテンツをレンダリングするための第２のレンダリング経路を構築する
動作を実行すること
をさらに備える、請求項１に記載の方法。
【請求項７】
リアル・タイム・コンテンツをレンダリングするためのデバイスでのチャンネル切換のための装置であって、
レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信するように構成されたユーザ・インタフェースと、
前記リアル・タイム・コンテンツが、現存しているレンダリング経路を使用してレンダリングされうるかを判定するように構成された処理ロジックと、
前記リアル・タイム・コンテンツが、前記現存するレンダリング経路を使用してレンダリングされうると判定された場合、前記リアル・タイム・コンテンツを前記現存するレンダリング経路へ入力するように構成されたレンダリング・インタフェースと
を備える装置。
【請求項８】
前記ユーザ・インタフェースは、デバイス・ユーザから前記チャンネル選択インジケータを受信するように構成されている、請求項７に記載の装置。
【請求項９】
前記現存するレンダリング経路は、異なるチャンネルに関連付けられた、選択されたリアル・タイム・コンテンツをレンダリングするために使用されるソース・フィルタおよび変換フィルタのうちの少なくとも１つを備える、請求項７に記載の装置。
【請求項１０】
前記処理ロジックは、前記リアル・タイム・コンテンツが前記異なるチャンネルに関連付けられた選択されたリアル・タイム・コンテンツと同じフォーマットからなる場合、前記リアル・タイム・コンテンツが前記現存するレンダリング経路を使用してレンダリングされうると判定するように構成されている、請求項９に記載の装置。
【請求項１１】
前記リアル・タイム・コンテンツをプロトコル・スタックから取得するように構成されたプロトコル・スタック・インタフェースをさらに備える、請求項７の装置。
【請求項１２】
前記リアル・タイム・コンテンツが、前記現存するレンダリング経路を使用してレンダリングされえないと判定された場合に、前記処理ロジックが
前記現存するレンダリング経路を破壊し、
前記リアル・タイム・コンテンツをレンダリングするための新規のレンダリング経路を構築する
ように構成されている、請求項７に記載の装置。
【請求項１３】
リアル・タイム・コンテンツをレンダリングするためのデバイスでのチャンネル切換のための装置であって、
レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信する手段と、
前記リアル・タイム・コンテンツが、現存するレンダリング経路を使用してレンダリングされうるかを判定する手段と、
前記リアル・タイム・コンテンツが、前記現存するレンダリング経路を使用してレンダリングされうると判定された場合、前記リアル・タイム・コンテンツを前記現存するレンダリング経路へ入力する手段と
を備える装置。
【請求項１４】
前記受信する手段は、前記チャンネル選択インジケータをデバイス・ユーザから受信する手段を備える、請求項１３に記載の装置。
【請求項１５】
前記現存するレンダリング経路は、異なるチャンネルに関連付けられた、選択されたリアル・タイム・コンテンツをレンダリングするために使用されるソース・フィルタおよび変換フィルタのうちの少なくとも１つ備える、請求項１３に記載の装置。
【請求項１６】
前記判定する方法は、前記リアル・タイム・コンテンツが、前記異なるチャンネルに関連付けられた選択されたリアル・タイム・コンテンツと同じフォーマットからなる場合、前記リアル・タイム・コンテンツが前記現存するレンダリング経路を使用してレンダリングされうると判定することを備える、請求項１５に記載の装置。
【請求項１７】
前記リアル・タイム・コンテンツをプロトコル・スタックから取得する手段をさらに備える、請求項１３の装置。
【請求項１８】
前記リアル・タイム・コンテンツが、前記現存するレンダリング経路を使用してレンダリングされえないと判定された場合に、前記判定する手段が
前記現存するレンダリング経路を破壊する手段と、
前記リアル・タイム・コンテンツをレンダリングするための新規のレンダリング経路を構築する手段と
を備える、請求項１３に記載の装置。
【請求項１９】
リアル・タイム・コンテンツをレンダリングするためのデバイスでのチャンネル切換のためのコンピュータ・プログラム製品であって、
レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信し、
前記リアル・タイム・コンテンツが現存するレンダリング経路を使用してレンダリングされうるかを判定し、
前記リアル・タイム・コンテンツが前記現存するレンダリング経路を使用してレンダリングされうると判定された場合、前記リアル・タイム・コンテンツを前記現存するレンダリング経路へ入力する
ように実行可能なコードによって符号化された
機械読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項２０】
リアル・タイム・コンテンツ・チャンネル間のチャンネル切換が実施可能なデバイスであって、
コンテンツ・チャンネルを受信するように構成された受信機と、
レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信するように構成されたユーザ・インタフェースと、
前記リアル・タイム・コンテンツが現存しているレンダリング経路を使用してレンダリングされうるかを判定するように構成された処理ロジックと、
前記リアル・タイム・コンテンツが前記現存するレンダリング経路を使用してレンダリングされうると判定された場合、前記リアル・タイム・コンテンツを前記現存するレンダリング経路へ入力するように構成されたレンダリング・インタフェースと
を備えるデバイス。
【発明の詳細な説明】
【米国特許法第１１９条に基づく優先権主張】
【０００１】
本特許出願は２００７年８月３０日に提出された”METHODS AND APPARATUS FOR FACILITATING FAST CHANNEL SWITCHING FOR REAL-TIME FLOWS”と題された米国特許仮出願６０／９８３，８４０号に対する優先権を主張する。上記出願は本願の譲受人に譲渡され、参照によって本明細書に明確に組み込まれる。
【背景技術】
【０００２】
リアル・タイム・マルチメディア・コンテンツは一般的に通信ネットワークを介して、レンダリングのためのデバイスに配信される。例えば、リアル・タイム・コンテンツはネットワークを介して配信されるコンテンツ・チャンネルへ構成されうる。各コンテンツ・チャンネルはビデオ情報、オーディオ情報、クローズド・キャプショニング情報、オーバレイ情報、およびデバイスにおけるレンダリングのためのその他任意の適切な情報を含みうる「フロー」を備える。マルチメディア・プレーヤおよびデバイスの関連ハードウェアとソフトウェアのような、受信チャンネルを処理するレンダリング・ロジックは、全ての必要な復号、ディスクランブリング、フィルタリング、変換、および他のデバイスでコンテンツをレンダリングするために必要なその他任意の処理を実行する。例えば、レンダリング・ロジックは一般的に、デバイスにおいてコンテンツを抽出およびレンダリングするために受信フローを処理するために必要な全ての処理機能を備えるレンダリング経路を構築する。
【０００３】
一般的に、デバイスはデバイス・ユーザの要求に応じて受信コンテンツ・チャンネルを切り換えることが可能である。例えば、デバイス・ユーザは番組案内を参照することおよび望みの番組を選択することによってニュース・チャンネルとエンターテイメント・チャンネルとを切り換えることができる。チャンネル変更が要求される際、変更はごく速やかに生ずるのが望ましい。さもなければ、デバイス・ユーザは長時間の遅滞、空白の画面、ゆがんだ画像あるいは他の望ましくない効果を経験してしまう。
【０００４】
残念ながら、コンテンツのソースが変わったことが感知された時、従来型のメディア・プレーヤあるいは他のデバイスのレンダリング・ロジックは「再初期化」してしまう。例えば、ユーザがチャンネル変更を要求した時、ユーザのデバイスにおけるメディア・プレーヤは新規チャンネルにおいてコンテンツをレンダリングするために再初期化される。しかしながら、再初期化には数秒以上かかってしまう。例えば、コンテンツ・チャンネル切換はメディア・プレーヤが自身の現存しているレンダリング経路を破壊し、新規チャンネルと関連付けられたコンテンツをレンダリングするための新規レンダリング経路を構築するという結果をもたらしてしまう。この処理には数秒かかってしまい、結果として、デバイス・ユーザは、選択されたチャンネルを視聴する際に遅れを経験するだろう。これは、意に満たないユーザ体験をまねく。
【０００５】
よって、必要とされているのは、遅滞の軽減あるいは除去、および向上されたユーザ体験を提供するために、使用可能なコンテンツ・チャンネル間の高速チャンネル切換を提供するためのデバイスにおける使用を目的としたメカニズムである。
【発明の概要】
【０００６】
チャンネル切換のための方法。第１のレンダリング経路によって目下レンダリングされている第１のコンテンツを有する第１のチャンネルの代わりにレンダリングされる第２のコンテンツを備える第２のチャンネルを特定するチャンネル選択インジケータを受信する。次に、第２のコンテンツが第１のレンダリング経路を使用してレンダリングされうるかについての判定が行われる。第２のコンテンツが第１のレンダリング経路を使用してレンダリングされうると判定された場合、第２のコンテンツを第１のレンダリング経路へ入力する。
【０００７】
リアル・タイム・コンテンツをレンダリングするためのデバイスでのチャンネル切換のための装置。この装置は、レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信するように構成されたユーザ・インタフェースを含む。装置は、現存しているレンダリング経路を使用してリアル・タイム・コンテンツがレンダリングされうるかを判定するように構成された処理ロジックも含む。装置は、現存しているレンダリング経路を使用してリアル・タイム・コンテンツがレンダリングされうるということが判定された場合に、リアル・タイム・コンテンツを現存しているレンダリング経路へ入力するように構成されたレンダリング・インタフェースをさらに含む。
【図面の簡単な説明】
【０００８】
本明細書において説明された前述の態様は付随する図面と併せたとき下記に記される詳細な記述によってただちにより明らかになりうる。
【図１】図１はチャンネル切換システムの態様を例示したネットワークを示している。
【図２】図２はチャンネル切換システムの典型的な態様を例示した詳細な図を示している。
【図３】図３はチャンネル切換システムの態様における使用についての典型的なチャンネル切換ロジックを示している。
【図４】図４はチャンネル切換システムの態様を提供するための典型的な方法を示している。
【図５】図５はチャンネル切換システムの態様における使用についての典型的なチャンネル切換ロジックを示している。
【発明を実施するための形態】
【０００９】
次の記述はデバイスにおける高速かつ効率的なチャンネル切換を提供するよう動作するチャンネル切換システムの態様について説明している。システムは無線ネットワーク環境におけるデバイスにおける使用に特によく適する上に、通信ネットワーク、インターネットのような公共ネットワーク、バーチャル・プライベート・ネットワーク（ＶＰＮ）のようなプライベート・ネットワーク、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、長距離ネットワーク、あるいはその他任意のタイプのデータ・ネットワークを含むが、それらに限定されることもない任意のタイプのネットワーク環境におけるデバイスによって使用されうる。
【００１０】
様々な態様において、チャンネル切換システムはレンダリングされるコンテンツが目下現存しているレンダリング経路で受信可能か否かを判定することによって、レンダリング・ロジックが新規レンダリング経路を破壊して構築するにために必要とする時間を回避する。コンテンツが受信可能な場合、システムはデバイスでのレンダリングのために、コンテンツを目下現存しているレンダリング経路へと伝える。その結果、旧レンダリング経路を破壊して新規レンダリング経路を構築するのに一般的にかかる時間は省かれる。このことが、きわめて高速かつ効率的なチャンネル切換を提供し、それによってユーザ体験を向上させる。
【００１１】
図１はチャンネル切換システムの態様を例示したネットワーク１００を示す。ネットワーク１００はデータ・ネットワーク１０４に結合されたデバイス１０２を備える。データ・ネットワーク１０４は、ネットワーク１００と通信しているデバイス間でデータが送信されることを可能にする任意のタイプの有線のおよび／あるいは無線のネットワーク、および／あるいはそれらの組み合わせでありうる。例えば、データ・ネットワーク１０４は本出願の譲受人からのＭｅｄｉａＦＬＯネットワークのようなモバイル・ブロードキャストネットワーク、あるいはＤＶＢ−Ｈネットワークを備える。２つのコンテンツ・プロバイダ（１０６，１０８）がネットワーク１００に結合されている。コンテンツ・プロバイダ１０６、１０８はいずれかの適切な通信チャンネルによってネットワーク１０４と通信する。例えば、通信チャンネルはコンテンツ・プロバイダ１０６、１０８がネットワーク１０４と通信することを可能にする任意のタイプの有線あるいは無線の通信チャンネルでありうる。デバイス１０２はデータがネットワーク１０４とデバイス１０２との間で無線送信されることを可能にする無線通信リンクによって、データ・ネットワーク１０４と通信している。態様において、無線通信リンクはフォワード通信チャンネル、リバース通信チャンネル、制御チャンネル、および／あるいはネットワーク１０４とデバイス１０２との間で情報を通信するために使用されうる他の任意のタイプの通信チャンネルを備える。様々な中間ネットワーク・デバイスは、述べられた態様の主題を不明瞭にすることを避けるために図１で例示されていないことも理解されるべきである。
【００１２】
第３のコンテンツ・プロバイダ１１０はネットワーク１０４を通ることなくデバイス１０２と通信している。例えば、コンテンツ・プロバイダ１１０は任意のタイプの通信チャンネルを使用してデバイス１０２と通信できるし、あるいはデバイス１０２と直接結合されうる。例えば、通信チャンネルは３Ｇ無線ネットワークを備えうる。コンテンツ・プロバイダ１０６、１０８、および１１０はデバイス１０２へコンテンツを提供するよう動作する。例えば、コンテンツはリアル・タイム伝送プロトコル（ＲＴＰ）において提供されうる、あるいは（ＭＰ４）フォーマットのファイルとして提供されうる。例えば、コンテンツはアプリケーション、プログラム、マルチメディア、コンテンツ、広告、および／あるいはデバイス１０２においてレンダリングされうる、他の任意のタイプのコンテンツおよび／あるいはデータを含むコンテンツ・チャンネル・キャリング・フローを備える。
【００１３】
デバイス１０２は、受信機１２４、チャンネル切換ロジック１１２、ユーザ・インタフェース１１４、プロトコル・スタック１２２、およびレンダリング・ロジック１１６を備える。態様において、チャンネル切換ロジック１１２はコンテンツ・プロバイダ１０６、１０８、および１１０によって提供されるコンテンツ・チャンネルを受信するように、あるいはそれらにアクセスするように動作する。例えば、受信機１２４はコンテンツ・チャンネルを受信し、リアル・タイム・コンテンツを、プロトコル・スタック１２２へ提供する。プロトコル・スタック１２２は、フロー識別子に基づいてチャンネル切換ロジック１１２へとコンテンツを渡す。１つのチャンネルにつき１つのフローで、各フローがビデオ、オーディオ、キャプショニング、およびオーバレイなどを備える。
【００１４】
チャンネル切換ロジック１１２は特定のコンテンツ・チャンネルを選択し、このコンテンツ・データからのデータをレンダリング・ロジック１１６へ入力するよう動作する。態様において、ユーザ・インタフェース１１４はデバイス１０２でレンダリングされる特定のコンテンツ・チャンネルを指定するユーザ入力を受信するよう動作する。ユーザ・インタフェース１１４はチャンネル選択をチャンネル変換ロジック１１２へシグナルする。その後チャンネル切換ロジック１１２はコンテンツを復号およびレンダリングするために必要とされる機能要素１１８を構築するためにレンダリング・ロジック１１６を制御するよう動作する。例えば、機能要素は、コンテンツ・フィルタ、変換フィルタ、復号器、および／あるいはデバイス１０２でのレンダリングのために選択されたチャンネルのコンテンツ・フローを処理するために必要とされる他の任意のタイプの機能要素を備える。態様において、コンテンツ・ストリームをレンダリングするために集められた機能要素１１８は、選択されたチャンネルのコンテンツをレンダリングするために使用されうる１２０で例示されているようなレンダリング経路を形成する。
【００１５】
動作中、デバイス・ユーザは異なるチャンネルからのコンテンツをレンダリングするためにチャンネル変更を要求できる。ユーザ・インタフェース１１４はチャンネル切換ロジック１１２へとチャンネル選択要求を渡す。態様において、チャンネル切換ロジック１１２はチャンネル変更要求に応じて、自身を再初期化するためにレンダリング・ロジック１１６を制御するよう動作する。それによって、現存しているレンダリング経路は破壊あるいは分解される。その後、チャンネル切換ロジック１１２は新規チャンネルからのコンテンツを処理およびレンダリングするために新規レンダリング経路を構築するようレンダリング・ロジック１１６を制御する。
【００１６】
他の態様において、チャンネル切換ロジック１１２はユーザ・インタフェース１１４からのチャンネル変更要求を受信し、レンダリングされる、新規チャンネルにおけるコンテンツのタイプを判定する。その後、チャンネル切換ロジック１１２は、現行のレンダリング経路が新規チャンネルにおいてコンテンツをレンダリングするために使用されうるかを判定する。例えば、チャンネル切換ロジック１１２は、レンダリング経路１２０に目下現存している機能要素１１８が新規チャンネルにおいてコンテンツを処理およびレンダリングすることが可能か否かを判定する。
【００１７】
現行のレンダリング経路１２０は新規チャンネルにおいてコンテンツを処理およびレンダリングしうるとチャンネル切換ロジック１１２が判定した場合、チャンネル切換ロジック１１２は、レンダリング・ロジック１１６を再初期化しない代わりに、コンテンツを新規チャンネルから現行のレンダリング経路へと提供する。結果として、新規チャンネルからのコンテンツは新規レンダリング経路を再構築するための遅滞を必要とすることなく極めて迅速にレンダリングされる。このように、様々な態様において、チャンネル切換システムは向上したユーザ体験のためにデバイスにおける高速チャンネル切換を提供するよう動作する。
【００１８】
図２はデバイスで使用するためのチャンネル切換システム２００の典型的な態様を示す。態様において、チャンネル切換ロジック２０２はマルチメディア・マネージャ２０４の一部として提供される。別の態様においては、チャンネル切換ロジック２０２は独立型モジュールでありうるか、あるいはデバイスのその他任意のモジュールの一部として提供されうる。プロトコル・スタック２０６は１つあるいは複数のソースからのコンテンツ・ストリームを受信する。例えば、プロトコル・スタック２０６はネットワークからのおよび／あるいは別の通信チャンネルからのコンテンツ・ストリームを受信できる。コンテンツ・ストリームはデバイスにおけるレンダリングのために選択されうる１つあるいは複数のコンテンツ・チャンネルを備える。
【００１９】
ユーザ・インタフェース２０８はユーザ入力を受信するよう動作し、ユーザからのチャンネル選択要求でマルチメディア・マネージャ２０４にシグナルする。マルチメディア・マネージャ２０４はレンダリング・ロジック２１０の制御ロジック２１２へと制御信号を提供する。レンダリング・ロジック２１０は復号器およびレンダラ２１８を備える。制御ロジック２１２は選択されたコンテンツ・チャンネルに関連付けられたコンテンツ・データを処理するよう動作する機能要素を含むレンダリング経路２２０を構築するよう動作する。例えば、レンダリング経路２２０はソース・フィルタ２１４および変換フィルタ２１６を備える。ソース・フィルタ２１４および変換フィルタ２１６はマルチメディア・マネージャ２０４から受信されたコンテンツ・データを処理する。例えば、ソース・フィルタ２１４は受信された伝送ストリームのフォーマットを理解し、変換フィルタ２１６へと提示するためのメディア・データを抽出する。変換フィルタ２１６はソース・フィルタ２１４からデータを得て、それを解凍するＨ２６４復号器のようにプラグ可能なフィルタである。処理されたデータはその後デバイスにおいてコンテンツをレンダリングするよう動作するレンダラ２１８へ入力される。例えば、レンダラ２１８はコンテンツ・データに含まれているオーバレイ、オーディオ、ビデオをレンダリングするよう動作する。
【００２０】
この記載の目的のために、第１のコンテンツ・チャンネルがレンダリングされていると仮定される。例えば、プロトコル・ストック２０６は第１のチャンネルのコンテンツ・データをマルチメディア・マネージャ２０４へ提供する。マルチメディア・マネージャ２０４はリアル・タイム・コンテンツを受信するためにプロトコル・スタック２０６と通信し、必要であれば他の伝送からのストリームにおいて多重化する機能も果たす。マルチメディア・マネージャ２０４はレンダリングするためのデータを復号するため、レンダリング経路２２０をセット・アップするためにコントロール・ロジック２１２と通信する。レンダラ２１８はデバイスにおいてデータをレンダリングするよう動作する。態様において、ユーザは特定のコンテンツ・チャンネルにチャンネル切換を指示するために、ユーザ・インタフェース２０８に入力を提供する。ユーザ・インタフェース２０８は新規チャンネル選択を指示するマルチメディア・マネージャ２０４へチャンネル選択インジケータを送る。チャンネル切換ロジック２０２はこの選択インジケータの受信もする。様々な態様において、チャンネル選択ロジック２０２は次の機能の１つあるいは複数を実行するよう動作する。  
１．新規チャンネルにおけるコンテンツが目下レンダリングされているコンテンツと同じフォーマットを有するかを判定する。例えば、新規チャンネルを復号する変換フィルタ２１６およびソース・フィルタ２１４が現行のチャンネルのために使用されているそれらと同じになるという保証はない。  
２．新規チャンネルにおけるコンテンツが目下レンダリングされているコンテンツとは異なるようにフォーマットされた場合、チャンネル切換ロジック２０２は新規チャンネルのコンテンツを復号するために新規レンダリング経路２２０を構築するよう制御ロジック２１２へ通知する。  
３．新規チャンネルにおけるコンテンツが目下レンダリングされているコンテンツと同じようにフォーマットされる（すなわち、同じソース・フィルタ２１４および変換フィルタ２１６が使われる）場合、チャンネル変換ロジック２０２は新規コンテンツ・チャンネルからのデータを、レンダリング・ロジック２１０を再初期化することなく現行のレンダリング経路へ入力するよう動作する。
【００２１】
よって、現行のレンダリング経路が新規コンテンツのために使用されているので、高速チャンネル切換が達成される。これによって、新規レンダリング経路を破壊して再構築するために必要な時間を回避することができる。
【００２２】
図３はチャンネル切換システムの態様における使用についての典型的なチャンネル切換ロジック３００を示している。例えば、チャンネル切換ロジック３００は、図２で示されているチャンネル切換ロジック２０２として使用されるのが適当である。チャンネル切換ロジック３００は処理ロジック３０２、ユーザ・インタフェース３０４、レンダリング・ロジック・インタフェース３０６、データ出力ロジック３０８、およびプロトコル・スタック３１０を備え、これら全てはデータ・バス３１２と結合されている。
【００２３】
様々な態様において、処理ロジック３０２はＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア・ロジック、メモリ素子、バーチャル・マシン、および／あるいはソフトウェアを実行するハードウェアのうちの少なくとも１つを備える。このように、処理ロジック３０２は一般的にデータ・バス３１２によってチャンネル切換ロジック３００の１つあるいは複数の機能要素を制御する機械読取可能な命令群を実行するためのロジックを備える。
【００２４】
ユーザ・インタフェース３０４はハードウェアおよび／あるいはユーザ入力を受信するためにユーザと通信することをチャンネル切換ロジック３００に可能にさせるソフトウェアを実行するハードウェアを備える。例えば、ユーザ入力は選択されたチャンネルからのコンテンツのレンダリングを要求するチャンネル選択要求を備える。ユーザ・インタフェース３０４は処理ロジック３０２へとチャンネル選択情報を渡す。
【００２５】
プロトコル・スタック・インタフェース３１０は、ハードウェアおよび／あるいはコンテンツ・データおよび／あるいは１つあるいは複数の受信されたコンテンツ・チャンネルに関連付けられた他の情報を受信することをチャンネル切換ロジック３００に可能にさせるよう動作するソフトウェアを実行するハードウェアを備える。例えば、態様において、デバイスに関連付けられたプロトコル・スタックは、多様なソースからチャンネル・コンテンツを受信でき、またこのチャンネル・コンテンツをプロトコル・インタフェース３１０にとって使用可能にするように動作する。プロトコル・スタック・インタフェース３１０はプロトコル・スタックからの選択されたコンテンツ・データを要求するためにプロトコル・スタック制御信号を提供するように構成されている。プロトコル・スタック・インタフェース３１０はまた、選択されたコンテンツ・チャンネルに関連付けられたコンテンツ・データを、プロトコル・スタックから受信するように構成されている。
【００２６】
レンダリング・ロジック・インタフェース３０６はハードウェアおよび／あるいはデバイスのレンダリング・ロジックへ制御情報を渡すことをチャンネル切換ロジック３００に可能にさせるよう動作するソフトウェアを実行するハードウェアを備える。例えば、渡された制御情報は、選択されたチャンネル・コンテンツをレンダリングするため、レンダリング経路を再初期化および構築するようにレンダリング・ロジックを制御するよう動作する。
【００２７】
データ出力ロジック３０８はハードウェアおよび／あるいは、ソフトウェアを実行するハードウェアを備える。このソフトウェアによって、選択されたコンテンツ・チャンネルからのコンテンツ・データが、レンダリング・ロジックに渡され、デバイス上にレンダリングされるようにレンダリング経路によって処理されるようになる。
【００２８】
チャンネル切換ロジック３００の動作中、ユーザはユーザ・インタフェース３０４へチャンネル選択を入力する。ユーザ・インタフェース３０４はこの情報を処理ロジック３０２へ渡す。処理ロジック３０２はコンテンツが目下レンダリングされているかを判定する。コンテンツ・チャンネルがレンダリングされていない場合、処理ロジック３０２は選択されたチャンネルのためのコンテンツを取得するためにプロトコル・スタック・インタフェース３１０を制御する。処理ロジック３０２はまた、選択されたコンテンツ・チャンネルをレンダリングするために新規レンダリング経路を構築するように、レンダリング・ロジックにシグナルするようレンダリング・ロジック・インタフェース３０６を制御する。処理ロジック３０２はその後新しく構築されたレンダリング経路によって処理およびレンダリングするレンダリング・ロジックへ、選択されたコンテンツ・チャンネルのデータを出力するようにデータ出力ロジック３０８を制御する。
【００２９】
態様において、処理ロジック３０２は選択されたコンテンツ・チャンネルが現存しているレンダリング経路によってレンダリングされうるかを判定するよう動作する。例えば、現存しているレンダリング経路がコンテンツをレンダリングするように以前に構築されていた場合、処理ロジック３０２は現存しているレンダリング経路が選択されたコンテンツをレンダリングするために使用されうるかを判定する。現存している経路が使用されうる場合、処理ロジック３０２は選択されたコンテンツ・チャンネルのデータをレンダリング・ロジックへ出力するように出力ロジック３０８を制御するよう動作する。レンダリング・ロジックにおいて、選択されたコンテンツ・チャンネルのデータは現存しているレンダリング経路によって処理される。このように、選択されたコンテンツ・チャンネルのコンテンツをレンダリングするために新規レンダリング経路が構築される必要がないので、高速チャンネル切換が達成される。
【００３０】
様々な態様において、チャンネル切換システムは１つあるいは複数のプログラム命令群（「命令群」）あるいは機械読取可能媒体において格納あるいは組み込まれた「コード」のセットを有するコンピュータ・プログラム製品を備える。これらコードが少なくとも１つのプロセッサ、例えば処理ロジック３０２のプロセッサ、によって実行される時、それらを実行することによってプロセッサは、本明細書において説明されたチャンネル切換システムの機能を提供できるようになる。例えば、機械読取可能媒体はフロッピー（登録商標）・ディスク、ＣＤＲＯＭ、メモリ・カード、フラッシュ・メモリ・デバイス、ＲＡＭ、ＲＯＭ、あるいはチャンネル切換ロジック３００のインタフェースとなる、他の任意のタイプの記憶デバイスあるいは機械読取可能媒体を備える。別の態様において、これらコードのセットは外部デバイスあるいは通信ネットワーク・リソースからチャンネル切換ロジック３００へとダウンロードされうる。これらコードのセットは、実行処理されたとき、チャンネル切換ロジック３００は本明細書において説明されたようにチャンネル切換システムの態様を提供することができる。
【００３１】
図４はチャンネル切換システムの態様を提供するための典型的な方法４００を示す。明確にするために、方法４００は図３において示されるチャンネル切換ロジック３００の参照と共に説明される。１つあるいは複数の態様において、処理ロジック３０２は下記で説明される機能を実行するプログラム命令群を実行する。
【００３２】
ブロック４０２では、デバイスのレンダリング・ロジックは選択されたコンテンツをレンダリングするためにレンダリング経路を構築するよう制御される。例えば、処理ロジック３０２は、選択されたフォーマットを有するコンテンツをレンダリングするためのレンダリング経路を構築するように、レンダリング・ロジックをシグナルするために、レンダリング・ロジック・インタフェース３０６を制御する。
【００３３】
ブロック４０４では、レンダリング・ロジックは選択されたコンテンツをデバイスにおいてレンダリングし始める。態様において、処理ロジック３０２は選択されたコンテンツ・データをプロトコル・スタックから取得し、データ出力ロジック３０８にこのコンテンツ・データを渡すようプロトコル・スタック・インタフェース３１０を制御するよう動作する。データ出力ロジック３０８はその後現行のレンダリング経路を使用してレンダリングされるコンテンツ・データをレンダリング・ロジックに渡す。
【００３４】
ブロック４０６では、異なるチャンネルでコンテンツをレンダリングするチャンネル要求が受信される。態様において、ユーザはユーザ・インタフェース３０４へチャンネル要求を入力する。チャンネル要求は処理ロジック３０２へ渡される。
【００３５】
ブロック４０８では、新規チャンネルのコンテンツ・タイプが判定される。態様において、処理ロジック３０２は要求されたチャンネルにおけるコンテンツのコンテンツ・タイプを判定する。
【００３６】
ブロック４１０では、要求されたチャンネルにおけるコンテンツのコンテンツ・タイプが、目下レンダリングされているコンテンツのコンテンツ・タイプと同じであるかについての判定がされる。コンテンツ・タイプが異なる場合、この方法は、現存しているレンダリング経路を破壊するブロック４１６へ進む。コンテンツ・タイプが同じ場合、方法は、ブロック４１２へ進む。態様において、処理ロジック３０２はこの判定を行う。
【００３７】
ブロック４１６では、デバイスのレンダリング・ロジックが、現存しているレンダリング経路を破壊するように制御されることによって、異なるコンテンツをレンダリングするために新規レンダリング経路が構築されうる。例えば、処理ロジック３０２は現存しているレンダリング経路を破壊するようにレンダリング・ロジックへシグナルするため、レンダリング・ロジック・インタフェース３０６を制御する。
【００３８】
ブロック４１２では、新規チャンネル選択に関連付けられたコンテンツがプロトコル・スタックから取得される。態様において、処理ロジック３０２は新規チャンネル選択に関連付けられたコンテンツを取得するようにプロトコル・スタック・インタフェース３１０を制御する。
【００３９】
ブロック４１４では、新規チャンネル選択に関連付けられたコンテンツは現行のレンダリング経路へ入力される。態様において、処理ロジック３０２は新規コンテンツ・チャンネルと関連付けられたコンテンツをレンダリング・ロジックに出力するようにデータ出力ロジック３０８を制御するよう動作する。レンダリング・ロジックにおいて、新規コンテンツ・チャンネルと関連付けられたコンテンツは現存しているレンダリング経路によって処理される。
【００４０】
方法４００は１つの態様だけを例示しており、上記で述べられた動作の変更、付加、あるいは再編成は様々な態様の精神と範囲から逸脱することなくなされうる事が留意されるべきである。
【００４１】
図５はチャンネル切換システムの態様を提供する典型的なデバイス５００を示している。態様において、デバイス５００は少なくとも１つのプロセッサあるいは本明細書において述べられているようなチャンネル切換システムの態様を提供するように構成されている１つあるいは複数のモジュールを備える集積回路によって実現される。例えば、各モジュールはハードウェアおよび／あるいはソフトウェアを実行するハードウェアを備えている。
【００４２】
デバイス５００はレンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信する手段５０２を備える第１のモジュールを備える。例えば、態様において、手段５０２はユーザ・インタフェース３０４を備える。
【００４３】
デバイス５００は現存しているレンダリング経路を使用してリアル・タイム・コンテンツがレンダリングされうるかを判定する手段５０４を備える第２のモジュールを備える。例えば、態様において、手段５０４は処理ロジック３０２を備える。
【００４４】
デバイス５００はさらに、現存しているレンダリング経路を使用してリアル・タイム・コンテンツがレンダリングされうると判定されると、現存するレンダリング経路へとリアル・タイム・コンテンツを入力する手段５０６を備える第３のモジュールを備える。例えば、態様において、手段５０６はレンダリング・ロジック・インタフェース３０６を備える。
【００４５】
本明細書において開示された実施形態に関連付けて説明されている多様な例示的なロジック、論理ブロック、モジュール、および回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、アプリケーション特定集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいは他のプログラマブル・ロジック・デバイス、離散ゲートあるいはトランジスタ・ロジック、離散ハードウェア構成要素、あるいは本明細書において説明された機能を実行するために設計されたそれらの任意の組み合わせによって実現あるいは実行されうる汎用プロセッサはマイクロプロセッサでありうるが、別の選択肢としては、このプロセッサは、任意の従来型のプロセッサ、コントローラ、マイクロコントローラ、あるいはステート・マシンでありうる。プロセッサは例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携した１つあるいは複数のマイクロプロセッサ、あるいはその他の任意の構成のようなコンピューティング・デバイスとしても実現されうる。
【００４６】
本明細書において開示された態様に関連付けて説明されたアルゴリズムあるいは方法のステップは、直接的にハードウェアにおいて、プロセッサによって実行されるソフトウェア・モジュールにおいて、あるいはこの２つの組み合わせにおいて実施されうる。ソフトウェア・モジュールはＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野において周知のその他任意の形態の記憶媒体に存在しうる。典型的な記憶媒体は記憶媒体からの情報を読み取り、記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサと結合される。別の選択肢としては、記憶媒体はプロセッサに不可欠でありうる。プロセッサおよび記憶媒体はＡＳＩＣ内に存在しうる。ＡＳＩＣはユーザ端末内に存在しうる。別の選択肢としては、プロセッサおよび記憶媒体は離散的な構成要素としてユーザ端末内に存在しうる。
【００４７】
開示された実施形態の上記記述は、当業者に対して本開示を製造あるいは使用することを可能にするために提供される。これらの態様に対する多様な変形例は当業者にとって容易に明らかになるであろう、また本明細書で規定された一般的原理は発明の精神あるいは範囲から逸脱することなく他の態様、例えばインスタント・メッセージング・サービスあるいは任意の一般的な無線データ通信アプリケーションにおいて適用されうる。よって、本開示は本明細書で示される実施形態に限定されるよう意図されたものではなく、本明細書で開示された原理および新規の特徴と矛盾しない最大範囲であると認められるべきである。「典型的」という単語は本明細書においては独占的に“例、実例、例示として役立つこと”を意味するために使用される。“典型的”として本明細書において説明される態様は必ずしもその他の態様より好ましいあるいは有利なものとして解釈されるものではない。
【００４８】
例えば、本明細書において説明されている装置および方法はＭｅｄｉａＦＬＯシステムにおいて実現されうる。ＭｅｄｉａＦｌｏシステムにおいて、フロー・コンテンツはデバイスのＦＤＡＩインタフェースを介してＵＤＰ／ＩＰによって配信される。フローは、ＵＤＰソケットを開き、マルチキャストＩＰアドレス：ポートにつなげるサービス・レイヤあるいはアプリケーションによってアクティベートさせられうる。マルチキャストＩＰアドレス：ポートは、定義されたマッピング・アルゴリズム毎にフローＩＤにマップする。新規フローの切換は、旧フローのためのマルチキャストを捨て、新規フローのためのマルチキャストＩＰアドレス：ポートにつなげることを意味する（すなわち、データは今新規ＩＰアドレス：ポートに配信される）。しかしながら、いくつかのメディア・プレーヤはコンテンツのソースが変更されたことを検出すると再初期化する。（すなわち、データは今異なるＩＰアドレスから到達する）。こういった再初期化には２秒以上かかってしまう。よって、高速なチャンネル切換を容易にするためにメディア・プレーヤの再初期化を回避するよう、下記が実行される。ＴＣＰ／ＩＰソケットを開き、ＦＤＡＩメッセージ・インタフェースを介してアクティベーション・メッセージを送るクライアントによってフローがアクティベートされる。フロー・コンテンツが送られる必要があるユニキャストＩＰアドレス：ポート（Ｅｎｄ−Ｐｏｉｎｔ）がメッセージ中に与えられる。チャンネルを切り換えるとき、新規ターゲット・フローのために与えられたＥｎｄ−Ｐｏｉｎｔは旧ディアクティベート・フローのためのものと同一でありうる。説明された方法および装置はＭｅｄｉａＦｌｏシステム以外のシステムにも適用可能であるということを思い出されたい。この実例は例示的目的で提供され、本発明を限定するものではない。
【００４９】
したがって、チャンネル切換システムの態様が本明細書において例示および説明されている一方、これらの精神または本質的な特徴から逸脱することなく様々な変更がこれらの実施形態に対してなされうるということが正しく理解されるだろう。よって、本明細書における開示と記述は特許請求の範囲において記される本発明の範囲を限定することなく、例示することが意図されている。
【図１】
2011502444.tif 000003
【図２】
2011502444.tif 000004
【図３】
2011502444.tif 000005
【図４】
2011502444.tif 000006
【図５】
2011502444.tif 000007
【手続補正書】
【提出日】平成22年5月31日(2010.5.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リアル・タイム・コンテンツをレンダリングするためのデバイスでのチャンネル切換のための方法であって、
第１のレンダリング経路によって目下レンダリングされている第１のコンテンツを有する第１のチャンネルの代わりにレンダリングされる第２のコンテンツを備える第２のチャンネルを特定するチャンネル選択インジケータを受信することと、
前記第２のコンテンツが前記第１のレンダリング経路を使用してレンダリングされうるかを判定することと、
前記第２のコンテンツが前記第１のレンダリング経路を使用してレンダリングされうると判定された場合には、前記第１のレンダリング経路に前記第２のコンテンツを入力することと
を備える方法。
【請求項２】
前記受信することは、デバイス・ユーザから前記チャンネル選択インジケータを受信することを備える、請求項１に記載の方法。
【請求項３】
前記第１のレンダリング経路は、ソース・フィルタおよび変換フィルタのうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項４】
前記判定することは、前記第２のコンテンツが前記第１のコンテンツと同じフォーマットのものである場合、前記第１のレンダリング経路を使用して前記第２のコンテンツがレンダリングされうると判定することを備える、請求項３に記載の方法。
【請求項５】
前記第２のコンテンツをプロトコル・スタックから取得することをさらに備える、請求項１に記載の方法。
【請求項６】
前記第２のコンテンツが前記第１のレンダリング経路を使用してレンダリングされえないと判定された場合に、
前記第１のレンダリング経路を破壊し、
前記第２のコンテンツをレンダリングするための第２のレンダリング経路を構築する
動作を実行すること
をさらに備える、請求項１に記載の方法。
【請求項７】
リアル・タイム・コンテンツをレンダリングするためのデバイスでのチャンネル切換のための装置であって、
レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信するように構成されたユーザ・インタフェースと、
前記リアル・タイム・コンテンツが、現存しているレンダリング経路を使用してレンダリングされうるかを判定するように構成された処理ロジックと、
前記リアル・タイム・コンテンツが、前記現存するレンダリング経路を使用してレンダリングされうると判定された場合、前記リアル・タイム・コンテンツを前記現存するレンダリング経路へ入力するように構成されたレンダリング・インタフェースと
を備える装置。
【請求項８】
前記ユーザ・インタフェースは、デバイス・ユーザから前記チャンネル選択インジケータを受信するように構成されている、請求項７に記載の装置。
【請求項９】
前記現存するレンダリング経路は、異なるチャンネルに関連付けられた、選択されたリアル・タイム・コンテンツをレンダリングするために使用されるソース・フィルタおよび変換フィルタのうちの少なくとも１つを備える、請求項７に記載の装置。
【請求項１０】
前記処理ロジックは、前記リアル・タイム・コンテンツが前記異なるチャンネルに関連付けられた選択されたリアル・タイム・コンテンツと同じフォーマットからなる場合、前記リアル・タイム・コンテンツが前記現存するレンダリング経路を使用してレンダリングされうると判定するように構成されている、請求項９に記載の装置。
【請求項１１】
前記リアル・タイム・コンテンツをプロトコル・スタックから取得するように構成されたプロトコル・スタック・インタフェースをさらに備える、請求項７の装置。
【請求項１２】
前記リアル・タイム・コンテンツが、前記現存するレンダリング経路を使用してレンダリングされえないと判定された場合に、前記処理ロジックが
前記現存するレンダリング経路を破壊し、
前記リアル・タイム・コンテンツをレンダリングするための新規のレンダリング経路を構築する
ように構成されている、請求項７に記載の装置。
【請求項１３】
リアル・タイム・コンテンツをレンダリングするためのデバイスでのチャンネル切換のための装置であって、
レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信する手段と、
前記リアル・タイム・コンテンツが、現存するレンダリング経路を使用してレンダリングされうるかを判定する手段と、
前記リアル・タイム・コンテンツが、前記現存するレンダリング経路を使用してレンダリングされうると判定された場合、前記リアル・タイム・コンテンツを前記現存するレンダリング経路へ入力する手段と
を備える装置。
【請求項１４】
前記受信する手段は、前記チャンネル選択インジケータをデバイス・ユーザから受信する手段を備える、請求項１３に記載の装置。
【請求項１５】
前記現存するレンダリング経路は、異なるチャンネルに関連付けられた、選択されたリアル・タイム・コンテンツをレンダリングするために使用されるソース・フィルタおよび変換フィルタのうちの少なくとも１つ備える、請求項１３に記載の装置。
【請求項１６】
前記判定する方法は、前記リアル・タイム・コンテンツが、前記異なるチャンネルに関連付けられた選択されたリアル・タイム・コンテンツと同じフォーマットからなる場合、前記リアル・タイム・コンテンツが前記現存するレンダリング経路を使用してレンダリングされうると判定することを備える、請求項１５に記載の装置。
【請求項１７】
前記リアル・タイム・コンテンツをプロトコル・スタックから取得する手段をさらに備える、請求項１３の装置。
【請求項１８】
前記リアル・タイム・コンテンツが、前記現存するレンダリング経路を使用してレンダリングされえないと判定された場合に、前記判定する手段が
前記現存するレンダリング経路を破壊する手段と、
前記リアル・タイム・コンテンツをレンダリングするための新規のレンダリング経路を構築する手段と
を備える、請求項１３に記載の装置。
【請求項１９】
リアル・タイム・コンテンツをレンダリングするためのデバイスでのチャンネル切換のためのコンピュータ・プログラム製品であって、
レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信し、
前記リアル・タイム・コンテンツが現存するレンダリング経路を使用してレンダリングされうるかを判定し、
前記リアル・タイム・コンテンツが前記現存するレンダリング経路を使用してレンダリングされうると判定された場合、前記リアル・タイム・コンテンツを前記現存するレンダリング経路へ入力する
ように実行可能なコードによって符号化された
機械読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項２０】
リアル・タイム・コンテンツ・チャンネル間のチャンネル切換が実施可能なデバイスであって、
コンテンツ・チャンネルを受信するように構成された受信機と、
レンダリングされるリアル・タイム・コンテンツを備えるチャンネルを特定するチャンネル選択インジケータを受信するように構成されたユーザ・インタフェースと、
前記リアル・タイム・コンテンツが現存しているレンダリング経路を使用してレンダリングされうるかを判定するように構成された処理ロジックと、
前記リアル・タイム・コンテンツが前記現存するレンダリング経路を使用してレンダリングされうると判定された場合、前記リアル・タイム・コンテンツを前記現存するレンダリング経路へ入力するように構成されたレンダリング・インタフェースと
を備えるデバイス。
【国際調査報告】
2011502444.tif 000008
2011502444.tif 000009
2011502444.tif 000010