JP2003209885A - 通信端末 - Google Patents

通信端末

Info

Publication number
JP2003209885A
JP2003209885A JP2002007747A JP2002007747A JP2003209885A JP 2003209885 A JP2003209885 A JP 2003209885A JP 2002007747 A JP2002007747 A JP 2002007747A JP 2002007747 A JP2002007747 A JP 2002007747A JP 2003209885 A JP2003209885 A JP 2003209885A
Authority
JP
Japan
Prior art keywords
call
forced
incoming call
communication terminal
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002007747A
Other languages
English (en)
Inventor
Tetsuji Matsuo
哲司 松尾
Toshifumi Yamamoto
敏文 山本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2002007747A priority Critical patent/JP2003209885A/ja
Publication of JP2003209885A publication Critical patent/JP2003209885A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

(57)【要約】 【課題】 着信側のユーザが応答指示のための操作を行
うことができない状況であっても通信を開始することを
可能とする。 【解決手段】 発信時にユーザにより強制着信が指定さ
れたならば、主制御部１３は強制着信を要求するための
要求情報をSETUP messageに付加した上で発信を行う。
着信時に到来したSETUP messageに要求情報が付加され
ていないならば、主制御部１３はユーザにより応答キー
８ａが押下されるのを待って着信に対する応答処理を実
行する。しかしSETUP messageに要求情報が付加されて
いるならば、主制御部１３はユーザにより応答キー８ａ
が押下されるのを待たずに着信に対する応答処理を実行
する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、着信側が着信に対
する所定の応答処理を行うことにより発信側との間の通
信リンクが形成される通信システムで使用される例えば
携帯電話端末などの通信端末に関する。
【０００２】
【従来の技術】携帯電話端末は、着信が発生した場合に
その旨を鳴音などによりユーザに対して報知する。この
状態で携帯電話端末は、ユーザにより応答指示がなされ
るのを待ち受ける。そしてユーザにより応答指示がなさ
れたならば、携帯電話端末は着信に対する応答処理を行
う。応答処理を行うことで、発信元の端末との間の通信
リンクが形成され、通信が可能となる。
【０００３】
【発明が解決しようとする課題】しかしながら、上記し
た従来技術においては、何らかの事情で着信側のユーザ
が応答指示のための操作を行うことができない場合に
は、着信に対する応答処理が実行されないため、通信を
行うことができなかった。
【０００４】本発明はこのような事情を考慮してなされ
たものであり、その目的とするところは、着信側のユー
ザが応答指示のための操作を行うことができない状況で
あっても通信を開始することを可能とする通信端末を提
供することにある。
【０００５】
【課題を解決するための手段】以上の目的を達成するた
めに本発明は、発信機能を有する通信端末に、強制着信
を要求する発信を行うか否かのユーザ指定を受け付ける
第５受付手段と、この第５受付手段により受け付けられ
たユーザ指定が強制着信を要求する発信を行うことを示
す場合に、強制着信を指定する発信情報の送信を発信の
ために行う強制着信要求手段とを備えた。
【０００６】また着信機能を有する通信端末に、前記応
答処理の実行のユーザ指定を受け付ける第１受付手段
と、到来した着信情報により強制着信が指定されている
か否かを判定する第１判定手段と、この第１判定手段に
より強制着信が指定されていないと判定された場合には
前記第１受付手段により前記ユーザ指定が受け付けられ
たことに応じて前記応答処理を実行し、また前記第１判
定手段により強制着信が指定されていると判定された場
合には前記第１受付手段により前記ユーザ指定が受け付
けられるのを待たずに前記応答処理を実行する応答手段
とを備えた。
【０００７】このような手段を講じたことにより、発信
側の通信端末にてユーザが強制着信を指定した場合に
は、発信側の通信端末からは強制着信を指定する発信情
報が送信される。着信側の通信端末では、着信時に到来
した着信情報により強制着信が指定されているか否かが
判定される。着信側の通信端末では、強制着信が指定さ
れていない場合には第１受付手段により応答処理の実行
のユーザ指定が受け付けられるのを待って応答処理が実
行されるが、強制着信が指定されている場合には応答処
理の実行のユーザ指定を待たずに応答処理が実行され
る。従って、発信側からの指定により、着信側のユーザ
の操作を介することなく通信リンクを形成させることが
可能となる。
【０００８】
【発明の実施の形態】以下、図面を参照して本発明のい
くつかの実施形態につき説明する。
【０００９】（第１の実施形態）図１は本発明の第１実
施形態に係る携帯電話端末のブロック図である。
【００１０】図１に示すように第１実施形態の携帯電話
端末は、アンテナ１、無線部２、通話制御部３、スピー
カ４、レシーバ５、マイクロホン６、外部入出力部７、
キーユニット８、記憶部９、カメラ１０、液晶表示器
（ＬＣＤ）１１、画像処理部１２および主制御部１３を
有している。
【００１１】図示しない基地局から送信された無線信号
は、アンテナ１で受信されたのち無線部２に入力され
る。無線部２は、上記無線信号に対し、ダウンコンバー
ト、逆拡散、および直交復調を行う。これによりデータ
レートに応じた所定のフォーマットの復調データまたは
パケットデータが得られる。無線部２は、復調データは
通話制御部３に、またパケットデータは主制御部１３へ
それぞれ出力する。
【００１２】通話制御部３は、復調データに対し、ＡＭ
Ｒ伸長処理およびＰＣＭ復号を行う。これにより、アナ
ログ受話信号が得られる。このアナログ受話信号は、通
話制御部３で増幅されたのちスピーカ４またはレシーバ
５に供給される。これにより、スピーカ４またはレシー
バ５より受話音声が出力される。
【００１３】ユーザが発した音声などの周囲音はマイク
ロホン６によりアナログ送話信号に変換される。アナロ
グ送話信号は、マイクロホン６から通話制御部３へと与
えられる。通話制御部３は、アナログ送話信号に対し、
増幅、ＰＣＭ符号化を行う。これにより、送信音声デー
タが得られる。送信音声データは、通話制御部３から無
線部２に与えられる。
【００１４】通話制御部３へは、必要に応じてパケット
データが主制御部１３から与えられる。
【００１５】無線部２は、送信音声データおよびパケッ
トデータに対し、圧縮符号化および誤り訂正符号化をそ
れぞれ施す。無線部２は、これら符号化後の送信音声デ
ータおよびパケットデータを多重化し、送信データを得
る。無線部２は、送信データによる搬送波信号の変調お
よびスペクトラム拡散処理を施し、送信信号を得る。さ
らに無線部２は、送信信号に対し、アップコンバート、
不要成分除去および増幅などを施した上で、アンテナ１
へと供給する。これにより、送信信号はアンテナ１から
基地局に向けて無線送信される。
【００１６】外部入出力部７には、必要に応じて図示し
ない外部機器が接続される。外部入出力部７は、接続さ
れた外部機器との主制御部１３との間でのデータの入出
力をインタフェースする。
【００１７】キーユニット８には、ユーザによるさまざ
まな指示を受け付けるための多数のキースイッチが設け
られている。キーユニット８は、これらのキースイッチ
の押下によるユーザ指示を入力し、入力内容を主制御部
１３に対して通知する。キーユニット８が有するキース
イッチには、応答キー８ａおよび切替キー８ｂが含まれ
る。これらの応答キー８ａおよび切替キー８ｂは、図２
に示すようにそれぞれ独立したキーとして筐体１００の
前面に設けられている。応答キー８ａは、着信に対する
ユーザによる応答指定を受け付ける。切替キー８ｂは、
強制着信に関する設定のユーザによる切替指定を受け付
ける。
【００１８】記憶部９は、例えばフラッシュメモリなど
を用いてなる。記憶部９は、各種の設定情報、各種の受
信データ、あるいは本装置で作成された各種の送信デー
タなど、さまざまなデータを記憶する。記憶部９の記憶
領域の一部は、電話帳領域９ａおよびパスワード記憶領
域９ｂとして使用される。電話帳領域９ａは、発信の際
に用いるために複数の電話番号を記憶する。パスワード
記憶領域９ｂは、予めユーザにより指定されるパスワー
ドを記憶する。
【００１９】カメラ１０は、任意の被写体を撮影し、画
像信号を生成する。カメラ１０は、生成した画像信号を
画像処理部１２へと与える。
【００２０】ＬＣＤ１１は、主制御部１３の制御の下に
画像処理部１２により駆動され、ユーザに提示するべき
各種の画像を表示する。このＬＣＤ１１により表示され
る画像は、例えば通信相手の端末の電話番号や自端末の
動作状態をはじめ、ＷＥＢサイトからのダウンロード情
報、送受信メールあるいは動画像などである。
【００２１】画像処理部１２は、カメラ１０から与えら
れる画像信号に対してディジタル化および符号化を行
う。画像処理部１２は、符号化された画像データを主制
御部１３に与える。画像処理部１２は、主制御部１３か
ら与えられる符号化画像データの復号およびアナログ化
を行う。画像処理部１２は、アナログ化後に得られる画
像信号をＬＣＤ１１に与える。
【００２２】主制御部１３は、例えばプロセッサを主体
としてなり、ソフトウェア処理により各部の制御処理を
行うことで、携帯電話端末としての動作を実現する。ま
た主制御部１３はソフトウェア処理を実行することで、
例えば音声通話機能などのような携帯電話端末における
周知の一般的な機能を実現するための制御手段としての
他に、発信モード登録手段１３ａ、発信モード受付手段
１３ｂ、パスワード受付手段１３ｃ、強制着信要求手段
１３ｄ、切替手段１３ｅ、比較手段１３ｆ、着信種別判
定手段１３ｇ、応答手段１３ｈおよびモード設定手段１
３ｉとして動作する。
【００２３】発信モード登録手段１３ａは、電話帳領域
９ａに記憶されている電話番号のそれぞれについて、そ
の電話番号への発信時に強制着信要求を行う旨のユーザ
指定に応じて、その旨を電話帳領域９ａに登録する。電
話帳領域９ａには図３に示すように、強制着信要求がＯ
Ｎ設定されていることを電話番号に対応付けて登録して
おくことができる。
【００２４】発信モード受付手段１３ｂは、発信を行う
毎に、強制着信要求を行うか否かのユーザ指定を受け付
ける。
【００２５】パスワード受付手段１３ｃは、強制着信要
求を伴う発信が指定された際に、ユーザによるパスワー
ド指定を受け付ける。
【００２６】強制着信要求手段１３ｄは、強制着信要求
の実行が要求されたことに応じ、発信の際に強制着信の
ための要求情報の送信を行う。
【００２７】切替手段１３ｅは、着信待ち受け状態にお
ける切替キー８ｂの押下に応じて、強制着信の許可／禁
止を切り替える。
【００２８】比較手段１３ｆは、強制着信要求がなされ
た際に、要求情報とともに到来するパスワードをパスワ
ード記憶領域９ｂに記憶されているパスワードと比較す
る。
【００２９】着信種別判定手段１３ｇは、着信が発生し
た際に、その着信が強制着信要求を伴うものであるか否
かを判定する。
【００３０】応答手段１３ｈは、着信に対する応答処理
を実行する。
【００３１】そしてモード設定手段１３ｉは、強制着信
要求を伴う着信に対して応答手段１３ｈが応答処理を行
うことで開始される通信状態においては、通話モードを
ハンズフリーモードに強制設定する。
【００３２】次に以上のように構成された携帯電話端末
の動作につき説明する。なお、音声通話機能などのよう
な携帯電話端末における一般的な機能を実現するための
処理や、マルチメディアファイルの受信の処理は従来と
同様であるのでその説明は省略する。そしてここでは、
強制着信に関する動作につき詳細に説明する。
【００３３】この携帯電話端末から発信しようとすると
き、通常発信と緊急発信とが選択的に使用できる。
【００３４】ユーザにより通常発信が指定されたなら
ば、主制御部１３は図４に示すような通常発信処理を実
行する。
【００３５】主制御部１３はステップＳＴ１において、
発信先の指定を受け付ける。ここでの発信先の指定は、
キーユニット８のテンキーを使用しての電話番号入力に
よっても良いし、あるいは電話帳領域９ａに記憶されて
いる電話番号を選択することによっても良い。主制御部
１３はステップＳＴ２において、発信先の指定が電話帳
領域９ａからの選択により行われたか否かを確認する。
【００３６】電話帳領域９ａからの選択により行われた
ことを確認したならば、主制御部１３はステップＳＴ３
において、選択された電話番号に関する強制着信要求の
電話帳領域９ａでの設定がＯＮとなっているか否かを確
認する。電話帳領域９ａでの強制着信要求の設定は、電
話帳登録や電話帳編集の際のメニュー操作によりユーザ
により任意になされる。
【００３７】強制着信要求がＯＮであることを確認した
ならば、主制御部１３はステップＳＴ４において、要求
フラグをＯＮにする。この後に主制御部１３はステップ
ＳＴ５において、キーユニット８に設けられている発信
キーが押下されるのを待ち受ける。
【００３８】一方、発信先の指定が電話帳領域９ａから
の選択により行われていないことをステップＳＴ２にて
確認した場合、あるいは選択された電話番号に関する強
制着信要求の電話帳領域９ａでの設定がＯＮとはなって
いないことをステップＳＴ３にて確認した場合、主制御
部１３は処理をステップＳＴ６に移行する。主制御部１
３はステップＳＴ６およびステップＳＴ７において、発
信キーまたは切替キー８ｂが押下されるのを待ち受け
る。切替キー８ｂが押下されたことをステップＳＴ７に
て確認したならば、主制御部１３はステップＳＴ８にお
いて、要求フラグを反転させ、この上でステップＳＴ６
およびステップＳＴ７の待ち受け状態に戻る。なお要求
フラグは、初期にはＯＦＦとされている。
【００３９】発信キーが押下されたことをステップＳＴ
５またはステップＳＴ６にて確認したならば、主制御部
１３はステップＳＴ９において、要求フラグがＯＮであ
るか否かを確認する。要求フラグがＯＮであることを確
認したならば、主制御部１３はステップＳＴ１０におい
て、ユーザによるパスワード指定を受け付ける。主制御
部１３はステップＳＴ１１において、ステップＳＴ１で
指定された発信先への発信を行う。このとき主制御部１
３は、SETUP messageには強制着信を要求するための所
定の要求情報と、ステップＳＴ１０で指定されたパスワ
ードとを付加する。
【００４０】しかし、要求フラグがＯＮではないことを
ステップＳＴ９にて確認したならば、主制御部１３はス
テップＳＴ１２において、要求情報およびパスワードの
付加を行うことなく、通常通りの発信処理を行う。
【００４１】ステップＳＴ１１またはステップＳＴ１２
で発信を行った後に、主制御部１３はステップＳＴ１３
において、キーユニット８にて終話キーが押下されるの
を待ち受ける。この間、上記発信に対して発信先の端末
が応答を行ったならば、発信先の端末との間に通信リン
クが形成されて通信状態となっている。発信先の端末が
応答しないならば、呼出し状態が継続される。
【００４２】終話キーが押下されたことが確認できたな
らば、主制御部１３はステップＳＴ１４において、終話
処理を行う。終話処理は、上記のような状態を解消して
着信待ち受け状態に戻るための周知の処理である。
【００４３】終話処理が完了したならば、主制御部１３
は通常発信処理を終了する。
【００４４】このように通常発信の際には、電話帳領域
９ａにて強制着信要求がＯＮ設定されている電話番号が
発信先として選択された場合、あるいはユーザにより切
替キー８ｂの操作により強制着信要求がＯＮ設定された
場合に、要求情報の送信による強制着信要求が実行され
る。
【００４５】ところで、ユーザにより緊急発信が指定さ
れたならば、主制御部１３は図５に示すような緊急発信
処理を実行する。
【００４６】主制御部１３はステップＳＴ２１におい
て、発信先の指定を受け付ける。ここでの発信先の指定
は、キーユニット８のテンキーを使用しての電話番号入
力によっても良いし、あるいは電話帳領域９ａに記憶さ
れている電話番号を選択することによっても良い。この
後に主制御部１３はステップＳＴ２２において、発信キ
ーが押下されるのを待ち受ける。
【００４７】発信キーが押下されたことを確認したなら
ば、主制御部１３はステップＳＴ２３において、ステッ
プＳＴ２１で指定された発信先への発信を行う。このと
き主制御部１３は、SETUP messageには緊急発信である
ことを示す所定の緊急発信情報と要求情報とを付加す
る。
【００４８】ステップＳＴ２３で発信を行った後に、主
制御部１３はステップＳＴ２４において、終話キーが押
下されるのを待ち受ける。この間、上記発信に対して発
信先の端末が応答を行ったならば、発信先の端末との間
に通信リンクが形成されて通信状態となっている。発信
先の端末が応答しないならば、呼出し状態が継続され
る。
【００４９】終話キーが押下されたことが確認できたな
らば、主制御部１３はステップＳＴ２５において、終話
処理を行う。終話処理が完了したならば、主制御部１３
は通常発信処理を終了する。
【００５０】このように緊急発信の際には、要求情報の
送信による強制着信要求が自動的に実行される。
【００５１】さて、着信が発生した場合には、主制御部
１３は図６に示すような着信処理を実行する。
【００５２】主制御部１３はステップＳＴ３１におい
て、送られてきたSETUP message中に緊急発信情報が有
るか否かを確認する。緊急発信情報が無いことを確認し
た場合、主制御部１３はステップＳＴ３２において、送
られてきたSETUP message中に要求情報が有るか否かを
確認する。要求情報が有ることを確認したならば、主制
御部１３はステップＳＴ３３において、強制着信が許可
されているか否かを確認する。強制着信の許可／禁止
は、着信待ち受け状態における切替キー８ｂの押下によ
り主制御部１３が受け付ける。つまり、強制着信が許可
されている際の着信待ち受け状態にて切替キー８ｂが押
下されたならば、主制御部１３は強制着信を禁止する。
強制着信が禁止されている際の着信待ち受け状態にて切
替キー８ｂが押下されたならば、主制御部１３は強制着
信を許可する。
【００５３】強制着信が許可されていることを確認した
ならば、主制御部１３はステップＳＴ３４において、SE
TUP messageに付加されてくるはずであるパスワードを
パスワード記憶手段９ｂに記憶されているパスワードと
比較する。そして主制御部１３はステップＳＴ３５にお
いて、両パスワードが一致したか否かを確認する。
【００５４】パスワードが一致しないことをステップＳ
Ｔ３５にて確認した場合、要求情報が無いことをステッ
プＳＴ３２にて確認した場合、あるいは強制着信が禁止
されていることをステップＳＴ３３にて確認した場合、
主制御部１３はステップＳＴ３６において、通常着信動
作を実行する。通常着信動作は、例えばユーザにより指
定された着信メロディを再生するなどの動作である。こ
の上で主制御部１３はステップＳＴ３７において、応答
キー８ａが押下されるのを待ち受ける。
【００５５】さて、緊急発信情報があることをステップ
ＳＴ３１にて確認した場合、主制御部１３はステップＳ
Ｔ３８において、緊急着信動作は、例えば緊急時用の着
信音を鳴動するなどの通常着信動作とは異なる動作であ
る。そして主制御部１３はステップＳＴ３９およびステ
ップＳＴ４０において、SETUP message中に要求情報が
有り、かつ強制着信が許可されているか否かを確認す
る。要求情報が無かったり、あるいは強制着信が禁止さ
れていることを確認したならば、主制御部１３はステッ
プＳＴ３７に移行して応答キー８ａが押下されるのを待
ち受ける。
【００５６】応答キー８ａが押下されたことをステップ
ＳＴ３７にて確認した場合、主制御部１３はステップＳ
Ｔ４１において、ユーザ設定に応じた通話モードを通話
制御部３に設定する。通話モードとしては、ハンドセッ
トモードとハンズフリーモードとが有る。ハンドセット
モードが設定された場合、通話制御部３は受話音声をレ
シーバ５から出力させる。これにより、ユーザがレシー
バ５に耳を近接させた状態で、ユーザのみが受話音声を
聞きながらの通話が行える。ハンズフリーモードが設定
された場合、通話制御部３は受話音声をスピーカ４から
拡声出力させる。これにより、ユーザは携帯電話端末を
持たない状態での通話が行える。これらのモードのいず
れを有効とするかはユーザにより任意に設定される。
【００５７】主制御部１３はステップＳＴ４２におい
て、着信に対する応答処理を行う。
【００５８】このように、SETUP message中に要求情報
が無い場合、要求情報が有っても強制着信が禁止されて
いる場合、あるいは通常発信がなされていてSETUP mess
age中のパスワードがパスワード記憶領域９ｂに記憶さ
れているパスワードと一致しない場合には、主制御部１
３はユーザにより応答キー８ａが押下されるのを待ち、
応答キー８ａが押下されたことに応じて着信応答を行
う。
【００５９】これに対して、両パスワードが一致すると
ステップＳＴ３５で確認した場合、あるいは強制着信が
許可されているとステップＳＴ４０で確認した場合、主
制御部１３はステップＳＴ４３において、ユーザ設定に
拘わらずにハンズフリーモードを通話制御部３に設定す
る。そして主制御部１３は、応答キー８ａの押下を待つ
ことなく、ステップＳＴ４２にて応答処理を行う。
【００６０】応答処理を行ったこと応じて発信端末との
間に通信リンクが形成され、通話状態となる。このよう
な通話状態にて、主制御部１３はステップＳＴ４４にお
いて、終話キーが押下されるのを待ち受ける。そして終
話キーが押下されたことを確認したならば、主制御部１
３はステップＳＴ４５において、終話処理を行う。終話
処理が完了したならば、主制御部１３は着信処理を終了
する。
【００６１】以上のように第１実施形態によれば、この
実施形態の携帯通信端末どうしでの通話を行おうとする
場合、発信側でSETUP message中に要求情報を付加して
発信を行うことにより、着信側にてユーザによる応答指
定を待たずに自動的に応答させることができる。この結
果、着信側のユーザが応答指定を行うことができない状
況であっても、通話を開始することが可能となる。
【００６２】また、発信側の強制着信要求に応じての応
答を行うことにより開始される通話状態では、ハンズフ
リーモードが自動的に設定される。従って、着信側のユ
ーザが携帯電話端末を持つことも困難な状況にあったと
しても、通話を行うことが可能となる。
【００６３】また、強制着信の許可／禁止をユーザが任
意に設定できる。そしてこの実施形態の携帯電話端末
は、強制着信が禁止されているときには、強制着信が要
求されても自動的な応答は行わない。このため、着信側
のユーザが強制着信を受けたくない状況にある場合に
は、強制着信を禁止に設定しておくことで、強制着信を
拒否することが可能である。
【００６４】また、強制着信の許可／禁止の設定は、切
替キー８ｂの押下により受け付ける。従って、ユーザは
非常に簡易な操作により強制着信の許可／禁止の設定を
行うことができる。
【００６５】また、通常発信での強制着信要求の場合、
発信側のユーザにパスワードを指定させ、これをSETUP
messageに付加して着信側の端末に通知する。着信側の
端末では、通知されたパスワードとパスワード記憶領域
９ｂに記憶されているパスワードとが一致する場合にの
み強制着信要求に対する自動応答を行う。従って、着信
側の端末のユーザが定めたパスワードを知っている発信
者からの強制着信のみを受けるようにすることができ、
いたずらや間違いによる強制着信が行われてしまうこと
を防止することができる。
【００６６】また、緊急発信での強制着信要求の場合に
はパスワードの比較を行わないので、緊急な状況で発信
者がパスワードを指定する手間を省くことができる。こ
の結果、緊急発信を速やかに行うことが可能となる。
【００６７】また、電話帳領域９ａに記憶された電話番
号のそれぞれに対して強制着信要求を行うか否かを登録
しておくことができる。そして強制着信要求を行うこと
が登録された電話番号が電話帳領域９ａより発信先とし
て選択された場合、自動的に強制着信要求を行う。従っ
て、定常的に強制着信をさせたい相手が居る場合、ユー
ザは発信のたびに強制着信要求の実行を指定する必要が
なく、ユーザの負担が軽減される。
【００６８】また、緊急発信が指定された場合には、強
制着信要求を自動的に行う。従って、緊急時には着信側
の応答指定を待たずに通話状態を形成することが可能と
なり、緊急連絡を速やかに行うことが可能となる。しか
も、発信側のユーザは緊急発信の指定と強制着信要求の
実行の指定との双方を行う必要が無いから、緊急発信の
ための操作が簡易となり、緊急発信を速やかに行うこと
ができる。
【００６９】（第２の実施形態）図７は本発明の第２実
施形態に係る携帯電話端末のブロック図である。なお、
図７において図１と同一部分には同一符号を付し、その
詳細な説明は省略する。
【００７０】図７に示すように第２実施形態の携帯電話
端末は、アンテナ１、無線部２、通話制御部３、スピー
カ４、レシーバ５、マイクロホン６、外部入出力部７、
キーユニット８、記憶部９、カメラ１０、液晶表示器
（ＬＣＤ）１１、画像処理部１２および主制御部１４を
有している。
【００７１】すなわち第２実施形態の携帯電話端末は、
前述の第１実施形態の携帯電話端末における主制御部１
３に代えて主制御部１４を備えたものである。
【００７２】主制御部１４は、例えばプロセッサを主体
としてなり、ソフトウェア処理により各部の制御処理を
行うことで、携帯電話端末としての動作を実現する。ま
た主制御部１４はソフトウェア処理を実行することで、
例えば音声通話機能などのような携帯電話端末における
周知の一般的な機能を実現するための制御手段としての
他に、発信モード登録手段１３ａ、発信モード受付手段
１３ｂ、パスワード受付手段１３ｃ、強制着信要求手段
１３ｄ、切替手段１３ｅ、比較手段１３ｆ、着信種別判
定手段１３ｇ、応答手段１３ｈ、通話モード受付手段１
４ａおよびモード設定手段１４ｂとして動作する。
【００７３】すなわち、主制御部１４は、第１実施形態
の主制御部１３におけるモード設定手段１３ｉに代えて
モード設定手段１４ｂとして動作する。また主制御部１
４は、通話モード受付手段１４ａとして動作する機能が
追加されている。
【００７４】通話モード受付手段１４ａは、強制着信要
求を伴う着信に対して応答手段１３ｈが応答することに
より開始される通話状態で使用する通話モードのユーザ
指定を受け付ける。
【００７５】モード設定手段１４ｂは、強制着信要求を
伴う着信に対して応答手段１３ｈが応答処理を行うこと
で開始される通信状態においては、通話モードを通話モ
ード受付手段１４ａにより受け付けられているモードに
設定する。
【００７６】次に以上のように構成された携帯電話端末
の動作につき説明する。なお、第２実施形態の携帯通信
端末の動作は基本的には第１実施形態の携帯電話端末に
準じている。そこでここでは、第１実施形態と異なる動
作のみを説明する。
【００７７】まず、主制御部１４は、任意のタイミング
でユーザによりなされる指定に基づいて強制着信時用の
通話モードをハンドセットモードおよびハンズフリーモ
ードのいずれかに設定しておく。
【００７８】さて、着信が発生した場合には、主制御部
１４は図８に示すような着信処理を実行する。なお、図
８において図６と同一のステップには同一の符号を付
し、その詳細な説明は省略する。
【００７９】この第２実施形態における着信処理が第１
実施形態における着信処理と異なるのは、強制着信要求
に対して自動応答する際の通話モードの設定処理にあ
る。すなわち、両パスワードが一致するとステップＳＴ
３５で確認した場合、あるいは強制着信が許可されてい
るとステップＳＴ４０で確認した場合、主制御部１３は
ステップＳＴ５１において、ハンドセットモードおよび
ハンズフリーモードのうちで強制着信時用としてユーザ
設定されているモードを通話制御部３に設定する。そし
て主制御部１３は、処理をステップＳＴ４２に移行す
る。
【００８０】このように第２実施形態によれば、発信側
の強制着信要求に応じての応答を行うことにより開始さ
れる通話状態で使用される通話モードは、着信側のユー
ザが任意に定めることが可能となる。これにより、個々
のユーザの使用状況に合わせた柔軟な運用が可能とな
る。
【００８１】（第３の実施形態）図９は本発明の第３実
施形態に係る携帯電話端末のブロック図である。なお、
図９において図１と同一部分には同一符号を付し、その
詳細な説明は省略する。
【００８２】図９に示すように第３実施形態の携帯電話
端末は、アンテナ１、無線部２、通話制御部３、スピー
カ４、レシーバ５、マイクロホン６、外部入出力部７、
キーユニット８、記憶部９、カメラ１０、液晶表示器
（ＬＣＤ）１１、画像処理部１２および主制御部１５を
有している。
【００８３】すなわち第３実施形態の携帯電話端末は、
前述の第１実施形態の携帯電話端末における主制御部１
３に代えて主制御部１５を備えたものである。
【００８４】主制御部１５は、例えばプロセッサを主体
としてなり、ソフトウェア処理により各部の制御処理を
行うことで、携帯電話端末としての動作を実現する。ま
た主制御部１５はソフトウェア処理を実行することで、
例えば音声通話機能などのような携帯電話端末における
周知の一般的な機能を実現するための制御手段としての
他に、発信モード登録手段１３ａ、発信モード受付手段
１３ｂ、パスワード受付手段１３ｃ、切替手段１３ｅ、
比較手段１３ｆ、着信種別判定手段１３ｇ、応答手段１
３ｈ、相手モード受付手段１５ａ、強制着信要求手段１
５ｂ、通話モード判定手段１５ｃおよびモード設定手段
１５ｄとして動作する。
【００８５】すなわち、主制御部１５は、第１実施形態
の主制御部１３における強制着信要求手段１３ｄに代え
て強制着信要求手段１５ｂとして動作する。主制御部１
５は、第１実施形態の主制御部１３におけるモード設定
手段１３ｉに代えてモード設定手段１５ｄとして動作す
る。また主制御部１４は、相手モード受付手段１５ａお
よび通話モード判定手段１５ｃとして動作する機能が追
加されている。
【００８６】相手モード受付手段１５ａは、強制着信要
求を伴う発信を行う際に、発信先の端末で使用させる通
話モードに関するユーザ指定を受け付ける。
【００８７】強制着信要求手段１５ｂは、強制着信要求
の実行が要求されたことに応じ、要求情報と、ユーザに
より指定された通話モードを示す通話モード情報の送信
を行う。
【００８８】通話モード判定手段１５ｃは、強制着信要
求を伴う着信の際に、通話モード情報に基づいて発信元
が指定する通話モードを判定する。
【００８９】モード設定手段１５ｄは、強制着信要求を
伴う着信に対して応答手段１３ｈが応答処理を行うこと
で開始される通信状態においては、通話モードを通話モ
ード判定手段１５ｃにより判定されたモードに設定す
る。
【００９０】次に以上のように構成された携帯電話端末
の動作につき説明する。なお、第３実施形態の携帯通信
端末の動作は基本的には前述の第１実施形態の携帯電話
端末に準じている。そこでここでは、第１実施形態と異
なる動作のみを説明する。
【００９１】ユーザにより通常発信が指定されたなら
ば、主制御部１５は図１０に示すような通常発信処理を
実行する。なお、図１０において図４と同一のステップ
には同一の符号を付し、その詳細な説明は省略する。ま
たステップＳＴ１〜ステップＳＴ８は図示を省略してい
る。
【００９２】ステップＳＴ１０にてパスワード指定を受
け付けたのちに、主制御部１５はステップＳＴ６１にお
いて、発信先の端末での通話モードに関するユーザ指定
を受け付ける。続いて主制御部１３はステップＳＴ６２
において、ステップＳＴ１で指定された発信先への発信
を行う。このとき主制御部１５は、SETUP messageに要
求情報およびパスワードの他に、ステップＳＴ６１で指
定された通話モードを示す通話モード情報を付加する。
そしてステップＳＴ６２での発信が完了したならば、主
制御部１５は処理をステップＳＴ１３に移行する。
【００９３】ところで、ユーザにより緊急発信が指定さ
れたならば、主制御部１５は図１１に示すような緊急発
信処理を実行する。なお、図１１において図５と同一の
ステップには同一の符号を付し、その詳細な説明は省略
する。
【００９４】発信キーが押下されたことをステップＳＴ
２２にて確認したならば、主制御部１５はステップＳＴ
７１において、発信先の端末での通話モードに関するユ
ーザ指定を受け付ける。続いて主制御部１５はステップ
ＳＴ７２において、ステップＳＴ２１で指定された発信
先への発信を行う。このとき主制御部１５は、SETUPmes
sageには緊急発信情報および要求情報の他に、ステップ
ＳＴ７１で指定された通話モードを示す通話モード情報
を付加する。そしてステップＳＴ７２での発信が完了し
たならば、主制御部１５は処理をステップＳＴ２４に移
行する。
【００９５】さて、着信が発生した場合には、主制御部
１５は図１２に示すような着信処理を実行する。なお、
図１２において図６と同一のステップには同一の符号を
付し、その詳細な説明は省略する。
【００９６】この第３実施形態における着信処理が前述
の第１実施形態における着信処理と異なるのは、強制着
信要求に対して自動応答する際の通話モードの設定処理
にある。すなわち、両パスワードが一致するとステップ
ＳＴ３５で確認した場合、あるいは強制着信が許可され
ているとステップＳＴ４０で確認した場合、主制御部１
５はステップＳＴ８１において、SETUP message中の通
話モード情報により通知される通話モードを判定する。
そして主制御部１５はステップＳＴ８２において、ステ
ップＳＴ８１で判定した通話モードを通話制御部３に設
定する。そして主制御部１５は、処理をステップＳＴ４
２に移行する。
【００９７】このように第３実施形態によれば、発信側
の強制着信要求に応じての応答を行うことにより開始さ
れる通話状態で使用される通話モードは、発信側のユー
ザが任意に定めることが可能となる。これにより、発信
側が発信を行う事情に応じて相手の通話モードを選択す
ることが可能となり、柔軟な運用が可能となる。
【００９８】（第４の実施形態）図１３は本発明の第４
実施形態に係る携帯電話端末のブロック図である。な
お、図１３において図１と同一部分には同一符号を付
し、その詳細な説明は省略する。
【００９９】図１３に示すように第４実施形態の携帯電
話端末は、アンテナ１、無線部２、通話制御部３、スピ
ーカ４、レシーバ５、マイクロホン６、外部入出力部
７、キーユニット８、カメラ１０、液晶表示器（ＬＣ
Ｄ）１１、画像処理部１２、記憶部１６および主制御部
１７を有している。
【０１００】すなわち第４実施形態の携帯電話端末は、
前述の第１実施形態の携帯電話端末における記憶部９お
よび主制御部１３に代えて記憶部１６および主制御部１
７を備えたものである。
【０１０１】記憶部１６は、例えばフラッシュメモリな
どを用いてなる。記憶部１６は、各種の設定情報、各種
の受信データ、あるいは本装置で作成された各種の送信
データなど、さまざまなデータを記憶する。記憶部１６
の記憶領域の一部は、電話帳領域１６ａとして使用され
る。図１４に示すように、電話帳領域１６ａは、発信の
際に用いるために複数の電話番号を記憶する。また電話
帳領域１６ａは、強制着信要求がＯＮ設定されているこ
とを各電話番号に対応付けて登録しておくことができ
る。さらに電話帳領域１６ａは、強制着信の許可／禁止
を各電話番号に対応付けて登録しておくことができる。
【０１０２】主制御部１７は、例えばプロセッサを主体
としてなり、ソフトウェア処理により各部の制御処理を
行うことで、携帯電話端末としての動作を実現する。ま
た主制御部１７はソフトウェア処理を実行することで、
例えば音声通話機能などのような携帯電話端末における
周知の一般的な機能を実現するための制御手段としての
他に、発信モード登録手段１３ａ、発信モード受付手段
１３ｂ、切替手段１３ｅ、着信種別判定手段１３ｇ、応
答手段１３ｈ、モード設定手段１３ｉ、強制着信要求手
段１７ａ、比較手段１７ｂおよび許可／禁止登録手段１
７ｃとして動作する。
【０１０３】すなわち、主制御部１７は、第１実施形態
の主制御部１３におけるパスワード受付手段１３ｃが省
かれている。また主制御部１７は、第１実施形態の主制
御部１３における強制着信要求手段１３ｄに代えて強制
着信要求手段１７ａとして動作する。主制御部１７は、
第１実施形態の主制御部１３における比較手段１３ｆに
代えて比較手段１７ｂとして動作する。また主制御部１
４は、許可／禁止登録手段１７ｃとして動作する機能が
追加されている。
【０１０４】強制着信要求手段１７ａは、強制着信要求
の実行が要求されたことに応じ、要求情報の送信を行
う。強制着信要求手段１３ｄと異なるのは、要求情報と
ともにパスワードを送信する機能を持たないことであ
る。
【０１０５】比較手段１７ｂは、強制着信要求がなされ
た際に、発番号通知機能により通知される電話番号と電
話帳領域１６ａに記憶されている電話番号とを比較す
る。
【０１０６】そして許可／禁止登録手段１７ｃは、電話
帳領域１６ａに記憶されている電話番号のそれぞれに関
しての強制着信の許可／禁止のユーザ指定を受け付け、
それを電話帳領域１６ａに登録する。
【０１０７】次に以上のように構成された携帯電話端末
の動作につき説明する。なお、第４実施形態の携帯通信
端末の動作は基本的には前述の第１実施形態の携帯電話
端末に準じている。そこでここでは、第１実施形態と異
なる動作のみを説明する。
【０１０８】ユーザにより通常発信が指定されたなら
ば、主制御部１７は図１５に示すような通常発信処理を
実行する。なお、図１５において図４と同一のステップ
には同一の符号を付し、その詳細な説明は省略する。ま
たステップＳＴ１〜ステップＳＴ８は図示を省略してい
る。
【０１０９】要求フラグがＯＮであることをステップＳ
Ｔ９にて確認したならば、主制御部１３はステップＳＴ
９１において、ステップＳＴ１で指定された発信先への
発信を行う。このとき主制御部１７は、SETUP message
には要求情報を付加する。主制御部１７は、ユーザによ
るパスワード指定は受け付けない。従って主制御部１７
は、SETUP messageへのパスワードの付加も行わない。
そしてステップＳＴ９１での発信が完了したならば、主
制御部１７は処理をステップＳＴ１３に移行する。
【０１１０】さて、着信が発生した場合には、主制御部
１７は図１６に示すような着信処理を実行する。なお、
図１６において図６と同一のステップには同一の符号を
付し、その詳細な説明は省略する。
【０１１１】この第４実施形態における着信処理が前述
の第１実施形態における着信処理と異なるのは、強制着
信要求を伴う通常着信の際に強制着信を行うか否かの判
定処理にある。
【０１１２】要求情報が有ることをステップＳＴ３２に
て確認した場合、主制御部１７はステップＳＴ１０１に
おいて、発番号通知機能により通知されてくる電話番号
（以下、発信元番号と称する）を電話帳領域１６ａに記
憶されている電話番号と比較する。そして主制御部１７
はステップＳＴ１０２において、発信元番号と電話帳領
域１６ａに記憶されているいずれかの電話番号とが一致
したか否かを確認する。一致したことを確認した場合
に、主制御部１７はステップＳＴ１０３において、発信
元番号に関して強制着信の許可が登録されているか否か
を確認する。
【０１１３】強制着信の許可が登録されていることを確
認したならば、主制御部１７は処理をステップＳＴ４３
に移行する。発信元番号が電話帳領域１６ａに記憶され
ているいずれの電話番号とも一致しないことをステップ
ＳＴ１０２にて確認した場合、あるいは発信元番号に関
して強制着信の禁止が登録されていることをステップＳ
Ｔ１０３にて確認した場合、主制御部１７は処理をステ
ップＳＴ３６に移行する。
【０１１４】一方、要求情報が有ることをステップＳＴ
３９にて確認した場合、主制御部１７はステップＳＴ１
０４において、発信元番号を電話帳領域１６ａに記憶さ
れている電話番号と比較する。そして主制御部１７はス
テップＳＴ１０５において、発信元番号と電話帳領域１
６ａに記憶されているいずれかの電話番号とが一致した
か否かを確認する。一致したことを確認した場合に、主
制御部１７はステップＳＴ１０６において、発信元番号
に関して強制着信の許可が登録されているか否かを確認
する。
【０１１５】強制着信の許可が登録されていることを確
認したならば、主制御部１７は処理をステップＳＴ４３
に移行する。発信元番号が電話帳領域１６ａに記憶され
ているいずれの電話番号とも一致しないことをステップ
ＳＴ１０５にて確認した場合、あるいは発信元番号に関
して強制着信の禁止が登録されていることをステップＳ
Ｔ１０６にて確認した場合、主制御部１７は処理をステ
ップＳＴ３６に移行する。
【０１１６】このように第４実施形態によれば、電話帳
領域１６ａに記憶されていて、しかも電話帳領域１６ａ
にて強制着信の許可が登録されている電話番号が発番号
通知機能により通知された着信の際にのみ強制着信要求
に対する自動応答が行われる。すなわち第４実施形態
は、第１実施形態におけるパスワードとして発信側端末
の電話番号を使用するのである。従って、ユーザは、強
制着信要求を伴う発信の際にパスワードを入力する必要
が無くなり、操作が簡易となる。またユーザは、強制着
信を受けるためのパスワードの設定と、その設定したパ
スワードの他者への通知とを行う必要が無くなり、ユー
ザの負担が軽減される。
【０１１７】また、強制着信を許可する電話番号の記憶
を電話帳領域１６ａを流用して行う。このため、強制着
信を許可する電話番号を記憶するための記憶領域を別途
確保する必要が無い。一般に強制着信を許可する相手は
親しい人であり、電話帳登録される人であることが予測
される。このような使用状況であれば、強制着信を許可
する電話番号の登録を別途行う必要が無くなるから、ユ
ーザの負担が軽減される。また、同一の電話番号を重複
して記憶しておく必要が無くなるので、記憶部１６の記
憶領域の有効利用が可能となる。
【０１１８】また、電話帳領域１６ａに強制着信の許可
が登録された電話番号の相手からの強制着信のみを受け
付けるようにしている。これにより、電話帳領域１６ａ
には強制着信を許可しない相手の電話番号も登録してお
くことが可能である。すなわち、「発信対象とはなる
が、強制着信は受け付けない」といった相手の電話番号
も電話帳領域１６ａに登録しておくことが可能であり、
電話帳領域１６ａへの柔軟な電話番号登録が可能とな
る。
【０１１９】（第５の実施形態）図１７は本発明の第５
実施形態に係る携帯電話端末のブロック図である。な
お、図１７において図１と同一部分には同一符号を付
し、その詳細な説明は省略する。
【０１２０】図１７に示すように第５実施形態の携帯電
話端末は、アンテナ１、無線部２、通話制御部３、スピ
ーカ４、レシーバ５、マイクロホン６、外部入出力部
７、キーユニット８、記憶部９、カメラ１０、液晶表示
器（ＬＣＤ）１１、画像処理部１２、ＧＰＳユニット２
０および主制御部２１を有している。
【０１２１】すなわち第２実施形態の携帯電話端末は、
前述の第１実施形態の携帯電話端末における主制御部１
３に代えて主制御部２１を備えるとともに、ＧＰＳユニ
ット２０を新たに設けたものである。
【０１２２】ＧＰＳユニット２０は、ＧＰＳ衛星から送
られてくる信号に基づいて、本携帯電話端末の現在位置
を判定する。ＧＰＳユニット２０は、判定した現在位置
を示す位置情報を主制御部２１へと与える。
【０１２３】主制御部２１は、例えばプロセッサを主体
としてなり、ソフトウェア処理により各部の制御処理を
行うことで、携帯電話端末としての動作を実現する。ま
た主制御部２１はソフトウェア処理を実行することで、
例えば音声通話機能などのような携帯電話端末における
周知の一般的な機能を実現するための制御手段としての
他に、発信モード登録手段１３ａ、発信モード受付手段
１３ｂ、パスワード受付手段１３ｃ、強制着信要求手段
１３ｄ、切替手段１３ｅ、比較手段１３ｆ、着信種別判
定手段１３ｇ、応答手段１３ｈ、モード設定手段１３ｉ
および位置情報送信手段２１ａとして動作する。
【０１２４】すなわち、主制御部２１は、第１実施形態
の主制御部１３に位置情報送信手段２１ａとして動作す
る機能が追加されている。
【０１２５】位置情報送信手段２１ａは、緊急発信や緊
急着信に応じて通信リンクが成立した際に、この通信リ
ンクへと位置情報を送信する。
【０１２６】次に以上のように構成された携帯電話端末
の動作につき説明する。なお、第５実施形態の携帯通信
端末の動作は基本的には第１実施形態の携帯電話端末に
準じている。そこでここでは、第１実施形態と異なる動
作のみを説明する。
【０１２７】ユーザにより緊急発信が指定されたなら
ば、主制御部２１は図１８に示すような緊急発信処理を
実行する。なお、図１８において図５と同一のステップ
には同一の符号を付し、その詳細な説明は省略する。
【０１２８】発信をステップＳＴ２３にて行ったのち、
主制御部２１はステップＳＴ１１１において、通信リン
クが成立するのを待ち受ける。通信リンクが成立したこ
とを確認したならば、主制御部２１はステップＳＴ１１
２において、ＧＰＳユニット２０から位置情報を取得
し、この位置情報を通信リンクへと送信する。こののち
に主制御部２１は、処理をステップＳＴ２４に移行す
る。
【０１２９】さて、着信が発生した場合には、主制御部
２１は図１９に示すような着信処理を実行する。なお、
図１９において図６と同一のステップには同一の符号を
付し、その詳細な説明は省略する。またステップＳＴ３
１〜ステップＳＴ４１およびステップＳＴ４３は図示を
省略している。
【０１３０】応答処理をステップＳＴ４２にて行ったの
ち、主制御部２１はステップＳＴ１２１において、今回
の着信が緊急着信であったのか否かを確認する。緊急着
信であることを確認したならば、主制御部２１はステッ
プＳＴ１２２において、ＧＰＳユニット２０から位置情
報を取得し、この位置情報をステップＳＴ４２にて応答
処理を行ったことに応じて成立する通信リンクへと送信
する。こののちに主制御部２１は、処理をステップＳＴ
２４に移行する。今回の着信が緊急着信では無いことを
ステップＳＴ１２１にて確認したならば、主制御部２１
はステップＳＴ１２２を行うことなしにステップＳＴ４
４に処理を移行する。
【０１３１】このように第５実施形態によれば、緊急発
信が指定された場合には、強制着信要求が自動的に行わ
れ、着信側では自動応答がなされて通信リンクが速やか
に形成される。そして通信リンクが形成されたならば、
その通信リンクへと発信側および着信側の端末がそれぞ
れ、自己の現在位置を示す位置情報を送信する。従っ
て、ユーザは送られてくる位置情報に基づいて相手の居
場所を即座に知ることが可能である。
【０１３２】なお、本発明は前記各実施形態に限定され
るものではない。例えば強制着信の要求情報は、発信端
末の指示に応じて通信網が着信端末へと送信することと
しても良い。
【０１３３】また、緊急発信の場合にもパスワード照合
を行うようにしても良い。
【０１３４】また本発明は、携帯電話端末とは異なる種
類の通信端末にも適用が可能である。
【０１３５】また、強制着信の許可／禁止の切り替えの
指定は、メニュー操作により受け付けるようにしても良
い。このとき、操作メニューが階層構造をなすならば、
強制着信の許可／禁止の切り替えの指定を受け付けるメ
ニューはできるだけ上位の階層におくことが望ましい。
【０１３６】また前記第４実施形態では、電話帳領域１
６ａに記憶された全ての電話番号を強制着信を許可する
対象としても良い。あるいは、強制着信を許可する電話
番号を電話帳領域１６ａとは別の記憶領域に登録するこ
ととしても良い。
【０１３７】また前記第５実施形態では、通常発信や通
常着信の時に位置情報の送信を行うこととしても良い。
【０１３８】また前記第５実施形態では、発信側および
着信側のいずれか一方のみで位置情報の送信を行うこと
としても良い。
【０１３９】このほか、本発明の要旨を逸脱しない範囲
で種々の変形実施が可能である。
【０１４０】
【発明の効果】本発明によれば、発信側の通信端末にて
ユーザが強制着信を指定した場合には、発信側の通信端
末は強制着信を指定する発信情報を送信する。着信側の
通信端末は、着信時に到来した着信情報により強制着信
が指定されているか否かを判定する。着信側の通信端末
は、強制着信が指定されていない場合には第１受付手段
により応答処理の実行のユーザ指定が受け付けられるの
を待って応答処理を実行するが、強制着信が指定されて
いる場合には応答処理の実行のユーザ指定を待たずに応
答処理を実行する。従って、発信側からの指定により、
着信側のユーザの操作を介することなく通信リンクを形
成させることが可能となり、この結果、着信側のユーザ
が応答指示のための操作を行うことができない状況であ
っても通信を開始することが可能となる。
【図面の簡単な説明】
【図１】第１実施形態に係る携帯電話端末のブロック
図。
【図２】第１実施形態に係る携帯電話端末の外観を示す
図。
【図３】図１中の電話帳領域９ａの構成を模式的に示す
図。
【図４】第１実施形態における通常発信処理のフローチ
ャート。
【図５】第１実施形態における緊急発信処理のフローチ
ャート。
【図６】第１実施形態における着信処理のフローチャー
ト。
【図７】第２実施形態に係る携帯電話端末のブロック
図。
【図８】第２実施形態における着信処理のフローチャー
ト。
【図９】第３実施形態に係る携帯電話端末のブロック
図。
【図１０】第３実施形態における通常発信処理のフロー
チャート。
【図１１】第３実施形態における緊急発信処理のフロー
チャート。
【図１２】第３実施形態における着信処理のフローチャ
ート。
【図１３】第４実施形態に係る携帯電話端末のブロック
図。
【図１４】図１３中の電話帳領域１６ａの構成を模式的
に示す図。
【図１５】第４実施形態における通常発信処理のフロー
チャート。
【図１６】第４実施形態における着信処理のフローチャ
ート。
【図１７】第５実施形態に係る携帯電話端末のブロック
図。
【図１８】第５実施形態における緊急発信処理のフロー
チャート。
【図１９】第５実施形態における着信処理のフローチャ
ート。
【符号の説明】
１…アンテナ ２…無線部 ３…通話制御部 ４…スピーカ ５…レシーバ ６…マイクロホン ７…外部入出力部 ８…キーユニット ８ａ…応答キー ８ｂ…切替キー ９，１６…記憶部 ９ａ，１６ａ…電話帳領域 ９ｂ…パスワード記憶手段 １０…カメラ １１…液晶表示器（ＬＣＤ） １２…画像処理部 １３，１４，１５，１７，２１…主制御部 １３ａ…発信モード登録手段 １３ｂ…発信モード受付手段 １３ｃ…パスワード受付手段 １３ｄ，１５ｂ，１７ａ…強制着信要求手段 １３ｅ…切替手段 １３ｆ，１７ｂ…比較手段 １３ｇ…着信種別判定手段 １３ｈ…応答手段 １３ｉ，１４ｂ，１５ｄ…モード設定手段 １４ａ…通話モード受付手段 １５ａ…相手モード受付手段 １５ｃ…通話モード判定手段 １７ｃ…禁止登録手段 ２１ａ…位置情報送信手段 ２０…ＧＰＳユニット
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｂ 7/26 １０６Ａ Ｆターム(参考） 5K027 AA06 AA11 HH03 5K067 AA21 BB03 BB04 DD13 DD16 DD17 DD20 DD23 DD24 EE02 EE10 FF02 FF38 GG11 HH11 HH22 KK15

Claims (19)

    【特許請求の範囲】
  1. 【請求項１】 着信に対する所定の応答処理を行うこと
    により、発信を行った端末との間の通信リンクが形成さ
    れる通信端末において、 前記応答処理の実行のユーザ指定を受け付ける第１受付
    手段と、 到来した着信情報により強制着信が指定されているか否
    かを判定する第１判定手段と、 この第１判定手段により強制着信が指定されていないと
    判定された場合には前記第１受付手段により前記ユーザ
    指定が受け付けられたことに応じて前記応答処理を実行
    し、また前記第１判定手段により強制着信が指定されて
    いると判定された場合には前記第１受付手段により前記
    ユーザ指定が受け付けられるのを待たずに前記応答処理
    を実行する応答手段とを具備した通信端末。
  2. 【請求項２】 前記応答手段が前記ユーザ指定が受け付
    けられるのを待たずに前記応答処理を実行した後の通話
    モードをハンズフリーモードに設定するモード設定手段
    を備えた請求項１に記載の通信端末。
  3. 【請求項３】 通話モードとしてハンドセットモードお
    よびハンズフリーモードを有した通信端末であって、 前記ハンドセットモードおよび前記ハンズフリーモード
    のいずれを有効とするかのユーザ指定を受け付ける第２
    受付手段と、 前記応答手段が前記ユーザ指定が受け付けられるのを待
    たずに前記応答処理を実行した後の通話モードを、前記
    第２受付手段により受け付けられたユーザ指定で有効と
    されているモードに設定するモード設定手段とを具備し
    た請求項１に記載の通信端末。
  4. 【請求項４】 通話モードとしてハンドセットモードお
    よびハンズフリーモードを有した通信端末であって、 着信情報により前記ハンドセットモードおよび前記ハン
    ズフリーモードのいずれを有効とすると指定されている
    かを判定する第２判定手段と、 前記応答手段が前記ユーザ指定が受け付けられるのを待
    たずに前記応答処理を実行した後の通話モードを、前記
    第２判定手段により判定されたモードに設定するモード
    設定手段とを具備した請求項１に記載の通信端末。
  5. 【請求項５】 強制着信を禁止するか否かのユーザ指定
    を受け付ける第３受付手段を備え、 かつ前記応答手段は、前記第３受付手段により受け付け
    られたユーザ指定により強制着信が禁止されている場合
    には、前記第１判定手段により強制着信が指定されてい
    ると判定された場合にも前記第１受付手段により前記ユ
    ーザ指定が受け付けられたことに応じて前記応答処理を
    実行する請求項１に記載の通信端末。
  6. 【請求項６】 前記第３受付手段は、 キースイッチと、 このキースイッチの操作に応じて強制着信の許可／禁止
    を切り替える切替手段とを具備する請求項５に記載の通
    信端末。
  7. 【請求項７】 ユーザにより指定されたパスワードを記
    憶するパスワード記憶手段と、 前記着信情報に示される所定情報と前記パスワード記憶
    手段に記憶されているパスワードとを比較する比較手段
    とを具備し、 かつ前記応答手段は、前記比較手段により不一致と判定
    されているときには、前記第１判定手段により強制着信
    が指定されていると判定された場合にも前記第１受付手
    段により前記ユーザ指定が受け付けられたことに応じて
    前記応答処理を実行する請求項１に記載の通信端末。
  8. 【請求項８】 前記比較手段でパスワードと比較する所
    定情報は、発番号通知情報である請求項７に記載の通信
    端末。
  9. 【請求項９】 複数の電話番号を記憶する電話番号記憶
    手段を備えた通信端末であって、 かつ前記電話番号記憶手段を前記パスワード記憶手段と
    して使用し、 かつ前記比較手段は、前記電話番号記憶手段に記憶され
    ている電話番号をパスワードとして使用する請求項８に
    記載の通信端末。
  10. 【請求項１０】 前記電話番号記憶手段に記憶された電
    話番号のそれぞれについて強制着信を許可するか否かの
    ユーザ指定を受け付ける第４受付手段を備え、 かつ前記比較手段は、前記電話番号記憶手段に記憶され
    た電話番号のうちで前記第４受付手段により受け付けら
    れたユーザ指定により強制着信が許可されている電話番
    号のみを前記パスワードとして使用する請求項９に記載
    の通信端末。
  11. 【請求項１１】 現在位置を検出する位置検出手段と、 前記第１受付手段により前記ユーザ指定が受け付けられ
    るのを待たずに前記応答手段により前記応答処理が実行
    された場合に、前記位置検出手段により検出された現在
    位置を示す位置情報を前記応答処理により形成された通
    信リンクへと送信する位置情報送信手段とを具備した請
    求項１に記載の通信端末。
  12. 【請求項１２】 緊急着信を受けた場合には通常着信動
    作とは異なる緊急着信動作を行う機能を有した通信端末
    であって、 前記位置情報送信手段は、強制着信を指定しての緊急着
    信の時にのみ前記位置情報を送信する請求項１１に記載
    の通信端末。
  13. 【請求項１３】 発信に対して発信先の端末が所定の応
    答処理を行うことにより、前記発信先の端末との間の通
    信リンクが形成される通信端末において、 強制着信を要求する発信を行うか否かのユーザ指定を受
    け付ける第５受付手段と、 この第５受付手段により受け付けられたユーザ指定が強
    制着信を要求する発信を行うことを示す場合に、強制着
    信を指定する発信情報の送信を発信のために行う強制着
    信要求手段とを具備した通信端末。
  14. 【請求項１４】 発信先の端末の通話モードをハンドセ
    ットモードおよびハンズフリーモードのいずれとするか
    のユーザ指定を受け付ける第６受付手段を備え、 かつ前記強制着信要求手段は、強制着信を指定する発信
    情報には前記第６受付手段により受け付けられたユーザ
    指定が示すモードも示す請求項１３に記載の通信端末。
  15. 【請求項１５】 ユーザによるパスワードの指定を受け
    付ける第７受付手段を備え、 かつ前記強制着信要求手段は、強制着信を指定する発信
    情報には前記第７受付手段により受け付けられたユーザ
    指定が示すパスワードも示す請求項１３に記載の通信端
    末。
  16. 【請求項１６】 複数の電話番号を記憶する電話番号記
    憶手段を備えた通信端末であって、 前記電話番号記憶手段に記憶された電話番号のそれぞれ
    について強制着信を要求する発信を行うか否かのユーザ
    指定を受け付ける第８受付手段を備え、 かつ前記第５受付手段は、前記第８受付手段により受け
    付けられたユーザ指定が強制着信を要求する発信を指定
    する電話番号を発信先として指定するユーザ指定を強制
    着信を要求する発信を行うことのユーザ指定として受け
    付ける請求項１３に記載の通信端末。
  17. 【請求項１７】 発信先の端末に通常着信動作とは異な
    る緊急着信動作を行わせるための緊急発信を行う機能を
    有した通信端末であって、 前記強制着信要求手段は、前記緊急発信が行われる場合
    には強制着信を指定する発信情報の送信を発信のために
    行う請求項１３に記載の通信端末。
  18. 【請求項１８】 現在位置を検出する位置検出手段と、 前記強制着信要求手段により強制着信を指定する発信情
    報の送信が発信のために行われた場合に、前記位置検出
    手段により検出された現在位置を示す位置情報を前記発
    信に応じて形成された通信リンクへと送信する位置情報
    送信手段とを具備した請求項１３に記載の通信端末。
  19. 【請求項１９】 発信先の端末に通常着信動作とは異な
    る緊急着信動作を行わせるための緊急発信を行う機能を
    有した通信端末であって、 前記位置情報送信手段は、強制着信を指定する発信情報
    の送信を伴って緊急発信が行われた場合にのみ、その発
    信に応じて形成された通信リンクへと前記位置情報を送
    信する請求項１８に記載の通信端末。
JP2002007747A 2002-01-16 2002-01-16 通信端末 Pending JP2003209885A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002007747A JP2003209885A (ja) 2002-01-16 2002-01-16 通信端末

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002007747A JP2003209885A (ja) 2002-01-16 2002-01-16 通信端末

Publications (1)

Publication Number Publication Date
JP2003209885A true JP2003209885A (ja) 2003-07-25

Family

ID=27646187

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002007747A Pending JP2003209885A (ja) 2002-01-16 2002-01-16 通信端末

Country Status (1)

Country Link
JP (1) JP2003209885A (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007505563A (ja) * 2003-09-08 2007-03-08 モトローラ・インコーポレイテッド プッシュ・トゥ・リッスン遠隔監視のための方法
JP2010530664A (ja) * 2007-06-08 2010-09-09 リサーチ イン モーション リミテッド 移動体通信装置を伴う切断緊急呼および他の通信の処理ならびに移動体通信装置の遠隔モニターの処理用の方法および装置
WO2011096061A1 (ja) * 2010-02-04 2011-08-11 ティーオーエー株式会社 通信システム、通信端末、交換機及び自動着信方法
JP2012523204A (ja) * 2009-04-06 2012-09-27 クアルコム，インコーポレイテッド ワイヤレス通信システム内の高優先度通信セッション
US8577404B2 (en) 2008-07-15 2013-11-05 Qualcomm Incorporated Prioritization of group communications at a wireless communication device
US8738058B2 (en) 2009-04-06 2014-05-27 Qualcomm Incorporated High-priority communications sessions within a wireless communications system
US8755831B2 (en) 2009-03-24 2014-06-17 QYALCOMM Incorporated Selectively allocating data channel resources to wireless communication devices within a wireless communications system
US9020111B2 (en) 2008-05-27 2015-04-28 Qualcomm Incorporated Setting up a communication session within a wireless communications system

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007505563A (ja) * 2003-09-08 2007-03-08 モトローラ・インコーポレイテッド プッシュ・トゥ・リッスン遠隔監視のための方法
JP2010530664A (ja) * 2007-06-08 2010-09-09 リサーチ イン モーション リミテッド 移動体通信装置を伴う切断緊急呼および他の通信の処理ならびに移動体通信装置の遠隔モニターの処理用の方法および装置
JP2013219784A (ja) * 2007-06-08 2013-10-24 Blackberry Ltd 移動体通信装置を伴う切断緊急呼および他の通信の処理ならびに移動体通信装置の遠隔モニターの処理用の方法および装置
US9020111B2 (en) 2008-05-27 2015-04-28 Qualcomm Incorporated Setting up a communication session within a wireless communications system
US8577404B2 (en) 2008-07-15 2013-11-05 Qualcomm Incorporated Prioritization of group communications at a wireless communication device
US9014741B2 (en) 2008-07-15 2015-04-21 Qualcomm Incorporated Prioritization of group communications at a wireless communication device
US9426632B2 (en) 2008-07-15 2016-08-23 Qualcomm Incorporated Prioritization of group communications at a wireless communication device
US8755831B2 (en) 2009-03-24 2014-06-17 QYALCOMM Incorporated Selectively allocating data channel resources to wireless communication devices within a wireless communications system
JP2012523204A (ja) * 2009-04-06 2012-09-27 クアルコム，インコーポレイテッド ワイヤレス通信システム内の高優先度通信セッション
US8738058B2 (en) 2009-04-06 2014-05-27 Qualcomm Incorporated High-priority communications sessions within a wireless communications system
WO2011096061A1 (ja) * 2010-02-04 2011-08-11 ティーオーエー株式会社 通信システム、通信端末、交換機及び自動着信方法

Similar Documents

Publication Publication Date Title
US8036363B2 (en) Communication terminal apparatus, communication method, and recording medium for establishing communications with a plurality of persons in a plurality of communication manners
US7421270B2 (en) Method of remotely changing operating characteristics of a communications device
CN101009733B (zh) 一种提供振铃音的方法、装置及终端
JP2003209885A (ja) 通信端末
JP4191016B2 (ja) 電話端末の通話モード切替方式
JP2000253455A (ja) 無線携帯端末
US20080305785A1 (en) Information processing apparatus
JP3763443B2 (ja) 複合情報装置、着信処理方法および記憶媒体
JPH11155051A (ja) ファクシミリ装置
JPH06232962A (ja) 移動通信端末装置
JP2003046676A (ja) テレビ電話機能付き電話機
JP2000059483A (ja) コードレス電話機
JP2001285448A (ja) 移動無線電話機および電話機
JP2003309876A (ja) 携帯通信機器
JP3214359B2 (ja) 携帯無線電話装置
JP3777779B2 (ja) 通信装置および記憶媒体
JP2004112820A (ja) 携帯テレビ電話端末
JP2009239445A (ja) 情報通信端末
JP2898085B2 (ja) 待時応答機能付電話交換システム
JP3475103B2 (ja) 電話機
JP2000324235A (ja) 移動無線端末装置
JP2748357B2 (ja) 有線接続機能付携帯電話機
JP2522578B2 (ja) オ―トダイヤル式網制御装置
JP4086513B2 (ja) 移動機
JP3246414B2 (ja) 携帯端末装置

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040406