JP6120781B2 - シーンベースの可変圧縮 - Google Patents

Description

コンピュータネットワークは、大量のデータ（たとえば、コンテンツ）が、１つのコンピューティングデバイスから別のコンピューティングデバイスに転送されることを可能にする。一例として、クライアントコンピューティングデバイスは、イントラネットまたはインターネットを介して、サーバコンピューティングデバイスに格納されているマルチメディアコンテンツにアクセスすることができる。ネットワークの帯域幅は限られているので、コンピューティングデバイス間で転送されるべきコンテンツを圧縮するためにさまざまな圧縮方法が使用される。一例として、国際標準機構のムービングピクチャーエクスパーツグループ（「ＭＰＥＧ」：ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ）では、マルチメディアコンテンツのための圧縮方法を提案した。

圧縮方法は、圧縮されていないデータを表すビットの数よりも、少ないビット数を使用してデータを格納する。したがって、圧縮されたデータは、圧縮前の等価のデータ（「未圧縮データ」）の場合と比較して、圧縮データを伝送するために必要なストレージスペースおよびネットワーク帯域幅を低減することができる。

圧縮方法は、不可逆であっても、または可逆であってもよい。データを圧縮するために不可逆圧縮方法が使用される場合、圧縮されたデータは一般に、展開中、当初圧縮されたデータを完全な忠実性で再生するために使用することはできない。対照的に、データを圧縮するために可逆圧縮方法が使用される場合、圧縮されたデータは、当初圧縮されたデータを完全な忠実性で再生するために使用されてもよい。したがって、データを圧縮するためにいずれの圧縮方法が使用されるかは、メディアコンテンツの再生品質に影響を及ぼす可能性がある。

シーンベースの可変圧縮を可能にするための技術（「本技術」）が開示される。本技術は、第１のコンテンツタイプの圧縮レベルの指示を受信することができ、圧縮レベルは不可逆圧縮の許容レベルを指定しており；少なくとも２つの部分を有するコンテンツの要求を受信することができ、第１の部分は第１のコンテンツタイプの第１のコンテンツを有しており、第２の部分は第２のコンテンツタイプの第２のコンテンツを有しており、第１の圧縮方法は指示された圧縮レベルに関連付けられており、第２の圧縮方法は別の圧縮レベルに関連付けられている。次いで、本技術は、要求に応答するためにコンテンツを伝送することができ、コンテンツの第１の部分は第１の圧縮方法を使用して圧縮されており、第２の部分は第２の圧縮方法を使用して圧縮されている。

前述の課題を解決するための手段は、例示的なものに過ぎず、限定的であるようには全く意図されていない。上記で説明される例示的な態様、実施形態、および特徴に加えて、さらなる態様、実施形態、および特徴は、図面および後段の詳細な説明を参照することにより明らかとなろう。

たとえばコンテンツの要求に応答するために、本技術がさまざまな実施形態において呼び出すことができるルーチンを示す流れ図である。 たとえばコンテンツの要求に応答するために、本技術がさまざまな実施形態において呼び出すことができるルーチンを示す流れ図である。 たとえばクライアントプリファレンスの指示を格納するために、本技術がさまざまな実施形態において採用することができるテーブルを示すテーブル図である。 たとえば圧縮レベルと圧縮方法との間の関連を格納するために、本技術がさまざまな実施形態において採用することができるテーブルを示すテーブル図である。 さまざまな実施形態における元のコンテンツと圧縮されたコンテンツとの比較を示す概略図である。 さまざまな実施形態において本技術が動作することができる環境を示すブロック図である。 さまざまな実施形態において本技術が採用することができるコンポーネントを示すブロック図である。 たとえば圧縮レベルのプリファレンスを伝送するために、本技術がさまざまな実施形態において呼び出すことができるルーチンを示す流れ図である。 本開示の少なくとも一部の実施形態によるシーンベースの可変圧縮のために配列されるコンピューティングデバイスの例示的な実施形態を示すブロック図である。

以下の詳細な説明において、本明細書の一部を成す付属の図面が参照される。図面において、文脈に特に指示がない限り、類似する符号は概して、類似するコンポーネントを識別する。発明を実施するための形態、図面、および特許請求の範囲において説明される例示的な実施形態は、限定的であるように意図されていない。本明細書において提示される主題の範囲を逸脱することなく、その他の実施形態が使用されてもよく、その他の変更が行われてもよい。本明細書において概ね説明され、図面に示される本開示の態様が、多岐にわたるさまざまな構成において配置され、代替され、組み合わされ、分離され、設計されてもよく、それらすべてが本明細書において明示的に検討されることは容易に理解されよう。

シーンベースの可変圧縮を可能にするための技術（「本技術」）が開示される。さまざまな実施形態において、本技術は、コンテンツの要求者から前もって受信されるシーンベースのプリファレンスに基づいて可変圧縮されるコンテンツの配信を可能にする。クライアント（たとえば、クライアントコンピューティングデバイスまたはクライアントコンピューティングデバイスのユーザ）は、さまざまなコンテンツタイプのプリファレンスを指示することができる。一例として、クライアントは、スポーツイベントの広角ビューが圧縮されるべきではないが、ニュース番組は高密度に圧縮されてもよいことを指示することができる。次いで、サーバは、クライアントにより指示されたプリファレンスを格納することができる。クライアントが引き続きコンテンツ（たとえば、ダウンロードされるかまたはストリーミングされるべきコンテンツ）を要求すると、サーバは、クライアントの前もって提供されたプリファレンスに従って圧縮されるコンテンツを選択することにより要求に応答することができる。コンテンツは、動的に圧縮されてもよく（たとえば、要求を満たすために配信される直前）、または前もって圧縮されて格納されてもよい。サーバは、コンテンツを求めるクライアントの要求に応答するとき、（たとえば、コンテンツがクライアントに提供されるべき時間の近くで）動的にシーンを検出することにより、または要求されたコンテンツの部分に関連付けられているメタデータを取り出すことにより、どのコンテンツタイプがコンテンツに対応するかを決定することができる。

コンテンツは、各々異なるコンテンツタイプに対応する複数のシーンを含むことができる。一例として、スポーツショーは、分析が後に続く試合の一部（たとえば、プロバスケットボールの試合）を含むことができる。試合の部分は、複数の広角部分および複数のクローズアップ部分を含むことができる。分析の部分は、ニュース番組と類似していてもよい。コンテンツを要求するクライアントが、広角ショットを圧縮せず、クローズアップショットを多少圧縮し、ニュース番組を十分に圧縮するようにプリファレンスを指定してある場合、サーバは、それに応じて各部分を圧縮してスポーツショーをクライアントに提供することができる。

クライアントは、たとえば、現在の話者の性別または属性、コンテンツタイプ（たとえば、バイオレンス、セックス、ネイチャー、ダンス、ニュースなど）などのようなさまざまなシーンベースの要因に少なくとも基づいて、圧縮のプリファレンスを指定することができる。クライアントが指定するプリファレンスは、コンテンツタイプの少なくとも一部に対する好ましいまたは望ましい圧縮レベルもしくは圧縮方法を付加的に指示することができる。本技術は、指示される圧縮レベルについてさまざまな圧縮方法を選択することができる。したがって、本技術は、コンテンツタイプに伴って変化する方法でシーンベースの圧縮のクライアント指示に応答するコンテンツを提供することができる。クライアントが特定の圧縮レベルを指定する場合、一部の実施形態において本技術は、特定の圧縮方法（たとえば、特定の不可逆圧縮方法）に対する圧縮パラメータを変更して、より多いまたはより少ない圧縮を達成することができ、そのような変更は各々、本明細書において異なる圧縮方法と称されてもよい。

さまざまな実施態様において、初期シーン認識は、最初にクライアントコンピューティングデバイスによって実行されてもよい。一例として、クライアントコンピューティングデバイスは、最初に、第１の圧縮方法（たとえば、不可逆圧縮方法）を使用して圧縮されたコンテンツを受信することができる。クライアントコンピューティングデバイスは、第１の圧縮方法を使用してコンテンツが圧縮される場合に可能となる忠実性よりも高い忠実性でユーザが視聴したいと望むものであるとクライアントのユーザが前もって指示していた特定のシーンをコンテンツが含むことを認識するために、シーン認識アルゴリズムを採用することができる。コンテンツがそのようなシーンを含むことを認識すると、クライアントコンピューティングデバイスは、第１の圧縮方法よりも高い忠実性をもたらす第２の圧縮方法（たとえば、可逆または「より情報損失の少ない」圧縮方法）を使用するようサーバコンピューティングデバイスに指示することができる。次いで、サーバコンピューティングデバイスは、第２の圧縮方法を使用して圧縮されるコンテンツを提供することができる。後に、受信されたコンテンツが、第１の圧縮方法を使用してコンテンツが圧縮される場合に可能となる忠実性よりも高い忠実性で受信されるべきであるとユーザが指示していない別のシーンを含むことをクライアントコンピューティングデバイスが決定すると、クライアントコンピューティングデバイスは、第１の圧縮方法（または異なる圧縮方法）の使用に戻るようサーバコンピューティングデバイスに要求することができる。

さまざまな実施形態において、ユーザは、第１の圧縮方法を使用してコンテンツが圧縮される場合に生じるであろう忠実性よりも低い忠実性で一部のコンテンツタイプを視聴したいとユーザが望むことを指示することができる。そのような実施形態において、クライアントコンピューティングデバイスは、第１の圧縮方法を使用してコンテンツが圧縮される場合に可能となる忠実性よりも低い忠実性でユーザが視聴したいと望むものであるとユーザが前もって指示していた特定のシーンをコンテンツが含むことを認識するために、シーン認識アルゴリズムを採用することができる。コンテンツがそのようなシーンを含むことを認識すると、クライアントコンピューティングデバイスは、第１の圧縮方法よりも低い忠実性をもたらす第３の圧縮方法（たとえば、可逆または「より情報損失の多い」圧縮方法）を使用するようサーバコンピューティングデバイスに指示することができる。次いで、サーバコンピューティングデバイスは、第３の圧縮方法を使用して圧縮されるコンテンツを提供することができる。後に、受信されたコンテンツが、第３の圧縮方法を使用してコンテンツが圧縮される場合に可能となる忠実性よりも低い忠実性で受信されるべきであるとユーザが指示していない別のシーンを含むことをクライアントコンピューティングデバイスが決定すると、クライアントコンピューティングデバイスは、第１の圧縮方法（または異なる圧縮方法）の使用に戻るようサーバコンピューティングデバイスに要求することができる。

さまざまな実施形態において、たとえば、クライアントプリファレンスを格納するための第１のサーバ、コンテンツを格納するための第２のサーバ、およびクライアント要求に応答するための第３のサーバのような、異なるサーバが使用されてもよい。次に、本技術は、図面を参照して説明される。

図１は、たとえばコンテンツの要求に応答するために、本技術がさまざまな実施形態において呼び出すことができるルーチン１００を示す流れ図である。ルーチン１００は、ブロック１０２で開始し、ブロック１０４に続く。ブロック１０４において、ルーチン１００は、第１のコンテンツタイプの圧縮レベルの指示を受信し、圧縮レベルは不可逆圧縮の許容レベルを指定する。次いで、ルーチン１００は、ブロック１０６において続行し、コンテンツの要求を（たとえば、クライアントから）受信する。コンテンツは、少なくとも２つの部分を有することができ、第１の部分は第１のコンテンツタイプの第１のコンテンツを有し、第２の部分は第２のコンテンツタイプの第２のコンテンツを有する。指示された圧縮レベルに関連付けられている第１の圧縮方法、および別の圧縮レベルに関連付けられている第２の圧縮方法があってもよい。次いで、ルーチン１００は、ブロック１０８において続行し、コンテンツの要求側（たとえば、クライアント）にコンテンツを伝送し、コンテンツの第１の部分は第１の圧縮方法を使用して圧縮されており、第２の部分は第２の圧縮方法を使用して圧縮されている。次いで、ルーチン１００はブロック１１０に続き、そこで戻る。ルーチン１００は、伝送に先立ってコンテンツを圧縮することができる、または以前圧縮されたコンテンツを取り出すことができる。

ルーチン１００は、コンテンツを要求するクライアントコンピューティングデバイスから圧縮レベルの指示をさらに受信することができる。ルーチン１００は、第１の圧縮方法を使用してコンテンツの第１の部分をさらに圧縮することができる。コンテンツの第１の部分は、第１のサイズを有することができ、コンテンツの第１の部分の圧縮されるサイズは、第２の圧縮方法を使用してコンテンツの第１の部分を圧縮した場合の結果よりも小さくなりうる。ルーチン１００はさらに、コンテンツの各部分の圧縮方法を、たとえばほぼリアルタイムで、コンテンツのその部分に関連付けられているコンテンツタイプに基づいて動的に選択することができる。コンテンツタイプは、コンテンツの部分の少なくとも１つに関連付けられているメタデータで指示されてもよい。あるいは、コンテンツタイプは、たとえばシーンに基づいて、自動的に検出されてもよい。コンテンツタイプは、景色、話者の性別、話者の属性、スポーツ、野生生物、ニュース、またはセクシュアルのうちの少なくとも１つであってもよい。一例として、第１のコンテンツタイプがニュースであり、第２のコンテンツタイプがスポーツである場合、第１の圧縮方法は、第２の圧縮方法より情報損失が多くてもよい。もう１つの例として、第１のコンテンツタイプが広角ビューであり、第２のコンテンツタイプがクローズアップビューである場合、第１の圧縮方法は、第２の圧縮方法より情報損失が少なくてもよい。

当業者であれば、図１に示されて上記で説明される論理、および流れ図の各々に示され以下で説明される論理が、さまざまな方法で変更されてもよいことを理解するであろう。たとえば、論理の順序は並び替えられてもよく、下位論理は並列して実行されてもよく、示されている論理は省略されてもよく、その他の論理が含まれてもよく、同様のことが挙げられる。

図２は、たとえばコンテンツの要求に応答するために、本技術がさまざまな実施形態において呼び出すことができるルーチン２００を示す流れ図である。ルーチン２００は、ブロック２０２で開始し、ブロック２０４に続く。ブロック２０４において、ルーチン２００は、（たとえば、クライアントのようなコンテンツの要求側から）さまざまなコンテンツタイプの好ましいかまたは望ましい圧縮レベルの指示を受信する。次いで、ルーチン２００は、ブロック２０６において続行し、ルーチン２００は、たとえばサーバに通信可能に結合されたストレージデバイスに、受信した指示を格納する。次いで、ルーチン２００は、ブロック２０８において続行し、コンテンツの要求を（たとえば、クライアントから）受信する。コンテンツは、ダウンロードまたはストリーミングのためのマルチメディアコンテンツ、または任意のその他のタイプのコンテンツであってもよい。次いで、ルーチン２００は、ブロック２１０において続行し、要求されたコンテンツのさまざまな部分のコンテンツタイプを決定する。本技術は、コンテンツの各部分に関連付けられているメタデータをチェックして、コンテンツを動的に評価することなどによって、コンテンツタイプを決定することができる。コンテンツを動的に評価するためのさまざまな技術が存在する。例として、顔検出、位置認識、ヌード認識、音声認識などのための技術が存在する。本技術は、それらの既存の技術の１つまたは複数を採用して、コンテンツの部分のコンテンツタイプを識別するために動的にコンテンツを評価することができる。

ルーチン２００は、ブロック２１２またはブロック２１４のいずれかにおいて、さまざまな実施形態で続行する。ブロック２１２において、ルーチン２００は、オプションで、たとえばコンテンツの部分のコンテンツタイプの指示された圧縮レベルに基づいて、コンテンツの部分を圧縮する。あるいは、または加えて、ルーチン２００は、以前圧縮されたコンテンツ（図示せず）を取り出すことができる。さまざまな実施形態において、好ましいかまたは望ましい圧縮レベルで部分が以前圧縮されている場合、本技術は、以前圧縮されている部分を、再度圧縮するのではなく、単に取り出すことができる。次いで、ルーチン２００はブロック２１４において続行する。

ブロック２１４において、ルーチン２００は、たとえばコンテンツを要求したクライアントに、コンテンツを送信する。次いで、ルーチン２００はブロック２１６において続行し、そこで戻る。

図３は、たとえばクライアントプリファレンスの指示を格納するために、本技術がさまざまな実施形態において採用することができる圧縮レベルテーブル３００を示すテーブル図である。テーブル３００は、たとえばクライアント識別列３０２、コンテンツタイプ列３０４、および圧縮レベル列３０６のような、複数の列を含む。クライアント識別列３０２は、たとえばグローバル一意識別子、ネットワークアドレス識別子など、クライアントの識別を格納することができる。コンテンツタイプ列３０４は、たとえばスポーツ、ニュース、ヌード、俳優などのような、コンテンツタイプの識別を格納することができる。圧縮レベル列３０６は、圧縮レベルの指示を格納することができる。したがって、クライアントが任意の特定のコンテンツタイプを有するコンテンツを要求する場合に、本技術が任意の特定のクライアントに対してどの圧縮レベルを使用するかを決定することができるように、テーブル３００内の各行は、クライアント識別子、コンテンツタイプ、および圧縮レベルの間の関連性を格納する。さまざまな実施形態において、本技術は、要求されたコンテンツをクライアントに送信する間に遭遇する任意の所与のコンテンツタイプに対してクライアントが特定の圧縮レベルを指定してない場合、デフォルトの圧縮レベルを適用することができる。一例として、行３０８、３１０、および３１２は、１のクライアント識別子を有するクライアントに関連付けられている。行３０８は、広角ビューを備えるスポーツのコンテンツタイプが０の圧縮レベルを有するべきであると指定し、行３１０は、クローズアップビューを備えるスポーツのコンテンツタイプが２の圧縮レベルを有するべきであると指定し、行３１２は、ニュースのコンテンツタイプが４の圧縮レベルを有するべきであると指定する。行３１４および３１６は、２のクライアント識別子を有するクライアントに関連付けられている。行３１４は、ヌードのコンテンツタイプが１の圧縮レベルを有するべきであると指定し、行３１６は、シーンが俳優クリントイーストウッドを含む場合に１の圧縮レベルにすべきであると指定する。

図３および以下で説明されるテーブル図の各々は、コンテンツおよび編成が人間の読者により理解しやすいように設計されているテーブルを示すが、当業者であれば、この情報を格納するために機能によって使用される実際のデータ構造が、たとえば異なる方法で編成されうる、示されているよりも多量または少量の情報を含みうる、圧縮および／または暗号化されうるなどの点において、示されるテーブルとは異なる場合もあることを理解するであろう。

図４は、たとえば圧縮レベルと圧縮方法との間の関連性を格納するために、本技術がさまざまな実施形態において採用することができるテーブル４００を示すテーブル図である。テーブル４００は、圧縮レベル列４０２および圧縮方法列４０４を含む。圧縮レベル列４０２は、図３の列３０６に対応する。圧縮方法列４０４は、任意の特定の圧縮レベルにどの圧縮方法が使用されるべきかを指示する。例として、圧縮レベルが０の場合、圧縮は使用されず、圧縮レベルが１の場合、可逆圧縮が使用され、圧縮レベルが２の場合、第１の不可逆圧縮方法が使用され、圧縮レベルが３の場合、第２の不可逆圧縮方法が使用され、圧縮レベルが４の場合、第３の不可逆圧縮方法が使用される。

図５は、さまざまな実施形態における元のコンテンツ５００と圧縮されたコンテンツ５５０との比較を示す概略図である。元のコンテンツ５００は、スポーツクローズアップ部分５０２、スポーツ広角部分５０４、ニュース部分５０６、およびスポーツクローズアップ部分５０８を含む。４つの部分は各々、５メガバイト（「Ｍｂ」）の元のサイズを有する。各部分はまた、その部分に関連付けられているメタデータでその部分に対応するコンテンツタイプを指示する。圧縮されたコンテンツ５５０は、元のコンテンツ５００と同じ部分を含むが、その部分の一部は、部分ごとに図３のクライアント１に識別されている選択された圧縮レベルに従って圧縮されている。例として、部分５５２は部分５０２に対応するが、第１の不可逆圧縮方法で圧縮され、部分５５４は部分５０４に対応し、圧縮されておらず、部分５５６は部分５０６に対応するが、第３の不可逆圧縮方法で圧縮され、部分５５８は部分５０８に対応するが、第１の不可逆圧縮方法で圧縮される。圧縮後、部分５５２は４Ｍｂになり、部分５５４は５Ｍｂのままであり、部分５５６は３Ｍｂになり、部分５５８は４Ｍｂになる。したがって、元のコンテンツは合計２０Ｍｂを有するが、圧縮されたコンテンツは合計１６Ｍｂを有する。

図６は、さまざまな実施形態において本技術が動作することができる環境６００を示すブロック図である。環境６００は、１つまたは複数のサーバ６０２を含むことができる。一例として、環境６００は、クライアントプリファレンス、コンテンツ、および／または圧縮されたコンテンツを、たとえばサーバ６０２に通信可能に結合されうるストレージ６０４に、格納するためのサーバを含むことができる。サーバは、たとえばクライアントコンピューティングデバイス６０８ａ、６０８ｂ、および６０８ｎのような１つまたは複数のクライアントコンピューティングデバイス６０８にネットワーク６０６を介して通信可能に結合されてもよい。クライアントまたはサーバは、さまざまな実施形態において、たとえば図９に関して後段でさらに詳細に説明されるように、汎用コンピューティングデバイスまたは特殊用途コンピューティングデバイスであってもよい。

図７は、さまざまな実施形態において本技術が採用することができるコンポーネント７００を示すブロック図である。コンポーネント７０２は、第１のコンテンツタイプの圧縮レベルの指示を受信するように構成することができ、圧縮レベルは不可逆圧縮の許容レベルを指定する。コンポーネント７０４は、少なくとも２つの部分を有するコンテンツの要求をクライアントから受信するように構成することができ、第１の部分は第１のコンテンツタイプの第１のコンテンツを有し、第２の部分は第２のコンテンツタイプの第２のコンテンツを有し、第１の圧縮方法は指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている。コンポーネント７０６は、要求されたコンテンツをクライアントに伝送するように構成することができ、コンテンツの第１の部分は第１の圧縮方法を使用して圧縮されており、第２の部分は第２の圧縮方法を使用して圧縮されている。コンプレッサコンポーネント７０８は、たとえば１つまたは複数の圧縮方法を使用してコンテンツを圧縮することができる。ストレージコンポーネント７１０は、たとえば、コンテンツ、クライアントプリファレンス、圧縮されたデータなど、さまざまなデータを格納することができる。取出しコンポーネント７１２は、たとえば、コンテンツ、クライアントプリファレンス、圧縮されたデータなど、さまざまなデータを取り出すことができる。本技術はまた、その他のコンポーネント（図示せず）を採用することもできる。

図８は、たとえば圧縮レベルのプリファレンスを伝送するために、本技術がさまざまな実施形態において呼び出すことができるルーチン８００を示す流れ図である。ルーチン８００はブロック８０２において開始する。次いで、ルーチンはブロック８０４において続行し、少なくとも２つのコンテンツタイプの不可逆圧縮の許容レベルの指示を伝送する。次いで、ルーチンは、ブロック８０６において続行し、サーバにコンテンツを要求する。次いで、ルーチンはブロック８０８において続行し、要求されたコンテンツをサーバから受信し、要求されたコンテンツは、第１のコンテンツタイプの第１のコンテンツを有する第１の部分、および第２のコンテンツタイプの第２のコンテンツを有する第２の部分を含み、第１の部分は第１の圧縮方法を使用して圧縮されており、第２の部分は第２の圧縮方法を使用して圧縮されており、各圧縮方法は指示される許容レベルに対応する。次いで、ルーチンはブロック８１０において続行し、そこで戻る。

図９は、本開示の少なくとも一部の実施形態によるシーンベースの可変圧縮のために配列される例示のコンピューティングデバイス９００を示すブロック図である。極めて基本的な構成９０２において、コンピューティングデバイス９００は通常、１つまたは複数のプロセッサ９０４およびシステムメモリ９０６を含む。メモリバス９０８は、プロセッサ９０４とシステムメモリ９０６との間で通信するために使用されてもよい。

望ましい構成に応じて、プロセッサ９０４は、マイクロプロセッサ（μＰ）、マイクロコントローラ（μＣ）、デジタル信号プロセッサ（ＤＳＰ）、またはそれらの任意の組み合わせを含む任意のタイプであってもよいが、これらに限定されることはない。プロセッサ９０４は、レベル１キャッシュ９１０およびレベル２キャッシュ９１２のような、１つまたは複数のレベルのキャッシング、プロセッサコア９１４、およびレジスタ９１６を含むことができる。例示のプロセッサコア９１４は、演算論理装置（ＡＬＵ：ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、浮動小数点演算ユニット（ＦＰＵ：ｆｌｏａｔｉｎｇ ｐｏｉｎｔ ｕｎｉｔ）、デジタル信号処理コア（ＤＳＰ Ｃｏｒｅ）、またはそれらの任意の組み合わせを含むことができる。例示のメモリコントローラ９１８はまた、プロセッサ９０４と共に使用されてもよいか、または一部の実施態様において、メモリコントローラ９１８はプロセッサ９０４の内部部品であってもよい。

望ましい構成に応じて、システムメモリ９０６は、（ＲＡＭのような）揮発性メモリ、（ＲＯＭ、フラッシュメモリなどのような）不揮発性メモリ、またはそれらの任意の組み合わせを含む任意のタイプであってもよいが、これらに限定されることはない。システムメモリ９０６は、オペレーティングシステム９２０、１つまたは複数のアプリケーション９２２、およびプログラムデータ９２４を含むことができる。アプリケーション９２２は、１つまたは複数の圧縮の方法を使用してデータを圧縮するように配置されるコンプレッサコンポーネント９２６を含むことができる。プログラムデータ９２４は、本明細書において説明されるように、クライアントが要求することができるコンテンツ９２８（たとえば、マルチメディアコンテンツ）を含むことができる。一部の実施形態において、アプリケーション９２２は、たとえばディスプレイの方向に応じて、表示される情報の回転が使用可能または使用不可にされるように、オペレーティングシステム９２０でプログラムデータ９２４と共に動作するように配置されてもよい。この説明される基本構成９０２は、破線内のコンポーネントにより図９に示される。

コンピューティングデバイス９００は、追加の特徴または機能、および追加のインターフェースを有して、基本構成９０２と、任意の必要なデバイスおよびインターフェース間の通信を容易にすることができる。たとえば、バス／インターフェースコントローラ９３０は、ストレージインターフェースバス９３４を介して基本構成９０２と１つまたは複数のデータストレージデバイス９３２との間の通信を容易にするために使用されてもよい。データストレージデバイス９３２は、取外し式ストレージデバイス９３６、非取外し式ストレージデバイス９３８、またはその組み合わせであってもよい。取外し式ストレージデバイスおよび非取外し式ストレージデバイスの例は、ほんの一部を挙げると、フレキシブルディスクドライブおよびハードディスクドライブ（ＨＤＤ）のような磁気ディスクデバイス、コンパクトディスク（ＣＤ）ドライブまたはデジタル多用途ディスク（ＤＶＤ）ドライブのような光ディスクドライブ、ソリッドステートドライブ（ＳＳＤ）、およびテープドライブを含む。例示のコンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュールおよびその他のデータのような情報の格納のための任意の方法または技術で実施された揮発性および不揮発性の、取外し式および非取外し式媒体を含むことができる。

システムメモリ９０６、取外し式ストレージデバイス９３６、および非取外し式ストレージデバイス９３８は、コンピュータストレージ媒体の例である。コンピュータストレージ媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたはその他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）またはその他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたはその他の磁気ストレージデバイス、もしくは望ましい情報を格納するために使用されうる、コンピューティングデバイス９００によってアクセスされうる任意の他の媒体を含むが、これらに限定されることはない。任意のそのようなコンピュータストレージ媒体は、コンピューティングデバイス９００の一部を構成することができる。

コンピューティングデバイス９００はまた、さまざまなインターフェースデバイス（たとえば、出力デバイス９４２、周辺インターフェース９４４、および通信デバイス９４６）から基本構成９０２へのバス／インターフェースコントローラ９３０を介する通信を容易にするためのインターフェースバス９４０を含むこともできる。例示の出力デバイス９４２は、グラフィック処理ユニット９４８およびオーディオ処理ユニット９５０を含み、これらは１つまたは複数のＡ／Ｖポート９５２を介してディスプレイまたはスピーカのようなさまざまな外部デバイスと通信するように構成されてもよい。例示の周辺インターフェース９４４は、シリアルインターフェースコントローラ９５４またはパラレルインターフェースコントローラ９５６を含み、これらは１つまたは複数の入出力ポート９５８を介して入力デバイス（たとえば、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイスなど）またはその他の周辺デバイス（たとえば、プリンタ、スキャナなど）のような外部デバイスと通信するように構成されてもよい。例示の通信デバイス９４６はネットワークコントローラ９６０を含み、これは１つまたは複数の通信ポート９６４を介するネットワーク通信リンク上の１つまたは複数のその他のコンピューティングデバイス９６２との通信を容易にするために配置されてもよい。

ネットワーク通信リンクは、通信媒体の一例であってもよい。通信媒体は通常、搬送波または他のトランスポート機構のような、変調データ信号のコンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータによって具現されてもよく、任意の情報配信媒体を含むことができる。「変調データ信号」は、信号の特性セットの１つまたは複数を有する信号、もしくは信号の情報をエンコードするような方法で変更された信号であってもよい。限定的ではなく、一例として、通信媒体は、有線ネットワークまたは直接有線接続のような有線媒体、ならびに音響、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）および他のワイヤレス媒体のようなワイヤレス媒体を含むことができる。本明細書に使用されているコンピュータ可読媒体という用語は、ストレージ媒体および通信媒体の両方を含むことができる。

コンピューティングデバイス９００は、携帯電話、携帯情報端末（ＰＤＡ）のような小型フォームファクターポータブル（またはモバイル）電子デバイス、パーソナルメディアプレイヤーデバイス、ワイヤレスＷｅｂ視聴デバイス、パーソナルハンドセットデバイス、アプリケーション固有デバイス、または上記の機能のいずれかを含む混合デバイスの一部として実施されてもよい。コンピューティングデバイス９００はまた、ラップトップコンピュータおよびラップトップコンピュータ以外の構成を含むパーソナルコンピュータとして実施されてもよい。

前述の説明から、本開示のさまざまな実施形態が、例示を目的として本明細書において説明されており、本開示の範囲を逸脱することなくさまざまな変更が行われてもよいことが理解されよう。したがって、本明細書において開示されるさまざまな実施形態は、限定的であるようには意図されておらず、真の範囲は添付の特許請求の範囲により示される。

Claims (13)

1. プロセッサと、メモリとを有するコンピューティングデバイスによって実行される方法であって、
   前記プロセッサにより第１のコンテンツタイプの圧縮レベルの指示を受信することであって、前記圧縮レベルは不可逆圧縮の許容レベルを指定する、受信することと、
   少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する、受信することと、
   前記コンテンツの各部分の圧縮方法を、リアルタイムで、前記コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択することであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、選択することと、
   前記選択された圧縮方法に従って前記コンテンツの各部分を圧縮することと、
   前記コンテンツを伝送することであって、前記コンテンツの前記第１の部分は前記第１の圧縮方法を使用して圧縮されており、前記第２の部分は前記第２の圧縮方法を使用して圧縮されている、伝送することと
   を含む方法。
2. 前記圧縮レベルの指示は、前記コンテンツを要求するクライアントコンピューティングデバイスから受信されることをさらに含む請求項１に記載の方法。
3. 前記コンテンツの前記第１の部分は第１のサイズを有し、前記コンテンツの前記第１の部分の圧縮されたサイズは、前記第２の圧縮方法を使用して前記コンテンツの前記第１の部分を圧縮した場合の結果よりも小さい請求項１に記載の方法。
4. 前記第１及び第２のコンテンツタイプの少なくとも１つは、コンテンツの前記部分の少なくとも１つに関連付けられているメタデータで指示される請求項１に記載の方法。
5. 前記第１及び第２のコンテンツタイプの少なくとも１つが自動的に検出される請求項１に記載の方法。
6. 前記第１及び第２コンテンツタイプの少なくとも１つが、景色、話者の性別、話者の属性、スポーツ、野生生物、ニュース、またはセクシュアルのうちの少なくとも１つである請求項１に記載の方法。
7. 前記第１のコンテンツタイプがニュースであり、前記第２のコンテンツタイプがスポーツである場合、前記第１の圧縮方法は、前記第２の圧縮方法より情報損失が大きい請求項１に記載の方法。
8. 前記第１のコンテンツタイプが広角ビューであり、前記第２のコンテンツタイプがクローズアップビューである場合、前記第１の圧縮方法は、前記第２の圧縮方法より情報損失が少ない請求項１に記載の方法。
9. プロセッサおよびメモリと、
   第１のコンテンツタイプの圧縮レベルの指示を受信するように構成されたコンポーネントであって、前記圧縮レベルは不可逆圧縮の許容レベルを指定する、コンポーネントと、
   少なくとも第１の部分と第２の部分とを有するコンテンツの要求をクライアントから受信するように構成されたコンポーネントであって、前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する、コンポーネントと、
   前記第１のコンテンツの各部分の圧縮方法を、リアルタイムで、前記コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択するコンポーネントであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、コンポーネントと、
   前記選択された圧縮方法に従って前記コンテンツの各部分を圧縮する、コンポーネントと、
   前記要求されたコンテンツを前記クライアントに伝送するように構成されたコンポーネントであって、前記コンテンツの前記第１の部分は前記第１の圧縮方法を使用して圧縮されており、前記第２の部分は前記第２の圧縮方法を使用して圧縮されている、コンポーネントと
   を備えるシステム。
10. 以前圧縮されたコンテンツをストレージから取り出すように構成されたコンポーネントをさらに備える請求項９に記載のシステム。
11. 前記コンテンツに関連付けられているメタデータのストレージをさらに備える請求項９に記載のシステム。
12. 前記コンテンツの少なくとも一部の部分に関連付けられているメタデータが存在し、前記第１の圧縮方法は前記第１の部分に関連付けられているメタデータに基づいて選択される請求項１１に記載のシステム。
13. 前記第１の圧縮方法は、前記第１のコンテンツタイプを動的に認識することに基づいて選択される請求項１１に記載のシステム。

Images