特許 6558813 電話交換システム、交換機、電話交換方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6558813

(24)【登録日】2019年7月26日

(45)【発行日】2019年8月14日

(54)【発明の名称】電話交換システム、交換機、電話交換方法、及びプログラム

(51)【国際特許分類】

   H04M 3/00 20060101AFI20190805BHJP

【ＦＩ】

   H04M3/00 D

【請求項の数】6

【全頁数】15

(21)【出願番号】特願2018-27887(P2018-27887)

(22)【出願日】2018年2月20日

【審査請求日】2018年2月20日

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】藤本 京子

【審査官】 望月 章俊

(56)【参考文献】

【文献】 特開２０１１−１０３６２３（ＪＰ，Ａ）

【文献】 新井 英樹，次世代ＳＩＰ教科書 初版 NEXT GENERATION SIP TEXTBOOK，日本，株式会社インプレスＲ＆Ｄ 井芹 昌信，２０１０年 ３月 １日，第1版，Ｐ．８８−Ｐ．９１、Ｐ．９５、Ｐ．１４６

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ３／００

(57)【特許請求の範囲】

【請求項1】

ネットワークに接続された複数の交換機を備え、
前記交換機は、他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信し、
呼接続要求信号を受信した交換機は、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求拒否信号を受信した交換機は、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、呼接続要求拒否信号の返送後は、呼接続要求信号を送信してきた前段の交換機との間で該呼接続要求信号の送受信に使用したリソースを解放し、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した交換機は、呼接続要求拒否信号を受信した後に、別ルート上の他の交換機に対し呼接続要求信号を送信する、
電話交換システム。

【請求項2】

呼接続要求信号及び呼接続要求拒否信号は、ＳＩＰメッセージである、
請求項１に記載の電話交換システム。

【請求項3】

呼接続要求信号は、ＳＩＰメッセージのＩＮＶＩＴＥリクエストであり、
呼接続要求拒否信号は、ＳＩＰメッセージのレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」である、
請求項２に記載の電話交換システム。

【請求項4】

トランシーバと、
前記トランシーバに結合されたプロセッサと、
を備え、
前記プロセッサは、
他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信し、
呼接続要求信号を受信した場合、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求拒否信号を受信した場合、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、呼接続要求拒否信号の返送後は、呼接続要求信号を送信してきた前段の交換機との間で該呼接続要求信号の送受信に使用したリソースを解放し、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した場合、呼接続要求拒否信号を受信した後に、別ルート上の他の交換機に対し呼接続要求信号を送信する、
交換機。

【請求項5】

ネットワークに接続された交換機による電話交換方法であって、
他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信し、
呼接続要求信号を受信した場合、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求拒否信号を受信した場合、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求拒否信号の返送後は、呼接続要求信号を送信してきた前段の交換機との間で該呼接続要求信号の送受信に使用したリソースを解放し、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した場合、呼接続要求拒否信号を受信した後に、別ルート上の他の交換機に対し呼接続要求信号を送信する、
電話交換方法。

【請求項6】

交換機となるコンピュータに、
他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信する手順と、
呼接続要求信号を受信した場合、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送する手順と、
呼接続要求拒否信号を受信した場合、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送する手順と、
呼接続要求拒否信号の返送後は、呼接続要求信号を送信してきた前段の交換機との間で該呼接続要求信号の送受信に使用したリソースを解放する手順と、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した場合、呼接続要求拒否信号を受信した後に、別ルート上の他の交換機に対し呼接続要求信号を送信する手順と、
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、電話交換システム、交換機、電話交換方法、及びプログラムに関する。

【背景技術】

【0002】

拠点局、中継局等の複数の交換機（例えば、ＩＰ−ＰＢＸ（Internet Protocol Private Branch eXchange））をネットワークで接続した電話交換システムが知られている（例えば、特許文献１，２を参照）。

【0003】

複数のＩＰ−ＰＢＸをネットワークで接続した電話交換システムでは、ＩＰ−ＰＢＸ間のネットワークの障害発生時に備え、呼を迂回させるため迂回ルートが予め設定されている。また、ネットワークの障害発生時の迂回とは別に、あるＩＰ−ＰＢＸに収容されている電話機が、不在転送等の自動転送時の呼の転送先として、別のＩＰ−ＰＢＸに収容された電話機を設定している場合がある。そのため、これらの迂回及び自動転送により、システム構築時に想定していなかったルートを通る呼が生成される場合がある。

【0004】

また、関連技術に係るＩＰ−ＰＢＸでは、迂回及び自動転送のそれぞれで独立した処理を行う。そのため、中継局が呼生成可能な状態（例えば、ＩＰ−ＰＢＸとしてのリソースに空きがある、ＩＰ−ＰＢＸサービス上の規制を受けていない等）であれば、設定されているルート通りに中継局で呼を中継して迂回及び自動転送を行う。そのため、１つの中継局を２回以上経由するような中継ルートで、発呼側の電話機と着呼側の電話機とが接続され、その中継局のリソースが無駄に消費されてしまうことがあった。なお、以下では、中継ルートが複数の中継局を経由するうちに元の中継局に戻ることをループと称す。

【0005】

また、上記のような呼がいくつも発生し、中継局のリソースの消費が増えると、その中継局は、リソース不足に陥り、実施すべき他の呼の発着信が行えないため、不要な迂回が発生する。そのために、周辺中継局のリソースやＩＰ−ＰＢＸ間を接続するネットワークの帯域が無駄に消費されてしまうこともあった。

【0006】

例えば、スイッチ等のネットワーク機器には、自身が送出したフレームデータが自身に戻るというループが発生したことを検出する機能がある。しかし、ＩＰ−ＰＢＸの場合、ループが発生したとしても、ＩＰ−ＰＢＸが送出する呼制御データは、ＩＰ−ＰＢＸを経由するたびに新しいデータとなる。そのため、ＩＰ−ＰＢＸは、ネットワーク機器と同様の方法では、自身が送出したデータが自身に戻ってきたかを検出すること、すなわち、ループが発生していることを検出することができなかった。

【0007】

また、ＳＩＰ（Session Initiation Protocol）では、ループ検出のため、ＳＩＰメッセージにｖｉａヘッダが用意され、ｖｉａヘッダの情報からＳＩＰメッセージが経由してきたルートを確認できるようになっている。しかし、ＩＰ−ＰＢＸの場合、ＳＩＰメッセージがＩＰ−ＰＢＸを経由するたびに、ＩＰ−ＰＢＸが、新しいＳＩＰメッセージを生成し、後段のＩＰ−ＰＢＸへＳＩＰメッセージを送出する際にｖｉａヘッダの情報は引き継がれない。そのため、ＩＰ−ＰＢＸは、ｖｉａヘッダを利用したループ検出も行うことができなかった。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２００１−１５６７８９号公報

【特許文献2】特表平１１−５１０３４９号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

以上の通り、関連技術に係るＩＰ−ＰＢＸ等の交換機は、迂回及び自動転送により中継ルートにループが発生した場合でも、ループの発生を検出できないため、ループが発生した中継ルートで、発呼側の電話機と着呼側の電話機とを接続してしまっていた。その結果、交換機のリソースや、交換機間を接続するネットワークの帯域が無駄に消費されてしまうという問題があった。

【0010】

本開示の目的は、上述した課題を解決し、迂回及び自動転送が発生したとしても、ループが発生していないルートで、発呼側の電話機と着呼側の電話機とを接続できる電話交換システム、交換機、電話交換方法、及びプログラムを提供することにある。

【課題を解決するための手段】

【0011】

一態様による電話交換システムは、
ネットワークに接続された複数の交換機を備え、
前記交換機は、他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信し、
呼接続要求信号を受信した交換機は、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した交換機は、別ルート上の他の交換機に対し呼接続要求信号を送信する。

【0012】

一態様による交換機は、
トランシーバと、
前記トランシーバに結合されたプロセッサと、を備え、
前記プロセッサは、
他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信し、
呼接続要求信号を受信した場合、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した場合、別ルート上の他の交換機に対し呼接続要求信号を送信する。

【0013】

一態様による電話交換方法は、
ネットワークに接続された交換機による電話交換方法であって、
他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信し、
呼接続要求信号を受信した場合、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した場合、別ルート上の他の交換機に対し呼接続要求信号を送信する。

【0014】

一態様によるプログラムは、
交換機となるコンピュータに、
他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信する手順と、
呼接続要求信号を受信した場合、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送する手順と、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した場合、別ルート上の他の交換機に対し呼接続要求信号を送信する手順と、
を実行させるためのプログラムである。

【発明の効果】

【0015】

上述の態様によれば、迂回及び自動転送が発生したとしても、ループが発生していないルートで、発呼側の電話機と着呼側の電話機とを接続できる電話交換システム、交換機、電話交換方法、及びプログラムを提供できるという効果が得られる。

【図面の簡単な説明】

【0016】

【図1】実施の形態に係る電話交換システムの一構成例を示す図である。

【図2】比較例に係る電話交換方法の一例を示す図である。

【図3】図２に示した比較例に係る電話交換方法のシーケンスを示すシーケンス図である。

【図4】実施の形態に係る電話交換方法の一例を示す図である。

【図5】図４に示した実施の形態に係る電話交換方法のシーケンスを示すシーケンス図である。

【図6】実施の形態に係る中継局の一構成例を示すブロック図である。

【発明を実施するための形態】

【0017】

以下、図面を参照して本開示の実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、以下の各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

【0018】

最初に、本実施の形態に係る電話交換システムの構成例について説明する。図１は、本実施の形態に係る電話交換システムの一構成例を示す図である。
図１に示されるように、本実施の形態に係る電話交換システムは、中継局１０−Ａ，１０−Ｂ，１０−Ｃと、拠点局２０−１，２０−２と、内線電話機３０−１１，３０−２１，３０−Ｂ１と、を備えている。以下、中継局１０−Ａ，１０−Ｂ，１０−Ｃを特に区別することなく言及する場合には、単に「中継局１０」と呼称することがある。同様に、拠点局２０−１，２０−２は、単に「拠点局２０」と呼称し、内線電話機３０−１１，３０−２１，３０−Ｂ１は、単に「内線電話機３０」と呼称することがある。

【0019】

なお、図１においては、３つの中継局１０及び２つの拠点局２０を示しているが、中継局１０及び拠点局２０の数は、図１の例に限定されない。また、中継局１０−Ｂには内線電話機３０−Ｂ１が収容され、拠点局２０−１には内線電話機３０−１１が収容され、拠点局２０−２には内線電話機３０−２１が収容されているが、中継局１０及び拠点局２０に収容される内線電話機３０は、図１の例に限定されない。

【0020】

中継局１０及び拠点局２０は、例えば、ＩＰ−ＰＢＸで実現される交換機である。
ただし、本実施の形態においては、中継局１０に対し、通常の交換機が実行する制御処理に加えて、以下の制御処理を追加している。

【0021】

・中継局１０は、呼接続を要求するために、他の中継局１０又は拠点局２０に対し、呼制御データ（呼接続要求信号）を送信する場合、その呼制御データが経由した経由局を示す経由局情報として、自局の局ＩＤを追加する。以下では、呼制御データがＳＩＰメッセージのＩＮＶＩＴＥリクエストであるものとして説明する。
具体的には、中継局１０は、ＩＮＶＩＴＥリクエストの独自ヘッダに、経由局情報として、自局の局ＩＤを追加し、そのＩＮＶＩＴＥリクエストを他の中継局１０又は拠点局２０に対し送信する。

【0022】

・中継局１０は、ＩＮＶＩＴＥリクエストを受信した場合、そのＩＮＶＩＴＥリクエストに独自ヘッダが付加されているか否かをチェックする。また、中継局１０は、ＩＮＶＩＴＥリクエストに独自ヘッダが付加されていることを検出した場合、その独自ヘッダの経由局情報に、自局の局ＩＤが含まれているか否かをチェックする。

【0023】

・中継局１０は、ＩＮＶＩＴＥリクエストに自局の局ＩＤが含まれていることを検出した場合、中継ルートにループが発生したと判断し、着信規制をするために（呼接続要求を拒否するために）、そのＩＮＶＩＴＥリクエストを送信してきた前段の中継局１０又は拠点局２０に対し、ＳＩＰメッセージのレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」（呼接続要求拒否信号）を返送する。

【0024】

・中継局１０は、ＩＮＶＩＴＥリクエストに自局の局ＩＤが含まれていることを検出し着信規制のレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を返送した場合、別ルート上の他の中継局１０又は拠点局２０に対しＩＮＶＩＴＥリクエストを送信する。

【0025】

なお、中継局１０は、ＩＮＶＩＴＥリクエストに自局の局ＩＤが含まれていない場合、そのＩＮＶＩＴＥリクエストに基づき、そのＩＮＶＩＴＥリクエストを送信（中継）するという通常の処理を実行する。

【0026】

・中継局１０は、着信規制のレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を受信した場合、ＩＮＶＩＴＥリクエストを送信してきた前段の中継局１０又は拠点局２０に対し着信規制のレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を返送する。

【0027】

・中継局１０は、着信規制のレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を返送した後は、ＩＮＶＩＴＥリクエストを送信してきた前段の中継局１０又は拠点局２０との間で、そのＩＮＶＩＴＥリクエストの送受信に使用したリソースを解放する。

【0028】

続いて以下では、本実施の形態に係る電話交換方法を説明すると共に、本実施の形態との比較のために、比較例に係る電話交換方法について説明する。なお、いずれの電話交換方法においても、電話交換システムの構成自体は、図１の構成であるものとする。
また、いずれの電話交換方法においても、拠点局２０−１に収容されている内線電話機３０−１１から、中継局１０−Ｂに収容されている内線電話機３０−Ｂ１を発信先とする発呼を行うものとする。また、いずれの電話交換方法においても、拠点局２０−１と中継局１０−Ｂとを直接接続可能なルートのネットワークで障害が発生した場合の迂回ルートとして、中継局１０−Ａを経由し中継局１０−Ｂへ接続するルートが予め設定されているものとする。また、いずれの電話交換方法においても、内線電話機３０−Ｂ１には不在転送（自動転送）が設定されており、不在転送時の転送先として、拠点局２０−２に収容されている内線電話機３０−２１が指定されているものとする。

【0029】

まず、比較例に係る電話交換方法について説明する。図２は、比較例に係る電話交換方法の一例を示す図である。また、図３は、図２に示した比較例に係る電話交換方法のシーケンスを示すシーケンス図である。なお、図２及び図３においては、同一のステップには同一のステップ番号を付している。

【0030】

図２及び図３に示されるように、まず、拠点局２０−１に収容されている内線電話機３０−１１から、中継局１０−Ｂに収容されている内線電話機３０−Ｂ１を発信先とする発呼を行う。
しかし、ここでは、拠点局２０−１と中継局１０−Ｂとを直接接続可能なルートのネットワークで障害が発生している。そのため、拠点局２０−１は、予め設定されている迂回ルートへの接続切替を行う。ここでは、迂回ルートとして、中継局１０−Ａを経由し中継局１０−Ｂへ接続するルートが予め設定されている。

【0031】

そこで、拠点局２０−１は、予め設定された迂回ルートで内線電話機３０−Ｂ１へ接続するために、中継局１０−Ａに接続し、中継局１０−Ａに対しＩＮＶＩＴＥリクエストを送信する（ステップＳ１０１）。

【0032】

中継局１０−Ａは、内線電話機３０−Ｂ１へ接続するために、中継局１０−Ｂに接続し、中継局１０−Ｂに対しＩＮＶＩＴＥリクエストを送信する（ステップＳ１０２）。このＩＮＶＩＴＥリクエストは、中継局１０−Ａが新しく生成したＩＮＶＩＴＥリクエストである。

【0033】

中継局１０−Ｂは、中継局１０−ＡからＩＮＶＩＴＥリクエストを受信するが、内線電話機３０−Ｂ１は、不在転送（自動転送）を設定している。そのため、中継局１０−Ｂは、不在転送設定に基づき、不在転送時の転送先である内線電話機３０−２１へ接続するための接続切替を行う。

【0034】

そこで、中継局１０−Ｂは、内線電話機３０−２１へ接続するために、中継局１０−Ｃに接続し、中継局１０−Ｃに対しＩＮＶＩＴＥリクエストを送信する（ステップＳ１０３）。このＩＮＶＩＴＥリクエストは、中継局１０−Ｂが新しく生成したＩＮＶＩＴＥリクエストであり、新たな発信先が内線電話機３０−２１であることが追加されている。

【0035】

中継局１０−Ｃは、内線電話機３０−２１へ接続するために、中継局１０−Ａに接続し、中継局１０−Ａに対しＩＮＶＩＴＥリクエストを送信する（ステップＳ１０４）。このＩＮＶＩＴＥリクエストは、中継局１０−Ａが新しく生成したＩＮＶＩＴＥリクエストである。

【0036】

中継局１０−Ａは、中継局１０−ＣからＩＮＶＩＴＥリクエストを受信するが、受信したＩＮＶＩＴＥリクエストには、経由局情報が含まれていない。そのため、中継局１０−Ａは、自局を起点とした中継ルートが中継局１０−Ａを２回経由し、ループを発生していることを検出できない。そのため、中継局１０−Ａは、中継ルートにループを発生しているにもかかわらず、内線電話機３０−２１へ接続するために、拠点局２０−２に接続し、拠点局２０−２に対しＩＮＶＩＴＥリクエストを送信する（ステップＳ１０５）。

【0037】

その結果、中継局１０−Ａを２回経由する中継ルートで、発呼側の内線電話機３０−１１と着呼側の内線電話機３０−２１とが接続されてしまうため、中継局１０−Ａは、１回の通話であるにもかかわらず、２回の通話分のリソースを消費してしまうことになる。

【0038】

続いて、本実施の形態に係る電話交換方法について説明する。図４は、本実施の形態に係る電話交換方法の一例を示す図である。また、図５は、図４に示した本実施の形態に係る電話交換方法のシーケンスを示すシーケンス図である。なお、図４及び図５においては、同一のステップには同一のステップ番号を付している。

【0039】

図４及び図５に示されるように、まず、拠点局２０−１に収容されている内線電話機３０−１１から、中継局１０−Ｂに収容されている内線電話機３０−Ｂ１を発信先とする発呼を行う。
しかし、ここでは、拠点局２０−１と中継局１０−Ｂとを直接接続可能なルートのネットワークで障害が発生している。そのため、拠点局２０−１は、予め設定されている迂回ルートへの接続切替を行う。ここでは、迂回ルートとして、中継局１０−Ａを経由し中継局１０−Ｂへ接続するルートが予め設定されている。

【0040】

そこで、拠点局２０−１は、予め設定された迂回ルートで内線電話機３０−Ｂ１へ接続するために、中継局１０−Ａに接続し、中継局１０−Ａに対しＩＮＶＩＴＥリクエストを送信する（ステップＳ２０１）。

【0041】

中継局１０−Ａは、内線電話機３０−Ｂ１へ接続するために、中継局１０−Ｂに接続する。このとき、中継局１０−Ａは、拠点局２０−１から受信したＩＮＶＩＴＥリクエストを流用し、ＩＮＶＩＴＥリクエストが自局を経由したことを示すために、ＩＮＶＩＴＥリクエストの独自ヘッダに、経由局情報として、自局の局ＩＤ（Ａ）を追加して、そのＩＮＶＩＴＥリクエストを中継局１０−Ｂに対し送信する（ステップＳ２０２）。この時点のＩＮＶＩＴＥリクエストは、経由局情報として、中継局１０−Ａの局ＩＤが追加された状態となる（Ｘ−Ｆｏｒｗａｒｄｉｎｇ−Ｉｎｆｏ：Ａ）。

【0042】

中継局１０−Ｂは、中継局１０−ＡからＩＮＶＩＴＥリクエストを受信するが、内線電話機３０−Ｂ１は、不在転送（自動転送）を設定している。そのため、中継局１０−Ｂは、不在転送設定に基づき、不在転送時の転送先である内線電話機３０−２１へ接続するための接続切替を行う。

【0043】

そこで、中継局１０−Ｂは、内線電話機３０−２１へ接続するために、中継局１０−Ｃに接続する。このとき、中継局１０−Ｂは、ＩＮＶＩＴＥリクエストが内線電話機３０−１１からの着信であるという情報を引き継ぐ必要がある。そのため、中継局１０−Ｂは、中継局１０−Ａから受信したＩＮＶＩＴＥリクエストを流用し、新たな発信先が内線電話機３０−２１であることと、中継局１０−Ｂを経由したことを示すための局ＩＤ（Ｂ）を、ＩＮＶＩＴＥリクエストの独自ヘッダに追加して、そのＩＮＶＩＴＥリクエストを中継局１０−Ｃに対し送信する（ステップＳ２０３）。この時点のＩＮＶＩＴＥリクエストは、経由局情報として、中継局１０−Ａ，１０−Ｂの２局の局ＩＤが追加された状態となる（Ｘ−Ｆｏｒｗａｒｄｉｎｇ−Ｉｎｆｏ：Ａ，Ｂ）。

【0044】

中継局１０−Ｃは、内線電話機３０−２１へ接続するために、中継局１０−Ａに接続する。このとき、中継局１０−Ｃは、中継局１０−Ｂと同様に、中継局１０−Ｂから受信したＩＮＶＩＴＥリクエストを流用し、中継局１０−Ｃを経由したことを示すための局ＩＤ（Ｃ）を、ＩＮＶＩＴＥリクエストの独自ヘッダに追加して、そのＩＮＶＩＴＥリクエストを中継局１０−Ａに対し送信する（ステップＳ２０４）。この時点のＩＮＶＩＴＥリクエストは、経由局情報として、中継局１０−Ａ，１０−Ｂ，１０−Ｃの３局の局ＩＤが追加された状態となる（Ｘ−Ｆｏｒｗａｒｄｉｎｇ−Ｉｎｆｏ：Ａ，Ｂ，Ｃ）。

【0045】

中継局１０−Ａは、中継局１０−ＣからＩＮＶＩＴＥリクエストを受信するが、受信したＩＮＶＩＴＥリクエストには、経由局情報として、中継局１０−Ａの局ＩＤが含まれている。そのため、中継局１０−Ａは、ＩＮＶＩＴＥリクエストに中継局１０−Ａの局ＩＤが含まれていることを検出し、中継ルートにループが発生したと判断し、ＩＮＶＩＴＥリクエストを送信してきた前段の中継局１０−Ｃに対し、着信規制をするため、ＳＩＰメッセージのレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を返送する（ステップＳ２０５）。中継局１０−Ａは、着信規制のレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を返送した後は、中継局１０−Ｃとの間でＩＮＶＩＴＥリクエストの送受信に使用したリソースを解放する。

【0046】

中継局１０−Ｃは、中継局１０−Ａから着信規制のレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を受信すると、ＩＮＶＩＴＥリクエストを送信してきた前段の中継局１０−Ｂに対し着信規制のレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を返送する（ステップＳ２０６）。同様に、中継局１０−Ｂも、前段の中継局１０−Ａに対し着信規制のレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を返送する（ステップＳ２０７）。着信規制の４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄを返送した後は、中継局１０−Ｃは、中継局１０−Ｂとの間でＩＮＶＩＴＥリクエストの送受信に使用したリソースを解放する。同様に、中継局１０−Ｂは、中継局１０−Ａとの間でＩＮＶＩＴＥリクエストの送受信に使用したリソースを解放する。

【0047】

その後、中継局１０−Ａは、別ルート上の他の中継局１０又は拠点局２０に対しＩＮＶＩＴＥリクエストを送信する（ステップＳ２０８）。図４及び図５の例では、中継局１０−Ａは、拠点局２０−２に対しＩＮＶＩＴＥリクエストを送信し、拠点局２０−１との間でＩＮＶＩＴＥリクエストの送受信に使用したリソースの接続先を、中継局１０−Ｂから別ルートである拠点局２０−２に変更している。これにより、ループが発生していない別の中継ルートで、発呼側の内線電話機３０−１１と着呼側の内線電話機３０−２１とを接続することができる。

【0048】

上述したように本実施の形態によれば、中継局１０は、他の中継局１０又は拠点局２０に対しＩＮＶＩＴＥリクエストを送信する場合、自局の局ＩＤをＩＮＶＩＴＥリクエストに追加する。また、中継局１０は、ＩＮＶＩＴＥリクエストを受信した場合、ＩＮＶＩＴＥリクエストに自局の局ＩＤが含まれるかどうかをチェックする。中継局１０は、ＩＮＶＩＴＥリクエストに自局の局ＩＤが含まれていれば、中継ルートにループが発生したと判断し、ＩＮＶＩＴＥリクエストを送信してきた前段の中継局１０又は拠点局２０に対し着信規制の「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を返送し、また、別ルート上の他の中継局１０又は拠点局２０に対し、ＩＮＶＩＴＥリクエストを送信する。

【0049】

このように、中継局１０は、ＩＮＶＩＴＥリクエストを送信する場合、自局の局ＩＤをＩＮＶＩＴＥリクエストに追加し、ＩＮＶＩＴＥリクエストを受信した場合、ＩＮＶＩＴＥリクエストに自局の局ＩＤが含まれるか否かに応じて、中継ルートにループが発生したか否かを判断する。そのため、ＩＮＶＩＴＥリクエストの迂回及び自動転送により中継ルートにループが発生した場合、ループが発生したことを検出することができる。

【0050】

また、中継局１０は、中継ルートにループが発生した場合、ＩＮＶＩＴＥリクエストを送信してきた前段の中継局１０又は拠点局２０に対し着信規制を返送して、呼接続を拒否する一方で、別ルート上の他の中継局１０又は拠点局２０に対し、ＩＮＶＩＴＥリクエストを送信する。そのため、ループが発生していない中継ルートで、発呼側の内線電話機３０と着呼側の内線電話機３０とを接続することができる。

【0051】

従って、ＩＮＶＩＴＥリクエストの迂回及び自動転送が発生したとしても、ループが発生していない中継ルートで、発呼側の内線電話機３０と着呼側の内線電話機３０とを接続することができる。これにより、中継局１０のリソースが無駄に消費されたり、中継局１０間を接続するネットワーク及び中継局１０と拠点局２０間を接続するネットワークの帯域が無駄に消費されたりすることを防止することができる。

【0052】

また、中継局１０は、着信規制の「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を受信した場合、前段の中継局１０又は拠点局２０に対し着信規制の「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」を返送する。また、中継局１０は、着信規制のレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」の返送後は、前段の中継局１０又は拠点局２０との間でＩＮＶＩＴＥリクエストの送受信に使用したリソースを解放する。そのため、ループが発生した中継ルートで使用していたリソースを、別ルート等のために使用することができ、リソースを効率良く使用することができる。

【0053】

続いて以下では、上記の実施の形態で説明された中継局１０の構成例について説明する。図６は、中継局１０の一構成例を示すブロック図である。
図６に示されるように、中継局１０は、トランシーバ１０１と、プロセッサ１０２と、メモリ１０３と、を含んでいる。
トランシーバ１０１は、他の中継局１０、拠点局２０、又は内線電話機３０と通信するために使用される。トランシーバ１０１は、複数のトランシーバを含んでも良い。トランシーバ１０１は、プロセッサ１０２と結合される。

【0054】

メモリ１０３は、上記の実施の形態で説明された中継局１０による処理を行うための命令群及びデータを含むソフトウェアモジュール（コンピュータプログラム）を格納するように構成されている。メモリ１０３は、例えば、揮発性メモリ及び不揮発性メモリの組み合わせによって構成されても良い。

【0055】

プロセッサ１０２は、メモリ１０３からソフトウェアモジュール（コンピュータプログラム）を読み出して実行することで、上記の実施の形態で説明された中継局１０の処理を行うように構成されている。プロセッサ１０２は、例えば、マイクロプロセッサ、ＭＰＵ（Micro Processing Unit）、又はＣＰＵ（Central Processing Unit）であっても良い。プロセッサ１０２は、複数のプロセッサを含んでも良い。

【0056】

プロセッサ１０２は、上記の実施の形態で説明された中継局１０のアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＣＤ−Ｒ（CD-Recordable）、ＣＤ−Ｒ／Ｗ（CD-ReWritable）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されても良い。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0057】

なお、上記の実施の形態で説明された拠点局２０の構成については、図示及び説明を省略するが、拠点局２０は、図６に示した中継局１０の構成と同様の構成を有していても良い。

【0058】

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記の実施の形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0059】

例えば、上記実施の形態においては、中継ルートにループが発生した場合、ループが発生したことを検出した中継局が、別ルート上の他の中継局又は拠点局に対し、ＩＮＶＩＴＥリクエストを送信していたが、これには限定されない。

【0060】

上記の代わりに、ループが発生したことを検出した中継局が、ＩＮＶＩＴＥリクエストの発信元である拠点局に対し着信規制を返送し、その拠点局との間でＩＮＶＩＴＥリクエストの送受信に使用したリソースを解放しても良い。この場合、中継局から着信規制を受信した拠点局が、中継ルートにループが発生したというアラームを出力しても良い。これにより、保守者へ中継ルートの再設計を促し、中継ルートにループが発生しにくい設計に改善されることが期待できる。又は、中継局から着信規制を受信した拠点局が、別ルートでの呼接続を試行しても良いし、発呼を行った内線電話機からの発信を規制しても良い。

【0061】

上記の実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
ネットワークに接続された複数の交換機を備え、
前記交換機は、他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信し、
呼接続要求信号を受信した交換機は、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した交換機は、別ルート上の他の交換機に対し呼接続要求信号を送信する、
電話交換システム。
（付記２）
呼接続要求拒否信号を受信した交換機は、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送する、
付記１に記載の電話交換システム。
（付記３）
前記交換機は、呼接続要求拒否信号の返送後は、呼接続要求信号を送信してきた前段の交換機との間で該呼接続要求信号の送受信に使用したリソースを解放する、
付記２に記載の電話交換システム。
（付記４）
呼接続要求信号及び呼接続要求拒否信号は、ＳＩＰメッセージである、
付記１から３のいずれか１項に記載の電話交換システム。
（付記５）
呼接続要求信号は、ＳＩＰメッセージのＩＮＶＩＴＥリクエストであり、
呼接続要求拒否信号は、ＳＩＰメッセージのレスポンスコード「４８２ Ｌｏｏｐ Ｄｅｔｅｃｔｅｄ」である、
付記４に記載の電話交換システム。
（付記６）
トランシーバと、
前記トランシーバに結合されたプロセッサと、を備え、
前記プロセッサは、
他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信し、
呼接続要求信号を受信した場合、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した場合、別ルート上の他の交換機に対し呼接続要求信号を送信する、
交換機。
（付記７）
前記プロセッサは、呼接続要求拒否信号を受信した場合、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送する、
付記６に記載の交換機。
（付記８）
前記プロセッサは、呼接続要求拒否信号の返送後は、呼接続要求信号を送信してきた前段の交換機との間で該呼接続要求信号の送受信に使用したリソースを解放する、
付記７に記載の交換機。
（付記９）
ネットワークに接続された交換機による電話交換方法であって、
他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信し、
呼接続要求信号を受信した場合、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送し、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した場合、別ルート上の他の交換機に対し呼接続要求信号を送信する、
電話交換方法。
（付記１０）
呼接続要求拒否信号を受信した場合、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送する、
付記９に記載の電話交換方法。
（付記１１）
呼接続要求拒否信号の返送後は、呼接続要求信号を送信してきた前段の交換機との間で該呼接続要求信号の送受信に使用したリソースを解放する、
付記１０に記載の電話交換方法。
（付記１２）
交換機となるコンピュータに、
他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信する手順と、
呼接続要求信号を受信した場合、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送する手順と、
呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した場合、別ルート上の他の交換機に対し呼接続要求信号を送信する手順と、
を実行させるためのプログラム。
（付記１３）
前記コンピュータに、
呼接続要求拒否信号を受信した場合、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送する手順をさらに実行させる、
付記１２に記載のプログラム。
（付記１４）
前記コンピュータに、
呼接続要求拒否信号の返送後は、呼接続要求信号を送信してきた前段の交換機との間で該呼接続要求信号の送受信に使用したリソースを解放する手順をさらに実行させる、
付記１３に記載のプログラム。

【符号の説明】

【0062】

１０−Ａ，１０−Ｂ，１０−Ｃ 中継局
１０１ トランシーバ
１０２ プロセッサ
１０３ メモリ
２０−１，２０−２ 拠点局
３０−Ｂ１，３０−１１，３０−２１ 内線電話機

【要約】

【課題】迂回及び自動転送が発生したとしても、ループが発生していないルートで、発呼側の電話機と着呼側の電話機とを接続すること。
【解決手段】電話交換システムは、ネットワークに接続された複数の交換機を備える。交換機は、他の交換機に対し呼接続要求信号を送信する場合、自交換機のＩＤを呼接続要求信号に追加して、該呼接続要求信号を送信する。呼接続要求信号を受信した交換機は、該呼接続要求信号に自交換機のＩＤが含まれているか否かをチェックし、自交換機のＩＤが含まれていることを検出した場合、ループが発生したと判断し、呼接続要求信号を送信してきた前段の交換機に対し呼接続要求拒否信号を返送する。呼接続要求信号に自交換機のＩＤが含まれていたことを検出し呼接続要求拒否信号を返送した交換機は、別ルート上の他の交換機に対し呼接続要求信号を送信する。
【選択図】図４

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】