携帯端末及び携帯端末の発呼方法
【課題】電源オフの状態から識別情報の読み出しが完了するまでの間であっても速やかに緊急呼の発信を行うことができる携帯端末及び携帯端末の発呼方法を提供する。
【解決手段】携帯端末１では、電話番号判断部４０５により、ＭＴＦ４０がＵＩＭ２０１からの識別情報等の読み出しを完了させるまでの間に入力された電話番号が、緊急電話番号格納部４０６に予め格納された緊急電話番号のいずれか一の電話番号に一致するか否かが判断される。そして、緊急電話番号が入力されたと判断されたときには、識別情報の読み出しの完了前に、その電話番号が示す発信先に直ちに緊急呼の発信がなされる。したがって、携帯端末１では、電源をオン状態にした後、識別情報の読み出しが完了するまでの間であっても、緊急呼に限って速やかに発呼することができる。
【解決手段】携帯端末１では、電話番号判断部４０５により、ＭＴＦ４０がＵＩＭ２０１からの識別情報等の読み出しを完了させるまでの間に入力された電話番号が、緊急電話番号格納部４０６に予め格納された緊急電話番号のいずれか一の電話番号に一致するか否かが判断される。そして、緊急電話番号が入力されたと判断されたときには、識別情報の読み出しの完了前に、その電話番号が示す発信先に直ちに緊急呼の発信がなされる。したがって、携帯端末１では、電源をオン状態にした後、識別情報の読み出しが完了するまでの間であっても、緊急呼に限って速やかに発呼することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末及び携帯端末の発呼方法に関する。
【背景技術】
【０００２】
近年、ユーザ情報などの識別情報を記憶したＩＣチップ（例えばＵＩＭ）を装填可能な携帯端末が知られている。このような携帯端末では、電源がオン状態となったときに、ＵＩＭ等から識別情報を読み出すと共に、通信アプリケーションの設定やパスワードの確認等を行った後、ネットワーク側との通信接続を確立し、発呼が可能となる。また、例えば特許文献１に記載の携帯電話機では、電気的な検出によってユーザによるＵＩＭの脱着の履歴を記憶している。そして、この携帯電話機では、電源オン時にＵＩＭの脱着履歴が残っていた場合にのみ、ＵＩＭからユーザ情報を読み出すようにすることで、通信接続を確立するまでの時間の短縮化を図っている。
【特許文献１】特開２００３−３０９６４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、携帯端末のユーザが急病人や火災といった緊急事態に遭遇した場合、ユーザが携帯端末を用いて警察や消防などの緊急連絡先に通報しようとすることが想定される。このような状況下においては、一刻も早く通報することが望ましいが、通報しようとしたときに携帯端末の電源がオフ状態となっていることもある。この場合、上述した従来の携帯電話機では、識別情報の読み出しが完了するまでは緊急呼の発信を行うことができないという問題があった。
【０００４】
本発明は、上記課題の解決のためになされたものであり、電源オフの状態から識別情報の読み出しが完了するまでの間であっても速やかに緊急呼の発信を行うことができる携帯端末及び携帯端末の発呼方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題の解決のため、本発明に係る携帯端末は、ユーザを識別するための識別情報を記憶する識別情報記憶手段と、電源がオン状態となったときに、識別情報記憶手段から識別情報を読み出して、ネットワークへの通信接続を確立させる通信制御手段とを備えた携帯端末であって、電話番号の入力を受け付ける電話番号入力手段と、緊急時における通信先を示す緊急電話番号を格納する緊急電話番号格納手段と、通信制御手段が識別情報の読み出しを完了させるまでの間に電話番号入力手段によって入力された電話番号が、緊急電話番号格納手段に格納された緊急電話番号に一致するか否かを判断する電話番号判断手段と、電話番号判断手段によって、緊急電話番号が入力されたと判断されたときに、識別情報の読み出しの完了前に、緊急電話番号が示す通信先に発呼する発呼手段とを備えたことを特徴としている。
【０００６】
この携帯端末では、通信制御手段が識別情報の読み出しを完了させるまでの間に入力された電話番号が、予め格納された緊急電話番号に一致するか否かを判断する。そして、緊急電話番号に一致する電話番号が入力されたと判断されたときには、識別情報の読み出しの完了前に、緊急電話番号が示す通報先に直ちに発呼がなされる。したがって、この携帯端末では、電源をオン状態にした後、識別情報の読み出しが完了するまでの間であっても、緊急呼に限って速やかに発呼することができる。
【０００７】
また、本発明に係る携帯端末の発呼方法は、ユーザを識別するための識別情報を記憶する識別情報記憶手段と、電話番号の入力を受け付ける電話番号入力手段と、緊急時における通信先を示す緊急電話番号を格納する緊急電話番号格納手段と、電源がオン状態となったときに、識別情報記憶手段から識別情報を読み出して、ネットワークへの通信接続を確立させる通信制御手段とを備えた携帯端末の発呼方法であって、電話番号判断手段が、通信制御手段が識別情報の読み出しを完了させるまでの間に電話番号入力手段によって入力された電話番号が、緊急電話番号格納手段に格納された緊急電話番号に一致するか否かを判断するステップと、発呼手段が、電話番号判断手段によって、緊急電話番号が入力されたと判断されたときに、識別情報の読み出しの完了前に、緊急電話番号が示す通信先に発呼するステップとを備えたことを特徴としている。
【０００８】
この携帯端末の発呼方法では、通信制御手段が識別情報の読み出しを完了させるまでの間に入力された電話番号が、予め格納された緊急電話番号に一致するか否かを判断する。そして、緊急電話番号に一致する電話番号が入力されたと判断されたときには、識別情報の読み出しの完了前に、緊急電話番号が示す通報先に直ちに発呼がなされる。したがって、この携帯端末では、電源をオン状態にした後、識別情報の読み出しが完了するまでの間であっても、緊急呼に限って速やかに発呼することができる。
【発明の効果】
【０００９】
以上説明したように、本発明に係る携帯端末及び携帯端末の発呼方法によれば、電源オフの状態から識別情報の読み出しが完了するまでの間であっても速やかに緊急呼の発信を行うことができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照しながら、本発明に係る携帯端末及び携帯端末の発呼方法の好適な実施形態について詳細に説明する。
【００１１】
図１は、本発明に係る携帯端末の一実施形態を示す構成図である。図１に示すように、携帯端末１は、物理的には、ＣＰＵ、メモリ、通信インタフェイス、ハードディスクといった格納部、ディスプレイといった表示部等を備えた携帯電話機であり、基地局及び交換機（図示しない）を含むネットワークＮと接続可能に構成されている。この携帯端末１は、機能的な構成要素として、ＴＭＦ（Terminal Management Function）１０、ＵＩＭＦ（User Identified Module Function）２０、ＴＡＦ（Terminal Adaptation Function）３０、及びＭＴＦ（Mobile Terminal Function：通信制御手段）４０の各モジュールと、操作入力部（電話番号入力手段）５０とを備えている。
【００１２】
ＴＭＦ１０は、携帯端末１の各モジュールを制御する部分である。ＴＭＦ１０は、通信接続開始要求部１０１を有している。通信接続開始要求部１０１は、携帯端末１の電源がオン状態となったときに、各ファンクションの接続状況を通知する旨の通信接続開始要求情報をＭＴＦ４０に出力する。
【００１３】
ＵＩＭＦ２０は、携帯端末１に着脱自在に収容されるＵＩＭ（User Identified Module：識別情報記憶手段）２０１を制御する部分である。ＵＩＭＦ２０は、ＵＩＭ２０１に記憶されている情報の読み出し、及びＵＩＭ２０１への情報の書き込みを制御する。ＵＩＭ２０１内には、例えば携帯端末１のユーザ情報（識別情報）の他、ネットワークＮとの通信に用いる複数の通信アプリケーション等が格納されている。
【００１４】
このＵＩＭＦ２０は、ＭＴＦ４０から通信アプリケーションの確認を要求する通信アプリケーション確認要求情報を受け取ると、格納している通信アプリケーションを示す格納通知をＭＴＦ４０に出力する。また、ＵＩＭＦ２０は、ＭＴＦ４０からアプリケーション選択画面情報を受け取ると、この情報に基づいて携帯端末１のディスプレイにアプリケーション選択画面を表示させる。そして、ＵＩＭＦ２０は、アプリケーション選択画面を参照したユーザによって選択された通信アプリケーションを示す選択通知をＭＴＦ４０に出力する。
【００１５】
さらに、ＵＩＭＦ２０は、ＭＴＦ４０から通信アプリケーションの選択結果を示すアプリケーション選択情報を受け取ると、携帯端末１のディスプレイに、例えばＰＩＮ（Personal Identification Number）といったパスワードの入力を受け付けるパスワード入力画面を表示させる。その後、ＵＩＭＦ２０は、パスワード入力画面を介して入力されたパスワードをＭＴＦ４０に出力する。
【００１６】
ＴＡＦ３０は、ネットワークＮへの通信に用いる通信アプリケーションを制御する部分である。ＴＡＦ３０は、情報受信部３０１を有している。情報受信部３０１は、通信アプリケーションに関する情報を共有するために、ＵＩＭＦ２０と同様に、ＭＴＦ４０から出力されるアプリケーション選択画面情報、及びアプリケーション選択情報の各情報を受け取るようになっている。
【００１７】
操作入力部５０は、携帯端末１に設けられた操作ボタンである。ユーザは、この操作入力部５０を用いて、電話番号やパスワードの入力、及び通信アプリケーションの選択といった各種の操作を行うことができる。
【００１８】
ＭＴＦ４０は、ネットワークＮとの無線通信を制御する部分であり、通信接続の確立、ユーザ認証、及び暗号化といった各処理を行う部分である。ＭＴＦ４０は、通信接続開始要求受信部４０１と、識別情報読込部４０２と、アプリケーション選択部４０３と、パスワード受付部４０４と、電話番号判断部（電話番号判断手段）４０５と、緊急電話番号格納部（緊急電話番号格納手段）４０６と、発呼部（発呼手段）４０７と、を有している。
【００１９】
通信接続開始要求受信部４０１は、ＴＭＦ１０から通信接続開始要求情報を受け取る部分である。通信接続開始要求受信部４０１は、通信接続開始要求情報に含まれる接続情報を参照し、ＴＭＦ１０、ＵＩＭＦ２０、及びＴＡＦ３０がＭＴＦ４０に正しく接続されていることを確認する。通信接続開始要求受信部４０１は、受け取った通信接続開始要求情報を識別情報読込部４０２に出力する。
【００２０】
識別情報読込部４０２は、ＵＩＭＦ２０を介してＵＩＭ２０１から識別情報等の読み込みを行う部分である。また、識別情報読込部４０２は、通信接続開始要求受信部４０１から通信接続開始要求情報を受け取ると、ＵＩＭＦ２０に通信アプリケーション確認要求情報を出力し、これに応じてＵＩＭＦ２０から出力される格納通知を受け取る。そして、識別情報読込部４０２は、受け取った格納通知をアプリケーション選択部４０３に出力する。
【００２１】
アプリケーション選択部４０３は、ネットワークＮへの通信に用いる通信アプリケーションを選択する部分である。アプリケーション選択部４０３は、識別情報読込部４０２から格納通知を受け取ると、ＴＡＦ３０、ＴＭＦ１０、ＵＩＭＦ２０の各モジュールに向けてアプリケーション選択画面情報を出力する。そして、アプリケーション選択部４０３は、アプリケーション選択画面情報の出力に応じてＵＩＭＦ２０から出力される選択通知を受け取ると共に、ＵＩＭＦ２０に選択通知を受け取ったことを示す確認通知を出力する。この後、アプリケーション選択部４０３は、ＴＡＦ３０、ＴＭＦ１０、ＵＩＭＦ２０の各モジュール、及びパスワード受付部４０４に向けてアプリケーション選択情報を出力する。
【００２２】
パスワード受付部４０４は、ユーザからのパスワード入力を受け付ける部分である。パスワード受付部４０４は、アプリケーション選択部４０３からアプリケーション選択情報を受け取ると、パスワードを待ち受ける待受状態となる。そして、パスワード受付部４０４が、待受状態においてＵＩＭＦ２０からパスワードを受け取ることにより、ＭＴＦ４０におけるＵＩＭ２０１の読み込みが完了する。
【００２３】
電話番号判断部４０５は、ＭＴＦ４０がＵＩＭ２０１から識別情報等の読み出しを完了させるまでの間に操作入力部５０によって入力された電話番号が、緊急電話番号格納部４０６に格納された緊急電話番号のいずれか一の電話番号に一致するか否かを判断する部分である。
【００２４】
ここで、緊急電話番号格納部４０６に格納されている情報の一例を図２に示す。図２の例では、緊急電話番号として、警察「１１０」、消防「１１９」、海上保安庁「１１８」、といった通報先が格納されている。そして、電話番号判断部４０５は、入力された電話番号が緊急電話番号のいずれか一の電話番号に一致している場合には、その旨を示す判断結果情報を発呼部４０７に出力する。電話番号判断部４０５は、入力された電話番号が緊急電話番号のいずれにも一致しない場合には、特段の処理を行わない。
【００２５】
発呼部４０７は、ユーザによる電話番号の入力及び発信の操作により、ネットワークＮにつながる他の携帯端末や固定電話機等に発呼する部分である。この発呼部４０７は、通常では、まずネットワークＮの検出を行い、ＵＩＭ２０１から読み出した識別情報等をネットワークＮ側に送信するアタッチ処理を行った後、発呼処理を行う。一方、発呼部４０７は、ＭＴＦ４０におけるＵＩＭ２０１の読み込みが完了する前に、電話番号判断部４０５から判断結果情報を受け取ったときには、識別情報の読み出しの完了前に、その電話番号が示す発信先に発呼する。この場合、発呼部４０７は、ネットワークＮの検出の後のアタッチ処理を省略し、識別情報等をネットワークＮ側に送信をすることなく発呼処理を行う。
【００２６】
次に、上述した構成を有する携帯端末１の電源オン時の動作について、図３〜図５に示すシーケンス図を参照しながら説明する。
【００２７】
図３に示すように、ユーザの操作によって携帯端末１の電源がオン状態になると、まずＴＭＦ１０からＭＴＦ４０に通信接続開始要求情報が出力される（ステップＳ０１）。次に、ＭＴＦ４０によるＵＩＭ２０１の識別情報等の読み出しが開始される（ステップＳ０２）。さらに、ＭＴＦ４０からＵＩＭＦ２０に通信アプリケーション確認要求情報が出力され（ステップＳ０３）、これに応じてＵＩＭＦ２０からＭＴＦ４０に格納通知がなされる（ステップＳ０４）。
【００２８】
格納通知を受け取ると、ＭＴＦ４０から各モジュールにアプリケーション選択画面情報が出力される（ステップＳ０５）。ユーザが操作入力部５０を介して通信アプリケーションを選択すると、ＵＩＭＦ２０からＭＴＦ４０に選択通知がなされ（ステップＳ０６）、ＭＴＦ４０からＵＩＭＦ２０に確認通知がなされる（ステップＳ０７）。そして、ＭＴＦ４０から各モジュールにアプリケーション選択情報が出力される（ステップＳ０８）。この後、ＵＩＭＦ２０からＭＴＦ４０にパスワードの出力がなされると（ステップＳ０９）、ＭＴＦ４０におけるＵＩＭ２０１の読み込みが完了する（ステップＳ１０）。
【００２９】
ＵＩＭ２０１の読み込みが完了し、携帯端末１が完全に起動した後に電話番号の入力及び発信の操作がなされた場合（ステップ１０１の場合）、図４に示すように、まずＭＴＦ４０によってネットワークＮの検出がなされる（ステップＳ１１）。そして、ＵＩＭ２０１から読み出した識別情報等をネットワークＮ側に送信するアタッチ処理が行われた後（ステップＳ１２）、入力された電話番号が示す発信先に呼の送信がなされる（ステップＳ１３）。
【００３０】
ところで、携帯端末１のユーザが急病人や火災といった緊急事態に遭遇した場合、ユーザが携帯端末１から警察や消防などの緊急連絡先に通報しようとすることが想定される。このような状況下においては、一刻も早く通報することが望ましいが、通報しようとしたときに携帯端末１の電源がオフ状態となっていることもあり、この場合、携帯端末１において、電源オフの状態から識別情報の読み出しが完了するまで発呼できないとなると、通報に遅れが生じることが懸念される。
【００３１】
これに対し、携帯端末１では、電話番号判断部４０５により、電源がオン状態となってからＭＴＦ４０によるＵＩＭ２０１の読み出しが完了するまでの間、例えば、ユーザが通信アプリケーションを選択している間（ステップ１０２の場合）や、パスワードを入力している間（ステップ１０３の場合）に入力された電話番号が、緊急電話番号に一致するか否かの判断が行われる。
【００３２】
ＭＴＦ４０は、入力された電話番号が緊急電話番号に一致するときには、図５に示すように、ＵＩＭ２０１からの識別情報等の読み出しの完了を待つことなく、ネットワークＮの検出を行う（ステップＳ２０）。そして、ネットワークＮの検出に続くアタッチ処理を省略し、識別情報等をネットワークＮ側に送信をすることなく、緊急電話番号が示す発信先に直ちに呼（緊急呼）を送信する（ステップＳ２１）。
【００３３】
以上説明したように、携帯端末１では、電話番号判断部４０５により、ＭＴＦ４０がＵＩＭ２０１からの識別情報等の読み出しを完了させるまでの間に入力された電話番号が、緊急電話番号格納部４０６に予め格納された緊急電話番号のいずれか一の電話番号に一致するか否かが判断される。そして、緊急電話番号が入力されたと判断されたときには、識別情報の読み出しの完了前に、緊急電話番号が示す発信先に直ちに緊急呼の発信がなされる。したがって、この携帯端末１では、電源をオン状態にした後、識別情報の読み出しが完了するまでの間であっても、緊急呼に限って速やかに発呼することができる。
【００３４】
本発明は、上記実施形態に限られるものではない。例えば、緊急電話番号が入力された場合に、発呼部４０７が緊急発信であることを示す識別子（特定の文字列等）を発信することで、ネットワークＮ側に緊急呼か否かの認識をさせて、発信先の切り替えを行うようにしてもよい。
【図面の簡単な説明】
【００３５】
【図１】本発明に係る携帯端末の一実施形態を示す構成図である。
【図２】緊急電話番号格納部に格納される情報の一例を示す図である。
【図３】図１に示した携帯端末の電源オン時の動作を示すシーケンス図である。
【図４】識別情報の読み込みが完了した後の呼の発信動作を示すシーケンス図である。
【図５】識別情報の読み込みが完了する前の呼の発信動作を示すシーケンス図である。
【符号の説明】
【００３６】
１…携帯端末、４０…ＭＴＦ（通信制御手段）、５０…操作入力部（電話番号入力手段）、２０１…ＵＩＭ（識別情報記憶手段）、４０５…電話番号判断部（電話番号判断手段）、４０６…緊急電話番号格納部（緊急電話番号格納手段）、４０７…発呼部（発呼手段）、Ｎ…ネットワーク。
【技術分野】
【０００１】
本発明は、携帯端末及び携帯端末の発呼方法に関する。
【背景技術】
【０００２】
近年、ユーザ情報などの識別情報を記憶したＩＣチップ（例えばＵＩＭ）を装填可能な携帯端末が知られている。このような携帯端末では、電源がオン状態となったときに、ＵＩＭ等から識別情報を読み出すと共に、通信アプリケーションの設定やパスワードの確認等を行った後、ネットワーク側との通信接続を確立し、発呼が可能となる。また、例えば特許文献１に記載の携帯電話機では、電気的な検出によってユーザによるＵＩＭの脱着の履歴を記憶している。そして、この携帯電話機では、電源オン時にＵＩＭの脱着履歴が残っていた場合にのみ、ＵＩＭからユーザ情報を読み出すようにすることで、通信接続を確立するまでの時間の短縮化を図っている。
【特許文献１】特開２００３−３０９６４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、携帯端末のユーザが急病人や火災といった緊急事態に遭遇した場合、ユーザが携帯端末を用いて警察や消防などの緊急連絡先に通報しようとすることが想定される。このような状況下においては、一刻も早く通報することが望ましいが、通報しようとしたときに携帯端末の電源がオフ状態となっていることもある。この場合、上述した従来の携帯電話機では、識別情報の読み出しが完了するまでは緊急呼の発信を行うことができないという問題があった。
【０００４】
本発明は、上記課題の解決のためになされたものであり、電源オフの状態から識別情報の読み出しが完了するまでの間であっても速やかに緊急呼の発信を行うことができる携帯端末及び携帯端末の発呼方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題の解決のため、本発明に係る携帯端末は、ユーザを識別するための識別情報を記憶する識別情報記憶手段と、電源がオン状態となったときに、識別情報記憶手段から識別情報を読み出して、ネットワークへの通信接続を確立させる通信制御手段とを備えた携帯端末であって、電話番号の入力を受け付ける電話番号入力手段と、緊急時における通信先を示す緊急電話番号を格納する緊急電話番号格納手段と、通信制御手段が識別情報の読み出しを完了させるまでの間に電話番号入力手段によって入力された電話番号が、緊急電話番号格納手段に格納された緊急電話番号に一致するか否かを判断する電話番号判断手段と、電話番号判断手段によって、緊急電話番号が入力されたと判断されたときに、識別情報の読み出しの完了前に、緊急電話番号が示す通信先に発呼する発呼手段とを備えたことを特徴としている。
【０００６】
この携帯端末では、通信制御手段が識別情報の読み出しを完了させるまでの間に入力された電話番号が、予め格納された緊急電話番号に一致するか否かを判断する。そして、緊急電話番号に一致する電話番号が入力されたと判断されたときには、識別情報の読み出しの完了前に、緊急電話番号が示す通報先に直ちに発呼がなされる。したがって、この携帯端末では、電源をオン状態にした後、識別情報の読み出しが完了するまでの間であっても、緊急呼に限って速やかに発呼することができる。
【０００７】
また、本発明に係る携帯端末の発呼方法は、ユーザを識別するための識別情報を記憶する識別情報記憶手段と、電話番号の入力を受け付ける電話番号入力手段と、緊急時における通信先を示す緊急電話番号を格納する緊急電話番号格納手段と、電源がオン状態となったときに、識別情報記憶手段から識別情報を読み出して、ネットワークへの通信接続を確立させる通信制御手段とを備えた携帯端末の発呼方法であって、電話番号判断手段が、通信制御手段が識別情報の読み出しを完了させるまでの間に電話番号入力手段によって入力された電話番号が、緊急電話番号格納手段に格納された緊急電話番号に一致するか否かを判断するステップと、発呼手段が、電話番号判断手段によって、緊急電話番号が入力されたと判断されたときに、識別情報の読み出しの完了前に、緊急電話番号が示す通信先に発呼するステップとを備えたことを特徴としている。
【０００８】
この携帯端末の発呼方法では、通信制御手段が識別情報の読み出しを完了させるまでの間に入力された電話番号が、予め格納された緊急電話番号に一致するか否かを判断する。そして、緊急電話番号に一致する電話番号が入力されたと判断されたときには、識別情報の読み出しの完了前に、緊急電話番号が示す通報先に直ちに発呼がなされる。したがって、この携帯端末では、電源をオン状態にした後、識別情報の読み出しが完了するまでの間であっても、緊急呼に限って速やかに発呼することができる。
【発明の効果】
【０００９】
以上説明したように、本発明に係る携帯端末及び携帯端末の発呼方法によれば、電源オフの状態から識別情報の読み出しが完了するまでの間であっても速やかに緊急呼の発信を行うことができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照しながら、本発明に係る携帯端末及び携帯端末の発呼方法の好適な実施形態について詳細に説明する。
【００１１】
図１は、本発明に係る携帯端末の一実施形態を示す構成図である。図１に示すように、携帯端末１は、物理的には、ＣＰＵ、メモリ、通信インタフェイス、ハードディスクといった格納部、ディスプレイといった表示部等を備えた携帯電話機であり、基地局及び交換機（図示しない）を含むネットワークＮと接続可能に構成されている。この携帯端末１は、機能的な構成要素として、ＴＭＦ（Terminal Management Function）１０、ＵＩＭＦ（User Identified Module Function）２０、ＴＡＦ（Terminal Adaptation Function）３０、及びＭＴＦ（Mobile Terminal Function：通信制御手段）４０の各モジュールと、操作入力部（電話番号入力手段）５０とを備えている。
【００１２】
ＴＭＦ１０は、携帯端末１の各モジュールを制御する部分である。ＴＭＦ１０は、通信接続開始要求部１０１を有している。通信接続開始要求部１０１は、携帯端末１の電源がオン状態となったときに、各ファンクションの接続状況を通知する旨の通信接続開始要求情報をＭＴＦ４０に出力する。
【００１３】
ＵＩＭＦ２０は、携帯端末１に着脱自在に収容されるＵＩＭ（User Identified Module：識別情報記憶手段）２０１を制御する部分である。ＵＩＭＦ２０は、ＵＩＭ２０１に記憶されている情報の読み出し、及びＵＩＭ２０１への情報の書き込みを制御する。ＵＩＭ２０１内には、例えば携帯端末１のユーザ情報（識別情報）の他、ネットワークＮとの通信に用いる複数の通信アプリケーション等が格納されている。
【００１４】
このＵＩＭＦ２０は、ＭＴＦ４０から通信アプリケーションの確認を要求する通信アプリケーション確認要求情報を受け取ると、格納している通信アプリケーションを示す格納通知をＭＴＦ４０に出力する。また、ＵＩＭＦ２０は、ＭＴＦ４０からアプリケーション選択画面情報を受け取ると、この情報に基づいて携帯端末１のディスプレイにアプリケーション選択画面を表示させる。そして、ＵＩＭＦ２０は、アプリケーション選択画面を参照したユーザによって選択された通信アプリケーションを示す選択通知をＭＴＦ４０に出力する。
【００１５】
さらに、ＵＩＭＦ２０は、ＭＴＦ４０から通信アプリケーションの選択結果を示すアプリケーション選択情報を受け取ると、携帯端末１のディスプレイに、例えばＰＩＮ（Personal Identification Number）といったパスワードの入力を受け付けるパスワード入力画面を表示させる。その後、ＵＩＭＦ２０は、パスワード入力画面を介して入力されたパスワードをＭＴＦ４０に出力する。
【００１６】
ＴＡＦ３０は、ネットワークＮへの通信に用いる通信アプリケーションを制御する部分である。ＴＡＦ３０は、情報受信部３０１を有している。情報受信部３０１は、通信アプリケーションに関する情報を共有するために、ＵＩＭＦ２０と同様に、ＭＴＦ４０から出力されるアプリケーション選択画面情報、及びアプリケーション選択情報の各情報を受け取るようになっている。
【００１７】
操作入力部５０は、携帯端末１に設けられた操作ボタンである。ユーザは、この操作入力部５０を用いて、電話番号やパスワードの入力、及び通信アプリケーションの選択といった各種の操作を行うことができる。
【００１８】
ＭＴＦ４０は、ネットワークＮとの無線通信を制御する部分であり、通信接続の確立、ユーザ認証、及び暗号化といった各処理を行う部分である。ＭＴＦ４０は、通信接続開始要求受信部４０１と、識別情報読込部４０２と、アプリケーション選択部４０３と、パスワード受付部４０４と、電話番号判断部（電話番号判断手段）４０５と、緊急電話番号格納部（緊急電話番号格納手段）４０６と、発呼部（発呼手段）４０７と、を有している。
【００１９】
通信接続開始要求受信部４０１は、ＴＭＦ１０から通信接続開始要求情報を受け取る部分である。通信接続開始要求受信部４０１は、通信接続開始要求情報に含まれる接続情報を参照し、ＴＭＦ１０、ＵＩＭＦ２０、及びＴＡＦ３０がＭＴＦ４０に正しく接続されていることを確認する。通信接続開始要求受信部４０１は、受け取った通信接続開始要求情報を識別情報読込部４０２に出力する。
【００２０】
識別情報読込部４０２は、ＵＩＭＦ２０を介してＵＩＭ２０１から識別情報等の読み込みを行う部分である。また、識別情報読込部４０２は、通信接続開始要求受信部４０１から通信接続開始要求情報を受け取ると、ＵＩＭＦ２０に通信アプリケーション確認要求情報を出力し、これに応じてＵＩＭＦ２０から出力される格納通知を受け取る。そして、識別情報読込部４０２は、受け取った格納通知をアプリケーション選択部４０３に出力する。
【００２１】
アプリケーション選択部４０３は、ネットワークＮへの通信に用いる通信アプリケーションを選択する部分である。アプリケーション選択部４０３は、識別情報読込部４０２から格納通知を受け取ると、ＴＡＦ３０、ＴＭＦ１０、ＵＩＭＦ２０の各モジュールに向けてアプリケーション選択画面情報を出力する。そして、アプリケーション選択部４０３は、アプリケーション選択画面情報の出力に応じてＵＩＭＦ２０から出力される選択通知を受け取ると共に、ＵＩＭＦ２０に選択通知を受け取ったことを示す確認通知を出力する。この後、アプリケーション選択部４０３は、ＴＡＦ３０、ＴＭＦ１０、ＵＩＭＦ２０の各モジュール、及びパスワード受付部４０４に向けてアプリケーション選択情報を出力する。
【００２２】
パスワード受付部４０４は、ユーザからのパスワード入力を受け付ける部分である。パスワード受付部４０４は、アプリケーション選択部４０３からアプリケーション選択情報を受け取ると、パスワードを待ち受ける待受状態となる。そして、パスワード受付部４０４が、待受状態においてＵＩＭＦ２０からパスワードを受け取ることにより、ＭＴＦ４０におけるＵＩＭ２０１の読み込みが完了する。
【００２３】
電話番号判断部４０５は、ＭＴＦ４０がＵＩＭ２０１から識別情報等の読み出しを完了させるまでの間に操作入力部５０によって入力された電話番号が、緊急電話番号格納部４０６に格納された緊急電話番号のいずれか一の電話番号に一致するか否かを判断する部分である。
【００２４】
ここで、緊急電話番号格納部４０６に格納されている情報の一例を図２に示す。図２の例では、緊急電話番号として、警察「１１０」、消防「１１９」、海上保安庁「１１８」、といった通報先が格納されている。そして、電話番号判断部４０５は、入力された電話番号が緊急電話番号のいずれか一の電話番号に一致している場合には、その旨を示す判断結果情報を発呼部４０７に出力する。電話番号判断部４０５は、入力された電話番号が緊急電話番号のいずれにも一致しない場合には、特段の処理を行わない。
【００２５】
発呼部４０７は、ユーザによる電話番号の入力及び発信の操作により、ネットワークＮにつながる他の携帯端末や固定電話機等に発呼する部分である。この発呼部４０７は、通常では、まずネットワークＮの検出を行い、ＵＩＭ２０１から読み出した識別情報等をネットワークＮ側に送信するアタッチ処理を行った後、発呼処理を行う。一方、発呼部４０７は、ＭＴＦ４０におけるＵＩＭ２０１の読み込みが完了する前に、電話番号判断部４０５から判断結果情報を受け取ったときには、識別情報の読み出しの完了前に、その電話番号が示す発信先に発呼する。この場合、発呼部４０７は、ネットワークＮの検出の後のアタッチ処理を省略し、識別情報等をネットワークＮ側に送信をすることなく発呼処理を行う。
【００２６】
次に、上述した構成を有する携帯端末１の電源オン時の動作について、図３〜図５に示すシーケンス図を参照しながら説明する。
【００２７】
図３に示すように、ユーザの操作によって携帯端末１の電源がオン状態になると、まずＴＭＦ１０からＭＴＦ４０に通信接続開始要求情報が出力される（ステップＳ０１）。次に、ＭＴＦ４０によるＵＩＭ２０１の識別情報等の読み出しが開始される（ステップＳ０２）。さらに、ＭＴＦ４０からＵＩＭＦ２０に通信アプリケーション確認要求情報が出力され（ステップＳ０３）、これに応じてＵＩＭＦ２０からＭＴＦ４０に格納通知がなされる（ステップＳ０４）。
【００２８】
格納通知を受け取ると、ＭＴＦ４０から各モジュールにアプリケーション選択画面情報が出力される（ステップＳ０５）。ユーザが操作入力部５０を介して通信アプリケーションを選択すると、ＵＩＭＦ２０からＭＴＦ４０に選択通知がなされ（ステップＳ０６）、ＭＴＦ４０からＵＩＭＦ２０に確認通知がなされる（ステップＳ０７）。そして、ＭＴＦ４０から各モジュールにアプリケーション選択情報が出力される（ステップＳ０８）。この後、ＵＩＭＦ２０からＭＴＦ４０にパスワードの出力がなされると（ステップＳ０９）、ＭＴＦ４０におけるＵＩＭ２０１の読み込みが完了する（ステップＳ１０）。
【００２９】
ＵＩＭ２０１の読み込みが完了し、携帯端末１が完全に起動した後に電話番号の入力及び発信の操作がなされた場合（ステップ１０１の場合）、図４に示すように、まずＭＴＦ４０によってネットワークＮの検出がなされる（ステップＳ１１）。そして、ＵＩＭ２０１から読み出した識別情報等をネットワークＮ側に送信するアタッチ処理が行われた後（ステップＳ１２）、入力された電話番号が示す発信先に呼の送信がなされる（ステップＳ１３）。
【００３０】
ところで、携帯端末１のユーザが急病人や火災といった緊急事態に遭遇した場合、ユーザが携帯端末１から警察や消防などの緊急連絡先に通報しようとすることが想定される。このような状況下においては、一刻も早く通報することが望ましいが、通報しようとしたときに携帯端末１の電源がオフ状態となっていることもあり、この場合、携帯端末１において、電源オフの状態から識別情報の読み出しが完了するまで発呼できないとなると、通報に遅れが生じることが懸念される。
【００３１】
これに対し、携帯端末１では、電話番号判断部４０５により、電源がオン状態となってからＭＴＦ４０によるＵＩＭ２０１の読み出しが完了するまでの間、例えば、ユーザが通信アプリケーションを選択している間（ステップ１０２の場合）や、パスワードを入力している間（ステップ１０３の場合）に入力された電話番号が、緊急電話番号に一致するか否かの判断が行われる。
【００３２】
ＭＴＦ４０は、入力された電話番号が緊急電話番号に一致するときには、図５に示すように、ＵＩＭ２０１からの識別情報等の読み出しの完了を待つことなく、ネットワークＮの検出を行う（ステップＳ２０）。そして、ネットワークＮの検出に続くアタッチ処理を省略し、識別情報等をネットワークＮ側に送信をすることなく、緊急電話番号が示す発信先に直ちに呼（緊急呼）を送信する（ステップＳ２１）。
【００３３】
以上説明したように、携帯端末１では、電話番号判断部４０５により、ＭＴＦ４０がＵＩＭ２０１からの識別情報等の読み出しを完了させるまでの間に入力された電話番号が、緊急電話番号格納部４０６に予め格納された緊急電話番号のいずれか一の電話番号に一致するか否かが判断される。そして、緊急電話番号が入力されたと判断されたときには、識別情報の読み出しの完了前に、緊急電話番号が示す発信先に直ちに緊急呼の発信がなされる。したがって、この携帯端末１では、電源をオン状態にした後、識別情報の読み出しが完了するまでの間であっても、緊急呼に限って速やかに発呼することができる。
【００３４】
本発明は、上記実施形態に限られるものではない。例えば、緊急電話番号が入力された場合に、発呼部４０７が緊急発信であることを示す識別子（特定の文字列等）を発信することで、ネットワークＮ側に緊急呼か否かの認識をさせて、発信先の切り替えを行うようにしてもよい。
【図面の簡単な説明】
【００３５】
【図１】本発明に係る携帯端末の一実施形態を示す構成図である。
【図２】緊急電話番号格納部に格納される情報の一例を示す図である。
【図３】図１に示した携帯端末の電源オン時の動作を示すシーケンス図である。
【図４】識別情報の読み込みが完了した後の呼の発信動作を示すシーケンス図である。
【図５】識別情報の読み込みが完了する前の呼の発信動作を示すシーケンス図である。
【符号の説明】
【００３６】
１…携帯端末、４０…ＭＴＦ（通信制御手段）、５０…操作入力部（電話番号入力手段）、２０１…ＵＩＭ（識別情報記憶手段）、４０５…電話番号判断部（電話番号判断手段）、４０６…緊急電話番号格納部（緊急電話番号格納手段）、４０７…発呼部（発呼手段）、Ｎ…ネットワーク。
【特許請求の範囲】
【請求項１】
ユーザを識別するための識別情報を記憶する識別情報記憶手段と、
電源がオン状態となったときに、前記識別情報記憶手段から前記識別情報を読み出して、ネットワークへの通信接続を確立させる通信制御手段とを備えた携帯端末であって、
電話番号の入力を受け付ける電話番号入力手段と、
緊急時における通信先を示す緊急電話番号を格納する緊急電話番号格納手段と、
前記通信制御手段が前記識別情報の読み出しを完了させるまでの間に前記電話番号入力手段によって入力された電話番号が、前記緊急電話番号格納手段に格納された前記緊急電話番号に一致するか否かを判断する電話番号判断手段と、
前記電話番号判断手段によって、前記緊急電話番号が入力されたと判断されたときに、前記識別情報の読み出しの完了前に、前記緊急電話番号が示す通信先に発呼する発呼手段とを備えたことを特徴とする携帯端末。
【請求項２】
ユーザを識別するための識別情報を記憶する識別情報記憶手段と、
電話番号の入力を受け付ける電話番号入力手段と、
緊急時における通信先を示す緊急電話番号を格納する緊急電話番号格納手段と、
電源がオン状態となったときに、前記識別情報記憶手段から前記識別情報を読み出して、ネットワークへの通信接続を確立させる通信制御手段とを備えた携帯端末の発呼方法であって、
電話番号判断手段が、前記通信制御手段が前記識別情報の読み出しを完了させるまでの間に前記電話番号入力手段によって入力された電話番号が、前記緊急電話番号格納手段に格納された前記緊急電話番号に一致するか否かを判断するステップと、
発呼手段が、前記電話番号判断手段によって、前記緊急電話番号が入力されたと判断されたときに、前記識別情報の読み出しの完了前に、前記緊急電話番号が示す通信先に発呼するステップとを備えたことを特徴とする携帯端末の発呼方法。
【請求項１】
ユーザを識別するための識別情報を記憶する識別情報記憶手段と、
電源がオン状態となったときに、前記識別情報記憶手段から前記識別情報を読み出して、ネットワークへの通信接続を確立させる通信制御手段とを備えた携帯端末であって、
電話番号の入力を受け付ける電話番号入力手段と、
緊急時における通信先を示す緊急電話番号を格納する緊急電話番号格納手段と、
前記通信制御手段が前記識別情報の読み出しを完了させるまでの間に前記電話番号入力手段によって入力された電話番号が、前記緊急電話番号格納手段に格納された前記緊急電話番号に一致するか否かを判断する電話番号判断手段と、
前記電話番号判断手段によって、前記緊急電話番号が入力されたと判断されたときに、前記識別情報の読み出しの完了前に、前記緊急電話番号が示す通信先に発呼する発呼手段とを備えたことを特徴とする携帯端末。
【請求項２】
ユーザを識別するための識別情報を記憶する識別情報記憶手段と、
電話番号の入力を受け付ける電話番号入力手段と、
緊急時における通信先を示す緊急電話番号を格納する緊急電話番号格納手段と、
電源がオン状態となったときに、前記識別情報記憶手段から前記識別情報を読み出して、ネットワークへの通信接続を確立させる通信制御手段とを備えた携帯端末の発呼方法であって、
電話番号判断手段が、前記通信制御手段が前記識別情報の読み出しを完了させるまでの間に前記電話番号入力手段によって入力された電話番号が、前記緊急電話番号格納手段に格納された前記緊急電話番号に一致するか否かを判断するステップと、
発呼手段が、前記電話番号判断手段によって、前記緊急電話番号が入力されたと判断されたときに、前記識別情報の読み出しの完了前に、前記緊急電話番号が示す通信先に発呼するステップとを備えたことを特徴とする携帯端末の発呼方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００８−１６７００１（Ｐ２００８−１６７００１Ａ）
【公開日】平成２０年７月１７日（２００８．７．１７）
【国際特許分類】
【出願番号】特願２００６−３５２４９７（Ｐ２００６−３５２４９７）
【出願日】平成１８年１２月２７日（２００６．１２．２７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２０年７月１７日（２００８．７．１７）
【国際特許分類】
【出願日】平成１８年１２月２７日（２００６．１２．２７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]