JP4728569B2 - ネットワーク、構内交換機及びそれに用いるｐｂｘ付加サービス起動方法 - Google Patents

Description

本発明はネットワーク、構内交換機及びそれに用いるＰＢＸ付加サービス起動方法に関し、特に構内交換機（ＩＰ−ＰＢＸ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）を含むネットワークに接続される端末に関する。

従来、この種のネットワークにおいては、構内交換機に固定電話端末やＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）等の無線端末、及びＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）端末等をＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続して構成されている。

ＶｏＩＰ端末としては、ＩＰ電話端末やインタネット電話端末のほかに、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）端末がある。ＳＩＰはＩＰ網の環境において、ＩＰパケットという形式のデータを用いて、音声通話（固定電話、携帯電話等）をはじめ、テレビ電話等のビデオ通信やチャット（文字による会話）等のマルチメディア通信を開始したり、終了したりするために使用する通信プロトコルである。

ＩＰ網では、一般に、電子メールのように、相手との接続を確認せずに通信を行うコネクションレス型通信であるのに対し、固定電話では、一般に、相手との接続を確認して通信を行うコネクション型通信である。ＳＩＰは上記のＩＰ網においてコネクション型通信を実現するものである。

ＳＩＰは、基本的に、ＩＮＶＩＴＥ（ユーザ間のセッション確立）、ＡＣＫ（確認応答）、ＣＡＮＣＥＬ（セッション確立中のＩＮＶＩＴＥを終了させる）、ＢＹＥ（セッションの終了）等のメソッド（Ｍｅｔｈｏｄ、動作）で構成され、それぞれのメソッドをクライアントとサーバとの間で、リクエストとそれに対するレスポンスとしてやりとりすることで、セッションを確立したり、終了したりしている。

また、ＳＩＰは、アプリケーションを比較的簡単に作ることができるという特徴を持つ。例えば、ＩＰ電話に用いられるＩＴＵ−ＴのＨ．３２３に新サービスを追加する場合には、Ｈ．３２３付加サービスを規定するＨ．４５０．ｘプロトコルを追加し、ネットワーク上の全てのＨ．３２３エンド・ポイント及びゲートキーパのソフトウェアをアップデートする必要がある。しかしながら、ＳＩＰの場合には、新サービスを提供するＳＩＰアプリケーション・サーバを追加し、このサービスを利用するクライアントにのみ、対応するアプリケーションを追加すれば、新サービスが利用可能となる。

従来のＳＩＰ端末では通話中の呼を転送する場合に、２種類の転送サービス［簡易操作（Ｕｎａｔｔｅｎｄｅｄ Ｔｒａｎｓｆｅｒ）（転送先の相手応答前に転送者が復旧する転送方法）／全自動転送（Ａｔｔｅｎｄｅｄ Ｔｒａｎｓｆｅｒ）（転送先の相手応答後に転送者が復旧する転送方法）］が提供可能である。例えば、従来のＳＩＰ端末では、転送サービスとして簡易操作を使用する場合、図１２〜図１４に示すように、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２とが通話中にＳＩＰ対応端末＃３への転送が行われる。

ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２とが通話中に（図１２のｆ１）、ＳＩＰ対応端末＃２は簡易操作のキー操作が行われると（図１２のｆ２）、ＳＩＰ対応端末＃１に「ＲＥＦＥＲ」を送る（図１２のｆ３）。ＳＩＰ対応端末＃１はそれに対してＳＩＰ対応端末＃２に「２０２ Ａｃｃｅｐｔｅｄ」を返し（図１２のｆ４）、「ＮＯＴＩＦＹ」を送るので（図１２のｆ５）、ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１に「２００ ＯＫ」を返す（図１２のｆ６）。

この後、ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１との通話を切断し（図１２のｆ７）、ＳＩＰ対応端末＃１に「ＢＹＥ」を送る（図１２のｆ８）。ＳＩＰ対応端末＃１はＳＩＰ対応端末＃２に「２００ ＯＫ」を送り（図１２のｆ９）、その後にＳＩＰ対応端末＃３に「ＩＮＶＩＴＥ（ｗ／ＳＤＰ）」を送る（図１２のｆ１０）。

ＳＩＰ対応端末＃３はＳＩＰ対応端末＃１に「１８０ Ｒｉｎｇｉｎｇ」を送った後（図１２のｆ１１）、その通話に応答すると（図１２のｆ１２）、ＳＩＰ対応端末＃１に「２００ ＯＫ（ｗ／ＳＤＰ）」を送る（図１２のｆ１３）。これに対して、ＳＩＰ対応端末＃１がＳＩＰ対応端末＃３に「ＡＣＫ」を返すと（図１２のｆ１４）、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃３とが通話中となる（図１２のｆ１５）。

その後、ＳＩＰ対応端末＃１はＳＩＰ対応端末＃２に「ＮＯＴＩＦＹ」を送るので（図１２のｆ１６）、ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１に「２００ ＯＫ」を返す（図１２のｆ１７）。

一方、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２とが通話中に（図１３のｇ１）、ＳＩＰ対応端末＃２は全自動転送のキー操作を行われると（図１３のｇ２）、ＳＩＰ対応端末＃１に「ＩＮＶＩＴＥ（Ｈｏｌｄ）」を送る（図１３のｇ３）。ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１から「２００ ＯＫ」が返ってくると（図１３のｇ４）、それに対してＳＩＰ対応端末＃１に「ＡＣＫ」を返し（図１３のｇ５）、ＳＩＰ対応端末＃３に対して「ＩＮＶＩＴＥ（ｗ／ＳＤＰ）」を送る（図１３のｇ６）。

ＳＩＰ対応端末＃３がＳＩＰ対応端末＃２に「１８０ Ｒｉｎｇｉｎｇ」を返し（図１３のｇ７）、ＳＩＰ対応端末＃２との通話に応答すると（図１３のｇ８）、ＳＩＰ対応端末＃２に「２００ ＯＫ（ｗ／ＳＤＰ）」を返す（図１３のｇ９）。ＳＩＰ対応端末＃２がＳＩＰ対応端末＃３に「ＡＣＫ」を返すと（図１３のｇ１０）、ＳＩＰ対応端末＃２とＳＩＰ対応端末＃３とが通話中となる（図１３のｇ１１）。

この後に、ＳＩＰ対応端末＃２は切断されると（図１３のｇ１２）、ＳＩＰ対応端末＃３に「ＩＮＶＩＴＥ（Ｈｏｌｄ）」を送る（図１３のｇ１３）。すると、ＳＩＰ対応端末＃３はＳＩＰ対応端末＃２に「２００ ＯＫ（ｗ／ＳＤＰ）」を返すので（図１３のｇ１４）、ＳＩＰ対応端末＃２はＳＩＰ対応端末＃３に「ＡＣＫ」を返すとともに（図１３のｇ１５）、ＳＩＰ対応端末＃１に「ＲＥＦＥＲ」を送る（図１３のｇ１６）。

ＳＩＰ対応端末＃１はＳＩＰ対応端末＃２に「２０２ Ａｃｃｅｐｔｅｄ」を返すとともに（図１３のｇ１７）、「ＮＯＴＩＦＹ」を送る（図１３のｇ１８）。それに対して、ＳＩＰ対応端末＃２がＳＩＰ対応端末＃１に「２００ ＯＫ」を返すと（図１３のｇ１９）、ＳＩＰ対応端末＃１はＳＩＰ対応端末＃３に「ＩＮＶＩＴＥ（ｗ／ＳＤＰ）」を送る（図１４のｇ２０）。

ＳＩＰ対応端末＃３はＳＩＰ対応端末＃１に「２００ ＯＫ（ｗ／ＳＤＰ）」を返すので（図１４のｇ２１）、ＳＩＰ対応端末＃１がＳＩＰ対応端末＃３に「ＡＣＫ」を送ることで（図１４のｇ２２）、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃３とが通話中となる（図１４のｇ２３）。

ＳＩＰ対応端末＃３がＳＩＰ対応端末＃２に「ＢＹＥ」を送ると（図１４のｇ２４）、ＳＩＰ対応端末＃２はＳＩＰ対応端末＃３に「２００ ＯＫ」を返し（図１４のｇ２５）、ＳＩＰ対応端末＃１がＳＩＰ対応端末＃２に「ＮＯＴＩＦＹ」を送ると（図１４のｇ２６）、ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１に「２００ ＯＫ」を返す（図１４のｇ２７）。

これらの処理が終了すると、ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１に「ＢＹＥ」を送るので（図１４のｇ２８）、ＳＩＰ対応端末＃１はＳＩＰ対応端末＃２に「２００ ＯＫ」を返す（図１４のｇ２９）。

ここで、「ＩＮＶＩＴＥ」は参加者間でセッションを確立するために使用されるメソッド、「１８０ ＲＩＮＧＩＮＧ」は呼出中、「２００ ＯＫ」は成功応答、「ＡＣＫ」はセッションの確立許可に使用されるメソッド、「ＲＥＦＥＲ」は参照を示すメソッド、「Ａｃｃｅｐｔｅｄ」は受け入れを示すメソッド、「ＮＯＴＩＦＹ」は現在のステート情報を返すメソッド、「ＢＹＥ」はセッションを終了するために使用するメソッドをそれぞれ示している。

特開平１１−３３１３７１号公報 特表２００３−５０２９４５号公報 特表２００３−５１７７６４号公報 "ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ"［ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）３２６１，Ｊｕｎｅ ２００２，８〜３４ページ］

しかしながら、ＳＩＰ端末間の通信においては、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）で定義されているサービス（例えば、転送サービス、三者通話サービス、コール・ウェイティングサービス等）しか提供することができないという問題がある。

つまり、ＳＩＰ端末間の通信では、それらのＳＩＰ端末が上記のネットワークに接続されていたとしても、構内交換機が提供する豊富なサービス（例えば、コールバックサービス、内線割込みサービス、サードパーティコントロールサービス等）を受けることができないという問題がある。

また、ＳＩＰ端末間の通信では、新たなサービスが追加された場合に、ＳＩＰ端末（上記のクライアント）自身のソフトウェアをバージョンアップすることで、サービスを追加する必要があるという問題がある。

従来のＳＩＰ端末では通話中の呼を転送する場合に、上記のように、２種類の転送サービス（簡易操作／全自動転送）が提供可能であるが、これらの転送サービスにおいてはシーケンスが異なるため、ＳＩＰ端末自身がどちらの転送サービスを使用するかを意識する必要がある。

そこで、本発明の目的は上記の問題点を解消し、ＳＩＰ端末自身のソフトウェアをバージョンアップすることなく、構内交換機が提供する豊富なサービスを受けることができるネットワーク、構内交換機及びそれに用いるＰＢＸ付加サービス起動方法を提供することにある。

本発明によるネットワークは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって通信を行うＳＩＰ端末と、端末間の呼接続処理を行う構内交換機とを少なくとも含むネットワークであって、
前記構内交換機のコンポーネント群の一つとして組込まれかつ前記ＳＩＰの処理を代理のユーザ・エージェントとして動作するＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化したＳＩＰ系プロトコル制御モジュールと、
前記構内交換機のコンポーネント群の一つとして組込まれかつ前記ＳＩＰ端末のキー操作に応じて前記構内交換機の付加サービスを提供する付加サービス提供モジュールとを備え、
前記構内交換機において、前記ＳＩＰと前記構内交換機の内部プロトコルとの間のプロトコル変換を前記Ｂ２ＢＵＡの仕組みを利用して動作するＳＩＰ系プロトコル制御モジュールにより行うことで、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）基本接続処理提供モジュールが、異なるプロトコルを有する端末間の相互接続を行い、
さらに前記付加サービスを起動するための番号が入力されると、当該付加サービスの要求が前記ＰＢＸ基本接続処理提供モジュールから前記付加サービス提供モジュールへと渡されて処理されている。

本発明による構内交換機は、端末間の呼接続処理を行う構内交換機であって、
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理を代理のユーザ・エージェントとして動作するＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化したＳＩＰ系プロトコル制御モジュールと、
前記ＳＩＰ端末のキー操作に応じて付加サービスを提供する付加サービス提供モジュールとをコンポーネント群の一つとして組込み、
前記ＳＩＰと前記構内交換機の内部プロトコルとの間のプロトコル変換を前記Ｂ２ＢＵＡの仕組みを利用して動作するＳＩＰ系プロトコル制御モジュールにより行うことで、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）基本接続処理提供モジュールが、異なるプロトコルを有する端末間の相互接続を行い、
さらに前記付加サービスを起動するための番号が入力されると、当該付加サービスの要求が前記ＰＢＸ基本接続処理提供モジュールから前記付加サービス提供モジュールへと渡されて処理されている。

本発明によるＰＢＸ付加サービス起動方法は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって通信を行うＳＩＰ端末と、端末間の呼接続処理を行う構内交換機とを少なくとも含むネットワークのＰＢＸ付加サービス起動方法であって、
代理のユーザ・エージェントとして動作するＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化されたＳＩＰ系プロトコル制御モジュールと付加サービス提供モジュールとを前記構内交換機のコンポーネント群の一つとして組込み、
前記ＳＩＰ系プロトコル制御モジュールに前記ＳＩＰの処理を行わせ、前記付加サービス提供モジュールに前記ＳＩＰ端末のキー操作に応じて前記構内交換機の付加サービスを提供させ、
前記構内交換機において、前記ＳＩＰと前記構内交換機の内部プロトコルとの間のプロトコル変換を前記Ｂ２ＢＵＡの仕組みを利用して動作するＳＩＰ系プロトコル制御モジュールにより行うことで、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）基本接続処理提供モジュールが、異なるプロトコルを有する端末間の相互接続を行い、
さらに前記付加サービスを起動するための番号が入力されると、当該付加サービスの要求が前記ＰＢＸ基本接続処理提供モジュールから前記付加サービス提供モジュールへと渡されて処理されている。

すなわち、本発明の構内交換機（ＩＰ−ＰＢＸ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理をＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化し、構内交換機のコンポーネント群の一つとして組込む。構内交換機はモジュール化された各プロトコル群に対し、相互接続を提供し、また付加サービスを提供する。

また、本発明のネットワークでは、ＳＩＰのメソッドであるＩＮＦＯメッセージに、従来から使用されている構内交換機の付加サービス（例えば、コールバックサービス、内線割込みサービス、サードパーティコントロールサービス等）を起動するメッセージ要素（Ｈｏｏｋｉｎｇ、Ｔｏｎｅ指示等）を定義することによって、既存の構内交換機が持つ豊富な付加サービスを透過的にＳＩＰ端末に提供することが可能となる。

さらに、本発明のネットワークでは、構内交換機に新たな付加サービスが追加された場合でも、ＳＩＰ端末のキー操作（Ｈｏｏｋｉｎｇ）から構内交換機の付加サービスを起動することが可能であるため、ＳＩＰ端末自身のソフトウェアを変更する必要はない。

本発明のネットワークでは、転送方法（例えば、簡易操作／全自動転送等）に依らず、ユーザがフッキング操作と転送先内線番号の入力とを行うだけでよく、簡易操作を行いたいのであれば相手応答前に切断し、全自動転送を行いたいのであれば相手応答後に切断すればよくなる。このように、本発明のネットワークでは、ユーザがフッキング操作とサービス起動のための番号の入力とを行うだけで、構内交換機の付加サービスを利用することが可能となる。

本発明のネットワークでは、ＳＩＰの処理をＢ２ＢＵＡの仕組みを用いてモジュール化し、構内交換機のコンポーネント群の一つとして組込むことで、ＳＩＰ端末を構内交換機の一内線として処理することが可能となるため、今回定義したメッセージ要素を含むＩＮＦＯメッセージを、キー操作（Ｈｏｏｋｉｎｇ）を行うことでＳＩＰ端末から構内交換機に送出することによって、そのＩＮＦＯメッセージを受信した構内交換機で対応した付加サービスを起動し、ＳＩＰ端末に対して適切な付加サービスの制御を行うことが可能となる。

構内交換機は内線端末を操作するユーザに対して様々なトーンを聴取させることによって、サービスが起動されたことや発信先相手が話中であることを通知している。本発明のネットワークでは、ＩＮＦＯメッセージにトーン制御のための情報要素を含め、そのＩＮＦＯメッセージを認識可能なＳＩＰ端末と連携することによって、従来のＳＩＰ端末では不可能であった構内交換機からのトーン制御が可能となる。

例えば、構内交換機のサービスである不在転送をＳＩＰ端末が設定した場合には、サービスが正常に設定されたことを通知するために、サービスセットトーンをユーザに聴取させている。従来のＳＩＰ端末ではトーンを聴取することができないため、サービスが正常に設定されたことを知る術がないが、本発明のネットワークに対応したＳＩＰ端末であれば、トーンを聴取することが可能となり、サービスが正常に設定されたことを知ることが可能となる。

このように、本発明のネットワークでは、ＳＩＰ端末に対してトーン制御を行うことで、ＳＩＰ端末からのトーンの聴取によって、ＳＩＰ端末を操作するユーザがサービス状態を認識することが可能となるため、ＳＩＰ端末自身がサービスを意識することなく、構内交換機の様々なサービスを利用することが可能となる。

これによって、標準のＳＩＰ端末と標準のＳＩＰプロキシサーバという組合わせのシステムでは、実現のための工数を多く必要とした多彩な既存プロトコルとの接続を柔軟に実現し、同時に、現行の構内交換機が持つ豊富な付加サービスを利用することも可能となる。

また、ＳＩＰを拡張した拡張ＳＩＰプロトコルａや拡張ＳＩＰプロトコルｂ等のプロトコルも、上記と同様に、Ｂ２ＢＵＡの仕組みを用いてモジュール化し、構内交換機に組込むことによって、標準ＳＩＰプロトコルの範囲では実現が難しい付加サービス等も柔軟に実現することが可能になるとともに、それらの端末に対しても標準ＳＩＰプロトコル端末はもちろん、既存プロトコル端末との相互接続を提供することが可能となる。

本発明は、以下に述べるような構成及び動作とすることで、ＳＩＰ端末自身のソフトウェアをバージョンアップすることなく、構内交換機が提供する豊富なサービスを受けることができるという効果が得られる。

次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるネットワークの構成を示すブロック図である。図１において、本発明の一実施例によるネットワークはＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：ＩＰ対応構内交換機）１と、プロトコルＡ対応端末２と、プロトコルＢ対応端末３と、プロトコルＸ対応端末４と、標準ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコル対応端末５と、拡張ＳＩＰプロトコル対応端末６と、メディアゲートウェイ７と、無線ＬＡＮ２００とを相互にＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００で接続して構成され、メディアゲートウェイ７を介してインタネット３００に接続されている。

図２は図１のＩＰ−ＰＢＸ１の構成を示すブロック図である。図２において、ＩＰ−ＰＢＸ１はＰＢＸ付加サービス提供モジュール１１と、ＰＢＸ基本接続処理提供モジュール１２と、ＴＯＮＥ制御モジュール１３と、既存プロトコルＡ制御モジュール１４と、既存プロトコルＢ制御モジュール１５と、既存プロトコルＸ制御モジュール１６と、標準ＳＩＰプロトコル制御モジュール１７と、拡張ＳＩＰプロトコル制御モジュール１８と、テーブル１９とから構成されている。

標準ＳＩＰプロトコル制御モジュール１７及び拡張ＳＩＰプロトコル制御モジュール１８はそれぞれＳＩＰ系プロトコルを終端し、ＳＩＰの処理をＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化してＩＰ−ＰＢＸ１のコンポーネント群の一つとして組込まれるものであり、ハードウェアでも、またソフトウェアでも実現可能である。ＩＰ−ＰＢＸ１は上記のモジュール化された各プロトコル群に対し、相互接続を提供し、また付加サービスを提供する。

ここで、Ｂ２ＢＵＡは、発信元のＳＩＰ端末からＳＩＰリクエスト（ＳＩＰメッセージ）を受取った時に、ユーザ・エージェント・サーバとしてそのリクエスト（メッセージ）を処理する論理的なエンティティ（機能）である。また、Ｂ２ＢＵＡでは、発信元のＳＩＰ端末からのリクエストに対してどのように答えるべきかを決定するために、発信先のＳＩＰ端末に対してユーザ・エージェント・クライアントとして動作し、発信先のＳＩＰ端末へのリクエストを生成する。

つまり、Ｂ２ＢＵＡは、プライベートなユーザ・エージェントとパブリックなユーザ・エージェントとが結合されたもので、それぞれのネットワーク（端末）に対して代理のユーザ・エージェントとして動作する。

ＰＢＸ付加サービス提供モジュール１１はプロトコルＡ対応端末２、プロトコルＢ対応端末３、プロトコルＸ対応端末４、標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６に対して付加サービス（例えば、コールバックサービス、内線割込みサービス、サードパーティコントロールサービス等）を提供する。

ＰＢＸ基本接続処理提供モジュール１２はプロトコルＡ対応端末２、プロトコルＢ対応端末３、プロトコルＸ対応端末４、標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６に対して基本接続処理を提供するとともに、それらの相互接続を提供する。ＴＯＮＥ制御モジュール１３はプロトコルＡ対応端末２、プロトコルＢ対応端末３、プロトコルＸ対応端末４、標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６に対してＴＯＮＥ制御処理を行う。

既存プロトコルＡ制御モジュール１４はプロトコルＡ対応端末２に対応して設けられ、プロトコルＡ対応端末２からの信号をＩＰ−ＰＢＸ１内部のプロトコル（以下、ＰＢＸ内部プロトコルとする）の信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号をプロトコルＡの信号に変換してプロトコルＡ対応端末２に送信する。

既存プロトコルＢ制御モジュール１５はプロトコルＢ対応端末３に対応して設けられ、プロトコルＢ対応端末３からの信号をＰＢＸ内部プロトコルの信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号をプロトコルＢの信号に変換してプロトコルＢ対応端末３に送信する。

既存プロトコルＸ制御モジュール１６はプロトコルＸ対応端末４に対応して設けられ、プロトコルＸ対応端末４からの信号をＰＢＸ内部プロトコルの信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号をプロトコルＸの信号に変換してプロトコルＸ対応端末４に送信する。

標準ＳＩＰプロトコル制御モジュール１７は標準ＳＩＰプロトコル対応端末５に対応して設けられ、標準ＳＩＰプロトコル対応端末５からの信号（リクエスト）をＰＢＸ内部プロトコルの信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号（上記のリクエストに対する応答、または標準ＳＩＰプロトコル対応端末５へのリクエスト）を標準ＳＩＰプロトコルの信号に変換して標準ＳＩＰプロトコル対応端末５に送信する。

拡張ＳＩＰプロトコル制御モジュール１８は拡張ＳＩＰプロトコル対応端末６に対応して設けられ、拡張ＳＩＰプロトコル対応端末６からの信号（リクエスト）をＰＢＸ内部プロトコルの信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号（上記のリクエストに対する応答、または拡張ＳＩＰプロトコル対応端末６へのリクエスト）を拡張ＳＩＰプロトコルａの信号に変換して拡張ＳＩＰプロトコル対応端末６に送信する。

ここで、既存プロトコルＡ制御モジュール１４、既存プロトコルＢ制御モジュール１５、既存プロトコルＸ制御モジュール１６、標準ＳＩＰプロトコル制御モジュール１７、拡張ＳＩＰプロトコル制御モジュール１８にはそれぞれポート番号（ポート＃１〜＃５）またはＩＰアドレス（ローカルＩＰアドレスまたはグローバルＩＰアドレス）が割り当てられている。テーブル１９はそれら割り当てられたポート番号またはＩＰアドレス毎に対応する端末のプロトコルが保持されており、ＰＢＸ基本接続処理提供モジュール１２はテーブル１９を参照してポート番号またはＩＰアドレスからプロトコルを判定する。

図３及び図４は図１のＩＰ−ＰＢＸ１の処理動作を示すシーケンスチャートである。これら図１〜図４を参照してＩＰ−ＰＢＸ１の処理動作について説明する。これらの処理はハードウェアでも、ソフトウェア（プログラム）でも実現可能である。

まず、既存プロトコル対応端末（図１のプロトコルＡ対応端末２、プロトコルＢ対応端末３、プロトコルＸ対応端末４）からＳＩＰ系プロトコル対応端末（図１の標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６）に接続が要求された場合の処理について説明する。

既存プロトコル対応端末からＩＰ−ＰＢＸ１にＳＩＰ系プロトコル対応端末への接続要求が送信されると、ＩＰ−ＰＢＸ１の既存プロトコル制御モジュール（図２の既存プロトコルＡ制御モジュール１４、既存プロトコルＢ制御モジュール１５、既存プロトコルＸ制御モジュール１６）は既存プロトコルの通信制御にて既存プロトコル対応端末からの接続要求を受付け（図３のａ１）、その既存プロトコルの接続要求をＰＢＸ内部プロトコルの信号に変換し、その信号をＰＢＸ基本接続処理提供モジュール１２に送る（ＰＢＸ内部プロトコルで処理）（図３のａ２）。

ＰＢＸ基本接続処理提供モジュール１２は既存プロトコル対応端末からの接続要求を処理してＳＩＰ系プロトコル制御モジュール（図２の標準ＳＩＰプロトコル制御モジュール１７、拡張ＳＩＰプロトコル制御モジュール１８）に渡す（ＰＢＸ内部プロトコルで処理）（図３のａ３）。

ＳＩＰ系プロトコル制御モジュールはＰＢＸ基本接続処理提供モジュール１２からの信号をＳＩＰ系プロトコルの接続要求に変換し、その接続要求をＳＩＰ系プロトコルの通信制御にてＳＩＰ系プロトコル対応端末に送信する（図３のａ４）。

以上の処理によって既存プロトコル対応端末とＳＩＰ系プロトコル対応端末との間のセッションが確立すると、既存プロトコル対応端末とＳＩＰ系プロトコル対応端末との間のメディアパケットはＰｅｅｒ−ｔｏ−Ｐｅｅｒで通信される（図３のａ５）。但し、上記のように、一方がＩＰ端末でない場合にはメディアパケットの通信をＩＰ−ＰＢＸ１が代行する。

尚、既存プロトコル対応端末とＳＩＰ系プロトコル対応端末との間の通信において、ＩＰ−ＰＢＸ１の付加サービスを利用する場合にはその要求がＰＢＸ基本接続処理提供モジュール１２からＰＢＸ付加サービス提供モジュール１１へと渡されて処理される。

次に、標準ＳＩＰプロトコル対応端末５から拡張ＳＩＰプロトコル対応端末６に接続が要求された場合の処理について説明する。

標準ＳＩＰプロトコル対応端末５からＩＰ−ＰＢＸ１に拡張ＳＩＰプロトコル対応端末６への接続要求が送信されると、ＩＰ−ＰＢＸ１の標準ＳＩＰプロトコル制御モジュール１７は標準ＳＩＰプロトコルの通信制御にて標準ＳＩＰプロトコル対応端末５からの接続要求を受付け（図４のｂ１）、その標準ＳＩＰプロトコルの接続要求をＰＢＸ内部プロトコルの信号に変換し、その信号をＰＢＸ基本接続処理提供モジュール１２に送る（ＰＢＸ内部プロトコルで処理）（図４のｂ２）。

ＰＢＸ基本接続処理提供モジュール１２は標準ＳＩＰプロトコル対応端末５からの接続要求を処理して拡張ＳＩＰプロトコル制御モジュール１８に渡す（ＰＢＸ内部プロトコルで処理）（図４のｂ３）。

拡張ＳＩＰプロトコル制御モジュール１８はＰＢＸ基本接続処理提供モジュール１２からの信号を拡張ＳＩＰプロトコルの接続要求に変換し、その接続要求を拡張ＳＩＰプロトコルの通信制御にて拡張ＳＩＰプロトコル対応端末６に送信する（図４のｂ４）。

以上の処理によって標準ＳＩＰプロトコル対応端末５と拡張ＳＩＰプロトコル対応端末６との間のセッションが確立すると、標準ＳＩＰプロトコル対応端末５と拡張ＳＩＰプロトコル対応端末６との間のメディアパケットはＰｅｅｒ−ｔｏ−Ｐｅｅｒで通信される（図４のｂ５）。

本実施例では、上記の構成において、ＳＩＰのメソッドであるＩＮＦＯメッセージに、従来から使用されている既存のＩＰ−ＰＢＸの付加サービスを起動するメッセージ要素（Ｈｏｏｋｉｎｇ、Ｔｏｎｅ指示等）を定義している。これによって、本実施例では、既存のＩＰ−ＰＢＸが持つ豊富な付加サービスを透過的にＳＩＰ端末に提供することができる。

また、本実施例では、既存のＩＰ−ＰＢＸに新たな付加サービスが追加された場合でも、ＳＩＰ端末のキー操作（Ｈｏｏｋｉｎｇ）からＩＰ−ＰＢＸの付加サービスを起動することができるため、ＳＩＰ端末自身のソフトウェアを変更する必要はない。

つまり、本実施例では、上記の標準ＳＩＰプロトコル制御モジュール１７及び拡張ＳＩＰプロトコル制御モジュール１８のように、ＳＩＰの処理をＢ２ＢＵＡの仕組みを用いてモジュール化し、ＩＰ−ＰＢＸ１のコンポーネント群の一つとして組込むことで、標準ＳＩＰプロトコル対応端末５や拡張ＳＩＰプロトコル対応端末６をＩＰ−ＰＢＸ１の一内線として処理することが可能となる。

そのため、本実施例では、標準ＳＩＰプロトコル対応端末５や拡張ＳＩＰプロトコル対応端末６からのキー操作（Ｈｏｏｋｉｎｇ）によって、上記のように定義したメッセージ要素を含むＩＮＦＯメッセージをＩＰ−ＰＢＸ１に送出すると、そのＩＮＦＯメッセージを受信したＩＰ−ＰＢＸ１で対応した付加サービスが起動され、標準ＳＩＰプロトコル対応端末５や拡張ＳＩＰプロトコル対応端末６に対して適切な付加サービスの制御が行われる。

従来のＳＩＰ端末では通話中の呼を転送する場合に、２種類の転送サービス［簡易操作（Ｕｎａｔｔｅｎｄｅｄ Ｔｒａｎｓｆｅｒ）（転送先の相手応答前に転送者が復旧する転送方法）／全自動転送（Ａｔｔｅｎｄｅｄ Ｔｒａｎｓｆｅｒ）（転送先の相手応答後に転送者が復旧する転送方法）］で、上述したように、サービスのシーケンスが異なるため、ＳＩＰ端末自身がどちらの転送サービスを使用するかを意識する必要がある。

これに対し、本実施例では、上記の転送方法に依らず、ＳＩＰ端末のユーザがフッキング操作と転送先内線番号の入力とを行うだけでよく、簡易操作を行いたいのであれば相手応答前に切断し、全自動転送を行いたいのであれば相手応答後に切断すればよくなる。

このように、本実施例では、ＳＩＰ端末のユーザがフッキング操作とサービス起動のための番号とを入力するだけで、ＩＰ−ＰＢＸ１の付加サービスを利用することができる。

図５及び図６は図１のＩＰ−ＰＢＸ１を介して転送サービスとして簡易操作を使用する場合の処理を示すシーケンスチャートである。これら図１と図２と図５と図６とを参照してＩＰ−ＰＢＸ１を介して転送サービスとして簡易操作を使用する場合の処理について説明する。以下の説明では、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２とが通話中にＳＩＰ対応端末＃３への転送を行うものとする。

ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１との通話中に（図５のｃ１）、キー操作（Ｈｏｏｋｉｎｇ）が行われると（図５のｃ２）、ＩＰ−ＰＢＸ１に「ＩＮＦＯ（Ｈｏｏｋｉｎｇ）」を送る（図５のｃ３）。ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２に「２００ ＯＫ」を送るとともに（図５のｃ４）、ＳＩＰ対応端末＃２に「ｒｅＩＮＶＩＴＥ（ｃ＝０）」を送る（図５のｃ５）。

ＳＩＰ対応端末＃２が「２００ ＯＫ（ｗ／ＳＤＰ）」を返してくると（図５のｃ６）、ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２に「ＡＣＫ」を送るとともに（図５のｃ７）、ＳＩＰ対応端末＃１に「ｒｅＩＮＶＩＴＥ（ｃ＝０）」を送る（図５のｃ８）。

ＳＩＰ対応端末＃１が「２００ ＯＫ（ｗ／ＳＤＰ）」を返してくると（図５のｃ９）、ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１に「ＡＣＫ」を送るとともに（図５のｃ１０）、ＳＩＰ対応端末＃２に「ＩＮＦＯ（Ｓｐｅｃｉａｌ−Ｄａｉｌ−Ｔｏｎｅ）」を送り（図５のｃ１１）、次の処理を行うように通知する。

ＳＩＰ対応端末＃２が「２００ ＯＫ」を返してくると（図５のｃ１２）、ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１に「ＩＮＦＯ（ＭＵＳＩＣ）」を送り（図５のｃ１３）、処理中であることを通知する。ＳＩＰ対応端末＃１はＩＰ−ＰＢＸ１に「２００ ＯＫ」を送り（図５のｃ１４）、被保留中となる（図５のｃ１５）。

一方、ＩＰ−ＰＢＸ１から次の処理を行うように通知されたＳＩＰ対応端末＃２は転送先が入力されると（図５のｃ１６）、その内容を「ＩＮＦＯ（ＤＩＧＩＴ）」にてＩＰ−ＰＢＸ１に通知する（図５のｃ１７）。ＩＰ−ＰＢＸ１はその通知に対して「２００ ＯＫ」を送るとともに（図５のｃ１８）、ＳＩＰ対応端末＃２に「ＩＮＦＯ（Ｎｏ Ｔｏｎｅ）」を送る（図５のｃ１９）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２から「２００ ＯＫ」が返ってくると（図５のｃ２０）、ＳＩＰ対応端末＃３に「ＩＮＶＩＴＥ（ｗ／ＳＤＰ）」を送る（図５のｃ２１）。ＳＩＰ対応端末＃３はＩＰ−ＰＢＸ１に「１８０ Ｒｉｎｇｉｎｇ」を送り（図５のｃ２２）、呼出中となる（図６のｃ２３）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃３に「ＰＲＡＣＫ」を送り（図６のｃ２４）、ＳＩＰ対応端末＃３から「２００ ＯＫ」が返ってくると（図６のｃ２５）、ＳＩＰ対応端末＃２に「ＩＮＦＯ（ＲＢＴ）」を送る（図６のｃ２６）。ＳＩＰ対応端末＃２はＩＰ−ＰＢＸ１に「２００ ＯＫ」を送り（図６のｃ２７）、ＳＩＰ対応端末＃１との通話を切断し（図６のｃ２８）、ＩＰ−ＰＢＸ１に「ＢＹＥ」を送る（図６のｃ２９）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２に「２００ ＯＫ」を送るとともに（図６のｃ３０）、ＳＩＰ対応端末＃１に「ＩＮＦＯ（Ｎｏ Ｔｏｎｅ）」を送る（図６のｃ３１）。その後、ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１から「２００ ＯＫ」が返ってくると（図６のｃ３２）、ＳＩＰ対応端末＃１に「ＩＮＦＯ（ＲＢＴ）」を送る（図６のｃ３３）。ＳＩＰ対応端末＃１はＩＰ−ＰＢＸ１に「２００ ＯＫ」を返す（図６のｃ３４）。

ＳＩＰ対応端末＃３が応答して（図６のｃ３５）、「２００ ＯＫ（ｗ／ＳＤＰ）」を送ってくると（図６のｃ３６）、ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１に「ＩＮＦＯ（Ｎｏ Ｔｏｎｅ）」を送る（図６のｃ３７）。ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１から「２００ ＯＫ」が返ってくると（図６のｃ３８）、ＳＩＰ対応端末＃１に「ｒｅＩＮＶＩＴＥ（ｗ／ｏＳＤＰ）」を送る（図６のｃ３９）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１から「２００ ＯＫ（ｗ／ＳＤＰ）」が返ってくると（図６のｃ４０）、ＳＩＰ対応端末＃１に「ＡＣＫ（ｗ／ＳＤＰ）」を送るとともに（図６のｃ４１）、ＳＩＰ対応端末＃３に「ＡＣＫ（ｗ／ＳＤＰ）」を送る（図６のｃ４２）。これによって、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃３とが通話中となる（図６のｃ４３）。

図７〜図９は図１のＩＰ−ＰＢＸ１を介して転送サービスとして全自動転送を使用する場合の処理を示すシーケンスチャートである。これら図１と図２と図７〜図９とを参照してＩＰ−ＰＢＸ１を介して転送サービスとして全自動転送を使用する場合の処理について説明する。以下の説明では、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２とが通話中にＳＩＰ対応端末＃３への転送を行うものとする。

ＳＩＰ対応端末＃２がＳＩＰ対応端末＃１との通話中に（図７のｄ１）、ＩＰ−ＰＢＸ１に「ＩＮＦＯ（Ｈｏｏｋｉｎｇ）」を送ると（図７のｄ２）、ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２に「２００ ＯＫ」を送るとともに（図７のｄ３）、ＳＩＰ対応端末＃２に「ｒｅＩＮＶＩＴＥ（ｃ＝０）」を送る（図７のｄ４）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２から「２００ ＯＫ（ｗ／ＳＤＰ）」が返ってくると（図７のｄ５）、ＳＩＰ対応端末＃２に「ＡＣＫ」を送り（図７のｄ６）、ＳＩＰ対応端末＃１に「ｒｅＩＮＶＩＴＥ（ｃ＝０）」を送る（図７のｄ７）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１から「２００ ＯＫ（ｗ／ＳＤＰ）」が返ってくると（図７のｄ８）、ＳＩＰ対応端末＃１に「ＡＣＫ」を送り（図７のｄ９）、ＳＩＰ対応端末＃２に「ＩＮＦＯ（ＳＰＤＴ）」を送る（図７のｄ１０）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２から「２００ ＯＫ（ｗ／ｏＳＤＰ）」が返ってくると（図７のｄ１１）、ＳＩＰ対応端末＃１に「ＩＮＦＯ（ＭＵＳＩＣ）」を送り（図７のｄ１２）、処理中であることを通知する。ＳＩＰ対応端末＃１はＩＰ−ＰＢＸ１に「２００ ＯＫ」を送り（図７のｄ１３）、被保留中となる（図７のｄ１４）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２から「ＩＮＦＯ（ＤＩＧＩＴ）」が送られてくると（図７のｄ１５）、ＳＩＰ対応端末＃２に「２００ ＯＫ（ｗ／ｏＳＤＰ）」を送るとともに（図７のｄ１６）、ＳＩＰ対応端末＃２に「ＩＮＦＯ（Ｎｏ Ｔｏｎｅ）」を送る（図７のｄ１７）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２から「２００ ＯＫ（ｗ／ｏＳＤＰ）」が送られてくると（図７のｄ１８）、ＳＩＰ対応端末＃３に「ＩＮＶＩＴＥ（ｗ／ｏＳＤＰ）」を送る（図７のｄ１９）。ＳＩＰ対応端末＃３はＩＰ−ＰＢＸ１に「１８０ Ｒｉｎｇｉｎｇ」を送り（図７のｄ２０）、呼出中となる（図７のｄ２１）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃３に「ＰＲＡＣＫ」を送り（図７のｄ２２）、ＳＩＰ対応端末＃３から「２００ ＯＫ（ｗ／ｏＳＤＰ）」が返ってくると（図８のｄ２３）、ＳＩＰ対応端末＃２に「ＩＮＦＯ（ＲＢＴ）」を送る（図８のｄ２４）。ＳＩＰ対応端末＃２はＩＰ−ＰＢＸ１に「２００ ＯＫ（ｗ／ｏＳＤＰ）」を送る（図８のｄ２５）。

ＳＩＰ対応端末＃３が応答して（図８のｄ２６）、「２００ ＯＫ（ｗ／ｏＳＤＰ）」を送ってくると（図８のｄ２７）、ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２に「ＩＮＦＯ（Ｎｏ Ｔｏｎｅ）」を送る（図８のｄ２８）。ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２から「２００ ＯＫ（ｗ／ｏＳＤＰ）」が返ってくると（図８のｄ２９）、ＳＩＰ対応端末＃２に「ｒｅＩＮＶＩＴＥ（ｗ／ｏＳＤＰ）」を送る（図８のｄ３０）。

ＳＩＰ対応端末＃３はＳＩＰ対応端末＃２から「２００ ＯＫ（ｗ／ＳＤＰ）」が返ってくると（図８のｄ３１）、ＳＩＰ対応端末＃２に「ＡＣＫ（ｗ／ＳＤＰ）」を送るとともに（図８のｄ３２）、ＳＩＰ対応端末＃３に「ＡＣＫ（ｗ／ＳＤＰ）」を送る（図８のｄ３３）。これによって、ＳＩＰ対応端末＃２とＳＩＰ対応端末＃３とが通話中となる（図８のｄ３４）。

この後、ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１との通話を切断し（図８のｄ３５）、ＩＰ−ＰＢＸ１に「ＢＹＥ」を送る（図８のｄ３６）。ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２に「２００ ＯＫ（ｗ／ｏＳＤＰ）」を送るとともに（図８のｄ３７）、ＳＩＰ対応端末＃３に「ｒｅＩＮＶＩＴＥ（ｃ＝０）」を送る（図８のｄ３８）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃３から「２００ ＯＫ（ｗ／ＳＤＰ）」が返ってくると（図８のｄ３９）、ＳＩＰ対応端末＃３に「ＡＣＫ」を送るとともに（図８のｄ４０）、ＳＩＰ対応端末＃１に「ＩＮＦＯ（Ｎｏ Ｔｏｎｅ）」を送る（図８のｄ４１）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１から「２００ ＯＫ」が返ってくると（図８のｄ４２）、ＳＩＰ対応端末＃３に「ｒｅＩＮＶＩＴＥ （ｗ／ｏＳＤＰ）」を送る（図８のｄ４３）。ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃３から「２００ ＯＫ（ｗ／ＳＤＰ）」が返ってくると（図８のｄ４４）、ＳＩＰ対応端末＃１に「ｒｅＩＮＶＩＴＥ（ｗ／ｏＳＤＰ）」を送る（図９のｄ４５）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１から「２００ ＯＫ（ｗ／ＳＤＰ）」が返ってくると（図９のｄ４６）、ＳＩＰ対応端末＃１に「ＡＣＫ（ｗ／ＳＤＰ）」を送るとともに（図９のｄ４７）、ＳＩＰ対応端末＃３に「ＡＣＫ（ｗ／ＳＤＰ）」を送る（図９のｄ４８）。これによって、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃３とが通話中となる（図９のｄ４９）。

上述したように、ＩＰ−ＰＢＸ１は内線端末を操作するユーザに対して様々なトーンを聴取させることによって、サービスが起動されたことや発信先相手が話中であることを通知している。本実施例では、ＩＮＦＯメッセージにトーン制御のための情報要素を含め、そのＩＮＦＯメッセージを認識することができるＳＩＰ端末と連携することによって、従来のＳＩＰ端末では不可能であったＩＰ−ＰＢＸ１からのトーン制御を可能とすることができる。

図１０は本発明の一実施例による不在転送設定処理を示すシーケンスチャートである。図１０において、本実施例では、例えばＩＰ−ＰＢＸ１のサービスである不在転送をＳＩＰ端末が設定した場合に、そのサービスが正常に設定されたことを通知するためにサービスセットトーンをユーザに聴取させている。

従来のＳＩＰ端末ではトーンを聴取することができないため、上記のような不在転送設定サービスが正常に設定されたことを知る術がないが、本実施例では、そのＩＮＦＯメッセージを認識することができるＳＩＰ端末であれば、トーンを聴取することができ、上記のサービスが正常に設定されたことを知ることができる。

ＳＩＰ対応端末＃１は不在転送を設定する場合、不在転送設定用番号が入力されると（図１０のｅ１）、ＩＰ−ＰＢＸ１に「ＩＮＶＩＴＥ（ｗ／ＳＤＰ）」を送る（図１０のｅ２）。ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１に「１００ Ｔｒｙｉｎｇ」を返すとともに（図１０のｅ３）、ＳＩＰ対応端末＃１に「ＩＮＦＯ（Ｓｐｅｃｉａｌ−Ｄｉａｌ−Ｔｏｎｅ）」を送る（図１０のｅ４）。

ＳＩＰ対応端末＃１はＩＰ−ＰＢＸ１に「２００ ＯＫ」を返し（図１０のｅ５）、Ｓｐｅｃｉａｌ−Ｄｉａｌ−Ｔｏｎｅの聴取中となる（図１０のｅ６）。続いて、ＳＩＰ対応端末＃１は転送先番号が入力されると（図１０のｅ７）、ＩＰ−ＰＢＸ１に「ＩＮＦＯ（ＤＩＧＩＴ）」を送る（図１０のｅ８）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１に「２００ ＯＫ」を返すとともに（図１０のｅ９）、ＳＩＰ対応端末＃１に「ＩＮＦＯ（Ｓｅｒｖｉｃｅ−Ｓｅｔ−Ｔｏｎｅ）」を送る（図１０のｅ１０）。ＳＩＰ対応端末＃１はＩＰ−ＰＢＸ１に「２００ ＯＫ」を返し（図１０のｅ１１）、Ｓｅｒｖｉｃｅ−Ｓｅｔ−Ｔｏｎｅの聴取中となる（図１０のｅ１２）。

その後、ＳＩＰ対応端末＃１は切断されると（図１０のｅ１３）、ＩＰ−ＰＢＸ１に「ＣＡＮＣＥＬ」を送る（図１０のｅ１４）。ＩＰ−ＰＢＸ１１はＳＩＰ対応端末＃１に「２００ ＯＫ」を返すとともに（図１０のｅ１５）、ＳＩＰ対応端末＃１に「４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ」を送る（図１０のｅ１６）。これに対し、ＳＩＰ対応端末＃１はＩＰ−ＰＢＸ１に「ＡＣＫ」を返す（図１０のｅ１７）。

上記のように、本実施例では、ＳＩＰ端末へＴＯＮＥ制御を行うことで、ＳＩＰ端末からのＴＯＮＥ聴取によりＳＩＰ端末を操作するユーザがサービス状態を認識できるため、ＳＩＰ端末自身はサービスを意識することなくＩＰ−ＰＢＸの様々なサービスが利用可能となる。

このように、本発明は、ＩＰ−ＰＢＸ１のサービスにＳＩＰに準拠するクライアント端末を組入れることができ、ＳＩＰクライアント端末に対し、現行のＩＰ−ＰＢＸ１がサポートする多様なプロトコルに対応した端末への自由な相互接続を提供するとともに、現行のＩＰ−ＰＢＸ１の持つ豊富な付加サービスを提供することができる。尚、上述した図５〜図１０に示す処理はＰＢＸ付加サービス提供モジュール１１とＰＢＸ基本接続処理提供モジュール１２とＴＯＮＥ制御モジュール１３とにおける各々の処理によって実現される。

ここで、図５〜図１０において、「ＩＮＶＩＴＥ」は参加者間でセッションを確立するために使用されるメソッド、「１００ ＴＲＹＩＮＧ」は試行中、「ＩＮＦＯ」は情報を通知する時に使用するメソッド、「１８０ ＲＩＮＧＩＮＧ」は呼出中、「２００ ＯＫ」は成功応答、「ＡＣＫ」はセッションの確立許可に使用されるメソッド、「ＰＲＡＣＫ」は暫定応答の確実な送信をサポートするメソッド、「ＢＹＥ」はセッションを終了するために使用するメソッド、「ＣＡＮＣＥＬ」はセッションのキャンセルに使用されるメソッド、「４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ」はリクエストが終了させられたことをそれぞれ示している。

図１１は本発明の他の実施例によるＩＰ−ＰＢＸの構成を示すブロック図である。図１１において、本発明の他の実施例によるＩＰ−ＰＢＸ１ａは標準ＳＩＰプロトコル制御モジュール１７と拡張ＳＩＰプロトコル制御モジュール１８とにおける共通処理をモジュール化したＳＩＰ系プロトコル共通処理モジュール２０，２１を設けた以外は図２に示す本発明の一実施例によるＩＰ−ＰＢＸ１と同様の構成となっており、同一構成要素には同一符号を付してある。

但し、標準ＳＩＰプロトコル制御モジュール１７、拡張ＳＩＰプロトコル制御モジュール１８は共通処理を省いてモジュール化したものである。この共通処理としては、例えばコンタクトインフォメーションを登録するためのＳＩＰ系プロトコルレジストラモジュール２１ａがある。

尚、本実施例では、ＳＩＰ系プロトコル共通処理モジュール２０，２１を、標準ＳＩＰプロトコル制御モジュール１７、拡張ＳＩＰプロトコル制御モジュール１８に対してＬＡＮ１００側とＰＢＸ基本接続処理提供モジュール１２側とにそれぞれ設けているが、これらを一つのモジュールで実現することも可能である。

また、上述した本発明の一実施例では標準ＳＩＰプロトコル制御モジュール１７、拡張ＳＩＰプロトコル制御モジュール１８にそれぞれポート＃４，＃５を割当てているが、本実施例ではＳＩＰ系プロトコル共通処理モジュール２０に共通のポート＃ｋを割当てている。

上記のように、本実施例では、ＳＩＰ端末へＴＯＮＥ制御を行うことで、ＳＩＰ端末からのＴＯＮＥ聴取によりＳＩＰ端末を操作するユーザがサービス状態を認識できるため、ＳＩＰ端末自身はサービスを意識することなくＩＰ−ＰＢＸの様々なサービスが利用可能となる。

このように、本発明は、ＩＰ−ＰＢＸ１のサービスにＳＩＰに準拠するクライアント端末を組入れることができ、ＳＩＰクライアント端末に対し、現行のＩＰ−ＰＢＸ１がサポートする多様なプロトコルに対応した端末への自由な相互接続を提供するとともに、現行のＩＰ−ＰＢＸ１の持つ豊富な付加サービスを提供することができる。尚、上述した図５〜図１０に示す処理はＰＢＸ付加サービス提供モジュール１１とＰＢＸ基本接続処理提供モジュール１２とＴＯＮＥ制御モジュール１３とにおける各々の処理によって実現される。

本発明は、上記のように、ＬＡＮ等のネットワーク内でのＳＩＰ端末に対する構内交換機のサービスの提供のみならず、インタネット等の外部のＩＰ網を介した呼接続処理にも適用可能である。また、本発明は、ＩＰ網経由でＰＢＸ機能を提供するＩＰセントレックス（ｃｅｎｔｒｅｘ）にも適用可能である。

本発明の一実施例によるネットワークの構成を示すブロック図である。 図１のＩＰ−ＰＢＸの構成を示すブロック図である。 図１のＩＰ−ＰＢＸの処理動作を示すシーケンスチャートである。 図１のＩＰ−ＰＢＸの処理動作を示すシーケンスチャートである。 図１のＩＰ−ＰＢＸを介して転送サービスとして簡易操作を使用する場合の処理を示すシーケンスチャートである。 図１のＩＰ−ＰＢＸを介して転送サービスとして簡易操作を使用する場合の処理を示すシーケンスチャートである。 図１のＩＰ−ＰＢＸを介して転送サービスとして全自動転送を使用する場合の処理を示すシーケンスチャートである。 図１のＩＰ−ＰＢＸを介して転送サービスとして全自動転送を使用する場合の処理を示すシーケンスチャートである。 図１のＩＰ−ＰＢＸを介して転送サービスとして全自動転送を使用する場合の処理を示すシーケンスチャートである。 本発明の一実施例による不在転送設定処理を示すシーケンスチャートである。 本発明の他の実施例によるＩＰ−ＰＢＸの構成を示すブロック図である。 従来の転送サービスとして簡易操作を使用する場合の処理を示すシーケンスチャートである。 従来の転送サービスとして全自動転送をする場合の処理を示すシーケンスチャートである。 従来の転送サービスとして全自動転送をする場合の処理を示すシーケンスチャートである。

符号の説明

１，１ａ ＩＰ−ＰＢＸ
２ プロトコルＡ対応端末
３ プロトコルＢ対応端末
４ プロトコルＸ対応端末
５ 標準ＳＩＰプロトコル対応端末
６ 拡張ＳＩＰプロトコル対応端末
７ メディアゲートウェイ
１１ ＰＢＸ付加サービス提供モジュール
１２ ＰＢＸ基本接続処理提供モジュール
１３ ＴＯＮＥ制御モジュール
１４ 既存プロトコルＡ制御モジュール
１５ 既存プロトコルＢ制御モジュール
１６ 既存プロトコルＸ制御モジュール
１７ 標準ＳＩＰプロトコル制御モジュール
１８ 拡張ＳＩＰプロトコル制御モジュール
１９ テーブル
２０，２１ ＳＩＰ系プロトコル共通処理モジュール
２１ａ ＳＩＰ系プロトコルレジストラモジュール
１００ ＬＡＮ
２００ 無線ＬＡＮ
３００ インタネット

Claims (6)

1. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって通信を行うＳＩＰ端末と、端末間の呼接続処理を行う構内交換機とを少なくとも含むネットワークであって、
   前記構内交換機のコンポーネント群の一つとして組込まれかつ前記ＳＩＰの処理を代理のユーザ・エージェントとして動作するＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化したＳＩＰ系プロトコル制御モジュールと、
   前記構内交換機のコンポーネント群の一つとして組込まれかつ前記ＳＩＰ端末のキー操作に応じて前記構内交換機の付加サービスを提供する付加サービス提供モジュールとを有し、
   前記構内交換機において、前記ＳＩＰと前記構内交換機の内部プロトコルとの間のプロトコル変換を前記Ｂ２ＢＵＡの仕組みを利用して動作するＳＩＰ系プロトコル制御モジュールにより行うことで、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）基本接続処理提供モジュールが、異なるプロトコルを有する端末間の相互接続を行い、
   さらに前記付加サービスを起動するための番号が入力されると、当該付加サービスの要求が前記ＰＢＸ基本接続処理提供モジュールから前記付加サービス提供モジュールへと渡されて処理されることを特徴とするネットワーク。
2. ＩＮＦＯメッセージにトーン制御のための情報要素を含め、前記構内交換機からのトーン制御を可能とし、前記ＳＩＰ端末からのトーン聴取により当該ＳＩＰ端末を操作するユーザが前記構内交換機の様々なサービスを利用可能としたことを特徴とする請求項１記載のネットワーク。
3. 端末間の呼接続処理を行う構内交換機であって、
   ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理を代理のユーザ・エージェントとして動作するＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化したＳＩＰ系プロトコル制御モジュールと、
   前記ＳＩＰ端末のキー操作に応じて付加サービスを提供する付加サービス提供モジュールとをコンポーネント群の一つとして組込み、
   前記ＳＩＰと前記構内交換機の内部プロトコルとの間のプロトコル変換を前記Ｂ２ＢＵＡの仕組みを利用して動作するＳＩＰ系プロトコル制御モジュールにより行うことで、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）基本接続処理提供モジュールが、異なるプロトコルを有する端末間の相互接続を行い、
   さらに前記付加サービスを起動するための番号が入力されると、当該付加サービスの要求が前記ＰＢＸ基本接続処理提供モジュールから前記付加サービス提供モジュールへと渡されて処理されることを特徴とする構内交換機。
4. ＩＮＦＯメッセージにトーン制御のための情報要素を含め、自機からのトーン制御を可能とし、前記ＳＩＰ端末からのトーン聴取により当該ＳＩＰ端末を操作するユーザが自機の様々なサービスを利用可能としたことを特徴とする請求項３記載の構内交換機。
5. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって通信を行うＳＩＰ端末と、端末間の呼接続処理を行う構内交換機とを少なくとも含むネットワークのＰＢＸ付加サービス起動方法であって、
   代理のユーザ・エージェントとして動作するＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化されたＳＩＰ系プロトコル制御モジュールと付加サービス提供モジュールとを前記構内交換機のコンポーネント群の一つとして組込み、
   前記ＳＩＰ系プロトコル制御モジュールに前記ＳＩＰの処理を行わせ、前記付加サービス提供モジュールに前記ＳＩＰ端末のキー操作に応じて前記構内交換機の付加サービスを提供させ、
   前記構内交換機において、前記ＳＩＰと前記構内交換機の内部プロトコルとの間のプロトコル変換を前記Ｂ２ＢＵＡの仕組みを利用して動作するＳＩＰ系プロトコル制御モジュールにより行うことで、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）基本接続処理提供モジュールが、異なるプロトコルを有する端末間の相互接続を行い、
   さらに前記付加サービスを起動するための番号が入力されると、当該付加サービスの要求が前記ＰＢＸ基本接続処理提供モジュールから前記付加サービス提供モジュールへと渡されて処理されることを特徴とするＰＢＸ付加サービス起動方法。
6. ＩＮＦＯメッセージにトーン制御のための情報要素を含め、前記構内交換機からのトーン制御を可能とし、前記ＳＩＰ端末からのトーン聴取により当該ＳＩＰ端末を操作するユーザが前記構内交換機の様々なサービスを利用可能としたことを特徴とする請求項５記載のＰＢＸ付加サービス起動方法。

Images