(57)【要約】【課題】無用なトラヒックの増加を抑えるとともに、従来よりもＳＩＰサーバの利用効率を向上させる。【解決手段】移動体通信ネットワークにおいて互いに通話中の端末装置のうちのいずれかが通信不能となったことが検出されたときに（＃１０２）、通話中の端末装置ごとに確保されている呼管理システム内のリソースのうち、通信不能となった端末装置のために確保されているリソースを開放し（＃１０３および＃１０８）、通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する（＃１１２）処理を呼管理システムに行なわせる呼管理方法。【選択図】図５
2008153782.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信ネットワークに用いられる呼管理システムにおける呼管理方法であって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことが検出されたときに、当該通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する、
ことを特徴とする呼管理方法。
【請求項２】
前記メッセージは、通話中の端末装置に、当該通話を終了する処理をさせるための情報である、
請求項１記載の呼管理方法。
【請求項３】
移動体通信ネットワークに用いられる呼管理システムにおける呼管理方法であって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことが検出されたときに、
通話中の端末装置ごとに確保されている当該呼管理システム内のリソースのうち、通信不能となった端末装置のために確保されているリソースを開放し、
当該通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する、
ことを特徴とする呼管理方法。
【請求項４】
移動体通信ネットワークに用いられる呼管理システムであって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことを検出する検出手段と、
前記検出手段が通信不能を検出したときに、通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する送信手段と、
を有することを特徴とする呼管理システム。
【請求項５】
通話中の端末装置ごとに確保されている当該呼管理システム内のリソースを開放するための処理を行なう呼管理システムリソース開放処理手段を有し、
前記呼管理システムリソース開放処理手段は、前記検出手段が通信不能を検出したときに、通信不能が検出された端末装置に対して確保されている前記リソースを開放する、
請求項４記載の呼管理システム。
【請求項６】
移動体通信ネットワークに用いられるメッセージ処理サーバシステムであって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことを検出するアプリケーションサーバシステムから、通信不能を検出した旨および通信不能となった端末装置を特定するための内容を含む第１の情報を受信する受信手段と、
互いに通話中の端末装置のうちのいずれかが通信不能となったことによって当該通話を終了させるための処理が行われる場合に、前記受信手段が受信した前記第１の情報に基づいて、当該通話を終了させるためのメッセージを、通信不能となった端末装置に宛てては送信することなく、その通話相手の端末装置に宛てて送信するメッセージ送信処理手段と、
を有することを特徴とするメッセージ処理サーバシステム。
【請求項７】
通話中の端末装置ごとに確保されている当該メッセージ処理サーバシステム内のリソースを開放するための処理を行なうリソース開放処理手段を有し、
前記リソース開放処理手段は、前記受信手段が前記第１の情報を受信すると、当該第１の情報に基づいて、通信不能となった端末装置のために確保されている前記リソースを開放する、
請求項６記載のメッセージ処理サーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
移動体通信ネットワークの呼制御に関する方法およびシステムなどに関する。
【背景技術】
【０００２】
現在、携帯電話または自動車電話などの携帯端末を用いた移動体通信のサービスが普及している。移動体通信では、携帯端末同士が基地局と呼ばれる中継装置を介して通信を行う。携帯端末と基地局との間は無線通信が行われる。携帯端末と通信できる範囲は基地局によって決まっており、携帯端末がその範囲の外、すなわち通信の圏外に移動すると通信不能となる。移動体通信は、データ通信の用途で用いられることもあるが、主には、電話サービスによる音声通話（通話）の用途で用いられることが多い。このような移動体通信の利便性の向上を図るための技術として、例えば特許文献１のような方法が提案されている。
【０００３】
電話サービスでは、電話機が相手側の電話機を呼び出し、呼び出された側がそれに答えることによって両者間の通話が実現する。電話サービスにおいて、このように通話可能な状態を作ることを「呼の確立」または「音声パスの確立」などと言う。すなわち、呼が確立されることによって通話が開始される。また、確立された呼が切断（終了）されることによって通話が終了する。呼の確立および切断などに関する制御は、一般に、「呼制御」または「シグナリング」などと呼ばれている。
【０００４】
ところで、近年、ＩＰ電話と呼ばれる、インターネットプロトコルを利用した電話サービスが多く用いられている。ＩＰ電話は、インターネットまたはイントラネットなどによって構成されるＩＰ網（ＩＰ電話網）を介して通話を行うための電話サービスである。
【０００５】
ＩＰ電話では、呼制御のためにＳＩＰ（Session Initiation Protocol）と呼ばれるプロトコルが用いられる。ＳＩＰはＲＦＣ３２６１などによって規定されるプロトコルである。ＳＩＰによると、携帯端末同士の間で呼制御に関する種々のメッセージを交換することによって呼の確立または切断が行われる。以下、本明細書において、このメッセージのことを「ＳＩＰメッセージ」と呼ぶことがある。
【０００６】
ここで、ＳＩＰによって呼を確立する際の従来の処理の流れについて図８を参照して説明する。なお、図中の「ＳＩＰ」は、ＳＩＰによって呼制御の処理を行うサーバである「ＳＩＰサーバ」を示す。
【０００７】
ユーザが自分の携帯端末（ここでは、「携帯端末Ａ」と記載する。）を用いて、通話したい相手の番号をダイヤルすると、携帯端末Ａは、相手側の携帯端末（ここでは、「携帯端末Ｂ」と記載する。）に宛てた「ＩＮＶＩＴＥ」というＳＩＰメッセージを送信する（＃９０１）。このＩＮＶＩＴＥは、呼の確立を要求（リクエスト）するＳＩＰメッセージである。
【０００８】
ＳＩＰサーバは、通常、プロキシサーバとしての機能を有しており、携帯端末など装置間で交換されるＳＩＰメッセージを中継して宛先に送信する働きをする。ＳＩＰサーバは、このプロキシサーバとしての機能によって、ステップ＃９０１おいて送信されたＩＮＶＩＴＥを中継し、相手側の携帯端末Ｂに送信する（＃９０３）。
【０００９】
その中継に際して、ＳＩＰサーバは、ＩＮＶＩＴＥを受信した旨を示す「１００Ｔｒｙｉｎｇ」というＳＩＰメッセージを携帯端末Ａに返す（＃９０２）。
【００１０】
携帯端末Ｂは、ＩＮＶＩＴＥを受信すると、まず、ＳＩＰサーバに対して、１００Ｔｒｙｉｎｇを送信する（＃９０４）。そして、ユーザの呼び出し中を示す「１８０Ｒｉｎｇｉｎｇ」というＳＩＰメッセージを携帯端末Ａに宛てて送信する（＃９０５）。ＳＩＰサーバは、その１８０Ｒｉｎｇｉｎｇを中継し、携帯端末Ａに送信する（＃９０６）。
【００１１】
携帯端末Ｂのユーザが電話に出ると、携帯端末Ｂは、「２００ＯＫ（２００オーケー）」というＳＩＰメッセージを携帯端末Ａに宛てて送信する（＃９０７）。２００ＯＫは、手続き（処理）が成功した旨などを示すＳＩＰメッセージであり、ここでは、ＩＮＶＩＴＥに対する応答を意味する。ＳＩＰサーバは、その２００ＯＫを中継し、携帯端末Ａに送信する（＃９０８）。
【００１２】
なお、ＳＩＰにおいては、ＩＮＶＩＴＥなどの、要求のＳＩＰメッセージを出す携帯端末（ここでは、携帯端末Ａ）のことをＵＡＣ（User Agent Client）と呼ぶことがある。また、それに応答する側の携帯端末（ここでは、携帯端末Ｂ）のことをＵＡＳ（User Agent Server）と呼ぶことがある。
【００１３】
携帯端末Ａは、２００ＯＫを受信すると、呼の確立が完了したことを確認する「ＡＣＫ」というＳＩＰメッセージを携帯端末Ｂに宛てて送信する（＃９０９）。ＳＩＰサーバは、そのＡＣＫを中継し、携帯端末Ｂに送信する（＃９１０）。以上の処理によって、携帯端末ＡとＢとの間に呼が確立する。これによって、通話を開始することができる。
【００１４】
会話が終わり、一方のユーザが電話を切る操作を行うと、呼を切断するための処理（切断処理）が開始される。ここで、従来の呼の切断処理の流れについて、図９を参照して説明する。なお、ここでは、携帯端末Ａのユーザが、電話を切る操作を行うものとする。
【００１５】
ユーザが電話を切る操作を行うと、携帯端末Ａから「ＢＹＥ」というＳＩＰメッセージが携帯端末Ｂに宛てて送信される（＃９２２）。ＢＹＥは、呼の切断（終了）を要求するＳＩＰメッセージである。
【００１６】
ＳＩＰサーバは、そのＢＹＥを中継し、携帯端末Ｂに送信する（＃９２４）。また、それと並行してまたは前後して、呼制御における携帯端末Ａについての処理を行うために確保していたリソースを開放する（＃９２３）
携帯端末Ｂは、ＢＹＥを受信すると、２００ＯＫを携帯端末Ａに宛てて送信する（＃９２５）。ＳＩＰサーバは、その２００ＯＫを中継し、携帯端末Ａに送信する（＃９２７）。また、それと並行してまたは前後して、呼制御における携帯端末Ｂについての処理を行うために確保していたリソースを開放する（＃９２６）。携帯端末Ａが２００ＯＫを受信することによって呼の切断処理（開放処理）が完了する。
【００１７】
また、ＩＰ電話またはテレビ会議などのＩＰ網を利用したサービスに関するアプリケーションを提供するアプリケーションサーバとＳＩＰサーバとを連携させて呼制御を行うことがある。図１０には、このアプリケーションサーバを用いた従来の呼の切断処理の流れが示される。なお、図中の「ＡＳ」は、アプリケーションサーバを示す。
【００１８】
アプリケーションサーバを用いる場合は、携帯端末Ａは、ＳＩＰサーバを介してアプリケーションサーバに対してＢＹＥを送信する（図１０の＃９３２および＃９３３）。ＢＹＥを受信したアプリケーションサーバは、呼の確立の際に確保したリソースを開放し（＃９３４および＃９３８）、ＳＩＰサーバを介して、携帯端末Ｂに対して、呼を終了する旨を知らせるためのＢＹＥを送信する（＃９３９）
移動体通信においては、通話中の携帯端末の内の一方が通信の圏外に移動するなどして通信不能の状態になることがある。そうすると、通信不能となったことがアプリケーションサーバによって検出され呼の切断処理が開始される。図１１には、通信不能が検出された際の従来の呼の切断処理の流れが示される。この場合は、アプリケーションサーバが通信不能を検出した後、そのアプリケーションサーバから両方の携帯端末に対してＢＹＥが送信される（＃９５４および＃９６０）。
【００１９】
ＩＰ電話では、これら図８から１１に示されるような手順で呼の確立および切断の処理がなされ、それによって、携帯端末間の通話が実現する。
【特許文献１】特開２００２−３２０２６１号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
ところが、ＳＩＰサーバから携帯端末に送信されたＳＩＰメッセージに対する応答が、何らかの原因で返されてこないことがある。そうすると、ＳＩＰサーバにおいて、その応答の次に行なうべき処理を開始できなくなってしまう。そこで、従来の方法では、図１２に示すようにＳＩＰサーバから携帯端末へＳＩＰメッセージを再送することによって、再度その応答を要求する。所定の時間再送を繰り返しても携帯端末から応答がない場合は、その応答の後に行なわれるべき処理を開始する。
【００２１】
しかし、このような従来の方法では、例えばＳＩＰサーバから携帯端末に対してＢＹＥが送信されそれに対する応答（２００ＯＫ）が返されてこない場合に、次の処理を即座に開始できないことによって、リソースの開放が遅れてしまう。そうすると、ＳＩＰサーバの利用効率が低下してしまう。また、携帯端末へのＳＩＰメッセージの再送を繰り返すことによってトラヒックの増加を招いてしまう。
【００２２】
本発明はこのような問題点に鑑み、無用なトラヒックの増加を抑えるとともに、従来よりもＳＩＰサーバの利用効率を向上させることを目的とする。
【課題を解決するための手段】
【００２３】
本発明に係る呼管理方法は、移動体通信ネットワークに用いられる呼管理システムにおける呼管理方法であって、互いに通話中の端末装置のうちのいずれかが通信不能となったことが検出されたときに、通話中の端末装置ごとに確保されている当該呼管理システム内のリソースのうち、通信不能となった端末装置のために確保されているリソースを開放し、当該通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する、ことを特徴とする。
【００２４】
前記メッセージは、通話中の端末装置に、当該通話を終了する処理をさせるための情報としてもよい。
【００２５】
本発明に係る呼管理システムは、移動体通信ネットワークに用いられる呼管理システムであって、互いに通話中の端末装置のうちのいずれかが通信不能となったことを検出する検出手段と、前記検出手段が通信不能を検出したときに、通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する送信手段と、を有することを特徴とする。
【００２６】
好ましくは、通話中の端末装置ごとに確保されている当該呼管理システム内のリソースを開放するための処理を行なう呼管理システムリソース開放処理手段を有し、前記呼管理システムリソース開放処理手段は、前記検出手段が通信不能を検出したときに、通信不能が検出された端末装置に対して確保されている前記リソースを開放する。
【００２７】
なお、「通話中」とは、呼が確立されている状態を意味する。「通話を終了する」ことは、その通話のために確立された呼を切断する（終了させる）ことを意味する。
【発明の効果】
【００２８】
本発明は、無用なトラヒックの増加を抑えるとともに、従来よりもＳＩＰサーバの利用効率を向上させることができる。
【発明を実施するための最良の形態】
【００２９】
図１は本発明に係る移動体通信ネットワークＭＣＮの全体的な構成の例を示す図、図２は移動体通信ネットワークＭＣＮをCSCFに着目して表した場合のブロック図である。
【００３０】
本発明の一実施形態に係る移動体通信ネットワークＭＣＮは、ユーザに対して移動体通信のサービスを提供するためのネットワークであり、図１に示すように、呼管理システムＫＫＳ、携帯端末ＴＲ１，ＴＲ２，…、および通信網ＮＴ１などによって構成される。以下、携帯端末ＴＲ１，ＴＲ２，…、総称して「携帯端末ＴＲ」と記載することがある。他の符号についても同様に、符号に付した連番を省略して記載することがある。
【００３１】
呼管理システムＫＫＳおよび携帯端末ＴＲは、通信網ＮＴ１を介して互いに接続されている。通信網ＮＴ１は、インターネットまたはイントラネットなどであり、「ＩＰ網」または「ＩＰネットワーク」などと呼ばれることがある。
【００３２】
携帯端末ＴＲは、携帯電話またはＰＤＡなどである。本移動体通信ネットワークＭＣＮの移動体通信のサービスに加入するユーザは、自ら携帯端末ＴＲを用いてその移動体通信によるＩＰ電話のサービスを利用することができる。
【００３３】
ユーザが自らの携帯端末ＴＲを用いて通話したい相手の電話番号をダイヤルすると、その携帯端末ＴＲと相手の携帯端末ＴＲとの間に「呼」と呼ばれるセッション（コネクション）を確立するための処理が開始される。呼の確立によって通話が開始される。また、呼の切断（終了）によって通話が終了する。本実施形態における呼の確立および切断に関する制御（呼制御）は、ＳＩＰ（Session Initiation Protocol）と呼ばれる、ＩＰ電話またはビデオ会議などにおける呼制御のためのプロトコルに基づいて行われる。
【００３４】
呼管理システムＫＫＳは、携帯端末ＴＲ間に確立される呼を管理するためのシステムである。呼管理システムＫＫＳは、ＳＩＰサーバ１、アプリケーションサーバ２、加入者情報管理サーバ３、および通信網ＮＴ２などによって構成される。
【００３５】
ＳＩＰサーバ１、アプリケーションサーバ２、および加入者情報管理サーバ３は、通信網ＮＴ２を介して互いに接続されている。通信網ＮＴ２として、ＬＡＮ、ＷＡＮ、インターネット、イントラネット、または専用線などが用いられる。
【００３６】
アプリケーションサーバ２は、テレビ電話などのサービスに関するアプリケーションを提供し、サービスのためのリソースを管理する。ＲＴＰ（Real-time Transport Protocol）などによる通信中に携帯端末ＴＲが何らかの原因で通信不能となった場合に、その旨を検出する機能を有する。この検出は、公知の方法によって行われる。
【００３７】
加入者情報管理サーバ３は、移動体通信ネットワークＭＣＮによる移動体通信のサービスに加入しているユーザの情報を管理する。ＨＳＳ（Home Subscriber Server）などと呼ばれることもある。
【００３８】
ＳＩＰサーバ（呼制御管理サーバ）１は、ＳＩＰに基づく呼制御を支援するためのサーバである。ＳＩＰサーバ１は、携帯端末ＴＲのＩＰアドレスなどの情報を管理しており、その情報を用いてプロキシサーバとして動作する。すなわち、携帯端末ＴＲ間、または携帯端末ＴＲおよびアプリケーションサーバ２の間で交換される種々のＳＩＰメッセージを中継し、送信元に代わって代理送信する。本実施形態では、ＳＩＰメッセージを含むメッセージデータＭＳ（図３および４参照）を用いて、ＳＩＰメッセージの交換を行う。メッセージデータＭＳの内容については、後に詳しく説明する。
【００３９】
また、ＳＩＰサーバは、確立しようとする呼に対して、呼を識別するための呼番号を割り当てる。呼は、通常、通話を行っている携帯端末ＴＲの組合せの数だけ確立されることになる。それら複数の呼は、それぞれに与えられた呼番号によって識別可能である。なお、アプリケーションサーバ２によって、呼番号を割り当てるようにしてもよい。
【００４０】
ＳＩＰサーバ１には、後に説明するデータ送受信部（ＵＤＰ通信制御部）１０１、呼制御部１０２、およびメッセージ判別部（メッセージ振分部）１０３などの機能を実現するためのＳＩＰソフトウェアスイッチ（ＳＩＰソフトスイッチ）が設けられている。呼処理プロセッサなどと呼ばれる複数のプロセッサ（ＣＰＵ）によって、呼制御部１０２およびメッセージ判別部１０３などの機能が実行される。呼処理プロセッサは、呼処理用に割り当てられたプロセッサであり、呼処理のみを行う。なお、ＳＩＰソフトウェアスイッチは、この他にも保守管理など種々の機能を有する。
【００４１】
さらに、ＳＩＰサーバ１は、「CSCF（Call Session Control Function）」と呼ばれる、呼制御の機能を有する。このCSCFには、「P-CSCF」、「S-CSCF」、および「I-CSCF」が含まれる。P-SCSF（Proxy-CSCF）は、携帯端末ＴＲから受信するメッセージ（ＳＩＰメッセージ）を他のCSCFに転送する機能である。携帯端末ＴＲのアドレスの管理も行う。S-SCSF（Serving-CSCF）は、携帯端末ＴＲに対して提供するするサービスの管理を行うための機能である。I-CSCF（Interrogate-CSCF）は、S-CSCFの選択を行う機能である。
【００４２】
このCSCFに着目した場合、移動体通信ネットワークＭＣＮを図２のようなブロック図で表すことができる。この図では、携帯端末ＴＲ１を発信側、携帯端末ＴＲ２を着信側として示している。図２に示すように携帯端末ＴＲ１は、発信側のネットワーク（Visited Network）のP-CSCFを介して着信側のネットワーク（Home Network）に接続される。携帯端末ＴＲ１から送信されたＳＩＰメッセージは、ＳＩＰサーバ１のP-CSCF、I-CSCF、およびS-CSCFなどを介して携帯端末ＴＲ２などに伝えられる。
【００４３】
ユーザが自分の携帯端末ＴＲを用いて、通話したい相手の番号をダイヤルすると、ＳＩＰサーバ１などによって、呼を確立するための処理が行われる。この処理は、例えば図８に示すような従来の方法で行われる。携帯端末ＴＲ間に呼が確立されることによって、それら携帯端末ＴＲ間の通話が開始される。
【００４４】
通話中の一方のユーザが電話を切る操作（通話を終了させるための操作）を行うと、ＳＩＰサーバ１などによって、呼を切断（終了）するための処理（切断処理）が行われる。この処理は、例えば図９または１０に示すような従来の方法で行われる。
【００４５】
また、通話中の携帯端末ＴＲが、通信の圏外に移動しまたは電源がオフにされるなどして通信不能となることがある。その場合、ＳＩＰサーバ１またはアプリケーションサーバ２などが自律で呼の切断処理を行うことによって、呼を確立する際に確保したリソースの開放などが通常どおり行われるようにする必要がある。本実施形態では、通話中に携帯端末ＴＲが通信不能となった場合に、アプリケーションサーバ２がその状態を検出し、それによって、呼の切断処理が実行される。
【００４６】
図３はＳＩＰサーバ１およびアプリケーションサーバ２の機能的構成の例を示す図、図４はメッセージデータＭＳの構成の例を示す図である。
【００４７】
図３に示すようにＳＩＰサーバ１は、データ送受信部１０１、呼制御部１０２、メッセージ判別部１０３、リソース管理部１０４、およびメッセージ送信処理部１０５などによって構成される。アプリケーションサーバ２は、呼制御部２０１、通信不能検出部２０２、リソース管理部２０３、メッセージ送信処理部２０４、およびデータ送受信部２０５などによって構成される。
【００４８】
これら各機能を実現するためのプログラムおよびデータは、ＳＩＰサーバ１およびアプリケーションサーバ２において、それぞれ、ハードディスクなどの記憶装置にインストールされている。これらのプログラムおよびデータは必要に応じてメモリに読み出され、ＣＰＵによってプログラムが実行される。
【００４９】
本実施形態では、呼の確立または切断に際して、ＳＩＰメッセージを含むメッセージデータＭＳの交換が各装置間において行われる。
【００５０】
データ送受信部１０１は、ＵＤＰ（User Datagram Protocol）信号の送受信および送受信ポートの管理機能などを有しており、それによって、他の装置から送信されてくるメッセージデータＭＳを受信しまたは他の装置に対してメッセージデータＭＳを送信する。
【００５１】
ＳＩＰサーバ１の呼制御部１０２は、ＳＩＰサーバ１に送信されてきたメッセージデータＭＳなどに基づいて、メッセージ判別部１０３、リソース管理部１０４、およびメッセージ送信処理部１０５などに呼制御のための指示を与える。
【００５２】
メッセージ判別部１０３は、ＳＩＰサーバ１に送信されて来たメッセージデータＭＳの種別などに関する判別を行い、その結果を呼制御部１０２に通知する。
【００５３】
リソース管理部１０４は、呼制御のために携帯端末ＴＲごとにリソースを確保しまたは確保したリソースを開放するための処理を行う。具体的には、例えば、ユーザデータの登録・削除およびメモリの確保・開放などを行う。
【００５４】
メッセージ送信処理部１０５は、呼制御部１０２の指示に基づいて、メッセージデータＭＳを生成しそれを送信するための処理を行う。すなわち、生成したメッセージデータＭＳをデータ送受信部１０１に指示して送信させる。
【００５５】
図４に示すようにメッセージデータＭＳには、「Message」、「To」、「From」、「ID」、「Via」、「Route」、および「Flag」などの項目が含まれる。
【００５６】
「Message」には、そのメッセージデータＭＳがどのＳＩＰメッセージに係るものであるかが示される。具体的には、「ＢＹＥ」または「２００ＯＫ」などのＳＩＰメッセージが示される。
【００５７】
「To」には、そのメッセージデータＭＳの宛先（論理的な宛先）の携帯端末ＴＲが示される。「From」には、「To」に示される携帯端末ＴＲの通信相手の携帯端末ＴＲが示される。ここに示される携帯端末ＴＲはそのメッセージＭＳの論理的な送信元を意味する。「ID」には、そのメッセージデータＭＳの交換が行われる呼の呼番号が示される。「Via」には、そのメッセージデータＭＳが経由した装置が示される。「Via1」、「Via2」、…のように、メッセージデータＭＳに「Via」として複数の装置が示されている場合は、そのメッセージデータＭＳがそれら複数の装置を経由したことを意味する。なお、「Via１」には、そのメッセージデータＭＳを最初に送信した装置が示される。
【００５８】
「Route」には、そのメッセージデータＭＳを最初に中継するプロキシサーバが示される。「Flag」には、そのメッセージデータＭＳが、通信不能が検出されたことによって送信されたメッセージデータＭＳ、すなわち通信不能による呼の切断処理の開始を示すメッセージデータＭＳであるか否かを表す値が示される。ここに示される値が「１」である場合は、そのメッセージデータＭＳが通信不能が検出されたことによって送信されたメッセージデータＭＳであることを意味する。「０」である場合は、そのメッセージデータＭＳが通信不能が検出されたことによって送信されたメッセージデータＭＳでない、すなわちそのメッセージデータＭＳが例えばユーザが電話を切る操作を行ったことによる切断処理で送信されたものであることを意味する。なお、「To」、「From」、「Via」、および「Route」には、実際には、対応する装置の名前またはＩＰアドレスなどが示される。
【００５９】
アプリケーションサーバ２の呼制御部（呼処理部）２０１は、アプリケーションサーバ２に送信されてきたメッセージデータＭＳなどに基づいて、メッセージ送信処理部２０４およびリソース管理部２０３などに対して、ＳＩＰサーバ１と連携した呼制御のための指示を与える。
【００６０】
通信不能検出部（圏外検出部）２０２は、通話中の携帯端末ＴＲが通信の圏外に移動しまたは電源を切るなどして通信不能の状態となったときに、その状態になったことを検出する。この検出は、公知の方法によって行なわれる。
【００６１】
リソース管理部２０３は、呼制御のために携帯端末ＴＲごとにリソースを確保しまたは確保したリソースを開放するための処理を行う。具体的には、例えば、ユーザデータの登録・削除およびメモリの確保・開放などを行う。
【００６２】
メッセージ送信処理部２０４は、呼制御部２０１の指示に基づいて、メッセージデータＭＳを生成しそれを送信するための処理を行う。すなわち、生成したメッセージデータＭＳをデータ送受信部２０５に指示して送信させる。
【００６３】
データ送受信部２０５は、他の装置から送信されてくるメッセージデータＭＳを受信しまたは他の装置に対してメッセージデータＭＳを送信するための処理を行う。
【００６４】
図５は通信不能の検出による呼の切断処理の流れを説明するための図、図６は図５の切断処理で交換されるメッセージデータＭＳを説明するための図である。通話中の携帯端末ＴＲが圏外に移動しまたは電源がオフにされるなどして通信不能の状態になる。アプリケーションサーバ２の通信不能検出部２０２はその旨を検出し、それによって、呼の切断処理が開始される。そのような切断処理が行われる場合のＳＩＰサーバ１およびアプリケーションサーバ２の各部の処理について図５を参照しながら説明する。
【００６５】
携帯端末ＴＲ１と携帯端末ＴＲ２との通話中に（＃１０１）、携帯端末ＴＲ２が通信の圏外に移動するなどして通信不能の状態になると、アプリケーションサーバ２の通信不能検出部２０２は、携帯端末ＴＲ２が通信不能となったことを検出し（＃１０２）、その旨を呼制御部２０１に通知する。すると、呼制御部２０１は、携帯端末ＴＲ２が参加している呼（呼番号「５」）の切断処理を開始する。
【００６６】
この切断処理に際して、呼制御における携帯端末ＴＲ２についての処理を行うために確保していたリソースを開放するようにリソース管理部２０３に指示する。リソース管理部２０３はその指示に基づいてリソースの開放を行う（＃１０３）。
【００６７】
これと並行してまたは前後して、呼制御部２０１は、通信不能が検出された旨および呼の切断処理の開始を示すＳＩＰメッセージであるＢＹＥを含むメッセージデータＭＳを、通信不能となった携帯端末である携帯端末ＴＲ２に宛てて送信するようにメッセージ送信処理部２０４に指示する。メッセージ送信処理部２０４は、その指示に基づいて、まず、図６に示すようなメッセージデータＭＳ１を生成する。
【００６８】
このメッセージデータＭＳ１には、「Message」の項目に「ＢＹＥ」、「To」の項目に、宛先である携帯端末ＴＲ２を示す情報（図中では、「ＴＲ２」と記載する。）、「From」の項目に、その通話相手である携帯端末ＴＲ１を示す情報（図中では、「ＴＲ１」と記載する。）、「ID」の項目に呼番号の「５」が示される。また、「Via1」の項目には、そのメッセージデータＭＳの送信元であるアプリケーションサーバ２を示す情報（図中では、「ＡＳ」と記載する。）が示される。「Route」の項目には、そのメッセージデータＭＳを初めに中継するプロキシサーバであるＳＩＰサーバ１を示す情報（図中では、「ＳＩＰ」と記載する。）が示される。「Flag」には、そのメッセージデータＭＳが、通信不能の検出によって送信されるものであることを示す値である「１」が示される。通信不能が検出された旨を示すＢＹＥについてのメッセージデータＭＳの場合は、「To」の項目に示される携帯端末が、通信不能となった携帯端末を意味する。
【００６９】
そして、メッセージ送信処理部２０４は、生成したメッセージデータＭＳ１をＳＩＰサーバ１に送信する。すなわち、データ送受信部２０５に指示してメッセージデータＭＳ１を送信させる（＃１０４）。
【００７０】
送信されたメッセージデータＭＳ１は、ＳＩＰサーバ１によって中継され、そこから、宛先の携帯端末ＴＲ２に対して送信される。その中継に際して、ＳＩＰサーバ１は、データ送受信部１０１によってそのメッセージデータＭＳ１を受信する。
【００７１】
ＳＩＰサーバ１の呼制御部１０２は、データ送受信部１０１が受信したメッセージデータＭＳ１の判別をメッセージ判別部１０３に指示する。
【００７２】
すると、メッセージ判別部１０３は、その指示に基づいて、まず、メッセージデータＭＳ１の「Message」の内容を参照し、メッセージデータＭＳ１がどのＳＩＰメッセージに係るものであるのかを判別する。さらに、ＢＹＥに係るものであると判別した場合は、「Flag」に示される値を参照し、そのメッセージデータＭＳ１が通信不能の検出によって送信されたものであるか否かを判別する。この判別によって、送信されて来たメッセージデータＭＳ１が、通信不能の検出によって送信されたＢＹＥを示すメッセージデータＭＳとそれ以外のメッセージデータＭＳとに振り分けられる。
【００７３】
ここでは、メッセージデータＭＳ１の「Message」の内容は「ＢＹＥ」であり「Flag」の値は「１」であるので、メッセージデータＭＳ１が通信不能の検出によって送信されたＢＹＥについてのメッセージデータＭＳである、と判別する（＃１０５でＹｅｓ）。そして、その判別の結果を呼制御部１０２に通知する。
【００７４】
なお、もしも、「Flag」の値が「０」であった場合、メッセージ判別部１０３は、そのメッセージデータＭＳ１を、通信不能の検出によって送信されたものではない、ＢＹＥについてのメッセージデータＭＳであると判別し（＃１０５でＮｏ）、それを呼制御部１０２に通知する。この場合、呼制御部１０２は、宛先である携帯端末ＴＲ２に対してＢＹＥについてのメッセージデータＭＳを送信するようにメッセージ送信処理部１０５に指示する。すると、メッセージ送信処理部１０５は、メッセージデータＭＳ１に「Via2」の項目を追加してＳＩＰサーバ１を示す情報を格納し、「Route」および「Flag」の項目を削除して、図６に示すようなメッセージデータＭＳ２を生成する。そして、それを携帯端末ＴＲ２に送信する（＃１０６）。携帯端末ＴＲ２からは、そのメッセージデータＭＳ２に示されるＢＹＥへの応答を示す２００ＯＫについてのメッセージデータＭＳ３が返される（＃１０７）。その後は、ステップ＃１０８以降の処理が実行される。従来の方法で呼の切断処理が行なわれる（図１１のステップ＃９５７以降を参照）。
【００７５】
通信不能の検出によって送信されたものであるとの判別の結果が通知されると、呼制御部１０２は、ステップ＃１０６のように、通信不能となった携帯端末ＴＲ２（メッセージデータＭＳ１の「To」に示される携帯端末）に対してＢＹＥを送信するのではなく、アプリケーションサーバ２に対して２００ＯＫを送信するように、メッセージ送信処理部１０５に指示する。すると、まず、メッセージ送信処理部１０５は、メッセージデータＭＳ１の「Messege」を「２００ＯＫ」に変更し、「Route」および「Flag」の項目を削除して、図６に示すようなメッセージデータＭＳ４を生成する。
【００７６】
メッセージデータＭＳ４を生成すると、メッセージ送信処理部１０５は、それをアプリケーションサーバ２に対して送信する。すなわち、データ送受信部１０１に指示してメッセージデータＭＳ４を送信させる（＃１０９）。
【００７７】
また、これと並行してまたは前後して、呼制御部１０２は、呼制御における携帯端末ＴＲ２についての処理を行うために確保していたリソースを開放するようにリソース管理部１０４に指示する。リソース管理部１０４は、その指示に基づいてリソースを開放する（＃１０８）。
【００７８】
アプリケーションサーバ２のデータ送受信部２０５は、ステップ＃１０９で送信されたメッセージデータＭＳ４受信する。呼制御部２０１は、データ送受信部２０５が受信したメッセージデータＭＳ４を受け取ると、携帯端末ＴＲ１に対してＢＹＥを送信するようにメッセージ送信処理部２０４に指示する。すると、メッセージ送信処理部２０４は、まず、メッセージデータＭＳ４を用いて、図６に示すようなＢＹＥについてのメッセージデータＭＳ５を生成し、それをＳＩＰサーバ１に送信する（＃１１１）。
【００７９】
また、これと並行してまたは前後して、呼制御部２０１は、呼制御における携帯端末ＴＲ１についての処理を行うために確保していたリソースを開放するようにリソース管理部２０３に指示する。リソース管理部２０３は、その指示に基づいてリソースを開放する（＃１１０）。
【００８０】
ＳＩＰサーバ１のデータ送受信部１０１がメッセージデータＭＳ５を受信すると、呼制御部１０２は、そのメッセージデータＭＳ５についての判別をメッセージ判別部１０３に指示する。メッセージ判別部１０３は、その指示に基づいて判別を行いその結果を呼制御部１０２に通知する。ここでは、当然、通信不能の検出によって送信されたものではないＢＹＥについてのメッセージデータＭＳである旨が通知される。
【００８１】
通知を受けると呼制御部１０２は、メッセージデータＭＳ５の「To」の項目に宛先として示される携帯端末ＴＲ１にＢＹＥを送信するようにメッセージ送信処理部１０５に指示する。
【００８２】
メッセージ送信処理部１０５は、そのメッセージデータＭＳ５を用いて、図６に示すようなメッセージデータＭＳ６を生成し、それを携帯端末ＴＲ１に対して送信する（＃１１２）。
【００８３】
携帯端末ＴＲ１は、メッセージデータＭＳ６を受信すると、図６に示すような２００ＯＫについてのメッセージデータＭＳ７を生成し、それをＳＩＰサーバ１に送信する（＃１１３）。ＳＩＰサーバ１のデータ送受信部１０１は、そのメッセージデータＭＳ７を受信する。呼制御部１０２は、データ送受信部１０１が受信したメッセージデータＭＳ７についての判別をメッセージ判別部１０３に指示する。メッセージ判別部１０３は、その指示に基づいて判別を行いその結果を呼制御部１０２に通知する。ここでは、当然、２００ＯＫを示すものである旨が通される。呼制御部１０２は、２００ＯＫをアプリケーションサーバ２に対して送信するようにメッセージ送信処理部１０５に指示する。
【００８４】
すると、メッセージ送信処理部１０５は、まず、そのメッセージデータＭＳ７を用いて、図６に示すようなメッセージデータＭＳ８を生成する。そして、それをアプリケーションサーバ２に対して送信する（＃１１５）。
【００８５】
また、これと並行してまたは前後して、呼制御部１０２は、呼制御における携帯端末ＴＲ１についての処理を行うために確保していたリソースを開放するようにリソース管理部１０４に指示する。リソース管理部１０４は、その指示に基づいてリソースを開放する（＃１１４）。
【００８６】
図７はＢＹＥを受信した際のＳＩＰサーバ１の処理の流れを説明するためのフローチャートである。
【００８７】
図７において、ＳＩＰサーバ１がＢＹＥについてのメッセージデータＭＳを受信すると（＃１３１）、そのメッセージデータＭＳが携帯端末ＴＲの通信不能による呼の切断処理の開始を示すものであるか否かについての判別を行う（＃１３２）。通信不能による呼の切断処理の開始を示すものでない場合は（＃１３２でＮｏ）、そのメッセージデータＭＳを、そこに示される宛先の携帯端末ＴＲに送信する（＃１３３）。これによって携帯端末ＴＲにＢＹＥが通知される。
【００８８】
そのＢＹＥに対する２００ＯＫ（２００ＯＫを示すメッセージデータＭＳ）がその携帯端末ＴＲから返信されてくると、それを受信する（＃１３４）。２００ＯＫを受信すると、ユーザデータの削除などを行うことによって、その携帯端末ＴＲのために確保しておいた呼制御のためのリソースを開放する（＃１３５）。また、それと並行してまたは前後して、その２００ＯＫをアプリケーションサーバ２に送信する（＃１３６）。
【００８９】
ステップ＃１３１で受信したＢＹＥについてのメッセージデータＭＳが通信不能による呼の切断処理の開始を示すものである場合は（＃１３２でＹｅｓ）、そのメッセージデータＭＳを宛先の携帯端末ＴＲ（つまり、通信不能が検出された携帯端末ＴＲ）には送信せず、ステップ＃１３５以降の処理を行う。すなわち、そのメッセージデータＭＳに示される宛先の携帯端末ＴＲのために確保しておいた呼制御のためのリソースを開放する（＃１３５）。そして、そのメッセージデータＭＳに対する応答を示す２００ＯＫをアプリケーションサーバ２に送信する（＃１３３）。
【００９０】
以上説明したように、本実施形態においては、ＳＩＰサーバ１は、受信したメッセージデータＭＳに通信不能の検出の旨が示されている場合は、そのメッセージデータＭＳをそこに宛先として示される携帯端末ＴＲに送信することはせず、その送信の処理をスキップする。そして、もう一方の携帯端末ＴＲにのみ、その後に送られてくるＢＹＥについてのメッセージデータＭＳを送信する。これによって従来の方法よりも呼の切断処理が短縮される。
【００９１】
また、通信不能の旨が示されていない場合は、宛先の携帯端末ＴＲにそのメッセージデータＭＳを送信し、その後、さらに送られてくる他方の携帯端末ＴＲ宛のＢＹＥについてのメッセージデータＭＳを当該他方の携帯端末ＴＲに送信する。すなわち、この場合は、両方の携帯端末ＴＲにＢＹＥを送信する。
【００９２】
ところで、移動体通信において、ＳＩＰサーバなどから送信されたＳＩＰメッセージに対する応答が携帯端末から返信されてこないことがある。携帯端末からの返信がないとそれ以降の処理が続行できないという弊害が生じてしまう。このようなことは、図１１のステップ＃９５５のように通信不能が検出された携帯端末に対してＢＹＥを送信した際に、特に多く発生する。そのような携帯端末は、通信圏外にいることによってＢＹＥを受信できなかったり、通信環境の悪い場所にいるためにいったん通信圏内に戻ってＢＹＥを受信したが再び通信圏外となってＢＹＥを送信することができなくなったりする可能性が高いためである。
【００９３】
本実施形態においては、ＳＩＰサーバ１は、通信不能が検出されたことによってアプリケーションサーバ２から送信されて来たＢＹＥについてのメッセージデータＭＳを、その通信不能が検出された携帯端末ＴＲに対して送信することなく、その送信の処理をスキップして次の処理に移る。すなわち、自律で、その携帯端末ＴＲのために自身で確保しておいたリソースを開放し、そのＢＹＥに対する２００ＯＫをアプリケーションサーバ２に対して送信する。これによって、上記のような弊害を従来よりも低減できる。
【００９４】
また、従来、図１２に示すように、ＢＹＥに対する携帯端末Ｂからの返信に対して応答時間を設けておき、その応答時間がタイムアップ（満了）したときに次の処理を続行することが行われている。すなわち、図１２のステップ＃９７３においてＢＹＥを送信するタイミングでセッションタイマを起動する（＃９７５）。そのＢＹＥに対する２００ＯＫが返信されてこない間、所定のタイミングで、ＢＹＥを再送する（＃９７６〜＃９７９）。セッションタイマがタイムアップすると（＃９８０）、その携帯端末Ｂのために確保しておいた呼制御のためのリソースを開放し（＃９８１）、アプリケーションサーバに対して２００ＯＫを送信する（＃９８２）。そして、以降の処理を続行する。
【００９５】
このような従来の方法では、セッションタイマがタイムアップするまでの間ＢＹＥが再送されるので、無用にトラヒックの増加を招いてしまう。また、セッションタイマがタイムアップするまでの間待ちの状態が発生する上、それによってリソースの開放が遅れるので、全体として処理効率が低下するという弊害が生じる。
【００９６】
本実施形態においては、通信不能が検出された携帯端末ＴＲに対してＢＹＥを送信することなく、自律で（自動的に）その後の処理を続行するので、プロトコルタイマによる待機時間を短縮することができ、上記のような処理効率の低下を抑えることができる。このような効果は、複数の携帯端末ＴＲが同時期に通信不能となった場合に、特に顕著に現れる。
【００９７】
本実施形態においては、携帯端末同士が通話を行う場合の例を示したが、通話を行う片方が固定電話またはパーソナルコンピュータなどであってもよい。
【００９８】
本実施形態においては、図５において、初めにＢＹＥメッセージを送られるべき、すなわち呼の終了処理の要求に関するＳＩＰメッセージを送られるべき携帯端末ＴＲ２をＵＡＳとして扱うことができる。また、その相手方の携帯端末ＴＲ１をＵＡＣとして扱うことができる。
【００９９】
また、本実施形態で説明した呼制御を、携帯電話の基地局制御装置などの他の装置によって実現するようにしてもよい。例えば、基地局制御装置においてＳＩＰメッセージの送信を制御する。すなわち、携帯端末ＴＲが通信不能となったことによって送信されるその携帯端末ＴＲ宛てのＢＹＥを、基地局制御装置で破棄するなどしてその携帯端末ＴＲに送信されないようにする。そして、その基地局制御装置から、そのＢＹＥに対する２００ＯＫを返信するようにする。また、その場合において、基地局制御装置で携帯端末ＴＲの通信不能を検出できるようにしてもよい。
【０１００】
なお、ＳＩＰサーバ１は、アプリケーションサーバ２との間にはＳＩＰを用い、加入者情報管理サーバ３との間にはDiameterを用いて通信を行うことができる。
【０１０１】
その他、移動体通信ネットワークＭＣＮ、呼管理システムＫＫＳ、ＳＩＰサーバ１、アプリケーションサーバ２の各部の構成、機能、各データが示す内容、処理の内容または順序などは、本発明の趣旨に沿って適宜変更することができる。
【０１０２】
上に述べた実施例には、以下に述べるような付記も開示されている。
（付記１）
移動体通信ネットワークに用いられる呼管理システムにおける呼管理方法であって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことが検出されたときに、当該通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する、
ことを特徴とする呼管理方法。
（付記２）
前記メッセージは、通話中の端末装置に、当該通話を終了する処理をさせるための情報である、
付記１記載の呼管理方法。
（付記３）
移動体通信ネットワークに用いられる呼管理システムにおける呼管理方法であって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことが検出されたときに、
通話中の端末装置ごとに確保されている当該呼管理システム内のリソースのうち、通信不能となった端末装置のために確保されているリソースを開放し、
当該通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する、
ことを特徴とする呼管理方法。
（付記４）
移動体通信ネットワークに用いられる呼管理システムであって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことを検出する検出手段と、
前記検出手段が通信不能を検出したときに、通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する送信手段と、
を有することを特徴とする呼管理システム。
（付記５）
通話中の端末装置ごとに確保されている当該呼管理システム内のリソースを開放するための処理を行なう呼管理システムリソース開放処理手段を有し、
前記呼管理システムリソース開放処理手段は、前記検出手段が通信不能を検出したときに、通信不能が検出された端末装置に対して確保されている前記リソースを開放する、
付記４記載の呼管理システム。
（付記６）
移動体通信ネットワークに用いられる呼管理システムであって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことを検出する検出手段と、
互いに通話中の端末装置に宛ててメッセージを送信することによって当該通話を終了させるための処理を行う処理手段と、を有し、
前記処理手段は、ユーザが通話を終了するための操作を行った場合には、当該通話を行っている全ての端末装置に宛てて前記メッセージを送信し、前記検出手段が通信不能を検出した場合には、通信不能となった端末装置の通話相手の端末装置のみに宛てて当該メッセージを送信する、
ことを特徴とする呼管理システム。
（付記７）
移動体通信ネットワークに用いられるメッセージ処理サーバシステムであって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことを検出するアプリケーションサーバシステムから、通信不能を検出した旨および通信不能となった端末装置を特定するための内容を含む第１の情報を受信する受信手段と、
互いに通話中の端末装置のうちのいずれかが通信不能となったことによって当該通話を終了させるための処理が行われる場合に、前記受信手段が受信した前記第１の情報に基づいて、当該通話を終了させるためのメッセージを、通信不能となった端末装置に宛てては送信することなく、その通話相手の端末装置に宛てて送信するメッセージ送信処理手段と、
を有することを特徴とするメッセージ処理サーバシステム。
（付記８）
通話中の端末装置ごとに確保されている当該メッセージ処理サーバシステム内のリソースを開放するための処理を行なうリソース開放処理手段を有し、
前記リソース開放処理手段は、前記受信手段が前記第１の情報を受信すると、当該第１の情報に基づいて、通信不能となった端末装置のために確保されている前記リソースを開放する、
付記７記載のメッセージ処理サーバシステム。
（付記９）
移動体通信ネットワークにおいて通話を行っている端末装置に対して当該通話を終了させるためのメッセージを送信するメッセージ処理サーバシステムと互いに接続可能なアプリケーションサーバシステムであって、
互いに通話中の端末装置のうちのいずれかが通信不能となったことを検出する検出手段と、
前記検出手段が通信不能を検出したときに、通信不能を検出した旨および通信不能となった端末装置を特定するための内容を含む情報であって、当該通信不能となった端末装置に宛てては前記メッセージを送信することなくその通話相手の端末装置に宛てて当該メッセージを送信する処理を行なうために前記メッセージ処理サーバシステムが用いる第１の情報を、当該メッセージ処理サーバシステムに対して送信する送信手段と、
有することを特徴とするアプリケーションサーバシステム。
（付記１０）
通話中の端末装置ごとに確保されている当該アプリケーションサーバシステム内のリソースを開放するための処理を行なう第１のリソース開放処理手段を有し、
前記第１のリソース開放処理手段は、前記検出手段が通信不能を検出したときに、通信不能が検出された端末装置に対して確保されている当該アプリケーションサーバシステム内のリソースを開放する、
付記９記載のアプリケーションサーバシステム。
（付記１１）
移動体通信ネットワークに用いられる呼管理システムであって、
当該呼管理システムは、第１のサーバシステムおよび第２のサーバシステムを有し、
前記第１のサーバシステムは、
互いに通話中の端末装置のうちのいずれかが通信不能となったことを検出する検出手段と、
前記検出手段が通信不能を検出したときに、通信不能を検出した旨および通信不能となった前記端末装置を特定するための内容を含む第１の情報を前記第２のサーバシステムに対して送信する送信手段と、を有し、
前記第２のサーバシステムは、
前記第１のサーバシステムから前記第１の情報を受信する受信手段と、
互いに通話中の端末装置に宛ててメッセージを送信することによって当該通話を終了させるための処理を行う処理手段と、を有し、
前記処理手段は、ユーザが通話を終了するための操作を行った場合には、当該通話を行っている全ての端末装置に宛てて前記メッセージを送信し、前記受信手段が前記第１の情報を受信した場合には、当該第１の情報に基づいて、通信不能となった端末装置の通話相手の端末装置のみに宛てて前記メッセージを送信する、
ことを特徴とする呼管理システム。
（付記１２）
前記第１のサーバシステムは、通話中の端末装置ごとに確保されている当該第１のサーバシステム内のリソースを開放するための処理を行なう第１のリソース開放処理手段を有し、
前記第１のリソース開放処理手段は、前記検出手段が通信不能を検出したときに、通信不能が検出された端末装置のために確保されている当該第１のサーバシステム内のリソースを開放する、
付記１１記載の呼管理システム。
（付記１３）
前記第２のサーバシステムは、通話中の端末装置ごとに確保されている当該第２のサーバシステム内のリソースを開放するための処理を行なう第２のリソース開放処理手段を有し、
前記第２のリソース開放処理手段は、前記受信手段が前記第１の情報を受信したときに、当該第１の情報によって特定される端末装置のために確保されている当該第２のサーバシステム内のリソースを開放する、
付記１１または１２記載の呼管理システム。
（付記１４）
移動体通信ネットワークに用いられるコンピュータに、
互いに通話中の端末装置のうちのいずれかが通信不能となったことが検出されたときに、当該通話を終了させるためのメッセージを、通信不能となった端末装置に送信することなく、その通話相手の端末装置に宛てて送信する処理を実行させる、
ことを特徴とするコンピュータプログラム。
【図面の簡単な説明】
【０１０３】
【図１】本発明に係る移動体通信ネットワークの全体的な構成の例を示す図である。
【図２】移動体通信ネットワークをCSCFに着目して表した場合のブロック図である。
【図３】ＳＩＰサーバおよびアプリケーションサーバの機能的構成の例を示す図である。
【図４】メッセージデータの構成の例を示す図である。
【図５】通信不能の検出による呼の切断処理の流れを説明するための図である。
【図６】図５の切断処理で交換されるメッセージデータを説明するための図である。
【図７】ＢＹＥを受信した際のＳＩＰサーバの処理の流れを説明するためのフローチャートである。
【図８】従来の方法による呼の確立の処理の流れを説明するための図である。
【図９】従来の方法による呼の切断処理の流れを説明するための図である。
【図１０】ＳＩＰサーバおよびアプリケーションサーバによる従来の呼の切断処理の流れを説明するための図である。
【図１１】通信不能の検出による従来の呼の切断処理の流れを説明するための図である。
【図１２】通信不能の検出による従来の呼の切断処理の流れを説明するための図である。
【符号の説明】
【０１０４】
１  ＳＩＰサーバ（メッセージ処理サーバシステム）
２  アプリケーションサーバ（アプリケーションサーバシステム）
１０１  データ送受信部（送信手段、メッセージ送信処理手段、受信手段）
１０４  リソース管理部（呼管理システムリソース開放処理手段、リソース開放処理手段）
１０５  メッセージ送信処理部（送信手段、メッセージ送信処理手段）
２０２  通信不能検出部（検出手段）
２０３  リソース管理部（呼管理システムリソース開放処理手段）
ＫＫＳ  呼管理システム
ＭＣＮ  移動体通信ネットワーク
ＭＳ１  メッセージデータ（第１の情報）
ＴＲ  携帯端末（端末装置）
【図１】
2008153782.tif 000003
【図２】
2008153782.tif 000004
【図３】
2008153782.tif 000005
【図４】
2008153782.tif 000006
【図５】
2008153782.tif 000007
【図６】
2008153782.tif 000008
【図７】
2008153782.tif 000009
【図８】
2008153782.tif 000010
【図９】
2008153782.tif 000011
【図１０】
2008153782.tif 000012
【図１１】
2008153782.tif 000013
【図１２】
2008153782.tif 000014