JP2007221228A

JP2007221228A - 携帯端末装置

Info

Publication number: JP2007221228A
Application number: JP2006036645A
Authority: JP
Inventors: Kazuyuki Yunoki; 和幸柚ノ木
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2006-02-14
Filing date: 2006-02-14
Publication date: 2007-08-30

Abstract

【課題】仮想マシン機能により実行されるアプリケーションソフト終了処理忘れによるバッテリーの消耗を抑制する。
【解決手段】携帯電話機等の携帯端末２０に、該端末にユーザーが触れていることを検知することができるタッチセンサ部２２を設け、制御部２１にタッチセンサ部２２から接触信号が出力されているときは携帯端末２０がユーザーにより使用中であると判定し、非接触信号が出力されているときには携帯端末２０は現在使用されていないと判定する。この携帯端末２０上でアプリケーションソフトが実行されているときに、タッチセンサ部２２から非接触信号が出力されたとき、制御部２１は実行中のアプリケーションソフトの実行を一時中断することにより、携帯端末の消費電力を抑える。
【選択図】図２

Description

本発明は、仮想マシン機能を実装することにより、ＩＰサーバ等からダウンロードした種々のアプリケーションプログラムを、端末上で実行する機能を有する携帯電話機等の携帯端末装置に関する。

最近の携帯電話機等の携帯端末装置は、電話機能あるいはメール機能等の携帯電話機として通常有している機能に加えて、Ｊａｖａ（サンマイクロシステムズ社の登録商標）やＢＲＥＷ(Binary Runtime Environment for Wireless)仮想マシン機能を実装し、ＪａｖａやＢＲＥＷで記述された、携帯電話機能とは直接関係しない様々なアプリケーションプログラムを格納し、端末上で実行できるようにしたものが多くなっている（特許文献１）。このアプリケーションプログラムを実行することにより、携帯端末装置のディスプレイ上に３次元動画からなる待ち受け画面を表示させたり、ゲームを行ったり、あるいは音楽を再生することができるようになっている。

特開２００３−１０１６２８号公報

このようなアプリケーションプログラムを実行可能な携帯電話機により、ＪａｖａやＢＲＥＷアプリケーションを実行している途中で、たとえば、電車などから降りる際に携帯端末をそのまま閉じてバッグやポケットに入れてしまうなどして、ＪａｖａやＢＲＥＷアプリケーションを終了させずにそのままの状態で放置した場合、ＪａｖａやＢＲＥＷアプリケーションが起動し続けて端末のバッテリーを消費してしまうことがあり、いざ音声やメールの発信を行おうというときに携帯端末を使えない状態にしてしまうという問題があった。

携帯電話や携帯端末は１回の充電で使用可能な時間が限られているので、バッテリー維持時間の向上を考えた場合、消費電力の大きいＪａｖａやＢＲＥＷで記述されたアプリケーションプログラムの実行時間を少しでも短くすることが必要である。

本発明の目的は、上記問題点に鑑み、ユーザーがＪａｖａやＢＲＥＷで記述されたアプリケーションソフト終了処理を忘れた場合でもそのソフトを何らかの形で制御することにより、ソフト駆動時間を短縮し、バッテリー維持時間の向上を図ることが可能な手段を提供することにある。

本発明は、携帯電話機機能に加えて、仮想マシン機能と該仮想マシン機能により実行されるアプリケーションプログラムが実装された携帯端末装置において、該携帯端末装置の使用状態と不使用状態を検出する使用／不使用検出手段と、前記アプリケーションプログラムが起動されている状態において前記使用状態検出手段により前記携帯端末装置の不使用状態が検出されたとき、前記アプリケーションプログラムの実行を中断させる制御を行うアプリケーションプログラム実行制御手段と、を備えていることを特徴とする。

携帯端末装置の使用状態と不使用状態を検出する手段として種々の手段を採用することができるが、例えば、携帯端末のキーボードが配置されている筐体の側面にタッチセンサを配置し、ユーザーが手で携帯端末筐体を握っているときにユーザーの接触状態を検知して使用状態であると判定し、手から離れた非接触状態を検知して不使用状態であると判定する構成を採用することができる。そして、携帯端末上で実行されているＪａｖａやＢＲＥＷアプリケーションをタッチセンサでユーザーの接触を検知している状態のときのみ起動させ、非接触を検知している時にはＪａｖａアプリケーションの実行を一時中断することにより、携帯端末の消費電流を抑えるようにする。

あるいは、携帯端末装置が、ヒンジ部により折り畳み可能に構成された２つの筐体によって構成されている場合には、２つの筐体がヒンジ部により開かれた状態と折り畳まれた状態を検知する手段を備え、開かれた状態のとき使用状態と判定し、折り畳まれた状態のとき不使用状態と判定する構成を採用することもできる。

また、前記アプリケーションプログラム実行制御手段は、前記アプリケーションプログラムの実行が中断している状態において前記使用／不使用検出手段により前記携帯端末装置の使用状態が検出されたとき、前記中断状態のアプリケーションプログラムの実行を自動的に再開させる制御を行う機能を備えることができる。

また本発明は、携帯電話機機能と、仮想マシン機能により実行されるアプリケーションプログラムが実装された携帯端末装置が備える制御部に用いるコンピュータで実行される制御用プログラムが、ユーザーの前記携帯端末装置への接触状態を判定する第１の処理と、前記アプリケーションプログラム実行中に、前記第１の処理１によりユーザーの接触状態が解除されたと判定されたときに前記実行中のアプリケーションプログラムの実行を一時中断する第２の処理と、該第２の処理により前記アプリケーションプログラム実行が中断されている状態において、前記第１の処理によりユーザー前記携帯端末装置への接触状態が検知されたと判定されたときに中断中の前記アプリケーションプログラムの実行を再開する第３の処理を含んでいることを特徴としている。

本発明では、携帯端末装置に、該携帯端末装置がユーザーによって使用されている最中か否かを検出する手段を備え、使用されていないことが検出されたときには、その時点で起動されているＪａｖａやＢＲＥＷアプリケーションプログラムの実行を自動的に一時中断して端末のバッテリー消費を抑制することができ、バッテリー維持時間の向上を行うことができる。

従って、例えば電車内において、携帯電話機でＪａｖａやＢＲＥＷアプリケーションを実行している途中で電車から降りる際に、携帯電話機をそのまま閉じてしまうなどして、ＪａｖａやＢＲＥＷアプリケーションを終了させずにそのままの状態でバッグやポケットに入れて放置してしまった場合、ＪａｖａやＢＲＥＷアプリケーションが起動し続け、端末のバッテリーを消費して、いざ音声やメールの発信を行おうとしたときに携帯端末が使えない状態となっていたというような問題を解消することができる。

図１は、本発明の実施形態の例を示す携帯電話機等の携帯端末装置の概観図である。携帯端末装置１１は、キーボードが配置された第１の筐体と表示部が配置された第２の筐体からなり、ヒンジ部により折り畳み可能に構成されている。キーボードが配置された第１の筐体の側面にはタッチセンサ１２が配置されており、ユーザーが第１の筐体を手で保持してタッチセンサ１２に接触しているときに、それを検出して接触信号を出力する。

図２は、図１にて例示した携帯端末装置１１の内部構成の概略を示す機能ブロック図である。図２おいては、図１の携帯端末装置１１を便宜上、携帯端末２０と記述する。

携帯端末２０は、携帯端末２０の中に実装されている各デバイスを制御するためのプログラムを実行する制御部２１と、携帯端末２０にユーザーが触れていることを検知することができるタッチセンサ部２２と、携帯端末２０上に実装されているキーボタンなどの入力部２３と、携帯端末２０上に実装されていて制御部２１上で動くプログラムから描画や音再生を要求されて表示や音声出力処理する出力部２４と、携帯端末２０上に実装されているバッテリーなどからの電力処理をする電源部２５と、携帯端末２０上に実装されている制御部２１上で動作する呼制御プログラムからの指示により無線通信を行う無線部２６で構成される。

なお、図２では示されていないが、制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ等を備えており、ＣＰＵが、ＲＯＭや不揮発性メモリに格納されている制御プログラムあるいはアプリケーションに従って、携帯端末２０の各部を制御している。また、ＲＡＭは、ワークエリアとして用いられ、ＣＰＵにより実行される種々のアプリケーションや、当該アプリケーションの実行に際して利用される各種のデータ等を一時的に格納する。

ＲＯＭには、各種制御情報や制御プログラムの他、例えばＣＰＵにより実行される各種アプリケーション、Ｊａｖａアプリケーションの実行環境を構築するためのソフトウェア等が格納され、不揮発性メモリには、電話帳、受信した電子メール、ＩＰサーバからダウンロードされたＪａｖａアプリケーション等が格納されている。Ｊａｖａアプリケーションの実行環境を構築するためのソフトウェアは、ＣＤ−ＲＯＭ等の記憶媒体からインストール、あるいはＩＰサーバからダウンロードして不揮発性メモリ等に格納してもよい。

図３は、携帯端末２０内の制御部２１にて動作するプログラムの構成を示すプログラム構成図である。なお、図３に記載するプログラム構成図は、本実施形態を説明するために関連する部分のみを限定して記載したものであり、携帯電話や携帯端末のプログラム構成すべてを記載するものではない。また、このプログラム構成図は、説明の便宜上、Ｊａｖａアプリケーションを想定した構成となっている。

図３に示すプログラム構成図３０において、タッチセンサドライバ３１は、図２のタッチセンサ部２２を制御するためのプログラムであり、接触検知処理部３２は、タッチセンサドライバ３１にてタッチセンサ１２へのユーザーの接触を検知した割り込みをあげた際に、接触を検知するプログラムであり、接触状態監視部３３は、接触検知処理部３２にて処理されたユーザーの接触状態を監視して状態を保持するプログラムである。

また、Ｓｙｓｔｅｍ-ＡＭ３４は、システム全体のアプリケーションを管理するアプリケーションマネージメントプログラムであり、Ｊａｖａ-ＡＭ３５は、Ｊａｖａアプリケーションのマネージメントプログラムであり、Ｊａｖａ-ＶＭ３６は、Ｊａｖａアプリケーションを実行するヴァーチャルマシーンプログラムであり、待ち受け画面表示ＡＰＬ３７は、携帯電話や携帯端末の電源ＯＮ後に表示されるデフォルトウィンドウ画面アプリケーションであり、表示出力制御部３８は、Ｊａｖａ-ＡＭ３５やＪａｖａ-ＶＭ３６や、待ち受け画面ＡＰＬ３７などからの画面出力要求を実行制御する画面出力制御プログラムである。

図４〜図６は、本実施形態の動作を示すフローチャートである。以下、本実施形態の動作について、図１〜図６を参照して詳細に説明する。

本実施形態の携帯電話および携帯端末において、ユーザーが端末に接触していることを検知する手順は、図４に示されているように、まずユーザーの手などがタッチセンサ１２に接触すると、タッチセンサ１２から接触検知信号が出力され、タッチセンサ部２２は、タッチセンサ１２から接触検知信号を受けて、制御部２１に対してユーザーが携帯端末に接触されたことを示す割り込み信号を出力する（ステップ４１）。

この割り込み信号を制御部２１が受けると、タッチセンサドライバ３１にて割り込み検知が行われる。タッチセンサドライバ３１は検知された割り込みを基に上位のプログラムに対して、割り込みが検知されたことを知らせる処理を実行する（ステップ４２）。

タッチセンサドライバ３１からユーザーの接触の検知を知らされた接触検知処理部３２は、ユーザーの接触状態を示す状態フラグなどを維持するための処理を行う（ステップ４３）。接触状態監視部３３は、接触検知処理部３２のユーザーの接触状態を示す状態フラグの状態を監視しており、上位のプログラムに対して、要求があれば状態の変更があった場合に、状態変化イベントを通知する（ステップ４４）。

また、本実施形態におけるＪａｖａアプリケーションの起動状況制御手順は、図５に示されているように、まずＪａｖａアプリケーション起動に際して、Ｊａｖａ-ＡＭ３５は、Ｓｙｓｔｅｍ-ＡＭ３４に対して、接触検知状態によるＪａｖａアプリケーション起動制御を要求する（ステップ５１）。この際に、起動しようとしているＪａｖａアプリケーションが、ユーザーの接触状態を解除された場合でも起動し続ける対象のアプリケーションかどうかなどを判定して、Ｓｙｓｔｅｍ-ＡＭ３４に対して要求を行うようにしてもよい。

このＪａｖａアプリケーション実行中に、ユーザーが携帯端末１１から手を離した場合、タッチセンサ１２により接触状態の変化が検知され、タッチセンサ部２２は、ユーザーの接触状態が変化したことを制御部２１へ割り込み信号として通知する（ステップ５２）。制御部２１にあげられた割り込み信号は、タッチセンサドライバ３１にて割り込みが検知され、タッチセンサドライバ３１は検知された割り込みを処理し、接触検知処理部３２に対して、割り込みが検知されたことを知らせる（ステップ５３）。

接触検知処理部３２は、ユーザーの接触状態が解除されたことを状態フラグにセットする処理を行う（ステップ５４）。接触状態監視部３３は、接触検知処理部３２の状態フラグを確認し、Ｓｙｓｔｅｍ-ＡＭ３４に対して、接触状態変化イベントを通知する。この時のイベント内容は、ユーザーの接触が解除された旨を知らせるものとする（ステップ５５）。Ｓｙｓｔｅｍ-ＡＭ３４は、受け取った接触状態解除イベントに基づき、Ｊａｖａアプリケーション起動時にＪａｖａ-ＡＭ３５から設定された接触状態解除時のＪａｖａアプリケーション起動制御方針に従い、Ｊａｖａ-ＡＭ３５に対して、Ｊａｖａアプリケーション一時中断処理要求を実施する（ステップ５６）。

Ｊａｖａ-ＡＭ３５は、Ｓｙｓｔｅｍ-ＡＭ３４から指示されたＪａｖａアプリケーション一時中断処理をＪａｖａ-ＶＭ３６に対して実施し、Ｊａｖａ-ＶＭ３６は、表示出力制御部３８への描画要求などを停止し、Ｊａｖａアプリケーションの実行を停止すると共に、アプリケーションの停止処理完了を、Ｊａｖａ-ＡＭ３５に通知する（ステップ５７）。

アプリケーションの停止処理完了通知を受けたＪａｖａ-ＡＭ３５は、Ｓｙｓｔｅｍ-ＡＭ３４にＪａｖａアプリケーションの実行を一時停止したことを通知する（ステップ５８）。Ｓｙｓｔｅｍ-ＡＭ３４は、待ち受け画面表示ＡＰＬ３７に対して、起動要求をかけて待ち受け画面表示ＡＰＬ３７の起動処理を行ってデフォルトウィンドウ画面を表示させる（ステップ５９）。

また、本実施形態における一次中断中のＪａｖａアプリケーションの復帰制御手順は、図６に示されているように、まず、Ｊａｖａアプリケーション中断中に、ユーザーが携帯端末１１のタッチセンサ１２へ再び触れた場合、タッチセンサ部２２は、ユーザーの接触状態が変化したことを制御部２１へ割り込み通知する（ステップ６１）。制御部２１にあげられた割り込みは、タッチセンサドライバ３１にて、割り込み検知され、タッチセンサドライバ３１は検知された割り込みを処理し、接触検知処理部３２に対して、割り込みが検知されたことを知らせる（ステップ６２）。

接触検知処理部３２は、ユーザーの接触状態が復帰したことを状態フラグにセットする処理を行う（ステップ６３）。接触状態監視部３３は、接触検知処理部３２の状態フラグを確認し、Ｓｙｓｔｅｍ-ＡＭ３４に対して、接触状態変化イベントを通知する。この時のイベント内容は、ユーザーの接触が復帰した旨を知らせるものとする（ステップ６４）。Ｓｙｓｔｅｍ-ＡＭ３４は、受け取った接触状態復帰イベントに基づき、待ち受け画面表示ＡＰＬ３７に対して、デフォルトウィンドウ画面の停止要求を通知する（ステップ６５）。

待ち受け画面表示ＡＰＬ３７は、Ｓｙｓｔｅｍ-ＡＭ３４からの停止要求に対して停止処理を実行し、処理が完了したら、Ｓｙｓｔｅｍ-ＡＭ３４に処理完了を通知する（ステップ６６）。この処理完了を受けたＳｙｓｔｅｍ-ＡＭ３４は、Ｊａｖａ-ＡＭ３５に対して、Ｊａｖａアプリケーション再開処理要求を実施する（ステップ６７）。

Ｊａｖａアプリケーション再開処理要求を受けたＪａｖａ-ＡＭ３５は、Ｓｙｓｔｅｍ-ＡＭ３４から指示されたＪａｖａアプリケーション再開処理をＪａｖａ-ＶＭ３６に対して実施し、Ｊａｖａ-ＶＭ３６は、Ｊａｖａアプリケーションの実行を再開すると共に、アプリケーションの再開処理完了を、Ｊａｖａ-ＡＭ３５に通知する（ステップ６８）。Ｊａｖａ-ＡＭ３５は、Ｓｙｓｔｅｍ-ＡＭ３４にＪａｖａアプリケーションの実行を再開したことを通知する（ステップ６９）。

このように本実施形態では、携帯端末装置１１に設けたタッチセンサ１２により、携帯端末がユーザーによって使用されていないことが検出されたときには、その時点で起動されているＪａｖａやＢＲＥＷアプリケーションプログラムの実行を自動的に一時中断し、その後、タッチセンサ１２により、携帯端末がユーザーによって使用再開されたことが検出されたときには、中断中のアプリケーションプログラムの実行を自動的に再開させることができるので、ＪａｖａやＢＲＥＷアプリケーションを実行している途中で、終了させずにそのままの状態でバッグやポケットに入れて放置してしまったような場合であっても、ＪａｖａやＢＲＥＷアプリケーションは自動的に一時中断状態となるので、無駄なバッテリー消費を抑えることができる。

なお、上記実施形態では、ユーザーによる携帯端末装置の使用状態を検知するために、ユーザーの接触状態を検知するタッチセンサを設けているが、本発明はこの実施形態に限定されるものではなく、非接触状態でも接触状態を擬似的に検知できる静電容量検知等、ユーザーによる携帯端末装置の使用状態を検知可能な適宜の手段を採用することができる。

また、携帯端末装置が、ヒンジ部により折り畳み可能に構成された２つの筐体を有している場合には、前記２つの筐体がヒンジ部により開かれた状態と折り畳まれた状態を検知する手段を備え、開かれた状態のときは使用状態と判定し、折り畳まれた状態のときに不使用状態と判定することにより、前記アプリケーションプログラムの動作制御を行うようにしてもよい。

本発明の実施形態の例を示す携帯端末装置の概観図である。本実施形態の携帯端末装置における内部構成の概略を示す機能ブロック図である。本実施形態の携帯端末内の制御部２１にて動作するプログラムの構成を示すプログラム構成図である。本実施形態において、ユーザーが端末に接触していることを検知する手順を示すフローチャートである。本実施形態におけるＪａｖａアプリケーションの起動状況制御手順を示すフローチャートである。本実施形態における一次中断中のＪａｖａアプリケーションの復帰制御手順を示すフローチャートである。

符号の説明

１１携帯端末装置
１２タッチセンサ
２０携帯端末
２１制御部
２２タッチセンサ信号判定部
２３入力部
２４出力部
２５電源部
２６無線部
３０プログラム構成図
３１タッチセンサドライバ
３２接触検知処理部
３３接触状態監視部
３４Ｓｙｓｔｅｍ-ＡＭ
３５Ｊａｖａ-ＡＭ
３６Ｊａｖａ-ＶＭ
３７待ち受け画面表示ＡＰＬ
３８表示出力制御部

Claims

携帯電話機機能に加えて、仮想マシン機能と該仮想マシン機能により実行されるアプリケーションプログラムが実装された携帯端末装置において、
前記携帯端末装置の使用状態と不使用状態を検出する使用／不使用検出手段と、
前記アプリケーションプログラムが起動されている状態において前記使用状態検出手段により前記携帯端末装置の不使用状態が検出されたとき、前記アプリケーション用プログラムの実行を中断させる制御を行うアプリケーションプログラム実行制御手段と、
を備えていることを特徴とする携帯端末装置。
前記アプリケーションプログラム実行制御手段は、前記アプリケーションプログラムの実行が中断している状態において前記使用状態検出手段により前記携帯端末装置の使用状態が検出されたとき、前記中断状態のアプリケーションプログラムの実行を再開させる制御を行う機能を有していることを特徴とする請求項１に記載の携帯端末装置。
前記アプリケーションプログラムが起動されている状態において前記使用状態検出手段により前記携帯端末装置の不使用状態が検出されている間、前記携帯端末装置の表示部にデフォルト画面を表示する処理を実行し、前記アプリケーションプログラムの実行が中断している状態において前記使用状態検出手段により前記携帯端末装置の使用状態が検出されたとき、前記デフォルト画面の表示を停止する処理を実行する手段を有していることを特徴とする請求項２に記載の携帯端末装置。
前記携帯端末装置のキーボードが配置されている筐体の側面に配置されて、ユーザーの接触状態を検知するタッチセンサを備えており、前記使用／不使用検出手段は、前記タッチセンサにより前記ユーザーの接触状態が検知されているときには使用状態と判定し、前記ユーザーの接触状態が検知されていないときには不使用状態と判定する機能を有していることを特徴とする請求項１〜３のいずれか１項に記載の携帯端末装置。
前記携帯端末装置は、ヒンジ部により折り畳み可能に構成された２つの筐体を有しており、前記使用／不使用検出手段は、前記２つの筐体がヒンジ部により開かれた状態と折り畳まれた状態を検知する手段を備え、開かれた状態のとき使用状態と判定し、折り畳まれた状態のとき不使用状態と判定する機能を有していることを特徴とする請求項１〜３のいずれか１項に記載の携帯端末装置。
携帯電話機機能と、仮想マシン機能により実行されるアプリケーションプログラムが実装された携帯端末装置が備える制御部に用いるコンピュータで実行される制御用プログラムであって、
ユーザーの前記携帯端末装置への接触状態を判定する第１の処理と、前記アプリケーションプログラム実行中に、前記第１の処理１によりユーザーの接触状態が解除されたと判定されたときに前記実行中のアプリケーションプログラムの実行を一時中断する第２の処理と、該第２の処理により前記アプリケーションプログラム実行が中断されている状態において、前記第１の処理によりユーザー前記携帯端末装置への接触状態が検知されたと判定されたときに中断中の前記アプリケーションプログラムの実行を再開する第３の処理を前記コンピュータに実行させるためのプログラム。