(57)【特許請求の範囲】
【請求項１】
公衆網を利用して発信端末と通話予定者の複数の着信端末とを接続する通信システムであって、
前記公衆網からの通知によって、通話予定者が使用する複数の着信端末の何れかの着信端末の状態が変化したとき、何れかが着信可能な状態、あるいは着信不可能な状態を受信し、その着信可能、あるいは着信不可能な状態を判別する判別手段と、
前記判別手段により判別された前記着信可能、あるいは着信不可能な状態を記憶する状態記憶制御手段と、
通話予定者ごとに、その通話予定者が使用する着信端末間の優先順位を表す情報を格納する格納手段と、
着信可能な状態になっている着信端末の中で最も高い優先順位が設定されている着信端末を通信対象として判別し、その着信端末を識別する識別情報を記憶する識別情報記憶制御手段と、
発呼を検出した際に、上記識別情報を参照して着信すべき着信端末の識別情報と対応する電話番号を取得する取得手段と、
上記取得手段が取得した電話番号によって通話予定者の着信端末を呼び出す呼出手段と、
を有する通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信システムに係わる。
【０００２】
【従来の技術および発明が解決しようとする課題】
情報化社会の発達に伴って、一人で複数の通信端末を使用する状況が増加しつつある。たとえば、自宅に既存の有線の電話機を有する一方で、外出する際には携帯端末、ＰＨＳ端末、ページャ端末（ポケベル）などを持ち歩く人が増えてきている。
【０００３】
複数の通信端末を使用するユーザと通話しようとする場合には、通常、その通話相手の状況や行動などを想像し、その通話相手が使用する通信端末の中の１つに対して割り当てられている電話番号を投入る。たとえば、昼であれば携帯端末の番号を投入し、夜間には有線の電話機の番号を投入するようなことを行っている。
【０００４】
ところが、上述のようにして通話を試みても、相手が不在であったり、あるいは携帯電話またはＰＨＳ等の通信端末が通話エリア外に位置していた場合やその通信端末の電源がオフ状態であった場合には、その相手にコンタクトすることができない。このような場合には、通常、上記相手の使用する他の通信端末の電話番号をあらためて投入していた。
【０００５】
しかしながら、このようにして複数の電話番号を投入するのは時間の無駄であり、また、複数の電話番号を使い分けることが面倒であるという声がしばしば聞かれる。さらに、通話したい相手毎に複数の電話番号を覚えておくことも面倒であった。
【０００６】
なお、通信事業者が提供する付加サービスの１つとして、「呼転送」が知られている。呼転送サービスは、たとえば、網が着信先の端末を呼び、それに対する応答が無かった場合あるいは通話中であった場合に予め設定されている他の端末にその呼を転送するものである。ところが、既存の呼転送サービスでは、通常、実際に網から端末を呼び出す処理が実行されるので、呼が転送されるまでに長い時間がかかることがしばしばあった。
【０００７】
本発明の課題は、上述の問題を解決することであり、着信先のユーザが複数の端末を有する場合においても、一度の発呼により、そのユーザに確実に且つ迅速にコンタクトできるようにした通信システムを提供することである。
【０００８】
【課題を解決するための手段】
この発明は、公衆網を利用して発信端末と通話予定者の複数の着信端末とを接続する通信システムであって、前記公衆網からの通知によって、通話予定者が使用する複数の着信端末の何れかの着信端末の状態が変化したとき、何れかが着信可能な状態、あるいは着信不可能な状態を受信し、その着信可能、あるいは着信不可能な状態を判別する判別手段と、前記判別手段により判別された前記着信可能、あるいは着信不可能な状態を記憶する状態記憶制御手段と、通話予定者ごとに、その通話予定者が使用する着信端末間の優先順位を表す情報を格納する格納手段と、着信可能な状態になっている着信端末の中で最も高い優先順位が設定されている着信端末を通信対象として判別し、その着信端末を識別する識別情報を記憶する識別情報記憶制御手段と、発呼を検出した際に、上記識別情報を参照して着信すべき着信端末の識別情報と対応する電話番号を取得する取得手段と、上記取得手段が取得した電話番号によって通話予定者の着信端末を呼び出す呼出手段と、を有する。
【０００９】
したがって、着信可能な状態になっている着信端末の中で最も高い優先順位が設定されている着信端末を通信対象として呼び出すことができる。
【００１２】
【発明の実施の形態】
第１の実施形態
第１の実施形態は、網（通信事業者）が提供するサービスとして本発明の呼接続処理を実現するものである。
【００１３】
図１は、第１の実施形態の通信システムの構成図である。ここでは、第１〜第３の公衆網として、それぞれＰＨＳ網、携帯電話網、有線電話網を想定する。また、第１〜第３の公衆網は、互いに通信が可能であるものとする。すなわち、たとえば、第１の公衆網に収容される端末と第２または第３の公衆網に収容される端末との間の通話が可能なものとする。
【００１４】
発信端末１は、ここでは、第１の公衆網に収容される端末（ＰＨＳ端末）を想定するが、他の公衆網に収容される通信装置であってもよい。なお、発信端末１は、この実施例において、Ａ氏に電話をかける際に使用される端末である。
【００１５】
端末管理サーバ２は、第１〜第３の公衆網に収容される各端末の状態を管理する情報処理装置である。各端末の状態としては、少なくとも、その端末が呼を着信できる状態であるか否かを管理する。なお、図１においては、公衆網ごとに端末管理サーバを設けているが、第１〜第３の公衆網により共有される１つの端末管理サーバを設ける構成であってもよい。
【００１６】
端末３ａ〜３ｃは、すべてＡ氏が使用する端末装置である。端末３ａは、第１の公衆網（ＰＨＳ網）に収容される端末装置、端末３ｂは、第２の公衆網（携帯電話網）に収容される端末装置、端末３ｃは、第３の公衆網（有線で通信が行われる電話網）に収容される端末装置である。Ａ氏は、時間帯や場所に応じてこれらの端末３ａ〜３ｃを使い分けている。なお、端末３ａ〜３ｃには、それぞれ互いに異なる電話番号（識別番号）が割り当てられている。
【００１７】
上記構成のシステムにおいて、発信端末１を利用してＡ氏とコンタクトをとる場合には、端末３ａ〜３ｃにそれぞれ割り当てられている電話番号の中のいずれか１つを投入する。発信端末１は、この番号投入を検出すると、第１の網に対して発呼する。第１の網は、この発呼を検出すると、端末管理サーバ２に着信先の電話番号を通知する。端末管理サーバ２は、通知された番号が割り当てられている端末を使用するユーザを特定し、そのユーザが使用する複数の端末の中で実際に着信できる状態にあるものを１つ抽出して、その番号を第１の網に通知する。そして、第１の網は、その端末管理サーバ２から通知された番号を用いて端末を呼び出す。
【００１８】
一例を示す。ここでは、端末３ａが着信できない状態であり、端末３ｂおよび３ｃが着信できる状態であるものとする。着信できない状態としては、例えば、移動体端末の電源がオフ状態になっている場合や、その端末が通信エリア内に位置していない場合などを想定する。なお、各端末３ａ〜３ｃの状態は、端末管理サーバ２が認識している。
【００１９】
上記の状態において、発信端末１を利用して端末３ａの電話番号が投入されると、第１の網は、その番号を端末管理サーバ２に通知する。端末管理サーバ２はその番号を受信すると、着信先のユーザがＡ氏であること、およびＡ氏が使用する端末の中で端末３ｂ及び３ｃのみが着信できる状態にあることを認識する。そして、端末管理サーバ２は、これら着信可能な状態にある２つの端末のうちの一方の電話番号を第１の網に通知する。ここでは、端末３ｂの電話番号が通知されたものとする。第１の網は、端末３ｂに割り当てられている電話番号を受け取ると、第２の網にその番号を渡して呼処理を依頼する。そして、第２の網が端末３ｂを呼び出す。
【００２０】
以下、第１の実施形態について詳細に説明する。図２は、端末管理サーバ２に格納される加入者データの構成図である。加入者データとしては、各加入者が使用する１つ以上の端末の電話番号、それらの端末が着信できる状態であるか否かを表す情報（フラグ）、およびその加入者への着呼があったときに呼び出す端末を指定する接続先指示情報を格納する。図２に示す例では、たとえば、伊東○男氏（図１のＡ氏）に関する情報として、(1) 第１〜第３の公衆網にそれぞれ収容される端末（図１の端末３ａ〜３ｃ）を使用する契約をしており、(2) 現在、それら３つの端末のうち端末３ｂおよび３ｃが着信可能な状態にあり、(3) 彼への着呼があったときに端末３ｂを呼び出す、を示す情報が登録されている。なお、上記加入者データは、各端末の状態が変化したとき、および後述説明する割込処理が起動されたときに即座に更新される。
【００２１】
図３は、図２に示した加入者データを更新する処理を説明するフローチャートである。この処理は、第１〜第３の公衆網のいずれかに収容される端末の状態が変化したとき、あるいは、優先度情報に基づいた割込が発生した際に端末管理サーバ２において実行される。
【００２２】
なお、各移動体端末は、電源が投入されるとその端末の位置を網に通知する。網は、以降、その端末の電源がオン状態であり且つその端末がその網の通信エリア内に存在する限りは、その端末の位置を認識しつづける。従って、網は、端末の位置を認識している期間は、その端末が着信可能な状態であるものと見なすことができる。上述の機能は、既存のシステム（ホームメモリ局と呼ばれることがある）において実現されている。
【００２３】
本実施形態は、この機能を利用し、各公衆網は、その公衆網に収容されている端末が新たに着信可能な状態になった場合、および着信不可能な状態になった場合に、その旨を端末管理サーバ２に通知する。もし、図１に示すように、複数の端末管理サーバ２が存在する場合には、網は、その旨を各端末管理サーバに通知する。なお、有線電話機の場合は、基本的に、各端末が常に着信可能な状態にあるとみなす。
【００２４】
ステップＳ１では、端末が新たにオン状態になったこと（通信エリア内に入ってきたことを含む）を知らせる通知か否かを調べる。端末が新たにオン状態になったことを知らせる通知であれば、ステップＳ２において、その端末に対応する状態フラグに「１（図中、○印）」を設定し、そうでなければ、ステップＳ３へ進む。ステップＳ３では、ある端末がオフ状態になったこと（通信エリア内に存在しなくなることを含む）を知らせる通知か否かを調べる。ある端末がオフ状態になったことを知らせる通知であれば、ステップＳ４において、その端末に対応する状態フラグに「０（図中、×印）」を設定し、そうでなければ、ステップＳ５へ進む。ステップＳ５では、優先度情報に基づく割込が発生したか否かを調べる。ここで、優先度情報に基づく割込について図４を参照しながら説明する。
【００２５】
本実施形態では、各加入者は、時間帯や曜日に応じて、着信端末の優先度を指定することができる。この優先度情報は、端末管理サーバ２に格納されている。図４に示す例では、伊東○男氏への着信に対して、９：００〜１７：００は、端末３ａの優先度が最も高く、以下端末３ｂ、端末３ｃの順に優先順位が設定されている。また、１７：００〜２１：００は、端末３ｂの優先度が最も高く、以下端末３ａ、端末３ｃの順に優先順位が設定され、２１：００〜９：００は、端末３ｃの優先度が最も高く、以下端末３ａ、端末３ｂの順に優先順位が設定されている。
【００２６】
優先順位に基づく割込は、端末３ａ〜３ｃ間の優先順位が切り替わるタイミングで発生する。上述の例の場合には、９：００、１７：００、２１：００においてそれぞれ発生することになる。
【００２７】
フローチャートに戻る。ステップＳ５において、優先度情報に基づく割込が発生したのであれば、ステップＳ１１へ進み、そうでなければ、ステップＳ２１において他の処理を実行する。
【００２８】
ステップＳ１１では、オン状態になったことが通知された端末のユーザ、またはオフ状態になったことが通知された端末のユーザ、または発生した割込に対応する加入者を認識する。そして、図４に示した優先度情報を参照し、その加入者（ユーザ）が使用する端末の中で最も高い優先順位が設定されている端末を抽出する。ステップＳ１２では、ステップＳ１１で抽出した端末がオン状態か否かを調べる。オン状態であれば、ステップＳ１４へ進み、オン状態でなければ、ステップＳ１３においてス、テップＳ１１で抽出した端末の次に高い優先順位が設定されている端末を抽出してステップＳ１２に戻る。すなわち、ステップＳ１１〜Ｓ１３の処理により、オン状態である端末の中で最も高い優先順位が設定されている端末が抽出される。そして、ステップＳ１４では、接続先指示情報として、ステップＳ１１〜Ｓ１３の処理により抽出された端末を識別する情報が書き込まれる。
【００２９】
上記処理により、着信可能な状態にある端末の中で最も高い優先順位が割り当てられている端末が加入者ごとに選択されて設定されることになる。そして、この接続先指定情報は、端末の状態が変わるごとに、また、優先順位が変わるごとに即座に更新される。
【００３０】
図５は、発呼シーケンスを説明するフローチャートである。ここでは、第１〜第３の公衆網の中のいずれかが発呼を検出した際に、その公衆網が実行する処理およびその公衆網がアクセスする端末管理サーバが実行する処理を説明する。なお、公衆網の処理とは、具体的には、たとえば、交換機の処理である。
【００３１】
ステップＳ３１において発呼を検出すると、ステップＳ３２では、その呼の着信先の端末を使用する加入者が本実施形態の呼接続サービス（自動ルーティングサービス）を受けるための契約をしているか否かを調べる。すなわち、本実施形態のサービスは、オプションサービスとして提供される。したがって、当該加入者がこのサービスの契約をしていない場合には、ステップＳ３３において通常の呼処理が実行される。一方、契約がされていれば、ステップＳ３４において、ステップＳ３１で検出した発呼において指定されている着信先の電話番号を端末管理サーバに転送して処理を依頼する。以降、この公衆網は、端末管理サーバ２からの応答を待つ状態に入る。
【００３２】
なお、ステップＳ３２の判断は、特番を検出するような構成であってもよい。すなわち、本実施形態のサービスを受けようとする場合に、発信者が特番（このサービスを起動することを網に伝えるための予め決められた番号）を投入する構成であってもよい。
【００３３】
ステップＳ４１およびＳ４２は、端末管理サーバ２の処理である。ステップＳ４１では、公衆網から受信した電話番号をキーとして加入者テーブルにアクセスし、その電話番号が割り当てられている端末を使用する加入者を特定する。そして、その特定された加入者に対して設定されている接続先指示情報を検出する。ステップＳ４２では、ステップＳ４１で検出した接続先指示情報によって指定される端末の電話番号を抽出し、その電話番号を公衆網に返送する。
【００３４】
公衆網は、端末管理サーバ２による検索結果としての電話番号を受け取ると、ステップＳ３５において、その電話番号に基づいて呼を確立する。すなわち、端末管理サーバから受け取った電話番号が割り当てられている端末を呼ぶ。このとき、必要に応じて、他の公衆網に接続処理を依頼する。
【００３５】
このように、第１の実施形態のシステムを利用すれば、通話相手が複数の端末を持っている場合であっても、発信者は、その中の１つの端末の電話番号を投入するだけでその相手に確実にコンタクトすることができる。また、上記の例に示したように、通話相手が有する複数の端末の中で着信できない状態にある端末の電話番号が投入された場合には、網は、その通話相手が有する複数の端末の中で着信できる状態にある端末を選択してその端末に着信する。このとき、網は、着信すべき端末を実際に呼び出すことなく、その着信すべき端末が着信できる状態にあるか否かを認識できる。このため、無駄な呼出し処理が不要となり、呼を確立するための時間が節約される。
【００３６】
さらに、第１の実施形態は、網が提供するサービスとして実現されるので、各端末は既存のものをそのまま使用できる。
第２の実施形態
第２の実施形態は、端末装置が有する機能として本発明の呼接続処理を実現するものである。
【００３７】
図６は、第２の実施形態の端末装置のブロック図である。なお、ここでは、移動体通信端末として説明するが、本発明は有線の端末装置にも適用することができる。
【００３８】
本実施形態の端末装置（以下、端末装置１０）は、ユーザに音声を入力させるためのマイクロホン１１、音声を出力するためのスピーカ１２、マイクロホン１１から入力された音声データおよびスピーカ１２へ出力する音声データを処理する音声入出力装置１３を備える。入力装置１４は、プッシュボタン等であり、ユーザに着信先の電話番号やその他の指示を入力させる。表示装置１５は、たとえば液晶ディスプレイであり、入力装置１４を介して入力した内容、着信があったことの通知、その他通信に係わる情報を表示する。
【００３９】
記憶装置２１は、この端末装置１０が有するソフトウェア機能を記述したプログラムや、固定的に与えられるデータ等を格納する。記憶媒体２２は、着脱可能な記憶装置であり、記憶装置２１と同様に、この端末装置１０が有するソフトウェア機能を記述したプログラムや、固定データ等を格納する。ＣＰＵ２３は、ＲＡＭ２４の所定領域を利用しながら、記憶装置２１または記憶媒体２２に格納されているプログラムを実行する。無線通信装置２５は、ＣＰＵ２３の指示に従って、通信回線を介してデータ（制御データ、音声データを含む）を送受信する。なお、無線通信装置２５は、複数の公衆網に各々接続できる複数の通信ユニットを備える構成であってもよい。ＧＰＳ装置２６は、人工衛星からの信号を受信しながらこの端末装置１０の位置を検出する。
【００４０】
図７は、端末装置１０に登録される発信管理テーブルの一例の構成図である。この発信管理テーブルには、通話予定者（この端末装置１０のユーザが通話する予定のある相手）ごとに、その通話予定者の使用する端末の電話番号が登録される。各電話番号は、基本的に、ユーザが登録する。接続先指示情報は、第１の実施形態で説明した情報とは若干異なり、この端末装置１０から発信する際に使用する端末（電話番号）を指定する情報である。この接続先指定情報は、例えば、曜日・時間帯に応じて自動的に更新される。なお、この発信管理テーブルは、例えば、ＲＡＭ２４の不揮発性メモリ領域に格納される。
【００４１】
図８は、発信時の端末端末１０の処理を説明するフローチャートである。この処理は、ユーザが着信先の電話番号を投入した際に実行される。
ステップＳ５１では、ユーザにより投入された電話番号を検出する。ステップＳ５２では、検出した電話番号をキーとして図７に示した発信管理テーブルをサーチする。ステップＳ５３では、発信管理テーブルに上記検出した電話番号が登録されているか否かを調べる。登録されていた場合には、ステップＳ５４において、発信管理テーブルによりその電話番号が割り当てられている端末のユーザを特定する。続いて、ステップＳ５５では、ステップＳ５４で特定したユーザが使用する複数の端末の中から、接続先指示情報によって指示されている端末の電話番号を抽出する。そして、ステップＳ５６において、ステップＳ５５で抽出した電話番号を用いて発呼する。一方、ユーザにより投入された電話番号が発信管理テーブルに登録されていなかった場合には、ステップＳ５７において、その投入された番号をそのまま用いて発呼する。
【００４２】
このように、第２の実施形態では、ある通話予定者が使用する複数の端末の中のいずれか１つの電話番号を投入すると、その端末装置自身がその電話番号に基づいて通話予定者を特定し、さらにその特定した通話予定者が使用する複数の端末の端末の中の所定の１つを選択してその選択した端末に対して発呼する。
【００４３】
図９は、呼を確立できなかったときの再発呼処理のフローチャートである。この処理は、図８に示したフローチャートの処理により発呼した際に、その発呼に対応する呼を確立できなかった旨が網から通知された場合（或いは、発呼した後に所定時間が経過しても網から何ら応答がなかった場合）に実行される。なお、呼を確立できない状況としては、着信先の端末の電源がオフ状態であった場合、着信先の端末が通信エリア外に位置していた場合などを想定する。
【００４４】
端末装置１０は、呼を確立できなかった旨の通知を網から受信すると、ステップＳ６１において、発信管理テーブルをサーチして、先の発呼において使用していない他の電話番号を選択する。ステップＳ６２では、ステップＳ６１で選択した電話番号に対応する端末が指定されるように、接続先指示情報を更新する。そして、ステップＳ６３において、ステップＳ６１で選択した電話番号を用いて再発呼する。第２の実施形態では、通話予定者にコンタクトできるまで図９に示す再発呼処理を繰り返す。
【００４５】
図９に示す実施例では、ステップＳ６２において接続先指示情報を更新することにより、ある通話予定者に発信した際には、その通話予定者が使用する複数の端末の中で前回接続できた端末が自動的に選択され、その端末に対して発呼される。このことにより、第１回目の発呼で（すなわち、再発呼することなく）着信先の相手にコンタクトできる可能性が高まることが期待される。なお、接続先指示情報を曜日・時間帯に応じて更新する場合には、ステップＳ６２の処理はスキップされる。
【００４６】
上記第２の実施形態によれば、既存の公衆網の構成を変更することなく、通話予定者に確実にコンタクトできるようになる。
【００４７】
【発明の効果】
この発明によれば、着信可能な状態になっている着信端末の中で最も高い優先順位が設定されている着信端末を通信対象として呼び出すため、着信先のユーザが複数の端末を有する場合においても、一度の発呼によりそのユーザに確実に且つ迅速にコンタクトすることができる。
【図面の簡単な説明】
【図１】第１の実施形態の通信システムの構成図である。
【図２】端末管理サーバに格納される加入者データの構成図である。
【図３】図２に示した加入者データを更新する処理のフローチャートである。
【図４】優先度情報の一例を示す図である。
【図５】発呼シーケンスを説明するフローチャートである。
【図６】第２の実施形態の端末装置のブロック図である。
【図７】通信端末に登録される発信管理テーブルの一例の構成図である。
【図８】発信時の端末装置の処理を説明するフローチャートである。
【図９】呼を確立できなかったときの再発呼処理のフローチャートである。
【符号の説明】
１          発信端末
２          端末管理サーバ
３ａ〜３ｃ  端末
１０        端末装置
２１        記憶装置
２２        記憶媒体
２３        ＣＰＵ
２４        ＲＡＭ
【図１】
0003755270.tif 000002
【図２】
0003755270.tif 000003
【図３】
0003755270.tif 000004
【図４】
0003755270.tif 000005
【図５】
0003755270.tif 000006
【図６】
0003755270.tif 000007
【図７】
0003755270.tif 000008
【図８】
0003755270.tif 000009
【図９】
0003755270.tif 000010