特許 6707834 コンテンツ配信サーバー、コンテンツ配信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6707834

(24)【登録日】2020年5月25日

(45)【発行日】2020年6月10日

(54)【発明の名称】コンテンツ配信サーバー、コンテンツ配信方法

(51)【国際特許分類】

   H04N 21/278 20110101AFI20200601BHJP

   G06F 13/00 20060101ALI20200601BHJP

   H04N 21/488 20110101ALI20200601BHJP

   H04N 21/266 20110101ALI20200601BHJP

【ＦＩ】

   H04N21/278

   G06F13/00 540A

   H04N21/488

   H04N21/266

【請求項の数】5

【全頁数】17

(21)【出願番号】特願2015-209536(P2015-209536)

(22)【出願日】2015年10月26日

(65)【公開番号】特開2017-85260(P2017-85260A)

(43)【公開日】2017年5月18日

【審査請求日】2018年9月19日

(73)【特許権者】

【識別番号】000201113

【氏名又は名称】船井電機株式会社

(74)【代理人】

【識別番号】100096703

【弁理士】

【氏名又は名称】横井 俊之

(72)【発明者】

【氏名】河北 満

【審査官】 長谷川 素直

(56)【参考文献】

【文献】 特開２０１５−１２６４１５（ＪＰ，Ａ）

【文献】 特開２０１２−１３８１４５（ＪＰ，Ａ）

【文献】 特開２０１０−１９１７３６（ＪＰ，Ａ）

【文献】 特表２００６−５２６２４２（ＪＰ，Ａ）

【文献】 特開２０１４−０９３７６１（ＪＰ，Ａ）

【文献】 特開２０１４−０４２１１６（ＪＰ，Ａ）

【文献】 特開２０１２−２５３５８３（ＪＰ，Ａ）

【文献】 国際公開第２０１５／１２２２８９（ＷＯ，Ａ１）

【文献】 特開２０１２−２５７２４９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

ネットワークを介して接続されているクライアントに、コンテンツを配信するコンテンツ配信サーバーであって、
前記クライアントからの前記コンテンツのブラウズの要求に応じて前記クライアントに送信される前記コンテンツの属性情報を記憶する属性情報記憶部と、
前記クライアントから前記ブラウズを要求された際、前記コンテンツを配信できない状態にあれば、要求された前記コンテンツの属性情報として、前記コンテンツを配信できない状態とともに対応するアクションを含むように加工して生成し、加工した前記属性情報を送信する属性情報管理部と、
前記クライアントから前記コンテンツを配信できない状態とともに対応するアクションを含むように加工した属性情報を指定して要求された場合、要求された前記アクションを実行する実行部と、を有することを特徴とするコンテンツ配信サーバー。

【請求項2】

前記属性情報管理部が送信する前記属性情報は、前記コンテンツの配信制限数に達した状態に対して他のクライアントへ配信されている前記コンテンツの配信を停止させるアクションと、総転送量が前記ネットワークの上限に達している状態に対して前記コンテンツのダビングを停止させるアクションと、前記コンテンツのダビングの実行中の状態に対して他のクライアントへ配信されているコンテンツのビットレートを低下させるアクションとのうちいずれかを含む、ことを特徴とする請求項１に記載のコンテンツ配信サーバー。

【請求項3】

前記属性情報管理部は、前記コンテンツが配信可能な状態になれば、前記属性情報を前記クライアントに送信させる、ことを特徴とする請求項１または請求項２のいずれか一項に記載のコンテンツ配信サーバー。

【請求項4】

前記属性情報管理部は、前記属性情報のコンテンツを識別するタグの要素に、前記アクションを記述する、ことを特徴とする請求項１から請求項３のいずれか一項に記載のコンテンツ配信サーバー。

【請求項5】

ネットワークを介して接続されているクライアントに、コンテンツを配信するコンテンツ配信方法であって、
前記クライアントからの前記コンテンツのブラウズを要求された際、前記コンテンツを配信できる状態にあれば、前記クライアントに前記コンテンツの属性情報を送信し、
前記クライアントから前記ブラウズを要求された際、前記コンテンツを配信できない状態にあれば、要求された前記コンテンツの属性情報として、前記コンテンツを配信できない状態とともに対応するアクションを含むように加工して生成し、加工した前記属性情報を送信し、
前記クライアントから前記コンテンツを配信できない状態とともに対応するアクションを含むように加工した属性情報を指定して要求された場合、要求された前記アクションを実行する、ことを特徴とするコンテンツ配信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、UPnP AVのプロトコルに準じてコンテンツを配信するコンテンツ配信サーバーに関する。

【背景技術】

【0002】

家庭内にある機器をネットワークを介して接続する規格としてDLNA（Digital Living Network Alliance）等のUPnP AVのプロトコルが知られている。UPnP AVでは、コンテンツ配信サーバー（サーバー）は、サービスの一部としてコンテンツを配信し、クライアントは、コンテンツ配信サーバーから配信されるコンテンツを再生する。

【0003】

クライアントは、コンテンツ配信サーバーが配信可能なコンテンツの一覧を取得するためにコンテンツのメタ情報を要求する。例えば、DLNAでは、メタ情報の要求をブラウズの要求として規定している。メタ情報の要求を受けたコンテンツ配信サーバーは、クライアントに対してコンテンツのメタ情報の全部又は一部を送信する。クライアントは、このメタ情報を解釈し、利用者がコンテンツの選択等に用いるためのUI画面を表示させる（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１０−３３２７７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

コンテンツ配信サーバーがコンテンツの配信が出来ない状態でクライアントからブラウズの要求を受けた場合、コンテンツ配信サーバーは配信不能エラーをクライアントに通知する。この配信不能エラーを通知されたクライアントは、コンテンツ配信サーバーの配信不能状態が解除されるのを待つしかなかった。

【0006】

本発明は上記課題に鑑みたものであり、コンテンツ配信サーバーがコンテンツを配信できない状態でクライアントからブラウズの要求があった場合でも、コンテンツ配信サーバーに対して所定のアクションを実行させることができるコンテンツ配信サーバー、及びコンテンツ配信方法を提供することにある。

【課題を解決するための手段】

【0007】

上記課題を解決するために、本発明の一態様では、コンテンツ配信サーバーは、ネットワークを介して接続されているクライアントに、UPnP AVのプロトコルに準じてコンテンツを配信する。すなわち、コンテンツ配信サーバーは、UPnP AVにおいて、コンテンツを配信するサーバーとして機能する。

【0008】

コンテンツ配信サーバーは、クライアントからのコンテンツのブラウズの要求に応じてクライアントに送信されるコンテンツの属性情報を記憶する属性情報記憶部と、クライアントから前記ブラウズを要求された際、コンテンツを配信できない状態にあれば、所定のアクションを含む属性情報を送信させる属性情報管理部と、アクション情報をクライアントから要求された場合、要求されたアクションを実行する実行部と、を有している。
「ブラウズ」は、コンテンツ配信サーバーがクライアントに対して配信可能なコンテンツの情報を送信するものであり、クライアントからのブラウズの要求により開始される。
「メタ情報」としての「属性情報」は、コンテンツの名称、記録場所、サイズ、再生に要する情報等の属性情報を意味しており、XML(eXtensible markup Language)といった周知のマークアップ言語で作成されている。
「コンテンツを配信できない状態」とは、コンテンツ配信サーバーでのコンテンツの提供が不可能な状態であり、コンテンツ配信サーバー内で取り決められているコンテンツの配信制限数に達した状態、該当コンテンツのダビングの実行中、総転送量がネットワークの上限に達している状態等を意味している。
「アクション」は、上記した「コンテンツを配信できない状態」に対して、コンテンツ配信サーバーに実行させる処理であり、コンテンツを配信できるようにするために行われる他のクライアントへのコンテンツの配信停止、ダビングの停止、ビットレートの低下等である。
「アクション情報をメタ情報として通知させる」とは、クライアントからのブラウズの要求に対する応答として、このアクション情報を通知することを意味している。

【0009】

上記のように構成された発明では、クライアントからブラウズの要求があった際、コンテンツ配信サーバーがコンテンツを配信できない状態であっても、特定のアクションをコンテンツ配信サーバーに実行させることが可能となる。

【図面の簡単な説明】

【0010】

【図1】一例としてのコンテンツ配信システム１を構成する各装置を示す図。

【図2】コンテンツ配信サーバー１０のブロック構成図。

【図3】クライアント２０のブロック構成図。

【図4】CDSに対応するメタ情報MD1の構造を説明する図。

【図5】コンテンツ配信サーバー１０が生成するメタ情報MD1と、このメタ情報MD1を基にクライアントに表示されるコンテンツリストを説明する図。

【図6】コンテンツ配信サーバー１０とクライアント２０〜４０との間で行われる処理を説明するタイミングチャート。

【図7】図６のステップＳ２においてコンテンツ配信サーバー１０が実施する処理を説明するフローチャート。

【図8】図７のステップＳ２２においてメタ情報管理部１５１により生成される加工メタ情報MD2と、この加工メタ情報MD2をもとにクライアント２０が表示するアクションリストを説明する図。

【図9】図６のステップＳ５においてコンテンツ配信サーバー１０が実施する処理を説明するフローチャート。

【図10】第２の実施形態に係る、コンテンツ配信サーバー１０とクライアント２０との間で行われる処理を説明するタイミングチャート。

【図11】図１０のステップＳ１４においてコンテンツ配信サーバー１０が実施する処理を説明するフローチャート。

【図12】図１１のステップＳ１４３においてメタ情報管理部１５１により生成される加工メタ情報MD2と、この加工メタ情報MD2をもとにクライアント２０が表示するアクションリスト３５０を説明する図。

【図13】第３の実施形態におけるコンテンツ配信サーバー１０が生成する加工メタ情報MD2と、クライアント３０で表示されるアクションリストとを示す図。

【発明を実施するための形態】

【0011】

以下、下記の順序に従って本発明の実施形態を説明する。
１．第１の実施形態：
（１）コンテンツ配信システムの構成
（２）CDSについて
（３）ブラウズ方法及びコンテンツ配信方法
（４）作用・効果
２．第２の実施形態：
３．第３の実施形態：
４．第４の実施形態：
５．その他の実施形態：

【0012】

１．第１の実施形態：
（１）コンテンツ配信システムの構成：
図１は、一例としてのコンテンツ配信システム１を構成する各装置を示す図である。コンテンツ配信システム１は、UPnP AVのDLNAに対応するシステムである。このコンテンツ配信システム１では、DLNAのDMSとして機能するコンテンツ配信サーバー１０と、DMPとして機能するクライアント２０、３０、４０と、で構成されている。図１では、コンテンツ配信サーバー１０、クライアント２０、３０、４０は、ネットワークＮに有線又は無線を介して接続されている。ネットワークＮは、LAN(Local Area Network)や、インターネットである。無論、ネットワークＮがインターネットである場合、コンテンツ配信サーバー１０やクライアント２０、３０、４０は、不図示のルーターやアクセスポイントを介してネットワークＮに接続されることとなる。

【0013】

図２は、コンテンツ配信サーバー１０のブロック構成図である。一例として図２に示されるコンテンツ配信サーバー１０は、動画や音声等のコンテンツを外部記憶装置に記憶するレコーダーである。コンテンツ配信サーバー１０は、テレビジョン放送や、不図示の外部装置からの外部入力を受信するデータ入力部１１と、コンテンツやこのコンテンツのメタ情報（属性情報）MD1を記憶する外部記憶装置１２と、ユーザーの操作入力等を受け付ける操作入力部１３と、ネットワークＮに接続するためのネットワークＩＦ１４と、これらを統合的に制御する制御部１５とを備えている。

【0014】

データ入力部１１は、チューナー１１１や、入力端子１１２を備えている。チューナー１１１は、地上波、衛星放送波などのテレビ放送、ラジオ放送、データ放送を受信する。入力端子１１２は、不図示の外部装置からのデジタル入力やアナログ入力を受け付ける。

【0015】

外部記憶装置１２は、HDD（Hard Disk Drive）等の磁気メモリーや、SSD（solid state drive）等の半導体メモリーにより構成されている。外部記憶装置１２に記憶されているコンテンツは、例えば、データ入力部１１を介してコンテンツ配信サーバー１０で録画されたテレビジョン放送（ビデオ信号）である。メタ情報MD1は、外部記憶装置１２に記憶されているコンテンツの名称、録画日時、再生時間、記録場所（URL）等を示すXMLデータである。そのため、外部記憶装置１２が本発明のメタ情報記憶部（属性情報部に相当、以下同様）を構成する。なお、メタ情報MD1の具体的な構成については後述する。

【0016】

操作入力部１３は、不図示の操作キーや、リモコン装置からの入力を受け付ける受信部を備えている。
ネットワークＩＦ１４は、ネットワークＮに接続するためのLANカード、NIC（Network Interface Card）等により構成されている。

【0017】

制御部１５は、SoC等の集積回路であり、データ入力部１１を介して取得されたデジタルデータをMPEG規格に対応するコンテンツデータに変換するデコーダ、MPEG規格に対応するコンテンツデータを変換して出力するエンコーダ、演算中枢として機能するＣＰＵ、このＣＰＵが実行するプログラムやデータが記憶されたＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭを備えている。また、ＣＰＵがＲＯＭに記憶されたプログラムを実行することで、制御部１５は、メタ情報管理部（属性情報管理部に相当、以下同様）１５１、サービス提供部１５２を機能的に備えている。

【0018】

メタ情報管理部１５１は、外部記憶装置１２に記憶されたメタ情報MD1の管理や、DLNAのCDS（Content Directory Service）に対応するアクションを実行する。CDSのブラウズでは、メタ情報管理部１５１は、クライアント２０〜４０に対してメタ情報MD1を送信する。クライアント２０〜４０はブラウズにより提供されたメタ情報MD1からコンテンツに該当するURLを取得し、このURLをもとにコンテンツの配信要求（HTTPのGET要求）を行うことが可能となる。

【0019】

サービス提供部１５２は、DLNAのAV Transportに従って、クライアント２０〜４０からのコンテンツの配信要求や、コンテンツの配信に伴って行われるアクション（コンテンツの再生、停止、シーク等）の要求を処理する。本発明の実行部は、サービス提供部１５２により実現される。なお、メタ情報管理部１５１およびサービス提供部１５２の他の機能については後述する。

【0020】

図３は、クライアント２０のブロック構成図である。一例として図３に示されるクライアント２０は、コンテンツ配信サーバー１０から配信されたコンテンツを再生する表示装置である。クライアント２０は、ネットワークＮと接続するネットワークＩＦ２１と、利用者の操作入力等を受け付ける操作入力部２２と、コンテンツを一時的に記憶するビデオメモリー２３と、コンテンツを表示する表示部２４と、これらを制御する制御部２５と、を備えている。

【0021】

ネットワークＩＦ２１は、ネットワークＮに接続されている。ネットワークＩＦ２１は、LANカード、NIC等により構成されている。このネットワークＩＦ２１によりクライアント２０とコンテンツ配信サーバー１０とはネットワークを介して接続することができる。

【0022】

操作入力部２２は、利用者の操作入力を受け付けるタッチパネルや、操作キーにより構成されている。操作入力部２２は、制御部２５に接続されており、利用者による操作入力部２２の操作に応じた信号を制御部２５に出力する。
ビデオメモリー２３は、ＲＡＭ等の揮発性のメモリーであり、コンテンツ配信サーバー１０から配信されたコンテンツが一時的に記憶される。

【0023】

表示部２４は、例えば、LCD（Liquid Crystal Display）や、LCDを駆動するためのドライバーを備えている。また、表示部２４がタッチパネルモジュールの機能を備える場合、表示部２４は操作入力部２２としても機能する。

【0024】

制御部２５は、ＣＰＵ、ＲＯＭ、ＲＡＭを備えている。ＣＰＵがＲＯＭに記録されたプログラムを実行することで、クライアント３０は、OS（Operating System）や、ブラウザー２５１としての機能を実現する。

【0025】

ブラウザー２５１は、メタ情報MD1（MD2）やコンテンツを処理する。ブラウザーは、周知のwebブラウザーとしての機能を備え、XMLで記載されたデータ（MD1,MD2）の解析や、コンテンツ配信サーバー１０から送信されるコンテンツを再生することができる。

【0026】

（２）CDSについて
図４は、CDSに対応するメタ情報MD1の構造を説明する図である。メタ情報MD1は、XMLデータに含まれるタグごとに階層化されたディレクトリ構造として管理されている。例えば、図４では、「Root」を頂点に、コンテンツの種別を示す要素である「Video」、「Music」が子として階層化されている。このうち、「Video」の要素には、タグ「item id」が子として階層化され、タグ「item id」には、コンテンツをユニークに識別するためのＩＤや属性値が付与されている。各「item id」には、子として、コンテンツの名称を示すタグ「dc:title」、コンテンツの生成日時を示すタグ「dc data」、コンテンツのジャンルを示すタグ「upnp:genre」、コンテンツを用いたサービスが提供される際等に用いられる情報を管理するタグ「res protoclInfo」が階層化されている。このうち、「res protoclInfo」には、コンテンツの総再生時間、ビットレート、コンテンツが記録されているアドレス等が属性として付与されている。

【0027】

メタ情報管理部１５１は、クライアントからCDSに応じた要求が行われると、このディレクトリの各タグや要素をもとにアクションを行う。例えば、クライアントからブラウズの要求が行われた場合、メタ情報管理部１５１は、タグをもとに該当するコンテンツを特定し、該当コンテンツに応じた要素をメタ情報MD1として送信する。

【0028】

図５は、コンテンツ配信サーバー１０が生成するメタ情報MD1と、このメタ情報MD1を基にクライアントに表示されるコンテンツリストを説明する図である。図５（ａ）は、メタ情報MD1のうち、タグ「item id」の要素が「９０１０」と「９０１１」との２つのコンテンツに関するメタ情報MD1である。それぞれのタグ「item id」には、子要素としてコンテンツの名称を示すタグ「dc:title」の要素「ＮＮＮニュース」、「Ｅバラエティー」がそれぞれ従属している。

【0029】

クライアントは、このメタ情報MD1をHTTPのGETにより取得し、ブラウザー２５１で処理することで、図５（ｂ）に示すリストアイコン３０１、３０２を含んだコンテンツリスト３００を表示させることができる。コンテンツリスト３００は、再ブラウズの要求や配信の要求の対象となるアイコンを、利用者がリストアイコン３０１、３０２を用いて選択するために用いられる。

【0030】

（３）ブラウズ方法及びコンテンツ配信方法
次に、本実施形態におけるコンテンツ配信サーバー１０が行うブラウズや、このブラウズに応じて開始されるコンテンツの配信を説明する。図６は、コンテンツ配信サーバー１０とクライアント２０〜４０との間で行われる処理を説明するタイミングチャートである。図６で示す例では、コンテンツ配信サーバー１０とクライアント２０〜４０との間で既にペアリングが終了しており、コンテンツ配信サーバー１０はクライアント３０、４０に対してコンテンツの配信を開始しているものとする。

【0031】

図６に示す例では、コンテンツ配信サーバー１０は、コンテンツの配信上限である「２」に達しているものとする。配信上限は、コンテンツ配信サーバー１０の能力やネットワーク帯域および構成を考慮して計算された値であり、この第１の実施形態では、コンテンツ配信サーバー１０が同時に配信できるコンテンツの数を示している。

【0032】

図６のステップＳ１では、クライアント２０からコンテンツ配信サーバー１０に対してブラウズの要求が行われる。クライアント２０のブラウザー２５１は、HTTPのGET要求を用いて、コンテンツ配信サーバー１０に対するブラウズの要求を行う。

【0033】

ステップＳ２では、コンテンツ配信サーバー１０は、クライアント２０からのブラウズの要求に応答する。本実施形態では、コンテンツ配信サーバー１０のＣＤＳ管理部１５１は、コンテンツ配信サーバー１０の状態（コンテンツの配信上限に達しいるか否か）に応じて、ブラウズで送信する情報を、通常のメタ情報MD1と、メタ情報MD1を加工した情報（以下、加工メタ情報MD2）とのいずれかに切り替える。加工メタ情報MD2は、クライアント２０のブラウザー２５１が処理することで、利用者にコンテンツ配信サーバー１０（サービス提供部１５２）に実行させるアクションを選択させるためのＵＩ（アクションリスト）を提供するデータである。

【0034】

図７は、図６のステップＳ２においてコンテンツ配信サーバー１０が実施する処理を説明するフローチャートである。図７を例に、コンテンツ配信サーバー１０が実施するブラウズを説明する。

【0035】

ステップＳ２１では、コンテンツ配信サーバー１０のメタ情報管理部１５１は、配信上限に達しているか否かを判断する。この実施形態では、配信上限は、２つのコンテンツを配信できる配信数２であるため、メタ情報管理部１５１は、コンテンツ配信サーバー１０の配信数が「２」であるならば、配信上限に達していると判定する。

【0036】

なお、配信上限に達していない場合（ステップＳ２１：ＹＥＳ）、ステップＳ２４では、メタ情報管理部１５１は、メタ情報MD1をネットワークＩＦ１４を介してクライアント２０に送信することとなる。

【0037】

配信上限に達している場合（ステップＳ２１：ＮＯ）、ステップＳ２２では、メタ情報管理部１５１は、メタ情報MD1を加工して、アクションリストをクライアントに表示させるためのXMLデータ（加工メタ情報MD2）を生成する。

【0038】

図８は、図７のステップＳ２２においてメタ情報管理部１５１により生成される加工メタ情報MD2と、この加工メタ情報MD2をもとにクライアント２０が表示するアクションリストを説明する図である。図８では、加工メタ情報MD2として３つのアクションを選択させる場合の例である。

【0039】

図８（ａ）に示す加工メタ情報MD2では、タグ「item id」には、クライアントに選択させるためのアクションを識別する、「UNTRANS_001」、「UNTRANS_002」、「UNTRANS_003」の要素がそれぞれ付与されている。タグ「item id」子要素として「dc:title」が階層化されている。タグ「dc:title」の要素「DMP_Aへの配信停止」は、コンテンツ配信サーバー１０がクライアント３０へのコンテンツの配信停止を行うアクションを意味している。タグ「dc:title」の要素「DMP_Bへの配信停止」は、クライアント４０へのコンテンツの配信停止を行うアクションを意味している。なお、「DMP_A」「DMP_B」は、クライアント３０、４０のそれぞれの名称であり、ペアリングの際、取得されたデバイス情報に基づいて要素が設定されている。また、タグ「dc:title」の要素「配信予約」は、いずれかのクライアントへのコンテンツの配信が終了し、配信上限が解消した場合に、予約を行ったクライアント２０にコンテンツリストが送信されるアクションを意味している。
このように、選択するアクションは、属性情報のコンテンツを識別するタグの要素として記憶するようにしている。
なお、この例では、いずれかのＤＭＰへの配信停止を要求するアクションを表示しているが、合わせてあとどれくらいの時間がかかるかを表示させることもできる。これは残り時間を確認したうえで、「dc:title」の要素「DMP_Aへの配信停止：残り33分」というように作り直せばよい。

【0040】

図８（ｂ）に示すように、メタ情報MD2をもとに、示されるアクションリスト３５０は、タグ「dc:title」の要素をもとにアイコン３５１、３５２、３５３が表示される。ここで、メタ情報MD2は、従来のメタ情報MD1のタグの要素を変更するだけであるため、クライアント２０のブラウザー２５１は、このメタ情報MD2をメタ情報MD1と同じように処理し、アクションリスト３５０表示させることができる。

【0041】

図７のステップＳ２３において、メタ情報管理部１５１は、ブラウズの要求に対して生成された加工メタ情報MD2をネットワークＩＦ１４を介してクライアント２０に送信する。そのため、ステップＳ２３でクライアント２０に送信されるメタ情報MD2は、通常のメタ情報MD1とは異なり、コンテンツの情報が記憶されていないことになる。

【0042】

図６に戻り、ステップＳ３では、クライアント２０のブラウザー２５１は、加工メタ情報MD2を処理することでアクションリスト３５０を表示し、利用者からの選択操作を受け付ける。図８（ｂ）に示すアクションリスト３５０では、利用者がいずれかのアイコン３５１、３５２、３５３を選択することで、アクションの選択が行われる。

【0043】

ステップＳ４では、クライアント２０は、利用者によるアクションリスト３５０の操作により選択された「item id」をコンテンツ配信サーバー１０に送信する。ブラウザー２５１はアクションリスト３５０の各リスト３５１が利用者により操作されると、このリストに対応する「item id」を、HTTPのGET要求により送信する。

【0044】

ステップＳ５では、コンテンツ配信サーバー１０は、クライアント３０から送信された「item id」を解釈し、対応する処理（アクション）を実行する。

【0045】

図９は、図６のステップＳ５においてコンテンツ配信サーバー１０が実施する処理を説明するフローチャートである。図９に示す処理は、クライアント２０側でアクションリスト３５０をもとに「item id」が選択された以外にも、クライアント３０側でコンテンツリスト３００をもとに「item id」が選択された場合も実行される。

【0046】

ステップＳ５１では、サービス提供部１５２は、クライアント２０から送信された「item id」を解析する。
「item id」がコンテンツの配信要求であれば（ステップＳ５２：ＹＥＳ）、ステップＳ５３では、サービス提供部１５２は、「item id」に対応するコンテンツの配信を開始する。なお、この実施形態では、コンテンツ配信サーバー１０は配信上限に達しているため、ステップＳ５２の処理において、「item id」がコンテンツの配信要求に該当することはない。

【0047】

「item id」がコンテンツの配信要求でなければ（ステップＳ５２：ＮＯ）、サービス提供部１５２は、ステップＳ５４に進み、配信上限に達しているか否かを判断する。クライアント３０から「item id」が送信される過程で、コンテンツ配信サーバー１０のクライアント３０、４０へのコンテンツの配信が終了している場合がある。このような場合に、コンテンツ配信サーバー１０がクライアント２０に対してコンテンツの配信を提供できるようにするため、ステップＳ５２において、サービス提供部１５２は、配信上限に達しているか否かを判定している。

【0048】

配信上限に達していなければ（ステップＳ５４：ＮＯ）、ステップＳ５８では、サービス提供部１５２は、コンテンツのメタ情報MD1をクライアント２０に送信する。すなわち、コンテンツ配信サーバー１０は、クライアント２０に対して、ブラウズを提供することになる。クライアント３０は、ブラウズにより表示されるコンテンツリスト３００により、コンテンツ配信サーバー１０に対してコンテンツの要求を行うことが可能となる。

【0049】

配信上限に達している場合（ステップＳ５４：ＹＥＳ）、ステップＳ５５では、サービス提供部１５２は、「item id」が他のクライアントへの配信停止であるか否かを判断する。クライアント２０で表示されるアクションリスト３５０において利用者が配信停止に係るアクションのいずれかを選択した場合、他のクライアントへの配信停止が選択されている。

【0050】

「item id」が他のクライアントへの配信停止である場合（ステップＳ５５：ＹＥＳ）、ステップＳ５６では、サービス提供部１５２は「item id」に対応するアクションに従って、該当するクライアント（３０、４０）へのコンテンツの配信を停止する。「item id」が「UNTRANS_001」であれば、コンテンツ配信サーバー１０はクライアント３０へのコンテンツの配信を停止する。「item id」が「UNTRANS_002」であれば、コンテンツ配信サーバー１０は、クライアント４０へのコンテンツの配信を停止する。

【0051】

ステップＳ５７では、サービス提供部１５２は、メタ情報MD1をクライアント２０へ配信する。そのため、クライアント２０では、コンテンツリスト３００が表示されるため、このコンテンツリスト３００を用いたコンテンツの配信要求が可能となる。

【0052】

一方、「item id」が他のクライアントへの配信停止でなければ場合（ステップＳ５５：ＮＯ）、ステップＳ５９では、サービス提供部１５２は、配信予約を行う。ステップＳ５９に進むのは、「item id」が「UNTRANS_003」となる場合である。

【0053】

以下、コンテンツ配信サーバー１０がクライアント３０、４０のいずれかへのコンテンツの配信を停止していれば、クライアント３０にメタ情報MD1が送信される。そのため、クライアント２０は、このメタ情報MD1を用いて表示したコンテンツリスト３００をもとにコンテンツの配信要求を行う。コンテンツ配信サーバー１０は、クライアント３０からのコンテンツの配信要求に従い、該当コンテンツの配信を開始する。
一方、クライアント２０が配信予約を選択していれば、いずれかのクライアント３０、４０へのコンテンツの配信が終了した後、クライアント２０に対してメタ情報MD1の送信が行われる。

【0054】

（４）作用・効果
以上説明したように、この第１の実施形態では、コンテンツ配信サーバー１０は、クライアント２０からメタ情報MD1の通知を要求された際、コンテンツを配信できない状態にあれば、コンテンツ配信サーバーに実行させるアクションが記録された加工メタ情報（アクション情報）を、メタ情報MD1の代わりに通知させる。そして、コンテンツ配信サーバー１０は、通知されたアクション情報をクライアントから要求された場合、要求されたアクションを実行する。そのため、クライアントからメタ情報の要求があった際、コンテンツ配信サーバーがコンテンツを配信できない状態であっても、特定のアクションをコンテンツ配信サーバーに実行させることが可能となる。

【0055】

もとのメタ情報MD1を加工してアクション情報（加工メタ情報MD2）とすることで、クライアントで特別な処理を行うことなく、もとのメタ情報MD1と同じようにアクション情報に応じた画像を表示させることができる。
本実施形態においては、ネットワークを介して接続されているクライアントであるＤＭＰに、コンテンツを配信するコンテンツ配信サーバー１０であって、属性情報記憶部としての外部記憶装置１２は前記クライアントＤＭＰからの前記コンテンツのブラウズの要求に応じて前記クライアントＤＭＰに送信される前記コンテンツの属性情報を記憶しており、属性情報管理部としてのメタ情報管理部１５１は、前記クライアントＤＭＰから前記ブラウズを要求された際、前記コンテンツを配信できない状態にあれば、所定のアクションを含む前記属性情報（メタ情報ＭＤ２）を送信するようにしている。
また、ステップＳ５の処理が実行部に相当し、同実行部は、通知された前記アクションを前記クライアントから要求された場合、要求された前記アクションを実行している。
ここで実施形態1においては、前記コンテンツを配信できない状態は、前記コンテンツの配信制限数に達した状態であって、前記アクションは、他のクライアントへ配信されている前記コンテンツの配信停止となっている。
本実施形態の場合、所定のアクションが記録された前記属性情報（メタ情報ＭＤ２）は、通常、ＤＭＰからコンテンツ配信サーバーに対して要求して得られるコンテンツのリストと同等となっている。すなわち、ＤＭＰの側ではアクションを選択するための特別の処理は必要ではなく、選択可能なアクションの表示をコンテンツのタイトルとして表示するにすぎない。そして、ユーザーがコンテンツ配信サーバーのコンテンツを選択するのと同じようにいずれかのアクションに対応したコンテンツのタイトルを選択すれば、ＤＭＰからコンテンツ配信サーバーへのコンテンツの配信要求となるにすぎない。
一方のコンテンツ配信サーバーでは、自らコンテンツとしてアクションを表示したメタ情報ＭＤ２を送信しているのであり、そのいずれかの配信の要求があれば、ユーザーからのアクションの要求とみなして対応する処理を実行しているのである。
このように、ＤＭＰの側での変更の処理は全く不要であり、コンテンツ配信サーバーの側だけで上述した効果を実現している。言い換えると、ＤＭＰを変更することなく、ＤＭＰによるコンテンツの選択の捜査を利用して、コンテンツ配信サーバーはＤＭＰからの捜査要求を受け付けることができるようになった。

【0056】

２．第２の実施形態：
配信ができない状態として、コンテンツ配信サーバー１０がコンテンツをダビングしている状態であってもよい。図１０は、第２の実施形態に係る、コンテンツ配信サーバー１０とクライアント２０との間で行われる処理を説明するタイミングチャートである。この第２の実施形態では、コンテンツ配信サーバー１０とクライアント２０との間で既にペアリングが終了しており、コンテンツ配信サーバー１０はコンテンツのダビングを開始しているものとする。

【0057】

図１０のステップＳ１１では、クライアント２０からコンテンツ配信サーバー１０に対してブラウズの要求が行われる。ステップＳ１２では、コンテンツ配信サーバー１０は、クライアント２０からのブラウズの要求に応じてクライアント２０にメタ情報MD1を送信する。この実施形態では、このメタ情報MD１により示される複数のコンテンツのうち、特定のコンテンツがダビング継続中である。例えば、ダビング継続中のコンテンツに対しては、メタ情報にダビングが継続されていることを示す情報を含ませても良い。

【0058】

クライアント２０のブラウザー２５１は、このメタ情報MD1をもとにコンテンツリストを表示する。そして、表示されたコンテンツリストをもとに、利用者による特定コンテンツの再ブラウズが行われると（ステップＳ１３）、コンテンツ配信サーバー１０は、クライアント２０からのブラウズの要求に応じてクライアント２０にメタ情報MD1、又は加工メタ情報MD2を送信する（ステップＳ１４）。本実施形態では、コンテンツ配信サーバー１０のＣＤＳ管理部１５１は、選択されたコンテンツがコンテンツ配信サーバー１０でダビング継続中か否かに応じて、ブラウズにより送信する情報を切り替える。

【0059】

図１１は、図１０のステップＳ１４においてコンテンツ配信サーバー１０が実施する処理を説明するフローチャートである。

【0060】

ステップＳ１４１では、コンテンツ配信サーバー１０のメタ情報管理部１５１は、コンテンツのダビングが継続しているか否かを判定する。なお、ダビングが継続中でない場合（ステップＳ１４１：ＮＯ）、ステップＳ１４２では、メタ情報管理部１５１は、メタ情報MD1をネットワークＩＦを介してクライアント２０に送信することとなる。

【0061】

コンテンツのダビングが継続中である場合（ステップＳ１４１：ＹＥＳ）、ステップＳ１４３では、メタ情報管理部１５１は、メタ情報MD1を加工して、加工メタ情報MD2を生成する。
図１２は、図１１のステップＳ１４３においてメタ情報管理部１５１により生成される加工メタ情報MD2と、この加工メタ情報MD2をもとにクライアント２０が表示するアクションリスト３５０を説明する図である。図１２（ａ）に示す加工メタ情報MD2では、タグ「item id」には、クライアントに選択させるためのアクションを識別する、「UNTRANS_011」、「UNTRANS_012」の要素が付与されている。要素「UNTRANS_011」に従属する「dc:title」の要素「ダビングを継続する」は、コンテンツのダビングが終了した場合に、クライアントにコンテンツのメタ情報MD1が送信されるアクションを意味している。要素「UNTRANS_012」に従属する「dc:title」の要素「ダビングを停止する」は、ダビングを強制的に終了させるアクションを意味している。

【0062】

ステップＳ１４４では、メタ情報管理部１５１は、ブラウズの要求の返信として生成された加工メタ情報MD2をネットワークＩＦ１４を介してクライアント２０に送信する。

【0063】

図１０に戻り、ステップＳ１５では、クライアント２０のブラウザー２５１は、加工メタ情報MD2を処理することでアクションリストを表示し、利用者からの選択操作を受け付ける。そのため、クライアント２０には、図１２（ｂ）に示すアクションリスト３５０が表示される。

【0064】

ステップＳ１６では、クライアント２０は、利用者によるアクションリスト３５０の操作により選択された「item id」をコンテンツ配信サーバー１０に送信する。ブラウザー２５１はアクションリスト３５０の各リスト３５１が利用者により操作されると、このリストに対応する「item id」を、HTTPのGET要求により送信する。

【0065】

ステップＳ１７では、コンテンツ配信サーバー１０は、クライアント３０から送信された「item id」を解釈し、対応する処理（アクション）を実行する。ステップＳ１７の処理は、第１の実施形態と同様、「item id」で示されるアクションが「ダビングの停止」であれば、サービス提供部１５２は、現在行っているコンテンツのダビングを強制的に停止する。その結果、クライアント２０にはコンテンツリスト３００が表示されるため、クライアント２０は、コンテンツリスト３００をもとにコンテンツの配信要求を行うことができる。一方、「item id」で示されるアクションがダビングの停止でなければ場合、サービス提供部１５２は、配信予約を行う。

【0066】

ここで実施形態２においては、前記コンテンツを配信できない状態は、前記コンテンツのダビングの実行中の状態であって、前記アクションは、前記コンテンツのダビングの停止となっている。
以上説明したようにこの第２の実施形態では、配信不可の状態がコンテンツのダビングに起因するものである場合でも、第１の実施形態と同様の効果を得ることができる。

【0067】

３．第３の実施形態：
配信上限値としてコンテンツの配信数を用いたことは一例に過ぎず、ネットワークNの総転送量を用いてもよい。

【0068】

図１３は、第３の実施形態におけるコンテンツ配信サーバー１０が生成する加工メタ情報MD2と、クライアント３０で表示されるアクションリストとを示す図である。図１３（ａ）に示す加工メタ情報MD2では、タグ「item id」には、要素「UNTRANS_021」、「UNTRANS_022」、「UNTRANS_023」の要素が付与されており、タグ「item id」の子要素として、アクションの名称を示す「dc:title」が階層化されている。要素「UNTRANS_021」に従属する「dc:title」の要素「DMP_Aのビットレートを落とす」は、コンテンツ配信サーバー１０がクライアント３０へのコンテンツの配信のビットレートを落とすアクションを意味している。要素「UNTRANS_022」に従属する「dc:title」の要素「DMP_Bのビットレートを落とす」は、クライアント４０へのコンテンツの配信のビットレートを落とすアクションを意味している。タグ「UNTRANS_023」に従属する「dc:title」の要素「全てのビットレートを落とす」は、全てのクライアントへのコンテンツの配信のビットレートを落とすアクションを意味している。

【0069】

コンテンツ配信サーバー１０から送信された加工メタ情報MD2により、クライアント３０には図１３（ｂ）にアクションリストが表示される。利用者が「DMP_Aのビットレートを落とす」又は「DMP_Bのビットレートを落とす」を選択した場合、クライアント２０からコンテンツ配信サーバー１０に対して「UNTRANS_021」又は「UNTRANS_022」が送信される。コンテンツ配信サーバー１０は、返信されたIDを判定することで、該当するクライアントに配信しているコンテンツのビットレートを低下させる。

【0070】

利用者が「全てのビットレートを落とす」を選択した場合、コンテンツ配信サーバー１０は、このＩＤを判定することで、現在配信している全てのコンテンツのビットレートを低下させる。
サービス提供部１５２は、コンテンツリストデータをクライアント２０へ配信する。そのため、クライアント２０では、コンテンツリストが表示されるため、コンテンツ配信サーバー１０からのコンテンツの配信が可能となる。
このように、本実施形態においては、前記コンテンツを配信できない状態が、総転送量が前記ネットワークの上限に達している場合であり、前記アクションは、他のクライアントへ配信されているコンテンツのビットレートを低下させるものとなっている。

【0071】

４．第４の実施形態：
コンテンツ配信サーバー１０がクライアントからの要求により、他のクライアントへのコンテンツの配信停止等のアクションを行う場合、他のクライアントに対して配信を停止したこと通知するものであってもよい。例えば、コンテンツ配信サーバー１０は、他のクライアントへのコンテンツの配信を停止する直前に、コンテンツにコンテンツの配信停止の文字列を表示するOSDを合成し、他のクライアントに配信する。上記構成により、強制的な配信停止によるユーザビリティーの低減を緩和することができる。

【0072】

５．その他の実施形態：
コンテンツ配信サーバーとしてレコーダーを例に用いたことは一例に過ぎず、コンテンツを配信できるものであればどのような装置であってもよい。
アクション情報として、メタ情報MD1を加工した加工メタ情報MD2を用いたことは一例に過ぎず、コンテンツ配信サーバーがコンテンツが配信できない状態に応じて各アクションが設定されたメタ情報を用意しておくものであってもよい。

【0073】

なお、本発明は上記実施例に限られるものでないことは言うまでもない。当業者であれば言うまでもないことであるが、
・上記実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術であって上記実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術等に基づいて当業者が上記実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用すること
は本発明の一実施例として開示されるものである。

【符号の説明】

【0074】

１…コンテンツ配信システム、１０…コンテンツ配信サーバー、１１…データ入力部、１２…外部記憶装置、１３…操作入力部、１４…ネットワークＩＦ、１５…制御部、２０…クライアント、２１…ネットワークＩＦ、２２…操作入力部、２３…ビデオメモリー、２４…表示部、２５…制御部、３０、４０…クライアント、１１１…チューナー、１１２…入力端子、１５１…メタ情報管理部、１５２…サービス提供部、２５１…ブラウザー、３００…コンテンツリスト、３５０…アクションリスト

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】