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




【発明の名称】 電話システム、接続制御方法、接続制御装置、及びコンピュータプログラム
【発明者】 【氏名】古殿 知之

【氏名】田金 淳司

【氏名】古賀 昭男

【氏名】小田 龍二

【氏名】田中 正博

【氏名】千草 かおり

【氏名】西田 稔

【氏名】廣重 法道

【氏名】福原 龍志
【要約】 【課題】電話システムにおいて、端末装置間の呼接続の確立等の呼処理を行う接続制御装置が、呼処理に必要なハードウェア資源が不足して呼処理が停滞する輻輳状態である場合、輻輳状態を解消し、通話機会の不平等を解消することができる電話システム、接続制御方法、前記電話システムで用いられる接続制御装置、及びコンピュータを接続制御装置として機能させるためのコンピュータプログラムを提供する。

【構成】輻輳状態である接続制御装置１ａのＣＰＵは、確立している呼接続については接続可能時間経過後に強制的に切断し、端末装置からＩＮＶＩＴＥメッセージが送信された場合は（Ｓ４０２）ＩＮＶＩＴＥメッセージを受信し（Ｓ４０３）、待機時間を算出し（Ｓ４０４）、待機時間を記載した応答メッセージを生成して送信し（Ｓ４０５）、予約呼として予約リストに記憶する（Ｓ４０６）。
【特許請求の範囲】
【請求項１】
複数の端末装置と、該端末装置と通信することが可能な接続制御装置とを備え、一の端末装置は、他の端末装置との呼接続の確立を要求する接続要求を前記接続制御装置へ送信する手段を備え、前記接続制御装置は、前記接続要求を受信する手段と、受信した接続要求に対応する呼接続を確立する手段とを備える電話システムにおいて、
前記接続制御装置は、
呼接続を確立する呼処理に必要なハードウェア資源のうち少なくとも一つの使用量が所定の閾値以上であるか否かにより、輻輳状態であるか否かを判断する輻輳判断手段と、
該輻輳判断手段で輻輳状態であると判断した場合に、確立している呼接続を切断するまでの接続可能時間を設定する設定手段と、
確立している呼接続の接続時間を計測する手段と、
前記接続時間が前記接続可能時間を経過したときに、確立している呼接続を切断する手段と、
前記輻輳判断手段で輻輳状態であると判断している場合に、
一の端末装置からの接続要求の受信に対し、受信した接続要求に対応する発側及び着側の端末装置を夫々識別する端末識別情報を含む接続情報を、接続要求の受信順に記憶する手段と、
記憶した接続情報に対応する端末装置間の呼接続の確立が可能となるまでの待機時間を、前記接続可能時間及び接続要求の受信順に基づいて算出する算出手段と、
前記待機時間を示す時間情報を他の装置へ送信する手段と
を備えることを特徴とする電話システム。
【請求項２】
前記接続制御装置は、更に、
記憶した接続情報毎に、
前記待機時間を示す時間情報を記憶する手段と、
前記待機時間が経過したか否かを判定する判定手段と、
前記待機時間が経過したと前記判定手段で判定した場合は、対応する端末装置間の呼接続を確立する手段と
を備えることを特徴とする請求項１に記載の電話システム。
【請求項３】
前記接続制御装置を複数備え、
一の接続制御装置は、更に、
前記輻輳判断手段で輻輳状態であると判断している場合に、一の端末装置から接続要求を受信したときは、受信した接続要求に対応する接続情報及び待機時間を示す時間情報を他の接続制御装置へ送信する手段を備え、
他の接続制御装置は、更に、
前記一の接続制御装置から受信した接続情報及び時間情報を記憶する手段と、
一の端末装置から接続要求を受信したときに、受信した接続要求と記憶している前記接続情報とで、対応する発側及び着側の端末装置の端末識別情報が夫々一致するか否かを判断する手段と、
一致すると判断した場合は、対応する待機時間が経過したか否かを判断する手段と、
待機時間を経過していないときは、受信した接続要求を破棄する手段と
を備えることを特徴とする請求項１又は２に記載の電話システム。
【請求項４】
前記接続制御装置と通信することが可能で、接続情報を記憶する記憶装置を更に備え、
前記接続制御装置は、更に、
記憶している接続情報及び該接続情報に対応する時間情報を前記記憶装置へ送信するように構成してあり、
該記憶装置は、
前記接続制御装置から接続情報及び該接続情報に対応する時間情報を受信する手段と、
受信した接続情報に対応する発側及び着側の端末装置を夫々識別する端末識別情報及び前記接続情報に対応する前記時間情報を接続リストとして記憶する手段と、
前記接続リストを前記接続制御装置へ送信する手段と
を備えることを特徴とする請求項１乃至３の何れかに記載の電話システム。
【請求項５】
前記接続制御装置は、更に、
一の端末装置から接続要求を受信した場合に、前記記憶装置から前記接続リストを受信する手段と、
受信した接続要求と、受信した接続リストに含まれている接続情報とで、対応する発側及び着側の端末装置の端末識別情報が夫々一致するか否かを判断する手段と、
一致すると判断した場合は、対応する時間情報を受信した接続リストから読み出す手段と、
読み出した時間情報に示された待機時間が経過したか否か判断する手段と、
待機時間が経過していない場合は、受信した接続要求を破棄する手段と
を備えることを特徴とする請求項４に記載の電話システム。
【請求項６】
前記接続制御装置は、更に、
記憶した接続情報に対応する端末装置間で呼接続を確立してからの接続後時間を計測する手段と、
前記接続後時間が所定の時間を経過したか否かを判断する経過判断手段と、
該経過判断手段で前記所定の時間が経過したと判断した後に、接続情報の記憶を消去する手段と
を備えることを特徴とする請求項１乃至５の何れかに記載の電話システム。
【請求項７】
前記接続制御装置は、更に、
一の端末装置から接続要求を受信した場合に、優先的に接続する優先呼であることを示す優先呼情報が接続要求に含まれているか否かを判断する手段と、
優先呼情報が含まれていると判断したときは、記憶している接続情報の順序を、受信した接続要求を優先するように入れ替える手段と、
受信した接続要求に対応する呼接続の確立を、輻輳状態であるか否かに拘わらず試みる手段と
を備えることを特徴とする請求項１乃至６の何れかに記載の電話システム。
【請求項８】
一の端末装置から他の端末装置との呼接続の確立を要求する接続要求を受信し、受信した接続要求に対応する呼接続を確立する接続制御方法において、
呼接続を確立する呼処理に必要なハードウェア資源のうち少なくとも一つの使用量が所定の閾値以上であるか否かにより、輻輳状態であるか否かを判断し、
輻輳状態であると判断した場合に、確立している呼接続を切断するまでの接続可能時間を設定し、
確立している呼接続の接続時間を計測し、
前記接続時間が前記接続可能時間を経過したときに既に確立している呼接続を切断し、
輻輳状態であると判断している場合に、
一の端末装置からの接続要求の受信に対し、受信した接続要求に対応する発側及び着側の端末装置を夫々識別する端末識別情報を含む接続情報を、接続要求の受信順に記憶し、
記憶した接続情報に対応する端末装置間の呼接続の確立が可能となるまでの待機時間を、前記接続可能時間及び接続要求の受信順に基づいて算出し、
前記待機時間を示す情報を他の装置へ送信すること
を特徴とする接続制御方法。
【請求項９】
一の端末装置から、他の端末装置との呼接続の確立を要求する接続要求を受信する手段と、受信した接続要求に対応する呼接続を確立する手段とを備える接続制御装置において、
呼接続を確立する呼処理に必要なハードウェア資源のうち少なくとも一つの使用量が所定の閾値以上であるか否かにより、輻輳状態であるか否かを判断する輻輳判断手段と、
該輻輳判断手段で輻輳状態であると判断した場合に、確立している呼接続を切断するまでの接続可能時間を設定する設定手段と、
確立している呼接続の接続時間を計測する手段と、
前記接続時間が前記接続可能時間を経過したときに、確立している呼接続を切断する手段と、
前記輻輳判断手段で輻輳状態であると判断している場合に、
接続要求の受信に対し、受信した接続要求に対応する発側及び着側の端末装置を夫々識別する端末識別情報を含む接続情報を、接続要求の受信順に記憶する手段と、
記憶した接続情報に対応する端末装置間の呼接続の確立が可能となるまでの待機時間を、前記接続可能時間及び接続要求の受信順に基づいて算出する算出手段と、
前記待機時間を示す時間情報を送信する手段と
を備えることを特徴とする接続制御装置。
【請求項１０】
複数の端末装置と通信することが可能なコンピュータを、一の端末装置から他の端末装置との呼接続の確立を要求する接続要求を受信する手段、及び受信した接続要求に対応する呼接続を確立する手段として機能させるコンピュータプログラムにおいて、
コンピュータを、
呼接続を確立する呼処理に必要なハードウェア資源のうち少なくとも一つの使用量が所定の閾値以上であるか否かにより、輻輳状態であるか否かを判断する輻輳判断手段、
該輻輳判断手段で輻輳状態であると判断した場合に、確立している呼接続を切断するまでの接続可能時間を設定する設定手段、
確立している呼接続の接続時間を計測する手段、
前記接続時間が前記接続可能時間を経過したときに、確立している呼接続を切断する手段、
前記輻輳判断手段で輻輳状態であると判断している場合に、
接続要求の受信に対し、受信した接続要求に対応する発側及び着側の端末装置を夫々識別する端末識別情報を含む接続情報を、接続要求の受信順に記憶する手段、
記憶した接続情報に対応する端末装置間の呼接続の確立が可能となるまでの待機時間を、前記接続可能時間及び接続要求の受信順に基づいて算出する算出手段、及び、
前記待機時間を示す時間情報を送信する手段
として機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】【技術分野】
【０００１】
端末装置と、該端末装置から受信した接続要求に基づいて端末装置間の呼接続を確立する接続制御装置とを備え、接続制御装置が輻輳状態である場合は、新規に受信した接続要求を受信順に記憶して、確実に接続が可能となるまでの待機時間を通知する電話システム、接続制御方法、電話システムで用いられる接続制御装置、及びコンピュータを接続制御装置として機能させるためのコンピュータプログラムに関する。
【背景技術】
【０００２】
災害発生時、チケット予約開始時など電話網で発呼量が一時的に増大した場合は、交換機で呼接続を確立する呼処理に必要なハードウェア資源が不足して、呼処理が停滞する輻輳状態が発生し、通話がつながりにくくなる。このような事態のために、交換機は、発呼量が所定の閾値を超えて増大した場合に新規の着信呼を検知したときは、発呼者に「つながりにくくなっております」等のメッセージを通知して呼接続の確立を拒絶するようにしてあることが一般的である。
【０００３】
しかし、単につながりにくい旨の通知をするのみでは、呼接続の確立を拒絶された発呼者は、再度発呼を繰り返すことが多いので交換機の輻輳状態は解消されない。また、発呼者は通話がいつ可能になるのかを知り得ないので更に発呼を繰り返すこととなり輻輳状態は解消されない。
【０００４】
また、輻輳状態が発生している場合に、着信呼に対し呼接続が確立されるか又は呼接続の確立が拒絶されるかは、交換機で着信呼を検知した順序ではなく、検知したタイミングによって決まるので通話機会が不平等であるという不公平感が発呼者に生じる。
【０００５】
そこで、移動体通信システムで加入者をクラス分けし、該クラスに更に優先順序を付与して、優先順序に基づいて接続可能時間を差別化し、接続時間を制限することにより発呼者の通話機会の不平等の解消を図る技術が開示されている（特許文献１）。
【０００６】
また、チケット予約時のコールセンター等、オペレータが着信呼に対して応答するシステムで、オペレータが全員受付中であるために着信呼に対応できない場合は、自動的に対応できなかった着信呼に係る発信者の電話番号が記憶され、発呼者に平均待ち時間が通知される構成とし、オペレータが空き状態となったときに記憶してある発信者番号に折り返し発呼することで通話機会の不平等の解消を図る技術が開示されている（特許文献２）。
【０００７】
輻輳状態を解消させるために接続を制限する技術としては、着側の電話端末機を収容する交換機が輻輳状態である場合は、発側の電話端末機を収容する交換機で発呼者の伝言及び着呼者の電話番号を記憶し、着信呼を着側の交換機に送出せず、着側の交換機の輻輳状態が解消した後に、記憶した伝言の存在を着側の電話端末機に通知して伝言を伝達する技術が開示されている（特許文献３）。
【０００８】
また、呼接続の確立の予約を受け付けるための予約用の回線を別に設け、輻輳状態が発生した場合は着信呼を予約用の回線を介した端末装置で受け付けて、受け付けた着信呼に係る発呼者の発信者番号及び接続可能時刻を記憶する予約を行い、発呼者に対して接続可能時刻を通知することにより、予約は短い処理時間で終了する上、発呼者が接続可能時刻まで発呼を繰り返さないことで輻輳状態を解消させることができる技術が開示されている（特許文献４）。
【０００９】
また、輻輳状態が発生した場合は接続時間を定めて制限し、該接続時間を経過した確立済みの呼接続を交換機で強制的に切断し、新たに検知した着信呼に対する呼接続の確立は拒絶し、拒絶する際には統計によって推定された接続可能時刻を発呼者に通知することにより、輻輳状態を解消する技術が開示されている（特許文献５）。
【００１０】
ところで、音声をデジタルデータに変換し、パケット交換網を介してデータ交換することができるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術の発達により、これまでの固定電話網ではなく、インターネット等のパケット交換網を介して呼接続を確立し、通話を可能にするＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話システムを提供するサービスが普及している。
【００１１】
ＩＰ電話システムは、音声をデジタルデータに変換する機能を有するコンピュータ又はルータ装置等の端末装置と、端末装置間での呼接続を確立する接続制御装置とが、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：以下ＳＩＰという。）に基づいてデータ交換することにより呼接続を確立して通話を可能とする。ＳＩＰは、テキストデータで表すメッセージの記載方法及びメッセージの交換方法等を定めた規定であり、ＳＩＰに基づくメッセージを端末装置及び接続制御装置間で交換し合うことで呼接続の確立又はエラー通知等のサービスを実現する。
【特許文献１】特開平０９−１３０８５５号公報
【特許文献２】特開平１０−０９３７１７号公報
【特許文献３】特開平１０−０９３７０８号公報
【特許文献４】特開昭６４−０８９６４６号公報
【特許文献５】特開２００２−２３２５６３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ＩＰ電話網で交換機の役割を果たす接続制御装置も、前記の固定電話網での交換機と同様に輻輳状態となる場合がある。そこで、ＩＰ電話システムを構成する接続制御装置でも、上記のような輻輳状態を解消するための技術を使用する必要がある。
【００１３】
しかしながら、特許文献１で開示されている技術では、接続時間が制限されてクラス毎に接続可能時間が差別化されるのみである。特許文献１で開示されている技術では、発呼者が呼接続の確立を拒絶された場合に何分後又は何時間後に呼接続の確立が可能になるかを知り得ないので発呼者が発呼を繰り返す可能性が高いことは考慮されていない。通話が強制切断された後も通話していた者が再度発呼を行う可能性が高いので、接続時間を制限するのみでは、輻輳状態を早期に解消することには至らない。
【００１４】
特許文献２で開示されている技術では、通話に対応するオペレータが不足している場合について考慮されているに留まり、交換機が輻輳状態となった場合については考慮されていない。また、この技術で通知される平均待ち時間はあくまで目安時間であり、いつオペレータから折り返し発呼されるか又は予約された順に呼接続が確立されるかはオペレータによって決まるので通話機会の不平等が解消されるとは言い難い。
【００１５】
特許文献３で開示されている技術では、輻輳状態が発生した場合に伝言が交換機で記憶され、輻輳状態が解消された後に、記憶された伝言が着側の電話端末機に伝達されるので直接通話ができない上、輻輳状態がいつ解消し、いつ伝言が伝達されるか否かは不明である。
【００１６】
特許文献４で開示されている技術では、予約用のシステムを更に備える必要があり、更に予約時刻は発呼者自らが記憶しておき該予約時刻に自ら発呼する必要があるので発呼者の手順が煩わしい。
【００１７】
特許文献５で開示されている技術では、交換機が輻輳状態である場合に発呼者によって更に発呼が繰り返されることは考慮されていない。また、発呼者に通知される接続可能時刻はあくまで目安であって確実に接続できる保証がなく、再度行われる発呼のタイミングによって接続が可能か否かが決まるので通話機会の不平等が解消されるとは言い難い。
【００１８】
本発明は斯かる事情に鑑みてなされたものであり、電話システムの接続制御装置が、呼処理に必要なハードウェア資源が不足して呼処理が停滞する輻輳状態である場合は、確立している呼接続を切断するまでの接続可能時間を設定し、また、輻輳状態中に接続要求を受信した場合は、受信した順に接続要求の情報を記憶して、受信した順及び前記接続可能時間に基づき、確実に呼接続の確立が可能となるまでの待機時間を算出して、該待機時間を送信する構成とすることにより、既に確立している呼接続を強制的に切断し、輻輳状態中に受信した接続要求はその情報を記憶し呼処理を行わないことで確実に輻輳状態を解消することができ、また、既に確立している呼接続を強制的に切断した後は、受信した順に接続要求に対応する呼接続の確立が可能となる時間が確保されることで、通話機会の不平等を解消することができる電話システム、接続制御方法、前記電話システムで用いられる接続制御装置、及びコンピュータを接続制御装置として機能させるためのコンピュータプログラムを提供することを主たる目的とする。
【００１９】
また、本発明の他の目的は、記憶した接続要求の情報毎に、待機時間が経過した後は接続制御装置が自動的に接続要求に対応する呼接続を確立する構成とすることにより、発呼者が自ら発呼せずとも、接続制御装置で受信した順に自動的に呼接続が確立されて、ユーザ間の通話機会の不平等を解消することができる電話システムを提供することにある。
【００２０】
また、本発明の他の目的は、接続制御装置を複数備え、一の接続制御装置が、呼処理に必要なハードウェア資源が不足して呼処理が停滞する輻輳状態である場合に、受信して記憶した接続要求は、他の接続制御装置でも記憶し、他の接続制御装置で接続要求を受信した場合に記憶済みの接続要求と同一であるときは破棄する構成とすることにより、発呼者が、通知された待機時間を待たずに再度発呼を繰り返した場合でも、他の接続制御装置で既に記憶した接続要求と同一の接続要求であることを判断して当該接続要求を破棄し、輻輳状態である接続制御装置へ、記憶済みの接続要求と同一の接続要求が送信されることを防いで輻輳状態を早期に解消することができ、また、通話の機会が既に確保されている接続要求は破棄することで通話機会の不平等を解消することができる電話システムを提供することにある。
【００２１】
また、本発明の他の目的は、接続要求を記憶する記憶装置を備え、記憶装置が記憶している接続要求のリストを接続制御装置で受信することができる構成とすることにより、輻輳状態である接続制御装置とは異なる接続制御装置からも、既に記憶している接続要求を参照することを可能にし、接続要求の破棄の処理又は呼接続を確立する呼処理を分散することができる電話システムを提供することにある。
【００２２】
また、本発明の他の目的は、輻輳状態である接続制御装置は、別に備えられた記憶装置へ接続要求を送信し、記憶装置は、受信した接続要求を接続リストにして記憶しておき、輻輳状態である接続制御装置以外の接続制御装置で接続要求を受信した場合に、記憶装置で記憶している接続リストを受信して、受信した接続要求が、接続リストに含まれる接続要求と一致する場合は破棄する構成とすることにより、接続制御装置は、既に記憶装置で記憶された接続要求と同一の接続要求を、輻輳状態である接続制御装置に送信することを防いで輻輳状態を早期に解消することができ、また、通話の機会が既に確保されている接続要求は破棄することで通話機会の不平等を解消することができる電話システムを提供することにある。
【００２３】
また、本発明の他の目的は、記憶した接続要求に対応する呼接続を確立した後、所定の時間が経過するまでは、確立した呼接続と同一の接続要求を新たに受信した場合は当該接続要求を破棄する構成とすることにより、呼接続が確立された後に再度発呼者が発呼を繰り返した場合は接続要求を破棄して、他の端末装置間の呼接続の確立の機会を確保し、通話機会の不平等を解消することができる電話システムを提供することにある。
【００２４】
また、本発明の他の目的は、接続要求に優先的に接続すべき呼であることを示す優先呼情報が含まれている場合は、接続要求を記憶した順序を入れ替えて、優先呼情報を含む接続要求の呼接続の確立を優先的に試みる構成とすることにより、接続制御装置が輻輳状態であっても、緊急電話等の優先的に接続すべき呼については呼接続を確立することができる電話システムを提供することにある。
【課題を解決するための手段】
【００２５】
第１発明に係る電話システムは、複数の端末装置と、該端末装置と通信することが可能な接続制御装置とを備え、一の端末装置は、他の端末装置との呼接続の確立を要求する接続要求を前記接続制御装置へ送信する手段を備え、前記接続制御装置は、前記接続要求を受信する手段と、受信した接続要求に対応する呼接続を確立する手段とを備える電話システムにおいて、前記接続制御装置は、呼接続を確立する呼処理に必要なハードウェア資源のうち少なくとも一つの使用量が所定の閾値以上であるか否かにより、輻輳状態であるか否かを判断する輻輳判断手段と、該輻輳判断手段で輻輳状態であると判断した場合に、確立している呼接続を切断するまでの接続可能時間を設定する設定手段と、確立している呼接続の接続時間を計測する手段と、前記接続時間が前記接続可能時間を経過したときに、確立している呼接続を切断する手段と、前記輻輳判断手段で輻輳状態であると判断している場合に、一の端末装置からの接続要求の受信に対し、受信した接続要求に対応する発側及び着側の端末装置を夫々識別する端末識別情報を含む接続情報を、接続要求の受信順に記憶する手段と、記憶した接続情報に対応する端末装置間の呼接続の確立が可能となるまでの待機時間を、前記接続可能時間及び接続要求の受信順に基づいて算出する算出手段と、前記待機時間を示す時間情報を他の装置へ送信する手段とを備えることを特徴とする。
【００２６】
第２発明に係る電話システムは、前記接続制御装置は、更に、記憶した接続情報毎に、前記待機時間を示す時間情報を記憶する手段と、前記待機時間が経過したか否かを判定する判定手段と、前記待機時間が経過したと前記判定手段で判定した場合は、対応する端末装置間の呼接続を確立する手段とを備えることを特徴とする。
【００２７】
第３発明に係る電話システムは、前記接続制御装置を複数備え、一の接続制御装置は、更に、前記輻輳判断手段で輻輳状態であると判断している場合に、一の端末装置から接続要求を受信したときは、受信した接続要求に対応する接続情報及び待機時間を示す時間情報を他の接続制御装置へ送信する手段を備え、他の接続制御装置は、更に、前記一の接続制御装置から受信した接続情報及び時間情報を記憶する手段と、一の端末装置から接続要求を受信したときに、受信した接続要求と記憶している前記接続情報とで、対応する発側及び着側の端末装置の端末識別情報が夫々一致するか否かを判断する手段と、一致すると判断した場合は、対応する待機時間が経過したか否かを判断する手段と、待機時間を経過していないときは、受信した接続要求を破棄する手段とを備えることを特徴とする。
【００２８】
第４発明に係る電話システムは、前記接続制御装置と通信することが可能で、接続情報を記憶する記憶装置を更に備え、前記接続制御装置は、更に、記憶している接続情報及び該接続情報に対応する時間情報を前記記憶装置へ送信するように構成してあり、該記憶装置は、前記接続制御装置から接続情報及び該接続情報に対応する時間情報を受信する手段と、受信した接続情報に対応する発側及び着側の端末装置を夫々識別する端末識別情報及び前記接続情報に対応する前記時間情報を接続リストとして記憶する手段と、前記接続リストを前記接続制御装置へ送信する手段とを特徴とする。
【００２９】
第５発明に係る電話システムは、前記接続制御装置は、更に、一の端末装置から接続要求を受信した場合に、前記記憶装置から前記接続リストを受信する手段と、受信した接続要求と、受信した接続リストに含まれている接続情報とで、対応する発側及び着側の端末装置の端末識別情報が夫々一致するか否かを判断する手段と、一致すると判断した場合は、対応する時間情報を受信した接続リストから読み出す手段と、読み出した時間情報に示された待機時間が経過したか否か判断する手段と、待機時間が経過していない場合は、受信した接続要求を破棄する手段とを備えることを特徴とする。
【００３０】
第６発明に係る電話システムは、前記接続制御装置は、更に、記憶した接続情報に対応する端末装置間で呼接続を確立してからの接続後時間を計測する手段と、前記接続後時間が所定の時間を経過したか否かを判断する経過判断手段と、該経過判断手段で前記所定の時間が経過したと判断した後に、接続情報の記憶を消去する手段とを備えることを特徴とする。
【００３１】
第７発明に係る電話システムは、前記接続制御装置は、更に、一の端末装置から接続要求を受信した場合に、優先的に接続する優先呼であることを示す優先呼情報が接続要求に含まれているか否かを判断する手段と、優先呼情報が含まれていると判断したときは、記憶している接続情報の順序を、受信した接続要求を優先するように入れ替える手段と、受信した接続要求に対応する呼接続の確立を、輻輳状態であるか否かに拘わらず試みる手段とを備えることを特徴とする。
【００３２】
第８発明に係る接続制御方法は、一の端末装置から他の端末装置との呼接続の確立を要求する接続要求を受信し、受信した接続要求に対応する呼接続を確立する接続制御方法において、呼接続を確立する呼処理に必要なハードウェア資源のうち少なくとも一つの使用量が所定の閾値以上であるか否かにより、輻輳状態であるか否かを判断し、輻輳状態であると判断した場合に、確立している呼接続を切断するまでの接続可能時間を設定し、確立している呼接続の接続時間を計測し、前記接続時間が前記接続可能時間を経過したときに既に確立している呼接続を切断し、輻輳状態であると判断している場合に、一の端末装置からの接続要求の受信に対し、受信した接続要求に対応する発側及び着側の端末装置を夫々識別する端末識別情報を含む接続情報を、接続要求の受信順に記憶し、記憶した接続情報に対応する端末装置間の呼接続の確立が可能となるまでの待機時間を、前記接続可能時間及び接続要求の受信順に基づいて算出し、前記待機時間を示す情報を他の装置へ送信することを特徴とする。
【００３３】
第９発明に係る接続制御装置は、一の端末装置から、他の端末装置との呼接続の確立を要求する接続要求を受信する手段と、受信した接続要求に対応する呼接続を確立する手段とを備える接続制御装置において、呼接続を確立する呼処理に必要なハードウェア資源のうち少なくとも一つの使用量が所定の閾値以上であるか否かにより、輻輳状態であるか否かを判断する輻輳判断手段と、該輻輳判断手段で輻輳状態であると判断した場合に、確立している呼接続を切断するまでの接続可能時間を設定する設定手段と、確立している呼接続の接続時間を計測する手段と、前記接続時間が前記接続可能時間を経過したときに、確立している呼接続を切断する手段と、前記輻輳判断手段で輻輳状態であると判断している場合に、接続要求の受信に対し、受信した接続要求に対応する発側及び着側の端末装置を夫々識別する端末識別情報を含む接続情報を、接続要求の受信順に記憶する手段と、記憶した接続情報に対応する端末装置間の呼接続の確立が可能となるまでの待機時間を、前記接続可能時間及び接続要求の受信順に基づいて算出する算出手段と、前記待機時間を示す時間情報を送信する手段とを備えることを特徴とする。
【００３４】
第１０発明に係るコンピュータプログラムは、複数の端末装置と通信することが可能なコンピュータを、一の端末装置から他の端末装置との呼接続の確立を要求する接続要求を受信する手段、及び受信した接続要求に対応する呼接続を確立する手段として機能させるコンピュータプログラムにおいて、コンピュータを、呼接続を確立する呼処理に必要なハードウェア資源のうち少なくとも一つの使用量が所定の閾値以上であるか否かにより、輻輳状態であるか否かを判断する輻輳判断手段、該輻輳判断手段で輻輳状態であると判断した場合に、確立している呼接続を切断するまでの接続可能時間を設定する設定手段、確立している呼接続の接続時間を計測する手段、前記接続時間が前記接続可能時間を経過したときに、確立している呼接続を切断する手段、前記輻輳判断手段で輻輳状態であると判断している場合に、接続要求の受信に対し、受信した接続要求に対応する発側及び着側の端末装置を夫々識別する端末識別情報を含む接続情報を、接続要求の受信順に記憶する手段、記憶した接続情報に対応する端末装置間の呼接続の確立が可能となるまでの待機時間を、前記接続可能時間及び接続要求の受信順に基づいて算出する算出手段、及び、前記待機時間を示す時間情報を送信する手段として機能させることを特徴とする。
【００３５】
第１発明、第８発明、第９発明、及び第１０発明では、呼接続を確立する接続制御装置が、ＣＰＵ使用率が所定の割合以上となった場合、メモリ使用量が所定の量以上となった場合、確立した呼接続の数が所定の数以上となった場合等の、呼処理に必要なハードウェア資源が不足して呼処理が停滞する輻輳状態であると判断した場合、当該接続制御装置は、確立している呼接続を強制的に切断するまでの接続可能時間を設定する。輻輳状態である接続制御装置は、確立している呼接続の接続時間を計測し、接続時間が接続可能時間を経過した場合は、呼接続を強制的に切断する。また、輻輳状態である接続制御装置は、端末装置から他の端末装置との呼接続の確立を要求する接続要求を受信した場合、受信した順に当該接続要求に対応する発側及び着側の端末装置を識別する情報を記憶する。さらに、輻輳状態である接続制御装置は、受信した接続要求に対し呼接続を確立する処理を行わず、設定した接続可能時間及び接続要求の受信順に基づいて、対応する呼接続の確立が可能になるまでの待機時間を算出して通知する。これにより、輻輳状態である接続制御装置は、ハードウェア資源の使用量がそれ以上増加しないように呼処理を制限する。また、輻輳状態である接続制御装置は、接続可能時間が経過した呼接続を強制的に切断するので、ＣＰＵ使用率、メモリ使用量、呼接続の数等のハードウェア資源の使用量は呼処理に必要な十分な状態に戻る。
【００３６】
第２発明では、記憶した接続情報毎に算出した待機時間が記憶され、記憶された待機時間が経過した後は接続情報に対応する端末装置間の呼接続が接続制御装置によって確立される。接続要求の受信順に待機時間が算出されるので接続要求の受信順に呼接続が確立される。
【００３７】
第３発明では、呼処理に必要なハードウェア資源が不足して呼処理が停滞する輻輳状態である接続制御装置で記憶された接続情報は、他の接続制御装置に送信される。当該他の接続制御装置は、接続情報を受信して記憶する。他の接続制御装置で、端末装置から受信した接続要求に対応する発側及び着側の端末装置が、既に記憶した接続情報に含まれる発側及び着側の端末装置と一致する場合は、当該接続要求は破棄されて接続要求の送信は行われないので輻輳状態である接続制御装置に接続要求が送信されることがない。
【００３８】
第４発明では、呼処理に必要なハードウェア資源が不足して呼処理が停滞する輻輳状態である接続制御装置で受信された接続要求に対応する接続情報及び待機時間は、記憶装置に送信されて接続リストとして記憶される。記憶装置は、記憶した接続リストを複数の接続制御装置へ送信する。
【００３９】
第５発明では、呼処理に必要なハードウェア資源が不足して呼処理が停滞する輻輳状態である接続制御装置で受信された接続要求に対応する接続情報及び待機時間は、記憶装置に送信されて記憶装置で接続リストとして記憶される。輻輳状態の接続制御装置以外の接続制御装置で、端末装置から接続要求を受信した場合、当該接続制御装置は記憶装置から前記接続リストを受信し、受信した接続要求と、記憶装置から受信した接続リストの接続情報とで、対応する発側及び着側の端末装置が一致するか否かを判断する。接続リストの接続情報と一致する場合であって、対応する待機時間を経過していないときは当該接続要求を破棄する。これにより、輻輳状態である接続制御装置から破棄された接続要求が、他の接続制御装置に待機時間経過前に送信された場合は破棄され、既に記憶されて呼接続の確立の機会が確保されている接続要求には、その待機時間中に重複して呼接続の機会が確保されることがない。
【００４０】
第６発明では、接続制御装置で受信して記憶した接続情報に対応する端末装置間の呼接続が確立された後も、当該接続情報の記憶が消去されずに所定の時間記憶されており、端末装置から新たに受信した接続要求と、記憶している接続情報とで、対応する発側及び着側の端末装置の端末識別情報が一致する場合は当該接続要求は破棄される。そのため、既に呼接続の確立が実現した端末装置間に対応する接続要求には、一定時間内では、重複して呼接続の機会の確保がされることがない。
【００４１】
第７発明では、接続制御装置で受信した接続要求に優先呼情報が含まれている場合は、該接続要求に対応する呼接続は、輻輳状態であること、及び記憶されている接続情報の順序に拘わらず確立が試みられる。
【発明の効果】
【００４２】
第１発明、第８発明、第９発明、及び第１０発明によれば、接続制御装置は、呼処理に必要なハードウェア資源が不十分となり、呼接続を確立する処理が停滞する輻輳状態となった場合、確立している呼接続を切断するまでの接続可能時間を設定し、接続可能時間が経過した場合には確立している呼接続を強制的に切断する。また、輻輳状態である接続制御装置は、一の端末装置から他の端末装置との呼接続の確立を要求する接続要求を受信したときは、受信した順に当該接続要求に対応する接続情報を記憶し、前記接続可能時間及び受信した順に基づいて待機時間を算出し、発側の端末装置又は他の装置に送信する。
【００４３】
これにより、輻輳状態である接続制御装置では、呼処理はそれ以上行われないので当該接続制御装置のハードウェア資源の使用量は呼処理によって増加しない。その上、接続可能時間が経過した後は強制的に呼接続が切断される。このため、確実に輻輳状態を解消することができる。また、輻輳状態である接続制御装置は、接続要求を受信した場合、受信した順に接続要求の情報を記憶して、呼接続の確立の機会を確保し、受信順及び前記接続可能時間に基づいて待機時間を算出して発側の端末装置又は他の装置に送信する。待機時間を受信した発側の端末装置が、当該待機時間が経過した後に同一の接続要求を送信した場合は、それまでに確立していた呼接続が強制的に切断されている。従って、新たに呼接続を確立する呼処理に必要なハードウェア資源が空いており、接続制御装置は、当該接続要求に対応する呼接続を確立するため、通話機会の不平等を解消することができる。また、発呼者は確実に通話が可能な時間を知ることができるのでむやみに発呼を繰り返さず、輻輳状態の解消を早期に実現することが可能である。
【００４４】
第２発明によれば、輻輳状態が解消して呼接続の確立が確実に可能となった時間には、接続要求毎に、受信した順に従って当該接続要求に対応する呼接続を自動的に確立する構成とすることにより、発呼者は、自ら発呼し直す必要がない。さらに、接続制御装置で接続要求を受信した順に自動的に呼接続が確立されるので通話機会の不平等を解消することができる。
【００４５】
第３発明によれば、接続制御装置を複数備えた場合に、一の接続制御装置が輻輳状態であるときは、当該輻輳状態である一の接続制御装置は、端末装置から受信した接続要求の接続情報及び待機時間の時間情報を他の接続制御装置に送信し、他の接続制御装置は、輻輳状態の接続制御装置から受信した接続情報及び時間情報を記憶しておき、端末装置から新たに受信した接続要求と、記憶した接続情報とで対応する端末装置が一致する場合は当該接続要求を破棄する構成とすることにより、輻輳状態である一の接続制御装置で記憶された接続情報は、当該一の接続制御装置以外でも記憶される。このため、再度同一の接続要求が発側の端末装置から送信されても、他の接続制御装置で破棄され、輻輳状態となった接続制御装置には送信されない。従って、発呼者が再度発呼を繰り返した場合、当該発側の端末装置と同じネットワークに属する接続制御装置などですぐに破棄し、輻輳状態となった接続制御装置へ接続要求を送信することを回避することができる。そのため、輻輳状態となった接続制御装置での処理の負荷を小さくして、早期に輻輳状態を解消することができる。また、他の接続制御装置で記憶されて既に通話機会が確保されている接続要求と待機時間中に重複する接続要求は破棄することで、通話機会の不平等を解消することができる。
【００４６】
第４発明によれば、接続要求の接続情報及び待機時間の時間情報を記憶する記憶装置を更に備え、記憶装置で記憶している接続情報のリストを接続制御装置と送受信することができる構成とすることにより、輻輳状態となった接続制御装置とは異なる接続制御装置からも、既に記憶している接続情報及び待機時間を参照することができ、接続要求の送信又は破棄の処理を接続制御装置間で分散することができる。
【００４７】
第５発明によれば、呼処理に必要なハードウェア資源が不十分である輻輳状態となった接続制御装置で受信された接続要求に対応する接続情報は、記憶装置に送信されて接続リストとして記憶され、他の接続制御装置が新規に接続要求を受信した場合、当該他の接続制御装置は記憶装置から前記接続リストを受信して、接続リストに含まれる接続情報と新たに受信した接続要求とで、対応する発側及び着側の端末装置が一致するか否かを判断する。一致すると判断した場合は、当該他の接続制御装置は、当該新たに受信した接続要求を破棄する構成とする。これにより、他の接続制御装置で受信した接続要求が、既に何れかの接続制御装置で呼接続の確立の機会を確保されているか否かを判断することができる。従って、既に呼接続の確立の機会が確保されている接続要求を、他の接続制御装置に送信する前に破棄することで余計な送受信を回避し、輻輳状態を早期に解消することができる。また、既に記憶されて接続の機会が確保されている接続要求は破棄するので他の接続要求に呼接続確立の機会が供され、通話機会の不平等を解消することができる。
【００４８】
第６発明によれば、既に確立された呼接続と同一の接続要求を受信した場合は、一旦呼接続が確立された後所定の時間が経過した後に、記憶している接続情報を消去するようにしてあることにより、既に確立された呼接続に対しても所定の時間が経過するまでは記憶され、接続の機会が確保されている呼接続の接続情報であるとして接続要求が破棄される。このため、既に通話をした発呼者が再度発呼を繰り返しても破棄されて他の呼接続に接続機会が確保され、通話機会の不平等を解消することができる。
【００４９】
第７発明によれば、端末装置から受信した接続要求が優先呼である場合は、輻輳状態中に受信した接続要求に対し記憶した接続情報の順序及び輻輳状態であることに拘わらず、優先して該接続要求に係る呼接続の確立を試みることにより、緊急電話等の優先的に接続すべき呼接続を確立することができる。
【発明を実施するための最良の形態】
【００５０】
以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。
【００５１】
（実施の形態１）
図１は、本発明の実施の形態１における電話システムを概念的に示す構成図である。本発明の電話システムは、少なくとも、接続制御装置１ａ，１ｂ，１ｃ，…と、端末装置２，２，…と、パケット交換網３とを備える。接続制御装置１ａ，１ｂ，１ｃ，…がパケット交換網３を介して、電話端末機又は電話機能を有するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の端末装置２，２，…間の呼接続の確立又は切断等の呼処理を行うことで、端末装置２，２，…を使用するユーザ間の通話を可能とするＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話システムを実現する。
【００５２】
接続制御装置１ａ，１ｂ，１ｃ，…は、インターネット等のパケット交換網３でのパケット交換機能を有し、端末装置２，２，…間の呼接続の確立等の呼処理を行うサーバコンピュータである。また、接続制御装置１ａ，１ｂ，１ｃ，…は、パケット交換網３を介して相互に通信が可能である。なお、接続制御装置１ａ，１ｂ，１ｃ，…、及び端末装置２，２，…は、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：以下ＳＩＰという。）に基づくメッセージを相互に交換して呼接続の確立等の呼処理を行う。
【００５３】
図２は、本発明の実施の形態１における電話システムの接続制御装置１ａ，１ｂ，１ｃ，…及び端末装置２，２，…の内部構成を示すブロック図である。接続制御装置１ａは、少なくとも、装置全体を制御するＣＰＵ１１と、以下説明する各種ハードウェア間を接続する内部バス１２と、各種情報を記憶するハードディスク等の記憶部１３と、時刻を計時することが可能な計時部１４と、パケット交換網３に接続するための通信部１５と、ＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体１７を用いる補助記憶部１６とを備える。他の接続制御装置１ｂ，１ｃ，…については、接続制御装置１ａと同様の構成であることから、詳細な説明を省略する。
【００５４】
記憶部１３には、ＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体１７から取得した、ＰＣが本発明の接続制御装置１ａとして動作するための制御プログラム１Ｐが記憶されている。ＣＰＵ１１が制御プログラム１Ｐを読み出して実行することにより、サーバコンピュータは本発明の接続制御装置１ａとして動作する。また、接続制御装置１ａは、通信部１５を介してパケット交換網３に接続され、ＣＰＵ１１は、通信部１５により、他の接続制御装置１ｂ，１ｃ，…及び端末装置２，２，…との間でＳＩＰに基づくメッセージを交換する。
【００５５】
端末装置２，２，…は、少なくとも、装置全体を制御するＣＰＵ等のＣＰＵ２１と、以下説明する各種ハードウェア間を接続する内部バス２２と、端末装置２，２，…用の制御プログラム及びデータ等の各種情報を記憶するハードディスク等の記憶部２３と、マウス又はキーボード等の操作部２４と、通話のためのマイク又はスピーカ等の音声入出力部２５と、モニタ等の表示部２６と、パケット交換網３に接続するための通信部２７とを備える。
【００５６】
ＣＰＵ２１は、記憶部２３から、装置がＳＩＰに基づいたメッセージを生成して送受信する端末装置として動作するための制御プログラムを記憶部２３から読み出して実行する。ＣＰＵ２１は、操作部２４を介してユーザの発呼の操作、着信への応答の操作を受け付ける。また、ＣＰＵ２１は、通信部２７により、接続制御装置１ａ，１ｂ，１ｃ，…及び端末装置２，２，…との間でＳＩＰに基づいたメッセージを交換する。
【００５７】
次に、本発明の接続制御装置１ａについて更に詳述する。図３は、本発明の実施の形態１における電話システムの接続制御装置１ａの構成を示す機能ブロック図である。
【００５８】
ＣＰＵ１１は、記憶部１３から制御プログラム１Ｐを読み出して実行することにより、以下で示す各手段として機能する。なお、予め各手段の機能のうち特定の機能を、ＩＣチップ等のハードウェアからなる呼制御部に予め記録しておき、ＣＰＵ１１が呼制御部と協働することで各機能を高速処理により実現する構成としてもよい。
【００５９】
ＣＰＵ１１は、記憶部１３から制御プログラム１Ｐを読み出すことにより、輻輳判定手段１１１、ＣＰＵ使用率判定手段１１２、トラフィック量判定手段１１３、及び、呼制御手段１１４として機能する。
【００６０】
輻輳判定手段１１１は、接続制御装置１ａ，１ｂ，１ｃ，…のハードウェア資源のうち、少なくとも一つの使用量が所定の閾値以上であるか否かにより、呼接続の確立等の呼処理が停滞する輻輳状態であるか否かを判断する。ＣＰＵ使用率判定手段１１２は、ＣＰＵ１１のＣＰＵ使用率が所定の閾値以上であるか否かを判断する。トラフィック量判定手段１１３は、接続制御装置１ａが端末装置２，２，…、又は他の接続制御装置１ｂ，１ｃ，…と交換するメッセージの量又はパケットの量等のトラフィック量が所定量以上であるか否かを判断する。輻輳判定手段１１１は、ＣＰＵ使用率判定手段１１２及びトラフィック量判定手段１１３の判定結果に基づいて輻輳状態であるか否かを判断する。
【００６１】
接続制御装置１ａのＣＰＵ１１は、制御プログラム１Ｐを読み出して実行することにより、輻輳判定手段１１１、ＣＰＵ使用率判定手段１１２、及びトラフィック量判定手段１１３として機能し、接続制御装置１ａが輻輳状態であるか否かを判断する。なお、輻輳判定手段１１１はメモリ使用量に対して閾値を設定し、メモリ使用量が閾値以上であるか否かを判断するメモリ使用量判定部を更に備えて輻輳状態であるか否かを判定する構成としてもよい。
【００６２】
呼制御手段１１４は後述するように、確立している呼接続を強制的に切断するまでの接続可能時間についての処理を行う接続可能時間管理手段１１５、受信したＳＩＰに基づくメッセージに対する解析又は応答等の処理を行う呼処理手段１１６、ＳＩＰに基づくメッセージを生成するＳＩＰメッセージ生成手段１１７から構成される。ＣＰＵ１１は、記憶部１３から制御プログラム１Ｐを読み出して実行することにより、接続可能時間管理手段１１５、呼処理手段１１６及びＳＩＰメッセージ生成手段１１７として機能し、呼接続の確立又は切断等の呼処理を行う。
【００６３】
記憶部１３の記憶領域の一部には、加入者情報１３１及び予約リスト１３２等の各種情報が記憶されている。加入者情報１３１は、ＩＰ電話サービスを利用するユーザに設定された、固有の電話番号、文字列でユーザを識別するユーザアカウント、各ユーザが使用する端末装置２，２，…を識別するためのＳＩＰアドレス等の情報である。予約リスト１３２は後述するように、接続制御装置１ａ，１ｂ，１ｃ，…が輻輳状態である場合に受信した接続要求のメッセージに対して記憶する予約呼のリストである。
【００６４】
次に、本発明の電話システムにおいて、接続制御装置１ａ，１ｂ，１ｃ，…、及び端末装置２，２，…によって端末装置２，２，…間で通常に呼接続が確立される場合の処理の概要について説明する。
【００６５】
ユーザが使用する端末装置２，２，…には、ユーザ固有の電話番号又はユーザアカウントと端末装置２，２，…が属しているネットワークを識別するドメインとに基づいて、端末装置２，２，…夫々を識別するＳＩＰアドレスが設定されている。
【００６６】
ユーザが端末装置２，２，…を使用する場合、端末装置２，２，…は記憶しているユーザ固有の電話番号又はユーザアカウントと設定されたＳＩＰアドレスとを、固有の端末識別情報とともに同じネットワークに属する接続制御装置１ａ，１ｂ，１ｃ，…へ送信する。接続制御装置１ａ，１ｂ，１ｃ，…は、受信した端末識別情報から端末装置２，２，…のＩＰアドレスを特定し、受信した電話番号又はユーザアカウントとＳＩＰアドレスとを特定したＩＰアドレスに対応付けて予め記憶しておく。
【００６７】
このように、接続制御装置１ａ，１ｂ，１ｃ，…が同じネットワークに属する端末装置２，２，…のＳＩＰアドレスを記憶しており、ＳＩＰアドレスに基づいて夫々の端末装置２，２，…と通信することが可能な状態において、ユーザによる発呼の操作に対して接続制御装置１ａ，１ｂ，１ｃ，…により呼接続が確立される処理について説明する。
【００６８】
図４は、本発明の実施の形態１における電話システムで、接続制御装置１ａのＣＰＵ１１が、一の端末装置２から接続要求のメッセージを受信した場合の処理手順を示すフローチャートである。
【００６９】
ユーザが使用する発側の端末装置２のＣＰＵ２１は、ユーザによる発呼の操作を操作手段を介して受け付け（ステップＳ１１）、接続要求のメッセージを生成し（ステップＳ１２）、生成した接続要求のメッセージを同じネットワークに属する接続制御装置１ａへ通信部２７により送信する（ステップＳ１３）。
【００７０】
発側の端末装置２は、接続要求のメッセージを生成する際に相手先のユーザが使用する着側の端末装置２のＳＩＰアドレスを特定できた場合、特定したＳＩＰアドレスを宛先とする接続要求のメッセージを生成する。
【００７１】
また、発側の端末装置２は、接続要求のメッセージを生成する際に相手先のユーザが使用する着側の端末装置２のＳＩＰアドレスを特定できない場合、ユーザの発呼の操作によって入力される相手先のユーザの電話番号又はユーザアカウントに基づいて、話番号又はユーザアカウントとＳＩＰアドレスとをＩＰアドレスに対応づけて予め記憶している接続制御装置１ａ，１ｂ，１ｃ，…からＳＩＰアドレスを取得できる。この場合、発側の端末装置２は、接続制御装置１ａ，１ｂ，１ｃ，…から取得した着側の端末装置２のＳＩＰアドレスを宛先として接続要求のメッセージを生成する。
【００７２】
なお、発側の端末装置２は、相手先のユーザの電話番号又はユーザアカウントを宛先とする接続要求のメッセージを送信し、当該接続要求のメッセージを受信した接続制御装置１ａが受信した接続要求のメッセージの電話番号又はユーザアカウントからＳＩＰアドレスを特定して、特定したＳＩＰアドレスを宛先に設定しなおし、着側の端末装置２と同じネットワークに属する接続制御装置１ａへ接続要求のメッセージを送信するようにしてもよい。
【００７３】
接続制御装置１ａのＣＰＵ１１は、発側の端末装置２から接続要求のメッセージを受信し（ステップＳ１４）、受信した接続要求のメッセージに対応する呼接続を、呼制御手段１１４の機能により確立する（ステップＳ１５）。
【００７４】
ステップＳ１５に示した呼接続の確立の処理は、接続制御装置１ａのＣＰＵ１１により、受信した接続要求のメッセージを、場合によっては他の接続制御装置１ｂ，１ｃ，…経由で着側の端末装置２へ送信し、他の接続制御装置１ｂ，１ｃ，…、発側の端末装置２、及び着側の端末装置２から接続要求のメッセージに対する応答のメッセージを受信する処理を行うことで実現する。図５は、本発明の実施の形態１における電話システムで、接続制御装置１ａのＣＰＵ１１が、端末装置２，２間の呼接続を確立する処理手順を示すフローチャートである。
【００７５】
接続制御装置１ａのＣＰＵ１１は、図４に示したステップＳ１４で発側の端末装置２から受信した接続要求のメッセージに対し、記憶している端末装置２，２，…のＳＩＰアドレスとＩＰアドレスとの対応に基づいて着側の端末装置２のＩＰアドレスを特定し、着側の端末装置２へ接続要求のメッセージを通信部１５により送信する（ステップＳ２０１）。
【００７６】
なお、接続制御装置１ａのＣＰＵ１１は、発側の端末装置２から受信した接続要求のメッセージに対して着側の端末装置２と直接的に通信することができない場合、着側の端末装置２と同じネットワークに属して着側の端末装置２と通信することが可能な他の接続制御装置１ｂ，１ｃ，…へ、受信した接続要求メッセージを通信部１５により送信する。この場合は、着側の端末装置２と同じネットワークに属する接続制御装置１ｂ，１ｃ，…のＣＰＵ１１が、着側の端末装置２へ接続要求のメッセージを送信する。
【００７７】
着側の端末装置２のＣＰＵ２１は、接続要求のメッセージを通信部２７により受信し（ステップＳ２０２）、ユーザによる応答操作を操作部２４を介して受け付ける（ステップＳ２０３）。ユーザによる応答操作を受け付けた着側の端末装置２は、接続要求に対応する応答メッセージを生成し（ステップＳ２０４）、接続制御装置１ａへ通信部２７により送信する（ステップＳ２０５）。接続制御装置１ａのＣＰＵ１１は、着側の端末装置２から接続要求に対する応答メッセージを受信し（ステップＳ２０６）、受信した応答メッセージを発側の端末装置２へ送信する（ステップＳ２０７）。
【００７８】
発側の端末装置２のＣＰＵ２１は、応答メッセージを受信し（ステップＳ２０８）、応答メッセージに対する受領通知のメッセージを生成し（ステップＳ２０９）、接続制御装置１ａへ送信する（ステップＳ２１０）。接続制御装置１ａのＣＰＵ１１は、受領通知のメッセージを受信し（ステップＳ２１１）、着側の端末装置２へ受領通知のメッセージを送信する（ステップＳ２１２）。着側の端末装置２のＣＰＵ２１が、受領通知のメッセージを受信する（ステップＳ２１３）。これにより、接続制御装置１ａは呼接続を確立し、端末装置２，２，…との間でＩＰ電話サービスを実現する。
【００７９】
上述の処理の説明のように、端末装置２，２，…がＳＩＰアドレスで識別され、発側の端末装置２から呼接続の確立を要求するメッセージが接続制御装置１ａ，１ｂ，１ｃを経由して着側の端末装置２へ送信され、呼接続の確立へ至る。
【００８０】
次に、接続制御装置１ａのＣＰＵ１１による呼接続の確立の処理において、接続制御装置１ａ，１ｂ，１ｃ，…及び端末装置２，２，…間で交換されるＳＩＰに基づくメッセージの流れについて、図を用いて詳細に説明する。
【００８１】
図６は、本発明の実施の形態１における電話システムで、一の端末装置２から接続要求のメッセージが送信された場合に、接続要求に係る呼接続が確立され、更に呼接続が切断されるまでに交換されるメッセージの流れを示すシーケンス図である。
【００８２】
接続制御装置１ａ，１ｂ，１ｃ，…、及び端末装置２，２，…の間で交換されるメッセージは、ＳＩＰに基づいて生成されたテキストデータである。ＳＩＰに基づくメッセージには、呼接続の確立を要求するためのＩＮＶＩＴＥメッセージ、呼接続の切断を要求するためのＢＹＥメッセージ、ＩＮＶＩＴＥメッセージに対する応答の処理を要求するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）メッセージ等のリクエストメッセージがある。また、リクエストメッセージに対して、要求に対する処理を実施中であることを示すメッセージ、要求が受け入れられた旨を示すメッセージ、要求に対して発生したエラーの内容を示すメッセージ等の応答メッセージがある。更に、応答メッセージは、リクエストメッセージに対する処理の状態を数字からなるステータスコードによって識別して表す。ステータスコードには、リクエストに対する処理を実施中であることを示す「１００」（Ｔｒｙｉｎｇ）、接続要求に対して呼び出し中であることを示す「１８０」（Ｒｉｎｇｉｎｇ）、処理が成功したことを示す「２００」（ＯＫ）等がある。
【００８３】
図６に示す例では、発側の端末装置２が、同じネットワークに属している接続制御装置１ａへ、着側の端末装置２との接続要求を示すＩＮＶＩＴＥメッセージを送信した場合、接続制御装置１ａは、受信したＩＮＶＩＴＥメッセージを解析し、「１００」のステータスコードで処理を実施中であることを示す応答メッセージを発側の端末装置２へ送信する。ＳＩＰでは、ＩＮＶＩＴＥメッセージに対して処理中である場合には暫定的な応答として、「１００」を示す応答メッセージを送信するように規定されている。
【００８４】
接続制御装置１ａは、ＩＮＶＩＴＥメッセージの送信先である着側の端末装置２と同じネットワークに属する接続制御装置１ｃのＩＰアドレスを、図示しないＤＮＳ（Ｄｉｒｅｃｔ Ｎｅｔｗｏｒｋ Ｓｅｒｖｅｒ）機能を有する他の装置から取得する。接続制御装置１ａは、取得したＩＰアドレスによりＩＮＶＩＴＥメッセージを接続制御装置１ｃへ送信する場合は、接続制御装置１ｂを経由すべきことを認識することができる。そのため、接続制御装置１ａのＣＰＵ１１はＩＮＶＩＴＥメッセージを接続制御装置１ｂへ送信する。このとき、装置から装置へ送信されるＩＮＶＩＴＥメッセージには、経由した装置のＳＩＰアドレスが追記される。
【００８５】
接続制御装置１ｂは、受信したＩＮＶＩＴＥメッセージを同様に接続制御装置１ｃへ送信し、「１００」を示す応答メッセージを接続制御装置１ａへ送信する。更に、接続制御送信装置１ｃは、受信したＩＮＶＩＴＥメッセージを同様に着側の端末装置２へ送信し、「１００」を示す応答メッセージを接続制御装置１ｂへ送信する。
【００８６】
着側の端末装置２は、「１００」を示す応答メッセージを接続制御装置１ｃへ送信した後は、更に、「１８０」のステータスコードでＩＮＶＩＴＥメッセージに対してユーザの呼び出し処理中であることを示す応答メッセージを接続制御装置１ｃへ送信する。ＳＩＰでは、ＩＮＶＩＴＥメッセージに対して呼び出し中である場合には暫定的な応答として「１８０」を示す応答メッセージを送信するように規定されている。なお、「１８０」を示す応答メッセージには、受信したＩＮＶＩＴＥメッセージに記載されてあった経由装置のＳＩＰアドレスが、当該応答メッセージの経由すべき経路として記載されている。
【００８７】
接続制御装置１ｃは、「１８０」を示す応答メッセージを受信した場合、経由すべき接続制御装置１ｂのＳＩＰアドレスを読み出して、受信した「１８０」を示す応答メッセージを接続制御装置１ｂへ送信する。同様にして、接続制御装置１ｂは、受信した「１８０」を示す応答メッセージを接続制御装置１ａへ送信する。更に接続制御装置１ａは、受信した「１８０」を示す応答メッセージを発側の端末装置２へ送信する。
【００８８】
着側の端末装置２は、ユーザによって着信呼に応答する操作がされたことを検知した場合、「２００」のステータスコードで呼び出しが成功したことを示す応答メッセージを接続制御装置１ｃへ送信する。ＳＩＰでは、呼び出しが成功したことを示す成功応答として、「２００」を示す応答メッセージを送信するように規定されている。「２００」を示す応答メッセージには、「１８０」を示す応答メッセージ同様、受信したＩＮＶＩＴＥメッセージに記載されてあった経由装置のＳＩＰアドレスが、当該応答メッセージの経由すべき経路として記載されている。
【００８９】
接続制御装置１ｃは、「２００」を示す応答メッセージを受信した場合、経由すべき接続制御装置１ｂのＳＩＰアドレスを読み出して、受信した「２００」を示す応答メッセージを接続制御装置１ｂへ送信する。同様にして、接続制御装置１ｂは、受信した「２００」を示す応答メッセージを接続制御装置１ａへ送信し、更に接続制御装置１ａは、受信した「２００」を示す応答メッセージを受信して発側の端末装置２へ送信する。
【００９０】
発側の端末装置２は、「２００」を示す応答メッセージを受信した場合、送信したＩＮＶＩＴＥメッセージに対して着信呼に応答する応答メッセージを受け取った旨を示すＡＣＫメッセージを接続制御装置１ａへ送信する。ＳＩＰでは、ＩＮＶＩＴＥメッセージに対応する応答メッセージを受け取った旨を示す場合は、ＡＣＫメッセージを送信するように規定されている。ＡＣＫメッセージには経由すべき装置の経路として接続制御装置１ａ，１ｂ，１ｃのＳＩＰアドレスが記載されており、ＡＣＫメッセージを発側の端末装置２から受信した接続制御装置１ａは、経由すべき接続制御装置１ｂのＳＩＰアドレスを読み出して、ＡＣＫメッセージを接続制御装置１ｂへ送信する。同様にして、接続制御装置１ｂは、受信したＡＣＫメッセージを接続制御装置１ｃへ送信し、更に接続制御装置１ｃは受信したＡＣＫメッセージを着側の端末装置２へ送信する。
【００９１】
発側の端末装置２から着側の端末装置２へ送信されたＩＮＶＩＴＥメッセージには、発側の端末装置２が通話の音声データを含むパケットを受信するために使用する通信ポートの識別番号が記載されている。着側の端末装置２は、受信したＩＮＶＩＴＥメッセージから通信ポートの識別番号を読み出して認識することができる。また、着側の端末装置２から発側の端末装置２へ送信された「２００」を示す応答メッセージには、着側の端末装置２が使用する通信ポートの識別番号が記載されている。発側の端末装置２は、受信した「２００」を示す応答メッセージから通信ポートの識別番号を読み出して認識することができる。
【００９２】
従って、発側の端末装置２及び着側の端末装置２が、認識した通信ポート間で音声データを含むパケットを、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）に基づいてパケット交換することで夫々の装置を使用するユーザ間の音声データが交換され、呼接続が確立される。これにより、発側の端末装置２を使用するユーザと着側の端末装置２を使用するユーザとの間で通話が可能になる。
【００９３】
その後、発側の端末装置２は、ユーザによる通話終了の操作を受け付けた場合、呼接続の終了を要求するＢＹＥメッセージを接続制御装置１ａへ送信する。逆に、着側の端末装置２が、ユーザによる通話終了の操作を受け付けた場合、ＢＹＥメッセージを接続制御装置１ｃへ送信する。図６に示す例では、着側の端末装置２がユーザによる通話終了の操作を受け付けた場合を示す。着側の端末装置２が接続制御装置１ｃへ送信するＢＹＥメッセージには、経由すべき経路として接続制御装置１ａ，１ｂ，１ｃのＳＩＰアドレスが記載されている。接続制御装置１ｃは、受信したＢＹＥメッセージの記載から、経由すべき接続制御装置１ｂのＳＩＰアドレスを読み出し、ＢＹＥメッセージを接続制御装置１ｂへ送信する。同様にして、接続制御装置１ｂは、受信したＢＹＥメッセージを接続制御装置１ａへ送信し、更に、接続制御装置１ａは、受信したＢＹＥメッセージを発側の端末装置２へ送信する。
【００９４】
ＢＹＥメッセージを受信した発側の端末装置２は、音声データを含むパケットを受信するために使用していた通信ポートを閉じ、「２００」のステータスコードでＢＹＥメッセージを受信したことを示す応答メッセージを接続制御装置１ａへ送信する。「２００」を示す応答メッセージには、ＢＹＥメッセージの記載から読み出した経由装置のＳＩＰアドレスが、当該応答メッセージの経由すべき経路として接続制御装置１ａ，１ｂ，１ｃのＳＩＰアドレスが記載されている。
【００９５】
「２００」を示す応答メッセージを受信した接続制御装置１ａは、経由すべき経路の記載から経由すべき接続制御装置１ｂのＳＩＰアドレスを読み出し、「２００」を示す応答メッセージを接続制御装置１ｃへ送信する。同様にして、接続制御装置１ｃは、「２００」を示す応答メッセージを着側の端末装置２へ送信する。「２００」を示す応答メッセージを受信した着側の端末装置２は、音声のデータを含むパケットを受信するために使用していた通信ポートを閉じ、処理を終了する。
【００９６】
ここで、上述の処理中で交換されるＳＩＰに基づくメッセージについて例を示して説明する。図７は、本発明の実施の形態１における電話システムの端末装置２，２，…が、他の端末装置２，２，…との呼接続の確立を要求するために生成するＩＮＶＩＴＥメッセージの一例を示す説明図である。ＳＩＰで規定されるメッセージは、図７（ａ）に示される開始行と、（ｂ）に示されるヘッダ部と、（ｃ）に示される本文とに分けられている。
【００９７】
図７（ａ）に示す開始行には、メッセージの題目が記載される。リクエストメッセージの場合は、要求する処理のメソッド名と処理の対象である宛先の装置のＳＩＰアドレスとが記載される。リクエストメッセージに応答するための応答メッセージの場合は、ステータスコードが記載される。図７で示すＩＮＶＩＴＥメッセージの場合は、（ａ）に示す開始行に、メソッド名「ＩＮＶＩＴＥ」と、着側の端末装置２を識別するＳＩＰアドレスとが記載されている。
【００９８】
図７（ｂ）に示すヘッダ部には、メッセージの送受信のための情報を示す複数のヘッダが記載される。ヘッダは、ヘッダ毎に各行に分けて記載され、その数は可変である。ヘッダには、メッセージの送信元を示すためのＦｒｏｍヘッダ、メッセージの送信先を示すためのＴｏヘッダ、当該メッセージが経由した装置の経路を示すＶｉａヘッダ、メッセージを送信するための指定経路を示すＲｏｕｔｅヘッダ等がある。
【００９９】
図７（ｃ）に示す本文には、各メッセージの内容を示す情報が記載される。本文は、応答メッセージでは省略されることもある。図７に示すＩＮＶＩＴＥメッセージの場合は、本文は音又は映像等のマルチメディアをデータ交換するための通信情報を表すＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に従って記載される。
【０１００】
図７に示すＩＮＶＩＴＥメッセージは、ＵｓｅｒＤ＠ｗｅｓｔ．ｎｅｔで示されるＳＩＰアドレスで識別される端末装置２を送信元とし、ＵｓｅｒＪ＠ｅａｓｔ．ｎｅｔで示されるＳＩＰアドレスで識別される端末装置２を送信先とする接続要求のメッセージであることを示す。また、ヘッダ部のＦｒｏｍヘッダでは、送信元のＳＩＰアドレスの他に、メッセージを発信したユーザが「Ｋｅｎ」であることが示されている。ヘッダ部のＶｉａヘッダには、ＩＮＶＩＴＥメッセージが経由した装置のＳＩＰアドレスが記載される。図７に示した例では、Ｖｉａヘッダには、既にメッセージが送受信された経路として、ＩＮＶＩＴＥメッセージの送信元の端末装置２が属するネットワークのドメインであるｗｅｓｔ．ｎｅｔが記載されている。
【０１０１】
以上により、ＩＮＶＩＴＥメッセージ等のリクエストメッセージ及び応答メッセージを、接続制御装置１ａ，１ｂ，１ｃ，…及び端末装置２，２，…間で交換することによって呼接続が確立される場合について説明した。一方、発側の端末装置２から着側の端末装置２へ送信されたＩＮＶＩＴＥメッセージに対し、ＩＮＶＩＴＥメッセージの経路上の接続制御装置１ａ，１ｂ，１ｃの何れかが、ハードウェア資源が不足して呼接続を確立する呼処理を実行できない場合がある。例えば、接続制御装置１ａのＣＰＵ１１のＣＰＵ使用率が８０％以上になりメッセージの送受信の処理が滞る場合、接続制御装置１ａを介して確立した呼接続の数が多数となりＲＴＰに基づくパケット交換でパケットロスが頻繁に発生する場合等の、接続制御装置１ａが輻輳状態となる場合である。接続制御装置１ａ，１ｂ，１ｃ，…が輻輳状態である場合は、呼処理の遅延、呼接続の確立の失敗、パケットロスによる通話音声の途切れ等のＩＰ電話サービスの質の低下が起こるので、これを回避することが必要となる。
【０１０２】
そこで、本発明の電話システムでは、接続制御装置１ａは輻輳状態であるか否かを判断し、輻輳状態である場合は、既に確立している呼接続を強制的に切断し、新たな呼接続の確立を制限する処理を行うことで、輻輳状態の解消を試みる。以下に、本発明の電話システムにおいて接続制御装置１ａが、輻輳状態の解消を試みるために行う処理について説明する。なお、以降の説明では便宜上、輻輳状態でない状態を、処理の停滞なく呼接続の確立を実行することができる通常状態と称する。
【０１０３】
まず、接続制御装置１ａが輻輳状態であるか否かを判断する処理について説明する。接続制御装置１ａのＣＰＵ１１は、前述の、ＣＰＵ使用率が所定の閾値以上であるか否かを判定するＣＰＵ使用率判定手段１１２及びトラフィック量が所定の閾値以上であるか否かを判定するトラフィック量判定手段１１３の判定結果に基づく輻輳判定手段１１１の機能により、輻輳状態であるか否かを判断する。接続制御装置１ａのＣＰＵ１１は、輻輳判定手段１１１によりＣＰＵ使用率判定手段１１２又はトラフィック量判定手段１１３での判定結果に対し、何れか一方の判定結果が所定の閾値以上であるという判定結果である場合に輻輳状態であると判断してもよいし、何れの判定結果も、所定の閾値以上であるという判定結果である場合に輻輳状態であると判断してもよい。逆に、接続制御装置１ａのＣＰＵ１１は、輻輳判定手段１１１の機能によりＣＰＵ使用率判定手段１１２又はトラフィック量判定手段１１３による何れの判定結果も所定の閾値以下であるという判定結果であると判断されるまでは、輻輳状態であると判断してもよい。接続制御装置１ａのＣＰＵ１１は、輻輳判定手段１１１の機能により、当該判断基準に基づいた輻輳状態か否かの判断を、例えば１秒の一定時間毎に繰り返し行う。
【０１０４】
接続制御装置１ａのＣＰＵ１１は、輻輳判定手段１１１の機能にて輻輳状態であるか否かの判断を一定時間毎に行うことにより、接続制御装置１ａが輻輳状態であるのか、又は通常状態であるのかを判断することができる。接続制御装置１ａのＣＰＵ１１は、現在輻輳状態であるのか又は通常状態であるのかをフラグ等のデータで表して記憶部１３に記憶しておく。接続制御装置１ａのＣＰＵ１１は、通常状態から輻輳状態へ遷移したと判断した場合は、呼接続の確立に対する規制が開始されたことを呼処理手段１１６で判別することが可能なように、接続制御装置１ａが呼接続の確立を規制するべき旨を示す規制開始通知信号が輻輳判定手段１１１から呼処理手段１１６へ送信される。一方、接続制御装置１ａのＣＰＵ１１が輻輳判定手段１１１の機能によって輻輳状態から通常状態へ遷移したと判断した場合、呼接続の確立の規制を解除するべき旨を示す規制解除通知信号が輻輳判定手段１１１から呼処理手段１１６へ送信される。
【０１０５】
次に、本発明の電話システムにおいて、接続制御装置１ａが輻輳状態であると判断した後、通常状態へ遷移するまでの間に、既に確立している呼接続を切断する処理について説明する。図８は、本発明の実施の形態１における電話システムで、接続制御装置１ａのＣＰＵ１１が、輻輳状態であると判断した場合に、確立している呼接続を切断する処理手順を示すフローチャートである。
【０１０６】
接続制御装置１ａのＣＰＵ１１は、上述のように輻輳判定手段１１１の機能により、呼処理手段１１６を介して輻輳状態であるか否かを判断し（ステップＳ３１）、輻輳状態でないと判断した場合は（Ｓ３１：ＮＯ）、処理をステップＳ３１へ戻して、輻輳判定手段１１１の機能による輻輳状態であるか否かの判断を繰り返す。接続制御装置１ａのＣＰＵ１１は、輻輳状態であるか否かは、輻輳判定手段１１１の機能により送信された規制開始通知信号を呼処理手段１１６で受信したか否かにより判断する。
【０１０７】
接続制御装置１ａのＣＰＵ１１は、輻輳状態であると判断した場合（Ｓ３１：ＹＥＳ）、既に確立している呼接続に対して所定の接続可能時間を設定する（ステップＳ３２）。接続制御装置１ａのＣＰＵ１１は、既に確立している呼接続に対して所定の接続可能時間が経過したか否かを判断する（ステップＳ３３）。接続制御装置１ａのＣＰＵ１１は、計時部１４に基づく時刻情報により、確立している呼接続の接続時間を計測している。
【０１０８】
接続制御装置１ａのＣＰＵ１１は、既に確立している呼接続に対して所定の接続可能時間が経過していないと判断した場合は（Ｓ３３：ＮＯ）、処理をステップＳ３３へ戻して所定の接続可能時間が経過したか否かの判断を継続する。接続制御装置１ａのＣＰＵ１１は、接続可能時間管理手段１１５の機能により、規制開始通知信号を呼処理手段１１６を介して受信してから、規制解除通知信号を受信するまでは、例えば１秒等の一定時間毎に、確立している接続が所定の接続可能時間を経過したか否かを判断する。
【０１０９】
接続制御装置１ａのＣＰＵ１１は、既に確立している呼接続に対して所定の接続可能時間が経過していると判断した場合は（Ｓ３３：ＹＥＳ）、当該呼接続を強制的に切断する（ステップＳ３４）。接続制御装置１ａのＣＰＵ１１は、呼制御手段１１４の接続可能時間管理手段１１５の機能により、接続時間が接続可能時間を経過したと判断した場合、確立していた呼接続を呼制御手段１１４の機能により強制的に切断する。なお、輻輳状態であると判断した時点で既に確立していた呼接続に対しては、輻輳状態であると判断した時点から接続可能時間が経過したと判断した場合に切断する。輻輳状態であると判断した時点を起点とせず、既に確立していた呼接続に対しても、夫々の接続時間が接続可能時間を経過したと判断した場合に切断する構成としてもよい。
【０１１０】
なお、接続制御装置１ａのＣＰＵ１１が呼制御手段１１４の機能により既に確立している呼接続を切断するまでの接続可能時間は、接続制御装置１ａのハードウェア資源の性能に基づいて設定する。
【０１１１】
次に、本発明の電話システムにおいて、新たな呼接続の確立を制限し、接続要求を受けた場合に、呼接続の確立が可能になるまでの待機時間を算出して通知する処理について説明する。接続制御装置１ａのＣＰＵ１１は、輻輳状態である場合は新たな呼接続の確立の要求に対しては、呼接続の確立を行わずに予約呼として記憶し、呼接続の確立が可能となるまでの待機時間を算出して通知する。
【０１１２】
接続制御装置１ａのＣＰＵ１１は、輻輳状態であると判断した時刻以後、一の端末装置２から新たに呼接続の確立を要求するＩＮＶＩＴＥメッセージを受信した場合、輻輳状態で呼接続の確立の呼処理が可能な数を超える範囲では呼処理を行わない。ＣＰＵ１１は、この場合、呼処理手段１１６の機能によりＩＮＶＩＴＥメッセージの文字列を読み出し、Ｆｒｏｍヘッダ、及びＴｏヘッダに記載されている発側の端末装置２のＳＩＰアドレス及び着側の端末装置２のＳＩＰアドレスを対応付けて、ＩＮＶＩＴＥメッセージを受信した順に予約リスト１３２に予約呼として記憶する。また、接続制御装置１ａのＣＰＵ１１は、呼接続の確立が可能となる時刻を予約時刻とし、予約リスト１３２に記憶する発側及び着側の端末装置２，２のＳＩＰアドレスに更に対応付けて記憶する。
【０１１３】
接続制御装置１ａのＣＰＵ１１は、輻輳状態である場合、一の端末装置２から新たに呼接続の確立を要求するＩＮＶＩＴＥメッセージを受信したときは呼処理を行わない。このため、「１００」を示す応答メッセージを送信するのではなく、「５０３」のステータスコードでリクエストメッセージに対する接続制御装置１ａでの処理がエラーであったことを示す応答メッセージを送信する。またこの場合、一の端末装置２からのＩＮＶＩＴＥメッセージに対応する呼接続の確立が可能となるまでの待機時間を算出し、「５０３」を示す応答メッセージに記載する。
【０１１４】
待機時間は、受信したＩＮＶＩＴＥメッセージに対応する予約呼に対して呼接続を確立することが可能な予約時刻までの時間である。接続制御装置１ａのＣＰＵ１１は、輻輳判断手段１１１の機能により、呼処理手段１１６を介して輻輳状態であると判断した後、既に確立している呼接続を、夫々の接続可能時間が経過した後に強制的に切断する。このため、呼接続の確立に使用できるハードウェア資源が空き、呼接続を確立することができる。従って、輻輳状態であると判断された場合に既に確立している呼接続、又は、先に接続制御装置１ａで受信されて予約リストに記憶されている予約呼の呼接続の接続可能時間が経過した後の時刻を予約時刻とする。
【０１１５】
そこで接続制御装置１ａのＣＰＵ１１は、予約時刻を求め、求めた予約時刻までの時間を待機時間として算出し、算出した待機時間を、ＩＮＶＩＴＥメッセージの送信元である一の端末装置２へ送信する「５０３」を示す応答メッセージのヘッダ部にＣａｌｌ−Ａｆｔｅｒヘッダを設けて記載する。Ｃａｌｌ−Ａｆｔｅｒヘッダに記載するのは、待機時間ではなく予約時刻を記載するのでもよい。
【０１１６】
なお、接続制御装置１ａのＣＰＵ１１は、Ｃａｌｌ−Ａｆｔｅｒヘッダで待機時間情報を記載して通知し、既に一般に使用されているＲｅｔｒｙ−Ａｆｔｅｒヘッダは使用しない。これは、既に、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを使用してエラーメッセージを送信した装置へは全体的に通信が制限されることを示すと規定されているので、接続制御装置１ａのＣＰＵ１１がＲｅｔｒｙ−Ａｆｔｅｒヘッダに待機時間情報を記載したエラー応答メッセージを送信した場合は、ＩＮＶＩＴＥメッセージ以外の他のメッセージを受信することをも制限することになるからである。
【０１１７】
図９は、本発明の実施の形態１における電話システムの接続制御装置１ａのＣＰＵ１１が、輻輳状態中に受信したＩＮＶＩＴＥメッセージに対して送信する応答メッセージの一例を示す説明図である。図９（ａ）に示すメッセージ例の開始行には、応答メッセージの題目を示す「５０３ Ｓｅｒｖｉｃｅ Ｕｎａｖａｉｌａｂｌｅ」が記載されている。また、ヘッダ部には（ｂ）に示されるＣａｌｌ−Ａｆｔｅｒヘッダが設けられている。図９に示す例では、Ｃａｌｌ−Ａｆｔｅｒヘッダに対する値として「５６」が記載されており、待機時間が５６秒であることを示している。接続制御装置１ａのＣＰＵ１１は、ＳＩＰメッセージ生成手段１１７の機能によって、図９に示すようにＣａｌｌ−Ａｆｔｅｒヘッダに対する値に、待機時間を記載した「５０３」の応答メッセージを生成し、発側の端末装置２へ送信する。
【０１１８】
次に、接続制御装置１ａが輻輳状態である場合に、一の端末装置２からＩＮＶＩＴＥメッセージが送信されたときの接続制御装置１ａのＣＰＵ１１の処理手順について説明する。図１０は、本発明の実施の形態１における電話システムで、接続制御装置１ａのＣＰＵ１１が、輻輳状態である場合に一の端末装置２からＩＮＶＩＴＥメッセージを受信したときの処理手順を示すフローチャートである。
【０１１９】
一の端末装置２を使用するユーザは、他の端末装置２を使用する他のユーザと通話をするために、相手先のユーザ固有の電話番号又はアカウント、若しくは相手先のユーザが使用する他の端末装置２のＳＩＰアドレスを入力して発呼の操作を行う。一の端末装置２のＣＰＵ２１は、ユーザのＳＩＰアドレス、電話番号、又はアカウントの入力による発呼の操作を受け付け（ステップＳ４０１）、受け付けた他の端末装置２のＳＩＰアドレスに基づいてＩＮＶＩＴＥメッセージを生成し、通信部２７により接続制御装置１ａへ送信する（ステップＳ４０２）。
【０１２０】
接続制御装置１ａのＣＰＵ１１は、通信部１５によりＩＮＶＩＴＥメッセージを受信する（ステップＳ４０３）。接続制御装置１ａのＣＰＵ１１は、輻輳判定手段１１１からの規制開始信号を呼処理手段１１６を介して受信し輻輳状態であると判断した後であるので、呼接続を確立する処理を行わない。接続制御装置１ａのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージに対して呼接続を確立する処理が可能となる予約時刻までの待機時間を算出する（ステップＳ４０４）。接続制御装置１ａのＣＰＵ１１は、ＳＩＰメッセージ生成手段１１７の機能により、算出した待機時間をヘッダ部のＣａｌｌ−Ａｆｔｅｒヘッダに記載した「５０３」を示す応答メッセージを生成し、通信部１５により発側の端末装置２へ送信する（ステップＳ４０５）。また、接続制御装置１ａのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージを呼処理手段１１６の機能により、発側の端末装置２及び着側の端末装置２のＳＩＰアドレス、並びに予約時刻を対応付けて予約リスト１３２に予約呼として記憶する（ステップＳ４０６）。
【０１２１】
端末装置２のＣＰＵ２１は、通信部２７により接続制御装置１ａから送信された応答メッセージを受信し（ステップＳ４０７）、応答メッセージのヘッダ部のＣａｌｌ−Ａｆｔｅｒヘッダに記載された待機時間を読み出し（ステップＳ４０８）、表示部２６が有するモニタ等に、ユーザが待機時間を視認できるように表示し（ステップＳ４０９）、処理を終了する。
【０１２２】
待機時間の表示を視認したユーザは、待機時間が経過するまでは呼接続が確立されないことを認識できるので発呼の操作をせずに待機時間が経過するまで待機する。このとき、ユーザは待機時間の表示を視認した後に切断の操作を行って呼接続を確立するための操作を終了するようにしてもよい。
【０１２３】
その後、待機時間が経過した後にユーザは発呼の操作を再度行う。この場合、発呼の操作を受け付けた端末装置２のＣＰＵ２１は、前述のＳ４０１〜Ｓ４０２で示したステップと同様にしてＩＮＶＩＴＥメッセージを送信する。待機時間が経過した後は、それまで確立していた呼接続を強制的に切断する。このため、受信したＩＮＶＩＴＥメッセージに対する呼接続を確立するために使用できるハードウェア資源が空いている。従って待機時間が経過した後は、Ｓ４０３に示したステップと同様に、ＩＮＶＩＴＥメッセージを受信した接続制御装置１ａのＣＰＵ１１は呼接続を確立する処理を行う。
【０１２４】
以上の処理により、輻輳状態である接続制御装置１ａは、受信したＩＮＶＩＴＥメッセージに対し、先に予約された予約呼の順番及び強制的に切断するまでの時間に基づいて待機時間を算出して発側の端末装置２へ送信し、予約呼を予約リスト１３２に記憶して呼接続の機会の不平等を解消する。発側の端末装置２が当該待機時間経過後に再度ＩＮＶＩＴＥメッセージを接続制御装置１ａへ送信した場合、当該ＩＮＶＩＴＥメッセージを受信した接続制御装置１ａでは、呼処理に必要なハードウェア資源が空いている。このため、当該ＩＮＶＩＴＥメッセージに対する呼接続の確立の処理が行われる。従って、発側の端末装置２を使用するユーザは、確実に通話をすることができる。
【０１２５】
次に、図１０に示した、接続制御装置１ａのＣＰＵ１１が輻輳状態中に受信したＩＮＶＩＴＥメッセージに対する処理手順のうち、Ｓ４０４に示した待機時間の算出について具体例を用いて説明する。
【０１２６】
接続制御装置１ａのＣＰＵ１１が待機時間を算出する処理について説明する。接続制御装置１ａのＣＰＵ１１は、輻輳状態中に新たにＩＮＶＩＴＥメッセージを受信した場合は、輻輳状態へ遷移した時点で既に確立している呼接続を強制的に切断する時刻、及び、先に接続制御装置１ａで予約リスト１３２に記憶されている予約呼の呼接続を接続可能時間経過後に強制的に切断する時刻に基づいて、予約時刻を設定する。
【０１２７】
予約時刻は、ＩＮＶＩＴＥメッセージを受信した順に設定される。接続制御装置１ａのＣＰＵ１１は、輻輳状態中に新たにＩＮＶＩＴＥメッセージを受信した場合に予約時刻を設定するため、それまでに確立していた呼接続を強制的に切断する直近の時刻を次の予約時刻として一時的に記憶しておく。更に、接続制御装置１ａのＣＰＵ１１は、次の予約時刻に発呼の処理が可能な数を発呼可能カウンタとして記憶部１３に一時的に記憶しておく。接続制御装置１ａのＣＰＵ１１は、ＩＮＶＩＴＥメッセージを受信して予約リスト１３２に記憶する都度、次の予約時刻及び次の予約時刻の発呼可能カウンタを記憶しておく。なお、これに限らず、ＩＮＶＩＴＥメッセージを受信する都度、予約時刻を求めて設定する構成でもよい。
【０１２８】
また、複数の予約呼に対し同じ時刻を予約時刻として設定することができる。同じ予約時刻に対して予約できる呼接続の数は、接続制御装置１ａのハードウェア資源の性能に適合するように設定する。例えば、接続制御装置１ａのＣＰＵ１１が１秒間に呼接続を確立することができる呼数が性能によって決まる場合は、その呼数を同じ予約時刻に対し予約することが可能な呼接続の数の上限とすることができる。具体的には、例えば、最繁時の１時間に呼接続を確立することが可能な数Ｍが、接続制御装置１ａのＣＰＵ１１の性能、メモリの量、ネットワークカードの性能から決まる場合、１秒間に呼接続を確立する処理が可能な呼数ｍは、ｍ＝Ｍ／３６００（呼／ｓ）である。そこで、同じ予約時刻に対する予約呼の数が、１秒間に呼接続を確立する呼処理が可能な呼数ｍを超えた場合は、次に接続可能時間が経過して、確立している呼接続が切断される時刻を予約時刻とする。
【０１２９】
また、接続可能時間は、同様に、接続制御装置１ａのハードウェア資源の性能に適合するように設定する。例えば、接続制御装置１ａのＣＰＵ１１により、輻輳状態中に同時に確立することができる呼接続の最大の数（最大同時接続許容量Ｎ）が、接続制御装置１ａのＣＰＵ１１の性能、メモリの量、ネットワークカードの性能等の要因により決まる場合、当該最大同時接続許容量Ｎを用いて接続可能時間を設定することができる。最大同時接続許容量Ｎ個の数の呼接続を確立するための所要時間を接続可能時間とすることにより、輻輳状態であっても呼接続の処理に遅延が発生しない範囲でのほぼ上限の時間を算出することができる。この場合、接続可能時間ｔは最大同時接続許容量Ｎ及び前述の１秒間に呼接続を確立することが可能な呼数ｍを用いて、ｔ＝Ｎ／ｍ（ｓ）と算出できる。当該所要時間より長い時間を接続可能時間とした場合は、最繁時に輻輳状態が解消しない可能性がある。逆に、当該所要時間より短い時間を接続可能時間とした場合は、輻輳状態をより早期に解消させることができるが、呼接続を強制的に切断されるユーザに不満が生じる可能性が高くなる。なお、実測によって品質を確保するための最長の呼接続時間と定められた時間であって、接続制御装置１ａのオペレータの操作により予め記憶部１３に記憶された時間を、接続可能時間としてもよい。
【０１３０】
図１１は、実施の形態１において、輻輳状態の接続制御装置１ａのＣＰＵ１１が、待機時間を算出する方法の例を示す説明図である。横軸は時間の経過を表す。また、各時刻での接続制御装置１ａのＣＰＵ１１のＣＰＵ使用率を百分率で夫々示している。図１１（ａ）には、夫々確立している呼接続の状況を時系列で表している。また、図１１（ｂ）には、予約呼として記憶される呼接続の状況を時系列で表している。下方に表されている予約呼は、接続要求の受信順が後方であることを示している。なお、ＵｓｅｒＡ、ＵｓｅｒＢ等の文字列は、端末装置２，２，…を識別するＳＩＰアドレスを略して示している。
【０１３１】
図１１に示す例では、接続制御装置１ａのＣＰＵ１１が輻輳判定手段１１１により輻輳状態であると判断する閾値を、ＣＰＵ使用率８０％と設定した場合を例にして説明する。また、接続制御装置１ａの輻輳状態中の最大同時接続許容量Ｎを８とした場合を例にして説明する。
【０１３２】
図１１（ａ）には、時刻ｔ1 の時点で、ＵｓｅｒＡとＵｓｅｒＢ、ＵｓｅｒＣとＵｓｅｒＤ、ＵｓｅｒＥとＵｓｅｒＦ、ＵｓｅｒＧとＵｓｅｒＨ、ＵｓｅｒＩとＵｓｅｒＪ、及びＵｓｅｒＫとＵｓｅｒＬで示す端末装置２，２間で夫々呼接続が確立していることを示している。また、時刻ｔ2 の時点から、ＵｓｅｒＭとＵｓｅｒＮで示す端末装置２，２間で呼接続が確立されたことを示している。同様に、時刻ｔ3 の時点から、ＵｓｅｒＯとＵｓｅｒＰで示す端末装置２，２間で呼接続が確立されたことを示している。
【０１３３】
そして、時刻ｔ6 の時点でＵｓｅｒＡとＵｓｅｒＢ、ＵｓｅｒＣとＵｓｅｒＤ、ＵｓｅｒＥとＵｓｅｒＦ、ＵｓｅｒＧとＵｓｅｒＨ、ＵｓｅｒＩとＵｓｅｒＪ、及びＵｓｅｒＫとＵｓｅｒＬで示す端末装置２，２間での呼接続が強制的に切断され、ＵｓｅｒＱとＵｓｅｒＲ、ＵｓｅｒＳとＵｓｅｒＴ、ＵｓｅｒＵとＵｓｅｒＶ、ＵｓｅｒＷとＵｓｅｒＸ、ＵｓｅｒＹとＵｓｅｒＺ、Ｕｓｅｒ１とＵｓｅｒ２で示す端末装置２，２間で呼接続が確立されることを示している。また、時刻ｔ7 の時点で、ＵｓｅｒＭとＵｓｅｒＮで示す端末装置２，２間での呼接続が強制的に切断され、Ｕｓｅｒ３とＵｓｅｒ４で示す端末装置２，２間で呼接続が確立されることを示している。同様に、時刻ｔ8 の時点で、ＵｓｅｒＯとＵｓｅｒＰで示す端末装置２，２間での呼接続が強制的に切断され、Ｕｓｅｒ５とＵｓｅｒ６で示す端末装置２，２間で呼接続が確立されることを示している。
【０１３４】
また、図１１（ｂ）には、接続制御装置１ａのＣＰＵ１１が、時刻ｔ4 の時点で、ＵｓｅｒＱとＵｓｅｒＲ、ＵｓｅｒＳとＵｓｅｒＴ、ＵｓｅｒＵとＵｓｅｒＶ、ＵｓｅｒＷとＵｓｅｒＸ、ＵｓｅｒＹとＵｓｅｒＺで示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを順に受信し、時刻ｔ5 の時点で、Ｕｓｅｒ１とＵｓｅｒ２、Ｕｓｅｒ３とＵｓｅｒ４、Ｕｓｅｒ５とＵｓｅｒ６、Ｕｓｅｒ７とＵｓｅｒ８で示す端末装置間での呼接続に対するＩＮＶＩＴＥメッセージを順に受信したことを示している。
【０１３５】
図１１に示す例では、接続制御装置１ａのＣＰＵ１１は、時刻ｔ1 の時点でＣＰＵ使用率が８０％に到達し、輻輳状態となったことをＣＰＵ使用率判定手段１１２及び輻輳判定手段１１１の機能により呼処理手段１１６を介して判断する。従って接続制御装置１ａのＣＰＵ１１は、時刻ｔ1 以降、輻輳状態が解消されるまで、確立している呼接続を接続時間経過後に切断し、呼接続の確立を制限する処理を行う。
【０１３６】
時刻ｔ2 の時点でのＵｓｅｒＭとＵｓｅｒＮとの呼接続の確立、及び時刻ｔ3 でのＵｓｅｒＯとＵｓｅｒＰとの呼接続の確立については、輻輳状態中の最大同時接続許容量８を超えないので接続制御装置１ａのＣＰＵ１１により実行される。
【０１３７】
輻輳状態である接続制御装置１ａのＣＰＵ１１は、時刻ｔ4 の時点で、ＵｓｅｒＱとＵｓｅｒＲで示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを受信した場合、待機時間を以下のように算出する。
【０１３８】
輻輳状態である接続制御装置１ａのＣＰＵ１１は、時刻ｔ4 の時点で確立している呼接続を強制的に切断する直近の時刻を、次の予約時刻として一時的に記憶している。図１１に示す例の場合、時刻ｔ4 にＵｓｅｒＱとＵｓｅｒＲで示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを受信した時点で、次の予約時刻として記憶している時刻は、時刻ｔ6 である。また、輻輳状態である接続制御装置１ａのＣＰＵ１１は、次の予約時刻に対して発呼可能カウンタを記憶しているが、ＵｓｅｒＱとＵｓｅｒＲで示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを受信した時点での次の予約時刻ｔ6 に対する発呼可能カウンタは６である。輻輳状態中の最大同時接続許容量８に対し、時刻ｔ6 の時点で６つの呼接続を切断し、継続して確立される呼接続の数は２だからである。
【０１３９】
そこで、輻輳状態である接続制御装置１ａのＣＰＵ１１は、ＵｓｅｒＱとＵｓｅｒＲで示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージの受信に対し、予約時刻を時刻ｔ6 に設定して予約呼として記憶し、受信時刻ｔ4 から予約時刻ｔ6 までの時間を待機時間として算出する。
【０１４０】
輻輳状態である接続制御装置１ａのＣＰＵ１１は、ＵｓｅｒＱとＵｓｅｒＲについての予約呼を予約リスト１３２に記憶した後は、次の予約時刻として時刻ｔ6 を記憶しておき、予約時刻ｔ6 に対する発呼可能カウンタとして５を記憶しておく。
【０１４１】
輻輳状態である接続制御装置１ａのＣＰＵ１１は、時刻ｔ4 の時点で次に受信したＵｓｅｒＳとＵｓｅｒＴ、ＵｓｅｒＵとＵｓｅｒＶ、ＵｓｅｒＷとＵｓｅｒＸ、ＵｓｅｒＹとＵｓｅｒＺで示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージに対しても、同様に、予約時刻を時刻ｔ6 に設定して予約呼として記憶し、受信時刻ｔ4 から予約時刻ｔ6 までの時間を待機時間として算出する。また、輻輳状態である接続制御装置１ａのＣＰＵ１１は、予約呼を予約リスト１３２に記憶する都度、発呼可能カウンタを１減らして記憶するので、ＵｓｅｒＹとＵｓｅｒＺについての予約呼を記憶した後は次の予約時刻ｔ6 に対する発呼可能カウンタとして１を記憶している。
【０１４２】
次に、時刻ｔ5 の時点で、Ｕｓｅｒ１とＵｓｅｒ２で示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを受信した場合、輻輳状態である接続制御装置１ａのＣＰＵ１１は待機時間を以下のように算出する。
【０１４３】
Ｕｓｅｒ１とＵｓｅｒ２で示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを受信した時点での、次の予約時刻ｔ6 に対する発呼可能カウンタは、１である。従って、接続制御装置１ａのＣＰＵ１１は、Ｕｓｅｒ１とＵｓｅｒ２で示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージに対して、時刻ｔ6 を予約時刻に設定して予約呼として記憶し、受信時刻ｔ5 から予約時刻ｔ6 までの時間を待機時間として算出する。
【０１４４】
輻輳状態である接続制御装置１ａのＣＰＵ１１がＵｓｅｒ１とＵｓｅｒ２についての予約呼を予約リストに記憶した後は、次の予約時刻としての時刻ｔ6 の発呼可能カウンタは０となり、更に時刻ｔ6 を予約時刻に設定して予約呼を記憶リスト１３２に記憶することができない。そのため、接続制御装置１ａのＣＰＵ１１は、次の予約時刻として時刻ｔ7 を記憶しておき、予約時刻ｔ7 に対する発呼可能カウンタとして１を記憶しておく。輻輳状態中の最大同時接続許容量８に対し、時刻ｔ7 の時点で１つの呼接続を切断し、継続して確立される呼接続の数は７だからである。
【０１４５】
次に、時刻ｔ5 の時点で、Ｕｓｅｒ３とＵｓｅｒ４で示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを受信した場合、輻輳状態である接続制御装置１ａのＣＰＵ１１は待機時間を以下のように算出する。
【０１４６】
Ｕｓｅｒ１とＵｓｅｒ２で示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを受信した時点での、次の予約時刻ｔ7 に対する発呼可能カウンタは１である。従って、接続制御装置１ａのＣＰＵ１１は、Ｕｓｅｒ３とＵｓｅｒ４で示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージに対して時刻ｔ7 を予約時刻に設定して予約呼として記憶し、受信時刻ｔ5 から予約時刻ｔ7 までの時間を待機時間として算出する。
【０１４７】
輻輳状態である接続制御装置１ａのＣＰＵ１１がＵｓｅｒ３とＵｓｅｒ４についての予約呼を予約リスト１３２に記憶した後は、次の予約時刻としての時刻ｔ7 の発呼可能カウンタは０となり、更に時刻ｔ7 を予約時刻として設定して予約呼を記憶リスト１３２に記憶することができない。そのため、接続制御装置１ａのＣＰＵ１１は、次の予約時刻として時刻ｔ8 を記憶しておき、予約時刻ｔ8 に対する発呼可能カウンタとして１を記憶しておく。輻輳状態中の最大同時接続許容量８に対し時刻ｔ8 の時点で１つの呼接続を切断し、継続して確立される呼接続の数は７だからである。
【０１４８】
次に、時刻ｔ5 の時点で、Ｕｓｅｒ５とＵｓｅｒ６で示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを受信した場合、輻輳状態中の接続制御装置１ａのＣＰＵ１１は待機時間を以下のように算出する。
【０１４９】
Ｕｓｅｒ５とＵｓｅｒ６で示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージを受信した時点での、次の予約時刻ｔ8 に対する発呼可能カウンタは、１である。従って、接続制御装置１ａのＣＰＵ１１は、Ｕｓｅｒ５とＵｓｅｒ６で示す端末装置２，２間での呼接続に対するＩＮＶＩＴＥメッセージに対して、時刻ｔ8 を予約時刻に設定して予約呼として記憶し、受信時刻ｔ5 から予約時刻ｔ8 までの時間を待機時間として算出する。
【０１５０】
輻輳状態である接続制御装置１ａのＣＰＵ１１は、上述のように、受信したＩＮＶＩＴＥメッセージに対して予約時刻を求め、待機時間を算出する。
【０１５１】
次に、図１０に示した、接続制御装置１ａのＣＰＵ１１が輻輳状態中に受信したＩＮＶＩＴＥメッセージに対する処理手順のうち、Ｓ４０６の予約リスト１３２に予約呼として記憶する処理について具体例を用いて説明する。
【０１５２】
図１２は、実施の形態１において、接続制御装置１ａのＣＰＵ１１が記憶部１３で記憶する予約リストの一例を示す説明図である。予約リスト１３２には、発信元のユーザが使用する発側の端末装置２のＳＩＰアドレス、着信先のユーザが使用する着側の端末装置２のＳＩＰアドレス、並びに当該発側及び着側の端末装置２，２間で呼接続の確立が可能となる予約時刻が記憶される。接続制御装置１ａのＣＰＵ１１は、輻輳状態中にＩＮＶＩＴＥメッセージを受信した場合に予約呼として記憶するとき、図１１で示したように予約時刻を求め、受信したＩＮＶＩＴＥメッセージから発側の端末装置２のＳＩＰアドレス及び着側の端末装置２のＳＩＰアドレスを読み出して予約リスト１３２に記憶する。以下、図１２については、ＵｓｅｒＱ＠ｗｅｓｔ．ｎｅｔで識別されるＳＩＰアドレスに対してＵｓｅｒＱと略し、他のＳＩＰアドレスについても同様に略して説明する。
【０１５３】
接続制御装置１ａのＣＰＵ１１が予約リスト１３２に予約呼を記憶する場合の予約時刻は、図１１に示したように求めた予約時刻である。図１２に示す例では、ＵｓｅｒＱとＵｓｅｒＲ、ＵｓｅｒＳとＵｓｅｒＴ、ＵｓｅｒＵとＵｓｅｒＶ、ＵｓｅｒＷとＵｓｅｒＸ、ＵｓｅｒＹとＵｓｅｒＺ、Ｕｓｅｒ１とＵｓｅｒ２で示す端末装置２，２間での呼接続が、予約時刻に時刻ｔ6 を設定して予約呼として記憶されていることを示している。同様に、Ｕｓｅｒ３とＵｓｅｒ４で示す端末装置２，２間での呼接続が、予約時刻に時刻ｔ7 を設定して予約呼として記憶されていることを示し、Ｕｓｅｒ５とＵｓｅｒ６で示す端末装置２，２間での呼接続が、予約時刻に時刻ｔ8 を設定して予約呼として記憶されていることを示している。
【０１５４】
接続制御装置１ａのＣＰＵ１１は、上述のようにして記憶した予約リスト１３２を、呼制御手段１１４の呼処理手段１１６の機能によってを読み出すことにより、時刻ｔ6 には、ＵｓｅｒＱとＵｓｅｒＲ、ＵｓｅｒＳとＵｓｅｒＴ、ＵｓｅｒＵとＵｓｅｒＶ、ＵｓｅｒＷとＵｓｅｒＸ、ＵｓｅｒＹとＵｓｅｒＺ、Ｕｓｅｒ１とＵｓｅｒ２で示す端末装置２，２間での呼接続の確立が可能なことを判断することができる。
【０１５５】
なお、実施の形態１では、輻輳状態である接続制御装置１ａは接続可能時間を算出して既に確立している呼接続を切断し、発側の端末装置２から直接ＩＮＶＩＴＥメッセージを受信した場合は更に、待機時間を算出してＩＮＶＩＴＥメッセージを送信してきた発側の端末装置２へ、Ｃａｌｌ−Ａｆｔｅｒヘッダに待機時間を記載した応答メッセージを送信する構成とした。しかしながら、本発明はこれに限らず、発側の端末装置２から直接ＩＮＶＩＴＥメッセージを受信した接続制御装置１ａではなく、接続制御装置１ａがＩＮＶＩＴＥメッセージを転送する接続制御装置１ｂが輻輳状態となった場合に、接続制御装置１ｂが接続可能時間を算出して既に確立している呼接続を切断し、更に待機時間を算出して、待機時間を記載した応答メッセージを接続制御装置１ａへ送信する構成としてもよい。この場合、待機時間を記載した応答メッセージを受信した接続制御装置１ａは、当該応答メッセージを発側の端末装置２へ送信する。
【０１５６】
（実施の形態２）
実施の形態２では、実施の形態１における輻輳状態である接続制御装置１ａのＣＰＵ１１が、受信したＩＮＶＩＴＥメッセージに対し予約呼として予約リスト１３２に記憶する処理に対し、接続制御装置１ａのＣＰＵ１１は、記憶した予約リスト１３２の予約時刻に基づいて、待機時間が経過した後に自動的に予約呼に対応する呼接続を確立する処理を行う。
【０１５７】
実施の形態２における電話システムのハードウェア構成は、実施の形態１と同様であるので説明を省き、接続制御装置１ａが、記憶した予約リスト１３２に基づいて自動的に呼接続を確立する処理について、実施の形態１と同一の符号を用いて以下に説明する。
【０１５８】
図１３は、本発明の実施の形態２における電話システムの接続制御装置１ａと端末装置２，２との間で、待機時間経過後に予約呼の発側の端末装置２と着側の端末装置２との呼接続を確立するまでに交換されるメッセージの流れを示すシーケンス図である。接続制御装置１ａのＣＰＵ１１は、予約リスト１３２に記憶された一の予約呼について、ＩＮＶＩＴＥメッセージを受信してから待機時間が経過して予約時刻に到達したと判断した場合、ＳＩＰメッセージ生成手段１１７の機能により、接続制御装置１ａを送信元、発側の端末装置２を送信先とするＩＮＶＩＴＥメッセージを生成する。接続制御装置１ａのＣＰＵ１１は、生成したＩＮＶＩＴＥメッセージを予約呼の発側の端末装置２へ送信する。
【０１５９】
ＩＮＶＩＴＥメッセージを受信した発側の端末装置２のＣＰＵ２１は、ＳＩＰの規定により「１００」を示す応答メッセージを接続制御装置１ａへ送信し、更に、呼び出し中であることを示す「１８０」を示す応答メッセージを接続制御装置１ａへ送信する。発側の端末装置２のＣＰＵ２１は、発側の端末装置２のユーザによって着信呼に応答する操作がされたことを操作部２４を介して検知した場合、「２００」を示す応答メッセージを接続制御装置１ａへ送信する。当該「２００」を示す応答メッセージの本文には、ＳＤＰに則って発側の端末装置２のＲＴＰパケット交換用のポート番号が記載されている。従って、発側の端末装置２から「２００」を示す応答メッセージを受信した接続制御装置１ａのＣＰＵ１１は、呼処理手段１１６の機能によりメッセージ本文から発側の端末装置２のポート番号を読み出すことができる。
【０１６０】
また、発側の端末装置２から「２００」を示す応答メッセージを受信した接続制御装置１ａのＣＰＵ１１は、予約呼の着側の端末装置２へＩＮＶＩＴＥメッセージを送信する。着側の端末装置２のＣＰＵ２１は「１００」及び「１８０」を示す応答メッセージを接続制御装置１ａへ送信し、ユーザの応答操作を検知した場合は「２００」を示す応答メッセージを接続制御装置１ａへ送信することによってＲＴＰパケット交換用のポート番号を通知する。
【０１６１】
これにより、予約リスト１３２に記憶された予約呼については、待機時間経過後は発側の端末装置２と着側の端末装置２との呼接続が確立される。呼接続の切断は、端末装置２の何れかからＢＹＥメッセージが送信されることで発側の端末装置２及び着側の端末装置２のＲＴＰパケット交換用のポートが閉じられ、処理が終了される。
【０１６２】
次に、接続制御装置１ａのＣＰＵ１１が、接続制御装置１ａが輻輳状態である場合に、一の端末装置２からＩＮＶＩＴＥメッセージを受信した後、待機時間が経過した後に呼接続を確立する処理手順について説明する。図１４は、本発明の実施の形態２における電話システムで、接続制御装置１ａのＣＰＵ１１が、輻輳状態である場合に一の端末装置２からＩＮＶＩＴＥメッセージを受信した後、待機時間経過後に呼接続を確立する処理手順を示すフローチャートである。
【０１６３】
一の端末装置２を使用するユーザは、他の端末装置２を使用する他のユーザと通話をするために、相手先のユーザ固有の電話番号又はアカウント、若しくは相手先のユーザが使用する他の端末装置２のＳＩＰアドレスを入力して発呼の操作を行う。一の端末装置２のＣＰＵ２１は、ユーザのＳＩＰアドレス、電話番号、又はアカウントの入力による発呼の操作を受け付け（ステップＳ５０１）、受け付けた他の端末装置２のＳＩＰアドレスに基づいてＩＮＶＩＴＥメッセージを生成し、通信部２７により接続制御装置１ａへ送信する（ステップＳ５０２）。
【０１６４】
接続制御装置１ａのＣＰＵ１１は、通信部１５によりＩＮＶＩＴＥメッセージを受信する（ステップＳ５０３）。接続制御装置１ａのＣＰＵ１１は、輻輳判定手段１１１からの規制開始信号を呼処理手段１１６を介して受信し輻輳状態であると判断した後であるので呼接続を確立する処理を行わない。接続制御装置１ａのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージに対して呼接続を確立する処理が可能となる予約時刻までの待機時間を算出する（ステップＳ５０４）。接続制御装置１ａのＣＰＵ１１は、ＳＩＰメッセージ生成手段１１７の機能により、算出した待機時間をヘッダ部のＣａｌｌ−Ａｆｔｅｒヘッダに記載した「５０３」を示す応答メッセージを生成し、通信部１５により発側の端末装置２へ送信する（ステップＳ５０５）。
【０１６５】
端末装置２のＣＰＵ２１は、通信部２７により接続制御装置１ａから送信された応答メッセージを受信し（ステップＳ５０６）、応答メッセージのヘッダ部のＣａｌｌ−Ａｆｔｅｒヘッダに記載された待機時間を読み出し（ステップＳ５０７）、表示部２６が有するモニタ等に、ユーザが待機時間を視認できるように表示する（ステップＳ５０８）。
【０１６６】
一方、接続制御装置１ａのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージから呼制御手段１１４の機能によって読み出した発側の端末装置２及び着側の端末装置２のＳＩＰアドレス、並びに予約時刻を予約リスト１３２に記憶する（ステップＳ５０９）。接続制御装置１ａのＣＰＵ１１は、計時部１４から時刻を取得し、予約時刻に到達したか否かによってＩＮＶＩＴＥメッセージを受信してから待機時間が経過したか否かを判断する（ステップＳ５１０）。接続制御装置１ａのＣＰＵ１１は、待機時間を経過していないと判断した場合は（Ｓ５１０：ＮＯ）、処理をステップＳ２１０へ戻し、待機時間が経過したと判断するまで繰り返す。このとき、繰り返しの周期は例えば０．５秒毎等の一定時間ごとに判断する。
【０１６７】
接続制御装置１ａのＣＰＵ１１は、待機時間を経過したと判断した場合は（Ｓ５１０：ＹＥＳ）、ＩＮＶＩＴＥメッセージを予約呼の発側の端末装置２へ送信し、応答メッセージを受信したときはＩＮＶＩＴＥメッセージを更に着側の端末装置２へ送信することによって呼接続を確立する処理を行う（ステップＳ５１１）。
【０１６８】
このようにして、発側の端末装置２のユーザは、接続要求に対して呼接続が確立されずに待機時間の情報を取得した場合、待機時間が経過して予約時刻に到達した後は自動的に自らの接続要求に対する呼接続が確立されるので自ら発呼し直す必要がない。さらに、接続制御装置１ａでＩＮＶＩＴＥメッセージを受信した順に自動的に呼接続が確立されるのでユーザ間の通話機会の不平等を解消することができる。
【０１６９】
（実施の形態３）
実施の形態３では、接続制御装置１ａ，１ｂ，１ｃ，…は、輻輳状態中に受信したＩＮＶＩＴＥメッセージに対して予約呼として記憶した後に、再度受信したＩＮＶＩＴＥメッセージを破棄する。図１５は、本発明の実施の形態３における電話システムの接続制御装置１ｂが輻輳状態である場合に、他の接続制御装置１ａが端末装置２からの接続要求を破棄する処理を概念的に示す説明図である。実施の形態１及び実施の形態２では、一の端末装置２が他の端末装置２への接続要求であるＩＮＶＩＴＥメッセージを図１５（ａ）に示すように送信した場合、ＩＮＶＩＴＥメッセージの経路にある接続制御装置１ａは、ＩＮＶＩＴＥメッセージを（ｂ）に示すように接続制御装置１ｂへ送信する。また、接続制御装置１ｂは輻輳状態であるので、受信したＩＮＶＩＴＥメッセージに対して予約呼として記憶し、算出した待機時間を（ｃ）に示すように送信し、接続制御装置１ａは、受信した待機時間を（ｄ）に示すように発側の端末装置２へ送信する。
【０１７０】
実施の形態３では、ＩＮＶＩＴＥメッセージの経路にある接続制御装置１ａは、輻輳状態である接続制御装置１ｂが予約リスト１３２に記憶した予約呼の情報を、輻輳状態である接続制御装置１ｂからの待機時間の通知に基づいて規制情報として記憶しておく。図１５（ｅ）に示すように、発側の端末装置２から待機時間の経過前にＩＮＶＩＴＥメッセージが送信された場合、実施の形態３における接続制御装置１ａのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージを接続制御装置１ｂへ送信せずに破棄する。この場合、接続制御装置１ａのＣＰＵ１１は（ｆ）に示すように、破棄したことを示す情報を送信する。発側の端末装置２に近い接続制御装置１ａは、受信したＩＮＶＩＴＥメッセージの発側及び着側の端末装置２，２のＳＩＰアドレスが、規制情報として記憶した予約呼の発側及び着側の端末装置２，２のＳＩＰアドレスと夫々一致し、且つ、当該ＩＮＶＩＴＥメッセージが予約時刻以前に受信したものであるときは破棄する。
【０１７１】
実施の形態３における電話システムのハードウェア構成は、実施の形態１と同様であるので詳細な説明を省き、ＳＩＰメッセージの経路にある接続制御装置１ａ，１ｂ，１ｃ，…の何れかが輻輳状態である場合に再発呼のＩＮＶＩＴＥメッセージを破棄するための処理について、実施の形態１と同一の符号を用いて以下に説明する。
【０１７２】
接続制御装置１ａは、実施の形態１及び２に示したように、ＩＮＶＩＴＥメッセージを一の端末装置２から受信した場合、呼接続の確立をせずに予約リスト１３２に記憶するときは待機時間情報を通知する。待機時間情報を通知するためには、接続制御装置１ａのＣＰＵ１１はＣａｌｌ−Ａｆｔｅｒヘッダを記載した「５０３」を示す応答メッセージを送信する。従って、接続制御装置１ａは、他の接続制御装置１ｂ，１ｃ，…が輻輳状態であることを、発側の端末装置２から受信したＩＮＶＩＴＥメッセージの転送に対して受信した応答メッセージが「５０３」を示す応答メッセージであり、且つ、ヘッダ部にＣａｌｌ−Ａｆｔｅｒヘッダが記載されていることにより検知することが可能である。
【０１７３】
従って、接続制御装置１ａのＣＰＵ１１は、Ｃａｌｌ−Ａｆｔｅｒヘッダが記載された、「５０３」を示す応答メッセージを受信した場合は、呼制御手段１１４の機能により当該応答メッセージから、輻輳状態である他の接続制御装置１ｂ，１ｃ，…で予約リスト１３２に記憶された予約呼の、発側の端末装置２のＳＩＰアドレス、着側の端末装置２のＳＩＰアドレス、及び待機時間を読み出す。そして、接続制御装置１ａのＣＰＵ１１は、読み出した発側の端末装置２のＳＩＰアドレス、着側の端末装置２のＳＩＰアドレス、及び待機時間から算出した予約時刻を記憶部１３に規制情報として記憶する。接続制御装置１ａのＣＰＵ１１は、記憶した規制情報に係る端末装置２，２間の呼接続と一致する呼接続に係るＩＮＶＩＴＥメッセージを破棄する。
【０１７４】
また、接続制御装置１ａのＣＰＵ１１は、規制情報として記憶している呼接続に係る待機時間が経過して予約時刻に到達した場合は、当該規制情報としての記憶を消去して、対応するＩＮＶＩＴＥメッセージを破棄しないようにする。
【０１７５】
実施の形態３で、接続制御装置１ａのＣＰＵ１１が、待機時間が経過する前のＩＮＶＩＴＥメッセージを破棄する場合は実施の形態１及び２で待機時間を通知したときと同様に「５０３」を示す応答メッセージを返信する。このとき、接続制御装置１ａのＣＰＵ１１は、実施の形態１で待機時間を通知する場合と同様にＣａｌｌ−Ａｆｔｅｒヘッダで予約時刻までの待機時間を記載した「５０３」を示す応答メッセージを送信する。このとき、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを使用しない。Ｒｅｔｒｙ−Ａｆｔｅｒヘッダについては既に、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを使用してエラーメッセージを送信した装置へは全体的に通信が制限されることを示すと規定されており、呼毎にその発側の端末装置２のＳＩＰアドレス及び着側の端末装置２のＳＩＰアドレスによって識別して呼を制限する目的に沿わない。更に、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを本発明の呼毎の規制について使用するためには、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダの解釈の変更が必要となるので実用的でない。
【０１７６】
次に、実施の形態３における電話システムにおいて、一の端末装置２から他の端末装置２へのＩＮＶＩＴＥメッセージの経路である接続制御装置１ａ，１ｂ，１ｃのうち、接続制御装置１ｂが輻輳状態である場合に、接続制御装置１ａで発側の端末装置２からのＩＮＶＩＴＥメッセージを破棄する処理について説明する。図１６及び図１７は、本発明の実施の形態３における電話システムで、接続制御装置１ａのＣＰＵ１１が、輻輳状態である他の接続制御装置１ｂで記憶している予約呼と一致する呼接続に係るＩＮＶＩＴＥメッセージを破棄する処理手順を示すフローチャートである。
【０１７７】
一の端末装置２のＣＰＵ２１は、ユーザのＳＩＰアドレス、電話番号、又はアカウントの入力による発呼の操作を受け付け（ステップＳ６０１）、受け付けた他の端末装置２のＳＩＰアドレスに基づいてＩＮＶＩＴＥメッセージを生成し、通信部２７により接続制御装置１ａへ送信する（ステップＳ６０２）。接続制御装置１ａのＣＰＵ１１は、通信部１５によりＩＮＶＩＴＥメッセージを受信し（ステップＳ６０３）、ＩＮＶＩＴＥメッセージの送信先を特定して接続制御装置１ｂへ通信部１５により送信する（ステップＳ６０４）。
【０１７８】
接続制御装置１ｂのＣＰＵ１１は、通信部１５によりＩＮＶＩＴＥメッセージを受信する（ステップＳ６０５）。接続制御装置１ｂのＣＰＵ１１は、輻輳判定手段１１１からの規制開始信号を呼処理手段１１６を介して受信し輻輳状態であると判断した後であるので呼接続を確立する処理を行わず、受信したＩＮＶＩＴＥメッセージに対して呼接続を確立する処理が可能となる予約時刻までの待機時間を算出する（ステップＳ６０６）。接続制御装置１ｂのＣＰＵ１１は、ＳＩＰメッセージ生成手段１１７の機能により、算出した待機時間をヘッダ部のＣａｌｌ−Ａｆｔｅｒヘッダに記載した「５０３」を示す応答メッセージを生成し、通信部１５により接続制御装置１ａへ送信する（ステップＳ６０７）。
【０１７９】
接続制御装置１ａのＣＰＵ１１は、「５０３」を示す応答メッセージを受信し（ステップＳ６０８）、受信した「５０３」を示す応答メッセージから発側及び着側の端末装置２，２のＳＩＰアドレス、並びに待機時間から特定した予約時刻を規制情報として記憶部１３に記憶する（ステップＳ６０９）。接続制御装置１ａのＣＰＵ１１は、「５０３」を示す応答メッセージを通信部１５により発側の端末装置２へ送信する（ステップＳ６１０）。
【０１８０】
発側の端末装置２のＣＰＵ２１は、通信部２７により「５０３」を示す応答メッセージを受信し（ステップＳ６１１）、受信した「５０３」を示す応答メッセージのＣａｌｌ−Ａｆｔｅｒヘッダから待機時間を読み出し（ステップＳ６１２）、表示部２６が有するモニタ等に、ユーザが待機時間を視認できるように表示する（ステップＳ６１３）。
【０１８１】
その後、ユーザが、表示された待機時間が経過しておらず予約時刻に到達していないにも拘わらず発呼の操作をする場合がある。この場合、発側の端末装置２のＣＰＵ２１は、ユーザの発呼の操作を受け付け（ステップＳ６１４）、受け付けた発呼の操作に対するＩＮＶＩＴＥメッセージを生成し、通信部２７により接続制御装置１ａへ送信する（ステップＳ６１５）。
【０１８２】
接続制御装置１ａのＣＰＵ１１は、通信部１５によりＩＮＶＩＴＥメッセージを受信し（ステップＳ６１６）、ＩＮＶＩＴＥメッセージのヘッダ部から発側及び着側の端末装置２，２のＳＩＰアドレス、並びに待機時間を読み出す（ステップＳ６１７）。接続制御装置１ａのＣＰＵ１１は、記憶部１３に記憶された規制情報を読み出し（ステップＳ６１８）、受信したＩＮＶＩＴＥメッセージから読み出した発側及び着側の端末装置２，２のＳＩＰアドレスが、規制情報として記憶された発側及び着側の端末装置２，２のＳＩＰアドレスと一致しているか否かを判断する（ステップＳ６１９）。接続制御装置１ａのＣＰＵ１１は、読み出した発側及び着側の端末装置２，２のＳＩＰアドレスのいずれも、規制情報として記憶された発側及び着側の端末装置２，２のＳＩＰアドレスと一致していないと判断した場合は（Ｓ６１９：ＮＯ）、通信部１５によりＩＮＶＩＴＥメッセージを接続制御装置１ｂへ送信する（ステップＳ６２０）。接続制御装置１ｂのＣＰＵ１１は、ＩＮＶＩＴＥメッセージを受信し（ステップＳ６２１）、輻輳状態である場合は「５０３」を示す応答メッセージを接続制御装置１ａへ送信し、通常状態である場合はＩＮＶＩＴＥメッセージを着側の端末装置２へ送信して呼接続を確立して処理を終了する。
【０１８３】
接続制御装置１ａのＣＰＵ１１は、発側及び着側の端末装置２，２のＳＩＰアドレスのいずれも、規制情報として記憶された発側及び着側の端末装置２，２のＳＩＰアドレスと一致していると判断した場合は（Ｓ６１９：ＹＥＳ）、当該ＩＮＶＩＴＥメッセージを廃棄するため、「５０３」を示す応答メッセージを発側の端末装置２へ送信する（ステップＳ６２２）。発側の端末装置２のＣＰＵ２１は、ＩＮＶＩＴＥメッセージを破棄する旨の「５０３」を示す応答メッセージを受信し（ステップＳ６２３）、処理を終了する。
【０１８４】
この後、待機時間を経過して予約時刻に到達するまでは、発側の端末装置２が、同一の着側の端末装置２への接続要求であるＩＮＶＩＴＥメッセージを送信した場合、当該接続要求は、接続制御装置１ａから「５０３」を示す応答メッセージが送信されることで破棄される。これにより、輻輳状態である接続制御装置１ｂへは、受信したＩＮＶＩＴＥメッセージを送信しないので余計な送受信がされず、輻輳状態から早期に復旧することができる。
【０１８５】
実施の形態３では、加入者情報１３１及び規制情報は、接続制御装置１ａ，１ｂ，１ｃ，…の記憶部１３で記憶する構成として説明した。しかしながら本発明はこれに限らず、他に加入者情報を記憶する装置を更に備え、加入者情報を記憶する装置が規制情報を記憶する構成でもよい。この場合は、接続制御装置１ａ，１ｂ，１ｃ，…からの書き込み要求又は読み出し要求によって、加入者情報を記憶する装置が規制情報の書き込み又は読み出しをする。
【０１８６】
（実施の形態４）
実施の形態４における電話システムでは、実施の形態３で接続制御装置１ａ，１ｂ，１ｃ，…の記憶部１３で記憶した加入者情報１３１及び規制情報を記憶する加入者情報記憶装置を、接続制御装置１ａ，１ｂ，１ｃ，…とは別に備える構成とする。これにより、輻輳状態である接続制御装置１ａが予約呼を記憶するときは加入者情報記憶装置に規制情報として記憶させることで、他の接続制御装置１ａ，１ｃ，…からも予約呼を規制情報として読み出すことができる。
【０１８７】
図１８は、本発明の実施の形態４における電話システムの構成を示すブロック図である。本発明の実施の形態４における電話システムは、接続制御装置１ａ，１ｂ，１ｃ，…と、端末装置２，２，…と、パケット交換網３と、加入者情報記憶装置４とで構成される。接続制御装置１ａ，１ｂ，１ｃ，…、及び端末装置２，２，…のハードウェアの構成は、実施の形態１と同様であるので説明を省き、実施の形態１と同一の符号を用いて説明する。
【０１８８】
実施の形態４で電話システムを構成する加入者情報記憶装置４は、パケット交換網３でのパケット交換機能を有するサーバコンピュータである。加入者情報記憶装置４は、パケット交換網３に接続され、接続制御装置１ａ，１ｂ，１ｃ，…と通信が可能である。
【０１８９】
加入者情報記憶装置４は、少なくとも、装置全体を制御するＣＰＵ４１と、以下説明するハードウェア間を接続する内部バス４２と、加入者情報及び規制情報を記憶する記憶部４３と、パケット交換網３に接続するための通信部４４とを備える。加入者情報記憶装置４は記憶部４３で、ＩＰ電話サービスのユーザのＳＩＰアドレスと電話番号との対応と、ユーザが使用する端末装置２，２，…のＩＰアドレスとの対応を示す加入者情報を記憶する。更に加入者情報記憶装置４は、記憶部４３で規制情報を記憶する。規制情報は、実施の形態３において、輻輳状態である接続制御装置１ｂが記憶部１３の予約リスト１３２に記憶し、更に接続制御装置１ａが記憶部１３に記憶する情報であり、発側及び着側の端末装置２，２のＳＩＰアドレス、並びに予約時刻を含む。
【０１９０】
加入者情報記憶装置４のＣＰＵ４１は、通信部４４により接続制御装置１ａ，１ｂ，１ｃ，…から加入者情報の読み出し要求を受信した場合は、記憶部４３に記憶している加入者情報を接続制御装置１ａ，１ｂ，１ｃ，…へ通信部４４により送信する。また、ＣＰＵ４１は、接続制御装置１ａ，１ｂ，１ｃ，…から通信部４４により、加入者情報の書き込み要求を受信した場合は、記憶部４３に加入者情報を記憶する。
【０１９１】
また、加入者情報記憶装置４は、接続制御装置１ａ，１ｂ，１ｃ，…の記憶部１３の予約リスト１３２に記憶される予約呼の予約時刻、発側及び着側の端末装置２，２のＳＩＰアドレスを、当該予約呼と一致する接続要求に係るＩＮＶＩＴＥメッセージを破棄するために規制情報として記憶部１３に記憶する。加入者情報記憶装置４のＣＰＵ４１は、規制情報を、通信部４４により接続制御装置１ａ，１ｂ，１ｃ，…から規制情報の書き込み要求を受信した場合に記憶する。さらに、加入者情報記憶装置４のＣＰＵ４１は、接続制御装置１ａ，１ｂ，１ｃ，…からの規制情報の読み出し要求に対し、接続制御装置１ａ，１ｂ，１ｃ，…へ規制情報を通信部４４により送信する。これにより、接続制御装置１ａ，１ｂ，１ｃは、加入者情報記憶装置４から規制情報を読み出すことが可能である。
【０１９２】
また、接続制御装置１ａは輻輳状態であるのでＩＮＶＩＴＥメッセージを受信しても呼接続の処理ができない。従って、接続制御装置１ａのＣＰＵ１１は、呼制御手段１１４の呼処理手段１１６の機能により、接続制御装置１ａへメッセージを送信せず他の接続制御装置１ｂへＩＮＶＩＴＥメッセージを送信するように発側の端末装置２へ通知する。ＳＩＰでは、他の接続制御装置１ｂへＩＮＶＩＴＥメッセージを送信するように通知するために「３０２」のステータスコードで他の接続制御装置１ｂへ送信すべきことを示す応答メッセージ（以下、「３０２」を示す応答メッセージという。）を送信することが規定されている。
【０１９３】
図１９は、本発明の実施の形態４における接続制御装置１ａが輻輳状態である場合に、、発側の端末装置２へ送信する応答メッセージの一例を示す説明図である。図１９（ａ）に示している開始行には、応答メッセージの題目を示す「３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ」が記載されている。また、ヘッダ部には、図１９（ｂ）に示されるＣｏｎｔａｃｔヘッダに、再度ＩＮＶＩＴＥメッセージを送信する場合に最初に送信すべき他の接続制御装置１ｂのＳＩＰアドレスが記載される。接続制御装置１ａは、輻輳状態である場合に受信したＩＮＶＩＴＥメッセージに対し、接続制御装置１ｂのＳＩＰアドレスをＣｏｎｔａｃｔヘッダに記載した「３０２」を示す応答メッセージを送信する。これにより、当該「３０２」を示す応答メッセージを受信した発側の端末装置２から輻輳状態である接続制御装置１ａへは、メッセージが送信されないようにすることができる。
【０１９４】
図１９に示す例では、ＵｓｅｒＱ＠ｗｅｓｔ．ｎｅｔを送信元とするＩＮＶＩＴＥメッセージに対し、再度ＩＮＶＩＴＥメッセージを送信する場合は、最初に送信する接続制御装置を、ｗｅｓｔ．ｎｅｔの名前で表されるＳＩＰアドレス１９２．１６８．２．１３０で識別される接続制御装置１ａから、ＳＩＰアドレス１９２．１６８．５．１８０で識別される接続制御装置１ｂへ変更すべきであることを示している。従って、図１９（ｂ）に示しているＣｏｎｔａｃｔヘッダには、ＵｓｅｒＱが使用する端末装置２がＳＩＰアドレス１９２．１６８．５．１８０で識別される接続制御装置１ｂと同じネットワークに属するように変更されたことが表されている。以降、ＵｓｅｒＱが使用する端末装置２は、ＳＩＰアドレスＵｓｅｒＱ＠ｗｅｓｔ．ｎｅｔではなく、ＳＩＰアドレスＵｓｅｒＱ＠１９２．１６８．５．１８０で識別される。
【０１９５】
一方、輻輳状態である接続制御装置１ａでは、既に予約リスト１３２に予約呼が記憶されている。つまり、接続制御装置１ａのＣＰＵ１１は、発側の端末装置２から受信したＩＮＶＩＴＥメッセージに係る発側及び着側の端末装置２，２のＳＩＰアドレス、並びに予約時刻を記憶部１３の予約リスト１３２に予約呼として記憶している。このとき接続制御装置１ａのＣＰＵ１１は、通信部１５により加入者情報記憶装置４へ規制情報の書き込み要求を送信することで、規制情報を加入者情報記憶装置４に記憶させる。他の接続制御装置１ｂ，１ｃ，…は、通信部１５によりＩＮＶＩＴＥメッセージを受信した場合、加入者情報記憶装置４へ読み出し要求を送信して規制情報を取得し、受信したＩＮＶＩＴＥメッセージに係る呼接続が、取得した規制情報に含まれる予約呼に係る呼接続と一致するときは、ＩＮＶＩＴＥメッセージを破棄する。
【０１９６】
図２０及び図２１は、本発明の実施の形態４における電話システムの端末装置２，２，…、接続制御装置１ａ，１ｂ、及び加入者情報記憶装置４で、規制情報に基づいて接続要求を破棄する処理手順を示すフローチャートである。
【０１９７】
一の端末装置２を使用するユーザは、他の端末装置２を使用する他のユーザと通話をするために、相手先のユーザ固有の電話番号又はアカウント、若しくは相手先のユーザが使用する他の端末装置２のＳＩＰアドレスを入力して発呼の操作を行う。一の端末装置２のＣＰＵ２１は、ユーザのＳＩＰアドレス、電話番号、又はアカウントの入力による発呼の操作を受け付け（ステップＳ７０１）、受け付けた他の端末装置２のＳＩＰアドレスに基づいてＩＮＶＩＴＥメッセージを生成し、通信部２７により接続制御装置１ａへ送信する（ステップＳ７０２）。接続制御装置１ａのＣＰＵ１１は、通信部１５によりＩＮＶＩＴＥメッセージを受信する（ステップＳ７０３）。
【０１９８】
接続制御装置１ａのＣＰＵ１１は、輻輳判定手段１１１からの規制開始信号を呼処理手段１１６を介して受信し輻輳状態であると判断した後であるので呼接続を確立する処理を行わない。接続制御装置１ａのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージに対して呼接続を確立する処理が可能となる予約時刻までの待機時間を算出する（ステップＳ７０４）。接続制御装置１ａのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージに対し呼処理手段１１６の機能により、予約リスト１３２に予約呼として記憶する（ステップＳ７０５）。接続制御装置１ａのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージから発側及び着側の端末装置２，２のＳＩＰアドレス、並びに予約時刻を規制情報として記憶するよう、通信部１５を介して加入者情報記憶装置４へ書き込み要求を送信する（ステップＳ７０６）。
【０１９９】
加入者情報記憶装置４のＣＰＵ４１は、通信部４４を介して規制情報の書き込み要求を受信し（ステップＳ７０７）、記憶部４３に規制情報を記憶する（ステップＳ７０８）。
【０２００】
接続制御装置１ａのＣＰＵ１１は、規制情報の書き込み要求を加入者情報記憶装置４へ送信した後、発側の端末装置２にＩＮＶＩＴＥメッセージを他の接続制御装置１ｂへ送信させるために「３０２」を示す応答メッセージをＳＩＰメッセージ生成手段１１７の機能により生成し、通信部１５により発側の端末装置２へ送信する（ステップＳ７０９）。
【０２０１】
発側の端末装置２のＣＰＵ２１は、通信部２７により「３０２」を示す応答メッセージを受信し（ステップＳ７１０）、Ｃｏｎｔａｃｔヘッダの記載から接続制御装置１ｂのＳＩＰアドレスを読み出し、通信部２７により接続制御装置１ｂへＩＮＶＩＴＥメッセージを再送信する（ステップＳ７１１）。
【０２０２】
接続制御装置１ｂのＣＰＵ１１は、発側の端末装置２から通信部１５を介してＩＮＶＩＴＥメッセージを受信し（ステップＳ７１２）、ＩＮＶＩＴＥメッセージのヘッダ部から発側及び着側の端末装置２，２のＳＩＰアドレス、並びに待機時間を読み出す（ステップＳ７１３）。接続制御装置１ｂのＣＰＵ１１は、規制情報の読み出し要求を通信部１５により加入者情報記憶装置４へ送信する（ステップＳ７１４）。
【０２０３】
加入者情報記憶装置４のＣＰＵ４１は、通信部４４により規制情報の読み出し要求を受信し（ステップＳ７１５）、規制情報を読み出して（ステップＳ７１６）接続制御装置１ｂへ通信部４４により送信する（ステップＳ７１７）。
【０２０４】
接続制御装置１ｂのＣＰＵ１１は、通信部１５により規制情報を受信し（ステップＳ７１８）、受信したＩＮＶＩＴＥメッセージから読み出した発側及び着側の端末装置２，２のＳＩＰアドレスが、規制情報に含まれる発側及び着側の端末装置２，２のＳＩＰアドレスと一致しているか否かにより、受信したＩＮＶＩＴＥメッセージに係る呼接続と規制情報に含まれる呼接続とが一致するか否かを判断する（ステップＳ７１９）。接続制御装置１ｂのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージに係る呼接続と規制情報に係る呼接続とが一致すると判断した場合は（Ｓ７１９：ＹＥＳ）、「５０３」を示す応答メッセージを生成して発側の端末装置２へ送信する（ステップＳ７２０）。
【０２０５】
発側の端末装置２は、「５０３」を示す応答メッセージを受信し（ステップＳ７２１）処理を終了する。その後、発側の端末装置２から再度接続制御装置１ｂへＩＮＶＩＴＥメッセージを送信した場合であっても、待機時間が経過するまでは同様に接続制御装置１ｂから「５０３」を示す応答メッセージが送信されることによってＩＮＶＩＴＥメッセージは破棄される。
【０２０６】
接続制御装置１ｂのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージに係る呼接続と規制情報に含まれる呼接続とが一致していないと判断した場合は（Ｓ７１９：ＮＯ）、着側の端末装置２へ、又は着側の端末装置２へ送信するための経路にある他の接続制御装置１ｃ，…へＩＮＶＩＴＥメッセージを送信し、呼接続を確立して（ステップＳ７２２）、処理を終了する。
【０２０７】
上述のような処理により、本発明の実施の形態４における電話システムでは、既に接続制御装置１ａが予約リスト１３２に記憶し、呼接続の確立の機会が確保されている接続要求のＩＮＶＩＴＥメッセージに対しては、他の接続制御装置１ｂで受信した場合であっても破棄することにより通話機会の不平等を解消することができる。また、ＩＮＶＩＴＥメッセージの受信及び破棄の処理を、輻輳状態でない他の接続制御装置１ｂへ分散することができ、輻輳状態である接続制御装置１ａにはＩＮＶＩＴＥメッセージが送信されなくなることで早期に輻輳状態を解消することができる。
【０２０８】
（実施の形態５）
実施の形態５では、接続制御装置１ａ，１ｂ，１ｃ，…は、発側の端末装置２から受信した接続要求であるＩＮＶＩＴＥメッセージに、優先的に接続すべきか否かを示す優先呼情報が記載されている場合は輻輳状態であっても予約リスト１３２に記憶している予約呼の順に拘わらず、呼接続の確立を試みる。
【０２０９】
実施の形態５における電話システムのハードウェア構成は、実施の形態１又は４と同様であるので説明を省き、ＩＮＶＩＴＥメッセージに優先呼に接続すべき旨を示す優先呼情報が記載されている場合に、輻輳状態であるにも拘わらず呼接続の確立を試みる処理について、実施の形態１と同一の符号を用いて以下に説明する。
【０２１０】
図２２は、本発明の実施の形態５における端末装置２が送信するＩＮＶＩＴＥメッセージに、優先呼情報が記載されている場合の一例を示す説明図である。優先的に接続すべき旨を示す優先呼情報は、図２２（ａ）に示すＩＮＶＩＴＥメッセージのヘッダ部のＰｒｉｏｒｉｔｙヘッダに記載することで表す。優先呼情報には、緊急呼であることを示すｅｍｅｒｇｅｎｃｙ、緊急呼ではないが至急接続されるべき呼であることを示すｉｍｍｅｄｉａｔｅｌｙ、通常の呼であることを示すｎｏｒｍａｌ等がある。図２２に示す例では、Ｐｒｉｏｒｉｔｙヘッダに、緊急呼であることを示すｅｍｅｒｇｅｎｃｙが記載されている。このようなＩＮＶＩＴＥメッセージを受信した接続制御装置１ａ，１ｂ，１ｃ，…のＣＰＵ１１は輻輳状態であっても、ＩＮＶＩＴＥメッセージのヘッダ部から緊急呼であることを読み出した場合、優先呼を優先するように予約リスト１３２に記憶している予約呼の順序を入れ替える。さらに、当該優先呼である呼接続の確立を試みる。
【０２１１】
図２３は、本発明の実施の形態５における電話システムの端末装置２及び接続制御装置１ａで、輻輳状態であっても優先呼情報が記載されたＩＮＶＩＴＥメッセージに対して呼接続を確立する処理手順を示すフローチャートである。
【０２１２】
一の端末装置２を使用するユーザは、他の端末装置２を使用する他のユーザと通話をするために、相手先のユーザ固有の電話番号又はアカウント、若しくは相手先のユーザが使用する他の端末装置２のＳＩＰアドレスを入力して発呼の操作を行う。他の端末装置２のＣＰＵ２１は、ユーザのＳＩＰアドレス、電話番号、又はアカウントの入力による発呼の操作を受け付け（ステップＳ８０１）、受け付けた他の端末装置２のＳＩＰアドレスに基づいたＩＮＶＩＴＥメッセージを生成し、通信部２７により接続制御装置１ａへ送信する（ステップＳ８０２）。
【０２１３】
接続制御装置１ａのＣＰＵ１１は、通信部１５によりＩＮＶＩＴＥメッセージを受信する（ステップＳ８０３）。接続制御装置１ａのＣＰＵ１１は、輻輳判定手段１１１からの規制開始信号を受け輻輳状態であると判断した後であるので受信したＩＮＶＩＴＥメッセージのＰｒｉｏｒｉｔｙヘッダから優先呼情報を読み出し（ステップＳ８０４）、読み出した優先呼情報が、優先して接続すべき優先呼を示すか否かを判断する（ステップＳ８０５）。接続制御装置１ａのＣＰＵ１１は、読み出した優先呼情報が優先呼を示さないと判断した場合は（Ｓ８０５：ＮＯ）、待機情報を算出し（ステップＳ８０６）、「５０３」を示す応答メッセージを生成して通信部１５により送信し（ステップＳ８０７）、当該ＩＮＶＩＴＥメッセージを呼制御手段１１４の機能により、発側及び着側の端末装置２，２のＳＩＰアドレス、並びに予約時刻を予約リスト１３２に記憶する（ステップＳ８０８）。発側の端末装置２は、通信部２７を介して「５０３」を示す応答メッセージを受信して（ステップＳ８０９）処理を終了し、待機時間が経過した後のユーザによる発呼の操作がされるまで待機する。
【０２１４】
接続制御装置１ａのＣＰＵ１１は、読み出した優先呼情報が優先呼を示すと判断した場合は（Ｓ８０５：ＹＥＳ）、呼処理手段１１６の機能により予約リスト１３２の順序を入れ替え、受信したＩＮＶＩＴＥメッセージの発側及び着側の端末装置２，２のＳＩＰアドレス、並びに予約時刻を記憶している予約呼の先頭に記憶する（ステップ８１０）。さらに接続制御装置１ａのＣＰＵ１１は、受信したＩＮＶＩＴＥメッセージに対し、輻輳状態であっても呼接続の確立の処理を行い（ステップＳ８１１）、処理を終了する。
【０２１５】
これにより、接続要求であるＩＮＶＩＴＥメッセージに優先呼であることを示す情報が記載されている場合は、接続制御装置１ａが輻輳状態であっても呼接続の確立の処理が行われるので、緊急電話等の優先的に接続すべき呼に対して呼接続を確立することができる。
【０２１６】
（実施の形態６）
実施の形態３では、予約時刻に到達した後は規制情報としての記憶を消去して対応するＩＮＶＩＴＥメッセージを破棄しない構成としたのに対し、実施の形態６では、輻輳状態中に受信して予約リスト１３２に記憶した呼接続に係る接続要求のＩＮＶＩＴＥメッセージに対して待機時間経過後に呼接続が確立された後も、所定の時間が経過するまでは予約リスト１３２から規制情報を消去せず、再度送信されたＩＮＶＩＴＥメッセージを破棄する構成とする。
【０２１７】
実施の形態６における電話システムのハードウェア構成は、実施の形態１と同様であるので説明を省き、呼接続を確立した後所定の時間経過後に予約リストの規制情報の記憶を消去する処理について、実施の形態１と同一の符号を用いて以下に説明する。
【０２１８】
図２４及び図２５は、本発明の実施の形態６における電話システムの端末装置２及び接続制御装置１ａで、確立した呼接続に対して所定の時間が経過した後に、規制情報の記憶を消去する処理手順を示すフローチャートである。図２４及び図２５に示すフローチャートは、実施の形態６において、ＩＮＶＩＴＥメッセージが経由する接続制御装置１ｂが輻輳状態である場合、接続制御装置１ａのＣＰＵ１１が規制情報を記憶部１３で記憶させた後に受信したＩＮＶＩＴＥメッセージに対する処理を示している。なお、他の接続制御装置１ｃが輻輳状態である場合に、実施の形態４に示したように規制情報を加入者情報記憶装置４で記憶し、接続制御装置１ａのＣＰＵ１１が加入者情報記憶装置４から規制情報を取得することが可能な構成としてもよい。
【０２１９】
一の端末装置２のＣＰＵ２１は、ユーザのＳＩＰアドレス、電話番号、又はアカウントの入力による発呼の操作を受け付け（ステップＳ９０１）、受け付けた他の端末装置２のＳＩＰアドレスに基づいてＩＮＶＩＴＥメッセージを生成し、通信部２７により接続制御装置１ａへ送信する（ステップＳ９０２）。接続制御装置１ａのＣＰＵ１１は、通信部１５によりＩＮＶＩＴＥメッセージを受信し（ステップＳ９０３）、ＩＮＶＩＴＥメッセージのヘッダ部から発側及び着側の端末装置２，２のＳＩＰアドレス、並びに待機時間を読み出す（ステップＳ９０４）。
【０２２０】
接続制御装置１ａのＣＰＵ１１は、記憶部１３にて記憶している規制情報を読み出し（ステップＳ９０５）、受信したＩＮＶＩＴＥメッセージに対して読み出した発側及び着側の端末装置２，２のＳＩＰアドレスが、規制情報として記憶された発側及び着側の端末装置２，２のＳＩＰアドレスと一致しているか否かを判断する（ステップＳ９０６）。接続制御装置１ａのＣＰＵ１１は、発側及び着側の端末装置２，２のＳＩＰアドレスのいずれも、規制情報として記憶された発側及び着側の端末装置２，２のＳＩＰアドレスと一致していないと判断した場合は（Ｓ９０６：ＮＯ）、通信部１５によりＩＮＶＩＴＥメッセージを接続制御装置１ｂへ送信する（ステップＳ９０７）。接続制御装置１ｂのＣＰＵ１１は、ＩＮＶＩＴＥメッセージを受信し（ステップＳ９０８）、輻輳状態である場合は「５０３」を示す応答メッセージを接続制御装置１ａへ送信し、通常状態である場合はＩＮＶＩＴＥメッセージを着側の端末装置２へ送信して呼接続を確立して処理を終了する。
【０２２１】
接続制御装置１ａのＣＰＵ１１は、発側及び着側の端末装置２，２のＳＩＰアドレスのいずれも、規制情報として記憶された発側及び着側の端末装置２，２のＳＩＰアドレスと一致していると判断した場合は（Ｓ９０６：ＹＥＳ）、予約時刻が経過しているか否かを判断する（ステップＳ９０９）。接続制御装置１ａのＣＰＵ１１は、予約時刻が経過していないと判断した場合は（Ｓ９０９：ＮＯ）、当該ＩＮＶＩＴＥメッセージを破棄するため、「５０３」を示す応答メッセージを発側の端末装置２へ送信する（ステップＳ９１０）。発側の端末装置２のＣＰＵ２１は、ＩＮＶＩＴＥメッセージを破棄する旨の「５０３」を示す応答メッセージを受信し（ステップＳ９１１）、処理を終了する。
【０２２２】
接続制御装置１ａのＣＰＵ１１は、予約時刻が経過していると判断した場合は（Ｓ９０９：ＹＥＳ）、呼接続を確立し（ステップＳ９１２）、呼接続を確立してからの接続時間の計測を開始する（ステップＳ９１３）。接続制御装置１ａのＣＰＵ１１は、一定時間毎に接続時間が、５分等の所定の時間を経過したか否かを判断する（ステップＳ９１４）。接続制御装置１ａのＣＰＵ１１は、所定の時間を経過していないと判断した場合は（Ｓ９１４：ＮＯ）、処理をステップＳ９１４へ戻し、所定の時間が経過したと判断できるまで待機する。
【０２２３】
接続制御装置１ａのＣＰＵ１１は、所定の時間を経過したと判断した場合は（Ｓ９１４：ＹＥＳ）、記憶していた規制情報を記憶部１３から消去し（ステップＳ９１５）、処理を終了する。
【０２２４】
接続制御装置１ａのＣＰＵ１１がステップＳ９１４により所定の時間が経過したと判断するまでの間は、ステップＳ９１２で確立した呼接続の発側及び着側の端末装置２，２のＳＩＰアドレスについては規制情報としての記憶が消去されずに残っている。このため、受信したＩＮＶＩＴＥメッセージに係る呼接続の発側及び着側の端末装置２，２のＳＩＰアドレスが規制情報として記憶した発側及び着側の端末装置２，２のＳＩＰアドレスと一致するとして、受信したＩＮＶＩＴＥメッセージは「５０３」を示す応答メッセージの返信によって破棄される。なお、予約時刻経過後であっても呼接続を確立済みであることから、接続制御装置１ａのＣＰＵ１１が、ステップＳ９１２の呼接続の確立への処理へ進まないようにするため、呼接続を確立済みであることを示すフラグ等を規制情報として共に記憶する。これにより、接続制御装置１ａのＣＰＵ１１は、ＩＮＶＩＴＥメッセージを受信した場合に、受信したＩＮＶＩＴＥメッセージに係る呼接続が確立済みであることを示すフラグが記憶されている規制情報に係る呼接続と一致する場合は、「５０３」を示す応答メッセージを送信することで接続要求を破棄することができる。
【０２２５】
上述のような処理により、既に確立された呼接続と同一の接続要求に対しては、所定の時間が経過するまでは破棄されるので既に通話が実現したユーザが再度発呼を繰返しても呼接続が確立されず、他のユーザに呼接続を確立する機会が確保される。このため、通話機会の不平等を解消することができる。
【０２２６】
（実施の形態７）
実施の形態７では、確立している呼接続に対して接続可能時間の経過により呼接続を切断する場合、切断するまでの時間を示す切断情報を記載したリクエストメッセージを対応する端末装置２，２へ送信する。
【０２２７】
実施の形態７における電話システムの構成は、実施の形態１乃至６と同様であるので説明を省き、接続制御装置１ａ，１ｂ，１ｃ，…のＣＰＵ１１が呼接続の切断を実行する前に、端末装置２，２へ送信するリクエストメッセージについて実施の形態１乃至６と同一の符号を用いて以下に説明する。
【０２２８】
実施の形態７における電話システムの接続制御装置１ａ，１ｂ，１ｃ，…のＣＰＵ１１は、呼接続を確立している端末装置２，２へ接続可能時間を通知するために、端末装置２，２、接続制御装置１ａ，１ｂ，１ｃ，…間で情報を交換する際、ＳＩＰに基づいて使用されるＩＮＦＯメッセージのヘッダ部に、接続可能時間を記載したＸ−Ｐｏｓｓ−Ｔｉｍｅｒヘッダを設けて送信することで実現する。
【０２２９】
図２６は、本発明の実施の形態７における接続制御装置１ａが、確立している呼接続を切断する前に送信するリクエストメッセージの一例を示す説明図である。図２６（ａ）に示す開始行には、メッセージの題目である「ＩＮＦＯ」メソッドが記載される。図２６（ｂ）に示されるＸ−Ｐｏｓｓ−Ｔｉｍｅｒヘッダには、呼接続を切断するまでの接続可能時間が記載されている。図２６に示す例では、呼接続が切断されるのは残り６０秒経過した後であることを示している。
【０２３０】
接続制御装置１ａ，１ｂ，１ｃ，…のＣＰＵ１１は、呼制御手段１１４の接続可能時間管理手段１１５の機能により、確立している呼接続の接続可能時間が経過するまでの時間を算出し、ＳＩＰメッセージ生成手段１１７の機能により当該時間を記載したＩＮＦＯメッセージを生成する。接続制御装置１ａ，１ｂ，１ｃ，…のＣＰＵ１１は、生成したＩＮＦＯメッセージを発側及び着側の端末装置２，２へ送信する。
【０２３１】
ＩＮＦＯメッセージを受信した端末装置２は、Ｘ−Ｐｏｓｓ−Ｔｉｍｅｒヘッダの記載から切断されるまでの時間を読み出して、切断するまでの時間を表示部２６のモニタ等に表示することができる。なお、Ｘ−Ｐｏｓｓ−Ｔｉｍｅｒヘッダから読み出した、切断されるまでの時間の情報を音声で判別できるように音声合成によって変換し、音声入出力部２５を介して出力してもよい。
【０２３２】
これにより、通話中のユーザに対して事前に切断までの時間を通知することができるので、突然通話が遮断されることによってユーザがストレスを感じることを回避することが可能である。
【０２３３】
実施の形態１乃至７では、ＰＣで構成される端末装置がＳＩＰに基づいた接続要求を生成して、接続制御装置へ送信する構成とした。しかし本発明では、端末装置はＰＣに限らず、音声とデジタルデータとの変換機能を有してＳＩＰに基づいた接続要求を生成して接続制御装置へ送信する機能を有するルータ等の端末装置とする構成でもよい。この場合は、通話機能を有する端末は電話端末機を使用する。
【０２３４】
以上の実施の形態１乃至７に関し更に、以下の付記を開示する。
【０２３５】
（付記１）
複数の端末装置と、該端末装置と通信することが可能な接続制御装置とを備え、一の端末装置は、他の端末装置との呼接続の確立を要求する接続要求を前記接続制御装置へ送信する手段を備え、前記接続制御装置は、前記接続要求を受信する手段と、受信した接続要求に対応する呼接続を確立する手段とを備える電話システムにおいて、前記接続制御装置は、呼接続を確立する呼処理に必要なハードウェア資源のうち少なくとも一つの使用量が所定の閾値以上であるか否かにより、輻輳状態であるか否かを判断する輻輳判断手段と、該輻輳判断手段で輻輳状態であると判断した場合に、確立している呼接続を切断するまでの接続可能時間を設定する設定手段と、確立している呼接続の接続時間を計測する手段と、前記接続時間が前記接続可能時間を経過したときに、確立している呼接続を切断する手段と、前記輻輳判断手段で輻輳状態であると判断している場合に、一の端末装置からの接続要求の受信に対し、受信した接続要求に対応する発側及び着側の端末装置を夫々識別する端末識別情報を含む接続情報を、接続要求の受信順に記憶する手段と、記憶した接続情報に対応する端末装置間の呼接続の確立が可能となるまでの待機時間を、前記接続可能時間及び接続要求の受信順に基づいて算出する算出手段と、前記待機時間を示す時間情報を他の装置へ送信する手段とを備えることを特徴とする電話システム。
【０２３６】
（付記２）
前記接続制御装置は、更に、記憶した接続情報毎に、前記待機時間を示す時間情報を記憶する手段と、前記待機時間が経過したか否かを判定する判定手段と、前記待機時間が経過したと前記判定手段で判定した場合は、対応する端末装置間の呼接続を確立する手段とを備えることを特徴とする付記１に記載の電話システム。
【０２３７】
（付記３）
前記接続制御装置を複数備え、一の接続制御装置は、更に、前記輻輳判断手段で輻輳状態であると判断している場合に、一の端末装置から接続要求を受信したときは、受信した接続要求に対応する接続情報及び待機時間を示す時間情報を他の接続制御装置へ送信する手段を備え、他の接続制御装置は、更に、前記一の接続制御装置から受信した接続情報及び時間情報を記憶する手段と、一の端末装置から接続要求を受信したときに、受信した接続要求と記憶している前記接続情報とで、対応する発側及び着側の端末装置の端末識別情報が夫々一致するか否かを判断する手段と、一致すると判断した場合は、対応する待機時間が経過したか否かを判断する手段と、待機時間を経過していないときは、受信した接続要求を破棄する手段とを備えることを特徴とする付記１又は２に記載の電話システム。
【０２３８】
（付記４）
前記接続制御装置と通信することが可能で、接続情報を記憶する記憶装置を更に備え、前記接続制御装置は、更に、記憶している接続情報及び該接続情報に対応する時間情報を前記記憶装置へ送信するように構成してあり、該記憶装置は、前記接続制御装置から接続情報及び該接続情報に対応する時