(57)【要約】【課題】従来のＡＰＩでは実現不可能であったサービスを実現可能とする新たなセッション制御ＡＰＩを有するセッション制御装置を提供する。【解決手段】情報ネットワーク３００と通信事業者ネットワーク１００の間にゲートウェイ２００が設けられ、このゲートウェイ２００にセッション制御ＡＰＩが設定される。セッション制御ＡＰＩ２１０には、接続ＡＰＩ、切断ＡＰＩ、切り替えＡＰＩ、分割ＡＰＩ、結合ＡＰＩ、確立通知ＡＰＩがそれぞれ設定されており、各ＡＰＩをアプリケーション４１０から呼び出すことができる。そして、これらのＡＰＩが呼び出されると、ゲートウェイ２００が通信端末５０間のセッションを確立し、また、通信端末間において確立されたセッションを示すセッション識別子をアプリケーションサーバ４００へ送信し、また、通信端末間に確立されたセッションをアプリケーションサーバ４００からの指令に応じて制御する。【選択図】図１
2008211558.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションサーバからの指令を受け、通信事業者のネットワークに接続された通信ノード間のセッションを制御するセッション制御装置において、
前記アプリケーションサーバからの指令に応じて前記通信ノード間のセッションを確立するセッション確立手段と、
前記通信ノード間において確立されたセッションを示すセッション識別子を前記アプリケーションサーバへ送信するセッション識別子通知手段と、
前記通信ノード間に確立されたセッションを前記アプリケーションサーバからの指令に応じて制御するセッション制御手段と、
を具備することを特徴とするセッション制御装置。
【請求項２】
前記セッション確立手段は、前記アプリケーションサーバからの指令に含まれるメディア種別指定データに基づくメディア種別によるセッションを確立することを特徴とする請求項１に記載のセッション制御装置。
【請求項３】
前記セッション制御手段は、前記アプリケーションサーバからの指令に基づき、確立中のセッションの第１、第２の通信ノードの一方の接続先を第３の通信ノードに切り替える第１の切り替え手段を有することを特徴とする請求項１に記載のセッション制御装置。
【請求項４】
前記セッション制御手段は、前記アプリケーションサーバからの指令に基づき、確立中のセッションの第１、第２の通信ノードの接続先をそれぞれ、第３、第４の通信ノードに切り替える第２の切り替え手段を有することを特徴とする請求項１に記載のセッション制御装置。
【請求項５】
前記セッション制御手段は、前記アプリケーションサーバからの指令に基づき、確立中の第１のセッションの一方の通信ノードと、確立中の第２のセッションの一方の通信ノードとを、セッションを確立したまま再結合する再結合手段を有することを特徴とする請求項１に記載のセッション制御装置。
【請求項６】
前記セッション制御手段は、前記アプリケーションサーバからの指令に基づき、確立中のセッションを切断する切断手段を有することを特徴とする請求項１に記載のセッション制御装置。
【請求項７】
前記セッション制御手段は、通信ノード間でセッションが確立された場合に、確立された当該セッションを特定するセッション識別子を前記アプリケーションサーバへ通知することを特徴とする請求項１、３〜６のいずれかの項に記載のセッション制御装置。
【請求項８】
アプリケーションサーバからの指令を受け、通信事業者のネットワークに接続された通信ノード間のセッションを制御するセッション制御方法において、
前記アプリケーションサーバからの指令を受けて前記通信ノード間のセッションを確立するステップと、
前記通信ノード間において確立されたセッションを示すセッション識別子を前記アプリケーションサーバへ送信するステップと、
前記アプリケーションサーバからの指令を受けて前記通信ノード間に確立されたセッションを制御するステップと、
を有することを特徴とするセッション制御方法。
【請求項９】
アプリケーションサーバからの指令を受け、通信事業者のネットワークに接続された通信ノード間のセッションを制御するコンピュータに、
前記アプリケーションサーバからの指令を受けて前記通信ノード間のセッションを確立するステップと、
前記通信ノード間において確立されたセッションを示すセッション識別子を前記アプリケーションサーバへ送信するステップと、
前記アプリケーションサーバからの指令を受けて前記通信ノード間に確立されたセッションを制御するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信事業者以外のサービス提供者による、通信事業者の次世代ネットワークサービスと連携したサービスの開発を可能とするセッション制御装置、制御方法ならびにプログラムに関する。
【背景技術】
【０００２】
ＩＰ(Internet Protocol)ネットワークでありながら、帯域保障が可能な次世代ネットワークが通信事業者によって実現されている。この次世代ネットワークにおいて、Ｗｅｂサービス事業者等の通信事業者以外のサービス提供者が、ＶｏＩＰ（Voice Over IP）等の次世代ネットワーク上に提供されるセッション制御サービスと連携したサービスを開発することができるようになれば、新たな付加価値をもったサービスの実現が可能となり、通信事業者、通信事業者以外のサービス提供者の双方に利益をもたらす可能性がある。通信事業者が提供するＶｏＩＰ等のセッション制御サービスを利用した、通信事業者以外のサービス提供者によるサービスを実現・推進するためには、通信事業者以外のサービス提供者に向けて、利用しやすいセッション制御インターフェイスが提供される必要がある。
【０００３】
従来、通信事業者以外のサービス提供者が、通信事業者のネットワーク機能を利用した連携サービスを開発する方法として、ネットワークと通信事業者以外のサービス提供者との間にサービス提供ゲートウェイを設け、このゲートウェイ上に制御インターフェイスをＣＯＲＢＡ（Common Object Request Architecture）やＳＯＡＰ（Simple Object Access Protocol）等のＡＰＩ（Application Program Interface）インターフェイスとして公開する方法などが用いられ、特に、通信事業者のネットワークを扱うＰａｒｌａｙ−Ｘが非営利団体Ｔｈｅ  Ｐａｒｌａｙ  Ｇｒｏｕｐにより標準化されている（非特許文献１参照）。しかし、Ｐａｒｌａｙ−Ｘでは、セッション生成、切断およびセッション確立時の通知インターフェイスが提供されているが、確立されたセッションの接続端末を切り替えるインターフェイスや、確立されたセッションを分割・結合するインターフェイスは提供されていない。
【０００４】
また、セッション確立時に通知されるインターフェイスから、通知の原因となったセッションの制御を実施することはできない等の問題があるため、例えば、ＶｏＩＰの着信後にセッションを切り替えて転送するサービスや、通話中のセッションを自動音声サーバに一時的に切り替えてその後に元に戻すといった既存電話系サービスとして実現されてきたようなサービスをＡＰＩ上で実現することができない。また、Ｐａｒｌａｙ−Ｘでは、セッション確立時にメディア種別を指定できないため、複数のメディア種別に対応した端末同士を接続させる場合にアプリケーションから使用帯域を指定することができない。
【非特許文献１】Parlay-X Specification Version2.1 Part2:Third Party Call-Final draft ETSI ES 202 391-2 V1.2.1(2006-10)
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、上記の問題点を解決し、従来のＡＰＩでは実現不可能であったサービスを実現可能とする新たなセッション制御ＡＰＩを有するセッション制御装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、アプリケーションサーバからの指令を受け、通信事業者のネットワークに接続された通信ノード間のセッションを制御するセッション制御装置において、前記アプリケーションサーバからの指令に応じて前記通信ノード間のセッションを確立するセッション確立手段と、前記通信ノード間において確立されたセッションを示すセッション識別子を前記アプリケーションサーバへ送信するセッション識別子通知手段と、前記通信ノード間に確立されたセッションを前記アプリケーションサーバからの指令に応じて制御するセッション制御手段とを具備することを特徴とするセッション制御装置である。
【０００７】
請求項２に記載の発明は、請求項１に記載のセッション制御装置において、前記セッション確立手段は、前記アプリケーションサーバからの指令に含まれるメディア種別指定データに基づくメディア種別によるセッションを確立することを特徴とする。
請求項３に記載の発明は、請求項１に記載のセッション制御装置において、前記セッション制御手段は、前記アプリケーションサーバからの指令に基づき、確立中のセッションの第１、第２の通信ノードの一方の接続先を第３の通信ノードに切り替える第１の切り替え手段を有することを特徴とする。
【０００８】
請求項４に記載の発明は、請求項１に記載のセッション制御装置において、前記セッション制御手段は、前記アプリケーションサーバからの指令に基づき、確立中のセッションの第１、第２の通信ノードの接続先をそれぞれ、第３、第４の通信ノードに切り替える第２の切り替え手段を有することを特徴とする。
請求項５に記載の発明は、請求項１に記載のセッション制御装置において、前記セッション制御手段は、前記アプリケーションサーバからの指令に基づき、確立中の第１のセッションの一方の通信ノードと、確立中の第２のセッションの一方の通信ノードとを、セッションを確立したまま再結合する再結合手段を有することを特徴とする。
請求項６に記載の発明は、請求項１に記載のセッション制御装置において、前記セッション制御手段は、前記アプリケーションサーバからの指令に基づき、確立中のセッションを切断する切断手段を有することを特徴とする。
請求項７に記載の発明は、請求項１、３〜６のいずれかの項に記載のセッション制御装置において、前記セッション制御手段は、通信ノード間でセッションが確立された場合に、確立された当該セッションを特定するセッション識別子を前記アプリケーションサーバへ通知することを特徴とする。
【０００９】
請求項８に記載の発明は、アプリケーションサーバからの指令を受け、通信事業者のネットワークに接続された通信ノード間のセッションを制御するセッション制御方法において、前記アプリケーションサーバからの指令を受けて前記通信ノード間のセッションを確立するステップと、前記通信ノード間において確立されたセッションを示すセッション識別子を前記アプリケーションサーバへ送信するステップと、前記アプリケーションサーバからの指令を受けて前記通信ノード間に確立されたセッションを制御するステップとを有することを特徴とするセッション制御方法である。
【００１０】
請求項９に記載の発明は、アプリケーションサーバからの指令を受け、通信事業者のネットワークに接続された通信ノード間のセッションを制御するコンピュータに、前記アプリケーションサーバからの指令を受けて前記通信ノード間のセッションを確立するステップと、前記通信ノード間において確立されたセッションを示すセッション識別子を前記アプリケーションサーバへ送信するステップと、前記アプリケーションサーバからの指令を受けて前記通信ノード間に確立されたセッションを制御するステップとを実行させるためのプログラムである。
【発明の効果】
【００１１】
この発明によれば、単純で扱いやすく、かつ、ネットワークの機能を最大限に利用可能なＡＰＩの提供が可能となり、通信事業者以外のサービス提供者による通信事業者ネットワークを使ったサービスの開発が容易になる効果がある。また、従来のＡＰＩでは実現不可能であった確立後のセッションを切り替えるサービス等の実現がＡＰＩ上で可能となる。また、本発明によれば、セッション確立時にメディア種別の指定が可能となり、ＶｏＩＰとテレビ電話等の複数のメディアをサポートする通信端末が接続されたネットワークにおいて実現可能なサービスの範囲を拡大することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照し、この発明の実施の形態について説明する。図１はこの発明の一実施の形態によるゲートウェイ（セッション制御装置）を用いた情報通信システムの構成を示すブロック図である。このシステムは、ネットワーク制御プロトコルとして、ＳＩＰ（Session Initiation Protocol）、ＡＰＩ（Application Program Interface）提供プロトコルとしてＳＯＡＰ（Simple Object Access Protocol）を使用している。
図において、４００は通信事業者以外のサービス提供者が管理するアプリケーションサーバ、４１０はアプリケーションサーバ４００内に設定されたアプリケーション、３００はアプリケーションサーバ４００が接続された情報ネットワーク、１００は通信ノードとしての端末５０が接続された通信事業者ネットワーク、２００は情報ネットワーク３００と通信事業者ネットワーク１００の間に接続されたゲートウェイ、２１０はゲートウェイ２００内に設定され、公開されるセッション制御ＡＰＩである。
【００１３】
ここで、端末５０は、ＳＩＰに対応したＶｏＩＰ端末であり、これらの端末５０がＳＩＰ信号により制御するセッションのうち、アプリケーション４１０と連携させるセッションは必ずゲートウェイ２００を通るものとする。この時、ゲートウェイ２００と端末５０の間のプロトコルがＳＩＰで、ゲートウェイ２００とアプリケーションサーバ４００の間のプロトコルがＳＯＡＰとなり、アプリケーションサーバ４００上で動作しているアプリケーション４１０からＳＯＡＰによってセッション制御ＡＰＩ２１０の呼出が可能となる。アプリケーション４１０から呼び出すことができるセッション制御ＡＰＩ２１０としては、図２に示すように、接続ＡＰＩ２１１、切断ＡＰＩ２１２、切り替えＡＰＩ２１３、分割ＡＰＩ２１４、結合ＡＰＩ２１５、確立通知ＡＰＩ２１６が可能である。各ＡＰＩが呼び出された場合のゲートウェイ２００と端末５０の間のＳＩＰシーケンスを以下に説明する。
【００１４】
図３はセッション制御ＡＰＩ２１０の接続ＡＰＩ２１１が呼び出された場合のシーケンスである。本シーケンスでは、アプリケーション４１０からの接続ＡＰＩ２１１呼出により、接続要求がゲートウェイ２００に到着すると（Ｓ１）、ゲートウェイ２００では接続シーケンスを開始すると共に、セッションを一意に識別可能なセッション識別子を払い出し、アプリケーション４１０に応答信号として当該識別子を伝える（Ｓ２）。接続要求（Ｓ１）のパラメータとして第１呼出端末Ａ、第２呼出端末ＢとＳＩＰプロトコル上でセッション確立時のメディア種別を指定するＳＤＰ（Session Description Protocol）が指定されている。ゲートウェイ２００は、アプリケーション４１０から受けた値を元に、端末Ａに対してＳＩＰのセッション接続信号（ＩＮＶＩＴＥ）を送信し（Ｓ３）、その応答信号待ちとなる。そして、応答信号を受信すると（Ｓ４）、次に、端末Ｂに対して同様にＩＮＶＩＴＥを送信し（Ｓ５）、その応答信号を待つ。
【００１５】
そして、応答信号を受信すると（Ｓ６）、その時点で端末Ａ、Ｂ間でのＳＤＰ交換によるメディア種別のネゴシエーションが完了しているかを判定し、完了している場合はこの時点で端末Ａ、Ｂ間のセッションが確立されていることになる。接続要求時（Ｓ１）のＳＤＰ指定は任意であるため、ＳＤＰ−Ａが指定されていない場合も考えられる。この場合、この時点ではＳＤＰの交換が完了していない（ネゴシエーションが完了していない）ため、セッション確立させるためにはセッション更新要求（ＵＰＤＡＴＥ）をさらに端末Ａに対して送信し（Ｓ７）、ネゴシエーションを完了（Ｓ８）させる必要がある。
【００１６】
図４はセッション制御ＡＰＩ２１０の切断ＡＰＩ２１２が呼び出された場合のシーケンスである。本シーケンスでは、アプリケーション４１０からの切断ＡＰＩ２１２呼び出しにより切断要求がゲートウェイ２００に到達すると（Ｓ９）、ゲートウェイ２００では切断シーケンスを開始すると共に、応答をアプリケーション４１０に返す。切断要求のパラメータとして切断すべきセッションの識別子が与えられているため、当該セッションの情報を元に、切断シーケンスを実行する。切断シーケンスとしては、接続されている端末５０を端末Ａ、Ｂとすると、まず、端末ＡにＳＩＰの切断信号（ＢＹＥ）を送信し（Ｓ１１）、応答を受信すると（Ｓ１２）、次に、端末Ｂに同様に切断信号（ＢＹＥ）を送信し（Ｓ１３）、応答を受信すると（Ｓ１４）切断シーケンスを完了する。
【００１７】
図５は、セッション制御ＡＰＩ２１０の切り替えＡＰＩ２１３が呼び出された場合のシーケンスである。本シーケンスでは、アプリケーション４１０から切り替えＡＰＩ２１３が呼び出されると、ゲートウェイ２００がセッション切り替えシーケンスを開始すると共に、応答をアプリケーション４１０に返す。切り替え要求のパラメータとして、切り替え対象のセッション識別子、切り替え対象端末Ａ、切り替え先端末Ｃ、メディア種別ＳＤＰ−Ａが指定されている。
【００１８】
切り替えシーケンスでは、まず、切り替え先端末Ｃに対してセッション接続信号（ＩＮＶＩＴＥ）を送信し、切り替え対象のセッション識別子により特定されるセッションにおいて、切り替え対象端末Ａと通信中の端末Ｂとの接続を指示する（Ｓ１７）。接続要求に対する応答（Ｓ１８）が返った後、端末Ｂに対してセッションの更新信号（ＵＰＤＡＴＥ）を送信し、端末Ｃとの接続を指示する（Ｓ１９）。当該更新信号に対する応答を受信した時点で（Ｓ２０）、ＳＤＰ−Ａが指定されたことにより端末Ｂ−Ｃ間のＳＤＰ交換によるメディア種別のネゴシエーションが完了している場合は、端末Ｂ−Ｃ間のセッションが確立される。切り替え要求のパラメータとしてＳＤＰ−Ａが未指定の場合など、メディア種別のネゴシエーションが完了していない場合は、セッション更新要求（ＵＰＤＡＴＥ）をさらに端末Ｃに対して送信し（Ｓ２１）、ネゴシエーションを完了（Ｓ２２）させた後にセッション確立となる。その後、端末ＡはＢＹＥ信号により切断され（Ｓ２３、Ｓ２４）、セッション切り替えシーケンスが完了する。
【００１９】
図６はセッション制御ＡＰＩ２１０の分割ＡＰＩ２１４が呼び出された場合のシーケンスである。本シーケンスでは、アプリケーション４１０から分割ＡＰＩ２１４が呼び出されると（Ｓ２５）、ゲートウェイ２００がセッション分割シーケンスを開始すると共に、新たに生成されるセッション識別子を払い出し応答信号によって当該識別子をアプリケーション４１０に伝える（Ｓ２６）。分割要求のパラメータとして、分割対象セッション（端末Ａおよび端末Ｂが通信中）のセッション識別子と、端末Ａ、端末Ｂの新たな接続先である端末Ｃ、端末Ｄと、端末Ａ−Ｃ間セッション確立時のメディア種別を指定するＳＤＰ−Ａと、端末Ｂ−Ｄ間のメディア種別を指定するＳＤＰ−Ｂとが各々指定される。
【００２０】
分割シーケンスでは、まず、接続要求信号（ＩＮＶＩＴＥ）により端末Ｃに対して端末Ａとの接続を指示し（Ｓ２７）、次いで、端末Ｄに対して端末Ｂとの接続を指示する（Ｓ２８）。端末Ｃより接続要求に対する応答があった場合（Ｓ２９）、端末Ａに対してセッション更新信号（ＵＰＤＡＴＥ）によって端末Ｃとの接続を指示する（Ｓ３０）。端末Ａからの応答を受信した時点（Ｓ３１）で、メディア種別のネゴシエーションが完了している場合は、端末Ａ−Ｃ間のセッションは確立される。メディア種別のネゴシエーションが完了していない場合は、セッション更新信号（ＵＰＤＡＴＥ）により端末Ｃに対して信号を送り（Ｓ３２）、その応答（Ｓ３３）を受けてネゴシエーションを完了させ、セッションを確立する。端末Ｂ−Ｄ間も同様のシーケンスでＢ−Ｄ間のセッション確立を行い（Ｓ３４〜Ｓ３８）、分割シーケンスを完了させる。本シーケンスにおいては、Ｓ２９〜Ｓ３８までの動作が本シーケンスに示す通りの順序であるとは限らず、Ｓ２９、Ｓ３４の到着タイミングによってＳ２９〜Ｓ３３と、Ｓ３４〜Ｓ３８の動作が並列に動作することもあり得る。
【００２１】
図７はセッション制御ＡＰＩ２１０の結合ＡＰＩ２１５が呼び出された場合のシーケンスである。本シーケンスでは、アプリケーション４１０から結合ＡＰＩ２１５の呼び出しが行われると（Ｓ３９）、ゲートウェイ２００がセッション結合シーケンスを開始すると共に、応答をアプリケーション４１０に返す。結合要求のパラメータとして、１つめの結合対象のセッション識別子と、そのセッションにて接続中の端末Ｂ、２つめの結合対象のセッション識別子とそのセッションにて接続中の端末Ｃ、新たに接続される端末Ｂ−Ｃ間のセッション確立時に指定されるメディア種別であるＳＤＰ−Ａが指定される。
【００２２】
結合シーケンスでは、まず、セッション更新要求（ＵＰＤＡＴＥ）により端末Ｂに対して端末Ｃとの接続を指示する（Ｓ４１）。端末Ｂより応答受信後（Ｓ４２）、同様に端末Ｃに対して端末Ｂとの接続を指示する。端末Ｃより応答受信した時点（Ｓ４４）で、メディア種別のネゴシエーションが完了している場合はこの時点で端末Ｂ−Ｃ間のセッションが確立される。ＳＤＰ−Ａが指定されなかった場合など、メディア種別のネゴシエーションが完了していない場合は、セッション更新信号（ＵＰＤＡＴＥ）によりネゴシエーションを完了させる（Ｓ４５、Ｓ４６）。端末Ｂ−Ｃ間のセッション確立後、端末Ｂと通信中であった端末Ａ、端末Ｃと通信中であった端末Ｄに対してセッション切断信号（ＢＹＥ）を送信することにより、端末Ａ、端末Ｄの切断を行う（Ｓ４７〜Ｓ５０）。
【００２３】
図８はセッション制御ＡＰＩ２１０の確立通知ＡＰＩ２１６の動作シーケンスを示す。確立通知ＡＰＩ２１６では、通信事業者ネットワーク１００の端末同士がセッション確立を行う場合（Ｓ５１、Ｓ５２）、セッションが確立された後のタイミングで、セッションの識別子をパラメータとしてアプリケーション４１０側のＡＰＩを呼び出す(Ｓ５３)。これにより、セッション確立通知が実現され、Ｓ５３以降のアプリケーション４１０の動作として切断ＡＰＩ２１２、切り替えＡＰＩ２１３、分割ＡＰＩ２１４、結合ＡＰＩ２１５などの制御ＡＰＩによってセッションの制御が可能となる。
【００２４】
上記のシーケンスにより、ゲートウェイ２００によるＡＰＩの実現が可能となる。上記に示すシーケンス以外にも、シーケンスの一部を入れ替えた制御動作も本発明に含まれる。例えば、セッション切り替えＡＰＩ２１３では、図５のＳ２３、Ｓ２４をＳ１７の前に実行し、予め端末を切断してから新たな端末を接続する制御動作などが該当する。
【００２５】
なお、上記実施形態においては、セッション制御される対象の通信ノードとして端末（ＶｏＩＰ端末）を例に説明しているが、自動音声サーバ、映像配信サーバ等の装置をセッション制御の対象とすることもできる。
また、上記実施形態においては、ＡＰＩ提供プロトコルとして、ＳＯＡＰを使用しているが、ＨＴＴＰ（Hypertext Transfer Protocol）、ＲＥＳＴ（Representational State Transfer）、ＣＯＲＢＡ（Common Object Request Broker Architecture）、Ｊａｖａ（登録商標）ＲＭＩ（Remote Method Invocation）等の他のプロトコルを使用することもできる。
また、上記実施形態においては、セッション更新信号としてＵＰＤＡＴＥを使用しているが、ＩＮＶＩＴＥ等を用いたセッション更新方法を用いることもできる。
【００２６】
なお、上述の端末５０、ゲートウェイ２００、及び、アプリケーションサーバ４００は、内部にコンピュータシステムを有している。そして、上述した端末５０、ゲートウェイ２００のセッション制御ＡＰＩ２１０、及び、アプリケーションサーバ４００のアプリケーション４１０の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウェアを含むものである。
【００２７】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【産業上の利用可能性】
【００２８】
この発明は、通信事業者以外のサービス提供者が、通信事業者のネットワークサービスと連携したサービスの開発を行う場合に用いられる。
【図面の簡単な説明】
【００２９】
【図１】この発明の一実施形態によるセッション制御装置を適用した情報通信システムの構成を示すブロック図である。
【図２】同実施形態におけるゲートウェイ２００の構成を示すブロック図である。
【図３】図２における接続ＡＰＩ２１１が呼び出された場合におけるゲートウェイ２００の処理過程を示すシーケンス図である。
【図４】図２における切断ＡＰＩ２１２が呼び出された場合におけるゲートウェイ２００の処理過程を示すシーケンス図である。
【図５】図２における切り替えＡＰＩ２１３が呼び出された場合におけるゲートウェイ２００の処理過程を示すシーケンス図である。
【図６】図２における分割ＡＰＩ２１４が呼び出された場合におけるゲートウェイ２００の処理過程を示すシーケンス図である。
【図７】図２における結合ＡＰＩ２１５が呼び出された場合におけるゲートウェイ２００の処理過程を示すシーケンス図である。
【図８】図２における確立通知ＡＰＩ２１６が実行される場合におけるゲートウェイ２００の処理過程を示すシーケンス図である。
【符号の説明】
【００３０】
５０…端末
１００…通信事業者ネットワーク
２００…ゲートウェイ
２１０…セッション制御ＡＰＩ
２１１…接続ＡＰＩ
２１２…切断ＡＰＩ
２１３…切り替えＡＰＩ
２１４…分割ＡＰＩ
２１５…結合ＡＰＩ
２１６…確立通知ＡＰＩ
３００…情報ネットワーク
４００…アプリケーションサーバ
４１０…アプリケーション
【図１】
2008211558.tif 000003
【図２】
2008211558.tif 000004
【図３】
2008211558.tif 000005
【図４】
2008211558.tif 000006
【図５】
2008211558.tif 000007
【図６】
2008211558.tif 000008
【図７】
2008211558.tif 000009
【図８】
2008211558.tif 000010