(57)【要約】  ホームメディアサーバシステムは、ソース制御ライブラリとストリーミングライブラリとを備える。ストリームコントローラは、ソース制御ライブラリとストリーミングライブラリとの間に接続される。更に、ネットワーク接続を介して複数のネットワークディスプレイ端末装置をストリーミングライブラリに接続できる。ソース制御ライブラリは、ビデオコンテンツをストリーミングするために、複数のメディアソースを選択することができる。ビデオコンテンツをストリーミングするソースが変更されても、ネットワークディスプレイ端末装置とストリーミングライブラリとの間の接続は維持される。
2007500974.tif 000002
【特許請求の範囲】
【請求項１】
通信リンクを介して、１つ以上のビデオディスプレイ装置に接続されたビデオサーバシステムにおける、デジタルストリーミングフォーマット又はソースの高速な変化に対応する処理装置において、
ストリームコントローラと、
上記ストリームコントローラに接続され、上記ビデオディスプレイ装置への通信リンクを切断することなく、上記デジタルストリーミングフォーマット又はソースを変更する変更手段とを備える処理装置。
【請求項２】
上記変更手段は、
ソース制御ライブラリと、
ストリーミングライブラリとを備え、
上記ストリームコントローラは、上記ソース制御ライブラリと上記ストリーミングライブラリとの間に接続され、
相互接続された上記ビデオディスプレイ装置と上記ストリーミングライブラリとの間の通信リンクは、ビデオソース又はビデオフォーマットを変更しても変化しないことを特徴とする請求項１記載の処理装置。
【請求項３】
上記ソース制御ライブラリは、
ソースルート選択モジュールと、
上記ソースルート選択モジュールに接続された複数のメディアソースとを備え、
上記ソースルート選択モジュールは、上記ストリームコントローラにどのメディアソースがデータを提供するかを選択することを特徴とする請求項２記載の処理装置。
【請求項４】
上記メディアソースは、アナログビデオソースと、イーサネットストリーミングビデオソースと、ハードディスクドライブとのうちの少なくとも２つを含むことを特徴とする請求項３記載の処理装置。
【請求項５】
上記メディアソースは、複数のアナログビデオソースを含み、
当該処理装置は、
各アナログビデオソースに接続された複数のアナログビデオデコーダと、
上記アナログビデオデコーダに接続されたアナログソースルータマルチプレクサと、
上記アナログソースルータマルチプレクサと上記ソースルート選択モジュールとの間に接続された複数のデジタル圧縮符号化器とを備えることを特徴とする請求項３記載の処理装置。
【請求項６】
上記メディアソースの少なくとも１つは、イーサネットストリーミングビデオソースであり、
当該処理装置は、
上記イーサネットストリーミングビデオソースと上記ソースルート選択モジュールとの間に接続されたイーサネットストリーミングビデオインタフェースを備えることを特徴とする請求項３記載の処理装置。
【請求項７】
上記メディアソースの少なくとも１つは、オーディオ／ビジュアルハードディスクドライブであり、
当該処理装置は、
上記オーディオ／ビジュアルハードディスクドライブと上記ソースルート選択モジュールとの間に接続されたパーソナルビデオレコーダ／ファイル再生モジュールを備えることを特徴とする請求項３記載の処理装置。
【請求項８】
上記ストリームコントローラは、上記ソースルート選択モジュールに接続されたストリーミングモジュールインタフェースパッケージを備えることを特徴とする請求項１記載の処理装置。
【請求項９】
上記ストリームコントローラは、
上記ストリーミングモジュールインタフェースパッケージに接続された汎用プラグアンドプレー（ＵＰｎＰ）ソフトウェアスタックを備え、
ネットワークディスプレイ端末装置は、ネットワーク接続を介して上記ＵＰｎＰソフトウェアスタックにアクセスすることを特徴とする請求項８記載の処理装置。
【請求項１０】
上記ストリーミングライブラリは、上記ストリーミングモジュールインタフェースパッケージに接続された少なくとも１つのリアルタイムストリーミングプロトコル／リアルタイムトランスポートプロトコル（ＲＴＳＰ／ＲＴＰ）ストリーミングモジュールを備えることを特徴とする請求項１記載の処理装置。
【請求項１１】
上記ストリーミングライブラリは、上記ストリーミングモジュールインタフェースパッケージに接続された少なくとも１つのハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーミングモジュールを備えることを特徴とする請求項１０記載の処理装置。
【請求項１２】
上記ストリーミングライブラリは、上記ストリーミングモジュールインタフェースパッケージに接続された少なくとも１つのユーザデータグラムプロトコル（ＵＤＰ）ストリーミングモジュールを備えることを特徴とする請求項１１記載の処理装置。
【請求項１３】
上記ネットワークディスプレイ端末装置は、ＲＴＳＰ／ＲＴＰストリーミングモジュール、ＨＴＴＰストリーミングモジュール及びＵＤＰストリーミングモジュールのうちの少なくとも１つに接続されていることを特徴とする請求項１２記載の処理装置。
【請求項１４】
ビデオサーバシステムにおける、デジタルストリーミングフォーマット又はソースの変更に対応する処理装置において、
ソース制御ライブラリと、
ストリーミングライブラリと、
上記ソース制御ライブラリとストリーミングライブラリとの間に接続されたストリームコントローラとを備え、
ネットワークディスプレイ端末装置と上記ストリーミングライブラリとの間の接続は、ビデオソース又はビデオフォーマットを変更しても変化しないことを特徴とする処理装置。
【請求項１５】
上記ソース制御ライブラリは、
ソースルート選択モジュールと、
上記ソースルート選択モジュールに接続された複数のメディアソースとを備え、
上記ソースルート選択モジュールは、上記ストリームコントローラにどのメディアソースがデータを提供するかを選択することを特徴とする請求項１４記載の処理装置。
【請求項１６】
上記メディアソースは、アナログビデオソースと、イーサネットストリーミングビデオソースと、ハードディスクドライブとのうちの少なくとも２つを含むことを特徴とする請求項１５記載の処理装置。
【請求項１７】
上記メディアソースは、複数のアナログビデオソースを含み、
当該処理装置は、
各アナログビデオソースに接続された複数のアナログビデオデコーダと、
上記アナログビデオデコーダに接続されたアナログソースルータマルチプレクサと、
上記アナログソースルータマルチプレクサと上記ソースルート選択モジュールとの間に接続された複数のデジタル圧縮符号化器とを備えることを特徴とする請求項１５記載の処理装置。
【請求項１８】
上記メディアソースの少なくとも１つは、イーサネットストリーミングビデオソースであり、
当該処理装置は、
上記イーサネットストリーミングビデオソースと上記ソースルート選択モジュールとの間に接続されたイーサネットストリーミングビデオインタフェースを備えることを特徴とする請求項１５記載の処理装置。
【請求項１９】
上記メディアソースの少なくとも１つは、オーディオ／ビジュアルハードディスクドライブであり、
当該処理装置は、
上記オーディオ／ビジュアルハードディスクドライブと上記ソースルート選択モジュールとの間に接続されたパーソナルビデオレコーダ／ファイル再生モジュールを備えることを特徴とする請求項１５記載の処理装置。
【請求項２０】
上記ストリームコントローラは、上記ソースルート選択モジュールに接続されたストリーミングモジュールインタフェースパッケージを備えることを特徴とする請求項１４記載の処理装置。
【請求項２１】
上記ストリームコントローラは、
上記ストリーミングモジュールインタフェースパッケージに接続された汎用プラグアンドプレー（ＵＰｎＰ）ソフトウェアスタックを備え、
上記ネットワークディスプレイ端末装置は、ネットワーク接続を介して上記ＵＰｎＰソフトウェアスタックにアクセスすることを特徴とする請求項２０記載の処理装置。
【請求項２２】
上記ストリーミングライブラリは、上記ストリーミングモジュールインタフェースパッケージに接続された少なくとも１つのリアルタイムストリーミングプロトコル／リアルタイムトランスポートプロトコル（ＲＴＳＰ／ＲＴＰ）ストリーミングモジュールを備えることを特徴とする請求項１４記載の処理装置。
【請求項２３】
上記ストリーミングライブラリは、上記ストリーミングモジュールインタフェースパッケージに接続された少なくとも１つのハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーミングモジュールを備えることを特徴とする請求項２２記載の処理装置。
【請求項２４】
上記ストリーミングライブラリは、上記ストリーミングモジュールインタフェースパッケージに接続された少なくとも１つのユーザデータグラムプロトコル（ＵＤＰ）ストリーミングモジュールを備えることを特徴とする請求項２３記載の処理装置。
【請求項２５】
上記ネットワークディスプレイ端末装置は、ＲＴＳＰ／ＲＴＰストリーミングモジュール、ＨＴＴＰストリーミングモジュール及びＵＤＰストリーミングモジュールのうちの少なくとも１つに接続されていることを特徴とする請求項２４記載の処理装置。
【請求項２６】
ホームビデオサーバによって提供されたビデオストリームを管理するためのビデオストリーム管理方法において、
ネットワークディスプレイ端末装置からストリーミングコンテンツの要求を受信するステップと、
上記ストリーミングコンテンツの第１のストリームソースを選択するステップと、
上記ネットワークディスプレイ端末装置とのストリーミングプロトコル接続を確立するステップと、
上記第１のストリームソースのストリーミングコンテンツをパケット化するステップと、
上記パケット化されたストリーミングコンテンツを上記ネットワークディスプレイ端末装置に送信するステップと、
第２のストリームソースが選択されたとき、上記ネットワークディスプレイ端末装置とのストリーミングプロトコル接続を維持するステップとを有するビデオストリーム管理方法。
【請求項２７】
ストリーミングコンテンツの第２のストリームソースを選択するステップと、
上記第２のストリームソースのストリーミングコンテンツをパケット化するステップと、
上記第１のストリームソースからストリーミングコンテンツを送信するために確立されたストリーミングプロトコル接続を介して、上記ネットワークディスプレイ端末装置に上記パケット化されたストリーミングコンテンツを送信するステップとを更に有する請求項２６記載のビデオストリーム管理方法。
【請求項２８】
上記ストリーミングコンテンツの要求は、ストリームコントローラによって受信され、該ストリームコントローラは、
ストリーミングモジュールインタフェースパッケージと、
上記ストリーミングモジュールインタフェースパッケージに接続された汎用プラグアンドプレー（ＵＰｎＰ）ソフトウェアスタックとを備えることを特徴とする請求項２６記載のビデオストリーム管理方法。
【請求項２９】
上記ストリーミングコンテンツの要求は、上記ＵＰｎＰソフトウェアスタックによって受信されるＵＰｎＰ要求を含むことを特徴とする請求項２８記載のビデオストリーム管理方法。
【請求項３０】
上記ストリームソースは、複数のメディアソースに接続されたソースルート選択モジュールを用いて選択されることを特徴とする請求項２６記載のビデオストリーム管理方法。
【請求項３１】
上記メディアソースは、アナログビデオソースと、イーサネットストリーミングビデオソースと、ハードディスクドライブとのうちの少なくとも２つを含むことを特徴とする請求項３０記載のビデオストリーム管理方法。
【請求項３２】
上記ネットワークディスプレイ端末装置とのストリーミングプロトコル接続は、リアルタイムストリーミングプロトコル／リアルタイムトランスポートプロトコル（ＲＴＳＰ／ＲＴＰ）ストリーミングモジュールを介して確立されることを特徴とする請求項２６記載のビデオストリーム管理方法。
【請求項３３】
上記ネットワークディスプレイ端末装置とのストリーミングプロトコル接続は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーミングモジュールを介して確立されることを特徴とする請求項２６記載のビデオストリーム管理方法。
【請求項３４】
上記ネットワークディスプレイ端末装置とのストリーミングプロトコル接続は、ユーザデータグラムプロトコル（ＵＤＰ）ストリーミングモジュールを介して確立されることを特徴とする請求項２６記載のビデオストリーム管理方法。
【請求項３５】
ホームビデオサーバと、
上記ホームビデオサーバに接続された少なくとも１つのネットワークディスプレイ端末装置と、
上記ネットワークディスプレイ端末装置からストリーミングコンテンツの要求を受信する受信手段と、
上記ストリーミングコンテンツのストリームソースを選択する選択手段と、
上記ネットワークディスプレイ端末装置とのストリーミングプロトコル接続を確立する確立手段と、
上記ストリームソース又はフォーマットが変更されたとき、上記ネットワークディスプレイ端末装置とのストリーミングプロトコル接続を維持する維持手段とを備えるホームビデオサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームビデオサーバシステムに関し、特に、ホームビデオサーバシステムによって提供されるビデオストリームの管理に関する。
【背景技術】
【０００２】
テレビジョン受像機はユビキタスになり、テレビジョン受像機に関連して動作するホームビデオサーバも開発されている。典型的なホームビデオサーバは、１つ以上のテレビジョン受像機に表示される様々なソースからの様々なメディアコンテンツを提供する。
【０００３】
予め定義されたパス又はストリームを介して、ユーザのテレビジョン受像機にメディアコンテンツを配信できることが知られている。メディアコンテンツを配信するために用いられるパス又はストリームは、コンテンツの種類及び物理的なトランスポートリソースに基づく様々なプロトコル（例えば、ソフトウェアモジュール又は「スタック」）を用いて構築できる。メディアコンテンツを含む様々なビデオソースの切換は、できるだけ高速且つ効率的でなければならない。しかしながら、例えば、アナログビデオ、ＭＰＥＧ−２トランスポートストリーム、ＭＰＥＧ−２プログラムストリーム、ＭＰＥＧ−４、ＪＶＴ等のビデオソースのフォーマットのためにビデオソースを切り換えることが難しい場合がある。更に、これらのビデオソースは、アナログビデオのデジタルエンコーダ等、ホームメディアサーバとは異なるリソースを必要とすることがある。デジタル形式のフォーマットでは、エンコーダは必要ではないが、ホームメディアサーバ及びテレビジョン受像機等のクライアントディスプレイ装置への接続の要求によってフォーマット変換が必要となることがある。
【０００４】
現在の技術では、ストリームソースの選択が変更した場合、常に、全体のビデオコンテンツストリーム（プロトコル、ソフトウェアモジュール及び／又は「スタック」）を中断し、再構築する必要がある。この方法は、元来、例えば、クイックタイム（QuickTime）及びリアルネットワークス（Real Networks）等のインターネットストリーミングのために用いられていた。後に、例えば、ＮＥＣ  ＡＸ１０、パイオニアＤＬ−０００（Pioneer DL-000）、ＴｉＶｏ及びソニックブルー社（SonicBlue）のリプレイＴＶ（Replay TV）等のホームメディアサーバ製品の開発において、この手法が採用され、引き継がれた。
【０００５】
ここで、このような接続のためにトランスポート部分をセットアップするためには、エンドユーザ機器とサーバとの間で、かなり大量の情報交換を行う必要があり、したがって、接続を確立するために長い時間が掛かるという問題がある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
そこで、本発明の目的は、ストリームソースの選択において、他のシステムリソースと共に、クライアントストリーミング接続のトランスポート部分を保存するシステム及び方法を提供することである。本発明は、他の利点と共に、この要求を満たし、従来の手法の問題点を解決する。
【課題を解決するための手段】
【０００７】
本発明は、如何なる入力ソース形式にも対応し、クライアントがソースを切り換えても又は異なるソースフォーマットを要求しても、通信リンクを切断することなく、クライアントが望むフォーマットをクライアントに与えるシステム及び方法を提供する。本発明は、クライアントディスプレイへのトランスポート接続を維持するリソースからストリームソースを含むリソースを分離する。この構成により、クライアントディスプレイ装置への接続を切断することなく、コンテンツストリームを構成するフォーマット及びリソースを変更させることができる。クライアントへの接続は、ストリームを生成するために必要なリソース又はストリーム自体のフォーマットに関わらず維持できる。本発明は、ホームメディアサーバの各クライアントへの、個別に管理及び維持されるトランスポート接続を実現する。この接続は、ソースフォーマット及びクライアントへのデータをパッケージ化するために必要なリソースが変更されても維持できる。
【０００８】
本発明の一側面として、本発明は、ソース制御ライブラリと、ストリーミングライブラリと、ソース制御ライブラリとストリーミングライブラリとの間に接続されたストリームコントローラとを備えるホームビデオサーバシステムを提供する。一実施形態においては、複数のネットワークディスプレイ端末装置は、ネットワーク接続を介してストリーミングライブラリに接続される。動作の間、ソース制御ライブラリ内でソースが変更しても、ネットワークディスプレイ端末装置及びストリーミングライブラリの間の接続は、変更しない。
【０００９】
一実施形態においては、ソース制御ライブラリは、例えば、オーディオ、ビジュアル又はオーディオ／ビジュアルソース等の複数のメディアソースに接続にされたソースルート選択モジュールを含む。ソースルート選択モジュールは、どのメディアソースがストリームコントローラにデータを提供するかを選択する。メディアソースは、好ましくは、複数のアナログビデオソース、イーサネット（登録商標）ストリーミングビデオソース及びハードディスクドライブディスクドライブを含む。他の実施の形態においては、ｉＬｉｎｋ（ＩＥＥＥ−１３９４）接続により更なるビデオソースを提供できる。システム要求に応じて、他のビデオソースを含むことができる。
【００１０】
アナログビデオデコーダは、好ましくは、各アナログビデオソースに接続される。更に、アナログビデオデコーダには、アナログソースルータマルチプレクサが接続される。好ましくは、システムは、同数のアナログビデオデコーダ及びアナログビデオソースを含む。アナログソースルータマルチプレクサとソースルート選択モジュールとの間には、デジタル圧縮符号化器が接続される。アナログソースルータマルチプレクサは、選択されたビデオデコーダを選択されたデジタル圧縮符号化器にルーティングする。更に、好ましくは、イーサネットストリーミングビデオソースとソースルート選択モジュールとの間には、イーサネットストリーミングビデオインタフェースが接続される。また、ハードディスクドライブとソースルート選択モジュールとの間には、パーソナルビデオレコーダ（personal video recorder：ＰＶＲ）／ファイル再生モジュールが接続される。
【００１１】
ストリームコントローラは、好ましくは、ソースルート選択モジュールに接続されたストリーミングモジュールインタフェースパッケージを含む。更に、ストリームコントローラは、ストリーミングモジュールインタフェースパッケージに接続された汎用プラグアンドプレー（ＵＰｎＰ）ソフトウェアスタックを含む。ネットワークディスプレイ端末装置は、ネットワーク接続を介してＵＰｎＰソフトウェアスタックにアクセスできる。
【００１２】
好ましい実施の形態では、ストリーミングライブラリは、ストリーミングモジュールインタフェースパッケージに接続されたリアルタイムストリーミングプロトコル／リアルタイムトランスポートプロトコル（ＲＴＳＰ／ＲＴＰ）ストリーミングモジュールを含む。また、ストリーミングライブラリは、ストリーミングモジュールインタフェースパッケージに接続されたハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーミングモジュールを含む。更に、ストリーミングライブラリは、ストリーミングモジュールインタフェースパッケージに接続されたユーザデータグラムプロトコル（ＵＤＰ）ストリーミングモジュールを含む。ネットワークディスプレイ端末装置は、好ましくは、ＲＴＳＰ／ＲＴＰストリーミングモジュールとＨＴＴＰストリーミングモジュールとＵＤＰストリーミングモジュールとに接続される。
【００１３】
本発明の他の側面として、本発明は、ホームビデオサーバによって提供されるビデオストリームを管理するビデオストリーム管理方法を提供する。このビデオストリーム管理方法では、まず、ネットワークディスプレイ端末装置からストリーミングコンテンツの要求を受信する。次に、ストリーミングコンテンツの第１のストリームソースを選択する。次に、ネットワークディスプレイ端末装置とのストリーミングプロトコル接続を確立する。そして、第１のストリームソースのストリーミングコンテンツをパケット化し、パケット化されたストリーミングコンテンツをネットワークディスプレイ端末装置に送信する。第２のストリームソースが選択されたときには、ネットワークディスプレイ端末装置とのストリーミングプロトコル接続を維持する。
【００１４】
本発明の更なる側面として、本発明は、複数のネットワークディスプレイ端末装置が接続されているホームビデオサーバを含むホームビデオサーバシステムを提供する。このシステムは、更に、ネットワークディスプレイ端末装置からストリーミングコンテンツの要求を受信する受信手段を備える。更に、システムは、ストリーミングコンテンツのストリームソースを選択する選択手段を備える。更に、システムは、ネットワークディスプレイ端末装置とのストリーミングプロトコル接続を確立する確立手段を備える。更に、システムは、ストリームソース又はフォーマットが変更されたとき、ネットワークディスプレイ端末装置とのストリーミングプロトコル接続を維持する維持手段を備える。
【００１５】
本発明の更なる側面は、以下に示す実施の形態により明らかとなり、ここに示す詳細は、本発明を限定することなく、本発明の好ましい形態を完全に開示することを目的とする。
【発明を実施するための最良の形態】
【００１６】
以下、図１及び図２に構成を示す装置及びこれに関連する動作を用いて、本発明を例示的に詳細に説明する。なお、本明細書に開示する基本的な概念から逸脱することなく、システムの構成及びコンポーネントの詳細を様々に変更することができる。
【００１７】
図１は、ホームメディアサーバシステム１０の構成を示している。図１に示すように、ホームメディアサーバシステム１０は、ストリームコントローラ１４に接続されたソース制御ライブラリ１２を備える。ストリームコントローラ１４は、ストリーミングライブラリ１６に接続されている。更に、図１に示すように、ソース制御ライブラリ１２は、例えば、ローカルエリアネットワーク（local area network：ＬＡＮ）、無線ローカルエリアネットワーク（wireless local area network：ＷＬＡＮ）、ワイドエリアネットワーク（wide area network：ＷＡＮ）、無線ワイドエリアネットワーク（wireless wide area network：ＷＷＡＮ）、パーソナルエリアネットワーク（personal area network：ＰＡＮ）、無線パーソナルエリアネットワーク（wireless personal area network：ＷＰＡＮ）又は当分野で周知の他の何らかのネットワークであるネットワーク１８に接続されている。図１に示すように、ネットワーク１８には、複数のネットワークディスプレイ端末装置（network display terminal：以下、ＮＤＴという。）２０が接続されている。なお、各ＮＤＴ２０は、テレビジョン受像機、コンピュータモニタ、又は他の如何なるディスプレイ装置であってもよい。以下で詳細に説明するように、ストリームコントローラ１４は、ビデオ信号をＮＤＴ２０にストリーミングするために用いられるストリーミングモジュールを選択できる。
【００１８】
図１に示すように、ソース制御ライブラリ１２は、アナログソースルータマルチプレクサ（ＭＵＸ）２４に接続された複数のアナログビデオデコーダ２２を備える。アナログソースルータＭＵＸ２４は、複数のデジタル圧縮符号化器２６に接続されているソースルート選択（source route selection：以下、ＳＲＳという。）モジュール２８に接続されている。更に、イーサネットストリーミングビデオインタフェース３０は、ＳＲＳモジュール２８に接続されている。また、パーソナルビデオレコーダ（ＰＶＲ）／ファイル再生モジュール３２は、ＳＲＳモジュール２８に接続されている。なお、ＳＲＳモジュール２８は、ソース選択、ソース切換、以下で説明するストリーミングモジュールインタフェースパッケージへのデジタルデータのルーティング等を処理する。
【００１９】
また、図１は、各アナログビデオデコーダ２２にアナログビデオ信号を供給する複数のアナログビデオソース３４を示している。アナログビデオデコーダ２２は、アナログビデオ信号をデジタルビデオ信号に変換し、アナログソースルータＭＵＸ２４に供給する。図１に示すように、ＳＲＳモジュール２８によって提供されるソース選択アプリケーションプログラムインタフェース（application program interface：ＡＰＩ）によってアナログソースルータＭＵＸ２４を制御できる。更に、図１に示すように、アナログソースルータＭＵＸ２４は、デジタル圧縮符号化器２６にデータ信号を供給する。各デジタル圧縮符号化器２６は、データ信号を圧縮し、圧縮データ信号をＳＲＳモジュール２８に供給する。デジタル圧縮符号化器２６は、好ましくは、ＳＲＳモジュール２８によって提供される圧縮符号化制御ＡＰＩによって制御される。
【００２０】
好ましい実施の形態では、イーサネットストリーミングビデオソース３６は、イーサネットストリーミングビデオ信号をイーサネットストリーミングビデオインタフェース３０に供給し、イーサネットストリーミングビデオインタフェース３０は、イーサネットストリーミングビデオ信号を圧縮されたデジタルビデオデータ信号に変換し、ＳＲＳモジュール２８にデータ信号を供給する。ＳＲＳモジュール２８は、イーサネットストリーミングビデオインタフェース３０に送信されるイーサネットストリーミングビデオ制御ＡＰＩを用いてイーサネットストリーミングビデオインタフェース３０を制御できる。更に、図１に示すように、ハードディスクドライブ、例えば、オーディオ／ビジュアルハードディスクドライブ（ＡＶ−ＨＤＤ）３８は、圧縮されたデジタルビデオデータ信号をＰＶＲ／ファイル再生モジュール３２に供給できる。ＰＶＲ／ファイル再生モジュール３２は、好ましくは、圧縮されたデジタルビデオデータ信号をＳＲＳモジュール２８に供給する。ＰＶＲ／ファイル再生モジュール３２の動作は、ＳＲＳモジュール２８によってＰＶＲ／ファイル再生モジュール３２に送信されるＰＶＲ制御ＡＰＩによって制御できる。なお、他のソースがＳＲＳモジュール２８にコンテンツを提供してもよい。これらのソースとしては、例えば、ｉＬｉｎｋソース、メモリスティック、オーディオ／ビジュアル（ＡＶ）ソース又は他の何らかのメディアソースが含まれる。
【００２１】
更に、図１に示すように、ストリームコントローラ１４は、ストリーミングモジュールインタフェースパッケージ４０を含む。ストリーミングモジュールインタフェースパッケージ４０には、汎用プラグアンドプレー（universal plug and play：ＵＰｎＰ）ソフトウェアスタック４２が接続されている。図１に示すように、ストリーム要求は、ストリーミングモジュールインタフェースパッケージ４０とＵＰｎＰソフトウェアスタック４２との間で送受される。更に、ストリーミングモジュールインタフェースパッケージ４０は、ＳＲＳモジュール２８を制御するために用いることができるＳＲＳモジュール制御ＡＰＩを提供する。ＳＲＳモジュール２８は、ストリーミングモジュールインタフェースパッケージ４０にデータ信号を提供する。以下で詳細に説明するように、データ信号は、最終的にパケット化され、１つ以上のＮＤＴ２０に供給される。
【００２２】
図１に示すように、ストリーミングライブラリ１６は、リアルタイムストリーミングプロトコル／リアルタイムトランスポートプロトコル（real time streaming protocol/real time transport protocol：以下、ＲＴＳＰ／ＲＴＰという。）ストリーミングモジュール４４と、ハイパーテキスト転送プロトコル（hypertext transfer protocol：以下、ＨＴＴＰという。）ストリーミングモジュール４６と、ユーザデータグラムプロトコル（user datagram protocol：以下、ＵＤＰという。）ストリーミングモジュール４８とを有する。これらのモジュール４４、４６、４８は、それぞれ、ストリーミングモジュールインタフェースパッケージ４０に接続されている。具体的には、ＲＴＳＰ／ＲＴＰストリーミングモジュール４４は、ストリーミングモジュールインタフェースパッケージ４０からデータ信号及びＲＴＳＰ／ＲＴＰ−ＡＰＩを受信する。更に、ＨＴＴＰストリーミングモジュール４６は、ストリーミングモジュールインタフェースパッケージ４０からデータ信号及びＨＴＴＰ−ＡＰＩを受信する。またＵＤＰストリーミングモジュール４８は、ストリーミングモジュールインタフェースパッケージ４０からデータ信号及びＵＤＰ−ＡＰＩを受信する。
【００２３】
なお、好ましい実施の形態においては、ストリーミングモジュールインタフェースパッケージ４０は、これらのＡＰＩを用いて、そのＡＰＩが送信される各モジュール、すなわち、ＲＴＳＰ／ＲＴＰストリーミングモジュール４４、ＨＴＴＰストリーミングモジュール４６及びＵＤＰストリーミングモジュール４８を制御する。更に、好ましい実施の形態では、ＲＴＳＰ／ＲＴＰストリーミングモジュール４４、ＨＴＴＰストリーミングモジュール４６及びＵＤＰストリーミングモジュール４８が受信した、圧縮された各デジタルビデオデータ信号は、パケット化され、タイムスタンプ処理され、これにより、パケットストリームが生成され、このパケットストリームは、ネットワーク１８を介して、後述するように、選択されたインターネットプロトコル（ＩＰ）を用いて、１つ以上のＮＤＴ２０に送信又はストリーミングできる。
【００２４】
更に、図１に示すように、ＲＴＳＰ／ＲＴＰストリーミングモジュール４４、ＨＴＴＰストリーミングモジュール４６及びＵＤＰストリーミングモジュール４８は、ネットワーク１８に接続されている。図１に示すように、ネットワーク１８を介して、ＲＴＳＰ／ＲＴＰストリーミングモジュール４４と１つ又は複数のＮＤＴ２０との間でＲＴＳＰ／ＲＴＰ命令を送受することができる。更に、ネットワーク１８を介して、ＲＴＳＰ／ＲＴＰストリーミングモジュール４４から１つ又は複数のＮＤＴ２０に、パケット化されたデータを含むパケットストリームを送信することができる。好ましくは、ネットワーク１８を介して、ＨＴＴＰストリーミングモジュール４６と１つ又は複数のＮＤＴ２０との間でＨＴＴＰ命令を送受することができ、ＨＴＴＰストリーミングモジュール４６から１つ又は複数のＮＤＴ２０にパケットストリームを送信することができる。更に、ネットワーク１８を介して、ＵＤＰストリーミングモジュール４８と１つ又は複数のＮＤＴ２０との間でＵＤＰ命令を送受することができ、ＵＤＰストリーミングモジュール４８から１つ又は複数のＮＤＴ２０にパケットストリームを送信することができる。更に、図１に示すように、ネットワーク１８を介して、ＵＰｎＰソフトウェアスタック４２と１つ又は複数のＮＤＴ２０との間でＵＰｎＰ命令を送受することができる。なお、ＵＰｎＰ命令を介して、ＮＤＴ２０から汎用リソースロケータ（ＵＲＬ）を取得することができ、ＲＴＳＰ／ＲＴＰ又は、他の要求されたストリーミングのプロトコル、すなわち、ＨＴＴＰ又はＵＤＰを介して、ＮＤＴ２０にＵＲＬを返すことができる。
【００２５】
なお、ソース制御ライブラリ１２、ストリームコントローラ１４及びストリーミングライブラリ１６は、ホームメディアサーバ５０内にインストールできる。ＮＤＴ２０は、ネットワーク１８を介してホームメディアサーバ５０にアクセスできる。
【００２６】
以下、図２を参照して、本発明の動作ロジックを説明する。なお、動作ロジックは、マイクロコンピュータ又はこれに類する装置によって実行可能なソフトウェアによって実現される。この実施の形態では、処理は、ストリームコントローラ１４が、ＮＤＴ２０から出されたストリームのＵＰｎＰ要求を受信すると、ｄｏループを有するブロック１００を開始する。次に、ブロック１０２において、ストリーミングモジュールインタフェースパッケージ４０からＳＲＳモジュール２８に供給されたＳＲＳ制御ＡＰＩを用いてストリームソースを選択する。続いて、ブロック１０４において、選択されたストリームソースのデータは、ストリームコントローラ１４内のストリーミングモジュールインタフェースパッケージ４０にルーティングされる。ブロック１０６において、例えば、ストリーミングライブラリ１６内のモジュール４４、４６、４８の１つ及びネットワーク１８を介して、ＮＤＴ２０との接続が確立される。したがって、ＲＴＳＰ／ＲＴＰ、ＨＴＴＰ又はＵＤＰを介して接続を確立することができる。
【００２７】
続いて、ブロック１１０において、モジュール４４、４６、４８の１つにおいてデータをパケット化する。次に、ブロック１１２において、確立された接続を介して、パケット化されたデータをパケットストリームとしてＮＤＴ２０に送信する。次に、ブロック１１４において、ストリームソースの選択を変更した場合、ロジックは、ブロック１１６に進み、ストリーミングモジュールインタフェースパッケージ４０からＳＲＳモジュール２８に送信されたＳＲＳ制御ＡＰＩを用いて新たなストリームソースを選択する。ブロック１１８において、先に確立された接続、すなわち、ブロック１０８において確立された接続を維持する。そして、ロジックは、ブロック１１０に戻り、上述の処理を繰り返す。
【００２８】
なお、本発明では、ストリームソースを含むリソースを、クライアントディスプレイへのトランスポート接続を維持するリソースから分離する。この構成により、例えば、ＮＤＴ２０等のクライアントディスプレイ装置への接続を切断することなく、コンテンツストリームを構成するフォーマット及びリソースを変化させることができる。ＮＤＴ２０への接続は、ストリームを生成するために必要なリソース又はストリーム自体のフォーマットに関わらず維持できる。更に、本発明は、ホームメディアサーバ５０の各クライアントへの、個別に管理及び維持されるトランスポート接続を実現する。このトランスポート接続は、ソースフォーマット及びクライアントへのデータをパッケージ化するために必要なリソースが変更されても維持できる。なお、ＮＤＴ２０への接続が、例えば、ＨＴＴＰからＵＤＰに変更する場合、接続を終了し、再構築してもよい。
【００２９】
上述のように、好ましい実施の形態として、本発明は、ホームメディアサーバ５０が、幾つかのストリームソースから複数のＮＤＴ２０にビデオストリームを提供するホームメディアサーバシステム１０の一部として実現してもよい。これらのストリームソースは、コンテンツサーバにプラグインされるＡＶ機器から、コンテンツを記録したハードディスクドライブ、ケーブル接続、衛星放送受信機、又はインターネット接続等までの範囲に及ぶ。
【００３０】
なお、本発明は、必要なリソース及びデジタル信号のコンテンツを変更する様々な形態のデジタル伝送に適用できる。
【００３１】
実際の動作時に、第１のソースストリームから第２のソースストリームへの変更があった場合、クライアントストリームマネージャ内のクライアント接続は、例えば、デジタル圧縮符号化器２６からＡＶ−ＨＤＤ３８へのソースの切換を実行し、そして、必要であれば、ストリーミングの切換を実行する。クライアントストリーム接続の環境内でこれらの変更、特に、リソース再使用が行われ、及び最小限のストリームライター（StreamWriter：ＳＷ）環境が現在のスレッド、メモリ等に変更すると、クライアント装置で観測される総合的な遅延が最小化される。これにより、ストリームソース間の変更に対する応答時間が最小化される。
【００３２】
上述の説明は、多くの詳細事項を含んでいるが、これらは、本発明を限定するものとは解釈されず、本発明の好ましい形態の幾つかを例示的に示すのみである解釈される。更に、本発明は、好ましくは、ソフトウェアを用いて実現され、上述の説明に基づき、周知のプログラミング技術を用いてソフトウェアをコード化できることは明らかである。したがって、本発明の範囲は、当業者にとって明らかな他の実施の形態を包含することは明らかであり、したがって、本発明の範囲は、添付の請求の範囲によってのみ制限される。なお、請求の範囲における要素の単数形は、特に明示している場合を除き、「１つ且つ１つのみ」ではなく、「１つ又は複数」を意味するものとする。上述の好ましい形態における要素に関する、当業者に周知な構造的、化学的、機能的等価物は、参照によって本願に援用され、本発明の範囲に包含されるものとする。更に、装置又は方法は、本発明によって解決すべき問題のそれぞれ又は全てに必ずしも対応するものではないが、本発明の請求の範囲に包含されるものである。更に、ここで説明した要素、コンポーネント、処理ステップは、これらが請求の範囲に明示的に示されているか否かに関わらず、公知となることを意図するものではない。請求の範囲内の各要素は、「手段（means for）」という表現を用いている場合を除き、米国特許法第１１２条第６項の規定に基づいて定義されるものではない。
【図面の簡単な説明】
【００３３】
【図１Ａ】本発明に基づくホームメディアサーバシステムのブロック図である。
【図１Ｂ】図１Ａの続きである。
【図２】本発明に基づく動作ロジックのフローチャートである。
【図１Ａ】
2007500974.tif 000003
【図１Ｂ】
2007500974.tif 000004
【図２】
2007500974.tif 000005
【国際調査報告】
2007500974.tif 000006