(57)【要約】【目的】  ＤＧＬサービスの如く外線端末から内線端末に直接着信をなす場合に、着信待ちの状態ある呼を内線端末の使用者に効果的に通知し得る構内交換方法及び構内交換機を提供する。【構成】  外線端末からの着信要求に応じて、構内交換機に収容されている複数の内線端末の何れか１を該外線端末に接続する構内交換方法及び構内交換機であり、該着信要求毎に該着信要求に対応する着信情報片を生成し、該着信情報片を待ち行列構成により保持する。該内線端末毎にその使用状態を管理し、該使用状態が空き状態にある少なくとも１つの内線端末が検知された場合に、該待ち行列構成において先頭にある着信情報片に対応する着信要求を該少なくとも１つの内線端末に着信せしめる。【選択図】  図１
2007049214.tif 000002
【特許請求の範囲】
【請求項１】
外線端末からの着信要求に応じて、構内交換機に収容されている複数の内線端末の何れか１を前記外線端末に接続する構内交換方法であって、
前記着信要求毎に前記着信要求に対応する着信情報片を生成し、前記着信情報片を待ち行列構成により保持する着信情報保持ステップと、
前記内線端末毎にその使用状態を管理し、前記使用状態が空き状態にある少なくとも１つの内線端末が検知された場合に、前記待ち行列構成において先頭にある着信情報片に対応する着信要求を前記少なくとも１つの内線端末に着信せしめる着信要求着信ステップと、
を含むことを特徴とする構内交換方法。
【請求項２】
前記少なくとも１つの内線端末からの前記着信要求に対する応答通知に応じて、前記少なくとも１つの内線端末のうちで、前記応答通知が最も早い１つの内線端末を選択し、当該選択された１つの内線端末を前記外線端末に接続するステップを含むことを特徴とする請求項１記載の構内交換方法。
【請求項３】
前記着信要求着信ステップは、前記複数の内線端末の各々の使用状態の遷移に応じて前記遷移の結果を端末状態テーブルに設定し、前記端末状態テーブルを参照して空き状態に遷移した内線端末を検知するステップであることを特徴とする請求項の１記載の構内交換方法。
【請求項４】
前記着信要求着信ステップは、前記内線端末の各々に対応して生成され、対応する内線端末の使用状態の遷移を各々検知する複数の呼処理スレッドにより管理し、空き状態に遷移した内線端末を検知した呼処理スレッドにより前記着信要求を当該内線端末に着信せしめるステップであることを特徴とする請求項１記載の構内交換方法。
【請求項５】
複数の外線端末毎にその着信優先度を画定する優先度情報を保持するステップを予め含み、前記着信情報保持ステップは、前記待ち行列構成における当該着信情報片の順番を、当該外線端末の着信優先度に従って変更するステップを含むことを特徴とする請求項１記載の構内交換方法。
【請求項６】
前記複数の内線端末の各々はグループ代表電話番号毎にグループ分けされ、
前記着信情報保持ステップは、前記着信要求が指定するグループ代表電話番号に対応するグループ毎に前記待ち行列構成を保持するステップであり、
前記着信要求着信ステップは、前記グループ毎に、当該グループに含まれる内線端末の使用状態を管理し、前記使用状態が空き状態にある少なくとも１つの内線端末が検知された場合に、当該グループの待ち行列構成において先頭にある着信情報片に対応する着信要求を前記少なくとも１つの内線端末に着信せしめるステップであることを特徴とする先行する請求項の何れか１記載の構内交換方法。
【請求項７】
外線端末からの着信要求に応じて、収容している複数の内線端末の何れか１を前記外線端末に接続する構内交換機であって、
前記着信要求毎に前記着信要求に対応する着信情報片を生成し、前記着信情報片を待ち行列構成により保持する着信情報保持手段と、
前記内線端末毎にその使用状態を管理し、前記使用状態が空き状態にある少なくとも１つの内線端末が検知された場合に、前記待ち行列構成において先頭にある着信情報片に対応する着信要求を前記少なくとも１つの内線端末に着信せしめる着信要求着信手段と、
を含むことを特徴とする構内交換機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構内交換機に収容される複数の内線端末によりダイレクトグループライン（以下、ＤＧＬと称する）を形成して電話接続をなす構内交換方法及び構内交換機に関する。
【背景技術】
【０００２】
公衆加入者端末から構内交換機に収容される内線端末に直接着信させる方式は、通常のダイヤルイン方式や附加番号式ダイヤルイン方式がある。これらの方式の活用については、例えば、特許文献１に開示の形態がある。
【０００３】
内線端末に直接着信させる方式としては、さらに、任意の複数の内線端末からなる１つのグループに１つの電話番号を割り当て、該電話番号に対する公衆綱加入者からの着信に対して、該グループのどの内線端末も応答可能とするＤＧＬ方式がある。ＤＧＬ方式においては、着信時にグループ内の全端末が既に通話中であったとしても、「お話し中」としてかかる着信を切断せしめることなく「呼び出し中」として着信を保持し続けるようにされる。かかるＤＧＬ方式は、電話によるチケット予約受付業務の如く多数の外線着信を限られた数の内線端末により対応する形態に活用される。
【０００４】
ＤＧＬ方式の実現には、例えば、内線端末にＤＧＬ着信ランプを備えるようにする（図９参照）。ここで、内線端末の使用者が公衆網加入者Ａと通話中状態であったときに、他の公衆加入者Ｂからの着信があった場合にも、該使用者にＤＧＬ着信ランプを点灯せしめることで次の着信を視覚的に通知することができる。該使用者は、公衆網加入者Ａとの通話を切断又は保留後に、公衆加入者Ｂからの着信をその内線端末の操作により受け付けることができる。また、内線端末がＤＧＬ着信ランプを持たない従来のアナログ電話機である場合には、ＤＧＬ着信ランプ表示板を端末とは別異に設けることにより、使用者は次の着信があることを視覚的に認識できる。
【特許文献１】特開平１０−９４０００２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のＤＧＬ着信の通知形態では、一律に全ての端末に通知することから、他の外線と既に通話中の内線電話の使用者にとってかかる通知は紛らわしいものであるのみならず、空き状態となった内線電話の使用者が円滑に次の着信を受けるように誘導するものとはなっていない。また、従来のアナログ電話機の如き端末がＤＧＬ着信表示可能な端末と混在する環境下ではＤＧＬ着信の表示形態がまちまちとなり使用者の使い勝手を著しく損なうものとなっている。
【０００６】
本発明はかかる問題点に鑑みてなされたものであり、その目的は、ＤＧＬサービスの如く外線端末から内線端末に直接着信をなす場合に、着信待ちの状態ある呼を内線端末の使用者に効果的に通知し得る構内交換方法及び構内交換機を提供することである。
【課題を解決するための手段】
【０００７】
本発明による構内交換方法は、外線端末からの着信要求に応じて、構内交換機に収容されている複数の内線端末の何れか１を該外線端末に接続する構内交換方法であり、該着信要求毎に該着信要求に対応する着信情報片を生成し、該着信情報片を待ち行列構成により保持する着信情報保持ステップと、該内線端末毎にその使用状態を管理し、該使用状態が空き状態にある少なくとも１つの内線端末が検知された場合に、該待ち行列構成において先頭にある着信情報片に対応する着信要求を該少なくとも１つの内線端末に着信せしめる着信要求着信ステップとを含むことを特徴とする。
【０００８】
本発明による構内交換機は、外線端末からの着信要求に応じて、収容している複数の内線端末の何れか１を該外線端末に接続する構内交換機であり、該着信要求毎に該着信要求に対応する着信情報片を生成し、該着信情報片を待ち行列構成により保持する着信情報保持手段と、該内線端末毎にその使用状態を管理し、該使用状態が空き状態にある少なくとも１つの内線端末が検知された場合に、該待ち行列構成において先頭にある着信情報片に対応する着信要求を該少なくとも１つの内線端末に着信せしめる着信要求着信手段とを含むことを特徴とする。
【発明の効果】
【０００９】
本発明による構内交換方法及び構内交換機によれば、ＤＧＬサービスの利用において着信待ちの着信要求があった場合にも、通話終了による切断等により空き状態となった内線端末に対してのみ呼び出し音鳴動等の着信通知をなす構成が与えられる。これにより、ＤＧＬサービスの如く外線端末から内線端末に直接着信をなす場合に、着信待ちの状態ある呼を内線端末の使用者に効果的に通知することが可能となる。
【発明を実施するための最良の形態】
【００１０】
本発明の実施例について添付の図面を参照して詳細に説明する。
＜第１の実施例＞
図１は、本発明の第１の実施例を示し、構内交換機を含む全体の構成を示している。多数の外線端末１０ａ〜１０ｃが公衆網４０を介して構内交換機３０に接続されている。本実施例では、例として３つの外線端末１０ａ〜１０ｃが示されている。構内交換機３０は、複数の内線端末２０ａ〜２０ｅを収容している。内線端末２０ａ〜２０ｃは１つのグループを形成し、内線端末２０ｄ及び２０ｅは別の１つのグループを形成している。各グループにはグループ代表番号が割り当てられて外部から着信を受け付ける。本実施例では、２つのグループを形成する内線端末２０ａ〜２０が示されているが、本発明はかかるグループ数及び端末数に限定されず、１つ又は複数のグループ数及び１つ又は複数の端末数を想定している。
【００１１】
構内交換機３０は、公衆網４０を介して外部の外線端末１０ａ〜１０ｃとの通信制御を実行する公衆網インタフェース３４と、内線端末２０ａ〜２０ｃとの通信制御を実行するグループ内端末インタフェース３５ａと、内線端末２０ｄ及び２０ｅとの通信制御を実行するグループ内端末インタフェース３５ｂと、１つのコンピュータ装置である構内交換機３０の全体制御を実行するＣＰＵ３２と、主記憶装置であるＭＥＭ３３とを含み、これら各部は共通バス３１により相互に接続されている。
【００１２】
ＭＥＭ３３にローディングされるソフトウェア構成としては、ＣＰＵ３２が実行する電話交換のための多様なソフトウェアが含まれる。本発明の特徴をなすソフトウェア構成のみを図示すると、ＭＥＭ３３は、ＤＧＬ接続管理部３６と、ＤＧＬ管理テーブル６０と、端末が通話中であるか空き状態であるかを端末毎に管理する端末状態テーブル７０とを含む。ＤＧＬ接続管理部３６は、ＤＧＬすなわちダイレクトグループライン方式に従って内線端末２０ａ〜２０ｅの各々への外線直接着信処理を実行するソフトウェアである。ＤＧＬ管理テーブル６０は、外線端末１０ａ〜１０ｃからの着信要求毎に作成される着信情報片すなわち着信情報セルを待ち行例構成により管理するテーブルである。着信情報セルには、グループを指定するグループ代表電話番号と共に当該外線端末の電話番号が保持される。
【００１３】
図２は、ＤＧＬ管理テーブルの構成例の詳細を示している。尚、本図に示されるＤＧＬ管理テーブル６０は、説明の容易性から１つのグループの着信情報についてのみ示されている。構内交換機が複数のグループの内線端末を収容する場合には、ＤＧＬ管理テーブル６０は以下に説明する構成を各グループに対応して複数含む構成となる。
【００１４】
本図を参照すると、ＤＧＬ管理テーブル６０の先頭待ち着信情報アドレス６１が先頭の着信情報セルＣ１のアドレスを指示している。最後尾待ち着信情報アドレス６２が最後尾の着信情報セルＣｍのアドレスを指示している。着信待ちが無く着信情報が空の場合には、先頭待ち着信情報アドレス６１及び最後尾待ち着信情報アドレス６２には「０」が設定される。これにより、先頭待ち着信情報アドレス６１又は最後尾待ち着信情報アドレス６２を参照することにより、着信情報が全て空であるか否かを認識することができる。
【００１５】
複数の着信情報セルＣ１〜Ｃｍ（ｍは正数）が待ち行列として順番に関連付けされる。該待ち行列において、着信情報セルＣ１が先頭であり、着信情報セルＣｍが最後尾である。複数の着信情報セルＣ１〜Ｃｍの各々は、外線端末の電話番号等を含む着信情報、前着信情報アドレス及び後着信情報アドレスを含む。例えば、着信情報セルＣ１は、着信情報Ｃ１１、前着信情報アドレスＣ１２及び後着信情報アドレスＣ１３を含む。着信情報セルＣ２は、着信情報Ｃ２１、前着信情報アドレスＣ２２及び後着信情報アドレスＣ２３を含む。
【００１６】
ここで、着信情報セルＣ２について見ると、その前着信情報アドレスＣ２２が待ち行列において前に並ぶ着信情報セルＣ１のアドレスを指示し、その後着信情報アドレスＣ２３が待ち行列において後ろに並ぶ着信情報セルＣ３のアドレスを指示している。尚、先頭の着信情報セルＣ１の前着信情報アドレスＣ１１には、前に並ぶ着信情報セルが存在しないことから「０」が設定される。また、最後尾の着信情報セルＣｍの後着信情報アドレスＣｍ３には、後に並ぶ着信情報セルが存在しないことから「０」が設定されている。
【００１７】
以上のＤＧＬ管理テーブル６０の構成において、不定期に発生する外線端末からの新たな着信要求に応じて最新の着信情報が最後尾に追加し、一方で内線端末が空いて待ち状態の着信が割り当てられるのに応じて最古の着信情報を先頭から外す更新設定が構内交換機３０のＤＧＬ接続管理部３６（図１参照）により行われる。
【００１８】
図３は、端末状態テーブルの構成例の詳細を示している。端末状態テーブル７０は、内線端末識別７１毎にその使用状態７２が「通話中」又は「空き」の如き設定値より設定される。端末状態テーブル７０の設定更新は、構内交換機の交換動作に付随して、収容する全ての内線端末の状態を管理することにより行われ、内線端末からの接続通知や切断通知に応じてなされる。一方、構内交換機３０のＤＧＬ接続管理部３６（図１参照）は、端末状態テーブル７０を参照することで、通話の切断により空き状態となる内線端末の存在を検知することができる。尚、図示される端末状態テーブル７０は、グループ毎に設けられる。
【００１９】
図４は、本発明による電話接続方法の処理手順を示している。該処理手順は、本発明による構内交換機におけるＤＧＬ接続管理部と、収容する内線端末及び外部の外線端末とが協働して動作することにより実行される。
【００２０】
先ず、外線端末１０ａ（以下、加入者Ａとする）が内線端末２０ａ〜２０ｃのグループに対して発信をなし、着信要求信号が公衆網を介して構内交換機３０にもたらされたとする（ステップＳ１）。この時に、該着信要求信号に応じて、構内交換機３０は、発呼応答信号及び呼び出し信号を返送する（ステップＳ２）。これにより、加入者Ａは、ＲＢＴ（リングバックトーン）を聴取することで「呼び出し中」であることを知ることができる。
【００２１】
次に、構内交換機３０は、そのＤＧＬ接続管理部により、当該着信要求に対応する着信情報を生成し、これをＤＧＬ管理テーブルに更新設定する（ステップＳ３）。次いで、構内交換機３０は、加入者Ａの着信情報が先頭であるか否かを判定する（ステップＳ４）。もし先頭ではない場合には待ち状態を継続すると共に、内線端末の使用状態の変化に即応して、その状態を端末状態テーブルを反映する（ステップＳ５）。図示されるように例えば内線端末２０ａが通話中であると、その状態が構内交換機３０において検知され（ステップＳ６）、端末状態テーブルにおいて内線端末２０ａに対応する使用状態が「通話中」に設定される。また、例えば内線端末２０ｂが通話終了して切断したとすると、その状態が構内交換機３０に検知され（ステップＳ７）、端末状態テーブルにおいて内線端末２０ｂに対応する使用状態が「空き」に設定される。
【００２２】
一方、ステップＳ４において、加入者Ａの着信情報が先頭である場合には、端末状態テーブルを参照して、複数の内線端末のうちで空き状態にある内線端末を認識し、切断等により空き状態の全ての内線端末に着信通知をなす（ステップＳ８）。前述の例にならうと内線端末２０ｂが切断直後であって「空き」状態にあることから、例として図示されるように内線端末２０ｂに着信通知をなしている。尚、この着信通知により、空き状態の全ての内線端末に対して呼び出し音を鳴らすことになるが、ＤＧＬ機能を持つ内線端末であればＤＧＬ着信ランプの点灯を併用させても良い。
【００２３】
かかる着信通知に応じて、内線端末２０ｂが加入者Ａからの着信通知に応答通知をなしたものとする（ステップＳ９）。該応答通知は、内線端末２０ｂの利用者が内線端末２０ｂをオフフック操作することにより送信される。構内交換機３０は、着信要求に応じて応答通知をなす少なくとも１つ内線端末からの応答通知の中から、最初に応答した内線端末を選択する（ステップＳ１０）。本図の例では、内線端末２０ｂが最初に応答したものとしている。次いで、構内交換機３０は、内線端末２０ｂからのかかる応答通知を加入者Ａの外線端末１０ａに転送する（ステップＳ１１）。これにより、外線端末１０ａの着信要求が内線端末２０ｂに着信し、両者は通話を開始することができる（ステップＳ１２）。
【００２４】
以上の第１の実施例において明らかなように、構内交換機の持つＤＧＬサービスレベルがより向上している。本発明により、ＤＧＬ着信ランプを備える内線端末に一律に着信を知らせるか又は特別のＤＧＬ着信ランプ表示を備えることなく、通話が空き状態となる内線端末が発生次第、その内線端末に着信を呼び出し音の鳴動により知らせることができる。かかる形態は、アナログ電話の如き通話中に別の着信があったことを認識できない端末を含む運用形態においても、ＤＧＬ着信を音で知らせるという統一的な通知方法を提供することができることを意味する。また、通話中の端末にはＤＧＬ着信を通知することなく、該通話が終わった時点で始めてＤＧＬ着信が通知されることから、端末使用者は当面の通話に集中することができるというメリットがある。さらに、構内交換機は、通話中を含む全ての端末に次のＤＧＬ着信を知らせる必要がなくなるため、構内交換機はその負荷をより軽減することが可能となる。
＜第２の実施例＞
図５は、本発明の第２の実施例を示し、構内交換機におけるＭＥＭの構成を示している。本実施例においては、構内交換機３０を含むシステム全体の構成は、第１の実施例と同様であることから、異なる部分についてのみ説明する。本図を参照すると、構内交換機３０のＭＥＭ３３は、第１の実施例と同様にしてＤＧＬ接続管理部３６と、ＤＧＬ管理テーブル６０と、端末が通話中であるか空き状態であるかを端末毎に管理する端末状態テーブル７０とを含み、さらに外線端末毎の着信優先度を管理する優先度テーブル８０とを含んでいる。
【００２５】
優先度テーブル８０は、電話番号の如き外線端末識別８１毎にその優先度８２がＡ〜Ｃの如くレベルを表す記号より設定される。かかる設定は、交換機運用に先立って予めなされている必要がある。優先度のレベルＡは、例えば緊急電話元の如き優先度の高い外線端末に設定し、優先度のレベルＢは、やや優先度の高い電話元の外線端末に設定し、優先度のレベルＣは、通常の電話元の外線端末に設定する。もちろん、優先度テーブル８０に優先度を設定しないことで優先度が最も低い電話元の外線端末とすることも可能である。
【００２６】
図６は、図５に示される優先度テーブルに従ってＤＧＬ管理テーブルを更新設定する手順を説明している。本図は、図２に示されたＤＧＬ管理テーブルの構成を前提として、優先度テーブルに従って着信情報の順番を変更する様子を示している。ＤＧＬ管理テーブル６０の先頭待ち着信情報アドレス６１が先頭の着信情報セルＣ１のアドレスを指示している。最後尾待ち着信情報アドレス６２が最後尾の着信情報セルＣｎ−１のアドレスを指示している。
【００２７】
ここで、外線端末からの「最新の着信」の発生により対応する着信情報Ｃｎを待ち行列の最後尾に追加する場合を想定する。着信情報Ｃｎの優先度のレベルは、優先度テーブル８０（図５参照）を参照することによりレベル「Ｂ」であるとする。通常であれば、着信情報Ｃｎは、ＤＧＬ管理テーブル６０の最後尾に追加され、最後尾待ち着信情報アドレス６２は着信情報Ｃｎを指示するはずである。しかし、着信情報Ｃｎの優先度のレベルが「Ｂ」であることから、優先度のレベルがより低い優先度レベル「Ｃ」の着信情報を飛び越して着信情報Ｃｎがリンクされる。すなわち、着信情報Ｃｎは、優先度レベル「Ａ」の着信情報Ｃ２の後ろにリンクされ、結果として着信情報Ｃ３を順送りに後ろにずらすようにリンクされる。これにより、着信情報Ｃｎは、ＤＧＬ管理テーブル６０における待ち行列において、優先度レベル「Ａ」の着信情報Ｃ１及びＣ２に遅れるものの、第１の実施例における場合よりもより早いタイミングで先頭に来る様にすることができる。
【００２８】
以上の第２の実施例においては、外線端末の優先度を考慮することにより、緊急電話元の如き優先端末の着信待ちの時間を可及的に少なくするＤＧＬサービスを可能としている。尚、外線端末毎の着信優先度の設定は、外線端末の電話番号の数列全体に対応づけて着信優先度を選定する方法に限られず、電話番号のうちのエリアコードに対応づけて着信優先度を選定する方法等の多様な形態を取り得る。
＜第３の実施例＞
図７は、本発明の第３の実施例を示し、構内交換機を含む全体の構成を示している。構内交換機３０を取り巻く構成は、第１の実施例の場合と同様である。また、構内交換機３０は、公衆網インタフェース３４と、２つのグループ内端末インタフェース３５ａ及び３５ｂと、ＣＰＵ３２と、ＭＥＭ３３とを含み、これら各部は共通バス３１により相互に接続されている点も第１の実施例の場合と同様である。
【００２９】
構内交換機３０のＭＥＭ３３は、１つのスレッドとして動作するＤＧＬ接続管理部３６と、ＤＧＬ管理テーブル６０とを含む。一方、グループ内端末インタフェース３５ａは、内線端末２０ａ〜２０ｃの各々に対応して状態管理を行う呼処理スレッド９０ａ〜８０ｃを含む。グループ内端末インタフェース３５ｂは、内線端末２０ｄ及び２０ｅの各々に対応して状態管理を行う呼処理スレッド９０ｄ及び９０ｅを含む。呼処理スレッド９０ａ〜９０ｅの各々は、内線端末の稼働に応じて生成され、ＣＰＵ３２により実行されるタスクである。本図では、グループ内端末インタフエース３０ａ及び３６ｂに属するものとして示されている。
【００３０】
ＤＧＬ接続管理部３６及び呼処理スレッド９０ａ〜９０ｅの各々は、スレッドとして動作することから並列動作し、何れもＤＧＬ管理テーブル６０を参照及び更新することができる。ＤＧＬ接続管理部３６は、公衆網４０を介して外線端末１０ａ〜１０ｃの何れかからの着信が来るたびに、ＤＧＬ管理テーブル６０の最後尾に当該着信に対応する着信情報セルを追加する機能を有する。一方、呼処理スレッド９０ａ〜９０ｅの各々は、その対応する内線端末の状態管理を行う機能を有し、内線端末の状態遷移に応じて通話中であるか空き状態であるかの状態情報を担っている。
【００３１】
図８は、第３の実施例における処理手順を示している。該処理手順は、本発明による構内交換機におけるＤＧＬ接続管理部及び複数の呼処理スレッドと、収容する内線端末及び外部の外線端末とが協働して動作することにより実行される。
【００３２】
先ず、外線端末１０ａ（以下、加入者Ａとする）が内線端末２０ａ〜２０ｃのグループに対して発信をなし、着信要求信号が公衆網を介して構内交換機３０にもたらされたとする（ステップＳ３１）。この時に、該着信要求信号に応じて、構内交換機３０は、発呼応答信号を返送する（ステップＳ３２）。
このとき、構内交換機３０のＤＧＬ接続管理部３６は、当該着信要求に対応する着信情報を生成し、これをＤＧＬ管理テーブルに更新設定する（ステップＳ３３）。
【００３３】
本図では、構内交換機３０のグループ内端末インタフェース３５に含まれる呼処理スレッド９０ａ及び９０ｂの処理が例として示されている。呼処理スレッド９０ａは、内線端末２０ａの状態管理（この時点では状態＝通話中）を行い（ステップＳ３４）、呼処理スレッド９０ｂは、内線端末２０ｂの状態管理（この時点では状態＝通話中）を行っている（ステップＳ３５）。
【００３４】
ここで、内線端末２０ｂが空き状態に遷移すると、通話切断信号が呼処理スレッド９０ｂに送信される（ステップＳ３６）。呼処理スレッド９０ｂは、内線端末２０ｂを空き状態と認識し（ステップＳ３７）、次いで、ＤＧＬ管理テーブル６０を参照し、もし着信情報（ここでは加入者Ａからの着信がある）があれば、内線端末２０ｂに着信通知する（ステップＳ３８）。内線端末２０ｂから応答通知があれば（ステップＳ３９）、呼処理スレッド９０ｂは、ＤＧＬ管理テーブル６０の先頭の加入者Ａの着信情報を取得して、その情報をＤＧＬ管理テーブル６０から削除する（ステップＳ４０）。ここでは取得した情報が仮に加入者Ａであるとしていることから併せて加入者Ａに応答通知する。次いで、呼処理スレッド９０ｂは、内線端末２０ｂの状態を通話中であると管理する（ステップＳ４１）。加入者Ａは、呼処理スレッド９０ｂからの応答通知に応じて、内線端末２０ｂとの通話を行うことができる（ステップＳ４２）。
【００３５】
尚、以上に示した処理手順は、呼処理スレッド９０ｂのみが空き状態である例が示されたが、複数の呼処理スレッド９０ａ及び９０ｂが、それぞれに空き状態である場合には、複数の呼処理スレッド９０ａ及び９０ｂは、ＤＧＬ管理テーブル６０を参照し、それぞれの内線端末２０ａ及び２０ｂに並行して着信要求する。これにより、複数の呼処理スレッド９０ａ及び９０ｂの両方は共に応答を待っている競合状態になっている。
【００３６】
ここで、内線端末２０ａが先に応答した場合、呼処理スレッド９０ａが呼応して動作する。呼処理スレッド９０ａは、ＤＧＬ管理テーブル６０の先頭情報（加入者Ａの着信情報とする）を取得し、該情報をテーブルから削除する。次いで、加入者Ａと内線端末２０ａとを通話状態とする前述同様の制御を行う。一方、内線端末２０ｂが遅れて応答した場合には、呼処理スレッド９０ｂは、新たな先頭情報がないことを確認して、内線端末２０ｂに切断要求を出すことで通話中止する。新たな先頭情報（例えば、加入者Ｂの着信情報とする）があれば、呼処理スレッド９０ｂは、これを内線端末２０ｂとの通話に転用する。
【００３７】
第３実施例に先立つ第１の実施例においては、ＤＧＬ接続管理部がＤＧＬ管理テーブル及び端末状態テーブルを用いてＤＧＬ接続の全体管理を行っていた。これとは異なり、本第３実施例においては、ＤＧＬ接続管理部により外線端末からの着信が管理され、複数の呼処理スレッドにより各内線端末の状態管理が行われ、且つこれらの管理が並行して行わされる。かかる形態により、内線端末の状態変化に即応したより効率的なＤＧＬ接続が可能となる。
【産業上の利用可能性】
【００３８】
本発明は、電話によるチケット予約受付業務のみならず、時間限定の電話やＦＡＸによるアンケート調査の受付義務のための構内電話設備に適用され得る。また、本発明の適用は、在来のアナログ電話を残した電話設備においても低コスト且つ容易にＤＧＬ接続サービス環境を導入することを可能としている。
【図面の簡単な説明】
【００３９】
【図１】本発明の第１の実施例を示し、構内交換機を含む全体の構成を示しているブロック図である。
【図２】ＤＧＬ管理テーブルの構成例の詳細を示している図である。
【図３】端末状態テーブルの構成例の詳細を示している図である。
【図４】本発明による電話接続方法の処理手順を示しているシーケンス図である。
【図５】本発明の第２の実施例を示し、構内交換機の構成を示しているブロック図である。
【図６】図５に示される優先度テーブルに従ってＤＧＬ管理テーブルを更新設定する処理手順を説明している説明図である。
【図７】本発明の第３の実施例を示し、構内交換機を含む全体の構成を示しているブロック図である。
【図８】第３の実施例における処理手順を示しているシーケンス図である。
【図９】従来のＤＧＬ接続方法を示している図である。
【符号の説明】
【００４０】
１０ａ〜１０ｃ  外線端末
２０ａ〜２０ｅ  内線端末
３０  構内交換機
３１  共通バス
３２  ＣＰＵ
３３  ＭＥＭ
３４  公衆網インタフェース
３５ａ及び３５ｂ  グループ内端末インタフェース
３６  ＤＧＬ接続管理部
４０  公衆網
６０  ＤＧＬ管理テーブル（ＴＢ）
７０  端末状態テーブル（ＴＢ）
８０  優先度テーブル（ＴＢ）
９０ａ〜９０ｅ  呼処理スレッド
【図１】
2007049214.tif 000003
【図２】
2007049214.tif 000004
【図３】
2007049214.tif 000005
【図４】
2007049214.tif 000006
【図５】
2007049214.tif 000007
【図６】
2007049214.tif 000008
【図７】
2007049214.tif 000009
【図８】
2007049214.tif 000010
【図９】
2007049214.tif 000011