(57)【要約】【課題】  ストリーミングデータを効率的に格納し且つ検索する種々の技術が記載される。【解決手段】  データのビット（例えば、Ｐビットのデータ）が受け取られ且つデータの最大桁ビット（ＭＳＢ）及びデータの最小桁ビット（ＬＳＢ）に分割される。更に、該データのＭＳＢ及び該データのＬＳＢが、夫々、第１ワード及び第２ワードへパックされる。該第１ワードはフレームバッファの第１エリア内に格納され、且つ該第２ワードは該フレームバッファの第２エリア内に格納される。その結果、データは一層効率的な態様で管理されてメモリ帯域幅要件を減少させる。【選択図】  図２
2010504067.tif 000002
【特許請求の範囲】
【請求項１】
方法において、
データのビットを受け取り、
前記データのビットをデータの最大桁ビット（ＭＳＢ）とデータの最小桁ビット（ＬＳＢ）とに分割し、
前記データのＭＳＢを第１ワードへパックし、
前記データのＬＳＢを第２ワードへパックし、
前記第１ワードをフレームバッファの第１エリア内に格納し、且つ
前記第２ワードを前記フレームバッファの第２エリア内に格納する、
ことを包含している方法。
【請求項２】
請求項１において、更に、前記データのＭＳＢと前記データのＬＳＢの両方が必要とされている場合には、
前記データのＭＳＢ及び前記データのＬＳＢへアクセスし、
前記データのＭＳＢ及び前記データのＬＳＢをアンパックし、
前記データのＭＳＢと前記データのＬＳＢとを再結合して１個のワードを形成する、
ことを包含している方法。
【請求項３】
請求項１において、更に、前記データのＭＳＢのみが必要とされている場合には、
前記データのＭＳＢへアクセスし、
前記データのＭＳＢをアンパックして１個のワードを形成する、
ことを包含している方法。
【請求項４】
請求項１において、前記データがストリーミングデータを包含している方法。
【請求項５】
請求項１において、前記データがビデオデータを包含している方法。
【請求項６】
請求項１において、前記データがオーディオデータを包含している方法。
【請求項７】
方法において、
入力データを受け取り、
前記入力データを第１データストリーム及び第２データストリームへ分割し、
前記第１データストリームパックして第１ワードを形成し、
前記第２データストリームをパックして第２ワードを形成し、
前記第１ワードをフレーム格納部の第１部分内に格納し、
前記第２ワードを前記フレーム格納部の第２部分ないに格納する、
ことを包含している方法。
【請求項８】
請求項７において、更に、
前記第１ワードを第１論理バッファ内にバッファし、
前記第２ワードを第２論理バッファ内にバッファする、
ことを包含している方法。
【請求項９】
請求項７において、更に、前記第１データストリーム及び前記第２データストリームの両方からのデータがアプリケーションプログラムによって必要とされている場合に、
前記第１ワード及び前記第２ワードを検索し、
前記第１ワード及び前記第２ワードをアンパックし、
前記第１ワード及び前記第２ワードを再結合して出力データを形成する、
ことを包含している方法。
【請求項１０】
請求項７において、更に、前記第１データストリームからのデータのみがアプリケーションプログラムによって必要とされている場合に、
前記第１ワードを検索し、
前記第１ワードをアンパックして出力データを形成する、
ことを包含している方法。
【請求項１１】
請求項１０において、前記アプリケーションプログラムが運動ベクトル処理アプリケーションプログラムである方法。
【請求項１２】
請求項１０において、前記アプリケーションプログラムがＬＣＤディスプレイ応答時間補償アプリケーションプログラムである方法。
【請求項１３】
請求項８において、前記第１ワードが３２ビットワードである方法。
【請求項１４】
請求項８において、前記第２ワードが３２ビットワードである方法。
【請求項１５】
請求項８において、前記入力データが１個又はそれ以上のビデオフレームを有している方法。
【請求項１６】
システムにおいて、
入力データを第１データストリム及び第２データストリームへ分割するデータ分割コンポーネント、
前記第１データストリームをパックして第１ワードを形成する第１データパックコンポーネント、
前記第２データストリームをパックして第２ワードを形成する第２データパックコンポーネント、
前記第１ワードをバッファする第１論理ラインバッファ、
前記第２ワードをバッファする第２論理ラインバッファ、
前記第１ワードを格納するフレーム格納部の第１部分、
前記第２ワードを格納する前記フレーム格納部の第２部分、
を有しているシステム。
【請求項１７】
請求項１６において、更に、
前記第１ワードをアンパックする第１データアンパックコンポーネント、
前記第２ワードをアンパックする第２データアンパックコンポーネント、
を有しているシステム。
【請求項１８】
請求項１６において、更に、
前記第１ワードと前記第２ワードとを再結合して出力データを形成するデータ再結合コンポーネント、
を有しているシステム。
【請求項１９】
請求項１６において、前記入力データがストリーミングビデオを有しているシステム。
【請求項２０】
請求項１６において、前記入力データがストリーミングオーディオを有しているシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
実施例は、大略、ストリーミングデータを効率的に格納し且つ検索する種々の技術に関するものである。特に、本開示は、ストリーミングデータを効率的に格納し且つ検索する方法及びシステムに関するものである。
【背景技術】
【０００２】
ビデオデータ等のストリーミングデータは、しばしば、フレーム毎にメモリ内に格納される。一般的に、特定のアプリケーションに対する全てのフレームは等しい量のデータを有している。然しながら、そのアプリケーションが遅延したフレームＦ１及び遅延したフレームＦ２等の複数個の遅延したフレームへアクセスする場合には、Ｆ１とＦ２とでは異なる量のデータを必要とする場合がある。
【０００３】
１例において、ビデオシステムの入力データはＰディメンジョンを有している。該ビデオシステムのアプリケーションは、遅延したフレームＦ１からはＰビットのデータを必要とするが、遅延したフレームＦ２からはＭビットのデータ（ここでは、ＭはＰより小さいものと理解する）を必要とするに過ぎない場合がある。
【０００４】
従来の格納フェーズ期間中に、フレームＦ１に関して、それはＰビットのデータを使用して格納される。フレームＦ２に関しては、フレームＦ２を表すためにアプリケーションによって必要とされるのはＭビットのデータであるに過ぎないのに、Ｐビットのデータを使用してアクセスされる。同様に、従来の検索フェーズ期間中に、フレームＦ１の場合には、Ｐビットの全てがアクセスされる。フレームＦ２に関してもＰビットの全てがアクセスされるが、Ｆ２を表すためにアプリケーションによって必要とされるものはＭビットのデータであるに過ぎない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
データを格納し且つ検索する従来のアプローチは、異なるフレーム（例えば、Ｆ１及びＦ２）の間の区別をするものではないので、明らかに非効率的である。その結果、メモリ帯域幅の利用は最大化されているものではない。この非効率的なメモリ帯域幅の使用は、運動ベクトル処理システム及び／又はＬＣＤディスプレイ応答時間補償システム等のビデオシステムにおける性能劣化に帰着する。
【課題を解決するための手段】
【０００６】
大要
この大要は、以下の詳細な説明において更に説明されることを簡単化した形式で概念の選択導入するために設けられている。この大要は、特許請求の範囲に記載される要旨の重要な特徴又は基本的な特徴を識別することを意図したものではなく、特許請求の範囲に記載される要旨の範囲を決定する上での助けとして使用されることを意図したものでもない。
【０００７】
ストリーミングデータを効率的に格納し且つ検索する種々の技術が記載される。１実施例においては、ビット（例えば、Ｐビット）のデータが受け取られ且つ最大桁ビット（ＭＳＢ）のデータと最小桁ビット（ＬＳＢ）のデータへ分離される。更に、該ＭＳＢのデータと該ＬＳＢのデータは、夫々、第１ワード（例えば、Ｎビットワード）及び第２ワードへパックされる。該第１ワードはフレームバッファの第１エリア内に格納され且つ該第２ワードは該フレームバッファの第２エリア内に格納される。
【０００８】
付加的に、１実施例においては、ＭＳＢのデータ及びＬＳＢのデータの両方が必要とされる場合には、ＭＳＢのデータ及びＬＳＢのデータがアクセスされ、アンパックされ、且つ再結合されて１個のワード（例えば、Ｐビットワード）を形成する。ＭＳＢのデータのみが必要とされるに過ぎない場合には、ＭＳＢのデータがアクセスされ且つアンパックされて１個のワード（例えば、Ｍビットワード）を形成する。
【０００９】
その結果、実施例は一層効率的な態様でデータを格納し且つ検索する。この様に、実施例はメモリ帯域幅条件を効果的に減少させる。
【図面の簡単な説明】
【００１０】
【図１ａ】動作中の本特許請求の範囲に記載されている要旨の実施例の半分のブロック図。
【図１ｂ】図１ａと結合されるべき残りの半分のブロック図。
【図２】本特許請求の範囲に記載される要旨に従う実施例を実現することが可能なデータを格納し且つ検索する方法のフローチャート。
【図３】本特許請求の範囲に記載される要旨に従う実施例を実現することが可能な入力データを分割する方法のフローチャート。
【図４】格納フェーズ期間中に動作中の本特許請求の範囲に記載される要旨の１実施例のブロック図。
【図５】寸法Ｐの出力データがアプリケーションによって必要とされる場合の検索フェーズ期間中に動作中の本特許請求の範囲に記載される要旨の１実施例のブロック図。
【図６】寸法Ｍの出力データがアプリケーションによって必要とされる場合の検索フェーズ期間中に動作中の本特許請求の範囲に記載される要旨の１実施例のブロック図。
【発明を実施するための形態】
【００１１】
本特許請求の範囲に記載される要旨の実施例について詳細に参照を行うが、その例は添付の図面に例示されている。該特許請求の範囲に記載される要旨はこれらの実施例に関連して説明するが、理解されるように、それは該特許請求の範囲に記載される要旨がこれらの実施例に制限することを意図したものではない。それとは反対に、該特許請求の範囲に記載される要旨は、特許請求の範囲に定義されるように、特許請求の範囲に記載される要旨の精神及び範囲内に包含される場合がある変形例、修正例、均等物をカバーすることが意図されている。更に、本特許請求の範囲に記載される要旨の以下の詳細な説明においては、本特許請求の範囲に記載される要旨の完全なる理解を与えるために多数の特定の詳細が記載される。然しながら、当業者等に明らかなように、本特許請求の範囲に記載される要旨はこれらの特定の詳細無しで実施することが可能である。その他の場合において、周知の方法、手順、コンポーネント、及び回路は、本特許請求の範囲に記載される要旨の側面を不必要にぼかすことが無いように詳細に記載されるものではない。
【００１２】
以下の詳細な説明の幾つかの部分は、手順、論理ブロック、処理、及びコンピュータメモリ内のデータビットに関する操作のその他の象徴的表現を使用して提示される。これらの説明及び表現は、当該技術における他の当業者に対して成果の本質を最も効果的に伝達するためにデータ処理技術における当業者によって使用されている手段である。手順、論理ブロック、プロセス等は、ここでは且つ一般的には、所望の結果に通じるステップ又は命令からなる一貫性のあるシーケンスであると考えられる。該ステップは、物理的量の物理的操作を必要とするものである。通常、必ずしも必要というわけではないが、これらの量はコンピュータシステムにおいて格納され、転送され、結合され、比較され、且つその他の態様で操作されることが可能な電気的又は磁気的な信号の形式を取る。主に使用上の理由から、時折、これらの信号をビット、バイト、値、要素、記号、文字、項目、数等として参照することが便利であることが分かっている。
【００１３】
然しながら、これらの及び同様な用語の全ては適宜の物理的量と関連しているべきものであり、これらの量に対して適用される便利なラベルに過ぎないものであることを銘記すべきである。以下の説明から明らかなようにそうでないことが特記されるものでない限り、本特許請求の範囲に記載される要旨にわたり、「設定する」、「格納する」、「スキャンする」、「受け取る」、「送る」、「無視する」、「エンターする」等の用語を使用する説明は、コンピュータシステムのレジスタ及びメモリ内の物理的（電子的）量として表されるデータを操作し且つコンピュータシステムメモリ又はレジスタ又はその他のその様な情報格納、伝達又はディスプレイ装置内の物理的量として同様に表されるその他のデータへ変換するコンピュータシステム又は同様の電子的コンピューティング装置のアクション及び処理のことを意味しているが理解される。
【００１４】
ビデオ及び／又はオーディオデータ等のストリーミングデータは、しばしば、非効率的な態様で格納され且つ検索される。典型的に、ビデオデータの場合には、入ってくるＰビットビデオデータがフレーム毎に格納される。アプリケーションプログラムは全てのフレームに対して同一の分解能を必要とするものでは無い場合があるので、該アプリケーションプログラムは、一つのフレームから全Ｐビットのデータを必要とするが別のフレームからはＭビットのデータ（ＭはＰより小さい）を必要とするに過ぎない場合がある。
【００１５】
然しながら、従来のアプローチの下では、アプリケーションプログラムによってＭビットのデータが使用されるに過ぎない場合であっても、１フレームの全Ｐビットのデータが検索される。このことはメモリ格納システムの効率にとって欠点であり、というのは、有用なデータと共に、使用されることの無いデータが格納され且つ検索され、従って、そうでなければ他の利用に捧げることが可能であるか、又は帯域幅を減少させることが可能な貴重な帯域幅を取り上げてしまうからである。
【００１６】
従来のアプローチと異なり、実施例は使用されるデータと使用されないデータとの間をインテリジェントに区別する。実施例は、就中、データを格納し且つ検索するアプローチを関連するアプリケーションプログラムに最適に役立つように調整する。１実施例においては、入ってくるデータは最大桁ビット（ＭＳＢ）と最小桁ビット（ＬＳＢ）とに分離させる。該ＭＳＢは、入ってくるデータのより重要な部分を表し、一方、該ＬＳＢは該入ってくるデータのより重要でない部分を表すものである場合がある。該ＭＳＢ及び該ＬＳＢは、別々の論理バッファにおいて、別々にパックされ且つ格納される。該ＭＳＢと該ＬＳＢの両方がアプリケーションプログラムによって必要とされる場合に、該ＭＳＢ及び該ＬＳＢは再結合され該アプリケーションプログラムへ転送される。該ＭＳＢのみが必要とされる場合には、該ＬＳＢは省略され且つ該ＭＳＢのみが該アプリケーションプログラムへ転送される。その結果、該ＬＳＢが必要とされない場合には、結果的に発生するフレームバッファスループット条件が減少される。
【００１７】
図１は、動作中の本特許請求の範囲に記載される要旨の１実施例のブロック図を例示している。図１において、Ｐビットの入ってくるデータストリームはＭビットの最大桁ビット（ＭＳＢ）データとＬビットの最小桁ビット（ＬＳＢ）データとに分割される（詳細な説明の残部全体にわたりＰ＞Ｍ＞Ｌであることに注意すべきである）。
【００１８】
又、図１が示されており且つ或る数及びタイプの要素を具備するものとして説明するが、実施例はそのように制限されるものではなく、その他の実施例は図示したもの以外の要素を包含する場合があり且つ図示した要素の内の一つを超えるものを包含する場合もある。更に、図１は要素の現在の構成の下で例示されているが、実施例は図１に例示した要素の現在の構成に制限されるものではない。
【００１９】
ＭビットＭＳＢはレジスタ１０２によって処理され且つＬビットＬＳＢはレジスタ１０４によって処理される。Ｍビットのデータ及びＬビットのデータはＮビットワードにパックされる。Ｎビットワードはレジスタ１０６及び１０８を通過し且つラインバッファ１１０内にバッファされる。ＭビットＭＳＢはラインバッファ１１０の第１部分１１２内にバッファされ、ＬビットＬＳＢは該ラインバッファの第２部分１１４内にバッファされる。
【００２０】
又、ＭビットＭＳＢ及びＬビットＬＳＢは、フレーム格納部１１６の第１部分及びフレーム格納部１１７の第２部分内に別々に格納される。この様に、ＭビットＭＳＢ及びＬビットＬＳＢは別々の論理バッファ内に格納され且つ独立的にアクセスすることが可能である。
【００２１】
Ｆ（ｎ−１）データをアクセスする場合に、ＭビットＭＳＢ及びＬビットＬＳＢは夫々のフレーム格納バッファ１１６及び１１７から独立的にアクセスされ、ラインバッファ１１０内にバッファされて該データを整合させ、アンパックさせ、且つ再結合させてオリジナルのＰビットデータを形成する。
【００２２】
Ｆ（ｎ−２）データをアクセスする場合には、ＭビットＭＳＢのみがアクセスされ、バッファされ、アンパックされてＭビットデータを形成する。ＬビットＬＳＢは必要とはされず且つアクセスされないので、メモリ帯域幅条件は減少される。
【００２３】
図２は、本特許請求の範囲に記載される要旨に従う実施例を実現することが可能なデータを格納し且つ検索するフローチャート２０００を例示している。特定のステップがフローチャート２０００において開示されているが、これらのステップは例示的なものである。即ち、本特許請求の範囲に記載される要旨の実施例は、種々のその他のステップ又は付加的なステップ、又はフローチャート２０００内に記載されているステップの変形例を実施するのに適したものである。理解されるように、フローチャート２０００内のステップはそこに示されているものとは異なる順番で実施することが可能である。ブロック２００２において、処理が開始する。
【００２４】
ブロック２００４において、Ｐビットのデータが受け取られる。該データは、これらに制限されるものではないがビデオデータ及び／又はオーディオデータ等の種々のタイプのストリーミングデータとすることが可能である。ブロック２００６において、該Ｐビットのデータは最大桁ビット（ＭＳＢ）のデータと最小桁ビット（ＬＳＢ）のデータとに分離される。
【００２５】
ブロック２００８において、データのＭＳＢは第１Ｎビットワード（例えば、３２ビットＳＤＲＡＭワード）にパックされる。ブロック２０１０において、データのＬＳＢは第２Ｎビットワード（例えば、３２ビットＳＤＲＡＭワード）にパックされる。ブロック２０１２において、該第１Ｎビットワードはフレームバッファの第１エリア内に格納される。ブロック２０１４において、該第２Ｎビットワードはフレームバッファの第２エリア内に格納される。
【００２６】
ブロック２０１６において、データのＭＳＢ及びデータのＬＳＢの両方がアプリケーションプログラムによって必要とされているか否かが決定される。ＭＳＢとＬＳＢの両方が必要とされている場合には、本処理はブロック２０１８へ進行する。ＭＳＢのみが必要とされている場合には、本処理はブロック２０２４へ進行する。データのＭＳＢ及びデータのＬＳＢを別々に格納することにより、実施例はそのデータ検索方法をアプリケーションプログラムの必要性と一致するように調整することが可能である。データのＭＳＢ及びデータのＬＳＢは別々に格納されるので、それらは別々に検索することが可能である。その結果、データのＭＳＢのみが必要とされる場合には、それは独立的に検索され且つアプリケーションプログラムへ供給させることが可能である。データのＬＳＢへアクセスする必要性をバイパスすることにより、メモリ帯域幅利用が減少される。
【００２７】
ブロック２０１８において、データのＭＳＢ及びＬＳＢがアクセスされる。ブロック２０２０において、データのＭＳＢ及びＬＳＢがアンパックされる。ブロック２０２２において、データのＭＳＢ及びＬＳＢは再結合されてＰビットワードを形成する。１例においては、該Ｐビットワードはアプリケーションプログラムへ転送される。ブロック２０２４において、データのＭＳＢがアクセスされる。ブロック２０２６において、該ＭＳＢはアンパックされてＭビットワードを形成する。ブロック２０２８において、本処理は終了する。
【００２８】
この様に、フローチャート２０００は、実施例が一層効率的な態様でデータを格納し且つ検索することが可能である態様を例示している。その結果、実施例は効果的にメモリ帯域幅条件を減少させる。更に、この方法はアプリケーションプログラムの性能を劣化させること無しに達成されるものであることを注意することが重要である。又、フレーム格納部へのデータアクセスの全てが使用される。或るアプリケーションプログラムの場合には、この減少は、フレーム格納部を実現するために必要とされるメモリのタイプ／費用／数を減少させるのに十分なものである。
【００２９】
図３は、本特許請求の範囲に記載される要旨に従う実施例を実現することが可能な入力データを分割するフローチャート３０００を例示している。フローチャート３０００においては特定のステップが開示されているが、この様なステップは例示的なものである。即ち、本特許請求の範囲に記載される要旨の実施例は、フローチャート３０００内に記載されているステップ以外の種々のステップ、付加的なステップ、変形例を実施するのに適したものである。フローチャート３０００におけるステップは提示されているものと異なる順番で実施することが可能であることが理解される。ブロック３００２において、本処理が開始する。
【００３０】
ブロック３００４において、寸法Ｐの入力データが受け取られる。ブロック３００６において、寸法Ｐの入力データが寸法Ｍの第１データストリームと寸法Ｌの第２データストリームとに分割される。ブロック３００８において、該第１データストリームはパックされて寸法Ｎの第１ワードを形成する。ブロック３０１０において、該第２データストリームはパックされて寸法Ｎの第２ワードを形成する。
【００３１】
ブロック３０１２において、該第１ワードは第１論理バッファ内にバッファされる。ブロック３０１４において、該第２ワードは第２論理バッファ内にバッファされる。ブロック３０１５において、該第１ワードはフレーム格納部の第１部分内に格納される。ブロック３０１６において、該第２ワードはフレーム格納部の第２部分内に格納される。
【００３２】
ブロック３０１７において、該データのＰビットの全てがアプリケーションプログラムによって必要とされているか否かが決定される。Ｐビットの全てが必要とされている場合には、本処理はブロック３０１８へ進行する。Ｍビットのみが必要とされている場合には、本処理はブロック３０２４へ進行する。
【００３３】
ブロック３０１８において、該第１ワード及び該第２ワードが検索される。該第１ワード及び該第２ワードが互いに独立的に検索されるということが重要である。従来のアプローチと異なり、該第１ワードの検索は該第２ワードの検索を必要とするものではない。ブロック３０２０において、該第１ワード及び該第２ワードがアンパックされる。ブロック３０２２において、該第１ワード及び該第２ワードは再結合されて寸法Ｐの出力データを形成する。
【００３４】
ブロック３０２４において、該第１ワードが検索される。ブロック３０２６において、該第１ワードがアンパックされて寸法Ｍの出力寸法を形成する。ブロック３０２８において、本処理は終了する。
【００３５】
図４、図５及び図６は、一体となって、本特許請求の範囲に記載されている要旨の１実施例に従う動作中のデータを格納し且つ検索するシステムを例示している。図４は格納フェーズ期間中の処理を例示している。図５は寸法Ｐの出力データが検索フェーズ期間中にアプリケーションプログラムによって必要とされる場合の処理を例示している。図６は検索フェーズ期間中にアプリケーションプログラムによって寸法Ｍの出力データが必要とされている場合の処理を例示している。
【００３６】
図４を参照すると、寸法Ｐの入力データ（例えば、ビデオストリーム及び／又はオーディオストリーム）がデータ分割コンポーネント４００２によって受け取られる。該データ分割コンポーネント４００２は、該入力データを寸法Ｌのデータストリームと寸法Ｍのデータストリームとに分割する。寸法Ｌのデータストリームは第１データパックコンポーネント４００４によって処理され且つ第１Ｎビットワードにパックされる。同様に、寸法Ｍのデータストリームは該第２データパックコンポーネントによって処理され且つ第２Ｎビットワードにパックされる。該第１Ｎビットワードは第１論理ラインバッファ４００６内にバッファされ、且つ該第２Ｎビットワードは第２論理ラインバッファ４０１２内にバッファされる。その後に、該第１Ｎビットワードはフレーム格納部４００８の第１部分内に格納され、且つ該第２Ｎビットワードはフレーム格納部４０１４の第２部分内に格納される。
【００３７】
図５を参照すると、寸法Ｐの出力データがアプリケーションプログラム４０２２のようなアプリケーションプログラムによって必要とされている場合には、第１Ｎビットワード及び第２Ｎビットワードの両方が、フレーム格納部４００８の第１部分及びフレーム格納部４０１４の第２部分から、夫々、検索される。又、該第１Ｎビットワード及び該第２Ｎビットワードは第１論理ラインバッファ４００６及び第２論理ラインバッファ４０１２内にバッファされて該データを整合させる。更に、該第１Ｎビットワード及び該第２Ｎビットワードは、第１データアンパックコンポーネント４０１６及び第２データアンパックコンポーネント４０１８を使用してアンパックされる。更に、該アンパックされたデータはデータ再結合コンポーネント４０２０において再結合されて寸法Ｐの出力データを形成する。１例においては、該出力データはアプリケーションプログラム４０２２へ転送される。
【００３８】
次に図６を参照すると、寸法Ｍの出力データがアプリケーションプログラムによって必要とされているに過ぎない場合には、該第２Ｎビットワードのみがフレーム格納部４０１４の第２部分から検索されるに過ぎない。該第２Ｎビットワードは第２論理ラインバッファ４０１２においてバッファされて該データを整合させる。更に、該第２Ｎビットワードは第２データアンパックコンポーネント４０１８を使用してアンパックされて寸法Ｍの出力データを形成する。１例においては、該出力データはアプリケーションプログラム４０２２へ転送される。
【００３９】
広義には、この説明は以下のことを記載するものであり、即ち、ストリーミングデータを効率的に格納し且つ検索する種々の技術を記載するものである。データのビット（例えば、データのＰビット）が受け取られ且つデータの最大桁ビット（ＭＳＢ）とデータの最小桁ビット（ＬＳＢ）とに分割される。更に、データのＭＳＢ及びデータのＬＳＢが夫々第１ワード及び第２ワードへパックされる。該第１ワードはフレームバッファの第１エリア内に格納され且つ該第２ワードは該フレームバッファの第２エリア内に格納される。その結果、データは一層効率的な態様で管理され、メモリ帯域幅条件を減少させる。
【００４０】
前述した説明において、実現毎に異なる場合がある多数の特定的詳細を参照して実施例について説明している。従って、特許請求の範囲に記載される要旨が何でありかつ何であるかが本出願人により意図されているかの唯一の且つ専用的な指標は、その後のいかなる補正を包含して発行される特定の形式においての本願から発行される一組の特許請求の範囲である。従って、特許請求の範囲に明示的に記載されていない制限、要素、特性、特徴、利点、又は属性はいかなる態様においてもこの様な特許請求の範囲を制限すべきものではない。従って、本明細書及び図面は、制限的意味ではなく例示的な意味であるとみなされるべきである。
【図１ａ】
2010504067.tif 000003
【図１ｂ】
2010504067.tif 000004
【図２】
2010504067.tif 000005
【図３】
2010504067.tif 000006
【図４】
2010504067.tif 000007
【図５】
2010504067.tif 000008
【図６】
2010504067.tif 000009
【国際調査報告】
2010504067.tif 000010
2010504067.tif 000011
2010504067.tif 000012
2010504067.tif 000013
2010504067.tif 000014