ディスプレイパネルを含むハードウェア手段と、前記ハードウェア手段を直接制御するカーネル階層と、前記ハードウェア手段を通じて動画が表出されるように前記カーネル階層を制御するアプリケーション/ミドルウェア階層を具備する携帯型端末機において3次元映像信号を処理する方法であって、前記方法は、一つ以上の平面映像サーフィスを前記アプリケーションミドルウェア階層から生成して、第1フレームバッファに保存する段階と、エンコードされた映像信号を前記アプリケーションミドルウェア階層の関与の下にデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元する段階と、前記YUV映像信号をRGB映像信号に変換して、前記カーネル階層で前記RGB映像信号内に含まれた左映像と右映像とをミキシングして、ミキシングされたステレオスコピック映像信号を第2フレームバッファに保存する段階と、前記カーネル階層で前記第1及び第2フレームバッファに保存された信号をオーバレイによってハードウェア的に合成して前記ディスプレイパネルに伝達する段階とを含み、前記ディスプレイパネルを通じてステレオスコピック3次元映像が前記一般平面映像とともに表出されるようにすることを特徴とする3次元映像信号処理方法。前記段階が、前記アプリケーションミドルウェア階層で複数の平面映像サーフィスを生成する段階と、前記アプリケーションミドルウェア階層で前記複数の平面映像サーフィスを合成して前記第1フレームバッファに保存する段階とを含むことを特徴とする請求項1に記載の3次元映像信号処理方法。前記段階が、前記YUV映像信号を前記RGB映像信号で変換してミックスバッファに保存する段階と、前記ミックスバッファに保存された前記RGB映像信号内に含まれた前記左映像と前記右映像をミキシングして前記ミキシングされたステレオスコピック映像信号をRGBバッファに保存して、前記RGBバッファに保存された前記ミキシングされたステレオスコピック映像信号が前記第2フレームバッファに伝達するようにする段階とを含むことを特徴とする請求項1に記載の3次元映像信号処理方法。前記段階が前記カーネル階層で遂行されることを特徴とする請求項3に記載の3次元映像信号処理方法。元の映像信号を受け入れてデマルチプレクスして圧縮された映像信号を抽出して、前記圧縮された映像信号をデコーディングして表示するディスプレイ装置であって、前面にパララックスバリアを備えるディスプレイパネルと、前記ディスプレイパネルを駆動するディスプレイコントローラと前記ディスプレイコントローラを通じて前記ディスプレイパネルに表示される映像の少なくとも一部をそれぞれ保存するための第1及び第2フレームバッファと、前記デマルチプレクス動作と前記デコーディング動作とを制御し、前記ディスプレイパネルを直接制御するカーネル階層と、前記ディスプレイパネルを通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層とを具備するプログラムを行うマイクロプロセッサとを備え、前記マイクロプロセッサは、一つ以上の一般平面映像サーフィスを前記アプリケーションミドルウェア階層で生成して前記第1フレームバッファに保存する機能と、エンコードされた映像信号を前記アプリケーションミドルウェア階層の関与の下にデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元する機能と、前記YUV映像信号をRGB映像信号に変換して、前記カーネル階層で前記RGB映像信号内に含まれた左映像と右映像をミキシングして、ミキシングされたステレオスコピック映像信号を前記第2フレームバッファに保存する機能と、前記カーネル階層で前記第1及び第2フレームバッファに保存された信号をオーバレイによってハードウェア的に合成して前記ディスプレイパネルに伝達する機能とを遂行して、前記ディスプレイパネルを通じてステレオスコピック3次元映像を表出することを特徴とする携帯型3次元ディスプレイ装置。前記マイクロプロセッサが前記処理機能を遂行するに際し、複数の平面映像サーフィスを前記アプリケーションミドルウェア階層で生成して合成して前記第1フレームバッファに保存することを特徴とする請求項5に記載の携帯型3次元ディスプレイ装置。前記マイクロプロセッサの処理機能が、前記YUV映像信号を前記RGB映像信号に変換してミックスバッファに保存する機能と、前記ミックスバッファに保存された前記RGB映像信号内に含まれた前記左映像と前記右映像とをミキシングして前記ミキシングされたステレオスコピック映像信号をRGBバッファに保存して、前記RGBバッファに保存された前記ミキシングされたステレオスコピック映像信号が前記第2フレームバッファに伝達するようにする機能とを含むことを特徴とする請求項5に記載の携帯型3次元ディスプレイ装置。前記処理機能が前記カーネル階層で遂行されることを特徴とする請求項7に記載の携帯型3次元ディスプレイ装置。ディスプレイパネルと、前記ディスプレイパネルを駆動するディスプレイコントローラと、前記ディスプレイコントローラを通じて前記ディスプレイパネルに表示される映像の少なくとも一部を保存するための第1及び第2フレームバッファと、前記ディスプレイパネルを直接制御するカーネル階層と前記ディスプレイパネルを通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層とを具備する階層によって所定の機能を遂行するマイクロプロセッサとを具備するディスプレイ装置に搭載され、前記マイクロプロセッサによって実行されるプログラムとして、一つ以上の一般平面映像サーフィスを前記アプリケーションミドルウェア階層で生成して前記第1フレームバッファに保存する機能と、エンコードされた映像信号をデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元させる機能と、前記YUV映像信号をRGB映像信号に変換されるようにして、前記カーネル階層で前記RGB映像信号内に含まれた左映像と右映像とがミキシングされるようにして、ミキシングされたステレオスコピック映像信号が前記第2フレームバッファに保存されるようにする機能と、前記カーネル階層で前記第1及び第2フレームバッファに保存された信号がオーバレイによってハードウェア的に合成されて前記ディスプレイパネルに伝達するようにする機能とを具備して、前記ディスプレイパネルを通じてステレオスコピック3次元映像が表出されるようにする携帯型端末機用プログラムを記録したことを特徴とする記録媒体。前記機能を遂行するに際し、複数の平面映像サーフィスを前記アプリケーションミドルウェア階層で生成して合成し、前記第1フレームバッファに保存されるようにするプログラムを記録したことを特徴とする請求項9に記載の記録媒体。ディスプレイパネルを含むハードウェア手段と、前記ハードウェア手段を直接制御するカーネル階層と、前記ハードウェア手段を通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層とを具備する携帯型端末機において、3次元映像信号を処理する方法であって、前記方法は、一つ以上の平面映像サーフィスを生成して、平面映像レイヤバッファに保存する段階と、エンコードされた映像信号を前記アプリケーションミドルウェア階層の関与の下にデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元する段階と、前記カーネル階層で前記YUV映像信号をRGB映像信号に変換して、前記アプリケーションミドルウェア階層で前記RGB映像信号内に含まれた左映像と右映像をミキシングしてミキシングされたステレオスコピック映像信号を立体映像レイヤバッファに保存する段階と、前記アプリケーションミドルウェア階層で前記平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を合成して、フレームバッファを通じて前記ディスプレイパネルに伝達する段階とを含み、前記ディスプレイパネルを通じてステレオスコピック3次元映像が前記平面映像とともに表出されるようにすることを特徴とする3次元映像信号処理方法。前記段階で、前記平面映像サーフィスを複数生成して前記複数の平面映像サーフィスそれぞれに対応して用意された複数の平面映像レイヤバッファにそれぞれ保存して、前記段階で、前記平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を合成することを特徴とする請求項11に記載の3次元映像信号処理方法。元の映像信号を受け入れてデマルチプレクスして圧縮された映像信号を抽出して、前記圧縮された映像信号をデコーディングして表示するディスプレイ装置であって、前面にパララックスバリアを備えるディスプレイパネルと、前記ディスプレイパネルに表示される映像を保存するフレームバッファと前記デマルチプレクス動作と前記デコーディング動作とを制御して、前記ディスプレイパネルを直接制御するカーネル階層と、前記ディスプレイパネルを通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層を具備する、プログラムを行うマイクロプロセッサとを備え、前記マイクロプロセッサは、一つ以上の平面映像サーフィスを生成して、平面映像レイヤバッファに保存する機能と、エンコードされた映像信号を前記アプリケーションミドルウェア階層の関与の下にデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元する機能と、前記カーネル階層で前記YUV映像信号をRGB映像信号に変換して、前記アプリケーションミドルウェア階層で前記RGB映像信号内に含まれた左映像と右映像とをミキシングしてミキシングされたステレオスコピック映像信号を立体映像レイヤバッファに保存する機能と、前記アプリケーションミドルウェア階層で前記平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を合成して、前記フレームバッファを通じて前記ディスプレイパネルに伝達する機能とを遂行して、前記ディスプレイパネルを通じてステレオスコピック3次元映像を表出することを特徴とする携帯型3次元ディスプレイ装置。前記マイクロプロセッサが前記処理機能を遂行する際には、前記平面映像サーフィスを復数個生成して前記平面映像サーフィスそれぞれに対応して用意された複数の平面映像レイヤバッファにそれぞれ保存して、前記処理機能を遂行する際には前記平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を合成することを特徴とする請求項13に記載の携帯型3次元ディスプレイ装置。ディスプレイパネルと、前記ディスプレイパネルを駆動するディスプレイコントローラと、前記ディスプレイコントローラを通じて前記ディスプレイパネルに表示される映像を保存するためのフレームバッファと、前記ディスプレイパネルを直接制御するカーネル階層と前記ディスプレイパネルを通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層を具備する階層によって所定を機能を遂行するマイクロプロセッサを具備するディスプレイ装置に搭載されて実行可能なプログラムとして、一つ以上の平面映像サーフィスを生成して、平面映像レイヤバッファに保存する機能と、エンコードされた映像信号をデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元させる機能と、前記カーネル階層で前記YUV映像信号をRGB映像信号で変換して、前記アプリケーションミドルウェア階層で前記RGB映像信号内に含まれた左映像と右映像とがミキシングされるようにしてミキシングされたステレオスコピック映像信号が立体映像レイヤバッファに保存されるようにする機能と、前記アプリケーションミドルウェア階層で前記平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を合成して、フレームバッファを通じて前記ディスプレイパネルに伝達するようにする機能とを具備して、前記ディスプレイパネルを通じてステレオスコピック3次元映像が表出されるようにする携帯型端末機用プログラムを記録したことを特徴とする記録媒体。前記機能を遂行する際に、前記平面映像サーフィスを複数生成して前記複数の平面映像サーフィスそれぞれに対応して用意された複数の平面映像レイヤバッファにそれぞれ保存して、前記機能を遂行するにおいては前記平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を合成するプログラムを記録したことを特徴とする請求項15に記載の記録媒体。本発明はこのような問題点を解決するために、例えばアンドロイドのようなモバイル運営プラットフォームを基盤にする携帯型3次元ディスプレイ装置でプロセッサ以外の追加的なハードウェア使用を最小化しながらソフトウェアによって高速でステレオスコピック映像信号を処理する方法を提供することを技術的課題にする。また、本発明はモバイル運営プラットフォームを基盤として動作しながら、携帯が可能で、3D専用チップのような追加的なハードウェアを最小化しながら高速でステレオスコピック映像を再生することができる3次元ディスプレイ装置を提供することを他の技術的課題にする。前記技術的課題を果たすための本発明の映像信号処理方法の一形態によれば、映像信号処理方法はディスプレイパネルを含むハードウェア手段と、前記ハードウェア手段を直接制御するカーネル階層と、前記ハードウェア手段を通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層を具備する携帯型端末機で具現するのに適している。映像信号を処理するにおいては、まず、一つ以上の平面映像サーフィスをアプリケーションミドルウェア階層で生成して第1フレームバッファに保存する。そして、エンコードされた映像信号をアプリケーションミドルウェア階層の関与の下にデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元する。ついで、前記YUV映像信号をRGB映像信号に変換して、カーネル階層で前記RGB映像信号内に含まれた左映像と右映像とをミキシングして、ミキシングされたステレオスコピック映像信号を第2フレームバッファに保存する。最後に、カーネル階層で第1及び第2フレームバッファに保存された信号をオーバレイによってハードウェア的に合成して前記ディスプレイパネルに伝達する。これによってディスプレイパネルを通じてステレオスコピック3次元映像が一般平面映像とともに表出できるようになる。望ましい実施例において、前記平面映像サーフィスを第1フレームバッファに保存する際には、まず、アプリケーションミドルウェア階層で複数の平面映像サーフィスを生成した後、アプリケーションミドルウェア階層で前記複数の平面映像サーフィスを合成して前記第1フレームバッファに保存する。望ましい実施例において、ミキシングされたステレオスコピック映像信号を生成して第2フレームバッファに保存するには、まず、前記YUV映像信号をRGB映像信号に変換してミックスバッファに保存する。そして、ミックスバッファに保存された前記RGB映像信号内に含まれた左映像と右映像とをミキシングして前記ミキシングされたステレオスコピック映像信号をRGBバッファに保存して、前記RGBバッファに保存されているミキシングされたステレオスコピック映像信号が第2フレームバッファに伝達する。ここで、YUV映像信号をRGB映像信号に変換するのはカーネル階層で遂行するのが望ましい。前記他の技術的課題を果たすための本発明の3次元ディスプレイ装置の一形態によれば、3次元ディスプレイ装置は、元の映像信号を受け入れてデマルチプレクスして圧縮された映像信号を抽出して、前記圧縮された映像信号をデコーディングして表示するために、前面にパララックスバリアを備えるディスプレイパネルと、前記ディスプレイパネルを駆動するディスプレイコントローラと、前記ディスプレイコントローラを通じて前記ディスプレイパネルに表示される映像の少なくとも一部をそれぞれ保存するための第1及び第2フレームバッファと、前記デマルチプレクス動作と前記デコーディング動作とを制御して、前記ディスプレイパネルを直接制御するカーネル階層と、前記ディスプレイパネルを通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層を具備する、プログラムを行うマイクロプロセッサとを具備する。前記マイクロプロセッサは一つ以上の一般平面映像サーフィスを前記アプリケーションミドルウェア階層で生成して前記第1フレームバッファに保存する機能と、エンコードされた映像信号を前記アプリケーションミドルウェア階層の関与の下にデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元する機能と、前記YUV映像信号をRGB映像信号に変換して、前記カーネル階層で前記RGB映像信号内に含まれた左映像と右映像とをミキシングして、ミキシングされたステレオスコピック映像信号を前記第2フレームバッファに保存する機能と、前記カーネル階層で前記第1及び第2フレームバッファに保存された信号をオーバレイによってハードウェア的に合成して前記ディスプレイパネルに伝達する機能を遂行する。上記のような映像信号処理方法は例えばスマートフォンやタブレットPCのようなディスプレイ装置に搭載されて実行することができるプログラムを基盤に具現することができる。前記ディスプレイ装置はディスプレイパネルと、前記ディスプレイパネルを駆動するディスプレイコントローラと、前記ディスプレイコントローラを通じて前記ディスプレイパネルに表示される映像の少なくとも一部を保存するための第1及び第2フレームバッファと、前記ディスプレイパネルを直接制御するカーネル階層と前記ディスプレイパネルを通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層を具備する、階層によって所定の機能を遂行するマイクロプロセッサとを具備するのが望ましい。前記マイクロプロセッサは一つ以上の一般平面映像サーフィスを前記アプリケーションミドルウェア階層で生成して前記第1フレームバッファに保存する機能と、エンコードされた映像信号をデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元させる機能と、前記YUV映像信号をRGB映像信号に変換されるようにして、前記カーネル階層で前記RGB映像信号内に含まれた左映像と右映像とがミキシングされるようにして、ミキシングされたステレオスコピック映像信号が前記第2フレームバッファに保存されるようにする機能と、前記カーネル階層で前記第1及び第2フレームバッファに保存された信号がオーバレイによってハードウェア的に合成されて前記ディスプレイパネルに伝達されるようにする機能とを遂行することができるようになっていることが望ましい。前記技術的課題を果たすための本発明の映像信号処理方法の他の形態によれば、映像信号処理方法はディスプレイパネルを含むハードウェア手段と、前記ハードウェア手段を直接制御するカーネル階層と、前記ハードウェア手段を通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層を具備する携帯型端末機で具現するのに適している。映像信号を処理するには、まず、一つ以上の平面映像サーフィスを生成して、平面映像レイヤバッファに保存する。そして、エンコードされた映像信号をアプリケーションミドルウェア階層の関与の下にデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元する。引き継いで、カーネル階層で前記YUV映像信号をRGB映像信号に変換して、アプリケーションミドルウェア階層で前記RGB映像信号内に含まれた左映像と右映像とをミキシングしてミキシングされたステレオスコピック映像信号を立体映像レイヤバッファに保存する。最後に、前記アプリケーションミドルウェア階層で平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を合成して、フレームバッファを通じて前記ディスプレイパネルに伝達する。これによってディスプレイパネルを通じてステレオスコピック3次元映像が前記平面映像とともに表出できるようになる。望ましい実施例においては、前記平面映像サーフィスを平面映像レイヤバッファに保存する時、平面映像サーフィスを複数生成して前記複数の平面映像サーフィスそれぞれに対応して用意された複数の平面映像レイヤバッファにそれぞれ保存する。このような場合、映像を合成する時には前記平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を全て合成するようになる。前記他の技術的課題を果たすための本発明の3次元ディスプレイ装置の一形態によれば、3次元ディスプレイ装置は前面にパララックスバリアを備えるディスプレイパネルと、前記ディスプレイパネルに表示される映像を保存するフレームバッファと、前記デマルチプレクス動作と前記デコーディング動作とを制御して、前記ディスプレイパネルを直接制御するカーネル階層と、前記ディスプレイパネルを通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層とを具備するプログラムを行うマイクロプロセッサを具備する。前記マイクロプロセッサは一つ以上の平面映像サーフィスを生成して、平面映像レイヤバッファに保存する機能と、エンコードされた映像信号を前記アプリケーションミドルウェア階層の関与の下にデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元する機能と、前記カーネル階層で前記YUV映像信号をRGB映像信号に変換して、前記アプリケーションミドルウェア階層で前記RGB映像信号内に含まれた左映像と右映像とをミキシングしてミキシングされたステレオスコピック映像信号を立体映像レイヤバッファに保存する機能と、前記アプリケーションミドルウェア階層で前記平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を合成して、前記フレームバッファを通じて前記ディスプレイパネルに伝達する機能とを遂行する。上記のような映像信号処理方法は例えばスマートフォンやタブレットPCのようなディスプレイ装置に搭載して実行することができるプログラムを基盤に具現することができる。前記ディスプレイ装置はディスプレイパネルと、前記ディスプレイパネルを駆動するディスプレイコントローラと、前記ディスプレイコントローラを通じて前記ディスプレイパネルに表示される映像を保存するためのフレームバッファと、前記ディスプレイパネルを直接制御するカーネル階層と前記ディスプレイパネルを通じて動画が表出されるように前記カーネル階層を制御するアプリケーションミドルウェア階層を具備する階層によって所定の機能を遂行するマイクロプロセッサとを具備するのが望ましい。前記マイクロプロセッサは一つ以上の平面映像サーフィスを生成して、平面映像レイヤバッファに保存する機能と、エンコードされた映像信号をデコーディングして、ステレオスコピック映像のペアを表すYUV映像信号を復元させる機能と、前記カーネル階層で前記YUV映像信号をRGB映像信号に変換して、前記アプリケーションミドルウェア階層で前記RGB映像信号内に含まれた左映像と右映像とがミキシングされるようにしてミキシングされたステレオスコピック映像信号が立体映像レイヤバッファに保存されるようにする機能と、前記アプリケーションミドルウェア階層で前記平面映像レイヤバッファ及び立体映像レイヤバッファに保存された信号を合成して、フレームバッファを通じて前記ディスプレイパネルに伝達するようにする機能とを遂行することができるようになっていることが望ましい。本発明によれば、スマートフォンやタブレットPCのような携帯型機器でステレオスコピック映像を再生する際に、ソフトウェア特にミドルウェアとカーネル階層の活用を極大化してステレオスコピック映像信号を処理する。特に、本発明は3D映像を再生する際に一番長い時間を要する左右映像ミキシング過程をアンドロイドプラットフォームで複数のイメージをブレンディングないしミキシングするプロセスを活用して具現する。これによってPC用プロセッサに比べて処理速度が遅い埋め込みプロセッサを採択する携帯型機器でプロセッサ以外の追加的なハードウェア使用を最小化しながら、フレーム率、ビット率または解像度を犠牲にすることなしに高速で3D映像を再生することができるようになるという効果がある。本発明によれば、ソフトウェア階層構造でオペレーティングシステムのカーネルや、ミドルウェアないしライブラリファイルの数または大きさがあまり増加しない長所がある。同時に、プロセッサ以外の追加的なハードウェア使用が最小化されるから、機器の原価や価格が上昇することを抑制することができるという長所がある。さらに、望ましい実施例によれば使用者がディスプレイ画面の大きさ、使用者の目とディスプレイの間の距離によって左右映像の間の視差を調節することができるから、めまいなしに3D映像を視聴することができるようになり、装置の効用と満足度が高くなるという利点がある。図1を参照すれば、本発明の望ましい実施例による3次元ディスプレイ装置はネットワークインターフェース部、不揮発性メモリ、マイクロプロセッサ、揮発性メモリ、LCDコントローラ、LCDパネル、パララックスバリア、バリアコントローラ、タッチパネル、タッチパネルコントローラを含む。一実施例において、ディスプレイ装置はポータブルマルチメディア再生装置である。他の実施例においては、ディスプレイ装置はPMP機能すなわちマルチメディア動画再生機能を具備するスマートフォンやタブレットPCであってもよい。図1で、ネットワークインターフェース部は例えば80211bgn規格に準拠した無線LANを通じて外部のアクセスポイント装置に接続し、ディスプレイ装置が外部のインターネットサーバと通信できるようにする。特に、本発明において、ネットワークインターフェース部はディスプレイ装置がストリーミングサーバから3D動画データストリームを受信できるようにする。不揮発性メモリは装置内部に固定設置されるか着脱可能に設置され、3D動画ファイルを保存する。マイクロプロセッサはネットワークインターフェース部を通じてストリーミングサーバから受信されるデータストリームまたは不揮発性メモリに保存されている動画ファイルをデマルチプレクスして圧縮された映像信号を抽出して、この圧縮された動画データをデコーディングして3D映像信号を復元する。そして、マイクロプロセッサは3D映像信号を左右映像信号に分離して左右映像をミキシングする。望ましい実施例において、マイクロプロセッサによって実行されるデマルチプレクス、デコーディング、ミキシングなどの3D映像再生過程はアンドロイドプラットフォームと、アンドロイドプラットフォームに基づくアプリケーションプログラムによって具現される。揮発性メモリはマイクロプロセッサの動作過程で発生するデータに対する物理的なバッファ機能を提供する。一実施例において、メモリに保存されている動画ファイルはMPEG4形式になっていてもよく、MPEG4コンテナから抽出された映像信号はH264形式に圧縮されていてもよい。H264形式に圧縮された映像信号はデコーディング過程を通じて圧縮が解除されてYUVフォーマットの映像信号に変換される。そして、YUVフォーマットの3D映像信号は後述するマイクロプロセッサ内部のポストプロセッサによってRGBフォーマットに変換されて、LCDパネルに相応する映像の大きさと方向が調整される。これによって、マイクロプロセッサはRGBフォーマットのサイドバイサイド方式3D映像信号を獲得し、その後左右映像を分離した後ミキシングすることができるようになる。LCDコントローラはマイクロプロセッサからミキシングされた映像信号を受け入れて、ミキシングされた映像がLCDパネルに表示されるようにする。望ましい実施例において、本発明のディスプレイ装置は偏光めがねやシャッタめがねを使うことは不便であるという携帯型機器の環境を勘案してパララックスバリア方式で左右映像を表出する。図1で、パララックスバリアはLCDパネルの前面に設置されて、LCDパネルを部分的に遮断して左右映像が左眼と右眼にそれぞれ伝達されるようにする。バリアコントローラはLCDパネルで表出される映像が2D映像なのか3D映像なのかによってパララックスバリアを選択的に活性化させて、表出される映像が3D映像である時にだけパララックスバリアを作動させる。望ましい実施例において、2D映像または3D映像の選択は元の映像信号に含まれた制御信号例えば、プログラム特定情報に含まれた映像属性フィールドに準拠してマイクロプロセッサによって自動的に遂行される。一方、図12に図示されたように映像再生中に画面に表示されるフォーマット選択メニューを通じて使用者が2D再生または3D再生中に一つを任意に選択することもできる。タッチパネルはディスプレイ装置に対する入力機能を提供して、タッチパネルコントローラはタッチパネルで感知された信号をデジタル座標信号に変換してマイクロプロセッサに提供する。図2はマイクロプロセッサによって実行される3D映像再生プログラムの機能的なブロック図である。プログラムは機能的にデマルチプレクス部、デコーディング部、ポストプロセッサ、及び左右映像ミキシング部を含む。デマルチプレクス部はストリーミングサーバから受信されるデータストリームまたは不揮発性メモリに保存されている動画ファイルをデマルチプレクスして、MPEG4コンテナから圧縮された映像信号を抽出する。一実施例において、MPEG4コンテナから抽出された映像信号はH264形式に圧縮されていてもよい。一実施例において、デマルチプレクス部は例えば、PacketVideoCoによって開発されたOpenCORE等のメディアフレームワークで具現される。デコーディング部は圧縮された映像信号をデコーディングして、3D映像信号を復元する。一実施形態において、3D映像信号は左右映像がSidebyside方式に配置されていて、YUVフォーマットの輝度及びクロミナンスを表現する。望ましい実施例において、デコーディング部はOpenCOREフレームワーク内に含まれるH264デコーダによって具現され、H264デコーダはOpenMAXメディアフレームワークによって管理される。ポストプロセッサはYUVフォーマットの3D映像信号を受け入れて、カラースペースをRGBフォーマットに変換して、LCDパネルに適合するように映像の大きさと配向を調整する。望ましい実施例においてはポストプロセッサがソフトウェアによって構成されるが、変形された実施例においてはポストプロセッサが2D映像処理のためのハードウェアチップセットで構成されることもできる。左右映像ミキシング部はポストプロセッサからRGBフォーマットの3D映像信号を受け入れて、図3と一緒に左映像と右映像とを垂直ライン単位で相互に配置することで左右映像をパララックスバリアの特性に適合するようにミキシングする。一方、望ましい実施形態において図2に図示されたデマルチプレクス部、デコーディング部及び左右映像ミキシング部を構成または制御するプログラムは一つのプログラムファイルとして構成されているのではなく、多数のネイティブ段のサービス及びカーネル段にある多数のクラスオブジェクトに分散して具現されて、JNIを通じてジャバ段サービスでのクラスオブジェクトとインターフェースされる。図4は図1のディスプレイ装置で実行されるアンドロイドプラットフォームとアプリケーションに対するレイヤ階層構造を示す。図4及びそのほかの図面と以下の説明において、3D映像信号の処理に関するアプリケーションはもちろんライブラリ及びアプリケーションプログラムフレームワークはアンドロイド標準に準拠したアプリケーション、ライブラリ及びアプリケーションプログラムフレームワークが本発明によって修正されたものであることに留意しなければならない。すなわち、オープンハンドセットアライアンスが最初に公開された以後、Google社はアンドロイドプラットフォームに関してリナックスカーネルと、包括的ライブラリセット、使用者インターフェースに対する標準を決めてこれを保持しており、このようなアンドロイドプラットフォームは完全開放型プラットフォームを志向してソースコードが全て公開されており、誰でもこれを利用してソフトウェアと装置を製作できるようにしている。特にアンドロイドプラットフォームでの映像再生に関してGoogle社は下記の説明と類似のサービスフレームワークとクラスオブジェクトに対するプロトタイプとを提示している。しかし、サービスフレームワーク及びプロトタイプは2次元映像のブレンディングと2次元的合成のみに対するものであり、本発明者はこのような2次元映像のブレンディングと2次元的合成に関するフレームワークを修正して3次元映像を具現するための左右映像のミキシング方法を発明したことに留意しなければならない。図4で、アンドロイドプラットフォームはアプリケーションプログラム、アプリケーションプログラムフレームワーク、ライブラリ、リナックスカーネルなどのレイヤを含む。本発明の望ましい実施例において、アプリケーションプログラムは3D映像再生を支援するマルチメディアプレーヤを含む。マルチメディアプレーヤは全体的な画面構成のための使用者インターフェース処理関数と、メニュー表示処理関数と、再生制御関数とを含む。UI処理関数は初期画面と再生中の画面の全体的な構成を決めて使用者要求によって変更する。特に、望ましい実施例によれば、UI処理関数は図12に図示されたように操作メニューを表示することができ、使用者が映像を2D形式で表示するか3D形式で表示するか選択するようにして、左右映像間の視差を調整することができるようにし、使用者の選択によって再生制御関数が再生を制御するようにする。メニュー表示処理関数は各メニュー段階別で使用者が下位メニューを選択するとか、元のファイルのリソースを選択することができるようにする。このようなマルチメディアプレーヤはジャババイトコードにプログラミングすることができる。その他に、アドレスインデックス管理、通話、ウェブブラウジングなどのためのアプリケーションプログラムを図1のディスプレイ装置に用意することができる。アプリケーションプログラムフレームワークはマルチメディアプレーヤなどアプリケーションプログラムで利用することができるAPIを規定しているレイヤである。特に、パッケージマネージャはマルチメディアプレーヤのようなアプリケーションプログラムの設置を管理する。アクティビティマネージャはアプリケーションプログラムのライフサイクルを管理する。ウィンドウマネージャはウィンドウすなわち、LCDパネルに表示する全体画面構成を管理する。ビューシステムは使用者インターフェースを管理する。リソースマネージャは再生する元のデータのリソースを管理する。その他に、アプリケーションプログラムの間のデータ共有を管理するためのコンテンツマネージャ、状態の通知表示を管理するための通知マネージャ、通話機能を管理するための通話マネージャ、位置情報を管理するための位置マネージャなどをアプリケーションプログラムフレームワークに用意することができる。ライブラリ階層は多くのアプリケーションプログラムから汎用的に利用される機能をファイル化した。各アプリケーションプログラムはアプリケーションプログラムフレームワークを通じて各ライブラリファイルを呼び出して行うことができる。特に、サーフィスマネージャは複数の画面を合成するためのライブラリである。メディアフレームワークは映像ファイルの再生と記録のためのライブラリである。OpenGLESはグラフィックエンジンであり、標準cライブラリは標準的なC言語ライブラリである。その他に、関係型データベースに対するSQLite、ビットマップとベクターフォントのレンダリングを行うFreeType、ブラウザ表示を行うためのHTMLレンダリングエンジンであるWebkit、2DグラフィックエンジンであるSGLライブラリ、およびSSLライブラリなどを含むことができる。ライブラリ階層のすべてのライブラリはCまたはC言語で作成されることが望ましい。リナックスカーネルはプラットフォームの中枢的な部分として、ディスプレイ装置のハードウェアコンポーネントを制御する。特に、ディスプレイドライバ、オーディオドライバ、キーパッドドライバ、バリアードライバはそれぞれLCDパネル、スピーカ、タッチパネル、パララックスバリアの動作を制御する。その他に、カメラ、ブルートゥース、フラッシュメモリ、USBインターフェース、WiFiインターフェースなど周辺装置に対するカーネルプログラムと、電力管理プログラムを含むことができる。一方、図4には図示しなかったが、ジャバ言語に準拠したコアライブラリと、ジャババイトコードを行う仮想マシンであるダルビック仮想マシンが含まれる。図4のレイヤ階層構造において、アプリケーションプログラム及びアプリケーションプログラムフレームワークのジャバレイヤは媒介体であるJNIを通じてCCライブラリと接続することができる。すなわち、JNIはダルビック仮想マシンの上で動作するアンドロイドアプリケーションプログラムはCCのようなネイティブコードで作成されたプログラムに比べて処理速度の遅い短所があるが、JNIを通じてCCネイティブコードライブラリを最大限活用することで処理速度をあげることができるようになる。本発明のディスプレイ装置において、3D映像再生のためのマルチメディアプレーヤは2D映像処理のために用意されているCCネイティブコードライブラリに3D映像処理機能を追加してJNIを通じて機能を制御するように修正されている。図5は図4のレイヤ階層構造において3D映像ディスプレイのためのジャバ段及びネイティブ段クラスの構成例を具体的に示す。便宜上、ネイティブ段の各クラスに含まれる関数をメソッドそしてクラスになっていないライブラリプログラムを関数と称する。図5に図示されたクラスをよく見るのに先立って、まず、いくつかの用語について説明する。アンドロイド標準において、ビューはペイントまたはキーストロークやそのほかの相互作用イベント処理のための四角領域として、使用者インターフェースのための基本構成単位である。ViewクラスはこのようなView領域を表わして占有する機能を遂行する。各アクティビティは一つ以上のウィンドウを持つことができるし、Windowは一つ以上のサーフィスを持つことができる。ここで、Windowは画面に表示されるウィンドウ要素の形態、位置、メニューなどの構成を表す。Windowクラスは最上位レベルウィンドウの形態と特性、背景などを定義する抽象クラスである。したがってWindowクラスに属する一つのインスタンスが最上位Viewで使われる。サーフィスは画面上にペイントのために用意されてスクリーン合成子によって管理されるバッファを意味する。SurfaceはSurfaceViewクラスによって生成されて、Surfaceクラスによってその属性が決まる。したがって、アプリケーションプログラム遂行の間に複数のSurfaceが生成されて維持されることができるし、SurfaceViewクラスによってこれらの中の一部がWindowとして結合される。この時、すべてのWindowは下端のSurfaceオブジェクトを使って具現される。そして、WindowManagerクラスの制御の下に最上位Windowに係わるSurfaceがフレームバッファに伝達することで、最上位WindowがView領域に表示されると言える。このようなViewないしViewグループを使ってUIと出力映像が構成される。図5を参照すれば、アプリケーションプログラムであるマルチメディアプレーヤに含まれるVideoViewクラスインスタンスはジャババイトコードで作成されて、使用者が再生するメディアをストリーミングサーバまたは不揮発性メモリから探索して、ファイルの大きさを計算して、ディスプレイオプションを選択することができるようにする。また、VideoViewクラスは使用者入力検出、再生動作の開始、一時停止、再生、終了位置探索などの機能を具現することができるようにする。同時に、VideoViewクラスはマルチメディアプレーヤの実行が開始される時SurfaceViewクラスに対してサーフィス割り当てを要求する。MediaPlayerクラスはジャババイトコードで作成されて、オーディオビデオファイル及びストリームの再生を制御する。VideoViewクラスによって再生制御機能が選択されれば選択によるパラメータがMediaPlayerクラスに伝達され、これによってMediaPlayerクラスは使用者の選択にしたがってファイル及びストリーム再生を制御するようになる。SurfaceViewクラスは、ジャババイトコードで作成され、ペイントのためのSurfaceがスクリーンの正確な位置に埋め込み状態に生成されることができるようにし、生成されたsurfaceのフォーマットと大きさを調節することができるようにする。一つのアプリケーションプログラムは一つ以上のSurfaceの割り当てを受けて、特に本発明において、SurfaceはマルチメディアプレーヤのVideoViewインスタンスの要求によって生成されることができる。Surface割り当てにはWindowManagerクラスが関与することもできる。SurfaceはSurfaceViewを占有しているウィンドウの背面にZ軸方向すなわちパネル面に垂直である仮想軸に沿って配置される。SurfaceViewクラスはウィンドウにホールドを介してSurfaceが適切にディスプレイされることができるようにする。この時、View階層構造によってSurfaceの合成が正確に管理される。一方、SurfaceはSurfaceViewに係わったWindowが見える状態にある時生成される。SurfaceViewクラスの機能はポストプロセッサを管理するLayerBufferクラスと連動される。また、SurfaceViewクラスはWindowManagerクラスを通じてSurfaceFlingerクラスを制御するように機能する。Surfaceクラスは、SurfaceViewクラスによってSurfaceが生成される時、生成されるSurfaceに対するぼかし、暗化、回転、隠すこと、フリーズなどのような表示形式を定義する。SurfaceHolderインターフェースはSurface自体すなわち、Surfaceを占有しているバッファに対する抽象的インターフェースである。SurfaceHolderインターフェースはSurfaceの大きさ及びフォーマットを調節して、Surface内のピクセルを編集するとか、Surfaceに対する変更内容をモニタリングすることができるようにする。WindowManagerクラスは画面管理のためのJAVAアプリケーションプログラムフレームワークに割り当てられたAPIの一種である。特に本発明によれば、WindowManagerクラスはステレオスコピック映像のペアを構成する左右映像をミキシングするためにネイティブ段のSurfaceComposerクラスを通じてSurfaceFlingerクラスを制御することでSurfaceがフレームバッファに伝達することを制御する。MediaPlayerクラスはMediaPlayerクラスから伝達されたパラメータによってMediaPlayerServiceクラスが適切なメディアザブシステムないしプレーヤを選択するようにして、MediaPlayerServiceクラスを通じてメディア再生を制御する。また、MediaPlayerクラスはメディアの再生状態をMediaPlayerクラスに知らせる。MediaPlayerServiceClientクラスはMediaPlayerクラスを通じて伝達されたパラメータによってメディアザブシステムを選択して、再生するメディアをストリーミングサーバまたはメモリから探索して、探索されたメディアをメディアサブシステムがデマルチプレクスしてデコーディングするようにする。本発明のディスプレイ装置が制御することができるメディアは3D映像に限定されないし、2次元映像やオーディオであってもよく、これらそれぞれに対して多様なフォーマットの信号を再生することができる。このために、MediaPlayerServiceClientクラスは再生するメディアにふさわしいメディアサブシステムまたは使用者が前もって選択した種類のサブシステムを選択する。図5には便宜上一つのメディアサブシステムだけが図示されているが、複数のシステムを用意することができることは上述のとおりである。図示された実施例において、メディアサブシステムはパッケージビデオ社のOpenCOREフレームワークを基に具現されて、PlayerDriverクラスと、PVPlayerクラスと、ビデオコーデック及びオーディオコーデックを含む。PlayerDriverクラスはPVPlayerクラスに対するスレッドを生成して、PVPlayerクラスがメディアデータをデマルチプレクスしてコンテナから圧縮された映像信号を抽出するようにする。ビデオコーデックはアブプックドエン映像信号をデコーディングして映像信号を復元する。復元された映像信号はYUVフォーマットになっているSidebyside方式の3D映像信号であることができる。AndroidSurfaceOutputクラスはビデオコーデックから出力されるYUV映像信号をLayerBufferクラスに伝達する。LayerBufferクラスはYUV映像信号に対するビットストリームを受け入れて、以後のRGBカラースペースへの変換と左右映像ミキシング過程に使うようにYUV映像信号データを管理する。SurfaceComposerクラスはSurfaceFlingerクラスを制御して、ポストプロセッサによって変換されたRGB映像信号の左右映像がミキシングできるようにする。SurfaceFlingerクラスは、SurfaceComposerクラスの制御の下に、映像信号をLCDパネルに表示するフレームバッファを管理する。一般的にSurfaceComposerクラスは個別アプリケーションプログラムに割り当てされたSurfaceをフレームバッファに送ることで重層的な構造を持つSurfaceを統合する役目を担当する。図6は図1のディスプレイ装置でカラースペース変換及び左右映像ミキシングプロセスを具現するための出力端の一実施例を示す。図示された出力端のプロセスはステレオスコピック映像のペアを構成する左右映像をミキシングして3D映像を構成して、この3D映像とともに一つ以上の一般平面映像を合成して出力することができる。ここで、複数の一般平面映像はSurfaceFlingerクラスによってソフトウェア的に合成される。そして、合成された平面映像と3D立体映像とはフレームバッファのオーバレイ機能を通じてLCDコントローラでハードウェア的に合成される。第1及び第2レイヤバッファはSurfaceFlingerクラスによって使われるサーフィスバッファとして、ジャバアプリケーションである各種アクティビティによって生成される一般平面映像サーフィスをそれぞれ保存する。この平面映像は一般的なレンダリング特性を持った映像として、例えばテキスト、レンダリングされた3D映像、3D映像コンテンツ再生過程で付随的に表示されるタイトル情報及びメニュー情報になることができる。SurfaceFlingerクラスは複数のサーフィスを一つに集めて第1フレームバッファに送ることで、第1及び第2レイヤバッファに保存されたサーフィスデータと一緒に重層的な構造のメモリデータを合成する機能を遂行する。一般平面映像は画面に変化があまり多くないからSurfaceFlingerクラスがソフトウェア的に合成をしてもシステムに大きく影響を与えない。しかし、動画表示またはカメラのプレビューを遂行するためのサーフィスをSurfaceFlingerクラスによって一般平面映像サービスとともに合成すればモバイル運用システムへの負荷が大きくなる原因になる。このため、本実施形態においてSurfaceFlingerクラスは一般平面映像サーフィスのみを合成して、ミキシングされた3D映像サーフィスは合成しない。本実施形態によれば、3D動画表示またはカメラプレビューを処理するための専用のフレームバッファとして、第2フレームバッファが用意される。LCDコントローラは第1及び第2フレームバッファをオーバレイ機能を通じてハードウェア的に合成してLCDパネルに伝達し、これによって非常に早い映像信号処理を可能にする。このような機能を制御するAPIをV4L2と言う。そしてこのようなV4L2APIはLayerBufferクラスによってAndroidSurfaceOutputクラスに伝達され対応するクラスの制御を受ける。一方カーネル段には、動画処理のためにYUVバッファと、ポストプロセッサと、2D/3Dスィッチと、RGBバッファと、Mixバッファとが追加的に用意されて、映像ミキシングプロセスが遂行される。YUVバッファはLayerBufferクラスを通じてYUV映像信号を受け入れて、ポストプロセッサはServiceFlingerクラスまたはLayerBufferサービスの管理の下にYUV映像信号をRGB映像信号に変換する。2D/3Dスィッチは再生される映像信号が2D映像信号の場合にはポストプロセッサによって出力されるRGB映像信号を直ちにRGBバッファに伝達して、再生される映像信号が3D映像信号の場合にはRGB映像信号をMixバッファに伝達して、映像ミキシングプロセスがRGB映像信号内に含まれた左右映像をミキシングする。望ましい実施形態において、映像信号が2D映像信号なのかまたは3D映像信号なのかの判断は元の映像信号に含まれた制御信号に含まれた映像属性フィールドを基になされる。この判断がアプリケーションプログラム階層で成り立って判断結果を2D/3Dスィッチに伝達することもでき、2D/3Dスィッチが直接このような判断をすることもできる。一方、映像再生の中に画面に表示されるフォーマット選択メニューを通じて使用者が2D再生または3D再生の一つを任意に選択することによって2D/3Dスィッチのスイッチング動作を変更することもできる。他方で、端末機に2D/3D選択のための機械的スィッチを用意することもできる。映像ミキシングプロセスはMixバッファに保存されたRGB映像に含まれた左右映像を縦のラインずつミキシングする。本発明の実施例において、映像ミキシングプロセスはカーネル段で遂行されるプロセスであり、これによって本実施形態における左右映像のミキシングはアンドロイドフレームワーク内のミドルウェア段で処理されるのではなくカーネル段ですぐ処理される。3D左右映像のミキシング過程をより具体的によく見れば、映像ミキシングプロセスはMixバッファに保存された映像信号ビットストリームをRGBバッファで送る際にビットストリームを順次に送るのではなく、Sidebysideフォーマットの3DRGB映像で左映像にあたる部分と右映像にあたる部分からピクセルを相互に抽出してコピーする。すなわち、映像ミキシングプロセスは図3の左側に図示されたRGB映像で各走査線単位で左映像の第1のピクセルを抽出してRGBバッファの第1のピクセル位置に送って、右映像の第1のピクセルを抽出してRGBバッファの第2のピクセル位置に配置する。ついで、映像ミキシングプロセスはMixバッファから左映像の第2のピクセルを抽出してRGBバッファの第3のピクセル位置に配置して、右映像の第2のピクセルを抽出してRGBバッファの第3のピクセル位置に配置する。このような過程が3DのRGB映像全体に対して遂行されることで、RGBバッファには左映像と右映像とが垂直ライン単位に相互に配置されたミックスされた映像が保存される。図6に示されるこのような出力端において、先にSurfaceFlingerクラスによって処理される一般的なジャバアプリケーション用平面映像サーフィスの流れをよく見れば、それぞれのジャバアプリケーションに割り当てられたサーフィスはソフトウェア的合成機能をするSurfaceFlingerクラスによって合成されて第1フレームバッファへ伝達される。これに対して、動画再生またはカメラプレビューアプリケーション過程で処理されるサーフィスはSurfaceFlingerクラスによってソフトウェア的な合成をすると性能が低下するため、SurfaceFlingerを通じないで専用に割り当てされた第2フレームバッファへ直接的に伝達される。そして、第1及び第2フレームバッファはLCDコントローラでハードウェア的に合成される。動画サーフィスに対する処理過程をよく見れば、YUVバッファに保存されたYUV映像はポストプロセッサによってRGB映像に変換されてLCDパネルの画面大きさに当たるようにスケーリングされる。2D/3Dスィッチが2Dモードに設定されていれば、一般的な2D映像はRGBバッファにすぐ保存された後第2フレームバッファから伝達する。一方、2D/3Dスィッチが3Dモードに設定されていれば、ポストプロセッサから出力されたRGB映像はMixバッファにコピーされる。Mixバッファに保存された映像内に含まれる左右映像は映像ミキシングプロセスによってミキシングされた後RGBバッファに保存される。その後、RGBバッファに保存されているミキシングされたRGBビットストリームは動画専用の第2フレームバッファへ伝達される。二つのフレームバッファに保存されたデータはオーバレイによってLCDコントローラでハードウェア的に合成される。合成された3D映像はLCDパネルに表示されることで、パララックスバリアの前面にいる使用者がタイトル名称及びまたはメニューとともにステレオスコピック3D映像を認識することができるようになる。本実施形態によれば、3D動画のミキシングに係わったSurfaceの流れがミドルウェア段すなわち、Native段にコピーされないでカーネル段ですぐ処理され、またSurfaceFlingerクラスによってソフトウェア的に合成されないので全般的な処理時間が短縮される効果がある。図7a及び図7bは図6に図示された実施例において3D映像処理のための関数の実行手順を示す。ビデオコーデックからデコーディングされたYUV映像信号がタイマ同期に従って出るようになれば、AndroidSurfaceOutputクラスからオーディオとの同期のために決まった時間ごとにメンバ関数であるwriteAsync関数が実行される。writeAsync関数はデコーディングされたYUV映像信号のRGB信号への変換のためにポストプロセッサのバッファに映像信号をコピーするようにWriteFrameBuffer関数を呼び出す。WriteFrameBuffer関数はデコーディングされたメディアビットストリームをLayerBufferクラスのサブクラスであるSurfaceLayerBufferクラスに伝達する。デコーディングされたYUV映像信号ビットストリームはSurfaceLayerBufferクラス内にいるpostBuffer関数によってLayerBufferクラスに伝達され、またLayerBufferクラス内にいるpostBuffer関数によってLayerBufferクラスの他のサブクラスであるBufferSourceクラスに伝達される。BufferSourceクラスのpostBuffer関数はYUV映像信号ビットストリームがYUVバッファに保存された状態でポストプロセッサを制御してポストプロセッサがYUV映像信号をRGB映像信号に変換するようにして、このためにpostBuffer関数はV4L2APIを呼び出す。ステップ310ないしステップ324ではYUV映像信号をRGB映像信号で変換するための関数が階層構造に乗って呼び出しされて、結局ステップ324でポストプロセッサにYUVのRGBへの変換を始めるようにする制御信号が付与されてRGBへのカラースペース変換が成り立つ。第一に、ステップ310では、YUV映像のビットストリームを送るデータの物理的アドレスがBufferSourceクラス内のfimcsetDMAaddress関数によって設定される。ステップ312でYUV信号をRGB信号で変換するのに使うバッファの大きさがfimcV4L2queue関数によって定義された後、カーネル段のデバイスドライバを実行させるためのioctl関数が呼び出しされて実行される。ステップ316からのプログラム流れはカーネル段のV4L2インターフェースドライバによって遂行されるカーネル段のデバイスドライバでのカーネルプロセスである。ステップ316で、カーネル段のV4L2インターフェースドライバが駆動され始めて、変換したYUV信号のソースとポストプロセッサの状態を確認する。そして、V4L2ioctl関数によってポストプロセッサがオープンされる。fimcqbuf関数は現在遂行しているタスクの種類が例えばビデオキャプチャなのかビデオ出力なのかを確認して、ビデオ出力タスクが遂行されている場合fimcqbufoutput関数を呼び出す。fimcqbufoutput関数はバッファ状態がポストプロセッサへのDMAが可能か否かを確認した後バッファをインコミングキューに追加する。ついで、カラースペースの変換する領域の位置がfimcqbufoutputdmaauto関数によって更新されながら、fimcoutdevstartcamif関数によってポストプロセッサによるRGB変換作業が進行される。ステップ326ないしステップ330はポストプロセッサがYUVでRGBへのカラースペース変換を完了した後発生する割り込みによって実行される割り込み処理ルーチンとして左右映像ミキシング過程を行う段階である。それぞれのフレームに対してYUV映像からRGB映像でのカラースペース変換が完了する度に、ポストプロセッサ内で割り込みが発生されてfimcirq関数が呼び出しされる。ビデオ出力モード下で、fimcirq関数はFimcirqout関数を呼び出して、この関数はFimcirqoutdma関数を呼び出す。Fimcirqoutdma関数はRGBビットストリームに対して左右映像ミキシング過程を行った後RGBバッファを経て第2フレームバッファで送る。これをより詳しく説明すれば、RGBビットストリームが順次に送信されるのではなく、Sidebysideフォーマットの3DのRGB映像で左映像にあたる部分と右映像にあたる部分からピクセルが相互に抽出されて送信される。すなわち、Fimcirqoutdma関数は映像の各走査線単位で左映像の第1のピクセルを抽出してRGBバッファの第1のピクセル位置に送って、右映像の第2のピクセルを抽出してRGBバッファの第2のピクセル位置に配置する。ついで、Fimcirqoutdma関数は左映像の第2のピクセルを抽出してRGBバッファの第3のピクセル位置に配置して、右映像の第2のピクセルを抽出してRGBバッファの第4のピクセル位置に配置する。このような過程が映像全体に実行されることで左右映像がミキシングされて、RGBバッファには左映像と右映像とが垂直ライン単位に相互に配置されてミックスされた映像が保存される。Fimcirqoutdma関数によって、ミキシングされたRGBビットストリームは動画専用の第2フレームバッファでDMA送信することができる。図8は図6のミキシングプロセスを採択する実施例における3次元映像表示過程を全体的に示す。使用者はマルチメディアプレーヤの実行を選択した後ファイルを選択する。この時、ファイルを先に選択してマルチメディアプレーヤが実行されるようにすることもできる。ステップ352で、マルチメディアプレーヤのVideoViewクラスはSurfaceViewクラスに対してSurface割り当てを要請する。SurfaceViewクラスはSurfaceを生成、管理するものの直接生成するのではなく、Surfaceを総合的に管理するWindowManagerクラスにSurfaceを要請する。要請を受けたWindowManagerクラスはJNIインターフェースを通じてSurfaceFlingerクラスにSurfaceを要請して、SurfaceFlingerクラスがSurfaceを割り当てる。割り当てされたSurfaceはこれを実際に使うMediaPlayerに伝達することができる状態になる。ステップ354で、VideoViewクラスはMediaPlayerクラスを通じて映像再生を行うMediaPlayerエンジンを捜す。これによって、例えばPVPlayerを選択することができる。VideoViewクラスは選択されたMediaPlayerエンジンに割り当てされたSurfaceと選択されたファイルを伝達する。ついで、PVPlayerは実行の準備をして、PlayerDriverを通じてOpenCOREフレームワーク内にいるビデオコーデックが実行されるようにする。そして、PVPlayerは出力で使うSurfaceとAndroidSurfaceOutputクラスを通じて接続する。ステップ356ではPVPlayerが実行されることによって元のデータに対するデマルチプレクス及びデコーディングが成り立つ。ここで、元のデータはストリーミングサーバから受信されるデータストリームであってもよく、または、メモリに保存されているマルチメディアファイルとして、映像、オーディオ、データなど複数のコンテンツが複合的に構成されたコンテナ構造を持っていてもよい。PVPlayerは元のデータをデマルチプレクスしてコンテナ内にある動画ソースを抽出して、ビデオコーデックは圧縮された状態の動画ソースをデコーディングされてYUVビデオフレームデータを出力する。出力されるYUV映像信号はPlayerDriver及びAndroidSurfaceOutputクラスを通じてLayerBufferクラスに伝達される。ステップ358で、LayerBufferクラスに伝達されたYUV映像信号はその下部サービスであるSurfaceLayerBufferクラスの制御の下にポストプロセッサによってRGB映像信号に変換される。ポストプロセッサに変換されたRGB映像信号は割り当てされたSurfaceバッファすなわち、RGBバッファに伝達される。RGB映像信号が2D映像信号の場合、映像信号はRGBバッファでカーネル段の第2フレームバッファに伝達された後、LCDコントローラで一般平面映像に相応するサーフィスとハードウェア合成された後、LCDパネルを通じて映像として表出される。一方、RGB映像信号が3D映像信号の場合には、SurfaceFlingerクラスはRGB映像信号へのカラースペース変換が完了した映像に対してオーバレイ機能を遂行するようにポストプロセッサのオーバレイクラスを実行させる。これによって、RGB映像信号内に含まれた左右映像のペアはピクセル単位に相互にミキシングされてRGBバッファに保存された後、第2フレームバッファからDMA送信される。ミキシングされたRGB映像は第1フレームバッファ内に保存された一般平面映像に相応するサーフィスとLCDコントローラで合成された後、LCDパネルを通じて3D映像として表出されて立体効果を現わすようになる。ステップ356ないしステップ360は元のデータの再生が完了するまで繰り返し遂行される。図9は図1のディスプレイ装置でカラースペース変換及び左右映像ミキシングプロセスを具現するための出力端の他の実施例を示す。図示された出力端のプロセスはステレオスコピック映像のペアを構成する左右映像をミキシングして3D映像を構成して、この3D映像とともに一つ以上の一般平面映像を合成して出力することができる。ここで、複数の一般平面映像と3D映像とはすべてSurfaceFlingerクラスによってソフトウェア的に合成される。本実施形態において、ネイティブ段には第1ないし第3レイヤバッファと、2D/3Dスィッチと、Mixバッファが用意されて、映像ミキシングプロセスが遂行される。第1及び第2レイヤバッファはSurfaceFlingerクラスによって使われる一般的なサーフィスバッファとして、ジャバアプリケーションである各種アクティビティによって生成される一般平面映像サーフィスをそれぞれ保存する。平面映像は一般的なレンダリング特性を持った映像として、例えばテキスト、レンダリングされた3D映像、3D映像コンテンツ再生過程で付随的に表示されるタイトル情報及びメニュー情報とすることができる。第3レイヤバッファは3D動画表示またはカメラプレビューを処理するためのバッファである。第3レイヤバッファに保存される動画データはカーネル段から供給することができる。カーネル段で、YUVバッファはLayerBufferクラスを通じてYUV映像信号を受け入れて、ポストプロセッサはServiceFlingerクラスまたはLayerBufferサービスの管理の下にYUV映像信号をRGB映像信号に変換する。変換されたRGB映像信号はRGBバッファに保存される。2D/3Dスィッチは再生される映像信号が2D映像信号の場合にはRGBバッファに保存されたRGB映像信号を直ちに第3レイヤバッファに伝達して、再生される映像信号が3D映像信号の場合にはRGB映像信号をMixバッファに伝達して映像ミキシングプロセスがRGB映像信号内に含まれた左右映像をミキシングするようにする。ミキシングされたRGB映像信号は第3レイヤバッファに保存される。左右映像のミキシング過程をより具体的によく見れば、映像ミキシングプロセスはMixバッファに保存された映像信号ビットストリームを第3レイヤバッファに送るに際しビットストリームを順次に送るのではなく、Sidebysideフォーマットの3DのRGB映像で左映像にあたる部分と右映像にあたる部分からピクセルを相互に抽出してコピーする。すなわち、映像ミキシングプロセスは各走査線単位で左映像の第1のピクセルを抽出して第3レイヤバッファの第1のピクセル位置に送って、右映像の第1のピクセルを抽出して第3レイヤバッファの第2のピクセル位置に配置する。ついで、映像ミキシングプロセスはMixバッファから左映像の第2のピクセルを抽出して第3レイヤバッファの第3のピクセル位置に配置して、右映像の第2のピクセルを抽出して第3レイヤバッファの第4のピクセル位置に配置する。このような過程が3DのRGB映像全体に対して遂行されることで、第3レイヤバッファには左映像と右映像が垂直ライン単位に相互に配置されたミックスされた映像が保存される。SurfaceFlingerクラスは一般平面映像サーフィスとともに動画サーフィスを一つに集めてフレームバッファにレンダリングすることで、第1ないし第3レイヤバッファに保存された重層的な構造のデータを合成する機能を遂行する。このような出力端において、一般的なジャバアプリケーション用平面映像サーフィスの流れをよく見れば、それぞれのジャバアプリケーションに割り当てされたサーフィスはソフトウェア的合成機能をするSurfaceFlingerクラスによって合成されてフレームバッファに伝達される。本実施形態によれば、動画再生またはカメラプレビューアプリケーション過程で処理されるサーフィスもSurfaceFlingerクラスによってソフトウェア的に合成される。動画サーフィスに対する処理過程をよく見れば、YUVバッファに保存されたYUV映像はポストプロセッサによってRGB映像に変換されてLCDパネルの画面大きさにあうようにスケーリングされる。2D/3Dスィッチが2Dモードに設定されていれば、一般的な2D映像は第3レイヤバッファにすぐ保存された後、SurfaceFlingerクラスに伝達され、他のサーフィスとともに合成されてフレームバッファに伝達される。一方、2D/3Dスィッチが3Dモードに設定されていれば、RGBバッファに保存されたRGB映像はネイティブ段のMixバッファにコピーされる。Mixバッファに保存されているミキシングされたRGB映像内の左右映像は映像ミキシングプロセスによってミキシングされた後第3レイヤバッファ伝達される。そしてミキシングされたRGB映像はSurfaceFlingerクラスに伝達され、他のサーフィスとともに合成されてフレームバッファに伝達されることで、LCDパネルにタイトル名称及びまたはメニューとともに3D映像として表示される。以後、第3レイヤバッファに保存された3DRGBビットストリームはSurfaceFlingerクラスに伝達されて他のSurfaceと合成される。合成された映像はフレームバッファに伝達されてLCDコントローラを通じてLCDパネルに表示されることで、パララックスバリアの前面にいる使用者にステレオスコピック3D映像が認知されることができるようになる。本実施形態によれば動画Surfaceの流れがミドルウェアすなわち、Native段にコピーされて処理されてSurfaceFlingerクラスによって他のサーフィスによってソフトウェア的に合成されるから、図6に図示された実施形態に比べて全体的な合成処理時間が少し増えるが、小型LCDを具備する端末機、またはリアルタイムの映像ではなくアニメーション映像特にレンダリングによるポリゴン数が少ないアニメーション映像を処理する端末機に相応して使うことができる。図10は図9に図示された実施例において3D映像処理のための関数の実行手順を示す。ビデオコーデックからデコーディングされたYUV映像信号がタイマ同期に従って出るようになれば、AndroidSurfaceOutputクラスで決まった時間ごとにメンバ関数であるwriteAsync関数が実行される。writeAsync関数はデコーディングされたYUV映像信号のRGB信号への変換のためにポストプロセッサのバッファに映像信号をコピーするようにWriteFrameBuffer関数を呼び出す。WriteFrameBuffer関数はデコーディングされたメディアビットストリームをLayerBufferクラスのサブクラスであるSurfaceLayerBufferクラスに伝達する。デコーディングされたYUV映像信号ビットストリームはSurfaceLayerBufferクラス内のpostBuffer関数によってLayerBufferクラスに伝達され、またLayerBufferクラス内のpostBuffer関数によってLayerBufferクラスの他のサブクラスであるBufferSourceクラスに伝達される。BufferSourceクラスのpostBuffer関数はYUV映像信号ビットストリームがYUVバッファに保存された状態でポストプロセッサを制御してポストプロセッサがYUV映像信号をRGB映像信号に変換するようにする。YUV映像信号からRGB映像信号への変換が完了すれば、LayerBufferクラスのonDrawコールバック関数が呼び出しされる。onDraw関数はSidebysideフォーマットの3DRGB映像で左映像にあたる部分と右映像にあたる部分からピクセルを相互に抽出して新しいSurfaceに挿入、配置する。すなわち、onDraw関数は映像の各走査線単位で第1の左映像ピクセルを抽出して新しいSurfaceの第1のピクセル位置に配置して、第1の右映像ピクセルを抽出して新しいSurfaceの第2のピクセル位置に配置する。ついで、onDraw関数は第2の左映像ピクセルを抽出して新しいSurfaceの第2のピクセル位置に配置して、第2の右映像ピクセルを抽出して新しいSurfaceの第4のピクセル位置に配置する。このような過程が映像全体に対して遂行されることで、左右映像がミキシングされて新たに形成された画面では左映像と右映像とが垂直ライン単位に相互に配置することができるようになる。左右RGB映像のミキシングが完了すれば、BufferSourceサービスのonDraw関数は完了信号をSurfaceFlingerクラスで伝達して、SurfaceFlingerクラスがミキシングされたRGB映像データを他のサーフィスと一緒にフレームバッファに出力することができるようにする。図11は図9のミキシングプロセスを採択する実施例における3次元映像表示過程を全体的に示す。使用者はマルチメディアプレーヤの実行を選択した後ファイルを選択する。この時、ファイルを先に選択してマルチメディアプレーヤが実行されるようにすることもできる。ステップ452で、マルチメディアプレーヤのVideoViewクラスはSurfaceViewクラスに対してSurface割り当てを要請する。SurfaceViewクラスはSurfaceを生成、管理するものの直接生成するのではなく、Surfaceを総合的に管理するWindowManagerクラスにSurfaceを要請する。要請を受けたWindowManagerクラスはJNIインターフェースを通じてSurfaceFlingerクラスにSurfaceを要請して、SurfaceFlingerクラスがSurfaceを割り当てる。割り当てされたSurfaceはこれを実際に使うMediaPlayerに伝達することができる状態になる。ステップ454で、VideoViewクラスはMediaPlayerクラスを通じて映像再生を行うMediaPlayerエンジンを捜す。これによって、例えばPVPlayerを選択することができる。VideoViewクラスは選択されたMediaPlayerエンジンに割り当てされたSurfaceと選択されたファイルを伝達する。ついで、PVPlayerは選択されたファイルを再生する準備をして、PlayerDriverを通じてOpenCOREフレームワーク内にいるビデオコーデックが実行されるようにする。そして、PVPlayerは出力で使うSurfaceとAndroidSurfaceOutputクラスを通じて接続する。ステップ456ではPVPlayerが実行されることによって元のデータに対するデマルチプレクス及びデコーディングが成り立つ。ここで、元のデータはストリーミングサーバから受信されるデータストリームであってもよく、または、メモリに保存されているマルチメディアファイルとして、映像、オーディオ、データなど複数のコンテンツが複合的に構成されたコンテナ構造を持っていてもよい。PVPlayerは元のデータをデマルチプレクスしてコンテナ内にある動画ソースを抽出して、ビデオコーデックは圧縮された状態の動画ソースをデコーディングしてYUVビデオフレームデータとして出力する。出力されるYUV映像信号はPlayerDriver及びAndroidSurfaceOutputクラスを通じてLayerBufferクラスに伝達される。ステップ458で、LayerBufferクラスに伝達されたYUV映像信号はその下部サービスであるSurfaceLayerBufferクラスの制御の下にポストプロセッサによってRGB映像信号に変換される。ポストプロセッサに変換されたRGB映像信号は割り当てされたSurfaceバッファすなわち、RGBバッファ伝達される。RGB映像信号が2D映像信号の場合、映像信号はSurfaceFlingerクラスの制御の下に第3レイヤバッファ3に伝達された後SurfaceFlingerクラスによって一般平面映像サーフィスとソフトウェア的に合成される。合成された映像信号はフレームバッファに伝達されることで、LCDパネルを通じて映像として表出される。一方、RGB映像信号が3D映像信号の場合には、RGBバッファに保存されたRGB映像信号がMixバッファにコピーされて、映像ミキシングプロセスを通じてミキシングされる。ミキシングされた3DRGB映像は第3レイヤバッファ3に伝達された後SurfaceFlingerクラスによって一般平面映像サーフィスとソフトウェア的に合成される。合成された映像信号はフレームバッファを経てLCDパネルを通じて映像として表出されて、パララックスバリアの作用によって映像が立体効果を表すようになる。ステップ456ないしステップ460は元のデータの再生が完了するまで繰り返し遂行される。本発明の3Dディスプレイ装置でマルチメディアプレーヤはLCDパネル上に表示されるUI上に実行アイコンとして存在することができる。アイコンが選択されれば、プログラムが実行されながら再生することができるファイルリストが表示されて、ファイルを選択すればファイルが再生される。一方、ウェブサイトに接続した状態で、メディアファイルを選択するとかメディアファイルが含まれたページを選択すれば該当のメディアファイルがストリーミング方式で提供される。望ましい実施形態においては、図12に図示されたように映像再生中に画面に操作メニューを表示させることができる。操作メニューは開始一時停止ボタンと、再開ボタンと、前画面に移動ボタンと、2D/3D選択ボタンと、視差増加ボタンと、視差減少ボタンを含むことができる。ここで、前画面に移動ボタンは動画を再生以前での画面移動を指示するのに使われる。2D/3D選択ボタンは使用者が2D映像を表示するか、3D映像を表示するかを指示するのに使われる。視差増加ボタンと視差減少ボタンは左右映像間の視差を調整するための操作ボタンである。使用者が視差増加ボタンを押せば左右映像ミキシングの時に適用するオフセット値が増加する。すなわち、使用者が視差増加ボタンを押せば、ミキシング過程で左映像に対して右映像を右側で1ピクセルシフトさせた後ミキシングを遂行する。一方、使用者が視差減少ボタンを押せば左右映像ミキシングの時に適用するオフセット値が減少する。すなわち、使用者が視差減少ボタンを押せば、ミキシング過程で左映像に対して右映像を左側で1ピクセルシフトさせた後ミキシングを遂行する。これによってLCDパネルの大きさや使用者の視聴習慣、特に使用者の両眼とLCDパネルの距離によって最適の視差が形成されるようにすることでめまいを減少させて3D映像の満足度を高めることができるようになる。以上で本発明の望ましい実施形態を説明したが、本発明はその技術的思想や必須特徴を変更しなくても多様な方式で変形することができるし他の具体的な形態で実施することができる。例えば、以上の説明では元のファイルまたはストリーミングデータがH264規格にエンコードされている場合を中心に説明したが、他の規格にエンコードされたファイルないしストリーミングデータをデコーディングすることもできる。また、入力映像がSidebyside方式でフォーマットされることを基準に説明したが、入力映像がTopdown方式、タイル方式またはそのほかの方式でフォーマットされていても類似の方式で映像信号を処理することができる。望ましい実施形態ではポストプロセッサがソフトウェアによって具現される実施形態を中心に説明したが、このような実施形態が変形された実施形態ではポストプロセッサをハードウェア的に構成することもできるのは勿論である。一方、メディアフレームワークとしてOpenCOREを使う実施形態を説明したが、OpenCOREが複雑で修正変換がとても難しい点を勘案して、アンドロイドプラットフォームによってはOpenCOREの代りにStagefrightを使うこともできてそのほかのフレームワークを使うこともできる。図9ないし図11の実施例と係わって、カラースペース変換だけがカーネル段で成り立って左右映像のミキシングはミドルウェアで成り立つ場合を中心に説明したが、カラースペース変換とともに左右映像のミキシングもカーネル段で成り立つことができる。なお、上述しなかったが、フレームバッファはマイクロプロセッサに用意することもできて、LCDコントローラに用意することもできる。フレームバッファがLCDコントローラに用意される場合、特許請求の範囲におけるディスプレイコントローラは、LCDパネルの発光動作を遂行して、フレームバッファの映像ビットストリームが直接またはオーバレイによってLCDパネルに伝達することを調節するコア機能遂行部を称する意味で使われる。本発明によるディスプレイ装置を具現するためのアプリケーションプログラム及びライブラリプログラムユニットは記録媒体に記録された状態で提供されることで、パララックスバリアを具備するか着脱可能に具備することができる端末機に搭載されて実行されることができる。ここで、端末機は携帯型端末機に限定されるのではなくてTV、デスクトップPC、ノートブックPCなど固定型ないし半固定型端末機も含まれる。したがって、上述した実施例はすべての面で例示的なものであり限定的ではないものとして理解しなければならない。本発明の範囲は前述の詳細な説明よりは特許請求の範囲によって現わされ、特許請求の範囲の意味及び範囲そしてその等価概念から導出されるすべての変更または変形された形態が本発明の範囲に含まれると解釈されなければならない。