JP2009218859A - 呼接続方法、および、通信システム - Google Patents
呼接続方法、および、通信システム Download PDFInfo
- Publication number
- JP2009218859A JP2009218859A JP2008060512A JP2008060512A JP2009218859A JP 2009218859 A JP2009218859 A JP 2009218859A JP 2008060512 A JP2008060512 A JP 2008060512A JP 2008060512 A JP2008060512 A JP 2008060512A JP 2009218859 A JP2009218859 A JP 2009218859A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- call connection
- connection request
- call
- calling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Monitoring And Testing Of Exchanges (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】呼制御において同時通話数が規制されているときでも、新規の発呼を成立させること。
【解決手段】ＡＰ３１が、端末２１から呼接続要求を受け付けると、端末２１の接続先となるＡＰを、ＡＰ３１から未規制である切替先ＡＰへと切り替えてから、呼接続要求を呼制御サーバ１１に転送し、呼制御サーバ１１が、端末２２の特定情報と端末２２のＩＰアドレスとの対応情報を記憶手段から読み取って、呼接続要求で指定されている端末２２の特定情報から端末２２のＩＰアドレスを特定し、特定した端末２２のＩＰアドレスを送信先に指定して、呼接続要求を転送し、ＡＰ３２が、呼制御サーバ１１から転送される呼接続要求を受け付けると、端末２２へと転送する。
【選択図】図３
【解決手段】ＡＰ３１が、端末２１から呼接続要求を受け付けると、端末２１の接続先となるＡＰを、ＡＰ３１から未規制である切替先ＡＰへと切り替えてから、呼接続要求を呼制御サーバ１１に転送し、呼制御サーバ１１が、端末２２の特定情報と端末２２のＩＰアドレスとの対応情報を記憶手段から読み取って、呼接続要求で指定されている端末２２の特定情報から端末２２のＩＰアドレスを特定し、特定した端末２２のＩＰアドレスを送信先に指定して、呼接続要求を転送し、ＡＰ３２が、呼制御サーバ１１から転送される呼接続要求を受け付けると、端末２２へと転送する。
【選択図】図３
Description
本発明は、呼接続方法、および、通信システムに関する。
無線ＬＡＮ（Local Area Network）システムにおける音声通信制御（呼制御）について、特許文献１には、ＱｏＳ（Quality of Service）をサポートする為のアクセス制御手順であるＥＤＣＡ（Enhanced Distributed Channel Access／IEEE802.11e）を実装した場合でも発生する音声品質劣化に対処する技術が、開示されている。
具体的には、無線ＬＡＮシステム等の基地局であるＡＰ（Access Point）において、音声の優先通信を行う端末の通話数と品質状態を評価することにより優先通信の接続（呼接続）を規制し、優先通信を行わない端末の無線接続を規制することにより優先通信の品質を確保する通信装置を提供することが目的とされている。
特開２００７−０９６７７６号公報（図１参照）
なお、１つのＡＰが許可する音声端末（以下、端末）間の同時通話数を規制するＣＡＣ（Call Admission Control）が、一般的に実装されている。しかしながら、特許文献１などの従来の呼制御方法では、端末側の電波状況が良好な場合や急用の場合などでも、ＡＰのＣＡＣにより発呼が拒否されてしまっていた。
そこで、本発明は、前記した問題を解決し、呼制御において同時通話数が規制されているときでも、新規の発呼を成立させることを、主な目的とする。
前記課題を解決するため、本発明は、規制中である発呼側ＡＰに接続する発呼端末と、未規制である着呼側ＡＰに接続する着呼端末と、の間の呼接続を呼制御サーバが仲介して確立する呼接続方法であって、
前記発呼側ＡＰが、前記発呼端末から呼接続要求を受け付けると、前記発呼端末の接続先となるＡＰを、前記発呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記呼制御サーバに転送し、
前記呼制御サーバが、前記着呼端末の特定情報と前記着呼端末のＩＰアドレスとの対応情報を記憶手段から読み取って、前記呼接続要求で指定されている前記着呼端末の特定情報から前記着呼端末のＩＰアドレスを特定し、特定した前記着呼端末のＩＰアドレスを送信先に指定して、前記呼接続要求を転送し、
前記着呼側ＡＰが、前記呼制御サーバから転送される前記呼接続要求を受け付けると、その呼接続要求を前記着呼端末へと転送することを特徴とする。
その他の手段は、後記する。
前記発呼側ＡＰが、前記発呼端末から呼接続要求を受け付けると、前記発呼端末の接続先となるＡＰを、前記発呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記呼制御サーバに転送し、
前記呼制御サーバが、前記着呼端末の特定情報と前記着呼端末のＩＰアドレスとの対応情報を記憶手段から読み取って、前記呼接続要求で指定されている前記着呼端末の特定情報から前記着呼端末のＩＰアドレスを特定し、特定した前記着呼端末のＩＰアドレスを送信先に指定して、前記呼接続要求を転送し、
前記着呼側ＡＰが、前記呼制御サーバから転送される前記呼接続要求を受け付けると、その呼接続要求を前記着呼端末へと転送することを特徴とする。
その他の手段は、後記する。
本発明によれば、呼制御において同時通話数が規制されているときでも、新規の発呼を成立させることが可能になった。
以下に、本発明が適用される通信システムの一実施形態について、図面を参照して詳細に説明する。
図１は、通信システムの構成図である。通信システムは、呼制御サーバ１１と、各ルータ（ルータ１３、ルータ１４）と、ＡＰ間スイッチ１２と、各ＡＰ（ＡＰ３１、ＡＰ３２、ＡＰ３３）と、各端末（端末２１、端末２２、端末２３、端末２４）と、を含めて構成される。ＩＰネットワーク１９は、ルータ１３と、ルータ１４とを接続する。
通信システムの各装置（各ルータ、各ＡＰ、各端末）は、それぞれコンピュータとして構成される。そのコンピュータは、演算処理を行う際に用いられる記憶手段としてのメモリと、前記演算処理を行う演算処理装置と、他装置と通信するための通信手段と、を少なくとも備える。なお、メモリは、ＲＡＭ（Random Access Memory）などにより構成される。演算処理は、ＣＰＵ（Central Processing Unit）によって構成される演算処理装置が、メモリ上のプログラムを実行することで、実現される。
呼制御サーバ１１は、各端末間の通話をするための呼を制御する。呼制御サーバ１１は、例えば、ＳＩＰ（Session Initiation Protocol）を処理可能なＳＩＰプロキシとして構成され、発呼端末と着呼端末との間の呼に関する制御メッセージを仲介する。ＳＩＰの制御メッセージは、例えば、以下のメッセージが挙げられる
・「呼接続要求（ＩＮＶＩＴＥ）」は、発呼端末が着呼端末に対して通話への参加を招待する要求メッセージである。
・「呼び出し中通知（Ｒｉｎｇｉｎｇ）」は、着呼端末が「呼接続要求」を受信した旨を発呼端末に通知するメッセージである。
・「通話許諾通知（ＯＫ）」は、着呼端末が「呼接続要求」を許諾した旨を発呼端末に通知するメッセージである。
・「了承通知（ＡＣＫ）」は、「通話許諾通知」を受けた発呼端末が、着呼端末との通話を開始する旨を着呼端末に通知するメッセージである。
・「呼接続要求（ＩＮＶＩＴＥ）」は、発呼端末が着呼端末に対して通話への参加を招待する要求メッセージである。
・「呼び出し中通知（Ｒｉｎｇｉｎｇ）」は、着呼端末が「呼接続要求」を受信した旨を発呼端末に通知するメッセージである。
・「通話許諾通知（ＯＫ）」は、着呼端末が「呼接続要求」を許諾した旨を発呼端末に通知するメッセージである。
・「了承通知（ＡＣＫ）」は、「通話許諾通知」を受けた発呼端末が、着呼端末との通話を開始する旨を着呼端末に通知するメッセージである。
呼制御サーバ１１は、表１に示す端末データベースに読み書きを行い、前記したＳＩＰプロキシとしての動作を行う。この端末データベースは、呼制御サーバ１１または呼制御サーバ１１が通信可能な他装置の記憶手段に記憶されている。
端末データベースは、端末ごとに、その端末の内線番号、接続先ＡＰ、および、端末のＩＰアドレスを対応づけて管理する。なお、端末の内線番号は、ＳＩＰ ＵＲＩ（Uniform Resource Identifier）の一例であり、端末のユーザのメールアドレスなど、端末を一意に特定できる情報であれば、他の情報で代用が可能である。
端末データベースは、端末ごとに、その端末の内線番号、接続先ＡＰ、および、端末のＩＰアドレスを対応づけて管理する。なお、端末の内線番号は、ＳＩＰ ＵＲＩ（Uniform Resource Identifier）の一例であり、端末のユーザのメールアドレスなど、端末を一意に特定できる情報であれば、他の情報で代用が可能である。
ルータ１３は、呼制御サーバ１１を収容し、呼制御サーバ１１と、ルータ１４が収容する他装置との通信を、ＩＰネットワーク１９を介して中継する。
ルータ１４は、ＡＰ間スイッチ１２と、ＡＰ間スイッチ１２に接続される各ＡＰと、各ＡＰが接続する各端末と、を収容し、これらの収容する各装置と、呼制御サーバ１１との通信を、ＩＰネットワーク１９を介して中継する。
ルータ１４は、ＡＰ間スイッチ１２と、ＡＰ間スイッチ１２に接続される各ＡＰと、各ＡＰが接続する各端末と、を収容し、これらの収容する各装置と、呼制御サーバ１１との通信を、ＩＰネットワーク１９を介して中継する。
ＡＰ間スイッチ１２は、各ＡＰの間を中継するＡＰコントローラとして動作するレイヤ２スイッチであり、接続する各ＡＰに対して給電を行う。
各ＡＰ（ＡＰ３１、ＡＰ３２、ＡＰ３３）は、接続する各端末との間で無線通信を行うための無線ＬＡＮシステム等の基地局である。ＡＰコントローラとしての機能はＡＰ間スイッチ１２から提供されるため、各ＡＰ自身にはＡＰコントローラとしての機能を省略する、コントローラレス型である。
なお、ＡＰコントローラの機能について、ＡＰ間スイッチ１２が有する代わりに、各ＡＰが有することとしてもよい。または、各ＡＰは、ＡＰコントローラを介さずに通信するメッシュ型ＡＰとして構成してもよい。
各ＡＰ（ＡＰ３１、ＡＰ３２、ＡＰ３３）は、接続する各端末との間で無線通信を行うための無線ＬＡＮシステム等の基地局である。ＡＰコントローラとしての機能はＡＰ間スイッチ１２から提供されるため、各ＡＰ自身にはＡＰコントローラとしての機能を省略する、コントローラレス型である。
なお、ＡＰコントローラの機能について、ＡＰ間スイッチ１２が有する代わりに、各ＡＰが有することとしてもよい。または、各ＡＰは、ＡＰコントローラを介さずに通信するメッシュ型ＡＰとして構成してもよい。
各端末（端末２１、端末２２、端末２３、端末２４）は、通信の中継地点となる接続先のＡＰを、適宜ハンドオーバ（ＨＯ：Hand-Over）により切り替える（以下、単に切り替えとする）。なお、ハンドオーバとは、各端末にとって通信の中継地点である接続先のＡＰについて、所定のＡＰから別のＡＰへと切り替える制御である。通常、ハンドオーバが実施される理由として、端末が電車などで移動中のときに、今まで接続していたＡＰとの距離が遠くなり電波強度が弱まってしまったため、別の距離が近いＡＰに切り替えることが、挙げられる。
各端末（端末２１、端末２２、端末２３、端末２４）は、接続先となる各ＡＰを介して互いにセッションを行う。本実施形態では、セッションの一例として音声信号による通話処理を挙げるが、音声信号と映像信号とを用いたビデオ会議処理のセッションとしてもよい。これらのセッションの種類によって、ユーザとの間のインタフェースが特定される。例えば、通話処理を行う各端末には、自分の音声信号を入力するためのマイク、および、相手からの音声信号を出力するためのスピーカが備えられる。
なお、図１では、以下の図３から図８までの各フローチャートで説明する処理が行われる前の状態が、示されている。
ＡＰ３１は、端末２１および端末２３の接続先となるＡＰである。
ＡＰ３２は、端末２２および端末２４の接続先となるＡＰである。
端末２１と端末２２との間には、まだ呼接続がなされていない。
端末２３と端末２４との間には、既に呼接続が確立されており、その呼接続を介して通話中である。
なお、図１では、以下の図３から図８までの各フローチャートで説明する処理が行われる前の状態が、示されている。
ＡＰ３１は、端末２１および端末２３の接続先となるＡＰである。
ＡＰ３２は、端末２２および端末２４の接続先となるＡＰである。
端末２１と端末２２との間には、まだ呼接続がなされていない。
端末２３と端末２４との間には、既に呼接続が確立されており、その呼接続を介して通話中である。
さらに、各ＡＰ（ＡＰ３１、ＡＰ３２、ＡＰ３３）は、通話品質の確保などの目的に応じて、自身が接続する端末について、同時通話数の規制（以下、単に規制と呼ぶ）を行う。つまり、ＡＰの現在の同時通話数が所定の通話数閾値以上の場合、今後の自身のＡＰが接続する各端末について、通話のための呼接続を禁止する。
一方、規制中であっても、重要な呼接続が新たに要求されたときには、規制中である自身のＡＰが接続する各端末を、別の未規制であるＡＰへと強制的に切り替える（ハンドオーバする）機能を有する（詳細は、図２参照）。
ここで、規制中である自身のＡＰが接続する各端末を、別の未規制であるＡＰへと強制的にハンドオーバする際、強制的にハンドオーバさせる端末の選択は、無作為で選択する方法の他に、端末の重要度を設定し、重要度が低く設定された端末から強制的に切り替える方法も可能とする。
例えば、重要度の低いものから重要度の高いものを挙げてみると、以下の［１］〜［４］などが考えられる。
［１］社内の人同士の通話かつ通話時間が短い
［２］社内の人同士の通話かつ通話時間が長い
［３］社内の人−社外の人との間の通話かつ通話時間が短い
［４］社内の人−社外の人との間の通話かつ通話時間が長い
なお、社内の人か社外の人かの判断は、発信側の番号と着信側の番号との組で判断される。）（後者の選択方法を適用させるケースは、後述されるケース（４）、ケース（５）、ケース（６）が考えられる。）
なお、新たな呼接続要求が重要か否かは、例えば、新たな呼接続要求に含まれる重要度を参照してもよいし（自己申告制）、新たな呼接続要求の発呼端末または着呼端末が、あらかじめ記憶手段に登録された重要な端末のリスト内に存在するときには、重要な呼接続としてもよい（事前登録制）。
一方、規制中であっても、重要な呼接続が新たに要求されたときには、規制中である自身のＡＰが接続する各端末を、別の未規制であるＡＰへと強制的に切り替える（ハンドオーバする）機能を有する（詳細は、図２参照）。
ここで、規制中である自身のＡＰが接続する各端末を、別の未規制であるＡＰへと強制的にハンドオーバする際、強制的にハンドオーバさせる端末の選択は、無作為で選択する方法の他に、端末の重要度を設定し、重要度が低く設定された端末から強制的に切り替える方法も可能とする。
例えば、重要度の低いものから重要度の高いものを挙げてみると、以下の［１］〜［４］などが考えられる。
［１］社内の人同士の通話かつ通話時間が短い
［２］社内の人同士の通話かつ通話時間が長い
［３］社内の人−社外の人との間の通話かつ通話時間が短い
［４］社内の人−社外の人との間の通話かつ通話時間が長い
なお、社内の人か社外の人かの判断は、発信側の番号と着信側の番号との組で判断される。）（後者の選択方法を適用させるケースは、後述されるケース（４）、ケース（５）、ケース（６）が考えられる。）
なお、新たな呼接続要求が重要か否かは、例えば、新たな呼接続要求に含まれる重要度を参照してもよいし（自己申告制）、新たな呼接続要求の発呼端末または着呼端末が、あらかじめ記憶手段に登録された重要な端末のリスト内に存在するときには、重要な呼接続としてもよい（事前登録制）。
図２は、切替端末の接続先を、切替元ＡＰから切替先ＡＰへと強制的に切り替える処理を示すフローチャートである。図２のフローチャートは、図３以降のフローチャートから呼び出されるサブルーチン処理である。
具体的には、図３のＳ１１３、図４のＳ２２３、図５のＳ３１３とＳ３２３、図６のＳ４１３、図７のＳ５２３、図８のＳ６１３とＳ６２３から、それぞれ呼び出される。
なお、呼び出されるとき、切替端末、切替元ＡＰ、および、切替先ＡＰは、呼び出し元から様々な装置が指定される。
具体的には、図３のＳ１１３、図４のＳ２２３、図５のＳ３１３とＳ３２３、図６のＳ４１３、図７のＳ５２３、図８のＳ６１３とＳ６２３から、それぞれ呼び出される。
なお、呼び出されるとき、切替端末、切替元ＡＰ、および、切替先ＡＰは、呼び出し元から様々な装置が指定される。
図２のフローチャートの開始前の初期状態では、切替端末は、切替元ＡＰに接続している。しかし、切替元ＡＰは、規制中であるため、そのままでは切替元ＡＰを中継点とした新たな呼を確立できない。
そこで、切替元ＡＰは、切替元ＡＰに接続している切替端末について、その接続先を切替先ＡＰへと切り替えることで、切替先ＡＰを中継点とする新たな呼接続を可能にする。なお、切替端末は、新たな呼の発呼端末となる場合と、すでに呼が確立されている通話中端末となる場合がある。
そこで、切替元ＡＰは、切替元ＡＰに接続している切替端末について、その接続先を切替先ＡＰへと切り替えることで、切替先ＡＰを中継点とする新たな呼接続を可能にする。なお、切替端末は、新たな呼の発呼端末となる場合と、すでに呼が確立されている通話中端末となる場合がある。
以下、図２の各処理を説明する。図２の各メッセージの送信処理において、２ｗａｙハンドシェイク（送信→ＯＫ）が使用されている。２ｗａｙハンドシェイクでは、受信側が送信側に対して受信した旨を示す「ＯＫ」のレスポンスを返す（図中では破線矢印で示す）。これにより、送信側は、メッセージのパケットロスがなかったことがわかり、次の処理に移行できる。一方、送信側は、メッセージの送信時刻から所定時間「ＯＫ」を受信しなかったときには、パケットロスがあったとみなし、メッセージの再送や、処理の中断などの対処を行う。このような２ｗａｙハンドシェイクは、図２だけでなく、他のフローチャートの各処理にも適用するが、他のフローチャートにおける「ＯＫ」の図示は省略する。
切替元ＡＰは、切替端末に対して、その切替端末がこれから切替先ＡＰへと切り替えるために待機する旨の「切替待機要求」を送信する（Ｓ１１）。
切替元ＡＰは、前準備としてＡＰ間で共有されている、規制中か否かを示す情報を参照し、規制中でないＡＰの中から切替先ＡＰを特定する（Ｓ１２）。このとき、切替元ＡＰは、切替端末が通信可能な規制中でないＡＰのうち、例えば、切替端末にもっとも距離が近いＡＰや、切替端末にとっての呼接続相手となる端末が接続するＡＰを、優先的に選択してもよい。
切替元ＡＰは、前準備としてＡＰ間で共有されている、規制中か否かを示す情報を参照し、規制中でないＡＰの中から切替先ＡＰを特定する（Ｓ１２）。このとき、切替元ＡＰは、切替端末が通信可能な規制中でないＡＰのうち、例えば、切替端末にもっとも距離が近いＡＰや、切替端末にとっての呼接続相手となる端末が接続するＡＰを、優先的に選択してもよい。
切替元ＡＰは、特定した切替先ＡＰに対して、切替端末を切替元ＡＰから切替先ＡＰへと切り替える旨の「切替実施要求」を送信する（Ｓ１３）。
切替先ＡＰは、受信した「切替実施要求」に従い、指定された切替端末に対して、接続先を切替元ＡＰから切替先ＡＰへと切り替える旨の「切替命令」を送信する（Ｓ１４）。
切替端末は、受信した「切替命令」に従い、すでに存在する切替元ＡＰを解除し、新たに切替先ＡＰとの接続を行うことで、接続先の切替を実施する（Ｓ１５）。
切替先ＡＰは、自装置の接続先に切替端末が追加されたので、「切替実施要求」への返答として「切替完了」を切替元ＡＰに通知する（Ｓ１６）。これにより、切替端末の接続先が切替元ＡＰから切替先ＡＰへと切り替わった。この切り替わり処理の結果は、呼制御サーバ１１の端末データベース（表１）に更新される。
切替先ＡＰは、受信した「切替実施要求」に従い、指定された切替端末に対して、接続先を切替元ＡＰから切替先ＡＰへと切り替える旨の「切替命令」を送信する（Ｓ１４）。
切替端末は、受信した「切替命令」に従い、すでに存在する切替元ＡＰを解除し、新たに切替先ＡＰとの接続を行うことで、接続先の切替を実施する（Ｓ１５）。
切替先ＡＰは、自装置の接続先に切替端末が追加されたので、「切替実施要求」への返答として「切替完了」を切替元ＡＰに通知する（Ｓ１６）。これにより、切替端末の接続先が切替元ＡＰから切替先ＡＰへと切り替わった。この切り替わり処理の結果は、呼制御サーバ１１の端末データベース（表１）に更新される。
なお、図２で説明した切り替え処理は、切替先ＡＰが「切替命令」を送信する（Ｓ１４）パッシブ制御によるものである。一方、切替端末が切替先ＡＰに対して「切替命令」を送信するアクティブ制御を代わりに用いてもよい（図９参照）。
表２は、以下の図３から図８までで説明する各フローチャートの概要をリストアップしたものである。
発呼端末および着呼端末は、新たな呼接続要求を行う端末を示す。さらに、これらの端末の接続先ＡＰを括弧書きで併記する。
通話中端末は、各フローチャートの開始前に既に通話中である端末を示す。
規制中ＡＰは、各フローチャートの開始前に、規制中であるＡＰを示す。
未規制ＡＰは、規制がなされていないＡＰを示す。
切替端末は、新たな呼接続要求が規制で中断しないように、接続先ＡＰを切り替える対象となる端末である。さらに、これらの端末の切替先ＡＰを括弧書きで併記する。
発呼端末および着呼端末は、新たな呼接続要求を行う端末を示す。さらに、これらの端末の接続先ＡＰを括弧書きで併記する。
通話中端末は、各フローチャートの開始前に既に通話中である端末を示す。
規制中ＡＰは、各フローチャートの開始前に、規制中であるＡＰを示す。
未規制ＡＰは、規制がなされていないＡＰを示す。
切替端末は、新たな呼接続要求が規制で中断しないように、接続先ＡＰを切り替える対象となる端末である。さらに、これらの端末の切替先ＡＰを括弧書きで併記する。
各ケースの特徴は、以下の通りである。
全ケース（１）〜（６）は、切替端末を切替先ＡＰへと切り替えることで、新たな呼接続要求を確立させることができる。このとき、発呼端末から送信される呼接続要求は、ＡＰが中断しないため、１回の送信だけで済む。
ケース（１）〜（３）は、新たな呼接続要求を行う端末を切替端末とすることで、通話中端末の通話に影響を与えることを抑制できる。
ケース（４）〜（６）は、通話中端末を切替端末とすることで、新たな呼接続要求を行う端末に切り替え処理の負担をかけさせずにすむ。
ケース（１）、（４）は、発呼端末の接続先である発呼側ＡＰが規制されているときでも、その発呼側ＡＰの規制にかかわらず、新たな呼接続要求を確立させることができる。
ケース（２）、（５）は、着呼端末の接続先である着呼側ＡＰが規制されているときでも、その着呼側ＡＰの規制にかかわらず、新たな呼接続要求を確立させることができる。
ケース（３）、（６）は、発呼端末の接続先である発呼側ＡＰと、着呼端末の接続先である着呼側ＡＰとの両方が規制されているときでも、その両ＡＰの規制にかかわらず、新たな呼接続要求を確立させることができる。
全ケース（１）〜（６）は、切替端末を切替先ＡＰへと切り替えることで、新たな呼接続要求を確立させることができる。このとき、発呼端末から送信される呼接続要求は、ＡＰが中断しないため、１回の送信だけで済む。
ケース（１）〜（３）は、新たな呼接続要求を行う端末を切替端末とすることで、通話中端末の通話に影響を与えることを抑制できる。
ケース（４）〜（６）は、通話中端末を切替端末とすることで、新たな呼接続要求を行う端末に切り替え処理の負担をかけさせずにすむ。
ケース（１）、（４）は、発呼端末の接続先である発呼側ＡＰが規制されているときでも、その発呼側ＡＰの規制にかかわらず、新たな呼接続要求を確立させることができる。
ケース（２）、（５）は、着呼端末の接続先である着呼側ＡＰが規制されているときでも、その着呼側ＡＰの規制にかかわらず、新たな呼接続要求を確立させることができる。
ケース（３）、（６）は、発呼端末の接続先である発呼側ＡＰと、着呼端末の接続先である着呼側ＡＰとの両方が規制されているときでも、その両ＡＰの規制にかかわらず、新たな呼接続要求を確立させることができる。
図３は、ケース（１）における「呼接続要求」の通信処理を示すフローチャートである。
まず、「呼接続要求」が発呼端末（端末２１）から呼制御サーバ１１に到着するまでの動作を説明する。
端末２１は、自装置の発信ボタンが押下されると、自装置の接続先であるＡＰ３１に対して、ＡＰ３１が規制中か否かを問い合わせる（Ｓ１１１）。
問い合わせを受けたＡＰ３１は、その問い合わせに対する応答（規制中）を端末２１へ応答する（Ｓ１１２）。
ＡＰ３１は、問い合わせのあった端末２１を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３２）へと強制的に切り替える（Ｓ１１３）。これにより、端末２１は、ＡＰ３１を使用しないことで規制を回避できる。
端末２１は、着信相手である端末２２の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」について、呼制御サーバ１１を送信先に指定して接続先のＡＰ３２に送信し、接続先のＡＰ３２に対して「呼接続要求」を呼制御サーバ１１に転送させる（Ｓ１１４）。
端末２１は、自装置の発信ボタンが押下されると、自装置の接続先であるＡＰ３１に対して、ＡＰ３１が規制中か否かを問い合わせる（Ｓ１１１）。
問い合わせを受けたＡＰ３１は、その問い合わせに対する応答（規制中）を端末２１へ応答する（Ｓ１１２）。
ＡＰ３１は、問い合わせのあった端末２１を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３２）へと強制的に切り替える（Ｓ１１３）。これにより、端末２１は、ＡＰ３１を使用しないことで規制を回避できる。
端末２１は、着信相手である端末２２の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」について、呼制御サーバ１１を送信先に指定して接続先のＡＰ３２に送信し、接続先のＡＰ３２に対して「呼接続要求」を呼制御サーバ１１に転送させる（Ｓ１１４）。
次に、「呼接続要求」が呼制御サーバ１１から着呼端末（端末２２）に転送されるまでの動作を説明する。
呼制御サーバ１１は、端末２１からの「呼接続要求」を受信すると、端末２２の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２２への転送に必要な通信情報（端末２２の接続先となるＡＰ３２、および、端末２２のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２１からの「呼接続要求」について、端末２２を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を端末２２に転送させる（Ｓ１２１）。
ＡＰ３２は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が未規制であるので、特に自装置が接続する端末２２の切替は行わない。よって、ＡＰ３２は、受信した「呼接続要求」をそのまま端末２２に転送する（Ｓ１２２）。
呼制御サーバ１１は、端末２１からの「呼接続要求」を受信すると、端末２２の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２２への転送に必要な通信情報（端末２２の接続先となるＡＰ３２、および、端末２２のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２１からの「呼接続要求」について、端末２２を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を端末２２に転送させる（Ｓ１２１）。
ＡＰ３２は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が未規制であるので、特に自装置が接続する端末２２の切替は行わない。よって、ＡＰ３２は、受信した「呼接続要求」をそのまま端末２２に転送する（Ｓ１２２）。
以上説明したように、「呼接続要求」が発呼端末（端末２１）から着呼端末（端末２２）に到着することで、以下のＳ１３１〜Ｓ１３３に示す通常シーケンスを経て、通話が開始される。なお、この通常シーケンスは、他のフローチャートでも同じ処理なので、他のフローチャートでは記載を省略している。
端末２２は、ＡＰ３２から受信した「呼接続要求」に対して、自装置の呼び出しベルを鳴らして受話器を取るように促す。そして、端末２２は、「呼接続要求」に付されている要求元の端末２１の内線番号を指定して、呼制御サーバ１１を介して端末２１に「呼び出し中通知」を送信する（Ｓ１３１）。端末２１は、受信した「呼び出し中通知」により、呼び出し中である旨を画面表示や呼び出し音の出力などにより、発呼側のユーザに知らせる。
端末２２は、自装置の受話器が着呼側のユーザによって取られると、「通話許諾通知」を、呼制御サーバ１１を介して端末２１に送信する（Ｓ１３２）。端末２１は、「通話許諾通知」を受け、通話を開始する旨の「了承通知」を、呼制御サーバ１１を介して端末２２に送信する（Ｓ１３３）。端末２２が「了承通知」を受信した後、端末２１と端末２２との間の通話が開始される。
端末２２は、ＡＰ３２から受信した「呼接続要求」に対して、自装置の呼び出しベルを鳴らして受話器を取るように促す。そして、端末２２は、「呼接続要求」に付されている要求元の端末２１の内線番号を指定して、呼制御サーバ１１を介して端末２１に「呼び出し中通知」を送信する（Ｓ１３１）。端末２１は、受信した「呼び出し中通知」により、呼び出し中である旨を画面表示や呼び出し音の出力などにより、発呼側のユーザに知らせる。
端末２２は、自装置の受話器が着呼側のユーザによって取られると、「通話許諾通知」を、呼制御サーバ１１を介して端末２１に送信する（Ｓ１３２）。端末２１は、「通話許諾通知」を受け、通話を開始する旨の「了承通知」を、呼制御サーバ１１を介して端末２２に送信する（Ｓ１３３）。端末２２が「了承通知」を受信した後、端末２１と端末２２との間の通話が開始される。
図４は、ケース（２）における「呼接続要求」の通信処理を示すフローチャートである。
まず、「呼接続要求」が発呼端末（端末２２）から呼制御サーバ１１に到着されるまでの動作を説明する。
端末２２は、自装置の発信ボタンが押下されると、自装置の接続先であるＡＰ３２に対して、ＡＰ３２が規制中か否かを問い合わせる（Ｓ２１１）。
問い合わせを受けたＡＰ３２は、その問い合わせに対する応答（未規制）を端末２２へ応答する（Ｓ２１２）。
端末２２は、未規制の返答を受け、着信相手である端末２１の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」について、呼制御サーバ１１を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を呼制御サーバ１１に転送させる（Ｓ２１３）。
端末２２は、自装置の発信ボタンが押下されると、自装置の接続先であるＡＰ３２に対して、ＡＰ３２が規制中か否かを問い合わせる（Ｓ２１１）。
問い合わせを受けたＡＰ３２は、その問い合わせに対する応答（未規制）を端末２２へ応答する（Ｓ２１２）。
端末２２は、未規制の返答を受け、着信相手である端末２１の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」について、呼制御サーバ１１を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を呼制御サーバ１１に転送させる（Ｓ２１３）。
次に、「呼接続要求」が呼制御サーバ１１から着呼端末（端末２１）に転送されるまでの動作を説明する。
呼制御サーバ１１は、端末２２からの「呼接続要求」を受信すると、端末２１の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２１への転送に必要な通信情報（端末２１の接続先となるＡＰ３２、および、端末２１のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２２からの「呼接続要求」について、端末２１を送信先に指定してＡＰ３１に送信し、ＡＰ３１に対して「呼接続要求」を端末２１に転送させる（Ｓ２２１）。
ＡＰ３１は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が規制中であるので、呼制御サーバ１１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ２２２）。そして、ＡＰ３１は、「呼接続要求」の送信先である端末２１を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３２）へと強制的に切り替える（Ｓ２２３）。これにより、端末２１は、ＡＰ３１を使用しないことで規制を回避できる。
ＡＰ３１は、「待機要求」を送信して待たせていた呼制御サーバ１１に対して、「呼接続要求」を再送する旨の「再送要求」を送信する（Ｓ２２４）。再送要求を受信した呼制御サーバ１１は、端末２１の新たな接続先であるＡＰ３２に対して、端末２１を送信先に指定した「呼接続要求」を送信し、ＡＰ３２に対して「呼接続要求」を端末２１に転送させる（Ｓ２２５）。
呼制御サーバ１１は、端末２２からの「呼接続要求」を受信すると、端末２１の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２１への転送に必要な通信情報（端末２１の接続先となるＡＰ３２、および、端末２１のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２２からの「呼接続要求」について、端末２１を送信先に指定してＡＰ３１に送信し、ＡＰ３１に対して「呼接続要求」を端末２１に転送させる（Ｓ２２１）。
ＡＰ３１は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が規制中であるので、呼制御サーバ１１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ２２２）。そして、ＡＰ３１は、「呼接続要求」の送信先である端末２１を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３２）へと強制的に切り替える（Ｓ２２３）。これにより、端末２１は、ＡＰ３１を使用しないことで規制を回避できる。
ＡＰ３１は、「待機要求」を送信して待たせていた呼制御サーバ１１に対して、「呼接続要求」を再送する旨の「再送要求」を送信する（Ｓ２２４）。再送要求を受信した呼制御サーバ１１は、端末２１の新たな接続先であるＡＰ３２に対して、端末２１を送信先に指定した「呼接続要求」を送信し、ＡＰ３２に対して「呼接続要求」を端末２１に転送させる（Ｓ２２５）。
以上説明したように、「呼接続要求」が発呼端末（端末２２）から着呼端末（端末２１）に到着し、さらに、端末２１と端末２２との間で通常シーケンスが実行された後、通話が開始される。
図５は、ケース（３）における「呼接続要求」の通信処理を示すフローチャートである。
まず、「呼接続要求」が発呼端末（端末２１）から呼制御サーバ１１に到着されるまでの動作を説明する。
端末２１は、自装置の発信ボタンが押下されると、自装置の接続先であるＡＰ３１に対して、ＡＰ３１が規制中か否かを問い合わせる（Ｓ３１１）。
問い合わせを受けたＡＰ３１は、その問い合わせに対する応答（規制中）を端末２１へ応答する（Ｓ３１２）。
ＡＰ３１は、問い合わせのあった端末２１を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３３）へと強制的に切り替える（Ｓ３１３）。これにより、端末２１は、ＡＰ３１を使用しないことで規制を回避できる。
端末２１は、着信相手である端末２２の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」について、呼制御サーバ１１を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を呼制御サーバ１１に転送させる（Ｓ３１４）。
端末２１は、自装置の発信ボタンが押下されると、自装置の接続先であるＡＰ３１に対して、ＡＰ３１が規制中か否かを問い合わせる（Ｓ３１１）。
問い合わせを受けたＡＰ３１は、その問い合わせに対する応答（規制中）を端末２１へ応答する（Ｓ３１２）。
ＡＰ３１は、問い合わせのあった端末２１を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３３）へと強制的に切り替える（Ｓ３１３）。これにより、端末２１は、ＡＰ３１を使用しないことで規制を回避できる。
端末２１は、着信相手である端末２２の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」について、呼制御サーバ１１を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を呼制御サーバ１１に転送させる（Ｓ３１４）。
次に、「呼接続要求」が呼制御サーバ１１から着呼端末（端末２２）に転送されるまでの動作を説明する。
呼制御サーバ１１は、端末２１からの「呼接続要求」を受信すると、端末２２の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２２への転送に必要な通信情報（端末２２の接続先となるＡＰ３２、および、端末２２のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２１からの「呼接続要求」について、端末２２を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を端末２２に転送させる（Ｓ３２１）。
ＡＰ３２は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が規制中であるので、呼制御サーバ１１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ３２２）。そして、ＡＰ３２は、「呼接続要求」の送信先である端末２２を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３２）から切替先ＡＰ（ＡＰ３３）へと強制的に切り替える（Ｓ３２３）。これにより、端末２２は、ＡＰ３２を使用しないことで規制を回避できる。
ＡＰ３２は、「待機要求」を送信して待たせていた呼制御サーバ１１に対して、「呼接続要求」を再送する旨の「再送要求」を送信する（Ｓ３２４）。再送要求を受信した呼制御サーバ１１は、端末２２の新たな接続先であるＡＰ３３に対して、端末２２を送信先に指定した「呼接続要求」を送信し、ＡＰ３３に対して「呼接続要求」を端末２２に転送させる（Ｓ３２５）。
呼制御サーバ１１は、端末２１からの「呼接続要求」を受信すると、端末２２の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２２への転送に必要な通信情報（端末２２の接続先となるＡＰ３２、および、端末２２のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２１からの「呼接続要求」について、端末２２を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を端末２２に転送させる（Ｓ３２１）。
ＡＰ３２は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が規制中であるので、呼制御サーバ１１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ３２２）。そして、ＡＰ３２は、「呼接続要求」の送信先である端末２２を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３２）から切替先ＡＰ（ＡＰ３３）へと強制的に切り替える（Ｓ３２３）。これにより、端末２２は、ＡＰ３２を使用しないことで規制を回避できる。
ＡＰ３２は、「待機要求」を送信して待たせていた呼制御サーバ１１に対して、「呼接続要求」を再送する旨の「再送要求」を送信する（Ｓ３２４）。再送要求を受信した呼制御サーバ１１は、端末２２の新たな接続先であるＡＰ３３に対して、端末２２を送信先に指定した「呼接続要求」を送信し、ＡＰ３３に対して「呼接続要求」を端末２２に転送させる（Ｓ３２５）。
以上説明したように、「呼接続要求」が発呼端末（端末２１）から着呼端末（端末２２）に到着し、さらに、端末２１と端末２２との間で通常シーケンスが実行された後、通話が開始される。
図６は、ケース（４）における「呼接続要求」の通信処理を示すフローチャートである。
まず、「呼接続要求」が発呼端末（端末２１）から呼制御サーバ１１に到着されるまでの動作を説明する。
端末２１は、自装置の発信ボタンが押下されると、着信相手である端末２２の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」を自装置の接続先であるＡＰ３１に対して送信する（Ｓ４１１）。
「呼接続要求」を受けたＡＰ３１は、自装置が規制中であるので、端末２１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ４１２）。
ＡＰ３１は、自装置に接続されて既に通話中である端末２３を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３２）へと強制的に切り替える（Ｓ４１３）。これにより、ＡＰ３１の同時通話数が１つ減少したことにより、ＡＰ３１の規制が解除される。そして、ＡＰ３１は、規制が解除される旨の「呼接続再開通知」を、端末２１へ送信する（Ｓ４１４）。
ＡＰ３１は、規制が解除されたので、受信した「呼接続要求」を、呼制御サーバ１１に転送する（Ｓ４１５）。
端末２１は、自装置の発信ボタンが押下されると、着信相手である端末２２の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」を自装置の接続先であるＡＰ３１に対して送信する（Ｓ４１１）。
「呼接続要求」を受けたＡＰ３１は、自装置が規制中であるので、端末２１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ４１２）。
ＡＰ３１は、自装置に接続されて既に通話中である端末２３を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３２）へと強制的に切り替える（Ｓ４１３）。これにより、ＡＰ３１の同時通話数が１つ減少したことにより、ＡＰ３１の規制が解除される。そして、ＡＰ３１は、規制が解除される旨の「呼接続再開通知」を、端末２１へ送信する（Ｓ４１４）。
ＡＰ３１は、規制が解除されたので、受信した「呼接続要求」を、呼制御サーバ１１に転送する（Ｓ４１５）。
次に、「呼接続要求」が呼制御サーバ１１から着呼端末（端末２２）に転送されるまでの動作を説明する。
呼制御サーバ１１は、端末２１からの「呼接続要求」を受信すると、端末２２の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２２への転送に必要な通信情報（端末２２の接続先となるＡＰ３２、および、端末２２のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２１からの「呼接続要求」について、端末２２を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を端末２２に転送させる（Ｓ４２１）。
ＡＰ３２は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が未規制であるので、特に自装置が接続する端末２２の切替は行わない。よって、ＡＰ３２は、受信した「呼接続要求」をそのまま端末２２に転送する（Ｓ４２２）。
呼制御サーバ１１は、端末２１からの「呼接続要求」を受信すると、端末２２の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２２への転送に必要な通信情報（端末２２の接続先となるＡＰ３２、および、端末２２のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２１からの「呼接続要求」について、端末２２を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を端末２２に転送させる（Ｓ４２１）。
ＡＰ３２は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が未規制であるので、特に自装置が接続する端末２２の切替は行わない。よって、ＡＰ３２は、受信した「呼接続要求」をそのまま端末２２に転送する（Ｓ４２２）。
以上説明したように、「呼接続要求」が発呼端末（端末２１）から着呼端末（端末２２）に到着し、さらに、端末２１と端末２２との間で通常シーケンスが実行された後、通話が開始される。
図７は、ケース（５）における「呼接続要求」の通信処理を示すフローチャートである。
まず、「呼接続要求」が発呼端末（端末２２）から呼制御サーバ１１に到着されるまでの動作を説明する。
端末２２は、自装置の発信ボタンが押下されると、自装置の接続先であるＡＰ３２に対して、ＡＰ３２が規制中か否かを問い合わせる（Ｓ５１１）。
問い合わせを受けたＡＰ３２は、その問い合わせに対する応答（未規制）を端末２２へ応答する（Ｓ５１２）。
端末２２は、未規制の返答を受け、着信相手である端末２１の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」について、呼制御サーバ１１を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を呼制御サーバ１１に転送させる（Ｓ５１３）。
端末２２は、自装置の発信ボタンが押下されると、自装置の接続先であるＡＰ３２に対して、ＡＰ３２が規制中か否かを問い合わせる（Ｓ５１１）。
問い合わせを受けたＡＰ３２は、その問い合わせに対する応答（未規制）を端末２２へ応答する（Ｓ５１２）。
端末２２は、未規制の返答を受け、着信相手である端末２１の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」について、呼制御サーバ１１を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を呼制御サーバ１１に転送させる（Ｓ５１３）。
次に、「呼接続要求」が呼制御サーバ１１から着呼端末（端末２１）に転送されるまでの動作を説明する。
呼制御サーバ１１は、端末２２からの「呼接続要求」を受信すると、端末２１の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２１への転送に必要な通信情報（端末２１の接続先となるＡＰ３２、および、端末２１のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２２からの「呼接続要求」について、端末２１を送信先に指定してＡＰ３１に送信し、ＡＰ３１に対して「呼接続要求」を端末２１に転送させる（Ｓ５２１）。
ＡＰ３１は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が規制中であるので、呼制御サーバ１１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ５２２）。そして、ＡＰ３１は、自装置に接続されて既に通話中である端末２３を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３２）へと強制的に切り替える（Ｓ５２３）。これにより、ＡＰ３１の同時通話数が１つ減少したことにより、ＡＰ３１の規制が解除される。そして、ＡＰ３１は、規制が解除される旨の「呼接続再開通知」を、呼制御サーバ１１へ送信する（Ｓ５２４）。
ＡＰ３１は、規制が解除されたので、受信した「呼接続要求」を、端末２１に転送する（Ｓ５２５）。
呼制御サーバ１１は、端末２２からの「呼接続要求」を受信すると、端末２１の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２１への転送に必要な通信情報（端末２１の接続先となるＡＰ３２、および、端末２１のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２２からの「呼接続要求」について、端末２１を送信先に指定してＡＰ３１に送信し、ＡＰ３１に対して「呼接続要求」を端末２１に転送させる（Ｓ５２１）。
ＡＰ３１は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が規制中であるので、呼制御サーバ１１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ５２２）。そして、ＡＰ３１は、自装置に接続されて既に通話中である端末２３を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３２）へと強制的に切り替える（Ｓ５２３）。これにより、ＡＰ３１の同時通話数が１つ減少したことにより、ＡＰ３１の規制が解除される。そして、ＡＰ３１は、規制が解除される旨の「呼接続再開通知」を、呼制御サーバ１１へ送信する（Ｓ５２４）。
ＡＰ３１は、規制が解除されたので、受信した「呼接続要求」を、端末２１に転送する（Ｓ５２５）。
以上説明したように、「呼接続要求」が発呼端末（端末２２）から着呼端末（端末２１）に到着し、さらに、端末２１と端末２２との間で通常シーケンスが実行された後、通話が開始される。
図８は、ケース（６）における「呼接続要求」の通信処理を示すフローチャートである。
まず、「呼接続要求」が発呼端末（端末２１）から呼制御サーバ１１に到着されるまでの動作を説明する。
端末２１は、自装置の発信ボタンが押下されると、着信相手である端末２２の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」を自装置の接続先であるＡＰ３１に対して送信する（Ｓ６１１）。
「呼接続要求」を受けたＡＰ３１は、自装置が規制中であるので、端末２１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ６１２）。
ＡＰ３１は、自装置に接続されて既に通話中である端末２３を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３３）へと強制的に切り替える（Ｓ６１３）。これにより、ＡＰ３１の同時通話数が１つ減少したことにより、ＡＰ３１の規制が解除される。そして、ＡＰ３１は、規制が解除される旨の「呼接続再開通知」を、端末２１へ送信する（Ｓ６１４）。
ＡＰ３１は、規制が解除されたので、受信した「呼接続要求」を、呼制御サーバ１１に転送する（Ｓ６１５）。
端末２１は、自装置の発信ボタンが押下されると、着信相手である端末２２の内線番号を指定した「呼接続要求」を作成し、その「呼接続要求」を自装置の接続先であるＡＰ３１に対して送信する（Ｓ６１１）。
「呼接続要求」を受けたＡＰ３１は、自装置が規制中であるので、端末２１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ６１２）。
ＡＰ３１は、自装置に接続されて既に通話中である端末２３を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３１）から切替先ＡＰ（ＡＰ３３）へと強制的に切り替える（Ｓ６１３）。これにより、ＡＰ３１の同時通話数が１つ減少したことにより、ＡＰ３１の規制が解除される。そして、ＡＰ３１は、規制が解除される旨の「呼接続再開通知」を、端末２１へ送信する（Ｓ６１４）。
ＡＰ３１は、規制が解除されたので、受信した「呼接続要求」を、呼制御サーバ１１に転送する（Ｓ６１５）。
次に、「呼接続要求」が呼制御サーバ１１から着呼端末（端末２２）に転送されるまでの動作を説明する。
呼制御サーバ１１は、端末２１からの「呼接続要求」（Ｓ６１１）を受信すると、端末２２の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２２への転送に必要な通信情報（端末２２の接続先となるＡＰ３２、および、端末２２のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２１からの「呼接続要求」について、端末２２を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を端末２２に転送させる（Ｓ６２１）。
ＡＰ３２は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が規制中であるので、呼制御サーバ１１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ６２２）。そして、ＡＰ３２は、自装置に接続されて既に通話中である端末２４を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３２）から切替先ＡＰ（ＡＰ３３）へと強制的に切り替える（Ｓ６２３）。これにより、ＡＰ３２の同時通話数が１つ減少したことにより、ＡＰ３２の規制が解除される。そして、ＡＰ３２は、規制が解除される旨の「呼接続再開通知」を、呼制御サーバ１１へ送信する（Ｓ６２４）。
ＡＰ３２は、規制が解除されたので、受信した「呼接続要求」を、端末２２に転送する（Ｓ６２５）。
呼制御サーバ１１は、端末２１からの「呼接続要求」（Ｓ６１１）を受信すると、端末２２の内線番号を検索キーとして自装置内の端末データベースを参照し、端末２２への転送に必要な通信情報（端末２２の接続先となるＡＰ３２、および、端末２２のＩＰアドレス）を特定する。そして、呼制御サーバ１１は、特定した通信情報をもとにして、端末２１からの「呼接続要求」について、端末２２を送信先に指定してＡＰ３２に送信し、ＡＰ３２に対して「呼接続要求」を端末２２に転送させる（Ｓ６２１）。
ＡＰ３２は、呼制御サーバ１１から受信した「呼接続要求」に対して、自装置が規制中であるので、呼制御サーバ１１に対して呼接続要求に関する処理が継続中である旨の「待機要求」を送信する（Ｓ６２２）。そして、ＡＰ３２は、自装置に接続されて既に通話中である端末２４を切替端末として、その切替端末の接続先を切替元ＡＰ（ＡＰ３２）から切替先ＡＰ（ＡＰ３３）へと強制的に切り替える（Ｓ６２３）。これにより、ＡＰ３２の同時通話数が１つ減少したことにより、ＡＰ３２の規制が解除される。そして、ＡＰ３２は、規制が解除される旨の「呼接続再開通知」を、呼制御サーバ１１へ送信する（Ｓ６２４）。
ＡＰ３２は、規制が解除されたので、受信した「呼接続要求」を、端末２２に転送する（Ｓ６２５）。
以上説明したように、「呼接続要求」が発呼端末（端末２１）から着呼端末（端末２２）に到着し、さらに、端末２１と端末２２との間で通常シーケンスが実行された後、通話が開始される。
以上説明した本実施形態は、以下に示すとおりの変形実施が可能である。
例えば、強制的に切り替える処理について、図２のパッシブ制御の代わりに、図９のアクティブ制御を実行してもよい。以下、図９の各処理を説明する。
切替元ＡＰは、切替端末に対して、その切替端末を切替元ＡＰから切替先ＡＰへと切り替える旨の「切替実施要求」を送信する（Ｓ２１）。
「切替実施要求」を受けた切替端末は、電波到達可能なＡＰを切替先ＡＰの候補として、各ＡＰをスキャンする（Ｓ２２）。
切替端末は、スキャンした切替先ＡＰの各候補に対して、その各候補が規制中か否かを問い合わせる（Ｓ２３）。規制中でない切替先ＡＰは、問い合わせに対して未規制である旨を、切替端末に応答する（Ｓ２４）。
「切替実施要求」を受けた切替端末は、電波到達可能なＡＰを切替先ＡＰの候補として、各ＡＰをスキャンする（Ｓ２２）。
切替端末は、スキャンした切替先ＡＰの各候補に対して、その各候補が規制中か否かを問い合わせる（Ｓ２３）。規制中でない切替先ＡＰは、問い合わせに対して未規制である旨を、切替端末に応答する（Ｓ２４）。
切替端末は、応答のあった切替先ＡＰに対して、接続先を切替元ＡＰから切替先ＡＰへと切り替える旨の「切替命令」を送信する（Ｓ２５）。
切替端末は、送信した「切替命令」に従い、すでに存在する切替元ＡＰを解除し、新たに切替先ＡＰとの接続を行うことで、接続先の切替を実施する（Ｓ２６）。
切替端末は、「切替実施要求」への返答として「切替完了」を切替元ＡＰに通知する（Ｓ２７）。これにより、切替端末の接続先が切替元ＡＰから切替先ＡＰへと切り替わった。この切り替わり処理の結果は、呼制御サーバ１１の端末データベース（表１）に更新される。
切替端末は、送信した「切替命令」に従い、すでに存在する切替元ＡＰを解除し、新たに切替先ＡＰとの接続を行うことで、接続先の切替を実施する（Ｓ２６）。
切替端末は、「切替実施要求」への返答として「切替完了」を切替元ＡＰに通知する（Ｓ２７）。これにより、切替端末の接続先が切替元ＡＰから切替先ＡＰへと切り替わった。この切り替わり処理の結果は、呼制御サーバ１１の端末データベース（表１）に更新される。
１１ 呼制御サーバ
１２ ＡＰ間スイッチ
１３，１４ ルータ
１９ ＩＰネットワーク
３１〜３３ ＡＰ
２１〜２４ 端末
１２ ＡＰ間スイッチ
１３，１４ ルータ
１９ ＩＰネットワーク
３１〜３３ ＡＰ
２１〜２４ 端末
Claims (7)
- 規制中である発呼側ＡＰに接続する発呼端末と、未規制である着呼側ＡＰに接続する着呼端末と、の間の呼接続を呼制御サーバが仲介して確立する呼接続方法であって、
前記発呼側ＡＰは、前記発呼端末から呼接続要求を受け付けると、前記発呼端末の接続先となるＡＰを、前記発呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記呼制御サーバに転送し、
前記呼制御サーバは、前記着呼端末の特定情報と前記着呼端末のＩＰアドレスとの対応情報を記憶手段から読み取って、前記呼接続要求で指定されている前記着呼端末の特定情報から前記着呼端末のＩＰアドレスを特定し、特定した前記着呼端末のＩＰアドレスを送信先に指定して、前記呼接続要求を転送し、
前記着呼側ＡＰは、前記呼制御サーバから転送される前記呼接続要求を受け付けると、その呼接続要求を前記着呼端末へと転送することを特徴とする
呼接続方法。 - 未規制である発呼側ＡＰに接続する発呼端末と、規制中である着呼側ＡＰに接続する着呼端末と、の間の呼接続を呼制御サーバが仲介して確立する呼接続方法であって、
前記発呼側ＡＰは、前記発呼端末から呼接続要求を受け付けると、その呼接続要求を前記呼制御サーバへと転送し、
前記呼制御サーバは、前記着呼端末の特定情報と前記着呼端末のＩＰアドレスとの対応情報を記憶手段から読み取って、前記呼接続要求で指定されている前記着呼端末の特定情報から前記着呼端末のＩＰアドレスを特定し、特定した前記着呼端末のＩＰアドレスを送信先に指定して、前記呼接続要求を転送し、
前記着呼側ＡＰは、前記呼制御サーバから転送される前記呼接続要求を受け付けると、前記着呼端末の接続先となるＡＰを、前記着呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記着呼端末へと転送することを特徴とする
呼接続方法。 - 規制中である発呼側ＡＰに接続する発呼端末と、規制中である着呼側ＡＰに接続する着呼端末と、の間の呼接続を呼制御サーバが仲介して確立する呼接続方法であって、
前記発呼側ＡＰは、前記発呼端末から呼接続要求を受け付けると、前記発呼端末の接続先となるＡＰを、前記発呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記呼制御サーバに転送し、
前記呼制御サーバは、前記着呼端末の特定情報と前記着呼端末のＩＰアドレスとの対応情報を記憶手段から読み取って、前記呼接続要求で指定されている前記着呼端末の特定情報から前記着呼端末のＩＰアドレスを特定し、特定した前記着呼端末のＩＰアドレスを送信先に指定して、前記呼接続要求を転送し、
前記着呼側ＡＰは、前記呼制御サーバから転送される前記呼接続要求を受け付けると、前記着呼端末の接続先となるＡＰを、前記着呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記着呼端末へと転送することを特徴とする
呼接続方法。 - 規制中である発呼側ＡＰに接続する発呼端末と、未規制である着呼側ＡＰに接続する着呼端末と、の間の呼接続を呼制御サーバが仲介して確立する呼接続方法であって、
前記発呼側ＡＰは、前記発呼端末から呼接続要求を受け付けると、前記発呼側ＡＰに接続されている前記発呼端末とは別の切替端末の接続先となるＡＰを、前記発呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記呼制御サーバに転送し、
前記呼制御サーバは、前記着呼端末の特定情報と前記着呼端末のＩＰアドレスとの対応情報を記憶手段から読み取って、前記呼接続要求で指定されている前記着呼端末の特定情報から前記着呼端末のＩＰアドレスを特定し、特定した前記着呼端末のＩＰアドレスを送信先に指定して、前記呼接続要求を転送し、
前記着呼側ＡＰは、前記呼制御サーバから転送される前記呼接続要求を受け付けると、その呼接続要求を前記着呼端末へと転送することを特徴とする
呼接続方法。 - 未規制である発呼側ＡＰに接続する発呼端末と、規制中である着呼側ＡＰに接続する着呼端末と、の間の呼接続を呼制御サーバが仲介して確立する呼接続方法であって、
前記発呼側ＡＰは、前記発呼端末から呼接続要求を受け付けると、その呼接続要求を前記呼制御サーバへと転送し、
前記呼制御サーバは、前記着呼端末の特定情報と前記着呼端末のＩＰアドレスとの対応情報を記憶手段から読み取って、前記呼接続要求で指定されている前記着呼端末の特定情報から前記着呼端末のＩＰアドレスを特定し、特定した前記着呼端末のＩＰアドレスを送信先に指定して、前記呼接続要求を転送し、
前記着呼側ＡＰは、前記呼制御サーバから転送される前記呼接続要求を受け付けると、前記着呼側ＡＰに接続されている前記着呼端末とは別の切替端末の接続先となるＡＰを、前記着呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記着呼端末へと転送することを特徴とする
呼接続方法。 - 規制中である発呼側ＡＰに接続する発呼端末と、規制中である着呼側ＡＰに接続する着呼端末と、の間の呼接続を呼制御サーバが仲介して確立する呼接続方法であって、
前記発呼側ＡＰは、前記発呼端末から呼接続要求を受け付けると、前記発呼側ＡＰに接続されている前記発呼端末とは別の切替端末の接続先となるＡＰを、前記発呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記呼制御サーバに転送し、
前記呼制御サーバは、前記着呼端末の特定情報と前記着呼端末のＩＰアドレスとの対応情報を記憶手段から読み取って、前記呼接続要求で指定されている前記着呼端末の特定情報から前記着呼端末のＩＰアドレスを特定し、特定した前記着呼端末のＩＰアドレスを送信先に指定して、前記呼接続要求を転送し、
前記着呼側ＡＰは、前記呼制御サーバから転送される前記呼接続要求を受け付けると、前記着呼側ＡＰに接続されている前記着呼端末とは別の切替端末の接続先となるＡＰを、前記着呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記着呼端末へと転送することを特徴とする
呼接続方法。 - 規制中である発呼側ＡＰに接続する発呼端末と、未規制である着呼側ＡＰに接続する着呼端末と、前記発呼端末および前記着呼端末の間の呼接続を仲介して確立する呼制御サーバと、を用いる通信システムであって、
前記発呼側ＡＰは、前記発呼端末から呼接続要求を受け付けると、前記発呼端末の接続先となるＡＰを、前記発呼側ＡＰから未規制である切替先ＡＰへと切り替えてから、前記呼接続要求を前記呼制御サーバに転送し、
前記呼制御サーバは、前記着呼端末の特定情報と前記着呼端末のＩＰアドレスとの対応情報を記憶手段から読み取って、前記呼接続要求で指定されている前記着呼端末の特定情報から前記着呼端末のＩＰアドレスを特定し、特定した前記着呼端末のＩＰアドレスを送信先に指定して、前記呼接続要求を転送し、
前記着呼側ＡＰは、前記呼制御サーバから転送される前記呼接続要求を受け付けると、その呼接続要求を前記着呼端末へと転送することを特徴とする
通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008060512A JP2009218859A (ja) | 2008-03-11 | 2008-03-11 | 呼接続方法、および、通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008060512A JP2009218859A (ja) | 2008-03-11 | 2008-03-11 | 呼接続方法、および、通信システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2009218859A true JP2009218859A (ja) | 2009-09-24 |
Family
ID=41190296
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008060512A Pending JP2009218859A (ja) | 2008-03-11 | 2008-03-11 | 呼接続方法、および、通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2009218859A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015073189A (ja) * | 2013-10-02 | 2015-04-16 | 株式会社東広 | 通話履歴情報表示プログラム |
| CN111869259A (zh) * | 2018-03-16 | 2020-10-30 | 松下知识产权经营株式会社 | 无线通信系统、控制装置、访问点以及终端装置 |
-
2008
- 2008-03-11 JP JP2008060512A patent/JP2009218859A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015073189A (ja) * | 2013-10-02 | 2015-04-16 | 株式会社東広 | 通話履歴情報表示プログラム |
| CN111869259A (zh) * | 2018-03-16 | 2020-10-30 | 松下知识产权经营株式会社 | 无线通信系统、控制装置、访问点以及终端装置 |
| CN111869259B (zh) * | 2018-03-16 | 2023-11-21 | 松下知识产权经营株式会社 | 无线通信系统、控制装置、访问点以及终端装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4705159B2 (ja) | プッシュ・トゥ・トーク移動体通信サービスにおける応答モード | |
| JP2009044260A (ja) | 通信装置、無線通信装置および通信制御方法 | |
| JP2009044559A (ja) | 無線通信装置および通信制御方法 | |
| JP2009500895A (ja) | 無線通信ネットワーク間のハンドオーバの識別に適用される方法及び装置 | |
| JP5017026B2 (ja) | 管理サーバ、管理システム及び管理方法 | |
| US8107405B2 (en) | Radio communication terminal | |
| JP4957420B2 (ja) | 電話システム及び、電話システムの自動転送規制方法 | |
| JP3924554B2 (ja) | ハンドオーバ方法およびゲートウェイ装置 | |
| JP4877952B2 (ja) | 無線ｌａｎを利用した音声通話システム、無線端末及び中継装置 | |
| JP2007336001A (ja) | 迷惑電話対策機能つき移動端末 | |
| JP2009218859A (ja) | 呼接続方法、および、通信システム | |
| JP5322325B2 (ja) | 無線基地局装置、ハンドオーバ制御システムおよびハンドオーバ制御方法 | |
| JP2007089212A (ja) | 携帯電話端末 | |
| JP2008131214A (ja) | 無線電話システム | |
| JP5071049B2 (ja) | 呼制御装置、コンピュータプログラム、呼制御方法及び呼制御システム | |
| JP4787093B2 (ja) | 移動局 | |
| JP7335777B2 (ja) | ナースコールシステム | |
| JP4641512B2 (ja) | サーバ | |
| JP2008109191A (ja) | 携帯電話端末および電話制御方法 | |
| JP2008306432A (ja) | 電話交換システム及びｉｐネットワークシステム | |
| US8630254B2 (en) | Telephone line switching apparatus, telephone line switching system, telephone relay system, telephone relay method, telephone relay program | |
| JP6887596B2 (ja) | Ｉｐ電話サーバ装置、そのプログラム及びｉｐ電話システム | |
| KR20030095140A (ko) | 이동 단말기 상태 등록 방법 | |
| JP2006332764A (ja) | 無線電話システムにおける無線電話端末の帰属制御方法 | |
| JP2005033713A (ja) | 通信制御方法 |