コンテンツ配信装置、コンテンツ配信システム、並びにコンテンツ配信制御方法及びプログラム
【課題】ネットワーク帯域の利用効率を向上させる。
【解決手段】コンテンツ配信装置５０を構成する配信部５１は、互いに独立する複数のコンテンツサーバ１０＿１〜１０＿３に対して、コンテンツ配信要求１０２を時間軸上で排他的に発行する。配信部５１は、コンテンツサーバ１０＿１〜１０＿３から順次受信したコンテンツデータ１０１＿１〜１０１＿３を、一連のストリームデータ１０３としてユーザへ配信する。また、制御部５２は、コンテンツ配信要求１０２の発行先及び発行タイミングを、前記ユーザの登録情報１０４に基づき決定する。
【解決手段】コンテンツ配信装置５０を構成する配信部５１は、互いに独立する複数のコンテンツサーバ１０＿１〜１０＿３に対して、コンテンツ配信要求１０２を時間軸上で排他的に発行する。配信部５１は、コンテンツサーバ１０＿１〜１０＿３から順次受信したコンテンツデータ１０１＿１〜１０１＿３を、一連のストリームデータ１０３としてユーザへ配信する。また、制御部５２は、コンテンツ配信要求１０２の発行先及び発行タイミングを、前記ユーザの登録情報１０４に基づき決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信装置、コンテンツ配信システム、並びにコンテンツ配信制御方法及びプログラムに関し、特に映像等のコンテンツデータをリアルタイムに配信する装置、システム、並びにその制御方法及びプログラムに関する。
【背景技術】
【０００２】
図５に、一般的なコンテンツ配信システム１ｘの構成例を示す。このコンテンツ配信システム１ｘは、複数(図示の例では"３台")のコンテンツサーバ１０＿１〜１０＿３(以下、符号１０で総称することがある)と、ゲートウェイ２０と、インターネット等の公衆網３０と、ユーザ宅内に設置されるＳＴＢ(Ｓｅｔ Ｔｏｐ Ｂｏｘ)等の受信端末４０とで構成される。ここで、コンテンツサーバ１０＿１〜１０＿３は、互いに異なる事業者により個別に運用される。
【０００３】
動作において、コンテンツサーバ１０＿１〜１０＿３から送出されたコンテンツデータ１０１＿１〜１０１＿３(以下、符号１０１で総称することがある)は、それぞれ、ゲートウェイ２０及び公衆網３０を経由して受信端末４０に到達する。ユーザは、受信端末４０を操作し、コンテンツデータ１０１＿１〜１０１＿３のいずれか１つを択一的に視聴する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１９９２１７号公報
【特許文献２】特開２００７−３６７８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のコンテンツ配信システム１ｘには、ネットワーク帯域の利用効率が低いという課題があった。これは、ユーザが実際には特定のコンテンツデータしか視聴しないにも関わらず、全てのコンテンツデータがネットワークへ転送されるため(すなわち、コンテンツ配信に広帯域が必要となるため)である。
【０００６】
なお、参考技術として、特許文献１には、ユーザの特性情報に基づき選択した広告データを、コンテンツデータと共に配信するコンテンツサーバが記載されている。ここで、特性情報には、ユーザの性別、年齢、家族構成等の属性に関する情報(以下、属性情報と呼称する)と、ユーザの趣味、好みの番組種別等に関する情報(以下、嗜好情報と呼称する)とが含まれる。
【０００７】
また、他の参考技術として、特許文献２には、コンテンツの視聴履歴からユーザの嗜好傾向を推測すると共に、当該嗜好傾向に対応するコンテンツデータを、ユーザが視聴を希望するコンテンツデータと共に配信するコンテンツサーバが記載されている。
【０００８】
しかしながら、上記の課題は、例え特許文献１及び２に記載されるコンテンツサーバを適用しても何ら解決されない。これは、各コンテンツサーバからのコンテンツデータが、依然として個別にネットワークへ転送されてしまうためである。
【０００９】
従って、本発明は、ネットワーク帯域の利用効率を向上させることが可能なコンテンツ配信装置、コンテンツ配信システム、並びにコンテンツ配信制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するため、本発明の一態様に係るコンテンツ配信装置は、互いに独立する複数のコンテンツサーバに対して、コンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとしてユーザへ配信する配信手段と、前記要求の発行先及び発行タイミングを、前記ユーザの登録情報に基づき決定する制御手段とを備える。
【００１１】
また、本発明の一態様に係るコンテンツ配信システムは、互いに独立する複数のコンテンツサーバと、ユーザの登録情報に基づき、前記複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを一連のストリームデータとして前記ユーザへ配信するコンテンツ配信装置とを備える。
【００１２】
また、本発明の一態様に係るコンテンツ配信制御方法は、コンテンツ配信装置におけるコンテンツ配信制御方法を提供する。このコンテンツ配信制御方法は、ユーザの登録情報に基づき、互いに独立する複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとして前記ユーザへ配信する。
【００１３】
さらに、本発明の一態様に係るコンテンツ配信制御プログラムは、コンテンツ配信装置に、ユーザの登録情報に基づき、互いに独立する複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求する処理と、前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとして前記ユーザへ配信する処理とを実行させる。
【発明の効果】
【００１４】
本発明では、ユーザが所望する、或いはユーザに好適な複数のコンテンツデータを、１本のストリームデータとして配信する。このため、コンテンツ配信に際しての帯域使用量を最小限に抑えることができ、以てネットワーク帯域の利用効率を、上記のコンテンツ配信システム１ｘと比較して大幅に向上させることが可能である。また、ストリームデータを、ユーザ毎に柔軟に構築できるというメリットもある。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態１に係る、コンテンツ配信装置及びこれを適用するコンテンツ配信システムの概略的な構成例を示したブロック図である。
【図２】本発明の実施の形態１に係るコンテンツ配信装置の具体的な構成例を示したブロック図である。
【図３】本発明の実施の形態１に係るコンテンツ配信装置の動作例を示したタイムチャート図である。
【図４】本発明の実施の形態２に係るコンテンツ配信装置の構成例を示したブロック図である。
【図５】一般的なコンテンツ配信システムの構成例を示したブロック図である。
【発明を実施するための形態】
【００１６】
以下、本発明に係るコンテンツ配信装置及びこれを適用するコンテンツ配信システムの実施の形態１及び２を、図１〜図４を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１７】
[実施の形態１]
図１に示す本実施の形態に係るコンテンツ配信システム１は、図５と同様のコンテンツサーバ１０＿１〜１０＿３、ゲートウェイ２０、公衆網３０、及び受信端末４０と、コンテンツサーバ１０とゲートウェイ２０の間に設置されたコンテンツ配信装置４０と、ユーザ(図示せず)の登録情報１０４を管理するユーザ管理サーバ６０とで構成される。
【００１８】
また、コンテンツ配信装置５０は、配信部５１と、制御部５２とを備えている。この内、配信部５１は、制御部５２からのコンテンツ切替指示１０５に従い、コンテンツサーバ１０＿１〜１０＿３に対してコンテンツ配信要求１０２を時間軸上で排他的に発行する。また、配信部５１は、コンテンツ配信要求１０２への応答として、コンテンツサーバ１０＿１〜１０＿３からコンテンツデータ１０１＿１〜１０１＿３を順次受信する。そして、配信部５１は、これらのコンテンツデータ１０１＿１〜１０１＿３を連結したストリームデータ１０３を、ゲートウェイ２０へ転送する。これにより、ストリームデータ１０３は、ゲートウェイ２０及び公衆網３０を経由して受信端末４０に到達する。このため、ユーザは、コンテンツデータ１０１＿１〜１０１＿３をリアルタイムに視聴することができる。
【００１９】
一方、制御部５２は、コンテンツ配信要求１０２の発行先及び発行タイミングを、ユーザ管理サーバ６０から取得した登録情報１０４に基づき後述する如く決定する。そして、制御部５２は、決定した発行先及び発行タイミング示すコンテンツ切替指示１０５を発生する。なお、制御部５２は、登録情報１０４を予め保持しても良い(すなわち、ユーザ管理サーバ６０の設置は必須では無い)。
【００２０】
このように、本実施の形態においては、複数(図示の例では"３つ")のコンテンツデータ１０１＿１〜１０１＿３を１本のストリームデータ１０３として配信するため、コンテンツ配信に際しての公衆網３０内の帯域使用量を最小限に抑えることができる。また、登録情報１０４に基づき、ユーザ固有のストリームデータ１０３を構築できる。
【００２１】
以下、コンテンツ配信装置５０の具体的な構成例及び動作例を、図２及び図３を参照して詳細に説明する。
【００２２】
図２に示すように、コンテンツ配信装置５０内の配信部５１は、受信制御部５１１と、バッファ５１２と、ヘッダ変換部５１３とを有する。この内、受信制御部５１１は、制御部５２からのコンテンツ切替指示１０５に従い、図１に示したコンテンツ配信要求１０２として、コンテンツデータ１０１＿１〜１０１＿３の配信開始要求１０２Ａ＿１〜１０２Ａ＿３(以下、符号１０２Ａで総称することがある)及び配信停止要求１０２Ｂ＿１〜１０２Ｂ＿３(以下、符号１０２Ｂで総称することがある)をコンテンツサーバ１０＿１〜１０＿３にそれぞれ与える。また、受信制御部５１１は、配信開始要求１０２Ａ＿１〜１０２Ａ＿３への応答として順次受信したコンテンツデータ１０１＿１〜１０１＿３を、バッファ５１２へ格納する。
【００２３】
また、ヘッダ変換部５１３は、制御部５２からのストリーム配信指示１０６を契機として、バッファ５１２からコンテンツデータ１０１＿１〜１０１＿３を順次読み出し、以てストリームデータ１０３を構築する。この時、ヘッダ変換部５１３は、各コンテンツデータ１０１＿１〜１０１＿３に付加されたヘッダ(図示せず)中の送信元情報(各コンテンツサーバ１０＿１〜１０＿３のＩＰアドレスやポート番号等)を、コンテンツ配信装置５０の固有情報(コンテンツ配信装置５０自身のＩＰアドレスやポート番号等)で書き換える。なお、バッファ５１２は、ヘッダ変換部５１３による送信元情報の書換時間を考慮した必要最小限の容量を有していれば良い。
【００２４】
これにより、図１に示した受信端末４０は、ストリームデータ１０３に含まれる各コンテンツデータの配信元を意識せず、各コンテンツデータを一様に処理することができる。従って、受信端末４０には、既存のＳＴＢ等を用いることができる(特段の改良等は不要である)。
【００２５】
一方、制御部５２は、認証部５２１と、スケジューラ５２２と、タイマ５２３とを有する。この内、認証部５２１は、ユーザによる視聴開始操作に伴って受信端末４０から送出されるユーザ固有情報(ユーザＩＤやパスワード等)１０７を、図１に示した公衆網３０及びゲートウェイ２０を介して受信する。この時、認証部５２１は、ユーザ管理サーバから対応するユーザ固有情報１０７を取得し、以てユーザを認証する。そして、認証部５２１は、図１に示した登録情報１０４として、コンテンツ指定情報１０８及びユーザ特性情報１０９をユーザ管理サーバ６０から取得し、スケジューラ５２２へ転送する。
【００２６】
ここで、コンテンツ指定情報１０８には、ユーザが視聴を希望するコンテンツデータに関する情報(コンテンツＩＤやコンテンツ名称等)が含まれる。また、ユーザ特性情報１０９には、ユーザの性別、年齢、家族構成、居住地域等の属性情報、及びユーザの趣味、好みの番組種別等の嗜好情報の少なくとも一方が含まれる。
【００２７】
また、スケジューラ５２２は、コンテンツ指定情報１０８及びユーザ特性情報１０９に基づき、ユーザに対するコンテンツデータの配信スケジュール(図３を参照して後述する)を生成する。そして、スケジューラ５２２は、タイマ５２３から通知される時刻１１０を基準とし、配信スケジュールに従ってコンテンツ切替指示１０５を発生する。また、スケジューラ５２２は、ヘッダ変換部５１３に対するストリーム配信指示１０６も発生する。
【００２８】
次に、コンテンツ配信装置５０の動作例を、図３を参照して説明する。
【００２９】
コンテンツ指定情報１０８がコンテンツサーバ１０＿１で保有されるコンテンツデータ１０１＿１を示し、且つコンテンツサーバ１０＿２及び１０＿３でそれぞれ保有されるコンテンツデータ１０１＿２及び１０１＿３がユーザ特性情報１０９に適する場合を例に取ると、スケジューラ５２２は、コンテンツデータ１０１＿１がメインコンテンツ、コンテンツデータ１０１＿２及び１０１＿３が挿入コンテンツとして配信されるよう、配信スケジュール１１１を生成する。より具体的には、まずスケジューラ５２２は、配信スケジュール１１１に、時刻ｔ０〜ｔ１、ｔ２〜ｔ３、及びｔ４〜ｔ５にそれぞれ亘るコンテンツデータ１０１＿１の間欠的な配信予定を登録する。そして、スケジューラ５２２は、配信スケジュール１１１に、コンテンツデータ１０１＿１を配信しない時刻ｔ１〜ｔ２及びｔ３〜ｔ４にそれぞれ亘るコンテンツデータ１０１＿２及び１０１＿３の局所的な配信予定を登録する。
【００３０】
この後、タイマ５２３から実際に時刻ｔ０が通知されると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿１に対する配信開始要求１０２Ａ＿１を発行させる。これにより、コンテンツデータ１０１＿１が、受信制御部５１１で受信されることとなる。コンテンツデータ１０１＿１は、ヘッダ変換部５１３により送信元情報が書き換えられた後、図１に示したゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。なお、この時点では、コンテンツサーバ１０＿２及び１０＿３からの配信は停止されている。
【００３１】
次いで、時刻ｔ１になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿２に対する配信開始要求１０２Ａ＿２と、コンテンツサーバ１０＿１に対する配信停止要求１０２Ｂ＿１とを発行させる。これにより、コンテンツデータ１０１＿１に代わって、コンテンツデータ１０１＿２が、受信制御部５１１で受信されることとなる。コンテンツデータ１０１＿２は、ヘッダ変換部５１３により送信元情報が書き換えられた後、ゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。
【００３２】
次いで、時刻ｔ２になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿１に対する配信開始要求１０２Ａ＿１と、コンテンツサーバ１０＿２に対する配信停止要求１０２Ｂ＿２とを発行させる。これにより、コンテンツデータ１０１＿２に代わって、コンテンツデータ１０１＿１が、受信制御部５１１で再び受信されることとなる。コンテンツデータ１０１＿１は、ヘッダ変換部５１３により送信元情報が書き換えられた後、ゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。
【００３３】
次いで、時刻ｔ３になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿３に対する配信開始要求１０２Ａ＿３と、コンテンツサーバ１０＿１に対する配信停止要求１０２Ｂ＿１とを発行させる。これにより、コンテンツデータ１０１＿１に代わって、コンテンツデータ１０１＿３が、受信制御部５１１で受信されることとなる。コンテンツデータ１０１＿３は、ヘッダ変換部５１３により送信元情報が書き換えられた後、ゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。
【００３４】
次いで、時刻ｔ４になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿１に対する配信開始要求１０２Ａ＿１と、コンテンツサーバ１０＿３に対する配信停止要求１０２Ｂ＿３とを発行させる。これにより、コンテンツデータ１０１＿３に代わって、コンテンツデータ１０１＿１が、受信制御部５１１で再び受信されることとなる。コンテンツデータ１０１＿１は、ヘッダ変換部５１３により送信元情報が書き換えられた後、ゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。
【００３５】
最後に、時刻ｔ５になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿１に対する配信停止要求１０２Ｂ＿１を発行させる。これにより、コンテンツデータ１０１＿１の受信端末４０への配信が停止される。
【００３６】
このように、コンテンツ配信装置５０は、ユーザの登録情報１０４に基づき生成した配信スケジュール１１１に則し、複数のコンテンツサーバ１０＿１〜１０＿３からの複数のコンテンツデータ１０１＿１〜１０１＿３を、１本のストリームデータ１０３として配信することができる。例えば、コンテンツサーバ１０＿１を番組配信サーバ、コンテンツサーバ１０＿２を全国ネットで広告を配信するサーバ、コンテンツサーバ１０＿３を特定地域向けに広告を配信するサーバと位置付けると、コンテンツ配信装置５０は、多種多様なユーザ向けのニッチな広告を掲載した番組配信サービスを提供できる。
【００３７】
[実施の形態２]
図４に示す本実施の形態に係るコンテンツ配信装置５０ａは、配信部５１内の受信制御部５１１がコーデック変換部５１４を含んでいる点が、図２に示したコンテンツ配信装置５０と異なる。
【００３８】
コーデック変換部５１４は、大略、コンテンツサーバ１０＿１〜１０＿３からそれぞれ受信したコンテンツデータ１０１＿１〜１０１＿３のデータ形式を一のデータ形式に変換すると共に、変換後のコンテンツデータ１０１＿１〜１０１＿３をバッファ５１２へ格納する。
【００３９】
より具体的には、コーデック変換部５１４は、下記(Ａ)又は(Ｂ)に示す変換処理を実行する。
【００４０】
(Ａ)コンテンツサーバ１０＿１〜１０＿３におけるエンコード方式が互いに異なる場合、例えばコンテンツデータ１０１＿１のデータ形式に合わせて、コンテンツデータ１０１＿２及び１０１＿３のデータ形式を変換する処理。
(Ｂ)図１に示した受信端末４０におけるデコード方式がコンテンツサーバ１０＿１〜１０＿３におけるエンコード方式に対応していない場合、受信端末４０から指定されたデータ形式に合わせて、コンテンツデータ１０１＿１〜１０１＿３のデータ形式を変換する処理。
【００４１】
これらの変換処理により、上記の実施の形態１と同様の効果に加えて、コンテンツサーバが採用するエンコード方式に依存せず、一様なコンテンツデータの配信を行うことができるという効果が得られる。また、受信端末内部の回路構成を簡素化できるという効果も得られる。その理由は、受信端末が、単一のデータ形式のみに対応可能なデコード機能を有していれば良いためである。
【００４２】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。例えば、上記の実施の形態に示した各処理を、複数のコンテンツサーバにアクセス可能なコンピュータに実行させるためのプログラムとして提供することもできる。この場合、当該プログラムを、コンピュータ内のプロセッサが実行可能なようにメモリ等の記憶媒体に格納すると好適である。
【符号の説明】
【００４３】
１ コンテンツ配信システム
１０, １０＿１〜１０＿３ コンテンツサーバ
２０ ゲートウェイ
３０ 公衆網
４０ 受信端末
５０, ５０ａ コンテンツ配信装置
５１ 配信部
５２ 制御部
６０ ユーザ管理サーバ
１０１, １０１＿１〜１０１＿３ コンテンツデータ
１０２ コンテンツ配信要求
１０２Ａ, １０２Ａ＿１〜１０２Ａ＿３ 配信開始要求
１０２Ｂ, １０２Ｂ＿１〜１０２Ｂ＿３ 配信停止要求
１０３ ストリームデータ
１０４ 登録情報
１０５ コンテンツ切替指示
１０６ ストリーム配信指示
１０７ ユーザ固有情報
１０８ コンテンツ指定情報
１０９ ユーザ特性情報
１１０, ｔ０〜ｔ５ 時刻
５１１ 受信制御部
５１２ バッファ
５１３ ヘッダ変換部
５１４ コーデック変換部
５２１ 認証部
５２２ スケジューラ
５２３ タイマ
【技術分野】
【０００１】
本発明は、コンテンツ配信装置、コンテンツ配信システム、並びにコンテンツ配信制御方法及びプログラムに関し、特に映像等のコンテンツデータをリアルタイムに配信する装置、システム、並びにその制御方法及びプログラムに関する。
【背景技術】
【０００２】
図５に、一般的なコンテンツ配信システム１ｘの構成例を示す。このコンテンツ配信システム１ｘは、複数(図示の例では"３台")のコンテンツサーバ１０＿１〜１０＿３(以下、符号１０で総称することがある)と、ゲートウェイ２０と、インターネット等の公衆網３０と、ユーザ宅内に設置されるＳＴＢ(Ｓｅｔ Ｔｏｐ Ｂｏｘ)等の受信端末４０とで構成される。ここで、コンテンツサーバ１０＿１〜１０＿３は、互いに異なる事業者により個別に運用される。
【０００３】
動作において、コンテンツサーバ１０＿１〜１０＿３から送出されたコンテンツデータ１０１＿１〜１０１＿３(以下、符号１０１で総称することがある)は、それぞれ、ゲートウェイ２０及び公衆網３０を経由して受信端末４０に到達する。ユーザは、受信端末４０を操作し、コンテンツデータ１０１＿１〜１０１＿３のいずれか１つを択一的に視聴する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１９９２１７号公報
【特許文献２】特開２００７−３６７８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のコンテンツ配信システム１ｘには、ネットワーク帯域の利用効率が低いという課題があった。これは、ユーザが実際には特定のコンテンツデータしか視聴しないにも関わらず、全てのコンテンツデータがネットワークへ転送されるため(すなわち、コンテンツ配信に広帯域が必要となるため)である。
【０００６】
なお、参考技術として、特許文献１には、ユーザの特性情報に基づき選択した広告データを、コンテンツデータと共に配信するコンテンツサーバが記載されている。ここで、特性情報には、ユーザの性別、年齢、家族構成等の属性に関する情報(以下、属性情報と呼称する)と、ユーザの趣味、好みの番組種別等に関する情報(以下、嗜好情報と呼称する)とが含まれる。
【０００７】
また、他の参考技術として、特許文献２には、コンテンツの視聴履歴からユーザの嗜好傾向を推測すると共に、当該嗜好傾向に対応するコンテンツデータを、ユーザが視聴を希望するコンテンツデータと共に配信するコンテンツサーバが記載されている。
【０００８】
しかしながら、上記の課題は、例え特許文献１及び２に記載されるコンテンツサーバを適用しても何ら解決されない。これは、各コンテンツサーバからのコンテンツデータが、依然として個別にネットワークへ転送されてしまうためである。
【０００９】
従って、本発明は、ネットワーク帯域の利用効率を向上させることが可能なコンテンツ配信装置、コンテンツ配信システム、並びにコンテンツ配信制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するため、本発明の一態様に係るコンテンツ配信装置は、互いに独立する複数のコンテンツサーバに対して、コンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとしてユーザへ配信する配信手段と、前記要求の発行先及び発行タイミングを、前記ユーザの登録情報に基づき決定する制御手段とを備える。
【００１１】
また、本発明の一態様に係るコンテンツ配信システムは、互いに独立する複数のコンテンツサーバと、ユーザの登録情報に基づき、前記複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを一連のストリームデータとして前記ユーザへ配信するコンテンツ配信装置とを備える。
【００１２】
また、本発明の一態様に係るコンテンツ配信制御方法は、コンテンツ配信装置におけるコンテンツ配信制御方法を提供する。このコンテンツ配信制御方法は、ユーザの登録情報に基づき、互いに独立する複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとして前記ユーザへ配信する。
【００１３】
さらに、本発明の一態様に係るコンテンツ配信制御プログラムは、コンテンツ配信装置に、ユーザの登録情報に基づき、互いに独立する複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求する処理と、前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとして前記ユーザへ配信する処理とを実行させる。
【発明の効果】
【００１４】
本発明では、ユーザが所望する、或いはユーザに好適な複数のコンテンツデータを、１本のストリームデータとして配信する。このため、コンテンツ配信に際しての帯域使用量を最小限に抑えることができ、以てネットワーク帯域の利用効率を、上記のコンテンツ配信システム１ｘと比較して大幅に向上させることが可能である。また、ストリームデータを、ユーザ毎に柔軟に構築できるというメリットもある。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態１に係る、コンテンツ配信装置及びこれを適用するコンテンツ配信システムの概略的な構成例を示したブロック図である。
【図２】本発明の実施の形態１に係るコンテンツ配信装置の具体的な構成例を示したブロック図である。
【図３】本発明の実施の形態１に係るコンテンツ配信装置の動作例を示したタイムチャート図である。
【図４】本発明の実施の形態２に係るコンテンツ配信装置の構成例を示したブロック図である。
【図５】一般的なコンテンツ配信システムの構成例を示したブロック図である。
【発明を実施するための形態】
【００１６】
以下、本発明に係るコンテンツ配信装置及びこれを適用するコンテンツ配信システムの実施の形態１及び２を、図１〜図４を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１７】
[実施の形態１]
図１に示す本実施の形態に係るコンテンツ配信システム１は、図５と同様のコンテンツサーバ１０＿１〜１０＿３、ゲートウェイ２０、公衆網３０、及び受信端末４０と、コンテンツサーバ１０とゲートウェイ２０の間に設置されたコンテンツ配信装置４０と、ユーザ(図示せず)の登録情報１０４を管理するユーザ管理サーバ６０とで構成される。
【００１８】
また、コンテンツ配信装置５０は、配信部５１と、制御部５２とを備えている。この内、配信部５１は、制御部５２からのコンテンツ切替指示１０５に従い、コンテンツサーバ１０＿１〜１０＿３に対してコンテンツ配信要求１０２を時間軸上で排他的に発行する。また、配信部５１は、コンテンツ配信要求１０２への応答として、コンテンツサーバ１０＿１〜１０＿３からコンテンツデータ１０１＿１〜１０１＿３を順次受信する。そして、配信部５１は、これらのコンテンツデータ１０１＿１〜１０１＿３を連結したストリームデータ１０３を、ゲートウェイ２０へ転送する。これにより、ストリームデータ１０３は、ゲートウェイ２０及び公衆網３０を経由して受信端末４０に到達する。このため、ユーザは、コンテンツデータ１０１＿１〜１０１＿３をリアルタイムに視聴することができる。
【００１９】
一方、制御部５２は、コンテンツ配信要求１０２の発行先及び発行タイミングを、ユーザ管理サーバ６０から取得した登録情報１０４に基づき後述する如く決定する。そして、制御部５２は、決定した発行先及び発行タイミング示すコンテンツ切替指示１０５を発生する。なお、制御部５２は、登録情報１０４を予め保持しても良い(すなわち、ユーザ管理サーバ６０の設置は必須では無い)。
【００２０】
このように、本実施の形態においては、複数(図示の例では"３つ")のコンテンツデータ１０１＿１〜１０１＿３を１本のストリームデータ１０３として配信するため、コンテンツ配信に際しての公衆網３０内の帯域使用量を最小限に抑えることができる。また、登録情報１０４に基づき、ユーザ固有のストリームデータ１０３を構築できる。
【００２１】
以下、コンテンツ配信装置５０の具体的な構成例及び動作例を、図２及び図３を参照して詳細に説明する。
【００２２】
図２に示すように、コンテンツ配信装置５０内の配信部５１は、受信制御部５１１と、バッファ５１２と、ヘッダ変換部５１３とを有する。この内、受信制御部５１１は、制御部５２からのコンテンツ切替指示１０５に従い、図１に示したコンテンツ配信要求１０２として、コンテンツデータ１０１＿１〜１０１＿３の配信開始要求１０２Ａ＿１〜１０２Ａ＿３(以下、符号１０２Ａで総称することがある)及び配信停止要求１０２Ｂ＿１〜１０２Ｂ＿３(以下、符号１０２Ｂで総称することがある)をコンテンツサーバ１０＿１〜１０＿３にそれぞれ与える。また、受信制御部５１１は、配信開始要求１０２Ａ＿１〜１０２Ａ＿３への応答として順次受信したコンテンツデータ１０１＿１〜１０１＿３を、バッファ５１２へ格納する。
【００２３】
また、ヘッダ変換部５１３は、制御部５２からのストリーム配信指示１０６を契機として、バッファ５１２からコンテンツデータ１０１＿１〜１０１＿３を順次読み出し、以てストリームデータ１０３を構築する。この時、ヘッダ変換部５１３は、各コンテンツデータ１０１＿１〜１０１＿３に付加されたヘッダ(図示せず)中の送信元情報(各コンテンツサーバ１０＿１〜１０＿３のＩＰアドレスやポート番号等)を、コンテンツ配信装置５０の固有情報(コンテンツ配信装置５０自身のＩＰアドレスやポート番号等)で書き換える。なお、バッファ５１２は、ヘッダ変換部５１３による送信元情報の書換時間を考慮した必要最小限の容量を有していれば良い。
【００２４】
これにより、図１に示した受信端末４０は、ストリームデータ１０３に含まれる各コンテンツデータの配信元を意識せず、各コンテンツデータを一様に処理することができる。従って、受信端末４０には、既存のＳＴＢ等を用いることができる(特段の改良等は不要である)。
【００２５】
一方、制御部５２は、認証部５２１と、スケジューラ５２２と、タイマ５２３とを有する。この内、認証部５２１は、ユーザによる視聴開始操作に伴って受信端末４０から送出されるユーザ固有情報(ユーザＩＤやパスワード等)１０７を、図１に示した公衆網３０及びゲートウェイ２０を介して受信する。この時、認証部５２１は、ユーザ管理サーバから対応するユーザ固有情報１０７を取得し、以てユーザを認証する。そして、認証部５２１は、図１に示した登録情報１０４として、コンテンツ指定情報１０８及びユーザ特性情報１０９をユーザ管理サーバ６０から取得し、スケジューラ５２２へ転送する。
【００２６】
ここで、コンテンツ指定情報１０８には、ユーザが視聴を希望するコンテンツデータに関する情報(コンテンツＩＤやコンテンツ名称等)が含まれる。また、ユーザ特性情報１０９には、ユーザの性別、年齢、家族構成、居住地域等の属性情報、及びユーザの趣味、好みの番組種別等の嗜好情報の少なくとも一方が含まれる。
【００２７】
また、スケジューラ５２２は、コンテンツ指定情報１０８及びユーザ特性情報１０９に基づき、ユーザに対するコンテンツデータの配信スケジュール(図３を参照して後述する)を生成する。そして、スケジューラ５２２は、タイマ５２３から通知される時刻１１０を基準とし、配信スケジュールに従ってコンテンツ切替指示１０５を発生する。また、スケジューラ５２２は、ヘッダ変換部５１３に対するストリーム配信指示１０６も発生する。
【００２８】
次に、コンテンツ配信装置５０の動作例を、図３を参照して説明する。
【００２９】
コンテンツ指定情報１０８がコンテンツサーバ１０＿１で保有されるコンテンツデータ１０１＿１を示し、且つコンテンツサーバ１０＿２及び１０＿３でそれぞれ保有されるコンテンツデータ１０１＿２及び１０１＿３がユーザ特性情報１０９に適する場合を例に取ると、スケジューラ５２２は、コンテンツデータ１０１＿１がメインコンテンツ、コンテンツデータ１０１＿２及び１０１＿３が挿入コンテンツとして配信されるよう、配信スケジュール１１１を生成する。より具体的には、まずスケジューラ５２２は、配信スケジュール１１１に、時刻ｔ０〜ｔ１、ｔ２〜ｔ３、及びｔ４〜ｔ５にそれぞれ亘るコンテンツデータ１０１＿１の間欠的な配信予定を登録する。そして、スケジューラ５２２は、配信スケジュール１１１に、コンテンツデータ１０１＿１を配信しない時刻ｔ１〜ｔ２及びｔ３〜ｔ４にそれぞれ亘るコンテンツデータ１０１＿２及び１０１＿３の局所的な配信予定を登録する。
【００３０】
この後、タイマ５２３から実際に時刻ｔ０が通知されると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿１に対する配信開始要求１０２Ａ＿１を発行させる。これにより、コンテンツデータ１０１＿１が、受信制御部５１１で受信されることとなる。コンテンツデータ１０１＿１は、ヘッダ変換部５１３により送信元情報が書き換えられた後、図１に示したゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。なお、この時点では、コンテンツサーバ１０＿２及び１０＿３からの配信は停止されている。
【００３１】
次いで、時刻ｔ１になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿２に対する配信開始要求１０２Ａ＿２と、コンテンツサーバ１０＿１に対する配信停止要求１０２Ｂ＿１とを発行させる。これにより、コンテンツデータ１０１＿１に代わって、コンテンツデータ１０１＿２が、受信制御部５１１で受信されることとなる。コンテンツデータ１０１＿２は、ヘッダ変換部５１３により送信元情報が書き換えられた後、ゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。
【００３２】
次いで、時刻ｔ２になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿１に対する配信開始要求１０２Ａ＿１と、コンテンツサーバ１０＿２に対する配信停止要求１０２Ｂ＿２とを発行させる。これにより、コンテンツデータ１０１＿２に代わって、コンテンツデータ１０１＿１が、受信制御部５１１で再び受信されることとなる。コンテンツデータ１０１＿１は、ヘッダ変換部５１３により送信元情報が書き換えられた後、ゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。
【００３３】
次いで、時刻ｔ３になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿３に対する配信開始要求１０２Ａ＿３と、コンテンツサーバ１０＿１に対する配信停止要求１０２Ｂ＿１とを発行させる。これにより、コンテンツデータ１０１＿１に代わって、コンテンツデータ１０１＿３が、受信制御部５１１で受信されることとなる。コンテンツデータ１０１＿３は、ヘッダ変換部５１３により送信元情報が書き換えられた後、ゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。
【００３４】
次いで、時刻ｔ４になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿１に対する配信開始要求１０２Ａ＿１と、コンテンツサーバ１０＿３に対する配信停止要求１０２Ｂ＿３とを発行させる。これにより、コンテンツデータ１０１＿３に代わって、コンテンツデータ１０１＿１が、受信制御部５１１で再び受信されることとなる。コンテンツデータ１０１＿１は、ヘッダ変換部５１３により送信元情報が書き換えられた後、ゲートウェイ２０及び公衆網３０を経由して受信端末４０へ到達する。
【００３５】
最後に、時刻ｔ５になると、スケジューラ５２２は、受信制御部５１１にコンテンツ切替指示１０５を与え、以てコンテンツサーバ１０＿１に対する配信停止要求１０２Ｂ＿１を発行させる。これにより、コンテンツデータ１０１＿１の受信端末４０への配信が停止される。
【００３６】
このように、コンテンツ配信装置５０は、ユーザの登録情報１０４に基づき生成した配信スケジュール１１１に則し、複数のコンテンツサーバ１０＿１〜１０＿３からの複数のコンテンツデータ１０１＿１〜１０１＿３を、１本のストリームデータ１０３として配信することができる。例えば、コンテンツサーバ１０＿１を番組配信サーバ、コンテンツサーバ１０＿２を全国ネットで広告を配信するサーバ、コンテンツサーバ１０＿３を特定地域向けに広告を配信するサーバと位置付けると、コンテンツ配信装置５０は、多種多様なユーザ向けのニッチな広告を掲載した番組配信サービスを提供できる。
【００３７】
[実施の形態２]
図４に示す本実施の形態に係るコンテンツ配信装置５０ａは、配信部５１内の受信制御部５１１がコーデック変換部５１４を含んでいる点が、図２に示したコンテンツ配信装置５０と異なる。
【００３８】
コーデック変換部５１４は、大略、コンテンツサーバ１０＿１〜１０＿３からそれぞれ受信したコンテンツデータ１０１＿１〜１０１＿３のデータ形式を一のデータ形式に変換すると共に、変換後のコンテンツデータ１０１＿１〜１０１＿３をバッファ５１２へ格納する。
【００３９】
より具体的には、コーデック変換部５１４は、下記(Ａ)又は(Ｂ)に示す変換処理を実行する。
【００４０】
(Ａ)コンテンツサーバ１０＿１〜１０＿３におけるエンコード方式が互いに異なる場合、例えばコンテンツデータ１０１＿１のデータ形式に合わせて、コンテンツデータ１０１＿２及び１０１＿３のデータ形式を変換する処理。
(Ｂ)図１に示した受信端末４０におけるデコード方式がコンテンツサーバ１０＿１〜１０＿３におけるエンコード方式に対応していない場合、受信端末４０から指定されたデータ形式に合わせて、コンテンツデータ１０１＿１〜１０１＿３のデータ形式を変換する処理。
【００４１】
これらの変換処理により、上記の実施の形態１と同様の効果に加えて、コンテンツサーバが採用するエンコード方式に依存せず、一様なコンテンツデータの配信を行うことができるという効果が得られる。また、受信端末内部の回路構成を簡素化できるという効果も得られる。その理由は、受信端末が、単一のデータ形式のみに対応可能なデコード機能を有していれば良いためである。
【００４２】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。例えば、上記の実施の形態に示した各処理を、複数のコンテンツサーバにアクセス可能なコンピュータに実行させるためのプログラムとして提供することもできる。この場合、当該プログラムを、コンピュータ内のプロセッサが実行可能なようにメモリ等の記憶媒体に格納すると好適である。
【符号の説明】
【００４３】
１ コンテンツ配信システム
１０, １０＿１〜１０＿３ コンテンツサーバ
２０ ゲートウェイ
３０ 公衆網
４０ 受信端末
５０, ５０ａ コンテンツ配信装置
５１ 配信部
５２ 制御部
６０ ユーザ管理サーバ
１０１, １０１＿１〜１０１＿３ コンテンツデータ
１０２ コンテンツ配信要求
１０２Ａ, １０２Ａ＿１〜１０２Ａ＿３ 配信開始要求
１０２Ｂ, １０２Ｂ＿１〜１０２Ｂ＿３ 配信停止要求
１０３ ストリームデータ
１０４ 登録情報
１０５ コンテンツ切替指示
１０６ ストリーム配信指示
１０７ ユーザ固有情報
１０８ コンテンツ指定情報
１０９ ユーザ特性情報
１１０, ｔ０〜ｔ５ 時刻
５１１ 受信制御部
５１２ バッファ
５１３ ヘッダ変換部
５１４ コーデック変換部
５２１ 認証部
５２２ スケジューラ
５２３ タイマ
【特許請求の範囲】
【請求項１】
互いに独立する複数のコンテンツサーバに対して、コンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとしてユーザへ配信する配信手段と、
前記要求の発行先及び発行タイミングを、前記ユーザの登録情報に基づき決定する制御手段と、
を備えたコンテンツ配信装置。
【請求項２】
請求項１において、
前記配信手段が、前記受信したコンテンツデータに付加された送信元情報を、自装置の固有情報で書き換えることを特徴としたコンテンツ配信装置。
【請求項３】
請求項１又は２において、
前記配信手段が、前記受信したコンテンツデータのデータ形式を、一のデータ形式に変換することを特徴としたコンテンツ配信装置。
【請求項４】
請求項３において、
前記一のデータ形式が、前記受信したコンテンツデータの内の一のコンテンツデータに対応するデータ形式であることを特徴としたコンテンツ配信装置。
【請求項５】
請求項３において、
前記一のデータ形式が、前記ユーザから指定されたデータ形式であることを特徴としたコンテンツ配信装置。
【請求項６】
請求項１〜５のいずれか一項において、
前記登録情報が、前記ユーザによるコンテンツデータの指定情報と、前記ユーザの特性情報とを含み、
前記制御手段が、前記指定情報が示すコンテンツデータを保有する一のコンテンツサーバに対して前記要求を間欠的に発行し、前記一のコンテンツサーバに対して前記要求を発行しない期間中に、前記特性情報に適するコンテンツデータを保有する他のコンテンツサーバに対して前記要求を局所的に発行すると決定することを特徴としたコンテンツ配信装置。
【請求項７】
請求項６において、
前記特性情報が、前記ユーザの属性情報及び嗜好情報の少なくとも一方を含むことを特徴としたコンテンツ配信装置。
【請求項８】
互いに独立する複数のコンテンツサーバと、
ユーザの登録情報に基づき、前記複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを一連のストリームデータとして前記ユーザへ配信するコンテンツ配信装置と、
を備えたコンテンツ配信システム。
【請求項９】
コンテンツ配信装置におけるコンテンツ配信制御方法であって、
ユーザの登録情報に基づき、互いに独立する複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求し、
前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとして前記ユーザへ配信する、コンテンツ配信制御方法。
【請求項１０】
請求項９において、
前記受信したコンテンツデータに付加された送信元情報を、前記コンテンツ配信装置の固有情報で書き換えることを特徴としたコンテンツ配信制御方法。
【請求項１１】
請求項９又は１０において、
前記受信したコンテンツデータのデータ形式を、一のデータ形式に変換することを特徴としたコンテンツ配信制御方法。
【請求項１２】
請求項１１において、
前記一のデータ形式として、前記受信したコンテンツデータの内の一のコンテンツデータに対応するデータ形式を用いることを特徴としたコンテンツ配信制御方法。
【請求項１３】
請求項１１において、
前記一のデータ形式として、前記ユーザから指定されたデータ形式を用いることを特徴としたコンテンツ配信制御方法。
【請求項１４】
請求項９〜１３のいずれか一項において、
前記登録情報に、前記ユーザによるコンテンツデータの指定情報と、前記ユーザの特性情報とが含まれる場合、前記指定情報が示すコンテンツデータを保有する一のコンテンツサーバに対して前記要求を間欠的に発行し、前記一のコンテンツサーバに対して前記要求を発行しない期間中に、前記特性情報に適するコンテンツデータを保有する他のコンテンツサーバに対して前記要求を局所的に発行することを特徴としたコンテンツ配信制御方法。
【請求項１５】
コンテンツ配信装置に、
ユーザの登録情報に基づき、互いに独立する複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求する処理と、
前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとして前記ユーザへ配信する処理と、
を実行させるためのコンテンツ配信制御プログラム。
【請求項１】
互いに独立する複数のコンテンツサーバに対して、コンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとしてユーザへ配信する配信手段と、
前記要求の発行先及び発行タイミングを、前記ユーザの登録情報に基づき決定する制御手段と、
を備えたコンテンツ配信装置。
【請求項２】
請求項１において、
前記配信手段が、前記受信したコンテンツデータに付加された送信元情報を、自装置の固有情報で書き換えることを特徴としたコンテンツ配信装置。
【請求項３】
請求項１又は２において、
前記配信手段が、前記受信したコンテンツデータのデータ形式を、一のデータ形式に変換することを特徴としたコンテンツ配信装置。
【請求項４】
請求項３において、
前記一のデータ形式が、前記受信したコンテンツデータの内の一のコンテンツデータに対応するデータ形式であることを特徴としたコンテンツ配信装置。
【請求項５】
請求項３において、
前記一のデータ形式が、前記ユーザから指定されたデータ形式であることを特徴としたコンテンツ配信装置。
【請求項６】
請求項１〜５のいずれか一項において、
前記登録情報が、前記ユーザによるコンテンツデータの指定情報と、前記ユーザの特性情報とを含み、
前記制御手段が、前記指定情報が示すコンテンツデータを保有する一のコンテンツサーバに対して前記要求を間欠的に発行し、前記一のコンテンツサーバに対して前記要求を発行しない期間中に、前記特性情報に適するコンテンツデータを保有する他のコンテンツサーバに対して前記要求を局所的に発行すると決定することを特徴としたコンテンツ配信装置。
【請求項７】
請求項６において、
前記特性情報が、前記ユーザの属性情報及び嗜好情報の少なくとも一方を含むことを特徴としたコンテンツ配信装置。
【請求項８】
互いに独立する複数のコンテンツサーバと、
ユーザの登録情報に基づき、前記複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求し、前記複数のコンテンツサーバから順次受信したコンテンツデータを一連のストリームデータとして前記ユーザへ配信するコンテンツ配信装置と、
を備えたコンテンツ配信システム。
【請求項９】
コンテンツ配信装置におけるコンテンツ配信制御方法であって、
ユーザの登録情報に基づき、互いに独立する複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求し、
前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとして前記ユーザへ配信する、コンテンツ配信制御方法。
【請求項１０】
請求項９において、
前記受信したコンテンツデータに付加された送信元情報を、前記コンテンツ配信装置の固有情報で書き換えることを特徴としたコンテンツ配信制御方法。
【請求項１１】
請求項９又は１０において、
前記受信したコンテンツデータのデータ形式を、一のデータ形式に変換することを特徴としたコンテンツ配信制御方法。
【請求項１２】
請求項１１において、
前記一のデータ形式として、前記受信したコンテンツデータの内の一のコンテンツデータに対応するデータ形式を用いることを特徴としたコンテンツ配信制御方法。
【請求項１３】
請求項１１において、
前記一のデータ形式として、前記ユーザから指定されたデータ形式を用いることを特徴としたコンテンツ配信制御方法。
【請求項１４】
請求項９〜１３のいずれか一項において、
前記登録情報に、前記ユーザによるコンテンツデータの指定情報と、前記ユーザの特性情報とが含まれる場合、前記指定情報が示すコンテンツデータを保有する一のコンテンツサーバに対して前記要求を間欠的に発行し、前記一のコンテンツサーバに対して前記要求を発行しない期間中に、前記特性情報に適するコンテンツデータを保有する他のコンテンツサーバに対して前記要求を局所的に発行することを特徴としたコンテンツ配信制御方法。
【請求項１５】
コンテンツ配信装置に、
ユーザの登録情報に基づき、互いに独立する複数のコンテンツサーバに対してコンテンツ配信を時間軸上で排他的に要求する処理と、
前記複数のコンテンツサーバから順次受信したコンテンツデータを、一連のストリームデータとして前記ユーザへ配信する処理と、
を実行させるためのコンテンツ配信制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１０−２５２０６１（Ｐ２０１０−２５２０６１Ａ）
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願番号】特願２００９−９９５７２（Ｐ２００９−９９５７２）
【出願日】平成２１年４月１６日（２００９．４．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願日】平成２１年４月１６日（２００９．４．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]