JP4703169B2

JP4703169B2 - メディアサーバデバイス

Info

Publication number: JP4703169B2
Application number: JP2004329350A
Authority: JP
Inventors: ジェイ．フラスニーダリル; ラドハクリシュナンサンカー
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2003-11-14
Filing date: 2004-11-12
Publication date: 2011-06-15
Anticipated expiration: 2024-11-12
Also published as: US8205235B2; EP1710961A3; EP1710961B1; EP1710961A2; DE602004024949D1; JP2005151569A; EP1531583A2; EP1531583A3; EP1531583B1; US20050108766A1

Description

本発明は、一般的にはデジタルメディア技術に関し、より詳細には、コンテントディレクトリサービスにおいて、チューナデバイスを提供するためのメディアサーバデバイスに関する。

デジタルホームネットワークグループ（ＤＨＷＧ）とは、ネットワーク化されたメディアデバイスのための相互運用フレームワークを定めるために形成された業界アライアンスのことである。ＤＨＷＧは、異なる消費者用デバイス間でのメディアの転送を可能にするために必要なインフラストラクチャを提供するために、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）技術を選択した。このＵＰｎＰネットワーク化技術は、消費者用電子デバイスのためのメディアコンフィギュレーションおよびトランスポート管理のためのフレキシビリティを提供するものである。ホームネットワーク内では、メディア処理機能を有するデバイスであれば、他のデバイスへの接続を容易にするためにＵＰｎＰ技術を使用できる。

ＵＰｎＰＡＶ仕様の現在のバージョンはメディアサーバと、メディアレンダラと、制御ポイントとを定めている。メディアサーバはメディアコンテントにアクセスし、そのメディアコンテントを他のデバイスに送ることができる。メディアレンダラはメディアコンテントを受信し、このコンテントをレンダリングすることができる。代表的な実現手段では、メディアレンダラはレンダリングされたコンテントを表示するためのディスプレイデバイスに接続されるか、または一体化される。制御ポイントはエンドユーザの要求を満たすように、メディアサーバとメディアレンダラの作動をコーディネートする。

ＵＰｎＰＡＶ仕様は、メディアレンダリングデバイスおよびメディアサーバデバイスを管理するのに必要なサービスのためのテンプレートを含む。かかるサービスとして、接続マネージャーサービス、ＡＶトランスポートサービスおよびコンテントディレクトリサービス（ＣＤＳ）が挙げられる。接続マネージャーサービスは、他の制御ディテールと共にメディアレンダリングおよびメディアサーバデバイスのシンクおよびソース機能を入手するよう、制御ポイントのための方法を提供する。ＡＶトランスポートサービスは、メディアレンダリングデバイスのための制御方法を提供し、ＣＤＳサービスは、メディアサーバデバイスのための制御方法だけでなく、メディアアイテムおよびそれらの属性を組織するための方式も提供する。

ＣＤＳサービスの実現にあたり、メディアファイル（例えばオーディオファイル、ビデオファイル、画像など）はオブジェクトとして表示される。ＣＤＳ仕様の現在のバージョンは、メディアオブジェクトを表示するためのクラスシステムを定めている。ベースクラスはオブジェクトクラスであり、オブジェクトクラス、アイテムクラスおよびコンテナクラスから２つのクラスが誘導される。１つのアイテム（すなわちアイテムクラスのインスタンス）は他のオブジェクトを含まない。１つのコンテナ（すなわちコンテナクラスのインスタンス）は少なくとも１つの他のオブジェクトを含むことができる。

ＣＤＳ仕様はイメージアイテムクラス、オーディオアイテムクラス、ビデオアイテムクラスなどを含むアイテムクラスから誘導される多数のクラスを定めている。ＣＤＳ仕様はオーディオブロードキャストクラスおよびビデオブロードキャストクラスも定めている。オーディオブロードキャストクラスはオーディオアイテムクラスから誘導され、ビデオブロードキャストクラスはビデオアイテムクラスから誘導される。１つのクラスの定義はＸＭＬ要素または属性として表示できる必要な、かつオプションの性質を含む。

チューナとはブロードキャストチャンネル、例えばテレビチャンネル、ラジオチャンネルなどにアクセスするように構成されているデバイスのことである。ＣＤＳ仕様の現在のバージョンはチューナデバイスを表示するための手段は含まない。ＣＤＳ仕様の現在のバージョンで定められた現行の方法および属性は、チューナデバイスを表示するための更なる強化を必要とする。従って、メディアサーバに実装されるコンテントディレクトリサービスにおいて、チューナデバイスを表示するためのシステムおよび方法により、利点を実現できる。

本発明は、以下の各技術手段でそれぞれ構成される。
第１の技術手段は、複数のブロードキャストチャンネルにアクセスし、これら複数のブロードキャストチャンネルからメディアレンダラへコンテントを供給するためのチューナと、前記チューナを示すオブジェクトとして表示されるチューナコンテナと、前記複数のブロードキャストチャンネルを示すオブジェクトとして前記チューナコンテナ内に表示される複数のブロードキャストアイテムと、を有するメディアサーバデバイスにおいて、前記複数のブロードキャストアイテムは、前記チューナのチャンネル走査順序に対応する順序で前記チューナコンテナ内に配置され、前記メディアサーバデバイスは、強化されたコンテントディレクトリサービス実現手段を備え、該コンテントディレクトリサービス実現手段は、前記チューナコンテナと該チューナコンテナ内の前記複数のブロードキャストアイテムとを有し、前記チューナへの接続数を制限するように構成され、且つ、前記ブロードキャストチャンネルからのコンテントを第１メディアレンダラに送信するために前記第１メディアレンダラとの接続を確立し、第２メディアレンダラからの接続要求を受け入れ、前記第１メディアレンダラとの接続を切るように構成されていることを特徴としたものである。

第２の技術手段は、第１の技術手段において、前記複数のブロードキャストチャンネルがオーディオブロードキャストチャンネルであり、前記複数のブロードキャストアイテムがオーディオブロードキャストアイテムであることを特徴としたものである。

第３の技術手段は、第１の技術手段において、前記複数のブロードキャストチャンネルがビデオブロードキャストチャンネルであり、前記複数のブロードキャストアイテムがビデオブロードキャストアイテムであることを特徴としたものである。

本願は、ダリル・フラスニーを発明者とし、「ＵＰｎＰＣＤＳにおけるチューナ表示」を発明の名称として２００３年１１月１４日に米国特許商標局に出願された米国仮特許出願第６０／５２０、１５６号に関連し、これに基づく優先権を主張するものであり、本明細書ではこの出願を参考例として援用する。

本願は、ダリル・フラスニーおよびサンカー・ラドハクリシュナンを発明者とし、「デバイス発見制御およびメディア管理セクション提出」を発明の名称として２００３年１２月３日に米国特許商標局に出願された米国仮特許出願第６０／５２６、８３１号に関連し、これに基づく優先権を主張するものであり、本明細書ではこの出願を参考例として援用する。

添付図面を参照し、次の説明および添付された特許請求の範囲を読めば、本実施例がより明らかとなろう。これら図は端に代表的な実施例を示すにすぎず、従って本発明の範囲を制限すると見なしてはならないことを理解しながら、添付図面を利用しこれら実施例について更に詳細に説明する。

本明細書にはメディアサーバデバイスを開示する。メディアサーバデバイスは複数のブロードキャストチャンネルにアクセスし、複数のブロードキャストチャンネルからメディアレンダラにコンテントを提供するためのチューナを含む。メディアサーバデバイスは強化されたコンテントディレクトリサービス実現手段（Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）も含む。強化されたコンテントディレクトリサービス実現手段はチューナを表示するチューナコンテナを含む。強化されたコンテントディレクトリサービス実現手段は、複数のブロードキャストチャンネルを表示するチューナコンテナ内に複数のブロードキャストアイテムも含む。これら複数のブロードキャストアイテムは、チューナのチャンネル走査順序に対応する順序でチューナコンテナ内に配置されている。

一部の実施例では、複数のブロードキャストチャンネルはオーディオブロードキャストチャンネルであり、複数のブロードキャストアイテムはオーディオブロードキャストアイテムである。これとは異なり、一部の実施例では複数のブロードキャストチャンネルはビデオブロードキャストチャンネルであり、複数のブロードキャストアイテムはビデオブロードキャストアイテムである。

メディアサーバデバイスの別の実施例も開示する。このメディアサーバデバイスは複数のブロードキャストチャンネルにアクセスし、これら複数のブロードキャストチャンネルからメディアレンダラにコンテントを提供するためのチューナを含む。このメディアサーバデバイスは強化されたコンテントディレクトリサービス実現手段も含む。強化されたコンテントディレクトリサービス実現手段はチューナを表示するチューナコンテナを含む。強化されたコンテントディレクトリサービス実現手段は、複数のブロードキャストチャンネルを表示するチューナコンテナ内に複数のブロードキャストアイテムも含む。複数のブロードキャストアイテムの各々は、これらに関連したユニークなチャンネル番号を有する。

メディアサーバデバイス内の方法も開示されている。この方法はチューナをチューナコンテナとして表示することに関与する。この方法はチューナコンテナ内のブロードキャストアイテムとしてチューナにアクセスできるブロードキャストチャンネルを表示することにも関与する。この方法は制御ポイントによるブラウジングのためのオブジェクトとしてチューナコンテナ内のブロードキャストアイテムを開示或いは陳列（ｅｘｐｏｓｅ）させることにも関与する。

一部の実施例では、この方法はブロードキャストアイテムに関する情報をブラウズのリクエストに応答して制御ポイントに送ることにも関与できる。この方法はブロードキャストチャンネルから第１メディアレンダラにコンテントを送信するよう、第１メディアレンダラとの接続を確立することにも関与できる。

この方法は、チューナの選択されたブロードキャストチャンネルが変わったときに制御ポイントへチャンネル選択通知を送信することにも関与できる。一部の実施例では、選択されたブロードキャストチャンネルが変更されたときにチューナコンテナ内で参照オブジェクト（基準オブジェクト）を作成し、チャンネル選択通知をトリガする。この参照オブジェクトは、チューナコンテナ内のチャンネル選択フィードバックコンテナ内で作成してもよい。

第２メディアレンダラから接続リクエストが受信されるとき、この方法は第２メディアレンダラからの接続リクエストを受け入れ、第１メディアレンダラへの接続を切ることにも関与できる。これとは異なり、この方法は第２メディアレンダラからの接続リクエストを受け入れ、第１メディアレンダラへの接続を維持し、第２メディアレンダラからのチャンネル選択を受信することにも関与できる。

プログラムデータを記憶するためのコンピュータで読み取りできるメディアも開示されている。このプログラムデータはメディアサーバデバイス内である方法を実現するための実行可能な命令を含む。この方法はチューナをチューナコンテナとして表示することに関与する。この方法は、チューナコンテナ内のブロードキャストアイテムとしてチューナにアクセスできるブロードキャストチャンネルを表示することにも関与する。この方法は、制御ポイントによるブラウジングのためのオブジェクトとしてチューナコンテナ内でブロードキャストアイテムを開示することにも関与する。

次に図面を参照して本発明の種々の実施例を説明するが、図中、同様な参照番号は同一または機能上類似する要素を示す。一般的に説明し、図に示される本発明の構成要素は種々の異なるコンフィギュレーションに配置し、設計することが可能であることが容易に理解できよう。従って、図面に示したような本発明の数種の実施例のより詳細な説明は特許請求の範囲に記載した発明の範囲を制限するものでなく、これらは発明の典型的な実施例を示しているにすぎない。

「例」なる用語は本明細書では専ら一例として働く例を意味するか、或いは説明を意味するのに使用されており、「例」として本明細書に記載されている実施例は必ずしも他の実施例よりも好ましいか、または有利なものとして見なすべきではない。図面にはこれら実施例の種々の特徴が示されているが、これら図は特に表示がない限り必ずしもある縮尺で描いたものではない。

本明細書に説明する実施例のいくつかの特徴を計算デバイスに記憶されるソフトウェアモジュールまたはコンポーネントとして説明する。本明細書で使用するように、ソフトウェアモジュールまたはコンポーネントはメモリデバイス内に位置し、および／またはシステムバスまたはネットワークを通して電子信号として送信される任意のタイプのコンピュータ命令またはコンピュータで実行可能なコードを含むことができる。ソフトウェアモジュールは、例えば、コンピュータ命令の１つ以上の物理的または論理的ブロックを含むことができ、これらコンピュータ命令は１つ以上のタスクを実行または特定の抽象的データタイプを実現するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等として構成できる。

ある実施例では、特定のソフトウェアモジュールは、モジュールの説明する機能を共に実現するメモリデバイスの異なるロケーションに記憶される非類似命令も含むことができる。当然ながら、１つのモジュールは単一命令または多数の命令を含むことができ、異なるプログラム間およびいくつかのメモリデバイスの間で、いくつかの異なるコードセグメントを通して分散してもよい。通信ネットワークを通してリンクされたリモート処理デバイスによりタスクが実行される分散計算環境内で一部の実施例を実現できる。分散計算環境内では、ソフトウェアモジュールはローカルおよび／またはリモートメモリ記憶デバイス内に存在できる。

実施例はこの説明では１つの例として記載されることに留意されたい。しかしながら、別の実施例は本発明の範囲から逸脱することなく種々の特徴を含むことができる。

当業者であれば、本明細書に開示する実施例に関連して説明する方法のステップまたは動作の順序は、本発明の範囲から逸脱することなく変更できる。従って、図または詳細な説明における任意の順序は単に説明のためにすぎず、必要な順序を意味するものではない。

前に説明したように、ＵＰｎＰＡＶＣＤＳの現在のバージョンはチューナおよびそれに関連する作動特性を適切に表示するための十分な規則（方式）を定めていない。本明細書に開示する実施例は、ＵＰｎＰＡＶＣＤＳ仕様を使用するデジタルネットワークにおけるチューナデバイスを表示するためのシステムおよび方法に関するものであり、チューナデバイスの種々の特性の表示を容易にするＣＤＳの拡張について検討する。

図１は、ＵＰｎＰＡＶ技術を使ったシステム１００の例を示すブロック図である。システム１００はメディアサーバ１０２と、メディアレンダラ１０４と、制御ポイント１０６とを備える。メディアサーバ１０２とメディアレンダラ１０４と制御ポイント１０６とはコンピュータネットワーク１０８を介して相互接続されている。

メディアサーバ１０２はメディアコンテントにアクセスし、ネットワーク１０８を介してこのメディアコンテントを別のデバイスに送ることができる。メディアレンダラ１０４はサーバ１０２からメディアコンテントを受信し、そのコンテントをレンダリングできる。メディアレンダラ１０４はディスプレイデバイス１１０に接続されているか、またはディスプレイデバイス１１０と一体化されている。制御ポイント１０６はエンドユーザの要求を満たすように、メディアサーバ１０２とメディアレンダラ１０４との作動をコーディネートする。

図示された実施例では、制御ポイント１０６はメディアレンダラ１０４の一部として示されている。しかしながら別の実施例では、制御ポイント１０６はメディアレンダラ１０４と別個のデバイス内にあってもよい。

メディアサーバ１０２はチューナ１１２を含む。チューナ１１２はブロードキャストチャンネル、例えばテレビチャンネル、ラジオチャンネルなどにアクセスするように構成されているデバイスである。コンテントをレンダラ１０４に送信するチューナ１１２の部分はコンテントソース１１４と考えることができる。コンテントを受信するレンダラ１０４の部分はコンテントシンク１１６と考えることができる。

サーバ１０２は強化されたＵＰｎＰＡＶコンテントディレクトリサービス（ＣＤＳ）の実現手段１１８を含む。この強化されたＣＤＳ実現手段１１８は制御ポイント１０６と通信している任意のメディアレンダラ１０４が、強化されたＣＤＳ実現手段１１８にブラウジングすることを認め、どのブロードキャストチャンネルがチューナ１１２にアクセス可能であるかを判断する。強化されたＣＤＳ実現手段１１８はメディアレンダラ１０４がチューナ１１２への接続を確立し、チューナ１１２からの選択されたブロードキャストチャンネルを受信できるようにもする。以下、強化されたＣＤＳ実現手段１１８の種々の実施例の上記およびそれ以外の特徴について説明する。

本明細書における実施例では、強化されたＣＤＳ実施手段１１８はチューナ１１２およびその特性をオブジェクトとして表示し、この場合、各オブジェクトはあるクラスの１つのメンバーである。図２は、チューナ１１２を示すのに強化されたＣＤＳ実現手段１１８が使用できるクラス階層２００の例を示すブロック図である。ベースクラス（このクラスから他のすべてのクラスが誘導される）をオブジェクト２０２と称す。オブジェクトクラスから直接誘導されるクラスは２つある。すなわちコンテナクラス２０４と、アイテムクラス２０６とである。１つのコンテナ（すなわちコンテナクラス２０４のインスタンス）は他のオブジェクトを含むことができる。１つのアイテム（すなわちアイテムクラス２０６のインスタンス）は他のオブジェクトを含まない。

アイテムクラス２０６からはオーディオアイテムクラス２０８およびビデオアイテムクラス２１０が誘導され、オーディオアイテムクラス２０８からオーディオブロードキャストクラス２１２が誘導される。オーディオブロードキャストアイテム（すなわちオーディオブロードキャストクラス２１２のインスタンス）は特定のオーディオブロードキャストを表示する。ビデオアイテムクラス２１０からビデオブロードキャストクラス２１４が誘導され、ビデオブロードキャストアイテム（すなわちビデオブロードキャストクラス２１４のインスタンス）は特定のビデオブロードキャストを表示する。

コンテナクラス２０４からチューナクラス２１６が誘導され、チューナコンテナ（すなわちチューナクラス２１６のインスタンス）はチューナ１１２を表示する。１つのチューナコンテナは、オーディオブロードキャストアイテムおよび／またはビデオブロードキャストアイテムしか含まない。チューナコンテナの特性は、チューナ１１２に関する情報を他のデバイスに露出するのに使用できる。

チューナをＣＤＳコンテナとして抽象的に表示することによって、埋め込みチューナ１１２を有する消費者用電子（ＣＥ）デバイスのための機能フレームワークが可能となる。これによってＣＥデバイスは埋め込みデバイスとしての任意の数のチューナ１１２を収容できる。各チューナデバイス１１２はこのデバイスがサポートしているのと同じ数のメディアブロードキャストチャンネルを露出できる。下記により詳細に説明するように、ブロードキャストチャンネルはＣＤＳコンテナ内のメディアアイテム（例えばオーディオブロードキャストアイテム、ビデオブロードキャストアイテム）としてリストされる。ブロードキャストチャンネルはオーディオブロードキャストチャンネルまたはビデオブロードキャストチャンネルでよい（これらチャンネルはいずれもオーディオ信号とビデオ信号の双方を含むことができる）。

図３は、強化されたＣＤＳ実現手段３１８の一実施例を示すブロック図である。この強化されたＣＤＳ実現手段３１８はチューナコンテナ３２０を含み、チューナコンテナ３２０はチューナクラス２１６のインスタンスである。チューナコンテナ３２０はチューナ１１２を表示する。

チューナコンテナ３２０は１つ以上のブロードキャストアイテム３２２を含む。本明細書で使用するように、「ブロードキャストアイテム」３２２なる用語は、オーディオブロードキャストアイテム３２２ａまたはビデオブロードキャストアイテム３２２ｂのいずれかを示す。各オーディオブロードキャストアイテム３２２ａはオーディオブロードキャストクラス２１２のインスタンスである。各オーディオブロードキャストアイテム３２２ａはチューナ１１２にアクセスできる特定のオーディオブロードキャストチャンネル（例えばラジオ局）を示す。チューナコンテナ３２０は１つ以上のビデオブロードキャストアイテム３２２ｂも含む。各ビデオブロードキャストアイテム３２２ｂはビデオブロードキャストクラス２１４のインスタンスである。各ビデオブロードキャストアイテム３２２ｂはチューナ１１２にアクセスできる特定のビデオブロードキャストチャンネル（例えばテレビ局）を示す。

一部の実施例では、チューナコンテナ３２０内にブロードキャストアイテム３２２が配列される順序は、チューナコンテナ３２０をブラウジングしている制御ポイント１０６へブロードキャストアイテム３２２が提供される順序に対応する。更に一部の実施例では、チューナコンテナ３２０内のブロードキャストアイテム３２２の順序はチューナ１１２のブロードキャストチャンネルの通常の走査順序に対応する。

チューナコンテナ３２０内の各ブロードキャストアイテム３２２は所定の特性を有する。図４はブロードキャストアイテム４２２の一実施例を示すブロック図である。一部の特性４２４はブロードキャストアイテム４２２と関連づけされる。

各ブロードキャストアイテム４２２に関連付けできる１つの特性４２４としてユニバーサルリソース識別子（ＵＲＩ）４２４ａを挙げることができる。メディアレンダラ１０４は対応するブロードキャストチャンネル（すなわちブロードキャストアイテム４２２が表示するブロードキャストチャンネル）に接続するのに、このＵＲＩ４２４ａを使用できる。

各ブロードキャストアイテム４２２と関連付けできる別の特性４２４として、チャンネル番号４２４ｂを挙げることができる。一部の実施例では、特定のチューナコンテナ３２０内の各ブロードキャストアイテム４２２はコンテナに関連づけされたユニークなチャンネル番号４２４ｂを有する。

各ブロードキャストアイテム４２２に関連付けできる別の特性４２４として、アイテムＩＤ４２４ｃを挙げることができる。このアイテムＩＤ４２４ｃは数値、キャラクターストリング等でよい。一部の実施例では、このアイテムＩＤ４２４ｃはメディアサーバ１０２によって割り当てられる。

各ブロードキャストアイテム４２２と関連付けできる別の特性４２４として、タイトル４２４ｄを挙げることができる。特定のブロードキャストアイテム４２２と関連付けされるタイトル４２４ｄは対応するブロードキャストチャンネルの名称を記述できる。

次に、オーディオチューナのためのＸＭＬＤＩＤＬ−Ｌｉｔｅフラグメントの一例を記載する。

図５は、図１のメディアサーバ１０２とメディアレンダラ１０４との間の相互作用の一例を示す信号フローチャートである。補強されたＣＤＳ実現手段１１８は、制御ポイント１０６によってブラウジングできるオブジェクトとしてチューナコンテナ３２０に含まれるオーディオブロードキャストアイテム３２２およびビデオブロードキャストアイテム３２４を露出する。制御ポイント１０６は、メディアサーバ１０２にブラウズリクエスト５２６を送ることによりこれらオブジェクトをブラウジングする。メディアサーバ１０２は、チューナコンテナ３２０内のオーディオブロードキャストアイテム３２２ａおよびビデオブロードキャストアイテム３２２ｂに関する情報５２８を制御ポイント１０６に送ることにより、ブラウズリクエスト５２６に応答する。情報５２８はブロードキャストアイテム３２２に対応するＵＲＩ４２４ａ、トランスポートプロトコル情報（例えばＨＴＴＰ、ＲＴＳＰ／ＲＴＰ等）および可能な場合にはブロードキャストアイテム３２２の他の特性を一般に含む。

メディアレンダラ１０４のエンドユーザがあるブロードキャストチャンネルを選択すると、メディアレンダラ１０４は対応するブロードキャストアイテム３２２からのＵＲＩ４２４ａを使用し、選択されたブロードキャストチャンネルからレンダラ１０４へのコンテントを送信するための接続を確立できる。この接続はリクエスト５３０、例えばＨＴＴＰ＿ＧＥＴリクエストを介して確立できる。ブロードキャストアイテム３２２からのトランスポートプロトコル情報を使用することにより、チューナ１１２のコンテントソース１１４とレンダラ１０４のコンテントシンク１１６との間でメディアストリーム５３２を確立する。

典型的な実施例では、チューナ１１２が所定の時間において１つのブロードキャストチャンネルにアクセスし、これを送ることができるだけである。一部の実施例では、強化されたＣＤＳ実現手段１１８は、所定の時間において１つのメディアレンダラ１０４しかチューナ１１２に接続できず、かつ選択されたブロードキャストチャンネルを受信できないように、チューナ１１２への接続数を制限するように構成できる。

図６には、かかるアプローチを示す方法６００の一例のフローチャートが示されている。メディアサーバ１０２は選択されたブロードキャストチャンネルから第１メディアレンダラ１０４へのコンテントを送信するために、第１メディアレンダラ１０４との接続を確立（６０２）する。サーバ１０２が第２レンダラ１０４からの接続リクエストを受け入れる（６０４）と、サーバ１０２は第１レンダラ１０４との接続を切る（６０６）。

これとは異なり、強化されたＣＤＳ実現手段１１８は、多数のメディアレンダラ１０４がチューナ１１２に接続し、選択されたブロードキャストチャンネルを受信するように構成できる。図７には、かかるアプローチを示す方法７００の一例のフローチャートが示されている。前と同じように、メディアサーバ１０２は選択されたブロードキャストチャンネルから第１メディアレンダラ１０４へコンテントを送信するよう、第１メディアレンダラ１０４との接続を確立（７０２）する。次にサーバ１０２は第２レンダラ１０４からの接続リクエストを受け入れ（７０４）、第１レンダラ１０４への接続を維持（７０６）する。サーバ１０２は一般に制御ポイント１０６を介し、第２レンダラ１０４からの現在のチャンネル選択を受信（７０８）する。制御ポイント１０６は現在の接続が前に選択されたチャンネル（第１レンダラ１０４が選択したチャンネル）に対するものであると見なさない。

図８に示されるように、チューナ８１２の選択チャンネルが変更されるたびに、強化されたＣＤＳ実現手段８１８はその変更を１つ以上の制御ポイント８０６に通知できる。このことは一般に、チャンネル選択通知メッセージ８３４を制御ポイント８０６に送ることに関与する。

包括的イベント通知アーキテクチャ（ＧＥＮＡ）を使ってチャンネル選択通知メッセージ８３４を送ることができる。このプロトコルに従い、チューナ８１２内のステート変更を通知したい制御ポイント８０６は、強化されたＣＤＳ実現手段８１８と整合し、チューナ８１２のためのイベント通知を受信する。このイベント通知はＳＯＡＰメッセージを使用するＣＳＶフォーマットで送ることができる。

ＣＤＳ仕様の現在のバージョンはＣＤＳ、すなわちＣｏｎｔａｉｎｅｒＵｐｄａｔｅＩＤｓイベントを定めている。このイベントはチャンネル変更通知イベントを定めるのに使用できる。チューナ８１２の選択されたチャンネルが変更されるたびに、図９に示されるように、参照オブジェクト９３６が作成される。参照オブジェクト９３６は（現在のチャンネルがオーディオブロードキャストである場合の）オーディオブロードキャストクラス２１２または（現在のチャンネルがビデオブロードキャストである場合の）ビデオブロードキャストクラス２１４のいずれかのインスタンスである。

参照オブジェクト９３６は現在選択されているチャンネルに対応するブロードキャストアイテム９２２へのリファレンスを含む。一部の実施例では、参照オブジェクト９３６のｉｔｅｍ＠ｒｅｆＩｄプロパティはチューナ８１２が現在チューニングしているブロードキャストアイテム９２２を示す。新しい参照オブジェクト９３６が作成されると、選択されていないチャンネルを示す参照オブジェクト９３６が削除される。

参照オブジェクト９３６を作成する動作は、ＣＤＳ：ＣｏｎｔａｉｎｅｒＵｐｄａｔｅＩＤｓイベントをトリガする。強化されたＣＤＳ実現手段９１８はチューナ８１２のためのイベント通知を受信するように登録済みの制御ポイント８０６へ、ＣＤＳ：ＣｏｎｔａｉｎｅｒＵｐｄａｔｅＩＤｓイベントの通知８３４を送る。

次のＤＩＤＬ−Ｌｉｔｅフラグメントは上記からのオーディオチューナ例のための参照オブジェクトの一例９３６を含む。

一部の実施例では、図１０に示されるようにチューナコンテナ１０２０内に特殊用途のコンテナを作成できる。図示の実施例では、特殊用途コンテナをＣｈａｎｎｅｌＳｅｌｅｃｔＦｅｅｄｂａｃｋコンテナ１０３８と称す。一部の実施例では、変更されるブロードキャストチャンネルに応答して参照オブジェクト１０３６を作成するとき、ＣｈａｎｎｅｌＳｅｌｅｃｔＦｅｅｄｂａｃｋコンテナ１０３８内で参照オブジェクト１０３６を作成する。かかる実施例では制御ポイント１０６はＣｈａｎｎｅｌＳｅｌｅｃｔＦｅｅｄｂａｃｋコンテナ１０３８に関連するＣＤＳ：ＣｏｎｔａｉｎｅｒＵｐｄａｔｅＩＤｓイベントしか聞かないように構成できる。このようにチャンネル選択動作はチューナコンテナ１０２０内で生じ（例えばブラウジング、サーチなど）、更にＣＤＳ：ＣｏｎｔａｉｎｅｒＵｐｄａｔｅＩＤｓイベントもトリガする他のアクティビティとアイソレートできる。

次のＤＩＤＬ−Ｌｉｔｅフラグメントは上記からのオーディオチューナ例のためのこのケースを示す。

下記の表には強化されたＣＤＳ実現手段１１８の実施例においてチューナ１１２を表示するために使用できる方式例が記載されている。この一連の表の第１コラムは強化されたＣＤＳ実現手段１１８の要素または特徴の名称を示す。この一連の表の第２コラムは現在のＵＰｎＰＡＶ規格に対する要素または特徴の関係を示す。「Ａ」なる文字は、この規格に要素／特徴が加わっていることを示す。「Ｃ」なる文字は、要素／特徴が規格の用途を明らかにしていることを示す。この一連の表の第３コラムは要素／特徴のための規則を含み、第４コラムはコメントを含む。

図１１は、一般にメディアサーバ１１０２および／またはメディアレンダラ１１０４で使用される主なハードウェアコンポーネントを示すブロック図である。ここに示されたコンポーネントは同じ物理的構造体内にあってもよいし、または別個のハウジングまたは構造体内にあってもよい。

サーバ１１０２／レンダラ１１０４は、プロセッサ１１０１とメモリ１１０３とを含む。プロセッサ１１０１はサーバ１１０２／レンダラ１１０４の作動を制御し、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）もしくは当技術分野で公知の他のデバイスとして具現化できる。プロセッサ１１０１は一般にメモリ１１０３内に記憶されたプログラム命令に基づく論理および代数演算を実行する。

本明細書で使用したように、「メモリ」なる用語１１０３は電子情報を記憶できる任意の電子コンポーネントとして広義に定義され、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶メディア、光記憶メディア、ＲＡＭ内のフラッシュメモリデバイス、プロセッサ１１０１に含まれるボード搭載メモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタなどとして具現化できる。このメモリ１１０３は一般にプログラム命令およびその他のタイプのデータを記憶する。本明細書に開示した方法の一部またはすべてを実施するようにプロセッサ１１０１によりプログラム命令を実行できる。

サーバ１１０２／レンダラ１１０４は他の電子デバイスと通信するための１つ以上の通信インターフェース１１０５も一般に含む。これら通信インターフェース１１０５は有線通信技術、無線通信技術またはその双方に基づくことができる。異なるタイプの通信インターフェース１１０５の例として、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ）、イーサネット（登録商標）アダプタ、ＩＥＥＥ１３９４バスインターフェース、小型コンピュータシステムインターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、ブルートゥース無線通信アダプタ等を挙げることができる。

サーバ１１０２／レンダラ１１０４は一般に１つ以上の入力デバイス１１０７および１つ以上の出力デバイス１１０９も含む。異なる種類の入力デバイス１１０７の例としてキーボード、マウス、マイクロフォン、リモート制御デバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、ライトペンなどを挙げることができる。異なる種類の出力デバイス１１０９の例としてスピーカ、プリンタなどを挙げることができる。コンピュータシステムに一般に含まれる１つの特定タイプの出力デバイスはディスプレイデバイス１１１１である。本明細書に開示する実施例と共に使用されるディスプレイデバイス１１１１は適当な画像投影技術、例えば陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）、ガスプラズマ、エレクトロルミネセンス等を利用できる。メモリ１１０３に記憶されているデータをディスプレイデバイス１１１１に示される（適当な）テキスト、グラフィックおよび／または移動画像に変換するためのディスプレイコントローラ１１１３も設けることができる。

当然ながら、図１１はサーバ１１０２／レンダラ１１０４の１つの可能な構造しか示していない。当業者であれば種々のその他のアーキテクチャおよびコンポーネントを利用できることが認識できよう。更に本発明の特徴を不明瞭にしないように、種々の標準的なコンポーネントは示されていない。

当業者であれば、種々の異なる技術のいずれかを使用して情報および信号を表示できることが理解できよう。例えば、上記説明全体で参照したデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは電圧、電流、電磁波、磁界または磁気粒子、光フィールドまたは粒子、もしくはこれら組み合わせで表示できる。

当業者であれば、本明細書に開示した実施例に関連して説明した種々の説明上の論理ブロック、モジュール、回路およびアルゴリズムステップは電子ハードウェア、コンピュータソフトウェアまたはそれらの組み合わせで実現できることが更に理解できよう。ハードウェアとソフトウェアの相互交換可能性を明瞭に説明するために、これまでそれらの機能に関連して種々のコンポーネント、ブロック、モジュール、回路およびステップについて説明した。かかる機能がハードウェアとして実現されるか、またはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課される設計制約に応じて決まる。当業者であれば、これまで説明した機能を特定の各用途ごとに異なるように実現できるが、かかる実現の判断は本発明の範囲から逸脱するものと解してはならない。

本明細書に開示した実施例に関連して説明した種々の説明上の論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、アプリケーション特定集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネントまたは本明細書に記載した機能を実施するようになっているこれらの任意の組み合わせにより実現または実行できる。汎用プロセッサはマイクロプロセッサでよいが、別の例ではプロセッサは従来の任意のプロセッサ、コントローラ、マイクロコントローラまたはステートマシンでよい。プロセッサは計算デバイスの組み合わせとしても実現できる。例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働した１つ以上のマイクロプロセッサ、または他のかかる任意のコンフィギュレーションとして実現させることもできる。

本明細書に開示した実施例に関連して説明した方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはこれら２つの組み合わせで具現化できる。ソフトウェアモジュールはＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し自在ディスク、ＣＤ−ＲＯＭまたは当業者に知られている他の任意の形態の記憶メディアに常駐してもよい。プロセッサが記憶メディアから情報を読み出したり、記憶メディアに情報を書き込んだりできるように、プロセッサには記憶メディアの一例が結合されている。別の例では、記憶メディアはプロセッサと一体的でよい。プロセッサおよび記憶メディアはＡＳＩＣに常駐してもよい。

本明細書に開示した方法はこれまで説明した方法を達成するために１つ以上のステップまたは動作を含む。この方法のステップおよび／または動作は本発明の範囲から逸脱することなく、相互に交換できる。すなわち、実施例の正しい動作をするために、ステップまたは動作の特定の順序が必要とされなければ、本発明の範囲から逸脱することなく、特定のステップおよび／または動作の順序および／または使用を変更できる。

以上、本発明の特定の実施例およびアプリケーションについて図示し、説明したが、本発明はここに開示したのと同じ構成およびコンポーネントに限定されるものではないと理解すべきである。本発明の要旨から逸脱することなく、本明細書に開示した本発明の方法およびシステムの配置および動作、および細部について、当業者には明らかとなる種々の変形および変更を行うことができる。

ＵＰｎＰＡＶ技術を使用し、強化されたコンテントディレクトリサービス（ＣＤＳ）実現手段の実施例を含むシステムの一実施例を示すブロック図である。チューナを表示するよう、強化されたＣＤＳ実現手段によって使用できるクラス階層の一例を示すブロック図である。強化されたＣＤＳ実現手段の一実施例を示すブロック図である。ブロードキャストアイテムの一実施例を示すブロック図である。メディアサーバとメディアレンダラとの間の相互作用の例を示す信号フローチャートである。強化されたＣＤＳ実現手段によって実行できる方法の例を示すフローチャートである。強化されたＣＤＳ実現手段によって実行できる方法の例を示すフローチャートである。強化されたＣＤＳ実現手段から制御ポイントまで送られる通知メッセージを示すブロック図である。強化されたＣＤＳ実現手段の別の実施例を示すブロック図である。強化されたＣＤＳ実現手段の別の実施例を示すブロック図である。メディアサーバおよび／またはメディアレンダラ内で一般に使用される主要なハードウェアコンポーネントを示すブロック図である。

符号の説明

１００…システム、１０２…メディアサーバ、１０４…メディアレンダラ、１０６…制御ポイント、１０８…コンピュータ用ネットワーク、１１０…ディスプレイデバイス、１１２…チューナ、１１４…コンテントソース、１１６…コンテントシンク、１１８…強化されたＣＤＳ実現手段、２００…クラス階層、２０２…オブジェクト、２０４…コンテナクラス、２０６…アイテムクラス、２０８…オーディオアイテムクラス、２１０…ビデオアイテムクラス、２１２…オーディオブロードキャストクラス、２１４…ビデオブロードキャストクラス、２１６…チューナクラス。

Claims

複数のブロードキャストチャンネルにアクセスし、これら複数のブロードキャストチャンネルからメディアレンダラへコンテントを供給するためのチューナと、前記チューナを示すオブジェクトとして表示されるチューナコンテナと、前記複数のブロードキャストチャンネルを示すオブジェクトとして前記チューナコンテナ内に表示される複数のブロードキャストアイテムと、を有するメディアサーバデバイスにおいて、
前記複数のブロードキャストアイテムは、前記チューナのチャンネル走査順序に対応する順序で前記チューナコンテナ内に配置され、
前記メディアサーバデバイスは、強化されたコンテントディレクトリサービス実現手段を備え、
該コンテントディレクトリサービス実現手段は、前記チューナコンテナと該チューナコンテナ内の前記複数のブロードキャストアイテムとを有し、前記チューナへの接続数を制限するように構成され、且つ、前記ブロードキャストチャンネルからのコンテントを第１メディアレンダラに送信するために前記第１メディアレンダラとの接続を確立し、第２メディアレンダラからの接続要求を受け入れ、前記第１メディアレンダラとの接続を切るように構成されていることを特徴とするメディアサーバデバイス。
前記複数のブロードキャストチャンネルがオーディオブロードキャストチャンネルであり、前記複数のブロードキャストアイテムがオーディオブロードキャストアイテムであることを特徴とする請求項１記載のメディアサーバデバイス。
前記複数のブロードキャストチャンネルがビデオブロードキャストチャンネルであり、前記複数のブロードキャストアイテムがビデオブロードキャストアイテムであることを特徴とする請求項１記載のメディアサーバデバイス。