"リモートコンピュータ装置への送信のためにグラフィックデータを処理する方法であって、仮想マシンセッションに関連するクライアント画面を表現するグラフィックデータを受けるステップと、前記送信に利用可能な帯域幅を示す情報を受け取り、前記情報に基づき、前記利用可能な帯域幅が所定の閾値を満たすことを判定するステップと、バイト境界に整列するグループを形成するビットトークンのコンパクトなストリームを使用して、変換されたグラフィックデータの係数をエントロピー符号化するステップであって、連続するゼロが量子サイズの可変個の倍数に符号化され、リテラル値が、直近に使用されたリテラル値のキャッシュ内のエントリを使用して符号化され、他の値が前記量子サイズの最少個の倍数を使用して符号化されるステップとを含むことを特徴とする方法。エントロピー符号化演算コードのストリームおよび大きな値のストリームを生成するステップをさらに含むことを特徴とする請求項1に記載の方法。大きな値より小さな値に対して少ないバイトを使用するというマルチバイト符号化スキームを用いて、前記大きな値のストリームをエントロピー符号化するステップをさらに含むことを特徴とする請求項2に記載の方法。前記符号化スキームを固定バイト境界上でのみ動作するべく構成することを特徴とする請求項3に記載の方法前記グラフィックデータをデータタイルに分割するステップと、前記データタイルをタイル構成要素に処理するステップと、前記エントロピー符号化を前記タイル構成要素に対して実行するステップとをさらに含むことを特徴とする請求項3に記載の方法。リモートコンピュータ装置への送信のためにグラフィックデータを処理するシステムであって、少なくとも1つのプロセッサを含むコンピュータ装置と、前記システムが動作可能である時に、前記プロセッサに通信可能に連結されるメモリであって、前記少なくとも1つのプロセッサにより実行されると、前記プロセッサに仮想マシンセッションに関連するクライアント画面を表現するグラフィックデータを受けるステップと、前記グラフィックデータをデータタイルに分割するステップと、バイト境界に整列するグループを形成するビットトークンのストリームを使用して、変換されたデータタイルの係数をエントロピー符号化するステップであって、連続するゼロが量子サイズの可変個の倍数に符号化され、リテラル値が、直近に使用されたリテラル値のキャッシュ内のエントリを使用して符号化され、他の値が前記量子サイズの最少個のユニットを使用して符号化されるステップとを実行させるコンピュータ命令を記憶したメモリとを備えることを特徴とするシステム。前記符号化された係数を、前記符号化された係数を前記量子サイズに基づき処理するべく構成されたコンピュータ装置に送信するステップをさらに含むことを特徴とする請求項6に記載のシステム。前記符号化されたデータが、前記符号化されたデータに対してバイトごとに動作するべく構成されたエントロピー復号化プロセスによる効率的な復号のために、演算可能であることを特徴とする請求項6に記載のシステム。大きな値より小さな値に対して少ないバイトを使用するというマルチバイト符号化スキームを用いて、大きな値のストリームをエントロピー符号化するステップをさらに含むことを特徴とする請求項6に記載のシステム。クライアントコンピュータへの送信のためにグラフィックデータを処理するコンピュータ実行可能命令を記憶するコンピュータ可読記憶媒体であって、前記命令が、仮想マシンセッションに関連するクライアント画面を表現するグラフィックデータを受けるステップと、符号化されたデータをバイトベースの復号化プロセスを使用して復号化できるようにするために、バイト境界に整列するグループを形成するビットトークンのコンパクトなストリームを使用して、変換されたグラフィックデータの係数をエントロピー符号化するステップであって、連続するゼロがニブルの可変個の倍数に符号化され、リテラル値が、直近に使用されたリテラル値のキャッシュ内のエントリを使用して符号化され、他の値がニブルの最少個の倍数を使用して符号化されるステップとに対する命令であることを特徴とする記憶媒体。概括的なコンピュータ環境本開示の種々の実施形態が完全に理解されるよう、特定の具体的な詳細を以下の記載および図面において記述する。本開示の種々の実施形態を無用に曖昧にすることを避けるために、コンピュータおよびソフトウェアの技術に関連することが多い特定の周知の詳細は、以下の開示においては記述しない。さらに、以下に記載する1つまたは複数の詳細を必要とすることなく本開示の他の実施形態を実践可能であることを、当業者は理解するであろう。最後に、種々の方法を以下の開示においてステップおよび順序を参照して記載するが、そのような記載は本開示の実施形態の明確な実装を提供するためのものであり、そのステップおよびステップの順序が本開示を実践するために必要とされるものであると解釈されるべきではない。本明細書に記載する種々の技術を、ハードウェアもしくはソフトウェアに関連して、または適切な場合にはその両方の組み合わせに関連して実装して良いことは、理解されるべきである。従って、本開示の方法および装置、または特定の態様もしくはその一部は、フロッピー登録商標ディスク、CD-ROM、ハードドライブ、または任意の他のマシン可読記憶媒体などの有形の媒体において具現化されるプログラムコードすなわち命令の形式をとってよく、プログラムコードがコンピュータなどのマシンにロードされてマシンにより実行されると、マシンが本開示を実践するための装置となる。プログラム可能なコンピュータ上でプログラムコードが実行される場合、コンピュータ装置には、一般的にプロセッサ、プロセッサが可読の記憶媒体揮発性および不揮発性のメモリおよび/または記憶素子を含む、少なくとも1つの入力装置、および少なくとも1つの出力装置を含む。1つまたは複数のプログラムが、例えば、APIapplicationprogramminginterfacde、再利用可能制御などの使用を介して、本開示に関連して記載するプロセスを実装または利用してよい。そのようなプログラムは、好ましくは高レベルの手続き型またはオブジェクト指向のプログラミング言語で実装されて、コンピュータシステムと通信を行う。しかし、プログラムは必要に応じてアセンブリ言語または機械語で実装することが可能である。いずれの場合も、言語はコンパイラ型言語またはインタープリタ型言語であってよく、ハードウェア実装と組み合わせてもよい。リモートデスクトップシステムは、クライアントコンピュータシステムによりリモートで実行可能なアプリケーションを維持するコンピュータシステムである。入力はクライアントコンピュータシステムにおいて行われ、ネットワークを介して例えば、RDPRemoteDesktopProtocolなどのプロトコルであるITUInternationalTelecommunicationsUnionT.120系に基づくプロトコルを使用して、ターミナルサーバ上のアプリケーションに転送される。アプリケーションは、入力がターミナルサーバで行われたかのように入力を処理する。アプリケーションは受け取った入力に応答して出力を生成し、出力がネットワークを介してクライアントに転送される。実施形態を、1つまたは複数のコンピュータ上で実行してよい。図1および2ならびに以下の検討は、本開示を実装することができる適切なコンピュータ環境の簡単な概要の記載を提供することを意図している。コンピュータシステム200、300が図1および2のコンピュータ100について記載する構成要素の内のいくつかまたは全てを有することが可能であることを、当業者は理解できよう。本開示を通じて使用される用語電気回路には、ハードウェア構成要素、例えば、ハードウェア割り込みコントローラ、ハードドライブ、ネットワークアダプタ、グラフィックプロセッサ、ハードウェアベースのビデオ/オーディオコーデック、およびそのようなハードウェアの動作に使用されるファームウェア/ソフトウェアなどを含めることができる。用語電気回路にはまた、ファームウェアにより機能複数可を実行するべく、または、特定の方法または1つもしくは複数の論理プロセッサ、例えば、マルチコア汎用処理装置の1つまたは複数のコアで設定されるスイッチにより機能を実行するべく構成されるマイクロプロセッサを含めることも可能である。本例の論理プロセッサは、メモリ、例えばRAM、ROM、ファームウェア、および/または仮想メモリからロードされる機能複数可を実行するべく動作可能な論理を具現化するソフトウェア命令により構成可能である。電気回路にハードウェアおよびソフトウェアの組み合わせが含まれる例示の実施形態において、開発者は論理を具現化するソースコードを書くことができ、これは次に論理プロセッサにより実行可能なマシン可読コードにコンパイルされる。ハードウェア、ソフトウェア、またはハードウェア/ソフトウェアの組み合わせの間にはほとんど違いがないという点に技術の状態が発展しているということを当業者が理解可能であるため、機能を達成するためのハードウェアかソフトウェアかという選択は、単なる設計上の選択である。従って、ソフトウェアのプロセスを等価のハードウェア構造に転換可能であること、および、ハードウェア構造自体を等価のソフトウェアのプロセスに転換可能であることを当業者が理解可能であるため、ハードウェア実装かソフトウェア実装かの選択はささいなことであり、開発者の裁量に任されるものである。図1は、本開示の態様を用いて構成されるコンピュータシステムの一例を示す。コンピュータシステムには、処理装置21、システムメモリ22、およびシステムメモリを含む種々のシステム構成要素を処理装置21に連結させるシステムバス23を含むコンピュータ20などを含むことができる。システムバス23は、メモリバスまたはメモリコントローラ、周辺機器用バス、および様々なバスアーキテクチャのいずれかを使用するローカルバスを含む、いくつかのタイプのバス構造のいずれかであってよい。システムメモリには、ROMreadonlymemory24およびRAMrandomaccessmemory25を含む。BIOSbasicinput/outputsystem26は、起動時などにコンピュータ20内の要素間で情報の転送を支援する基本ルーチンを含み、ROM24内に記憶される。コンピュータ20には、ハードディスク図示せずに対して読み書きを行うハードディスクドライブ27、着脱可能磁気ディスク29に対して読み書きを行う磁気ディスクドライブ28、および、CD-ROMまたは他の光媒体などの着脱可能光ディスク31に対して読み書きを行う光ディスクドライブ30をさらに含んでよい。いくつかの例示の実施形態において、本開示の態様を具現化するコンピュータ実行可能命令を、ROM24、ハードディスク図示せず、RAM25、着脱可能磁気ディスク29、光ディスク31、および/または処理装置21のキャッシュに記憶してよい。ハードディスクドライブ27、磁気ディスクドライブ28、および光ディスクドライブ30は、システムバス23に対してそれぞれハードディスクドライブインターフェース32、磁気ディスクドライブインターフェース33、および光ドライブインターフェース34により接続される。ドライブおよびそれに関連するコンピュータ可読媒体により、コンピュータ可読命令、データ構造、プログラムモジュール、およびコンピュータ20用の他のデータの不揮発性記憶装置を提供する。本明細書に記載する環境ではハードディスク、着脱可能磁気ディスク29、および着脱可能光ディスク31を採用するが、コンピュータによりアクセス可能なデータを記憶できる他のタイプのコンピュータ可読媒体、例えば、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌイカートリッジ、RAMrandomaccessmemory、ROMreadonlymemoryなども動作環境において使用してよいことは、当業者により理解されるべきである。多数のプログラムモジュールを、ハードディスク、磁気ディスク29、光ディスク31、ROM24、またはオペレーティングシステム35を含むRAM25、1つまたは複数のアプリケーションプログラム36、他のプログラムモジュール37、およびプログラムデータ38上に記憶してよい。ユーザは、コマンドおよび情報をキーボード40およびポインティングデバイス42などの入力装置を介してコンピュータ20に入力することができる。他の入力装置図示せずには、マイクロフォン、ジョイスティック、ゲームパッド、衛星ディスク、スキャナなどを含めてよい。これらおよび他の入力装置は、システムバスに連結されるシリアルポートインターフェース46を介して処理装置21に接続されることが多いが、パラレルポート、ゲームポート、またはUSBuniversalserialbusなどの他のインターフェースによって接続してもよい。ディスプレイ47または他のタイプのディスプレイ装置を、ビデオアダプタ48などのインターフェースを介してシステムバス23に接続することも可能である。ディスプレイ47に加えて、コンピュータには、典型的にはスピーカおよびプリンタなどの他の周辺出力装置図示せずを含む。図1のシステムにはまた、ホストアダプタ55、SCSISmallComputerSystemInterfaceバス56、およびSCSIバス56に接続される外部記憶装置62も含む。コンピュータ20は、ネットワーク化された環境においてリモートコンピュータ49などの1つまたは複数のリモートコンピュータに対する論理接続を使用して動作することができる。リモートコンピュータ49は、別のコンピュータ、サーバ、ルータ、ネットワークPC、ピア装置または他の共通ネットワークノード、仮想マシンとすることができ、また、典型的にはコンピュータ20に関連して上述した要素の内の多くまたは全てを含むことができるが、図1にはメモリ記憶装置50のみが例示されている。図1に示される論理接続には、LANlocalareanetwork51およびWANwideareanetwork52を含むことができる。そのようなネットワーク環境は、事務所、企業規模のコンピュータネットワーク、イントラネット、およびインターネットにおいては一般的である。LANネットワーク環境において使用される時、コンピュータ20は、ネットワークインターフェースまたはアダプタ53を介してLAN51に接続可能である。WANネットワーク環境において使用される時、コンピュータ20には、典型的にはモデム54、またはインターネットなどのワイドエリアネットワーク52を介して通信を確立するための他の手段を含むことができる。モデム54は、内蔵または外付けであってよく、シリアルポートインターフェース46を介してシステムバス23に接続可能である。ネットワーク化された環境において、コンピュータ20に関連して示されるプログラムモジュールまたはその一部を、リモートメモリ記憶装置内に記憶してよい。図示されるネットワーク接続は例であり、コンピュータ間の通信リンクを確立する他の手段を使用してよいことは理解されるであろう。さらに、本開示の多数の実施形態がコンピュータシステムに対して特に良好に適することが想定されているが、本文書では本開示がそのような実施形態に限定されることは意図しない。ここで図2を参照すると、例示的なコンピュータシステム100の別の実施形態が示されている。コンピュータシステム100には、論理プロセッサ102、例えば実行コアを含むことができる。1つの論理プロセッサ102が例示されているが、他の実施形態において、コンピュータシステム100は、例えば、1つのプロセッサ基板に複数の実行コア、および/または、それぞれ複数の実行コアを有することができる複数のプロセッサ基板など、複数の論理プロセッサを有することができる。図面に示されるように、種々のコンピュータ可読記憶媒体110を、種々のシステム構成要素を論理プロセッサ102に連結させる1つまたは複数のシステムバスにより相互接続することが可能である。システムバスは、メモリバスまたはメモリコントローラ、周辺機器用バス、および様々なバスアーキテクチャのいずれかを使用するローカルバスを含むいくつのタイプのバス構造いずれかであってよい。例示の実施形態において、コンピュータ可読記憶媒体110に含めることが可能なものには、例えば、RAMrandomaccessmemory104、例えば電気機械的ハードドライブ、ソリッドステートハードドライブなどといった記憶装置106、例えばフラッシュRAMまたはROMといったファームウェア108、および、例えばCD-ROM、フロッピーディスク、DVD、フラッシュドライブ、外部記憶装置などといった着脱可能記憶装置118がある。磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌイカートリッジなどの他のタイプのコンピュータ可読記憶媒体が使用可能であることは、当業者には理解されるべきである。コンピュータ可読記憶媒体により、プロセッサ実行可能命令122、データ構造、プログラムモジュール、およびコンピュータ100用の他のデータの不揮発性記憶装置を提供する。BIOSbasicinput/outputsystem120は、起動時などにコンピュータ100内の要素間で情報の転送を支援する基本ルーチンを含み、ファームウェア108内に記憶させることができる。多数のプログラムを、ファームウェア108、記憶装置106、RAM104、および/または着脱可能記憶装置118上に記憶して、オペレーティングシステムおよび/またはアプリケーションプログラムを含む論理プロセッサ102により実行してよい。コマンドおよび情報を、キーボードおよびポインティングデバイスを含むことができるがこれに限定されない入力装置116を介して、コンピュータ100が受け取ってよい。他の入力装置には、マイクロフォン、ジョイスティック、ゲームパッド、スキャナなどを含めてよい。これらおよび他の入力装置は、システムバスに連結されるシリアルポートインターフェースを介して論理プロセッサ102に接続されることが多いが、パラレルポートゲームポートまたはUSBuniversalserialbusなどの他のインターフェースによって接続してもよい。ディスプレイまたは他のタイプのディスプレイ装置を、グラフィックプロセッサ112の一部とすることまたはグラフィックプロセッサ112に接続されることが可能であるビデオアダプタなどのインターフェースを介して、システムバスに接続することも可能である。ディスプレイに加えて、コンピュータには、典型的にはスピーカおよびプリンタなどの他の周辺出力装置図示せずを含む。図1の例示のシステムはまた、ホストアダプタ、SCSISmallComputerSystemInterfaceバス、およびSCSIバスに接続される外部記憶装置も含むことができる。コンピュータシステム100は、ネットワーク化された環境においてリモートコンピュータなどの1つまたは複数のリモートコンピュータに対する論理接続を使用して動作することができる。リモートコンピュータは、別のコンピュータ、サーバ、ルータ、ネットワークPC、ピア装置または他の共通ネットワークノードとすることができ、また、典型的にはコンピュータシステム100に関連して上述した要素の内の多くまたは全てを含むことができる。LANまたはWANのネットワーク環境において使用される時、コンピュータシステム100を、ネットワークインターフェースカード114を介してLANまたはWANに接続することが可能である。NIC114は、内蔵または外付けであってよく、システムバスに接続可能である。ネットワーク化された環境において、コンピュータシステム100に関連して示されるプログラムモジュールまたはその一部を、リモートメモリ記憶装置内に記憶してよい。ここで記載したネットワーク接続は例であり、コンピュータ間の通信リンクを確立する他の手段を使用してよいことは理解されるであろう。さらに、本開示の多数の実施形態がコンピュータ化されたシステムに対して特に良好に適することが想定されているが、本文書では本開示がそのような実施形態に限定されることは意図しない。リモートデスクトップシステムは、クライアントコンピュータシステムによりリモートで実行可能なアプリケーションを維持するコンピュータシステムである。入力はクライアントコンピュータシステムにおいて行われ、ネットワークを介して例えば、RDPRemoteDesktopProtocolなどのプロトコルであるITUInternationalTelecommunicationsUnionT.120系に基づくプロトコルを使用して、ターミナルサーバ上のアプリケーションに転送される。アプリケーションは、入力がターミナルサーバで行われたかのように入力を処理する。アプリケーションは受け取った入力に応答して出力を生成し、出力がネットワークを介してクライアントコンピュータシステムに転送される。クライアントコンピュータシステムは、出力データを提示する。従って、クライアントコンピュータシステムで入力を受け取って、出力を提示する一方、処理は実際にはターミナルサーバで発生する。セッションには、シェル、および、例えばデスクトップ、デスクトップ内のマウスの動きを追跡するサブシステム、アイコン上のマウスクリックをプログラムのインスタンスを発行するコマンドに変換するサブシステムなどのユーザインターフェースを含むことができる。別の例示の実施形態において、セッションにはアプリケーションを含むことが可能である。この例では、アプリケーションが描画される間に、デスクトップ環境はそのまま生成されてユーザから隠されるようにしてよい。前述の検討は例であり、ここに開示する主題を種々のクライアント/サーバ環境において実装してよく、特定のターミナルサービス製品に限定されないことは理解されるべきである。全てのリモートデスクトップ環境ではないにせよ、大抵の場合、入力データクライアントコンピュータシステムで入力されるは、典型的にはアプリケーションに対するコマンドを表すマウスやキーボードのデータを含み、出力データターミナルサーバでアプリケーションにより生成されるは、典型的には映像出力装置上に表示される映像データを含む。多くのリモートデスクトップ環境が、他のタイプのデータを転送するべく拡張される機能性も含む。通信チャネルを使用して、RDP接続を介してプラグインにデータを転送させることによりRDPプロトコルを拡張することができる。多くのそのような拡張が存在する。プリンタのリダイレクト、クリップボードのリダイレクト、ポートのリダイレクトなどの機能は、通信チャネル技術を使用する。従って、入出力データに加えて、データ転送のために必要な多くの通信チャネルがあってよい。それにより、出力データの転送という不定期な要求や、他のデータの転送という1つまたは複数のチャネル要求があり得、利用可能なネットワーク帯域幅を取り合う。ここで図3および4を参照すると、仮想マシンを達成するeffectuateべく構成されるコンピュータシステムの高レベルのブロック図が示されている。図示されるように、コンピュータシステム100には、図1および2に記載した要素、および仮想マシンを達成するべく動作可能な構成要素を含むことができる。そのような一構成要素には、当技術分野においては仮想マシンモニタとも称されることがあるハイパーバイザ202がある。図示される実施形態におけるハイパーバイザ202を、コンピュータシステム100のハードウェアへのアクセスを制御かつ裁定するべく構成することが可能である。概して説明すると、ハイパーバイザ202は、子パーティション1から子パーティションNNは1以上の整数などのパーティションと呼ばれる実行環境を生成可能である。実施形態において、子パーティションは、ハイパーバイザ202によりサポートされる独立性isolationの基本単位であると考えることができ、すなわち、各子パーティションを、ハイパーバイザ202の制御下にあるハードウェアリソース、例えば、メモリ、装置、論理プロセッサのサイクルなどの組に対してマッピングすることが可能であり、かつ/または、親パーティションおよびハイパーバイザ202が、1つのパーティションを別のパーティションのリソースにアクセスすることから隔離することができる。実施形態において、ハイパーバイザ202は、スタンドアロンのソフトウェア製品、オペレーティングシステムの一部、マザーボードのファームウェア内に埋め込まれるもの、専用の集積回路、またはその組み合わせとすることができる。上記の例では、コンピュータシステム100には親パーティション204を含み、これはオープンソースコミュニティにおけるドメイン0と考えることもできる。親パーティション204を、オープンソースコミュニティにおいてバックエンドドライバとしても既知である仮想化サービスプロバイダ228VSPを使用することにより、子パーティション1からNにおいて実行されるゲストオペレーティングシステムにリソースを提供するべく構成することが可能である。本例のアーキテクチャにおいては、親パーティション204は、下層にあるハードウェアへのアクセスをゲート制御することができる。VSP228を使用して、オープンソースコミュニティにおけるフロントエンドドライバとしても既知である仮想化サービスクライアントVSCを利用して、インターフェースをハードウェアリソースに対して多重化することが可能である。各子パーティションには、仮想プロセッサ230から232などの1つまたは複数の仮想プロセッサを含むことができ、この仮想プロセッサはゲストオペレーティングシステム220から222により管理可能であり、かつゲストオペレーティングシステムはその上で実行されるスレッドをスケジューリング可能である。概して、仮想プロセッサ230から232は、物理的プロセッサの具象representationに特定のアーキテクチャを提供する実行可能命令および関連する状態情報である。例えば、ある仮想マシンがIntelx86プロセッサの特徴を有する仮想プロセッサを持ち、一方、別の仮想プロセッサがPowerPCプロセッサの特徴を持つということでよい。本例の仮想プロセッサを、コンピュータシステムの論理プロセッサにマッピングして、仮想プロセッサを有効に命令が論理プロセッサによって支持されるようにすることが可能である。従って、これらの例示の実施形態において、複数の仮想プロセッサが、例えば、別の論理プロセッサがハイパーバイザ命令を実行中に、同時に実行していることが可能である。概して言えば、また、図面に例示するように、パーティションにおける仮想プロセッサ、種々のVSC、およびメモリの組み合わせを、仮想マシン240または242などの仮想マシンと考えることができる。概して、ゲストオペレーティングシステム220から222には、例えば、Microsoft登録商標社、Apple登録商標社、オープンソースコミュニティなどのオペレーティングシステムなどの任意のオペレーティングシステムを含むことができる。ゲストオペレーティングシステムには、ユーザ/カーネルモードの動作を含むことが可能であり、スケジューラ、メモリマネージャなどを含むことができるカーネルを有することが可能である。カーネルモードには、論理プロセッサにおいて少なくとも特権的プロセッサ命令へのアクセスを許可する実行モードを含むことができる。各ゲストオペレーティングシステム220から222は、ターミナルサーバ、電子商取引サーバ、電子メールサーバなど、またゲストオペレーティングシステム自体などのアプリケーションをその上に記憶させることが可能な関連ファイルシステムを有することができる。ゲストオペレーティングシステム220から222は、仮想プロセッサ230から232上で実行されるスレッドをスケジューリング可能であり、そのようなアプリケーションのインスタンスの達成が可能である。ここで図4を参照すると、仮想マシンを実装するために使用可能な代替のアーキテクチャが例示されている。図4は、図3のものと同様の構成要素を示すが、本例示の実施形態においては、ハイパーバイザ202に仮想化サービスプロバイダ228およびデバイスドライバ224を含むことができ、親パーティション204に構成ユーティリティ236を含むことができる。本アーキテクチャでは、ハイパーバイザ202は図2のハイパーバイザ202と同一または同様の機能を実行可能である。図4のハイパーバイザ202は、スタンドアロンのソフトウェア製品、オペレーティングシステムの一部、マザーボードのファームウェア内に埋め込まれるものとすることができ、またはハイパーバイザ202の一部は専用の集積回路により実装可能である。本例において、親パーティション204は、ハイパーバイザ202を構成するべく使用可能な命令を有してよいが、ハードウェアアクセス要求は、親パーティション204に渡す代わりにハイパーバイザ202により扱ってもよい。ここで図5を参照すると、コンピュータ100には、リモートデスクトップサービスを接続クライアントに提供するべく構成される電気回路を含んでよい。一例の実施形態において、図示されるオペレーティングシステム400を、ハードウェア上で直接実行させてもよく、または、ゲストオペレーティングシステム220または222をVM216またはVM218などの仮想マシンにより達成してもよい。下層にあるハードウェア208、210、234、212および214が、ハードウェアを仮想化可能であることを確認するために破線による例示形式で示される。リモートサービスは、クライアント401などの少なくとも1つのクライアントに対して提供可能である1つのクライアントが示されているが、リモートサービスはより多くのクライアントに対して提供可能である。例示のクライアント401には、ユーザ入力をリモートサーバセッションに向けるべく、かつセッションにより生成されるユーザインターフェース情報を表示するべく構成されるハードウェアにより実装されるコンピュータ端末を含むことが可能である。別の実施形態において、クライアント401は、図1bのコンピュータ100のものと同様の要素を含むコンピュータにより実現可能である。本実施形態において、クライアント401には、オペレーティングシステムを実装するべく構成された電気回路、および、端末の機能性、例えば1つまたは複数の論理プロセッサ102により実行可能なリモートデスクトップクライアントアプリケーションをエミュレートするべく構成される電気回路を含むことができる。オペレーティングシステムを達成するべく構成される電気回路が、端末をエミュレートするべく構成される電気回路を含むことも可能であることは、当業者には理解できるであろう。各接続クライアントは、コンピュータ100上に記憶されたデータおよびアプリケーションへのアクセスをクライアントに許可するセッションセッション404などを有することができる。概して、アプリケーションおよび特定のオペレーティングシステム構成要素を、セッションに割り当てられるメモリの領域にロードすることが可能である。従って、特定のインスタンスにおいて、いくつかのOS構成要素をN回Nは現行セッションの数を表す生成することができる。これらの種々のOS構成要素は、例えば、メモリを管理する、ディスクの読み/書きを円滑にする、論理プロセッサ102上で実行される各セッションからスレッドを構成することが可能であるオペレーティングシステムカーネル418に、サービスを要求することができる。セッションスペースにロード可能ないくつかの例示のサブシステムには、デスクトップ環境を生成するサブシステム、デスクトップ内のマウスの動きを追跡するサブシステム、アイコン上のマウスクリックをプログラムのインスタンスを発行するコマンドに変換するサブシステムなどを含むことができる。例えばマウスの動きの追跡といったこれらのサービスを実装するプロセスを、セッションに関連する識別子でタグ付けし、セッションに割り当てられるメモリの領域にロードする。セッションは、セッションマネージャ416、例えばプロセスにより生成可能である。例えば、セッションマネージャ416は、セッションスペースに対してセッション識別子を生成すること、メモリをセッションスペースに割り当てること、および、サブシステムプロセスのシステム環境変数およびインスタンスをセッションスペースに割り当てたメモリにおいて生成することにより、各リモートセッションを初期化および管理することが可能である。セッションマネージャ416は、リモートデスクトップセッションを求める要求をオペレーティングシステム400により受け取ると、起動可能である。接続要求は、まず、トランスポートスタック410、例えば、RDPremotedesktopprotocolスタックにより扱うことができる。トランスポートスタック410の命令は、特定のポート上で接続メッセージをリッスンし、それをセッションマネージャ416に転送するべく論理プロセッサ102を構成することができる。セッションが生成されると、トランスポートスタック410が各セッションのリモートデスクトッププロトコルスタックインスタンスを作成することができる。スタックインスタンス414は、セッション404に対して生成可能な一例のスタックインスタンスである。概して、各リモートデスクトッププロトコルスタックインスタンスを、適切なリモートセッションに対して、出力を関連するクライアントにルーティングし、クライアント入力を環境サブシステム444にルーティングするべく構成することが可能である。図面により示されるように、一実施形態において、アプリケーション448を実行させ、かつビットのアレイの生成を行うことが可能である1つのアプリケーションが示されているが、他のアプリケーションも実行可能である。アレイはグラフィックインターフェース446により処理可能であり、グラフィックインターフェースは次にビットマップ、例えばピクセル値のアレイを描画することができ、ビットアレイはメモリに記憶可能である。図面により示されるように、描画の呼び出しをキャプチャし、ネットワークを介してその呼び出しをセッションのスタックインスタンス414を経由してクライアント401に送ることができるリモートディスプレイサブシステム420を、インスタンス化することが可能である。グラフィックとオーディオのリモーティングに加えて、プリンタ、mp3プレイヤ、クライアントファイルシステム、CD-ROMドライブなどの多様な装置をリモーティングするために、プラグアンドプレイリダイレクタ458をインスタンス化することが可能である。プラグアンドプレイリダイレクタ458は、クライアント401に連結される周辺装置を識別する情報をクライアント側の構成要素から受け取ることができる。次に、プラグアンドプレイリダイレクタ458は、クライアント401の周辺機器のためのリダイレクトデバイスドライバをロードするべくオペレーティングシステム400を構成することができる。リダイレクトデバイスドライバは、周辺機器にアクセスするというオペレーティングシステム400からの呼び出しを受け取り、ネットワークを介してその呼び出しをクライアント401に送ることができる。上記で検討したように、クライアントは、RDPRemoteDesktopProtocolなどのリモートプレゼンテーションサービスを提供するためのプロトコルを使用して、ターミナルサービスを使用してリソースに接続することができる。リモートデスクトップクライアントがターミナルサーバゲートウェイを介してターミナルサーバに接続すると、ゲートウェイは、ターミナルサーバとのソケット接続を開いて、クライアントトラフィックをリモートプレゼンテーションポートまたはリモートアクセスサービス専用のポートにリダイレクトすることができる。ゲートウェイは、HTTPSを介して送信されるターミナルサーバゲートウェイプロトコルを使用して、特定のゲートウェイ特有の交換をクライアントとの間で実行してもよい。図6を参照すると、リモートサービスを実装し、かつ本開示の態様を組み込むための電気回路を含むコンピュータシステム100が示されている。図面により示されるように、一実施形態において、コンピュータシステム100は、図2および図5に記載したものと同様の構成要素が含むことができ、リモートプレゼンテーションセッションを実装することができる。本開示の一実施形態において、リモートプレゼンテーションセッションは、例えばコンピュータシステムを使用してユーザに対して生成されるセッションといったコンソールセッションの態様、および、リモートセッションの態様を含むことができる。上記の記載と同様に、セッションマネージャ416は、リモートプレゼンテーションセッションを有効にするために構成要素を有効化/無効化することにより、リモートプレゼンテーションセッションを初期化および管理することが可能である。リモートプレゼンテーションセッション内にロード可能な構成要素のうちの1組は、高忠実度のリモーティングを可能にするコンソール構成要素、すなわち、3Dハードウェアにより描画される3Dグラフィックおよび2Dグラフィックの利点を生かした構成要素である。3Dハードウェアにより描画される3D/2Dグラフィックには、ユーザモードドライバ522、API520、グラフィックカーネル524、およびカーネルモードドライバ530を含むドライバモデルを使用して、アクセスすることができる。アプリケーション448または3Dグラフィックを生成するユーザインターフェースなどの任意の他のプロセスは、APIコンストラクトを生成すること、および、それらをMicrosoft登録商標社のDirect3DなどのAPIapplicationprograminginterface520に送ることができる。API520は次にユーザモードドライバ522と通信することができ、ユーザモードドライバはプリミティブを生成し、例えばメモリのページといったバッファ内に記憶することができる。プリミティブは、例えば、頂点および定数で表されるコンピュータグラフィックにおいて使用される基本の幾何学的図形であって、他の図形のビルディングブロックとして使用される。一実施形態において、アプリケーション448は、バッファをどのように使用する予定であるか、例えば、どの型のデータをバッファに記憶させる予定であるかを宣言することができる。ビデオゲームなどのアプリケーションでは、アバター用のプリミティブを記憶するために動的バッファを、建物または森を表すデータなどのそれほど頻繁には変更されないであろうデータを記憶するために静的バッファを使用してよい。ドライバモデルについての記載を続けると、アプリケーションは、バッファをプリミティブで満たし、実行コマンドを発行することができる。アプリケーションが実行コマンドを発行すると、カーネルモデルドライバ530により実行リストにバッファを付加すること、グラフィックカーネルスケジューラ528によりバッファをスケジューリングすることが可能である。各グラフィックソース、例えばアプリケーションまたはユーザインターフェースは、コンテキストおよびそれ自身の実行リストを有することができる。グラフィックカーネル524を、種々のコンテキストをスケジューリングしてグラフィック処理装置112上で実行させるべく構成することができる。GPUスケジューラ528は論理プロセッサ102により実行可能であり、スケジューラ528はコマンドをカーネルモデルドライバ530に対して発行してバッファのコンテンツをレンダリングさせることが可能である。スタックインスタンス414は、コマンドを受け取り、クライアントのGPUによるバッファの処理が可能であるクライアント401にネットワークを介してバッファのコンテンツを送るべく構成可能である。ここで、リモートプレゼンテーションサービスを呼び出すアプリケーションと合わせて使用される仮想化GPUの動作の一例を示す。図6を参照すると、一実施形態において、仮想マシンセッションはコンピュータ100により生成可能である。例えば、セッションマネージャ416は論理プロセッサ102により実行可能であり、特定のリモート構成要素を含むリモートセッションを初期化することが可能である。本例において、生成されるセッションには、カーネル418、グラフィックカーネル524、ユーザモードディスプレイドライバ522、およびカーネルモデルディスプレイドライバ530を含むことができる。ユーザモードドライバ522は、メモリ内に記憶可能なグラフィックプリミティブを生成することができる。例えば、API520には、オペレーティングシステム400のユーザインターフェースまたはアプリケーション448などのプロセスに対してエクスポーズされ得るインターフェースを含むことが可能である。プロセスは、ポイントリスト、ラインリスト、ラインストリップ、トライアングルリスト、トライアングルストリップ、またはトライアングルファンなどの高レベルのAPIコマンドをAPI420に送ることが可能である。API520は、これらのコマンドを受け取り、ユーザモードドライバ522に対するコマンドに変換することが可能であり、ユーザモードドライバは次に、頂点を生成し1つまたは複数のバッファ内に記憶することができる。GPUスケジューラ528を実行させ、バッファ内のコンテンツをレンダリングすることを判定することができる。本例において、サーバのグラフィック処理装置112へのコマンドのキャプチャが可能であり、ネットワークインターフェースカード114を介してバッファのコンテンツプリミティブをクライアント401へ送ることが可能である。一実施形態において、APIは、仮想GPUが利用可能であるかどうかを判定するために構成要素が相互作用するセッションマネージャ416によりエクスポーズされ得る。一実施形態において、図3または4の仮想マシン240などの仮想マシンをインスタンス化することが可能であり、仮想マシンはオペレーティングシステム400の実行のためのプラットフォームとして働くことが可能である。ゲストオペレーティングシステム220は、本例においてはオペレーティングシステム400を具現化することができる。ネットワークを介して接続要求を受け取ると、仮想マシンをインスタンス化してよい。例えば、親パーティション204は、トランスポートスタック410のインスタンスを含んでよく、また、親パーティション204を、接続要求を受け取るべく構成してよい。親パーティション204は、リモートセッションを有効にする能力を含むゲストオペレーティングシステムと共に接続要求に応答して、仮想マシンを初期化してよい。接続要求を次にゲストオペレーティングシステム220のトランスポートスタック410に渡すことが可能である。本例において、各リモートセッションを、自身の仮想マシンにより実行されるオペレーティングシステム上でインスタンス化してよい。一実施形態において、仮想マシンのインスタンス化が可能であり、オペレーティングシステム400を具現化するゲストオペレーティングシステム220の実行が可能である。上記の記載と同様に、ネットワークを介して接続要求を受け取ると、仮想マシンをインスタンス化してよい。リモートセッションをオペレーティングシステムにより生成してよい。セッションマネージャ416を、要求が3Dグラフィック描画をサポートするセッションを求めるものであると判定するべく構成することが可能であり、セッションマネージャ416はコンソールセッションをロードすることが可能である。コンソールセッションのロードに加えて、セッションマネージャ416は、ユーザモードディスプレイドライバ522により生成されるプリミティブをキャプチャするためにセッション用のスタックインスタンス414’および構成システムをロードすることができる。ユーザモードドライバ522は、キャプチャされてトランスポートスタック410がアクセス可能なバッファ内に記憶されることが可能なグラフィックプリミティブを生成してよい。カーネルモデルドライバ530は、バッファをアプリケーションの実行リストに付加することができ、GPUスケジューラ528を実行させ、バッファ用の描画コマンドをいつ発行するかを判定することが可能である。スケジューラ528が描画コマンドを発行すると、コマンドを、例えば、カーネルモデルドライバ530によりキャプチャし、スタックインスタンス414を介してクライアント401に送ることが可能である。GPUスケジューラ528を実行させ、バッファのコンテンツを描画する命令を発行することを判定して良い。本例において、描画の命令に関連するグラフィックプリミティブは、ネットワークインターフェースカード114を介してクライアント401に送ることが可能である。一実施形態において、少なくとも1つのカーネルモードのプロセスが、少なくとも1つの論理プロセッサ112により実行可能であり、少なくとも1つの論理プロセッサ112は、異なるバッファ内に記憶された頂点の描画を同期させることが可能である。例えば、グラフィック処理スケジューラ528は、オペレーティングシステムスケジューラと同様に動作可能であるもので、GPUの動作をスケジューリングすることができる。GPUスケジューラ528は、頂点の別々のバッファを正しい実行順序に統合mergeして、クライアント401のグラフィック処理装置が、頂点を正しく描画させる順番でコマンドを実行するようにすることができる。ビデオゲームなどのプロセスの1つまたは複数のスレッドは、複数のバッファをマッピングしてよく、各スレッドはドローコマンドを発行してよい。頂点の識別情報、例えば、バッファごと、頂点ごと、またはバッファ内の頂点のバッチごとに生成された情報を、GPUスケジューラ528に送信することが可能である。情報を、同一または他のプロセスからの頂点に関連する識別情報と共にテーブルに記憶して、種々のバッファの描画を同期させるために使用してよい。ワードプロセシングプログラムなどのアプリケーションは、例えば、2つのバッファを実行かつ宣言することができる。2つのバッファの1つは3Dメニューを生成するための頂点を記憶するもの、他方はメニューに入れる文字を生成するためのコマンドを記憶するものとすることができる。アプリケーションは、バッファをマッピングし、ドローコマンドを発行してよい。GPUスケジューラ528は、2つのバッファを実行するための順番を判定して、メニューが文字と共に見映えがよくなるように描画されるようにすることができる。例えば、他のプロセスがドローコマンドを同時またはほぼ同様の時に発行してよく、また、頂点が同期されない場合は、異なるプロセスの異なるスレッドからの頂点がクライアント401上で非同期的に描画され、これにより、表示される最終的な画像を混沌または混乱したものに見せる可能性がある。バルク圧縮器450を使用して、クライアント401にデータのストリームを送る前にグラフィックプリミティブを圧縮することができる。一実施形態において、バルク圧縮器450を、スタックインスタンス414のユーザモード図示せずまたはカーネルモードの構成要素とすることができ、クライアント401に送ろうとしているデータのストリーム内の類似するパターンを探すべく構成することが可能である。本実施形態において、バルク圧縮器450が複数のアプリケーションから、複数のAPIコンストラクトを受け取る代わりに、頂点のストリームを受け取るので、バルク圧縮器450は頂点のより大きなデータセットを持つことになり、圧縮の機会を見つけるためにこれを検査する。すなわち、多様なAPIを呼び出す代わりに、複数のプロセスのための頂点がリモーティングされているため、バルク圧縮器450が所与のストリーム内に類似するパターンを発見するチャンスが大きい。一実施形態において、グラフィック処理装置112を、メモリの物理アドレスの代わりに仮想アドレス指定を使用するべく構成してよい。従って、バッファとして使用されるメモリのページを、システムRAMに、またはビデオメモリからディスクに、ページングすることが可能である。グラフィックカーネル528からの描画コマンドをキャプチャするとバッファの仮想アドレスを取得するべく、かつ仮想アドレスからコンテンツを送るべく、スタックインスタンス414’を構成することができる。オペレーティングシステム400を、例えば、種々のサブシステムおよびドライバをロードして、プリミティブをキャプチャしクライアント401などのリモートコンピュータに送ることができるように構成してもよい。上記の記載と同様に、セッションマネージャ416は論理プロセッサ102により実行可能であり、特定のリモート構成要素を含むセッションを初期化することが可能である。本例において、生成されるセッションには、カーネル418、グラフィックカーネル524、ユーザモードディスプレイドライバ522、およびカーネルモードディスプレイドライバ530を含むことができる。グラフィックカーネルは、GPUの動作をスケジューリングすることができる。GPUスケジューラ528は、頂点の別々のバッファを正しい実行順序に統合して、クライアント401のグラフィック処理装置が、頂点が正しくレンダリングされる順番でコマンドを実行するようにすることができる。図7を参照すると、本開示の一実施形態に従う、復号化プロセスを例示するブロック図が示されている。符号化プロセスが図8に示されている。符号化されるタイルを、RLGR復号器900を介して最初に実行して、量子化タイル係数を生成してよい。これをCPU上で実行してよい。逆量子化705を、SSE2命令を使用してCPU上に実装してよい。逆量子化の後、タイルのうちの3個の構成要素の10個のサブバンドを、フォーマットL16の3個のDirect3Dテクスチャバッファにコピーしてよく、Y、U、およびVのそれぞれに1つである。これら3個のテクスチャをGPUに対してアップロードしてよく、逆DWTのステージ710により入力として使用することが可能である。上述のパーティションを実装するためのこれらのバリエーションは全て、単なる例示の実装であり、本明細書の記載は本開示を任意の特定の仮想化の態様に限定するものと解釈されるべきではない。エントロピー符号器仮想デスクトップまたはリモートプレゼンテーションセッションにおいて、ユーザのグラフィックおよびビデオを各ユーザのサーバにおいて描画してよい。結果として得られるビットマップを、表示および対話用にクライアントに送ってよい。ネットワークに対する帯域幅の要件を減らすために、ビットマップをクライアントに送る前に圧縮してよい。圧縮技術はレイテンシが低く効率がよいことが望ましい。ビットマップおよび他のグラフィックデータを符号化および復号化するためのシステムおよび方法を、本明細書において記載する。符号化システムには、最初にソース画像データをデータタイルに分割するタイリングモジュールを有するタイリングシステムを含んでよい。フレーム間差分モジュールは次に変更されたデータタイルだけを種々の処理モジュールに出力してよく、該モジュールでは変更されたデータタイルを対応するタイル構成要素に変換する。一実施形態において、量子化器がタイル構成要素に対して圧縮プロシージャを実行して、調整可能量子化パラメータに従って圧縮されたデータを生成してよい。適応エントロピー符号器セレクタが次に、複数のエントロピー符号器のうちの1つを選択してエントロピー符号化プロシージャ実行し、それにより、符号化されたデータを作成することができる。エントロピー符号器は、フィードバックループを利用して、現在の送信帯域幅の特徴を考慮して量子化パラメータを調整することもできる。本明細書において参照する、グラフィックデータを圧縮、符号化、および復号化するプロセスは、同一出願による電子情報の効率的符号化及び復号化システム及びその方法SystemAndMethodForEffectivelyEncodingAndDecodingElectronicInformationと題する特許文献1、および、2009年3月6日出願のフレームキャプチャ、符号化および送信管理FrameCapture,Encoding,AndTransmissionManagementと題する特許文献2において記載され、その全体が参照により本明細書に組み込まれる、1つまたは複数の方法およびシステムを概して使用することができる。本明細書に開示する種々の方法およびシステムにおいて、上述の種々のプロセスの処理および扱いに対する改良を使用して、より効率的な処理、従って、よりタイムリーかつリッチなユーザ経験を提供し得る。本方法およびシステムは、ネットワークおよび/またはシステムのリソースが適切な帯域幅を提供している時、ならびに/または、クライアント装置がより低速の処理速度またはリソースを有する時、そのようなグラフィックのサポートの提供における改良をも提供する。グラフィックデータを描画、符号化、および送信するための本明細書に開示する実施形態を、ハードウェアおよびソフトウェアのプロセスの種々の組み合わせを使用して実装してよい。いくつかの実施形態において、機能を完全にハードウェアで実行してもよい。他の実施形態において、機能を完全にソフトウェアで実行してもよい。さらなる実施形態において、機能をハードウェアおよびソフトウェアのプロセスの組み合わせを使用して実装してもよい。そのようなプロセスを、1つまたは複数のCPU、および/または、GPUgraphicsprocessingunitもしくは他の専用のグラフィック描画装置などの1つまたは複数の特殊なプロセッサを使用してさらに実装してもよい。さらに、以下の記載をリモートプレゼンテーションシステムの文脈で提供するが、開示する実施形態を、グラフィックデータがネットワークを介した配信のために符号化および圧縮される任意のタイプのシステムにおいて実装してよいことは理解されるべきである。種々の実施形態が、タイルの個々のYUVコンポーネントを対応するYUVタイルのサブバンドに変換するためのDWTdiscretewavelettransform機能の使用を組み込んでよい。量子化機能は、タイルのサブバンドを圧縮するための適切な量子化技術を利用することにより、量子化プロシージャを実行することができる。量子化機能では、エントロピー符号器からのフィードバックループを介して受け取る適応量子化パラメータにより指定されてよい特定の圧縮率に従って、タイルのビットレートを減少させることにより、圧縮された画像データを作成することができる。一実施形態において、GPUには、圧縮される必要がある変更された矩形を有するビットマップを与えてよい。ビットマップを論理タイルにさらに分割してよく、変更された矩形内で変更するタイルのみを符号化し圧縮する。このように、プロセスはクライアントと協調してキャッシングスキームを効果的に実装し、クライアントでは結果として得られる復号化された画像が維持され表示される。リモートプレゼンテーション圧縮アルゴリズムを採用して、ディスプレイストリームの帯域幅をローカルエリアネットワーク、ワイドエリアネットワーク、および低帯域幅ネットワークを介する送信で許容できるレベルに減少させる。そのようなアルゴリズムは、典型的にはより低い望ましい帯域幅に対してサーバ側のCPU時間をトレードオフする。エントロピー符号器と呼ばれるフェーズを採用することができる画像圧縮器を使用してよい。エントロピー符号器の機能では、エントロピー符号化プロシージャを実行して符号化データを生成することができる。特定の実施形態において、エントロピー符号化プロシージャでは、適切なコードを量子化器から受け取った圧縮された画像データ内の対応するビットパターンと置き換えることにより、圧縮された画像のビットレートをさらに減少させる。リモートプレゼンテーションシステムにおいて採用されるエントロピー符号化では、概して、CPUパフォーマンスすなわち、速度と圧縮率とのバランスをとる。エントロピー符号器を、合理的なCPU速度での良好な圧縮のために調整してよい。典型的なエントロピー符号器には、ランレングス符号器、ハフマン符号器、算術符号器、ゴロムライス符号器の変形が含まれる。リモートプレゼンテーションアプリケーションのための効率的なエントロピー符号器を設計する上で主要な問題の一つは、典型的には符号化すべき整数のブロックの統計値に大きな変動があるということである。研究により、ほとんどの場合、量子化前のデータがガウス分布よりも著しくゼロ近辺に集中する確率分布を持つことが示されている。本開示は、圧縮性を失う可能性を有しながらも符号化および復号化の速度を改善するべく構成される簡素なエントロピー符号器を実装することに関する。しかし、多くの状況において、このトレードオフは許容可能であり、帯域幅ではなく低速なCPUによって制限されるようなシナリオにおいて実際に、より望ましい。最終結果として、現在の符号器/復号器よりも約10から20の圧縮性の損失で2倍または3倍速い符号器/復号器を提供することができる。そのような符号器/復号器は、プロセッサ速度についての最適化が全ての帯域幅を確保することより優先されるようなシナリオを可能にするため、有用であり得る。例えば、よりローエンドのクライアント装置が、より良好なパフォーマンスをより簡素な圧縮器で達成して、より速い処理を可能にすることができる。リモートプレゼンテーションシステムを、典型的にはCPUのコストおよび能力に関わらず帯域幅を減少させるべく最適化する。今日多くのシステムにおいて、帯域幅が十分である一方、クライアント装置はセットトップボックスまたはシンクライアントなどのより簡素な装置であってよい。一実施形態において、エントロピー符号器を、可変ビットストリームフォーマットの使用を回避するべく構成してよい。可変ビットストリームを採用することは、効率的な符号化および復号化が常に遅くなるということである。一実施形態において、符号器を、ニブルのサイズ4ビットとしても知られるのコードを使用して、通常サイズの固定サイズ符号化ストリームを達成するよう構成してもよい。そのようなストリームを使用することにより、ストリームは、CPUのコストをそれほどかけずに、復号化がより速くなり、安全に復号化できるフルオーバーフローチェックを用いて。一例のスキームでは、符号器は以下のタイプの演算を符号化する。1連続するゼロエントロピー符号器への通常の入力―連続するゼロは、連続の大多数が非常に短いという統計的観測に合致する可変個のクワッドに符号化される。2リテラル値-リテラル値は、最も直近のリテラル値のテーブルキャッシュ内に見られるLRULeastRecentlyUsed最近最も使用されないヒットとして符号化されるか、または、小さい値ほど発生しやすいという統計的特性からの恩恵を受けて再度可変個のクワッドとして符号化される。両方の場合において、効果的に2つのストリームが存在する。a演算コードopcodeのクワッドストリーム、およびb大きな値のストリームである。ランレングスまたはリテラルレングスのいずれかの特定の演算コードが単に大きな値のストリーム内の次の値を取得せよということを示す。大きな値より小さな値に対して少ないバイトを使用するが、同時に固定バイト境界上でのみ動作することが保証されるという基本のマルチバイト符号化スキームを用いて大きな値のストリームを符号化してよい。そのような符号化スキームを使用することにより、複雑なビットシフトまたは可変ビット復号化スキームを必要とすることなくクワッドストリームおよび値ストリームの両方の復号化が可能であり、従って、もっと一般的/複雑なエントロピー符号器例えば、RLGRまたは種々のハフマン系のスキームよりも速いパフォーマンスが可能となる。そのような簡素化された符号器を、任意の数のビット、例えば1から32ビットの符号化が可能であるように構成することができる。より複雑な符号化においては、可変ビットのため、および、典型的には、処理中に多くのコーディング分岐および大量のブックキーピングを要求する必要な処理のために、復号化はコンピュータ的には困難なものとなる。この簡素なスキームを使用することで、通常サイズの構造例えば、クワッドを使用することによりそのような複雑さを最小限にすることができる。そのようなスキームにおいて、4ビットより大きな出力シンボルはなく、データは、シフトもロールもないバイトの倍数単位である。1つのバイトには、必要であれば並行して処理可能な2つのコードを含んでよい。さらに、クワッドの数が既知である場合、バッファのオーバーランは回避可能である。典型的なリモートプレゼンテーションのシナリオを使用する検査では、現在利用可能なCPUを使用して2から3倍のパフォーマンスの増加で、10から20だけ圧縮性の損失が測定された。いくつかの実施形態において、より複雑/低速のエントロピー符号器と本明細書に記載するようなより簡素な符号器との間の切替えのために論理を提供してもよい。例えば、図9を参照すると、リモートプレゼンテーションシステムでは、少なくとも2つの符号器910および920を提供してよい。符号器910は、RLGRを実装するものなど複雑なエントロピー符号器であってよい。符号器920は、本開示に従う簡素化された符号器であってよい。ネットワーク930の条件により、システムは符号器910または920のうちの1つを選択してデータ900を符号化してよい。例えば、ネットワーク条件が、ネットワークが過密状態であること、および、利用可能な帯域幅が制限されていることを示す場合、ネットワーク930を介して送信されるデータ量を最小限にする目的で、複雑な符号器910をデータ900の符号化のために選択してよい。同様に、ネットワーク条件が、ネットワークが過密状態ではないことを示す場合、クライアントにおいてより高速なプロセッサパフォーマンスを提供する目的で、簡素化された符号器910をデータ900の符号化のために選択してよい。付録Aでは、本開示に従う、簡素化された符号器の例示の実装を提供する。図10は、動作1000、1002、1004および1006を含む、クライアントコンピュータへの送信のためにグラフィックデータを処理する例示の動作手順を示す。図10を参照すると、動作1000で動作手順を開始し、動作1002では、仮想マシンセッションに関連するクライアント画面を表現するグラフィックデータを受けるステップを例示する。動作1004では、前記送信に利用可能な帯域幅を示す情報を受け取り、この情報に基づき、利用可能な帯域幅が所定の閾値を満たすことを判定するステップを例示する。動作1006では、バイト境界に整列したビットトークンのコンパクトなストリームを使用して、変換されたグラフィックデータの係数をエントロピー符号化するステップを例示する。一実施形態において、連続するゼロが量子サイズの可変個の倍数に符号化され、リテラル値が、直近に使用されたリテラル値のキャッシュ内のエントリを使用して符号化され、他の値は量子サイズの最少個の倍数を使用して符号化される。ビットトークンは、データのユニットを定義するビット列であってよい。例えば、ニブルベースのシステムでは4ビットトークンが使用される。種々の実施形態において、量子サイズをニブルとしてもよい。いくつかの実施形態において、動作手順には、エントロピー符号化演算コードのストリームおよび大きな値のストリームを生成するステップを含んでよい。手順には、大きな値より小さな値に対して少ないバイトを使用するというマルチバイト符号化スキームを用いて、大きな値のストリームをエントロピー符号化するステップ、前記グラフィックデータをデータタイルに分割するステップ、前記データタイルをタイル構成要素に処理するステップ、および前記エントロピー符号化を前記タイル構成要素に対して実行するステップを含んでよい。符号化スキームを、固定バイト境界上でのみ動作するべく構成してよい。図11は、上述のようなクライアントコンピュータへの送信のためにグラフィックデータを処理する例示のシステムを示す。図11を参照すると、システム1100は、プロセッサ1110およびメモリ1120を備える。メモリ1120は、リモートコンピュータ装置への送信のためにグラフィックデータを処理するべく構成されるコンピュータ命令をさらに備える。ブロック1122は、仮想マシンセッションに関連するクライアント画面を表すグラフィックデータを受け取るステップを例示する。ブロック1124は、前記グラフィックデータをデータタイルに分割するステップを例示する。ブロック1126は、バイト境界に整列されたビットトークンのストリームを使用して、変換されたデータタイルの係数をエントロピー符号化するステップを例示する。上述の態様のいずれも、方法、システム、コンピュータ可読媒体、または任意のタイプの製品において実装可能である。例えば、コンピュータ可読媒体には、クライアントコンピュータへの送信のためにグラフィックデータを処理するコンピュータ実行可能命令を記憶させることができる。そのような媒体は、仮想マシンセッションに関連するクライアント画面を表現するグラフィックデータを受け取るための命令の第1のサブセット、および符号化されたデータをバイトベースの復号化プロセスを使用して復号化できるようにするために、バイト境界に整列したビットトークンのコンパクトなストリームを使用して、変換されたグラフィックデータの係数をエントロピー符号化するための命令の第2のサブセットを備えることができる。当業者は理解するであろうが、追加の命令セットを使用して本明細書に記載した種々の他の態様を獲得することが可能であり、また、目下開示している2つ命令サブセットは本開示を通じて詳細を変更可能である。上述の詳細な記載では、例および/または動作図を通じてシステムおよび/またはプロセスの種々の実施形態を記述した。そのようなブロック図および/または例が、1つまたは複数の機能および/または動作を含有する限りにおいて、そのようなブロック図もしくは例の内の各機能および/または動作が、個々におよび/または集合的に、広範囲にハードウェア、ソフトウェア、ファームウェア、または仮想的にその任意の組み合わせにより実行可能であることは、当業者により理解されるであろう。本明細書に記載した種々の技術を、ハードウェアもしくはソフトウェアに関連して、または適切な場合にはその両方の組み合わせに関連して実装して良いことは、理解されるべきである。従って、本開示の方法および装置、または特定の態様もしくはその一部は、フロッピーディスク、CD-ROM、ハードドライブ、または任意の他のマシン可読記憶媒体などの有形の媒体において具現化されるプログラムコードすなわち命令の形式をとってよく、プログラムコードがコンピュータなどのマシンにロードされてマシンにより実行されると、マシンが本開示を実践するための装置となる。プログラム可能なコンピュータ上でプログラムコードが実行される場合、コンピュータ装置には、一般的にプロセッサ、プロセッサが可読の記憶媒体揮発性および不揮発性のメモリおよび/または記憶素子を含む、少なくとも1つの入力装置、および少なくとも1つの出力装置を含む。1つまたは複数のプログラムが、例えば、APIapplicationprogramminginterface、再利用可能制御などの使用を介して、本開示に関連して記載したプロセスを実装または利用してよい。そのようなプログラムは、好ましくは高レベルの手続き型またはオブジェクト指向のプログラミング言語で実装されて、コンピュータシステムと通信を行う。しかし、プログラム複数可は必要に応じてアセンブリ言語または機械語で実装することが可能である。いずれの場合も、言語はコンパイラ型言語またはインタープリタ型言語であってよく、ハードウェア実装と組み合わせてもよい。本発明をその好適な実施形態を参照して具体的に示し記載したが、以下の請求の範囲において記載する本発明の範囲から逸脱することなく、形式および詳細における種々の変更がなされてよいことは当業者により理解されるであろう。さらに、本発明の要素を単数形で記載および特許請求していても、単数形に制限することが明示的に記載されない限り、複数であることを考慮している。"