移動通信端末装置とそのタイマー制御方法
【課題】アプリケーション処理の動作特性に従ってタイマーを使い分けて省電力化を実現する。
【解決手段】少なくとも待受状態では通信プロトコルにより一定間隔で電波の受信処理を行うために間欠タイマーにより起動されるモデム用演算処理部と、アプリケーション処理を実行するアプリケーション用演算処理部とを備える移動通信端末装置であって、 前記アプリケーション用演算処理部は、実行中のアプリケーションから要求されるタイマー設定要求があると、このタイマー設定要求によって指定されるタイマーの満了時間と、あらかじめ設定された閾値とを比較し、タイマーの満了時間が閾値より大きい値の場合はこのタイマーの満了時間を設定してスリープ状態へ移行し、前記タイマーの満了時間が閾値未満の場合は前記モデム用演算処理部に対して間欠受信周期のタイミングで割込みを行うよう要求してスリープ状態へ移行する。
【解決手段】少なくとも待受状態では通信プロトコルにより一定間隔で電波の受信処理を行うために間欠タイマーにより起動されるモデム用演算処理部と、アプリケーション処理を実行するアプリケーション用演算処理部とを備える移動通信端末装置であって、 前記アプリケーション用演算処理部は、実行中のアプリケーションから要求されるタイマー設定要求があると、このタイマー設定要求によって指定されるタイマーの満了時間と、あらかじめ設定された閾値とを比較し、タイマーの満了時間が閾値より大きい値の場合はこのタイマーの満了時間を設定してスリープ状態へ移行し、前記タイマーの満了時間が閾値未満の場合は前記モデム用演算処理部に対して間欠受信周期のタイミングで割込みを行うよう要求してスリープ状態へ移行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、移動通信端末装置とタイマー制御方法に関する。
【背景技術】
【０００２】
近年、携帯電話機等のバッテリ駆動による移動通信端末装置にあっては、通信以外に種々のアプリケーション機能を搭載するようになった。このため、アプリケーション処理が通信処理の妨げとならないように、モデム用とアプリケーション用に別個のＣＰＵ（演算処理装置）を搭載することがある。
【０００３】
上記モデム用のＣＰＵは、通話やデータ通信の行われていない、所謂、待ち受け状態であっても、ＣＤＭＡ（符号分割多元接続）の通信プロトコルに従って、一定間隔（約５秒）で電波の受信処理を実行しなければならない。このため、モデム用のＣＰＵを完全なスリープ状態にすることはできない。
【０００４】
一方、上記アプリケーション用のＣＰＵは、モデム用のＣＰＵとは異なり一定間隔での処理を必要としないため、完全にスリープ状態に移行することが可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１５１８０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のとおり、アプリケーション用のＣＰＵを完全にスリープ状態に移行させることは可能であるが、消費電流の削減を意識した場合、このスリープ状態からの復帰タイミングを最適に制御する必要がある。
【課題を解決するための手段】
【０００７】
実施形態によれば、少なくとも待受状態では通信プロトコルにより一定間隔で電波の受信処理を行うために間欠タイマーにより起動されるモデム用演算処理部と、アプリケーション処理を実行するアプリケーション用演算処理部とを備える移動通信端末装置であって、前記アプリケーション用演算処理部は、実行中のアプリケーションから要求されるタイマー設定要求があると、このタイマー設定要求によって指定されるタイマーの満了時間と、あらかじめ設定された閾値とを比較し、タイマーの満了時間が閾値より大きい値の場合はこのタイマーの満了時間を設定してスリープ状態へ移行し、前記タイマーの満了時間が閾値未満の場合は前記モデム用演算処理部に対して間欠受信周期のタイミングで割込みを行うよう要求してスリープ状態へ移行する。
【図面の簡単な説明】
【０００８】
【図１】実施形態の携帯電話機の構成を示すブロック図である。
【図２】上記実施形態のＢＲＥＷアプリケーションで使用されるタイマーのタイマー機能モジュールの階層構造を示すブロック図である。
【図３】上記実施形態のタイマー種別決定処理の流れを示すフローチャートである。
【図４】上記実施形態において、タイマーキューに複数のタイマー設定要求が存在する場合の一例を示す図である。
【図５】上記実施形態におけるタイマー種別の決定とその設定、開始、満了の処理タイミングを示すタイミング図である。
【発明を実施するための形態】
【０００９】
以下、実施の形態について、図面を参照して説明する。
【００１０】
図１は実施形態の携帯電話機の構成を示すブロック図である。図１に示す携帯電話機１は、各通信処理部を統括的に制御する主制御部１１、電源回路部１２、キー入力制御部１３、画像エンコーダ１４、カメラインタフェース部１５、表示制御部１６、画像デコーダ１７、多重分離部１８、変復調回路部１９、音声コーデック２０、記録再生部２５、および記憶部２７がバス２１を介して互いに接続されている。
【００１１】
なお、主制御部１１は、通信系の処理を行うモデム用ＣＰＵ（Central Processing Unit）（以下、Ｍ−ＣＰＵ）１１と、通信系以外の情報処理を行うアプリケーション用ＣＰＵ（以下、Ａ−ＣＰＵ）１１２を含んでいる。
【００１２】
Ｍ−ＣＰＵ１１１、Ａ−ＣＰＵ１１２は、ＲＯＭ１１５に記憶されているプログラムまたは上記記憶部２７からＲＡＭ１１６にロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより携帯電話機１を統括的に制御する。また、ＲＡＭ１１６には、Ｍ−ＣＰＵ１１１とＡ−ＣＰＵ１１２が各種の処理を実行する上において必要なデータなどが適宜記憶される。
【００１３】
携帯電話機１は、音声通話が行われているときは、マイクロフォン５で集音された音声信号は、ディジタル音声信号に変換された後、音声コーデック２０によってＡＭＲ（Adaptive Multi-Rate）等の符号化方式に従って符号化される。そして、この符号化ディジタル音声信号は、変復調回路部１９でスペクトラム拡散処理され、さらに送受信回路部２３でディジタルアナログ変換処理および周波数変換処理が施され、アンテナ２４を介して基地局に送信される。一方、アンテナ２４を介して受信した受信信号は、送受信回路部２３で増幅された後、周波数変換処理およびアナログディジタル変換処理が施される。その後、変復調回路部１９でスペクトラム逆拡散処理されて符号化ディジタル音声信号として復元される。この符号化ディジタル音声信号は音声コーデック２０によって復号され、さらにアナログ音声信号に変換した後、スピーカ８を介して外部に出力される。
【００１４】
また、電子メールを送信する場合、操作キー４の操作によって入力された電子メールのテキストデータを、操作入力制御部１３を介して主制御部１１に送出する。主制御部１１は、テキストデータを変復調回路部１９でスペクトラム拡散処理し、送受信回路部２３でディジタルアナログ変換処理および周波数変換処理を施した後にアンテナ２４を介して基地局（図示せず）へ送信する。一方、電子メールを受信する場合、アンテナ２４を介して基地局（図示せず）から受信した受信信号を変復調回路部１９でスペクトラム逆拡散処理して元のテキストデータを復元した後、表示制御部１６を介して表示部７に電子メールとして表示する。
【００１５】
また、画像信号を送信する場合、ＣＣＤカメラ１０で撮像された画像信号をカメラインタフェース部１５を介して画像エンコーダ１４に供給する。画像エンコーダ１４は、ＣＣＤカメラ１０から供給された画像信号を、例えばＭＰＥＧ（Moving Picture Experts Group）４などの所定の符号化方式によって圧縮符号化することにより符号化画像信号に変換し、変換された符号化画像信号を多重分離部１８に送出する。このとき同時に携帯電話機１は、ＣＣＤカメラ１０で撮像中にマイクロフォン５で集音した音声を、音声コーデック２０を介してディジタルの音声信号として多重分離部１８に送出する。多重分離部１８は、画像エンコーダ１４から供給された符号化画像信号と音声コーデック２０から供給された音声信号とを所定の方式で多重化し、その結果得られる多重化信号を変復調回路部１９でスペクトラム拡散処理し、送受信回路部２３でディジタルアナログ変換処理および周波数変換処理を施した後にアンテナ２４を介して送信する。
【００１６】
また、Ｗｅｂページなどにリンクされた動画像ファイルのデータを受信する場合、アンテナ２４を介して基地局（図示せず）から受信した受信信号を変復調回路部１９でスペクトラム逆拡散処理し、その結果得られる多重化信号を多重分離部１８に送出する。多重分離部１８は、多重化信号を分離することにより符号化画像信号と音声信号とに分け、同期バス２２を介して符号化画像信号を画像デコーダ１７に供給すると共に音声信号を音声コーデック２０に供給する。画像デコーダ１７は、符号化画像信号をＭＰＥＧ４などの所定の符号化方式に対応した復号化方式でデコードすることにより再生動画像信号を生成し、生成された再生動画像信号を、ＬＣＤ制御部１６を介して表示部７に供給する。
【００１７】
これにより、例えば、Ｗｅｂページなどにリンクされた動画像ファイルに含まれる動画像データが表示される。このとき同時に音声コーデック２０は、音声信号をアナログ音声信号に変換した後、これをスピーカ８に供給し、これにより、例えば、Ｗｅｂページなどにリンクされた動画像ファイルに含まる音声信号が再生される。
【００１８】
記憶部２７は、例えば、電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Hard Disc Drive）などからなり、主制御部１１のＣＰＵにより実行される種々のアプリケーションプログラムや種々のデータ群を格納している。
【００１９】
上記構成による携帯電話機において、本実施形態では、タイマー制御部１１８において、アプリケーションから設定されるタイマーの種別を使い分け、これによってＣＰＵ１１１，１１２のスリープ時間を増やし、全体として消費電力を低減する。
【００２０】
以下、ＢＲＥＷ(登録商標)をアプリケーションのプラットフォームとして実装した場合のタイマー機能について説明する。
【００２１】
図２はＢＲＥＷアプリケーションで使用されるタイマー（ISHELL Set Timer）のタイマー機能モジュールの階層構造を示すブロック図であり、Ａ−ＣＰＵ１１２上で動作する。
【００２２】
まず、ＢＲＥＷアプリケーション層Ｌ１は、ISHELL Set Timer (BREW SHELL Interface)層Ｌ２、ＡＥＥ（Application Execution Environment）層Ｌ３を介してカーネル（Kernel）層Ｌ４のタイマーへ繋がっている。このカーネル層Ｌ４のタイマーは、カーネル移植層（kernel porting layer）Ｌ５を介してデバイス依存のタイマー機能（デバイス層）Ｌ６へ繋がっている。
【００２３】
ここで、デバイス依存のタイマー機能は種別ごとに異なるタイマー動作を行わせることができ、下記のタイマー種別グループが用意されている。
（１）常時オングループ：常に正しいタイマー動作を実行する。
（２）間欠グループ：携帯電話機１がスリープ動作状態では間欠動作へ移行する。このため、間欠動作間隔より短いタイマーは間欠動作間隔へと遅延することになる。
（３）ＬＣＤ（液晶ディスプレイ）オングループ：タイマーはメインのディスプレイ（ＬＣＤ）がオン状態のときのみ動作し、オフの期間では満了しない。
（４）クロック入力（ＣＬＫ）連動グループ：リアルタイムＯＳ（Real-Time Operating System）のＣＰＵクロック制御機能に連動するタイマーである。スリープ中はタイムアップしない。
【００２４】
Ａ−ＣＰＵ１１２上で動作するＢＲＥＷアプリケーション層Ｌ１がタイマーを使用する状況によって、Ａ−ＣＰＵ１１２のスリープ状態への移行可否に影響が発生する。例えば、ＢＲＥＷアプリケーションが短い間隔でタイマーを使用する場合、Ａ−ＣＰＵ１１２がスリープ状態に移行することができず、消費電流の削減することが困難となる。
【００２５】
そこで、本実施形態では、図２に示すカーネル移植層Ｌ５において、上記（１）〜（４）のタイマー種別のうち、（１）常時オングループと（２）間欠グループを用い、アプリケーションから設定されるタイマーの種別を使い分ける。
【００２６】
図３に本実施形態のタイマー種別決定処理の流れを示すフローチャートである。
【００２７】
カーネル層Ｌ４は、自己が管理するタイマーキューを参照し、実行されているアプリケーションに基づいてＢＲＥＷアプリケーション層Ｌ１から受け取ったタイマー設定要求を確認する。そして、複数のタイマー設定要求がタイマーキューに存在する場合は、要求されるタイマー満了時間が最も短いタイマーを検索する（ステップＳ１）。
【００２８】
カーネル層Ｌ４で、タイマー設定要求が１つの場合は、この要求に含まれるタイマー満了時間を、またタイマー設定要求が複数ある場合は、上述のとおり検索されたタイマー満了時間を選択すると、この選択されたタイマー満了時間がカーネル移植層Ｌ５に通知され、カーネル移植層Ｌ５にて、通知されたタイマー満了時間と閾値との比較が行われる（ステップＳ２）。
【００２９】
なお、上記閾値はＣ−ＣＰＵ１１１の間欠受信周期と同じ時間、または、この間欠受信周期より長い時間が設定される。
【００３０】
そして、カーネル移植層Ｌ５は、ステップＳ２でタイマー満了時間が閾値以上（または、閾値より大きい）の場合は、常時オングループを選択し（ステップＳ３）、一方、ステップＳ２でタイマー満了時間が閾値未満（または、閾値以下）の場合は、間欠グループを選択する（ステップＳ４）。
【００３１】
常時オングループまたは間欠グループの選択が終わると、常時オングループが選択された場合は、Ａ−ＣＰＵ１１２は、自己が管理するタイマーにカーネル層Ｌ４が選択したタイマー設定要求に含まれるタイマー満了時間を設定してスリープ状態に移行し、一方、間欠グループが選択された場合は、Ａ−ＣＰＵ１１２は、Ｃ−ＣＰＵ１１１に対してＣ−ＣＰＵ１１１の間欠受信周期のタイミングで起動のための割込みを行うよう要求してスリープ状態に移行する（ステップＳ５）。このようにして、Ａ−ＣＰＵ１１２は実行中のアプリケーションからのタイマー設定要求に対し、スリープ状態への移行、およびタイマー処理を最適に実行させることが可能となる。なお、割込みを行うよう要求を受けたＣ−ＣＰＵ１１１では、タイマー設定要求に含まれるタイマー満了時間と間欠受信周期のタイミングが一致していない場合は、このタイマー満了時刻の経過後、最初に訪れる間欠受信周期のタイミングでＡ−ＣＰＵ１１２に対して割込みを行うよう制御する。
【００３２】
ここで、カーネル層Ｌ４の管理するタイマーキューに複数のタイマー設定要求が存在し、この中から１つのタイマー設定要求を選択する処理の一例を、図４を用いて説明する。
【００３３】
図４を参照すると、５つのタイマー設定要求Ａ〜Ｅがタイマーキューに存在している。ここで、カーネル層Ｌ４は、この中から、タイマー満了までの時間がもっとも短いタイマー設定要求Ｅが選択される。また、この結果、タイマー満了時間がタイマー設定要求Ｅよりも長い値を持つタイマー設定要求については、タイマー設定要求Ｅ煮基づいて設定されたタイマー満了後に順次処理され、処理された順にタイマーキューから削除される。そして、Ａ−ＣＰＵ１２１が次のタイミングでスリープ状態に移行する際は、そのときにタイマーキューに存在するタイマー設定要求に基づいて上述と同様に手順に基づいてタイマー処理が行われる。
【００３４】
また、図５は、本実施形態におけるタイマー種別の決定とその設定、開始、満了の処理タイミングを示すタイミング図である。
【００３５】
図５に示すように、カーネル層Ｌ４で選択されたタイマーの設定値（満了までの時間）がＴ１で上述した閾値未満の場合は、間欠グループが選択され、Ａ−ＣＰＵ１１２はＣ−ＣＰＵ１１１が間欠受信周期のタイミングＴ２で起動したときに割込みを受け、スリープ状態から復帰する。一方、タイマーの設定値がＴ３で閾値以上の場合は、常時オンタイマーグループが選択され、Ａ−ＣＰＵ１１２は自己のタイマーに起動タイミングＴ３を設定し、このタイミングで起動する。
【００３６】
したがって、本実施形態によれば、実行中のアプリケーションから要求されるタイマー設定要求に応じて、常に正しいタイマー動作を実行する常時オングループの処理と間欠受信動作に連動したタイマー動作を実行する間欠グループを使い分けるようにしているので、省電力化を実現した携帯電話機を提供することができる。
【００３７】
なお、上記の例ではＢＲＥＷが実装されている場合について説明したが、これに限らず、アプリケーションのプラットフォームとしてＢＲＥＷ以外の場合であっても、複数のＣＰＵを実装した装置に適用することが可能であり、さらに、携帯電話機以外にもバッテリを電源とする通信端末装置全般に適用することが可能である。
【００３８】
その他、上記実施形態はそのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせでもよい。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００３９】
１…携帯電話機、４…操作キー、５…マイクロフォン、８…スピーカ、１０…ＣＣＤカメラ、１１…主制御部、１１１…モデム用ＣＰＵ（Ｃ−ＣＰＵ）、１１２…アプリケーション用ＣＰＵ（Ａ−ＣＰＵ）、１２…電源回路部、１３…キー入力制御部、１４…画像エンコーダ、１５…カメラインタフェース部、１６…ＬＣＤ制御部、１７…画像デコーダ、１８…多重分離部、１９…変復調回路部、２０…音声コーデック、２１…バス、２３…送受信回路部、２４…アンテナ、２５…記録再生部、２７…記憶部。
【技術分野】
【０００１】
本発明の実施形態は、移動通信端末装置とタイマー制御方法に関する。
【背景技術】
【０００２】
近年、携帯電話機等のバッテリ駆動による移動通信端末装置にあっては、通信以外に種々のアプリケーション機能を搭載するようになった。このため、アプリケーション処理が通信処理の妨げとならないように、モデム用とアプリケーション用に別個のＣＰＵ（演算処理装置）を搭載することがある。
【０００３】
上記モデム用のＣＰＵは、通話やデータ通信の行われていない、所謂、待ち受け状態であっても、ＣＤＭＡ（符号分割多元接続）の通信プロトコルに従って、一定間隔（約５秒）で電波の受信処理を実行しなければならない。このため、モデム用のＣＰＵを完全なスリープ状態にすることはできない。
【０００４】
一方、上記アプリケーション用のＣＰＵは、モデム用のＣＰＵとは異なり一定間隔での処理を必要としないため、完全にスリープ状態に移行することが可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１５１８０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のとおり、アプリケーション用のＣＰＵを完全にスリープ状態に移行させることは可能であるが、消費電流の削減を意識した場合、このスリープ状態からの復帰タイミングを最適に制御する必要がある。
【課題を解決するための手段】
【０００７】
実施形態によれば、少なくとも待受状態では通信プロトコルにより一定間隔で電波の受信処理を行うために間欠タイマーにより起動されるモデム用演算処理部と、アプリケーション処理を実行するアプリケーション用演算処理部とを備える移動通信端末装置であって、前記アプリケーション用演算処理部は、実行中のアプリケーションから要求されるタイマー設定要求があると、このタイマー設定要求によって指定されるタイマーの満了時間と、あらかじめ設定された閾値とを比較し、タイマーの満了時間が閾値より大きい値の場合はこのタイマーの満了時間を設定してスリープ状態へ移行し、前記タイマーの満了時間が閾値未満の場合は前記モデム用演算処理部に対して間欠受信周期のタイミングで割込みを行うよう要求してスリープ状態へ移行する。
【図面の簡単な説明】
【０００８】
【図１】実施形態の携帯電話機の構成を示すブロック図である。
【図２】上記実施形態のＢＲＥＷアプリケーションで使用されるタイマーのタイマー機能モジュールの階層構造を示すブロック図である。
【図３】上記実施形態のタイマー種別決定処理の流れを示すフローチャートである。
【図４】上記実施形態において、タイマーキューに複数のタイマー設定要求が存在する場合の一例を示す図である。
【図５】上記実施形態におけるタイマー種別の決定とその設定、開始、満了の処理タイミングを示すタイミング図である。
【発明を実施するための形態】
【０００９】
以下、実施の形態について、図面を参照して説明する。
【００１０】
図１は実施形態の携帯電話機の構成を示すブロック図である。図１に示す携帯電話機１は、各通信処理部を統括的に制御する主制御部１１、電源回路部１２、キー入力制御部１３、画像エンコーダ１４、カメラインタフェース部１５、表示制御部１６、画像デコーダ１７、多重分離部１８、変復調回路部１９、音声コーデック２０、記録再生部２５、および記憶部２７がバス２１を介して互いに接続されている。
【００１１】
なお、主制御部１１は、通信系の処理を行うモデム用ＣＰＵ（Central Processing Unit）（以下、Ｍ−ＣＰＵ）１１と、通信系以外の情報処理を行うアプリケーション用ＣＰＵ（以下、Ａ−ＣＰＵ）１１２を含んでいる。
【００１２】
Ｍ−ＣＰＵ１１１、Ａ−ＣＰＵ１１２は、ＲＯＭ１１５に記憶されているプログラムまたは上記記憶部２７からＲＡＭ１１６にロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより携帯電話機１を統括的に制御する。また、ＲＡＭ１１６には、Ｍ−ＣＰＵ１１１とＡ−ＣＰＵ１１２が各種の処理を実行する上において必要なデータなどが適宜記憶される。
【００１３】
携帯電話機１は、音声通話が行われているときは、マイクロフォン５で集音された音声信号は、ディジタル音声信号に変換された後、音声コーデック２０によってＡＭＲ（Adaptive Multi-Rate）等の符号化方式に従って符号化される。そして、この符号化ディジタル音声信号は、変復調回路部１９でスペクトラム拡散処理され、さらに送受信回路部２３でディジタルアナログ変換処理および周波数変換処理が施され、アンテナ２４を介して基地局に送信される。一方、アンテナ２４を介して受信した受信信号は、送受信回路部２３で増幅された後、周波数変換処理およびアナログディジタル変換処理が施される。その後、変復調回路部１９でスペクトラム逆拡散処理されて符号化ディジタル音声信号として復元される。この符号化ディジタル音声信号は音声コーデック２０によって復号され、さらにアナログ音声信号に変換した後、スピーカ８を介して外部に出力される。
【００１４】
また、電子メールを送信する場合、操作キー４の操作によって入力された電子メールのテキストデータを、操作入力制御部１３を介して主制御部１１に送出する。主制御部１１は、テキストデータを変復調回路部１９でスペクトラム拡散処理し、送受信回路部２３でディジタルアナログ変換処理および周波数変換処理を施した後にアンテナ２４を介して基地局（図示せず）へ送信する。一方、電子メールを受信する場合、アンテナ２４を介して基地局（図示せず）から受信した受信信号を変復調回路部１９でスペクトラム逆拡散処理して元のテキストデータを復元した後、表示制御部１６を介して表示部７に電子メールとして表示する。
【００１５】
また、画像信号を送信する場合、ＣＣＤカメラ１０で撮像された画像信号をカメラインタフェース部１５を介して画像エンコーダ１４に供給する。画像エンコーダ１４は、ＣＣＤカメラ１０から供給された画像信号を、例えばＭＰＥＧ（Moving Picture Experts Group）４などの所定の符号化方式によって圧縮符号化することにより符号化画像信号に変換し、変換された符号化画像信号を多重分離部１８に送出する。このとき同時に携帯電話機１は、ＣＣＤカメラ１０で撮像中にマイクロフォン５で集音した音声を、音声コーデック２０を介してディジタルの音声信号として多重分離部１８に送出する。多重分離部１８は、画像エンコーダ１４から供給された符号化画像信号と音声コーデック２０から供給された音声信号とを所定の方式で多重化し、その結果得られる多重化信号を変復調回路部１９でスペクトラム拡散処理し、送受信回路部２３でディジタルアナログ変換処理および周波数変換処理を施した後にアンテナ２４を介して送信する。
【００１６】
また、Ｗｅｂページなどにリンクされた動画像ファイルのデータを受信する場合、アンテナ２４を介して基地局（図示せず）から受信した受信信号を変復調回路部１９でスペクトラム逆拡散処理し、その結果得られる多重化信号を多重分離部１８に送出する。多重分離部１８は、多重化信号を分離することにより符号化画像信号と音声信号とに分け、同期バス２２を介して符号化画像信号を画像デコーダ１７に供給すると共に音声信号を音声コーデック２０に供給する。画像デコーダ１７は、符号化画像信号をＭＰＥＧ４などの所定の符号化方式に対応した復号化方式でデコードすることにより再生動画像信号を生成し、生成された再生動画像信号を、ＬＣＤ制御部１６を介して表示部７に供給する。
【００１７】
これにより、例えば、Ｗｅｂページなどにリンクされた動画像ファイルに含まれる動画像データが表示される。このとき同時に音声コーデック２０は、音声信号をアナログ音声信号に変換した後、これをスピーカ８に供給し、これにより、例えば、Ｗｅｂページなどにリンクされた動画像ファイルに含まる音声信号が再生される。
【００１８】
記憶部２７は、例えば、電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Hard Disc Drive）などからなり、主制御部１１のＣＰＵにより実行される種々のアプリケーションプログラムや種々のデータ群を格納している。
【００１９】
上記構成による携帯電話機において、本実施形態では、タイマー制御部１１８において、アプリケーションから設定されるタイマーの種別を使い分け、これによってＣＰＵ１１１，１１２のスリープ時間を増やし、全体として消費電力を低減する。
【００２０】
以下、ＢＲＥＷ(登録商標)をアプリケーションのプラットフォームとして実装した場合のタイマー機能について説明する。
【００２１】
図２はＢＲＥＷアプリケーションで使用されるタイマー（ISHELL Set Timer）のタイマー機能モジュールの階層構造を示すブロック図であり、Ａ−ＣＰＵ１１２上で動作する。
【００２２】
まず、ＢＲＥＷアプリケーション層Ｌ１は、ISHELL Set Timer (BREW SHELL Interface)層Ｌ２、ＡＥＥ（Application Execution Environment）層Ｌ３を介してカーネル（Kernel）層Ｌ４のタイマーへ繋がっている。このカーネル層Ｌ４のタイマーは、カーネル移植層（kernel porting layer）Ｌ５を介してデバイス依存のタイマー機能（デバイス層）Ｌ６へ繋がっている。
【００２３】
ここで、デバイス依存のタイマー機能は種別ごとに異なるタイマー動作を行わせることができ、下記のタイマー種別グループが用意されている。
（１）常時オングループ：常に正しいタイマー動作を実行する。
（２）間欠グループ：携帯電話機１がスリープ動作状態では間欠動作へ移行する。このため、間欠動作間隔より短いタイマーは間欠動作間隔へと遅延することになる。
（３）ＬＣＤ（液晶ディスプレイ）オングループ：タイマーはメインのディスプレイ（ＬＣＤ）がオン状態のときのみ動作し、オフの期間では満了しない。
（４）クロック入力（ＣＬＫ）連動グループ：リアルタイムＯＳ（Real-Time Operating System）のＣＰＵクロック制御機能に連動するタイマーである。スリープ中はタイムアップしない。
【００２４】
Ａ−ＣＰＵ１１２上で動作するＢＲＥＷアプリケーション層Ｌ１がタイマーを使用する状況によって、Ａ−ＣＰＵ１１２のスリープ状態への移行可否に影響が発生する。例えば、ＢＲＥＷアプリケーションが短い間隔でタイマーを使用する場合、Ａ−ＣＰＵ１１２がスリープ状態に移行することができず、消費電流の削減することが困難となる。
【００２５】
そこで、本実施形態では、図２に示すカーネル移植層Ｌ５において、上記（１）〜（４）のタイマー種別のうち、（１）常時オングループと（２）間欠グループを用い、アプリケーションから設定されるタイマーの種別を使い分ける。
【００２６】
図３に本実施形態のタイマー種別決定処理の流れを示すフローチャートである。
【００２７】
カーネル層Ｌ４は、自己が管理するタイマーキューを参照し、実行されているアプリケーションに基づいてＢＲＥＷアプリケーション層Ｌ１から受け取ったタイマー設定要求を確認する。そして、複数のタイマー設定要求がタイマーキューに存在する場合は、要求されるタイマー満了時間が最も短いタイマーを検索する（ステップＳ１）。
【００２８】
カーネル層Ｌ４で、タイマー設定要求が１つの場合は、この要求に含まれるタイマー満了時間を、またタイマー設定要求が複数ある場合は、上述のとおり検索されたタイマー満了時間を選択すると、この選択されたタイマー満了時間がカーネル移植層Ｌ５に通知され、カーネル移植層Ｌ５にて、通知されたタイマー満了時間と閾値との比較が行われる（ステップＳ２）。
【００２９】
なお、上記閾値はＣ−ＣＰＵ１１１の間欠受信周期と同じ時間、または、この間欠受信周期より長い時間が設定される。
【００３０】
そして、カーネル移植層Ｌ５は、ステップＳ２でタイマー満了時間が閾値以上（または、閾値より大きい）の場合は、常時オングループを選択し（ステップＳ３）、一方、ステップＳ２でタイマー満了時間が閾値未満（または、閾値以下）の場合は、間欠グループを選択する（ステップＳ４）。
【００３１】
常時オングループまたは間欠グループの選択が終わると、常時オングループが選択された場合は、Ａ−ＣＰＵ１１２は、自己が管理するタイマーにカーネル層Ｌ４が選択したタイマー設定要求に含まれるタイマー満了時間を設定してスリープ状態に移行し、一方、間欠グループが選択された場合は、Ａ−ＣＰＵ１１２は、Ｃ−ＣＰＵ１１１に対してＣ−ＣＰＵ１１１の間欠受信周期のタイミングで起動のための割込みを行うよう要求してスリープ状態に移行する（ステップＳ５）。このようにして、Ａ−ＣＰＵ１１２は実行中のアプリケーションからのタイマー設定要求に対し、スリープ状態への移行、およびタイマー処理を最適に実行させることが可能となる。なお、割込みを行うよう要求を受けたＣ−ＣＰＵ１１１では、タイマー設定要求に含まれるタイマー満了時間と間欠受信周期のタイミングが一致していない場合は、このタイマー満了時刻の経過後、最初に訪れる間欠受信周期のタイミングでＡ−ＣＰＵ１１２に対して割込みを行うよう制御する。
【００３２】
ここで、カーネル層Ｌ４の管理するタイマーキューに複数のタイマー設定要求が存在し、この中から１つのタイマー設定要求を選択する処理の一例を、図４を用いて説明する。
【００３３】
図４を参照すると、５つのタイマー設定要求Ａ〜Ｅがタイマーキューに存在している。ここで、カーネル層Ｌ４は、この中から、タイマー満了までの時間がもっとも短いタイマー設定要求Ｅが選択される。また、この結果、タイマー満了時間がタイマー設定要求Ｅよりも長い値を持つタイマー設定要求については、タイマー設定要求Ｅ煮基づいて設定されたタイマー満了後に順次処理され、処理された順にタイマーキューから削除される。そして、Ａ−ＣＰＵ１２１が次のタイミングでスリープ状態に移行する際は、そのときにタイマーキューに存在するタイマー設定要求に基づいて上述と同様に手順に基づいてタイマー処理が行われる。
【００３４】
また、図５は、本実施形態におけるタイマー種別の決定とその設定、開始、満了の処理タイミングを示すタイミング図である。
【００３５】
図５に示すように、カーネル層Ｌ４で選択されたタイマーの設定値（満了までの時間）がＴ１で上述した閾値未満の場合は、間欠グループが選択され、Ａ−ＣＰＵ１１２はＣ−ＣＰＵ１１１が間欠受信周期のタイミングＴ２で起動したときに割込みを受け、スリープ状態から復帰する。一方、タイマーの設定値がＴ３で閾値以上の場合は、常時オンタイマーグループが選択され、Ａ−ＣＰＵ１１２は自己のタイマーに起動タイミングＴ３を設定し、このタイミングで起動する。
【００３６】
したがって、本実施形態によれば、実行中のアプリケーションから要求されるタイマー設定要求に応じて、常に正しいタイマー動作を実行する常時オングループの処理と間欠受信動作に連動したタイマー動作を実行する間欠グループを使い分けるようにしているので、省電力化を実現した携帯電話機を提供することができる。
【００３７】
なお、上記の例ではＢＲＥＷが実装されている場合について説明したが、これに限らず、アプリケーションのプラットフォームとしてＢＲＥＷ以外の場合であっても、複数のＣＰＵを実装した装置に適用することが可能であり、さらに、携帯電話機以外にもバッテリを電源とする通信端末装置全般に適用することが可能である。
【００３８】
その他、上記実施形態はそのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせでもよい。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００３９】
１…携帯電話機、４…操作キー、５…マイクロフォン、８…スピーカ、１０…ＣＣＤカメラ、１１…主制御部、１１１…モデム用ＣＰＵ（Ｃ−ＣＰＵ）、１１２…アプリケーション用ＣＰＵ（Ａ−ＣＰＵ）、１２…電源回路部、１３…キー入力制御部、１４…画像エンコーダ、１５…カメラインタフェース部、１６…ＬＣＤ制御部、１７…画像デコーダ、１８…多重分離部、１９…変復調回路部、２０…音声コーデック、２１…バス、２３…送受信回路部、２４…アンテナ、２５…記録再生部、２７…記憶部。
【特許請求の範囲】
【請求項１】
少なくとも待受状態では通信プロトコルにより一定間隔で電波の受信処理を行うために間欠タイマーにより起動されるモデム用演算処理部と、アプリケーション処理を実行するアプリケーション用演算処理部とを備える移動通信端末装置であって、
前記アプリケーション用演算処理部は、実行中のアプリケーションから要求されるタイマー設定要求があると、
このタイマー設定要求によって指定されるタイマーの満了時間と、あらかじめ設定された閾値とを比較し、タイマーの満了時間が閾値より大きい値の場合はこのタイマーの満了時間を設定してスリープ状態へ移行し、前記タイマーの満了時間が閾値未満の場合は前記モデム用演算処理部に対して間欠受信周期のタイミングで割込みを行うよう要求してスリープ状態へ移行することを特徴とする移動通信端末装置。
【請求項２】
前記アプリケーション用演算処理部は、複数のタイマー設定要求がある場合は、この複数のタイマー設定要求のうちからタイマー満了時間までが最も短いタイマー設定要求を選択し、この選択したタイマー設定要求に含まれるタイマー満了時刻と前記閾値とを比較することを特徴とする請求項１に記載の移動通信端末装置。
【請求項３】
前記アプリケーション用演算処理部は、前記モデム用演算処理部に割込みを行うよう要求するとき、前記タイマー設定要求に含まれるタイマー満了時間を通知し、
前記モデム用演算処理部は、前記アプリケーション用演算処理部から割込みの要求を受けると、前記通知された前記タイマー満了時刻を経過した後の間欠受信周期のタイミングで前記アプリケーション用演算処理部に対して割込みを行うことを特徴とする請求項１に記載の移動通信端末装置。
【請求項４】
前記タイマー満了時間と比較される閾値は、前記モデム用演算処理部の間欠受信周期より長い任意の時間が設定されることを特徴とする請求項１に記載の移動通信端末装置。
【請求項５】
少なくとも待受状態では通信プロトコルにより一定間隔で電波の受信処理を行うために間欠タイマーにより起動されるモデム用演算処理部と、アプリケーション処理を実行するアプリケーション用演算処理部とを備える移動通信端末装置におけるタイマー制御方法であって、
実行中にアプリケーションから要求されるタイマー設定要求に基づき、このタイマー設定要求に含まれるタイマー設定時間と閾値とを比較し、
この比較の結果、前記タイマー設定時間が閾値より大きい値のときは、前記アプリケーション用演算処理部に、このタイマー設定時間を設定してスリープ状態に移行させ、
前記比較の結果、前記タイマー設定時間が閾値未満の値のときは、前記モデム用演算処理部に、間欠受信周期のタイミングで前記アプリケーション用演算処理部に割り込みを行わせるよう設定するとともに、前記アプリケーション用演算処理部をスリープ状態へ移行させる
ことを特徴とするタイマー制御方法。
前記タイマーの満了時間を前記間欠タイマーの設定値より大きい閾値と比較し、
前記タイマー満了時間が前記閾値以上のとき、前記タイマーの種別を常時オンとし、閾値未満のとき、前記タイマーの種別を間欠オンとすることを特徴とする移動通信端末装置のタイマー制御方法。
【請求項１】
少なくとも待受状態では通信プロトコルにより一定間隔で電波の受信処理を行うために間欠タイマーにより起動されるモデム用演算処理部と、アプリケーション処理を実行するアプリケーション用演算処理部とを備える移動通信端末装置であって、
前記アプリケーション用演算処理部は、実行中のアプリケーションから要求されるタイマー設定要求があると、
このタイマー設定要求によって指定されるタイマーの満了時間と、あらかじめ設定された閾値とを比較し、タイマーの満了時間が閾値より大きい値の場合はこのタイマーの満了時間を設定してスリープ状態へ移行し、前記タイマーの満了時間が閾値未満の場合は前記モデム用演算処理部に対して間欠受信周期のタイミングで割込みを行うよう要求してスリープ状態へ移行することを特徴とする移動通信端末装置。
【請求項２】
前記アプリケーション用演算処理部は、複数のタイマー設定要求がある場合は、この複数のタイマー設定要求のうちからタイマー満了時間までが最も短いタイマー設定要求を選択し、この選択したタイマー設定要求に含まれるタイマー満了時刻と前記閾値とを比較することを特徴とする請求項１に記載の移動通信端末装置。
【請求項３】
前記アプリケーション用演算処理部は、前記モデム用演算処理部に割込みを行うよう要求するとき、前記タイマー設定要求に含まれるタイマー満了時間を通知し、
前記モデム用演算処理部は、前記アプリケーション用演算処理部から割込みの要求を受けると、前記通知された前記タイマー満了時刻を経過した後の間欠受信周期のタイミングで前記アプリケーション用演算処理部に対して割込みを行うことを特徴とする請求項１に記載の移動通信端末装置。
【請求項４】
前記タイマー満了時間と比較される閾値は、前記モデム用演算処理部の間欠受信周期より長い任意の時間が設定されることを特徴とする請求項１に記載の移動通信端末装置。
【請求項５】
少なくとも待受状態では通信プロトコルにより一定間隔で電波の受信処理を行うために間欠タイマーにより起動されるモデム用演算処理部と、アプリケーション処理を実行するアプリケーション用演算処理部とを備える移動通信端末装置におけるタイマー制御方法であって、
実行中にアプリケーションから要求されるタイマー設定要求に基づき、このタイマー設定要求に含まれるタイマー設定時間と閾値とを比較し、
この比較の結果、前記タイマー設定時間が閾値より大きい値のときは、前記アプリケーション用演算処理部に、このタイマー設定時間を設定してスリープ状態に移行させ、
前記比較の結果、前記タイマー設定時間が閾値未満の値のときは、前記モデム用演算処理部に、間欠受信周期のタイミングで前記アプリケーション用演算処理部に割り込みを行わせるよう設定するとともに、前記アプリケーション用演算処理部をスリープ状態へ移行させる
ことを特徴とするタイマー制御方法。
前記タイマーの満了時間を前記間欠タイマーの設定値より大きい閾値と比較し、
前記タイマー満了時間が前記閾値以上のとき、前記タイマーの種別を常時オンとし、閾値未満のとき、前記タイマーの種別を間欠オンとすることを特徴とする移動通信端末装置のタイマー制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−２５４１５９（Ｐ２０１１−２５４１５９Ａ）
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願番号】特願２０１０−１２５１２７（Ｐ２０１０−１２５１２７）
【出願日】平成２２年５月３１日（２０１０．５．３１）
【出願人】（３１００２２３７２）富士通東芝モバイルコミュニケーションズ株式会社 (219)
【Ｆターム（参考）】
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願日】平成２２年５月３１日（２０１０．５．３１）
【出願人】（３１００２２３７２）富士通東芝モバイルコミュニケーションズ株式会社 (219)
【Ｆターム（参考）】
[ Back to top ]