JP5311479B2 - Ｓｉｐ対応交換装置、及びこれを用いたｓｉｐ対応交換システム - Google Patents

Description

本発明は、ＳＩＰ対応交換装置、及びこれを用いたＳＩＰ対応交換システムに関する。

従来、ＩＴＵ−Ｔ Ｑ．７００シリーズ勧告の「Ｎｏ．７共通線信号方式」を用いた時分割電子交換機（電話交換機）の局間接続が提案されている（例えば、特許文献１参照）。このようなシステムにより、内線キャンプオンなどの高度な電話サービスが提供可能となっている。一方、ＳＩＰ（Session Initiation Protocol）を用いたＩＰ（Internet Protocol）電話交換機の局間接続は、ＩＥＴＦ（Internet Engineering Task Force）で規定の「ＲＦＣ３２６１」をベースに行われているが、プロトコルの定義が曖昧で、接続の具体的な仕様はメーカ独自の仕様となっているため、異なるメーカのＩＰ電話交換機間の接続が困難であった。また、電話接続のような基本的なサービスしかできず、キャンプオンのような高度なサービスの提供はなされていなかった。

特開２００３−２８４１０６号公報

このＩＰ電話交換機の接続性を担保するため、時分割電子交換機で使用しているＴＴＣ（Telecommunication Technology Committee）により規定されたインタフェース「ＤＣＨ共通線方式」へ一旦変換する方式をとることがある。但し、この場合も、基本接続、発信番号通知、転送、保留といった基本的な電話サービスのみ可能で、キャンプオンなどの高度な電話サービスは提供されていなかった。このように、従来のＳＩＰを用いたＩＰ電話交換機では、時分割電子交換機で提供しているような高度なサービスが提供できないという課題があった。

本発明はこのような課題に鑑みてなされたものであり、ＳＩＰを用いて通信を行う場合に、異なるメーカ間であっても高度な電話サービスを提供することが可能なＳＩＰ対応交換装置及びこれを用いたＳＩＰ対応交換システムを提供することを目的とする。

前記課題を解決するために、本発明に係るＳＩＰ対応交換装置は、ＳＩＰ（Session Initiation Protocol）を用いて通信を行い、少なくとも一台の電話機の接続制御を行うＳＩＰサーバを有して構成される。このＳＩＰサーバは、接続要求をした電話機の接続制御を行うＳＩＰサーバと、接続要求がされた電話機の接続制御を行うＳＩＰサーバとが異なる場合であって、ＳＩＰサーバの一方から他方のサービスを起動するときに、他方のＳＩＰサーバにより接続制御が行われる電話機の識別情報とサービスに割り当てられたサービスコードとを区切り符号により連結したメッセージを生成して送信するメッセージ生成部と、メッセージを受信したときに、当該メッセージに区切り符号が含まれるか否かを判定し、区切り符号が含まれる場合にサービスコードを抽出する区切り判定部と、区切り判定部によりメッセージに区切り符号が含まれると判定され、メッセージに含まれるサービスコードが抽出されたときに、当該サービスコードに対応するサービスを起動するか否かを判定するサービス起動判定部と、サービス起動判定部によりサービスを起動すると判定されたときに、サービスを起動するサービス起動指示部と、を有して構成される。

このような本発明に係るＳＩＰ対応交換装置において、メッセージはＳＩＰに規定されたコマンドであることが好ましい。

また、本発明に係るＳＩＰ対応交換装置において、ＳＩＰサーバのメッセージ生成部は、一方のＳＩＰサーバから他方のＳＩＰサーバのサービスが起動されたときに、サービスからの通知を他方のＳＩＰサーバから一方のＳＩＰサーバに送信するように構成され、サービスからの通知は、ＳＩＰに規定されたエラーレスポンスであることが好ましい。

また、本発明に係るＳＩＰ対応交換装置は、エラーレスポンスがサービスからの通知であるか否かを判定するエラーメッセージ種別判定部を有し、サービス起動判定部は、エラーメッセージ種別判定部においてエラーレスポンスが他方のＳＩＰサーバで起動されたサービスからの通知であると判定されたときに、エラーレスポンスに対応するサービスを起動するか否かを判定するように構成されることが好ましい。

また、本発明に係るＳＩＰ対応交換システムは、少なくとも一台の電話機及び当該電話機の接続制御を行う上述のいずれかのＳＩＰ対応交換装置の組を２以上有し、ＳＩＰ（Session Initiation Protocol）を用いて通信を行うよう構成される。

本発明に係るＳＩＰ対応交換装置、及び、これを用いたＳＩＰ対応交換システムを以上のように構成すると、ＳＩＰを用いて通信を行う場合に、異なるメーカ間であっても高度な電話サービスを提供することが可能となる。

本発明に係るＳＩＰ対応交換システムの構成例を説明するための説明図である。 本発明に係るＳＩＰ対応交換装置の構成を説明するための説明図である。 共通シーケンスのメッセージヘッダ構成例を示し、（ａ）はＩＮＶＩＴＥリクエストメッセージヘッダの構成例を示し、（ｂ）は通常のメッセージのヘッダの構成例を示す。 キャンプオンサービス（設定）時のシーケンスを説明するための説明図である。 キャンプオンサービス（通話）時のシーケンスを説明するための説明図である。 コールウェイティング時のシーケンスを説明するための説明図である。 割込のシーケンスを説明するための説明図である。 ゲートウェイを規定点としたＳＩＰ対応交換システムを説明するための説明図である。 中継サーバを規定点としたＳＩＰ対応交換システムを説明するための説明図である。 ゲートウェイ間に介在させた中継サーバを規定点としたＳＩＰ対応交換システムを説明するための説明図である。 プロトコル変換サーバを規定点としたＳＩＰ対応交換システムを説明するための説明図である。 ゲートウェイ間に介在させたプロトコル変換サーバを規定点としたＳＩＰ対応交換システムを説明するための説明図である。

以下、本発明の好ましい実施形態について図面を参照して説明する。まず、図１を用いて本実施形態におけるＳＩＰ対応交換システム１００の構成について説明する。このＳＩＰ対応交換システム１００は、ＩＰ（Internet Protocol）電話交換網３（図１の３ａ，３ｂ等）を利用し、複数のＩＰ電話機２（図１の２ａ，２ｂ，２ａ′、２ｂ′等）及びこれらのＩＰ電話機２の接続制御を行うＳＩＰサーバ１（図１の１ａ，１ｂ等）の組を２以上有し、ＳＩＰを用いて通信を行うよう構成されている。

ＩＰ電話機２は、有線のＩＰ電話専用の電話機２（図１の２ａ，２ｂ等）でもあってもよいし、無線ＬＡＮ基地局４（図１の４ａ，４ｂ等）を介してＳＩＰサーバ１に接続する無線ＩＰ電話機２（図１の２ａ′，２ｂ′等）であってもよい。また、ＩＰ電話機２として機能するように構成された図示しないパーソナルコンピュータなどであってもよい。ＳＩＰサーバ１は、接続要求をしたＩＰ電話機２の接続制御を行うＳＩＰサーバ１（例えば、ＳＩＰサーバ１ａ）と、接続要求がされたＩＰ電話機２の接続制御を行うＳＩＰサーバ１（例えば、ＳＩＰサーバ１ｂ）とが異なる場合に、ＳＩＰサーバ１の一方から他方のサービスを起動するときに、ＳＩＰプロトコルを活用し、サービスコード（区切り符号）付与や代理エラーレスポンスによるサービス連携を行い、基本サービスだけでなく、高度な電話サービス（例えば、キャンプオン、コールウェイティング、割込など）を実現するものである。

なお、本実施形態における基本サービス及び高度サービスの具体例とその概要は、以下の通りであるが、本実施形態はこれらに限定されることはない。
（１）基本サービス
基本接続：内線加入者相互および外線との接続が可能なこと。
発信者番号表示：呼出時、着呼側電話機に発呼側電話番号を表示すること。
転送：内線への着信呼を、通話後、転送できること。
保留：電話機操作によって呼を保留でき、保留相手側には保留音が流れること。
（２）高度サービス
キャンプオン：内線加入者相互接続または外線接続において、被呼加入者（被呼者）が話中の場合、被呼者が空き（切断）になった状態で自動的に発呼加入者（発呼者）を呼戻せること。
コールウェイティング：内線加入者相互接続または外線接続において被呼者話中の場合、ダイヤル操作により話中内線に対して、待機中呼があることを通知することができ、話中内線の電話機操作により通話中呼を保留にして待機中呼に応答できること。
割込：内線相互接続または外線接続において、相手内線が内線相互及び中継線接続で通話中の時、割込通話ができること。

本実施形態のＳＩＰ対応交換システム１００においては、従来のＳＩＰサーバ局間では提供できなかった高度な電話サービスを実現するため、ＳＩＰプロトコルを活用し、以下で説明するように、（１）ＳＩＰコマンドへのサービスコード付与や代理エラーレスポンスによりＳＩＰサーバ局間でのサービス連携を行うサービス通知方式、（２）異メーカのＳＩＰサーバ局間の接続が可能な共通シーケンス、の２つを提供するように構成されている。

（１）サービス通知方式
（ａ）サービスコードの付与
桁数を自由に設定可能な電話番号(着番号)と、サービスコードを同時に通知可能とした。具体的には、
（ｉ）ＳＩＰコマンドにおけるセッションの確立要求メッセージであるＩＮＶＩＴＥリクエストのＴＯヘッダ
（ii）ＳＩＰメッセージのヘッダ
（iii）ＩＮＶＩＴＥリクエスト及びＳＩＰメッセージのヘッダの両方
のいずれかの着番号情報（識別情報）に、区切り符号とサービスコードとを設定して通知する。図３（ａ）に、ＩＮＶＩＴＥリクエストのメッセージの構成例を示す。また、図３（ｂ）に、ＳＩＰメッセージの構成例を示す。いずれも、ＴＯヘッダの着信番号情報「ｓｉｐ：９１３００」に続いて、区切り符号「＃」及びサービスコード「０１」が付与されている。

本実施形態における区切り符号及びサービスコードの定義の具体例を、以下の表１に示す。なお、本実施形態では、区切り符号として「＃」を用いているが、これに限定されることはなく、「０〜９」のいずれかの数値、または「＊」などの符号を用いてもよい。また、サービスコードについても、以下の数値に限定されることはない。

（ｂ）代理エラーレスポンス
ＲＦＣ３２６１準拠のＳＩＰエラーメッセージを、サービス通知に利用（代理通知）した。具体的には、例えば、高度サービスの際のＳＩＰサーバ１間でサービス連携を行うため、エラーコード「４０６：Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ」などのエラーレスポンスを高度サービスに対する通知として代用する。なお、エラーコードは、「４０６」に限られず、ＳＩＰエラーメッセージ（ＲＦＣ３２６１準拠）であれば、いずれのものを用いてもよい。

（２）共通シーケンスの規定
上記のサービス通知を用いて、異メーカのＳＩＰサーバ１間の接続が可能な共通シーケンス（共通プロトコル）を規定し、高度サービスを実現する。共通シーケンスの具体例及びこれを利用したサービス連携については、後述の実施例で詳細に説明する。

以下、ＳＩＰサーバ１の構成について図２を用いて説明する。図２に示すように、ＳＩＰサーバ１は、ＩＰ電話交換機網３を介して他のＳＩＰサーバ１と接続し、ＳＩＰサーバ１間でのパケットの送受信などの接続を制御する回線制御部１０と、各種処理及び制御を行う中央制御部２０と、各種情報を記憶する記憶部４０と、コンソールやプリンタなどからなる入出力装置５０とを有して構成される。中央制御部２０は、メッセージ情報抽出部２１、接続先判定部２２、呼接続判定部２３、区切り判定部２４、サービスコード判定部２５、エラーメッセージ種別判定部２６、サービス起動判定部２７、サービス起動指示部２８、エラー処理判定部２９、エラー処理指示部３０、メッセージ生成部３１、及び、パケット送信部３２などを有して構成される。

記憶部４０は、ＳＩＰサーバの定義を記憶し接続状態などを管理する交換機状態記憶管理部４１、加入者情報を記憶し管理する加入者状態記憶管理部４２、プロトコル定義を記憶し管理するプロトコル管理部４３、現在の呼接続状態を記憶し管理する呼接続状態記憶部４４、各種タイマの値を記憶し管理する時間状態記憶部４５、呼接続シーケンスの定義やタイマ条件を記憶し管理する呼接続管理部４６、区切り符号定義を記憶し管理する区切り符号管理部４７、キャンプオンなどの高度サービスで使用するサービスコード定義を記憶し管理するサービスコード管理部４８、エラーコード定義を記憶し管理するエラーコード管理部４９、電話サービスの動作条件及びそのサービス状態を記憶し管理するサービス状態記憶管理部５１、エラー処理の定義を記憶し管理するエラー処理管理部５２、及び、接続先の番号計画の定義を記憶し管理する番号計画管理部５３、などから構成される。

以下、記憶部４０の各領域の構成について説明する。交換機状態記憶管理部４１は、自己ＳＩＰサーバ１（交換機状態記憶管理部４１が実装されているＳＩＰサーバ１）と現在接続している「ＳＩＰサーバの定義（例えば、ＩＰアドレス、ポート番号など）」を記憶する領域と、自己ＳＩＰサーバ１と接続する可能性のある「ＳＩＰサーバの定義」全てを記憶し管理する領域とを有する。加入者状態記憶管理部４２は、現在の加入者全ての接続状態を記憶する領域と、「加入者の定義」全てを記憶し管理する領域とを有する。プロトコル管理部４３は、ＳＩＰ／ＲＦＣ３２６１ベースの「ＳＩＰプロトコルの定義」を記憶し管理する。呼接続状態記憶部４４は、呼接続管理部４６の「呼接続シーケンスの定義」及び「タイマ条件」から、現在の「呼接続状態」を記憶する。時間状態記憶部４５は、呼接続シーケンスでの「タイマ条件」で必要となる各種タイマの値を、常時更新しながら記憶し管理する。

呼接続管理部４６は、基本サービス（基本接続、発信者番号表示、転送、保留）の「呼接続シーケンスの定義」を記憶し管理する領域と、高度サービス（キャンプオン、コールウェイティング、割込）の「呼接続シーケンスの定義」を記憶し管理する領域とを有する。この「呼接続シーケンスの定義」とは、全サービスにおける呼接続シーケンスとその時のＳＩＰサーバ１、自己ＩＰ電話機２（このＳＩＰサーバ１に接続されているＩＰ電話機２）の状態の定義を言う。呼接続管理部４６は更に、基本サービスにおける呼接続シーケンスでの「タイマ条件」を記憶し管理する領域と、高度サービスにおける呼接続シーケンスでの「タイマ条件」を記憶し管理する領域とを有する。この「タイマ条件」とは、タイマ起動・終了トリガ、タイマ値などの定義を言う。

区切り符号管理部４７は、高度サービスで使用する「区切り符号定義」を記憶し管理するが、この区切り符号は、上述のように、リクエストメッセージのＴｏヘッダにおいて、電話番号とサービスコードを区切るためのコードであり、本実施形態では「＃」を用いている。サービスコード管理部４８は、高度サービスで使用する「サービスコード定義」を管理する。サービスコードの具体例は、上述の表１に示す通りである。

以下、中央制御部２０における各部の処理概要を説明する。メッセージ情報抽出部２１は、回線制御部１０からパケットを受信し、このパケットから「メッセージ情報」を抽出する。接続先判定部２２は、メッセージ情報抽出部２１にて抽出された「メッセージ情報」中の「接続元ＳＩＰサーバ」及び「接続先ＳＩＰサーバ」と、記憶部４０の交換機状態記憶管理部４１に記憶された「ＳＩＰサーバの定義」とを比較する。また、「メッセージ情報」中の「加入者」と、加入者状態記憶管理部４２の「加入者の定義」とを比較する。比較の結果、交換機状態、加入者状態すべて問題ない場合（予め決められた組合せでない場合）は、次の呼接続判定部２３へ処理が遷移する。一方、比較の結果、交換機状態、加入者状態の１つでも問題がある場合は、エラー処理判定部２９へ処理が遷移する。

呼接続判定部２３は、「メッセージ情報」を、プロトコル管理部４３に記憶された「プロトコルの定義」と比較する。比較の結果、「プロトコルの定義」に問題がある場合（予め決められたプロトコル定義でない場合）は、メッセージ情報を廃棄して処理を終了する。また、比較の結果、「プロトコルの定義」に問題がない場合は、呼接続状態記憶部４４の「呼接続状態」と、呼接続管理部４６の「呼接続シーケンスの定義」及び「タイマ条件」とを比較し、処理を判定する。判定の結果、異常シーケンスの場合は、エラー処理判定部２９に「メッセージ情報」を送信し、エラー処理判定部２９に処理が遷移する。エラーレスポンスが通知された場合は、エラーメッセージ種別判定部２６に「メッセージ情報」を送信し、エラーメッセージ種別判定部２６に処理が遷移する。一方、エラーレスポンス以外が通知された場合は、区切り判定部２４へ「メッセージ情報」を送信し、区切り判定部２４に処理が遷移する。また、ＳＩＰサーバ１の一方から他方のサービスを起動する際に、当該ＳＩＰサーバ１が制御するＩＰ電話機２から各種サービスの要求を受信した場合は、メッセージ生成部３１に処理が遷移する。

区切り判定部２４は、「メッセージ情報」と、区切り符号管理部４７の「区切り符号定義」とを比較し、「メッセージ情報」内に「区切り符号」が含まれるか否かを判定する。「区切り符号」が含まれる場合には、この区切り符号に続く「サービスコード」を抽出し、抽出した「サービスコード」をサービスコード判定部２５へ送信して、サービスコード判定部２５に処理が遷移する。一方、「区切り符号」がない場合は、サービス起動判定部２７へ処理が遷移する。

サービスコード判定部２５は、区切り判定部２４から受信した「サービスコード」と、サービスコード管理部４８の「サービスコード定義」を比較し、当該「サービスコード」の登録がある場合は、サービス起動判定部２７へ処理が遷移する。一方、当該「サービスコード」の登録がない場合は、エラー処理判定部２９へ処理が遷移する。

エラーメッセージ種別判定部２６は、メッセージ情報中の「エラーレスポンス」と、エラーコード管理部４９の「エラーコードの定義」とを比較し、高度サービスのための代理エラーレスポンスで使用するエラーコードの場合は、サービス起動判定部２７へ処理が遷移する。一方、代理エラーレスポンスで使用するエラーコード以外の場合は、エラー処理判定部２９へ処理が遷移する。

サービス起動判定部２７は、区切り判定部２４によりメッセージに「区切り符号」が含まれると判定され、メッセージに含まれる「サービスコード」が抽出されたときに、当該「サービスコード」に対応する高度サービスを起動するか否かを判定する。または、エラーメッセージ種別判定部２６により「代理レスポンスエラーコード」が通知されたときに、当該「代理エラーレスポンス」に対応する高度サービスを起動するか否かを判定する。具体的には、サービス状態記憶管理部５１の「電話サービスの動作条件」と、「サービス状態」とを比較し、サービス起動を行うか否かを判定する。判定の結果、サービス起動を行う場合は、サービス起動指示部２８へ処理が遷移する。一方、判定の結果、サービス起動しない場合は、メッセージ生成部３１へ処理が遷移する。または、判定の結果、サービス起動に不具合を検知した場合は、エラー処理判定部２９へ処理が遷移する。

サービス起動指示部２８は、サービス起動判定部２７により高度サービスを起動すると判定されたときに、サービスコードに応じて、各種高度サービスの起動指示を行うとともに、メッセージ生成部３１に処理が遷移する。

エラー処理判定部２９は、メッセージ情報中の「エラーレスポンス」または呼接続判定部２３などから通知されたエラー情報と、エラー処理管理部５２の「エラー処理の定義」とを比較し、エラー処理を行うか否かを判定する。判定の結果、エラーコードを送信する場合は（例えば、交換機・加入者エラー、異常シーケンス、サービスコードエラー、サービス起動エラー、その他のエラー処理を行うと判定）、エラー処理指示部３０へ処理が遷移する。一方、判定の結果、エラーコードを送信しない場合は、メッセージ情報を廃棄して処理を終了する。エラー処理指示部３０では、送信するエラーコードなどを指定して、メッセージ生成部３１に対してエラー処理の指示を行う。

メッセージ生成部３１では、呼接続判定部２３でＩＰ電話機２から各種サービスの要求を受信した場合に、このＩＰ電話機２を制御するＳＩＰサーバ１が、他のＳＩＰサーバ１に対して、各種サービス起動のメッセージを生成する。ここでは、高度サービス起動について説明する。高度サービスを起動する場合は、呼接続管理部４６の「呼接続シーケンスの定義」や「タイマ条件」に従って、相手先のＳＩＰサーバ１のＩＰ電話機２の識別情報と高度サービスに割り当てられたサービスコードとを区切り符号により連結してメッセージを生成する。ここでは、図３（ａ）に示すように、「ＩＮＶＩＴＥリクエスト」の「Ｔｏヘッダ」の識別情報に、番号計画管理部５３の「番号計画の定義」から取得した接続先の識別情報を設定し、識別情報に続いて、区切り符号管理部４７の「区切り符号定義」から取得した区切り符号、及び、サービスコード管理部４８の「サービスコード定義」から取得したサービスコードを設定する。その後、パケット送信部３２に処理が遷移する。

また、メッセージ生成部３１では、サービス起動判定部２７から処理が遷移した場合は、メッセージを破棄して処理を終了する。また、サービス起動指示部２８から処理が遷移した場合は、相手先のＳＩＰサーバ１に対して当該サービスからの通知を行うため、エラーレスポンスメッセージを生成する。この場合、メッセージ情報に含まれる識別情報と番号計画管理部５３の「番号計画の定義」とを比較し、呼接続管理部４６の「呼接続シーケンスの定義」や「タイマ条件」に従ってメッセージを生成する。その後、パケット送信部３２に処理が遷移する。

また、エラー処理指示部３０からの指示の場合は、メッセージ生成部３１では、エラー処理指示部３０からの「エラーコード」を基に、呼接続管理部４６の「呼接続シーケンスの定義」に従い、エラーレスポンスメッセージを生成し、パケット送信部３２に処理が遷移する。また、メッセージ生成部３１では、各処理は呼接続管理部４６の「呼接続シーケンスの定義」に従い、呼接続状態記憶部４４の現在の「呼接続状態」を更新する。

パケット送信部３２では、メッセージ生成部３１で生成したメッセージを基にパケットを生成し、回線制御部１０を介してパケットを送信する。

以上のような構成のＳＩＰサーバ１を備え、図１に示す構成としたＳＩＰ対応交換システム１００において、共通シーケンスの具体例及びこれを利用した高度サービス連携について、図４〜図７を参照して以下に説明する。これらの図には、Ａ社製ＳＩＰサーバ１ａのＩＰ電話交換機網３ａと、Ｂ社製ＳＩＰサーバ１ｂのＩＰ電話交換機網３ｂとの間の高度サービス提供時の共通シーケンスが示されている。各図の中央に記載された太矢印で示したものがＳＩＰサーバ１ａ，１ｂ間における共通シーケンスであり、その中でも太字斜体で記したメッセージが、高度サービス用のサービスコードを含むメッセージまたは代理エラーレスポンスメッセージに係る共通シーケンスのメッセージである。なお、以下の実施例は一例に過ぎず、これらのシーケンス構成に限られるものでなく、本発明の効果範囲内において適切に変更が可能である。また、各ＳＩＰサーバ１ａ，１ｂと、これに接続されたＩＰ電話２ａ，２ｂとの間のシーケンス（各図の左側及び右側の細矢印で示したもの）も、一例であり、メーカの仕様に応じて異なり、各図及び以下の構成に限られるものでない。また、以下では、共通シーケンスを、異なるメーカのＳＩＰサーバ１ａ，１ｂ間で用いているが、同じメーカのＳＩＰサーバ１間で用いることもできる。

（キャンプオンサービス〔設定〕）
まず、図４を参照して、相手先が通話中である場合のキャンプオンサービス設定時のシーケンスについて説明する。図４に示すように、Ａ社製のＳＩＰサーバ１ａのＩＰ電話機２ａから、Ｂ社製のＳＩＰサーバ１ｂのＩＰ電話機２ｂに対して、電話番号を発信するなどの発呼操作が行われると、ＩＰ電話機２ａからＳＩＰサーバ１ａに対して「発呼」が通知される。これを受信したＳＩＰサーバ１ａは、ＩＰ電話機２ａに対して「発呼受付」を送信するとともに、接続先ＩＰ電話機２ｂのＳＩＰサーバ１ｂに対して、呼接続状態記憶部４４に記憶された「呼接続シーケンスの定義」に従い、「ＩＮＶＩＴＥリクエスト」を生成して送信する。また、呼接続状態記憶部４４の現在の「呼接続状態」が更新される。メッセージの生成などの中央制御部２０での処理の詳細については前述の通りである。以降のシーケンスにおいても同様である。このリクエストメッセージを受信したＳＩＰサーバ１ｂでは、ＳＩＰサーバ１ａに対して「１００ Ｔｒｙｉｎｇ」メッセージを応答する。このメッセージを受信したＳＩＰサーバ１ａ側では、タイマ監視によりＳＩＰサーバ１ｂからの返信の待ち状態に入る。

一方、ＳＩＰサーバ１ｂは、ＩＰ電話機２ｂに対して「発呼」メッセージを通知する。ＩＰ電話機２ｂはＳＩＰサーバ１ｂに対して「発呼受付」を発信するが、このとき「話中」である場合、ＩＰ電話機２ｂはＳＩＰサーバ１ｂに対して「話中」メッセージを通知する。「話中」が通知されたＳＩＰサーバ１ｂでは、ＳＩＰサーバ１ａに代理エラーレスポンスメッセージ「４８６ ＢｕｓｙＨｅｒｅ」を通知する。その後、ＳＩＰサーバ１ａとＩＰ電話機２ａでは「話中」と「確認」のメッセージの送受信がされる。このとき、ＩＰ電話機２ａでは話中音（Busy Tone）が聴取され、ユーザは相手先が話中であることを認識できる。その後、ＳＩＰサーバ１ａから、ＳＩＰサーバ１ｂに対して「ＡＣＫ応答」メッセージが通知され、ＳＩＰサーバ１ｂからＩＰ電話機２ｂに対して「確認」メッセージが通知される。

ＩＰ電話機２ａ側で、話中音を聴取したユーザは、キャンプオンサービスを希望する際には、その設定操作（サービス設定操作）を行う。この操作により、ＩＰ電話機２ａから「ＣＰ（キャンプオン）設定」メッセージが発信される。これを受信したＳＩＰサーバ１ａは「ＣＰ設定受付」メッセージをＩＰ電話機２ａに送信するとともに、ＳＩＰサーバ１ａは、ＳＩＰサーバ１ｂに対して、キャンプオン設定を要求するためのメッセージを送信するが、本実施例では、「ＩＮＶＩＴＥリクエスト」メッセージを用いる。ＳＩＰサーバ１ａの中央制御部２０は、図３（ａ）に示すように、ＴＯヘッダの着信番号情報の欄に、「＃０１（＃：「区切り符号」、０１：「キャンプオン設定」）を付与してメッセージを作成し送信する。

「ＩＮＶＩＴＥリクエスト」メッセージを受信したＳＩＰサーバ１ｂの中央制御部２０は、当該リクエストメッセージのＴＯヘッダに設定された「サービスコード」を読み取り、キャンプオンサービスが設定されたことを認識する。中央制御部２０は、呼接続状態記憶部４４の「呼接続シーケンスの定義」に従って、ＳＩＰサーバ１ａに対して「１００ Ｔｒｙｉｎｇ」メッセージを送信する。また、自身に対して「ＣＰ設定」メッセージを送信し、呼接続管理部４６及び時間状態記憶部４５などに基づいて、呼接続状態記憶部４４の現在の「呼接続状態」を、「キャンプオン設定状態」に更新する。また、キャンプオン設定が確定したら、ＳＩＰサーバ１ｂはＳＩＰサーバ１ａに対して、キャンプオン設定完了メッセージとして「４８６ ＢｕｓｙＨｅｒｅ」を送信する。このメッセージを受信したＳＩＰサーバ１ａは、キャンプオンが設定されたことを認識し、ＩＰ電話機２ａに対して「ＣＰ設定確認」メッセージを送信する。

このメッセージを受信したＩＰ電話機２ａ側では、設定音が聴取され、ユーザはキャンプオンが設定されたことを認識できる。また、ＩＰ電話機２ａは、ＳＩＰサーバ１ａに「確認」メッセージを送信する。その後、ＳＩＰサーバ１ａからＳＩＰサーバ１ｂに「ＡＣＫ」メッセージが送信され、ＳＩＰサーバ１ｂからＩＰ電話機２ｂに「確認」メッセージが送信されるとともに、ＩＰ電話機２ａ側でオフフック操作（終話）することにより、キャンプオンサービス設定のシーケンスが終了する。

（キャンプオンサービス〔通話〕）
次に、図５を用いて、キャンプオン設定後に、通話が可能となった場合のシーケンスについて説明する。前述で説明したようにキャンプオンが設定されると、ＳＩＰサーバ１ｂでは、タイマに従って「ＣＰ通知」メッセージを自身に発行して、ＩＰ電話機２ｂ側での通話の終了（終話）を監視する。ＩＰ電話機２ｂから終話の通知があると、通話が可能となった旨を通知するため、図５に示すように、ＳＩＰサーバ１ｂの中央制御部２０では、ＴＯヘッダに「＃０２（キャンプオン通知）」を設定した「ＩＮＶＩＴＥリクエスト」メッセージをＳＩＰサーバ１ａに対して送信する。これを受信したＳＩＰサーバ１ａの中央制御部２０は、応答メッセージとして「１００ Ｔｒｙｉｎｇ」をＳＩＰサーバ１ｂに送信するとともに、ＩＰ電話機２ａに「ＣＰ通知」メッセージを送信して呼び出す。呼び出されたＩＰ電話機２ａでは、ＳＩＰサーバ１ａに「ＣＰ通知確認」メッセージを送信する。これを受信したＳＩＰサーバ１ａは、ＳＩＰサーバ１ｂに対して、代理エラーレスポンスメッセージ「４８６ ＢｕｓｙＨｅｒｅ」を送信する。このメッセージを受信したＳＩＰサーバ１ｂは、自身に「ＣＰ通知確認」メッセージを発信する。このメッセージを自身で受信（確認）したＳＩＰサーバ１ｂは、呼接続状態記憶部４４の現在の「呼接続状態」を、「キャンプオン通知状態」に更新するとともに、ＳＩＰサーバ１ａに対して「ＡＣＫ」メッセージを送信する。これを受信したＳＩＰサーバ１ａは、ＩＰ電話機２ａに「確認」メッセージを送信する。

また、先に呼び出されたＩＰ電話機２ａがオンフック状態になると、ＩＰ電話機２ａとＳＩＰサーバ１ａとの間で「ＣＰ呼出し」及び「ＣＰ呼出受付」のメッセージが送受信される。ＳＩＰサーバ１ａは、ＩＰ電話機２ｂを呼び出すため、ＴＯヘッダに「＃０４（キャンプオン呼出）」を設定した「ＩＮＶＩＴＥリクエスト」メッセージをＳＩＰサーバ１ｂに対して送信する。これを受信したＳＩＰサーバ１ｂは、応答メッセージとして「１００ Ｔｒｙｉｎｇ」をＳＩＰサーバ１ａに送信するとともに、ＩＰ電話機２ｂに「ＣＰ呼出」メッセージを送信し、ＩＰ電話機２ｂの呼び出しを行う。呼び出されたＩＰ電話機２ｂは、ＳＩＰサーバ１ａに「ＣＰ呼出受付」メッセージと、相手先のＩＰ電話機２ａを呼び出すための「呼出」メッセージを送信する。

次に、ＳＩＰサーバ１ｂから、ＳＩＰサーバ１ａに対して、呼出メッセージ「１８０ Ｒｉｎｇｉｎｇ」が送信され、これを受信したＳＩＰサーバ１ａが「呼出」メッセージを送信することで、ＩＰ電話機２ａでは呼出音（Ring Back Tone）が聴取される。その後、ＩＰ電話機２ａ及びＳＩＰサーバ１ａ間、ＳＩＰサーバ１ａ及びＳＩＰサーバ１ｂ間、並びに、ＳＩＰサーバ１ｂ及びＩＰ電話機２ｂ間で、応答メッセージの送受信が行われた後、ＩＰ電話機２ａとＩＰ電話機２ｂとの間で通話が可能となる。

（コールウェイティングサービス）
図６は、コールウェイティングサービスのシーケンスを示す。この図６に示すように、ＩＰ電話機２ａがＩＰ電話機２ｂを呼び出した際に、ＩＰ電話機２ｂが通話中であることが話中音（Busy Tone）によって通知されるまでのシーケンスは、前出のキャンプオンサービスの場合と同様である。その後、ＩＰ電話機２ａ側で、コールウェイティング（ＣＷ）のサービス設定操作を行うと、ＳＩＰサーバ１ａは、ＳＩＰサーバ１ｂに対して、ＴＯヘッダに「＃０６（コールウェイティング設定）」を設定した「ＩＮＶＩＴＥリクエスト」メッセージを送信する。これを受信したＳＩＰサーバ１ｂでは、応答メッセージとして「１００ Ｔｒｙｉｎｇ」をＳＩＰサーバ１ａに送信するとともに、ＩＰ電話機２ｂに「ＣＷ設定」メッセージを送信して呼び出す。この時、ＩＰ電話機２ａ側では、呼出音（RBT）が聴取され、呼出が行われていることを認識できる。呼び出されたＩＰ電話機２ｂが、電話機操作により通話中呼を保留にして、ＩＰ電話機２ａからの待機中呼に応答（ＣＷ応答）することにより、ＩＰ電話機２ａとＩＰ電話機２ｂとの通話が可能となる。

（割込サービス）
図７は、割込サービスのシーケンスを示す。この図７に示すように、ＩＰ電話機２ａがＩＰ電話機２ｂを呼び出した際に、ＩＰ電話機２ｂが通話中であることが話中音（Busy Tone）によって通知されるまでのシーケンスは、前出のキャンプオンサービスの場合と同様である。その後、ＩＰ電話機２ａ側で、割込のサービス設定操作を行うと、ＳＩＰサーバ１ａは、ＳＩＰサーバ１ｂに対して、ＴＯヘッダに「＃０７（割込設定）」を設定した「ＩＮＶＩＴＥリクエスト」メッセージを送信する。これを受信したＳＩＰサーバ１ｂでは、応答メッセージとして「１００ Ｔｒｙｉｎｇ」をＳＩＰサーバ１ａに送信するとともに、ＩＰ電話機２ｂに「割込設定」メッセージを送信して呼び出し、割込が受け付けられると、確認メッセージなどが送受信された後、ＩＰ電話機２ａとＩＰ電話機２ｂとの通話が可能となる。

以上の実施例では、ＳＩＰサーバ１ａ，１ｂ間のサービス提供において、本発明のＳＩＰ対応交換装置を実装したＳＩＰサーバ１ａ，１ｂ間を共通インタフェースの規定点とし、ＳＩＰ対応交換システムを構築しているが、本発明はこれに限られるものではない。他の異なる実施例として、例えば、図８に示すように、ＳＩＰサーバ１ａ，１ｂ間を、本発明のＳＩＰ対応交換システムを実装したゲートウェイ５ａ，５ｂを介して接続し、このゲートウェイ５ａ、５ｂ間を共通インタフェースの規定点としてもよい。

また、図９に示すように、ＳＩＰサーバ１ａ、１ｂ間に中継サーバ６を介在させ、ＳＩＰサーバ１ａ，１ｂ及び中継サーバ６に各々ＳＩＰ対応交換装置を実装して、ＳＩＰサーバ１ａ−中継サーバ６間、中継サーバ６−ＳＩＰサーバ１ｂ間を共通インタフェースの規定点としてもよい。また、図１０に示すように、ＳＩＰサーバ１ａ、１ｂのゲートウェイ５ａ，５ｂ間に中継サーバ６を介在させ、ゲートウェイ５ａ、５ｂ及び中継サーバ６に各々本発明のＳＩＰ対応交換装置を実装して、ゲートウェイ５ａ−中継サーバ６間、中継サーバ６−ゲートウェイ５ｂ間を共通インタフェースの規定点としてもよい。更に異なる実施例として、ＳＩＰサーバ１ａ，１ｂ間を、本発明のＳＩＰ対応交換装置を実装したプロトコル変換サーバ７を介して接続し、このプロトコル変換サーバ７を共通インタフェースの規定点としてもよい。また、図１２に示すように、ＳＩＰサーバ１ａ，１ｂのゲートウェイ５ａ，５ｂ間を、本発明のＳＩＰ対応交換装置を実装したプロトコル変換サーバ７を介して接続し、このプロトコル変換サーバ７を共通インタフェースの規定点としてもよい。

１，１ａ，１ｂ ＳＩＰサーバ（ＳＩＰ対応交換装置） ２，２ａ，２ｂ ＩＰ電話機
３１ メッセージ生成部 ２５ 区切り判定部 ２６ エラーメッセージ種別判定部
２７ サービス起動判定部 ２８ サービス起動指示部

Claims (5)

1. ＳＩＰ（Session Initiation Protocol）を用いて通信を行い、少なくとも一台の電話機の接続制御を行うＳＩＰサーバを有し、
   前記ＳＩＰサーバは、
   接続要求をした電話機の接続制御を行う前記ＳＩＰサーバと、接続要求がされた電話機の接続制御を行う前記ＳＩＰサーバとが異なる場合であって、前記ＳＩＰサーバの一方から他方のサービスを起動するときに、前記他方のＳＩＰサーバにより接続制御が行われる前記電話機の識別情報と前記サービスに割り当てられたサービスコードとを区切り符号により連結したメッセージを生成して送信するメッセージ生成部と、
   前記メッセージを受信したときに、当該メッセージに前記区切り符号が含まれるか否かを判定し、前記区切り符号が含まれる場合に前記サービスコードを抽出する区切り判定部と、
   前記区切り判定部により前記メッセージに前記区切り符号が含まれると判定され、前記メッセージに含まれる前記サービスコードが抽出されたときに、当該サービスコードに対応する前記サービスを起動するか否かを判定するサービス起動判定部と、
   前記サービス起動判定部により前記サービスを起動すると判定されたときに、前記サービスを起動するサービス起動指示部と、を有することを特徴とするＳＩＰ対応交換装置。
2. 前記メッセージはＳＩＰに規定されたコマンドである請求項１に記載のＳＩＰ対応交換装置。
3. 前記ＳＩＰサーバの前記メッセージ生成部は、前記一方のＳＩＰサーバから前記他方のＳＩＰサーバのサービスが起動されたときに、前記サービスからの通知を前記他方のＳＩＰサーバから前記一方のＳＩＰサーバに送信するように構成され、
   前記サービスからの通知は、ＳＩＰに規定されたエラーレスポンスである請求項２に記載のＳＩＰ対応交換装置。
4. 前記ＳＩＰサーバは、前記エラーレスポンスが前記サービスからの通知であるか否かを判定するエラーメッセージ種別判定部を有し、
   前記サービス起動判定部は、前記エラーメッセージ種別判定部において前記エラーレスポンスが前記他方のＳＩＰサーバで起動された前記サービスからの通知であると判定されたときに、前記エラーレスポンスに対応する前記サービスを起動するか否かを判定するように構成された請求項３に記載のＳＩＰ対応交換装置。
5. 少なくとも一台の電話機及び当該電話機の接続制御を行う前記請求項１〜４いずれか一項に記載のＳＩＰ対応交換装置の組を２以上有し、ＳＩＰ（Session Initiation Protocol）を用いて通信を行うことを特徴とするＳＩＰ対応交換システム。

Images