(57)【特許請求の範囲】
【請求項１】
マルチメディアシステムであって、
複数のマルチメディア送信元からの複数のチャネル（３６）を受信するように動作可能に接続されたマルチメディアサーバ（１２）と、
複数のクライアントに対応する複数のクライアントモジュール（１４−２２）であって、該複数のクライアントモジュール（１４−２２）の各々は、前記複数のクライアントの一つのために複数のチャネルの一つを選択するためのチャネル選択要求（１６４）を生成するように動作可能な選択モジュール（１７０）と、前記マルチメディアサーバ（１２）と前記複数のクライアントモジュール（１４−２２）との間の通信経路（１９２）に接続されたネットワークインタフェースコントローラ（１６８）とを含み、前記ネットワークインタフェースコントローラ（１６８）は前記チャネル選択要求（１６４）を前記マルチメディアサーバに送信するように動作可能であるものと、を備えており、
前記マルチメディアサーバ（１２）は、受信された前記チャネル選択要求（１６４）に対応する複数のチャネル（３６）のサブセットを選択するように動作可能に接続された同調モジュール（１５０）と、該複数のチャネルのサブセットをチャネルデータストリームにミキシングするように動作可能に接続されたチャネルミキサ（１５２）と、前記クライアントモジュール（１４−２２）の少なくとも一つから前記通信経路（１９２）を介して前記チャネル選択要求（１６４）を受信し、前記複数のクライアントモジュールにより受信されるべき前記チャネルデータストリームを前記通信経路（１９２）を介して送信するように構成された送受信モジュール（１５４）とを含み、
前記チャネルミキサ（１５２）により、受信された前記チャネル選択要求に応答して、前記複数のチャネルの異なるサブセットが選択されて前記チャネルデータストリームにミキシングされ、
前記マルチメディア送信元はネットワーク（４４）を含み、
前記マルチメディアサーバ（１２）は、
前記通信経路（１９２）に接続された第２の送受信モジュール（２０８）と、
前記第２の送受信モジュール（２０８）が受け取ったクライアントからの要求に答えて起動されて要求するクライアントへ前記ネットワーク（４４）にアクセスするサービスを提供するネットワークアクセスアプリケーション（４１０，４１２）とを、さらに備え、
前記ネットワークアクセスアプリケーション（４１０，４１２）は、前記複数のクライアントの各々に対して前記ネットワーク（４４）への独立したアクセスを提供する、
マルチメディアシステム。
【請求項２】
前記クライアントモジュール（１４−２２）の各々はさらに、
前記チャネルデータストリームからの前記チャネル選択要求に対応する前記選択されたチャネルを抽出する手段を備え、前記複数のクライアントは、コンピュータ、ラップトップコンピュータ、パーソナルデジタルアシスタント、ビデオ電話機、デジタル電話機、セルラ電話機、モニタ、テレビ、高品位テレビ、プリンタ、及びファックス機の少なくとも一つを備えている、請求項１記載のマルチメディアシステム。
【請求項３】
前記マルチメディアサーバは、前記同調モジュール（１５０）、前記チャネルミキサ（１５２）、及び前記送受信モジュール（１５４）に対して動作可能に接続された制御モジュール（１５６）をさらに備え、前記制御モジュール（１５６）は、前記選択要求を解釈して前記チャネル選択コマンドの一つの組を生成し、前記制御モジュール（１５６）は、前記送受信モジュール（１５４）を通じて伝送される前記チャネルデータストリームをフォーマット化するのに役立ち、前記制御モジュール（１５６）は、前記チャネル選択要求をフォーマット解除するのに役立つものである請求項１又は２記載のマルチメディアシステム。
【請求項４】
前記通信経路（１９２）は、
前記チャネルデータストリーム及び前記チャネル選択要求が送受信される有線接続であって、時分割多重、周波数分割多重、パルス符号変調、振幅シフトキーイング、位相シフトキーイング、１／４位相シフトキーイング、直交振幅変調、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避付きＣＳＭＡ、及び衝突検知付きＣＳＭＡの少なくとも一つを含む送受信の型を利用する有線接続、
前記チャネルデータストリームが送信される送信有線接続であって、時分割多重、周波数分割多重、パルス符号変調、振幅シフトキーイング、位相シフトキーイング、１／４位相シフトキーイング、直交振幅変調、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避付きＣＳＭＡ、及び衝突検知付きＣＳＭＡの少なくとも一つを含む送信の型を利用する送信有線接続、
前記チャネル選択要求が受信される受信有線接続であって、時分割多重、周波数分割多重、パルス符号変調、振幅シフトキーイング、位相シフトキーイング、１／４位相シフトキーイング、直交振幅変調、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避付きＣＳＭＡ、及び衝突検知付きＣＳＭＡの少なくとも一つを含む受信の型を利用する受信有線接続、
無線周波数経路であって、該無線周波数経路を介して前記チャネルデータストリーム及び前記チャネル選択要求が前記の送受信の型を利用して送受信される無線周波数経路、
送信無線周波数経路であって、該送信無線周波数経路を介して前記チャネルデータストリームが前記の送信の型を利用して送信される送信無線周波数経路、
受信無線周波数経路であって、該受信無線周波数経路を介して前記チャネル選択要求が前記の受信の型を利用して受信される受信無線周波数経路、
赤外線経路であって、該赤外線経路を介して前記チャネルデータストリーム及び前記チャネル選択要求が前記の送受信の型を利用して送受信される赤外線経路、
送信赤外線経路であって、該送信赤外線経路を介して前記チャネルデータストリームが前記の送信の型を利用して送信される送信赤外線経路、並びに、
受信赤外線経路であって、該受信赤外線経路を介して前記チャネル選択要求が前記の受信の型を利用して受信される受信赤外線経路、
の少なくとも一つを備えている請求項３記載のマルチメディアシステム。
【請求項５】
前記制御モジュール（１５６）は、
サーバ制御動作を提供するように相互接続された、ホストプロセッサ、外部Ｉ／Ｏバス、ホストメモリ、メモリブリッジを、さらに備え、
前記サーバ制御動作は、
前記チャネル選択要求を解釈して、チャネル選択コマンドの前記組を生成し、
前記複数のクライアントの一つが、前記複数のクライアントの対応する一つを介して要求した適切なデータを受信するように、チャネルの前記組のミキシング、前記チャネルデータストリームのフォーマット化すること、及び前記フォーマット化されたチャネルデータの送信をすることを連携させる請求項３又は４記載のマルチメディアシステム。
【請求項６】
前記制御モジュール（１５６）は、前記複数のクライアントの各々についてクライアントアクセス権限を処理する手段を、さらに備えている請求項３から５のいずれか一項記載のマルチメディアシステム。
【請求項７】
前記送受信モジュール（１５４）はさらに、
前記チャネルデータストリームをベースバンドから高周波（ＲＦ）に変換するように動作可能に接続されており、前記チャネルデータストリームはＲＦ信号として送信される、高周波送信機を備えている、請求項１から６のいずれか一項記載のマルチメディアシステム。
【請求項８】
前記のチャネル選択要求は、
オーディオチャネル選択、
ビデオチャネル選択、
オーディオ送信元、
ビデオ送信元、
音量調整、
画質設定及び調整、
表示制限、
購入要求、
画像内画像起動及び終了、
画像内画像チャネル選択、
ビデオブランキング、並びに、
オーディオミュート
の少なくとも一つを含む請求項１から７のいずれか一項記載のマルチメディアシステム。
【請求項９】
前記送受信モジュール（１５４）は、前記チャネルデータストリームの送信前に、前記データストリームを符号化するように動作可能に接続されたエンコーダを、さらに備え、前記エンコーダは、多重レベル符号化、非ゼロ復帰（ＮＲＺ）符号化、位相符号化、ブロック符号化、及びｎＢ／ｍＢ符号化（ここでｎ＜ｍ）の少なくとも一つに基づき、前記データストリームを符号化する請求項１から８のいずれか一項記載のマルチメディアシステム。
【請求項１０】
ローカルエリアネットワークにマルチメディアサービスを提供する方法であって、
複数のマルチメディア送信元から複数のチャネル（３６）をマルチメディアサーバ（１２）により受信し、
クライアントモジュール（１４−２２）の少なくとも一つから、該少なくとも一つのクライアントモジュール（１４−２２）に対応する少なくとも一つのクライアントのために前記複数のチャネルの一つを選択するための一つのチャネル選択要求（１６４）を、通信経路（１９２）を介して前記マルティメディアサーバ（１２）により受信し、
前記チャネル選択要求から、チャネル選択コマンドの一組を前記マルティメディアサーバ（１２）により生成し、
前記複数のチャネル（３６）の前記受信したチャネル選択要求（１６４）に対応する一つのサブセットを前記マルティメディアサーバ（１２）により選択し、
前記複数のチャネル（３６）の前記サブセットをチャネルデータストリームへと前記マルティメディアサーバ（１２）によりミキシングし、
前記複数のクライアントの少なくとも一つが前記チャネルデータストリームの少なくとも一部を受信するように、前記チャネルデータストリームを前記通信経路上に前記マルティメディアサーバ（１２）により送信することを含み、
前記マルチメディア送信元はネットワーク（４４）を含み、
さらに、マルチメディアサーバ（１２）において、
前記通信経路（１９２）を経て受け取ったクライアントからの要求に答えてネットワークアクセスアプリケーション（４１０，４１２）を起動して要求するクライアントへ前記ネットワーク（４４）にアクセスするサービスを提供することを含み、
前記ネットワークアクセスアプリケーション（４１０，４１２）は、複数のクライアントの各々に対して前記ネットワーク（４４）への独立したアクセスを提供する
ローカルエリアネットワークにマルチメディアサービスを提供する方法。
【請求項１１】
さらに、
前記チャネル選択要求を解釈して、前記チャネル選択コマンドの一組を前記マルティメディアサーバ（１２）により生成し、
前記チャネルデータストリームを、前記送受信モジュール（１５４）を通じて送信するために前記マルティメディアサーバ（１２）によりフォーマット化し、
前記チャネル選択要求を、前記チャネル選択コマンドの組を生成することの一部として、前記マルティメディアサーバ（１２）によりフォーマット解除する、
請求項１０記載の方法。
【請求項１２】
前記通信経路（１９２）は、
前記チャネルデータストリーム及び前記チャネル選択要求が送受信される有線接続であって、時分割多重、周波数分割多重、パルス符号変調、振幅シフトキーイング、位相シフトキーイング、１／４位相シフトキーイング、直交振幅変調、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避付きＣＳＭＡ、及び衝突検知付きＣＳＭＡの少なくとも一つを含む送受信の型を利用する有線接続、
前記チャネルデータストリームが送信される送信有線接続であって、時分割多重、周波数分割多重、パルス符号変調、振幅シフトキーイング、位相シフトキーイング、１／４位相シフトキーイング、直交振幅変調、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避付きＣＳＭＡ、及び衝突検知付きＣＳＭＡの少なくとも一つを含む送信の型を利用する送信有線接続、
前記チャネル選択要求が受信される受信有線接続であって、時分割多重、周波数分割多重、パルス符号変調、振幅シフトキーイング、位相シフトキーイング、１／４位相シフトキーイング、直交振幅変調、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避付きＣＳＭＡ、及び衝突検知付きＣＳＭＡの少なくとも一つを含む受信の型を利用する受信有線接続、
無線周波数経路であって、該無線周波数経路を介して前記チャネルデータストリーム及び前記チャネル選択要求が前記の送受信の型を利用して送受信される無線周波数経路、
送信無線周波数経路であって、該送信無線周波数経路を介して前記チャネルデータストリームが前記の送信の型を利用して送信される送信無線周波数経路、
受信無線周波数経路であって、該受信無線周波数経路を介して前記チャネル選択要求が前記の受信の型を利用して受信される受信無線周波数経路、
赤外線経路であって、該赤外線経路を介して前記チャネルデータストリーム及び前記チャネル選択要求が前記の送受信の型を利用して送受信される赤外線経路、
送信赤外線経路であって、該送信赤外線経路を介して前記チャネルデータストリームが前記の送信の型を利用して送信される送信赤外線経路、並びに、
受信赤外線経路であって、該受信赤外線経路を介して前記チャネル選択要求が前記の受信の型を利用して受信される受信赤外線経路、
の少なくとも一つを備えている請求項１０又は１１記載の方法。
【請求項１３】
前記通信経路（１９２）が有線接続を含む場合、さらに、
送受信の型に基づいて前記チャネルデータストリームを前記マルティメディアサーバ（１２）によりフォーマット化して、該フォーマット化されたチャネルデータを前記マルティメディアサーバ（１２）により生成し、該フォーマット化されたチャネルデータを、前記有線接続上の送信間隔中に前記複数のクライアントの少なくとも一つに前記マルティメディアサーバ（１２）により提供し、フォーマット化されたチャネル選択要求を、前記有線接続を通じて前記有線接続上の受信間隔中に前記複数のクライアントの少なくとも一つにより受信し、前記クライアントモジュールは、前記送受信の型に基づいて前記チャネル選択要求をフォーマット化し、
前記マルティメディアサーバ（１２）により前記送信間隔及び前記受信間隔を判別する
請求項１２記載の方法。
【請求項１４】
前記通信経路（１９２）が前記送信有線接続を含む場合、さらに、
前記送信の型に基づいて前記チャネルデータストリームを前記マルティメディアサーバ（１２）によりフォーマット化して、該フォーマット化されたチャネルデータを前記マルティメディアサーバ（１２）により生成し、
前記フォーマット化されたチャネルデータを、前記マルティメディアサーバ（１２）から前記複数のクライアントの少なくとも一つに提供する、
請求項１２記載の方法。
【請求項１５】
前記通信経路（１９２）が受信有線接続を含む場合、さらに、
前記マルティメディアサーバ（１２）によりフォーマット化された受信データを前記有線接続を通じて前記クライアントモジュール（１４−２２）により受信し、前記クライアントモジュール（１４−２２）は、前記受信の型に基づいて前記チャネル選択要求及び入力データの少なくとも一つをフォーマット化して、フォーマット化された受信データを生成する、
請求項１２記載の方法。
【請求項１６】
前記通信経路が前記無線周波数経路を含む場合、さらに、
前記送受信の型に基づいて前記チャネルデータストリームを前記マルティメディアサーバ（１２）によりフォーマット化して、該フォーマット化されたチャネルデータを前記マルティメディアサーバ（１２）により生成し、
前記フォーマット化されたチャネルデータを、前記無線周波数経路上の送信間隔中に前記複数のクライアントの少なくとも一つに提供し、
フォーマット化されたチャネル選択要求を、前記無線周波数経路を通じて無線周波数経路上の受信間隔中に前記複数のクライアントの少なくとも一つにより受信し、この場合前記クライアントモジュール（１４−２２）は、前記送受信の型に基づいて前記チャネル選択要求をフォーマット化して、該フォーマット化されたチャネル選択要求を生成し、そして
前記マルティメディアサーバ（１２）により前記送信間隔及び前記受信間隔を判別する、
請求項１２記載の方法。
【請求項１７】
前記通信経路（１９２）が前記送信無線周波数経路を含む場合、さらに、
前記送信の型に基づいて前記チャネルデータストリームを前記マルティメディアサーバ（１２）によりフォーマット化して、該フォーマット化されたチャネルデータを生成し、
前記フォーマット化されたチャネルデータを、前記マルティメディアサーバ（１２）から前記送信無線周波数経路を通じて前記複数のクライアントの少なくとも一つに提供する、
請求項１２記載の方法。
【請求項１８】
前記通信経路（１９２）が前記受信無線周波数経路を含む場合、さらに、
フォーマット化された受信データを前記受信無線周波数経路を通じて前記クライアントモジュール（１４−２２）が受信し、
前記クライアントモジュール（１４−２２）は、前記受信の型に基づいて前記チャネル選択要求及び入力データの少なくとも一つをフォーマット化して、前記フォーマット化された受信データを生成する、
請求項１２記載の方法。
【請求項１９】
前記通信経路（１９２）が前記赤外線経路を含む場合、さらに、
前記送受信の型に基づいて前記チャネルデータストリームを前記マルティメディアサーバ（１２）によりフォーマット化して、該フォーマット化されたチャネルデータを生成し、
前記フォーマット化されたチャネルデータを、前記マルティメディアサーバ（１２）から前記赤外線経路上の送信間隔中に前記複数のクライアントの少なくとも一つに提供し、
フォーマット化された選択要求を、赤外線経路を通じて赤外線経路上の受信間隔中に前記複数のクライアントの少なくとも一つにより受信し、この場合前記クライアントモジュールは、前記送受信の型に基づいて前記チャネル選択要求をフォーマット化して、該フォーマット化されたチャネル選択要求を生成し、
前記マルティメディアサーバ（１２）により前記送信間隔及び前記受信間隔を判別する、
請求項１２記載の方法。
【請求項２０】
前記通信経路（１９２）が送信赤外線経路を含む場合、さらに、
前記送信の型に基づいて前記チャネルデータストリームを前記マルティメディアサーバ（１２）によりフォーマット化して、該フォーマット化されたチャネルデータを生成し、
前記フォーマット化されたチャネルデータを、前記送信赤外線経路を通じて前記マルティメディアサーバ（１２）から前記複数のクライアントの少なくとも一つに提供する、
請求項１２記載の方法。
【請求項２１】
前記通信経路（１９２）が受信赤外線経路を含む場合、さらに、
前記フォーマット化された受信データを前記マルティメディアサーバ（１２）から前記受信赤外線経路を通じて前記複数のクライアントの少なくとも一つにより受信し、
前記クライアントモジュールは、前記受信の型に基づいてチャネル選択要求及び入力データの少なくとも一つをフォーマット化して、該フォーマット化された受信データを生成する、
請求項１２記載の方法。
【請求項２２】
さらに、前記マルティメディアサーバ（１２）は前記チャネル選択要求を解釈して、前記チャネル選択コマンドの組を生成し、
前記複数のクライアントの一つが、要求した適切なデータを受信するように、前記チャネルの組のミキシング、前記チャネルデータストリームのフォーマット化、及び該フォーマット化されたチャネルデータの送信を前記マルティメディアサーバ（１２）により連携させる、請求項１０から２１のいずれか一項記載の方法。
【請求項２３】
さらに、前記データストリームの少なくとも一部を、前記マルティメディアサーバ（１２）内のハードドライブに格納する、請求項１０から２２のいずれか一項記載の方法。
【請求項２４】
さらに、マルティメディアサーバ（１２）は前記複数のクライアントの各々についてクライアントアクセス権限を処理する、請求項１０から２３のいずれか一項記載の方法。
【請求項２５】
さらに、マルティメディアサーバ（１２）は前記チャネルデータストリームをアナログ信号に変換し、前記アナログ信号は、マルティメディアサーバ（１２）から前記複数のクライアントの少なくとも一つへと送信される、請求項１０から２４のいずれか一項記載の方法。
【請求項２６】
マルティメディアサーバ（１２）により前記通信経路上に前記チャネルデータストリームを送信することは、さらに、前記チャネルデータストリームの送信前に、前記チャネルデータストリームを符号化し、多重レベル符号化、非ゼロ復帰（ＮＲＺ）符号化、位相符号化、ブロック符号化、及びｎＢ／ｍＢ符号化（ここでｎ＜ｍ）の少なくとも一つに基づき、前記チャネルデータストリームを符号化する、請求項１０から２５のいずれか一項記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信システムに関し、特に、家庭内ローカルエリアネットワークに関する。
【背景技術】
【０００２】
ある者から他者へとデータを伝達する通信システムは、既知である。そのデータは、オーディオデータ、ビデオデータ及び／又はテキストデータであってもよい。このような通信システムでは、データは、１つ又はそれ以上の伝送媒体（例えば、無線周波数、同軸ケーブル、撚銅線対、ファイバ光学ケーブル等）を通じて、１つ又はそれ以上のデータ伝送プロトコルに従って伝送される。通信システム内でデータが通過する距離は、インチ、フィート、マイル、数十マイル、数百マイル、数千マイル等となりうる。
【０００３】
また、既知の如く、通信システムには、２つの基本構成がある。すなわち、ワイドエリアネットワーク（ＷＡＮ）及びローカルエリアネットワーク（ＬＡＮ）である。さらに、ＷＡＮ及び／又はＬＡＮ通信システムは、放送、非対称伝送、及び対称伝送等、様々な通信型式を用いることがある。放送システムでは、ネットワーク・ハブが、複数のユーザへとデータを送信するが、ユーザからネットワーク・ハブへは、ほとんど何も送信されないか、あるいは全く送信がなされない。放送システムの例として、ラジオシステム、ＮＴＳＣ（米国テレビ方式委員会）テレビシステム（例えば、普通のテレビ）、高品位テレビシステム、ケーブルシステム、及び衛星システム等がある。これら放送通信システムの各々では、ネットワーク・ハブ（例えば、ラジオ局、テレビ局等）が、放送信号を送信する。放送信号圏内にて適切な受信器（例えば、ラジオ、テレビ等）を有するあらゆるユーザが、放送信号を受信可能である。このような放送システムには、振幅変調、周波数変調、極超短波、超短波等、特定のデータ転送プロトコルが用いられる。
【０００４】
非対称通信システムは、一方向において他方向よりも多くのデータを送信する（すなわち、ある者が、他者から受信するよりも多く他者へと送信する）。非対称通信システムの例として、インターネットが挙げられる。インターネットでは、ウェブサーバは、どのユーザから受信するよりも実質的に多くのデータを送信する。インターネットは、ＴＣＰ／ＩＰを、データ伝送プロトコルとして用いており、その一方で、種々の物理レイヤデータプロトコルが、インターネットへのアクセスに利用されうる。このような物理レイヤデータ伝送プロトコルには、非同期転送モード（ＡＴＭ）、フレームリレー、統合サービスデジタル網（ＩＳＤＮ）、デジタル加入者ループ（ＤＳＬ：digital subscriber loop）、及びそこから派生したものの全て、並びに多重パケットラベルスイッチング（ＭＰＬＳ）がある。このような非対称通信システムは、ワイドエリアネットワーク（例えば、インターネット）、又はローカルエリアネットワーク（例えば、ローカルサーバーベースシステム）であってもよい。
【０００５】
対称通信システムには、複数のユーザが含まれ、あらゆるユーザ間のデータフローが等しくなっている。対称通信システムの例には、公衆交換電話網（ＰＳＴＮ）、ローカルコンピュータネットワーク、セルラ電話システム、構内電話システム、構内交換機（ＰＢＸ）等がある。このような対称通信システムは、少なくとも１つのデータ伝送プロトコルを用いる。例えば、コンピュータネットワークは、イーサネット（登録商標）規格のいずれかを利用してもよい。
【０００６】
どのような種類の通信システムでも、ユーザは、通信システムに対して個別にアクセスするために、適切な装置（受信及び場合により送信装置）を持つ必要がある。例えば、衛星テレビシステムのユーザは、衛星放送を受信するために、衛星受信器及びテレビを持たねばならない。他のテレビが衛星放送に対して別個にアクセスする場合には、それ自身の衛星受信器が必要となる。現行のほとんどのテレビにはＮＴＳＣチューナ及び／又は何らかの形式のケーブルチューナが含まれているが、同じことがＮＴＳＣ放送、ケーブル放送等にも当てはまる。
【０００７】
複数のテレビを所有する世帯の数が増加しており、多くのユーザが最新かつ重要なビデオ試聴サービスを希望している。このように、多くの世帯が、複数の衛星受信器、ケーブルセットトップボックス、モデム等を、所有している。さらに、既知の如く、衛星放送に対する従属複数アクセスは、子テレビを親テレビに接続することによりなされうる。親テレビは、衛星受信器を完全に制御するとともに、衛星受信器に対して単独でアクセスする。その一方で、子テレビは、親テレビが選択したチャネルを、それがなんであれ受信する。
【０００８】
家庭内インターネットアクセスについては、各コンピュータ又はインターネット装置が、自身でインターネットに接続する。このように、各コンピュータ又はインターネット装置に、モデムが含まれている。各コンピュータが自身のモデムを持つのではなく、インターネットへのアクセスを提供するために、家庭内ローカルエリアネットワークが用いられてもよい。このような家庭内ローカルエリアネットワークにおいて、各コンピュータ又はインターネット装置には、サーバにアクセスするためのネットワークカードが、含まれている。そのサーバが、インターネットへの接続を提供する。現在、ネットワークカードのコストは、少なくとも５６Ｋモデムと同程度に高価なので、このような家庭内ローカルエリアネットワークによりコストが低減されることはない。
【０００９】
さらに、既知のように、家庭内ローカルエリアネットワークは、電話回線、無線周波数、電力線、及び／又は赤外線接続の１つ又はそれ以上を、通信媒体として用いる。このような家庭内ローカルエリアネットワークは、通例、複数のコンピュータを１台又はそれ以上のプリンタ、ファックス機等に接続する家庭内コンピュータネットワークに役立てるために、用いられる。このように、娯楽型データ伝送（例えば、ＶＣＲ、ＤＶＤ等）は、娯楽型データを送受信する家庭内ＬＡＮに対応させるように家屋が特別に配線されることなしには、家庭内ローカルエリアネットワークによる対応がなされない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
このように、上述の問題を克服して家庭内に追加のサービスを提供する通信システム用の方法及び装置が、必要とされている。
【課題を解決するための手段】
【００１１】
一般に、本発明は、ローカルエリアネットワークに対するマルチメディアサービスの提供、マルチメディアシステム内の複数チャネルの多重化、及びマルチメディアシステム内のリソースを管理する方法及び装置を提供する。
【００１２】
このような方法及び装置には、以下が含まれる。
【００１３】
ａ）少なくとも１つのマルチメディア送信元から、複数のチャネルを受信することにより開始する処理。例えば、複数のチャネルは、衛星接続、ケーブル接続、ＮＴＳＣ放送等を通じて、受信されてもよい。処理は、少なくとも１つのクライアントモジュールから、通信経路を通じて選択要求を受信することにより続行する。クライアントモジュールは、テレビ、コンピュータ、ラップトップコンピュータ、モニタ、パーソナルデジタルアシスタント等のクライアント装置と連携する。処理は、選択要求からチャネル選択コマンドの一組を生成することにより続行する。チャネル選択コマンドの組を生成することには、選択要求を解釈すること、要求を送信したクライアントの正当性を検証すること、及び、それぞれのクライアントに対して適切なアクセス権限を判別すること等が、含まれる。処理は、チャネル選択コマンドの一組に基づいて、複数のチャネルから、チャネルの一組を選択することにより、続行する。このように、受信された全チャネルから、いくつかのもののみが選択される。すなわち、チャネルの一組を構成するようにクライアントにより選択されたものである。処理は、チャネルの一組をチャネルデータストリームへとミキシングすることにより、続行する。そして、処理は、チャネルデータストリームを、通信経路を通じて少なくとも１つのクライアントモジュールへと、クライアントモジュールに対応した各クライアントが、選択したそれぞれのチャネルについてのチャネルデータを受信するように、伝送することにより継続する。このような方法及び装置により、複数のクライアント装置がマルチメディア送信元に対して、このようなマルチメディア送信元に対する個別のアクセスに対応した通常の受信及び／又は送信装置を必要とせずに、個別にアクセスできるようにする家庭内通信ネットワークが、確立される。
【００１４】
ｂ）マルチメディア送信元から、複数のチャネルを受信することにより開始する処理。例えば、複数のチャネルは、衛星接続、ケーブル接続、ＮＴＳＣ放送、ＨＤＴＶ放送等を通じて提供されたチャネルに対応していてもよい。さらに、あるいはその代わりに、複数のチャネルは、ＶＣＲ、ＤＶＤ、レーザーディスク（登録商標）プレイヤ等のビデオ送信元のグループにより提供されてもよい。そして、処理は、クライアントモジュールから複数のチャネル選択コマンドを受信することにより、続行する。クライアントモジュールは、複数のチャネルのうちの特定のチャネルにアクセスすることを要求するクライアント装置（例えば、テレビ、パーソナルコンピュータ、ラップトップコンピュータ等）と連携する。処理は、各チャネル選択コマンドについて複数のチャネルから１つのチャネルを選択して、選択チャネルを生成することにより、続行する。このように、各チャネル選択コマンドについて、対応するチャネルが、複数のチャネルから選択される。処理は、選択チャネルを、データ伝送プロトコル（例えば、符号化方式及び／又は変調方式）に基づいて符号化することにより、続行する。そして、符号化チャネルデータは、複数のクライアントへと伝送される。このような方法及び装置により、複数のクライアント装置がマルチメディア送信元に対して、このようなマルチメディア送信元に対する個別のアクセスに対応した通常の受信及び／又は送信装置を必要とせずに、個別にアクセスできるようにする家庭内通信ネットワークが、確立される。
【００１５】
ｃ）複数のクライアントの１つから、マルチメディアシステムサービスに対するクライアントの要求を受信することにより開始する処理。マルチメディアシステムサービスは、ラジオ局チャネル、テレビ局チャネル、衛星チャネル、ケーブルチャネル、インターネットアクセス、構内電話システム通信等にアクセスするものであってもよい。処理は、クライアントの要求がこの特定のクライアントに関して有効であるかどうかを判別することにより、続行する。例えば、その判別は、クライアントがこの特定のマルチメディアシステムサービスにアクセスする権限があるかどうかに応じて、そのシステムがこのようなサービス等に対応しているかどうかに応じて、なされる。処理は、マルチメディアシステムに、クライアントの要求を実行するのに充分なリソースがあるかどうかを判別することにより、要求が有効となった場合に、続行する。このようなりソースとしては、同調モジュール内のリソース、チャネルミキシングモジュール内のリソース、複数のクライアントとマルチメディアサーバとの通信経路の帯域幅等がある。処理は、マルチメディアシステムに、クライアントの要求を実行するのに充分なリソースがある場合に、クライアントの要求を実行するのに充分なリソースの少なくともいくらかを、マルチメディアシステムリソース割当手順に基づいて割り当てることにより、続行する。このことにより、システムのリソースが効率的に割り当てられることが、保証される。このような方法及び装置により、複数のクライアント装置がマルチメディア送信元に対して、このようなマルチメディア送信元に対する個別のアクセスに対応した通常の受信及び／又は送信装置を必要とせずに、個別にアクセスできるようにする家庭内通信ネットワークが、確立される。
【図面の簡単な説明】
【００１６】
【図１】本発明によるマルチメディアシステムの模式的ブロック図である。
【図２】本発明による他のマルチメディア通信システムの模式的ブロック図である。
【図３】本発明によるさらなるマルチメディア通信システムの模式的ブロック図である。
【図４】本発明によるさらなる他のマルチメディア通信システムの模式的ブロック図である。
【図５】本発明によるさらに別のマルチメディア通信システムの模式的ブロック図である。
【図６】図１に示されたマルチメディア通信システムのマルチメディアサーバ及びクライアントモジュールの模式的ブロック図である。
【図７】図２に示されたマルチメディア通信システムのマルチメディアサーバ及びクライアントモジュールの模式的ブロック図である。
【図８】図３に示されたマルチメディア通信システムのマルチメディアサーバ及びクライアントモジュールの模式的ブロック図である。
【図９】図４に示されたマルチメディア通信システムのマルチメディアサーバ及びクライアントモジュールの模式的ブロック図である。
【図１０】図５に示されたマルチメディア通信システムのマルチメディアサーバ及びクライアントモジュールの模式的ブロック図である。
【図１１】図１乃至図５のマルチメディア通信システムのいずれかで利用されうるマルチメディアサーバ及びクライアントモジュールの模式的ブロック図である。
【図１２】図１のマルチメディア通信システムで用いられうるマルチメディアサーバのより詳細な模式的ブロック図である。
【図１３】図２のマルチメディア通信システムで用いられうるマルチメディアサーバのより詳細な模式的ブロック図である。
【図１４】図３のマルチメディア通信システムで用いられうるマルチメディアサーバのより詳細な模式的ブロック図である。
【図１５】図４のマルチメディア通信システムで用いられうるマルチメディアサーバのより詳細な模式的ブロック図である。
【図１６】図５のマルチメディア通信システムで用いられうるマルチメディアサーバのより詳細な模式的ブロック図である。
【図１７】本発明によるマルチメディアサーバに組み込まれうる同調モジュールの機能ブロック図である。
【図１８】本発明によるマルチメディアサーバに組み込まれうるチャネルミキサの機能ブロック図である。
【図１９】本発明によるマルチメディアサーバに組み込まれうる同調モジュールの代替的な機能ブロック図である。
【図２０】本発明による、有線接続を通じて１つ又はそれ以上のクライアントモジュールに対して動作可能に接続されたマルチメディアサーバの模式的ブロック図である。
【図２１】本発明による、ＲＦ通信経路を通じて１つ又はそれ以上のクライアントモジュールに対して動作可能に接続されるマルチメディアサーバの模式的ブロック図である。
【図２２】本発明による、赤外線通信経路を通じて１つ又はそれ以上のクライアントモジュールに対して動作可能に接続されたマルチメディアサーバの模式的ブロック図である。
【図２３】本発明による代替的なマルチメディアサーバの模式的ブロック図である。
【図２４】本発明によるマルチメディア通信システム内のデータ伝送方法の論理図である。
【図２５】本発明によるマルチメディア通信システム内の有線接続を通じてのデータ伝送方法の論理図である。
【図２６】本発明によるマルチメディア通信システム内のデータ伝送の説明図である。
【図２７】本発明による、無線周波数通信経路を利用したマルチメディア通信システム内のデータ伝送方法の論理図である。
【図２８】本発明によるマルチメディア通信システム内の赤外線通信経路を通じてのデータ伝送の説明図である。
【図２９】本発明によるマルチメディアサーバ内に組み込まれうる同調モジュールの模式的ブロック図である。
【図３０】本発明によるマルチメディアサーバ内に組み込まれうる代替的な同調モジュールの模式的ブロック図である。
【図３１】本発明によるマルチメディアサーバ内に組み込まれうる他の同調モジュールの模式的ブロック図である。
【図３２】本発明によるマルチメディアサーバ内に組み込まれうるさらに別の同調モジュールの模式的ブロック図である。
【図３３】本発明によるマルチメディアシステム内でのチャネル選択方法を示す論理図である。
【図３４】図３３の論理図におけるチャネル選択コマンド受信をさらに示す論理図である。
【図３５】図３３の論理図におけるさらなるチャネル選択コマンド受信方法の論理図である。
【図３６】本発明によるマルチメディア通信システム内の代替的なチャネル選択方法の論理図である。
【図３７】図３６の論理図におけるチャネル選択コマンド受信をさらに示す方法の論理図である。
【図３８】本発明によるマルチメディア通信システムに用いるチャネルミキサの模式的ブロック図である。
【図３９】本発明によるマルチメディアサーバ内の要素に対して動作可能に接続したチャネルミキサの模式的ブロック図である。
【図４０】本発明によるマルチメディア通信システムにて用いる代替的なチャネルミキサの模式的ブロック図である。
【図４１】本発明によるマルチメディア通信システムにて用いられうる他のチャネルミキサの模式的ブロック図である。
【図４２】本発明によるマルチメディア通信システム内での信号のミキシングの論理図である。
【図４３】図４２の処理ステップをさらに規定する論理図である。
【図４４】図４２のステップの変換をさらに示す方法の論理図である。
【図４５】図４２のステップの変換をさらに規定する他の方法の論理図である。
【図４６】図４２のステップの変換をさらに規定する別の方法の論理図である。
【図４７】図４２のステップの変換をさらに規定するさらに別の方法の論理図である。
【図４８】図４２のステップ１０５２をさらに規定する方法の論理図である。
【図４９】本発明による代替的なチャネルミキシング方法の論理図である。
【図５０】本発明によりクライアントに対して動作可能に接続されたクライアントモジュールの模式的ブロック図である。
【図５１】本発明によりクライアントに対して動作可能に接続されたクライアントモジュールのより詳細な模式的ブロック図である。
【図５２】本発明による代替的なクライアントモジュールの模式的ブロック図である。
【図５３】本発明によるクライアントモジュール内でのデータ処理方法の論理図である。
【図５４】図５３のステップ１２３６及びステップ１２３８をさらに示す方法の論理図である。
【図５５】本発明によるクライアントモジュール内での代替的なデータ処理方法の論理図である。
【図５６】図５５に示された方法の拡張の論理図である。
【図５７】本発明によりクライアントにネットワーク接続を提供するマルチメディアサーバ用の方法の論理図である。
【図５８】図５７のステップ１３４２をさらに規定する方法の論理図である。
【図５９】図５８のステップ１３６２をさらに規定する方法の論理図である。
【図６０】図５７のステップ１３４８をさらに規定する方法の論理図である。
【図６１】本発明によるマルチメディアサーバ通信システム内のクライアント対クライアント通信及びネットワーク通信の処理方法の論理図である。
【図６２】本発明によるマルチメディアサーバ通信システム内のネットワーク通信及びクライアント対クライアント通信の代替的な処理方法の論理図である。
【図６３】本発明によるマルチメディア通信システム内のリソース管理方法の論理図である。
【図６４】図６３の方法の拡張の論理図である。
【図６５】本発明によるマルチメディア通信システム内の代替的なリソース管理方法の論理図である。
【発明を実施するための形態】
【００１７】
本発明は、図１乃至図６５を参照して、より完全に説明されうる。図１に、マルチメディアサーバ１２と、複数のクライアント２６〜３４に対して動作可能に接続された複数のクライアントモジュール１４〜２２とが含まれたマルチメディアシステム１０を示す。マルチメディアサーバ１２は、マルチメディア送信元２４からの複数のチャネル３６を受信するように動作可能に接続されている。マルチメディア送信元２４は、衛星接続、ケーブル接続、ＮＴＳＣテレビ放送用のアンテナ接続、ＨＤＴＶ放送、ＰＡＬ放送等であってもよい。当該技術における平均的技能を有する者には理解されるように、マルチメディアサーバ１２は、スタンドアロン型の装置であってもよく、衛星受信器、セットトップボックス、ケーブルボックス、ＨＤＴＶチューナ、家庭娯楽受信器等内に組み込まれてもよい。さらに、マルチメディアサーバ１２は、別々の要素、集積回路、及び／又はそれらの組み合わせを用いて、実装されてもよい。
【００１８】
マルチメディアサーバ１２は、複数のクライアントモジュール１４〜２２と、通信経路を通じて通信する。なお、通信経路は、無線周波数通信経路、有線接続、赤外線接続、及び／又はデータを伝送する他の手段であってもよい。このように、マルチメディアサーバ１２及び各クライアントモジュール１４〜２２には、所与の種類の通信経路を通じてデータを伝送するように動作可能な受信器及び／又は送信器が、含まれている。
【００１９】
図示の如く、各クライアントモジュールは、クライアントの１つに対して動作可能に接続されている。例えば、クライアントモジュール１４は、クライアント２６に対して動作可能に接続されている。なお、クライアント２６は、パーソナルデジタルアシスタントを表している。クライアントモジュール１６は、クライアント２８に対して動作可能に接続されている。なお、クライアント２８は、パーソナルコンピュータを表している。クライアントモジュール１８は、クライアント３０に対して動作可能に接続されている。なお、クライアント３０は、モニタ（例えば、ＬＣＤモニタ、フラットパネルモニタ、ＣＲＴモニタ等）を表している。このようなモニタには、スピーカ、又はスピーカ接続、チャネル選択、音量制御、画質等の制御機能が、含まれてもよい。クライアントモジュール２０は、クライアント３２に対して動作可能に接続されている。なお、クライアント３２は、テレビ、高品位テレビ（ＨＤＴＶ）、標準品位テレビ（ＳＤＴＶ）、ホームシアターシステム等であってもよい。クライアントモジュール２２は、クライアント３４に対して動作可能に接続されている。なお、クライアント３４は、ラップトップコンピュータを表している。
【００２０】
当該技術における平均的技能を有する者には理解されるように、クライアントモジュール２２は、対応するクライアントとは別個の装置であってもよく、クライアント内に組み込まれていてもよい。さらに、当該技術における平均的技能を有する者には、クライアントモジュール１４〜２２は、別個の要素及び／又は集積回路を用いて実装されてもよいことが、理解されるであろう。
【００２１】
各クライアント２６〜３４は、それに対応したクライアントモジュール１４〜２２を介して、複数のチャネル３６から１つ又はそれ以上のチャネルを選択する。図示の如く、クライアント２６は、表示用の複数のチャネルからチャネル３を選択している。それに応じて、クライアントモジュール１４は、チャネル３のチャネル選択を、マルチメディアサーバ１２へとリレーする。マルチメディアサーバ１２は、複数のチャネル３６からチャネル３を選択する。そして、チャネル３に対応したデータは、他のチャネル用のデータと多重化されて、マルチメディアサーバ１２から各クライアントモジュール１４〜２２へと伝送される。クライアントモジュール１４は、マルチメディアサーバ１２からの伝送を監視し、チャネル３に対応したデータを抽出する。そして、チャネル３用に抽出されたデータは、クライアント２６へと表示用に提供される。
【００２２】
クライアントモジュール１６，１８，２０，２２は、対応するクライアント２８，３２，３４のために、同様の機能をそれぞれ実行する。図示の如く、クライアント２８はチャネル５０５を選択し、クライアント３０はチャネル１０６を選択し、クライアント３２はチャネル２０６を選択し、クライアント３４はチャネル９を選択している。クライアントモジュール１６〜２２は、それぞれに対応したクライアント２８〜３４のチャネル選択を、マルチメディアサーバ１２に提供する。マルチメディアサーバ１２は、各選択要求について複数のチャネルから選択チャネルを抽出し、各選択チャネル（例えば、チャネル３，９，１０６，２０６，５０５）用のデータを多重化してデータストリームにする。そして、データストリームは、各クライアントモジュールへと伝送される。各クライアントモジュールは、それぞれのクライアントに適切な選択チャネルのデータを抽出する。例えば、クライアントモジュール１６は、チャネル５０５に関する伝送データを監視し、クライアントモジュール１８は、チャネル１０６に関する伝送データを監視し、クライアントモジュール２０は、チャネル２０６に関する伝送データを監視し、クライアントモジュール２２は、チャネル９に関する伝送データを監視する。
【００２３】
各クライアントからみると、クライアント２６〜３４は、マルチメディア送信元２４に対して独立してアクセスすることができる。それに応じて、クライアント２６は、例えばチャネル３からチャネル１２０へというように、いつでもチャネル選択を変更することができる。クライアントモジュール１４は、チャネル選択要求をマルチメディアサーバ１２に提供する。すると、マルチメディアサーバ１２は、チャネル３ではなく、チャネル１２０に関するデータをクライアント２６のために取得する。同様に、クライアント２８〜３４も、自身のチャネル選択を、図示された選択から他のチャネルへと変更可能である。なお、２つのクライアントが同一のチャネルを選択したならば、例えば、クライアント２６，２８の両者がチャネル３を選択したならば、マルチメディアサーバ１２は、チャネル３についてのみ一度、データを抽出し、チャネル３に関するデータのヘッダ情報内にクライアントモジュール１４，１６の双方の識別情報を配置する。このように、クライアントモジュール１４，１６は、マルチメディアサーバ１２による伝送から、同一のデータを抽出して、それぞれのクライアントに提供することになる。
【００２４】
当該技術における平均的技能を有する者には、図１のマルチメディアシステムが、各クライアントに対して、マルチメディア送信元２４への個別のアクセスを提供することが、理解されるであろう。代替的な実施形態として、クライアントモジュール１４〜２２の機能は様々である。例えば、クライアントモジュール１４は、クライアントモジュール１６が提供する独立した機能の全てを提供するわけではない、ということもある。例えば、クライアントモジュール１４は、独立したチャネル選択機能がないが、他のクライアントが選択したものの１つのみを選択するものであってもよい。その代わりに、１つのクライアントモジュールが、複数のクライアントに対応してもよい。
【００２５】
図２に、マルチメディアサーバ４２、複数のクライアントモジュール４６〜５４、及び複数のクライアント２６〜３４が含まれたマルチメディアシステム４０の模式的ブロック図を示す。マルチメディアサーバ４２は、ワイドエリアネットワーク（ＷＡＮ）４４及び／又は公衆交換電話網（ＰＳＴＮ）６６に対して動作可能に接続されている。ワイドエリアネットワーク４４は、例えばインターネットであってもよい。マルチメディアサーバ４２は、スタンドアロン型の装置であってもよく、モデム又はクライアント２６〜３４の１つの中に組み込まれてもよい。マルチメディアサーバ４２の機能は、別々の要素及び／又は集積回路を、対応するソフトウェアとともに利用して、実行されてもよい。
【００２６】
複数のクライアントモジュール４６〜５４は、通信経路を通じて、マルチメディアサーバ４２と通信する。通信経路は、無線周波数通信経路、赤外線通信経路、及び／又は有線通信経路であってもよい。このシステム４０では、マルチメディアサーバ４２は、各クライアント２６〜３４に対して、公衆交換電話網６６及び／又はワイドエリアネットワーク４４への独立したアクセスを、提供している。
【００２７】
公衆交換電話網６６へのアクセスのために、各クライアント２６〜３４には、識別符号（例えば電話番号）が含まれている。マルチメディアサーバ４２には、該マルチメディアサーバ４２が基地局として機能するとともに、各クライアントモジュール４６〜５４がそれぞれのクライアント２６〜３４と連携して送受話器として機能するように、コードレス電話機能が含まれている。このように、通例の電話通信について、マルチメディアサーバ４２は、複数の送受話器（すなわち、クライアント２６〜３４及びそれらに対応したクライアントモジュール４６〜５４）を含んだ単一の基地局である。なお、マルチメディアサーバ４２が、公衆交換電話網６６に対して複数の接続を有する場合、複数のクライアントにて、同時に継続した電話の会話がなされてもよい。さらに、マルチメディアサーバ４２には、各クライアント間の通信がシステム内でなされるように、構内交換機（ＰＢＸ）機能が含まれてもよい。例えば、クライアント２６は、クライアント３４と、マルチメディアサーバ４２を介して通信する。
【００２８】
ワイドエリアネットワーク４４にアクセスするために、マルチメディアサーバ４２には、ネットワーク接続が含まれている。そのネットワーク接続は、ＤＳＬモデム、ケーブルモデム、５６Ｋモデム、ＩＳＤＮモデム等であってもよい。さらに、マルチメディアサーバ４２には、各クライアントのワイドエリアネットワーク４４へのアクセスに役立つ、複数のネットワークアクセスアプリケーション（例えば、ウェブブラウザアプリケーション、電子メールアプリケーション等）が、含まれている。動作の際、それぞれのクライアント２６〜３４に関してクライアントモジュール４６〜５４は、そのクライアントがワイドエリアネットワーク４４へのアクセスを希望する旨の指示を提供する。ワイドエリアネットワーク要求を受信すると、マルチメディアサーバ４２は、その要求に基づき、それぞれのクライアントについてネットワークアクセスアプリケーション（電子メール又はウェブブラウザ）を開く。マルチメディアサーバ４２は、各クライアント２６〜３４のために開く複数のネットワークアクセスアプリケーションを有してもよい。これがなされると、マルチメディアサーバ４２は、それらのクライアントに対して、ネットワーク接続へのアクセスを所定の方法で割り当てる。例えば、マルチメディアサーバ４２は、各クライアントに対してネットワーク接続へのアクセスを提供するために、トークン通過概念を利用してもよい。
【００２９】
マルチメディアサーバ４２は、ワイドエリアネットワーク４４からデータを受信する。そのデータは、クライアント２６〜３４の１つ又はそれ以上に宛てられたものである。マルチメディアサーバ４２は、そのデータを多重化し、複数のクライアントモジュール４６〜５４に対して単一の伝送ストリームを提供する。各クライアントモジュールは、マルチメディアサーバ４２からの伝送を監視して、それぞれのクライアント２６〜３４用のデータを抽出する。そのクライアント用のデータを検出すると、クライアントモジュール４６は、当該データを抽出して、そのクライアントに提供する。
【００３０】
この図では、クライアント３０〜３４は、インターネットにアクセスしているので、ウェブアプリケーションを使用している。例えば、クライアント３４がウェブページ５６を開き、クライアント３２がウェブページ５８を開き、クライアント３０がウェブページ６０を開く。これらのウェブページの各々は、クライアントがワイドエリアネットワークに直接かつ独立してアクセスしているかのように、それぞれのクライアントに表示される。また、図示の如く、クライアント２６，２８は、電子メール６４，６２をそれぞれ開いている。このように、クライアント２６，２８は、それらの電子メールを、マルチメディアサーバ４２を介して処理する。
【００３１】
図３に、マルチメディアサーバ８８、複数のクライアントモジュール９０〜９８、複数のクライアント２６〜３４、ＤＶＤプレイヤ８２、ＶＣＲ８６、及び他のこのような再生装置が含まれたマルチメディアシステム８０の模式的ブロック図を示す。他のこのような再生装置としては、レーザーディスク（登録商標）プレイヤ、デジタルＶＣＲ、閉回路テレビ、カメラ一体型ビデオ等がある。このシステム８０では、マルチメディアサーバ８８が、再生装置（例えば、ＤＶＤプレイヤ８２及びＶＣＲ８６）へのアクセスを、複数のクライアントの各々に対して提供している。各クライアントは、ＤＶＤ再生、ＶＣＲ再生、又は他のビデオ送信元のいずれかからの再生を受信することを、選択してもよい。
【００３２】
この図では、クライアント２６は、ＤＶＤ再生８３を選択している。それに応じて、クライアント２６は、その選択の指示をクライアントモジュール９０に与える。クライアントモジュール９０は、クライアント２６の選択を、マルチメディアサーバ８８へと伝達する。マルチメディアサーバ８８は、その選択を処理して、再生データをクライアントモジュール９０に提供する。さらに図３に示される如く、クライアント３２がＤＶＤ再生８３を選択し、その一方で、クライアント２８，３０，３４がＶＣＲ再生８７を選択している。このように、対応する各クライアントモジュール９２〜９８は、そのクライアントの選択をマルチメディアサーバ８８に提供する。マルチメディアサーバ８８は、その選択を処理して、出力データストリームを生成する。この例では、出力データストリームには、ＤＶＤ再生８３データとＶＣＲ再生８７データとを多重化したものが、含まれている。それに応じて、マルチメディアサーバ８８がクライアントモジュール９０〜９８へと提供した伝送により、どのパケット及び／又はフレームにＤＶＤ再生データが含まれ、どのフレーム及び／又はパケットにＶＣＲ再生データが含まれているのかが、識別される。例えば、マルチメディアサーバ８８は、パケットを、ＤＶＤ再生データ又はＶＣＲ再生データを含むものとしてタグ付けしてもよい。その代わりに、マルチメディアサーバ８８は、特定のＶＣＲ又はＤＶＤ再生要求を提供したクライアントに対応した個々のクライアントモジュールの識別子を含めることにより、パケットにタグ付けしてもよい。いずれの場合でも、クライアントモジュール９０〜９８は、マルチメディアサーバ８８から伝送されたデータを解釈して、クライアントのために適切なデータを抽出する。そして、抽出されたデータは、そのクライアントに対して再生のために提供される。
【００３３】
当該技術における平均的技能を有する者には、マルチメディアサーバ８８が、クライアントモジュール９０〜９８に対して、ＲＦ接続、赤外線接続、及び／又は有線接続を通じて動作可能に接続してもよいことが、理解されるであろう。さらに、各クライアントモジュール９０〜９８は、個別の装置であってもよく、及び／又は、それぞれのクライアント内に含まれてもよい。当該技術における平均的技能を有する者には、さらに、クライアントモジュール９０〜９２が別々の回路要素及び／又は集積回路内に実装されてもよく、対応したプログラム動作をさらに含むことが、理解されるであろう。同様に、マルチメディアサーバ８８は、スタンドアロン装置であってもよく、ＤＶＤプレイヤ８２、ＶＣＲ８６、及び／又は他のあらゆるビデオ送信元内に組み込まれてもよい。マルチメディアサーバ８８は、別々の要素、集積回路、及び対応するプログラム動作を用いて実装されてもよい。
【００３４】
図４に、マルチメディアサーバ１０２、複数のクライアントモジュール１１２〜１２０、複数のクライアント２６〜３４、デジタルオーディオ記憶装置１０４、ＤＶＤオーディオ装置１０６、ラジオ受信器１０８、及びＣＤプレイヤ１１０が含まれたマルチメディアシステム１００の模式的ブロック図を示す。この図では、マルチメディアシステム１００は、各オーディオ装置に対する独立かつ直接の接続を必要とせずに、複数のオーディオ送信元の選択を複数のクライアントに提供する。
【００３５】
動作の際、クライアントモジュール１１２〜１２０は、それぞれのクライアントから選択要求を受信する。選択要求は、デジタルオーディオ記憶装置１０４からのオーディオ再生を選択するものである。なお、デジタルオーディオ記憶装置１０４は、ＭＰ３ファイル、デジタルオーディオ等、ＤＶＤオーディオプレイヤ１０６、ラジオ受信器１０８、ＣＤプレイヤ１１０、及び／又は他のあらゆる種類のオーディオ送信元を格納していてもよい。
【００３６】
選択要求を受信すると、マルチメディアサーバ１０２は、その要求を処理して認証し、一旦認証すると、適切なオーディオ送信元１０４〜１１０からデータを取得する。マルチメディアサーバ１０２は、オーディオ送信元１０４〜１１０からのオーディオデータを単一の伝送へと多重化する。各クライアントモジュール１１２〜１２０は、その伝送を受信して、そのクライアントに該当する部分を抽出する。
【００３７】
図４に示す如く、クライアント２６は、デジタルオーディオ記憶装置１０４からオーディオを出力するように選択している。それに応じて、クライアント２６は、選択要求をクライアントモジュール１１２へと提供する。そして、マルチメディアサーバ１０２へと提供される。マルチメディアサーバ１０２は、その要求を処理して、デジタルオーディオ記憶装置１０４からの再生を開始する。その記憶装置１０４からのオーディオ再生データは、マルチメディアサーバ１０２により受信される。マルチメディアサーバ１０２は、それを、他のオーディオ送信元からの他のオーディオ再生データと多重化し、単一の伝送をクライアントモジュールへと提供する。マルチメディアサーバ１０２からの伝送は、パケット及び／又はフレームにてなされてもよい。各パケット及び／又はフレームには、データの送信元及び／又はデータの宛先を識別するヘッダ部が、含まれている。それに応じて、クライアントモジュール１１２は、それをアドレス指定したデータ及び／又はデジタルオーディオ記憶装置１０４を特定したデータを得ようとして、伝送を監視する。伝送内にてこのようなデータを検出すると、クライアントモジュール１１２は、そのデータを抽出して、デジタルオーディオ再生１２２のためにクライアント２６に提供する。
【００３８】
クライアント２８は、ＤＶＤオーディオ再生１２４を選択している。それに応じて、クライアントモジュール１１４は、選択要求をマルチメディアサーバ１０２に提供する。マルチメディアサーバ１０２は、ＤＶＤオーディオ装置１０６を通じてのＤＶＤオーディオ再生を開始する。ＤＶＤオーディオ再生は、他のオーディオ再生データと多重化されて、多重化されたデータが、単一の伝送にてクライアントモジュールへと提供される。クライアントモジュール１１４は、ＤＶＤオーディオ再生データを抽出して、クライアント２８へと提供する。クライアントモジュール１２０は、同一の機能をクライアント３４に提供する。
【００３９】
クライアントモジュール１１６は、同様の機能をクライアント３０に提供する。但し、ＣＤ再生１２６について行う。それに応じて、クライアントモジュール１１６は、クライアント３０のＣＤ再生要求を、マルチメディアサーバ１０２に提供する。マルチメディアサーバ１０２は、ＣＤプレイヤ１１０を通じてＣＤ再生を開始し、そのＣＤ再生データを多重化して伝送ストリームとする。クライアントモジュール１１６は、ＣＤ再生データを伝送ストリームから抽出して、クライアント３０に提供する。
【００４０】
クライアントモジュール１１８は、マルチメディアサーバ１０２へのラジオ再生１２８接続を、クライアント３２に提供する。この例では、クライアント３２は、ラジオ再生及び所望のラジオ局の指定を提供する。クライアントモジュール１１８は、その要求をマルチメディアサーバ１０２に提供する。マルチメディアサーバ１０２は、その要求を解釈して、ラジオ受信器１０８を通じて受信した複数のチャネルの１つを選択する。選択されたラジオチャネルからのデータは、マルチメディアサーバ１０２により処理された他のオーディオデータと多重化される。クライアントモジュール１１８は、適切なラジオデータを伝送から抽出して、クライアント３２に提供する。
【００４１】
図５に、マルチメディアサーバ１３２、クライアントモジュール１３４〜１４２、クライアント２６〜３４、及び複数のマルチメディア送信元が含まれたマルチメディアシステム１３０の模式的ブロック図を示す。マルチメディア送信元には、ＶＣＲ８６、ＤＶＤプレイヤ８２、デジタルオーディオ記憶装置１０４、ＤＶＤオーディオ１０６、ラジオ受信器１０８、ＣＤプレイヤ１１０、マルチメディア送信元２４、公衆交換電話網６６、ワイドエリアネットワーク４４、並びに／又は、他の種類のオーディオ及び／若しくはビデオ送信元が、含まれている。このシステム１３０では、クライアント２６〜３４は、マルチメディア送信元のいずれかから再生を選択してもよく、及び／又は、マルチメディア送信元のいずれかに対する接続を選択してもよい。各クライアントモジュールからの選択要求により、要求の処理にマルチメディアサーバ１３２に役立つ所望のマルチメディア送信元、クライアント、所望のサービス及び他の情報が、識別されることになる。このように、あるクライアントがインターネットにアクセスする一方で、他のクライアントが衛星放送チャネルを視聴し、他のクライアントがＣＤ再生を聴取し、他のクライアントが電話をし、さらに他のクライアントがＤＶＤ再生を視聴している。このことは、各クライアントが自身のマルチメディア送信元を持つこと、及び／又はマルチメディア送信元に接続することなく、マルチメディアサーバ１３２を通じて、全てなされる。実質的に、マルチメディアサーバ１３２は、図１乃至図４のマルチメディアサーバ１２，４２，８８，１０２の１つ又はそれ以上の機能を提供する。一方、クライアントモジュール１３４〜１４２は、図１乃至図４を参照して概説したクライアントモジュールの１つ又はそれ以上の機能を提供する。
【００４２】
当該技術における平均的技能を有する者には理解されるように、マルチメディアサーバ１２，４２，８８，１０２，及び／又は１３２が、ホームシアター受信器、テレビ、モデム、セットトップボックス、ケーブル受信器、衛星受信器、ＶＣＲ、ＤＶＤプレイヤ等に組み込まれて、図１乃至図５に概説されたネットワーク機能を提供してもよい。当該技術における平均的技能を有する者には、さらに理解されるように、図１乃至図５のクライアント２６〜３４が、パーソナルコンピュータ、ラップトップコンピュータ、パーソナルデジタルシステム、ビデオ電話機、デジタル電話機、セルラ電話機、モニタ、テレビ、高品位テレビ、プリンタ、ファックス機、並びに／又は、オーディオ及び／若しくはビデオ出力を含むあらゆる装置のいずれかであってもよい。
【００４３】
図６に、図１のシステム１０のマルチメディアサーバ１２及びクライアントモジュール１４〜２２の模式的ブロック図を示す。マルチメディアサーバ１２には、同調モジュール１５０、チャネルミキサ１５２、送受信モジュール１５４、及び制御モジュール１５６が、含まれている。マルチメディアサーバ１２は、通信経路１９２を介して各クライアントモジュール１４〜２２に対して、動作可能に接続されている。通信経路１９２は、有線接続、送信有線接続、受信有線接続、送受信無線周波数経路、送信無線周波数経路、受信無線周波数経路、送受信赤外線経路、送信赤外線経路、及び／又は受信赤外線経路であってもよい。
【００４４】
各チャネルモジュール１４〜２２には、ネットワークインタフェースコントローラ１６８、選択モジュール１７０、並びに、ビデオ及び／又はオーディオインタフェース１７２が、含まれている。選択モジュール１７０は、クライアントからの入力を受信するように動作可能に接続されて、チャネル選択１７８を生成する。それに応じて、クライアントがテレビである場合には、該テレビが、選択モジュール１７２に対して、チャネル選択を示す信号を提供する。それに応じて、チャネル選択モジュール１７０には、テレビのチャネルを変更するのにテレビのリモートコントロールが用いられた場合、選択モジュール１７０が、制御信号を受信して解釈し、そこからチャネル選択１７８を生成するように、リモートコントロール受信器が、含まれてもよい。
【００４５】
ネットワークインタフェースコントローラ１６８は、チャネル選択１７８を受信して、通信経路１９２を通じたマルチメディアサーバ１２への伝送を準備する。ネットワークインタフェースコントローラ１６８により実行される処理は、通信経路１９２の型に依存している。例えば、通信経路が有線接続である場合、チャネル選択１７８は、送受信の種類に応じて処理されてもよい。なお、送受信の種類としては、時分割多重（ＴＤＭ）、周波数分割多重（ＦＤＭ）、パルス符号変調（ＰＣＭ）、振幅シフトキーイング（ＡＳＫ）、位相シフトキーイング（ＰＳＫ）、１／４位相シフトキーイング（ＱＰＳＫ）、直交振幅変調（ＱＡＭ）、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避付きＣＳＭＡ及び／又は衝突検知付きＣＳＭＡ等がある。
【００４６】
ネットワークインタフェースコントローラ１６８は、処理チャネル選択１７８をチャネル選択要求１９０として、マルチメディアサーバ１２の送受信モジュール１５４に提供する。当該技術における平均的技能を有する者には理解されるように、クライアントモジュール１４〜２０は、それぞれのチャネル選択要求１８２〜１８８を生成する際に、クライアントモジュール２２と同様の機能を実行する。当該技術における平均的技能を有する者には理解されるように、チャネル選択１７８には、オーディオチャネル、ビデオチャネル、個々のオーディオ送信元（例えば、ＣＤ再生）、個々のビデオ送信元（例えば、ＤＶＤプレイヤ）等を選択することが、含まれてもよい。さらに、チャネル選択要求１８２〜１９０には、音量調節、画質設定及び調節、表示規制、購入要求、画像内画像起動及び動作停止、画像内画像チャネル選択、ビデオ一時停止、逆再生、早送り、及び／又はオーディオミュートが、さらに含まれてもよい。
【００４７】
送受信モジュール１５４は、チャネル選択要求１８２〜１９０を、複数のクライアントモジュール１４〜２２から通信経路１９２を通じて受信する。送受信モジュール１５４は、物理レイヤ情報を、要求１８２〜１９０から抽出して、それぞれのチャネル選択要求１６４を取得する。送受信モジュール１５４は、チャネル選択要求１６４を制御モジュール１５６に提供する。なお、類推として、チャネル選択１７８がネットワークレイヤのデータに対応し、チャネル選択要求１８２〜１９０がＩＳＯ規格通信システムの物理レイヤのデータに対応していてもよい。このように、チャネル選択要求は、そのヘッダ内にて物理レイヤ型の識別を利用し、そのデータ部内にチャネル選択１７８を含んでいる。チャネル選択には、選択された個々のチャネルに対応したヘッダ部及びデータ部が含まれる。
【００４８】
制御モジュール１５６は、チャネル選択要求１６４を処理する。チャネル選択要求の処理には、その要求を認証して、それによりチャネル選択コマンドの組１６０を準備することが、含まれる。同調モジュール１５０は、チャネル選択コマンドの組１６０を受信し、そのチャネル選択コマンドの組１６０に基づいて、複数のチャネル１５８からチャネルの組１６２を抽出する。複数のチャネルは、衛星接続、ケーブル接続、ＮＴＳＣ放送、ＨＤＴＶ放送、ＰＡＬ放送等を通じて提供されるチャネルに対応している。同調モジュール１５０は、チャネルの組１６２の各チャネル用のデータを、チャネルミキサ１５２に提供する。
【００４９】
チャネルミキサ１５２は、チャネルの組１６２をミキシング（すなわち多重化）して、チャネルデータストリーム１６６を生成する。チャネルの組をミキシングすることには、各チャネルのデータを一般データ型に変換して、その一般データを、チャネルデータストリーム１６６として伝送するために、特定のデータフォーマットに変換することが、含まれる。
【００５０】
送受信モジュール１５４は、チャネルデータストリーム１６６を、チャネルデータパケット１８０で送信する。その代わりに、チャネルデータストリーム１６６は、チャネルデータフレームで伝送されてもよい。各クライアントモジュール１４〜２２は、そのネットワークインタフェースコントローラ１６８を通じて、チャネルデータパケット１８０又はフレームを受信する。
【００５１】
各クライアントモジュールのネットワークインタフェースコントローラ１６８は、各チャネルデータパケット１８０のヘッダを解釈して、それが対応するクライアントモジュール宛てのものであるかどうかを、判別する。そうなっている場合、ネットワークインタフェースコントローラ１６８は、チャネルデータパケット１８０の物理レイヤ部分を除去して、チャネルデータを取得する。チャネルデータ１７６は、ビデオ及び／又はオーディオインタフェース１７２に対して提供される。例えば、チャネルデータ１７６がビデオデータであれば、インタフェース１７２は、対応するクライアントの入力を表示するためのビデオインタフェースである。その代わりに、チャネルデータ１７６がオーディオデータであれば、インタフェース１７２は、対応するクライアントのオーディオ入力に対して接続されたオーディオインタフェースである。
【００５２】
図７に、図２のマルチメディアシステム４０のマルチメディアサーバ４２及びクライアントモジュール４６〜５４の模式的ブロック図を示す。マルチメディアサーバ４２には、モデムインタフェース２０２，処理モジュール２０４、メモリ２０６、及び送受信モジュール２０８が、含まれている。モデムインタフェース２０２は、ネットワーク接続２００に対して動作可能に接続されている。そして、ネットワーク接続２００は、ワイドエリアネットワーク４４に対して動作可能に接続されている。また、処理モジュール２０４は、公衆交換電話網６６に対しても接続されている。
【００５３】
各クライアントモジュール４６〜５４には、ネットワークインタフェースコントローラ１６８及びクライアントインタフェース２２２が、含まれている。動作の際、クライアントモジュールは、ワイドエリアネットワーク４４を介したインターネット接続、ＰＳＴＮ６６を介して電話で通話すること、あるいは、クライアント対クライアントの通信に対するクライアントの要望を示した要求を、クライアントインタフェース２２２を通じて、受信する。クライアントインタフェース２２２は、ＰＣＩバスインタフェース、ＡＣ９７バスインタフェース、パラレル入力、シリアル入力等を通じて、クライアントに対する接続を提供する。ネットワークインタフェースコントローラ１６８は、そのクライアントからの要求を処理して、要求パケットを作成する。この要求パケットは、マルチメディアサーバ４２の送受信モジュール２０８へと伝送される。
【００５４】
送受信モジュール２０８は、マルチメディアシステムが用いているデータ伝送プロトコルに従って、パケットから要求を取得する。送受信モジュールは、取得した要求を処理モジュール２０４に提供する。処理モジュール２０４は、その要求が有効であるかどうか判別する。有効であれば、処理モジュール２０４は、ＰＳＴＮ６６及び／又はＷＡＮ４４との適切なインタフェースを設定する。電話接続用のＰＳＴＮへの適切なインタフェースには、コードレス電話の基地局のような機能を実行する処理モジュール２０４が、含まれる。その一方で、クライアントモジュール及び／又はクライアントは、コードレス送受話器として機能する。基地局として、処理モジュール２０４はＰＳＴＮとの接続を開始し、要求元のクライアントへの電話通信を可能とする。
【００５５】
その要求が、ワイドエリアネットワーク４４を介してのインターネットアクセスを求めるものである場合、適切なインタフェースには、要求元のためにネットワークアクセスアプリケーションを起動する処理モジュールが含まれる。ネットワークアクセスアプリケーションは、ウェブブラウザアプリケーション、電子メールアプリケーション等であってもよい。個々のネットワークアクセスアプリケーションは、クライアントにより提供された要求に依存するものである。ネットワークアクセスアプリケーションを起動すると、処理モジュールは、ネットワーク接続２００がワイドエリアネットワーク４４に対して有効に接続しているかどうか判別する。有効に接続していなければ、処理モジュール２０４は、モデムインタフェース２０２を介して、ネットワーク接続２００を通じたワイドエリアネットワーク４４への接続を確立する。この時点で、それぞれのクライアントは、インターネットにアクセスすることができる。
【００５６】
インターネットアクセスが確立すると、クライアントインタフェース２２２は、インターネットデータをクライアントから受信して、ネットワークインタフェースコントローラ１６８に提供する。インターネットデータには、個々のネットワークアクセスアプリケーション（例えば、ウェブブラウザ、電子メール等）に応答したクライアントからの入力が、含まれる。例えば、電子メールアプリケーションへの入力には、メッセージ送信、メッセージ読取、メッセージ作成等が、含まれる。ネットワークアクセスアプリケーションを通じての、マルチメディアサーバによるこれらの入力の対応する処理は、クライアントへと、該クライアントによる表示のために提供される。このように、クライアントからみると、該クライアントはインターネットに直接アクセスできる。
【００５７】
クライアントは、キーボード、タッチスクリーン、及び／又は他の入力装置を通じて入力を生成して、クライアントインタフェース２２２を通じてクライアントモジュールに提供する。クライアントインタフェース２２２は、その入力をネットワークインタフェースコントローラ１６８に提供する。ネットワークインタフェースコントローラ１６８は、その入力をパケット化してパケット２１８を生成する。パケット２１８には、ヘッダ部及びデータ部が含まれる。ヘッダ部には、クライアントモジュール及び／又はクライアントの識別情報、宛先アドレス、並びに他の物理レイヤ型ヘッダ情報が、含まれる。データ部には、クライアントにより提供された入力データが、含まれる。各クライアントモジュール４６〜５４は、パケット２１０〜２１８を同様に生成する。
【００５８】
ネットワークインタフェースコントローラ１６８は、パケット２１０〜２１８を、マルチメディアサーバ４２の送受信モジュール２０８に対して、通信経路１９２を通じて提供する。通例、インターネットアクセスは双方向通信であるため、通信経路１９２には、独立した送信経路及び独立した受信経路が、含まれてもよい。送信経路は、パケット２１０〜２１８をマルチメディアサーバへ送信するために、用いられてもよい。一方、受信経路は、多重化されたクライアントデータ２３０をマルチメディアサーバ４２から受信するために、用いられてもよい。
【００５９】
送受信モジュール２０８は、パケット２１０〜２１８を受信し、物理レイヤヘッダ情報を除去して、取得済要求２２０を生成する。取得済要求２２０は、処理モジュール２０４に対して提供される。処理モジュール２０４は、該処理モジュール２０４上のネットワークアクセスアプリケーションを実行することにより、取得済要求２２０をネットワークデータ２２４へと変換する。なお、ネットワークデータ２２４には、ＷＡＮにアクセスする各クライアントのための別々のデータが、含まれる。処理モジュール２０４は、ネットワークデータ２２４を、モデムインタフェース２０２を通じ、出力モデムデータ２３４としてネットワーク接続２００に提供する。出力モデムデータ２３４に対する応答は、ネットワーク接続２００を通じ、入力モデムデータ２３２として受信される。処理モジュール２０４は、入力モデムデータ２３２を、受信ネットワークパケット２２６として、モデムインタフェース２０２を通じて受信する。
【００６０】
処理モジュール２０４は、受信ネットワークパケット２２４を解釈して、ネットワークパケットの送信元及び／又は宛先を識別する。個々のクライアント宛ての各ネットワークパケットについて、処理モジュールは、個々のクライアントをアドレス指定するヘッダ情報を付加することにより、クライアントデータ２２８を生成する。送受信モジュール２０８は、多重化クライアントデータ２３０を生成するクライアントデータ２２８に、物理レイヤインタフェース処理を実行する。
【００６１】
各クライアントモジュール４６〜５４は、通信経路１９２を通じて、多重化クライアントデータ２３２を受信する。ネットワークインタフェースコントローラ１６８は、多重化クライアントデータ２３０を監視して、そのクライアントモジュール及びそれぞれのクライアント宛てのパケットを特定する。各パケットに関し、ネットワークインタフェースコントローラ１６８は、対応するクライアントモジュールについて特定し、物理レイヤ情報を除去し、それぞれのクライアントデータをクライアントインタフェース２２２に提供する。クライアントインタフェース２２２は、それぞれのクライアントデータをクライアントに提供することにより、個々のクライアントのインターネットアクセスに役立てる。
【００６２】
また、マルチメディアサーバ４２は、システム４０のクライアント間における構内電話又はクライアント対クライアント通信を、提供してもよい。この例では、クライアントインタフェース２２２は、そのクライアントから、構内電話通信のための要求を受信することになる。ネットワークインタフェースコントローラ１６８は、この要求をパケット化して、マルチメディアサーバ４２の送受信モジュール２０８に提供する。処理モジュール２０４は、その要求を処理して、その要求が実現可能かどうか判別する。その要求が実現可能であるかどうかは、マルチメディアサーバのリソースの利用可能性、通信経路１９２の帯域幅の利用可能性、及び、構内電話通信に係るクライアントの能力に基づく。その要求が実現可能な場合、処理モジュール２０４は、起動したクライアントモジュールに、応答を提供する。
【００６３】
構内電話通信が一旦確立されると、起動したクライアントは、マルチメディアサーバに、ネットワークインタフェースコントローラ１６８を通じて、データをパケットで提供する。パケットには、ヘッダ部及びデータ部が含まれる。ここで、ヘッダ部は、クライアント対クライアント・データを含んだデータ部を指定している。処理モジュール２０４は、パケット化された構内電話データを一旦受信すると、これがクライアント対クライアント通信であることを検出し、クライアント対クライアント・データ２３６を処理する。処理モジュール２０４は、クライアント対クライアント・データ２３６を、クライアントデータ２２８の一部として提供する。クライアントデータ２２８には、それを、クライアント対クライアント通信データ、通信データ、及び／又はインターネット通信データとして識別するヘッダ情報が、含まれる。
【００６４】
送受信モジュール２０８は、クライアントデータ２２８の物理レイヤパケット化を実行して、多重化クライアントデータ２３０を生成する。対象となるクライアントモジュールは、ネットワークインタフェースコントローラ１６８を通じて、クライアント対クライアント通信を含むパケットを識別する。ネットワークインタフェースコントローラ１６８は、パケットの物理レイヤ部分を除去し、クライアント対クライアントデータをクライアントインタフェース２２２に提供する。クライアントインタフェース２２２は、構内電話データをそれぞれのクライアントに提供する。
【００６５】
図８に、図３のマルチメディア通信システム８０のマルチメディアサーバ８８及びクライアントモジュール９０〜９８の模式的ブロック図を示す。マルチメディアサーバ８８には、同調モジュール２４０、チャネルミキサ２４２、送受信モジュール２４６、及び制御モジュール２４４が、含まれている。各クライアントモジュール９０〜９８には、ネットワークインタフェースコントローラ２７０、ビデオ及び／又はオーディオインタフェース１７２、並びに選択モジュール２７２が、含まれている。
【００６６】
動作の際、選択モジュール２７２は、クライアントからの入力を受信して、送信元選択２７６を生成する。クライアントからの入力は、アクセスされるべき個々のマルチメディア送信元を指定する。この例では、マルチメディア送信元は、ＤＶＤプレイヤ８２、ＶＣＲ８６、圧縮ビデオ送信元２４８、閉回路テレビシステム、及び／又は他の型のビデオ送信元であってもよい。選択モジュール２７２は、入力を直接クライアントから受信してもよく、及び／又は、クライアントのリモートコントロール装置からの通信を受信する回路を含んでいてもよい。このように、選択モジュール２７２は、クライアントのリモートコントロール伝送を解釈して、送信元選択２７６を生成する。送信元選択２７６には、ヘッダ部及びデータ部が含まれる。ヘッダ部は、クライアントモジュールの識別情報を含み、実際のデータとは異なり、要求を含むデータ部を指定する。
【００６７】
送信元選択２７６は、ネットワークインタフェースコントローラ２７０に対して提供される。ネットワークインタフェースコントローラ２７０は、物理レイヤのオーバーヘッドを送信元選択２７６に付加して、選択要求２５８〜２６６としてマルチメディアサーバ８８に提供する。
【００６８】
送受信モジュール２４６は、選択要求２５８〜２６６を受信し、物理レイヤのオーバーヘッドを除去する。送受信モジュール２４６は、クライアントモジュールの送信元選択２７６を含んだ選択要求２５０を、制御モジュール２４４に提供する。制御モジュールは、選択要求２５０を処理して、その要求を認証し、サーバがその要求に対応可能であるかどうか判別して、対応可能であれば、選択コマンドの組２５２を生成する。
【００６９】
同調モジュール２４０は、選択コマンドの組２５２を受信し、対応する選択コマンド２５２に基づいて、マルチメディア送信元８２，８６，２４８の１つ以上から、データを選択する。同調モジュール２４０は、選択されたマルチメディア送信元から、データをチャネルの組２５４として、チャネルミキサ２４２に提供する。
【００７０】
チャネルミキサ２４２は、各マルチメディア送信元のデータを一般データに変換することにより、チャネル２５４の組を処理する。一般データは、特定のフォーマットのビデオデータへと変換される。そして、変換されたデータは、チャネルデータストリーム２５６へと集約される。送受信モジュール２４６は、チャネルデータストリーム２５６を受信して、伝送のためにデータパケット２６８としてパケット化する。
【００７１】
クライアントモジュール９０〜９８の各ネットワークインタフェースコントローラ２７０は、データパケット２６８を受信する。ネットワークインタフェースコントローラ２７０は、物理レイヤのオーバーヘッドを除去して解釈し、パケットがそれぞれのクライアントモジュール宛てであるかどうか判別する。そうであれば、ネットワークインタフェースコントローラは、パケット内に格納されたオーディオ及び／又はビデオデータ２７４を、ビデオ及びオーディオインタフェース１７２に提供する。ビデオ及びオーディオインタフェース１７２は、そのデータを、クライアントのオーディオ及び／又はビデオ入力に提供する。
【００７２】
図９に、図４のマルチメディアシステム１００のマルチメディアサーバ１０２及びクライアントモジュール１１２〜１２０の模式的ブロック図を示す。この図では、マルチメディアサーバ１０２には、送受信モジュール２８６、制御モジュール２８４、同調モジュール２８０、及びチャネルミキサ２８２が、含まれている。各クライアントモジュール１２０には、ネットワークインタフェースコントローラ３０８、選択モジュール３１０、及びオーディオインタフェース３１２が、含まれている。
【００７３】
動作の際、選択モジュール３１０は、それぞれのクライアントから入力を受信する。その入力により、デジタルオーディオ記憶１０４、ＣＤ１１０、ＤＶＤオーディオ１０６、ラジオ受信器１０８等、個々のオーディオ送信元が特定される。その入力は、選択モジュール３１０により処理されて、送信元選択３１４が生成される。送信元選択３１４により、個々の送信元及び対応するクライアントが、特定される。ネットワークインタフェースコントローラ３０８は、送信元選択３１４をパケット化して、選択要求２９８〜３０６として、マルチメディアサーバ１０２に提供する。
【００７４】
送受信モジュール２８６は、選択要求２９８〜３０６を、通信経路１９２を通じて受信し、送信元選択３１４を選択要求２８８として再構築する。制御モジュール２８４は、選択要求２８８を受信して、該選択要求２８８が実行可能かどうかを判別する。その判別は、マルチメディアサーバ１０２内で利用可能なリソース、通信経路１９２の帯域幅の利用可能性、個々のクライアントの正当性、及び個々のクライアントのアクセス権限に基づいてなされる。クライアントの選択要求が処理可能であれば、制御モジュールは、対応する各選択要求について、選択コマンド２９２を生成する。
【００７５】
同調モジュール２８０は、選択コマンドの組２９２を受信し、特定されたオーディオ送信元からの再生データにアクセスする。オーディオ送信元としては、デジタルオーディオを格納しうるデジタルオーディオ記憶１０４、ＭＰ３ファイル、ＣＤプレイヤ、ＤＶＤオーディオプレイヤ１０６、及び／又はラジオ受信器等がある。同調モジュール２８０は、対応するオーディオサービスにおける選択された再生を、チャネルの組２９４として出力する。
【００７６】
チャネルミキサ２８２は、チャネルの組２９４を受信して、一般的なオーディオデータへと変換する。そして、一般的なオーディオデータは、特定のオーディオデータフォーマットへと変換され、チャネルデータストリーム２９０へと集約される。チャネルミキサ２８２は、チャネルデータストリーム２９０を、送受信モジュール２８６に提供する。送受信モジュール２８６は、チャネルデータデータストリーム２９０をパケット化し、それをデータパケット２９６として複数のクライアントモジュール１１２〜１２０に提供する。
【００７７】
クライアントモジュール１１２〜１２０のネットワークインタフェースコントローラ３０８は、データパケット２９６を受信する。ネットワークインタフェースコントローラ３０８は、各パケットを解釈して、パケットがそれぞれのクライアントモジュール１２０用であるかどうか判別する。そのクライアントモジュール用の各パケットについて、ネットワークインタフェースコントローラ３０８は、オーディオデータ３１６を抽出して、オーディオインタフェース３１２に提供する。オーディオインタフェース３１２は、オーディオデータ３１６を、それぞれのクライアント装置に再生用に提供する。
【００７８】
図１０に、図５のマルチメディア通信システム１３０のマルチメディアサーバ１３２及びクライアントモジュール１３４〜１４２の模式的ブロック図を示す。マルチメディアサーバ１３２には、処理モジュール３４５、メモリ３４７、チャネルミキサ３４２、送受信モジュール３４６、制御モジュール３４４、及び同調モジュール３４０が、含まれている。各クライアントモジュール１４２には、選択モジュール３３４、ネットワークインタフェースコントローラ３３０、クライアントインタフェース２２２、ビデオ及びオーディオインタフェース１７２、ビデオインタフェース３３２、及びオーディオインタフェース３１２が、含まれている。
【００７９】
このマルチメディア通信システムでは、クライアントは、様々なマルチメディアサービスのいずれかを選択することができる。そのマルチメディアサービスには、クライアント対クライアント通信、衛星接続、ケーブル接続等からのチャネルの視聴、閉回路テレビの視聴、メモリ内に格納された圧縮ビデオの視聴、ＤＶＤの視聴、ＶＣＲからのカセットの視聴、デジタルオーディオの聴取、コンパクトディスクの聴取、ＤＶＤオーディオの聴取、ラジオ局の聴取、インターネットへのアクセス、及び／又は電話の通話等がある。
【００８０】
これらのマルチメディアサービスの１つ又はそれ以上を開始するために、クライアントモジュールの選択モジュール３３４は、クライアント装置又は該クライアント装置に対応したリモートコントロール装置からの入力を受信する。その入力により、個々のクライアントが特定されるとともに、要求された個々のサービスが特定される。選択モジュール３３４は、その入力を解釈して、送信元選択３３６を生成する。選択モジュール３３４は、送信元選択３３６を、ネットワークインタフェースコントローラ３３０に提供する。
【００８１】
ネットワークインタフェースコントローラ３３０は、マルチメディアサーバ１３２へと送信するための送信元選択３３６を、準備する。その準備は、送信元選択３３６を、物理レイヤ型の伝送用にパケット化し、送信元選択３３６の少なくとも一部を、ＴＤＭ伝送方式内で割り当てられたタイムスロットに配置し、マルチメディアサーバ１３２からのポーリング要求に応答し、トークンリングを要求及び／又は受信すること等により、なされてもよい。使用されるアクセス方式の種類にかかわらず、ネットワークインタフェースコントローラ３３０は、要求３２０〜３２８を生成する。その要求３２０〜３２８は、マルチメディアサーバ１３２の送受信モジュール３４６へと伝送される。
【００８２】
送受信モジュール３４６は、クライアントモジュール１３４〜１４２から、要求３２０〜３２８を受信する。送受信モジュール３４６は、利用されている伝送方式に従って、その要求を処理する。例えば、伝送方式がキャリア感知多重アクセスである場合、送受信モジュール３４６は、ヘッダを解釈して、個々の要求３２０〜３２８を切り分けるべく、個々のクライアントを識別する。さらなる例として、ＴＤＭアクセスが利用されている場合、送受信モジュール３４６は、各クライアントモジュールに対して割り当てられた個々のタイムスロットを識別して、対応する要求３２０〜３２８を識別する。利用されている伝送方式の型にかかわらず、送受信モジュール３４６は、物理レイヤ型のオーバーヘッドを要求３２０〜３２８から除去して、送信元選択３３６を再現する。送信元選択３３６は、制御モジュール３４４に対して選択要求３５０として提供される。
【００８３】
送受信モジュール３４６は、要求３２０〜３２８を処理して、要求されている個々の型の選択を識別する。その選択が、マルチメディア送信元の１つにアクセスすることである場合、上述のような処理がなされる。一方、送受信モジュール３４６は、クライアント対クライアント通信を要求する１つ又はそれ以上の要求３２０〜３２８を検出した場合、クライアント対クライアント要求を生成する。このクライアント対クライアント要求は、処理モジュール３４５に対して提供される。
【００８４】
制御モジュール３３４は、各クライアントモジュール１３４〜１４２のアクセス権限及び認証処理に応じて、各選択要求３５０を解釈する。その選択要求が有効であって、クライアントモジュールが認証されている場合、制御モジュール３３４は、対応する各要求３２０〜３２８について選択コマンドを生成する。制御モジュール３３４は、選択コマンドを、コマンドの組３５２として同調モジュール３４０に提供する。
【００８５】
同調モジュール３４０は、コマンドの組３５２の各選択コマンドを処理して、アクセスされるべきマルチメディア送信元を特定する。受信した各コマンドについて、同調モジュール３４０は、マルチメディア送信元の適切なチャネルを選択する。衛星接続、ケーブル接続、ラジオ受信器等の複数のチャネルを含むマルチメディア送信元について、同調モジュール３４０は、個々の送信元を選択して、このようなマルチメディア送信元からの複数のチャネルの１つを、さらに選択する。結果としての切り分けられたチャネルは、チャネルの組３４８として、チャネルミキサ３４２に対して提供される。
【００８６】
処理モジュール３４５は、クライアント対クライアント通信要求を受信し、その要求を処理してクライアント対クライアントデータ２３６を生成する。処理モジュール３４５は、クライアント対クライアントデータ２３６を、クライアントデータ２２８としてチャネルミキサ３４２に提供する。
【００８７】
チャネルミキサ３４２は、チャネルの組３４８を処理し、クライアントデータ２２８が含まれていればそれも処理する。チャネルミキサ３４２は、チャネルの組３４８の各チャネルのデータを、一般データへと変換する。クライアントデータ２２８がチャネルの組３４８の一般データと多重化されて、チャネルデータストリーム３５４が生成される。チャネルミキサ３４２は、チャネルデータストリーム３５４を、送受信モジュール３４６に提供する。
【００８８】
送受信モジュールは、マルチメディア通信システムに組み込まれた伝送プロトコルに従って、チャネルデータストリーム３５４を伝送する。このように、チャネルデータストリーム３５４は、フレーム化されたり、パケット化されたりして、通信経路を通じて各クライアントモジュール１３４〜１４２へと提供されるデータパケット３５６が、生成される。
【００８９】
各クライアントモジュールのネットワークインタフェースコントローラ３３０は、データパケット３５６を受信し、ヘッダ内のオーバーヘッド情報を解釈して、この個々のパケットが、対応するクライアントモジュールのためのものであるかどうか、判別する。そうであれば、ネットワークインタフェースコントローラは、オーバーヘッド情報を除去し、そのパケット内に格納された個々のデータ型をさらに解釈する。このことは、追加のオーバーヘッド情報を読み取って情報の個々の送信元を識別すること、及び／又は、メモリにアクセスすることにより、なされてもよい。なお、そのメモリは、所期のパケットを送信元選択３３６に対応させている。パケットがマルチメディア送信元の１つに対応している場合、ネットワークインタフェースコントローラ３３０は、オーディオ及び／又はビデオデータ３３８を、１つ以上のインタフェース１７２，３３２，３１２に提供する。一方、データがクライアント対クライアント通信、電話の通話、又はインターネットへのアクセスに関連している場合、ネットワークアクセスコントローラ３３０は、受信したデータをクライアントインタフェース２２２に提供する。
【００９０】
各インタフェース１７２，２２２，３３２，３１２は、シリアルポート、パラレルポート等のクライアント装置の外部ポート、又は、ＰＣＩバス、ＡＣ９７バス等を通じたアクセスにより、それぞれのクライアント装置のインタフェースとなる。データは、クライアント装置に一旦受信されると、クライアント装置が、アクセスしている個々のマルチメディア送信元に直接アクセスしているかのように、視覚的表示及び／又は音響出力される。
【００９１】
当該技術における平均的技能を有する者には理解されるように、チャネルミキサ３４２により実行されるデータのミキシングには、ミキシングされるデータの種類に応じた優先方式が、利用されてもよい。例えば、ミキシングされるデータに、リアルタイムのオーディオ及び／又はビデオデータが含まれている場合、このようなデータは、非リアルタイムビデオ及び／又はオーディオよりも優先されてもよい。このようなリアルタイムビデオ及び／又はオーディオには、電話通信、ライブの放送の視聴等が含まれる。一方、非リアルタイムビデオ及び／又はオーディオには、ＤＶＤ、ＶＣＲの視聴、デジタルオーディオ、ＣＤ、ＤＶＤオーディオの聴取等が含まれる。非リアルタイムデータは大規模なバースト（バースト間の時間間隔が長い）で伝送されて、表示データの連続したフローが提供されてもよい。逆に、リアルタイムデータは、より小規模のバーストでより頻繁に伝送される。
【００９２】
当該技術における平均的技能を有する者にはさらに理解されるように、マルチメディアサーバ１３２のメモリ３４７、又は図示されたそのマルチメディアサーバ内の他のメモリにより、マルチメディアサーバが、デジタルＶＣＲとして機能してもよい。このように、ライブの放送が、衛星接続、ケーブル接続、ＮＴＳＣ放送、ＰＡＬ放送、ＨＤＴＶ放送から取り込まれて、以後の再生用にメモリ内に格納されてもよい。
【００９３】
当該技術における平均的技能を有する者にはさらに理解されるように、マルチメディアサーバ１３２は、図示された１つ又はそれ以上のマルチメディア送信元に対して接続されてもよい。このように、マルチメディアサーバ１３２には、図１乃至図４に示されたマルチメディアサーバのいずれか又は全ての機能が、含まれてもよい。それに対応して、各クライアントモジュール１３４〜１４２には、図１乃至図４に示されたクライアントモジュールのいずれか又は全ての機能が、含まれてもよい。
【００９４】
図１１に、図１乃至図５に示されたマルチメディア通信システムの代替的な模式的ブロック図を示す。マルチメディアサーバ１２，４２，８８，１０２及び／又は１３２には、処理モジュール３６０及びメモリ３６２が、含まれている。マルチメディアサーバは、１つ又はそれ以上のマルチメディアサーバに対して、動作可能に接続されている。このようなマルチメディア送信元には、衛星接続、ケーブル接続、ＮＴＳＣ放送、ＰＡＬ放送、ＨＤＴＶ放送からの複数のチャネル１５８、記憶装置、カメラ一体型ビデオ等からの圧縮ビデオ２４８、ＤＶＤ再生８２、ＶＣＲ再生８６、格納されたデジタルオーディオ１０４、ＣＤ再生１１０、ＤＣＤオーディオ再生１０６、ラジオ受信１０８、インターネット接続４４、及び／又は公衆交換通信網６６への接続が、含まれている。
【００９５】
処理モジュール３６０は、単一の処理装置又は複数の処理装置であってもよい。このような処理装置は、マイクロコントローラ、マイクロプロセッサ、マイクロコンピュータ、中央処理装置、デジタル信号プロセッサ、プログラム可能ゲートアレイ、ステートマシン、論理回路、及び／又は、信号（アナログ及び／又はデジタル）を動作命令に基づいて処理する任意の装置であってもよい。メモリ３６２は、単一の記憶装置又は複数の記憶装置であってもよい。このような記憶装置は、読出専用メモリ、ランダムアクセスメモリ、システムメモリ、フラッシュメモリ、磁気テープメモリ、プログラム可能メモリ、消去可能メモリ、及び／又はデジタル情報を格納する任意の装置であってもよい。なお、処理モジュール３６０がその機能の１つ又はそれ以上を、ステートマシンまたは論理回路を通じて実行する場合、対応する命令を格納したメモリは、ステートマシン又は論理回路を備えた回路内に組み込まれる。処理モジュール３６０により実行されるとともにメモリ３６２内に格納されている機能は、以下に説明する図２４乃至図２８の論理図にて概説される。
【００９６】
一般に、マルチメディアサーバは、要求１８２〜１９０，２５８〜２６６，２９８〜３０６及び／又は３２０〜３２８をクライアントモジュールから受信することにより、複数のクライアントを１つ又はそれ以上のマルチメディアサーバにアクセスさせる。マルチメディアサーバは、その要求を処理して、データパケット１８０，２６８，２９６及び／若しくは３５６、又は、多重化クライアントデータ２３０を、要求の種類に従って生成する。さらに、クライアントモジュールは、情報パケット２１０〜２１８を提供してもよい。情報パケット２１０〜２１８には、インターネット接続、電話接続、及び／又はクライアント対クライアント通信用のデータが、含まれている。マルチメディアサーバは、パケットを、図１乃至図１０を参照して概説したように処理する。
【００９７】
クライアントモジュール１４〜２２，４６〜５４，９０〜９８，１１２〜１２０及び／又は１３４〜１４２には、処理モジュール３６４及びメモリ３６６が、含まれている。クライアントモジュールは、クライアント２６，２８，３０，３２及び／又は３４に対して、表示データ３６８を提供するように動作可能に接続されている。表示データには、オーディオデータ、ビデオデータ及び／又はテキストデータが、含まれてもよい。表示データ３６８の種類は、クライアント用にアクセスされる個々のマルチメディア送信元によるものである。処理モジュール３６４は、単一の処理装置又は複数の処理装置であってもよい。このような処理装置は、マイクロプロセッサ、マイクロコントローラ、マイクロコンピュータ、中央処理装置、プログラム可能ゲートアレイ、ステートマシン、論理回路、デジタル信号プロセッサ、及び／又は、信号（アナログ及び／又はデジタル）を動作命令に基づいて処理する任意の装置であってもよい。メモリ３６６は、単一の記憶装置又は複数の記憶装置であってもよい。このような記憶装置は、読出専用メモリ、ランダムアクセスメモリ、消去可能メモリ、フラッシュメモリ、磁気テープメモリ、システムメモリ、及び／又はデジタル情報を格納する任意の装置であってもよい。なお、処理モジュール３６４がその機能の１つ又はそれ以上を、ステートマシンまたは論理回路を通じて実行する場合、対応する動作命令を格納したメモリは、ステートマシン又は論理回路を備えた回路内に組み込まれる。処理モジュール３６４により実行されるとともにメモリ３６６内に格納されている機能は、図５２乃至図６２を参照して詳述されるものであり、図１乃至図１０を参照して概説されたものである。
【００９８】
図１２に、図１のマルチメディア通信システムのマルチメディアサーバ１２のより詳細な模式的ブロック図を示す。マルチメディアサーバ１２には、同調モジュール１５０、チャネルミキサ１５２、送受信モジュール１５４、及び制御モジュール１５６が、含まれている。同調モジュール１５０には、複数のチューナ３７０〜３７６、符号化モジュール３８０、及びバスインタフェースモジュール３８２が、含まれている。チャネルミキサ１５２には、少なくとも１つのストリーム・パージング・モジュール３９０、メモリコントローラ３９４、メモリ３９２、プロセッサ３９６、及びデータ符号変換モジュール３８８が、含まれている。ストリーム・パージング・モジュール３９０には、複数のビットストリームモジュール３９８〜４０４が、含まれている。
【００９９】
動作の際、制御モジュール１５６は、チャネル選択コマンドの組１６０を同調モジュール１５０に提供する。図示の如く、各チューナは、個々のチャネル選択コマンドを、制御モジュール１５６から受信する。その代わりに、制御モジュール１５６は、チャネル選択コマンド１６０を含んだデータストリームを、同調モジュール１５０に提供する。そして、同調モジュールは、データストリームを解釈して、受信される個々のコマンドを識別し、個々のチャネル選択コマンドをチューナ３７０〜３７６に提供する。各チューナ３７０〜３７６は、複数のチャネル１５８を受信するために接続された入力を有する。
【０１００】
複数のチャネルが、衛星接続、ケーブル接続、ＮＴＳＣ放送、ＰＡＬ放送、ＨＤＴＶ放送等を通じて、受信されてもよい。それに対応して、各チューナ３７０〜３７６には、対応するチューナ機能及び構成が、含まれることになる。例えば、複数のチャネル１５８がＮＴＳＣ放送を通じて受信される場合、各チューナには、テレビエンコーダが含まれ、複数のチャネルの１つが切り分けられ、デジタルビデオが出力として生成される。その代わりに、複数のチャネル１５８が衛星接続を通じて受信される場合、各チューナには、市販の衛星受信器にみられるように、衛星チューナが含まれる。衛星チューナは、ＭＰＥＧ２フォーマットで、複数のチャネルのうちの１つ又はそれ以上のチャネルを出力する。同様に、ＨＤＴＶ、ケーブルＴＶ等については、チューナは、複数のチャネルの個々の送信元に応じた構成をとることになる。各送信元用のこのようなチューナの構成は既知であるため、チューナについてのさらなる説明は、本発明の概念をさらに説明すること以外には、なされない。
【０１０１】
各チューナ３７０〜３７６は、選択チャネル３８４を出力して、符号化モジュール３８０に提供する。符号化モジュール３８０は、選択チャネル３８４の各々を、マルチメディアサーバ１２により用いられる符号化方式に従って符号化して、符号化チャネルデータ３８６を生成する。符号化方式は、多重レベル符号化、非ゼロ復帰符号化、位相符号化、ブロック符号化、及び／又は、ｎＢ／ｍＢ符号化（ここでｎ＞ｍ）の１つ又はそれ以上であってもよい。例えば、ｎＢ／ｍＢは、４Ｂ／５Ｂ符号化であってもよい。ここで、４ビットの実際のデータが、５ビットの符号化データに変換される。さらに、その符号化によってヘッダ部が付加される。このヘッダ部により、個々のチャネルが識別される。符号化チャネルデータ３８６は、同調モジュール１５０をバスインタフェースモジュール３８２によりチャネルミキサ１５２に接続するバス上に、配置される。
【０１０２】
バスインタフェースモジュール３８２は、符号化チャネルデータ３８６を、マルチメディアサーバ１２内で用いられる個々のデータ伝送方式に従って、バス上に配置する。例えば、データ伝送プロトコルは、キャリア感知多重アクセス、ＴＤＭＡ等であってもよい。
【０１０３】
チャネルミキサ１５２は、符号化チャネルデータ３８６を同調モジュール１５０から受信するように動作可能に接続されている。チャネルミキサ１５２は、符号化チャネルデータ３８６を、ストリーム・パージング・モジュール３９０を通じて受信する。ストリーム・パージング・モジュール３９０には、複数のビットストリームモジュール３９８〜４０４が、含まれている。各ビットストリームモジュール３９８〜４０４は、関心のある個々のチャネルに対応したデータを待ち受けて、バスを監視する。それに対応して、各ビットストリームモジュール３９８〜４０４は、個々のクライアントモジュールに関するデータを処理するために、割り当てられている。例えば、ビットストリームモジュール３９８が、図１のクライアントモジュール１４用のデータを処理するために割り当てられ、ビットストリームモジュール４００が、図１のクライアントモジュール１６用のデータを処理するために割り当てられる、というようになっていてもよい。
【０１０４】
各ビットストリームモジュール３９８〜４０４は、バスインタフェースモジュール（図示せず）を含み、関連するデータの識別情報を検出するためにバスを監視する。当該技術における平均的技能を有する者には理解されるように、その代わりに、チャネルミキサ１５２には、全てのデータを受信するための単一の接続を提供するバスインタフェースモジュールが、含まれてもよい。ここで、バスインタフェースモジュールは、データを解釈して、適切なビットストリームモジュール３９８〜４０４に提供する。各ビットストリームモジュール３９８〜４０４は、関心のある対応チャネル４０６のデータを切り分けて、そのデータを、メモリコントローラ３９４を通じてメモリ３９２に提供する。
【０１０５】
関心のある各チャネル４０６に対応したデータがメモリ３９２に格納されるに従って、処理モジュール３９６は、関心のあるチャネル４０６を、その元々のフォーマットから一般データに変換してゆく。プロセッサ３９６により、一般データは、メモリコントローラ３９４を通じてメモリ３９２内に格納される。例えば、関心のあるチャネルが、マルチメディア送信元の１つから受信したビデオデータに対応している場合、プロセッサは、マルチメディア送信元の特定フォーマットのビデオデータ（例えばＭＰＥＧＩＩ）を、一般ビデオデータに変換する。このような一般ビデオデータは、ＭＰＥＧビデオデータ、ＪＰＥＧデータ、Ｍ−ＪＰＥＧビデオデータ、デジタルＲＧＢデータ、及び／又はデジタルＹＣＢＣＲデータとして、フォーマットされていてもよい。
【０１０６】
関心のあるチャネル用のデータがオーディオデータである場合、プロセッサ３９６は、フォーマットされたオーディオデータを、その元々のフォーマットから、ＭＰＥＧフォーマットのオーディオデータ、ＭＰ３フォーマットのデータ、及び／又はＰＣＭデジタルオーディオデータ等の一般オーディオデータに変換する。
【０１０７】
データ符号変換モジュール３８８は、一般データ３９２を、メモリコントローラ３９４を通じて取得して、チャネルデータストリーム１６６を生成する。一般データが一般ビデオデータである場合、符号変換モジュール３８８は、一般ビデオデータを、ＭＰＥＧＩＩ等の特定のビデオデータフォーマットに変換して、チャネルデータストリーム１６６を生成する。一方、一般データに一般オーディオデータが含まれている場合、データ符号変換モジュール３８８は、それをＭＰ３等の特定のオーディオフォーマットに変換する。データが、インターネットデータ、通信データ及び／又はクライアント対クライアント通信データである場合、符号変換モジュール３８８は、そのデータを変換なしで、チャネルデータストリーム１６６の一部として提供する。
【０１０８】
データ送受信モジュール１５４は、チャネルデータストリーム１６６を受信して処理し、チャネルデータパケット１８０を生成する。送受信モジュール１５４により実行される処理は、マルチメディアサーバのデータ伝送プロトコルに応じたものである。このように、その処理により、チャネルデータストリーム１６６における個々のクライアントモジュール宛ての個々の部分を特定するために、オーバーヘッド情報が付加される。
【０１０９】
図１３に、図２のマルチメディア通信システムのマルチメディアサーバ４２のより詳細なブロック図を示す。図示の如く、マルチメディアサーバ４２には、モデムインタフェース２０２、処理モジュール２０４、メモリコントローラ４１８、送受信モジュール２０８、メモリ２０６、及びビデオグラフィック処理アプリケーション４２０が、含まれている。モデムインタフェース２０２は、モデム４２６に対して動作可能に接続されている。このモデム４２６により、ネットワーク接続２００が提供される。なお、モデム４２６は、ｘＤＳＬモデム、ワイヤレスモデム、５６Ｋモデム、ケーブルモデム、ＩＳＤＮモデム、又はホームネットワークへの接続であってもよい。さらに、モデムインタフェース２０２は、公衆交換電話網６６への接続を提供する。当該技術における平均的技能を有する者には理解されるように、マルチメディアサーバ４２は、インターネット接続の機能、公衆交換電話網への接続、及びクライアント対クライアント通信の１つ又はそれ以上を、提供してもよい。
【０１１０】
ビデオグラフィック処理アプリケーション４２０は、メモリ２０６内に格納されたソフトウェアアプリケーションであって、処理モジュール２０４により実行されてもよい。その代わりに、ビデオグラフィック処理アプリケーション４２０は、メモリコントローラ４１８に対して動作可能に接続された単一又は複数のビデオグラフィックプロセッサにより、実行されてもよい。どのような実装例でも、ビデオグラフィック処理アプリケーション４２０は、ＣＲＴ、ＬＣＤパネル等上での表示用のビデオデータを作成する。
【０１１１】
メモリ２０６は、クライアントサービスソフトウェア４１６、コードレス電話ソフトウェア４２２、クライアント対クライアントソフトウェア４２４、モデム割当ソフトウェア４１４、複数のウェブブラウザアプリケーション４１０、及び複数の電子メールアプリケーション４１２等の複数のソフトウェアアプリケーションを格納する。また、メモリ２０６は、クライアント表示データ４２２を格納する。クライアント表示データ４２２は、ビデオグラフィック処理アプリケーション４２０により処理されて、出力表示データが生成される。
【０１１２】
動作の際、送受信モジュール２０８は、パケット２１０〜２１８を複数のクライアントモジュールから受信する。当初、パケット２１０〜２１８には、個々のクライアント、サービス要求パケットであることを示す情報、及び要求されている個々のサービスの識別情報を含むペイロードを特定するヘッダ情報が、含まれている。要求されている個々のサービスは、インターネット、ＰＳＴＮを介しての電話の通話、及び／又はクライアント対クライアント通信に対してアクセスされてもよい。
【０１１３】
パケットがマルチメディアサーバにより受信されると、送受信モジュール２０８は、パケットから物理レイヤのオーバーヘッド情報を除去して、取得済要求２２０をメモリコントローラ４１８に提供する。メモリコントローラ４１８は、取得済要求２２０をメモリ２０６内に格納させる。処理モジュール２０４は、取得済要求２２０を取得して、その要求の処理を開始する。個々の種類のサービスを指定した要求について、処理モジュールは、その要求を解釈して、要求されているサービスを特定する。受信した要求パケットをメモリコントローラ４１８を通じてルーティングする代わりに、受信した要求パケットが、バッファ内に配置されて、処理モジュール２０４によりバッファから直接アクセスされてもよい。
【０１１４】
処理モジュール２０４は、クライアントサービスソフトウェア４１６を呼び出し、受信したパケットを解釈して、そのパケットが特定の種類のサービスを要求しているか、そのサービスが何であって、及び／又はそのパケットをデータパケットとして特定しているかどうかを判別する。処理モジュール２０４は、クライアントソフトウェア４１６を通じて、その要求がＰＳＴＮ６６を通じての電話の通話についてのものであると判別した場合、コードレス電話ソフトウェア４２２を呼び出す。一方、その要求がクライアント対クライアント通信のためのものである場合、処理モジュール２０４は、クライアント対クライアントソフトウェア４２４を呼び出す。また、その要求がインターネットへのアクセスのためのものである場合、処理モジュール２０４は、要求されているアクセスの個々の種類に応じて、電子メールアプリケーション４１２又はウェブブラウザアプリケーションを呼び出す。
【０１１５】
クライアント対クライアント通信については、送受信モジュール２０８は、通信データを含んだパケットを受信する。そのパケットは、送受信モジュールにより処理されて、その物理レイヤのオーバーヘッドが除去され、受信パケット２２０がメモリコントローラ４１８に対して提供されることになる。受信したパケットは、メモリ２０６内に格納されることになる。処理モジュール２０４は、クライアント対クライアントソフトウェア４２４を通じて、クライアント対クライアント通信データを、メモリ２０６から取得して処理し、クライアント対クライアントデータ２３６を生成する。処理モジュール２０４は、クライアント対クライアントデータ２３６を、メモリ２０６内に格納するために、メモリコントローラ４１８へと提供する。送受信モジュール２０８は、メモリコントローラ４１８が、クライアント対クライアントデータ２３６をメモリ２０６から取得して、クライアントデータ２２８として提供するようにする。送受信モジュール２０８は、そのクライアントモジュールに対応した他のサービスとのクライアント対クライアント通信のために、クライアントデータを多重化して、多重化クライアントデータ２３０を生成する。また、多重化クライアントデータには、クライアントモジュールに一旦受信されると個々のパケットを識別する物理レイヤのオーバーヘッドが、含まれている。
【０１１６】
サービス要求がＰＴＳＮ６６を通じた電話の通話である場合、処理モジュール２０４は、コードレス電話ソフトウェア４２２を呼び出す。これに対応して、処理モジュール２０４は、受信サービスパケット２２０をメモリ２０６から取得するに従い、そのデータについてコードレス電話ソフトウェア４２２を実行する。実質上、コードレス電話ソフトウェア４２２は、マルチメディアサーバ４２２が基地局として機能するとともにクライアントモジュール及び／又はクライアントがコードレス送受話器として機能するようにする。電話機能は、デュアルトーンマルチ周波数（ＤＴＭＦ）信号法を、番号のキーイングに利用している。マルチメディアサーバ４２と送受信器との間の送受信速度として、通常の９００Ｍｈｚコードレス電話周波数、２．４ギガヘルツ周波数、及び／又はＣＤＭＡ（符号分割多重アクセス）技術が、利用される。
【０１１７】
処理モジュール２０４は、受信パケット２２０を処理すると、ネットワークデータ２２４を生成する。このネットワークデータ２２４は、モデムインタフェース２０２に対して提供される。モデムインタフェースは、ネットワークデータ２２４をＰＳＴＮ６６に提供する。それに対応して、処理モジュール２０４は、ネットワークデータ２２４内の識別情報を、モデムインタフェース２０２がそれをＰＳＴＮ６６へとモデム４２６とは対照的に提供したことを認識するように、含んでいる。
【０１１８】
入力通信データについては、モデムインタフェース２０２は、そのデータを受信ネットワークパケット２２６として処理モジュール２０４に提供する。処理モジュール２０４は、コードレス電話ソフトウェア４２２を実行しつつ、受信ネットワークパケット２２６を処理して、クライアントデータ２２８を生成する。クライアントデータ２２８は、多重化クライアントデータ２３０の一部として送受信モジュール２０８によりクライアントへと送信される前に、一時的にメモリ２０６内に格納される。
【０１１９】
要求されたサービスがインターネットへのアクセスのためのものである場合、送受信モジュール２０８により受信されたパケット２１０〜２１８は、受信パケット２２０としてメモリ内に一時的に格納される。処理モジュール２０４は、要求されたインターネットアクセスの個々の種類に応じて、電子メールアプリケーション４１２又はウェブブラウザアプリケーション４１０を呼び出す。ウェブブラウザのアクセスについては、処理モジュール２０４は、ウェブブラウザアプリケーション４１０にアクセスする。電子メールのインターネットアクセスについては、処理モジュール２０４は、電子メールアプリケーション４１２を呼び出す。電子メールアプリケーション４１２及びウェブブラウザアプリケーション４１０は既知であるため、その機能に関して、本発明をさらに説明すること以外には、さらなる説明はなされないことになる。
【０１２０】
ウェブブラウザのアクセスについては、処理モジュール２０４は、ウェブブラウザアプリケーション４１０を呼び出して、受信パケット２２０を処理する。このような処理により、ネットワークデータ２２４が生成される。このネットワークデータ２２４は、モデムインタフェース２０２に対して提供される。モデムインタフェースは、ネットワークデータ２２４を、出力モデムデータ２３４として提供する。
【０１２１】
インターネットからの応答は、モデム４２６により受信され、モデムインタフェース２０２へと、入力モデムデータ２３２として提供される。モデムインタフェース２０２は、入力モデムデータ２３２を受信ネットワークパケット２２６として処理モジュール２０４に提供するとともに、ウェブブラウザアプリケーションを実行して処理済パケットを生成する。この処理済パケットは、メモリ２０６内に格納される。ビデオグラフィック処理アプリケーション４２０は、メモリ２０６から処理済パケットを取得し、それに対応したビデオグラフィック処理を実行して、クライアント表示データ４２２を生成する。メモリコントローラ４１８は、クライアント表示データ４２２を取得して、それをクライアントデータ２２８として送受信モジュール２０８に提供する。送受信モジュールは、クライアントデータ２２８を処理して、物理レイヤのオーバーヘッド情報を付加し、それを処理中の他のクライアントデータと多重化し、その多重化クライアントデータをクライアントモジュールへと伝送する。
【０１２２】
電子メールインターネットアクセスについて、処理モジュール２０４は、電子メールアプリケーション４１２を呼び出して、受信パケット２２０を処理する。処理により、ネットワークデータ２２４が生成される。このネットワークデータ２２４は、出力モデムデータ２３４として、モデムインタフェース２０２を通じてモデム４２６に提供される。電子メールの応答は、モデム４２６により受信され、入力モデムデータ２３２としてモデムインタフェース２０２に対して提供される。モデムインタフェース２０２は、受信データを、受信ネットワークパケット２２６として、処理モジュール２０４に提供する。処理モジュール２０４は、受信ネットワークパケット２２６について電子メールアプリケーション４１２を実行して、処理済データを生成する。処理済データは、メモリ２０６内に格納されて、ビデオグラフィック処理アプリケーション４２０によりアクセスされる。ビデオグラフィック処理アプリケーション４２０は、処理済データについてビデオグラフィック処理機能を実行し、クライアント表示データ４２２を生成する。実質的に、クライアント表示データ４２２は、メモリコントローラ４１８により取得されて、クライアントデータ２２８として送受信モジュール２０８に対して提供される。
【０１２３】
１つのクライアントのみがインターネットに接続している場合、そのクライアントは、ネットワーク接続の割当が不要となるように、モデム４２６に対して排他的にアクセスする。さらに、１つのクライアントのみがインターネットにアクセスしている場合、１つの電子メールアプリケーション及び／又は１つのウェブブラウザアプリケーションのみが、そのクライアントに対して開かれる。但し、一旦、２つ以上のクライアントがインターネットに接続すると、処理モジュールは、電子メールアプリケーション及びウェブブラウザアプリケーションを、各クライアントについて呼び出す。さらに、処理モジュール２０４は、複数のクライアントについて、複数の電子メールアプリケーション及び／又は複数のウェブブラウザアプリケーションを実行してもよい。この場合、モデムの割当は、インターネットに接続するクライアント間で共用される必要がある。このようにするために、処理モジュール２０４は、モデム割当ソフトウェア４１４を呼び出す。
【０１２４】
モデム割当ソフトウェア４１４は、複数のクライアント間で、モデム４２６へのアクセスを割り当てる。モデム割当ソフトウェアは、ＴＤＭＡ機能、ＣＳＭＡ機能、トークンリング通過、ポーリング機能等に、基づいていてもよい。それに対応して、処理モジュール２０４は、モデム割当ソフトウェア４１４に基づいて、個々のクライアントに対し、各クライアントがインターネットに実質的に均等にアクセスできるように、アクセスを提供する。
【０１２５】
当該技術における平均的技能を有する者には理解されるように、電子メールアプリケーション４１２及びウェブブラウザアプリケーション４１０を、マルチメディアサーバ４２内に格納することにより、クライアントは、インターネットに対して個別にアクセスできるように見える。なお、実際には、複数のクライアント間で共用されている。ビデオグラフィック処理アプリケーション４２０は、電子メールアプリケーション及び／又はウェブブラウザアプリケーション４１０と組み合わされて、それらのアプリケーションの処理に対応したデータが、クライアント装置がアプリケーションを処理していたように見えるようにする。当該技術における平均的技能を有する者にはさらに理解されるように、クライアント装置に、通例パーソナルコンピュータ内に含まれるビデオグラフィック処理が含まれる場合、ビデオグラフィック処理アプリケーション４２０は、マルチメディアサーバ４４２内でバイパスされてもよい。それに対応して、ウェブブラウザアプリケーション４１０又は電子メールアプリケーション４１２により処理されたデータは、クライアント表示データ４２２を生成することなくパケット化されて、それぞれのクライアント装置に対してクライアントデータ２２８として提供されてもよい。そして、それぞれのクライアント装置は、自身のビデオグラフィック処理をデータについて実行して、表示データを生成することになる。マルチメディアサーバ４２の全体の機能については、図５７乃至図６２を参照して詳述される。
【０１２６】
図１４に、図３のマルチメディア通信システムのマルチメディアサーバ８８の模式的ブロック図を示す。マルチメディアサーバ８８には、同調モジュール２４０、チャネルミキサ２４２、送受信モジュール２４６、及び制御モジュール２４４が、含まれている。同調モジュール２４０には、複数のマルチプレクサ４３０〜４３４、符号化モジュール３８０、及びバスインタフェースモジュール３８２が、含まれている。チャネルミキサ２４２には、ストリーム・パージング・モジュール３９１、メモリコントローラ３９４、メモリ３９２、プロセッサ３９６、及びデータ符号変換モジュール３８８の少なくとも１つが、含まれている。
【０１２７】
動作の際、制御モジュール２４４は、選択要求２５０をクライアントモジュールから受信して、そこから選択コマンドの組２５２を生成する。各選択コマンドは、マルチプレクサ４３０〜４３４の１つに対して提供される。各マルチプレクサ４３０〜４３４は、ＤＶＤプレイヤ８２、ＶＣＲ８６、圧縮ビデオ送信元２４８、閉回路テレビ、レーザーディスク（登録商標）プレイヤ、カメラ一体型ビデオ等の単一チャネルのビデオ送信元に対して接続された入力を有する。各マルチプレクサ４３０〜４３４は、それぞれの選択コマンド２５２に基づいて、単一チャネルのマルチメディア送信元の１つを、選択チャネル４３６として出力する。
【０１２８】
符号化モジュール３８０は、各マルチプレクサ４３０〜４３４から選択チャネル４３６を受信し、該選択チャネルを符号化して、符号化チャネルデータ４３８を生成する。符号化モジュール３８０により用いられる符号化方式は、多重レベル符号化、非ゼロ復帰符号化、位相符号化、ブロック符号化、ｎＢ／ｍＢ符号化（ここでｎ＜ｍ）であってもよい。符号化チャネルデータ４３８は、チャネルの組２５４として、チャネルミキサ２４２に対してバスインタフェースモジュール３８２を通じて提供される。当該技術における平均的技能を有する者には理解されるように、同調モジュール２４０は、個々のクライアントモジュールからの要求を処理する各マルチプレクサ４３０〜４３４を有する。例えば、１つのクライアントモジュールのみが、単一チャネルのマルチメディア送信元にアクセスしている場合、１つのマルチプレクサのみが呼び出されて、選択チャネルが生成される。単一の送信元のマルチメディア装置にアクセスするクライアントが多くなるほど、多くのマルチプレクサが呼び出される。複数のクライアントが、同一のマルチメディア送信元（例えばＤＶＤプレイヤ８２）にアクセスする場合、１つのマルチプレクサのみが呼び出される。ここで、複数のクライアント用の選択チャネルの処理には、同一の単一チャネルのマルチメディア送信元にアクセスする各クライアントが同一のデータを受信するように、複数のクライアントの識別情報、及び／又は選択チャネルが含まれる。
【０１２９】
チャネルミキサ２４２は、チャネルの組２５４を、ストリーム・パージング・モジュール３９１を通じて受信する。特に、各ビットストリームモジュール４４０〜４４６は、処理中の、関心のある個々のチャネル４４８に関するデータを待ち受けて、バスを監視する。それに対応して、各ビットストリームモジュールル４４０〜４４６は、個々のクライアントモジュール用のデータを処理する。各ビットストリームモジュール４４０〜４４６は、チャネルの組２５４を受信し、関心のあるチャネル４４８をそれぞれ生成する。このように、ビットストリームモジュール４４０〜４４６は、他の全てのチャネルのデータをフィルタ処理で除去して、関心のあるチャネルを得る。関心のある各チャネル４４８に対応したデータは、メモリコントローラ３９４を通じてメモリ３９２内に格納される。
【０１３０】
プロセッサ３９６は、関心のある各チャネル４４８用のデータを受信し、特定のフォーマットのビデオデータを一般ビデオデータに変換する。一般ビデオデータは、メモリコントローラ３９４を通じてメモリ３９２内に格納される。
【０１３１】
データ符号変換モジュール３８８は、ビデオデータをメモリ３９２から受信して、そこからチャネルデータストリーム２５６を生成する。データ符号変換モジュール３８８により実行される処理には、一般ビデオデータを特定のフォーマットのビデオデータに変換することが、含まれる。その特定のフォーマットのビデオデータには、チャネルデータストリーム２５６が含まれる。
【０１３２】
送受信モジュール２４６は、チャネルデータストリーム２５６を受信して、そこからデータパケット２６８を生成する。送受信モジュール２４６は、マルチメディア通信システムにより用いられる個々のデータ伝送プロトコルの物理レイヤのオーバーヘッドを付加して、データパケット２６８を生成する。
【０１３３】
図１５に、図４のマルチメディア通信システムにて用いられるマルチメディアサーバの模式的ブロック図を示す。マルチメディアサーバ１０２には、同調モジュール２０８、チャネルミキサ２８２、送受信モジュール２８６、及び制御モジュール２８４が、含まれている。同調モジュール２８０には、マルチプレクサ４５６〜４６０、チューナ４５０〜４５４、符号化モジュール４６４、及びバスインタフェースモジュール３８２が、含まれている。チャネルミキサ２８２には、少なくとも１つのストリーム・パージング・モジュール３９２、メモリコントローラ３９４、メモリ３９２、処理モジュール３９６、及びデータ符号変換モジュール３８８が、含まれている。
【０１３４】
動作の際、制御モジュール２８４は、選択要求２８８を、複数のクライアントモジュールから受信する。制御モジュール２８４は、選択要求２８８を処理して、選択コマンド２９２の組を生成する。選択コマンドは、複数のチューナ４５０〜４５４及び／又は複数のマルチプレクサ４５６〜４６０の１つ又はそれ以上に対して、提供される。複数のチューナ４５０〜４５４は、その入力に対して動作可能に接続されたラジオ受信器１０８を有する。ここで、ラジオ受信器は、ＡＭ及び／又はＦＭラジオ伝送を受信するアンテナであってもよい。チューナ４５０〜４５４は、通常の回路で構成され、複数のラジオ局のうちの個々のラジオ局に同調する。このようなチューナの構成は既知であるため、チューナ４５０〜４５４の機能又は構成については、本発明をさらに説明すること以外には、さらなる説明はなされない。
【０１３５】
それぞれの選択コマンドに基づいて、各チューナ４５０〜４５４は、受信した複数のラジオチャネルから個々のチャネルを選択する。各チューナからの出力は、各マルチプレクサ４５６〜４６０の入力となる。また、各マルチプレクサには、他の単一のオーディオチャネルマルチメディア送信元用の入力も、含まれている。このような単一のオーディオチャネルマルチマルチメディア送信元としては、ＣＤプレイヤ１１０、ＤＶＤオーディオプレイヤ１０６、デジタルオーディオ記憶装置１０４等がある。
【０１３６】
それぞれの選択コマンド２９２に基づき、各マルチプレクサ４５６〜４６０は、個々の選択チャネル４６２を出力する。それに対応して、選択チャネル４６２は、単一のオーディオチャネルマルチメディア送信元の１つ又は複数のチューナ４５０〜４５４の１つの出力であってもよい。
【０１３７】
符号化モジュール４６４は、選択チャネル４６２を受信して符号化し、符号化チャネルデータ４６８を生成する。符号化モジュール４６２により用いられる符号化方式は、多重レベル符号化、非ゼロ復帰符号化、位相符号化、ブロック符号化、ｎＢ／ｍＢ符号化（ここでｎ＜ｍ）の１つ又はそれ以上であってもよい。符号化チャネルデータ４６８は、バスインタフェースモジュール３８２を通じて、チャネルミキサ２８２に対して提供される。
【０１３８】
チャネルミキサ２８２は、符号化チャネルデータ４６８を、チャネルの組２９４として受信する。ストリーム・パージング・モジュール３９２には、複数のビットストリームモジュール４７０乃至４７６が、含まれている。ビットストリームモジュール４７０〜４７６は、チャネルの組２９４を受信して、関心のある個々のチャネル４７８に関するデータを抽出する。それに対応して、各ビットストリームモジュール４７０〜４７６は、個々のクライアントモジュールの個々のチャネル選択要求に対応している。各ビットストリームモジュール４７０は、関心のあるチャネルのデータのみを通すように、他のチャネルのデータをフィルタ処理にて除去する。関心のあるチャネル４７８に対応したデータは、メモリコントローラ３９４を通じて、メモリ内３９２に格納される。
【０１３９】
処理モジュール３９６は、関心のあるチャネル４７８に対応するデータをメモリ３９２から取得し、特定のフォーマットのオーディオデータを一般的なフォーマットのオーディオデータに変換する。一般的な形式のオーディオデータは、メモリ内３９２に格納される。このような一般的な形式のオーディオデータは、ＰＣＭデジタルオーディオ、ＭＰ３オーディオ、ＭＰＥＧオーディオ等であってもよい。
【０１４０】
送受信モジュール３８８は、一般オーディオデータをメモリから取得して、特定のオーディオフォーマットに変換する。このような特定のオーディオフォーマットは、ＭＰ３オーディオ、ＭＰＥＧオーディオ等であってもよい。データ符号変換モジュール３８８は、チャネルデータストリーム２９０における特定のオーディオフォーマットのデータを、送受信モジュール２８６に提供する。当該技術における平均的技能を有する者には理解されるように、データ符号変換モジュール３８８は、オーディオ送信元からのオーディオデータを、ＤＶＤプレイヤ、ＣＤプレイヤ、衛星接続等のマルチメディア送信元からのオーディオデータを処理するのと同様に処理する。
【０１４１】
送受信モジュール２８６は、チャネルデータストリーム２９０を、データパケット２９０に変換する。送受信モジュールは、マルチメディア通信システムのデータ伝送プロトコルを利用し、チャネルデータストリーム２９０のデータに物理レイヤのオーバーヘッドを付加して、パケットを生成する。そして、パケットは、複数のクライアントモジュールへと伝送される。
【０１４２】
図１６に、図５のマルチメディア通信システムに用いられうるマルチメディアサーバ１３２の模式的ブロック図を示す。マルチメディアサーバ１３２には、送受信モジュール３４６（図示せず）、制御モジュール３４４、同調モジュール３４０、チャネルミキサ３４２、処理モジュール３４５、及びメモリ３４７が、含まれている。同調モジュール３４０には、複数のＨＤＴＶチューナ４８０、複数のマルチプレクサ４３０〜４３４、複数のオーディオチューナ４５０〜４５４、第２の複数のマルチプレクサ４５６〜４５８、モデムインタフェース２０２、オーディオ符号化モジュール４６４、ビデオ／オーディオ符号化モジュール３８０、及びバスインタフェースモジュール３８２が、含まれている。
【０１４３】
チャネルミキサ３４２には、第１の複数のストリーム・パージング・モジュール３９１、第２の複数のストリーム・パージング・モジュール３９０、第３の複数のストリーム・パージング・モジュール３９３、及びデータ符号変換モジュール３８８が、含まれている。さらに、マルチメディアサーバ１３２は、ホスト装置内の要素を含むか、あるいは、ホスト装置内の要素に対して動作可能に接続されている。ホスト装置は、衛星受信器、ケーブルボックス、セットトップボックス、ホームシアター受信器、ＨＤＴＶチューナ等であってもよい。ホスト装置には、ホストプロセッサ４８２、メモリブリッジ４８４、ホストメモリ４８６、及びハードドライブ４８８が、含まれている。ホストの要素とのインタフェースをとるために、マルチメディアサーバ１３２は、直接メモリアクセス（ＤＭＡ）装置４９０を、さらに備えている。
【０１４４】
この構成にて、制御モジュール３４４は、選択要求を、ホストバスを通じて受信し、そこからコマンドの組３５２を生成する。コマンドの組は、ＨＤＴＶチューナ４８０、マルチプレクサ４３０〜４３４、オーディオチューナ４５０〜４５４、マルチプレクサ４５６〜４６０、及び／又はモデムインタフェースの個々のものに対して、提供される。このように、それに応じて、同調モジュールの各要素は、個々の選択コマンドに対して応答することになる。
【０１４５】
ＨＤＴＶチューナ４８０は、選択コマンド３５２を受信する場合、衛星又はケーブル送信元４８８からの個々のチャネルを選択する。選択チャネルは、符号化モジュール３８０に対して提供される。マルチプレクサ４３０〜４３４の１つが、選択コマンドを受信すると、そのマルチプレクサは、ＤＶＤプレイヤ８２、圧縮ビデオ２４８、ＶＣＲ８６等の単一チャネルマルチメディア送信元の１つを出力する。マルチプレクサ４３０〜４３４からの出力は、符号化モジュール３８０に対して提供される。符号化モジュール３８０は、単一チャネルのオーディオ及びビデオデータを、上述の符号化データに変換する。
【０１４６】
オーディオチューナ４５０〜４５４の１つが選択コマンドを受信すると、そのオーディオチューナは、ラジオ受信器１０８の複数のラジオチャネルから、特定のラジオチャネルを選択する。チューナからの出力は、符号化モジュール４６４に対して提供される。マルチプレクサ４５６〜４６０の１つが選択コマンドを受信すると、そのマルチプレクサは、その出力を符号化モジュール４６４に提供する。図示の如く、マルチプレクサ４５６〜４６０への入力には、ＤＶＤオーディオ１０６、デジタルオーディオ記憶１０４、及びＣＤ１１０が、含まれる。符号化モジュール４６４は、受信した選択チャネルのオーディオデータを、上述のように符号化する。
【０１４７】
符号化モジュール３８０，４６４からの出力は、バスインタフェースモジュール３８２に対して提供される。バスインタフェースモジュールは、符号化データを、チャネルミキシング回路に提供する。さらに、バスインタフェースモジュール３８２は、モデムインタフェース２０２及び公衆交換電話網６６に対して、動作可能に接続されている。モデムインタフェース及びＰＳＴＮ接続により、マルチメディアサーバ１３２に対して、図２、図７及び図１３を参照して上述したような、クライアントに供する能力が、提供される。
【０１４８】
ストリーム・パージング・モジュール３９０，３９１，３９３は、符号化チャネルデータを受信し、その符号化チャネルデータをフィルタ処理して、関心のある個々のチャネルを得る。関心のある個々のチャネルに対応したデータは、メモリコントローラ３９４を通じてメモリ３４７内に格納される。処理モジュール３４５は、関心のあるチャネルのデータをメモリ３４７から取得し、そのデータを一般オーディオデータ及び／又は一般ビデオデータに変換する。一般オーディオ及び／又はビデオデータは、メモリ３４７内に格納される。
【０１４９】
データ符号変換モジュール３８８は、一般オーディオ及び／又はビデオデータをメモリ３４７から取得して、特定のオーディオフォーマットに変換する。そして、それは、データストリームとして、複数のクライアントへの伝送用に、送受信モジュール３４６に対して提供される。
【０１５０】
ハードドライブ４８８は、デジタルオーディオを格納してもよい。デジタルオーディオは、デジタルオーディオ記憶１０４として提供される。それに対応して、デジタルオーディオは、ＭＰ３フォーマット、ＰＣＭオーディオ、及び／又は、デジタルオーディオ信号格納用のデジタル化手段で格納される。さらに、ハードドライブ４８８は、マルチメディア送信元の任意のチャネルがハードドライブ４８８内に格納されてその後に再生されるというように、デジタルＶＣＲとして機能してもよい。それに対応して、ホストメモリ４８６には、ホストプロセッサ４８２がハードドライブ４８８からデジタルＶＣＲとしてデータを取得できるようにする適切なソフトウェアが、含まれてもよい。
【０１５１】
図１７に、同調モジュールの機能ブロック図を示す。この同調モジュールは、以前に図示されたマルチメディアサーバのいずれにおいても使用されうる。図１７の機能図はＨＤＴＶチューナを利用した処理データに関係しており、その原理は、マルチチャネルのマルチメディア送信元からのデータ処理用として一般的である。例えば、図１７に示された複数のチャネル３６は、衛星接続、ケーブル接続、ＮＴＳＣ接続、ＰＡＬ接続、放送接続、ラジオ受信器接続等により受信されるチャネルに、対応していてもよい。
【０１５２】
図１７に示す如く、複数のチャネル３６には、チャネル識別情報、並びに、対応したオーディオ及び／又はビデオデータが、含まれている。この図において、チャネル００１には、チャネル００１オーディオ及びビデオデータが含まれ、チャネル００２には、チャネル００２オーディオ及びビデオデータが含まれるというようになっている。同様に図示されるように、チャネル００２、チャネル００４、及びチャネル９０１は、別々のクライアントにより選択されて視聴されている。それに対応して、チャネル選択コマンドの組１６０は、これら個々のチャネルを特定する。
【０１５３】
各ＨＤＴＶチューナ３７６，３７４，４８０は、チャネル選択コマンドの１つを処理する。図示の如く、ＨＤＴＶチューナ３７６は、チャネル００２のためのチャネル選択コマンドを処理し、ＨＤＴＶチューナ３７４は、チャネル００４のためのチャネル選択コマンドを処理し、ＨＤＴＶチューナ４８０は、チャネル９０１のためのチャネル選択コマンドを処理する。図示の如く、各ＨＤＴＶチューナ３７６は、複数のチャネル３６の全てを受信する。各ＨＤＴＶチューナ３７６からの出力は、それに対応した選択チャネルのものである。図示の如く、ＨＤＴＶチューナ３７６は、チャネル００２のオーディオ及びビデオデータ５００を出力し、ＨＤＴＶチューナ３７４は、チャネル００４のオーディオ及びビデオデータ５０２を出力し、ＨＤＴＶチューナ４８０は、チャネル９０１のオーディオ及びビデオデータ５０３を出力する。
【０１５４】
チャネル００２のオーディオ／ビデオデータ５００には、複数のフレーム５０４〜５１８が含まれている。各フレームは、ＭＰＥＧビデオデータのＩフレーム、Ｂフレーム、及び／又はＰフレームに対応していてもよい。チャネル００２のオーディオ／ビデオデータ５００は、符号化モジュール３８０に対して提供される。同様に、チャネル００４のオーディオ／ビデオデータ５０２には、複数のフレーム５２０〜５３４が含まれ、チャネル９０１のオーディオ／ビデオデータ５０３には、複数のフレーム５４０〜５５４が含まれている。
【０１５５】
符号化モジュール３８０は、それぞれのチャネルのオーディオ／ビデオデータ５００，５０２，５０３を符号化する。結果として得られるデータは、符号化チャネルデータ３８６であり、それには、複数のパケット５６０，５６６，５７２が含まれている。当該技術における平均的技能を有する者には理解されるように、パケット５６０，５６６，５７２は、マルチメディア通信システムで用いられるデータ伝送プロトコルに依存するフレームであってもよい。パケットベースの伝送（図１７に示される）について、符号化モジュール３８０は、各選択チャネル（この例として、チャネル００２，００４，９０１）からのデータを、順繰りにパケット化する。当該技術における平均的技能を有する者には理解されるように、関心のある個々のチャネルのデータのどれがどの順番で処理されるか判別するために、他の方式が用いられてもよい。例えば、あるチャネルが他のチャネルよりも優先してもよく、これは、リアルタイム伝送対非リアルタイム伝送の場合であってもよい。
【０１５６】
この説明では、パケット５６０には、ヘッダ部５６４及びデータペイロード５６２が含まれている。ヘッダ部５６４には、選択チャネルの識別情報、選択チャネルのデータの種類、マルチメディア送信元の識別情報、データが暗号化されているかどうかについての指定、暗号化の種類の指定、データが圧縮されているかどうかについての指定、圧縮の種類の指定、及び／又はパケットのシーケンス番号が、含まれてもよい。それに対応して、ヘッダ情報５６４には、クライアントモジュールがペイロード５６２内に格納されたデータを正確に取得するのに必要な情報の全てが、含まれる。図示の如く、チャネル００２のオーディオ／ビデオデータ５００におけるフレーム５０４の第１の部分は、ペイロード５６２内に含まれている。
【０１５７】
パケット５６６には、ヘッダ情報５６８及びペイロード５７０が含まれる。ヘッダ情報５６８には、ヘッダ５６４と同様であるがオーディオ／ビデオデータ５０２に関するデータに直接向けられた情報が、含まれる。ペイロード５７０は、オーディオ／ビデオデータ５０２におけるフレーム５２０の第１の部分からのデータを担持する。パケット５７２には、ヘッダ５７４及びペイロード５７６が含まれる。ヘッダ５７４には、５６４と同様であるがオーディオ／ビデオデータ５０３に直接向けられたヘッダ情報が、含まれる。ペイロード５７６には、フレーム５４０の一部が含まれる。
【０１５８】
符号化モジュール３８０により符号化された次の３つのパケットは、各フレーム５０４，５２０，５４０の第２の部分のためのものとなる。符号化モジュールは、フレームの全体が伝送されるまで、フレーム５０４，５２０，５４０の各部分をパケット化し続ける。フレームの全体が一旦伝送されると、符号化モジュール３８０は、次のフレームの部分を、オーディオ／ビデオデータ５００，５０２，５０３の順で符号化する。そして、符号化チャネルデータ３８６は、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避付きＣＳＭＡ、及び／又は衝突検知付きＣＳＭＡを利用したパケットとして伝送される。
【０１５９】
図１７は、符号化チャネルデータ３８６のパケット化について示されており、当該技術における平均的技能を有する者には、符号化モジュール３８０が、符号化チャネルデータ３８６がフレームとして作成されるＴＤＭＡ概念を用いることが、理解されるであろう。それに対応して、パケット５６０，５６６，５７２は、ヘッダ部及びデータ部が含まれたフレームで、置換されることになる。ヘッダ部には、選択チャネルの識別情報、選択チャネルのデータの種類、マルチメディア送信元の識別情報、暗号化が有効であるか無効であるかについての指定、用いられている暗号化の種類、圧縮が有効であるか無効であるかについての指定、圧縮の種類の指定、及びフレーム番号の１つ又はそれ以上が含まれる。このように、ヘッダ情報及びフレームのタイミングには、クライアントモジュールがそれぞれのデータ部又はペイロード内に格納されたデータを正確に取得できるように、充分な情報が含まれる。
【０１６０】
そして、符号化チャネルデータ３８６は、時分割多重及び／又は周波数分割多重に従って伝送される。
【０１６１】
図１８に、図１乃至図１１のマルチメディアサーバのいずれかに用いられうるチャネルミキサの機能図を示す。図示の如く、チャネルの組１６２は、符号化チャネルデータ３８６として受信される。符号化チャネルデータ３８６には、複数のパケット５６０，５６６，５７２が、含まれている。各パケット５６０，５６６，５７２には、ヘッダ部５６４，５６８，５７４及びペイロード部５６２，５７０，５７６が、それぞれ含まれている。
【０１６２】
チャネルミキサには、それぞれのバスインタフェース５８０〜５８４に対して動作可能に接続された複数のストリーム・パージング・モジュール３９０Ａ，３９０Ｂ，３９０Ｃが、含まれている。それぞれのバスインタフェース５８０〜５８４は、複数のパケットの各々を受信して、そのヘッダ部を読み取る。バスインタフェースモジュール５８０〜５８４が、特定のチャネル選択要求５８６，５８８，又は５９０に関する個々のパケットを検出すると、そのバスインタフェースは、ペイロード部とヘッダ部の一部とを、ストリーム・パージング・モジュール３９０Ａ，３９０Ｂ及び／又は３９０Ｃの残りの回路に提供する。
【０１６３】
各ストリーム・パージング・モジュール３９０Ａ，３９０Ｂ，３９０Ｃは、データ５９２，５９４，５９６を、特定のチャネル選択要求５８６，５８８，５９０に対応したパケットのペイロードから抽出する。データ５９２，５９４，５９６は、ビデオフレーム５０４，５２０，及び／又は５４０の全体が格納されるまで、メモリ３９２内に格納される。
【０１６４】
各ビデオフレーム５０４，５２０，５４０が一旦格納されると、プロセッサ３９６Ａ，３９６Ｂ及び／又は３９６Ｃは、対応するビデオフレーム５０４，５２０，又は５４０のそれぞれのデータをメモリから取得して、一般データ５９８，６００，６０２に変換する。一般データは、メモリ３９２内に格納される。データ符号変換モジュール３８８は、一般データ５９８，６００，６０２をメモリ３９２から取得して、特定のビデオ及び／又はオーディオデータフォーマットに変換し、変換したデータをチャネルデータストリーム１６６として、複数のクライアントへと伝送する。
【０１６５】
当該技術における平均的技能を有する者には理解されるように、プロセッサ３９６Ａ，３９６Ｂ，３９６Ｃは、ビデオフレーム５０４，５２０，５４０のデータを、データ５９２，５９４，５９６がメモリ内に格納されるのに従って、処理してもよい。すなわち、プロセッサは、ビデオフレームの全体が格納されて、データを一般データ５９８，６００，６０２に変換し始めるまで、待つ必要はない。
【０１６６】
図１８は、符号化チャネルデータ３８６のパケットを受信することに基づいて図示されているが、当該技術における平均的技能を有する者には、パケットがデータフレームであってもよいことが、理解されるであろう。それに対応して、バスインタフェースモジュール５８０〜５８４は、それぞれのストリーム・パージング・モジュール３９０Ａ，３９０Ｂ，又は３９０Ｃにより処理されるべきデータフレームを待ち受けて、バスを監視してもよい。取得するための個々のフレームの判別は、特定のチャネル選択要求５８６，５８８，５９０に基づいてなされる。それに対応して、特定のチャネル選択要求５８６，５８８，５９０に関するデータは、対応するストリーム・パージング・モジュール３９０Ａ，３９０Ｂ，又は３９０Ｃから取得されて、データ５９２，５９４又は５９６に変換される。
【０１６７】
図１９に、単一ビデオチャネルマルチメディア送信元を処理する図１乃至図１１のマルチメディアサーバのいずれかの同調モジュールの機能図を示す。図示の如く、マルチプレクサ４３０〜４３４は、複数の単一チャネルマルチメディア送信元からのビデオデータを受信するために、動作可能に接続されている。このような単一チャネルマルチメディア送信元としては、ＤＶＤプレイヤ、圧縮ビデオ記憶装置、ＶＣＲ、カメラ一体型ビデオ等がある。図示の如く、ＤＶＤプレイヤ８２からのビデオフレーム６１４は、圧縮ビデオ２４８のＭＰＥＧフレーム６１２及びＶＣＲ８６からのデジタルビデオデータ６１０とともに、各マルチプレクサ４３０〜４３４に対して提供される。各マルチプレクサ４３０〜４３４は、個々のチャネル選択要求を処理する。図示の如く、マルチプレクサ４３０は、ＤＶＤプレイヤ８２に関するビデオフレーム６１４を提供するためのチャネル選択要求を処理し、マルチプレクサ４３２は、圧縮ビデオ送信元２４８からのＭＰＥＧフレーム６１２を処理し、マルチプレクサ４３４は、ＶＣＲ８６からのデジタルビデオデータ６１０を処理している。
【０１６８】
図示の如く、ビデオフレーム６１４には、複数のフレーム６１６〜６３０が含まれる。ＭＰＥＧフレーム６１２には、複数のフレーム６３２〜６４６が含まれ、デジタルビデオデータ６１０には、デジタルビデオデータストリーム６４８が含まれる。
【０１６９】
符号化モジュール３８０は、ビデオフレーム６１４、ＭＰＥＧフレーム６１２、及びデジタルビデオデータ６１０を受信し、これらの送信元のデータを符号化して、符号化チャネルデータ４３８を生成する。これは、パケット化方式にてなされてもよい。ここで、パケット６４８，６５０，６５２は、ヘッダ部６５４，６５８，６６２及びペイロード部６５６，６６０，６６４をそれぞれ含むように、生成される。
【０１７０】
符号化モジュール３８０は、フレーム６１６の一部を、パケット６４８のペイロード６５６へと符号化する。同様に、符号化モジュール３８０は、デジタルビデオデータ６４８の一部を、パケット６５０のペイロード６６０へと符号化する。また、符号化モジュール３８０は、ＭＰＥＧフレーム６１２のフレーム６３２の一部を、パケット６５２のペイロード６６４へと符号化する。ヘッダ部６５４，６５８，６６２には、図１７を参照して上述したように、ヘッダ情報が含まれ、クライアントモジュールが対応するデータを正確に取得できるようにしている。
【０１７１】
図１９は、符号化チャネルデータ３４８を、ＣＳＭＡ型の物理レイヤ伝送を利用して、パケット６４８，６５０，６５２として伝送することに基づいて説明されたが、パケット６４８，６５０，６５２は、ＴＤＭＡ及び／又はＦＤＭＡ物理レイヤデータ伝送技術を利用して伝送されるデータフレームであってもよい。このように、符号化チャネルデータ４３８には、複数のパケットが含まれてもよい。ここで、各パケットには、複数のマルチメディア送信元の１つからのビデオデータ、及び／又は、複数のマルチメディア送信元の１つからのデータフレームのうちの１つの一部が含まれる。
【０１７２】
図２０に、図１乃至図５のマルチメディア通信システムの模式的ブロック図を示す。ここで、通信経路１９２は有線接続６７０である。図示の如く、マルチメディアサーバの同調モジュール１５０，２４０，２８０及び／又は３４０は、オーディオ／ビデオ送信元の入力６７４を受信する。オーディオ／ビデオ送信元の入力６７４は、既出の図面のいずれかに記述されたマルチメディア送信元のいずれかからのものであってもよい。同調モジュールは、オーディオ／ビデオ送信元からの個々のチャネルを、制御モジュール１５６，２４４，２８４及び／又は３４４から受信した選択コマンドに基づいて選択する。
【０１７３】
制御モジュールは、送受信モジュール１５４，２０８，２４６，２８６及び／又は３４６を通じて受信された選択要求に基づいて、選択コマンドを生成する。チャネルミキサ１５２，２４２，２８２及び／又は３４０は、同調モジュールからの出力を受信して、そこから、１つ又はそれ以上のクライアントモジュール用のデータを生成する。
【０１７４】
また、マルチメディアサーバには、通信元６７６を通じての通信を処理する処理モジュール２０４及び／又は３４５が、含まれている。通信元としては、インターネット接続、ＰＳＴＮ接続及び／又はクライアント対クライアント通信がある。
【０１７５】
送受信モジュール１５４，２０８，２４６，２８６及び／又は３４６には、ルータ６７２が含まれる。ルータは、各クライアントモジュール１４〜２２，４６〜５４，９０〜９８，１１２〜１２０及び／又は１３４〜１４２への接続を提供する。ルータ６７２等のルータの構成及び機能は既知であるため、本発明の概念をさらに説明する以外には、さらなる説明はなされない。
【０１７６】
通信経路１９２が有線接続であると、チャネルデータストリーム及び選択要求は、ある送受信の型を利用して送受信される。送受信の型は、時分割多重、周波数分割多重、パルス符号変調、振幅シフトキーイング、１／４位相シフトキーイング、直交振幅変調、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避付きＣＳＭＡ及び／又は衝突検知付きＣＳＭＡであってもよい。それに対応して、このような有線接続６７０は、同一の撚線対、同軸ケーブル、家庭内ネットワーク、電話回線等を通じてデータを送受信する。
【０１７７】
その代わりに、有線接続６７０には、送信有線接続及び受信有線接続が、含まれてもよい。チャネルデータストリームは、ある送信の型を用いて、送信有線接続を通じて伝送される。送信の型として、時分割多重（ＴＤＭ）、周波数分割多重（ＦＤＭ）、パルス符号変調（ＰＣＭ）、振幅シフトキーイング（ＡＳＫ）、位相シフトキーイング（ＰＳＫ）、１／４位相シフトキーイング（ＱＰＳＫ）、直交振幅変調（ＱＡＭ）、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避（ＣＡ）付きＣＳＭＡ、及び／又は衝突検知（ＣＤ）付きＣＳＭＡ等がある。受信有線通信経路は、クライアントモジュールからチャネル選択を受信するために用いられてもよい。受信有線接続は、ある受信の型を用いる。受信の型は、ＴＤＭ、ＦＤＭ、ＰＣＭ，ＡＳＫ、ＰＳＫ、ＱＰＳＫ、ＱＵＭ、ＣＳＭＡ、ＣＡ付きＣＳＭＡ、ＣＤ付きＣＳＭＡであってもよい。
【０１７８】
その代わりに、マルチメディア通信システムが、インターネット接続に対応している場合、送信有線接続及び受信有線接続は、通信元６７６に関係したデータを伝送する。このようなデータとしては、インターネット宛てのパケット、インターネットからの受信パケット、ＰＳＴＮ宛ての通信データ、ＰＳＴＮからの受信データ、及び／又はクライアント対クライアント通信データがある。
【０１７９】
図示の如くルータ６７２は、チャネルミキサ、同調モジュール及び制御モジュールに対して、動作可能に接続されている。また、ルータは、少なくとも１つのクライアントモジュールに対して、動作可能に接続されている。このような構成により、制御モジュールは、チャネルミキサからのチャネルデータストリームが、送受信の型に基づいてフォーマットされて、フォーマットされたチャネルデータが生成されるようにする。ルータは、フォーマットされたチャネルデータを、有線接続を通じてクライアントモジュールに提供する。チャネルミキサにより用いられるフォーマットの個々の型は、上述の送受信の型に基づいている。さらに、クライアントモジュールにより受信された選択要求は、ルータがそれを受信した場合に適切にデータをフォーマット解除して個々の選択要求を再現できるように、送受信の型に従ってフォーマットされることになる。有線接続６７０が、データを送受信する単一の経路であっても、受信及び送信経路を含んでいても、同じことが成り立つ。
【０１８０】
図２１に、無線周波数（ＲＦ）通信経路６８０としての通信経路を通じて、クライアントモジュールに対して、動作可能に接続されるマルチメディアサーバの要素の模式的ブロック図を示す。ＲＦ通信経路６８０を通じたＲＦ通信による通信に役立つように、マルチメディアサーバの送受信モジュール１５４，２０８，２４６，２８６及び／又は３４６には、ＲＦ送受信交換機６７８が含まれている。同様に、各クライアントモジュールには、ＲＦ送受信交換機、ＲＦ受信機、及び／又はＲＦ送信機が、含まれてもよい。個々の無線周波数の使用は、連邦通信委員会（ＦＣＣ）のような政府機関により規定されている。通例、このような家庭内周波数は、数百メガヘルツから１桁ギガヘルツの周波数帯に亘るものである。ある特定のＲＦ家庭内アプリケーションの型として、ＩＴＣ規格８０２．１１ａにより規定されたものがある。８０２．１１ａ規格により、家庭内及び／又は短距離のデータ送受信用の無線周波数を用いるための動作パラメータが与えられる。
【０１８１】
ＲＦ通信経路６８０は、マルチメディアサーバとクライアントとの間でデータを送受信するために、単一の周波数を利用してもよく、データ送信用の独立した周波数、及びデータ受信用の独立した周波数を含んでいてもよく、データ送受信用の複数の周波数を含んでいてもよく、データ受信用の複数の独立した周波数、及びデータ送信用の複数の独立した周波数を含んでいてもよい。
【０１８２】
図示の如く、ＲＦ送受信交換機６７８は、処理モジュール２０４及び／又は３４５、制御モジュール１５６，２４４，２８４及び／又は３４４、同調モジュール１５０，２４０，２８０及び／又は３４０、並びにチャネルミキサ１５２，２４２，２８２及び／又は３４２に対して、動作可能に接続されている。このように構成されて、制御モジュールは、チャネルデータストリーム（ＲＦ通信経路６８０を通じてクライアントモジュールへと伝送される）を、使用される送受信の型に基づいてフォーマットする。送受信の型は、時分割多重（ＴＤＭ）、周波数分割多重（ＦＤＭ）、パルス符号変調（ＰＣＭ）、振幅シフトキーイング（ＡＳＫ）、位相シフトキーイング（ＰＳＫ）、１／４位相シフトキーイング（ＱＰＳＫ）、直交振幅変調（ＱＡＭ）、キャリア感知多重アクセス（ＣＳＭＡ）、衝突回避（ＣＡ）付きＣＳＭＡ、及び衝突検知（ＣＤ）付きＣＳＭＡであってもよい。
【０１８３】
ＲＦ送受信交換機は、フォーマットされたチャネルデータを、送信間隔間に無線周波数経路６８０を通じて、クライアントに提供する。送信及び受信間隔については、図２６を参照して詳述される。
【０１８４】
クライアントモジュールは、フォーマットされたデータをＲＦ経路を通じて受信し、それを上述のように、そして、図５０乃至図５６を参照して後に詳述するように、処理する。さらに、クライアントモジュールは、選択要求を、送受信の型に基づいてフォーマットし、フォーマットされた選択要求を、ＲＦ通信経路６８０を通じて送受信モジュールに提供する。ＲＦ送受信交換機６７８は、選択要求を受信して、制御モジュールに提供する。制御モジュールは、選択要求を、上述のように、そして、図２４乃至図２８を参照して後に詳述するように、処理する。
【０１８５】
図２２に、赤外線通信経路６８４を通じて複数のクライアントに対して、動作可能に接続されたマルチメディアサーバの要素を有する、マルチメディア通信システムの模式的ブロック図を示す。本実施形態では、送受信モジュール１５４，２０８，２４６，２８６及び／又は３４６には、赤外線送受信交換機６８２が含まれている。同様に、各クライアントモジュールには、同様のＩＲ送受信交換機が含まれてもよい。本実施形態では、データは、マルチメディアサーバとクライアントモジュールとの間で、単一のＩＲ通信経路６８４を通じて伝送される。このように、ＩＲ通信経路は、クライアントへの送信部（すなわちマルチメディアサーバから）と、受信部（すなわちクライアントからサーバへ）とに、分割されている。その代わりに、ＩＲ経路には、送信ＩＲ経路及び受信ＩＲ経路が含まれてもよい。
【０１８６】
図示の如く、ＩＲ送受信交換機６８２は、処理モジュール、制御モジュール、同調モジュール、及びチャネルミキサに対して、動作可能に接続されている。このように構成されて、制御モジュールは、チャネルデータストリーム（ＩＲ通信経路６８４を通じて送受信モジュールからクライアントモジュールへと伝送される）を、使用される送受信の型に基づいてフォーマットする。上述のように、送受信の型としては、ＴＤＭ、ＦＤＭ、ＰＣＭ、ＡＳＫ、ＰＳＫ、ＱＰＳＫ、ＱＡＭ、ＣＳＭＡ、ＣＡ付きＣＳＭＡ、及びＣＤ付きＣＳＭＡ等がある。チャネルデータストリーム中に含まれた個々のデータは、クライアントモジュールから受信された選択要求に基づいている。
【０１８７】
クライアントモジュールは、送受信の型に基づいて選択要求をフォーマットし、フォーマットされた選択要求を、受信間隔間にＩＲ通信経路６８４を通じて伝送するか、あるいは、独立した受信ＩＲ経路を通じて送信する。送受信モジュールは、選択要求を受信すると、その選択要求を制御モジュールに提供する。制御モジュールは、コマンドを同調モジュールに提供する。同調モジュールは、そのコマンドに基づいて、ＡＶ送信元６７４から適切なチャネルを選択する。
【０１８８】
当該技術における平均的技能を有する者には理解されるように、マルチメディアサーバと複数のクライアントとの間の通信経路１９２には、図２０の有線通信経路６７０、図２１のＲＦ通信経路６８０、及び図２２のＩＲ通信経路６８４の１つ又はそれ以上が、含まれてもよい。例えば、各クライアントモジュール間の送受信経路は、ＲＦ通信経路を利用してもよく、受信経路はＩＲ経路であってもよい。さらなる例として、サーバと同一の物理的位置内にあるクライアントモジュールは、他のクライアントモジュールがＲＦ通信経路を利用した家庭内における別の位置にある一方で、有線通信経路を通じて動作可能に接続されてもよい。このように、同一のマルチメディア通信システム内で、様々な通信経路の組み合わせが利用されて、マルチメディア通信サービスが提供されてもよい。
【０１８９】
図２３に、同調モジュール１５０，２４０，２８０及び／又は３４０、チャネルミキサ１５２，２４２，２８２及び／又は３４０、制御モジュール１５６，２４０，２８４及び／又は３４４、送受信モジュール１５４，２０８，２４６，２８６及び／又は３４６、処理モジュール２０４及び／又は３４５、並びに第２の送受信モジュール６９０を含むマルチメディアサーバ７００の模式的ブロック図を示す。送受信モジュール１５４，２０８，２４６，２８６及び／又は３４６には、アナログマルチプレクサ６８６が含まれている。送受信モジュールを参照して上述した機能を実行することに加えて、アナログマルチプレクサ６８６は、チャネルデータストリームを、チャネルデータを表すアナログ信号６８８に変換する。それに対応して、アナログマルチプレクサ６８６は、従来型のアナログクライアント装置に対して接続されたクライアントモジュールのインタフェースをとるために、利用されてもよい。
【０１９０】
第２の送受信モジュール６９０により、マルチメディアサーバは、少なくともクライアントモジュールのいくつかと、第２の通信経路６９２を通じて通信する。第２の通信経路６９２は、有線接続、ＲＦ接続及び／又は赤外線接続であってもよい。第２の通信経路を通じて伝送されるデータは、送受信モジュール１５４，２０８，２４６，２８６及び／又は３４６により伝送されるチャネルデータストリームと、同一であってもよい。このように、マルチメディアサーバ７００は、クライアントモジュールの複数の組に対して、オーディオ及び／又はビデオ送信元６７４の同じグループから、サービスを提供してもよい。
制御モジュール１５６，２４０，２８４及び／又は３４４には、複数のクライアントの各々のクライアントアクセス権限を判別する処理手段が、含まれている。このようなアクセス権限としては、ペアレンタル制御機能（parental control features）、アクセス時間、アクセス量等がある。このように、制御モジュールは、選択コマンドを同調モジュールに提供する前に、各クライアントの選択要求について、要求が有効であるかどうかについて判別する。このような機能により、マルチメディア通信システムのオペレータは制御が可能となる。そのＡ／Ｖリソース６７４上で、各クライアントモジュールは、１日あたりのアクセス量、及び／又はアクセス時間で、アクセスしてもよい。
【０１９１】
図２４に、ローカルエリアネットワークにマルチメディアサービスを提供する方法の論理図を示す。その方法は、既出の図面に示されたマルチメディアサーバのいずれかにより、実行されてもよい。それに対応して、図２４に示した演算ステップは、マルチメディアサーバ１２，４２，８８，１０２，１３２及び／又は７００により、実行されてもよい。
【０１９２】
複数のチャネルが少なくとも１つのマルチメディア送信元から受信されると、処理が開始する。マルチメディア送信元は、衛星接続、ケーブル接続、ＮＴＳＣアンテナ接続、ＰＡＬアンテナ接続、ＨＤＴＶ接続、ＳＤＴＶ接続、ラジオ接続等であってもよい。さらに、複数のチャネルは、ＤＶＤプレイヤ、ＶＣＲ、閉回路テレビ、レーザーディスク（登録商標）プレイヤ、カメラ一体型ビデオ、デジタルオーディオ記憶装置（例えばＭＰ３プレイヤ）、ＤＶＤオーディオプレイヤ、ＣＤプレイヤ等の複数の単一チャネル送信元からのものであってもよい。複数のチャネルは、常に受信されているが、１つ又はそれ以上のクライアントモジュールが１つ以上のチャネルを選択するまで、処理されることはない。
【０１９３】
処理はステップ７１２に進む。このステップ７１２では、選択要求が、少なくとも１つのクライアントモジュールから、通信経路を通じて受信される。通信経路は、図２０乃至図２２にて説明したように、無線周波数経路、ＩＲ通信経路、及び／又は有線通信経路であってもよい。選択要求は、１つのクライアントモジュール又は複数のクライアントモジュールからのものであってもよい。各クライアントは、別々のチャネル、同一のチャネル、又はその組み合わせにアクセスしてもよい。選択要求には、個々のクライアントモジュールの識別情報、並びに個々のチャネル及び／又は該チャネルの送信元の識別情報が、含まれる。このように、選択要求には、マルチメディアサーバが個々のチャネル及び所望のチャネルの個々のオーディオ及び／又はビデオ送信元を判別するのに充分な情報が、含まれている。例えば、選択要求は、衛星放送のチャネル５が特定のクライアントの関心のあるチャネルであることを、示してもよい。
【０１９４】
そして、処理はステップ７１４に進む。このステップ７１４では、マルチメディアサーバ内の制御モジュールは、選択要求からチャネル選択コマンドの組を生成する。それに対応して、クライアントモジュールから受信した各選択要求について、制御モジュールは、選択要求が有効であることを前提として、対応する選択コマンドを生成する。従って、１つのクライアントモジュールのみが選択要求を提供した場合、１つの選択コマンドのみが生成される。当該技術における平均的技能を有する者には理解されるように、選択コマンドは、選択要求から繰り返して生成されるわけではない。通例、選択コマンドは、一度生成されて、代替の選択要求が受信されるかあるいは終了要求が受信されるまで、維持される。
【０１９５】
チャネル選択コマンドの組を生成する処理は、ステップ７２２〜７２４を参照してさらに説明されうる。ステップ７２２では、選択要求は、フォーマット解除される。上述のように、選択要求は、特定のデータ伝送プロトコルを利用した通信経路を通じて受信される。データは、位相符号化、非ゼロ復帰符号化、多重レベル符号化、ブロック符号化、ＮＢ／ＭＢ符号化等の様々な符号化方式の１つを用いて符号化されてもよい。さらに、符号化データは、特定の変調方式を用いて変調される。なお、その変調方式は、ＴＤＭ、ＦＤＭ、ＡＳＫ、ＰＳＫ等であってもよい。それに対応して、元々の選択要求を再現するために、データは、復調されて復号されなければならない。
【０１９６】
そして、処理はステップ７２４に進む。このステップ７２４では、選択要求が解釈されて、チャネル選択コマンドが生成される。選択要求を解釈することには、認証処理、個々のクライアントモジュールの検証、及びクライアントモジュールの有効性の判別が含まれる。クライアントモジュールが正当であって、要求されているサービスが特定のクライアントモジュールの権限内であれば、制御モジュールは、対応するチャネルコマンドを生成する。
【０１９７】
図２４のメインのフローを再び参照すると、処理はステップ７１６に続き、このステップ７１６にて、同調モジュールは、チャネル選択コマンドの組に基づいて、複数のチャネルからチャネルの組を選択する。例えば、１つのチャネル選択コマンドのみが存在するならば、同調モジュールは、この特定のチャネル選択コマンドに対応したチャネルを選択する。２つのチャネル選択コマンドが同調モジュールに対して選択された場合、該同調モジュールは、各選択コマンドについての２つのチャネルを選択する。
【０１９８】
そして、処理はステップ７１８に進む。このステップ７１８では、チャネルの組がミキシングされて、チャネルデータストリームとなる。チャネルデータは、チャネルデータの個々の送信元を識別すること、チャネルデータの宛先、選択要求、及び／又は、適切なクライアントモジュールが適切なデータを確実に受信できるようにするために必要な他の識別情報について、このようにミキシングされる。当該技術における平均的技能を有する者には理解されるように、チャネルデータストリームは、マルチメディアサーバ内のハードドライブ上に、後に取得及び／又は使用されるために、格納されてもよい。このように、マルチメディアサーバは、ハードドライブ及び適切なソフトウェアを通じて、デジタルＶＣＲ機能や同様の機能を実行してもよい。
【０１９９】
そして、処理は、ステップ７２０に進む。このステップ７２０では、チャネルデータストリームは、通信経路を通じて、複数のクライアントモジュールへと伝送される。上述の如く、通信経路は、有線通信経路、ＲＦ通信経路及び／又は赤外線通信経路であってもよい。チャネルデータストリームの伝送については、ステップ７２６を参照してさらに規定されうる。
【０２００】
ステップ７２６では、チャネルデータストリームは、マルチメディアサーバの送受信モジュールを通じての伝送用にフォーマットされる。データのフォーマット化には、多重レベル符号化、非ゼロ復帰符号化、位相符号化、ブロック符号化、ｎＢ／ｍＢ符号化（ここでｎ＜ｍ）を利用した符号化等の特定の符号化方式を利用してデータを符号化することが、含まれる。例えば、ｎＢ／ｍＢ符号化は、４Ｂ／５Ｂ符号化であってもよい。ここで、４ビットの元々のデータが、５ビットの符号化データに変換される。さらに、通信システム内で用いられている個々のデータ伝送プロトコルに応じて、符号化データは、ＴＤＭ、ＦＤＭ、ＡＳＫ、ＰＳＫ、ＰＣＭ、ＱＰＳＫ、ＱＡＭ等の変調方式の１つ又はそれ以上を利用して、変調されてもよい。データストリームのフォーマット化には、１つ又はそれ以上のクライアントモジュールに対するアナログフォーマットでの伝送用に、チャネルデータストリームをアナログ信号に変換することが、さらに含まれてもよい。アナログ信号への変換は、フォーマットされたチャネルデータストリームの伝送と並行でなされてもよい。このように、チャネルデータを表すデジタル及びアナログの両信号が、クライアントモジュールへと伝送されてもよい。それに対応して、アナログ信号は、デジタル信号とは異なる通信経路を通じて伝送されてもよい。さらに、複数の通信経路が、図２０乃至図２２を参照して上述したクライアントモジュールとマルチメディアサーバとの接続に応じて、利用されてもよい。
【０２０１】
当該技術における平均的技能を有する者には理解されるように、単一のデータストリームが、マルチメディアサーバから複数のクライアントモジュールへと提供されてもよい。チャネルデータストリームには、クライアントモジュールによりなされた各選択に対応したデータが、含まれる。従って、各クライアントモジュールは、チャネルデータストリーム全体を受信して、その特定の選択要求に関連したデータのみを抽出する。
【０２０２】
図２５に、通信経路が有線接続である場合における図２４のステップ７２０をさらに説明する方法の論理図を示す。処理はステップ７３０にて開始する。このステップ７３０では、送信間隔及び受信間隔についての判別がなされる。その判別は、マルチメディアサーバ内の制御モジュールによりなされ、トラフィックローディング、所定の割当間隔等に基づいてなされる。さらに、送信間隔及び受信間隔は、データを受信及び送信するのに単一の通信経路が利用されているか、個別の送信経路と受信経路とが利用可能であるかに依存する。
【０２０３】
そして、処理は、ステップ７３２及び７３６に進む。ステップ７３２では、チャネルデータストリームは、送受信の型に基づいてフォーマットされる。送受信の型は、利用されている変調方式に対応しており、それは、ＴＤＭ、ＦＤＭ、ＡＳＫ、ＰＣＭ、ＰＳＫ等であってもよい。そして、処理は、ステップ７３４に進む。このステップ７３４では、フォーマットされたチャネルデータが、複数のクライアントの少なくとも１つに対して、単一又は複数の送信間隔中に、有線接続を通じて提供される。
【０２０４】
ステップ７３２では、マルチメディアサーバは、フォーマットされた選択要求を、受信間隔中に有線接続を通じて受信する。選択要求は、マルチメディア通信システム内で用いられる送受信の型に基づいてフォーマットされる。送受信の型は、利用されている変調方式に対応しており、それは、ＴＤＭ、ＦＤＭ、ＡＳＫ等であってもよい。
【０２０５】
図２６に、通信経路を通じての送信間隔及び受信間隔を図示する。図示の如く、通信経路７４６により、マルチメディアサーバ７３８が複数のクライアントモジュール７４０〜７４２に対して接続される。なお、マルチメディアサーバ７３８は、図１乃至図１１及び図２３を参照して説明したマルチメディアサーバのいずれかであってもよい。クライアントモジュール７４０〜７４４は、図１乃至図１１を参照して説明したクライアントモジュールのいずれかであってもよい。通信経路７４６は、有線接続、無線周波数接続、及び／又は赤外線通信経路であってもよい。
【０２０６】
図示の如く、通信経路７４６を通じて伝送されるデータは、パケット及び／又はフレームになっていてもよい。パケット及び／又はフレームの伝送は、送信間隔７４８，７５２，７５６と受信間隔７５０，７５４とに分割される。送信間隔７４８，７５２，７５６中に、マルチメディアサーバは、チャネルデータストリームを複数のクライアントモジュール７４０〜７４４へと伝送する。受信間隔７５０，７５４中に、１つ又はそれ以上のクライアントモジュール７４０〜７４４は、選択要求をマルチメディアサーバへと伝送する。
【０２０７】
クライアントモジュール７４０〜７４４は、ＣＳＭＡ、トークンリング通過、マルチメディアサーバ７３８によるポーリング、ＴＤＭアクセス等の複数の方式のいずれかに基づき、受信間隔７５０，７５４にアクセスする。それに対応して、送信間隔７４８と受信間隔７５０との比は、必要に応じて設定又は割り当てられてもよい。例えば、受信間隔７５０，７５４は、１０〜２０送信間隔７４８，７５２，７５６毎に一度、発生してもよい。その代わりに、送信間隔及び受信間隔は、厳密にＣＳＭＡ概念に基づいて割り当てられてもよい。その場合、マルチメディアサーバ７３８及び各クライアントモジュール７４０〜７４４は、伝送のために通信経路を監視する。経路が利用可能である場合に、個々の側にて、衝突回避付きＣＳＭＡ及び／又は衝突検知付きＣＳＭＡを利用して、データが伝送される。当該技術における平均的技能を有する者には理解されるように、マルチメディアサーバ７３８と複数のクライアントモジュール７４０〜７４４との間の通信経路７４６を通じてデータが伝送可能で、チャネルデータストリームがクライアントモジュール７４０〜７４４により確実に受信され、該クライアントモジュール７４０〜７４４が通信経路７４６に対して充分にアクセスして、選択コマンド及び／又はこのような選択の変更を提供することが可能な多くの方法がある。さらなる例として、マルチメディアサーバ７３８は、通信経路７４６がクライアントモジュールによる選択要求を送信するために利用可能である場合、チャネルデータストリーム内で一斉送信してもよい。さらに、マルチメディアサーバ７３８による一斉送信には、どのクライアントモジュールが割り当てられた受信時間で通信経路にアクセスするのかについての識別情報が、含まれてもよい。
【０２０８】
図２７に、通信経路が無線周波数通信経路である場合における図２４のステップ７２０をさらに説明する方法の論理図を示す。処理はステップ７６０にて開始する。このステップ７６０では、送信間隔及び受信間隔についての判別がなされる。これは、図２６を参照して説明されたものである。そして、処理は、ステップ７６２及び７６６に進む。ステップ７６２では、チャネルデータストリームは、送受信の型に基づいてフォーマットされる。そして、処理は、ステップ７６４に進む。このステップ７６４では、フォーマットされたチャネルデータが、複数のクライアントの少なくとも１つに対して、送信間隔中に、無線周波数通信経路を通じて提供される。
【０２０９】
ステップ７６６では、マルチメディアサーバは、フォーマットされた選択要求を、受信間隔中にＲＦ通信経路を通じて受信する。選択要求は、送受信の型に基づいてフォーマットされる。
【０２１０】
図２８に、通信経路が赤外線通信経路である場合における図２４のステップ７２０をさらに説明する方法の論理図を示す。処理はステップ７７０にて開始する。このステップ７７０では、送信間隔及び受信間隔についての判別がなされる。そして、処理は、ステップ７７２及び７７６に進む。ステップ７７２では、チャネルデータストリームは、送受信の型に基づいてフォーマットされる。そして、処理は、ステップ７７４に進む。このステップ７７４では、フォーマットされたチャネルデータが、少なくとも１つのクライアントモジュールに対して、送信間隔中に、赤外線通信経路を通じて提供される。
【０２１１】
ステップ７７６では、マルチメディアサーバは、フォーマットされた選択要求を、受信間隔中に赤外線通信経路を通じて受信する。選択要求は、利用されている送受信の型に基づいてフォーマットされる。
【０２１２】
図２９に、図１２、図１４乃至図１６に示すような同調モジュール１５０，２４０，２８０及び／又は３４０として用いられうる同調モジュール８２５の模式的ブロック図を示す。同調モジュール８２５には、複数のセレクタ７８０〜７８６、符号化モジュール８０４、及び、共用バス８２４に対する接続を提供するバスインタフェース８０６が、含まれている。共用バス８２４は、チャネルミキサ処理モジュール、及び、図１２、図１４乃至図１６に示されたマルチメディアサーバの他の要素に共用される。セレクタ７８０〜７８６は、図１２に示した複数のチューナ、図１４に示したマルチプレクサ、図１５に示したマルチプレクサとチューナとの組み合わせ、及び／又は図１６に示したＨＤＴＶチューナであってもよい。それに対応して、セレクタ７８０〜７８６は、複数のチャネル７８７を提供している個々の送信元に依存する。
【０２１３】
符号化モジュール８０４には、複数のバッファ８０８〜８１４、エンコーダ８１６、バッファコントローラ８１８、及びパケット化モジュール８２０が、含まれている。バッファ８０８〜８１４は、物理的に独立した記憶装置であってもよく、論理的に独立した記憶装置であってもよい。各バッファ８０８〜８１４は、リングバッファとして機能する。バッファコントローラ８１８は、ヘッド及びテールトラッキング並びに読取書込制御等の各バッファ８０８〜８１４の管理を提供する。
【０２１４】
図示の如く、複数のセレクタ７８０〜７８６の各々は、複数のチャネル７８７を受信するように動作可能に接続されている。それぞれのチャネル選択コマンド７９６〜８０２に基づき、各セレクタ７８０〜７８６は、個々の選択チャネル７８８〜７９４を出力する。複数のチャネル７８７は、図１乃至図１１を参照して上述したマルチメディア送信元により提供されてもよい。当該技術における平均的技能を有する者には理解されるように、セレクタ７８０〜７８６のいくつかは、同調モジュール８２５内に含まれてもよい。さらに、セレクタ７８０〜７８６の１つ又はそれ以上は、限られた数のクライアントモジュールがマルチメディアサーバにアクセスしている場合には、使用されなくともよい。それに対応して、符号化モジュール８０４は、バッファコントローラ８１８を通じて、どのセレクタ７８０〜７８６が選択チャネルデータ７８８〜７９４を有効に提供しているかについて、認識してもよい。
【０２１５】
バッファコントローラ８１８は、選択チャネル７８８〜７９４のデータをそれぞれのバッファ８０８〜８１４へと書き込むことを、調整する。さらに、バッファコントローラ８１８は、各バッファ８０８〜８１４からエンコーダ８１６へとデータを読み込むことを、調整する。エンコーダ８１６は、多重レベル符号化、非ゼロ復帰符号化、位相符号化、ブロック符号化、ＮＢ／ＭＢ符号化（ここでＮ＞Ｍ）等の特定の符号化機能を、実行してもよい。通例、エンコーダ８１６は、同調モジュール８２５からマルチメディアサーバのチャネルミキサへのデータ伝送の精度をよくするために、利用される。当該技術における平均的技能を有する者には理解されるように、エンコーダ８１６は、選択チャネルのデータがチャネルミキサへと正確に伝送される場合には、省略されてもよい。
【０２１６】
パケット化モジュール８２０は、符号化データをパケット化して、複数のパケットを生成する。各パケットには、ヘッダ部及びデータ部が含まれる。ヘッダ部には、選択チャネルの識別情報、選択チャネルのデータの種類（例えば、オーディオ、ビデオ、テキスト等）、個々のマルチメディア送信元の識別情報、暗号化が有効であるか無効であるかについて、用いられている暗号化の種類、圧縮が有効であるか無効であるかについて、用いられている圧縮の種類、及び／又はパケットのシーケンス番号が、含まれる。パケットは、バスインタフェース８０６に対して提供され、それには、受信モジュール８２６が含まれている。バスインタフェースは、符号化されたチャネルの組８２２のパケットを、共用バス８２４に提供する。
【０２１７】
さらに、バスインタフェース８０６は、受信モジュール８２６を通じてパケット８２８を受信する。受信モジュール８２６は、パケットを処理して、チャネル選択コマンド８３０を取得する。チャネル選択コマンド８３０には、個々のチャネル選択コマンド７９６〜８０２が含まれている。受信モジュールには、パケット内に含まれたデータを復号してチャネル選択コマンドの少なくとも一部を再現するデコーダが、含まれてもよい。実行される復号は、クライアントモジュールにより用いられた符号化の逆であってもよい。
【０２１８】
図３０に、図１２、図１４乃至図１６に示したマルチメディアサーバのいずれかにて用いられうる同調モジュール８４０の模式的ブロック図を示す。同調モジュール８４０は、図２９の同調モジュール８２５と非常によく似ているが、符号化モジュール８０４に、パケット化モジュール８２０ではなくフレーム化モジュール８４２が含まれていることが、異なっている。さらに、バスインタフェース８０６には、受信モジュール８２６ではなく監視モジュール８４４が含まれている。
【０２１９】
動作の際、セレクタ７８０〜７８６は、チャネル選択コマンド７９６〜８０２に基づいて、複数のチャネル７８７から、個々のチャネル７８８〜７９４を選択する。バッファ８０８〜８１４は、選択チャネル７８８〜７９４のデータを格納する。エンコーダ８１６は、そのデータを符号化して、符号化チャネルデータを生成する。符号化チャネルデータは、フレーム化モジュール８４２により受信される。フレーム化モジュール８４２は、各選択チャネルのデータを、ヘッダ部及びデータ部を含むフレームへとフレーム化する。ヘッダ部には、選択チャネルの識別情報、選択チャネルのデータの種類、マルチメディア送信元の識別情報、暗号化が有効であるか無効であるかについての指定、用いられている暗号化の種類、圧縮が有効であるか無効であるかについての指定、圧縮の種類、及び／又はフレーム番号が、含まれる。
【０２２０】
バスインタフェース８０６は、フレーム化データを受信して、それを、符号化されたチャネルの組８０２として、共用バス８２４に提供する。さらに、バスインタフェース８０６は、共用バスからフレーム８４６を受信する。監視モジュール８４４は、特定の時間間隔でフレーム８４６を解釈して、チャネル選択コマンド８４８を抽出する。
【０２２１】
図３１に、同調モジュール８５０の他の実施形態の模式的ブロック図を示す。同調モジュール８５０は、図１２、図１４乃至図１６に示したマルチメディアサーバのいずれかにて利用されうる。同調モジュール８５０には、複数のセレクタ７８０〜７８６、データ圧縮モジュール８６２、暗号化モジュール８６０、符号化モジュール８０４、バスインタフェース８０６、バスコントローラ８７０、復号モジュール８５２、解読モジュール８６４、及び復元モジュール８６８が、含まれている。バスインタフェース８０６は、バスコントローラ８７０を通じて制御される。このバスコントローラ８７０は、チャネル選択コマンドの受信を制御し、さらに、符号化チャネルデータの送信を制御する。
【０２２２】
動作の際、同調モジュール８５０は、共用バス８２４からバスインタフェース８０６を通じて、選択コマンドを受信する。バスインタフェース８０６は、受信したチャネル選択コマンドを、復号モジュール８５２に提供する。復号モジュール８５２には、フレーム解除部又はパケット解除モジュール８５４、デコーダ８５６、及びバッファ８５８が、含まれている。フレーム解除部又はパケット解除モジュール８５４は、受信フレーム又は受信パケットからデータを抽出する。フレーム解除又はパケット解除されたデータは、デコーダ８５６に対して提供される。デコーダは、クライアントモジュール内のエンコーダの逆関数を利用して、選択要求の元々のデータを再現する。このように、クライアントモジュールが位相符号化を用いたなら、デコーダは、位相符号化の逆関数を用いてデータを再現する。
【０２２３】
データが暗号化されておらず、圧縮されてもいなければ、再現データは、制御モジュール１５６，２４４，２８４，及び／又は３４４に対して、提供される。チャネル選択要求に基づき、制御モジュールは、複数のチャネル選択コマンド７９６〜８０２を生成する。制御モジュールは、チャネル選択コマンドを、複数のセレクタ７８０〜７８６に提供する。
【０２２４】
一方、選択要求が暗号化及び／又は圧縮されているならば、暗号化データは、解読モジュール８６４に対して提供される。解読モジュール８６４は、利用されている暗号化／解読方式に基づいて、そのデータを解読する。例えば、クライアントモジュールが、データ暗号化標準規格（ＤＥＳ）の暗号化技術を利用したならば、解読モジュールは、対応する解読方式を用いて、そのデータを再現する。
【０２２５】
また、データが圧縮されている場合、復号データ又はバッファ８５８からのデータは、復元モジュール８６８に対して提供される。復元モジュール８６８は、データを圧縮するのに用いられた関数の逆関数を利用する。このように、解読及び／又は復元された再現データは、制御モジュールに対して提供される。制御モジュールは、対応するチャネル選択コマンド７９６〜８０２を生成する。
【０２２６】
セレクタ７８６〜７８０は、それぞれのチャネル選択コマンド７９６〜８０２に基づいて、複数のチャネル７８７から、選択チャネル７８８〜７９４を出力する。複数の選択チャネル７８８〜７９４は、データ圧縮モジュール８６２、暗号化モジュール８６０へと、及び／又は、直接的に符号化モジュール８０４へと、提供されてもよい。
【０２２７】
選択チャネル７８８〜７９４が圧縮されるべきであれば、データ圧縮モジュール８６２は、データ圧縮方式を利用して、そのデータを圧縮する。データ圧縮方式は、ｚｉｐ型関数又は他の既知のデータ圧縮技術であってもよい。圧縮データが暗号化されるべきであれば、それは暗号化モジュール８６０に対して提供される。その代わりに、圧縮データが暗号化なしに処理されるべきであれば、それは直接的に符号化モジュール８０４に対して提供される。
【０２２８】
データが暗号化されるべきであれば、暗号化モジュール８６０は、暗号化方式を利用して、選択チャネル７８８〜７９４のデータを暗号化する。利用される暗号化方式は、ＤＥＳ、ＰＧＰ（pretty good protection）等の様々な既知のデータ暗号化方式のいずれかであってもよい。そして、暗号化データ８６０は、符号化モジュール８０４に対して提供される。次に、この符号化モジュール８０４は、データを符号化して、その符号化データを、共用バス８２４上を伝送させるために、バスインタフェース８０６に提供する。上述の如く、符号化モジュール８０４のエンコーダは、暗号化データがさらに符号化されることなく共用バスへと直接伝送されるように、省略されてもよい。
【０２２９】
図３２に、図１２、図１４乃至図１６に示したマルチメディアサーバのいずれかにて利用されうる代替的な同調モジュール８８０の模式的ブロック図を示す。同調モジュール８８０には、処理モジュール８８２及びメモリ８８４が、含まれている。処理モジュール８８２は、単一の処理装置でもよく、複数の処理装置でもよい。このような処理装置は、マイクロプロセッサ、マイクロコントローラ、マイクロコンピュータ、デジタル信号プロセッサ、プログラム可能ゲートアレイ、中央処理装置、ステートマシン、論理回路、及び／又は、信号（アナログ及び／又はデジタル）を動作命令に基づいて処理する任意の装置であってもよい。メモリ８４は、単一の記憶装置でもよく、複数の記憶装置でもよい。このような記憶装置は、読出専用メモリ素子、ランダムアクセスメモリ素子、フラッシュメモリ、磁気テープメモリ、システムメモリ、消去可能読出専用メモリ、及び／又はデジタル情報を格納する任意の装置であってもよい。なお、処理モジュール８８２がその機能の１つ又はそれ以上を、ステートマシンまたは論理回路を通じて実行する場合、対応する動作命令を格納したメモリは、ステートマシン又は論理回路を備えた回路内に組み込まれる。メモリ８８４内に格納されているとともに処理モジュール８８２により実行される動作命令は、既出の図面を参照して概説されたものであり、図３３乃至図３７を参照して詳述される。
【０２３０】
図３３に、同調モジュールを通じてのマルチメディアシステム内の複数のチャネルを多重化する方法の論理図を示す。処理は、ステップ８９０にて開始する。このステップ８９０では、複数のチャネルがマルチメディア送信元から受信される。複数のチャネルを受信することは、衛星接続からの各チャネル用のオーディオ及びビデオデータを受信すること、ケーブル接続からの各チャネル用のオーディオ及びビデオデータを受信すること、高品位テレビ受信器からの各チャネル用のオーディオ及びビデオデータを受信すること、ＮＴＳＣ放送、ＰＡＬ放送等を受信するアンテナ接続からの各チャネル用のオーディオ及びビデオデータを受信することの１つ又はそれ以上を、さらに含む。それに対応して、複数のチャネルは単一のマルチメディア送信元から、あるいは複数のマルチメディア送信元からのものであってもよい。
【０２３１】
そして、処理はステップ８９２に進む。このステップ８９２では、複数のチャネル選択コマンドが受信される。複数のチャネル選択コマンドは、複数のクライアントモジュールにより提供された選択要求から得られる。ここで、各チャネル選択コマンドは、複数のチャネルのうちの個々のチャネルを特定する。そして、処理はステップ８９４に進む。このステップ８９４では、チャネル選択コマンド毎に、複数のチャネルのうちの１つのチャネルが選択される。なお、選択チャネルは、複数のマルチメディア送信元のいずれからのものであってもよい。
【０２３２】
そして、処理はステップ８９６に進む。このステップ８９６では、各選択チャネルが、マルチメディアシステムのデータ伝送プロトコルに基づいて、符号化される。その符号化は、多重レベル符号化、非ゼロ復帰符号化、位相符号化、ブロック符号化、及び／又はｎＢ／ｍＢ符号化（ここでｎ＜ｍ）であってもよい。
【０２３３】
当該技術における平均的技能を有する者には理解されるように、高品位テレビ、衛星受信器、セットトップボックス等は、通例、ＭＰＥＧビデオデータを利用している。このように、通例のＮＴＳＣチャネル選別用６ＭＨｚ帯域幅では、圧縮ビデオには、同じ周波数帯内に複数のチャネルが含まれる。このように、個々のチャネルがこれらのマルチメディア送信元の１つから選択される場合、複数の圧縮チャネルが受信されてもよい。これに対応して、各圧縮チャネルは、ステップ８９６にて示されたように符号化されてもよい。当該技術における平均的技能を有する者にはさらに理解されるように、ステップ８９６に先立って、データは、圧縮技術により圧縮され、及び／又は、暗号技術を利用した暗号化技術により暗号化されてもよい。
【０２３４】
そして、処理は、ステップ８９８に進む。このステップ８９８では、符号化チャネルデータが、チャネルミキサへと伝送される。符号化データの伝送は、各選択チャネルからのデータを、ヘッダ部及びデータ部を含むフレームへとフレーム化することにより、なされてもよい。その代わりに、符号化チャネルデータは、ヘッダ部及びデータ部を含むパケットへとパケット化されてもよい。パケット又はフレームのヘッダ部には、選択チャネルの識別情報、選択チャネルのデータの種類、マルチメディア送信元の識別情報、暗号化が有効であるか無効であるかについて、用いられている暗号化の種類、圧縮が有効であるか無効であるかについての指定、圧縮の種類、及び／又は、パケット若しくはフレーム番号が、含まれる。
【０２３５】
図３４に、図３３のステップ８９２にて概説したチャネル選択コマンドの受信をさらに規定する方法の論理図を示す。処理は、ステップ９００にて開始する。このステップ９００では、チャネル選択要求が、複数のクライアントモジュールから受信される。そして、処理はステップ９０２に進む。このステップ９０２では、チャネル選択要求が処理されて、複数のチャネル選択コマンドが生成される。各チャネル選択コマンドには、特定のチャネル選択コマンド、より少ないチャネル選択コマンド、次のチャネル選択コマンド、前のチャネル選択コマンド、所望のチャネル選択コマンド、及び／又はユーザ規定リストからの選択チャネルが、含まれている。このようなコマンドは、クライアントによる個々の要求及び／又はマルチメディアサーバ内で用いられるデフォルト処理方式に、対応している。それに対応して、個々のクライアントが要求を行うと、同調モジュールはその要求を、これら個々のマルチメディアチャネル選択方式の観点で解釈する。
【０２３６】
複数の選択要求の処理は、ステップ９０４〜９０８の１つ又はそれ以上にて、なされてもよい。ステップ９０４では、チャネル選択要求が解釈されて、少なくとも１つのクライアントが識別される。さらに、その要求が解釈されて、発行された個々のチャネル選択要求が判別される。この情報に基づいて、チャネルコマンドが生成される。
【０２３７】
ステップ９０６では、クライアントが開始した選択要求が認証される。その認証により、クライアントが、マルチメディアサーバの有効なクライアントであるかどうか、判別される。ステップ９０８では、クライアントによりなされた特定のチャネル選択要求が、認証される。これは、要求されている個々のチャネルについてアクセス権限を有するかどうか、要求が許可された日時内になされているかどうか、及び／又は、マルチメディア送信元にアクセスする時間割当が超過したかどうかを判別することにより、なされてもよい。さらに、特定のチャネルの認証は、要求チャネルをマルチメディア送信元の１つから購入する権限がクライアントに与えられているかどうか（例えば、クライアントが従量料金チャネルにアクセスするように認証されているかどうか）、及び／又は、クライアントがマルチメディアサーバにより確立されたカウント制限を超過したかどうかを判別することを、含んでもよい。
【０２３８】
図３５に、図３３のステップ８９２のチャネル選択コマンド受信方法の論理図を示す。処理は、ステップ９１０，９１６及び／又は９２２にて開始する。ステップ９１０では、同調モジュールが、共用バス上のパケットを監視する。上述のように、パケットには、ヘッダ部及びデータ部が含まれる。そして、処理は、ステップ９１２に進む。このステップ９１２では、同調モジュールは、少なくとも１つのパケットを、複数のチャネル選択コマンドの１つの少なくとも一部を含むものとして特定する。
【０２３９】
そして、処理はステップ９１４に進む。このステップ９１４では、同調モジュールは、マルチメディアシステムのデータ受渡プロトコルに基づき、少なくとも１つのパケットを復号して、複数のチャネル選択コマンドの１つの少なくとも一部を再現する。このような復号には、ヘッダ部を解釈すること、データ部からデータを抽出すること、及び抽出されたデータにチャネル選択コマンドの全て又はチャネル選択コマンドの部分データが含まれているかどうかを判別することが、含まれる。抽出されたデータは、それが部分的な選択要求である場合、チャネル選択コマンドに関係したデータの全てが受信されるまでバッファに格納される。
【０２４０】
ステップ９１６では、同調モジュールは、フレーム又は関連データ用の特定の時間間隔で、共用バスを監視する。そして、処理は、ステップ９１８に進む。このステップ９１８では、同調モジュールは、単一の時間間隔又は特定の時間間隔で、複数のチャネル選択コマンドの１つの少なくとも一部を含んだデータフレームを特定する。そして、処理は、ステップ９２０に進む。このステップ９２０では、同調モジュールは、データ受渡プロトコルに基づき、データフレームを復号して、チャネル選択コマンドの１つの少なくとも一部を再現する。復号には、ヘッダ部を解釈すること、データ部からデータを抽出すること、及び、データに完全なチャネル選択コマンドが含まれているかあるいは部分的なものが含まれているか判別することが、含まれる。部分的であれば、データは、完全なチャネル選択コマンドが受信されるまで、バッファに格納される。
【０２４１】
ステップ９２２では、同調モジュールは、複数のチャネル選択コマンドの各々を解読する。さらに、ステップ９２４では、同調モジュールは、各チャネル選択コマンドを復元する。
【０２４２】
図３６に、マルチメディアシステム内の複数のチャネルを同調モジュールにより多重化する代替的な方法を示す。処理は、ステップ９３０にて開始する。このステップ９３０では、複数のマルチメディア送信元からのチャネルが受信されて、複数のチャネルが生成される。マルチメディア送信元は、ＤＶＤプレイヤ、ＣＤプレイヤ、カメラ一体型ビデオ、ＶＣＲ、ＤＶＤオーディオプレイヤ等であってもよい。そして、処理は、ステップ９３２に進む。このステップ９３２では、同調モジュールは、複数のチャネル選択コマンドを受信する。そして、処理は、ステップ９３４に進む。このステップ９３４では、同調モジュールは、受信した各チャネル選択コマンドについて、複数のチャネルから１つのチャネルを選択する。
【０２４３】
そして、処理はステップ９３６に進む。このステップ９３６では、同調モジュールは、マルチメディアシステムのデータ受渡プロトコルに基づき、各選択チャネルを符号化する。その符号化としては、多重レベル符号化、非ゼロ復帰符号化、位相符号化、ブロック符号化、及び／又はｎＢ／ｍＢ符号化（ここでｎ＜ｍ）等がある。なお、符号化に先立って、各選択チャネルのデータは、圧縮及び／又は暗号化されてもよい。そして、処理は、ステップ９３８に進む。このステップ９３８では、符号化チャネルデータが、チャネルミキサへと伝送される。データは、ＣＳＭＡ、衝突回避付きＣＳＭＡ、及び／又は衝突検知付きＣＳＭＡを利用して、パケットとして伝送されてもよい。その代わりに、データは、フレームとして伝送されてもよい。フレームは、時分割多重の特定のタイムスロット内、及び／又は周波数分割多重の特定の周波数位置にて、伝送されることになる。
【０２４４】
図３７に、図３６のステップ９３２のさらなる処理の論理図を示す。ステップ９４０では、同調モジュールは、チャネル選択要求を、複数のクライアントモジュールから受信する。そして、処理はステップ９４２に進む。このステップ９４２では、同調モジュール、及び／又は制御モジュールが、複数のチャネル選択要求を処理して、複数のチャネル選択コマンドを生成する。チャネル選択要求の処理は、ステップ９４４，９４６，及び／又は９４８にて示したようになされてもよい。
【０２４５】
ステップ９４４では、制御モジュールは、チャネル選択要求を解釈して、個々のクライアント及び発行されている個々の要求を特定する。両者が有効であれば、チャネル選択コマンドが生成される。
【０２４６】
ステップ９４６では、制御モジュールは、特定のチャネル選択要求を提供したクライアントを認証する。そのクライアントの認証により、そのクライアントがマルチメディアシステムの権限のあるユーザであることが、検証される。
【０２４７】
ステップ９４８では、制御モジュールは、特定のチャネル選択要求を認証する。チャネル選択要求の認証には、ペアレンタル制御制限、加入認証、アカウントの制限、要求の時間帯、及び／又はマルチメディア送信元が所与の継続時間に亘りアクセスした量を判別することが、含まれる。
【０２４８】
図３８に、チャネルミキサ９５０の模式的ブロック図を示す。チャネルミキサ９５０は、図１乃至図１５に示されたマルチメディアサーバのいずれかにて利用されてもよい。チャネルミキサ９５０には、ストリーム・パージング・モジュール９５１、メモリコントローラ９５２、メモリ９５６、及びデータ符号変換モジュール９５４が、含まれている。
【０２４９】
ストリーム・パージング・モジュール９５１は、符号化チャネルデータ９５８を同調モジュールから受信するように動作可能に接続されている。ストリーム・パージング・モジュール９５１は、符号化チャネルデータ９５８を復号して、元々のデータを再現する。そして、ストリーム・パージング・モジュール９５１は、各選択チャネルのデータを一般データ９６０に変換する。ストリーム・パージング・モジュール９５１は、一般データ９６０を、メモリコントローラ９５２を通じてメモリ９５６内に格納する。
【０２５０】
ストリーム・パージング・モジュール９５１は、符号変換モジュール９５４とともに、制御情報９６４及びデータ９６６を伝送する。制御情報には、チャネル選択要求９６８が含まれる。このように、チャネル選択要求を含む制御情報に基づき、ストリーム・パージング・モジュール９５１は、符号化チャネルデータ９５８を処理して、一般データ９６０を生成する。
【０２５１】
データ符号変換モジュール９５４は、一般データ９６０を、メモリコントローラ９５２を通じてメモリ９５６から取得する。データ符号変換モジュール９５４は、一般データ９６０をデータストリーム９６２に変換する。一般データ９６０の変換は、個々のデータの型に依存する。例えば、ビデオデータは、デジタルＲＧＢデータ、デジタルＹＣＲＣＢデータ、デジタルビデオ等として格納されてもよい。符号変換モジュールは、一般ビデオデータを取得して、ＭＰＥＧ２等の特定のフォーマットのビデオデータに変換し、それをデータストリーム９６２として提供する。
【０２５２】
データがオーディオデータである場合、そのオーディオデータは、一般ＰＣＭオーディオデータとして、メモリ９５６内に格納される。データ符号変換モジュール９５４は、一般ＰＣＭデジタルオーディオデータを、ＭＰ３データ、ＭＰＥＧオーディオデータ等に変換する。符号化チャネルデータ９５８にネットワークデータが含まれる場合、ストリーム・パージング・モジュール９５１は、そのネットワークデータを渡してメモリ９５６内に格納させる。データ符号変換モジュールは、ネットワークデータを取得して、データストリーム９６２として渡す。
【０２５３】
図３９に、マルチメディアサーバのホストとなる装置の要素に対して動作可能に接続されたチャネルミキサ９８０を示す。チャネルミキサ９８０は、上述のマルチメディアサーバにて用いられたチャネルミキサのいずれかであってもよい。ホスト装置には、システムバス９７６、ホストプロセッサ９７０、メモリブリッジ９７２、及びシステムメモリ９７４が、含まれている。ホスト装置は、パーソナルコンピュータ、ラップトップコンピュータ、衛星受信器、セットトップボックス、ホームシアター受信器、ラジオ受信器、ＶＣＲ、ＤＶＤ等であってもよい。
【０２５４】
チャネルミキサ９８０には、複数のストリーム・パージング・モジュール９５１、メモリコントローラ９５２、及びデータ符号変換モジュール９５４が、含まれている。複数のストリーム・パージング・モジュール９５１は、同調モジュール９８４に対して動作可能に接続されている。同調モジュール９８４は、符号化チャネルデータ９５８をチャネルミキサ９８０に提供する。本実施形態では、各ストリーム・パージング・モジュール９５１が、個々のクライアントモジュールについての個々のチャネル選択要求を処理してもよい。
【０２５５】
各ストリーム・パージング・モジュール９５１は、一般データ９６０を、メモリコントローラ９５２を通じてメモリ９５６に提供してもよい。符号変換モジュール９５４は、一般データ９６０をデータストリーム９６２に変換して、システムバス９７６を通じて送受信モジュール９８２に提供する。
【０２５６】
送受信モジュール９８２には、クライアントモジュールへの伝送用のデータストリームを作成するエンコーダ及び変調器が、含まれている。さらに、符号変換モジュール９８２には、複数のクライアントモジュールからチャネル選択コマンドを受信する復調器及びデコーダが、含まれている。
【０２５７】
送受信モジュール９８２は、チャネル選択コマンドを、システムバスインタフェース９７７を通じてチャネルミキサ９８０に提供する。接続されることで、ホストプロセッサ９７０は、システムメモリ９７０内に格納されたアルゴリズムを通じて、マルチメディアサーバ用のシステム演算機能を実行してもよい。このようなシステムレベルの機能は、システムのマルチメディアリソースの割当、インターネットアクセスの管理、クライアント対クライアント通信、電話通信等であってもよい。このように、システムレベルの機能は、図５７乃至図６５を参照して詳述される。
【０２５８】
図４０に、上述のマルチメディアサーバのいずれかにて利用されうる他のチャネルミキサ１０００の模式的ブロック図を示す。チャネルミキサ１０００には、ストリーム・パージング・モジュール９５１が含まれ、さらに、複数のストリーム・パージング・モジュール９５１、デジタルアナログコンバータ１００６、復号命令パケットモジュール９９８、ＩＤＣＴモジュール１０２７、動作補償１０２３、及び符号変換モジュール９５４が、含まれてもよい。符号変換モジュール９５４には、ビデオ信号用としては、ＭＰＥＧ復号モジュール１００４及びＭＰＥＧ符号化モジュール１００２が、含まれる。オーディオ信号用としては、符号変換モジュール９５４には、ＰＣＭ復号モジュール及びＰＣＭ符号化モジュールが、含まれてもよい。
【０２５９】
ＭＰＥＧ符号化モジュール１００２には、緩衝動作予測部１０１８、離散コサイン変換モジュール１０２０、量子化部１０２２、ジグザグモジュール１０２１、ハフマンエンコーダ１０２４、及び出力ビットバケット１０２６が、含まれている。ＭＰＥＧ復号モジュール１００４には、ジグザグ解除及び量子化解除モジュール１０１０、逆離散コサイン変換モジュール１０１２、マクロブロックバッファ１０１４、動作補償及び変倍モジュール１０１６が、含まれている。動作補償及び変倍モジュール１０１６並びに緩衝動作予測１０１８の機能は、ともに係属中の特許出願で名称が、ADAPTIVE BANDWIDTH FOOTPRINT MATCHING FOR MULTIPLE COMPRESSED VIDEO STREAMS IN A FIXED BANDWIDTH NETWORK及びDEVICE AND METHOD FOR COMPRESSION OF A VIDEO STREAMであって、処理番号がＶＩＸＳ００１及びＶＩＸＳ００２であるものに、詳述されている。ＭＰＥＧ復号モジュール１００４及びＭＰＥＧ符号化モジュール１００２は既知であるため、本発明の概念を詳述すること以外には、さらなる説明はなされない。
【０２６０】
各ストリーム・パージング・モジュール９５１には、プロセッサ９９２、入力ビットバケット９９６、メモリコントローラ９５２、メモリ９５６、複数のビットストリームモジュール９９０、直接メモリアクセスインタフェース１０２８、及びハフマンデコーダ１００８が、含まれている。各ビットストリームモジュール９９０には、インタプリタ９９４が含まれている。動作の際、各ビットストリームモジュール９９０は、符号化チャネルデータ９５８における関心のある１つのチャネルを処理するように、動作可能に接続されている。インタプリタ９９４は、個々のビットストリームモジュールが処理すべきなのはどのチャネルであるかを特定するために、利用される。そして、ビットストリームモジュールは、他の全てが除去されるように関心のあるチャネルをフィルタ処理する。各ビットストリームモジュール９９０からの出力は、メモリコントローラ９５２を通じてメモリ９５６内に格納される。
【０２６１】
プロセッサ９９２は、関心のある各チャネルのデータを、メモリ９５６から取得して、一般データ９６０に変換する。プロセッサ９９２は、一般データ９６０を、メモリコントローラを通じてメモリ９５６内に格納させる。プロセッサ９９２は、入力ビットバケット９９６を利用して、ビットストリーム方式で、メモリ９５６からデータのバイトを取得してもよい。このように、入力ビットバケット９９６は、メモリ内に格納されているデータバイトを、プロセッサ９９６により処理されるデータビットに変換する機能を、実行する。入力ビットバケット９９６は、プロセッサ９９２によりメモリ９５６から任意の型のデータを取得するために、利用されてもよい。
【０２６２】
ＭＰＥＧ符号化モジュール１００２は、デコーダ命令パケットモジュール９９８の制御下で、一般データ９６０を取得する。緩衝動作予測部１０１８は、一般データ９６０を受信して、そこから動作補償データを生成する。動作補償データは、ＤＣＴモジュール１０２０に対して提供される。このＤＣＴモジュール１０２０は、データに対して離散コサイン変換を実行し、ＤＣＴデータを生成する。量子化及びジグザグモジュール１０２２は、ＤＣＴデータを受信して、ハフマンエンコーダ１０２４に提供する前に、それを量子化してジグザグ処理する。ハフマンエンコーダは、そのデータをエンコードして、特定のフォーマットのデータを生成する。そのデータは、出力ビットバケット１０２６を通じて、メモリコントローラ９５２を通じて、メモリ９５６へと戻される。出力ビットバケット１０２６は、ハフマンエンコーダ１０２４から受信したビットを変換し、データのバイトとしてメモリコントローラ９５２に提供する。
【０２６３】
メモリコントローラ９５２は、ＭＰＥＧ符号化データをメモリ９５６から取得して、データストリーム９６２として、ＤＭＡインタフェース１０２８を通じてシステムバス９７６に提供する。送受信モジュールは、データストリーム９６２をシステムバスから取得して、上述のように処理する。
【０２６４】
ＭＰＥＧデコーダモジュール１００４は、入力ＭＰＥＧデータを復号して一般データ９６０を生成するため、及び／又はクライアントモジュールから受信したＭＰＥＧ符号化データを復号するために、利用されてもよい。ＭＰＥＧ復号モジュール１００４は、復号命令パケットモジュール９９８の命令の下で、ＭＰＥＧ符号化データを受信し、ジグザグ解除及び量子化解除モジュール１０１０を通じて、ジグザグ解除するとともに量子化解除する。ジグザグ解除及び量子化解除されたデータは、ＩＤＣＴモジュール１０１２に提供される。このＩＤＣＴモジュール１０１２は、そのデータに対して、逆離散コサイン変換機能を実行する。そして、得られたデータは、マクロブロックバッファ１０１４へと提供されるか、あるいは、メモリコントローラ９５２を通じてメモリ９５６へと提供される。動作補正及び変倍モジュール１０１６は、デコーダ命令パケットモジュール９９８の制御下で、マクロブロックバッファ１０１４又はメモリ９５６からデータを取得して、動作補償及び変倍機能を実行する。そして、得られたデータは、メモリ９５６又はＭＰＥＧ符号化モジュール１００２へと戻される。
【０２６５】
デジタルアナログコンバータ１００６は、データストリーム９６２を受信してアナログ信号１０３０に変換するように、動作可能に接続されている。アナログ信号１０３０は、現在でもデータをアナログフォーマットで送受信している従来型のクライアント装置に対して、提供されてもよい。
【０２６６】
図４１に、上述のマルチメディアサーバのいずれかにて利用されうる他のチャネルミキサ１０４０の模式的ブロック図を示す。チャネルミキサ１０４０には、処理モジュール１０４２及びメモリ１０４４が、含まれている。処理モジュール１０４２は、単一の処理装置又は複数の処理装置であってもよい。このような処理装置は、マイクロプロセッサ、マイクロコントローラ、マイクロコンピュータ、中央処理装置、デジタル信号プロセッサ、プログラム可能ゲートアレイ、論理回路、ステートマシン、及び／又は、信号（アナログ及び／又はデジタル）を動作命令に基づいて処理する任意の装置であってもよい。メモリ１０４４は、単一の記憶装置又は複数の記憶装置であってもよい。このような記憶装置は、読出専用メモリ、ランダムアクセスメモリ、システムメモリ、フラッシュメモリ、磁気テープメモリ、ハードドライブメモリ、及び／又はデジタル情報を格納する任意の装置であってもよい。なお、処理モジュール１０４２が、その機能の１つ又はそれ以上をステートマシン又は論理回路を通じて実行する場合、対応する動作命令を格納したメモリは、ステートマシン又は論理回路を構成している回路内に組み込まれている。チャネルミキサ１０４０は、既出の図面にて概説されたようにその機能を実行し、さらに、図４２乃至図４９にて詳述されるようにその機能を実行する。
【０２６７】
図４２に、マルチメディアシステム内のチャネルをミキシングする方法の論理図を示す。処理は、ステップ１０５０にて開始する。このステップ１０５０では、チャネルの組が、符号化チャネルデータとして受信される。そして、処理は、ステップ１０５１に進む。このステップ１０５１では、チャネルミキサは、符号化チャネルデータを解釈して、当該チャネルミキサが処理している特定の各チャネル選択要求について、関心のあるチャネルを特定する。例えば、チャネルの組は、符号化チャネルデータを含んだパケットとして、同調モジュールから受信されてもよい。各パケットには、ヘッダ部及びペイロード部が含まれている。符号化チャネルデータは、ヘッダ部を検討して関心のある個々のチャネルを特定することにより、解釈されてもよい。関心のあるチャネルは、チャネルデータの送信元の識別情報、要求元のクライアントの識別情報、及び／又はチャネル要求を処理しているマルチメディアリソースに基づき、特定されてもよい。
【０２６８】
関心のあるチャネルが圧縮ビデオチャネルのグループ内に含まれている場合、ＭＰＥＧ２符号化ビデオデータの場合のように、関心のあるチャネルは、圧縮ビデオチャネルのグループの１つから、符号化チャネルデータを伝送しているパケット内に含まれたヘッダ情報に基づき、取得される。関心のある個々のチャネルの特定後、それは、圧縮ビデオチャネルのグループから分離される。
【０２６９】
ステップ１０５１の解釈については、ステップ１０５６〜１０６０を参照して詳述される。ステップ１０５６では、チャネルミキサは、符号化チャネルデータを解釈して、チャネルの組から、関心のある一連のチャネルを、対応する一連のチャネル選択要求に基づいて特定する。すなわち、チャネルミキサは、処理中の各チャネル選択要求について、関心のある各チャネルを特定する。そして、処理は、ステップ１０５８に進む。このステップ１０５８では、チャネルミキサは、関心のある一連のチャネルの各々のデータを、チャネルの型に基づいて処理して、一連の一般データを生成する。チャネルの型は、オーディオデータ、ビデオデータ、テキストデータ、及び／又はそれらの組み合わせであってもよい。そして、処理は、ステップ１０６０に進む。このステップ１０６０では、一連の一般データがデータストリームへと変換される。
【０２７０】
単一のチャネル選択要求の処理を伴う図４２のメインのフローを再び参照すると、処理はステップ１０５２に続き、このステップ１０５２では、チャネルミキサは、関心のあるチャネルデータをチャネルの型に基づいて処理して、一般データを生成する。処理には、データをデコードし、データをフィルタ処理して関心のある個々のチャネルを分離してから、そのデータをデータの型に基づいて一般データに変換することが、含まれてもよい。例えば、データの型がマルチチャネル圧縮ビデオである場合、処理には、マルチチャネル圧縮ビデオをフィルタ処理して関心のあるチャネルを生成することが、含まれる。そして、関心のあるチャネルは、一般データへと変換され、それは、図４３及び図４４を参照して詳述される。
【０２７１】
データの型の例について続けると、処理には、データの型が単一チャネル圧縮ビデオを関心のあるチャネルとして渡すことが含まれる。データの型がマルチチャネルデジタルビデオデータである場合、そのマルチチャネルデジタルビデオデータはフィルタ処理されて、関心のあるチャネルが生成され、データの型が単一チャネルデジタルビデオデータである場合、それは、関心のあるチャネルとして渡され、データの型がマルチチャネルデジタルオーディオである場合、それはフィルタ処理されて、関心のあるチャネルが生成され、データの型が単一チャネルデジタルオーディオである場合、それは関心のあるチャネルとして渡され、データの型がネットワーク搬送データである場合、それは関心のあるチャネルとして渡され、このように、関心のあるチャネルは、一般データへと変換される。そして、処理は、ステップ１０５４に進む。このステップ１０５４では、一般データは、データストリームへと変換される。
【０２７２】
図４３に、図４２のステップ１０５２にて概説された関心のあるチャネルのデータの処理を詳述する方法の論理図を示す。処理は、ステップ１０７０〜１０８２のいずれか１つ又はそれ以上にて、なされてもよい。ステップ１０７０では、チャネルミキサは、データの型がマルチチャネル圧縮ビデオである場合、関心のあるチャネルのビデオデータを、一般ビデオデータへと変換する。通例、マルチチャネル圧縮ビデオは、衛星接続を通じて受信される。そこでは、データは、ＭＰＥＧ、又は他のＭＰＥＧ規格符号化である。
【０２７３】
ステップ１０７２では、チャネルミキサは、データの型が単一チャネル圧縮ビデオである場合、関心のあるチャネルのビデオデータを、一般ビデオデータに変換する。単一チャネル圧縮ビデオは、ＤＶＤプレイヤ、又は、ＭＰＥＧ２の単一チャネル若しくは他のＭＰＥＧ規格の符号化ビデオデータを生成する他の送信元からのものであってもよい。
【０２７４】
ステップ１０７４では、チャネルミキサは、データの型がマルチチャネルデジタルビデオデータである場合、関心のあるチャネルのビデオデータを、一般データに変換する。マルチチャネルデジタルビデオデータは、複数のＮＴＳＣテレビチューナ等から受信されてもよい。
【０２７５】
ステップ１０７６では、チャネルミキサは、データの型が単一チャネルデジタルビデオデータである場合、関心のあるチャネルのビデオデータを、一般ビデオデータに変換する。単一チャネルデジタルビデオデータは、ＶＣＲの出力、ＤＶＤプレイヤの出力、テレビの標準的なアンテナ又はケーブル接続、ＮＴＳＣテレビチューナ等として、受信される。
【０２７６】
ステップ１０７８では、チャネルミキサは、データの型がマルチチャネルデジタルオーディオである場合、関心のあるチャネルのオーディオデータを、一般データに変換する。マルチチャネルデジタルオーディオ信号は、衛生放送、又は、ＣＤプレイヤ、ＤＶＤオーディオプレイヤ等の複数のデジタルオーディオ送信元から、受信されてもよい。
【０２７７】
ステップ１０８０では、チャネルミキサは、オーディオデータの型が単一チャネルデジタルオーディオである場合、関心のあるチャネルのオーディオデータを、一般オーディオデータに変換する。単一チャネルデジタルオーディオは、ＣＤプレイヤ、ＭＰ３プレイヤ、デジタルオーディオを格納したシステムメモリ、ＤＶＤオーディオプレイヤ等から受信されてもよい。
【０２７８】
ステップ１０８２では、チャネルミキサは、処理されているデータがネットワークデータである場合、ネットワークデータを、関心のあるチャネルとして渡す。ネットワークデータは、インターネットにアクセス、ＰＳＴＮを通じての電話の通話に参加、及び／又はクライアント対クライアント通信をしている１つ又はそれ以上のクライアントモジュールに対応している。
【０２７９】
図４４に、データが一般データへと変換される場合の図４２のステップ１０５２のデータ処理をさらに規定する論理図を示す。これは、ステップ１０８４〜１０９２の１つ又はそれ以上にて、なされてもよい。
【０２８０】
ステップ１０８４では、チャネルミキサは、関心のあるチャネルのビデオデータを、ＭＰＥＧフォーマットビデオデータに変換する。ビデオデータは、多重圧縮ビデオ、単一チャネル圧縮ビデオ、マルチチャネルデジタルビデオデータ、及び／又は単一チャネルデジタルビデオデータであってもよい。
【０２８１】
ステップ１０８６では、チャネルミキサは、関心のあるチャネルのビデオデータを、ＪＰＥＧフォーマットビデオデータに変換する。ステップ１０８８では、チャネルミキサは、関心のあるチャネルのビデオデータを、Ｍ−ＪＰＥＧフォーマットビデオデータに変換する。
【０２８２】
ステップ１０９０では、チャネルミキサは、関心のあるチャネルのビデオデータを、デジタルＲＧＢビデオデータに変換する。デジタルＲＧＢデータは、マルチメディアサーバにおける対応する記憶装置内に格納されたり、ホストのシステムメモリ内に格納されたりしてもよい。
【０２８３】
ステップ１０９２では、チャネルミキサは、関心のあるチャネルのビデオデータを、デジタルＹＣＢＣＲビデオデータに変換する。デジタルＹＣＢＣＲデータは、マルチメディアサーバにおける対応する記憶装置内に格納されたり、ホストのシステムメモリ内に格納されたりしてもよい。
【０２８４】
当該技術における平均的技能を有する者には理解されるように、複数のマルチメディア送信元から到来するビデオデータは、デジタルオーディオＭＰＥＧ１、ＭＰＥＧ２等、アナログフォーマット等、様々なビデオフォーマットであってもよい。様々なフォーマットのビデオデータは、チャネルミキサにより、一般的なビデオフォーマットへと変換される。一般的なビデオフォーマットは、ＭＰＥＧ、ＪＰＥＧ、Ｍ−ＪＰＥＧ、デジタルＲＧＢビデオデータ、デジタルＹＣＢＣＲビデオデータ、及び／又は、ビデオ情報をデジタルフォーマットで格納する他の従来技術であってもよい。
【０２８５】
図４５に、オーディオデータが一般オーディオデータへと変換される場合の図４２のステップ１０５２の処理をさらに規定する方法の論理図を示す。処理は、ステップ１１００〜１１０４の１つ又はそれ以上を実行することにより、なされてもよい。
【０２８６】
ステップ１１００では、チャネルミキサは、関心のあるチャネルのオーディオデータを、ＭＰＥＧフォーマットオーディオデータに変換する。ステップ１１０２では、チャネルミキサは、関心のあるチャネルのオーディオデータを、ＭＰ３フォーマットオーディオデータに変換する。ステップ１１０４では、チャネルミキサは、関心のあるチャネルのオーディオデータを、ＰＣＭデジタルオーディオデータに変換する。
【０２８７】
当該技術における平均的技能を有する者には理解されるように、マルチメディアサーバは、様々なオーディオデータフォーマットの複数のオーディオ信号を受信してもよい。チャネルミキサは、様々なオーディオデータフォーマットを、ＭＰＥＧオーディオ、ＭＰ３オーディオ、及び／又はＰＣＭデジタルオーディオ等の単一のオーディオフォーマットに変換する。当該技術における平均的技能を有する者にはさらに理解されるように、ビデオデータ及びオーディオデータを一般的なフォーマットに変換することにより、マルチメディアサーバは、それを、より容易に処理することができる。一般データを、複数のクライアントへの送信前に、特定のフォーマット（例えばＭＰＥＧ２ビデオ及びオーディオ）のデータに変換するための一般データの処理が、概説された。
【０２８８】
図４６に、図４２のステップ１０５４における一般データのデータストリームへの変換をさらに説明する方法の論理図を示す。処理は、ステップ１１１０にて開始する。このステップ１１１０では、チャネルミキサは、関心のあるチャネルのデータの型を特定する。そして、処理はステップ１１１２へと進む。このステップ１１１２では、チャネルミキサは、データの型に基づいて一般データをデータストリームに変換する。ステップ１１１２での変換処理は、ステップ１１１４〜１１２６の１つ又はそれ以上にて詳述されうる。
【０２８９】
ステップ１１１４では、チャネルミキサは、元々のデータがマルチチャネル圧縮ビデオである場合、関心のあるチャネルの一般ビデオデータを、特定のビデオデータに変換する。特定のビデオデータは、ＭＰＥＧ２規格、ＭＰＥＧ１規格、及び／又は他のＭＰＥＧ規格、あるいは、デジタルビデオを伝送するための他の規格の処理に準拠していてもよい。
【０２９０】
ステップ１１１６では、チャネルミキサは、元々のデータが単一チャネル圧縮ビデオ信号である場合、関心のあるチャネルの一般ビデオデータを、特定のビデオデータに変換する。ステップ１１１８では、チャネルミキサは、元々のデータがマルチチャネルデジタルビデオデータである場合、関心のあるチャネルの一般ビデオデータを、特定のビデオデータに変換する。ステップ１１２０では、チャネルミキサは、元々のデータが単一チャネルデジタルビデオデータである場合、関心のあるチャネルの一般ビデオデータを、特定のビデオデータに変換する。
【０２９１】
ステップ１１２２では、チャネルミキサは、元々のデータがマルチチャネルデジタルオーディオである場合、関心のあるチャネルの一般オーディオデータを、特定のオーディオデータに変換する。ステップ１１２４では、チャネルミキサは、データの型が単一チャネルデジタルオーディオである場合、関心のあるチャネルの一般オーディオデータを、特定のオーディオデータに変換する。なお、特定のオーディオデータは、ＭＰＥＧ２フォーマット、ＭＰ３フォーマット、ＰＣＭ符号化オーディオ等に準拠していてもよい。
【０２９２】
ステップ１１２６では、チャネルミキサは、関心のあるチャネルのネットワーク搬送データを、特定のフォーマットへと変換せずに渡す。それに応じて、ネットワークデータは、チャネルミキサを通じて、特定のフォーマットへの変換なしに渡されるが、それは、関心のある他のチャネルとミキシングされて、チャネルデータストリームが生成される。
【０２９３】
図４７に、関心のあるチャネルの一般ビデオデータをＭＰＥＧ２特定ビデオデータフォーマットに変換する方法の論理図を示す。処理はステップ１１３０にて開始する。このステップ１１３０では、チャネルミキサは、一般ビデオデータに対して動作予測を実行して、動作予測データを生成する。そして、処理は、ステップ１１３２に進む。このステップ１１３２では、チャネルミキサは、動作予測データに対して離散コサイン変換を実行して、ＤＣＴデータを生成する。そして、処理はステップ１１３４に進む。このステップ１１３４では、チャネルミキサは、ＤＣＴデータを量子化して、量子化データを生成する。そして、処理はステップ１１３６に進む。このステップ１１３６では、チャネルミキサは、量子化データをジグザグ処理して、ＺＺデータを生成する。そして、処理は、ステップ１１３８に進む。このステップ１１３８では、チャネルミキサは、ＺＺデータをハフマン符号化して、ＭＰＥＧ２特定ビデオフォーマットデータを生成する。当該技術における平均的技能を有する者には理解されるように、ステップ１１３０〜１１３８は、当該技術では既知であるため、本発明の概念をさらに説明するため以外には、さらなる説明はなされない。
【０２９４】
図４８に、図４２のステップ１０５２の処理をさらに規定する論理図を示す。処理は、ステップ１１４０にて開始する。このステップ１１４０では、チャネルミキサは、関心のあるチャネルが圧縮ビデオ信号であって多くの圧縮ビデオチャネルの１つである場合、多重チャネル処理を示す制御信号を受信する。そして、処理はステップ１１４２に進む。このステップ１１４２では、チャネルミキサは、多重圧縮ビデオチャネルを復元して、多重チャネルを生成する。そして、処理はステップ１１４４に進む。このステップ１１４４では、チャネルミキサは、多重チャネルのデータをチャネルの型に基づいて処理して、多重一般データを生成する。そして、処理はステップ１１４６に進む。このステップ１１４６では、チャネルミキサは、多重一般データをデータストリームに変換する。
【０２９５】
当該技術における平均的技能を有する者には理解されるように、通例、衛星接続又は他の型の接続を通じて受信されたＭＰＥＧ符号化ビデオには、通例の６ＭＨｚ帯域内に多重チャネルが含まれている。このように、多重チャネルは、通例の信号チャネル帯域内にて受信される。このように、単一チャネル帯域内のチャネルのビデオが復元されて、実際のビデオデータが取得される。そこから、関心のあるチャネルが抽出されて、処理されてもよく、あるいは、その帯域内の全チャネルがデータストリームへと処理されてもよい。
【０２９６】
当該技術における平均的技能を有する者にはさらに理解されるように、データストリームは、実質的に、関心のある各チャネルについて、特定のフォーマットのビデオデータを多重化したものである。このように、関心のある２つのチャネルが複数のクライアントモジュールへと伝送される場合、各チャネルには、データストリームのほぼ５０％が含まれる。それに対応して、関心のあるいくつものチャネルが処理されると、データストリームにおける対応する割合は減少するが、比例して減少する。
【０２９７】
図４９に、マルチメディア通信システム内での信号のチャネルミキシング方法の代替的な論理図を示す。処理はステップ１１５０にて開始する。このステップ１１５０では、チャネルミキサは、チャネルの組を符号化チャネルデータとして受信する。そして、処理は、ステップ１１５２に進む。このステップ１１５２では、チャネルミキサは、符号化チャネルデータを解釈して、チャネルの組の中に含まれた関心のある個々のチャネルのデータの型を特定する。この解釈は、複数のクライアントの１つを通じて受信された特定のチャネル選択要求に基づいてなされる。符号化チャネルデータは、パケット及び／又はフレームで受信されてもよい。なお、パケット及びフレームには、各々、チャネルミキサが関心のある個々のチャネルを適切に特定できるように識別情報を提供するヘッダ部が、含まれている。そのうえ、符号化チャネルデータの解釈には、複数のチャネルから関心のあるチャネルを抽出するためのフィルタ処理要件を判別することが、さらに含まれる。
【０２９８】
処理はステップ１１５４に進む。このステップ１１５４では、チャネルミキサは、データの型に基づき、チャネルの組から、関心のあるチャネルを分離する。そして、処理はステップ１１５６に進む。このステップ１１５６では、チャネルミキサは、データの型に基づき、関心のあるチャネルのデータを処理して、一般データを生成する。この処理は、図４３乃至図４６を参照して上述されたものである。そして、処理は、ステップ１１５８に進む。このステップ１１５８では、チャネルミキサは、一般データをデータストリームに変換する。これは、図４６及び図４７を参照して上述されたものである。
【０２９９】
図５０に、クライアント装置に対して動作可能に接続されたクライアントモジュール１１６０の模式的ブロック図を示す。クライアントモジュール１１６０は、図１乃至図１１に示したクライアントモジュールのいずれかであってもよい。クライアントモジュール１１００には、ビデオデコーダ１１６２及び／又は描画モジュール１１６４、組込式のダイナミック・ランダムアクセスメモリ（ＤＲＡＭ）１１６８、並びに、ネットワークインタフェースコントローラ１１６６が、含まれている。クライアント装置には、クライアントシステムバス１１７２、クライアントプロセッサ１１７４、メモリブリッジ１１７６、及びクライアントシステムメモリ１１７８が、含まれている。クライアント装置は、ラップトップコンピュータ、パーソナルコンピュータ、パーソナルデジタルアシスタント、ＣＲＴモニタ、フラットパネルモニタ、テレビ、高品位テレビ、ＳＤＴＶ、ホームシアターシステム、並びに／又は、対応するオーディオ及び／若しくはビデオディスプレイを有する装置であってもよい。
【０３００】
クライアントモジュール１１６０は、システムバスインタフェース１１７０を通じて、クライアントシステムバス１１７２に対して動作可能に接続されている。システムバスインタフェース１１７０は、クライアントモジュール１１８０を、クライアント装置の外部シリアル及び／若しくはパラレルポート、並びに／又はクライアント装置内の内部インタフェースに、接続してもよい。このような外部インタフェースとしては、ユニバーサルシリアルバス（ＵＳＢ）、シリアルポート、ＩＲポート、パラレルポート等がある。内部接続としては、ＰＣＩバス、ＡＣ９７インタフェース、及び／又は、周辺要素がホスト装置のメモリブリッジのインタフェースをとれるようにするあらゆるインタフェースがある。
【０３０１】
ネットワークインタフェースコントローラ１１６６は、マルチメディアサーバに対して動作可能に接続されている。なお、マルチメディアサーバは、図１乃至図１１に示したマルチメディアサーバのいずれかであってもよい。ネットワークインタフェースコントローラ１１６６は、マルチメディアサーバからパケット及び／又はフレームを受信して、関心のあるチャネル１１８４用のデータ１１８６を抽出する。実質的に、ネットワークインタフェースコントローラ１１６６は、マルチメディアサーバとの通信経路上のパケットを監視して、クライアントモジュール１１６０をアドレス指定しているパケットを特定する。このようなパケット及び／又はフレームが特定されると、ネットワークインタフェースコントローラは、フレーム及び／又はパケットからデータ１１８６を抽出し、そのデータをビデオデコーダ１１６２及び／又は描画モジュール１１６６に提供する。
【０３０２】
ビデオデコーダ１１６２はデータ１１８６を復号して、表示データを生成する。表示データは、組込メモリ１１６８内に格納されてもよい。描画モジュール１１６４は、組込メモリ１１６８から表示データを取得し、それを、描画ビデオ画像１１８８としてクライアント装置に提供する。このように、描画モジュール１１６４は、クライアント装置のディスプレイによる表示用のデータを作成する。
【０３０３】
図５１に、図１乃至図１１に示したクライアントモジュールのいずれかを実装するのに用いられうるクライアントモジュール１１７５のより詳細な模式的ブロック図を示す。クライアントモジュール１１７５には、描画モジュール１１６４、メモリコントローラ１２１６、記憶装置１１６８、内部バス１２０１、ビデオデコーダ１１６２、ネットワークインタフェースコントローラ１１６６、要求モジュール１２１２、ビデオプロセッサ１１９８、ビデオカメラ１１９６、少なくとも１つのスピーカ１２１４、マイクロフォン１１９４、及びオーディオプロセッサ１１９２が、含まれる。ビデオデコーダ１１６２には、ハフマンデコーダ１２０２、ジグザグ解除及び量子化解除モジュール１２０４、逆離散コサイン変換モジュール１２０６、マクロブロックバッファ１２０８、並びに、動作補償及び変倍１２１０が、含まれている。ビデオデコーダ１１６２の機能は既知であるので、ビデオデコーダ又はその要素についてのさらなる説明は、本発明の概念をさらに説明するため以外には、なされない。
【０３０４】
ネットワークインタフェースコントローラ１１６６には、送受信モジュール１１９０及び受信モジュール１２００が、含まれている。受信モジュール１２００は、符号化チャネルデータ１１８０を受信する。なお、符号化チャネルデータ１１８０は、パケット形式又はフレーム形式であってもよい。受信モジュールは、パケット及び／又はフレームを解釈して、関心のある個々のチャネル１１８４用のデータ１１８６を抽出する。抽出されたデータは、記憶用のバス１２０１及びＲＡＭ１１６８上に置かれる。データ１１８６は、実質的に、ビデオデコーダ１１６２によりメモリ１１６８から受信されて、復号ビデオデータが生成される。復号ビデオデータは、メモリ１１６８内にもう一度格納される。描画モジュール１１６４は、実質的に、メモリから１１６８から符号化ビデオデータを取得し、それを処理して、描画ビデオ画像１１８８を生成する。そして、描画ビデオ画像１１８８は、後の表示用に、クライアントシステムバス１１７２へと提供される。なお、クライアント装置には、ディスプレイが含まれている。このディスプレイにはビデオディスプレイ及び／又はオーディオディスプレイが、含まれている。
【０３０５】
符号化チャネルデータ１１８０に、クライアントモジュール１１７５用のオーディオデータのフレーム及び／又はパケットが含まれている場合、受信モジュール１２００は、そのオーディオデータを、オーディオプロセッサ１１９２に提供する。オーディオプロセッサ１１９２には、出力用のオーディオデータがよい。作成されたオーディオデータは、その後の再生用に１１６８内に格納されるか、あるいは、クライアントシステムバス１１７２に対して提供される。
【０３０６】
さらに、オーディオプロセッサ１１９２は、マイクロフォン１１９４を通じて、オーディオ信号を受信する。オーディオプロセッサ１１９２は、マイクロフォン１１９４からのオーディオ信号を処理して、クライアントシステムバス１１７２又はメモリ１１６８に提供する。マイクロフォン１１９４からのオーディオデータが、マルチメディアサーバへと伝送されるべきものであれば、送信モジュール１１９０は、オーディオデータを１１６８から取得して、マルチメディアサーバに提供する。
【０３０７】
要求モジュール１２１２は、クライアント装置から選択要求を受信する。上述の如く、選択要求により、クライアントがマルチメディアサーバからアクセスしようとしている、関心のある個々のチャネルが、特定される。送信モジュール１１９０は、通信経路を通じてマルチメディアサーバへと伝送するための選択要求を作成する。送信モジュール１１９０は、マルチメディア通信システムのデータ伝送プロトコルに準拠した符号化及び／又は変調方式を利用する。
【０３０８】
また、クライアントモジュール１１７５には、ビデオカメラ１１９６からビデオプロセッサ１１９８を通じて受信するためのインタフェースが、含まれてもよい。ビデオプロセッサ１１９８は、ビデオカメラ１１９６からのビデオ信号を処理して、クライアントシステムバス１１７２に提供するか、あるいは、ＲＡＭ１１６８内に格納する。格納されたビデオ信号が、マルチメディアサーバへと提供されるものである場合、送信モジュール１１９０は、そのビデオデータをＲＡＭ１１６８から取得して、送信用に処理する。送信用のビデオデータの準備は、マルチメディア通信システム内で用いられているデータ伝送プロトコルに基づいてなされる。当該技術における平均的技能を有する者には理解されるように、メモリコントローラ１２１６は、ＲＡＭ１１６８に対するデータの読取及び書込を制御する。また、当該技術における平均的技能を有する者には理解されるように、クライアントモジュール１１７５は、オーディオプロセッサ１１９２及び／又はビデオプロセッサ１１９８に対する接続用のインタフェースを有していてもよい。なお、このような装置は、クライアント装置内に含まれていてもよい。
【０３０９】
図５２に、クライアントモジュール１２２０の模式的ブロック図を示す。クライアントモジュール１２２０は、図１乃至図１１に示したクライアントモジュールのいずれかを実装するために、用いられてもよい。クライアントモジュール１２２０には、処理モジュール１２２２及びメモリ１２２４が、含まれている。処理モジュール１２２２は、図１１のクライアントモジュールにて用いられている処理モジュール３６４と同様であってもよく、メモリ１２２４は、図１１のクライアントモジュールにて用いられているメモリ３６６と同様であってもよい。処理モジュール１２２２は、単一の処理装置又は複数の処理装置であってもよい。このような処理装置は、マイクロコントローラ、マイクロコンピュータ、マイクロプロセッサ、デジタル信号プロセッサ、中央処理装置、プログラム可能ゲートアレイ、ステートマシン、論理回路、及び／又は、信号（アナログ及び／又はデジタル）を動作命令に基づいて操作する任意の装置であってもよい。メモリ１２２４は、単一の記憶装置又は複数の記憶装置であってもよい。このような記憶装置は、読出専用メモリ、ランダムアクセスメモリ、システムメモリ、フロッピー（登録商標）ディスクメモリ、ハードドライブメモリ、磁気テープメモリ、フラッシュメモリ、及び／又はデジタル情報を格納する任意の装置であってもよい。なお、処理モジュール１２２２が、その機能の１つ又はそれ以上をステートマシン又は論理回路を通じて実行する場合、対応する動作命令を格納したメモリは、ステートマシン及び／又は論理回路を構成している回路内に組み込まれている。処理モジュール１２２２により実行されるとともにメモリ１２２４内に格納されている動作命令は、図５３乃至図５６に示した論理図として説明される。
【０３１０】
図５３に、クライアントモジュール内のデータ処理方法の論理図を示す。処理は、ステップ１２４０にて開始する。このステップ１２４０では、クライアントモジュールは、関心のあるチャネルを特定したチャネル選択要求を送信する。そのチャネル選択要求は、マルチメディアサーバに対して提供される。次に、このマルチメディアサーバは、チャネルデータストリームを提供することにより応答する。なお、チャネルデータストリームの少なくとも一部には、関心のあるチャネルに対応したデータが、含まれている。
【０３１１】
処理は、ステップ１２３０にて続行する。このステップ１２３０では、クライアントモジュールは、チャネルの組を、データストリームとしてマルチメディアサーバから受信する。この受信には、データストリームを復号して、関心のあるチャネル（すなわち、クライアントモジュールのクライアントにより要求されたものに対応したチャネル）を再現することが、さらに含まれる。その復号としては、多重レベル復号、非ゼロ復帰復号、位相復号、ブロック復号、及び／又はｎＢ／ｍＢ復号（ここでｎ＜ｍ）等の１つ又はそれ以上がある。
【０３１２】
そして、処理はステップ１２３２に進む。このステップ１２３２では、クライアントモジュールは、データストリームのセグメントを解釈して、関心のあるチャネルに対応したデータを特定する。セグメントは、ヘッダ情報を含んだフレーム及び／又はパケットであってもよい。ヘッダ情報には、クライアントモジュールが、該クライアントモジュール宛の個々のパケット及び／又はフレームを容易に特定可能なように、クライアントモジュールの識別情報、データの送信元等が、含まれる。そして、処理は、ステップ１２３４に進む。このステップ１２３４では、クライアントモジュールは、関心のあるチャネルのデータを解釈して、データの型を特定する。なお、データの型は、オーディオデータ、ビデオデータ、及び／又はテキストデータであってもよい。
【０３１３】
そして、処理はステップ１２３６に進む、このステップ１２３６では、クライアントモジュールは、データの型に基づき、関心のあるチャネルのデータを処理して、処理済データを生成する。そして、処理は、ステップ１２３８に進む。このステップ１２３８では、クライアントモジュールは、クライアントに対して、処理済データを表示用に提供する。
図５４に、図５３のステップ１２３６及びステップ１２３８を詳述する方法の論理図を示す。処理は、ステップ１２５０にて開始する。このステップ１２５０では、データの型が判別される。データの型は、ビデオデータ、アプリケーションデータ、及び／又はオーディオデータであってもよい。ビデオデータについては、処理はステップ１２５２に進む。このステップ１２５２では、クライアントモジュールは、関心のあるチャネルのデータを、ＹＵＶデータ及び／又はＲＧＢデータに変換する。データがＭＰＥＧフォーマットにて受信された場合、変換は、ステップ１２６０〜１２６８に示すようになされる。ステップ１２６０では、クライアントモジュールは、ハフマンデコーダを利用して、ビデオを復号する。そして、処理は、ステップ１２６２に進む。このステップ１２６２では、ハフマン復号データがジグザグ解除される。
【０３１４】
そして、処理は、ステップ１２６４に進む。このステップ１２６４では、ジグザグ解除データが量子化解除される。そして、処理はステップ１２６６に進む。このステップ１２６６では、量子化解除データに対して逆離散コサイン変換機能が実行される。そして、処理はステップ１２６８に進む。このステップ１２６８では、ＩＤＣＴデータに対して動作補償及び／又は変倍が実行されて、ＹＵＶデータが生成される。そして、ＹＵＶデータは、ＲＧＢデータへと変換されて、メモリ内に格納されてもよい。当該技術における平均的技能を有する者には理解されるように、ＹＵＶデータ及びＲＧＢデータの双方が、クライアントモジュール及び／又は対応するクライアント装置により使用されるために、維持されてもよい。
【０３１５】
ビデオデータ処理のフローを再び参照すると、処理はステップ１２５４にて続行する。このステップ１２５４では、ＹＵＶデータ及び／又はＲＧＢデータが、処理済データとしてフレームバッファ（例えば、クライアントモジュールのメモリ及び／又はクライアント装置のメモリ）内に格納される。そして、処理はステップ１２５６に進む。このステップ１２５６では、クライアントモジュールは、ＹＵＶデータ及び／又はＲＧＢデータを、取得済表示データを生成するための表示速度で、フレームバッファから取得する。そして、処理はステップ１２５８に進む。このステップ１２５８では、クライアントモジュールは、取得済表示データを表示用に描画する。描画データは、後の表示のためにクライアントモジュールに対して提供される。
【０３１６】
データの型がオーディオデータである場合、処理はステップ１２８０に進む。ステップ１２８０では、クライアントモジュールは、関心のあるチャネルのデータをＰＣＭデータに変換する。そして、処理はステップ１２８２に進む。このステップ１２８２では、クライアントモジュールは、ＰＣＭデータを処理済データとしてフレームバッファ（クライアントモジュール内のＲＡＭ及び／又はクライアント装置のメモリ）内に格納する。そして、処理はステップ１２８４に進む。このステップ１２８４では、クライアントモジュールは、ＰＣＭデータを出力速度でフレームバッファから取得する。そして、処理はステップ１２８６に進む。このステップ１２８６では、クライアントモジュールは、取得済データを、クライアントモジュールに対応及び／又はクライアント装置内の少なくとも１つのスピーカアセンブリに提供する。
【０３１７】
データの型がアプリケーションデータである場合、処理はステップ１２７０に進む。ステップ１２７０では、クライアントモジュールは、アプリケーションデータを処理済データとしてメモリ内に格納する。なお、アプリケーションデータは、インターネット接続、クライアント対クライアント通信、及び／又は電話通信を通じて受信されたデータに対応する。そして、処理はステップ１２７２に進む。このステップ１２７２では、クライアントモジュールは、処理済データをメモリから取得する。そして、処理はステップ１２７４に進む。このステップ１２７４では、クライアントモジュールは、処理済データをプロセッサに提供する。プロセッサは、クライアント装置内及び／又はクライアント装置内のプロセッサであってもよい。
【０３１８】
そして、処理はステップ１２７６に進む。このステップ１２７６では、プロセッサは、処理済データからビデオデータを生成する。そして、処理はステップ１２７８に進む。このステップ１２７８では、ビデオデータが、クライアント装置による表示用に提供される。
【０３１９】
図５５及び図５６に、クライアントモジュールがチャネル選択要求を提供してマルチメディアシステム内の対応するデータを受信する代替的な方法の論理図を示す。処理はステップ１２９０にて開始する。このステップ１２９０では、クライアントモジュールは、クライアントから入力信号を受信する。入力信号は、クライアントとのインタフェースで受信されてもよい。ここで、クライアントには、パーソナルコンピュータ、ラップトップコンピュータ、パーソナルデジタルアシスタント、ビデオ電話機、デジタル電話機、セルラ電話機、モニタ、ＣＲＴモニタ、ＬＣＤモニタ、テレビ、高品位テレビ、並びに／又は、ビデオ及び／若しくはオーディオ出力装置を含むあらゆる装置の少なくとも１つが、含まれている。さらに、クライアントモジュール間のクライアントとのインタフェースには、クライアント装置に対応したリモートコントロール装置が入力信号をクライアントモジュールに提供できるように、ワイヤレス通信経路が、含まれてもよい。
【０３２０】
そして、処理は、ステップ１２９２に進む。このステップ１２９２では、クライアントモジュールは、入力信号を解釈して信号の型を判別する。そして、処理は、ステップ１２９４に進む。このステップ１２９４では、クライアントモジュールは、信号の型が、ビデオ、オーディオ、アプリケーション、制御のうちのどれであるかを判別する。信号の型がオーディオである場合、処理はステップ１２９６に進む。このステップ１２９６では、クライアントモジュールは、オーディオ信号を処理して一般オーディオデータを生成する。これは、ステップ１３０２に示すようになされてもよい。このステップ１３０２では、クライアントモジュールは、オーディオデータを、ＭＰＥＧフォーマットオーディオデータ、ＭＰ３フォーマットオーディオデータ、及び／又はＰＣＭデジタルオーディオデータに変換する。
【０３２１】
そして、処理は、ステップ１２９８に進む。このステップ１２９８では、クライアントモジュールは、一般オーディオデータをデータストリームに変換する。これは、ステップ１３０４に示すようになされてもよい。このステップ１３０４では、クライアントモジュールは、データ伝送プロトコルに基づき、一般オーディオデータを符号化して、データストリームを生成する。その符号化の種類は、多重レベル符号化、非ゼロ復帰符号化、位相符号化、ブロック符号化、及び／又はｎＢ／ｍＢ符号化（ここでｎ＜ｍ）等の１つ又はそれ以上であってもよい。
【０３２２】
そして、処理は、ステップ１３００に進む。このステップ１３００では、クライアントモジュールは、データストリームをマルチメディアサーバへ送信する。データストリームの送信には、マルチメディア通信システムにより用いられているデータ伝送プロトコルに従って、データをパケット化及び／又はフレーム化することが、含まれる。さらに、データストリームの送信には、ＴＤＭ、ＦＤＭ、ＡＳＫ、ＰＳＫ等の変調方式を利用することが、含まれてもよい。
【０３２３】
クライアントモジュールが、信号の型が制御信号であると判別した場合、処理はステップ１３０６に進む。このステップ１３０６では、クライアントモジュールは、制御情報がローカルコマンドに関係したものか、あるいは、システムレベルコマンドに関係したものか判別する。そして、処理はステップ１３０８に進む。このステップ１３０８では、クライアントモジュールは、システムレベルコマンドであるかローカルレベルコマンドであるか判別する。それがシステムレベルコマンドである場合、処理はステップ１３１０に進む。このステップ１３１０では、クライアントモジュールは、マルチメディアサーバへの伝送用の制御情報を処理して、制御メッセージを生成する。制御情報の処理には、マルチメディア通信システムのデータ伝送プロトコルに基づいて制御メッセージを符号化すること、並びに、データのパケット化及び／又はフレーム化とともに変調方式の利用を含むデータ伝送プロトコルを利用することが、含まれてもよい。なお、変調方式は、データパケットについては、ＣＳＭＡ、衝突回避付きＣＳＭＡ、及び／又は衝突検知付きＣＳＭＡ等であり、データフレームについては、時分割多重及び／又は周波数分割多重等である。
【０３２４】
そして、処理はステップ３１２に進み、そこでは、クライアントモジュールは、制御メッセージをマルチメディアサーバへ送信する。制御メッセージには、チャネル選択要求が含まれてもよい。なお、チャネル選択要求は、クライアントモジュールによる処理のために、関心のある個々のチャネルを特定するものである。
【０３２５】
制御情報の型がローカルコマンドに関するものである場合、処理はステップ１３１８に進む。この  ステップ１３１８では、クライアントモジュールは、入力信号をローカルで処理して、関心のあるチャネルをクライアントに提供する。それに対応して、クライアントモジュールは、制御情報を解釈してもよい。なお、制御情報は、チャネル選択要求を含み、他のクライアントが既に特定のチャネルにアクセスしていることを判別する。このように、クライアントモジュールは、単に、他のクライアント宛てのチャネルデータを抽出して、それを自身のクライアントにサービスするために利用する。
【０３２６】
クライアントモジュールが、信号の型がアプリケーションに関するものであると判別した場合、処理はステップ１３１４に進む。このステップ１３１４では、クライアントモジュールは、入力信号を処理して、処理済アプリケーションデータを生成する。アプリケーションデータは、電子メール及び／若しくはウェブブラウザ、電話通信、並びに／又はクライアント対クライアント通信等のネットワークアプリケーションに関するものでもよい。電話通信用のこのような処理には、送受話器がコードレス電話内で動作するのと同様の機能が、含まれてもよい。
【０３２７】
インターネットアクセスにおけるデータ処理は、単に、入力選択の提供、及び／又は、ネットワークアプリケーションを実行するマルチメディアサーバからのデータ受信を行う端末として機能する。そして、処理はステップ１３１６に進む。このステップ１３１６では、クライアントモジュールは、処理済アプリケーションデータをマルチメディアサーバへ送信する。処理済アプリケーションデータは、マルチメディア通信システムのデータ伝送プロトコルに準拠して、フォーマットされている。なお、そのプロトコルには、符号化及び／又は変調方式が含まれる。
【０３２８】
図５６に示す如く、信号の型がビデオである場合、処理は、ステップ１３２０に進む。このステップ１３２０では、クライアントモジュールは、ビデオ信号を処理して一般ビデオデータを生成する。これは、ステップ１３２８〜１３３６に示した様々な方法の１つで実行されてもよい。ステップ１３２８では、クライアントモジュールは、関心のあるチャネルのビデオ信号をＭＰＥＧフォーマットビデオデータに変換する。ステップ１３３０では、クライアントモジュールは、関心のあるチャネルのビデオ信号をＪＰＥＧフォーマットビデオデータに変換する。ステップ１３３２では、クライアントモジュールは、関心のあるチャネルのビデオ信号をＭＰＥＧフォーマットビデオデータに変換する。ステップ１３３４では、クライアントモジュールは、関心のあるチャネルのビデオ信号をデジタルＲＧＢビデオデータに変換する。ステップ１３３６では、クライアントモジュールは、関心のあるチャネルのビデオ信号をＹＣＢＣＲビデオデータに変換する。当該技術における平均的技能を有する者には理解されるように、クライアントモジュールは、ビデオ及び／又はオーディオデータをマルチメディアサーバへと伝送する場合に、マルチメディアサーバが実行するのと同様の機能を実行する。
【０３２９】
再び、ビデオデータのメインの処理に戻ると、処理は、ステップ１３２２にて続行する。このステップ１３２２では、クライアントモジュールは、一般ビデオデータをデータストリームに変換する。これは、ステップ１３２６に示すようになされてもよい。このステップ１３２６では、クライアントモジュールは、マルチメディアシステムのデータ伝送プロトコルに基づき、一般ビデオデータを符号化する。データ伝送プロトコルには、位相符号化、多重レベル符号化等の特定の種類の符号化、及び、ＦＤＭＡ、ＴＤＭＡ、ＣＳＭＡ、衝突回避付きＣＳＭＡ、及び／又は衝突検知付きＣＳＭＡ等の対応する変調方式が、含まれてもよい。そして、処理はステップ１３２４に進む。このステップ１３２４では、データストリームが、パケット又はフレームとして、マルチメディアサーバへと送信される。
【０３３０】
図５７に、マルチメディアが、複数のクライアントモジュール用のハブベースネットワークアクセスモジュールとして機能する方法の論理図を示す。図５７に示した処理ステップは、図５８乃至図６２と同様に、図２、図７、及び／又は図１１のマルチメディアサーバにより、実行されてもよい。処理は、ステップ１３４０にて開始する。このステップ１３４０では、マルチメディアサーバは、複数のクライアントの少なくとも１つからパケットを受信する。そして、処理はステップ１３４２に進む。このステップ１３４２では、マルチメディアサーバは、ネットワークアクセスアプリケーションが特定のクライアントについて有効であるかどうか、判別する。そうでない場合、処理は、ステップ１３４４に進む。このステップ１３４４では、マルチメディアサーバは、クライアントのために、ネットワークアクセスアプリケーションを開く。
【０３３１】
一旦、ネットワークアプリケーションが開かれるか、あるいは、そのアプリケーションが既に開かれている場合、処理は、ステップ１３４６に進む。このステップ１３４６では、マルチメディアサーバは、ネットワークアクセスアプリケーションに応じて、パケットの少なくとも１つのデータを処理して、ネットワークデータを生成する。ネットワークアクセスアプリケーションは、電子メールアプリケーション、ウェブブラウザアプリケーション、及び／又は、ユーザがインターネット又は他のワイドエリアネットワークにアクセスできるようにする任意のアプリケーションであってもよい。そして、処理は、ステップ１３４８に進む。このステップ１３４８では、マルチメディアサーバは、ネットワークデータ伝送用のネットワーク接続（例えばモデム）にどのようにアクセスするのかを判別する。ネットワーク接続へのアクセスは、「ネットワーク接続へのクライアントアクセス方式」に基づく。なお、これについては後述する。そして、処理は、ステップ１３５０に進む。このステップ１３５０では、マルチメディアサーバは、判別されたネットワークアクセスに基づき、ワイドエリアネットワークへのネットワーク接続を通じて、ネットワークデータを伝送する。
【０３３２】
そして、処理はステップ１３５２に進む。このステップ１３５２では、マルチメディアサーバは、ネットワーク接続を通じて伝送されるネットワークデータの各パケットについて、宛先アドレス及び／又は送信元アドレスを記録する。記録をとることにより、マルチメディアサーバは、ワイドエリアネットワークを通じて応答を受信した場合に、受信データについて、マルチメディア通信システム内での適切な宛先を正確に把握することが可能となる。そして、処理はステップ１３５４に進む。このステップ１３５４では、マルチメディアサーバは、ネットワーク接続を通じてネットワークパケットを受信する。そして、処理は、ステップ１３５６に進む。このステップ１３５６では、マルチメディアサーバは、ネットワークパケットのヘッダ部を解釈して、ネットワークデータへの応答を特定する。その応答には、マルチメディア通信システム内の個々の宛先を特定する識別情報が、含まれている。そして、処理は、ステップ１３５８に進む。このステップ１３５８では、マルチメディアサーバは、ネットワークデータに対応した個々のクライアントに、ネットワークパケットを提供する。
【０３３３】
図５８に、図５７のステップ１３４２に示したように、ネットワークアクセスアプリケーションが有効であるかどうかについての判別をさらに規定する論理図を示す。処理は、ステップ１３６０にて開始する。このステップ１３６０では、マルチメディアサーバは、クライアントから受信した少なくとも１つのパケットのヘッダ部を解釈して、個々のクライアントを特定する。そして、処理は、ステップ１３６２に進む。このステップ１３６２では、マルチメディアサーバは、ヘッダ部を解釈して、要求されている特定のネットワークアクセスの型を判別する。そして、処理はステップ１３６４に進む。このステップ１３６４では、マルチメディアサーバは、個々のクライアントの識別情報、及び、要求されているネットワークアクセスの型に基づき、ネットワークアプリケーションが有効であるかどうか判別する。
【０３３４】
図５９に、図５８のステップ１３６２の特定の型のネットワークアクセスの判別用の論理図を示す。これは、ステップ１３６６又はステップ１３６８にて、なされてもよい。ステップ１３６６では、マルチメディアサーバは、少なくとも１つのパケットのヘッダ部を解釈して、電子メールネットワークアクセスを判別する。ステップ１３６８では、マルチメディアサーバは、１つ又は複数のパケットのヘッダ部を解釈して、ウェブブラウザネットワークアクセスを判別する。
【０３３５】
図６０に、図５７の１３４８のネットワーク接続へのアクセスの判別をさらに説明する論理図を示す。これは、ステップ１３７０〜１３７８の１つ又はそれ以上にて、なされてもよい。ステップ１３７０では、マルチメディアサーバは、時分割多重アクセス方式を利用して、現在有効なネットワークアクセスアプリケーションを有するクライアントに対して、ネットワークへのアクセスを提供する。ステップ１３７２では、マルチメディアサーバは、キャリア感知多重アクセス処理を利用して、現在有効なネットワークアクセスアプリケーションを有するクライアント間のネットワーク接続へのアクセスを判別する。
【０３３６】
ステップ１３７４では、マルチメディアサーバは、現在有効なネットワークアクセスアプリケーションを有するクライアント間で、トークン通過概念を利用して、ネットワーク接続へのアクセスを判別する。ステップ１３７６では、マルチメディアサーバは、現在有効な開いているネットワークアクセスアプリケーションを有する各クライアントについて、キュー方式を利用する。このキュー方式は、先入れ先出しバッファ機構に基づくものでもよい。ステップ１３７８では、マルチメディアサーバは、個々の要求を処理するチャネルミキサ内のリソースからのネットワーク接続へのアクセス要求に対して、応答する。
【０３３７】
図６１に、複数のクライアント用のハブベースのネットワークアクセス接続として機能するマルチメディアサーバ用の代替的な方法の論理図を示す。処理は、ステップ１３８０にて開始する。このステップ１３８０では、マルチメディアサーバは、複数のクライアントの少なくとも１つからパケットを受信する。そして、処理は、ステップ１３８２に進む、このステップ１３８２では、マルチメディアサーバは、各パケットを解釈して、パケットがクライアント対クライアントパケットであるか、ネットワークパケットであるか判別する。その解釈は、パケットのヘッダ部を検討することによりなされる。なお、パケットのヘッダ部には、クライアント対クライアントデータであるかネットワークデータであるかについての指定が、含まれている。
【０３３８】
処理は、ステップ１３８４にて続行する。このステップ１３８４では、マルチメディアサーバは、パケットが、クライアント対クライアントに関するものか、ネットワークに関するものか、判別する。クライアント対クライアントデータについては、処理はステップ１３８６に進む。このステップ１３８６では、マルチメディアサーバは、パケットを処理して処理済クライアントパケットを生成する。このような処理には、マルチメディア通信システム内の１つ又はそれ以上の他のクライアントへの後の伝送用のクライアント対クライアント通信をパケット化することが、含まれる。
【０３３９】
そして、処理は、ステップ１３８８に進む。このステップ１３８８では、マルチメディアサーバは、複数のクライアントへの伝送用に、処理済クライアントパケットを多重化する。これにより、多重化クライアントパケットが生成される。また、処理済クライアントパケットは、クライアント宛てのネットワークデータ、クライアント宛てのビデオデータ、及び／又はクライアント宛てのオーディオデータと、多重化される。そして、処理は、ステップ１３９０に進む。このステップ１３９０では、マルチメディアサーバは、マルチメディア通信システム内で用いられているデータ伝送プロトコルに従って、多重化クライアントデータを複数のクライアントへ送信する。
【０３４０】
パケットがネットワークデータに対応している場合、処理はステップ１３９２に進む。このステップ１３９２では、マルチメディアサーバは、複数のクライアントの少なくとも１つをパケットから特定する。そして、処理は、ステップ１３９４に進む。このステップ１３９４では、マルチメディアサーバは、ネットワークアクセスアプリケーションが、そのクライアントについて有効かどうか、判別する。有効でない場合、処理はステップ１３９６に進む。このステップ１３９６では、マルチメディアサーバは、個々のクライアントについて、ネットワークアクセスアプリケーション（例えば、電子メール、及び／又はウェブブラウザアプリケーション）を開く。
【０３４１】
一旦、ネットワークアプリケーションが開かれるか、あるいは開かれている場合、処理はステップ１３９８に進む。このステップ１３９８では、マルチメディアサーバは、ネットワークアクセスアプリケーションに応じてネットワークパケットのデータを処理して、ネットワークデータを生成する。そして、処理は、ステップ１４００に進む。このステップ１４００では、マルチメディアサーバは、ネットワーク接続へのクライアントアクセス方式に基づき、ネットワークデータ伝送用のネットワーク接続へのアクセスを判別する。そして、処理は、ステップ１４２０に進む。このステップ１４０２では、マルチメディアサーバは、判別されたネットワークアクセスに基づき、ネットワークデータを、ネットワーク接続を通じてワイドエリアネットワークへと伝送する。ステップ１４００の判別については、図６０を参照して詳述され、ステップ１３９４の判別については、図５８及び図５９を参照して詳述された。
【０３４２】
図６２に、複数のクライアント用のハブベースネットワークとして機能するマルチメディアサーバ用の方法の論理図を示す。処理は、ステップ１４２０にて開始する。このステップ１４２０では、マルチメディアサーバは、ネットワーク接続を通じてネットワークパケットを受信する。ネットワークパケットは、１つ又はそれ以上のクライアントの代わりにマルチメディアサーバにより提供された情報に応答して、インターネット等のワイドエリアネットワークシステムから受信される。そして、処理は、ステップ１４２２に進む。このステップ１４２２では、マルチメディアサーバは、ネットワークパケットの対象としての少なくとも１つのクライアントの識別情報を判別する。これは、ネットワークパケットのヘッダ部を解釈することにより、なされてもよい。なお、ヘッダ部には、個々のクライアントに対応した宛先アドレスが、含まれている。このように、各ネットワークパケットが受信されると、マルチメディアサーバは、適切なクライアントを容易に判別することができる。
【０３４３】
そして、処理は、ステップ１４２４に進む。このステップ１４２４では、マルチメディアサーバは、ネットワークアプリケーションが個々のクライアントについて有効であるかどうか判別する。ネットワークアプリケーションは、電子メールアプリケーション及び／又はウェブブラウザアプリケーションであってもよい。個々のネットワークアクセスアプリケーションが有効でない場合、処理は、ステップ１４２６に進む。このステップ１４２６では、マルチメディアサーバは、個々のクライアントについてのものを開く。
【０３４４】
ネットワークアクセスアプリケーションが開いている場合、処理は、ステップ１４２８に進む。このステップ１４２８では、マルチメディアサーバは、ネットワークパケットのデータを処理して、クライアントデータを生成する。データの処理には、ネットワークパケットが到来したときに実行されるネットワークアプリケーションに対応した表示を作成すること、及び、得られたデータをクライアントデータとして格納することが、含まれる。そして、処理は、ステップ１４３０に進む。このステップ１４３０では、マルチメディアサーバは、複数のクライアントへの伝送用のクライアントデータを多重化する。クライアントデータは、ビデオデータ、オーディオデータ、及び／又は他のアプリケーションデータ等の他のデータのようなクライアント宛ての他のデータと、多重化されてもよい。そして、処理は、ステップ１４３２に進む。このステップ１４３２では、マルチメディアサーバは、マルチメディア通信システムのデータ伝送プロトコルに従って、多重化クライアントデータを複数のクライアントへ送信する。
【０３４５】
処理はステップ１４３４にて続行する。このステップ１４３４では、マルチメディアサーバは、クライアント対クライアントパケットを少なくとも１つのクライアントから受信する。そして、処理は、ステップ１４３４に進み、そこでは、マルチメディアサーバは、クライアント対クライアントパケットを処理して、処理済クライアントパケットを生成する。そして、処理は、ステップ１４３８に進む。このステップ１４３８では、マルチメディアサーバは、処理済クライアントパケットを、複数のクライアントへの伝送用のクライアントデータと多重化する。そして、処理は、ステップ１４４０に進む。このステップ１４４０では、マルチメディアサーバは、多重化クライアントデータを複数のクライアントへ送信する。
【０３４６】
図６３に、マルチメディアシステム内でのリソース管理方法の論理図を示す。図６３に示す処理は、図６４及び図６５に示すものと同様、図１乃至図１１に示したマルチメディアサーバのいずれかにより実行されてもよい。処理は、ステップ１４５０にて開始する。このステップ１４５０では、マルチメディアサーバは、マルチメディアサービスに対するクライアントの要求を受信する。マルチメディアシステムサービスには、衛星接続、ケーブル接続、ＮＴＳＣ放送接続、ＨＤＴＶ放送接続、ＳＤＴＶ放送接続、ＶＣＲ・ＤＶＤラジオ受信器、ＣＤプレイヤ、ＭＰ３プレイヤ等からのチャネルにアクセスすることの１つ又はそれ以上が、含まれている。
【０３４７】
そして、処理は、ステップ１４５２に進む。このステップ１４５２では、マルチメディアサーバは、クライアントの要求が有効であるかどうか判別する。クライアントの要求が有効であるかどうか判別は、個々のクライアントが要求されている個々のビデオプログラムにアクセスできるかどうか、選択されている個々のチャネルがペアレンタル制御設定を超えているかどうかを判別すること、及び／又は、割り当てられたアクセス時間中にクライアントの要求が受信されたかどうかを判別することに、基づいていてもよい。それに対応して、割り当てられたアクセス時間は、個々のモジュールのユーザがマルチメディアサーバからのサービスにアクセスしうる時間帯に、対応している。クライアントの要求が有効でない場合、処理はステップ１４５６に進む。このステップ１４５６では、マルチメディアサーバは、要求を拒否する。
【０３４８】
一方、その要求が有効である場合、処理は、ステップ１４５８に進む。このステップ１４５８では、マルチメディアサーバは、マルチメディアシステムがクライアントの要求を満たすのに充分なリソースを持っているかどうか判別する。マルチメディアシステムが充分なリソースを持っているかどうかの判別には、同調モジュールにクライアントの要求に対応した容量があるかどうか、チャネルミキサにクライアントの要求を処理するのに充分な処理リソースがあるかどうか、及び／又は、マルチメディアサーバと複数のクライアントとの間の通信経路にクライアントの要求に対応した充分な帯域幅があるかどうかを、判別することが含まれている。
【０３４９】
そして、処理は、ステップ１４６０に進む。このステップ１４６０では、充分なリソースが存在するかどうかについて、判別がなされる。存在する場合、処理は、ステップ１４６２に進む。このステップ１４６２では、マルチメディアサーバは、クライアントの要求を満たすためのリソースの少なくともいくらかを、マルチメディアシステム割当手順に基づいて割り当てる。マルチメディアシステムのリソース割当手順には、リソースを先着順で割り当てること、リソースをトランク様に割り当てること、及び／又は、個々のリソースの個々のクライアントに対する所定の割当に基づいてリソースを割り当てることが、含まれている。それに対応して、個々のチューナ、ストリーム・パージング・モジュールは、個々のクライアントに対して割り当てられてもよい。このように、これらのリソースは、個々のクライアントがマルチメディアシステムへのアクセスを要望しない限り、使用されないままとなる。
【０３５０】
ステップ１４６２に示すようにリソースを割り当てることに加えて、マルチメディアシステムは、ステップ１４６４〜１４６８に示すような機能を提供してもよい。ステップ１４６４では、マルチメディアサーバは、マルチメディアシステムが利用可能なリソースを有するかどうか判別する。利用可能なリソースがない場合、処理は、ステップ１４６２に戻る。利用可能なリソースがある場合、処理は、ステップ１４６６に進む。このステップ１４６６では、マルチメディアサーバは、クライアントが拡張機能権限を有するかどうか判別する。拡張機能権限により、クライアントの好みのチャネルが選択されるとともに、マルチメディアサーバにより処理可能となり、前チャネル、次チャネル、画像内画像等が可能となる。クライアントが拡張機能を持たない場合、処理は、ステップ１４６２に戻る。一方、クライアントが拡張機能を持つ場合、処理は、ステップ１４６８に進む。このステップ１４６８では、マルチメディアサーバは、拡張機能に対応するため、さらなるリソースを割り当てる。
【０３５１】
充分なリソースが利用可能でない場合、処理は、図６４に進む。この図６４では、不充分なリソースの取扱についての様々な代替策が提供される。このような手法の１つとして、個々のクライアントに割り当てられた拡張機能を削除して、リソースを利用可能とすることがある。代替的な処理が、ステップ１４６４，１４７４及び１４７８に図示されている。
【０３５２】
ステップ１４６４では、マルチメディアサーバは、個々のクライントについて代替的なマルチメディアサービスが利用可能かどうか判別する。これは、ステップ１４６６〜１４７２の１つ又はそれ以上に示すように、なされてもよい。ステップ１４６６では、マルチメディアサーバは、ビデオプログラムについて、解像度をデフォルト解像度に適合させる。これにより、処理の要件が少なくなる。ステップ１４６８では、マルチメディアサーバは、ビデオプログラムについて、ビデオ画質をデフォルトのビデオ画質に適合させる。これにより、クライアント用にビデオデータを作成するための処理要件が少なくなる。
【０３５３】
ステップ１４７０では、マルチメディアサーバは、クライアントに対して代替的なマルチメディアサービスの選択を照会する。その照会には、現在サービスされているチャネルのリストであってクライアントがそれらの１つを選択すること、及び／又は、代替的な解像度、ビデオの質等を選択することを要求するチャネルのリストが、含まれてもよい。ステップ１４７２では、マルチメディアサーバは、予めプログラムされた代替的な選択に基づき、代替的なマルチメディアサービスを自動的に選択する。実質的に、クライアントは、そのデフォルトの設定又は代替的なマルチメディアサービスを、直接照会されるのではなく、予めプログラムしてもよい。
【０３５４】
ステップ１４７４では、マルチメディアサーバは、クライアントの要求が、現在サービスされているクライアントの要求よりも優先するかどうか判別する。優先する場合、処理はステップ１４７６に進む。このステップ１４７６では、マルチメディアサーバは、現在サービスされているクライアントを切り替えて、現在のクライアントの要求を満たすためのリソースを取得する。現在のクライアントの要求が、現在サービスされているクライアントの少なくとも１つに優先するものでない場合、現在のクライアントの要求は拒否され、そのクライアントは、代替的なマルチメディアサービスにアクセスするように要求されてもよい。
【０３５５】
ステップ１４７８では、マルチメディアサーバは、リソースの割当が、クライアントの要求を満たすために再割当可能かどうか判別する。そして、処理はステップ１４８０に進む。このステップ１４８０では、マルチメディアサーバは、リソースが再割当可能である場合、クライアントの要求を満たすためにリソースの割当を調整する。リソースが再割当可能であるかどうかの判別について、ステップ１４８２及びステップ１４８４にてさらに説明する。このステップ１４８２では、マルチメディアサーバは、リソースの能力と比較してリソースの使用を監視する。そして、処理は、ステップ１４８４に進む。このステップ１４８４では、マルチメディアサーバは、リソースの少なくともいくらかが最適でない場合、リソースの割当を調整する。例えば、ＨＤＴＶ送信元、衛星送信元等からの圧縮ビデオを処理する場合に、個々のリソースが最も効率的であって、現在オーディオ信号を処理していれば、そのリソースは、他のリソースがオーディオ信号を処理するために使用される一方で、ビデオ信号を処理するために再割当されうる。
【０３５６】
図６５は、マルチメディアシステム内のリソースの管理方法の論理図を示す。処理は、ステップ１４９０にて開始する。このステップ１４９０では、マルチメディアサーバは、マルチメディアサービスに対するクライアントの要求を、クライアントから受信する。マルチメディアサービスには、衛星接続のチャネル、ケーブル接続のチャネル、ＤＶＤプレイヤ、ＶＣＲ等のビデオ送信元、及び／又はＣＤプレイヤ、ＤＶＤオーディオプレイヤ等のオーディオ送信元の１つ又はそれ以上が含まれる。そして、処理はステップ１４９２に進む。このステップ１４９２では、マルチメディアサーバは、そのクライアントの要求が有効かどうか判別する。ステップ１４９４に示すようにクライアントの要求が有効である場合、処理は、ステップ１４９６に進む。このステップ１４９６では、マルチメディアサーバは要求を拒否する。
【０３５７】
一方、要求が有効である場合、処理はステップ１４９８に進む。このステップ１４９８では、マルチメディアサーバは、マルチメディアシステムがクライアントの要求を満たすのに充分なリソースを有するかどうか判別する。そして、処理はステップ１５００に進む。このステップ１５００では、マルチメディアサーバは、充分なリソースが存在するかどうかに基づき、処理を分岐させる。充分なリソースが存在すれば、処理はステップ１５０２に進む。このステップ１５０２では、マルチメディアサーバは、クライアントの要求を満たすのに最も適合したリソースを割り当てる。充分なリソースが存在しない場合、図６４での処理が利用される。
【０３５８】
クライアントの要求を満たすのに最も適合したリソースを判別するために、ステップ１５０４〜１５０８が利用されてもよい。ステップ１５０４では、マルチメディアサーバは、複数のリソースの各々についてリソースの能力のリストを管理する。そして、処理は、ステップ１５０６に進む。このステップ１５０６では、マルチメディアサーバは、クライアントの要求に対応するのに必要なリソースの種類を判別する。そして、処理は、ステップ１５０８に進む。このステップ１５０８では、マルチメディアサーバは、最適合の解析を実行して、必要なリソースの能力及びリソースの種類に基づき、最も適合したリソースを特定する。例えば、同調モジュール及び／又はチャネルミキサ内のリソースは、他のものがオーディオ信号を処理するのにより適しているのに対して、衛星接続からの圧縮ビデオデータを処理するときに最も効率的でありうる。このように、圧縮ビデオ信号にアクセスするための要求が受信された場合、マルチメディアサーバは、圧縮ビデオを処理するのに最も適したリソースを割り当てるように試みる。同様に、オーディオ送信元にアクセスするための要求が受信された場合、マルチメディアサーバは、オーディオの要求を満たすために最適のリソースを割り当てるように試みる。
【０３５９】
上記説明により、マルチメディア通信システム用の方法及び装置が提示された。マルチメディア通信システムにより、複数のクライアントは、様々なオーディオ送信元、ビデオ送信元、インターネット、公衆交換電話網等への見かけ上の直接アクセスが、このようなサービスに対する従来型の直接アクセスに対応した通例の受信及び送信回路なしで、できるようになる。当該技術における平均的技能を有する者には理解されるように、他の実施形態が、特許請求の範囲から外れることなく、本発明の教示内容から得られてもよい。
【図１】
0004955743.tif 000002
【図２】
0004955743.tif 000003
【図３】
0004955743.tif 000004
【図４】
0004955743.tif 000005
【図５】
0004955743.tif 000006
【図６】
0004955743.tif 000007
【図７】
0004955743.tif 000008
【図８】
0004955743.tif 000009
【図９】
0004955743.tif 000010
【図１０】
0004955743.tif 000011
【図１１】
0004955743.tif 000012
【図１２】
0004955743.tif 000013
【図１３】
0004955743.tif 000014
【図１４】
0004955743.tif 000015
【図１５】
0004955743.tif 000016
【図１６】
0004955743.tif 000017
【図１７】
0004955743.tif 000018
【図１８】
0004955743.tif 000019
【図１９】
0004955743.tif 000020
【図２０】
0004955743.tif 000021
【図２１】
0004955743.tif 000022
【図２２】
0004955743.tif 000023
【図２３】
0004955743.tif 000024
【図２４】
0004955743.tif 000025
【図２５】
0004955743.tif 000026
【図２６】
0004955743.tif 000027
【図２７】
0004955743.tif 000028
【図２８】
0004955743.tif 000029
【図２９】
0004955743.tif 000030
【図３０】
0004955743.tif 000031
【図３１】
0004955743.tif 000032
【図３２】
0004955743.tif 000033
【図３３】
0004955743.tif 000034
【図３４】
0004955743.tif 000035
【図３５】
0004955743.tif 000036
【図３６】
0004955743.tif 000037
【図３７】
0004955743.tif 000038
【図３８】
0004955743.tif 000039
【図３９】
0004955743.tif 000040
【図４０】
0004955743.tif 000041
【図４１】
0004955743.tif 000042
【図４２】
0004955743.tif 000043
【図４３】
0004955743.tif 000044
【図４４】
0004955743.tif 000045
【図４５】
0004955743.tif 000046
【図４６】
0004955743.tif 000047
【図４７】
0004955743.tif 000048
【図４８】
0004955743.tif 000049
【図４９】
0004955743.tif 000050
【図５０】
0004955743.tif 000051
【図５１】
0004955743.tif 000052
【図５２】
0004955743.tif 000053
【図５３】
0004955743.tif 000054
【図５４】
0004955743.tif 000055
【図５５】
0004955743.tif 000056
【図５６】
0004955743.tif 000057
【図５７】
0004955743.tif 000058
【図５８】
0004955743.tif 000059
【図５９】
0004955743.tif 000060
【図６０】
0004955743.tif 000061
【図６１】
0004955743.tif 000062
【図６２】
0004955743.tif 000063
【図６３】
0004955743.tif 000064
【図６４】
0004955743.tif 000065
【図６５】
0004955743.tif 000066