(57)【特許請求の範囲】
【請求項１】
ＬＡＮに接続されＣＴＩインタフェースと複数の外線ポートとを有する構内交換機と、
前記構内交換機の内線に接続された複数の内線端末と、
前記ＬＡＮに接続されＣＴＩインタフェースを有するサーバーと、を備え、
前記構内交換機は、前記サーバーが立ち上がってない場合に外線からの着信があると自構内交換機内に予め設定された第１の内線端末を鳴動する第１の鳴動手段と、
前記サーバーが立ち上がっている場合に外線からの着信があると前記サーバーに対して着信通知を行う着信通知手段と、
前記サーバーから前記着信通知に対する第２の内線端末への接続要求を受けると前記第２の内線端末を鳴動する第２の鳴動手段と、を有することを特徴とするＣＴＩ制御による外線着信方式。
【請求項２】
前記第１の鳴動手段は、外線からの着信があると前記サーバーが立ち上がっていて着信のあった外線ポートが着信通知モードになっていない場合にその着信のあった外線ポートの接続先として予め設定された前記第１の内線端末を鳴動する手段を有し、
前記着信通知手段は、外線からの着信があると前記サーバーが立ち上がっていて着信のあった外線ポートが着信通知モードになっていた場合に一定時間着信状態にして前記サーバーに対して前記着信通知を行う手段を有することを特徴とする請求項１記載のＣＴＩ制御による外線着信方式。
【請求項３】
前記サーバーは、立ち上がった場合に前記構内交換機に対して前記外線ポート毎に前記着信通知モードの設定の有無を行わせる通知モード設定手段を有することを特徴とする請求項２記載のＣＴＩ制御による外線通知方式。
【請求項４】
前記構内交換機は、前記着信通知に対する前記サーバーからの要求がない場合は、自構内交換機内に予め設定された前記第１の内線端末を鳴動する第２の鳴動手段を有することを特徴とする請求項１または２記載のＣＴＩ制御による外線通知方法。
【請求項５】
前記サーバーは、予め決められた時間内に前記接続要求を行った前記第２の内線端末から前記構内交換機経由で応答がない場合に再び内線接続要求を行うべく着信状態に戻るように復帰要求を前記構内交換機に対して行う復帰要求手段を有し、
前記構内交換機は、前記サーバーから前記復帰要求を受けると前記第２の内線端末の鳴動を中断して着信状態に戻る復帰着信手段とを有することを特徴とする請求項１または２記載のＣＴＩ制御による外線着信方式。
【請求項６】
前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで自サーバー内に予め設定された前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段を有することを特徴とする請求項１，２，３，または５記載のＣＴＩ制御による外線着信方式。
【請求項７】
前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで外部から接続先となる前記第２の内線端末のアドレス情報を入力させその入力された前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段を有することを特徴とする請求項１，２，３，または５記載のＣＴＩ制御による外線着信方式。
【請求項８】
前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで前記構内交換機に対して電話をかけた相手先と構内交換機との間でコネクト状態にさせるコネクト状態手段と、
前記応答を返した後ＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行することで自サーバー内に予め設定された前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段と、を有することを特徴とする請求項１，２，３，または５記載のＣＴＩ制御による外線着信方式。
【請求項９】
前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで前記構内交換機に対して電話をかけた相手先と構内交換機との間でコネクト状態にさせるコネクト状態手段と、
前記応答を返した後ＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行することで接続先となる前記第２の内線端末のアドレス情報を外部から入力させその入力された前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段と、を有することを特徴とする請求項１，２，３，または５記載のＣＴＩ制御による外線着信方式。
【請求項１０】
前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで電話をかけた相手先と前記構内交換機とをコネクト状態にさせるコネクト状態手段と、
前記応答を返した後ＴＡＰＩ関数ｌｉｎｅＳｅｔｕｐＴｒａｎｓｆｅｒを実行して保留要求を行うことで前記構内交換機に対して前記電話をかけた相手先を保留状態にさせる保留状態手段と、
前記保留要求を行った後ＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行することで自サーバー内に予め設定された前記第２の内線端末のアドレス情報を抽出する抽出手段と、
抽出した後ＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することで前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段と、を有することを特徴とする請求項１，２，３，または５記載のＣＴＩ制御による外線着信方式。
【請求項１１】
前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで電話をかけた相手先と前記構内交換機とをコネクト状態にさせるコネクト状態手段と、
前記応答を返した後ＴＡＰＩ関数ｌｉｎｅＳｅｔｕｐＴｒａｎｓｆｅｒを実行して保留要求を行うことで前記構内交換機に対して前記電話をかけた相手先を保留状態にさせる保留状態手段と、
前記保留要求を行った後ＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行することで転送先となる前記第２の内線端末のアドレス情報を外部から入力させる入力手段と、
前記アドレス情報を入力させた後ＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することで前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段と、を有することを特徴とする請求項１，２，３，または５記載のＣＴＩ制御による外線着信方式。
【請求項１２】
前記復帰要求手段は、前記第２の内線端末の呼び出し中にＴＡＰＩ関数ｌｉｎｅＤｒｏｐを実行することで再び内線接続要求を行うべく着信状態に戻るように前記復帰要求を前記構内交換機に対して行う手段を有することを特徴とする請求項５記載のＣＴＩ制御による外線着信方式。
【請求項１３】
前記コネクト状態は、前記電話をかけた相手先と前記構内交換機の着信のあった外線ポートとの間をコネクトすることを特徴とする請求項８，９，１０または１１記載のＣＴＩ制御による外線着信方式。
【請求項１４】
ＬＡＮに接続されＣＴＩインタフェースと複数の外線ポートとを有する構内交換機と、
前記構内交換機の内線に接続された複数の内線端末と、
前記ＬＡＮに接続されＣＴＩインタフェースを有するサーバーと、を備え、
前記構内交換機は、着信通知モードになっていない外線ポートに外線から着信があるとその着信のあった外線ポートの接続先として予め設定された第１の内線端末を鳴動し、
着信通知モードになっている外線ポートに外線から着信があるとその着信のあった外線ポートを一定時間着信状態にして前記サーバーに対して着信通知を行い、前記サーバーは、前記構内交換機から前記着信通知を受けるとＴＡＰＩ関数を実行することにより前記構内交換機に対して第２の内線端末への接続要求を行い、前記サーバーから前記接続要求を受けると前記第２の内線端末を鳴動することを特徴とするＣＴＩ制御による外線着信方法。
【請求項１５】
前記サーバーは、立ち上がった場合に前記構内交換機に対して前記外線ポート毎に前記着信通知モードの設定の有無を行わせることを特徴とする請求項１４記載のＣＴＩ制御による外線通知方法。
【請求項１６】
前記構内交換機は、前記着信通知に対する前記サーバーからの要求がない場合は、自構内交換機内に予め設定された前記第１の内線端末を鳴動することを特徴とする請求項１４記載のＣＴＩ制御による外線通知方法。
【請求項１７】
前記サーバーは、予め決められた時間内に前記接続要求を行った前記第２の内線端末から前記構内交換機経由で応答がない場合に再び内線接続要求を行うべく着信状態に戻るように復帰要求を前記構内交換機に対して行い、
前記構内交換機は、前記サーバーから前記復帰要求を受けると前記第２の内線端末の鳴動を中断して着信状態に戻ることを特徴とする請求項１４または１５記載のＣＴＩ制御による外線着信方法。
【請求項１８】
前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで自サーバー内に予め設定された前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴とする請求項１４，１５，または１７記載のＣＴＩ制御による外線着信方法。
【請求項１９】
前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで外部から接続先となる前記第２の内線端末のアドレス情報を入力させその入力された前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴とする請求項１４，１５，または１７記載のＣＴＩ制御による外線着信方法。
【請求項２０】
前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで前記構内交換機に対して電話をかけた相手先と前記着信のあった外線ポートとの間でコネクト状態にさせ、
前記応答を返した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行することで自サーバー内に予め設定された前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴とする請求項１４，１５，または１７記載のＣＴＩ制御による外線着信方法。
【請求項２１】
前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで前記構内交換機に対して電話をかけた相手先と構内交換機との間でコネクト状態にさせ、
前記応答を返した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行することで外部から接続先となる前記第２の内線端末のアドレス情報を入力させその入力された前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴とする請求項１４，１５，または１７記載のＣＴＩ制御による外線着信方法。
【請求項２２】
前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで電話をかけた相手先と前記構内交換機とをコネクト状態にさせ、
前記応答を返した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＳｅｔｕｐＴｒａｎｓｆｅｒを実行して保留要求を行うことで前記構内交換機に対して前記電話をかけた相手先を保留状態にさせ、
前記保留要求を行った後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行することで自サーバー内に予め設定された前記第２の内線端末のアドレス情報を抽出し、
抽出した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することで前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴とする請求項１４，１５，または１７記載のＣＴＩ制御による外線着信方法。
【請求項２３】
前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで電話をかけた相手先と前記着信のあった外線ポートとをコネクト状態にさせ、
前記応答を返した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＳｅｔｕｐＴｒａｎｓｆｅｒを実行して保留要求を行うことで前記構内交換機に対して前記電話をかけた相手先を保留状態にさせ、
前記保留要求を行った後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行することで転送先となる前記第２の内線端末のアドレス情報を外部から入力させ、
前記アドレス情報を入力させた後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することで前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴とする請求項１４，１５，または１７記載のＣＴＩ制御による外線着信方法。
【請求項２４】
前記サーバーは、前記ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔ実行による前記第２の内線端末呼び出し中に、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＤｒｏｐを実行することで再び内線接続要求を行うべく着信状態に戻ることを前記構内交換機に対して行うことを特徴とする請求項１８または１９記載のＣＴＩ制御による外線着信方法。
【請求項２５】
前記コネクト状態は、前記電話をかけた相手先と前記構内交換機の着信のあった外線ポートとの間をコネクトすることを特徴とする請求項２０，２１，２２，または２３記載のＣＴＩ制御による外線着信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＣＴＩ（Ｃｏｍｐｕｔｅｒ  Ｔｅｌｅｐｈｏｎｙ  Ｉｎｔｅｇｒａｔｉｏｎ）システムでの外線着信方式および方法に関し、特に、外線着信している着信先を選択し、変更するＣＴＩ制御による外線着信方式および方法に関する。
【０００２】
【従来の技術】
視覚、聴覚による状態の判断がしにくかった外線ポートだったが、３ｒｄ−ＰａｒｔｙのＣＴＩを実現したＴＡＰＩ２．１のインタフェースにより、ＴＡＰＩアプリケーションによる外線ポートの状態をモニターできるようになった。ＣＴＩユーザーはその状態に見合ったＴＡＰＩ関数をＴＡＰＩアプリケーションから要求できる。
【０００３】
通常、外線着信による着信先は、交換機の設定により、着信先の電話機を呼び出していた。
【０００４】
また、外線からの着信をＣＴＩサーバー経由で構内の電話機に転送する方式として、例えば、特開２００１−２９８５４４号公報に開示されている。すなわち、外線から電話があると、ＣＴＩサーバーに着信通知を行い、ＣＴＩサーバーがＣＴＩクライアントに接続してそのＣＴＩクライアントを操作するオペレータが電話をかけた相手先と通話させ、相手先の要望によりＣＴＩサーバーを経由して構内の電話機を呼び出している。
【０００５】
【発明が解決しようとする課題】
しかしながら、通常の従来の技術では、電話のかかった相手と呼接続するための端末の接続先を交換機側でシステム管理者が前もって設定しなければならないため、着信先の内線端末の状態を随時チェックして着信呼を割り振りできないという問題点がある。
【０００６】
また、ＴＡＰＩアプリケーションを用いたＣＴＩシステムでは、サーバー側で管理する必要にもかかわらず、サーバー側で着信先を自由に設定できないという問題点がある。
【０００７】
また、特開２００１−２９８５４４号公報では、ＣＴＩクライアントと一旦呼接続した後、オペレータが介入することで、構内の電話機に転送していたため、電話をかけた相手に対して余分な会話を与えると共に、通信パス設定による余分な通信費用を負担しなければならないという問題点がある。
【０００８】
本発明の目的は、上記問題点を鑑み、ＴＡＰＩに準拠したＣＴＩ機能を利用することで、複数のクライアントを制御管理するサーバーでの内線電話機の接続先の制御を可能とすることにある。
【０００９】
また、本発明の別の目的は、ＰＢＸ内の外線ポートの制御を複数のクライアントを制御管理するサーバーで可能とすることにある。
【００１０】
【課題を解決するための手段】
上記の目的を達成するために、本発明のＣＴＩ制御による外線着信方式は、ＬＡＮに接続されＣＴＩインタフェースと複数の外線ポートとを有する構内交換機と、前記構内交換機の内線に接続された複数の内線端末と、前記ＬＡＮに接続されＣＴＩインタフェースを有するサーバーと、を備え、前記構内交換機は、前記サーバーが立ち上がってない場合に外線からの着信があると自構内交換機内に予め設定された第１の内線端末を鳴動する第１の鳴動手段と、前記サーバーが立ち上がっている場合に外線からの着信があると前記サーバーに対して着信通知を行う着信通知手段と、前記サーバーから前記着信通知に対する第２の内線端末への接続要求を受けると前記第２の内線端末を鳴動する第２の鳴動手段と、を有することを特徴としている。
【００１１】
更に、上記のＣＴＩ制御による外線着信方式において、前記第１の鳴動手段は、外線からの着信があると前記サーバーが立ち上がっていて着信のあった外線ポートが着信通知モードになっていない場合にその着信のあった外線ポートの接続先として予め設定された前記第１の内線端末を鳴動する手段を有し、前記着信通知手段は、外線からの着信があると前記サーバーが立ち上がっていて着信のあった外線ポートが着信通知モードになっていた場合に一定時間着信状態にして前記サーバーに対して前記着信通知を行う手段を有することを特徴としている。
【００１２】
更に、上記のＣＴＩ制御による外線着信方式において、前記サーバーは、立ち上がった場合に前記交換機に対して前記外線ポート毎に前記着信通知モードの設定の有無を行わせる通知モード設定手段を有することを特徴としている。
【００１３】
更に、上記のＣＴＩ制御による外線着信方式において、前記構内交換機は、前記着信通知に対する前記サーバーからの要求がない場合は、自構内交換機内に予め設定された前記第１の内線端末を鳴動する第２の鳴動手段を有することを特徴としている。
【００１４】
更に、上記のＣＴＩ制御による外線着信方式において、前記サーバーは、予め決められた時間内に前記接続要求を行った前記第２の内線端末から前記構内交換機経由で応答がない場合に再び内線接続要求を行うべく着信状態に戻るように復帰要求を前記構内交換機に対して行う復帰要求手段を有し、前記構内交換機は、前記サーバーから前記復帰要求を受けると前記第２の内線端末の鳴動を中断して着信状態に戻る復帰着信手段を有することを特徴としている。
【００１５】
更に、上記のＣＴＩ制御による外線着信方式において、前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで自サーバー内に予め設定された前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段を有することを特徴としている。
【００１６】
更に、上記のＣＴＩ制御による外線着信方式において、前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで外部から接続先となる前記第２の内線端末のアドレス情報を入力させその入力された前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段を有することを特徴としている。
【００１７】
更に、上記のＣＴＩ制御による外線着信方式において、前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで前記構内交換機に対して電話をかけた相手先と構内交換機との間でコネクト状態にさせるコネクト状態手段と、前記応答を返した後ＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行することで自サーバー内に予め設定された前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段と、を有することを特徴としている。
【００１８】
更に、上記のＣＴＩ制御による外線着信方式において、前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで前記構内交換機に対して電話をかけた相手先と構内交換機との間でコネクト状態にさせるコネクト状態手段と、前記応答を返した後ＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行することで接続先となる前記第２の内線端末のアドレス情報を外部から入力させその入力された前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段と、を有することを特徴としている。
【００１９】
更に、上記のＣＴＩ制御による外線着信方式において、前記接続要求手段は、ＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで電話をかけた相手先と前記構内交換機とをコネクト状態にさせるコネクト状態手段と、前記応答を返した後ＴＡＰＩ関数ｌｉｎｅＳｅｔｕｐＴｒａｎｓｆｅｒを実行して保留要求を行うことで前記構内交換機に対して前記電話をかけた相手先を保留状態にさせる保留状態手段と、前記保留要求を行った後ＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行することで自サーバー内に予め設定された前記第２の内線端末のアドレス情報を抽出する抽出手段と、抽出した後ＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することで前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段と、を有することを特徴としている。
【００２０】
更に、上記のＣＴＩ制御による外線着信方式において、前記サーバーは、前記構内交換機から前記着信通知を受けると、ＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで電話をかけた相手先と前記構内交換機とをコネクト状態にさせるコネクト状態手段と、前記応答を返した後ＴＡＰＩ関数ｌｉｎｅＳｅｔｕｐＴｒａｎｓｆｅｒを実行して保留要求を行うことで前記構内交換機に対して前記電話をかけた相手先を保留状態にさせる保留状態手段と、前記保留要求を行った後ＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行することで転送先となる前記第２の内線端末のアドレス情報を外部から入力させる入力手段と、前記アドレス情報を入力させた後ＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することで前記第２の内線端末への前記接続要求を前記構内交換機に対して行う接続要求手段と、を有することを特徴としている。
【００２１】
更に、上記のＣＴＩ制御による外線着信方式において、前記復帰要求手段は、前記第２の内線端末の呼び出し中にＴＡＰＩ関数ｌｉｎｅＤｒｏｐを実行することで再び内線接続要求を行うべく着信状態に戻るように前記復帰要求を前記構内交換機に対して行う手段を有することを特徴としている。
【００２２】
更に、上記のＣＴＩ制御による外線着信方式において、前記コネクト状態は、前記電話をかけた相手先と前記構内交換機の着信のあった外線ポートとの間をコネクトすることを特徴としている。
【００２３】
また、本発明のＣＴＩ制御による外線着信方法は、ＬＡＮに接続されＣＴＩインタフェースと複数の外線ポートとを有する構内交換機と、前記構内交換機の内線に接続された複数の内線端末と、前記ＬＡＮに接続されＣＴＩインタフェースを有するサーバーと、を備え、前記構内交換機は、着信通知モードになっていない外線ポートに外線から着信があるとその着信のあった外線ポートの接続先として予め設定された第１の内線端末を鳴動し、着信通知モードになっている外線ポートに外線から着信があるとその着信のあった外線ポートを一定時間着信状態にして前記サーバーに対して着信通知を行い、前記サーバーは、前記構内交換機から前記着信通知を受けるとＴＡＰＩ関数を実行することにより前記構内交換機に対して第２の内線端末への接続要求を行い、前記サーバーから前記接続要求を受けると前記第２の内線端末を鳴動することを特徴としている。
【００２４】
更に、上記のＣＴＩ制御による外線着信方法において、前記サーバーは、立ち上がった場合に前記交換機に対して前記外線ポート毎に前記着信通知モードの設定の有無を行わせることを特徴としている。
【００２５】
更に、上記のＣＴＩ制御による外線着信方法において、前記構内交換機は、前記着信通知に対する前記サーバーからの要求がない場合は、自構内交換機内に予め設定された前記第１の内線端末を鳴動することを特徴としている。
【００２６】
更に、上記のＣＴＩ制御による外線着信方法において、前記サーバーは、予め決められた時間内に前記接続要求を行った前記第２の内線端末から前記構内交換機経由で応答がない場合に再び内線接続要求を行うべく着信状態に戻るように復帰要求を前記構内交換機に対して行い、前記構内交換機は、前記サーバーから前記復帰要求を受けると前記第２の内線端末の鳴動を中断して着信状態に戻ることを特徴としている。
【００２７】
更に、上記のＣＴＩ制御による外線着信方法において、前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで自サーバー内に予め設定された前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴としている。
【００２８】
更に、上記のＣＴＩ制御による外線着信方法において、前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで外部から接続先となる前記第２の内線端末のアドレス情報を入力させその入力された前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴としている。
【００２９】
更に、上記のＣＴＩ制御による外線着信方法において、前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで前記構内交換機に対して電話をかけた相手先と前記着信のあった外線ポートとの間でコネクト状態にさせ、前記応答を返した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行することで自サーバー内に予め設定された前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴としている。
【００３０】
更に、上記のＣＴＩ制御による外線着信方法において、前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで前記構内交換機に対して電話をかけた相手先と構内交換機との間でコネクト状態にさせ、前記応答を返した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行することで外部から接続先となる前記第２の内線端末のアドレス情報を入力させその入力された前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴としている。
【００３１】
更に、上記のＣＴＩ制御による外線着信方法において、前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで電話をかけた相手先と前記構内交換機とをコネクト状態にさせ、前記応答を返した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＳｅｔｕｐＴｒａｎｓｆｅｒを実行して保留要求を行うことで前記構内交換機に対して前記電話をかけた相手先を保留状態にさせ、前記保留要求を行った後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行することで自サーバー内に予め設定された前記第２の内線端末のアドレス情報を抽出し、抽出した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することで前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴としている。
【００３２】
更に、上記のＣＴＩ制御による外線着信方法において、前記サーバーは、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行して前記構内交換機に応答を返すことで電話をかけた相手先と前記着信のあった外線ポートとをコネクト状態にさせ、前記応答を返した後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＳｅｔｕｐＴｒａｎｓｆｅｒを実行して保留要求を行うことで前記構内交換機に対して前記電話をかけた相手先を保留状態にさせ、前記保留要求を行った後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行することで転送先となる前記第２の内線端末のアドレス情報を外部から入力させ、前記アドレス情報を入力させた後に前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することで前記第２の内線端末への前記接続要求を前記構内交換機に対して行うことを特徴としている。
【００３３】
更に、上記のＣＴＩ制御による外線着信方法において、前記サーバーは、前記ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔ実行による前記第２の内線端末呼び出し中に、前記ＴＡＰＩ関数のＴＡＰＩ関数ｌｉｎｅＤｒｏｐを実行することで再び内線接続要求を行うべく着信状態に戻ることを前記構内交換機に対して行うことを特徴としている。
【００３４】
更に、前記コネクト状態は、前記電話をかけた相手先と前記構内交換機の着信のあった外線ポートとの間をコネクトすることを特徴としている。
【００３５】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
図１を参照すると、本発明の実施の形態を示すＣＴＩシステムの構成を示す。そのＣＴＩシステムは、ＴＡＰＩ２．１のＣＴＩ標準インタフェースを持ったＰＢＸ（Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ：構内交換機）であるＰＢＸ１と、ＴＡＰＩサーバー２と、クライアントＡ３１と、クライアントＢ３２と、クライアントＣ３３と、電話機である内線端末Ａ４１と、電話機である内線端末Ｂ４２と、電話機である内線端末Ｃ４３と、ＰＢＸ１と外部とのやり取りを行う公衆網９００と、接続されたコンピュータ同士間でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットによるデータのやり取りを行うＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であるＬＡＮ９１０と、電話回線である内線９２１，９２２，９２３と、から構成される。なお、ＬＡＮ９１０には、ＰＢＸ１、ＴＡＰＩサーバー２、クライアントＡ３１、クライアントＢ３２、およびクライアントＣ３３が接続されている。更に、内線端末Ａ４１は、内線９２１によりＰＢＸ１と接続され、クライアントＡ３１の使用者が操作し易いようにクライアントＡ３１の近くに置かれている。更に、内線端末Ｂ４２は、内線９２２によりＰＢＸ１と接続され、クライアントＢ３２の使用者が操作し易いようにクライアントＢ３２の近くに置かれている。更に、内線端末Ｃ４３は、内線９２３によりＰＢＸ１と接続され、クライアントＣ３３の使用者が操作し易いようにクライアントＣ３３の近くに置かれている。
【００３６】
なお、図１の構成において、本発明の説明では、クライアントＡ３１、クライアントＢ３２、クライアントＣ３３を総称してクライアント３と呼び、内線端末Ａ４１、内線端末Ｂ４２、内線端末Ｃ４３を総称して内線端末３と呼ぶことがある。また、クライアント３および内線端末４をそれぞれ３台としたが、それぞれの台数は、制限しないものとする。
【００３７】
図１のＰＢＸ１、ＴＡＰＩサーバー２、およびクライアント３は、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作する。すなわち、ＴＡＰＩサーバー２およびクライアント３は、ＩＰプロトコルで動作する通信ドライバのほかに、その通信ドライバの上位層に当たるＴＡＰＩ２．１インタフェースをもった通信ソフトであるＴＳＰ（Ｔｅｌｅｐｈｏｎｙ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）と、そのＴＳＰの上位層に当たるＴＡＰＩ２．１対応のＴＡＰＩアプリケーションとをインストールしており、ＴＡＰＩアプリケーションを起動したプロセッサが、ＴＳＰ、通信ドライバを介して、ＬＡＮ９１０に接続された装置とＩＰパケットによるデータ（コマンド、情報）のやり取りを行う。また、ＴＳＰは、ＴＡＰＩアプリケーションによるＴＡＰＩ関数が実行されることによりＴＡＰＩインタフェースの伴ったデータ構成（送信するための構成作り等）を行うプログラムを含んでいる。すなわち、ＴＡＰＩ関数がプロセッサにより実行されるとＬＡＮ９１０を介してＩＰパケットによるＰＢＸ１へのコマンドまたは情報のやり取りが行われることになる。ＰＢＸ１は、ＩＰプロトコルに対応したユニットを有し、サーバー２内のＴＳＰとはＴＳＰ−ＰＢＸインタフェースによりＩＰパケットのやり取りをしている。
【００３８】
図２を参照すると、ＰＢＸ１内の図示していないメモリ内に割り当てられている鳴動ステータスであって、この鳴動ステータスは、公衆網９００に接続された外線ポートの外線ポート番号毎に管理され、その外線ポートのポート番号を示す外線ポート番号と、ＴＡＰＩサーバー２からのＴｒｕｎｋＳｔａｒｔ要求がなく、着信通知モード（または本発明では着信通知モードをＴｒｕｎｋＳｔａｒｔ状態とも言う）がＯＦＦ時（ＴＡＰＩサーバー２がＴＡＰＩで立ち上がっていない場合、またはＴＡＰＩサーバー２がＴＡＰＩで立ち上がっていて着信通知のＴｒｕｎｋＳｔａｒｔ要求がない場合）に有効であって着信鳴動先の内線端末４のアドレスを示す着信鳴動アドレスと、を含む。この着信鳴動アドレスは、予めシステム設定時に設定されている。また、鳴動ステータスのＴｒｕｎｋＳｔａｒｔ状態のエリアが「ＯＮ」になっていると、ＴＡＰＩサーバー２が立ち上がっており、「ＯＮ」となった外線ポートがＴＡＰＩサーバー２側で内線端末４への接続を制御できることを意味する。
【００３９】
図３を参照すると、ＴＡＰＩサーバー２内の図示していないメモリ内に割り当てられている鳴動ステータスであって、この鳴動ステータスは、ＰＢＸ１の外線ポート毎に管理され、ＰＢＸ１の外線ポートのポート番号を示す外線ポート番号と、外線着信呼に対する鳴動先の内線端末４のアドレスを示す着信鳴動アドレスとを含む。更に、着信鳴動アドレスのエリアには、複数の内線端末４のアドレスを設定するようになっており、アドレス１およびアドレス２のエリアが割り当てられており、アドレス１のエリアの情報が優先する。この鳴動ステータスは、システム設定時に予め設定されている。
【００４０】
図４を参照すると、ＴＡＰＩサーバー２内の図示していないメモリ内に割り当てられているクライアント／内線端末対応表であって、このクライアント／内線端末対応表は、クライアントＩＰアドレス毎に管理され、クライアント３のＩＰアドレスを示すクライアントＩＰアドレスと、内線端末４のアドレス情報（内線端末４の内線電話番号を含む）を示す内線端末アドレスとを含んでいる。このクライアント／内線端末対応表は、システム設定時に設定される。従って、クライアント３からの要求またはクライアント３への要求は、サーバー２を介在して行われ、サーバー２は、クライアント／内線端末対応表を基に、クライアントＩＰアドレスに対応した内線端末４を通信相手と判断する。
【００４１】
次に、図１〜図６を参照して、本発明の実施の形態の動作について説明する。
【００４２】
説明を分かり易くするために、ＰＢＸ１は公衆網９００に接続された外線ポートの１つに着信があるとする。今、外線着信時に、ＰＢＸ１に収容されている内線端末Ａ４１が着信鳴動するように、ＰＢＸ１の鳴動ステータス内の外線ポート番号に対応した着信鳴動アドレスエリアには、内線端末Ａ４１のアドレスが設定されている。この場合のシステムデータに設定された着信鳴動端末は、ＴＡＰＩサーバー２のＴＡＰＩアプリケーションが起動していない場合、もしくは着信通知モードがＯＦＦ時に有効である。ＴＡＰＩアプリケーションが起動していない場合、もしくは着信通知モードがＯＦＦ時に、外線からＰＢＸ１に着信があると、ＰＢＸ１は、ＰＢＸ１の鳴動ステータスを検索して、内線端末Ａ４１のアドレスを抽出して、内線端末Ａ４１を呼び出すことにより、内線端末Ａ４１が着信鳴動する。また、ＴＡＰＩサーバー２の鳴動ステータス内の外線ポート番号に対応した着信鳴動アドレスエリアには、内線端末Ｂ４２のアドレスが設定されている。
【００４３】
ＴＡＰＩサーバー２が立ち上がった場合のＰＢＸ１は、ＰＢＸ１の鳴動ステータス内の着信鳴動端末設定に関わらず、鳴動端末Ｂを選択し、ＰＢＸ１で設定された鳴動指定先を変更する機能を持っている。この場合の動作について、下記に説明する。
【００４４】
システム管理者（または保守者）がＴＡＰＩサーバー２を立ち上げると、ＴＡＰＩサーバー２は、ＴＡＰＩサーバー２にインストールされているＴＡＰＩアプリケーションを起動し、公衆網９００に接続されたＰＢＸ１の外線ポートに対応するＴＡＰＩ回線の状態をＰＢＸ１から読み出し、自装置のＴＡＰＩアプリケーション上にＯＰＥＮさせる（ＴＡＰＩサーバー２内の図示していないメモリ上に外線ポート毎のＴＡＰＩ回線上の動作状態を展開させる）。
【００４５】
更に、ＴＡＰＩサーバー２は、外線ポートをＴＡＰＩ回線としてＯＰＥＮした後に、ＴＡＰＩアプリケーションからＴＡＰＩ関数ｌｉｎｅＤｅｖＳｐｅｃｉｆｉｃを実行し、ＯＰＥＮしたＰＢＸ１の外線ポートのＴＡＰＩ回線に対し、ＴｒｕｎｋＳｔａｒｔ要求を行なう。従って、ＴＡＰＩサーバー２は、ＯＰＥＮしたＴＡＰＩ回線の外線ポート番号毎にＴｒｕｎｋＳｔａｒｔ状態（着信通知モード）に設定することができる。なお、この場合のＴＡＰＩ関数ｌｉｎｅＤｅｖＳｐｅｃｉｆｉｃは、ＴＡＰＩの標準関数として提供されていないサービスにアクセスできるＴＡＰＩ関数であり、本発明では、その関数ｌｉｎｅＤｅｖＳｐｅｃｉｆｉｃを用い、ＴＳＰ−ＰＢＸのインタフェース仕様に基づき拡張機能として実現している。すなわち、本発明では、この関数ｌｉｎｅＤｅｖＳｐｅｓｉｆｉｃに割り当てられている定数の一部をＴｒｕｎｋＳｔａｒｔ要求として割り当てる。
【００４６】
ＯＰＥＮした外線ポートに対応するＴｒｕｎｋＳｔａｒｔの要求を受けたＰＢＸ１は、鳴動ステータス内の外線ポート番号に対応したＴｒｕｎｋＳｔａｒｔ状態（着信通知モード）エリアに「ＯＮ」を設定する。すなわち、ＴｒｕｎｋＳｔａｒｔ要求を受けた外線ポート番号は、着信通知モードになる。
【００４７】
すると、ＰＢＸ１は、ＴＡＰＩサーバー２のＴＡＰＩアプリケーション起動中（ＰＢＸ１の鳴動ステータス内の着信通知モードがＯＮ時）、各ポート（公衆網９００に接続された外線ポートおよび内線９２１，９２２，９２３に接続された各内線ポート）の動作状態を、ＴＳＰによるＴＳＰ／ＩＰパケットによりＴＡＰＩサーバー２に対してＬＡＮ９１０を介して動作状態が変わる毎に通知することになる。
【００４８】
このようにして、ＰＢＸ１は、鳴動ステータスの着信モードが「ＯＮ」に設定されている場合に、その外線ポートへの着信があると、着信のあった外線ポートのＴｒｕｎｋＳｔａｒｔ状態を、鳴動ステータスを検索することにより判断する。「ＯＮ」であるため、ＰＢＸ１は、一定時間（例えば、３０秒間、タイマによる監視を行う）、ｏｆｆｅｒｉｎｇ状態（着信状態）を維持し、ＴＡＰＩサーバー２に対してＬＡＮ９１０を介してｏｆｆｅｒｉｎｇ通知（着信のあった外線ポートの着信通知）を行う。この場合、ＰＢＸ１は、網９００を介して電話をかけてきた相手に対しては、鳴動しているように見せる（図５のステップＡ１，Ａ２、Ａ３，図６のシーケンスＳ１，Ｓ２）。すなわち、ＰＢＸ１の鳴動ステータスの着信鳴動アドレスに内線端末Ａ４１のアドレスが設定されていても鳴動設定していても、ＰＢＸ１は、内線端末Ａ４１を鳴動しないことになる。
【００４９】
ｏｆｆｅｒｉｎｇ通知を受信したＴＡＰＩサーバー２は、ＴＡＰＩサーバー２内の鳴動ステータスの着信鳴動アドレスのアドレス１のエリアから着信のあった外線ポート番号に対応する内線端末Ｂ４２のアドレスを抽出（選択）し、ＴＡＰＩアプリケーションによってＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで、抽出した内線端末Ｂ４２をかかった電話（着信のあった外線ポート）の着信先としてＰＢＸ１に対してＲｅｄｉｒｅｃｔ要求（内線端末Ｂ４２のアドレスも添付）する（図６のシーケンスＳ３，Ｓ４，Ｓ５）。なお、関数ｌｉｎｅＲｅｄｉｒｅｃｔは、指定されたアドレスをこの関数の引数としてそのアドレスとなる内線端末４への着信呼をリダイレクトする要求であり、発信者に応答することなく着信先を変更できる。この場合、ＴＡＰＩサーバー２は、Ｒｅｄｉｒｅｃｔ要求時に内線端末Ｂ４２に呼接続されたかを監視する。
【００５０】
ＰＢＸ１は、ＴＡＰＩサーバー２からの要求（着信通知に対するＴＡＰＩサーバー２でのＴＡＰＩアプリケーションによる要求）を一定時間待っている間に、ｏｆｆｅｒｉｎｇ状態にある外線ポートに対してリダイレクト要求を受信すると、内線端末Ｂ４２の呼び出しを行う（内線端末Ｂ４２が鳴動する）。すなわち、外線着信呼は内線端末Ｂ４２へリダイレクトされ、リダイレクト先の内線端末Ｂ４２が鳴動する（図５のステップＡ４，Ａ５，Ａ６，図６のシーケンスＳ６，Ｓ７，Ｓ８）。
【００５１】
なお、ステップＡ４，Ａ５において、ＰＢＸ１は、ＴＡＰＩサーバー２からの要求を一定時間待つことになるが、一定時間の間要求がなければ、ＰＢＸ１の鳴動ステータスの着信鳴動アドレスのエリアに設定されている内線端末Ａ４１のアドレス（着信した外線ポートに対応）を抽出し、その抽出した内線端末Ａ４１を鳴動する（図５のステップＡ１１）。
【００５２】
鳴動に対して内線端末Ｂ４２が応答すると、ＰＢＸ１は、内線９２２に接続されている内線端末Ｂ４２と、外線ポートとコネクト状態になっている電話をかけた相手先との間を呼接続状態にし、図示していないメモリ内に保存すると共に、その状態をＴＡＰＩサーバー２にＬＡＮ９１０を介して通知する（図５のステップＡ７，Ａ９，Ａ１０）。従って、各ポートの動作状態を受信したＴＡＰＩサーバー２は、時間監視を行っていたタイマをオフにし、図示していないメモリ内に保存し、各ポートの動作状態を管理することができる。すなわち、ＴＡＰＩサーバー２は、電話がかかってきた外線ポートと内線端末Ｂ４２間で呼接続していることが分かる。
【００５３】
シーケンスＳ５（ステップＡ６）のＲｅｄｉｒｅｃｔ要求後、別のアドレスに変更したい場合［例えば、内線端末Ｂ４２に電話したが内線端末Ｂ４２からの応答がないので再び別の内線接続要求を行いたい場合］、ＴＡＰＩサーバー２は、ＰＢＸ１の外線ポートに対してＴＡＰＩ関数ｌｉｎｅＤｒｏｐをＴＡＰＩアプリケーションから実行し、再び、着信状態に戻るように復帰要求（Ｄｒｏｐ要求）を行う。
【００５４】
すると、復帰要求を受けたＰＢＸ１は、内線端末Ｂ４２の呼び出しを中断（鳴動を中断）して、該当する外線ポートを着信状態にする（図５のステップＡ７，Ａ８）。
【００５５】
一方、ＴＡＰＩサーバー２は、復帰要求後に内線端末Ｃ４３（例えば、鳴動ステータスに着信鳴動アドレスのアドレス２に設定されている内線端末４のアドレスを読む）に内線接続させるため、ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行することで、Ｒｅｄｉｒｅｃｔ要求（内線端末Ｃ４３のアドレスを添付）をＰＢＸ１に対して行う。
【００５６】
Ｒｅｄｉｒｅｃｔ要求をＴＡＰＩサーバー２から受信すると、ＰＢＸ１は、内線端末Ｃ４３の呼び出しを行う（内線端末Ｃ４３が鳴動する）。すなわち、ＰＢＸ１は、回線の着信により内線端末Ｂ４２を呼び出したが、内線端末Ｂ４２が応答しないため、呼び出しを中断して内線端末Ｃ４３に変更され、内線端末Ｃ４３を鳴動することになる（図５のステップＡ４，Ａ５，Ａ６）。
【００５７】
やがて、鳴動に対して内線端末Ｃ４３が応答すると、ＰＢＸ１は、内線９２３に接続されている内線端末Ｃ４３と、外線ポートとコネクト状態になっている電話をかけた相手先との間を呼接続状態にし、図示していないメモリ内に保存すると共に、その状態をＴＡＰＩサーバー２にＬＡＮ９１０を介して通知する（図５のステップＡ７，Ａ９，Ａ１０）。
【００５８】
シーケンスＳ２〜Ｓ４において、ＴＡＰＩサーバー２がｏｆｆｅｒｉｎｇ通知を受けた後の処理、すなわち、ステップＡ５，Ａ６の処理として、ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行させないで別の方法がある。すなわち、ＴＡＰＩサーバー２は、ｏｆｆｅｒｉｎｇ通知（着信通知）を受けると、ＴＡＰＩアプリケーションによりＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行し、応答をＰＢＸ１に送信する。すると、応答を受信したＰＢＸ１は、電話をかけた相手先に応答を返すと、相手先とＰＢＸ１の外線ポートとの間でコネクト状態となる。更に、ＴＡＰＩサーバー２は、ＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行し、この関数の引数として鳴動ステータスから該当する外線ポートに対応した内線端末Ｂ４２のアドレスを抽出して、その抽出した内線端末Ｂ４２をかかった電話（着信のあった外線ポート）の着信先として内線端末Ｂ４２への転送要求を行う。転送要求を受信したＰＢＸ１は、内線端末Ｂ４２の呼び出しを行う（内線端末Ｂ４２が鳴動する）。それ以降の処理（ステップＡ７〜Ａ１０）は、上記のＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔで説明した処理と同じなので説明を省略する。
【００５９】
更に、ステップＡ５，Ａ６の処理において、ＴＡＰＩサーバー２がｏｆｆｅｒｉｎｇ通知を受けた後の処理として、ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行させないで別の方法がある。すなわち、ＴＡＰＩサーバー２は、ｏｆｆｅｒｉｎｇ通知を受けると、ＴＡＰＩアプリケーションによりＴＡＰＩ関数ｌｉｎｅＡｎｓｗｅｒを実行し、応答をＰＢＸ１に送信する。すると、応答を受信したＰＢＸ１は、電話をかけた相手先に応答を返すと、相手先とＰＢＸ１の外線ポートとの間でコネクト状態となる。更に、ＴＡＰＩサーバー２は、オペレータの介入によりＴＡＰＩ関数ｌｉｎｅＳｅｔｕｐＴｒａｎｓｆｅｒを実行する（例えば、ＴＡＰＩサーバー２の画面上に表示された保留ボタンを押下する）ことにより、先ほどコネクトされたＰＢＸ１の外線ポートに対して保留要求を行う。保留要求を受けたＰＢＸ１は、コネクト状態になった呼（電話をかけた相手）に対して保留状態にする。更に、ＴＡＰＩサーバー２は、ＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行することによりＴＡＰＩサーバー２の画面上に内線端末Ｃ４３のアドレスを図示していないキーボードから入力させ、画面上の転送ボタンが押されると、ＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することにより、入力された内線端末Ｃ４３のアドレスをかかった電話（着信のあった外線ポート）の着信先として内線端末Ｃ４３への転送要求を行う。すると、ＰＢＸ１は、内線端末Ｃ４３にダイヤルすることで、内線端末Ｃ４３が鳴動する。それ以降の処理（ステップＡ７〜Ａ１０）は、上記のＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔで説明した処理と同じなので説明を省略する。
【００６０】
上記のｏｆｆｅｒｉｎｇ通知をＴＡＰＩサーバー２が受信してＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行する場合に、ＴＡＰＩサーバー２の鳴動ステータスから抽出した着信鳴動アドレスを引数として利用したが、次のようにしても良い。すなわち、ＴＡＰＩサーバー２は、ＴＡＰＩ関数ｌｉｎｅＲｅｄｉｒｅｃｔを実行すると、画面上に着信先のアドレス（内線電話番号）の入力を促し、図示していないキーボードから内線端末Ｂ４２のアドレス入力がされると、その入力された内線端末Ｂ４２を着信先（接続先）としてＲｅｄｉｒｅｃｔ要求（接続要求）を行う。
【００６１】
上記のｏｆｆｅｒｉｎｇ通知をＴＡＰＩサーバー２が受信してＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行する場合に、ＴＡＰＩサーバー２の鳴動ステータスから抽出した着信鳴動アドレスを引数として利用したが、次のようにしても良い。すなわち、ＴＡＰＩサーバー２は、ＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行すると、画面上に着信先のアドレス（内線電話番号）の入力を促し、キーボードから内線端末Ｂ４２のアドレス入力がされると、その入力された内線端末Ｂ４２を着信先（接続先）として転送要求（接続要求）を行う。
【００６２】
上記のｏｆｆｅｒｉｎｇ通知をＴＡＰＩサーバー２が受信してＴＡＰＩ関数ｌｉｎｅＤｉａｌを実行する場合に、入力された着信先アドレス（内線電話番号）を引数として利用したが、次のようにしても良い。すなわち、ＴＡＰＩサーバー２は、ＴＡＰＩ関数ｌｉｎｅＢｌｉｎｄＴｒａｎｓｆｅｒを実行すると、鳴動ステータス内で着信のあった外線ポートに対応する着信鳴動アドレスのアドレス１のエリアから内線端末Ｂ４２のアドレス（予め設定されたもの）を抽出し、その抽出した着信先のアドレスを引数とし、ＴＡＰＩ関数ｌｉｎｅＣｏｍｐｌｅｔｅＴｒａｎｓｆｅｒを実行することにより、抽出した内線端末Ｂ４２をかかった電話（着信のあった外線ポート）の着信先（接続先）として、ＰＢＸ１に対して転送要求（接続要求）を行うようにしても良い。
【００６３】
なお、上記説明では、ＴＡＰＩ２．１のＣＴＩ標準インタフェースとしたが、上位版数を利用したＴＡＰＩのＣＴＩ標準インタフェースを用いたとしても、良いことは言うまでもない。
【００６４】
また、上記説明では、ＰＢＸ１の外線ポートの１つに着信通知があったことで説明したが、ＴＡＰＩサーバー２の鳴動ステータス内に外線ポート番号毎に着信鳴動先を管理しているため、複数同時に動作することは明らかである。
【００６５】
このように、本発明は、外線着信呼をＰＢＸ１のシステムデータ設定に限らず、ＴＡＰＩの関数により呼制御できるため、システムを構築するユーザーは、ＰＢＸ１に依存せず、着信先に一旦呼接続することなく、ＴＡＰＩサーバー２側で着信先を自在に変更することもできる。
【００６６】
また、本発明は、交換機内において外線ポート毎にＴＡＰＩサーバー２から着信通知モードを設定できるようにしているため、外線着信の呼を「交換機の設定による着信先への着信」または「ＴＡＰＩアプリケーションの要求による着信先への着信」のいずれかを選択することができる。
【００６７】
【発明の効果】
以上説明したように、本発明は、構内交換機の外線着信時に、外線着信呼をサーバー側でのＴＡＰＩ関数の実行による内線端末の接続要求ができるため、内線端末は外線着信呼を意識することなく、通常の使用ができるという効果がある。
【００６８】
また、本発明は、構内交換機の外線着信時に、外線着信呼をサーバー側でのＴＡＰＩ関数の実行により呼び出し中の内線端末の鳴動を中断して別の内線端末の接続要求ができるため、内線端末の状態を監視して、アイドル状態の内線端末を有効に着信先に指定できるという効果がある。
【００６９】
また、本発明は、交換機内において外線ポート毎にサーバーから着信通知モードを設定できるようにしているため、外線着信の呼を「交換機の設定による着信先への着信」または「ＴＡＰＩアプリケーションの要求による着信先への着信」のいずれかを選択することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるシステムの構成を示すブロック図である。
【図２】図１のＰＢＸ内に保存する鳴動ステータスの構成を示す構成図である。
【図３】図１のＴＡＰＩサーバー内に保存する鳴動ステータスの構成を示す構成図である。
【図４】図１のＴＡＰＩサーバー内に保存するクライアント／内線端末の対応表の内容を示す構成図である。
【図５】図１のＰＢＸが外線から着信を受けた場合におけるＰＢＸの動作を示すフローチャートである。
【図６】図１のＰＢＸが外線から着信を受けた場合におけるＰＢＸとＴＡＰＩサーバーとの間におけるやり取りの動作（特に、ＴＡＰＩサーバーがアプリケーション上でｌｉｎｅＲｅｄｉｒｅｃｔ要求を行う場合の動作）を示すシーケンス図である。
【符号の説明】
１    ＰＢＸ
２    サーバー
３１    クライアントＡ
３２    クライアントＢ
３３    クライアントＣ
４１    内線端末Ａ
４２    内線端末Ｂ
４３    内線端末Ｃ
９００    網
９１０    ＬＡＮ
９２１，９２２，９２３    内線
【図１】
0003853696.tif 000002
【図２】
0003853696.tif 000003
【図３】
0003853696.tif 000004
【図４】
0003853696.tif 000005
【図５】
0003853696.tif 000006
【図６】
0003853696.tif 000007