(57)【要約】【課題】静止画、動画、地上デジタルＴＶなどのマルチアプリケーションに対して、複数のマルチメディアリソースの競合を避けながら、最適のマルチメディアリソースを選択することができる携帯端末を提供する。【解決手段】最適リソース選択テーブル１７には、例えば、ファイル種別がＪＰＥＧ（拡張子は、「．ｊｐｇ」）の画像コンテンツに対しては、複数のリソースであるＪＰＥＧコーデック１３とマルチメディアチップ１５がそのコーデック機能を有しており、○印と共に、優先度が予め記録されている。そして、静止画制御部６は、ＪＰＥＧのデコードを行う場合、最適リソース選択テーブル１７をチェックして、マルチメディアチップ１５（優先度１）とＪＰＥＧコーデック１３（優先度２）を、優先度順およびその使用状況に応じて選択する。【選択図】  図２
2008301240.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアコンテンツの本体データおよび当該コンテンツのファイル種別データを記憶するコンテンツファイルと、
前記コンテンツのファイル種別毎の処理を実行する複数のマルチメディアリソースと、
前記コンテンツのファイル種別毎に前記処理機能を有する前記マルチメディアリソースのＩＤおよび、１個のファイル種別に対して処理機能を有する前記マルチメディアリソースが複数あるものについては優先度が予め登録された最適リソース選択テーブルと、
前記マルチメディアコンテンツの処理にあたって、当該コンテンツのファイル種別を解析し、当該ファイル種別に対応する前記最適リソース選択テーブルに登録されているマルチメディアリソースのＩＤと優先度を読み取り、当該優先度の高い順に当該マルチメディアリソースの状況確認を行い、当該マルチメディアリソースが使用中の場合、優先度の低いマルチメディアリソースにより当該処理を実行制御するマルチメディア制御手段と
を具備することを特徴とする携帯端末。
【請求項２】
前記マルチメディアコンテンツは画像コンテンツであり、前記コンテンツのファイル種別データは画像コーデック方式の種別を表すファイル拡張子およびカラーフォーマットの少なくとも１つであることを特徴とする請求項１に記載の携帯端末。
【請求項３】
コンテンツデータと、このコンテンツデータの符号化種別を示す属性情報とを含むデータファイルを記憶する記憶手段と、
互いに異なる性能を有し、前記コンテンツデータの復号処理を行う複数の復号処理手段と、
前記複数の復号処理手段と、復号処理可能な属性情報とを対応付けて記憶するテーブルと、
前記記憶手段に記憶されているデータファイルに含まれるコンテンツデータの再生要求を受けると、前記テーブルを参照してコンテンツデータを復号させる復号処理手段を選択するとともに、この選択した復号処理手段が他のデータファイルに含まれるコンテンツデータの復号処理中である場合は、他の復号処理手段を選択する選択手段と、
前記選択手段によって選択された復号処理手段に前記コンテンツデータの復号処理を行わせる復号制御手段と
を具備したことを特徴とする携帯端末。
【請求項４】
前記テーブルは、１つの復号処理手段に対して複数の復号処理可能な属性情報が割当てられている場合、属性情報毎に優先順位を示す情報を更に対応付けて記憶していることを特徴とする請求項３に記載の携帯端末。
【請求項５】
前記テーブルに記憶される属性情報は符号化種別を示す拡張子であることを特徴とする請求項３に記載の携帯端末。
【請求項６】
静止画データまたは動画像データの一方からなるマルチメディアデータと、このマルチメディアデータの符号化種別を示す属性情報とを含むデータファイルを記憶する記憶手段と、
互いに異なる性能を有し、前記マルチメディアデータの復号処理を行う複数の復号処理手段と、
前記複数の復号処理手段と、復号処理可能な属性情報とを対応付けて記憶するテーブルと、
前記記憶手段に記憶されているデータファイルに含まれるマルチメディアデータの再生要求を受けると、前記テーブルを参照してマルチメディアデータを復号させる復号処理手段を選択するとともに、この選択した復号処理手段が他のデータファイルに含まれるマルチメディアデータの復号処理中である場合は、他の復号処理手段を選択する選択手段と、
前記選択手段によって選択された復号処理手段に前記マルチメディアデータの復号処理を行わせる復号制御手段と
を具備したことを特徴とする携帯端末。
【請求項７】
前記テーブルは、１つの復号処理手段に対して複数の復号処理可能な属性情報が割当てられている場合、属性情報毎に優先順位を示す情報を更に対応付けて記憶していることを特徴とする請求項６に記載の携帯端末。
【請求項８】
前記テーブルに記憶される属性情報は符号化種別を示す拡張子であることを特徴とする請求項６に記載の携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数搭載されている画像処理などのマルチメディアリソースを状況に応じて最適なリソースを選択して使い分ける携帯端末に関する。
【背景技術】
【０００２】
画像処理部のリソース競合を回避するための機能を備えた画像処理装置がある（例えば、特許文献１参照。）。この特許文献１の画像処理装置は、コピーモード、スキャンモード、プリンタモード、およびネットレディ画像処理モードを有し、これら各モードで単一メディア（静止画）についての画像処理を行うものである。例えば、この特許文献１の図１１および段落番号００２４には、コピー動作モードによる画像処理を行っているときに、ネットレディ画像処理ジョブが発生した場合の画像処理についての記載があり、コピー動作モードによる画像処理とネットレディ画像処理モードによる画像処理が競合したときは、コピーモードによる画像処理をＨＷパス（ハードによる画像処理部１２）で、そしてネットレディ画像処理モードによる画像処理をジョブが発生したときから終了するまでＳＷパス（ソフトによる演算部３１）で処理させるように制御し、ジョブが競合したときに、画像処理装置はそれぞれの画像処理を並列に実行している。
【特許文献１】特開２００６−９４５１６号公報（段落番号０００７〜００１３、段落番号００２４、図１〜図３、図１１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１の画像処理装置では、単一メディア（静止画）についての競合回避について述べられている。しかしながら、多様・多機能化が進んでいる携帯電話機のような携帯端末においては、複数のメディア（静止画、動画、地上デジタルＴＶ、その他）が搭載され、それらの画像処理を行うマルチメディアリソースとして、ハードウェアリソースやソフトウェアリソースが備えられる。
【０００４】
ハードウェアリソースとしては、ひとつのリソースで複数の機能を有する。また、ソフトウェアリソースも機能単位で複数存在する。このような携帯端末において、マルチアプリケーションシステムを実現するにあたり、特許文献１の技術を適用しても、静止画におけるリソースのＨＷパスとＳＷパスの単純な選択適用しかできない。携帯端末のように、複数のメディア（静止画、動画、地上デジタルＴＶ、その他）に対して、複数のマルチメディアリソースをどのように競合を避けながら、最適のマルチメディアリソースを選択するかの記載はない。
【０００５】
本発明は、このような問題を解決し、静止画、動画、地上デジタルＴＶなどのマルチアプリケーションに対して、複数のマルチメディアリソースの競合を避けながら、最適のマルチメディアリソースを選択することができる携帯端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の携帯端末は、マルチメディアコンテンツの本体データおよび当該コンテンツのファイル種別データを記憶するコンテンツファイルと、前記コンテンツのファイル種別毎の処理を実行する複数のマルチメディアリソースと、前記コンテンツのファイル種別毎に前記処理機能を有する前記マルチメディアリソースのＩＤおよび、１個のファイル種別に対して処理機能を有する前記マルチメディアリソースが複数あるものについては優先度が予め登録された最適リソース選択テーブルと、前記マルチメディアコンテンツの処理にあたって、当該コンテンツのファイル種別を解析し、当該ファイル種別に対応する前記最適リソース選択テーブルに登録されているマルチメディアリソースのＩＤと優先度を読み取り、当該優先度の高い順に当該マルチメディアリソースの状況確認を行い、当該マルチメディアリソースが使用中の場合、優先度の低いマルチメディアリソースにより当該処理を実行制御するマルチメディア制御手段とを具備することを特徴とする。
【０００７】
また、本発明の携帯端末は、コンテンツデータと、このコンテンツデータの符号化種別を示す属性情報とを含むデータファイルを記憶する記憶手段と、互いに異なる性能を有し、前記コンテンツデータの復号処理を行う複数の復号処理手段と、前記複数の復号処理手段と、復号処理可能な属性情報とを対応付けて記憶するテーブルと、前記記憶手段に記憶されているデータファイルに含まれるコンテンツデータの再生要求を受けると、前記テーブルを参照してコンテンツデータを復号させる復号処理手段を選択するとともに、この選択した復号処理手段が他のデータファイルに含まれるコンテンツデータの復号処理中である場合は、他の復号処理手段を選択する選択手段と、前記選択手段によって選択された復号処理手段に前記コンテンツデータの復号処理を行わせる復号制御手段とを具備したことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、静止画、動画、地上デジタルＴＶなどのマルチアプリケーションを搭載した携帯端末において、マルチアプリケーションに対して、複数のマルチメディアリソースの競合を避けながら、しかも最適のマルチメディアリソースを選択することが可能となる。
【発明を実施するための最良の形態】
【０００９】
図１は、本発明の実施例に係る携帯端末の関連部分の機能ブロック図である。携帯端末１００の関連部分の構成について説明する。携帯端末１００は、図示しないＣＰＵによるソフトウェア処理の上位層であるアプリケーション部１、本発明に特に関連の制御を行う中位層のマルチメディア制御部５、下位層のマルチメディアリソース部１２、画像ファイル１６、最適リソース選択テーブル１７などから構成される。
【００１０】
上位層のアプリケーション部１には、マルチアプリケーションシステムを構成する複数のアプリケーション部である静止画アプリケーション部２、動画アプリケーション部３、地デジアプリケーション部４などを有する。
【００１１】
中位層のマルチメディア制御部５には、マルチメディア毎の複数の制御部である静止画制御部６、動画制御部１０、地デジ制御部１１などを有する。静止画制御部６には、コンテンツ解析部７、リソース選択部８、マルチメディア制御実行部９を有する。動画制御部１０と地デジ制御部１１それぞれにも同様に、コンテンツ解析部、リソース選択部、マルチメディア制御実行部を有する。
【００１２】
下位層のマルチメディアリソース部１２には、大きく分けて、ＣＰＵ処理で機能実現されるソフトウェアで提供される機能部分と、ＣＰＵ処理とは別のハードウェア（例えば、ＤＳＰ）で提供される機能部分がある。例えば、ソフトウェアで提供される機能部分にはＪＰＥＧコーデック１３、ＰＮＧコーデック１４、その他があり、ハードウェアで提供される機能部分にはマルチメディアチップ１５、その他がある。
【００１３】
次に、各部の機能について説明する。静止画アプリケーション部２は、写真撮影、静止画データの管理などの静止画に関する処理を実行する。動画アプリケーション部３は、ビデオ撮影、動画データの管理などの動画に関する処理を実行する。そして、地デジ制御部４は、地上デジタルＴＶに関する処理を実行する。
【００１４】
静止画制御部６、動画制御部１０、地デジ制御部１１等の動作については、後（図４のフローチャート）で詳述する。
【００１５】
ＪＰＥＧコーデック１３は、静止画像データの圧縮方式の一つであるＪＰＥＧ方式の圧縮・伸長処理を行う専用のコーデックであり、ＰＮＧコーデック１４は、同様に静止画像データの圧縮方式の一つであるＰＮＧ方式の圧縮・伸長処理を行う専用のコーデックである。
【００１６】
マルチメディアチップ１５は、複数種類のコーデックを有し、静止画用のＪＰＥＧコーデック、動画用のＭＰＥＧ４コーデックおよび／またはＨ２６４コーデックなどを有する。
【００１７】
画像ファイル１６は、各種圧縮（符号化）方式に基づいて圧縮されたコンテンツを格納する記憶部であり、コンテンツ本体とともに、ファイルヘッダーとして、ファイル種別である拡張子などのデータも記憶する。このデータにより、どの種類のコーデック方式のコンテンツであるかがわかる。
【００１８】
次に、最適リソース選択テーブル１７については、次の図で説明する。  
図２は、本発明の実施例に係る携帯端末の最適リソース選択テーブルを説明する図である。  
（Ａ）は、最適リソース選択テーブル１７の内容を示す。画像コンテンツのファイル種別、すなわち圧縮（符号化）方式の種別毎に、マルチメディアリソース部１２のどのリソースがその機能を有するか、また、同じ機能を有するリソースが複数あるものについては、性能の良いリソース順に優先度も合わせて予め記録されている。リソース名は、リソースのＩＤ番号などで記録される。
【００１９】
ファイル種別がＪＰＥＧ（拡張子は、「．ｊｐｇ」）の画像コンテンツに対しては、複数のリソースであるＪＰＥＧコーデック１３とマルチメディアチップ１５がそのコーデック機能を有しており、○印と共に、後（図２（Ｂ））で説明する優先度が予め記録されている。
【００２０】
ファイル種別がＰＮＧ（拡張子は、「．ｐｎｇ」）の画像コンテンツに対しては、ＰＮＧコーデック１４のみがそのコーデック機能を有し、○印で示す。ファイル種別が動画（拡張子は、「．３ｇｐ」）の画像コンテンツに対しては、マルチメディアチップ１５のみがそのコーデック機能を有し、○印で示す。そして、ファイル種別が地デジ放送データ（拡張子は、「．ｔｓ」）の画像コンテンツに対しては、マルチメディアチップ１５のみがそのコーデック機能を有し、○印で示す。
【００２１】
（Ｂ）は、ＪＰＥＧ（拡張子は、「．ｊｐｇ」）の画像コンテンツの処理機能を有する複数のリソースであるＪＰＥＧコーデック１３とマルチメディアチップ１５の性能比較を説明する図であり、例えば、携帯端末１００の設計者は、予め、ＪＰＥＧ方式におけるＪＰＥＧコーデック１３とマルチメディアチップ１５の性能について、両者の仕様や実験により、処理速度や必要メモリ容量を確認した上で優先度を決める。
【００２２】
この（Ｂ）の例では、両者の比較において、ＪＰＥＧコーデック１３は、処理速度は普通、メモリ使用量は多く、マルチメディアチップ１５は、処理速度は速い、メモリ使用量は少ないとする。これにより、設計者は、マルチメディアチップ１５を優先度１位、ＪＰＥＧコーデック１３を優先度２位と決定して、予め、（Ａ）に示すように、最適リソース選択テーブル１７に○印と共に優先度も記憶させておくものである。
【００２３】
（Ｃ）は、（Ｂ）とは異なる性能の例を示しており、ＪＰＥＧコーデック１３とマルチメディアチップ１５の両者の比較において、ＪＰＥＧコーデック１３は、ＣＰＵ性能やデータ転送速度が良く、マルチメディアチップ１５より処理速度は速い。また、ＪＰＥＧコーデック１３のメモリ使用量は多いが、ＣＰＵシステムとしては十分なメモリ容量を備えているためにメモリ使用量がリスクにはならず、処理速度のみを重視して決定する。これにより、設計者は、ＪＰＥＧコーデック１３を優先度１位、マルチメディアチップ１５を優先度２位と決定するものである。そして、予め、（Ａ）に図示した優先度とは反対の状態で、最適リソース選択テーブル１７に○印と共に優先度も記憶させておくものである。
【００２４】
図３は、本発明の実施例に係る携帯端末の他の最適リソース選択テーブルを説明する図である。図２との相違は、コーデック方式の種別として、ファイル拡張子以外の要素であるカラーフォーマットを加えたものである。ＪＰＥＧ方式についてのみ記載して説明する。
【００２５】
カラーフォーマットは、グレー画像とカラー画像の２種類があり、その両方の機能をＪＰＥＧ方式対応の全てのリソースが有しているとは限らない場合がある。
【００２６】
（Ａ）は、最適リソース選択テーブル１７の内容を示している。ファイル種別は、ＪＰＥＧ（拡張子は、「．ｊｐｇ」）であるが、このＪＰＥＧ方式におけるカラーフォーマットにはグレー画像とカラー画像があり、このグレー画像に関しては、ＪＰＥＧコーデック１３のみがそのコーデック機能を有しているため、○印で示される。つまり、マルチメディアチップ１５は、グレー画像の対応機能は有していない場合である。
【００２７】
カラー画像に対しては、複数のリソースであるＪＰＥＧコーデック１３とマルチメディアチップ１５がそのコーデック機能を有しているので○印で示しているが、その優先度の決定については、図２と同様であるためここでの説明を省略する。
【００２８】
（Ｂ）は、ＪＰＥＧ（拡張子は、「．ｊｐｇ」）ファイルのファイルヘッダーの構成を説明する図である。このファイルヘッダーの構成のうち、ＳＯＩは画像開始コードを、ＥＯＩは画像終了コードを、ＳＯＦ０はフレーム開始コードを、そしてＮｆはフレーム内画像成分数コードをそれぞれ表わしている。
【００２９】
静止画制御部６は、画像ファイル１６の画像コンテンツの処理を行う場合に、当該画像コンテンツのファイルヘッダーのＮｆを参照することにより、カラーフォーマットが、グレー画像であるかカラー画像であるかを判断できる。具体的には、グレー画像のときはＮｆに１が、カラー画像の場合はＮｆに３がそれぞれ設定されている。
【００３０】
図４は、本発明の実施例に係る携帯端末の静止画制御部の動作フローチャートであり、ここではＪＥＰＧデコード処理を例として記載する。  
静止画アプリケーション部２は、静止画制御部６に対して、画像ファイル１６のＪＥＰＧファイルのデコード処理であるステップＳ１を要求する。静止画制御部６は、このデコード要求に対して、指定されたＪＥＰＧファイルのヘッダーの解析などによるコンテンツ解析を行い、ファイル種別がＪＰＥＧ（拡張子は、「．ｊｐｇ」）であることを認識する（ステップＳ２）。
【００３１】
次に、静止画制御部６は、最適リソース選択テーブル１７（図２（Ａ））をチェックして、ＪＰＥＧ（拡張子は、「．ｊｐｇ」）に対応するコーデック処理機能を有するリソースが存在するかを確認する（ステップＳ３）。図２（Ａ）の例では、ＪＰＥＧコーデック１３（優先度２）とマルチメディアチップ１５（優先度１）があることが確認される。
【００３２】
そして、優先度１のマルチメディアチップ１５を選択する（ステップＳ４）。そして、このマルチメディアチップ１５が使用可能な状態か状況確認をマルチメディアチップ１５に対して行う（ステップＳ５）。使用可能な状態であれば（ステップＳ６で「ＹＥＳ」）、マルチメディアチップ１５によりデコードを実行する（ステップＳ７）。
【００３３】
なお、ステップ５において、マルチメディアチップ１５が使用可能な状態にあるか否かをこのマルチメディアチップ１５に問い合わせることとして説明しているが、これに限らず、例えば、マルチメディアリソース部１２のＪＰＥＧコーデック１３、ＰＮＧコーデック１４、マルチメディアチップ１５などのリソース毎の使用状況を管理するテーブルを設け、マルチメディア制御部５の各制御部６、１０、１１が実行させるリソースを選択するごとにこのテーブルを更新するようにすれば、マルチメディア制御部５はこのテーブルを参照することで、リソースに対して問い合せを行うことなくリソースの使用状況を確認することができる。
【００３４】
そして、静止画アプリケーション部２に対して、処理終了の結果を出力し（ステップＳ８）、デコード処理を終了する（ステップＳ９）。
【００３５】
ステップＳ６において、優先度１のマルチメディアチップ１５がすでに使用中であり使用可能でない場合（ステップＳ６で「ＮＯ」）、ステップＳ３に戻る。そして、マルチメディアチップ１５を除いて、コーデック処理機能を有する他のリソースがあるか確認し（ステップＳ３）、優先度２のＪＰＥＧコーデック１３があることを確認し（ステップＳ３で「ＹＥＳ」）、ＪＰＥＧコーデック１３を選択する（ステップＳ４）。
【００３６】
そして、同様に、ＪＰＥＧコーデック１３の状況確認し（ステップＳ５、Ｓ６）、ＪＰＥＧコーデック１３によりデコードを実行する（ステップＳ７）。
【００３７】
ステップＳ３において、対応するコーデック処理機能がない場合（ステップＳ３で「ＮＯ」）、デコード処理を終了する（ステップＳ９）。
【００３８】
なお、最適リソース選択テーブル１７として、図３（Ａ）の場合について説明する。その場合、静止画制御部６は、指定されたＪＥＰＧファイルのヘッダーの解析などによるコンテンツ解析を行い、ファイル種別がＪＰＥＧ（拡張子は、「．ｊｐｇ」）であること、およびカラーフォーマットを認識する（ステップＳ２）。
【００３９】
そして、このカラーフォーマットに対応するコーデック処理機能を有するリソースが存在するかを確認（ステップＳ３）すればよい。カラーフォーマットがグレー画像であれば、ＪＰＥＧコーデック１３のみが確認される（ステップＳ３）。カラーフォーマットがカラー画像であれば、ＪＰＥＧコーデック１３（優先度２）とマルチメディアチップ１５優先度１）が確認される（ステップＳ３）。ステップＳ４以降は同様であり、説明を省略する。
【００４０】
図５は、本発明の実施例に係る携帯端末の各ブロック間のシーケンス図である。ＪＥＰＧのデコードに際してマルチメディアリソースの競合が発生しない場合の例である。最適リソース選択テーブル１７は、図２（Ａ）の場合とする。
【００４１】
静止画アプリケーション部２は、静止画制御部６に対して、画像ファイル１６のＪＥＰＧファイルのデコード処理を要求する。
【００４２】
静止画制御部６は、図４のフローチャートに従い、コンテンツの解析を行い、ファイル種別がＪＰＥＧ（拡張子は、「．ｊｐｇ」）であることを認識する。そして、デコーダとして、ＪＰＥＧコーデック１３（優先度２）とマルチメディアチップ１５（優先度１）があることを確認し、マルチメディアチップ１５を最適（優先度１）として選択する。
【００４３】
静止画制御部６は、次に、マルチメディアチップ１５に対して状況確認を行い、使用中ではないのでデコーダ使用可の情報を取得する。そして、マルチメディアチップ１５によりデコード処理を実行する。
【００４４】
図６は、本発明の実施例に係る携帯端末の各ブロック間のシーケンス図である。ＪＥＰＧのデコードに際してマルチメディアリソースの競合が発生する場合の例である。最適リソース選択テーブル１７は、図２（Ａ）の場合とする。
【００４５】
動画アプリケーション部３から動画制御部１０へ動画像のデコード要求を行い、マルチメディアチップ１５により動画像のデコード処理を実行中とする。この実行中に、静止画アプリケーション部２から静止画制御部６に対して、静止画ファイル（ＪＥＰＧ）のデコード要求があった場合について説明する。
【００４６】
静止画制御部６は、図４で説明したフローチャートに従い、コンテンツの解析を行い、ファイル種別がＪＰＥＧ（拡張子は、「．ｊｐｇ」）であることを認識する。そして、デコーダとして、ＪＰＥＧコーデック１３（優先度２）とマルチメディアチップ１５（優先度１）があることを確認し、マルチメディアチップ１５を最適（優先度１）として選択する。
【００４７】
静止画制御部６は、次に、マルチメディアチップ１５に対して状況確認を行う。この時、すでに動画制御部１０の動画像デコード実行により、マルチメディアチップ１５は、使用中であり、静止画制御部６は、マルチメディアチップ１５から使用不可の情報を取得することになる。
【００４８】
静止画制御部６は、再度、ＪＰＥＧのデコード機能を有するリソースが存在するかを確認し、前記使用中のマルチメディアチップ１５を除いて、ＪＰＥＧコーデック１３（優先度２）があることを認識して選択する。そして、ＪＰＥＧコーデック１３の状況確認を行い、デコーダ使用可の情報を取得する。そして、ＪＰＥＧコーデック１３によりデコードを実行する。
【００４９】
なお、最適リソース選択テーブル１７が図３（Ａ）の場合、カラーフォーマットがカラー画像であれば、コーデック処理機能を有する複数のリソースがあり、ＪＰＥＧコーデック１３（優先度２）とマルチメディアチップ１５（優先度１）である。この場合も、カラーフォーマットのデコード処理が競合しても、最適なリソースが選択されることになる。
【００５０】
このように、競合なしや競合ありの状況に応じて、最適なマルチメディアチップリソースを選択することが可能となる。
【００５１】
図７は、本発明の実施例に係る携帯端末の各ブロック間の他のシーケンス図である。図６との相違点は、マルチメディアチップ１５が、動画のデコード中に静止画ＪＰＥＧのデコードもできるチップの例である。
【００５２】
動画アプリケーション部３から動画制御部１０へ動画像のデコード要求を行い、マルチメディアチップ１５により動画像のデコード処理を実行中とする。この実行中に、静止画アプリケーション部２から静止画制御部６に対して、静止画ファイル（ＪＥＰＧ）のデコード要求があった場合について説明する。
【００５３】
静止画制御部６は、図４のフローチャートに従い、コンテンツの解析を行い、ファイル種別がＪＰＥＧ（拡張子は、「．ｊｐｇ」）であることを認識する。そして、デコーダとして、ＪＰＥＧコーデック１３（優先度２）とマルチメディアチップ１５（優先度１）があることを確認し、マルチメディアチップ１５を最適（優先度１）として選択する。
【００５４】
静止画制御部６は、次に、マルチメディアチップ１５に対して状況確認を行う。この時、すでに動画制御部１０の動画像デコード実行により、マルチメディアチップ１５は、使用中であるが、マルチメディアチップ１５は、動画のデコード中に静止画ＪＰＥＧのデコードもできるチップであるため、静止画制御部６は、マルチメディアチップ１５から使用可の情報を取得することになる。したがって、静止画制御部６は、マルチメディアチップ１５によりデコードを実行する。
【００５５】
なお、静止画制御部６を主に説明したが、動画制御部１０、地デジ制御部１１も同様に、コンテンツ解析、リソース選択、マルチメディア制御実行処理を行うことが可能である。
【００５６】
また、画像のデコード処理について説明したが、他のマルチメディアの処理を行うマルチメディアリソースに適用してもよい。
【００５７】
以上説明したように、本発明の実施例によれば、静止画、動画、地上デジタルＴＶなどのマルチアプリケーションを搭載した携帯端末において、マルチアプリケーションに対して、複数のマルチメディアリソースの競合を避けながら、しかも最適のマルチメディアリソースを選択することが可能となる。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施例に係る携帯端末の関連部分の機能ブロック図。
【図２】本発明の実施例に係る携帯端末の最適リソース選択テーブル。
【図３】本発明の実施例に係る携帯端末の他の最適リソース選択テーブル。
【図４】本発明の実施例に係る携帯端末の静止画制御部の動作フローチャート。
【図５】本発明の実施例に係る携帯端末の各ブロック間のシーケンス図（競合なし）。
【図６】本発明の実施例に係る携帯端末の各ブロック間のシーケンス図（競合あり）。
【図７】本発明の実施例に係る携帯端末の各ブロック間の他のシーケンス図。
【符号の説明】
【００５９】
１  アプリケーション部
２  静止画アプリケーション部
３  動画アプリケーション部
４  地デジアプリケーション部
５  マルチメディア制御部
６  静止画制御部
７  コンテンツ解析部
８  リソース選択部
９  マルチメディア制御実行部
１０  動画制御部
１１  地デジ制御部
１２  マルチメディアリソース部
１３  ＪＰＥＧコーデック
１４  ＰＮＧコーデック
１５  マルチメディアチップ
１６  画像ファイル
１７  最適リソース選択テーブル
１００  携帯端末
【図１】
2008301240.tif 000003
【図２】
2008301240.tif 000004
【図３】
2008301240.tif 000005
【図４】
2008301240.tif 000006
【図５】
2008301240.tif 000007
【図６】
2008301240.tif 000008
【図７】
2008301240.tif 000009