JPH1127283A

JPH1127283A - 通信網輻輳制御装置

Info

Publication number: JPH1127283A
Application number: JP17931197A
Authority: JP
Inventors: Yukiyoshi Imura; 幸義井村; Toru Setoyama; 徹瀬戸山; Yoshinori Miyamoto; 宜則宮本; Eri Yamagishi; 恵理山岸; Hirofumi Ozawa; 広文小沢; Tadashi Shimizu; 正清水
Original assignee: Hitachi Software Engineering Co Ltd; Hitachi Ltd
Current assignee: Hitachi Software Engineering Co Ltd; Hitachi Ltd
Priority date: 1997-07-04
Filing date: 1997-07-04
Publication date: 1999-01-29

Abstract

(57)【要約】【課題】ネットワークを効率良く利用して正常にサービ
スを提供するのに必要なレスポンス時間を維持する。【解決手段】サーバから送信するデータに対する単位時
間あたりのユーザの応答受信タイムアウトの回数が通信
網の輻輳状態を表す基準値を超えた場合、新規サービス
の提供を停止し、通信網がその状態以上に輻輳しないよ
うにする。また通信網の輻輳状態が解消されてタイムア
ウトの回数が前記基準値を以下になれば、新規サービス
の提供の停止を解除する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、LAN(Local Area N
etwork)等の多数の端末に共有される伝送路上で、サー
ビスを提供するサーバと、サービスを利用するクライア
ントを論理的に接続して、双方向でデータのやりとりを
行うシステムの輻輳制御に関する。

【０００２】

【従来の技術】通信網を介してユーザとサーバが接続さ
れるシステムには、ユーザとサーバが双方向でデータの
やりとりを行い、シーケンスに従ったサービスの処理を
進行させていく会話型のものがある。

【０００３】一般的にこのようなシステムでは、相手に
送信したメッセージが正しく受信され処理されているか
確認する必要があり、メッセージの送信者は相手からの
応答があるまで次の処理を行わない。もし、メッセージ
を送信してから一定時間応答メッセージが返らなかった
場合、応答メッセージの受信タイムアウトということに
なり、メッセージが相手に届かなかったものと判断して
メッセージの再送信を行うか、相手が処理を失敗したも
のと判断して自分の処理を行う。

【０００４】このようなシステムについて、映像情報を
ユーザが希望する時刻に放送するVOD(Video Ond Deman
d)サービスを例に説明する。

【０００５】この例では、VODサーバとユーザの間のコ
ンテンツの送信を行う通信網の管理を行うネットワーク
制御装置が存在し、この制御装置はユーザからの要求が
あった時だけVODサーバとユーザの間を接続するサービ
スを提供するものとする。このようなシステムを対象に
使用されるプロトコルに、国際標準化機構/国際電気標
準会議(ISO/IEC：International Organization for Sta
ndardization / International Electrotechnical Comm
ission)にて標準化が進めら、平成８年７月に標準化勧
告された規格であるDSM-CC(Digital Storage Media Com
mand and Control)がある。

【０００６】DSM-CCは、大きく分けてUser-User(以下U-
U)とUser-Network(以下U-N)の２つのパートに分けられ
る。U-Uは、マルチメディアコンテンツの選択、再生開
始/停止や特殊再生等の制御を行うものである。U-Nは、
ユーザとコンテンツを配信するサーバ間に通信ネットワ
ークの論理的な接続(セッション)と物理的な接続(通信
リソース)を確立する手段である。

【０００７】DSM-CC U-Nによる典型的なセッションの確
立から解放までのシーケンスを図１に示す。図１におい
て、Clientはユーザ端末、Networkは通信網のセッショ
ンおよびリソース管理を行うネットワーク制御装置、Se
rverはコンテンツを配信するサーバである。Serverから
Clientにコンテンツを配送するには、Networkからリソ
ースの割当を受け、セッションを確立する必要がある。

【０００８】最初に、セッション確立の手順について説
明する。まずClientがClientSessionSetUpRequestをNet
workに送出する。ClientSessionSetUpRequestを受信し
たNetworkは、このメッセージを送出したClientがITVサ
ービスを受ける権利があることを確認した後にServerに
対してServerSessionSetUpIndicationを送出する。Serv
erは、コンテンツ配送に必要なネットワークリソースを
調べ、Networkに対してServerAddResourceRequestを送
出してNetworkに必要なリソースの割当を要求する。Net
workは、Serverに対してServerAddResourceConfirmを送
出し、その中でリソース割当を許可するか否かを返答
し、許可する場合には割り当てるリソースの識別子も送
出する。

【０００９】Serverは、受信したServerAddResourceCon
firmでリソース割当が許可されていればセッション確立
を許諾する回答を、リソース割当が不許可ならばセッシ
ョン確立を拒否する回答をServerSessionSetUpResponse
に入れてNetworkに送信し、NetworkはServerが送信した
回答をそのままClientSessionSetUpConfirmに入れてCli
entに送信する。この中で、セッション確立が許諾され
ていれば、割り当てられたネットワークリソースを用い
て、コンテンツの配信を実行する。その際に用いられる
のが、U-Uメッセージである。U-Uメッセージは本発明の
本質に関わらないので、詳細な説明は省略する。

【００１０】コンテンツの配送が終了した場合には、セ
ッションを終了してネットワークリソースを解放する必
要がある。セッションの終了シーケンスは、Client, Ne
twork, Serverのいずれからでも開始できるが、図１で
はClientがセッション終了シーケンスを開始する場合に
ついて説明する。Clientは割り当てられたリソースの使
用を中止し、ClientReleaseRequestをNetworkに対して
送信し、セッション終了を要求する。これを受信したNe
tworkはServerに対してServerReleaseIndicationを送信
する。

【００１１】Serverはこれを受信すると割り当てられた
リソースの使用を中止し、ServerReleaseResponseを送
信してリソースを解放してセッションを終了したことを
Networkに伝える。Networkはリソースの割当を解除し
て、ClientにClientReleaseConfirmを送信する。これを
受信したClientはセッションが終了したことを認識す
る。

【００１２】上記のとおり、DSM-CC U-Nにおいて、セッ
ション確立・維持・解放のセッション制御の進行は、U-
Nメッセージのやりとりで会話的に行われており、セッ
ション制御の進行を確実に行うために、メッセージの送
受信を要求／応答のメカニズムで行いメッセージ送受信
の信頼性を高めている。図１の手順では、セッション確
立のために３組、解放のために２組の要求／応答メッセ
ージがClient,Network,Serverの間で送受信されてい
る。

【００１３】複数のユーザが１つのサーバにサービスを
要求するシステムの場合、サービスを要求する利用者の
数が多くなるにつれて送受信されるメッセージの数が増
大し、ネットワークは転送遅延の増大やパケットロスが
多発するようになる。

【００１４】そのため要求／応答の必要のあるシステム
の場合、要求から応答までのレスポンス時間が長くな
り、サービスの処理時間が増えたりタイムアウトのため
にサービスが失敗したりする問題が発生する。更に、タ
イムアウトによるメッセージ再送信が更なるネットワー
クの転送遅延やパケットロスへとつながり、要求から応
答までの時間が更に長くなる悪循環に陥る恐れもある。
この悪循環のことを輻輳崩壊と呼ぶ。

【００１５】複数のユーザが１つのサーバにサービスを
要求するシステムにおいて正常にサービスを提供するの
に必要なレスポンス時間を確保する方法としては、サー
バが同時にサービスを提供することのできるユーザ数を
予め決めておき、それ以上のユーザに対してはサービス
を提供しない、というのが一般的である。

【００１６】この方法は、あらかじめ決めておいたユー
ザ数のユーザに対してサービスを提供している時に、新
たにユーザからのサービス要求が発生すれば、サーバは
サービスを提供できないという通知を応答で行うもので
ある。この方法では、ネットワークが混雑した状態にな
ることは無いため、転送遅延の増大やパケットロスが多
発することは無く、輻輳崩壊に陥る心配はない。

【００１７】

【発明が解決しようとする課題】しかし、サーバが同時
にサービスを提供するユーザの数をあらかじめ決めてお
く方法では、ネットワークが混雑していない状態であっ
ても、あらかじめ決まっている数以上の利用者にサービ
スを提供できなくなる。新たなユーザにサービスを提供
するには、現在サービスを提供しているいずれかのユー
ザがサービスを終了するまで待たなければならない。

【００１８】例えば、図１に示すVODサービスの映像情
報伝達用の通信網資源を割り当てるサービスの場合、VO
Dサービスのコンテンツ情報や、U-Uメッセージを別回線
を利用して送受信するのならば、U-Nメッセージの送受
信はサービスの開始や終了時に集中する。そのためユー
ザ数はサービス開始や終了時の処理が同時に行われても
問題が無いように設定する必要がある。しかしサービス
時間の大部分はU-Nメッセージの送受信が殆ど行われな
いVODサービス実施中であるため、ネットワークは殆ど
利用されていない状態であることの方が多い。このよう
な場合に、あらかじめ決まっている数の利用者にサービ
ス提供を行っているならば、現在提供しているサービス
が終了するまでは新規サービスを行うことはできない。
映画のように１つのサービスに要する時間が２時間くら
いのサービスの場合、ネットワークの利用効率は極端に
悪くなる。

【００１９】このようにネットワークは常に混雑してい
るわけではなく、サーバが同時にサービスを提供するユ
ーザの数をあらかじめ決めておく方法では、ネットワー
クやサーバの利用効率が悪く経済的ではない。

【００２０】本発明の目的は、ネットワークを効率良く
利用して正常にサービスを提供するのに必要なレスポン
ス時間を維持する通信網輻輳制御装置を提供することに
ある。

【００２１】

【課題を解決するための手段】本発明の通信網輻輳制御
装置は、要求／応答の処理を行うことでサービスの進行
を行う複数のユーザが１つのサーバにサービスを要求す
るシステムのサーバにおいて、送信したデータに対する
ユーザからの応答の受信タイムアウトを検出し、その単
位時間あたりの検出回数がネットワークの輻輳を表す基
準値以上になるまで通常に新規サービスの提供を行い、
前記検出回数が基準値以上になると新規サービスの提供
を停止することを特徴とするものである。

【００２２】また、本発明の通信網輻輳制御装置は、新
規サービスの提供を停止している時に、前記検出回数が
ネットワークの輻輳を表す基準値よりも小さくなるまで
新規サービスの提供を停止し、前記検出回数が基準値よ
りも小さくなると新規サービスの提供の停止を解除し
て、ユーザに新規サービスの提供を行うことを特徴とす
るものである。

【００２３】更にまた、本発明の通信網輻輳制御装置
は、ネットワークの輻輳を表す基準値と、ネットワーク
の輻輳が解消していることを表す基準値を別々に設定
し、新規サービスの提供を行っている状態で前記検出回
数がネットワークの輻輳を表す基準値以上になると新規
サービスの提供を停止し、新規サービスの提供の停止し
ている状態で前記検出回数がネットワークの輻輳が解消
していることを表す基準値以下になると新規サービスの
提供の停止を解除して新規サービスの提供を行うことを
特徴とするものである。

【００２４】更にまた、本発明の通信網輻輳制御装置
は、複数のネットワークを利用してサービスを提供する
場合、サービスを提供するために必要となるネットワー
クを検索し、サービス提供に必要なネットワーク全てが
新規サービスを提供する状態であれば、新規サービスを
提供することを特徴とするものである。

【００２５】

【発明の実施の形態】図２は、本発明によるVODサービ
スシステムの例である。図２において、２０１はサーバ
装置、２０２はコンテンツ網、２０３は利用者端末、２
０４はモニタ、２０５はネットワーク制御装置、２０６
は制御網である。またサーバ装置２０１の内部は、２０
７はコンテンツ送信装置、２０８はビデオサーバ、２０
９はサーバ＆送信制御装置、２１０はサーバセッション
マネージャ(以下SSMと略記)、２１１はSSM送受信装置で
ある。また利用者端末２０３の内部は、２１２はコンテ
ンツ受信装置、２１３は受信制御装置、２１４は番組選
択制御装置、２１５はクライアントセッションマネージ
ャ(以下CSMと略記)、２１６はCSM送受信装置である。ま
た、ネットワーク制御装置の内部は、２１７はコンテン
ツ網制御装置、２１８は認証装置、２１９はセッション
リソースマネージャ(以下SRMと略記)、２２０はSRM送受
信装置、２２１は輻輳制御管理装置である。以下、図２
を用いて本発明の第１の実施の形態について説明する。

【００２６】まず、VODサービスの実施形態について説
明する。ユーザは、モニタ２０４に付属のリモートコン
トローラのスイッチを操作して番組選択制御装置２１４
にコマンドを送り、モニタ２０４に番組選択メニューを
呼び出す。ユーザは、このメニューの中から希望するサ
ービスを選択する。番組選択制御装置２１４は、選択さ
れたサービスを実施するために、そのサービスのコンテ
ンツが格納されたサーバ装置２０１と利用者端末２０３
の間にセッションを設定することをCSM２１５に要求す
る。

【００２７】要求を受けたCSM２１５は、図１のDSM-CC
U-Nメッセージシーケンスに従ってセッションの設定を
試みる。図１において、ClientはCSM２１５に、Network
はSRM２１９に、ServerはSSM２１０に相当する。CSM２
１５、SRM２１９、SSM２１０の間のU-Nメッセージの送
受信はそれぞれCSM送受信装置２１６、SRM送受信装置２
２０、SSM送受信装置２１１を利用して制御網２０６の
上でやりとりされる。

【００２８】まず、CSM２１５はClientSessionSetUpReq
uestメッセージをSRM２１９に送信し、セッションの設
定を要求する。ClientSessionSetUpRequestメッセージ
には、利用者端末２０３のID番号、セッション開設先で
あるサーバ装置２０１のID番号等が含まれている。SRM
２１９は利用者端末２０３がVODサービスを受ける権利
を有するものであるか認証装置２１８に確認を行い、ア
クセス権がない場合には図１のServerSessionSetUpIndi
cationメッセージ以降のメッセージを省略してClientSe
ssionSetUpConfirmメッセージをCSM２１５に送信し、セ
ッションを開設できないことを通知する。CSM２１５は
番組選択制御装置２１４を経由してモニタ２０４にサー
ビスを受けられないことを表示してユーザに通知する。

【００２９】認証装置２１７によりサービスを受ける権
利を有すると判断された場合は、SRM２１９は要求され
たセッションに固有の番号であるセッションIDを割り当
てる。これ以降に送受される全てのU-Nメッセージはセ
ッションIDを含み、セッションIDによりセッションを設
定するCSM２１５とSSM２１０が認識される。SRM２１９
は、サーバ装置２０１のID番号からサーバ装置２０１の
DSM-CC U-N制御を行うSSM２１０を割り出し、SSM２１０
に対してServerSessionSetUpIndicationメッセージを送
信する。

【００３０】CSM２１５は、ClientSessionSetUpRequest
メッセージとServerSessionSetUpIndicationメッセージ
内のUser Dataと呼ばれる自由にデータの送受を行う目
的で定義されている領域を用いて、SSM２１０に番組選
択制御装置２１４で選択したサービスを通知する。ある
いは、CSM２１５はDSM-CCが関与しない方式でSSM２１０
に番組選択制御装置２１４で選択したサービスを通知し
てもよい。

【００３１】SSM２１０は選択されたサービスをユーザ
に配信するために必要なコンテンツ網２０２の網資源を
調べ、SRM２１９へServerAddResourceRequestメッセー
ジを送信して、網資源の割り当てを要求する。

【００３２】SRM２１９は、利用者端末２０３とサーバ
装置２０１の間で占有させることができる網資源がある
かを調べる。占有させることができる網資源がある場
合、コンテンツ網制御装置２１７に対してコンテンツ網
２０３を接続するように指示を行う。また、その結果を
ServerAddResourceConfirmメッセージに入れてSSM２１
０に送信する。

【００３３】SSM２１０は、網資源を確保できなかった
場合にはセッションを開設できないことを示すメッセー
ジを、網資源を確保できた場合にはその網資源を示す情
報をServerSessionSetUpResponseメッセージに入れてSR
M２１９へ送信する。

【００３４】SRM２１９は、ServerSessionSetUpRespons
eメッセージ内の情報をClientSessionSetUpConfirmメッ
セージに載せ換えてCSM２１５に送信する。CSM２１５
は、セッションを開設できなかった場合にはその旨を前
記と同様にしてモニタ２０４にサービスを受けられない
ことを表示してユーザに通知する。セッションを開設で
きた場合にはメッセージ内に指示された網資源を使用す
る準備をし、U-Uメッセージによりコンテンツの受信を
開始する。

【００３５】SSM２１０は、番組選択制御装置２１４か
ら送られたサービスコンテンツの情報とSRM２１９から
割り振られた網資源の情報をサーバ＆送信制御装置２０
９に送り、サーバ＆送信制御装置２０９はビデオサーバ
２０８にコンテンツの送出を指示する。同時に、コンテ
ンツ送信装置２０７を制御して、指示された網資源を利
用してビデオサーバ２０８から出力されたコンテンツが
コンテンツ網２０２を経由して利用者端末２０３に伝送
されるようにする。

【００３６】CSM２１５は、SRM２１９から割り振られた
網資源の情報を受信制御装置２１３に送り、受信制御装
置２１３はコンテンツ受信装置２１２を制御して、コン
テンツ網２０２を経由して伝送されたコンテンツを受信
再生し、モニタ２０５に表示する。

【００３７】コンテンツの伝送が終了すると、CSM２１
５は割り当てられた網資源の使用を中止するよう受信制
御装置２１３を制御し、ClientReleaseRequestメッセー
ジをSRM２１９に送信してセッションの解放を要求す
る。

【００３８】SRM２１９は、SSM２１０にServerReleaseI
ndicationメッセージを送信してセッションの解放を伝
え、SSM２１０はこのセッションに割り当てられた網資
源の使用を中止するようサーバ＆送信制御装置２０９を
制御し、ServerReleaseResponseメッセージをSRM２１９
に送信する。SRM２１９は割り当てていた網資源を未使
用の状態と認識してコンテンツ網制御装置２１７に対し
てこのセッションに割り当てていたコンテンツ網２０３
の接続を切断するように指示を行い、ClientReleaseCon
firmメッセージをCSM２１５に送信し、セッションが終
了する。

【００３９】上記説明では、DSM-CC U-Nメッセージの詳
細フォーマット等は省略したが、ISO/IEC 13818-6 "Dig
ital Storage Media Command and Control" ４章に記載
されている通りである。

【００４０】通常の場合、上記の手順でセッションの設
定および解放を行うが、SRM２１９にて大量のセッショ
ンの管理を行うと制御網２０６が混雑し、送信メッセー
ジに対する応答メッセージのレスポンス時間が長くな
る。そのため制御網２０６の混雑の状況を考慮した新規
セッション開設の制限を行うために、輻輳制御管理装置
２２１をSRM２１９とSRM送受信装置２２０に接続する。

【００４１】図３は輻輳制御装置２２１の内部構成を示
したものである。図３において、３０１は遅延器T、３
０２はUp-DownカウンタA、３０３はレジスタB、３０４
は比較器Dである。

【００４２】輻輳制御管理装置２２１は、SRM送受信装
置２２０から応答の受信タイムアウトが発生したことの
通知を受け、その単位時間あたりの通知回数をUp-Down
カウンタA３０２に保持する。Up-DownカウンタA３０２
は、受信タイムアウトが発生したことの通知を受けると
値がインクリメントされ、また遅延器T３０１を利用す
ることで通知から一定時間経過した後に値がデクリメン
トされる。こうすることにより、Up-DownカウンタA３０
２は遅延器T３０１の遅延時間を単位時間とする単位時
間あたりの通知回数を保持する。

【００４３】比較器D３０４は、Up-DownカウンタA３０
２に保持してある値と、制御網が混雑していることを表
す基準値を設定してあるレジスタB３０３の値を比較
し、Up-DownカウンタA３０２の値がレジスタB３０３に
設定した値を超えた場合にONになる。SRM２１９は比較
器D３０４がONになると、SRM２１９は新規セッション開
設停止スイッチがOFFになっているのならば、新規セッ
ション開設停止スイッチをONにして新規セッションの開
設を停止するようにする。

【００４４】SRM２１９では新規セッション開設停止ス
イッチがONになっていると、スイッチがOFFになってい
る時に行う図１のシーケンスではなく、図４のシーケン
スを実施する。図４においてClient、Server、Network
は図１と同じものである。ＳＲＭ２１９はＣＳＭ２１５
からClientSessionSetUpRequestを受信すると、すぐにC
lientSessionSetUpConfirmメッセージをCSM２１５に送
り返し、セッションを開設できないことの通知を行う。

【００４５】通知を受けたCSM２１５ではセッションが
開設できないことをユーザに通知し、しばらくの間新規
セッションの要求を行わないようにする。そのため、SR
M２１９では管理するセッションの数が増えなくなるた
め、SSM２１０やCSM２１５との間のメッセージがこれ以
上増加する可能性は低く、自然に制御網２０６の混雑が
解消される。そのため制御網２０６におけるサービスに
必要なレスポンス時間が維持される。

【００４６】また比較器D３０４は、Up-DownカウンタA
３０２の値がレジスタB３０３の値よりも小さくなった
場合にOFFになる。比較器C３０４がOFFになると、SRM２
１９は新規セッション開設停止スイッチがONになってい
るのならば、新規セッション開設停止スイッチをOFFに
して新規セッションの開設を再開するようにする。

【００４７】SRM２１９では新規セッション開設停止ス
イッチがOFFになると図１のシーケンスで新規セッショ
ンの設定を行う。

【００４８】第１の実施の形態によれば、単位時間あた
りの応答受信タイムアウトの回数でネットワークの混雑
の状況が判断でき、ネットワークが混雑している時には
新規サービスの提供を停止させることで、サービスに必
要なレスポンスタイムを維持することができる。

【００４９】またネットワークの混雑が解消されると自
動的に新規サービスの提供を再開することで、効率良く
ネットワークを利用できるという効果がある。また既に
確立されているセッションがネットワークの輻輳の影響
で異常な状態に陥る危険性が減少するという効果もあ
る。

【００５０】本発明の第２の実施の形態は、制御網２０
６が輻輳しはじめて、比較器D３０４がONになるまで
は、第１の実施の形態と同じである。

【００５１】図５は第２の実施形態の輻輳制御管理装置
２２１の内部構成を示した物である。５０１はレジスタ
C、５０２は比較器E 、５０３は指示判断器である。そ
の他については図３と同じである。

【００５２】第２の実施形態においては、レジスタC５
０１には制御網２０６の輻輳が十分に解消していること
を表す基準値として、レジスタB３０３に設定してある
値以下の値が設定されている。比較器E５０２は、Up-Do
wnカウンタA３０２の値がレジスタC５０１に設定されて
いる値以下になるとONになる。

【００５３】また、指示判断器５０３は比較器D３０４
と比較器E５０２の状態から制御網の輻輳の状態を判断
する。指示判断器５０３がOFFであり比較器D３０４がON
になった場合、指示判断器５０３はONになる。また指示
判断器５０３がONであり比較器E５０２がONになった場
合、指示判断器５０３はOFFになる。

【００５４】SRM２１９は指示判断器５０３がONなら
ば、新規セッション開設停止スイッチをONにして新規セ
ッションの開設を停止するようにする。また指示判断器
５０３がOFFならば、新規セッション開設停止スイッチ
をOFFにして新規セッションの開設を再開するようにす
る。一度新規セッション開設停止の状態になると、比較
器D３０４がOFFになっても比較器E５０２がONになるま
では新規セッションの開設は再開されない。

【００５５】従って、第２の実施形態では、レジスタB
３０３と比較器D３０４において輻輳の判断、レジスタC
５０１と比較器E５０２で輻輳解消の判断を別々に行う
ことで、新規セッション開設の停止指示を行った後にネ
ットワークの輻輳が十分に解消されるまで新規セッショ
ン開設再開の指示を行わないようにしている。

【００５６】第２の実施形態によれば、輻輳の判断と輻
輳解消の判断を別々に行うことができ、一度輻輳状態に
なったネットワークをより安定したネットワーク状態に
戻してから新規のサービスを提供できるため、再開直後
に再度輻輳状態に陥る危険性を減少させるという効果が
ある。

【００５７】図６は本発明の第３の実施形態である、複
数の制御網を利用したVODサービスシステムの例であ
る。

【００５８】図６において、６０１はネットワーク制御
装置、６０２はSRMであり、その他は図２と同じであ
る。第３の実施形態では、サーバ装置２０１ａと利用者
端末２０３ａは制御網２０６ａに、サーバ装置２０１ｂ
と利用者端末２０３ｂは制御網２０６ｂに接続されてい
る。

【００５９】またネットワーク装置６０１は、制御網２
０６ａ、２０６ｂの両方に接続されており、利用者端末
２０３ａがサーバ装置２０１ａだけではなく、サーバ装
置２０１ｂからでもVODサービスを提供されるようにセ
ッション確立を行う。また利用者端末２０３ｂについて
も同様に、サーバ装置２０１ａの間のセッションが確立
できるようにする。

【００６０】SRM６０２は、制御網２０６ａではSRM送受
信装置２２０ａ、制御網２０６ｂではSRM送受信装置２
２０ｂを利用して、利用者端末２０３ａ、２０３ｂ、サ
ーバ装置２０１ａ、サーバ装置２０１ｂとU-Nメッセー
ジを送受信している。

【００６１】またSRMは、制御網２０６ａ、２０６ｂの
輻輳の状態によって新規セッション開設停止を行う新規
セッション開設停止スイッチを、制御網２０６ａ用と２
０６ｂ用でそれぞれ１つずつ持っており、それぞれ輻輳
制御管理装置２２１ａ、２２１ｂを用いて設定される。
設定方法は第２の実施形態と同じである。

【００６２】またSRM６０２は制御網２０６ａ用と２０
６ｂ用の２つの新規セッション開設停止を行う新規セッ
ション開設停止スイッチの状態によって、混雑していな
い制御網のみを利用するセッションに対して新規セッシ
ョン開設停止を行わないようにしている。

【００６３】例えば、SRM６０２は利用者端末２０１ａ
からサーバ装置２０１ｂとの間に新規セッション開設す
るように要求を受けたとき、ClientSessionSetUpReques
tに含まれる利用者端末２０１ａのID番号から利用者端
末２０１ａが制御網２０６ａに接続されていることを割
り出す。このとき制御網２０６ａ用の新規セッション開
設停止スイッチがONならば、図４のシーケンスを実行し
て利用者端末２０１ａに新規セッションを開設できない
ことを通知する。

【００６４】また制御網２０６ａ用の新規セッション開
設停止スイッチがOFFならば、ClientSessionSetUpReque
stに含まれるサーバ装置２０１ｂのID番号からサーバ装
置２０１ｂが制御網２０６ｂに接続されていることを割
り出す。このとき制御網２０６ｂ用の新規セッション開
設停止スイッチがONならば、図４のシーケンスを実行し
て利用者端末２０１ａに新規セッションを開設できない
ことを通知する。また制御網２０６ｂ用の新規セッショ
ン開設停止スイッチもOFFならば、図１のシーケンスに
従ってセッション確立を行う。

【００６５】第３の実施形態によれば、複数のネットワ
ークに接続された装置に対してサービスを提供する場
合、ネットワーク毎に輻輳の状態を把握することがで
き、輻輳するネットワークがある場合でも輻輳していな
いネットワークのみでサービスを提供できるものに対し
ては新規サービスを提供することができるという効果が
ある。

【００６６】

【発明の効果】本発明によれば、ネットワークを効率良
く利用して正常にサービスを提供するのに必要なレスポ
ンス時間を維持する通信網輻輳制御装置を提供できる。

【図面の簡単な説明】

【図１】DSM-CC U-Nによるセッション設定および解放メ
ッセージシーケンス。

【図２】本発明の第１の実施の形態によるVODサービス
システム。

【図３】輻輳制御管理装置の内部構成。

【図４】新規セッション開設停止時のメッセージシーケ
ンス。

【図５】２段閾値を用いた輻輳制御管理装置の内部構
成。

【図６】本発明の第3の実施の形態によるVODサービスシ
ステム。

【符号の説明】

２０１…サーバ装置、２０２…コンテンツ
網、２０３…利用者端末、２０４…モニ
タ、２０５…ネットワーク制御装置、２０６…制御
網、２０７…コンテンツ送信装置、２０８…ビデオ
サーバ、２０９…サーバ＆送信制御装置、２１０…サー
バセッションマネージャ(以下SSMと略記)、２１１…SSM
送受信装置、２１２…コンテンツ受信装置、
２１３…受信制御装置、２１４…番組選択制
御装置、２１５…クライアントセッションマネージャ
(以下CSMと略記)、２１６…CSM送受信装置、
２１７…コンテンツ網制御装置、２１８…認証装置、２
１９…セッションリソースマネージャ(以下SRMと略
記)、２２０…SRM送受信装置、２２１…輻輳
制御管理装置、３０１…遅延器、３０
２…Up-DownカウンタA、３０３…レジスタB、
３０４…比較器D、５０１…レジスタC、
５０２…比較器E、５０３…指示判断器、
６０１…ネットワーク制御装置、６０２…SRM。

───────────────────────────────────────────────────── フロントページの続き (72)発明者瀬戸山徹神奈川県横浜市戸塚区戸塚町216番地株式会社日立製作所情報通信事業部内 (72)発明者宮本宜則神奈川県横浜市戸塚区戸塚町216番地株式会社日立製作所情報通信事業部内 (72)発明者山岸恵理神奈川県横浜市戸塚区戸塚町216番地株式会社日立製作所情報通信事業部内 (72)発明者小沢広文神奈川県横浜市中区尾上町６丁目81番地日立ソフトウェアエンジニアリング株式会社内 (72)発明者清水正神奈川県横浜市中区尾上町６丁目81番地日立ソフトウェアエンジニアリング株式会社内

Claims

【特許請求の範囲】

【請求項１】多数の端末に共有される通信網上でサービ
スの提供を受ける複数のユーザと接続し、ユーザ間で双
方向にデータのやりとりを行うサービスを提供するサー
バの、サービスの進行を前記サーバが送信したデータに
対するユーザからの応答を待って行い、前記応答が一定
時間無い場合には相手にデータが届かなかったものと判
断する要求／応答の機構を有するサーバにおいて、送信したデータに対するユーザからの応答が一定時間無
かったことを検出する手段と、単位時間あたりの前記検
出手段により検出した回数を保持する手段と、前記サー
バが送信した通信網が輻輳していることを表す基準値を
設定する第１の記憶手段と、前記保持手段の保持値と前
記基準値を比較する比較手段と、ユーザへの新規サービ
スの提供の停止手段と、前記停止手段により行われるユ
ーザに新規サービスの提供の停止の解除手段と、新規サ
ービスの提供の開始／停止の状態を記憶しておく第２の
記憶手段を有し、前記第２の記憶手段の記憶する状態が新規サービスの提
供開始の間は、前記比較の結果、前記保持手段の保持値
が基準値以上になるまでユーザに新規サービスを提供
し、前記保持手段の保持値が基準値以上になると、前記
第２の記憶手段の状態を新規サービスの提供停止に遷移
させ、前記第２の記憶手段の記憶状態が新規サービスの
提供停止の間は、前記保持手段の保持値が基準値より小
さくなるまでユーザに新規サービスの提供を停止し、前
記保持手段の保持値が基準値より小さくなると、新規サ
ービスの提供停止を解除し、前記第２の記憶手段の状態
を新規サービスの提供開始に遷移させることを特徴とす
る通信網輻輳制御装置。
【請求項２】前記要求／応答の機構を有するサーバにお
いて、送信データに対するユーザからの応答が一定時間
無かったことを検出する手段と、単位時間あたりの前記
検出手段により検出した回数の保持手段と、前記サーバ
が送信した通信網が輻輳していることを表す基準値を設
定する第１の記憶手段と、前記サーバが送信した通信網
が輻輳していないことを表す第１の記憶手段に設定する
値以下の基準値を設定する第２の記憶手段と、前記保持
手段の保持値と前記第１の記憶手段の設定値とを比較す
る第１の比較手段と、前記保持手段の保持値と前記第２
の記憶手段の設定値とを比較する第２の比較手段と、ユ
ーザに新規サービスの提供の停止手段と、前記停止手段
により行われるユーザに新規サービスの提供の停止を解
除する手段と、新規サービスの提供の開始／停止の状態
を記憶しておく第３の記憶手段を有し、前記第３の記憶
手段の記憶する状態が新規サービスの提供開始の間は、
前記保持手段の保持値が前記第１の記憶手段の設定する
基準値以上になるまでユーザに新規サービスを提供し、前記保持手段の保持する値が基前記第１の記憶手段の設
定する準値以上になると、前記第３の記憶手段の状態を
新規サービスの提供停止に遷移させることと、前記第３
の記憶手段の記憶状態が新規サービスの提供停止の間
は、前記保持手段の保持する値が前記第２の記憶手段の
設定する基準値以下となるまでユーザに新規サービスの
提供を停止し、前記保持手段の保持値が前記第２の記憶
手段の設定する基準値以下になると、新規サービスの提
供停止を解除し、前記第３の記憶手段の状態を新規サー
ビスの提供開始に遷移させることを特徴とする通信網輻
輳制御装置。
【請求項３】多数の端末に共有される通信網が１つ又は
複数あり、そのそれぞれの前記通信網に接続されるユー
ザとデータの送受信を行うために用いる前記要求／応答
の機構を有する送受信装置と、それぞれの前記通信網毎
に備えられる前記通信網に対して新規サービスの提供の
停止と、その停止の解除を行う前記通信網輻輳制御装置
を備え、１つ又は複数の前記通信網を利用してサービス
を提供するサーバに、サービスを提供するために必要な
通信網を検索する手段を有し、該通信網を検索して、必
要となる全ての通信網に新規サービスの提供が停止され
ていない場合、ユーザに新規サービスを提供する請求項
１または２に記載の通信網輻輳制御装置。