(57)【特許請求の範囲】
【請求項１】
データを送信可能な複数の送信装置の１つとデータを受信する受信装置との間におけるネットワークを介するデータ通信処理を管理する通信管理装置であって、
前記通信管理装置が接続されたサブネットワークに前記受信装置が属するように、前記通信管理装置が接続されたサブネットワークを前記受信装置に割り当てる割当手段と、
少なくとも前記受信装置から要求されたデータの属性を示すデータ属性情報に基づいて、データの伝送帯域を算出する算出手段と、
前記算出手段により算出された伝送帯域と、前記受信装置と前記複数の送信装置間におけるデータの伝送路の属性を示す伝送路属性情報とに基づいて、伝送路の資源が確保可能か否かを判定する判定手段と、
前記判定手段による判定結果に応じて、前記伝送路の資源が確保可能と判定された前記複数の送信装置の１つをデータの送信元に決定する決定手段と、
前記決定手段により前記データの送信元に決定された前記複数の送信装置の１つが属するサブネットワークに前記受信装置が属するように、前記受信装置が割り当てられるサブネットワークを変更する変更手段とを有することを特徴とする通信管理装置。
【請求項２】
前記判定手段は、前記算出手段により算出された伝送帯域と、前記複数の送信装置の１つの属性を示す送信装置属性情報とに基づいて、前記複数の送信装置の１つの資源の確保が可能か否かを判定し、前記決定手段は、前記判定手段による判定結果に応じて、データの送信元となる前記複数の送信装置の１つを決定することを特徴とする請求項１に記載の通信管理装置。
【請求項３】
前記変更手段は、前記決定手段により決定されたサブネットワークに前記受信装置が属するように、前記受信装置が割り当てられるサブネットワークを変更するための情報を、前記送信装置と前記受信装置との通信を中継する中継装置に対して送信することを特徴とする請求項１又は２に記載の通信管理装置。
【請求項４】
前記算出手段は、さらに前記受信装置の属性を示す受信装置属性情報に基づいて、データの伝送帯域を算出することを特徴とする請求項１乃至３の何れか１項に記載の通信管理装置。
【請求項５】
前記データ属性情報は、コンテンツの伝送時間を示す情報、コンテンツを伝送するために必要な帯域を示す情報、コンテンツの有する解像度を示す情報、及び、コンテンツが保管されている送信装置を指定する情報のうちの少なくとも何れか一つを含むことを特徴とする請求項１乃至４の何れか１項に記載の通信管理装置。
【請求項６】
前記伝送路属性情報は、伝送路の帯域を示す情報、伝送路の誤り率を示す情報、及び、伝送路の遅延を示す情報のうちの少なくとも何れか一つを含むことを特徴とする請求項１乃至５の何れか１項に記載の通信管理装置。
【請求項７】
前記送信装置属性情報は、前記送信装置の通信負荷を示す情報、前記送信装置のＣＰＵ負荷を示す情報、及び、前記送信装置のメモリの負荷を示す情報のうちの少なくとも何れか一つを含むことを特徴とする請求項２に記載の通信管理装置。
【請求項８】
前記受信装置属性情報は、前記受信装置が要求する解像度を示す情報、及び、前記受信装置が要求するフレームレートを示す情報のうちの少なくとも何れか一つを含むことを特徴とする請求項４に記載の通信管理装置。
【請求項９】
データを送信可能な複数の送信装置の１つとデータを受信する受信装置との間におけるネットワークを介するデータ通信処理を管理する通信管理装置の制御方法であって、
前記通信管理装置が接続されたサブネットワークに前記受信装置が属するように、前記通信管理装置が接続されたサブネットワークを前記受信装置に割り当てる割当ステップと、
少なくとも前記受信装置から要求されたデータの属性を示すデータ属性情報に基づいて、データの伝送帯域を算出する算出ステップと、
前記算出ステップにより算出された伝送帯域と、前記受信装置と前記複数の送信装置間におけるデータの伝送路の属性を示す伝送路属性情報とに基づいて、伝送路の資源が確保可能か否かを判定する判定ステップと、
前記判定ステップによる判定結果に応じて、前記伝送路の資源が確保可能と判定された前記複数の送信装置の１つをデータの送信元に決定する決定ステップと、
前記決定ステップにより前記データの送信元に決定された前記複数の送信装置の１つが属するサブネットワークに前記受信装置が属するように、前記受信装置が割り当てられるネットワークを変更する変更ステップとを含むことを特徴とする通信管理装置の制御方法。
【請求項１０】
データを送信可能な複数の送信装置の１つとデータを受信する受信装置との間におけるネットワークを介するデータ通信処理を管理する通信管理装置による通信管理手順をコンピュータに実行させるためのプログラムであって、
前記通信管理装置が接続されたサブネットワークに前記受信装置が属するように、前記通信管理装置が接続されたサブネットワークを前記受信装置に割り当てる割当手順と、
少なくとも前記受信装置から要求されたデータの属性を示すデータ属性情報に基づいて、データの伝送帯域を算出する算出手順と、
前記算出手順により算出された伝送帯域と、前記受信装置と前記複数の送信装置間におけるデータの伝送路の属性を示す伝送路属性情報とに基づいて、伝送路の資源が確保可能か否かを判定する判定手順と、
前記判定手順による判定結果に応じて、前記伝送路の資源が確保可能と判定された前記複数の送信装置の１つをデータの送信元に決定する決定手順と、
前記決定手順により前記データの送信元に決定された前記複数の送信装置の１つが属するサブネットワークに前記受信装置が属するように、前記受信装置が割り当てられるサブネットワークを変更する変更手順とをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置と送信装置間において安定したデータの配信環境を構築する技術に関するものである。
【背景技術】
【０００２】
ＬＡＮやＷＡＮ等のネットワーク上に配置された複数のクライアントに対してファイル共有をネットワーク上でサービスするための技術がある。例えば、ファイルブロック単位のアクセスをＩＰプロトコル化したｉＳＣＳＩや、単体の装置としてファイル共有サービスを提供するネットワークアタッチドストレージ（ＮＡＳ）等が知られている。これらの技術は、ネットワーク上の装置に対して情報を提供することができるのでファイル共有サービスに限らず、動画のコンテンツ配信等のネットワーク配信システムとしても広く用いられている。
【０００３】
また、特許文献１には、ネットワークやシステムの負荷変動があっても、データの中継ノードがデータブロックを送信または破棄し、指定された送信レートに到達するように転送データ量の調整を行う技術が開示されている。
【０００４】
【特許文献１】特開平１１−３４１０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来例に見られるネットワーク配信システムでは、ブロック単位、ファイル単位でのアクセス要求に対してストレージ装置が負荷分散を行っている。しかしながら、近年増加しているストリーム型の動画や音声等といった情報の配信に対して定常的な帯域をサービスすることは考慮されていない。
【０００６】
例えば潤沢なメモリの無いクライアントがオンデマンドビデオ配信のようなストリーム型のファイルを数時間にかけてアクセスするようなケースを考える。このケースでは、個々のクライアントに対してサーバやネットワークがコンテンツを提供する時間に亘ってコンテンツをサービスできる帯域を確保しなくてはならない。
【０００７】
従来のネットワーク配信システムではコンテンツ配信時間を管理していないため、サーバやネットワークの負荷変動がリソース配分に対して及ぼす影響が不明である、といった問題があった。また、動画コンテンツのファイルは一般的に容量が大きく、ファイル単位でのアクセスを行うと一時的にトラヒックが増大し、サーバ、ネットワーク資源を消費してしまうという問題があった。
【０００８】
また、特許文献１に開示される技術は、ネットワーク等の負荷が上昇した場合、データブロックの破棄を行うことで指定された送信レートに到達するように転送データ量の調整を行うため、転送されるデータの品質の低下を伴うことになる。
【０００９】
そこで、本発明の目的は、配信するデータを低下させることのない、配信が要求されるデータに適した資源でサブネットワークを構築することにある。
【課題を解決するための手段】
【００１０】
本発明の通信管理装置は、データを送信可能な複数の送信装置の１つとデータを受信する受信装置との間におけるネットワークを介するデータ通信処理を管理する通信管理装置であって、前記通信管理装置が接続されたサブネットワークに前記受信装置が属するように、前記通信管理装置が接続されたサブネットワークを前記受信装置に割り当てる割当手段と、少なくとも前記受信装置から要求されたデータの属性を示すデータ属性情報に基づいて、データの伝送帯域を算出する算出手段と、前記算出手段により算出された伝送帯域と、前記受信装置と前記複数の送信装置間におけるデータの伝送路の属性を示す伝送路属性情報とに基づいて、伝送路の資源が確保可能か否かを判定する判定手段と、前記判定手段による判定結果に応じて、前記伝送路の資源が確保可能と判定された前記複数の送信装置の１つをデータの送信元に決定する決定手段と、前記決定手段により前記データの送信元に決定された前記複数の送信装置の１つが属するサブネットワークに前記受信装置が属するように、前記受信装置が割り当てられるサブネットワークを変更する変更手段とを有することを特徴とする。
【発明の効果】
【００１１】
本発明においては、他のネットワークで発生したフラッティングパケットやブロードキャストパケットの影響を受けずに、データの配信を行うことができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１３】
＜第１の実施形態＞
先ず、本発明の第１の実施形態について説明する。図１は、本発明の第１の実施形態に係るネットワーク配信システムの構成を示す図である。
【００１４】
図１において、１０１ａ〜ｄは、動画、音声、テキスト等のコンテンツを使用するクライアントであって、有線ネットワークインタフェースを有するクライアントである。１０２ａ〜ｄは、１０１ａ〜ｄと同様のクライアントであって、無線ネットワークインタフェースを有するクライアントである。１０３は、コンテンツの属性、クライアント１０１ａ〜ｄ、１０２ａ〜ｄの属性等を管理するとともに、クライアント１０１ａ〜ｄ、１０２ａ〜ｄやサーバのネットワークへの接続、即ちデータ通信処理を管理する管理サーバである。１０４は、管理サーバ１０３に接続され、コンテンツの属性、クライアント１０１ａ〜ｄ、１０２ａ〜ｄの属性等が収容された属性データベースである。１０５ａ〜ｄは、クライアント１０１ａ〜ｄ、１０２ａ〜ｄへコンテンツを送出するコンテンツサーバである。１０６ａ〜ｄは、コンテンツが収容されたコンテンツデータベースである。１０７ａ、ｂは、クライアント１０１ａ〜ｄ、１０２ａ〜ｄやサーバ１０３、１０５ａ〜ｄ等のネットワーク装置を相互に接続するためのネットワーク中継装置である。１０８ａ、ｂは、クライアント１０２ａ〜ｄが当該ネットワーク配信システムの構成として接続されるための無線アクセスポイントである。１０９は、外部ネットワークへの接続を行うネットワーク接続装置（ルータ）である。１１０は、外部のネットワークを模式的に表現している。
【００１５】
なお、クライアント１０１ａ〜ｄ、１０２ａ〜ｄは、本発明の受信装置の一構成例である。コンテンツサーバ１０５ａ〜ｄは、本発明の送信装置の一構成例である。管理サーバ１０３は、本発明の通信管理装置の一構成例である。
【００１６】
以上の装置から構成されるネットワーク配信システムにおけるクライアントからのコンテンツ要求に対する動作について順を追って説明する。まず、初期状態におけるネットワーク配信システムを構成するネットワーク及び各装置の状態について説明する。
【００１７】
図２は、初期状態における管理サーバ１０３、コンテンツサーバ１０５ａ〜ｄ及び各サブネットワークのＩＰアドレスを示す図である。管理サーバ１０３が接続されているネットワークには192.168.0.0/24のＩＰアドレスが割り振られており、管理サーバ１０３には192.168.0.1のＩＰアドレスが与えられている。
【００１８】
管理サーバ１０３は、後からネットワークに参加する装置に対して認証と記録（アカウンティング）を行うRadiusサーバとしての機能を備える。また、管理サーバ１０３は、クライアント１０１ａ〜ｄ、１０２ａ〜ｄがネットワークに接続する際に必要な情報を付与するDHCPサーバとしての機能も備える。
【００１９】
さらに管理サーバ１０３は、コンテンツサーバ１０５ａ〜ｄのコンテンツを管理する機能を有している。また、コンテンツサーバ１０５ａ〜ｄにはそれぞれのサブネットワークが割り振られており、ネットワーク中継装置１０７ｂであるＬ３ＳＷ等を利用して同じサブネットワークに複数のコンテンツサーバ１０５ａ、ｂを動作させることも可能である。
【００２０】
無線アクセスポイントには認証に用いられるデフォルト用アクセスポイント１０８ａと、サブネットワークに割り振られるサブネットワーク用アクセスポイント１０８ｂとが用意されている。そしてクライアント１０１ａ〜ｄ、１０２ａ〜ｄに対しては初期状態ではＩＰアドレスが割り振られていない。さらにクライアント１０１ａ〜ｄ、１０２ａ〜ｄとコンテンツサーバ１０５ａ〜ｄとの間はネットワーク中継装置１０７ａ、ｂによってアクセス制限がかけられており、お互いにパケットの送受信を行うことができない状態になっている。
【００２１】
図３は、クライアント１０１ａ〜ｄ、クライアント１０２ａ〜ｄがネットワークに参加するために管理サーバ１０３に対して当該クライアントの認証やＩＰアドレス割り当ての動作等を示すシーケンスチャートである。ここでは、クライアント１０２ａを例に挙げて説明を行うが、他のクライアントについても同様の動作を実行可能であることは勿論である。
【００２２】
先ず、クライアント１０２ａは、ネットワークに参加するために管理サーバ１０３に対して当該クライアント１０２ａの認証を行う。管理サーバ１０３による認証の結果、クライアント１０２ａが認可されなければIEEE802.1Xによってクライアント１０２ａが接続されているサブネットワーク自体を使用禁止とすることも可能である。
【００２３】
一方、認可されれば、クライアント１０２ａはポートを使用可能にして、自らのネットワーク上のＩＰアドレスを確保するために管理サーバ１０３にＩＰアドレス割り当て要求をブロードキャストでネットワーク上に出力する（ステップＳ３０１）。このＩＰアドレス割り当て要求は、図３ではDHCP DISCOVERと示している。
【００２４】
続いてクライアント１０２ａは、管理サーバ１０３からＩＰアドレスの最初の提示があり（ステップＳ３０２）、問題がなければ提示されたＩＰアドレスの要求を管理サーバ１０３宛に出力する（ステップＳ３０３）。管理サーバ１０３からのＩＰアドレスの最初の提示は、図３ではDHCP OFFERと示している。また、上述したクライアント１０２ａから管理サーバ１０３宛のＩＰアドレスの要求は、図３ではDHCP REQUESTと示している。
【００２５】
最終的に管理サーバ１０３より承認（DHCP ACKNOWLEDGE）されると（ステップＳ３０４）、承認されたＩＰアドレスがクライアント１０２ａのＩＰアドレスとなる。管理サーバ１０３より承認（DHCP ACKNOWLEDGE）されるまで、クライアント１０２ａのＩＰアドレスは”0.0.0.0”が使用される。本実施形態ではまず、クライアント１０２ａは管理サーバ１０３と同じネットワークに接続する必要があるので、192.168.0.0/24と同じサブネットワークである192.168.0.0/24が割り振られたこととする。このＤＨＣＰのシーケンスによってクライアント１０２ａは管理サーバ１０３と同じサブネットワークに属するＩＰアドレスを取得することができる。
【００２６】
続いてクライアント１０２ａは、管理サーバ１０３に対してコンテンツの要求を行う。また、クライアント１０２ａは、コンテンツ要求すると同時に当該クライアント１０２ａの機能をクライアント属性（クライアントプロパティ）として管理サーバ１０３に通知する。代表的なクライアント属性の例として、クライアント１０２ａのディスプレイ解像度やフレームレート等が挙げられる。なお、クライアント属性は、本発明の受信装置属性情報の一例である。
【００２７】
続いて管理サーバ１０３では、要求されたコンテンツに対応するコンテンツ属性（コンテンツプロパティ）を属性データベース１０４から読み出す。代表的なコンテンツ属性の例として、要求されたコンテンツの伝送時間、必要な帯域、コンテンツの有する解像度等の情報、コンテンツが保管されているコンテンツサーバ１０５の指定情報等が挙げられる。管理サーバ１０３は、このコンテンツ属性とクライアント属性とを用いてコンテンツサーバ１０５がクライアント１０２ａに送出するコンテンツの解像度、フレームレート、予定送出時間、符号化方式、伝送帯域等を決定する。
【００２８】
ここで、コンテンツ送出の判断を行うために用いられる各属性の一例について説明する。図４は、コンテンツ送出の判断を行うために用いられる各属性の一例を示す図である。
【００２９】
図４（ａ）に示すように、コンテンツ属性に関しては、放送時間、画像の解像度、符号化の種別、コンテンツが格納されているコンテンツサーバを示す情報等がある。更にコンテンツ属性には、放送時間に対する帯域（ＢｉｔＲａｔｅ）等の情報が含まれる。リアルタイムで発生する動画データではなく、蓄積型の動画データであれば、事前に図４（ｂ）に示すような放送時間に対する帯域を示すグラフを作成してコンテンツ属性の一つとすることもできる。
【００３０】
コンテンツ属性は、ネットワーク資源がどのようなスケジュールで消費されるか管理サーバ１０３における予測のための情報として使用することができる。
【００３１】
図４（ａ）に示すように、他にもクライアント属性として、クライアント１０２が必要な情報量を示すために、クライアント１０２の解像度や処理可能なフレームレート等の情報がある。これらの情報によって、過分な情報送出を事前に防ぐことが可能となる。サーバ属性、伝送路属性等は、コンテンツ送出側の資源管理や負荷分散を行うために使用される。なお、サーバ属性は、本発明の送信装置属性情報の一例であり、伝送路属性は、本発明の伝送路属性情報の一例である。
【００３２】
また、クライアント１０２からコンテンツサーバ１０５までの伝送路を特定することによって伝送路属性（伝送路プロパティ）が特定される。伝送路属性には伝送路の帯域や誤り率、遅延等の情報が含まれる。伝送路属性は動的に変化する可能性があるため、コンテンツ伝送期間中に定期的に測定することが望ましい。また、ネットワーク中継装置１０７の不具合や未対応等により伝送路情報が取得できない場合、クライアント１０２ａ、コンテンツサーバ１０５間でダミーデータを用いて直接伝送路属性を測定することができる。
【００３３】
管理サーバ１０３は、このようにして取得した伝送路属性、コンテンツ属性及びクライアント属性を比較することによって、コンテンツを伝送するために必要としている帯域を算出する。例えば、管理サーバ１０３は、コンテンツの送出帯域に対してクライアント１０２ａの要求帯域が少ない場合、動画であれば解像度やフレームレートを下げる、高効率の符号化方式を選択する等の判断を行い、伝送帯域を決定する。さらに管理サーバ１０３は、決定した伝送帯域から該当するコンテンツサーバのサーバ属性、伝送路属性から伝送に必要な資源が確保可能かどうかを判断し、伝送が可能であればコンテンツ属性から得られる配信時間に亘って資源を確保することが可能となる。
【００３４】
図４（ｂ）では、コンテンツ配信開始から１２０分までは平均４．２Mbpsの帯域で推移し、１２０分を越えると帯域が６．０Mbpsに急激に上昇するようなコンテンツの配信状況を示している。このようなコンテンツの配信の場合においても、配信途中で伝送資源が枯渇することがないようにコンテンツ配信時間に亘って資源の確保を行う必要がある。
【００３５】
一方、管理サーバ１０３は、伝送不可能と判断した場合はコンテンツ属性から他の代替コンテンツサーバが選択可能であるかを判断し、代替不能であればクライアント１０２ａにコンテンツ送出不能であることを通知する。他にも、管理サーバ１０３は、該当するコンテンツサーバのサーバ属性を参照することによって、コンテンツサーバの通信、ＣＰＵ、メモリ等の資源を確保できない場合もコンテンツ送出不能であることをクライアント１０２ａに通知することもできる。このように新規コンテンツ送出を抑制することによって既に接続しているクライアント１０２ａへのコンテンツ送出を保証する。
【００３６】
ここで、図５を参照して、コンテンツの送出元となるコンテンツサーバとコンテンツの伝送路との決定方法について説明する。図５は、管理サーバ１０３によるコンテンツの送出元となるコンテンツサーバとコンテンツの伝送路との決定処理の流れを示すフローチャートである。
【００３７】
先ず、管理サーバ１０３は、クライアントから要求されたコンテンツのコンテンツ属性と当該クライアントのクライアント属性とを用いて、コンテンツサーバがクライアントに送出するコンテンツの解像度、フレームレート、符号化方式等を決定する（ステップＳ５０１）。即ち、コンテンツ属性の画像の解像度情報とクライアント属性の要求解像度情報とから送出するコンテンツの解像度を決定する。また、クライアント属性のフレームレート情報から送出するコンテンツのフレームレートを決定する。さらに、コンテンツ属性の符号化種別情報から送出するコンテンツの符号化方式を決定する。
【００３８】
続いて、管理サーバ１０３は、コンテンツ属性のコンテンツ送出に必要な帯域情報、コンテンツ属性の画像解像度情報、及び、クライアント属性の要求フレームレート情報から送出するコンテンツの伝送帯域を算出する（ステップＳ５０２）。ステップＳ５０２は、本発明の算出手段の一処理例である。
【００３９】
続いて、管理サーバ１０３は、当該コンテンツを格納しているコンテンツサーバをコンテンツ属性の格納コンテンツサーバ情報から判定する。そして、管理サーバ１０３は、判定したコンテンツサーバのサーバ属性と当該コンテンツサーバとクライアント間の伝送路の伝送路属性とを属性データベース１０４から取得する（ステップＳ５０３）。なお、ステップＳ５０８からステップＳ５０３に移行してきた場合には、ステップＳ５０８において判定された他の代替コンテンツサーバのサーバ属性と当該代替コンテンツサーバとクライアント間の伝送路属性とが取得されることになる。
【００４０】
続いて、管理サーバ１０３は、伝送路属性の帯域情報に示される帯域がステップＳ５０３にて算出した伝送帯域に対して少ないか否かを判定する（ステップＳ５０４）。
【００４１】
伝送路属性の帯域情報に示される帯域が伝送帯域に対して少ない場合、管理サーバ１０３は、コンテンツの解像度やフレームレートを下げたり、コンテンツに施す符号化方式を高効率なものを選択し、コンテンツの伝送帯域を決定する（ステップＳ５０５）。一方、伝送路属性の帯域情報に示される帯域が伝送帯域を満たしている場合、ステップＳ５０５の処理を実行することなく、処理はステップＳ５０６に移行する。
【００４２】
続いて、管理サーバ１０３は、ステップＳ５０３又はステップＳ５０５で決定した伝送帯域によるコンテンツの伝送に必要な資源が確保可能か否かを、サーバ属性及び伝送路属性から判定する（ステップＳ５０６）。即ち、管理サーバ１０３は、サーバ属性の通信負荷情報、ＣＰＵ負荷情報、メモリ負荷情報から上記伝送帯域によるコンテンツの伝送に使用するコンテンツサーバの資源が確保可能かを判定する。それとともに、管理サーバ１０３は、伝送路属性の帯域情報から上記伝送帯域によるコンテンツの伝送に使用する伝送路の資源が確保可能かを判定する。コンテンツサーバ及び伝送路の双方について資源が確保可能と判定された場合、処理はステップＳ５０７に移行し、コンテンツサーバ及び伝送路の少なくとも何れか一方について資源の確保が不可であると判定された場合、処理はステップＳ５０８に移行する。ステップＳ５０６は、本発明の判定手段の一処理例である。
【００４３】
ステップＳ５０７では、管理サーバ１０３は、コンテンツを送出するコンテンツサーバと伝送路を決定する（ステップＳ５０７）。即ち、現在処理の対象となっているサーバ属性と伝送路属性に該当するコンテンツサーバと伝送路がコンテンツの送出に使用することを決定する。ステップＳ５０７は、本発明のデータの送信元としてコンテンツサーバ（送信装置）を決定する決定手段の一処理例である。
【００４４】
ステップＳ５０８では、管理サーバ１０３は、コンテンツ属性の格納コンテンツサーバ情報から他の代替コンテンツサーバを選択可能か否か判定する（ステップＳ５０８）。他の代替コンテンツサーバが選択可能である場合、管理サーバ１０３は、代替コンテンツサーバを選択してそのコンテンツサーバについてステップＳ５０３からの処理を実行する。一方、他の代替コンテンツサーバを選択することができない場合、処理を終了する。
【００４５】
以上の動作によって、クライアント１０２ａ、コンテンツサーバ間の伝送路が決定される。続いて管理サーバ１０３は、クライアント１０２ａが現在接続しているネットワークから離脱するようにクライアント１０２ａに対してDHCP RELEASEを発行するように要求する（ステップＳ３０５）。クライアント１０２ａはDHCP RELEASEを発行することで管理サーバ１０３等が接続されているネットワークから一旦切断される。
【００４６】
クライアント１０２ａは、DHCP RELEASEに続いて、新たなＩＰアドレスを確保するために管理サーバ１０３にＩＰアドレス割り当て要求を即座にブロードキャストでネットワークに出力する（ステップＳ３０１）。管理サーバ１０３は、クライアントMACアドレスから管理サーバ１０３からのリクエストによるDHCP RELEASEしたクライアント１０２ａであることを認識する。そして管理サーバ１０３は、上述した方法により特定したコンテンツサーバと同じサブネットワークを持つＩＰアドレスをDHCP OFFERする（ステップＳ３０２）。クライアント１０２ａは、提示されたＩＰアドレスを受諾するのであればDHCP REQUESTを発行し（ステップＳ３０３）、管理サーバ１０３はDHCP ACKNOWLEDGEする（ステップＳ３０４）。このようにしてクライアント１０２はコンテンツサーバと同じサブネットワークに割り当てることができる。本処理は、構築手段の一処理例である。
【００４７】
以上、本実施形態においては、コンテンツを供給するクライアント１０２ａとコンテンツサーバとを同じサブネットワークに属するネットワークに割り振るようにしている。従って本実施形態によれば、他のネットワークで発生したフラッディングパケットやブロードキャストパケットの影響を受けずにコンテンツの配信を行うことができる。
【００４８】
また、本実施形態では、複数のコンテンツデータベース１０６ａ〜ｄに同一内容のコンテンツを分散して記憶させておくこともできる。これにより、クライアント１０２ａから要求された時点で各属性の内容から適切なコンテンツサーバを選択してクライアント１０２ａに割り当てることが可能となる。
【００４９】
またクライアント１０２ａ〜ｄのように、無線ネットワークによって当該ネットワーク配信システム内に接続されている場合、接続している無線アクセスポイントが有するＳＳＩＤでネットワークのグループ分けを行う。即ち、クライアント１０２ａ〜ｄは、初期接続ＳＳＩＤでデフォルトネットワークに参加する。そして、クライアント１０２ａ〜ｄは、上述した優先接続と同様に管理サーバ１０３の認証・認可を得、コンテンツサーバと同じサブネットワークを持つネットワークに接続しているアクセスポイントのＳＳＩＤを取得する。その後クライアント１０２ａ〜ｄは、デフォルトネットワークから離脱し、新たなＳＳＩＤを使用して接続することでコンテンツサーバからコンテンツの提供を受ける。なお、ＳＳＩＤは、Service Set Identifierの略称である。
【００５０】
以上のように本実施形態によれば、クライアントがコンテンツを要求した時点で管理サーバがコンテンツ、伝送路、コンテンツサーバ等の属性（プロパティ）によってクライアント−コンテンツサーバ間の資源を制御・予約可能なシステムを提供することができる。
【００５１】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。図６は、本発明の第２の実施形態に係るネットワーク配信システムの構成を示す図である。
【００５２】
図６において、５０１ａ〜ｄは、動画、音声、テキスト等のコンテンツを使用するクライアントであって、有線ネットワークインタフェースを有するクライアントである。５０２ａ〜ｄは、５０１ａ〜ｄと同様のクライアントであって、無線ネットワークインタフェースを有するクライアントである。５０３は、コンテンツの属性、クライアント５０１ａ〜ｄ、５０２ａ〜ｄの属性等を管理するとともに、クライアント５０１ａ〜ｄ、５０２ａ〜ｄやサーバのネットワークへの接続を管理する管理サーバである。５０４は、管理サーバ５０３に接続され、コンテンツの属性、クライアント５０１ａ〜ｄ、５０２ａ〜ｄの属性等が収容された属性データベースである。５０５ａ〜ｄは、クライアント５０１ａ〜ｄへコンテンツを送出するコンテンツサーバである。５０６ａ〜ｄは、コンテンツが収容されたコンテンツデータベースである。５０７ａ、ｂは、ポートベース又はタグベースで仮想ネットワークを構築することが可能なネットワーク中継装置である。５０８ａ、ｂは、クライアント５０２ａ〜ｄが当該ネットワーク配信システムの構成として接続されるための無線アクセスポイントである。５０９は、外部ネットワークへの接続を行うネットワーク接続装置（ルータ）である。５１０は、外部のネットワークを模式的に表現している。
【００５３】
なお、クライアント５０１ａ〜ｄ、５０２ａ〜ｄは、本発明の受信装置の一構成例である。コンテンツサーバ５０５ａ〜ｄは、本発明の送信装置の一構成例である。管理サーバ５０３は、本発明の通信管理装置の一構成例である。
【００５４】
本実施形態では、ＩＥＥＥで規格化されているＩＥＥＥ８０２．１Ｑ（ＶＬＡＮ）対応のネットワーク中継装置５０７ａ、ｂを使用している。なお、ＩＥＥＥは、The Institute of Electrical and Electronics Engineers,Inc.の略称である。
【００５５】
また、本実施形態では、管理サーバ５０３によってネットワーク中継装置５０７ａ、ｂを管理することによりクライアント５０１ａ〜ｄ、５０２ａ〜ｄからのコンテンツサーバ５０５ａ〜ｄへのアクセスを制御している。ＩＥＥＥ８０２．１Ｑではイーサネット（登録商標）フレーム中にＶＬＡＮ Ｔａｇと呼ばれる４Ｏｃｔｅｔからなる識別子を追加して一つのポートに複数の仮想的なネットワークを構築することを可能としている。
【００５６】
図７は、ＩＥＥＥ８０２．１Ｑが規定するＶＬＡＮ Ｔａｇフォーマットを示す図である。ＶＬＡＮ Ｔａｇフォーマットでは、従来のＭＡＣヘッダの末尾にＶＬＡＮＴａｇ識別子（ＴＰＩＤ）として０ｘ８１００が付与され、ＶＬＡＮ以外のパケットと区別することができる。また、ＶＬＡＮにおけるＩＤ（ＶＬＡＮＩＤ）として１２Ｂｉｔが与えられており、ネットワーク全体で０〜４０９５までの仮想的なネットワーク（サブネットワーク）を構築することができる。以上の装置から構成されるネットワーク配信システムにおいてクライアントからのコンテンツ送出要求に対する管理サーバ、コンテンツサーバ、クライアント、ネットワーク中継装置の動作について順を追って説明する。
【００５７】
先ずは、このネットワーク配信システムにおける初期状態について説明する。初期状態において、ネットワークに接続しているクライアント５０１ａ〜ｄ、５０２ａ〜ｄと管理サーバ５０３にはデフォルトのＶＬＡＮＩＤ（ＶＬＡＮ０）が付与されている。一方、コンテンツサーバ５０５ａ〜ｄにはＶＬＡＮ０とは異なるＶＬＡＮＩＤが付与されており、クライアント５０１ａ〜ｄとコンテンツサーバ５０５ａ〜ｄとは異なるネットワークにあるため、互いに通信を行うことはできない。
【００５８】
クライアント５０１ａ〜ｄのうちの何れか一つのクライアントが、コンテンツサーバ５０５ａ〜ｄに接続するためには、クライアント５０１ａ〜ｄは管理サーバ５０３に対して認証手続きを開始する。管理サーバ５０３は要求したクライアント５０１ａ〜ｄのクライアント属性、コンテンツのコンテンツ属性等から上述した方法でコンテンツサーバ５０５ａ〜ｄのうちの何れか一つのコンテンツサーバを特定する。次に管理サーバ５０３は、クライアント５０１ａ〜ｄと特定されたコンテンツサーバとが同じＶＬＡＮＩＤになるようにクライアント側のＶＬＡＮＩＤを変更する。
【００５９】
また、本実施形態では、無線アクセスポイント５０８ａ、５０８ｂにＳＳＩＤ（Service Set Identifier）とＶＬＡＮＩＤとの対照表を作成しておく。クライアント５０２ａ〜ｄは無線アクセスポイント５０８ａにアクセスするものであるため、当該クライアントのＶＬＡＮＩＤを変更する場合、無線アクセスポイント５０８ａは異なるＳＳＩＤで無線ネットワークにアクセスするようにクライアントを誘導する。無線アクセスポイント５０８ａが複数のＳＳＩＤをサービスできる場合は同一の無線アクセスポイント５０８ａ内で、コンテンツサーバとサブネットワークを構築する他のＳＳＩＤで無線ネットワークへアクセスするようにクライアントを誘導する。これにより、クライアントのＶＬＡＮＩＤは当該他のＳＳＩＤに対応する、コンテンツサーバと同じＶＬＡＮＩＤとなり、クライアントとコンテンツサーバはサブネットワークを構築することができる。
【００６０】
一方、無線アクセスポイント５０８ａが単一のＳＳＩＤしかサービスできない場合は別の無線アクセスポイント５０８ｂが有するＳＳＩＤで無線ネットワークへアクセスするようにクライアントを誘導する。即ち、無線アクセスポイント５０８ａは、コンテンツサーバとサブネットワークを構築するＳＳＩＤをクライアントに対して通知し、クライアントは通知されたＳＳＩＤの無線アクセスポイント５０８ｂにアクセスする。これにより、クライアントは、無線アクセスポイント５０８ｂを介してコンテンツサーバとサブネットワークを構築することができる。
【００６１】
以上の手続きを経て、クライアントとコンテンツサーバとの接続が完了し、コンテンツサーバからのコンテンツ配信が終了すると、コンテンツサーバからコンテンツ配信終了の通知を管理サーバ５０３に発行する。通知を受けた管理サーバ５０３はクライアントのＶＬＡＮＩＤをデフォルトＶＬＡＮに接続されるようにＶＬＡＮ設定を元に戻す。
【００６２】
本発明の第２の実施形態においては、無線アクセスポイント側でクライアントの無線ネットワークへのアクセスを誘導することによりネットワークの接続制御を行うことが可能となる。
【００６３】
以上、上述した実施形態においては、クライアントからのコンテンツ配信要求により管理サーバがクライアント属性、コンテンツ属性及び伝送路属性等を基にネットワークを再構築し、クライアントとコンテンツサーバとの接続を許可するようにしている。このように上述した実施形態では、ネットワーク資源やコンテンツサーバ資源を管理しつつ、クライアントが要求するコンテンツに適した資源を割り当てているため、クライアントへ安定したコンテンツ配信環境を提供することができる。
【００６４】
また、上述した実施形態においては、データの破棄等を行わないため、配信するデータの品質の低下を回避することができる。
【００６５】
上述した本発明の実施形態を構成する各手段及び各ステップは、コンピュータのＲＡＭやＲＯＭ等に記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
【００６６】
また、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施形態も可能であり、具体的には、一つの機器からなる装置に適用してもよい。
【００６７】
なお、本発明は、上述した実施形態の機能を実現するソフトウェアのプログラムを、システム又は装置に直接、又は遠隔から供給する。そして、そのシステム又は装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００６８】
従って、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００６９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。更に、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳ等が、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００７０】
更に、その他の方法として、まず記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。そして、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施形態に係るネットワーク配信システムの構成を示す図である。
【図２】初期状態における管理サーバ、コンテンツサーバ及び各サブネットワークのＩＰアドレスを示す図である。
【図３】クライアントがネットワークに参加するために管理サーバに対して当該クライアントの認証やＩＰアドレス割り当ての動作等を示すシーケンスチャートである。
【図４】コンテンツ送出の判断を行うために用いられる各属性の一例を示す図である。
【図５】管理サーバによるコンテンツの送出元となるコンテンツサーバとコンテンツの伝送路との決定処理の流れを示すフローチャートである。
【図６】本発明の第２の実施形態に係るネットワーク配信システムの構成を示す図である。
【図７】ＩＥＥＥ８０２．１Ｑが規定するＶＬＡＮ Ｔａｇフォーマットを示す図である。
【符号の説明】
【００７２】
１０１ａ〜ｄ、１０２ａ〜ｄ、５０１ａ〜ｄ、５０２ａ〜ｄ  クライアント
１０３、５０３  管理サーバ
１０４、５０４  属性データベース
１０５ａ〜ｄ、５０５ａ〜ｄ  コンテンツサーバ
１０６ａ〜ｄ、５０６ａ〜ｄ  コンテンツデータベース
１０７ａ、ｂ、５０７ａ、ｂ  ネットワーク中継装置
１０８ａ、ｂ、５０８ａ、ｂ  無線アクセスポイント
１０９、５０９  ネットワーク接続装置
１１０、５１０  外部ネットワーク
【図１】
0005058758.tif 000002
【図２】
0005058758.tif 000003
【図３】
0005058758.tif 000004
【図４】
0005058758.tif 000005
【図５】
0005058758.tif 000006
【図６】
0005058758.tif 000007
【図７】
0005058758.tif 000008