(57)【要約】【課題】動画処理実行時において割込み処理が発生した場合であっても、安定した状態で動画処理を実行することができる携帯端末装置を提供する。【解決手段】動画の再生および記録を少なくとも含む動画処理と、動画処理以外の処理とを並行して実行する一のＣＰＵと、ＣＰＵが前記動画処理の実行中に割り込みイベントが発生し、ＣＰＵが割込みイベントの発生に伴う割込み処理を実行する際に、割込み処理に割り当てられるＣＰＵリソースの占有率の制御を行うリソース制御手段とを備えた。【選択図】  図４
2010044590.tif 000002
【特許請求の範囲】
【請求項１】
動画の再生および記録を少なくとも含む動画処理と、前記動画処理以外の処理とを並行して実行する一のＣＰＵと、
前記ＣＰＵが前記動画処理の実行中に割り込みイベントが発生し、前記ＣＰＵが前記割込みイベントの発生に伴う割込み処理を実行する際に、前記割込み処理に割り当てられる前記ＣＰＵリソースの占有率の制御を行うリソース制御手段とを備えたことを特徴とする携帯端末装置。
【請求項２】
前記ＣＰＵが前記動画処理の実行中に前記割り込みイベントが発生した際に、前記割り込みイベントに伴う割込み処理の内容を判定する判定手段をさらに備え、
前記リソース制御手段は、前記判定手段により判定された前記割り込み処理の内容に応じて、前記割込み処理に割り当てられる前記ＣＰＵリソースの占有率の制御を行う請求項１記載の携帯端末装置。
【請求項３】
前記リソース制御手段は、前記ＣＰＵが前記動画処理を実行するタイミングに応じて、前記割込み処理に割り当てられる前記ＣＰＵリソースの占有率の制御を行う請求項１記載の携帯端末装置。
【請求項４】
所定の特定処理が記憶された記憶手段をさらに設け、
前記判定手段は、前記割込みイベントに伴う割込み処理が、前記特定処理であるか否かの判定を行い、
前記判定手段により前記割込み処理が前記特定処理であると判定された場合、前記リソース制御手段は前記割込み処理に割り当てられる前記ＣＰＵリソースの占有率の制御を行う請求項２記載の携帯端末装置。
【請求項５】
前記特定処理は、前記ＣＰＵが動画処理と前記動画処理以外の処理とを並行して実行した場合に、前記動画処理の実行に必要とする前記ＣＰＵのリソースの不足を発生させる処理である請求項４記載の携帯端末装置。
【請求項６】
電子メールサーバより電子メールの受信を行う受信手段と、
前記受信手段により受信される前記電子メールは緊急性を備える電子メールであるか否かを判定する緊急性判定手段とをさらに備え、
記判定手段により前記割込みイベントに伴う前記割込み処理が、前記電子メールの受信処理であると判定され、かつ前記緊急性判定手段により前記電子メールは前記緊急性を備える電子メールであると判定された場合、前記リソース制御手段は、前記電子メールの受信処理に割り当てられた前記ＣＰＵリソースの占有率を維持し、前記緊急性判定手段により前記電子メールは前記緊急性を備えない電子メールであると判定された場合、前記リソース制御手段は、前記電子メールの受信処理の受信処理に割り当てられた前記ＣＰＵリソースの占有率を低減させる請求項２記載の携帯端末装置。
【請求項７】
電子メールサーバより電子メールの受信を行う受信手段と、
前記受信手段により受信される前記電子メールの本文の容量値が所定の容量値以上であるか否かを判定する容量値判定手段をさらに備え、
前記判定手段により前記割込みイベントに伴う前記割込み処理が、前記電子メールの受信処理であると判定され、かつ前記容量値判定手段により前記電子メールの本文の容量値が所定の容量値以上であると判定された場合、前記リソース制御手段は、前記電子メールの受信処理に割り当てられた前記ＣＰＵリソースの占有率を低減させる請求項２記載の携帯端末装置。
【請求項８】
前記受信手段により受信される前記電子メールが添付ファイルを備えるか否かを判定する添付有無判定手段をさらに備え、
前記判定手段により前記割込みイベントに伴う割込み処理が、前記電子メールの受信処理であると判定され、かつ前記添付有無判定手段により添付ファイルを備えると判定された場合、前記受信手段は前記動画処理の終了後に前記添付ファイルの受信処理を行う請求項７記載の携帯端末装置。
【請求項９】
前記リソース制御手段は、前記動画処理が終了した際に、前記割込み処理の実行が継続していた場合に、記割込み処理に割り当てられた前記ＣＰＵリソースの占有率を低減する制御を終了する請求項１記載の携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置に係り、特に動画の再生および録画を少なくとも含む動画処理と、動画処理以外の処理とを並行して実行させる一のＣＰＵを備えた携帯端末装置に関する。
【背景技術】
【０００２】
近年、ワンセグ放送の視聴・録画機能や、データ通信サービスを利用した動画データの再生機能を備えた携帯端末装置が広く普及している。
【０００３】
このような携帯端末装置は、携帯端末装置を統括的に制御するＣＰＵの他に、動画処理を行う専用のＣＰＵを備えた携帯端末装置が知られている。図６（Ａ）は、ＣＰＵ６１ａおよび動画処理専用ＣＰＵ６２を備えた携帯端末装置６０ａの主要なハード構成を示す図である。なお、図６は、主要なハード構成であるメモリ６３、ワンセグ受信部６４、ワンセグアンテナ６５およびディスプレイ６６のみを示しており、他の構成は説明の都合上省略した。
【０００４】
図６（Ａ）に示す動画処理専用ＣＰＵ６２は、動画再生・記録処理など動画処理に対する高速処理を可能とし、またＣＰＵ６１ａと併用することにより、さらに効率的に動画処理を実行することができた。
【０００５】
これに対し、動画処理を含む全ての処理を一のＣＰＵで行う携帯端末装置が知られている。図６（Ｂ）は、一のＣＰＵ６１ｂを備えた携帯端末装置６０ｂの主要なハード構成を示す図である。図６（Ｂ）に示すように、動画処理専用ＣＰＵ６２を持たずに一のＣＰＵ６１ｂで携帯端末装置の処理を実行させることにより、携帯端末装置６０ｂの生産コストを低減させることができ、また小型・軽量化を実現することができる。
【０００６】
しかし、動画処理の実行中に割込み処理が発生した場合、ＣＰＵ６１ｂに対する負荷が増加し、動画再生時にコマ落ちが発生するなど、安定した動画処理の実行環境が得られないという課題があった。
【０００７】
ここで、不用意な割込み処理を事前に防止し、コンテンツ処理を安定した状態で実行可能とする技術が開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００７−２４３５６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１などに開示された技術は、再生されるコンテンツのビットレートが所定ビットレート以上であった場合に通信モードを一時的に退避させることにより、コンテンツ再生中のコマ落ちやノイズ重畳などを防止するものであった。
【０００９】
しかし、携帯端末装置のユーザにとっては、動画再生・記録中であっても動画のコマ落ちが発生することなく、かつ並行して割込み処理が実行されることが最も望ましい。特に、電子メールなどはその内容に緊急性を要する場合があり、動画処理が終了するまで画一的に受信処理を待機することはユーザにとっては好ましくない。
【００１０】
本発明はこのような事情を考慮してなされたもので、動画処理実行時において割込み処理が発生した場合であっても、安定した状態で動画処理を実行することができる携帯端末装置を提供することを目的とする。
【００１１】
また、本発明の他の目的は、動画処理実行時において発生した割込み処理を好適に並行処理することにある。
【課題を解決するための手段】
【００１２】
本発明に係る携帯端末装置は、上述した課題を解決するために、動画の再生および記録を少なくとも含む動画処理と、前記動画処理以外の処理とを並行して実行する一のＣＰＵと、前記ＣＰＵが前記動画処理の実行中に割り込みイベントが発生し、前記ＣＰＵが前記割込みイベントの発生に伴う割込み処理を実行する際に、前記割込み処理に割り当てられる前記ＣＰＵリソースの占有率の制御を行うリソース制御手段とを備えたことを特徴とする。
【発明の効果】
【００１３】
本発明に係る携帯端末装置は、動画処理実行時において割込み処理が発生した場合であっても、安定した状態で動画処理を実行することができる。
【発明を実施するための最良の形態】
【００１４】
本発明に係る携帯端末装置の実施形態を添付図面に基づいて説明する。
【００１５】
図１は、本発明に係る携帯端末装置の実施形態を示す携帯電話機の外観の構成を示す図である。図１（Ａ）は、携帯電話機１を約１８０度に開いた開状態のときの正面から見た外観の構成を示し、図１（Ｂ）は、携帯電話機１を開状態としたときの右側面から見た外観の構成を示す。
【００１６】
図１（Ａ）および（Ｂ）に示されるように、携帯電話機１は、中央のヒンジ部１１を境に第一の筐体１２と第二の筐体１３とがヒンジ結合されており、ヒンジ部１１を介して矢印Ｘ方向に折り畳み可能に形成される。携帯電話機１の内部の所定の位置には、送受信用のアンテナ（後述する図３のアンテナ３１）が設けられており、内蔵されたアンテナを介して基地局（図示せず）との間で電波を送受信する。
【００１７】
第一の筐体１２には、その表面に「０」から「９」の数字キー、発呼・応答キー、リダイヤルキー、終話・電源キー、クリアキー、およびメニューキーなどの操作キー１４が設けられており、操作キー１４を用いて各種指示を入力することができる。
【００１８】
第一の筐体１２には、操作キー１４として上部に十字キー１６と確定キー１７が設けられている。十字キー１６には、上方向キー、下方向キー、右方向キー、左方向キーが設けられており、使用者が十字キー１６を上下左右方向に操作することによりメインディスプレイ２１に表示されたカーソルなどを上下左右方向に移動させることができる。また、確定キー１７を押下することにより、種々の機能を確定することができる。確定キー１７には、メインディスプレイ２１の下部に設けられた確定キー機能表示部２１ａに表示される処理も割り当てられる。
【００１９】
さらに、第一の筐体１２には、左ソフトキー１８および右ソフトキー１９が十字キー１６および確定キー１７の上部にそれぞれ設けられる。第一の筐体１２の側面には、携帯電話機１の操作を行うサイドキー２０が設けられる。左ソフトキー１８、右ソフトキー１９およびサイドキー２０は、第一の筐体１２の内部方向に押下されることによって、それぞれ所定の処理が割り当てられている。特に左ソフトキー１８および右ソフトキー１９は、メインディスプレイ２１の下部に設けられた左ソフトキー機能表示部２１ｂおよび右ソフトキー機能表示部２１ｃに表示される処理が割り当てられる。
【００２０】
第一の筐体１２には、操作キー１４の下部にマイクロフォン２２が設けられており、マイクロフォン２２によって通話時の使用者の音声を集音する。
【００２１】
なお、第一の筐体１２は、背面側に図示しないバッテリパックが挿着されており、終話・電源キーが押下されてオン状態になると、バッテリパックから各回路部に対して電力が供給されて動作可能な状態に起動する。
【００２２】
一方、第二の筐体１３には、その正面にメインディスプレイ２１が設けられており、電波の受信状態、電池残量の他、電子メールの内容、簡易ホームページなどを表示することができる。なお、メインディスプレイ２１は、例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、有機ＥＬ（ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、無機ＥＬ（ｉｎｏｒｇａｎｉｃ  ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイにより構成されるディスプレイである。
【００２３】
第二の筐体１３の上部には、内部ＣＣＤカメラ２５が設けられており、所望の撮影対象の静止画および動画を撮影することができる。
【００２４】
また、メインディスプレイ２１の上部の所定の位置にはレシーバ（受話器）２３が設けられており、これにより、使用者は音声通話することが可能である。なお、携帯電話機１の所定の位置には、レシーバ２３以外の音声出力部としてのスピーカ（図示せず）も設けられている。テレビ電話通信時には、このスピーカから通話相手の音声が出力される。
【００２５】
図２は、本発明に係る携帯端末装置の実施形態を示す携帯電話機１の他の外観の構成を示す図である。図２の携帯電話機１は、図１の携帯電話機１の状態から矢印Ｘ方向に回動させた閉状態を構成する。図２（Ａ）は、携帯電話機１が閉状態のときの正面から見た外観の構成を示し、図２（Ｂ）は、携帯電話機１が閉状態のときの右側面から見た外観の構成を示す。
【００２６】
第二の筐体１３の上部には、外部ＣＣＤカメラ２６が設けられており、内部ＣＣＤカメラ２５と同様に、所望の撮影対象の静止画および動画を撮影することができる。
【００２７】
外部ＣＣＤカメラ２６の下部には、例えばＬＣＤで構成されるサブディスプレイ２４が設けられており、現在のアンテナの感度のレベルを示すアンテナピクト、携帯電話機１の現在の電池残量を示す電池ピクト、現在の時刻などが表示される。
【００２８】
図３は、本実施形態における携帯電話機１の内部の構成を示す図である。図示せぬ基地局から送信されてきた無線信号は、アンテナ３１で受信された後、アンテナ共用器（ＤＵＰ）３２を介して受信回路（ＲＸ）３３に入力される。受信回路３３は、受信された無線信号を周波数シンセサイザ（ＳＹＮ）３４から出力された局部発振信号とミキシングして中間周波数信号に周波数変換（ダウンコンバート）する。そして、受信回路３３は、このダウンコンバートされた中間周波数信号を直交復調して受信ベースバンド信号を出力する。
【００２９】
受信回路３３からの受信ベースバンド信号は、ＣＤＭＡ信号処理部３６に入力される。ＣＤＭＡ信号処理部３６は、図示せぬＲＡＫＥ受信機を備える。このＲＡＫＥ受信機では、受信ベースバンド信号に含まれる複数のパスがそれぞれの拡散符号（すなわち、拡散された受信信号の拡散符号と同一の拡散符号）で逆拡散処理される。そして、この逆拡散処理された各パスの信号は、位相が調停された後、コヒーレントＲａｋｅ合成される。Ｒａｋｅ合成後のデータ系列は、デインタリーブおよびチャネル復号（誤り訂正復号）が行われた後、２値のデータ判定が行われる。これにより、所定の伝送フォーマットの受信パケットデータが得られる。この受信パケットデータは、圧縮／伸張処理部３７に入力される。
【００３０】
圧縮／伸張処理部３７は、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）などにより構成され、ＣＤＭＡ信号処理部３６から出力された受信パケットデータを図示せぬ多重分離部によりメディアごとに分離し、分離されたメディアごとに対してそれぞれ復号処理を行う。
【００３１】
圧縮／伸張処理部３７のビデオコーデックにて復号されたディジタル動画信号は、制御部４１に入力される。制御部４１は、圧縮／伸張処理部３７から出力されたディジタル動画信号に基づく動画を、図示せぬビデオＲＡＭ（例えばＶＲＡＭなど）を介してメインディスプレイ２１に表示させる。
【００３２】
一方、通話モードにおいて、マイクロフォン２２に入力された話者（使用者）の音声信号（アナログオーディオ信号）は、送話増幅器４０により適正レベルまで増幅された後、ＰＣＭコーデック３８によりＰＣＭ符号化される。このＰＣＭ符号化後のディジタルオーディオ信号は、圧縮／伸張処理部３７に入力される。また、制御部４１にて作成された電子メールなどのテキストデータも圧縮／伸張処理部３７に入力される。
【００３３】
圧縮／伸張処理部３７は、ＰＣＭコーデック３８から出力されたディジタルオーディオ信号を所定の送信データレートに応じたフォーマットで圧縮符号化する。これにより、オーディオデータが生成される。また、圧縮／伸張処理部３７は、制御部４１から出力されたディジタル動画信号を圧縮符号化して動画データを生成する。そして、圧縮／伸張処理部３７は、これらのオーディオデータや動画データを図示せぬ多重分離部で所定の伝送フォーマットに従って多重化した後にパケット化し、パケット化後の送信パケットデータをＣＤＭＡ信号処理部３６に出力する。
【００３４】
ＣＤＭＡ信号処理部３６は、圧縮／伸張処理部３７から出力された送信パケットデータに対し、送信チャネルに割り当てられた拡散符号を用いてスペクトラム拡散処理を施し、スペクトラム拡散処理後の出力信号を送信回路（ＴＸ）３５に出力する。送信回路３５は、スペクトラム拡散処理後の信号をＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）方式などのディジタル変調方式を使用して変調する。送信回路３５は、ディジタル変調後の送信信号を、周波数シンセサイザ３４から発生される局部発振信号と合成して無線信号に周波数変換（アップコンバート）する。そして、送信回路３５は、制御部４１により指示される送信電力レベルとなるように、このアップコンバートにより生成された無線信号を高周波増幅する。この高周波増幅された無線信号は、アンテナ共用器３２を介してアンテナ３１に供給され、このアンテナ３１から図示せぬ基地局に向けて送信される。
【００３５】
電源回路４４は、バッテリ４３の出力を元に所定の動作電源電圧Ｖｃｃを生成して各回路部に供給する。
【００３６】
ワンセグ受信部４５は、ワンセグアンテナ４６によって受信された放送信号（ワンセグ）から、所望のチャンネルに対応したテレビ信号を受信する。また、ワンセグ受信部４５は、ラジオ放送についても受信することができる。
【００３７】
また、メモリカードスロット４７は、メモリカードを着脱することが可能なスロットを備えている。メモリカードは、ＮＡＮＤ型フラッシュメモリカードやＮＯＲ型フラッシュメモリカードなどに代表されるフラッシュメモリカードの一種であり、１０ピン端子を介して画像や音声、音楽などの各種データの書き込みおよび読み出しが可能となっている。
【００３８】
制御部４１は、ＣＰＵ４８（ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ４９（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、およびＲＡＭ５０（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などからなり、ＣＰＵ４８は、ＲＯＭ４９に記憶されているプログラムまたは記憶部５２からＲＡＭ５０にロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより携帯電話機１を統括的に制御する。なお、本実施形態における携帯電話機１には、動画処理と動画処理以外の処理とを並行して実行させる一のＣＰＵ４８が設けられる。また、ＣＰＵ４８はワンセグ受信部４５が受信したワンセグ放送の再生・録画処理、内部カメラＣＣＤ２５および外部ＣＣＤカメラ２６により撮影された動画の再生処理、データ通信サービスを利用してダウンロードし、記憶部５２やメモリカードに記憶された動画データの再生処理やストリーミングを利用した動画再生など各動画処理を実行する。
【００３９】
ＲＡＭ５０は、ＣＰＵ４８が各種の処理を実行する上において必要なデータなどを適宜記憶する。また、制御部４１はビデオＲＡＭ５１も備え、メインディスプレイ２１などに表示される映像に関する情報が一時的に格納される。
【００４０】
記憶部５２は、例えば、電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）などからなり、制御部４１のＣＰＵにより実行される種々のアプリケーションプログラムや種々のデータ群を格納している。
【００４１】
ここで、本実施形態における携帯電話機１の制御部４１は、動画の再生や記録など動画処理の実行中に、動画処理よりも優先度の高い割込みイベントが発生し、この割込みイベントに伴う割込み処理を実行する場合、割込み処理に対して割り当てられるＣＰＵ４８のリソースの占有率の制御を行うリソース制御処理を実行する。すなわち、制御部４１は、割込み処理に割り当てられたＣＰＵリソースの占有率を低減させて動画処理の実行に必要十分なＣＰＵリソースを動画処理に割り当て、動画処理が安定して実行される環境を維持する。
【００４２】
これに伴い、動画処理と動画処理以外の処理とを並行して実行させる一のＣＰＵ４８を備えた携帯電話機１において、動画処理の実行中に並行して割込み処理を行う場合であっても、動画の再生にコマ落ち現象を発生させることのない安定した動画処理の実行環境を実現することができる。
【００４３】
図４（Ａ）は、制御部４１がリソース制御処理を実行しない場合のＣＰＵリソースの占有率の時間的な遷移を示すグラフである。図４（Ｂ）は、本実施形態における携帯電話機１の制御部４１がリソース制御処理を実行した場合の、ＣＰＵリソースの占有率の時間的な遷移を示すグラフである。縦軸は１００％を最大値とするＣＰＵリソースを示し、横軸は時間を示す。また、動画処理のＣＰＵリソースは下軸基準（０％）で示され、割込み処理のＣＰＵリソースは上軸基準（０％）で示されている。
【００４４】
図４（Ａ）に示すように、制御部４１においてリソース制御処理が実行されない場合には、ＣＰＵ４８により実行される動画処理に割り当てられていたＣＰＵリソースの一部が、優先度の高い割込み処理の発生に伴い割込み処理に割り当てられてしまう。このため、動画処理に必要なＣＰＵリソースが不足し、動画再生時にはコマ落ち現象が発生してしまう。
【００４５】
一方、図４（Ｂ）に示すように、制御部４１においてリソース制御処理が実行された場合には、動画処理に対し、動画処理の安定した実行に必要なＣＰＵリソースの占有率が維持されるように、割込みイベントに割り当てられたＣＰＵリソースを低減する制御が行われる。具体的には、割込み処理に必要とされるＣＰＵリソースが動画処理に必要とされるＣＰＵリソースと競合する場合、制御部４１は動画処理の安定した実行に必要十分なＣＰＵリソースが動画処理に割り当てられるようにＣＰＵリソースの占有率の制御を行う。すなわち、制御部４１は、割込み処理の実行に伴い動画処理に必要とされるＣＰＵリソースが不足するタイミングに応じてリソース制御処理を実行し、本来割込み処理に割り当てられたＣＰＵリソースを動画処理に譲るようになっている。このとき、割込み処理に対して動画処理に割り当てられたＣＰＵリソースの残部が割り当てられ、割込み処理が実行される。
【００４６】
また、制御部４１は、動画処理が終了した際に割込み処理の実行が継続していた場合には、割込み処理に割り当てられたＣＰＵリソースの占有率を低減させるリソース制御処理を終了し、割込み処理に通常のＣＰＵリソースの占有率を割り当てるようになっている。
【００４７】
次に、制御部４１が実行する割込みイベント発生時における具体的なリソース制御処理について説明する。割込みイベント発生時におけるリソース制御処理は、割込みイベントに伴う割込み処理の内容を自動的に判別して、ＣＰＵ４８における割込み処理に割り当てられるＣＰＵリソースの占有率を制御する処理である。
【００４８】
具体的には、割込み処理が動画処理の実行に支障を来たす処理であった場合には動画処理を優先させ、ＣＰＵ４８における割込み処理の占有率を低減させて割込み処理を実行させる。一方、割込み処理が実行に緊急性を有する処理であった場合には、動画処理の実行環境が不安定となる可能性があっても、割込み処理の本来の占有率を維持して短時間で割込み処理を実行させる。
【００４９】
制御部４１が実行する割込みイベント発生時におけるリソース制御処理について、フローチャートを用いて説明する。図５は、本実施形態における携帯電話機１により実行される割込み処理発生時におけるリソース制御処理を説明するフローチャートである。
【００５０】
このリソース制御処理は、ワンセグ受信部４５が受信したワンセグ放送の再生・録画処理、内部カメラＣＣＤ２５および外部ＣＣＤカメラ２６により撮影された動画の再生処理、データ通信サービスを利用してダウンロードし記憶部５２やメモリカードに記憶された動画データの再生処理など動画処理がＣＰＵ４８において実行されている場合であって、何らかの割込みイベントが発生した場合に開始される。
【００５１】
なお、本実施形態における制御部４１は、ＣＰＵ４８における割込み処理に割り当てるＣＰＵリソースの占有率の制御を行うリソース制御手段、割込みイベントに伴う割込み処理の内容を判定する判定手段として機能する。また、制御部４１は、受信される電子メールの緊急性の有無を判定する緊急性判定手段、電子メールの本文の容量値が所定の容量値以上であるか否かを判定する容量値判定手段として機能する。また、例えば記憶部５２は、特定処理が記憶された記憶手段として機能する。なお、特定処理とは、ＣＰＵ４８が動画処理と動画処理以外の処理とを並行して実行した場合に動画処理の実行に必要とするＣＰＵリソース不足を発生させる処理とする。
【００５２】
ステップＳ１において、制御部４１は、携帯電話機１において発生した何らかの割込みイベントを検出する。
【００５３】
ステップＳ２において、制御部４１は、割込みイベントに伴う割込み処理が、電子メールサーバからの電子メールの受信処理であるか否かの判定を行う。制御部４１は、割込み処理が電子メールの受信処理でないと判定した場合、ステップＳ３において、割込み処理は特定処理であるか否かの判定を行う。特定処理は、動画処理の実行に必要なＣＰＵリソース不足を発生させることにより、コマ落ち現象などを発生させる処理である。特定処理には、例えば、容量の大きなコンテンツをプッシュでダウンロードするときの処理などが考えられる。この特定処理は、予め携帯電話機１の固有データとして設けてもよいし、ユーザが動画処理よりも優先したい処理などを特定処理として任意に設定可能に設けてもよい。割込み処理が特定処理であると判定された場合、処理は後述する割込み処理実行ステップＳ７に進む。一方、割込み処理が特定処理以外の処理であると判定された場合、処理は後述する通常処理実行ステップＳ１０に進む。
【００５４】
割込み処理判定ステップＳ２において、割込み処理が電子メールの受信処理であると判定された場合、ステップＳ４において、制御部４１はこの電子メールの内容を取得する。制御部４１は、例えば電子メールのヘッダを受信し、このヘッダより電子メールの送信元のアドレス、題名の内容、重要度などを電子メールの内容として受信する。
【００５５】
ステップＳ５において、制御部４１は、電子メールの内容から受信処理する電子メールが緊急性を備えた電子メールであるか否かの判定を行う。制御部４１は、予め受信通知を最優先するように設定されたアドレスが送信元である場合、予め携帯電話機１に登録された緊急性を表すキーワードと照合し、題名にこのキーワードが含まれている場合、電子メールに付与された重要度が「高」に設定されている場合などに、緊急性を備えた電子メールであると判定する。電子メールが緊急性を備えた電子メールであると判定された場合、処理は後述する通常処理実行ステップＳ１０に進む。
【００５６】
一方、電子メールが緊急性を備えていない電子メールであると判定された場合、ステップＳ６において、制御部４１は電子メール本文の容量値が規定値以上であるか否かの判定を行う。制御部４１は、電子メール本文の容量値が規定値より小さい値であると判定した場合、処理は後述する通常処理実行ステップＳ１０に進む。
【００５７】
一方、制御部４１は、電子メール本文の容量値が規定値以上であると判定した場合、ステップＳ７において、割込み処理に割り当てられるＣＰＵリソースの占有率を制御して割込み処理を実行する。具体的には、図４（Ｂ）に示すように、制御部４１は動画処理の安定した実行に必要十分なＣＰＵリソースが動画処理に割り当てられるようにＣＰＵリソースの占有率の制御を行う。すなわち、制御部４１は、割込み処理の実行に伴い動画処理に必要とされるＣＰＵリソースが不足するタイミングに応じてリソース制御処理を実行し、本来割込み処理に割り当てられたＣＰＵリソースを動画処理に譲るようになっている。このとき、割込み処理に対して動画処理に割り当てられたＣＰＵリソースの残部が割り当てられ、割込み処理が実行される。
【００５８】
制御部４１は、割込み処理が電子メールの受信処理であった場合に電子メールの受信を行うが、この電子メールに添付ファイルを備えていた場合には、電子メール本文のみの受信を行い、添付ファイルについては動画処理の終了後に受信を行ってもよい。添付ファイルは一般的に電子メール本文に比べて容量が大きく、動画処理の実行を不安定とさせるためである。
【００５９】
ステップＳ８において、制御部４１は、割込み処理が終了したか否かの判定を行う。制御部４１は、割込み処理が終了したと判定した場合、割込みイベント発生時におけるリソース制御処理を終了する。
【００６０】
制御部４１は、割込み処理が未だ終了していないと判定した場合、ステップＳ９において動画処理が終了したか否かの判定を行う。制御部４１は、動画処理が未だ終了していないと判定した場合、割込み処理実行ステップＳ７に戻り、以降の処理を繰り返す。
【００６１】
一方、制御部４１は動画処理が終了したと判定した場合、ステップＳ１０において、割込み処理に割り当てられたＣＰＵリソースの占有率を低減させる処理を終了し、割込み処理に対し通常のＣＰＵリソースの占有率を割り当てる。なお、ＣＰＵリソースの占有率の制御を行わないで実行される処理を、通常処理という。
【００６２】
この携帯電話機によれば、動画処理と動画処理以外の処理とを並行して実行する一のＣＰＵを備える場合であっても、コマ落ち現象などの発生を未然に防止し安定した動画処理を実現することができる。また、割込み処理の内容に応じてＣＰＵリソースの占有率を制御するため、割込み処理に割り当てられた不用意なＣＰＵリソースの低減、これに伴う割込み処理の遅延を回避することができる。特に、割込み処理が電子メールの受信処理であった場合には、電子メールの内容から緊急性を備えた電子メールであるか否かを自動的に判別し、緊急性を備えた電子メールである場合には迅速に受信処理を実行するため、ユーザにとって不都合が生じさせることがない。
【００６３】
すなわち、割込み処理の内容に応じて適切なＣＰＵリソースを割り当て、各処理を好適に実行させることができる。
【００６４】
なお、本発明は携帯電話機以外にもＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機、その他の一のＣＰＵを備えた携帯端末装置にも適用することができる。
【００６５】
また、本発明の各実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。
【図面の簡単な説明】
【００６６】
【図１】本発明に係る携帯端末装置の実施形態を示す携帯電話機の外観の構成を示す図。
【図２】本発明に係る携帯端末装置の実施形態を示す携帯電話機の他の外観の構成を示す図。
【図３】本実施形態における携帯電話機の内部の構成を示す図。
【図４】（Ａ）は制御部がリソース制御処理を実行しない場合のＣＰＵリソースの占有率の時間的な遷移を示すグラフ、（Ｂ）は本実施形態における携帯電話機の制御部がリソース制御処理を実行した場合のＣＰＵリソースの占有率の時間的な遷移を示すグラフ。
【図５】本実施形態における携帯電話機により実行される割込み処理発生時におけるリソース制御処理を説明するフローチャート。
【図６】（Ａ）はＣＰＵおよび動画処理専用ＣＰＵを備えた携帯端末装置の主要なハード構成を示す図、（Ｂ）は一のＣＰＵを備えた携帯端末装置の主要なハード構成を示す図。
【符号の説明】
【００６７】
１  携帯電話機
１１  ヒンジ部
１２  第一の筐体
１３  第二の筐体
１４  操作キー
１６  十字キー
１７  確定キー
１８  左ソフトキー
１９  右ソフトキー
２０  サイドキー
２１  メインディスプレイ
２２  マイクロフォン
２３  レシーバ
２４  サブディスプレイ
２５  内部ＣＣＤカメラ
２６  外部ＣＣＤカメラ
３２  アンテナ共用器
３３  受信回路（ＲＸ）
３４  周波数シンセサイザ（ＳＹＮ）
３５  送信回路（ＴＸ）
３６  ＣＤＭＡ信号処理部
３７  圧縮／伸張処理部
３８  ＰＣＭコーデック
４０  送話増幅器
４１  制御部
４３  バッテリ
４４  電源回路
４５  ワンセグ受信部
４６  ワンセグアンテナ
４７  メモリカードスロット
４８  ＣＰＵ
４９  ＲＯＭ
５０  ＲＡＭ
５１  ビデオＲＡＭ
５２  記憶部
【図１】
2010044590.tif 000003
【図２】
2010044590.tif 000004
【図３】
2010044590.tif 000005
【図４】
2010044590.tif 000006
【図５】
2010044590.tif 000007
【図６】
2010044590.tif 000008