(57)【要約】【課題】ストリーム配信サーバが複数の接続回線を持つ場合に、複数の接続回線に負荷を分散させてクライアントにストリームを配信する。【解決手段】リソース管理部２５はＮＩＣ毎のクライアント配信数、または配信帯域、またはコンテンツを管理し、クライアント１からのストリーム要求受付時に、そのクライアントに配信するＮＩＣを、クライアント配信数が最も少ないＮＩＣ、または、配信帯域の最も少ないＮＩＣ、または該当コンテンツを持つＮＩＣに設定し、ストリーム要求受付部２４に通知する。ストリームデータ送信時、ストリーム要求受付部２４がリソース管理部２５より通知された、クライアント配信数が最も少ないＮＩＣ、または当該コンテンツを持つＮＩＣをストリームデータ送信部２６に通知する。【選択図】    図１
2004172749.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからのストリーム要求を受信して、ストリームデータを該クライアントへ送信する、複数の接続回線を持つストリーム配信装置において、
クライアントからのストリーム要求受付時に、管理している接続回線毎のリソースから、該クライアントにストリームデータを配信するための接続回線を動的に決定し、ストリームデータ送信時に、決定された接続回線からストリームデータを前記クライアントに送信するストリーム配信方法。
【請求項２】
リソースが配信クライアント数で、前記ストリーム配信装置の持つ複数の接続回線の中で配信クライアント数の最も少ない接続回線に決定する、請求項１に記載の方法。
【請求項３】
リソースが配信帯域で、前記ストリーム配信装置の持つ複数の接続回線の中で配信帯域の最も少ない接続回線に決定する、請求項１に記載の方法。
【請求項４】
リソースがコンテンツで、前記ストリーム配信装置の持つ複数の接続回線の中で当該コンテンツを持つ接続回線に決定する、請求項１に記載の方法。
【請求項５】
クライアントからのストリーム要求を受信して、ストリームデータを該クライアントへ送信するストリーム配信装置であって、
複数の接続回線と、
前記接続回線に送受信するデータを一旦蓄積する送受信部と、
前記送受信部で受信されたデータを解析するメッセージ解析部と、
複数の接続回線毎のクライアント配信数または配信帯域またはコンテンツを管理するリソース管理部と、
クライアントにストリームデータを送信するために使用する接続回線を、通知された接続回線に指定して前記ストリームデータを前記送受信部に送信するストリームデータ送信部と、
前記メッセージ解析部からストリーム要求を受付け、その後、通知された、該クライアントにストリームデータを配信するための接続回線を前記ストリームデータ送信部に通知するストリーム要求受付部とを有し、
前記リソース管理部は前記ストリーム要求受付部からストリーム要求を受信したことを通知されると、管理している接続回線毎のリソースから、該クライアントにストリームデータを配信するために使用する接続回線を動的に決定し、前記ストリーム要求受付部に通知し、また保持している接続回線毎のクライアント配信数、または配信帯域、またはコンテンツ名を更新するストリーム配信装置。
【請求項６】
複数の接続回線を持つストリーム配信装置において、クライアントからのストリーム要求を受信して、ストリームデータを該クライアントへ送信する処理をコンピュータに実行させるためのストリーム配信プログラムであって、
ストリーム要求を受付ける手順と、
管理している接続回線毎のリソースから、該クライアントにストリームデータを配信するために使用する接続回線を動的に決定する手順と、
前記決定された接続回線を用いて前記クライアントへストリームデータを配信する手順を有するストリーム配信プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアントからのストリーム要求を受信して、ストリームデータを該クライアントへ送信するストリーム配信装置に関し、特にストリーム配信装置の持つ複数の接続回線の負荷バランス方法に関する。
【０００２】
【従来の技術】
従来、ＩＥＥＥ８０２．３ａｄで規定されているリンクアグレゲーションがあり、ストリーム配信装置の持つ複数のＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）を束ねて帯域幅を増やすことができる（非特許文献１参照）。
【０００３】
【非特許文献１】
ＩＥＥＥ−Ｓ  Ａ  Ｓｔａｎｄａｒｄｓ  Ｂｏａｒｄ、「Ａｇｇｒｅｇａｔｉｏｎ  ｏｆ  Ｍｕｌｔｉｐｌｅ  Ｌｉｎｋ  Ｓｅｇｍｅｎｔｓ」、１９９８
【０００４】
【発明が解決しようとする課題】
従来、ストリーム配信装置が複数のＮＩＣを持っていてもクライアントからのストリーム要求を受けたＮＩＣでしかストリームデータを配信することができなかった。よって、サーバが複数のＮＩＣを持っていても多数のクライアントから同一のＮＩＣにストリーム要求を受けた場合、該全クライアントに対して、該ＮＩＣのみからしかストリームデータを配信することができなかった。
【０００５】
上述した従来の技術では、ストリーム配信装置の持つ複数のＮＩＣを束ねることにより、クライアントからのストリーム要求を受けたＮＩＣ以外のＮＩＣからもストリームデータを配信することを可能としている。しかし、この技術では、ストリーム配信装置の持つ複数のＮＩＣと、これと接続するルータのポートとをあらかじめ対応させておく必要があり、各ＮＩＣを既存のネットワークのようにどのルータのポートと接続するのか明確でない場合には用いることができなかった。
【０００６】
本発明の目的は、ストリーム配信装置の持つ複数の接続回線と、これと接続するルータとのポートをあらかじめ対応させることなく、複数の接続回線に負荷を分散させてクライアントにストリームデータを配信するストリーム配信方法、装置、およびプログラムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明は、クライアントからのストリーム要求受付け時に、管理している接続回線毎のリソースから、該クライアントにストリームデータを配信するための接続回線を動的に決定するものである。
【０００８】
具体的には、配信接続回線の決定パラメータが配信帯域の場合、配信帯域の最も少ない接続回線に、クライアント配信数の場合、クライアント配信数が最も少ない接続回線に、コンテンツの場合、当該コンテンツを持つ接続回線に決定する。
【０００９】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００１０】
図１を参照すると、本発明の一実施形態のストリーム配信装置２は、複数のＮＩＣ２１と、ＮＩＣ２１に送受信するデータを一旦蓄積する送受信部２２と、送受信部２２で受信したデータを解析するメッセージ解析部２３と、ストリーム要求を受付けるストリーム要求受付部２４と、複数のＮＩＣ２１毎のクライアント配信数、または配信帯域、またはコンテンツを管理するリソース管理部２５と、ストリームデータを送信するストリームデータ送信部２６を有する。
【００１１】
ストリーム要求処理の流れを図２により説明する。クライアント１がストリーム配信装置２にストリーム要求を送信すると、ＮＩＣ２１を通して送受信部２２でこれを受信する（ステップ３０）。送受信部２２で受信したデータをメッセージ解析部２３で解析し、ストリーム要求受付部２４に渡す（ステップ３１）。ストリーム要求受付部２４はリソース管理部２５にストリーム要求を受信したことを通知する。この際、コンテンツ帯域、コンテンツ名を通知する。リソース管理部２５は、複数のＮＩＣ２１の中から、該クライアント１にストリームデータを配信するために使用するＮＩＣを決定し、ストリーム要求受付部２４に通知する。また、リソース管理部２５は、保持しているＮＩＣ毎のクライアント配信数、または配信帯域、コンテンツ名を更新する。
【００１２】
ここで、リソース管理部２５が複数のＮＩＣ２１の中から、該クライアント１にストリームデータを配信するためのＮＩＣを決定し、保持しているＮＩＣ毎のクライアント配信数、または配信帯域、コンテンツ名を更新するまでを詳細に説明する。複数のＮＩＣ２１の中から、リソース管理部２５が設定する、該クライアント１にストリームデータを配信するためのＮＩＣを決定する条件は、クライアント配信数、または配信帯域、コンテンツによって決まる。配信帯域の場合、リソース管理部２５は複数のＮＩＣ２１毎に、現在ストリームデータを配信している配信帯域を保持しており、その中で配信帯域の最も少ないＮＩＣを該クライアント１にストリームデータを配信するためのＮＩＣに決定する（ステップ３２，３３）。その後、保持している該ＮＩＣの配信帯域に該コンテンツ帯域を加え（ステップ３４）、ストリームデータを配信する（ステップ３５）。クライアント配信数の場合、リソース管理部２５は複数のＮＩＣ２１毎に、現在ストリームを配信しているクライアント数を保持しており、その中で最もクライアント配信数の少ないＮＩＣを該クライアント１にストリームデータを配信するためのＮＩＣに決定し（ステップ３６，３７）、その後、保持している該ＮＩＣのクライアント配信数に１を加え（ステップ３８）、ストリームデータを配信する（ステップ３９）。コンテンツの場合、リソース管理部２５は複数のＮＩＣ２１毎に現在のストリームデータを配信しているコンテンツを保持しており、該コンテンツにあてはまるＮＩＣを該クライアント１にストリームを配信するためのＮＩＣに決定する（ステップ４０，４１）。あてはまるＮＩＣがない場合は、配信しているコンテンツの少ないＮＩＣに決定する。その後、保持している該ＮＩＣのコンテンツに該コンテンツ名を追加すし（ステップ４２）、ストリームデータを配信する（ステップ４３）。
【００１３】
次に、ストリームデータ要求処理の流れを説明する。ストリーム要求受付部２４はリソース管理部２５から通知された、該クライアント１にストリームデータを配信するために使用するＮＩＣをストリームデータ送信部２６に通知する。ストリームデータ送信部２６は、ストリーム要求受付部２４から通知された、該クライアントにストリームデータを配信するために使用するＮＩＣを指定して、ストリームデータを送受信部２２に渡す。送受信部２２はストリームデータを、ストリームデータ送信部２６で指定された、該クライアントにストリームデータを配信するために使用するＮＩＣを通して、該クライアント１に配信する。
【００１４】
なお、ストリーム配信装置内の処理は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【００１５】
【発明の効果】
以上説明したように、本発明によれば、複数の接続回線を持つストリーム配信装置は、複数の接続回線と接続するルータのポートとをあらかじめ対応させることなく、複数の接続回線に負荷を分散させてクライアントにストリームデータを配信することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態のストリーム配信装置のブロック図である。
【図２】クライアントからのストリーム要求受付時に、管理しているＮＩＣ毎のリソースから該クライアントにストリームデータを配信するためのＮＩＣを決定する手順を示すフローチャートである。
【符号の説明】
１    クライアント
２    ストリーム配信装置
２１    ＮＩＣ
２２    送受信部
２３    メッセージ解析部
２４    ストリーム要求受付部
２５    リソース管理部
２６    ストリームデータ送信部
３０〜４３    ステップ
【図１】
2004172749.tif 000003
【図２】
2004172749.tif 000004