(57)【特許請求の範囲】
【請求項１】
記憶手段と、
呼接続を試みるべき複数の着呼端末に関する電話番号と各着呼端末に対する呼接続の試みを中止する中止条件とを加入者端末から取得する取得手段と、
この取得手段で取得された情報に基づき、前記記憶手段内に、前記複数の着呼端末に関する電話番号及び中止条件が記憶された電話番号・動作条件テーブルを所定の識別情報と関連づけて作成する作成手段と、
前記所定の識別情報が加入者端末から入力されたときに、前記記憶手段の中から、その所定の識別情報に対応する電話番号・動作条件テーブルを特定する特定手段と、
この特定手段によって特定された電話番号・動作条件テーブルに記憶されている電話番号と中止条件を順次用いて着呼端末に対する呼接続を試みる手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、前記加入者端末からの呼をその着呼端末に接続する接続手段と
を具備することを特徴とする交換機。
【請求項２】
記憶手段と、
アクセスコードと、呼接続を試みるべき複数の着呼端末に関する電話番号と各着呼端末に対する呼接続の試みを中止する中止条件とを加入者端末から取得する取得手段と、
この取得手段で取得された情報に基づき、前記記憶手段内に、前記アクセスコードと、前記複数の着呼端末に関する電話番号及び中止条件が記憶された電話番号・動作条件テーブルを所定の識別情報と関連づけて作成する作成手段と、
前記所定の識別情報が加入者端末から入力されたときに、前記記憶手段の中から、その所定の識別情報に対応する電話番号・動作条件テーブルを特定する特定手段と、
前記所定の識別情報の入力後に前記加入者端末から入力される情報と、前記特定手段によって特定された電話番号・動作条件テーブル内に記憶されているアクセスコードが一致しているか否かを判断する判断手段と、
加入者端末からの情報とアクセスコードが一致していると判断されたときに、前記特定手段によって特定された電話番号・動作条件テーブルに記憶されている電話番号と中止条件を用いた着呼端末に対する呼接続の試みを開始する手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、前記加入者端末からの呼をその着呼端末に接続する接続手段と
を具備することを特徴とする交換機。
【請求項３】
前記取得手段は、所定の識別情報として使用される代表電話番号をも取得し、
前記特定手段は、所定の番号と代表電話番号からなる情報が入力されたときに、その代表電話番号に対応する電話番号・動作条件テーブルを特定する、
ことを特徴とする請求項１または請求項２記載の交換機。
【請求項４】
前記作成手段は、前記取得手段によって中止条件が取得されなかった場合には、各着呼端末に関する中止条件として、所定の中止条件を用いる
ことを特徴とする請求項１ないし請求項３のいずれかに記載の交換機。
【請求項５】
前記作成手段は、複数の着呼端末に関する電話番号と中止条件が、それらの使用順が分かる形態で記憶された電話番号・動作条件テーブルを作成し、
前記接続手段は、前記電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用い、
前記接続手段によって呼接続が行われたときに、使用順が第２位から最下位までの電話番号及び中止条件の使用順がそれぞれ１位繰り上がり、使用順が最上位であった電話番号及び中止条件の使用順が最下位となるように、前記電話番号・動作条件テーブルの内容を更新する更新手段を
さらに備えることを特徴とする請求項１ないし請求項４のいずれかに記載の交換機。
【請求項６】
前記作成手段は、複数の着呼端末に関する電話番号と中止条件が、それらの使用順が分かる形態で記憶された電話番号・動作条件テーブルを作成し、
前記接続手段は、前記電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用い、
前記接続手段によって呼接続が行われたときに、各着呼端末に関する電話番号及び中止条件の使用順をランダムに決定し、決定した使用順が各着呼端末に関する電話番号及び中止条件に与えられるように前記電話番号・動作条件テーブルの内容を更新する更新手段を
さらに備えることを特徴とする請求項１ないし請求項４のいずれかに記載の交換機。
【請求項７】
前記取得手段は、各電話番号に関する重み係数をも取得し、
前記作成手段は、複数の着呼端末に関する電話番号と中止条件と重み係数が、それらの使用順が分かる形態で記憶された電話番号・動作条件テーブルを作成し、
前記接続手段は、前記電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用い、
前記接続手段によって呼接続が行われたときに、各着呼端末に関する電話番号及び中止条件の使用順を、対応する重み係数の大きさを考慮に入れてランダムに決定し、決定した使用順が各着呼端末に関する電話番号及び中止条件に与えられるように前記電話番号・動作条件テーブルの内容を更新する更新手段を
さらに備えることを特徴とする請求項１ないし請求項４のいずれかに記載の交換機。
【請求項８】
呼接続を試みるべき複数の着呼端末に関する電話番号を加入者端末から取得する取得手段と、
この取得手段によって取得された電話番号を一時的に記憶する記憶手段と、
前記取得手段によって複数の電話番号が取得されたときに、前記記憶手段内に記憶された電話番号を用いた呼接続の試みを開始する手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく所定の中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、前記所定の中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、加入者端末からの呼をその着呼端末に接続する接続手段と、
この接続手段による処理の完了時に、前記取得手段によって取得された電話番号を記憶するために使用されている前記記憶手段内の記憶領域を解放する解放手段と
を具備することを特徴とする交換機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、指定された複数の着呼端末への呼接続を順次試みる機能を有する交換機に関する。
【０００２】
【従来の技術】
交換機に収容される端末の中には、予め電話番号を登録しておいた複数の端末に対して、電話番号に与えられている優先順に従って、自動的に順次呼接続を試みる機能を有する端末が存在している。
【０００３】
また、特開平７−２４５６５４号公報には、同様の機能を有する構内交換機が開示されている。この公報に記載の構内交換機は、その内部に複数の端末の電話番号が記憶された幾つかの内線代表グループテーブルを保持できるように構成されている。構内交換機は、端末から入力された情報に基づき、内線代表グループテーブルを作成する機能を有しており、特番が付加された電話番号が入力された場合、その電話番号に対応する内線代表グループテーブル内に記憶されている電話番号を用いて、未使用の（話中でない）端末を特定し、特定した端末に対する発呼を行う。
【０００４】
【発明が解決しようとする課題】
このような技術によれば、加入者は、１回、電話番号を端末に入力するだけで、複数の加入者の何れかと通話を行えることになる。しかしながら、従来の技術では、各端末に対する呼接続の可否を、同一判断基準によって判断していた。たとえば、話中でない端末に対しては、所定時間の呼出の間に応答がないときに、接続不可であると判断されていた。このため、呼出音への応答が早い加入者に対しては、その不在の確認のために、必要以上の呼出音の出力が行われることになり、呼出音への応答が遅い加入者に対しては、不在でないにもかかわらず、不在であるといった誤った判断が行われることにもなっていた。
【０００５】
また、従来の交換機では、テーブル内の各電話番号が予め定められた順序で使用されていたので、実際上、テーブルの後半にその電話番号が登録された端末に呼が接続されることはなかった。このため、優先的に呼接続を行うべき加入者端末が存在しないような場合にも、最初に電話番号の登録を行った端末に優先的に呼が接続されてしまっていた。
【０００６】
また、従来の交換機に設けられている機能を利用する際には、電話番号を記憶したテーブルを予め登録し、登録したテーブルを利用した呼接続の実行を指示するといった２つの作業が必要であった。このため、呼接続を試みるべき端末の組み合わせが頻繁に使用するものではなかった場合に、その機能を利用すると、各端末への呼接続を個別に行った場合と同等の時間あるいは同等以上の時間がかかる。また、交換機内の記憶装置の記憶容量が無駄に使用されることにもなるため、実際上、上記のようなケースにおいて当該機能を利用することはできなかった。
【０００７】
そこで、本発明の課題は、呼接続を試みるべき各着呼端末に対する処理手順（呼出時間等）を、加入者が設定できる交換機を提供することにある。
また、本発明の他の課題は、呼接続を試みるべき端末として設定された複数の端末に、均等な着呼機会を与えることができる交換機を提供することにある。
【０００８】
また、本発明の他の課題は、各端末への呼接続の可否を自動的に判断しながら、順次、呼接続を試みる機能であって、頻繁に使用しないような端末群に対する使用に適した機能を有する交換機を提供することにある。
【０００９】
【課題を解決するための手段】
本発明による第１の交換機は、記憶手段と、呼接続を試みるべき複数の着呼端末に関する電話番号と各着呼端末に対する呼接続の試みを中止する中止条件とを加入者端末から取得する取得手段と、この取得手段で取得された情報に基づき、記憶手段内に、複数の着呼端末に関する電話番号及び中止条件が記憶された電話番号・動作条件テーブルを所定の識別情報と関連づけて作成する作成手段と、所定の識別情報が加入者端末から入力されたときに、記憶手段の中から、その所定の識別情報に対応する電話番号・動作条件テーブルを特定する特定手段と、この特定手段によって特定された電話番号・動作条件テーブルに記憶されている電話番号と中止条件を順次用いて着呼端末に対する呼接続を試みる手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、加入者端末からの呼をその着呼端末に接続する接続手段とを具備する。
【００１０】
このような構成を有する本発明の第１の交換機では、加入者端末から、呼接続を試みるべき複数の着呼端末に対して、個別に、呼接続の試みを中止する条件（次の着呼端末に対する呼接続を開始する条件）を設定できる。このため、本交換機によれば、各着呼端末の使用者の性格を考慮に入れた形で、呼接続の可否を自動的に判断しながら、指定された複数の着呼端末内のいずれかの着呼端末に呼を接続するサービスが実現できることになる。
【００１１】
本発明による第２の交換機は、記憶手段と、アクセスコードと、呼接続を試みるべき複数の着呼端末に関する電話番号と各着呼端末に対する呼接続の試みを中止する中止条件とを加入者端末から取得する取得手段と、この取得手段で取得された情報に基づき、記憶手段内に、アクセスコードと、複数の着呼端末に関する電話番号及び中止条件が記憶された電話番号・動作条件テーブルを所定の識別情報と関連づけて作成する作成手段と、所定の識別情報が加入者端末から入力されたときに、記憶手段の中から、その所定の識別情報に対応する電話番号・動作条件テーブルを特定する特定手段と、所定の識別情報の入力後に加入者端末から入力される情報と、特定手段によって特定された電話番号・動作条件テーブル内に記憶されているアクセスコードが一致しているか否かを判断する判断手段と、加入者端末からの情報とアクセスコードが一致していると判断されたときに、特定手段によって特定された電話番号・動作条件テーブルに記憶されている電話番号と中止条件を用いた着呼端末に対する呼接続の試みを開始する手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、加入者端末からの呼をその着呼端末に接続する接続手段とを具備する。
【００１２】
このような構成を有する本発明の第２の交換機では、加入者端末から、呼接続を試みるべき複数の着呼端末に対して、個別に、呼接続の試みを中止する条件（次の着呼端末に対する呼接続を開始する条件）を設定できる。このため、本交換機によれば、各着呼端末の使用者の性格を考慮に入れた形で、呼接続の可否を自動的に判断しながら、指定された複数の着呼端末内のいずれかの着呼端末に呼を接続するサービスが実現できることになる。また、本交換機では、そのサービスが、アクセスコードを確認した上で実行されるので、サービスの利用者を限定できることにもなる。
【００１３】
本発明の第１または第２の交換機では、取得手段として、所定の識別情報として使用される代表電話番号をも取得する手段を用い、特定手段として、所定の番号と代表電話番号からなる情報が入力されたときに、その代表電話番号に対応する電話番号・動作条件テーブルを特定する手段を用いることもできる。
【００１４】
また、本発明の第１および第２の交換機では、作成手段として、取得手段によって中止条件が取得されなかった場合には、各着呼端末に関する中止条件として、所定の中止条件を用いる手段を採用することができる。
【００１５】
本発明の第１または第２の交換機に、複数の着呼端末に関する電話番号と中止条件が、それらの使用順が分かる形態で記憶された電話番号・動作条件テーブルを作成する作成手段と、電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用いる接続手段とを採用した場合には、接続手段によって呼接続が行われたときに、使用順が第２位から最下位までの電話番号及び中止条件の使用順がそれぞれ１位繰り上がり、使用順が最上位であった電話番号及び中止条件の使用順が最下位となるように、電話番号・動作条件テーブルの内容を更新する更新手段を付加することができる。また、接続手段によって呼接続が行われたときに、各着呼端末に関する電話番号及び中止条件の使用順をランダムに決定し、決定した使用順が各着呼端末に関する電話番号及び中止条件に与えられるように電話番号・動作条件テーブルの内容を更新する更新手段を付加することもできる。
【００１６】
このような更新手段を付加した交換機では、電話番号・動作条件テーブルに電話番号が記憶された各着呼端末に、公平な着呼機会を与えることができることになる。
【００１７】
また、第１および第２の交換機に、各電話番号に関する重み係数をも取得する取得手段と、複数の着呼端末に関する電話番号と中止条件と重み係数が、それらの使用順が分かる形態で記憶された電話番号・動作条件テーブルを作成する作成手段と、電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用いる接続手段とを採用するとともに、接続手段によって呼接続が行われたときに、各着呼端末に関する電話番号及び中止条件の使用順を、対応する重み係数の大きさを考慮に入れてランダムに決定し、決定した使用順が各着呼端末に関する電話番号及び中止条件に与えられるように電話番号・動作条件テーブルの内容を更新する更新手段を付加することもできる。
【００１８】
このように構成した交換機では、電話番号・動作条件テーブルに電話番号が記憶された着呼端末のうち、大きな重み係数を与えた着呼端末に対して、確率的に高い着呼機会を与えられることになる。また、同じ重み係数を与えた着呼端末（電話番号）同士を比較した場合、それらの端末には、等しい着呼機会が与えられることにもなる。
【００１９】
本発明の第３の交換機は、呼接続を試みるべき複数の着呼端末に関する電話番号を加入者端末から取得する取得手段と、この取得手段によって取得された電話番号を一時的に記憶する記憶手段と、取得手段によって複数の電話番号が取得されたときに、記憶手段内に記憶された電話番号を用いた呼接続の試みを開始する手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく所定の中止条件が満たされた場合には、使用する電話番号を変更し、所定の中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、加入者端末からの呼をその着呼端末に接続する接続手段と、この接続手段による処理の完了時に、取得手段によって取得された電話番号を記憶するために使用されている記憶手段内の記憶領域を解放する解放手段とを具備する。
【００２０】
すなわち、第３の交換機では、加入者端末から、一連の電話番号が入力されたときに、それらの電話番号に対応する各着呼端末に対する呼接続の試みが開始され、その試みの終了後、それらの電話番号の記憶のために使用されていた記憶領域が解放される。このため、本交換機によれば、頻繁に使用しないような端末群に対して、各端末への呼接続の可否を自動的に判断しながら、順次、呼接続を試みるサービスを実現できることになる。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して具体的に説明する。
＜第１実施形態＞
本発明の第１実施形態の交換機は、通常の交換機に、複数の着呼端末への呼接続を自動的に順次試みるサービスである優先順通話選択サービスを実現するための機能を付加した交換機である。
【００２２】
図１に、第１実施形態の交換機の概略構成を示す。図示したように、交換機１０は、交換部１１と音声信号発生部１２と接続制御部１３と記憶部１４とを備える。交換機１０（交換部１１）は、加入者線を介して、複数の加入者端末３０と接続され、中継線を介して他の交換機と接続される。
【００２３】
交換部１１は、回線交換を行うための回路であり、接続制御部１３によって制御される。交換部１１は、通常の交換機内に設けられている交換部と同様に、Off-Hookされた加入者端末３０に対してダイアルトーンを送出する機能や、加入者端末３０から入力された電話番号（選択信号）を接続制御部１３に通知する機能を有している。交換部１１には、そのような通常の機能に加えて、音声信号発生部１２からの音声信号をいずれかの加入者端末３０に供給する機能が付加されている。
【００２４】
音声信号発生部１２は、「＊番目の電話番号を入力して下さい。」というような各種のメッセージ（音声信号）を、交換部１１を介して加入者端末３０に出力する回路である。音声信号発生部１２は、接続制御部１３から、出力すべきメッセージの種類を指定する情報と、“＊”部に設定すべき数値情報を指定する情報とを受けて、メッセージ（例えば、「１番目の電話番号を入力して下さい。」）の出力を開始し、メッセージの出力が完了したときに、その旨を接続制御部１３に通知する。また、音声信号発生部１２は、接続制御部１３からメッセージの出力を中止することが指示されたときに、交換部１１（加入者端末３０）に対するメッセージの送出を中止する。
【００２５】
記憶部１４は、優先順通話選択サービス関連のデータ（テーブル）を記憶するためのユニットであり、磁気記憶装置によって構成されている。図示したように、記憶部１４には、代表電話番号テーブル２１、電話番号テーブル２２、動作条件テーブル２３、標準動作条件テーブル２４といった４種のテーブルが記憶される。各テーブルの詳細については後述する。
【００２６】
接続制御部１３は、各部を統合的に制御する制御回路であり、ＣＰＵとその周辺回路（ＲＯＭ，ＲＡＭなど）から構成されている。接続制御部１３は、通常の回線接続要求に対しては、通常の交換機内に設けられている制御部と同様の制御を、交換部１１に対して行う。
【００２７】
例えば、ある加入者端末３０から、他の交換機に収容された端末に対する回線接続を要求する選択信号（電話番号）が入力された場合、接続制御部１３は、入力された選択信号の内容を解析することによって、相手先端末が収容されている交換機（着局交換機）を特定する。その後、接続制御部１３は、特定した着局交換機に対して起動信号を送出し、その着局交換機から応答信号が入力されるのを待機する。そして、応答信号が入力された際に、発呼した加入者端末３０と着局交換機（相手先端末）との間に通話回線が設定されるように、交換部１１を制御する。
【００２８】
一方、優先順通話選択サービス関連の選択信号が入力された場合、接続制御部１３は、交換部１１、音声信号発生部１２、記憶部１４を制御することによって、その選択信号の内容に応じた各種の処理を実行する。当該処理には、呼接続を試みるべき複数の端末の電話番号が記憶された電話番号テーブル２２を記憶部１４内に作成する電話番号テーブル登録処理、電話番号テーブル２２内に電話番号が記憶された各端末に対する呼接続の試みを中止する条件等が記憶された動作条件テーブル２３を記憶部１４内に作成する動作条件テーブル登録処理、記憶部１４内の電話番号テーブル２２に電話番号が記憶された各端末に対して実際に呼接続を試みる優先順通話選択処理、電話番号テーブル２２の内容を修正する電話番号テーブル修正処理、加入者端末３０から複数の端末の電話番号入力を受け、それらの端末に対して順次呼接続を試みる第２優先順通話選択処理、などがある。
【００２９】
各処理の詳細を説明する前に、図２を用いて、代表電話番号テーブル２１、電話番号テーブル２２、動作条件テーブル２３、標準動作条件テーブル２４に記憶されるデータの概要、並びに、電話番号テーブル登録処理、動作条件テーブル登録処理、優先順通話選択処理の概要を説明する。
【００３０】
優先順通話選択処理（優先順通話選択サービス）は、電話番号テーブル２２内に電話番号が記憶されている各端末に対して呼接続を試みる処理である。このため、本サービスの利用者は、サービスの実際の利用に先駆けて、接続制御部１３に電話番号テーブル登録処理を実行させる必要がある。
【００３１】
電話番号テーブル登録処理では、加入者端末３０から入力された代表電話番号とアクセスコードと複数の電話番号に基づき、アクセスコードとリンク情報と複数の電話番号とを記憶した電話番号テーブル２２が記憶部１４内に作成（登録）される。電話番号テーブル登録処理時、電話番号テーブル２２は、あるテーブル識別情報によって識別（検索）できる形態で、記憶部１４内に記憶され、そのテーブル識別情報と、加入者端末３０から入力された代表電話番号との対応関係が、代表電話番号テーブル２１に登録（追加）される。また、電話番号テーブル登録処理時、リンク情報として、標準動作条件テーブル２４の識別情報が、電話番号テーブル２２内に記憶される。
【００３２】
すなわち、電話番号テーブル登録処理では、電話番号テーブル２２kのように、アクセスコードとリンク情報と複数の電話番号とを保持し、リンク情報によって標準動作条件テーブル２４と対応づけられた電話番号テーブルが、代表電話番号によって検索できる形態で記憶部１４内に記憶される。なお、アクセスコードの具体的な使用法については後述するが、アクセスコードは、電話番号テーブル２２の利用者を制限するための情報（いわゆる、パスワード）として使用されている。
【００３３】
電話番号テーブル２２に対応づけられるテーブルである標準動作条件テーブル２４には、図示したように、標準繰り返し回数と標準再配置フラグと標準中止条件（標準話中時待機時間及び標準不在時呼出時間）が記憶されている。これらのデータの具体的な使用法に関しては後述するが、標準中止条件は、各端末に対する呼接続の試みを中止する条件（次の端末に対する呼接続の試みを開始する条件）を規定するデータとなっている。すなわち、本交換機１０では、優先順通話選択処理の処理対象として指定された電話番号テーブル２２が、標準動作条件テーブル２４と対応づけられたテーブルであった場合、その電話番号テーブル２２内に電話番号が記憶された各端末に対する呼接続の可否は、同一判断基準（標準中止条件）によって判定される。
【００３４】
各端末に対する呼接続可否の判断条件を個別に設定したい場合、電話番号テーブル２２の登録者は、動作条件テーブル登録処理を接続制御部１３に実行させる。動作条件テーブル登録処理では、登録者から入力された情報に基づき、繰り返し回数と再配置フラグと、対応する電話番号テーブル２２内に記憶されている電話番号と同数の中止条件とを記憶した動作条件テーブル２３が、記憶部１４内に作成される。その際、動作条件テーブル２３は、ある種の識別情報によって識別される形態で記憶部１４に記憶され、対応する電話番号テーブル２２のリンク情報記憶領域に、その識別情報が書き込まれる。
【００３５】
たとえば、電話番号テーブル２２1に対応する動作条件テーブル２３1の登録を行った場合、点線矢印で示したように、それまで標準動作条件テーブル２４を示していたリンク情報が、実線矢印で示したように、動作条件テーブル２３1を示すリンク情報に書き換えられる。接続制御部１３は、優先順通話選択処理の実行が指示された場合、処理対象として指定された電話番号テーブル２２内のリンク情報の内容に基づき、その電話番号テーブル２２に関して、動作条件テーブル２３が用意されているか否かを判断する。そして、処理対象として指定された電話番号テーブル２２が動作条件テーブル２３を有するテーブルであった場合には、各端末に対する呼接続の可否を、動作条件テーブル２３内に記憶された各端末に関する中止条件によって判定する。
【００３６】
なお、後述するように、本交換機１０は、加入者から各種のデータ（電話番号、アクセスコード等）を取得する際に、トーン信号を利用する。このため、本交換機１０の優先順通話選択サービス機能を、ダイアル形式の端末から利用する場合、その利用者は、トーン信号を出力できる機器を用意する必要がある。
【００３７】
以下、接続制御部１３が実行する各処理の詳細を説明する。なお、以下に説明する各処理においては、各種の変数が用いられているが、各変数の記憶には、接続制御部１３が備えるメモリが用いられており、各変数を記憶するための領域は、その変数が不必要な変数となった段階で解放されている。
【００３８】
図３に、電話番号テーブル登録処理実行時の接続制御部１３の動作の流れを示す。なお、接続制御部１３は、ある加入者端末３０（以下、発呼端末と表記する）から、電話番号テーブル登録用に割り当てられている電話番号（以下、電番登録専用番号と表記する）が入力されたときに、図３に示した処理を開始する。
【００３９】
図示したように、電話番号テーブル登録処理の開始時、接続制御部１３は、まず、入力された電話番号総数を記憶するための変数であるｉに“１”をセットする（ステップＳ１０１）。次いで、接続制御部１３は、音声信号発生部１２に対して、電話番号の入力要求メッセージの出力指示を出す（ステップＳ１０２）。
【００４０】
電話番号入力要求メッセージは、「＊番目の電話番号を入力して下さい。電話番号の入力後には＃を入力して下さい。電話番号の入力を終了する場合には、＃だけを入力して下さい。」といったメッセージである。ステップＳ１０２において、接続制御部１３は、音声信号発生部１２に対して、メッセージの種類を示す情報とともに、“＊”部に挿入すべき情報として、変数ｉの値を通知する。
【００４１】
音声信号発生部１２に対してメッセージの出力指示を行った後、接続制御部１３は、データ取得処理（ステップＳ１０３）を開始する。
図４に、データ取得処理実行時の接続制御部１３の動作の流れを示す。図示したように、データ取得処理時、接続制御部１３は、まず、文字列を記憶するための変数であるＤをクリアし（ステップＳ２０１）、発呼端末からのトーン信号入力の監視を開始する（ステップＳ２０２）。トーン信号が入力されたことを検出したとき（ステップＳ２０２；Ｙ）、接続制御部１３は、音声信号発生部１２がメッセージの出力中（あるいは出力準備中）であった場合には、音声信号発生部１２に対してメッセージ出力の中止を指示する（ステップＳ２０３）。接続制御部１３は、音声信号発生部１２によるメッセージの出力が終わっていた場合と、音声信号発生部１２に対する中止指示を既に行っていた場合には、ステップＳ２０３において何も行わずに、ステップＳ２０４に進む。
【００４２】
ステップＳ２０４において、接続制御部１３は、入力されたトーン信号をコード（キャラクタコード）に変換する。接続制御部１３は、変換したコードが数字（０〜９）に対応するものであった場合（ステップＳ２０５；数値）、変数Ｄの末尾に、そのコードを追加して（ステップＳ２０６）、ステップＳ２０２に戻る。また、接続制御部１３は、トーン信号が“＃”に対応するものであった場合（ステップＳ２０５；＃）には、データ取得処理を終了する。
【００４３】
図３に戻って、データ取得処理（ステップＳ１０３）完了後の、接続制御部１３の動作を説明する。
接続制御部１３は、データ取得処理（ステップＳ１０３）において取得したＤを、登録終了通知データＤend（本交換機では、Ｄend＝“null”）と比較する（ステップＳ１０４）。ＤとＤendが一致していなかった場合（ステップＳ１０４；Ｎ）、接続制御部１３は、Ｄの内容を、ｉ番目の電話番号として記憶する（ステップＳ１０５）。次いで、ｉを“１”カウントアップし（ステップＳ１０６）、ステップＳ１０２に戻る。接続制御部１３は、ＤとＤendが一致していたときに（ステップＳ１０４；Ｙ）に、ステップＳ１０２〜Ｓ１０６のループを抜け出す。
【００４４】
すなわち、接続制御部１３は、データ取得処理（ステップＳ１０３）時に、“電話番号＋＃”が入力されたときには、ステップＳ１０４において“Ｎ”側への分岐を行うことによって、その電話番号を記憶するとともに、次の電話番号を取得するための処理を開始する。そして、データ取得処理時に“＃”だけが入力されたときに、最後の電話番号の入力が終わったことを認識し、ステップＳ１０７以降の処理を開始する。
【００４５】
ステップＳ１０７において、接続制御部１３は、音声信号発生部１２に、アクセスコード入力要求メッセージの出力を指示する（ステップＳ１０７）。この指示に応じて、音声信号発生部１２は、「アクセスコードを入力して下さい。アクセスコードの入力後、＃を入力して下さい。」といった音声信号の送出を開始する。次いで、接続制御部１３は、再度、データ取得処理（ステップＳ１０８）を実行し、データ取得処理において得られたＤの内容を、アクセスコードとして記憶する（ステップＳ１０９）。そして、接続制御部１３は、音声信号発生部１２に、代表電話番号入力要求メッセージ（「代表電話番号を入力して下さい。」）の出力を指示し（ステップＳ１１０）、データ取得処理（ステップＳ１１１）を開始する。
【００４６】
データ取得処理（ステップＳ１１１）の完了後、接続制御部１３は、Ｄの内容を代表電話番号として記憶する（ステップＳ１１２）。次いで、接続制御部１３は、ステップＳ１０５で記憶した１〜ｉ−１番の電話番号と、ステップＳ１０９で記憶したアクセスコードと、標準動作条件テーブル２４を示すリンク情報（標準テーブル用リンク情報）とから、電話番号テーブル２２を作成し、記憶部１４内に格納する（ステップＳ１１３）。この際、接続制御部１３は、電話番号テーブル２２に、テーブル識別情報を与え、そのテーブル識別情報によって識別できる形態で電話番号テーブル２２を記憶部１４内に格納する。
【００４７】
次いで、接続制御部１３は、ステップＳ１１２で記憶しておいた代表電話番号と、ステップＳ１１３で作成、格納した電話番号テーブル２２のテーブル識別情報とを、代表電話番号テーブル２１内に追加（登録）する（ステップＳ１１４）。そして、接続制御部１３は、音声信号発生部１２に対して、「ｉ−１個の電話番号を登録しました。」といった電話番号テーブルの登録完了通知メッセージの出力指示を出し（ステップＳ１１５）、音声信号発生部１２からメッセージの出力完了通知を受け取ったときに、発呼端末との回線を切断して（図示せず）、電話番号テーブル登録処理を終了する。
【００４８】
なお、電話番号テーブルの登録者は、いつでも回線を切断することができるが、ステップＳ１１１の完了以前に回線を切断した場合、接続制御部１３は、電話番号テーブル２２を登録することなく電話番号テーブル登録処理を終了する。
【００４９】
ここで、３つの電話番号を記憶した電話番号テーブル２２を登録する場合を例に、図５及び図６を用いて、本交換機１０に対する電話番号テーブルの登録方法（電話番号テーブル登録処理の利用方法）を説明しておく。
【００５０】
本交換機１０に対して、初めて電話番号テーブルの登録を行う場合、登録者は、交換機１０からのメッセージによって入力すべき情報の種類を確認しながら、電話番号等の入力を行うことになる。従って、電話番号テーブル登録処理時には、図５に示したように、本交換機１０から発呼端末へのメッセージ送信と、発呼端末から交換機１０へのトーン信号送信が交互に行われることになる。
【００５１】
一方、登録者が、電話番号テーブルの登録方法を熟知していた場合、交換機からのメッセージを聞く必要がないので、メッセージの完了を待たずに電話番号等を入力できることが望まれる。本交換機１０では、上述したように、音声信号発生部１２によるメッセージの送出と、接続制御部１３による発呼端末からのトーン信号入力の監視が並行して行われており、発呼端末から、トーン信号が入力されたときには、音声信号発生部１２によるメッセージ出力が中止されて、次の処理が開始されている。
【００５２】
このため、登録者は、図６に模式的に示したように、交換機との間に回線が接続されたことを確認しさえすれば（最初の電話番号入力要求メッセージの出力が開始されるまで待てば）、以後、交換機からのメッセージ出力の内容を確認せずに、電話番号テーブル２２を登録することができる。
【００５３】
次に、動作条件テーブル登録処理の詳細を説明する。
図７に、動作条件テーブル登録処理時の接続制御部１３の動作手順を示す。なお、この図に示した処理は、記憶部１４に登録されている動作条件テーブル２４を修正する処理にもなっている。接続制御部１３は、動作条件テーブル登録（修正）用に予め割り当てられている電話番号が加入者端末３０（発呼端末）から入力されたことを検出した際に、この図に示した処理を開始する。
【００５４】
図示したように、動作条件テーブル登録処理の開始時、接続制御部１３は、まず、音声信号発生部１２に対して、代表電話番号の入力要求メッセージの出力を指示し（ステップＳ３０１）、データ取得処理（ステップＳ３０２）を開始する。その後、接続制御部１３は、代表電話番号テーブル２１を参照することによって、データ取得処理において取得した代表電話番号（Ｄの内容）に対応する電話番号テーブル２２を特定（ステップＳ３０３）する。次いで、接続制御部１３は、特定した電話番号テーブル２２内のアクセスコード、リンク情報、電話番号を読み出し、読み出した電話番号の総数を、変数ｍに記憶するとともに、読み出したアクセスコード、リンク情報、ｍ個の電話番号データをそれぞれ、変数Ｃ、Ｒ、Ｔi（ｉ＝１〜ｍ）に記憶する（ステップＳ３０４）。
【００５５】
次いで、接続制御部１３は、音声信号発生部１２に対して、アクセスコードの入力要求メッセージの送出を指示し（ステップＳ３０５）、データ取得処理（ステップＳ３０６）を開始する。そして、接続制御部１３は、取得したアクセスコード（Ｄの内容）が、ステップＳ３０４で読み出したアクセスコード（変数Ｃの内容）と一致しているか否か、すなわち、加入者の入力したアクセスコードと、電話番号テーブル２２内のアクセスコードとが一致しているか否かの判断を行う（ステップＳ３０７）。両者が一致していなかった場合（ステップＳ３０７；Ｎ）、接続制御部１３は、動作条件テーブル登録処理を終了する。
【００５６】
一方、加入者の入力したアクセスコード（Ｄの内容）と電話番号テーブル２２内のアクセスコードが一致していた場合（ステップＳ３０７；Ｙ）、接続制御部１３は、ステップＳ３０４で読み出しておいたリンク情報（変数Ｒの内容）に基づき、対応する動作条件テーブル２３が存在しているか否かを判断する（ステップＳ３０８）。
【００５７】
対応する動作条件テーブル２３が存在していなかった場合（ステップＳ３０８；Ｎ）、接続制御部１３は、標準動作条件テーブル２４内の標準繰り返し回数と標準再配置フラグを、それぞれ、変数Ｎrpt、Ｆに設定するとともに、標準不在時呼出時間を、ｔ1i（ｉ＝１〜ｍ）に設定し、標準話中時待機時間を、ｔ2i（ｉ＝１〜ｍ）に設定する（ステップＳ３０９）。その後、接続制御部１３は、動作条件データ取得処理（ステップＳ３１０）を開始する。
【００５８】
一方、対応する動作条件テーブル２３が存在していた場合（ステップＳ３０８；Ｙ）、接続制御部１３は、リンク情報によって特定される動作条件テーブル２４内の繰り返し回数と再配置フラグを、それぞれ、変数Ｎrpt、Ｆに設定するとともに、不在時呼出時間１〜ｍを、ｔ1i（ｉ＝１〜ｍ）に設定する。また、話中時待機時間１〜ｍを、ｔ2i（ｉ＝１〜ｍ）に設定する（ステップＳ３１９）。その後、接続制御部１３は、動作条件データ取得処理（ステップＳ３２０）を開始する。
【００５９】
図８に、ステップＳ３１０およびステップＳ３２０で行われる動作条件データ取得処理の流れ図を示す。図示したように、動作条件データ取得処理時、接続制御部１３は、まず、音声信号発生部１２に対して、繰り返し回数の入力要求メッセージの出力を指示する（ステップＳ４０１）。この際、接続制御部１３は、音声信号発生部１２に対して変数Ｎrptの値を通知し、音声信号発生部１２は、「現在の繰り返し回数は、Ｎrptです。設定する繰り返し回数を入力して下さい。」といった音声信号の出力を開始する。次いで、接続制御部１３は、データ取得処理（ステップＳ４０２）を実行し、取得したＤの内容を変数Ｎrptに記憶する（ステップＳ４０３）。
その後、接続制御部１３は、音声信号発生部１２に対して、再配置フラグの入力要求メッセージの送出を指示する（ステップＳ４０４）。この際、接続制御部１３は、音声信号発生部１５に対して変数Ｆの値を通知し、音声信号発生部１２は、「現在の再配置フラグは、Ｆです。再配置を行わない場合には、０を、再配置を行う場合には、１を、入力して下さい。」といった音声信号の出力を開始する。そして、接続制御部１３は、データ取得処理（ステップＳ４０５）の実行によって取得したＤを、再配置フラグ用の変数Ｆに記憶する（ステップＳ４０６）。
【００６０】
次いで、接続制御部１３は、ループカウンタである変数ｊに“１”を設定（ステップＳ４０７）し、音声信号発生部１２に対して、電話番号Ｔj、不在時呼出時間ｔ1jの内容を通知するとともに、不在時呼出時間の入力要求メッセージの出力を指示する（ステップＳ４０８）。この指示により、音声信号発生部１５は、「現在の電話番号Ｔjに対する、不在時呼出時間は、ｔ1j秒です。設定する不在時呼出時間を入力して下さい。」といったような音声信号の出力を開始する。
【００６１】
音声信号発生部１２に対するメッセージ出力指示の送出後、接続制御部１３は、データ取得処理（ステップＳ４０９）を開始し、データ取得処理において取得したＤを、ｔ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以上であるか否かを判断する（ステップＳ６１３）。変数ｋの値が繰り返し回数Ｎrpt未満であった場合（ステップＳ６１３；Ｎ）、接続制御部１３は、変数ｋの値に“１”を加算するとともに、ｊに“１”を設定（ステップＳ６１４）して、ステップＳ６０２に戻る。一方、変数ｋの値が、繰り返し回数Ｎrpt以上となっていた場合（ステップＳ６１３；Ｙ）、接続制御部１３は、優先順通話選択処理を終了する。すなわち、接続制御部１３は、いずれの着呼端末とも呼接続が行えない場合、繰り返し回数Ｎrptによって指定される回数分、電話番号テーブル２２内に電話番号が記憶された一連の端末に対する呼接続の試みを繰り返す。
【００７６】
なお、電話番号Ｔjが、自身が収容している端末に関するものであった場合、ステップＳ６０２、Ｓ６０３等における処理がわずかに変わるだけである（この場合、接続制御部１３は、接続要求を送出せずとも、その端末が使用中であるか否かが分かる）ので、動作説明は省略することにする。
【００７７】
以下、図１１を用いて、テーブル再配置処理（ステップＳ６０８）を説明する。図１１（ａ）は、テーブル再配置処理前の、電話番号テーブル２２の内容の一例を示した図であり、図１１（ｂ）は、テーブル再配置処理後の、電話番号テーブル２２の内容を示した図である。図示ように、テーブル再配置処理時、接続制御部１３は、電話番号テーブル２２内の先頭に記憶されている電話番号（ｓｕｂ．Ａ）が、電話番号テーブルの末尾に記憶されるように、各電話番号の記憶位置を変更する。また、その電話番号テーブルが、動作条件テーブルを有するものであった場合、接続制御部１３は、その動作条件テーブル内の不在時呼出時間と話中時待機時間の記憶位置を、同様の手順で変更する処理も行う。
【００７８】
ここで、図１２を用いて、優先順通話選択処理によって実現される呼接続の具体例を説明しておく。
優先順通話選択サービスを利用する際、加入者は、図示したように、加入者端末（発呼端末）の受話器を挙げ、特番＋代表電話番号を投入する。その操作に呼応して、交換機は、電話番号テーブル、動作条件テーブルの読み出しを行い、アクセスコード入力要求メッセージを発呼端末に対して送出し、発呼端末からアクセスコードを取得する。
【００７９】
そして、アクセスコード認証を行った後に、交換機は、電話番号テーブルに記憶されていた１番目の電話番号の内容を解析することによって、その電話番号が割り当てられている端末１を収容している交換機を特定し、その交換機（着局交換機１）に対して接続要求を送出する。
【００８０】
着局交換機１は、端末１が未使用であった場合、端末１に対してＲＧＴ(ringing tone)を送出し、本交換機に対してＲＢＴ(ring back tone)を送出する。ＲＢＴを受けた本交換機は、発呼端末に対してＲＢＴを送出するとともに、端末１（電話番号１）に関する不在時呼出時間１が経過するのを待機する。着局交換機１から応答信号が入力される前に、不在時呼出時間１が経過した場合、交換機は、図示したように、接続要求を取り消して、２番目の端末に対する呼接続の試みを開始する。
【００８１】
端末２に対する接続要求を受けた着局交換機１は、端末２が使用中であることを認識し、ｂｕｓｙ信号を本交換機に対して送出し、本交換機は、話中時待機時間２が経過するのを待機する。たとえば、話中時待機時間２が“０”であった場合、交換機は、即座に、３番目の電話番号の解析を開始し、対応する端末３を収容する着局交換機２に対して、接続要求を送出する。
【００８２】
着局交換機２は、端末３が未使用であった場合、端末３に対してＲＧＴを送出し、本交換機に対してＲＢＴを送出する。ＲＢＴを受けた本交換機は、発呼端末に対してＲＢＴを送出する。また、端末３がOFF-Hookされたことを検出した着局交換機２は、本交換機に対して応答信号を送出し、本交換機は、発呼端末と端末３（着局交換機２）との間を接続するとともに、テーブル再配置処理を実行する。
【００８３】
次に、図１３を用いて、電話番号テーブル修正処理を説明する。この電話番号テーブル修正処理は、電話番号テーブル修正処理用に割り当てられている電話番号が入力された際に開始される。なお、電話番号テーブル修正処理は、電話番号テーブルの内容を確認する際にも用いられる。
【００８４】
図示したように、電話番号テーブル修正処理の開始時、接続制御部１３は、まず、音声信号発生部１２に対して、代表電話番号の入力要求メッセージの出力を指示し（ステップＳ７０１）、データ取得処理（ステップＳ７０２）を開始する。その後、接続制御部１３は、代表電話番号テーブル２１を参照することによって、データ取得処理において取得した代表電話番号（Ｄの内容）に対応する電話番号テーブル２２を特定（ステップＳ７０３）する。次いで、接続制御部１３は、特定した電話番号テーブル２２内のアクセスコード、リンク情報、電話番号を読み出し、読み出した電話番号の総数を、変数ｍに記憶するとともに、読み出したアクセスコード、リンク情報、ｍ個の電話番号データをそれぞれ、変数Ｃ、Ｒ、Ｔi（ｉ＝１〜ｍ）に記憶する（ステップＳ７０４）。
【００８５】
次いで、接続制御部１３は、音声信号発生部１２に対して、アクセスコードの入力要求メッセージの送出を指示し（ステップＳ７０５）、データ取得処理（ステップＳ７０６）を開始する。そして、接続制御部１３は、取得したアクセスコード（Ｄの内容）が、ステップＳ７０４で読み出したアクセスコード（変数Ｃの内容）と一致しているか否かの判断を行う（ステップＳ７０７）。両者が一致していなかった場合（ステップＳ７０７；Ｎ）、接続制御部１３は、電話番号テーブル修正処理を終了する。
【００８６】
一方、加入者の入力したアクセスコード（Ｄの内容）と電話番号テーブル２２内のアクセスコードが一致していた場合（ステップＳ７０７；Ｙ）、接続制御部１３は、ループカウンタである変数ｉに“１”を設定（ステップＳ７０８）し、音声信号発生部１２に対して、電話番号修正要求メッセージの送出を指示する（ステップＳ７０９）。この際、接続制御部１３は、音声信号発生部１２に対して変数ｉ、電話番号Ｔiの内容を通知し、音声信号発生部１２は、「ｉ番目の電話番号は、Ｔiです。修正する場合には、新たな電話番号を入力して下さい。削除する場合には、“０”を入力して下さい。修正しない場合には、“＃”だけを入力して下さい。」といった音声信号の出力を開始する。
【００８７】
次いで、接続制御部１３は、データ取得処理（ステップＳ７１０）を実行し、取得したＤの内容が“０”であった場合（ステップＳ７１１；０）には、電話番号変数Ｔiに“null”を設定し（ステップＳ７１２）、ステップＳ７１４に進む。また、Ｄの内容が“null”であった場合（ステップＳ７１１；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）を３番目の電話番号とすることを記憶する。そして、これらの情報に基づき、電話番号テーブルと動作条件テーブル内のデータを並び替えて、テーブル再配置処理を終了する。
【０１０３】
このテーブル再配置処理によれば、図１７に模式的に示したように、大きな重み係数（図中、括弧内に示してある数値が重み係数）が与えられている電話番号が、電話番号テーブル内の上位に記憶される可能性が高くなる。この結果、大きな重み係数を与えた着呼端末には、小さな重み係数を与えた着呼端末に比して、大きな着呼機会が与えられることになる。また、同じ重み係数を与えた着呼端末（電話番号）同士を比較した場合、それらの端末には、等しい着呼機会が与えられることになる。
【０１０４】
なお、この第２実施形態の交換機では、動作条件テーブルが作成されていない電話番号テーブルに対しては、各電話番号に対して等しい重み係数が与えられているものとして、上記テーブル再配置処理が実行される。
【０１０５】
【発明の効果】
以上、詳細に説明したように、本発明による第１及び第２の交換機によれば、加入者端末から、呼接続を試みるべき複数の着呼端末に対して、個別に、呼接続の試みを中止する条件を設定できるので、各着呼端末の使用者の性格を考慮に入れた形で、呼接続の可否を自動的に判断しながら、指定された複数の着呼端末内のいずれかの着呼端末に呼を接続するサービスが実現できることになる。
【０１０６】
また、各更新手段を付加した第１及び第２交換機によれば、呼接続を試みるべき各着呼端末に、公平あるいは重み係数に応じた着呼機会を与えることができることになる。
【０１０７】
また、本発明の第３の交換機によれば、頻繁に使用しないような端末群に対して、各端末への呼接続の可否を自動的に判断しながら、順次、呼接続を試みるサービスを実現できることになる。
【図面の簡単な説明】
【図１】本発明の第１実施形態による交換機の構成を示すブロック図である。
【図２】第１実施形態の交換機内に記憶される４種のテーブルに記憶されるデータを示した説明図である。
【図３】第１実施形態の交換機内で実行される電話番号テーブル登録処理の流れ図である。
【図４】第１実施形態の交換機内で実行されるデータ取得処理の流れ図である。
【図５】電話番号テーブル登録処理の利用法を説明するための第１のシーケンス図である。
【図６】電話番号テーブル登録処理の利用法を説明するための第２のシーケンス図である。
【図７】第１実施形態の交換機内で実行される動作条件テーブル登録処理の流れ図である。
【図８】第１実施形態の交換機内で実行される動作条件データ取得処理の流れ図である。
【図９】第１実施形態の交換機内で実行される優先順通話選択処理の前半部分の流れ図である。
【図１０】第１実施形態の交換機内で実行される優先順通話選択処理の後半部分の流れ図である。
【図１１】第１実施形態の交換機内で実行されるテーブル再配置処理の説明図である。
【図１２】第１実施形態の交換機内で実行される優先順通話選択処理を説明するためのシーケンス図である。
【図１３】第１実施形態の交換機内で実行される電話番号テーブル修正処理の流れ図である。
【図１４】第１実施形態の交換機内で実行される第２優先順通話選択処理の流れ図である。
【図１５】  第２実施形態の交換機内に記憶される動作条件テーブルの構成図である。
【図１６】第２実施形態の交換機内で実行されるテーブル再配置処理の流れ図である。
【図１７】第２実施形態の交換機内で実行されるテーブル再配置処理の説明図である。
【符号の説明】
１０  交換機
１１  交換部
１２  音声信号発生部
１３  接続制御部
１４  記憶部
２１  代表電話番号テーブル
２２  電話番号テーブル
２３  動作条件テーブル
２４  標準動作条件テーブル
３０  加入者端末
【図１】
0003790582.tif 000002
【図２】
0003790582.tif 000003
【図３】
0003790582.tif 000004
【図４】
0003790582.tif 000005
【図５】
0003790582.tif 000006
【図６】
0003790582.tif 000007
【図７】
0003790582.tif 000008
【図８】
0003790582.tif 000009
【図９】
0003790582.tif 000010
【図１０】
0003790582.tif 000011
【図１１】
0003790582.tif 000012
【図１２】
0003790582.tif 000013
【図１３】
0003790582.tif 000014
【図１４】
0003790582.tif 000015
【図１５】
0003790582.tif 000016
【図１６】
0003790582.tif 000017
【図１７】
0003790582.tif 000018