JPH11191800A - 通信システムおよび通信端末装置 - Google Patents
通信システムおよび通信端末装置Info
- Publication number
- JPH11191800A JPH11191800A JP9357101A JP35710197A JPH11191800A JP H11191800 A JPH11191800 A JP H11191800A JP 9357101 A JP9357101 A JP 9357101A JP 35710197 A JP35710197 A JP 35710197A JP H11191800 A JPH11191800 A JP H11191800A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- call
- communication
- identification number
- terminals
- 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.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 着信先のユーザが複数の端末を有する場合に
おいても、一度の発信によりまたは一度の番号投入によ
りそのユーザに確実に且つ迅速にコンタクトできるよう
にする。 【解決手段】 発信端末１から端末３ａへの発呼を検出
すると、第１の網は、その着信先の電話番号を端末管理
サーバ２へ通知する。端末管理サーバ２は、着信先の端
末のユーザがＡ氏であること、およびＡ氏が使用する端
末の中で端末３ｂ及び３ｃのみが着信できる状態にある
ことを認識すると、これら着信可能な端末のうちの１つ
として端末３ｂの電話番号を第１の網に通知する。第１
の網は、端末３ｂに割り当てられている電話番号を受け
取ると、第２の網にその番号を渡して呼処理を依頼す
る。第２の網が端末３ｂを呼び出す。
おいても、一度の発信によりまたは一度の番号投入によ
りそのユーザに確実に且つ迅速にコンタクトできるよう
にする。 【解決手段】 発信端末１から端末３ａへの発呼を検出
すると、第１の網は、その着信先の電話番号を端末管理
サーバ２へ通知する。端末管理サーバ２は、着信先の端
末のユーザがＡ氏であること、およびＡ氏が使用する端
末の中で端末３ｂ及び３ｃのみが着信できる状態にある
ことを認識すると、これら着信可能な端末のうちの１つ
として端末３ｂの電話番号を第１の網に通知する。第１
の網は、端末３ｂに割り当てられている電話番号を受け
取ると、第２の網にその番号を渡して呼処理を依頼す
る。第２の網が端末３ｂを呼び出す。
Description
【０００１】
【発明の属する技術分野】本発明は、通信システムおよ
び通信端末装置に係わり、特に、着信先のユーザが複数
の端末を有する場合を想定したシステムに係わる。
び通信端末装置に係わり、特に、着信先のユーザが複数
の端末を有する場合を想定したシステムに係わる。
【０００２】
【従来の技術および発明が解決しようとする課題】情報
化社会の発達に伴って、一人で複数の通信端末を使用す
る状況が増加しつつある。たとえば、自宅に既存の有線
の電話機を有する一方で、外出する際には携帯端末、Ｐ
ＨＳ端末、ページャ端末（ポケベル）などを持ち歩く人
が増えてきている。
化社会の発達に伴って、一人で複数の通信端末を使用す
る状況が増加しつつある。たとえば、自宅に既存の有線
の電話機を有する一方で、外出する際には携帯端末、Ｐ
ＨＳ端末、ページャ端末（ポケベル）などを持ち歩く人
が増えてきている。
【０００３】複数の通信端末を使用するユーザと通話し
ようとする場合には、通常、その通話相手の状況や行動
などを想像し、その通話相手が使用する通信端末の中の
１つに対して割り当てられている電話番号を投入る。た
とえば、昼であれば携帯端末の番号を投入し、夜間には
有線の電話機の番号を投入するようなことを行ってい
る。
ようとする場合には、通常、その通話相手の状況や行動
などを想像し、その通話相手が使用する通信端末の中の
１つに対して割り当てられている電話番号を投入る。た
とえば、昼であれば携帯端末の番号を投入し、夜間には
有線の電話機の番号を投入するようなことを行ってい
る。
【０００４】ところが、上述のようにして通話を試みて
も、相手が不在であったり、あるいは携帯電話またはＰ
ＨＳ等の通信端末が通話エリア外に位置していた場合や
その通信端末の電源がオフ状態であった場合には、その
相手にコンタクトすることができない。このような場合
には、通常、上記相手の使用する他の通信端末の電話番
号をあらためて投入していた。
も、相手が不在であったり、あるいは携帯電話またはＰ
ＨＳ等の通信端末が通話エリア外に位置していた場合や
その通信端末の電源がオフ状態であった場合には、その
相手にコンタクトすることができない。このような場合
には、通常、上記相手の使用する他の通信端末の電話番
号をあらためて投入していた。
【０００５】しかしながら、このようにして複数の電話
番号を投入するのは時間の無駄であり、また、複数の電
話番号を使い分けることが面倒であるという声がしばし
ば聞かれる。さらに、通話したい相手毎に複数の電話番
号を覚えておくことも面倒であった。
番号を投入するのは時間の無駄であり、また、複数の電
話番号を使い分けることが面倒であるという声がしばし
ば聞かれる。さらに、通話したい相手毎に複数の電話番
号を覚えておくことも面倒であった。
【０００６】なお、通信事業者が提供する付加サービス
の１つとして、「呼転送」が知られている。呼転送サー
ビスは、たとえば、網が着信先の端末を呼び、それに対
する応答が無かった場合あるいは通話中であった場合に
予め設定されている他の端末にその呼を転送するもので
ある。ところが、既存の呼転送サービスでは、通常、実
際に網から端末を呼び出す処理が実行されるので、呼が
転送されるまでに長い時間がかかることがしばしばあっ
た。
の１つとして、「呼転送」が知られている。呼転送サー
ビスは、たとえば、網が着信先の端末を呼び、それに対
する応答が無かった場合あるいは通話中であった場合に
予め設定されている他の端末にその呼を転送するもので
ある。ところが、既存の呼転送サービスでは、通常、実
際に網から端末を呼び出す処理が実行されるので、呼が
転送されるまでに長い時間がかかることがしばしばあっ
た。
【０００７】本発明の課題は、上述の問題を解決するこ
とであり、着信先のユーザが複数の端末を有する場合に
おいても、一度の発信によりまたは一度の番号投入によ
りそのユーザに確実に且つ迅速にコンタクトできるよう
にした通信システムおよび通信端末装置を提供すること
である。
とであり、着信先のユーザが複数の端末を有する場合に
おいても、一度の発信によりまたは一度の番号投入によ
りそのユーザに確実に且つ迅速にコンタクトできるよう
にした通信システムおよび通信端末装置を提供すること
である。
【０００８】
【課題を解決するための手段】本発明の通信システム
は、複数の公衆網の中の少なくとも１つを利用して発信
端末と着信端末とを接続する構成であって、加入者ごと
に、その加入者が使用する複数の通信端末の識別番号、
およびそれら複数の通信端末が着信できる状態であるか
否かを表す情報を格納する格納手段と、発呼を検出した
際に、上記格納手段を参照して着信すべき通信端末の識
別番号を取得する取得手段と、上記取得手段が取得した
識別番号に対応する通信端末が収容される公衆網を介し
てその通信端末を呼び出す呼出し手段と、を有する。
は、複数の公衆網の中の少なくとも１つを利用して発信
端末と着信端末とを接続する構成であって、加入者ごと
に、その加入者が使用する複数の通信端末の識別番号、
およびそれら複数の通信端末が着信できる状態であるか
否かを表す情報を格納する格納手段と、発呼を検出した
際に、上記格納手段を参照して着信すべき通信端末の識
別番号を取得する取得手段と、上記取得手段が取得した
識別番号に対応する通信端末が収容される公衆網を介し
てその通信端末を呼び出す呼出し手段と、を有する。
【０００９】上記構成によれば、着信先の通信端末を指
定する識別番号が投入されると、格納手段を参照するこ
とにより、ますその通信端末を使用する加入者が特定さ
れ、続いて、その特定された加入者が使用する複数の通
信端末の中で着信可能なものが検出される。そして、そ
の着信可能な通信端末の中の１つを呼び出す。したがっ
て、発信者は、一度の番号投入を行うだけで、また、公
衆網は、一度の呼出し処理を行うだけで確実に着信先の
加入者にコンタクトできる。
定する識別番号が投入されると、格納手段を参照するこ
とにより、ますその通信端末を使用する加入者が特定さ
れ、続いて、その特定された加入者が使用する複数の通
信端末の中で着信可能なものが検出される。そして、そ
の着信可能な通信端末の中の１つを呼び出す。したがっ
て、発信者は、一度の番号投入を行うだけで、また、公
衆網は、一度の呼出し処理を行うだけで確実に着信先の
加入者にコンタクトできる。
【００１０】本発明の通信端末装置は、通話予定者毎
に、その通話予定者が使用する複数の通信端末の識別番
号、およびそれら複数の通信端末間の優先順位を表す情
報を格納する格納手段と、着信先を指定する識別番号を
検出した際、上記格納手段を参照し、その検出した識別
番号に対応する通信端末を使用する通話予定者を特定す
る特定手段と、上記特定手段により特定された通話予定
者が使用する通信端末の中で最も高い優先順位が設定さ
れている通信端末の識別番号を取得する取得手段と、上
記取得手段が取得した識別番号を用いて発呼する発呼手
段とを有する。
に、その通話予定者が使用する複数の通信端末の識別番
号、およびそれら複数の通信端末間の優先順位を表す情
報を格納する格納手段と、着信先を指定する識別番号を
検出した際、上記格納手段を参照し、その検出した識別
番号に対応する通信端末を使用する通話予定者を特定す
る特定手段と、上記特定手段により特定された通話予定
者が使用する通信端末の中で最も高い優先順位が設定さ
れている通信端末の識別番号を取得する取得手段と、上
記取得手段が取得した識別番号を用いて発呼する発呼手
段とを有する。
【００１１】上記構成では、投入された着信先の識別番
号から通話予定者を特定し、その通話予定者が有する複
数の通信端末の中で最も接続できる可能性の高い通信端
末を選択してその通信端末に発呼することができる。
号から通話予定者を特定し、その通話予定者が有する複
数の通信端末の中で最も接続できる可能性の高い通信端
末を選択してその通信端末に発呼することができる。
【００１２】
【発明の実施の形態】第１の実施形態 第１の実施形態は、網（通信事業者）が提供するサービ
スとして本発明の呼接続処理を実現するものである。
スとして本発明の呼接続処理を実現するものである。
【００１３】図１は、第１の実施形態の通信システムの
構成図である。ここでは、第１〜第３の公衆網として、
それぞれＰＨＳ網、携帯電話網、有線電話網を想定す
る。また、第１〜第３の公衆網は、互いに通信が可能で
あるものとする。すなわち、たとえば、第１の公衆網に
収容される端末と第２または第３の公衆網に収容される
端末との間の通話が可能なものとする。
構成図である。ここでは、第１〜第３の公衆網として、
それぞれＰＨＳ網、携帯電話網、有線電話網を想定す
る。また、第１〜第３の公衆網は、互いに通信が可能で
あるものとする。すなわち、たとえば、第１の公衆網に
収容される端末と第２または第３の公衆網に収容される
端末との間の通話が可能なものとする。
【００１４】発信端末１は、ここでは、第１の公衆網に
収容される端末（ＰＨＳ端末）を想定するが、他の公衆
網に収容される通信装置であってもよい。なお、発信端
末１は、この実施例において、Ａ氏に電話をかける際に
使用される端末である。
収容される端末（ＰＨＳ端末）を想定するが、他の公衆
網に収容される通信装置であってもよい。なお、発信端
末１は、この実施例において、Ａ氏に電話をかける際に
使用される端末である。
【００１５】端末管理サーバ２は、第１〜第３の公衆網
に収容される各端末の状態を管理する情報処理装置であ
る。各端末の状態としては、少なくとも、その端末が呼
を着信できる状態であるか否かを管理する。なお、図１
においては、公衆網ごとに端末管理サーバを設けている
が、第１〜第３の公衆網により共有される１つの端末管
理サーバを設ける構成であってもよい。
に収容される各端末の状態を管理する情報処理装置であ
る。各端末の状態としては、少なくとも、その端末が呼
を着信できる状態であるか否かを管理する。なお、図１
においては、公衆網ごとに端末管理サーバを設けている
が、第１〜第３の公衆網により共有される１つの端末管
理サーバを設ける構成であってもよい。
【００１６】端末３ａ〜３ｃは、すべてＡ氏が使用する
端末装置である。端末３ａは、第１の公衆網（ＰＨＳ
網）に収容される端末装置、端末３ｂは、第２の公衆網
（携帯電話網）に収容される端末装置、端末３ｃは、第
３の公衆網（有線で通信が行われる電話網）に収容され
る端末装置である。Ａ氏は、時間帯や場所に応じてこれ
らの端末３ａ〜３ｃを使い分けている。なお、端末３ａ
〜３ｃには、それぞれ互いに異なる電話番号（識別番
号）が割り当てられている。
端末装置である。端末３ａは、第１の公衆網（ＰＨＳ
網）に収容される端末装置、端末３ｂは、第２の公衆網
（携帯電話網）に収容される端末装置、端末３ｃは、第
３の公衆網（有線で通信が行われる電話網）に収容され
る端末装置である。Ａ氏は、時間帯や場所に応じてこれ
らの端末３ａ〜３ｃを使い分けている。なお、端末３ａ
〜３ｃには、それぞれ互いに異なる電話番号（識別番
号）が割り当てられている。
【００１７】上記構成のシステムにおいて、発信端末１
を利用してＡ氏とコンタクトをとる場合には、端末３ａ
〜３ｃにそれぞれ割り当てられている電話番号の中のい
ずれか１つを投入する。発信端末１は、この番号投入を
検出すると、第１の網に対して発呼する。第１の網は、
この発呼を検出すると、端末管理サーバ２に着信先の電
話番号を通知する。端末管理サーバ２は、通知された番
号が割り当てられている端末を使用するユーザを特定
し、そのユーザが使用する複数の端末の中で実際に着信
できる状態にあるものを１つ抽出して、その番号を第１
の網に通知する。そして、第１の網は、その端末管理サ
ーバ２から通知された番号を用いて端末を呼び出す。
を利用してＡ氏とコンタクトをとる場合には、端末３ａ
〜３ｃにそれぞれ割り当てられている電話番号の中のい
ずれか１つを投入する。発信端末１は、この番号投入を
検出すると、第１の網に対して発呼する。第１の網は、
この発呼を検出すると、端末管理サーバ２に着信先の電
話番号を通知する。端末管理サーバ２は、通知された番
号が割り当てられている端末を使用するユーザを特定
し、そのユーザが使用する複数の端末の中で実際に着信
できる状態にあるものを１つ抽出して、その番号を第１
の網に通知する。そして、第１の網は、その端末管理サ
ーバ２から通知された番号を用いて端末を呼び出す。
【００１８】一例を示す。ここでは、端末３ａが着信で
きない状態であり、端末３ｂおよび３ｃが着信できる状
態であるものとする。着信できない状態としては、例え
ば、移動体端末の電源がオフ状態になっている場合や、
その端末が通信エリア内に位置していない場合などを想
定する。なお、各端末３ａ〜３ｃの状態は、端末管理サ
ーバ２が認識している。
きない状態であり、端末３ｂおよび３ｃが着信できる状
態であるものとする。着信できない状態としては、例え
ば、移動体端末の電源がオフ状態になっている場合や、
その端末が通信エリア内に位置していない場合などを想
定する。なお、各端末３ａ〜３ｃの状態は、端末管理サ
ーバ２が認識している。
【００１９】上記の状態において、発信端末１を利用し
て端末３ａの電話番号が投入されると、第１の網は、そ
の番号を端末管理サーバ２に通知する。端末管理サーバ
２はその番号を受信すると、着信先のユーザがＡ氏であ
ること、およびＡ氏が使用する端末の中で端末３ｂ及び
３ｃのみが着信できる状態にあることを認識する。そし
て、端末管理サーバ２は、これら着信可能な状態にある
２つの端末のうちの一方の電話番号を第１の網に通知す
る。ここでは、端末３ｂの電話番号が通知されたものと
する。第１の網は、端末３ｂに割り当てられている電話
番号を受け取ると、第２の網にその番号を渡して呼処理
を依頼する。そして、第２の網が端末３ｂを呼び出す。
て端末３ａの電話番号が投入されると、第１の網は、そ
の番号を端末管理サーバ２に通知する。端末管理サーバ
２はその番号を受信すると、着信先のユーザがＡ氏であ
ること、およびＡ氏が使用する端末の中で端末３ｂ及び
３ｃのみが着信できる状態にあることを認識する。そし
て、端末管理サーバ２は、これら着信可能な状態にある
２つの端末のうちの一方の電話番号を第１の網に通知す
る。ここでは、端末３ｂの電話番号が通知されたものと
する。第１の網は、端末３ｂに割り当てられている電話
番号を受け取ると、第２の網にその番号を渡して呼処理
を依頼する。そして、第２の網が端末３ｂを呼び出す。
【００２０】以下、第１の実施形態について詳細に説明
する。図２は、端末管理サーバ２に格納される加入者デ
ータの構成図である。加入者データとしては、各加入者
が使用する１つ以上の端末の電話番号、それらの端末が
着信できる状態であるか否かを表す情報（フラグ）、お
よびその加入者への着呼があったときに呼び出す端末を
指定する接続先指示情報を格納する。図２に示す例で
は、たとえば、伊東○男氏（図１のＡ氏）に関する情報
として、(1) 第１〜第３の公衆網にそれぞれ収容される
端末（図１の端末３ａ〜３ｃ）を使用する契約をしてお
り、(2) 現在、それら３つの端末のうち端末３ｂおよび
３ｃが着信可能な状態にあり、(3) 彼への着呼があった
ときに端末３ｂを呼び出す、を示す情報が登録されてい
る。なお、上記加入者データは、各端末の状態が変化し
たとき、および後述説明する割込処理が起動されたとき
に即座に更新される。
する。図２は、端末管理サーバ２に格納される加入者デ
ータの構成図である。加入者データとしては、各加入者
が使用する１つ以上の端末の電話番号、それらの端末が
着信できる状態であるか否かを表す情報（フラグ）、お
よびその加入者への着呼があったときに呼び出す端末を
指定する接続先指示情報を格納する。図２に示す例で
は、たとえば、伊東○男氏（図１のＡ氏）に関する情報
として、(1) 第１〜第３の公衆網にそれぞれ収容される
端末（図１の端末３ａ〜３ｃ）を使用する契約をしてお
り、(2) 現在、それら３つの端末のうち端末３ｂおよび
３ｃが着信可能な状態にあり、(3) 彼への着呼があった
ときに端末３ｂを呼び出す、を示す情報が登録されてい
る。なお、上記加入者データは、各端末の状態が変化し
たとき、および後述説明する割込処理が起動されたとき
に即座に更新される。
【００２１】図３は、図２に示した加入者データを更新
する処理を説明するフローチャートである。この処理
は、第１〜第３の公衆網のいずれかに収容される端末の
状態が変化したとき、あるいは、優先度情報に基づいた
割込が発生した際に端末管理サーバ２において実行され
る。
する処理を説明するフローチャートである。この処理
は、第１〜第３の公衆網のいずれかに収容される端末の
状態が変化したとき、あるいは、優先度情報に基づいた
割込が発生した際に端末管理サーバ２において実行され
る。
【００２２】なお、各移動体端末は、電源が投入される
とその端末の位置を網に通知する。網は、以降、その端
末の電源がオン状態であり且つその端末がその網の通信
エリア内に存在する限りは、その端末の位置を認識しつ
づける。従って、網は、端末の位置を認識している期間
は、その端末が着信可能な状態であるものと見なすこと
ができる。上述の機能は、既存のシステム（ホームメモ
リ局と呼ばれることがある）において実現されている。
とその端末の位置を網に通知する。網は、以降、その端
末の電源がオン状態であり且つその端末がその網の通信
エリア内に存在する限りは、その端末の位置を認識しつ
づける。従って、網は、端末の位置を認識している期間
は、その端末が着信可能な状態であるものと見なすこと
ができる。上述の機能は、既存のシステム（ホームメモ
リ局と呼ばれることがある）において実現されている。
【００２３】本実施形態は、この機能を利用し、各公衆
網は、その公衆網に収容されている端末が新たに着信可
能な状態になった場合、および着信不可能な状態になっ
た場合に、その旨を端末管理サーバ２に通知する。も
し、図１に示すように、複数の端末管理サーバ２が存在
する場合には、網は、その旨を各端末管理サーバに通知
する。なお、有線電話機の場合は、基本的に、各端末が
常に着信可能な状態にあるとみなす。
網は、その公衆網に収容されている端末が新たに着信可
能な状態になった場合、および着信不可能な状態になっ
た場合に、その旨を端末管理サーバ２に通知する。も
し、図１に示すように、複数の端末管理サーバ２が存在
する場合には、網は、その旨を各端末管理サーバに通知
する。なお、有線電話機の場合は、基本的に、各端末が
常に着信可能な状態にあるとみなす。
【００２４】ステップＳ１では、端末が新たにオン状態
になったこと（通信エリア内に入ってきたことを含む）
を知らせる通知か否かを調べる。端末が新たにオン状態
になったことを知らせる通知であれば、ステップＳ２に
おいて、その端末に対応する状態フラグに「１（図中、
○印）」を設定し、そうでなければ、ステップＳ３へ進
む。ステップＳ３では、ある端末がオフ状態になったこ
と（通信エリア内に存在しなくなることを含む）を知ら
せる通知か否かを調べる。ある端末がオフ状態になった
ことを知らせる通知であれば、ステップＳ４において、
その端末に対応する状態フラグに「０（図中、×印）」
を設定し、そうでなければ、ステップＳ５へ進む。ステ
ップＳ５では、優先度情報に基づく割込が発生したか否
かを調べる。ここで、優先度情報に基づく割込について
図４を参照しながら説明する。
になったこと（通信エリア内に入ってきたことを含む）
を知らせる通知か否かを調べる。端末が新たにオン状態
になったことを知らせる通知であれば、ステップＳ２に
おいて、その端末に対応する状態フラグに「１（図中、
○印）」を設定し、そうでなければ、ステップＳ３へ進
む。ステップＳ３では、ある端末がオフ状態になったこ
と（通信エリア内に存在しなくなることを含む）を知ら
せる通知か否かを調べる。ある端末がオフ状態になった
ことを知らせる通知であれば、ステップＳ４において、
その端末に対応する状態フラグに「０（図中、×印）」
を設定し、そうでなければ、ステップＳ５へ進む。ステ
ップＳ５では、優先度情報に基づく割込が発生したか否
かを調べる。ここで、優先度情報に基づく割込について
図４を参照しながら説明する。
【００２５】本実施形態では、各加入者は、時間帯や曜
日に応じて、着信端末の優先度を指定することができ
る。この優先度情報は、端末管理サーバ２に格納されて
いる。図４に示す例では、伊東○男氏への着信に対し
て、９：００〜１７：００は、端末３ａの優先度が最も
高く、以下端末３ｂ、端末３ｃの順に優先順位が設定さ
れている。また、１７：００〜２１：００は、端末３ｂ
の優先度が最も高く、以下端末３ａ、端末３ｃの順に優
先順位が設定され、２１：００〜９：００は、端末３ｃ
の優先度が最も高く、以下端末３ａ、端末３ｂの順に優
先順位が設定されている。
日に応じて、着信端末の優先度を指定することができ
る。この優先度情報は、端末管理サーバ２に格納されて
いる。図４に示す例では、伊東○男氏への着信に対し
て、９：００〜１７：００は、端末３ａの優先度が最も
高く、以下端末３ｂ、端末３ｃの順に優先順位が設定さ
れている。また、１７：００〜２１：００は、端末３ｂ
の優先度が最も高く、以下端末３ａ、端末３ｃの順に優
先順位が設定され、２１：００〜９：００は、端末３ｃ
の優先度が最も高く、以下端末３ａ、端末３ｂの順に優
先順位が設定されている。
【００２６】優先順位に基づく割込は、端末３ａ〜３ｃ
間の優先順位が切り替わるタイミングで発生する。上述
の例の場合には、９：００、１７：００、２１：００に
おいてそれぞれ発生することになる。
間の優先順位が切り替わるタイミングで発生する。上述
の例の場合には、９：００、１７：００、２１：００に
おいてそれぞれ発生することになる。
【００２７】フローチャートに戻る。ステップＳ５にお
いて、優先度情報に基づく割込が発生したのであれば、
ステップＳ１１へ進み、そうでなければ、ステップＳ２
１において他の処理を実行する。
いて、優先度情報に基づく割込が発生したのであれば、
ステップＳ１１へ進み、そうでなければ、ステップＳ２
１において他の処理を実行する。
【００２８】ステップＳ１１では、オン状態になったこ
とが通知された端末のユーザ、またはオフ状態になった
ことが通知された端末のユーザ、または発生した割込に
対応する加入者を認識する。そして、図４に示した優先
度情報を参照し、その加入者（ユーザ）が使用する端末
の中で最も高い優先順位が設定されている端末を抽出す
る。ステップＳ１２では、ステップＳ１１で抽出した端
末がオン状態か否かを調べる。オン状態であれば、ステ
ップＳ１４へ進み、オン状態でなければ、ステップＳ１
３においてス、テップＳ１１で抽出した端末の次に高い
優先順位が設定されている端末を抽出してステップＳ１
２に戻る。すなわち、ステップＳ１１〜Ｓ１３の処理に
より、オン状態である端末の中で最も高い優先順位が設
定されている端末が抽出される。そして、ステップＳ１
４では、接続先指示情報として、ステップＳ１１〜Ｓ１
３の処理により抽出された端末を識別する情報が書き込
まれる。
とが通知された端末のユーザ、またはオフ状態になった
ことが通知された端末のユーザ、または発生した割込に
対応する加入者を認識する。そして、図４に示した優先
度情報を参照し、その加入者（ユーザ）が使用する端末
の中で最も高い優先順位が設定されている端末を抽出す
る。ステップＳ１２では、ステップＳ１１で抽出した端
末がオン状態か否かを調べる。オン状態であれば、ステ
ップＳ１４へ進み、オン状態でなければ、ステップＳ１
３においてス、テップＳ１１で抽出した端末の次に高い
優先順位が設定されている端末を抽出してステップＳ１
２に戻る。すなわち、ステップＳ１１〜Ｓ１３の処理に
より、オン状態である端末の中で最も高い優先順位が設
定されている端末が抽出される。そして、ステップＳ１
４では、接続先指示情報として、ステップＳ１１〜Ｓ１
３の処理により抽出された端末を識別する情報が書き込
まれる。
【００２９】上記処理により、着信可能な状態にある端
末の中で最も高い優先順位が割り当てられている端末が
加入者ごとに選択されて設定されることになる。そし
て、この接続先指定情報は、端末の状態が変わるごと
に、また、優先順位が変わるごとに即座に更新される。
末の中で最も高い優先順位が割り当てられている端末が
加入者ごとに選択されて設定されることになる。そし
て、この接続先指定情報は、端末の状態が変わるごと
に、また、優先順位が変わるごとに即座に更新される。
【００３０】図５は、発呼シーケンスを説明するフロー
チャートである。ここでは、第１〜第３の公衆網の中の
いずれかが発呼を検出した際に、その公衆網が実行する
処理およびその公衆網がアクセスする端末管理サーバが
実行する処理を説明する。なお、公衆網の処理とは、具
体的には、たとえば、交換機の処理である。
チャートである。ここでは、第１〜第３の公衆網の中の
いずれかが発呼を検出した際に、その公衆網が実行する
処理およびその公衆網がアクセスする端末管理サーバが
実行する処理を説明する。なお、公衆網の処理とは、具
体的には、たとえば、交換機の処理である。
【００３１】ステップＳ３１において発呼を検出する
と、ステップＳ３２では、その呼の着信先の端末を使用
する加入者が本実施形態の呼接続サービス（自動ルーテ
ィングサービス）を受けるための契約をしているか否か
を調べる。すなわち、本実施形態のサービスは、オプシ
ョンサービスとして提供される。したがって、当該加入
者がこのサービスの契約をしていない場合には、ステッ
プＳ３３において通常の呼処理が実行される。一方、契
約がされていれば、ステップＳ３４において、ステップ
Ｓ３１で検出した発呼において指定されている着信先の
電話番号を端末管理サーバに転送して処理を依頼する。
以降、この公衆網は、端末管理サーバ２からの応答を待
つ状態に入る。
と、ステップＳ３２では、その呼の着信先の端末を使用
する加入者が本実施形態の呼接続サービス（自動ルーテ
ィングサービス）を受けるための契約をしているか否か
を調べる。すなわち、本実施形態のサービスは、オプシ
ョンサービスとして提供される。したがって、当該加入
者がこのサービスの契約をしていない場合には、ステッ
プＳ３３において通常の呼処理が実行される。一方、契
約がされていれば、ステップＳ３４において、ステップ
Ｓ３１で検出した発呼において指定されている着信先の
電話番号を端末管理サーバに転送して処理を依頼する。
以降、この公衆網は、端末管理サーバ２からの応答を待
つ状態に入る。
【００３２】なお、ステップＳ３２の判断は、特番を検
出するような構成であってもよい。すなわち、本実施形
態のサービスを受けようとする場合に、発信者が特番
（このサービスを起動することを網に伝えるための予め
決められた番号）を投入する構成であってもよい。
出するような構成であってもよい。すなわち、本実施形
態のサービスを受けようとする場合に、発信者が特番
（このサービスを起動することを網に伝えるための予め
決められた番号）を投入する構成であってもよい。
【００３３】ステップＳ４１およびＳ４２は、端末管理
サーバ２の処理である。ステップＳ４１では、公衆網か
ら受信した電話番号をキーとして加入者テーブルにアク
セスし、その電話番号が割り当てられている端末を使用
する加入者を特定する。そして、その特定された加入者
に対して設定されている接続先指示情報を検出する。ス
テップＳ４２では、ステップＳ４１で検出した接続先指
示情報によって指定される端末の電話番号を抽出し、そ
の電話番号を公衆網に返送する。
サーバ２の処理である。ステップＳ４１では、公衆網か
ら受信した電話番号をキーとして加入者テーブルにアク
セスし、その電話番号が割り当てられている端末を使用
する加入者を特定する。そして、その特定された加入者
に対して設定されている接続先指示情報を検出する。ス
テップＳ４２では、ステップＳ４１で検出した接続先指
示情報によって指定される端末の電話番号を抽出し、そ
の電話番号を公衆網に返送する。
【００３４】公衆網は、端末管理サーバ２による検索結
果としての電話番号を受け取ると、ステップＳ３５にお
いて、その電話番号に基づいて呼を確立する。すなわ
ち、端末管理サーバから受け取った電話番号が割り当て
られている端末を呼ぶ。このとき、必要に応じて、他の
公衆網に接続処理を依頼する。
果としての電話番号を受け取ると、ステップＳ３５にお
いて、その電話番号に基づいて呼を確立する。すなわ
ち、端末管理サーバから受け取った電話番号が割り当て
られている端末を呼ぶ。このとき、必要に応じて、他の
公衆網に接続処理を依頼する。
【００３５】このように、第１の実施形態のシステムを
利用すれば、通話相手が複数の端末を持っている場合で
あっても、発信者は、その中の１つの端末の電話番号を
投入するだけでその相手に確実にコンタクトすることが
できる。また、上記の例に示したように、通話相手が有
する複数の端末の中で着信できない状態にある端末の電
話番号が投入された場合には、網は、その通話相手が有
する複数の端末の中で着信できる状態にある端末を選択
してその端末に着信する。このとき、網は、着信すべき
端末を実際に呼び出すことなく、その着信すべき端末が
着信できる状態にあるか否かを認識できる。このため、
無駄な呼出し処理が不要となり、呼を確立するための時
間が節約される。
利用すれば、通話相手が複数の端末を持っている場合で
あっても、発信者は、その中の１つの端末の電話番号を
投入するだけでその相手に確実にコンタクトすることが
できる。また、上記の例に示したように、通話相手が有
する複数の端末の中で着信できない状態にある端末の電
話番号が投入された場合には、網は、その通話相手が有
する複数の端末の中で着信できる状態にある端末を選択
してその端末に着信する。このとき、網は、着信すべき
端末を実際に呼び出すことなく、その着信すべき端末が
着信できる状態にあるか否かを認識できる。このため、
無駄な呼出し処理が不要となり、呼を確立するための時
間が節約される。
【００３６】さらに、第１の実施形態は、網が提供する
サービスとして実現されるので、各端末は既存のものを
そのまま使用できる。第２の実施形態 第２の実施形態は、端末装置が有する機能として本発明
の呼接続処理を実現するものである。
サービスとして実現されるので、各端末は既存のものを
そのまま使用できる。第２の実施形態 第２の実施形態は、端末装置が有する機能として本発明
の呼接続処理を実現するものである。
【００３７】図６は、第２の実施形態の端末装置のブロ
ック図である。なお、ここでは、移動体通信端末として
説明するが、本発明は有線の端末装置にも適用すること
ができる。
ック図である。なお、ここでは、移動体通信端末として
説明するが、本発明は有線の端末装置にも適用すること
ができる。
【００３８】本実施形態の端末装置（以下、端末装置１
０）は、ユーザに音声を入力させるためのマイクロホン
１１、音声を出力するためのスピーカ１２、マイクロホ
ン１１から入力された音声データおよびスピーカ１２へ
出力する音声データを処理する音声入出力装置１３を備
える。入力装置１４は、プッシュボタン等であり、ユー
ザに着信先の電話番号やその他の指示を入力させる。表
示装置１５は、たとえば液晶ディスプレイであり、入力
装置１４を介して入力した内容、着信があったことの通
知、その他通信に係わる情報を表示する。
０）は、ユーザに音声を入力させるためのマイクロホン
１１、音声を出力するためのスピーカ１２、マイクロホ
ン１１から入力された音声データおよびスピーカ１２へ
出力する音声データを処理する音声入出力装置１３を備
える。入力装置１４は、プッシュボタン等であり、ユー
ザに着信先の電話番号やその他の指示を入力させる。表
示装置１５は、たとえば液晶ディスプレイであり、入力
装置１４を介して入力した内容、着信があったことの通
知、その他通信に係わる情報を表示する。
【００３９】記憶装置２１は、この端末装置１０が有す
るソフトウェア機能を記述したプログラムや、固定的に
与えられるデータ等を格納する。記憶媒体２２は、着脱
可能な記憶装置であり、記憶装置２１と同様に、この端
末装置１０が有するソフトウェア機能を記述したプログ
ラムや、固定データ等を格納する。ＣＰＵ２３は、ＲＡ
Ｍ２４の所定領域を利用しながら、記憶装置２１または
記憶媒体２２に格納されているプログラムを実行する。
無線通信装置２５は、ＣＰＵ２３の指示に従って、通信
回線を介してデータ（制御データ、音声データを含む）
を送受信する。なお、無線通信装置２５は、複数の公衆
網に各々接続できる複数の通信ユニットを備える構成で
あってもよい。ＧＰＳ装置２６は、人工衛星からの信号
を受信しながらこの端末装置１０の位置を検出する。
るソフトウェア機能を記述したプログラムや、固定的に
与えられるデータ等を格納する。記憶媒体２２は、着脱
可能な記憶装置であり、記憶装置２１と同様に、この端
末装置１０が有するソフトウェア機能を記述したプログ
ラムや、固定データ等を格納する。ＣＰＵ２３は、ＲＡ
Ｍ２４の所定領域を利用しながら、記憶装置２１または
記憶媒体２２に格納されているプログラムを実行する。
無線通信装置２５は、ＣＰＵ２３の指示に従って、通信
回線を介してデータ（制御データ、音声データを含む）
を送受信する。なお、無線通信装置２５は、複数の公衆
網に各々接続できる複数の通信ユニットを備える構成で
あってもよい。ＧＰＳ装置２６は、人工衛星からの信号
を受信しながらこの端末装置１０の位置を検出する。
【００４０】図７は、端末装置１０に登録される発信管
理テーブルの一例の構成図である。この発信管理テーブ
ルには、通話予定者（この端末装置１０のユーザが通話
する予定のある相手）ごとに、その通話予定者の使用す
る端末の電話番号が登録される。各電話番号は、基本的
に、ユーザが登録する。接続先指示情報は、第１の実施
形態で説明した情報とは若干異なり、この端末装置１０
から発信する際に使用する端末（電話番号）を指定する
情報である。この接続先指定情報は、例えば、曜日・時
間帯に応じて自動的に更新される。なお、この発信管理
テーブルは、例えば、ＲＡＭ２４の不揮発性メモリ領域
に格納される。
理テーブルの一例の構成図である。この発信管理テーブ
ルには、通話予定者（この端末装置１０のユーザが通話
する予定のある相手）ごとに、その通話予定者の使用す
る端末の電話番号が登録される。各電話番号は、基本的
に、ユーザが登録する。接続先指示情報は、第１の実施
形態で説明した情報とは若干異なり、この端末装置１０
から発信する際に使用する端末（電話番号）を指定する
情報である。この接続先指定情報は、例えば、曜日・時
間帯に応じて自動的に更新される。なお、この発信管理
テーブルは、例えば、ＲＡＭ２４の不揮発性メモリ領域
に格納される。
【００４１】図８は、発信時の端末端末１０の処理を説
明するフローチャートである。この処理は、ユーザが着
信先の電話番号を投入した際に実行される。ステップＳ
５１では、ユーザにより投入された電話番号を検出す
る。ステップＳ５２では、検出した電話番号をキーとし
て図７に示した発信管理テーブルをサーチする。ステッ
プＳ５３では、発信管理テーブルに上記検出した電話番
号が登録されているか否かを調べる。登録されていた場
合には、ステップＳ５４において、発信管理テーブルに
よりその電話番号が割り当てられている端末のユーザを
特定する。続いて、ステップＳ５５では、ステップＳ５
４で特定したユーザが使用する複数の端末の中から、接
続先指示情報によって指示されている端末の電話番号を
抽出する。そして、ステップＳ５６において、ステップ
Ｓ５５で抽出した電話番号を用いて発呼する。一方、ユ
ーザにより投入された電話番号が発信管理テーブルに登
録されていなかった場合には、ステップＳ５７におい
て、その投入された番号をそのまま用いて発呼する。
明するフローチャートである。この処理は、ユーザが着
信先の電話番号を投入した際に実行される。ステップＳ
５１では、ユーザにより投入された電話番号を検出す
る。ステップＳ５２では、検出した電話番号をキーとし
て図７に示した発信管理テーブルをサーチする。ステッ
プＳ５３では、発信管理テーブルに上記検出した電話番
号が登録されているか否かを調べる。登録されていた場
合には、ステップＳ５４において、発信管理テーブルに
よりその電話番号が割り当てられている端末のユーザを
特定する。続いて、ステップＳ５５では、ステップＳ５
４で特定したユーザが使用する複数の端末の中から、接
続先指示情報によって指示されている端末の電話番号を
抽出する。そして、ステップＳ５６において、ステップ
Ｓ５５で抽出した電話番号を用いて発呼する。一方、ユ
ーザにより投入された電話番号が発信管理テーブルに登
録されていなかった場合には、ステップＳ５７におい
て、その投入された番号をそのまま用いて発呼する。
【００４２】このように、第２の実施形態では、ある通
話予定者が使用する複数の端末の中のいずれか１つの電
話番号を投入すると、その端末装置自身がその電話番号
に基づいて通話予定者を特定し、さらにその特定した通
話予定者が使用する複数の端末の端末の中の所定の１つ
を選択してその選択した端末に対して発呼する。
話予定者が使用する複数の端末の中のいずれか１つの電
話番号を投入すると、その端末装置自身がその電話番号
に基づいて通話予定者を特定し、さらにその特定した通
話予定者が使用する複数の端末の端末の中の所定の１つ
を選択してその選択した端末に対して発呼する。
【００４３】図９は、呼を確立できなかったときの再発
呼処理のフローチャートである。この処理は、図８に示
したフローチャートの処理により発呼した際に、その発
呼に対応する呼を確立できなかった旨が網から通知され
た場合（或いは、発呼した後に所定時間が経過しても網
から何ら応答がなかった場合）に実行される。なお、呼
を確立できない状況としては、着信先の端末の電源がオ
フ状態であった場合、着信先の端末が通信エリア外に位
置していた場合などを想定する。
呼処理のフローチャートである。この処理は、図８に示
したフローチャートの処理により発呼した際に、その発
呼に対応する呼を確立できなかった旨が網から通知され
た場合（或いは、発呼した後に所定時間が経過しても網
から何ら応答がなかった場合）に実行される。なお、呼
を確立できない状況としては、着信先の端末の電源がオ
フ状態であった場合、着信先の端末が通信エリア外に位
置していた場合などを想定する。
【００４４】端末装置１０は、呼を確立できなかった旨
の通知を網から受信すると、ステップＳ６１において、
発信管理テーブルをサーチして、先の発呼において使用
していない他の電話番号を選択する。ステップＳ６２で
は、ステップＳ６１で選択した電話番号に対応する端末
が指定されるように、接続先指示情報を更新する。そし
て、ステップＳ６３において、ステップＳ６１で選択し
た電話番号を用いて再発呼する。第２の実施形態では、
通話予定者にコンタクトできるまで図９に示す再発呼処
理を繰り返す。
の通知を網から受信すると、ステップＳ６１において、
発信管理テーブルをサーチして、先の発呼において使用
していない他の電話番号を選択する。ステップＳ６２で
は、ステップＳ６１で選択した電話番号に対応する端末
が指定されるように、接続先指示情報を更新する。そし
て、ステップＳ６３において、ステップＳ６１で選択し
た電話番号を用いて再発呼する。第２の実施形態では、
通話予定者にコンタクトできるまで図９に示す再発呼処
理を繰り返す。
【００４５】図９に示す実施例では、ステップＳ６２に
おいて接続先指示情報を更新することにより、ある通話
予定者に発信した際には、その通話予定者が使用する複
数の端末の中で前回接続できた端末が自動的に選択さ
れ、その端末に対して発呼される。このことにより、第
１回目の発呼で（すなわち、再発呼することなく）着信
先の相手にコンタクトできる可能性が高まることが期待
される。なお、接続先指示情報を曜日・時間帯に応じて
更新する場合には、ステップＳ６２の処理はスキップさ
れる。
おいて接続先指示情報を更新することにより、ある通話
予定者に発信した際には、その通話予定者が使用する複
数の端末の中で前回接続できた端末が自動的に選択さ
れ、その端末に対して発呼される。このことにより、第
１回目の発呼で（すなわち、再発呼することなく）着信
先の相手にコンタクトできる可能性が高まることが期待
される。なお、接続先指示情報を曜日・時間帯に応じて
更新する場合には、ステップＳ６２の処理はスキップさ
れる。
【００４６】上記第２の実施形態によれば、既存の公衆
網の構成を変更することなく、通話予定者に確実にコン
タクトできるようになる。
網の構成を変更することなく、通話予定者に確実にコン
タクトできるようになる。
【００４７】
【発明の効果】本発明によれば、着信先のユーザが複数
の端末を有する場合においても、一度の発信によりまた
は一度の番号投入によりそのユーザに確実に且つ迅速に
コンタクトできるようになる。特に、第１の実施形態に
よれば、網は、着信すべき端末を実際に呼び出すことな
く、その着信すべき端末が着信できる状態にあるか否か
を認識できるので、無駄な呼出し処理が不要となり、呼
を確立するための時間が節約される。また、第２の実施
形態によれば、既存の網を変更することなく通話予定者
に確実にコンタクトできるようになる。
の端末を有する場合においても、一度の発信によりまた
は一度の番号投入によりそのユーザに確実に且つ迅速に
コンタクトできるようになる。特に、第１の実施形態に
よれば、網は、着信すべき端末を実際に呼び出すことな
く、その着信すべき端末が着信できる状態にあるか否か
を認識できるので、無駄な呼出し処理が不要となり、呼
を確立するための時間が節約される。また、第２の実施
形態によれば、既存の網を変更することなく通話予定者
に確実にコンタクトできるようになる。
【図１】第１の実施形態の通信システムの構成図であ
る。
る。
【図２】端末管理サーバに格納される加入者データの構
成図である。
成図である。
【図３】図２に示した加入者データを更新する処理のフ
ローチャートである。
ローチャートである。
【図４】優先度情報の一例を示す図である。
【図５】発呼シーケンスを説明するフローチャートであ
る。
る。
【図６】第２の実施形態の端末装置のブロック図であ
る。
る。
【図７】通信端末に登録される発信管理テーブルの一例
の構成図である。
の構成図である。
【図８】発信時の端末装置の処理を説明するフローチャ
ートである。
ートである。
【図９】呼を確立できなかったときの再発呼処理のフロ
ーチャートである。
ーチャートである。
１ 発信端末 ２ 端末管理サーバ ３ａ〜３ｃ 端末 １０ 端末装置 ２１ 記憶装置 ２２ 記憶媒体 ２３ ＣＰＵ ２４ ＲＡＭ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｑ 7/04 Ｄ
Claims (4)
- 【請求項１】 複数の公衆網の中の少なくとも１つを利
用して発信端末と着信端末とを接続する通信システムで
あって、 加入者ごとに、その加入者が使用する複数の通信端末の
識別番号、およびそれら複数の通信端末が着信できる状
態であるか否かを表す情報を格納する格納手段と、 発呼を検出した際に、上記格納手段を参照して着信すべ
き通信端末の識別番号を取得する取得手段と、 上記取得手段が取得した識別番号に対応する通信端末が
収容される公衆網を介してその通信端末を呼び出す呼出
し手段と、 を有する通信システム。 - 【請求項２】 上記格納手段は、さらに上記複数の通信
端末間の優先順位を表す情報を格納し、上記取得は、着
信できる状態にある通信端末の中で最も高い優先順位が
設定されている通信端末の識別番号を取得する請求項１
に記載の通信システム。 - 【請求項３】 通話予定者ごとに、その通話予定者が使
用する複数の通信端末の識別番号、およびそれら複数の
通信端末間の優先順位を表す情報を格納する格納手段
と、 着信先を指定する識別番号を検出した際、上記格納手段
を参照し、その検出した識別番号に対応する通信端末を
使用する通話予定者を特定する特定手段と、 上記特定手段により特定された通話予定者が使用する通
信端末の中で最も高い優先順位が設定されている通信端
末の識別番号を取得する取得手段と、 上記取得手段が取得した識別番号を用いて発呼する発呼
手段と、 を有する通信端末装置。 - 【請求項４】 上記発呼に対応する呼を確立できなかっ
た際に、上記取得手段がその発呼において使用した識別
番号と異なる識別番号を取得し、上記発呼手段がその新
たに取得した識別番号を用いて再発呼する請求項３に記
載の通信端末装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35710197A JP3755270B2 (ja) | 1997-12-25 | 1997-12-25 | 通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35710197A JP3755270B2 (ja) | 1997-12-25 | 1997-12-25 | 通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11191800A true JPH11191800A (ja) | 1999-07-13 |
| JP3755270B2 JP3755270B2 (ja) | 2006-03-15 |
Family
ID=18452389
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35710197A Expired - Fee Related JP3755270B2 (ja) | 1997-12-25 | 1997-12-25 | 通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3755270B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000252982A (ja) * | 1999-02-26 | 2000-09-14 | Nippon Telegr & Teleph Corp <Ntt> | リアルタイム情報配信システム |
| JP2003101588A (ja) * | 2001-05-25 | 2003-04-04 | Internatl Business Mach Corp <Ibm> | 構成可能で、組み込み可能なデリバリー・マネージャを使ったインスタント・メッセージの経路指定 |
| JP2006507780A (ja) * | 2002-11-25 | 2006-03-02 | テレセクター リソーシーズ グループ インコーポレイテッド | 装置への呼出しの通知のための方法及び装置 |
| JP2009239796A (ja) * | 2008-03-28 | 2009-10-15 | Hitachi Ltd | 呼転送システム及び呼転送制御方法 |
| JPWO2008072488A1 (ja) * | 2006-12-13 | 2010-03-25 | シャープ株式会社 | 移動通信制御システム、通信制御方法、及び通信端末 |
| US8873730B2 (en) | 2001-02-27 | 2014-10-28 | Verizon Patent And Licensing Inc. | Method and apparatus for calendared communications flow control |
| US8954036B2 (en) | 2008-12-25 | 2015-02-10 | Ntt Docomo, Inc. | Data arrival control server and method for notifying a communication terminal of a plurality of communication terminals of data arrival at a certain communication terminal of the plurality of communication terminals |
| US9392120B2 (en) | 2002-02-27 | 2016-07-12 | Verizon Patent And Licensing Inc. | Methods and systems for call management with user intervention |
-
1997
- 1997-12-25 JP JP35710197A patent/JP3755270B2/ja not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000252982A (ja) * | 1999-02-26 | 2000-09-14 | Nippon Telegr & Teleph Corp <Ntt> | リアルタイム情報配信システム |
| US8873730B2 (en) | 2001-02-27 | 2014-10-28 | Verizon Patent And Licensing Inc. | Method and apparatus for calendared communications flow control |
| JP2003101588A (ja) * | 2001-05-25 | 2003-04-04 | Internatl Business Mach Corp <Ibm> | 構成可能で、組み込み可能なデリバリー・マネージャを使ったインスタント・メッセージの経路指定 |
| US9392120B2 (en) | 2002-02-27 | 2016-07-12 | Verizon Patent And Licensing Inc. | Methods and systems for call management with user intervention |
| JP2006507780A (ja) * | 2002-11-25 | 2006-03-02 | テレセクター リソーシーズ グループ インコーポレイテッド | 装置への呼出しの通知のための方法及び装置 |
| JPWO2008072488A1 (ja) * | 2006-12-13 | 2010-03-25 | シャープ株式会社 | 移動通信制御システム、通信制御方法、及び通信端末 |
| JP2011078101A (ja) * | 2006-12-13 | 2011-04-14 | Sharp Corp | 移動通信制御システム、通信制御方法、及び通信端末 |
| JP2009239796A (ja) * | 2008-03-28 | 2009-10-15 | Hitachi Ltd | 呼転送システム及び呼転送制御方法 |
| US8954036B2 (en) | 2008-12-25 | 2015-02-10 | Ntt Docomo, Inc. | Data arrival control server and method for notifying a communication terminal of a plurality of communication terminals of data arrival at a certain communication terminal of the plurality of communication terminals |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3755270B2 (ja) | 2006-03-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3987281B2 (ja) | 無線通信システムにおける音声メールメッセージを検索する装置および方法 | |
| JP2813536B2 (ja) | キャンプオン通信管理方式 | |
| US6553221B2 (en) | Incoming call notification apparatus | |
| EP0782363A2 (en) | Communication system and method using two-way paging to provide call control | |
| US6032023A (en) | Communication system and method using two-way paging to provide call control | |
| JPH11191800A (ja) | 通信システムおよび通信端末装置 | |
| JPH10229455A (ja) | 通信端末装置及び通信端末装置を利用した緊急通知システム | |
| KR100576263B1 (ko) | 개인별 가상 전화번호 서비스 제공 시스템 및 그 방법 | |
| US6947536B2 (en) | International telephone routing information/status network | |
| US6349209B1 (en) | Method for simplified telephone dialing | |
| JPH11136316A (ja) | 着信端末機 | |
| JP3501030B2 (ja) | 移動体通信端末システム | |
| JP2004528734A6 (ja) | 国際電話の経路選択情報／状態ネットワーク | |
| KR100524742B1 (ko) | 이동 통신 단말기의 상태 확인 방법 | |
| JP3356708B2 (ja) | 交換機 | |
| KR100749201B1 (ko) | 이동 통신 단말의 단문 메시지 수신 방법 | |
| JP3514629B2 (ja) | 情報転送装置 | |
| JP3611017B2 (ja) | 携帯端末システムおよびそれを実現するための携帯端末 | |
| JP3007015B2 (ja) | 移動端末宛メッセージ蓄積システム | |
| KR20050105025A (ko) | 이동통신 단말기의 전화 수신 거부 방법 | |
| JP3764012B2 (ja) | Ｌｃｒ装置およびｌｃｒ情報転送装置 | |
| JPH07240960A (ja) | 電話システム | |
| JPH10210153A (ja) | 通信網のメッセージ管理方法 | |
| JPH08289348A (ja) | 移動通信システム | |
| JPH08223297A (ja) | 通信制御装置および方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050310 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050315 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050510 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050906 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051104 |
|
| 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: 20051129 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051212 |
|
| 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: 20100106 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110106 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120106 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130106 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130106 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |