メディア信号を通信するためのシステム及び方法
【課題】メディア信号を流すためのメディア・ストリーミング・システムを提供する。
【解決手段】メディア・ストリーミング・システムは調査可能なＣＯＤＥＣライブラリとして提供されると共に、メディア信号の同様な区分を識別すべく該メディア信号内の特定の特性を決定する際に使用される個別で別個の複数のＣＯＤＥＣ（１４５）から成るＣＯＤＥＣライブラリを取り入れる。メディア・ストリーミング・システムは、流されている状態のメディア信号としての該メディア信号の独特な特性を学習すべく且つ取り込むべく知能機構としてのコンピュータ具現化知能システムを用いる。またメディア・ストリーミング・システムは、ソース・メディア（１００）から到着装置（１３０，１３５，１４０）まで流される際のメディア信号の圧縮／解凍をも為す。
【解決手段】メディア・ストリーミング・システムは調査可能なＣＯＤＥＣライブラリとして提供されると共に、メディア信号の同様な区分を識別すべく該メディア信号内の特定の特性を決定する際に使用される個別で別個の複数のＣＯＤＥＣ（１４５）から成るＣＯＤＥＣライブラリを取り入れる。メディア・ストリーミング・システムは、流されている状態のメディア信号としての該メディア信号の独特な特性を学習すべく且つ取り込むべく知能機構としてのコンピュータ具現化知能システムを用いる。またメディア・ストリーミング・システムは、ソース・メディア（１００）から到着装置（１３０，１３５，１４０）まで流される際のメディア信号の圧縮／解凍をも為す。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
この出願は、２００１年９月２６日出願の出願番号第６０／３２５，４８３号、代理人整理番号ＩＤ-ＰＡＴ-００１ＰＲ１の"System and Method for Communicating Media Signals"と題されたＲｅｙｎｏｌｄ等の仮出願の非仮出願である。
分野
この開示はソース装置と受信装置との間でメディア信号を通信するためのシステム及び方法に関する。より明確には、ストリーミング・メディア信号及びスタティック・メディア信号を圧縮及び解凍して、それら信号をソース装置及び受信装置の間で人工知能機構を用いて効率的に通信するためのシステム及び方法に関する。
【背景技術】
【０００２】
ストリーミング・メディア及びスタティック・メディアを相互に遠隔的に配置された装置間で効率的に通信する能力は、インターネット等のネットワーク化された通信の到来に伴い指数関数的に出現した著しい需要である。この需要は、近年、世界的なスケールで実質的な開発リソースによって対処されてきた。
【０００３】
用語「メディア」でこの明細書において意図されることは、ソース装置から到着装置までその到着装置での使用のための信号の形態で通信され得る情報を意味することであり、この明細書で使用されている場合、メディアはストリーミング・メディア信号或はスタティック・メディア信号の何れかを含むことが一般には企図される。この開示の目的のため、メディア信号に対する受信装置の動作として適用される用語「使用」は、再生（例えば、サウンド、画像、ビデオ）、処理（例えば、テレメトリーデータ）、或は、メディア信号の意図された目的である他の任意の使用或は操作を含むことが意図されている。
【０００４】
用語「ストリーミング・メディア」は、一時的な流れるような状態で到着装置まで通信されたり、該到着装置によって使用されることが意図された情報を含むメディア信号を意味することがこの明細書では意図されている。ストリーミング・メディア信号に適用されている用語「ストリーミング」は、経時的に連続状態で通信及び処理され得る信号、経時的に連続状態で通信及び処理される信号、或は、相互に関係付けられ且つその後に到着装置によって連続的に相互に関係付けられた状態で使用される、一連の個別的なパケット、ピース、或は、ブロックで通信され得る信号を含むことがこの明細書では意図されている。この開示の目的のためにストリーミング信号の例は、それ故に、制限無しで、ビデオ、オーディオ、ビデオと組み合わせられたオーディオ、一時的なテレメトリー等のデータ・ストリング等のタイプのメディアを含む。用語「ストリーミング・メディア」は、対象メディアを表しているデータのディジタル化形態を参照することで殆どの場合に典型的には使用される。
【０００５】
用語「スタティック・メディア」は、先に規定したような「ストリーミング」ではないメディアを一般的には意味するように意図されている。スタティック・メディア信号は、一般的には通信され得ると共に単一パケット、ブロック、或は、ピースとして使用されることが意図されているタイプのものである。それ故にスタティック・メディアは、例えば、制限無しに、個別の画像、個々別々であると共に相対的に一時的な短いビデオ・クリップ、サウンド若しくはサウンド・バイト、或は、テレメトリー情報等のピース情報若しくはブロック情報を含み得る。しかしながら企図されることは、スタティック・メディアのそうした「単一ピース」は、例えば、全体的な画像の複数領域若しくは複数ピクセル、一団となってビデオ・クリップを形成する個々別々のフレーム、一団となってサウンド、サウンド・バイトを含む複数サウンドから成るグループ、或は、一団となってより大きな情報ブロックを含む情報ビット等の複数のより小さなピース或はサブパーツから成るべく充分な大きさであり得ることである。
【０００６】
ストリーミング・メディアは、スタティック・ファイルよりも著しく大きなデータ・ファイルを一般的には含むと共に、殆どのメディア・ファイルにて経験されるよりもそうしたファイルの一時的な通信にわたってより多くの変数をしばしば表す。それ故に使用のために到着装置への適切な通信に対するストリーミング・メディアを効率的に圧縮する能力は、しばしば、相当により複雑であると共にゴールに到るには難しい。従って、この開示の多くは特にストリーミング・メディアを参照することで提供され、そして本発明はそうした通信に対する著しい利益を提供すべく考察された。しかしながら、この背景技術に対してそしてここに開示された本発明の多くの利益に対してストリーミング・メディアがここで特に参照された場合、スタティック・メディアも当業者に従えば適切であることが企図されている。
【０００７】
数多くの種々の「タイプ特有」メディア・システムは、ソース及び遠隔到着地の間においてストリーミング・メディア信号及びスタティック・メディア信号の特有タイプ（例えば、ビデオ、オーディオ、画像、声等々）を伝送又は送信するために相当に長期にわたって使用されてきた。そうしたタイプ特有メディア・システムの典型例はテレビ伝送システム、電話回線システム、並びに、ラジオ（無線）伝送システムを含み、テレビジョン、電話、並びに、ラジオはそれ故にメディアの受信装置である。従って、ストリーミング・メディア及びスタティック・メディアの効率的な通信に対する要求はまさに多様な通信産業になろうとしており、例えば、電話、テレビジョン、映画、音楽、並びに、より最近の双方向（対話式）ゲームに対する各種産業を含む。
【０００８】
更には、以上の様々な長期持続タイプ特有システムを含む数多くのメディア通信システムは「フォーマット特有」でもあり、その対象メディア信号が特定のフォーマットで通信されて、ソース、送信チャネル、並びに、到着装置がそのフォーマット内での働きが特に従順でなければならない。フォーマット特有メディアシステムの例として、例えば、特定のタイプのメディアにだけ働きケーブル・キャリアから特定のコード化されたフォーマットで配信のみ為されるコード化ケーブル・テレビジョン・システムを含む。それ故に、これらシステムは、ハードウェア及びソフトウェアにおいて、一般にコンテンツ・プロバイダによって提供されるべきメディアのタイプ及びフォーマットのみに専用となる。
【０００９】
社会のニーズは、これら専用コンテンツ特有システム及びフォーマット特有システムの能力より勝ってきた。特に専用システムは、特定のストリーミング・メディアに対する果てしなく増大するリアルタイムでのクライアント要求に適応すべく構成されていない。更には、今日相互接続された世界におけるテクノロジー開発は、１つの装置を用いて多数フォーマットでのメディアの多数タイプの引き出し、受け取り、押し込み、送信を為す能力に対する社会の知的趣味に挑んできた。更にコンテンツ・プロバイダは、多くの種々のメディア信号をそれらクライアント側のオフィス、リビングルーム、並びに、手元における多くの種々のタイプの装置へ配信できなければならない。個人及び会社も、様々な種々のフォーマットを用いると共に様々なそれぞれの装置を用いて相互に通信することを望んでいる。
【００１０】
従って、ストリーミング・メディア及びスタティック・メディアをインターネットの集中したネットワークにわたって配信するためのかなり大きな産業が出現してきた。コンテンツ配信会社は、今日、生の競馬及び娯楽から医療テレメトリや教育までの広範なストリーミング・メディアをインターネットにわたって且つビデオ・フォーマット及びオーディオ・フォーマットで配信している。ＤＦＣ Ｉｎｔｅｌｌｉｇｅｎｃｅからの１つの公開報告に従えば、２０００年に２１５パーセントの成長して、９億を超える合計アクセス・ストリームに達した。これはブロードバンド・ストリームを含み、それは略２９％の合計アクセスを作り上げた。この同一の報告は、有効なストリーム棚卸し資産の１５パーセント程が、現在、続々と広告によって販売促進されていることが推定されもする。インターネット・リサーチャーとしてのＪｕｐｉｔｅｒ Ｍｅｄｉａ Ｍｅｔｒｉｘによって公開された別の報告では、各種会社が従業員、消費者、並びに、他のビジネスとの通信での電子対話に向かっているように、ストリーミング・ビデオ・テクノロジーに沿ってのビジネスが２０００年の１億４千万ＵＳドル（ＵＳドル１４０Ｍ）から２００５年までの略３０億ＵＳドル（ＵＳドル３Ｂ）まで膨らむことになる。
【００１１】
更に、これらシステム上での送信を為す人口急増や増大する人数は有効情報に対する有効帯域幅と激しく衝突してきている。それ故に、限られた帯域幅リソース及び限られた有効送信速度を用いてメディアを効率的に流す能力が増大された社会の重大事である。
【００１２】
圧縮／解凍アルゴリズム（「ＣＯＤＥＣ」）
種々のタイプのメディアを通信するための指数関数的な要求に鑑みて、様々な圧縮／解凍システム（「ＣＯＤＥＣ」）が多年にわたって開発されてきおり、そして特に著しい研究及び開発の最近の主題となってきている。ＣＯＤＥＣの特定タイプやストリーミング・メディア信号及びスタティック・メディア信号の通信に関するＣＯＤＥＣの動作を管理するシステムは、例えば、グラフィックス及び映像等の静止フレーム画像やストリーミング・メディアを含む特定タイプのメディアに対して開発されてきている。
【００１３】
画像ＣＯＤＥＣ
様々な異なるタイプのスタティック・メディアＣＯＤＥＣが開発されてきており、幅広い種類のこれらＣＯＤＥＣが広範に知られ且つ使用されている。特に注目の主題となってきている１つの特定タイプのスタティック・メディアは、（適切な圧縮／解凍要望に著しく衝撃を与えるようなフレーム間のサイズ及び一時的関係等のより複雑な変数によってストリーミング・メディアとしてビデオ前後関係において一般的には取り扱われるような複数の相関された画像フレームから成る長い一続きを介しての）様々な画像を含む。スタティック・メディアＣＯＤＥＣ処理の例は従来の画像ＣＯＤＥＣテクノロジー及び方法の特定の特有タイプを参照することで例証される。
【００１４】
ワールドワイドウェブ上でのグラフィック画像に対する２つの最も一般的なファイル・フォーマットは「ＧＩＦ」及び「ＪＰＥＧ」フォーマットとして知られ、図面（例えばラインアート）や映像に対する各標準として一般的には考えられ、以下に更なる理解の目的で他の画像圧縮様式と一緒に更に記載される。
【００１５】
「ＪＰＥＧ」は"Joint Photographic Experts Group"の頭字語であり、ＩＳＯ（国際標準化機構）標準１０９１８に準じているグラフィック画像ファイルである。映像圧縮／解凍に対して一般に使用されているＪＰＥＧファイルは圧縮品質の範囲から選択するか、或は、先にも記載したように、複数の圧縮アルゴリズムから成る一組の内の１つから選択することによって作り出される。ＪＰＥＧファイルを作り出すために、或は、画像を別のフォーマットからＪＰＥＧへ変換するために、所望される画像の品質は特定化されなければならない。一般に、最高品質は最大ファイルとなるので、ユーザによって選択されるような画像品質及び画像サイズの間での妥協が為され得る。ＪＰＥＧ具現化手段はそれらの全てを用いることがないかもしれないが、圧縮のＪＰＥＧモードは、一般に、２９個の個別コード化プロセスを含む。ＪＰＥＧ画像は典型的には名称添字「．ｊｐｇ」が付与される。
【００１６】
「ＧＩＦ」は「Graphics Interchange Format」の頭字語であり、事実上、インターネット通信用の図面画像圧縮／解凍の標準フォーマットであると一般には考えられている。ＧＩＦフォーマット化はＬＺＷアルゴリズムとして知られる圧縮アルゴリズムを用い、それはAbraham Lempel, Jacob Ziv， Terry Welchによって開発され、ユニシス・コーポレーション会社から商業的に入手可能である（一般にそうしたアルゴリズムは料金を負っているライセンスを要求することなしに公共的に入手可能とされていた）。より明確には、「ＬＺＷ」圧縮アルゴリズムは所与の長さ（例えば１２ビット）の複数ビットから成る各入力シーケンスを取り入れて、その特定のビット・パターンに対して、しばしば「辞書」或は「コード・ブック」と呼称されるテーブル内にエントリを作り出す。エントリはそのパターン自体とより短いコードから構成される。入力が読み取られると、先に読み取られた任意のパターンがより短いコードの代用となって、入力の総量をより小さなものに効率的に圧縮する。ＬＺ７７及びＬＺ７８として知られたより早期のアプローチは圧縮ファイルの一部として検索テーブルを含まなかった。しかしながらより最近のＬＺＷアルゴリズム様式はファイル内にテーブルを含んでおり、ビューイングのためにファイルを解凍するデコード化プログラムはそれがコード化入力を処理するにつれてアルゴリズムを用いてテーブルを構築できる。ＧＩＦフォーマットは２Ｄラスター・データ・タイプを用いてバイナリにコード化される。
【００１７】
ＧＩＦフォーマットの２つのバージョンは、ＧＩＦ８７ａ、「動画ＧＩＦ」ファイル作成を可能とするより最近のＧＩＦ８９ａ、或は、画像内の動作或は変化を表すべくシーケンス内に再生される単一ＧＩＦファイル内の複数画像から成る短シーケンス（エンドレス・ループか或はエンドに到達するプログレッションを通じてかの何れか一方）。ＧＩＦ８９Ａも「インターレースドＧＩＦ」共々許容され、それは受信者に到着して該受信者によって、完全な解像度が達成されるまで欠けているラインを満たすビット・ストリームから成る７つの連続的な波で漸次置き換わる画像のファジィー輪郭として表示される。インターレースドＧＩＦは、例えば、（画像上でクリックしてリンク等の操作を実行する等の）決定を為す等の主題画像内の特定情報が処理され得る前に、より短い待機時間を監視すべく１４．４Ｋｂｐｓ及び２８．８Ｋｂｐｓモデムを用いてビューアを可能としている。
【００１８】
画像シーケンスを満たしている解像度の波を表示することによって、インターレースドＧＩＦは、連続的な波の中で「フェードイン」することになる圧縮プログラムから成るＪＰＥＧ組を用いて作成された画像を記述する「プログレッシブＪＰＥＧ」と同様となる。プログレッシブＪＰＥＧは、しばしば、画像をモデム接続速度で配信するより魅力的な方法であると注目されるが、より高速の接続を有するユーザはおそらく違いに注目することがないであろう。
【００１９】
「ＰＮＧ」又は「Ｐｒｏｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ」フォーマットは画像圧縮用により最近開発されたものであり、そしてそのうちにインターネット使用に対するＧＩＦに置き換わるべく公表された（一般的にＪＰＥＧフォーマットはサイズ／品質妥協を許容しない）。このフォーマットは公共的な消費及び開発に対して開発された。ＧＩＦと同様に、ＰＮＧは「損失無し」圧縮フォーマットであり、そしてそれ故に全ての画像情報は圧縮ファイルがビューイング中に解凍されると復帰される。しかしながらＰＮＧフォーマット化されたファイルはＧＩＦフォーマットと比べて１０乃至３０パーセントより圧縮されるように一般的には意図されている。ＰＮＧファイル・フォーマットの更なる局面は、（ｉ）カラースライドは１色のみには限定され得ず、透明度は制御され得る（「不透明」）、（ｉｉ）画像の「インターレーシング(interlacing)」は標準ＧＩＦに対して改善されている、（ｉｉｉ）「ガンマ修正」は可能とされて、特定のディスプレイ製造業者によって必要とされる色輝度と言う画像の「チューニング」を許容している、（ｉｖ）画像は純正カラー、パレット、並びに、ＧＩＦと同様なグレイスケール・フォーマットを用いて保存される、（ｖ）「アニメーション又は動画」は一般的にはサポートされていないが、ＰＮＧは一般的には拡張可能であり且つそれ故にスクリプト可能画像動画化をもたらすべく層状に重ねられ得る。
【００２０】
「ＴＩＦＦ」は「Tag Image File Format」の頭字語であり、例えばスキャナ画像に対して使用されるグラフィック等のアプリケーション・プログラム間でラスター・グラフィック（又は「ビットマップ」）画像を交換するための一般的なフォーマットである。ＴＩＦＦファイルは、通常、名称添字「．ｔｉｆ」或は「．ｔｉｆｆ」が付与され、一般的には１９８０年半ばにアドビー・ソフトウェア社、マイクロソフト社、並びに、ヒューレット-パッカード社のサポートで開発された。ＴＩＦＦファイルはグレイスケール、カラーパレット、或は、ＲＧＢフルカラーを含む幾つかの分類の内の何れかであり得て、その記述及び違いはこの開示の別の場所で更に展開されている。ＴＩＦＦファイルはＪＰＥＧ、ＬＺＷ、或は、ＣＣＩＴＴグループ４標準ランレングス画像圧縮を伴うファイルをも含み、それらはここでの別の場所で更に記載される。最も一般的なグラフィック画像フォーマットの１つとして、ＴＩＦＦファイルはデスクトップ・パブリッシング、ファクシング、３-Ｄ応用例、並びに、医療用画像形成応用例に典型的には使用される。
【００２１】
ビデオＣＯＤＥＣ
ビデオ圧縮は、（「ビデオ・オン・デマンド」等の）事前記録済みビデオ、テレコンファレンシング、並びに、（放送等の）ライブ・ビデオ等々を含む様々な応用例に強力に開発された主題であって。「デスクートップ」コンピュータ、ワイヤレス装置、従前のテレビジョン、並びに、高品位テレビジョンは、効率的なビデオ圧縮システムが対応しなければならない種々のタイプの受信装置の例である。
【００２２】
一般に、ビデオＣＯＤＥＣアルゴリズムは個々別々のフレーム単位に基づくか、及び／或は、各フレームが従来使用の最も一般的なビデオ圧縮であり幾つかの数学的原理に基づいている「一時的圧縮」に基づくかの何れか或はその双方で動作し、個別コサイン変換（「ＤＣＴ」）、ウェーブレット（小波）変換、並びに、ピュア・フラクタルを含む。
【００２３】
「個別コサイン変換」或は「ＤＣＴ」は画像圧縮応用例に使用される最も評判がよい変換である。一般に、ＤＣＴはコサインの重量付け合計としての波形データを表す技術である。ＤＣＴは個別フーリエ変換と同様に、信号或は画像を空間的域から周波数域へ変換する。ＤＣＴは画像を異なる重要性（画像の視覚的品質に関する）の各種パーツ（或はスペクトル・サブ帯域）に分離する補助を為す。その好評判の理由は、典型的な画像に対するエネルギー圧縮と云う良好な性能を含むばかりではなく、幾つかの高速アルゴリズムの有効性をも含む。ＤＣＴは、ＪＰＥＧ及びＭＰＥＧの２つの国際的な画像／ビデオ圧縮標準で使用されている。
【００２４】
「ウェーブレット変換」は一般的には数学的アルゴリズムであり、信号データを数学的表現の集合に変換し、それら数学的表現の数々は、例えばフーリエ変換と同様に、到着受信装置によってデコード化され得る。ウェーブレットはノイズから弱い信号を回復することを高めることで注目されてきおり、それ故にこの方法で処理された画像は著しいボケ或は細部の不明瞭性無しに向上させられ得る。この理由のため、ウェーブレット信号処理は医療用の特にＸ線や磁気共鳴画像に特に適用されてきた。インターネット通信において、ウェーブレットは他の従来方法で一般的に可能であるものよりも相当程度まで画像を圧縮すべく使用されてきた。幾つかの場合において、ウェーブレット圧縮画像はより一般的なＪＰＥＧフォーマットを用いての同様品質画像のサイズの約２５パーセント程度に小さくすることができ、この開示の別の場所で更に詳細に議論される。よって、例えばＪＰＥＧフォーマットで２００Ｋｂを必要とすると共にダウンロードするのにちょっと時間を費やす映像は、ウェーブレット圧縮フォーマットで５０Ｋｂだけを必要とすると共にダウンロードするのに１５秒を費やすだけであることが可能である。ウェーブレット圧縮画像ファイルは、しばしば、名称添字「．ｗｉｆ」が付与され、受信器（例えば、コンピュータ受信器上のインターネット・ブラウザ）はそれらのフォーマット・ファイルをサポートしなければならないか、或は、プラグ-イン・プログラムがそうしたファイルを読み取るために必要とされることとなる。
【００２５】
フラクタル画像圧縮は損失が多い画像コード化の近代的な技術であり、現存のフーリエ級数圧縮方式を凌ぐ幾つかの改善を提供している。階段関数としてモデル化された際、エッジは適切な描写のために多数のフーリエ級数項を必要としているために、エッジ描写が改善されている。フラクタルの他の長所は高速デコード化時間とスケール独立性を含む。フラクタル圧縮はマンデルブロー集合に基づき、それは自然の自己類似スケーリング従属統計学的機能を活用している（マンデルブロー１９８３年）。フラクタル圧縮及び解凍は回転及びスケールとは独立したサンプル領域と同一の特性を示す領域を見出すクラスタリング・アプローチに係る。フラクタル画像は、それらをどのようにして再生させるかについての帰納的方程式及び指示として画像を圧縮する。これら方程式はそのコンポーネント間での関係の点で画像を記述する。記憶必要性の点での低減は、フラクタル圧縮が画像のピクセル表示の代わりに方程式及び指示を節約すると云う事実による。
【００２６】
「ＭＰＥＧ」は「Moving Picture Experts Group」の頭字語であり、特定の発展ビデオ圧縮標準やそれらから広まったオーディオ圧縮標準と同義に使用されるようになった。一般に、ＭＰＥＧビデオ・ファイルを使用するために、パーソナルコンピュータが充分なプロセッサ速度、内部メモリ、並びに、典型的に大きなＭＰＥＧファイルを取り扱い且つ再生すべくハードディスクのスペースを必要としており、通常名称添字「．ｍｐｇ」が付与される。特定されたＭＰＥＧビューア或はＭＰＥＧファイルを再生するクライアント・ソフトウェアはクライアント・システム上で有効でなければならず、そして一般的にはウェブ上の様々なサイトから市販のＭＰＥＧプレイヤーのソフトウェア或はバージョンがダウンロードされ得る。ＭＰＥＧフォーマット済みメディアに対する操作のモードは以下のこれら順次展開される標準を参照することでここに記載される。
【００２７】
より詳細には、ＭＰＥＧ-１標準は一般的には約１．５Ｍｂｐｓの伝送速度のコーディング・プログレッシブ・ビデオ用に設計された。これは、一般には、ビデオ-Ｄ及びＣＤ-Ｉメディアに対する特定の応用例用に設計された。ＭＰＥＧ-１オーディオ・レイヤー-３（「ＭＰ３」）も早期のＭＰＥＧ研究から発展したものである。「ＭＰＥＧ-２」は４Ｍｂｐｓを上回る伝送速度のコーディング・インターレースド画像に対して一般的に設計された標準であり、多くのＭＰＥＧ―２プレイヤーがＭＰＥＧ-１データも取り扱うことができることで一般には注目され、逆のことは真であることが一般には注目されておらず、ＭＰＥＧ-２コード化ビデオは一般的にはＭＰＥＧ-１プレイヤーと互換性がない。更に別のプログレッシブ標準である「ＭＰＥＧ-３」も高品位テレビジョン（「ＨＤＴＶ」）用に提案されてきたが、一般にＭＰＥＧ-３はＨＤＴＶ要件を満たすことが一般に信じられているＭＰＥＧ-２と合併された。最後に「ＭＰＥＧ-４」標準も最も最近に開発され、スピーチ及びビデオ合成、フラクタル幾何形状、並びに、コンピュータ視覚化に対処すべく相当により意欲的な標準を提供することが意図されており、画像を再構築するために人工知性を組み入れるべく更に開示された。
【００２８】
ＭＰＥＧ-１及び-２標準は２５：１から５０：１まで変動する要因によってディジタル・ビデオを圧縮する技術を規定している。この圧縮は５つの種々の圧縮技術、即ち、（ｉ）個別コサイン変換（ＤＣＴ）であり、周波数に基づく変換、（ｉｉ）「量子化」であり、選択的な情報を損失する技術であり、例えば、幾つかの画像が画像の直前及び直後の映像から予報されること、を一般的には用いてこれら標準に従って達成される。
【００２９】
商業的に入手可能な圧縮テクノロジーの更により詳細な例としては、マイクロソフトメディアプレイヤー(Microsoft Media Player)（商標）（マイクロソフト・コーポレーション社から入手可能）、リアルプレイヤー(RealPlayer)（商標）、リアルシステム Ｇ２(RealSystem G2)（商標）（リアルネットワーク（商標）から商業的に入手可能）、アップルズクィックタイム(Apple's QuickTime)（商標）（ソレンソン(Sorenson)（商標）から商業的に入手可能）、並びに、「ＶＤＯ」を含む。マイクロソフトメディアプレイヤー（商標）は圧縮／解凍に対するＣＯＤＥＣのＭＰＥＧ標準に適用するように一般的には信じられているが、その他のものがＣＯＤＥＣの専有タイプを使用すべく主張されてきた。ＭＰＥＧ４等の標準圧縮アルゴリズムは、エンタープライズ・ストリーミング、セキュリティ、並びに、その類に対する埋め込みシステムを構築しているデベロッパーの手にそれらの道をつけた。
【００３０】
ワイヤレス及びＩＰネットワークにわたるストリーミング・ビデオ解決策を提供するより最近の研究の一例はエンブレーゼ・システムズ(Emblaze Systems)（ＬＳＥ：ＢＬＺ）と呼称される会社によって公表された。この会社は、ライブ及びオン・デマンドのビデオ・メッセージや、ＰＣ、ＰＤＡ、ビデオ携帯電話、並びに、双方向テレビ等の任意のプラットフォーム上のコンテンツのコーディング及び再生を意図された特定のテクノロジーを開示した。エンブレーゼ・システムズは以前はＧＥＯインターアクティブ・メディア・グループであると思われる。以下の公開された特許文献１及び２としての国際特許出願は、ＧＥＯインターアクティブ・メディア・グループが「譲受人」として指名された範囲でエンブレーゼ・システムズと関連されていると思われる。これら参考文献の開示はそれらを参照することでそれらの全体にわたってここに合体させる。
【特許文献１】Carmel et alのＷＯ９７３１４４５
【特許文献２】CarmelのＷＯ９９１０８３６
【００３１】
ワイヤレス応用例に対するストリーミング・メディアの通信を改善すべく意図されたＣＯＤＥＣテクノロジーを公開した別の会社はパケットビデオ(Packetvideo)（商標）・コーポレーション社であり、より詳細にはストリーミング・ビデオを携帯電話へ通信することを意図している。加えて、彼らは一時的スケーラビリティ及び信号過誤抵抗を追跡することを意図しているＣＯＤＥＣテクノロジーを奨励すると信じており、ビデオ及びオーディオ・ストリームをワイヤレス環境の危険から保護している。下記の特許文献３は、その特許文献を見ると指名「譲受人」としてのパケットビデオと関連されていると思われる特定のストリーミング・メディア圧縮／解凍テクノロジーの更なる例を開示している。この特許文献の開示はそれを参照することでその全体にわたってここに合体させる。
【特許文献３】Lengwehasatitの米国特許第６，１６７，０９２号
【００３２】
別の先行する参考文献は、移動画像用のカラー・ビデオ・データを圧縮するための費用効果的で連続的に適応できるディジタル・ビデオ・システムと方法とを提供することが意図されたＣＯＤＥＣテクノロジーを開示している。この方法は、アナログ・ビデオ・フレームを取り込むことと、独特の損失有り（損失性）及び損失無し（無損失性）の、副帯域コーディング、ウェーブレット変換、運動検出、ラン・レングス・コーディング、並びに、可変レングス／コーディングを含んでいるディジタル圧縮テクノロジーの組み合わせを用いて、画像を圧縮用に好適なソース入力フォーマットにディジタル化することを含む。
【００３３】
別の先行する参考文献は、移動画像用のカラー・ビデオ・データを圧縮するための費用効果的で連続的に適応できるディジタル・ビデオ・システムと方法とを提供することが意図されたＣＯＤＥＣテクノロジーを開示している。この方法は、アナログ・ビデオ・フレームを取り込むことと、独特の損失有り及び損失無しの、副帯域コーディング、ウェーブレット変換、運動検出、ラン・レングス・コーディング、並びに、可変レングス／コーディングを含んでいるディジタル圧縮テクノロジーの組み合わせを用いて、画像を圧縮用に好適なソース入力フォーマットにディジタル化することを含む。このシステムは、良好から優れたビデオ品質を提供すべく意図された高圧縮を提供する視覚的画像の圧縮及び解凍のための「ハフマン・エンコーダ」を用いるべく一般的に開示されているエンコーダ及びデコーダ（ＣＯＤＥＣ）区分を含む。圧縮されたビデオ・データは基本ビデオと圧縮されたディジタル・オーディオと多重化されるビデオの追加層とを提供して、ローカル・エリア或はワイド・エリアにわたるワイヤレス・ネットワークを含んでいるインターネット或はイントラネットにわたっての配分のため、パケット化され得るデータ・ストリームを提供する。開示されたＣＯＤＥＣシステムは、データ・チャンネル上の有効帯域幅を先行するフレームに対するチャンネル上の有効帯域幅と比較するに応じてフレーム単位でディジタル画像の圧縮を連続的に調整すべく意図されており、ネットワーク伝送チャンネルの有効帯域幅とクライアント・ユーザの受信器リソース能力とに相応する出力データ・ストリームを提供する。圧縮は出力データ・ストリームのフレーム速度の調整によって更に調整され得る。
【００３４】
ビデオ通信をストリームする少なくとも一部で使用されるように意図されたＣＯＤＥＣシステムの更により詳細な例は、以下の特許文献４乃至１０に開示されている。これは参照文献の開示はそれらを参照することでそれらの全体にわたってここに合体させる。
【特許文献４】Adolph et alの米国特許第６，０８１，２９５号
【特許文献５】Guetz et alの米国特許第６，０９１，７７７号
【特許文献６】Leiの米国特許第６，１３０，９１１号
【特許文献７】Daly et alの米国特許第６，１７３，０６９Ｂ１号
【特許文献８】Gardos et alの米国特許第６，２６３，０２０Ｂ１号
【特許文献９】Murakami et alの米国特許第６，２７２，１７７号
【特許文献１０】Leiの米国特許第６，２７２，１８０Ｂ１号
【００３５】
全てとまではいかないが殆どの先行ストリーミング・ビデオ圧縮方法はそうしたＣＯＤＥＣ内における極端に複雑な数学的ツールとそれらに対する微細な変化とに注目し、「ワン・サイズ・フィッツ・オール(one size fits all)」ビデオを全てのタイプの公開及び非公開のネットワークにわたって、ワイヤレス・ネットワークに見出されるような超低帯域幅ネットワークから衛星通信を介して超高速ファイバオプティックス設備まで伝送する。圧縮に関する様々な従来の方法の中、画像サイズ、フレーム・サイズ、カラー深さ、コントラスト、輝度、感知フレーム品質、バッファ・レングス等々の間での妥協策を含んでいるユーザ規定が可能であるパラメータが一般的にはある。更に、アルゴリズム自体内において、ユーザ規定が可能ではない品質及び重量付け計算が多数ある。１つの「全般的な」関心事に対して一回でこれらを設定して、製品を包装して出荷するかどうかはデベロッパー次第である。
【００３６】
しかしながらビデオ・ストリーミング市場は急激に成長し続けている一方で、全てのビデオ・ソース、到着地、或は、伝送様式に対する理想としてのアルゴリズムが１つもないので、世界は圧縮に対する１つの標準をも選択してきていない。第１のＣＯＤＥＣは信号の１つのタイプ或は信号の第１部分（例えば、一連のフレームを含むフレーム或はシーン）に対して最善である可能性があるが、別の第２のＣＯＤＥＣが信号の別のタイプ或は同信号の更なる別の第２の部分に対して最善である可能性がある。更には、１つのＣＯＤＥＣは通信ネットワークにおける送信、受信、並びに、伝送の装置の間での特定のストリーミング信号の圧縮／解凍に最も適合する可能性があり、別の第２のＣＯＤＥＣは、通信装置パラメータの別の集合に対してではなく、同一ストリーミング・メディア信号に対して適合する第１のものより良好に適合する可能性がある。例えば、幾つかのビデオ・ストリームはカラーをハンドヘルド（手持ち）装置へ配送し、他のビデオ・ストリームはフレーム速度を増大すべく携帯電話へ黒白伝送におけるピクセル損失を利用できる。必要とされるサウンド品質、フレーム速度、明瞭性、並びに、バッファリング許容範囲の全ては断固として多数プラットフォームにわたる最適化されたビデオ及びオーディオ配送に対する選択の圧縮アルゴリズムに衝撃を与える。
【００３７】
実際上、特定の通信装置パラメータはストリーミング・メディア伝送中に充分に長続きしない可能性があるので、パラメータから成る初期の集合に対する初期的には適切なＣＯＤＥＣは、同一ストリームの信号伝送中、これらパラメータに関する変化によって別のＣＯＤＥＣよりも効率性に劣るように為され得る。そうした長続きしないパラメータの例としては、制限無しに、データ伝送チャンネルにおける有効帯域幅、送信装置若しくは受信装置の何れかにおける有効メモリ若しくは処理能力、並びに、受信装置における専用化ディスプレイ解像度／ウィンドウ（例えば、スクリーン上のウィンドウを最少化する）を含む。これらの問題は、特定のストリーミング・メディア信号の圧縮、解凍、並びに、それら信号の特定の通信装置システムに沿っての配送にとって最も効率的であるように、一方のＣＯＤＥＣを他方と区別し得るような複数要因の種々の組み合わせの夥しい数の繰り返しによって指数関数的に混ぜ合わされる。
【００３８】
ＣＯＤＥＣシステムは「フォーマット特定」であるので、ソース及び到着装置は共通した特定の圧縮／解凍様式に従って相互間でメディア信号を通信すべく「予め構成」されていなければならず、またトランスコーダが使用されなければならない。しかしながら従来のトランスコーダが使用されていたとしても、通信システムにおける制約（例えば、ソース、伝送チャンネル、到着装置）は全般的に考慮されず、その通信は著しく不完全であり得る。更なる説明の目的のため、図１Ａ及び図１Ｂはソース１１０−１２０と到着装置１３０−１４０との間でメディアを通信する従来方法の２つの異なる概略図を示している。これら図示は、特にストリーミング・ビデオ通信を例示しているが、他のメディア形態は同様システムによって表示され得る。
【００３９】
注目されてきたことは、ＣＯＤＥＣアルゴリズムが特定の応用例用に変更され得て、同様の変更無しセットよりも良好に制限された例にわたって機能し得ることである。しかしながら、一般的にはこれは一連のフレームに対して、或は理想的には、各個別フレームに対して実行されなければならない。幾つかのＤＣＴに基づくアルゴリズムはより高い解像度及びより低い感知品質で、各フレームに対して生ずる約２０億という多数の数学的演算を有する。一般にこれは、平均的なマシンにとって或は商業的なサーバにとってすら、単位秒に３０乃至６０回を実行するにはあまりにも夥しい数学的処理である。これが専用化された圧縮基盤或はＡＳＩＣの出現に対する理由である。
【００４０】
オーディオＣＯＤＥＣ
ビデオ圧縮の改善に関する最近の社会的な関心事に加えて、オーディオ圧縮は同様に、オーディオ放送、音楽、ビデオと同期した伝送、並びに、ライブ双方向音声（例えば電話）を含んでいる様々なライブ或は事前記録された応用例に対する著しい研究開発の話題となってきた。これらオーディオ圧縮応用例の任意のもの或は全てのものは、広範に変動する能力及び動作パラメータを有する多数のハンドヘルド装置或はデスクトップ装置上等のクライアント側の広範囲にわたる受信器／プレイヤーと互換性がなければならない。
【００４１】
従来のオーディオＣＯＤＥＣは一般に幾つかのことなるタイプを含み、それらタイプの内の少数のものが説明の目的のためにここに簡単に要約される。
【００４２】
「コード励起線形予報(Code Excited Linear Prediction)」又は「ＣＥＬＰ」は、標的信号の波形符合に対する励起フィルタ・フレームワーク内において「統合毎の分解(Analysis-by-Synthesis)」又は「ＡｂＳ」を使用する波形ＣＯＤＥＣを用いての１つのタイプのスピーチ圧縮方法である。ＣＥＬＰに基づくＣＯＤＥＣは高音質スピーチ圧縮用の優勢な技術として最近徐々に発展し、約６ｋｂｐｓという低くさ近辺のデータ速度で有料音質の圧縮スピーチを伝送すべく公表された。しかしながら少なくとも１つの公表物はＣＥＬＰコード化スピーチの音質が４ｋｂｐｓ或はそれ以下でのビットレートに対して著しく低減されることを開示している。
【００４３】
「Ｖｏｃｏｄｅｒｓ」は波形コーディング方式に基づかないスピーチＣＯＤＥＣであるが、標的入力スピーチの量子化されたパラメータ記述を用いて、再構築出力スピーチを統合する。ｖｏｃｏｄｅｒｓは約４ｋｂｐｓ等の低ビットレートでより良好なスピーチ音質を配送すべく開示されていると共に、そうした応用例に対して開発されてきた。低ビットレートのｖｏｃｏｄｅｒｓは音声化されたスピーチの周期的特性や静的な非音声化スピーチの「ノイズ様」特性をスピーチ分解、コーディング、並びに、統合のために使用する。Ｖｏｃｏｄｅｒｓの幾つかの早期のバージョン（例えば、連邦規格１０１５ ＬＰＣ-１０は、時間領域分解及び統合方法を用いる。しかしながら、少なくとも１つの公表物が「調波コーダ」とラベル付けするより最近のバージョンの殆どは、音声化スピーチ・セグメントに対する調波スペクトル・モデルを利用する。
【００４４】
特定のスピーチ圧縮技術の先行する記載にもかかわらず、夥しい数のスピーチＣＯＤＥＣ及び標準が産業界で開発されてきて、産業界や非営利団体で管理されてきた。そうした団体の例としては、何等制限無しに、含み、それら標準はしばしばＣＯＤＥＣの参照タイプとして使用される。即ち、欧州電気通信標準化機構（「ＥＴＳＩ」）、電気電子技術者学会（「ＩＥＥＥ」）、並びに、以前は「ＣＣＩＴＴ」である国際電気通信連合標準化部門（「ＩＴＵ-Ｔ」）である。
【００４５】
４Ｋｂｐｓで特定されたスピーチのハイブリッド・コーディングに対する１つのより最近に開示された方法及び装置は、スピーチの再生のためにデコーダへの通信用のスピーチをコード化して、スピーチ信号が、（ｉ）安定状態音声化或は「調波」、（ｉｉ）静的非音声化、並びに、（ｉｉｉ）「一時的」或は「変遷」スピーチの３つのタイプに分類される。コーディング方式の特定のタイプは各分類に対して使用される。調波コーディングは安定状態音声化スピーチに使用され、「ノイズ様」コーディングは静的非音声化スピーチに使用され、特別コーディング・モードは変遷スピーチに使用されて、スピーチの変遷部分を特徴付けるローカル時間事象の場所、構造、並びに、強度を取り込むべく設計されている。圧縮方式はスピーチ信号或はＬＰ残留信号に対して適用されるべく意図されている。
【００４６】
既存の電気通信システムに新スピーチ・エンコーディング方法を追加する最近開示された別の方法及び装置も以下に要約されている。ＣＯＤＥＣがディジタル電気通信システムのスピーチ伝送トランシーバに導入されて、そのシステム内で「新しい」ＣＯＤＥＣと「古い」ＣＯＤＥＣとを並列で使用する。ＣＯＤＥＣは、スピーチ・エンコーディング方法が全てのトランシーバ内で具現化されると共に関係する電気通信システム内で先行して使用されているようなトランシーバ間でのハンドシェーキング手続を具現化することで選択される。ハンドシェーキングは各接続の始めに使用される。電話呼び出しの始めや話を聞かせた後、この方法は両者も新スピーチ・エンコーディングを使用するか否かを調査する。ハンドシェーキング・メッセージが選択されて、スピーチの音質に対するそれらの影響が最小となり、且つ、そのメッセージを識別する可能性が最大となる。
【００４７】
更に別の比較的最近の参照文献は、スピーチ圧縮用に意図されたタンデム（縦並び）ＣＯＤＥＣに対する調和可能な知覚的重量付けフィルタを開示している。特定のフィルタ・パラメータは縦並びの前後関係の点で改善された性能を提供するように調和されている。より詳細には、使用されるパラメータは第１０番目ＬＰＣ予知係数である。このシステムは「低遅延励起線形予報性(Low-Delay Excited Linear Predictive)」ＣＯＤＥＣ或は「ＬＤ-ＣＥＬＰ」を使用すべく特定化されている。
【００４８】
以上に記載された例等に従ったＣＯＤＥＣを用いるストリーミング・オーディオ通信システムの更なるより詳細な例は、特許文献１１乃至１３の米国特許に提供されている。これら参照文献の開示はそれを参照することでそれらの全体にわたってここに合体させる。
【特許文献１１】Chen et alの米国特許第６，１４４，９３５号
【特許文献１２】Haavisto et alの米国特許第６，１６１，０８５号
【特許文献１３】Gershoの米国特許第６，２３３，５５０号
【００４９】
人工知能（「ＡＩ」）及びＣＯＤＥＣを伴うニューラルネットワーク
最近は様々なシステム及び方法が開示され、人工知能（「ＡＩ」）或はストリーミング・メディア信号の圧縮及び解凍を伴うニューラルネットワークを統合すべく意図されている。
【００５０】
用語「人工知能」は、コンピュータシステムによる人の知能プロセスのシミュレーションを意味すべくここでは意図されており、学習（情報と該情報を用いるための規則との取得）、推論（規則を用いて、近似的或は明確な結論に到達すること）、並びに、自己修正を含む。ＡＩの特定の適用例は「エキスパート・システム」を含み、それは人或は特定の分野で専門知識及び経験を有する組織体の判断及び振る舞いを模倣するコンピュータ・プログラムである。典型的には、エキスパート・システムはプログラムに記述されている各特定の状況への知識ベースを含むと共に、知識ベース或は規則の集合に対しての追加によって向上され得る。
【００５１】
用語「ニューラルネットワーク」は、各々がそれ自体の小さな知識球を具備してそのローカル・メモリにおけるデータにアクセスするような、並列して動作する多数のプロセッサを通常は含んでいる人の脳の動作を近似するプログラム及びデータ構造のシステムを意味することがここでは意図されている。典型的には、ニューラルネットワークは初期的に訓練されるか或は大量のデータとデータ関係の規則とが供給され、その後、プログラムがそのネットワークに外的刺激（例えば、入力情報）に応じてどのように振る舞うべきかを教えることができる。決定を為す場合、ニューラルネットワークは幾つかの原則を用い、それには制限無しに勾配に基づく訓練及びファジー論理が含まれる。ニューラルネットワークは知識層に換算して更に記述されて、一般的にはより深い層を有するより複雑なネットワークを具備する。「フィードフォワード」ニューラルネットワーク・システムにおいて、学習したデータについての関係はより高い知識の層へ「フィードフォワード」される。ニューラルネットワークは一時的概念をも学習でき、信号処理及び時間系列分析に広範に使用されてきた。ニューラルネットワークの他の公表された応用例は、石油探査データ分析、天気予報、生物学研究所でのヌクレオチド系列の解釈を含む。
【００５２】
用語「ファジー論理」は、単なる真／偽（或は「１或は０のような「バイナリ」」区域内で動作する「ブール論理」ではなく「真理度」に基づく計算へのアプローチを意味すべくここでは意図されている。ファジー論理は、絶対ブール論理用語には容易に翻訳されない自然言語のコンピュータ理解の問題に対する研究に関連して、１９６０年代にバークレイのカリフォルニア大学のＬｏｔｆｉ Ｚａｄｅｈ博士によって先ず提唱された。ファジー論理は、しばしば、真理の極端な場合として０及び１の場合を含むが、中間の様々な真理状態をも含む（例えば、存在状態が０．９８等の幾分かの閾値であることの決断は、演算における誤差の許容できる低発生に１を割り当てるべく決定の補助を為し得る）。
【００５３】
人工知能を伴ってニューラルネットワークを介して使用することが意図された先行して開示されたストリーミング・メディア圧縮／解凍システムの一例は、ビデオ・データ等のデータを圧縮するためにラドン(Radon)変換を用いる。幾つかの先行して開示されたＡＩ及び／或はニューラルネットワークのシステムは、ある特定化された損失無し圧縮ＣＯＤＥＣの使用中の誤差修正の目的のためにＡＩ及び／或はニューラルネットワークを用いることが意図されている。例えば、学習システムは圧縮及び伝送の後に受信器によって受信されるものと、伝送末端で受信されたと予報されるものとの間の違いを決定すべく利用される。この違いは学習として処理されて、追加伝送に対するＣＯＤＥＣの同調を変更する。
【００５４】
開示された方法及び装置の別の例は、ディジタル・スピーチ・フレーム誤差を隠すため、喪失データ・セグメント内への挿入のために過去の信号-履歴データを外挿すべく意図されている。この外挿方法はバッファに記憶されている過去の信号履歴を用いる。この方法は、有限インパルス応答（「ＦＩＲ」）、多数層、フィードフォワード、並びに、スピーチ圧縮アルゴリズム（「ＳＣＡ」）・パラメータのワンステップ外挿に対する後方伝播によって訓練される人工ニューラルネットワークを利用すべく開示される装置によって具現化される。ひとたびスピーチ接続が設定されたならば、スピーチ圧縮アルゴリズム装置はコード化スピーチ・フレームの送信を始める。スピーチ・フレームが受信されると、それらはデコード化されスピーチ信号電圧に戻るように変換される。正規のでコーディング処理中、必要とされるＳＣＡパラメータの事前処理が行われて、その結果が過去履歴バッファに記憶される。もしスピーチ・フレームが喪失或は誤差ありと検出されれば、外挿モジュールが実行され、代替ＳＣＡパラメータが発生させられてＳＣＡが必要とするパラメータとして送信される。このようにして、ＳＣＡへの情報転送は透過性であることが意図され、ＳＣＡ処理は通常通りに続行する。この開示が主張することは、スピーチ・フレームの最後に受信したもの、喪失したもの、並びに、次に受信したものの間での平滑な変遷のためにスピーチ・フレームが喪失してしまったことに聞き手が通常は気づかないことである。
【００５５】
人工知能及び／或はニューラルネットワークをメディア圧縮及び／或は解凍に対するシステム内で使用することが意図されているシステムの更により詳細な例は、一般的にはメディア・タイプ特定ＣＯＤＥＣ方法（例えば、スピーチ、ビデオ）に関係しており、特許文献１４乃至２３の米国特許に様々に開示されている。また更なる例は公開国際特許出願である特許文献２４及び２５に提供されている。この段落におけるそれら全ての参照文献の開示はそれらを参照することでそれらの全体にわたってここに合体させる。
【特許文献１４】Naillon et alの米国特許第５，００５，２０６号
【特許文献１５】Yoshida et alの米国特許第５，０４１，９１６号
【特許文献１６】Gerdesの米国特許第５，１８４，２１８号
【特許文献１７】Burel et alの米国特許第５，３６９，５０３号
【特許文献１８】Fang et alの米国特許第５，５９８，３５４号
【特許文献１９】Kurdzielの米国特許第５，６９２，０９８号
【特許文献２０】Fang et alの米国特許第５，８１２，７００号
【特許文献２１】Imade et alの米国特許第５，８７２，８６４号
【特許文献２２】Prieto, Jr.の米国特許第５，９０７，８２２号
【特許文献２３】Mitchellの米国特許第６，２１６，２６７号
【特許文献２４】RisingのＷＯ ０１／５４２８５
【特許文献２５】Naillon et alのＥＰＯ ０３７２６０８ Ａ１
【００５６】
フィードバックを用いたＣＯＤＥＣシステム、或は、様々なストリーミング・メディア信号の処理用ＣＯＤＥＣを操作する他のシステムの他の開示は、それらはラベル「ＡＩ」或は「ニューラルネットワーク」を特に使用するとは思えないが、特許文献２６乃至２９の米国特許に開示されている。これら参照文献の開示はそれらを参照することでそれらの全体にわたってここに合体させる。
【特許文献２６】Betts et alの米国特許第６，０７２，８２５号
【特許文献２７】Malvarの米国特許第６，１８２，０３４ Ｂ１号
【特許文献２８】Malvarの米国特許第６，２５３，１６５ Ｂ１号
【特許文献２９】Malvarの米国特許第６，２５６，６０８ Ｂ１号
【００５７】
ＣＯＤＥＣアルゴリズム自体における著しい前進にもかかわらず、且つ、通信に関しての圧縮効率を改善するためにＣＯＤＥＣを操作するＡＩ及び他のフィードバック・システムの先行して意図された使用にもかかわらず、変動する帯域幅及び通信プロトコルによって、広い種類の伝送チャンネルにわたって広い種類の到着受信器装置へ広い種類のストリーミング・メディア信号を効率的に提供する能力の点での著しい改善の更なる必要性がある。
【００５８】
ＡＩ及び／或はニューラルネットワークを組み込んで、様々なパラメータに基づきストリーミング・メディア信号の通信用の適切なＣＯＤＥＣに適用する更なる必要性があり、それらの様々なパラメータとしては、制限無しに以下の内の１つ或はそれ以上を含む。（ａ）異なるタイプ及び操作の有効ＣＯＤＥＣから成るライブラリから適切に最適化されたＣＯＤＥＣの自動選択であり、特に選択されたＣＯＤＥＣの操作の他のＣＯＤＥＣ操作と比較した人工知能及び／或は標準と対する人工知能に基づくことを含むもの、（ｂ）既存の状況を表す操作パラメータから成る所与の集合以内における特定のＣＯＤＥＣ操作の事前学習及び／或は繰り返し学習が為された知識、並びに、（ｃ）既存状況及び／或は試験状況に関するその操作の知的知識に基づく適切なＣＯＤＥＣの参照パラメータに対する同調。
【００５９】
特に、適用されたＣＯＤＥＣを以下のパラメータの内の１つ或はそれ以上によって規定される既存の状況に基づかせる知的ＣＯＤＥＣに対する更なる必要性があり、それらパラメータとしては、ストリーミング・メディア信号自体のパラメータ、伝送チャンネル能力及び制約のパラメータ、並びに、受信器装置能力及び制約のパラメータを含む。
【００６０】
更には、適切な圧縮、伝送、解凍、並びに、主題ストリーミング・メディア信号の再生を最適化するために、それら操作及び状況パラメータに関して知的知識に基づき動作する知的ＣＯＤＥＣシステムの更なる必要性がある。
【００６１】
ストリーミング・メディア用の従来のトランスコーダ
また、ストリーミング・メディア通信の分野における最近の関心事の内の１つは、現行使用における「フォーマット特定」エンコーディング・システムの広範なアレイの間に相互通信を提供することである。様々な異なるフォーマット特定システム及び事前コード化コンテンツの既存の分野は、コード化されたコンテンツを処理すべく広範囲に分裂された能力を作り出し、コンテンツ・プロバイダ及びクライアント・ユーザの間に互換性争点の著しい窮地を生み出している。もしあるクライアントが特定のソースからストリーミング・コンテンツを見ること或は聞くことを望めば、そしてそのコンテンツが圧縮のためのＣＯＤＥＣを通過させる必要があれば、互換性あるＣＯＤＥＣがその信号を楽しむべく解凍のためにクライアント側で使用されなければならない。残念ながらソース・コンテンツは、ほんの少しのそしてしばしば１つのみの特定ＣＯＤＥＣ方式としばしば合体される。それ故に、もしクライアントがそうしたコード化コンテンツを要求すれば（或は、もしソースがそのコード化コンテンツを特定クライアントへの引き渡しを望めば）、２つの規準の内の１つが合致しなければならない、即ち、（１）クライアントはフォーマット特定ＣＯＤＥＣ（デコーダ）をダウンロード或は保持しなけれならない、或は、（２）ソース・メディアを「トランスコーダ」を通過させなければならなず、そのソース・メディアを第１フォーマットからクライアントの装置／システムと互換性ある第２フォーマットにデコードする。用語「トランスコーダ」は、メディア信号を１つのコード化（即ち圧縮）フォーマットから別のフォーマットに変換するシステムを意味するようにここでは意図されている。
【００６２】
１つのメディア・フォーマットを別のものにトランスコーディングする様々な技術は先行して開示されている。図１Ｃは数多くの既知のトランスコーディング技術の特有である一般プロセスの１つの説明に役立つ実例を示す。より詳細には、要求１５９は初期的には非互換性フォーマットで存在するコンテンツに対する装置或はプレイヤーの特定タイプから先ず受信される。図１Ｃに示された特定例に従って、リアル（商標）・ビデオ・コンテンツ用にマイクロソフトメディア（商標）からの要求１５９が受信される。そのコンテンツははっきりと限定されて要求されているので、該コンテンツはその初期的フォーマット（例えばリアル-コード化フォーマット）からデコードされ、次いでその要求プレイヤー（例えば、マイクロソフトメディア（商標）・フォーマット用に適切なフォーマットに「再コード化」される。次いでこの再コード化メディアは、要求クライアントにとって、そのプレイヤーの残りシステム内でのでコーディング用に役立つ。
【００６３】
この従来システムは重大なスケラービリティ制限を有し、多数のクライアント用に多数のチャンネルに対する同時供給が同等数のトランスコーダによってサポートされなければならない。例えば、図１Ｄは、４つのマイクロソフトメディアプレイヤーからの４つの同時ストリーム要求を管理するように先に記載された従来のトランスコーディング技術の概略的な具現化例を示し、要求されたコンテンツがリアル（商標）・フォーマットに初期的にコード化される。４つのエンコーダ１５１−１５４と４つのデコーダ１５５−１５８をサポートする必要があるこのシステム・アーキテクチャは、著しい計算リソースを必要とする。例えば確信されることは、この例に提供された各エンコーダ１５１−１５４が１２８Ｍバイトの有効ＲＡＭを具備して６００ＭＨｚ（例えばペンティアム（登録商標）III）を有するか、或は、２５６Ｍバイトの有効ＲＡＭを具備するデュアル４００ＭＨｚプロセッサ（例えばペンティアム（登録商標）II）を有するコンピュータを必要とすることである。更に確信されることは、各デコーダ１５５−１５８は６４Ｍバイトの有効ＲＡＭを有する２３３ＭＨｚマシン（例えばペンティアム（登録商標）II）が必要であることである。それで、４つのそうしたストリームは、（コンパック社、ヒューレット・パッカード社、デル社、ＩＢＭ社から入手可能で、この出願開示時に小売価格で９，０００ドル程度であると推定される）Ｑｕａｄ ９００ Ｘｅｏｎの等価物を必要とする。これは４つの同時ストリーム用であり、社会は、現在、何千という同時ストリームを要求している。
【００６４】
最少の計算リソースを用いてコスト効果的に、多数のフォーマット特定コード化ストリーミング・メディア信号を多数の他のフォーマットに効率的に変換するトランスコーダ・システムを求める必要性が依然としてある。
【００６５】
パラメータ影響型メディア通信
特定のストリーミング・メディア信号を所望標的に通信するために適切なＣＯＤＥＣの選択に衝撃を与える可能性がある数多くの変数を更に説明する目的で、以下にストリーミング・ビデオ・フォーマットの様々な異なるタイプと処理システムとの簡単な要約を提供する。確信されることは、これら異なるシステムが、各々、異なるタイプの圧縮様式（例えば、ＣＯＤＥＣ）を必要としていることであり、有効な伝送速度及び帯域幅を考慮して、通信と、ストリーミング・メディア信号の再生とを受信器処理パラメータと共に最適化する。
【００６６】
特定のタイプの通信フォーマット及びシステムが更にここで詳細に記載されるが、以下のテーブル１は、現在有効であると共に有効速度或は帯域幅を考慮して開示された、種々の異なる通信システム及び伝送キャリアの重要な断面の要約を提供している。
【００６７】
【表１−１】
【００６８】
【表１−２】
【００６９】
【表１−３】
【００７０】
【表１−４】
【００７１】
（ｉ）用語「Ｋｂｐｓ」は「１秒当たり何千ビット」の省略形。合衆国以外の国際的な英語で、等価物の使用は「ｋビットｓ−１」或は「ｋビット／ｓ」である。
（ｉｉ）技術者は速度よりもデータレートを用いるが、（「なぜ私のウェブページはここでより高速とならないのか？」のような）速度はより少ない技術的傾向に対してより意味深長であるように見える。
（ｉｉｉ）データ通信に対する関連用語、帯域幅或は「容量」はパイプがどの程度広いのか且つビットがパイプ内のチャンネルにどの程度迅速に送信され得るのかを意味する。即ち、キャリア内の多数信号チャンネル上のデータは、通常、異なる用途に対する或は異なるユーザ間でのチャンネルによって振り分けられる。
【００７２】
キー：（ｉ）「Ｔ」＝合衆国、カナダ、並びに、日本におけるＴ-キャリア・システム．．．（ｉｉ）「ＤＳ」＝ディジタル信号（Ｔ-キャリア或はＥ-キャリア上を移動）．．．（ｉｉｉ）「Ｅ」＝１チャンネル当たり合計８ビットを使用する「Ｔ」の等価物；合衆国、カナダ、並びに、日本以外の国々で使用．．．（ｉｖ）「ＯＣ」＝光キャリア（同期光ネットワーク）「ＳＴＭ」＝同期トランスポート・モジュール（同期ディジタル階層参照）。（ｖ）最も共通したテクノロジーだけが示されている。（ｖｉ）「物理的媒体」は一般的に記述され、ツイストペアの対の分類或は数や、光ファイバが単一モード或は多数モードであるのかを特定していない。（ｖｉｉ）テクノロジーの効果的な距離は示されていない。（ｖｉｉｉ）これらテクノロジーの多くに対して公表された標準がある。
カーブル・モデム注：ケーブル上での５２Ｍｂｐｓの上限はＩＳＰ向けであり、現行では個人ＰＣ向けではない。今日のＰＣの殆どは１０Ｍｂｐｓ未満に適合できる内部設計に限定されている（ＰＣＩバス自体はより高速でデータを運ぶ）。５２Ｍｂｐｓケーブル・チャンネルは個々別々のユーザ間で分割されている。明らかに、チャンネルがより高速であれば、より少ないチャンネルがＩＳＰで必要とされ、個々別々のユーザをサポートするコストはより低くなる。
【００７３】
インターネット・キャリア・システム
インターネットを介してのストリーミング・ビデオの通信は種々の通信様式にわたって行われ得て、例えばディジタル加入者線（「ＤＳＬ」）、「Ｔ１」線、ケーブル・モデム、従来の電話サービス（「ＰＯＴＳ」）・ダイアルアップ・モデム、並びに、ワイヤレス・キャリアを含んでいる。数多くの異なるワイヤレス通信様式の記載がここでは個別に取り扱われているが、これらのほかの通信モードの様々な要約は、以下のような更なる説明の目的のためにここでは以下に直ちに提供される。
【００７４】
通信伝送チャンネルに適用されるような用語「ＰＯＴＳ」、「従来の電話サービス」、或は、「ダイアルアップ」は、交換可能にここでは使用される。これら用語は、一般的には、家庭或は小企業におけるエンドユーザを電話会社局へ相互に巻回された或は「ツイストペア」と成った銅ワイヤを介して接続する「狭い帯域」通信を意味することを意図している。従来の電話サービスは、音量（信号振幅）及びピッチ（周波数変化）の点から見れば、電気的等価物に変換された音響アナログ信号を表すアナログ信号を介して音声情報を他の電話ユーザと交換させるように為すべく作り出された。電話会社の信号送りはこのアナログ波通信に対して既に組み上げられているので、それを各電話及び電話会社の間で情報を前後する方法として使用することは容易である。それ故に、ダイアルアップ・モデムが使用されて、アナログ信号を復調しその値をディジタル情報と呼称される０及び１の値のストリングに変える。アナログ伝送は銅ワイヤを介して伝送され得る情報の有効量の小さな一部のみを使用するので、通常のモデムを用いて受信可能なデータの最大量は約５６Ｋｂｐｓである。情報を受信する貴方のコンピュータの能力は、電話会社が、ディジタル・データとして到着する情報を濾過し、貴方の電話回線用にアナログ形態に変換し、そして貴方のモデムにそれをディジタルに戻すべく変更することを要求すると云う事実によって制約されている。言い換えれば、貴方の家庭若しくは会社と電話会社との間でのアナログ伝送は帯域幅のボトルネックである。
【００７５】
ＤＳＬに制限された前触れと幾分考えられる「ＩＳＤＮ」又は「インターネット加入者ディジタル・ネットワーク」によって、約１２８Ｋｂｐｓまでで入来するデータレートは幾つかのエンドユーザ・クライアントに対して達成され得る。
【００７６】
「ＤＳＬ」又は「ディジタル加入者線」は、一般的には、通常の銅製電話回線を介しての高い帯域幅通信を通信する「ブロードバンド（広帯域）」伝送キャリアとして規定される。数多くの異なるタイプのＤＳＬサービスが開示されてきたが、変動データレート及び意図された用途とを一般的には有する。更なる議論がこれらＤＳＬタイプの特定のものについてここに提供されているが、以下のテーブル２は、全体像理解を更に発展する目的のために、これらＤＳＬの特定のものに対する情報の要約を提供している。
【００７７】
【表２−１】
【００７８】
【表２−２】
【００７９】
提供サービス会社の中央局からの距離に依存して変動し得るＤＳＬサービスに対する典型的な公表データレートは、６．１Ｍｂｐｓまでのレートを含み（理論的には８．４４８Ｍｂｐｓで公表されている）、その値は動作ビデオ、オーディオ、並びに、３-Ｄの効果の連続伝送を可能とすると信じられる。より典型的な個々別々の接続は、５１２Ｋｂｐｓから１．５４４Ｍｂｐｓまでの下りと約１２８Ｋｂｐｓの上りを提供する。ＤＳＬ線はデータ及び音声信号の双方を運ぶことができ、線のデータ部は連続的に接続される。ＤＳＬは幾つかの公表物において多くの領域でＩＳＤＮと置き換わって、家庭及びビジネス向けマルチメディア通信用のケーブル・モデムと競合すると予知されてきた。ＤＳＬはディジタル区域内で純粋に動作し、アナログ形態への変化とその逆とを必要としない。ディジタル・データは直接的にディジタル・データとして到着コンピュータへ伝送され、これは電話会社が相当により広い帯域幅を前方伝送用に使用することを可能としている。一方で、もしクライアント・ユーザが選択すれば、信号は分離され得て、その帯域幅の幾分かがアナログ信号を伝送すべく使用されて、電話及びコンピュータが同一線且つ同一時間に使用され得ることになる。
【００８０】
殆どのＤＳＬテクノロジーは、信号スプリッタが家庭或は商店内にインストールされていることを要求し、それは電話会社の訪問や据付の費用が必要である。しかしながら中央局から遠隔的に分割又はスプリットを管理することが可能である。これはスプリットレスＤＳＬ、「ＤＳＬライト」、ジー・ライト（Ｇ． Ｌｉｔｅ）、或は、ユニバーサルＡＤＳＬ（以下に更に定義されている）として知られ、最近では標準となった。幾つかの変調テクノロジーが様々な種類のＤＳＬによって使用されるが、これらは国際電気通信連合（ＩＴＵ）によって標準化されている。異なるＤＳＬモデム・メーカはＤＭＴ（マルチキャリア変調方式）或はＣＡＰ（キャリアレス振幅位相変調方式）の何れかを用いている。マルチプル専用線（ＭＶＬ）として知られる第３のテクノロジーは別の可能性である。
【００８１】
ＤＳＬ動作の種々のパラメータは変数であり、達成可能な効果的なデータレートに影響する。ＤＳＬモデムは、北アメリカ及び欧州の標準によって設定されたデータレート・マルチプルに一般的には従う。一般に、リピータ無しのＤＳＬに対する最大有効範囲は５．５ｋｍ（１８，０００フィート）である。電話会社局に向かう距離が減少すると、データレートは増大する。別の要因は銅ワイヤのゲージである。より重い２４ゲージ・ワイヤは２６ゲージ・ワイヤよりも遙か遠くに同一データレートを運ぶことができる。５．５キロメートルの有効範囲を超える到着装置にとって、単にもし各電話会社プロバイダが光ファイバ・ケーブルでロカール・ループを延長したとしても、ＤＳＬは依然として設けられ得る。
【００８２】
マルチプルＤＳＬユーザを「バックボーン」としての高速ネットワークと相互接続すべく、電話会社はディジタル加入者線アクセス・マルチプレクサ（「ＤＳＬＡＭ」）を使用する。典型的には、このＤＳＬＡＭは、ギガビット・データレートでのデータ伝送を総計できる非同期転送モード（「ＡＴＭ」）・ネットワークと接続する。各伝送の他方エンドで、ＤＳＬＡＭは信号を分解又は分波して、それらを適切な個々別々のＤＳＬ接続部へ送る。
【００８３】
「ＡＤＳＬ」或は「非対称型ディジタル加入者線」はＤＳＬの形態であり、家庭及び小企業のユーザに最も馴染み深いものである。ＡＤＳＬは「非対称型」と云われるが、その２方向或は「デュプレックス」の帯域幅がダウンストリーム（下り）方向に充てられて、データをユーザへ送信しているからである。帯域幅のほんの小さな部分がアップストリーム（上り）或はユーザ双方向メッセージに対して有効である。しかしながら殆どのインターネット、特にグラフィック-メディア若しくはマルチ-メディア集中ウェブのデータはたくさんの下り帯域幅が必要であるが、ユーザ要求及び応答は小さく、上り帯域幅を殆ど必要としない。ＡＤＳＬを用いて、単位秒当たり６．１メガビットまでのデータは下り送信可能であり、６４０Ｋｂｐｓまでの上りが可能である。高ダウンストリーム（下り）帯域幅は、電話回線が動作ビデオ、オーディオ、並びに、３-Ｄ画像を到着コンピュータ或はテレビジョン・プレイヤーまで運び得ることを意味する。加えて、ダウンストリーム帯域幅の小さな部分はデータよりも音声に充てられ得て、電話会話は別の回線を必要とすることなく運ばれ得る。「ケーブル」テレビジョン線を介しての同様サービスとは異なり、ＡＤＳＬは所与の領域内での近辺と帯域幅で競合しない。多く場合、貴方の既存の電話回線はＡＤＳＬを伴って稼働することになる。幾つかの領域ではアップグレードが必要となる可能性がある。
【００８４】
「ＣＤＳＬ」又は「消費者ＤＳＬ」はＤＳＬの商標バージョンであって、ロックウェル・コーポレーション社によって利用可能と為され、それはＡＤＳＬよりも幾分遅いが（１Ｍｂｐｓ下り、一般的にはより低い上りであると予想される）、ユーザ・エンドに「スプリッタ」を据え付ける必要がないと云う長所を有する。ハードウェアは、ローカルな電話会社によってＣＤＳＬを家庭或は商店向けて運ぶことが必要とされ得る。ＣＤＳＬは、ＤＭＴ又はＣＡＰ ＡＤＳＬテクノロジーよりもそれ自体のキャリア・テクノロジーを用いる。
【００８５】
様々な会社は、標準や、この開示の時に展開中であると信じられる「Ｇ．Ｌｉｔｅ」と呼称されるＡＤＳＬのより容易な据付バージョンを開発する点において電話会社と一緒に稼働してきた。「Ｇ．Ｌｉｔｅ」又は「ＤＳＬ Ｌｉｔｅ」（「スプリッタレスＡＤＳＬ」及び「ユニバーサルＡＤＳＬ」としても知られる）は本質的にはより緩慢なＡＤＳＬであると信じられ、それはユーザ・エンドで回線の分割を要求しないが、電話会社で遠隔的にユーザ用に分割すべく管理しており、より低いコストである信じられている。Ｇ．Ｌｉｔｅ、公式にはＩＴＵ-Ｔ標準Ｇ-９９２．２は、１．５４４Ｍｂｐｓから６Ｍｂｐｓまでの下りと約１２８Ｋｂｐｓから約３８４Ｋｂｐｓの上りとのデータレートを提供すると公表されている。少なくとも１つの公表物はＧ．ＬｉｔｅがＤＳＬの最も広範に据え付けられる形態になると予想した。
【００８６】
「ＨＤＳＬ」又は「Ｈｉｇｈ bite-rate ＤＳＬ」はＤＳＬのより早期のバージョンであると思われ、企業サイト内や電話会社及び顧客の間で広帯域ディジタル伝送用に広く用いられている。ＨＤＳＬの主な特性は対称的であることであり、帯域幅の同等量が双方向で有効である。この理由のため、最大データレートはＡＤＳＬに対するよりも一般に低い。ＨＤＳＬは北アメリカにおけるＴ１上で運び得るか、或は、（約２．３２Ｍｂｐｓまで）欧州におけるＥ１線上で運び得るように、ツイストペアの単一ワイヤ上で多量に運び得る。
【００８７】
「ＩＤＳＬ」又は「ＩＳＤＮ ＤＳＬ」は、ＩＳＤＮデータレートと実により緊密であると共にＡＤＳＬと一般的に関連された相当により高いレートと比較して約１２８Ｋｂｐｓでサービスする程に幾分間違った名称である。
【００８８】
「ＲＡＤＳＬ」又は「レート-アダプティブＤＳＬ」はウェステル・カンパニー(Westell Company)社から入手可能であるＡＤＳＬテクノロジーであり、そのソフトウェアは信号が所与の顧客電話回線上で伝送可能であるレートを決定し得て、それ故に配信レートを調整できる。ウェステルの「ＦｌｅｘＣａｐ２（商標）」バージョン・システムはＲＡＤＳＬを用いて、既存回線を介して、約６４０Ｋｂｐｓから約２．２Ｍｂｐｓまでの下りと約２７２Ｋｂｐｓから約１．０８８Ｍｂｐｓまでの上りで配信できる。
【００８９】
「ＳＤＳＬ」又は「対称型ＤＳＬ」は単ツイストペア線を具備する一ＨＤＳＬと同様であり、デュプレックス線上の各方向で約１．５４４Ｍｂｐｓ（合衆国及びカナダ）或は約２．０４８Ｍｂｐｓ（欧州）を運ぶ。データレートは両方向で同一であるので対称型と云う。
【００９０】
「ＵＤＳＬ」又は「単向性ＤＳＬ」は欧州の会社によって提案され、ＨＤＳＬの単向性バージョンを提供すると一般には思われている。
【００９１】
「ＶＤＳＬ」又は「Ｖｅｒｙ ｈｉｇｈ ｄａｔａ ｒａｔｅ ＤＳＬ」は、例えば約５１Ｍｂｐｓと約５５Ｍｂｐｓの間で、約１，０００フィート或は約３００メートルの長さの線を介して、比較的短い距離にわたって相当により高いデータレートを約束して開発中のテクノロジーであると思われる。少なくとも１つの公表物は、ＶＤＳＬはＡＤＳＬが広範に展開された幾分後で出現され得てそれと共存すると予想した。通信テクノロジー（ＣＡＰ、ＤＭＴ、或は、その他）と、幾つかの環境におけるその効果とは未だ決定されていない。多数の標準化組織がそれに対して作業している最中である。
【００９２】
「ｘ２／ＤＳＬ」は３Ｃｏｍ社のモデムであり５６Ｋｂｐｓモデム通信をサポートするが、ユーザの領域利用可能となる場合にＡＤＳＬへの新ソフトウェアのインストールを介してアップグレードすることができる。少なくとも１つの公表物は、この技術は「貴方が必要とする最新のモデムである」と表明するものとして３Ｃｏｍ社を挙げている。
【００９３】
「Ｔ１」通信線は「ブロードバンド」キャリアと一般には考えられ、「Ｔ-キャリア」システムの１つのタイプとして規定されており、ディジタル化された音声伝送をサポートした第１成功システムとして１９６０年代に合衆国のベル・システム社(the Bell System)によって先ず導入されたと信じられる。このＴ-システムは、パルス・コード変調及び時分割多重化を用いた全体的にディジタルである。音声信号は、典型的には、単位秒に約８，０００回サンプリングされ、各サンプルは８ビット・ワードにディジタル化される。こうして、同時にディジタル化された２４チャンネルによって、２４チャンネルの各々において８ビット・ワードを表している１９２ビット・フレームが単位秒に約８，０００回伝送される。各フレームは次のものから単位ビットだけ分離されて１９３ビット・ブロックとなる。１．５４４ＭｂｐｓのＴ-１が公表するデータレートは１９２ビット・フレームと、８，０００で乗ぜられた１ビット・シグナリング・ビットを表す。
【００９４】
Ｔ-１システムは、典型的には、４つのワイヤを用いてデュプレックス能力を提供し、２ワイヤが受信専用であり且つ同時に２ワイヤが送信専用である。Ｔ-１ディジタル・ストリームは多重化される２４，６４Ｋｂｐｓチャンネルを含み、標準６４Ｋｂｐｓチャンネルが音声会話用に必要される帯域幅に基づいている。それら４ワイヤは、元々、一対のツイストペア銅ワイヤであったが、より最近のシステムは同軸ケーブル、光ファイバ、ディジタル・マイクロウェーブ、並びに、他のキャリアのテクノロジーを提供している。
【００９５】
Ｔ-１線に対するオリジナルの伝送レート（１．５４４Ｍｂｐｓ）は、インターネットへのインターネット・サービス・プロバイダ（「ＩＳＰ」）接続で今日共通して使用されている。別のレベルとしてのＴ-３線は４４．７３６Ｍｂｐｓを提供すると公表されており、これもインターネット・サービス・プロバイダによって共通して使用されている。別の共通して使用されるサービスは「ｆｒａｃｔｉｏｎａｌ Ｔ-１」であり、それは他の不使用のチャンネルを伴って、Ｔ-１線において２４チャンネルの幾分かのレンタルである。
【００９６】
表示能力／制約及び関連標準
様々な異なるタイプの受信器表示能力も、受信器による表示のための特定ストリーミング・メディア信号を効率的に通信するため、適切なＣＯＤＥＣに著しい衝撃を与えた。そうした種々の表示パラメータ（例えば、解像度、明瞭性、カラー、深さ、サイズ、タイプ／フォーマット特定等）を説明する特定の例の簡単な要約がより良好な理解のために以下に提供されている。
【００９７】
異なるタイプとストリーミング・メディア受信器装置のメーカとの間の大きな変数である１つのパラメータであり、それ故に使用されるべき適切なＣＯＤＥＣに対して著しい衝撃を与え得る１つのパラメータは、表示装置或は「パレット」によって表現され得るカラーの範囲である。インターネットに基づくストリーミング・メディア表示に対して殆どのソフトウェアによって適合され得る標準的な「ブラウザーサーフ」パレットは例えば約２１６色を含み得るが、ウェブに基づくストリーミング・メディアに対してコンピュータ表示能力はブラウザ・ソフトウェア能力と共に理解されなければならない。
【００９８】
コンピュータ表示テクノロジーに関して、カラーはスクリーンに対する各個別ピクセル或はアドレス指定可能な照明要素に対して設定されている。各ピクセルは、赤、緑、並びに、青（ＲＧＢ）のコンポーネントを有する。これらコンポーネントの各々に対する濃度又は強度の量を特定することによって、個別カラーはそのピクセルに付与される。「真カラー(true color)」表示は、一般に、２４ビット値を用いて表示スクリーン上二ピクセルのカラーを規定して、１６，７７７，２１６個の可能カラーまでの可能性を許容している。ピクセルのカラー陰影を規定すべく使用されるビットの数は「ビット深さ」と呼称される。カラーはしばしば「２４ビット・カラー」と言及されるが、多くの近代的なカラー表示システムは３２ビット・カラー・モードを提供する。「アルファ・チャンネル」と呼称される余剰バイトは、典型的には、制御及び特別効果の情報に対して使用される。「グレイスケール」（灰色の個別的な陰影から構成される）表示設定はＮビットの深さを有すると一般には規定され、Ｎはピクセル内の黒の飽和を表している。もしＮ＝１であれば、画像はグレスケールと呼称されないが、代わりに単色或は黒及び白であり、それはそのビットが単なるオン或はオフであり得て陰影情報を何等含むことができないからである。
【００９９】
一般的なコンピュータ解像度は、例えば且つ制限無しに、
（ｉ）４：３のピクセル比で、１６色で６４０ｘ４８０ピクセルを表示するか或は２５６色で３２０ｘ２４０ピクセルを表示するＶＧＡ又はビデオ・グラフィック・アレイ能力、
（ｉｉ）８００ｘ６００ｘ６ビット／ピクセル（１６色）或は６５０ｘ４８０ｘ８ビット／ピクセル（２５６色）のＳＶＧＡ又はスーパー・ビデオ・グラフィック・アレイ能力であり、ＳＶＧＡはビデオ・エレクトロニクス・アソシエーション（ＶＥＳＡ）によって作り出された、
（ｉｉｉ）３２，７６８色で１０２４ｘ７６８ピクセルのＸＧＡ（ｖ１-４）又はエクステンデット・グラフィック・アレイ能力、
の事柄を含む。
【０１００】
ＳＸＧＡ等の追加的な標準が追加され、１９６０ｘ１４４０以上のピクセル・サイズと３２ビット／ピクセル或はそれ以上のカラー深さを規定している。
【０１０１】
カラー（或はパレット）のより大きな範囲が特定の表示或はブラウザが取り扱い可能なメディア信号によって使用される場合、典型的には殆どのブラウザはカラーに「ディザ」すべく適合され、それでここで意図されようとすることは、ブラウザがそのパレットの外側である任意のカラーを代替できる、そのパレット内の複数カラーを見出すことを意味することである。種々のシステム表示能力の広範囲を更に説明すべく、ウィンドウズ（登録商標）（マイクロソフト・コーポレーション社から商業的に入手可能）を用いるシステムとマッキントッシュ（商標）（アップル・コーポレーション社から商業的に入手可能）に基づくオペレーティング・システムは同等のパレットを有することなく、通常的な２５６色パレット内で２１６色が両タイプのブラウザに共通しているが、４０色が異なり、それ故に、画像信号がそれらシステムの一方によって特定されたフォーマットで他方のシステム・タイプに通信されれば、他方のシステムで動作しているブラウザによるディザリングを必要とする。
【０１０２】
また、視覚的な表示が電子情報からどのようにイネーブルされるかに関して数多くの異なるテクノロジーが存在する。用語「ＶＤＴ」又は「ビデオ・ディスプレイ・ターミナル」はコンピュータ産業内で一般的には使用され、ここでは「ディスプレイ」との単純な言及で言い換えできるように使用されることが意図されている。コンピュータ・ターミナル使用に関して、ＶＤＴはコンピュータ出面面と、コンピュータ・ユーザにテキスト及びグラフィック画像を示す投影機構とを含む。ＶＤＴは種々の特定ディスプレイ・テクノロジーを使用でき、例えば、カソードレイチューブ（「ＣＲＴ」）、液晶ディスプレイ（「ＬＣＤ」）、発光ダイオード（「ＬＥＤ」）、ガス・プラズマ、或は、他の画像投影テクノロジーを含んでいる。通常、ディスプレイはスクリーン或は投影面と、そのスクリーン上に情報を作り出す装置とを含むと考えられる。ある種のコンピュータにおいて、ディスプレイは別のユニット或は「モニタ」の形でパッケージされるか、或は、ディスプレイはコンピュータ・プロセッサと一緒の単一ユニットに完全に統合されることなる。
【０１０３】
特にＬＣＤに関して、このテクノロジーは他のＶＤＴと比較して最少体積及び物理的深さを一般的には必要としており、それ故に典型的にはラップトップ型コンピュータ及び携帯電話／ＰＤＡで使用される。ＬＣＤはＬＥＤ及びガス-ディスプレイＶＤＴより相当に少ない電力を消費するが、それはそれらが発光すると云うよりは一般的には光を遮断する原則で稼働するからである。ＬＣＤは、「薄膜トランジスタ」又は「ＴＦＴ」ディスプレイとしても知られる「受動マトリックス」或は「能動マトリックス」の何れかであり得る。受動マトリックスＬＣＤは導体から成るグリッドを有し、ピクセルがグリッド内の各交差点に配置さている。電流がグリッドにおける２つの導体を横切って送られて、任意のピクセルに対する光を制御する。能動マトリックスは各ピクセル交差点に配置されたトランジスタを有し、ピクセルの輝度を制御すべくより少ない電流を必要としている。この理由のため、能動マトリックス・ディスプレイにおける電流はより頻繁にオン・オフとスイッチされ得て、スクリーン・リフレッシュ時間を改善すると共に、それ故にストリーミング・メディア（アクション・ビデオ）のより高い速度に対する効能を改善している。幾つかの受動マトリックスＬＣＤはデュアル・スキャニングを為し、それはより早期のバージョンでの１スキャンと同じ時間でグリッドを電流で２度スキャンするが、能動マトリックスが依然としてそれら２つの内でより優れたテクノロジーであると一般的には考えられている。反射型カラー・ディスプレイ・テクノロジー、即ち、カラー・フィルタの受動マトリックス内への統合を為したディスプレイ構造は低電力で低コストな能動マトリックス・テクノロジーの代替である。それらは環境光を反射するので、反射型ＬＣＤは日中の屋外での使用中に特に高い性能を発揮する。様々に異なるディスプレイ・テクノロジーとそれ故の伝送フォーマットもテレビジョン視聴用に特に開発されてきた。よって、幾つかの異なる標準がテレビジョン伝送用に発展され、それらの相違はテレビジョン環境でストリーミング・メディアを通信するために所望された圧縮（そしてそれ故に特定のＣＯＤＥＣの選択）の性質及び程度に著しい衝撃を与え得る。これらの標準は、特に且つ制限無しに、標準精細度テレビジョン（「ＳＤＴＶ」）及び高品位テレビジョン（「ＨＤＴＶ」）を含む。
【０１０４】
「ＳＤＴＶ」又は「標準鮮明度テレビジョン」と「ＨＤＴＶ」又は「高品位テレビジョン」はディジタル・テレビジョン（「ＤＴＶ」）伝送用のディスプレイ・フォーマットの２つの分類であり、標準となってきている。これらフォーマットはディジタル万能ディスク（「ＤＶＤ」）と同様な映像品質を提供し、それらの類似性及び相違に対して以下の様に要約される。
【０１０５】
ＨＤＴＶはより高い品質のディスプレイを提供し、映画鑑賞と同様な視聴体験のために、約７２０ｐから少なくとも約１０８０ｉまでの垂直解像度表示と概略１６：９のアスペクト比（スクリーンの幅対高さ）を具備する。新しいテレビ受像器は、信号をそれらの固有ディスプレイ・フォーマットに変換できる受信器を具備したＨＤＴＶ能力或はＳＤＴＶ能力の何れかとなる。ＨＤＴＶと共通してＳＤＴＶは、ＭＰＥＧ-２ファイル圧縮方法を用いて、ディジタル信号を約１６６Ｍｂｐｓから約３Ｍｂｐｓまで一般的には低減する。これは放送局が既存のケーブル、衛星、並びに、地上システムを用いてディジタル信号を伝送させることを可能とする。ＭＰＥＧ-２は損失性圧縮方法を用い、それはテレビジョンに送信されたディジタル信号が圧縮され、そして幾分のデータが損失するが、この損失データは人の目が映像をどのように見るかについて影響を与えるか或は影響を与え得ない。ＡＴＳＣ及びＤＶＢの双方はビデオ圧縮及び転送に対してＭＰＥＧ-２を選択した。ＭＰＥＧ-２圧縮標準はここでの他の場所で更に詳細に記載される。
【０１０６】
圧縮ＳＤＴＶディジタル信号は圧縮ＨＤＴＶ信号よりも小さいので、放送局はちょうど１つのＨＤＴＶ番組の代わりに５つまでのＳＤＴＶ番組を同時に伝送でき、これは「マルチキャスティング(multicasting)」としても知られる。マルチキャスティングは、テレビ局がそれら余剰な番組が提供する追加的な広告から追加的な収益を受けることができるので魅力的な特徴である。今日のアナログ・テレビジョン・システムによって、一時に１つの番組のみが伝送され得る。留意することは、用語「マルチキャスティング」のこの使用は、特別なアドレス指定技術を用いてそれが係わる場合、ストリーミング・ビデオにおいてのその使用からは区別されることである。
【０１０７】
合衆国はアナログ・テレビジョンからＤＴＶへの移行を決定した際、米国連邦通信委員会は放送局にＳＤＴＶ番組を放送すべきか或はＨＤＴＶ番組を放送すべきかを決定させることに決めた。殆どの放送局は、日中はＳＤＴＶ番組を放送し、ゴールデンアワーの放送はＨＤＴＶ番組を放送することに決定した。これらＳＤＴＶ及びＨＤＴＶは、ディジタル・ビデオ放送（ＤＴＶ）及びアドバンスド・テレビジョン・システム委員会（ＡＴＳＣ）の標準の受像器によってサポートされる。
【０１０８】
テレビジョン・ディスプレイ・テクノロジーとしてのＨＤＴＶは３５ｍｍ映画と同様な映像品質を提供すると共に、今日のコンパクト・ディスクの音質と同様の音質を提供する（更にオーディオ品質に関しては、ＨＤＴＶはドルビー・ディジタル５．１を受信、再生、並びに、出力する）。幾つかのテレビ局は限られた数のチャンネルでＨＤＴＶ放送をユーザ向けに伝送し始めた。ＨＤＴＶはアナログ信号伝送ではなくディジタルを一般的に使用する。しかしながら日本では、最初のアナログＨＤＴＶ番組が１９８９年６月３日に放送された。現れた最初の画像は自由の女神とニューヨーク港であった。それは２０ＭＨｚチャンネルを必要としたが、これはアナログＨＤＴＶ放送が殆ど国々で定着していないからである。
【０１０９】
ＨＤＴＶはＳＤＴＶよりより高品質表示を提供し、７２０ｐから１０８０ｉまでの垂直解像度表示を伴う。このｐはプログレッシブ・スキャニング（順次走査）を表し、各スキャンが１つの完全な画像に対する各線を含んでおり、そしてｉはインターレースド・スキャニング（飛び越し走査）を表し、画像の半分に対する１つ置きの線を含む。これらのレートは６０フレーム／秒までのフレーム・レートに転換し、重等のテレビジョンのものの２倍である。ＨＤＴＶの最も顕著な特徴の内の１つは１６：９と云うその広いアスペクト比であり（スクリーンの幅対高さ）、それは視聴者の経験はより広いスクリーンによって向上されると云う調査研究に基づく信念に基づく開発である。ＨＤＴＶピクセル数は、３００，０００から百万までのＳＤＴＶの範囲と比較して、１から２百万までの範囲である。新しいテレビ受像器はＨＤＴＶ能力或はＳＤＴＶ能力の何れかとなり、受信器は信号をそれらの固有ディスプレイ・フォーマットに変換できる。
【０１１０】
合衆国において、ＦＣＣ（米国連邦通信委員会）はＤＴＶ伝送に対する放送チャンネルを指定した。ＳＤＴＶフォーマットにおいて、ＤＴＶはＨＤＴＶレベルでの単一信号の代わりに現行品質レベルでの多重信号に対する指定されたチャンネルを使用することを可能とし、それは同一の帯域幅の使用でより多くの番組を許容することになる。商業的且つ公共的な放送局は、現在、彼らがＨＤＴＶのそれらの使用をどのように具現化することを綿密に決定している。
【０１１１】
サイマルキャスト(simulcast)は、同一テレビ番組を、２つの異なるチャンネル或は周波数を用いてアナログ及びディジタルの両バージョンで同時伝送することである。ＤＴＶ移行期間の最後に、アナログ伝送は実質的に置き換わって、現行のアナログチャンネルがＤＴＶ用だけに使用されることになると信じられる。ディジタル放送用に用いられた余剰チャンネルは、例えば競売にかけらより多くのテレビジョン・チャンネル或はデータ放送等の他のサービスのために使用され得る。サイマルキャストは、同時テレビジョン及びインターネット・サービスの伝送、アナログ及びディジタル無線放送の伝送、並びに、従来のフォーマット及びワイド・スクリーン・フォーマット等の種々のスクリーン・フォーマットでのテレビジョン番組の伝送のためにも使用される。サイマルキャスト放送は世界中で使用される。
【０１１２】
ＤＴＶへの移行は容易或は安価な移行ではない。ＤＴＶ番組を伝送するテレビ局にとって、ＤＴＶ施設を構築しなければならないが、ある局はこれら施設を構築すべく収益を得なければならない。サイマルキャストはテレビ局に従来のアナログ番組から収益を上げさせ続けさせると共に余剰のディジタル番組からも余剰収益を得させることを可能としている。ＤＴＶへの移行における別の障害は消費者間における興味の欠如である。特別の装置の必要性は視聴者がディジタル番組及びアナログ番組の間の相違を見ることを妨げ、それもＤＴＶに対する公共の興味をスローダウンする。
【０１１３】
ＤＴＶを操作するために必要とされる装置は、地上サービス、ケーブル・サービス、或は、衛星サービスが伝送チャンネル／キャリアとして使用されるか否かに依存する。何れにしても既知のシステム或は予知されるシステムに従えば、消費者は、最小限、彼らの古いテレビ受像器上でＤＴＶ伝送を視聴すべくコンバータを購入しなければならない。加えて、テレビ信号を受信すべく地上サービス或はアンテナを利用する消費者はディジタル信号用に装備されたアンテナを必要とする。ＡＴＳＣ準拠国における山岳地形に配置する消費者は多重効果(multipath effects)のために地上ディジタル信号を受信することができない可能性がある。これは今日のアナログ・テレビジョン・システムですら共通している。ＤＶＢ準拠の国々において、地上はディジタル信号の受信に影響しない。衛星ユーザはＤＴＶ放送を既に楽しんでいるが、より大きな衛星アンテナがＨＤＴＶ番組視聴のために必要とされるであろう。
【０１１４】
「セット-トップ」・ボックスは、テレビ受像器がインターネットへのユーザ・インターフェースとなることを可能とする共に、アナログ・テレビ受像器がＤＴＶ放送を受信及びデコードすることを可能とする装置としてここでは定義される。ＤＴＶセット-トップ・ボックスはしばしば受信器と呼称される。３千５百万の家庭が２００６年の終わりまでにディジタルのセット-トップ・ボックスを使用すると推定され、その推定年はＤＴＶへの移行の終了年である。
【０１１５】
典型的なディジタル・セット-トップ・ボックスは、通常、リナックス或はウィンドウズ（登録商標）ＣＥを走らすためそしてＭＰＥＧ移送ストリームをパースするために１つ或はそれ以上のマイクロプロセッサを含む。セット-トップ・ボックスはＲＡＭ、ＭＰＥＧデコーダ・チップ、並びに、オーディオのデコーディング及び処理のためのより多くのチップをも含む。セット-トップ・ボックスの中身は使用されているＤＴＶ標準に依存する。ＤＶＢ準拠のセット-トップ・ボックスはＣＯＦＤＭ伝送をデコードするためのパーツを含むが、ＡＴＳＣ準拠のセット-トップ・ボックスはＶＳＢ伝送をデコードするためのパーツを含む。より高性能なセット-トップ・ボックスは記録されたテレビ放送の記憶、ダウンロードされたソフトウェアの記憶、並びに、ＤＴＶサービス・プロバイダによって提供される他のアプリケーションのためのハードディスクを含む。ディジタル・セット-トップ・ボックスは衛星及び地上ＤＴＶ用に使用可能であるが、たいていはケーブル・テレビ用に使用される。セット-トップ・ボックス価格は基本構成に対する１００ドルからより高性能なボックスに対する１，０００ドル以上までの範囲である。
【０１１６】
インターネット分野においてセット-トップ・ボックスは、実際上、インターネットと「話す」ことができる特化されたコンピュータとしてしばしば機能し、即ちそれはウェブ・ブラウザ（実際にはハイパーテキスト・トランスファ・プロトコル・クライアント(Hypertext Transfer Protocol client)）及びインターネットの主要プログラムであるＴＣＰ／ＩＰを含む。セット-トップ・ボックスが結着するサービスはウェブＴＶ等による電話回転を通じて、或は、ＴＣＩのようにケーブルＴＶ会社を通じて行われ得る。
【０１１７】
衛星放送用にドルビー・ディジタル５．１チャンネルを利用するためには、ドルビー・ディジタル出力を提供する衛星受信器が必要である。ケーブル・ユーザ用に、全てのディジタル・セット-トップ・ボックスにはドルビー・ディジタル２-チャンネル・デコーダが装備されている。５．１チャンネル・サウンドを用いるためには、５．１チャンネル準拠セット-トップ・ボックスが或は外付け５．１チャンネル・デコーダ・ユニットが必要である。
【０１１８】
ディジタル・テレビジョン利益の最も劇的なデモンストレーションは高性能なＨＤＴＶを通じてであり、それはより大きなスクリーン、より広いアスペクト比、並びに、より良好な解像度の故である。しかしながら殆どの新しいテクノロジーのように、ＨＤＴＶは高価である。それにもかかわらず、より安価なディジタルＴＶは今までのＴＶを凌いで著しく改善された視聴経験を提供し、古い受像器を保持することを選んだ人のために、セット-トップ・コンバータの追加は見分けがつく改善された映像及びサウンドを配信することになる。
【０１１９】
ＤＴＶへの移行に対する米国連邦通信委員会（ＦＣＣ）のスケジュールは、合衆国の誰もが２００２年までにＤＴＶにアクセスし、ディジタル伝送への切り換えは２００６年までに、或は、特定領域における世帯の内の８５％がディジタル・テレビジョン受像器或はセット-トップ・コンバータを購入した際に完了しなければならない。
【０１２０】
１９９０年代始め、欧州放送、消費者装置製造業者、並びに、調整団体は欧州ランチング・グループ(European Launching Group: ELG)を形成し、ＤＴＶを欧州中に導入するために、「ＤＶＢ」又は「ディジタル・ビデオ放送」計画に着手した。ＤＶＢは閉システムに対抗する開システムを提供すべく意図されている。閉システムはコンテンツ・プロバイダ特有であり、拡張的はなく、それらが発展されたシステムに対してだけに最適化されている。ＤＶＢ等の開システムでは、加入者に異なるコンテンツ・プロバイダを選択させ、複数のＰＣ及びテレビジョンの統合を可能としている。ＤＶＢシステムで意図されていることは、テレビジョンに対して最適化させられることであるが、ホームショッピング、バンキング、プライベート・ネットワーク放送（又は専用線放送）、並びに、対話式視聴をもサポートすることである。ＤＶＢで意図されていることは、非常に明瞭なテレビジョン番組をバス、自動車、並びに、列車のテレビジョンに提供する可能性や、携帯テレビジョンにすら提供する可能性を開放することである。ＤＶＢはコンテンツ・プロバイダにとって有益であり、促進されもして、それは彼らがそれら自体のサービスをＤＶＢが地理学上の場所に拘わらずサポートされるどこにでも提供できるからである。彼らは彼ら自身のサービスを容易に且つ安価に拡張することもできて、加入者への制限されたアクセスを確保して、不承認の視聴による収益損失を低減する。今日、ＤＶＢ計画は世界中の２９カ国以上の国々における２２０の組織から構成され、ＤＶＢ放送サービスは欧州、アフリカ、アジア、オーストラリア、並びに、南北アメリカの部分で有効である。
【０１２１】
フォーマット特定メディア
ストリーミング・メディア信号に対する様々な異なるフォーマット自体は、どのようにしてＣＯＤＥＣが特定の場合に対して変動し得るかの更なる理解をも提供すべく、非限定例によってここでも要約される。
【０１２２】
「ＤＶＤ」は「ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ」の頭字語であり、その２面の内の一方に約４．７ギガバイトまでの情報、或は、平均して約１３３分の映画に充分な情報を保持する比較的最近の光ディスク・テクノロジーとして一般には定義されている。その２つの面各々における２つの層によって、約６００メガバイトを保持する略同一物理的サイズの現行のＣＤ-ＲＯＭと比較して、１７ギガバイトまでのビデオ、オーディオ、或は、他の情報を保持し得る（ＤＶＤはＣＤ-ＲＯＭと比べ約２８倍以上の情報を保持する）。ＤＶＤプレイヤーはＤＶＤを再生すべく必要とされているが、またそれらは通常のＣＤ-ＲＯＭディスクも再生することになる。ＤＶＤは、（ｉ）ビデオ（例えば連続映画）、（ｉｉ）オーディオ（例えば長い演奏音楽）、並びに、（ｉｉｉ）混合（例えば対話式マルチメディア発表）に対して様々に最適化された３つの一般的なフォーマットの任意のフォーマットで記録され得る。ＤＶＤドライブは８速度ＣＤ-ＲＯＭプレイヤーよりも幾分速い転送速度を有する。ＤＶＤフォーマットはＭＰＥＧ-２ファイル及び圧縮標準を典型的には使用し、それはＭＰＥＧ-１画像の約４倍の解像度を有すると共に、２つのフィールドが１つの画像を構成する約６０飛び越しフィールド／秒で配信され得る（ＭＰＥＧ-１は約３０非飛び越しフレーム／秒で配信する）。ＭＰＥＧ-２及び-１標準はここの他の場所でより詳細に定義されてる。ＤＶＤ上でのオーディオ品質は現行のオーディオ・コンパクトディスクに比肩し得る。
【０１２３】
「ＤＶＤ-ビデオ」は、短縮無しの映画用に設計されたＤＶＤフォーマットに対して典型的には付与された名前であり、テレビジョン受像器と一緒に稼働するボックスである。「ＤＶＤ-ＲＯＭ」は、コンピュータ内のＣＤ-ＲＯＭへの将来の代替であると誰かによって信じられるプレイヤーに付与された名前であり、これらより新しいドライブはＤＶＤ-ＯＭディスクと共に通常ＣＤ-ＲＯＭディスクの双方を再生すべく意図されているからである。「ＤＶＤ-ＲＡＭ」はＤＶＤの書込可能バージョンに付与された名前である。「ＤＶＤ-オーディオ」はコンパクト・ディスク／プレイヤーに置き換わるべく設計されたプレイヤーに典型的には付与された名前である。
【０１２４】
「ＶＨＳ」は「Ｖｉｄｅｏ Ｈｏｍｅ Ｓｙｓｔｅｍ」の頭字語であり、磁気ビデオテープ・カートリッジ・フォーマットとして一般には定義されており、典型的にはハーフ・インチ幅で、アナログ・ビデオ及びオーディオ信号を記録及び再生する能力を伴ったホームユース用に開発された。ＶＨＳは普及したフォーマットとなり、主にその普及した存在及び記録性能によってホームムービー配給及び再生のための事実上の標準となった。ＶＨＳは、オーディオ・カセットのものと同様のテクノロジーを用いて、磁気テープ上に信号をアナログ・フォーマットとして記憶する。これらテープはＶＨＳビデオカセット・レコーダ（ＶＨＳ ＶＣＲ）を用いて再生及び記録される。ＶＨＳテープは典型的には約２時間までのビデオを記憶するが、ある種のＶＣＲはそれらをより遅い速度で記録できて
、１テープ当たり６時間まで或は８時間まですら記録できる。
【０１２５】
ＶＨＳフォーマットは２００本を少し超える水平解像度を出力する。これは、５００本を超える水平解像度を出力するＤＶＤと比肩する。技術的且つ感覚的にＶＨＳは、例えばＤＶＤ、Ｓ-ＶＨＳ、Ｈｉ-８、並びに、その類を含む他のフォーマットに勝ったフォーマットである。しかしながらＶＨＳはビデオを視聴する普及した手段であり続け、ＶＨＳテープは映画レンタル店から食料雑貨店までその国や世界中のいたるところで依然容易に見出される。
【０１２６】
「ＣＤ」は「ｃｏｍｐａｃｔ ｄｉｓｃ（コンパクトディスク）」の頭字語であり、オーディオ、ビデオ、テキスト、並びに、ディジタル・フォームでの他の情報を電子的に記録、記憶、並びに／或は、再生するための小さい携帯可能な丸い媒体として一般に定義されている。最初、ＣＤは読取り専用であったが、より新しいバージョンは記録も可能である（即ち、「ＣＤ-ＲＷ」）。
【０１２７】
「Ｓｕｐｅｒ ａｕｄｉｏ ｄｉｓｃ」又は「ＳＡＣＤ」は高解像度オーディオＣＤフォーマットであり、ＤＶＤ-オーディオ（「ＤＶＤ-Ａ」）と共に、標準的なオーディオＣＤに置き換わるべく競合する２つのフォーマットである（殆どの業界は、フィリップス及びソニーであると思われる一般的な例外を伴って、ＤＶＤ-Ａを後押している）。ＤＶＤ-ＡのようなＳＡＣＤは２-チャンネル・ステレオに加えて５．１チャンネル・サランドサウンドを提供する。両フォーマットはビットレート及びサンプルレートを増大することによってサウンドの錯綜性を改善し、そして既存のＣＤプレイヤー上で再生可能であるが、一般には従来のＣＤのものと単に同様な品質レベルである。ＳＡＣＤはソニー社の所有であると公表されているＤｉｒｅｃｔ Ｓｔｒｅａｍ Ｄｉｇｉｔａｌ又はダイレクト・ストリーム・ディジタル（「ＤＳＤ」）記録を用い、パルス・コード変調（「ＰＣＭ」）と標準ＣＤで使用されているフィルタリングとの代わりに、アナログ波形をダイレクト記録用に１ビット信号に変換する。ＤＳＤは損失無しの圧縮と約２．８ＭＨｚのサンプリングレートとを用いて、サウンドの錯綜性及び写実性を改善する。ＳＡＣＤは、テキスト、グラフィック、並びに、ビデオ・クリップ等の追加情報をも含み得る。
【０１２８】
また更なる理解の目的のため、インターネットに基づく通信は、インターネット「スーパーハイウェイ(superhighway)」を用いてストリーミング・メディア通信によって適合されなければならない通信用の特定プロトコルをも有する。これらプロトコルは、特にストリーミング・メディア通信に関して、より詳細な理解を提供する目的で直ぐ下で簡単に要約される。
【０１２９】
インターネット通知に関して、ストリーミング・メディア信号はデータ・パケットを会してディジタル・フォーマットで一般には通信される。用語「パケット」がここで意図することは、インターネット或は他の任意のパケット-交換ネットワークを介して出所及び到着地の間で経路決めされたデータのユニットを意味することである。より明確には、ファイルが送信されると、通信システムのプロトコル層（例えば、ＴＣＰ／ＩＰに基づくシステムのＴＣＰ層）がそのファイルを経路決めのために効率的なサイズの大きな塊に分割する。これらパケットの各々は個々に番号付けされ、到着地のインターネット・アドレスを含む。所与のファイルに対する個々別々のパケットはインターネットを通じて異なるルート（経路）を移動し得る。それが全て到着した場合、それらは元のファイルに例えば受信末端でＴＣＰによって再組み立てされる。パケット交換方式はインターネット等の接続無しネットワーク上での伝送を取り扱う効率的な方法である。回路交換方式等の代替方式は略音声接続に対して割り当てられたネットワーク用に使用される。回路交換において、ネットワークにおける線は複数のユーザ間でパケット交換で共有されるが、且つ各接続はその接続の期間に特定経路の専有化を一般には要求する。
【０１３０】
ワイヤレス通信及びＷＡＰゲートウェイ
インターネットと同年代にとって等しく重要なことは、ワイヤレス通信の年代が、家庭或はオフィスの固定された領域の外側と対話すべく、社会的能力を著しく拡張したことであり、それによって我々の遠隔通信が電気ケーブルワイヤ及びケーブルから解放されることを可能とした。例えば２０００年、移動電話（又は携帯電話）加入者の数は５０％近くまで成長した。
【０１３１】
しかしながらワイヤレス通信システム、プロトコル、並びに、イネーブリング・テクノロジーは著しく分裂した「フォーマット特定」市場で世界規模で発展した。これが特にあてはまるのは、合衆国を除く残りの世界と比較した場合、合衆国における広範な用途でのシステムを比較する点である。それ故に、複数のフォーマット特定システム間や異なるプラットフォーム上で動作する関連ワイヤレス装置間での競合する争点を克服することに関して相当な労力が拡張された。後で本発明と関連されるようにワイヤレス通信を更に理解する目的のため、以下は、ワイヤレス通信産業界で使用される著しいテクノロジー、システム、並びに、プロトコルの簡単な大要である。
【０１３２】
一般に、セル電話用のワイヤレス通信システムの発展は、通称で用語「１Ｇ」、「２Ｇ」、「２．５Ｇ」、並びに、「３Ｇ」で付与され、それぞれ第１世代、第２世代等々を表している。初期のシステムは１Ｇ電話及びシステムとして知られ純粋なアナログである。しかしながら急激な成長に伴って、携帯電話用の利用可能な帯域幅は急激に減らされ、２Ｇでのディジタル信号処理への道が付与され、それは先進の遠隔通信用の複雑な信号処理に対する利用可能な帯域幅及び能力を著しく広げた。しかし、ワイヤレス・インターネット・アクセス用に向上された需要に伴って、テクノロジー発展は２Ｇ電話（一般にはインターネットでイネーブルされない）から２．５Ｇ及び３Ｇ（進歩的により多くイネーブルされた）に向かった。直ぐ下で更に展開されるように、システム、プロトコル、並びに、イネーブリング・テクノロジーはこうして２．５Ｇ及び３Ｇモードを産業界及び消費者にもたらす点で集中された焦点に向けて発展した。
【０１３３】
一般に、２Ｇテクノロジーに基づく４つの主要なディジタル・ワイヤレス・ネットワークがあり、即ち、時分割多重アクセス（「ＴＤＭＡ」）、コード分割多重アクセス（「ＣＤＭＡ」）、モバイル通信用グローバル・システム（「ＧＳＭ」）、並びに、セルラー・ディジタル・パケット・データ（「ＣＤＰＤ」）である。これらはここでは以下のように簡単に説明される。
【０１３４】
時分割多重アクセス（「ＴＤＭＡ」）はディジタル携帯電話通信に使用されるテクノロジーであり、運ばれ得るデータの量を増大するために、各セル・チャンネルを３つの時間スロットに分割している。ＴＤＭＡは、ディジタル-アメリカ携帯電話サービス（Ｄ-ＡＭＰＳ）、モバイル通信用グローバル・システム（「ＧＳＭ」）、並びに、パーソナル・ディジタル・セルラー（「ＰＤＣ」）によって採用されている。ＴＤＭＡ及びＦＤＭＡに対する代替的な多重方式はコード分割多重アクセス（「ＣＤＭＡ」）である。
【０１３５】
コード分割多重アクセス（「ＣＤＭＡ」）は２Ｇ及び３Ｇワイヤレス通信で使用される幾つかのプロトコルの内の任意のものを言及する。その用語が暗示するように、ＣＤＭＡは数々の信号に単一伝送チャンネルを専有させることを可能として、利用可能な帯域幅の使用を最適化する。このテクノロジーは８００ＭＨｚ〜１．９ＧＨｚ帯域において超高周波数（ＵＨＦ）移動電話システムで使用される。ＣＤＭＡは拡散スペクトル・テクノロジーと組み合わせてアナログ-ディジタル・コンバータ（ＡＤＣ）を用いる。オーディオ入力は先ずバイナリー要素にディジタル化される。伝送された信号の周波数は規定されたパターン（コード）に従って変動するように為されて、その周波数応答が同一コードでプログラムされている受信器によってだけ妨害され得て、送信器周波数に正確に同調する。何兆もの可能性ある周波数配列決定コードがあり、プライバシーを向上させると共にクローニング又はコピーを難しくしている。ＣＤＭＡチャンネルは、公称、１．２３ＭＨｚ幅である。ＣＤＭＡネットワークは「ソフト・ハンドオフ」と呼称される方式を用いており、電話機が一方のセルから他方セルに移る際の信号分裂を最小化する。ディジタル・モード及び拡散スペクトル・モードの組み合わせは、アナログ・モードのように単位帯域幅毎に多数の信号としての幾つかの時間をサポートする。ＣＤＭＡは他のセルラー・テクノロジーと互換性があり、これが全国的なローミングを可能としている。
【０１３６】
ＣＤＭＡ Ｏｎｅとしても知られる元々のＣＤＭＡは１９９３年に標準化されたものであり、米国における移動（セルラー）電話で依然として普及している２Ｇテクノロジーと考えられる。ｃｄｍａＯｎｅの１つのバージョン、即ちＩＳ-９５Ａは１．２５ＭＨｚキャリアを利用して、８００ＭＨｚ或は１．９ＧＨｚの何れかのＲＦ帯域で動作するプロトコルであり、これは１４．４Ｋｂｐｓまでのデータレートをサポートする。別のバージョンＩＳ-９５Ｂは８つのチャンネルまで束ねることによって１１５Ｋｂｐｓまでの速度をサポートすることができる。
【０１３７】
より最近のＣＤＭＡ変種、ＣＤＭＡ２０００、並びに、広帯域ＣＤＭＡは何度もより速いデータ速度を提供している。ＣＤＭＡ２０００はＩＭＴ-ＣＤＭＡ Ｍｕｌｔｉ-Ｃａｒｒｉｅｒ或はＩＳ-１３６としても知られ、国際電気通信連合（ＩＴＵ）によって開発されたＩＭＴ-２０００標準のＣＤＭＡバージョンである。このＣＤＭＡ２００標準は３Ｇテクノロジーであり、１４４Ｋｂｐｓから２Ｍｂｐｓまでの範囲の速度のデータ通信をサポートすべく意図されている。この標準のバージョンを開発した会社はＥｒｉｃｓｓｏｎ ｃｏｒｐｏｒａｔｉｏｎ社及びＱｕａｌｃｏｍｍ ｃｏｒｐｏｒａｔｉｏｎ社を含む。広帯域ＣＤＭＡ又は「ＷＣＤＭＡ」はＣＤＭＡから誘導されたＩＴＵ標準であり、ＩＭＴ-２０００ ｄｉｒｅｃｔ ｓｐｒｅａｄとしても知られる。ＷＣＤＭＡは３Ｇテクノロジーであり、ローカル・エリア・アクセスに対して２Ｍｂｐｓまでのデータレートと、ワイド・エリア・アクセスに対して３８４Ｋｂｐｓまでのデータレートとをサポートし、且つ、これらの速度での可動性／携帯性の音声、画像、データ、並びに、ビデオの通信をサポートすべく意図されている。ＷＣＤＭＡは入力信号をディジタル化し、２００ＫＨｚ幅の狭帯域ＣＤＭＡより相当に広い範囲である５ＭＨｚ幅キャリアを介するコード化拡散スペクトル・モードでそのディジタル化出力を伝送する。
【０１３８】
モバイル通信用グローバル・システム（「ＧＳＭ」）はディジタル移動電話システムであり、欧州や世界のその他の区域で広く使用されており、このシステムは（直ぐ下で紹介される）「ＴＤＭＡ」の１つの変形を使用し、３つのディジタル・ワイヤレス電話テクノロジー（ＴＤＭＡ、ＧＳＭ、並びに、ＣＤＭＡ）の内の最も広く使用されている。ＧＳＭは、各々がそれ自体の時間スロットにおいて、データをディジタル化し、圧縮し、そしてユーザ・データの他の２つのストリームと一緒に１チャンネルで送信する。それは９００ＭＨｚ或は１８００ＭＨｚの何れかの周波数帯域で動作する。この開示の際、ＧＳＭは欧州におけるワイヤレス電話標準と一般には考えられ、世界中に１億２千万以上のユーザを有して１２０カ国で利用可能であると公表された。合衆国における少なくとも１つの会社、即ちアメリカン・パーソナル通信（Ｓｐｒｉｎｔ（商標）補助金交付）はブロードバンド・パーソナル通信サービス（「ＰＣＳ」）に対するテクノロジーとしてＧＳＭを用いる。ＰＣＳは遠隔通信サービスであり、音声通信、数値及びテキストのメッセージ、音声メールを１つの装置、サービスコンタクト、並びに、請求書に放り込む。ＰＣＳはディジタル・セルラー・リンクを介して最も頻繁に伝達される。このサービスは、Ｅｒｉｃｓｓｏｎ ｃｏｒｐｏｒａｔｉｏｎ社、Ｍｏｔｏｒａ ｃｏｒｐｏｒａｔｉｏｎ社、並びに、Ｎｏｋｉａ ｃｏｒｐｏｒａｔｉｏｎ社等の製造業者によって製作されている様々な小型移動電話器に対する４００以上の基地局を有するように計画されており、これら装置は、電話器、ポケットベル、並びに、留守番電話を一般には含む。ＧＳＭは、高速回路交換データ（ＨＣＳＤ）、ゼネラル・パケット・ラジオ・システム（ＧＰＲＳ）、エンハンスト・データＧＳＭ環境（ＥＤＧＥ）、並びに、ユニバーサル・モバイル・テレコミュニケーションズ・サービス（ＵＭＴＳ）を含むワイヤレス・モバイル・テレコミュニケーションズの進化の一部である。
【０１３９】
セルラー・ディジタル・パケット・データ（「ＣＤＰＤ」）は双方向性の１９．２Ｋｂｐｓでのパケット・データ通信を既存のセルラー電話（又は携帯電話）チャンネルにわたって提供するワイヤレス標準である。
【０１４０】
幾つかの異なるプロトコルは様々なワイヤレス・ネットワークにわたっての通信に対する使用に取り入れられた。
【０１４１】
「Ｘ．２５」はパケットに基づくプロトコルであり、原則的には欧州におけるこの開示の時に使用されると共に国際電報電話諮問委員会（ＣＣＩＴＴ）によって標準として適用された。Ｘ．２５は一般的に使用されたネットワークであり、異なる公共ネットワーク（例えば、Ｃｏｍｐｕｓｅｒｖｅ、Ｔｙｍｎｅｔ、或は、ＴＣＰ／ＩＰネットワーク）上のコンピュータに中間コンピュータを通じてネットワーク層で通信させることを可能としている。Ｘ．２５のプロトコルは開放型システム間相互接続（「ＯＳＩ」）によって規定されたデータ-リンク及び物理的層プロトコルと密に対応している。
【０１４２】
「ＯＳＩ」はネットワーク・アーキテクチャの１つのモデルであって、それを具現化するためのプロトコルの１揃い（プロトコル・スタック）であり、外来コンピュータ・ネットワーク・アーキテクチャにおける国際標準に対するフレームワークとして１９７８年にＩＳＯによって開発された。ＯＳＩアーキテクチャは７層に分裂され、最低から最高にかけて、（１）物理的層、（２）データ・リンク層、（３）ネットワーク層、（４）輸送層、（５）セッション層、（６）表示層、並びに、（７）適応層である。各層はそれ自体の直下の層を用いて、上の層にサービスを提供する。幾つかの具現化例において、１つの層はそれ自体で複数の副次的層から構成され得る。
【０１４３】
汎用パケット無線システム（ＧＰＲＳ）はパケットに基づくワイヤレス通信サービスであって、５６から１１４Ｋｂｐｓまでのデータレートと移動電話及びコンピュータのユーザに対するインターネットへの連続的接続とを約束する。より高いデータレートはユーザにビデオ会議に参加させ、可動性手持ち装置をノートコンピュータと共に用いて、マルチメディア・ウェブ・サイトと相互作用（会話）させることを可能としている。ＧＰＲＳはモバイル通信用グローバル・システム（「ＧＳＭ」）に基づいており、回路交換セルラー電話接続及びショート・メッセージ・サービス（「ＳＭＳ」）等の既存サービスを補充する。ＳＭＳはＧＳＭディジタル・セルラー電話システムによって提供されたメッセージ・サービスである。ＳＭＳを用いて、英数字呼出システムと酷似するように、ショート英数字メッセージ（１６０個の英数字）が移動電話へ送信され得てそこに表示される。メッセージは電話がアクティブとなるまでＧＳＭネットワークでバッファされる。
【０１４４】
ＧＰＲＳのパケットに基づくサービスは回路交換サービスよりもユーザの費用負担を少なくさせるが、通信チャンネルを一時に一人のユーザだけに専用させるのではなくパケット必要性に応じての共有使用で用いられているからである。また意図されていることは、モバイル・ユーザにアプリケーションを利用可能とさせることであり、これはより速いデータレートが、現行ではアプリケーションをワイヤレス・システムのより遅い速度に適合させる必要性があるミドルウェアがもやは何等必要とされないことを意味するからである。ＧＰＲＳは幅広く有効となっており、仮想プライベート・ネットワーク又は仮想専用線（「ＶＰＮ」）のモバイル・ユーザはダイアル-アップ接続を介してよりも連続的にそのプライベート・ネットワークにアクセスできる。ＧＰＲＳで更に意図されていることは、装置間の有線接続をワイヤレス無線接続で置き換える標準である、「ブルートゥース(Bluetooth)」を補足することである。インターネット・プロトコル（「ＩＰ」）に加えて、ＧＰＲＳはＸ．２５プロトコルをサポートする。ＧＰＲＳは、エンハンスド・データＧＳＭ環境（「ＥＤＧＥ」）及びユニバーサル移動体通信システム（「ＵＭＴＳ」）に向かった１つの発展段階であるとも信じられる。
【０１４５】
ユニバーサル移動体通信システム（「ＵＭＴＳ」）で意図されていることは、２Ｍｂｐｓまでのデータレートでの、３Ｇ、ブロードバンド、テキストのパケットに基づく伝送、ディジタル化音声、ビデオ、並びに、マルチメディアである。ＵＭＴＳで更に意図されていることは、世界中のどこに位置されているかにかかわずモバイル・コンピュータ及び電話のユーザに複数のサービスから成る一貫したセットを提供することである。このサービスは、ＧＳＭ通信標準に基づくと共に、主要な標準団体及び製造業者によって承認されており、２００２年までに世界中のモバイル・ユーザ用の計画された標準である。ひとたびＵＭＴＳが完全に具現化されたならば、コンピュータ及び電話のユーザは彼らが移動しながらインターネットに絶えず結着可能となる。
【０１４６】
エンハンスド・ディジタルＧＳＭエンタープライズ（「ＥＤＧＥ」）・サービスはモバイル（ＧＳＭ）・ワイヤレス・サービス用グローバル・システムのより高速バージョンであり、３８４Ｋｂｐｓまでのレートでデータを配信し且つマルチメディア及び他のブロードバンド・アプリケーションの移動電話及びコンピュータのユーザ向けの配信を可能とすべく設計されている。ＥＤＧＥ標準は、同じ時分割多重アクセス（ＴＤＭＡ）・フレーム構造及び既存のセル配列を用いて、既存のＧＳＭ標準の上に構築されている。ＥＤＧＥは２００１年に商業的に利用可能になると予想される。これは、ユニバーサル・モバイル・遠隔通信サービス（ＵＭＴＳ）への途中の進化標準と見なされる。
【０１４７】
ワイヤレス・アプリケーション・プロトコル（「ＷＡＰ」）は、セルラー電話及び無線トランシーバ等のワイヤレス装置が、Ｅ−メール、ワールド・ワイド・ウェブ、ニュースグループ、並びに、インターネット・リレー・チャット（「ＩＲＣ」）を含むインターネット・アクセス用に使用可能となる方法を標準化するための通信プロトコルの一組に対する仕様である。インターネット・アクセスがＷＡＰに先行して可能であった一方、種々の製造業者が「フォーマット特定」テクノロジーを使用した。
【０１４８】
最近、以前はワイヤレス装置上の人々への到達から「情報ハイウェイ」を分離したコード、ワイヤ、並びに、ケーブルのギャップを架橋するためにワイヤレス通信及びインターネットの分野を合併すべく相当な労力が費やされた。そうしたテクノロジー合併は、ワイヤレスの赤外線及び無線周波数通信システムが「ワイヤレス」オフィス或は家庭内における装置をインターフェースするために開発されている例えば家庭及びオフィスのネットワーク設定自体内に発展した。別の実質的な労力も、セル電話及びパーソナル・ディジタル・アシスタント（「ＰＤＡ」）等のより遠隔的なワイヤレス装置で情報を通信し共有すべく進行中である。
【０１４９】
ＰＤＡは典型的には小型のモバイル装置で、「手持ち型」であり得て、通常、電話帳、カレンダー、計算機、並びに、その類を管理、記憶、並びに、表示するための限られたプロセッサ及び表示スクリーンを含み得る。最近利用可能なＰＤＡは、そのＰＤＡ自体内に埋め込まれたワイヤレス・モデムを有すること、或は、セル電話等のワイヤレス・モデム「プラグ-イン型」と結合されることによる、「ワイヤレス・イネーブル型」である。ワイヤレス・イネーブル型ＰＤＡも一般には限られた「ブラウザ」能力を具備する「インターネット・イネーブル型」であって、そのＰＤＡがインターネットにわたってサーバ装置と通信することを可能としている。商業的に利用可能なワイヤレス「イネーブル型」ＰＤＡの例は、パームＶＩＩ(Palm VII)（Ｐａｌｍ， Ｉｎｃ．社製）やｉＰＡＱ（商標）（Ｃｏｍｐａｑ， Ｉｎｃ．社製）を含む。これらＰＤＡはウィンドウズ（登録商標） ＣＥオペレーティング・システムを含み、限られたブラウザ能力及びコンテンツ用のスクリーン・ディスプレイを提供する。これらの電話は約３３ＭＨｚから約２２０ＭＨｚまでの処理能力と、例えば３２０ｘ２４０ピクセルのスクリーン表示等の多様なスクリーン表示能力を有する。
【０１５０】
同様に、セル電話自体も「インターネット・イネーブル型」と為され、限られたブラウザ能力とコンテンツを表示するスクリーンをも具備する。「インターネット型」セル電話の例は、他の広範囲なものの中でも、Ｓａｎｙｏ ＳＣＰ-４０００（商標）、Ｍｏｔｏｒｏｌａ ｉ１０００ｐｌｕｓ（商標）を含み、この幅広い分野は何百という種々の処理及び表示能力を主張している。
【０１５１】
「インターネット・イネーブル型」のＰＤＡ或はセル電話の何れの場合でも、通信のインターネット・プロトコルとの互換性が達成されなければならない。一般に、ワイヤレス通信はワイヤレス・アプリケーション・プロトコル（「ＷＡＰ」）を介して行われるが、インターネットにわたる通信は幾つかの異なるプロトコルの内の１つに従って進行し、最も共通するものは伝送制御プロトコル／インターネット・プロトコル（「ＴＣＰ／ＩＰ」）である。それ故に、図１Ｅに示されるようにＷＡＰゲートウェイは、基本的にはそれぞれに横たわるテクノロジーが異なる、インターネットの世界（或は他のＩＰパケット・ネットワーク）とワイヤレス電話／データ・ネットワークとの間の架橋を形成している。このゲートウェイは、本質的には、これら２つの別個のエントリの間の解釈を為して、消費者がそれらセル電話或は手持ち計算装置（例えばＰＤＡ）をインターネットにワイヤ無しでアクセスすべく使用することを可能としている。
【０１５２】
しかしながら顕著な表示能力を有するデスクトップ・コンピュータ等のより高性能計算装置への伝送用にフォーマットされているストリーミング・メディアは、厳格に制限された処理及び表示機能を有するこれら装置上で受信及び視聴するためには一般に互換性がない。特定の「フォーマット特定」圧縮方式は特にこれら装置だけでの使用のために開発され、特定のメディア・コンテンツだけがそれらフォーマットの状態でこれら装置に伝送され得る。
【発明の開示】
【発明が解決しようとする課題】
【０１５３】
制限されると共に可変的な処理、メモリ、並びに、表示の能力等々の独特な制約を有するセル電話及びＰＤＡ等のワイヤレス装置によって再生させるべく、幅広い種々のストリーミング・メディア信号の適切なフォーマット状態での伝送に適合するストリーミング・メディア通信システムの需要が依然としてある。
【課題を解決するための手段】
【０１５４】
本発明は、様々な制限、非効率性、リソース（資源）制限、並びに、ストリーミング・メディア通信のための先行して知られる方法の非互換性に対処し克服するものであり、以下に述べる様々に有益なモード、局面、実施例、並びに、変形で提供される。
【０１５５】
一実施例に従った本発明はストリーミング・メディア通信システムであり、ニューラルネットワーク等のネットワーク・システムにおける人工知能等のコンピュータ具現化知能システムを用いて、伝送装置と少なくとも１つの到着装置との間でストリーミング・メディア信号を通信する。
【０１５６】
別の実施例に従った本発明は、伝送装置と、各々が異なるメディア信号処理能力を有する複数の到着装置との間でストリーミング・メディア信号を通信するシステムである。
【０１５７】
別の実施例に従った本発明は、単一伝送装置から少なくとも１つの到着装置まで、各々が異なる伝送能力或はストリーミング・メディア信号に関する制約を有する複数の異なる伝送チャンネルを介して、ストリーミング・メディア信号を通信すべく適合するストリーミング・メディア通信システムである。
【０１５８】
別の実施例に従った本発明は、ソースでストリーミング・メディア信号を圧縮して該ストリーミング・メディア信号の圧縮された表現と為し、その圧縮表現を伝送チャンネルにわたって到着装置へ伝送し、その圧縮表現を解凍して到着装置によって再生されるべく適応されたストリーミング・メディア信号の解凍された表現に為すべく、ストリーミング・メディア圧縮システム能力に関して適合性ある学習プロセスで訓練されるように適合する人工知能手段を組み込んでいるニューラルネットワークである。
【０１５９】
別の実施例に従った本発明は、少なくとも部分的にはストリーミング・メディア信号の通信に影響する少なくとも１つのパラメータに基づくＣＯＤＥＣに従ってストリーミング・メディア信号を圧縮するシステムである。このモードの１つの局面に従えば、ＣＯＤＥＣは、別の基準信号に対するＣＯＤＥＣの先行して学習された振る舞い、同一のストリーミング・メディア信号の圧縮及び解凍に対する先行する試みに対するＣＯＤＥＣの先行して学習された振る舞い、ストリーミング・メディア信号の基準アルゴリズム圧縮に抗するストリーミング・メディア信号に対するＣＯＤＥＣの動作の比較、伝送チャンネルの学習された制約、並びに、到着装置の学習された制約の各種パラメータの内の少なくとも１つに従って使用される。１つの有益な実施例において、ＣＯＤＥＣがこれらパラメータの内の２つ以上に基づき使用され、そして更なる有益な変形例においてはそれらパラメータの全てに基づきＣＯＤＥＣが使用される。
【０１６０】
別の実施例に従った本発明は、種々のタイプ及び動作の多数のＣＯＤＥＣを記憶すべく適合し、そしてニューラルネットワーク等のネットワーク・システムによって調査されると共にアクセスされるべく適合するＣＯＤＥＣライブラリを用いてストリーミング・メディア信号を圧縮するシステムであり、ＣＯＤＥＣライブラリから適切なＣＯＤＥＣを提供して入力ストリーミング・メディア信号を到着装置までの伝送用に圧縮された表現に圧縮するために使用する。
【０１６１】
別の実施例に従った本発明は、ＣＯＤＥＣライブラリと共にニューラルネットワークとにインターフェースすべく適合するＣＯＤＥＣ動作システムであって、人工知能プロセス等のプロセスにおいて該ニューラルネットワークを用いて、ＣＯＤＥＣライブラリから適切なＣＯＤＥＣを選択し、その選択されたＣＯＤＥＣを用いて、到着装置までの伝送のためにストリーミング・メディア信号の圧縮表現にストリーミング・メディア信号を圧縮する。
【０１６２】
１つの局面に従えば、ＣＯＤＥＣライブラリは新しいＣＯＤＥＣを受け取って記憶すべく適合し、その新しいＣＯＤＥＣは、ニューラルネットワークとインターフェースされ得て、提供されるストリーミング・メディア信号を圧縮すべく選択されると共に適用される。
【０１６３】
別の実施例に従った本発明は、ストリーミング・メディア信号の圧縮表現を解凍する使用のため、到着装置によっての記憶に適合する到着媒介物である。この到着媒介物は遠隔配置された圧縮ストリーミング・メディア伝送システムと通信すべく適合し、そこからのストリーミング・メディア信号を受信して再生する。特に有益な局面において、ソフトウェア媒介物は到着装置に関する情報を圧縮ストリーミング・メディア伝送システムへ配信すべく適合する共に、その圧縮ストリーミング・メディア伝送システムからの特定のエンコード化されたストリーミング・メディア信号を受信してデコードするにも適合している。
【０１６４】
別の実施例に従った本発明は、到着装置によって再生され得る解凍済み表現にストリーミング・メディア信号の圧縮表現を解凍する到着装置の内部に記憶されるべく適合する到着媒介物を有するストリーミング・メディア信号を通信するシステムである。
【０１６５】
この実施例の１つの局面に従えば、到着媒介物は診断媒介物及び解凍媒介物を有する。診断媒介物は、処理、記憶、或は、再生の能力に関連された到着装置の少なくとも１つのパラメータに対する値を決定すべく適合する。解凍媒介物は、その少なくとも１つのパラメータの値に少なくとも部分的に基づいてＣＯＤＥＣを用いて、解凍済み表現にストリーミング・メディア信号の圧縮表現を解凍するＣＯＤＥＣ解凍器を適用すべく適合している。
【０１６６】
別の局面に従えば、到着媒介物はソフトウェア媒介物を含む。１つの変形例において、そのソフトウェア媒介物は到着装置内に埋め込まれている。別の変形例において、ソフトウェア媒介物は、ストリーミング・メディア信号の圧縮表現を到着装置へ配信すべく適合する遠隔的に配置されたソースによって少なくとも部分的に到着装置にロードさせるべく適合する。
【０１６７】
別の実施例に従った本発明は少なくとも１つの初期的なフォーマットと少なくとも１つのトラスコード済みフォーマットとの間でストリーミング・メディア信号をトランスコードするためのトランスコーダである。
【０１６８】
別の実施例に従った本発明は、添付図面に示されるかさもなければここに記載された実施例を組み入れているビデオ・オン・デマンド型ストリーミング・メディア・システムである。
【０１６９】
別の実施例に従った本発明は、添付図面に示されるかさもなければここに記載された実施例を組み入れている移動電話通信システムである。
【０１７０】
別の実施例に従った本発明は、添付図面に示されるかさもなければここに記載された実施例を組み入れている対話式ゲーム・システムである。
【０１７１】
別の実施例に従った本発明は、この明細書で以上に開示されるか或はその他の場所で開示された様々なモード、実施例、局面、特徴、並びに、変形等を処理（例えば圧縮）後にローカルに記憶されて伝送されていないメディアと共にスタティック・メディアに組み入れている。
【発明を実施するための最良の形態】
【０１７２】
以下の実施例を通じて（そして図面を参照することによって）様々に図示されている本発明はメディア通信システムを提供するものであり、圧縮システム、デリバリ・システム又は配信システム、並びに、解凍システムを含み、そして別の局面では、トランスコーダ・システムを含む。一般に、これら個々別々のサブシステムの組み合わせは、変数としてのシステム・パラメータから成るより大きなアレイに基づき無作為に選択されたストリーミング・メディア信号の圧縮、配信、並びに、解凍をカスタマイズすることに加えて、多数のエンコーディング・フォーマット間でメディアを効率的にトランスコードする能力を提供する。これら変数は、例えば、制限無しに、ソース・ビデオ信号、ソース伝送装置、伝送様式、並びに、到着装置に関係したパラメータを含む。こうしてメディア信号の圧縮、配信、並びに、解凍は与えられ且つ変化する使用環境に対して最適な状態で効率的であるようにカスタマイズされる。その結果、広い範囲の複雑なストリーミング・メディア信号は効率性の良いレベルで且つ他の既知のシステムを凌いで著しく改善された装置互換性の範囲で通信され得る。
【０１７３】
ここで記載された全てにわたるストリーミング・メディア通信システムの有益性にもかかわらず、先に記載された各サブシステムもストリーミング・メディア通信に対して有益で有用な結果を個別に提供する。少なくとも部分的にはこの開示に基づいて当業者には明かである、様々なサブシステム自体とこれらサブシステムの組み合わせの様々な繰り返しはこの発明の範囲内であることも意図されている。加えて、全体にわたる通信システムの様々な局面は、記載される各サブシステムと共に、特にストリーミング・メディア通信用以外の他の用途に対して有用であることも意図されている。それ故に、当業者には明らかなように、そうした追加的な用途は、改善されたストリーミング・メディア通信に適用された特に有用なモードにもかかわらず、本発明の範囲内であることが更に意図されている。
【０１７４】
トランスコーダ
ビデオ／オーディオ・トランスコーダ２００は本発明に従って提供され、１つの入来ビデオ・ソース２１０が、人の介入無しに、多数のフォーマット２１５（例えば、ＭＰＥＧ４、Ｒｅａｌ Ｖｉｄｅｏ（商標）、並びに、ＱｕｉｃｋＴｉｍｅ（商標））を横切って１つの装置から流れることをイネーブルする。この実施例に従ったトランスコーダ２００は、他の商業的に入手可能なトランスコーダ・システムの価格のほんの少しで実質的により大きな機能を提供する。更には、このシステムは「休む間もなく」稼働するので、ビデオ・ソース２１０の事前圧縮が著しく減らされている。
【０１７５】
より詳細には、本発明に従ったトランスコーダ２００システム及び方法は任意の圧縮或は未圧縮フォーマットから生ずるディジタル化メディアを他の任意の圧縮フォーマット、例えば要望に応じてリアル-タイム(real-time)にトランスコードすべく適合する。システム２００及び方法は、多数の異なる圧縮或は未圧縮のフォーマットから多数の異なる圧縮フォーマットに、異なったデータの多重ストリーム２１５の効率的で同時的な処理をイネーブルすることもできる。
【０１７６】
本発明のトランスコーダ２００は、図３を参照することによる図示で、全体にわたるシステムにおいてここで記載される。示されているように、第１プレイヤーは最初にトランスコーダ２００を収容するサーバ３００との接続を行う。プレイヤー・フォーマット（例えばマイクロソフト・メディア（商標））、接続速度（例えば３２Ｋｂｐｓ）、並びに、プロトコル（ＨＴＴＰ）が識別される。サーバ３００は生の或は事前エンコード化されたビデオを「ライブ・バッファ」或は「キャッシュ」３１０内に引き入れ、それを略未圧縮データであるがディジタル化データとしてエンコードする（例えばＡＶＩ或はＭＰＥＧ２）。次いでサーバ３００は接続速度（例えば３２Ｋｂｐｓ）で適切なＣＯＤＥＣスレッド（例えばマイクロソフト・メディア（商標））をロードする。次に、サーバ３００は第１クライアントに役立つＨＴＴＰ／ＭＳプレイヤーをロードする。そこで第２ストリームがＭＭＳで１００ＫｂｐｓのＭ／Ｓプレイヤーを用いてクライアントによって要求される。サーバは適切な１００Ｋｂｐｓレートで適切なＭＳ ＣＯＤＥＣスレッドをロードする。次いで、サーバ３００は第２クライアントに役立つＭＭＳ／ＭＳプレイヤー・スレッドをロードする。そこで、第３ストリームがＲＴＳＰで４０Ｋｂｐｓのリアルプレイヤーを用いてクライアントによって要求される。サーバ３００は適切な４０Ｋｂｐｓレートで適切なＲｅａｌ ＣＯＤＥＣをロードする。次いでサーバ３００は第３クライアントに役立つＲＴＳＰ／Ｒｅａｌプレイヤー・スレッドをロードする。再度、この図示は例示的であり、他の特定ＣＯＤＥＣが他のビットレートと共に適切に代替する。
【０１７７】
このトランスコーダ実施例の更なる理解を提供するため、図３は異なるクライアントへ多数の異なるビデオ・ストリームを運ぶべく適用された更なる例を用いてのトランスコーダ２００を示している。
【０１７８】
手短に言えば、図示され記載されたこのトランスコーダ２００は、数多くの従来のトランスコーディング技術に従った「ＩＰＣ」或は「Ｉｎｔｅｒ Ｐｒｏｃｅｓｓｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ」の代わりに「スレッド」通信を用いる。このトランスコーダ２００記載の目的のため、用語「スレッド」がここで意図されていることは、制御の流れのプログラム内への被包を意味することである。単一スレッド・プログラムは「一時」にそれらのコードを通じて１つの経路を実行するだけのものである。マルチスレッド・プログラムは「同時に」異なるコード経路を通じて走る幾つかのスレッドを有し得る。多数のスレッドが存在する典型的なプロセスにおいて、ゼロ或はそれ以上のスレッドは任意の一時に実際に走ることができる。これはプロセスが走っているコンピュータのＣＰＵの数に依存すると共に、スレッド・システムがどのようにして具現化されるかに依存する。ｎ個のＣＰＵを具備するマシン或はシステムが並列なｎ個未満のスレッドを走らせるべく適合し得る一方、このスレッド発明に従ったスレッディング動作は複数のスレッド間でＣＰＵを共有することによってｎ個未満の数のスレッドを走らせる外見を付与し得る。
【０１７９】
トランスコーダ２００は抽象的なＡＰＩを提供し、それ故にＣＯＤＥＣは（相当により大きな）元のエンコーダ・オーバーヘッド無しにアクセスされる。バッファリング３１０は異なるビデオ・ストリームに対するクライアント牽引の関数として作り出される。更には、本発明のトランスコーダ２００はネットワーク・アーキテクチャ、即ち各異なる接続に対する単一スレッドを利用し、クライアントが同一コンテンツのバッファされたセグメント内にあれば同一スレッドに組み合わされる。ここで示され且つ記載されたようにスレッドのトランスコーダ２００の使用は非常に有益であると考えられ、その理由は単一プロセスにおける２つのスレッド間のコンテキスト・スイッチが２つのプロセス間のコンテキスト・スイッチを用いるより相当に安価（処理／メモリ／ＩＯ）であると思われるからである。加えて、スタック及びレジスタを除く全てのデータが複数のスレッド間で共有されていると云う事実は協働して走らされ得る複数のサブタスクに分解され得る複数のタスクを実行する自然の機関にそれらスレッドを為す。
【０１８０】
ケースバイケースで特別に所望された結果を達成するために様々な特殊アーキテクチャが以上に記載されたトランスコーダ２００実施例を巡って構築され得る一方。しかしながら更なる図示の目的のため、以下の例は以上に記載されたトランスコーダ２００を用いているより詳細なシステムである。トランスコーダ２００は各々が異なるフォーマットである多数の同時の顧客ストリームをサポートすべく適合されて提供されている。特にそうしたシステムは５０００以上の同時ストリームをサポートし得て、幾つかの状況においては各々が異なるビデオ・フォーマットである７０００以上の同時顧客ストリームをサポートし得る。更には、トランスコーダ２００は広範囲の数のビデオ・ソースの内の任意のものを、各々が異なる要望を有している数多くの異なる個々別々のクライアントに対して独特に適切であるか或は必要とされるフォーマットに変換すべく具現化され得る。１つの特定例において、ここで記載されたトランスコーダ２００は、ＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４、モーションＪＰＥＧ、ＡＶＩ、Ｈ．２６１、Ｈ．２６３、Ｈ．２６３＋、ＲｅａｌＶｉｄｅｏ（商標）、Ｇ-８、ＱｕｉｃｋＴｉｍｅ（商標）、Ｓｈｏｃｋｗａｖｅ Ｆｌａｓｈ（商標）、Ｉｎｄｅｏ Ｃｉｎｅｐａｋ（商標）、並びに、ＡＳＦの各種フォーマットの内の任意のものに対するそうした高い要望を同時にサポートすべく具現化され得る。
【０１８１】
更に意図されていることは、トランスコーダ２００が全体にわたる通信システムにおいて全て既存して直に予知され固定される可動的なターミナル及び装置に従順であるように適合し得る。更にはトランスコーダ２００は出力ストリーム・フォーマット変数に適合して、各クライアントのチャンネル及びプラットフォームの状態に動的に適応するように具現化され得る。更には、トランスコーダを組み入れているシステムはロード平衡化サービスとマルチ・トランスコーダのインストレーションに対するルータとをサポートすべく適合している。従って、本発明のトランスコーダ２００は、他の先行するトランスコーディング技術及びシステムよりも顕著により低いコストのために著しくより大きな機能を配信する。
【０１８２】
先に記載されたように、様々な異なるシステム・アーキテクチャは本発明の範囲から逸脱すること無しに本発明のトランスコーダ２００を組み入れることができる。しかしながら先に記載されたサポートの有益なレベルを適切に提供すると思われる特別なアーキテクチャのより多くの細目は、（ｉ）デュアルＰ３-９３３プロセッサ、（ｉｉ）Ｕｎｉｘ（登録商標） ＯＳの任意の変種、（ｉｉｉ）５１２ＭＢ ＲＡＭ、Ｒｅｄｕｎｄａｎｔ Ｆｉｒｅｗｉｒｅ或はギガビット・イーサネット（登録商標）、並びに、Ｒｅｄｕｎｄａｎｔ Ｐｏｗｅｒ Ｓｕｐｐｌｉｅｓの局面を含む。そうしたシステムはラック取付携帯で提供され得るか、或は、特定の要望に適合して提供され得る。
【０１８３】
本発明に係るトランスコーダ２００の以下の様々な局面は、少なくとも部分的にはこの開示に基づき当業者には明かなようにそれぞれ単独でも或は各種組み合わせでも広範に有益であると思われる。
【０１８４】
マルチプロセッサ及び／或は分配されたコンピューティング・プラットフォーム（クラスタリング等）の上で効率的なトランスコーディングを実行させるべく、ユーザ及びカーネル・スペースの双方で非同期的なソフトウェア・スレッド通信を利用するためのシステム及び方法が提供されている。この方法は、トランスコーダを具現化すべく、従来のＩＰＣ方法を利用するよりも効率的であると見られている。ＣＯＤＥＣアルゴリズムの共有されたライブラリは創設され、様々なＣＯＤＥＣアルゴリズムにアクセスすべく使用され、それによってより低い処理オーバーヘッドを、大多数の商業的なエンコーダにおいて使用されているもの等の従来の組み合わせエンコーダ機能によって要求されるよりもより低いメモリ利用と共に招いている。特に有益であることは、共通スレッドが多数の接続用に使用され得て、実際上、単一スレッドでさえ本発明のトランスコーダを用いて個別接続毎に使用され得る。
【０１８５】
同一コンテンツが何時要求されようがそして動的バッファ（キャッシュ）が要求されたデータ点の全てに何時適合できようが、（効率性のため）同一スレッドによって供されるべく多数クライアントを組み合わせるシステム及び方法も提供されている。
【０１８６】
メディア圧縮及び配信システム
本発明は、所与の一連の制約を受けながら元のメディア・データの近似を最適に再生する、リアルタイムの動的データ信号処理用の、データ圧縮及び配信システム４００、並びにその方法も提供する。このシステム４００及び方法は図４Ａ及び図５にブロック流れ図で概略的に図示されている。これ以下に、このシステムの多様の有益な特徴および動作の他の記載を、図４Ａ〜図５につき示す記載をほぼ組み入れている実施例によって示す。
【０１８７】
図４Ａは、本発明に係るデータ圧縮及び配信システム４００の一実施例のブロック図である。図４Ａに示されるように、データ圧縮及び配信システム４００は、メディア・モジュール４０５、動的プレイヤー・モジュール４０７、画像プロセッサ４１０、基線スナップショット・モジュール４１５、分類器４１７、標準品質（ＱｏＳ）モジュール４２０、ネットワーク層入力モジュール４２５、並びに、ネットワーク層出力モジュール４３０を含む。このシステムは、ニューラルネットワーク処理モジュール４４０、タイマ４３５、ＣＯＤＥＣライブラリ・モジュール４４５、動的クライアント要求モジュール４５０、ＩＣＭＰモジュール４５５、装置及びネットワーク・パラメータ測定モジュール４６０、並びに、配信（デリバリ）及び伝送モジュール４６５を更に含む。
【０１８８】
一実施例において、システム４００は（単数或は複数の）サーバ・ノードに常駐して、入力される未圧縮の或は先行して圧縮されたデータを処理する。システム４００は、人工知能を伴うニューラルネットワーク４４０を利用して、入力されるデータを監視して、各データ・セグメントの複数のキーキャラクタを決定する。システム４００は、事前開発された自己参照型の、経験に基づいて学習した、入力信号（例えばビデオ信号）の一連のフレーム内のシーンにおけるパターンの規則のライブラリ４５５と、外部から課せられた制約とに、入力データの特性を関連付けて、各データセグメントに対して好適な市販の圧縮／解凍アルゴリズム（即ち、ＣＯＤＥＣ）を選択する。次いでシステム４００は、選択したアルゴリズムを最適化すべく、使用制御、パラメータ、並びに、変数から成る長大なアレイを組み立てる。アルゴリズムの選択とパラメータ及び変数のセットアップは、発展性の最適化プロセスそれ自体と同様に、データの特性に依存して、入力データの各セグメントによって動的に変動する。取り得るアルゴリズムの組は多数あり、有効性及び他の商業的対価によってのみ制限される。データの各セグメントは上述したようにコード化され圧縮されてから、通信チャンネルに供される。
【０１８９】
ここで記載する圧縮システム４００は、ストリーミング・メディア圧縮エンジンとして特に有用であり、有効なＣＯＤＥＣ及びストリーミング・メディア配信システムからの情報に基づき、別の人工知能ニューラルネットワーク４４０を用いて、入力ビデオをフレーム毎に解析する。次いでシステム４００は、最も適切な圧縮フォーマットを選択し、例えば一実施例においては、下層システム環境からのピーク信号／ノイズ比の抽出によって測定されるような最良の品質に基づき、最適なビデオ圧縮に対する圧縮パラメータを構築又は構成する。その結果は、この装置及び現行状態に対する、「最適」なビデオ及びオーディオサービスとなる。
【０１９０】
ストリーミング・メディア信号に適用される、このシステムの人工知能／ニューラルネットワーク４４０の局面のより明確な説明を、以下に述べる。最初に、個別の異なるＣＯＤＥＣから成るライブラリが、検索可能なＣＯＤＥＣライブラリ４４５としてこのシステムに追加される。関連する参照情報から成るライブラリも追加され、これは、ネットワーク輸送標準（ＮＴＳ）ライブラリ４４３及びサービス品質（ＱｏＳ）ライブラリ４４７を含む。次いで、ビデオ（メディア・ソース）が、画像プロセッサ４１０を介して、ディジタル・フォーマット或は非ディジタル・フォーマット（ＡＤコンバータを用いて）の何れかにおいて取り込まれる。画像プロセッサ４１０は、（もし必要であれば）ソースを解凍し、（単数又は複数の）ソース画像を「浄化」するために使用される様々な標準の画像処理アルゴリズムを利用する。結果としてのソース・メディアは基線スナップショット保管場所４１５へ渡され、そこで後の比較のために「完全ゴールド標準(perfect gold standard)」として使用されることになる。同時にこの結果得られるソース・メディアは分類器４１７へも供給される。
【０１９１】
分類器４１７は一時的、空間的、並びに、論理的な特徴に対するソース・メディアを分析するが、それは、一時的、空間的、並びに、論理的な特徴の同様の組み合わせを示すソース・メディア・サブセグメントを作り出すためである。この「同様」とは、共通の一時的、空間的、並びに、論理的な特徴を含むソース・メディアの、切れ目のない連続的なサブセグメントを意味し、それら自体は、（ＣＯＤＥＣライブラリ４４５内で見出される様な）特定のエンコーディング／圧縮アルゴリズムに貸与することになる。このソース・メディア・サブセグメント（或は、一実施例において、切れ目のない連続的なビデオ及びオーディオのフレームから成るグループ）を「シーン(scene)」と称する。
【０１９２】
次いでニューラルネットワーク・プロセス４４０は、ＣＯＤＥＣライブラリ４４５からＣＯＤＥＣを利用することによってこのシーンに対して動作して、該シーンを圧縮する。各ＣＯＤＥＣの内部構成は、ＮＴＳライブラリ４４３、Ｑｏｓライブラリ４４７、タイマ・プロセス４３５、ネットワーク入力層４２５、ＩＣＭＰ媒介物４５５、並びに、装置及びネットワークのパラメータ測定媒介物４６０から得られる入力に従って操作／変更される。次いで、圧縮シーンは解凍されて、品質標準プロセス４２０による品質測定を用いた、基線スナップショット４１５に対する比較が為される。本発明の一実施例において、品質標準プロセス４２０は、ピーク信号ノイズ比（ＰＳＮＲ）アルゴリズムを利用して、解凍されたシーンのソース・メディアを基線スナップショットに対して比較する。この比較プロセスは、ＣＯＤＥＣライブラリ４４５からの様々なＣＯＤＥＣに対して、ＮＴＳライブラリ４４３、Ｑｏｓライブラリ４４７、タイマ・プロセス４３５、ネットワーク入力層４２５、ＩＣＭＰ媒介物４５５、並びに、装置及びネットワークのパラメータ測定媒介物４６０から受信する入力の制約範囲内で、ニューラル・ネットワーク・プロセス４４０が結果として得られる圧縮シーンの品質を満足するまで繰り返される。最後に結果として得られる圧縮シーンは、その圧縮シーンを適切なネットワーク輸送プロトコル及びＱｏＳアルゴリズムを用いてクライアントへ輸送するネットワーク層出力４３０へ送信される。
【０１９３】
先のプロセスは、全ソース・メディアがクライアントへ伝送されるまで、或は、クライアントからの中止要求、ネットワーク輸送の失敗、クライアント・ハードウェアの失敗等々を含み得る様々な考えられる条件によってこのプロセスが中止されるまで繰り返される。
【０１９４】
ＮＴＳライブラリ４４３は、ネットワーク輸送サービスの保管場所であり、そのネットワーク輸送サービスは、圧縮ソース・メディアをクライアントへ輸送するネットワーク層出力４３０によって選択使用され、さらに、クライアントから情報を受信するネットワーク層入力４２５によって選択使用される。この選択は、ネットワーク層入力４２５、ＩＣＭＰ媒介物４４５、並びに、装置及びネットワークのパラメータ測定媒介物４６０から受信する質的および量的な入力に基づいている。
【０１９５】
ＱｏＳライブラリ４４７は、サービス・アルゴリズムの保管場所であり、このサービス・アルゴリズムは、圧縮ソース・メディアをクライアントへ輸送するネットワーク層出力４３０によって選択使用される。この選択は、ネットワーク層入力４２５、ＩＣＭＰ媒介物４４５、並びに、装置及びネットワークのパラメータ測定媒介物４６０から受信する質的および量的な入力に基づいている。
【０１９６】
ＩＣＭＰ媒介物４５５は、ニューラルネットワーク・プロセス４４０への入力を生成し、該ニューラルネットワーク・プロセス４４０に、プロセッサとクライアントとの間で使用する輸送の量的及び質的な特性を動的に提供する。本発明の一実施例において、この目的のためにＩＣＭＰプロトコルを使用する。
【０１９７】
装置及びネットワークのパラメータ測定媒介物４６０は、ニューラルネットワーク・プロセス４４０への入力を生成し、該ニューラルネットワーク・プロセス４４０に、クライアント環境の量的及び質的な特性を動的に提供する。本発明の一実施例において、これらクライアント環境特性は、中央演算処理ユニット（ＣＰＵ）容量、ネットワーク・インターフェース特性、記憶容量、並びに、メディア解釈装置機能を含む。
【０１９８】
また図４Ａに示すように、ネットワーク層入力４２５は、上り（クライアントから由来する。）ネットワーク輸送サービスを提供する。ネットワーク層出力４３０は下り（プロセッサから由来する。）ネットワーク輸送サービスを提供する。タイマ・プロセス４３５は、本発明のユーザに対して、ニューラルネットワーク・プロセス４４０が所与のソース・メディアを処理するために費やすであろう時間の最大値を制限する方法を提供する。
【０１９９】
図４Ｂは、本発明の一実施例に係るニューラルネットワーク処理モジュール４４０の、ＣＯＤＥＣ選択方式のブロック図である。図４Ｂに示されるニューラルネットワーク処理モジュール４４０は、ビデオ・フレーム選択モジュール４７５、ＣＯＤＥＣパラメータ・モジュール４８０、入力層モジュール４８５、隠れ層４８６−４８７、並びに、出力モジュール４８８を含む。本発明の一実施例において、ニューラルネットワーク処理モジュール４４０への入力信号に対する基準基線として使用するのに好適なＣＯＤＥＣ表示信号を、このニューラルネットワーク処理モジュール４４０が生成する。一実施例において、分類器４１７は、下層ＣＯＤＥＣの有効パラメータの観点から、入力ビデオ信号のセグメントの内のどのシーンが最良シーンを表しているかを判定する。ニューラルネットワーク処理モジュール４４０は、複数の標準から成るリスト（標準リスト）を使用して、信号におけるどのシーンが最良シーンを表しているかを判定する。一実施例において、ニューラルネットワーク・プロセス４４０は、ビデオの特定のフレームにおける多数のピクセルをサンプリングして、そのビデオ信号における予め決定されたパラメータに対する、その特定のフレームにおけるピクセル数の変化を判定する。別の実施例において、ビデオ信号における特定のシーンでの顕著な動作変化は、引き続いて入力されるビデオに対する、基線基準シーン（「最良シーン」）として使用され得る。
【０２００】
本発明の一実施例において、ニューラルネットワーク処理モジュール４４０は、入力として分類器４１７からビデオのセグメントを取り込み、続いてこの入力のサンプリングして、そのビデオ信号を特徴付ける充分な情報を引き出す。例えば、図４Ｂに図示する方式において、ニューラルネットワーク・プロセス４４０は、検査するためにウィンドウ・スナップショット（例えば、１７６ｘ１４４ピクセル・ウィンドウ）を取り込む。ニューラルネットワークにとって、ビデオ信号に関する充分な情報を生成するのに、そのサンプル・ウィンドウの中心を見ることが有益である。本発明の一実施例において、ニューラルネットワーク・プロセス４４０は、最少の８フレームを用いて、ビデオ信号に関する不可欠な情報を生成する。サンプル・ウィンドウからの情報は、パラメータ・モジュール４８０から入力層４８５まで、特定のＣＯＤＥＣパラメータを伴って渡される。
【０２０１】
入力層４８５は、複数のニューロンを介して複数の隠れ層４８６−４８７と結合され、その各接続は一方のニューロンから他方のニューロンまでの、強い或は弱いリンクを形成している。一実施例において、ニューラルネットワーク処理モジュール４４０によってサポートされる各ＣＯＤＥＣには、それ自体にニューラルネットワークが具備され、特定のＣＯＤＥＣと共に入力されるＣＯＤＥＣを特定するパラメータを処理する。ニューラルネットワーク・プロセス４４０は、「焼き上がり」と呼称されるラウンドロビンのようなプロセスを介して、ビデオ・サンプリングの取り込み期間中に処理される複数のＣＯＤＥＣから、「最良」のビデオ信号を生成する。入力信号からの最良なビデオ表示の処理において、ＣＯＤＥＣ各々に対する対応するニューラルネットワークの各々は、隠れ層４８６―４８７から最良の表示サンプルを生成し、その信号を出力モジュール４８８に供給する。本発明の一実施例において、ニューラルネットワーク・プロセス４４０によって処理されるＣＯＤＥＣの各クラスからの最良のＣＯＤＥＣの出力データ・セットは、２つの可能性を有する。第１のものは、各ＣＯＤＥＣに対する最良の結果を、複数のＣＯＤＥＣ各々に対する「最良」のサンプルの「焼き上がり」ニューラル・ネットワークへの出力モジュール４８８に与えるニューラルネットワーク・プロセス４４０であり、このニューラルネットワーク・プロセス４４０は、次いで、複数の最良のＣＯＤＥＣから最も勝る最良のＣＯＤＥＣを生成する。焼き上がりニューラルネットワークは、ＣＯＤＥＣの処理を取り扱うニューラルネットワークよりも小さく、且つ高速である。
【０２０２】
第２処理方式において、ニューラルネットワーク４４０は、複数のＣＯＤＥＣによって生成される最良のＣＯＤＥＣの遺伝アルゴリズム処理を具えてもよい。遺伝アルゴリズムは、おはじきゲームと同一の統計学的な選択アプローチに従う。よって、様々なニューラルネットワークから、最も勝る出力ＣＯＤＥＣを「焼き上がり」ニューラルネットワークへと供給する代わりに、様々なニューラル・ネットワークからバケツ内へと、出力モジュール４８８を供給し、さらに、例えば映画のような末端ソース・メディアでのシーンの集合から、最良のＣＯＤＥＣ表示を選択するのに、遺伝アルゴリズム処理を適用することができる。本発明の一実施例において、ニューラルネットワーク・プロセス４４０は、ＣＯＤＥＣを処理するのに、前後に伝播するアルゴリズムの組み合わせを用いる。
【０２０３】
図４Ａに戻り、この人工知能プロセスの更なる理解のため、１つの適用例を以下に提供する。理解して頂けるように、この模範的な適用例によって提供されるシステムの特徴及び動作は、本発明にかかるデータ圧縮及び配信のためのニューラルネットワーク４４０の範囲の広範な記述として考えられることである。他の適用例も為され得ると共に、本発明の範囲内に入り得る。
【０２０４】
ビデオ・コンテンツ・プロバイダは、本発明のシステムをそのサーバにインストールする。サンプル・ビデオがそのシステムに取り込まれて、先に記載した最初のＡＩプロセスを実行する。後で取り出されるべく、例えば、各ビットレート、ビデオ・パターン等々のようなＣＯＤＥＣ特性の複雑なマトリックスが作り出される。次に、クライアント・エンドユーザは、コンテンツ・プロバイダと接続して、ビデオＭを視聴する。サーバ上に常駐している本発明の通信システムは、ソフトウェアエージェントをクライアントの装置に配信し、従って、クライアントが、装置特定情報を配信するためにその通信システムと接続し、さらに、再生のための解凍ＣＯＤＥＣと共に適切な圧縮信号を受信することをイネーブルにする。次に、ＡＩシステムは、各フレーム用に適切なＣＯＤＥＣを選択し、且つ、伝送のために各フレームを適切に圧縮するために、ビデオＭをストリーミング信号としてバッファへのローディングを始める。バッファの期間は多数の変数に依存するが、主にシステムの処理能力に依存し、予め記録されているが未圧縮のビデオ・メディアに対する適切な能力を有するシステムに対して、一般に略１５分間であり得る。バッファ内において、各フレームは、図面上に示されたマトリックスにおける予めテストされた系列の「タイプ」に従って、各ＣＯＤＥＣと比較される。
【０２０５】
次に、システム４００は、例えばスクリーン解像度、利用可能メモリ等のエンドユーザ・パラメータを、そのクライアントの装置におけるソフトウェアエージェントから受信する情報を介して見る。従って、最も適切なＣＯＤＥＣが選択され、そのＣＯＤＥＣ内における特定変数を固定量に設定すること（例えば、ソース・ビデオの、過去のパターン、転送チャンネル能力或は制約、並びに、到着装置能力或は制約に対する比較に基づく）によって、最適な性能用に構成／調整される。今説明したプロセスは、一般に、分類器４１７によってフレーム毎に為されるが、ＣＯＤＥＣは、一時的な圧縮効率と比較して、他の先行及び遅延フレームを考慮して、各フレームに対するプロセスを行う。ひとたび適切なＣＯＤＥＣが選択され各フレーム用（或は、システムによって自動的に且つ適切に決定されれば複数フレームから成るブロック用）に調整されたならば、配信システムはクライアントエージェントに報告して、その調整されたＣＯＤＥＣを解凍して再生する対応するフレーム（又は複数フレーム）の方へ配信する。
【０２０６】
理解して頂けるように、このシステム４００のニューラルネットワーク４４０は、ＣＯＤＥＣライブラリ４４５内のＣＯＤＥＣの性能及び動作を連続的に学習して記憶し、その学習内容を連続的に用いて、入力メディア信号の圧縮効率を改善する。ライブラリを介する信号フレームの稼動、ＣＯＤＥＣオペレーティング・パラメータの変更、比較論理５２５（図５）による基準標準圧縮と圧縮性能との比較、および、更なる変更とのループの再稼動のプロセスは、一般に、圧縮効率を改善するために反復５５０（図５）を続ける。事実、ライブラリ４４５内の１つ或は複数のＣＯＤＥＣによる圧縮は、（単数或は複数の）基準圧縮アルゴリズムよりも良好な改善レベルに到達することができる。
【０２０７】
それにもかかわらず、時間の制約４３５（図４Ａ）が存在する場合（ストリーミング・メディア・コンテンツに対するリアルタイムでの押し引き要望等）、処理中のある特定のフレーム或は一連のフレームが圧縮（５７５）され、タイマ４３５による了承できない遅延無しで、到着地まで配信（５８０）され得るように、このプロセスはある点でいつかは停止しなければならない。次いで、次のフレーム或は一連のフレームを、ＣＯＤＥＣオペレーティング・システム内のニューラルネットワーク４４０によって操作することができる。これらの最終目的地は、所定の所望の結果への到達によって規定することができ、例えばこれに限定されるものではないが、（ｉ）例えば基準標準等と比較される所定のパーセンテージ（％）の圧縮効率への到達、（ｉｉ）例えばバッファ時間（例えば１５秒間）と関連された時間に従ってプロセスに設定された、所定の或は課せられた時間限界への到達、或は、（ｉｉｉ）（ｉ）若しくは（ｉｉ）の何れか早い方の発生によって規定され得る。いずれにしても、適切なＣＯＤＥＣを選択して圧縮５７５及び配信５８０の操作を実行するための最終目的地には到達するが、これは、ニューラルネットワーク４４０が続ける訓練に対する最終目的地を表すものではない。プロセスにおける各ループを通じて集められた情報は、５５０に記憶される。引き続く同様のフレーム或は入力フレームにおけるシステム制約パラメータが、後に５４５に遭遇した場合に、ニューラルネットワーク４４０は、記憶された情報を思い出し再検索して、圧縮５７５及び配信５８０効率を改善する。
【０２０８】
数多くの異なる通信プロトコルが意図されている一方で、有益であると思われる１つの実施例は、サーバ及びクライアント装置間の双方向通信を可能とする“フル・デュプレックス・ネットワーク・スタック(full duplex network stack)”プロトコルを用いる。この場合もやはり、他のプロトコルをこの特定の適用例に適切である一方、このフル・デュプレックス・システムはより好ましい。
【０２０９】
ここで記載したシステム４００は、レイテンシー問題を克服すべくストリーミング・メディア配信アーキテクチャを利用することや、速度問題を克服すべく埋め込まれたニューラルネットワーク４４０を利用することによって、既知のＣＯＤＥＣシステムで遭遇する困難に対処する。次いでシステム４００は、ニューラルネットワーク４４０内での圧縮用に使用されるアルゴリズムを再構築することができ、目的は、任意のネットワーク構成にわたってあらゆる時に最適な結果を達成することである。
【０２１０】
広範な種類のＣＯＤＥＣが先に記載された全体的な圧縮システム及び方法に従ってＣＯＤＥＣライブラリ４４５内で使用され得るが、本発明に従った任意の特定ＣＯＤＥＣの有益な使用は単独でか或は他のＣＯＤＥＣと組み合わせでのそうしたＣＯＤＥＣを意図している。例えば、適切なＣＯＤＥＣライブラリ４４５は以下のタイプのＣＯＤＥＣの内の１つ或はそれ以上を含み得るものであり、即ち、（ｉ）ブロックＣＯＤＥＣ（例えば、Ｍｉｃｏｒｏｓｏｆｔ Ｍｅｄｅｉａ（商標）或はＱｕｉｃｋＴｉｍｅ（商標）等のＭＰＥＧバージョン）、（ｉｉ）フラクタルＣＯＤＥＣ、並びに、（ｉｉｉ）ウェーブレットＣＯＤＥＣ（例えばＲｅａｌ（商標））等の内の１つ或はそれ以上を含み得る。別の局面に従えば、適切なＣＯＤＥＣライブラリ４４５は以下のタイプのＣＯＤＥＣの内の１つ或はそれ以上を含み得るものであり、即ち、（ｉ）運動予報ＣＯＤＥＣ、及び、（ｉｉ）静止ＣＯＤＥＣ等の内の１つ或はそれ以上を含み得る。更には、ＣＯＤＥＣライブラリ４４５は、（ｉ）損失有りＣＯＤＥＣ、及び、（ｉｉ）損失無しＣＯＤＥＣ等の内の１つ或はそれ以上を含み得る。
【０２１１】
本発明の一実施例において、これら異なるタイプのＣＯＤＥＣの全ては本発明に従ったＣＯＤＥＣライブラリ４４５によって表現され得て、所与のタイプの２つ以上の特定ＣＯＤＥＣはそのライブラリに含まれ得る。さもなければ、それら様々なタイプの様々な組み合わせが提供され得て、所望の能力を達成して、広範囲の、信号自体内のリアルタイム変数、伝送チャンネル制約、或は、到着装置制約にわたってストリーミング・メディア通信の圧縮を最適化する。更には、本発明の追加的な高有益性である局面は新しいＣＯＤＥＣがライブラリ４４５内にロードされて、ニューラルネットワーク４４０圧縮／配信システム４００における使用に対して直ちに有効とされることを可能としている。それにもかかわらず、広範囲な予知されるストリーミング・メディア信号を最適に通信する点での使用に対して有益であると思われると共に画像信号に対して特に有益であると思われるＣＯＤＥＣライブラリ４４５の１つの特定例は、以下の特定ＣＯＤＥＣを含むものであり、即ち、ＭＰＥＧバージョン１，２，４（例えば、Ｍｉｃｏｒｏｓｏｆｔ Ｍｅｄｅｉａ（商標）及びＱｕｉｃｋＴｉｍｅ（商標））、ＤＵＣＫ ＴｒｕＭｏｔｉｏｎ（商標）、ＯＮ２、Ｒｅａｌ Ｍｅｄｉａ（商標）、ＭＪＰＥＧ：Ｈ．２６１，Ｈ．２６３，Ｈ．２６３＋、ＧＩＦ、ＪＰＥＧ、ＪＰＥＧ２０００、ＢＭＰ、ＷＢＭＰ、ＤＩＶＸを含む。
【０２１２】
以下には、少なくとも部分的にはこの開示に基づき当業者に明かなように、単独及び組み合わせの双方で、広範に有益であると考えられるべき先に記載された圧縮システム及び方法の様々な局面の更なる例である。そうした広範な局面の更なる例は「発明の要約」や「特許請求の範囲」に提供されている。
【０２１３】
記載された様々なＣＯＤＥＣ動作を達成すべく人工知能を伴うニューラルネットワーク４４０を使用することは、広範に且つ独特に有益である。特に、信号品質、データ・コンテンツ、並びに、データのフォーマットへの、学習した応答の適用によって決定される、ソース・データの事前処理４１０に対するシステム及び方法が、提供されている。ソース・データの観測された特性、および、同様な圧縮データへの過去に学習した応答に依存して、好適なＣＯＤＥＣを（ＣＯＤＥＣライブラリ４４５における複数の利用可能なＣＯＤＥＣから成る集合から）選択及び適用することによって、ソース・データの各ユニット（例えば、フレーム或は複数フレームから成るブロック）を処理するためのシステム及び方法が、提供されている。元のデータの無欠性の取り込み及び保持を最適化すべく選択した圧縮アルゴリズム内の、多数の圧縮特性を設定することによって、ソース・データの各ユニットを処理するためのシステム及び方法が、提供されている。更には、先に述べた信号処理ステップの各々或は全ては、例えば、信号クリップ、ビデオ・フレーム、或は、適切であれば個別パケット等の信号データの独特で順次的なユニット各々に適用される。
【０２１４】
更に意図されていることは、本発明に従ったＣＯＤＥＣ管理システム４００が元のソース・データ／画像を正規化すると共に、ニューラルネットワーク処理モジュール４４０の仕様に合うように再度の元のデータの大きさを分類し且つサンプリングすることができる画像処理のためのシステム及び方法を提供することである。単一システムや任意のソース・データ・ストリームで任意の伝送或は記録チャンネルを供する能力も提供されている。更には、ここに記載されている様々なシステム及び方法は、個々別々でそして有益には組み合わせで、ＴＣＰ、ＵＤＰ、ＷＴＰ／ＷＤＰ、ＨＴＴＰ等々に限定されるわけではないがこれらを含んでいる任意の接続プロトコル或は無接続プロトコルとの互換性が具備されている。
【０２１５】
ここに図示し記載した本発明は、ニューラルネットワーク４４０の学習速度を加速する、非常に有益な用途を許容する一方で、そのネットワークを具現化すべく、データ記憶要件を最少化している。データ・ストリームの異なる分類は、それぞれ独特な特性を有し、それらは、ニューラルネットワーク４４０による実質的により大きな処理を必要とする。例えばビデオ・データ・ストリームは、運動の優勢及び度合い、カラーコントラスト、並びに、細目のパターン及び可視性によって異なる。より大きな処理は、最適な機能性に到達するためにより長い時間を必要とする。また、より大きな処理はより大きな予測ライブラリの記憶を必要とし、しばしば、無制限に大きなサイズに成長する。リアルタイムのニューラルネットワーク処理のために、機能性を大きく増大するように、データ・ストリームの分類の特性の事前に発展させた予測ライブラリを提供することによって、処理時間及び記憶を最少化することができる。
【０２１６】
従って以下に、単独で或は組み合わせで（ここ以外の場所で図示され且つ記載された他の実施例との組み合わせを含む）広範に有益である、本発明の事前に訓練したニューラルネットワーク４４０局面の例を示す。ニューラルネットワーク４４０において人工知能を創り出して使用し、さらに、問題の解決に用いられる知能ネットワークを事前に訓練する、システム及び方法を提供し、その問題は、必ずしもこれに限定されるわけではないが、本発明の特定の有益な態様にかかるストリーミング・メディア圧縮であり得る。また、解決すべき問題の領域を有用な部類に分類し、知能ネットワークによる学習履歴に従って処理することができる、システム及び方法が提供される。
【０２１７】
本発明は、知能ストリーミング／メディア配信システム及び方法であって、エンドユーザの能力に基づき、コンテンツ伝送や、例えばこれに限るものではないが、有効な伝送速度又は伝送帯域幅、並びに、インターネット混雑等の伝送チャンネル制約を管理するための、システム及び方法も提供する。データ圧縮及び配信システム４００は、接続（これに限るものではないが、異なるビットレート、レイテンシー、伝送特性、並びに、装置制限を含む）の態様を分析して、圧縮方法における変更を行うと共に、サービス品質（「Ｑｏｓ」）４２０問題を管理すべく、ニューラルネットワークに基づく人工知能プロセス等のような、コンピュータで実行する知能プロセスを利用する。圧縮された、ディジタルの、復元可能な及び／或は解凍可能なデータ・ストリームは、従って多数の異なるローカル及び／或は遠隔の装置に、異なる機能によって特徴付けられる、多数の伝送媒体を介して配信される。加えて、解凍システムを具えて、解凍されたデータをターミナル装置で再生する。
【０２１８】
１つの有益な実施例において、ターミナル装置は、サーバ・ノード上に常駐するシステムとのリンクを設定する。通信を設定するために通常必要とされるソフトウェアを除いて、ターミナル装置は初期的には、その内部に、本発明にかかる常駐ソフトウェアを持たない場合がある。そのターミナル装置をサーバ・ノードとリンクするに及んで、システムはソフトウェア媒介物をそのターミナル装置に伝送し、それがサーバ側の他のソフトウェア・モジュールと協働して、一緒に全体的な配信システムを形成する。ソフトウェアエージェントは、そのシステムに、ターミナル装置構成やデータを解凍し表示するための処理能力を通知する。そのソフトウェアエージェントは、そのシステムに、ターミナル装置及びサーバの間の通信チャンネルの特性の特定の関連情報をも報告する。そうした情報は、これに限定するものではないが、レイテンシー、帯域幅、並びに、信号経路無欠性を含む。ターミナル装置構成とチャンネル特性及び能力のリアルタイム更新とに基づき、システムは、バッファ長、伝送済みビットレート、並びに、エラー修正等のパラメータを変更することによって、圧縮データの伝送を能動的に管理する。また、システムは、動作条件を圧縮システムに供給して、データの配信を最適化すべく、エンコーディング及び圧縮の設定を動的に変更する。ターミナル装置上に常駐する配信ソフトウェアエージェントは、圧縮／解凍アルゴリズム、及びその設定におけるセグメント毎の変化から構成される、データ・ストリームを解凍する。ターミナル装置構成に依存して、様々な指示を、解凍アルゴリズム及びエンディング設定の各組み合わせに対してセグメント毎に、特に非常に活気のないクライアントに対して、リフレッシュすることができる。解凍用の指示も、もしターミナル装置に適切であれば、残留させ続けることができる。
【０２１９】
到着装置への伝送、および到着装置による動作のために記載されたソフトウェアエージェントは、それ故に、記載された圧縮／配信システム及び方法の、非常に有益な態様とも考えられる。ソフトウェアエージェントをソースから装置へ配信することによって、広範囲に存在する到着装置を、１つ或はそれ以上のアルゴリズムの可変的な使用、又は伝送ソースでの他の動作を含み得る方法にかかる通信に対して、使用することができる。言い換えれば、到着装置は、従来のストリーミング及びスタティック・メディア通信システムの多くに必要とされるような、「フォーマット特定」のプレイヤーであることを要求しなくてもよい。また、診断機能を具備する宛先エージェントを提供することによって、様々な状況から成る所与の集合に対する適切なＣＯＤＥＣ処理を行うためのニューラルネットワーク・プロセスにおいて、診断情報を到着装置に集めることができ、さらに、ソース使用に準拠するフォーマットで該ソースへ戻すように伝送することができる。
【０２２０】
リアルタイムでの、クライアント側の装置データ、及び通信チャネル状況を含む、サービス品質情報を提供するためにクライアント側のエージェントを使用することも、従って、特定の用途や、ここに提供する本発明の他の態様から成る組み合わせを超えて、幅広く有益であると思われる。加えて、クライアント側装置及びリアルタイム通信チャンネル条件に適合すべく圧縮された伝送準備済みデータの各ユニットの処理も、広範に及ぶ有益性を有すると幅広く解釈される。更には、クライアント側エージェントに指示して、順次一意的に圧縮されたデータユニットの各々の解凍を可能とするシステム及び方法を記載している。それ故に、本発明の別の広範な有益性は、到着装置に、元のメディア信号の圧縮表現を解凍して、元のメディア信号の態様、伝送チャンネル制約、並びに、到着装置制約の内の少なくとも１つに関連する可変パラメータに基づき、解凍した表現に為すことができるＣＯＤＥＣを提供する（特定の実施例に対してここで記載した伝送ソースから等）。別の広範な態様において、到着装置は、元のメディア信号の態様に関連するパラメータに基づきＣＯＤＥＣライブラリから選択されるＣＯＤＥＣを用いることができる。
【０２２１】
ここに記載されたシステム及び方法は、例えば信号クリップ、ビデオ・フレーム、或は、適切であれば個別のパケット等の信号データの独特で順次的なユニット各々の信号処理にも適用可能である考えられる。加えて、システム及びその様々なサブシステムも、それぞれ適切な装置にロードされなければないないか、或は、サーバ側上等に、特定の状況ではクライアント側上に（例えば到着媒介物の様々な局面）ホスト・ハードウェアのコンポーネント若しくはチップに埋め込まれ得るか、さもなければ、フラッシュメモリ等に記憶され得るような純粋なソフトウェアであり得る。
【０２２２】
今記載されたメディア・システム及び方法の様々な局面は、例えば様々な通信装置、通信／伝送チャンネル・フォーマット及び標準、並びに、ここに記載されている以外（例えば先の「背景技術」の欄）のメディア・タイプ及びフォーマットに対する準拠を含む幅広い既知であると共に直に予知されるメディア通信要望に準拠する使用に対して有益であると考えられる。
【０２２３】
しかしながら更なる理解の目的のため、図６は本発明の一実施例に従った「ビデオ・オン・デマンド」局面に特に適用されたような全体的なストリーミング・メディア通信システム６００の概略図を示し、数多くの異なる場所における数多くの異なるエンドユーザ６１０−６２０は遠隔ソースからリアルタイム（例えば実質的な遅延無し）で、事前記録されたビデオを要求して受信し得る。図６に提供される情報に加えて、少なくとも１つの特定具現化例は以下のビットレートで以下のタイプのビデオを配信するものであり（到着装置によって典型的な人の観測者の目によって観測されるような全く損失がないか或は実質の無い損失を有する解凍済み表現に変換可能な元の信号の圧縮表現に留意）、即ち、約２５０Ｋｂｓの低いＶＨＳ-フォーマット・ビデオ、約４００ＫｂｓのＤＶＤ-フォーマット・ビデオ、約９００ＫｂｐｓのＨＤＴＶ-フォーマット・ビデオである。これらの局面に従えば、ビデオ・オン・デマンドは、例えば既存のＤＳＬ線６３０−６４０にわたる等の常駐伝送線チャンネルにわたる電話キャリアによって提供され得ると思われる。
【０２２４】
しかしながら、利用可能な帯域幅やマスコミュニケーションが問題を提示し続けるように、より大きな効率性が達成されて、これらのタイプのビデオ信号の圧縮表現をより低いビットレートでさえ配信することになる。再度、ここ以外に記載されているように、本発明に係る圧縮効率性はニューラルネットワーク４４０にとって利用可能と為されている処理能力と、変更されたタイプのメディアに対して学習及び訓練が続行されたニューラルネットワーク４４０との関数と密に関連すると共にその関数として改善する。これらリソース（資源）は、本発明の基本的な特徴への変更無しに、より顕著な圧縮効率を達成可能と為す。
【０２２５】
それ故に、以下は、所望されると共に本発明の一実施例に従って達成可能であると思われる特定の圧縮ビデオ信号に対する伝送レートの更なる例であり、即ち、約２００Ｋｂｐｓ、より好ましくは約１５０Ｋｂｐｓ、そして更により好ましくは約１００Ｋｂｐｓと低いＶＨＳ−フォーマット・ビデオ、約３５０Ｋｂｐｓ、より好ましくは約３００Ｋｂｐｓ、そして更により好ましくは約２５０Ｋｂｐｓと低いＤＶＤ−フォーマット・ビデオ、並びに、約８００Ｋｂｐｓ、そして更により好ましくは約７００Ｋｂｐｓと低いＨＤＴＶ−フォーマット・ビデオである。
【０２２６】
更には、本発明の一実施例に係るメディア通信システム４００の少なくとも１つの具現化例は７Ｋｂｐｓの伝送レートで２０〜２４フレーム／秒のカラービデオを配信する。これは、これ以降の別の場所で更に展開されるように、ＷＡＰゲートを介して、ワイヤレス到着装置へのストリーミング・メディア信号の通信に関する実質的な前進をイネーブルすると思われる。
【０２２７】
また理解して頂きたいことは、ビデオ通信がこの開示において強調されたが、他のタイプのストリーミング或はスタティック・メディアも意図されていることである。例えば、圧縮及び配信実施例の少なくとも１つの具現化例が観察されて、実質的なＣＤ品質サウンド（例えば、到着装置によって典型的な人の観測者の耳によって観測されるような全く損失がないか或は実質的な損失が無い）解凍済み表現に変換可能である元の信号の圧縮表現を介して）を約２４Ｋｂｐｓのビットレートで提供している。これらのレートで、オーディオマニア品質のサウンドがダイアルアップ・モデムにわたって再生用に配信され得る。しかしながら、更に利用可能なリソース責務やニューラルネットワーク訓練の程度に関して、更に意図されることは、本発明が約２０Ｋｂｐｓの低さ、そして約１５Ｋｂｐｓ或は１０Ｋｂｐｓの更なる低さの速度でＣＤ品質サウンドを配信できることである。
【０２２８】
ワイヤレス・オーディオ通信システム
更に意図されていることは、本発明のストリーミング・メディア通信システムがワイヤレス・オーディオ通信ネットワーク内、特にセルラー通信系ネットワーク内において特に有用な用途を有する。それ故に、図７及び図８は、本発明の特定の各種実施例に従ったワイヤレス・オーディオ通信システムに特に適用されたストリーミング・メディア通信システム７００及び８００を細部の増大する量を伴って概略的に示している。特定の装置、システム・パラメータ、或は、図示された通信装置の配列が本発明の全体的な用途で有益であると思われる一方で、それらは制限していると考えられるべきではなく、この開示に基づき当業者に従って他の代替物で適切に置き換えられ得る。よって、この開示の他の場所で参照される様々なワイヤレス通信システム７００及び８００の標準及びプロトコルは、本発明の一実施例に従った圧縮、配信、解凍、並びに、トランスコーディングの様々な局面との統合の目的でこの欄に組み入れられる。
【０２２９】
本発明の一実施例に係る通信システム４００のセルラー通信ネットワークの他の構成要素との組み合わせは、本発明に従った、向上された圧縮、配信、並びに、解凍を可能として、ワイヤレス・オーディオ通信に対するサービスの増大された品質に現れている。本発明に従ったセルラー通信における改善は、制限無しに、増大される利用可能帯域幅、拡張される受信範囲の例を含むと共に、適切な降格を提供するものの低信号品質或は低受信レベルの期間中に結合又は接続を維持する。
【０２３０】
より明確には、セルラー通信系信号は、例えばクライアントのローミング位置及び制限されたセル範囲、大気状態、並びに、毎日の使用サイクルにわたっての著しく制限され変化する利用可能帯域幅による比較的高い度合いの変数によって特徴付けられる。それ故に、本発明に従った自己最適化ＣＯＤＥＣ管理システムは、適切な通信や圧縮様式を変化する環境に合わせて調節することに対して特に良好に適合している。少なくとも、圧縮効率の増大や所与の信号に対して使用される帯域幅における結果としての減少は、ワイヤレス・チャンネル・トラフィックが混雑し続ける場合に価値ある偉業である。
【０２３１】
１つの特定の点において、本発明に従った増大された圧縮効率は充分に適用されて、図９に図示されるように、セル間の「ソフト・ハンドオフ」中の帯域幅問題を改善する。セルラー電話通信中、送信器或は受信器がセル適用範囲領域を移動すればいつでも、通信帯域幅要件及びその結果のコストがセル間のアクティブな通信を「うまく行わせる」べくシステム要件によって増大される。通信をうまく行わせる行為は、先行のアクティブなセルラー送信器から中心オフィスまでの「逆送」チャンネルを生じ、新しくアクティブとなったセルラー送信器へ転送する。この逆送チャンネルは帯域幅の主要な用途を表す。節約は増大された圧縮から生ずる。図に示されるように、そうした「逆送」は特定の信号を通信するために使用される帯域幅における倍増（通信のために第１セルから逆に送信されたメディアが立ち去って第２セルへ再送信される）或は４倍増（第１及び第２のセル双方からの部分的重複通信）すら含み得る。
【０２３２】
本発明のメディア通信システム４００は、ソフトウェア媒介物に設けられた伝送チャンネル診断に従って等で逆送が何時生じているかを認識し得て、補償すべき圧縮度を調節することによって応答し得る。
【０２３３】
ＷＡＰビデオ・ゲートウェイ
ワイヤレス或はモバイル・インターネットで観測され予言される急激な成長の特別な検討によって、本発明の実施例はＷＡＰゲートウェイ機能と組み合わせた知的圧縮／解凍の実施例の用途を意図している。
【０２３４】
それ故に、複雑なディジタル・メディア（例えばビデオ写真）をコード化、圧縮、並びに、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）を利用する帯域幅制約ワイヤレス通信システムを介して伝送するシステム及び方法も本発明に従って提供されている。一実施例において、人工知能を伴ったニューラルネットワークを利用してデータは（単数或は複数の）サーバ・ノードに常駐するシステムによって処理される。データのサンプル・セグメントは入力ストリームから取り込まれ、処理されて、クライアントの分類に独特な要件に応じる。先に詳細に記載されたように、システムは連続的に変化するディジタル・データ・ストリームの特性を事前開発された経験的に学習された規則から成るライブラリと相関させると共に、最終的にはクライアント・インターフェースで受信され、デコードされ、そして提示されるようなデータの干渉性、連続性、並びに、詳細を最適に振り付ける又は構成すべく外部的に課せられた制約と相関される。
【０２３５】
ここで記載されたストリーミング・メディア通信システムの追加された機能が具備されたゲートウェイは図８に概略的に示されている。ＷＡＰゲートウェイ・システム８３０に従って、クライアント媒介物が提供されて、様々なプラットフォーム上に走ることができ、ビデオ・ストリームをデコードすべき特殊化されたハードウェアを何等必要としない。ここ以外に記載された本発明のストリーミング・メディア配信システムの使用に従って、ＷＡＰ装置の視聴者は上流側のシステム・サーバとの一定通信を維持して、ユーザ側クライアント８２５がエンコーディング・プラットフォームにストリーミング・メディア通信のための関連情報、即ち、制限無しに、有効スクリーン・サイズ、処理能力、クライアントオペレーティング・システム及びブラウザ・バージョン、接続速度、並びに、レイテンシーを含む関連情報を具備させ得ることによって、ストリーミング・メディア配信システムがストリームを誂えてそれが「話す」各個別クライアント向けと為すことを可能としている。従って、ここで記載されたようなＡＩ圧縮を組み入れているＡＩ駆動サーバ８３０はＷＡＰゲートウェイ８３０と組み合わせ可能であり、必要なＷＡＰからＴＣＰ／ＩＰプロトコル（或は他のプロトコル、即ちデュアル・サーバ・スタック）翻訳を、圧縮システム、配信システム、並びに、解凍システムとここに記載された方法とを利用するビデオ及びオーディオ・サーバ８３５と組み合わせる。ＷＡＰゲートウェイ８３０は、例えばトランスコーダ・システム及びここに記載された方法を組み入れているビデオ・トランスコーダを更に含み得る。このシステムに従った適切なホスト・アーキテクチャ（不図示）は、変更ＷＡＰゲートウェイ８３０によるか或は既存のサーバへのプラグ-インとしてのリナックスＯＳを走るラック取付システムを一般に含む。
【０２３６】
このＷＡＰゲートウェイ８３０は、更に、全体的なストリーミング・メディア配信アーキテクチャ（特にワイヤレス以外の他の配信システムに適用可能）の別の有益性局面として、マスター／スレーブ関係で提供されている。Ａｋａｍａｉ及びＩｎｋｔｏｍｉを通じて利用可能であるような様々なコンテンツ分配ネットワークは、インターネットの境界上に常駐するサーバ上の「スマート・キャッシング(smart caching)」を用いることによって、インターネットにわたるデータ配信を改善する概念を活用した。そうしたマスター／スレーブ関係は本システムによって維持され、マスター・サーバが配信されるべきコンテンツのソースに常駐し、スレーブ・サーバは境界上に常駐する。これらサーバは「知的に」通信して、インターネットにわたるコンテンツ配信を最適化し、レイテンシー、帯域幅、並びに、記憶の要件を低減して、エンドユーザ向けのビデオ／オーディオ・ストリームの全体的な品質を改善すると共に、コンテンツ・プロバイダ向けメディア配信のコストを減少している。
【０２３７】
本発明のＷＡＰゲートウェイ８３０はモバイル通信における続行された成長をサポートするが、これは大きな遠隔通信オペレータがマルチサービス・ブロードバンド・ネットワークに移行していく場合、そしてモバイル・インターネットへの加入者の数が急激に膨張し続ける場合である。特にモバイル通信はシステム及びプロトコルの広範な分類であり、各々がそれ自体の制約やストリーミング・メディアを通信すべく双方向装置の必要性を有する。特に有益な局面であるゲートウェイ８３０は、やがて現れる「２．５Ｇ」及び「３Ｇ」ネットワーク・テクノロジー（システムの数値的な前進はインターネット-イネーブル化能力の前進を一般に表す）の向上を伴って種々の「２Ｇ」システムをサポートし得る。
【０２３８】
以下のテーブル３は既知のモバイル通信標準の例を提供すると共に、メディアプレイヤーとしてモバイル到着装置の分野の間でストリーミング・メディア通信を最適化するために、本発明に係るＡＩシステムによって使用される特定の関連情報を提供している。
【０２３９】
【表３】
【０２４０】
加えて、本発明は広範な種々のメディア信号を様々な異なるタイプのワイヤレス通信装置へ流す能力に特に有益性がる。ストリーミング・メディア通信システムと本発明の方法との使用に適合するワイヤレス通信装置の例であり、それらシステム及び方法は交換可能にサポートしている場合の例は以下のテーブル４に提供されている。
【０２４１】
【表４】
【０２４２】
様々な特定例は以下に記載され、ここで記載されたように本発明の実際のワイヤレス・インターネット適用例の観察を提供する。そうした例は、（制限無しに）少なくとも、到着ワイヤレス通信装置、伝送チャンネル、通信プロトコル、並びに、それら自体の各ストリーミング・メディア信号と関連された多様なパラメータに従ったＣＯＤＥＣライブラリの使用を含む。これらの例に従って使用されるシステム及び方法の様々な独特の特徴は本発明の独立して有益な局面を更に規定していると思われる。
【０２４３】
共有された対話式環境
顕著なクライアント側処理能力の必要性無しに、高品位、多重次元、多数参加者型のシミュレートされた環境とのリアルタイム遠隔クライアント対話をイネーブルするための本発明に従ったシステム及び方法が提供される。より詳細には、図１０は本発明に従った共有された対話式ゲームに適用されるような全体的なストリーミング・メディア通信システムを示している。
【０２４４】
このシステムは、（ｉ）プロキシー・サーバ、（ｉｉ）本発明の配信システムをサポートするクライアント・ソフトウェア媒介物、並びに、（ｉｉｉ）サーバからクライアントまでのストリーミングを含む。意図されていることは、設計によって共有された対話式のゲームを典型的には表す多数のクライアントに対して、今記載したような多数のコンポーネントが各クライアントをサポートすべく提供されていることである。
【０２４５】
対話式ゲーム実施例はデータ圧縮と、他の同様で遠隔的に配置された装置システムからの圧縮信号用の到着装置でもある装置を具備する配信実施例との具現化を意図している。この構成は広範な有益性があり、例えば、ビデオ会議等の更なる対話式メディア具現化において有益性がある。従って、各遠隔システムはソース及び到着装置の双方であり、それと他の遠隔システムとの間で媒介物を受送信する。
【０２４６】
到着装置
本発明の通信システムはストリーミング・メディア信号の広範囲な種類の到着装置向けに通信することを可能としており、本発明の更なる意図された特徴はクライアント・ユーザによる到着装置／プライヤーとして収容されるべき遠隔受信器を提供することである。このセット-トップ・ボックスは、ビデオ・オン・デマンド（ＶＯＤ）；ミュージック・オン・デマンド（ＭＯＤ）；要望に応じた対話式ゲーム（ＩＧＯＤ）；ボイス・オーバー・インターネット・プロトコル（「ＶｏＩＰ」）であり、ＩＰ接続上のボイス・テレホニー・サービスを提供する任意のテクノロジー；テレビ・ウェブ・アクセス；ライブ・テレビを記録、ポーズ、並びに、再生すべくディジタル・ビデオ・レコーディング、ポーズ、並びに、プレイバック生テレビ；Ｅ−メール；チャット；ＤＶＤプレイヤー；並びに、当業者には明かな他の用途の内の、好ましくは、多数であり、ことによると全てであるが、少なくとも１つを供するべく適合し得る。この全てはユーザ自身の家庭の安楽な状態の中の既存のテレビジョンに配信され得る。更には、このボックス或は本発明の通信システムとインターフェース接続している他のシステムを利用しているクライアントはＤＶＤ品質ビデオ及びサラウンド・サウンドをケーブル及びＤＳＬ接続を介して受信し得る。
【０２４７】
例
本発明に達成され得る高有益性結果を更に説明する目的のため、以下は関連議論を伴う観測結果を含むストリーミング・メディア通信の異なるタイプに対して使用されている特定の実施例の例示である。これらの例は異なる伝送チャンネルにわたって同一事前記録ビデオの通信であって、異なる到着装置向けの通信を説明するものであり、事前記録されたビデオが、解像度７２０本、カラー情報３２ビット、生起ファイル・サイズ約１．４ギガバイトの諸生起特性を有している。
【０２４８】
例１
「ｉＰＡＱ」モデル３６５０手持ちＰＤＡ（この開示の際に約５００ドルであるＣｏｍｐａｑ Ｉｎｃ．社から商業的に入手可能）が提供された。このＰＤＡは、１４．４Ｋｂｐｓ（最大）ワイヤレスＣＤＰＤモデム（この開示の際に約２００ドルであるＳｉｅｒｒａ Ｗｉｒｅｌｅｓｓ社から商業的に入手可能な「ＡｉｒＣａｒｄ３００」ワイヤレス外付けモデム）と拡張アセンブリ（Ｃｏｍｐａｑ Ｉｎｃ．社製のｉＰＡＱ（商標）ＰＣＭＣＩＡ拡張スリーブ）を用いてインターフェースさせられ、このワイヤレス・モデムと結合するＰＣＭＣＩＡカード・スロットを伴う。使用されるｉＰＡＱ（商標）は、一般に、２０６ＭＨｚプロセッサ、３２Ｍｂメモリ、１２ｂ／ｐｉｘｅｌ カラー、２４０ｘ３２０スクリーン寸法、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐ．社製ＰｏｃｋｅｔＰＣ（商標）オペレーティング・システム・バージョン３．０、並びに、ステレオサウンドの諸処理パラメータを有するように特徴付けられている。ｉＰＡＱ（商標）は、約１３．３Ｋｂｉｔ／秒の接続帯域幅でＡＴ＆Ｔセルラー・ワイヤレス・キャリア・システムにわたって、インターフェースされたＣＤＰＤモデムを介してカリフォルニア州サンフランシスコ市のインターネットと接続された。カリフォルニア州サンホゼ市に配置されたサーバ（約５マイル遠方）がｈｔｔｐ及びｒｔｓｐプロトコルを利用するＰＤＡによって接触させれ、ＰＤＡは、解像度７２０本、カラー情報３２ビット、生起ファイル・サイズ１．４ギガバイトの諸生起特性を有する事前記録ビデオの要求を始動すべく使用された。約７秒以内に、その事前記録されたビデオの圧縮近似物が受信され、解凍され、そしてＰＤＡスクリーン上に該ＰＤＡによって表示された。全ビデオは観測可能な遅延或は欠陥無しに完全動作の２４０ｘ３２０ｘ１２ｂｐｐ解像度で見えた。
【０２４９】
例２
「Ｊｏｒｎａｄａ（商標）」モデル５４８手持ちＰＤＡ（この開示の際に約３００ドルであるＨＰ Ｉｎｃ．社から商業的に入手可能）が提供されている。このＰＤＡは、９．６Ｋｂｐｓ（最大）ワイヤレスＣＤＭＡ電話（この開示の際に約２００ドルであるＭｏｔｏｒｏｌａ社の承認ベンダーから商業的に入手可能な「Ｍｏｔｏｒｏｌａ ｉ８５ｓ」ワイヤレス外付けディジタル・セルラー電話）と、この電話及びＰＤＡを一緒に結合してワイヤレス・モデムを形成するアダプター・ケーブル（Ｍｏｔｏｒｏｌａ社製及びＨＰ社製のＭｏｔｏｒｏｌａ及びＨＰ ＲＳ-２３２標準インターフェース・ケーブル）を用いてインターフェースさせられてた。使用されるＪｏｒｄｎａｄａモデルＰＤＡ装置は、１３３ＭＨｚプロセッサ、３２Ｍｂメモリ、１２ｂ／ｐｉｘｅｌ カラー、２４０ｘ３２０スクリーン寸法、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐ．社製ＰｏｃｋｅｔＰＣ（商標）オペレーティング・システム・バージョン３．０、並びに、ステレオサウンドの諸処理パラメータを有するように特徴付けられている。Ｊｏｒｄａｎａ（商標）は、約８Ｋｂｉｔ／秒の接続帯域幅でＮｅｘｔｅｌディジタル・セルラー・ワイヤレス・キャリア・システムにわたって、インターフェースされたＣＤＭＡ電話／モデムを介してニュージャージ州ニューアーク市のインターネットと接続された。カリフォルニア州サンホゼ市に配置されたサーバ（約２９００マイル遠方）がｈｔｔｐ及びＷＤＰプロトコルを利用するＰＤＡによって接触させれ、ＰＤＡは、解像度７２０本、カラー情報３２ビット、生起ファイル・サイズ１．４ギガバイトの諸生起特性を有する事前記録ビデオの要求を始動すべく使用された。約７秒以内に、その事前記録されたビデオの圧縮近似物が受信され、解凍され、そしてＰＤＡスクリーン上に該ＰＤＡによって表示された。全ビデオは観測可能な遅延或は欠陥無しにフルカラーの１７６ｘ１２０ｘ８ｂｐｐ解像度で見えた。
【０２５０】
例３
「セット-トップ・ボックス」モデルｓｔ８５０ブック型ＰＤＡ（この開示の際に約３００ドルであるＭＳＩ Ｉｎｃ．社から商業的に入手可能）が提供されている。このセット-トップ・ボックスは、１０Ｍｂｐｓ（最大）イーサネット（登録商標）／８０２．１１接続と、このセット-トップ・ボックスをブロードバンド接続（ＤＳ３）と結合するＣＡＴイーサネット（登録商標）・ケーブル（Ｇｅｎｅｒｉｃ）を用いてインターフェースさせられてた。使用されるセット-トップ・ボックスは、４００ＭＨｚプロセッサ、６４Ｍｂメモリ、３２ｂ／ｐｉｘｅｌ カラー、スクリーン解像度７２０本、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐ．社製ＣＥオペレーティング・システム・バージョン２．１１、並びに、ＡＣ３ディジタル６チャンネル・サラウンド・サウンドの諸処理パラメータを有するように特徴付けられている。このセット-トップ・ボックスは、約３７６Ｋｂｉｔ／秒の接続帯域幅でＡｌｔｅｒ．Ｎｅｔ Ｉｎｔｅｒｎｅｔ Ｂａｃｋｂｏｎｅにわたって、インターフェースされた共有ＤＳ３接続を介してニュージャージ州ニューアーク市のインターネットと接続された。カリフォルニア州サンホゼ市に配置されたサーバ（約２９００マイル遠方）がｈｔｔｐ及びｒｔｓｐプロトコルを利用するこのセット-トップ・ボックスによって接触させれ、このセット-トップ・ボックスは、解像度７２０本、カラー情報３２ビット、生起ファイル・サイズ１．４ギガバイトの諸生起特性を有する事前記録ビデオの要求を始動すべく使用された。約９秒以内に、その事前記録されたビデオの圧縮近似物が受信され、解凍され、そして商業劇に入手可能な基準モニタ（Ｓｏｎｙ）・スクリーン上に該セット-トップ・ボックスによって表示された。全ビデオは観測可能な遅延或は欠陥無しに完全動作の７２０本ｘ３２ｂｐｐで見えた。
【０２５１】
発明を説明する目的で著しく詳細に様々な特定実施例がここに示され且つ記載されたが、理解して頂きたいことは、更なる変更及び改善が、本発明の意図された範囲から逸脱すること無しに、この開示に基づき当業者であれば為され得ることである。例えば、詳細には記載されなかった様々な実施例の様々な可能性ある組み合わせが為され得るが、それらが本発明の意図された範囲内に依然として入る。別の例に従えば、明かな改善或は変更も様々な実施例に為され得て、この発明の意図された範囲内に依然として入る。
【図面の簡単な説明】
【０２５２】
【図１Ａ】図１Ａは従来のＣＯＤＥＣシステムを用いた、先行技術に係るメディア通信システムの２つの各種変形例を表している概略ブロック線図を示す。
【図１Ｂ】図１Ｂは従来のＣＯＤＥＣシステムを用いた、先行技術に係るメディア通信システムの２つの各種変形例を表している概略ブロック線図を示す。
【図１Ｃ】図１Ｃは先行技術に係るメディア・トランスコーダ・システムの２つの各種変形例を表している概略ブロック線図を示す。
【図１Ｄ】図１Ｄは先行技術に係るメディア・トランスコーダ・システムの２つの各種変形例を表している概略ブロック線図を示す。
【図１Ｅ】図１Ｅは先行技術に係るＷＡＰゲートウェイ通信システムにおける様々な相互に関係する構成要素の概略ブロック流れ図を示す。
【図２】図２乃至図３は、２つの各種使用モード中における本発明の一実施例のトランスコーダ・システムの概略ブロック線図を示す。
【図３】図２乃至図３は、２つの各種使用モード中における本発明の一実施例のトランスコーダ・システムの概略ブロック線図を示す。
【図４Ａ】図４Ａ乃至図５は、本発明の一実施例に従ったメディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図４Ｂ】図４Ａ乃至図５は、本発明の一実施例に従ったメディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図５】図４Ａ乃至図５は、本発明の一実施例に従ったメディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図６】図６は、本発明の一実施例に従った「ビデオ・オン・デマンド」ストリーミング・ビデオ通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図７】図７は、本発明の一実施例に従ったワイヤレス・ストリーミング・ビデオ通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図８】図８は、本発明の一実施例に従ったＷＡＰゲートウェイ・メディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図９】図９は、本発明の一実施例のメディア通信システムの１つの特定使用モードに従った逆送中のメディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図１０】図１０は、本発明の一実施例に従った対話式ゲーム通信システムとセット-トップＴＶブラウズィング(browsing)の様々な相関構成要素の概略ブロック流れ図を示す。
【符号の説明】
【０２５３】
１００ ソース・メディア
１３０，１３５，１４０ 到着装置
１４５ ＣＯＤＥＣ
２００ ビデオ／オーディオ・トランスコーダ
２１０ ビデオ・ソース
３００ サーバ
４００ データ圧縮及び配信システム
４０５ メディア・モジュール
４０７ 動的プレイヤー・モジュール
４１０ 画像プロセッサ
４１５ 基線スナップショット
４１７ 分類器
４２０ 標準品質（ＱｏＳ）モジュール
４２５ ネットワーク層入力モジュール
４３０ ネットワーク層出力モジュール
４３５ タイマ
４４０ ニュートラルネットワーク処理モジュール
４４５ ＣＯＤＥＣライブラリ・モジュール
４５０ 動的クライアント要求モジュール
４５５ ＩＣＭＰモジュール
４６０ 装置及びネットワーク・パラメータ測定モジュール
４６５ 配信及び伝送モジュール
【技術分野】
【０００１】
関連出願
この出願は、２００１年９月２６日出願の出願番号第６０／３２５，４８３号、代理人整理番号ＩＤ-ＰＡＴ-００１ＰＲ１の"System and Method for Communicating Media Signals"と題されたＲｅｙｎｏｌｄ等の仮出願の非仮出願である。
分野
この開示はソース装置と受信装置との間でメディア信号を通信するためのシステム及び方法に関する。より明確には、ストリーミング・メディア信号及びスタティック・メディア信号を圧縮及び解凍して、それら信号をソース装置及び受信装置の間で人工知能機構を用いて効率的に通信するためのシステム及び方法に関する。
【背景技術】
【０００２】
ストリーミング・メディア及びスタティック・メディアを相互に遠隔的に配置された装置間で効率的に通信する能力は、インターネット等のネットワーク化された通信の到来に伴い指数関数的に出現した著しい需要である。この需要は、近年、世界的なスケールで実質的な開発リソースによって対処されてきた。
【０００３】
用語「メディア」でこの明細書において意図されることは、ソース装置から到着装置までその到着装置での使用のための信号の形態で通信され得る情報を意味することであり、この明細書で使用されている場合、メディアはストリーミング・メディア信号或はスタティック・メディア信号の何れかを含むことが一般には企図される。この開示の目的のため、メディア信号に対する受信装置の動作として適用される用語「使用」は、再生（例えば、サウンド、画像、ビデオ）、処理（例えば、テレメトリーデータ）、或は、メディア信号の意図された目的である他の任意の使用或は操作を含むことが意図されている。
【０００４】
用語「ストリーミング・メディア」は、一時的な流れるような状態で到着装置まで通信されたり、該到着装置によって使用されることが意図された情報を含むメディア信号を意味することがこの明細書では意図されている。ストリーミング・メディア信号に適用されている用語「ストリーミング」は、経時的に連続状態で通信及び処理され得る信号、経時的に連続状態で通信及び処理される信号、或は、相互に関係付けられ且つその後に到着装置によって連続的に相互に関係付けられた状態で使用される、一連の個別的なパケット、ピース、或は、ブロックで通信され得る信号を含むことがこの明細書では意図されている。この開示の目的のためにストリーミング信号の例は、それ故に、制限無しで、ビデオ、オーディオ、ビデオと組み合わせられたオーディオ、一時的なテレメトリー等のデータ・ストリング等のタイプのメディアを含む。用語「ストリーミング・メディア」は、対象メディアを表しているデータのディジタル化形態を参照することで殆どの場合に典型的には使用される。
【０００５】
用語「スタティック・メディア」は、先に規定したような「ストリーミング」ではないメディアを一般的には意味するように意図されている。スタティック・メディア信号は、一般的には通信され得ると共に単一パケット、ブロック、或は、ピースとして使用されることが意図されているタイプのものである。それ故にスタティック・メディアは、例えば、制限無しに、個別の画像、個々別々であると共に相対的に一時的な短いビデオ・クリップ、サウンド若しくはサウンド・バイト、或は、テレメトリー情報等のピース情報若しくはブロック情報を含み得る。しかしながら企図されることは、スタティック・メディアのそうした「単一ピース」は、例えば、全体的な画像の複数領域若しくは複数ピクセル、一団となってビデオ・クリップを形成する個々別々のフレーム、一団となってサウンド、サウンド・バイトを含む複数サウンドから成るグループ、或は、一団となってより大きな情報ブロックを含む情報ビット等の複数のより小さなピース或はサブパーツから成るべく充分な大きさであり得ることである。
【０００６】
ストリーミング・メディアは、スタティック・ファイルよりも著しく大きなデータ・ファイルを一般的には含むと共に、殆どのメディア・ファイルにて経験されるよりもそうしたファイルの一時的な通信にわたってより多くの変数をしばしば表す。それ故に使用のために到着装置への適切な通信に対するストリーミング・メディアを効率的に圧縮する能力は、しばしば、相当により複雑であると共にゴールに到るには難しい。従って、この開示の多くは特にストリーミング・メディアを参照することで提供され、そして本発明はそうした通信に対する著しい利益を提供すべく考察された。しかしながら、この背景技術に対してそしてここに開示された本発明の多くの利益に対してストリーミング・メディアがここで特に参照された場合、スタティック・メディアも当業者に従えば適切であることが企図されている。
【０００７】
数多くの種々の「タイプ特有」メディア・システムは、ソース及び遠隔到着地の間においてストリーミング・メディア信号及びスタティック・メディア信号の特有タイプ（例えば、ビデオ、オーディオ、画像、声等々）を伝送又は送信するために相当に長期にわたって使用されてきた。そうしたタイプ特有メディア・システムの典型例はテレビ伝送システム、電話回線システム、並びに、ラジオ（無線）伝送システムを含み、テレビジョン、電話、並びに、ラジオはそれ故にメディアの受信装置である。従って、ストリーミング・メディア及びスタティック・メディアの効率的な通信に対する要求はまさに多様な通信産業になろうとしており、例えば、電話、テレビジョン、映画、音楽、並びに、より最近の双方向（対話式）ゲームに対する各種産業を含む。
【０００８】
更には、以上の様々な長期持続タイプ特有システムを含む数多くのメディア通信システムは「フォーマット特有」でもあり、その対象メディア信号が特定のフォーマットで通信されて、ソース、送信チャネル、並びに、到着装置がそのフォーマット内での働きが特に従順でなければならない。フォーマット特有メディアシステムの例として、例えば、特定のタイプのメディアにだけ働きケーブル・キャリアから特定のコード化されたフォーマットで配信のみ為されるコード化ケーブル・テレビジョン・システムを含む。それ故に、これらシステムは、ハードウェア及びソフトウェアにおいて、一般にコンテンツ・プロバイダによって提供されるべきメディアのタイプ及びフォーマットのみに専用となる。
【０００９】
社会のニーズは、これら専用コンテンツ特有システム及びフォーマット特有システムの能力より勝ってきた。特に専用システムは、特定のストリーミング・メディアに対する果てしなく増大するリアルタイムでのクライアント要求に適応すべく構成されていない。更には、今日相互接続された世界におけるテクノロジー開発は、１つの装置を用いて多数フォーマットでのメディアの多数タイプの引き出し、受け取り、押し込み、送信を為す能力に対する社会の知的趣味に挑んできた。更にコンテンツ・プロバイダは、多くの種々のメディア信号をそれらクライアント側のオフィス、リビングルーム、並びに、手元における多くの種々のタイプの装置へ配信できなければならない。個人及び会社も、様々な種々のフォーマットを用いると共に様々なそれぞれの装置を用いて相互に通信することを望んでいる。
【００１０】
従って、ストリーミング・メディア及びスタティック・メディアをインターネットの集中したネットワークにわたって配信するためのかなり大きな産業が出現してきた。コンテンツ配信会社は、今日、生の競馬及び娯楽から医療テレメトリや教育までの広範なストリーミング・メディアをインターネットにわたって且つビデオ・フォーマット及びオーディオ・フォーマットで配信している。ＤＦＣ Ｉｎｔｅｌｌｉｇｅｎｃｅからの１つの公開報告に従えば、２０００年に２１５パーセントの成長して、９億を超える合計アクセス・ストリームに達した。これはブロードバンド・ストリームを含み、それは略２９％の合計アクセスを作り上げた。この同一の報告は、有効なストリーム棚卸し資産の１５パーセント程が、現在、続々と広告によって販売促進されていることが推定されもする。インターネット・リサーチャーとしてのＪｕｐｉｔｅｒ Ｍｅｄｉａ Ｍｅｔｒｉｘによって公開された別の報告では、各種会社が従業員、消費者、並びに、他のビジネスとの通信での電子対話に向かっているように、ストリーミング・ビデオ・テクノロジーに沿ってのビジネスが２０００年の１億４千万ＵＳドル（ＵＳドル１４０Ｍ）から２００５年までの略３０億ＵＳドル（ＵＳドル３Ｂ）まで膨らむことになる。
【００１１】
更に、これらシステム上での送信を為す人口急増や増大する人数は有効情報に対する有効帯域幅と激しく衝突してきている。それ故に、限られた帯域幅リソース及び限られた有効送信速度を用いてメディアを効率的に流す能力が増大された社会の重大事である。
【００１２】
圧縮／解凍アルゴリズム（「ＣＯＤＥＣ」）
種々のタイプのメディアを通信するための指数関数的な要求に鑑みて、様々な圧縮／解凍システム（「ＣＯＤＥＣ」）が多年にわたって開発されてきおり、そして特に著しい研究及び開発の最近の主題となってきている。ＣＯＤＥＣの特定タイプやストリーミング・メディア信号及びスタティック・メディア信号の通信に関するＣＯＤＥＣの動作を管理するシステムは、例えば、グラフィックス及び映像等の静止フレーム画像やストリーミング・メディアを含む特定タイプのメディアに対して開発されてきている。
【００１３】
画像ＣＯＤＥＣ
様々な異なるタイプのスタティック・メディアＣＯＤＥＣが開発されてきており、幅広い種類のこれらＣＯＤＥＣが広範に知られ且つ使用されている。特に注目の主題となってきている１つの特定タイプのスタティック・メディアは、（適切な圧縮／解凍要望に著しく衝撃を与えるようなフレーム間のサイズ及び一時的関係等のより複雑な変数によってストリーミング・メディアとしてビデオ前後関係において一般的には取り扱われるような複数の相関された画像フレームから成る長い一続きを介しての）様々な画像を含む。スタティック・メディアＣＯＤＥＣ処理の例は従来の画像ＣＯＤＥＣテクノロジー及び方法の特定の特有タイプを参照することで例証される。
【００１４】
ワールドワイドウェブ上でのグラフィック画像に対する２つの最も一般的なファイル・フォーマットは「ＧＩＦ」及び「ＪＰＥＧ」フォーマットとして知られ、図面（例えばラインアート）や映像に対する各標準として一般的には考えられ、以下に更なる理解の目的で他の画像圧縮様式と一緒に更に記載される。
【００１５】
「ＪＰＥＧ」は"Joint Photographic Experts Group"の頭字語であり、ＩＳＯ（国際標準化機構）標準１０９１８に準じているグラフィック画像ファイルである。映像圧縮／解凍に対して一般に使用されているＪＰＥＧファイルは圧縮品質の範囲から選択するか、或は、先にも記載したように、複数の圧縮アルゴリズムから成る一組の内の１つから選択することによって作り出される。ＪＰＥＧファイルを作り出すために、或は、画像を別のフォーマットからＪＰＥＧへ変換するために、所望される画像の品質は特定化されなければならない。一般に、最高品質は最大ファイルとなるので、ユーザによって選択されるような画像品質及び画像サイズの間での妥協が為され得る。ＪＰＥＧ具現化手段はそれらの全てを用いることがないかもしれないが、圧縮のＪＰＥＧモードは、一般に、２９個の個別コード化プロセスを含む。ＪＰＥＧ画像は典型的には名称添字「．ｊｐｇ」が付与される。
【００１６】
「ＧＩＦ」は「Graphics Interchange Format」の頭字語であり、事実上、インターネット通信用の図面画像圧縮／解凍の標準フォーマットであると一般には考えられている。ＧＩＦフォーマット化はＬＺＷアルゴリズムとして知られる圧縮アルゴリズムを用い、それはAbraham Lempel, Jacob Ziv， Terry Welchによって開発され、ユニシス・コーポレーション会社から商業的に入手可能である（一般にそうしたアルゴリズムは料金を負っているライセンスを要求することなしに公共的に入手可能とされていた）。より明確には、「ＬＺＷ」圧縮アルゴリズムは所与の長さ（例えば１２ビット）の複数ビットから成る各入力シーケンスを取り入れて、その特定のビット・パターンに対して、しばしば「辞書」或は「コード・ブック」と呼称されるテーブル内にエントリを作り出す。エントリはそのパターン自体とより短いコードから構成される。入力が読み取られると、先に読み取られた任意のパターンがより短いコードの代用となって、入力の総量をより小さなものに効率的に圧縮する。ＬＺ７７及びＬＺ７８として知られたより早期のアプローチは圧縮ファイルの一部として検索テーブルを含まなかった。しかしながらより最近のＬＺＷアルゴリズム様式はファイル内にテーブルを含んでおり、ビューイングのためにファイルを解凍するデコード化プログラムはそれがコード化入力を処理するにつれてアルゴリズムを用いてテーブルを構築できる。ＧＩＦフォーマットは２Ｄラスター・データ・タイプを用いてバイナリにコード化される。
【００１７】
ＧＩＦフォーマットの２つのバージョンは、ＧＩＦ８７ａ、「動画ＧＩＦ」ファイル作成を可能とするより最近のＧＩＦ８９ａ、或は、画像内の動作或は変化を表すべくシーケンス内に再生される単一ＧＩＦファイル内の複数画像から成る短シーケンス（エンドレス・ループか或はエンドに到達するプログレッションを通じてかの何れか一方）。ＧＩＦ８９Ａも「インターレースドＧＩＦ」共々許容され、それは受信者に到着して該受信者によって、完全な解像度が達成されるまで欠けているラインを満たすビット・ストリームから成る７つの連続的な波で漸次置き換わる画像のファジィー輪郭として表示される。インターレースドＧＩＦは、例えば、（画像上でクリックしてリンク等の操作を実行する等の）決定を為す等の主題画像内の特定情報が処理され得る前に、より短い待機時間を監視すべく１４．４Ｋｂｐｓ及び２８．８Ｋｂｐｓモデムを用いてビューアを可能としている。
【００１８】
画像シーケンスを満たしている解像度の波を表示することによって、インターレースドＧＩＦは、連続的な波の中で「フェードイン」することになる圧縮プログラムから成るＪＰＥＧ組を用いて作成された画像を記述する「プログレッシブＪＰＥＧ」と同様となる。プログレッシブＪＰＥＧは、しばしば、画像をモデム接続速度で配信するより魅力的な方法であると注目されるが、より高速の接続を有するユーザはおそらく違いに注目することがないであろう。
【００１９】
「ＰＮＧ」又は「Ｐｒｏｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ」フォーマットは画像圧縮用により最近開発されたものであり、そしてそのうちにインターネット使用に対するＧＩＦに置き換わるべく公表された（一般的にＪＰＥＧフォーマットはサイズ／品質妥協を許容しない）。このフォーマットは公共的な消費及び開発に対して開発された。ＧＩＦと同様に、ＰＮＧは「損失無し」圧縮フォーマットであり、そしてそれ故に全ての画像情報は圧縮ファイルがビューイング中に解凍されると復帰される。しかしながらＰＮＧフォーマット化されたファイルはＧＩＦフォーマットと比べて１０乃至３０パーセントより圧縮されるように一般的には意図されている。ＰＮＧファイル・フォーマットの更なる局面は、（ｉ）カラースライドは１色のみには限定され得ず、透明度は制御され得る（「不透明」）、（ｉｉ）画像の「インターレーシング(interlacing)」は標準ＧＩＦに対して改善されている、（ｉｉｉ）「ガンマ修正」は可能とされて、特定のディスプレイ製造業者によって必要とされる色輝度と言う画像の「チューニング」を許容している、（ｉｖ）画像は純正カラー、パレット、並びに、ＧＩＦと同様なグレイスケール・フォーマットを用いて保存される、（ｖ）「アニメーション又は動画」は一般的にはサポートされていないが、ＰＮＧは一般的には拡張可能であり且つそれ故にスクリプト可能画像動画化をもたらすべく層状に重ねられ得る。
【００２０】
「ＴＩＦＦ」は「Tag Image File Format」の頭字語であり、例えばスキャナ画像に対して使用されるグラフィック等のアプリケーション・プログラム間でラスター・グラフィック（又は「ビットマップ」）画像を交換するための一般的なフォーマットである。ＴＩＦＦファイルは、通常、名称添字「．ｔｉｆ」或は「．ｔｉｆｆ」が付与され、一般的には１９８０年半ばにアドビー・ソフトウェア社、マイクロソフト社、並びに、ヒューレット-パッカード社のサポートで開発された。ＴＩＦＦファイルはグレイスケール、カラーパレット、或は、ＲＧＢフルカラーを含む幾つかの分類の内の何れかであり得て、その記述及び違いはこの開示の別の場所で更に展開されている。ＴＩＦＦファイルはＪＰＥＧ、ＬＺＷ、或は、ＣＣＩＴＴグループ４標準ランレングス画像圧縮を伴うファイルをも含み、それらはここでの別の場所で更に記載される。最も一般的なグラフィック画像フォーマットの１つとして、ＴＩＦＦファイルはデスクトップ・パブリッシング、ファクシング、３-Ｄ応用例、並びに、医療用画像形成応用例に典型的には使用される。
【００２１】
ビデオＣＯＤＥＣ
ビデオ圧縮は、（「ビデオ・オン・デマンド」等の）事前記録済みビデオ、テレコンファレンシング、並びに、（放送等の）ライブ・ビデオ等々を含む様々な応用例に強力に開発された主題であって。「デスクートップ」コンピュータ、ワイヤレス装置、従前のテレビジョン、並びに、高品位テレビジョンは、効率的なビデオ圧縮システムが対応しなければならない種々のタイプの受信装置の例である。
【００２２】
一般に、ビデオＣＯＤＥＣアルゴリズムは個々別々のフレーム単位に基づくか、及び／或は、各フレームが従来使用の最も一般的なビデオ圧縮であり幾つかの数学的原理に基づいている「一時的圧縮」に基づくかの何れか或はその双方で動作し、個別コサイン変換（「ＤＣＴ」）、ウェーブレット（小波）変換、並びに、ピュア・フラクタルを含む。
【００２３】
「個別コサイン変換」或は「ＤＣＴ」は画像圧縮応用例に使用される最も評判がよい変換である。一般に、ＤＣＴはコサインの重量付け合計としての波形データを表す技術である。ＤＣＴは個別フーリエ変換と同様に、信号或は画像を空間的域から周波数域へ変換する。ＤＣＴは画像を異なる重要性（画像の視覚的品質に関する）の各種パーツ（或はスペクトル・サブ帯域）に分離する補助を為す。その好評判の理由は、典型的な画像に対するエネルギー圧縮と云う良好な性能を含むばかりではなく、幾つかの高速アルゴリズムの有効性をも含む。ＤＣＴは、ＪＰＥＧ及びＭＰＥＧの２つの国際的な画像／ビデオ圧縮標準で使用されている。
【００２４】
「ウェーブレット変換」は一般的には数学的アルゴリズムであり、信号データを数学的表現の集合に変換し、それら数学的表現の数々は、例えばフーリエ変換と同様に、到着受信装置によってデコード化され得る。ウェーブレットはノイズから弱い信号を回復することを高めることで注目されてきおり、それ故にこの方法で処理された画像は著しいボケ或は細部の不明瞭性無しに向上させられ得る。この理由のため、ウェーブレット信号処理は医療用の特にＸ線や磁気共鳴画像に特に適用されてきた。インターネット通信において、ウェーブレットは他の従来方法で一般的に可能であるものよりも相当程度まで画像を圧縮すべく使用されてきた。幾つかの場合において、ウェーブレット圧縮画像はより一般的なＪＰＥＧフォーマットを用いての同様品質画像のサイズの約２５パーセント程度に小さくすることができ、この開示の別の場所で更に詳細に議論される。よって、例えばＪＰＥＧフォーマットで２００Ｋｂを必要とすると共にダウンロードするのにちょっと時間を費やす映像は、ウェーブレット圧縮フォーマットで５０Ｋｂだけを必要とすると共にダウンロードするのに１５秒を費やすだけであることが可能である。ウェーブレット圧縮画像ファイルは、しばしば、名称添字「．ｗｉｆ」が付与され、受信器（例えば、コンピュータ受信器上のインターネット・ブラウザ）はそれらのフォーマット・ファイルをサポートしなければならないか、或は、プラグ-イン・プログラムがそうしたファイルを読み取るために必要とされることとなる。
【００２５】
フラクタル画像圧縮は損失が多い画像コード化の近代的な技術であり、現存のフーリエ級数圧縮方式を凌ぐ幾つかの改善を提供している。階段関数としてモデル化された際、エッジは適切な描写のために多数のフーリエ級数項を必要としているために、エッジ描写が改善されている。フラクタルの他の長所は高速デコード化時間とスケール独立性を含む。フラクタル圧縮はマンデルブロー集合に基づき、それは自然の自己類似スケーリング従属統計学的機能を活用している（マンデルブロー１９８３年）。フラクタル圧縮及び解凍は回転及びスケールとは独立したサンプル領域と同一の特性を示す領域を見出すクラスタリング・アプローチに係る。フラクタル画像は、それらをどのようにして再生させるかについての帰納的方程式及び指示として画像を圧縮する。これら方程式はそのコンポーネント間での関係の点で画像を記述する。記憶必要性の点での低減は、フラクタル圧縮が画像のピクセル表示の代わりに方程式及び指示を節約すると云う事実による。
【００２６】
「ＭＰＥＧ」は「Moving Picture Experts Group」の頭字語であり、特定の発展ビデオ圧縮標準やそれらから広まったオーディオ圧縮標準と同義に使用されるようになった。一般に、ＭＰＥＧビデオ・ファイルを使用するために、パーソナルコンピュータが充分なプロセッサ速度、内部メモリ、並びに、典型的に大きなＭＰＥＧファイルを取り扱い且つ再生すべくハードディスクのスペースを必要としており、通常名称添字「．ｍｐｇ」が付与される。特定されたＭＰＥＧビューア或はＭＰＥＧファイルを再生するクライアント・ソフトウェアはクライアント・システム上で有効でなければならず、そして一般的にはウェブ上の様々なサイトから市販のＭＰＥＧプレイヤーのソフトウェア或はバージョンがダウンロードされ得る。ＭＰＥＧフォーマット済みメディアに対する操作のモードは以下のこれら順次展開される標準を参照することでここに記載される。
【００２７】
より詳細には、ＭＰＥＧ-１標準は一般的には約１．５Ｍｂｐｓの伝送速度のコーディング・プログレッシブ・ビデオ用に設計された。これは、一般には、ビデオ-Ｄ及びＣＤ-Ｉメディアに対する特定の応用例用に設計された。ＭＰＥＧ-１オーディオ・レイヤー-３（「ＭＰ３」）も早期のＭＰＥＧ研究から発展したものである。「ＭＰＥＧ-２」は４Ｍｂｐｓを上回る伝送速度のコーディング・インターレースド画像に対して一般的に設計された標準であり、多くのＭＰＥＧ―２プレイヤーがＭＰＥＧ-１データも取り扱うことができることで一般には注目され、逆のことは真であることが一般には注目されておらず、ＭＰＥＧ-２コード化ビデオは一般的にはＭＰＥＧ-１プレイヤーと互換性がない。更に別のプログレッシブ標準である「ＭＰＥＧ-３」も高品位テレビジョン（「ＨＤＴＶ」）用に提案されてきたが、一般にＭＰＥＧ-３はＨＤＴＶ要件を満たすことが一般に信じられているＭＰＥＧ-２と合併された。最後に「ＭＰＥＧ-４」標準も最も最近に開発され、スピーチ及びビデオ合成、フラクタル幾何形状、並びに、コンピュータ視覚化に対処すべく相当により意欲的な標準を提供することが意図されており、画像を再構築するために人工知性を組み入れるべく更に開示された。
【００２８】
ＭＰＥＧ-１及び-２標準は２５：１から５０：１まで変動する要因によってディジタル・ビデオを圧縮する技術を規定している。この圧縮は５つの種々の圧縮技術、即ち、（ｉ）個別コサイン変換（ＤＣＴ）であり、周波数に基づく変換、（ｉｉ）「量子化」であり、選択的な情報を損失する技術であり、例えば、幾つかの画像が画像の直前及び直後の映像から予報されること、を一般的には用いてこれら標準に従って達成される。
【００２９】
商業的に入手可能な圧縮テクノロジーの更により詳細な例としては、マイクロソフトメディアプレイヤー(Microsoft Media Player)（商標）（マイクロソフト・コーポレーション社から入手可能）、リアルプレイヤー(RealPlayer)（商標）、リアルシステム Ｇ２(RealSystem G2)（商標）（リアルネットワーク（商標）から商業的に入手可能）、アップルズクィックタイム(Apple's QuickTime)（商標）（ソレンソン(Sorenson)（商標）から商業的に入手可能）、並びに、「ＶＤＯ」を含む。マイクロソフトメディアプレイヤー（商標）は圧縮／解凍に対するＣＯＤＥＣのＭＰＥＧ標準に適用するように一般的には信じられているが、その他のものがＣＯＤＥＣの専有タイプを使用すべく主張されてきた。ＭＰＥＧ４等の標準圧縮アルゴリズムは、エンタープライズ・ストリーミング、セキュリティ、並びに、その類に対する埋め込みシステムを構築しているデベロッパーの手にそれらの道をつけた。
【００３０】
ワイヤレス及びＩＰネットワークにわたるストリーミング・ビデオ解決策を提供するより最近の研究の一例はエンブレーゼ・システムズ(Emblaze Systems)（ＬＳＥ：ＢＬＺ）と呼称される会社によって公表された。この会社は、ライブ及びオン・デマンドのビデオ・メッセージや、ＰＣ、ＰＤＡ、ビデオ携帯電話、並びに、双方向テレビ等の任意のプラットフォーム上のコンテンツのコーディング及び再生を意図された特定のテクノロジーを開示した。エンブレーゼ・システムズは以前はＧＥＯインターアクティブ・メディア・グループであると思われる。以下の公開された特許文献１及び２としての国際特許出願は、ＧＥＯインターアクティブ・メディア・グループが「譲受人」として指名された範囲でエンブレーゼ・システムズと関連されていると思われる。これら参考文献の開示はそれらを参照することでそれらの全体にわたってここに合体させる。
【特許文献１】Carmel et alのＷＯ９７３１４４５
【特許文献２】CarmelのＷＯ９９１０８３６
【００３１】
ワイヤレス応用例に対するストリーミング・メディアの通信を改善すべく意図されたＣＯＤＥＣテクノロジーを公開した別の会社はパケットビデオ(Packetvideo)（商標）・コーポレーション社であり、より詳細にはストリーミング・ビデオを携帯電話へ通信することを意図している。加えて、彼らは一時的スケーラビリティ及び信号過誤抵抗を追跡することを意図しているＣＯＤＥＣテクノロジーを奨励すると信じており、ビデオ及びオーディオ・ストリームをワイヤレス環境の危険から保護している。下記の特許文献３は、その特許文献を見ると指名「譲受人」としてのパケットビデオと関連されていると思われる特定のストリーミング・メディア圧縮／解凍テクノロジーの更なる例を開示している。この特許文献の開示はそれを参照することでその全体にわたってここに合体させる。
【特許文献３】Lengwehasatitの米国特許第６，１６７，０９２号
【００３２】
別の先行する参考文献は、移動画像用のカラー・ビデオ・データを圧縮するための費用効果的で連続的に適応できるディジタル・ビデオ・システムと方法とを提供することが意図されたＣＯＤＥＣテクノロジーを開示している。この方法は、アナログ・ビデオ・フレームを取り込むことと、独特の損失有り（損失性）及び損失無し（無損失性）の、副帯域コーディング、ウェーブレット変換、運動検出、ラン・レングス・コーディング、並びに、可変レングス／コーディングを含んでいるディジタル圧縮テクノロジーの組み合わせを用いて、画像を圧縮用に好適なソース入力フォーマットにディジタル化することを含む。
【００３３】
別の先行する参考文献は、移動画像用のカラー・ビデオ・データを圧縮するための費用効果的で連続的に適応できるディジタル・ビデオ・システムと方法とを提供することが意図されたＣＯＤＥＣテクノロジーを開示している。この方法は、アナログ・ビデオ・フレームを取り込むことと、独特の損失有り及び損失無しの、副帯域コーディング、ウェーブレット変換、運動検出、ラン・レングス・コーディング、並びに、可変レングス／コーディングを含んでいるディジタル圧縮テクノロジーの組み合わせを用いて、画像を圧縮用に好適なソース入力フォーマットにディジタル化することを含む。このシステムは、良好から優れたビデオ品質を提供すべく意図された高圧縮を提供する視覚的画像の圧縮及び解凍のための「ハフマン・エンコーダ」を用いるべく一般的に開示されているエンコーダ及びデコーダ（ＣＯＤＥＣ）区分を含む。圧縮されたビデオ・データは基本ビデオと圧縮されたディジタル・オーディオと多重化されるビデオの追加層とを提供して、ローカル・エリア或はワイド・エリアにわたるワイヤレス・ネットワークを含んでいるインターネット或はイントラネットにわたっての配分のため、パケット化され得るデータ・ストリームを提供する。開示されたＣＯＤＥＣシステムは、データ・チャンネル上の有効帯域幅を先行するフレームに対するチャンネル上の有効帯域幅と比較するに応じてフレーム単位でディジタル画像の圧縮を連続的に調整すべく意図されており、ネットワーク伝送チャンネルの有効帯域幅とクライアント・ユーザの受信器リソース能力とに相応する出力データ・ストリームを提供する。圧縮は出力データ・ストリームのフレーム速度の調整によって更に調整され得る。
【００３４】
ビデオ通信をストリームする少なくとも一部で使用されるように意図されたＣＯＤＥＣシステムの更により詳細な例は、以下の特許文献４乃至１０に開示されている。これは参照文献の開示はそれらを参照することでそれらの全体にわたってここに合体させる。
【特許文献４】Adolph et alの米国特許第６，０８１，２９５号
【特許文献５】Guetz et alの米国特許第６，０９１，７７７号
【特許文献６】Leiの米国特許第６，１３０，９１１号
【特許文献７】Daly et alの米国特許第６，１７３，０６９Ｂ１号
【特許文献８】Gardos et alの米国特許第６，２６３，０２０Ｂ１号
【特許文献９】Murakami et alの米国特許第６，２７２，１７７号
【特許文献１０】Leiの米国特許第６，２７２，１８０Ｂ１号
【００３５】
全てとまではいかないが殆どの先行ストリーミング・ビデオ圧縮方法はそうしたＣＯＤＥＣ内における極端に複雑な数学的ツールとそれらに対する微細な変化とに注目し、「ワン・サイズ・フィッツ・オール(one size fits all)」ビデオを全てのタイプの公開及び非公開のネットワークにわたって、ワイヤレス・ネットワークに見出されるような超低帯域幅ネットワークから衛星通信を介して超高速ファイバオプティックス設備まで伝送する。圧縮に関する様々な従来の方法の中、画像サイズ、フレーム・サイズ、カラー深さ、コントラスト、輝度、感知フレーム品質、バッファ・レングス等々の間での妥協策を含んでいるユーザ規定が可能であるパラメータが一般的にはある。更に、アルゴリズム自体内において、ユーザ規定が可能ではない品質及び重量付け計算が多数ある。１つの「全般的な」関心事に対して一回でこれらを設定して、製品を包装して出荷するかどうかはデベロッパー次第である。
【００３６】
しかしながらビデオ・ストリーミング市場は急激に成長し続けている一方で、全てのビデオ・ソース、到着地、或は、伝送様式に対する理想としてのアルゴリズムが１つもないので、世界は圧縮に対する１つの標準をも選択してきていない。第１のＣＯＤＥＣは信号の１つのタイプ或は信号の第１部分（例えば、一連のフレームを含むフレーム或はシーン）に対して最善である可能性があるが、別の第２のＣＯＤＥＣが信号の別のタイプ或は同信号の更なる別の第２の部分に対して最善である可能性がある。更には、１つのＣＯＤＥＣは通信ネットワークにおける送信、受信、並びに、伝送の装置の間での特定のストリーミング信号の圧縮／解凍に最も適合する可能性があり、別の第２のＣＯＤＥＣは、通信装置パラメータの別の集合に対してではなく、同一ストリーミング・メディア信号に対して適合する第１のものより良好に適合する可能性がある。例えば、幾つかのビデオ・ストリームはカラーをハンドヘルド（手持ち）装置へ配送し、他のビデオ・ストリームはフレーム速度を増大すべく携帯電話へ黒白伝送におけるピクセル損失を利用できる。必要とされるサウンド品質、フレーム速度、明瞭性、並びに、バッファリング許容範囲の全ては断固として多数プラットフォームにわたる最適化されたビデオ及びオーディオ配送に対する選択の圧縮アルゴリズムに衝撃を与える。
【００３７】
実際上、特定の通信装置パラメータはストリーミング・メディア伝送中に充分に長続きしない可能性があるので、パラメータから成る初期の集合に対する初期的には適切なＣＯＤＥＣは、同一ストリームの信号伝送中、これらパラメータに関する変化によって別のＣＯＤＥＣよりも効率性に劣るように為され得る。そうした長続きしないパラメータの例としては、制限無しに、データ伝送チャンネルにおける有効帯域幅、送信装置若しくは受信装置の何れかにおける有効メモリ若しくは処理能力、並びに、受信装置における専用化ディスプレイ解像度／ウィンドウ（例えば、スクリーン上のウィンドウを最少化する）を含む。これらの問題は、特定のストリーミング・メディア信号の圧縮、解凍、並びに、それら信号の特定の通信装置システムに沿っての配送にとって最も効率的であるように、一方のＣＯＤＥＣを他方と区別し得るような複数要因の種々の組み合わせの夥しい数の繰り返しによって指数関数的に混ぜ合わされる。
【００３８】
ＣＯＤＥＣシステムは「フォーマット特定」であるので、ソース及び到着装置は共通した特定の圧縮／解凍様式に従って相互間でメディア信号を通信すべく「予め構成」されていなければならず、またトランスコーダが使用されなければならない。しかしながら従来のトランスコーダが使用されていたとしても、通信システムにおける制約（例えば、ソース、伝送チャンネル、到着装置）は全般的に考慮されず、その通信は著しく不完全であり得る。更なる説明の目的のため、図１Ａ及び図１Ｂはソース１１０−１２０と到着装置１３０−１４０との間でメディアを通信する従来方法の２つの異なる概略図を示している。これら図示は、特にストリーミング・ビデオ通信を例示しているが、他のメディア形態は同様システムによって表示され得る。
【００３９】
注目されてきたことは、ＣＯＤＥＣアルゴリズムが特定の応用例用に変更され得て、同様の変更無しセットよりも良好に制限された例にわたって機能し得ることである。しかしながら、一般的にはこれは一連のフレームに対して、或は理想的には、各個別フレームに対して実行されなければならない。幾つかのＤＣＴに基づくアルゴリズムはより高い解像度及びより低い感知品質で、各フレームに対して生ずる約２０億という多数の数学的演算を有する。一般にこれは、平均的なマシンにとって或は商業的なサーバにとってすら、単位秒に３０乃至６０回を実行するにはあまりにも夥しい数学的処理である。これが専用化された圧縮基盤或はＡＳＩＣの出現に対する理由である。
【００４０】
オーディオＣＯＤＥＣ
ビデオ圧縮の改善に関する最近の社会的な関心事に加えて、オーディオ圧縮は同様に、オーディオ放送、音楽、ビデオと同期した伝送、並びに、ライブ双方向音声（例えば電話）を含んでいる様々なライブ或は事前記録された応用例に対する著しい研究開発の話題となってきた。これらオーディオ圧縮応用例の任意のもの或は全てのものは、広範に変動する能力及び動作パラメータを有する多数のハンドヘルド装置或はデスクトップ装置上等のクライアント側の広範囲にわたる受信器／プレイヤーと互換性がなければならない。
【００４１】
従来のオーディオＣＯＤＥＣは一般に幾つかのことなるタイプを含み、それらタイプの内の少数のものが説明の目的のためにここに簡単に要約される。
【００４２】
「コード励起線形予報(Code Excited Linear Prediction)」又は「ＣＥＬＰ」は、標的信号の波形符合に対する励起フィルタ・フレームワーク内において「統合毎の分解(Analysis-by-Synthesis)」又は「ＡｂＳ」を使用する波形ＣＯＤＥＣを用いての１つのタイプのスピーチ圧縮方法である。ＣＥＬＰに基づくＣＯＤＥＣは高音質スピーチ圧縮用の優勢な技術として最近徐々に発展し、約６ｋｂｐｓという低くさ近辺のデータ速度で有料音質の圧縮スピーチを伝送すべく公表された。しかしながら少なくとも１つの公表物はＣＥＬＰコード化スピーチの音質が４ｋｂｐｓ或はそれ以下でのビットレートに対して著しく低減されることを開示している。
【００４３】
「Ｖｏｃｏｄｅｒｓ」は波形コーディング方式に基づかないスピーチＣＯＤＥＣであるが、標的入力スピーチの量子化されたパラメータ記述を用いて、再構築出力スピーチを統合する。ｖｏｃｏｄｅｒｓは約４ｋｂｐｓ等の低ビットレートでより良好なスピーチ音質を配送すべく開示されていると共に、そうした応用例に対して開発されてきた。低ビットレートのｖｏｃｏｄｅｒｓは音声化されたスピーチの周期的特性や静的な非音声化スピーチの「ノイズ様」特性をスピーチ分解、コーディング、並びに、統合のために使用する。Ｖｏｃｏｄｅｒｓの幾つかの早期のバージョン（例えば、連邦規格１０１５ ＬＰＣ-１０は、時間領域分解及び統合方法を用いる。しかしながら、少なくとも１つの公表物が「調波コーダ」とラベル付けするより最近のバージョンの殆どは、音声化スピーチ・セグメントに対する調波スペクトル・モデルを利用する。
【００４４】
特定のスピーチ圧縮技術の先行する記載にもかかわらず、夥しい数のスピーチＣＯＤＥＣ及び標準が産業界で開発されてきて、産業界や非営利団体で管理されてきた。そうした団体の例としては、何等制限無しに、含み、それら標準はしばしばＣＯＤＥＣの参照タイプとして使用される。即ち、欧州電気通信標準化機構（「ＥＴＳＩ」）、電気電子技術者学会（「ＩＥＥＥ」）、並びに、以前は「ＣＣＩＴＴ」である国際電気通信連合標準化部門（「ＩＴＵ-Ｔ」）である。
【００４５】
４Ｋｂｐｓで特定されたスピーチのハイブリッド・コーディングに対する１つのより最近に開示された方法及び装置は、スピーチの再生のためにデコーダへの通信用のスピーチをコード化して、スピーチ信号が、（ｉ）安定状態音声化或は「調波」、（ｉｉ）静的非音声化、並びに、（ｉｉｉ）「一時的」或は「変遷」スピーチの３つのタイプに分類される。コーディング方式の特定のタイプは各分類に対して使用される。調波コーディングは安定状態音声化スピーチに使用され、「ノイズ様」コーディングは静的非音声化スピーチに使用され、特別コーディング・モードは変遷スピーチに使用されて、スピーチの変遷部分を特徴付けるローカル時間事象の場所、構造、並びに、強度を取り込むべく設計されている。圧縮方式はスピーチ信号或はＬＰ残留信号に対して適用されるべく意図されている。
【００４６】
既存の電気通信システムに新スピーチ・エンコーディング方法を追加する最近開示された別の方法及び装置も以下に要約されている。ＣＯＤＥＣがディジタル電気通信システムのスピーチ伝送トランシーバに導入されて、そのシステム内で「新しい」ＣＯＤＥＣと「古い」ＣＯＤＥＣとを並列で使用する。ＣＯＤＥＣは、スピーチ・エンコーディング方法が全てのトランシーバ内で具現化されると共に関係する電気通信システム内で先行して使用されているようなトランシーバ間でのハンドシェーキング手続を具現化することで選択される。ハンドシェーキングは各接続の始めに使用される。電話呼び出しの始めや話を聞かせた後、この方法は両者も新スピーチ・エンコーディングを使用するか否かを調査する。ハンドシェーキング・メッセージが選択されて、スピーチの音質に対するそれらの影響が最小となり、且つ、そのメッセージを識別する可能性が最大となる。
【００４７】
更に別の比較的最近の参照文献は、スピーチ圧縮用に意図されたタンデム（縦並び）ＣＯＤＥＣに対する調和可能な知覚的重量付けフィルタを開示している。特定のフィルタ・パラメータは縦並びの前後関係の点で改善された性能を提供するように調和されている。より詳細には、使用されるパラメータは第１０番目ＬＰＣ予知係数である。このシステムは「低遅延励起線形予報性(Low-Delay Excited Linear Predictive)」ＣＯＤＥＣ或は「ＬＤ-ＣＥＬＰ」を使用すべく特定化されている。
【００４８】
以上に記載された例等に従ったＣＯＤＥＣを用いるストリーミング・オーディオ通信システムの更なるより詳細な例は、特許文献１１乃至１３の米国特許に提供されている。これら参照文献の開示はそれを参照することでそれらの全体にわたってここに合体させる。
【特許文献１１】Chen et alの米国特許第６，１４４，９３５号
【特許文献１２】Haavisto et alの米国特許第６，１６１，０８５号
【特許文献１３】Gershoの米国特許第６，２３３，５５０号
【００４９】
人工知能（「ＡＩ」）及びＣＯＤＥＣを伴うニューラルネットワーク
最近は様々なシステム及び方法が開示され、人工知能（「ＡＩ」）或はストリーミング・メディア信号の圧縮及び解凍を伴うニューラルネットワークを統合すべく意図されている。
【００５０】
用語「人工知能」は、コンピュータシステムによる人の知能プロセスのシミュレーションを意味すべくここでは意図されており、学習（情報と該情報を用いるための規則との取得）、推論（規則を用いて、近似的或は明確な結論に到達すること）、並びに、自己修正を含む。ＡＩの特定の適用例は「エキスパート・システム」を含み、それは人或は特定の分野で専門知識及び経験を有する組織体の判断及び振る舞いを模倣するコンピュータ・プログラムである。典型的には、エキスパート・システムはプログラムに記述されている各特定の状況への知識ベースを含むと共に、知識ベース或は規則の集合に対しての追加によって向上され得る。
【００５１】
用語「ニューラルネットワーク」は、各々がそれ自体の小さな知識球を具備してそのローカル・メモリにおけるデータにアクセスするような、並列して動作する多数のプロセッサを通常は含んでいる人の脳の動作を近似するプログラム及びデータ構造のシステムを意味することがここでは意図されている。典型的には、ニューラルネットワークは初期的に訓練されるか或は大量のデータとデータ関係の規則とが供給され、その後、プログラムがそのネットワークに外的刺激（例えば、入力情報）に応じてどのように振る舞うべきかを教えることができる。決定を為す場合、ニューラルネットワークは幾つかの原則を用い、それには制限無しに勾配に基づく訓練及びファジー論理が含まれる。ニューラルネットワークは知識層に換算して更に記述されて、一般的にはより深い層を有するより複雑なネットワークを具備する。「フィードフォワード」ニューラルネットワーク・システムにおいて、学習したデータについての関係はより高い知識の層へ「フィードフォワード」される。ニューラルネットワークは一時的概念をも学習でき、信号処理及び時間系列分析に広範に使用されてきた。ニューラルネットワークの他の公表された応用例は、石油探査データ分析、天気予報、生物学研究所でのヌクレオチド系列の解釈を含む。
【００５２】
用語「ファジー論理」は、単なる真／偽（或は「１或は０のような「バイナリ」」区域内で動作する「ブール論理」ではなく「真理度」に基づく計算へのアプローチを意味すべくここでは意図されている。ファジー論理は、絶対ブール論理用語には容易に翻訳されない自然言語のコンピュータ理解の問題に対する研究に関連して、１９６０年代にバークレイのカリフォルニア大学のＬｏｔｆｉ Ｚａｄｅｈ博士によって先ず提唱された。ファジー論理は、しばしば、真理の極端な場合として０及び１の場合を含むが、中間の様々な真理状態をも含む（例えば、存在状態が０．９８等の幾分かの閾値であることの決断は、演算における誤差の許容できる低発生に１を割り当てるべく決定の補助を為し得る）。
【００５３】
人工知能を伴ってニューラルネットワークを介して使用することが意図された先行して開示されたストリーミング・メディア圧縮／解凍システムの一例は、ビデオ・データ等のデータを圧縮するためにラドン(Radon)変換を用いる。幾つかの先行して開示されたＡＩ及び／或はニューラルネットワークのシステムは、ある特定化された損失無し圧縮ＣＯＤＥＣの使用中の誤差修正の目的のためにＡＩ及び／或はニューラルネットワークを用いることが意図されている。例えば、学習システムは圧縮及び伝送の後に受信器によって受信されるものと、伝送末端で受信されたと予報されるものとの間の違いを決定すべく利用される。この違いは学習として処理されて、追加伝送に対するＣＯＤＥＣの同調を変更する。
【００５４】
開示された方法及び装置の別の例は、ディジタル・スピーチ・フレーム誤差を隠すため、喪失データ・セグメント内への挿入のために過去の信号-履歴データを外挿すべく意図されている。この外挿方法はバッファに記憶されている過去の信号履歴を用いる。この方法は、有限インパルス応答（「ＦＩＲ」）、多数層、フィードフォワード、並びに、スピーチ圧縮アルゴリズム（「ＳＣＡ」）・パラメータのワンステップ外挿に対する後方伝播によって訓練される人工ニューラルネットワークを利用すべく開示される装置によって具現化される。ひとたびスピーチ接続が設定されたならば、スピーチ圧縮アルゴリズム装置はコード化スピーチ・フレームの送信を始める。スピーチ・フレームが受信されると、それらはデコード化されスピーチ信号電圧に戻るように変換される。正規のでコーディング処理中、必要とされるＳＣＡパラメータの事前処理が行われて、その結果が過去履歴バッファに記憶される。もしスピーチ・フレームが喪失或は誤差ありと検出されれば、外挿モジュールが実行され、代替ＳＣＡパラメータが発生させられてＳＣＡが必要とするパラメータとして送信される。このようにして、ＳＣＡへの情報転送は透過性であることが意図され、ＳＣＡ処理は通常通りに続行する。この開示が主張することは、スピーチ・フレームの最後に受信したもの、喪失したもの、並びに、次に受信したものの間での平滑な変遷のためにスピーチ・フレームが喪失してしまったことに聞き手が通常は気づかないことである。
【００５５】
人工知能及び／或はニューラルネットワークをメディア圧縮及び／或は解凍に対するシステム内で使用することが意図されているシステムの更により詳細な例は、一般的にはメディア・タイプ特定ＣＯＤＥＣ方法（例えば、スピーチ、ビデオ）に関係しており、特許文献１４乃至２３の米国特許に様々に開示されている。また更なる例は公開国際特許出願である特許文献２４及び２５に提供されている。この段落におけるそれら全ての参照文献の開示はそれらを参照することでそれらの全体にわたってここに合体させる。
【特許文献１４】Naillon et alの米国特許第５，００５，２０６号
【特許文献１５】Yoshida et alの米国特許第５，０４１，９１６号
【特許文献１６】Gerdesの米国特許第５，１８４，２１８号
【特許文献１７】Burel et alの米国特許第５，３６９，５０３号
【特許文献１８】Fang et alの米国特許第５，５９８，３５４号
【特許文献１９】Kurdzielの米国特許第５，６９２，０９８号
【特許文献２０】Fang et alの米国特許第５，８１２，７００号
【特許文献２１】Imade et alの米国特許第５，８７２，８６４号
【特許文献２２】Prieto, Jr.の米国特許第５，９０７，８２２号
【特許文献２３】Mitchellの米国特許第６，２１６，２６７号
【特許文献２４】RisingのＷＯ ０１／５４２８５
【特許文献２５】Naillon et alのＥＰＯ ０３７２６０８ Ａ１
【００５６】
フィードバックを用いたＣＯＤＥＣシステム、或は、様々なストリーミング・メディア信号の処理用ＣＯＤＥＣを操作する他のシステムの他の開示は、それらはラベル「ＡＩ」或は「ニューラルネットワーク」を特に使用するとは思えないが、特許文献２６乃至２９の米国特許に開示されている。これら参照文献の開示はそれらを参照することでそれらの全体にわたってここに合体させる。
【特許文献２６】Betts et alの米国特許第６，０７２，８２５号
【特許文献２７】Malvarの米国特許第６，１８２，０３４ Ｂ１号
【特許文献２８】Malvarの米国特許第６，２５３，１６５ Ｂ１号
【特許文献２９】Malvarの米国特許第６，２５６，６０８ Ｂ１号
【００５７】
ＣＯＤＥＣアルゴリズム自体における著しい前進にもかかわらず、且つ、通信に関しての圧縮効率を改善するためにＣＯＤＥＣを操作するＡＩ及び他のフィードバック・システムの先行して意図された使用にもかかわらず、変動する帯域幅及び通信プロトコルによって、広い種類の伝送チャンネルにわたって広い種類の到着受信器装置へ広い種類のストリーミング・メディア信号を効率的に提供する能力の点での著しい改善の更なる必要性がある。
【００５８】
ＡＩ及び／或はニューラルネットワークを組み込んで、様々なパラメータに基づきストリーミング・メディア信号の通信用の適切なＣＯＤＥＣに適用する更なる必要性があり、それらの様々なパラメータとしては、制限無しに以下の内の１つ或はそれ以上を含む。（ａ）異なるタイプ及び操作の有効ＣＯＤＥＣから成るライブラリから適切に最適化されたＣＯＤＥＣの自動選択であり、特に選択されたＣＯＤＥＣの操作の他のＣＯＤＥＣ操作と比較した人工知能及び／或は標準と対する人工知能に基づくことを含むもの、（ｂ）既存の状況を表す操作パラメータから成る所与の集合以内における特定のＣＯＤＥＣ操作の事前学習及び／或は繰り返し学習が為された知識、並びに、（ｃ）既存状況及び／或は試験状況に関するその操作の知的知識に基づく適切なＣＯＤＥＣの参照パラメータに対する同調。
【００５９】
特に、適用されたＣＯＤＥＣを以下のパラメータの内の１つ或はそれ以上によって規定される既存の状況に基づかせる知的ＣＯＤＥＣに対する更なる必要性があり、それらパラメータとしては、ストリーミング・メディア信号自体のパラメータ、伝送チャンネル能力及び制約のパラメータ、並びに、受信器装置能力及び制約のパラメータを含む。
【００６０】
更には、適切な圧縮、伝送、解凍、並びに、主題ストリーミング・メディア信号の再生を最適化するために、それら操作及び状況パラメータに関して知的知識に基づき動作する知的ＣＯＤＥＣシステムの更なる必要性がある。
【００６１】
ストリーミング・メディア用の従来のトランスコーダ
また、ストリーミング・メディア通信の分野における最近の関心事の内の１つは、現行使用における「フォーマット特定」エンコーディング・システムの広範なアレイの間に相互通信を提供することである。様々な異なるフォーマット特定システム及び事前コード化コンテンツの既存の分野は、コード化されたコンテンツを処理すべく広範囲に分裂された能力を作り出し、コンテンツ・プロバイダ及びクライアント・ユーザの間に互換性争点の著しい窮地を生み出している。もしあるクライアントが特定のソースからストリーミング・コンテンツを見ること或は聞くことを望めば、そしてそのコンテンツが圧縮のためのＣＯＤＥＣを通過させる必要があれば、互換性あるＣＯＤＥＣがその信号を楽しむべく解凍のためにクライアント側で使用されなければならない。残念ながらソース・コンテンツは、ほんの少しのそしてしばしば１つのみの特定ＣＯＤＥＣ方式としばしば合体される。それ故に、もしクライアントがそうしたコード化コンテンツを要求すれば（或は、もしソースがそのコード化コンテンツを特定クライアントへの引き渡しを望めば）、２つの規準の内の１つが合致しなければならない、即ち、（１）クライアントはフォーマット特定ＣＯＤＥＣ（デコーダ）をダウンロード或は保持しなけれならない、或は、（２）ソース・メディアを「トランスコーダ」を通過させなければならなず、そのソース・メディアを第１フォーマットからクライアントの装置／システムと互換性ある第２フォーマットにデコードする。用語「トランスコーダ」は、メディア信号を１つのコード化（即ち圧縮）フォーマットから別のフォーマットに変換するシステムを意味するようにここでは意図されている。
【００６２】
１つのメディア・フォーマットを別のものにトランスコーディングする様々な技術は先行して開示されている。図１Ｃは数多くの既知のトランスコーディング技術の特有である一般プロセスの１つの説明に役立つ実例を示す。より詳細には、要求１５９は初期的には非互換性フォーマットで存在するコンテンツに対する装置或はプレイヤーの特定タイプから先ず受信される。図１Ｃに示された特定例に従って、リアル（商標）・ビデオ・コンテンツ用にマイクロソフトメディア（商標）からの要求１５９が受信される。そのコンテンツははっきりと限定されて要求されているので、該コンテンツはその初期的フォーマット（例えばリアル-コード化フォーマット）からデコードされ、次いでその要求プレイヤー（例えば、マイクロソフトメディア（商標）・フォーマット用に適切なフォーマットに「再コード化」される。次いでこの再コード化メディアは、要求クライアントにとって、そのプレイヤーの残りシステム内でのでコーディング用に役立つ。
【００６３】
この従来システムは重大なスケラービリティ制限を有し、多数のクライアント用に多数のチャンネルに対する同時供給が同等数のトランスコーダによってサポートされなければならない。例えば、図１Ｄは、４つのマイクロソフトメディアプレイヤーからの４つの同時ストリーム要求を管理するように先に記載された従来のトランスコーディング技術の概略的な具現化例を示し、要求されたコンテンツがリアル（商標）・フォーマットに初期的にコード化される。４つのエンコーダ１５１−１５４と４つのデコーダ１５５−１５８をサポートする必要があるこのシステム・アーキテクチャは、著しい計算リソースを必要とする。例えば確信されることは、この例に提供された各エンコーダ１５１−１５４が１２８Ｍバイトの有効ＲＡＭを具備して６００ＭＨｚ（例えばペンティアム（登録商標）III）を有するか、或は、２５６Ｍバイトの有効ＲＡＭを具備するデュアル４００ＭＨｚプロセッサ（例えばペンティアム（登録商標）II）を有するコンピュータを必要とすることである。更に確信されることは、各デコーダ１５５−１５８は６４Ｍバイトの有効ＲＡＭを有する２３３ＭＨｚマシン（例えばペンティアム（登録商標）II）が必要であることである。それで、４つのそうしたストリームは、（コンパック社、ヒューレット・パッカード社、デル社、ＩＢＭ社から入手可能で、この出願開示時に小売価格で９，０００ドル程度であると推定される）Ｑｕａｄ ９００ Ｘｅｏｎの等価物を必要とする。これは４つの同時ストリーム用であり、社会は、現在、何千という同時ストリームを要求している。
【００６４】
最少の計算リソースを用いてコスト効果的に、多数のフォーマット特定コード化ストリーミング・メディア信号を多数の他のフォーマットに効率的に変換するトランスコーダ・システムを求める必要性が依然としてある。
【００６５】
パラメータ影響型メディア通信
特定のストリーミング・メディア信号を所望標的に通信するために適切なＣＯＤＥＣの選択に衝撃を与える可能性がある数多くの変数を更に説明する目的で、以下にストリーミング・ビデオ・フォーマットの様々な異なるタイプと処理システムとの簡単な要約を提供する。確信されることは、これら異なるシステムが、各々、異なるタイプの圧縮様式（例えば、ＣＯＤＥＣ）を必要としていることであり、有効な伝送速度及び帯域幅を考慮して、通信と、ストリーミング・メディア信号の再生とを受信器処理パラメータと共に最適化する。
【００６６】
特定のタイプの通信フォーマット及びシステムが更にここで詳細に記載されるが、以下のテーブル１は、現在有効であると共に有効速度或は帯域幅を考慮して開示された、種々の異なる通信システム及び伝送キャリアの重要な断面の要約を提供している。
【００６７】
【表１−１】
【００６８】
【表１−２】
【００６９】
【表１−３】
【００７０】
【表１−４】
【００７１】
（ｉ）用語「Ｋｂｐｓ」は「１秒当たり何千ビット」の省略形。合衆国以外の国際的な英語で、等価物の使用は「ｋビットｓ−１」或は「ｋビット／ｓ」である。
（ｉｉ）技術者は速度よりもデータレートを用いるが、（「なぜ私のウェブページはここでより高速とならないのか？」のような）速度はより少ない技術的傾向に対してより意味深長であるように見える。
（ｉｉｉ）データ通信に対する関連用語、帯域幅或は「容量」はパイプがどの程度広いのか且つビットがパイプ内のチャンネルにどの程度迅速に送信され得るのかを意味する。即ち、キャリア内の多数信号チャンネル上のデータは、通常、異なる用途に対する或は異なるユーザ間でのチャンネルによって振り分けられる。
【００７２】
キー：（ｉ）「Ｔ」＝合衆国、カナダ、並びに、日本におけるＴ-キャリア・システム．．．（ｉｉ）「ＤＳ」＝ディジタル信号（Ｔ-キャリア或はＥ-キャリア上を移動）．．．（ｉｉｉ）「Ｅ」＝１チャンネル当たり合計８ビットを使用する「Ｔ」の等価物；合衆国、カナダ、並びに、日本以外の国々で使用．．．（ｉｖ）「ＯＣ」＝光キャリア（同期光ネットワーク）「ＳＴＭ」＝同期トランスポート・モジュール（同期ディジタル階層参照）。（ｖ）最も共通したテクノロジーだけが示されている。（ｖｉ）「物理的媒体」は一般的に記述され、ツイストペアの対の分類或は数や、光ファイバが単一モード或は多数モードであるのかを特定していない。（ｖｉｉ）テクノロジーの効果的な距離は示されていない。（ｖｉｉｉ）これらテクノロジーの多くに対して公表された標準がある。
カーブル・モデム注：ケーブル上での５２Ｍｂｐｓの上限はＩＳＰ向けであり、現行では個人ＰＣ向けではない。今日のＰＣの殆どは１０Ｍｂｐｓ未満に適合できる内部設計に限定されている（ＰＣＩバス自体はより高速でデータを運ぶ）。５２Ｍｂｐｓケーブル・チャンネルは個々別々のユーザ間で分割されている。明らかに、チャンネルがより高速であれば、より少ないチャンネルがＩＳＰで必要とされ、個々別々のユーザをサポートするコストはより低くなる。
【００７３】
インターネット・キャリア・システム
インターネットを介してのストリーミング・ビデオの通信は種々の通信様式にわたって行われ得て、例えばディジタル加入者線（「ＤＳＬ」）、「Ｔ１」線、ケーブル・モデム、従来の電話サービス（「ＰＯＴＳ」）・ダイアルアップ・モデム、並びに、ワイヤレス・キャリアを含んでいる。数多くの異なるワイヤレス通信様式の記載がここでは個別に取り扱われているが、これらのほかの通信モードの様々な要約は、以下のような更なる説明の目的のためにここでは以下に直ちに提供される。
【００７４】
通信伝送チャンネルに適用されるような用語「ＰＯＴＳ」、「従来の電話サービス」、或は、「ダイアルアップ」は、交換可能にここでは使用される。これら用語は、一般的には、家庭或は小企業におけるエンドユーザを電話会社局へ相互に巻回された或は「ツイストペア」と成った銅ワイヤを介して接続する「狭い帯域」通信を意味することを意図している。従来の電話サービスは、音量（信号振幅）及びピッチ（周波数変化）の点から見れば、電気的等価物に変換された音響アナログ信号を表すアナログ信号を介して音声情報を他の電話ユーザと交換させるように為すべく作り出された。電話会社の信号送りはこのアナログ波通信に対して既に組み上げられているので、それを各電話及び電話会社の間で情報を前後する方法として使用することは容易である。それ故に、ダイアルアップ・モデムが使用されて、アナログ信号を復調しその値をディジタル情報と呼称される０及び１の値のストリングに変える。アナログ伝送は銅ワイヤを介して伝送され得る情報の有効量の小さな一部のみを使用するので、通常のモデムを用いて受信可能なデータの最大量は約５６Ｋｂｐｓである。情報を受信する貴方のコンピュータの能力は、電話会社が、ディジタル・データとして到着する情報を濾過し、貴方の電話回線用にアナログ形態に変換し、そして貴方のモデムにそれをディジタルに戻すべく変更することを要求すると云う事実によって制約されている。言い換えれば、貴方の家庭若しくは会社と電話会社との間でのアナログ伝送は帯域幅のボトルネックである。
【００７５】
ＤＳＬに制限された前触れと幾分考えられる「ＩＳＤＮ」又は「インターネット加入者ディジタル・ネットワーク」によって、約１２８Ｋｂｐｓまでで入来するデータレートは幾つかのエンドユーザ・クライアントに対して達成され得る。
【００７６】
「ＤＳＬ」又は「ディジタル加入者線」は、一般的には、通常の銅製電話回線を介しての高い帯域幅通信を通信する「ブロードバンド（広帯域）」伝送キャリアとして規定される。数多くの異なるタイプのＤＳＬサービスが開示されてきたが、変動データレート及び意図された用途とを一般的には有する。更なる議論がこれらＤＳＬタイプの特定のものについてここに提供されているが、以下のテーブル２は、全体像理解を更に発展する目的のために、これらＤＳＬの特定のものに対する情報の要約を提供している。
【００７７】
【表２−１】
【００７８】
【表２−２】
【００７９】
提供サービス会社の中央局からの距離に依存して変動し得るＤＳＬサービスに対する典型的な公表データレートは、６．１Ｍｂｐｓまでのレートを含み（理論的には８．４４８Ｍｂｐｓで公表されている）、その値は動作ビデオ、オーディオ、並びに、３-Ｄの効果の連続伝送を可能とすると信じられる。より典型的な個々別々の接続は、５１２Ｋｂｐｓから１．５４４Ｍｂｐｓまでの下りと約１２８Ｋｂｐｓの上りを提供する。ＤＳＬ線はデータ及び音声信号の双方を運ぶことができ、線のデータ部は連続的に接続される。ＤＳＬは幾つかの公表物において多くの領域でＩＳＤＮと置き換わって、家庭及びビジネス向けマルチメディア通信用のケーブル・モデムと競合すると予知されてきた。ＤＳＬはディジタル区域内で純粋に動作し、アナログ形態への変化とその逆とを必要としない。ディジタル・データは直接的にディジタル・データとして到着コンピュータへ伝送され、これは電話会社が相当により広い帯域幅を前方伝送用に使用することを可能としている。一方で、もしクライアント・ユーザが選択すれば、信号は分離され得て、その帯域幅の幾分かがアナログ信号を伝送すべく使用されて、電話及びコンピュータが同一線且つ同一時間に使用され得ることになる。
【００８０】
殆どのＤＳＬテクノロジーは、信号スプリッタが家庭或は商店内にインストールされていることを要求し、それは電話会社の訪問や据付の費用が必要である。しかしながら中央局から遠隔的に分割又はスプリットを管理することが可能である。これはスプリットレスＤＳＬ、「ＤＳＬライト」、ジー・ライト（Ｇ． Ｌｉｔｅ）、或は、ユニバーサルＡＤＳＬ（以下に更に定義されている）として知られ、最近では標準となった。幾つかの変調テクノロジーが様々な種類のＤＳＬによって使用されるが、これらは国際電気通信連合（ＩＴＵ）によって標準化されている。異なるＤＳＬモデム・メーカはＤＭＴ（マルチキャリア変調方式）或はＣＡＰ（キャリアレス振幅位相変調方式）の何れかを用いている。マルチプル専用線（ＭＶＬ）として知られる第３のテクノロジーは別の可能性である。
【００８１】
ＤＳＬ動作の種々のパラメータは変数であり、達成可能な効果的なデータレートに影響する。ＤＳＬモデムは、北アメリカ及び欧州の標準によって設定されたデータレート・マルチプルに一般的には従う。一般に、リピータ無しのＤＳＬに対する最大有効範囲は５．５ｋｍ（１８，０００フィート）である。電話会社局に向かう距離が減少すると、データレートは増大する。別の要因は銅ワイヤのゲージである。より重い２４ゲージ・ワイヤは２６ゲージ・ワイヤよりも遙か遠くに同一データレートを運ぶことができる。５．５キロメートルの有効範囲を超える到着装置にとって、単にもし各電話会社プロバイダが光ファイバ・ケーブルでロカール・ループを延長したとしても、ＤＳＬは依然として設けられ得る。
【００８２】
マルチプルＤＳＬユーザを「バックボーン」としての高速ネットワークと相互接続すべく、電話会社はディジタル加入者線アクセス・マルチプレクサ（「ＤＳＬＡＭ」）を使用する。典型的には、このＤＳＬＡＭは、ギガビット・データレートでのデータ伝送を総計できる非同期転送モード（「ＡＴＭ」）・ネットワークと接続する。各伝送の他方エンドで、ＤＳＬＡＭは信号を分解又は分波して、それらを適切な個々別々のＤＳＬ接続部へ送る。
【００８３】
「ＡＤＳＬ」或は「非対称型ディジタル加入者線」はＤＳＬの形態であり、家庭及び小企業のユーザに最も馴染み深いものである。ＡＤＳＬは「非対称型」と云われるが、その２方向或は「デュプレックス」の帯域幅がダウンストリーム（下り）方向に充てられて、データをユーザへ送信しているからである。帯域幅のほんの小さな部分がアップストリーム（上り）或はユーザ双方向メッセージに対して有効である。しかしながら殆どのインターネット、特にグラフィック-メディア若しくはマルチ-メディア集中ウェブのデータはたくさんの下り帯域幅が必要であるが、ユーザ要求及び応答は小さく、上り帯域幅を殆ど必要としない。ＡＤＳＬを用いて、単位秒当たり６．１メガビットまでのデータは下り送信可能であり、６４０Ｋｂｐｓまでの上りが可能である。高ダウンストリーム（下り）帯域幅は、電話回線が動作ビデオ、オーディオ、並びに、３-Ｄ画像を到着コンピュータ或はテレビジョン・プレイヤーまで運び得ることを意味する。加えて、ダウンストリーム帯域幅の小さな部分はデータよりも音声に充てられ得て、電話会話は別の回線を必要とすることなく運ばれ得る。「ケーブル」テレビジョン線を介しての同様サービスとは異なり、ＡＤＳＬは所与の領域内での近辺と帯域幅で競合しない。多く場合、貴方の既存の電話回線はＡＤＳＬを伴って稼働することになる。幾つかの領域ではアップグレードが必要となる可能性がある。
【００８４】
「ＣＤＳＬ」又は「消費者ＤＳＬ」はＤＳＬの商標バージョンであって、ロックウェル・コーポレーション社によって利用可能と為され、それはＡＤＳＬよりも幾分遅いが（１Ｍｂｐｓ下り、一般的にはより低い上りであると予想される）、ユーザ・エンドに「スプリッタ」を据え付ける必要がないと云う長所を有する。ハードウェアは、ローカルな電話会社によってＣＤＳＬを家庭或は商店向けて運ぶことが必要とされ得る。ＣＤＳＬは、ＤＭＴ又はＣＡＰ ＡＤＳＬテクノロジーよりもそれ自体のキャリア・テクノロジーを用いる。
【００８５】
様々な会社は、標準や、この開示の時に展開中であると信じられる「Ｇ．Ｌｉｔｅ」と呼称されるＡＤＳＬのより容易な据付バージョンを開発する点において電話会社と一緒に稼働してきた。「Ｇ．Ｌｉｔｅ」又は「ＤＳＬ Ｌｉｔｅ」（「スプリッタレスＡＤＳＬ」及び「ユニバーサルＡＤＳＬ」としても知られる）は本質的にはより緩慢なＡＤＳＬであると信じられ、それはユーザ・エンドで回線の分割を要求しないが、電話会社で遠隔的にユーザ用に分割すべく管理しており、より低いコストである信じられている。Ｇ．Ｌｉｔｅ、公式にはＩＴＵ-Ｔ標準Ｇ-９９２．２は、１．５４４Ｍｂｐｓから６Ｍｂｐｓまでの下りと約１２８Ｋｂｐｓから約３８４Ｋｂｐｓの上りとのデータレートを提供すると公表されている。少なくとも１つの公表物はＧ．ＬｉｔｅがＤＳＬの最も広範に据え付けられる形態になると予想した。
【００８６】
「ＨＤＳＬ」又は「Ｈｉｇｈ bite-rate ＤＳＬ」はＤＳＬのより早期のバージョンであると思われ、企業サイト内や電話会社及び顧客の間で広帯域ディジタル伝送用に広く用いられている。ＨＤＳＬの主な特性は対称的であることであり、帯域幅の同等量が双方向で有効である。この理由のため、最大データレートはＡＤＳＬに対するよりも一般に低い。ＨＤＳＬは北アメリカにおけるＴ１上で運び得るか、或は、（約２．３２Ｍｂｐｓまで）欧州におけるＥ１線上で運び得るように、ツイストペアの単一ワイヤ上で多量に運び得る。
【００８７】
「ＩＤＳＬ」又は「ＩＳＤＮ ＤＳＬ」は、ＩＳＤＮデータレートと実により緊密であると共にＡＤＳＬと一般的に関連された相当により高いレートと比較して約１２８Ｋｂｐｓでサービスする程に幾分間違った名称である。
【００８８】
「ＲＡＤＳＬ」又は「レート-アダプティブＤＳＬ」はウェステル・カンパニー(Westell Company)社から入手可能であるＡＤＳＬテクノロジーであり、そのソフトウェアは信号が所与の顧客電話回線上で伝送可能であるレートを決定し得て、それ故に配信レートを調整できる。ウェステルの「ＦｌｅｘＣａｐ２（商標）」バージョン・システムはＲＡＤＳＬを用いて、既存回線を介して、約６４０Ｋｂｐｓから約２．２Ｍｂｐｓまでの下りと約２７２Ｋｂｐｓから約１．０８８Ｍｂｐｓまでの上りで配信できる。
【００８９】
「ＳＤＳＬ」又は「対称型ＤＳＬ」は単ツイストペア線を具備する一ＨＤＳＬと同様であり、デュプレックス線上の各方向で約１．５４４Ｍｂｐｓ（合衆国及びカナダ）或は約２．０４８Ｍｂｐｓ（欧州）を運ぶ。データレートは両方向で同一であるので対称型と云う。
【００９０】
「ＵＤＳＬ」又は「単向性ＤＳＬ」は欧州の会社によって提案され、ＨＤＳＬの単向性バージョンを提供すると一般には思われている。
【００９１】
「ＶＤＳＬ」又は「Ｖｅｒｙ ｈｉｇｈ ｄａｔａ ｒａｔｅ ＤＳＬ」は、例えば約５１Ｍｂｐｓと約５５Ｍｂｐｓの間で、約１，０００フィート或は約３００メートルの長さの線を介して、比較的短い距離にわたって相当により高いデータレートを約束して開発中のテクノロジーであると思われる。少なくとも１つの公表物は、ＶＤＳＬはＡＤＳＬが広範に展開された幾分後で出現され得てそれと共存すると予想した。通信テクノロジー（ＣＡＰ、ＤＭＴ、或は、その他）と、幾つかの環境におけるその効果とは未だ決定されていない。多数の標準化組織がそれに対して作業している最中である。
【００９２】
「ｘ２／ＤＳＬ」は３Ｃｏｍ社のモデムであり５６Ｋｂｐｓモデム通信をサポートするが、ユーザの領域利用可能となる場合にＡＤＳＬへの新ソフトウェアのインストールを介してアップグレードすることができる。少なくとも１つの公表物は、この技術は「貴方が必要とする最新のモデムである」と表明するものとして３Ｃｏｍ社を挙げている。
【００９３】
「Ｔ１」通信線は「ブロードバンド」キャリアと一般には考えられ、「Ｔ-キャリア」システムの１つのタイプとして規定されており、ディジタル化された音声伝送をサポートした第１成功システムとして１９６０年代に合衆国のベル・システム社(the Bell System)によって先ず導入されたと信じられる。このＴ-システムは、パルス・コード変調及び時分割多重化を用いた全体的にディジタルである。音声信号は、典型的には、単位秒に約８，０００回サンプリングされ、各サンプルは８ビット・ワードにディジタル化される。こうして、同時にディジタル化された２４チャンネルによって、２４チャンネルの各々において８ビット・ワードを表している１９２ビット・フレームが単位秒に約８，０００回伝送される。各フレームは次のものから単位ビットだけ分離されて１９３ビット・ブロックとなる。１．５４４ＭｂｐｓのＴ-１が公表するデータレートは１９２ビット・フレームと、８，０００で乗ぜられた１ビット・シグナリング・ビットを表す。
【００９４】
Ｔ-１システムは、典型的には、４つのワイヤを用いてデュプレックス能力を提供し、２ワイヤが受信専用であり且つ同時に２ワイヤが送信専用である。Ｔ-１ディジタル・ストリームは多重化される２４，６４Ｋｂｐｓチャンネルを含み、標準６４Ｋｂｐｓチャンネルが音声会話用に必要される帯域幅に基づいている。それら４ワイヤは、元々、一対のツイストペア銅ワイヤであったが、より最近のシステムは同軸ケーブル、光ファイバ、ディジタル・マイクロウェーブ、並びに、他のキャリアのテクノロジーを提供している。
【００９５】
Ｔ-１線に対するオリジナルの伝送レート（１．５４４Ｍｂｐｓ）は、インターネットへのインターネット・サービス・プロバイダ（「ＩＳＰ」）接続で今日共通して使用されている。別のレベルとしてのＴ-３線は４４．７３６Ｍｂｐｓを提供すると公表されており、これもインターネット・サービス・プロバイダによって共通して使用されている。別の共通して使用されるサービスは「ｆｒａｃｔｉｏｎａｌ Ｔ-１」であり、それは他の不使用のチャンネルを伴って、Ｔ-１線において２４チャンネルの幾分かのレンタルである。
【００９６】
表示能力／制約及び関連標準
様々な異なるタイプの受信器表示能力も、受信器による表示のための特定ストリーミング・メディア信号を効率的に通信するため、適切なＣＯＤＥＣに著しい衝撃を与えた。そうした種々の表示パラメータ（例えば、解像度、明瞭性、カラー、深さ、サイズ、タイプ／フォーマット特定等）を説明する特定の例の簡単な要約がより良好な理解のために以下に提供されている。
【００９７】
異なるタイプとストリーミング・メディア受信器装置のメーカとの間の大きな変数である１つのパラメータであり、それ故に使用されるべき適切なＣＯＤＥＣに対して著しい衝撃を与え得る１つのパラメータは、表示装置或は「パレット」によって表現され得るカラーの範囲である。インターネットに基づくストリーミング・メディア表示に対して殆どのソフトウェアによって適合され得る標準的な「ブラウザーサーフ」パレットは例えば約２１６色を含み得るが、ウェブに基づくストリーミング・メディアに対してコンピュータ表示能力はブラウザ・ソフトウェア能力と共に理解されなければならない。
【００９８】
コンピュータ表示テクノロジーに関して、カラーはスクリーンに対する各個別ピクセル或はアドレス指定可能な照明要素に対して設定されている。各ピクセルは、赤、緑、並びに、青（ＲＧＢ）のコンポーネントを有する。これらコンポーネントの各々に対する濃度又は強度の量を特定することによって、個別カラーはそのピクセルに付与される。「真カラー(true color)」表示は、一般に、２４ビット値を用いて表示スクリーン上二ピクセルのカラーを規定して、１６，７７７，２１６個の可能カラーまでの可能性を許容している。ピクセルのカラー陰影を規定すべく使用されるビットの数は「ビット深さ」と呼称される。カラーはしばしば「２４ビット・カラー」と言及されるが、多くの近代的なカラー表示システムは３２ビット・カラー・モードを提供する。「アルファ・チャンネル」と呼称される余剰バイトは、典型的には、制御及び特別効果の情報に対して使用される。「グレイスケール」（灰色の個別的な陰影から構成される）表示設定はＮビットの深さを有すると一般には規定され、Ｎはピクセル内の黒の飽和を表している。もしＮ＝１であれば、画像はグレスケールと呼称されないが、代わりに単色或は黒及び白であり、それはそのビットが単なるオン或はオフであり得て陰影情報を何等含むことができないからである。
【００９９】
一般的なコンピュータ解像度は、例えば且つ制限無しに、
（ｉ）４：３のピクセル比で、１６色で６４０ｘ４８０ピクセルを表示するか或は２５６色で３２０ｘ２４０ピクセルを表示するＶＧＡ又はビデオ・グラフィック・アレイ能力、
（ｉｉ）８００ｘ６００ｘ６ビット／ピクセル（１６色）或は６５０ｘ４８０ｘ８ビット／ピクセル（２５６色）のＳＶＧＡ又はスーパー・ビデオ・グラフィック・アレイ能力であり、ＳＶＧＡはビデオ・エレクトロニクス・アソシエーション（ＶＥＳＡ）によって作り出された、
（ｉｉｉ）３２，７６８色で１０２４ｘ７６８ピクセルのＸＧＡ（ｖ１-４）又はエクステンデット・グラフィック・アレイ能力、
の事柄を含む。
【０１００】
ＳＸＧＡ等の追加的な標準が追加され、１９６０ｘ１４４０以上のピクセル・サイズと３２ビット／ピクセル或はそれ以上のカラー深さを規定している。
【０１０１】
カラー（或はパレット）のより大きな範囲が特定の表示或はブラウザが取り扱い可能なメディア信号によって使用される場合、典型的には殆どのブラウザはカラーに「ディザ」すべく適合され、それでここで意図されようとすることは、ブラウザがそのパレットの外側である任意のカラーを代替できる、そのパレット内の複数カラーを見出すことを意味することである。種々のシステム表示能力の広範囲を更に説明すべく、ウィンドウズ（登録商標）（マイクロソフト・コーポレーション社から商業的に入手可能）を用いるシステムとマッキントッシュ（商標）（アップル・コーポレーション社から商業的に入手可能）に基づくオペレーティング・システムは同等のパレットを有することなく、通常的な２５６色パレット内で２１６色が両タイプのブラウザに共通しているが、４０色が異なり、それ故に、画像信号がそれらシステムの一方によって特定されたフォーマットで他方のシステム・タイプに通信されれば、他方のシステムで動作しているブラウザによるディザリングを必要とする。
【０１０２】
また、視覚的な表示が電子情報からどのようにイネーブルされるかに関して数多くの異なるテクノロジーが存在する。用語「ＶＤＴ」又は「ビデオ・ディスプレイ・ターミナル」はコンピュータ産業内で一般的には使用され、ここでは「ディスプレイ」との単純な言及で言い換えできるように使用されることが意図されている。コンピュータ・ターミナル使用に関して、ＶＤＴはコンピュータ出面面と、コンピュータ・ユーザにテキスト及びグラフィック画像を示す投影機構とを含む。ＶＤＴは種々の特定ディスプレイ・テクノロジーを使用でき、例えば、カソードレイチューブ（「ＣＲＴ」）、液晶ディスプレイ（「ＬＣＤ」）、発光ダイオード（「ＬＥＤ」）、ガス・プラズマ、或は、他の画像投影テクノロジーを含んでいる。通常、ディスプレイはスクリーン或は投影面と、そのスクリーン上に情報を作り出す装置とを含むと考えられる。ある種のコンピュータにおいて、ディスプレイは別のユニット或は「モニタ」の形でパッケージされるか、或は、ディスプレイはコンピュータ・プロセッサと一緒の単一ユニットに完全に統合されることなる。
【０１０３】
特にＬＣＤに関して、このテクノロジーは他のＶＤＴと比較して最少体積及び物理的深さを一般的には必要としており、それ故に典型的にはラップトップ型コンピュータ及び携帯電話／ＰＤＡで使用される。ＬＣＤはＬＥＤ及びガス-ディスプレイＶＤＴより相当に少ない電力を消費するが、それはそれらが発光すると云うよりは一般的には光を遮断する原則で稼働するからである。ＬＣＤは、「薄膜トランジスタ」又は「ＴＦＴ」ディスプレイとしても知られる「受動マトリックス」或は「能動マトリックス」の何れかであり得る。受動マトリックスＬＣＤは導体から成るグリッドを有し、ピクセルがグリッド内の各交差点に配置さている。電流がグリッドにおける２つの導体を横切って送られて、任意のピクセルに対する光を制御する。能動マトリックスは各ピクセル交差点に配置されたトランジスタを有し、ピクセルの輝度を制御すべくより少ない電流を必要としている。この理由のため、能動マトリックス・ディスプレイにおける電流はより頻繁にオン・オフとスイッチされ得て、スクリーン・リフレッシュ時間を改善すると共に、それ故にストリーミング・メディア（アクション・ビデオ）のより高い速度に対する効能を改善している。幾つかの受動マトリックスＬＣＤはデュアル・スキャニングを為し、それはより早期のバージョンでの１スキャンと同じ時間でグリッドを電流で２度スキャンするが、能動マトリックスが依然としてそれら２つの内でより優れたテクノロジーであると一般的には考えられている。反射型カラー・ディスプレイ・テクノロジー、即ち、カラー・フィルタの受動マトリックス内への統合を為したディスプレイ構造は低電力で低コストな能動マトリックス・テクノロジーの代替である。それらは環境光を反射するので、反射型ＬＣＤは日中の屋外での使用中に特に高い性能を発揮する。様々に異なるディスプレイ・テクノロジーとそれ故の伝送フォーマットもテレビジョン視聴用に特に開発されてきた。よって、幾つかの異なる標準がテレビジョン伝送用に発展され、それらの相違はテレビジョン環境でストリーミング・メディアを通信するために所望された圧縮（そしてそれ故に特定のＣＯＤＥＣの選択）の性質及び程度に著しい衝撃を与え得る。これらの標準は、特に且つ制限無しに、標準精細度テレビジョン（「ＳＤＴＶ」）及び高品位テレビジョン（「ＨＤＴＶ」）を含む。
【０１０４】
「ＳＤＴＶ」又は「標準鮮明度テレビジョン」と「ＨＤＴＶ」又は「高品位テレビジョン」はディジタル・テレビジョン（「ＤＴＶ」）伝送用のディスプレイ・フォーマットの２つの分類であり、標準となってきている。これらフォーマットはディジタル万能ディスク（「ＤＶＤ」）と同様な映像品質を提供し、それらの類似性及び相違に対して以下の様に要約される。
【０１０５】
ＨＤＴＶはより高い品質のディスプレイを提供し、映画鑑賞と同様な視聴体験のために、約７２０ｐから少なくとも約１０８０ｉまでの垂直解像度表示と概略１６：９のアスペクト比（スクリーンの幅対高さ）を具備する。新しいテレビ受像器は、信号をそれらの固有ディスプレイ・フォーマットに変換できる受信器を具備したＨＤＴＶ能力或はＳＤＴＶ能力の何れかとなる。ＨＤＴＶと共通してＳＤＴＶは、ＭＰＥＧ-２ファイル圧縮方法を用いて、ディジタル信号を約１６６Ｍｂｐｓから約３Ｍｂｐｓまで一般的には低減する。これは放送局が既存のケーブル、衛星、並びに、地上システムを用いてディジタル信号を伝送させることを可能とする。ＭＰＥＧ-２は損失性圧縮方法を用い、それはテレビジョンに送信されたディジタル信号が圧縮され、そして幾分のデータが損失するが、この損失データは人の目が映像をどのように見るかについて影響を与えるか或は影響を与え得ない。ＡＴＳＣ及びＤＶＢの双方はビデオ圧縮及び転送に対してＭＰＥＧ-２を選択した。ＭＰＥＧ-２圧縮標準はここでの他の場所で更に詳細に記載される。
【０１０６】
圧縮ＳＤＴＶディジタル信号は圧縮ＨＤＴＶ信号よりも小さいので、放送局はちょうど１つのＨＤＴＶ番組の代わりに５つまでのＳＤＴＶ番組を同時に伝送でき、これは「マルチキャスティング(multicasting)」としても知られる。マルチキャスティングは、テレビ局がそれら余剰な番組が提供する追加的な広告から追加的な収益を受けることができるので魅力的な特徴である。今日のアナログ・テレビジョン・システムによって、一時に１つの番組のみが伝送され得る。留意することは、用語「マルチキャスティング」のこの使用は、特別なアドレス指定技術を用いてそれが係わる場合、ストリーミング・ビデオにおいてのその使用からは区別されることである。
【０１０７】
合衆国はアナログ・テレビジョンからＤＴＶへの移行を決定した際、米国連邦通信委員会は放送局にＳＤＴＶ番組を放送すべきか或はＨＤＴＶ番組を放送すべきかを決定させることに決めた。殆どの放送局は、日中はＳＤＴＶ番組を放送し、ゴールデンアワーの放送はＨＤＴＶ番組を放送することに決定した。これらＳＤＴＶ及びＨＤＴＶは、ディジタル・ビデオ放送（ＤＴＶ）及びアドバンスド・テレビジョン・システム委員会（ＡＴＳＣ）の標準の受像器によってサポートされる。
【０１０８】
テレビジョン・ディスプレイ・テクノロジーとしてのＨＤＴＶは３５ｍｍ映画と同様な映像品質を提供すると共に、今日のコンパクト・ディスクの音質と同様の音質を提供する（更にオーディオ品質に関しては、ＨＤＴＶはドルビー・ディジタル５．１を受信、再生、並びに、出力する）。幾つかのテレビ局は限られた数のチャンネルでＨＤＴＶ放送をユーザ向けに伝送し始めた。ＨＤＴＶはアナログ信号伝送ではなくディジタルを一般的に使用する。しかしながら日本では、最初のアナログＨＤＴＶ番組が１９８９年６月３日に放送された。現れた最初の画像は自由の女神とニューヨーク港であった。それは２０ＭＨｚチャンネルを必要としたが、これはアナログＨＤＴＶ放送が殆ど国々で定着していないからである。
【０１０９】
ＨＤＴＶはＳＤＴＶよりより高品質表示を提供し、７２０ｐから１０８０ｉまでの垂直解像度表示を伴う。このｐはプログレッシブ・スキャニング（順次走査）を表し、各スキャンが１つの完全な画像に対する各線を含んでおり、そしてｉはインターレースド・スキャニング（飛び越し走査）を表し、画像の半分に対する１つ置きの線を含む。これらのレートは６０フレーム／秒までのフレーム・レートに転換し、重等のテレビジョンのものの２倍である。ＨＤＴＶの最も顕著な特徴の内の１つは１６：９と云うその広いアスペクト比であり（スクリーンの幅対高さ）、それは視聴者の経験はより広いスクリーンによって向上されると云う調査研究に基づく信念に基づく開発である。ＨＤＴＶピクセル数は、３００，０００から百万までのＳＤＴＶの範囲と比較して、１から２百万までの範囲である。新しいテレビ受像器はＨＤＴＶ能力或はＳＤＴＶ能力の何れかとなり、受信器は信号をそれらの固有ディスプレイ・フォーマットに変換できる。
【０１１０】
合衆国において、ＦＣＣ（米国連邦通信委員会）はＤＴＶ伝送に対する放送チャンネルを指定した。ＳＤＴＶフォーマットにおいて、ＤＴＶはＨＤＴＶレベルでの単一信号の代わりに現行品質レベルでの多重信号に対する指定されたチャンネルを使用することを可能とし、それは同一の帯域幅の使用でより多くの番組を許容することになる。商業的且つ公共的な放送局は、現在、彼らがＨＤＴＶのそれらの使用をどのように具現化することを綿密に決定している。
【０１１１】
サイマルキャスト(simulcast)は、同一テレビ番組を、２つの異なるチャンネル或は周波数を用いてアナログ及びディジタルの両バージョンで同時伝送することである。ＤＴＶ移行期間の最後に、アナログ伝送は実質的に置き換わって、現行のアナログチャンネルがＤＴＶ用だけに使用されることになると信じられる。ディジタル放送用に用いられた余剰チャンネルは、例えば競売にかけらより多くのテレビジョン・チャンネル或はデータ放送等の他のサービスのために使用され得る。サイマルキャストは、同時テレビジョン及びインターネット・サービスの伝送、アナログ及びディジタル無線放送の伝送、並びに、従来のフォーマット及びワイド・スクリーン・フォーマット等の種々のスクリーン・フォーマットでのテレビジョン番組の伝送のためにも使用される。サイマルキャスト放送は世界中で使用される。
【０１１２】
ＤＴＶへの移行は容易或は安価な移行ではない。ＤＴＶ番組を伝送するテレビ局にとって、ＤＴＶ施設を構築しなければならないが、ある局はこれら施設を構築すべく収益を得なければならない。サイマルキャストはテレビ局に従来のアナログ番組から収益を上げさせ続けさせると共に余剰のディジタル番組からも余剰収益を得させることを可能としている。ＤＴＶへの移行における別の障害は消費者間における興味の欠如である。特別の装置の必要性は視聴者がディジタル番組及びアナログ番組の間の相違を見ることを妨げ、それもＤＴＶに対する公共の興味をスローダウンする。
【０１１３】
ＤＴＶを操作するために必要とされる装置は、地上サービス、ケーブル・サービス、或は、衛星サービスが伝送チャンネル／キャリアとして使用されるか否かに依存する。何れにしても既知のシステム或は予知されるシステムに従えば、消費者は、最小限、彼らの古いテレビ受像器上でＤＴＶ伝送を視聴すべくコンバータを購入しなければならない。加えて、テレビ信号を受信すべく地上サービス或はアンテナを利用する消費者はディジタル信号用に装備されたアンテナを必要とする。ＡＴＳＣ準拠国における山岳地形に配置する消費者は多重効果(multipath effects)のために地上ディジタル信号を受信することができない可能性がある。これは今日のアナログ・テレビジョン・システムですら共通している。ＤＶＢ準拠の国々において、地上はディジタル信号の受信に影響しない。衛星ユーザはＤＴＶ放送を既に楽しんでいるが、より大きな衛星アンテナがＨＤＴＶ番組視聴のために必要とされるであろう。
【０１１４】
「セット-トップ」・ボックスは、テレビ受像器がインターネットへのユーザ・インターフェースとなることを可能とする共に、アナログ・テレビ受像器がＤＴＶ放送を受信及びデコードすることを可能とする装置としてここでは定義される。ＤＴＶセット-トップ・ボックスはしばしば受信器と呼称される。３千５百万の家庭が２００６年の終わりまでにディジタルのセット-トップ・ボックスを使用すると推定され、その推定年はＤＴＶへの移行の終了年である。
【０１１５】
典型的なディジタル・セット-トップ・ボックスは、通常、リナックス或はウィンドウズ（登録商標）ＣＥを走らすためそしてＭＰＥＧ移送ストリームをパースするために１つ或はそれ以上のマイクロプロセッサを含む。セット-トップ・ボックスはＲＡＭ、ＭＰＥＧデコーダ・チップ、並びに、オーディオのデコーディング及び処理のためのより多くのチップをも含む。セット-トップ・ボックスの中身は使用されているＤＴＶ標準に依存する。ＤＶＢ準拠のセット-トップ・ボックスはＣＯＦＤＭ伝送をデコードするためのパーツを含むが、ＡＴＳＣ準拠のセット-トップ・ボックスはＶＳＢ伝送をデコードするためのパーツを含む。より高性能なセット-トップ・ボックスは記録されたテレビ放送の記憶、ダウンロードされたソフトウェアの記憶、並びに、ＤＴＶサービス・プロバイダによって提供される他のアプリケーションのためのハードディスクを含む。ディジタル・セット-トップ・ボックスは衛星及び地上ＤＴＶ用に使用可能であるが、たいていはケーブル・テレビ用に使用される。セット-トップ・ボックス価格は基本構成に対する１００ドルからより高性能なボックスに対する１，０００ドル以上までの範囲である。
【０１１６】
インターネット分野においてセット-トップ・ボックスは、実際上、インターネットと「話す」ことができる特化されたコンピュータとしてしばしば機能し、即ちそれはウェブ・ブラウザ（実際にはハイパーテキスト・トランスファ・プロトコル・クライアント(Hypertext Transfer Protocol client)）及びインターネットの主要プログラムであるＴＣＰ／ＩＰを含む。セット-トップ・ボックスが結着するサービスはウェブＴＶ等による電話回転を通じて、或は、ＴＣＩのようにケーブルＴＶ会社を通じて行われ得る。
【０１１７】
衛星放送用にドルビー・ディジタル５．１チャンネルを利用するためには、ドルビー・ディジタル出力を提供する衛星受信器が必要である。ケーブル・ユーザ用に、全てのディジタル・セット-トップ・ボックスにはドルビー・ディジタル２-チャンネル・デコーダが装備されている。５．１チャンネル・サウンドを用いるためには、５．１チャンネル準拠セット-トップ・ボックスが或は外付け５．１チャンネル・デコーダ・ユニットが必要である。
【０１１８】
ディジタル・テレビジョン利益の最も劇的なデモンストレーションは高性能なＨＤＴＶを通じてであり、それはより大きなスクリーン、より広いアスペクト比、並びに、より良好な解像度の故である。しかしながら殆どの新しいテクノロジーのように、ＨＤＴＶは高価である。それにもかかわらず、より安価なディジタルＴＶは今までのＴＶを凌いで著しく改善された視聴経験を提供し、古い受像器を保持することを選んだ人のために、セット-トップ・コンバータの追加は見分けがつく改善された映像及びサウンドを配信することになる。
【０１１９】
ＤＴＶへの移行に対する米国連邦通信委員会（ＦＣＣ）のスケジュールは、合衆国の誰もが２００２年までにＤＴＶにアクセスし、ディジタル伝送への切り換えは２００６年までに、或は、特定領域における世帯の内の８５％がディジタル・テレビジョン受像器或はセット-トップ・コンバータを購入した際に完了しなければならない。
【０１２０】
１９９０年代始め、欧州放送、消費者装置製造業者、並びに、調整団体は欧州ランチング・グループ(European Launching Group: ELG)を形成し、ＤＴＶを欧州中に導入するために、「ＤＶＢ」又は「ディジタル・ビデオ放送」計画に着手した。ＤＶＢは閉システムに対抗する開システムを提供すべく意図されている。閉システムはコンテンツ・プロバイダ特有であり、拡張的はなく、それらが発展されたシステムに対してだけに最適化されている。ＤＶＢ等の開システムでは、加入者に異なるコンテンツ・プロバイダを選択させ、複数のＰＣ及びテレビジョンの統合を可能としている。ＤＶＢシステムで意図されていることは、テレビジョンに対して最適化させられることであるが、ホームショッピング、バンキング、プライベート・ネットワーク放送（又は専用線放送）、並びに、対話式視聴をもサポートすることである。ＤＶＢで意図されていることは、非常に明瞭なテレビジョン番組をバス、自動車、並びに、列車のテレビジョンに提供する可能性や、携帯テレビジョンにすら提供する可能性を開放することである。ＤＶＢはコンテンツ・プロバイダにとって有益であり、促進されもして、それは彼らがそれら自体のサービスをＤＶＢが地理学上の場所に拘わらずサポートされるどこにでも提供できるからである。彼らは彼ら自身のサービスを容易に且つ安価に拡張することもできて、加入者への制限されたアクセスを確保して、不承認の視聴による収益損失を低減する。今日、ＤＶＢ計画は世界中の２９カ国以上の国々における２２０の組織から構成され、ＤＶＢ放送サービスは欧州、アフリカ、アジア、オーストラリア、並びに、南北アメリカの部分で有効である。
【０１２１】
フォーマット特定メディア
ストリーミング・メディア信号に対する様々な異なるフォーマット自体は、どのようにしてＣＯＤＥＣが特定の場合に対して変動し得るかの更なる理解をも提供すべく、非限定例によってここでも要約される。
【０１２２】
「ＤＶＤ」は「ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ」の頭字語であり、その２面の内の一方に約４．７ギガバイトまでの情報、或は、平均して約１３３分の映画に充分な情報を保持する比較的最近の光ディスク・テクノロジーとして一般には定義されている。その２つの面各々における２つの層によって、約６００メガバイトを保持する略同一物理的サイズの現行のＣＤ-ＲＯＭと比較して、１７ギガバイトまでのビデオ、オーディオ、或は、他の情報を保持し得る（ＤＶＤはＣＤ-ＲＯＭと比べ約２８倍以上の情報を保持する）。ＤＶＤプレイヤーはＤＶＤを再生すべく必要とされているが、またそれらは通常のＣＤ-ＲＯＭディスクも再生することになる。ＤＶＤは、（ｉ）ビデオ（例えば連続映画）、（ｉｉ）オーディオ（例えば長い演奏音楽）、並びに、（ｉｉｉ）混合（例えば対話式マルチメディア発表）に対して様々に最適化された３つの一般的なフォーマットの任意のフォーマットで記録され得る。ＤＶＤドライブは８速度ＣＤ-ＲＯＭプレイヤーよりも幾分速い転送速度を有する。ＤＶＤフォーマットはＭＰＥＧ-２ファイル及び圧縮標準を典型的には使用し、それはＭＰＥＧ-１画像の約４倍の解像度を有すると共に、２つのフィールドが１つの画像を構成する約６０飛び越しフィールド／秒で配信され得る（ＭＰＥＧ-１は約３０非飛び越しフレーム／秒で配信する）。ＭＰＥＧ-２及び-１標準はここの他の場所でより詳細に定義されてる。ＤＶＤ上でのオーディオ品質は現行のオーディオ・コンパクトディスクに比肩し得る。
【０１２３】
「ＤＶＤ-ビデオ」は、短縮無しの映画用に設計されたＤＶＤフォーマットに対して典型的には付与された名前であり、テレビジョン受像器と一緒に稼働するボックスである。「ＤＶＤ-ＲＯＭ」は、コンピュータ内のＣＤ-ＲＯＭへの将来の代替であると誰かによって信じられるプレイヤーに付与された名前であり、これらより新しいドライブはＤＶＤ-ＯＭディスクと共に通常ＣＤ-ＲＯＭディスクの双方を再生すべく意図されているからである。「ＤＶＤ-ＲＡＭ」はＤＶＤの書込可能バージョンに付与された名前である。「ＤＶＤ-オーディオ」はコンパクト・ディスク／プレイヤーに置き換わるべく設計されたプレイヤーに典型的には付与された名前である。
【０１２４】
「ＶＨＳ」は「Ｖｉｄｅｏ Ｈｏｍｅ Ｓｙｓｔｅｍ」の頭字語であり、磁気ビデオテープ・カートリッジ・フォーマットとして一般には定義されており、典型的にはハーフ・インチ幅で、アナログ・ビデオ及びオーディオ信号を記録及び再生する能力を伴ったホームユース用に開発された。ＶＨＳは普及したフォーマットとなり、主にその普及した存在及び記録性能によってホームムービー配給及び再生のための事実上の標準となった。ＶＨＳは、オーディオ・カセットのものと同様のテクノロジーを用いて、磁気テープ上に信号をアナログ・フォーマットとして記憶する。これらテープはＶＨＳビデオカセット・レコーダ（ＶＨＳ ＶＣＲ）を用いて再生及び記録される。ＶＨＳテープは典型的には約２時間までのビデオを記憶するが、ある種のＶＣＲはそれらをより遅い速度で記録できて
、１テープ当たり６時間まで或は８時間まですら記録できる。
【０１２５】
ＶＨＳフォーマットは２００本を少し超える水平解像度を出力する。これは、５００本を超える水平解像度を出力するＤＶＤと比肩する。技術的且つ感覚的にＶＨＳは、例えばＤＶＤ、Ｓ-ＶＨＳ、Ｈｉ-８、並びに、その類を含む他のフォーマットに勝ったフォーマットである。しかしながらＶＨＳはビデオを視聴する普及した手段であり続け、ＶＨＳテープは映画レンタル店から食料雑貨店までその国や世界中のいたるところで依然容易に見出される。
【０１２６】
「ＣＤ」は「ｃｏｍｐａｃｔ ｄｉｓｃ（コンパクトディスク）」の頭字語であり、オーディオ、ビデオ、テキスト、並びに、ディジタル・フォームでの他の情報を電子的に記録、記憶、並びに／或は、再生するための小さい携帯可能な丸い媒体として一般に定義されている。最初、ＣＤは読取り専用であったが、より新しいバージョンは記録も可能である（即ち、「ＣＤ-ＲＷ」）。
【０１２７】
「Ｓｕｐｅｒ ａｕｄｉｏ ｄｉｓｃ」又は「ＳＡＣＤ」は高解像度オーディオＣＤフォーマットであり、ＤＶＤ-オーディオ（「ＤＶＤ-Ａ」）と共に、標準的なオーディオＣＤに置き換わるべく競合する２つのフォーマットである（殆どの業界は、フィリップス及びソニーであると思われる一般的な例外を伴って、ＤＶＤ-Ａを後押している）。ＤＶＤ-ＡのようなＳＡＣＤは２-チャンネル・ステレオに加えて５．１チャンネル・サランドサウンドを提供する。両フォーマットはビットレート及びサンプルレートを増大することによってサウンドの錯綜性を改善し、そして既存のＣＤプレイヤー上で再生可能であるが、一般には従来のＣＤのものと単に同様な品質レベルである。ＳＡＣＤはソニー社の所有であると公表されているＤｉｒｅｃｔ Ｓｔｒｅａｍ Ｄｉｇｉｔａｌ又はダイレクト・ストリーム・ディジタル（「ＤＳＤ」）記録を用い、パルス・コード変調（「ＰＣＭ」）と標準ＣＤで使用されているフィルタリングとの代わりに、アナログ波形をダイレクト記録用に１ビット信号に変換する。ＤＳＤは損失無しの圧縮と約２．８ＭＨｚのサンプリングレートとを用いて、サウンドの錯綜性及び写実性を改善する。ＳＡＣＤは、テキスト、グラフィック、並びに、ビデオ・クリップ等の追加情報をも含み得る。
【０１２８】
また更なる理解の目的のため、インターネットに基づく通信は、インターネット「スーパーハイウェイ(superhighway)」を用いてストリーミング・メディア通信によって適合されなければならない通信用の特定プロトコルをも有する。これらプロトコルは、特にストリーミング・メディア通信に関して、より詳細な理解を提供する目的で直ぐ下で簡単に要約される。
【０１２９】
インターネット通知に関して、ストリーミング・メディア信号はデータ・パケットを会してディジタル・フォーマットで一般には通信される。用語「パケット」がここで意図することは、インターネット或は他の任意のパケット-交換ネットワークを介して出所及び到着地の間で経路決めされたデータのユニットを意味することである。より明確には、ファイルが送信されると、通信システムのプロトコル層（例えば、ＴＣＰ／ＩＰに基づくシステムのＴＣＰ層）がそのファイルを経路決めのために効率的なサイズの大きな塊に分割する。これらパケットの各々は個々に番号付けされ、到着地のインターネット・アドレスを含む。所与のファイルに対する個々別々のパケットはインターネットを通じて異なるルート（経路）を移動し得る。それが全て到着した場合、それらは元のファイルに例えば受信末端でＴＣＰによって再組み立てされる。パケット交換方式はインターネット等の接続無しネットワーク上での伝送を取り扱う効率的な方法である。回路交換方式等の代替方式は略音声接続に対して割り当てられたネットワーク用に使用される。回路交換において、ネットワークにおける線は複数のユーザ間でパケット交換で共有されるが、且つ各接続はその接続の期間に特定経路の専有化を一般には要求する。
【０１３０】
ワイヤレス通信及びＷＡＰゲートウェイ
インターネットと同年代にとって等しく重要なことは、ワイヤレス通信の年代が、家庭或はオフィスの固定された領域の外側と対話すべく、社会的能力を著しく拡張したことであり、それによって我々の遠隔通信が電気ケーブルワイヤ及びケーブルから解放されることを可能とした。例えば２０００年、移動電話（又は携帯電話）加入者の数は５０％近くまで成長した。
【０１３１】
しかしながらワイヤレス通信システム、プロトコル、並びに、イネーブリング・テクノロジーは著しく分裂した「フォーマット特定」市場で世界規模で発展した。これが特にあてはまるのは、合衆国を除く残りの世界と比較した場合、合衆国における広範な用途でのシステムを比較する点である。それ故に、複数のフォーマット特定システム間や異なるプラットフォーム上で動作する関連ワイヤレス装置間での競合する争点を克服することに関して相当な労力が拡張された。後で本発明と関連されるようにワイヤレス通信を更に理解する目的のため、以下は、ワイヤレス通信産業界で使用される著しいテクノロジー、システム、並びに、プロトコルの簡単な大要である。
【０１３２】
一般に、セル電話用のワイヤレス通信システムの発展は、通称で用語「１Ｇ」、「２Ｇ」、「２．５Ｇ」、並びに、「３Ｇ」で付与され、それぞれ第１世代、第２世代等々を表している。初期のシステムは１Ｇ電話及びシステムとして知られ純粋なアナログである。しかしながら急激な成長に伴って、携帯電話用の利用可能な帯域幅は急激に減らされ、２Ｇでのディジタル信号処理への道が付与され、それは先進の遠隔通信用の複雑な信号処理に対する利用可能な帯域幅及び能力を著しく広げた。しかし、ワイヤレス・インターネット・アクセス用に向上された需要に伴って、テクノロジー発展は２Ｇ電話（一般にはインターネットでイネーブルされない）から２．５Ｇ及び３Ｇ（進歩的により多くイネーブルされた）に向かった。直ぐ下で更に展開されるように、システム、プロトコル、並びに、イネーブリング・テクノロジーはこうして２．５Ｇ及び３Ｇモードを産業界及び消費者にもたらす点で集中された焦点に向けて発展した。
【０１３３】
一般に、２Ｇテクノロジーに基づく４つの主要なディジタル・ワイヤレス・ネットワークがあり、即ち、時分割多重アクセス（「ＴＤＭＡ」）、コード分割多重アクセス（「ＣＤＭＡ」）、モバイル通信用グローバル・システム（「ＧＳＭ」）、並びに、セルラー・ディジタル・パケット・データ（「ＣＤＰＤ」）である。これらはここでは以下のように簡単に説明される。
【０１３４】
時分割多重アクセス（「ＴＤＭＡ」）はディジタル携帯電話通信に使用されるテクノロジーであり、運ばれ得るデータの量を増大するために、各セル・チャンネルを３つの時間スロットに分割している。ＴＤＭＡは、ディジタル-アメリカ携帯電話サービス（Ｄ-ＡＭＰＳ）、モバイル通信用グローバル・システム（「ＧＳＭ」）、並びに、パーソナル・ディジタル・セルラー（「ＰＤＣ」）によって採用されている。ＴＤＭＡ及びＦＤＭＡに対する代替的な多重方式はコード分割多重アクセス（「ＣＤＭＡ」）である。
【０１３５】
コード分割多重アクセス（「ＣＤＭＡ」）は２Ｇ及び３Ｇワイヤレス通信で使用される幾つかのプロトコルの内の任意のものを言及する。その用語が暗示するように、ＣＤＭＡは数々の信号に単一伝送チャンネルを専有させることを可能として、利用可能な帯域幅の使用を最適化する。このテクノロジーは８００ＭＨｚ〜１．９ＧＨｚ帯域において超高周波数（ＵＨＦ）移動電話システムで使用される。ＣＤＭＡは拡散スペクトル・テクノロジーと組み合わせてアナログ-ディジタル・コンバータ（ＡＤＣ）を用いる。オーディオ入力は先ずバイナリー要素にディジタル化される。伝送された信号の周波数は規定されたパターン（コード）に従って変動するように為されて、その周波数応答が同一コードでプログラムされている受信器によってだけ妨害され得て、送信器周波数に正確に同調する。何兆もの可能性ある周波数配列決定コードがあり、プライバシーを向上させると共にクローニング又はコピーを難しくしている。ＣＤＭＡチャンネルは、公称、１．２３ＭＨｚ幅である。ＣＤＭＡネットワークは「ソフト・ハンドオフ」と呼称される方式を用いており、電話機が一方のセルから他方セルに移る際の信号分裂を最小化する。ディジタル・モード及び拡散スペクトル・モードの組み合わせは、アナログ・モードのように単位帯域幅毎に多数の信号としての幾つかの時間をサポートする。ＣＤＭＡは他のセルラー・テクノロジーと互換性があり、これが全国的なローミングを可能としている。
【０１３６】
ＣＤＭＡ Ｏｎｅとしても知られる元々のＣＤＭＡは１９９３年に標準化されたものであり、米国における移動（セルラー）電話で依然として普及している２Ｇテクノロジーと考えられる。ｃｄｍａＯｎｅの１つのバージョン、即ちＩＳ-９５Ａは１．２５ＭＨｚキャリアを利用して、８００ＭＨｚ或は１．９ＧＨｚの何れかのＲＦ帯域で動作するプロトコルであり、これは１４．４Ｋｂｐｓまでのデータレートをサポートする。別のバージョンＩＳ-９５Ｂは８つのチャンネルまで束ねることによって１１５Ｋｂｐｓまでの速度をサポートすることができる。
【０１３７】
より最近のＣＤＭＡ変種、ＣＤＭＡ２０００、並びに、広帯域ＣＤＭＡは何度もより速いデータ速度を提供している。ＣＤＭＡ２０００はＩＭＴ-ＣＤＭＡ Ｍｕｌｔｉ-Ｃａｒｒｉｅｒ或はＩＳ-１３６としても知られ、国際電気通信連合（ＩＴＵ）によって開発されたＩＭＴ-２０００標準のＣＤＭＡバージョンである。このＣＤＭＡ２００標準は３Ｇテクノロジーであり、１４４Ｋｂｐｓから２Ｍｂｐｓまでの範囲の速度のデータ通信をサポートすべく意図されている。この標準のバージョンを開発した会社はＥｒｉｃｓｓｏｎ ｃｏｒｐｏｒａｔｉｏｎ社及びＱｕａｌｃｏｍｍ ｃｏｒｐｏｒａｔｉｏｎ社を含む。広帯域ＣＤＭＡ又は「ＷＣＤＭＡ」はＣＤＭＡから誘導されたＩＴＵ標準であり、ＩＭＴ-２０００ ｄｉｒｅｃｔ ｓｐｒｅａｄとしても知られる。ＷＣＤＭＡは３Ｇテクノロジーであり、ローカル・エリア・アクセスに対して２Ｍｂｐｓまでのデータレートと、ワイド・エリア・アクセスに対して３８４Ｋｂｐｓまでのデータレートとをサポートし、且つ、これらの速度での可動性／携帯性の音声、画像、データ、並びに、ビデオの通信をサポートすべく意図されている。ＷＣＤＭＡは入力信号をディジタル化し、２００ＫＨｚ幅の狭帯域ＣＤＭＡより相当に広い範囲である５ＭＨｚ幅キャリアを介するコード化拡散スペクトル・モードでそのディジタル化出力を伝送する。
【０１３８】
モバイル通信用グローバル・システム（「ＧＳＭ」）はディジタル移動電話システムであり、欧州や世界のその他の区域で広く使用されており、このシステムは（直ぐ下で紹介される）「ＴＤＭＡ」の１つの変形を使用し、３つのディジタル・ワイヤレス電話テクノロジー（ＴＤＭＡ、ＧＳＭ、並びに、ＣＤＭＡ）の内の最も広く使用されている。ＧＳＭは、各々がそれ自体の時間スロットにおいて、データをディジタル化し、圧縮し、そしてユーザ・データの他の２つのストリームと一緒に１チャンネルで送信する。それは９００ＭＨｚ或は１８００ＭＨｚの何れかの周波数帯域で動作する。この開示の際、ＧＳＭは欧州におけるワイヤレス電話標準と一般には考えられ、世界中に１億２千万以上のユーザを有して１２０カ国で利用可能であると公表された。合衆国における少なくとも１つの会社、即ちアメリカン・パーソナル通信（Ｓｐｒｉｎｔ（商標）補助金交付）はブロードバンド・パーソナル通信サービス（「ＰＣＳ」）に対するテクノロジーとしてＧＳＭを用いる。ＰＣＳは遠隔通信サービスであり、音声通信、数値及びテキストのメッセージ、音声メールを１つの装置、サービスコンタクト、並びに、請求書に放り込む。ＰＣＳはディジタル・セルラー・リンクを介して最も頻繁に伝達される。このサービスは、Ｅｒｉｃｓｓｏｎ ｃｏｒｐｏｒａｔｉｏｎ社、Ｍｏｔｏｒａ ｃｏｒｐｏｒａｔｉｏｎ社、並びに、Ｎｏｋｉａ ｃｏｒｐｏｒａｔｉｏｎ社等の製造業者によって製作されている様々な小型移動電話器に対する４００以上の基地局を有するように計画されており、これら装置は、電話器、ポケットベル、並びに、留守番電話を一般には含む。ＧＳＭは、高速回路交換データ（ＨＣＳＤ）、ゼネラル・パケット・ラジオ・システム（ＧＰＲＳ）、エンハンスト・データＧＳＭ環境（ＥＤＧＥ）、並びに、ユニバーサル・モバイル・テレコミュニケーションズ・サービス（ＵＭＴＳ）を含むワイヤレス・モバイル・テレコミュニケーションズの進化の一部である。
【０１３９】
セルラー・ディジタル・パケット・データ（「ＣＤＰＤ」）は双方向性の１９．２Ｋｂｐｓでのパケット・データ通信を既存のセルラー電話（又は携帯電話）チャンネルにわたって提供するワイヤレス標準である。
【０１４０】
幾つかの異なるプロトコルは様々なワイヤレス・ネットワークにわたっての通信に対する使用に取り入れられた。
【０１４１】
「Ｘ．２５」はパケットに基づくプロトコルであり、原則的には欧州におけるこの開示の時に使用されると共に国際電報電話諮問委員会（ＣＣＩＴＴ）によって標準として適用された。Ｘ．２５は一般的に使用されたネットワークであり、異なる公共ネットワーク（例えば、Ｃｏｍｐｕｓｅｒｖｅ、Ｔｙｍｎｅｔ、或は、ＴＣＰ／ＩＰネットワーク）上のコンピュータに中間コンピュータを通じてネットワーク層で通信させることを可能としている。Ｘ．２５のプロトコルは開放型システム間相互接続（「ＯＳＩ」）によって規定されたデータ-リンク及び物理的層プロトコルと密に対応している。
【０１４２】
「ＯＳＩ」はネットワーク・アーキテクチャの１つのモデルであって、それを具現化するためのプロトコルの１揃い（プロトコル・スタック）であり、外来コンピュータ・ネットワーク・アーキテクチャにおける国際標準に対するフレームワークとして１９７８年にＩＳＯによって開発された。ＯＳＩアーキテクチャは７層に分裂され、最低から最高にかけて、（１）物理的層、（２）データ・リンク層、（３）ネットワーク層、（４）輸送層、（５）セッション層、（６）表示層、並びに、（７）適応層である。各層はそれ自体の直下の層を用いて、上の層にサービスを提供する。幾つかの具現化例において、１つの層はそれ自体で複数の副次的層から構成され得る。
【０１４３】
汎用パケット無線システム（ＧＰＲＳ）はパケットに基づくワイヤレス通信サービスであって、５６から１１４Ｋｂｐｓまでのデータレートと移動電話及びコンピュータのユーザに対するインターネットへの連続的接続とを約束する。より高いデータレートはユーザにビデオ会議に参加させ、可動性手持ち装置をノートコンピュータと共に用いて、マルチメディア・ウェブ・サイトと相互作用（会話）させることを可能としている。ＧＰＲＳはモバイル通信用グローバル・システム（「ＧＳＭ」）に基づいており、回路交換セルラー電話接続及びショート・メッセージ・サービス（「ＳＭＳ」）等の既存サービスを補充する。ＳＭＳはＧＳＭディジタル・セルラー電話システムによって提供されたメッセージ・サービスである。ＳＭＳを用いて、英数字呼出システムと酷似するように、ショート英数字メッセージ（１６０個の英数字）が移動電話へ送信され得てそこに表示される。メッセージは電話がアクティブとなるまでＧＳＭネットワークでバッファされる。
【０１４４】
ＧＰＲＳのパケットに基づくサービスは回路交換サービスよりもユーザの費用負担を少なくさせるが、通信チャンネルを一時に一人のユーザだけに専用させるのではなくパケット必要性に応じての共有使用で用いられているからである。また意図されていることは、モバイル・ユーザにアプリケーションを利用可能とさせることであり、これはより速いデータレートが、現行ではアプリケーションをワイヤレス・システムのより遅い速度に適合させる必要性があるミドルウェアがもやは何等必要とされないことを意味するからである。ＧＰＲＳは幅広く有効となっており、仮想プライベート・ネットワーク又は仮想専用線（「ＶＰＮ」）のモバイル・ユーザはダイアル-アップ接続を介してよりも連続的にそのプライベート・ネットワークにアクセスできる。ＧＰＲＳで更に意図されていることは、装置間の有線接続をワイヤレス無線接続で置き換える標準である、「ブルートゥース(Bluetooth)」を補足することである。インターネット・プロトコル（「ＩＰ」）に加えて、ＧＰＲＳはＸ．２５プロトコルをサポートする。ＧＰＲＳは、エンハンスド・データＧＳＭ環境（「ＥＤＧＥ」）及びユニバーサル移動体通信システム（「ＵＭＴＳ」）に向かった１つの発展段階であるとも信じられる。
【０１４５】
ユニバーサル移動体通信システム（「ＵＭＴＳ」）で意図されていることは、２Ｍｂｐｓまでのデータレートでの、３Ｇ、ブロードバンド、テキストのパケットに基づく伝送、ディジタル化音声、ビデオ、並びに、マルチメディアである。ＵＭＴＳで更に意図されていることは、世界中のどこに位置されているかにかかわずモバイル・コンピュータ及び電話のユーザに複数のサービスから成る一貫したセットを提供することである。このサービスは、ＧＳＭ通信標準に基づくと共に、主要な標準団体及び製造業者によって承認されており、２００２年までに世界中のモバイル・ユーザ用の計画された標準である。ひとたびＵＭＴＳが完全に具現化されたならば、コンピュータ及び電話のユーザは彼らが移動しながらインターネットに絶えず結着可能となる。
【０１４６】
エンハンスド・ディジタルＧＳＭエンタープライズ（「ＥＤＧＥ」）・サービスはモバイル（ＧＳＭ）・ワイヤレス・サービス用グローバル・システムのより高速バージョンであり、３８４Ｋｂｐｓまでのレートでデータを配信し且つマルチメディア及び他のブロードバンド・アプリケーションの移動電話及びコンピュータのユーザ向けの配信を可能とすべく設計されている。ＥＤＧＥ標準は、同じ時分割多重アクセス（ＴＤＭＡ）・フレーム構造及び既存のセル配列を用いて、既存のＧＳＭ標準の上に構築されている。ＥＤＧＥは２００１年に商業的に利用可能になると予想される。これは、ユニバーサル・モバイル・遠隔通信サービス（ＵＭＴＳ）への途中の進化標準と見なされる。
【０１４７】
ワイヤレス・アプリケーション・プロトコル（「ＷＡＰ」）は、セルラー電話及び無線トランシーバ等のワイヤレス装置が、Ｅ−メール、ワールド・ワイド・ウェブ、ニュースグループ、並びに、インターネット・リレー・チャット（「ＩＲＣ」）を含むインターネット・アクセス用に使用可能となる方法を標準化するための通信プロトコルの一組に対する仕様である。インターネット・アクセスがＷＡＰに先行して可能であった一方、種々の製造業者が「フォーマット特定」テクノロジーを使用した。
【０１４８】
最近、以前はワイヤレス装置上の人々への到達から「情報ハイウェイ」を分離したコード、ワイヤ、並びに、ケーブルのギャップを架橋するためにワイヤレス通信及びインターネットの分野を合併すべく相当な労力が費やされた。そうしたテクノロジー合併は、ワイヤレスの赤外線及び無線周波数通信システムが「ワイヤレス」オフィス或は家庭内における装置をインターフェースするために開発されている例えば家庭及びオフィスのネットワーク設定自体内に発展した。別の実質的な労力も、セル電話及びパーソナル・ディジタル・アシスタント（「ＰＤＡ」）等のより遠隔的なワイヤレス装置で情報を通信し共有すべく進行中である。
【０１４９】
ＰＤＡは典型的には小型のモバイル装置で、「手持ち型」であり得て、通常、電話帳、カレンダー、計算機、並びに、その類を管理、記憶、並びに、表示するための限られたプロセッサ及び表示スクリーンを含み得る。最近利用可能なＰＤＡは、そのＰＤＡ自体内に埋め込まれたワイヤレス・モデムを有すること、或は、セル電話等のワイヤレス・モデム「プラグ-イン型」と結合されることによる、「ワイヤレス・イネーブル型」である。ワイヤレス・イネーブル型ＰＤＡも一般には限られた「ブラウザ」能力を具備する「インターネット・イネーブル型」であって、そのＰＤＡがインターネットにわたってサーバ装置と通信することを可能としている。商業的に利用可能なワイヤレス「イネーブル型」ＰＤＡの例は、パームＶＩＩ(Palm VII)（Ｐａｌｍ， Ｉｎｃ．社製）やｉＰＡＱ（商標）（Ｃｏｍｐａｑ， Ｉｎｃ．社製）を含む。これらＰＤＡはウィンドウズ（登録商標） ＣＥオペレーティング・システムを含み、限られたブラウザ能力及びコンテンツ用のスクリーン・ディスプレイを提供する。これらの電話は約３３ＭＨｚから約２２０ＭＨｚまでの処理能力と、例えば３２０ｘ２４０ピクセルのスクリーン表示等の多様なスクリーン表示能力を有する。
【０１５０】
同様に、セル電話自体も「インターネット・イネーブル型」と為され、限られたブラウザ能力とコンテンツを表示するスクリーンをも具備する。「インターネット型」セル電話の例は、他の広範囲なものの中でも、Ｓａｎｙｏ ＳＣＰ-４０００（商標）、Ｍｏｔｏｒｏｌａ ｉ１０００ｐｌｕｓ（商標）を含み、この幅広い分野は何百という種々の処理及び表示能力を主張している。
【０１５１】
「インターネット・イネーブル型」のＰＤＡ或はセル電話の何れの場合でも、通信のインターネット・プロトコルとの互換性が達成されなければならない。一般に、ワイヤレス通信はワイヤレス・アプリケーション・プロトコル（「ＷＡＰ」）を介して行われるが、インターネットにわたる通信は幾つかの異なるプロトコルの内の１つに従って進行し、最も共通するものは伝送制御プロトコル／インターネット・プロトコル（「ＴＣＰ／ＩＰ」）である。それ故に、図１Ｅに示されるようにＷＡＰゲートウェイは、基本的にはそれぞれに横たわるテクノロジーが異なる、インターネットの世界（或は他のＩＰパケット・ネットワーク）とワイヤレス電話／データ・ネットワークとの間の架橋を形成している。このゲートウェイは、本質的には、これら２つの別個のエントリの間の解釈を為して、消費者がそれらセル電話或は手持ち計算装置（例えばＰＤＡ）をインターネットにワイヤ無しでアクセスすべく使用することを可能としている。
【０１５２】
しかしながら顕著な表示能力を有するデスクトップ・コンピュータ等のより高性能計算装置への伝送用にフォーマットされているストリーミング・メディアは、厳格に制限された処理及び表示機能を有するこれら装置上で受信及び視聴するためには一般に互換性がない。特定の「フォーマット特定」圧縮方式は特にこれら装置だけでの使用のために開発され、特定のメディア・コンテンツだけがそれらフォーマットの状態でこれら装置に伝送され得る。
【発明の開示】
【発明が解決しようとする課題】
【０１５３】
制限されると共に可変的な処理、メモリ、並びに、表示の能力等々の独特な制約を有するセル電話及びＰＤＡ等のワイヤレス装置によって再生させるべく、幅広い種々のストリーミング・メディア信号の適切なフォーマット状態での伝送に適合するストリーミング・メディア通信システムの需要が依然としてある。
【課題を解決するための手段】
【０１５４】
本発明は、様々な制限、非効率性、リソース（資源）制限、並びに、ストリーミング・メディア通信のための先行して知られる方法の非互換性に対処し克服するものであり、以下に述べる様々に有益なモード、局面、実施例、並びに、変形で提供される。
【０１５５】
一実施例に従った本発明はストリーミング・メディア通信システムであり、ニューラルネットワーク等のネットワーク・システムにおける人工知能等のコンピュータ具現化知能システムを用いて、伝送装置と少なくとも１つの到着装置との間でストリーミング・メディア信号を通信する。
【０１５６】
別の実施例に従った本発明は、伝送装置と、各々が異なるメディア信号処理能力を有する複数の到着装置との間でストリーミング・メディア信号を通信するシステムである。
【０１５７】
別の実施例に従った本発明は、単一伝送装置から少なくとも１つの到着装置まで、各々が異なる伝送能力或はストリーミング・メディア信号に関する制約を有する複数の異なる伝送チャンネルを介して、ストリーミング・メディア信号を通信すべく適合するストリーミング・メディア通信システムである。
【０１５８】
別の実施例に従った本発明は、ソースでストリーミング・メディア信号を圧縮して該ストリーミング・メディア信号の圧縮された表現と為し、その圧縮表現を伝送チャンネルにわたって到着装置へ伝送し、その圧縮表現を解凍して到着装置によって再生されるべく適応されたストリーミング・メディア信号の解凍された表現に為すべく、ストリーミング・メディア圧縮システム能力に関して適合性ある学習プロセスで訓練されるように適合する人工知能手段を組み込んでいるニューラルネットワークである。
【０１５９】
別の実施例に従った本発明は、少なくとも部分的にはストリーミング・メディア信号の通信に影響する少なくとも１つのパラメータに基づくＣＯＤＥＣに従ってストリーミング・メディア信号を圧縮するシステムである。このモードの１つの局面に従えば、ＣＯＤＥＣは、別の基準信号に対するＣＯＤＥＣの先行して学習された振る舞い、同一のストリーミング・メディア信号の圧縮及び解凍に対する先行する試みに対するＣＯＤＥＣの先行して学習された振る舞い、ストリーミング・メディア信号の基準アルゴリズム圧縮に抗するストリーミング・メディア信号に対するＣＯＤＥＣの動作の比較、伝送チャンネルの学習された制約、並びに、到着装置の学習された制約の各種パラメータの内の少なくとも１つに従って使用される。１つの有益な実施例において、ＣＯＤＥＣがこれらパラメータの内の２つ以上に基づき使用され、そして更なる有益な変形例においてはそれらパラメータの全てに基づきＣＯＤＥＣが使用される。
【０１６０】
別の実施例に従った本発明は、種々のタイプ及び動作の多数のＣＯＤＥＣを記憶すべく適合し、そしてニューラルネットワーク等のネットワーク・システムによって調査されると共にアクセスされるべく適合するＣＯＤＥＣライブラリを用いてストリーミング・メディア信号を圧縮するシステムであり、ＣＯＤＥＣライブラリから適切なＣＯＤＥＣを提供して入力ストリーミング・メディア信号を到着装置までの伝送用に圧縮された表現に圧縮するために使用する。
【０１６１】
別の実施例に従った本発明は、ＣＯＤＥＣライブラリと共にニューラルネットワークとにインターフェースすべく適合するＣＯＤＥＣ動作システムであって、人工知能プロセス等のプロセスにおいて該ニューラルネットワークを用いて、ＣＯＤＥＣライブラリから適切なＣＯＤＥＣを選択し、その選択されたＣＯＤＥＣを用いて、到着装置までの伝送のためにストリーミング・メディア信号の圧縮表現にストリーミング・メディア信号を圧縮する。
【０１６２】
１つの局面に従えば、ＣＯＤＥＣライブラリは新しいＣＯＤＥＣを受け取って記憶すべく適合し、その新しいＣＯＤＥＣは、ニューラルネットワークとインターフェースされ得て、提供されるストリーミング・メディア信号を圧縮すべく選択されると共に適用される。
【０１６３】
別の実施例に従った本発明は、ストリーミング・メディア信号の圧縮表現を解凍する使用のため、到着装置によっての記憶に適合する到着媒介物である。この到着媒介物は遠隔配置された圧縮ストリーミング・メディア伝送システムと通信すべく適合し、そこからのストリーミング・メディア信号を受信して再生する。特に有益な局面において、ソフトウェア媒介物は到着装置に関する情報を圧縮ストリーミング・メディア伝送システムへ配信すべく適合する共に、その圧縮ストリーミング・メディア伝送システムからの特定のエンコード化されたストリーミング・メディア信号を受信してデコードするにも適合している。
【０１６４】
別の実施例に従った本発明は、到着装置によって再生され得る解凍済み表現にストリーミング・メディア信号の圧縮表現を解凍する到着装置の内部に記憶されるべく適合する到着媒介物を有するストリーミング・メディア信号を通信するシステムである。
【０１６５】
この実施例の１つの局面に従えば、到着媒介物は診断媒介物及び解凍媒介物を有する。診断媒介物は、処理、記憶、或は、再生の能力に関連された到着装置の少なくとも１つのパラメータに対する値を決定すべく適合する。解凍媒介物は、その少なくとも１つのパラメータの値に少なくとも部分的に基づいてＣＯＤＥＣを用いて、解凍済み表現にストリーミング・メディア信号の圧縮表現を解凍するＣＯＤＥＣ解凍器を適用すべく適合している。
【０１６６】
別の局面に従えば、到着媒介物はソフトウェア媒介物を含む。１つの変形例において、そのソフトウェア媒介物は到着装置内に埋め込まれている。別の変形例において、ソフトウェア媒介物は、ストリーミング・メディア信号の圧縮表現を到着装置へ配信すべく適合する遠隔的に配置されたソースによって少なくとも部分的に到着装置にロードさせるべく適合する。
【０１６７】
別の実施例に従った本発明は少なくとも１つの初期的なフォーマットと少なくとも１つのトラスコード済みフォーマットとの間でストリーミング・メディア信号をトランスコードするためのトランスコーダである。
【０１６８】
別の実施例に従った本発明は、添付図面に示されるかさもなければここに記載された実施例を組み入れているビデオ・オン・デマンド型ストリーミング・メディア・システムである。
【０１６９】
別の実施例に従った本発明は、添付図面に示されるかさもなければここに記載された実施例を組み入れている移動電話通信システムである。
【０１７０】
別の実施例に従った本発明は、添付図面に示されるかさもなければここに記載された実施例を組み入れている対話式ゲーム・システムである。
【０１７１】
別の実施例に従った本発明は、この明細書で以上に開示されるか或はその他の場所で開示された様々なモード、実施例、局面、特徴、並びに、変形等を処理（例えば圧縮）後にローカルに記憶されて伝送されていないメディアと共にスタティック・メディアに組み入れている。
【発明を実施するための最良の形態】
【０１７２】
以下の実施例を通じて（そして図面を参照することによって）様々に図示されている本発明はメディア通信システムを提供するものであり、圧縮システム、デリバリ・システム又は配信システム、並びに、解凍システムを含み、そして別の局面では、トランスコーダ・システムを含む。一般に、これら個々別々のサブシステムの組み合わせは、変数としてのシステム・パラメータから成るより大きなアレイに基づき無作為に選択されたストリーミング・メディア信号の圧縮、配信、並びに、解凍をカスタマイズすることに加えて、多数のエンコーディング・フォーマット間でメディアを効率的にトランスコードする能力を提供する。これら変数は、例えば、制限無しに、ソース・ビデオ信号、ソース伝送装置、伝送様式、並びに、到着装置に関係したパラメータを含む。こうしてメディア信号の圧縮、配信、並びに、解凍は与えられ且つ変化する使用環境に対して最適な状態で効率的であるようにカスタマイズされる。その結果、広い範囲の複雑なストリーミング・メディア信号は効率性の良いレベルで且つ他の既知のシステムを凌いで著しく改善された装置互換性の範囲で通信され得る。
【０１７３】
ここで記載された全てにわたるストリーミング・メディア通信システムの有益性にもかかわらず、先に記載された各サブシステムもストリーミング・メディア通信に対して有益で有用な結果を個別に提供する。少なくとも部分的にはこの開示に基づいて当業者には明かである、様々なサブシステム自体とこれらサブシステムの組み合わせの様々な繰り返しはこの発明の範囲内であることも意図されている。加えて、全体にわたる通信システムの様々な局面は、記載される各サブシステムと共に、特にストリーミング・メディア通信用以外の他の用途に対して有用であることも意図されている。それ故に、当業者には明らかなように、そうした追加的な用途は、改善されたストリーミング・メディア通信に適用された特に有用なモードにもかかわらず、本発明の範囲内であることが更に意図されている。
【０１７４】
トランスコーダ
ビデオ／オーディオ・トランスコーダ２００は本発明に従って提供され、１つの入来ビデオ・ソース２１０が、人の介入無しに、多数のフォーマット２１５（例えば、ＭＰＥＧ４、Ｒｅａｌ Ｖｉｄｅｏ（商標）、並びに、ＱｕｉｃｋＴｉｍｅ（商標））を横切って１つの装置から流れることをイネーブルする。この実施例に従ったトランスコーダ２００は、他の商業的に入手可能なトランスコーダ・システムの価格のほんの少しで実質的により大きな機能を提供する。更には、このシステムは「休む間もなく」稼働するので、ビデオ・ソース２１０の事前圧縮が著しく減らされている。
【０１７５】
より詳細には、本発明に従ったトランスコーダ２００システム及び方法は任意の圧縮或は未圧縮フォーマットから生ずるディジタル化メディアを他の任意の圧縮フォーマット、例えば要望に応じてリアル-タイム(real-time)にトランスコードすべく適合する。システム２００及び方法は、多数の異なる圧縮或は未圧縮のフォーマットから多数の異なる圧縮フォーマットに、異なったデータの多重ストリーム２１５の効率的で同時的な処理をイネーブルすることもできる。
【０１７６】
本発明のトランスコーダ２００は、図３を参照することによる図示で、全体にわたるシステムにおいてここで記載される。示されているように、第１プレイヤーは最初にトランスコーダ２００を収容するサーバ３００との接続を行う。プレイヤー・フォーマット（例えばマイクロソフト・メディア（商標））、接続速度（例えば３２Ｋｂｐｓ）、並びに、プロトコル（ＨＴＴＰ）が識別される。サーバ３００は生の或は事前エンコード化されたビデオを「ライブ・バッファ」或は「キャッシュ」３１０内に引き入れ、それを略未圧縮データであるがディジタル化データとしてエンコードする（例えばＡＶＩ或はＭＰＥＧ２）。次いでサーバ３００は接続速度（例えば３２Ｋｂｐｓ）で適切なＣＯＤＥＣスレッド（例えばマイクロソフト・メディア（商標））をロードする。次に、サーバ３００は第１クライアントに役立つＨＴＴＰ／ＭＳプレイヤーをロードする。そこで第２ストリームがＭＭＳで１００ＫｂｐｓのＭ／Ｓプレイヤーを用いてクライアントによって要求される。サーバは適切な１００Ｋｂｐｓレートで適切なＭＳ ＣＯＤＥＣスレッドをロードする。次いで、サーバ３００は第２クライアントに役立つＭＭＳ／ＭＳプレイヤー・スレッドをロードする。そこで、第３ストリームがＲＴＳＰで４０Ｋｂｐｓのリアルプレイヤーを用いてクライアントによって要求される。サーバ３００は適切な４０Ｋｂｐｓレートで適切なＲｅａｌ ＣＯＤＥＣをロードする。次いでサーバ３００は第３クライアントに役立つＲＴＳＰ／Ｒｅａｌプレイヤー・スレッドをロードする。再度、この図示は例示的であり、他の特定ＣＯＤＥＣが他のビットレートと共に適切に代替する。
【０１７７】
このトランスコーダ実施例の更なる理解を提供するため、図３は異なるクライアントへ多数の異なるビデオ・ストリームを運ぶべく適用された更なる例を用いてのトランスコーダ２００を示している。
【０１７８】
手短に言えば、図示され記載されたこのトランスコーダ２００は、数多くの従来のトランスコーディング技術に従った「ＩＰＣ」或は「Ｉｎｔｅｒ Ｐｒｏｃｅｓｓｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ」の代わりに「スレッド」通信を用いる。このトランスコーダ２００記載の目的のため、用語「スレッド」がここで意図されていることは、制御の流れのプログラム内への被包を意味することである。単一スレッド・プログラムは「一時」にそれらのコードを通じて１つの経路を実行するだけのものである。マルチスレッド・プログラムは「同時に」異なるコード経路を通じて走る幾つかのスレッドを有し得る。多数のスレッドが存在する典型的なプロセスにおいて、ゼロ或はそれ以上のスレッドは任意の一時に実際に走ることができる。これはプロセスが走っているコンピュータのＣＰＵの数に依存すると共に、スレッド・システムがどのようにして具現化されるかに依存する。ｎ個のＣＰＵを具備するマシン或はシステムが並列なｎ個未満のスレッドを走らせるべく適合し得る一方、このスレッド発明に従ったスレッディング動作は複数のスレッド間でＣＰＵを共有することによってｎ個未満の数のスレッドを走らせる外見を付与し得る。
【０１７９】
トランスコーダ２００は抽象的なＡＰＩを提供し、それ故にＣＯＤＥＣは（相当により大きな）元のエンコーダ・オーバーヘッド無しにアクセスされる。バッファリング３１０は異なるビデオ・ストリームに対するクライアント牽引の関数として作り出される。更には、本発明のトランスコーダ２００はネットワーク・アーキテクチャ、即ち各異なる接続に対する単一スレッドを利用し、クライアントが同一コンテンツのバッファされたセグメント内にあれば同一スレッドに組み合わされる。ここで示され且つ記載されたようにスレッドのトランスコーダ２００の使用は非常に有益であると考えられ、その理由は単一プロセスにおける２つのスレッド間のコンテキスト・スイッチが２つのプロセス間のコンテキスト・スイッチを用いるより相当に安価（処理／メモリ／ＩＯ）であると思われるからである。加えて、スタック及びレジスタを除く全てのデータが複数のスレッド間で共有されていると云う事実は協働して走らされ得る複数のサブタスクに分解され得る複数のタスクを実行する自然の機関にそれらスレッドを為す。
【０１８０】
ケースバイケースで特別に所望された結果を達成するために様々な特殊アーキテクチャが以上に記載されたトランスコーダ２００実施例を巡って構築され得る一方。しかしながら更なる図示の目的のため、以下の例は以上に記載されたトランスコーダ２００を用いているより詳細なシステムである。トランスコーダ２００は各々が異なるフォーマットである多数の同時の顧客ストリームをサポートすべく適合されて提供されている。特にそうしたシステムは５０００以上の同時ストリームをサポートし得て、幾つかの状況においては各々が異なるビデオ・フォーマットである７０００以上の同時顧客ストリームをサポートし得る。更には、トランスコーダ２００は広範囲の数のビデオ・ソースの内の任意のものを、各々が異なる要望を有している数多くの異なる個々別々のクライアントに対して独特に適切であるか或は必要とされるフォーマットに変換すべく具現化され得る。１つの特定例において、ここで記載されたトランスコーダ２００は、ＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４、モーションＪＰＥＧ、ＡＶＩ、Ｈ．２６１、Ｈ．２６３、Ｈ．２６３＋、ＲｅａｌＶｉｄｅｏ（商標）、Ｇ-８、ＱｕｉｃｋＴｉｍｅ（商標）、Ｓｈｏｃｋｗａｖｅ Ｆｌａｓｈ（商標）、Ｉｎｄｅｏ Ｃｉｎｅｐａｋ（商標）、並びに、ＡＳＦの各種フォーマットの内の任意のものに対するそうした高い要望を同時にサポートすべく具現化され得る。
【０１８１】
更に意図されていることは、トランスコーダ２００が全体にわたる通信システムにおいて全て既存して直に予知され固定される可動的なターミナル及び装置に従順であるように適合し得る。更にはトランスコーダ２００は出力ストリーム・フォーマット変数に適合して、各クライアントのチャンネル及びプラットフォームの状態に動的に適応するように具現化され得る。更には、トランスコーダを組み入れているシステムはロード平衡化サービスとマルチ・トランスコーダのインストレーションに対するルータとをサポートすべく適合している。従って、本発明のトランスコーダ２００は、他の先行するトランスコーディング技術及びシステムよりも顕著により低いコストのために著しくより大きな機能を配信する。
【０１８２】
先に記載されたように、様々な異なるシステム・アーキテクチャは本発明の範囲から逸脱すること無しに本発明のトランスコーダ２００を組み入れることができる。しかしながら先に記載されたサポートの有益なレベルを適切に提供すると思われる特別なアーキテクチャのより多くの細目は、（ｉ）デュアルＰ３-９３３プロセッサ、（ｉｉ）Ｕｎｉｘ（登録商標） ＯＳの任意の変種、（ｉｉｉ）５１２ＭＢ ＲＡＭ、Ｒｅｄｕｎｄａｎｔ Ｆｉｒｅｗｉｒｅ或はギガビット・イーサネット（登録商標）、並びに、Ｒｅｄｕｎｄａｎｔ Ｐｏｗｅｒ Ｓｕｐｐｌｉｅｓの局面を含む。そうしたシステムはラック取付携帯で提供され得るか、或は、特定の要望に適合して提供され得る。
【０１８３】
本発明に係るトランスコーダ２００の以下の様々な局面は、少なくとも部分的にはこの開示に基づき当業者には明かなようにそれぞれ単独でも或は各種組み合わせでも広範に有益であると思われる。
【０１８４】
マルチプロセッサ及び／或は分配されたコンピューティング・プラットフォーム（クラスタリング等）の上で効率的なトランスコーディングを実行させるべく、ユーザ及びカーネル・スペースの双方で非同期的なソフトウェア・スレッド通信を利用するためのシステム及び方法が提供されている。この方法は、トランスコーダを具現化すべく、従来のＩＰＣ方法を利用するよりも効率的であると見られている。ＣＯＤＥＣアルゴリズムの共有されたライブラリは創設され、様々なＣＯＤＥＣアルゴリズムにアクセスすべく使用され、それによってより低い処理オーバーヘッドを、大多数の商業的なエンコーダにおいて使用されているもの等の従来の組み合わせエンコーダ機能によって要求されるよりもより低いメモリ利用と共に招いている。特に有益であることは、共通スレッドが多数の接続用に使用され得て、実際上、単一スレッドでさえ本発明のトランスコーダを用いて個別接続毎に使用され得る。
【０１８５】
同一コンテンツが何時要求されようがそして動的バッファ（キャッシュ）が要求されたデータ点の全てに何時適合できようが、（効率性のため）同一スレッドによって供されるべく多数クライアントを組み合わせるシステム及び方法も提供されている。
【０１８６】
メディア圧縮及び配信システム
本発明は、所与の一連の制約を受けながら元のメディア・データの近似を最適に再生する、リアルタイムの動的データ信号処理用の、データ圧縮及び配信システム４００、並びにその方法も提供する。このシステム４００及び方法は図４Ａ及び図５にブロック流れ図で概略的に図示されている。これ以下に、このシステムの多様の有益な特徴および動作の他の記載を、図４Ａ〜図５につき示す記載をほぼ組み入れている実施例によって示す。
【０１８７】
図４Ａは、本発明に係るデータ圧縮及び配信システム４００の一実施例のブロック図である。図４Ａに示されるように、データ圧縮及び配信システム４００は、メディア・モジュール４０５、動的プレイヤー・モジュール４０７、画像プロセッサ４１０、基線スナップショット・モジュール４１５、分類器４１７、標準品質（ＱｏＳ）モジュール４２０、ネットワーク層入力モジュール４２５、並びに、ネットワーク層出力モジュール４３０を含む。このシステムは、ニューラルネットワーク処理モジュール４４０、タイマ４３５、ＣＯＤＥＣライブラリ・モジュール４４５、動的クライアント要求モジュール４５０、ＩＣＭＰモジュール４５５、装置及びネットワーク・パラメータ測定モジュール４６０、並びに、配信（デリバリ）及び伝送モジュール４６５を更に含む。
【０１８８】
一実施例において、システム４００は（単数或は複数の）サーバ・ノードに常駐して、入力される未圧縮の或は先行して圧縮されたデータを処理する。システム４００は、人工知能を伴うニューラルネットワーク４４０を利用して、入力されるデータを監視して、各データ・セグメントの複数のキーキャラクタを決定する。システム４００は、事前開発された自己参照型の、経験に基づいて学習した、入力信号（例えばビデオ信号）の一連のフレーム内のシーンにおけるパターンの規則のライブラリ４５５と、外部から課せられた制約とに、入力データの特性を関連付けて、各データセグメントに対して好適な市販の圧縮／解凍アルゴリズム（即ち、ＣＯＤＥＣ）を選択する。次いでシステム４００は、選択したアルゴリズムを最適化すべく、使用制御、パラメータ、並びに、変数から成る長大なアレイを組み立てる。アルゴリズムの選択とパラメータ及び変数のセットアップは、発展性の最適化プロセスそれ自体と同様に、データの特性に依存して、入力データの各セグメントによって動的に変動する。取り得るアルゴリズムの組は多数あり、有効性及び他の商業的対価によってのみ制限される。データの各セグメントは上述したようにコード化され圧縮されてから、通信チャンネルに供される。
【０１８９】
ここで記載する圧縮システム４００は、ストリーミング・メディア圧縮エンジンとして特に有用であり、有効なＣＯＤＥＣ及びストリーミング・メディア配信システムからの情報に基づき、別の人工知能ニューラルネットワーク４４０を用いて、入力ビデオをフレーム毎に解析する。次いでシステム４００は、最も適切な圧縮フォーマットを選択し、例えば一実施例においては、下層システム環境からのピーク信号／ノイズ比の抽出によって測定されるような最良の品質に基づき、最適なビデオ圧縮に対する圧縮パラメータを構築又は構成する。その結果は、この装置及び現行状態に対する、「最適」なビデオ及びオーディオサービスとなる。
【０１９０】
ストリーミング・メディア信号に適用される、このシステムの人工知能／ニューラルネットワーク４４０の局面のより明確な説明を、以下に述べる。最初に、個別の異なるＣＯＤＥＣから成るライブラリが、検索可能なＣＯＤＥＣライブラリ４４５としてこのシステムに追加される。関連する参照情報から成るライブラリも追加され、これは、ネットワーク輸送標準（ＮＴＳ）ライブラリ４４３及びサービス品質（ＱｏＳ）ライブラリ４４７を含む。次いで、ビデオ（メディア・ソース）が、画像プロセッサ４１０を介して、ディジタル・フォーマット或は非ディジタル・フォーマット（ＡＤコンバータを用いて）の何れかにおいて取り込まれる。画像プロセッサ４１０は、（もし必要であれば）ソースを解凍し、（単数又は複数の）ソース画像を「浄化」するために使用される様々な標準の画像処理アルゴリズムを利用する。結果としてのソース・メディアは基線スナップショット保管場所４１５へ渡され、そこで後の比較のために「完全ゴールド標準(perfect gold standard)」として使用されることになる。同時にこの結果得られるソース・メディアは分類器４１７へも供給される。
【０１９１】
分類器４１７は一時的、空間的、並びに、論理的な特徴に対するソース・メディアを分析するが、それは、一時的、空間的、並びに、論理的な特徴の同様の組み合わせを示すソース・メディア・サブセグメントを作り出すためである。この「同様」とは、共通の一時的、空間的、並びに、論理的な特徴を含むソース・メディアの、切れ目のない連続的なサブセグメントを意味し、それら自体は、（ＣＯＤＥＣライブラリ４４５内で見出される様な）特定のエンコーディング／圧縮アルゴリズムに貸与することになる。このソース・メディア・サブセグメント（或は、一実施例において、切れ目のない連続的なビデオ及びオーディオのフレームから成るグループ）を「シーン(scene)」と称する。
【０１９２】
次いでニューラルネットワーク・プロセス４４０は、ＣＯＤＥＣライブラリ４４５からＣＯＤＥＣを利用することによってこのシーンに対して動作して、該シーンを圧縮する。各ＣＯＤＥＣの内部構成は、ＮＴＳライブラリ４４３、Ｑｏｓライブラリ４４７、タイマ・プロセス４３５、ネットワーク入力層４２５、ＩＣＭＰ媒介物４５５、並びに、装置及びネットワークのパラメータ測定媒介物４６０から得られる入力に従って操作／変更される。次いで、圧縮シーンは解凍されて、品質標準プロセス４２０による品質測定を用いた、基線スナップショット４１５に対する比較が為される。本発明の一実施例において、品質標準プロセス４２０は、ピーク信号ノイズ比（ＰＳＮＲ）アルゴリズムを利用して、解凍されたシーンのソース・メディアを基線スナップショットに対して比較する。この比較プロセスは、ＣＯＤＥＣライブラリ４４５からの様々なＣＯＤＥＣに対して、ＮＴＳライブラリ４４３、Ｑｏｓライブラリ４４７、タイマ・プロセス４３５、ネットワーク入力層４２５、ＩＣＭＰ媒介物４５５、並びに、装置及びネットワークのパラメータ測定媒介物４６０から受信する入力の制約範囲内で、ニューラル・ネットワーク・プロセス４４０が結果として得られる圧縮シーンの品質を満足するまで繰り返される。最後に結果として得られる圧縮シーンは、その圧縮シーンを適切なネットワーク輸送プロトコル及びＱｏＳアルゴリズムを用いてクライアントへ輸送するネットワーク層出力４３０へ送信される。
【０１９３】
先のプロセスは、全ソース・メディアがクライアントへ伝送されるまで、或は、クライアントからの中止要求、ネットワーク輸送の失敗、クライアント・ハードウェアの失敗等々を含み得る様々な考えられる条件によってこのプロセスが中止されるまで繰り返される。
【０１９４】
ＮＴＳライブラリ４４３は、ネットワーク輸送サービスの保管場所であり、そのネットワーク輸送サービスは、圧縮ソース・メディアをクライアントへ輸送するネットワーク層出力４３０によって選択使用され、さらに、クライアントから情報を受信するネットワーク層入力４２５によって選択使用される。この選択は、ネットワーク層入力４２５、ＩＣＭＰ媒介物４４５、並びに、装置及びネットワークのパラメータ測定媒介物４６０から受信する質的および量的な入力に基づいている。
【０１９５】
ＱｏＳライブラリ４４７は、サービス・アルゴリズムの保管場所であり、このサービス・アルゴリズムは、圧縮ソース・メディアをクライアントへ輸送するネットワーク層出力４３０によって選択使用される。この選択は、ネットワーク層入力４２５、ＩＣＭＰ媒介物４４５、並びに、装置及びネットワークのパラメータ測定媒介物４６０から受信する質的および量的な入力に基づいている。
【０１９６】
ＩＣＭＰ媒介物４５５は、ニューラルネットワーク・プロセス４４０への入力を生成し、該ニューラルネットワーク・プロセス４４０に、プロセッサとクライアントとの間で使用する輸送の量的及び質的な特性を動的に提供する。本発明の一実施例において、この目的のためにＩＣＭＰプロトコルを使用する。
【０１９７】
装置及びネットワークのパラメータ測定媒介物４６０は、ニューラルネットワーク・プロセス４４０への入力を生成し、該ニューラルネットワーク・プロセス４４０に、クライアント環境の量的及び質的な特性を動的に提供する。本発明の一実施例において、これらクライアント環境特性は、中央演算処理ユニット（ＣＰＵ）容量、ネットワーク・インターフェース特性、記憶容量、並びに、メディア解釈装置機能を含む。
【０１９８】
また図４Ａに示すように、ネットワーク層入力４２５は、上り（クライアントから由来する。）ネットワーク輸送サービスを提供する。ネットワーク層出力４３０は下り（プロセッサから由来する。）ネットワーク輸送サービスを提供する。タイマ・プロセス４３５は、本発明のユーザに対して、ニューラルネットワーク・プロセス４４０が所与のソース・メディアを処理するために費やすであろう時間の最大値を制限する方法を提供する。
【０１９９】
図４Ｂは、本発明の一実施例に係るニューラルネットワーク処理モジュール４４０の、ＣＯＤＥＣ選択方式のブロック図である。図４Ｂに示されるニューラルネットワーク処理モジュール４４０は、ビデオ・フレーム選択モジュール４７５、ＣＯＤＥＣパラメータ・モジュール４８０、入力層モジュール４８５、隠れ層４８６−４８７、並びに、出力モジュール４８８を含む。本発明の一実施例において、ニューラルネットワーク処理モジュール４４０への入力信号に対する基準基線として使用するのに好適なＣＯＤＥＣ表示信号を、このニューラルネットワーク処理モジュール４４０が生成する。一実施例において、分類器４１７は、下層ＣＯＤＥＣの有効パラメータの観点から、入力ビデオ信号のセグメントの内のどのシーンが最良シーンを表しているかを判定する。ニューラルネットワーク処理モジュール４４０は、複数の標準から成るリスト（標準リスト）を使用して、信号におけるどのシーンが最良シーンを表しているかを判定する。一実施例において、ニューラルネットワーク・プロセス４４０は、ビデオの特定のフレームにおける多数のピクセルをサンプリングして、そのビデオ信号における予め決定されたパラメータに対する、その特定のフレームにおけるピクセル数の変化を判定する。別の実施例において、ビデオ信号における特定のシーンでの顕著な動作変化は、引き続いて入力されるビデオに対する、基線基準シーン（「最良シーン」）として使用され得る。
【０２００】
本発明の一実施例において、ニューラルネットワーク処理モジュール４４０は、入力として分類器４１７からビデオのセグメントを取り込み、続いてこの入力のサンプリングして、そのビデオ信号を特徴付ける充分な情報を引き出す。例えば、図４Ｂに図示する方式において、ニューラルネットワーク・プロセス４４０は、検査するためにウィンドウ・スナップショット（例えば、１７６ｘ１４４ピクセル・ウィンドウ）を取り込む。ニューラルネットワークにとって、ビデオ信号に関する充分な情報を生成するのに、そのサンプル・ウィンドウの中心を見ることが有益である。本発明の一実施例において、ニューラルネットワーク・プロセス４４０は、最少の８フレームを用いて、ビデオ信号に関する不可欠な情報を生成する。サンプル・ウィンドウからの情報は、パラメータ・モジュール４８０から入力層４８５まで、特定のＣＯＤＥＣパラメータを伴って渡される。
【０２０１】
入力層４８５は、複数のニューロンを介して複数の隠れ層４８６−４８７と結合され、その各接続は一方のニューロンから他方のニューロンまでの、強い或は弱いリンクを形成している。一実施例において、ニューラルネットワーク処理モジュール４４０によってサポートされる各ＣＯＤＥＣには、それ自体にニューラルネットワークが具備され、特定のＣＯＤＥＣと共に入力されるＣＯＤＥＣを特定するパラメータを処理する。ニューラルネットワーク・プロセス４４０は、「焼き上がり」と呼称されるラウンドロビンのようなプロセスを介して、ビデオ・サンプリングの取り込み期間中に処理される複数のＣＯＤＥＣから、「最良」のビデオ信号を生成する。入力信号からの最良なビデオ表示の処理において、ＣＯＤＥＣ各々に対する対応するニューラルネットワークの各々は、隠れ層４８６―４８７から最良の表示サンプルを生成し、その信号を出力モジュール４８８に供給する。本発明の一実施例において、ニューラルネットワーク・プロセス４４０によって処理されるＣＯＤＥＣの各クラスからの最良のＣＯＤＥＣの出力データ・セットは、２つの可能性を有する。第１のものは、各ＣＯＤＥＣに対する最良の結果を、複数のＣＯＤＥＣ各々に対する「最良」のサンプルの「焼き上がり」ニューラル・ネットワークへの出力モジュール４８８に与えるニューラルネットワーク・プロセス４４０であり、このニューラルネットワーク・プロセス４４０は、次いで、複数の最良のＣＯＤＥＣから最も勝る最良のＣＯＤＥＣを生成する。焼き上がりニューラルネットワークは、ＣＯＤＥＣの処理を取り扱うニューラルネットワークよりも小さく、且つ高速である。
【０２０２】
第２処理方式において、ニューラルネットワーク４４０は、複数のＣＯＤＥＣによって生成される最良のＣＯＤＥＣの遺伝アルゴリズム処理を具えてもよい。遺伝アルゴリズムは、おはじきゲームと同一の統計学的な選択アプローチに従う。よって、様々なニューラルネットワークから、最も勝る出力ＣＯＤＥＣを「焼き上がり」ニューラルネットワークへと供給する代わりに、様々なニューラル・ネットワークからバケツ内へと、出力モジュール４８８を供給し、さらに、例えば映画のような末端ソース・メディアでのシーンの集合から、最良のＣＯＤＥＣ表示を選択するのに、遺伝アルゴリズム処理を適用することができる。本発明の一実施例において、ニューラルネットワーク・プロセス４４０は、ＣＯＤＥＣを処理するのに、前後に伝播するアルゴリズムの組み合わせを用いる。
【０２０３】
図４Ａに戻り、この人工知能プロセスの更なる理解のため、１つの適用例を以下に提供する。理解して頂けるように、この模範的な適用例によって提供されるシステムの特徴及び動作は、本発明にかかるデータ圧縮及び配信のためのニューラルネットワーク４４０の範囲の広範な記述として考えられることである。他の適用例も為され得ると共に、本発明の範囲内に入り得る。
【０２０４】
ビデオ・コンテンツ・プロバイダは、本発明のシステムをそのサーバにインストールする。サンプル・ビデオがそのシステムに取り込まれて、先に記載した最初のＡＩプロセスを実行する。後で取り出されるべく、例えば、各ビットレート、ビデオ・パターン等々のようなＣＯＤＥＣ特性の複雑なマトリックスが作り出される。次に、クライアント・エンドユーザは、コンテンツ・プロバイダと接続して、ビデオＭを視聴する。サーバ上に常駐している本発明の通信システムは、ソフトウェアエージェントをクライアントの装置に配信し、従って、クライアントが、装置特定情報を配信するためにその通信システムと接続し、さらに、再生のための解凍ＣＯＤＥＣと共に適切な圧縮信号を受信することをイネーブルにする。次に、ＡＩシステムは、各フレーム用に適切なＣＯＤＥＣを選択し、且つ、伝送のために各フレームを適切に圧縮するために、ビデオＭをストリーミング信号としてバッファへのローディングを始める。バッファの期間は多数の変数に依存するが、主にシステムの処理能力に依存し、予め記録されているが未圧縮のビデオ・メディアに対する適切な能力を有するシステムに対して、一般に略１５分間であり得る。バッファ内において、各フレームは、図面上に示されたマトリックスにおける予めテストされた系列の「タイプ」に従って、各ＣＯＤＥＣと比較される。
【０２０５】
次に、システム４００は、例えばスクリーン解像度、利用可能メモリ等のエンドユーザ・パラメータを、そのクライアントの装置におけるソフトウェアエージェントから受信する情報を介して見る。従って、最も適切なＣＯＤＥＣが選択され、そのＣＯＤＥＣ内における特定変数を固定量に設定すること（例えば、ソース・ビデオの、過去のパターン、転送チャンネル能力或は制約、並びに、到着装置能力或は制約に対する比較に基づく）によって、最適な性能用に構成／調整される。今説明したプロセスは、一般に、分類器４１７によってフレーム毎に為されるが、ＣＯＤＥＣは、一時的な圧縮効率と比較して、他の先行及び遅延フレームを考慮して、各フレームに対するプロセスを行う。ひとたび適切なＣＯＤＥＣが選択され各フレーム用（或は、システムによって自動的に且つ適切に決定されれば複数フレームから成るブロック用）に調整されたならば、配信システムはクライアントエージェントに報告して、その調整されたＣＯＤＥＣを解凍して再生する対応するフレーム（又は複数フレーム）の方へ配信する。
【０２０６】
理解して頂けるように、このシステム４００のニューラルネットワーク４４０は、ＣＯＤＥＣライブラリ４４５内のＣＯＤＥＣの性能及び動作を連続的に学習して記憶し、その学習内容を連続的に用いて、入力メディア信号の圧縮効率を改善する。ライブラリを介する信号フレームの稼動、ＣＯＤＥＣオペレーティング・パラメータの変更、比較論理５２５（図５）による基準標準圧縮と圧縮性能との比較、および、更なる変更とのループの再稼動のプロセスは、一般に、圧縮効率を改善するために反復５５０（図５）を続ける。事実、ライブラリ４４５内の１つ或は複数のＣＯＤＥＣによる圧縮は、（単数或は複数の）基準圧縮アルゴリズムよりも良好な改善レベルに到達することができる。
【０２０７】
それにもかかわらず、時間の制約４３５（図４Ａ）が存在する場合（ストリーミング・メディア・コンテンツに対するリアルタイムでの押し引き要望等）、処理中のある特定のフレーム或は一連のフレームが圧縮（５７５）され、タイマ４３５による了承できない遅延無しで、到着地まで配信（５８０）され得るように、このプロセスはある点でいつかは停止しなければならない。次いで、次のフレーム或は一連のフレームを、ＣＯＤＥＣオペレーティング・システム内のニューラルネットワーク４４０によって操作することができる。これらの最終目的地は、所定の所望の結果への到達によって規定することができ、例えばこれに限定されるものではないが、（ｉ）例えば基準標準等と比較される所定のパーセンテージ（％）の圧縮効率への到達、（ｉｉ）例えばバッファ時間（例えば１５秒間）と関連された時間に従ってプロセスに設定された、所定の或は課せられた時間限界への到達、或は、（ｉｉｉ）（ｉ）若しくは（ｉｉ）の何れか早い方の発生によって規定され得る。いずれにしても、適切なＣＯＤＥＣを選択して圧縮５７５及び配信５８０の操作を実行するための最終目的地には到達するが、これは、ニューラルネットワーク４４０が続ける訓練に対する最終目的地を表すものではない。プロセスにおける各ループを通じて集められた情報は、５５０に記憶される。引き続く同様のフレーム或は入力フレームにおけるシステム制約パラメータが、後に５４５に遭遇した場合に、ニューラルネットワーク４４０は、記憶された情報を思い出し再検索して、圧縮５７５及び配信５８０効率を改善する。
【０２０８】
数多くの異なる通信プロトコルが意図されている一方で、有益であると思われる１つの実施例は、サーバ及びクライアント装置間の双方向通信を可能とする“フル・デュプレックス・ネットワーク・スタック(full duplex network stack)”プロトコルを用いる。この場合もやはり、他のプロトコルをこの特定の適用例に適切である一方、このフル・デュプレックス・システムはより好ましい。
【０２０９】
ここで記載したシステム４００は、レイテンシー問題を克服すべくストリーミング・メディア配信アーキテクチャを利用することや、速度問題を克服すべく埋め込まれたニューラルネットワーク４４０を利用することによって、既知のＣＯＤＥＣシステムで遭遇する困難に対処する。次いでシステム４００は、ニューラルネットワーク４４０内での圧縮用に使用されるアルゴリズムを再構築することができ、目的は、任意のネットワーク構成にわたってあらゆる時に最適な結果を達成することである。
【０２１０】
広範な種類のＣＯＤＥＣが先に記載された全体的な圧縮システム及び方法に従ってＣＯＤＥＣライブラリ４４５内で使用され得るが、本発明に従った任意の特定ＣＯＤＥＣの有益な使用は単独でか或は他のＣＯＤＥＣと組み合わせでのそうしたＣＯＤＥＣを意図している。例えば、適切なＣＯＤＥＣライブラリ４４５は以下のタイプのＣＯＤＥＣの内の１つ或はそれ以上を含み得るものであり、即ち、（ｉ）ブロックＣＯＤＥＣ（例えば、Ｍｉｃｏｒｏｓｏｆｔ Ｍｅｄｅｉａ（商標）或はＱｕｉｃｋＴｉｍｅ（商標）等のＭＰＥＧバージョン）、（ｉｉ）フラクタルＣＯＤＥＣ、並びに、（ｉｉｉ）ウェーブレットＣＯＤＥＣ（例えばＲｅａｌ（商標））等の内の１つ或はそれ以上を含み得る。別の局面に従えば、適切なＣＯＤＥＣライブラリ４４５は以下のタイプのＣＯＤＥＣの内の１つ或はそれ以上を含み得るものであり、即ち、（ｉ）運動予報ＣＯＤＥＣ、及び、（ｉｉ）静止ＣＯＤＥＣ等の内の１つ或はそれ以上を含み得る。更には、ＣＯＤＥＣライブラリ４４５は、（ｉ）損失有りＣＯＤＥＣ、及び、（ｉｉ）損失無しＣＯＤＥＣ等の内の１つ或はそれ以上を含み得る。
【０２１１】
本発明の一実施例において、これら異なるタイプのＣＯＤＥＣの全ては本発明に従ったＣＯＤＥＣライブラリ４４５によって表現され得て、所与のタイプの２つ以上の特定ＣＯＤＥＣはそのライブラリに含まれ得る。さもなければ、それら様々なタイプの様々な組み合わせが提供され得て、所望の能力を達成して、広範囲の、信号自体内のリアルタイム変数、伝送チャンネル制約、或は、到着装置制約にわたってストリーミング・メディア通信の圧縮を最適化する。更には、本発明の追加的な高有益性である局面は新しいＣＯＤＥＣがライブラリ４４５内にロードされて、ニューラルネットワーク４４０圧縮／配信システム４００における使用に対して直ちに有効とされることを可能としている。それにもかかわらず、広範囲な予知されるストリーミング・メディア信号を最適に通信する点での使用に対して有益であると思われると共に画像信号に対して特に有益であると思われるＣＯＤＥＣライブラリ４４５の１つの特定例は、以下の特定ＣＯＤＥＣを含むものであり、即ち、ＭＰＥＧバージョン１，２，４（例えば、Ｍｉｃｏｒｏｓｏｆｔ Ｍｅｄｅｉａ（商標）及びＱｕｉｃｋＴｉｍｅ（商標））、ＤＵＣＫ ＴｒｕＭｏｔｉｏｎ（商標）、ＯＮ２、Ｒｅａｌ Ｍｅｄｉａ（商標）、ＭＪＰＥＧ：Ｈ．２６１，Ｈ．２６３，Ｈ．２６３＋、ＧＩＦ、ＪＰＥＧ、ＪＰＥＧ２０００、ＢＭＰ、ＷＢＭＰ、ＤＩＶＸを含む。
【０２１２】
以下には、少なくとも部分的にはこの開示に基づき当業者に明かなように、単独及び組み合わせの双方で、広範に有益であると考えられるべき先に記載された圧縮システム及び方法の様々な局面の更なる例である。そうした広範な局面の更なる例は「発明の要約」や「特許請求の範囲」に提供されている。
【０２１３】
記載された様々なＣＯＤＥＣ動作を達成すべく人工知能を伴うニューラルネットワーク４４０を使用することは、広範に且つ独特に有益である。特に、信号品質、データ・コンテンツ、並びに、データのフォーマットへの、学習した応答の適用によって決定される、ソース・データの事前処理４１０に対するシステム及び方法が、提供されている。ソース・データの観測された特性、および、同様な圧縮データへの過去に学習した応答に依存して、好適なＣＯＤＥＣを（ＣＯＤＥＣライブラリ４４５における複数の利用可能なＣＯＤＥＣから成る集合から）選択及び適用することによって、ソース・データの各ユニット（例えば、フレーム或は複数フレームから成るブロック）を処理するためのシステム及び方法が、提供されている。元のデータの無欠性の取り込み及び保持を最適化すべく選択した圧縮アルゴリズム内の、多数の圧縮特性を設定することによって、ソース・データの各ユニットを処理するためのシステム及び方法が、提供されている。更には、先に述べた信号処理ステップの各々或は全ては、例えば、信号クリップ、ビデオ・フレーム、或は、適切であれば個別パケット等の信号データの独特で順次的なユニット各々に適用される。
【０２１４】
更に意図されていることは、本発明に従ったＣＯＤＥＣ管理システム４００が元のソース・データ／画像を正規化すると共に、ニューラルネットワーク処理モジュール４４０の仕様に合うように再度の元のデータの大きさを分類し且つサンプリングすることができる画像処理のためのシステム及び方法を提供することである。単一システムや任意のソース・データ・ストリームで任意の伝送或は記録チャンネルを供する能力も提供されている。更には、ここに記載されている様々なシステム及び方法は、個々別々でそして有益には組み合わせで、ＴＣＰ、ＵＤＰ、ＷＴＰ／ＷＤＰ、ＨＴＴＰ等々に限定されるわけではないがこれらを含んでいる任意の接続プロトコル或は無接続プロトコルとの互換性が具備されている。
【０２１５】
ここに図示し記載した本発明は、ニューラルネットワーク４４０の学習速度を加速する、非常に有益な用途を許容する一方で、そのネットワークを具現化すべく、データ記憶要件を最少化している。データ・ストリームの異なる分類は、それぞれ独特な特性を有し、それらは、ニューラルネットワーク４４０による実質的により大きな処理を必要とする。例えばビデオ・データ・ストリームは、運動の優勢及び度合い、カラーコントラスト、並びに、細目のパターン及び可視性によって異なる。より大きな処理は、最適な機能性に到達するためにより長い時間を必要とする。また、より大きな処理はより大きな予測ライブラリの記憶を必要とし、しばしば、無制限に大きなサイズに成長する。リアルタイムのニューラルネットワーク処理のために、機能性を大きく増大するように、データ・ストリームの分類の特性の事前に発展させた予測ライブラリを提供することによって、処理時間及び記憶を最少化することができる。
【０２１６】
従って以下に、単独で或は組み合わせで（ここ以外の場所で図示され且つ記載された他の実施例との組み合わせを含む）広範に有益である、本発明の事前に訓練したニューラルネットワーク４４０局面の例を示す。ニューラルネットワーク４４０において人工知能を創り出して使用し、さらに、問題の解決に用いられる知能ネットワークを事前に訓練する、システム及び方法を提供し、その問題は、必ずしもこれに限定されるわけではないが、本発明の特定の有益な態様にかかるストリーミング・メディア圧縮であり得る。また、解決すべき問題の領域を有用な部類に分類し、知能ネットワークによる学習履歴に従って処理することができる、システム及び方法が提供される。
【０２１７】
本発明は、知能ストリーミング／メディア配信システム及び方法であって、エンドユーザの能力に基づき、コンテンツ伝送や、例えばこれに限るものではないが、有効な伝送速度又は伝送帯域幅、並びに、インターネット混雑等の伝送チャンネル制約を管理するための、システム及び方法も提供する。データ圧縮及び配信システム４００は、接続（これに限るものではないが、異なるビットレート、レイテンシー、伝送特性、並びに、装置制限を含む）の態様を分析して、圧縮方法における変更を行うと共に、サービス品質（「Ｑｏｓ」）４２０問題を管理すべく、ニューラルネットワークに基づく人工知能プロセス等のような、コンピュータで実行する知能プロセスを利用する。圧縮された、ディジタルの、復元可能な及び／或は解凍可能なデータ・ストリームは、従って多数の異なるローカル及び／或は遠隔の装置に、異なる機能によって特徴付けられる、多数の伝送媒体を介して配信される。加えて、解凍システムを具えて、解凍されたデータをターミナル装置で再生する。
【０２１８】
１つの有益な実施例において、ターミナル装置は、サーバ・ノード上に常駐するシステムとのリンクを設定する。通信を設定するために通常必要とされるソフトウェアを除いて、ターミナル装置は初期的には、その内部に、本発明にかかる常駐ソフトウェアを持たない場合がある。そのターミナル装置をサーバ・ノードとリンクするに及んで、システムはソフトウェア媒介物をそのターミナル装置に伝送し、それがサーバ側の他のソフトウェア・モジュールと協働して、一緒に全体的な配信システムを形成する。ソフトウェアエージェントは、そのシステムに、ターミナル装置構成やデータを解凍し表示するための処理能力を通知する。そのソフトウェアエージェントは、そのシステムに、ターミナル装置及びサーバの間の通信チャンネルの特性の特定の関連情報をも報告する。そうした情報は、これに限定するものではないが、レイテンシー、帯域幅、並びに、信号経路無欠性を含む。ターミナル装置構成とチャンネル特性及び能力のリアルタイム更新とに基づき、システムは、バッファ長、伝送済みビットレート、並びに、エラー修正等のパラメータを変更することによって、圧縮データの伝送を能動的に管理する。また、システムは、動作条件を圧縮システムに供給して、データの配信を最適化すべく、エンコーディング及び圧縮の設定を動的に変更する。ターミナル装置上に常駐する配信ソフトウェアエージェントは、圧縮／解凍アルゴリズム、及びその設定におけるセグメント毎の変化から構成される、データ・ストリームを解凍する。ターミナル装置構成に依存して、様々な指示を、解凍アルゴリズム及びエンディング設定の各組み合わせに対してセグメント毎に、特に非常に活気のないクライアントに対して、リフレッシュすることができる。解凍用の指示も、もしターミナル装置に適切であれば、残留させ続けることができる。
【０２１９】
到着装置への伝送、および到着装置による動作のために記載されたソフトウェアエージェントは、それ故に、記載された圧縮／配信システム及び方法の、非常に有益な態様とも考えられる。ソフトウェアエージェントをソースから装置へ配信することによって、広範囲に存在する到着装置を、１つ或はそれ以上のアルゴリズムの可変的な使用、又は伝送ソースでの他の動作を含み得る方法にかかる通信に対して、使用することができる。言い換えれば、到着装置は、従来のストリーミング及びスタティック・メディア通信システムの多くに必要とされるような、「フォーマット特定」のプレイヤーであることを要求しなくてもよい。また、診断機能を具備する宛先エージェントを提供することによって、様々な状況から成る所与の集合に対する適切なＣＯＤＥＣ処理を行うためのニューラルネットワーク・プロセスにおいて、診断情報を到着装置に集めることができ、さらに、ソース使用に準拠するフォーマットで該ソースへ戻すように伝送することができる。
【０２２０】
リアルタイムでの、クライアント側の装置データ、及び通信チャネル状況を含む、サービス品質情報を提供するためにクライアント側のエージェントを使用することも、従って、特定の用途や、ここに提供する本発明の他の態様から成る組み合わせを超えて、幅広く有益であると思われる。加えて、クライアント側装置及びリアルタイム通信チャンネル条件に適合すべく圧縮された伝送準備済みデータの各ユニットの処理も、広範に及ぶ有益性を有すると幅広く解釈される。更には、クライアント側エージェントに指示して、順次一意的に圧縮されたデータユニットの各々の解凍を可能とするシステム及び方法を記載している。それ故に、本発明の別の広範な有益性は、到着装置に、元のメディア信号の圧縮表現を解凍して、元のメディア信号の態様、伝送チャンネル制約、並びに、到着装置制約の内の少なくとも１つに関連する可変パラメータに基づき、解凍した表現に為すことができるＣＯＤＥＣを提供する（特定の実施例に対してここで記載した伝送ソースから等）。別の広範な態様において、到着装置は、元のメディア信号の態様に関連するパラメータに基づきＣＯＤＥＣライブラリから選択されるＣＯＤＥＣを用いることができる。
【０２２１】
ここに記載されたシステム及び方法は、例えば信号クリップ、ビデオ・フレーム、或は、適切であれば個別のパケット等の信号データの独特で順次的なユニット各々の信号処理にも適用可能である考えられる。加えて、システム及びその様々なサブシステムも、それぞれ適切な装置にロードされなければないないか、或は、サーバ側上等に、特定の状況ではクライアント側上に（例えば到着媒介物の様々な局面）ホスト・ハードウェアのコンポーネント若しくはチップに埋め込まれ得るか、さもなければ、フラッシュメモリ等に記憶され得るような純粋なソフトウェアであり得る。
【０２２２】
今記載されたメディア・システム及び方法の様々な局面は、例えば様々な通信装置、通信／伝送チャンネル・フォーマット及び標準、並びに、ここに記載されている以外（例えば先の「背景技術」の欄）のメディア・タイプ及びフォーマットに対する準拠を含む幅広い既知であると共に直に予知されるメディア通信要望に準拠する使用に対して有益であると考えられる。
【０２２３】
しかしながら更なる理解の目的のため、図６は本発明の一実施例に従った「ビデオ・オン・デマンド」局面に特に適用されたような全体的なストリーミング・メディア通信システム６００の概略図を示し、数多くの異なる場所における数多くの異なるエンドユーザ６１０−６２０は遠隔ソースからリアルタイム（例えば実質的な遅延無し）で、事前記録されたビデオを要求して受信し得る。図６に提供される情報に加えて、少なくとも１つの特定具現化例は以下のビットレートで以下のタイプのビデオを配信するものであり（到着装置によって典型的な人の観測者の目によって観測されるような全く損失がないか或は実質の無い損失を有する解凍済み表現に変換可能な元の信号の圧縮表現に留意）、即ち、約２５０Ｋｂｓの低いＶＨＳ-フォーマット・ビデオ、約４００ＫｂｓのＤＶＤ-フォーマット・ビデオ、約９００ＫｂｐｓのＨＤＴＶ-フォーマット・ビデオである。これらの局面に従えば、ビデオ・オン・デマンドは、例えば既存のＤＳＬ線６３０−６４０にわたる等の常駐伝送線チャンネルにわたる電話キャリアによって提供され得ると思われる。
【０２２４】
しかしながら、利用可能な帯域幅やマスコミュニケーションが問題を提示し続けるように、より大きな効率性が達成されて、これらのタイプのビデオ信号の圧縮表現をより低いビットレートでさえ配信することになる。再度、ここ以外に記載されているように、本発明に係る圧縮効率性はニューラルネットワーク４４０にとって利用可能と為されている処理能力と、変更されたタイプのメディアに対して学習及び訓練が続行されたニューラルネットワーク４４０との関数と密に関連すると共にその関数として改善する。これらリソース（資源）は、本発明の基本的な特徴への変更無しに、より顕著な圧縮効率を達成可能と為す。
【０２２５】
それ故に、以下は、所望されると共に本発明の一実施例に従って達成可能であると思われる特定の圧縮ビデオ信号に対する伝送レートの更なる例であり、即ち、約２００Ｋｂｐｓ、より好ましくは約１５０Ｋｂｐｓ、そして更により好ましくは約１００Ｋｂｐｓと低いＶＨＳ−フォーマット・ビデオ、約３５０Ｋｂｐｓ、より好ましくは約３００Ｋｂｐｓ、そして更により好ましくは約２５０Ｋｂｐｓと低いＤＶＤ−フォーマット・ビデオ、並びに、約８００Ｋｂｐｓ、そして更により好ましくは約７００Ｋｂｐｓと低いＨＤＴＶ−フォーマット・ビデオである。
【０２２６】
更には、本発明の一実施例に係るメディア通信システム４００の少なくとも１つの具現化例は７Ｋｂｐｓの伝送レートで２０〜２４フレーム／秒のカラービデオを配信する。これは、これ以降の別の場所で更に展開されるように、ＷＡＰゲートを介して、ワイヤレス到着装置へのストリーミング・メディア信号の通信に関する実質的な前進をイネーブルすると思われる。
【０２２７】
また理解して頂きたいことは、ビデオ通信がこの開示において強調されたが、他のタイプのストリーミング或はスタティック・メディアも意図されていることである。例えば、圧縮及び配信実施例の少なくとも１つの具現化例が観察されて、実質的なＣＤ品質サウンド（例えば、到着装置によって典型的な人の観測者の耳によって観測されるような全く損失がないか或は実質的な損失が無い）解凍済み表現に変換可能である元の信号の圧縮表現を介して）を約２４Ｋｂｐｓのビットレートで提供している。これらのレートで、オーディオマニア品質のサウンドがダイアルアップ・モデムにわたって再生用に配信され得る。しかしながら、更に利用可能なリソース責務やニューラルネットワーク訓練の程度に関して、更に意図されることは、本発明が約２０Ｋｂｐｓの低さ、そして約１５Ｋｂｐｓ或は１０Ｋｂｐｓの更なる低さの速度でＣＤ品質サウンドを配信できることである。
【０２２８】
ワイヤレス・オーディオ通信システム
更に意図されていることは、本発明のストリーミング・メディア通信システムがワイヤレス・オーディオ通信ネットワーク内、特にセルラー通信系ネットワーク内において特に有用な用途を有する。それ故に、図７及び図８は、本発明の特定の各種実施例に従ったワイヤレス・オーディオ通信システムに特に適用されたストリーミング・メディア通信システム７００及び８００を細部の増大する量を伴って概略的に示している。特定の装置、システム・パラメータ、或は、図示された通信装置の配列が本発明の全体的な用途で有益であると思われる一方で、それらは制限していると考えられるべきではなく、この開示に基づき当業者に従って他の代替物で適切に置き換えられ得る。よって、この開示の他の場所で参照される様々なワイヤレス通信システム７００及び８００の標準及びプロトコルは、本発明の一実施例に従った圧縮、配信、解凍、並びに、トランスコーディングの様々な局面との統合の目的でこの欄に組み入れられる。
【０２２９】
本発明の一実施例に係る通信システム４００のセルラー通信ネットワークの他の構成要素との組み合わせは、本発明に従った、向上された圧縮、配信、並びに、解凍を可能として、ワイヤレス・オーディオ通信に対するサービスの増大された品質に現れている。本発明に従ったセルラー通信における改善は、制限無しに、増大される利用可能帯域幅、拡張される受信範囲の例を含むと共に、適切な降格を提供するものの低信号品質或は低受信レベルの期間中に結合又は接続を維持する。
【０２３０】
より明確には、セルラー通信系信号は、例えばクライアントのローミング位置及び制限されたセル範囲、大気状態、並びに、毎日の使用サイクルにわたっての著しく制限され変化する利用可能帯域幅による比較的高い度合いの変数によって特徴付けられる。それ故に、本発明に従った自己最適化ＣＯＤＥＣ管理システムは、適切な通信や圧縮様式を変化する環境に合わせて調節することに対して特に良好に適合している。少なくとも、圧縮効率の増大や所与の信号に対して使用される帯域幅における結果としての減少は、ワイヤレス・チャンネル・トラフィックが混雑し続ける場合に価値ある偉業である。
【０２３１】
１つの特定の点において、本発明に従った増大された圧縮効率は充分に適用されて、図９に図示されるように、セル間の「ソフト・ハンドオフ」中の帯域幅問題を改善する。セルラー電話通信中、送信器或は受信器がセル適用範囲領域を移動すればいつでも、通信帯域幅要件及びその結果のコストがセル間のアクティブな通信を「うまく行わせる」べくシステム要件によって増大される。通信をうまく行わせる行為は、先行のアクティブなセルラー送信器から中心オフィスまでの「逆送」チャンネルを生じ、新しくアクティブとなったセルラー送信器へ転送する。この逆送チャンネルは帯域幅の主要な用途を表す。節約は増大された圧縮から生ずる。図に示されるように、そうした「逆送」は特定の信号を通信するために使用される帯域幅における倍増（通信のために第１セルから逆に送信されたメディアが立ち去って第２セルへ再送信される）或は４倍増（第１及び第２のセル双方からの部分的重複通信）すら含み得る。
【０２３２】
本発明のメディア通信システム４００は、ソフトウェア媒介物に設けられた伝送チャンネル診断に従って等で逆送が何時生じているかを認識し得て、補償すべき圧縮度を調節することによって応答し得る。
【０２３３】
ＷＡＰビデオ・ゲートウェイ
ワイヤレス或はモバイル・インターネットで観測され予言される急激な成長の特別な検討によって、本発明の実施例はＷＡＰゲートウェイ機能と組み合わせた知的圧縮／解凍の実施例の用途を意図している。
【０２３４】
それ故に、複雑なディジタル・メディア（例えばビデオ写真）をコード化、圧縮、並びに、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）を利用する帯域幅制約ワイヤレス通信システムを介して伝送するシステム及び方法も本発明に従って提供されている。一実施例において、人工知能を伴ったニューラルネットワークを利用してデータは（単数或は複数の）サーバ・ノードに常駐するシステムによって処理される。データのサンプル・セグメントは入力ストリームから取り込まれ、処理されて、クライアントの分類に独特な要件に応じる。先に詳細に記載されたように、システムは連続的に変化するディジタル・データ・ストリームの特性を事前開発された経験的に学習された規則から成るライブラリと相関させると共に、最終的にはクライアント・インターフェースで受信され、デコードされ、そして提示されるようなデータの干渉性、連続性、並びに、詳細を最適に振り付ける又は構成すべく外部的に課せられた制約と相関される。
【０２３５】
ここで記載されたストリーミング・メディア通信システムの追加された機能が具備されたゲートウェイは図８に概略的に示されている。ＷＡＰゲートウェイ・システム８３０に従って、クライアント媒介物が提供されて、様々なプラットフォーム上に走ることができ、ビデオ・ストリームをデコードすべき特殊化されたハードウェアを何等必要としない。ここ以外に記載された本発明のストリーミング・メディア配信システムの使用に従って、ＷＡＰ装置の視聴者は上流側のシステム・サーバとの一定通信を維持して、ユーザ側クライアント８２５がエンコーディング・プラットフォームにストリーミング・メディア通信のための関連情報、即ち、制限無しに、有効スクリーン・サイズ、処理能力、クライアントオペレーティング・システム及びブラウザ・バージョン、接続速度、並びに、レイテンシーを含む関連情報を具備させ得ることによって、ストリーミング・メディア配信システムがストリームを誂えてそれが「話す」各個別クライアント向けと為すことを可能としている。従って、ここで記載されたようなＡＩ圧縮を組み入れているＡＩ駆動サーバ８３０はＷＡＰゲートウェイ８３０と組み合わせ可能であり、必要なＷＡＰからＴＣＰ／ＩＰプロトコル（或は他のプロトコル、即ちデュアル・サーバ・スタック）翻訳を、圧縮システム、配信システム、並びに、解凍システムとここに記載された方法とを利用するビデオ及びオーディオ・サーバ８３５と組み合わせる。ＷＡＰゲートウェイ８３０は、例えばトランスコーダ・システム及びここに記載された方法を組み入れているビデオ・トランスコーダを更に含み得る。このシステムに従った適切なホスト・アーキテクチャ（不図示）は、変更ＷＡＰゲートウェイ８３０によるか或は既存のサーバへのプラグ-インとしてのリナックスＯＳを走るラック取付システムを一般に含む。
【０２３６】
このＷＡＰゲートウェイ８３０は、更に、全体的なストリーミング・メディア配信アーキテクチャ（特にワイヤレス以外の他の配信システムに適用可能）の別の有益性局面として、マスター／スレーブ関係で提供されている。Ａｋａｍａｉ及びＩｎｋｔｏｍｉを通じて利用可能であるような様々なコンテンツ分配ネットワークは、インターネットの境界上に常駐するサーバ上の「スマート・キャッシング(smart caching)」を用いることによって、インターネットにわたるデータ配信を改善する概念を活用した。そうしたマスター／スレーブ関係は本システムによって維持され、マスター・サーバが配信されるべきコンテンツのソースに常駐し、スレーブ・サーバは境界上に常駐する。これらサーバは「知的に」通信して、インターネットにわたるコンテンツ配信を最適化し、レイテンシー、帯域幅、並びに、記憶の要件を低減して、エンドユーザ向けのビデオ／オーディオ・ストリームの全体的な品質を改善すると共に、コンテンツ・プロバイダ向けメディア配信のコストを減少している。
【０２３７】
本発明のＷＡＰゲートウェイ８３０はモバイル通信における続行された成長をサポートするが、これは大きな遠隔通信オペレータがマルチサービス・ブロードバンド・ネットワークに移行していく場合、そしてモバイル・インターネットへの加入者の数が急激に膨張し続ける場合である。特にモバイル通信はシステム及びプロトコルの広範な分類であり、各々がそれ自体の制約やストリーミング・メディアを通信すべく双方向装置の必要性を有する。特に有益な局面であるゲートウェイ８３０は、やがて現れる「２．５Ｇ」及び「３Ｇ」ネットワーク・テクノロジー（システムの数値的な前進はインターネット-イネーブル化能力の前進を一般に表す）の向上を伴って種々の「２Ｇ」システムをサポートし得る。
【０２３８】
以下のテーブル３は既知のモバイル通信標準の例を提供すると共に、メディアプレイヤーとしてモバイル到着装置の分野の間でストリーミング・メディア通信を最適化するために、本発明に係るＡＩシステムによって使用される特定の関連情報を提供している。
【０２３９】
【表３】
【０２４０】
加えて、本発明は広範な種々のメディア信号を様々な異なるタイプのワイヤレス通信装置へ流す能力に特に有益性がる。ストリーミング・メディア通信システムと本発明の方法との使用に適合するワイヤレス通信装置の例であり、それらシステム及び方法は交換可能にサポートしている場合の例は以下のテーブル４に提供されている。
【０２４１】
【表４】
【０２４２】
様々な特定例は以下に記載され、ここで記載されたように本発明の実際のワイヤレス・インターネット適用例の観察を提供する。そうした例は、（制限無しに）少なくとも、到着ワイヤレス通信装置、伝送チャンネル、通信プロトコル、並びに、それら自体の各ストリーミング・メディア信号と関連された多様なパラメータに従ったＣＯＤＥＣライブラリの使用を含む。これらの例に従って使用されるシステム及び方法の様々な独特の特徴は本発明の独立して有益な局面を更に規定していると思われる。
【０２４３】
共有された対話式環境
顕著なクライアント側処理能力の必要性無しに、高品位、多重次元、多数参加者型のシミュレートされた環境とのリアルタイム遠隔クライアント対話をイネーブルするための本発明に従ったシステム及び方法が提供される。より詳細には、図１０は本発明に従った共有された対話式ゲームに適用されるような全体的なストリーミング・メディア通信システムを示している。
【０２４４】
このシステムは、（ｉ）プロキシー・サーバ、（ｉｉ）本発明の配信システムをサポートするクライアント・ソフトウェア媒介物、並びに、（ｉｉｉ）サーバからクライアントまでのストリーミングを含む。意図されていることは、設計によって共有された対話式のゲームを典型的には表す多数のクライアントに対して、今記載したような多数のコンポーネントが各クライアントをサポートすべく提供されていることである。
【０２４５】
対話式ゲーム実施例はデータ圧縮と、他の同様で遠隔的に配置された装置システムからの圧縮信号用の到着装置でもある装置を具備する配信実施例との具現化を意図している。この構成は広範な有益性があり、例えば、ビデオ会議等の更なる対話式メディア具現化において有益性がある。従って、各遠隔システムはソース及び到着装置の双方であり、それと他の遠隔システムとの間で媒介物を受送信する。
【０２４６】
到着装置
本発明の通信システムはストリーミング・メディア信号の広範囲な種類の到着装置向けに通信することを可能としており、本発明の更なる意図された特徴はクライアント・ユーザによる到着装置／プライヤーとして収容されるべき遠隔受信器を提供することである。このセット-トップ・ボックスは、ビデオ・オン・デマンド（ＶＯＤ）；ミュージック・オン・デマンド（ＭＯＤ）；要望に応じた対話式ゲーム（ＩＧＯＤ）；ボイス・オーバー・インターネット・プロトコル（「ＶｏＩＰ」）であり、ＩＰ接続上のボイス・テレホニー・サービスを提供する任意のテクノロジー；テレビ・ウェブ・アクセス；ライブ・テレビを記録、ポーズ、並びに、再生すべくディジタル・ビデオ・レコーディング、ポーズ、並びに、プレイバック生テレビ；Ｅ−メール；チャット；ＤＶＤプレイヤー；並びに、当業者には明かな他の用途の内の、好ましくは、多数であり、ことによると全てであるが、少なくとも１つを供するべく適合し得る。この全てはユーザ自身の家庭の安楽な状態の中の既存のテレビジョンに配信され得る。更には、このボックス或は本発明の通信システムとインターフェース接続している他のシステムを利用しているクライアントはＤＶＤ品質ビデオ及びサラウンド・サウンドをケーブル及びＤＳＬ接続を介して受信し得る。
【０２４７】
例
本発明に達成され得る高有益性結果を更に説明する目的のため、以下は関連議論を伴う観測結果を含むストリーミング・メディア通信の異なるタイプに対して使用されている特定の実施例の例示である。これらの例は異なる伝送チャンネルにわたって同一事前記録ビデオの通信であって、異なる到着装置向けの通信を説明するものであり、事前記録されたビデオが、解像度７２０本、カラー情報３２ビット、生起ファイル・サイズ約１．４ギガバイトの諸生起特性を有している。
【０２４８】
例１
「ｉＰＡＱ」モデル３６５０手持ちＰＤＡ（この開示の際に約５００ドルであるＣｏｍｐａｑ Ｉｎｃ．社から商業的に入手可能）が提供された。このＰＤＡは、１４．４Ｋｂｐｓ（最大）ワイヤレスＣＤＰＤモデム（この開示の際に約２００ドルであるＳｉｅｒｒａ Ｗｉｒｅｌｅｓｓ社から商業的に入手可能な「ＡｉｒＣａｒｄ３００」ワイヤレス外付けモデム）と拡張アセンブリ（Ｃｏｍｐａｑ Ｉｎｃ．社製のｉＰＡＱ（商標）ＰＣＭＣＩＡ拡張スリーブ）を用いてインターフェースさせられ、このワイヤレス・モデムと結合するＰＣＭＣＩＡカード・スロットを伴う。使用されるｉＰＡＱ（商標）は、一般に、２０６ＭＨｚプロセッサ、３２Ｍｂメモリ、１２ｂ／ｐｉｘｅｌ カラー、２４０ｘ３２０スクリーン寸法、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐ．社製ＰｏｃｋｅｔＰＣ（商標）オペレーティング・システム・バージョン３．０、並びに、ステレオサウンドの諸処理パラメータを有するように特徴付けられている。ｉＰＡＱ（商標）は、約１３．３Ｋｂｉｔ／秒の接続帯域幅でＡＴ＆Ｔセルラー・ワイヤレス・キャリア・システムにわたって、インターフェースされたＣＤＰＤモデムを介してカリフォルニア州サンフランシスコ市のインターネットと接続された。カリフォルニア州サンホゼ市に配置されたサーバ（約５マイル遠方）がｈｔｔｐ及びｒｔｓｐプロトコルを利用するＰＤＡによって接触させれ、ＰＤＡは、解像度７２０本、カラー情報３２ビット、生起ファイル・サイズ１．４ギガバイトの諸生起特性を有する事前記録ビデオの要求を始動すべく使用された。約７秒以内に、その事前記録されたビデオの圧縮近似物が受信され、解凍され、そしてＰＤＡスクリーン上に該ＰＤＡによって表示された。全ビデオは観測可能な遅延或は欠陥無しに完全動作の２４０ｘ３２０ｘ１２ｂｐｐ解像度で見えた。
【０２４９】
例２
「Ｊｏｒｎａｄａ（商標）」モデル５４８手持ちＰＤＡ（この開示の際に約３００ドルであるＨＰ Ｉｎｃ．社から商業的に入手可能）が提供されている。このＰＤＡは、９．６Ｋｂｐｓ（最大）ワイヤレスＣＤＭＡ電話（この開示の際に約２００ドルであるＭｏｔｏｒｏｌａ社の承認ベンダーから商業的に入手可能な「Ｍｏｔｏｒｏｌａ ｉ８５ｓ」ワイヤレス外付けディジタル・セルラー電話）と、この電話及びＰＤＡを一緒に結合してワイヤレス・モデムを形成するアダプター・ケーブル（Ｍｏｔｏｒｏｌａ社製及びＨＰ社製のＭｏｔｏｒｏｌａ及びＨＰ ＲＳ-２３２標準インターフェース・ケーブル）を用いてインターフェースさせられてた。使用されるＪｏｒｄｎａｄａモデルＰＤＡ装置は、１３３ＭＨｚプロセッサ、３２Ｍｂメモリ、１２ｂ／ｐｉｘｅｌ カラー、２４０ｘ３２０スクリーン寸法、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐ．社製ＰｏｃｋｅｔＰＣ（商標）オペレーティング・システム・バージョン３．０、並びに、ステレオサウンドの諸処理パラメータを有するように特徴付けられている。Ｊｏｒｄａｎａ（商標）は、約８Ｋｂｉｔ／秒の接続帯域幅でＮｅｘｔｅｌディジタル・セルラー・ワイヤレス・キャリア・システムにわたって、インターフェースされたＣＤＭＡ電話／モデムを介してニュージャージ州ニューアーク市のインターネットと接続された。カリフォルニア州サンホゼ市に配置されたサーバ（約２９００マイル遠方）がｈｔｔｐ及びＷＤＰプロトコルを利用するＰＤＡによって接触させれ、ＰＤＡは、解像度７２０本、カラー情報３２ビット、生起ファイル・サイズ１．４ギガバイトの諸生起特性を有する事前記録ビデオの要求を始動すべく使用された。約７秒以内に、その事前記録されたビデオの圧縮近似物が受信され、解凍され、そしてＰＤＡスクリーン上に該ＰＤＡによって表示された。全ビデオは観測可能な遅延或は欠陥無しにフルカラーの１７６ｘ１２０ｘ８ｂｐｐ解像度で見えた。
【０２５０】
例３
「セット-トップ・ボックス」モデルｓｔ８５０ブック型ＰＤＡ（この開示の際に約３００ドルであるＭＳＩ Ｉｎｃ．社から商業的に入手可能）が提供されている。このセット-トップ・ボックスは、１０Ｍｂｐｓ（最大）イーサネット（登録商標）／８０２．１１接続と、このセット-トップ・ボックスをブロードバンド接続（ＤＳ３）と結合するＣＡＴイーサネット（登録商標）・ケーブル（Ｇｅｎｅｒｉｃ）を用いてインターフェースさせられてた。使用されるセット-トップ・ボックスは、４００ＭＨｚプロセッサ、６４Ｍｂメモリ、３２ｂ／ｐｉｘｅｌ カラー、スクリーン解像度７２０本、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐ．社製ＣＥオペレーティング・システム・バージョン２．１１、並びに、ＡＣ３ディジタル６チャンネル・サラウンド・サウンドの諸処理パラメータを有するように特徴付けられている。このセット-トップ・ボックスは、約３７６Ｋｂｉｔ／秒の接続帯域幅でＡｌｔｅｒ．Ｎｅｔ Ｉｎｔｅｒｎｅｔ Ｂａｃｋｂｏｎｅにわたって、インターフェースされた共有ＤＳ３接続を介してニュージャージ州ニューアーク市のインターネットと接続された。カリフォルニア州サンホゼ市に配置されたサーバ（約２９００マイル遠方）がｈｔｔｐ及びｒｔｓｐプロトコルを利用するこのセット-トップ・ボックスによって接触させれ、このセット-トップ・ボックスは、解像度７２０本、カラー情報３２ビット、生起ファイル・サイズ１．４ギガバイトの諸生起特性を有する事前記録ビデオの要求を始動すべく使用された。約９秒以内に、その事前記録されたビデオの圧縮近似物が受信され、解凍され、そして商業劇に入手可能な基準モニタ（Ｓｏｎｙ）・スクリーン上に該セット-トップ・ボックスによって表示された。全ビデオは観測可能な遅延或は欠陥無しに完全動作の７２０本ｘ３２ｂｐｐで見えた。
【０２５１】
発明を説明する目的で著しく詳細に様々な特定実施例がここに示され且つ記載されたが、理解して頂きたいことは、更なる変更及び改善が、本発明の意図された範囲から逸脱すること無しに、この開示に基づき当業者であれば為され得ることである。例えば、詳細には記載されなかった様々な実施例の様々な可能性ある組み合わせが為され得るが、それらが本発明の意図された範囲内に依然として入る。別の例に従えば、明かな改善或は変更も様々な実施例に為され得て、この発明の意図された範囲内に依然として入る。
【図面の簡単な説明】
【０２５２】
【図１Ａ】図１Ａは従来のＣＯＤＥＣシステムを用いた、先行技術に係るメディア通信システムの２つの各種変形例を表している概略ブロック線図を示す。
【図１Ｂ】図１Ｂは従来のＣＯＤＥＣシステムを用いた、先行技術に係るメディア通信システムの２つの各種変形例を表している概略ブロック線図を示す。
【図１Ｃ】図１Ｃは先行技術に係るメディア・トランスコーダ・システムの２つの各種変形例を表している概略ブロック線図を示す。
【図１Ｄ】図１Ｄは先行技術に係るメディア・トランスコーダ・システムの２つの各種変形例を表している概略ブロック線図を示す。
【図１Ｅ】図１Ｅは先行技術に係るＷＡＰゲートウェイ通信システムにおける様々な相互に関係する構成要素の概略ブロック流れ図を示す。
【図２】図２乃至図３は、２つの各種使用モード中における本発明の一実施例のトランスコーダ・システムの概略ブロック線図を示す。
【図３】図２乃至図３は、２つの各種使用モード中における本発明の一実施例のトランスコーダ・システムの概略ブロック線図を示す。
【図４Ａ】図４Ａ乃至図５は、本発明の一実施例に従ったメディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図４Ｂ】図４Ａ乃至図５は、本発明の一実施例に従ったメディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図５】図４Ａ乃至図５は、本発明の一実施例に従ったメディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図６】図６は、本発明の一実施例に従った「ビデオ・オン・デマンド」ストリーミング・ビデオ通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図７】図７は、本発明の一実施例に従ったワイヤレス・ストリーミング・ビデオ通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図８】図８は、本発明の一実施例に従ったＷＡＰゲートウェイ・メディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図９】図９は、本発明の一実施例のメディア通信システムの１つの特定使用モードに従った逆送中のメディア通信システムの様々な相関構成要素の概略ブロック流れ図を示す。
【図１０】図１０は、本発明の一実施例に従った対話式ゲーム通信システムとセット-トップＴＶブラウズィング(browsing)の様々な相関構成要素の概略ブロック流れ図を示す。
【符号の説明】
【０２５３】
１００ ソース・メディア
１３０，１３５，１４０ 到着装置
１４５ ＣＯＤＥＣ
２００ ビデオ／オーディオ・トランスコーダ
２１０ ビデオ・ソース
３００ サーバ
４００ データ圧縮及び配信システム
４０５ メディア・モジュール
４０７ 動的プレイヤー・モジュール
４１０ 画像プロセッサ
４１５ 基線スナップショット
４１７ 分類器
４２０ 標準品質（ＱｏＳ）モジュール
４２５ ネットワーク層入力モジュール
４３０ ネットワーク層出力モジュール
４３５ タイマ
４４０ ニュートラルネットワーク処理モジュール
４４５ ＣＯＤＥＣライブラリ・モジュール
４５０ 動的クライアント要求モジュール
４５５ ＩＣＭＰモジュール
４６０ 装置及びネットワーク・パラメータ測定モジュール
４６５ 配信及び伝送モジュール
【特許請求の範囲】
【請求項１】
方法であって、
送信先のエージェントに伝送すべき、各々が多数の時間的に近接するフレームを含む、複数のセグメントに分離されたメディア信号を取得するステップと、
前記メディア信号内の複数のセグメントの各々に対して、
品質および圧縮のレベルに関して各ＣＯＤＥＣが前記セグメントをどのようにコード化するかを判定するために、前記セグメントに対して複数の異なるＣＯＤＥＣをテストするステップと、
帯域幅制約を超えずに、複数の規準に従って前記セグメントに対して最高品質のコード化出力を生成するＣＯＤＥＣを自動的に選択するステップと、
前記選択されたＣＯＤＥＣを用いてコード化されたセグメントを前記送信先のエージェントまで配信するステップと、さらに
前記送信先のエージェントに、どのＣＯＤＥＣを前記セグメントのコード化に用いたかを報告するステップと、
を繰り返すステップとを含み、少なくとも２つのセグメントが異なるＣＯＤＥＣを用いてコード化される方法。
【請求項２】
セグメントの１つ以上の識別された特性と前記選択されたＣＯＤＥＣとの間の関連性を記憶するステップを更に含む、請求項１に記載の方法。
【請求項３】
前記テストするステップが、
前記セグメントの基準スナップショットを記憶するステップと、
テストされるべき各ＣＯＤＥＣに対して、
前記複数のＣＯＤＥＣの内の１つを用いて前記帯域幅の制約以下で前記セグメントをコード化するステップと、
前記ＣＯＤＥＣと同一のＣＯＤＥＣを用いて前記セグメントをデコードするステップと、
前記複数の規準に従って、前記デコードされたセグメントの品質を前記基準スナップショットと比較するステップと、
を更に含む、請求項１に記載の方法。
【請求項４】
前記比較するステップが、ピーク信号対ノイズ比（ＰＳＮＲ）に従って前記品質を比較するステップを更に含む、請求項３に記載の方法。
【請求項５】
前記送信先のエージェントの内の少なくとも１つと該送信先のエージェント向けの伝送チャンネルとの間の制約に基づき前記帯域幅制約を調整するステップを更に含む、請求項１に記載の方法。
【請求項６】
前記メディア信号の引き続くセグメントが、１つ以上の同一の識別された特性を有することが見出された場合、前記引き続くセグメントをコード化するために、前記記憶された関連性から自動的にＣＯＤＥＣを選択するステップをさらに含む、請求項２に記載の方法。
【請求項７】
前記ＣＯＤＥＣが、人工知能（ＡＩ）システムを用いて、前記記憶された関連性から自動的に選択される、請求項６に記載の方法。
【請求項８】
前記ＡＩシステムがニューラルネットワークを含む、請求項７に記載の方法。
【請求項９】
前記セグメントの特性が、時間的特性、空間的特性、並びに、論理的特性から成るグループから選択される、請求項２に記載の方法。
【請求項１０】
前記ＣＯＤＥＣが、ブロックＣＯＤＥＣ、フラクタルＣＯＤＥＣ、並びに、ウェーブレットＣＯＤＥＣから成るグループから選択される、請求項１に記載の方法。
【請求項１１】
前記配信するステップが、前記コード化されたセグメントをネットワークを介して前記送信先のエージェントへ配信するステップを更に含み、前記報告するステップが、どのＣＯＤＥＣを前記ネットワークを介して前記送信先のエージェント向けの前記セグメントのコード化に用いたか、の表示を送信するステップを含む、請求項１に記載の方法。
【請求項１２】
前記配信するステップが、前記コード化されたセグメントを記憶媒体に記憶するステップを更に含み、前記報告するステップが、どのＣＯＤＥＣが前記記憶媒体上の前記セグメントのコード化に用いたかの表示を記憶するステップを含む、請求項１に記載の方法。
【請求項１３】
システムであって、
送信先のエージェントへ伝送すべき、各々が多数の時間的に近接するフレームを含む、複数のセグメントに分離されたメディア信号を取得する入力モジュールと、
品質および圧縮のレベルに関して各ＣＯＤＥＣが前記セグメントをどのようにコード化するかを判定するために、前記セグメントに対して複数の異なるＣＯＤＥＣをテストし、帯域幅制約を超えずに、複数の規準に従って前記セグメントに対して最高品質のコード化出力を生成するＣＯＤＥＣを自動的に選択する選択モジュールと、
それぞれの選択されたＣＯＤＥＣを用いてコード化された各セグメントを前記送信先のエージェントまで配信し、さらに、前記送信先のエージェントに、どのＣＯＤＥＣを前記各セグメントのコード化に用いたかを報告する出力モジュールと、
を含むシステム。
【請求項１４】
前記選択モジュールが、
各セグメントの基準スナップショットを記憶して前記セグメントに対して複数のＣＯＤＥＣをテストし、テストされるべき各ＣＯＤＥＣに対して、前記ＣＯＤＥＣの内の１つを用いて前記帯域幅で或はそれを下回るように前記セグメントをコード化し、同一の前記ＣＯＤＥＣを用いて前記セグメントをデコードし、そして、前記デコードしたセグメントの品質を前記複数の規準に従って前記基準スナップショットと比較するものである、請求項１３に記載のシステム。
【請求項１５】
前記選択モジュールが、
セグメントの１つ以上の識別された特性と前記選択されたＣＯＤＥＣとの間の関連性を記憶する、請求項１３に記載のシステム。
【請求項１６】
前記選択モジュールが、
前記メディア信号の引き続くセグメントが、１つ以上の同一の識別された特性を有することが見出された場合、前記引き続くセグメントをコード化するために、前記記憶された関連性から自動的にＣＯＤＥＣを選択する、請求項１５に記載のシステム。
【請求項１７】
前記ＣＯＤＥＣが、人工知能（ＡＩ）システムを用いて、前記記憶された関連性から自動的に選択される、請求項１６に記載のシステム。
【請求項１８】
前記ＡＩシステムがニューラルネットワークを含む、請求項１７に記載のシステム。
【請求項１９】
前記シーンの特性が、時間的特性、空間的特性、並びに、論理的特性から成るグループから選択される、請求項１５に記載のシステム。
【請求項２０】
前記品質がピーク信号対ノイズ比（ＰＳＮＲ）に従って比較される、請求項１４に記載のシステム。
【請求項２１】
前記選択モジュールが、
前記送信先のエージェントと該送信先のエージェント向けの伝送チャンネルとの内の少なくとも１つの制約に応じて前記帯域幅制約を調整するものである、請求項１３に記載のシステム。
【請求項２２】
前記ＣＯＤＥＣが、ブロックＣＯＤＥＣ、フラクタルＣＯＤＥＣ、並びに、ウェーブレットＣＯＤＥＣから成るグループから選択される、請求項１３に記載のシステム。
【請求項２３】
システムであって、
送信先のエージェントへ伝送すべき、各々が多数の時間的に近接するフレームを含む、複数のセグメントに分離されたメディア信号を取得する手段と、
品質および圧縮のレベルに関して各ＣＯＤＥＣが前記セグメントをどのようにコード化するかを判定するために、前記セグメントに対して複数の異なるＣＯＤＥＣをテストする手段と、
帯域幅制約を超えずに、複数の規準に従って前記セグメントに対して最高品質のコード化出力を生成するＣＯＤＥＣを選択する手段と、
それぞれの選択されたＣＯＤＥＣを用いてコード化された各セグメントを前記送信先のエージェントまで配信し、さらに、前記送信先のエージェントに、どのＣＯＤＥＣを前記各セグメントのコード化に用いたかを報告する手段と、
を含むシステム。
【請求項２４】
前記テストする手段が、
各セグメントの基準スナップショットを記憶して前記セグメントに対して複数のＣＯＤＥＣをテストし、テストされるべき各ＣＯＤＥＣに対して、前記ＣＯＤＥＣの内の１つを用いて前記帯域幅で或はそれを下回るように前記セグメントをコード化し、同一の前記ＣＯＤＥＣを用いて前記セグメントをデコードし、そして、前記デコードしたセグメントの品質を前記複数の規準に従って前記基準スナップショットと比較するものである、請求項２３に記載のシステム。
【請求項２５】
前記選択する手段が、
セグメントの１つ以上の識別された特性と前記選択されたＣＯＤＥＣとの間の関連性を記憶する、請求項２３に記載のシステム。
【請求項２６】
前記選択する手段が、
前記メディア信号の引き続くセグメントが、１つ以上の同一の識別された特性を有することが見出された場合、前記引き続くセグメントをコード化するために、前記記憶された関連性から自動的にＣＯＤＥＣを選択する、請求項２５に記載のシステム。
【請求項２７】
前記ＣＯＤＥＣが、人工知能（ＡＩ）システムを用いて、前記記憶された関連性から自動的に選択される、請求項２６に記載のシステム。
【請求項２８】
前記ＡＩシステムがニューラルネットワークを含む、請求項２７に記載のシステム。
【請求項２９】
前記シーンの特性が、時間的特性、空間的特性、並びに、論理的特性から成るグループから選択される、請求項２５に記載のシステム。
【請求項３０】
前記品質がピーク信号対ノイズ比（ＰＳＮＲ）に従って比較される、請求項２３に記載のシステム。
【請求項３１】
前記選択する手段が、
前記送信先のエージェントと該送信先のエージェント向けの伝送チャンネルとの内の少なくとも１つの制約に応じて前記帯域幅制約を調整するものである、請求項２３に記載のシステム。
【請求項３２】
前記ＣＯＤＥＣが、ブロックＣＯＤＥＣ、フラクタルＣＯＤＥＣ、並びに、ウェーブレットＣＯＤＥＣから成るグループから選択される、請求項２３に記載のシステム。
【請求項３３】
方法であって、
送信先のエージェントに伝送すべき、各々が多数の時間的に近接するフレームを含む、複数のセグメントに分離されたメディア信号を取得するステップと、
前記メディア信号内の複数のセグメントの各々に対して、
品質および圧縮のレベルに関して各ＣＯＤＥＣが前記セグメントをどのようにコード化するかを判定するために、前記セグメントに対して複数の異なるＣＯＤＥＣを同時にテストするステップと、
帯域幅制約を超えずに、複数の規準に従って前記セグメントに対して最高品質のコード化出力を生成するＣＯＤＥＣを自動的に選択するステップと、
前記選択されたＣＯＤＥＣを用いてコード化されたセグメントを前記送信先のエージェントまで配信するステップと、さらに
前記送信先のエージェントに、どのＣＯＤＥＣを前記セグメントのコード化に用いたかを報告するステップと、
を繰り返すステップとを含む方法。
【請求項３４】
前記ＣＯＤＥＣが、並列に動作する複数のプロセッサを用いて、前記セグメントに対して同時にテストされる、請求項３３に記載の方法。
【請求項３５】
前記テストするステップが、
前記セグメントの基準スナップショットを格納するステップと、
テストされるべき各ＣＯＤＥＣに対して、
前記複数のＣＯＤＥＣの内の１つを用いて前記帯域幅の制約以下で前記セグメントをコード化するステップと、
前記ＣＯＤＥＣと同一のＣＯＤＥＣを用いて前記セグメントをデコードするステップと、さらに
前記複数の規準に従って、前記デコードされたセグメントの品質を前記基準スナップショットと比較するステップと、
をさらに含む、請求項３３に記載の方法。
【請求項１】
方法であって、
送信先のエージェントに伝送すべき、各々が多数の時間的に近接するフレームを含む、複数のセグメントに分離されたメディア信号を取得するステップと、
前記メディア信号内の複数のセグメントの各々に対して、
品質および圧縮のレベルに関して各ＣＯＤＥＣが前記セグメントをどのようにコード化するかを判定するために、前記セグメントに対して複数の異なるＣＯＤＥＣをテストするステップと、
帯域幅制約を超えずに、複数の規準に従って前記セグメントに対して最高品質のコード化出力を生成するＣＯＤＥＣを自動的に選択するステップと、
前記選択されたＣＯＤＥＣを用いてコード化されたセグメントを前記送信先のエージェントまで配信するステップと、さらに
前記送信先のエージェントに、どのＣＯＤＥＣを前記セグメントのコード化に用いたかを報告するステップと、
を繰り返すステップとを含み、少なくとも２つのセグメントが異なるＣＯＤＥＣを用いてコード化される方法。
【請求項２】
セグメントの１つ以上の識別された特性と前記選択されたＣＯＤＥＣとの間の関連性を記憶するステップを更に含む、請求項１に記載の方法。
【請求項３】
前記テストするステップが、
前記セグメントの基準スナップショットを記憶するステップと、
テストされるべき各ＣＯＤＥＣに対して、
前記複数のＣＯＤＥＣの内の１つを用いて前記帯域幅の制約以下で前記セグメントをコード化するステップと、
前記ＣＯＤＥＣと同一のＣＯＤＥＣを用いて前記セグメントをデコードするステップと、
前記複数の規準に従って、前記デコードされたセグメントの品質を前記基準スナップショットと比較するステップと、
を更に含む、請求項１に記載の方法。
【請求項４】
前記比較するステップが、ピーク信号対ノイズ比（ＰＳＮＲ）に従って前記品質を比較するステップを更に含む、請求項３に記載の方法。
【請求項５】
前記送信先のエージェントの内の少なくとも１つと該送信先のエージェント向けの伝送チャンネルとの間の制約に基づき前記帯域幅制約を調整するステップを更に含む、請求項１に記載の方法。
【請求項６】
前記メディア信号の引き続くセグメントが、１つ以上の同一の識別された特性を有することが見出された場合、前記引き続くセグメントをコード化するために、前記記憶された関連性から自動的にＣＯＤＥＣを選択するステップをさらに含む、請求項２に記載の方法。
【請求項７】
前記ＣＯＤＥＣが、人工知能（ＡＩ）システムを用いて、前記記憶された関連性から自動的に選択される、請求項６に記載の方法。
【請求項８】
前記ＡＩシステムがニューラルネットワークを含む、請求項７に記載の方法。
【請求項９】
前記セグメントの特性が、時間的特性、空間的特性、並びに、論理的特性から成るグループから選択される、請求項２に記載の方法。
【請求項１０】
前記ＣＯＤＥＣが、ブロックＣＯＤＥＣ、フラクタルＣＯＤＥＣ、並びに、ウェーブレットＣＯＤＥＣから成るグループから選択される、請求項１に記載の方法。
【請求項１１】
前記配信するステップが、前記コード化されたセグメントをネットワークを介して前記送信先のエージェントへ配信するステップを更に含み、前記報告するステップが、どのＣＯＤＥＣを前記ネットワークを介して前記送信先のエージェント向けの前記セグメントのコード化に用いたか、の表示を送信するステップを含む、請求項１に記載の方法。
【請求項１２】
前記配信するステップが、前記コード化されたセグメントを記憶媒体に記憶するステップを更に含み、前記報告するステップが、どのＣＯＤＥＣが前記記憶媒体上の前記セグメントのコード化に用いたかの表示を記憶するステップを含む、請求項１に記載の方法。
【請求項１３】
システムであって、
送信先のエージェントへ伝送すべき、各々が多数の時間的に近接するフレームを含む、複数のセグメントに分離されたメディア信号を取得する入力モジュールと、
品質および圧縮のレベルに関して各ＣＯＤＥＣが前記セグメントをどのようにコード化するかを判定するために、前記セグメントに対して複数の異なるＣＯＤＥＣをテストし、帯域幅制約を超えずに、複数の規準に従って前記セグメントに対して最高品質のコード化出力を生成するＣＯＤＥＣを自動的に選択する選択モジュールと、
それぞれの選択されたＣＯＤＥＣを用いてコード化された各セグメントを前記送信先のエージェントまで配信し、さらに、前記送信先のエージェントに、どのＣＯＤＥＣを前記各セグメントのコード化に用いたかを報告する出力モジュールと、
を含むシステム。
【請求項１４】
前記選択モジュールが、
各セグメントの基準スナップショットを記憶して前記セグメントに対して複数のＣＯＤＥＣをテストし、テストされるべき各ＣＯＤＥＣに対して、前記ＣＯＤＥＣの内の１つを用いて前記帯域幅で或はそれを下回るように前記セグメントをコード化し、同一の前記ＣＯＤＥＣを用いて前記セグメントをデコードし、そして、前記デコードしたセグメントの品質を前記複数の規準に従って前記基準スナップショットと比較するものである、請求項１３に記載のシステム。
【請求項１５】
前記選択モジュールが、
セグメントの１つ以上の識別された特性と前記選択されたＣＯＤＥＣとの間の関連性を記憶する、請求項１３に記載のシステム。
【請求項１６】
前記選択モジュールが、
前記メディア信号の引き続くセグメントが、１つ以上の同一の識別された特性を有することが見出された場合、前記引き続くセグメントをコード化するために、前記記憶された関連性から自動的にＣＯＤＥＣを選択する、請求項１５に記載のシステム。
【請求項１７】
前記ＣＯＤＥＣが、人工知能（ＡＩ）システムを用いて、前記記憶された関連性から自動的に選択される、請求項１６に記載のシステム。
【請求項１８】
前記ＡＩシステムがニューラルネットワークを含む、請求項１７に記載のシステム。
【請求項１９】
前記シーンの特性が、時間的特性、空間的特性、並びに、論理的特性から成るグループから選択される、請求項１５に記載のシステム。
【請求項２０】
前記品質がピーク信号対ノイズ比（ＰＳＮＲ）に従って比較される、請求項１４に記載のシステム。
【請求項２１】
前記選択モジュールが、
前記送信先のエージェントと該送信先のエージェント向けの伝送チャンネルとの内の少なくとも１つの制約に応じて前記帯域幅制約を調整するものである、請求項１３に記載のシステム。
【請求項２２】
前記ＣＯＤＥＣが、ブロックＣＯＤＥＣ、フラクタルＣＯＤＥＣ、並びに、ウェーブレットＣＯＤＥＣから成るグループから選択される、請求項１３に記載のシステム。
【請求項２３】
システムであって、
送信先のエージェントへ伝送すべき、各々が多数の時間的に近接するフレームを含む、複数のセグメントに分離されたメディア信号を取得する手段と、
品質および圧縮のレベルに関して各ＣＯＤＥＣが前記セグメントをどのようにコード化するかを判定するために、前記セグメントに対して複数の異なるＣＯＤＥＣをテストする手段と、
帯域幅制約を超えずに、複数の規準に従って前記セグメントに対して最高品質のコード化出力を生成するＣＯＤＥＣを選択する手段と、
それぞれの選択されたＣＯＤＥＣを用いてコード化された各セグメントを前記送信先のエージェントまで配信し、さらに、前記送信先のエージェントに、どのＣＯＤＥＣを前記各セグメントのコード化に用いたかを報告する手段と、
を含むシステム。
【請求項２４】
前記テストする手段が、
各セグメントの基準スナップショットを記憶して前記セグメントに対して複数のＣＯＤＥＣをテストし、テストされるべき各ＣＯＤＥＣに対して、前記ＣＯＤＥＣの内の１つを用いて前記帯域幅で或はそれを下回るように前記セグメントをコード化し、同一の前記ＣＯＤＥＣを用いて前記セグメントをデコードし、そして、前記デコードしたセグメントの品質を前記複数の規準に従って前記基準スナップショットと比較するものである、請求項２３に記載のシステム。
【請求項２５】
前記選択する手段が、
セグメントの１つ以上の識別された特性と前記選択されたＣＯＤＥＣとの間の関連性を記憶する、請求項２３に記載のシステム。
【請求項２６】
前記選択する手段が、
前記メディア信号の引き続くセグメントが、１つ以上の同一の識別された特性を有することが見出された場合、前記引き続くセグメントをコード化するために、前記記憶された関連性から自動的にＣＯＤＥＣを選択する、請求項２５に記載のシステム。
【請求項２７】
前記ＣＯＤＥＣが、人工知能（ＡＩ）システムを用いて、前記記憶された関連性から自動的に選択される、請求項２６に記載のシステム。
【請求項２８】
前記ＡＩシステムがニューラルネットワークを含む、請求項２７に記載のシステム。
【請求項２９】
前記シーンの特性が、時間的特性、空間的特性、並びに、論理的特性から成るグループから選択される、請求項２５に記載のシステム。
【請求項３０】
前記品質がピーク信号対ノイズ比（ＰＳＮＲ）に従って比較される、請求項２３に記載のシステム。
【請求項３１】
前記選択する手段が、
前記送信先のエージェントと該送信先のエージェント向けの伝送チャンネルとの内の少なくとも１つの制約に応じて前記帯域幅制約を調整するものである、請求項２３に記載のシステム。
【請求項３２】
前記ＣＯＤＥＣが、ブロックＣＯＤＥＣ、フラクタルＣＯＤＥＣ、並びに、ウェーブレットＣＯＤＥＣから成るグループから選択される、請求項２３に記載のシステム。
【請求項３３】
方法であって、
送信先のエージェントに伝送すべき、各々が多数の時間的に近接するフレームを含む、複数のセグメントに分離されたメディア信号を取得するステップと、
前記メディア信号内の複数のセグメントの各々に対して、
品質および圧縮のレベルに関して各ＣＯＤＥＣが前記セグメントをどのようにコード化するかを判定するために、前記セグメントに対して複数の異なるＣＯＤＥＣを同時にテストするステップと、
帯域幅制約を超えずに、複数の規準に従って前記セグメントに対して最高品質のコード化出力を生成するＣＯＤＥＣを自動的に選択するステップと、
前記選択されたＣＯＤＥＣを用いてコード化されたセグメントを前記送信先のエージェントまで配信するステップと、さらに
前記送信先のエージェントに、どのＣＯＤＥＣを前記セグメントのコード化に用いたかを報告するステップと、
を繰り返すステップとを含む方法。
【請求項３４】
前記ＣＯＤＥＣが、並列に動作する複数のプロセッサを用いて、前記セグメントに対して同時にテストされる、請求項３３に記載の方法。
【請求項３５】
前記テストするステップが、
前記セグメントの基準スナップショットを格納するステップと、
テストされるべき各ＣＯＤＥＣに対して、
前記複数のＣＯＤＥＣの内の１つを用いて前記帯域幅の制約以下で前記セグメントをコード化するステップと、
前記ＣＯＤＥＣと同一のＣＯＤＥＣを用いて前記セグメントをデコードするステップと、さらに
前記複数の規準に従って、前記デコードされたセグメントの品質を前記基準スナップショットと比較するステップと、
をさらに含む、請求項３３に記載の方法。
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図１Ｄ】
【図１Ｅ】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１Ｂ】
【図１Ｃ】
【図１Ｄ】
【図１Ｅ】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００８−２３６７５８（Ｐ２００８−２３６７５８Ａ）
【公開日】平成２０年１０月２日（２００８．１０．２）
【国際特許分類】
【出願番号】特願２００８−８１９７７（Ｐ２００８−８１９７７）
【出願日】平成２０年３月２６日（２００８．３．２６）
【分割の表示】特願２００３−５３１３４３（Ｐ２００３−５３１３４３）の分割
【原出願日】平成１４年９月２６日（２００２．９．２６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．リナックス
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４１１９８０４）インタラクト デヴァイシーズ インコーポレイテッド (2)
【Ｆターム（参考）】
【公開日】平成２０年１０月２日（２００８．１０．２）
【国際特許分類】
【出願日】平成２０年３月２６日（２００８．３．２６）
【分割の表示】特願２００３−５３１３４３（Ｐ２００３−５３１３４３）の分割
【原出願日】平成１４年９月２６日（２００２．９．２６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．リナックス
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４１１９８０４）インタラクト デヴァイシーズ インコーポレイテッド (2)
【Ｆターム（参考）】
[ Back to top ]