JPH1028176A - 交換機 - Google Patents

Abstract

(57)【要約】 【課題】 加入者から指定された複数の着呼端末に対し
て順次呼接続を試みる機能を有する交換機であって、呼
接続を試みるべき各着呼端末に対する処理手順（呼出時
間等）を、加入者が設定できる交換機を提供する。 【解決手段】 接続制御部１３に、呼接続を試みるべき
複数の着呼端末の電話番号が記憶される電話番号テーブ
ル２２と、各端末に対する処理手順が定義するデータが
記憶される動作条件テーブル２３とを、加入者端末３０
からの情報に基づき作成する機能と、動作条件テーブル
２３内のデータに従って呼接続の可否を判断しつつ、電
話番号テーブル２２内に電話番号が記憶された各着呼端
末に対する呼接続を試みる機能を持たせる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、指定された複数の
着呼端末への呼接続を順次試みる機能を有する交換機に
関する。

【０００２】

【従来の技術】交換機に収容される端末の中には、予め
電話番号を登録しておいた複数の端末に対して、電話番
号に与えられている優先順に従って、自動的に順次呼接
続を試みる機能を有する端末が存在している。

【０００３】また、特開平７−２４５６５４号公報に
は、同様の機能を有する構内交換機が開示されている。
この公報に記載の構内交換機は、その内部に複数の端末
の電話番号が記憶された幾つかの内線代表グループテー
ブルを保持できるように構成されている。構内交換機
は、端末から入力された情報に基づき、内線代表グルー
プテーブルを作成する機能を有しており、特番が付加さ
れた電話番号が入力された場合、その電話番号に対応す
る内線代表グループテーブル内に記憶されている電話番
号を用いて、未使用の（話中でない）端末を特定し、特
定した端末に対する発呼を行う。

【０００４】

【発明が解決しようとする課題】このような技術によれ
ば、加入者は、１回、電話番号を端末に入力するだけ
で、複数の加入者の何れかと通話を行えることになる。
しかしながら、従来の技術では、各端末に対する呼接続
の可否を、同一判断基準によって判断していた。たとえ
ば、話中でない端末に対しては、所定時間の呼出の間に
応答がないときに、接続不可であると判断されていた。
このため、呼出音への応答が早い加入者に対しては、そ
の不在の確認のために、必要以上の呼出音の出力が行わ
れることになり、呼出音への応答が遅い加入者に対して
は、不在でないにもかかわらず、不在であるといった誤
った判断が行われることにもなっていた。

【０００５】また、従来の交換機では、テーブル内の各
電話番号が予め定められた順序で使用されていたので、
実際上、テーブルの後半にその電話番号が登録された端
末に呼が接続されることはなかった。このため、優先的
に呼接続を行うべき加入者端末が存在しないような場合
にも、最初に電話番号の登録を行った端末に優先的に呼
が接続されてしまっていた。

【０００６】また、従来の交換機に設けられている機能
を利用する際には、電話番号を記憶したテーブルを予め
登録し、登録したテーブルを利用した呼接続の実行を指
示するといった２つの作業が必要であった。このため、
呼接続を試みるべき端末の組み合わせが頻繁に使用する
ものではなかった場合に、その機能を利用すると、各端
末への呼接続を個別に行った場合と同等の時間あるいは
同等以上の時間がかかる。また、交換機内の記憶装置の
記憶容量が無駄に使用されることにもなるため、実際
上、上記のようなケースにおいて当該機能を利用するこ
とはできなかった。

【０００７】そこで、本発明の課題は、呼接続を試みる
べき各着呼端末に対する処理手順（呼出時間等）を、加
入者が設定できる交換機を提供することにある。また、
本発明の他の課題は、呼接続を試みるべき端末として設
定された複数の端末に、均等な着呼機会を与えることが
できる交換機を提供することにある。

【０００８】また、本発明の他の課題は、各端末への呼
接続の可否を自動的に判断しながら、順次、呼接続を試
みる機能であって、頻繁に使用しないような端末群に対
する使用に適した機能を有する交換機を提供することに
ある。

【０００９】

【課題を解決するための手段】本発明による第１の交換
機は、記憶手段と、呼接続を試みるべき複数の着呼端末
に関する電話番号と各着呼端末に対する呼接続の試みを
中止する中止条件とを加入者端末から取得する取得手段
と、この取得手段で取得された情報に基づき、記憶手段
内に、複数の着呼端末に関する電話番号及び中止条件が
記憶された電話番号・動作条件テーブルを所定の識別情
報と関連づけて作成する作成手段と、所定の識別情報が
加入者端末から入力されたときに、記憶手段の中から、
その所定の識別情報に対応する電話番号・動作条件テー
ブルを特定する特定手段と、この特定手段によって特定
された電話番号・動作条件テーブルに記憶されている電
話番号と中止条件を順次用いて着呼端末に対する呼接続
を試みる手段であって、呼接続を試みている着呼端末か
ら呼接続に応じることが通知されることなく中止条件が
満たされた場合には、他の着呼端末に対する呼接続を試
み、中止条件が満たされることなく着呼端末から呼接続
に応じることが通知された場合には、加入者端末からの
呼をその着呼端末に接続する接続手段とを具備する。

【００１０】このような構成を有する本発明の第１の交
換機では、加入者端末から、呼接続を試みるべき複数の
着呼端末に対して、個別に、呼接続の試みを中止する条
件（次の着呼端末に対する呼接続を開始する条件）を設
定できる。このため、本交換機によれば、各着呼端末の
使用者の性格を考慮に入れた形で、呼接続の可否を自動
的に判断しながら、指定された複数の着呼端末内のいず
れかの着呼端末に呼を接続するサービスが実現できるこ
とになる。

【００１１】本発明による第２の交換機は、記憶手段
と、アクセスコードと、呼接続を試みるべき複数の着呼
端末に関する電話番号と各着呼端末に対する呼接続の試
みを中止する中止条件とを加入者端末から取得する取得
手段と、この取得手段で取得された情報に基づき、記憶
手段内に、アクセスコードと、複数の着呼端末に関する
電話番号及び中止条件が記憶された電話番号・動作条件
テーブルを所定の識別情報と関連づけて作成する作成手
段と、所定の識別情報が加入者端末から入力されたとき
に、記憶手段の中から、その所定の識別情報に対応する
電話番号・動作条件テーブルを特定する特定手段と、所
定の識別情報の入力後に加入者端末から入力される情報
と、特定手段によって特定された電話番号・動作条件テ
ーブル内に記憶されているアクセスコードが一致してい
るか否かを判断する判断手段と、加入者端末からの情報
とアクセスコードが一致していると判断されたときに、
特定手段によって特定された電話番号・動作条件テーブ
ルに記憶されている電話番号と中止条件を用いた着呼端
末に対する呼接続の試みを開始する手段であって、呼接
続を試みている着呼端末から呼接続に応じることが通知
されることなく中止条件が満たされた場合には、他の着
呼端末に対する呼接続を試み、中止条件が満たされるこ
となく着呼端末から呼接続に応じることが通知された場
合には、加入者端末からの呼をその着呼端末に接続する
接続手段とを具備する。

【００１２】このような構成を有する本発明の第２の交
換機では、加入者端末から、呼接続を試みるべき複数の
着呼端末に対して、個別に、呼接続の試みを中止する条
件（次の着呼端末に対する呼接続を開始する条件）を設
定できる。このため、本交換機によれば、各着呼端末の
使用者の性格を考慮に入れた形で、呼接続の可否を自動
的に判断しながら、指定された複数の着呼端末内のいず
れかの着呼端末に呼を接続するサービスが実現できるこ
とになる。また、本交換機では、そのサービスが、アク
セスコードを確認した上で実行されるので、サービスの
利用者を限定できることにもなる。

【００１３】本発明の第１または第２の交換機では、取
得手段として、所定の識別情報として使用される代表電
話番号をも取得する手段を用い、特定手段として、所定
の番号と代表電話番号からなる情報が入力されたとき
に、その代表電話番号に対応する電話番号・動作条件テ
ーブルを特定する手段を用いることもできる。

【００１４】また、本発明の第１および第２の交換機で
は、作成手段として、取得手段によって中止条件が取得
されなかった場合には、各着呼端末に関する中止条件と
して、所定の中止条件を用いる手段を採用することがで
きる。

【００１５】本発明の第１または第２の交換機に、複数
の着呼端末に関する電話番号と中止条件が、それらの使
用順が分かる形態で記憶された電話番号・動作条件テー
ブルを作成する作成手段と、電話番号・動作条件テーブ
ルに記憶されている電話番号と中止条件を使用順に従っ
た順番で用いる接続手段とを採用した場合には、接続手
段によって呼接続が行われたときに、使用順が第２位か
ら最下位までの電話番号及び中止条件の使用順がそれぞ
れ１位繰り上がり、使用順が最上位であった電話番号及
び中止条件の使用順が最下位となるように、電話番号・
動作条件テーブルの内容を更新する更新手段を付加する
ことができる。また、接続手段によって呼接続が行われ
たときに、各着呼端末に関する電話番号及び中止条件の
使用順をランダムに決定し、決定した使用順が各着呼端
末に関する電話番号及び中止条件に与えられるように電
話番号・動作条件テーブルの内容を更新する更新手段を
付加することもできる。

【００１６】このような更新手段を付加した交換機で
は、電話番号・動作条件テーブルに電話番号が記憶され
た各着呼端末に、公平な着呼機会を与えることができる
ことになる。

【００１７】また、第１および第２の交換機に、各電話
番号に関する重み係数をも取得する取得手段と、複数の
着呼端末に関する電話番号と中止条件と重み係数が、そ
れらの使用順が分かる形態で記憶された電話番号・動作
条件テーブルを作成する作成手段と、電話番号・動作条
件テーブルに記憶されている電話番号と中止条件を使用
順に従った順番で用いる接続手段とを採用するととも
に、接続手段によって呼接続が行われたときに、各着呼
端末に関する電話番号及び中止条件の使用順を、対応す
る重み係数の大きさを考慮に入れてランダムに決定し、
決定した使用順が各着呼端末に関する電話番号及び中止
条件に与えられるように電話番号・動作条件テーブルの
内容を更新する更新手段を付加することもできる。

【００１８】このように構成した交換機では、電話番号
・動作条件テーブルに電話番号が記憶された着呼端末の
うち、大きな重み係数を与えた着呼端末に対して、確率
的に高い着呼機会を与えられることになる。また、同じ
重み係数を与えた着呼端末（電話番号）同士を比較した
場合、それらの端末には、等しい着呼機会が与えられる
ことにもなる。

【００１９】本発明の第３の交換機は、呼接続を試みる
べき複数の着呼端末に関する電話番号を加入者端末から
取得する取得手段と、この取得手段によって取得された
電話番号を一時的に記憶する記憶手段と、取得手段によ
って複数の電話番号が取得されたときに、記憶手段内に
記憶された電話番号を用いた呼接続の試みを開始する手
段であって、呼接続を試みている着呼端末から呼接続に
応じることが通知されることなく所定の中止条件が満た
された場合には、使用する電話番号を変更し、所定の中
止条件が満たされることなく着呼端末から呼接続に応じ
ることが通知された場合には、加入者端末からの呼をそ
の着呼端末に接続する接続手段と、この接続手段による
処理の完了時に、取得手段によって取得された電話番号
を記憶するために使用されている記憶手段内の記憶領域
を解放する解放手段とを具備する。

【００２０】すなわち、第３の交換機では、加入者端末
から、一連の電話番号が入力されたときに、それらの電
話番号に対応する各着呼端末に対する呼接続の試みが開
始され、その試みの終了後、それらの電話番号の記憶の
ために使用されていた記憶領域が解放される。このた
め、本交換機によれば、頻繁に使用しないような端末群
に対して、各端末への呼接続の可否を自動的に判断しな
がら、順次、呼接続を試みるサービスを実現できること
になる。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態を、図
面を参照して具体的に説明する。 ＜第１実施形態＞本発明の第１実施形態の交換機は、通
常の交換機に、複数の着呼端末への呼接続を自動的に順
次試みるサービスである優先順通話選択サービスを実現
するための機能を付加した交換機である。

【００２２】図１に、第１実施形態の交換機の概略構成
を示す。図示したように、交換機１０は、交換部１１と
音声信号発生部１２と接続制御部１３と記憶部１４とを
備える。交換機１０（交換部１１）は、加入者線を介し
て、複数の加入者端末３０と接続され、中継線を介して
他の交換機と接続される。

【００２３】交換部１１は、回線交換を行うための回路
であり、接続制御部１３によって制御される。交換部１
１は、通常の交換機内に設けられている交換部と同様
に、Off-Hookされた加入者端末３０に対してダイアルト
ーンを送出する機能や、加入者端末３０から入力された
電話番号（選択信号）を接続制御部１３に通知する機能
を有している。交換部１１には、そのような通常の機能
に加えて、音声信号発生部１２からの音声信号をいずれ
かの加入者端末３０に供給する機能が付加されている。

【００２４】音声信号発生部１２は、「＊番目の電話番
号を入力して下さい。」というような各種のメッセージ
（音声信号）を、交換部１１を介して加入者端末３０に
出力する回路である。音声信号発生部１２は、接続制御
部１３から、出力すべきメッセージの種類を指定する情
報と、“＊”部に設定すべき数値情報を指定する情報と
を受けて、メッセージ（例えば、「１番目の電話番号を
入力して下さい。」）の出力を開始し、メッセージの出
力が完了したときに、その旨を接続制御部１３に通知す
る。また、音声信号発生部１２は、接続制御部１３から
メッセージの出力を中止することが指示されたときに、
交換部１１（加入者端末３０）に対するメッセージの送
出を中止する。

【００２５】記憶部１４は、優先順通話選択サービス関
連のデータ（テーブル）を記憶するためのユニットであ
り、磁気記憶装置によって構成されている。図示したよ
うに、記憶部１４には、代表電話番号テーブル２１、電
話番号テーブル２２、動作条件テーブル２３、標準動作
条件テーブル２４といった４種のテーブルが記憶され
る。各テーブルの詳細については後述する。

【００２６】接続制御部１３は、各部を統合的に制御す
る制御回路であり、ＣＰＵとその周辺回路（ＲＯＭ，Ｒ
ＡＭなど）から構成されている。接続制御部１３は、通
常の回線接続要求に対しては、通常の交換機内に設けら
れている制御部と同様の制御を、交換部１１に対して行
う。

【００２７】例えば、ある加入者端末３０から、他の交
換機に収容された端末に対する回線接続を要求する選択
信号（電話番号）が入力された場合、接続制御部１３
は、入力された選択信号の内容を解析することによっ
て、相手先端末が収容されている交換機（着局交換機）
を特定する。その後、接続制御部１３は、特定した着局
交換機に対して起動信号を送出し、その着局交換機から
応答信号が入力されるのを待機する。そして、応答信号
が入力された際に、発呼した加入者端末３０と着局交換
機（相手先端末）との間に通話回線が設定されるよう
に、交換部１１を制御する。

【００２８】一方、優先順通話選択サービス関連の選択
信号が入力された場合、接続制御部１３は、交換部１
１、音声信号発生部１２、記憶部１４を制御することに
よって、その選択信号の内容に応じた各種の処理を実行
する。当該処理には、呼接続を試みるべき複数の端末の
電話番号が記憶された電話番号テーブル２２を記憶部１
４内に作成する電話番号テーブル登録処理、電話番号テ
ーブル２２内に電話番号が記憶された各端末に対する呼
接続の試みを中止する条件等が記憶された動作条件テー
ブル２３を記憶部１４内に作成する動作条件テーブル登
録処理、記憶部１４内の電話番号テーブル２２に電話番
号が記憶された各端末に対して実際に呼接続を試みる優
先順通話選択処理、電話番号テーブル２２の内容を修正
する電話番号テーブル修正処理、加入者端末３０から複
数の端末の電話番号入力を受け、それらの端末に対して
順次呼接続を試みる第２優先順通話選択処理、などがあ
る。

【００２９】各処理の詳細を説明する前に、図２を用い
て、代表電話番号テーブル２１、電話番号テーブル２
２、動作条件テーブル２３、標準動作条件テーブル２４
に記憶されるデータの概要、並びに、電話番号テーブル
登録処理、動作条件テーブル登録処理、優先順通話選択
処理の概要を説明する。

【００３０】優先順通話選択処理（優先順通話選択サー
ビス）は、電話番号テーブル２２内に電話番号が記憶さ
れている各端末に対して呼接続を試みる処理である。こ
のため、本サービスの利用者は、サービスの実際の利用
に先駆けて、接続制御部１３に電話番号テーブル登録処
理を実行させる必要がある。

【００３１】電話番号テーブル登録処理では、加入者端
末３０から入力された代表電話番号とアクセスコードと
複数の電話番号に基づき、アクセスコードとリンク情報
と複数の電話番号とを記憶した電話番号テーブル２２が
記憶部１４内に作成（登録）される。電話番号テーブル
登録処理時、電話番号テーブル２２は、あるテーブル識
別情報によって識別（検索）できる形態で、記憶部１４
内に記憶され、そのテーブル識別情報と、加入者端末３
０から入力された代表電話番号との対応関係が、代表電
話番号テーブル２１に登録（追加）される。また、電話
番号テーブル登録処理時、リンク情報として、標準動作
条件テーブル２４の識別情報が、電話番号テーブル２２
内に記憶される。

【００３２】すなわち、電話番号テーブル登録処理で
は、電話番号テーブル２２_kのように、アクセスコード
とリンク情報と複数の電話番号とを保持し、リンク情報
によって標準動作条件テーブル２４と対応づけられた電
話番号テーブルが、代表電話番号によって検索できる形
態で記憶部１４内に記憶される。なお、アクセスコード
の具体的な使用法については後述するが、アクセスコー
ドは、電話番号テーブル２２の利用者を制限するための
情報（いわゆる、パスワード）として使用されている。

【００３３】電話番号テーブル２２に対応づけられるテ
ーブルである標準動作条件テーブル２４には、図示した
ように、標準繰り返し回数と標準再配置フラグと標準中
止条件（標準話中時待機時間及び標準不在時呼出時間）
が記憶されている。これらのデータの具体的な使用法に
関しては後述するが、標準中止条件は、各端末に対する
呼接続の試みを中止する条件（次の端末に対する呼接続
の試みを開始する条件）を規定するデータとなってい
る。すなわち、本交換機１０では、優先順通話選択処理
の処理対象として指定された電話番号テーブル２２が、
標準動作条件テーブル２４と対応づけられたテーブルで
あった場合、その電話番号テーブル２２内に電話番号が
記憶された各端末に対する呼接続の可否は、同一判断基
準（標準中止条件）によって判定される。

【００３４】各端末に対する呼接続可否の判断条件を個
別に設定したい場合、電話番号テーブル２２の登録者
は、動作条件テーブル登録処理を接続制御部１３に実行
させる。動作条件テーブル登録処理では、登録者から入
力された情報に基づき、繰り返し回数と再配置フラグ
と、対応する電話番号テーブル２２内に記憶されている
電話番号と同数の中止条件とを記憶した動作条件テーブ
ル２３が、記憶部１４内に作成される。その際、動作条
件テーブル２３は、ある種の識別情報によって識別され
る形態で記憶部１４に記憶され、対応する電話番号テー
ブル２２のリンク情報記憶領域に、その識別情報が書き
込まれる。

【００３５】たとえば、電話番号テーブル２２₁に対応
する動作条件テーブル２３₁の登録を行った場合、点線
矢印で示したように、それまで標準動作条件テーブル２
４を示していたリンク情報が、実線矢印で示したよう
に、動作条件テーブル２３₁を示すリンク情報に書き換
えられる。接続制御部１３は、優先順通話選択処理の実
行が指示された場合、処理対象として指定された電話番
号テーブル２２内のリンク情報の内容に基づき、その電
話番号テーブル２２に関して、動作条件テーブル２３が
用意されているか否かを判断する。そして、処理対象と
して指定された電話番号テーブル２２が動作条件テーブ
ル２３を有するテーブルであった場合には、各端末に対
する呼接続の可否を、動作条件テーブル２３内に記憶さ
れた各端末に関する中止条件によって判定する。

【００３６】なお、後述するように、本交換機１０は、
加入者から各種のデータ（電話番号、アクセスコード
等）を取得する際に、トーン信号を利用する。このた
め、本交換機１０の優先順通話選択サービス機能を、ダ
イアル形式の端末から利用する場合、その利用者は、ト
ーン信号を出力できる機器を用意する必要がある。

【００３７】以下、接続制御部１３が実行する各処理の
詳細を説明する。なお、以下に説明する各処理において
は、各種の変数が用いられているが、各変数の記憶に
は、接続制御部１３が備えるメモリが用いられており、
各変数を記憶するための領域は、その変数が不必要な変
数となった段階で解放されている。

【００３８】図３に、電話番号テーブル登録処理実行時
の接続制御部１３の動作の流れを示す。なお、接続制御
部１３は、ある加入者端末３０（以下、発呼端末と表記
する）から、電話番号テーブル登録用に割り当てられて
いる電話番号（以下、電番登録専用番号と表記する）が
入力されたときに、図３に示した処理を開始する。

【００３９】図示したように、電話番号テーブル登録処
理の開始時、接続制御部１３は、まず、入力された電話
番号総数を記憶するための変数であるｉに“１”をセッ
トする（ステップＳ１０１）。次いで、接続制御部１３
は、音声信号発生部１２に対して、電話番号の入力要求
メッセージの出力指示を出す（ステップＳ１０２）。

【００４０】電話番号入力要求メッセージは、「＊番目
の電話番号を入力して下さい。電話番号の入力後には＃
を入力して下さい。電話番号の入力を終了する場合に
は、＃だけを入力して下さい。」といったメッセージで
ある。ステップＳ１０２において、接続制御部１３は、
音声信号発生部１２に対して、メッセージの種類を示す
情報とともに、“＊”部に挿入すべき情報として、変数
ｉの値を通知する。

【００４１】音声信号発生部１２に対してメッセージの
出力指示を行った後、接続制御部１３は、データ取得処
理（ステップＳ１０３）を開始する。図４に、データ取
得処理実行時の接続制御部１３の動作の流れを示す。図
示したように、データ取得処理時、接続制御部１３は、
まず、文字列を記憶するための変数であるＤをクリアし
（ステップＳ２０１）、発呼端末からのトーン信号入力
の監視を開始する（ステップＳ２０２）。トーン信号が
入力されたことを検出したとき（ステップＳ２０２；
Ｙ）、接続制御部１３は、音声信号発生部１２がメッセ
ージの出力中（あるいは出力準備中）であった場合に
は、音声信号発生部１２に対してメッセージ出力の中止
を指示する（ステップＳ２０３）。接続制御部１３は、
音声信号発生部１２によるメッセージの出力が終わって
いた場合と、音声信号発生部１２に対する中止指示を既
に行っていた場合には、ステップＳ２０３において何も
行わずに、ステップＳ２０４に進む。

【００４２】ステップＳ２０４において、接続制御部１
３は、入力されたトーン信号をコード（キャラクタコー
ド）に変換する。接続制御部１３は、変換したコードが
数字（０〜９）に対応するものであった場合（ステップ
Ｓ２０５；数値）、変数Ｄの末尾に、そのコードを追加
して（ステップＳ２０６）、ステップＳ２０２に戻る。
また、接続制御部１３は、トーン信号が“＃”に対応す
るものであった場合（ステップＳ２０５；＃）には、デ
ータ取得処理を終了する。

【００４３】図３に戻って、データ取得処理（ステップ
Ｓ１０３）完了後の、接続制御部１３の動作を説明す
る。接続制御部１３は、データ取得処理（ステップＳ１
０３）において取得したＤを、登録終了通知データＤen
d（本交換機では、Ｄend＝“null”）と比較する（ステ
ップＳ１０４）。ＤとＤendが一致していなかった場合
（ステップＳ１０４；Ｎ）、接続制御部１３は、Ｄの内
容を、ｉ番目の電話番号として記憶する（ステップＳ１
０５）。次いで、ｉを“１”カウントアップし（ステッ
プＳ１０６）、ステップＳ１０２に戻る。接続制御部１
３は、ＤとＤendが一致していたときに（ステップＳ１
０４；Ｙ）に、ステップＳ１０２〜Ｓ１０６のループを
抜け出す。

【００４４】すなわち、接続制御部１３は、データ取得
処理（ステップＳ１０３）時に、“電話番号＋＃”が入
力されたときには、ステップＳ１０４において“Ｎ”側
への分岐を行うことによって、その電話番号を記憶する
とともに、次の電話番号を取得するための処理を開始す
る。そして、データ取得処理時に“＃”だけが入力され
たときに、最後の電話番号の入力が終わったことを認識
し、ステップＳ１０７以降の処理を開始する。

【００４５】ステップＳ１０７において、接続制御部１
３は、音声信号発生部１２に、アクセスコード入力要求
メッセージの出力を指示する（ステップＳ１０７）。こ
の指示に応じて、音声信号発生部１２は、「アクセスコ
ードを入力して下さい。アクセスコードの入力後、＃を
入力して下さい。」といった音声信号の送出を開始す
る。次いで、接続制御部１３は、再度、データ取得処理
（ステップＳ１０８）を実行し、データ取得処理におい
て得られたＤの内容を、アクセスコードとして記憶する
（ステップＳ１０９）。そして、接続制御部１３は、音
声信号発生部１２に、代表電話番号入力要求メッセージ
（「代表電話番号を入力して下さい。」）の出力を指示
し（ステップＳ１１０）、データ取得処理（ステップＳ
１１１）を開始する。

【００４６】データ取得処理（ステップＳ１１１）の完
了後、接続制御部１３は、Ｄの内容を代表電話番号とし
て記憶する（ステップＳ１１２）。次いで、接続制御部
１３は、ステップＳ１０５で記憶した１〜ｉ−１番の電
話番号と、ステップＳ１０９で記憶したアクセスコード
と、標準動作条件テーブル２４を示すリンク情報（標準
テーブル用リンク情報）とから、電話番号テーブル２２
を作成し、記憶部１４内に格納する（ステップＳ１１
３）。この際、接続制御部１３は、電話番号テーブル２
２に、テーブル識別情報を与え、そのテーブル識別情報
によって識別できる形態で電話番号テーブル２２を記憶
部１４内に格納する。

【００４７】次いで、接続制御部１３は、ステップＳ１
１２で記憶しておいた代表電話番号と、ステップＳ１１
３で作成、格納した電話番号テーブル２２のテーブル識
別情報とを、代表電話番号テーブル２１内に追加（登
録）する（ステップＳ１１４）。そして、接続制御部１
３は、音声信号発生部１２に対して、「ｉ−１個の電話
番号を登録しました。」といった電話番号テーブルの登
録完了通知メッセージの出力指示を出し（ステップＳ１
１５）、音声信号発生部１２からメッセージの出力完了
通知を受け取ったときに、発呼端末との回線を切断して
（図示せず）、電話番号テーブル登録処理を終了する。

【００４８】なお、電話番号テーブルの登録者は、いつ
でも回線を切断することができるが、ステップＳ１１１
の完了以前に回線を切断した場合、接続制御部１３は、
電話番号テーブル２２を登録することなく電話番号テー
ブル登録処理を終了する。

【００４９】ここで、３つの電話番号を記憶した電話番
号テーブル２２を登録する場合を例に、図５及び図６を
用いて、本交換機１０に対する電話番号テーブルの登録
方法（電話番号テーブル登録処理の利用方法）を説明し
ておく。

【００５０】本交換機１０に対して、初めて電話番号テ
ーブルの登録を行う場合、登録者は、交換機１０からの
メッセージによって入力すべき情報の種類を確認しなが
ら、電話番号等の入力を行うことになる。従って、電話
番号テーブル登録処理時には、図５に示したように、本
交換機１０から発呼端末へのメッセージ送信と、発呼端
末から交換機１０へのトーン信号送信が交互に行われる
ことになる。

【００５１】一方、登録者が、電話番号テーブルの登録
方法を熟知していた場合、交換機からのメッセージを聞
く必要がないので、メッセージの完了を待たずに電話番
号等を入力できることが望まれる。本交換機１０では、
上述したように、音声信号発生部１２によるメッセージ
の送出と、接続制御部１３による発呼端末からのトーン
信号入力の監視が並行して行われており、発呼端末か
ら、トーン信号が入力されたときには、音声信号発生部
１２によるメッセージ出力が中止されて、次の処理が開
始されている。

【００５２】このため、登録者は、図６に模式的に示し
たように、交換機との間に回線が接続されたことを確認
しさえすれば（最初の電話番号入力要求メッセージの出
力が開始されるまで待てば）、以後、交換機からのメッ
セージ出力の内容を確認せずに、電話番号テーブル２２
を登録することができる。

【００５３】次に、動作条件テーブル登録処理の詳細を
説明する。図７に、動作条件テーブル登録処理時の接続
制御部１３の動作手順を示す。なお、この図に示した処
理は、記憶部１４に登録されている動作条件テーブル２
４を修正する処理にもなっている。接続制御部１３は、
動作条件テーブル登録（修正）用に予め割り当てられて
いる電話番号が加入者端末３０（発呼端末）から入力さ
れたことを検出した際に、この図に示した処理を開始す
る。

【００５４】図示したように、動作条件テーブル登録処
理の開始時、接続制御部１３は、まず、音声信号発生部
１２に対して、代表電話番号の入力要求メッセージの出
力を指示し（ステップＳ３０１）、データ取得処理（ス
テップＳ３０２）を開始する。その後、接続制御部１３
は、代表電話番号テーブル２１を参照することによっ
て、データ取得処理において取得した代表電話番号（Ｄ
の内容）に対応する電話番号テーブル２２を特定（ステ
ップＳ３０３）する。次いで、接続制御部１３は、特定
した電話番号テーブル２２内のアクセスコード、リンク
情報、電話番号を読み出し、読み出した電話番号の総数
を、変数ｍに記憶するとともに、読み出したアクセスコ
ード、リンク情報、ｍ個の電話番号データをそれぞれ、
変数Ｃ、Ｒ、Ｔ_i（ｉ＝１〜ｍ）に記憶する（ステップ
Ｓ３０４）。

【００５５】次いで、接続制御部１３は、音声信号発生
部１２に対して、アクセスコードの入力要求メッセージ
の送出を指示し（ステップＳ３０５）、データ取得処理
（ステップＳ３０６）を開始する。そして、接続制御部
１３は、取得したアクセスコード（Ｄの内容）が、ステ
ップＳ３０４で読み出したアクセスコード（変数Ｃの内
容）と一致しているか否か、すなわち、加入者の入力し
たアクセスコードと、電話番号テーブル２２内のアクセ
スコードとが一致しているか否かの判断を行う（ステッ
プＳ３０７）。両者が一致していなかった場合（ステッ
プＳ３０７；Ｎ）、接続制御部１３は、動作条件テーブ
ル登録処理を終了する。

【００５６】一方、加入者の入力したアクセスコード
（Ｄの内容）と電話番号テーブル２２内のアクセスコー
ドが一致していた場合（ステップＳ３０７；Ｙ）、接続
制御部１３は、ステップＳ３０４で読み出しておいたリ
ンク情報（変数Ｒの内容）に基づき、対応する動作条件
テーブル２３が存在しているか否かを判断する（ステッ
プＳ３０８）。

【００５７】対応する動作条件テーブル２３が存在して
いなかった場合（ステップＳ３０８；Ｎ）、接続制御部
１３は、標準動作条件テーブル２４内の標準繰り返し回
数と標準再配置フラグを、それぞれ、変数Ｎrpt、Ｆに
設定するとともに、標準不在時呼出時間を、ｔ1i（ｉ＝
１〜ｍ）に設定し、標準話中時待機時間を、ｔ2i（ｉ＝
１〜ｍ）に設定する（ステップＳ３０９）。その後、接
続制御部１３は、動作条件データ取得処理（ステップＳ
３１０）を開始する。

【００５８】一方、対応する動作条件テーブル２３が存
在していた場合（ステップＳ３０８；Ｙ）、接続制御部
１３は、リンク情報によって特定される動作条件テーブ
ル２４内の繰り返し回数と再配置フラグを、それぞれ、
変数Ｎrpt、Ｆに設定するとともに、不在時呼出時間１
〜ｍを、ｔ1i（ｉ＝１〜ｍ）に設定する。また、話中時
待機時間１〜ｍを、ｔ2i（ｉ＝１〜ｍ）に設定する（ス
テップＳ３１９）。その後、接続制御部１３は、動作条
件データ取得処理（ステップＳ３２０）を開始する。

【００５９】図８に、ステップＳ３１０およびステップ
Ｓ３２０で行われる動作条件データ取得処理の流れ図を
示す。図示したように、動作条件データ取得処理時、接
続制御部１３は、まず、音声信号発生部１２に対して、
繰り返し回数の入力要求メッセージの出力を指示する
（ステップＳ４０１）。この際、接続制御部１３は、音
声信号発生部１２に対して変数Ｎrptの値を通知し、音
声信号発生部１２は、「現在の繰り返し回数は、Ｎrpt
です。設定する繰り返し回数を入力して下さい。」とい
った音声信号の出力を開始する。次いで、接続制御部１
３は、データ取得処理（ステップＳ４０２）を実行し、
取得したＤの内容を変数Ｎrptに記憶する（ステップＳ
４０３）。その後、接続制御部１３は、音声信号発生部
１２に対して、再配置フラグの入力要求メッセージの送
出を指示する（ステップＳ４０４）。この際、接続制御
部１３は、音声信号発生部１５に対して変数Ｆの値を通
知し、音声信号発生部１２は、「現在の再配置フラグ
は、Ｆです。再配置を行わない場合には、０を、再配置
を行う場合には、１を、入力して下さい。」といった音
声信号の出力を開始する。そして、接続制御部１３は、
データ取得処理（ステップＳ４０５）の実行によって取
得したＤを、再配置フラグ用の変数Ｆに記憶する（ステ
ップＳ４０６）。

【００６０】次いで、接続制御部１３は、ループカウン
タである変数ｊに“１”を設定（ステップＳ４０７）
し、音声信号発生部１２に対して、電話番号Ｔj、不在
時呼出時間ｔ1jの内容を通知するとともに、不在時呼出
時間の入力要求メッセージの出力を指示する（ステップ
Ｓ４０８）。この指示により、音声信号発生部１５は、
「現在の電話番号Ｔjに対する、不在時呼出時間は、ｔ1
j秒です。設定する不在時呼出時間を入力して下さ
い。」といったような音声信号の出力を開始する。

【００６１】音声信号発生部１２に対するメッセージ出
力指示の送出後、接続制御部１３は、データ取得処理
（ステップＳ４０９）を開始し、データ取得処理におい
て取得したＤを、ｔ1jに設定する（ステップＳ４１
０）。次いで、接続制御部１３は、同様の処理を、話中
時待機時間ｔ2jに対して行う（ステップＳ４１１〜４１
３）。その後、接続制御部１３は、ｊとｍ（ステップＳ
３０４で取得した電話番号の総数）との大小関係を比較
し、ｊがｍ未満であった場合（ステップＳ４１４；Ｙ）
には、ｊに“１”を加算（ステップＳ４１５）した後
に、ステップＳ４０８に戻る。一方、接続制御部１３
は、ｊがｍと一致していたとき（ステップＳ４１４；
Ｎ）には、動作条件データ取得処理を終了する（図７の
ステップＳ３１１あるいはＳ３２１に進む）。

【００６２】なお、流れ図には示していないが、ステッ
プＳ４０３、Ｓ４０５、Ｓ４１０、Ｓ４１３において、
接続制御部１３は、Ｄが“null”だった場合、Ｄの内容
を各変数に設定することなく、各ステップを終了する。
すなわち、動作条件テーブルの登録あるいは修正を行う
者が、“＃”だけを入力した場合、対応するデータの変
更を行うことなく、次のステップを開始する。

【００６３】図７に戻って、動作条件テーブル登録処理
の動作の説明を続ける。ステップＳ３１０の動作条件デ
ータ取得処理が完了した場合、接続制御部１３は、動作
条件データ取得処理で取得した各データからなる動作条
件テーブル２３を作成し、記憶部１２に格納する（ステ
ップＳ３１１）。そして、ステップＳ３０３で特定した
電話番号テーブル２２内に、作成した動作条件テーブル
２３を特定するためのリンク情報を書き込み（ステップ
Ｓ３１２）、動作条件テーブル登録処理を終了する。

【００６４】ステップＳ３２０の動作条件データ取得処
理が完了した場合、接続制御部１３は、内容の読み出し
を行った動作条件テーブル２３の内容を、動作条件デー
タ取得処理（ステップＳ３２０）で取得した各データを
用いて更新し（ステップＳ３２１）、動作条件テーブル
登録処理（この場合、修正処理）を終了する。

【００６５】次に、優先順通話選択処理時の接続制御部
１３の動作手順を説明する 優先順通話選択処理の実行を要求する場合、加入者は、
優先順通話選択処理用に割り当てられている所定の特番
と、電話番号テーブル２２を登録した際に設定した代表
電話番号とを加入者端末３０（発呼端末）に入力する。

【００６６】接続制御部１３は、所定の特番をその先頭
に含む電話番号が入力された場合、優先順通話選択処理
の実行を指示されたことを認識するとともに、入力され
た電話番号から特番を取り除いた部分を、代表電話番号
として認識する。そして、接続制御部１３は、図９に示
した処理を開始する。

【００６７】図示したように、優先順通話選択処理開始
時、接続制御部１３は、代表電話番号テーブル２１を参
照することによって、発呼端末から入力された代表電話
番号に対応する電話番号テーブル２２を特定（ステップ
Ｓ５０１）する。次いで、接続制御部１３は、特定した
電話番号テーブル２２内のアクセスコード、リンク情
報、電話番号を読み出し、読み出した電話番号の総数を
変数ｍに設定するとともに、読み出したアクセスコー
ド、リンク情報、ｍ個の電話番号を、それぞれ、変数
Ｃ、Ｒ、Ｔ_i（ｉ＝１〜ｍ）に記憶する（ステップＳ５
０２）。そして、接続制御部１３は、音声信号発生部１
２に対して、アクセスコードの入力要求メッセージの出
力を指示し（ステップＳ５０３）、データ取得処理（ス
テップＳ５０４）を開始する。

【００６８】データ取得処理（ステップＳ５０４）の完
了後、接続制御部１３は、取得したアクセスコード（Ｄ
の内容）が、ステップＳ５０２で読み出したアクセスコ
ードと一致しているか否かの判断を行う（ステップＳ５
０５）。アクセスコードの内容が一致していなかった場
合（ステップＳ５０５；Ｎ）、接続制御部１３は、呼の
接続を試みることなく、優先順通話選択処理を終了す
る。

【００６９】一方、Ｄの内容とアクセスコードが一致し
ていた場合（ステップＳ５０５；Ｙ）、接続制御部１３
は、リンク情報Ｒの内容に基づき、対応する動作条件テ
ーブル２３が存在しているか否かを判断（ステップＳ５
０６）する。動作条件テーブル２３が存在していなかっ
た場合（ステップＳ５０６；Ｎ）、接続制御部１３は、
標準動作条件テーブル２４内の標準繰り返し回数と標準
再配置フラグを、それぞれ、変数Ｎrpt、Ｆに記憶する
とともに、標準不在時呼出時間を、ｔ1i（ｉ＝１〜ｍ）
に設定し、標準話中時待機時間を、ｔ2i（ｉ＝１〜ｍ）
に記憶する（ステップＳ５０７）。これに対して、動作
条件テーブル２３が存在していた場合（ステップＳ５０
６；Ｙ）、接続制御部１３は、リンク情報Ｒによって特
定される動作条件テーブル２３内の繰り返し回数、再配
置フラグ、ｍ組の不在時呼出時間と話中時待機時間を、
それぞれ、変数Ｎrpt、Ｆ、ｔ1i、ｔ2i（ｉ＝１〜ｍ）
に設定し（ステップＳ５０８）、図１０に示してある処
理を開始する。

【００７０】なお、図１０には、電話番号テーブル２２
内記憶されている電話番号が、他の交換機に収容された
端末に関する電話番号である場合の動作手順だけを示し
てある。

【００７１】図示してあるように、接続制御部１３は、
変数Ｎrpt、Ｆ、ｔ1i、ｔ2i（ｉ＝１〜ｍ）に、動作条
件テーブル２３あるいは標準動作条件テーブル２４内の
データを設定した後、ループカウンタである変数ｊ、変
数ｋに、それぞれ、１をセットする（ステップＳ６０
１）。そして、接続制御部１３は、電話番号Ｔjに対応
する加入者端末（ｊ番の端末）を収容している交換機
（着局交換機）を特定し、特定した着局交換機に対して
呼の接続要求（起動信号）を送出する（ステップＳ６０
２）。

【００７２】周知のように、着局交換機は、呼の接続要
求がなされた加入者端末（着端末）の使用状態を検出
し、着端末が使用されていなかった場合には、着端末に
対するＲＧＴ（Ringing Tone）の送出を開始するととも
に、発局交換機に対してＲＢＴ(Ring Back Tone)の送出
を開始する。そして、着局交換機は、着端末の受話器が
あげられた場合には、応答信号を発局交換機に対して送
出する。また、着局交換機は、加入者端末が使用されて
いた場合には、ｂｕｓｙ信号を発局交換機に対して送出
する。

【００７３】このため、接続制御部１３は、接続要求の
送出（ステップＳ６０２）後、着局交換機から、ＲＢＴ
あるいはｂｕｓｙ信号を受信する。接続制御部１３は、
受信した信号がＲＢＴ信号であった場合（ステップＳ６
０３；ＲＢＴ）、発呼端末に対するＲＢＴ信号の送出を
開始するとともに、時間計測を開始する（ステップＳ６
０４）。そして、計測している時間が不在時呼出時間ｔ
1j以上となったときには（ステップＳ６０５；不在）、
次の端末に対して呼の接続を試みるために、ステップＳ
６１１に進む。また、計測している時間が不在時呼出時
間ｔ1j以上となる前に応答信号が入力された場合（ステ
ップＳ６０５；応答）には、ｊ番の（電話番号Ｔjを有
する）端末と、発呼端末との間に通話回線を接続（ステ
ップＳ６０６）する。そして、接続制御部１３は、再配
置フラグＦの値が“１”であるか否かを判断し、“１”
であった場合（ステップＳ６０７；Ｙ）には、電話番号
テーブル内の電話番号の登録順を変更する処理であるテ
ーブル再配置処理（詳細は後述）を実行（ステップＳ６
０８）して、優先順通話選択処理を終了する。

【００７４】一方、受信した信号がｂｕｓｙ信号であっ
た場合（ステップＳ６０３；ｂｕｓｙ）、接続制御部１
３は、発呼端末に対するｂｕｓｙ信号の送出を開始する
とともに、時間計測を開始する（ステップＳ６０９）。
そして、計測している時間が話中時待機時間ｔ2j以上と
なったときには（ステップＳ６１０；話中）、ステップ
Ｓ６１１に進む。また、計測している時間が話中時待機
時間ｔ2j以上となる前に、着局交換機からの信号がＲＢ
Ｔ信号に変わったときには（ステップＳ６１０；ＲＢ
Ｔ）、ステップＳ６０４に進む。

【００７５】ステップＳ６１１において、接続制御部１
３は、ｊに“１”を加算する。次いで、接続制御部１３
は、ｊとｍ＋１とが一致しているか否かを判断し、両者
が一致していない場合（ステップＳ６１２；Ｎ）には、
ステップＳ６０２に戻る。一方、ｊとｍ＋１が一致して
いた場合（ステップＳ６１２；Ｙ）、すなわち、電話番
号テーブル２２内の最後の端末であるｍ番目の端末への
接続に失敗した場合、接続制御部１３は、変数ｋの値
が、繰り返し回数Ｎrpt以上であるか否かを判断する
（ステップＳ６１３）。変数ｋの値が繰り返し回数Ｎrp
t未満であった場合（ステップＳ６１３；Ｎ）、接続制
御部１３は、変数ｋの値に“１”を加算するとともに、
ｊに“１”を設定（ステップＳ６１４）して、ステップ
Ｓ６０２に戻る。一方、変数ｋの値が、繰り返し回数Ｎ
rpt以上となっていた場合（ステップＳ６１３；Ｙ）、
接続制御部１３は、優先順通話選択処理を終了する。す
なわち、接続制御部１３は、いずれの着呼端末とも呼接
続が行えない場合、繰り返し回数Ｎrptによって指定さ
れる回数分、電話番号テーブル２２内に電話番号が記憶
された一連の端末に対する呼接続の試みを繰り返す。

【００７６】なお、電話番号Ｔjが、自身が収容してい
る端末に関するものであった場合、ステップＳ６０２、
Ｓ６０３等における処理がわずかに変わるだけである
（この場合、接続制御部１３は、接続要求を送出せずと
も、その端末が使用中であるか否かが分かる）ので、動
作説明は省略することにする。

【００７７】以下、図１１を用いて、テーブル再配置処
理（ステップＳ６０８）を説明する。図１１（ａ）は、
テーブル再配置処理前の、電話番号テーブル２２の内容
の一例を示した図であり、図１１（ｂ）は、テーブル再
配置処理後の、電話番号テーブル２２の内容を示した図
である。図示ように、テーブル再配置処理時、接続制御
部１３は、電話番号テーブル２２内の先頭に記憶されて
いる電話番号（ｓｕｂ．Ａ）が、電話番号テーブルの末
尾に記憶されるように、各電話番号の記憶位置を変更す
る。また、その電話番号テーブルが、動作条件テーブル
を有するものであった場合、接続制御部１３は、その動
作条件テーブル内の不在時呼出時間と話中時待機時間の
記憶位置を、同様の手順で変更する処理も行う。

【００７８】ここで、図１２を用いて、優先順通話選択
処理によって実現される呼接続の具体例を説明してお
く。優先順通話選択サービスを利用する際、加入者は、
図示したように、加入者端末（発呼端末）の受話器を挙
げ、特番＋代表電話番号を投入する。その操作に呼応し
て、交換機は、電話番号テーブル、動作条件テーブルの
読み出しを行い、アクセスコード入力要求メッセージを
発呼端末に対して送出し、発呼端末からアクセスコード
を取得する。

【００７９】そして、アクセスコード認証を行った後
に、交換機は、電話番号テーブルに記憶されていた１番
目の電話番号の内容を解析することによって、その電話
番号が割り当てられている端末１を収容している交換機
を特定し、その交換機（着局交換機１）に対して接続要
求を送出する。

【００８０】着局交換機１は、端末１が未使用であった
場合、端末１に対してＲＧＴ(ringing tone)を送出し、
本交換機に対してＲＢＴ(ring back tone)を送出する。
ＲＢＴを受けた本交換機は、発呼端末に対してＲＢＴを
送出するとともに、端末１（電話番号１）に関する不在
時呼出時間１が経過するのを待機する。着局交換機１か
ら応答信号が入力される前に、不在時呼出時間１が経過
した場合、交換機は、図示したように、接続要求を取り
消して、２番目の端末に対する呼接続の試みを開始す
る。

【００８１】端末２に対する接続要求を受けた着局交換
機１は、端末２が使用中であることを認識し、ｂｕｓｙ
信号を本交換機に対して送出し、本交換機は、話中時待
機時間２が経過するのを待機する。たとえば、話中時待
機時間２が“０”であった場合、交換機は、即座に、３
番目の電話番号の解析を開始し、対応する端末３を収容
する着局交換機２に対して、接続要求を送出する。

【００８２】着局交換機２は、端末３が未使用であった
場合、端末３に対してＲＧＴを送出し、本交換機に対し
てＲＢＴを送出する。ＲＢＴを受けた本交換機は、発呼
端末に対してＲＢＴを送出する。また、端末３がOFF-Ho
okされたことを検出した着局交換機２は、本交換機に対
して応答信号を送出し、本交換機は、発呼端末と端末３
（着局交換機２）との間を接続するとともに、テーブル
再配置処理を実行する。

【００８３】次に、図１３を用いて、電話番号テーブル
修正処理を説明する。この電話番号テーブル修正処理
は、電話番号テーブル修正処理用に割り当てられている
電話番号が入力された際に開始される。なお、電話番号
テーブル修正処理は、電話番号テーブルの内容を確認す
る際にも用いられる。

【００８４】図示したように、電話番号テーブル修正処
理の開始時、接続制御部１３は、まず、音声信号発生部
１２に対して、代表電話番号の入力要求メッセージの出
力を指示し（ステップＳ７０１）、データ取得処理（ス
テップＳ７０２）を開始する。その後、接続制御部１３
は、代表電話番号テーブル２１を参照することによっ
て、データ取得処理において取得した代表電話番号（Ｄ
の内容）に対応する電話番号テーブル２２を特定（ステ
ップＳ７０３）する。次いで、接続制御部１３は、特定
した電話番号テーブル２２内のアクセスコード、リンク
情報、電話番号を読み出し、読み出した電話番号の総数
を、変数ｍに記憶するとともに、読み出したアクセスコ
ード、リンク情報、ｍ個の電話番号データをそれぞれ、
変数Ｃ、Ｒ、Ｔi（ｉ＝１〜ｍ）に記憶する（ステップ
Ｓ７０４）。

【００８５】次いで、接続制御部１３は、音声信号発生
部１２に対して、アクセスコードの入力要求メッセージ
の送出を指示し（ステップＳ７０５）、データ取得処理
（ステップＳ７０６）を開始する。そして、接続制御部
１３は、取得したアクセスコード（Ｄの内容）が、ステ
ップＳ７０４で読み出したアクセスコード（変数Ｃの内
容）と一致しているか否かの判断を行う（ステップＳ７
０７）。両者が一致していなかった場合（ステップＳ７
０７；Ｎ）、接続制御部１３は、電話番号テーブル修正
処理を終了する。

【００８６】一方、加入者の入力したアクセスコード
（Ｄの内容）と電話番号テーブル２２内のアクセスコー
ドが一致していた場合（ステップＳ７０７；Ｙ）、接続
制御部１３は、ループカウンタである変数ｉに“１”を
設定（ステップＳ７０８）し、音声信号発生部１２に対
して、電話番号修正要求メッセージの送出を指示する
（ステップＳ７０９）。この際、接続制御部１３は、音
声信号発生部１２に対して変数ｉ、電話番号Ｔiの内容
を通知し、音声信号発生部１２は、「ｉ番目の電話番号
は、Ｔiです。修正する場合には、新たな電話番号を入
力して下さい。削除する場合には、“０”を入力して下
さい。修正しない場合には、“＃”だけを入力して下さ
い。」といった音声信号の出力を開始する。

【００８７】次いで、接続制御部１３は、データ取得処
理（ステップＳ７１０）を実行し、取得したＤの内容が
“０”であった場合（ステップＳ７１１；０）には、電
話番号変数Ｔiに“null”を設定し（ステップＳ７１
２）、ステップＳ７１４に進む。また、Ｄの内容が“nu
ll”であった場合（ステップＳ７１１；null）には、何
も行わず、、ステップＳ７１４に進む。そして、Ｄの内
容が“０”でも、“null”でもなかった場合（ステップ
Ｓ７１１；修正）、Ｄの内容を、電話番号変数Ｔiに設
定して（ステップＳ７１０）、ステップＳ７１４に進
む。

【００８８】ステップＳ７１４において、接続制御部１
３は、ｉがｍ以下であるか否かを判断し、ｉがｍ以下で
あった場合（ステップＳ７１４；Ｙ）には、ｉに“１”
を加算（ステップＳ７１５）して、ステップＳ７０９に
戻る。一方、ｉがｍ以上であった場合（ステップＳ７１
４；Ｎ）、接続制御部１３は、変数Ｔ_iのうち、内容が
“null”でない変数を用いて電話番号テーブル２２を再
構成（ステップＳ７１６）し、電話番号テーブル修正処
理を終了する。なお、ステップＳ７１６において、接続
制御部１３は、修正対象となっている電話番号テーブル
２２が動作条件テーブル２３を有するテーブルであった
場合には、その動作条件テーブル２３内の中止条件のう
ち、内容が“null”であるＴiに対応する中止条件を削
除する処理も行う。

【００８９】次に、第２優先順通話選択処理を説明す
る。既に、概要説明を行ったように、第２優先順通話選
択処理では、既存の電話番号テーブルを利用することな
く、複数の着呼端末に対する呼接続が試みられる。第２
優先順通話選択処理は、加入者端末３０より、第２優先
順通話選択処理用に割り当てられている電話番号が入力
されたときに、開始される。

【００９０】図１４に示したように、第２優先順通話選
択処理時、接続制御部１３は、ステップＳ８０１〜Ｓ８
０６において、電話番号テーブル登録処理（図３）にお
けるステップＳ１０１〜Ｓ１０６と同じ処理を行う。す
なわち、接続制御部１３は、ステップＳ８０１〜Ｓ８０
６のループを繰り返すことによって、幾つかの電話番号
を加入者端末３０から取得する。そして、データ取得処
理（ステップＳ８０３）において得られたＤが、登録終
了通知データＤend（＝“null”）と一致したとき（ス
テップＳ８０４；Ｙ）に、標準動作条件テーブル２４内
の各データを、対応する変数（図１０の処理で用いられ
る変数）に設定する処理を行う（ステップＳ８０７）。
この際、接続制御部１３は、変数Ｆに、再配置フラグの
値を設定せず、変数Ｆの値を“０”とする。そして、接
続制御部１３は、図１０に示した処理を実行する。

【００９１】すなわち、第２優先順通話選択処理では、
電話番号テーブル登録処理と優先順通話選択処理とを加
えた処理から、テーブルの登録関連の処理、アクセスコ
ード関連の処理を除いた処理と同等の処理が実行され
る。

【００９２】以上、詳細に説明したように、第１実施形
態の交換機は、各端末に対する呼出時間等を個別に設定
できるように構成されている。このため、端末の使用者
の性格を考慮に入れた形で、優先順通話選択サービスを
実現できる。

【００９３】また、ある電話番号テーブル内のいずれか
の端末に対して呼が接続された場合には、その電話番号
テーブル内の電話番号の登録順（使用順）が変更される
ように構成されている。このため、本交換機内に、例え
ば、タクシー会社や、飲食店といった同業種の電話番号
を記憶した電話番号テーブルを登録しておけば、各業者
に均一な取引機会が与えられることになる。

【００９４】本交換機では、各端末に関する中止条件と
して、話中時待機時間と不在時呼出時間だけが設定でき
るが、再発呼回数など他の条件データが設定できるよう
に交換機を構成することもできる。また、アクセスコー
ドが代表電話番号テーブル内に記憶されるようにするこ
とも、代表電話番号が電話番号テーブル内に記憶される
ようにすることできる。また、電話番号テーブルに、不
在時呼出時間等、動作条件テーブル内に記憶されている
各データが記憶されるように、交換機を構成することも
できる。なお、この場合、電話番号テーブル登録処理相
当の処理と、動作条件テーブル登録処理相当の処理が同
時に行われるようにしても良く、実施形態の交換機のよ
うに、各処理が別途行われるようにしても良い。後者の
場合、電話番号テーブル登録処理相当の処理時に、電話
番号テーブル内に、各データの標準値が記憶されるよう
にする。

【００９５】また、サービス利用者を限定できないこと
にはなるが、アクセスコード関係の処理が行われないよ
うに交換機を構成しても良いことは当然である。また、
電話番号テーブルの利用を許可する端末に関する電話番
号が記憶されたテーブルを用意しておき、サービスの要
求を出した端末の電話番号が、そのテーブル内に含まれ
ている場合に限り、サービスの要求に応答するように、
交換機を構成することもできる。

【００９６】＜第２実施形態＞第２実施形態の交換機と
第１実施形態の交換機とは、テーブル再配置処理関係の
動作が異なるだけである。このため、ここでは、テーブ
ル再配置処理に関係する部分の説明だけを行うことにす
る。

【００９７】図１５に、第２実施形態の交換機内に記憶
される動作条件テーブルの概要を示す。図示したよう
に、第２実施形態の交換機内に記憶される動作条件テー
ブルには、各電話番号に関する重み係数もが記憶される
ようになっている。第２実施形態の交換機では、これら
の重み係数を用いて、テーブル再配置が行われる。

【００９８】図１６に、第２実施形態の交換機内に設け
られた接続制御部が実行するテーブル再配置処理の流れ
を示す。なお、図示した流れは、電話番号テーブルの内
容（電話番号総数ｍ、電話番号Ｔj（ｊ＝１〜ｍ））等
の読み出しと、動作条件テーブルの内容（重み係数Ｗj
（ｊ＝１〜ｍ）等）の読み出しが行われた後、呼接続が
完了したときに（図１１のステップＳ６０８相当のステ
ップにおいて）実行されるものである。

【００９９】図示したように、テーブル再配置処理時、
接続制御部は、まず、変数ｉに“１”をセットする（ス
テップＳ９０１）。次いで、ｍ個の（残りの）電話番号
に、０から１までの数直線を分割した区間であって、各
電話番号の重み係数に応じた幅を有する区間を割り当て
る（ステップＳ９０２）。そして、接続制御部は、０か
ら１までの乱数を発生（ステップＳ９０３）し、発生し
た乱数が属する区間に割り当てられている電話番号をｉ
番目の電話番号とすることを記憶（ステップＳ９０４）
する。

【０１００】次いで、接続制御部は、ｉに“１”を加算
（ステップＳ９０５）し、ｉが電話番号総数ｍと一致し
ていなかった場合（ステップＳ９０６；Ｎ）には、ステ
ップＳ９０２に戻って、残りの電話番号に対して、同様
の処理を繰り返す。

【０１０１】そして、ｉがｍと一致したとき（ステップ
Ｓ９０６；Ｙ）に、残った１つの電話番号をｍ番目の電
話番号として記憶（ステップＳ９０７）する。次いで、
記憶しておいた情報に基づき、電話番号テーブルと動作
条件テーブル内のデータの並び替えを行い（ステップＳ
９０８）、テーブル再配置処理を終了する。

【０１０２】たとえば、３つの電話番号Ｔ1、Ｔ2、Ｔ3
に、それぞれ、重み係数、２、１、１が割り当てられて
いた場合、接続制御部は、ステップＳ９０２を１回目に
実行する際には、電話番号Ｔ1、Ｔ2、Ｔ3に、それぞ
れ、区間0〜0.5、0.5〜0.75、0.75〜1.0を割り当てる。そ
して、発生した乱数が、例えば、0.3であった場合に
は、電話番号Ｔ1を１番目の電話番号とすることを記憶
し、残りの２つの電話番号Ｔ2、Ｔ3に対して、ステップ
Ｓ９０２を再度実行する。この場合、電話番号Ｔ2、Ｔ3
には、それぞれ、区間0〜0.5、0.5〜1.0が割り当てられ
ることになる。次いで、発生した乱数に応じて、２番目
の電話番号とする電話番号（例えば、Ｔ3）を選択し、
残った電話番号（Ｔ2）を３番目の電話番号とすること
を記憶する。そして、これらの情報に基づき、電話番号
テーブルと動作条件テーブル内のデータを並び替えて、
テーブル再配置処理を終了する。

【０１０３】このテーブル再配置処理によれば、図１７
に模式的に示したように、大きな重み係数（図中、括弧
内に示してある数値が重み係数）が与えられている電話
番号が、電話番号テーブル内の上位に記憶される可能性
が高くなる。この結果、大きな重み係数を与えた着呼端
末には、小さな重み係数を与えた着呼端末に比して、大
きな着呼機会が与えられることになる。また、同じ重み
係数を与えた着呼端末（電話番号）同士を比較した場
合、それらの端末には、等しい着呼機会が与えられるこ
とになる。

【０１０４】なお、この第２実施形態の交換機では、動
作条件テーブルが作成されていない電話番号テーブルに
対しては、各電話番号に対して等しい重み係数が与えら
れているものとして、上記テーブル再配置処理が実行さ
れる。

【０１０５】

【発明の効果】以上、詳細に説明したように、本発明に
よる第１及び第２の交換機によれば、加入者端末から、
呼接続を試みるべき複数の着呼端末に対して、個別に、
呼接続の試みを中止する条件を設定できるので、各着呼
端末の使用者の性格を考慮に入れた形で、呼接続の可否
を自動的に判断しながら、指定された複数の着呼端末内
のいずれかの着呼端末に呼を接続するサービスが実現で
きることになる。

【０１０６】また、各更新手段を付加した第１及び第２
交換機によれば、呼接続を試みるべき各着呼端末に、公
平あるいは重み係数に応じた着呼機会を与えることがで
きることになる。

【０１０７】また、本発明の第３の交換機によれば、頻
繁に使用しないような端末群に対して、各端末への呼接
続の可否を自動的に判断しながら、順次、呼接続を試み
るサービスを実現できることになる。

【図面の簡単な説明】

【図１】本発明の第１実施形態による交換機の構成を示
すブロック図である。

【図２】第１実施形態の交換機内に記憶される４種のテ
ーブルに記憶されるデータを示した説明図である。

【図３】第１実施形態の交換機内で実行される電話番号
テーブル登録処理の流れ図である。

【図４】第１実施形態の交換機内で実行されるデータ取
得処理の流れ図である。

【図５】電話番号テーブル登録処理の利用法を説明する
ための第１のシーケンス図である。

【図６】電話番号テーブル登録処理の利用法を説明する
ための第２のシーケンス図である。

【図７】第１実施形態の交換機内で実行される動作条件
テーブル登録処理の流れ図である。

【図８】第１実施形態の交換機内で実行される動作条件
データ取得処理の流れ図である。

【図９】第１実施形態の交換機内で実行される優先順通
話選択処理の前半部分の流れ図である。

【図１０】第１実施形態の交換機内で実行される優先順
通話選択処理の後半部分の流れ図である。

【図１１】第１実施形態の交換機内で実行されるテーブ
ル再配置処理の説明図である。

【図１２】第１実施形態の交換機内で実行される優先順
通話選択処理を説明するためのシーケンス図である。

【図１３】第１実施形態の交換機内で実行される電話番
号テーブル修正処理の流れ図である。

【図１４】第１実施形態の交換機内で実行される第２優
先順通話選択処理の流れ図である。

【図１５】第２実施形態の交換機内に記憶される動作条
件テーブルの構成図である。

【図１６】第２実施形態の交換機内で実行されるテーブ
ル再配置処理の流れ図である。

【図１７】第２実施形態の交換機内で実行されるテーブ
ル再配置処理の説明図である。

【符号の説明】

１０ 交換機 １１ 交換部 １２ 音声信号発生部 １３ 接続制御部 １４ 記憶部 ２１ 代表電話番号テーブル ２２ 電話番号テーブル ２３ 動作条件テーブル ２４ 標準動作条件テーブル ３０ 加入者端末

Claims (8)

【特許請求の範囲】
1. 【請求項１】 記憶手段と、 呼接続を試みるべき複数の着呼端末に関する電話番号と
   各着呼端末に対する呼接続の試みを中止する中止条件と
   を加入者端末から取得する取得手段と、 この取得手段で取得された情報に基づき、前記記憶手段
   内に、前記複数の着呼端末に関する電話番号及び中止条
   件が記憶された電話番号・動作条件テーブルを所定の識
   別情報と関連づけて作成する作成手段と、 前記所定の識別情報が加入者端末から入力されたとき
   に、前記記憶手段の中から、その所定の識別情報に対応
   する電話番号・動作条件テーブルを特定する特定手段
   と、 この特定手段によって特定された電話番号・動作条件テ
   ーブルに記憶されている電話番号と中止条件を順次用い
   て着呼端末に対する呼接続を試みる手段であって、呼接
   続を試みている着呼端末から呼接続に応じることが通知
   されることなく中止条件が満たされた場合には、他の着
   呼端末に対する呼接続を試み、中止条件が満たされるこ
   となく着呼端末から呼接続に応じることが通知された場
   合には、前記加入者端末からの呼をその着呼端末に接続
   する接続手段とを具備することを特徴とする交換機。
2. 【請求項２】 記憶手段と、 アクセスコードと、呼接続を試みるべき複数の着呼端末
   に関する電話番号と各着呼端末に対する呼接続の試みを
   中止する中止条件とを加入者端末から取得する取得手段
   と、 この取得手段で取得された情報に基づき、前記記憶手段
   内に、前記アクセスコードと、前記複数の着呼端末に関
   する電話番号及び中止条件が記憶された電話番号・動作
   条件テーブルを所定の識別情報と関連づけて作成する作
   成手段と、 前記所定の識別情報が加入者端末から入力されたとき
   に、前記記憶手段の中から、その所定の識別情報に対応
   する電話番号・動作条件テーブルを特定する特定手段
   と、 前記所定の識別情報の入力後に前記加入者端末から入力
   される情報と、前記特定手段によって特定された電話番
   号・動作条件テーブル内に記憶されているアクセスコー
   ドが一致しているか否かを判断する判断手段と、 加入者端末からの情報とアクセスコードが一致している
   と判断されたときに、前記特定手段によって特定された
   電話番号・動作条件テーブルに記憶されている電話番号
   と中止条件を用いた着呼端末に対する呼接続の試みを開
   始する手段であって、呼接続を試みている着呼端末から
   呼接続に応じることが通知されることなく中止条件が満
   たされた場合には、他の着呼端末に対する呼接続を試
   み、中止条件が満たされることなく着呼端末から呼接続
   に応じることが通知された場合には、前記加入者端末か
   らの呼をその着呼端末に接続する接続手段とを具備する
   ことを特徴とする交換機。
3. 【請求項３】 前記取得手段は、所定の識別情報として
   使用される代表電話番号をも取得し、 前記特定手段は、所定の番号と代表電話番号からなる情
   報が入力されたときに、その代表電話番号に対応する電
   話番号・動作条件テーブルを特定する、ことを特徴とす
   る請求項１または請求項２記載の交換機。
4. 【請求項４】 前記作成手段は、前記取得手段によって
   中止条件が取得されなかった場合には、各着呼端末に関
   する中止条件として、所定の中止条件を用いることを特
   徴とする請求項１ないし請求項３のいずれかに記載の交
   換機。
5. 【請求項５】 前記作成手段は、複数の着呼端末に関す
   る電話番号と中止条件が、それらの使用順が分かる形態
   で記憶された電話番号・動作条件テーブルを作成し、 前記接続手段は、前記電話番号・動作条件テーブルに記
   憶されている電話番号と中止条件を使用順に従った順番
   で用い、 前記接続手段によって呼接続が行われたときに、使用順
   が第２位から最下位までの電話番号及び中止条件の使用
   順がそれぞれ１位繰り上がり、使用順が最上位であった
   電話番号及び中止条件の使用順が最下位となるように、
   前記電話番号・動作条件テーブルの内容を更新する更新
   手段をさらに備えることを特徴とする請求項１ないし請
   求項４のいずれかに記載の交換機。
6. 【請求項６】 前記作成手段は、複数の着呼端末に関す
   る電話番号と中止条件が、それらの使用順が分かる形態
   で記憶された電話番号・動作条件テーブルを作成し、 前記接続手段は、前記電話番号・動作条件テーブルに記
   憶されている電話番号と中止条件を使用順に従った順番
   で用い、 前記接続手段によって呼接続が行われたときに、各着呼
   端末に関する電話番号及び中止条件の使用順をランダム
   に決定し、決定した使用順が各着呼端末に関する電話番
   号及び中止条件に与えられるように前記電話番号・動作
   条件テーブルの内容を更新する更新手段をさらに備える
   ことを特徴とする請求項１ないし請求項４のいずれかに
   記載の交換機。
7. 【請求項７】 前記取得手段は、各電話番号に関する重
   み係数をも取得し、 前記作成手段は、複数の着呼端末に関する電話番号と中
   止条件と重み係数が、それらの使用順が分かる形態で記
   憶された電話番号・動作条件テーブルを作成し、 前記接続手段は、前記電話番号・動作条件テーブルに記
   憶されている電話番号と中止条件を使用順に従った順番
   で用い、 前記接続手段によって呼接続が行われたときに、各着呼
   端末に関する電話番号及び中止条件の使用順を、対応す
   る重み係数の大きさを考慮に入れてランダムに決定し、
   決定した使用順が各着呼端末に関する電話番号及び中止
   条件に与えられるように前記電話番号・動作条件テーブ
   ルの内容を更新する更新手段をさらに備えることを特徴
   とする請求項１ないし請求項４のいずれかに記載の交換
   機。
8. 【請求項８】 呼接続を試みるべき複数の着呼端末に関
   する電話番号を加入者端末から取得する取得手段と、 この取得手段によって取得された電話番号を一時的に記
   憶する記憶手段と、 前記取得手段によって複数の電話番号が取得されたとき
   に、前記記憶手段内に記憶された電話番号を用いた呼接
   続の試みを開始する手段であって、呼接続を試みている
   着呼端末から呼接続に応じることが通知されることなく
   所定の中止条件が満たされた場合には、他の着呼端末に
   対する呼接続を試み、前記所定の中止条件が満たされる
   ことなく着呼端末から呼接続に応じることが通知された
   場合には、加入者端末からの呼をその着呼端末に接続す
   る接続手段と、 この接続手段による処理の完了時に、前記取得手段によ
   って取得された電話番号を記憶するために使用されてい
   る前記記憶手段内の記憶領域を解放する解放手段とを具
   備することを特徴とする交換機。