特許 7542153 符号化方法、装置、電子機器及び記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-21

(45)【発行日】2024-08-29

(54)【発明の名称】符号化方法、装置、電子機器及び記憶媒体

(51)【国際特許分類】

   G10L 19/002 20130101AFI20240822BHJP

【ＦＩ】

G10L19/002

【請求項の数】 15

(21)【出願番号】P 2023534313

(86)(22)【出願日】2021-12-17

(65)【公表番号】

(43)【公表日】2023-12-15

(86)【国際出願番号】 CN2021139070

(87)【国際公開番号】W WO2022135287

(87)【国際公開日】2022-06-30

【審査請求日】2023-06-06

(31)【優先権主張番号】202011553903.4

(32)【優先日】2020-12-24

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】517372494

【氏名又は名称】維沃移動通信有限公司

【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002871

【氏名又は名称】弁理士法人坂本国際特許商標事務所

(72)【発明者】

【氏名】張 勇

【審査官】土井 悠生

(56)【参考文献】

【文献】特開２００８－２６８７９２（ＪＰ，Ａ）

【文献】特開２０１４－０１６６２５（ＪＰ，Ａ）

【文献】特表２０２０－５２５８５３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２０／０１２６５７２（ＵＳ，Ａ１）

【文献】特開２００２－１９６７９２（ＪＰ，Ａ）

【文献】特開２０１４－２４０３（ＪＰ，Ａ）

【文献】TSG-SA WG4，3GPP TS 26.403 version 2.0.0 "Enhanced aacPlus General Audio Codec; Encoder specification; Advanced Audio Coding (AAC) part" (Release 6)[online]，3GPP TSG-SA#25 SP-040635，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGS_25/Docs/ZIP/SP-040635.zip＞，2004年09月16日

【文献】S. Meltzer, 外1名，“MPEG-4 HE-AAC v2 - audio coding for today's digital media world”，EBU TECHNICAL REVIEW，2006年01月30日，305

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１０Ｌ １３／００－１３／１０

Ｇ１０Ｌ １９／００－９９／００

(57)【特許請求の範囲】

【請求項1】

ターゲットフレームのオーディオ信号の符号化ビットレートに基づいて、前記ターゲットフレームのオーディオ信号の符号化帯域幅を決定するステップと、
前記符号化帯域幅に基づいて前記ターゲットフレームのオーディオ信号の知覚エントロピーを決定し、前記知覚エントロピーに基づいて前記ターゲットフレームのオーディオ信号のビット要求率を決定するステップと、
前記ビット要求率に基づいてターゲットビット数を決定し、前記ターゲットビット数に基づいて前記ターゲットフレームのオーディオ信号を符号化するステップと、を含む、符号化方法。

【請求項2】

前記ビット要求率に基づいてターゲットビット数を決定する前記ステップは、
現在のビットプールにおける利用可能なビット数及び前記ビットプールのサイズに基づいて、現在の前記ビットプールの充満度を決定するステップと、
前記充満度に基づいて前記ターゲットフレームのオーディオ信号の符号化時のビットプール調節率を決定し、前記ビット要求率及び前記ビットプール調節率に基づいて、符号化ビットファクタを決定するステップと、
前記符号化ビットファクタに基づいて、前記ターゲットビット数を決定するステップと、を含む、請求項１に記載の符号化方法。

【請求項3】

前記符号化帯域幅に基づいて前記ターゲットフレームのオーディオ信号の知覚エントロピーを決定する前記ステップは、
前記符号化帯域幅に基づいて前記ターゲットフレームのオーディオ信号のスケールファクタバンドの数を決定するステップと、
各前記スケールファクタバンドの知覚エントロピーを取得するステップと、
前記スケールファクタバンドの数及び各前記スケールファクタバンドの知覚エントロピーに基づいて、前記ターゲットフレームのオーディオ信号の知覚エントロピーを決定するステップと、を含む、請求項１に記載の符号化方法。

【請求項4】

前記知覚エントロピーに基づいて前記ターゲットフレームのオーディオ信号のビット要求率を決定する前記ステップは、
前記ターゲットフレームのオーディオ信号より前の所定数のフレームのオーディオ信号の平均知覚エントロピーを取得するステップと、
前記知覚エントロピー及び前記平均知覚エントロピーに基づいて前記ターゲットフレームのオーディオ信号の難易度係数を決定するステップと、
前記難易度係数に基づいて前記ターゲットフレームのオーディオ信号のビット要求率を決定するステップと、を含む、請求項１に記載の符号化方法。

【請求項5】

各前記スケールファクタバンドの知覚エントロピーを取得する前記ステップは、
前記ターゲットフレームのオーディオ信号の修正離散コサイン変換ＭＤＣＴ後のＭＤＣＴスペクトル係数を決定するステップと、
前記ＭＤＣＴスペクトル係数及びスケールファクタバンドオフセットテーブルに基づいて各前記スケールファクタバンドのＭＤＣＴスペクトル係数のエネルギーを決定するステップと、
前記ＭＤＣＴスペクトル係数のエネルギー及び各前記スケールファクタバンドのマスキング閾値に基づいて、各前記スケールファクタバンドの知覚エントロピーを決定するステップと、を含む、請求項３に記載の符号化方法。

【請求項6】

ターゲットフレームのオーディオ信号の符号化ビットレートに基づいて、前記ターゲットフレームのオーディオ信号の符号化帯域幅を決定するための符号化帯域幅決定モジュールと、
前記符号化帯域幅に基づいて前記ターゲットフレームのオーディオ信号の知覚エントロピーを決定するための知覚エントロピー決定モジュールと、
前記知覚エントロピーに基づいて前記ターゲットフレームのオーディオ信号のビット要求率を決定するためのビット要求量決定モジュールと、
前記ビット要求率に基づいてターゲットビット数を決定し、前記ターゲットビット数に基づいて前記ターゲットフレームのオーディオ信号を符号化するための符号化モジュールと、を含む、符号化装置。

【請求項7】

前記符号化モジュールは、具体的に、
現在のビットプールにおける利用可能なビット数及び前記ビットプールのサイズに基づいて、現在の前記ビットプールの充満度を決定すること、
前記充満度に基づいて前記ターゲットフレームのオーディオ信号の符号化時のビットプール調節率を決定し、前記ビット要求率及び前記ビットプール調節率に基づいて、符号化ビットファクタを決定すること、
前記符号化ビットファクタに基づいて、前記ターゲットビット数を決定すること、に用いられる、請求項６に記載の符号化装置。

【請求項8】

前記知覚エントロピー決定モジュールは、
前記符号化帯域幅に基づいて前記ターゲットフレームのオーディオ信号のスケールファクタバンドの数を決定するための第一決定サブモジュールと、
各前記スケールファクタバンドの知覚エントロピーを取得するための取得サブモジュールと、
前記スケールファクタバンドの数及び各前記スケールファクタバンドの知覚エントロピーに基づいて、前記ターゲットフレームのオーディオ信号の知覚エントロピーを決定するための第２決定サブモジュールと、を含む、請求項６に記載の符号化装置。

【請求項9】

前記ビット要求量決定モジュールは、具体的に、
前記ターゲットフレームのオーディオ信号より前の所定数のフレームのオーディオ信号の平均知覚エントロピーを取得すること、
前記知覚エントロピー及び前記平均知覚エントロピーに基づいて前記ターゲットフレームのオーディオ信号の難易度係数を決定すること、
前記難易度係数に基づいて前記ターゲットフレームのオーディオ信号のビット要求率を決定すること、に用いられる、請求項６に記載の符号化装置。

【請求項10】

前記取得サブモジュールは、具体的に、
前記ターゲットフレームのオーディオ信号の修正離散コサイン変換ＭＤＣＴ後のＭＤＣＴスペクトル係数を決定すること、
前記ＭＤＣＴスペクトル係数及びスケールファクタバンドオフセットテーブルに基づいて各前記スケールファクタバンドのＭＤＣＴスペクトル係数のエネルギーを決定すること、
前記ＭＤＣＴスペクトル係数のエネルギー及び各前記スケールファクタバンドのマスキング閾値に基づいて、各前記スケールファクタバンドの知覚エントロピーを決定すること、に用いられる、請求項８に記載の符号化装置。

【請求項11】

プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドとを含み、前記プログラムもしくはコマンドが前記プロセッサによって実行されると、請求項１～５のいずれか１項に記載の符号化方法のステップが実現される、電子機器。

【請求項12】

プログラムもしくはコマンドが記憶されており、前記プログラムもしくはコマンドがプロセッサによって実行されると、請求項１～５のいずれか１項に記載の符号化方法のステップが実現される、可読記憶媒体。

【請求項13】

請求項１～５のいずれか１項に記載の符号化方法のステップを実行するように構成される、電子機器。

【請求項14】

非揮発性記憶媒体に記憶されており、少なくとも１つのプロセッサによって実行されることで請求項１～５のいずれか１項に記載の符号化方法のステップを実現するコンピュータプログラム。

【請求項15】

プロセッサと、前記プロセッサに結合された通信インタフェースとを含むチップであって、前記プロセッサはプログラムもしくはコマンドを実行して、請求項１～５のいずれか１項に記載の符号化方法のステップを実現するために用いられる、チップ。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０２０年１２月２４日に中国で出願された、中国特許出願番号２０２０１１５５３９０３．４の優先権を主張し、その全ての内容が参照によって本出願に組み込まれる。

【0002】

本出願は、オーディオ符号化の技術分野に関し、具体的に、符号化方法、装置、電子機器及び記憶媒体に関する。

【背景技術】

【0003】

現在、ブルートゥースオーディオ、ストリーミングメディア音楽伝送、インターネット生中継などの多くのオーディオアプリケーションでは、ネットワーク伝送帯域幅が依然としてネックとなっている。オーディオ信号の内容は複雑で変化しやすいため、各フレームの信号を同じ符号化ビット数で符号化すると、フレーム間の品質変動が発生しやすくなり、オーディオ信号の符号化品質が低下する。

【0004】

より良い符号化品質を得るとともに、伝送帯域幅の制限を満たすために、符号化時、通常、平均ビットレート（Ａｖｅｒａｇｅ Ｂｉｔ Ｒａｔｅ，ＡＢＲ）のビットレート制御方法が選択される。ＡＢＲのビットレート制御の基本原理は、符号化しやすいフレームを比較的少ない（平均符号化ビットよりも少ない）ビットで符号化し、残りのビットをビットプールに記憶する一方、符号化しにくいフレームを比較的多い（平均符号化ビットよりも多い）ビットで符号化し、必要な追加のビットをビットプールから抽出することである。

【0005】

現在、知覚エントロピーの計算は、エンコーダによって実際に符号化された信号の帯域幅ではなく、入力信号の帯域幅に基づくものであるため、知覚エントロピーの計算が不正確になり、符号化ビットの割り当てミスを引き起こす。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本出願の実施例は、関連技術に存在する知覚エントロピーの計算が不正確になり、符号化ビットの割り当てミスを引き起こすという問題を解決できる、符号化方法、装置、電子機器及び記憶媒体を提供することを目的とする。

【課題を解決するための手段】

【0007】

第１側面では、本出願の実施例は、
ターゲットフレームのオーディオ信号の符号化ビットレートに基づいて、ターゲットフレームのオーディオ信号の符号化帯域幅を決定するステップと、
符号化帯域幅に基づいてターゲットフレームのオーディオ信号の知覚エントロピーを決定し、知覚エントロピーに基づいてターゲットフレームのオーディオ信号のビット要求率を決定するステップと、
ビット要求率に基づいてターゲットビット数を決定し、ターゲットビット数に基づいてターゲットフレームのオーディオ信号を符号化するステップと、を含む、符号化方法を提供する。

【0008】

第２側面では、本出願の実施例は、
ターゲットフレームのオーディオ信号の符号化ビットレートに基づいて、ターゲットフレームのオーディオ信号の符号化帯域幅を決定するための符号化帯域幅決定モジュールと、
符号化帯域幅に基づいてターゲットフレームのオーディオ信号の知覚エントロピーを決定するための知覚エントロピー決定モジュールと、
知覚エントロピーに基づいてターゲットフレームのオーディオ信号のビット要求率を決定するためのビット要求量決定モジュールと、
ビット要求率に基づいてターゲットビット数を決定し、ターゲットビット数に基づいてターゲットフレームのオーディオ信号を符号化するための符号化モジュールと、を含む、符号化装置を提供する。

【0009】

第３側面では、本出願の実施例は、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドとを含み、前記プログラムもしくはコマンドが前記プロセッサによって実行されると、第１側面に記載の方法のステップが実現される、電子機器を提供する。

【0010】

第４側面では、本出願の実施例は、プログラムもしくはコマンドが記憶されており、前記プログラムもしくはコマンドがプロセッサによって実行されると、第１側面に記載の方法のステップが実現される、可読記憶媒体を提供する。

【0011】

第５側面では、本出願の実施例は、プロセッサと、前記プロセッサに結合された通信インタフェースとを含むチップであって、前記プロセッサはプログラムもしくはコマンドを実行して、第１側面に記載の方法を実現するために用いられる、チップを提供する。

【発明の効果】

【0012】

本出願の実施例で提供される符号化方法、装置、電子機器及び記憶媒体は、まず、ターゲットフレームのオーディオ信号の符号化ビットレートに基づいてターゲットフレームのオーディオ信号の実際の符号化帯域幅を決定して知覚エントロピーを計算するため、知覚エントロピーの計算結果が正確になる。そして、本出願の実施例で提供される符号化方法、装置、電子機器及び記憶媒体はさらに、正確な知覚エントロピーに基づいてビット数を決定してターゲットフレームのオーディオ信号を符号化するため、符号化ビットの不合理な割り当てを回避し、符号化リソースを節約し、符号化効率を向上させることができる。

【図面の簡単な説明】

【0013】

【図1】本出願の実施例で提供される符号化方法のフローチャートである。

【図2】本出願の実施例で提供されるマッピング関数η（）の関数画像である。

【図3】本出願の実施例で提供されるマッピング関数φ（）の関数画像である。

【図4】本出願の実施例で提供される符号化方法の全体フローブロック図である。

【図5】本出願の実施例で提供される符号化方法を応用して符号化する時の符号化ビット数の波形図である。

【図6】本出願の実施例で提供される符号化方法を応用して符号化する時の平均符号化ビットレートの波形図である。

【図7】本出願の実施例で提供される符号化装置の構造模式図である。

【図8】本出願の実施例で提供される電子機器の構造模式図である。

【図9】本出願の実施例で提供される電子機器のハードウェア構造模式図である。

【発明を実施するための形態】

【0014】

以下において、本出願の実施例における図面を参照し、本出願の実施例における技術的解決手段を明確に、完全に説明し、当然ながら、説明される実施例は本出願の実施例の一部に過ぎず、全ての実施例ではない。本出願における実施例に基づいて、当業者が創造的な労力を要することなく、得られた他の全ての実施例は、いずれも本出願の保護範囲に属する。

【0015】

本出願の明細書及び特許請求の範囲における用語「第１」、「第２」等は、特定の順序又は前後順を説明するためのものではなく、類似する対象を区別するためのものである。このように使用される用語は、本出願の実施例がここで図示又は記述される以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきである。また、明細書及び特許請求の範囲において「及び／又は」は、接続対象のうちの少なくとも１つを示し、符号の「／」は、一般に前後関連対象が「又は」の関係であることを表す。

【0016】

以下において、図面を参照しながら、本出願の実施例で提供される符号化方法及び装置を、具体的な実施例及びその応用シーンにより詳しく説明する。

【0017】

図１は本出願の実施例で提供される符号化方法のフローチャートであり、図１を参照すると、本出願の実施例で提供される符号化方法は、
ターゲットフレームのオーディオ信号の符号化ビットレートに基づいて、ターゲットフレームのオーディオ信号の符号化帯域幅を決定するステップ１１０と、
符号化帯域幅に基づいてターゲットフレームのオーディオ信号の知覚エントロピーを決定し、知覚エントロピーに基づいてターゲットフレームのオーディオ信号のビット要求率を決定するステップ１２０と、
ビット要求率に基づいてターゲットビット数を決定し、ターゲットビット数に基づいてターゲットフレームのオーディオ信号を符号化するステップ１３０と、を含んでもよい。

【0018】

本出願の実施例における符号化方法の実行主体は電子機器、又は電子機器内の部材、集積回路又はチップであってもよい。該電子機器は、携帯型の電子機器であってもよく、非携帯型の電子機器であってもよい。例として、携帯型の電子機器は、携帯電話、タブレットコンピュータ、ノートパソコン、携帯情報端末、車載電子機器、ウェアラブルデバイス、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＵＭＰＣ）、ネットブック又はパーソナルディジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ，ＰＤＡ）等であってもよく、非携帯型の電子機器は、サーバ、ネットワーク接続ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ，ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＰＣ）、テレビジョン（ｔｅｌｅｖｉｓｉｏｎ，ＴＶ）、現金自動預払機又はキオスク等であってもよく、本出願の実施例では具体的に限定しない。

【0019】

以下において、本出願の実施例で提供される符号化方法をパーソナルコンピュータで実行することを例として、本出願の技術的解決手段を詳しく説明する。

【0020】

具体的に、ステップ１１０で、コンピュータはターゲットフレームのオーディオ信号の符号化ビットレートを決定した後、符号化ビットレートと符号化帯域幅の対応関係に基づいて、ターゲットフレームのオーディオ信号の符号化帯域幅を決定することができる。ここで、符号化ビットレートと符号化帯域幅の対応関係は、関連プロトコル又は標準によって決定されてもよく、予め設定されてもよい。

【0021】

ステップ１２０で、さらにターゲットフレームのオーディオ信号の符号化帯域幅によって、修正離散コサイン変換ＭＤＣＴの関連パラメータ等に基づいて、ターゲットフレームのオーディオ信号の各スケールファクタバンドの知覚エントロピーを取得して、ターゲットフレームのオーディオ信号の知覚エントロピーを決定することができる。

【0022】

その後、さらに知覚エントロピーに基づいてターゲットフレームのオーディオ信号のビット要求率を決定することができ、それにより、ステップ１３０でビット要求率に基づいてターゲットビット数を決定し、ターゲットビット数に基づいてターゲットフレームのオーディオ信号を符号化する。

【0023】

ここで、ターゲットフレームは、入力された現フレームであってもよいし、キャッシュに予め入力されている他の符号化されるべきフレームなど、符号化される他のフレームであってもよい。ターゲットビット数は、ターゲットフレームのオーディオ信号を符号化するためのビット数である。

【0024】

本出願の実施例で提供される符号化方法は、まず、ターゲットフレームのオーディオ信号の符号化ビットレートに基づいてターゲットフレームのオーディオ信号の実際の符号化帯域幅を決定して知覚エントロピーを計算するため、知覚エントロピーの計算結果が正確になる。そして、本出願の実施例で提供される符号化方法はさらに、正確な知覚エントロピーに基づいてビット数を決定してターゲットフレームのオーディオ信号を符号化するため、符号化ビットの不合理な割り当てを回避し、符号化リソースを節約し、符号化効率を向上させることができる。

【0025】

具体的に、一実施例において、符号化帯域幅に基づいて前記ターゲットフレームのオーディオ信号の知覚エントロピーを決定することは、
符号化帯域幅に基づいてターゲットフレームのオーディオ信号のスケールファクタバンドの数を決定するＳ１２１１と、
各スケールファクタバンドの知覚エントロピーを取得するＳ１２１２と、
スケールファクタバンドの数及び各スケールファクタバンドの知覚エントロピーに基づいて、ターゲットフレームのオーディオ信号の知覚エントロピーを決定するＳ１２１３と、を含んでもよい。

【0026】

具体的に、まず、ＩＳＯ／ＩＥＣ １３８１８－７標準文書などのスケールファクタバンドオフセットテーブル（Ｔａｂｌｅ ３．４）に基づいてターゲットフレームのオーディオ信号のスケールファクタバンドの数を決定し、さらに各スケールファクタバンドの知覚エントロピーを取得することができる。

【0027】

本出願の実施例において、ステップＳ１２１２は、
ターゲットフレームのオーディオ信号の修正離散コサイン変換（ＭＤＣＴ ｆｏｒ Ｍｏｄｉｆｉｅｄ Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ，ＭＤＣＴ）後のＭＤＣＴスペクトル係数を決定するＳ１２１２ａと、
ＭＤＣＴスペクトル係数及びスケールファクタバンドオフセットテーブルに基づいて各スケールファクタバンドのＭＤＣＴスペクトル係数のエネルギーを決定するＳ１２１２ｂと、
ＭＤＣＴスペクトル係数のエネルギー及び各スケールファクタバンドのマスキング閾値に基づいて、各スケールファクタバンドの知覚エントロピーを決定するＳ１２１２ｃと、を含んでもよい。

【0028】

説明すべきことは、ＭＤＣＴが線形直交重複変換である点である。符号化性能を低下させることなく、窓掛けされた離散コサイン変換（ＤＣＴ ｆｏｒ Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ，ＤＣＴ）ブロック処理演算におけるエッジ効果を効果的に克服することにより、エッジ効果による周期化ノイズを効果的に除去することができる。同じ符号化率の場合、ＤＣＴを用いた関連技術よりもＭＤＣＴの性能が優れている。

【0029】

さらに、スケールファクタバンドオフセットテーブルに基づいて、ＭＤＣＴスペクトル係数の累積計算等によって、各スケールファクタバンドのＭＤＣＴスペクトル係数のエネルギーを決定することができる。

【0030】

本出願の実施例で提供される符号化方法は、各スケールファクタバンドの知覚エントロピーを取得する際に、ＭＤＣＴスペクトル係数、ＭＤＣＴスペクトル係数のエネルギー及び各スケールファクタバンドのマスキング閾値を十分に考慮しているため、得られた各スケールファクタバンドの知覚エントロピーは、各スケールファクタバンドのエネルギー変動状況を正確に反映することができる。

【0031】

各スケールファクタバンドの知覚エントロピーを取得した後、スケールファクタバンドの数及び各スケールファクタバンドの知覚エントロピーに基づいて、ターゲットフレームのオーディオ信号の知覚エントロピーを決定することができる。

【0032】

本出願の実施例で提供される符号化方法は、ターゲットフレームのオーディオ信号の各スケールファクタバンドの知覚エントロピーを取得してから、各スケールファクタバンドの知覚エントロピーに基づいてターゲットフレームのオーディオ信号の知覚エントロピーを決定するため、取得されたターゲットフレームのオーディオ信号の知覚エントロピーの精度を保証することができることが理解される。

【0033】

さらに、一実施例において、知覚エントロピーに基づいてターゲットフレームのオーディオ信号のビット要求率を決定することは、
ターゲットフレームのオーディオ信号より前の所定数のフレームのオーディオ信号の平均知覚エントロピーを取得するＳ１２２１と、
知覚エントロピー及び平均知覚エントロピーに基づいてターゲットフレームのオーディオ信号の難易度係数を決定するＳ１２２２と、
難易度係数に基づいてターゲットフレームのオーディオ信号のビット要求率を決定するＳ１２２３と、を含んでもよい。

【0034】

本出願の実施例において、所定数の大きさは、例えば８、９、１０等であってもよい。その具体的な大きさは実際の状況に応じて調整でき、本出願の実施例ではこれを具体的に限定しない。

【0035】

平均知覚エントロピーを取得した後、知覚エントロピー及び平均知覚エントロピーに基づいて、予め設定された難易度係数計算方式で、ターゲットフレームオーディオ信号の難易度係数を決定することができる。ここで、予め設定された難易度係数計算方式は、難易度係数＝（知覚エントロピー－平均知覚エントロピー）／平均知覚エントロピーであってもよい。

【0036】

本出願の実施例において、予め設定された難易度係数からビット要求率へのマッピング関数によってターゲットフレームのオーディオ信号のビット要求率を決定することができる。

【0037】

本出願の実施例で提供される符号化方法は、ターゲットフレームのオーディオ信号より前の所定数のフレームのオーディオ信号の平均知覚エントロピーに基づいてビット要求率を決定するため、ターゲットフレームのオーディオ信号の知覚エントロピーを直接用いてビット要求率を決定することにより、最終的に推定されたビット数が不正確であるという関連技術に存在する欠点が回避される。

【0038】

さらに、一実施例において、ビット要求率に基づいてターゲットビット数を決定することは、
現在のビットプールにおける利用可能なビット数及びビットプールのサイズに基づいて、現在のビットプールの充満度を決定するＳ１３１１と、
充満度に基づいてターゲットフレームのオーディオ信号の符号化時のビットプール調節率を決定し、ビット要求率及びビットプール調節率に基づいて、符号化ビットファクタを決定するＳ１３１２と、
符号化ビットファクタに基づいて、ターゲットビット数を決定するＳ１３１３と、を含んでもよい。

【0039】

説明すべきことは、ビットプールの充満度がビットプールにおける利用可能なビット数とビットプールのサイズとの比であってもよい点である。

【0040】

本出願の実施例において、予め設定された充満度からビットプール調節率へのマッピング関数によって、ターゲットフレームのオーディオ信号の符号化時のビットプール調節率を決定することができる。

【0041】

ビット要求率及びビットプール調節率を決定した後、予め設定された符号化ビットファクタ計算方式で、ビット要求率及びビットプール調節率によって符号化ビットファクタを取得することができる。

【0042】

本出願の実施例において、ターゲットビット数は符号化ビットファクタと各フレームの信号の平均符号化ビット数との積であってもよい。ここで、各フレームの信号の平均符号化ビット数は１フレームのオーディオ信号のフレーム長、オーディオ信号のサンプリング周波数及び符号化ビットレートによって決定される。

【0043】

本出願の実施例で提供される符号化方法は、現在のビットプールの充満度を分析することで、ビットプール調節率及び符号化ビットファクタを決定し、ビットプールの状態、オーディオ信号の符号化難易度及びビット率変化許容範囲などの要素を総合的に考慮しており、ビットプールのオーバーフローやアンダーフローを効果的に防止することができる。

【0044】

以下において、ステレオオーディオ信号ｓｃ０３．ｗａｖの符号化を例として、本出願の実施例で提供される符号化方法を説明する。

【0045】

ここで、ステレオオーディオ信号ｓｃ０３．ｗａｖの符号化ビットレートｂｉｔＲａｔｅ＝１２８ｋｂｐｓである。
ビットプールのサイズｍａｘｂｉｔＲｅｓ＝１２２８８ｂｉｔｓ（６１４４ ｂｉｔ／ｃｈａｎｎｅｌ）である。
サンプリング周波数Ｆｓ＝４８ｋＨｚである。
１フレームのオーディオ信号のフレーム長Ｎ＝１０２４である。
各フレームの信号の平均符号化ビット数ｍｅａｎＢｉｔｓ＝１０２４×１２８×１０００／４８０００＝２７３１ｂｉｔｓである。

【0046】

ステレオ符号化ビットレートと符号化帯域幅の対応関係は表１に示すとおりであってもよい。

【0047】

【表1】

【0048】

表１から分かるように、ステレオオーディオ信号ｓｃ０３．ｗａｖの符号化ビットレートｂｉｔＲａｔｅ＝１２８ｋｂｐｓに対応する実際の符号化帯域幅Ｂｗ＝１５．５０ｋＨｚである。

【0049】

符号化帯域幅を決定した後、該符号化帯域幅に基づいてターゲットフレームのオーディオ信号の知覚エントロピーを決定することができる。

【0050】

具体的に、ＩＳＯ／ＩＥＣ １３８１８－７標準文書のスケールファクタバンドオフセットテーブル（Ｔａｂｌｅ ３．４）から分かるように、入力信号のサンプリングレートＦｓ＝４８ｋＨｚの場合、Ｂｗ＝１５．５０ｋＨｚに対応するスケールファクタバンド値Ｍ＝４１であり、即ち、ターゲットフレームのオーディオ信号のスケールファクタバンドの数は４１である。

【0051】

各スケールファクタバンドの知覚エントロピーを取得するステップは、具体的に、以下のように実現されてもよい。

【0052】

ターゲットフレームのオーディオ信号をＭＤＣＴ変換した後に得られたＭＤＣＴスペクトル係数をＸ［ｋ］とし、ｋ＝０、１、２、…、Ｍ－１であり、各スケールファクタバンドのＭＤＣＴスペクトル係数のエネルギーはｅｎ［ｎ］であり、ｎ＝０、１、２、…、Ｍ－１である。
よって、ｅｎ［ｎ］の計算は以下のとおりである。

式中、ｋＯｆｆｓｅｔ［ｎ］はスケールファクタバンドオフセットテーブルを表す。

【0053】

各スケールファクタバンドの知覚エントロピーをｓｆｂＰｅ［ｎ］とし、ｎ＝０、１、２、…、Ｍ－１であり、その計算は以下のとおりである。

【0054】

ｎｌは各スケールファクタバンドの量子化後の０でないＭＤＣＴスペクトル係数の数であり、その計算は以下のとおりである。

【0055】

各スケールファクタバンドの知覚エントロピーを取得した後、スケールファクタバンドの数及び各スケールファクタバンドの知覚エントロピーに基づいて、ターゲットフレームのオーディオ信号の知覚エントロピーを決定することができる。

【0056】

ターゲットフレームを第ｌフレームとすると、ターゲットフレームのオーディオ信号の知覚エントロピーＰｅ［ｌ］の計算は以下のとおりである。

式（４）中、ｏｆｆｓｅｔはオフセット定数であり、以下のように定義される。

【0057】

知覚エントロピーに基づいて、ターゲットフレームのオーディオ信号の符号化のビット要求率を決定するステップは、具体的に、以下のように実現されてもよい。

【0058】

平均知覚エントロピーをＰＥ_{ａｖｅｒａｇｅ}とし、それは過去のＮ１フレームのオーディオ信号の知覚エントロピーの平均値であり、ＰＥ_{ａｖｅｒａｇｅ}の計算は以下のとおりである。

【0059】

該実施例では、Ｎ１の値は８である。即ち、平均知覚エントロピーは過去８フレームのオーディオ信号の知覚エントロピーの平均値である。例えば、現フレームが第１０フレームであると、ｌ＝１０であり、ＰＥ_{ａｖｅｒａｇｅ}はＰｅ［９］、Ｐｅ［８］、Ｐｅ［７］、Ｐｅ［６］、Ｐｅ［５］、Ｐｅ［４］、Ｐｅ［３］、Ｐｅ［２］の平均値である。

【0060】

当然ながら、Ｎ１の具体的な値は実際の必要に応じて調整することもでき、例えば、Ｎ１は７、１０、１５等であってもよく、本出願の実施例ではこれを具体的に限定しない。

【0061】

所定数のフレームのオーディオ信号の平均知覚エントロピーを取得した後、該平均知覚エントロピー及びターゲットフレームのオーディオ信号の知覚エントロピーに基づいてターゲットフレームのオーディオ信号の難易度係数を決定することができる。

【0062】

第ｌフレームについて、その難易度係数Ｄ［ｌ］の計算は以下のとおりである。

【0063】

ターゲットフレームのオーディオ信号の難易度係数を決定した後、ターゲットフレームのオーディオ信号のビット要求率を決定することができる。

【0064】

ターゲットフレームのオーディオ信号のビット要求率をＲ_{ｄｅｍａｎｄ}［ｌ］とし、その計算は以下のとおりである。

式中、η（）は難易度係数からビット要求率へのマッピング関数である。該マッピング関数は、相対難易度係数Ｄ［ｌ］を引数とし、ビット要求率Ｒ_{ｄｅｍａｎｄ}［ｌ］を関数値とする区分線形関数である。

【0065】

該実施例では、マッピング関数η（）は以下のように定義される。

【0066】

マッピング関数η（）の関数画像は図２に示すとおりである。

【0067】

さらに、ビット要求率に基づいてターゲットビット数を決定するステップは、具体的に、以下のように実現されてもよい。

【0068】

ｂｉｔＲｅｓを現在のビットプールにおける利用可能なビット数とし、Ｆを現在のビットプールの充満度とすると、以下のとおりとなる。
Ｆ＝ｂｉｔＲｅｓ／ｍａｘｂｉｔＲｅｓ （８）

【0069】

ビットプールの充満度Ｆを取得した後、ビットプールの充満度Ｆに基づいてターゲットフレームのオーディオ信号の符号化時のビットプール調節率を決定することができる。

【0070】

ターゲットフレームのオーディオ信号の符号化時のビットプール調節率をＲ_{ａｄｊｕｓｔ}［ｌ］とし、その計算は以下のとおりである。

式中、φ（）はビットプールの充満度からビットプール調節率へのマッピング関数である。該マッピング関数は、ビットプールの充満度Ｆを引数とし、ビットプール調節率Ｒ_{ａｄｊｕｓｔ}［ｌ］を関数値とする区分線形関数である。

【0071】

該実施例では、φ（）は以下のように定義される。

【0072】

マッピング関数φ（）の関数画像は図３に示すとおりである。

【0073】

さらに、符号化ビットファクタをｂｉｔＦａｃ［ｌ］とし、その計算は以下のとおりである。

【0074】

ｂｉｔＦａｃ［ｌ］>ｌの場合は、現在の第ｌフレームが符号化しにくいフレームであることを示し、現フレームを符号化するビット数は平均符号化ビットよりも多くなり、符号化に必要な追加のビット（現フレームを符号化するビット数－平均符号化ビット数）はビットプールから抽出される。

【0075】

ｂｉｔＦａｃ［ｌ］<ｌの場合は、現在の第ｌフレームが符号化しやすいフレームであることを示し、現フレームを符号化するビット数は平均符号化ビットよりも少なくなり、符号化後の残りのビット（平均符号化ビット数－現フレームを符号化するビット数）はビットプールに記憶される。

【0076】

符号化ビットファクタｂｉｔＦａｃ［ｌ］を取得した後、該符号化ビットファクタｂｉｔＦａｃ［ｌ］に基づいてターゲットビット数を決定することができる。

【0077】

ターゲットビット数をａｖａｉｌａｂｌｅＢｉｔｓとすると、以下のとおりとなる。

式（１１）中、設定されたビットレートに従って符号化する際に、各フレームの信号の平均符号化ビット数ｍｅａｎＢｉｔｓの計算は以下のとおりである。

【0078】

１フレームのオーディオ信号のフレーム長Ｎ＝１０２４、サンプリング周波数Ｆｓ＝４８ｋＨｚの場合、ターゲットビット数ａｖａｉｌａｂｌｅＢｉｔｓは以下のとおりである。

【0079】

図４は本出願の実施例で提供される符号化方法の全体フローブロック図である。本出願の実施例で提供される符号化方法を容易に理解及び実施するために、図４に示すように、本出願の実施例で提供される符号化方法をさらにステップ４１０～ステップ４９０に細分化してもよい。
ステップ４１０で、ターゲットフレームのオーディオ信号の符号化帯域幅を決定する。
ステップ４２０で、ターゲットフレームのオーディオ信号の知覚エントロピーを計算する。
ステップ４３０で、所定数のフレームのオーディオ信号の平均知覚エントロピーを計算する。
ステップ４４０で、ターゲットフレームのオーディオ信号の難易度係数を計算する。
ステップ４５０で、ターゲットフレームのオーディオ信号のビット要求率を計算する。
ステップ４６０で、現在のビットプールの充満度を計算する。
ステップ４７０で、ターゲットフレームのオーディオ信号の符号化時のビットプール調節率を計算する。
ステップ４８０で、符号化ビットファクタを計算する。
ステップ４９０で、ターゲットビット数を決定する。

【0080】

ステップ４１０～ステップ４９０の具体的な実現方式については、上記各実施例の関連記載を参照することができ、ここでは詳細な説明を省略する。

【0081】

図５及び図６は、本出願の実施例で提供される符号化方法によってオーディオ信号ｓｃ０３．ｗａｖを符号化する際に、各フレームの信号の符号化ビット数及び平均符号化ビットレートの波形図を示す。

【0082】

図５では、実線は各フレームの信号の実際の符号化ビット数を表し、点線は設定された１２８ｋｂｐｓビットレートに従って符号化する時の、各フレームの信号の平均符号化ビット数（２７３１）を表す。図５により、符号化過程で、実際の符号化ビット数は平均符号化ビット数の上下で変動することが分かり、本出願の実施例で提供される符号化方法によって各フレームの信号の符号化ビット数を合理的に決定できることが示されている。

【0083】

図６では、実線は符号化過程での平均符号化ビットレートを表し、点線は設定された目標符号化ビットレート（１２８０００）を表す。図６から分かるように、時間の増加につれて、本出願の実施例で提供される符号化方法の全体的な平均符号化ビットレートは設定された目標符号化ビットレートと一致する傾向がある。

【0084】

以上より、本出願の実施例で提供される符号化方法は、平均ビットレートが目標ビットレートに近いという前提で、可能な限り穏やかな符号化品質を得ることができる。また、本出願の実施例で提供される符号化方法は、従来のＡＢＲのビットレート制御技術におけるビットプールのオーバーフローとアンダーフローの問題を解決し、各フレームの信号の符号化ビット数を合理的に決定でき、且つフレーム間の品質変動を抑制する上で優れた性能を有する。

【0085】

説明すべきことは、本出願の実施例で提供される符号化方法の実行主体が、符号化装置、又は該符号化装置内の、符号化方法を実行してロードするための制御モジュールであってもよい点である。

【0086】

図７は本出願の実施例で提供される符号化装置の構造模式図であり、図７を参照すると、本出願の実施例で提供される符号化装置は、次の符号化帯域幅決定モジュール７１０、知覚エントロピー決定モジュール７２０、ビット要求量決定モジュール７３０、及び符号化モジュール７４０を含んでもよい。

【0087】

符号化帯域幅決定モジュール７１０は、ターゲットフレームのオーディオ信号の符号化ビットレートに基づいて、ターゲットフレームのオーディオ信号の符号化帯域幅を決定するために用いられる。

【0088】

知覚エントロピー決定モジュール７２０は、符号化帯域幅に基づいてターゲットフレームのオーディオ信号の知覚エントロピーを決定するために用いられる。

【0089】

ビット要求量決定モジュール７３０は、知覚エントロピーに基づいてターゲットフレームのオーディオ信号のビット要求率を決定するために用いられる。

【0090】

符号化モジュール７４０は、ビット要求率に基づいてターゲットビット数を決定し、ターゲットビット数に基づいてターゲットフレームのオーディオ信号を符号化するために用いられる。

【0091】

本出願の実施例で提供される符号化装置は、まず、ターゲットフレームのオーディオ信号の符号化ビットレートに基づいてターゲットフレームのオーディオ信号の実際の符号化帯域幅を決定して知覚エントロピーを計算するため、知覚エントロピーの計算結果が正確になる。そして、本出願の実施例で提供される符号化装置はさらに、正確な知覚エントロピーに基づいてビット数を決定してターゲットフレームのオーディオ信号を符号化するため、符号化ビットの不合理な割り当てを回避し、符号化リソースを節約し、符号化効率を向上させることができる。

【0092】

一実施例において、符号化モジュール７３０は、具体的に、現在のビットプールにおける利用可能なビット数及びビットプールのサイズに基づいて、現在のビットプールの充満度を決定すること、充満度に基づいてターゲットフレームのオーディオ信号の符号化時のビットプール調節率を決定し、ビット要求率及びビットプール調節率に基づいて、符号化ビットファクタを決定すること、符号化ビットファクタに基づいて、ターゲットビット数を決定すること、に用いられる。

【0093】

一実施例において、知覚エントロピー決定モジュール７２０は、符号化帯域幅に基づいてターゲットフレームのオーディオ信号のスケールファクタバンドの数を決定するための第１決定サブモジュールと、各スケールファクタバンドの知覚エントロピーを取得するための取得サブモジュールと、スケールファクタバンドの数及び各スケールファクタバンドの知覚エントロピーに基づいて、ターゲットフレームのオーディオ信号の知覚エントロピーを決定するための第２決定サブモジュールと、を含む。

【0094】

一実施例において、ビット要求量決定モジュール７３０は、具体的に、ターゲットフレームのオーディオ信号より前の所定数のフレームのオーディオ信号の平均知覚エントロピーを取得すること、知覚エントロピー及び平均知覚エントロピーに基づいてターゲットフレームのオーディオ信号の難易度係数を決定すること、難易度係数に基づいてターゲットフレームのオーディオ信号の符号化のビット要求率を決定すること、に用いられる。

【0095】

一実施例において、取得サブモジュールは、具体的に、ターゲットフレームのオーディオ信号の修正離散コサイン変換ＭＤＣＴ後のＭＤＣＴスペクトル係数を決定すること、ＭＤＣＴスペクトル係数及びスケールファクタバンドオフセットテーブルに基づいて各スケールファクタバンドのＭＤＣＴスペクトル係数のエネルギーを決定すること、ＭＤＣＴスペクトル係数のエネルギー及び各スケールファクタバンドのマスキング閾値に基づいて、各スケールファクタバンドの知覚エントロピーを決定すること、に用いられる。

【0096】

以上より、本出願の実施例で提供される符号化装置は、平均ビットレートが目標ビットレートに近いという前提で、可能な限り穏やかな符号化品質を得ることができる。また、本出願の実施例で提供される符号化装置は、従来のＡＢＲのビットレート制御技術におけるビットプールのオーバーフローとアンダーフローの問題を解決し、各フレームの信号の符号化ビット数を合理的に決定でき、且つフレーム間の品質変動を抑制する上で優れた性能を有する。

【0097】

本出願の実施例における符号化装置は、装置であってもよく、端末における部材、集積回路又はチップであってもよい。当該装置は、携帯型の電子機器であってもよく、非携帯型の電子機器であってもよい。例として、携帯型の電子機器は、携帯電話、タブレットコンピュータ、ノートパソコン、携帯情報端末、車載電子機器、ウェアラブルデバイス、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＵＭＰＣ）、ネットブック又はパーソナルディジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ，ＰＤＡ）等であってもよく、非携帯型の電子機器は、サーバ、ネットワーク接続ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ，ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＰＣ）、テレビジョン（ｔｅｌｅｖｉｓｉｏｎ，ＴＶ）、現金自動預払機又はキオスク等であってもよく、本出願の実施例では具体的に限定しない。

【0098】

本出願の実施例における符号化装置は、オペレーティングシステムを有する装置であってもよい。該オペレーティングシステムは、アンドロイド（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例では具体的に限定しない。

【0099】

本出願の実施例で提供される装置は、上記方法実施例の方法のステップの全てを実現でき、同様な技術効果を達成することができる。ここでは詳細な説明を省略する。

【0100】

選択的に、本出願の実施例は、電子機器をさらに提供する。図８に示すように、該電子機器８００は、プロセッサ８１０と、メモリ８２０と、メモリ８２０に記憶され且つ前記プロセッサ８１０上で実行可能なプログラムもしくはコマンドとを含み、該プログラムもしくはコマンドがプロセッサ８１０によって実行されると、上記符号化方法の実施例の各プロセスが実現され、同様な技術効果を達成することができる。繰り返して説明することを回避するために、ここでは詳細な説明を省略する。

【0101】

なお、本出願の実施例における電子機器は、上記の携帯型の電子機器及び非携帯型の電子機器を含むことに注意されたい。

【0102】

図９は本出願の実施例で提供される電子機器のハードウェア構造模式図である。図９に示すように、該電子機器９００は、高周波ユニット９０１、ネットワークモジュール９０２、オーディオ出力ユニット９０３、入力ユニット９０４、センサ９０５、表示ユニット９０６、ユーザ入力ユニット９０７、インタフェースユニット９０８、メモリ９０９、プロセッサ９１０、及び電源９１１等の部材を含んでもよいが、それらに限定されない。

【0103】

当業者であれば、電子機器９００は、各部材に電気を供給する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ９１０に論理的に接続されて、電源管理システムによって充放電管理、及び電力消費管理等の機能を実現することができることが理解可能である。図９に示す電子機器の構造は、電子機器を限定するものではなく、電子機器は、図示より多く又はより少ない部材、又は一部の部材の組合せ、又は異なる部材配置を含んでもよく、ここでは詳細な説明を省略する。

【0104】

本発明の実施例において、電子機器は、携帯電話、タブレットコンピュータ、ノートパソコン、携帯情報端末、車載端末、ウェアラブルデバイス、及び万歩計等を含むが、それらに限定されない。

【0105】

ここで、ユーザ入力ユニット９０７は、ユーザが入力した、本出願の実施例で提供される符号化方法等を行うか否かの制御コマンドを受信するために用いられる。

【0106】

プロセッサ９１０は、ターゲットフレームのオーディオ信号の符号化ビットレートに基づいて、ターゲットフレームのオーディオ信号の符号化帯域幅を決定すること、符号化帯域幅に基づいてターゲットフレームのオーディオ信号の知覚エントロピーを決定し、知覚エントロピーに基づいてターゲットフレームのオーディオ信号のビット要求率を決定すること、ビット要求率に基づいてターゲットビット数を決定し、ターゲットビット数に基づいてターゲットフレームのオーディオ信号を符号化すること、に用いられる。

【0107】

説明すべきことは、本実施例における上記電子機器９００が、本出願の実施例における方法実施例の各プロセスを実現でき、同様な技術効果を達成することができる点である。繰り返して説明することを回避するために、ここでは詳細な説明を省略する。

【0108】

なお、本発明の実施例において、高周波ユニット９０１は、情報の受送信又は通話プロセスでの信号の受送信に用いることができることを理解すべきであり、具体的には、基地局からのダウンリンクデータを受信した後、プロセッサ９１０で処理し、また、アップリンクのデータを基地局に送信する。通常、高周波ユニット９０１は、アンテナ、少なくとも１つの増幅器、受送信機、カプラー、低騒音増幅器、デュプレクサ等を含むが、それらに限定されない。また、高周波ユニット９０１は、無線通信システムを介してネットワーク及び他の機器と通信することもできる。

【0109】

電子機器はネットワークモジュール９０２によって、例えば、電子メールの受送信、ウェブページの閲覧及びストリーミングメディアへのアクセスなどを助けるように、無線ブロードバンドインターネットアクセスをユーザに提供する。
オーディオ出力ユニット９０３は、高周波ユニット９０１又はネットワークモジュール９０２が受信した又はメモリ９０９に記憶されているオーディオデータをオーディオ信号に変換して音声として出力することができる。且つ、オーディオ出力ユニット９０３は、電子機器９００が実行する特定の機能に関するオーディオ出力（例えば、コール信号受信音、メッセージ受信音等）を提供することもできる。オーディオ出力ユニット９０３は、スピーカ、ブザー及び受話器等を含む。

【0110】

入力ユニット９０４は、オーディオ又はビデオ信号を受信するために用いられる。入力ユニット９０４は、ビデオキャプチャモード又は画像キャプチャモードで画像キャプチャ装置（例えば、カメラ）が取得した静的画像又はビデオの画像データを処理するグラフィックスプロセッシングユニット（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＧＰＵ）９０４１、及びマイクロホン９０４２を含んでもよい。処理された画像フレームは、表示ユニット９０６に表示することができる。グラフィックスプロセッシングユニット９０４１で処理された画像フレームは、メモリ９０９（又は他の記憶媒体）に記憶するか、又は高周波ユニット９０１もしくはネットワークモジュール９０２によって送信することができる。マイクロホン９０４２は、音声を受信することができ、且つこのような音声をオーディオデータとして処理することができる。処理されたオーディオデータは、電話通話モードで、高周波ユニット９０１によって移動通信基地局に送信可能なフォーマットに変換して出力することができる。

【0111】

端末９００は光センサ、運動センサ及び他のセンサのような少なくとも１つのセンサ９０５をさらに含む。具体的に、光センサは、環境光の明暗に応じて表示パネル９０６１の輝度を調整することができる環境光センサと、電子機器９００が耳元に移動された時、表示パネル９０６１及び／又はバックライトを消すことができる近接センサと、を含む。運動センサの１つとして、加速度計センサは、各方向（一般的には、三軸）での加速度の大きさを検出することができ、静止時に、重力の大きさ及び方向を検出することができ、電子機器の姿勢（例えば、画面の横縦の切り替え、関連するゲーム、磁力計姿勢校正）の認識、振動認識関連機能（例えば、万歩計、タップ）等に用いることができる。センサ９０５は、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサ等をさらに含んでもよく、ここでは説明を省略する。

【0112】

表示ユニット９０６は、ユーザが入力した情報又はユーザに提供される情報を表示するために用いられる。表示ユニット９０６は表示パネル９０６１を含んでもよく、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ，ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ，ＯＬＥＤ）等の形態で表示パネル９０６１を構成することができる。

【0113】

ユーザ入力ユニット９０７は、入力される数字又は内容情報の受信、及び電子機器でのユーザ設定及び機能制御に関するキー信号入力の生成に用いることができる。具体的に、ユーザ入力ユニット９０７は、タッチパネル９０７１及び他の入力機器９０７２を含む。タッチパネル９０７１はタッチスクリーンとも呼ばれ、その上又は付近でのユーザのタッチ操作（例えば、指、タッチペンなどの任意の適切なオブジェクト又はアクセサリによるタッチパネル９０７１の上又はタッチパネル９０７１付近でのユーザの操作）を検出可能である。タッチパネル９０７１は、タッチ検出装置及びタッチコントローラとの２つの部分を含んでもよい。そのうち、タッチ検出装置は、ユーザのタッチ方位を検出するとともに、タッチ操作による信号を検出し、タッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換してプロセッサ９１０に送信し、そして、プロセッサ９１０から送信されたコマンドを受信して実行する。また、抵抗式、容量式、赤外線及び弾性表面波などの複数のタイプでタッチパネル９０７１を実現することができる。タッチパネル９０７１に加えて、ユーザ入力ユニット９０７は他の入力機器９０７２をさらに含んでもよい。具体的に、他の入力機器９０７２は、物理キーボード、機能ボタン（例えば、音量制御ボタン、スイッチボタン等）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限定されず、ここでは詳細な説明を省略する。

【0114】

さらに、タッチパネル９０７１は、表示パネル９０６１を被覆してもよく、タッチパネル９０７１はその上又は付近でのタッチ操作を検出すると、それをプロセッサ９１０に伝送してタッチイベントのタイプを特定し、その後、プロセッサ９１０は、タッチイベントのタイプに応じて表示パネル９０６１で対応する視覚出力を提供する。図９では、タッチパネル９０７１と表示パネル９０６１は、２つの別個の部材として電子機器の入出力機能を実現するものであるが、いくつかの実施例において、タッチパネル９０７１と表示パネル９０６１とを統合して電子機器の入出力機能を実現してもよく、具体的に、ここでは限定しない。

【0115】

インタフェースユニット９０８は、外部装置と電子機器９００を接続するインタフェースである。例えば、外部装置は、有線又は無線ヘッドホンポート、外部電源（又は電池充電器）ポート、有線又は無線データポート、メモリカードポート、認識モジュールを備える装置を接続するためのポート、オーディオ入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポート等を含んでもよい。インタフェースユニット９０８は、外部装置からの入力（例えば、データ情報、電力等）を受信し、受信された入力を電子機器９００内の１つ又は複数の部材に伝送するか、又は電子機器９００と外部装置の間でデータを伝送するために用いることができる。

【0116】

メモリ９０９は、ソフトウェアプログラム及び様々なデータを記憶するために用いることができる。メモリ９０９は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーション（例えば、音声再生機能、画像再生機能等）等を記憶可能なプログラム記憶領域と、携帯電話の使用に応じて作成されたデータ（例えば、オーディオデータ、電話帳等）等を記憶可能なデータ記憶領域と、を主に含んでもよい。また、メモリ９０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の揮発性ソリッドステート記憶デバイスをさらに含んでもよい。

【0117】

プロセッサ９１０は、電子機器の制御センタであり、様々なインタフェース及び回線により電子機器全体の各部分を接続するものであり、メモリ９０９内に記憶されているソフトウェアプログラム及び／又はモジュールを動作させ又は実行し、及びメモリ９０９内に記憶されているデータを呼び出すことで、電子機器の様々な機能及びデータ処理を実行し、それにより、電子機器を全体的に監視する。プロセッサ９１０は、１つ又は複数の処理ユニットを含んでもよく、選択的に、プロセッサ９１０に、オペレーティングシステム、ユーザインタフェース及びアプリケーション等を主に処理するアプリケーションプロセッサと、無線通信を主に処理するモデムプロセッサとを統合することができる。上記モデムプロセッサはプロセッサ９１０に統合されなくてもよいことが理解可能である。

【0118】

電子機器９００は各部材に給電する電源９１１（例えば、電池）をさらに含んでもよく、選択的に、電源９１１は、電源管理システムによってプロセッサ９１０に論理的に接続し、さらに電源管理システムによって充放電の管理、及び電力消費管理等の機能を実現することができる。

【0119】

また、電子機器９００はいくつかの示されていない機能モジュールを含み、ここで詳細な説明を省略する。

【0120】

本出願の実施例は、可読記憶媒体をさらに提供する。前記可読記憶媒体には、プログラムもしくはコマンドが記憶されており、該プログラムもしくはコマンドがプロセッサによって実行されると、上記符号化方法の実施例の各プロセスが実現され、同様な技術効果を達成することができる。繰り返して説明することを回避するために、ここでは詳細な説明を省略する。

【0121】

ここで、前記プロセッサは上記実施例に記載の電子機器におけるプロセッサである。前記可読記憶媒体は、コンピュータ読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク又は光ディスク等の非一時的コンピュータ可読記憶媒体のようなコンピュータ可読記憶媒体を含む。

【0122】

本出願の実施例は、チップをさらに提供する。前記チップは、プロセッサ及び通信インタフェースを含み、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがプログラムもしくはコマンドを実行し、上記符号化方法の実施例の各プロセスを実現するために用いられ、同様な技術効果を達成することができる。繰り返して説明することを回避するために、ここでは詳細な説明を省略する。

【0123】

本出願の実施例で言及したチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と呼んでもよいことを理解すべきである。

【0124】

説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は、非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含む点である。特に断らない限り、語句「１つの……を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。また、指摘すべきことは、本出願の実施形態における方法及び装置の範囲は、図示又は検討された順序で機能を実行することに限定されず、係る機能に応じて実質的に同時に又は逆の順序で機能を実行することも含み得る点であり、例えば、説明されたものと異なる順番で、説明された方法を実行してもよく、さらに様々なステップを追加、省略、又は組み合わせてもよい。また、何らかの例を参照して説明した特徴は他の例において組み合わせられてもよい。

【0125】

以上では、本出願の実施例に係る方法、装置（システム）及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照しながら本出願の各態様を説明した。フローチャート及び／又はブロック図における各ブロック、及びフローチャート及び／又はブロック図における各ブロックの組合せは、コンピュータプログラムコマンドによって実現できることを理解すべきである。これらのコンピュータプログラムコマンドは、機械を製造するように、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータ処理装置のプロセッサへ提供されてもよく、それにより、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサによって実行されるこれらのコマンドは、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実現可能とする。このようなプロセッサは、汎用プロセッサ、専用プロセッサ、特殊用途向けプロセッサ、又はフィールドプログラマブル論理回路であってもよいが、これらに限定されない。ブロック図及び／又はフローチャートにおける各ブロック、及びブロック図及び／又はフローチャートにおけるブロックの組合せは、指定された機能又は動作を実行する専用ハードウェアによって実現されてもよく、又は専用ハードウェアとコンピュータコマンドの組合せによって実現されてもよいことも理解可能である。

【0126】

以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な共通ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本出願の技術的解決手段は実質的に又は従来技術に寄与する部分はソフトウェア製品の形で実施することができ、該コンピュータソフトウェア製品は、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、又はネットワーク機器等であってもよい）に本出願の各実施例に記載の方法を実行させる複数のコマンドを含む。

【0127】

以上、図面を参照しながら本出願の実施例を説明したが、本出願は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本出願の示唆をもとに、当業者が本出願の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本出願の保護範囲に属するものとする。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】