(57)【要約】【課題】２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しない制御を実現する。【解決手段】発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御する。第１の識別情報が付加された第１の接続要求信号を受信する（図４中のステップＳ１０１、Ｓ１０２）。この受信した第１の識別情報を、第２の接続要求信号に付加して送信する（図４中のステップＳ１０４、Ｓ１０５）。第１の識別情報が付加されている第２の接続要求信号を受信した場合に、上記先発呼の解放を抑止する（図４中のステップＳ１０６）。このように制御すれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないように制御できる。【選択図】      図４
2008072315.tif 000002
【特許請求の範囲】
【請求項１】
発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理システムであって、第１の識別情報が付加された第１の接続要求信号を受信する接続要求信号受信手段と、前記接続要求受信手段によって受信した前記第１の識別情報を、第２の接続要求信号に付加して送信する接続要求信号送信手段と、受信した第２の接続要求信号に前記第１の識別情報が付加されている場合には、前記先発呼の解放を抑止する解放抑止手段とを含むことを特徴とするセッション管理システム。
【請求項２】
発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理システムに用いるセッション管理サーバ装置であって、第１の識別情報が付加された第１の接続要求信号を受信する接続要求信号受信手段と、前記接続要求受信手段によって受信した前記第１の識別情報を、第２の接続要求信号に付加して送信する接続要求信号送信手段とを含み、前記第１の識別情報が付加されている前記第２の接続要求信号の受信先において、前記先発呼の解放を抑止するようにしたことを特徴とするセッション管理サーバ装置。
【請求項３】
発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理システムに用いるセッション管理サーバ装置であって、第１の接続要求信号の送信元と第２の接続要求信号の送信元とが同一であるか判定する判定手段と、前記判定手段によって送信元が同一であると判定された場合、前記第１の接続要求信号及び前記第２の接続要求信号のうち、先に送信された接続要求信号について切断処理を行う呼切断手段とを含むことを特徴とするセッション管理サーバ装置。
【請求項４】
発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理方法であって、第１の識別情報が付加された第１の接続要求信号を受信する接続要求信号受信ステップと、前記接続要求受信ステップにおいて受信した前記第１の識別情報を、第２の接続要求信号に付加して送信する接続要求信号送信ステップと、前記第１の識別情報が付加されている第２の接続要求信号を受信した場合に、前記先発呼の解放を抑止する解放抑止ステップとを含むことを特徴とするセッション管理方法。
【請求項５】
発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理方法であって、第１の接続要求信号の送信元と第２の接続要求信号の送信元とが同一であるか判定する判定ステップと、前記判定ステップにおいて送信元が同一であると判定された場合、前記第１の接続要求信号及び前記第２の接続要求信号のうち、先に送信された接続要求信号について切断処理を行う呼切断ステップとを含むことを特徴とするセッション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はセッション管理システム、セッション管理サーバ装置、セッション管理方法に関し、特に２重発呼を防止するためのセッション管理システム、セッション管理サーバ装置、セッション管理方法に関する。
【背景技術】
【０００２】
一般に、ユーザ端末によって確立することのできるセッション数については、予めその接続数に制限が設定されている。例えば、ユーザ毎の接続数制限をサーバで設定し、制限された接続数を超えるセッション確立が要求された場合には、新規な呼を接続不可とする技術がある（例えば、特許文献１参照）。
【特許文献１】特開２００２−３２２７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、複数呼を発信できる移動通信端末装置がある。例えば、周知のＩＭＴ（International Mobile Telecommunication）−２０００に準拠した移動通信方式である携帯電話網による通信機能を有する端末装置である。
このような移動通信端末装置において、ユーザが呼を発信した後、新たに別の呼を発信すると、２重呼になってしまう。例えば、通話中の移動通信端末装置が移動して圏外状態（基地局からの電波が届かない状態）になった場合、終話操作をしても、その操作によって出力される信号は基地局等ネットワーク側には届かない。このため、その後に、移動通信端末装置が移動して再び圏内状態（基地局からの電波が届いている状態）になって発信すると、２重呼になってしまう。この場合、先発の呼が浮いてしまう状態になる。このような場合に、発信者に課金することを考えると、通話時間をどのように算出すべきか問題となる。したがって、このような場合には、先発呼を強制的に切断する必要がある。
【０００４】
携帯電話網における、セッション追加時の処理内容について、図７を参照して説明する。
同図は、携帯電話網における音声通話のセッション追加時の処理を示すシーケンス図である。同図において、移動通信端末装置１から発呼操作を行うと、接続要求信号が交換機６へ送信される（ステップＳ５０１）。交換機６は、ＭＳＣ（Mobile Switching Center）としての機能と、ＶＬＲ（Visitor Location Register）としての機能とを有しており、ユーザ毎に許容するセッション数を保持している。このため、交換機６は、接続要求信号を受信すると、セッション数が許容された数を超過したかどうか判定する（ステップＳ５０２）。そして、許容されたセッション数を超過したと判断された場合、交換機６は、接続要求応答信号を「ＮＧ」（すなわち接続不可）として移動通信端末装置１へ返信する（ステップＳ５０３）。以上の処理によって、新規な呼が接続不可となる。
【０００５】
しかしながら、新規な呼すなわち後発呼を一律に接続不可とすることは適切な制御とはいえない場合がある。例えば、先発呼を発信した後に、発信側の移動通信端末装置１が圏外状態になると、呼が浮いた状態になり、このような場合に後発呼を接続不可にすると不安定な動作状態が継続するという問題がある。
また、携帯電話網による通信機能と共に、無線ＬＡＮ（以下、ＷＬＡＮと略称する）による通信機能を有する移動通信端末装置も存在する。このような移動通信端末装置においても、２重呼が発生することがある。すなわち、図８に示されているように、ユーザＡが使用する移動通信端末装置１とユーザＢが使用する移動通信端末装置５とがユーザＡ側のＳＩＰ（Session Initiation Protocol）サーバ装置２及びユーザＢ側のＳＩＰサーバ装置３を介して通信中の状態を考える（ステップＳ７０１）。なお、この通信における識別子（Call-ID）は「１」である。
【０００６】
この移動通信端末装置１が圏外の状態になり、移動通信端末装置１から別のユーザＣの移動通信端末装置１０へ向けて接続要求信号が送出される（ステップＳ７０２）。なお、この接続要求信号の識別子（Call-ID）は「２」である。
すると、ＳＩＰサーバ装置２では、先発呼の有無が判定される（ステップＳ７０３）。ここでは、先発呼が存在しているので、このような状態は、先発呼が浮いている状態である。したがって、先発呼を解放する必要がある。
【０００７】
この場合、まず、ＳＩＰサーバ装置２が先発呼を解放する処理を起動する（ステップＳ７０４）。これにより、識別子が「１」である先発呼について切断処理が行われる（ステップＳ７０５）。すなわち、２重発呼を防ぐために、先発呼の解放処理が実施される。
その後、ＳＩＰサーバ装置２は、ユーザＣの移動通信端末装置１０へ向けて接続要求信号を送出する（ステップＳ７０６）。この接続要求信号は、ユーザＣ側のＳＩＰサーバ装置９を介して移動通信端末装置１０へ送信される。なお、この接続要求信号の識別子（Call-ID）は「２」である。
【０００８】
上述した先発呼の解放においては、２重発呼のうちの先発呼を一律に解放することになる。しかしながら、発信ユーザとして振る舞うサーバ装置がネットワーク内に存在する場合、該装置からの呼が解放されると、所定のサービスを提供することができなくなるという問題がある。例えば、図９に示されているように、アプリケーションサーバ装置（ＡＳ）４がネットワーク内に存在している場合において、移動通信端末装置１から発呼操作を行うと、接続要求信号が送出される（ステップＳ８０１）。この接続要求信号は、ＳＩＰサーバ装置２を介してアプリケーションサーバ装置４へ送信される（ステップＳ８０２）。なお、この接続要求信号の識別子（Call-ID）は「１」である。
【０００９】
アプリケーションサーバ装置４は、例えば、音声自動応答装置（ＩＶＲ：Interactive Voice Response）である。このアプリケーションサーバ装置４は、接続要求信号を受信すると、発ユーザ端末装置として振る舞い、発信された番号を裏番号に変換する裏番号展開等の処理を行う（ステップＳ８０３）。この場合、アプリケーションサーバ装置４は、新たな接続要求信号を折り返して送出する（ステップＳ８０４）。なお、この新たな接続要求信号の識別子（Call-ID）は「２」である。
【００１０】
この新たな接続要求信号を受信したＳＩＰサーバ装置２は、ユーザに許容されているセッション数を判定する（ステップＳ８０５）。ここで、許容されているセッション数が「１」の場合は、アプリケーションサーバ装置４からの折り返し呼（すなわち新たな接続要求信号）は、第２呼の発信とみなされる。このため、識別子（Call-ID）が「１」である第１呼についての解放処理が起動される。これにより、第１呼の解放処理が行われる（ステップＳ８０６）。
【００１１】
なお、図８中のＳＩＰサーバ装置２、５及び９は、ＣＰＵ（Central Processing Unit）、記憶部、入出力部等を有するコンピュータを用いて実現することができる。
ここで、ＳＩＰサーバ装置とアプリケーションサーバ装置との間において授受される接続要求信号の具体例について図１０を参照して説明する。図１０（ａ）は、図９中のステップＳ８０２においてＳＩＰサーバ装置２からアプリケーションサーバ装置４へ送信される接続要求信号の例を示す図、図１０（ｂ）は図９中のステップＳ８０４においてアプリケーションサーバ装置４からＳＩＰサーバ装置２へ送信される接続要求信号の例を示す図、である。
【００１２】
図１０（ａ）に示されているように、ＳＩＰサーバ装置２からアプリケーションサーバ装置４への接続要求信号（つまりユーザＡからユーザＢへの接続要求信号）は、識別子（Call-ID）が「12345601＠atlanta.example.com」である。これが第１呼である。
これに対し、同図（ｂ）に示されているように、アプリケーションサーバ装置４からＳＩＰサーバ装置２への接続要求信号は、識別子（Call-ID）が「98765432＠atlanta.example.com」である。つまり、これは、第１呼とは異なる第２呼である。このように、識別子が異なる呼であるため、同図（ａ）の接続要求信号に対応する、先発呼について、解放処理が行われることになる。
【００１３】
以上のように、ネットワーク内のアプリケーションサーバ装置からの折り返し呼について、ＳＩＰサーバ装置は、新規呼として扱われる。このため、先発呼が解放されてしまい、所定のサービスを提供することができない。つまり、切断すべきではない呼について切断されてしまうという問題がある。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような適切な制御を実現できるセッション管理システム、セッション管理サーバ装置、セッション管理方法を提供することである。
【課題を解決するための手段】
【００１４】
本発明の請求項１によるセッション管理システムは、発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理システムであって、第１の識別情報が付加された第１の接続要求信号を受信する接続要求信号受信手段と、前記接続要求受信手段によって受信した前記第１の識別情報を、第２の接続要求信号に付加して送信する接続要求信号送信手段と、受信した第２の接続要求信号に前記第１の識別情報が付加されている場合には、前記先発呼の解放を抑止する解放抑止手段とを含むことを特徴とする。このような構成によれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【００１５】
本発明の請求項２によるセッション管理サーバ装置は、発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理システムに用いるセッション管理サーバ装置であって、第１の識別情報が付加された第１の接続要求信号を受信する接続要求信号受信手段と、前記接続要求受信手段によって受信した前記第１の識別情報を、第２の接続要求信号に付加して送信する接続要求信号送信手段とを含み、前記第１の識別情報が付加されている前記第２の接続要求信号の受信先において、前記先発呼の解放を抑止するようにしたことを特徴とする。このような構成によれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【００１６】
本発明の請求項３によるセッション管理サーバ装置は、発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理システムに用いるセッション管理サーバ装置であって、第１の接続要求信号の送信元と第２の接続要求信号の送信元とが同一であるか判定する判定手段と、前記判定手段によって送信元が同一であると判定された場合、前記第１の接続要求信号及び前記第２の接続要求信号のうち、先に送信された接続要求信号について切断処理を行う呼切断手段とを含むことを特徴とする。このような構成によれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【００１７】
本発明の請求項４によるセッション管理方法は、発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理方法であって、第１の識別情報が付加された第１の接続要求信号を受信する接続要求信号受信ステップと、前記接続要求受信ステップにおいて受信した前記第１の識別情報を、第２の接続要求信号に付加して送信する接続要求信号送信ステップと、前記第１の識別情報が付加されている第２の接続要求信号を受信した場合に、前記先発呼の解放を抑止する解放抑止ステップとを含むことを特徴とする。このような方法を採用すれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【００１８】
本発明の請求項５によるセッション管理方法は、発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理方法であって、第１の接続要求信号の送信元と第２の接続要求信号の送信元とが同一であるか判定する判定ステップと、前記判定ステップにおいて送信元が同一であると判定された場合、前記第１の接続要求信号及び前記第２の接続要求信号のうち、先に送信された接続要求信号について切断処理を行う呼切断ステップとを含むことを特徴とする。このような方法を採用すれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【発明の効果】
【００１９】
本発明によれば、第１の接続要求信号の送信元と第２の接続要求信号の送信元とが同一であるか判定し、送信元が同一であると判定された場合には先に送信された接続要求信号について切断処理を行うことにより、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
また、第１の識別情報を第２の接続要求信号に付加して送信し、そのような信号を受信した場合には、先発呼の解放を抑止することにより、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような適切な制御を実現できるという効果がある。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（セッション管理システム）
図１は、本発明によるセッション管理システムの動作例を示すシーケンス図である。同図において、発信側の移動通信端末装置１から発呼操作を行うと、接続要求信号がＳＩＰサーバ装置２へ送信される（ステップＳ６０１）。
【００２１】
ＳＩＰサーバ装置２は、ユーザ毎に許容するセッション数を保持している。このため、ＳＩＰサーバ装置２は、接続要求信号を受信すると、通信中の呼の有無を判定する（ステップＳ６０２）。そして、通信中の呼が有ると判定された場合には、第１呼の切断処理を起動する（ステップＳ６０３）。
これにより、移動通信端末装置１、ＳＩＰサーバ装置２、及び、ＳＩＰサーバ装置３により、第１呼についての切断処理が行われる（ステップＳ６０４）。その後、ＳＩＰサーバ装置２は、第２呼の確立処理を起動する（ステップＳ６０５）。そして、ＳＩＰサーバ装置２からＳＩＰサーバ装置３へ、接続要求信号が送信される（ステップＳ６０６）。その後、図示せぬ着信側の移動通信端末装置への着信処理が行われる。
【００２２】
図２は、図１中のＳＩＰサーバ装置２が管理している情報の例を示す図である。同図において、ＳＩＰサーバ装置２が管理している情報は、セッションを識別するための「セッションＮｏ．」、発信側端末装置を識別するための「発信側端末装置ＩＤ」、着信側端末装置を識別するための「着信側端末装置ＩＤ」、呼すなわち接続要求信号の識別子（Call-ID）、である。同図の場合、セッションＮｏ．「ＳＳ１」の発信側端末装置ＩＤが「ＩＤ１」、着信側端末装置ＩＤが「ＩＤ２」、接続要求信号の識別子（Call-ID）が「１２３４５６０１」、である。また、セッションＮｏ．「ＳＳ２」の発信側端末装置ＩＤが「ＩＤ１」、着信側端末装置ＩＤが「ＩＤ２」、接続要求信号の識別子（Call-ID）が「９８７６５４３２」、である。このため、セッションＮｏ．「ＳＳ１」及び「ＳＳ２」において、発信側端末装置ＩＤが同一であり、同じ端末装置から２重に発呼されていると判定できる。そこで、このような場合には、上述したように、先発呼である第１呼についての切断処理が行われ、その後に、後発呼である第２呼の確立処理が行われる。つまり、２重に発呼された場合に、適切な制御が行われる。
【００２３】
（セッション管理サーバ装置）
上述したセッション管理システムにおいてセッション管理サーバ装置として機能するＳＩＰサーバ装置２は、ＣＰＵ、記憶部、入出力部等を有するコンピュータを用いて実現することができる。本発明において、このＳＩＰサーバ装置２は、以下の機能を有している。すなわち、発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理システムに用いるセッション管理サーバ装置であり、図３に示されているように、第１の接続要求信号の送信元と第２の接続要求信号の送信元とが同一であるか判定する判定手段２１と、この判定手段２１によって送信元が同一であると判定された場合、前記第１の接続要求信号及び前記第２の接続要求信号のうち、先に送信された接続要求信号について切断処理を行う呼切断手段２２とを含んで構成されており、第１の接続要求信号について呼を切断し、第２の接続要求信号について呼を接続している。このような構成によれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【００２４】
（他のセッション管理システム）
図４は、本発明による他のセッション管理システムの動作例を示すシーケンス図である。同図において、移動通信端末装置１から発呼操作を行うと、接続要求信号が送出される（ステップＳ８０１）。この接続要求信号は、ＳＩＰサーバ装置２を介してアプリケーションサーバ装置４へ送信される（ステップＳ１０２）。なお、この接続要求信号の識別子（Call-ID）は「１」である。
【００２５】
アプリケーションサーバ装置４は、接続要求信号を受信すると、発ユーザ端末装置として振る舞い、発信された番号を裏番号に変換する裏番号展開等の処理を行う（ステップＳ１０３）。さらに、アプリケーションサーバ装置４は、ＳＩＰサーバ装置２への折り返し呼に第１呼の識別子（Call-ID）を付加する（ステップＳ１０４）。そして、アプリケーションサーバ装置４は、第１呼の識別子が付加された新たな接続要求信号を折り返して送出する（ステップＳ１０５）。つまり、この新たな接続要求信号の識別子（Call-ID）は「２」で、さらに第１呼の識別子（Call-ID）である「１」が付加されている。
【００２６】
この新たな接続要求信号を受信したＳＩＰサーバ装置２は、その信号がアプリケーションサーバ装置４からの折り返し呼か否かの判定を行う（ステップＳ１０６）。この場合、既に割当てられている識別子「１」が付加されているので、受信した接続要求信号はアプリケーションサーバ装置４からの折り返し呼であると判定する。このため、ＳＩＰサーバ装置２においては、識別子（Call-ID）が「１」である第１呼についての解放処理は起動されない。つまり、先発呼についての解放処理が抑止される。したがって、ＳＩＰサーバ装置２は、識別子（Call-ID）が「２」である新たな接続要求信号を送出する（ステップＳ１０７）。この接続要求信号は、ＳＩＰサーバ装置３を介してユーザＢの移動通信端末装置５に送信される（ステップＳ１０８）。
【００２７】
なお、ＳＩＰサーバ装置２は、アプリケーションサーバ装置４からの折り返し呼ではない接続要求信号（図示せず）を受信した場合、解放処理は抑止されず、図９の場合と同様に、解放処理が行われる。その結果、先発呼が切断されることになる。
要するに、本発明においては、古い呼（第１の呼）のＩＤを新しい呼（第２の呼）に付加することで、呼の紐付けを行い、本来行われるべき先発呼の解放処理を抑止するので、所定のサービスの実現を妨げない。つまり、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【００２８】
（接続要求信号の例）
ここで、ＳＩＰサーバ装置とアプリケーションサーバ装置との間において授受される接続要求信号の具体例について図５を参照して説明する。図５（ａ）は、図４中のステップＳ１０２においてＳＩＰサーバ装置２からアプリケーションサーバ装置４へ送信される接続要求信号の例を示す図、図５（ｂ）は図４中のステップＳ１０５においてアプリケーションサーバ装置４からＳＩＰサーバ装置２へ送信される接続要求信号の例を示す図、である。
図５（ａ）に示されているように、ＳＩＰサーバ装置２からアプリケーションサーバ装置４への接続要求信号（つまりユーザＡからユーザＢへの接続要求信号）は、識別子（Call-ID）が「12345601＠atlanta.example.com」である。これが第１呼である。
【００２９】
これに対し、同図（ｂ）に示されているように、アプリケーションサーバ装置４からＳＩＰサーバ装置２への接続要求信号は、識別子（Call-ID）が「98765432＠atlanta.example.com」である。つまり、これは、第１呼とは異なる第２呼である。さらに、アプリケーションサーバ装置４からＳＩＰサーバ装置２への接続要求信号には、既に割当てられている識別子（Call-ID-Already-Assigned）「12345601＠atlanta.example.com」が付加されている。このように、既に割当てられている識別子が付加されている場合、それを受信したＳＩＰサーバ装置２において第１呼の解放は行わない。つまり、先発呼の解放が抑止される。そして、ＳＩＰサーバ装置２においては、新たな呼の接続が許容される。
このように先発呼の識別子を付加して制御すれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【００３０】
（アプリケーションサーバ装置）
上述したセッション管理システムに用いられるアプリケーションサーバ装置４は、ＣＰＵ、記憶部、入出力部等を有するコンピュータを用いて実現することができる。本発明において、このアプリケーションサーバ装置４は、以下の機能を有している。すなわち、発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理システムに用いるサーバ装置であり、図６に示されているように、第１の識別情報（Call-ID＝１）が付加された第１の接続要求信号を受信する接続要求信号受信手段４１と、上記接続要求受信手段４１によって受信した上記第１の識別情報（Call-ID＝１）を、第２の接続要求信号に付加して送信する接続要求信号送信手段４２とを含んで構成されており、上記第１の識別情報（Call-ID＝１）が付加されている上記第２の接続要求信号の受信先（つまり、ＳＩＰサーバ装置２）において、上記先発呼の解放を抑止するようにしている。このような構成によれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【００３１】
（セッション管理方法）
上述した図１のセッション管理システムでは、以下のようなセッション管理方法が実現されている。すなわち、発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理方法であって、第１の接続要求信号の送信元と第２の接続要求信号の送信元とが同一であるか判定する判定ステップ（図１中のステップＳ６０２に対応）と、上記判定ステップにおいて送信元が同一であると判定された場合、上記第１の接続要求信号及び上記第２の接続要求信号のうち、先に送信された接続要求信号について切断処理を行う呼切断ステップ（図１中のステップＳ６０３、Ｓ６０４に対応）とを含むセッション管理方法が実現されている。
このような方法を採用すれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【００３２】
また、図４のセッション管理システムでは、以下のようなセッション管理方法が実現されている。すなわち、発呼の際に送信される接続要求信号に付加されている識別情報により、２重発呼のうちの先発呼の解放を制御するセッション管理方法であり、第１の識別情報が付加された第１の接続要求信号を受信する接続要求信号受信ステップ（図４中のステップＳ１０１、Ｓ１０２に対応）と、上記接続要求受信ステップにおいて受信した上記第１の識別情報を、第２の接続要求信号に付加して送信する接続要求信号送信ステップ（図４中のステップＳ１０４、Ｓ１０５に対応）と、上記第１の識別情報が付加されている第２の接続要求信号を受信した場合に、上記先発呼の解放を抑止する解放抑止ステップ（図４中のステップＳ１０６に対応）とを含むセッション管理方法が実現されている。
このようなセッション管理方法を採用すれば、２重発呼のうちの先発呼を一律に解放するのではなく、切断すべきではない呼については切断しないような制御を実現できる。
【産業上の利用可能性】
【００３３】
本発明は、２重発呼を適切に防止する場合に利用することができる。
【図面の簡単な説明】
【００３４】
【図１】本発明の実施の形態に係るセッション管理システムの動作を示すシーケンス図である。
【図２】図１中のＳＩＰサーバ装置が管理している情報の例を示す図である。
【図３】図１中のＳＩＰサーバ装置の機能構成例を示す図である。
【図４】本発明の実施の形態に係る他のセッション管理システムの動作を示すシーケンス図である。
【図５】図４中の接続要求信号の例を示す図である。
【図６】図４のセッション管理システムに用いるサーバ装置の機能構成例を示す図である。
【図７】音声通話のセッション追加時の従来の処理を示すシーケンス図である。
【図８】２重発呼を防ぐため、先発呼の解放処理を行う場合の例を示すシーケンス図である。
【図９】従来技術の問題点を示すシーケンス図である。
【図１０】図９中の接続要求信号の例を示す図である。
【符号の説明】
【００３５】
１、５、１０  移動通信端末装置
２、３、９  ＳＩＰサーバ装置
４  アプリケーションサーバ装置
６  交換機
４１  接続要求信号受信手段
４２  接続要求信号送信手段
【図１】
2008072315.tif 000003
【図２】
2008072315.tif 000004
【図３】
2008072315.tif 000005
【図４】
2008072315.tif 000006
【図５】
2008072315.tif 000007
【図６】
2008072315.tif 000008
【図７】
2008072315.tif 000009
【図８】
2008072315.tif 000010
【図９】
2008072315.tif 000011
【図１０】
2008072315.tif 000012