(57)【要約】【課題】フレーム間の品質に顕著な差が生じることを防止した符号化装置およびそれを用いたシステムを提供すること。【解決手段】符号量算出部１３は、データを符号化したときの符号量をフレームごとに算出する。ビットレート管理部１４は、目標値と符号量算出部１３によって算出された符号量とから差分値を算出して管理し、蓄積合計値を所定数のフレームに割り当てる。そして、符号化部１５は、ビットレート管理部１４によって割り当てられた後の目標値となるように所定数のフレームを符号化する。したがって、フレーム間の品質に顕著な差が生じることを防止することが可能となる。【選択図】図１
2011155474.tif 000002
【特許請求の範囲】
【請求項１】
データを符号化したときの符号量をフレームごとに算出する算出手段と、
目標値と前記算出手段によって算出された符号量とから差分値を算出して管理し、蓄積合計値を所定数のフレームに割り当てる管理手段と、
前記管理手段によって割り当てられた後の目標値となるように前記所定数のフレームを符号化する符号化手段とを含む符号化装置。
【請求項２】
前記管理手段は、差分値を算出したフレームの全てに対して前記蓄積合計値を均等に割り当てる、請求項１記載の符号化装置。
【請求項３】
前記管理手段は、前記蓄積合計値が所定の閾値よりも大きくなるときのフレーム数を求め、該フレーム数に対応するフレームの全てに対して前記蓄積合計値を均等に割り当てる、請求項２記載の符号化装置。
【請求項４】
前記管理手段は、差分値が負になるフレームに対してのみ前記蓄積合計値を均等に割り当てる、請求項１記載の符号化装置。
【請求項５】
前記管理手段は、前記蓄積合計値が所定の閾値よりも大きくなるときのフレーム数を求め、該フレーム数に対応するフレームの中の差分値が負になるフレームに対してのみ前記蓄積合計値を均等に割り当てる、請求項４記載の符号化装置。
【請求項６】
音楽または映像データを符号化して記憶し、符号化された音楽または映像データを復号して再生するシステムであって、
符号化データを記憶する記憶手段と、
前記音楽または映像データを符号化して前記記憶手段に記憶させる符号化装置と、
前記記憶手段に記憶される符号化された音楽または映像データを復号して再生する再生手段と、
前記再生手段によって再生する音楽または映像データに関連する表示データを表示する表示手段とを含み、
前記符号化装置は、前記音楽または映像データを符号化したときの符号量をフレームごとに算出する算出手段と、
目標値と前記算出手段によって算出された符号量とから差分値を算出して管理し、蓄積合計値を所定数のフレームに割り当てる管理手段と、
前記管理手段によって割り当てられた後の目標値となるように前記所定数のフレームを符号化する符号化手段とを含む、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声や映像などを符号化する技術に関し、特に、フレーム間の品質に差が生じることを防止した符号化装置およびそれを用いたシステムに関する。
【背景技術】
【０００２】
近年、音声や映像などを符号化する装置が種々開発されている。このような装置で用いられるＭＰＥＧ（Moving Picture Experts Group）−ＡＵＤＩＯ、ＭＰＥＧ−ＶＩＤＥＯなどの符号化方式においては、ＶＢＲ（Variable Bit Rate）が用いられている。
【０００３】
ＶＢＲにおいては、現フレームの計画ビットレート（目標値）から実績ビットレート（算出符号量）を差し引いた差分値を計算して蓄積する。そして、その差分値が“０”よりも大きければ、すなわちビットレートに余剰ができた場合には、その余剰分を次のフレームの計画ビットレートに加算することによって、フレームごとにそのアドバンテージを付加する。これに関連する技術として、下記の特許文献１〜３に開示された発明がある。
【０００４】
特許文献１は、入力映像に対し、シーンの特徴による著しいを画質劣化を抑え、映像全体において画質のばらつきを抑える符号化方法を提供することを目的とする。フレーム群の符号化の難易度をあらわす符号化難易度情報を算出するステップと、フレーム群を構成する各フレームの符号化の難易度をあらわす符号化難易度情報を算出するステップと、フレーム群の目標符号量を算出するステップと、フレーム群を構成する各フレームの目標符号量を算出するステップと、各フレームにおいて、算出の目標符号量以下に発生符号量を制御して符号化を行い、符号化データを出力する符号化ステップとからなる。これによって、動きの激しいシーン、シーンチェンジを含むシーン、動きの少ないシーンなどシーンの違いによる画質のばらつきを抑えることができると共に、シーンの変わり目などの著しい画質劣化を抑えることができる。
【０００５】
特許文献２は、量子化歪みを抑制しビットレートを平均値に保つことを目的とする。増加ビット量決定部は、ブロックタイプ判別部からの処理ブロックタイプがショートタイプである場合に、量子化に使用するための増加ビット量を決定する。ビット制御部は、決定された増加ビット量に平均ビット割当量を加算し、量子化に使用できる許容ビット量をビット量／誤差量制御部に出力すると共に、多重化部から得た前回の符号化フレームの処理時の使用ビット量と平均ビット割当量との差分を求める。そして、今までに蓄積されたビット量との加算を行い、その値が所定の上限値を超える場合に、蓄積ビット解放量を多重化部に出力する。
【０００６】
特許文献３は、符号化が困難なシーンが連続した場合における、割り当て可能なビット数の激減やフレームレートの急変による画質の劣化を防止し得る画像符号化装置などを提供することを目的とする。フレーム群目標ビット数導出部は、残りのフレームに割り当て可能なフレーム群単位の総ビット数を記憶部から読み出し、前フレームの符号化で使用した発生ビット数を引いて更新し、次フレーム目標ビット数導出部に送信する。次フレーム目標ビット数導出部は、受信した総ビット数とフレームレート値Ｒｆを考慮した残りのフレーム数とに基づいて、次のフレームに割り当てるビット数の目標値を算出する。平均フレームビット数導出部は、過去のフレームに割り当てられたビット数の平均値を算出する。演算部は、算出されたビット数の平均値に所定の係数を掛け、これと上記のビット数の目標値とを比較し、値の大きい方を選択して量子化ステップ導出部に送信する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平７−２８８８１０号公報
【特許文献２】特開２００３−０６６９９８号公報
【特許文献３】特開２００４−００７６１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述のＶＢＲにおいては、現フレームまでに余剰が蓄積されない限り、現フレームでアドバンテージが付加されないことから、ビットレートの増減分制御が効率よく行なわれているとは言えず、たとえば、全体ビットレートを厳格に保証する組み込み機器などにおいてはそれを保証することができなくなるといった問題がある。
【０００９】
また、総フレーム数が小さいデータを符号化する場合には、フレーム間の品質に顕著な差が生じる可能性が高い。たとえば、ビットレートの余剰分が使われないままフレームの符号化が終了してしまうことも起こり得る。
【００１０】
本発明は、上記問題点を解決するためになされたものであり、その目的は、フレーム間の品質に顕著な差が生じることを防止した符号化装置およびそれを用いたシステムを提供することである。
【課題を解決するための手段】
【００１１】
本発明の一実施例によれば、符号化装置が提供される。符号量算出部は、データを符号化したときの符号量をフレームごとに算出する。ビットレート管理部は、目標値と符号量算出部によって算出された符号量とから差分値を算出して管理し、蓄積合計値を所定数のフレームに割り当てる。そして、符号化部は、ビットレート管理部によって割り当てられた後の目標値となるように所定数のフレームを符号化する。
【００１２】
本発明の他の実施例によれば、音楽または映像データを符号化して記憶し、符号化された音楽または映像データを復号して再生するシステムが提供される。ハードディスクは、符号化データを記憶する。データ処理部は、音楽または映像データを符号化してハードディスクに記憶させる。また、データ処理部は、ハードディスクに記憶される符号化された音楽または映像データを復号して再生する。表示処理部は、データ処理部によって再生する音楽または映像データに関連する表示データを表示する。符号化装置は、音楽または映像データを符号化したときの符号量をフレームごとに算出する符号量算出部と、目標値と符号量算出部によって算出された符号量とから差分値を算出して管理し、蓄積合計値を所定数のフレームに割り当てるビットレート管理部と、ビットレート管理部によって割り当てられた後の目標値となるように所定数のフレームを符号化する符号化部とを含む。
【発明の効果】
【００１３】
この実施例によれば、符号化部が、ビットレート管理部によって割り当てられた後の目標値となるように所定数のフレームを符号化するので、フレーム間の品質に顕著な差が生じることを防止することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施の形態における符号化装置の構成例を示すブロック図である。
【図２】ビットレート管理部１４の構成をさらに詳細に説明するためのブロック図である。
【図３】本発明の第１の実施の形態における符号化装置の処理手順を説明するためのフローチャートである。
【図４】本発明の第２の実施の形態における符号化装置の処理手順を説明するためのフローチャートである。
【図５】本発明の第３の実施の形態における携帯型音楽プレイヤーシステムの構成例を示すブロック図である。
【発明を実施するための形態】
【００１５】
（第１の実施の形態）
図１は、本発明の第１の実施の形態における符号化装置の構成例を示すブロック図である。この符号化装置は、入力用のバッファとして用いられるＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）１１と、データ取得制御部１２と、符号量算出部１３と、ビットレート管理部１４と、符号化部１５と、出力用のバッファとして用いられるＳＤＲＡＭ１６とを含む。
【００１６】
ＳＤＲＡＭ１１は、符号化するデータ、たとえば音楽データを一時的に保持するバッファである。また、ＳＤＲＡＭ１６は、符号化した後のデータを一時的に保持するバッファである。ＳＤＲＡＭ１１と１６とは、異なる半導体メモリで構成されてもよいし、同じ半導体メモリで構成され、その領域を入力用バッファと出力用バッファとに分割して使用するようにしてもよい。
【００１７】
データ取得制御部１２は、ビットレート管理部１４からの取り込み要求信号に応じて、ＳＤＲＡＭ１１に保持されるデータを１フレーム分だけ取得して、符号量算出部１３に出力する。符号量算出部１３は、データ取得制御部１２から受けた１フレーム分のデータを符号化したときの符号量を算出する。
【００１８】
ビットレート管理部１４は、符号量算出部１３によって算出された符号量と目標値とに基づいてビットレート（符号量）の余剰分を算出し、余剰分を蓄積することによって複数のフレームに分配する割当合計値を管理する。なお、目標値は予めＳＤＲＡＭ１１などに格納されているものとする。
【００１９】
また、ビットレート管理部１４は、次のフレームを取得するときに、データ取得制御部１２に取り込み要求信号を出力する。さらに、ビットレート管理部１４は、符号化部１５によって実際に符号化されたときの符号量を受け、ビットレート（符号量）の余剰分を繰越量として管理し、それ以降のフレーム群に割り当てる機能も有している。
【００２０】
符号化部１５は、ビットレート管理部１４によって余剰分が割り当てられた後の目標値（符号量）となるようにフレームのデータを符号化し、符号化データをＳＤＲＡＭ１６に書き込む。
【００２１】
図２は、ビットレート管理部１４の構成をさらに詳細に説明するためのブロック図である。ビットレート管理部１４は、閾値判定部２１と、計画ビットレート管理部２２とによって構成される。
【００２２】
閾値判定部２１は、そのフレームの目標値から符号量算出部１３によって算出された符号量を差し引くことによりビットレート（符号量）の余剰分を算出し、差分値として蓄積する。そして、閾値判定部２１は、蓄積された差分値（蓄積合計値）が閾値以下の場合には、次フレームのデータを取得して符号量算出部１３に出力するように取り込み要求信号をデータ取得制御部１２に出力する。なお、閾値判定部２１が閾値を予め保持していてもよいし、閾値判定部２１がＳＤＲＡＭ１１などに格納された閾値を読み出すようにしてもよい。
【００２３】
計画ビットレート管理部２２は、閾値判定部２１から出力される蓄積合計値を管理しており、ビットレート（符号量）の余剰分が蓄積されている場合には１つまたは複数のフレームにその余剰分を割り当てる。
【００２４】
図３は、本発明の第１の実施の形態における符号化装置の処理手順を説明するためのフローチャートである。まず、データ取得制御部１２は、ＳＤＲＡＭ１１に格納されたデータの中から１フレーム分のデータを取得し、符号量算出部１３に出力する（Ｓ１１）。そして、データ取得制御部１２は、取得フレーム数Ｆを“１”だけインクリメントすることによって取得フレーム数をカウントする（Ｓ１２）。
【００２５】
次に、符号量算出部１３は、データ取得制御部１２によって取得された１フレーム分のデータの符号量（Ｂ）を算出し、閾値判定部２１にその符号量（Ｂ）を出力する（Ｓ１３）。
【００２６】
閾値判定部２１は、そのフレームの目標値（Ａ）から符号量算出部１３によって算出された符号量（Ｂ）を差し引くことにより、差分値（Ｃ）を計算する。そして、閾値判定部２１は、蓄積合計値（Ｄ）に差分値（Ｃ）を加算する（Ｓ１４）。
【００２７】
次に、閾値判定部２１は、取得フレーム数Ｆが、取得可能なフレーム数Ｎと一致するか否かを判定する（Ｓ１５）。なお、取得可能なフレーム数Ｎは、入力用バッファであるＳＤＲＡＭ１１の容量に基づいて求められる。たとえば、ＳＤＲＡＭ１１に格納できるフレーム数をＮとしてもよいし、符号量の余剰分の分配処理による処理負荷を考慮して、ＳＤＲＡＭ１１に格納できるフレーム数よりも小さい値をＮとしてもよい。
【００２８】
取得フレーム数Ｆが取得可能なフレーム数Ｎと一致する場合には（Ｓ１５，Ｙｅｓ）、ステップＳ１８に処理が進む。また、一致しない場合には（Ｓ１５，Ｎｏ）、次の入力データがあるか否かが判定される（Ｓ１６）。次の入力データがない場合には（Ｓ１６，Ｎｏ）、ステップＳ１８に処理が進む。
【００２９】
次の入力データがある場合（Ｓ１６，Ｙｅｓ）、閾値判定部２１は、次フレームのデータを取得して符号量算出部１３に出力するように取り込み要求信号をデータ取得制御部１２に出力する。そして、閾値判定部２１は、蓄積合計値（Ｄ）が閾値よりも大きいか否かを判定する（Ｓ１７）。この閾値として任意の値が設定されるが、たとえば蓄積合計値（Ｄ）をＦ個のフレームに割り当てる場合に、割り当て切れないような上限値が設定されるようにしてもよい。
【００３０】
蓄積合計値（Ｄ）が閾値よりも小さければ（Ｓ１７，Ｎｏ）、ステップＳ１１に戻って以降の処理を繰り返す。また、蓄積合計値（Ｄ）が閾値よりも大きければ（Ｓ１７，Ｙｅｓ）、閾値判定部２１は、蓄積合計値（Ｄ）が“０”よりも大きいか否かを判定する（Ｓ１８）。
【００３１】
蓄積合計値（Ｄ）が“０”以下であれば（Ｓ１８，Ｎｏ）、そのままステップＳ２０に処理が進む。また、蓄積合計値（Ｄ）が“０”よりも大きければ（Ｓ１８，Ｙｅｓ）、計画ビットレート管理部２２は、取得したＦ個のフレーム全てに対して蓄積合計値（Ｄ）を均等に割り当て（Ｓ１９）、ステップＳ２０に処理が進む。
【００３２】
ステップＳ２０において、符号化部１５は、計画ビットレート管理部２２によって蓄積合計値（Ｄ）が均等に割り当てられた後の目標値（符号量）となるようにＦ個のフレームを符号化する。
【００３３】
なお、ここで説明した均等に割り当てるとは蓄積合計値（Ｄ）をＦ個のフレームに厳密に均等に割り当て方がある。また、例えばＦ個のフレームに対して５Ｆ＋１の蓄積合計値（Ｄ）がある場合には、Ｆ個のフレームに５ずつ割り当て、残りをいずれか１個のフレームに割り当てることで、実質的に均一に割り当ててもよい。つまり、本実施例の均等とは狭義の意味ではなく、実質的に均等な割り当て方を含む広義の意味である。
【００３４】
そして、閾値判定部２１は、Ｆ個のフレームについて目標値（Ａ）から実際の符号量（Ｂ）を差し引いた差分値（Ｃ）を算出し、それらを合計する。そして、蓄積合計値（Ｄ）に差分値（Ｃ）を加算する（Ｓ２１）。最後に、取得フレームのカウンタＦをリセットして（Ｓ２２）、処理を終了する。
【００３５】
以上説明したように、本実施の形態における符号化装置によれば、計画ビットレート管理部２２が蓄積合計値（Ｄ）をＦ個のフレームに均等に割り当てるようにしたので、フレーム間の品質に顕著な差が生じることを防止することができ、ビットレートの増減分制御を効率よく行なうことが可能となった。
【００３６】
（第２の実施の形態）
本発明の第２の実施の形態における符号化装置の構成は、図１および図２に示す第１の実施の形態における符号化装置の構成と同様である。したがって、重複する構成および機能の詳細な説明は繰り返さない。
【００３７】
図４は、本発明の第２の実施の形態における符号化装置の処理手順を説明するためのフローチャートである。まず、データ取得制御部１２は、ＳＤＲＡＭ１１に格納されたデータの中から１フレーム分のデータを取得し、符号量算出部１３に出力する（Ｓ３１）。そして、データ取得制御部１２は、取得フレーム数Ｆを“１”だけインクリメントすることによって取得フレーム数をカウントする（Ｓ３２）。
【００３８】
次に、符号量算出部１３は、データ取得制御部１２によって取得された１フレーム分のデータの符号量（Ｂ）を算出し、閾値判定部２１にその符号量（Ｂ）を出力する（Ｓ３３）。
【００３９】
閾値判定部２１は、そのフレームの目標値（Ａ）から符号量算出部１３によって算出された符号量（Ｂ）を差し引くことにより、差分値（Ｃ）を計算する。そして、閾値判定部２１は、蓄積合計値（Ｄ）に差分値（Ｃ）を加算する（Ｓ３４）。
【００４０】
次に、閾値判定部２１は、取得フレーム数Ｆが、取得可能なフレーム数Ｎと一致するか否かを判定する（Ｓ３５）。取得フレーム数Ｆが取得可能なフレーム数Ｎと一致する場合には（Ｓ３５，Ｙｅｓ）、ステップＳ３８に処理が進む。また、一致しない場合には（Ｓ３５，Ｎｏ）、次の入力データがあるか否かが判定される（Ｓ３６）。次の入力データがない場合には（Ｓ３６，Ｎｏ）、ステップＳ３８に処理が進む。
【００４１】
次の入力データがある場合（Ｓ３６，Ｙｅｓ）、閾値判定部２１は、次フレームのデータを取得して符号量算出部１２に出力するように取り込み要求信号をデータ取得制御部１２に出力する。そして、閾値判定部２１は、蓄積合計値（Ｄ）が閾値よりも大きいか否かを判定する（Ｓ３７）。
【００４２】
蓄積合計値（Ｄ）が閾値よりも小さければ（Ｓ３７，Ｎｏ）、ステップＳ３１に戻って以降の処理を繰り返す。また、蓄積合計値（Ｄ）が閾値よりも大きければ（Ｓ３７，Ｙｅｓ）、閾値判定部２１は、差分値（Ｃ）が負になるフレームがあるか否かを判定する（Ｓ３８）。
【００４３】
差分値（Ｃ）が負になるフレームがなければ（Ｓ３８，Ｎｏ）、計画ビットレート管理部２２は、取得したＦ個のフレーム全てに対して蓄積合計値（Ｄ）を均等に割り当て（Ｓ３９）、ステップＳ４１に処理が進む。
【００４４】
また、差分値（Ｃ）が負になるフレームがあれば（Ｓ３８，Ｙｅｓ）、計画ビットレート管理部２２は、取得したＦ個のフレームのうち差分値（Ｃ）が負になるフレームのみに対して蓄積合計値（Ｄ）を均等に割り当て（Ｓ４０）、ステップＳ４１に処理が進む。
【００４５】
ステップＳ４１において、符号化部１５は、計画ビットレート管理部２２によって蓄積合計値（Ｄ）が割り当てられた後の目標値（符号量）となるようにＦ個のフレームを符号化する。
【００４６】
そして、閾値判定部２１は、Ｆ個のフレームについて目標値（Ａ）から実際の符号量（Ｂ）を差し引いた差分値（Ｃ）を算出し、それらを合計する。そして、蓄積合計値（Ｄ）に差分値（Ｃ）を加算する（Ｓ４２）。最後に、取得フレームのカウンタＦをリセットして（Ｓ４３）、処理を終了する。
【００４７】
以上説明したように、本実施の形態における符号化装置によれば、計画ビットレート管理部２２が蓄積合計値（Ｄ）を差分値（Ｃ）が負になるフレームに均等に割り当てるようにしたので、第１の実施の形態において説明した効果に加えて、目標値よりも実際の符号量が多くなっているフレームに対して優先的に余剰分の符号量を割り当てることが可能となった。
【００４８】
（第３の実施の形態）
第３の実施の形態は、第１および第２の実施の形態において説明した符号化装置を用いた携帯型音楽プレイヤーシステムに関するものである。
【００４９】
図５は、本発明の第３の実施の形態における携帯型音楽プレイヤーシステムの構成例を示すブロック図である。この携帯型音楽プレイヤーシステムは、システム全体の制御を行なうＣＰＵ（Central Processing Unit）４１と、ＲＯＭ（Read Only Memory）４２と、ＲＡＭ４３と、ハードディスク（ＨＤＤ）４４と、入力処理部４５と、外部ＩＦ４６と、データ処理部４７と、スピーカ４８と、表示処理部４９と、ディスプレイ５０と、メディアドライブ５１とを含む。
【００５０】
ＣＰＵ４１は、内部バスを介してＲＯＭ４２に記憶される各種プログラムを読み出してＲＡＭ４３に転送し、そのプログラムを実行することによって携帯型音楽プレイヤーシステム全体の制御を行なう。また、ＣＰＵ４１は、所定の演算処理を行なうことによって入力処理部４５から受けたコマンドに応じた処理を実行する。
【００５１】
外部ＩＦ４６は、ユーザにより操作ボタンの操作を検知して、その操作に応じた操作入力信号を入力処理部４５に出力する。入力処理部４５は、外部ＩＦ４６から受けた操作入力信号に応じて所定の処理を行なって操作入力信号をコマンドに変換し、内部バスを介してＣＰＵ４１にコマンドを転送する。
【００５２】
データ処理部４７は、メディアドライブ５１から与えられた音楽データを圧縮符号化してハードディスク４４に記憶させる。また、データ処理部４７は、ユーザによる操作に応じて音楽データの再生処理を行なう。
【００５３】
ユーザによる操作に応じて音楽データの再生を行なう場合、ＣＰＵ４１は、音楽データ再生のコマンドをデータ処理部４７に出力すると共に、ハードディスク４４内の指定された音楽データを読み出してデータ処理部４７に転送する。データ処理部４７は、ハードディスク４４から転送された音楽データを復号して音楽データを再生し、スピーカ４８に出力させる。第１および第２の実施の形態において説明した符号化装置は、データ処理部４７内に配置される。
【００５４】
また、ＣＰＵ４１は、ＲＡＭ４３に記憶される各種プログラムを実行することによって表示データを生成して表示処理部４９に転送したり、ハードディスク４４に記憶される音楽関連情報（音楽タイトル）を読み出して表示処理部４９に転送したりする。表示処理部４９は、ＣＰＵ４１から受けた表示データに応じてディスプレイ５０に音楽関連情報などの表示を行なわせる。
【００５５】
以上説明したように、本実施の形態における携帯型音楽プレイヤーシステムによれば、データ処理部４７に第１および第２の実施の形態において説明した符号化装置を配置するようにしたので、第１および第２の実施の形態において説明した効果を奏するシステムを構築することが可能となった。
【００５６】
なお、本実施の形態では音楽プレイヤーシステム（音楽データの符号化）について説明したが、映像再生システム（映像データの符号化）においても第１および第２の実施の形態において説明した符号化装置を同様に適用することが可能である。
【００５７】
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００５８】
１１，１６  ＳＤＲＡＭ、１２  データ取得制御部、１３  符号量算出部、１４  ビットレート管理部、１５  符号化部、２１  閾値判定部、２２  計画ビットレート管理部、４１  ＣＰＵ、４２  ＲＯＭ、４３  ＲＡＭ、４４  ＨＤＤ、４５  入力処理部、４６  外部ＩＦ、４７  データ処理部、４８  スピーカ、４９  表示処理部、５０  ディスプレイ、５１  メディアドライブ。
【図１】
2011155474.tif 000003
【図２】
2011155474.tif 000004
【図３】
2011155474.tif 000005
【図４】
2011155474.tif 000006
【図５】
2011155474.tif 000007