JPH10190809A - 通信システム - Google Patents

Abstract

(57)【要約】 【課題】所望地域におり指定条件に適合する不特定の端
末に着信可能にする。 【解決手段】少なくとも、通信可能なエリアを複数のサ
ービスエリアに区分すると共にこれらサービスエリアに
分散する複数の固定通信端末31〜33もしくは移動通信端
末41〜45があり、これら複数の通信端末間での通信サー
ビスをする通信システムにおいて、各通信端末の現在位
置情報を、その通信端末の在圏する前記サービスエリア
対応に記憶保持する記憶手段110 と、いずれかの通信端
末が発呼先地域を指定して発呼すると記憶手段の記憶情
報をもとに該発呼端末から指定された発呼先地域に対応
するサービスエリアに位置登録されている通信端末を検
索し該検索結果を発呼先侯補として選択する発呼先選択
手段120 と、該発呼先選択手段の選択した端末情報を記
憶する発呼先記憶手段130 と、該発呼先記憶手段に記憶
されている発呼先候補の端末に対して発呼する発呼手段
140 とを具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信端末の現在位
置に基づいて接続制御を行う通信システムに関する。

【０００２】

【従来の技術】現在普及している固定通信網は、各通信
端末に固有の番号またはアドレス等を割り当ててあり、
端末間での通信を行うにあたっては、ある通信端末から
目的端末固有の番号またはアドレス等を指定して発呼す
ることによって、該端末固有の番号およびアドレスに基
づいて、交換機等が目的端末までルーティングして、目
的端末に回線接続していた。

【０００３】また、現在普及している移動通信網のよう
に移動性を保証するネットワークでは、着信ユーザの在
圏位置を自動的に識別し、接続する自動追跡接続機能が
必要であり、この機能を実現するために、加入者番号を
網の伝達構造とは独立して論理番号化（個人通信番号
化）していた。そして、該端末固有の論理番号（個人通
信番号）を指定して発呼することにより、目的端末に接
続されていた。

【０００４】更に、近年では通信端末の移動性の保証と
は別に、通信端末間におけるユーザの移動性が保証でき
るＵＰＴ（Ｕｎｉｖｅｒｓａｌ Ｐｅｒｓｏｎａｌ Ｔ
ｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）サービスも検討さ
れはじめ、ＩＭＳＩ（端末固有の番号：Ｉｎｔｅｒｎａ
ｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｄｅ
ｎｔｉｔｙ）とは別に、ＭＳＩＳＤＮ（ユーザ固有の番
号：Ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ＩＳＤＮ
ｎｕｍｂｅｒ）を用いることで、ユーザの要求に基づい
てＭＳＩＳＤＮを任意のＩＭＳＩに対応させ、発着信を
可能としている。そして、該ＭＳＩＳＤＮを指定して発
呼することにより、目的ユーザに接続して通信すること
ができる。

【０００５】

【発明が解決しようとする課題】以上、説明したよう
に、従来の固定通信網および移動通信網では、通信端末
が発呼する場合には、必ず目的の端末の固有番号（端末
固有番号）または個人通信番号等を指定しなければなら
ず、ある地域に在圏する任意の通信端末に接続したい場
合に、該任意の端末固有番号または個人通信番号が判ら
ないと、該端末または該端末使用者に回線接続できない
と言う欠点があった。

【０００６】しかし、情報化社会の目覚ましい進展か
ら、個人個人が通信端末を持つようになると、各人の端
末固有番号または個人通信番号を覚えたり、メモしたり
するのも大変であり、また、たとえ電話帳付きの通信端
末であって多数のこれら番号を記憶できる機能があった
としても、その入力や検索等を行うのは大変手間がかか
ることになる。特に、特定の個人と通信したい訳ではな
いような場合、例えば、「横浜駅近傍にいる自社の社
員」であれば誰でも良い、「品川近辺にいる登録端末」
であれば誰でも良い、といった具合に、予め登録された
特定の端末や個人で都合のつくもの、といった漠然とし
た接続要求でも用が足りる場合に、通信のために、上述
の端末固有番号や個人通信番号を調べたり、入力するの
は煩わしいばかりか、調べることができないことも多い
から、通信できないということにもなりかねない。

【０００７】また、通信端末の在圏する地域と該通信端
末使用者の属性について指定した条件に適合する任意の
端末に接続したい場合もある。例えば、「千代田区の霞
ヶ関地域にいる医者」、「東京駅周辺にいる学生」とい
った具合に、特定地域内の特定職業の人に連絡したい場
合などである。このような特定個人や特定端末ではな
く、条件さえあえば誰でも良い場合などもあり、このよ
うな指定した条件に適合する不特定の相手と通信したい
ような場合の用途に適合するシステムは存在しない。

【０００８】そこでこの発明は、このような事情に鑑み
なされたものであり、端末が発呼先地域（着呼先の地
域）を指定して発呼すると、該発呼端末から指定された
地域に在圏する任意の通信端末に着信可能であって、ま
た、端末が発呼先地域および発呼先端末使用者の属性を
指定して発呼すると、該発呼端末から指定された地域に
在圏し、かつ、該発呼端末から指定された発呼先端末使
用者の属性に適合する任意の端末使用者に着信すること
が可能な通信システムを提供することを目的とするもの
である。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、本発明は次のように構成する。

【００１０】［１］ 第１には、本発明の通信システム
は、少なくとも、通信可能なエリアを複数のサービスエ
リアに区分すると共に、これらサービスエリアに分散す
る複数の固定通信端末もしくは移動通信端末があり、こ
れら複数の通信端末間での通信サービスをする通信シス
テムにおいて、各通信端末の現在位置情報を、その通信
端末の在圏する前記サービスエリア対応に記憶保持する
端末情報記憶手段と、いずれかの通信端末が発呼先地域
を指定して発呼すると、前記端末情報記憶手段の記憶情
報をもとに、該発呼端末から指定された発呼先地域に対
応するサービスエリアに位置登録されている通信端末を
検索し、該検索結果を発呼先侯補として選択する発呼先
選択手段と、該発呼先選択手段により選択された端末情
報を記憶する発呼先記憶手段と、該発呼先記憶手段に記
憶されている発呼先候補の端末に対して発呼する発呼手
段とを具備する。そして、いずれかの通信端末が発呼先
地域を指定して発呼すると、該発呼端末から指定された
地域に在圏する任意の通信端末に着信させるように制御
する。

【００１１】従って、この発明によれば、任意の通信端
末から発呼先地域を指定して発呼すると、該発呼端末か
ら指定された地域に在圏する任意の通信端末に着信させ
ることができる通信システムを提供できる。

【００１２】［２］ 第２には、前記［１］に記載の通
信システムにおいて、前記複数の通信端末の使用者情報
を記憶している使用者情報記憶手段を設け、発呼先選択
手段は、いずれかの通信端末が発呼先地域及び端末使用
者属性を指定して発呼すると、前記端末情報記憶手段を
用いて、発呼端末から指定された地域ＩＤに対応する地
域に位置登録されている通信端末を検索し、更に、前記
使用者情報記憶手段を用いて、該検索結果に含まれる各
端末に対応する使用者のうち、前記発呼端末から指定さ
れた使用者属性に適合する使用者を検索し、該検索結果
に対応する端末を発呼先侯補として選択する。これによ
り、任意の通信端末が「発呼先地域」および「発呼先端
末使用者の属性」を指定して発呼すると、該発呼端末か
ら指定された地域に在圏し、かつ、該発呼端末から指定
された発呼先端末使用者の属性に適合する任意の端末使
用者に着信できるようになる。

【００１３】従って、この発明によれば、誰でも良い
が、例えば、霞ヶ関地域にいる学生に着信させたいとい
った要求がある場合に、ある通信端末から発呼先地域
“霞ヶ関”、属性“学生”を指定して発呼すると、該発
呼端末から指定された当該地域に在圏する使用者属性
“学生”に登録されている該当の通信端末に着信させる
ことが可能となるなど、指定された地域に在圏し、か
つ、該発呼端末から指定された発呼先端末使用者の属性
に適合しさえすれば、どの端末にでも着信させることが
できる通信システムを提供できる。

【００１４】［３］ 第３には前記［１］に記載の通信
システムにおいて、通信端末は、移動端末であって、端
末情報記憶手段は、前記複数の移動端末の現在位置をリ
アルタイムに更新し、記憶するようにした。これによ
り、移動端末の流入、転出をつぶさに把握して現況を正
しくとらえることができ、移動移動端末が発呼先地域を
指定して発呼すると、該発呼元移動端末から指定された
地域に現在確実に在圏する任意の移動端末に着信できる
ようになる。

【００１５】従って、この発明によれば、通信端末の移
動が激しい場合であっても、端末から発呼先地域を指定
して発呼すれば、該発呼端末から指定された地域に現
在、在圏する任意の通信端末に着信させることが可能と
なり、また、端末が発呼先地域および発呼先端末使用者
の属性を指定して発呼すると、該発呼端末から指定され
た地域に在圏し、かつ、該発呼端末から指定された発呼
先端末使用者の属性に適合する任意の端末使用者に着信
させることが可能な通信システムを提供できる。

【００１６】［４］ 第４には、前記［２］に記載の通
信システムにおいて、通信端末は、移動端末であって、
前記端末情報記憶手段は、前記複数の移動端末の現在位
置をリアルタイムに更新し、記憶保持するものであり、
前記使用者情報記憶手段は、前記複数の移動端末の使用
者情報をリアルタイムに更新し、記憶保持する構成とす
る。

【００１７】これにより、各端末の現況を常に正しく把
握しておくことができるようになり、ある移動端末が発
呼先地域および発呼先端末使用者の属性を指定して発呼
すると、該発呼元移動端末から指定された地域に現在確
実に在圏し、かつ、該発呼元移動端末から指定された発
呼先端末使用者の属性に適合する任意の端末使用者に着
信できるようになる。

【００１８】従って、この発明によれば、端末から発呼
先地域を指定して発呼すると、該発呼端末から指定され
た地域に確実に在圏する任意の通信端末に着信させるこ
とが可能であり、また、端末が発呼先地域および発呼先
端末使用者の属性を指定して発呼すると、該発呼端末か
ら指定された地域に在圏し、かつ、該発呼端末から指定
された発呼先端末使用者の属性に適合する任意の端末使
用者に着信させることが可能となる通信システムを提供
できる。

【００１９】［５］ 第５には、前記［１］，［２］，
［３］または［４］に記載のいずれかの通信システムに
おいて、前記発呼手段は、前記発呼先記憶手段に記憶さ
れている発呼先侯補の中から、特定の規則に従って、複
数または１つの発呼先侯補端末を選択し、発呼する構成
とする。これにより、端末が発呼先地域を指定して発呼
すると、発呼手段は、前記発呼先記憶手段に記憶されて
いる発呼先侯補の中から、特定の規則に従って、複数ま
たは１つの発呼先侯補端末を選択し、発呼することにな
る。そのため、発呼端末から指定された地域に在圏する
任意の通信端末に着信可能となり、また、端末が発呼先
地域および発呼先端末使用者の属性を指定して発呼する
と、該発呼端末から指定された地域に在圏し、かつ、該
発呼端末から指定された発呼先端末使用者の属性に適合
する任意の端末使用者に、容易に着信させることが可能
となる。

【００２０】従って、この発明によれば、端末から発呼
先地域を指定しての発呼により、該指定された地域に在
圏する任意の通信端末に着信させることが可能となり、
また、端末が発呼先地域および発呼先端末使用者の属性
を指定して発呼すると、該発呼端末から指定された地域
に在圏し、かつ、該発呼端末から指定された発呼先端末
使用者の属性に適合する任意の端末使用者に着信させる
ことが可能となり、しかも、その着信にあたっては発呼
先記憶手段に記憶されている発呼先侯補の中から、特定
の規則に従って、複数または１つの発呼先侯補端末を選
択し、発呼することになるので、効率の良い、あるいは
より目的に適合した端末使用者に着信させることが可能
となる通信システムを提供できる。

【００２１】［６］ 第６には、前記［１］，［２］，
［３］または［４］に記載のいずれかの通信システムに
おいて、発呼手段は、発呼先記憶手段に記憶された発呼
先侯補の端末に対する発呼時に、該発呼先端末が既に話
中であるかまたは、発呼先記憶手段に発呼先侯補が記憶
されていない場合、予め定められた接続先に接続するよ
うにした。これによって、発呼元端末が指定した条件を
満たす発呼先侯補が存在しない場合や、発呼先が既に話
中であっても、予め定められた接続先に接続できるよう
になる。従って、この発明によれば、発呼元端末が指定
した条件を満たす発呼先侯補が存在しない場合や、発呼
先が既に話中であっても、予め定められた接続先には必
ず接続できるようになる。

【００２２】［７］ 第７には、前記［１］，［２］，
［３］または［４］に記載のいずれかの通信システムに
おいて、起動されると計時動作すると共に、起動後、所
定時間の経過を以てタイムアウトするタイマと、前記発
呼先記憶手段に記憶された発呼先侯補の通信端末に対す
る発呼時に前記タイマを起動し、該発呼先端末が前記タ
イマがタイムアウトする前に応答しなかった場合、該発
呼先端末に対する発呼を止めて、予め定められた接続先
に接続するようにした。これにより、発呼元端末が指定
した条件を満たす発呼先侯補に着呼後、発呼元が発呼中
止するまでずっと該着信端末のユーザを呼び出し続ける
ことがないようにでき、次の候補への発呼に自動的に移
ることができるようになる。従って、この発明によれ
ば、発呼元端末が指定した条件を満たす発呼先侯補に着
呼後、発呼元が発呼中止するまで何時までも際限なく該
着信端末のユーザを呼び出し続けることがなく、適宜な
段階で次候補への発呼に切り替えることができるので、
効率の良い通信システムが得られる。

【００２３】［８］ 第８には、前記［１］に記載の通
信システムにおいて、起動されると計時動作すると共
に、起動後、所定時間の経過を以てタイムアウトするタ
イマと、前記発呼先記憶手段に記憶された発呼先侯補の
通信端末に対する発呼時に前記タイマを起動し、該発呼
先候補の通信端末が既に話中であるかまたは、該発呼先
候補の通信端末が前記タイマのタイムアウト前に応答し
なかった場合、該発呼先端末の情報を発呼先記憶手段か
ら削除する発呼先削除手段とを具備する。これにより、
発呼先端末が既に話中であるかまたは、現在発呼中の発
呼先端末のユーザが着信応答しない場合、該発呼先端末
を発呼先侯補から削除できるようになる。従って、この
発明によれば、発呼先侯補の通信端末が複数あって、例
えば、これらに順に発呼するような場合、発呼先端末が
既に話中であるかまたは、現在発呼中の発呼先端末のユ
ーザが着信応答しない場合、該発呼先端末を発呼先侯補
から削除して対象から外していくことができ、応答でき
ない状態にある通信端末にいつまでも拘らずに済むよう
になる。

【００２４】［９］ 第９には、前記［１］に記載の通
信システムにおいて、発呼端末が発呼先端末に発呼中ま
たは通信中または通信終了後に、発呼端末からの指示に
従い、該発呼先端末の情報を発呼先記憶手段から削除す
る発呼先削除手段を具備するようにした。これによっ
て、現在発呼中または通信中または通信終了後の発呼先
端末を、発呼元端末からの指示によって、発呼先侯補か
ら削除できる。従って、この発明によれば、通話の済ん
だ相手や発呼を試みた相手に対する発呼先登録の削除を
発呼元端末からの指示によって、任意に実施することが
できるようになり、もう一度通話をする必要がある場合
などでは、登録を削除せずに残して、後に再度の発呼を
試みるなどの使い分けをすることができるようになっ
て、使い勝手が良くなる。

【００２５】［１０］ 第１０には、前記［８］または
［９］に記載の通信システムにおいて、発呼手段は、前
記発呼先侯補削除手段により前記発呼先記憶手段から発
呼先候補が削除されると、直ちに発呼先記憶手段から次
の発呼先端末を特定の規則に従って選択し発呼するよう
にした。これによって、自動的に次なる発呼先侯補に発
呼可能となる。従って、この発明によれば、応答しない
相手に対しては見切りをつけて発呼先候補から除外し、
発呼を試みていない他の発呼先候補に対してただちに自
動発呼可能となる。

【００２６】［１１］ 第１１には、前記［１］に記載
の通信システムにおいて、各端末について発呼先位置を
指定した呼に対して応答可能なモードと応答不可能なモ
ードのいずれの状態であるかを記憶するモード保持手段
と、端末からの指示に従い、該モード保持手段に記憶さ
れている該端末の応答モード情報を変更するモード変更
手段とを備え、発呼先選択手段は、発呼先侯補の端末を
選択する場合に、前記モード保持手段を用いて、応答可
能なモードの端末の中から発呼先侯補を選択することに
よって、発呼先位置を指定した呼に対する着信サービス
の着信可否を、各端末のユーザが前もって設定可能とな
る。従って、この発明によれば、発呼先位置を指定した
呼に対する着信サービスに参加するか否かを、各端末の
ユーザがいつでも設定可能で、都合の悪いときなどに、
無闇に着信がないようにすることができる。

【００２７】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照して説明する。

【００２８】図１は、本実施形態に係わる通信システム
の全体の構成を示したものである。図において、１は信
号網、２は情報転送網、１１，１２，１３は交換機、１
４は在圏交換局（Ｖ−ＭＳＣ）、２１，２２，２３は無
線基地局、３１〜３３は固定端末としての通信端末（以
下、固定端末と呼ぶ）、４１〜４５は移動端末としての
通信端末（以下、移動端末と呼ぶ）、２００はサービス
制御局である。

【００２９】信号網１は、制御信号を伝送するための網
であり、また、情報転送網２は音声やデータを伝送する
ための網である。交換機１１，１２，１３はそれぞれ複
数の固定端末を収容して交換動作を行う交換機であり、
サービス制御局２００は通信端末の位置登録及び接続制
御を行うものであり、無線基地局２１，２２，２３はそ
れぞれ自己のサービスエリア内にいる移動端末との通信
を行う無線局であり、在圏交換局（Ｖ−ＭＳＣ）１４は
無線基地局２１，２２，２３を収容してサービス制御局
２００の制御のもとに移動端末間、移動端末と固定端末
間の交換動作を行うものである。

【００３０】固定端末３１，３２、サービス制御局２０
０、及び固定端末３３は、それぞれ交換機１１，１２，
１３を経由して信号網１及び情報転送網２に接続されて
いる。

【００３１】ある無線基地局のサービス可能な領域がそ
の基地局のサービスエリア（以下、エリアと呼ぶ）であ
り、無線基地局は複数点在するのでその各無線基地局の
エリア毎に地域ＩＤ（地域識別符号）が付与されて地域
の管理を行うことができるようにしてある。この地域管
理をするのはサービス制御局２００の役割であり、サー
ビス制御局２００では各エリアを位置登録エリアとし
て、そのエリアにいる移動端末の位置登録を地域ＩＤで
行うようにしてある。

【００３２】無線基地局２１はエリア５１を、無線基地
局２２はエリア５２を、そして、無線基地局２３は、エ
リア５３をそれぞれカバーしており、各無線基地局２
１，２２，２３は在圏交換局１４（Ｖ−ＭＳＣ）を経由
して信号網１及び情報転送網２に接続されている。図１
においては、移動端末４１〜４５のうち、移動端末４
１，４２，４３はエリア５１に在圏しており、一方、移
動端末４４，４５はエリア５２に在圏している状態を示
している。

【００３３】サービス制御局２００は、上述したように
通信端末の位置登録及び接続制御を行うものであるが、
以下のような機能を備えた構成要素から成る。

【００３４】＜サービス制御局２００の構成＞すなわ
ち、図１に示すようにサービス制御局２００は、制御部
１００、端末情報記憶手段１１０、発呼先選択手段１２
０、発呼先記憶手段１３０、発呼手段１４０、使用者情
報記憶手段１５０、タイマ１６０、発呼先削除手段１７
０、モード保持手段１８０およびモード変更手段１９０
で構成される。

【００３５】これらのうち、制御部１００は通信回線の
制御及びサービス制御局２００内の各機能要素を制御す
るものであり、端末情報記憶手段１１０は、通信端末の
「位置登録エリア番号」、「端末番号」、及び「ルーチ
ング番号」を記憶するためのもので、これらをテーブル
として記憶保持している。

【００３６】また、発呼先選択手段１２０は通信端末か
ら、「発呼先位置」及び「発呼先端末使用者属性（ユー
ザ属性）」を指定した発呼信号を受けると、端末情報記
憶手段１１０及び使用者情報記憶手段１５０にアクセス
して、その指定条件に適合する発呼先侯補を選択し、更
に、該選択された発呼先侯補をキーにして、モード保持
手段１８０にアクセスし、応答可能なモードである発呼
先侯補のみを選択して、発呼先記憶手段に通知する機能
を有するものである。

【００３７】また、発呼先手段記憶手段１３０は、発呼
先選択手段１２０から通知された発呼先侯補の情報を記
憶する機能の他、発呼先削除手段１７０から通知された
発呼先侯補の情報を、前記記憶情報中から削除する機能
を有する記憶手段である。

【００３８】また、発呼手段１４０は、発呼先記憶手段
１３０に記憶されている発呼先侯補の中から、ある基準
に従って、複数または１つの発呼先侯補端末を選択し、
発呼する機能を有するものである。

【００３９】使用者情報記憶手段１５０は、「端末番
号」、「ユーザ番号」、「ユーザ属性」を記憶している
記憶手段であり、これらをテーブルとして記憶保持して
いる。

【００４０】タイマ１６０は、発呼手段１４０による発
呼と同時に起動され、タイムアウト時に発呼手段１４０
または発呼先削除手段１７０にタイムアウトの通知をす
る機能を有するものであり、発呼先削除手段１７０は、
発呼端末からの指示、またはタイマ１６０からのタイム
アウトの通知に従い、指定の発呼先端末の情報を発呼先
記憶手段１３０から削除する機能を有するものである。

【００４１】また、モード保持手段１８０は、各端末に
ついて、発呼先位置指定呼に応答可能なモードと応答不
可能なモードのいずれの状態であるかを記憶するもので
あり、これらをテーブルとして記憶保持している。ま
た、モード変更手段１９０は、端末からの指示に従い、
該モード保持手段に記憶されている該端末の応答モード
情報を変更する機能を有するものである。

【００４２】図２は、サービス制御局２００の構成要素
である端末情報記憶手段１１０が持つテーブルを表して
いる。

【００４３】該テーブルには、各通信端末の“端末番
号”、各通信端末が在圏するエリアの情報である“位置
登録エリア番号”、及び、該在圏交換局（Ｖ−ＭＳＣ）
までの辿るべきルート（経路）情報を番号で示した“ル
ーチング番号”が記憶されている。

【００４４】但し、Ｔｅｒｍｉｎａｌ Ｍｏｂｉｌｉｔ
ｙ（ＴＭ）を保証するため、移動端末の移動に伴い、必
要に応じて、該テーブルのルーチング番号及び位置登録
エリア番号が更新されるものとする。更に、固定端末に
ついても該テーブルを用いて位置管理することも可能で
ある。この場合は、発呼先固定端末までの物理的に１対
１に対応するルーチングアドレスをルーチング番号とし
て、回線接続時に用いれば良い。

【００４５】図２の例では、移動端末４１〜４５の端末
番号がそれぞれ“０００４１”〜”０００４５”であ
り、在圏交換局１４までのルーチング番号が“ＸＸＸＸ
ＸＸＸ”であり、移動端末４１，４２，４３が在圏する
エリア５１の“位置登録エリア番号”が“０５１”、一
方、移動端末４４，４５が在圏するエリア５２の“位置
登録エリア番号”が“０５２”であることを表してい
る。

【００４６】このルーチング番号及び位置登録エリア番
号によって、目的の移動端末に接続可能となる。さら
に、固定端末３３，３４，３５についても同様に表すこ
とは可能であり、図２の例では、エリア５２に在圏する
固定端末３３の端末番号が”１００３３”であり、ルー
チングアドレスが“ＡＡＡＡＡＡＡ”、一方、エリア５
３に在圏する固定端末３１，３２の端末番号がそれぞれ
“１００３１”，“１００３２”であり、ルーチングア
ドレスがそれぞれ“ＢＢＢＢＢＢＢ”，“ＣＣＣＣＣＣ
Ｃ”であることを示している。

【００４７】図３は、サービス制御局２００の構成要素
である使用者情報記憶手段１５０が持つテーブルを表し
ている。

【００４８】該テーブルには、各通信端末の「端末番
号」、各端末使用者の「ユーザ番号」、及び、「ユーザ
属性」が記憶されている。但し、Ｐｅｒｓｏｎａｌ Ｍ
ｏｂｉｌｉｔｙ（ＰＭ）を保証するため、ユーザが何ら
かの理由で使用端末を取り替えたい場合、該ユーザはＵ
ＰＴ（ＵｎｉｖｅｒｓａｌＰｅｒｓｏｎａｌ Ｔｅｌｅ
ｃｏｍｍｕｎｉｃａｔｉｏｎ）カードを端末から端末へ
と差し替えることで、使用端末の変更を使用者情報記憶
手段１５０に通知し、リアルタイムに該テーブル内に記
憶されている端末番号とユーザ番号の組合わせが更新さ
れるものとする。

【００４９】図３の例では、移動端末４１〜４５の使用
者の「ユーザ番号」がそれぞれ“００００１”〜“００
００５”であり、端末４１，４２，４５の使用者が“警
官”、端末４３の使用者が“医者”、端末４４の使用者
が“学生”であることを表している。

【００５０】更に、固定端末３１〜３３の使用者の「ユ
ーザ番号」がそれぞれ“１０００１”〜“１０００３”
であり、固定端末３１〜３３の使用者がすべて“学生”
であることを表している。

【００５１】但し、本具体例では、ユーザ属性として各
ユーザの「職業」を記憶しているが、各ユーザの「年
齢」、「性別」、「勤務先」等の属性を記憶するように
しても良い。また、ユーザ属性を便宜的に漢字で表して
いるが、実際にはコード化されているものとする。

【００５２】図４は、サービス制御局２００の構成要素
であるモード保持手段１８０が備えるテーブルの内容例
を表しており、モード保持手段１８０の実装例として、
Ｔａ，Ｔｂの二通りのテーブル例を示してある。図４
（ａ）はテーブルＴａ、そして、図４（ｂ）はテーブル
Ｔｂである。

【００５３】図４（ａ）に示すテーブルＴａは、「各通
信端末の端末番号毎に発呼先位置指定呼に応答可能か否
かを記憶している」のに対して、図４（ｂ）に示すテー
ブルＴｂでは、「各端末使用者のユーザ番号毎に、発呼
先位置及びユーザ属性を指定した呼に応答可能か否かを
記憶している」点で異なる。いずれを使用するかは、次
の基準による。

【００５４】すなわち、通信端末に対してユーザが１対
１に対応している場合には、テーブルＴａの形式を採用
し、ＵＰＴサービスのような端末間におけるユーザの移
動性の保証が必要な場合には、テーブルＴｂの形式を採
用する。つまり、例えば、「通信端末に対してユーザが
１対１に対応」している場合には、テーブルＴａのよう
に各端末番号毎に該モード状態情報を保持すれば用は足
りるが、ＵＰＴサービスのような「端末間におけるユー
ザの移動性の保証」が必要な場合には、テーブルＴｂの
ように端末番号とは独立に、各ユーザ番号毎に該モード
状態の情報を保持しておく必要がある。

【００５５】以上で説明した図２の端末情報記憶手段１
１０のテーブル、図３の使用者情報記憶手段１５０のテ
ーブル、及び、図４（ａ），（ｂ）で示されるモード保
持手段１８０のテーブルは、それぞれ別々に実装される
と冗長性が高いので、実際の実装方式としては一つのデ
ータベースにまとめても良い。

【００５６】次に、このような構成の本システムの作用
を説明する。本システムではサービス制御局２００は、
使用者情報記憶手段１５０を備えており、「端末番
号」、「ユーザ番号」、「ユーザ属性」を記憶してい
る。そして、「ユーザ属性」としては例えば、職種を登
録して、職種指定の呼び出しを可能にしている。

【００５７】そこで、以下の説明においては、エリア５
２なる位置登録エリアに在圏する移動端末４４が、「エ
リア５１とエリア５２に在圏し、かつ、ユーザ属性が
“警官”である端末使用者」を発呼先（着呼先）として
指定して発呼する場合を例に説明する。

【００５８】移動端末４４からこのような条件指定によ
る発呼を行うと、この発呼情報はエリア５２をサービス
エリアとする無線基地局２２より交換機１４、交換機１
２を介してサービス制御局２００に送られ、サービス制
御局２００はその制御部１００の制御のもとに、発呼先
選択手段１２０により当該発呼情報と、端末情報記憶手
段１１０の記憶情報、使用者情報記憶手段１５０の記憶
情報及びモード保持手段１８０の記憶情報を参照して発
呼管理と発呼制御に必要な情報を発呼先記憶手段１３０
に記憶保持させる。そして、これを用いて発呼手段１４
０は発呼先に発呼することになる。

【００５９】図５は、発呼先記憶手段１３０が持つテー
ブル例を表している。図２、図３、図４の記憶情報内容
から、「“エリア５１”と“エリア５２”に在圏し、か
つ、ユーザ属性が“警官”であり、かつ、モードが“応
答可能”である端末」は、“移動端末４１”と“移動端
末４５”であるので、これら２つの移動端末の「端末番
号」、端末使用者の「ユーザ番号」、「ルーチング番
号」、及び、「位置登録エリア番号」等の端末情報が、
発呼先記憶手段１３０が持つテーブルの該当項目に、各
発呼元端末毎に対応させて保持されることを示してい
る。

【００６０】端末における発呼動作の詳細を説明する。
図６は、端末の制御上の一連の動作（発呼時）を示すフ
ローチャートである。この処理は、発呼元端末である移
動端末４４の電源が投入された時点より開始される（ス
テップＡ１）。この時、移動端末４４は自らの存在をサ
ービス制御局２００に通知することによって、端末情報
記憶手段１１０に位置登録されるものとする。自己の端
末番号情報を含む位置登録要求を出すことにより、これ
が自己の在圏するエリアをサービスエリアとする無線基
地局（この例の場合、無線基地局２２）に受信され、こ
の無線基地局を介してサービス制御局２００に通知され
ることにより、端末情報記憶手段１１０に自局の位置登
録がなされる。

【００６１】また、その後は、サービス制御局２００か
らの要求により、あるいは、移動端末の定期的な位置登
録要求により、あるいは、エリア間移動に伴う電波電界
強度レベルの測定値変動などにより、位置登録の変更を
行い、常に最新の位置管理を行うことができるようにし
てある。同様にして、他の移動端末もそれぞれ自己の最
新の位置情報が、サービス制御局２００によって端末情
報記憶手段１１０に登録され、サービス制御局２００で
は各移動端末の在圏位置が掴めるようにしてある。

【００６２】そして、ステップＡ２においては、該移動
端末４４のユーザが発呼要求するか否かが判定される。
そして、ステップＢ２では、サービス制御局２００から
の発呼信号を受信したか否かが判定される。移動端末４
４が発呼も着呼もしない間は、ステップＡ２とステップ
Ｂ２を繰り返すが、移動端末４４のユーザがサービス制
御局２００に発呼要求すると、ステップＡ３の発呼処理
に進む。但し、ステップＡ２とステップＢ２の判定動作
の順序は、どちらが先でもかまわない。

【００６３】ステップＡ３の発呼処理では、ユーザから
受けた発呼要求により、移動端末４４はサービス制御局
２００に発呼して、サービス制御局２００との間に制御
回線を確保する。

【００６４】次に、該確保された制御回線を通して、発
呼元移動端末４４のユーザはサービス制御局２００に対
して、発呼先地域を“エリア５１とエリア５２”に、発
呼先端末使用者のユーザ属性を“警官”に指定する情報
を送る。

【００６５】但し、発呼先地域やユーザ属性のコードが
反映されるような発呼番号体系が確立しており、更に、
発呼元通信端末４４のユーザが発呼先地域や発呼先端末
ユーザの属性を指定すると、該対応する発呼番号に変換
して自動的に発呼する機能を備えた通信端末である場合
には、ステップＡ２において、例えば、該移動端末４４
のユーザが“エリア５１とエリア５２から成る発呼先地
域”と“警官”という「発呼先端末使用者のユーザ属
性」を指定して発呼要求したとすると、該発呼元移動端
末４４は、移動端末４４のユーザによって指定された
「発呼先地域」及び「ユーザ属性」に対応する発呼番号
を用いてサービス制御局２００に発呼するといった具合
に動作するようにしても良い。

【００６６】ステップＡ４では、サービス制御局２００
からの通知により、発呼先通信端末からの着信応答を受
信したか否かが判定される。着信応答を受信していなけ
ればステップＡ５へと進むが、着信応答を受信すればス
テップＡ８へと進む。

【００６７】ステップＡ５では、着信応答待ち受け状態
が長く続いた場合に、発呼元移動端末４４のユーザが、
次侯補発呼命令を制御回線を通じてサービス制御局２０
０に通知するように要求したか否かが判定される。ここ
で、次侯補発呼命令とは、現在サービス制御局２００か
ら発呼している端末以外の発呼先侯補が発呼先記憶手段
１３０にまだ記憶されていることを期待して、サービス
制御局２００に現在着信応答を待っている発呼先端末へ
の発呼を中止させ、かつ、発呼先記憶手段１３０に記憶
されていてまだ発呼されていない発呼先侯補への次なる
発呼をするように指令する命令である。

【００６８】発呼元移動端末４４のユーザが次侯補発呼
命令をした場合、ステップＡ４へと戻り、次なる発呼先
端末からの着信応答を待つが、発呼元移動端末４４のユ
ーザが次侯補発呼命令をしない場合は、現在の発呼先移
動端末からの着信応答待ち受け状態が続くことになり、
ステップＡ６へと進む。

【００６９】ステップＡ６では、サービス制御局２００
内の発呼手段１４０が発呼する際に発呼先記憶手段１３
０に発呼先候補が存在しなかったり、発呼先端末が既に
話中であったりしたことにより、サービス制御局２００
から発呼元移動端末４４との制御回線が切断されたか否
かが判定される。サービス制御局２００から制御回線が
切断された場合には、ステップＡ２へと戻るが、サービ
ス制御局２００から制御回線が切断されなければ、現在
の発呼先端末からの着信応答待ち受け状態が続くことに
なり、ステップＡ７へと進む。

【００７０】ステップＡ７では、現在の発呼先端末から
の着信応答待ち受け状態中に、発呼元移動端末４４のユ
ーザが現発呼先移動端末への発呼を止め、サービス制御
局２００との間の制御回線を切断したか否かを判定す
る。発呼元移動端末４４のユーザが発呼を中止し、制御
回線の切断をした場合には、ステップＡ２へと戻るが、
発呼を中止せず制御回線を切断しないのであれば、現在
の発呼先移動端末からの着信応答待ち受け状態が続くこ
とになり、ステップＡ４へと戻る。

【００７１】ここで、ステップＡ４→Ａ５→Ａ６→Ａ７
→Ａ４のループは、「発呼元端末４４が発呼先端末から
の着信応答待（着信応答を待っている状態）」での制御
上の動作を表す。

【００７２】さて、ステップＡ４において発呼元移動端
末４４が着信応答を受けた場合には、着信応答をした発
呼先移動端末と発呼元移動端末４４との間に、情報転送
網２を通して音声やデータ通信用のコネクションが設定
され、また、その他、通信に必要な通信資源が確保さ
れ、通信が開始される（ステップＡ８）。

【００７３】このとき、制御コネクションは、発呼元移
動端末４４とサービス制御局２００の間、及び、サービ
ス制御局２００と着信応答した発呼先端末の間に信号網
１を通じて設定されている必要があるが、通信用コネク
ションは、サービス制御局２００を経由して設定される
必要はない。

【００７４】ステップＡ９では、通信中に、発呼元端末
４４のユーザが再発呼することなしに他の発呼先侯補と
続けて通信したい場合に、現在通信中の相手端末以外の
発呼先侯補が発呼先記憶手段１３０にまだ記憶されてい
ることを期待して、サービス制御局２００に現在通信中
の相手端末とのコネクションを切断させ、かつ、発呼先
記憶手段１３０に記憶されていて、まだ、発呼されてい
ない発呼先侯補への次なる発呼をするように命令する次
侯補発呼命令を、発呼元端末４４のユーザが制御回線を
通じてサービス制御局２００に通知するように要求した
か否かが判定される。

【００７５】発呼元移動端末４４のユーザが次侯補発呼
命令をした場合、ステップＡ４へと戻り、次なる発呼先
移動端末からの着信応答を待つが、発呼元移動端末４４
のユーザが次侯補発呼命令をしない場合は、通信状態が
続くことになり、ステップＡ１０へと進む。

【００７６】ステップＡ１０では、現在通信中の相手端
末からコネクションが切断されたか否かが判定される。
現在通信中の相手端末からコネクションが切断された場
合には、ステップＡ１２の通信終了処理へと進むが、通
信相手端末からコネクションが切断されないならば、通
信状態が続き、ステップＡ１１へと進む。

【００７７】ステップＡ１１では、通信中に、発呼元移
動端末４４のユーザが通信相手端末との間のコネクショ
ンを、正確には、サービス制御局２００との間の制御回
線及び通信相手の移動端末との間の通信回線の切断要求
をしたか否がを判定する。

【００７８】発呼元移動端末４４のユーザが通信相手端
末とのコネクションの切断要求をした場合には、ステッ
プＡ１２の通信終了処理へと進むが、通信相手端末との
コネクションを切断しないのであれば、現在の通信相手
端末との通信状態が続くことになり、ステップＡ９へと
戻る。

【００７９】ここで、ステップＡ９→Ａ１０→Ａ１１→
Ａ９のループは、「発呼元端末４４が通信相手端末と通
信状態である場合」の制御上の動作を表す。

【００８０】ステップＡ１２では、発呼元移動端末４４
において通信に必要であった通信資源を解放して通信を
終了し、ステップＡ２に戻りユーザからの発呼要求を待
つ。

【００８１】図５で示されるように、発呼元移動端末４
４の指示による発呼先候補として移動端末４１と移動端
末４５の２つが発呼先記憶手段１３０に記憶されている
が、サービス制御局２００において、発呼手段１４０が
該発呼先記憶手段１３０を参照して発呼する際に、該２
つの発呼先侯補からある基準にしたがって、例えばラン
ダムに、１つの侯補を選択して該選択された１つの発呼
先侯補に単一発呼する場合と、該発呼先記憶手段１３０
に記憶されている該２つの発呼先侯補に同報発呼する場
合の２通りの発呼の方法があるが、ここでは、発呼手段
１４０が該２つの発呼先侯補である移動端末４１と移動
端末４５に同報発呼する場合について、該着信移動端末
４１，４５の一連の動作について説明する。

【００８２】＜２つの発呼先侯補端末に同報発呼する場
合の動作例＞図７は、端末の制御上の一連の動作（着信
時）を示すフローチャートである。この図７で示される
一連の処理は、図６のステップＡ１において着信端末で
ある移動端末４１または移動端末４５の電源が投入され
た時点より開始される。この時、移動端末４１，４５は
自らの存在をサービス制御局２００に通知することによ
って、端末情報記憶手段１１０に位置登録されるものと
する。

【００８３】移動端末４１，４５が発呼も着呼もしない
間は、図６のステップＡ２とステップＢ２を繰り返す
が、ステップＢ２において、サービス制御局２００から
の発呼信号が着信したのであれば、ステップＢ３へと進
み着信端末４１，４５は呼出し音を鳴らす。

【００８４】ステップＢ４では、着信端末である端末４
１及び端末４５のユーザの呼出し中に、サービス制御局
２００からの発呼が中止され、制御回線が切断されたか
否かが判定される。サービス制御局２００からの発呼が
中止され、制御回線が切断されたならば、図６のステッ
プＡ２へと戻り、ループＡ２→Ｂ２→Ａ２で示される、
ユーザからの発呼要求待ち受け状態またはサービス制御
局２００からの発呼信号待ち受け状態となるが、サービ
ス制御局２００からの発呼中止及び制御回線切断がなさ
れないならば、ユーザ呼び出し状態が続くことになり、
ステップＢ５へと進む。

【００８５】ステップＢ５では、着信端末４１，４５の
ユーザが着信応答するか否かが判定される。ユーザが着
信応答した場合は、該ユーザの使用端末の動作はステッ
プＢ６へと進み、通信開始処理を始めるが、ユーザが着
信応答しないならば、ステップＢ３へと戻り、ユーザ呼
び出し状態が続くことになる。

【００８６】ここで、ステップＢ３→Ｂ４→Ｂ５→Ｂ３
のループは、着信移動端末４１，４５が、該移動端末使
用者に着呼したことを知らせるために、呼び出し音を鳴
らし続けている状態（リンガ鳴動状態）である場合の制
御上の動作を示す。

【００８７】さて、例えば移動端末４１のユーザが着信
応答したとする。するとステップＢ５において、着信移
動端末４１と発呼元移動端末４４との間に、情報転送網
２を通して音声やデータ通信用のコネクションが設定さ
れ、また、その他にも通信に必要な通信資源が確保さ
れ、通信が開始される（ステップＢ６）。

【００８８】このとき、制御コネクションは、発呼元の
移動端末４４とサービス制御局２００との間、及び、サ
ービス制御局２００と着信移動端末４１との間にそれぞ
れ信号網１を通じて設定されている必要があるが、通信
用コネクションは、サービス制御局２００を経由して設
定される必要はない。

【００８９】一方、サービス制御局２００は、もう１つ
の発呼先端末（着呼先端末）である移動端末４５に対す
る発呼を止めるので、着信移動端末４５は、ステップＢ
４において、サービス制御局２００からの発呼が中止さ
れたと判断し、ステップＡ２及びステップＢ２のループ
処理へと戻り、ユーザからの発呼要求またはサービス制
御局２００からの発呼信号を待つ。

【００９０】着信移動端末４１では、ステップＢ７にお
いて、現在通信中の発呼元移動端末４４またはサービス
制御局２００からコネクションが切断されたか否かが判
定される。

【００９１】そして、通信中の発呼元移動端末４４また
はサービス制御局２００からコネクションが切断された
場合には、ステップＢ９の通信終了処理へと進むが、通
信相手端末である発呼元移動端末４４とのコネクション
が切断されないならば、通信状態が続き、ステップＢ８
へと進む。ステップＢ８では、通信中に、着信移動端末
４１のユーザが通信相手端末である発呼元移動端末４４
との間のコネクションを、正確には、サービス制御局２
００との間の制御回線及び通信相手端末４４との間の通
信回線を切断したか否かを判定する。

【００９２】着信移動端末４１のユーザが、通信相手端
末４４とのコネクションを切断する操作をした場合に
は、ステップＢ９の通信終了処理ヘと進むが、通信相手
端末４４とのコネクションを切断しないのであれば、通
信相手端末４４との通信状態が続くことになり、ステッ
プＢ７へと戻る。

【００９３】ここで、ステップＢ７→Ｂ８→Ｂ７のルー
プは、「発呼元端末４４と着信端末４１が通信状態であ
る場合」の制御上の動作を表す。

【００９４】ここで、通信終了処理であるステップＢ９
の処理に移った場合は、着信移動端末４１は、通信に必
要であった通信資源を解放して通信を終了し、図６
（ａ）におけるステップＡ２からの処理に移る。ステッ
プＡ２及びステップＢ２のループ処理では、ユーザから
の発呼要求またはサービス制御局２００からの発呼信号
を待つ。

【００９５】＜サービス制御局２００の動作＞図８は、
サービス制御局２００の一連の処理動作を示すフローチ
ャートである。

【００９６】ここでは、図１で示すように移動端末４
１，４２，４３がエリア５１に、移動端末４４，４５及
び固定端末３３がエリア５２に、固定端末３１，３２が
エリア５３にそれぞれ在圏する場合において、位置登録
エリア５２に在圏する移動端末４４が、「“エリア５１
とエリア５２”を発呼先地域にし、かつ、ユーザ属性が
“警官”である端末使用者」を発呼先として指定して発
呼する場合を例にサービス制御局２００の動作を説明す
る。

【００９７】図８で示される一連の処理は、サービス制
御局２００が発呼先地域及びユーザ属性を指定した呼に
対する接続サービスを開始した時点より始まる（ステッ
プＳ１）。

【００９８】まず、ステップＳ２において、サービス制
御局２００の制御部１００は、発呼元移動端末４４から
の発呼信号を受信したか否かを判定する。発呼信号が制
御部１００に着信しない間はステップＳ２を繰り返す
が、発呼信号が制御部１００に着信した場合、当該制御
部１００は発呼元移動端末４４との間に通信回線を設定
した後に、発呼元移動端末４４から発呼先地域や発呼先
ユーザの属性の情報が通知されるのを待つ。

【００９９】そして、該設定された制御回線を通して、
発呼元移動端末４４のユーザから発呼先地域を”エリア
５１とエリア５２”に、発呼先端末使用者のユーザ属性
を“警官”に指定する内容の情報の通知、すなわち、か
かる内容を含む発呼信号を受けると、ステップＳ３の発
呼先侯補の選択・記憶処理へと進む。

【０１００】但し、発呼元移動端末４４の発呼の際に、
発呼先地域やユーザ属性のコードが反映されるような発
呼番号体系が確立しており、また、発呼元移動端末４４
にはそのユーザが発呼先地域や発呼先端末ユーザの属性
を指定すると、それを当該指定内容に対応する発呼番号
に変換して自動的に発呼する機能を具備する場合には、
ユーザが「“エリア５１とエリア５２”から成る発呼先
地域」の指定と「“警官”という発呼先端末使用者のユ
ーザ属性」の指定をして発呼要求すると図６のステップ
Ａ２において、当該移動端末４４が「“エリア５１とエ
リア５２”から成る発呼先地域」の情報と「“警官”と
いう発呼先端末使用者のユーザ属性」を含む内容の発呼
信号を送信する構成とすることができる。そして、この
信号の制御部１００への着信により制御部１００にステ
ップＳ３の発呼先侯補の選択・記憶処理を開始させるこ
とができる。

【０１０１】＜発呼先侯補の選択・記憶処理＞ステップ
Ｓ３の発呼先侯補の選択・記憶処理は、以下のステップ
［Ｓ３−１］〜ステップ［Ｓ３−５］で示される一連の
動作である。

【０１０２】［Ｓ３−１］： 制御部１００は発呼元端
末４４から指定された発呼先地域及び発呼先端末使用者
のユーザ属性の情報と発呼元端末４４の端末情報を発呼
先選択手段１２０に通知する。

【０１０３】［Ｓ３−２］： それを受けて発呼先選択
手段１２０は、まず端末情報記憶手段１１０にアクセス
し、図２で示される端末情報テーブルを参照しながら、
発呼先端末４４から指定された発呼先地域である“エリ
ア５１”及び“エリア５２”に適合する端末を検索し、
該端末の「端末番号」、「ルーチング番号」、及び、
「位置登録エリア番号」を全て記憶する。

【０１０４】［Ｓ３−３］： 次に発呼先選択手段１２
０は、ステップ［Ｓ３−２］で記憶した端末番号をキー
に、使用者情報記憶手段１５０をアクセスして、図３で
示される使用者情報テーブルを参照し、該端末番号に適
合する端末使用者の中でユーザ属性が“警官”であるユ
ーザのみ検索する。そして、検索して得られた該ユーザ
番号を全て記憶する。

【０１０５】［Ｓ３−４］： 次に発呼先選択手段１２
０は、ステップ［Ｓ３−３］で記憶した該ユーザ番号を
キーに、モード保持手段１８０アクセスして、図４の
（ｂ）で示されるテーブルを参照し、該ユーザ番号のモ
ード状態を調べ、応答可能なユーザのみを検索する。そ
して、検索の結果、得られたユーザ対応の「端末番
号」、「ユーザ番号」、「ルーチング番号」、「位置登
録エリア番号」を発呼元端末４４の端末情報と共に発呼
先記憶手段１３０に通知すると同時に、制御部１００に
発呼先選択完了の通知をする。

【０１０６】［Ｓ３−５］： 次に発呼先記憶手段１３
０は、ステップ［Ｓ３−４］で発呼先選択手段１２０か
ら通知された端末情報を図５で示されるように、発呼元
端末毎に発呼先端末の情報として記憶する。但し、発呼
元移動端末４４が「ユーザ属性」の指定をしておらず、
「発呼先地域」の指定しかしなかった場合は、ステップ
［Ｓ３−３］において、発呼先選択手段１２０は、ステ
ップ［Ｓ３−２］で記憶した該端末番号をキーに、使用
者情報記憶手段１５０にアクセスして、図３で示される
使用者情報テーブルを参照し、該端末番号に対応する
「ユーザ番号」を全て抽出して記憶する。

【０１０７】更に、発呼元通信端末４４のユーザが「ユ
ーザ属性」の指定はせず、「発呼先地域」の指定しかし
ないで、しかも、ＵＴＰサービスをしない場合には、ユ
ーザの認証は必要ないので、ステップ［Ｓ３−３］は省
くことができ、代わりに、ステップ［Ｓ３−４］におい
て、ステップ［Ｓ３−２］で記憶した端末番号をキー
に、モード保持手段１８０にアクセスして、図４の
（ａ）で示されるテーブルを参照し、該端末番号のモー
ド状態を調べて応答可能な端末のみを検索し、該検索さ
れた端末に対応する「端末番号」、「ルーチング番
号」、「位置登録エリア番号」を発呼元移動端末４４の
端末情報と共に発呼先記憶手段１３０に通知すると同時
に制御部１００に発呼先選択完了を通知するようにすれ
ば良い。

【０１０８】以上が、発呼先侯補の選択・記憶処理であ
る。

【０１０９】一方、このような発呼先侯補の選択・記憶
処理におけるステップ［Ｓ３−４］の段階において、発
呼先選択手段１２０から発呼先選択完了通知を受ける
と、制御部１００は発呼手段１４０に発呼命令を通知す
る。すると、発呼手段１４０は、該発呼命令により、発
呼先記憶手段１３０にアクセスして、発呼元移動端末４
４に対応する発呼先端末情報が存在するか否かを判定す
る（ステップＳ４）。

【０１１０】すなわち、本具体例では発呼元移動端末４
４の要求した条件である「“エリア５１”と“エリア５
２”に在圏し、かつ、ユーザ属性が“警官”である端末
であって、かつ、モードが“応答可能”である端末」と
して、“移動端末４１”と“移動端末４５”があり、こ
れら２つの移動端末の「端末番号」、端末使用者の「ユ
ーザ番号」、「ルーチング番号」、及び、「位置登録エ
リア番号」等の端末情報が、発呼先記憶手段１３０が持
つテーブルの該当項目に、各発呼元端末毎に対応させて
保持されているので、このテーブルに発呼元移動端末４
４に対応する発呼先端末情報が存在するか否かを判定す
る。

【０１１１】その判定の結果、「発呼元移動端末４４に
対応する発呼先端末情報が存在しない」場合には、発呼
手段１４０は、制御部１００に対して発呼元移動端末４
４との制御回線を切断するように命令する（制御回線切
断命令）。そして、制御部１００は、該制御回線切断命
令により、直ちに発呼元移動端末４４との制御回線を切
断制御する（ステップＳ５）。当該制御回線の切断がな
されると、サービス制御局２００は、ステップＳ２の発
呼信号待ち受け状態に戻る。

【０１１２】また、ステップＳ４における判定の結果、
「発呼元移動端末４４に対応する発呼先端末情報が存在
する」場合には、発呼手段１４０は、タイマ１６０を起
動する。これにより、タイマ１６０は内部でカウントさ
れている“発呼元端末４４が発呼してからの経過時間
ｔ”を“ｔ＝０”にリセットして発呼時間の測定を開始
させる（ステップＳ６）。

【０１１３】このタイマ起動と同時に、発呼手段１４０
はステップＳ７の発呼処理を行う。ここで発呼手段１４
０による発呼処理は発呼先侯補端末が複数ある場合には
同報発呼であり、次にようにして行う。発呼先記憶手段
１３０には、図５で示されるように発呼先侯補として移
動端末４１と移動端末４５の２つ端末情報が記憶されて
いる。発呼手段１４０は、該発呼先記憶手段１３０にア
クセスして、発呼先侯補である移動端末４１と移動端末
４５の各端末情報を得ると共に、該２つの発呼先侯補端
末４１，４５に対する同報発呼命令を制御部１００に通
知し、これを受けた制御部１００は、該発呼先候補端末
４１，４５に同報発呼する。

【０１１４】なお、この例では、同報発呼しか扱ってい
ないが、発呼手段１４０は、該発呼先記憶手段１３０に
アクセスして、発呼先侯補である移動端末４１と移動端
末４５の端末情報を得ると、ある特定の規則に従って、
例えばランダムに該２つの発呼先侯補端末４１，４５か
ら１つの発呼先を選択し、発呼するようにしても良い。
さて、サービス制御局２００の次なる制御上の動作と
して、ステップＳ８〜ステップＳ１２で表される選択処
理のループがあるが、ステップＳ８、Ｓ９、Ｓ１０、Ｓ
１１、及びＳ１２の選択処理は、論理的には同時に行わ
れるものとする。

【０１１５】制御部１００は、発呼先端末４１または発
呼先端末４５からの着信応答を受信したか否かを判定す
る（ステップＳ８）。この判定の結果、「着信応答を受
信していない」ならばステップＳ９へと進むが、「着信
応答を受信した」ならばステップＳ１５へと進み、着信
応答した発呼先端末と発呼元端末４４との間で通信を開
始させるための処理を始める。

【０１１６】一方、ステップＳ８での判定の結果、「着
信応答を受信していない」と判断されてステップＳ９の
処理に移行した場合には、このステップＳ９において、
制御部１００は、発呼元端末４４から「次侯補発呼命
令」を受信したか否かを判定する。

【０１１７】例えば、発呼元移動端末４４のユーザが、
着信応答待ち受け中に図６のステップＡ５で「次侯補発
呼命令」の発令操作をした場合、制御部１００は、この
「次侯補発呼命令」を受けており、従って、このステッ
プＳ９において、「次侯補発呼命令」を受信したと判断
してステップＳ２１の処理に移る。

【０１１８】ステップＳ２１では現在発呼先対象となっ
ている発呼先移動端末４１，４５との制御回線を切断
し、これらへの発呼を中止する。そして、この処理が終
わると制御部１００はステップＳ２２の処理である「再
発呼前処理」に移り、その処理の確認後、ステップＳ４
の処理に戻ることになる。

【０１１９】すなわち、この再発呼前処理により、制御
部１００は発呼先削除手段１７０に対して、現在発呼対
象となっている発呼先端末４１，４５を発呼先侯補から
削除する命令を送る。それを受けて、発呼先削除手段１
７０は、発呼先記憶手段１３０にアクセスして、図５で
示されるテーブルから、現在発呼対象となっている発呼
先移動端末４１，４５の端末情報を削除し、制御部１０
０に削除完了通知をする。

【０１２０】制御部１００は、発呼先削除手段１７０か
ら削除完了通知を受けると、発呼命令を発呼手段１４０
に通知して、ステップＳ４へと戻る（ステップＳ２
２）。

【０１２１】しかし、この例では、発呼先が上記の移動
端末４１，４５のみであったことから、もはや発呼先記
憶手段１３０には発呼先侯補が存在しない。そのため、
ステップＳ４の判定において、発呼先侯補が存在しない
と判断することから、次なる発呼先侯補への発呼はでき
ない。従って、当該「次なる発呼先侯補」への発呼機能
は、発呼元から発呼先としての複数端末侯補への同時発
呼を要求する場合の機能では無く、ステップＳ７の発呼
処理において、発呼先侯補への発呼形態として、主に単
一発呼の場合に有用となる機能である。

【０１２２】一方、発呼元移動端末４４のユーザが「次
侯補発呼命令」をしなかったことにより、ステップＳ９
において、制御部１００が「発呼元移動端末４４のユー
ザからの次候補発呼命令なし」と判断した場合は、ステ
ップＳ１０に移る。すなわち、ユーザが「次侯補発呼命
令」をしなかったことにより、現在の発呼先移動端末４
１，４５からの着信応答待ち受け状態が続くことにな
り、ステップＳ１０へと進む。そして、このステップＳ
１０において、制御部１００は、発呼先移動端末４１，
４５が既に話中（電源がＯＦＦになっている状態も含
む）であるか否かを判定する。

【０１２３】その判定の結果、発呼先移動端末４１，４
５が共に「話中」であるならば、ステップＳ２３の処理
へと進むが、発呼先移動端末４１，４５のうち１つでも
話中でなければ、該話中でない発呼先侯補への発呼を続
け、ステップＳ１１へと進む。

【０１２４】ところで、二つの発呼先候補端末４１，４
５への発呼と同時にステップＳ６において起動され、当
該発呼先候補端末４１，４５からの着信応答待ち受け時
間ｔを測定しているタイマ１６０は、時間経過に伴い、
着信応答待ち受け時間ｔがτ（例えば１０秒）を超える
と、発呼手段１４０及び発呼先削除手段１７０にタイム
アウト通知をする。

【０１２５】従って、これを監視するためにステップＳ
１１において、発呼手段１４０及び発呼先削除手段１７
０は、タイマ１６０からタイムアウト通知を受けたか否
かを判定する。そして、発呼手段１４０及び発呼先削除
手段１７０がタイマ１６０からタイムアウト通知を受け
ていなければ、発呼先移動端末４１，４５からの着信応
答待ち受け状態が続くことになり、ステップＳ１２へと
進むが、タイムアウト通知を受けると、ステップＳ２３
の処理へと進む。

【０１２６】ステップＳ１２は、制御回線の切断監視の
処理を行う。すなわち、ステップＳ１２においては発呼
先移動端末４１，４５からの着信応答待ち受け状態中
に、図６のステップＡ７において発呼元移動端末４４の
ユーザが、現発呼先端末への発呼を止める操作したこと
による発呼元移動端末４４との間の制御回線の切断がな
されたか否かを制御部１００が判定することになる。

【０１２７】すなわち、発呼元移動端末４４のユーザが
発呼を中止し、制御回線が切断された場合には、制御部
１００は発呼先移動端末４１，４５への発呼を中止し
（ステップＳ１３）、発呼先移動端末４１，４５へ制御
回線を切断し（ステップＳ１４）、ステップＳ２の発呼
信号待ち受け状態へと戻る。

【０１２８】一方、発呼元移動端末４４が発呼を中止せ
ず、従って、制御回線を切断しないのであれば、発呼先
移動端末４１，４５からの着信応答待ち受け状態が続く
ことになり、ステップＳ８へと戻る。

【０１２９】従って、ステップＳ８→Ｓ９→Ｓ１０→Ｓ
１１→Ｓ１２→Ｓ８なる選択処理のループは、「制御部
１００が発呼先である端末４１または端末４５からの着
信応答待（着信応答を待っている状態）」である場合の
制御上の動作を表している訳である。

【０１３０】ステップＳ８において、例えば、制御部１
００が発呼先移動端末４１から着信応答を受信した場
合、この制御部１００は、着信移動端末４１と発呼元移
動端末４４との間に、情報転送網２を通して音声やデー
タ通信用のコネクションを設定し、また、その他にも通
信に必要な通信資源を確保する。そして、発呼元移動端
末４４と着信移動端末４１との間での通信を開始する。
更に、制御部１００は、もう１つの発呼先移動端末であ
る移動端末４５に対する発呼を止める（ステップＳ１
５）。

【０１３１】このとき、制御コネクションは、発呼元移
動端末４４と制御部１００の間、及び、制御部１００と
着信移動端末４１との間に信号網１を通じて設定されて
いるが、通信用コネクションは、サービス制御局２００
を経由して設定される必要はない。

【０１３２】ステップＳ１５での通信開始処理により、
発呼元移動端末４４と着信移動端末４１との間での通信
が開始されると、制御部１００は、ステップＳ１６にお
いて発呼元移動端末４４から次侯補発呼命令を受信した
か否かを判定する。

【０１３３】発呼元移動端末４４が、移動端末４１との
通信中に図６のステップＡ９で次候補発呼命令をした場
合には、制御部１００は、次侯補発呼命令を受けて、現
在発呼元移動端末４４と通信中である着信移動端末４１
との制御回線及び発呼元移動端末４４と着信移動端末４
１間の通信回線を切断し（ステップＳ１９）、発呼先削
除手段１７０に対して、着信移動端末４１を発呼先侯補
から削除する命令を送る。

【０１３４】それを受けて、発呼先削除手段１７０は、
発呼先記憶手段１３０にアクセスして、図５で示される
テーブルから、着信移動端末４１の端末情報を削除する
と、制御部１００に削除完了通知をする。制御部１００
は、発呼先削除手段１７０から削除完了通知を受ける
と、発呼元移動端末４４に対応する発呼命令を発呼手段
１４０に通知して、ステップＳ４へと戻る（ステップＳ
２０）。

【０１３５】一方、ステップＳ１６における判定の結
果、次侯補発呼命令を受けていないと判定した場合、す
なわち、発呼元移動端末４４のユーザが次侯補発呼命令
をしない場合は、移動端末４４と移動端末４１との通信
状態が続くことになり、ステップＳ１７へと進む。

【０１３６】ステップＳ１７では、通信中に、発呼元移
動端末４４または着信移動端末４１のユーザが通信相手
端末とのコネクションを、正確には、制御部１００との
間のコネクションを切断したか否かを判定する。その結
果、コネクションを切断したと判定した場合は、すなわ
ち、発呼元端末４４または着信移動端末４１のユーザが
通信相手端末とのコネクションを切断した場合には、ス
テップＳ１８の通信終了処理へと進むが、コネクション
を切断していないと判定した場合、すなわち、通信相手
端末とのコネクションを切断しないのであれば、移動端
末４４と移動端末４１との通信状態が続くことになり、
ステップＳ１６へと戻る。

【０１３７】ここで、ステップＳ１６→Ｓ１７→Ｓ１６
のループは、「発呼元端末４４と着信端末４１が通信状
態である場合」の制御上の動作を表す。

【０１３８】通信終了処理であるステップＳ１８に移行
した場合、ここでは通信終了処理を行うことになる。す
なわち、制御部１００はステップＳ１８の処理に移る
と、移動端末４４と移動端末４１との通信に必要であっ
た通信資源を解放して通信を終了し、ステップＳ２の発
呼信号待ち受け状態に戻る。

【０１３９】前述の着信応答待ちループにおけるステッ
プＳ１０，Ｓ１１の処理に話を戻す。当該ステップＳ１
０の処理は発呼先が話中であるか否かの判定であり、ス
テップＳ１１での処理はタイムアウトか否かの判定であ
り、“話中”であったり、“タイムアウト”であったり
すれば、いずれもステップＳ２３の処理へと進むことに
なる。

【０１４０】すなわち、発呼先移動端末４１，４５が共
に“話中”であったり、ステップＳ１１において、発呼
手段１４０及び発呼先削除手段１７０がタイマ１６０か
らタイムアウト通知を受けると、ステップＳ２３の処理
へと進むことになり、“発呼中止処理”、“デフォルト
の接続先に接続”、“現発呼先端末への発呼中止”のい
ずれかの処理に入る。

【０１４１】発呼先移動端末４１，４５が共に話中であ
ったり、所定の時間を経過してしまった場合には、現状
から撤収する必要があるので、そのための何等かの処理
をしなければならないが、その何等かの処理として考え
られるのが、上述の“発呼中止処理”、“デフォルトの
接続先に接続”、“現発呼先端末への発呼中止”であ
る。

【０１４２】そして、発呼先が複数ある場合、すなわ
ち、ステップＳ７の発呼処理において、発呼先侯補への
発呼形態として、候補が複数あり、その候補中から一つ
を選択して発呼する“単一発呼”の場合においては、
“現発呼先端末への発呼中止”の処理を選択して当該処
理に移る。また、発呼先が複数あってこれらへの同時発
呼を行っていた場合においては、この段階ではもはや候
補が無いわけであるからその場合には“発呼中止処理”
の処理を選択して当該処理に移り、また、候補が無い
が、デフォルトの接続先が設定されている場合には“デ
フォルトの接続先に接続”の処理を選択して当該処理に
移る。

【０１４３】“発呼中止処理”はステップＳ２３の判定
“（ａ）”に該当する場合に入る処理で、以下の如きで
ある。

【０１４４】すなわち、制御部１００は、発呼先移動端
末４１，４５への発呼を中止し（ステップＳ２７）、発
呼元端末４４及び発呼先端末４１，４５への制御回線を
切断し（ステップＳ２８）、ステップＳ２の発呼信号待
ち受け状態へと戻る。

【０１４５】“デフォルトの接続先に接続”はステップ
Ｓ２３の判定“（ｂ）”に該当する場合に入る処理で、
以下の如きである。

【０１４６】すなわち、制御部１００は、前もって記憶
されているデフォルトの接続先に、コネクションを設定
する（ステップＳ２４）。但し、該デフォルトの接続先
はトーキーとし、これはサービス制御局２００内に実装
しておくようにしても良い。

【０１４７】コネクションが設定されたならば、次にス
テップＳ２５の処理に移る。ここでの処理は、コネクシ
ョン切断の有無の判定である。すなわち、制御部１００
は、発呼元端末４４またはデフォルトの接続先がコネク
ションを切断したか否かを判定する。その結果、発呼元
端末４４またはデフォルトの接続先がコネクションを切
断した場合には、ステップＳ２６の通信終了処理へと進
むが、発呼元端末４４またはデフォルトの接続先がコネ
クションを切断しないのであれば、発呼元端末４４とデ
フォルトの接続先との通信状態が続くことになり、ステ
ップＳ２４へと戻る。

【０１４８】ここで、ステップＳ２４→Ｓ２５→Ｓ２４
のループは、発呼元端末４４がデフォルトの接続先と通
信状態であることを表す。

【０１４９】ステップＳ２６において、制御部１００
は、端末４４とデフォルトの接続先との通信に必要であ
った通信資源を解放して通信を終了し、ステップＳ２の
発呼信号待ち受け状態に戻る。

【０１５０】“現発呼先端末への発呼中止”はステップ
Ｓ２３の判定“（ｃ）”に該当する場合に入る処理で、
以下の如きである。

【０１５１】すなわち、制御部１００は、話中またはタ
イムアウト対策として、現在発呼中の発呼先端末４１，
４５との制御回線を切断し、発呼を中止する（ステップ
Ｓ２１）。

【０１５２】一方、発呼先削除手段１７０は、ステップ
Ｓ１０で発呼先端末４１，４５が共に話中の場合に制御
部１００から発呼先端末４１，４５を発呼先侯補から削
除する命令を受けたり、ステップＳ１１でタイマ１６０
からタイムアウト命令を受けると、発呼先記憶手段１３
０にアクセスして、図５で示されるテーブルから、現在
発呼中の発呼先端末４１，４５の端末情報を削除して、
制御部１００に削除完了通知をする。制御部１００は、
発呼先削除手段１７０から削除完了通知を受けると、発
呼元端末４４に対応する発呼命令を発呼手段１４０に通
知して、ステップＳ４へと戻る（ステップＳ２２）。

【０１５３】図８のステップＳ５の代わりに、ステップ
Ｓ２３の“（ｂ）”の処理（ステップＳ２４→Ｓ２５→
Ｓ２６）を行っても良い。その場合、ステップＳ４にお
いて、発呼先記憶手段１３０に発呼元端末４４に対応す
る発呼先端末情報が存在しない場合には、発呼手段１４
０は、発呼元端末４４をデフォルトの接続先にコネクシ
ョン設定できる。

【０１５４】また、各通信端末は、発呼先位置を指定し
た呼に対する接続サービスに応答可能な否かのモードを
変更したい場合、該モードの変更通知をサービス制御局
２００の制御部１００に通知すると、制御部１００は、
該モード変更の通知をした端末の端末番号または該端末
使用者のユーザ番号を、モード変更手段１９０に通知す
る。

【０１５５】これを受けて、モード変更手段１９０は、
モード保持手段１８０が持つ図４（ａ）で示されるテー
ブルＴａ、または、図４（ｂ）で示されるテーブルＴｂ
にアクセスし、該モード変更の通知をした端末または端
末使用者に対応するモード状態を変更する。また、本実
施形態の例では、移動端末のみに限定しているように見
えるが、これはあくまでも一例であり、移動端末ばかり
でなくもちろん、固定端末についても同様な動作が可能
である。つまり、移動端末−移動端末間、移動端末−固
定端末間、固定端末−固定端末間について同様な動作が
可能である。

【０１５６】以上、本発明の通信システムは、少なくと
も、通信可能なエリアを複数のサービスエリアに区分す
ると共に、これらサービスエリアに分散する複数の固定
通信端末もしくは移動通信端末があり、これら複数の通
信端末間での通信サービスをする通信システムにおい
て、いずれかの通信端末が発呼先地域を指定して発呼す
ると、該発呼端末から指定された地域に在圏する任意の
通信端末に着信させることができるようにしたものであ
り、さらには発呼先端末使用者の属性を指定して発呼す
ると、該発呼端末から指定された地域に在圏し、かつ、
該発呼端末から指定された発呼先端末使用者の属性に適
合する任意の端末使用者に着信できるようにしたもので
ある。

【０１５７】従って、この発明によれば、任意の通信端
末から発呼先地域を指定して発呼すると、あるいは、発
呼先地域と使用者属性を指定して発呼すると、該発呼端
末から指定した地域に在圏する任意の通信端末に、ある
いは指定した地域に在圏し、かつ指定した属性を有する
任意の通信端末に着信させることができる便利な通信シ
ステムが得られるようになる。

【０１５８】

【発明の効果】以上説明したように、本発明によれば、
端末から発呼先地域を指定して発呼すると、該発呼端末
から指定された地域に在圏する任意の通信端末に着信可
能であって、また、端末が発呼先地域および発呼先端末
使用者の属性を指定して発呼すると、該発呼端末から指
定された地域に在圏し、かつ、該発呼端末から指定され
た発呼先端末使用者の属性に適合する任意の端末使用者
に着信することが可能な通信システムを提供できる。

【０１５９】また、本発明によれば、発呼元端末が指定
した条件を満たす発呼先侯補が存在しない場合や、発呼
先が既に話中であっても、予め定められた接続先に接続
できる通信システムを提供できる。

【０１６０】また、本発明によれば、発呼元端末が指定
した条件を満たす発呼先侯補に着呼後、発呼元が発呼中
止するまでずっと該着信端末のユーザを呼び出し続ける
ことがないようにでき、また、本発明によれば、自動的
に次なる発呼先侯補に発呼可能となる通信システムを提
供できる。

【０１６１】また、本発明によれば、発呼先位置を指定
した呼に対する着信サービスに参加するか否かを、各端
末のユーザがいつでも設定可能となる通信システムを提
供できる。

【図面の簡単な説明】

【図１】本発明を説明するための図であって、本発明の
実施形態に係わる通信システムの全体の構成を示す概略
的なシステム構成図。

【図２】本発明を説明するための図であって、本発明の
通信システムにおけるサービス制御局２００の端末情報
記憶手段１１０が持つテーブル例を表す図。

【図３】本発明を説明するための図であって、本発明の
通信システムにおけるサービス制御局２００の使用者情
報記憶手段１５０が持つテーブル例を表す図。

【図４】本発明を説明するための図であって、本発明の
通信システムにおけるサービス制御局２００のモード保
持手段１８０が持つテーブル例を表す図。

【図５】本発明を説明するための図であって、本発明の
通信システムにおけるサービス制御局２００の発呼先記
憶手段１３０が持つテーブル例を表す図。

【図６】本発明を説明するための図であって、本発明の
通信システムにおける通信端末の制御上の一連の動作
（発呼時）を示すフローチャート。

【図７】本発明を説明するための図であって、本発明の
通信システムにおける通信端末の制御上の一連の動作
（着信時）を示すフローチャート。

【図８】本発明を説明するための図であって、本発明の
通信システムにおけるサービス制御局２００の一連の動
作を示すフローチャート。

【符号の説明】

１…信号網、 ２…情報転送網、 ３１〜３３…固定端末、 ４１〜４５…移動端末、 １１〜１３…交換機、 １４…在圏交換局、 ２１〜２３…無線基地局、 ５１〜５３…位置登録エリア、 １００…制御部、 １１０…端末情報記憶手段、 １２０…発呼先選択手段、 １３０…発呼先記憶手段、 １４０…発呼手段、 １５０…使用者情報記憶手段、 １６０…タイマ、 １７０…発呼先削除手段、 １８０…モード保持手段、 １９０…モード変更手段、 ２００…サービス制御局

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高木 雅裕 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内

Claims (11)

【特許請求の範囲】
1. 【請求項１】少なくとも、通信可能なエリアを複数のサ
   ービスエリアに区分すると共に、これらサービスエリア
   に分散する複数の固定通信端末もしくは移動通信端末が
   あり、これら複数の通信端末間での通信サービスをする
   通信システムにおいて、 各通信端末の現在位置情報を、その通信端末の在圏する
   前記サービスエリア対応に記憶保持する端末情報記憶手
   段と、 いずれかの通信端末が発呼先地域を指定して発呼する
   と、前記端末情報記憶手段の記憶情報をもとに、該発呼
   端末から指定された発呼先地域に対応するサービスエリ
   アに位置登録されている通信端末を検索し、該検索結果
   を発呼先侯補として選択する発呼先選択手段と、 該発呼先選択手段により選択された端末情報を記憶する
   発呼先記憶手段と、 該発呼先記憶手段に記憶されている発呼先候補の端末に
   対して発呼する発呼手段と、を具備することを特徴とす
   る通信システム。
2. 【請求項２】請求項１記載の通信システムにおいて、 前記複数の通信端末の使用者情報を保持させた使用者情
   報記憶手段を設け、 前記発呼先選択手段は、通信端末が発呼先地域及び端末
   使用者属性を指定して発呼すると、前記端末情報記憶手
   段を用いて、発呼端末から指定された地域に該当するサ
   ービスエリアに位置登録されている通信端末を検索する
   と共に、前記使用者情報記憶手段の情報を用いて、該検
   索結果に含まれる各通信端末に対応する使用者のうち、
   前記発呼端末からの指定された使用者属性に適合する使
   用者を検索し、該検索結果に対応する端末を発呼先侯補
   として選択する機能を備えたことを特徴とする通信シス
   テム。
3. 【請求項３】請求項１記載の通信システムにおいて、 前記通信端末は、移動端末であり、また、前記端末情報
   記憶手段は、前記複数の移動端末の現在位置をリアルタ
   イムに更新し、記憶保持する構成とすることを特徴とす
   る通信システム。
4. 【請求項４】請求項２記載の通信システムにおいて、 前記通信端末は、移動端末であり、 また、前記端末情報記憶手段は、前記複数の移動端末の
   現在位置をリアルタイムに更新し、記憶保持する構成と
   すると共に、 前記使用者情報記憶手段は、前記複数の移動端末の使用
   者情報をリアルタイムに更新し、記憶保持する構成であ
   ることを特徴とする通信システム。
5. 【請求項５】請求項１、２、３または４のいずれかに記
   載の通信システムにおいて、 前記発呼手段は、前記発呼先記憶手段に記憶されている
   発呼先候補の中から、所定の規則に従って、複数または
   １つの発呼先侯補端末を選択し、発呼する構成とするこ
   とを特徴とする通信システム。
6. 【請求項６】請求項１、２、３または４のいずれかに記
   載の通信システムにおいて、 前記発呼手段は、前記発呼先記憶手段に記憶された発呼
   先侯補の端末に対する発呼時に、該発呼先端末が既に話
   中であるかまたは、当該発呼先記憶手段に発呼先侯補が
   記憶されていない場合、予め定められた接続先に接続す
   る構成とすることを特徴とする通信システム。
7. 【請求項７】請求項１、２、３または４のいずれかに記
   載の通信システムにおいて、 前記発呼先記憶手段に記憶された発呼先候補の端末に対
   する発呼時に起動され、所定の時間経過するとタイムア
   ウトするタイマと、 前記発呼先記憶手段に記憶された発呼先候補の端末に対
   する発呼があり、該発呼先端末が前記タイマのタイムア
   ウト前に応答しなかったときは、該発呼先端末に対する
   発呼を中止し、予め定められた接続先に接続すべく制御
   する制御手段と、を備えることを特徴とする通信システ
   ム。
8. 【請求項８】請求項１記載の通信システムにおいて、 起動されると計時動作すると共に、起動後、所定時間の
   経過を以てタイムアウトするタイマと、 前記発呼先記憶手段に記憶された発呼先侯補の通信端末
   に対する発呼時に前記タイマを起動し、該発呼先候補の
   通信端末が既に話中であるかまたは、該発呼先候補の通
   信端末が前記タイマのタイムアウト前に応答しなかった
   場合、該発呼先端末の情報を発呼先記憶手段から削除す
   る発呼先削除手段とを具備することを特徴とする通信シ
   ステム。
9. 【請求項９】請求項１記載の通信システムにおいて、 発呼端末が発呼先候補の通信端末に発呼中または通信中
   または通信終了後に、発呼端末からの指示に従い、該発
   呼先端末の情報を発呼先記憶手段から削除する発呼先削
   除手段を具備することを特徴とする通信システム。
10. 【請求項１０】請求項８または請求項９記載の通信シス
    テムにおいて、 前記発呼手段は、前記発呼先候補削除手段により前記発
    呼先記憶手段から発呼先侯補が削除されると、直ちに前
    記発呼先記憶手段から次の発呼先端末を特定の規則に従
    って選択し、発呼する機能を備えることを特徴とする通
    信システム。
11. 【請求項１１】請求項１記載の通信システムにおいて、 各通信端末について発呼先位置を指定した呼に対して応
    答可能なモードと応答不可能なモードのいずれの状態で
    あるかを記憶するモード保持手段と、 通信端末からの指示に従い、該モード保持手段に記憶さ
    れている該端末の応答モード情報を変更するモード変更
    手段とを備え、 前記発呼先選択手段は、発呼先侯補の通信端末を選択す
    る場合に、前記モード保持手段の保持情報を用いて、応
    答可能なモードにある通信端末中から発呼先侯補を選択
    する機能を備えることを特徴とする通信システム。