(57)【要約】【課題】セッションの確立によってクライアント・サーバ間通信の帯域を確保する帯域保証型網において、帯域確保のためのセッション制御プロトコルを実装しない通信装置でも帯域を確保した通信が可能となるシステムおよび装置を提供する。【解決手段】第１のセッション代行装置１２は、帯域確保用セッションの制御プロトコルを実装しないクライアント装置１１と帯域保証型網１０との間に配置されている。第２のセッション代行装置１３は、制御プロトコルを実装しないサーバ装置１４と帯域確保型網１０との間に配置されている。クライアント装置１１とサーバ装置１４が帯域保証型網１０で通信を行うとき、第１のセッション代行装置１２がクライアント装置１１に代わって、第２のセッション代行装置１３がサーバ装置１４に代わって、帯域保証型網１０内に帯域確保用セッションを確立する。【選択図】図１
2008078878.tif 000002
【特許請求の範囲】
【請求項１】
帯域確保用セッションを管理することで帯域の確保されたパケットベースの通信が可能な帯域保証型網における前記帯域確保用セッションを制御するセッション制御システムであって、
帯域確保用セッションの制御プロトコルを実装しないクライアント装置と前記帯域保証型網との間に配置され、前記クライアント装置が前記帯域保証型網で通信を行うとき、前記クライアント装置に代わって前記帯域保証型網内に帯域確保用セッションを確立する第１のセッション代行装置と、
前記制御プロトコルを実装しないサーバ装置と前記帯域保証型網との間に配置され、前記サーバ装置が前記帯域保証型網で前記クライアント装置と通信を行うとき、前記サーバ装置に代わって前記第１のセッション代行装置との間に帯域確保用セッションを確立する第２のセッション代行装置と、を有するセッション制御システム。
【請求項２】
前記第１のセッション代行装置は、前記クライアント装置から前記サーバ装置への接続要求を受信すると、該接続要求で要求される通信のために確保すべき帯域を調査し、該帯域を確保するための帯域確保用セッションを確立する、請求項１に記載のセッション制御システム。
【請求項３】
前記サーバ装置は、前記クライアント装置に所定のアプリケーションのサービスを提供するアプリケーションサーバであり、
前記第１のセッション代行装置は、前記クライアント装置から前記サーバ装置による前記アプリケーションのサービスを受けるための接続要求を受信すると、該アプリケーションの通信に確保すべき帯域を該アプリケーションの種別あるいは前記接続要求内の帯域情報から調べて、該帯域を確保するための帯域確保用セッションを確立する、請求項２記載のセッション制御システム。
【請求項４】
前記第１のセッション代行装置は、アプリケーションの種別と該アプリケーションの通信に確保すべき帯域とを対応付けた帯域管理データを予め保持しており、該帯域管理データを参照することによって、前記アプリケーションの通信に確保すべき帯域を調べる、請求項３に記載のセッション制御システム。
【請求項５】
前記第１のセッション代行装置は、アプリケーションの種別と該アプリケーションの通信に確保すべき帯域とを対応付けた帯域管理データを保持している管理装置に問合せることによって、前記アプリケーションの通信に確保すべき帯域を調べる、請求項３に記載のセッション制御システム。
【請求項６】
前記第１のセッション代行装置は、前記クライアント装置から前記サーバ装置への接続要求を受信すると、該接続要求を一時的に保持した状態で前記第２のセッション代行装置との間に帯域確保用セッションを確立することにより所定の帯域を確保してから、前記接続要求を前記帯域保証型網に送信する、請求項１から５のいずれか１項に記載のセッション制御システム。
【請求項７】
前記第１のセッション代行装置は、前記クライアント装置から前記サーバ装置との接続の切断要求を受信すると、該切断要求を前記帯域保証型網に送信し、該切断要求に対する応答を受信してから、前記第２のセッション代行装置との間の前記帯域確保用セッションを開放する、請求項１から６のいずれか１項に記載のセッション制御システム。
【請求項８】
帯域確保用セッションを管理することで帯域の確保されたパケットベースの通信が可能な帯域保証型網における前記帯域確保用セッションを制御するセッション代行装置であって、
帯域確保用セッションの制御プロトコルを実装しない情報通信装置から前記帯域保証型網へ送られたアプリケーション信号を監視し、該アプリケーション信号から接続要求を検出するプロキシ処理部と、
前記プロキシ処理部で前記接続要求が検出されると、前記情報通信装置に代わって前記帯域保証型網内に帯域確保用セッションを確立するセッション制御プロトコル部と、を有するセッション代行装置。
【請求項９】
前記プロキシ処理部が前記情報通信装置からの接続要求を受信すると、前記セッション制御プロトコル部は、該接続要求で要求される通信のために確保すべき帯域を調べ、該帯域を確保するための帯域確保用セッションを確立する、請求項８に記載のセッション代行装置。
【請求項１０】
前記情報通信装置は、所定のアプリケーションのサービスを提供するアプリケーションサーバと接続するクライアントであり、
前記プロキシ処理部が前記クライアントから前記アプリケーションサーバによる前記アプリケーションのサービスを受けるための接続要求を受信すると、前記セッション制御プロトコル部は、該アプリケーションの通信に確保すべき帯域を該アプリケーションの種別あるいは前記接続要求内の帯域情報から調べて、該帯域を確保するための帯域確保用セッションを確立する、請求項９記載のセッション代行装置。
【請求項１１】
アプリケーションの種別と該アプリケーションの通信に確保すべき帯域とを対応付けた帯域管理データを予め保持している帯域情報管理部を更に有し、
前記セッション制御プロトコル処理部は、前記帯域管理データを参照することによって、前記アプリケーションの通信に確保すべき帯域を調べる、請求項１０に記載のセッション代行装置。
【請求項１２】
前記セッション制御プロトコル処理部は、アプリケーションの種別と該アプリケーションの通信に確保すべき帯域とを対応付けた帯域管理データを保持している管理装置に問合せることによって、前記アプリケーションの通信に確保すべき帯域を調べる、請求項１０に記載のセッション代行装置。
【請求項１３】
前記プロキシ処理部は、前記情報通信装置からの接続要求を受信すると、該接続要求を保持した状態で前記帯域確保用セッションを確立することにより所定の帯域を確保してから、前記接続要求を前記帯域保証型網に送信する、請求項８から１２のいずれか１項に記載のセッション代行装置。
【請求項１４】
前記プロキシ処理部は、前記情報通信装置からの接続の切断要求を受信すると、該切断要求を前記帯域保証型網に送信し、該切断要求に対する応答を受信してから、前記帯域確保用セッションを開放する、請求項８から１３のいずれか１項に記載のセッション代行装置。
【請求項１５】
帯域確保用セッションを管理することで帯域の確保されたパケットベースの通信が可能な帯域保証型網において帯域を確保した通信を行うための通信方法であって、
帯域確保用セッションの制御プロトコルを実装しないクライアント装置と前記帯域保証型網との間に第１のセッション代行装置を配置し、前記制御プロトコルを実装しないサーバ装置と前記帯域確保型網との間に第２のセッション代行装置を配置しておき、
前記第１のセッション代行装置が前記クライアント装置に代わって、前記第２のセッション代行装置が前記サーバ装置に代わって、該第１のセッション代行装置と該第２のセッション代行装置の間に帯域確保用セッションを確立し、
前記クライアント装置と前記サーバ装置が前記帯域保証型網を介して通信する、通信方法。
【請求項１６】
帯域確保用セッションを管理することで帯域の確保されたパケットベースの通信が可能な帯域保証型網における前記帯域確保用セッションを制御するためのコンピュータによって実行するためのプログラムであって、
帯域確保用セッションの制御プロトコルを実装しない情報通信装置から前記帯域保証型網へ送られたアプリケーション信号を監視し、該アプリケーション信号から接続要求を検出する手順と、
前記接続要求が検出されると、前記情報通信装置に代わって前記帯域保証型網内に帯域確保用セッションを確立する手順と、をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットベースの通信網におけるクライアント・サーバ間通信に関する。
【背景技術】
【０００２】
近年、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）技術を利用した通信事業者による次世代の通信網に関する検討が盛んに行われている。この種の次世代通信網をＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）などと呼んでいる（非特許文献１参照）。ＮＧＮではＩＰ技術を利用することによる公衆網のコスト低減が期待される。
【０００３】
また、標準化機関であるＥＴＳＩ（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ）やＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ）では、この次世代通信網を実現するためにプロトコルの標準化が進められている。
【０００４】
インターネットに代表されるような既存のＩＰ網では低コストという利点はあるが通信の安定性や信頼性という面では不安があった。例えばＩＰ網は通信事業者の提供する回線交換による公衆網に比べてデータの遅延や喪失の恐れが高かった。しかし、通信事業者の提供する次世代通信網では低コストと安定性および信頼性とを両立させることが要求される。
【０００５】
データの遅延や喪失を引き起こす原因として、ＩＰ網では、安定した通信に必要となる帯域が常に確保されるとは限らないということが挙げられる。そこで次世代通信網では、通信をしようとするサーバとクライアントの間にセッションを確立し、そのセッション毎に帯域を管理する方法が採られることが多い。このセッションは必要な帯域が確保されることを条件として確立が許可される。これによりセッションが確立されたサーバとクライアントの間には必要な帯域が確保されるので安定的な通信が可能となる。次世代通信網にて、帯域の確保に用いられるセッション制御プロトコルは例えばＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）である。
【０００６】
そのような帯域管理を行うために次世代通信網には各セッションへの帯域の割り当てを管理するセッション制御装置が備えられる可能性がある。サーバとクライアントはセッション制御装置の許可を得てセッションを確立することにより、許可された帯域内では安定的にデータを送受信できるようになる。
【非特許文献１】ＩＴＵ-Ｔ勧告Ｙ．２００１（１２／２００４），“Ｇｅｎｅｒａｌ  ｏｖｅｒｖｉｅｗ  ｏｆ  ＮＧＮ”
【発明の開示】
【発明が解決しようとする課題】
【０００７】
セッションの確立によってサーバ・クライアント間通信の帯域を確保するような帯域保証型網上でデータを送受信するためにサーバとクライアントはセッション制御プロトコルを実装することが必要となる場合がある。しかし、既存のサーバやクライアントのような情報通信装置の中には、そのようなセッション制御プロトコルを実装していないものがある。そのため、そのような情報通信装置はセッションによって帯域を確保した通信を行うことができない可能性があった。
【０００８】
本発明の目的は、セッションの確立によってクライアント・サーバ間通信の帯域を確保する帯域保証型網において、帯域確保のためのセッション制御プロトコルを実装しない通信装置でも帯域を確保した通信が可能となるシステムおよび装置を提供することである。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明のセッション制御システムは、
帯域確保用セッションを管理することで帯域の確保されたパケットベースの通信が可能な帯域保証型網における前記帯域確保用セッションを制御するセッション制御システムであって、
帯域確保用セッションの制御プロトコルを実装しないクライアント装置と前記帯域保証型網との間に配置され、前記クライアント装置が前記帯域保証型網で通信を行うとき、前記クライアント装置に代わって前記帯域保証型網内に帯域確保用セッションを確立する第１のセッション代行装置と、
前記制御プロトコルを実装しないサーバ装置と前記帯域保証型網との間に配置され、前記サーバ装置が前記帯域保証型網で前記クライアント装置と通信を行うとき、前記サーバ装置に代わって前記第１のセッション代行装置との間に帯域確保用セッションを確立する第２のセッション代行装置と、を有している。
【００１０】
本発明によれば、クライアント装置に代わって第１のセッション代行装置が、サーバ装置に代わって第２のセッション代行装置が帯域確保用セッションを確立することによってクライアント装置とサーバ装置の間に通信のための帯域を確保するので、クライアント装置およびサーバ装置は帯域確保用セッションの制御プロトコルを実装していなくても帯域を確保した通信をすることができる。
【００１１】
また、前記第１のセッション代行装置は、前記クライアント装置から前記サーバ装置への接続要求を受信すると、該接続要求で要求される通信のために確保すべき帯域を調査し、該帯域を確保するための帯域確保用セッションを確立することにしてもよい。
【００１２】
これによれば、第１のセッション代行装置は、クライアント装置とサーバ装置が行おうとする通信に要求される帯域を調べてから確保するので、通信に必要なだけの帯域を確保することができる。
【００１３】
また、前記サーバ装置は、前記クライアント装置に所定のアプリケーションのサービスを提供するアプリケーションサーバであり、
前記第１のセッション代行装置は、前記クライアント装置から前記サーバ装置による前記アプリケーションのサービスを受けるための接続要求を受信すると、該アプリケーションの通信に確保すべき帯域を該アプリケーションの種別あるいは前記接続要求内の帯域情報から調べて、該帯域を確保するための帯域確保用セッションを確立することにしてもよい。
【００１４】
これによれば、第１のセッション代行装置は、クライアント装置が利用しようとするアプリケーションに要求される帯域を調べてから確保するので、アプリケーションの通信に必要なだけの帯域を確保することができる。
【００１５】
また、前記第１のセッション代行装置は、アプリケーションの種別と該アプリケーションの通信に確保すべき帯域とを対応付けた帯域管理データを予め保持しており、該帯域管理データを参照することによって、前記アプリケーションの通信に確保すべき帯域を調べることにしてもよい。また、前記第１のセッション代行装置は、該アプリケーションの接続要求を受信したとき、アプリケーション信号内の帯域情報を解析することにより、前記アプリケーションの通信に確保すべき帯域を確保することにしてもよい。
【００１６】
また、前記第１のセッション代行装置は、アプリケーションの種別と該アプリケーションの通信に確保すべき帯域とを対応付けた帯域管理データを保持している管理装置に問合せることによって、前記アプリケーションの通信に確保すべき帯域を調べることにしてもよい。
【００１７】
また、前記第１のセッション代行装置は、前記クライアント装置から前記サーバ装置への接続要求を受信すると、該接続要求を一時的に保持した状態で前記第２のセッション代行装置との間に帯域確保用セッションを確立することにより所定の帯域を確保してから、前記接続要求を前記帯域保証型網に送信することにしてもよい。
【００１８】
また、前記第１のセッション代行装置は、前記クライアント装置から前記サーバ装置との接続の切断要求を受信すると、該切断要求を前記帯域保証型網に送信し、該切断要求に対する応答を受信してから、前記第２のセッション代行装置との間の前記帯域確保用セッションを開放することにしてもよい。
【発明の効果】
【００１９】
本発明によれば、クライアント装置およびサーバ装置が帯域確保用セッションの制御プロトコルを実装していなくても帯域保証型網において帯域を確保した通信をすることができる。
【発明を実施するための最良の形態】
【００２０】
本発明を実施するための形態について図面を参照して詳細に説明する。
【００２１】
図１は、本実施形態による通信システムの構成を示すブロック図である。図１を参照すると、本実施形態の通信システムは、帯域保証型ネットワーク１０、クライアント１１、セッション代行装置１２，１３、アプリケーション（ＡＰＬ）サーバ１４、およびアプリケーション（ＡＰＬ）帯域管理装置１５を有している。帯域保証型ネットワーク１０は内部にセッション制御装置１６を備えている。
【００２２】
帯域保証型ネットワーク１０は、通信事業者によって提供されるＩＰ網であり、帯域を確保した通信を可能にする通信網である。帯域保証型ネットワーク１０におけるクライアント１１とＡＰＬサーバ１４の間の帯域は、セッション代行装置１２，１３が帯域保証型ネットワーク１０内のセッション制御装置１６から許可を受けてセッションを確立することによって確保される。帯域保証型ネットワーク１０では帯域確保用セッションの制御プロトコルの一例としてＳＩＰが用いられる。
【００２３】
セッション制御装置１６は、帯域保証型ネットワーク１０の帯域リソースの割り当て状況を管理しており、セッション代行装置１２，１３から帯域確保の要求を受けると、帯域リソースの割り当て状況から要求を許可できるか否か判定する。要求が許可されれば帯域確保用セッションが確立され、要求が許可されなければ帯域確保用セッションが確立されない。
【００２４】
ＡＰＬサーバ１４は、帯域保証型ネットワーク１０を介してクライアント１１にアプリケーションのサービスを提供するサーバ装置である。ＡＰＬサーバ１４はクライアント１１からの要求に応じてクライアント１１にアプリケーションのサービスを提供する。アプリケーションの例としてオンデマンドによるコンテンツの配信やＦＴＰによるファイルの授受がある。ＡＰＬサーバ１４は、帯域保証型ネットワーク１０における帯域確保用セッションを制御するための制御プロトコル（ここでは一例としてＳＩＰ）を実装していない。
【００２５】
クライアント１１は、ＡＰＬサーバ１４によって提供されるアプリケーションを利用するためのクライアント装置である。クライアント１１はＡＰＬサーバ１４にアクセスしてアプリケーションのサービスを要求する。クライアント１１は、ＡＰＬサーバ１４と同様に、帯域保証型ネットワーク１０における帯域確保用セッションを制御するための制御プロトコルを実装していない。
【００２６】
ＡＰＬサーバ１４からクライアント１１へアプリケーションのサービスを提供するとき、クライアント１１とＡＰＬサーバ１４は互いにアプリケーションの提供に用いるためのセッション（以下「アプリケーション用セッション」という）を確立する。このアプリケーション用セッションは帯域確保用セッションとは異なる制御プロトコルによって制御される。アプリケーション用セッションの制御プロトコルは、アプリケーションを提供する側のＡＰＬサーバ１４と、アプリケーションを利用する側のクライアント１１に予め実装されている。
【００２７】
セッション代行装置１２，１３は、帯域確保用セッションの制御プロトコルを実装していないクライアント１１あるいはＡＰＬサーバ１４に代わってセッションを確立し、帯域を確保する。そのために、セッション代行装置１２，１３は、帯域確保用セッションの制御プロトコルを実装している。セッション代行装置１２は、帯域確保用セッションを確立するとき、必要な帯域の情報をＡＰＬ帯域管理装置１５から取得する。
【００２８】
ＡＰＬ帯域管理装置１５は、ＡＰＬサーバ１４によって提供されるアプリケーションのサービスで必要となる帯域を管理する装置である。ＡＰＬ帯域管理装置１５には、アプリケーションの種別とそのアプリケーションのために確保すべき帯域とを対応付けて記録した帯域管理データが予め格納されている。そして、ＡＰＬ帯域管理装置１５は、アプリケーションに必要な帯域の問い合わせを受けると、それに応答して帯域管理データから必要な帯域を求め、必要な帯域の情報を返答する。
【００２９】
図２は、本実施形態による通信システムの動作の概要を示すシーケンス図である。
【００３０】
図２を参照すると、クライアント１１にてアプリケーションが起動されると（ステップ１０１）、クライアント１１はセッション代行装置１２との間でＴＣＰ接続を行う（ステップ１０２）。クライアント１１とセッション代行装置１２の間にＴＣＰコネクションが確立されると、クライアント１１はセッション代行装置１２にアプリケーション接続要求を送る（ステップ１０３）。このアプリケーション接続要求は、アプリケーション用セッションの確立を要求するものであり、接続先ＡＰＬサーバ１４を示す接続先情報が含まれている。その接続先情報から帯域確保用セッションを確立すべき相手となるセッション代行装置１３を判断できる。
【００３１】
セッション代行装置１２は、アプリケーション接続要求を受信すると、それを保持しておき、セッション制御プロトコルを用いて、セッション代行装置１３との間で帯域確保用セッションの確立と帯域確保の処理を行う（ステップ１０４）。この処理の結果、セッション代行装置１２とセッション代行装置１３の間には必要な帯域を確保した帯域確保用セッションが確立される（ステップ１０５）。
【００３２】
続いて、セッション代行装置１２はセッション代行装置１３との間でＴＣＰ接続を行う（ステップ１０６）。セッション代行装置１２とセッション代行装置１３の間にＴＣＰコネクションが確立されると、セッション代行装置１２は、ステップ１０３にてクライアント１１から受信したアプリケーション接続要求をセッション代行装置１３に送る（ステップ１０７）。
【００３３】
続いて、セッション代行装置１３はＡＰＬサーバ１４との間でＴＣＰ接続を行う（ステップ１０８）。セッション代行装置１３とＡＰＬサーバ１４の間にＴＣＰコネクションが確立されると、セッション代行装置１３は、ステップ１０７で受信したアプリケーション接続要求をＡＰＬサーバ１４に送る（ステップ１０９）。
【００３４】
この状態になると、セッション代行装置１２とセッション代行装置１３の間に必要な帯域を確保した帯域確保用セッションが確立され、クライアント１１とサーバ１４の間にはアプリケーション用セッションが確立されている。したがって、クライアント１１とサーバ１４は帯域が確保された状態で安定的にアプリケーション通信を行うことができる（ステップ１１０）。
【００３５】
アプリケーション通信の後にサービスの利用を終了するとき、クライアント１１はＡＰＬサーバ１４との間のアプリケーション切断を行う（ステップ１１１〜１１３）。
【００３６】
続いて、ＡＰＬサーバ１４は、セッション代行装置１３との間でＴＣＰ切断を行う（ステップ１１４）。セッション代行装置１３は、セッション代行装置１２との間でＴＣＰ切断を行う（ステップ１１５）。セッション代行装置１２は、クライアント１１との間でＴＣＰ切断を行う（ステップ１１６）。
【００３７】
クライアント１１とセッション代行装置１２の間のＴＣＰコネクションが切断されると、クライアント１１ではアプリケーションが終了する（ステップ１１７）。
【００３８】
また、セッション代行装置１２は、セッション代行装置１３との間の帯域確保用セッションの切断の処理を行う（ステップ１１８）。この処理により、セッション代行装置１２とセッション代行装置１３の間に確保されていた帯域が開放される（ステップ１１９）。
【００３９】
図３Ａ〜３Ｃは、帯域確保用セッションとしてＳＩＰによるセッションを用いた場合の通信システムの動作を示すシーケンス図である。
【００４０】
図３Ａを参照すると、図２におけるステップ１０２のＴＣＰ接続処理において、クライアント１１からセッション代行装置１２へ“ＳＹＮ”が送られ、セッション代行装置１２からクライアント１１へ“ＳＹＮ  ＡＣＫ”が送られ、クライアント１１からセッション代行装置１２へ“ＡＣＫ”が返される。
【００４１】
また、図２におけるステップ１０４，１０５のＳＩＰセッションを確立する処理においては、セッション代行装置１２からセッション制御装置１６へＳＩＰセッション確立を要求するために“ＩＮＶＩＴＥ”が送られ、セッション制御装置１６からセッション代行装置１２へ試行中を示す“１００  Ｔｒｙｉｎｇ”が返される。ＩＮＶＩＴＥとＩＮＶＩＴＥに対する２００ＯＫには、要求内容を示すパラメータを記述したＳＤＰが含まれる。続いて、セッション制御装置１６からセッション代行装置１３へ“ＩＮＶＩＴＥ”が送られ、セッション代行装置１３からセッション制御装置１６へ“１００  Ｔｒｙｉｎｇ”が返される。
【００４２】
続いて、セッション代行装置１３からセッション制御装置１６へ要求の受け入れを示す“２００ＯＫ”が送られ、セッション制御装置１６からセッション代行装置１２へ“２００ＯＫ”が送られる。それに対して、セッション代行装置１２からセッション制御装置１６へ了解した旨の“ＡＣＫ”が送られ、セッション制御装置１６からセッション代行装置１３へ“ＡＣＫ”が送られる。
【００４３】
図３Ｂを参照すると、図２におけるステップ１０６のＴＣＰ接続処理において、セッション代行装置１２からセッション代行装置１３へ“ＳＹＮ”が送られ、セッション代行装置１３からセッション代行装置１２へ“ＳＹＮ  ＡＣＫ”が送られ、セッション代行装置１２からセッション代行装置１３へ“ＡＣＫ”が返される。
【００４４】
また、図２におけるステップ１０８のＴＣＰ接続処理において、セッション代行装置１３からＡＰＬサーバ１４へ“ＳＹＮ”が送られ、ＡＰＬサーバ１４からセッション代行装置１３へ“ＳＹＮ  ＡＣＫ”が送られ、セッション代行装置１３からＡＰＬサーバ１４へ“ＡＣＫ”が返される。
【００４５】
図３Ｃを参照すると、図２におけるステップ１１４のＴＣＰ切断処理において、セッション代行装置１３からＡＰＬサーバ１４へ“ＦＩＮ”が送られ、ＡＰＬサーバ１４からセッション代行装置１３へ“ＡＣＫ”が返される。また、ＡＰＬサーバ１４からセッション代行装置１３へ“ＦＩＮ”が送られ、セッション代行装置１３からＡＰＬサーバ１４へ“ＡＣＫ”が返される。
【００４６】
また、図２におけるステップ１１５のＴＣＰ切断処理において、セッション代行装置１２からセッション代行装置１３へ“ＦＩＮ”が送られ、セッション代行装置１３からセッション代行装置１２へ“ＡＣＫ”が返される。また、セッション代行装置１３からセッション代行装置１２へ“ＦＩＮ”が送られ、セッション代行装置１２からセッション代行装置１３へ“ＡＣＫ”が返される。
【００４７】
また、図２におけるステップ１１６のＴＣＰ切断処理において、クライアント１１からセッション代行装置１２へ“ＦＩＮ”が送られ、セッション代行装置１２からクライアント１１へ“ＡＣＫ”が返される。また、セッション代行装置１２からクライアント１１へ“ＦＩＮ”が送られ、クライアント１１からセッション代行装置１２へ“ＡＣＫ”が返される。
【００４８】
また、図２におけるステップ１１８，１１９のＳＩＰセッションを開放する処理において、セッション代行装置１２からセッション制御装置１６へＳＩＰセッションの開放を要求する“ＢＹＥ”が送られ、セッション制御装置１６からセッション代行装置１２へ同じく“ＢＹＥ”が送られる。これに対して、セッション代行装置１３からセッション制御装置１６へ“２００  ＯＫ”が返され、セッション制御装置１６からセッション代行装置１２へ“２００  ＯＫ”が返される。
【００４９】
図４は、クライアント１１側に置かれるセッション代行装置１２の構成と、ＡＰＬサーバ１４側に置かれるセッション代行装置１３の構成を示すブロック図である。
【００５０】
図４を参照すると、クライアント１１側のセッション代行装置１２はアプリケーション通信部２１、アプリケーションプロキシ処理部２２、セッション制御プロトコル処理部２３、セッション制御プロトコル通信部２４、帯域情報管理部２５、および帯域情報通信部２６を有している。
【００５１】
アプリケーション通信部２１は、クライアント１１とＡＰＬサーバ１４の間で送受信されるデータを中継転送する。
【００５２】
セッション制御プロトコル通信部２４は、セッション制御プロトコル処理部２３の指示に従って帯域確保用セッションの制御プロトコルによる制御信号を帯域保証型ネットワーク１０との間で送受信する。
【００５３】
帯域情報管理部２５は、帯域情報通信部２６を介してＡＰＬ帯域管理装置１５から、アプリケーションに確保すべき帯域の情報を取得する。なお、ここでは帯域情報管理部２５はＡＰＬ帯域管理装置１５から帯域の情報を取得することとしたが、本発明はこれに限定されるものではない。他の例として、帯域情報管理部２５は、アプリケーションの種別とそのアプリケーションのために確保すべき帯域とを対応付けて記録した帯域管理データを自身で予め格納しておくことにしてもよい。その場合、帯域情報管理部２５は、セッション制御プロトコル処理部２３からアプリケーションの種別を指定した帯域の問い合わせがあると、そのアプリケーションに確保すべき帯域の情報を自身の帯域管理データから求め、セッション制御プロトコル処理部２３に返答すればよい。更に他の例として、クライアント１１からのアプリケーション接続要求に、必要な帯域を示す帯域情報が含まれているものとしてもよい。その場合、帯域情報管理部２５は、アプリケーション接続要求に含まれている帯域情報から、アプリケーションに確保すべき帯域を判断すればよい。
【００５４】
帯域情報通信部２６は、帯域情報管理部２５からの指示に従ってＡＰＬ帯域管理装置１５通信し、アプリケーションに確保すべき帯域の情報を問い合わせて取得する。
【００５５】
アプリケーションプロキシ処理部２２は、アプリケーション通信部２１が中継転送しているデータを監視し、アプリケーションの接続あるいは切断の要求があると、セッション制御プロトコル処理部２３に通知する。
【００５６】
クライアント１１からＡＰＬサーバ１４へのアプリケーション用セッション確立の要求があると、アプリケーションプロキシ処理部２２は、その要求をＡＰＬサーバ１４に送らずに一旦保持し、アプリケーション接続要求を受信した旨をセッション制御プロトコル処理部２３に通知する。その通知にはアプリケーションの種別を示す情報が含まれている。その後、セッション制御プロトコル処理部２３から帯域確保用セッションが確立された旨の通知を受けると、保持しておいたアプリケーション用セッション確立の要求を帯域保証型ネットワーク１０を介してＡＰＬサーバ１４に送信する。
【００５７】
また、クライアント１１からＡＰＬサーバ１４へのアプリケーション用セッション切断の要求があると、アプリケーションプロキシ処理部２２は、その要求をＡＰＬサーバ１４に送ってから、アプリケーション切断要求を受信した旨をセッション制御プロトコル処理部２３に通知する。
【００５８】
セッション制御プロトコル処理部２３は、帯域確保用セッションのセッション制御プロトコルの機能を備えており、アプリケーションプロキシ処理部２２からの通知に基づいて、セッション制御プロトコル通信部２４を介してＡＰＬサーバ１４側のセッション代行装置１３との間で帯域確保用セッションの確立あるいは切断を行う。帯域確保用セッションは、セッション制御装置１６の許可が得られたこと、言い換えれば帯域が確保されたことを条件に確立される。
【００５９】
アプリケーションプロキシ処理部２２からアプリケーション接続要求を受信した旨の通知を受けると、セッション制御プロトコル処理部２３は、ＡＰＬサーバ１４側のセッション代行装置１３との間で帯域確保用セッションの確立の処理を行う。その際、セッション制御プロトコル処理部２３は、アプリケーションの通信に確保すべき帯域の情報を帯域情報管理部２５から取得する。そして、その帯域を確保した帯域確保用セッションを確立すると、セッション制御プロトコル処理部２３は、帯域確保用セッションを確立した旨をアプリケーションプロキシ処理部２２に通知する。
【００６０】
また、アプリケーションプロキシ処理部２２からアプリケーション切断要求を受信した旨の通知を受けると、セッション制御プロトコル処理部２３は、ＡＰＬサーバ１４側のセッション代行装置１３との間で帯域確保用セッションの切断の処理を行う。
【００６１】
再び図４を参照すると、ＡＰＬサーバ１４側のセッション代行装置１３はアプリケーション通信部３１、アプリケーションプロキシ処理部３２、セッション制御プロトコル処理部３３、およびセッション制御プロトコル通信部３４を有している。
【００６２】
アプリケーション通信部３１は、ＡＰＬサーバ１４とクライアント１１の間で送受信されるデータを中継転送する。
【００６３】
セッション制御プロトコル通信部３４は、セッション制御プロトコル処理部３３の指示に従って帯域確保用セッションの制御プロトコルによる制御信号を帯域保証型ネットワーク１０との間で送受信する。
【００６４】
アプリケーションプロキシ処理部３２は、アプリケーション通信部３１が中継転送しているデータを監視し、アプリケーションの接続あるいは切断に関するメッセージがあると、セッション制御プロトコル処理部３３に通知する。
【００６５】
セッション制御プロトコル処理部３３は、帯域確保用セッションのセッション制御プロトコルの機能を備えており、クライアント１１側のセッション代行装置１２からの要求に応じて、セッション制御プロトコル通信部２４を介してセッション代行装置１２との間で帯域確保用セッションの確立あるいは切断を行う。
【００６６】
以上説明したように、本実施形態によれば、クライアント１１に代わってセッション代行装置１２が、ＡＰＬサーバ１４に代わってセッション代行装置１３が帯域確保用セッションの確立および切断を行ってクライアント１１とＡＰＬサーバ１４の間にアプリケーション通信のための帯域の確保および開放をするので、クライアント１１やＡＰＬサーバ１４が帯域確保用セッションの制御プロトコルを実装していなくても帯域を確保した通信をすることができる。
【００６７】
また、本実施形態によれば、セッション代行装置１２はクライアント１１が利用しようとするアプリケーションに要求される帯域を調べてから確保するので、アプリケーション通信に必要なだけの帯域を確保することができる。
【００６８】
なお、本実施形態におけるセッション代行装置１２およびセッション代行装置１３は、図４に示した各部の機能を実現するプログラムをメモリに格納しており、プロセッサでそのプログラムを実行するコンピュータであってもよい。
【図面の簡単な説明】
【００６９】
【図１】本実施形態による通信システムの構成を示すブロック図である。
【図２】本実施形態による通信システムの動作の概要を示すシーケンス図である。
【図３Ａ】帯域確保用セッションとしてＳＩＰによるセッションを用いた場合の通信システムの動作を示す第１のシーケンス図である。
【図３Ｂ】帯域確保用セッションとしてＳＩＰによるセッションを用いた場合の通信システムの動作を示す第２のシーケンス図である。
【図３Ｃ】帯域確保用セッションとしてＳＩＰによるセッションを用いた場合の通信システムの動作を示す第３のシーケンス図である。
【図４】クライアント１１側に置かれるセッション代行装置１２の構成と、ＡＰＬサーバ１４側に置かれるセッション代行装置１３の構成を示すブロック図である。
【符号の説明】
【００７０】
１０    帯域保証型ネットワーク
１１    クライアント
１２，１３    セッション代行装置
１４    アプリケーションサーバ
１５    アプリケーション帯域管理装置
１６    セッション制御装置
２１、３１    アプリケーション通信部
２２、３２    アプリケーションプロキシ処理部
２３、３３    セッション制御プロトコル処理部
２４、３４    セッション制御プロトコル通信部
２５    帯域情報管理部
２６    帯域情報通信部
１０１〜１１９    ステップ
【図１】
2008078878.tif 000003
【図２】
2008078878.tif 000004
【図３Ａ】
2008078878.tif 000005
【図３Ｂ】
2008078878.tif 000006
【図３Ｃ】
2008078878.tif 000007
【図４】
2008078878.tif 000008