JP4069728B2 - 携帯電話機及びそれに用いる緊急呼発信方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は携帯電話機及びそれに用いる緊急呼発信方法に関し、特に携帯電話機において緊急時に警察や消防等への通話を行うための緊急呼の発信に関する。
【０００２】
【従来の技術】
従来、携帯電話機においては、緊急時に警察や消防等への通話を行うために、専用のワンタッチキーを押下すると、予め登録されている公的な救命・救急機関に自動的に発呼するものが知られている（例えば、特許文献１参照）。
【０００３】
しかしながら、上記の方法では、救命・救急機関との間の回線に接続された後に、自ら音声を発声し、その緊急状況を救命・救急機関の係員に伝達しなければならないが、送話者が音声を発することができない場合にはその緊急状況を通知することができない。
【０００４】
そこで、従来の携帯電話機においては、緊急通信用のキースイッチを押下することで、予めメモリに格納されている緊急連絡先に緊急呼を発信し、緊急用の信号及び自端末の電話番号を緊急連絡先に信号データとして通知する方法が提案されている（例えば、特許文献２参照）。
【０００５】
【特許文献１】
特開２００１−３２０４６７号公報（第２〜４頁、図１，２）
【特許文献２】
特開平１０−１４５５２２号公報（第２〜４頁、図１）
【０００６】
【発明が解決しようとする課題】
近年、携帯電話機には電話機能以外にもメール、ブラウジング、電話帳、スケジューラ等の各種機能を搭載する多機能な機種が増えており、それらのうちの一つの機能、例えばメール作成機能が動作中に電話機能を用いることはできない。
【０００７】
この携帯電話機では、上記のような多数の機能を搭載することで高機能化が図られているため、それを実現する際に不具合なく作るのがだんだん難しくなってきている。つまり、ソフトウェアのバグ等によって端末自身が異常状態（暴走、ハングアップ等）に陥ると、当然、緊急呼を発信することはできない。上記の特許文献１，２では、緊急時に警察や消防等への通話を行うために様々な方法が提案されているが、その方法を用いても、この異常状態に陥って一切のキー入力を受付けないような場合に緊急呼を発信することはできない。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、一切のキー入力を受付けないような異常状態でも緊急呼を発信することができる携帯電話機及びそれに用いる緊急呼発信方法を提供することにある。
【０００９】
【課題を解決するための手段】
本発明による携帯電話機は、少なくとも通信制御用の中央処理装置を含む携帯電話機であって、
予め設定されたキーの特定押下順序を検出した時にタイマを起動しかつその押下順序の内容をメモリに書込む緊急呼判断手段を備え、
前記中央処理装置は、前記タイマのタイムアウトによる再起動時に前記メモリの前記押下順序の内容を読込んでダイヤルしている。
【００１０】
本発明による緊急呼発信方法は、少なくとも通信制御用の中央処理装置を含む携帯電話機において緊急呼の発信先にダイヤルするための緊急呼発信方法であって、
前記中央処理装置が、予め設定されたキーの特定押下順序を検出するステップと、前記特定押下順序を検出した時にタイマを起動しかつその押下順序の内容をメモリに書込むステップと、前記タイマのタイムアウトによる再起動時に前記メモリの前記押下順序の内容を読込んでダイヤルするステップとを実行している。
【００１１】
すなわち、本発明の携帯電話機は、一つのキーに対して冗長な二つのキー検出手段を設け、緊急呼用の特定のキーの押し下げ順番、例えば「１」、「１」、「０」、「発信ボタン」の順番を検出する緊急呼判断手段によって、タイマが起動されかつ不揮発メモリにダイヤル内容が保存される。
【００１２】
本発明の携帯電話機では、通常、特定時間内にＣＰＵ（中央処理装置）によってタイマが停止され、不揮発メモリのダイヤル内容がクリアされるが、ＣＰＵが異常状態等で、タイマが停止されない場合、ＣＰＵをリセットする。ＣＰＵはリセットによる起動時に不揮発メモリを参照し、緊急呼の番号が保存されていた場合、起動後に自動的にダイヤルする。
【００１３】
これによって、本発明の携帯電話機では、ソフトウェアの不具合によってＣＰＵが動作していない時でも、つまりソフトウェアの不具合による異常状態（暴走、ハングアップ等）であっても、緊急呼を確実に発信することが可能となる。
【００１４】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による携帯電話機の構成を示すブロック図である。図１において、携帯電話機１はアンテナ１１と、無線部１２と、ＣＰＵ（中央処理装置）１３と、メモリ１４と、表示部１５と、図示せぬスピーカやマイク等の音声信号を扱う音声制御部１６と、キー１７と、キー検出手段（＃１，＃２）１８，１９と、緊急呼判断手段２０と、タイマ２１と、不揮発メモリ２２とから構成されている。
【００１５】
本実施例では携帯電話機１内部に、ＣＰＵを通信制御用とアプリケーション実行用とにそれぞれ搭載している場合、キー検出手段（＃２）１９、タイマ２１、緊急呼判断手段２０、不揮発メモリ２２は無線部１２に含まれる通信制御用のＣＰＵが担うようにしている。
【００１６】
携帯電話機１は一つのキー１７に対して冗長な二つのキー検出手段（＃１，＃２）１８，１９を設けており、緊急呼用の特定のキーの押し下げ順番、例えば「１」、「１」、「０」、「発信ボタン」の順番が緊急呼判断手段２０によって検出されると、その検出時にタイマ２１が起動されるとともに、不揮発メモリ２２にその発信ボタンのダイヤル内容が保存される。
【００１７】
携帯電話機１では、通常、特定時間内にＣＰＵ１３によってタイマ２１が停止され、不揮発メモリ２２のダイヤル内容がクリアされるが、ＣＰＵ１３が異常状態等で、タイマ２１が停止されない場合、タイマ２１がタイムアウトになると、ＣＰＵ１３（または通信制御用のＣＰＵ）をリセットする。
【００１８】
ＣＰＵ１３（または通信制御用のＣＰＵ）はリセットによる再起動時に不揮発メモリ２２を参照し、不揮発メモリ２２に緊急呼の番号が保存されていた場合、起動後にそのダイヤル内容に基づいて自動的にダイヤルする。
【００１９】
これによって、携帯電話機１ではソフトウェアの不具合によってＣＰＵ１３が動作していない時でも、つまりソフトウェアの不具合による異常状態（暴走、ハングアップ等）であっても、緊急呼を確実に発信することが可能となる。
【００２０】
図２及び図３は本発明の一実施例による携帯電話機１の動作を示すシーケンスチャートであり、図４は本発明の一実施例による携帯電話機１のリセットによる再起動時の動作を示すフローチャートである。これら図１〜図４を参照して本発明の一実施例による携帯電話機１の動作について説明する。尚、以下の説明では、緊急呼として１１０番に発信する場合について述べる。また、図４に処理はＣＰＵ１３がメモリ１４のプログラム（コンピュータで実行可能なプログラム）を実行することで実現される。
【００２１】
ＣＰＵ１３にはキー１７が押下されると、そのダイヤル内容がキー検出手段（＃１）１８を介して伝達され（図２のａ２，ａ４，ａ６参照）、緊急呼検出手段２０にもそのダイヤル内容がキー検出手段（＃２）１９を介して伝達される（図２のａ１，ａ３，ａ５参照）。
【００２２】
緊急呼検出手段２０ではそのダイヤル内容が予め登録された緊急呼番号と一致した時にタイマ２１を起動するとともに（図２のａ７参照）、不揮発メモリ２２にそのダイヤル内容を書込む（図２のａ８参照）。
【００２３】
ＣＰＵ１３が正常動作している場合には、タイマ２１に停止指示が送られ（図２のａ９参照）、不揮発メモリ２２にクリア指示が送られるので（図２のａ１０参照）、何も実行されない。
【００２４】
図３にはＣＰＵ１３が暴走等の異常状態にあって、反応することができない状態を示している。この場合、ＣＰＵ１３にはキー１７が押下され、そのダイヤル内容がキー検出手段（＃１）１８を介して伝達され（図３のｂ２，ｂ４，ｂ６参照）、緊急呼検出手段２０にもそのダイヤル内容がキー検出手段（＃２）１９を介して伝達される（図３のｂ１，ｂ３，ｂ５参照）。
【００２５】
緊急呼検出手段２０ではそのダイヤル内容が予め登録された緊急呼番号と一致した時にタイマ２１を起動するとともに（図３のｂ７参照）、不揮発メモリ２２にそのダイヤル内容を書込む（図３のｂ８参照）。
【００２６】
しかしながら、この場合、ＣＰＵ１３は暴走等の異常状態にあるため、タイマ２１に停止がかからないため、タイマ２１は予め設定された所定時間が経過すると（タイムアウト）、ＣＰＵ１３にリセットをかける（図３のｂ９参照）。
【００２７】
リセットがかかったＣＰＵ１３は、リセットによる再起動後に、図４に示す動作を行う。すなわち、ＣＰＵ１３はリセットによる再起動後に、不揮発メモリ２２のチェックを行い（図４ステップＳ１）、不揮発メモリ２２にダイヤル番号が保存されているかどうかをチェックする（図４ステップＳ２）。
【００２８】
ＣＰＵ１３は不揮発メモリ２２にダイヤル番号が保存されていれば、不揮発メモリ２２に保存されているダイヤル番号にて緊急呼発信を行う（図４ステップＳ４）。これに対し、ＣＰＵ１３は、図２に示すように、正常に動作していれば、不揮発メモリ２２にダイヤル番号が保存されていないので、特に何も行わず、通常動作を行う（図４ステップＳ３）。
【００２９】
このように、本実施例では、予め緊急時の発呼先を入力しておくことで、携帯電話機１が一切のキー入力を受付けないような異常状態となっても、緊急呼を発信することができる。
【００３０】
図５は本発明の他の実施例によるメモリ１４の構成例を示す図である。本発明の他の実施例ではメモリ１４に緊急呼発信シーケンスを格納するようにした以外は図１に示す本発明の一実施例と同様の構成及び動作となっている。
【００３１】
図５において、メモリ１４には緊急呼発信シーケンスとして、警察の場合、「切断を５回以上」、「１」、「１」、「０」、「発信ボタン」の順序が格納され、消防の場合、「切断を５回以上」、「１」、「１」、「９」、「発信ボタン」の順序が格納されている。
【００３２】
緊急呼の発信として、上述したような「１」、「１」、「０」、「発信ボタン」の順序では、文字入力中にも、その順番と同様のキーを押してしまう可能性がある。よって、本発明の他の実施例では、図５に示すように、特定の設定可能な一連のキーシーケンスが入力された場合に起動できるように置き換え可能としている。
【００３３】
【発明の効果】
以上説明したように本発明は、携帯電話機において、予め設定されたキーの特定押下順序が検出された時にタイマを起動しかつその押下順序の内容をメモリに書込み、タイマのタイムアウトによる再起動時にメモリの内容を読込んでダイヤルすることによって、一切のキー入力を受付けないような異常状態でも緊急呼を発信することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例による携帯電話機の構成を示すブロック図である。
【図２】本発明の一実施例による携帯電話機の動作を示すシーケンスチャートである。
【図３】本発明の一実施例による携帯電話機の動作を示すシーケンスチャートである。
【図４】本発明の一実施例による携帯電話機のリセットによる再起動時の動作を示すフローチャートである。
【図５】本発明の他の実施例によるメモリの構成例を示す図である。
【符号の説明】
１ 携帯電話機
１１ アンテナ
１２ 無線部
１３ ＣＰＵ
１４ メモリ
１５ 表示部
１６ 音声制御部
１７ キー
１８ キー検出手段（＃１）
１９ キー検出手段（＃２）
２０ 緊急呼判断手段
２１ タイマ
２２ 不揮発メモリ

Claims (8)

1. 少なくとも通信制御用の中央処理装置を含む携帯電話機であって、
   予め設定されたキーの特定押下順序を検出した時にタイマを起動しかつその押下順序の内容をメモリに書込む緊急呼判断手段を有し、
   前記中央処理装置は、前記タイマのタイムアウトによる再起動時に前記メモリの前記押下順序の内容を読込んでダイヤルすることを特徴とする携帯電話機。
2. 前記中央処理装置は、前記タイマがタイムアウトする前に前記タイマを停止しかつ前記メモリの内容を消去することを特徴とする請求項１記載の携帯電話機。
3. 前記特定押下順序は、緊急呼の発信先を示すダイヤル内容であることを特徴とする請求項１または請求項２記載の携帯電話機。
4. 緊急呼の発信先のダイヤル番号を示す前記キーの押下順序と予め外部から設定された所定キーの押下順序とを格納する格納手段を含み、
   前記緊急呼判断手段は、前記キーの押下順序が前記格納手段の格納内容と一致するかを検出することを特徴とする請求項１から請求項３のいずれか記載の携帯電話機。
5. 少なくとも通信制御用の中央処理装置を含む携帯電話機において緊急呼の発信先にダイヤルするための緊急呼発信方法であって、
   前記中央処理装置が、予め設定されたキーの特定押下順序を検出するステップと、前記特定押下順序を検出した時にタイマを起動しかつその押下順序の内容をメモリに書込むステップと、前記タイマのタイムアウトによる再起動時に前記メモリの前記押下順序の内容を読込んでダイヤルするステップとを実行することを特徴とする緊急呼発信方法。
6. 前記中央処理装置が、前記タイマがタイムアウトする前に前記タイマを停止しかつ前記メモリの内容を消去することを特徴とする請求項５記載の緊急呼発信方法。
7. 前記特定押下順序は、前記緊急呼の発信先を示すダイヤル内容であることを特徴とする請求項５または請求項６記載の緊急呼発信方法。
8. 前記緊急呼の発信先のダイヤル番号を示す前記キーの押下順序と予め外部から設定された所定キーの押下順序とを格納手段に格納しておき、
   前記中央処理装置が、前記特定押下順序を検出するステップにおいて、前記キーの押下順序が前記格納手段の格納内容と一致するかを検出することを特徴とする請求項５から請求項７のいずれか記載の緊急呼発信方法。

Images