(57)【特許請求の範囲】
【請求項１】
装置であって、
通信リンクを介してデータを送信し又は受信する通信モジュールと、
前記通信モジュールに結合される圧縮構成モジュールと、
を有し、
前記圧縮構成モジュールは、
前記通信リンクを介する前記データの送信又は受信に関連する１又は複数の圧縮／解凍又は送信／受信パラメータを識別し、
前記の識別した１又は複数の圧縮／解凍又は送信／受信パラメータに基づき、複数の圧縮構成の各々について、前記装置による前記通信リンクを介する前記データの圧縮及び送信又は受信及び解凍のエネルギ消費を予測し、
前記予測したエネルギ消費に基づき、前記複数の圧縮構成から１つの圧縮構成を識別する、
よう構成され、
前記データは、ネットワークのアプリケーションサーバから受信されるべきデータであり、前記通信モジュールは、前記通信リンクを介して前記装置へ前記データを送信する前に前記データの圧縮に使用するために、前記識別した圧縮構成の指示を前記アプリケーションサーバへ送信する、
よう更に構成される、装置。
【請求項２】
前記複数の圧縮構成のうちの前記１つの圧縮構成は、圧縮ユーティリティの指示、圧縮レベルの指示、又は中央処理装置（ＣＰＵ）周波数の指示を含む、請求項１に記載の装置。
【請求項３】
前記圧縮／解凍又は送信／受信パラメータは、前記通信リンクの利用可能帯域幅、前記通信リンクの状態若しくは通信技術を含む送信／受信パラメータ、又は適用される圧縮、前記データのファイル種類、若しくは前記データのファイルサイズを含む圧縮／解凍パラメータ、を有する、請求項１に記載の装置。
【請求項４】
前記予測したエネルギ消費は、前記データの圧縮及び送信又は前記データの解凍のための時間要件の予測に基づく、請求項１乃至３のいずれか一項に記載の装置。
【請求項５】
コンピュータプログラムであって、モバイル装置のプロセッサに、
通信リンクを介して転送され又は受信されるべきデータを識別させ、
前に送信又は受信されたデータに関する情報を含むデータモデルの少なくとも一部に基づき、複数の圧縮構成のうちの各々について、前記通信リンクを介する前記データの圧縮及び送信又は受信及び解凍のエネルギ消費を予測させ、
前記予測したエネルギ消費に基づき、圧縮構成を識別させ、
前記識別した圧縮構成を用いて、前記データを圧縮及び送信させ、又は受信及び解凍させる、
コンピュータプログラム。
【請求項６】
前記複数の圧縮構成のうちの前記圧縮構成は、圧縮ユーティリティの指示、圧縮レベルの指示、又は中央処理装置（ＣＰＵ）周波数の指示を含む、請求項５に記載のコンピュータプログラム。
【請求項７】
前記予測したエネルギ消費は、前記通信リンクの利用可能帯域幅、前記通信リンクの状態又は通信技術、並びに、適用される圧縮、前記データのファイル種類若しくは前記データのファイルサイズを含む圧縮／解凍パラメータ、に基づく、請求項５に記載のコンピュータプログラム。
【請求項８】
前記プロセッサに、さらに、前記送信又は受信される圧縮されたデータに関連するフィードバックに基づき前記データモデルを更新させる、請求項５に記載のコンピュータプログラム。
【請求項９】
圧縮及び送信又は受信及び解凍の前記予測したエネルギ消費は、前記圧縮及び送信又は受信及び解凍のための時間要件の予測を含む、請求項５乃至７のいずれか一項に記載のコンピュータプログラム。
【請求項１０】
前記通信リンクは無線通信リンクである、請求項５乃至７のいずれか一項に記載のコンピュータプログラム。
【請求項１１】
モバイル装置により、前に送信又は受信されたデータに関する情報を含むデータモデルの少なくとも一部に基づき、複数の圧縮構成の各々について、通信リンクを介するデータの圧縮及び送信又は受信及び解凍のエネルギ消費を予測するステップであって、前記データは、前記データに対して前記複数の圧縮構成のうちの１つの圧縮構成を用いて圧縮される、ステップと、
前記モバイル装置により、前記予測したエネルギ消費に基づき、使用されるべき圧縮構成を識別するステップと、
前記モバイル装置により、前記識別した圧縮構成を用いて、前記データの圧縮又は解凍を促進するステップと、
を有する方法。
【請求項１２】
前記複数の圧縮構成のうちの１つの圧縮構成は、圧縮ユーティリティの指示、圧縮レベルの指示、又は中央処理装置（ＣＰＵ）周波数の指示を含む、請求項１１に記載の方法。
【請求項１３】
前記予測したエネルギ消費は、前記通信リンクの利用可能帯域幅、前記通信リンクの状態又は通信技術、並びに、適用される圧縮、前記データのファイル種類、若しくは前記データのファイルサイズを含む圧縮／解凍パラメータ、に基づく、請求項１１に記載の方法。
【請求項１４】
前記モバイル装置により、前記通信リンクを介して前記圧縮されたデータの送信又は受信を促進するステップ、
を更に有する請求項１１乃至１３のいずれか一項に記載の方法。
【請求項１５】
圧縮及び送信又は受信及び解凍の前記エネルギ消費を予測するステップは、前記モバイル装置により、前記圧縮及び送信又は受信及び解凍のための時間要件を予測するステップを含む、請求項１１乃至１３のいずれか一項に記載の方法。
【請求項１６】
請求項５乃至１０のいずれか一項に記載のコンピュータプログラムを記憶したコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の参照］
本願は、米国特許出願番号第１４／３１６，６５３号、２０１４年６月２６日出願、名称「COMPRESSION  CONFIGURATION  IDENTIFICATION」の優先権を主張する。
【０００２】
本開示は、データ処理及びデータ通信の分野に関連し、特に、無線ネットワークにおけるデータ送信のための圧縮構成の識別に関する。
【背景技術】
【０００３】
ここで提供される背景技術の記載は、本開示のコンテキストを概略的に提示することを目的とする。本願明細書に特に示されない限り、この章に記載される構成要素は、本願の請求項に対する従来技術ではなく、この章に含まれることにより従来技術と見なされるものではない。
【０００４】
種々のモバイルアプリケーション及びサービスが益々普及することに起因して、モバイルデータトラフィックの量は、近い将来に有意に増大することが予想される。
【０００５】
したがって、エネルギ効率の良い設計の通信サブシステムは、モバイル作業負荷（例えば、ファイル転送及びビデオストリーミング）のプラットフォーム全体のエネルギ効率を向上するために、益々重要になり得る。このエネルギ効率の良い設計は、スマートフォン及びタブレットのような小型モバイルプラットフォームにとって益々重要になり得る。
【図面の簡単な説明】
【０００６】
実施形態は、添付の図面と関連して以下の詳細な説明により直ちに理解されるだろう。この説明を容易にするために、類似の参照符号は類似の構造的要素を示す。実施形態は、添付の図面の図において例として示され、限定ではない。
【図１】種々の実施形態による無線ネットワークの簡略ブロック図を示す。
【図２】種々の実施形態による無線ネットワークの高位レベルブロック図を示す。
【図３】種々の実施形態による、異なる圧縮レベルを用いるデータの圧縮及び送信の一例を示す。
【図４】種々の実施形態による、アップリンクデータ圧縮及び送信の一例を示す。
【図５】種々の実施形態による、アップリンクデータ圧縮及び送信の別の例を示す。
【図６】種々の実施形態による、ダウンリンクデータ圧縮及び送信の一例を示す。
【図７】種々の実施形態による、ダウンリンクデータ圧縮及び送信の別の例を示す。
【図８】種々の実施形態による、トレーニングデータの一例を示す。
【図９】種々の実施形態による、ダウンリンクデータの送信のための種々の圧縮構成を用いる、エネルギ消費及びエネルギ節約の例を示す。
【図１０】種々の実施形態による、アップリンクデータの送信のための種々の圧縮構成を用いる、エネルギ消費及びエネルギ節約の例を示す。
【図１１】種々の実施形態による、アップリンクデータの送信のための種々の圧縮構成及び帯域幅制限シナリオを用いる、エネルギ消費及びエネルギ節約の例を示す。
【図１２】種々の実施形態による、圧縮構成を識別し及び使用する例示的な処理を示す。
【図１３】開示の実施形態による、本開示の種々の態様を実施するための使用に適した例示的なコンピュータシステムを示す。
【図１４】開示の実施形態による、図４〜７又は１２を参照して説明される方法を実施するための命令を有する記憶媒体を示す。
【発明を実施するための形態】
【０００７】
開示の実施形態は、ファイル圧縮及び送信、又はファイル受信及び解凍に関連する装置、方法、及び記憶媒体を含む。特に、送信又は受信に関連する１又は複数の圧縮／解凍又は送信／受信パラメータが識別されても良い。識別したパラメータに基づき、無線通信リンクを介するデータの圧縮及び送信、又は受信及び解凍のエネルギ消費が予測されても良い。この予測に基づき、モバイル装置のエネルギ消費を低減する又は最小化する圧縮構成が識別されても良い。
【０００８】
幾つかの実施形態では、幾つかの例を挙げると、圧縮／解凍関連パラメータは、ファイルサイズ、ファイル種類（例えば、ＴＸＴ、ＣＳＶ、又はＴＡＲ）、適用される圧縮ユーティリティ（例えば、ＧＺＩＰ、ＬＺＯＰ、又はＢＺＩＰ２）、オペレーティングシステム（例えば、Ａｎｄｒｏｉｄ（登録商標）、ｉＯＳ（登録商標）、又はＷｉｎｄｏｗｓ（登録商標））、及び／又は、動作する中央処理装置（ＣＰＵ）周波数を含む装置能力を含み得る。さらに、送信／受信関連パラメータは、使用される無線技術の種類（例えば、Ｗｉ−Ｆｉ、３Ｇ、４Ｇ）、利用可能な送信帯域幅、信号対干渉及び雑音比（signal  to  interference  plus  noise  ratio：ＳＩＮＲ）、物理設定の変調符号化方式（modulation  encoding  scheme：ＭＣＳ）、無線リソースの競合者数、又は１又は複数の他の送信関連パラメータを含み得る。
【０００９】
以下の詳細な説明では、その一部を形成する添付の図面が参照される。図中、同様の参照符号は同様の部分を示す。添付の図面は実行されうる説明のための実施形態として示される。他の実施形態が利用されてもよく、構造的又は論理的変化が本開示の範囲から逸脱することなく行われてもよいことが理解されるべきである。したがって、以下の詳細な説明は限定的意味と考えられるのではなく、実施形態の範囲は特許請求の範囲及びその等価物によって定められる。
【００１０】
本開示の態様は、添付の説明の中で開示される。本開示の代替の実施形態及びそれらの等価物は、本開示の精神又は範囲から逸脱することなく考案され得る。留意すべきことに、以下に開示される同様の要素は、図中の同様の参照符号により示される。
【００１１】
種々の動作は、請求される主題を理解するのに最も有用である方法で、複数の別個の作用又は動作として記載できる。
【００１２】
しかしながら、記載の順序は、これらの動作が必ず順序に依存することを意味すると考えられてはならない。特に、これらの動作は、提示の順序で実行されなくても良い。記載の動作は、記載の実施形態と異なる順序で実行されても良い。追加の実施形態において、種々の追加動作が実行されても良く、及び／又は記載の動作が省略されても良い。
【００１３】
本開示の目的のために、表現「Ａ及び／又はＢ」は、「Ａ」、「Ｂ」、又は「Ａ及びＢ」を意味する。本開示の目的のために、表現「Ａ、Ｂ及び／又はＣ」は、（Ａ）、（Ｂ）、（Ｃ）、（Ａ及びＢ）、（Ａ及びＣ）、（Ｂ及びＣ）又は（Ａ、Ｂ及びＣ）を意味する。
【００１４】
説明は、「一実施形態では」又は「実施形態では」という表現を用いうる。これらは同一の又は異なる実施形態のうちの１又は複数を表しうる。更に、用語「有する（comprising、including、having）」等は、本開示の実施形態に関連して用いられるとき、同義である。
【００１５】
本願明細書で用いられるように、用語「モジュール」は、１又は複数のソフトウェア若しくはフォームウェアプログラムを実行するＡＳＩＣ（Application  Specific  Integrated  Circuit）、電子回路、プロセッサ（共有、専用、又はグループ）、及び／又はメモリ（共有、専用、又はグループ）、組合せ論理回路、及び／又は記載の機能を提供する他の適切なコンポーネントを表し、その一部であり、又はそれを含んでも良い。
【００１６】
図１は、種々の実施形態による、無線通信ネットワーク１００（以後、「ネットワーク１００」）を概略的に示す。ネットワーク１００は、基地局１０５に結合されるモバイル装置１１０を有しても良い。幾つかの実施形態では、ネットワーク１００は、Ｅ−ＵＴＲＡＮ（evolved  universal  terrestrial  radio  access  network）のような３ＧＰＰ（３rd  Generation  Partnership  Project）ＬＴＥ（long−term  evolution）ネットワークのアクセスネットワークであっても良い。これらの実施形態では、基地局１０５は、３ＧＰＰ  ＬＴＥ無線プロトコルのような無線プロトコルを用いてモバイル装置１１０と無線通信するよう構成されるｅＮＢ（eNodeB、evolved  NodeBとしても参照される）であっても良い。他の実施形態では、ネットワーク１００は、ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１６無線標準により定められるようなＷｉＭＡＸネットワーク、ＩＥＥＥ８０２．１１標準により定められるようなＷｉ−Ｆｉネットワーク、３ＧＰＰ符号分割多重アクセス（code  division  multiple  access：ＣＤＭＡ）又は広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）ネットワーク、３ＧＰＰ  ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワーク、又はモバイル装置とアクセスポイント若しくは基地局とを有する何らかの他の種類の無線ネットワーク、のようなネットワークであっても良い。
【００１７】
図１に示すように、モバイル装置１１０は、マルチモード通信機チップとしても参照され得る通信機モジュール１２２を有しても良い。通信モジュール１２２は、無線信号を送信し及び受信するよう構成されても良い。特に、通信機モジュール１２２は、ネットワーク１００の他のコンポーネント、例えば基地局１０５又は別のモバイル装置、と無線で通信するために、モバイル装置１１０の複数のアンテナ１２５のうちの１又は複数に結合されても良い。アンテナ１２５は、電力増幅器１３０により給電されても良い。電力増幅器１３０は、通信機モジュール１２２のコンポーネントであり、又は通信機モジュール１２２に結合され、及び通常、図１に示すように通信機モジュール１２２とアンテナ１２５との間にあっても良い。一実施形態では、電力増幅器１３０は、アンテナ１２５での全ての送信のために電力を供給しても良い。他の実施形態では、モバイル装置１１０に複数の電力増幅器が存在しても良い。複数のアンテナ１２５の使用は、モバイル装置１１０が、空間直交リソース送信ダイバーシティ（spatial  orthogonal  resource  transmit  diversity：ＳＯＲＴＤ）、多入力多出力（multiple−input  multiple−output：ＭＩＭＯ）、又は全次元ＭＩＭＯ（full−dimension：ＦＤ−ＭＩＭＯ）のような送信ダイバーシティ技術を使用することを可能にし得る。
【００１８】
特定の実施形態では、通信機モジュール１２２は、ブロードバンドモジュールとしても参照され得る通信モジュール１２０を有しても良い。通信モジュール１２０は、アンテナ１２５にモバイル装置１１０から１又は複数の信号を送信させるよう構成される送信機回路１４５と、アンテナ１２５にモバイル装置１１０において１又は複数の信号を受信させるよう構成される受信機回路１５０と、の両方を有しても良い。他の実施形態では、通信モジュール１２０は、別個のチップ又はモジュールで実装されても良い。例えば、一方のチップは受信機回路１５０を含み、他方のチップは送信機回路１４５を有する。幾つかの実施形態では、信号は、基地局１０５のような基地局へ送信され又はそれから受信されるセルラ信号であっても良い。幾つかの実施形態では、通信機モジュール１２２は、アンテナ１２５により送信されるデータのための１又は複数の圧縮構成を識別し、及び送信の前にデータを圧縮し又はアンテナ１２５によるデータの受信の後にデータを解凍する、よう構成される圧縮構成モジュール１５５を含み又はそれに結合されても良い。圧縮を最適に選択させることは、モバイルプラットフォームにおけるエネルギ消費を有意に低減できる。本開示の上述の及び他の態様は、以下に更に詳細に記載される。
【００１９】
モバイル装置１１０と同様に、基地局１０５は、通信機モジュール１３５を有しても良い。通信機モジュール１３５は、ネットワーク１００の他のコンポーネント、例えばモバイル装置１１０と無線で通信するために、基地局１０５の複数のアンテナ１４０のうちの１又は複数に更に結合されても良い。アンテナ１４０は、電力増幅器１６０により給電されても良い。電力増幅器１６０は、通信機モジュール１３５のコンポーネントであり、又は、通常、図１に示すように通信機モジュール１３５とアンテナ１４０との間に位置する基地局１０５の別個のコンポーネントであっても良い。一実施形態では、電力増幅器１６０は、アンテナ１４０での全ての送信のために電力を供給しても良い。他の実施形態では、基地局１０５に複数の電力増幅器が存在しても良い。複数のアンテナ１４０の使用は、基地局１０５がＳＯＲＴＤ、ＭＩＭＯ、又はＦＤ−ＭＩＭＯのような送信ダイバーシティ技術を使用することを可能にし得る。特定の実施形態では、通信機モジュール１３５は、アンテナ１４０に基地局１０５から１又は複数の信号を送信させるよう構成される送信機回路１６５と、アンテナ１４０に基地局１０５において１又は複数の信号を受信させるよう構成される受信機回路１７０と、の両方を有しても良い。他の実施形態では、通信機モジュール１３５は、互いに別個の送信機回路１６５及び受信機回路１７０（図示しない）により置き換えられても良い。幾つかの実施形態では、図示しないが、通信機モジュール１３５は、受信機回路１７０及び送信機回路１６５を含む通信モジュール１８０のような通信モジュールを有しても良い。モバイル装置１１０と同様に、基地局１０５は、アンテナ１４０により送信されるデータのための１又は複数の圧縮構成を識別し、及び送信の前にデータを圧縮し又はアンテナ１４０によるデータの受信の後にデータを解凍する、よう構成される圧縮構成モジュール１７５を含んでも良い。前述のように、圧縮を最適に選択させることは、モバイルプラットフォームにおけるエネルギ消費を有意に低減できる。本開示の上述の及び他の態様は、以下に更に詳細に記載される。
【００２０】
図２は、ネットワーク１００と同様であっても良いネットワーク２００の一例を示す。具体的には、ネットワーク２００は、図１の基地局１０５と同様であっても良い基地局２０５又は２１０のような１又は複数の基地局を有しても良い。無線ネットワーク２００は、図１のモバイル装置１１０と同様であっても良いモバイル装置２１５、２２０、又は２２５のような１又は複数のモバイル装置を更に有しても良い。図２に示すように、例えば基地局２１０とモバイル装置２２５のように、基地局は、単一のモバイル装置にのみ結合されても良い。或いは、基地局は、基地局２０５に結合されて示されるモバイル装置２１５及び２２０のような複数のモバイル装置に結合されても良い。
【００２１】
基地局２０５及び２１０は、アプリケーションサーバ２３５、クラウドサーバ２４０のような複数のサーバを有するコアネットワーク２３０に結合されても良い。例えば＜基地局２０５及び２１０は、モバイル装置とコアネットワーク２３０のサーバのうちの１つとの間で信号を渡すよう構成されても良い。アプリケーションサーバ２３５のようなアプリケーションサーバは、１又は複数の適用されるアプリケーションをサポートするために使用されるプログラム、ルーチン、スクリプト、又は何らかの他のプロシジャのようなプロシジャの実行のために専用のサーバであっても良い。クラウドサーバ２４０のようなクラウドサーバは、基地局又はモバイル装置とコアネットワーク２３０の要素である１又は複数の他のサーバとの間の通信を許容し及び変更するサーバであっても良い。例えば、クラウドサーバ２４０は、圧縮構成を識別し、及び／又は該圧縮構成を用いてデータを圧縮し若しくは解凍することを担っても良い。幾つかの実施形態では、クラウドサーバ２４０及びアプリケーションサーバ２３５は、同じハードウェアピースに実装されても良い。他の実施形態では、アプリケーションサーバ２３５及びクラウドサーバ２４０は、別個の機器に実装されても良い。幾つかの実施形態では、２つのサーバは、地理的に同一場所にあっても良い。一方で、他の実施形態では、サーバは、異なる地理的領域に置かれても良い。他の実施形態では、クラウドサーバ２４０は、コアネットワーク２３０の要素でなくても良く、代わりに、基地局２０５又は２１０のような基地局に、又はモバイル装置２１５、２２０若しくは２２５のようなモバイル装置に、実装され又はそれに結合されても良い。
【００２２】
上述のように、幾つかの実施形態では、データ圧縮構成の正しい選択及び適用は、モバイルプラットフォームのエネルギ消費を有意に低減できる。例えば、データ圧縮構成は、データのファイル種類、データのファイルサイズ、ネットワーク２００の利用可能ネットワーク帯域幅、又は１又は複数の他のパラメータに基づいても良い。幾つかの実施形態では、オンザフライに圧縮構成（例えば、圧縮ユーティリティ又は圧縮レベル）を用いて（サーバにおいて又はモバイル装置において）モバイルデータを適応的に圧縮することは有用であり得る。この圧縮は、ダウンリンク（つまり、サーバによるモバイルデータの送信及び圧縮、及びモバイル装置によるモバイルデータの対応する受信及び解凍）シナリオのみならず、アップリンク（つまり、モバイル装置によるモバイルデータの送信及び圧縮、及び基地局又はネットワークによるモバイルデータの対応する受信及び解凍）シナリオでも、全体のモバイルプラットフォームエネルギ消費を最小化できる。
【００２３】
多くのレガシーネットワークでは、既存の圧縮アプローチは、所与の環境に適応されない固定的な圧縮構成を使用する。言い換えると、同じ圧縮種類、圧縮レベル、又は圧縮構成の何らかの他の要素が、ネットワーク帯域幅、ファイル種類、又はファイルサイズに関係なく使用され得る。
【００２４】
これに対し、本願明細書の実施形態は、データ圧縮／解凍と送信／受信のようなデータ通信との間のエネルギ消費トレードオフを利用し、モバイルプラットフォームのエネルギ消費を削減し又は最小化できる。図３に圧縮とデータ送信との間の例示的なエネルギ消費トレードオフが示される。図３は、モバイル装置におけるデータの圧縮、次に、Ｗｉ−Ｆｉインタフェースを用いるローカルサーバへの圧縮データの送信の一例を示す。具体的には、図３は、異なる圧縮レベルを用いる圧縮及び送信についての電力（ミリワット（ｍＷ）で）及び時間（秒で）を示す。例えば、レベル１圧縮を有するＧＺＩＰを用いると、モバイルデータの圧縮は、約２秒かかることがある。一方、モバイルデータの送信は、約４秒かかることがある。これに対し、ＧＺＩＰレベル９圧縮を用いると、モバイルデータの圧縮は、約５秒かかることがある。一方、モバイルデータの送信は、約２．５秒かかることがある。この実施形態では、及び概して本願明細書に記載のように、圧縮レベルが高いほど、ファイルを圧縮するために長時間がかかり得るが、ファイルは更に圧縮できる。言い換えると、ファイルに適用される圧縮レベルが高いほど、結果として生じる圧縮ファイルは概して小さくなる。
【００２５】
その結果、図３から、より高い圧縮レベルが適用されるとき、モバイル装置は圧縮のためにより多くのエネルギを消費し得るが、少ない時間しかかからず、したがって、圧縮データの送信のために少ないエネルギしか消費しないことが分かる。これは、より高い圧縮レベルがデータに適用されるとき、データはより小さいファイルサイズに圧縮でき、それにより無線インタフェースを介するデータ送信のために必要な合計エネルギを節約することが分かる。
【００２６】
したがって、図３から、圧縮と送信との間にエネルギトレードオフが存在し得ることが分かる。同様のエネルギトレードオフは、受信と解凍との間にも存在し得る。さらに、合計プラットフォームエネルギ消費、つまり、合計圧縮エネルギと合計送信エネルギとの和、を最小化し又は削減するために最適な圧縮レベルが存在し得ることが分かる。圧縮ユーティリティ及び圧縮レベル以外に、正しい圧縮構成が使用される場合にモバイル作業負荷のためのプラットフォームエネルギ消費が最小化されることを示す、利用可能なネットワーク帯域幅、ファイル種類、ファイルサイズ、ＣＰＵ周波数、等のような圧縮及び送信のエネルギ効率に影響を与え得る１又は複数の因子が存在し得る。したがって、本願明細書で使用される圧縮構成は、圧縮レベル、圧縮ユーティリティ、及び／又は、上述の他の因子のうちの１又は複数、のうちの１又は複数の指示を含み得る。本願明細書で使用されるように、最適圧縮構成は、ファイル圧縮／解凍又はファイル送信／受信の時間及び／又はエネルギを最小化する又は削減する圧縮構成であると考えられる。
【００２７】
上述のように、圧縮（又は解凍）及び送信（又は受信）のエネルギ消費／効率は、１又は複数のパラメータにより決定されても良い。幾つかの例を挙げると、圧縮関連パラメータは、ファイルサイズ、ファイル種類（例えば、ＴＸＴ、ＣＳＶ、又はＴＡＲ）、適用される圧縮ユーティリティ（例えば、ＧＺＩＰ、ＬＺＯＰ、又はＢＺＩＰ２）、オペレーティングシステム（例えば、Ａｎｄｒｏｉｄ（登録商標）、ｉＯＳ（登録商標）、又はＷｉｎｄｏｗｓ（登録商標））、及び／又は、動作するＣＰＵ周波数を含む装置能力を含み得る。送信関連パラメータは、使用される無線技術の種類（例えば、Ｗｉ−Ｆｉ、３Ｇ、４Ｇ）、利用可能な送信帯域幅、ＳＴＮＲ、ＭＣＳ、無線リソースの競合者数、又は１又は複数の他の送信関連パラメータを含み得る。幾つかの実施形態では、圧縮関連パラメータ又は送信関連パラメータのうちの１又は複数は、時間と共に変化するパラメータであっても良い。
【００２８】
さらに、モバイル装置にとっては圧縮ファイルを受信し解凍するよりも未圧縮ファイルを圧縮し送信する方が多くの電力を要するので、データフローの方向（例えば、アップリンク又はダウンリンク）が重要な場合がある。モバイル装置１１０のようなモバイル装置がファイルを基地局１０５、クラウドサーバ２４０、アプリケーションサーバ２３５、又はネットワーク２００又はコアネットワーク２３０の何らかの他の要素へ送信するとき、モバイル装置１１０は、全体のプラットフォームエネルギ消費を削減し又は最小化し得る最適圧縮構成を用いて圧縮を実行できる。モバイル装置１１０のようなモバイル装置がファイルをネットワーク２００又はコアネットワーク２３０のエンティティから受信するとき、モバイル装置１１０は、上述の圧縮関連パラメータ又は送信関連パラメータのうちの１又は複数に基づき、最適圧縮構成を識別し、基地局１０５、クラウドサーバ２４０、又はアプリケーションサーバ２３５に、識別した圧縮構成を用いてデータを圧縮することを要求しても良い。上述のように、モバイル装置１１０は、最適圧縮構成を、モバイル装置１１０におけるデータの受信及び解凍のための合計エネルギ消費を削減し又は最小化する圧縮構成として識別しても良い。
【００２９】
したがって、実施形態において、無線インタフェースを通じるデータ配信の合計エネルギ消費は、最小化され又は少なくとも削減できる。具体的には、モバイル装置１１０がファイルを送信したいと望むとき（つまり、アップリンクシナリオ）、圧縮エネルギと送信エネルギとの和を最小化し又は削減することが望ましい。他方で、モバイル装置がファイルを受信するとき（つまり、ダウンリンクシナリオ）、データ受信エネルギとデータ圧縮のために必要なエネルギとの和を最小化し又は削減することが望ましい。さらに、圧縮データをインターネット又はクラウドへ送信し又はそれから受信することにより、更なるエネルギ節約が見られる。
【００３０】
図４及び５は、アップリンクシナリオのためのシステムアーキテクチャの異なる例を示す。具体的には、クラウドサーバは、上述のようにファイル送信を助けるために使用されても良い。図４は直接シナリオを示し、図５は転送シナリオを示す。図４に示す直接シナリオでは、クラウドサーバ２４０のようなクラウドサーバは、モバイル装置１１０のようなモバイル装置又はアプリケーションサーバ２３５のようなアプリケーションサーバからの要求に応答して、最適圧縮構成の指示を識別し送信するよう動作しても良い。データが圧縮され送信された後、解凍は、アプリケーションサーバにより実行されても良い。これに対し、図５に示す転送シナリオでは、クラウドサーバ２４０のようなクラウドサーバは、最適圧縮構成を識別し提供するだけではなく、クラウドサーバは、さらに、圧縮ファイルを受信し、解凍し、アプリケーションサーバ２３５のようなアプリケーションサーバへ転送しても良い。直接方式と比べて、転送方式では、クラウドサーバは、より高い負荷を有し得る。しかし、圧縮ファイルを受信し、ファイルを圧縮するために使用される圧縮構成を識別し、及び受信データを解凍するために、アプリケーションサーバを変更する必要がない。言い換えると、圧縮／解凍は、アプリケーションサーバに対して透過であっても良い。
【００３１】
具体的には、直接方式では、モバイル装置１１０のようなモバイル装置がアプリケーションサーバ２４０のようなアプリケーションサーバへファイルを送信する前に、モバイル装置は、先ず、必要なパラメータ及びユーザ選択をクラウドサーバ２３５のようなクラウドサーバへ転送しても良い。モバイル装置は、次に、転送されたパラメータ及び／又はユーザ選択に基づき、クラウドサーバから最適圧縮構成の指示を要求しても良い。圧縮構成を受信した後に、モバイル装置は、次に、提案された圧縮構成に従いファイルを圧縮し、アプリケーションサーバへ圧縮データを送信しても良い。圧縮ファイルを受信すると、アプリケーションサーバは、次にファイルを解凍しても良い。
【００３２】
図４は、直接アップリンク転送方式の一例を示す。方式は、モバイル装置１１０のようなモバイル装置、基地局１０５のような基地局、クラウドサーバ２４０のようなクラウドサーバ、及びアプリケーションサーバ２３５のようなアプリケーションサーバにより実行されても良い。最初に、４００で、モバイル装置は、アプリケーションサーバへファイル送信を開始しても良い。４００でファイル送信が開始された後、４０５で、モバイル装置及び／又は基地局は、１又は複数のパラメータをクラウドサーバへ提供しても良い。例えば、パラメータは、圧縮関連パラメータ、送信関連パラメータ、及び／又は上述のようなユーザ選択の指示、のうちの１又は複数を有しても良い。
【００３３】
受信したパラメータに基づき、クラウドサーバは、４１０で最適圧縮構成を識別し、４１５でモバイル装置へ最適圧縮構成の指示を提供しても良い。幾つかの実施形態では、指示は、モバイル装置により格納されるテーブルのルックアップ値、圧縮レベル若しくは圧縮ユーティリティのような圧縮構成の１又は複数のパラメータ、又は１又は複数の他のパラメータを有しても良い。
【００３４】
４１５で最適圧縮構成の指示を受信した後、４２０で、モバイル装置は、受信した圧縮構成を用いてデータを圧縮しても良い。４２５で、モバイル装置は、次に、アプリケーションサーバへ圧縮データを送信しても良い。４２５における移動局からアプリケーションサーバへの圧縮データの送信と同時に、その前に、又はその後に、４３０で、クラウドサーバは、最適圧縮構成の指示をアプリケーションサーバへ更に提供しても良い。例えば、幾つかの実施形態では、クラウドサーバは、４１５でモバイル装置に指示を提供するのと並列に、最適圧縮構成の指示をアプリケーションサーバに提供しても良い。他の実施形態では、クラウドサーバは、４２５におけるモバイル装置から圧縮データの送信と同時に、最適圧縮構成の指示をアプリケーションサーバに提供しても良い。４２５において送信された圧縮データを受信すると、４３５で、アプリケーションサーバは、最適圧縮構成を用いて受信したデータを解凍しても良い。
【００３５】
上述のように、モバイル装置とクラウドサーバ又はアプリケーションサーバとの間の通信のうちの１又は複数は、基地局を通じてルーティングされ又はそれにより転送されても良い。さらに、上述のように、ネットワーク２００のようなネットワークは、複数の基地局を有しても良く、送信のうちの１又は複数は、複数の基地局を通じてルーティングされても良い。
【００３６】
これに対し、転送方式では、モバイル装置１１０のようなモバイル装置は、提案された最適圧縮構成に従いファイルを圧縮した後に、圧縮ファイルをクラウドサーバへ送信しても良い。圧縮ファイルを受信した後に、クラウドサーバは、ファイルを解凍し、次に、解凍したデータをアプリケーションサーバへ転送しても良い。
【００３７】
具体的には、図５は、アップリンク転送シナリオの一例を示す。アップリンク直接シナリオと同様に、転送シナリオは、モバイル装置１１０のようなモバイル装置、基地局１０５のような基地局、クラウドサーバ２４０のようなクラウドサーバ、及びアプリケーションサーバ２３５のようなアプリケーションサーバを有しても良い。
【００３８】
最初に、５００で、モバイル装置は、アプリケーションサーバへファイル送信を開始しても良い。５００でファイル送信が開始された後、５０５で、モバイル装置及び／又は基地局は、１又は複数のパラメータをクラウドサーバへ提供しても良い。例えば、パラメータは、圧縮関連パラメータ、送信関連パラメータ、及び／又は上述のようなユーザ選択の指示、のうちの１又は複数を有しても良い。
【００３９】
受信したパラメータに基づき、クラウドサーバは、最適圧縮構成を識別し、５１０でモバイル装置へ最適圧縮構成の指示を提供しても良い。幾つかの実施形態では、指示は、モバイル装置により格納されるテーブルのルックアップ値、圧縮レベル若しくは圧縮ユーティリティのような圧縮構成の１又は複数のパラメータ、又は１又は複数の他のパラメータを有しても良い。
【００４０】
５１０で最適圧縮構成の指示を受信した後、５１５で、モバイル装置は、受信した圧縮構成を用いてデータを圧縮しても良い。５２０で、モバイル装置は、次に、クラウドサーバへ圧縮データを送信しても良い。
【００４１】
クラウドサーバは、圧縮データを受信すると、５２５で、識別した最適圧縮構成を用いてデータを解凍しても良い。５３０で、クラウドサーバは、次に、アプリケーションサーバへ解凍データを転送しても良い。
【００４２】
上述のように、モバイル装置とクラウドサーバ又はアプリケーションサーバとの間の通信のうちの１又は複数は、基地局を通じてルーティングされ又はそれにより転送されても良い。さらに、上述のように、ネットワーク２００のようなネットワークは、複数の基地局を有しても良く、通信又は送信のうちの１又は複数は、複数の基地局を通じてルーティングされても良い。
【００４３】
上述のように、データの圧縮は、ダウンリンクシナリオにおいて更に有用であり得る。図６及び７は、ダウンリンクシナリオのためのシステムアーキテクチャの異なる例を示す。具体的には、クラウドサーバは、上述のアップリンクシナリオと同様に、ファイル送信を助けるために使用されても良い。図６は直接ダウンリンクシナリオの例を示し、図７は転送ダウンリンクシナリオの例を示す。図６に示す直接シナリオでは、クラウドサーバは、最適圧縮構成を識別し、次に、該圧縮構成をアプリケーションサーバへ転送しても良い。アプリケーションサーバは、次に、データを圧縮し、モバイル装置へ圧縮データを送信しても良い。これに対し、図７に示す転送シナリオでは、クラウドサーバは、最適圧縮構成を識別するだけでなく、ファイルを圧縮し、圧縮データをモバイル装置へ転送しても良い。直接シナリオと比較して、転送シナリオでは、クラウドサーバは、より高い負荷を有し得るが、データの圧縮は、アプリケーションサーバに対して透過であり得る。
【００４４】
直接ダウンリンクシナリオでは、アプリケーションサーバがモバイル装置へファイルを送信する前に、アプリケーションサーバは、先ず、クラウドサーバから最適圧縮構成の指示を要求しても良い。最適圧縮構成の指示を受信した後に、アプリケーションサーバは、次に、提案された圧縮構成に従いファイルを圧縮し、モバイル装置へ圧縮データを送信しても良い。圧縮ファイルを受信すると、モバイル装置は、ファイルを解凍しても良い。
【００４５】
具体的には、図６に、ダウンリンク直接圧縮シナリオが示される。ダウンリンク直接圧縮シナリオは、モバイル装置１１０のようなモバイル装置、基地局１０５のような基地局、クラウドサーバ２４０のようなクラウドサーバ、及びアプリケーションサーバ２３５のようなアプリケーションサーバに関連しても良い。
【００４６】
最初に、６００で、モバイル装置及びアプリケーションサーバは、ファイル送信を開始しても良い。次に、６０５で、アプリケーションサーバは、クラウドサーバから最適圧縮構成の指示を要求しても良い。６１０で、クラウドサーバは、モバイル装置から１又は複数のパラメータの指示を要求しても良い。これに応答して、６１５で、モバイル装置及び／又は基地局は、１又は複数のパラメータの指示を提供しても良い。例えば、パラメータは、圧縮関連パラメータ、送信関連パラメータ、及び／又は上述のようなユーザ選択の指示、のうちの１又は複数を有しても良い。
【００４７】
６１５で受信したパラメータに基づき、クラウドサーバは、６２０で最適圧縮構成を識別しても良い。６２５で、クラウドサーバは、次に、アプリケーションサーバへ最適圧縮構成の指示を提供しても良い。さらに、６３０で、クラウドサーバは、モバイル装置へ最適圧縮構成の指示を送信しても良い。
【００４８】
６２５で最適圧縮構成の指示を受信した後、６３５で、アプリケーションサーバは、最適圧縮構成を用いてデータを圧縮しても良い。６４０で、アプリケーションサーバは、モバイル装置へデータを送信しても良い。６４５で、モバイル装置は、次に、６３０でクラウドサーバから受信した圧縮構成を用いてデータを解凍しても良い。
【００４９】
図４のアップリンク直接圧縮シナリオに関して上述したように、６３０における圧縮構成の指示の送信は、６２５におけるアプリケーションサーバへの圧縮構成の指示の送信と又は６４０におけるデータの送信と同時に、その前に、又はその後に、実行されても良い。さらに、上述のように、モバイル装置とクラウドサーバ又はアプリケーションサーバとの間の通信のうちの１又は複数は、基地局を通じてルーティングされ又はそれにより転送されても良い。さらに、上述のように、ネットワーク２００のようなネットワークは、複数の基地局を有しても良く、通信のうちの１又は複数は、複数の基地局を通じてルーティングされても良い。
【００５０】
図６のダウンリンク直接圧縮シナリオと対照的に、図７に示す転送シナリオでは、アプリケーションサーバは、先ず、クラウドサーバへファイルを転送しても良い。クラウドサーバは、次に、最適圧縮構成を識別し、モバイル装置へ圧縮データを送信しても良い。具体的には、図７に、ダウンリンク転送圧縮シナリオが示される。ダウンリンク転送圧縮シナリオは、モバイル装置１１０のようなモバイル装置、基地局１０５のような基地局、クラウドサーバ２４０のようなクラウドサーバ、及びアプリケーションサーバ２３５のようなアプリケーションサーバに関連しても良い。
【００５１】
最初に、７００で、モバイル装置及びアプリケーションサーバは、ファイル送信を開始しても良い。次に、７０５で、アプリケーションサーバは、クラウドサーバへファイルを転送しても良い。ファイルを受信すると、７１０で、クラウドサーバは、１又は複数のパラメータの指示を要求しても良い。この要求に応答して、７１５で、モバイル装置及び／又は基地局は、クラウドサーバにパラメータの指示を提供しても良い。例えば、パラメータは、圧縮関連パラメータ、送信関連パラメータ、及び／又は上述のようなユーザ選択の指示、のうちの１又は複数を有しても良い。
【００５２】
７１５で受信したパラメータに基づき、クラウドサーバは、７２０で最適圧縮構成を識別しても良い。次に、７２５で、クラウドサーバは、７０５においてアプリケーションサーバから受信したデータを、識別した圧縮構成を用いて圧縮しても良い。次に、７３０で、クラウドサーバは、モバイル装置へ圧縮データ及び圧縮構成の指示を送信しても良い。次に、７３５で、モバイル装置は、識別した圧縮構成を用いて受信したデータを解凍しても良い。上述のように、幾つかの実施形態では、クラウドサーバからモバイル装置へのデータの送信は、圧縮構成の指示の送信と分離されても良い。例えば、圧縮構成の指示の送信は、データの送信の前に又は後に実行されても良い。
【００５３】
図４〜７に示す実施形態では、クラウドサーバは、１又は複数のパラメータをモバイル装置及び／又は基地局から受信し、最適圧縮構成を識別しても良い。実施形態では、圧縮及び／又は解凍のための最適圧縮構成は、トレーニングアルゴリズムを用いてクラウドサーバの中のスマートエンジンにより識別されても良い。幾つかの実施形態では、基本データセットがスマートエンジンに提供され、スマートエンジンは、１又は複数の圧縮構成についての可能なエネルギ消費を予測するために、機械学習のような自己学習アルゴリズムを適用しても良い。圧縮構成についての予測したエネルギ消費に基づき、エンジンは、次に、所与のデータのための最適圧縮構成を識別しても良い。実施形態において、スマートエンジンは、さらに、決定結果のフィードバックに従い、スマートエンジンにより使用されるデータセットを更新し又は拡張するよう構成されても良い。図８は、圧縮構成を識別するためにスマートエンジンにより使用され得るトレーニングデータの一例を示す。
【００５４】
具体的には、トレーニングデータ８００は、機械学習アルゴリズムに入力されても良い。トレーニングデータ８００は、１又は複数の入力構成８０５と、関連する圧縮構成結果８１０と、を有しても良い。具体的には、結果８１０は、入力構成８０５をシード値として用いて実行される１又は複数の実験に基づく圧縮構成結果であっても良い。
【００５５】
概して、入力構成８０５は、ファイル送信又は受信の結果に影響を与え得るパラメータを含むことが望ましい。例えば、入力構成８０５は、ファイル圧縮／解凍又は送信／受信の合計時間又はエネルギ消費に関連するパラメータを含んでも良い。同様に、結果８１０は、入力構成８０５を用いるファイル圧縮／解凍又は送信／受信の実際のエネルギ又は時間消費に関連するデータを含むことが望ましい。例えば、入力構成８０５は、利用可能帯域幅、ファイル種類、送信される又は受信されるファイルサイズ、送信リンクのリンク状態、又は他のパラメータのような、上述の１又は複数の送信関連パラメータ又は圧縮関連パラメータを有しても良い。結果８１０は、圧縮ユーティリティの構成、圧縮レベル、ファイル受信を最適化できるＣＰＵ周波数、又は他のパラメータのような、圧縮構成の１又は複数の要素を有しても良い。
【００５６】
トレーニングデータ８００が与えられると、選択された機械学習アルゴリズムについて、トレーニングデータ８００を用いて、機械学習モデルを訓練することができる。例えば、知られている入力パラメータのセットの下で、選択された圧縮構成のエネルギ消費を予測することが望ましい場合、選択された圧縮構成を使用する実験の間に実行される入力トレースから学習するために、「ランダム予測アルゴリズム」又は何らかの他の機械学習アルゴリズムを使用することが可能である。訓練の後、機械学習モデルの正確さを調べるために、テストデータブロックの一部又は全部をモデルに入力することが可能である。例えば、機械学習が予測した結果と実験の結果との間に大きな差がある場合、機械学習モデルを調整するために、テストデータ及びフィードバック入力の差を適用することが可能である。
【００５７】
図９は、５メガビット毎秒（Ｍｂｐｓ）より低い無線スループット限界を有するネットワーク２００のようなネットワークのダウンリンクシナリオにおける圧縮のエネルギ節約比を示すテストデータの一例を示す。具体的には、図９は、異なる圧縮レベルを有する異なる圧縮アルゴリズムを用いてモバイル装置１１０のようなモバイル装置により受信される異なる圧縮ファイルについてのエネルギ消費又はエネルギ節約の一例を示す。エネルギ消費はミリジュール（ｍＪ）で示される。具体的には、ファイル受信のために消費されるプラットフォームエネルギはＲｘ．Ｅとして示され、ファイル解凍のためのエネルギ消費はＤｅｃ．Ｅとして示される。異なる圧縮レベルが、３つの異なるファイル種類、つまりＴＸＴファイル、ＣＳＶファイル、及びＴＡＲファイルについて示される。ファイル種類の各々について、ＧＺＩＰ、ＬＺＯＰ、及びＢＺＩＰ２のような異なる圧縮アルゴリズムが示される。各々の圧縮アルゴリズムについて、圧縮レベル０、１、３、５、７、９を用いて結果が示される。さらに、エネルギ節約は、各々のファイル種類、圧縮アルゴリズム、及び圧縮レベルについて百分率で示される。圧縮は、圧縮しないシナリオ（つまり、圧縮レベル０）と比べて、特にＣＳＶファイルでは、全体プラットフォームエネルギを最大８１％まで削減できることが分かる。
【００５８】
同様に、図１０は、５Ｍｂｐｓより低い無線スループット限界を有するネットワーク２００のようなネットワークのアップリンクシナリオにおける圧縮のエネルギ節約比を示すテストデータの一例を示す。具体的には、図１０は、異なる圧縮レベルを有する異なる圧縮アルゴリズムを用いてモバイル装置１１０のようなモバイル装置により圧縮され及び送信される異なるファイルについてのエネルギ消費又はエネルギ節約の一例を示す。図９と同様に、エネルギ消費はｍＪで示される。具体的には、ファイル送信のために消費されるプラットフォームエネルギはＴｘ．Ｅとして示され、ファイル圧縮のために消費されるプラットフォームエネルギはＣｏｍｐ．Ｅとして示される。図９と同様に、エネルギ消費及びエネルギ節約は、複数のファイル種類、圧縮アルゴリズム、及び圧縮レベルについて示される。図１０から分かるように、合計プラットフォームエネルギ消費は、最大７０％だけ削減でき、ＧＺＩＰ及びＬＺＯＰは、平均してより高い利得を達成できる。さらに、エネルギ節約の利益は、異なるデータ又はファイル種類について変化し得ることが分かる。
【００５９】
図１１は、変動するスループット限界を有するネットワーク２００のようなネットワークのアップリンクシナリオにおける圧縮のエネルギ節約比を示すテストデータの一例を示す。具体的には、図１１は、異なる圧縮レベルにおける異なる圧縮アルゴリズムについてのエネルギ消費をｍＪで示す。圧縮アルゴリズム及び圧縮レベルの各々は、１Ｍｂｐｓ、３Ｍｂｐｓ、５Ｍｂｐｓ、１０Ｍｂｐｓ、２０Ｍｂｐｓ、及び４０Ｍｐｓのアップリンクスループットを有するネットワークについて示される。図１１は、異なる圧縮レベル、圧縮アルゴリズム、及びアップリンクネットワークスループットレベルについて、アップリンクネットワークのエネルギ節約及び百分率を更に示す。利用可能なアップリンク帯域幅が限られているとき（例えば、ネットワークが低速インターネット接続を有する場合）、ファイルを送信する前にファイルを圧縮することによる、より大きな利益が分かる。この利益の理由は、利用可能な帯域幅が少ないとき、モバイル装置がデータを送信するためにより長い時間を要するためである。したがって、モバイル装置による送信のためのエネルギ消費は、増大する圧縮を通じて送信されるファイルサイズを縮小することにより、有意に削減できる。
【００６０】
上述の検討から、異なるデータ種類、圧縮ユーティリティ、及び帯域幅限度の結果として生じるエネルギ消費は、有意に異なることが分かる。さらに、圧縮は、結果として、アップリンクシナリオと比べて、ダウンリンクシナリオについて高いエネルギ利得を生じ得る。これは、ダウンリンクシナリオにおけるモバイル装置による受信及び圧縮が、アップリンクシナリオにおけるモバイル装置による圧縮及び送信より負担が少ないことに起因する。しかしながら、特に帯域幅の限られるシナリオの下では、更にアップリンクシナリオのエネルギ節約を被ることが分かる。多数の異なるアップリンク及びダウンリンクシナリオが存在し得るので（例えば、異なる帯域幅限度、異なるデータ種類、異なるデータサイズ、異なるＣＰＵ周波数、等）、未テストシナリオの可能な結果を予測するために、図８に関して上述した機械学習アルゴリズムを適用することが望ましい。
【００６１】
図１２は、クラウドサーバ２４０のようなクラウドサーバ、モバイル装置１１０のようなモバイル装置、基地局１０５のような基地局、アプリケーションサーバ２３５のようなアプリケーションサーバ、又はこれらのうちの２以上の組み合わせにより使用され得る処理の高レベルの例を示す。具体的には、処理の１又は複数の要素は、モバイル装置の圧縮構成モジュール１５５、基地局の圧縮構成モジュール１７５、又はアプリケーションサーバ及び／又はクラウドサーバの同様の圧縮構成モジュールにより実行されても良い。
【００６２】
先ず、１２００で、エネルギ消費が予測されても良い。具体的には、１２００で、ファイル圧縮、ファイル送信、ファイル受信、及び／又はファイル解凍のうちの１又は複数のエネルギ消費が予測されても良い。この予測は、上述のような機械学習アルゴリズム、及び図８で上述したトレーニングデータ８００に基づいても良い。この予測は、アプリケーションサーバ、基地局、又はモバイル装置からの要求に基づき、クラウドサーバにより実行されても良く、或いは、クラウドサーバにより開始されても良い。他の実施形態では、予測は、モバイル装置、基地局、又はアプリケーションサーバにより実行されても良い。
【００６３】
次に、１２０５で、予測されたエネルギ消費に基づき、圧縮構成が識別されても良い。この圧縮構成は、モバイル装置及び基地局のうちの１又は複数により提供される入力パラメータに基づき、最適圧縮構成と考えられる。この識別は、クラウドサーバ、基地局、モバイル装置、及び／又はアプリケーションサーバにより実行されても良い。
【００６４】
１２０５において最適圧縮構成が識別された後、１２１０で、データの圧縮又は解凍が促進（facilitate）されても良い。この促進は、識別された最適圧縮構成を用いるデータの圧縮又は解凍、又は圧縮及び解凍を実行するための異なるネットワークエンティティへの圧縮構成の指示の提供、を含み得る。例えば、１２０５において最適圧縮構成がクラウドサーバにより識別される場合、１２１０で、クラウドサーバは、アプリケーションサーバ、基地局、又はモバイル装置に最適圧縮構成の指示を提供することにより、圧縮又は解凍を促進できる。
【００６５】
図１３は、本開示の選択された態様を実施するためにクライアント装置又はサーバとして使用するのに適し得る例示的なコンピュータシステムを示す。図示のように、コンピュータ１３００は、１又は複数のプロセッサ又はプロセッサコア１３０２と、システムメモリ１３０４と、を有しても良い。本出願の目的のため、特許請求の範囲を含めて、用語「プロセッサ」及び「プロセッサコア」は、文脈上明示されない限り同義と考えられてもよい。また、コンピュータ１３００は、（ディスケット、ハードドライブ、コンパクトディクス読み出し専用メモリ（ＣＤ−ＲＯＭ）等のような）大容量記憶装置１３０６、（ディスプレイ、キーボード、カーソル制御等のような）入力／出力（Ｉ／Ｏ）装置１３０８、及び（ネットワークインタフェースカード、モデム、等のような）通信インタフェース１３１０を有してもよい。要素は、１又は複数のバスを表し得るシステムバス１３１２を介して互いに結合されてもよい。複数のバスの場合には、複数のバスは１又は複数のバスブリッジ（示されない）によりブリッジされてもよい。
【００６６】
これらの要素のそれぞれは、当分野で知られている自身の従来の機能を実行してもよい。特に、システムメモリ１３０４及び大容量記憶１３０６は、上述の集合的に計算ロジック１３２２として示される、圧縮構成モジュール１５５又は１７５に関連する動作を実施するプログラム命令の作業用コピー及び恒久的コピーを格納するために用いられても良い。種々の要素は、プロセッサ１３０２によりサポートされるアセンブラ命令、又はそのような命令にコンパイルできる例えばＣのような高級言語により実装されても良い。
【００６７】
これらの要素１３１０〜１３１２の数、能力、及び／又は容量は、コンピュータ１３００がクライアント装置又はサーバとして使用されるかに依存して変化しても良い。クライアント装置として使用されるとき、これらの要素１３１０〜１３１２の能力及び／又は容量は、クライアント装置が固定か又はスマートフォン、コンピューティングタブレット、ウルトラブック又はラップトップのようなモバイル装置であるかに依存して変化しても良い。或いは、要素１３１０−１３１２の構成は知られおり、更に説明されない。
【００６８】
当業者に理解されるように、本開示は、方法又はコンピュータプログラムとして具現化されても良い。したがって、本開示は、上述のようにハードウェアで具現化されることに加えて、全体がソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード、等を含む）、又は概して「回路」、「モジュール」若しくは「システム」と称され得るソフトウェア及びハードウェア態様を組合せる実施形態の形式を取っても良い。さらに、本開示は、媒体の中に具現化されるコンピュータ実行可能プログラムコードを有する表現の任意の有形又は非一時的媒体で具現化されるコンピュータプログラムの形式を取っても良い。図１４は、装置による命令の実行に応答して、該装置に本開示の選択された態様を実施させる命令を格納するための使用に適し得る例示的なコンピュータ可読非一時的記憶媒体を示す。図示のように、非一時的コンピュータ可読記憶媒体１４０２は、多数のプログラミング命令１４０４を有しても良い。プログラミング命令１４０４は、プログラミング命令の実行に応答して、装置、例えばコンピュータ１３００に、プログラミング命令、例えば圧縮構成モジュール１５５又は１７５に関連する種々の動作を実行させるよう構成されても良い。代替の実施形態では、プログラミング命令１４０４は、代わりに、複数のコンピュータ可読非一時的記憶媒体１４０２に置かれても良い。代替の実施形態では、プログラミング命令１４０４は、信号のような、コンピュータ可読一時的記憶媒体１４０２に置かれても良い。
【００６９】
１又は複数のコンピュータ使用可能又はコンピュータ可読媒体のいかなる組合せが用いられても良い。コンピュータ使用可能又はコンピュータ可読媒体は、例えば、電子、磁気、光、電磁気、赤外線、又は半導体システム、装置、素子、又は伝搬媒体であっても良いが、これらに限定されない。コンピュータ可読媒体のより具体的な例（非包括的リスト）は、１又は複数のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光記憶装置、インターネット又はイントラネットをサポートするような伝送媒体、又は磁気記憶装置、を含み得る。留意すべきことに、コンピュータ使用可能又はコンピュータ可読媒体は、プログラムが印刷され、プログラムが電子的にキャプチャされ、コンパイルされ、インタープリットされ、又は適切な方法で処理され、必要な場合にはコンピュータメモリに格納できる、紙又は別の適切な媒体であっても良い。本文書の文脈では、コンピュータ使用可能又はコンピュータ可読媒体は、命令実行システム、機器又は装置により若しくはそれらと関連して使用するためのプログラムを有し、格納し、通信し、伝達し又は転送することが可能な任意の媒体であっても良い。コンピュータ使用可能媒体は、ベースバンドで又は搬送波の一部として具現化されるコンピュータ使用可能プログラムコードを有する伝搬されるデータ信号を有しても良い。コンピュータ使用可能プログラムコードは、無線、有線、光ファイバ、無線周波数（ＲＦ）、等を含むがこれらに限定されない任意の適切な媒体を用いて送信されても良い。
【００７０】
本開示の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ(登録商標)、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋等のようなオブジェクト指向プログラミング言語及びＣプログラミング言語若しくは類似のプログラミング言語のような従来の手続き型プログラミング言語を含む１又は複数のプログラミング言語の組合せで記述されても良い。プログラムコードは、完全にユーザのコンピュータで、部分的にユーザのコンピュータで、スタンドアロン型ソフトウェアパッケージとして、部分的にユーザのコンピュータで及び部分的にリモートコンピュータで又は部分的にリモートコンピュータ若しくはサーバで実行されても良い。後者のシナリオでは、リモートコンピュータは、ＬＡＮ（local  area  network）又はＷＡＮ(wide  area  network)を含む如何なる種類のネットワークを通じてユーザのコンピュータに接続されても良く、或いは（例えば、インターネットサービスプロバイダを用いてインターネットを通じて）外部コンピュータへの接続が生成されても良い。
【００７１】
本開示は、本開示の実施形態による方法、装置（システム）及びコンピュータプログラムのフローチャート図及び／又はブロック図を参照して記載される。フローチャート図及び／又はブロック図の各々のブロック、及びフローチャート図及び／又はブロック図のブロックの組合せは、コンピュータプログラム命令により実装され得ることが理解される。これらのコンピュータプログラム命令は、汎用目的コンピュータ、特定目的コンピュータ、又は他のプログラマブルデータ処理装置のプロセッサに提供され、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサにより実行される命令がフローチャート及び／又はブロック図の１又は複数のブロックに指定される機能／動作を実施する手段を生成する機械を実現するようにしても良い。
【００７２】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルデータ処理装置に特定の方法で機能するよう指示できるコンピュータ可読媒体に格納されても良く、コンピュータ可読媒体に格納された命令は、フローチャート及び／又はブロック図の１又は複数のブロック内で指定される機能／動作を実施する命令手段を含む製造品を生成するようにしても良い。
【００７３】
コンピュータプログラム命令は、コンピュータ又は他のプログラマブルデータ処理装置にロードされて、コンピュータ又は他のプログラマブルデータ処理装置で一連の動作ステップを実行させ、コンピュータが実施する処理を実現し、コンピュータ又は他のプログラマブルデータ処理装置で実行する命令がフローチャート及び／又はブロック図の１又は複数のブロックで指定される機能／動作を実施する処理を提供するようにしても良い。
【００７４】
図中のフローチャート及びブロック図は、本開示の種々の実施形態に従うシステム、方法、及びコンピュータプログラムの可能な実装のアーキテクチャ、機能、及び動作を示す。これに関し、フローチャート又はブロック図の各々のブロックは、特定の論理機能を実装するために１又は複数の実行可能命令を有するモジュール、セグメント、又はコードの一部、を表し得る。留意すべきことに、幾つかの代替の実施形態では、ブロックの中に記される機能は、図に示した順序と異なって生じても良い。例えば、連続して示される２つのブロックは、実際には、実質的に同時に実行されても良く、或いは、これらのブロックは、含まれる機能に依存して、時には、逆の順序で実行されても良い。留意すべきことに、ブロック図及び／又はフローチャート図の各々のブロック、及びブロック図及び／又はフローチャート図のブロックの組み合わせは、特定の機能又は動作、又は特定目的ハードウェア及びコンピュータ命令の組み合わせを実行する専用ハードウェアに基づくシステムにより実施されても良い。
【００７５】
本願明細書で用いられる用語は、特定の実施形態を説明することのみを目的としており、本開示の限定になることを意図しない。本願明細書で用いられるように、単数形（ａ、ａｎ、ｔｈｅ）は、文脈上明確に示さない限り、複数形も包含する。用語「有する」、「含む」及び／又は「備える」（comprises及び／又はcomprising）は、本願明細書で用いられるとき、記載される特徴、整数、ステップ、動作、要素、及び／又はコンポーネントの存在を指定するが、１又は複数の他の特徴、整数、ステップ、動作、要素、コンポーネント及び／又はそれらのグループの存在又は付加を排除しない。
【００７６】
実施形態は、コンピュータプロセス、コンピューティングシステム、又はコンピュータ可読媒体のコンピュータプログラム製品のような製品として実施されても良い。コンピュータプログラム製品は、コンピュータシステムにより読み取り可能でありコンピュータプロセスを実行するためにコンピュータプログラム命令をエンコードしているコンピュータ記憶媒体であっても良い。
【００７７】
対応する構造、材料、動作、及び以下の請求項の中の全ての手段又はステップ及び機能要素の等価物は、特に請求される他の請求される要素と組み合わせて機能を実行する任意の構造、材料、又は動作を包含することを意図する。本開示の記載は、図示及び説明の目的で提示されたが、包括的であること及び本開示を開示された形式に限定することを意図しない。多くの変更及び変形が、開示の範囲及び精神から逸脱することなく、当業者に明らかである。実施形態は、本開示及び実用的用途の原理を最適に説明し、当業者が本開示及び想定される特定の使用に適するように種々の変更を伴う種々の実施形態の開示を理解できるようにするために選択され記載された。
【００７８】
図１３に戻ると、一実施形態では、プロセッサ１３０２のうちの少なくとも１つが、（メモリ１３０４及び記憶装置１３０６に格納する代わりに）計算ロジック１３２２を有するメモリと一緒にパッケージされても良い。一実施形態では、プロセッサ１３０２のうちの少なくとも１つは、計算ロジック１３２２を有するメモリと一緒にパッケージ化されて、ＳｉＰ（System  in  Package）を形成しても良い。一実施形態では、プロセッサ１３０２のうちの少なくとも１つは、計算ロジック１３２２を有するメモリと同じダイに集積されても良い。一実施形態では、プロセッサ１３０２のうちの少なくとも１つは、計算ロジック１３２２を有するメモリと一緒にパッケージ化されて、ＳｏＣ（System  on  Package）を形成しても良い。少なくとも１つの実施形態では、ＳｏＣは、例えばスマートフォン又はコンピューティングタブレットで利用されても良いが、これらに限定されない。
【００７９】
したがって、本開示の種々の例示的な実施形態は、以下を含み記載されたが、これらに限定されない。
【００８０】
例１は、装置であって、通信リンクを介してデータを送信し又は受信する通信モジュールと、前記通信モジュールに結合される圧縮構成モジュールと、を有し、前記圧縮構成モジュールは、前記通信リンクを介する前記データの送信又は受信に関連する１又は複数の圧縮／解凍又は送信／受信パラメータを識別し、前記の識別した１又は複数の圧縮／解凍又は送信／受信パラメータに基づき、複数の圧縮構成の各々について、前記装置による前記通信リンクを介する前記データの圧縮及び送信又は受信及び解凍のエネルギ消費を予測し、前記予測したエネルギ消費に基づき、前記複数の圧縮構成から１つの圧縮構成を識別する、よう構成される、装置を含み得る。
【００８１】
例２は、前記複数の圧縮構成のうちの前記１つの圧縮構成は、圧縮ユーティリティの指示、圧縮レベルの指示、又は中央処理装置（ＣＰＵ）周波数の指示を含む、例１に記載の装置を含み得る。
【００８２】
例３は、前記圧縮／解凍又は送信／受信パラメータは、前記通信リンクの利用可能帯域幅、前記通信リンクの状態、若しくは通信技術を含む送信／受信パラメータ、又は適用される圧縮、前記データのファイル種類、若しくは前記データのファイルサイズを含む圧縮／解凍パラメータ、を有する、例１に記載の装置を含み得る。
【００８３】
例４は、前記予測したエネルギ消費は、前記データの圧縮及び送信又は前記データの解凍のための時間要件の予測に基づく、例１乃至３のいずれか一項に記載の装置を含み得る。
【００８４】
例５は、前記データは、ネットワークのアプリケーションサーバへ送信されるべきデータであり、前記通信モジュールは、前記識別した圧縮構成を用いて前記データを圧縮し、次に、前記圧縮したデータを前記通信リンクを介して前記アプリケーションサーバへ送信する、よう更に構成される、例１乃至３のいずれか一項に記載の装置を含み得る。
【００８５】
例６は、前記データは、ネットワークのアプリケーションサーバから受信されるべきデータであり、前記通信モジュールは、前記通信リンクを介して前記装置へ前記データを送信する前に前記データの圧縮に使用するために、前記識別した圧縮構成の指示を前記アプリケーションサーバへ送信する、よう更に構成される、例１乃至３のいずれか一項に記載の装置を含み得る。
【００８６】
例７は、コンピュータプログラムであって、モバイル装置のプロセッサに、通信リンクを介して転送され又は受信されるべきデータを識別させ、複数の圧縮構成のうちの各々について、前記通信リンクを介する前記データの圧縮及び送信又は受信及び解凍のエネルギ消費を予測させ、前記予測したエネルギ消費に基づき、圧縮構成を識別させ、前記識別した圧縮構成を用いて、前記データを圧縮及び送信させ、又は受信及び解凍させる、コンピュータプログラムを含み得る。
【００８７】
例８は、前記複数の圧縮構成のうちの前記圧縮構成は、圧縮ユーティリティの指示、圧縮レベルの指示、又は中央処理装置（ＣＰＵ）周波数の指示を含む、例７に記載のコンピュータプログラムを含み得る。
【００８８】
例９は、前記予測したエネルギ消費は、前記通信リンクの利用可能帯域幅、前記通信リンクの状態又は通信技術、並びに、適用される圧縮、前記データのファイル種類、若しくは前記データのファイルサイズを含む圧縮／解凍パラメータ、に基づく、例７に記載のコンピュータプログラムを含み得る。
【００８９】
例１０は、前記予測したエネルギ消費は、前に送信されたデータに関する情報を含むデータモデルの少なくとも一部に基づく、例７乃至９のいずれか一項に記載のコンピュータプログラムを含み得る。
【００９０】
例１１は、前記プロセッサに、さらに、前記送信又は受信される圧縮されたデータに関連するフィードバックに基づき前記データモデルを更新させる、例１０に記載のコンピュータプログラムを含み得る。
【００９１】
例１２は、圧縮及び送信又は受信及び解凍の前記予測したエネルギ消費は、前記圧縮及び送信又は受信及び解凍のための時間要件の予測を含む、例７乃至９のいずれか一項に記載のコンピュータプログラムを含み得る。
【００９２】
例１３は、前記通信リンクは無線通信リンクである、例７乃至９のいずれか一項に記載のコンピュータプログラムを含み得る。
【００９３】
例１４は、モバイル装置により、複数の圧縮構成の各々について、通信リンクを介するデータの圧縮及び送信又は受信及び解凍のエネルギ消費を予測するステップであって、前記データは、前記データに対して前記複数の圧縮構成のうちの１つの圧縮構成を用いて圧縮される、ステップと、前記モバイル装置により、前記予測したエネルギ消費に基づき、使用されるべき圧縮構成を識別するステップと、前記モバイル装置により、前記識別した圧縮構成を用いて、前記データの圧縮又は解凍を促進するステップと、を有する方法を含み得る。
【００９４】
例１５は、前記複数の圧縮構成のうちの前記１４つの圧縮構成は、圧縮ユーティリティの指示、圧縮レベルの指示、又は中央処理装置（ＣＰＵ）周波数の指示を含む、例１４に記載の方法を含み得る。
【００９５】
例１６は、前記予測したエネルギ消費は、前記通信リンクの利用可能帯域幅、前記通信リンクの状態又は通信技術、並びに、適用される圧縮、前記データのファイル種類、若しくは前記データのファイルサイズを含む圧縮／解凍パラメータ、に基づく、例１４に記載の方法を含み得る。
【００９６】
例１７は、前記モバイル装置により、前記通信リンクを介して前記圧縮されたデータの送信又は受信を促進するステップ、を更に有する例１４乃至１６のいずれか一項に記載の方法を含み得る。
【００９７】
例１８は、前記予測するステップは、前に送信又は受信されたデータに関する情報を含むデータモデルの少なくとも一部に基づく、例１４乃至１６のいずれか一項に記載の方法を含み得る。
【００９８】
例１９は、圧縮及び送信又は受信及び解凍の前記エネルギ消費を予測するステップは、前記モバイル装置により、前記圧縮及び送信又は受信及び解凍のための時間要件を予測するステップを含む、例１４乃至１６のいずれか一項に記載の方法を含み得る。
【００９９】
例２０は、例１４−１９のいずれかの方法を実行する手段を有する装置を含み得る。
【０１００】
当業者に明らかなことに、種々の変更及び変形が、本開示の精神又は範囲から逸脱することなく、開示の装置及び関連する方法の開示の実施形態に行われ得る。したがって、本開示は、変形及び変更が任意の請求項及びそれらの等価物の範囲に含まれる上述の開示の実施形態の変形及び変更を包含する。
【図１】
0006404366.tif 000002
【図２】
0006404366.tif 000003
【図３】
0006404366.tif 000004
【図４】
0006404366.tif 000005
【図５】
0006404366.tif 000006
【図６】
0006404366.tif 000007
【図７】
0006404366.tif 000008
【図８】
0006404366.tif 000009
【図９】
0006404366.tif 000010
【図１０】
0006404366.tif 000011
【図１１】
0006404366.tif 000012
【図１２】
0006404366.tif 000013
【図１３】
0006404366.tif 000014
【図１４】
0006404366.tif 000015