JP3920167B2 - 着信通知方式指定システム、通信端末、及び、通信端末制御プログラム - Google Patents
着信通知方式指定システム、通信端末、及び、通信端末制御プログラム Download PDFInfo
- Publication number
- JP3920167B2 JP3920167B2 JP2002221979A JP2002221979A JP3920167B2 JP 3920167 B2 JP3920167 B2 JP 3920167B2 JP 2002221979 A JP2002221979 A JP 2002221979A JP 2002221979 A JP2002221979 A JP 2002221979A JP 3920167 B2 JP3920167 B2 JP 3920167B2
- Authority
- JP
- Japan
- Prior art keywords
- incoming call
- call notification
- terminal
- notification method
- incoming
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は着信通知方式指定システム、通信端末、及び、通信端末制御プログラムに関し、特に着信側端末の状態に応じて着信通知方式を制御する着信通知方式指定システム、通信端末、及び、通信端末制御プログラムに関する。
【０００２】
【従来の技術】
携帯電話、ＰＨＳ等の移動通信端末は、どこでにでも携帯し、通話やメールの発着信を行うことができる一方で、場所に関わらず、通話の着信やメールの着信時に移動通信端末が発する着信音により、周囲の者が迷惑を被ることがある。
従来においては、このような事態を防ぐために、着信者の周囲に配慮し、音声以外の方法で着信を通知する「マナーモード」と呼ばれる設定を行うことができる機能が設けられた移動通信端末もある。
【０００３】
「マナーモード」において行われる着信の着信者への通知方式には、例えば、移動通信端末が振動することにより、移動通信端末を身につけ、あるいは、移動通信端末を入れた鞄等を持つ着信者に着信を知らせる「バイブレーション着信」や、着信音を鳴らすことなく移動通信端末の一部が発光する等によって着信者に着信を知らせる「サイレント着信」などがある。
【０００４】
また、着信自体を規制、すなわち指定された着信側端末への接続を行わずに、着信することができない旨のアナウンスを行った後に切断し、あるいは、留守番電話サービスへ接続し、着信者への伝言を残すようにする場合もある。
【０００５】
【発明が解決しようとする課題】
上述したように、携帯電話、ＰＨＳ等においては、着信者に着信を通知するための着信通知方式を指定することができるようになっている。
しかし、従来においては、この着信通知方式の指定は、あらかじめ着信を受ける着信者において行わなければならなかった。このため、着信者がうっかりマナーモードへの設定を忘れてしまった場合には、不適切な場所で着信音が鳴り響いたり、又、逆に、マナーモードへの設定が維持され続け、着信者が重要な着信に気づかないような事態が生じていた。
【０００６】
更に、近年においては、移動通信端末のサービス提供地域外における使用を可能にするローミングの普及に伴い、国際的にローミングが行われるつつある。このローミングにおいては、携帯電話が国外においてもそのままの電話番号で使用可能であるため、発信者が着信者の位置を意識することなくいつでも発信を行うことができる。このため、発信者が着信者のいる場所における標準時刻、すなわち現地時刻を認識することができず、就寝時間中等の不適切な時間帯に発信を行ってしまうという問題がある。
【０００７】
本発明の目的は、着信者が常に場所、時間等に応じた通知方式への設定を意識しなくても、適切な着信が行えるようにするための着信通知方式指定システム、通信端末、及び、通信端末制御プログラムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明の請求項１による着信通知方式指定システムは、着信側端末における着信通知方式を指定するための着信指定手段を含む発信側端末と、前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知手段を含む着信側端末と、前記着信側端末が位置する着信場所を表す位置情報に基づいて、当該着信場所における標準時刻を取得し、前記取得した標準時刻が予め指定された時間帯内である場合に、前記着信指定手段によって指定された着信通知方式に応じて当該指定された着信通知方式による着信の通知を制限するように前記着信通知手段を制御する着信通知制御装置と、を有することを特徴とする。
【０００９】
本発明の請求項２による着信通知方式指定システムは、請求項１において、前記着信通知方式は、着信側端末から音声を発することにより着信を通知する音声着信通知方式であることを特徴とする。
本発明の請求項３による着信通知方式指定システムは、請求項１において、前記着信通知方式は、音声を発する以外の方法により着信を通知するマナー着信通知方式であることを特徴とする。
【００１０】
本発明の請求項４による着信通知方式指定システムは、請求項１〜３のいずれか１項において、前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、着信を拒否することを特徴とする。
本発明の請求項５による着信通知方式指定システムは、請求項１〜４のいずれか１項において、前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、着信側端末への接続の代わりに留守番電話サービスへの接続を行うことを特徴とする。
【００１１】
本発明の請求項６による着信通知方式指定システムは、請求項１〜５のいずれか１項おいて、前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、前記指定された着信通知方式による着信の通知を制限する代わりに又は制限と共に、発信側端末を介し、着信側端末において着信不能な時間帯である旨の警告を行うことを特徴とする。
本発明の請求項７による着信通知方式指定システムは、請求項１〜６のいずれか１項において、前記着信通知制御装置は、前記時間帯内においても、一定の発信側端末からの着信に対しては、前記制限を行わず、前記着信指定手段によって指定された着信通知方式で通知するように制御することを特徴とする。
【００１２】
本発明の請求項８による着信通知方式指定システムは、請求項７おいて、前記一定の発信側端末は、予め登録された発信側端末であることを特徴とする。
【００１３】
本発明の請求項９による着信通知方式指定システムは、請求項８において、前記一定の発信側端末は、前記着信通知手段によって着信を通知させるための暗証番号を入力する発信側端末であって、
前記着信通知制御装置は、発信側端末より入力された番号が前記暗証番号と一致した場合にのみ前記着信指定手段によって指定された着信通知方式で通知することを特徴とする。
本発明の請求項１０による着信通知方式指定システムは、請求項１〜９のいずれか１項において、前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、前記着信指定手段による指定にかかわらず一定の着信通知方式を用いた着信の通知を行うように制御することを特徴とする。
【００１４】
本発明の請求項１１による着信通知方式指定システムは、請求項１〜１０のいずれか１項において、前記着信通知制御装置による制御内容は、着信側端末から着信制御情報として指定可能であることを特徴とする。
本発明の請求項１２による着信通知方式指定システムは、請求項１〜１１のいずれか１項において、前記着信側端末は、移動通信端末であることを特徴とする。
【００１５】
本発明の請求項１３による着信通知方式指定システムは、請求項１２において、前記位置情報は、着信側端末の位置を示し、発信側端末と前記着信側端末との接続を行うために参照される情報であることを特徴とする。
【００１６】
本発明の請求項１４による着信通知方式指定システムは、請求項１３において、前記着信通知制御装置は、着信側端末への接続時において前記位置情報を参照すると共に、前記着信制御情報をも参照することを特徴とする。
【００１７】
本発明の請求項１５による着信通知方式指定システムは、サーバを介してメールを送受する移動通信端末のメールシステムにおいて、前記移動通信端末である着信側端末でメールの着信を通知する着信通知システムであって、
メールの発信側端末に、
前記着信側端末における着信通知方式を指定するための着信指定手段を含み、
前記着信側端末に、
前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知手段と、
１又は複数の前記発信側端末によって互いに異なる着信通知方式が指定された複数のメールを前記サーバから同時に受信した場合に、あらかじめ着信通知方式について定められた優先順位に基づいて、前記１又は複数の発信側端末による指定のうち最も優先順位の高い着信通知方式のみを用いて着信を通知するように、前記着信通知手段を制御する着信通知制御装置と、
を有することを特徴とする。
本発明の請求項１６による着信通知方式指定システムは、請求項１５において、前記着信通知方式は、着信側端末から音声を発することにより着信を通知する音声着信通知方式、及び、音声を発する以外の方法により着信を通知するマナー着信通知方式のうちの少なくともいずれかであることを特徴とする。
【００１８】
本発明の請求項１７による通信端末は、請求項１〜１６のいずれか１項に記載の着信通知方式指定システムにおいて発信側端末として用いる通信端末であって、着信側端末を指定し発信する際に、発信者が前記着信通知方式の指定を入力するための入力部を、含むことを特徴とする。
本発明の請求項１８による通信端末は、請求項１〜１４のいずれか１項に記載の着信通知方式指定システムにおいて着信側端末として用いる通信端末であって、
前記着信通知制御装置によって制御され、前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する通知部を有することを特徴とする。
【００１９】
本発明の請求項１９による通信端末は、請求項１５又は１６に記載の着信側端末として用いる移動通信端末であって、
前記着信通知手段と、前記着信通知手段を制御する着信通知制御装置と、を有することを特徴とする。
【００２０】
本発明の請求項２０による通信端末制御プログラムは、請求項１〜１４のいずれか１項に記載の着信通知方式指定システムにおいて着信側端末として用いる移動通信端末を制御するための通信端末制御プログラムであって、
前記着信通知制御装置によって制御され、前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知ステップを有することを特徴とする。
【００２１】
本発明の請求項２１による通信端末制御プログラムは、請求項１５又は１６に記載の着信通知方式指定システムにおいて着信側端末として用いる移動通信端末を制御するための通信端末制御プログラムであって、
１又は複数の前記発信側端末によって互いに異なる着信通知方式が指定された複数のメールを前記サーバから同時に受信した場合に、あらかじめ着信通知方式について定められた優先順位に基づいて、前記１又は複数の発信側端末による指定のうち最も優先順位の高い着信通知方式を選択する着信通知制御ステップと、
前記着信指定手段によって指定された着信通知方式又は前記着信通知制御ステップで選択された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知ステップと、
を有することを特徴とする。
【００２２】
【発明の実施の形態】
次に、図面を参照して本発明の第一の実施の形態として、発信側端末による着信通知方式の指定に基づいて着信を通知する着信通知方式指定システム、移動通信端末、及び、通信端末制御プログラムについて説明した後、第二の実施形態として、着信通知制御装置を用いて、着信側端末の位置情報に応じた着信通知の制御を行う着信通知方式指定システムについて説明する。なお、以下の説明において参照する各図においては、他の図と同等の部分が同一符号によって示されている。
（第一の実施形態）
図１には、本システムにおいて発信側端末及び着信側端末となる移動通信端末間通信のネットワーク構成を説明する図である。同図に示されるように、移動通信端末間通信のネットワークは、発信側端末１と発無線局３と、発交換局４と、ＨＬＲ（位置情報レジスタ(Home Location Register)）５と、着交換局６と、着無線局７と、着信側端末２と、を含んで構成される。
【００２３】
発信側端末１は、本実施の形態においては、着信側端末２への発信、すなわち通話の要求、あるいは、メールの送信を行うための移動通信端末である。図２に示されるように、入力部１Ａと、通話部１Ｂと、制御部１Ｃと、通信部１Ｄと、を含み、従来の移動通信端末と同様に構成される。
入力部１Ａは、従来と同様にプッシュボタンによって構成され、発信者はこれを用いて着信側端末２の電話番号を入力する。また、本実施の形態においては、発信者が、着信側端末２において着信を着信者に通知するための着信通知方式の指定を行うためにも、用いられる。
【００２４】
通話部１Ｂは、従来と同様の機能であり、発信者の発声による音声入力を電気信号に変換し、又は、電気信号を音波に変換して発信者との情報の交換を行う。
制御部１Ｃは、発信側端末１における各部を制御する。
通信部１Ｄは、発信者からの音声入力を電波に変換し、移動通信網へ情報を発信し、又その逆を行う。
【００２５】
この発信側端末１は、本発明においては、移動通信端末に限定されるものではなく、通話、あるいは、メール送信の機能を有するものであれば特に限定されない。
図１に戻り、発無線局３及び発交換局４は、従来の移動通信網における無線局及び交換局と同様の機能を有するものである。発無線局３においては、発信側端末１からの電波を受信し、発信側端末１からの通話の接続要求、あるいは音声データなどの情報を電気信号へ変換後、発交換局４へ送信する。発交換局４は、発無線局３から送信される発信側端末１からの接続要求に基づいて、着信側端末２への回線を設定するためのルーティングを行う。回線設定後には、これら発無線局３と発交換局４とは、発信側端末１と着信側端末２との間の通信を中継する。本実施の形態においては、これら発無線局３及び発交換局４は、発信側端末１からの着信方式の指定を、着信側端末２まで送信する。
【００２６】
ＨＬＲ５は、従来のＨＬＲと同様の機能を有し、移動通信端末が位置する場所に関する位置情報を保持して、回線設定のために参照される。ＨＬＲ５は、図３に示されるように、発信側端末１によって指定された電話番号５Ａ、該電話番号５Ａに対応する移動通信端末を特定するための着側ユーザＩＤ５Ｂ、及び、各移動通信端末の位置を特定するための位置情報５Ｃ、等の情報を、通信サービスを提供する全ての移動通信端末について保持する。
【００２７】
図１に戻り、着交換局６、及び、着無線局７は、それぞれ上述の発交換局４、及び、発無線局３に対応するものであり、着信側端末２との通信を行う。
着信側端末２は、本実施例においては、発信側端末１から通話要求を着信し、あるいは、メールを受信する移動通信端末である。着信側端末２は、図４に示されるように、保持部２Ａと、通知部２Ｂと、制御部２Ｃと、通信部２Ｄと、を含んで構成される。
【００２８】
通知部２Ｂは、着信音、バイブレーション、あるいは、発光等により着信があったことを着信者に通知する機能を有する。本実施の形態においては、発信側端末１からの着信通知方式の指定に基づいて、着信者へ着信を通知する。
制御部２Ｃは、従来と同様の構成及び機能を有し、各部を制御する。
保持部２Ａは、着信側端末２における各部の制御等に必要なプログラム等のデータを保持する。従来と同様に読取り、書込み可能な記憶媒体によって構成される。本実施の形態においては、上述のように、着信通知方式の指定と受信するパラメータとを対応づけるテーブルや、着信通知方式の指定が「その他」である場合に、着信者があらかじめ指定する着信通知方式との対応づけ等に関するデータを保持する。
【００２９】
通信部２Ｄは、従来と同様の構成及び機能を有し、着信側端末２と通信網との通信を行う。
本発明においては、着信側端末２は移動通信端末に限定されるものではないが、移動通信端末のように、常時携帯し、移動する端末における実施に特に効果を有する。
【００３０】
次に、上述のシステムにおける、発信側端末１からの着信通知方式を指定した通話の要求に基づいて、着信側端末２が着信の通知を行うまでの手順を、図５を用いて説明する。
ステップＳ１０１においては、発信側端末１から、発交換局４へ接続要求が行われる。この時、発信側端末１において入力された着信側端末の着側電話番号と、着信通知方式とがパラメータとして渡される。発信側端末１における着信通知方式の指定には、図６に示されるように、着信通知方式の指定と数値とをあらかじめ対応づけ、この数値を入力することにより行う。発信者は、発信時において、着側電話番号の入力に引き続き、指定すべき着信通知方式に対応する数値を入力する。同図においては、数値Ｐ１〜Ｐ４と、着信通知方式の指定ｒ１〜ｒ４は、それぞれ、‘００’が「マナーモード呼出」に、‘０１’が「通常着信呼出」に、‘１０’が「着信音強制呼出」に、‘１１’が「その他」に対応づけられている。ここで、「マナーモード呼出」は、上述のように、「サイレント着信」や「バイブレーション着信」等の着信側端末２の周囲に位置するものに配慮した音声以外の方式により通知するマナー着信通知方式の指定である。「通常着信呼出」は、着信側端末２における設定されている着信通知方式のままでの通知を指定する。着信通知方式の指定を発信側端末で行わない場合は、「通常着信呼出」が指定されたものとして取り扱う。「着信音強制呼出」は、着信側端末２においてあらかじめ設定されている着信通知方式に関わらず、音声により着信を通知する音声着信通知方式の指定である。「その他」は、上述の着信通知方式以外の着信通知方式を指定するものであり、例えば、あらかじめ、着信者が着信側端末において一定の着信通知方式を設定する。そして、この「その他」の指定が行われた場合には、該着信側端末において設定された着信通知方式により着信を通知する。
【００３１】
ステップＳ１０２においては、発交換局４がＨＬＲ５に対して位置情報検索の要求を行う。ＨＬＲ５においては、図３に示されるように、パラメータとして渡された着側電話番号５Ａに基づいて、着側ユーザＩＤ５Ｂを特定し、該着信側端末２の位置情報５Ｃを取得する。
図５に戻り、ステップＳ１０３においては、ＨＬＲ５は、ステップＳ１０２において取得した位置情報に基づいて特定される着交換局６へ呼出要求を行う。この時パラメータとして、ステップＳ１０２において取得した着側ユーザＩＤを引き渡す。
【００３２】
ステップＳ１０４においては、着交換局６がＰａｇｉｎｇの要求を該着交換局６が管轄する全ての移動通信端末に対して行う。このＰａｇｉｎｇは、着側ユーザＩＤにより特定される着信側端末２との接続を行うために、着交換局６が管轄する全ての移動通信端末に対して一斉呼出であり、着側端末により行う。
ステップＳ１０５においては、ステップＳ１０４における一斉呼出によって、呼び出された該着側ユーザＩＤを有する着信側端末２が応答する。
【００３３】
ステップＳ１０６においては、ステップＳ１０５において応答を行った着信側端末２が認証された場合に、着交換局６が、ステップＳ１０３における呼出要求に対する呼出要求応答を行う。
ステップＳ１０７においては、ステップＳ１０２において行われた位置情報検索に対する位置情報検索応答がなされる。
【００３４】
ステップＳ１０８においては、着信側端末２を管轄することが確認された着交換局６へステップＳ１０１に対応する接続要求が行われる。この時、発信側端末１により指定された着信通知方式の指定についても、パラメータとして、着交換局６に引き渡される。
ステップＳ１０９においては、ステップＳ１０５におけるＰａｇｉｎｇ応答後、認証が行われ、着無線局７を経て着交換局６との通信を行うための無線パスの設定がなされた着信側端末２に対し、着信通知が行われる。この時、パラメータとして、ステップＳ１０８の接続要求において着交換局６がパラメータとして取得した着信通知方式の指定が、更に着信側端末２に引き渡される。着信側端末２においては、パラメータとして引き渡された着信通知方式の指定に基づいて、該着信通知方式を用いて着信の通知が行われる。
【００３５】
この着信通知を受けた着信側端末における動作を図７に示す。
同図のステップＳ２０１においては、着信通知を受信する。
ステップＳ２０２においては、ステップＳ２０１の着信通知時に同時に受信する着信通知方式指定のパラメータが、‘００’の場合は、ステップＳ２０３に移行する。
【００３６】
ステップＳ２０３においては、図６に示されるように、着信通知方式指定のパラメータが、‘００’の場合は、着信通知方式の指定が「マナーモード呼出」であるので、着信側端末は、通知部を制御し、上述のようにマナー着信通知方式を用いて、着信を通知する。
図７のステップＳ２０４においては、ステップＳ２０２において、着信通知方式指定パラメータが‘００’でないと判断された場合に、着信通知方式指定パラメータが‘０１’か否かの判断を行う。‘０１’の場合は、ステップＳ２０５に移行する。
【００３７】
ステップＳ２０５においては、図６に示されるように、着信通知方式指定のパラメータが、‘０１’の場合は、着信通知方式の指定が「通常着信呼出」であるので、着信側端末は、あらかじめ着信側端末において設定されている着信通知方式を変更することなく、該着信通知方式を用いて着信を通知する。
図７のステップＳ２０６においては、ステップＳ２０４において、着信通知方式指定パラメータが‘０１’でないと判断された場合に、着信通知方式指定パラメータが‘１０’か否かの判断を行う。‘１０’の場合は、ステップＳ２０７に移行する。
【００３８】
ステップＳ２０７においては、図６に示されるように、着信通知方式指定のパラメータが、‘１０’の場合は、着信通知方式の指定が「着信音強制呼出」であるので、着信側端末は、あらかじめ着信側端末において設定されている着信通知方式に関わらず、音声着信通知方式を用いて着信を通知する
図７のステップＳ２０８においては、ステップＳ２０６において、着信通知方式指定パラメータが‘１０’でないと判断された場合に、すなわち、‘００’、‘０１’、及び、‘１０’のいずれでもない、‘１１’である場合に、通知部は仕様通りの通知を行う。仕様通りとは、図６に示されるように、着信通知方式の指定が「その他」であるので、上述のように、例えば、あらかじめ着信者が設定し、保持部に登録された着信通知方式を用いて通知を行う。
【００３９】
この図７に示される動作を実現するためのプログラムを用いることによって、指定された着信通知方式に基づいて、着信側端末において着信の通知を行うことができる。すなわちこのプログラムは、着信側端末を制御するためのプログラムであり、着信指定手段によって指定された着信通知方式に基づいて発信側端末からの着信を通知する着信通知ステップを有するものである。また、後述するように、着信通知制御装置によって着信の通知が制御される場合には、着信通知ステップにおける着信の通知は、着信指定手段において指定された着信通知方式に応じて着信通知制御装置により制御される。このプログラムは、着信側端末の保持部に保持し、制御部によって通知部が制御される。このプログラムは、例えば、予め着信側端末に記録媒体に記録し、あるいは、ＷＥＢページ上に公開してダウンロードにより入手可能なものとしてもよい。
【００４０】
図５に戻り、ステップＳ１１０においては、着信側端末２における着信の通知を認識した着信者が、受話器をあげる。これにより発信側端末１と着信側端末２との間において音声通話が開始される。
このようにして、発信側端末１と着信側端末２との回線設定時に至る従来の手続きに、更に、パラメータとして、着信通知方式の指定を追加し、着信側端末２まで引き渡すことにより、発信側端末１において着信側端末２における着信通知方式の指定を行うことができる。
【００４１】
発信側において「着信音強制呼出」の指定を可能とすることにより、例えば、会議中等でマナー着信通知方式へ設定している着信者に、緊急の連絡が取りたいような場合や、着信者が会議終了にもかかわらずマナー着信通知方式からの設定変更を忘れているような場合に、強制的に着信音を鳴らして、連絡を取ることができる。
【００４２】
一方、発信側において「マナーモード呼出」の指定を可能とすることにより、例えば、着信者がマナー着信通知方式への設定変更を忘れていても、その事情を知ってる発信者が「マナーモード呼出」を指定することができ、着信者が電車に乗車中又は会議中などに着信音が鳴り響くような事態を防ぐことができる。その他、例えば、メールマガジン、メーリングリスト、あるいは、企業からの商品広告用のメールなど、多数の者に一度にメールを送信するような場合に、「マナーモード呼出」の指定を行えば、着信者に迷惑をかけることなくメールを送信することができる。更に、発信側端末１と着信側端末２とが異なる国等に存在するような場合には、時差のため、発信者の活動中に着信者が就寝しているような場合が想定される。このような場合にも、「マナーモード呼出」を指定することにより就寝中等の着信者に迷惑をかけることなく発信を行うことができる。
【００４３】
また、図５においては、この着信通知方式の指定パラメータの引渡しを、発交換局４がステップＳ１０７における位置情報検索応答を受信するまで待ち合わせ、ステップＳ１０８における接続要求時に引き渡している。しかし、この引渡しのタイミングは特に限定されるものではなく、それ以前のステップにおいて着交換局又は着無線局へ引き渡し、ステップＳ１０９における着信通知を行うまでの間、これらの局において該情報を保持することとしてもよい。すなわち、着信通知方式の指定を、発信側端末１における発信者による発信時から着信側端末２への着信時に伝達可能であれば、その間のネットワークにおける伝達方法等は限定されるものではない。
【００４４】
又、本実施の形態においては、発信側端末が「着信音強制呼出」の指定を行う時は、暗証番号を要求する。この暗証番号を指定して「着信音強制呼出」を行う場合システムの構成を図８に、フローチャートを図９に示す。
図８に示されるように、発信側端末１と、着信側端末２との間には着信通知制御装置９が設置される。この着信通知制御装置９は、発信側端末１と着信側端末２との通信を伝送中継する装置、あるいは、発信側端末１又は着信側端末２の内部に設置されるものであってもよい。発信側端末１と着信側端末２との通信を中継する装置とは、図１に示される発無線局３から着無線局７に至るまでに通信を中継する装置である。この着信通知制御装置９は、本実施の形態においては、発信側端末１に暗証番号を要求し、受信した暗証番号につき認証を行い、認証が一致した場合に着信側端末２において着信の通知を行うように制御するものである。
【００４５】
図９に示される、「強制着信音呼出」の指定から着信通知制御装置による着信通知の制御に至るまでのフローチャートを説明する。
ステップＳ７０１においては、発信者が発信側端末より着側電話番号の入力に続けて、着信通知方式の入力を行う。
ステップＳ７０２においては、ステップＳ７０１において「着信音強制呼出」を指定した場合にあっては、発信者が、引き続き暗証番号の入力を行う。又は、「着信音強制呼出」の指定が入力された時に、発交換局４等がガイダンスと共に、発信者に暗証番号の入力を求めることとしても良い。
【００４６】
ステップＳ７０３においては、ステップＳ７０２において入力された暗証番号の認証を行う。この暗証番号の認証は、例えば、以下のように行う。あらかじめ着側電話番号に対応づけ、サービス加入者の情報を保持するデータベースに保存する。例えば、ＨＬＲに保存する場合には、上述の位置情報検索の際、あるいは、独立した認証要求として、ＨＬＲに着側電話番号をパラメータとして引き渡す。該着側電話番号を受信したＨＬＲは、着側電話番号に対応する暗証番号を返し、あるいは、暗証番号も一緒にパラメータとして受信する。その後、入力された暗証番号があらかじめ着側電話番号に対応づけられた暗証番号と一致するか否かの認証を行う。この認証において一致した場合には、ステップＳ７０４に移行し、そうでない場合には、着信側端末へ指定された着信の通知を行うことなく終了する。あるいは、ガイダンスと共に、再度暗証番号の入力を促したり、あらかじめ着信側端末２において設定されている該着信通知方式を用いた通知がなされるようにしてもよい。
【００４７】
ステップＳ７０４においては、着信側端末において発信側端末において指定された着信通知方式を用いた着信の通知がなされるように制御される。
このように、発信者による「着信音強制呼出」の指定時に、着信側に対応した暗証番号を求めることにより、間違い電話やいたずら電話等によって不用意に「着信音強制呼出」の指定がなされ、着信者やその周囲の者が迷惑を被ることを防止することができる。
【００４８】
また、本実施の形態においては、「着信音強制呼出」が指定された場合にのみ、自動的に暗証番号を求めることとするが、どのような指定を行った場合にどのような暗証番号を求めるのかを、着信者によって設定可能としてもよい。
また、暗証番号の要求による指定の許可だけでなく、例えば、発信側端末の電話番号に応じて、一定の発信側端末による場合にのみ、着信通知方式の指定を許可してもよい。また、着信通知方式の指定の制御は、着信側端末２において行ってもよい。この場合には、着信側端末２にまで、発信側入力暗証番号、あるいは、発信側電話番号の情報を伝達し、制御部による着信通知方式の判断時に、同時に、指定が許可されるものであるか否かの判断等を行ってもよい。
【００４９】
図１０には、メールの発信から着信にいたるまでの手順が示されている。同図に示されているように、発信側端末１から送信されたメールはＧａｔｅ ＷａｙサーバＳＶ（以下、「ＧＷサーバ」と略す）に送信され（ステップＳ６０１）、ＧＷサーバＳＶに蓄積される。その後、ＧＷサーバＳＶから着信側端末２への接続要求がなされ（ステップＳ６０２）、着信側端末２との接続が確立された場合に、着信側端末にメールが送信される（ステップＳ６０３）。このように、メールは一旦ＧＷサーバＳＶに蓄積され、例えば、着信側端末２が圏外にある場合等の受信不能な状態にあるときに送信されたメールも、後に再度送信可能になっている。このような場合には、ＧＷサーバＳＶに蓄積された複数のメールを、着信側端末２が一度に受信する場合がある。
【００５０】
本実施の形態においては、このような場合において、一度に複数の着信通知方式が指定された時に、着信通知方式についてあらかじめ定められた優先順位に基づいて、複数の発信側端末によって指定された着信通知方式のうち最も優先順位の高い着信通知方式のみを用いて、着信を通知する。例えば、優先順位を上述の「着信音強制呼出」が一番高く、以降順に「通常着信呼出」、「マナーモード呼出」とする。このとき、「着信音強制呼出」を指定するメールと、「通常着信呼出」を指定するメールとを同時に受信したときは、優先順位に基づき、着信音を強制的に鳴らして、メールの受信を通知する。
【００５１】
この優先順位は、「着信音強制呼出」が一番高いとするだけでなく、例えば、着信者の希望に沿ってあらかじめ優先順位の設定を可能とする。本実施の形態においては、メールを受信した着信側端末が、複数のメールを受信した場合に、着信を通知する前に、着信通知方式の指定を全受信メールについての比較動作を行う。
（第二の実施形態）
図１１には、本発明にかかる着信側端末の位置情報に応じて着信の通知を制御するシステムの一の実施形態として、発信側端末１と着信側端末２とが異なる移動通信サービス提供地域にある場合のネットワーク構成が示されている。同図に示されるように、一の移動通信サービスを提供する移動通信網Ａの発無線局３と発交換局４とＨＬＲ５と、移動通信網Ａと異なる移動通信サービスであって、移動通信網Ａと時差のある地域に形成される移動通信網Ｂの着交換局６と着無線局７と、移動通信網Ａによる移動通信サービス加入者の発信側端末１と着信側端末２と、国際回線ＷＣと、を含んで構成される。
【００５２】
発信側端末１と、発無線局３と、発交換局４と、は、基本的に、上述の図１に示される発信側端末１と、発無線局３と、発交換局４と同様の構成及び機能を有するものである。すなわち、発信側端末１からの着側電話番号を指定した発信に基づいて、着信側端末２との回線設定を行うためのルーティングを行い、回線設定後には、発信側端末１と着信側端末２との通信を中継する。
【００５３】
ＨＬＲ５は、移動通信網Ｂ形成地域内に位置する着信側端末２の移動通信網Ｂにおける現在位置を示す位置情報と、国−標準時刻テーブルと、時間帯−制御対応情報と、を保持する。
位置情報は、特に移動通信端末である着信側端末２との回線設定を行うために使用される情報であり、着信側端末２が位置を移動する毎に登録、更新される情報である。本実施の形態においては、この位置情報に、着交換局６を特定する情報を用いる。これにより、着信側端末２の位置情報を発信側端末１からの発信時にこの位置情報を参照し、着信側端末２への着信通知を行う着交換局６を特定して、異なる移動通信網形成地域内にある発信側端末１と着信側端末２との回線設定が可能となる。本実施の形態においては、この位置情報を回線設定のためにのみでなく、刻々と更新される着信側端末２の状態を表す情報として利用する。すなわち、この着信側端末２の位置情報に基づいて、着信時点での着信側端末２の位置する場所における標準時刻（これを、「現地時刻」という）を取得し、あるいは、着信側端末２の位置そのものを取得することにより、着信側端末２の状態に対応した、より適切に着信を通知するための制御を行うことができる。
【００５４】
国−標準時刻テーブルは、位置情報に対応する国と標準時刻との対応を規定する。ゆえに、このテーブルを用いることにより、着信側端末の現地時刻を取得することができる。
時間帯−制御対応情報は、位置情報に対応して導出される現地時刻をもとに、どのような時間帯に、どのような着信通知方式の指定に応じた着信の通知の制御を行うのかについての対応を規定する情報である。本実施の形態においては、時間帯と制御との対応は、あらかじめ着信者によって設定、選択が可能なサービスとなっている。ゆえに、この時間帯−制御対応情報は、着信者毎に規定される。
【００５５】
国際回線ＷＣは、移動通信網Ａ及び移動通信網Ｂの端末間を接続し、通信を行うための回線である。
着交換局６と、着無線局７とは、移動通信網Ｂにおける移動通信サービスを提供するための移動通信網を構成し、移動通信網Ｂの移動通信サービス加入者端末への接続要求を受けて、該端末への着信通知をし、発信側端末との間に回線設定を行うものである。更に、本実施の形態においては、移動通信網Ｂ形成地域内に移動した移動通信網Ａの移動通信サービス加入者の着信側端末２に対しても着信通知をし、回線設定を行う。このために着交換局６と、着無線局７とは、着信側端末２との回線設定に必要な該着信側端末２の位置情報を取得後、該位置情報を移動通信網ＡのＨＬＲ５に登録する。この位置情報は、上述のように、着交換局６を特定可能なものとなっている。
【００５６】
この図１１に示されるネットワークにより、着信側端末２が、移動通信網Ｂにあっても、発信側端末１においては、着信側端末２の位置を意識することなく通常の携帯電話番号によって発信、通話を行うことができる。このため、上述のように、発信側端末１と着信側端末２とが時差のある地域にあるような場合にあっては、発信者は、着信者の状態を適切に認識することができずに、着信者の就寝中等に、音声着信通知方式を指定して発信するような場合が考えられる。ゆえに、着信側端末の位置情報に基づいてその着信の現地時刻を取得し、着信通知制御装置、本実施の形態においては、発信側端末と着信側端末との間においてネットワークを構成する各装置、あるいは、発信側端末１又は着信側端末２の内部の制御部、を用いて着信の通知の制御を行う。このため、図１１のように、着信側端末がサービス提供者のネットワークに拘束されることなく、どこにでも移動し、使用可能な移動通信端末のローミングの場合において、特に効果を発揮する。
【００５７】
しかし、着信通知の制御を行うシステムは、図１１に示されるような移動通信端末のローミングや、発信側端末１と、着信側端末２とが時差の存在する地域にある場合に限定して適用されるものではない。時差のない地域においても上述のように、着信者が各自の都合に応じて各時間帯に対応させた着信通知の制御を設定を行うことができるため、より適切な着信の通知を行うことができる。
【００５８】
図１２には、本システムにおける、発信側端末１による発信から発信時における着信側端末の位置情報に対応して着信側端末２における着信通知の制御を行うフローチャートが示されている。
ステップＳ３０１においては、発信側端末から発信がされる。この時、着信通知方式の指定が行われる。
【００５９】
ステップＳ３０２においては、時間帯に応じた制御を行うために、現地時刻を取得する。これは、上述の位置情報検索時に、取得される着信側端末の位置情報に基づいて、取得することができる。図１３（Ａ）には、ＨＬＲに登録される位置情報の構成が、同図（Ｂ）には、位置情報から現地時刻を取得するフローチャートが示されている。以下、図１３を用いて現地時刻取得について説明する。
【００６０】
同図（Ａ）に示されるように、本実施の形態において着信通知の制御のために用いる位置情報は、ＣＣ（Ｃｏｕｎｔｒｙ Ｃｏｄｅ）部１１Ａと、ＮＤＣ（Ｎｅｔｗｏｒｋ Ｄｅｓｔｉｎａｔｉｏｎ Ｃｏｄｅ）部１１Ｂと、ＳＮ（Ｓｕｂｓｃｒｉｂｅｒ Ｎｕｍｂｅｒ）部１１Ｃと、を含んで構成される。ＣＣ部１１Ａは国番号に、ＮＤＣ部１１Ｂは市外局番に、ＳＮ部１１Ｃは市内局番＋電話番号に、相当する情報となっている。
【００６１】
次に、同図（Ａ）及び同図（Ｂ）を用いて位置情報から現地時刻を取得するフローチャートについて説明する。
同図（Ｂ）のステップＳ５０１においては、位置情報からＣＣ部１１Ａを抽出する。
ステップＳ５０２においては、ステップＳ５０２において抽出した、ＣＣ部１１Ａに基づいて、国を特定して、発信側端末及び着信側端末に移動通信サービスを提供する地域との時差を求める。
【００６２】
ステップＳ５０３においては、ステップＳ５０３において特定された国が時差のある国か否かを、国−標準時刻テーブルを用いて、判断する。時差のある国である（Ｙｅｓ）と判断された場合には、ステップＳ５０４に移行し、そうでない場合（Ｎｏ）には、ステップＳ５０５に移行する。
ステップＳ５０４においては、位置情報のＮＤＣ部１１Ｂと、ＳＮ部１１Ｃとを抽出し、国内における時差を特定し、ステップＳ５０２で求めた時差を修正する。
【００６３】
ステップＳ５０５においては、夏時間制度が採用されている夏時間設定国か否かの判断を行う。夏時間設定国である（Ｙｅｓ）と判断された場合には、ステップＳ５０６に移行し、そうでない場合（Ｎｏ）には、ステップＳ５０８に移行する。
ステップＳ５０６においては、夏時間が適用される期間か否かの判断を行う。夏時間期間である（Ｙｅｓ）と判断された場合には、ステップＳ５０７に移行し、そうでない場合（Ｎｏ）には、ステップＳ５０８に移行する。
【００６４】
ステップＳ５０７においては、夏時間を考慮して時差を修正、特定する。
ステップＳ５０８においては、発信側端末及び着信側端末に移動通信サービスを提供する地域における標準時刻を取得し、ステップＳ５０１〜Ｓ５０７において特定、修正された時差をもとに、現地時刻を計算する。
これにより、着信側端末における現地時刻を求めることができる。この現地時刻を求めるために用いる位置情報の具体的構成、国−標準時刻テーブルの構成、これらを用いた現地時刻取得方法は特に限定されるものではなく、着信側端末、特に移動通信端末との接続を行うために登録、更新される位置情報に基づいて、該位置における標準時刻を取得可能であればよい。
【００６５】
図１２に戻り、ステップＳ３０３〜ステップＳ３１４においては、時間帯−制御対応情報に基づいて、着信側端末への着信の通知の制御を行う。時間帯−制御対応情報には、上述のように、各時間帯における各制御との対応が規定されている。ステップＳ３０３においては、ステップＳ３０２において取得した現地時刻に基づき、その現地時刻は通知の制御を行う制御時間帯に該当するか否か判断する。このとき、制御時間帯でない場合（Ｎｏ）は、ステップＳ３１４に移行する。それ以外の場合は、ステップＳ３０４に移行する。
【００６６】
ステップＳ３０４においては、どのような制御を行うのか判断する。このステップＳ３０４における判断に基づいて、以後の制御を行うための各ステップに移行する。本実施の形態においては、図１４に示されるように、制御１２Ａは、制御１〜制御５までの制御が可能であり、その制御の内容１２Ｂは、それぞれ警告、留守番電話への接続、切断、マナー着信通知方式接続、特定発信者のみ接続である。
【００６７】
図１２に戻り、ステップＳ３０５においては、ステップＳ３０４において制御１であると判断された場合には、ガイダンス１が発信側端末に送出される。制御１の内容は、警告であるので、このガイダンス１は、例えば、発信側端末に対して、発信又は着信通知方式の指定が現地時刻において着信することができない時間帯である、あるいは、着信者の都合により着信することができない等の注意を促す。その後は、ステップＳ３１４に移行して、通常の呼接続操作に進み、そのまま接続するか否かの判断は、発信者に任される。
【００６８】
このような警告を行うことにより、発信者と着信者とが時差のある地域に存在し、発信者がそれを認識することができない場合であっても、発信者に注意を促して、発信を制限し、又は、より適切な着信通知方式を指定するよう促すことができる。
ステップＳ３０６においては、ステップＳ３０４において制御２であると判断された場合には、ガイダンス２を送出する。このガイダンス２は、これからの制御内容を説明するものである。制御２は、留守番電話サービスへの接続であるので、そのまま留守番電話への接続が行われる旨のガイダンスを送出する。
【００６９】
ステップＳ３０７においては、着信側端末への接続を行うことなく、留守番電話サービスへ接続する。
このように、留守番電話サービスへの接続を行うことにより、着信者の就寝中等の場合であっても、着信側端末へ着信を通知することなく、発信者の伝言等を残すことができる。
【００７０】
ステップＳ３０８においては、ステップＳ３０４において制御３であると判断された場合には、ガイダンス３を送出する。制御３は、切断であるので、ガイダンス３においては、そのまま呼が切断され着信側端末への接続が行われない旨のガイダンス３を送出する。
ステップＳ３０９においては、着信側端末への接続を行うことなく切断する。
【００７１】
着信通知方式の指定に応じて、例えば、音声着信通知方式の指定がなされている場合には切断し、マナー着信通知方式の指定が行われている場合には、そのまま接続する等により、着信者の都合に応じて、着信の通知を制御することができる。
ステップＳ３１０においては、ステップＳ３０４において制御４であると判断された場合には、ガイダンス４が送出される。制御４は、マナー着信通知方式による接続であるので、ガイダンス４においては、着信がマナー着信通知方式により通知される旨のガイダンスを行う。
【００７２】
ステップＳ３１１においては、着信通知方式を、発信者の指定に関わらず、マナー着信通知方式に強制的に設定する。
これにより、全ての着信を切断するよりも、着信者に迷惑がかからないように着信を通知することができる。
ステップＳ３１２においては、ステップＳ３０４において制御５であると判断された場合には、制御５は特定発信者にのみ接続であるので、該発信が、特定の発信者により行われたものか否かを判断する。特定発信側による発信であると判断された場合（Ｙｅｓ）には、ステップＳ３１４の呼接続操作に進み、そのまま接続を行う。それ以外の場合には、ステップＳ３１３に移行する。
【００７３】
ステップＳ３１３においては、着信側端末への接続は行われない旨のガイダンス５を送出する。その後、ステップＳ３０９へ移行し、着側端末への接続は行われずに、そのまま切断される。
このように、発信者別に通知の制御を区別することにより、例えば、着信者が特定の発信者に海外に居ることを知られたくない場合等には、そのままガイダンスを送出することなく、着信者が通常のサービス地域に居る場合と同様に、接続等を行うことができる。これにより、着信者の事情、プライバシー等を保護しつつ、適切な着信制御を行うことができる。このように、発信者別の制御は、接続に限定されずに、前述の各制御について各発信者に応じた制御を行ってもよい。
【００７４】
これらの処理を行うための発信側端末１の発信から着信側端末２における着信に至るまでの接続手順の一例が、図１５に示されている。これは、基本的に、第一の実施の形態における図５に示される手順と同様である。ただし、ステップＳ４０１における接続要求の後に、ステップＳ４０２において、発側電話番号と着側電話番号を引き渡した指定情報要求が行われている。これは、図１２に示されるステップＳ３０２からステップＳ３０３に至るまでの処理を、ＨＬＲ５に要求する。図１５のステップＳ４０３においては、発交換局４からＨＬＲ５に対して、指定情報要求応答が行われる。この指定情報要求応答において発交換局４は、図１２のステップＳ３０３における判断の結果、すなわち、位置情報に対応して行われる指定を受信する。この指定を受信した発交換局が、該指定に基づく制御、すなわち図１２のステップＳ３０４〜Ｓ３１４を行う。本実施の形態は、現地時刻の取得や、着信制御のタイミングを、図１５に示されるように、限定するものではない。図１２に示されるように、着信側端末の現地時刻を取得し、それに基づいて着信の制御を行うものであればよい。
【００７５】
【発明の効果】
以上詳細に説明したように、着信側端末における着信の通知の方式を、発信側端末において可能とすることにより、より着信者の状態に応じた着信の通知を行うことができる。すなわち、発信側端末から音声着信通知方式を指定することにより、緊急時等の発信者の事情に応じた呼出を行うことができる。また、逆に、マナー着信通知方式を指定することにより、着信側端末の設定が適切に行われていない場合にあっても、着信者の状態を知る発信者の配慮により、着信者の周囲に迷惑をかけることなく発信を行うことができる。
【００７６】
更に、着信通知方式に応じて着信の通知を制御する着信通知制御装置を含み、各時間帯等に応じて着信の通知を制御することにより、より着信者の状態に応じた適切な着信の通知を行うことができる。
また、時間帯に応じた制御を行う場合には、着信側端末の位置情報に基づいて、時差を考慮することにより、移動通信端末のローミング等に対応した制御を行うことができる。
【図面の簡単な説明】
【図１】第一の実施の形態における移動通信端末間通信のネットワーク構成を説明する図である。
【図２】発信側端末の構成を説明するブロック図である。
【図３】ＨＬＲに保持されるテーブルの構成を説明する図である。
【図４】着信側端末の構成を説明するブロック図である。
【図５】第一の実施の形態における発信から着信側端末において着信の通知を行うまでの手順を説明するフローチャートである。
【図６】着信通知方式の指定と数値との対応関係を説明する図である。
【図７】着信通知を受けた着信側端末における動作を説明するフローチャートである。
【図８】着信通知制御装置による着信通知の制御を行うシステムの構成を説明するブロック図である。
【図９】暗証番号入力を行って着信通知方式の指定を行う場合のフローチャートである。
【図１０】着信側端末においてメールを受信するまでの手順を示すフローチャートである。
【図１１】第二の実施の形態における移動通信端末間通信のネットワーク構成を説明する図である。
【図１２】発信から着信側端末の位置情報に対応して着信通知の制御を行うフローチャートである。
【図１３】（Ａ）は、ＨＬＲに登録される位置情報の構成を説明する図、（Ｂ）は、位置情報から現地時刻を取得するフローチャートである。
【図１４】着信通知の制御の内容を説明する図である。
【図１５】第二の実施の形態における発信から着信側端末において着信の通知を行うまでの手順を説明するフローチャートである。
【符号の説明】
１ 発信側端末
２ 着信側端末
３ 発無線局
４ 発交換局
５ ＨＬＲ
６ 着交換局
７ 着無線局
９ 着信通知制御装置
ＷＣ 国際回線
【発明の属する技術分野】
本発明は着信通知方式指定システム、通信端末、及び、通信端末制御プログラムに関し、特に着信側端末の状態に応じて着信通知方式を制御する着信通知方式指定システム、通信端末、及び、通信端末制御プログラムに関する。
【０００２】
【従来の技術】
携帯電話、ＰＨＳ等の移動通信端末は、どこでにでも携帯し、通話やメールの発着信を行うことができる一方で、場所に関わらず、通話の着信やメールの着信時に移動通信端末が発する着信音により、周囲の者が迷惑を被ることがある。
従来においては、このような事態を防ぐために、着信者の周囲に配慮し、音声以外の方法で着信を通知する「マナーモード」と呼ばれる設定を行うことができる機能が設けられた移動通信端末もある。
【０００３】
「マナーモード」において行われる着信の着信者への通知方式には、例えば、移動通信端末が振動することにより、移動通信端末を身につけ、あるいは、移動通信端末を入れた鞄等を持つ着信者に着信を知らせる「バイブレーション着信」や、着信音を鳴らすことなく移動通信端末の一部が発光する等によって着信者に着信を知らせる「サイレント着信」などがある。
【０００４】
また、着信自体を規制、すなわち指定された着信側端末への接続を行わずに、着信することができない旨のアナウンスを行った後に切断し、あるいは、留守番電話サービスへ接続し、着信者への伝言を残すようにする場合もある。
【０００５】
【発明が解決しようとする課題】
上述したように、携帯電話、ＰＨＳ等においては、着信者に着信を通知するための着信通知方式を指定することができるようになっている。
しかし、従来においては、この着信通知方式の指定は、あらかじめ着信を受ける着信者において行わなければならなかった。このため、着信者がうっかりマナーモードへの設定を忘れてしまった場合には、不適切な場所で着信音が鳴り響いたり、又、逆に、マナーモードへの設定が維持され続け、着信者が重要な着信に気づかないような事態が生じていた。
【０００６】
更に、近年においては、移動通信端末のサービス提供地域外における使用を可能にするローミングの普及に伴い、国際的にローミングが行われるつつある。このローミングにおいては、携帯電話が国外においてもそのままの電話番号で使用可能であるため、発信者が着信者の位置を意識することなくいつでも発信を行うことができる。このため、発信者が着信者のいる場所における標準時刻、すなわち現地時刻を認識することができず、就寝時間中等の不適切な時間帯に発信を行ってしまうという問題がある。
【０００７】
本発明の目的は、着信者が常に場所、時間等に応じた通知方式への設定を意識しなくても、適切な着信が行えるようにするための着信通知方式指定システム、通信端末、及び、通信端末制御プログラムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明の請求項１による着信通知方式指定システムは、着信側端末における着信通知方式を指定するための着信指定手段を含む発信側端末と、前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知手段を含む着信側端末と、前記着信側端末が位置する着信場所を表す位置情報に基づいて、当該着信場所における標準時刻を取得し、前記取得した標準時刻が予め指定された時間帯内である場合に、前記着信指定手段によって指定された着信通知方式に応じて当該指定された着信通知方式による着信の通知を制限するように前記着信通知手段を制御する着信通知制御装置と、を有することを特徴とする。
【０００９】
本発明の請求項２による着信通知方式指定システムは、請求項１において、前記着信通知方式は、着信側端末から音声を発することにより着信を通知する音声着信通知方式であることを特徴とする。
本発明の請求項３による着信通知方式指定システムは、請求項１において、前記着信通知方式は、音声を発する以外の方法により着信を通知するマナー着信通知方式であることを特徴とする。
【００１０】
本発明の請求項４による着信通知方式指定システムは、請求項１〜３のいずれか１項において、前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、着信を拒否することを特徴とする。
本発明の請求項５による着信通知方式指定システムは、請求項１〜４のいずれか１項において、前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、着信側端末への接続の代わりに留守番電話サービスへの接続を行うことを特徴とする。
【００１１】
本発明の請求項６による着信通知方式指定システムは、請求項１〜５のいずれか１項おいて、前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、前記指定された着信通知方式による着信の通知を制限する代わりに又は制限と共に、発信側端末を介し、着信側端末において着信不能な時間帯である旨の警告を行うことを特徴とする。
本発明の請求項７による着信通知方式指定システムは、請求項１〜６のいずれか１項において、前記着信通知制御装置は、前記時間帯内においても、一定の発信側端末からの着信に対しては、前記制限を行わず、前記着信指定手段によって指定された着信通知方式で通知するように制御することを特徴とする。
【００１２】
本発明の請求項８による着信通知方式指定システムは、請求項７おいて、前記一定の発信側端末は、予め登録された発信側端末であることを特徴とする。
【００１３】
本発明の請求項９による着信通知方式指定システムは、請求項８において、前記一定の発信側端末は、前記着信通知手段によって着信を通知させるための暗証番号を入力する発信側端末であって、
前記着信通知制御装置は、発信側端末より入力された番号が前記暗証番号と一致した場合にのみ前記着信指定手段によって指定された着信通知方式で通知することを特徴とする。
本発明の請求項１０による着信通知方式指定システムは、請求項１〜９のいずれか１項において、前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、前記着信指定手段による指定にかかわらず一定の着信通知方式を用いた着信の通知を行うように制御することを特徴とする。
【００１４】
本発明の請求項１１による着信通知方式指定システムは、請求項１〜１０のいずれか１項において、前記着信通知制御装置による制御内容は、着信側端末から着信制御情報として指定可能であることを特徴とする。
本発明の請求項１２による着信通知方式指定システムは、請求項１〜１１のいずれか１項において、前記着信側端末は、移動通信端末であることを特徴とする。
【００１５】
本発明の請求項１３による着信通知方式指定システムは、請求項１２において、前記位置情報は、着信側端末の位置を示し、発信側端末と前記着信側端末との接続を行うために参照される情報であることを特徴とする。
【００１６】
本発明の請求項１４による着信通知方式指定システムは、請求項１３において、前記着信通知制御装置は、着信側端末への接続時において前記位置情報を参照すると共に、前記着信制御情報をも参照することを特徴とする。
【００１７】
本発明の請求項１５による着信通知方式指定システムは、サーバを介してメールを送受する移動通信端末のメールシステムにおいて、前記移動通信端末である着信側端末でメールの着信を通知する着信通知システムであって、
メールの発信側端末に、
前記着信側端末における着信通知方式を指定するための着信指定手段を含み、
前記着信側端末に、
前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知手段と、
１又は複数の前記発信側端末によって互いに異なる着信通知方式が指定された複数のメールを前記サーバから同時に受信した場合に、あらかじめ着信通知方式について定められた優先順位に基づいて、前記１又は複数の発信側端末による指定のうち最も優先順位の高い着信通知方式のみを用いて着信を通知するように、前記着信通知手段を制御する着信通知制御装置と、
を有することを特徴とする。
本発明の請求項１６による着信通知方式指定システムは、請求項１５において、前記着信通知方式は、着信側端末から音声を発することにより着信を通知する音声着信通知方式、及び、音声を発する以外の方法により着信を通知するマナー着信通知方式のうちの少なくともいずれかであることを特徴とする。
【００１８】
本発明の請求項１７による通信端末は、請求項１〜１６のいずれか１項に記載の着信通知方式指定システムにおいて発信側端末として用いる通信端末であって、着信側端末を指定し発信する際に、発信者が前記着信通知方式の指定を入力するための入力部を、含むことを特徴とする。
本発明の請求項１８による通信端末は、請求項１〜１４のいずれか１項に記載の着信通知方式指定システムにおいて着信側端末として用いる通信端末であって、
前記着信通知制御装置によって制御され、前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する通知部を有することを特徴とする。
【００１９】
本発明の請求項１９による通信端末は、請求項１５又は１６に記載の着信側端末として用いる移動通信端末であって、
前記着信通知手段と、前記着信通知手段を制御する着信通知制御装置と、を有することを特徴とする。
【００２０】
本発明の請求項２０による通信端末制御プログラムは、請求項１〜１４のいずれか１項に記載の着信通知方式指定システムにおいて着信側端末として用いる移動通信端末を制御するための通信端末制御プログラムであって、
前記着信通知制御装置によって制御され、前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知ステップを有することを特徴とする。
【００２１】
本発明の請求項２１による通信端末制御プログラムは、請求項１５又は１６に記載の着信通知方式指定システムにおいて着信側端末として用いる移動通信端末を制御するための通信端末制御プログラムであって、
１又は複数の前記発信側端末によって互いに異なる着信通知方式が指定された複数のメールを前記サーバから同時に受信した場合に、あらかじめ着信通知方式について定められた優先順位に基づいて、前記１又は複数の発信側端末による指定のうち最も優先順位の高い着信通知方式を選択する着信通知制御ステップと、
前記着信指定手段によって指定された着信通知方式又は前記着信通知制御ステップで選択された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知ステップと、
を有することを特徴とする。
【００２２】
【発明の実施の形態】
次に、図面を参照して本発明の第一の実施の形態として、発信側端末による着信通知方式の指定に基づいて着信を通知する着信通知方式指定システム、移動通信端末、及び、通信端末制御プログラムについて説明した後、第二の実施形態として、着信通知制御装置を用いて、着信側端末の位置情報に応じた着信通知の制御を行う着信通知方式指定システムについて説明する。なお、以下の説明において参照する各図においては、他の図と同等の部分が同一符号によって示されている。
（第一の実施形態）
図１には、本システムにおいて発信側端末及び着信側端末となる移動通信端末間通信のネットワーク構成を説明する図である。同図に示されるように、移動通信端末間通信のネットワークは、発信側端末１と発無線局３と、発交換局４と、ＨＬＲ（位置情報レジスタ(Home Location Register)）５と、着交換局６と、着無線局７と、着信側端末２と、を含んで構成される。
【００２３】
発信側端末１は、本実施の形態においては、着信側端末２への発信、すなわち通話の要求、あるいは、メールの送信を行うための移動通信端末である。図２に示されるように、入力部１Ａと、通話部１Ｂと、制御部１Ｃと、通信部１Ｄと、を含み、従来の移動通信端末と同様に構成される。
入力部１Ａは、従来と同様にプッシュボタンによって構成され、発信者はこれを用いて着信側端末２の電話番号を入力する。また、本実施の形態においては、発信者が、着信側端末２において着信を着信者に通知するための着信通知方式の指定を行うためにも、用いられる。
【００２４】
通話部１Ｂは、従来と同様の機能であり、発信者の発声による音声入力を電気信号に変換し、又は、電気信号を音波に変換して発信者との情報の交換を行う。
制御部１Ｃは、発信側端末１における各部を制御する。
通信部１Ｄは、発信者からの音声入力を電波に変換し、移動通信網へ情報を発信し、又その逆を行う。
【００２５】
この発信側端末１は、本発明においては、移動通信端末に限定されるものではなく、通話、あるいは、メール送信の機能を有するものであれば特に限定されない。
図１に戻り、発無線局３及び発交換局４は、従来の移動通信網における無線局及び交換局と同様の機能を有するものである。発無線局３においては、発信側端末１からの電波を受信し、発信側端末１からの通話の接続要求、あるいは音声データなどの情報を電気信号へ変換後、発交換局４へ送信する。発交換局４は、発無線局３から送信される発信側端末１からの接続要求に基づいて、着信側端末２への回線を設定するためのルーティングを行う。回線設定後には、これら発無線局３と発交換局４とは、発信側端末１と着信側端末２との間の通信を中継する。本実施の形態においては、これら発無線局３及び発交換局４は、発信側端末１からの着信方式の指定を、着信側端末２まで送信する。
【００２６】
ＨＬＲ５は、従来のＨＬＲと同様の機能を有し、移動通信端末が位置する場所に関する位置情報を保持して、回線設定のために参照される。ＨＬＲ５は、図３に示されるように、発信側端末１によって指定された電話番号５Ａ、該電話番号５Ａに対応する移動通信端末を特定するための着側ユーザＩＤ５Ｂ、及び、各移動通信端末の位置を特定するための位置情報５Ｃ、等の情報を、通信サービスを提供する全ての移動通信端末について保持する。
【００２７】
図１に戻り、着交換局６、及び、着無線局７は、それぞれ上述の発交換局４、及び、発無線局３に対応するものであり、着信側端末２との通信を行う。
着信側端末２は、本実施例においては、発信側端末１から通話要求を着信し、あるいは、メールを受信する移動通信端末である。着信側端末２は、図４に示されるように、保持部２Ａと、通知部２Ｂと、制御部２Ｃと、通信部２Ｄと、を含んで構成される。
【００２８】
通知部２Ｂは、着信音、バイブレーション、あるいは、発光等により着信があったことを着信者に通知する機能を有する。本実施の形態においては、発信側端末１からの着信通知方式の指定に基づいて、着信者へ着信を通知する。
制御部２Ｃは、従来と同様の構成及び機能を有し、各部を制御する。
保持部２Ａは、着信側端末２における各部の制御等に必要なプログラム等のデータを保持する。従来と同様に読取り、書込み可能な記憶媒体によって構成される。本実施の形態においては、上述のように、着信通知方式の指定と受信するパラメータとを対応づけるテーブルや、着信通知方式の指定が「その他」である場合に、着信者があらかじめ指定する着信通知方式との対応づけ等に関するデータを保持する。
【００２９】
通信部２Ｄは、従来と同様の構成及び機能を有し、着信側端末２と通信網との通信を行う。
本発明においては、着信側端末２は移動通信端末に限定されるものではないが、移動通信端末のように、常時携帯し、移動する端末における実施に特に効果を有する。
【００３０】
次に、上述のシステムにおける、発信側端末１からの着信通知方式を指定した通話の要求に基づいて、着信側端末２が着信の通知を行うまでの手順を、図５を用いて説明する。
ステップＳ１０１においては、発信側端末１から、発交換局４へ接続要求が行われる。この時、発信側端末１において入力された着信側端末の着側電話番号と、着信通知方式とがパラメータとして渡される。発信側端末１における着信通知方式の指定には、図６に示されるように、着信通知方式の指定と数値とをあらかじめ対応づけ、この数値を入力することにより行う。発信者は、発信時において、着側電話番号の入力に引き続き、指定すべき着信通知方式に対応する数値を入力する。同図においては、数値Ｐ１〜Ｐ４と、着信通知方式の指定ｒ１〜ｒ４は、それぞれ、‘００’が「マナーモード呼出」に、‘０１’が「通常着信呼出」に、‘１０’が「着信音強制呼出」に、‘１１’が「その他」に対応づけられている。ここで、「マナーモード呼出」は、上述のように、「サイレント着信」や「バイブレーション着信」等の着信側端末２の周囲に位置するものに配慮した音声以外の方式により通知するマナー着信通知方式の指定である。「通常着信呼出」は、着信側端末２における設定されている着信通知方式のままでの通知を指定する。着信通知方式の指定を発信側端末で行わない場合は、「通常着信呼出」が指定されたものとして取り扱う。「着信音強制呼出」は、着信側端末２においてあらかじめ設定されている着信通知方式に関わらず、音声により着信を通知する音声着信通知方式の指定である。「その他」は、上述の着信通知方式以外の着信通知方式を指定するものであり、例えば、あらかじめ、着信者が着信側端末において一定の着信通知方式を設定する。そして、この「その他」の指定が行われた場合には、該着信側端末において設定された着信通知方式により着信を通知する。
【００３１】
ステップＳ１０２においては、発交換局４がＨＬＲ５に対して位置情報検索の要求を行う。ＨＬＲ５においては、図３に示されるように、パラメータとして渡された着側電話番号５Ａに基づいて、着側ユーザＩＤ５Ｂを特定し、該着信側端末２の位置情報５Ｃを取得する。
図５に戻り、ステップＳ１０３においては、ＨＬＲ５は、ステップＳ１０２において取得した位置情報に基づいて特定される着交換局６へ呼出要求を行う。この時パラメータとして、ステップＳ１０２において取得した着側ユーザＩＤを引き渡す。
【００３２】
ステップＳ１０４においては、着交換局６がＰａｇｉｎｇの要求を該着交換局６が管轄する全ての移動通信端末に対して行う。このＰａｇｉｎｇは、着側ユーザＩＤにより特定される着信側端末２との接続を行うために、着交換局６が管轄する全ての移動通信端末に対して一斉呼出であり、着側端末により行う。
ステップＳ１０５においては、ステップＳ１０４における一斉呼出によって、呼び出された該着側ユーザＩＤを有する着信側端末２が応答する。
【００３３】
ステップＳ１０６においては、ステップＳ１０５において応答を行った着信側端末２が認証された場合に、着交換局６が、ステップＳ１０３における呼出要求に対する呼出要求応答を行う。
ステップＳ１０７においては、ステップＳ１０２において行われた位置情報検索に対する位置情報検索応答がなされる。
【００３４】
ステップＳ１０８においては、着信側端末２を管轄することが確認された着交換局６へステップＳ１０１に対応する接続要求が行われる。この時、発信側端末１により指定された着信通知方式の指定についても、パラメータとして、着交換局６に引き渡される。
ステップＳ１０９においては、ステップＳ１０５におけるＰａｇｉｎｇ応答後、認証が行われ、着無線局７を経て着交換局６との通信を行うための無線パスの設定がなされた着信側端末２に対し、着信通知が行われる。この時、パラメータとして、ステップＳ１０８の接続要求において着交換局６がパラメータとして取得した着信通知方式の指定が、更に着信側端末２に引き渡される。着信側端末２においては、パラメータとして引き渡された着信通知方式の指定に基づいて、該着信通知方式を用いて着信の通知が行われる。
【００３５】
この着信通知を受けた着信側端末における動作を図７に示す。
同図のステップＳ２０１においては、着信通知を受信する。
ステップＳ２０２においては、ステップＳ２０１の着信通知時に同時に受信する着信通知方式指定のパラメータが、‘００’の場合は、ステップＳ２０３に移行する。
【００３６】
ステップＳ２０３においては、図６に示されるように、着信通知方式指定のパラメータが、‘００’の場合は、着信通知方式の指定が「マナーモード呼出」であるので、着信側端末は、通知部を制御し、上述のようにマナー着信通知方式を用いて、着信を通知する。
図７のステップＳ２０４においては、ステップＳ２０２において、着信通知方式指定パラメータが‘００’でないと判断された場合に、着信通知方式指定パラメータが‘０１’か否かの判断を行う。‘０１’の場合は、ステップＳ２０５に移行する。
【００３７】
ステップＳ２０５においては、図６に示されるように、着信通知方式指定のパラメータが、‘０１’の場合は、着信通知方式の指定が「通常着信呼出」であるので、着信側端末は、あらかじめ着信側端末において設定されている着信通知方式を変更することなく、該着信通知方式を用いて着信を通知する。
図７のステップＳ２０６においては、ステップＳ２０４において、着信通知方式指定パラメータが‘０１’でないと判断された場合に、着信通知方式指定パラメータが‘１０’か否かの判断を行う。‘１０’の場合は、ステップＳ２０７に移行する。
【００３８】
ステップＳ２０７においては、図６に示されるように、着信通知方式指定のパラメータが、‘１０’の場合は、着信通知方式の指定が「着信音強制呼出」であるので、着信側端末は、あらかじめ着信側端末において設定されている着信通知方式に関わらず、音声着信通知方式を用いて着信を通知する
図７のステップＳ２０８においては、ステップＳ２０６において、着信通知方式指定パラメータが‘１０’でないと判断された場合に、すなわち、‘００’、‘０１’、及び、‘１０’のいずれでもない、‘１１’である場合に、通知部は仕様通りの通知を行う。仕様通りとは、図６に示されるように、着信通知方式の指定が「その他」であるので、上述のように、例えば、あらかじめ着信者が設定し、保持部に登録された着信通知方式を用いて通知を行う。
【００３９】
この図７に示される動作を実現するためのプログラムを用いることによって、指定された着信通知方式に基づいて、着信側端末において着信の通知を行うことができる。すなわちこのプログラムは、着信側端末を制御するためのプログラムであり、着信指定手段によって指定された着信通知方式に基づいて発信側端末からの着信を通知する着信通知ステップを有するものである。また、後述するように、着信通知制御装置によって着信の通知が制御される場合には、着信通知ステップにおける着信の通知は、着信指定手段において指定された着信通知方式に応じて着信通知制御装置により制御される。このプログラムは、着信側端末の保持部に保持し、制御部によって通知部が制御される。このプログラムは、例えば、予め着信側端末に記録媒体に記録し、あるいは、ＷＥＢページ上に公開してダウンロードにより入手可能なものとしてもよい。
【００４０】
図５に戻り、ステップＳ１１０においては、着信側端末２における着信の通知を認識した着信者が、受話器をあげる。これにより発信側端末１と着信側端末２との間において音声通話が開始される。
このようにして、発信側端末１と着信側端末２との回線設定時に至る従来の手続きに、更に、パラメータとして、着信通知方式の指定を追加し、着信側端末２まで引き渡すことにより、発信側端末１において着信側端末２における着信通知方式の指定を行うことができる。
【００４１】
発信側において「着信音強制呼出」の指定を可能とすることにより、例えば、会議中等でマナー着信通知方式へ設定している着信者に、緊急の連絡が取りたいような場合や、着信者が会議終了にもかかわらずマナー着信通知方式からの設定変更を忘れているような場合に、強制的に着信音を鳴らして、連絡を取ることができる。
【００４２】
一方、発信側において「マナーモード呼出」の指定を可能とすることにより、例えば、着信者がマナー着信通知方式への設定変更を忘れていても、その事情を知ってる発信者が「マナーモード呼出」を指定することができ、着信者が電車に乗車中又は会議中などに着信音が鳴り響くような事態を防ぐことができる。その他、例えば、メールマガジン、メーリングリスト、あるいは、企業からの商品広告用のメールなど、多数の者に一度にメールを送信するような場合に、「マナーモード呼出」の指定を行えば、着信者に迷惑をかけることなくメールを送信することができる。更に、発信側端末１と着信側端末２とが異なる国等に存在するような場合には、時差のため、発信者の活動中に着信者が就寝しているような場合が想定される。このような場合にも、「マナーモード呼出」を指定することにより就寝中等の着信者に迷惑をかけることなく発信を行うことができる。
【００４３】
また、図５においては、この着信通知方式の指定パラメータの引渡しを、発交換局４がステップＳ１０７における位置情報検索応答を受信するまで待ち合わせ、ステップＳ１０８における接続要求時に引き渡している。しかし、この引渡しのタイミングは特に限定されるものではなく、それ以前のステップにおいて着交換局又は着無線局へ引き渡し、ステップＳ１０９における着信通知を行うまでの間、これらの局において該情報を保持することとしてもよい。すなわち、着信通知方式の指定を、発信側端末１における発信者による発信時から着信側端末２への着信時に伝達可能であれば、その間のネットワークにおける伝達方法等は限定されるものではない。
【００４４】
又、本実施の形態においては、発信側端末が「着信音強制呼出」の指定を行う時は、暗証番号を要求する。この暗証番号を指定して「着信音強制呼出」を行う場合システムの構成を図８に、フローチャートを図９に示す。
図８に示されるように、発信側端末１と、着信側端末２との間には着信通知制御装置９が設置される。この着信通知制御装置９は、発信側端末１と着信側端末２との通信を伝送中継する装置、あるいは、発信側端末１又は着信側端末２の内部に設置されるものであってもよい。発信側端末１と着信側端末２との通信を中継する装置とは、図１に示される発無線局３から着無線局７に至るまでに通信を中継する装置である。この着信通知制御装置９は、本実施の形態においては、発信側端末１に暗証番号を要求し、受信した暗証番号につき認証を行い、認証が一致した場合に着信側端末２において着信の通知を行うように制御するものである。
【００４５】
図９に示される、「強制着信音呼出」の指定から着信通知制御装置による着信通知の制御に至るまでのフローチャートを説明する。
ステップＳ７０１においては、発信者が発信側端末より着側電話番号の入力に続けて、着信通知方式の入力を行う。
ステップＳ７０２においては、ステップＳ７０１において「着信音強制呼出」を指定した場合にあっては、発信者が、引き続き暗証番号の入力を行う。又は、「着信音強制呼出」の指定が入力された時に、発交換局４等がガイダンスと共に、発信者に暗証番号の入力を求めることとしても良い。
【００４６】
ステップＳ７０３においては、ステップＳ７０２において入力された暗証番号の認証を行う。この暗証番号の認証は、例えば、以下のように行う。あらかじめ着側電話番号に対応づけ、サービス加入者の情報を保持するデータベースに保存する。例えば、ＨＬＲに保存する場合には、上述の位置情報検索の際、あるいは、独立した認証要求として、ＨＬＲに着側電話番号をパラメータとして引き渡す。該着側電話番号を受信したＨＬＲは、着側電話番号に対応する暗証番号を返し、あるいは、暗証番号も一緒にパラメータとして受信する。その後、入力された暗証番号があらかじめ着側電話番号に対応づけられた暗証番号と一致するか否かの認証を行う。この認証において一致した場合には、ステップＳ７０４に移行し、そうでない場合には、着信側端末へ指定された着信の通知を行うことなく終了する。あるいは、ガイダンスと共に、再度暗証番号の入力を促したり、あらかじめ着信側端末２において設定されている該着信通知方式を用いた通知がなされるようにしてもよい。
【００４７】
ステップＳ７０４においては、着信側端末において発信側端末において指定された着信通知方式を用いた着信の通知がなされるように制御される。
このように、発信者による「着信音強制呼出」の指定時に、着信側に対応した暗証番号を求めることにより、間違い電話やいたずら電話等によって不用意に「着信音強制呼出」の指定がなされ、着信者やその周囲の者が迷惑を被ることを防止することができる。
【００４８】
また、本実施の形態においては、「着信音強制呼出」が指定された場合にのみ、自動的に暗証番号を求めることとするが、どのような指定を行った場合にどのような暗証番号を求めるのかを、着信者によって設定可能としてもよい。
また、暗証番号の要求による指定の許可だけでなく、例えば、発信側端末の電話番号に応じて、一定の発信側端末による場合にのみ、着信通知方式の指定を許可してもよい。また、着信通知方式の指定の制御は、着信側端末２において行ってもよい。この場合には、着信側端末２にまで、発信側入力暗証番号、あるいは、発信側電話番号の情報を伝達し、制御部による着信通知方式の判断時に、同時に、指定が許可されるものであるか否かの判断等を行ってもよい。
【００４９】
図１０には、メールの発信から着信にいたるまでの手順が示されている。同図に示されているように、発信側端末１から送信されたメールはＧａｔｅ ＷａｙサーバＳＶ（以下、「ＧＷサーバ」と略す）に送信され（ステップＳ６０１）、ＧＷサーバＳＶに蓄積される。その後、ＧＷサーバＳＶから着信側端末２への接続要求がなされ（ステップＳ６０２）、着信側端末２との接続が確立された場合に、着信側端末にメールが送信される（ステップＳ６０３）。このように、メールは一旦ＧＷサーバＳＶに蓄積され、例えば、着信側端末２が圏外にある場合等の受信不能な状態にあるときに送信されたメールも、後に再度送信可能になっている。このような場合には、ＧＷサーバＳＶに蓄積された複数のメールを、着信側端末２が一度に受信する場合がある。
【００５０】
本実施の形態においては、このような場合において、一度に複数の着信通知方式が指定された時に、着信通知方式についてあらかじめ定められた優先順位に基づいて、複数の発信側端末によって指定された着信通知方式のうち最も優先順位の高い着信通知方式のみを用いて、着信を通知する。例えば、優先順位を上述の「着信音強制呼出」が一番高く、以降順に「通常着信呼出」、「マナーモード呼出」とする。このとき、「着信音強制呼出」を指定するメールと、「通常着信呼出」を指定するメールとを同時に受信したときは、優先順位に基づき、着信音を強制的に鳴らして、メールの受信を通知する。
【００５１】
この優先順位は、「着信音強制呼出」が一番高いとするだけでなく、例えば、着信者の希望に沿ってあらかじめ優先順位の設定を可能とする。本実施の形態においては、メールを受信した着信側端末が、複数のメールを受信した場合に、着信を通知する前に、着信通知方式の指定を全受信メールについての比較動作を行う。
（第二の実施形態）
図１１には、本発明にかかる着信側端末の位置情報に応じて着信の通知を制御するシステムの一の実施形態として、発信側端末１と着信側端末２とが異なる移動通信サービス提供地域にある場合のネットワーク構成が示されている。同図に示されるように、一の移動通信サービスを提供する移動通信網Ａの発無線局３と発交換局４とＨＬＲ５と、移動通信網Ａと異なる移動通信サービスであって、移動通信網Ａと時差のある地域に形成される移動通信網Ｂの着交換局６と着無線局７と、移動通信網Ａによる移動通信サービス加入者の発信側端末１と着信側端末２と、国際回線ＷＣと、を含んで構成される。
【００５２】
発信側端末１と、発無線局３と、発交換局４と、は、基本的に、上述の図１に示される発信側端末１と、発無線局３と、発交換局４と同様の構成及び機能を有するものである。すなわち、発信側端末１からの着側電話番号を指定した発信に基づいて、着信側端末２との回線設定を行うためのルーティングを行い、回線設定後には、発信側端末１と着信側端末２との通信を中継する。
【００５３】
ＨＬＲ５は、移動通信網Ｂ形成地域内に位置する着信側端末２の移動通信網Ｂにおける現在位置を示す位置情報と、国−標準時刻テーブルと、時間帯−制御対応情報と、を保持する。
位置情報は、特に移動通信端末である着信側端末２との回線設定を行うために使用される情報であり、着信側端末２が位置を移動する毎に登録、更新される情報である。本実施の形態においては、この位置情報に、着交換局６を特定する情報を用いる。これにより、着信側端末２の位置情報を発信側端末１からの発信時にこの位置情報を参照し、着信側端末２への着信通知を行う着交換局６を特定して、異なる移動通信網形成地域内にある発信側端末１と着信側端末２との回線設定が可能となる。本実施の形態においては、この位置情報を回線設定のためにのみでなく、刻々と更新される着信側端末２の状態を表す情報として利用する。すなわち、この着信側端末２の位置情報に基づいて、着信時点での着信側端末２の位置する場所における標準時刻（これを、「現地時刻」という）を取得し、あるいは、着信側端末２の位置そのものを取得することにより、着信側端末２の状態に対応した、より適切に着信を通知するための制御を行うことができる。
【００５４】
国−標準時刻テーブルは、位置情報に対応する国と標準時刻との対応を規定する。ゆえに、このテーブルを用いることにより、着信側端末の現地時刻を取得することができる。
時間帯−制御対応情報は、位置情報に対応して導出される現地時刻をもとに、どのような時間帯に、どのような着信通知方式の指定に応じた着信の通知の制御を行うのかについての対応を規定する情報である。本実施の形態においては、時間帯と制御との対応は、あらかじめ着信者によって設定、選択が可能なサービスとなっている。ゆえに、この時間帯−制御対応情報は、着信者毎に規定される。
【００５５】
国際回線ＷＣは、移動通信網Ａ及び移動通信網Ｂの端末間を接続し、通信を行うための回線である。
着交換局６と、着無線局７とは、移動通信網Ｂにおける移動通信サービスを提供するための移動通信網を構成し、移動通信網Ｂの移動通信サービス加入者端末への接続要求を受けて、該端末への着信通知をし、発信側端末との間に回線設定を行うものである。更に、本実施の形態においては、移動通信網Ｂ形成地域内に移動した移動通信網Ａの移動通信サービス加入者の着信側端末２に対しても着信通知をし、回線設定を行う。このために着交換局６と、着無線局７とは、着信側端末２との回線設定に必要な該着信側端末２の位置情報を取得後、該位置情報を移動通信網ＡのＨＬＲ５に登録する。この位置情報は、上述のように、着交換局６を特定可能なものとなっている。
【００５６】
この図１１に示されるネットワークにより、着信側端末２が、移動通信網Ｂにあっても、発信側端末１においては、着信側端末２の位置を意識することなく通常の携帯電話番号によって発信、通話を行うことができる。このため、上述のように、発信側端末１と着信側端末２とが時差のある地域にあるような場合にあっては、発信者は、着信者の状態を適切に認識することができずに、着信者の就寝中等に、音声着信通知方式を指定して発信するような場合が考えられる。ゆえに、着信側端末の位置情報に基づいてその着信の現地時刻を取得し、着信通知制御装置、本実施の形態においては、発信側端末と着信側端末との間においてネットワークを構成する各装置、あるいは、発信側端末１又は着信側端末２の内部の制御部、を用いて着信の通知の制御を行う。このため、図１１のように、着信側端末がサービス提供者のネットワークに拘束されることなく、どこにでも移動し、使用可能な移動通信端末のローミングの場合において、特に効果を発揮する。
【００５７】
しかし、着信通知の制御を行うシステムは、図１１に示されるような移動通信端末のローミングや、発信側端末１と、着信側端末２とが時差の存在する地域にある場合に限定して適用されるものではない。時差のない地域においても上述のように、着信者が各自の都合に応じて各時間帯に対応させた着信通知の制御を設定を行うことができるため、より適切な着信の通知を行うことができる。
【００５８】
図１２には、本システムにおける、発信側端末１による発信から発信時における着信側端末の位置情報に対応して着信側端末２における着信通知の制御を行うフローチャートが示されている。
ステップＳ３０１においては、発信側端末から発信がされる。この時、着信通知方式の指定が行われる。
【００５９】
ステップＳ３０２においては、時間帯に応じた制御を行うために、現地時刻を取得する。これは、上述の位置情報検索時に、取得される着信側端末の位置情報に基づいて、取得することができる。図１３（Ａ）には、ＨＬＲに登録される位置情報の構成が、同図（Ｂ）には、位置情報から現地時刻を取得するフローチャートが示されている。以下、図１３を用いて現地時刻取得について説明する。
【００６０】
同図（Ａ）に示されるように、本実施の形態において着信通知の制御のために用いる位置情報は、ＣＣ（Ｃｏｕｎｔｒｙ Ｃｏｄｅ）部１１Ａと、ＮＤＣ（Ｎｅｔｗｏｒｋ Ｄｅｓｔｉｎａｔｉｏｎ Ｃｏｄｅ）部１１Ｂと、ＳＮ（Ｓｕｂｓｃｒｉｂｅｒ Ｎｕｍｂｅｒ）部１１Ｃと、を含んで構成される。ＣＣ部１１Ａは国番号に、ＮＤＣ部１１Ｂは市外局番に、ＳＮ部１１Ｃは市内局番＋電話番号に、相当する情報となっている。
【００６１】
次に、同図（Ａ）及び同図（Ｂ）を用いて位置情報から現地時刻を取得するフローチャートについて説明する。
同図（Ｂ）のステップＳ５０１においては、位置情報からＣＣ部１１Ａを抽出する。
ステップＳ５０２においては、ステップＳ５０２において抽出した、ＣＣ部１１Ａに基づいて、国を特定して、発信側端末及び着信側端末に移動通信サービスを提供する地域との時差を求める。
【００６２】
ステップＳ５０３においては、ステップＳ５０３において特定された国が時差のある国か否かを、国−標準時刻テーブルを用いて、判断する。時差のある国である（Ｙｅｓ）と判断された場合には、ステップＳ５０４に移行し、そうでない場合（Ｎｏ）には、ステップＳ５０５に移行する。
ステップＳ５０４においては、位置情報のＮＤＣ部１１Ｂと、ＳＮ部１１Ｃとを抽出し、国内における時差を特定し、ステップＳ５０２で求めた時差を修正する。
【００６３】
ステップＳ５０５においては、夏時間制度が採用されている夏時間設定国か否かの判断を行う。夏時間設定国である（Ｙｅｓ）と判断された場合には、ステップＳ５０６に移行し、そうでない場合（Ｎｏ）には、ステップＳ５０８に移行する。
ステップＳ５０６においては、夏時間が適用される期間か否かの判断を行う。夏時間期間である（Ｙｅｓ）と判断された場合には、ステップＳ５０７に移行し、そうでない場合（Ｎｏ）には、ステップＳ５０８に移行する。
【００６４】
ステップＳ５０７においては、夏時間を考慮して時差を修正、特定する。
ステップＳ５０８においては、発信側端末及び着信側端末に移動通信サービスを提供する地域における標準時刻を取得し、ステップＳ５０１〜Ｓ５０７において特定、修正された時差をもとに、現地時刻を計算する。
これにより、着信側端末における現地時刻を求めることができる。この現地時刻を求めるために用いる位置情報の具体的構成、国−標準時刻テーブルの構成、これらを用いた現地時刻取得方法は特に限定されるものではなく、着信側端末、特に移動通信端末との接続を行うために登録、更新される位置情報に基づいて、該位置における標準時刻を取得可能であればよい。
【００６５】
図１２に戻り、ステップＳ３０３〜ステップＳ３１４においては、時間帯−制御対応情報に基づいて、着信側端末への着信の通知の制御を行う。時間帯−制御対応情報には、上述のように、各時間帯における各制御との対応が規定されている。ステップＳ３０３においては、ステップＳ３０２において取得した現地時刻に基づき、その現地時刻は通知の制御を行う制御時間帯に該当するか否か判断する。このとき、制御時間帯でない場合（Ｎｏ）は、ステップＳ３１４に移行する。それ以外の場合は、ステップＳ３０４に移行する。
【００６６】
ステップＳ３０４においては、どのような制御を行うのか判断する。このステップＳ３０４における判断に基づいて、以後の制御を行うための各ステップに移行する。本実施の形態においては、図１４に示されるように、制御１２Ａは、制御１〜制御５までの制御が可能であり、その制御の内容１２Ｂは、それぞれ警告、留守番電話への接続、切断、マナー着信通知方式接続、特定発信者のみ接続である。
【００６７】
図１２に戻り、ステップＳ３０５においては、ステップＳ３０４において制御１であると判断された場合には、ガイダンス１が発信側端末に送出される。制御１の内容は、警告であるので、このガイダンス１は、例えば、発信側端末に対して、発信又は着信通知方式の指定が現地時刻において着信することができない時間帯である、あるいは、着信者の都合により着信することができない等の注意を促す。その後は、ステップＳ３１４に移行して、通常の呼接続操作に進み、そのまま接続するか否かの判断は、発信者に任される。
【００６８】
このような警告を行うことにより、発信者と着信者とが時差のある地域に存在し、発信者がそれを認識することができない場合であっても、発信者に注意を促して、発信を制限し、又は、より適切な着信通知方式を指定するよう促すことができる。
ステップＳ３０６においては、ステップＳ３０４において制御２であると判断された場合には、ガイダンス２を送出する。このガイダンス２は、これからの制御内容を説明するものである。制御２は、留守番電話サービスへの接続であるので、そのまま留守番電話への接続が行われる旨のガイダンスを送出する。
【００６９】
ステップＳ３０７においては、着信側端末への接続を行うことなく、留守番電話サービスへ接続する。
このように、留守番電話サービスへの接続を行うことにより、着信者の就寝中等の場合であっても、着信側端末へ着信を通知することなく、発信者の伝言等を残すことができる。
【００７０】
ステップＳ３０８においては、ステップＳ３０４において制御３であると判断された場合には、ガイダンス３を送出する。制御３は、切断であるので、ガイダンス３においては、そのまま呼が切断され着信側端末への接続が行われない旨のガイダンス３を送出する。
ステップＳ３０９においては、着信側端末への接続を行うことなく切断する。
【００７１】
着信通知方式の指定に応じて、例えば、音声着信通知方式の指定がなされている場合には切断し、マナー着信通知方式の指定が行われている場合には、そのまま接続する等により、着信者の都合に応じて、着信の通知を制御することができる。
ステップＳ３１０においては、ステップＳ３０４において制御４であると判断された場合には、ガイダンス４が送出される。制御４は、マナー着信通知方式による接続であるので、ガイダンス４においては、着信がマナー着信通知方式により通知される旨のガイダンスを行う。
【００７２】
ステップＳ３１１においては、着信通知方式を、発信者の指定に関わらず、マナー着信通知方式に強制的に設定する。
これにより、全ての着信を切断するよりも、着信者に迷惑がかからないように着信を通知することができる。
ステップＳ３１２においては、ステップＳ３０４において制御５であると判断された場合には、制御５は特定発信者にのみ接続であるので、該発信が、特定の発信者により行われたものか否かを判断する。特定発信側による発信であると判断された場合（Ｙｅｓ）には、ステップＳ３１４の呼接続操作に進み、そのまま接続を行う。それ以外の場合には、ステップＳ３１３に移行する。
【００７３】
ステップＳ３１３においては、着信側端末への接続は行われない旨のガイダンス５を送出する。その後、ステップＳ３０９へ移行し、着側端末への接続は行われずに、そのまま切断される。
このように、発信者別に通知の制御を区別することにより、例えば、着信者が特定の発信者に海外に居ることを知られたくない場合等には、そのままガイダンスを送出することなく、着信者が通常のサービス地域に居る場合と同様に、接続等を行うことができる。これにより、着信者の事情、プライバシー等を保護しつつ、適切な着信制御を行うことができる。このように、発信者別の制御は、接続に限定されずに、前述の各制御について各発信者に応じた制御を行ってもよい。
【００７４】
これらの処理を行うための発信側端末１の発信から着信側端末２における着信に至るまでの接続手順の一例が、図１５に示されている。これは、基本的に、第一の実施の形態における図５に示される手順と同様である。ただし、ステップＳ４０１における接続要求の後に、ステップＳ４０２において、発側電話番号と着側電話番号を引き渡した指定情報要求が行われている。これは、図１２に示されるステップＳ３０２からステップＳ３０３に至るまでの処理を、ＨＬＲ５に要求する。図１５のステップＳ４０３においては、発交換局４からＨＬＲ５に対して、指定情報要求応答が行われる。この指定情報要求応答において発交換局４は、図１２のステップＳ３０３における判断の結果、すなわち、位置情報に対応して行われる指定を受信する。この指定を受信した発交換局が、該指定に基づく制御、すなわち図１２のステップＳ３０４〜Ｓ３１４を行う。本実施の形態は、現地時刻の取得や、着信制御のタイミングを、図１５に示されるように、限定するものではない。図１２に示されるように、着信側端末の現地時刻を取得し、それに基づいて着信の制御を行うものであればよい。
【００７５】
【発明の効果】
以上詳細に説明したように、着信側端末における着信の通知の方式を、発信側端末において可能とすることにより、より着信者の状態に応じた着信の通知を行うことができる。すなわち、発信側端末から音声着信通知方式を指定することにより、緊急時等の発信者の事情に応じた呼出を行うことができる。また、逆に、マナー着信通知方式を指定することにより、着信側端末の設定が適切に行われていない場合にあっても、着信者の状態を知る発信者の配慮により、着信者の周囲に迷惑をかけることなく発信を行うことができる。
【００７６】
更に、着信通知方式に応じて着信の通知を制御する着信通知制御装置を含み、各時間帯等に応じて着信の通知を制御することにより、より着信者の状態に応じた適切な着信の通知を行うことができる。
また、時間帯に応じた制御を行う場合には、着信側端末の位置情報に基づいて、時差を考慮することにより、移動通信端末のローミング等に対応した制御を行うことができる。
【図面の簡単な説明】
【図１】第一の実施の形態における移動通信端末間通信のネットワーク構成を説明する図である。
【図２】発信側端末の構成を説明するブロック図である。
【図３】ＨＬＲに保持されるテーブルの構成を説明する図である。
【図４】着信側端末の構成を説明するブロック図である。
【図５】第一の実施の形態における発信から着信側端末において着信の通知を行うまでの手順を説明するフローチャートである。
【図６】着信通知方式の指定と数値との対応関係を説明する図である。
【図７】着信通知を受けた着信側端末における動作を説明するフローチャートである。
【図８】着信通知制御装置による着信通知の制御を行うシステムの構成を説明するブロック図である。
【図９】暗証番号入力を行って着信通知方式の指定を行う場合のフローチャートである。
【図１０】着信側端末においてメールを受信するまでの手順を示すフローチャートである。
【図１１】第二の実施の形態における移動通信端末間通信のネットワーク構成を説明する図である。
【図１２】発信から着信側端末の位置情報に対応して着信通知の制御を行うフローチャートである。
【図１３】（Ａ）は、ＨＬＲに登録される位置情報の構成を説明する図、（Ｂ）は、位置情報から現地時刻を取得するフローチャートである。
【図１４】着信通知の制御の内容を説明する図である。
【図１５】第二の実施の形態における発信から着信側端末において着信の通知を行うまでの手順を説明するフローチャートである。
【符号の説明】
１ 発信側端末
２ 着信側端末
３ 発無線局
４ 発交換局
５ ＨＬＲ
６ 着交換局
７ 着無線局
９ 着信通知制御装置
ＷＣ 国際回線
Claims (21)
- 着信側端末における着信通知方式を指定するための着信指定手段を含む発信側端末と、前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知手段を含む着信側端末と、前記着信側端末が位置する着信場所を表す位置情報に基づいて、当該着信場所における標準時刻を取得し、前記取得した標準時刻が予め指定された時間帯内である場合に、前記着信指定手段によって指定された着信通知方式に応じて当該指定された着信通知方式による着信の通知を制限するように前記着信通知手段を制御する着信通知制御装置と、を有することを特徴とする着信通知方式指定システム。
- 前記着信通知方式は、着信側端末から音声を発することにより着信を通知する音声着信通知方式であることを特徴とする請求項１に記載の着信通知方式指定システム。
- 前記着信通知方式は、音声を発する以外の方法により着信を通知するマナー着信通知方式であることを特徴とする請求項１に記載の着信通知方式指定システム。
- 前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、着信を拒否することを特徴とする請求項１〜３のいずれか１項に記載の着信通知方式指定システム。
- 前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、着信側端末への接続の代わりに留守番電話サービスへの接続を行うことを特徴とする請求項１〜４のいずれか１項に記載の着信通知方式指定システム。
- 前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、前記指定された着信通知方式による着信の通知を制限する代わりに又は制限と共に、発信側端末を介し、着信側端末において着信不能な時間帯である旨の警告を行うことを特徴とする請求項１〜５のいずれか１項に記載の着信通知方式指定システム。
- 前記着信通知制御装置は、前記時間帯内においても、一定の発信側端末からの着信に対しては、前記制限を行わず、前記着信指定手段によって指定された着信通知方式で通知するように制御することを特徴とする請求項１〜６のいずれか１項に記載の着信通知方式指定システム。
- 前記一定の発信側端末は、予め登録された発信側端末であることを特徴とする請求項７に記載の着信通知方式指定システム。
- 前記一定の発信側端末は、前記着信通知手段によって着信を通知させるための暗証番号を入力する発信側端末であって、
前記着信通知制御装置は、発信側端末より入力された番号が前記暗証番号と一致した場合にのみ前記着信指定手段によって指定された着信通知方式で通知することを特徴とする請求項８に記載の着信通知方式指定システム。 - 前記着信通知制御装置は、前記予め指定された時間帯内の発信に対して、前記着信指定手段による指定にかかわらず一定の着信通知方式を用いた着信の通知を行うように制御することを特徴とする請求項１〜９のいずれか１項に記載の着信通知方式指定システム。
- 前記着信通知制御装置による制御内容は、着信側端末から着信制御情報として指定可能であることを特徴とする請求項１〜１０のいずれか１項に記載の着信通知方式指定システム。
- 前記着信側端末は、移動通信端末であることを特徴とする請求項１〜１１のいずれか１項に記載の着信通知方式指定システム。
- 前記位置情報は、着信側端末の位置を示し、発信側端末と前記着信側端末との接続を行うために参照される情報であることを特徴とする請求項１２に記載の着信通知方式指定システム。
- 前記着信通知制御装置は、着信側端末への接続時において前記位置情報を参照すると共に、前記着信制御情報をも参照することを特徴とする請求項１３に記載の着信通知方式指定システム。
- サーバを介してメールを送受する移動通信端末のメールシステムにおいて、前記移動通信端末である着信側端末でメールの着信を通知する着信通知システムであって、
メールの発信側端末に、
前記着信側端末における着信通知方式を指定するための着信指定手段を含み、
前記着信側端末に、
前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知手段と、
１又は複数の前記発信側端末によって互いに異なる着信通知方式が指定された複数のメールを前記サーバから同時に受信した場合に、あらかじめ着信通知方式について定められた優先順位に基づいて、前記１又は複数の発信側端末による指定のうち最も優先順位の高い着信通知方式のみを用いて着信を通知するように、前記着信通知手段を制御する着信通知制御装置と、
を有することを特徴とする着信通知方式指定システム。 - 前記着信通知方式は、着信側端末から音声を発することにより着信を通知する音声着信通知方式、及び、音声を発する以外の方法により着信を通知するマナー着信通知方式のうちの少なくともいずれかであることを特徴とする請求項１５に記載の着信通知方式指定システム。
- 請求項１〜１６のいずれか１項に記載の着信通知方式指定システムにおいて発信側端末として用いる通信端末であって、着信側端末を指定し発信する際に、発信者が前記着信通知方式の指定を入力するための入力部を、含むことを特徴とする通信端末。
- 請求項１〜１４のいずれか１項に記載の着信通知方式指定システムにおいて着信側端末として用いる通信端末であって、
前記着信通知制御装置によって制御され、前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する通知部を有することを特徴とする通信端末。 - 請求項１５又は１６に記載の着信側端末として用いる移動通信端末であって、
前記着信通知手段と、前記着信通知手段を制御する着信通知制御装置と、を有することを特徴とする通信端末。 - 請求項１〜１４のいずれか１項に記載の着信通知方式指定システムにおいて着信側端末として用いる移動通信端末を制御するための通信端末制御プログラムであって、
前記着信通知制御装置によって制御され、前記着信指定手段によって指定された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知ステップを有することを特徴とする通信端末制御プログラム。 - 請求項１５又は１６に記載の着信通知方式指定システムにおいて着信側端末として用いる移動通信端末を制御するための通信端末制御プログラムであって、
１又は複数の前記発信側端末によって互いに異なる着信通知方式が指定された複数のメールを前記サーバから同時に受信した場合に、あらかじめ着信通知方式について定められた優先順位に基づいて、前記１又は複数の発信側端末による指定のうち最も優先順位の高い着信通知方式を選択する着信通知制御ステップと、
前記着信指定手段によって指定された着信通知方式又は前記着信通知制御ステップで選択された着信通知方式に基づいて前記発信側端末からの着信を通知する着信通知ステップと、
を有することを特徴とする通信端末制御プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002221979A JP3920167B2 (ja) | 2002-07-30 | 2002-07-30 | 着信通知方式指定システム、通信端末、及び、通信端末制御プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002221979A JP3920167B2 (ja) | 2002-07-30 | 2002-07-30 | 着信通知方式指定システム、通信端末、及び、通信端末制御プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004064562A JP2004064562A (ja) | 2004-02-26 |
| JP3920167B2 true JP3920167B2 (ja) | 2007-05-30 |
Family
ID=31942145
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002221979A Expired - Fee Related JP3920167B2 (ja) | 2002-07-30 | 2002-07-30 | 着信通知方式指定システム、通信端末、及び、通信端末制御プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3920167B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100426824C (zh) * | 2004-03-26 | 2008-10-15 | 中兴通讯股份有限公司 | 实现个人便携电话系统智能业务的方法 |
| CN100367813C (zh) * | 2004-09-28 | 2008-02-06 | 国际商业机器公司 | 移动电话及其控制方法 |
| JP2006331291A (ja) * | 2005-05-30 | 2006-12-07 | Ntt Docomo Inc | 通信装置、及び、電子メール受信方法 |
| JP4946589B2 (ja) * | 2007-04-18 | 2012-06-06 | 株式会社ナカヨ通信機 | 着信通知選択機能を有する電話システムおよび着信通知方法管理装置 |
| JP2010098444A (ja) * | 2008-10-15 | 2010-04-30 | Ntt Docomo Inc | 交換機及び通信制御方法 |
| JP2011097302A (ja) * | 2009-10-28 | 2011-05-12 | Kyocera Corp | 携帯電子機器及び情報通信システム |
| JP2015039233A (ja) * | 2014-10-25 | 2015-02-26 | 馮 光 | 着信者主導による通信方法及び通信システム及び電子決済システム |
| JP2021047901A (ja) * | 2020-12-11 | 2021-03-25 | 馮 光 | 着信者主導による通信方法及び通信システム及び電子決済システム |
-
2002
- 2002-07-30 JP JP2002221979A patent/JP3920167B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004064562A (ja) | 2004-02-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6208872B1 (en) | Method and apparatus for inhibition of calls while roaming | |
| US7822187B2 (en) | Telephone system with emergency override for caller to bypass telephone answering device and cause phone of called party to ring | |
| JP2005136993A (ja) | 使用者移動性を支援するマルチメディアメールボックスのサービス提供方法 | |
| JP2007538433A (ja) | 呼確立を制御する方法 | |
| EP1044555A1 (en) | Transmission of information during call establishment | |
| JP3920167B2 (ja) | 着信通知方式指定システム、通信端末、及び、通信端末制御プログラム | |
| JP3886129B2 (ja) | 留守番電話サービスに用いる交換システム、留守番電話サービスに用いる移動端末、留守番電話サービス方法 | |
| JPH0654063A (ja) | 伝言メールサービス方式 | |
| US6334053B1 (en) | Procedure and system for providing an answering service | |
| JPH04122135A (ja) | 移動無線電話システム | |
| KR20020007448A (ko) | 자동 발신 방법 | |
| JPH10322454A (ja) | 通信ネットワーク | |
| KR100820853B1 (ko) | 미착신 호 알림 서비스 제공 시스템 및 그 방법 | |
| KR100594066B1 (ko) | 이동 통신 시스템 및 그 방법 | |
| JP2001204078A (ja) | 携帯電話システムにおける留守番電話サービス方式および留守番電話サービス方法 | |
| JP2002300284A (ja) | メロディ通知機能付コールウェイティング方法およびシステム | |
| KR20000036704A (ko) | 이동전화에서 발신 개시부터 상대방신호(응답/통화중/부재중)가 수신되기 까지 일정한 시간을이용한 멜로디 다운 및 청취방법 | |
| JP2006128961A (ja) | 通信端末機器 | |
| JP2001136290A (ja) | 通信ネットワーク制御方法、および通信ネットワークシステム | |
| JP2001358746A (ja) | 携帯無線端末通信システムおよび携帯無線端末 | |
| JP2008085817A (ja) | 電話装置および通話中継方法 | |
| KR20000046048A (ko) | 이동통신 시스템의 사서함 서비스에서 메시지수신 통보 및 자동호출 방법 | |
| KR20060025452A (ko) | 무선 단말기의 번호변경 안내 방법 | |
| JP2000069558A (ja) | 代理応答通信方式 | |
| KR20040100518A (ko) | 비동기 ｉｍｔ-2000 망에서의 착신제한 서비스 제공시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050414 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060914 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061031 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061228 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070214 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100223 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110223 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120223 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120223 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130223 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |