簡易型セッション制御システムおよび簡易型セッション制御方法
【課題】セッション制御サーバの負荷を軽減する。
【解決手段】簡易型セッション制御システム１は、エッジ２０とセッション制御サーバ１０とを有する。エッジ２０は、ユーザ端末３０が送信するストリームを転送する転送部２１と、ストリームが当該ユーザ端末３０のトラヒック条件内であるか否かを監視するポリサ設定部２２とを有する。セッション制御サーバ１０は、ユーザ端末３０間のセッション制御を行い、各ユーザ端末３０をブラックユーザに分類したブラックユーザリスト１２と、とホワイトユーザに分類したホワイトユーザリスト１３と、を格納した記憶部１１と、セッション制御した当該ユーザ端末３０がブラックユーザリスト１２に登録されていたならば、エッジ２０のポリサ設定部２２によってユーザ端末３０のストリームを常に監視するブラックユーザ監視処理部１５を有する。
【解決手段】簡易型セッション制御システム１は、エッジ２０とセッション制御サーバ１０とを有する。エッジ２０は、ユーザ端末３０が送信するストリームを転送する転送部２１と、ストリームが当該ユーザ端末３０のトラヒック条件内であるか否かを監視するポリサ設定部２２とを有する。セッション制御サーバ１０は、ユーザ端末３０間のセッション制御を行い、各ユーザ端末３０をブラックユーザに分類したブラックユーザリスト１２と、とホワイトユーザに分類したホワイトユーザリスト１３と、を格納した記憶部１１と、セッション制御した当該ユーザ端末３０がブラックユーザリスト１２に登録されていたならば、エッジ２０のポリサ設定部２２によってユーザ端末３０のストリームを常に監視するブラックユーザ監視処理部１５を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ポリサで制御するセッション制御に関する。
【背景技術】
【０００２】
次世代ネットワークは、各サービスから要求されるアプリケーションの品質、ＩＰ（Internet Protocol）トラヒックの特性、ネットワーク構成を考慮してきめ細かくネットワーク帯域を確保することで、サービス品質を保障している。また、次世代ネットワークは、電話、ＶＯＤ（Video On Demand）などの、さまざまなサービスに対してサービス品質を保障するために、ＳＩＰ（Session Initiation Protocol）セッション制御により帯域制御を実現している。
【０００３】
具体的には、次世代ネットワークは、ユーザからのセッション設定の要求ごとに、回線の混み具合などの「リソース状態」を確認し、セッション設定の可否を判断している。また、次世代ネットワークでは、ポリサ設定に基くエッジ制御により、確立したセッションに於いて、端末側がトラヒック条件を守ってストリームを送信しているか否かを監視している。ここでポリサとは、トラヒックの帯域幅限度の指定をいう。ポリサ設定とは、トラヒックの帯域幅限度の設定をいう。以下、ポリサ設定に基くエッジ制御のことを、「ポリサ制御」と記載している場合がある。
【０００４】
非特許文献１の図６には、前記した次世代ネットワークに於ける品質制御に関する技術が記載されている。この非特許文献１に記載された技術を比較例として、図７を参照して詳細に説明する。
【０００５】
図７は、比較例に於けるセッション制御システムの概略を示す構成図である。
（比較例の構成）
【０００６】
セッション制御システム１Ａは、セッション制御サーバ１０Ａと、エッジ２０Ａ−１，２０Ａ−２と、高優先回線４０とを有し、ユーザ端末３０−１，３０−２と接続されている。
【０００７】
セッション制御サーバ１０Ａは、ユーザ端末３０−１，３０−２と、エッジ２０Ａ−１，２０Ａ−２と接続され、これらエッジ２０Ａ−１，２０Ａ−２と通信可能である。ユーザ端末３０−１は、エッジ２０Ａ−１と接続され、このエッジ２０Ａ−１と通信可能である。ユーザ端末３０−２は、エッジ２０Ａ−２と接続され、このエッジ２０Ａ−２と通信可能である。ユーザ端末３０−１，３０−２は、それぞれエッジ２０Ａ−１，２０Ａ−２を介してセッション制御サーバ１０Ａと通信可能である。エッジ２０Ａ−１，２０Ａ−２は、高優先回線４０で接続され、この高優先回線４０を介して相互に通信可能である。以下、ユーザ端末３０−１，３０−２を個々に区別しないときには、単にユーザ端末３０と記載する。エッジ２０Ａ−１，２０Ａ−２を個々に区別しないときには、単にエッジ２０Ａと記載する。
【０００８】
セッション制御サーバ１０Ａは、各ユーザ端末３０間などでセッションを確立するセッション制御を行うものである。セッション制御サーバ１０Ａは、記憶部１１Ａと処理部１４Ａとを備えている。
【０００９】
記憶部１１Ａは、例えば、ＨＤＤ（Hard Disk Drive）またはフラッシュメモリであり、情報を記憶するものである。処理部１４Ａは、例えば上述したＳＩＰによるセッション制御を行うものである。処理部１４Ａは、ＣＰＵ（Central Processing Unit）が、ＲＡＭ（Random Access Memory）にソフトウェアプログラムを読込んで実行することなどにより具現化される。
【００１０】
エッジ２０Ａは、例えばエッジルータであり、当該セッション制御システム１Ａの基幹ネットワークの末端に接続されている。エッジ２０Ａは、ホームネットワークまたはＬＡＮを基幹ネットワークに接続するものである。エッジ２０Ａは、転送部２１とポリサ設定部２２とを備えている。
【００１１】
転送部２１は、ユーザ端末３０が送信するストリームを、宛先に転送するものである。ポリサ設定部２２は、確立したセッションに於いて、当該ストリームが申告したトラヒック条件内であるか否かを監視するものである。
【００１２】
ユーザ端末３０は、個人のホームネットワークに接続されたコンピュータ、または、事業所や営業所のＬＡＮ（Local Area Network）に接続されたコンピュータである。
（比較例の動作）
【００１３】
通信を開始するにあたり、シーケンスＱ１に於いて、ユーザ端末３０−１は、帯域幅、転送レート、最大パケットサイズなどのトラヒック情報、および、メディア情報を、ＳＩＰ情報に格納し、当該ＳＩＰ情報をセッション制御サーバ１０Ａに送信する。
【００１４】
シーケンスＱ２に於いて、セッション制御サーバ１０Ａの処理部１４Ａは、ユーザ端末３０−１から受信した情報の内容を確認し、当該情報の内容に問題がなければユーザ端末３０−２に送信する。
シーケンスＱ３に於いて、ユーザ端末３０−２は、受信した情報の内容に問題なければ、セッション制御サーバ１０ＡにＯＫ信号を送信する。
【００１５】
シーケンスＱ４に於いて、セッション制御サーバ１０Ａは、ユーザ端末３０−１にＯＫ信号を送信する。これによりユーザ端末３０−１とユーザ端末３０−２との間でセッションが確立する。
【００１６】
当該セッションが確立すると、シーケンスＱ５Ａに於いて、セッション制御サーバ１０Ａは、エッジ２０Ａ−１に対して、ポリサ設定部２２を起動するように制御する。更に、シーケンスＱ６Ａに於いて、セッション制御サーバ１０Ａは、エッジ２０Ａ−２に対して、ポリサ設定部２２を起動するように制御する。
【００１７】
シーケンスＱ６Ａの後、エッジ２０Ａ−１のポリサ設定部２２は、ユーザ端末３０−１がトラヒック条件を守ってストリームを送出しているかを監視する。エッジ２０Ａ−２のポリサ設定部２２も、エッジ２０Ａ−１のポリサ設定部２２と同様に、ユーザ端末３０−２がトラヒック条件を守ってストリームを送出しているかを監視する。
【００１８】
ポリサ設定部２２は、監視しているユーザ端末３０が、シーケンスＱ１で申告したトラヒック条件で規定した通信量以上のパケットを送信していたならば、規定通信量を超えたパケットを廃棄する。
比較例に於いて、セッション制御サーバ１０は、デフォルトではエッジ制御を行わず、セッション確立時にエッジ制御を行うようにしている。
セッション制御サーバ１０Ａは、セッションごとに各エッジ２０Ａのポリサ設定部２２の制御（エッジ制御）が必要である。このエッジ制御は、セッション制御サーバ１０Ａの処理負荷が大きい要因である。
【先行技術文献】
【非特許文献】
【００１９】
【非特許文献１】笠原英樹、錦戸淳、織田一弘、大西邦宏、梶山義夫、「ＮＧＮが提供する新しいコミュニケーションとそれを支える技術 次世代ネットワークを支えるネットワーク基盤技術」、［online］、２００７年４月１日、ＮＴＴ技術ジャーナル：巻１９号:４頁:38-43、［平成２３年１１月７日検索］、インターネット（URL:http://www.ntt.co.jp/journal/0704/files/jn200704038.pdf）
【発明の概要】
【発明が解決しようとする課題】
【００２０】
ポリサ設定に基いてエッジ制御するセッション制御通信では、前記した比較例で述べたようにセッションごとにセッション制御サーバからのエッジ制御が必要となる。よって、セッション制御通信は、セッション制御サーバのエッジ制御の負荷が大きいという問題がある。
そこで本発明は、セッション制御サーバの負荷を軽減することを課題とする。
【課題を解決するための手段】
【００２１】
前記した課題を解決するため、請求項１に記載の発明では、ユーザノードが送信するストリームを転送する転送部と、当該ストリームは当該ユーザノードのトラヒック条件内であるか否かを監視するポリサ設定部を有するエッジと、前記ユーザノード間のセッション制御を行うセッション制御サーバと、を備え、前記セッション制御サーバは、前記ユーザノードを、当該ユーザノードのトラヒック条件を超えたストリームを送出したブラックユーザノード、および、当該ユーザノードのトラヒック条件を順守してストリームを送出したホワイトユーザノードに分類したユーザ情報を格納した記憶部と、セッション制御した当該ユーザノードが前記ブラックユーザノードに分類されていたならば、前記エッジの前記ポリサ設定部によって当該ユーザノードの当該ストリームを常に監視するブラックユーザ監視処理部と、を有することを特徴とする簡易型セッション制御システムとした。
【００２２】
このようにすることで、ブラックユーザノードのストリームのみを監視するので、セッション制御サーバの負荷を軽減することができる。
【００２３】
請求項２に記載の発明では、前記ブラックユーザ監視処理部は更に、前記ブラックユーザノードに分類された当該ユーザノードのセッションが連続して所定回数以上当該ユーザノードのトラヒック条件内ならば、当該ユーザノードを前記ホワイトユーザノードに再分類すること、を特徴とする請求項１に記載の簡易型セッション制御システムとした。
【００２４】
このようにすることで、ブラックユーザノードがトラヒック条件を守ってストリームを送出するようになったならば、このユーザノードをホワイトユーザノードに再分類するので、セッション制御サーバは、現状のユーザノードの振る舞いに適合した監視を行うことができる。
【００２５】
請求項３に記載の発明では、前記ブラックユーザ監視処理部は更に、前記ブラックユーザノードに分類された当該ユーザノードのセッションが当該ユーザノードのトラヒック条件内であった割合が閾値以上ならば、当該ユーザノードを前記ホワイトユーザノードに再分類すること、を特徴とする請求項１に記載の簡易型セッション制御システムとした。
【００２６】
このようにすることで、ブラックユーザノードがトラヒック条件を守ってストリームを送出するようになったならば、このユーザノードをホワイトユーザノードに再分類するので、セッション制御サーバは、現状のユーザノードの振る舞いに適合した監視を行うことができる。
【００２７】
請求項４に記載の発明では、前記セッション制御サーバは更に、セッション制御した当該ユーザノードが前記ホワイトユーザノードに分類されていたならば、前記エッジの前記ポリサ設定部によって当該ユーザノードをランダムに監視し、当該ユーザノードのセッションが当該ユーザノードのトラヒック条件を外れたと検知したならば、当該ユーザノードを前記ブラックユーザノードに再分類するホワイトユーザ監視処理部を有する、ことを特徴とする請求項１ないし請求項３のいずれか１項に記載の簡易型セッション制御システムとした。
【００２８】
このようにすることで、ホワイトユーザノードに分類されていたユーザノードが、トラヒック条件を外れたストリームを送出するようになったならば、このユーザノードをブラックユーザノードに再分類するので、セッション制御サーバは、現状のユーザノードの振る舞いに適合した監視を行うことができる。
【００２９】
請求項５に記載の発明では、前記エッジは更に、入力トラヒックの帯域を観測し、所定値以上の帯域の入力トラヒックを検出すると、前記セッション制御サーバに、当該入力トラヒックは当該ユーザノードのトラヒック条件内であるか否かを問い合わせる入力トラヒック観測処理部を有する、ことを特徴とする請求項１ないし請求項４のいずれか１項に記載の簡易型セッション制御システムとした。
【００３０】
このようにすることで、各エッジが入力トラヒックを監視する。これにより、新たなブラックユーザノードが、トラヒック条件を外れたストリームを送出するようになったことを、いち早く検出することができる。
【００３１】
請求項６に記載の発明では、前記エッジは更に、入力トラヒックの帯域占有率を観測し、所定値以上の帯域占有率の入力トラヒックを検出すると、前記セッション制御サーバに、当該入力トラヒックは当該ユーザノードのトラヒック条件内であるか否かを問い合わせる入力トラヒック観測処理部を有する、ことを特徴とする請求項１ないし請求項４のいずれか１項に記載の簡易型セッション制御システムとした。
【００３２】
このようにすることで、各エッジが入力トラヒックを監視するので、新たなブラックユーザノードが、トラヒック条件を外れたストリームを送出するようになったことを、いち早く検出することができる。
【００３３】
請求項７に記載の発明では、ストリームを転送し、当該ストリームはユーザノードのトラヒック条件内であるか否かを監視するエッジが接続され、前記ユーザノードを当該ユーザノードのトラヒック条件を超えたストリームを送出したブラックユーザノードと当該ユーザノードのトラヒック条件を順守してストリームを送出したホワイトユーザノードとに分類したユーザ情報を格納した記憶部を有するセッション制御サーバの処理部は、前記ユーザノード間のセッション制御を行い、セッション制御した当該ユーザノードが前記ブラックユーザノードに分類されていたならば、前記エッジによって当該ユーザノードのストリームを転送させると共に、当該ストリームが当該ユーザノードのトラヒック条件内であるか否かを常に監視する、ことを特徴とする簡易型セッション制御方法とした。
【００３４】
このようにすることで、ブラックユーザノードのストリームのみを監視するので、セッション制御サーバの負荷を軽減することができる。
【発明の効果】
【００３５】
本発明によれば、セッション制御サーバの負荷を軽減することが可能となる。
【図面の簡単な説明】
【００３６】
【図１】第１の実施形態に於ける簡易型セッション制御システムの概略を示す構成図である。
【図２】第１の実施形態に於けるブラックユーザ監視処理部の動作を示すフローチャートである。
【図３】第１の実施形態に於けるホワイトユーザ監視処理部の動作を示すフローチャートである。
【図４】第１の実施形態に於ける入力トラヒック観測処理部の動作を示すフローチャートである。
【図５】第２の実施形態に於ける簡易型セッション制御システムの概略を示す構成図である。
【図６】第２の実施形態に於けるセッション開始処理を示す図である。
【図７】比較例に於けるセッション制御システムの概略を示す構成図である。
【発明を実施するための形態】
【００３７】
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
【００３８】
（第１の実施形態の構成）
図１は、第１の実施形態に於ける簡易型セッション制御システムの概略を示す構成図である。
簡易型セッション制御システム１は、セッション制御サーバ１０と、エッジ２０−１，２０−２と、高優先回線４０とを有し、ユーザ端末３０−１，３０−２（ユーザノード）と接続されている。
【００３９】
セッション制御サーバ１０は、ユーザ端末３０−１，３０−２と、エッジ２０−１，２０−２と接続され、これらエッジ２０−１，２０−２と通信可能である。ユーザ端末３０−１は、エッジ２０−１と接続され、このエッジ２０−１と通信可能である。ユーザ端末３０−２は、エッジ２０−２と接続され、このエッジ２０−２と通信可能である。ユーザ端末３０−１，３０−２は、それぞれエッジ２０−１，２０−２を介して、セッション制御サーバ１０と通信可能である。エッジ２０−１，２０−２は、高優先回線４０で接続され、この高優先回線４０を介して相互に通信可能である。以下、ユーザ端末３０−１，３０−２を個々に区別しないときには、単にユーザ端末３０と記載する。エッジ２０−１，２０−２を個々に区別しないときには、単にエッジ２０と記載する。
【００４０】
セッション制御サーバ１０は、各ユーザ端末３０間などでセッションを確立するセッション制御を行うものである。セッション制御サーバ１０は、記憶部１１と処理部１４とを備えている。
【００４１】
記憶部１１は、例えば、ＨＤＤまたはフラッシュメモリであり、情報を記憶するものである。記憶部１１は、ブラックユーザリスト１２と、ホワイトユーザリスト１３とを備えている。
【００４２】
ブラックユーザリスト１２は、あらかじめ申告したトラヒック条件（流量など）を守らずにストリームを送出したユーザ端末３０（以下、「ブラックユーザ」という。）のリストである。ここでユーザ端末３０が登録したトラヒック条件を守らずにストリームを送信したセッションのことを「悪意呼」という。悪意呼は、ユーザ端末３０が、当該ユーザ端末３０の種類とは異なる端末種類を申告することによっても発生する。例えば、ユーザ端末３０の種類がコンピュータであるとき、電話端末としてトラヒック条件を申告することである。このような悪意呼は、技術標準に適合していない端末装置によって発生すると考えられる。
【００４３】
ホワイトユーザリスト１３は、あらかじめ申告したトラヒック条件（流量など）を守ってストリームを送出したユーザ端末３０（以下、「ホワイトユーザ」という。）のリストである。
【００４４】
処理部１４は、例えば上述したＳＩＰによるセッション制御を行うものである。処理部１４は、ＣＰＵが、ＲＡＭにソフトウェアプログラムを読込んで実行することなどにより具現化される。処理部１４は、ブラックユーザ監視処理部１５と、ホワイトユーザ監視処理部１６とを備えている。
ブラックユーザ監視処理部１５は、ブラックユーザのセッションを監視するものであり、後記する図２で動作を詳細に説明する。
ホワイトユーザ監視処理部１６は、ホワイトユーザのセッションを監視するものであり、後記する図３で動作を詳細に説明する。
【００４５】
エッジ２０は、例えばエッジルータであり、当該簡易型セッション制御システム１の基幹ネットワークの末端に接続されている。エッジ２０は、前記したホームネットワークまたはＬＡＮを基幹ネットワークに接続するものである。エッジ２０は、転送部２１と、ポリサ設定部２２と、入力トラヒック観測処理部２３とを備えている。
【００４６】
転送部２１は、ユーザ端末３０が送信するストリームを、宛先に転送するものである。ポリサ設定部２２は、確立したセッションに於いて、ユーザ端末３０がトラヒック条件を守ってストリームを送信しているか否かを監視するものである。入力トラヒック観測処理部２３は、ユーザ端末３０から入力されたトラヒック（ストリーム）を観測するものであり、後記する図４で動作を詳細に説明する。
【００４７】
ユーザ端末３０は、個人のホームネットワークに接続されたコンピュータ、または、事業所や営業所のＬＡＮに接続されたコンピュータなどである。
【００４８】
（第１の実施形態の動作）
図２は、第１の実施形態に於けるブラックユーザ監視処理部の動作を示すフローチャートである。
ポリサ設定に基くエッジ制御での処理負荷を減少させるためには、ブラックユーザを極力減少させる必要がある。ブラックユーザ監視処理部１５は、ブラックユーザをホワイトユーザに移行させ、ブラックユーザを減少させる。
ブラックユーザ（ユーザ端末３０）がセッションを開始すると、図２の処理が開始する。
ステップＳ１０に於いて、ブラックユーザ監視処理部１５は、当該ブラックユーザのユーザノードにポリサ制御を実施する。
【００４９】
ステップＳ１１に於いて、ブラックユーザ監視処理部１５は、当該ブラックユーザに係る当該セッションが終了したか否かを判断する。ブラックユーザ監視処理部１５は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１２の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１０の処理に戻る。
【００５０】
ステップＳ１２に於いて、ブラックユーザ監視処理部１５は、当該セッションに於けるストリームが登録したトラヒック条件内であったか否かを判断する。ブラックユーザ監視処理部１５は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１３の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１４の処理を行う。
ステップＳ１３に於いて、ブラックユーザ監視処理部１５は、当該ブラックユーザの規定内実施回数を１加算する。ここで規定内実施回数とは、当該ブラックユーザが入力トラヒック条件を守ってストリーム送信したセッション数をいう。
ステップＳ１４に於いて、ブラックユーザ監視処理部１５は、当該ブラックユーザの規定内実施回数を０に設定する。
【００５１】
ステップＳ１５に於いて、ブラックユーザ監視処理部１５は、規定内実施回数が所定回数以上であるか否かを判断する。ブラックユーザ監視処理部１５は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１６の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１８の処理を行う。
ステップＳ１６に於いて、ブラックユーザ監視処理部１５は、当該ユーザを、ブラックユーザリスト１２から削除する。
ステップＳ１７に於いて、ブラックユーザ監視処理部１５は、当該ユーザを、ホワイトユーザリスト１３に登録して再分類し、図２の処理を終了する。
【００５２】
ステップＳ１８に於いて、ブラックユーザ監視処理部１５は、当該ユーザをブラックユーザリスト１２の登録のままとする（ブラックユーザリスト１２継続）。ステップＳ１８が終了したならば、ブラックユーザ監視処理部１５は、図２の処理を終了する。
【００５３】
前記した図２の処理に於いて、ブラックユーザ監視処理部１５は、ブラックユーザ（ユーザ端末３０）を常に監視している。更に、ブラックユーザ監視処理部１５は、問題ない通信セッションを所定回数以上実施したならば、当該ユーザをホワイトユーザリスト１３に登録して再分類している。
【００５４】
図３は、第１の実施形態に於けるホワイトユーザ監視処理部の動作を示すフローチャートである。
ホワイトユーザ監視処理部１６は、ホワイトユーザ（ユーザ端末３０）であっても登録したトラヒック条件を守らない可能性があるため、ポリサ設定に基くエッジ制御をランダムに実施し、悪意呼を行ったホワイトユーザをブラックユーザリスト１２に登録して再分類する。
ホワイトユーザ（ユーザ端末３０）がセッションを開始すると、図３の処理が開始する。
ステップＳ２０に於いて、ホワイトユーザ監視処理部１６は、当該セッションに係る乱数を発生させる。
【００５５】
ステップＳ２１に於いて、ホワイトユーザ監視処理部１６は、乱数が所定条件を満たすか否かを判断する。ホワイトユーザ監視処理部１６は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ２２の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ２７の処理を行う。
【００５６】
この所定条件とは、例えば自然数の乱数を発生させたとき、この乱数を１０で除算した剰余が０になるか否かである。この場合には、１０％の確率でランダムに、ステップＳ２２以下の処理を行うことができる。しかし、これに限られず、ランダムに処理を分岐する方法であればよい。これにより、セッション制御サーバ１０のエッジ制御の負荷を減らすと共に、ホワイトユーザが悪意呼を行ってブラックユーザに変わったことを把握できる。
【００５７】
ステップＳ２２に於いて、ホワイトユーザ監視処理部１６は、当該ホワイトユーザのユーザノードに対してポリサ制御を実施する。
ステップＳ２３に於いて、ホワイトユーザ監視処理部１６は、セッションが終了したか否かを判断する。ホワイトユーザ監視処理部１６は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ２４の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ２２の処理に戻る。
【００５８】
ステップＳ２４に於いて、ホワイトユーザ監視処理部１６は、当該セッションに於けるストリームが登録したトラヒック条件内であったか否かを判断する。ホワイトユーザ監視処理部１６は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ２７の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ２５の処理を行う。
ステップＳ２５に於いて、ホワイトユーザ監視処理部１６は、当該ホワイトユーザをホワイトユーザリスト１３から削除する。
ステップＳ２６に於いて、ホワイトユーザ監視処理部１６は、当該ホワイトユーザをブラックユーザリスト１２に登録し、図３の処理を終了する。
【００５９】
ステップＳ２７に於いて、ホワイトユーザ監視処理部１６は、当該ホワイトユーザをホワイトユーザリスト１３の登録のままとする（ホワイトユーザリスト１３継続）。ステップＳ２６が終了したならば、ホワイトユーザ監視処理部１６は、図３の処理を終了する。
【００６０】
前記した図３の処理に於いて、ホワイトユーザ監視処理部１６は、ホワイトユーザを監視し、悪意呼（登録したトラヒック条件を違反した通信セッション）を実施したならば、ブラックユーザリスト１２に登録して再分類している。
【００６１】
図４は、第１の実施形態に於ける入力トラヒック観測処理部の動作を示すフローチャートである。
ステップＳ３０に於いて、入力トラヒック観測処理部２３は、入力トラヒックの帯域を観測する。
ステップＳ３１に於いて、入力トラヒック観測処理部２３は、観測した入力トラヒックの帯域が閾値以上であるか否かを判断する。入力トラヒック観測処理部２３は、当該条件が成立しなかったならば（Ｎｏ）、ステップＳ３６の処理を行い、当該条件が成立したならば（Ｙｅｓ）、ステップＳ３２の処理を行う。
【００６２】
ステップＳ３２に於いて、入力トラヒック観測処理部２３は、セッション制御サーバ１０に、当該入力トラヒックが正しいか否かを問い合わせる。すなわち、入力トラヒック観測処理部２３は、当該入力トラヒックは、当該入力トラヒックに係るセッションを開始するときに登録した入力トラヒック条件を守っているか否かを、セッション制御サーバ１０に問い合わせる。
セッション制御サーバ１０の処理部１４は、当該問い合わせを受信すると、当該入力トラヒックが、当該入力トラヒックに係るセッションを開始するときに登録した入力トラヒック条件を守っているか否かの問合結果を生成する。セッション制御サーバ１０の処理部１４は、この問合結果を、当該エッジ２０に送信する。
ステップＳ３３に於いて、入力トラヒック観測処理部２３は、セッション制御サーバ１０から、問合結果を受信する。
【００６３】
ステップＳ３４に於いて、入力トラヒック観測処理部２３は、入力トラヒックが正しいか否かを判断する。入力トラヒック観測処理部２３は、当該条件が成立しなかったならば（Ｎｏ）、ステップＳ３５の処理を行い、当該条件が成立したならば（Ｙｅｓ）、ステップＳ３６の処理を行う。
ステップＳ３５に於いて、入力トラヒック観測処理部２３は、当該入力トラヒックの制御を中断し、図４の処理を終了する。
ステップＳ３６に於いて、入力トラヒック観測処理部２３は、当該入力トラヒックの制御を継続し、図４の処理を終了する。
【００６４】
（第１の実施形態の効果）
以上説明した第１の実施形態では、次の（Ａ）〜（Ｃ）のような効果がある。
【００６５】
（Ａ） セッション制御サーバ１０は、エッジ制御を極力少なくするため、あらかじめ登録したトラヒック条件（流量など）を守ってストリームを送出しているユーザ端末３０（ユーザノード）はホワイトユーザリスト１３に登録してエッジ制御を省略する。更に、セッション制御サーバ１０は、登録したトラヒック条件（流量など）以上のストリームを送出したユーザ端末３０（ユーザノード）をブラックユーザリスト１２に登録し、このユーザ端末３０に係るセッションを、ポリサ設定に基いてエッジ制御する。これにより、セッション制御サーバ１０の負荷を軽減することができる。
【００６６】
（Ｂ） セッション制御サーバ１０は、ホワイトユーザリスト１３に登録されたユーザについても、ランダムにエッジ制御している。これにより、ホワイトユーザリスト１３に登録されたユーザ（ユーザ端末３０）が、あらかじめ登録したトラヒック条件（流量）を守らずにストリームを送出し始めた場合であって、このユーザをブラックユーザリスト１２に登録して、このユーザ（ユーザ端末３０）のセッションをエッジ制御することができる。
【００６７】
（Ｃ） 各エッジ２０は、ストリームの帯域が閾値を超えているときには、セッション制御サーバ１０に、当該入力トラヒックが正しいか否かを問い合わせている。これにより、ホワイトユーザリスト１３に登録されたユーザが、あらかじめ登録したトラヒック条件（流量）を守らずにストリームを送出し始めた場合、当該ストリームである入力トラヒックの制御を中断することにより、この悪意呼に伴うトラヒックを遮断することができる。
【００６８】
（第２の実施形態の構成）
図５は、第２の実施形態に於ける簡易型セッション制御システムの概略を示す構成図である。第１の実施形態の簡易型セッション制御システム１と同一の要素には同一の符号を付与している。
【００６９】
第２の実施形態の簡易型セッション制御システム１Ｂは、第１の実施形態の簡易型セッション制御システム１と同様の構成に加えて更に、ベストエフォート回線４１を備えている。
【００７０】
ベストエフォート回線４１は、エッジ２０−１と、エッジ２０−２とを接続している。エッジ２０−１，２０−２は、このベストエフォート回線４１を介して相互に通信可能である。ベストエフォート回線４１は、通信品質（通信帯域など）が保証されない回線であり、例えばインターネット回線である。
【００７１】
（第２の実施形態の動作）
図６は、第２の実施形態に於けるセッション開始処理を示す図である。
ユーザ端末３０がセッションを開始すると、図６の処理が開始する。
ステップＳ４０に於いて、セッション制御サーバ１０の処理部１４は、当該セッションのユーザがブラックユーザリスト１２に登録されているか否かを判断する。
【００７２】
ステップＳ４１に於いて、セッション制御サーバ１０の処理部１４は、当該セッションをベストエフォート回線４１で通信するよう、エッジ２０に指示し、図６の処理を終了する。
【００７３】
ステップＳ４２に於いて、セッション制御サーバ１０の処理部１４は、当該セッションを高優先回線４０で通信するよう、エッジ２０に指示し、図６の処理を終了する。
【００７４】
（第２の実施形態の効果）
以上説明した第２の実施形態では、次の（Ｄ）のような効果がある。
【００７５】
（Ｄ） セッション制御サーバ１０は、ホワイトユーザ（ユーザ端末３０）のセッションは高優先回線４０で中継し、ブラックユーザ（ユーザ端末３０）のセッションを、ベストエフォート回線４１でダウングレードして中継している。これにより、ホワイトユーザ（ユーザ端末３０）は、悪意呼を実施したブラックユーザ（ユーザ端末３０）によって悪影響を受けることなく、高優先回線４０による高品質なサービスを享受できる。
（変形例）
【００７６】
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。この利用形態や変形例としては、例えば、次の（ａ）〜（ｆ）のようなものがある。
【００７７】
（ａ） 第１の実施形態のセッション制御サーバ１０は、ブラックユーザ（ユーザ端末３０）が、所定回数を連続して登録したトラヒック条件のセッションを実施したならば、ホワイトユーザリスト１３に再登録している。しかし、これに限られず、セッション制御サーバ１０は、悪意呼が所定割合以下の場合、または、登録したトラヒック条件を超えたストリームが所定時間内に規定回数以下の場合には、当該ユーザをホワイトユーザリスト１３に登録するようにしてもよい。
【００７８】
（ｂ） 第１の実施形態のエッジ２０は、入力トラヒック観測処理部２３を有している。しかし、これに限られず、エッジ２０は、入力トラヒック観測処理部２３を有さない構成としてもよい。
【００７９】
（ｃ） 第１、第２の実施形態のポリサ設定部２２は、デフォルトではポリサ設定を行っておらず、セッション確立と共にポリサ設定を開始している。しかし、これに限られず、ポリサ設定部２２は、デフォルトでポリサ設定を行い、ポリサ設定が不要な場合には当該ポリサ設定を行わないようにしてもよい。
【００８０】
（ｄ） 第１の実施形態のエッジ２０は、入力トラヒックの帯域を観測している。しかし、これに限られず、エッジ２０は、入力トラヒックの帯域占有率を観測し、帯域占有率が大きい入力トラヒックが、申告したトラヒック条件を守っているか否かについて、セッション制御サーバ１０に問い合わせてもよい。
【００８１】
（ｅ） 第２の実施形態の簡易型セッション制御システム１Ｂは、ブラックユーザのユーザ端末３０のセッションをベストエフォート回線４１にダウングレードして通信させている。しかし、これに限られず、簡易型セッション制御システム１Ｂは、ブラックユーザのユーザ端末３０がＳＩＰ信号以外の通信を遮断するように制御してもよい。これにより、ブラックユーザは、悪意呼を実施したことを自ら把握して、その悪意呼に対処することができる。
【００８２】
（ｆ） 第１、第２の実施形態のセッション制御サーバ１０は、記憶部１１に、ブラックユーザリスト１２とホワイトユーザリスト１３とを格納している。しかし、これに限られず、セッション制御サーバ１０は、ユーザノードを一元管理し、各ユーザの属性をブラックユーザとホワイトユーザとに分類したユーザ情報を記憶部１１に格納してもよい。
【符号の説明】
【００８３】
１，１Ｂ 簡易型セッション制御システム
１Ａ セッション制御システム
１０，１０Ａ セッション制御サーバ
１１，１１Ａ 記憶部
１２ ブラックユーザリスト
１３ ホワイトユーザリスト
１４，１４Ａ 処理部
１５ ブラックユーザ監視処理部
１６ ホワイトユーザ監視処理部
２０，２０Ａ エッジ
２１ 転送部
２２ ポリサ設定部
２３ 入力トラヒック観測処理部
３０ ユーザ端末（ユーザノード）
４０ 高優先回線
４１ ベストエフォート回線
【技術分野】
【０００１】
本発明は、ポリサで制御するセッション制御に関する。
【背景技術】
【０００２】
次世代ネットワークは、各サービスから要求されるアプリケーションの品質、ＩＰ（Internet Protocol）トラヒックの特性、ネットワーク構成を考慮してきめ細かくネットワーク帯域を確保することで、サービス品質を保障している。また、次世代ネットワークは、電話、ＶＯＤ（Video On Demand）などの、さまざまなサービスに対してサービス品質を保障するために、ＳＩＰ（Session Initiation Protocol）セッション制御により帯域制御を実現している。
【０００３】
具体的には、次世代ネットワークは、ユーザからのセッション設定の要求ごとに、回線の混み具合などの「リソース状態」を確認し、セッション設定の可否を判断している。また、次世代ネットワークでは、ポリサ設定に基くエッジ制御により、確立したセッションに於いて、端末側がトラヒック条件を守ってストリームを送信しているか否かを監視している。ここでポリサとは、トラヒックの帯域幅限度の指定をいう。ポリサ設定とは、トラヒックの帯域幅限度の設定をいう。以下、ポリサ設定に基くエッジ制御のことを、「ポリサ制御」と記載している場合がある。
【０００４】
非特許文献１の図６には、前記した次世代ネットワークに於ける品質制御に関する技術が記載されている。この非特許文献１に記載された技術を比較例として、図７を参照して詳細に説明する。
【０００５】
図７は、比較例に於けるセッション制御システムの概略を示す構成図である。
（比較例の構成）
【０００６】
セッション制御システム１Ａは、セッション制御サーバ１０Ａと、エッジ２０Ａ−１，２０Ａ−２と、高優先回線４０とを有し、ユーザ端末３０−１，３０−２と接続されている。
【０００７】
セッション制御サーバ１０Ａは、ユーザ端末３０−１，３０−２と、エッジ２０Ａ−１，２０Ａ−２と接続され、これらエッジ２０Ａ−１，２０Ａ−２と通信可能である。ユーザ端末３０−１は、エッジ２０Ａ−１と接続され、このエッジ２０Ａ−１と通信可能である。ユーザ端末３０−２は、エッジ２０Ａ−２と接続され、このエッジ２０Ａ−２と通信可能である。ユーザ端末３０−１，３０−２は、それぞれエッジ２０Ａ−１，２０Ａ−２を介してセッション制御サーバ１０Ａと通信可能である。エッジ２０Ａ−１，２０Ａ−２は、高優先回線４０で接続され、この高優先回線４０を介して相互に通信可能である。以下、ユーザ端末３０−１，３０−２を個々に区別しないときには、単にユーザ端末３０と記載する。エッジ２０Ａ−１，２０Ａ−２を個々に区別しないときには、単にエッジ２０Ａと記載する。
【０００８】
セッション制御サーバ１０Ａは、各ユーザ端末３０間などでセッションを確立するセッション制御を行うものである。セッション制御サーバ１０Ａは、記憶部１１Ａと処理部１４Ａとを備えている。
【０００９】
記憶部１１Ａは、例えば、ＨＤＤ（Hard Disk Drive）またはフラッシュメモリであり、情報を記憶するものである。処理部１４Ａは、例えば上述したＳＩＰによるセッション制御を行うものである。処理部１４Ａは、ＣＰＵ（Central Processing Unit）が、ＲＡＭ（Random Access Memory）にソフトウェアプログラムを読込んで実行することなどにより具現化される。
【００１０】
エッジ２０Ａは、例えばエッジルータであり、当該セッション制御システム１Ａの基幹ネットワークの末端に接続されている。エッジ２０Ａは、ホームネットワークまたはＬＡＮを基幹ネットワークに接続するものである。エッジ２０Ａは、転送部２１とポリサ設定部２２とを備えている。
【００１１】
転送部２１は、ユーザ端末３０が送信するストリームを、宛先に転送するものである。ポリサ設定部２２は、確立したセッションに於いて、当該ストリームが申告したトラヒック条件内であるか否かを監視するものである。
【００１２】
ユーザ端末３０は、個人のホームネットワークに接続されたコンピュータ、または、事業所や営業所のＬＡＮ（Local Area Network）に接続されたコンピュータである。
（比較例の動作）
【００１３】
通信を開始するにあたり、シーケンスＱ１に於いて、ユーザ端末３０−１は、帯域幅、転送レート、最大パケットサイズなどのトラヒック情報、および、メディア情報を、ＳＩＰ情報に格納し、当該ＳＩＰ情報をセッション制御サーバ１０Ａに送信する。
【００１４】
シーケンスＱ２に於いて、セッション制御サーバ１０Ａの処理部１４Ａは、ユーザ端末３０−１から受信した情報の内容を確認し、当該情報の内容に問題がなければユーザ端末３０−２に送信する。
シーケンスＱ３に於いて、ユーザ端末３０−２は、受信した情報の内容に問題なければ、セッション制御サーバ１０ＡにＯＫ信号を送信する。
【００１５】
シーケンスＱ４に於いて、セッション制御サーバ１０Ａは、ユーザ端末３０−１にＯＫ信号を送信する。これによりユーザ端末３０−１とユーザ端末３０−２との間でセッションが確立する。
【００１６】
当該セッションが確立すると、シーケンスＱ５Ａに於いて、セッション制御サーバ１０Ａは、エッジ２０Ａ−１に対して、ポリサ設定部２２を起動するように制御する。更に、シーケンスＱ６Ａに於いて、セッション制御サーバ１０Ａは、エッジ２０Ａ−２に対して、ポリサ設定部２２を起動するように制御する。
【００１７】
シーケンスＱ６Ａの後、エッジ２０Ａ−１のポリサ設定部２２は、ユーザ端末３０−１がトラヒック条件を守ってストリームを送出しているかを監視する。エッジ２０Ａ−２のポリサ設定部２２も、エッジ２０Ａ−１のポリサ設定部２２と同様に、ユーザ端末３０−２がトラヒック条件を守ってストリームを送出しているかを監視する。
【００１８】
ポリサ設定部２２は、監視しているユーザ端末３０が、シーケンスＱ１で申告したトラヒック条件で規定した通信量以上のパケットを送信していたならば、規定通信量を超えたパケットを廃棄する。
比較例に於いて、セッション制御サーバ１０は、デフォルトではエッジ制御を行わず、セッション確立時にエッジ制御を行うようにしている。
セッション制御サーバ１０Ａは、セッションごとに各エッジ２０Ａのポリサ設定部２２の制御（エッジ制御）が必要である。このエッジ制御は、セッション制御サーバ１０Ａの処理負荷が大きい要因である。
【先行技術文献】
【非特許文献】
【００１９】
【非特許文献１】笠原英樹、錦戸淳、織田一弘、大西邦宏、梶山義夫、「ＮＧＮが提供する新しいコミュニケーションとそれを支える技術 次世代ネットワークを支えるネットワーク基盤技術」、［online］、２００７年４月１日、ＮＴＴ技術ジャーナル：巻１９号:４頁:38-43、［平成２３年１１月７日検索］、インターネット（URL:http://www.ntt.co.jp/journal/0704/files/jn200704038.pdf）
【発明の概要】
【発明が解決しようとする課題】
【００２０】
ポリサ設定に基いてエッジ制御するセッション制御通信では、前記した比較例で述べたようにセッションごとにセッション制御サーバからのエッジ制御が必要となる。よって、セッション制御通信は、セッション制御サーバのエッジ制御の負荷が大きいという問題がある。
そこで本発明は、セッション制御サーバの負荷を軽減することを課題とする。
【課題を解決するための手段】
【００２１】
前記した課題を解決するため、請求項１に記載の発明では、ユーザノードが送信するストリームを転送する転送部と、当該ストリームは当該ユーザノードのトラヒック条件内であるか否かを監視するポリサ設定部を有するエッジと、前記ユーザノード間のセッション制御を行うセッション制御サーバと、を備え、前記セッション制御サーバは、前記ユーザノードを、当該ユーザノードのトラヒック条件を超えたストリームを送出したブラックユーザノード、および、当該ユーザノードのトラヒック条件を順守してストリームを送出したホワイトユーザノードに分類したユーザ情報を格納した記憶部と、セッション制御した当該ユーザノードが前記ブラックユーザノードに分類されていたならば、前記エッジの前記ポリサ設定部によって当該ユーザノードの当該ストリームを常に監視するブラックユーザ監視処理部と、を有することを特徴とする簡易型セッション制御システムとした。
【００２２】
このようにすることで、ブラックユーザノードのストリームのみを監視するので、セッション制御サーバの負荷を軽減することができる。
【００２３】
請求項２に記載の発明では、前記ブラックユーザ監視処理部は更に、前記ブラックユーザノードに分類された当該ユーザノードのセッションが連続して所定回数以上当該ユーザノードのトラヒック条件内ならば、当該ユーザノードを前記ホワイトユーザノードに再分類すること、を特徴とする請求項１に記載の簡易型セッション制御システムとした。
【００２４】
このようにすることで、ブラックユーザノードがトラヒック条件を守ってストリームを送出するようになったならば、このユーザノードをホワイトユーザノードに再分類するので、セッション制御サーバは、現状のユーザノードの振る舞いに適合した監視を行うことができる。
【００２５】
請求項３に記載の発明では、前記ブラックユーザ監視処理部は更に、前記ブラックユーザノードに分類された当該ユーザノードのセッションが当該ユーザノードのトラヒック条件内であった割合が閾値以上ならば、当該ユーザノードを前記ホワイトユーザノードに再分類すること、を特徴とする請求項１に記載の簡易型セッション制御システムとした。
【００２６】
このようにすることで、ブラックユーザノードがトラヒック条件を守ってストリームを送出するようになったならば、このユーザノードをホワイトユーザノードに再分類するので、セッション制御サーバは、現状のユーザノードの振る舞いに適合した監視を行うことができる。
【００２７】
請求項４に記載の発明では、前記セッション制御サーバは更に、セッション制御した当該ユーザノードが前記ホワイトユーザノードに分類されていたならば、前記エッジの前記ポリサ設定部によって当該ユーザノードをランダムに監視し、当該ユーザノードのセッションが当該ユーザノードのトラヒック条件を外れたと検知したならば、当該ユーザノードを前記ブラックユーザノードに再分類するホワイトユーザ監視処理部を有する、ことを特徴とする請求項１ないし請求項３のいずれか１項に記載の簡易型セッション制御システムとした。
【００２８】
このようにすることで、ホワイトユーザノードに分類されていたユーザノードが、トラヒック条件を外れたストリームを送出するようになったならば、このユーザノードをブラックユーザノードに再分類するので、セッション制御サーバは、現状のユーザノードの振る舞いに適合した監視を行うことができる。
【００２９】
請求項５に記載の発明では、前記エッジは更に、入力トラヒックの帯域を観測し、所定値以上の帯域の入力トラヒックを検出すると、前記セッション制御サーバに、当該入力トラヒックは当該ユーザノードのトラヒック条件内であるか否かを問い合わせる入力トラヒック観測処理部を有する、ことを特徴とする請求項１ないし請求項４のいずれか１項に記載の簡易型セッション制御システムとした。
【００３０】
このようにすることで、各エッジが入力トラヒックを監視する。これにより、新たなブラックユーザノードが、トラヒック条件を外れたストリームを送出するようになったことを、いち早く検出することができる。
【００３１】
請求項６に記載の発明では、前記エッジは更に、入力トラヒックの帯域占有率を観測し、所定値以上の帯域占有率の入力トラヒックを検出すると、前記セッション制御サーバに、当該入力トラヒックは当該ユーザノードのトラヒック条件内であるか否かを問い合わせる入力トラヒック観測処理部を有する、ことを特徴とする請求項１ないし請求項４のいずれか１項に記載の簡易型セッション制御システムとした。
【００３２】
このようにすることで、各エッジが入力トラヒックを監視するので、新たなブラックユーザノードが、トラヒック条件を外れたストリームを送出するようになったことを、いち早く検出することができる。
【００３３】
請求項７に記載の発明では、ストリームを転送し、当該ストリームはユーザノードのトラヒック条件内であるか否かを監視するエッジが接続され、前記ユーザノードを当該ユーザノードのトラヒック条件を超えたストリームを送出したブラックユーザノードと当該ユーザノードのトラヒック条件を順守してストリームを送出したホワイトユーザノードとに分類したユーザ情報を格納した記憶部を有するセッション制御サーバの処理部は、前記ユーザノード間のセッション制御を行い、セッション制御した当該ユーザノードが前記ブラックユーザノードに分類されていたならば、前記エッジによって当該ユーザノードのストリームを転送させると共に、当該ストリームが当該ユーザノードのトラヒック条件内であるか否かを常に監視する、ことを特徴とする簡易型セッション制御方法とした。
【００３４】
このようにすることで、ブラックユーザノードのストリームのみを監視するので、セッション制御サーバの負荷を軽減することができる。
【発明の効果】
【００３５】
本発明によれば、セッション制御サーバの負荷を軽減することが可能となる。
【図面の簡単な説明】
【００３６】
【図１】第１の実施形態に於ける簡易型セッション制御システムの概略を示す構成図である。
【図２】第１の実施形態に於けるブラックユーザ監視処理部の動作を示すフローチャートである。
【図３】第１の実施形態に於けるホワイトユーザ監視処理部の動作を示すフローチャートである。
【図４】第１の実施形態に於ける入力トラヒック観測処理部の動作を示すフローチャートである。
【図５】第２の実施形態に於ける簡易型セッション制御システムの概略を示す構成図である。
【図６】第２の実施形態に於けるセッション開始処理を示す図である。
【図７】比較例に於けるセッション制御システムの概略を示す構成図である。
【発明を実施するための形態】
【００３７】
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
【００３８】
（第１の実施形態の構成）
図１は、第１の実施形態に於ける簡易型セッション制御システムの概略を示す構成図である。
簡易型セッション制御システム１は、セッション制御サーバ１０と、エッジ２０−１，２０−２と、高優先回線４０とを有し、ユーザ端末３０−１，３０−２（ユーザノード）と接続されている。
【００３９】
セッション制御サーバ１０は、ユーザ端末３０−１，３０−２と、エッジ２０−１，２０−２と接続され、これらエッジ２０−１，２０−２と通信可能である。ユーザ端末３０−１は、エッジ２０−１と接続され、このエッジ２０−１と通信可能である。ユーザ端末３０−２は、エッジ２０−２と接続され、このエッジ２０−２と通信可能である。ユーザ端末３０−１，３０−２は、それぞれエッジ２０−１，２０−２を介して、セッション制御サーバ１０と通信可能である。エッジ２０−１，２０−２は、高優先回線４０で接続され、この高優先回線４０を介して相互に通信可能である。以下、ユーザ端末３０−１，３０−２を個々に区別しないときには、単にユーザ端末３０と記載する。エッジ２０−１，２０−２を個々に区別しないときには、単にエッジ２０と記載する。
【００４０】
セッション制御サーバ１０は、各ユーザ端末３０間などでセッションを確立するセッション制御を行うものである。セッション制御サーバ１０は、記憶部１１と処理部１４とを備えている。
【００４１】
記憶部１１は、例えば、ＨＤＤまたはフラッシュメモリであり、情報を記憶するものである。記憶部１１は、ブラックユーザリスト１２と、ホワイトユーザリスト１３とを備えている。
【００４２】
ブラックユーザリスト１２は、あらかじめ申告したトラヒック条件（流量など）を守らずにストリームを送出したユーザ端末３０（以下、「ブラックユーザ」という。）のリストである。ここでユーザ端末３０が登録したトラヒック条件を守らずにストリームを送信したセッションのことを「悪意呼」という。悪意呼は、ユーザ端末３０が、当該ユーザ端末３０の種類とは異なる端末種類を申告することによっても発生する。例えば、ユーザ端末３０の種類がコンピュータであるとき、電話端末としてトラヒック条件を申告することである。このような悪意呼は、技術標準に適合していない端末装置によって発生すると考えられる。
【００４３】
ホワイトユーザリスト１３は、あらかじめ申告したトラヒック条件（流量など）を守ってストリームを送出したユーザ端末３０（以下、「ホワイトユーザ」という。）のリストである。
【００４４】
処理部１４は、例えば上述したＳＩＰによるセッション制御を行うものである。処理部１４は、ＣＰＵが、ＲＡＭにソフトウェアプログラムを読込んで実行することなどにより具現化される。処理部１４は、ブラックユーザ監視処理部１５と、ホワイトユーザ監視処理部１６とを備えている。
ブラックユーザ監視処理部１５は、ブラックユーザのセッションを監視するものであり、後記する図２で動作を詳細に説明する。
ホワイトユーザ監視処理部１６は、ホワイトユーザのセッションを監視するものであり、後記する図３で動作を詳細に説明する。
【００４５】
エッジ２０は、例えばエッジルータであり、当該簡易型セッション制御システム１の基幹ネットワークの末端に接続されている。エッジ２０は、前記したホームネットワークまたはＬＡＮを基幹ネットワークに接続するものである。エッジ２０は、転送部２１と、ポリサ設定部２２と、入力トラヒック観測処理部２３とを備えている。
【００４６】
転送部２１は、ユーザ端末３０が送信するストリームを、宛先に転送するものである。ポリサ設定部２２は、確立したセッションに於いて、ユーザ端末３０がトラヒック条件を守ってストリームを送信しているか否かを監視するものである。入力トラヒック観測処理部２３は、ユーザ端末３０から入力されたトラヒック（ストリーム）を観測するものであり、後記する図４で動作を詳細に説明する。
【００４７】
ユーザ端末３０は、個人のホームネットワークに接続されたコンピュータ、または、事業所や営業所のＬＡＮに接続されたコンピュータなどである。
【００４８】
（第１の実施形態の動作）
図２は、第１の実施形態に於けるブラックユーザ監視処理部の動作を示すフローチャートである。
ポリサ設定に基くエッジ制御での処理負荷を減少させるためには、ブラックユーザを極力減少させる必要がある。ブラックユーザ監視処理部１５は、ブラックユーザをホワイトユーザに移行させ、ブラックユーザを減少させる。
ブラックユーザ（ユーザ端末３０）がセッションを開始すると、図２の処理が開始する。
ステップＳ１０に於いて、ブラックユーザ監視処理部１５は、当該ブラックユーザのユーザノードにポリサ制御を実施する。
【００４９】
ステップＳ１１に於いて、ブラックユーザ監視処理部１５は、当該ブラックユーザに係る当該セッションが終了したか否かを判断する。ブラックユーザ監視処理部１５は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１２の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１０の処理に戻る。
【００５０】
ステップＳ１２に於いて、ブラックユーザ監視処理部１５は、当該セッションに於けるストリームが登録したトラヒック条件内であったか否かを判断する。ブラックユーザ監視処理部１５は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１３の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１４の処理を行う。
ステップＳ１３に於いて、ブラックユーザ監視処理部１５は、当該ブラックユーザの規定内実施回数を１加算する。ここで規定内実施回数とは、当該ブラックユーザが入力トラヒック条件を守ってストリーム送信したセッション数をいう。
ステップＳ１４に於いて、ブラックユーザ監視処理部１５は、当該ブラックユーザの規定内実施回数を０に設定する。
【００５１】
ステップＳ１５に於いて、ブラックユーザ監視処理部１５は、規定内実施回数が所定回数以上であるか否かを判断する。ブラックユーザ監視処理部１５は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１６の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１８の処理を行う。
ステップＳ１６に於いて、ブラックユーザ監視処理部１５は、当該ユーザを、ブラックユーザリスト１２から削除する。
ステップＳ１７に於いて、ブラックユーザ監視処理部１５は、当該ユーザを、ホワイトユーザリスト１３に登録して再分類し、図２の処理を終了する。
【００５２】
ステップＳ１８に於いて、ブラックユーザ監視処理部１５は、当該ユーザをブラックユーザリスト１２の登録のままとする（ブラックユーザリスト１２継続）。ステップＳ１８が終了したならば、ブラックユーザ監視処理部１５は、図２の処理を終了する。
【００５３】
前記した図２の処理に於いて、ブラックユーザ監視処理部１５は、ブラックユーザ（ユーザ端末３０）を常に監視している。更に、ブラックユーザ監視処理部１５は、問題ない通信セッションを所定回数以上実施したならば、当該ユーザをホワイトユーザリスト１３に登録して再分類している。
【００５４】
図３は、第１の実施形態に於けるホワイトユーザ監視処理部の動作を示すフローチャートである。
ホワイトユーザ監視処理部１６は、ホワイトユーザ（ユーザ端末３０）であっても登録したトラヒック条件を守らない可能性があるため、ポリサ設定に基くエッジ制御をランダムに実施し、悪意呼を行ったホワイトユーザをブラックユーザリスト１２に登録して再分類する。
ホワイトユーザ（ユーザ端末３０）がセッションを開始すると、図３の処理が開始する。
ステップＳ２０に於いて、ホワイトユーザ監視処理部１６は、当該セッションに係る乱数を発生させる。
【００５５】
ステップＳ２１に於いて、ホワイトユーザ監視処理部１６は、乱数が所定条件を満たすか否かを判断する。ホワイトユーザ監視処理部１６は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ２２の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ２７の処理を行う。
【００５６】
この所定条件とは、例えば自然数の乱数を発生させたとき、この乱数を１０で除算した剰余が０になるか否かである。この場合には、１０％の確率でランダムに、ステップＳ２２以下の処理を行うことができる。しかし、これに限られず、ランダムに処理を分岐する方法であればよい。これにより、セッション制御サーバ１０のエッジ制御の負荷を減らすと共に、ホワイトユーザが悪意呼を行ってブラックユーザに変わったことを把握できる。
【００５７】
ステップＳ２２に於いて、ホワイトユーザ監視処理部１６は、当該ホワイトユーザのユーザノードに対してポリサ制御を実施する。
ステップＳ２３に於いて、ホワイトユーザ監視処理部１６は、セッションが終了したか否かを判断する。ホワイトユーザ監視処理部１６は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ２４の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ２２の処理に戻る。
【００５８】
ステップＳ２４に於いて、ホワイトユーザ監視処理部１６は、当該セッションに於けるストリームが登録したトラヒック条件内であったか否かを判断する。ホワイトユーザ監視処理部１６は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ２７の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ２５の処理を行う。
ステップＳ２５に於いて、ホワイトユーザ監視処理部１６は、当該ホワイトユーザをホワイトユーザリスト１３から削除する。
ステップＳ２６に於いて、ホワイトユーザ監視処理部１６は、当該ホワイトユーザをブラックユーザリスト１２に登録し、図３の処理を終了する。
【００５９】
ステップＳ２７に於いて、ホワイトユーザ監視処理部１６は、当該ホワイトユーザをホワイトユーザリスト１３の登録のままとする（ホワイトユーザリスト１３継続）。ステップＳ２６が終了したならば、ホワイトユーザ監視処理部１６は、図３の処理を終了する。
【００６０】
前記した図３の処理に於いて、ホワイトユーザ監視処理部１６は、ホワイトユーザを監視し、悪意呼（登録したトラヒック条件を違反した通信セッション）を実施したならば、ブラックユーザリスト１２に登録して再分類している。
【００６１】
図４は、第１の実施形態に於ける入力トラヒック観測処理部の動作を示すフローチャートである。
ステップＳ３０に於いて、入力トラヒック観測処理部２３は、入力トラヒックの帯域を観測する。
ステップＳ３１に於いて、入力トラヒック観測処理部２３は、観測した入力トラヒックの帯域が閾値以上であるか否かを判断する。入力トラヒック観測処理部２３は、当該条件が成立しなかったならば（Ｎｏ）、ステップＳ３６の処理を行い、当該条件が成立したならば（Ｙｅｓ）、ステップＳ３２の処理を行う。
【００６２】
ステップＳ３２に於いて、入力トラヒック観測処理部２３は、セッション制御サーバ１０に、当該入力トラヒックが正しいか否かを問い合わせる。すなわち、入力トラヒック観測処理部２３は、当該入力トラヒックは、当該入力トラヒックに係るセッションを開始するときに登録した入力トラヒック条件を守っているか否かを、セッション制御サーバ１０に問い合わせる。
セッション制御サーバ１０の処理部１４は、当該問い合わせを受信すると、当該入力トラヒックが、当該入力トラヒックに係るセッションを開始するときに登録した入力トラヒック条件を守っているか否かの問合結果を生成する。セッション制御サーバ１０の処理部１４は、この問合結果を、当該エッジ２０に送信する。
ステップＳ３３に於いて、入力トラヒック観測処理部２３は、セッション制御サーバ１０から、問合結果を受信する。
【００６３】
ステップＳ３４に於いて、入力トラヒック観測処理部２３は、入力トラヒックが正しいか否かを判断する。入力トラヒック観測処理部２３は、当該条件が成立しなかったならば（Ｎｏ）、ステップＳ３５の処理を行い、当該条件が成立したならば（Ｙｅｓ）、ステップＳ３６の処理を行う。
ステップＳ３５に於いて、入力トラヒック観測処理部２３は、当該入力トラヒックの制御を中断し、図４の処理を終了する。
ステップＳ３６に於いて、入力トラヒック観測処理部２３は、当該入力トラヒックの制御を継続し、図４の処理を終了する。
【００６４】
（第１の実施形態の効果）
以上説明した第１の実施形態では、次の（Ａ）〜（Ｃ）のような効果がある。
【００６５】
（Ａ） セッション制御サーバ１０は、エッジ制御を極力少なくするため、あらかじめ登録したトラヒック条件（流量など）を守ってストリームを送出しているユーザ端末３０（ユーザノード）はホワイトユーザリスト１３に登録してエッジ制御を省略する。更に、セッション制御サーバ１０は、登録したトラヒック条件（流量など）以上のストリームを送出したユーザ端末３０（ユーザノード）をブラックユーザリスト１２に登録し、このユーザ端末３０に係るセッションを、ポリサ設定に基いてエッジ制御する。これにより、セッション制御サーバ１０の負荷を軽減することができる。
【００６６】
（Ｂ） セッション制御サーバ１０は、ホワイトユーザリスト１３に登録されたユーザについても、ランダムにエッジ制御している。これにより、ホワイトユーザリスト１３に登録されたユーザ（ユーザ端末３０）が、あらかじめ登録したトラヒック条件（流量）を守らずにストリームを送出し始めた場合であって、このユーザをブラックユーザリスト１２に登録して、このユーザ（ユーザ端末３０）のセッションをエッジ制御することができる。
【００６７】
（Ｃ） 各エッジ２０は、ストリームの帯域が閾値を超えているときには、セッション制御サーバ１０に、当該入力トラヒックが正しいか否かを問い合わせている。これにより、ホワイトユーザリスト１３に登録されたユーザが、あらかじめ登録したトラヒック条件（流量）を守らずにストリームを送出し始めた場合、当該ストリームである入力トラヒックの制御を中断することにより、この悪意呼に伴うトラヒックを遮断することができる。
【００６８】
（第２の実施形態の構成）
図５は、第２の実施形態に於ける簡易型セッション制御システムの概略を示す構成図である。第１の実施形態の簡易型セッション制御システム１と同一の要素には同一の符号を付与している。
【００６９】
第２の実施形態の簡易型セッション制御システム１Ｂは、第１の実施形態の簡易型セッション制御システム１と同様の構成に加えて更に、ベストエフォート回線４１を備えている。
【００７０】
ベストエフォート回線４１は、エッジ２０−１と、エッジ２０−２とを接続している。エッジ２０−１，２０−２は、このベストエフォート回線４１を介して相互に通信可能である。ベストエフォート回線４１は、通信品質（通信帯域など）が保証されない回線であり、例えばインターネット回線である。
【００７１】
（第２の実施形態の動作）
図６は、第２の実施形態に於けるセッション開始処理を示す図である。
ユーザ端末３０がセッションを開始すると、図６の処理が開始する。
ステップＳ４０に於いて、セッション制御サーバ１０の処理部１４は、当該セッションのユーザがブラックユーザリスト１２に登録されているか否かを判断する。
【００７２】
ステップＳ４１に於いて、セッション制御サーバ１０の処理部１４は、当該セッションをベストエフォート回線４１で通信するよう、エッジ２０に指示し、図６の処理を終了する。
【００７３】
ステップＳ４２に於いて、セッション制御サーバ１０の処理部１４は、当該セッションを高優先回線４０で通信するよう、エッジ２０に指示し、図６の処理を終了する。
【００７４】
（第２の実施形態の効果）
以上説明した第２の実施形態では、次の（Ｄ）のような効果がある。
【００７５】
（Ｄ） セッション制御サーバ１０は、ホワイトユーザ（ユーザ端末３０）のセッションは高優先回線４０で中継し、ブラックユーザ（ユーザ端末３０）のセッションを、ベストエフォート回線４１でダウングレードして中継している。これにより、ホワイトユーザ（ユーザ端末３０）は、悪意呼を実施したブラックユーザ（ユーザ端末３０）によって悪影響を受けることなく、高優先回線４０による高品質なサービスを享受できる。
（変形例）
【００７６】
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。この利用形態や変形例としては、例えば、次の（ａ）〜（ｆ）のようなものがある。
【００７７】
（ａ） 第１の実施形態のセッション制御サーバ１０は、ブラックユーザ（ユーザ端末３０）が、所定回数を連続して登録したトラヒック条件のセッションを実施したならば、ホワイトユーザリスト１３に再登録している。しかし、これに限られず、セッション制御サーバ１０は、悪意呼が所定割合以下の場合、または、登録したトラヒック条件を超えたストリームが所定時間内に規定回数以下の場合には、当該ユーザをホワイトユーザリスト１３に登録するようにしてもよい。
【００７８】
（ｂ） 第１の実施形態のエッジ２０は、入力トラヒック観測処理部２３を有している。しかし、これに限られず、エッジ２０は、入力トラヒック観測処理部２３を有さない構成としてもよい。
【００７９】
（ｃ） 第１、第２の実施形態のポリサ設定部２２は、デフォルトではポリサ設定を行っておらず、セッション確立と共にポリサ設定を開始している。しかし、これに限られず、ポリサ設定部２２は、デフォルトでポリサ設定を行い、ポリサ設定が不要な場合には当該ポリサ設定を行わないようにしてもよい。
【００８０】
（ｄ） 第１の実施形態のエッジ２０は、入力トラヒックの帯域を観測している。しかし、これに限られず、エッジ２０は、入力トラヒックの帯域占有率を観測し、帯域占有率が大きい入力トラヒックが、申告したトラヒック条件を守っているか否かについて、セッション制御サーバ１０に問い合わせてもよい。
【００８１】
（ｅ） 第２の実施形態の簡易型セッション制御システム１Ｂは、ブラックユーザのユーザ端末３０のセッションをベストエフォート回線４１にダウングレードして通信させている。しかし、これに限られず、簡易型セッション制御システム１Ｂは、ブラックユーザのユーザ端末３０がＳＩＰ信号以外の通信を遮断するように制御してもよい。これにより、ブラックユーザは、悪意呼を実施したことを自ら把握して、その悪意呼に対処することができる。
【００８２】
（ｆ） 第１、第２の実施形態のセッション制御サーバ１０は、記憶部１１に、ブラックユーザリスト１２とホワイトユーザリスト１３とを格納している。しかし、これに限られず、セッション制御サーバ１０は、ユーザノードを一元管理し、各ユーザの属性をブラックユーザとホワイトユーザとに分類したユーザ情報を記憶部１１に格納してもよい。
【符号の説明】
【００８３】
１，１Ｂ 簡易型セッション制御システム
１Ａ セッション制御システム
１０，１０Ａ セッション制御サーバ
１１，１１Ａ 記憶部
１２ ブラックユーザリスト
１３ ホワイトユーザリスト
１４，１４Ａ 処理部
１５ ブラックユーザ監視処理部
１６ ホワイトユーザ監視処理部
２０，２０Ａ エッジ
２１ 転送部
２２ ポリサ設定部
２３ 入力トラヒック観測処理部
３０ ユーザ端末（ユーザノード）
４０ 高優先回線
４１ ベストエフォート回線
【特許請求の範囲】
【請求項１】
ユーザノードが送信するストリームを転送する転送部と、当該ストリームは当該ユーザノードのトラヒック条件内であるか否かを監視するポリサ設定部を有するエッジと、
前記ユーザノード間のセッション制御を行うセッション制御サーバと、
を備え、
前記セッション制御サーバは、
前記ユーザノードを、当該ユーザノードのトラヒック条件を超えたストリームを送出したブラックユーザノード、および、当該ユーザノードのトラヒック条件を順守してストリームを送出したホワイトユーザノードに分類したユーザ情報を格納した記憶部と、
セッション制御した当該ユーザノードが前記ブラックユーザノードに分類されていたならば、前記エッジの前記ポリサ設定部によって当該ユーザノードの当該ストリームを常に監視するブラックユーザ監視処理部と、
を有することを特徴とする簡易型セッション制御システム。
【請求項２】
前記ブラックユーザ監視処理部は更に、前記ブラックユーザノードに分類された当該ユーザノードのセッションが連続して所定回数以上当該ユーザノードのトラヒック条件内ならば、当該ユーザノードを前記ホワイトユーザノードに再分類すること、
を特徴とする請求項１に記載の簡易型セッション制御システム。
【請求項３】
前記ブラックユーザ監視処理部は更に、前記ブラックユーザノードに分類された当該ユーザノードのセッションが当該ユーザノードのトラヒック条件内であった割合が閾値以上ならば、当該ユーザノードを前記ホワイトユーザノードに再分類すること、
を特徴とする請求項１に記載の簡易型セッション制御システム。
【請求項４】
前記セッション制御サーバは更に、セッション制御した当該ユーザノードが前記ホワイトユーザノードに分類されていたならば、前記エッジの前記ポリサ設定部によって当該ユーザノードをランダムに監視し、当該ユーザノードのセッションが当該ユーザノードのトラヒック条件を外れたと検知したならば、当該ユーザノードを前記ブラックユーザノードに再分類するホワイトユーザ監視処理部を有する、
ことを特徴とする請求項１ないし請求項３のいずれか１項に記載の簡易型セッション制御システム。
【請求項５】
前記エッジは更に、入力トラヒックの帯域を観測し、所定値以上の帯域の入力トラヒックを検出すると、前記セッション制御サーバに、当該入力トラヒックは当該ユーザノードのトラヒック条件内であるか否かを問い合わせる入力トラヒック観測処理部を有する、
ことを特徴とする請求項１ないし請求項４のいずれか１項に記載の簡易型セッション制御システム。
【請求項６】
前記エッジは更に、入力トラヒックの帯域占有率を観測し、所定値以上の帯域占有率の入力トラヒックを検出すると、前記セッション制御サーバに、当該入力トラヒックは当該ユーザノードのトラヒック条件内であるか否かを問い合わせる入力トラヒック観測処理部を有する、
ことを特徴とする請求項１ないし請求項４のいずれか１項に記載の簡易型セッション制御システム。
【請求項７】
ストリームを転送し、当該ストリームはユーザノードのトラヒック条件内であるか否かを監視するエッジが接続され、前記ユーザノードを当該ユーザノードのトラヒック条件を超えたストリームを送出したブラックユーザノードと当該ユーザノードのトラヒック条件を順守してストリームを送出したホワイトユーザノードとに分類したユーザ情報を格納した記憶部を有するセッション制御サーバの処理部は、
前記ユーザノード間のセッション制御を行い、
セッション制御した当該ユーザノードが前記ブラックユーザノードに分類されていたならば、前記エッジによって当該ユーザノードのストリームを転送させると共に、当該ストリームが当該ユーザノードのトラヒック条件内であるか否かを常に監視する、
ことを特徴とする簡易型セッション制御方法。
【請求項１】
ユーザノードが送信するストリームを転送する転送部と、当該ストリームは当該ユーザノードのトラヒック条件内であるか否かを監視するポリサ設定部を有するエッジと、
前記ユーザノード間のセッション制御を行うセッション制御サーバと、
を備え、
前記セッション制御サーバは、
前記ユーザノードを、当該ユーザノードのトラヒック条件を超えたストリームを送出したブラックユーザノード、および、当該ユーザノードのトラヒック条件を順守してストリームを送出したホワイトユーザノードに分類したユーザ情報を格納した記憶部と、
セッション制御した当該ユーザノードが前記ブラックユーザノードに分類されていたならば、前記エッジの前記ポリサ設定部によって当該ユーザノードの当該ストリームを常に監視するブラックユーザ監視処理部と、
を有することを特徴とする簡易型セッション制御システム。
【請求項２】
前記ブラックユーザ監視処理部は更に、前記ブラックユーザノードに分類された当該ユーザノードのセッションが連続して所定回数以上当該ユーザノードのトラヒック条件内ならば、当該ユーザノードを前記ホワイトユーザノードに再分類すること、
を特徴とする請求項１に記載の簡易型セッション制御システム。
【請求項３】
前記ブラックユーザ監視処理部は更に、前記ブラックユーザノードに分類された当該ユーザノードのセッションが当該ユーザノードのトラヒック条件内であった割合が閾値以上ならば、当該ユーザノードを前記ホワイトユーザノードに再分類すること、
を特徴とする請求項１に記載の簡易型セッション制御システム。
【請求項４】
前記セッション制御サーバは更に、セッション制御した当該ユーザノードが前記ホワイトユーザノードに分類されていたならば、前記エッジの前記ポリサ設定部によって当該ユーザノードをランダムに監視し、当該ユーザノードのセッションが当該ユーザノードのトラヒック条件を外れたと検知したならば、当該ユーザノードを前記ブラックユーザノードに再分類するホワイトユーザ監視処理部を有する、
ことを特徴とする請求項１ないし請求項３のいずれか１項に記載の簡易型セッション制御システム。
【請求項５】
前記エッジは更に、入力トラヒックの帯域を観測し、所定値以上の帯域の入力トラヒックを検出すると、前記セッション制御サーバに、当該入力トラヒックは当該ユーザノードのトラヒック条件内であるか否かを問い合わせる入力トラヒック観測処理部を有する、
ことを特徴とする請求項１ないし請求項４のいずれか１項に記載の簡易型セッション制御システム。
【請求項６】
前記エッジは更に、入力トラヒックの帯域占有率を観測し、所定値以上の帯域占有率の入力トラヒックを検出すると、前記セッション制御サーバに、当該入力トラヒックは当該ユーザノードのトラヒック条件内であるか否かを問い合わせる入力トラヒック観測処理部を有する、
ことを特徴とする請求項１ないし請求項４のいずれか１項に記載の簡易型セッション制御システム。
【請求項７】
ストリームを転送し、当該ストリームはユーザノードのトラヒック条件内であるか否かを監視するエッジが接続され、前記ユーザノードを当該ユーザノードのトラヒック条件を超えたストリームを送出したブラックユーザノードと当該ユーザノードのトラヒック条件を順守してストリームを送出したホワイトユーザノードとに分類したユーザ情報を格納した記憶部を有するセッション制御サーバの処理部は、
前記ユーザノード間のセッション制御を行い、
セッション制御した当該ユーザノードが前記ブラックユーザノードに分類されていたならば、前記エッジによって当該ユーザノードのストリームを転送させると共に、当該ストリームが当該ユーザノードのトラヒック条件内であるか否かを常に監視する、
ことを特徴とする簡易型セッション制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−１１０５５３（Ｐ２０１３−１１０５５３Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５３６０３（Ｐ２０１１−２５３６０３）
【出願日】平成２３年１１月２１日（２０１１．１１．２１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月２１日（２０１１．１１．２１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]