JP7186877B2 - 映像デコーディング制御方法、装置、電子機器及び記憶媒体 - Google Patents

Description

関連出願の相互参照
本発明は、２０１８年１１月２７日に提出された出願番号ＣＮ２０１８１１４４１９５０．２の中国出願の優先権を要求し、ここにあらゆる目的のため、引用により、その全ての内容を本明細書に組み込む。

本発明は、画像処理技術分野に関し、より具体的には、映像デコーディング制御方法、装置、電子機器及び記憶媒体に関する。

ディスプレイ付き電子機器の応用は、社会の発展に伴い、その応用範囲が拡大し続けている。例えば、ディスプレイを利用して写真及び映像等の画像を表示する。しかしながら、大部分の電子機器の表示品質は、周囲の光源の変化により、又は再生映像の入手先の品質問題により、著しく影響を受ける。

上記問題に鑑み、本発明は、映像デコーディング制御方法、装置、電子機器及び記憶媒体を提案して下記問題を改善する。

第一に、本発明は電子機器に用いられる映像デコーディング制御方法を提供する。前記方法は、複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出することと、構成待ちアプリケーションとして、
検出された映像再生状態にあるアプリケーションを取得することと、前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成することとを含む。

第二に、本発明は電子機器で動作する映像デコーディング制御装置を提供する。前記装置は、複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出するアプリケーション検出ユニットと、構成待ちアプリケーションとして、検出された映像再生状態にあるアプリケーションを取得する構成待ちアプリケーション取得ユニットと、前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成するデコーディング制御ユニットとを含む。

第三に、本発明は電子機器を提供する。前記電子機器は１つ以上のプロセッサ及びメモリと、１つ以上のプログラムとを含み、前記１つ以上のプログラムは前記メモリに格納され前記１つ以上のプロセッサによって実行し、前記方法を実行するように構成される。

第四に、本発明はコンピューターの可読記憶媒体を提供する。前記コンピューターの可読記憶媒体にはプログラムコードが格納され、前記プログラムコードが動作する際に上記方法を実行する。

本発明実施例中の技術手段をさらに明確に説明するため、以下では実施例説明中に使用する必要のある図面を簡単に紹介する。言うまでもなく、以下説明中の図面は、本発明のいくつかの実施例にすぎず、本分野当業者にとっては、創造的労働を行わないことを前提として、これらの図面に基づいてその他の図面を得ることもできる。

図１は本発明の実施例にかかわる映像処理フレームワークを示す図である。 図２は本発明の実施例にかかわる映像デコーディング制御方法のフローチャートである。 図３は本発明の実施例にかかわるアプリケーションスイッチウィジェットを示す図である。 図４は本発明の実施例にかかわる映像再生インターフェースを示す図である。 図５は本発明のもう一つの実施例にかかわる映像デコーディング制御方法のフローチャートである。 図６は本発明のさらなる実施例にかかわる映像デコーディング制御方法のフローチャートである。 図７は本発明の実施例にかかわる映像デコーディング装置の構造ブロック図である。 図８は本発明のもう一つの実施例にかかわる映像デコーディング装置の構造ブロック図である。 図９は本発明のさらなる実施例にかかわる映像デコーディング装置の構造ブロック図である。 図１０は本発明の実施例にかかわる映像デコーディング制御方法を実行する電子機器の構造ブロック図である。 図１１は本発明の実施例にかかわる、本発明の実施例による映像デコーディング制御方法を実現するプログラムコードを格納または携帯するための記憶素子である。

以下では本発明実施例中の図面を結び付け、本発明の実施例中の技術手段を明確に、完全に説明する。説明される実施例は、本発明の一部の実施例にすぎず、すべての実施例でないことは明らかである。本発明中の実施例に基づき、本分野一般当業者が創造的労働を行わないことを前提として得られるその他すべての実施例は、本発明が保護する範囲に属する。

電子機器のハードウェア性能の向上に伴い、より多くの電子機器が映像再生を行うことをサポートすることができるようになった。例えば、電子機器は、映像再生クライアントを動作させ、該映像再生クライアントを介してネットワークからリクエストされた映像を再生することができ、又はウェブページブラウザを動作させ、ウェブページブラウザ中で映像再生を行うことにより、さらに又は電子機器は、映像再生ソフトウェアによりローカルに格納された映像ファイルを再生することができる。

また、ネットワーク上で伝送再生される映像についても、ローカルに格納された映像についても、映像が生成される際に、格納空間の占有を減らすことができるように、またネットワーク上の伝送をしやすくするように、生成された映像を圧縮する。それに対応して、電子機器が映像を取得する場合も、まず取得できるものは圧縮コーディング後の映像であり、このような場合、電子機器は、まず圧縮コーディングされた映像に対して映像デコーディングを行う。

通常は図１に示されているように、電子機器は、ハードデコーディング及びソフトデコーディングの２種類の方法により映像デコーディングを行うことができる。ここで、ハードデコーディングとは、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、専用のＤＳＰ、ＦＰＧＡ、ＡＳＩＣチップ等のＣＰＵ以外のものを使用してデコーディングを行うことをいう。また、ソフトデコーディングとは、ＣＰＵを使用してデコーディングを行うことをいう。

具体的には、図１に示されているように、Ｍｅｄｉａ Ｆｒａｍｅｗｏｒｋ（マルチメディアフレームワーク）は、クライアント又はウェブページブラウザとの間のＡＰＩインターフェースを介して再生待ち映像ファイルを取得し、Ｖｉｄｅｏ Ｄｅｃｏｄｅ（映像デコーダ）に渡す。ここで、Ｍｅｄｉａ Ｆｒａｍｅｗｏｒｋ（マルチメディアフレームワーク）は、ＯＳ中のマルチメディアフレームワークである。

ハードデコーディングであっても、ソフトデコーディングであっても、映像データをデコーディングした後、デコーディング後の映像データをＳｕｒｆａｃｅＦｌｉｎｇｅｒ（レイヤ伝送モジュール）に送信し、ＳｕｒｆａｃｅＦｌｉｎｇｅｒによりデコーディング後の映像データをレンダリング及び合成した後、ディスプレイ上に表示する。ここで、ＳｕｒｆａｃｅＦｌｉｎｇｅｒは、独立したＳｅｒｖｉｃｅであり、すべてのＳｕｒｆａｃｅを受信して入力とし、ＺＯｒｄｅｒ、透明度、サイズ、位置等のパラメータに基づき、各Ｓｕｒｆａｃｅの最終合成画像中における位置を算出し、その後、ＨＷＣｏｍｐｏｓｅｒ又はＯｐｅｎＧＬに渡して最終的表示Ｂｕｆｆｅｒを生成し、その後、特定のディスプレイ機器に表示する。

発明者は、ハードデコーディング工程中であっても、ソフトデコーディング工程中であっても、視覚増強工程を加え、それにより後続の再生映像により高い視覚効果を持たせることができることを発見した。例えば、ＨＱＶ（ｈｏｌｌｙｗｏｏｄ ｑｕａｌｉｔｙ ｖｉｄｅｏ）技術に基づき、映像にエッジノイズ除去、露出度調節又は鮮明度向上等を行うことができる。このほか、その他の方法により、再生映像の視覚体験、例えば、色のあざやかさの度合い等を向上させることもできる。

しかし、発明者は、再生映像に対してデコーディングを行う制御方法については、なお向上が待たれることをさらに発見した。例えば、通常、映像ごとにビットレートが異なっているが、電子機器は映像デコーディング中、通常、映像のビットレートのデコーディング品質とデコーディング消耗に与える影響は考慮されていないので、電子機器に映像デコーディング中に、如何なるビットレートの映像を問わず、固定されたデコーディング方法に従って処理させる。また、例えば、映像フォーマットの増加に伴い、より多くの映像フォーマットとの適応を容易にするために、より多くのアプリケーションは、デフォルトでソフトデコーディングによって映像デコーディングを行っている。ソフトデコーディングはソフトウェアによるデコーディングであるので、すべての映像フォーマットと互換性があり、ハードデコーディングは回路自体の問題に制限されるので、一部の映像フォーマットのみと互換性があると理解できる。そこで、より多くのアプリケーションがいずれもソフトデコーディングにより映像デコーディングを行うように構成される場合、ＣＰＵの負荷が増加する。このため、本発明による制御の利便性及びインテリジェント化を向上させることができる映像デコーディング制御方法、装置、電子機器並びに記憶媒体を提案した。

以下では具体的実施例を結び付けて本発明の内容を説明する。

本発明による映像デコーディング制御方法は電子機器に用いられ、前記方法は以下のステップを含む。（図２を参照。）

ステップＳ１１０：複数のアプリケーションが分割画面モードで動作していることを検出すると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出する。

本発明において、電子機器は、複数の方法により、映像再生状態にあるかどうかを識別することができる。

一態様として、前記電子機器が映像再生状態にあるかどうかを検出するステップは、前記電子機器中に所定の映像再生アプリケーションが動作しているかを検出することと、所定の映像再生アプリケーションが動作していることを検出した場合、前記電子機器が前記映像再生状態にあると判定することとを含む。ここで、電子機器は、あらかじめ映像再生アプリケーションのリストを構築して、該リスト中に映像再生アプリケーションを記録することができるようにする。ここで、該リストは、電子機器のユーザーが自由に構成してもよく、ある映像再生アプリケーションの使用状況に応じて決定してもよい。

例えば、図３に示されているように、図３に示されたインターフェース中に複数のアプリケーション及び各アプリケーションに対応する状態を表示する。アプリケーションに対応する状態が図示された「オフ」である場合、該アプリケーションが削除され、又は上記リスト中に加えられていないことを表し、アプリケーションに対応する状態が図示された「ＯＮ」である場合、該アプリケーションが上記リスト中に加えられたことを表すと理解することができる。例えば、名称が「ＴＸ映像」であるアプリケーションについて、対応する状態が「ＯＮ」であれば、「ＴＸ映像」というアプリケーションが前述のリスト中に存在することを表す。また、名称が「ＡＱＹ映像」であるアプリケーションについて、対応する状態が「オフ」であれば、「ＡＱＹ映像」というアプリケーションが前述のリスト中に存在しないことを表す。

さらに、電子機器は、各映像再生アプリケーションの使用頻度を検出することができ、ある映像再生プログラムの使用頻度が所定の頻度を超えたことを検出した場合、該映像再生アプリケーションを前述のリスト中に加え、それに対応して該映像再生アプリケーションの名称の図３中の対応する状態を「ＯＮ」にすることができる。

このような場合、電子機器は、まず現行のフォアグラウンド動作しているアプリケーションがどれであるかを検出し、その後さらに現行のフォアグラウンド動作しているアプリケーションが該リスト中にあるかどうかを検出することができ、もしあれば、該アプリケーションが映像再生状態にあると判定する。ここで、一態様として、電子機器がＡｎｄｒｏｉｄのＯＳである場合、ＡｃｔｉｖｉｔｙＭａｎａｇｅｒのｇｅｔＲｕｎｎｉｎｇＴａｓｋｓ方法を実行することにより、現行のフォアグラウンド動作しているアプリケーションの名称を取得することができる。このほか、電子機器は、ＵｓａｇｅＳｔａｔｓＭａｎａｇｅｒによりユーザーが使用するアプリケーションの一覧を取得し、該一覧中に記録された直近に使用したアプリケーションを現行のフォアグラウンドアプリケーションとして識別することもできる。さらに、Ａｎｄｒｏｉｄ搭載のアクセシビリティ機能により、ウィンドウフォーカスの変化を監視し、フォーカスウィンドウに対応するパッケージ名を入手し、現行のフォアグラウンド動作しているアプリケーションとすることもできる。

もう１つの態様として、電子機器は、ＡｕｄｉｏＭａｎａｇｅｒ系の戻り値の検出を結合して、映像を再生しているかどうかを確認することもできる。このような場合、電子機器は、まずＡｕｄｉｏＭａｎａｇｅｒ系の戻り値を検出して、オーディオ出力があるかどうかを確認することができ、オーディオ出力があることを検出した場合、さらに上述の検出に映像再生アプリケーションが動作しているかどうかに基づき、電子機器が映像再生状態にあるかどうかを確認する。

さらに、さらなる方法として、電子機器は、映像再生キーのタッチ状態を検出することにより、映像再生状態にあるかどうかを検出することもできる。例えば、図４に示されているように、図４に示された映像再生インターフェース９９中に再生キー９８が表示され、且つ図４中に示されたインターフェースは、映像再生一時停止の状態である。このような場合、再生キー９８がタッチされたのが検出されると、電子機器が映像再生状態にあると判定することができる。

ステップＳ１２０：構成待ちアプリケーションとして、検出された映像再生状態にあるアプリケーションを取得する。
ステップＳ１３０：ハードデコーディングの方法により、前記構成待ちアプリケーションによる再生映像をデコーディングするように構成する。

必要なアプリケーションはデフォルトのデコーディング方法を有すると理解できる。アプリケーションの映像再生中には、まず、このデフォルトのデコーディング方法により再生映像をデコーディングする。こういう場合、電子機器は構成待ちアプリケーションを、デフォルトでソフトデコーディングをするように構成されたアプリケーション及びデフォルトでデコーディングしないように構成されたアプリケーション分けることができる。ここで、デフォルトでソフトデコーディングするように構成されたアプリケーションに対して、電子機器はソフトデコーディングをするリクエストを遮断して直接当該映像データに対してハードデコーディングを行うことができる。

一態様として、ソフトデコーディングの過程では、すべてＯＳがＣＰＵによるデータ処理を制御するので、通常、ソフトデコーディングのリクエストは、すべてまずＯＳに送信され（電子機器と理解してもよい）、ＯＳによって応答が行われ、いくつかのアプリケーションに対して、ソフトデコーディングをするように構成した後に、応答情報を検出するメカニズムを構成すると理解することができる。例えば、ソフトデコーディングリクエストをＯＳに送信した後、ＯＳがソフトデコーディング応答情報を正常に実施したフィードバックをしたかどうかを検出するようにアプリケーションを構成しても良い。ソフトデコーディングの応答情報を正常に実施したフィードバックをしていないと判断された場合、ソフトデコーディングのリクエストの再送を試みる。こういう場合、電子機器はすでに元のソフトデコーディングリクエストを遮断し、逆にハードデコーディングを開始するが、アプリケーションはデコーディングが開始されていないと誤認してソフトデコーディングのリクエストをＯＳに送信し続ける。したがって、データエラーを引き起こす可能性があるだけではなく、資源の浪費にもつながり、電子機器の性能にも影響を与える恐れある。

したがって、上記の問題を回避するために、デフォルトでソフトデコーディングをするように構成されたアプリケーションに対して、電子機器は、送信されたソフトデコーディングリクエストを直接遮断することに加えて、さらに、ソフトデコーディングが正常に実行されたという応答情報をフィードバックして（ハードデコーディングを行ったがが）、ソフトデコーディングのリクエストを再度送信しないようにする。これにより、データエラーの発生を回避するだけでなく、電力消耗も削減する。

本発明による映像デコーディング制御方法は、複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出しはじめ、その後、検出された映像再生状態にあるアプリケーションを取得して構成待ちアプリケーションとし、最終的には、前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成する。これにより、本方法によって、複数のアプリケーションが分割画面表示モードにある場合、また、複数のアプリケーションのうち、複数のアプリケーションがいずれも映像再生機能を備えている場合、ハードデコーディング方法により、映像再生状態にあるアプリケーションによる再生映像をデコーディングするように構成することで、ＣＰＵ負荷率が減少し、ＣＰＵに他のタスクを処理できるように多くの処理能力を持たせることができ、電子機器が固まる確率が低減し、ユーザーの体験を向上させる。

本発明による映像デコーディング制御方法は電子機器に用いられ、前記方法以下のステップを含む。（図５を参照。）

ステップＳ２１０：複数のアプリケーションが分割画面モードで動作していることを検出すると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出する。
ステップＳ２２０：構成待ちアプリケーションとして、検出された映像再生状態にあるアプリケーションを取得する。
ステップＳ２３０：前記電子機器のＣＰＵ負荷率を取得する。

ここで、説明すべきは、ＣＰＵ負荷率は通常、現行の処理中または処理を待機しているタスクの数の和と、ＣＰＵが同時に処理できるタスクの最大数の比率を指す。一態様として、電子機器は採集したＣＰＵの実際の負荷率を、そのままステップＳ２３０で取得するＣＰＵの負荷率とすることができる。

電子機器には通常複数のアプリケーションがインストールされており、アプリケーション毎に異なるタスクを処理する必要があると理解できる。従って、電子機器中のアプリケーションは異なるタイミングで動作を開始することが可能なので、電子機器のＣＰＵ負荷率は動的変化の状態になる。例えば、電子機器にアプリケーションＡ、アプリケーションＢ及びアプリケーションＣがインストールされている場合、当面アプリケーションＡのみが動作していると、電子機器はＣＰＵの実際の負荷率が３０％だと検出し、アプリケーションＢが起動し始めるとＣＰＵの実際の負荷率がすでに４０％に達していると検出し、さらに、アプリケーションＣも動作し始めたと検出するとＣＰＵの実際の負荷率がすでに５０％に達したと検出することができる。そこで、ＣＰＵ負荷率の急激な増加によって固まるのを防ぐ態様として、現行のＣＰＵの実際の負荷率を取得し、指定時間の間に新たに増加するＣＰＵ負荷率を推定し、前記新たに増加するＣＰＵ負荷率と前記現行のＣＰＵの実際のＣＰＵ負荷率に基づいてＣＰＵ負荷率を取得することができる。

一態様として、前記指定時間の間に新たに増加するＣＰＵの負荷率を推定するステップは、現行の動作中のアプリケーションに対応する過去のＣＰＵ負荷、及び前記指定時間の間に過去に動作されたアプリケーションに対応する過去のＣＰＵ負荷のうち少なくとも一つの条件に基づき、指定時間の間に新たに増加するＣＰＵの負荷を推定する。

電子機器内の各アプリケーションが占めるＣＰＵ負荷は異なるが、いくつかのアプリケーションがどのようなタイミングで起動されるかについては、電子機器はある程度の推定を行うことができると理解できる。例えば、電子機器は各アプリケーションの動作時間を統計し、その後、あるアプリケーションの通常の動作時間帯を統計することができ、さらに、毎日どのタイミングで当該アプリケーションが起動されて動作するかを推断できる。従って、当該方法に基づき、ある時間帯内に、起動するアプリケーションがあるかをあらかじめ推定できる。

いくつかのアプリケーションについて、通常所定タイミングに情報アップデートをし、または所定タイミングにネットワークにデータリクエストをすると理解できる。例えば、ブラウザ類のアプリケーションについて、一部のＷｅｂページデータについては、ブラウザのユーザー操作インターフェースが起動されなくてもバックグラウンドで動作することで、ユーザーがユーザー操作インターフェーストリガーを起動して表示すると、ユーザーにすばやく表示できるようにしている。ブラウザ類のアプリケーションは、バックグラウンドでネットワークデータをアップデートまたはリクエストする過程では、必然的にＣＰＵの負荷を占有し、ＣＰＵの負荷率を増加させると理解できる。

また、アプリケーション以外にも、電子機器のシステムプログラムも定期的に起動してデータ処理を行っている。電子機器のシステムプログラムには対応するユーザーインターフェースはないが、依然として所定の時間帯に起動されて電子機器のバックグラウンドデータを処理する。これに伴い、電子機器のシステムプログラムも動作中にＣＰＵの負荷を占有し、ＣＰＵの負荷率を高める。

一態様として、電子機器はデータテーブルで構成して、統計して得られたアプリケーションまたはシステムプログラムの動作サイクルを記憶する。電子機器が映像再生を開始し、映像再生状態になると、指定時間の間に起動するアプリケーションまたはシステムプログラムがあるかを検出することができ、また指定時間の間に新たに増加するＣＰＵ負荷率を推定することができる。

ここで、好ましくは、前記指定時間の間は再生映像の長さであっても良い。この場合、電子機器は映像再生状態にあることが検出されると、再生映像の長さを取得し、取得した当該長さを指定時間の間とすることができる。その後、さらに、当該指定時間の間に起動するアプリケーションまたはシステムプログラムがあるかを検出し、指定時間の間に新たに増加するＣＰＵ負荷率を推定する。その後、推定された新たに増加するＣＰＵ負荷率を介して当該映像再生過程中の最高ＣＰＵ負荷率を決定し、取得した最高ＣＰＵ負荷率をＣＰＵ負荷率とすることができる。

ステップＳ２４０：ＣＰＵの負荷率が目標しきい値を下回っていないかを確認する。
ステップＳ２５０：ＣＰＵ負荷率が目標しきい値を下回っていないと判断された場合は、ハードデコーディングの方法により、前記構成待ちアプリケーションによる再生映像をデコーディングするように構成する。
ステップＳ２５１：ＣＰＵ負荷率が目標しきい値を下回っていると判断された場合は、構成待ちアプリケーションによる再生映像のフォーマットがハードデコーディングと互換性があるかどうかを検出する。

ここで、一態様として、電子機器はあらかじめデータテーブルを構成して映像フォーマットとデコーディング方法の対応関係を記憶し、これにより、各映像フォーマットに対応するデコーディング方法を記録しもよい。この場合、電子機器はテーブルの検索方法に基づいて構成待ちアプリケーションの再生映像のフォーマットがハードデコーディングと互換性があるかを確認できる。

もう一つの態様として、電子機器は再生映像に対して、ソフトデコーディングとハードデコーディングを別々に実行できる。その後、ハードデコーディングとソフトデコーディングで得られた映像の画像品質の比較によって構成待ちアプリケーション再生映像のフォーマットがハードデコーディングと互換性があるかを判断する。ここで、ソフトデコーディング及びハードデコーディングを１回行うということは、一フレーム画像をデコーディングすると理解することができる。ここで、解像度とノイズによって品質を決定することができる。

好ましくは、電子機器は様々な方法で解析された画像の解像度を取得することができる。

１フレーム画像がすでにぼやけている場合、その画像に対して再度ぼやけ処理を行っても画像中の高周波成分はあまり変化しないと理解できる。しかし、画像自体の鮮明度が高く、それに一回ぼやけ処理を行う場合、高周波成分が大きく変化する。そこで、一態様として、電子機器は対象画像（前記解析して得られた１フレーム画像）をぼかし処理（ガウスぼかし処理など）を行って当該画像の劣化画像が得、その後、さらにぼかし処理前の画像とぼかし処理後の画像の隣接画素値の変化情況を比較し、変化の大きさに応じて鮮明度の大小を決定して、そのあと、決定した鮮明度を解像度とする。この場合、変化が大きいほど、対象画像の鮮明度が高く、解像度も高い。

また、上述の対象画像に対してぼかし処理を行って画像の鮮明度を決定するほかにも、その他の方法によって鮮明度を計算することができる。好ましくは、以下の計算式によって鮮明度を決定することができる。

ここで、ｆ（ｘ、ｙ）は画像ｆの対応画素点（ｘ、ｙ）のグレースケール値を示し、Ｄ（ｆ）は画像鮮明度計算結果を示す。その後、当該結果を解像度とする。好ましくは、本発明において、ｆ（ｘ、ｙ）はリアルタイムのプレビュー画像中の高周波成分領域を選択することができる。

好ましくは、現行の再生映像が、ユーザーが選択するように複数の解像度を提供した場合、ユーザーが選択した映像再生中の解像度を読み取ることで現行の映像の解像度が得られる。

従って、電子機器はハードデコーディングとソフトデコーディングで得られた画像の解像度の比較によって、解像度の高い方を品質がより良い画像とすることができる。

さらに、解像度だけでなく、ノイズの数を判断することで判断することができる。

さらに、画像にノイズがある場合、ノイズは画像のエッジ領域（高周波成分領域）またはエッジ以外の領域に存在する可能性があると理解できる。しかし、エッジに沿ったノイズは視覚的に明らかではないため、一態様として、評価時間を短縮するために、モバイル端末はエッジ以外のノイズだけ検出してもよい。エッジ検出はノイズの影響を受けるため、エッジを検出する前にモバイル端末はノイズフィルタリングの前処理をしてもよい。好ましくは、モバイル端末は、平均フィルタリングを用いて部分ノイズを除去してもよい。平均フィルタリング後の画像ｇ（ｘ、ｙ）は

である。

従って、候補ノイズは、

である。

同じく、垂直方向で対応する値を計算することができる。その後、得られた候補ノイズは、

である。

ここで、Ｎｃａｎｄ（ｘ、ｙ）は検出されたノイズを表す。統計により、リアルタイムのプレビュー画像中のノイズの数が得られる。

この場合、電子機器は、ノイズの数の少ない画像をより高品質の画像とする。

ステップＳ２６０：構成待ちアプリケーションのうち、再生映像のフォーマットがハードデコーディングと互換性のある第１目標アプリケーションを取得する。
ステップＳ２７０：ハードデコーディングの方法により、前記第１目標アプリケーションによる再生映像をデコーディングするように構成する。
ステップＳ２８０：構成待ちアプリケーションのうち、再生映像のフォーマットがハードデコーディングと互換性のない第２目標アプリケーションを取得する。
ステップＳ２９０：ソフトデコーディング方法により、前記第２目標アプリケーションによる再生映像をデコーディングするように構成する。

本発明による映像デコーディング制御方法は、複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出しはじめ、その後、構成待ちアプリケーションとして検出された映像再生状態にあるアプリケーションを取得し、その後、電子機器のＣＰＵの負荷率によって、どのアプリケーションによる再生映像に対してハードデコーディングを行い、どのアプリケーションによる再生映像に対してソフトデコーディングを行うかを決定する。従って、本発明によって、複数のアプリケーションが分割画面表示モードにある場合、また、複数のアプリケーションのうち、複数のアプリケーションがいずれも映像再生機能を備えている場合、映像再生状態にあるアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成し、これによりＣＰＵ負荷率が減少し、ＣＰＵに他のタスクを処理できるように多くの処理能力を持たせることができ、電子機器が固まる確率が低減し、ユーザーの体験を向上させ、それと同時にデコーディング方法制御の柔軟性も向上させている。

本発明による映像デコーディング制御方法は電子機器に用いられ、前記方法は以下のステップを含む。（図６を参照。）

ステップＳ３１０：複数のアプリケーションが分割画面モードで動作していることを検出すると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出する。
ステップＳ３２０：構成待ちアプリケーションとして、検出された映像再生状態にあるアプリケーションを取得する。
ステップＳ３３０：検出された構成待ちアプリケーションのそれぞれのレベルを取得する。

一態様として、前記検出された構成待ちアプリケーションのそれぞれが対応するレベルを取得するステップは、所定のデータテーブルから、検出された構成待ちアプリケーションそれぞれに対応するレベルを検索することと、前記データテーブルから、構成待ちアプリケーションに対応するレベルが検索されていない場合、前記データテーブルのうち、前記検索されていないレベルのアプリケーションと同類のアプリケーションを取得することと、前記同類のアプリケーションのレベルを検索されていない構成待ちアプリケーションに対応するレベルとすることとを含む。

電子機器は、アプリケーションがインストールされていることが検出されると、インストールされたアプリケーションに一つのレベルを与えると理解することができる。ここで該レベルの高さは当該アプリケーションの主な機能によって決められる。本発明の実施例において、一態様として、映像再生専用のアプリケーションのレベルを最も高く構成し、映像再生機能を備えているが、主な機能が映像再生でないアプリケーションのレベルは２番目に高く構成する。

ステップＳ３４０：映像再生状態であってレベルがしきい値レベルよりも高いアプリケーションによる再生映像をハードデコーディングの方法によりデコーディングするように構成する。

本発明による映像デコーディング制御方法において、複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出しはじめ、その後、検出された映像再生状態にあるアプリケーションを取得して構成待ちアプリケーションとし、さらに各構成待ちアプリケーションのレベルを検出し、レベルがしきい値より高いレベルのアプリケーションを取得し、最後に前記構成待ちアプリケーションのうちレベルが閾値より高いレベルのアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成する。従って、本発明によると、複数のアプリケーションが分割画面表示モードにある場合、また、複数のアプリケーションのうち、複数のアプリケーションがいずれも映像再生機能を備えている場合、映像再生状態にあるアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成し、これにより、ＣＰＵ負荷率が減少し、ＣＰＵに他のタスクを処理できるように多くの処理能力を持たせることができ、電子機器が固まる確率が低減し、ユーザーの体験を向上させる。

本発明による映像デコーディング制御装置４００は、電子機器で動作され、前記装置４００は、アプリケーション検出ユニット４１０、構成待ちアプリケーション取得ユニット４２０及びデコーディング制御ユニット４３０を含む。（図７を参照。）

アプリケーション検出ユニット４１０は、複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態であるアプリケーションを検出する。

構成待ちアプリケーション取得ユニット４２０は、構成待ちアプリケーションとして、検出された映像再生状態にあるアプリケーションを取得する。

デコーディング制御ユニット４３０は、前記構成待ちアプリケーションによる再生映像をハードデコーディングによりデコーディングするように構成する。

必要なアプリケーションはデフォルトのデコーディング方法を有すると理解することができる。該アプリケーションの映像再生過程には、まず再生映像を当該デフォルトのデコーディング方法によりデコーディングされる。この場合、電子機器は、構成待ちアプリケーションを、デフォルトでソフトデコーディングを行うアプリケーションと、デフォルトのデコーディング方法に構成されていないアプリケーションに分けられる。ここで、デコーディング制御ユニット４３０は、具体的にはデフォルトでソフトデコーディングを行うように構成されたアプリケーションに用いられ、電子機器は、ソフトデコーディングのリクエストを遮断し、直接該映像データに対してハードデコーディングを行うことができる。

本発明による映像デコーディング制御装置５００は電子機器で動作され、前記装置５００は、アプリケーション検出ユニット５１０、構成待ちアプリケーション取得ユニット５２０、負荷率取得ユニット５３０、判断ユニット５４０及びデコーディング制御ユニット５５０を含む。（図８を参照。）

アプリケーション検出ユニット５１０、複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態であるアプリケーションを検出する。

構成待ちアプリケーション取得ユニット５２０は、構成待ちアプリケーションとして、検出された映像再生状態にあるアプリケーションを取得する。

負荷率取得ユニット５３０は、前記電子機器のＣＰＵ負荷率を取得する。

判断ユニット５４０は、前記ＣＰＵ負荷率が目標しきい値を下回っていないかを判断する。

デコーディング制御ユニット５５０は、ＣＰＵ負荷率が目標しきい値を下回っていないと判断された場合は、前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成する。

フォーマット判断ユニットは、ＣＰＵ負荷率が目標しきい値を下回っていると判断された場合に、構成待ちアプリケーションによる再生映像のフォーマットがハードデコーディングと互換性があるかどうかを検出する。

デコーディング制御ユニット５５０は、さらに、構成待ちアプリケーションのうち、再生映像のフォーマットがハードデコーディングと互換性のある第１目標アプリケーション取得し、前記第１目標アプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成する。

デコーディング制御ユニット５５０は、さらに、構成待ちアプリケーションのうち、再生映像のフォーマットがハードデコーディングと互換性のない第２目標アプリケーションを取得し、前記第２目標アプリケーションによる再生映像をソフトデコーディングの方法によりデコーディングするように構成する。

本発明による映像デコーディング制御装置６００は、電子機器で動作され、前記装置６００は、アプリケーション検出ユニット６１０、構成待ちアプリケーション取得ユニット６２０、レベル取得ユニット６３０及びデコーディング制御ユニット６４０を含む。（図９を参照。）

アプリケーション検出ユニット６１０は、複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出する。

構成待ちアプリケーション取得ユニット６２０は、構成待ちアプリケーションとして、検出された映像再生状態にあるアプリケーションを取得する。

レベル取得ユニット６３０は、検出された構成待ちアプリケーションそれぞれに対応するレベルを取得する。

一態様として、前記検出された構成待ちアプリケーションそれぞれに対応するレベルを取得するステップは、所定のデータテーブルから、検出された構成待ちアプリケーションそれぞれに対応するレベルを検索することと、前記データテーブルから、構成待ちアプリケーションに対応するレベルが検出されないと、前記データデーブルのうち、検出されていないレベルのアプリケーションと同類のアプリケーションを取得することと、前記同類のアプリケーションのレベルを、検出されていない構成待ちアプリケーションに対応するレベルとすることとを含む。

デコーディング制御ユニット６４０は、前記映像再生状態にあってレベルがしきい値レベルよりも高いアプリケーションによる再生映像をハードデコーディング方法によってデコーディングするように構成する。

属する分野の当業者なら、記述の便を図り、簡潔を期すため、上で記述された装置及びユニットの具体的動作工程は、前述の方法実施例中の対応する工程を参照にすることができることが明らかであり、ここではこれ以上説明しない。本発明によるいくつかの実施例において、モジュール相互間のカップリングは、電気的であってもよいし、機械又はその他の形式のカップリングでもよい。また、本発明各実施例中の各機能モジュールは、１つのプロセッシングモジュール中に集積されてもよく、各モジュール物理的に単独で存在してもよく、２つ又はそれ以上のモジュールを１つのモジュール中に集積してもよい。上記集積されたモジュールは、ハードウェアの形式により実現されてもよく、ソフトウェア機能モジュールの形式により実現されてもよい。

本発明において具体的にどのようにオーディオコーディングのタイプに応じてオーディオデータをコーディングするかは、従来技術を用いることができ、本発明ではこれ以上詳述しない。

上記をまとめれば、本発明による映像デコーディング制御方法、装置、電子機器及び記憶媒体は、複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態であるアプリケーションを検出し、その後、前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成する。従って、本発明によって、複数のアプリケーションが分割画面表示モードにある場合、また、複数のアプリケーションのうち、複数のアプリケーションがいずれも映像再生機能を備えている場合、映像再生状態にあるアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成し、これによりＣＰＵ負荷率が減少し、ＣＰＵに他のタスクを処理できるように多くの処理能力を持たせることができ、電子機器が固まる確率が低減し、ユーザーの体験を向上させている

以下では図１０を結び付けて、本発明による電子機器について説明する。

上記映像デコーディング制御方法、装置に基づき、本発明実施例は、前述の映像デコーディング制御方法を実行することができるもう１つの電子機器１００をさらに提供する。（図１０を参照）電子機器１００は、互いにカップリングされた１つ又は複数の（図中には１つしか示していない）プロセッサ１０２と、メモリ１０４と、ネットワークモジュール１０６と、映像エンコーダ／デコーダ１０８と、ディスプレイ１１２とを含む。ここで、該メモリ１０４中に前述の実施例中のコンテンツを実行することができるプログラムを格納し、またプロセッサ１０２は、該メモリ１０４中に格納されたプログラムを実行することができる。

ここで、プロセッサ１０２は、１つ又は複数のプロセッシングコアを含んでもよい。プロセッサ１０２は、各種インターフェース及び回路を用いて電子機器１００全体内の各部分を接続し、メモリ１０４内に格納された命令、プログラム、コードセット若しくは命令セットを動作させ又は実行し、またメモリ１０４内に格納されたデータを呼び出すことにより、電子機器１００の各種機能を実行し、データを処理する。好ましくは、プロセッサ１０２は、デジタル信号処理（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、プログラマブルロジックアレイ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ａｒｒａｙ、ＰＬＡ）のうち少なくとも１つのハードウェア形式により実現することができる。プロセッサ１０２は、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）、画像プロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）及び変調デコーダ等のうち１つ又は複数の組合せを集積してもよい。ここで、ＣＰＵは主にＯＳ、ユーザーインターフェース及びアプリケーション等を処理し、ＧＰＵは、表示コンテンツのレンダリング及び描画に用いられ、変調デコーダは、無線通信を処理に用いられる。上記変調デコーダは、プロセッサ１０２中に集積されず、単独で１つの通信チップにより実現されてもよいと理解することができる。

メモリ１０４は、ランダムメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）を含んでもよく、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）を含んでもよい。メモリ１０４は、命令、プログラム、コード、コードセット又は命令セットを格納するために用いてもよい。メモリ１０４は、プログラム格納エリアと、データ格納エリアとを含んでもよく、例えば、メモリ１０４中に、映像デコーディング制御装置を格納してもよい。該映像デコーディング制御装置は、前述の装置４００、装置５００又は装置６００であってもよい。ここで、プログラム格納エリアは、ＯＳを実現するための命令、少なくとも１つの機能を実現するための命令（タッチ機能、オーディオ再生機能、画像再生機能等）、下記の各方法実施例を実現するための命令等を格納することができる。データ格納エリアは、端末１００が使用中に作成するデータ（電話帳、オーディオ／ビジュアルデータ、チャット記録データ等）等を格納することもできる。

前記ネットワークモジュール１０６は、電磁波を受信及び送信し、電磁波と電気信号との相互変換を実現し、それにより通信ネットワーク又はその他の機器、例えば、無線接続点との通信を行う。前記ネットワークモジュール１０６は、これらの機能を実行するための各種既存の回路素子、例えば、アンテナ、無線周波数送受信器、デジタル信号プロセッサ、暗号化／復号化チップ、加入者識別モジュール（ＳＩＭ）カード、メモリ等を含んでもよい。前記ネットワークモジュール１０６は、インターネット、イントラネット、無線ネットワーク等の各種ネットワークと通信し、又は無線ネットワークを介してその他の機器と通信することができる。上記無線ネットワークは、ハニカム型電話網、無線ＬＡＮ又はメトロポリタンエリアネットワークを含んでもよい。

該映像エンコーダ／デコーダ１０８は、ディスプレイ１１２に伝送して表示するために、ネットワークモジュール１０６がネットワークからリクエストしたデータをデコーディングするために用いることができる。具体的には、映像エンコーダ／デコーダ１０８は、ＧＰＵ、専用のＤＳＰ、ＦＰＧＡ、ＡＳＩＣチップ等であってもよい。

本発明実施例が提供するコンピューター可読記憶媒体の構造ブロック図を示している。該コンピューター可読媒体８００中にプログラムコードを格納し、前記プログラムコードは、プロセッサによって呼び出され、上記方法実施例中に記述された方法を実行することができる。（図１１を参照。）

コンピューター可読記憶媒体８００は、フラッシュメモリ、ＥＥＰＲＯＭ（電気的消去可能プログラマブル読み取り専用メモリ）、ＥＰＲＯＭ、ハードウェア又はＲＯＭ等の電子メモリであってもよい。好ましくは、コンピューター可読記憶媒体８００は、非一時的コンピューター可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む。コンピューター可読記憶媒体８００は、上記方法中のいかなる方法ステップをも実行するプログラムコード８１０の格納空間を有する。これらのプログラムコードは、１つ若しくは複数のコンピュータープログラム製品中から読み出し又はこの１つ又は複数のコンピュータープログラム製品中に書き込むことができる。プログラムコード８１０は、例えば適当な形式で圧縮することができる。

以上の実施例は、本発明の技術方案を説明するためのものにすぎず、それを制限するものではなく、前述の実施例を参照して本発明を詳細に説明したが、本分野一般当業者なら、依然として前述の各実施例に記載の技術方案を修正し、又はその中の一部技術的特徴を同等変換することができるが、これらの修正又は変換は、対応する技術方案の本質を本発明各実施例の技術方案の精神及び範囲から逸脱させるように促すものではないことを理解するはずであることを最後に説明しておかなければならない。

Claims (18)

1. 電子機器に用いられる映像デコーディング制御方法であって、
   複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出することと、
   構成待ちアプリケーションとして、検出された映像再生状態にあるアプリケーションを取得することと、
   前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成することと、
   を含み、
   前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成するステップの前に、さらに、
   前記電子機器のＣＰＵ負荷率を取得することと、
   前記ＣＰＵの負荷率が目標しきい値を下回っていないかを判断することと、
   ＣＰＵの負荷率が目標しきい値を下回っていないと判断された場合、前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成することを実行することと、
   を含み、
   前記電子機器のＣＰＵ負荷率を取得するステップは、
   前記電子機器のＣＰＵの実際の負荷率を取得することと、
   前記電子機器の現行の動作状態にあるアプリケーションに基づいて、指定時間の間に新たに増加するＣＰＵの負荷率を推定することと、
   前記ＣＰＵの実際の負荷率及び前記新たに増加するＣＰＵの負荷率に基づいて前記ＣＰＵの負荷率を得ることと、
   を含むことを特徴とする映像デコーディング制御方法。
2. 指定時間の間に新たに増加するＣＰＵの負荷率を推定するステップは、
   現行の動作中のアプリケーションに対応する過去のＣＰＵ負荷と、前記指定時間の間に過去に動作されたアプリケーションに対応する過去のＣＰＵ負荷との少なくとも一つの条件に基づいて指定時間の間に新たに増加するＣＰＵの負荷率を推定することを含むことを特徴とする請求項１に記載の方法。
3. ＣＰＵ負荷率が目標しきい値を下回っていると判断された場合、構成待ちアプリケーションによる再生映像のフォーマットがハードデコーディングと互換性があるかを検出することと、
   構成待ちアプリケーションのうち、再生映像のフォーマットがハードデコーディングと互換性のある第１目標アプリケーションを取得することと、
   ハードデコーディング方法により前記第１目標アプリケーションによる再生映像をデコーディングするように構成することと、
   をさらに含むことを特徴とする請求項１に記載の方法。
4. 構成待ちアプリケーションによる再生映像のフォーマットがハードデコーディングと互換性があるかを検出するステップは、
   前記構成待ちアプリケーションによる再生映像のフォーマットを取得することと、
   あらかじめ設けられた、映像フォーマットとデコーディング方法の対応関係が格納されているデータテーブル中から前記再生映像のフォーマットに対応するデコーディング方法を検索することと、
   検索結果によって前記再生映像のフォーマットがハードデコーディングと互換性があるかを決定することと、
   を含むことを特徴とする請求項３に記載の方法。
5. 構成待ちアプリケーションによる再生映像のフォーマットがハードデコーディングと互換性があるかを検出するステップは、
   前記構成待ちアプリケーションによる再生映像に対して、それぞれソフトデコーディングとハードデコーディングを一回行うことと、
   ソフトデコーディングとハードデコーディングによって得られた映像画像の品質の比較を通じて、前記構成待ちアプリケーションによる再生映像フォーマットがハードデコーディングと互換性があるかを判断することと
   を含み、
   画像の品質は解像度とノイズによって決定することを特徴とする請求項３に記載の方法。
6. 構成待ちアプリケーションのうち再生映像のフォーマットがハードデコーディングと互換性のない第２目標アプリケーションを取得することと、
   ソフトデコーディングの方法により、前記第２目標アプリケーションによる再生映像をデコーディングするように構成することと、
   をさらに含むことを特徴とする請求項３ないし５のいずれか１項に記載の方法。
7. 前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成するステップは、
   検出された構成待ちアプリケーションそれぞれに対応するレベルを取得することと、
   ハードデコーディング方法により、前記構成待ちアプリケーションのうちレベルがしきい値のレベルを上回るアプリケーションによる再生映像をデコーディングするように構成することと、
   を含むことを特徴とする請求項１ないし６のいずれか１項に記載の方法。
8. 検出された構成待ちアプリケーションそれぞれに対応するレベルを取得するステップは、
   所定のデータテーブルから、検出された構成待ちアプリケーションそれぞれに対応するレベルを検索することと、
   前記データテーブルから構成待ちアプリケーションに対応するレベルが検索されなかった場合、前記データテーブルから、検索されていないレベルのアプリケーションと同類のアプリケーションを取得することと、
   前記同類のアプリケーションのレベルを、検索されていない構成待ちアプリケーションに対応するレベルとすることと、
   を含むことを特徴とする請求項７に記載の方法。
9. 前記構成待ちアプリケーションは、デフォルトでソフトデコーディングを行うように構成されたアプリケーションを含み、
   前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成するステップは、
   ソフトデコーディングのリクエストを遮断して、前記構成待ちアプリケーションによる再生映像データに対してハードデコーディングを行うこと、
   を含むことを特徴とする請求項１ないし６のいずれか１項に記載の方法。
10. 前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出するステップは、
    映像再生状態にあるかを検出することと、
    映像再生状態にある場合、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出することと、
    を含むことを特徴とする請求項１ないし９のいずれか１項に記載の方法。
11. 映像再生状態にあるかを検出するステップは、
    所定の映像再生アプリケーションが動作しているかを検出することと、
    所定の映像再生アプリケーションが動作していると検出されると、映像再生状態にあると判断することと、
    を含むことを特徴とする請求項１０に記載の方法。
12. 映像再生状態にあるかを検出するステップは、
    現行のフォアグラウンドで動作しているアプリケーションを取得することと、
    前記アプリケーションがあらかじめ構築された映像再生アプリケーションのリストに含まれているかを検出することと、
    含まれている場合、映像再生状態にあると判断することと、
    を含むことを特徴とする請求項１０に記載の方法。
13. 現行のフォアグラウンドで動作しているアプリケーションを取得するステップは、
    ユーザーが使用するアプリケーションの一覧を取得することと、
    前記一覧に記録された最近使用されたアプリケーションを現行のフォアグラウンドで動作しているアプリケーションとして識別することと、
    を含むことを特徴とする請求項１２に記載の方法。
14. 前記アプリケーションがあらかじめ構築された映像再生アプリケーションのリストに含まれているかを検出するステップは、
    前記アプリケーションの使用頻度を検出することと、
    前記使用頻度が所定頻度を超えている場合、前記アプリケーションがあらかじめ構築された映像再生アプリケーションのリストにあると判断することと、
    を含むことを特徴とする請求項１２に記載の方法。
15. 映像再生状態にあるかを検出するステップは、
    オーディオ出力があるかを検出することと、
    オーディオ出力がある場合、映像再生アプリケーションが動作しているかを検出することと、
    映像再生アプリケーションが動作している場合、映像再生状態にあると判断することと、
    を含むことを特徴とする請求項１０に記載の方法。
16. 電子機器で動作し、
    複数のアプリケーションが分割画面モードで動作していることが検出されると、前記複数のアプリケーションのうち映像再生状態にあるアプリケーションを検出するアプリケーション検出ユニットと、
    構成待ちアプリケーションとして、検出された映像再生状態にあるアプリケーションを取得する構成待ちアプリケーション取得ユニットと、
    前記構成待ちアプリケーションによる再生映像をハードデコーディング方法によりデコーディングするように構成するデコーディング制御ユニットと、
    前記電子機器のＣＰＵ負荷率を取得する負荷率取得ユニットであって、前記電子機器のＣＰＵ負荷率を取得することは、前記電子機器のＣＰＵの実際の負荷率を取得することと、前記電子機器の現行の動作状態にあるアプリケーションに基づいて、指定時間の間に新たに増加するＣＰＵの負荷率を推定することと、前記ＣＰＵの実際の負荷率及び前記新たに増加するＣＰＵの負荷率に基づいて前記ＣＰＵの負荷率を得ることと、を含む負荷率取得ユニットと、
    前記ＣＰＵ負荷率が目標しきい値を下回っていないかを判断する判断ユニットと、
    を含むことを特徴とする映像デコーディング制御装置。
17. １つ以上のプロセッサ、映像エンコーダ／デコーダ及びメモリと、
    前記メモリに格納され、前記１つ以上のプロセッサにより実行され、請求項１ないし１５の何れか１項に記載の方法を実行するように構成された１つ以上のプログラムと、
    を含むことを特徴とする電子機器。
18. プログラムコードが格納され、
    プロセッサによって前記プログラムコードが動作する際に、請求項１ないし１５の何れか１項に記載の方法を実行することを特徴とするコンピューターの可読記憶媒体。

Images