トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 呼制御方法、コンピュータプログラム及び構内交換機
【発明者】 【氏名】毛内 信博
【要約】 【課題】ＩＰ電話機を内線端末として収容可能な構内交換機を提供する。

【構成】発呼元のＩＰ電話機から発呼要求を受信すると、構内交換機が発呼先端末の種別を判定する。非ＩＰ電話機の場合、構内交換機と発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、構内交換機と発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、第１の音声セッションによる音声パスと、呼確立による音声パスとを接続することにより音声パスを確立する。ＩＰ電話機の場合、第１の音声セッションを確立する一方、構内交換機と発呼先ＩＰ電話機との間にパケット回線を介した第２の音声セッションを確立し、第１の音声セッションによる音声パスと、第２の音声セッションによる音声パスとを接続することにより音声パスを確立する。
【特許請求の範囲】
【請求項１】
パケット回線インタフェース及び回線交換回線インタフェースの両方を備える構内交換機にて行う呼制御方法において、
構内交換機が発呼元のＩＰ電話機から発呼要求を受信する段階と、
前記構内交換機が発呼先端末の種別を判定する段階と、
前記判定の結果前記発呼先端末が非ＩＰ電話機の場合、前記構内交換機と前記発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、前記構内交換機と前記発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、前記第１の音声セッションによる音声パスと、前記呼確立による音声パスとを接続することにより、前記発呼元ＩＰ電話機と前記発呼先非ＩＰ電話機との間に音声パスを確立する段階と、
前記判定の結果前記発呼先端末がＩＰ電話機の場合、前記第１の音声セッションを確立する一方、前記構内交換機と前記発呼先ＩＰ電話機との間にパケット回線を介した第２の音声セッションを確立し、前記第１の音声セッションによる音声パスと、前記第２の音声セッションによる音声パスとを接続することにより、前記発呼元ＩＰ電話機と前記発呼先ＩＰ電話機との間に音声パスを確立する段階と
を含むことを特徴とする呼制御方法。
【請求項２】
請求項１に記載の呼制御方法において、
前記構内交換機は、内線端末として収容するＩＰ電話機及び非ＩＰ電話機の両方の登録情報を管理するテーブルを記憶する記憶装置を備え、
前記構内交換機は、前記発呼要求及び前記テーブルに基づいて、前記発呼先端末の種別判定を行う
ことを特徴とする呼制御方法。
【請求項３】
請求項１に記載の呼制御方法において、
前記判定の結果前記発呼先端末がＩＰ電話機の場合、前記構内交換機は、前記発呼元ＩＰ電話機から受信した発呼要求の内容を少なくとも一部変更し、変更した発呼要求に基づいて、前記構内交換機と前記発呼先ＩＰ電話機との間でピアツーピアに前記第２の音声セッションを確立する
ことを特徴とする呼制御方法。
【請求項４】
パケット回線インタフェース及び回線交換回線インタフェースの両方を備える構内交換機の制御装置にて呼制御処理を実行させるコンピュータプログラムにおいて、
発呼元のＩＰ電話機から受信した発呼要求に基づいて、発呼先端末の種別を判定する処理と、
前記判定の結果前記発呼先端末が非ＩＰ電話機の場合、前記構内交換機と前記発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、前記構内交換機と前記発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、前記第１の音声セッションによる音声パスと、前記呼確立による音声パスとを接続することにより、前記発呼元ＩＰ電話機と前記発呼先非ＩＰ電話機との間に音声パスを確立する処理と、
前記判定の結果前記発呼先端末がＩＰ電話機の場合、前記第１の音声セッションを確立する一方、前記構内交換機と前記発呼先ＩＰ電話機との間にパケット回線を介した第２の音声セッションを確立し、前記第１の音声セッションによる音声パスと、前記第２の音声セッションによる音声パスとを接続することにより、前記発呼元ＩＰ電話機と前記発呼先ＩＰ電話機との間に音声パスを確立する処理と
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項５】
請求項４に記載のコンピュータプログラムにおいて、
前記構内交換機は、内線端末として収容するＩＰ電話機及び非ＩＰ電話機の両方の登録情報を管理するテーブルを記憶する記憶装置を備え、
前記発呼要求及び前記テーブルに基づいて、前記発呼先端末の種別判定を前記制御装置に実行させる
ことを特徴とするコンピュータプログラム。
【請求項６】
請求項４に記載のコンピュータプログラムにおいて、
前記判定の結果前記発呼先端末がＩＰ電話機の場合、前記構内交換機は、前記発呼元ＩＰ電話機から受信した発呼要求の内容を少なくとも一部変更し、変更した発呼要求に基づいて、前記構内交換機と前記発呼先ＩＰ電話機との間でピアツーピアに前記第２の音声セッションを確立する処理を実行させることを特徴とするコンピュータプログラム。
【請求項７】
請求項４乃至６のいずれかに記載のコンピュータプログラムを記録した記録媒体を備え、前記コンピュータプログラムに従って呼制御を行う構内交換機。
【請求項８】
構内交換機において、
パケット回線インタフェースと、
回線交換回線インタフェースと、
前記パケット回線インタフェースを介して接続されたＩＰ電話の通信プロトコルに従って呼制御メッセージの送受信を行う通信プロトコル処理部と、
前記通信プロトコル処理部にて受信した呼制御メッセージを呼制御部にて解釈可能な信号に変換すると共に、呼制御部から受信した信号を前記通信プロトコルでの呼制御メッセージに変換するＩＰ変換対応部と、
ＩＰ電話機から受信した音声の符号化及び復号化を行うコーデックと、
発呼元のＩＰ電話機から受信した発呼要求に基づいて、発呼先端末の種別を判定する呼制御部とを備え、
前記呼制御部は、
前記判定の結果前記発呼先端末が非ＩＰ電話機の場合、前記構内交換機と前記発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、前記構内交換機と前記発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、前記第１の音声セッションによる音声パスと、前記呼確立による音声パスとを接続することにより、前記発呼元ＩＰ電話機と前記発呼先非ＩＰ電話機との間に音声パスを確立し、
前記判定の結果前記発呼先端末がＩＰ電話機の場合、前記第１の音声セッションを確立する一方、前記構内交換機と前記発呼先ＩＰ電話機との間にパケット回線を介した第２の音声セッションを確立し、前記第１の音声セッションによる音声パスと、前記第２の音声セッションによる音声パスとを接続することにより、前記発呼元ＩＰ電話機と前記発呼先ＩＰ電話機との間に音声パスを確立する
ことを特徴とする構内交換機。
【請求項９】
請求項８に記載の構内交換機において、
内線端末として収容するＩＰ電話機及び非ＩＰ電話機の両方の登録情報を管理するテーブルを記憶する記憶装置を更に備え、
前記呼制御部は、前記発呼要求及び前記テーブルに基づいて、前記発呼先端末の種別判定を行う
ことを特徴とする構内交換機。
【請求項１０】
請求項８に記載の構内交換機において、
前記判定の結果前記発呼先端末がＩＰ電話機の場合、前記発呼元ＩＰ電話機から受信した発呼要求の内容を少なくとも一部変更し、変更した発呼要求に基づいて、前記発呼先ＩＰ電話機との間でピアツーピアに前記第２の音声セッションを確立する
ことを特徴とする構内交換機。
【請求項１１】
パケット回線インタフェース及び回線交換回線インタフェースの両方を備える構内交換機にて行う呼制御方法において、
構内交換機が発呼元のＩＰ電話機から発呼要求を受信する段階と、
前記構内交換機が発呼先端末の種別を判定する段階と、
前記判定の結果前記発呼先端末が非ＩＰ電話機の場合、前記構内交換機と前記発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、前記構内交換機と前記発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、前記第１の音声セッションによる音声パスと、前記呼確立による音声パスとを接続することにより、前記発呼元ＩＰ電話機と前記発呼先非ＩＰ電話機との間に音声パスを確立する段階と、
前記判定の結果前記発呼先端末がＩＰ電話機の場合、前記発呼元ＩＰ電話機及び発呼先ＩＰ電話機の間に、パケット回線を介した第３の音声セッションをピアツーピアに確立することにより、前記発呼元ＩＰ電話機と前記発呼先非ＩＰ電話機との間に音声パスを確立する段階と
を含むことを特徴とする呼制御方法。
【請求項１２】
請求項１１に記載の呼制御方法において、前記第３の音声セッションの確立は、
前記発呼元ＩＰ電話機が前記構内交換機に対して、発呼要求を通知する第１のメッセージを送信する段階と、
前記第１のメッセージに応じて、前記構内交換機から前記発呼先ＩＰ電話機に対して、前記第１のメッセージと同時に通知された或いは予め前記構内交換機の記憶装置に記憶された前記発呼元ＩＰ電話機のＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）の受信能力、及び、発呼要求を通知する第２のメッセージを送信する段階と、
前記第２のメッセージに応じて、前記発呼先ＩＰ電話機から前記構内交換機に対して、前記発呼要求の肯定を通知する第３のメッセージを送信する段階と、
前記第３のメッセージに応じて、前記構内交換機から前記発呼元ＩＰ電話機に対して、前記第３のメッセージと同時に通知された或いは予め前記記憶装置に記憶された前記発呼元ＩＰ電話機のＲＴＰ受信能力、前記発呼元ＩＰ電話機のＩＰアドレス、及び、発呼要求応答を通知する第４のメッセージを送信する段階と、
前記第４のメッセージに応じて、前記発呼元ＩＰ電話機と前記発呼先ＩＰ電話機の間でピアツーピアにＲＴＰ通信を行うことにより音声パスを確立する段階と
を含むことを特徴とする呼制御方法。
【請求項１３】
請求項１１に記載の呼制御方法において、
前記構内交換機は、内線端末として収容するＩＰ電話機及び非ＩＰ電話機の両方の登録情報を管理するテーブルを記憶する記憶装置を備え、
前記構内交換機は、前記発呼要求及び前記テーブルに基づいて、前記発呼先端末の種別判定を行う
ことを特徴とする呼制御方法。
【請求項１４】
パケット回線インタフェース及び回線交換回線インタフェースの両方を備える構内交換機の制御装置にて呼制御処理を実行させるコンピュータプログラムにおいて、
発呼元のＩＰ電話機から受信した発呼要求に基づいて、発呼先端末の種別を判定する処理と、
前記判定の結果前記発呼先端末が非ＩＰ電話機の場合、前記構内交換機と前記発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、前記構内交換機と前記発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、前記第１の音声セッションによる音声パスと、前記呼確立による音声パスとを接続することにより、前記発呼元ＩＰ電話機と前記発呼先非ＩＰ電話機との間に音声パスを確立する処理と、
前記判定の結果前記発呼先端末がＩＰ電話機の場合、前記発呼元ＩＰ電話機及び発呼先ＩＰ電話機のいずれか一方のＩＰ電話機に対し、他方のＩＰ電話機との間に、パケット回線を介した第３の音声セッションをピアツーピアに確立することを求める処理と
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１５】
請求項１４に記載のコンピュータプログラムにおいて、前記第３の音声セッションの確立を求める処理は、
発呼要求を通知する第１のメッセージを前記発呼元ＩＰ電話機から受信する処理と、
前記第１のメッセージと同時に通知された或いは予め前記構内交換機の記憶装置に記憶された前記発呼元ＩＰ電話機のＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）の受信能力、及び、発呼要求を通知する第２のメッセージを、前記第１のメッセージに応じて前記発呼先ＩＰ電話機に送信する処理と、
前記第２のメッセージに応じて前記発呼先ＩＰ電話機が送信した、前記発呼要求の肯定を通知する第３のメッセージを受信する処理と、
前記第３のメッセージと同時に通知された或いは予め前記記憶装置に記憶された前記発呼元ＩＰ電話機のＲＴＰ受信能力、前記発呼元ＩＰ電話機のＩＰアドレス、及び、発呼要求応答を通知する第４のメッセージを、前記第３のメッセージに応じて前記発呼元ＩＰ電話機に送信する処理と
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１６】
請求項１４に記載のコンピュータプログラムにおいて、
前記構内交換機は、内線端末として収容するＩＰ電話機及び非ＩＰ電話機の両方の登録情報を管理するテーブルを記憶する記憶装置を備え、
前記発呼要求及び前記テーブルに基づいて、前記発呼先端末の種別判定を前記制御装置に実行させる
ことを特徴とするコンピュータプログラム。
【請求項１７】
請求項１４乃至１６のいずれかに記載のコンピュータプログラムを記録した記録媒体を備え、前記コンピュータプログラムに従って呼制御を行う構内交換機。
【請求項１８】
構内交換機において、
パケット回線インタフェースと、
回線交換回線インタフェースと、
前記パケット回線インタフェースを介して接続されたＩＰ電話の通信プロトコルに従って呼制御メッセージの送受信を行う通信プロトコル処理部と、
前記通信プロトコル処理部にて受信した呼制御メッセージを呼制御部にて解釈可能な信号に変換すると共に、呼制御部から受信した信号を前記通信プロトコルでの呼制御メッセージに変換するＩＰ変換対応部と、
ＩＰ電話機から受信した音声の符号化及び復号化を行うコーデックと、
発呼元のＩＰ電話機から受信した発呼要求に基づいて、発呼先端末の種別を判定する呼制御部とを備え、
前記呼制御部は、
前記判定の結果前記発呼先端末が非ＩＰ電話機の場合、前記構内交換機と前記発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、前記構内交換機と前記発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、前記第１の音声セッションによる音声パスと、前記呼確立による音声パスとを接続することにより、前記発呼元ＩＰ電話機と前記発呼先非ＩＰ電話機との間に音声パスを確立し、
前記判定の結果前記発呼先端末がＩＰ電話機の場合、前記発呼元ＩＰ電話機及び発呼先ＩＰ電話機の間に、パケット回線を介した第３の音声セッションをピアツーピアに確立することにより、前記発呼元ＩＰ電話機と前記発呼先非ＩＰ電話機との間に音声パスを確立する
ことを特徴とする構内交換機。
【請求項１９】
請求項１８に記載の構内交換機において、
発呼要求を通知する第１のメッセージを前記発呼元ＩＰ電話機から受信し、
前記第１のメッセージと同時に通知された或いは予め前記構内交換機の記憶装置に記憶された前記発呼元ＩＰ電話機のＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）の受信能力、及び、発呼要求を通知する第２のメッセージを、前記第１のメッセージに応じて前記発呼先ＩＰ電話機に送信し、
前記第２のメッセージに応じて前記発呼先ＩＰ電話機が送信した、前記発呼要求の肯定を通知する第３のメッセージを受信し
前記第３のメッセージと同時に通知された或いは予め前記記憶装置に記憶された前記発呼元ＩＰ電話機のＲＴＰ受信能力、前記発呼元ＩＰ電話機のＩＰアドレス、及び、発呼要求応答を通知する第４のメッセージを、前記第３のメッセージに応じて前記発呼元ＩＰ電話機に送信する
ことを特徴とする構内交換機。
【請求項２０】
請求項１８に記載の構内交換機において、
内線端末として収容するＩＰ電話機及び非ＩＰ電話機の両方の登録情報を管理するテーブルを記憶する記憶装置を更に備え、
前記呼制御部は、前記発呼要求及び前記テーブルに基づいて、前記発呼先端末の種別判定を行う
ことを特徴とする構内交換機。
【請求項２１】
ＩＰ電話機の処理装置にて実行されるコンピュータプログラムにおいて、
当該他のＩＰ電話機に対する発呼要求を通知するのに先立って、或いは、前記通知と同時に、当該ＩＰ電話機のＲＴＰの受信能力を構内交換機に通知する処理と、
前記発呼要求に応答して前記当該他のＩＰ電話機から前記構内交換機を介して発呼要求応答を受信する処理と、
発呼要求応答に応じて、前記発呼要求応答と同時に通知された或いは前記発呼要求応答に先立って前記構内交換機の記憶装置に記憶された、前記当該他のＩＰ電話機のＲＴＰ受信能力及び当該他のＩＰ電話機のＩＰアドレスに基づいて、当該ＩＰ電話機と当該他のＩＰ電話機との間にピアツーピアに音声セッションを確立する処理と
を前記処理装置に実行させることを特徴とするコンピュータプログラム。
【請求項２２】
請求項２１に記載のコンピュータプログラムを記録したコンピュータ読取可能な記録媒体と前記処理装置とを備えるＩＰ電話機。
【発明の詳細な説明】【技術分野】
【０００１】
本発明は電話通信の構内交換機に関し、特に、ＩＰ電話機と非ＩＰ電話機の両方を収容する構内交換機に関する。
【背景技術】
【０００２】
回線交換方式の構内交換システムでは、一般に、構内交換機が電話端末の個々の状態を集中的に管理する。構内交換機が各電話端末での呼状態を管理して呼制御を行う。
【０００３】
一方、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク上にＩＰ電話端末とシステムを管理するＩＰ電話サーバとを配置してなるＩＰ電話システムでは、呼制御、呼状態の管理、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）のやりとりに関する判断は、ＩＰ電話端末が行う。
【０００４】
ＩＰ電話端末を回線交換方式の構内交換機に収容する従来の技術としては、例えば特許文献１がある。
【０００５】
【特許文献１】特開２００３−２７３８９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
回線交換方式の構内交換網にＩＰ電話端末を収容するとき、従来はＩＰ電話サーバを介して構内交換機に収容していた。このような方式では、上述のような電話端末の呼制御等の管理方式の相違から、ＩＰ電話端末を構内交換機の内線電話端末として取り扱うことができなかった。その結果、所謂キーテレフォンシステムの構内交換機であっても、その機能をＩＰ電話端末から利用することができなかった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、本発明が解決しようとする課題は、ＩＰ電話機を内線端末として収容可能な構内交換機を提供することである。
【課題を解決するための手段】
【０００８】
上述の課題を解決するため本発明は次のような呼制御方法、コンピュータプログラム及び構内交換機を提供する。
【０００９】
即ち、パケット回線インタフェース及び回線交換回線インタフェースの両方を備える構内交換機にて行う呼制御方法において、構内交換機が発呼元のＩＰ電話機から発呼要求を受信する段階と、構内交換機が発呼先端末の種別を判定する段階と、判定の結果発呼先端末が非ＩＰ電話機の場合、構内交換機と発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、構内交換機と発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、第１の音声セッションによる音声パスと、呼確立による音声パスとを接続することにより、発呼元ＩＰ電話機と発呼先非ＩＰ電話機との間に音声パスを確立する段階と、判定の結果発呼先端末がＩＰ電話機の場合、第１の音声セッションを確立する一方、構内交換機と発呼先ＩＰ電話機との間にパケット回線を介した第２の音声セッションを確立し、第１の音声セッションによる音声パスと、第２の音声セッションによる音声パスとを接続することにより、発呼元ＩＰ電話機と発呼先ＩＰ電話機との間に音声パスを確立する段階とを含むことを特徴とする呼制御方法を提供する。
【００１０】
構内交換機は、内線端末として収容するＩＰ電話機及び非ＩＰ電話機の両方の登録情報を管理するテーブルを記憶する記憶装置を備え、構内交換機は、発呼要求及びテーブルに基づいて、発呼先端末の種別判定を行うこととしてもよい。
【００１１】
判定の結果発呼先端末がＩＰ電話機の場合、構内交換機は、発呼元ＩＰ電話機から受信した発呼要求の内容を少なくとも一部変更し、変更した発呼要求に基づいて、構内交換機と発呼先ＩＰ電話機との間でピアツーピアに第２の音声セッションを確立することとしてもよい。
【００１２】
また、本発明は、パケット回線インタフェース及び回線交換回線インタフェースの両方を備える構内交換機の制御装置にて呼制御処理を実行させるコンピュータプログラムにおいて、発呼元のＩＰ電話機から受信した発呼要求に基づいて、発呼先端末の種別を判定する処理と、判定の結果発呼先端末が非ＩＰ電話機の場合、構内交換機と発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、構内交換機と発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、第１の音声セッションによる音声パスと、呼確立による音声パスとを接続することにより、発呼元ＩＰ電話機と発呼先非ＩＰ電話機との間に音声パスを確立する処理と、判定の結果発呼先端末がＩＰ電話機の場合、第１の音声セッションを確立する一方、構内交換機と発呼先ＩＰ電話機との間にパケット回線を介した第２の音声セッションを確立し、第１の音声セッションによる音声パスと、第２の音声セッションによる音声パスとを接続することにより、発呼元ＩＰ電話機と発呼先ＩＰ電話機との間に音声パスを確立する処理とをコンピュータに実行させることを特徴とするコンピュータプログラムを提供する。
【００１３】
また、こうしたコンピュータプログラムを記録した記録媒体を備え、コンピュータプログラムに従って呼制御を行う構内交換機を提供する。
【００１４】
更に、構内交換機において、パケット回線インタフェースと、回線交換回線インタフェースと、パケット回線インタフェースを介して接続されたＩＰ電話の通信プロトコルに従って呼制御メッセージの送受信を行う通信プロトコル処理部と、通信プロトコル処理部にて受信した呼制御メッセージを呼制御部にて解釈可能な信号に変換すると共に、呼制御部から受信した信号を通信プロトコルでの呼制御メッセージに変換するＩＰ変換対応部と、ＩＰ電話機から受信した音声の符号化及び復号化を行うコーデックと、発呼元のＩＰ電話機から受信した発呼要求に基づいて、発呼先端末の種別を判定する呼制御部とを備え、呼制御部は、判定の結果発呼先端末が非ＩＰ電話機の場合、構内交換機と発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、構内交換機と発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、第１の音声セッションによる音声パスと、呼確立による音声パスとを接続することにより、発呼元ＩＰ電話機と発呼先非ＩＰ電話機との間に音声パスを確立し、判定の結果発呼先端末がＩＰ電話機の場合、第１の音声セッションを確立する一方、構内交換機と発呼先ＩＰ電話機との間にパケット回線を介した第２の音声セッションを確立し、第１の音声セッションによる音声パスと、第２の音声セッションによる音声パスとを接続することにより、発呼元ＩＰ電話機と発呼先ＩＰ電話機との間に音声パスを確立することを特徴とする構内交換機を提供する。
【００１５】
また、本発明は、パケット回線インタフェース及び回線交換回線インタフェースの両方を備える構内交換機にて行う呼制御方法において、構内交換機が発呼元のＩＰ電話機から発呼要求を受信する段階と、構内交換機が発呼先端末の種別を判定する段階と、判定の結果発呼先端末が非ＩＰ電話機の場合、構内交換機と発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、構内交換機と発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、第１の音声セッションによる音声パスと、呼確立による音声パスとを接続することにより、発呼元ＩＰ電話機と発呼先非ＩＰ電話機との間に音声パスを確立する段階と、判定の結果発呼先端末がＩＰ電話機の場合、発呼元ＩＰ電話機及び発呼先ＩＰ電話機の間に、パケット回線を介した第３の音声セッションをピアツーピアに確立することにより、発呼元ＩＰ電話機と発呼先非ＩＰ電話機との間に音声パスを確立する段階とを含むことを特徴とする呼制御方法を提供する。
【００１６】
第３の音声セッションの確立は、発呼元ＩＰ電話機が構内交換機に対して、発呼要求を通知する第１のメッセージを送信する段階（ステップＳ８１）と、第１のメッセージに応じて、構内交換機から発呼先ＩＰ電話機に対して、第１のメッセージと同時に通知された或いは予め構内交換機の記憶装置に記憶された発呼元ＩＰ電話機のＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）の受信能力、及び、発呼要求を通知する第２のメッセージを送信する段階（ステップＳ９３）と、第２のメッセージに応じて、発呼先ＩＰ電話機から構内交換機に対して、発呼要求の肯定を通知する第３のメッセージを送信する段階（ステップＳ９４）と、第３のメッセージに応じて、構内交換機から発呼元ＩＰ電話機に対して、第３のメッセージと同時に通知された或いは予め記憶装置に記憶された発呼元ＩＰ電話機のＲＴＰ受信能力、発呼元ＩＰ電話機のＩＰアドレス、及び、発呼要求応答を通知する第４のメッセージを送信する段階（ステップＳ１０６）と、第４のメッセージに応じて、発呼元ＩＰ電話機と発呼先ＩＰ電話機の間でピアツーピアにＲＴＰ通信を行うことにより音声パスを確立する段階（ステップＳ１０７）とにより行うことが考えられる。
【００１７】
構内交換機は、内線端末として収容するＩＰ電話機及び非ＩＰ電話機の両方の登録情報を管理するテーブルを記憶する記憶装置を備え、構内交換機は、発呼要求及びテーブルに基づいて、発呼先端末の種別判定を行うこととしてもよい。
【００１８】
また、本発明は、パケット回線インタフェース及び回線交換回線インタフェースの両方を備える構内交換機の制御装置にて呼制御処理を実行させるコンピュータプログラムにおいて、発呼元のＩＰ電話機から受信した発呼要求に基づいて、発呼先端末の種別を判定する処理と、判定の結果発呼先端末が非ＩＰ電話機の場合、構内交換機と発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、構内交換機と発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、第１の音声セッションによる音声パスと、呼確立による音声パスとを接続することにより、発呼元ＩＰ電話機と発呼先非ＩＰ電話機との間に音声パスを確立する処理と、判定の結果発呼先端末がＩＰ電話機の場合、発呼元ＩＰ電話機及び発呼先ＩＰ電話機のいずれか一方のＩＰ電話機に対し、他方のＩＰ電話機との間に、パケット回線を介した第３の音声セッションをピアツーピアに確立することを求める処理とをコンピュータに実行させることを特徴とするコンピュータプログラムを提供する。
【００１９】
更に、本発明は、構内交換機において、パケット回線インタフェースと、回線交換回線インタフェースと、パケット回線インタフェースを介して接続されたＩＰ電話の通信プロトコルに従って呼制御メッセージの送受信を行う通信プロトコル処理部と、通信プロトコル処理部にて受信した呼制御メッセージを呼制御部にて解釈可能な信号に変換すると共に、呼制御部から受信した信号を通信プロトコルでの呼制御メッセージに変換するＩＰ変換対応部と、ＩＰ電話機から受信した音声の符号化及び復号化を行うコーデックと、発呼元のＩＰ電話機から受信した発呼要求に基づいて、発呼先端末の種別を判定する呼制御部とを備え、呼制御部は、判定の結果発呼先端末が非ＩＰ電話機の場合、構内交換機と発呼元ＩＰ電話機との間にパケット回線を介した第１の音声セッションを確立する一方、構内交換機と発呼先非ＩＰ電話機との間に回線交換回線を介した呼を確立し、第１の音声セッションによる音声パスと、呼確立による音声パスとを接続することにより、発呼元ＩＰ電話機と発呼先非ＩＰ電話機との間に音声パスを確立し、判定の結果発呼先端末がＩＰ電話機の場合、発呼元ＩＰ電話機及び発呼先ＩＰ電話機の間に、パケット回線を介した第３の音声セッションをピアツーピアに確立することにより、発呼元ＩＰ電話機と発呼先非ＩＰ電話機との間に音声パスを確立することを特徴とする構内交換機を提供する。
【００２０】
更に、本発明は、ＩＰ電話機の処理装置にて実行されるコンピュータプログラムにおいて、当該他のＩＰ電話機に対する発呼要求を通知するのに先立って、或いは、通知と同時に、当該ＩＰ電話機のＲＴＰの受信能力を構内交換機に通知する処理と、発呼要求に応答して当該他のＩＰ電話機から構内交換機を介して発呼要求応答を受信する処理と、発呼要求応答に応じて、発呼要求応答と同時に通知された或いは発呼要求応答に先立って構内交換機の記憶装置に記憶された、当該他のＩＰ電話機のＲＴＰ受信能力及び当該他のＩＰ電話機のＩＰアドレスに基づいて、当該ＩＰ電話機と当該他のＩＰ電話機との間にピアツーピアに音声セッションを確立する処理とを処理装置に実行させることを特徴とするコンピュータプログラム、及び、このコンピュータプログラムを記録したコンピュータ読取可能な記録媒体と処理装置とを備えるＩＰ電話機を提供する。
【発明の効果】
【００２１】
本発明によれば、ＩＰ電話機を構内交換機に内線電話端末として収容し、収容している他のＩＰ電話機及び非ＩＰ電話機とその構内交換機の管理下で内線通話を行うことが出来る。
【発明を実施するための最良の形態】
【００２２】
本発明の実施例１を以下に説明する。
【実施例１】
【００２３】
図１に示すように、本発明のキーテレフォンシステム１は、構内交換機２、ハブ３、ＩＰ電話機４、５、ボタン電話機６、７からなる。ボタン電話機６、７は回線交換方式の電話端末である。ここでは説明を簡略にするためＩＰ電話機及びボタン電話機をそれぞれ２台ずつとしたが、同様のシステムでＩＰ電話機を少なくとも１台以上含む電話機２台以上のものであれば本実施例の説明はあてはまる。
【００２４】
図２を参照して構内交換機２について説明する。
【００２５】
構内交換機２はメインボード２１を備える。メインボード２１は、ＬＡＮインタフェース部２２、通信プロトコル処理部２３、ＩＰ変換対応部２４、呼制御部２５、記憶部２６、ボタン電話機対応部２７、回線交換網インタフェース部２８を備える。ＬＡＮインタフェース部２２はデータをＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で送受信する。通信プロトコル処理部２３は、ＩＰ電話機に対応した通信プロトコルのクライアントとして働き、ＩＰ電話機からの呼制御メッセージを解釈・応答する。ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ネットワークにおけるユーザーエージェントに相当する。ＩＰ変換対応部２４はＩＰ電話機の通信プロトコルに則った呼制御メッセージと、呼制御部２５の制御信号とを双方向に変換する。呼制御部２５は、内蔵する或いは記憶部２６に予め格納したプログラムに従って、ＩＰ電話機４及び５を含むキーテレフォンシステム１全体の呼処理その他の処理を行う。記憶部２６はＩＰ電話機及びボタン電話機の両方を含むキーテレフォンシステム１内の全ての電話端末の呼状態その他の状態を格納する管理テーブルを記憶する。具体的には、管理テーブルは、内線電話番号、呼状態、端末種別、端末種別がＩＰ電話機の場合は更にＩＰアドレスを、収容する全端末について格納する。内線電話番号はキーテレフォンシステム１内でユニークな番号である。呼状態には待ち受け、発呼中、通話中等がある。端末種別には、ボタン電話機、ＩＰ電話機、単独電話機等がある。ボタン電話機対応部２７はボタン電話機６、７の制御を行う。回線交換網インタフェース部２８はボタン電話機６、７への信号線を接続する。
【００２６】
また、構内交換機２はＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）対応ボード２９を備える。ＶｏＩＰ対応ボード２９はＲＴＰ送受信部３０、ＬＡＮインタフェース部３１を備える。ＲＴＰ送受信部３０はＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）の送受信を行う。音声情報の標本化、量子化、符号化、パケット化を行う。更に、パケットの復号化を行う。ＬＡＮインタフェース部３１はデータをＩＰで送受信する。
【００２７】
ＩＰ電話機４及び５を内線電話端末として使用するためには、構内交換機１に登録する必要がある。次に図３を参照してＩＰ電話機４を内線電話端末として登録するときの構内交換機２の動作について説明する。
【００２８】
ＩＰ電話機４は、ハブ３を介して構内交換機２に対し、登録要求を呼制御メッセージとして送信する（ステップＳ１）。この呼制御メッセージはＩＰ電話機４が使用する通信プロトコルにおける発呼元アドレスやＩＰアドレス等を格納している。
【００２９】
この呼制御メッセージはＬＡＮインタフェース部２２を介して通信プロトコル処理部２３にて受信される。通信プロトコル処理部２３は呼制御メッセージを解析し、登録要求と発呼元アドレス等を抽出して、ＩＰ変換対応部２４に渡す（ステップＳ２）。
【００３０】
登録要求に応じて、ＩＰ変換対応部２４は、ＩＰ電話機４の発呼元アドレスに対応する内線電話番号、ＩＰアドレス、端末種別を管理テーブルに登録する（ステップＳ３、Ｓ４）。発呼元アドレスに対応する内線電話番号は、発呼元アドレスを元に算出したユニークな番号であってもよいし、或いは、予め記憶部２６に登録しておいた発呼元アドレスと内線電話番号との対応関係を参照して求めてもよいし、或いは、ＩＰ電話機４から入力を求めることとしてもよい。
【００３１】
次に、上述の登録動作の後で、ＩＰ電話機４からボタン電話機６に発呼するときのキーテレフォンシステム１の動作について、図４を参照して説明する。
【００３２】
ＩＰ電話機４から構内交換機２に呼制御メッセージとして発呼要求を発信する（ステップＳ１０）。発呼要求は、通信プロトコル上でのボタン電話機６の発呼先アドレス、ＩＰ電話機４の発呼先アドレス、ＩＰ電話機４が音声のＲＴＰを受信可能であること等の情報を含む。
【００３３】
ＬＡＮインタフェース部２２を介して呼制御メッセージを受信した通信プロトコル処理部２３は、呼制御メッセージを解析して発呼要求を抽出し、ＩＰ変換対応部２４に渡す（ステップＳ１１）。
【００３４】
発呼要求を受けたＩＰ変換対応部２４は、発呼要求を呼制御部２５が解釈可能な信号に変換して呼制御部２５に渡す（ステップＳ１２）。
【００３５】
これに応じて、呼制御部２５は発呼処理を実行する。まず、記憶部２６に格納されている管理テーブルにて、発呼要求に含まれている発呼先アドレスに対応する端末種別を確認する（ステップＳ１３、Ｓ１４）。ここでは端末種別は非ＩＰ電話機である。この場合、呼制御部２５は更に通話可能な状態であるか否かを判定する（ステップＳ１５、Ｓ１６）。
【００３６】
ここで通話可能と判定した場合、呼制御部２５は発呼要求応答をＩＰ変換対応部２４に送信する（ステップＳ１７）。ＩＰ変換対応部２４は発呼要求応答を通信プロトコル処理部２３に渡し（ステップＳ１８）、通信プロトコル処理部２３は所定の通信プロトコルに従って発呼要求応答をパケット化してＩＰ電話機４に送信する（ステップＳ１９）。また、ＩＰ変換対応部２４は、ＲＴＰ送受信部３０に対してＲＴＰの送受信処理の開始を指示する（ステップＳ２０）。
【００３７】
また、通話可能と判定した場合、呼制御部２５はボタン電話機対応部２７に対し、発呼先端末であるボタン電話機６に対して呼出信号を送出するように指示する（ステップＳ２１）。この指示に応じてボタン電話機対応部２７は回線交換網インタフェース部２８を介してボタン電話機６に呼出信号を送出する（ステップＳ２２）。
【００３８】
呼出信号を受信したボタン電話機６は、呼出音の鳴動等により被呼者を呼び出す。これに応じて被呼者がオフフックするとボタン電話機６は呼出応答を構内交換機２に送出する（ステップＳ２３）。
【００３９】
回線交換網インタフェース部２８が呼出応答を受信するとボタン電話機対応部２８を介して呼制御部２５に通知される（ステップＳ２４）。これにより、呼制御部２５はＩＰ電話機４とボタン電話機６の間に呼を確立する（ステップＳ２５）。ＩＰ電話機４から見ると、キーテレフォンシステム１内での通話は、対向のＩＰ電話機とピアツーピアで通信することと同様となっている。尚、呼の確立と共に、呼制御部２５は、記憶部２６の管理テーブルにおけるＩＰ電話機４及びボタン電話機６の呼状態を通話中に更新し、通話の終了に応じて待ち受けに更新する。
【００４０】
このような動作により、ＩＰ電話機と、ボタン電話機等の非ＩＰ電話機との間の内線通話を、構内交換機の管理下で行うことが出来る。
【００４１】
次に、ＩＰ電話機４から他のＩＰ電話機５に対して内線電話をかけるときのキーテレフォンシステム１の動作について図５を参照して説明する。尚、ＩＰ電話機４及び５はどちらも図３の登録処理を済ませてあるものとする。
【００４２】
ＩＰ電話機４が呼制御メッセージとして発呼要求を構内交換機２へと送信する（ステップＳ３０）と、発呼要求はＬＡＮインタフェース部２２及び通信プロトコル処理部２３を介してＩＰ変換対応部２４に渡される（ステップＳ３１）。これを受けてＩＰ変換対応部２４は、この発呼要求と、この呼に対して発行されたＩＤとを関連づけて記憶し、呼制御部２５に発呼要求を通知する（ステップＳ３２）。このＩＤは呼毎に発行される識別子である。
【００４３】
発呼要求に応じて、呼制御部２５は記憶部２６にアクセスし、発呼要求にて指定された発呼先端末であるＩＰ電話機５の端末情報を参照し、ＩＰ電話機５の端末種別を確認する（ステップＳ３３、Ｓ３４）。ここでは端末種別はＩＰ電話機である。この場合、呼制御部２５は、発呼要求を再びＩＰ変換対応部２４に送信する（ステップＳ３５）。
【００４４】
発呼要求を受けると、ＩＰ変換対応部２４は、予め記憶しておいた発呼要求の一部を更新する（ステップＳ３６）。発呼要求には、発呼元であるＩＰ電話機４のＩＰアドレス、及び、音声のＲＴＰ受信機能の有無を示す情報が含まれている。ＩＰ変換対応部２４は、これらＩＰ電話機４に関する情報を構内交換機２に関する情報に置き換える。即ち、発呼要求内の発呼元ＩＰアドレスは構内交換機２のＩＰアドレスに書き換え、音声ＲＴＰの受信機能の有無についてはＲＴＰ送受信部３０が備える機能に応じた値に書き換える。更新後の発呼要求は通信プロトコル処理部２３、ＬＡＮインタフェース部２２、ハブ３を介してＩＰ電話機５に送信される（ステップＳ３７、Ｓ３８）。
【００４５】
ＩＰ電話機５は一般的なＩＰ電話機による呼制御（ステップＳ３９）を行い、ハブ３、ＬＡＮインタフェース部３１を介してＲＴＰ送受信部３０との間に呼を確立する。呼制御部２５はＩＰ電話機４とＩＰ電話機５とを接続し、ＩＰ電話機４とＩＰ電話機５の間に呼が確立される（ステップＳ４０）。
【００４６】
このようにして、構内交換機２に内線電話端末として収容された２つのＩＰ電話機４、５は、構内交換機２を介して内線通話を行う。ここではＩＰ電話機４及び５はピアツーピアで呼制御メッセージや音声ＲＴＰを直接やりとりしていない。このため、構内交換機２はＩＰ電話機の呼状態及び音声通話状態を把握可能となり、その管理下で内線通話を行わせることができる。
【実施例２】
【００４７】
実施例１では、ＩＰ電話機からの音声パスを構内交換機が備えるＶｏＩＰ対応ボードで終端する。このため、内線端末として登録されたＩＰ電話機から、内線登録された他のＩＰ電話機宛てに内線通話する場合、それぞれのＩＰ電話機と通信すると共に、これらを接続するためのＲＴＰ処理をＶｏＩＰ対応ボードにて実行する必要がある。つまり、ＶｏＩＰ対応ボードは、同時に内線通話を確立するＩＰ電話機と同数のＲＴＰをハンドルする必要がある。同時に内線通話を確立するＩＰ電話機の数が多数になればなるほど、ＲＴＰ処理を実行するため、ＶｏＩＰ対応ボードに多くのリソースが必要となる。
【００４８】
本実施例では、呼制御の際、ＩＰ電話機からの発信時に、発信先の電話機の種別によって音声パスの接続を判断し、通話先相手の音声受信能力によって動的にＶｏＩＰ対応ボードとの通話に切り替える制御を行う。これにより、構内交換機内においてＶｏＩＰ対応ボードのリソースを消費することなく、内線通話を確立することを可能とする。
【００４９】
以下に本実施例について説明する。実施例１と同様、本実施例も図１に示したキーテレフォンシステム１及び図２に示した構内交換機２に基づいて説明する。尚、図３に示した要領に従って、ＩＰ電話機４及び５は内線電話機として予め登録されているものとする。実施例１と比較すると、実施例２は、内線電話機として登録したＩＰ電話機から他の内線電話機を呼ぶ際の動作が異なる。
【００５０】
まず、発呼先の内線電話機がボタン電話機である場合の動作について図６を参照して説明する。
【００５１】
ＩＰ電話機４はＩＰによる発呼要求メッセージである呼制御メッセージを構内交換機２へ送信する（ステップＳ６１）。発呼要求メッセージは、送信先（宛先ダイヤル）、ＩＰ電話機４自身の音声パス（ＲＴＰ）受信能力を示したメッセージを含む。ここでは送信先はボタン電話機６の内線電話番号である。ＲＴＰ受信能力は例えば優先コーデック、ペイロードサイズ、受信ＩＰアドレスである。
【００５２】
ＩＰ電話機４からの呼制御求メッセージはＬＡＮインターフェース部２２にて受信され、通信プロトコル処理部２３に渡される。通信プロトコル処理部２３は、受信した呼制御メッセージの解釈を行い、発呼要求メッセージであると判断すると、ＩＰ電話機４のＲＴＰ受信能力を内線電話番号と共に記憶部２６へ記憶（ステップＳ６２）させ、ＩＰ変換対応部２４を介して呼制御部２５に発呼要求を通知する（ステップＳ６３、Ｓ６４）。
【００５３】
これに応じて、呼制御部２５はダイヤル解析処理を行う。ダイヤル解析処理はステップＳ６５及びＳ６６に対応する。図５を参照して説明すると、呼制御部２５は、発呼要求から宛先ダイヤルを抽出し、記憶部２６に登録されている管理テーブルに基づいて抽出した宛先ダイヤルについての判定を行う。具体的には、宛先ダイヤルが内線電話番号であるか、それとも外線番号、その他の構内交換機２が所定の番号のダイヤルに応じて内線端末に所定のサービス処理を提供する特番処理かを判断（ステップＴ１）し、宛先ダイヤルが内線電話番号である場合、その内線電話番号を有する端末はＩＰ電話機か否かを判定する（ステップＴ２）。今、宛先ダイヤルは内線電話機であるボタン電話機６の内線電話番号である。この場合、呼制御部２５は、ＶｏＩＰ対応ボード通話処理発信に移行する（ステップＴ３）。尚、ダイヤル解析処理の結果、宛先ダイヤルが外線番号の場合や特番の場合、それぞれに対応した発信処理を行う。
【００５４】
ＶｏＩＰ対応ボード通話処理発信では、呼制御部２５は、記憶部２６の管理テーブルを参照してボタン電話機６の呼状態を確認し、ボタン電話機６が待ち受け状態であれば、ボタン電話機対応部２７を介してボタン電話機６の呼出を行う（ステップＳ６７〜Ｓ７０）。
【００５５】
ボタン電話機６の受話器がオフフックされると、ボタン電話機６は、構内交換機２に対して呼出応答を送信する（ステップＳ７１）。呼出応答はボタン電話機対応部２７を介して呼制御部２５に通知される（ステップＳ７２）。
【００５６】
ボタン電話機６からの呼出応答に応じて、呼制御部２５は、ＩＰ変換対応部２４への応答として、ＶｏＩＰ対応ボード２９を介してＩＰ電話機４と構内交換機２が通信する処理を行わせるメッセージを発呼要求応答として送信する（ステップＳ７３）。
【００５７】
ＩＰ変換対応部２４を介して発呼要求応答を受信（ステップＳ７４）した通信プロトコル処理部２３は、ＶｏＩＰ対応ボード２９のＲＴＰ受信能力を記録部２６から取得する（ステップＳ７５、Ｓ７６）。通信プロトコル処理部２３は、取得したＲＴＰ受信能力を発呼要求応答に含めたメッセージを生成し、ＬＡＮインタフェース部２２を介してＩＰ電話機４に送信する（ステップＳ７７）。
【００５８】
これを受けたＩＰ電話機４は、発呼要求応答に含まれているＲＴＰ受信能力に基づき、ＶｏＩＰ対応ボード２９を介して構内交換機２との間で音声パスを接続する。呼制御部２５は、ステップＳ７２で受信した呼出応答とこの音声パスを接続して呼を確立する（ステップＳ７８）。
【００５９】
次に、発呼先の内線電話機がＩＰ電話機である場合の動作について図８を参照して説明する。
【００６０】
ステップＳ８１からステップＳ８４まではそれぞれステップＳ６１からステップＳ６４までと同様である。ステップＳ８４にて発呼要求を受けた呼制御部２５は、ダイヤル解析処理により、宛先ダイヤルが内線電話機であるＩＰ電話機５の電話番号と判定することになる（ステップＳ８５〜Ｓ８８）。
【００６１】
この場合、呼制御部２５は、ＩＰ変換対応部２４に対し、ＩＰ電話機５宛の発呼要求を送る（ステップＳ８９）。その際、呼制御部２５は、発呼元であるＩＰ電話機４と発呼先であるＩＰ電話機５の間で、ＲＴＰをピアツーピアに行う旨の要求を発呼要求に含めて送出する。以下、このＲＴＰをピアツーピアに行う旨の要求をピアツーピア要求と呼ぶものとする。
【００６２】
ＩＰ変換対応部２４を経由してこのメッセージを受信（ステップＳ９０）した通信プロトコル処理部２３は、発呼要求に含まれるピアツーピア要求を判別すると、ステップＳ８２にて記憶部２６に記憶させたＩＰ電話機４のＲＴＰ受信能力を取得（ステップＳ９１、Ｓ９２）し、ＩＰ電話機５宛に送信する呼制御メッセージの中にこの情報を含めてＩＰ電話機５へ送信する（ステップＳ９３）。
【００６３】
ＩＰ電話機４からの発呼要求の呼制御メッセージを受信したＩＰ電話機５は、ＲＴＰの送信先はＩＰ電話機４宛であること、及び、ＩＰ電話機４のＲＴＰ受信能力についての情報を取得することとなる。取得した情報を元に、ＩＰ電話機５は送信する際に用いるＲＴＰのコーデックを選択すると共に、送信先のＩＰアドレスやポート番号を取得する。これら情報に基づいて、ＩＰ電話機５は、ＩＰ電話機４のＲＴＰ受信能力に適したＲＴＰの送信を行う。
【００６４】
ＩＰ電話機５がＲＴＰ送信可能である場合、ＩＰ電話機５は、肯定応答を示す発呼要求応答メッセージを構内交換機２に送信する（ステップＳ９４）このとき、ＩＰ電話機５は、自身のＲＴＰ受信能力に関する情報を発呼要求応答メッセージに含めて送信する。
【００６５】
構内交換機２において、ＬＡＮインターフェース部２２を介して発呼要求応答メッセージを受信すると、通信プロトコル処理部２３は、この発呼要求応答メッセージからＩＰ電話機５のＲＴＰ受信能力とＩＰアドレスとを抽出し、記憶部２６に記憶させる処理を行う（ステップＳ９５）。また、発呼要求応答メッセージはＩＰ変換対応部２４を経由して呼制御部２５に通知される（ステップＳ９５〜９７）。
【００６６】
発呼要求応答メッセージの受信により、ＩＰ電話機５からの発呼要求に対する応答を認識すると、呼制御部２５は、ＩＰ電話機４に対してＲＴＰをピアツーピアさせる旨の指示を行うメッセージを含む発呼要求応答を生成し、ＩＰ変換対応部２４、通信プロトコル処理部２３宛てに送信する（ステップＳ１０２、Ｓ１０３）。
【００６７】
この発呼要求応答メッセージを受信すると、通信プロトコル処理部２３は、記憶部２６からＩＰ電話機５のＲＴＰ受信能力及びＩＰアドレスを取得する（ステップＳ１０４、Ｓ１０５）。図３を参照して説明したように、ＩＰ電話機４及び５は構内交換機２の内線端末として予め登録されており、ＩＰ電話機４及び５の内線電話番号と、端末種別がＩＰ電話機であることとが関連付けられて記憶部２６に格納されている。この関連付け、及び、ステップＳ８１及びＳ９４にて発呼側端末及び着呼側端末から受信したメッセージに基づいて、呼制御部２５は端末種別を判定する。ここでは、発呼側端末及び着呼側端末の両方がＩＰ電話機である。このとき、通信プロトコル処理部２３は、ＩＰ電話機４宛の発呼要求応答の呼制御メッセージに含めて送信する（ステップＳ１０６）。
【００６８】
構内交換機２から肯定応答を受信したＩＰ電話機４は、呼制御メッセージからＲＴＰ送信先であるＩＰ電話機５のＲＴＰ受信能力とＩＰアドレスを取得し、ＩＰ電話機５宛にＲＴＰを送信し、ＩＰ電話機４との間にピアツーピアにて呼を確立する（ステップＳ１０７）。以上により、ＩＰ電話機４とＩＰ電話機５の間に、構内交換機２を経由せずにＲＴＰをピアツーピアにて送受信することが可能となる。
【００６９】
本実施例によれば、内線電話機としてのＩＰ電話機を判別し、そのＲＴＰ受信能力に応じて、ＲＴＰの受信処理と送信先とを構内交換機からＩＰ電話機に切り替える。このため、本実施例によれば、ＩＰ電話機同士の内線電話に必要なＶｏＩＰ対応ボードのリソースを削減することができる。また、全ての内線ＩＰ電話機がＲＴＰ受信能力を備えるのであれば、構内交換機はＶｏＩＰ対応ボードを備える必要がない。どちらの場合であっても、実施例１と同様に、内線ＩＰ電話機の呼状態を構内交換機にて管理することができる。
【００７０】
以上、本発明を実施例に基づいて説明したが、本発明はこれに限定されるものではなく、当業者の通常の知識の範囲内でその変更や改良が可能であることは勿論である。
【００７１】
例えば、実施例２では、あらかじめＩＰ電話機同士をピアツーピアでＲＴＰ送受信する／しないを定める設定を設け、記憶部２６にて記憶することとしてもよい。上述のステップＳ８６では、呼制御部２５は記憶部２６から端末種別を取得するが、ＲＴＰ送受信をしない設定を記憶部２６に記憶した場合、この設定も同時に記憶部２６から取得する。この設定取得に応じて、呼制御部２５は、ステップＳ８９において、ピアツーピア通信を行わない旨の指示を含む発呼要求をＩＰ変換対応部２４に送信する。
【００７２】
また、実施例２では通常の発呼動作に基づいて説明したが、本実施例はこれに限定されるものではなく、保留や転送の動作に対して適用することとしてもよい。例えば、転送動作では、呼制御部２５は、転送先の端末の種別等を判断し、転送先の端末がＩＰ電話機の場合、発呼端末と転送先端末の間でピアツーピアにてＲＴＰの送受信を行う旨のメッセージを、発呼端末及び転送先端末に送出する。他方、転送先端末がボタン電話機の場合、呼制御部２５は、ＶｏＩＰ対応ボード２９経由の通信に切り替える旨のメッセージを発呼端末及び転送先端末に送出する。
【００７３】
更に、実施例２では、ステップＳ９４において、ＩＰ電話機５がＩＰ電話機４からのＲＴＰ受信能力を受け入れ可能であり、肯定応答を返信することを前提として説明しているが、逆に、ＩＰ電話機５がＩＰ電話機４からのＲＴＰ受信能力を受け入れ不可能であり、否定応答を返信する場合も考えられる。この場合は次のような動作が考えられる。
【００７４】
否定応答を受信した呼制御部２５は、ＶｏＩＰ対応ボード２９のＲＴＰ受信能力及びＩＰアドレスを含む発呼要求を、ＩＰ電話機５に送信すると共に、記憶部２６にＩＰ電話機４からＩＰ電話機５への発呼がＶｏＩＰ対応ボード２９経由であることを記憶させる。この要求がＩＰ電話機５に受け入れられ、肯定応答が構内交換機２に返信されると、呼制御部２５は、記憶部２６を参照して、ＶｏＩＰ対応ボード２９経由の通信を開始する肯定応答であると判断し、ＶｏＩＰ対応ボード２９のＲＴＰ受信能力及びＩＰアドレスを含めた肯定応答メッセージをＩＰ電話機４に送信する。
【００７５】
このようにして、ステップＳ９３の段階で予定していたＩＰ電話機間のピアツーピアのＲＴＰ送受信から、構内交換機２を経由したＲＴＰ送受信へと動的にＲＴＰの送受信経路を切り替えることとしてもよい。
【００７６】
また、内線ＩＰ電話機間で呼制御を行う際、実施例１では図５に示すように常にＶｏＩＰ対応ボード２９を介して呼を確立する一方、実施例２では図８に示すように常にピアツーピアにて呼を確立するものとして説明しているが、同一の構内交換機にてどちらの呼制御も実行することとしてもよい。例えば、ステップＳ３４及びステップＳ８６において、発呼元端末及び発呼先端末の端末種別を取得したとき、発呼元及び発呼先のＩＰ電話機のうち少なくとも一方に応じて、実施例１と同様にＶｏＩＰ対応ボード２９を介して呼を確立するか、或いは、実施例２と同様にピアツーピアに呼を確立するかを呼制御部２５が判定することとしてもよい。
【図面の簡単な説明】
【００７７】
【図１】本発明の一実施の形態であるキーテレフォンシステム１の機能ブロック図である。
【図２】キーテレフォンシステム１が備える構内交換機２の機能ブロック図である。
【図３】ＩＰ電話機４を構内交換機２に内線端末として登録する際の動作を説明するためのフローチャートである。
【図４】実施例１において発呼先端末がボタン電話機であるときの構内交換機２の動作を説明するためのフローチャートである。
【図５】実施例１において発呼先端末がＩＰ電話機であるときの構内交換機２の動作を説明するためのフローチャートである。
【図６】実施例２において発呼先端末がボタン電話機であるときの構内交換機２の動作を説明するためのフローチャートである。
【図７】実施例２のダイヤル解析処理を説明するためのフローチャートである。
【図８】実施例２において発呼先端末がＩＰ電話機であるときの構内交換機２の動作を説明するためのフローチャートである。
【符号の説明】
【００７８】
１ キーテレフォンシステム
２ 構内交換機
３ ハブ
４、５ ＩＰ電話機
６、７ ボタン電話機
２１ メインボード
２２、３１ ＬＡＮインタフェース部
２３ 通信プロトコル処理部
２４ ＩＰ変換対応部
２５ 呼制御部
２６ 記憶部
２７ ボタン電話機対応部
２８ 回線交換網インタフェース部
２９ ＶｏＩＰ対応ボード
３０ ＲＴＰ送受信部
【出願人】 【識別番号】０００２２７２０５
【氏名又は名称】ＮＥＣインフロンティア株式会社
【出願日】 平成１９年４月２４日（２００７．４．２４）
【代理人】 【識別番号】１０００７７８３８
【弁理士】
【氏名又は名称】池田 憲保

【識別番号】１０００８２９２４
【弁理士】
【氏名又は名称】福田 修一

【識別番号】１００１２９０２３
【弁理士】
【氏名又は名称】佐々木 敬
【公開番号】 特開２００８−３５４７６（Ｐ２００８−３５４７６Ａ）
【公開日】 平成２０年２月１４日（２００８．２．１４）
【出願番号】 特願２００７−１１３６６６（Ｐ２００７−１１３６６６）