JP3790582B2 - switch - Google Patents
switch Download PDFInfo
- Publication number
- JP3790582B2 JP3790582B2 JP18235796A JP18235796A JP3790582B2 JP 3790582 B2 JP3790582 B2 JP 3790582B2 JP 18235796 A JP18235796 A JP 18235796A JP 18235796 A JP18235796 A JP 18235796A JP 3790582 B2 JP3790582 B2 JP 3790582B2
- Authority
- JP
- Japan
- Prior art keywords
- telephone number
- terminal
- call
- call connection
- connection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Exchange Systems With Centralized Control (AREA)
- Telephonic Communication Services (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、指定された複数の着呼端末への呼接続を順次試みる機能を有する交換機に関する。
【0002】
【従来の技術】
交換機に収容される端末の中には、予め電話番号を登録しておいた複数の端末に対して、電話番号に与えられている優先順に従って、自動的に順次呼接続を試みる機能を有する端末が存在している。
【0003】
また、特開平7−245654号公報には、同様の機能を有する構内交換機が開示されている。この公報に記載の構内交換機は、その内部に複数の端末の電話番号が記憶された幾つかの内線代表グループテーブルを保持できるように構成されている。構内交換機は、端末から入力された情報に基づき、内線代表グループテーブルを作成する機能を有しており、特番が付加された電話番号が入力された場合、その電話番号に対応する内線代表グループテーブル内に記憶されている電話番号を用いて、未使用の(話中でない)端末を特定し、特定した端末に対する発呼を行う。
【0004】
【発明が解決しようとする課題】
このような技術によれば、加入者は、1回、電話番号を端末に入力するだけで、複数の加入者の何れかと通話を行えることになる。しかしながら、従来の技術では、各端末に対する呼接続の可否を、同一判断基準によって判断していた。たとえば、話中でない端末に対しては、所定時間の呼出の間に応答がないときに、接続不可であると判断されていた。このため、呼出音への応答が早い加入者に対しては、その不在の確認のために、必要以上の呼出音の出力が行われることになり、呼出音への応答が遅い加入者に対しては、不在でないにもかかわらず、不在であるといった誤った判断が行われることにもなっていた。
【0005】
また、従来の交換機では、テーブル内の各電話番号が予め定められた順序で使用されていたので、実際上、テーブルの後半にその電話番号が登録された端末に呼が接続されることはなかった。このため、優先的に呼接続を行うべき加入者端末が存在しないような場合にも、最初に電話番号の登録を行った端末に優先的に呼が接続されてしまっていた。
【0006】
また、従来の交換機に設けられている機能を利用する際には、電話番号を記憶したテーブルを予め登録し、登録したテーブルを利用した呼接続の実行を指示するといった2つの作業が必要であった。このため、呼接続を試みるべき端末の組み合わせが頻繁に使用するものではなかった場合に、その機能を利用すると、各端末への呼接続を個別に行った場合と同等の時間あるいは同等以上の時間がかかる。また、交換機内の記憶装置の記憶容量が無駄に使用されることにもなるため、実際上、上記のようなケースにおいて当該機能を利用することはできなかった。
【0007】
そこで、本発明の課題は、呼接続を試みるべき各着呼端末に対する処理手順(呼出時間等)を、加入者が設定できる交換機を提供することにある。
また、本発明の他の課題は、呼接続を試みるべき端末として設定された複数の端末に、均等な着呼機会を与えることができる交換機を提供することにある。
【0008】
また、本発明の他の課題は、各端末への呼接続の可否を自動的に判断しながら、順次、呼接続を試みる機能であって、頻繁に使用しないような端末群に対する使用に適した機能を有する交換機を提供することにある。
【0009】
【課題を解決するための手段】
本発明による第1の交換機は、記憶手段と、呼接続を試みるべき複数の着呼端末に関する電話番号と各着呼端末に対する呼接続の試みを中止する中止条件とを加入者端末から取得する取得手段と、この取得手段で取得された情報に基づき、記憶手段内に、複数の着呼端末に関する電話番号及び中止条件が記憶された電話番号・動作条件テーブルを所定の識別情報と関連づけて作成する作成手段と、所定の識別情報が加入者端末から入力されたときに、記憶手段の中から、その所定の識別情報に対応する電話番号・動作条件テーブルを特定する特定手段と、この特定手段によって特定された電話番号・動作条件テーブルに記憶されている電話番号と中止条件を順次用いて着呼端末に対する呼接続を試みる手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、加入者端末からの呼をその着呼端末に接続する接続手段とを具備する。
【0010】
このような構成を有する本発明の第1の交換機では、加入者端末から、呼接続を試みるべき複数の着呼端末に対して、個別に、呼接続の試みを中止する条件(次の着呼端末に対する呼接続を開始する条件)を設定できる。このため、本交換機によれば、各着呼端末の使用者の性格を考慮に入れた形で、呼接続の可否を自動的に判断しながら、指定された複数の着呼端末内のいずれかの着呼端末に呼を接続するサービスが実現できることになる。
【0011】
本発明による第2の交換機は、記憶手段と、アクセスコードと、呼接続を試みるべき複数の着呼端末に関する電話番号と各着呼端末に対する呼接続の試みを中止する中止条件とを加入者端末から取得する取得手段と、この取得手段で取得された情報に基づき、記憶手段内に、アクセスコードと、複数の着呼端末に関する電話番号及び中止条件が記憶された電話番号・動作条件テーブルを所定の識別情報と関連づけて作成する作成手段と、所定の識別情報が加入者端末から入力されたときに、記憶手段の中から、その所定の識別情報に対応する電話番号・動作条件テーブルを特定する特定手段と、所定の識別情報の入力後に加入者端末から入力される情報と、特定手段によって特定された電話番号・動作条件テーブル内に記憶されているアクセスコードが一致しているか否かを判断する判断手段と、加入者端末からの情報とアクセスコードが一致していると判断されたときに、特定手段によって特定された電話番号・動作条件テーブルに記憶されている電話番号と中止条件を用いた着呼端末に対する呼接続の試みを開始する手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、加入者端末からの呼をその着呼端末に接続する接続手段とを具備する。
【0012】
このような構成を有する本発明の第2の交換機では、加入者端末から、呼接続を試みるべき複数の着呼端末に対して、個別に、呼接続の試みを中止する条件(次の着呼端末に対する呼接続を開始する条件)を設定できる。このため、本交換機によれば、各着呼端末の使用者の性格を考慮に入れた形で、呼接続の可否を自動的に判断しながら、指定された複数の着呼端末内のいずれかの着呼端末に呼を接続するサービスが実現できることになる。また、本交換機では、そのサービスが、アクセスコードを確認した上で実行されるので、サービスの利用者を限定できることにもなる。
【0013】
本発明の第1または第2の交換機では、取得手段として、所定の識別情報として使用される代表電話番号をも取得する手段を用い、特定手段として、所定の番号と代表電話番号からなる情報が入力されたときに、その代表電話番号に対応する電話番号・動作条件テーブルを特定する手段を用いることもできる。
【0014】
また、本発明の第1および第2の交換機では、作成手段として、取得手段によって中止条件が取得されなかった場合には、各着呼端末に関する中止条件として、所定の中止条件を用いる手段を採用することができる。
【0015】
本発明の第1または第2の交換機に、複数の着呼端末に関する電話番号と中止条件が、それらの使用順が分かる形態で記憶された電話番号・動作条件テーブルを作成する作成手段と、電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用いる接続手段とを採用した場合には、接続手段によって呼接続が行われたときに、使用順が第2位から最下位までの電話番号及び中止条件の使用順がそれぞれ1位繰り上がり、使用順が最上位であった電話番号及び中止条件の使用順が最下位となるように、電話番号・動作条件テーブルの内容を更新する更新手段を付加することができる。また、接続手段によって呼接続が行われたときに、各着呼端末に関する電話番号及び中止条件の使用順をランダムに決定し、決定した使用順が各着呼端末に関する電話番号及び中止条件に与えられるように電話番号・動作条件テーブルの内容を更新する更新手段を付加することもできる。
【0016】
このような更新手段を付加した交換機では、電話番号・動作条件テーブルに電話番号が記憶された各着呼端末に、公平な着呼機会を与えることができることになる。
【0017】
また、第1および第2の交換機に、各電話番号に関する重み係数をも取得する取得手段と、複数の着呼端末に関する電話番号と中止条件と重み係数が、それらの使用順が分かる形態で記憶された電話番号・動作条件テーブルを作成する作成手段と、電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用いる接続手段とを採用するとともに、接続手段によって呼接続が行われたときに、各着呼端末に関する電話番号及び中止条件の使用順を、対応する重み係数の大きさを考慮に入れてランダムに決定し、決定した使用順が各着呼端末に関する電話番号及び中止条件に与えられるように電話番号・動作条件テーブルの内容を更新する更新手段を付加することもできる。
【0018】
このように構成した交換機では、電話番号・動作条件テーブルに電話番号が記憶された着呼端末のうち、大きな重み係数を与えた着呼端末に対して、確率的に高い着呼機会を与えられることになる。また、同じ重み係数を与えた着呼端末(電話番号)同士を比較した場合、それらの端末には、等しい着呼機会が与えられることにもなる。
【0019】
本発明の第3の交換機は、呼接続を試みるべき複数の着呼端末に関する電話番号を加入者端末から取得する取得手段と、この取得手段によって取得された電話番号を一時的に記憶する記憶手段と、取得手段によって複数の電話番号が取得されたときに、記憶手段内に記憶された電話番号を用いた呼接続の試みを開始する手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく所定の中止条件が満たされた場合には、使用する電話番号を変更し、所定の中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、加入者端末からの呼をその着呼端末に接続する接続手段と、この接続手段による処理の完了時に、取得手段によって取得された電話番号を記憶するために使用されている記憶手段内の記憶領域を解放する解放手段とを具備する。
【0020】
すなわち、第3の交換機では、加入者端末から、一連の電話番号が入力されたときに、それらの電話番号に対応する各着呼端末に対する呼接続の試みが開始され、その試みの終了後、それらの電話番号の記憶のために使用されていた記憶領域が解放される。このため、本交換機によれば、頻繁に使用しないような端末群に対して、各端末への呼接続の可否を自動的に判断しながら、順次、呼接続を試みるサービスを実現できることになる。
【0021】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して具体的に説明する。
<第1実施形態>
本発明の第1実施形態の交換機は、通常の交換機に、複数の着呼端末への呼接続を自動的に順次試みるサービスである優先順通話選択サービスを実現するための機能を付加した交換機である。
【0022】
図1に、第1実施形態の交換機の概略構成を示す。図示したように、交換機10は、交換部11と音声信号発生部12と接続制御部13と記憶部14とを備える。交換機10(交換部11)は、加入者線を介して、複数の加入者端末30と接続され、中継線を介して他の交換機と接続される。
【0023】
交換部11は、回線交換を行うための回路であり、接続制御部13によって制御される。交換部11は、通常の交換機内に設けられている交換部と同様に、Off-Hookされた加入者端末30に対してダイアルトーンを送出する機能や、加入者端末30から入力された電話番号(選択信号)を接続制御部13に通知する機能を有している。交換部11には、そのような通常の機能に加えて、音声信号発生部12からの音声信号をいずれかの加入者端末30に供給する機能が付加されている。
【0024】
音声信号発生部12は、「*番目の電話番号を入力して下さい。」というような各種のメッセージ(音声信号)を、交換部11を介して加入者端末30に出力する回路である。音声信号発生部12は、接続制御部13から、出力すべきメッセージの種類を指定する情報と、“*”部に設定すべき数値情報を指定する情報とを受けて、メッセージ(例えば、「1番目の電話番号を入力して下さい。」)の出力を開始し、メッセージの出力が完了したときに、その旨を接続制御部13に通知する。また、音声信号発生部12は、接続制御部13からメッセージの出力を中止することが指示されたときに、交換部11(加入者端末30)に対するメッセージの送出を中止する。
【0025】
記憶部14は、優先順通話選択サービス関連のデータ(テーブル)を記憶するためのユニットであり、磁気記憶装置によって構成されている。図示したように、記憶部14には、代表電話番号テーブル21、電話番号テーブル22、動作条件テーブル23、標準動作条件テーブル24といった4種のテーブルが記憶される。各テーブルの詳細については後述する。
【0026】
接続制御部13は、各部を統合的に制御する制御回路であり、CPUとその周辺回路(ROM,RAMなど)から構成されている。接続制御部13は、通常の回線接続要求に対しては、通常の交換機内に設けられている制御部と同様の制御を、交換部11に対して行う。
【0027】
例えば、ある加入者端末30から、他の交換機に収容された端末に対する回線接続を要求する選択信号(電話番号)が入力された場合、接続制御部13は、入力された選択信号の内容を解析することによって、相手先端末が収容されている交換機(着局交換機)を特定する。その後、接続制御部13は、特定した着局交換機に対して起動信号を送出し、その着局交換機から応答信号が入力されるのを待機する。そして、応答信号が入力された際に、発呼した加入者端末30と着局交換機(相手先端末)との間に通話回線が設定されるように、交換部11を制御する。
【0028】
一方、優先順通話選択サービス関連の選択信号が入力された場合、接続制御部13は、交換部11、音声信号発生部12、記憶部14を制御することによって、その選択信号の内容に応じた各種の処理を実行する。当該処理には、呼接続を試みるべき複数の端末の電話番号が記憶された電話番号テーブル22を記憶部14内に作成する電話番号テーブル登録処理、電話番号テーブル22内に電話番号が記憶された各端末に対する呼接続の試みを中止する条件等が記憶された動作条件テーブル23を記憶部14内に作成する動作条件テーブル登録処理、記憶部14内の電話番号テーブル22に電話番号が記憶された各端末に対して実際に呼接続を試みる優先順通話選択処理、電話番号テーブル22の内容を修正する電話番号テーブル修正処理、加入者端末30から複数の端末の電話番号入力を受け、それらの端末に対して順次呼接続を試みる第2優先順通話選択処理、などがある。
【0029】
各処理の詳細を説明する前に、図2を用いて、代表電話番号テーブル21、電話番号テーブル22、動作条件テーブル23、標準動作条件テーブル24に記憶されるデータの概要、並びに、電話番号テーブル登録処理、動作条件テーブル登録処理、優先順通話選択処理の概要を説明する。
【0030】
優先順通話選択処理(優先順通話選択サービス)は、電話番号テーブル22内に電話番号が記憶されている各端末に対して呼接続を試みる処理である。このため、本サービスの利用者は、サービスの実際の利用に先駆けて、接続制御部13に電話番号テーブル登録処理を実行させる必要がある。
【0031】
電話番号テーブル登録処理では、加入者端末30から入力された代表電話番号とアクセスコードと複数の電話番号に基づき、アクセスコードとリンク情報と複数の電話番号とを記憶した電話番号テーブル22が記憶部14内に作成(登録)される。電話番号テーブル登録処理時、電話番号テーブル22は、あるテーブル識別情報によって識別(検索)できる形態で、記憶部14内に記憶され、そのテーブル識別情報と、加入者端末30から入力された代表電話番号との対応関係が、代表電話番号テーブル21に登録(追加)される。また、電話番号テーブル登録処理時、リンク情報として、標準動作条件テーブル24の識別情報が、電話番号テーブル22内に記憶される。
【0032】
すなわち、電話番号テーブル登録処理では、電話番号テーブル22kのように、アクセスコードとリンク情報と複数の電話番号とを保持し、リンク情報によって標準動作条件テーブル24と対応づけられた電話番号テーブルが、代表電話番号によって検索できる形態で記憶部14内に記憶される。なお、アクセスコードの具体的な使用法については後述するが、アクセスコードは、電話番号テーブル22の利用者を制限するための情報(いわゆる、パスワード)として使用されている。
【0033】
電話番号テーブル22に対応づけられるテーブルである標準動作条件テーブル24には、図示したように、標準繰り返し回数と標準再配置フラグと標準中止条件(標準話中時待機時間及び標準不在時呼出時間)が記憶されている。これらのデータの具体的な使用法に関しては後述するが、標準中止条件は、各端末に対する呼接続の試みを中止する条件(次の端末に対する呼接続の試みを開始する条件)を規定するデータとなっている。すなわち、本交換機10では、優先順通話選択処理の処理対象として指定された電話番号テーブル22が、標準動作条件テーブル24と対応づけられたテーブルであった場合、その電話番号テーブル22内に電話番号が記憶された各端末に対する呼接続の可否は、同一判断基準(標準中止条件)によって判定される。
【0034】
各端末に対する呼接続可否の判断条件を個別に設定したい場合、電話番号テーブル22の登録者は、動作条件テーブル登録処理を接続制御部13に実行させる。動作条件テーブル登録処理では、登録者から入力された情報に基づき、繰り返し回数と再配置フラグと、対応する電話番号テーブル22内に記憶されている電話番号と同数の中止条件とを記憶した動作条件テーブル23が、記憶部14内に作成される。その際、動作条件テーブル23は、ある種の識別情報によって識別される形態で記憶部14に記憶され、対応する電話番号テーブル22のリンク情報記憶領域に、その識別情報が書き込まれる。
【0035】
たとえば、電話番号テーブル221に対応する動作条件テーブル231の登録を行った場合、点線矢印で示したように、それまで標準動作条件テーブル24を示していたリンク情報が、実線矢印で示したように、動作条件テーブル231を示すリンク情報に書き換えられる。接続制御部13は、優先順通話選択処理の実行が指示された場合、処理対象として指定された電話番号テーブル22内のリンク情報の内容に基づき、その電話番号テーブル22に関して、動作条件テーブル23が用意されているか否かを判断する。そして、処理対象として指定された電話番号テーブル22が動作条件テーブル23を有するテーブルであった場合には、各端末に対する呼接続の可否を、動作条件テーブル23内に記憶された各端末に関する中止条件によって判定する。
【0036】
なお、後述するように、本交換機10は、加入者から各種のデータ(電話番号、アクセスコード等)を取得する際に、トーン信号を利用する。このため、本交換機10の優先順通話選択サービス機能を、ダイアル形式の端末から利用する場合、その利用者は、トーン信号を出力できる機器を用意する必要がある。
【0037】
以下、接続制御部13が実行する各処理の詳細を説明する。なお、以下に説明する各処理においては、各種の変数が用いられているが、各変数の記憶には、接続制御部13が備えるメモリが用いられており、各変数を記憶するための領域は、その変数が不必要な変数となった段階で解放されている。
【0038】
図3に、電話番号テーブル登録処理実行時の接続制御部13の動作の流れを示す。なお、接続制御部13は、ある加入者端末30(以下、発呼端末と表記する)から、電話番号テーブル登録用に割り当てられている電話番号(以下、電番登録専用番号と表記する)が入力されたときに、図3に示した処理を開始する。
【0039】
図示したように、電話番号テーブル登録処理の開始時、接続制御部13は、まず、入力された電話番号総数を記憶するための変数であるiに“1”をセットする(ステップS101)。次いで、接続制御部13は、音声信号発生部12に対して、電話番号の入力要求メッセージの出力指示を出す(ステップS102)。
【0040】
電話番号入力要求メッセージは、「*番目の電話番号を入力して下さい。電話番号の入力後には#を入力して下さい。電話番号の入力を終了する場合には、#だけを入力して下さい。」といったメッセージである。ステップS102において、接続制御部13は、音声信号発生部12に対して、メッセージの種類を示す情報とともに、“*”部に挿入すべき情報として、変数iの値を通知する。
【0041】
音声信号発生部12に対してメッセージの出力指示を行った後、接続制御部13は、データ取得処理(ステップS103)を開始する。
図4に、データ取得処理実行時の接続制御部13の動作の流れを示す。図示したように、データ取得処理時、接続制御部13は、まず、文字列を記憶するための変数であるDをクリアし(ステップS201)、発呼端末からのトーン信号入力の監視を開始する(ステップS202)。トーン信号が入力されたことを検出したとき(ステップS202;Y)、接続制御部13は、音声信号発生部12がメッセージの出力中(あるいは出力準備中)であった場合には、音声信号発生部12に対してメッセージ出力の中止を指示する(ステップS203)。接続制御部13は、音声信号発生部12によるメッセージの出力が終わっていた場合と、音声信号発生部12に対する中止指示を既に行っていた場合には、ステップS203において何も行わずに、ステップS204に進む。
【0042】
ステップS204において、接続制御部13は、入力されたトーン信号をコード(キャラクタコード)に変換する。接続制御部13は、変換したコードが数字(0〜9)に対応するものであった場合(ステップS205;数値)、変数Dの末尾に、そのコードを追加して(ステップS206)、ステップS202に戻る。また、接続制御部13は、トーン信号が“#”に対応するものであった場合(ステップS205;#)には、データ取得処理を終了する。
【0043】
図3に戻って、データ取得処理(ステップS103)完了後の、接続制御部13の動作を説明する。
接続制御部13は、データ取得処理(ステップS103)において取得したDを、登録終了通知データDend(本交換機では、Dend=“null”)と比較する(ステップS104)。DとDendが一致していなかった場合(ステップS104;N)、接続制御部13は、Dの内容を、i番目の電話番号として記憶する(ステップS105)。次いで、iを“1”カウントアップし(ステップS106)、ステップS102に戻る。接続制御部13は、DとDendが一致していたときに(ステップS104;Y)に、ステップS102〜S106のループを抜け出す。
【0044】
すなわち、接続制御部13は、データ取得処理(ステップS103)時に、“電話番号+#”が入力されたときには、ステップS104において“N”側への分岐を行うことによって、その電話番号を記憶するとともに、次の電話番号を取得するための処理を開始する。そして、データ取得処理時に“#”だけが入力されたときに、最後の電話番号の入力が終わったことを認識し、ステップS107以降の処理を開始する。
【0045】
ステップS107において、接続制御部13は、音声信号発生部12に、アクセスコード入力要求メッセージの出力を指示する(ステップS107)。この指示に応じて、音声信号発生部12は、「アクセスコードを入力して下さい。アクセスコードの入力後、#を入力して下さい。」といった音声信号の送出を開始する。次いで、接続制御部13は、再度、データ取得処理(ステップS108)を実行し、データ取得処理において得られたDの内容を、アクセスコードとして記憶する(ステップS109)。そして、接続制御部13は、音声信号発生部12に、代表電話番号入力要求メッセージ(「代表電話番号を入力して下さい。」)の出力を指示し(ステップS110)、データ取得処理(ステップS111)を開始する。
【0046】
データ取得処理(ステップS111)の完了後、接続制御部13は、Dの内容を代表電話番号として記憶する(ステップS112)。次いで、接続制御部13は、ステップS105で記憶した1〜i−1番の電話番号と、ステップS109で記憶したアクセスコードと、標準動作条件テーブル24を示すリンク情報(標準テーブル用リンク情報)とから、電話番号テーブル22を作成し、記憶部14内に格納する(ステップS113)。この際、接続制御部13は、電話番号テーブル22に、テーブル識別情報を与え、そのテーブル識別情報によって識別できる形態で電話番号テーブル22を記憶部14内に格納する。
【0047】
次いで、接続制御部13は、ステップS112で記憶しておいた代表電話番号と、ステップS113で作成、格納した電話番号テーブル22のテーブル識別情報とを、代表電話番号テーブル21内に追加(登録)する(ステップS114)。そして、接続制御部13は、音声信号発生部12に対して、「i−1個の電話番号を登録しました。」といった電話番号テーブルの登録完了通知メッセージの出力指示を出し(ステップS115)、音声信号発生部12からメッセージの出力完了通知を受け取ったときに、発呼端末との回線を切断して(図示せず)、電話番号テーブル登録処理を終了する。
【0048】
なお、電話番号テーブルの登録者は、いつでも回線を切断することができるが、ステップS111の完了以前に回線を切断した場合、接続制御部13は、電話番号テーブル22を登録することなく電話番号テーブル登録処理を終了する。
【0049】
ここで、3つの電話番号を記憶した電話番号テーブル22を登録する場合を例に、図5及び図6を用いて、本交換機10に対する電話番号テーブルの登録方法(電話番号テーブル登録処理の利用方法)を説明しておく。
【0050】
本交換機10に対して、初めて電話番号テーブルの登録を行う場合、登録者は、交換機10からのメッセージによって入力すべき情報の種類を確認しながら、電話番号等の入力を行うことになる。従って、電話番号テーブル登録処理時には、図5に示したように、本交換機10から発呼端末へのメッセージ送信と、発呼端末から交換機10へのトーン信号送信が交互に行われることになる。
【0051】
一方、登録者が、電話番号テーブルの登録方法を熟知していた場合、交換機からのメッセージを聞く必要がないので、メッセージの完了を待たずに電話番号等を入力できることが望まれる。本交換機10では、上述したように、音声信号発生部12によるメッセージの送出と、接続制御部13による発呼端末からのトーン信号入力の監視が並行して行われており、発呼端末から、トーン信号が入力されたときには、音声信号発生部12によるメッセージ出力が中止されて、次の処理が開始されている。
【0052】
このため、登録者は、図6に模式的に示したように、交換機との間に回線が接続されたことを確認しさえすれば(最初の電話番号入力要求メッセージの出力が開始されるまで待てば)、以後、交換機からのメッセージ出力の内容を確認せずに、電話番号テーブル22を登録することができる。
【0053】
次に、動作条件テーブル登録処理の詳細を説明する。
図7に、動作条件テーブル登録処理時の接続制御部13の動作手順を示す。なお、この図に示した処理は、記憶部14に登録されている動作条件テーブル24を修正する処理にもなっている。接続制御部13は、動作条件テーブル登録(修正)用に予め割り当てられている電話番号が加入者端末30(発呼端末)から入力されたことを検出した際に、この図に示した処理を開始する。
【0054】
図示したように、動作条件テーブル登録処理の開始時、接続制御部13は、まず、音声信号発生部12に対して、代表電話番号の入力要求メッセージの出力を指示し(ステップS301)、データ取得処理(ステップS302)を開始する。その後、接続制御部13は、代表電話番号テーブル21を参照することによって、データ取得処理において取得した代表電話番号(Dの内容)に対応する電話番号テーブル22を特定(ステップS303)する。次いで、接続制御部13は、特定した電話番号テーブル22内のアクセスコード、リンク情報、電話番号を読み出し、読み出した電話番号の総数を、変数mに記憶するとともに、読み出したアクセスコード、リンク情報、m個の電話番号データをそれぞれ、変数C、R、Ti(i=1〜m)に記憶する(ステップS304)。
【0055】
次いで、接続制御部13は、音声信号発生部12に対して、アクセスコードの入力要求メッセージの送出を指示し(ステップS305)、データ取得処理(ステップS306)を開始する。そして、接続制御部13は、取得したアクセスコード(Dの内容)が、ステップS304で読み出したアクセスコード(変数Cの内容)と一致しているか否か、すなわち、加入者の入力したアクセスコードと、電話番号テーブル22内のアクセスコードとが一致しているか否かの判断を行う(ステップS307)。両者が一致していなかった場合(ステップS307;N)、接続制御部13は、動作条件テーブル登録処理を終了する。
【0056】
一方、加入者の入力したアクセスコード(Dの内容)と電話番号テーブル22内のアクセスコードが一致していた場合(ステップS307;Y)、接続制御部13は、ステップS304で読み出しておいたリンク情報(変数Rの内容)に基づき、対応する動作条件テーブル23が存在しているか否かを判断する(ステップS308)。
【0057】
対応する動作条件テーブル23が存在していなかった場合(ステップS308;N)、接続制御部13は、標準動作条件テーブル24内の標準繰り返し回数と標準再配置フラグを、それぞれ、変数Nrpt、Fに設定するとともに、標準不在時呼出時間を、t1i(i=1〜m)に設定し、標準話中時待機時間を、t2i(i=1〜m)に設定する(ステップS309)。その後、接続制御部13は、動作条件データ取得処理(ステップS310)を開始する。
【0058】
一方、対応する動作条件テーブル23が存在していた場合(ステップS308;Y)、接続制御部13は、リンク情報によって特定される動作条件テーブル24内の繰り返し回数と再配置フラグを、それぞれ、変数Nrpt、Fに設定するとともに、不在時呼出時間1〜mを、t1i(i=1〜m)に設定する。また、話中時待機時間1〜mを、t2i(i=1〜m)に設定する(ステップS319)。その後、接続制御部13は、動作条件データ取得処理(ステップS320)を開始する。
【0059】
図8に、ステップS310およびステップS320で行われる動作条件データ取得処理の流れ図を示す。図示したように、動作条件データ取得処理時、接続制御部13は、まず、音声信号発生部12に対して、繰り返し回数の入力要求メッセージの出力を指示する(ステップS401)。この際、接続制御部13は、音声信号発生部12に対して変数Nrptの値を通知し、音声信号発生部12は、「現在の繰り返し回数は、Nrptです。設定する繰り返し回数を入力して下さい。」といった音声信号の出力を開始する。次いで、接続制御部13は、データ取得処理(ステップS402)を実行し、取得したDの内容を変数Nrptに記憶する(ステップS403)。
その後、接続制御部13は、音声信号発生部12に対して、再配置フラグの入力要求メッセージの送出を指示する(ステップS404)。この際、接続制御部13は、音声信号発生部15に対して変数Fの値を通知し、音声信号発生部12は、「現在の再配置フラグは、Fです。再配置を行わない場合には、0を、再配置を行う場合には、1を、入力して下さい。」といった音声信号の出力を開始する。そして、接続制御部13は、データ取得処理(ステップS405)の実行によって取得したDを、再配置フラグ用の変数Fに記憶する(ステップS406)。
【0060】
次いで、接続制御部13は、ループカウンタである変数jに“1”を設定(ステップS407)し、音声信号発生部12に対して、電話番号Tj、不在時呼出時間t1jの内容を通知するとともに、不在時呼出時間の入力要求メッセージの出力を指示する(ステップS408)。この指示により、音声信号発生部15は、「現在の電話番号Tjに対する、不在時呼出時間は、t1j秒です。設定する不在時呼出時間を入力して下さい。」といったような音声信号の出力を開始する。
【0061】
音声信号発生部12に対するメッセージ出力指示の送出後、接続制御部13は、データ取得処理(ステップS409)を開始し、データ取得処理において取得したDを、t1jに設定する(ステップS410)。次いで、接続制御部13は、同様の処理を、話中時待機時間t2jに対して行う(ステップS411〜413)。その後、接続制御部13は、jとm(ステップS304で取得した電話番号の総数)との大小関係を比較し、jがm未満であった場合(ステップS414;Y)には、jに“1”を加算(ステップS415)した後に、ステップS408に戻る。一方、接続制御部13は、jがmと一致していたとき(ステップS414;N)には、動作条件データ取得処理を終了する(図7のステップS311あるいはS321に進む)。
【0062】
なお、流れ図には示していないが、ステップS403、S405、S410、S413において、接続制御部13は、Dが“null”だった場合、Dの内容を各変数に設定することなく、各ステップを終了する。すなわち、動作条件テーブルの登録あるいは修正を行う者が、“#”だけを入力した場合、対応するデータの変更を行うことなく、次のステップを開始する。
【0063】
図7に戻って、動作条件テーブル登録処理の動作の説明を続ける。
ステップS310の動作条件データ取得処理が完了した場合、接続制御部13は、動作条件データ取得処理で取得した各データからなる動作条件テーブル23を作成し、記憶部12に格納する(ステップS311)。そして、ステップS303で特定した電話番号テーブル22内に、作成した動作条件テーブル23を特定するためのリンク情報を書き込み(ステップS312)、動作条件テーブル登録処理を終了する。
【0064】
ステップS320の動作条件データ取得処理が完了した場合、接続制御部13は、内容の読み出しを行った動作条件テーブル23の内容を、動作条件データ取得処理(ステップS320)で取得した各データを用いて更新し(ステップS321)、動作条件テーブル登録処理(この場合、修正処理)を終了する。
【0065】
次に、優先順通話選択処理時の接続制御部13の動作手順を説明する
優先順通話選択処理の実行を要求する場合、加入者は、優先順通話選択処理用に割り当てられている所定の特番と、電話番号テーブル22を登録した際に設定した代表電話番号とを加入者端末30(発呼端末)に入力する。
【0066】
接続制御部13は、所定の特番をその先頭に含む電話番号が入力された場合、優先順通話選択処理の実行を指示されたことを認識するとともに、入力された電話番号から特番を取り除いた部分を、代表電話番号として認識する。そして、接続制御部13は、図9に示した処理を開始する。
【0067】
図示したように、優先順通話選択処理開始時、接続制御部13は、代表電話番号テーブル21を参照することによって、発呼端末から入力された代表電話番号に対応する電話番号テーブル22を特定(ステップS501)する。次いで、接続制御部13は、特定した電話番号テーブル22内のアクセスコード、リンク情報、電話番号を読み出し、読み出した電話番号の総数を変数mに設定するとともに、読み出したアクセスコード、リンク情報、m個の電話番号を、それぞれ、変数C、R、Ti(i=1〜m)に記憶する(ステップS502)。そして、接続制御部13は、音声信号発生部12に対して、アクセスコードの入力要求メッセージの出力を指示し(ステップS503)、データ取得処理(ステップS504)を開始する。
【0068】
データ取得処理(ステップS504)の完了後、接続制御部13は、取得したアクセスコード(Dの内容)が、ステップS502で読み出したアクセスコードと一致しているか否かの判断を行う(ステップS505)。アクセスコードの内容が一致していなかった場合(ステップS505;N)、接続制御部13は、呼の接続を試みることなく、優先順通話選択処理を終了する。
【0069】
一方、Dの内容とアクセスコードが一致していた場合(ステップS505;Y)、接続制御部13は、リンク情報Rの内容に基づき、対応する動作条件テーブル23が存在しているか否かを判断(ステップS506)する。動作条件テーブル23が存在していなかった場合(ステップS506;N)、接続制御部13は、標準動作条件テーブル24内の標準繰り返し回数と標準再配置フラグを、それぞれ、変数Nrpt、Fに記憶するとともに、標準不在時呼出時間を、t1i(i=1〜m)に設定し、標準話中時待機時間を、t2i(i=1〜m)に記憶する(ステップS507)。これに対して、動作条件テーブル23が存在していた場合(ステップS506;Y)、接続制御部13は、リンク情報Rによって特定される動作条件テーブル23内の繰り返し回数、再配置フラグ、m組の不在時呼出時間と話中時待機時間を、それぞれ、変数Nrpt、F、t1i、t2i(i=1〜m)に設定し(ステップS508)、図10に示してある処理を開始する。
【0070】
なお、図10には、電話番号テーブル22内記憶されている電話番号が、他の交換機に収容された端末に関する電話番号である場合の動作手順だけを示してある。
【0071】
図示してあるように、接続制御部13は、変数Nrpt、F、t1i、t2i(i=1〜m)に、動作条件テーブル23あるいは標準動作条件テーブル24内のデータを設定した後、ループカウンタである変数j、変数kに、それぞれ、1をセットする(ステップS601)。そして、接続制御部13は、電話番号Tjに対応する加入者端末(j番の端末)を収容している交換機(着局交換機)を特定し、特定した着局交換機に対して呼の接続要求(起動信号)を送出する(ステップS602)。
【0072】
周知のように、着局交換機は、呼の接続要求がなされた加入者端末(着端末)の使用状態を検出し、着端末が使用されていなかった場合には、着端末に対するRGT(Ringing Tone)の送出を開始するとともに、発局交換機に対してRBT(Ring Back Tone)の送出を開始する。そして、着局交換機は、着端末の受話器があげられた場合には、応答信号を発局交換機に対して送出する。また、着局交換機は、加入者端末が使用されていた場合には、busy信号を発局交換機に対して送出する。
【0073】
このため、接続制御部13は、接続要求の送出(ステップS602)後、着局交換機から、RBTあるいはbusy信号を受信する。接続制御部13は、受信した信号がRBT信号であった場合(ステップS603;RBT)、発呼端末に対するRBT信号の送出を開始するとともに、時間計測を開始する(ステップS604)。そして、計測している時間が不在時呼出時間t1j以上となったときには(ステップS605;不在)、次の端末に対して呼の接続を試みるために、ステップS611に進む。また、計測している時間が不在時呼出時間t1j以上となる前に応答信号が入力された場合(ステップS605;応答)には、j番の(電話番号Tjを有する)端末と、発呼端末との間に通話回線を接続(ステップS606)する。そして、接続制御部13は、再配置フラグFの値が“1”であるか否かを判断し、“1”であった場合(ステップS607;Y)には、電話番号テーブル内の電話番号の登録順を変更する処理であるテーブル再配置処理(詳細は後述)を実行(ステップS608)して、優先順通話選択処理を終了する。
【0074】
一方、受信した信号がbusy信号であった場合(ステップS603;busy)、接続制御部13は、発呼端末に対するbusy信号の送出を開始するとともに、時間計測を開始する(ステップS609)。そして、計測している時間が話中時待機時間t2j以上となったときには(ステップS610;話中)、ステップS611に進む。また、計測している時間が話中時待機時間t2j以上となる前に、着局交換機からの信号がRBT信号に変わったときには(ステップS610;RBT)、ステップS604に進む。
【0075】
ステップS611において、接続制御部13は、jに“1”を加算する。次いで、接続制御部13は、jとm+1とが一致しているか否かを判断し、両者が一致していない場合(ステップS612;N)には、ステップS602に戻る。一方、jとm+1が一致していた場合(ステップS612;Y)、すなわち、電話番号テーブル22内の最後の端末であるm番目の端末への接続に失敗した場合、接続制御部13は、変数kの値が、繰り返し回数Nrpt以上であるか否かを判断する(ステップS613)。変数kの値が繰り返し回数Nrpt未満であった場合(ステップS613;N)、接続制御部13は、変数kの値に“1”を加算するとともに、jに“1”を設定(ステップS614)して、ステップS602に戻る。一方、変数kの値が、繰り返し回数Nrpt以上となっていた場合(ステップS613;Y)、接続制御部13は、優先順通話選択処理を終了する。すなわち、接続制御部13は、いずれの着呼端末とも呼接続が行えない場合、繰り返し回数Nrptによって指定される回数分、電話番号テーブル22内に電話番号が記憶された一連の端末に対する呼接続の試みを繰り返す。
【0076】
なお、電話番号Tjが、自身が収容している端末に関するものであった場合、ステップS602、S603等における処理がわずかに変わるだけである(この場合、接続制御部13は、接続要求を送出せずとも、その端末が使用中であるか否かが分かる)ので、動作説明は省略することにする。
【0077】
以下、図11を用いて、テーブル再配置処理(ステップS608)を説明する。図11(a)は、テーブル再配置処理前の、電話番号テーブル22の内容の一例を示した図であり、図11(b)は、テーブル再配置処理後の、電話番号テーブル22の内容を示した図である。図示ように、テーブル再配置処理時、接続制御部13は、電話番号テーブル22内の先頭に記憶されている電話番号(sub.A)が、電話番号テーブルの末尾に記憶されるように、各電話番号の記憶位置を変更する。また、その電話番号テーブルが、動作条件テーブルを有するものであった場合、接続制御部13は、その動作条件テーブル内の不在時呼出時間と話中時待機時間の記憶位置を、同様の手順で変更する処理も行う。
【0078】
ここで、図12を用いて、優先順通話選択処理によって実現される呼接続の具体例を説明しておく。
優先順通話選択サービスを利用する際、加入者は、図示したように、加入者端末(発呼端末)の受話器を挙げ、特番+代表電話番号を投入する。その操作に呼応して、交換機は、電話番号テーブル、動作条件テーブルの読み出しを行い、アクセスコード入力要求メッセージを発呼端末に対して送出し、発呼端末からアクセスコードを取得する。
【0079】
そして、アクセスコード認証を行った後に、交換機は、電話番号テーブルに記憶されていた1番目の電話番号の内容を解析することによって、その電話番号が割り当てられている端末1を収容している交換機を特定し、その交換機(着局交換機1)に対して接続要求を送出する。
【0080】
着局交換機1は、端末1が未使用であった場合、端末1に対してRGT(ringing tone)を送出し、本交換機に対してRBT(ring back tone)を送出する。RBTを受けた本交換機は、発呼端末に対してRBTを送出するとともに、端末1(電話番号1)に関する不在時呼出時間1が経過するのを待機する。着局交換機1から応答信号が入力される前に、不在時呼出時間1が経過した場合、交換機は、図示したように、接続要求を取り消して、2番目の端末に対する呼接続の試みを開始する。
【0081】
端末2に対する接続要求を受けた着局交換機1は、端末2が使用中であることを認識し、busy信号を本交換機に対して送出し、本交換機は、話中時待機時間2が経過するのを待機する。たとえば、話中時待機時間2が“0”であった場合、交換機は、即座に、3番目の電話番号の解析を開始し、対応する端末3を収容する着局交換機2に対して、接続要求を送出する。
【0082】
着局交換機2は、端末3が未使用であった場合、端末3に対してRGTを送出し、本交換機に対してRBTを送出する。RBTを受けた本交換機は、発呼端末に対してRBTを送出する。また、端末3がOFF-Hookされたことを検出した着局交換機2は、本交換機に対して応答信号を送出し、本交換機は、発呼端末と端末3(着局交換機2)との間を接続するとともに、テーブル再配置処理を実行する。
【0083】
次に、図13を用いて、電話番号テーブル修正処理を説明する。この電話番号テーブル修正処理は、電話番号テーブル修正処理用に割り当てられている電話番号が入力された際に開始される。なお、電話番号テーブル修正処理は、電話番号テーブルの内容を確認する際にも用いられる。
【0084】
図示したように、電話番号テーブル修正処理の開始時、接続制御部13は、まず、音声信号発生部12に対して、代表電話番号の入力要求メッセージの出力を指示し(ステップS701)、データ取得処理(ステップS702)を開始する。その後、接続制御部13は、代表電話番号テーブル21を参照することによって、データ取得処理において取得した代表電話番号(Dの内容)に対応する電話番号テーブル22を特定(ステップS703)する。次いで、接続制御部13は、特定した電話番号テーブル22内のアクセスコード、リンク情報、電話番号を読み出し、読み出した電話番号の総数を、変数mに記憶するとともに、読み出したアクセスコード、リンク情報、m個の電話番号データをそれぞれ、変数C、R、Ti(i=1〜m)に記憶する(ステップS704)。
【0085】
次いで、接続制御部13は、音声信号発生部12に対して、アクセスコードの入力要求メッセージの送出を指示し(ステップS705)、データ取得処理(ステップS706)を開始する。そして、接続制御部13は、取得したアクセスコード(Dの内容)が、ステップS704で読み出したアクセスコード(変数Cの内容)と一致しているか否かの判断を行う(ステップS707)。両者が一致していなかった場合(ステップS707;N)、接続制御部13は、電話番号テーブル修正処理を終了する。
【0086】
一方、加入者の入力したアクセスコード(Dの内容)と電話番号テーブル22内のアクセスコードが一致していた場合(ステップS707;Y)、接続制御部13は、ループカウンタである変数iに“1”を設定(ステップS708)し、音声信号発生部12に対して、電話番号修正要求メッセージの送出を指示する(ステップS709)。この際、接続制御部13は、音声信号発生部12に対して変数i、電話番号Tiの内容を通知し、音声信号発生部12は、「i番目の電話番号は、Tiです。修正する場合には、新たな電話番号を入力して下さい。削除する場合には、“0”を入力して下さい。修正しない場合には、“#”だけを入力して下さい。」といった音声信号の出力を開始する。
【0087】
次いで、接続制御部13は、データ取得処理(ステップS710)を実行し、取得したDの内容が“0”であった場合(ステップS711;0)には、電話番号変数Tiに“null”を設定し(ステップS712)、ステップS714に進む。また、Dの内容が“null”であった場合(ステップS711;null)には、何も行わず、、ステップS714に進む。そして、Dの内容が“0”でも、“null”でもなかった場合(ステップS711;修正)、Dの内容を、電話番号変数Tiに設定して(ステップS710)、ステップS714に進む。
【0088】
ステップS714において、接続制御部13は、iがm以下であるか否かを判断し、iがm以下であった場合(ステップS714;Y)には、iに“1”を加算(ステップS715)して、ステップS709に戻る。一方、iがm以上であった場合(ステップS714;N)、接続制御部13は、変数Tiのうち、内容が“null”でない変数を用いて電話番号テーブル22を再構成(ステップS716)し、電話番号テーブル修正処理を終了する。なお、ステップS716において、接続制御部13は、修正対象となっている電話番号テーブル22が動作条件テーブル23を有するテーブルであった場合には、その動作条件テーブル23内の中止条件のうち、内容が“null”であるTiに対応する中止条件を削除する処理も行う。
【0089】
次に、第2優先順通話選択処理を説明する。既に、概要説明を行ったように、第2優先順通話選択処理では、既存の電話番号テーブルを利用することなく、複数の着呼端末に対する呼接続が試みられる。第2優先順通話選択処理は、加入者端末30より、第2優先順通話選択処理用に割り当てられている電話番号が入力されたときに、開始される。
【0090】
図14に示したように、第2優先順通話選択処理時、接続制御部13は、ステップS801〜S806において、電話番号テーブル登録処理(図3)におけるステップS101〜S106と同じ処理を行う。すなわち、接続制御部13は、ステップS801〜S806のループを繰り返すことによって、幾つかの電話番号を加入者端末30から取得する。そして、データ取得処理(ステップS803)において得られたDが、登録終了通知データDend(=“null”)と一致したとき(ステップS804;Y)に、標準動作条件テーブル24内の各データを、対応する変数(図10の処理で用いられる変数)に設定する処理を行う(ステップS807)。この際、接続制御部13は、変数Fに、再配置フラグの値を設定せず、変数Fの値を“0”とする。そして、接続制御部13は、図10に示した処理を実行する。
【0091】
すなわち、第2優先順通話選択処理では、電話番号テーブル登録処理と優先順通話選択処理とを加えた処理から、テーブルの登録関連の処理、アクセスコード関連の処理を除いた処理と同等の処理が実行される。
【0092】
以上、詳細に説明したように、第1実施形態の交換機は、各端末に対する呼出時間等を個別に設定できるように構成されている。このため、端末の使用者の性格を考慮に入れた形で、優先順通話選択サービスを実現できる。
【0093】
また、ある電話番号テーブル内のいずれかの端末に対して呼が接続された場合には、その電話番号テーブル内の電話番号の登録順(使用順)が変更されるように構成されている。このため、本交換機内に、例えば、タクシー会社や、飲食店といった同業種の電話番号を記憶した電話番号テーブルを登録しておけば、各業者に均一な取引機会が与えられることになる。
【0094】
本交換機では、各端末に関する中止条件として、話中時待機時間と不在時呼出時間だけが設定できるが、再発呼回数など他の条件データが設定できるように交換機を構成することもできる。また、アクセスコードが代表電話番号テーブル内に記憶されるようにすることも、代表電話番号が電話番号テーブル内に記憶されるようにすることできる。また、電話番号テーブルに、不在時呼出時間等、動作条件テーブル内に記憶されている各データが記憶されるように、交換機を構成することもできる。なお、この場合、電話番号テーブル登録処理相当の処理と、動作条件テーブル登録処理相当の処理が同時に行われるようにしても良く、実施形態の交換機のように、各処理が別途行われるようにしても良い。後者の場合、電話番号テーブル登録処理相当の処理時に、電話番号テーブル内に、各データの標準値が記憶されるようにする。
【0095】
また、サービス利用者を限定できないことにはなるが、アクセスコード関係の処理が行われないように交換機を構成しても良いことは当然である。また、電話番号テーブルの利用を許可する端末に関する電話番号が記憶されたテーブルを用意しておき、サービスの要求を出した端末の電話番号が、そのテーブル内に含まれている場合に限り、サービスの要求に応答するように、交換機を構成することもできる。
【0096】
<第2実施形態>
第2実施形態の交換機と第1実施形態の交換機とは、テーブル再配置処理関係の動作が異なるだけである。このため、ここでは、テーブル再配置処理に関係する部分の説明だけを行うことにする。
【0097】
図15に、第2実施形態の交換機内に記憶される動作条件テーブルの概要を示す。図示したように、第2実施形態の交換機内に記憶される動作条件テーブルには、各電話番号に関する重み係数もが記憶されるようになっている。第2実施形態の交換機では、これらの重み係数を用いて、テーブル再配置が行われる。
【0098】
図16に、第2実施形態の交換機内に設けられた接続制御部が実行するテーブル再配置処理の流れを示す。なお、図示した流れは、電話番号テーブルの内容(電話番号総数m、電話番号Tj(j=1〜m))等の読み出しと、動作条件テーブルの内容(重み係数Wj(j=1〜m)等)の読み出しが行われた後、呼接続が完了したときに(図11のステップS608相当のステップにおいて)実行されるものである。
【0099】
図示したように、テーブル再配置処理時、接続制御部は、まず、変数iに“1”をセットする(ステップS901)。次いで、m個の(残りの)電話番号に、0から1までの数直線を分割した区間であって、各電話番号の重み係数に応じた幅を有する区間を割り当てる(ステップS902)。そして、接続制御部は、0から1までの乱数を発生(ステップS903)し、発生した乱数が属する区間に割り当てられている電話番号をi番目の電話番号とすることを記憶(ステップS904)する。
【0100】
次いで、接続制御部は、iに“1”を加算(ステップS905)し、iが電話番号総数mと一致していなかった場合(ステップS906;N)には、ステップS902に戻って、残りの電話番号に対して、同様の処理を繰り返す。
【0101】
そして、iがmと一致したとき(ステップS906;Y)に、残った1つの電話番号をm番目の電話番号として記憶(ステップS907)する。次いで、記憶しておいた情報に基づき、電話番号テーブルと動作条件テーブル内のデータの並び替えを行い(ステップS908)、テーブル再配置処理を終了する。
【0102】
たとえば、3つの電話番号T1、T2、T3に、それぞれ、重み係数、2、1、1が割り当てられていた場合、接続制御部は、ステップS902を1回目に実行する際には、電話番号T1、T2、T3に、それぞれ、区間0〜0.5、0.5〜0.75、0.75〜1.0を割り当てる。そして、発生した乱数が、例えば、0.3であった場合には、電話番号T1を1番目の電話番号とすることを記憶し、残りの2つの電話番号T2、T3に対して、ステップS902を再度実行する。この場合、電話番号T2、T3には、それぞれ、区間0〜0.5、0.5〜1.0が割り当てられることになる。次いで、発生した乱数に応じて、2番目の電話番号とする電話番号(例えば、T3)を選択し、残った電話番号(T2)を3番目の電話番号とすることを記憶する。そして、これらの情報に基づき、電話番号テーブルと動作条件テーブル内のデータを並び替えて、テーブル再配置処理を終了する。
【0103】
このテーブル再配置処理によれば、図17に模式的に示したように、大きな重み係数(図中、括弧内に示してある数値が重み係数)が与えられている電話番号が、電話番号テーブル内の上位に記憶される可能性が高くなる。この結果、大きな重み係数を与えた着呼端末には、小さな重み係数を与えた着呼端末に比して、大きな着呼機会が与えられることになる。また、同じ重み係数を与えた着呼端末(電話番号)同士を比較した場合、それらの端末には、等しい着呼機会が与えられることになる。
【0104】
なお、この第2実施形態の交換機では、動作条件テーブルが作成されていない電話番号テーブルに対しては、各電話番号に対して等しい重み係数が与えられているものとして、上記テーブル再配置処理が実行される。
【0105】
【発明の効果】
以上、詳細に説明したように、本発明による第1及び第2の交換機によれば、加入者端末から、呼接続を試みるべき複数の着呼端末に対して、個別に、呼接続の試みを中止する条件を設定できるので、各着呼端末の使用者の性格を考慮に入れた形で、呼接続の可否を自動的に判断しながら、指定された複数の着呼端末内のいずれかの着呼端末に呼を接続するサービスが実現できることになる。
【0106】
また、各更新手段を付加した第1及び第2交換機によれば、呼接続を試みるべき各着呼端末に、公平あるいは重み係数に応じた着呼機会を与えることができることになる。
【0107】
また、本発明の第3の交換機によれば、頻繁に使用しないような端末群に対して、各端末への呼接続の可否を自動的に判断しながら、順次、呼接続を試みるサービスを実現できることになる。
【図面の簡単な説明】
【図1】本発明の第1実施形態による交換機の構成を示すブロック図である。
【図2】第1実施形態の交換機内に記憶される4種のテーブルに記憶されるデータを示した説明図である。
【図3】第1実施形態の交換機内で実行される電話番号テーブル登録処理の流れ図である。
【図4】第1実施形態の交換機内で実行されるデータ取得処理の流れ図である。
【図5】電話番号テーブル登録処理の利用法を説明するための第1のシーケンス図である。
【図6】電話番号テーブル登録処理の利用法を説明するための第2のシーケンス図である。
【図7】第1実施形態の交換機内で実行される動作条件テーブル登録処理の流れ図である。
【図8】第1実施形態の交換機内で実行される動作条件データ取得処理の流れ図である。
【図9】第1実施形態の交換機内で実行される優先順通話選択処理の前半部分の流れ図である。
【図10】第1実施形態の交換機内で実行される優先順通話選択処理の後半部分の流れ図である。
【図11】第1実施形態の交換機内で実行されるテーブル再配置処理の説明図である。
【図12】第1実施形態の交換機内で実行される優先順通話選択処理を説明するためのシーケンス図である。
【図13】第1実施形態の交換機内で実行される電話番号テーブル修正処理の流れ図である。
【図14】第1実施形態の交換機内で実行される第2優先順通話選択処理の流れ図である。
【図15】 第2実施形態の交換機内に記憶される動作条件テーブルの構成図である。
【図16】第2実施形態の交換機内で実行されるテーブル再配置処理の流れ図である。
【図17】第2実施形態の交換機内で実行されるテーブル再配置処理の説明図である。
【符号の説明】
10 交換機
11 交換部
12 音声信号発生部
13 接続制御部
14 記憶部
21 代表電話番号テーブル
22 電話番号テーブル
23 動作条件テーブル
24 標準動作条件テーブル
30 加入者端末[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an exchange having a function of sequentially attempting call connections to a plurality of designated called terminals.
[0002]
[Prior art]
Among the terminals accommodated in the exchange, a terminal having a function of automatically attempting a call connection sequentially in accordance with the priority order given to the telephone numbers for a plurality of terminals having telephone numbers registered in advance Is present.
[0003]
Japanese Patent Laid-Open No. 7-245654 discloses a private branch exchange having a similar function. The private branch exchange described in this publication is configured to hold several extension representative group tables in which telephone numbers of a plurality of terminals are stored. The private branch exchange has a function of creating an extension representative group table based on information input from the terminal. When a telephone number to which a special number is added is input, the extension representative group table corresponding to the telephone number An unused (not busy) terminal is specified using the telephone number stored in the terminal, and a call is made to the specified terminal.
[0004]
[Problems to be solved by the invention]
According to such a technique, a subscriber can make a call with any of a plurality of subscribers only by inputting a telephone number into the terminal once. However, in the prior art, whether or not call connection to each terminal is possible is determined based on the same determination criterion. For example, it has been determined that a terminal that is not busy cannot be connected when there is no response during a predetermined time of calling. For this reason, for the subscriber who responds quickly to the ringing tone, more than necessary ringing tone is output to confirm the absence of the subscriber, and for the subscriber who responds slowly to the ringing tone. In spite of being absent, it was supposed to be wrongly judged to be absent.
[0005]
In addition, in the conventional exchange, each telephone number in the table is used in a predetermined order, so that a call is not actually connected to a terminal whose telephone number is registered in the latter half of the table. It was. For this reason, even when there is no subscriber terminal to which a call connection should be preferentially made, the call has been preferentially connected to the terminal that first registered the telephone number.
[0006]
In addition, when using the functions provided in a conventional exchange, two operations are required: registering a table storing telephone numbers in advance and instructing execution of call connection using the registered table. It was. For this reason, if the combination of terminals that should be used for call connection is not frequently used, using this function will result in a time equivalent to or longer than the time when call connection to each terminal is performed individually. It takes. In addition, since the storage capacity of the storage device in the exchange is wasted, the function could not be used in the above case.
[0007]
SUMMARY OF THE INVENTION An object of the present invention is to provide an exchange in which a subscriber can set a processing procedure (calling time, etc.) for each called terminal to which call connection is to be attempted.
Another object of the present invention is to provide an exchange capable of giving an equal incoming call opportunity to a plurality of terminals set as terminals to be subjected to call connection.
[0008]
Another object of the present invention is a function for sequentially trying call connection while automatically determining whether or not call connection to each terminal is possible, and is suitable for use with a terminal group that is not frequently used. It is to provide an exchange having a function.
[0009]
[Means for Solving the Problems]
The first exchange according to the present invention obtains, from a subscriber terminal, storage means, telephone numbers relating to a plurality of called terminals to which a call connection is to be attempted, and a cancellation condition for canceling the call connection attempt for each called terminal. And a telephone number / operating condition table storing telephone numbers and cancellation conditions related to a plurality of called terminals in the storage means based on the information acquired by the acquisition means and the information acquired by the acquisition means in association with predetermined identification information. The creation means, the specification means for specifying the telephone number / operation condition table corresponding to the predetermined identification information from the storage means when the predetermined identification information is input from the subscriber terminal, and the specification means A means for attempting a call connection to a called terminal by sequentially using a telephone number and a cancellation condition stored in the specified telephone number / operating condition table, wherein the incoming call is attempting a call connection. If the cancellation condition is satisfied without being notified that the call connection is accepted from the end, the call connection to another called terminal is attempted, and the call terminal responds to the call connection without satisfying the cancellation condition. Is notified, a connection means for connecting a call from the subscriber terminal to the called terminal is provided.
[0010]
In the first exchange of the present invention having such a configuration, a condition for canceling a call connection attempt individually from a subscriber terminal to a plurality of called terminals to which a call connection is to be attempted (next incoming call). The condition for starting the call connection to the terminal can be set. Therefore, according to the present switch, any one of a plurality of designated called terminals can be determined while automatically determining whether or not the call connection is possible in consideration of the characteristics of the user of each called terminal. Thus, a service for connecting a call to an incoming call terminal can be realized.
[0011]
The second exchange according to the present invention provides a subscriber terminal with storage means, an access code, a telephone number relating to a plurality of called terminals to which call connection is to be attempted, and a stop condition for stopping call connection attempts for each called terminal. Based on the information acquired by the acquisition means and the information acquired by the acquisition means, the access code and the telephone number / operating condition table storing the telephone numbers and cancellation conditions for a plurality of called terminals are stored in the storage means. Creating means that is created in association with the identification information, and when the predetermined identification information is inputted from the subscriber terminal, the telephone number / operating condition table corresponding to the predetermined identification information is specified from the storage means Identification means, information inputted from the subscriber terminal after inputting predetermined identification information, and access numbers stored in the telephone number / operating condition table identified by the identification means. A determination means for determining whether or not the codes match, and information stored in the telephone number / operating condition table specified by the specifying means when it is determined that the access code matches the information from the subscriber terminal Means for initiating a call connection attempt to a called terminal using a telephone number and a cancellation condition, and the cancellation condition without being notified that the incoming call terminal attempting the call connection responds to the call connection. Is satisfied, the call connection to the other called terminal is attempted. If the call receiving terminal is notified that the call connection is accepted without satisfying the cancellation condition, the call from the subscriber terminal is Connecting means for connecting to the called terminal.
[0012]
In the second exchange of the present invention having such a configuration, a condition for canceling a call connection attempt individually from the subscriber terminal to a plurality of called terminals to which a call connection is to be attempted (the next incoming call). The condition for starting the call connection to the terminal can be set. Therefore, according to the present switch, any one of a plurality of designated called terminals can be determined while automatically determining whether or not the call connection is possible in consideration of the characteristics of the user of each called terminal. Thus, a service for connecting a call to an incoming call terminal can be realized. Further, in the present exchange, since the service is executed after confirming the access code, the number of users of the service can be limited.
[0013]
In the first or second exchange of the present invention, a means for obtaining a representative telephone number used as predetermined identification information is used as the obtaining means, and information including the predetermined number and the representative telephone number is provided as the specifying means. It is also possible to use means for specifying a telephone number / operation condition table corresponding to the representative telephone number when input.
[0014]
Further, in the first and second exchanges of the present invention, means for using a predetermined stop condition as the stop condition for each called terminal is adopted as the preparation means when the stop condition is not acquired by the acquiring means. can do.
[0015]
A creation means for creating a telephone number / operating condition table in which telephone numbers and cancellation conditions related to a plurality of called terminals are stored in a form in which the order of use is stored in the first or second exchange of the present invention; In the case of adopting a connection means that uses telephone numbers and cancellation conditions stored in the number / operation condition table in the order according to the order of use, when the call connection is made by the connection means, the order of use is the second. The phone number and the operating conditions so that the order of use of the phone number from the first to the lowest and the order of use of the cancellation condition are moved up by 1 place, and the order of use of the phone number and the stop condition that was the highest use order is the lowest. An updating means for updating the contents of the table can be added. Also, when a call connection is made by the connection means, the phone number and the cancellation condition use order for each called terminal are randomly determined, and the determined use order is given to the phone number and the stop condition for each called terminal. It is also possible to add update means for updating the contents of the telephone number / operation condition table.
[0016]
In an exchange to which such update means is added, a fair call opportunity can be given to each call receiving terminal whose telephone number is stored in the telephone number / operating condition table.
[0017]
The first and second exchanges also store acquisition means for acquiring weighting factors for each telephone number, and store telephone numbers, cancellation conditions, and weighting factors for a plurality of called terminals in a form in which they are used. And a connection means for using the telephone number and the stop condition stored in the telephone number / operation condition table in order according to the order of use. When a call connection is made, the order of use of the telephone numbers and cancellation conditions for each called terminal is randomly determined in consideration of the corresponding weighting factor, and the determined order of use is determined for each called terminal. An updating means for updating the contents of the telephone number / operation condition table can be added so as to be given to the telephone number and the cancellation condition.
[0018]
In the exchange configured as described above, it is possible to give a stochastically high call opportunity to a call terminal having a large weighting factor among the call terminals whose telephone numbers are stored in the telephone number / operation condition table. It will be. In addition, when the called terminals (telephone numbers) given with the same weighting coefficient are compared with each other, these terminals are given an equal incoming call opportunity.
[0019]
The third exchange of the present invention has an acquisition means for acquiring from a subscriber terminal telephone numbers relating to a plurality of called terminals to which call connection is to be attempted, and a storage means for temporarily storing the telephone numbers acquired by the acquisition means. And a means for starting a call connection attempt using the telephone numbers stored in the storage means when a plurality of telephone numbers are acquired by the acquisition means, from a called terminal attempting the call connection If the predetermined cancellation condition is satisfied without being notified that the call connection is accepted, the telephone number to be used can be changed and the call terminal can respond to the call connection without satisfying the predetermined cancellation condition. When notified, it is used to store the connection means for connecting the call from the subscriber terminal to the called terminal and the telephone number obtained by the obtaining means when the processing by the connection means is completed. Comprising a release means for releasing the storage area in the storage means.
[0020]
That is, in the third exchange, when a series of telephone numbers is input from the subscriber terminal, a call connection attempt to each called terminal corresponding to the telephone numbers is started, and after the end of the attempt, The storage area used for storing those telephone numbers is released. For this reason, according to the present switch, it is possible to realize a service for sequentially trying call connection while automatically determining whether or not call connection to each terminal is possible for a group of terminals that are not frequently used.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be specifically described below with reference to the drawings.
<First Embodiment>
The exchange according to the first embodiment of the present invention is an exchange in which a function for realizing a priority call selection service, which is a service for automatically trying a call connection to a plurality of called terminals sequentially, is added to a normal exchange. is there.
[0022]
FIG. 1 shows a schematic configuration of the exchange according to the first embodiment. As illustrated, the
[0023]
The switching
[0024]
The voice
[0025]
The
[0026]
The
[0027]
For example, when a selection signal (telephone number) for requesting line connection to a terminal accommodated in another exchange is input from a
[0028]
On the other hand, when a selection signal related to the priority order call selection service is input, the
[0029]
Before explaining the details of each process, referring to FIG. 2, an outline of data stored in the representative telephone number table 21, the telephone number table 22, the operating condition table 23, the standard operating condition table 24, and the telephone number table. An overview of registration processing, operation condition table registration processing, and priority order call selection processing will be described.
[0030]
The priority order call selection process (priority order call selection service) is a process of attempting a call connection to each terminal whose telephone number is stored in the telephone number table 22. For this reason, the user of this service needs to cause the
[0031]
In the telephone number table registration process, a telephone number table 22 that stores an access code, link information, and a plurality of telephone numbers based on a representative telephone number, an access code, and a plurality of telephone numbers input from the
[0032]
That is, in the telephone number table registration process, the telephone number table 22 k As described above, the access code, link information, and a plurality of telephone numbers are held, and the telephone number table associated with the standard operating condition table 24 by the link information can be searched in the
[0033]
The standard operation condition table 24, which is a table associated with the telephone number table 22, includes a standard repeat count, a standard rearrangement flag, and a standard stop condition (standard busy waiting time and standard absent call time) as shown in the figure. Is remembered. Although specific usage of these data will be described later, the standard cancellation condition is data defining conditions for canceling a call connection attempt for each terminal (conditions for starting a call connection attempt for the next terminal). It has become. That is, in the
[0034]
When it is desired to individually set the determination condition for whether or not the call connection is possible for each terminal, the registrant of the telephone number table 22 causes the
[0035]
For example, telephone number table 22 1 Operating condition table 23 corresponding to 1 As shown by the dotted line arrow, the link information that has been shown in the standard operation condition table 24 until then is changed to the operation condition table 23 as shown by the solid line arrow. 1 Is rewritten to link information indicating. When the execution of the priority order call selection process is instructed, the
[0036]
As will be described later, the
[0037]
Details of each process executed by the
[0038]
FIG. 3 shows an operation flow of the
[0039]
As shown in the figure, at the start of the telephone number table registration process, the
[0040]
The phone number input request message is “Please enter the * th phone number. After entering the phone number, enter #. To finish entering the phone number, enter only #. Message ". In step S102, the
[0041]
After instructing the audio
FIG. 4 shows a flow of the operation of the
[0042]
In step S204, the
[0043]
Returning to FIG. 3, the operation of the
The
[0044]
That is, when “phone number + #” is input during the data acquisition process (step S103), the
[0045]
In step S107, the
[0046]
After completing the data acquisition process (step S111), the
[0047]
Next, the
[0048]
The registrant of the telephone number table can disconnect the line at any time. However, if the line is disconnected before the completion of step S111, the
[0049]
Here, taking as an example the case of registering a telephone number table 22 storing three telephone numbers, a telephone number table registration method for the switch 10 (method of using telephone number table registration processing) will be described with reference to FIGS. ).
[0050]
When registering the telephone number table for the
[0051]
On the other hand, if the registrant is familiar with the registration method of the telephone number table, it is not necessary to listen to the message from the exchange, so it is desirable that the telephone number and the like can be input without waiting for completion of the message. In the
[0052]
Therefore, as shown schematically in FIG. 6, the registrant only needs to confirm that the line is connected to the exchange (until the output of the first telephone number input request message is started). Thereafter, the telephone number table 22 can be registered without confirming the content of the message output from the exchange.
[0053]
Next, details of the operation condition table registration process will be described.
FIG. 7 shows an operation procedure of the
[0054]
As shown in the figure, at the start of the operation condition table registration process, the
[0055]
Next, the
[0056]
On the other hand, when the access code (contents of D) entered by the subscriber matches the access code in the telephone number table 22 (step S307; Y), the
[0057]
When the corresponding operation condition table 23 does not exist (step S308; N), the
[0058]
On the other hand, when the corresponding operation condition table 23 exists (step S308; Y), the
[0059]
FIG. 8 shows a flowchart of the operation condition data acquisition process performed in step S310 and step S320. As shown in the figure, during the operation condition data acquisition process, the
Thereafter, the
[0060]
Next, the
[0061]
After sending the message output instruction to the
[0062]
Although not shown in the flowchart, in steps S403, S405, S410, and S413, when D is “null”, the
[0063]
Returning to FIG. 7, the description of the operation of the operation condition table registration process will be continued.
When the operation condition data acquisition process in step S310 is completed, the
[0064]
When the operation condition data acquisition process in step S320 is completed, the
[0065]
Next, the operation procedure of the
When requesting the execution of the priority order call selection process, the subscriber uses the predetermined special number assigned for the priority order call selection process and the representative telephone number set when the telephone number table 22 is registered. Input to the terminal 30 (calling terminal).
[0066]
The
[0067]
As shown in the figure, at the start of priority order call selection processing, the
[0068]
After the completion of the data acquisition process (step S504), the
[0069]
On the other hand, when the content of D matches the access code (step S505; Y), the
[0070]
FIG. 10 shows only the operation procedure when the telephone number stored in the telephone number table 22 is a telephone number relating to a terminal accommodated in another exchange.
[0071]
As shown in the figure, the
[0072]
As is well known, the destination exchange detects the state of use of the subscriber terminal (incoming terminal) for which a call connection request has been made, and if the incoming terminal is not in use, the RGT (Ringing Tone) ) And RBT (Ring Back Tone) transmission to the originating exchange. Then, when the receiver of the destination terminal is picked up, the destination exchange transmits a response signal to the source exchange. In addition, when the subscriber terminal is being used, the destination exchange sends a busy signal to the originating exchange.
[0073]
For this reason, the
[0074]
On the other hand, when the received signal is a busy signal (step S603; busy), the
[0075]
In step S611, the
[0076]
When the telephone number Tj is related to the terminal accommodated by itself, the processing in steps S602, S603, etc. is only slightly changed (in this case, the
[0077]
Hereinafter, the table rearrangement process (step S608) will be described with reference to FIG. FIG. 11A shows an example of the contents of the telephone number table 22 before the table rearrangement process, and FIG. 11B shows the contents of the telephone number table 22 after the table rearrangement process. FIG. As shown in the figure, at the time of the table rearrangement process, the
[0078]
Here, a specific example of call connection realized by the priority order call selection processing will be described with reference to FIG.
When using the priority order call selection service, the subscriber picks up the handset of the subscriber terminal (calling terminal) and inserts the special number + representative telephone number as shown in the figure. In response to the operation, the exchange reads the telephone number table and the operating condition table, sends an access code input request message to the calling terminal, and acquires the access code from the calling terminal.
[0079]
After the access code authentication is performed, the exchange analyzes the contents of the first telephone number stored in the telephone number table, thereby exchanging the
[0080]
When the
[0081]
Receiving the connection request to the terminal 2, the receiving
[0082]
If the
[0083]
Next, telephone number table correction processing will be described with reference to FIG. This telephone number table correction process is started when a telephone number assigned for the telephone number table correction process is input. The telephone number table correction process is also used when confirming the contents of the telephone number table.
[0084]
As shown in the figure, at the start of the telephone number table correction process, the
[0085]
Next, the
[0086]
On the other hand, when the access code (contents of D) entered by the subscriber matches the access code in the telephone number table 22 (step S707; Y), the
[0087]
Next, the
[0088]
In step S714, the
[0089]
Next, the second priority order call selection process will be described. As described above, in the second priority order call selection process, call connection to a plurality of called terminals is attempted without using an existing telephone number table. The second priority call selection process is started when the
[0090]
As shown in FIG. 14, in the second priority order call selection process, the
[0091]
That is, in the second priority call selection process, a process equivalent to the process of adding the telephone number table registration process and the priority call selection process and excluding the table registration related process and the access code related process is performed. Executed.
[0092]
As described above in detail, the exchange according to the first embodiment is configured so that the call time for each terminal can be set individually. For this reason, the priority call selection service can be realized in consideration of the personality of the terminal user.
[0093]
Further, when a call is connected to any terminal in a certain telephone number table, the registration order (usage order) of the telephone numbers in the telephone number table is changed. For this reason, if a telephone number table storing telephone numbers of the same industry such as a taxi company or a restaurant is registered in the exchange, for example, a uniform transaction opportunity is given to each trader.
[0094]
In this switch, only the waiting time during busy time and the absence call time can be set as cancellation conditions for each terminal, but the switch can also be configured so that other condition data such as the number of re-calls can be set. Also, the access code can be stored in the representative telephone number table, or the representative telephone number can be stored in the telephone number table. In addition, the exchange can be configured such that each data stored in the operation condition table such as the absence call time is stored in the telephone number table. In this case, a process corresponding to the telephone number table registration process and a process corresponding to the operation condition table registration process may be performed simultaneously, and each process is performed separately as in the exchange of the embodiment. Also good. In the latter case, the standard value of each data is stored in the telephone number table during processing equivalent to the telephone number table registration process.
[0095]
In addition, although it is not possible to limit the service users, it is natural that the exchange may be configured so that access code-related processing is not performed. Also, prepare a table that stores phone numbers related to terminals that are allowed to use the phone number table, and only if the phone number of the terminal that issued the service request is included in the table. The switch can also be configured to respond to these requests.
[0096]
Second Embodiment
The exchange of the second embodiment is different from the exchange of the first embodiment only in the operation related to the table rearrangement process. For this reason, only the part related to the table rearrangement process will be described here.
[0097]
FIG. 15 shows an outline of the operating condition table stored in the exchange of the second embodiment. As shown in the figure, the operating condition table stored in the exchange of the second embodiment also stores the weighting factor for each telephone number. In the exchange of the second embodiment, table rearrangement is performed using these weighting factors.
[0098]
FIG. 16 shows the flow of table relocation processing executed by the connection control unit provided in the exchange of the second embodiment. The flow shown in the figure is the reading of the contents of the telephone number table (total number of telephone numbers m, telephone number Tj (j = 1 to m)) and the like, and the contents of the operating condition table (weighting factor Wj (j = 1 to m)). Etc.) is performed, and then the call connection is completed (in a step corresponding to step S608 in FIG. 11).
[0099]
As illustrated, at the time of table rearrangement processing, the connection control unit first sets “1” to a variable i (step S901). Next, a section obtained by dividing a number line from 0 to 1 into m (remaining) telephone numbers and having a width corresponding to the weighting coefficient of each telephone number is assigned (step S902). Then, the connection control unit generates a random number from 0 to 1 (step S903), and stores that the telephone number assigned to the section to which the generated random number belongs is the i-th telephone number (step S904). .
[0100]
Next, the connection control unit adds “1” to i (step S905). If i does not match the total telephone number m (step S906; N), the connection control unit returns to step S902, and the remaining The same process is repeated for the telephone number.
[0101]
When i matches m (step S906; Y), the remaining one telephone number is stored as the mth telephone number (step S907). Next, the data in the telephone number table and the operation condition table is rearranged based on the stored information (step S908), and the table rearrangement process is terminated.
[0102]
For example, when the
[0103]
According to this table rearrangement process, as schematically shown in FIG. 17, a telephone number to which a large weighting factor (the numerical value shown in parentheses in the figure is a weighting factor) is given is a telephone number table. The possibility of being stored in the upper rank is increased. As a result, an incoming call terminal given a large weighting coefficient is given a larger incoming call opportunity than an incoming call terminal given a small weighting coefficient. In addition, when the called terminals (telephone numbers) given the same weighting coefficient are compared with each other, these terminals are given an equal incoming call opportunity.
[0104]
In the exchange of the second embodiment, the table rearrangement process is performed on the assumption that an equal weighting factor is given to each telephone number for a telephone number table for which no operating condition table is created. Executed.
[0105]
【The invention's effect】
As described above in detail, according to the first and second exchanges of the present invention, a call connection attempt is individually made from a subscriber terminal to a plurality of incoming call terminals to be call-connected. Since it is possible to set a condition to cancel, it automatically determines whether or not a call connection is possible in consideration of the characteristics of the user of each called terminal, and A service for connecting a call to a called terminal can be realized.
[0106]
In addition, according to the first and second exchanges to which each updating means is added, it is possible to give a call arrival opportunity according to fairness or a weighting factor to each call receiving terminal to which call connection is to be attempted.
[0107]
In addition, according to the third exchange of the present invention, a service that tries call connection sequentially is realized for a group of terminals that are not frequently used while automatically determining whether or not call connection to each terminal is possible. It will be possible.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an exchange according to a first embodiment of the present invention.
FIG. 2 is an explanatory diagram showing data stored in four types of tables stored in the exchange of the first embodiment.
FIG. 3 is a flowchart of telephone number table registration processing executed in the exchange according to the first embodiment.
FIG. 4 is a flowchart of data acquisition processing executed in the exchange according to the first embodiment.
FIG. 5 is a first sequence diagram for explaining how to use a telephone number table registration process;
FIG. 6 is a second sequence diagram for explaining how to use a telephone number table registration process;
FIG. 7 is a flowchart of an operation condition table registration process executed in the exchange according to the first embodiment.
FIG. 8 is a flowchart of an operation condition data acquisition process executed in the exchange according to the first embodiment.
FIG. 9 is a flowchart of the first half of a priority order call selection process executed in the exchange of the first embodiment.
FIG. 10 is a flowchart of the latter half of the priority order call selection process executed in the exchange of the first embodiment.
FIG. 11 is an explanatory diagram of table relocation processing executed in the exchange of the first embodiment.
FIG. 12 is a sequence diagram for explaining priority call selection processing executed in the exchange according to the first embodiment;
FIG. 13 is a flowchart of telephone number table correction processing executed in the exchange of the first embodiment.
FIG. 14 is a flowchart of second priority order call selection processing executed in the exchange of the first embodiment.
FIG. 15 is a configuration diagram of an operating condition table stored in the exchange of the second embodiment.
FIG. 16 is a flowchart of table relocation processing executed in the exchange of the second embodiment.
FIG. 17 is an explanatory diagram of table relocation processing executed in the exchange of the second embodiment.
[Explanation of symbols]
10 exchange
11 Exchange Department
12 Audio signal generator
13 Connection controller
14 Storage unit
21 Representative telephone number table
22 Phone number table
23 Operating condition table
24 Standard operating condition table
30 subscriber terminals
Claims (8)
呼接続を試みるべき複数の着呼端末に関する電話番号と各着呼端末に対する呼接続の試みを中止する中止条件とを加入者端末から取得する取得手段と、
この取得手段で取得された情報に基づき、前記記憶手段内に、前記複数の着呼端末に関する電話番号及び中止条件が記憶された電話番号・動作条件テーブルを所定の識別情報と関連づけて作成する作成手段と、
前記所定の識別情報が加入者端末から入力されたときに、前記記憶手段の中から、その所定の識別情報に対応する電話番号・動作条件テーブルを特定する特定手段と、
この特定手段によって特定された電話番号・動作条件テーブルに記憶されている電話番号と中止条件を順次用いて着呼端末に対する呼接続を試みる手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、前記加入者端末からの呼をその着呼端末に接続する接続手段と
を具備することを特徴とする交換機。Storage means;
Obtaining means for obtaining, from a subscriber terminal, telephone numbers relating to a plurality of called terminals to which a call connection is to be attempted and a cancellation condition for stopping a call connection attempt to each called terminal;
Creation of a telephone number / operation condition table in which telephone numbers and cancellation conditions related to the plurality of called terminals are stored in the storage unit in association with predetermined identification information based on the information acquired by the acquisition unit Means,
When the predetermined identification information is input from a subscriber terminal, a specifying unit that specifies a telephone number / operation condition table corresponding to the predetermined identification information from the storage unit;
A means for attempting a call connection to a called terminal by sequentially using a telephone number and a cancellation condition stored in the telephone number / operation condition table specified by the specifying means, from the called terminal attempting the call connection When the cancellation condition is satisfied without being notified that the call connection is accepted, a call connection to another called terminal is attempted, and notification that the call terminal responds to the call connection without satisfying the cancellation condition is notified. And a connection means for connecting a call from the subscriber terminal to the called terminal.
アクセスコードと、呼接続を試みるべき複数の着呼端末に関する電話番号と各着呼端末に対する呼接続の試みを中止する中止条件とを加入者端末から取得する取得手段と、
この取得手段で取得された情報に基づき、前記記憶手段内に、前記アクセスコードと、前記複数の着呼端末に関する電話番号及び中止条件が記憶された電話番号・動作条件テーブルを所定の識別情報と関連づけて作成する作成手段と、
前記所定の識別情報が加入者端末から入力されたときに、前記記憶手段の中から、その所定の識別情報に対応する電話番号・動作条件テーブルを特定する特定手段と、
前記所定の識別情報の入力後に前記加入者端末から入力される情報と、前記特定手段によって特定された電話番号・動作条件テーブル内に記憶されているアクセスコードが一致しているか否かを判断する判断手段と、
加入者端末からの情報とアクセスコードが一致していると判断されたときに、前記特定手段によって特定された電話番号・動作条件テーブルに記憶されている電話番号と中止条件を用いた着呼端末に対する呼接続の試みを開始する手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、前記加入者端末からの呼をその着呼端末に接続する接続手段と
を具備することを特徴とする交換機。Storage means;
An acquisition means for acquiring, from a subscriber terminal, an access code, a telephone number relating to a plurality of called terminals to which call connection is to be attempted, and a cancellation condition for stopping the call connection attempt for each called terminal;
Based on the information obtained by the obtaining means, the access code and a telephone number / operating condition table in which telephone numbers and cancellation conditions relating to the plurality of called terminals are stored in the storage means as predetermined identification information. Creation means to create in association;
When the predetermined identification information is input from a subscriber terminal, a specifying unit that specifies a telephone number / operation condition table corresponding to the predetermined identification information from the storage unit;
It is determined whether information input from the subscriber terminal after the input of the predetermined identification information matches the access code stored in the telephone number / operation condition table specified by the specifying means. Judgment means,
Calling terminal using telephone number and cancellation condition stored in telephone number / operation condition table specified by said specifying means when it is determined that information from subscriber terminal and access code match. A means for initiating a call connection attempt to the other call terminal when the call termination condition is satisfied without being notified that the call connection terminal is attempting to accept the call connection. Connection means for connecting a call from the subscriber terminal to the called terminal when a call connection is attempted and the call receiving terminal is notified that the call connection is accepted without satisfying the cancellation condition. An exchange characterized by that.
前記特定手段は、所定の番号と代表電話番号からなる情報が入力されたときに、その代表電話番号に対応する電話番号・動作条件テーブルを特定する、
ことを特徴とする請求項1または請求項2記載の交換機。The acquisition means also acquires a representative telephone number used as predetermined identification information,
The specifying unit specifies a telephone number / operation condition table corresponding to the representative telephone number when information including a predetermined number and the representative telephone number is input.
3. The exchange according to claim 1 or 2, wherein
ことを特徴とする請求項1ないし請求項3のいずれかに記載の交換機。4. The method according to claim 1, wherein when the canceling condition is not acquired by the acquiring unit, the creating unit uses a predetermined canceling condition as a canceling condition for each called terminal. The exchange described in.
前記接続手段は、前記電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用い、
前記接続手段によって呼接続が行われたときに、使用順が第2位から最下位までの電話番号及び中止条件の使用順がそれぞれ1位繰り上がり、使用順が最上位であった電話番号及び中止条件の使用順が最下位となるように、前記電話番号・動作条件テーブルの内容を更新する更新手段を
さらに備えることを特徴とする請求項1ないし請求項4のいずれかに記載の交換機。The creation means creates a telephone number / operation condition table in which telephone numbers and cancellation conditions related to a plurality of called terminals are stored in a form in which the order of use is known,
The connection means uses the telephone number and the stop condition stored in the telephone number / operation condition table in order according to the order of use,
When a call connection is made by the connection means, the telephone number from the second highest order to the lowest order and the usage order of the cancellation condition are incremented by the first place, and the telephone number whose usage order is highest. 5. The exchange according to claim 1, further comprising updating means for updating the contents of the telephone number / operating condition table so that the use order of the stop conditions is lowest.
前記接続手段は、前記電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用い、
前記接続手段によって呼接続が行われたときに、各着呼端末に関する電話番号及び中止条件の使用順をランダムに決定し、決定した使用順が各着呼端末に関する電話番号及び中止条件に与えられるように前記電話番号・動作条件テーブルの内容を更新する更新手段を
さらに備えることを特徴とする請求項1ないし請求項4のいずれかに記載の交換機。The creation means creates a telephone number / operation condition table in which telephone numbers and cancellation conditions related to a plurality of called terminals are stored in a form in which the order of use is known,
The connection means uses the telephone number and the stop condition stored in the telephone number / operation condition table in order according to the order of use,
When a call connection is made by the connection means, the use order of the telephone number and the cancellation condition for each called terminal is determined at random, and the determined use order is given to the telephone number and the cancellation condition for each called terminal. 5. The exchange according to claim 1, further comprising update means for updating the contents of the telephone number / operating condition table.
前記作成手段は、複数の着呼端末に関する電話番号と中止条件と重み係数が、それらの使用順が分かる形態で記憶された電話番号・動作条件テーブルを作成し、
前記接続手段は、前記電話番号・動作条件テーブルに記憶されている電話番号と中止条件を使用順に従った順番で用い、
前記接続手段によって呼接続が行われたときに、各着呼端末に関する電話番号及び中止条件の使用順を、対応する重み係数の大きさを考慮に入れてランダムに決定し、決定した使用順が各着呼端末に関する電話番号及び中止条件に与えられるように前記電話番号・動作条件テーブルの内容を更新する更新手段を
さらに備えることを特徴とする請求項1ないし請求項4のいずれかに記載の交換機。The acquisition means also acquires a weighting factor for each telephone number,
The creating means creates a phone number / operation condition table in which phone numbers, cancellation conditions and weighting factors for a plurality of called terminals are stored in a form in which the order of use is known.
The connection means uses the telephone number and the stop condition stored in the telephone number / operation condition table in order according to the order of use,
When a call connection is made by the connection means, the use order of the telephone number and the cancellation condition for each called terminal is randomly determined in consideration of the size of the corresponding weighting factor, and the determined use order is 5. The update apparatus according to claim 1, further comprising updating means for updating contents of the telephone number / operation condition table so as to be given to a telephone number and a cancellation condition relating to each called terminal. switch.
この取得手段によって取得された電話番号を一時的に記憶する記憶手段と、
前記取得手段によって複数の電話番号が取得されたときに、前記記憶手段内に記憶された電話番号を用いた呼接続の試みを開始する手段であって、呼接続を試みている着呼端末から呼接続に応じることが通知されることなく所定の中止条件が満たされた場合には、他の着呼端末に対する呼接続を試み、前記所定の中止条件が満たされることなく着呼端末から呼接続に応じることが通知された場合には、加入者端末からの呼をその着呼端末に接続する接続手段と、
この接続手段による処理の完了時に、前記取得手段によって取得された電話番号を記憶するために使用されている前記記憶手段内の記憶領域を解放する解放手段と
を具備することを特徴とする交換機。Obtaining means for obtaining from a subscriber terminal telephone numbers relating to a plurality of called terminals to which call connection is to be attempted;
Storage means for temporarily storing the telephone number acquired by the acquisition means;
Means for initiating a call connection attempt using the telephone numbers stored in the storage means when a plurality of telephone numbers are obtained by the obtaining means, from a called terminal attempting the call connection; When a predetermined cancellation condition is satisfied without being notified that the call connection is accepted, a call connection to another called terminal is attempted, and the call connection is established from the called terminal without satisfying the predetermined cancellation condition. A connection means for connecting a call from the subscriber terminal to the called terminal;
An exchange comprising: a release unit that releases a storage area in the storage unit that is used to store the telephone number acquired by the acquisition unit upon completion of processing by the connection unit.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP18235796A JP3790582B2 (en) | 1996-07-11 | 1996-07-11 | switch |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP18235796A JP3790582B2 (en) | 1996-07-11 | 1996-07-11 | switch |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH1028176A JPH1028176A (en) | 1998-01-27 |
JP3790582B2 true JP3790582B2 (en) | 2006-06-28 |
Family
ID=16116907
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP18235796A Expired - Fee Related JP3790582B2 (en) | 1996-07-11 | 1996-07-11 | switch |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3790582B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5802170B2 (en) * | 2012-05-24 | 2015-10-28 | 日本電信電話株式会社 | Calling device selection device and calling device selection method |
-
1996
- 1996-07-11 JP JP18235796A patent/JP3790582B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH1028176A (en) | 1998-01-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US4736405A (en) | Communication system with operation-procedure guiding function by speech | |
JP3790582B2 (en) | switch | |
CN103428379B (en) | Attend a banquet the exchange method and device of service object | |
JPH03241957A (en) | Communication system having operation guide function in voice | |
JP7024564B2 (en) | Call forwarding method, telephone system, and telephone controller | |
JPS61150557A (en) | Designated time transfer system | |
JP2968780B1 (en) | Incoming call service method, recording medium storing incoming call service program, incoming call service device, and exchange provided with incoming call service function | |
JP3313245B2 (en) | Representative selection method for extension terminals | |
JP2645029B2 (en) | Private branch exchange | |
JP2639928B2 (en) | Information exchange system | |
JP2003069709A (en) | Address book preparation system | |
JPH07297930A (en) | Device and method for transferring telephone call | |
JPS62126753A (en) | Incoming transfer control system from remote location | |
JPH0832682A (en) | Telephone exchange system identifying user and method of call waiting service thereof | |
JPH03106258A (en) | Absence camp-on system | |
JPS6390293A (en) | Direct in dial system | |
JP2007142635A (en) | Private branch exchange system | |
JPH0410741A (en) | Communication connection control system using both personal and terminal numbers | |
JPH06351057A (en) | Cordless telephone system | |
JPH04342351A (en) | Method and device for transmitting caller number | |
JPS60173990A (en) | Telephone connecting system by magnetic card | |
JPH0258838B2 (en) | ||
JPS63184442A (en) | Extension calling system | |
JP2001285496A (en) | Transfer system with caller side condition designation function | |
JPH0413350A (en) | Communication connection control system by personal number |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050428 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050510 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060322 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060403 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090407 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100407 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110407 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110407 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120407 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130407 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140407 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |