端末装置、端末装置における画像撮像方法、及び撮像装置
【課題】撮影契機を逃さないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供すること。通話の相手先を待たせないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供すること。
【解決手段】端末装置において、他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部と、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部とを備える。
【解決手段】端末装置において、他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部と、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、端末装置における画像撮像方法、及び撮像装置に関する。
【背景技術】
【０００２】
現在、携帯電話システムや無線ＬＡＮ（Local Area Network）などの無線通信システムが広く利用されている。このような無線通信システムにおいては、フィーチャーフォンばかりでなく、スマートフォンなどの端末装置などが用いられ、さまざまなサービスの提供を受けることができるようになってきている。
【０００３】
このような端末装置は、例えばカメラを備え、外出先などで手軽に画像などを撮影することができる。撮影した画像は、端末装置のメモリに保存させたり、電子メールとともに他の端末装置に送信させることもできる。
【０００４】
また、端末装置は、着信が発生すると、例えば音や振動などで報知することで着信をユーザに知らせることができる。ユーザは着信による報知により、端末装置の通話ボタンを操作するなどして、他の端末装置を介して相手先と通話することができる。
【０００５】
しかし、ユーザが端末装置を用いて画像を撮影しているときに、着信により音や振動などが発生した場合、例えば、ユーザは音や振動に気を取られ、撮影契機を逃してしまう場合もある。或いは、着信の振動により端末装置が動いてしまう場合もある。
【０００６】
着信などにより撮影が妨害されないようにするため、例えば、以下のような技術がある。すなわち、ビューファインダに画像を映し出している状態において着信があると、ビューファインダに電話形状のアイコンを点滅表示させたり、データ着信を表わすアイコンを表示させたりすることで、撮影を妨害することなく撮影動作中に着信を報知できるようにした通信機能付き撮像装置がある。
【０００７】
また、撮影中に着信があった場合、ユーザが通話を望めば撮影に関する情報をメモリに記憶させ、且つ通話モードを強制的に設定し、通話が終了した後はメモリに記憶された撮像に関する情報を用いることで迅速な撮像処理を行わせるようにした撮像機能付き携帯電話もある。
【０００８】
さらに、テレビジョン放送を視聴中に電話が着信した場合でも、端末利用者の通話開始操作、通話終了操作と連動して受信画像の記録、再生処理を自動的に行うことで、操作性の良いプレイバック機能を搭載した携帯電話端末内蔵型テレビジョン受信装置もある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００１−１６５６０号公報
【特許文献２】特開２００５−３３３２９６号公報
【特許文献３】特開２００４−３３６４３８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、ビューファインダに画像を映し出している状態で、電話形状のアイコンを点滅表示させる技術の場合、撮影者はアイコン表示に気を取られて撮影契機を逃してしまう場合がある。また、かかる技術の場合、撮影が行われている間、ユーザは通話を行うことができないため、着信の相手先は通話が待たされることになる。
【００１１】
さらに、撮影に関する情報をメモリに記憶させる技術の場合、ユーザは通話が行われている間、画像を撮影することができない。通話終了後に撮影に関する情報を用いて撮影が行われたとしても、撮影契機を逃してしまう場合もある。
【００１２】
また、端末利用者の通話開始操作、通話終了操作と連動して受信画像の記録、再生処理を自動的に行う技術は、例えば装置に内蔵されたカメラを用いて静止画像などの画像を撮影すること自体ができない。
【００１３】
そこで、本発明の一目的は、撮影契機を逃さないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供することにある。
【００１４】
また、本発明の一目的は、通話の相手先を待たせないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供することにある。
【課題を解決するための手段】
【００１５】
一態様によれば、端末装置において、他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部と、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部とを備える。
【発明の効果】
【００１６】
撮影契機を逃さないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供することができる。また、通話の相手先を待たせないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】図１は端末装置の構成例を表わす図である。
【図２】図２は端末装置の構成例を表わす図である。
【図３】図３は動作例を表わすフローチャートである。
【図４】図４は動作例を表わすフローチャートである。
【図５】図５（Ａ）〜図５（Ｃ）は動作例をそれぞれ説明するための図である。
【図６】図６は動作例を表わすフローチャートである。
【図７】図７は動作例を表わすフローチャートである。
【図８】図８は動作例を表わすフローチャートである。
【図９】図９は動作例を表わすフローチャートである。
【図１０】図１０は端末装置の構成例を表わす図である。
【図１１】図１１は動作例を表わすフローチャートである。
【図１２】図１２は動作例を表わすフローチャートである。
【図１３】図１３（Ａ）〜図１３（Ｄ）は動作例を説明するための図である。
【図１４】図１４は動作例を表わすフローチャートである。
【図１５】図１５は動作例を表わすフローチャートである。
【図１６】図１６は動作例を表わすフローチャートである。
【図１７】図１７は動作例を表わすフローチャートである。
【図１８】図１８は端末装置の構成例を表わす図である。
【図１９】図１９は端末装置の構成例を表わす図である。
【図２０】図２０は端末装置の構成例を表わす図である。
【発明を実施するための形態】
【００１８】
以下、本発明を実施するための形態について説明する。
【００１９】
［第１の実施の形態］
最初に第１の実施の形態について説明する。図１は第１の実施の形態における端末装置１００の構成例を表わす図である。端末装置１００は、例えば、携帯電話機など無線基地局装置を介して他の端末装置と無線通信を行うことができる。また、端末装置１００は、例えば、デジタルカメラなど、画像を撮影する撮像装置であってもよい。
【００２０】
端末装置１００は、他の端末装置と通信する通信部１５０と、画像を撮像する撮像部１５１、撮像した画像を記憶する記憶部１５２、制御部１５３、及び通信部１５０を介した割込み処理を報知する報知部１５４を備える。
【００２１】
制御部１５３は、撮像部１５１により画像を撮像するときに割込み処理が発生したとき、撮像部１５１により画像を撮像させる。そして、制御部１５３は、撮像された画像に対応する画像データを記憶部１５２に記憶した後、報知部１５４により割込み処理を報知させることができる。
【００２２】
したがって、例えば、ユーザは、画像を撮影するときに端末装置１００において割込み処理が発生したときでも、撮像部１５１により画像が撮像されて記憶部１５２に記憶された後、割込み処理に対する報知が行われるため、報知によって撮影契機を逃すこともない。
【００２３】
また、割込み処理が発生したときから、記憶部１５２に撮像された画像が記憶されるまでの時間は、例えば、着信元の相手先を待たせない程度の時間であり、従って、着信元の相手先は通話を待たせることもない。
【００２４】
なお、割込み処理は、例えば、着信通知であって、通信部１５０は他の端末装置から着信を受けると着信があったことを制御部１５３に通知することができる。
【００２５】
［第２の実施の形態］
＜端末装置１００の構成例＞
次に第２の実施の形態について説明する。図２は第２の実施の形態における端末装置１００の構成例を表わす図である。端末装置１００は、例えば、カメラなどの撮影部を備える携帯電話機やパーソナルコンピュータなどであって、無線基地局装置などを介して他の端末装置と無線通信を行うことができる。また、端末装置１００は、通信機能の付いた撮像装置であってもよく、通信機能の付いたデジタルカメラなどでもよい。なお、本第２の実施の形態を含む以下の実施の形態において、携帯電話機にはフィーチャーフォンとスマートフォンの双方を含む。
【００２６】
端末装置１００は、アンテナ１０１、ＲＦ（Radio Frequency）部１０２、ベースバンド部１０３、ＧＰＳ（Global Positioning System）１０４、ＣＰＵブロック１０５、ＲＡＭ（Random Access Memory）１０６、ＲＯＭ（Read Only Memory）１０７、マイク１０８、スピーカ１０９、Ａ／Ｄ変換部１１０、ディスプレイ１１１、及びカメラ１１２を備える。
【００２７】
また、ＣＰＵブロック１０５は、第１のＣＰＵ１０５ａと第２のＣＰＵ１０５ｂとを備えている。例えば、第１のＣＰＵ１０５ａは、ベースバンド部１０３、ＧＰＳ１０４、及び第２のＣＰＵ１０５ｂに接続され、第２のＣＰＵ１０５ｂは、Ａ／Ｄ変換部１１０、ディスプレイ１１１、及びカメラ１１２に接続されている。なお、第１及び第２のＣＰＵ１０５ａ，１０５ｂはともにＲＡＭ１０６とＲＯＭ１０７に接続されている。
【００２８】
なお、第１の実施の形態における通信部１５０は、例えば、アンテナ１０１、ＲＦ部１０２、及びベースバンド部１０３に対応する。また、第１の実施の形態における撮像部１５１は、カメラ１１２に対応する。さらに、第１の実施の形態における記憶部１５２は、ＲＡＭ１０６に対応し、制御部１５３は第１及び第２のＣＰＵ１０５ａ，１０５ｂに対応する。また、第１の実施の形態における報知部１５４は、例えば、第２のＣＰＵ１０５ｂ、スピーカ１０９、及びＡ／Ｄ変換部１１０に対応する。
【００２９】
アンテナ１０１は、ＲＦ部１０２から出力された無線信号を、無線基地局などを介して他の端末装置に送信したり、無線基地局などを介して他の端末装置から受信した無線信号をＲＦ部１０２に出力することができる。
【００３０】
ＲＦ部１０２は、ベースバンド部１０３から出力されたベースバンド信号を周波数変換（例えばアップコンバート）して無線信号としてアンテナ１０１に出力することができる。また、ＲＦ部１０２は、アンテナ１０１で受信した無線信号を周波数変換（例えばダウンコンバード）してベースバンド信号として、ベースバンド部１０３に出力することができる。このような周波数変換が行われるために、ＲＦ部１０２は、例えば、Ａ／Ｄ変換回路、Ｄ／Ａ変換回路、周波数変換器、帯域通過フィルタ（ＢＰＦ）などを備えてもよい。
【００３１】
ベースバンド部１０３は、例えば、第１のＣＰＵ１０５ａから出力された映像信号や音声信号などのデータ信号に対して誤り訂正符号化処理や変調処理を施すことでベースバンド信号に変換し、ＲＦ部１０２に出力することができる。また、ベースバンド部１０３は、ＲＦ部１０２から出力されたベースバンド信号に対して、復調処理や誤り訂正復号化処理などを施すことで映像データや音声データなどのデータを抽出し、第１のＣＰＵ１０５ａに出力することができる。
【００３２】
ＧＰＳ１０４は、第１のＣＰＵ１０５ａから出力された制御信号に基づいて、端末装置１００の位置を測位することができる。ＧＰＳ１０４は、測位した位置を位置情報として第１のＣＰＵ１０５ａに出力することができる。
【００３３】
第１のＣＰＵ１０５ａは、例えば、通信に関する処理や、端末装置１００におけるハードウェアに関する処理などを行う。例えば、第１のＣＰＵ１０５ａはＲＯＭ１０７に記憶された通信プログラムを読み出して実行することで、無線通信に関する処理を行うことができる。
【００３４】
第２のＣＰＵ１０５ｂは、例えば、ディスプレイ１１１に表示される画面表示に関する各種処理を行うことができる。例えば、第２のＣＰＵ１０５ｂは、ＲＯＭ１０７に記憶されたカメラアプリケーションに関するプログラムを読み出してカメラアプリケーションを実行することで、撮像処理などカメラ機能を実現又は実行することができる。また、第２のＣＰＵ１０５ｂは、ＲＯＭ１０７に記憶された通話アプリケーションに関するプログラムを読み出して通話アプリケーションを実行することで、通話機能を実現又は実行することもできる。さらに、第２のＣＰＵ１０５ｂは、ＲＯＭ１０７に記憶された低電圧監視アプリケーションに関するプログラムを読み出して低電圧監視アプリケーションを実行することで、低電圧監視機能を実現又は実行することができる。第１のＣＰＵ１０５ａと第２のＣＰＵ１０５ｂで実行される各種機能などについては後述する。
【００３５】
ＲＡＭ１０６は、例えば、第１及び第２のＣＰＵ１０５ａ，１０５ｂが各種プログラムを実行するときのワーキングメモリの役割を果たし、第１及び第２のＣＰＵ１０５ａ，１０５ｂからデータなどが適宜記憶されたり、読み出されたりすることができる。ＲＡＭ１０６は、例えば、カメラ１１２により撮像された画像の画像データを記憶することもできる。
【００３６】
ＲＯＭ１０７は、第１及び第２のＣＰＵ１０５ａ，１０５ｂで実行される各種プログラムを記憶することができる。ＲＯＭ１０７に記憶された各種プログラムは、第１及び第２のＣＰＵ１０５ａ，１０５ｂにより適宜読み出されることができる。
【００３７】
マイク１０８は、端末装置１００において通話が行われるとき、音声が入力され、これを音声データとしてＡ／Ｄ変換部１１０に出力することができる。端末装置１００を使用するユーザは、例えば、マイク１０８を介して自身の音声を通話の相手先に伝えることができる。
【００３８】
スピーカ１０９は、例えば、他の端末装置から送信された音声データを音声として出力することができる。端末装置１００を使用するユーザは、例えば、スピーカ１０９を介して、通話の相手先の音声を聞くことができる。
【００３９】
Ａ／Ｄ変換部１１０は、マイク１０８から出力されたアナログの音声データをデジタルの音声データに変換して第２のＣＰＵ１０５ｂに出力することができる。また、Ａ／Ｄ変換部１１０は、第２のＣＰＵ１０５ｂから出力されたデジタルの音声データをアナログの音声データに変換してスピーカ１０９に出力することができる。
【００４０】
ディスプレイ１１１は、例えば、第２のＣＰＵ１０５ｂを介してカメラ１１２で撮像した画像を表示したり、第２のＣＰＵ１０５ｂを介してＲＡＭ１０６に記憶された画像データに対する画像を表示することもできる。ディスプレイ１１１は、第２のＣＰＵ１０５ｂの制御により、例えば、撮影した画像を保存するか破棄するかを選択するための選択画面などを表示することもできる。
【００４１】
カメラ１１２は、静止画像や動画像などの画像を撮影することができ、撮影した画像を画像データとして第２のＣＰＵ１０５ｂに出力することができる。このような撮像処理を実現するために、カメラ１１２には、例えば、レンズ、撮像素子、Ａ／Ｄ変換回路、画像処理回路などを備えていてもよい。
【００４２】
＜動作例＞
次に端末装置１００の動作例について説明する。本動作例は、例えば、ユーザが端末装置１００において画像を撮影しようとしているときに通話に対する着信があったときの動作例である。図３及び図４は動作例をそれぞれ表わすフローチャート、図５（Ａ）〜図５（Ｃ）は動作例をそれぞれ説明するための図である。なお、着信は、例えば、他の端末装置との間で通話を行うことを要求する処理である。例えば、端末装置１００は、他の端末装置から送信された着信通知（又は着信呼）をアンテナ１０１、ＲＦ部１０２、及びベースバンド部１０３を介して第１のＣＰＵ１０５ｂにおいて受信することで、着信が行われる。
【００４３】
なお、図３及び図４において、「カメラ機能」、「制御部」、「通話機能」と表わしている部分がある。「カメラ機能」や「通話機能」は、例えば、第２のＣＰＵ１０５ｂがＲＯＭ１０７からカメラアプリケーションに関するプログラムや通話アプリケーションに関するプログラムをそれぞれ読み出して実行することでそれぞれ実現又は実行することができる機能である。従って、本動作例において「カメラ機能」と「通話機能」は、例えば第２のＣＰＵ１０５ｂが対応するものとして以下説明する。
【００４４】
また、「制御部」は、例えば、「カメラ機能」と「通話機能」とを端末装置１００において別々のタスクとして動作させるときタスク制御を行うことができる。タスク制御の例としては、例えば、２つの機能のうちいずれを優先するかなどである。本動作例において、このようなタスク制御は、例えば第２のＣＰＵ１０５ｂが実行するものとして説明する。従って、「制御部」は、例えば第２のＣＰＵ１０５ｂが対応しているものとして説明する。例えば、図３の処理における中断指示（Ｓ１４）は、このようなタスク制御を行っている第２のＣＰＵ１０５ｂから、「カメラ機能」を実行している第２のＣＰＵ１０５ｂに内部的に通知していることになる。
【００４５】
以下、図３及び図４を適宜参照しながら動作例を説明する。第２のＣＰＵ１０５ｂは、例えばＲＯＭ１０７からカメラに関するアプリケーションを実行するためのプログラムを読み出し実行することで、カメラアプリケーションを起動し、「カメラ機能」を実行する（Ｓ１０）。
【００４６】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、ファインダビューに関する処理を行う（Ｓ１１）。ファインダビューに関する処理は、例えば、カメラ１１２で撮影された画像が第２のＣＰＵ１０５ｂを介してディスプレイ１１１にそのまま出力される処理である。ユーザは、ディスプレイ１１１に表示された画面を通じて、撮影契機を逃さないようにシャッターボタンを押すタイミングをはかることができる。
【００４７】
一方、ファインダビューに関する処理が行われているとき、「制御部」として機能する第２のＣＰＵ１０５ｂは通話に対する着信通知を受けたとき（Ｓ１２）、以下のような処理が行われる。すなわち、「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を一時的に変更する（Ｓ１３）。
【００４８】
タスク優先度を一時的に変更する理由は、例えば、以下の理由からである。すなわち、端末装置１００は、例えば、「カメラ機能」や「通話機能」など複数の機能を実現することができ、各機能が同時に実行される状況が発生したとき、どの機能を優先して実行させるかを予め決定しておくことができる。どの機能を優先させるかは、端末装置１００の使用方法などに依存することになるが、本端末装置１００では、「通話機能」と「カメラ機能」の２つの機能については「通話機能」を「カメラ機能」に優先するものとしている。そのため、「カメラ機能」は「通話機能」よりもタスク優先度は低いため、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」としての第２のＣＰＵ１０５ｂに対して、「カメラ機能」の中断指示を出力する（Ｓ１４）。
【００４９】
ただし、本端末装置１００は、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは中断指示（Ｓ１４）を受け取っても、すぐに中断するのではなく、画像の自動撮影を行い、撮影した画像の画像データを記憶領域に記憶するようにしている（Ｓ１６〜Ｓ１８）。例えば、本端末装置１００は、タスク優先度を一時的に「カメラ機能」が「通話機能」よりも高くすることで、このような自動撮影に関する（Ｓ１６〜Ｓ１８）を行うことができるようにしている。
【００５０】
例えば、タスク優先度はＲＡＭ１０６などに記憶させておくことができ、第２のＣＰＵ１０５ｂは、ＲＡＭ１０６に記憶されたタスク優先度を「カメラ機能」が「通話機能」よりも高くなるように変更してＲＡＭ１０６に記憶し直すことができる。例えば、ＲＡＭ１０６に記憶された「カメラ機能」と「通話機能」の各タスク優先度を入れ替えるなどの処理により変更することができる。
【００５１】
「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を一時的に変更後（Ｓ１４）、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに中断指示を出力する（Ｓ１４）。中断指示を出力するのは、上述したように、例えば、タスク優先度が一時的に変更される前はもともと「通話機能」が「カメラ機能」よりもタスク優先度は高く、「カメラ機能」を中断させて「通話機能」が行われるようにするためである。
【００５２】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、着信通知を「通話機能」を実行する第２のＣＰＵ１０５ｂに出力する（Ｓ１５）。例えば、この着信通知により、「通話機能」を実行する第２のＣＰＵ１０５ｂに通話に対する着信があったことを通知することができる。なお、Ｓ１４の処理とＳ１５の処理は逆順でもよい。
【００５３】
着信通知を受けた第２のＣＰＵ１０５ｂは、「通話機能」を実行するためのプログラムをＲＯＭ１０７から読み出して実行することで、通話アプリケーションを起動させることができる（Ｓ２０）。これにより、第２のＣＰＵ１０５ｂは「通話機能」を実現又は実行することができる。
【００５４】
一方、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、中断指示を受けると（Ｓ１４）、ファインダビューに関する処理を終了し、自動撮影に関する処理（Ｓ１６〜Ｓ１８）を行う。すなわち、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、撮影モードの自動切り替えを行う（Ｓ１６）。例えば、撮影モードが拡大画面による撮影モードのとき、拡大画面から通常画面の自動撮影モードに切り替えを行うことができる。或いは、シャッタースピードが閾値よりも速かったり遅かったりする撮影モードを、シャッタースピードが閾値と同じ自動撮影モードに切替えることができる。
【００５５】
本端末装置１００は、このように中断指示を受けると撮影モードを自動撮影モードに切替えるようにしている。そのため、ユーザによるマニュアル選択で撮影モードが選択される場合と比較して、本端末装置１００において、自動撮影の処理時間（例えば、Ｓ１６〜Ｓ１８までの処理時間）が少なくなり、着信の相手先の待ち時間を少なくさせることができる。
【００５６】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、パラメータの調整を行い、自動撮影を行う（Ｓ１７）。パラメータは、例えば、焦点位置、明度、各種モード値などであり、調整されたパラメータにより自動撮影が行われる。例えば、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、パラメータを調整し、調整されたパラメータをカメラ１１２に出力する。また、「カメラ機能」を実行する第２のＣＰＵ１０５ｂはカメラ１１２に撮影を行うよう指示する。これにより、カメラ１１２は、調整されたパラメータにより自動撮影が行われる。
【００５７】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、撮影した画像を一時記憶領域に記憶する（Ｓ１７）。例えば、カメラ１１２は撮影した画像を画像データとして第２のＣＰＵ１０５ｂに出力し、第２のＣＰＵ１０５ｂは画像データをＲＡＭ１０６に記憶する。
【００５８】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに処理完了通知を通知する（Ｓ１９）。これにより、例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは「カメラ機能」の処理完了を把握することができる。
【００５９】
処理完了通知を受け取った「制御部」として機能する第２のＣＰＵ１０５ｂは、一時的に変更したタスク優先度を元に戻す（Ｓ２１）。例えば、第２のＣＰＵ１０５ｂは、一時的に「カメラ機能」を「通話機能」よりもタスク優先度を高くした場合、「通話機能」の方が「カメラ機能」よりもタスク優先度を高くすることで元に戻す。例えば、第２のＣＰＵ１０５ｂは、ＲＡＭ１０６に記憶された「カメラ機能」と「通話機能」のタスク優先度を入れ替えて、ＲＡＭ１０６に記憶することでタスク優先度を元に戻すことができる。
【００６０】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「通話機能」を実行する第２のＣＰＵ１０５ｂに画面表示許可指示を出力する（Ｓ２２）。
【００６１】
ここで画面表示許可指示について説明する。「カメラ機能」は、例えばファインダビュー処理によりディスプレイ１１１に撮像画像が表示される。また、「通話機能」は、例えば着信などによる音声通知やディスプレイ１１１における画面表示などが行われる。このように「カメラ機能」や「通話機能」など、画面表示や音声出力などが行われる機能については、画面表示許可指示を受けて、画面表示や音声出力に関する処理を行うことができる。例えば、「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けることで、通話による着信をディスプレイ１１１に表示させたり、スピーカ１０９に着信による音声出力を行わせることができる。
【００６２】
画面表示許可指示を受けた第２のＣＰＵ１０５ｂは着信報知を行う（Ｓ２３）。着信報知における報知形態は、例えば画面表示、音鳴動、又はバイブレーションなどがある。例えば、「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けると、ＲＯＭ１０７又はＲＡＭ１０６に記憶された着信表示に関する画像データを読み出してディスプレイ１１１に出力することで、画面表示による着信表示を行うことができる。例えば、「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けると、ＲＯＭ１０７又はＲＡＭ１０６に記憶された音声データを読み出し、Ａ／Ｄ変換部１１０を介してスピーカ１０９に出力することで音鳴動による着信表示を行うことができる。或いは、「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受け取ると、バイブレーションモータを振動させることでバイブレーションによる報知を行うこともできる。
【００６３】
このように本端末装置１００は画像撮影動作を行っているときに着信割込みがあったとき（Ｓ１２）、自動撮影処理の終了後（Ｓ１９）、着信報知を行う（Ｓ２３）ようにしている。従って、本端末装置１００は撮影動作を行っているとき着信割込みが発生しても自動撮影を行うため、撮影契機を逃すこともない。
【００６４】
また、着信割込み（Ｓ１２）から着信報知（Ｓ２３）までの時間は、着信後すぐに着信報知させる場合と比較して長くなる。しかし、自動撮影に関する処理（Ｓ１６〜Ｓ１９）にかかる時間は着信元の相手先を待たせない程度の時間であり、従って、着信元の相手先は通話を待たされることもない。
【００６５】
なお、自動撮影（Ｓ１７）については一度に何十枚も撮影する連写モードなどではなく、１枚程度の枚数の画像を撮影するようにすることが望ましい。これにより、撮影（Ｓ１７）にかかる時間も連写モードよりも少なくなり、自動撮影に関する処理にかかる時間を少なくさせることができる。
【００６６】
次いで、ユーザによる通話が行われ、「通話機能」を実行する第２のＣＰＵ１０５ｂは終話を検知すると（Ｓ２４）、通話アプリケーションを終了する（図４のＳ２５）。通話は、例えばマイク１０８やスピーカ１０９を介して行われる。例えば、第１のＣＰＵ１０５ａによる通信処理が実行されることで、マイク１０８から出力された音声データが無線信号に変換されて他の端末装置に送信されたり、他の端末装置から送信された無線信号から音声データに変換されてスピーカ１０９に出力されることができる。なお、終話の検知は、例えば、ユーザが終話ボタンを押圧したか否かを第２のＣＰＵ１０５ｂが検知することにより行うことができる。
【００６７】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに対して、通話アプリケーションの終了を通知する（Ｓ２６）。
【００６８】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに画面表示許可指示を出力する（Ｓ２７）。「制御部」として機能する第２のＣＰＵ１０５ｂは、「通話機能」の終了を受けて、着信報知前に記憶した画像の表示等に関する処理を行うようにしている。
【００６９】
画面表示許可指示を受けた「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、一時記憶領域から自動撮影（Ｓ１７）で撮影した画像の画像データを読み出す（Ｓ３０）。例えば、第２のＣＰＵ１０５ｂは、一時記憶処理（Ｓ１８）で記憶した画像データをＲＡＭ１０６から読み出す。
【００７０】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは画像表示を行う（Ｓ３１）。例えば、第２のＣＰＵ１０５ｂは、ＲＡＭ１０６から読み出した画像データをディスプレイ１１１に出力することで、ディスプレイ１１１において画像が表示される。
【００７１】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、画像の保存又は破棄を選択する選択画面を表示させ、ユーザによる選択が行われる（Ｓ３２）。例えば、後述する図１３（Ｄ）に表わされるような保存するか否かの選択画面が表示される。このような選択画面は、例えばＲＯＭ１０７またはＲＡＭ１０６などに記憶され、第２のＣＰＵ１０５ｂがＲＯＭ１０７またはＲＡＭ１０６から読み出してディスプレイ１１１に出力することで表示される。「保存」が選択されたとき、例えば、第２のＣＰＵ１０５ｂは、表示された画像をＲＡＭ１０６の一時記憶領域からＲＡＭ１０６の保存領域に記憶したり、ＲＡＭ１０６から移動可能な記憶媒体に記憶させることもできる。「破棄」が選択されたとき、例えば、第２のＣＰＵ１０５ｂはＲＡＭ１０６から表示された画像の画像データを削除することができる。
【００７２】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂはファインダビュー処理を行う（Ｓ３３）などして、処理待ちの状態に移行したり、「カメラ機能」を終了させることもできる。
【００７３】
なお、「制御部」として機能する第２のＣＰＵ１０５ｂは、画面表示許可指示（Ｓ２７）を通知後、処理待ちの状態に移行したり、本端末装置１００の電源オフなどにより「制御部」としての機能を終了させることもできる。
【００７４】
図５（Ａ）〜図５（Ｃ）は端末装置１００における動作例をそれぞれ説明するための図である。例えば、図５（Ａ）に表わされるように、ディスプレイ１１１に撮影対象の画像が表示されている状態で、着信割込みが発生しても（Ｓ１２）、すぐに着信報知は行われない。
【００７５】
そして、図５（Ｂ）に表わされるように、端末装置１００は画面に表示される画像を自動撮影モードにより自動撮影し（Ｓ１７）、自動撮影した画像を例えばＲＡＭ１０６に記憶又は保存する（Ｓ１８）。
【００７６】
図５（Ｃ）に表わされるように、端末装置１００は自動撮影した画像を保存した後、着信報知（Ｓ２３）が行われる。図５（Ｃ）の例の着信報知は、画面表示と音声出力とが同時に行われている。
【００７７】
［第３の実施の形態］
次に第３の実施の形態について説明する。第２の実施の形態では撮影動作中に着信割込みが発生したとき、自動撮影後に着信報知する例について説明した。本第３の実施の形態では、さらに、緊急呼のコールバックによる割込みが発生したときの例である。図６及び図７は第３の実施の形態における動作例を表わすフローチャートである。第２の実施の形態と同一の処理部分には同一に符号が付されている。なお、第３の実施の形態における端末装置１００の構成例は、例えば、第２の実施の形態における端末装置１００の構成例と同一であり、図２に表わされている。
【００７８】
また、図６及び図７において「ＧＰＳ」は、第１のＣＰＵ１０５ａとＧＰＳ１０４とに対応し、例えば第１のＣＰＵ１０５ａがＧＰＳ１０４に対して動作開始の指示を通知することで、ＧＰＳ１０４はＧＰＳに関する処理を行うことができる。
【００７９】
図６及び図７における動作例は、第２の実施の形態と同様に、撮影動作中に着信割込みが発生しているが、本第３の実施の形態では、その後、更に緊急呼により割込みが発生した場合の例である。
【００８０】
以下、動作例を説明する。図６に表わされるように、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、カメラアプリケーションを起動してファインダビューに関する処理を行っている（Ｓ１０，Ｓ１１）。
【００８１】
ファインダビュー処理を行っているとき、着信割込みが発生すると（Ｓ１２）、「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を一時的に変更し、「カメラ機能」のタスク優先度を「通話機能」のタスク優先度よりも高くする（Ｓ１３）。
【００８２】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ」機能を実行する第２のＣＰＵ１０５ｂに「カメラ機能」の中断指示を通知し（Ｓ１４）、「通話機能」を実行する第２のＣＰＵ１０５ｂに着信通知を通知する（Ｓ１５）。
【００８３】
そして、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは自動撮影に関する処理（Ｓ１６〜Ｓ１８）を行い、「通話機能」を実行する第２のＣＰＵ１０５ｂは通話アプリケーションを起動させる（Ｓ２０）。
【００８４】
以上の処理は第２の実施の形態と同様である。本第３の実施の形態では、その後、端末装置１００は緊急呼のコールバックを受けることになる。例えば、ユーザは端末装置１００を利用して、救急施設や警察署などに緊急呼による通話を行った後、当該施設などから緊急呼に対するコールバックがかかってきたりする場合などである。あるいは、緊急地震速報などの緊急呼が発生する場合などである。「制御部」として機能する第２のＣＰＵ１０５ｂは、例えば第１のＣＰＵ１０５ａから緊急呼による割込み処理の通知を受ける（Ｓ４０）。
【００８５】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに「カメラ機能」の中断を指示する（Ｓ４１）。この中断指示は、例えば、緊急呼の割込み処理（Ｓ４０）に基づくもので、タスク優先度は「緊急呼」が最も高く、「カメラ機能」を中断させて、緊急呼による通話を行わせるようにするためである。この場合、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、中断指示（Ｓ４１）を受けたとき、２回目の中断指示（Ｓ１４とＳ４１による中断指示）を受けることになり、緊急呼による中断指示であることを認識することができる。
【００８６】
本第３の実施の形態では、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、２回目の中断指示（Ｓ４１）を受けても、自動撮影に関する処理（Ｓ１６〜Ｓ１８）を中断せずに処理を続けるようにしている。これにより、緊急呼による割込み処理があっても、撮影契機を逃すことなく画像を撮影することができる。
【００８７】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、緊急呼通知を「通話機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ４２）。また、「制御部」として機能する第２のＣＰＵ１０５ｂは、緊急呼通知を第１のＣＰＵ１０５ａにも通知する（Ｓ４３）。なお、Ｓ４１〜Ｓ４３までの処理の順番はどのような順番でも実施することができる。
【００８８】
第１のＣＰＵ１０５ａは、緊急呼通知を受けると、ＧＰＳアプリケーションを起動する（Ｓ４４）。例えば、第１のＣＰＵ１０５ａは、ＲＯＭ１０７からＧＰＳアプリケーションに関するプログラムを読み出して実行することで、ＧＰＳアプリケーションを起動させることができる。
【００８９】
次いで、第１のＣＰＵ１０５ａは、ＧＰＳハードウェアを起動させる（Ｓ４５）。例えば、第１のＣＰＵ１０５ａは、ＧＰＳ動作開始の指示を表わす制御信号をＧＰＳ１０４に出力する。ＧＰＳ１０４はこの制御信号を受けて、起動することができる。
【００９０】
ここで、第１のＣＰＵ１０５ａは、「カメラ機能」や「通話機能」を実行する第２のＣＰＵ１０５ｂとは異なるＣＰＵのため、第２のＣＰＵ１０５ｂに対してバックグランドで並列にＧＰＳアプリケーションを開始させ、実行させることができる。そのため、本第３の実施の形態では、バックグランドで並列に処理できる動作（例えばＳ４４とＳ４５）については「制御部」として機能する第２のＣＰＵ１０５ｂからの指示を待つことなく、処理を開始させ実行させるようにしている。これにより、緊急呼による割込み処理（本動作例では、例えば、Ｓ４０から図７のＳ２５までの処理）による待ち時間を短縮することができる。なお、第１のＣＰＵ１０５ａは、ＧＰＳハードウェア起動後は例えば処理待ちの状態となる。
【００９１】
一方、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、中断指示を受けると自動撮影を行い（Ｓ１６，Ｓ１７）、撮影した画像の画像データを例えばＲＡＭ１０６に記憶する（Ｓ１８）。そして、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、処理完了通知を「制御部」として機能する第２のＣＰＵ１０５ｂに通知する（Ｓ１９）。
【００９２】
処理完了通知を受けた「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を元に戻し（Ｓ２１）、「通話機能」を実行する第２のＣＰＵ１０５ｂに対して、緊急呼通話に対する画面表示許可指示を出力する（Ｓ２２）。
【００９３】
「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けて、緊急呼通話を開始させることができる（Ｓ４６）。例えば、ユーザはマイク１０８やスピーカ１０９を介して緊急呼に対する通話を行うことができる。
【００９４】
緊急呼に対する位置測位条件が満たされると、「通話機能」を実行する第２のＣＰＵ１０５ｂは、ＧＰＳアプリケーションを実行する第１のＣＰＵ１０５ａに対して位置測位開始通知を通知する（図７のＳ４７）。
【００９５】
次いで、ＧＰＳ１０４は端末装置１００の位置測位を開始する（Ｓ４８）。例えば、第１のＣＰＵ１０５ａは、位置測位開始通知を受け取ると、ＧＰＳ１０４に位置測位開始を表わす制御信号を出力する。これにより、例えば、ＧＰＳ１０４は測位を開始することができる。ＧＰＳ１０４は、端末装置１００の位置を測位すると、測位した位置を位置情報として、第１のＣＰＵ１０５ａに出力することができる。
【００９６】
次いで、第１のＣＰＵ１０５ａは、ＧＰＳ１０４から測位した位置情報を受け取り、当該位置情報を緊急呼の相手先である他の端末装置に送信する（Ｓ４９）。例えば、第１のＣＰＵ１０５ａは、緊急呼の着信（Ｓ４０）において、アンテナ１０１等を介して相手先である他の端末装置から着信メッセージを受信することができる。そして、第１のＣＰＵ１０５ａは、測位した位置情報を含み、着信メッセージに含まれる電話番号を送信先とする位置情報送信メッセージを生成し、アンテナ１０１等を介して他の端末装置に送信することができる。
【００９７】
次いで、第１のＣＰＵ１０５ａはＧＰＳアプリケーションを終了する（Ｓ５０）。例えば、第１のＣＰＵ１０５ａは、位置情報を送信すると、ＧＰＳアプリケーションの終了をＧＰＳ１０４に通知することで、ＧＰＳ１０４とともにＧＰＳアプリケーションを終了することができる。
【００９８】
次いで、第１のＣＰＵ１０５ａは、ＧＰＳアプリケーションの終了通知を「通話機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ５１）。
【００９９】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、通話アプリケーションを終了させる（Ｓ２５）。例えば、緊急呼による割込み処理は通話アプリケーションの終了により終了することができる。
【０１００】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに通話アプリケーションの終了通知を通知する（Ｓ２６）。
【０１０１】
「制御部」として機能する第２のＣＰＵ１０５ｂは、通話アプリケーションの終了通知を受けて、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに対して画面表示許可指示を通知する（Ｓ２７）。例えば、本端末装置１００は、緊急呼のよる通話が終了後に「カメラ機能」を実行するようにしている。
【０１０２】
以降は、第２の実施の形態と同様に、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、一時記憶領域に記憶した画像データを読み出して、画像をディスプレイ１１１に表示させ、画面の保存又は破棄を行い、ファインダビュー処理に戻ることになる（Ｓ３０〜Ｓ３３）。
【０１０３】
本第３の実施の形態では、撮影動作を行っているときに緊急呼による割込みが発生したときでも（Ｓ４０）、第２の実施の形態と同様に自動撮影を行うようにしている（Ｓ１６〜Ｓ１８）。そのため、本端末装置１００は撮影契機を逃す事態を防止することができる。
【０１０４】
また、自動撮影に関する処理（Ｓ１６〜Ｓ１９）にかかる時間は、第２の実施の形態と同様に緊急呼の相手先を待たせない程度の時間であり、従って、緊急呼の相手先は、例えば、着信後（Ｓ４０）から通話開始（Ｓ４６）までの時間において通話を待たされることもない。
【０１０５】
［第４の実施の形態］
次に第４の実施の形態について説明する。第４の実施の形態では、タスク優先度の一時変更などの処理に代えて、端末ステータスを利用して自動撮影が行われる例である。例えば、通話による着信やアラームによる報知などの割込み処理が発生したとき、端末ステータスが変更され、この端末ステータスに応じて自動撮影が行われるようにすることができる。端末ステータスは、例えば、端末（又は端末装置１００）の状態を表わすもので、端末ステータスごとに異なる変数がＲＡＭ１０６に記憶される。端末ステータスとしては、例えば、「通話なし」、「着信中」、「通話中」、「アラーム受信中」などがある。
【０１０６】
図８及び図９は本第４の実施の形態における動作例を表わすフローチャートである。第２の実施の形態と同様に、撮影動作が行われているときに、着信による割込みが発生した場合の動作例について説明する。図８及び図９の処理において第２の実施の形態と同一の処理については同一の番号が付されている。端末装置１００の構成例は、第２の実施の形態と同様に例えば図２に表わされる。
【０１０７】
「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「カメラ機能」を実現するためのプログラムを読み出して実行することでカメラアプリケーションを起動し、次いで、ファインダビュー処理を行う（Ｓ１０，Ｓ１１）。
【０１０８】
ファインダビュー処理が行われているときに、着信による割込み処理が発生すると（Ｓ１２）、「制御部」として機能する第２のＣＰＵ１０５ｂは、端末ステータスを「着信中」に変更する（Ｓ６０）。例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは、端末ステータスを「通話なし」の状態を表わす変数から「着信中」の状態を表わす変数に変更し、変更後の変数をＲＡＭ１０６に記憶することができる。
【０１０９】
「制御部」として機能する第２のＣＰＵ１０５ｂは、端末ステータスを変更した後（Ｓ６０）、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに対して端末ステータス変更通知を通知する（Ｓ６１）。
【０１１０】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに対して、着信（Ｓ１２）に対する「カメラ機能」の中断指示を通知する（Ｓ１４）。「カメラ機能」の中断指示が通知されるのは、例えば、タスク優先度は「通話機能」の方が「カメラ機能」よりも高く、通話による割込みが発生した場合、「通話機能」を優先させるためである。
【０１１１】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「通話機能」を実行する第２のＣＰＵ１０５ｂに対して、着信割込みに対する着信通知を通知する（Ｓ１５）。着信通知を受けた「通話機能」を実行する第２のＣＰＵ１０５ｂは通話アプリケーションを起動させる（Ｓ２０）。これにより、第２のＣＰＵ１０５ｂは「通話機能」を実現又は実行することができる。
【０１１２】
一方、中断指示を受けた「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、端末ステータスをＲＡＭ１０６から読み出し、「着信中」の端末ステータスを確認すると、自動撮影に関する処理を行うようにする（Ｓ１６〜Ｓ１８）。例えば、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、端末ステータスが「アラーム着信中」のときは、自動撮影（Ｓ１６〜Ｓ１８）を行わないようにすることもできる。本端末装置１００では、端末ステータスに応じて自動撮影を行ったり、自動撮影を行わないようにすることもできる。
【０１１３】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに対して処理完了通知を通知する（Ｓ１９）。
【０１１４】
そして、「制御部」として機能する第２のＣＰＵ１０５ｂは画面表示許可指示を「通話機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ２２）。
【０１１５】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、着信割込み（Ｓ１２）に対する着信報知を行い（Ｓ２３）、通話が行われる（Ｓ２４）。
【０１１６】
端末ステータスについては、通話が行われると「着信中」から「通話中」に変更される（Ｓ６２）。例えば、「通話機能」を実行する第２のＣＰＵ１０５ｂは、通話ボタンの押圧を検知すると、ＲＡＭ１０６に記憶された端末ステータスを「着信中」から「通話中」に変更する。
【０１１７】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、ステータス変更通知を「制御部」として機能する第２のＣＰＵ１０５ｂに通知する（Ｓ６３）。また、ステータス変更通知は、「カメラ機能」を実行する第２のＣＰＵ１０５ｂにも通知される（Ｓ６４）。
【０１１８】
一方、「通話機能」を実行する第２のＣＰＵ１０５ｂは、終話を検知すると（図９のＳ６５）、端末ステータスを「通話中」から「通話なし」に変更する（Ｓ６６）。例えば、第２のＣＰＵ１０５ｂは、終話ボタンの押圧を検知すると、ＲＡＭ１０６に記憶された「通話中」の端末ステータスを「通話なし」の端末ステータスに変更する。
【０１１９】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂにステータス変更通知を通知する（Ｓ６７）。そして、「制御部」として機能する第２のＣＰＵ１０５ｂはステータス変更通知を「カメラ機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ６８）。
【０１２０】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、通話アプリケーションを終了し（Ｓ２５）、以後、第２の実施の形態と同様の処理を行う（Ｓ２６〜Ｓ３３）。
【０１２１】
本第４の実施の形態では、例えば、着信割込みにより中断指示を受けた第２のＣＰＵ１０５ｂが端末ステータスの情報を確認し、「着信中」の端末ステータスのとき、自動撮影処理を行うようにしている（Ｓ１６〜Ｓ１８）。従って、本端末装置１００は、撮影動作を行っているとき着信割込みが発生しても自動撮影を行うため、撮影契機を逃すこともない。また、第２のＣＰＵ１０５ｂは、自動撮影した画像を記憶した後（Ｓ１８）、着信報知を行うようにしており（Ｓ２３）、自動撮影に関する処理（Ｓ１６〜Ｓ１９）にかかる時間は、第２の実施の形態と同様に相手先を待たせない程度の時間とすることができる。従って、着信の相手先は、例えば着信後（Ｓ１２）から通話開始（Ｓ２４）までの時間において通話を待たされることがない。
【０１２２】
［第５の実施の形態］
次に第５の実施の形態について説明する。第２〜第４の実施の形態では割込み処理として通話による着信を例にして説明した。第５の実施の形態では、低電圧通知の割込み処理による例例について説明する。
【０１２３】
本第５の実施の形態では、例えば、端末装置１００においてカメラアプリケーションが実行されているときに、端末装置１００の電源電圧が閾値電圧より低くなり低電圧を検知すると、カメラアプリケーションの動作に割込んで低電圧通知を行う場合の動作例を説明する。例えば、撮影動作が行われているときに低電圧を検知すると、自動撮影処理を行った後、低電圧通知を行い電源オフにする動作例について説明する。
【０１２４】
図１０は本第５の実施の形態における端末装置１００の構成例、図１１及び図１２は動作例を表わすフローチャート、図１３（Ａ）〜図１３（Ｄ）は動作例をそれぞれ説明するための図をそれぞれ表わしている。
【０１２５】
端末装置１００は、更に、不揮発性メモリ１２５を備える。不揮発性メモリ１２５は、例えば、電源がオフとなっても記憶したデータなどを保持することができるメモリであり、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）やフラッシュメモリなどがある。不揮発性メモリ１２５は、例えば、自動撮影処理により撮影した画像の画像データが記憶される。
【０１２６】
本第５の実施の形態においては、例えば、第２のＣＰＵ１０５ｂにおいて「低電圧監視機能」が実行される。例えば、第２のＣＰＵ１０５ｂは、低電圧監視アプリケーションを実行するためのプログラムをＲＯＭ１０７から読み出し実行することで、「低電圧監視機能」を実行することができる。
【０１２７】
図１１に表わされるように、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、低電圧監視アプリケーションを起動する（Ｓ７０）。例えば、上述したように、第２のＣＰＵ１０５ｂは、低電圧監視機能を実行するためのプログラムを読み出して実行することで、低電圧監視アプリケーションを起動させることができる。なお、本動作例において、「低電圧監視機能」は、例えば、端末装置１００が起動されるときに起動を開始することができる。
【０１２８】
次いで、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、低電圧を検知すると（Ｓ７１）、「制御部」として機能する第２のＣＰＵ１０５ｂに低電圧検知を通知する（Ｓ７２）。低電圧検知の通知が、本動作例１において、「カメラ機能」に対する割込み処理となる。例えば、第２のＣＰＵ１０５ｂは、電源の電圧を一定時間ごとに検知し、検知した電圧が低電圧検知閾値以下になると低電圧を検知して通知することができる（Ｓ７１，Ｓ７２）。なお、第２のＣＰＵ１０５ｂは、例えば、検知した電圧が低電圧検知閾値を超えたとき、低電圧の通知（Ｓ７１，Ｓ７２）を行わない。
【０１２９】
一方、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、カメラアプリケーションを起動させ、ファインダビュー処理を行う（Ｓ１０，Ｓ１１）。カメラアプリケーションの起動（Ｓ１０）は、例えば、低電圧監視アプリケーションの起動（Ｓ７０）より後でもよい。
【０１３０】
また、「制御部」として機能する第２のＣＰＵ１０５ｂは、低電圧検知の通知を受け取ると（Ｓ７２）、低電圧についてのタスク優先度を判定する（Ｓ７３）。例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂからカメラアプリケーションが起動したことを表わす通知を受けることができる。第２のＣＰＵ１０５ｂは、例えば、この通知により、「カメラ機能」が実行されていることを把握することができる。他方で、「カメラ機能」が実行されているとき、「制御部」として機能する第２のＣＰＵ１０５ｂは、低電圧検知の通知（Ｓ７２）を受けると、「カメラ機能」に対する割込み処理として、低電圧検知の通知を受けることになる。このとき、例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」と「低電圧監視機能」の２つのタスクについてタスク優先度を判定することで（Ｓ７３）、いずれのタスクを優先して処理を行うかについて決定することができる。
【０１３１】
タスク優先度の判定は、例えば、「制御部」として機能する第２のＣＰＵ１０５ｂがＲＡＭ１０６に記憶されたタスク優先度について「低電圧」と「カメラ機能」とでどちらのタスク優先度が高いかを判定することで行われる。本動作例１においては、「低電圧」の方が「カメラ機能」よりもタスク優先度は高いものとして説明する。なお、第２〜第４の実施の形態においても、着信による割込み（Ｓ１２）を受けたとき、着信に対するタスク優先度を判定する（Ｓ７３）ようにしてもよい。
【０１３２】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」のタスク優先度を「低電圧」よりも高くして、一時的にタスク優先度を変更する（Ｓ１３）。第２の実施の形態と同様に、「カメラ機能」のタスク優先度を「低電圧監視機能」よりも高くすることで、例えば、自動撮影処理（Ｓ１６〜Ｓ７４）を行わせるようにするためである。
【０１３３】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに対して、中断指示を出力する（Ｓ１４）。「カメラ機能」のタスク優先度は、もともと「低電圧監視機能」よりも低く、この中断指示により、「カメラ機能」を中断させることができる。
【０１３４】
「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、中断指示を受けて、自動撮影に関する処理を行う（Ｓ１６〜Ｓ１７，Ｓ７４）。本動作例においては、第２のＣＰＵ１０５ｂは自動撮影後（Ｓ１７）、撮影した画像の画像データを不揮発性メモリ１２５に記憶するようにしている（Ｓ７４）。不揮発性メモリ１２５に画像データを記憶しているのは、例えば、電源オフとなっても自動撮影した画像を記憶して、電源がオンになったとき読み出すことができるようにするためである。
【０１３５】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに処理完了通知を通知し（Ｓ１９）、「制御部」として機能する第２のＣＰＵ１０５ｂはタスク優先度を元に戻す処理を行う（Ｓ２１）。本動作例１においては、第２のＣＰＵ１０５ｂは、「低電圧」よりもタスク優先度を高くした「カメラ機能」について、「カメラ機能」のタスク優先度を「低電圧」よりも低くするようにする。
【０１３６】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂに対して、画面表示許可指示を通知する（Ｓ２２）。
【０１３７】
次いで、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、検知した低電圧（Ｓ７１）に対して低電圧を報知する（図１２のＳ７５）。低電圧の報知形態は、第２の実施の形態におおける着信による報知形態と同様に、音声出力や画面表示などの報知形態でもよい。
【０１３８】
このように本第５の実施の形態においても、端末装置１００は撮影動作中に低電圧を検知してもすぐに低電圧を報知するのではなく、自動撮影を行って（Ｓ１７）、不揮発性メモリ１２５に記憶した後（Ｓ７４）、報知するようにしている（Ｓ７５）。これにより、例えば、ユーザは低電圧報知によって撮影契機を逃すことがなくなり、画像を撮影することができる。
【０１３９】
また、低電圧の検知から報知までは（Ｓ７１〜Ｓ７５）、端末装置１００の電源がオフとならないように電源が確保されており、従って、報知が遅れることで撮影（Ｓ１７）ができなかったり、報知されずに電源がオフになるような事態を防止することができる。
【０１４０】
次いで、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、電源オフ依頼通知を「制御部」として機能する第２のＣＰＵ１０５ｂに通知する（Ｓ７６）。例えば、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、低電圧を報知し、所定時間経過後に電源オフ依頼通知を出力することができる。
【０１４１】
「制御部」として機能する第２のＣＰＵ１０５ｂは、電源オフ依頼通知を受けて、端末装置１００の電源をオフにする（Ｓ７７）。
【０１４２】
その後、端末装置１００は充電され、端末装置１００の電源がオンとなる（Ｓ７８，Ｓ７９）。「制御部」として機能する第２のＣＰＵ１０５ｂは、電源オンを検知すると、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂに対して低電圧監視アプリケーションの起動を指示する（Ｓ８０）。例えば、電源オンボタンの押圧を「制御部」として機能する第２のＣＰＵ１０５ｂが検知することで電源オンを検知することができる。
【０１４３】
次いで、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、ＲＯＭ１０７から低電圧監視アプリケーションを実行するためのプログラムを読み出して実行することで、低電圧監視アプリケーションを起動する（Ｓ８１）。以後、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは処理待ちの状態などに移行する。
【０１４４】
一方、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、ユーザによるカメラアプリケーションを起動する指示を受けると（Ｓ８２）、カメラアプリケーションを起動する（Ｓ８３）。カメラアプリケーションの起動は、例えば、「制御部」として機能する第２のＣＰＵ１０５ｂからの起動通知を契機にしてもよいし、カメラアプリケーションの起動開始ボタンの押圧を検知して起動するようにしてもよい。
【０１４５】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、不揮発性メモリ１２５から画像データを読み出し（Ｓ８４）、ディスプレイ１１１に出力して、自動撮影した画像（Ｓ１７）を表示させる（Ｓ３１）。これにより、ユーザに対して自動撮影した画像の確認を行わせることができる。
【０１４６】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、画像の保存又は破棄が選択されて（Ｓ３２）、ファインダビュー処理（Ｓ３３）に移行する。以降は、第２の実施の形態と同様に「カメラ機能」が終了してもよいし、処理待ちの状態となってもよい。「制御部」として機能する第２のＣＰＵ１０５ｂも処理待ちの状態となってもよい。
【０１４７】
図１３（Ａ）〜図１３（Ｄ）は本動作例１を説明するための図である。図１３（Ａ）に表わされるように、端末装置１００は、ディスプレイ１１１に画像を表示しファインダビュー処理を行っているときに低電圧を検知すると、低電圧通知の割込み処理が行われる（Ｓ７２）。
【０１４８】
次いで、図１３（Ｂ）に表わされるように、端末装置１００は画面に表示されている画像を自動撮影し（Ｓ１７）、撮影した画像を不揮発性メモリ１２５に記憶する（Ｓ７４）。
【０１４９】
次いで、図１３（Ｃ）に表わされるように、端末装置１００は低電圧を報知する（Ｓ７５）。図１３（Ｃ）の例は、「充電してください」の文字がディスプレイ１１１に表示される報知形態である。このような文字も例えばＲＯＭ１０７又はＲＡＭ１０６に記憶され、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂがＲＯＭ１０７又はＲＡＭ１０６から文字データを読み出してディスプレイ１１１に出力することで行われる。
【０１５０】
次いで、端末装置１００は低電圧により電源がオフとなり、その後充電されて電源がオンとなると（Ｓ７７〜Ｓ７９）、端末装置１００は自動撮影した画像をディスプレイ１１１に表示させ、ユーザに保存又は破棄を選択させる（Ｓ３１，Ｓ３２）。図１３（Ｄ）は選択画面の例を表わす図である。図１３（Ｄ）の例は、保存するか否かを選択させる選択画面とともに、撮影した画像が表示されている。このような選択画面についても、画像データ又は文字データなどとしてＲＯＭ１０７又はＲＡＭ１０６に記憶されており、「カメラ機能」を実行する第２のＣＰＵ１０５ｂがＲＯＭ１０７又はＲＡＭ１０６から読み出してディスプレイ１１１に出力することで表示される。
【０１５１】
［第６の実施の形態］
次に第６の実施の形態について説明する。第２〜第５の実施の形態では、「カメラ機能」よりも割込み処理による機能（例えば、「通話機能」や「低電圧監視機能」など）の方がタスク優先度は高く、割込み処理による報知を優先させる例について説明した。本第６の実施の形態では、「カメラ機能」と割込み処理による機能とについてどちらを優先させるかをユーザが決定できるようにした例についても説明する。
【０１５２】
図１４から図１７は本第６の実施の形態における動作例を表わすフローチャートである。このうち、図１４及び図１５は、第２〜図５の実施の形態と同様に、割込み処理による機能を「カメラ機能」よりも優先させる例を表わし、図１６及び図１７は、「カメラ機能」を割込み処理による機能よりも優先させる例を表わしている。これらの例においては、どちらの機能を優先させるかは、アラーム優先設定が行われるか（図１４のＳ９２）、ユーザ操作機能優先設定が行われるか（図１６のＳ１１０）により、ユーザによって選択できるようになっている。なお、図１４〜図１７の例では、割込み処理の機能としては「アラーム機能」を例にしている。
【０１５３】
最初に、割込み処理の「アラーム機能」の方が「カメラ機能」よりもタスク優先度が高い場合の例について図１４及び図１５を例にして説明する。
【０１５４】
「アラーム機能」は、例えば、第２のＣＰＵ１０５ｂにおいて実行され、設定された時刻になるとアラーム報知が行われる。例えば、第２のＣＰＵ１０５ｂは、アラームアプリケーションを実行するためのプログラムをＲＯＭ１０７から読み出し実行することで、アラームアプリケーションが起動され（Ｓ９０）、「アラーム機能」を実行することができる。なお、アラームアプリケーションの実行は、例えば、ユーザによる操作ボタンによる操作などにより行うことができる。或いは、第５の実施の形態と同様に、端末装置１００の電源がオンとなって起動するときに実行することができる。
【０１５５】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、アラーム時刻の設定を行う（Ｓ９１）。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、ユーザによる操作ボタンの操作により入力されたアラーム時刻をＲＡＭ１０６に記憶することで設定を行う。
【０１５６】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、「アラーム機能」のタスク優先度を優先設定にする（Ｓ９２）。例えば、ユーザが所定の操作ボタンを操作することで「アラーム優先設定」を入力する。その場合、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、操作ボタンの押下により「アラーム優先設定」を入力したことを検知すると、例えば、ユーザ操作による機能（例えば「カメラ機能」）よりも「アラーム機能」のタスク優先度を高い値にする。或いは、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、例えば、「アラーム機能」のタスク優先度を最大値にする。
【０１５７】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに対して、アラーム優先通知を通知する（Ｓ９３）。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、設定した「アラーム機能」のタスク優先度の値を「制御部」として機能する第２のＣＰＵ１０５ｂにアラーム優先通知とともに通知する。「制御部」として機能する第２のＣＰＵ１０５ｂは、アラーム優先通知を受け取ると、設定した「アラーム機能」のタスク優先度の値をＲＡＭ１０６に記憶することができる。
【０１５８】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂはアラーム設定時刻になると（Ｓ９４）、「制御部」として機能する第２のＣＰＵ１０５ｂにアラーム設定時刻到来通知を出力する（Ｓ９５）。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、タイマにより現在時刻がアラーム設定時刻になったか否かを検知するようにしており、現在時刻がアラーム設定時刻になると、アラーム設定時刻到来通知を出力することができる。
【０１５９】
一方、第２のＣＰＵ１０５ｂは、ユーザによるカメラアプリケーションの起動指示を受けてカメラアプリケーションを起動させる（Ｓ９６，Ｓ１０）。例えば、起動指示に対応する操作ボタンがユーザにより押圧されたことを第２のＣＰＵ１０５ｂが検知すると、ＲＯＭ１０７からカメラアプリケーションを実行するためのプログラムを読み出して実行することで、起動させることができる。例えば、第２のＣＰＵ１０５ｂは、カメラアプリケーションの起動により「カメラ機能」の実行を開始すると、「制御部」として機能する第２のＣＰＵ１０５ｂに対して、カメラアプリケーションが実行されていること通知することができる。これにより、「制御部」として機能する第２のＣＰＵ１０５ｂは「カメラ機能」が実行していることを把握することができる。
【０１６０】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、ファインダビュー処理を行う（Ｓ１１）。
【０１６１】
一方、「制御部」として機能する第２のＣＰＵ１０５ｂは、アラーム設定時刻到来通知を受け取ると、「アラーム機能」と「カメラ機能」についてどちらのタスク優先度が高いかを判定する（Ｓ７３）。例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは、例えばＲＡＭ１０６に記憶されたタスク優先度に基づいて、「アラーム機能」の方が「カメラ機能」よりもタスク優先度は高いと判定する。
【０１６２】
そして、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」の方が「アラーム機能」よりもタスク優先度は低いため、第２の実施の形態と同様に、「カメラ機能」の中断指示を出力する（Ｓ１４）。また、「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を「カメラ機能」の方が「アラーム機能」よりも高くなるように一時的に変更する処理も行う（Ｓ１３）。
【０１６３】
中断指示を受けた「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、タスク優先度が一時的に変更されたことで、自動撮影処理（Ｓ１６〜Ｓ１８）を行い、自動撮影した画像を記憶する。
【０１６４】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに処理完了通知を通知する（図１５のＳ１９）。
【０１６５】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を「アラーム機能」の方が「カメラ機能」よりも高くすることで元に戻し（Ｓ２１）、「アラーム機能」を実行する第２のＣＰＵ１０５ｂに画面表示許可指示を出力する（Ｓ２２）。
【０１６６】
「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受け取ると、アラーム設定時刻到来（Ｓ９４）に対するアラーム報知を行う（Ｓ９７）。
【０１６７】
このように、本第５の実施の形態においても、撮影動作中にアラーム設定時刻が到来したとき（Ｓ９５）、ディスプレイ１１１に表示されている画像を自動撮影して記憶した後（Ｓ１８）、アラーム報知を行うようにしている（Ｓ９７）。これにより、例えば、撮影動作を行っているときにアラーム通知による割込みが発生しても、自動撮影を行うため、アラーム報知によってユーザが撮影契機を逃すことがなくなる。なお、アラーム報知による報知形態は、画面表示によるものでも、音声出力によるものでもよい。いずれの場合も、例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂがＲＯＭ１０７又はＲＡＭ１０６に記憶された画像データ又は音声データを読み出してディスプレイ１１１に出力したり、スピーカ１０９に出力することで報知される。
【０１６８】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、アラーム報知終了後、アラーム報知を停止させる（Ｓ９８）。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、ＲＯＭ１０７又はＲＡＭ１０６に記憶された設定時間が経過したり、ユーザによる操作ボタンによる操作などにより、画面表示や音声出力により報知されるアラーム報知を停止させることができる。
【０１６９】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、アラームアプリケーションを終了させ（Ｓ９９）、「制御部」として機能する第２のＣＰＵ１０５ｂに対して、アラームアプリケーションの終了通知を通知する（Ｓ１００）。以降は、第２の実施の形態と同様に実施することができる（Ｓ２７〜Ｓ３３）。
【０１７０】
次に図１６及び図１７を参照して、「カメラ機能」が「アラーム機能」よりも優先して動作が行われる例について説明する。
【０１７１】
図１６に表わされるように、例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂはユーザによる操作により、ユーザ操作機能優先設定を行うことができる（Ｓ１１０）。ユーザ操作機能優先設定は、例えば、ユーザによる起動指示により動作する機能（例えば「カメラ機能」）のタスク優先度を「アラーム機能」よりも高くするようにする設定のことである。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、ユーザの操作ボタンによる操作によりユーザ操作機能優先設定を検知すると、例えば、ユーザ操作のタスク優先度を決定し、その優先度よりも「アラーム機能」の方を低い値にする。或いは、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、「アラーム機能」のタスク優先度を最小のタスク優先度の値にすることもできる。
【０１７２】
そして、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、「アラーム機能」のタスク優先度の値（と、ユーザ操作のタスク優先度の値の場合もある）を「制御部」として機能する第２のＣＰＵ１０５ｂにユーザ操作機能優先通知とともに通知する（Ｓ１１１）。
【０１７３】
これにより、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」と「アラーム機能」の２つのタスクのタスク優先度を判別するとき（Ｓ７３）、「カメラ機能」を「アラーム機能」よりもタスク優先度は高いと判定することができる。この場合、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「カメラ機能」の中断指示を受けることなく、カメラアプリケーションが終了するまで（Ｓ１１４）、「カメラ機能」を実行することができる。つまり、ユーザ操作中の機能（例えば「カメラ機能」）を割込み処理による機能（例えば「アラーム機能」）よりも優先して行うことができる。
【０１７４】
一方、「制御部」として機能する第２のＣＰＵ１０５ｂは、アラーム割込みが発生しても（Ｓ９５）、「カメラ機能」の方が「アラーム機能」よりもタスク優先度は高いため、アラーム報知の保留を決定する（Ｓ１１２）。そして、「制御部」として機能する第２のＣＰＵ１０５ｂは、アラーム報知保留指示を「アラーム機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ１１３）。
【０１７５】
これにより、例えば、「アラーム機能」は「カメラ機能」が終了するまでアラーム報知が保留され、アラーム設定時刻が到来してもアラーム報知が行われない。よって、撮影動作が行われているときにアラーム設定時刻が到来しても撮影動作が継続され、ユーザは撮影契機を逃すこともない。
【０１７６】
「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂから、カメラアプリケーションの終了通知を受け取ると（Ｓ１１５）、「アラーム機能」について画面表示許可指示を出力する（Ｓ１１６）。
【０１７７】
「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けて、アラーム報知を行うことができる（図１７のＳ９７）。この例では、アラーム設定時刻が到来しても、アラーム報知が行われず、カメラアプリケーションが終了すると、アラーム報知が行われる（Ｓ１１５，Ｓ９７）。
【０１７８】
以降は、上述した動作例２と同様に、「アラーム機能」を実行する第２のＣＰＵ１０５ｂはアラーム報知を停止し（Ｓ９８）、アラームアプリケーションを終了させ（Ｓ９９）、「制御部」として機能する第２のＣＰＵ１０５ｂに終了通知を通知する（Ｓ１００）。
【０１７９】
本第６の実施の形態では、割込み機能を優先させるか、あるいは「カメラ機能」を優先させるかは、ユーザにより設定可能とすることができる。従って、本端末装置１００は常にどちから一方を優先させるのではなく、ユーザにより自由に設定することができ、ユーザフレンドリーな端末装置１００とすることができる。
【０１８０】
第６の実施の形態において、割込み処理による機能の例として「アラーム機能」を例にして説明した。例えば、図１４〜図１７の「アラーム機能」を「通話機能」に代えて実施することも可能である。例えば第２のＣＰＵ１０５ｂによりユーザ操作機能優先設定（図１６のＳ１１０）が行われるとき、「通話機能」が保留されて、カメラアプリケーションが終了すると（Ｓ１１４）、着信による報知が行われることになる。
【０１８１】
［その他の実施の形態］
次にその他の実施の形態について説明する。例えば、自動撮影が行われるとき（Ｓ１７）、室内や夜景など明度が一定の値以下であれば、自動的にライトやフラッシュが使用されて自動撮影が行われるようにすることができる。図１８はかかる例における端末装置１００の構成例を表わす図である。端末装置１００は、更に、照度センサ１２０を備える。
【０１８２】
照度センサ１２０は、例えば、ディスプレイ１１１に表示される画像の明度を測定することができる。例えば、第２のＣＰＵ１０５ｂは、ファインダビュー処理によりカメラ１１２で撮影した画像の画像データを第１のＣＰＵ１０５ａを介して照度センサ１２０に出力することができる。照度センサ１２０は、例えば、カメラ１１２から出力されるＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）色空間の画像データに対して、ＨＳＶ（Ｈｕｅ，Ｓａｔｕｒａｔｉｏｎ Ｖａｌｕｅ，Ｖａｌｕｅ）色空間の画像データに変換し、変換後のＶ（Ｖａｌｕｅ）を明度として測定することができる。または、照度センサ１２０は、ＲＧＢ色空間の画像データに対して，ＹＵＶ色空間に変換し、変換後の輝度Ｙを明度として測定することもできる。
【０１８３】
例えば、第２の実施の形態において、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、自動撮影（Ｓ１７）の際、第１のＣＰＵ１０５ａを介して照度センサ１２０でディスプレイ１１１に表示された画像の照度を計算させるよう指示する。照度センサ１２０は、この指示を受けてディスプレイ１１１に表示された画像の明度を計算し、第１のＣＰＵ１０５ａを介して第２のＣＰＵ１０５ｂに出力する。「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、計算された明度が明度閾値以下のときは、ＬＥＤ又は半導体レーザなどの光源（ライト又はフラッシュとも呼ばれる）を使用するよう、カメラ１１２に通知する。カメラ１１２は、この通知を受けて、カメラ１１２内に設けられた光源を点灯させ画像を自動撮影する。これにより、例えば、室内や夜景など、明度が一定以下の値のときでも、明るい画像を撮影することができる。光源は、カメラ１１２に内蔵されていても、カメラ１１２の外部にあってもよい。
【０１８４】
また、第２〜第６の実施の形態において、自動撮影が行われるとき（Ｓ１７）、シャッター音による音鳴動や画面表示を行わないようにすることもできる。これにより、自動撮影がユーザに対して誤動作であることを認識させないようにすることができる。そして、これにより、ユーザに対してスムースに通話を行わせるようにすることもできる。
【０１８５】
例えば、ファインダビュー処理が行われているときに、ユーザによるシャッターボタンの押下を第２のＣＰＵ１０５ｂが検知したときでも、第２のＣＰＵ１０５ｂはシャッター音に対応する音声信号をＲＯＭ１０７又はＲＡＭ１０６から読み出さないようにすればよい。
【０１８６】
あるいは、逆に自動撮影が行われるとき（Ｓ１７）、音鳴動や画面表示を行わせるようにすることもできる。この場合は、例えば、撮影が行われたことをユーザに報知させることができる。
【０１８７】
さらに、第２〜第６の実施の形態において、連続撮影モード（又は連写モード）となっているとき、自動撮影のときに撮影枚数を設定しておき、自動撮影の際に設定枚数分撮影するようにすることもできる。例えば、ユーザの操作ボタンによる操作によって撮影枚数が入力され、第２のＣＰＵ１０５ｂは入力された撮影枚数をＲＡＭ１０６に記憶する。そして、第２のＣＰＵ１０５ｂは、自動撮影のとき（Ｓ１７）、連続撮影モードとなっているときは、ＲＡＭ１０６から撮影枚数を読み出して、その枚数分の画像の画像データをＲＡＭ１０６に記憶することで実施することができる。この撮影枚数は、例えば、通話の相手先を待たせない程度の撮影枚数とすることができる。
【０１８８】
また、第２〜第６の実施の形態において、端末装置１００については携帯電話など、所謂通信機能が付加された端末装置として説明した。例えば、端末装置１００は、通信機能のないデジタルカメラやデジタルビデオカメラなど、通信機能が付加されていない撮像装置により実施することができる。
【０１８９】
図１９は通信機能が付加されていない撮像装置を例にした端末装置１００の構成例を表わす図である。例えば、このような端末装置１００は、第５の実施の形態で説明した低電圧による割込み処理の動作例（例えば図１１〜図１３）、アラーム通知による割込み処理の動作例（例えば図１４〜図１８）を実施することができる。例えば、図１３（Ａ）〜図１３（Ｄ）は、このような通話機能のない撮像装置による端末装置１００の画面表示例を表わしている。
【０１９０】
さらに、第２〜第６の実施の形態において、自動撮影を行うとき（Ｓ１７）、撮影モードについて自動撮影のモードに自動で切り替える（Ｓ１６）として説明した。例えば、手ぶれの影響を抑えて自動撮影が行われるように、自動撮影モードにオートフォーカスモードを含ませるようにすることもできる。つまり、自動撮影モード（Ｓ１６）として設定するモードは、ユーザにより設定できるようにするようにしてもよい。例えば、ユーザにより操作ボタンの操作により自動撮影モードの設定内容が入力され、第２のＣＰＵ１０５ｂは設定内容をＲＡＭ１０６に記憶することができる。そして、第２のＣＰＵ１０５ｂは、自動撮影モードのとき（Ｓ１６）、ＲＡＭ１０６から設定内容を読み出し、設定内容に従ってパラメータの調整を行うことで（Ｓ１７）、自動撮影を行うようにすることもできる。あるいは推奨される自動撮影モードについては、端末装置１００が製造されるとき、ＲＯＭ１０７又はＲＡＭ１０６に記憶させるようにすることで設定することもできる。
【０１９１】
また、第２〜第４の実施の形態において、着信は例えば通話による着信の例で説明した。例えば、電子メールの着信など文字データによる着信の場合でも、第２〜第４の実施の形態と同様に実施することができる。この場合、例えば、第２のＣＰＵ１０５ｂはＲＯＭ１０７に記憶されたメールアプリケーションプログラムなどを読み出して実行することで「メール機能」を実行することができる。例えば、図３及び図４における「通話機能」を「メール機能」に置き換えることで実施することができる。
【０１９２】
さらに、第２〜第６の実施の形態や、上述したその他の実施の形態は、例えば図２０に表わされる端末装置１００により実施することもできる。図２０に表わされた端末装置１００は、第２の実施の形態における端末装置１００（例えば図２）の他の構成例である。端末装置１００は、更に、ＤＳＰ（Digital Signal Processor）１３０を備える。
【０１９３】
ＤＳＰ１３０は、例えば、第１のＣＰＵ１０５ａからの制御信号に基づいて動作することができる。ＤＳＰ１３０は、第２の実施の形態におけるベースバンド部１０３、ＧＰＳ１０４に対応する。また、第１のＣＰＵ１０５ａ又は第２のＣＰＵ１０５ｂは、第２の実施の形態におけるＡ／Ｄ変換部１１０、第１のＣＰＵ１０５ａ、及び第２のＣＰＵ１０５ｂに対応する。それ以外の構成部分は、第２の実施の形態と同一であり同一の符号が付されている。
【０１９４】
以上まとめると付記のようになる。
【０１９５】
（付記１）
他の端末装置と通信する通信部と、
画像を撮像する撮像部と、
撮像した前記画像を記憶する記憶部と、
前記通信部を介した割込み処理を報知する報知部と、
前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部と
を備える端末装置。
【０１９６】
（付記２）
前記制御部は、前記撮像部による画像の撮像を前記割込み処理よりも優先させる第１の指示を受けたとき、前記撮像部により画像を撮像するときに前記割込み処理が発生しても前記撮像部による画像の撮像が終了した後で、前記報知部により前記割込み処理を報知させ、前記割込み処理を前記撮像部による画像の撮像よりも優先させる第２の指示を受けたとき、前記撮像部により画像を撮像するときに前記割込み処理が発生したときは、前記撮像部により撮像された画像を前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させることを特徴とする付記１の端末装置。
【０１９７】
（付記３）
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記報知部により報知を行わせないで前記撮像部に前記画像を撮像させ、前記撮像された画像を前記記憶部に記憶することを特徴とする付記１記載の端末装置。
【０１９８】
（付記４）
更に、前記撮像部で撮像された画像の明度を測定する照度センサと、光源とを備え、
前記制御部は、前記照度センサにより測定された前記明度が明度閾値以下のとき、前記光源を点灯させて、前記撮像部により画像を撮像させることを特徴とする付記１記載の端末装置。
【０１９９】
（付記５）
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したときにおいて前記撮像により画像を撮像させるとき、設定された１又は複数枚の画像を撮像することを特徴とする付記１記載の端末装置。
【０２００】
（付記６）
更に、ディスプレイを備え、
前記制御部は、前記割込み処理が終了した後、前記記憶部に記憶された画像データに対応する画像を前記ディスプレイに表示させることを特徴とする付記１記載の端末装置。
【０２０１】
（付記７）
前記割込み処理は、前記通信部を介して前記他の端末装置との間で通話を要求する着信通知による割込み処理であることを特徴とする付記１記載の端末装置。
【０２０２】
（付記８）
前記割込み処理は、前記端末装置の電源電圧が電圧閾値以下を表わす低電圧通知、又は設定した時刻が到来したことを表わすアラーム設定時刻到来通知による割込み処理であることを特徴とする付記１記載の端末装置。
【０２０３】
（付記９）
他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部と、制御部とを有する端末装置における画像撮像方法において、
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる
ことを特徴とする画像撮像方法。
【０２０４】
（付記１０）
画像を撮像する撮像部と、
撮像した前記画像を記憶する記憶部と、
割込み処理を報知する報知部と、
前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部と
を備える撮像装置。
【０２０５】
（付記１１）
他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部とを有する端末装置において実行される画像撮像プログラムであって、
前記撮像部に画像を撮像させるときに前記割込み処理が発生したとき、前記撮像部に画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶させた後、前記報知部に割込み処理を報知させる処理を
実行させることを特徴とする画像撮像プログラム。
【符号の説明】
【０２０６】
１００：端末装置 １０４：ＧＰＳ
１０５ａ：第１のＣＰＵ １０５ｂ：第２のＣＰＵ
１０６：ＲＡＭ １０７：ＲＯＭ
１１１：ディスプレイ １１２：カメラ
１２０：照度センサ １２５：不揮発性メモリ
１３０：ＤＳＰ
【技術分野】
【０００１】
本発明は、端末装置、端末装置における画像撮像方法、及び撮像装置に関する。
【背景技術】
【０００２】
現在、携帯電話システムや無線ＬＡＮ（Local Area Network）などの無線通信システムが広く利用されている。このような無線通信システムにおいては、フィーチャーフォンばかりでなく、スマートフォンなどの端末装置などが用いられ、さまざまなサービスの提供を受けることができるようになってきている。
【０００３】
このような端末装置は、例えばカメラを備え、外出先などで手軽に画像などを撮影することができる。撮影した画像は、端末装置のメモリに保存させたり、電子メールとともに他の端末装置に送信させることもできる。
【０００４】
また、端末装置は、着信が発生すると、例えば音や振動などで報知することで着信をユーザに知らせることができる。ユーザは着信による報知により、端末装置の通話ボタンを操作するなどして、他の端末装置を介して相手先と通話することができる。
【０００５】
しかし、ユーザが端末装置を用いて画像を撮影しているときに、着信により音や振動などが発生した場合、例えば、ユーザは音や振動に気を取られ、撮影契機を逃してしまう場合もある。或いは、着信の振動により端末装置が動いてしまう場合もある。
【０００６】
着信などにより撮影が妨害されないようにするため、例えば、以下のような技術がある。すなわち、ビューファインダに画像を映し出している状態において着信があると、ビューファインダに電話形状のアイコンを点滅表示させたり、データ着信を表わすアイコンを表示させたりすることで、撮影を妨害することなく撮影動作中に着信を報知できるようにした通信機能付き撮像装置がある。
【０００７】
また、撮影中に着信があった場合、ユーザが通話を望めば撮影に関する情報をメモリに記憶させ、且つ通話モードを強制的に設定し、通話が終了した後はメモリに記憶された撮像に関する情報を用いることで迅速な撮像処理を行わせるようにした撮像機能付き携帯電話もある。
【０００８】
さらに、テレビジョン放送を視聴中に電話が着信した場合でも、端末利用者の通話開始操作、通話終了操作と連動して受信画像の記録、再生処理を自動的に行うことで、操作性の良いプレイバック機能を搭載した携帯電話端末内蔵型テレビジョン受信装置もある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００１−１６５６０号公報
【特許文献２】特開２００５−３３３２９６号公報
【特許文献３】特開２００４−３３６４３８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、ビューファインダに画像を映し出している状態で、電話形状のアイコンを点滅表示させる技術の場合、撮影者はアイコン表示に気を取られて撮影契機を逃してしまう場合がある。また、かかる技術の場合、撮影が行われている間、ユーザは通話を行うことができないため、着信の相手先は通話が待たされることになる。
【００１１】
さらに、撮影に関する情報をメモリに記憶させる技術の場合、ユーザは通話が行われている間、画像を撮影することができない。通話終了後に撮影に関する情報を用いて撮影が行われたとしても、撮影契機を逃してしまう場合もある。
【００１２】
また、端末利用者の通話開始操作、通話終了操作と連動して受信画像の記録、再生処理を自動的に行う技術は、例えば装置に内蔵されたカメラを用いて静止画像などの画像を撮影すること自体ができない。
【００１３】
そこで、本発明の一目的は、撮影契機を逃さないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供することにある。
【００１４】
また、本発明の一目的は、通話の相手先を待たせないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供することにある。
【課題を解決するための手段】
【００１５】
一態様によれば、端末装置において、他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部と、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部とを備える。
【発明の効果】
【００１６】
撮影契機を逃さないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供することができる。また、通話の相手先を待たせないようにした端末装置、端末装置における画像撮像方法、及び撮像装置を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】図１は端末装置の構成例を表わす図である。
【図２】図２は端末装置の構成例を表わす図である。
【図３】図３は動作例を表わすフローチャートである。
【図４】図４は動作例を表わすフローチャートである。
【図５】図５（Ａ）〜図５（Ｃ）は動作例をそれぞれ説明するための図である。
【図６】図６は動作例を表わすフローチャートである。
【図７】図７は動作例を表わすフローチャートである。
【図８】図８は動作例を表わすフローチャートである。
【図９】図９は動作例を表わすフローチャートである。
【図１０】図１０は端末装置の構成例を表わす図である。
【図１１】図１１は動作例を表わすフローチャートである。
【図１２】図１２は動作例を表わすフローチャートである。
【図１３】図１３（Ａ）〜図１３（Ｄ）は動作例を説明するための図である。
【図１４】図１４は動作例を表わすフローチャートである。
【図１５】図１５は動作例を表わすフローチャートである。
【図１６】図１６は動作例を表わすフローチャートである。
【図１７】図１７は動作例を表わすフローチャートである。
【図１８】図１８は端末装置の構成例を表わす図である。
【図１９】図１９は端末装置の構成例を表わす図である。
【図２０】図２０は端末装置の構成例を表わす図である。
【発明を実施するための形態】
【００１８】
以下、本発明を実施するための形態について説明する。
【００１９】
［第１の実施の形態］
最初に第１の実施の形態について説明する。図１は第１の実施の形態における端末装置１００の構成例を表わす図である。端末装置１００は、例えば、携帯電話機など無線基地局装置を介して他の端末装置と無線通信を行うことができる。また、端末装置１００は、例えば、デジタルカメラなど、画像を撮影する撮像装置であってもよい。
【００２０】
端末装置１００は、他の端末装置と通信する通信部１５０と、画像を撮像する撮像部１５１、撮像した画像を記憶する記憶部１５２、制御部１５３、及び通信部１５０を介した割込み処理を報知する報知部１５４を備える。
【００２１】
制御部１５３は、撮像部１５１により画像を撮像するときに割込み処理が発生したとき、撮像部１５１により画像を撮像させる。そして、制御部１５３は、撮像された画像に対応する画像データを記憶部１５２に記憶した後、報知部１５４により割込み処理を報知させることができる。
【００２２】
したがって、例えば、ユーザは、画像を撮影するときに端末装置１００において割込み処理が発生したときでも、撮像部１５１により画像が撮像されて記憶部１５２に記憶された後、割込み処理に対する報知が行われるため、報知によって撮影契機を逃すこともない。
【００２３】
また、割込み処理が発生したときから、記憶部１５２に撮像された画像が記憶されるまでの時間は、例えば、着信元の相手先を待たせない程度の時間であり、従って、着信元の相手先は通話を待たせることもない。
【００２４】
なお、割込み処理は、例えば、着信通知であって、通信部１５０は他の端末装置から着信を受けると着信があったことを制御部１５３に通知することができる。
【００２５】
［第２の実施の形態］
＜端末装置１００の構成例＞
次に第２の実施の形態について説明する。図２は第２の実施の形態における端末装置１００の構成例を表わす図である。端末装置１００は、例えば、カメラなどの撮影部を備える携帯電話機やパーソナルコンピュータなどであって、無線基地局装置などを介して他の端末装置と無線通信を行うことができる。また、端末装置１００は、通信機能の付いた撮像装置であってもよく、通信機能の付いたデジタルカメラなどでもよい。なお、本第２の実施の形態を含む以下の実施の形態において、携帯電話機にはフィーチャーフォンとスマートフォンの双方を含む。
【００２６】
端末装置１００は、アンテナ１０１、ＲＦ（Radio Frequency）部１０２、ベースバンド部１０３、ＧＰＳ（Global Positioning System）１０４、ＣＰＵブロック１０５、ＲＡＭ（Random Access Memory）１０６、ＲＯＭ（Read Only Memory）１０７、マイク１０８、スピーカ１０９、Ａ／Ｄ変換部１１０、ディスプレイ１１１、及びカメラ１１２を備える。
【００２７】
また、ＣＰＵブロック１０５は、第１のＣＰＵ１０５ａと第２のＣＰＵ１０５ｂとを備えている。例えば、第１のＣＰＵ１０５ａは、ベースバンド部１０３、ＧＰＳ１０４、及び第２のＣＰＵ１０５ｂに接続され、第２のＣＰＵ１０５ｂは、Ａ／Ｄ変換部１１０、ディスプレイ１１１、及びカメラ１１２に接続されている。なお、第１及び第２のＣＰＵ１０５ａ，１０５ｂはともにＲＡＭ１０６とＲＯＭ１０７に接続されている。
【００２８】
なお、第１の実施の形態における通信部１５０は、例えば、アンテナ１０１、ＲＦ部１０２、及びベースバンド部１０３に対応する。また、第１の実施の形態における撮像部１５１は、カメラ１１２に対応する。さらに、第１の実施の形態における記憶部１５２は、ＲＡＭ１０６に対応し、制御部１５３は第１及び第２のＣＰＵ１０５ａ，１０５ｂに対応する。また、第１の実施の形態における報知部１５４は、例えば、第２のＣＰＵ１０５ｂ、スピーカ１０９、及びＡ／Ｄ変換部１１０に対応する。
【００２９】
アンテナ１０１は、ＲＦ部１０２から出力された無線信号を、無線基地局などを介して他の端末装置に送信したり、無線基地局などを介して他の端末装置から受信した無線信号をＲＦ部１０２に出力することができる。
【００３０】
ＲＦ部１０２は、ベースバンド部１０３から出力されたベースバンド信号を周波数変換（例えばアップコンバート）して無線信号としてアンテナ１０１に出力することができる。また、ＲＦ部１０２は、アンテナ１０１で受信した無線信号を周波数変換（例えばダウンコンバード）してベースバンド信号として、ベースバンド部１０３に出力することができる。このような周波数変換が行われるために、ＲＦ部１０２は、例えば、Ａ／Ｄ変換回路、Ｄ／Ａ変換回路、周波数変換器、帯域通過フィルタ（ＢＰＦ）などを備えてもよい。
【００３１】
ベースバンド部１０３は、例えば、第１のＣＰＵ１０５ａから出力された映像信号や音声信号などのデータ信号に対して誤り訂正符号化処理や変調処理を施すことでベースバンド信号に変換し、ＲＦ部１０２に出力することができる。また、ベースバンド部１０３は、ＲＦ部１０２から出力されたベースバンド信号に対して、復調処理や誤り訂正復号化処理などを施すことで映像データや音声データなどのデータを抽出し、第１のＣＰＵ１０５ａに出力することができる。
【００３２】
ＧＰＳ１０４は、第１のＣＰＵ１０５ａから出力された制御信号に基づいて、端末装置１００の位置を測位することができる。ＧＰＳ１０４は、測位した位置を位置情報として第１のＣＰＵ１０５ａに出力することができる。
【００３３】
第１のＣＰＵ１０５ａは、例えば、通信に関する処理や、端末装置１００におけるハードウェアに関する処理などを行う。例えば、第１のＣＰＵ１０５ａはＲＯＭ１０７に記憶された通信プログラムを読み出して実行することで、無線通信に関する処理を行うことができる。
【００３４】
第２のＣＰＵ１０５ｂは、例えば、ディスプレイ１１１に表示される画面表示に関する各種処理を行うことができる。例えば、第２のＣＰＵ１０５ｂは、ＲＯＭ１０７に記憶されたカメラアプリケーションに関するプログラムを読み出してカメラアプリケーションを実行することで、撮像処理などカメラ機能を実現又は実行することができる。また、第２のＣＰＵ１０５ｂは、ＲＯＭ１０７に記憶された通話アプリケーションに関するプログラムを読み出して通話アプリケーションを実行することで、通話機能を実現又は実行することもできる。さらに、第２のＣＰＵ１０５ｂは、ＲＯＭ１０７に記憶された低電圧監視アプリケーションに関するプログラムを読み出して低電圧監視アプリケーションを実行することで、低電圧監視機能を実現又は実行することができる。第１のＣＰＵ１０５ａと第２のＣＰＵ１０５ｂで実行される各種機能などについては後述する。
【００３５】
ＲＡＭ１０６は、例えば、第１及び第２のＣＰＵ１０５ａ，１０５ｂが各種プログラムを実行するときのワーキングメモリの役割を果たし、第１及び第２のＣＰＵ１０５ａ，１０５ｂからデータなどが適宜記憶されたり、読み出されたりすることができる。ＲＡＭ１０６は、例えば、カメラ１１２により撮像された画像の画像データを記憶することもできる。
【００３６】
ＲＯＭ１０７は、第１及び第２のＣＰＵ１０５ａ，１０５ｂで実行される各種プログラムを記憶することができる。ＲＯＭ１０７に記憶された各種プログラムは、第１及び第２のＣＰＵ１０５ａ，１０５ｂにより適宜読み出されることができる。
【００３７】
マイク１０８は、端末装置１００において通話が行われるとき、音声が入力され、これを音声データとしてＡ／Ｄ変換部１１０に出力することができる。端末装置１００を使用するユーザは、例えば、マイク１０８を介して自身の音声を通話の相手先に伝えることができる。
【００３８】
スピーカ１０９は、例えば、他の端末装置から送信された音声データを音声として出力することができる。端末装置１００を使用するユーザは、例えば、スピーカ１０９を介して、通話の相手先の音声を聞くことができる。
【００３９】
Ａ／Ｄ変換部１１０は、マイク１０８から出力されたアナログの音声データをデジタルの音声データに変換して第２のＣＰＵ１０５ｂに出力することができる。また、Ａ／Ｄ変換部１１０は、第２のＣＰＵ１０５ｂから出力されたデジタルの音声データをアナログの音声データに変換してスピーカ１０９に出力することができる。
【００４０】
ディスプレイ１１１は、例えば、第２のＣＰＵ１０５ｂを介してカメラ１１２で撮像した画像を表示したり、第２のＣＰＵ１０５ｂを介してＲＡＭ１０６に記憶された画像データに対する画像を表示することもできる。ディスプレイ１１１は、第２のＣＰＵ１０５ｂの制御により、例えば、撮影した画像を保存するか破棄するかを選択するための選択画面などを表示することもできる。
【００４１】
カメラ１１２は、静止画像や動画像などの画像を撮影することができ、撮影した画像を画像データとして第２のＣＰＵ１０５ｂに出力することができる。このような撮像処理を実現するために、カメラ１１２には、例えば、レンズ、撮像素子、Ａ／Ｄ変換回路、画像処理回路などを備えていてもよい。
【００４２】
＜動作例＞
次に端末装置１００の動作例について説明する。本動作例は、例えば、ユーザが端末装置１００において画像を撮影しようとしているときに通話に対する着信があったときの動作例である。図３及び図４は動作例をそれぞれ表わすフローチャート、図５（Ａ）〜図５（Ｃ）は動作例をそれぞれ説明するための図である。なお、着信は、例えば、他の端末装置との間で通話を行うことを要求する処理である。例えば、端末装置１００は、他の端末装置から送信された着信通知（又は着信呼）をアンテナ１０１、ＲＦ部１０２、及びベースバンド部１０３を介して第１のＣＰＵ１０５ｂにおいて受信することで、着信が行われる。
【００４３】
なお、図３及び図４において、「カメラ機能」、「制御部」、「通話機能」と表わしている部分がある。「カメラ機能」や「通話機能」は、例えば、第２のＣＰＵ１０５ｂがＲＯＭ１０７からカメラアプリケーションに関するプログラムや通話アプリケーションに関するプログラムをそれぞれ読み出して実行することでそれぞれ実現又は実行することができる機能である。従って、本動作例において「カメラ機能」と「通話機能」は、例えば第２のＣＰＵ１０５ｂが対応するものとして以下説明する。
【００４４】
また、「制御部」は、例えば、「カメラ機能」と「通話機能」とを端末装置１００において別々のタスクとして動作させるときタスク制御を行うことができる。タスク制御の例としては、例えば、２つの機能のうちいずれを優先するかなどである。本動作例において、このようなタスク制御は、例えば第２のＣＰＵ１０５ｂが実行するものとして説明する。従って、「制御部」は、例えば第２のＣＰＵ１０５ｂが対応しているものとして説明する。例えば、図３の処理における中断指示（Ｓ１４）は、このようなタスク制御を行っている第２のＣＰＵ１０５ｂから、「カメラ機能」を実行している第２のＣＰＵ１０５ｂに内部的に通知していることになる。
【００４５】
以下、図３及び図４を適宜参照しながら動作例を説明する。第２のＣＰＵ１０５ｂは、例えばＲＯＭ１０７からカメラに関するアプリケーションを実行するためのプログラムを読み出し実行することで、カメラアプリケーションを起動し、「カメラ機能」を実行する（Ｓ１０）。
【００４６】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、ファインダビューに関する処理を行う（Ｓ１１）。ファインダビューに関する処理は、例えば、カメラ１１２で撮影された画像が第２のＣＰＵ１０５ｂを介してディスプレイ１１１にそのまま出力される処理である。ユーザは、ディスプレイ１１１に表示された画面を通じて、撮影契機を逃さないようにシャッターボタンを押すタイミングをはかることができる。
【００４７】
一方、ファインダビューに関する処理が行われているとき、「制御部」として機能する第２のＣＰＵ１０５ｂは通話に対する着信通知を受けたとき（Ｓ１２）、以下のような処理が行われる。すなわち、「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を一時的に変更する（Ｓ１３）。
【００４８】
タスク優先度を一時的に変更する理由は、例えば、以下の理由からである。すなわち、端末装置１００は、例えば、「カメラ機能」や「通話機能」など複数の機能を実現することができ、各機能が同時に実行される状況が発生したとき、どの機能を優先して実行させるかを予め決定しておくことができる。どの機能を優先させるかは、端末装置１００の使用方法などに依存することになるが、本端末装置１００では、「通話機能」と「カメラ機能」の２つの機能については「通話機能」を「カメラ機能」に優先するものとしている。そのため、「カメラ機能」は「通話機能」よりもタスク優先度は低いため、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」としての第２のＣＰＵ１０５ｂに対して、「カメラ機能」の中断指示を出力する（Ｓ１４）。
【００４９】
ただし、本端末装置１００は、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは中断指示（Ｓ１４）を受け取っても、すぐに中断するのではなく、画像の自動撮影を行い、撮影した画像の画像データを記憶領域に記憶するようにしている（Ｓ１６〜Ｓ１８）。例えば、本端末装置１００は、タスク優先度を一時的に「カメラ機能」が「通話機能」よりも高くすることで、このような自動撮影に関する（Ｓ１６〜Ｓ１８）を行うことができるようにしている。
【００５０】
例えば、タスク優先度はＲＡＭ１０６などに記憶させておくことができ、第２のＣＰＵ１０５ｂは、ＲＡＭ１０６に記憶されたタスク優先度を「カメラ機能」が「通話機能」よりも高くなるように変更してＲＡＭ１０６に記憶し直すことができる。例えば、ＲＡＭ１０６に記憶された「カメラ機能」と「通話機能」の各タスク優先度を入れ替えるなどの処理により変更することができる。
【００５１】
「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を一時的に変更後（Ｓ１４）、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに中断指示を出力する（Ｓ１４）。中断指示を出力するのは、上述したように、例えば、タスク優先度が一時的に変更される前はもともと「通話機能」が「カメラ機能」よりもタスク優先度は高く、「カメラ機能」を中断させて「通話機能」が行われるようにするためである。
【００５２】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、着信通知を「通話機能」を実行する第２のＣＰＵ１０５ｂに出力する（Ｓ１５）。例えば、この着信通知により、「通話機能」を実行する第２のＣＰＵ１０５ｂに通話に対する着信があったことを通知することができる。なお、Ｓ１４の処理とＳ１５の処理は逆順でもよい。
【００５３】
着信通知を受けた第２のＣＰＵ１０５ｂは、「通話機能」を実行するためのプログラムをＲＯＭ１０７から読み出して実行することで、通話アプリケーションを起動させることができる（Ｓ２０）。これにより、第２のＣＰＵ１０５ｂは「通話機能」を実現又は実行することができる。
【００５４】
一方、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、中断指示を受けると（Ｓ１４）、ファインダビューに関する処理を終了し、自動撮影に関する処理（Ｓ１６〜Ｓ１８）を行う。すなわち、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、撮影モードの自動切り替えを行う（Ｓ１６）。例えば、撮影モードが拡大画面による撮影モードのとき、拡大画面から通常画面の自動撮影モードに切り替えを行うことができる。或いは、シャッタースピードが閾値よりも速かったり遅かったりする撮影モードを、シャッタースピードが閾値と同じ自動撮影モードに切替えることができる。
【００５５】
本端末装置１００は、このように中断指示を受けると撮影モードを自動撮影モードに切替えるようにしている。そのため、ユーザによるマニュアル選択で撮影モードが選択される場合と比較して、本端末装置１００において、自動撮影の処理時間（例えば、Ｓ１６〜Ｓ１８までの処理時間）が少なくなり、着信の相手先の待ち時間を少なくさせることができる。
【００５６】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、パラメータの調整を行い、自動撮影を行う（Ｓ１７）。パラメータは、例えば、焦点位置、明度、各種モード値などであり、調整されたパラメータにより自動撮影が行われる。例えば、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、パラメータを調整し、調整されたパラメータをカメラ１１２に出力する。また、「カメラ機能」を実行する第２のＣＰＵ１０５ｂはカメラ１１２に撮影を行うよう指示する。これにより、カメラ１１２は、調整されたパラメータにより自動撮影が行われる。
【００５７】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、撮影した画像を一時記憶領域に記憶する（Ｓ１７）。例えば、カメラ１１２は撮影した画像を画像データとして第２のＣＰＵ１０５ｂに出力し、第２のＣＰＵ１０５ｂは画像データをＲＡＭ１０６に記憶する。
【００５８】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに処理完了通知を通知する（Ｓ１９）。これにより、例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは「カメラ機能」の処理完了を把握することができる。
【００５９】
処理完了通知を受け取った「制御部」として機能する第２のＣＰＵ１０５ｂは、一時的に変更したタスク優先度を元に戻す（Ｓ２１）。例えば、第２のＣＰＵ１０５ｂは、一時的に「カメラ機能」を「通話機能」よりもタスク優先度を高くした場合、「通話機能」の方が「カメラ機能」よりもタスク優先度を高くすることで元に戻す。例えば、第２のＣＰＵ１０５ｂは、ＲＡＭ１０６に記憶された「カメラ機能」と「通話機能」のタスク優先度を入れ替えて、ＲＡＭ１０６に記憶することでタスク優先度を元に戻すことができる。
【００６０】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「通話機能」を実行する第２のＣＰＵ１０５ｂに画面表示許可指示を出力する（Ｓ２２）。
【００６１】
ここで画面表示許可指示について説明する。「カメラ機能」は、例えばファインダビュー処理によりディスプレイ１１１に撮像画像が表示される。また、「通話機能」は、例えば着信などによる音声通知やディスプレイ１１１における画面表示などが行われる。このように「カメラ機能」や「通話機能」など、画面表示や音声出力などが行われる機能については、画面表示許可指示を受けて、画面表示や音声出力に関する処理を行うことができる。例えば、「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けることで、通話による着信をディスプレイ１１１に表示させたり、スピーカ１０９に着信による音声出力を行わせることができる。
【００６２】
画面表示許可指示を受けた第２のＣＰＵ１０５ｂは着信報知を行う（Ｓ２３）。着信報知における報知形態は、例えば画面表示、音鳴動、又はバイブレーションなどがある。例えば、「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けると、ＲＯＭ１０７又はＲＡＭ１０６に記憶された着信表示に関する画像データを読み出してディスプレイ１１１に出力することで、画面表示による着信表示を行うことができる。例えば、「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けると、ＲＯＭ１０７又はＲＡＭ１０６に記憶された音声データを読み出し、Ａ／Ｄ変換部１１０を介してスピーカ１０９に出力することで音鳴動による着信表示を行うことができる。或いは、「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受け取ると、バイブレーションモータを振動させることでバイブレーションによる報知を行うこともできる。
【００６３】
このように本端末装置１００は画像撮影動作を行っているときに着信割込みがあったとき（Ｓ１２）、自動撮影処理の終了後（Ｓ１９）、着信報知を行う（Ｓ２３）ようにしている。従って、本端末装置１００は撮影動作を行っているとき着信割込みが発生しても自動撮影を行うため、撮影契機を逃すこともない。
【００６４】
また、着信割込み（Ｓ１２）から着信報知（Ｓ２３）までの時間は、着信後すぐに着信報知させる場合と比較して長くなる。しかし、自動撮影に関する処理（Ｓ１６〜Ｓ１９）にかかる時間は着信元の相手先を待たせない程度の時間であり、従って、着信元の相手先は通話を待たされることもない。
【００６５】
なお、自動撮影（Ｓ１７）については一度に何十枚も撮影する連写モードなどではなく、１枚程度の枚数の画像を撮影するようにすることが望ましい。これにより、撮影（Ｓ１７）にかかる時間も連写モードよりも少なくなり、自動撮影に関する処理にかかる時間を少なくさせることができる。
【００６６】
次いで、ユーザによる通話が行われ、「通話機能」を実行する第２のＣＰＵ１０５ｂは終話を検知すると（Ｓ２４）、通話アプリケーションを終了する（図４のＳ２５）。通話は、例えばマイク１０８やスピーカ１０９を介して行われる。例えば、第１のＣＰＵ１０５ａによる通信処理が実行されることで、マイク１０８から出力された音声データが無線信号に変換されて他の端末装置に送信されたり、他の端末装置から送信された無線信号から音声データに変換されてスピーカ１０９に出力されることができる。なお、終話の検知は、例えば、ユーザが終話ボタンを押圧したか否かを第２のＣＰＵ１０５ｂが検知することにより行うことができる。
【００６７】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに対して、通話アプリケーションの終了を通知する（Ｓ２６）。
【００６８】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに画面表示許可指示を出力する（Ｓ２７）。「制御部」として機能する第２のＣＰＵ１０５ｂは、「通話機能」の終了を受けて、着信報知前に記憶した画像の表示等に関する処理を行うようにしている。
【００６９】
画面表示許可指示を受けた「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、一時記憶領域から自動撮影（Ｓ１７）で撮影した画像の画像データを読み出す（Ｓ３０）。例えば、第２のＣＰＵ１０５ｂは、一時記憶処理（Ｓ１８）で記憶した画像データをＲＡＭ１０６から読み出す。
【００７０】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは画像表示を行う（Ｓ３１）。例えば、第２のＣＰＵ１０５ｂは、ＲＡＭ１０６から読み出した画像データをディスプレイ１１１に出力することで、ディスプレイ１１１において画像が表示される。
【００７１】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、画像の保存又は破棄を選択する選択画面を表示させ、ユーザによる選択が行われる（Ｓ３２）。例えば、後述する図１３（Ｄ）に表わされるような保存するか否かの選択画面が表示される。このような選択画面は、例えばＲＯＭ１０７またはＲＡＭ１０６などに記憶され、第２のＣＰＵ１０５ｂがＲＯＭ１０７またはＲＡＭ１０６から読み出してディスプレイ１１１に出力することで表示される。「保存」が選択されたとき、例えば、第２のＣＰＵ１０５ｂは、表示された画像をＲＡＭ１０６の一時記憶領域からＲＡＭ１０６の保存領域に記憶したり、ＲＡＭ１０６から移動可能な記憶媒体に記憶させることもできる。「破棄」が選択されたとき、例えば、第２のＣＰＵ１０５ｂはＲＡＭ１０６から表示された画像の画像データを削除することができる。
【００７２】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂはファインダビュー処理を行う（Ｓ３３）などして、処理待ちの状態に移行したり、「カメラ機能」を終了させることもできる。
【００７３】
なお、「制御部」として機能する第２のＣＰＵ１０５ｂは、画面表示許可指示（Ｓ２７）を通知後、処理待ちの状態に移行したり、本端末装置１００の電源オフなどにより「制御部」としての機能を終了させることもできる。
【００７４】
図５（Ａ）〜図５（Ｃ）は端末装置１００における動作例をそれぞれ説明するための図である。例えば、図５（Ａ）に表わされるように、ディスプレイ１１１に撮影対象の画像が表示されている状態で、着信割込みが発生しても（Ｓ１２）、すぐに着信報知は行われない。
【００７５】
そして、図５（Ｂ）に表わされるように、端末装置１００は画面に表示される画像を自動撮影モードにより自動撮影し（Ｓ１７）、自動撮影した画像を例えばＲＡＭ１０６に記憶又は保存する（Ｓ１８）。
【００７６】
図５（Ｃ）に表わされるように、端末装置１００は自動撮影した画像を保存した後、着信報知（Ｓ２３）が行われる。図５（Ｃ）の例の着信報知は、画面表示と音声出力とが同時に行われている。
【００７７】
［第３の実施の形態］
次に第３の実施の形態について説明する。第２の実施の形態では撮影動作中に着信割込みが発生したとき、自動撮影後に着信報知する例について説明した。本第３の実施の形態では、さらに、緊急呼のコールバックによる割込みが発生したときの例である。図６及び図７は第３の実施の形態における動作例を表わすフローチャートである。第２の実施の形態と同一の処理部分には同一に符号が付されている。なお、第３の実施の形態における端末装置１００の構成例は、例えば、第２の実施の形態における端末装置１００の構成例と同一であり、図２に表わされている。
【００７８】
また、図６及び図７において「ＧＰＳ」は、第１のＣＰＵ１０５ａとＧＰＳ１０４とに対応し、例えば第１のＣＰＵ１０５ａがＧＰＳ１０４に対して動作開始の指示を通知することで、ＧＰＳ１０４はＧＰＳに関する処理を行うことができる。
【００７９】
図６及び図７における動作例は、第２の実施の形態と同様に、撮影動作中に着信割込みが発生しているが、本第３の実施の形態では、その後、更に緊急呼により割込みが発生した場合の例である。
【００８０】
以下、動作例を説明する。図６に表わされるように、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、カメラアプリケーションを起動してファインダビューに関する処理を行っている（Ｓ１０，Ｓ１１）。
【００８１】
ファインダビュー処理を行っているとき、着信割込みが発生すると（Ｓ１２）、「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を一時的に変更し、「カメラ機能」のタスク優先度を「通話機能」のタスク優先度よりも高くする（Ｓ１３）。
【００８２】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ」機能を実行する第２のＣＰＵ１０５ｂに「カメラ機能」の中断指示を通知し（Ｓ１４）、「通話機能」を実行する第２のＣＰＵ１０５ｂに着信通知を通知する（Ｓ１５）。
【００８３】
そして、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは自動撮影に関する処理（Ｓ１６〜Ｓ１８）を行い、「通話機能」を実行する第２のＣＰＵ１０５ｂは通話アプリケーションを起動させる（Ｓ２０）。
【００８４】
以上の処理は第２の実施の形態と同様である。本第３の実施の形態では、その後、端末装置１００は緊急呼のコールバックを受けることになる。例えば、ユーザは端末装置１００を利用して、救急施設や警察署などに緊急呼による通話を行った後、当該施設などから緊急呼に対するコールバックがかかってきたりする場合などである。あるいは、緊急地震速報などの緊急呼が発生する場合などである。「制御部」として機能する第２のＣＰＵ１０５ｂは、例えば第１のＣＰＵ１０５ａから緊急呼による割込み処理の通知を受ける（Ｓ４０）。
【００８５】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに「カメラ機能」の中断を指示する（Ｓ４１）。この中断指示は、例えば、緊急呼の割込み処理（Ｓ４０）に基づくもので、タスク優先度は「緊急呼」が最も高く、「カメラ機能」を中断させて、緊急呼による通話を行わせるようにするためである。この場合、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、中断指示（Ｓ４１）を受けたとき、２回目の中断指示（Ｓ１４とＳ４１による中断指示）を受けることになり、緊急呼による中断指示であることを認識することができる。
【００８６】
本第３の実施の形態では、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、２回目の中断指示（Ｓ４１）を受けても、自動撮影に関する処理（Ｓ１６〜Ｓ１８）を中断せずに処理を続けるようにしている。これにより、緊急呼による割込み処理があっても、撮影契機を逃すことなく画像を撮影することができる。
【００８７】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、緊急呼通知を「通話機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ４２）。また、「制御部」として機能する第２のＣＰＵ１０５ｂは、緊急呼通知を第１のＣＰＵ１０５ａにも通知する（Ｓ４３）。なお、Ｓ４１〜Ｓ４３までの処理の順番はどのような順番でも実施することができる。
【００８８】
第１のＣＰＵ１０５ａは、緊急呼通知を受けると、ＧＰＳアプリケーションを起動する（Ｓ４４）。例えば、第１のＣＰＵ１０５ａは、ＲＯＭ１０７からＧＰＳアプリケーションに関するプログラムを読み出して実行することで、ＧＰＳアプリケーションを起動させることができる。
【００８９】
次いで、第１のＣＰＵ１０５ａは、ＧＰＳハードウェアを起動させる（Ｓ４５）。例えば、第１のＣＰＵ１０５ａは、ＧＰＳ動作開始の指示を表わす制御信号をＧＰＳ１０４に出力する。ＧＰＳ１０４はこの制御信号を受けて、起動することができる。
【００９０】
ここで、第１のＣＰＵ１０５ａは、「カメラ機能」や「通話機能」を実行する第２のＣＰＵ１０５ｂとは異なるＣＰＵのため、第２のＣＰＵ１０５ｂに対してバックグランドで並列にＧＰＳアプリケーションを開始させ、実行させることができる。そのため、本第３の実施の形態では、バックグランドで並列に処理できる動作（例えばＳ４４とＳ４５）については「制御部」として機能する第２のＣＰＵ１０５ｂからの指示を待つことなく、処理を開始させ実行させるようにしている。これにより、緊急呼による割込み処理（本動作例では、例えば、Ｓ４０から図７のＳ２５までの処理）による待ち時間を短縮することができる。なお、第１のＣＰＵ１０５ａは、ＧＰＳハードウェア起動後は例えば処理待ちの状態となる。
【００９１】
一方、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、中断指示を受けると自動撮影を行い（Ｓ１６，Ｓ１７）、撮影した画像の画像データを例えばＲＡＭ１０６に記憶する（Ｓ１８）。そして、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、処理完了通知を「制御部」として機能する第２のＣＰＵ１０５ｂに通知する（Ｓ１９）。
【００９２】
処理完了通知を受けた「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を元に戻し（Ｓ２１）、「通話機能」を実行する第２のＣＰＵ１０５ｂに対して、緊急呼通話に対する画面表示許可指示を出力する（Ｓ２２）。
【００９３】
「通話機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けて、緊急呼通話を開始させることができる（Ｓ４６）。例えば、ユーザはマイク１０８やスピーカ１０９を介して緊急呼に対する通話を行うことができる。
【００９４】
緊急呼に対する位置測位条件が満たされると、「通話機能」を実行する第２のＣＰＵ１０５ｂは、ＧＰＳアプリケーションを実行する第１のＣＰＵ１０５ａに対して位置測位開始通知を通知する（図７のＳ４７）。
【００９５】
次いで、ＧＰＳ１０４は端末装置１００の位置測位を開始する（Ｓ４８）。例えば、第１のＣＰＵ１０５ａは、位置測位開始通知を受け取ると、ＧＰＳ１０４に位置測位開始を表わす制御信号を出力する。これにより、例えば、ＧＰＳ１０４は測位を開始することができる。ＧＰＳ１０４は、端末装置１００の位置を測位すると、測位した位置を位置情報として、第１のＣＰＵ１０５ａに出力することができる。
【００９６】
次いで、第１のＣＰＵ１０５ａは、ＧＰＳ１０４から測位した位置情報を受け取り、当該位置情報を緊急呼の相手先である他の端末装置に送信する（Ｓ４９）。例えば、第１のＣＰＵ１０５ａは、緊急呼の着信（Ｓ４０）において、アンテナ１０１等を介して相手先である他の端末装置から着信メッセージを受信することができる。そして、第１のＣＰＵ１０５ａは、測位した位置情報を含み、着信メッセージに含まれる電話番号を送信先とする位置情報送信メッセージを生成し、アンテナ１０１等を介して他の端末装置に送信することができる。
【００９７】
次いで、第１のＣＰＵ１０５ａはＧＰＳアプリケーションを終了する（Ｓ５０）。例えば、第１のＣＰＵ１０５ａは、位置情報を送信すると、ＧＰＳアプリケーションの終了をＧＰＳ１０４に通知することで、ＧＰＳ１０４とともにＧＰＳアプリケーションを終了することができる。
【００９８】
次いで、第１のＣＰＵ１０５ａは、ＧＰＳアプリケーションの終了通知を「通話機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ５１）。
【００９９】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、通話アプリケーションを終了させる（Ｓ２５）。例えば、緊急呼による割込み処理は通話アプリケーションの終了により終了することができる。
【０１００】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに通話アプリケーションの終了通知を通知する（Ｓ２６）。
【０１０１】
「制御部」として機能する第２のＣＰＵ１０５ｂは、通話アプリケーションの終了通知を受けて、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに対して画面表示許可指示を通知する（Ｓ２７）。例えば、本端末装置１００は、緊急呼のよる通話が終了後に「カメラ機能」を実行するようにしている。
【０１０２】
以降は、第２の実施の形態と同様に、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、一時記憶領域に記憶した画像データを読み出して、画像をディスプレイ１１１に表示させ、画面の保存又は破棄を行い、ファインダビュー処理に戻ることになる（Ｓ３０〜Ｓ３３）。
【０１０３】
本第３の実施の形態では、撮影動作を行っているときに緊急呼による割込みが発生したときでも（Ｓ４０）、第２の実施の形態と同様に自動撮影を行うようにしている（Ｓ１６〜Ｓ１８）。そのため、本端末装置１００は撮影契機を逃す事態を防止することができる。
【０１０４】
また、自動撮影に関する処理（Ｓ１６〜Ｓ１９）にかかる時間は、第２の実施の形態と同様に緊急呼の相手先を待たせない程度の時間であり、従って、緊急呼の相手先は、例えば、着信後（Ｓ４０）から通話開始（Ｓ４６）までの時間において通話を待たされることもない。
【０１０５】
［第４の実施の形態］
次に第４の実施の形態について説明する。第４の実施の形態では、タスク優先度の一時変更などの処理に代えて、端末ステータスを利用して自動撮影が行われる例である。例えば、通話による着信やアラームによる報知などの割込み処理が発生したとき、端末ステータスが変更され、この端末ステータスに応じて自動撮影が行われるようにすることができる。端末ステータスは、例えば、端末（又は端末装置１００）の状態を表わすもので、端末ステータスごとに異なる変数がＲＡＭ１０６に記憶される。端末ステータスとしては、例えば、「通話なし」、「着信中」、「通話中」、「アラーム受信中」などがある。
【０１０６】
図８及び図９は本第４の実施の形態における動作例を表わすフローチャートである。第２の実施の形態と同様に、撮影動作が行われているときに、着信による割込みが発生した場合の動作例について説明する。図８及び図９の処理において第２の実施の形態と同一の処理については同一の番号が付されている。端末装置１００の構成例は、第２の実施の形態と同様に例えば図２に表わされる。
【０１０７】
「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「カメラ機能」を実現するためのプログラムを読み出して実行することでカメラアプリケーションを起動し、次いで、ファインダビュー処理を行う（Ｓ１０，Ｓ１１）。
【０１０８】
ファインダビュー処理が行われているときに、着信による割込み処理が発生すると（Ｓ１２）、「制御部」として機能する第２のＣＰＵ１０５ｂは、端末ステータスを「着信中」に変更する（Ｓ６０）。例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは、端末ステータスを「通話なし」の状態を表わす変数から「着信中」の状態を表わす変数に変更し、変更後の変数をＲＡＭ１０６に記憶することができる。
【０１０９】
「制御部」として機能する第２のＣＰＵ１０５ｂは、端末ステータスを変更した後（Ｓ６０）、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに対して端末ステータス変更通知を通知する（Ｓ６１）。
【０１１０】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに対して、着信（Ｓ１２）に対する「カメラ機能」の中断指示を通知する（Ｓ１４）。「カメラ機能」の中断指示が通知されるのは、例えば、タスク優先度は「通話機能」の方が「カメラ機能」よりも高く、通話による割込みが発生した場合、「通話機能」を優先させるためである。
【０１１１】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「通話機能」を実行する第２のＣＰＵ１０５ｂに対して、着信割込みに対する着信通知を通知する（Ｓ１５）。着信通知を受けた「通話機能」を実行する第２のＣＰＵ１０５ｂは通話アプリケーションを起動させる（Ｓ２０）。これにより、第２のＣＰＵ１０５ｂは「通話機能」を実現又は実行することができる。
【０１１２】
一方、中断指示を受けた「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、端末ステータスをＲＡＭ１０６から読み出し、「着信中」の端末ステータスを確認すると、自動撮影に関する処理を行うようにする（Ｓ１６〜Ｓ１８）。例えば、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、端末ステータスが「アラーム着信中」のときは、自動撮影（Ｓ１６〜Ｓ１８）を行わないようにすることもできる。本端末装置１００では、端末ステータスに応じて自動撮影を行ったり、自動撮影を行わないようにすることもできる。
【０１１３】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに対して処理完了通知を通知する（Ｓ１９）。
【０１１４】
そして、「制御部」として機能する第２のＣＰＵ１０５ｂは画面表示許可指示を「通話機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ２２）。
【０１１５】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、着信割込み（Ｓ１２）に対する着信報知を行い（Ｓ２３）、通話が行われる（Ｓ２４）。
【０１１６】
端末ステータスについては、通話が行われると「着信中」から「通話中」に変更される（Ｓ６２）。例えば、「通話機能」を実行する第２のＣＰＵ１０５ｂは、通話ボタンの押圧を検知すると、ＲＡＭ１０６に記憶された端末ステータスを「着信中」から「通話中」に変更する。
【０１１７】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、ステータス変更通知を「制御部」として機能する第２のＣＰＵ１０５ｂに通知する（Ｓ６３）。また、ステータス変更通知は、「カメラ機能」を実行する第２のＣＰＵ１０５ｂにも通知される（Ｓ６４）。
【０１１８】
一方、「通話機能」を実行する第２のＣＰＵ１０５ｂは、終話を検知すると（図９のＳ６５）、端末ステータスを「通話中」から「通話なし」に変更する（Ｓ６６）。例えば、第２のＣＰＵ１０５ｂは、終話ボタンの押圧を検知すると、ＲＡＭ１０６に記憶された「通話中」の端末ステータスを「通話なし」の端末ステータスに変更する。
【０１１９】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂにステータス変更通知を通知する（Ｓ６７）。そして、「制御部」として機能する第２のＣＰＵ１０５ｂはステータス変更通知を「カメラ機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ６８）。
【０１２０】
次いで、「通話機能」を実行する第２のＣＰＵ１０５ｂは、通話アプリケーションを終了し（Ｓ２５）、以後、第２の実施の形態と同様の処理を行う（Ｓ２６〜Ｓ３３）。
【０１２１】
本第４の実施の形態では、例えば、着信割込みにより中断指示を受けた第２のＣＰＵ１０５ｂが端末ステータスの情報を確認し、「着信中」の端末ステータスのとき、自動撮影処理を行うようにしている（Ｓ１６〜Ｓ１８）。従って、本端末装置１００は、撮影動作を行っているとき着信割込みが発生しても自動撮影を行うため、撮影契機を逃すこともない。また、第２のＣＰＵ１０５ｂは、自動撮影した画像を記憶した後（Ｓ１８）、着信報知を行うようにしており（Ｓ２３）、自動撮影に関する処理（Ｓ１６〜Ｓ１９）にかかる時間は、第２の実施の形態と同様に相手先を待たせない程度の時間とすることができる。従って、着信の相手先は、例えば着信後（Ｓ１２）から通話開始（Ｓ２４）までの時間において通話を待たされることがない。
【０１２２】
［第５の実施の形態］
次に第５の実施の形態について説明する。第２〜第４の実施の形態では割込み処理として通話による着信を例にして説明した。第５の実施の形態では、低電圧通知の割込み処理による例例について説明する。
【０１２３】
本第５の実施の形態では、例えば、端末装置１００においてカメラアプリケーションが実行されているときに、端末装置１００の電源電圧が閾値電圧より低くなり低電圧を検知すると、カメラアプリケーションの動作に割込んで低電圧通知を行う場合の動作例を説明する。例えば、撮影動作が行われているときに低電圧を検知すると、自動撮影処理を行った後、低電圧通知を行い電源オフにする動作例について説明する。
【０１２４】
図１０は本第５の実施の形態における端末装置１００の構成例、図１１及び図１２は動作例を表わすフローチャート、図１３（Ａ）〜図１３（Ｄ）は動作例をそれぞれ説明するための図をそれぞれ表わしている。
【０１２５】
端末装置１００は、更に、不揮発性メモリ１２５を備える。不揮発性メモリ１２５は、例えば、電源がオフとなっても記憶したデータなどを保持することができるメモリであり、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）やフラッシュメモリなどがある。不揮発性メモリ１２５は、例えば、自動撮影処理により撮影した画像の画像データが記憶される。
【０１２６】
本第５の実施の形態においては、例えば、第２のＣＰＵ１０５ｂにおいて「低電圧監視機能」が実行される。例えば、第２のＣＰＵ１０５ｂは、低電圧監視アプリケーションを実行するためのプログラムをＲＯＭ１０７から読み出し実行することで、「低電圧監視機能」を実行することができる。
【０１２７】
図１１に表わされるように、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、低電圧監視アプリケーションを起動する（Ｓ７０）。例えば、上述したように、第２のＣＰＵ１０５ｂは、低電圧監視機能を実行するためのプログラムを読み出して実行することで、低電圧監視アプリケーションを起動させることができる。なお、本動作例において、「低電圧監視機能」は、例えば、端末装置１００が起動されるときに起動を開始することができる。
【０１２８】
次いで、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、低電圧を検知すると（Ｓ７１）、「制御部」として機能する第２のＣＰＵ１０５ｂに低電圧検知を通知する（Ｓ７２）。低電圧検知の通知が、本動作例１において、「カメラ機能」に対する割込み処理となる。例えば、第２のＣＰＵ１０５ｂは、電源の電圧を一定時間ごとに検知し、検知した電圧が低電圧検知閾値以下になると低電圧を検知して通知することができる（Ｓ７１，Ｓ７２）。なお、第２のＣＰＵ１０５ｂは、例えば、検知した電圧が低電圧検知閾値を超えたとき、低電圧の通知（Ｓ７１，Ｓ７２）を行わない。
【０１２９】
一方、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、カメラアプリケーションを起動させ、ファインダビュー処理を行う（Ｓ１０，Ｓ１１）。カメラアプリケーションの起動（Ｓ１０）は、例えば、低電圧監視アプリケーションの起動（Ｓ７０）より後でもよい。
【０１３０】
また、「制御部」として機能する第２のＣＰＵ１０５ｂは、低電圧検知の通知を受け取ると（Ｓ７２）、低電圧についてのタスク優先度を判定する（Ｓ７３）。例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂからカメラアプリケーションが起動したことを表わす通知を受けることができる。第２のＣＰＵ１０５ｂは、例えば、この通知により、「カメラ機能」が実行されていることを把握することができる。他方で、「カメラ機能」が実行されているとき、「制御部」として機能する第２のＣＰＵ１０５ｂは、低電圧検知の通知（Ｓ７２）を受けると、「カメラ機能」に対する割込み処理として、低電圧検知の通知を受けることになる。このとき、例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」と「低電圧監視機能」の２つのタスクについてタスク優先度を判定することで（Ｓ７３）、いずれのタスクを優先して処理を行うかについて決定することができる。
【０１３１】
タスク優先度の判定は、例えば、「制御部」として機能する第２のＣＰＵ１０５ｂがＲＡＭ１０６に記憶されたタスク優先度について「低電圧」と「カメラ機能」とでどちらのタスク優先度が高いかを判定することで行われる。本動作例１においては、「低電圧」の方が「カメラ機能」よりもタスク優先度は高いものとして説明する。なお、第２〜第４の実施の形態においても、着信による割込み（Ｓ１２）を受けたとき、着信に対するタスク優先度を判定する（Ｓ７３）ようにしてもよい。
【０１３２】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」のタスク優先度を「低電圧」よりも高くして、一時的にタスク優先度を変更する（Ｓ１３）。第２の実施の形態と同様に、「カメラ機能」のタスク優先度を「低電圧監視機能」よりも高くすることで、例えば、自動撮影処理（Ｓ１６〜Ｓ７４）を行わせるようにするためである。
【０１３３】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂに対して、中断指示を出力する（Ｓ１４）。「カメラ機能」のタスク優先度は、もともと「低電圧監視機能」よりも低く、この中断指示により、「カメラ機能」を中断させることができる。
【０１３４】
「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、中断指示を受けて、自動撮影に関する処理を行う（Ｓ１６〜Ｓ１７，Ｓ７４）。本動作例においては、第２のＣＰＵ１０５ｂは自動撮影後（Ｓ１７）、撮影した画像の画像データを不揮発性メモリ１２５に記憶するようにしている（Ｓ７４）。不揮発性メモリ１２５に画像データを記憶しているのは、例えば、電源オフとなっても自動撮影した画像を記憶して、電源がオンになったとき読み出すことができるようにするためである。
【０１３５】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに処理完了通知を通知し（Ｓ１９）、「制御部」として機能する第２のＣＰＵ１０５ｂはタスク優先度を元に戻す処理を行う（Ｓ２１）。本動作例１においては、第２のＣＰＵ１０５ｂは、「低電圧」よりもタスク優先度を高くした「カメラ機能」について、「カメラ機能」のタスク優先度を「低電圧」よりも低くするようにする。
【０１３６】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂに対して、画面表示許可指示を通知する（Ｓ２２）。
【０１３７】
次いで、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、検知した低電圧（Ｓ７１）に対して低電圧を報知する（図１２のＳ７５）。低電圧の報知形態は、第２の実施の形態におおける着信による報知形態と同様に、音声出力や画面表示などの報知形態でもよい。
【０１３８】
このように本第５の実施の形態においても、端末装置１００は撮影動作中に低電圧を検知してもすぐに低電圧を報知するのではなく、自動撮影を行って（Ｓ１７）、不揮発性メモリ１２５に記憶した後（Ｓ７４）、報知するようにしている（Ｓ７５）。これにより、例えば、ユーザは低電圧報知によって撮影契機を逃すことがなくなり、画像を撮影することができる。
【０１３９】
また、低電圧の検知から報知までは（Ｓ７１〜Ｓ７５）、端末装置１００の電源がオフとならないように電源が確保されており、従って、報知が遅れることで撮影（Ｓ１７）ができなかったり、報知されずに電源がオフになるような事態を防止することができる。
【０１４０】
次いで、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、電源オフ依頼通知を「制御部」として機能する第２のＣＰＵ１０５ｂに通知する（Ｓ７６）。例えば、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、低電圧を報知し、所定時間経過後に電源オフ依頼通知を出力することができる。
【０１４１】
「制御部」として機能する第２のＣＰＵ１０５ｂは、電源オフ依頼通知を受けて、端末装置１００の電源をオフにする（Ｓ７７）。
【０１４２】
その後、端末装置１００は充電され、端末装置１００の電源がオンとなる（Ｓ７８，Ｓ７９）。「制御部」として機能する第２のＣＰＵ１０５ｂは、電源オンを検知すると、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂに対して低電圧監視アプリケーションの起動を指示する（Ｓ８０）。例えば、電源オンボタンの押圧を「制御部」として機能する第２のＣＰＵ１０５ｂが検知することで電源オンを検知することができる。
【０１４３】
次いで、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは、ＲＯＭ１０７から低電圧監視アプリケーションを実行するためのプログラムを読み出して実行することで、低電圧監視アプリケーションを起動する（Ｓ８１）。以後、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂは処理待ちの状態などに移行する。
【０１４４】
一方、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、ユーザによるカメラアプリケーションを起動する指示を受けると（Ｓ８２）、カメラアプリケーションを起動する（Ｓ８３）。カメラアプリケーションの起動は、例えば、「制御部」として機能する第２のＣＰＵ１０５ｂからの起動通知を契機にしてもよいし、カメラアプリケーションの起動開始ボタンの押圧を検知して起動するようにしてもよい。
【０１４５】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、不揮発性メモリ１２５から画像データを読み出し（Ｓ８４）、ディスプレイ１１１に出力して、自動撮影した画像（Ｓ１７）を表示させる（Ｓ３１）。これにより、ユーザに対して自動撮影した画像の確認を行わせることができる。
【０１４６】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、画像の保存又は破棄が選択されて（Ｓ３２）、ファインダビュー処理（Ｓ３３）に移行する。以降は、第２の実施の形態と同様に「カメラ機能」が終了してもよいし、処理待ちの状態となってもよい。「制御部」として機能する第２のＣＰＵ１０５ｂも処理待ちの状態となってもよい。
【０１４７】
図１３（Ａ）〜図１３（Ｄ）は本動作例１を説明するための図である。図１３（Ａ）に表わされるように、端末装置１００は、ディスプレイ１１１に画像を表示しファインダビュー処理を行っているときに低電圧を検知すると、低電圧通知の割込み処理が行われる（Ｓ７２）。
【０１４８】
次いで、図１３（Ｂ）に表わされるように、端末装置１００は画面に表示されている画像を自動撮影し（Ｓ１７）、撮影した画像を不揮発性メモリ１２５に記憶する（Ｓ７４）。
【０１４９】
次いで、図１３（Ｃ）に表わされるように、端末装置１００は低電圧を報知する（Ｓ７５）。図１３（Ｃ）の例は、「充電してください」の文字がディスプレイ１１１に表示される報知形態である。このような文字も例えばＲＯＭ１０７又はＲＡＭ１０６に記憶され、「低電圧監視機能」を実行する第２のＣＰＵ１０５ｂがＲＯＭ１０７又はＲＡＭ１０６から文字データを読み出してディスプレイ１１１に出力することで行われる。
【０１５０】
次いで、端末装置１００は低電圧により電源がオフとなり、その後充電されて電源がオンとなると（Ｓ７７〜Ｓ７９）、端末装置１００は自動撮影した画像をディスプレイ１１１に表示させ、ユーザに保存又は破棄を選択させる（Ｓ３１，Ｓ３２）。図１３（Ｄ）は選択画面の例を表わす図である。図１３（Ｄ）の例は、保存するか否かを選択させる選択画面とともに、撮影した画像が表示されている。このような選択画面についても、画像データ又は文字データなどとしてＲＯＭ１０７又はＲＡＭ１０６に記憶されており、「カメラ機能」を実行する第２のＣＰＵ１０５ｂがＲＯＭ１０７又はＲＡＭ１０６から読み出してディスプレイ１１１に出力することで表示される。
【０１５１】
［第６の実施の形態］
次に第６の実施の形態について説明する。第２〜第５の実施の形態では、「カメラ機能」よりも割込み処理による機能（例えば、「通話機能」や「低電圧監視機能」など）の方がタスク優先度は高く、割込み処理による報知を優先させる例について説明した。本第６の実施の形態では、「カメラ機能」と割込み処理による機能とについてどちらを優先させるかをユーザが決定できるようにした例についても説明する。
【０１５２】
図１４から図１７は本第６の実施の形態における動作例を表わすフローチャートである。このうち、図１４及び図１５は、第２〜図５の実施の形態と同様に、割込み処理による機能を「カメラ機能」よりも優先させる例を表わし、図１６及び図１７は、「カメラ機能」を割込み処理による機能よりも優先させる例を表わしている。これらの例においては、どちらの機能を優先させるかは、アラーム優先設定が行われるか（図１４のＳ９２）、ユーザ操作機能優先設定が行われるか（図１６のＳ１１０）により、ユーザによって選択できるようになっている。なお、図１４〜図１７の例では、割込み処理の機能としては「アラーム機能」を例にしている。
【０１５３】
最初に、割込み処理の「アラーム機能」の方が「カメラ機能」よりもタスク優先度が高い場合の例について図１４及び図１５を例にして説明する。
【０１５４】
「アラーム機能」は、例えば、第２のＣＰＵ１０５ｂにおいて実行され、設定された時刻になるとアラーム報知が行われる。例えば、第２のＣＰＵ１０５ｂは、アラームアプリケーションを実行するためのプログラムをＲＯＭ１０７から読み出し実行することで、アラームアプリケーションが起動され（Ｓ９０）、「アラーム機能」を実行することができる。なお、アラームアプリケーションの実行は、例えば、ユーザによる操作ボタンによる操作などにより行うことができる。或いは、第５の実施の形態と同様に、端末装置１００の電源がオンとなって起動するときに実行することができる。
【０１５５】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、アラーム時刻の設定を行う（Ｓ９１）。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、ユーザによる操作ボタンの操作により入力されたアラーム時刻をＲＡＭ１０６に記憶することで設定を行う。
【０１５６】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、「アラーム機能」のタスク優先度を優先設定にする（Ｓ９２）。例えば、ユーザが所定の操作ボタンを操作することで「アラーム優先設定」を入力する。その場合、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、操作ボタンの押下により「アラーム優先設定」を入力したことを検知すると、例えば、ユーザ操作による機能（例えば「カメラ機能」）よりも「アラーム機能」のタスク優先度を高い値にする。或いは、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、例えば、「アラーム機能」のタスク優先度を最大値にする。
【０１５７】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに対して、アラーム優先通知を通知する（Ｓ９３）。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、設定した「アラーム機能」のタスク優先度の値を「制御部」として機能する第２のＣＰＵ１０５ｂにアラーム優先通知とともに通知する。「制御部」として機能する第２のＣＰＵ１０５ｂは、アラーム優先通知を受け取ると、設定した「アラーム機能」のタスク優先度の値をＲＡＭ１０６に記憶することができる。
【０１５８】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂはアラーム設定時刻になると（Ｓ９４）、「制御部」として機能する第２のＣＰＵ１０５ｂにアラーム設定時刻到来通知を出力する（Ｓ９５）。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、タイマにより現在時刻がアラーム設定時刻になったか否かを検知するようにしており、現在時刻がアラーム設定時刻になると、アラーム設定時刻到来通知を出力することができる。
【０１５９】
一方、第２のＣＰＵ１０５ｂは、ユーザによるカメラアプリケーションの起動指示を受けてカメラアプリケーションを起動させる（Ｓ９６，Ｓ１０）。例えば、起動指示に対応する操作ボタンがユーザにより押圧されたことを第２のＣＰＵ１０５ｂが検知すると、ＲＯＭ１０７からカメラアプリケーションを実行するためのプログラムを読み出して実行することで、起動させることができる。例えば、第２のＣＰＵ１０５ｂは、カメラアプリケーションの起動により「カメラ機能」の実行を開始すると、「制御部」として機能する第２のＣＰＵ１０５ｂに対して、カメラアプリケーションが実行されていること通知することができる。これにより、「制御部」として機能する第２のＣＰＵ１０５ｂは「カメラ機能」が実行していることを把握することができる。
【０１６０】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、ファインダビュー処理を行う（Ｓ１１）。
【０１６１】
一方、「制御部」として機能する第２のＣＰＵ１０５ｂは、アラーム設定時刻到来通知を受け取ると、「アラーム機能」と「カメラ機能」についてどちらのタスク優先度が高いかを判定する（Ｓ７３）。例えば、「制御部」として機能する第２のＣＰＵ１０５ｂは、例えばＲＡＭ１０６に記憶されたタスク優先度に基づいて、「アラーム機能」の方が「カメラ機能」よりもタスク優先度は高いと判定する。
【０１６２】
そして、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」の方が「アラーム機能」よりもタスク優先度は低いため、第２の実施の形態と同様に、「カメラ機能」の中断指示を出力する（Ｓ１４）。また、「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を「カメラ機能」の方が「アラーム機能」よりも高くなるように一時的に変更する処理も行う（Ｓ１３）。
【０１６３】
中断指示を受けた「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、タスク優先度が一時的に変更されたことで、自動撮影処理（Ｓ１６〜Ｓ１８）を行い、自動撮影した画像を記憶する。
【０１６４】
次いで、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「制御部」として機能する第２のＣＰＵ１０５ｂに処理完了通知を通知する（図１５のＳ１９）。
【０１６５】
次いで、「制御部」として機能する第２のＣＰＵ１０５ｂは、タスク優先度を「アラーム機能」の方が「カメラ機能」よりも高くすることで元に戻し（Ｓ２１）、「アラーム機能」を実行する第２のＣＰＵ１０５ｂに画面表示許可指示を出力する（Ｓ２２）。
【０１６６】
「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受け取ると、アラーム設定時刻到来（Ｓ９４）に対するアラーム報知を行う（Ｓ９７）。
【０１６７】
このように、本第５の実施の形態においても、撮影動作中にアラーム設定時刻が到来したとき（Ｓ９５）、ディスプレイ１１１に表示されている画像を自動撮影して記憶した後（Ｓ１８）、アラーム報知を行うようにしている（Ｓ９７）。これにより、例えば、撮影動作を行っているときにアラーム通知による割込みが発生しても、自動撮影を行うため、アラーム報知によってユーザが撮影契機を逃すことがなくなる。なお、アラーム報知による報知形態は、画面表示によるものでも、音声出力によるものでもよい。いずれの場合も、例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂがＲＯＭ１０７又はＲＡＭ１０６に記憶された画像データ又は音声データを読み出してディスプレイ１１１に出力したり、スピーカ１０９に出力することで報知される。
【０１６８】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、アラーム報知終了後、アラーム報知を停止させる（Ｓ９８）。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、ＲＯＭ１０７又はＲＡＭ１０６に記憶された設定時間が経過したり、ユーザによる操作ボタンによる操作などにより、画面表示や音声出力により報知されるアラーム報知を停止させることができる。
【０１６９】
次いで、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、アラームアプリケーションを終了させ（Ｓ９９）、「制御部」として機能する第２のＣＰＵ１０５ｂに対して、アラームアプリケーションの終了通知を通知する（Ｓ１００）。以降は、第２の実施の形態と同様に実施することができる（Ｓ２７〜Ｓ３３）。
【０１７０】
次に図１６及び図１７を参照して、「カメラ機能」が「アラーム機能」よりも優先して動作が行われる例について説明する。
【０１７１】
図１６に表わされるように、例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂはユーザによる操作により、ユーザ操作機能優先設定を行うことができる（Ｓ１１０）。ユーザ操作機能優先設定は、例えば、ユーザによる起動指示により動作する機能（例えば「カメラ機能」）のタスク優先度を「アラーム機能」よりも高くするようにする設定のことである。例えば、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、ユーザの操作ボタンによる操作によりユーザ操作機能優先設定を検知すると、例えば、ユーザ操作のタスク優先度を決定し、その優先度よりも「アラーム機能」の方を低い値にする。或いは、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、「アラーム機能」のタスク優先度を最小のタスク優先度の値にすることもできる。
【０１７２】
そして、「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、「アラーム機能」のタスク優先度の値（と、ユーザ操作のタスク優先度の値の場合もある）を「制御部」として機能する第２のＣＰＵ１０５ｂにユーザ操作機能優先通知とともに通知する（Ｓ１１１）。
【０１７３】
これにより、「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」と「アラーム機能」の２つのタスクのタスク優先度を判別するとき（Ｓ７３）、「カメラ機能」を「アラーム機能」よりもタスク優先度は高いと判定することができる。この場合、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、「カメラ機能」の中断指示を受けることなく、カメラアプリケーションが終了するまで（Ｓ１１４）、「カメラ機能」を実行することができる。つまり、ユーザ操作中の機能（例えば「カメラ機能」）を割込み処理による機能（例えば「アラーム機能」）よりも優先して行うことができる。
【０１７４】
一方、「制御部」として機能する第２のＣＰＵ１０５ｂは、アラーム割込みが発生しても（Ｓ９５）、「カメラ機能」の方が「アラーム機能」よりもタスク優先度は高いため、アラーム報知の保留を決定する（Ｓ１１２）。そして、「制御部」として機能する第２のＣＰＵ１０５ｂは、アラーム報知保留指示を「アラーム機能」を実行する第２のＣＰＵ１０５ｂに通知する（Ｓ１１３）。
【０１７５】
これにより、例えば、「アラーム機能」は「カメラ機能」が終了するまでアラーム報知が保留され、アラーム設定時刻が到来してもアラーム報知が行われない。よって、撮影動作が行われているときにアラーム設定時刻が到来しても撮影動作が継続され、ユーザは撮影契機を逃すこともない。
【０１７６】
「制御部」として機能する第２のＣＰＵ１０５ｂは、「カメラ機能」を実行する第２のＣＰＵ１０５ｂから、カメラアプリケーションの終了通知を受け取ると（Ｓ１１５）、「アラーム機能」について画面表示許可指示を出力する（Ｓ１１６）。
【０１７７】
「アラーム機能」を実行する第２のＣＰＵ１０５ｂは、画面表示許可指示を受けて、アラーム報知を行うことができる（図１７のＳ９７）。この例では、アラーム設定時刻が到来しても、アラーム報知が行われず、カメラアプリケーションが終了すると、アラーム報知が行われる（Ｓ１１５，Ｓ９７）。
【０１７８】
以降は、上述した動作例２と同様に、「アラーム機能」を実行する第２のＣＰＵ１０５ｂはアラーム報知を停止し（Ｓ９８）、アラームアプリケーションを終了させ（Ｓ９９）、「制御部」として機能する第２のＣＰＵ１０５ｂに終了通知を通知する（Ｓ１００）。
【０１７９】
本第６の実施の形態では、割込み機能を優先させるか、あるいは「カメラ機能」を優先させるかは、ユーザにより設定可能とすることができる。従って、本端末装置１００は常にどちから一方を優先させるのではなく、ユーザにより自由に設定することができ、ユーザフレンドリーな端末装置１００とすることができる。
【０１８０】
第６の実施の形態において、割込み処理による機能の例として「アラーム機能」を例にして説明した。例えば、図１４〜図１７の「アラーム機能」を「通話機能」に代えて実施することも可能である。例えば第２のＣＰＵ１０５ｂによりユーザ操作機能優先設定（図１６のＳ１１０）が行われるとき、「通話機能」が保留されて、カメラアプリケーションが終了すると（Ｓ１１４）、着信による報知が行われることになる。
【０１８１】
［その他の実施の形態］
次にその他の実施の形態について説明する。例えば、自動撮影が行われるとき（Ｓ１７）、室内や夜景など明度が一定の値以下であれば、自動的にライトやフラッシュが使用されて自動撮影が行われるようにすることができる。図１８はかかる例における端末装置１００の構成例を表わす図である。端末装置１００は、更に、照度センサ１２０を備える。
【０１８２】
照度センサ１２０は、例えば、ディスプレイ１１１に表示される画像の明度を測定することができる。例えば、第２のＣＰＵ１０５ｂは、ファインダビュー処理によりカメラ１１２で撮影した画像の画像データを第１のＣＰＵ１０５ａを介して照度センサ１２０に出力することができる。照度センサ１２０は、例えば、カメラ１１２から出力されるＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）色空間の画像データに対して、ＨＳＶ（Ｈｕｅ，Ｓａｔｕｒａｔｉｏｎ Ｖａｌｕｅ，Ｖａｌｕｅ）色空間の画像データに変換し、変換後のＶ（Ｖａｌｕｅ）を明度として測定することができる。または、照度センサ１２０は、ＲＧＢ色空間の画像データに対して，ＹＵＶ色空間に変換し、変換後の輝度Ｙを明度として測定することもできる。
【０１８３】
例えば、第２の実施の形態において、「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、自動撮影（Ｓ１７）の際、第１のＣＰＵ１０５ａを介して照度センサ１２０でディスプレイ１１１に表示された画像の照度を計算させるよう指示する。照度センサ１２０は、この指示を受けてディスプレイ１１１に表示された画像の明度を計算し、第１のＣＰＵ１０５ａを介して第２のＣＰＵ１０５ｂに出力する。「カメラ機能」を実行する第２のＣＰＵ１０５ｂは、計算された明度が明度閾値以下のときは、ＬＥＤ又は半導体レーザなどの光源（ライト又はフラッシュとも呼ばれる）を使用するよう、カメラ１１２に通知する。カメラ１１２は、この通知を受けて、カメラ１１２内に設けられた光源を点灯させ画像を自動撮影する。これにより、例えば、室内や夜景など、明度が一定以下の値のときでも、明るい画像を撮影することができる。光源は、カメラ１１２に内蔵されていても、カメラ１１２の外部にあってもよい。
【０１８４】
また、第２〜第６の実施の形態において、自動撮影が行われるとき（Ｓ１７）、シャッター音による音鳴動や画面表示を行わないようにすることもできる。これにより、自動撮影がユーザに対して誤動作であることを認識させないようにすることができる。そして、これにより、ユーザに対してスムースに通話を行わせるようにすることもできる。
【０１８５】
例えば、ファインダビュー処理が行われているときに、ユーザによるシャッターボタンの押下を第２のＣＰＵ１０５ｂが検知したときでも、第２のＣＰＵ１０５ｂはシャッター音に対応する音声信号をＲＯＭ１０７又はＲＡＭ１０６から読み出さないようにすればよい。
【０１８６】
あるいは、逆に自動撮影が行われるとき（Ｓ１７）、音鳴動や画面表示を行わせるようにすることもできる。この場合は、例えば、撮影が行われたことをユーザに報知させることができる。
【０１８７】
さらに、第２〜第６の実施の形態において、連続撮影モード（又は連写モード）となっているとき、自動撮影のときに撮影枚数を設定しておき、自動撮影の際に設定枚数分撮影するようにすることもできる。例えば、ユーザの操作ボタンによる操作によって撮影枚数が入力され、第２のＣＰＵ１０５ｂは入力された撮影枚数をＲＡＭ１０６に記憶する。そして、第２のＣＰＵ１０５ｂは、自動撮影のとき（Ｓ１７）、連続撮影モードとなっているときは、ＲＡＭ１０６から撮影枚数を読み出して、その枚数分の画像の画像データをＲＡＭ１０６に記憶することで実施することができる。この撮影枚数は、例えば、通話の相手先を待たせない程度の撮影枚数とすることができる。
【０１８８】
また、第２〜第６の実施の形態において、端末装置１００については携帯電話など、所謂通信機能が付加された端末装置として説明した。例えば、端末装置１００は、通信機能のないデジタルカメラやデジタルビデオカメラなど、通信機能が付加されていない撮像装置により実施することができる。
【０１８９】
図１９は通信機能が付加されていない撮像装置を例にした端末装置１００の構成例を表わす図である。例えば、このような端末装置１００は、第５の実施の形態で説明した低電圧による割込み処理の動作例（例えば図１１〜図１３）、アラーム通知による割込み処理の動作例（例えば図１４〜図１８）を実施することができる。例えば、図１３（Ａ）〜図１３（Ｄ）は、このような通話機能のない撮像装置による端末装置１００の画面表示例を表わしている。
【０１９０】
さらに、第２〜第６の実施の形態において、自動撮影を行うとき（Ｓ１７）、撮影モードについて自動撮影のモードに自動で切り替える（Ｓ１６）として説明した。例えば、手ぶれの影響を抑えて自動撮影が行われるように、自動撮影モードにオートフォーカスモードを含ませるようにすることもできる。つまり、自動撮影モード（Ｓ１６）として設定するモードは、ユーザにより設定できるようにするようにしてもよい。例えば、ユーザにより操作ボタンの操作により自動撮影モードの設定内容が入力され、第２のＣＰＵ１０５ｂは設定内容をＲＡＭ１０６に記憶することができる。そして、第２のＣＰＵ１０５ｂは、自動撮影モードのとき（Ｓ１６）、ＲＡＭ１０６から設定内容を読み出し、設定内容に従ってパラメータの調整を行うことで（Ｓ１７）、自動撮影を行うようにすることもできる。あるいは推奨される自動撮影モードについては、端末装置１００が製造されるとき、ＲＯＭ１０７又はＲＡＭ１０６に記憶させるようにすることで設定することもできる。
【０１９１】
また、第２〜第４の実施の形態において、着信は例えば通話による着信の例で説明した。例えば、電子メールの着信など文字データによる着信の場合でも、第２〜第４の実施の形態と同様に実施することができる。この場合、例えば、第２のＣＰＵ１０５ｂはＲＯＭ１０７に記憶されたメールアプリケーションプログラムなどを読み出して実行することで「メール機能」を実行することができる。例えば、図３及び図４における「通話機能」を「メール機能」に置き換えることで実施することができる。
【０１９２】
さらに、第２〜第６の実施の形態や、上述したその他の実施の形態は、例えば図２０に表わされる端末装置１００により実施することもできる。図２０に表わされた端末装置１００は、第２の実施の形態における端末装置１００（例えば図２）の他の構成例である。端末装置１００は、更に、ＤＳＰ（Digital Signal Processor）１３０を備える。
【０１９３】
ＤＳＰ１３０は、例えば、第１のＣＰＵ１０５ａからの制御信号に基づいて動作することができる。ＤＳＰ１３０は、第２の実施の形態におけるベースバンド部１０３、ＧＰＳ１０４に対応する。また、第１のＣＰＵ１０５ａ又は第２のＣＰＵ１０５ｂは、第２の実施の形態におけるＡ／Ｄ変換部１１０、第１のＣＰＵ１０５ａ、及び第２のＣＰＵ１０５ｂに対応する。それ以外の構成部分は、第２の実施の形態と同一であり同一の符号が付されている。
【０１９４】
以上まとめると付記のようになる。
【０１９５】
（付記１）
他の端末装置と通信する通信部と、
画像を撮像する撮像部と、
撮像した前記画像を記憶する記憶部と、
前記通信部を介した割込み処理を報知する報知部と、
前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部と
を備える端末装置。
【０１９６】
（付記２）
前記制御部は、前記撮像部による画像の撮像を前記割込み処理よりも優先させる第１の指示を受けたとき、前記撮像部により画像を撮像するときに前記割込み処理が発生しても前記撮像部による画像の撮像が終了した後で、前記報知部により前記割込み処理を報知させ、前記割込み処理を前記撮像部による画像の撮像よりも優先させる第２の指示を受けたとき、前記撮像部により画像を撮像するときに前記割込み処理が発生したときは、前記撮像部により撮像された画像を前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させることを特徴とする付記１の端末装置。
【０１９７】
（付記３）
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記報知部により報知を行わせないで前記撮像部に前記画像を撮像させ、前記撮像された画像を前記記憶部に記憶することを特徴とする付記１記載の端末装置。
【０１９８】
（付記４）
更に、前記撮像部で撮像された画像の明度を測定する照度センサと、光源とを備え、
前記制御部は、前記照度センサにより測定された前記明度が明度閾値以下のとき、前記光源を点灯させて、前記撮像部により画像を撮像させることを特徴とする付記１記載の端末装置。
【０１９９】
（付記５）
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したときにおいて前記撮像により画像を撮像させるとき、設定された１又は複数枚の画像を撮像することを特徴とする付記１記載の端末装置。
【０２００】
（付記６）
更に、ディスプレイを備え、
前記制御部は、前記割込み処理が終了した後、前記記憶部に記憶された画像データに対応する画像を前記ディスプレイに表示させることを特徴とする付記１記載の端末装置。
【０２０１】
（付記７）
前記割込み処理は、前記通信部を介して前記他の端末装置との間で通話を要求する着信通知による割込み処理であることを特徴とする付記１記載の端末装置。
【０２０２】
（付記８）
前記割込み処理は、前記端末装置の電源電圧が電圧閾値以下を表わす低電圧通知、又は設定した時刻が到来したことを表わすアラーム設定時刻到来通知による割込み処理であることを特徴とする付記１記載の端末装置。
【０２０３】
（付記９）
他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部と、制御部とを有する端末装置における画像撮像方法において、
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる
ことを特徴とする画像撮像方法。
【０２０４】
（付記１０）
画像を撮像する撮像部と、
撮像した前記画像を記憶する記憶部と、
割込み処理を報知する報知部と、
前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部と
を備える撮像装置。
【０２０５】
（付記１１）
他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部とを有する端末装置において実行される画像撮像プログラムであって、
前記撮像部に画像を撮像させるときに前記割込み処理が発生したとき、前記撮像部に画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶させた後、前記報知部に割込み処理を報知させる処理を
実行させることを特徴とする画像撮像プログラム。
【符号の説明】
【０２０６】
１００：端末装置 １０４：ＧＰＳ
１０５ａ：第１のＣＰＵ １０５ｂ：第２のＣＰＵ
１０６：ＲＡＭ １０７：ＲＯＭ
１１１：ディスプレイ １１２：カメラ
１２０：照度センサ １２５：不揮発性メモリ
１３０：ＤＳＰ
【特許請求の範囲】
【請求項１】
他の端末装置と通信する通信部と、
画像を撮像する撮像部と、
撮像した前記画像を記憶する記憶部と、
前記通信部を介した割込み処理を報知する報知部と、
前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部と
を備える端末装置。
【請求項２】
前記制御部は、前記撮像部による画像の撮像を前記割込み処理よりも優先させる第１の指示を受けたとき、前記撮像部により画像を撮像するときに前記割込み処理が発生しても前記撮像部による画像の撮像が終了した後で、前記報知部により前記割込み処理を報知させ、前記割込み処理を前記撮像部による画像の撮像よりも優先させる第２の指示を受けたとき、前記撮像部により画像を撮像するときに前記割込み処理が発生したときは、前記撮像部により撮像された画像を前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させることを特徴とする請求項１記載の端末装置。
【請求項３】
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記報知部により報知を行わせないで前記撮像部に前記画像を撮像させ、前記撮像された画像を前記記憶部に記憶することを特徴とする請求項１記載の端末装置。
【請求項４】
他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部と、制御部とを有する端末装置における画像撮像方法において、
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる
ことを特徴とする画像撮像方法。
【請求項５】
画像を撮像する撮像部と、
撮像した前記画像を記憶する記憶部と、
割込み処理を報知する報知部と、
前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部と
を備える撮像装置。
【請求項１】
他の端末装置と通信する通信部と、
画像を撮像する撮像部と、
撮像した前記画像を記憶する記憶部と、
前記通信部を介した割込み処理を報知する報知部と、
前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部と
を備える端末装置。
【請求項２】
前記制御部は、前記撮像部による画像の撮像を前記割込み処理よりも優先させる第１の指示を受けたとき、前記撮像部により画像を撮像するときに前記割込み処理が発生しても前記撮像部による画像の撮像が終了した後で、前記報知部により前記割込み処理を報知させ、前記割込み処理を前記撮像部による画像の撮像よりも優先させる第２の指示を受けたとき、前記撮像部により画像を撮像するときに前記割込み処理が発生したときは、前記撮像部により撮像された画像を前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させることを特徴とする請求項１記載の端末装置。
【請求項３】
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記報知部により報知を行わせないで前記撮像部に前記画像を撮像させ、前記撮像された画像を前記記憶部に記憶することを特徴とする請求項１記載の端末装置。
【請求項４】
他の端末装置と通信する通信部と、画像を撮像する撮像部と、撮像した前記画像を記憶する記憶部と、前記通信部を介した割込み処理を報知する報知部と、制御部とを有する端末装置における画像撮像方法において、
前記制御部は、前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる
ことを特徴とする画像撮像方法。
【請求項５】
画像を撮像する撮像部と、
撮像した前記画像を記憶する記憶部と、
割込み処理を報知する報知部と、
前記撮像部により画像を撮像するときに前記割込み処理が発生したとき、前記撮像部により画像を撮像させ、前記撮像された画像に対応する画像データを前記記憶部に記憶した後、前記報知部により前記割込み処理を報知させる制御部と
を備える撮像装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−４６１４４（Ｐ２０１３−４６１４４Ａ）
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願番号】特願２０１１−１８１４９７（Ｐ２０１１−１８１４９７）
【出願日】平成２３年８月２３日（２０１１．８．２３）
【出願人】（３１００２２３７２）富士通モバイルコミュニケーションズ株式会社 (219)
【Ｆターム（参考）】
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願日】平成２３年８月２３日（２０１１．８．２３）
【出願人】（３１００２２３７２）富士通モバイルコミュニケーションズ株式会社 (219)
【Ｆターム（参考）】
[ Back to top ]