(57)【要約】【課題】コンテンツの配信における利用者の利便性を向上させる。【解決手段】第１サーバーと第２サーバーとは、同一ＬＡＮに属する第３サーバーが配信可能なコンテンツの第１属性情報を含む第２属性情報をクライアントに送信し、第２属性情報の送信後のクライアントからのコンテンツの配信要求において、第３サーバーで提供可能なコンテンツの配信要求がされた場合、選択されたコンテンツの所定時間分である分割コンテンツをダビングするよう第３サーバーに要求しと、ダビングされた分割コンテンツをクライアントに配信する。このとき、第２サーバーは、第１サーバーによる分割コンテンツの配信中に、第１サーバーで配信中の分割コンテンツの続きからの所定時間分のコンテンツを次の分割コンテンツとしてダビングするよう第３サーバーに要求する。【選択図】図１
2017079343.tif 000002
【特許請求の範囲】
【請求項１】
第１サーバーと第２サーバーとを用いてクライアントにコンテンツを配信するコンテンツ配信方法であって、
前記第１サーバーと前記第２サーバーとが、同一ＬＡＮに属する第３サーバーが配信可能なコンテンツの第１属性情報を取得し、
前記第１サーバーが、取得した前記第１属性情報を含む第２属性情報をクライアントに送信し、
前記第１サーバーに対して前記第２属性情報の送信後の前記クライアントからのコンテンツの配信要求において、前記第３サーバーで提供可能なコンテンツの配信要求がされた場合、前記第１サーバーが選択された前記コンテンツの所定時間分である分割コンテンツをダビングするよう前記第３サーバーに要求し、
前記第１サーバーが、ダビングされた前記分割コンテンツを前記クライアントに配信し、
前記第２サーバーは、前記第１サーバーによる前記分割コンテンツの配信中に、前記第１サーバーで配信中の前記分割コンテンツの続きからの所定時間分のコンテンツを次の分割コンテンツとしてダビングするよう前記第３サーバーに要求する、ことを特徴とするコンテンツ配信方法。
【請求項２】
前記第２サーバーにより要求される前記分割コンテンツは、前記第１サーバーが配信する前記分割コンテンツの再生時間と比べて短い時間でダビング可能な情報量である、ことを特徴とする請求項１に記載のコンテンツ配信方法。
【請求項３】
前記第２サーバーにより要求される前記分割コンテンツは、前記第１サーバーが配信する前記分割コンテンツの再生時間と比べて、先頭又は終端のシーンが重複している、ことを特徴とする請求項１又は請求項２のいずれかに記載のコンテンツ配信方法。
【請求項４】
前記第１サーバーは、前記ダビングが完了すると、前記第２サーバーにダビング完了を通知し、
前記第２サーバーは、前記ダビング完了の通知を受信すると、前記第３サーバーに前記分割コンテンツのダビングを要求する、ことを特徴とする請求項１から請求項３のいずれか一項に記載のコンテンツ配信方法。
【請求項５】
前記第１サーバーと前記第２サーバーとは、広域ネットワークを介して前記コンテンツの配信が可能であり、
前記第３サーバーは、前記ＬＡＮ内でのみ前記コンテンツの配信が可能である、ことを特徴とする請求項１から請求項４のいずれか一項に記載のコンテンツ配信方法。
【請求項６】
クライアントにコンテンツを配信するコンテンツ配信サーバーであって、
同一ＬＡＮに属する第３サーバーが配信可能なコンテンツの第１属性情報を取得する属性情報取得部と、
取得した前記第１属性情報を含む第２属性情報をクライアントに送信する属性情報提供部と、
前記第２属性情報の送信後の前記クライアントからのコンテンツの配信要求において、前記第３サーバーで提供可能なコンテンツの配信要求がされた場合、選択された前記コンテンツの所定時間分である分割コンテンツをダビングするよう前記第３サーバーに要求するダビング要求部と、
ダビングされた前記分割コンテンツを配信するコンテンツ配信部と、を有し、
前記ダビング要求部は、前記分割コンテンツの配信中に、ダビングされた前記分割コンテンツの続きからの所定時間分のコンテンツを次の分割コンテンツとしてダビングするよう前記第３サーバーに要求する、ことを特徴とするコンテンツ配信サーバー。
【請求項７】
前記第３サーバーで提供可能なコンテンツの配信要求がされた場合、
前記ダビング要求部は、他の前記コンテンツ配信サーバーにおける前記ダビング要求部がダビングした前記分割コンテンツよりも後の前記分割コンテンツを要求してダビングし、
前記コンテンツ配信部は、他の前記コンテンツ配信サーバーにおける前記コンテンツ配信部による前記分割コンテンツの配信が完了したら、その後の前記分割コンテンツの配信を開始することで、
複数の前記コンテンツ配信サーバーが連続して前記コンテンツを前記クライアントに配信する、ことを特徴とする請求項６に記載のコンテンツ配信サーバー。
【請求項８】
前記第３サーバーで提供可能なコンテンツの配信要求がされた場合、
前記ダビング要求部は、前記コンテンツ配信部が前記分割コンテンツを配信している間に、次の前記分割コンテンツを要求してダビングすることで、前記コンテンツ配信部は、最初の前記分割コンテンツのダビング以降、ダビングした前記分割コンテンツを連続して配信する
ことを特徴とする請求項６に記載のコンテンツ配信サーバー。
【請求項９】
繰り返し分割してダビングされる前記分割コンテンツの再生時間は、ほぼ、一定としていることを特徴とする請求項６〜８のいずれかに記載のコンテンツ配信サーバー。
【請求項１０】
繰り返し分割してダビングされる前記分割コンテンツの長さは、配信中の前記分割コンテンツの再生時間内にダビング可能な長さの範囲内で徐々に長くしていることを特徴とする請求項６〜８のいずれかに記載のコンテンツ配信サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツデータを配信するコンテンツ配信方法、コンテンツ配信サーバーに関する。
【背景技術】
【０００２】
動画、音楽、静止画などが、コンテンツと呼ばれており、コンテンツのデジタルデータをネットワークを介して共有して、配信するコンテンツ配信の機能が実現されている。一般に、コンテンツの配信を受ける側をＤＭＰ（デジタルメディアプレーヤー）と呼び、コンテンツを配信する側をＤＭＳ（デジタルメディアサーバー）と呼ぶ。
このネットワークは、自宅内や会社内といったローカルエリアネットワーク（以下、ＬＡＮ）で利用されることが多かった。しかし、ＤＭＰは、インターネットや電話回線網等の広域ネットワークを介して、自宅や会社のＬＡＮに接続することで、同ＬＡＮに接続された機器からコンテンツの配信を受けることもできるようになっている。ＤＭＰがＬＡＮ内でのコンテンツ配信のみを受けられる機器を宅外配信非対応機器と呼び、ＤＭＰがＬＡＮ外からも配信を受けられるようにする機器を宅外配信機器と呼ぶ。
【０００３】
特許文献１と特許文献２は、ともに宅外配信機能を開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１５１７１２号公報
【特許文献２】特開２０１１−９０４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＬＡＮに宅外配信機器と宅外配信非対応機器とが接続されている場合、ＬＡＮ外に位置するクライアントからは宅外配信非対応機器に保持されているコンテンツの配信を受けることはできない。
本発明は、上記課題に鑑みてなされたもので、コンテンツの配信における利用者の利便性を向上させることを目的としている。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の一態様では、例えば、ＵＰｎＰＡＶのプロトコルに準じて、クライアントにコンテンツを配信する第１サーバーと第２サーバーとを備えるコンテンツ配信システムに関するものである。ここで、第１サーバーと第２サーバーとは、ＵＰｎＰＡＶのＤＬＮＡ等に対応するＤＭＳとして機能する装置の総称であり、ＤＭＰとして機能するクライアントに対してコンテンツを配信することができる。
【０００７】
第１サーバーと第２サーバーとは、同一ＬＡＮに属する第３サーバーが配信可能なコンテンツの第１属性情報を取得する属性情報取得部と、取得した第１属性情報を含む第２属性情報をクライアントに送信する属性情報提供部と、第２属性情報の送信後のクライアントからのコンテンツの配信要求において、第３サーバーで提供可能なコンテンツの配信要求がされた場合、選択されたコンテンツの所定時間分である分割コンテンツをダビングするよう第３サーバーに要求するダビング要求部と、ダビングされた前記分割コンテンツを前記クライアントに配信するコンテンツ配信部と、を有している。
ここで、「属性情報」は、一例としてメタ情報が該当し、コンテンツのタイトル、記録場所、サイズ、再生に要する情報等の属性情報を意味しており、XML (eXtensible markup Language)といった周知のマークアップ言語で作成されている。
「分割コンテンツ」は、第３サーバーが保持する元となるコンテンツをもとに、時間軸で分割されたデータである。
【０００８】
さらに、第２サーバーのダビング要求部は、第１サーバーによる分割コンテンツの配信中に、第１サーバーで配信中の分割コンテンツの続きからの所定時間分のコンテンツを次の分割コンテンツとしてダビングするよう第３サーバーに要求する。
「分割コンテンツの続きからの所定時間分のコンテンツ」とは、前の分割コンテンツの再生シーン（時間）の続きの再生シーンから所定時間分の元のコンテンツのデータを意味している。無論、「続きの再生シーン」とは、シーンの先頭が厳密な意味で前の分割コンテンツの終端シーンから連続する場合のみならず、前の分割コンテンツと後の分割コンテンツとの間で重複するシーンを含める場合も含む概念である。
【０００９】
上記のように構成された発明では、元のコンテンツを分割してダビングすることにより、クライアントへは、時間軸をずらして第１サーバーからの配信と、第２サーバーからの配信とが行われる。最初の分割ダビングが終われば配信を開始できるため、配信要求がされてからコンテンツの全てをダビングして配信する場合に比べて、配信要求からコンテンツの配信を開始するまでに要する時間を短くすることができる。
なお、第１サーバーと第２サーバーとが、交互に分担してダビングと配信を繰り返すことも可能であるが、単体でダビングをしながら配信も行なう構成とすることも可能である。
【図面の簡単な説明】
【００１０】
【図１】一例としてのコンテンツ配信システム１を構成する各装置を示す図。
【図２】サーバー１０〜３０のブロック構成図。
【図３】サーバー１０〜３０における制御部１５の機能を説明する機能ブロック図。
【図４】メタ情報取得部１５４が取得したメタ情報ＭＤの構造を説明する図。
【図５】コンテンツ配信システム１において実行されるコンテンツ配信方法を説明するシーケンス図。
【図６】ブラウズを説明する図。
【図７】クライアント４０に表示される配信方法を選択するためのＵＩ画面４００を説明する図。
【図８】第３サーバー３０の保持するコンテンツを宅外配信する方法を説明する図。
【図９】第３サーバー３０が、元となるコンテンツＣＯＤから、Ｎ個の分割コンテンツを作成する例を示す図。
【図１０】図４のステップＳ８において、利用者が第３サーバー３０が保持するコンテンツを宅外配信する方法として、分割配信が選択された場合のシーケンス図。
【図１１】第１サーバー１０及び第２サーバー２０によるコンテンツのダビングとコンテンツの配信とのタイミングを説明する図。
【図１２】第２の実施形態において、図４のステップＳ８において、利用者が第３サーバー３０が保持するコンテンツを宅外配信する方法として、分割配信が選択された場合のシーケンス図。
【図１３】クライアント４０に表示される第２サーバー２０からの配信の有無を選択するためのＵＩ画面４５０を説明する図。
【図１４】第３の実施形態に係る分割コンテンツＤＣＤを説明する図。
【図１５】第４の実施形態におけるコンテンツ配信サーバーを説明する図。
【発明を実施するための形態】
【００１１】
以下、下記の順序に従って本発明の実施形態を説明する。
１．第１の実施形態：
（１）コンテンツ配信システムの構成
（２）コンテンツ配信方法
（３）作用・効果
２．第２の実施形態：
３．第３の実施形態：
４．第４の実施形態：
５．その他の実施形態：
【００１２】
１．第１の実施形態：
（１）コンテンツ配信システムの構成
図１は、一例としてのコンテンツ配信システム１を構成する各装置を示す図である。コンテンツ配信システム１は、ＵＰｎＰ  ＡＶのＤＬＮＡに対応するシステムである。このコンテンツ配信システム１では、ＤＬＮＡのＤＭＳとして機能するサーバー１０、２０、３０を備えている。図１では、サーバー１０、２０、３０は、小規模ネットワークであるＬＡＮ(Local Area Network)に有線又は無線を介して接続されている。このＬＡＮ５０は、ルーター６０を介して、広域ネットワークＮに接続されている。ルーター６０は、ゲートウェイを兼ねており、ＬＡＮ５０に接続されたネットワーク機器は同ルーター６０を介して広域ネットワークＮに接続された各ネットワーク機器と接続可能となっている。広域ネットワークＮは、インターネットや電話回線網である。
【００１３】
第１サーバー１０及び第２サーバー２０は、ルーター６０を介して広域ネットワークＮに接続されているネットワーク機器（図１では、クライアント４０）に対してコンテンツを配信可能な宅外配信機器である。一方、第３サーバー３０は、同一ＬＡＮ５０においてのみコンテンツを配信可能な宅外配信非対応機器である。宅外配信非対応機器では、コンテンツを広域ネットワークＮを介して接続された各ネットワーク機器へは配信することができない。
【００１４】
広域ネットワークＮには、ＤＬＮＡのＤＭＰとして機能するクライアント４０と、クライアント４０の情報（ローカルＩＰアドレス、ＭＡＣアドレス、グローバルＩＰアドレス等）を登録するアクティベーションサーバー７０と、が接続されている。宅外配信に対応するサーバー１０，２０からクライアント４０へのコンテンツの配信は、アクティベーションサーバー７０を利用したアドレス情報の照会を得て行われる。アクティベーションサーバー７０は、第１サーバー１０及び第２サーバー２０から配信されるコンテンツの宛先を、登録されたクライアント４０の情報に応じて変換し、クライアント４０へのコンテンツの配信を可能にする。なお、アクティベーションサーバー７０を用いた宅外配信処理は周知であるため、説明を省略する。
【００１５】
図２は、サーバー１０〜３０のブロック構成図である。一例として図２に示されるサーバー１０〜３０は、動画や音声等のコンテンツを外部記憶装置に記憶するレコーダーである。サーバー１０〜３０は、テレビジョン放送や、不図示の外部装置からの外部入力を受信するデータ入力部１１と、コンテンツやこのコンテンツのメタ情報ＭＤを記憶する外部記憶装置１２と、ユーザーの操作入力等を受け付ける操作入力部１３と、広域ネットワークＮに接続するためのネットワークＩＦ１４と、これらを統合的に制御する制御部１５とを備えている。
【００１６】
データ入力部１１は、チューナー１１１や、入力端子１１２を備えている。チューナー１１１は、地上波、衛星放送波などのテレビ放送、ラジオ放送、データ放送を受信する。入力端子１１２は、不図示の外部装置からのデジタル入力やアナログ入力を受け付ける。
【００１７】
外部記憶装置１２は、HDD（Hard Disk Drive）等の磁気メモリーや、SSD（solid state drive）等の半導体メモリーにより構成されている。外部記憶装置１２に記憶されているコンテンツは、例えば、データ入力部１１を介してサーバー１０〜３０で録画されたテレビジョン放送（ビデオ信号）である。メタ情報ＭＤは、外部記憶装置１２に記憶されているコンテンツのタイトル、録画日時、再生時間、記録場所（URL）等を示すXMLデータである。なお、メタ情報ＭＤの具体的な構成については後述する。
【００１８】
操作入力部１３は、不図示の操作キーや、リモコン装置からの入力を受け付ける受信部を備えている。
ネットワークＩＦ１４は、広域ネットワークＮに接続するためのLANカード、NIC（Network Interface Card）等により構成されている。
【００１９】
制御部１５は、ＳｏＣ等の集積回路であり、データ入力部１１を介して取得されたデジタルデータをＭＰＥＧ規格に対応するコンテンツデータに変換するデコーダ、ＭＰＥＧ規格に対応するコンテンツデータを変換して出力するエンコーダ、演算中枢として機能するＣＰＵ、このＣＰＵが実行するプログラムやデータが記憶されたＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭを備えている。
【００２０】
図３は、サーバー１０〜３０における制御部１５の機能を説明する機能ブロック図である。図３に示す各機能ブロックは、ＣＰＵがＲＯＭに記憶されたプログラムを実行することで実現される。
【００２１】
第３サーバー３０の制御部１５は、メタ情報を管理するメタ情報管理部（属性情報管理部）１５１、コンテンツを編集するコンテンツ編集部１５２、コンテンツをネットワークＩＦによりＬＡＮ５０を介して配信させるサービス提供部１５３と、を機能的に有している。以下、第３サーバー３０のメタ情報管理部１５１により管理されるメタ情報を第１メタ情報ＭＤ１とも記載する。コンテンツ編集部１５２による加工・編集する機能により後述する分割コンテンツＤＣＤを生成することができる。サービス提供部１５３は、ＬＡＮ５０内のクライアントからのコンテンツの配信要求や、コンテンツの配信に伴って行われるアクション（コンテンツの再生、停止、シーク等）の要求、更には、コンテンツをムーブ又はコピーする機能を備えている。
【００２２】
第１サーバー１０と、第２サーバー２０とは、第１メタ情報ＭＤ１を取得するメタ情報取得部（属性情報取得部）１５４、第１メタ情報ＭＤ１や自機が保持するコンテンツのメタ情報ＭＤを含むメタ情報（第２メタ情報ＭＤ２）を、ＣＤＳのブラウズによりクライアントに送信するメタ情報提供部（属性情報提供部）１５５と、ブラウズによるクライアントからのコンテンツの配信要求において、宅外配信非対応のサーバー（この実施形態では、第３サーバー３０）が保持するコンテンツの配信要求がされた場合、このコンテンツを保持するサーバーに対して選択されたコンテンツのダビングを要求するダビング要求部１５６と、ダビングされたコンテンツを配信するコンテンツ配信部１５７と、を有している。
【００２３】
図４は、メタ情報取得部１５４が取得したメタ情報（属性情報）ＭＤの構造を説明する図である。第２メタ情報ＭＤ２は、XMLデータに含まれるタグごとに階層化されたディレクトリ構造として管理されている。例えば、図４では、「Root」を頂点に、このメタ情報ＭＤに対応するコンテンツを保持するサーバーを識別するタグ「DMS_*」が子として階層化されている。なお、「*」は、いずれかのＤＭＳを機別する識別子であり、本実施形態では、Ａ、Ｂ、Ｃのいずれかである。タグ「DMS_A」は、メタ情報取得部１５４により第３サーバー３０から取得された第１メタ情報ＭＤ１であることを示している。タグ「DMS_B」は、自機が保持するコンテンツのメタ情報であることを示している。例えば、メタ情報取得部１５４は、ＨＴＴＰのＧＥＴ要求により、第３サーバー３０（ＤＭＳ＿Ａ）から第１メタ情報ＭＤ１を取得することができる。
【００２４】
各「DMS_*」のタグには、タグ「item id」が子として階層化され、タグ「item id」には、コンテンツをユニークに識別するためのＩＤや属性値が付与されている。各「item id」には、子として、コンテンツのタイトルを示すタグ「dc:title」、コンテンツの生成日時を示すタグ「dc data」、コンテンツのジャンルを示すタグ「upnp : genre」、コンテンツを用いたサービスが提供される際等に用いられる情報を管理するタグ「res protoclInfo」が階層化されている。このうち、「res protoclInfo」には、コンテンツの総再生時間、ビットレート、コンテンツが記録されているアドレス等が属性として付与されている。
【００２５】
ＣＤＳ（Content Directory Service）のブラウズでは、メタ情報提供部１５５は、クライアント４０に対して第２メタ情報ＭＤ２を送信することができる。クライアント４０はブラウズにより提供された第２メタ情報ＭＤ２からコンテンツに該当するＵＲＬを取得し、このＵＲＬをもとにコンテンツの配信要求（ＨＴＴＰのＧＥＴ要求）を行うことが可能となる。なお、ここで記載した以外の各部の詳細な機能については、後述する。
【００２６】
（２）コンテンツ配信方法
図５をもとに、コンテンツ配信システム１において実行されるコンテンツ配信方法を説明する。図５に示すシーケンス図では、既に、第１サーバー１０及び第２サーバー２０とクライアント４０との間のペアリングは終了しているものとする。
【００２７】
ステップＳ１では、第１サーバー１０及び第２サーバー２０のメタ情報取得部１５４は、第３サーバー３０の第１メタ情報ＭＤ１を取得する。第１サーバー１０から第３サーバー３０にメタ情報の要求（ＨＴＴＰのＧＥＴ要求）がされると、第３サーバー３０は、第１サーバー１０に第１メタ情報ＭＤ１を送信する。ステップＳ１による処理により、第１サーバー１０に、図５で示したメタ情報ＭＤが取得されることとなる。同様に、第２サーバー２０から第３サーバー３０にメタ情報の要求がされると、第３サーバー３０は、第２サーバー２０に第１メタ情報ＭＤ１を送信する。
【００２８】
ステップＳ２では、第１サーバー１０とクライアント４０との間で宅外認証処理が行われる。宅外認証処理では、例えば、利用者がクライアント４０を操作してアカウントを入力することにより、クライアント４０と第１サーバー１０との間での認証が行われる。
【００２９】
ステップＳ３、Ｓ４では、第１サーバー１０とクライアント４０との間でのＣＤＳに準じたブラウズが行われる。図６は、ブラウズを説明する図である。メタ情報提供部１５５は、クライアント４０からのブラウズの要求（ステップＳ３）の応答として、外部記憶装置１２に管理される第２メタ情報ＭＤ２の全部又は一部をクライアント４０に送信する（ステップＳ４）。図６（ａ）では、第２メタ情報ＭＤ２のうち、「item id」を「９０１２」とするものが、第３サーバー３０から取得された第１メタ情報ＭＤ１である。
【００３０】
クライアント４０は、この第２メタ情報ＭＤ２を不図示のブラウザーで処理することで、コンテンツに対するアクションを入力するためのコンテンツリストが表示される。図６（ｂ）で示すコンテンツリスト３００には、コンテンツのタイトルが記載されたリストアイコン３０１、３０２、３０３を含んでいる。このうち、リストアイコン３０３は、第１メタ情報ＭＤ１に対応して表示されたアイコンである。利用者は、再ブラウズの要求をするコンテンツや、配信を要求するコンテンツをリストアイコン３０１、３０２、３０３を用いて選択することができる。
【００３１】
ステップＳ５では、クライアント４０から第１サーバー１０へのコンテンツの配信要求が行われる。この実施形態では、ステップＳ５において、利用者がクライアント４０を操作して、第３サーバー３０が保持するコンテンツ（図６のＢＳ劇場）を選択した場合を例に説明する。
【００３２】
ステップＳ６では、第１サーバー１０は、同一ＬＡＮ５０内において、宅外配信に対応しているサーバー（この実施形態では第２サーバー２０）の検索（宅外配信対応機器の検索）を行う。例えば、第１サーバー１０は、マルチキャストにより、ＬＡＮ５０に接続されたクライアント４０とペアリング済みのサーバーに対して応答を要求する。この実施形態では、第２サーバー２０はクライアント４０とペアリング済みであるため、第２サーバー２０は、第１サーバー１０からの要求に応答する。この応答により、第１サーバー１０は、第２サーバー２０のアドレス等を認識することが可能となる。
【００３３】
ステップＳ７〜Ｓ９では、第１サーバー１０とクライアント４０との間で、宅外配信非対応のサーバー（この実施形態では、第３サーバー３０）が保持するコンテンツを宅外配信する方法の選択が行われる。
【００３４】
図７は、クライアント４０に表示される配信方法を選択するためのＵＩ画面４００を説明する図である。図７で示すＵＩ画面４００では、配信対象となったコンテンツのタイトル４０１と、コンテンツが宅外配信非対応のサーバーが保持するものである旨のテキスト４０２、このコンテンツを配信する方法を選択させるコントロール４０３、４０４とが表示されている。例えば、利用者がクライアント４０を操作して、コントロール４０３、４０４のいずれかを選択することで、クライアント４０から第１サーバー１０に選択された配信方法が送信される（ステップＳ９）。
【００３５】
図８は、第３サーバー３０の保持するコンテンツを宅外配信する方法を説明する図である。図８のうち、図８（ａ）が、図８で示したＵＩ画面４００のコントロール４０３で選択される配信方法であり、図８（ｂ）がコントロール４０４で選択される配信方法である。
【００３６】
図８（ａ）は、第３サーバー３０が保持するコンテンツを全て第１サーバー１０にダビングした後、第１サーバー１０からクライアント４０にコンテンツを配信する方法を示している（以下、通常配信とも記載する。）。この通常配信では、第３サーバー３０から第１サーバー１０へのコンテンツのダビングが完了するまで、クライアント４０へはコンテンツの配信が行われない。そのため、クライアント４０がコンテンツの配信を要求し、該当コンテンツの配信が開始されるまでにはコンテンツのサイズ（情報量）に応じた遅延時間が生じる。
【００３７】
図８（ｂ）は、第３サーバー３０が保持するコンテンツを、所定の再生時間毎に分割し、第１サーバー１０又は第２サーバー２０へダビングする方法を示している（以下、分割配信とも記載する。）。この分割配信では、第３サーバー３０が保持するコンテンツは、第１サーバー１０と第２サーバー２０とに分割してダビングされ、一方のサーバーにコンテンツがダビングされているタイミングで、他のサーバーからコンテンツの配信が行われる。そのため、クライアント４０がコンテンツの配信を要求し、該当コンテンツの配信が開始されるまでに生じる遅延時間は、図８（ａ）で示す通常の配信で生じる遅延時間と比べて短くなる。
【００３８】
次に、図５のステップＳ８において、利用者が第３サーバー３０が保持するコンテンツを宅外配信する方法として、分割配信を選択した場合の処理を説明する。まずは、第３サーバー３０により生成される分割コンテンツＤＣＤを説明する。
【００３９】
図９は、第３サーバー３０（コンテンツ編集部１５２）が、元となるコンテンツＣＯＤ（ＤＣＤ＿０とも表示する）から、Ｎ個の分割コンテンツ（ＤＣＤ＿１〜ＤＣＤ＿Ｎ）を作成する例を示す図である。コンテンツ編集部１５２は、元となるコンテンツＣＯＤ＿Ｏをもとに、予め定められた条件に従って、分割コンテンツを作成する。以下では、コンテンツＣＯＤの再生時間と記載するときは、クライアント４０が元のコンテンツを再生するのに要する時間を意味する。分割コンテンツＤＣＤの再生時間ＰＴと記載するときは、クライアント４０が分割コンテンツＤＣＤを再生するのに要する時間を意味する。
【００４０】
この実施形態では、分割コンテンツＤＣＤの再生時間は、この分割コンテンツの前のシーンを含む分割コンテンツの再生時間と比べて短い時間でダビング可能な情報量となっている。言い換えると、コンテンツをダビングするのに要する時間は、再生時間よりも短いということが言える。ここで、シーンとは、特定の再生時刻に対応するピクチャーの集合を意味している。一例として、再生時間ＰＴとなる分割コンテンツを録画するのに要する時間（録画時間ＲＴ）は、再生時間ＰＴの５分の１である場合を例に説明を行う。図９では、分割コンテンツＤＣＤ＿１のコンテンツの再生時間をＰＴ＿１（５分）とすると、分割コンテンツＤＣＤ＿１が再生されるＰＴ＿１（５分）間は、第１サーバー１０がダビングをしておらず、この５分内で、第２サーバー２０はＬＡＮ５０を介して第３サーバー３０から分割コンテンツＤＣＤ＿２を録画する（録画時間ＲＴ＿２）。このとき、録画時間ＲＴ＿２で録画される分割コンテンツＤＣＤ＿２の再生時間ＲＴは、理論的には録画時間ＲＴ＿２×５（この例では２５分以内）となる。そして、分割コンテンツＤＣＤ＿２の再生時間ＲＴ＿２で録画できる分割コンテンツＤＣＤ＿３の再生時間ＲＴ＿３は、再生時間ＲＴ＿２×５となる。同様に、再生時間ＰＴ＿３…をもとに、録画時間ＲＴ＿４…を決定することが可能となる。すなわち、繰り返し分割してダビングされる分割コンテンツの長さは、配信中の分割コンテンツの再生時間内にダビング可能な長さの範囲内で徐々に長くしている。
【００４１】
次に、図１０を用いて、図４のステップＳ８において、利用者が第３サーバー３０が保持するコンテンツを宅外配信する方法として、分割配信を選択した場合のシーケンスを説明する。
まず、ステップＳ１１では、第１サーバー１０は、クライアント４０により選択されたコンテンツのタイトルと解像度（配信ビットレート）とを第２サーバー２０に通知する。これは、第１サーバー１０と第２サーバー２０との間でクライアント４０に配信するコンテンツ（分割コンテンツ）の解像度といった画質を合わせる目的で実行される。
【００４２】
ステップＳ１２、Ｓ１３では、第１サーバー１０と第３サーバー３０との間で分割コンテンツのダビングに要する処理が行われる。ここで、ダビングとは、第３サーバー３０からのコンテンツのムーブやコピーを意味するが、例えば、該当コンテンツがコピーに非対応である場合、ムーブのみを行うものであってもよい。
【００４３】
図１１は、第１サーバー１０及び第２サーバー２０によるコンテンツのダビングとコンテンツの配信とのタイミングを説明する図である。図１１では、横軸は時間軸であり、第１サーバー１０におけるＬＡＮ５０を使用したダビング期間（図１１（ａ））と、広域ネットワークＮを使用した配信期間（図１１（ｂ））、及び、第２サーバー２０におけるＬＡＮ５０を使用したダビング期間（図１１（ｃ））と、広域ネットワークＮを使用した配信期間（図１１（ｄ））と、クライアント４０でのコンテンツの再生（図１１（ｅ））をそれぞれ示している。
【００４４】
図１０に戻ると、第１サーバー１０は、分割コンテンツＤＣＤのダビングが終了すると、ステップＳ１４では、第２サーバー２０にダビング完了通知を行う。このダビング完了通知により、第２サーバー２０は、第１サーバー１０によるＬＡＮ５０を使用したダビングが終了したことを判断することができる。図１１に示す例では、第１サーバー１０による分割コンテンツＤＣＤ＿１のダビングが終了することで（図１１（ａ））、第２サーバー２０はＬＡＮ５０を使用して、第３サーバー３０から分割コンテンツＤＣＤ＿２のダビングを開始する（図１１（ｃ））。
【００４５】
ステップＳ１５では、第１サーバー１０のコンテンツ配信部１５７は、クライアント４０に対してコンテンツ（分割コンテンツ）の配信を開始する。クライアント４０は、配信された分割コンテンツＤＣＤを解析し再生を開始する。図１１（ｅ）では、説明を容易にするため、クライアント４０で再生される分割コンテンツＤＣＤに間隔を設けているが、実際の分割コンテンツＤＣＤ間の配信間隔はより狭いか、シームレスに配信される。
なお、第１サーバー１０による広域ネットワークＮを用いた分割コンテンツＤＣＤの配信中、ステップＳ１６、Ｓ１７では、第２サーバー２０と第３サーバー３０との間での、分割コンテンツＤＣＤのダビングに伴う処理が行われる（図１１（ｃ））。
【００４６】
第２サーバー２０への分割コンテンツＤＣＤのダビングが完了すると、ステップＳ１８では、第２サーバー２０は、第１サーバー１０へダビング完了通知を行う。第２サーバー２０から分割コンテンツＤＣＤのダビング完了通知を受けた第１サーバー１０は、分割コンテンツＤＣＤの配信を終了していれば、ステップＳ１９では、第２サーバー２０に配信要求通知を行う。
【００４７】
ステップＳ２０では、第２サーバー２０とクライアント４０との間で宅外認証処理が行われる。この宅外認証処理においても、例えば、利用者がクライアント４０を操作してアカウントを入力することにより、クライアント４０と第２サーバー２０との間での認証が行われる。なお、宅外認証処理は、第２サーバー２０からの最初の分割コンテンツＤＣＤの配信に限り実行される。なお、第１サーバー１０については既に認証済みなので、第２サーバーについては自動化するようにしても良い。
【００４８】
ステップＳ２１では、第２サーバー２０は、クライアント４０に対して分割コンテンツＤＣＤの配信を開始する。そのため、クライアント４０のブラウザーは、第２サーバー２０から配信される分割コンテンツＤＣＤを再生する。
【００４９】
ステップＳ２２、Ｓ２３では、第１サーバー１０と第３サーバー３０との間での、分割コンテンツのダビングに伴う処理が開始される。すなわち、第２サーバー２０による広域ネットワークＮを用いた分割コンテンツＤＣＤの配信中において、第１サーバー１０は、ＬＡＮ５０を用いて分割コンテンツＣＯＤをダビングする（図１１（ａ））。
【００５０】
この後、第１サーバー１０と第２サーバー２０による分割コンテンツＤＣＤのダビングと配信とが交互に行われる。そして、第３サーバー３０からコンテンツＣＯＤの終端が属する分割コンテンツＤＣＤが配信されることで、コンテンツの分割配信が終了する。
【００５１】
（３）作用・効果
以上説明したようのこの第１の実施形態に係る発明では、クライアント４０へは、時間軸をずらして第１サーバー１０からの配信と、第２サーバー２０からの配信とが行われる。言い換えると、  一方のコンテンツ配信サーバー（１０、２０）のダビング要求部は、他のコンテンツ配信サーバー（２０、１０）におけるダビング要求部がダビングした分割コンテンツよりも後の分割コンテンツを要求してダビングし、コンテンツ配信部は、他のコンテンツ配信サーバー（２０、１０）におけるコンテンツ配信部による分割コンテンツの配信が完了したら、その後の分割コンテンツの配信を開始することで、複数のコンテンツ配信サーバー（１０、２０）が連続してコンテンツをクライアント（４０）に配信する。そのため、クライアント４０からの配信要求がされてからコンテンツの全てをダビングして配信する場合に比べて、配信要求からコンテンツの配信を開始するまでに要する時間を短くすることができる。
また、第３サーバー３０による広域ネットワークＮを用いた分割コンテンツの配信中に、第１サーバー１０によるＬＡＮを用いた分割コンテンツのダビングが行われるため、各サーバーによるＬＡＮ及び広域ネットワークＮの使用時間が短くなり、ネットワーク負荷を低減することができる。
【００５２】
２．第２の実施形態：
利用者がコンテンツの分割配信を選択した場合でも、第１サーバーから第２サーバーへ配信が切り替わる直前に、利用者が第２サーバーからの配信を希望するか否かを選択するものであってもよい。
【００５３】
図１２は、第２の実施形態において、図４のステップＳ８において、利用者が第３サーバー３０が保持するコンテンツを宅外配信する方法として、分割配信を選択した場合のシーケンスである。
【００５４】
ステップＳ３１では、第１サーバー１０は、クライアント４０により選択されたコンテンツのタイトルと解像度（配信ビットレート）とを第２サーバー２０に通知する。
【００５５】
ステップＳ３２では、第１サーバー１０は第３サーバー３０に対して分割コンテンツＤＣＤのダビングを要求する。ステップＳ３３では、第３サーバー３０は第１サーバー１０へ分割コンテンツをダビングする。
【００５６】
第１サーバー１０は、分割コンテンツのダビングが終了すると、ステップＳ３４では、第２サーバー２０にダビング完了通知を行う。
【００５７】
ステップＳ３５では、第１サーバー１０は、クライアント４０に対してコンテンツ（分割コンテンツＤＣＤ）の配信を開始する。第１サーバー１０による広域ネットワークＮを用いた分割コンテンツＤＣＤの配信中、ステップＳ３６、Ｓ３７では、第２サーバー２０と第３サーバー３０との間での、分割コンテンツのダビングに伴う処理が行われる。
【００５８】
第２サーバー２０への分割コンテンツＤＣＤのダビングが完了すると、ステップＳ３８では、第２サーバー２０は、第１サーバー１０へダビング完了通知を行う。
【００５９】
第２サーバー２０から分割コンテンツＤＣＤのダビング完了通知を受けた第１サーバー１０は、ステップＳ３９では、クライアント４０に対して第２サーバー２０から分割コンテンツＤＣＤを配信するか否かの確認要求を行う。第１サーバー１０から第２サーバー２０への確認要求により、クライアント４０には、第２サーバー２０からの配信を行うか否かを選択するためのＵＩ画面４５０が表示される（ステップＳ４０）。
【００６０】
図１３は、クライアント４０に表示される第２サーバー２０からの配信の有無を選択するためのＵＩ画面４５０を説明する図である。図１３で示すＵＩ画面４５０では、クライアント４０により選択されたコンテンツのタイトル４５１と、このコンテンツを第２サーバー２０から配信させるか否かを選択させるコントロール４５２（はい、いいえ）とが表示されている。例えば、利用者がクライアント４０を操作して、コントロール４５２の「はい」を選択した場合、第１サーバー１０へは、第２サーバー２０からの配信の許可を示す応答がなされる（ステップＳ４１）。一方、利用者がコントロール４５２の「いいえ」を選択した場合、第１サーバー１０へは、第２サーバー２０からの配信を不許可とする応答がなされる（ステップＳ４１）。
【００６１】
そして、第１サーバー１０は、分割コンテンツＤＣＤの配信を終了していれば、利用者からの選択に応じたクライアント４０からの返信に応じて、第２サーバー２０に配信要求通知を行う（ステップＳ４２）。クライアント４０からの応答が、コントロール４５２の「はい」に該当するものであれば、第１サーバー１０は、第２サーバー２０に対して配信要求を行う。一方、クライアント４０からの応答が、コントロール４５２の「いいえ」に該当するものであれば、第１サーバー１０は、第２サーバー２０に対して配信要求を行わない。この場合、コンテンツの配信が終了することとなる。
【００６２】
クライアント４０からの応答がコントロール４５２の「はい」に該当する場合、ステップＳ４３では、第２サーバー２０とクライアント４０との間で宅外認証処理が行われる。ステップＳ４４では、第２サーバー２０は、クライアント４０に対して分割コンテンツＤＣＤの配信を開始する。
この後、第１サーバー１０と第２サーバー２０による分割コンテンツＤＣＤのダビングと配信とが交互に行われる。そして、第３サーバー３０からコンテンツＣＯＤの終端が属する分割コンテンツＤＣＤが配信されることで、コンテンツの分割配信が終了する。
【００６３】
以上説明したようにこの第２の実施形態によれば、利用者がコンテンツの分割配信を選択した場合でも、第２サーバー２０からの分割配信の停止を選択することが可能となる。例えば、利用者がコンテンツの宅外配信中にコンテンツの配信を停止させたい場合に実益がある。
【００６４】
３．第３の実施形態：
第３サーバー３０が生成する分割コンテンツＤＣＤは、時間軸で再生位置が前後となる分割コンテンツＤＣＤに対して、先頭の再生シーン、又は終端の再生シーンが重複するものであってもよい。
【００６５】
図１４は、第３の実施形態に係る分割コンテンツＤＣＤを説明する図である。この第３の実施形態においても、第３サーバー３０は、元となるコンテンツＣＯＤから、Ｎ個の分割コンテンツ（ＤＣＤ＿１〜ＤＣＤ＿Ｎ）を作成する。例えば、図１４では、分割コンテンツＤＣＤ＿１は、後端の再生シーンＳｅ＿１が、時間軸で後ろとなる分割コンテンツＤＣＤ＿２の先頭の再生シーンＳｆ＿２と重なっている。また、分割コンテンツＤＣＤ＿２は、後端の再生シーンＳｅ＿２が、時間軸で後ろとなる分割コンテンツＤＣＤ＿３の先頭の再生シーンＳｆ＿３と重なっている。
【００６６】
そのため、クライアント４０では、第１サーバー１０から配信される分割コンテンツＤＣＤ（例えば、図１４のＤＣＤ＿１）から、第２サーバー２０から配信される分割コンテンツＤＣＤ（例えば、図１４のＤＣＤ＿２）に切り替わると、所定期間同じ再生シーンが繰り返されることとなる。このような構成とすることで、会話の途中で切り替わったとしても、内容を確実に把握することができるようになる。また、仮に、分割コンテンツＤＣＤを配信するサーバーが切り替わるタイミングで、ネットワークに不良が生じ、サーバーの切り替わりに時間を要した場合や、サーバーの切り替わりの初めでクライアントでの再生が不良であった場合でも、利用者の視聴を補助することが可能となる。
【００６７】
４．第４の実施形態：
宅外配信非対応のサーバーからの分割コンテンツＤＣＤのダビングと、分割コンテンツＤＣＤの配信とを一つのサーバーで行うものであってもよい。
【００６８】
図１５は、第４の実施形態におけるコンテンツ配信サーバー（第１サーバー）を説明する図である。第１サーバー１０は、他の実施形態同様、図３で示す、同一ＬＡＮに属する第３サーバーが配信可能なコンテンツの第１メタ情報ＭＤ１を取得するメタ情報取得部１５４と、取得した第１メタ情報ＭＤ１を含む第２メタ情報ＭＤ２をクライアント４０に送信するメタ情報提供部１５５と、第２メタ情報ＭＤ２の送信後のクライアント４０から第３サーバー３０で提供可能なコンテンツの配信要求がされた場合、分割コンテンツをダビングするよう第３サーバーに要求するダビング要求部１５６と、ダビングされた前記分割コンテンツを配信するコンテンツ配信部１５７と、を有している。
【００６９】
一方、この第４の実施形態では、図１５に示すように、ダビング要求部１５６は、分割コンテンツＤＣＤの配信中に（図１５（ｂ））、ダビングされた分割コンテンツＤＣＤの続きからの所定時間分のコンテンツを次の分割コンテンツＤＣＤとしてダビングするよう第３サーバー３０に要求する（図１５（ａ））。すなわち、ダビング要求部は、コンテンツ配信部が分割コンテンツを配信している間に、次の分割コンテンツを要求してダビングすることで、コンテンツ配信部は、最初の分割コンテンツのダビング以降、ダビングした分割コンテンツを連続して配信する。
この第４の実施形態では、第１サーバー１０により分割コンテンツＤＣＤのダビングと配信とが行われるが、ＬＡＮ５０を用いたダビングと、広域ネットワークＮを用いた配信とは、時分割に行われる。その結果、ＬＡＮ５０と広域ネットワークＮの占有率が下がり、ネットワーク負荷を低減させることができる。
無論、この実施形態においても、クライアント４０には、分割コンテンツ（ＤＣＤ＿１、ＤＣＤ＿２…）が順次配信され（図１５（ｃ））、分割コンテンツＤＣＤを用いた元のコンテンツＣＯＤの再生が行われる。
【００７０】
５．その他の実施形態：
第１サーバー１０により生成される分割コンテンツＤＣＤの再生時間ＰＴは、均等な時間であってもよい。すなわち、繰り返し分割してダビングされる分割コンテンツの再生時間は、ほぼ、一定とする。
サーバー１０を、宅外配信非対応器としたことは一例に過ぎず、サーバー１０〜３０の全てが宅外配信対応器である場合であってもよい。
【００７１】
なお、本発明は上記実施例に限られるものでないことは言うまでもない。当業者であれば言うまでもないことであるが、
・上記実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術であって上記実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術等に基づいて当業者が上記実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用すること
は本発明の一実施例として開示されるものである。
【符号の説明】
【００７２】
１…コンテンツ配信システム、１０…第１サーバー、１１…データ入力部、１２…外部記憶装置、１３…操作入力部、１５…制御部、２０…第２サーバー、３０…第３サーバー、４０…クライアント、５０…ＬＡＮ、６０…ルーター、７０…アクティベーションサーバー、１１１…チューナー、１１２…入力端子、１５１…メタ情報管理部、１５２…コンテンツ編集部、１５３…サービス提供部、１５４…メタ情報取得部、１５５…メタ情報提供部、１５６…ダビング要求部、１５７…コンテンツ配信部、３００…コンテンツリスト、３０１、３０２、３０３…リストアイコン、４００、４５０…ＵＩ画面
【図１】
2017079343.tif 000003
【図２】
2017079343.tif 000004
【図３】
2017079343.tif 000005
【図４】
2017079343.tif 000006
【図５】
2017079343.tif 000007
【図６】
2017079343.tif 000008
【図７】
2017079343.tif 000009
【図８】
2017079343.tif 000010
【図９】
2017079343.tif 000011
【図１０】
2017079343.tif 000012
【図１１】
2017079343.tif 000013
【図１２】
2017079343.tif 000014
【図１３】
2017079343.tif 000015
【図１４】
2017079343.tif 000016
【図１５】
2017079343.tif 000017