JP4926937B2 - 携帯電話装置 - Google Patents

Description

本発明は、不測の事態発生時に緊急発信を行う携帯電話装置に関するものである。

警察通報（１１０番）、消防・救急通報（１１９番）、海上保安庁への通報（１１８番）等の緊急発信は、通常の発信よりも重要性が高い。

このため、従来、オーディオ再生中等により発着信を規制する発着信ＯＦＦモードにあっても、緊急呼番号への発信が要求されると、発着信ＯＦＦモードを解除して緊急発信を行うことにより、いなかる状況下にあっても緊急発信を可能とする携帯電話装置が知られている（例えば、特許文献１参照）。

特開２００２−５７７５１号公報

しかしながら、従来の携帯端末装置において、緊急発信（以下、緊急呼という）操作は、待受け画面中である場合に限り、あるいは、ダイヤル不要でクリックすることにより電話がかけられるｐｈｏｎｅ−ｔｏ機能等によってのみ対応できているのが現状である。

また、最近の携帯電話は、多様化・多機能化しており、このため、上記した特許文献１に開示されたような状況下以外での使用形態が考えられる。この場合、操作が煩雑になって緊急呼が確実に行われない不測の事態も想定される。

本発明は、利便性を落とすことなく緊急呼を確実に行うことのできる携帯電話装置を提供することを目的とする。

上記した課題を解決するために本発明の携帯電話装置は、無線通信を行う通信部と、番号キーおよび発呼キーを含む操作部と、前記通信部による音声発呼機能を持つ発呼プログラムと、前記音声発呼機能を持たない非発呼プログラムとのいずれをも、前記操作部の操作に基づいて実行可能な制御部と、前記操作部によるキー操作が生じると、操作されたキーを特定するキー情報を記憶する記憶部と、を備え、前記制御部は、起動中のプログラムが前記非発呼プログラムであるときに前記操作部が操作されると、当該操作が前記発呼キー操作と前記番号キーのいずれかを判定する第１の処理を行い、当該第１の処理にて番号キー操作であると判定された場合、前記操作された番号キー情報を前記記憶部に記憶するとともに当該番号キー情報を前記非発呼プログラムにて処理するように制御し、発呼キー操作であると判定された場合、前記記憶部に記憶されている番号キー情報が緊急呼番号を構成しているか否かを判定する第２の処理を行い、当該第２の処理にて緊急呼番号を構成していると判定された場合、前記発呼プログラムを起動して緊急呼番号への発呼を行うように前記通信部を制御する。

また、本発明の携帯電話装置において、前記制御部は、前記第２の判定処理にて緊急呼番号を構成していると判定された場合、前記非発呼プログラムの実行を中断するとともに、前記発呼プログラムを起動して緊急呼番号への発呼を行うように前記通信部を制御するように構成してもよい。

また、本発明の携帯電話装置において、前記制御部は、前記第２の処理にて前記操作記憶部に記憶されている番号キー情報が緊急呼番号を構成していないと判定された場合、前記記憶部に記憶されている番号キー情報を消去するように構成してもよい。

また、本発明の携帯電話装置において、前記制御部は、前記第１の処理にて前記発呼キーでも前記番号キーでもない操作であると判定された場合、前記記憶部に記憶されている番号キー情報を消去するように構成してもよい。

また、本発明の携帯電話装置において、前記制御部は、前記発呼プログラムを起動して緊急呼番号への発呼を行う際に発呼の確認を行い、前記操作部にて発呼決定の操作がなされた場合に前記通信部による発呼を行い、発呼不可の操作あるいは所定時間以上の無操作状態が生じた場合、発呼を行わずに前記記憶部に記憶された番号キー情報を消去するとともに前記発呼プログラムの実行を終了して中断されている非発呼プログラムを起動するように構成してもよい。

また、本発明の携帯電話装置において、前記制御部は、前記非発呼プログラムが起動している状態で、前記操作部による操作のない状態が所定時間継続すると、前記記憶部に記憶される番号キー情報を消去するように構成してもよい。

本発明の携帯電話装置によれば、利便性を落とすことなく緊急呼を確実に行うことができる。

図１は、本発明の実施の形態に係る携帯電話装置の内部構成を示すブロック図である。図１に示されるように、携帯電話装置は、通信部１１と、操作部１２と、音声入出力部１３と、スピーカ１４と、マイクロフォン１５と、表示部１６と、記憶部１７と、制御部１８と、により構成される。

通信部１１は、複数の通信システムを捕捉し、例えば、ＣＤＭＡ２０００ １ｘ（以下、単に１ｘという）やＥＶＤＯの通信プロトコルにしたがい、不図示の移動通信網に接続される基地局を含む網側装置との間で無線通信を行う。
なお、ＥＶＤＯ通信は、１ｘ通信よりも高速であり、１ｘ通信は、ＥＶＤＯ通信と異なり、データ通信の他に音声通信もサポートするといった特徴を有している。

操作部１２は、例えば、電源キー、発呼キー、番号キー、文字キー、方向キー、決定キー、発呼キーなど、各種の機能が割り当てられたキーを有しており、これらのキーがユーザによって操作された場合に、その操作内容に対応する信号を発生し、これをユーザの指示として制御部１８に入力する。

音声入出力部１３は、スピーカ１４から出力される音声信号やマイクロフォン１５において入力される音声信号の処理を行う。
すなわち、音声入出力部１３は、マイクロフォン１５から入力される音声を増幅し、アナログ／デジタル変換を行い、更に符号化等の信号処理を施し、デジタルの音声データに変換して制御部１８に出力する。
また、音声入出力部１３は、制御部１８から供給される音声データに復号化、デジタル／アナログ変換、増幅等の信号処理を施し、アナログの音声信号に変換してスピーカ１４に出力する。

表示部１６は、例えば、ＬＣＤパネルや有機ＥＬ（Electro-Luminescence）パネルなどの表示デバイスを用いて構成されており、ここでは、画像データが保持されるＲＡＭ１６０を内蔵したＬＣＤモジュールを用いることとする。
表示部１６は、制御部１８から供給される映像信号に応じた画像を表示する。具体的には、発信時における発信先の電話番号、着信時における着信相手の電話番号、受信メールや送信メールの他に、日付、時刻、電池残量といったピクト画像、更には待受け画像の表示も含まれる。

記憶部１７は、制御部１８において処理に利用される各種のデータを記憶する。例えば、制御部１８が実行するプログラム（以下、アプリという）、通信相手の電話番号や電子メールアドレス等の個人情報を管理するアドレス帳データ、電話やメールの送受信履歴データ、スケジュールデータ、着信音やアラーム音を再生するための音声ファイル、各種の設定データ、プログラムの処理過程で利用される一時的なデータなどを保持する。
なお、ここでは、アプリとして、通信部１１による音声発呼機能を持つ発呼アプリ１７２と、音声発呼機能を持たない非発呼アプリ１７３を有するもととする。
また、記憶部１７には、操作部１２によるキー操作が生じると、操作されたキーを特定するキー情報も記憶されるものとし、以降、このキー情報が格納される領域をキーバッファという。

なお、上記した記憶部１７は、例えば、不揮発性の記憶デバイス（フラッシュメモリ）やランダムアクセス可能な記憶デバイス（ＳＲＡＭ、ＤＲＡＭ）等によって構成される。

制御部１８は、携帯電話装置の全体的な動作を統括的に制御する。すなわち、携帯電話装置の各種の処理（回線交換網を介して行われる音声通話、電子メールの作成と送受信、インターネットのＷｅｂ（World Wide Web）サイトの閲覧などの制御）が操作部１２の操作に応じて適切な手順で実行されるように、上述した各ブロックの動作（通信部１１における信号の送受信、音声入出力部１３における音声の入出力）を制御する。
制御部１８は、記憶部１７に格納されるプログラム（オペレーティングシステムやアプリ等）に基づいて処理を実行するコンピュータ（マイクロプロセッサ）を備えており、このプログラムにおいて指示された手順に従って上述した処理を実行する。
すなわち、制御部１８は、記憶部１７に格納されるオペレーティングシステムや起動中のアプリから命令コードを順次読み込んで処理を実行する。

制御部１８はまた、通信部１１による音声発呼機能を持つ発呼アプリ１７２と、音声発呼機能を持たない非発呼アプリ１７３とのいずれをも、操作部１２の操作に基づいて実行可能である。
具体的に、制御部１８は、擬似マルチタスク制御を行い、アクティブ状態にある起動中のアプリが非発呼アプリ１７３であるときに操作部１２が操作されると、当該操作が発呼キー操作と番号キーのいずれかを判定する第１の処理を行う。
ここで、番号キー操作である判定された場合、制御部１８は、操作された番号キー情報を記憶部１７（のキーバッファ）に記憶するとともに当該番号キー情報を非発呼アプリ１７３にて処理するように制御する。
一方、発呼キー操作であると判定された場合、制御部１８は、記憶部１７（のキーバッファ）に記憶されている番号キー情報が緊急呼番号を構成しているか否かを判定する第２の処理を行う。ここで緊急呼番号を構成していると判定された場合、非発呼アプリ１７３の実行を中断（インアクティブ）するとともに、発呼アプリ１７２を起動してアクティブ状態に設定し、緊急呼番号への発呼を行うように通信部１１を制御する。
上記した一連の流れについての詳細は後述する。

図２は、図１に示す制御部１８の内部構成を機能展開して示したブロック図である。図２に示されるように、制御部１８は、キースキャン制御部１８１と、キーコード管理部１８２と、アプリ実行制御部１８３と、タイマ監視部１８４と、により構成される。

キースキャン制御部１８１は、操作部１２に割当てられ配置された番号キーおよび発呼キーを含むキーのスキャンを行うことによりキーイベントを検知し、押下されたキーの座標データをキーコード管理部１８２に引き渡す。
キーコード管理部１８２は、取得された座標データをキーコードに変換して記憶部１７の所定の領域に割当てられ記憶されるキーコードバッファ１７１に保持するとともに、アプリ実行制御部１８３にそのキーコードを引き渡す。

アプリ実行制御部１８３は、アクティブになっているプログラムが非発呼アプリ１７３であるときに操作部１２が操作されると、当該操作が発呼キー操作と番号キーのいずれかを判定する処理を行う。
ここで、番号キー操作である判定された場合、操作された番号キー情報を記憶部１７のキーコードバッファ１７１に記憶するとともに当該番号キー情報を非発呼アプリ１７３にて処理するように制御する機能を有する。
アプリ実行制御部１８３はまた、発呼キー操作であると判定された場合、記憶部１７のキーコードバッファ１７１に記憶されている番号キー情報が緊急呼番号を構成しているか否かを判定する処理を行う。
ここで、緊急呼番号を構成していると判定された場合、アプリ実行制御部１８３は、非発呼アプリ１７３の実行を中断するとともに、発呼アプリ１７２をアクティブにして緊急呼番号への発呼を行うように通信部１１を制御する機能を有する。

アプリ実行制御部１８３はまた、記憶部１７の所定の領域に割当てられたキーコードバッファ１７１の初期化のタイミングを制御することで、キーコードバッファ１７１に緊急呼番号が保持されていない場合の発呼キー誤操作の回避が可能である。
具体的には、アプリ実行制御部１８３は、キーコードバッファ１７１に記憶されている番号キー情報が緊急呼番号を構成していないと判定された場合、キーコードバッファ１７１に記憶されている番号キー情報を、また、発呼キーでも番号キーでもない操作であると判定された場合には、キーコードバッファ１７１に記憶されている番号キー情報を消去する。
更に、非発呼アプリ１７３がアクティブの状態で、タイマ監視部１８４によるタイマ監視の下、操作部１２による操作のない状態が所定時間継続すると、キーコードバッファ１７１に記憶される番号キー情報を消去する。

また、アプリ実行制御部１８３は、発呼アプリ１７２を起動して緊急呼番号への発呼を行う際に発呼の確認を行い、操作部１２にて発呼決定の操作がなされた場合に通信部１１による発呼を行い、発呼不可の操作、あるいはタイマ監視部１８４によるタイマ監視の下で所定時間以上の無操作状態が生じた場合、発呼を行わずにキーコードバッファ１７１に記憶された番号キー情報を消去するとともに、発呼アプリ１７２の実行を終了してインアクティブ状態になっている非発呼アプリ１７３を起動する機能も有する。

図３〜図５は、本発明の実施の形態に係る携帯電話装置の動作を示すシーケンス図（１）（２）（３）であり、番号キーを押下した場合（１）、緊急呼番号がキーコードバッファ１７１に記憶されていない状態で発呼キーを押下した場合（２）、緊急呼番号がキーコードバッファ１７１に記憶されている状態で発呼キーを押下した場合（３）における、それぞれのキーイベントシーケンスが示されている。

図３のキーイベントシーケンス（１）において、ユーザが操作部１２の任意の位置に割り当てられ配置された「番号キー」を押下した場合、キースキャン制御部１８１は、スキャン操作によりそのキーイベント（キー押下あり）を検知し、このスキャン操作により取得される番号キーの座標データをキーコード管理部１８２に引き渡す（ステップＳ３１）。
キーコード管理部１８２は、記憶部１７にキーコードバッファ１７１を割当てる領域を確保するとともに、キースキャン制御部１８１から取得した座標データに基づき内蔵の変換テーブルを索引してキーコードに変換し、ここで変換されたキーコードを先に確保したキーコードバッファ１７１に保持する（ステップＳ３２）。

続いて、キーコード管理部１８２は、アプリ実行制御部１８３に対してキーイベント（キーコードバッファ１７１に格納された番号キーのキーコード）を通知し（ステップＳ３３）、アプリ実行制御部１８３は、アクティブ状態に成っている起動中のアプリ（非発呼アプリ１７３、あるいは発呼アプリ１７２）に対してそのキーイベントを引き渡す（ステップＳ３４）。このことにより、起動中のアプリ１７２または１７３は、どの番号キー（緊急呼番号か）が押下されたかを認識することができる。
なお、図３中、破線矢印は、キーイベントの正常取得に関する、起動中アプリ（１７２または１７３）、アプリ実行制御部１８３、キーコード管理部１８２からのそれぞれの応答を示す（ステップＳ３５〜Ｓ３７）。

図４のキーイベントシーケンス（２）において、ユーザが操作部１２の任意の位置に割当てられ配置された「発呼キー」を押下した場合、キースキャン制御部１８１は、スキャン操作によりそのキーイベントを検知し、キーコード管理部１８２に通知する（ステップＳ４１）。
キーコード管理部１８２は、そのイベント通知を受信すると、キーコードバッファ１７１に保持されたキーコードを参照して緊急呼番号が保持されているか否かを判定し（ステップＳ４２）、緊急呼番号が保持されていない場合にキーバッファの初期化を行う（ステップＳ４３）。
続いて、キーコード管理部１８２は、アプリ実行制御部１８３に対してキーイベントを通知し（ステップＳ４４）、アプリ実行制御部１８３は、アクティブ状態に成っている起動中のアプリ（非発呼アプリ１７３、あるいは発呼アプリ１７２）に対してそのキーイベントを引き渡す（ステップＳ４５）。

なお、図４中、破線矢印は、キーイベントの正常取得に関する、起動中アプリ（１７２または１７３）、アプリ実行制御部１８３、キーコード管理部１８２からのそれぞれの応答を示す（ステップＳ４６〜Ｓ４８）。
このように、キーコード管理部１８２は、発呼キーが押下されても緊急呼番号がキーコードバッファ１７１に保持されていない場合には、キーコードバッファ１７１の初期化を行うことにより、誤操作を回避している。

図５のキーイベントシーケンス（３）において、ユーザが、操作部１２の任意の位置に割当てられ配置された「発呼キー」を押下した場合、キースキャン制御部１８１は、スキャン操作によりそのキーイベントを検知し、キーコード管理部１８２に通知する（ステップＳ５１）。
キーコード管理部１８２は、そのイベント通知を受信すると、キーコードバッファ１７１に保持されたキーコードを参照して緊急呼番号が保持されているか否かを判定し（ステップＳ５２）、緊急呼番号が保持されている場合にはその緊急呼番号を取得するとともにキーバッファの初期化を行う（ステップＳ５３）。

続いて、キーコード管理部１８２は、アプリ実行制御部１８３に対して取得した緊急呼番号指定による発呼要求を行う（ステップＳ５４）。
キーコード管理部１８２から発信要求を受信したアプリ実行制御部１８３は、起動中のアプリ（非発呼アプリ１７３）に対して中断要求を行うとともに（ステップＳ５５）、非発呼アプリ１７３から中断処理終了の応答を得て（ステップＳ５６）、発呼アプリ１７２に対して発信要求を行う（ステップＳ５７）。
アプリ実行制御部１８３から発信要求を受信した発呼アプリ１７２は、図６に一例が示される発呼画面を生成して表示部１６に表示し、ユーザによる発呼キー、あるいは決定キーの押下を待って発呼動作に遷移する（ステップＳ５８）。
なお、図５中、ステップＳ５８以降の破線矢印は、発呼動作に移行したことを通知する、発呼アプリ１７２、アプリ実行制御部１８３、キーコード管理部１８２からのそれぞれの応答を示す（ステップＳ５９〜Ｓ６１）。

図６は、本発明の実施の形態に係る携帯電話装置の動作を画面上に示した図である。図６（ａ）は、メール作成画面であり、非発呼アプリであるメーラがアクティブとなっていた場合に表示部１６に表示される画面である。
図６（ａ）に示すメール作成画面表示中に警察通報（１１０番）の要求が発生した場合、ユーザにより番号キー「１」「１」「０」と、発呼キーが押下された場合、図６（ｂ）に示す発呼画面に遷移する。ここで、ユーザが発呼画面を閲覧して発呼キーもしくは決定キーを押下した場合、図６（ｃ）に示す画面に遷移することにより実際の発呼動作に移行する。

なお、図６（ｂ）に示す発呼画面表示中に、ユーザによる取り消し操作、もしくは一定期間操作がないタイムアウトが検出された場合は、元の非発呼アプリ１７３をアクティブとすることで図６（ａ）に示すメール作成画面に遷移する。

すなわち、制御部１８（アプリ実行制御部１８３）は、発呼アプリ１７２を起動して緊急呼番号への発呼を行う際に発呼確認を行い、操作部１２にて発呼決定の操作がなされた場合に通信部１１による発呼を行う。
制御部１８（アプリ実行制御部１８３）は、発呼不可の操作、あるいは所定時間以上の無操作状態が生じた場合、発呼を行わずに記憶部１７（のキーコードバッファ１７１）に記憶された番号キー情報を消去するとともに、発呼アプリ１７２の実行を終了して中断されている非発呼アプリ１７３を起動する。
なお、上記した所定時間以上の無操作状態を監視するためにタイマ監視部１８４を備えており、タイマ監視部１８４がタイムアウトを検出したときにも、キーコードバッファ１７１の初期化ならびに中断された非発呼アプリ１７３の再開を行っている。

上記したように、緊急呼を行う場合、事前に発呼確認画面を表示し、当該発呼確認画面表示中にユーザによる発呼キーもしくは決定キーの押下を待って発呼動作に移行させることにより誤操作を回避することができる。
また、発呼確認画面を表示中に、取り消し操作が行われた場合や一定時間操作が無い場合に、元のアプリを再開させることができるため、利便性を損なうことはない。

図７は、本発明の実施の形態に係る携帯電話装置のキーイベント処理動作を示すフローチャートである。
以下、図７のフローチャートを参照しながら本発明の実施の形態に係る携帯電話装置のキーイベント処理動作について詳細に説明する。ここでは、キーコードバッファ１７１は、＃０、＃１、＃２、の３個用意されるものとして説明する。

制御部１８（アプリ実行制御部１８３）は、キーコード管理部１８２からキーイベントを受信すると、まずは、引き渡されたキーコードから、押下されたキーが発呼キーか否かを判定する（ステップＳ７１）。
ここで、引き渡されたキーコードが発呼キーでないと判定された場合（ステップＳ７１“Ｎｏ”）、アプリ実行制御部１８３は、更に、押下されたキーが番号キーであるか否かを判定する（ステップＳ７２）。
ここで、番号キーであると判定された場合（ステップＳ７２“Ｙｅｓ”）、キーバッファ＃１に保持されてあるキーコードをキーバッファ＃２に、キーバッファ＃０に保持されてあるキーコードをキーバッファ＃１に退避する（ステップＳ７３）。
そして、押下された番号キーのキーコードをキーバッファ＃０に保持する（ステップＳ７４）。すなわち、アプリ実行制御部１８３は、キーコードバッファ１７１のＦＩＦＯ（First In-First Out）制御を行う。そして、アクティブ状態になっている起動中のアプリに対してキーコードバッファ１７１に保持されたキーコードを通知する（ステップＳ７５）。

なお、ステップＳ７２の処理において、押下されたキーが番号キーでないと判定された場合（ステップＳ７２“Ｎｏ”）、キーコードバッファ１７１に保持されたキーコードを全て消去し（ステップＳ７６）、起動中のアクティブとなっている非発呼アプリ１７３に対してキーコードを通知してキー押下処理を終了する（ステップＳ７５）。

一方、ステップＳ７１の処理で、キーコード管理部１８２から引き渡されたキーコードが発呼キーであると判定された場合（ステップＳ７１“Ｙｅｓ）、アプリ実行制御部１８３は、キーコードバッファ１７１に記憶されている３個のキーコードを取得し（ステップＳ７７）、緊急呼番号を構成しているか否かを判定する（ステップＳ７８）。
ここで、１１０番、１１９番、１１８番等の緊急呼番号を構成していると判定された場合（ステップＳ７８“Ｙｅｓ”）、発呼アプリ１７２を起動してその緊急呼番号に基づく発呼動作を指示してキー押下処理を終了する（ステップＳ７９）。なお、緊急呼番号を構成しないと判定された場合（ステップＳ７８“Ｎｏ”）、キーコードバッファ１７１に保持されたキーコードを全て消去して（ステップＳ７６）、起動中のアクティブとなっている非発呼アプリ１７３にキーコードを通知して処理を依頼し、キー押下処理を終了する（ステップＳ７５）。

すなわち、制御部１８（アプリ実行制御部１８３）は、起動中のプログラムが非発呼アプリ１７３であるときに操作部１２が操作されると、当該操作が発呼キー操作と番号キー操作のいずれかであるかを判定する第１の処理（ステップＳ７１、Ｓ７２）を行う。
この第１の処理にて番号キー操作である判定された場合（Ｓ７２“Ｙｅｓ”）、制御部１８（アプリ実行制御部１８３）は、操作された番号キー情報（キーコード）を記憶部１７（のキーコードバッファ１７１）に記憶するとともに（ステップＳ７３、Ｓ７４）、当該番号キー情報を非発呼アプリ１７３にて処理するように制御する（ステップＳ７５）。
制御部１８（アプリ実行制御部１８３）は、発呼キー操作であると判定された場合（ステップＳ７１“Ｙｅｓ”）、記憶部１７（のキーコードバッファ１７１）に記憶されている番号キー情報が緊急呼番号を構成しているか否かを判定する第２の処理を行う（ステップＳ７８）。
この第２の処理にて緊急呼番号を構成していると判定された場合（ステップＳ７８“Ｙｅｓ”）、制御部１８（アプリ実行制御部１８３）は、非発呼アプリ１７３の実行を中断するとともに、発呼アプリ１７２を起動して緊急呼番号への発呼を行うように通信部１１を制御するように動作する（ステップＳ７９）。

また、制御部１８（アプリ実行制御部１８３）は、第２の処理（ステップＳ７８）にて記憶部１７（のキーコードバッファ１７１）に記憶されている番号キー情報が緊急呼番号を構成していないと判定された場合（ステップＳ７８“Ｎｏ”）、記憶部１７（のキーコードバッファ１７１）に記憶されている番号キー情報を消去するように動作する（ステップＳ７６）。

また、制御部１８（アプリ実行制御部１８３）は、タイマ監視部１８４により、操作部１２のユーザによる無操作時間を監視しており、非発呼アプリ１７３が起動している状態で、操作部１２による操作のない状態が所定時間継続した場合に、記憶部１７（のキーコードバッファ１７１）に記憶される番号キー情報を消去してもよい。
このことにより、ユーザは意識することなくキーコードバッファ１７１の消去を行うことができ、不測の事態発生時に緊急呼が可能になる。

以上説明のように本発明の実施の形態に係る携帯電話装置によれば、例えば、ゲームやナビゲーション、地上波デジタル放送等、待受けアプリや電話帳アプリのような発呼機能を持たない非発呼アプリ１７３が実行されている状態であっても、ユーザが意識することなく緊急発呼が可能となり、また、利便性を損なうこともない。
更に、緊急発呼を行う場合、事前に発呼確認画面を表示し、当該発呼確認画面表示中にユーザによる発呼キーもしくは決定キーの押下を待って発呼動作に移行させることにより誤操作を回避することができる。また、発呼確認画面を表示中に、取り消し操作が行われた場合や一定時間操作が無い場合に、元のアプリを再開させることができるため、利便性を損なうことはない。

また、番号キー情報が緊急呼番号を構成していないと判定された場合、発呼キーでも番号キーでもない操作であると判定された場合、あるいは発呼アプリ１７２が起動している状態で操作部１２による操作のない状態が所定時間継続したタイミングで、記憶部１７（キーコードバッファ１７１）に保持された番号キー情報が消去されるため、不測の事態発生時の緊急呼を即座に行うことができる。

なお、図２に示す本発明の実施の形態に係る携帯電話装置（制御部１８）が有する各構成ブロックの機能は、全てをソフトウェアによって実現しても、あるいはその少なくとも一部をハードウェアで実現してもよい。
例えば、制御部１８を構成する、キースキャン制御部１８１、キーコード管理部１８２、アプリ実行制御部１８３、タイマ監視部１８４におけるデータ処理は、１または複数のプログラムによりコンピュータ上で実現してもよく、また、その少なくとも一部をハードウェアで実現してもよい。また、このとき、キーコードバッファ１７１は、記憶部１７の所定の領域に割当てられ記憶されるものとする。

本発明の実施の形態に係る携帯電話装置の内部構成を示すブロック図である。 図１に示す制御部の内部構成を機能展開して示したブロック図である。 本発明の実施の形態に係る携帯電話装置のキーイベントシーケンス（１）を示す図である。 本発明の実施の形態に係る携帯電話装置のキーイベントシーケンス（２）を示す図である。 本発明の実施の形態に係る携帯電話装置のキーイベントシーケンス（３）を示す図である。 本発明の実施の形態に係る携帯電話装置の発呼確認画面表示時の画面遷移を示す図である。 本発明の実施の形態に係る携帯電話装置のキーイベント処理動作を示すフローチャートである。

符号の説明

１１…通信部、１２…操作部、１３…音声入出力部、１４…スピーカ、１５…マイクロフォン、１６…表示部、１７…記憶部、１８…制御部、１７１…キーバッファ、１７２…発呼アプリ、１７３…非発呼アプリ、１８１…キースキャン制御部、１８２…キーコード管理部、１８３…アプリ実行制御部、１８４…タイマ監視部。

Claims (6)

1. 無線通信を行う通信部と、
   番号キーおよび発呼キーを含む操作部と、
   前記通信部による音声発呼機能を持つ発呼プログラムと、前記音声発呼機能を持たない非発呼プログラムとのいずれをも、前記操作部の操作に基づいて実行可能な制御部と、
   前記操作部によるキー操作が生じると、操作されたキーを特定するキー情報を記憶する記憶部と、を備え、
   前記制御部は、
   起動中のプログラムが前記非発呼プログラムであるときに前記操作部が操作されると、当該操作が前記発呼キー操作と前記番号キー操作のいずれであるかを判定する第１の処理を行い、
   当該第１の判定処理にて番号キー操作であると判定された場合、前記操作された番号キー情報を前記記憶部に記憶するとともに当該番号キー情報を前記非発呼プログラムにて処理するように制御し、
   発呼キー操作であると判定された場合、前記記憶部に記憶されている番号キー情報が緊急呼番号を構成しているか否かを判定する第２の処理を行い、当該第２の判定処理にて緊急呼番号を構成していると判定された場合、前記発呼プログラムを起動して緊急呼番号への発呼を行うように前記通信部を制御する
   ことを特徴とする携帯電話装置。
2. 前記制御部は、
   前記第２の判定処理にて緊急呼番号を構成していると判定された場合、前記非発呼プログラムの実行を中断するとともに、前記発呼プログラムを起動して緊急呼番号への発呼を行うように前記通信部を制御する
   ことを特徴とする請求項１に記載の携帯電話装置。
3. 前記制御部は、
   前記第２の判定処理にて前記記憶部に記憶されている番号キー情報が緊急呼番号を構成していないと判定された場合、前記記憶部に記憶されている番号キー情報を消去する
   ことを特徴とする請求項１または請求項２に記載の携帯電話装置。
4. 前記制御部は、
   前記第１の判定処理にて前記発呼キーでも前記番号キーでもない操作であると判定された場合、前記記憶部に記憶されている番号キー情報を消去する
   ことを特徴とする請求項１から請求項３のいずれか１項に記載の携帯電話装置。
5. 前記制御部は、
   前記発呼プログラムを起動して緊急呼番号への発呼を行う際に発呼の確認を行い、前記操作部にて発呼決定の操作がなされた場合に前記通信部による発呼を行い、発呼不可の操作あるいは所定時間以上の無操作状態が生じた場合、発呼を行わずに前記記憶部に記憶された番号キー情報を消去するとともに前記発呼プログラムの実行を終了して中断されている非発呼プログラムを起動する
   ことを特徴とする請求項２に記載の携帯電話装置。
6. 前記制御部は、
   前記非発呼プログラムが起動している状態で、前記操作部による操作のない状態が所定時間継続すると、前記記憶部に記憶される番号キー情報を消去する
   ことを特徴とする請求項１から請求項５のいずれか１項に記載の携帯電話装置。

Images