(57)【特許請求の範囲】
【請求項１】
コンテンツから、該コンテンツの内容を説明する複数の項目を有するメタデータを取得する取得手段と、
前記コンテンツのアップロード先であるコンテンツ受信装置に対して、ネットワークを介して前記取得手段によって取得したメタデータを通知する通知手段と、
前記通知手段が前記メタデータを通知した後に、前記コンテンツをエンコードし、前記コンテンツ受信装置が前記メタデータに基づいて作成したエントリポイントに対して、エンコードされた前記コンテンツをＨＴＴＰ−ＰＯＳＴリクエストに基づくアップロードリクエストのボディとして前記ネットワークを介して送信する送信手段と、
前記通知手段から前記コンテンツ受信装置に通知されているメタデータと、前記コンテンツ受信装置に前記メタデータが通知された後の前記コンテンツのメタデータとの変化を検出する検出手段と、
前記検出手段がメタデータの変化を検出した場合に、該メタデータ中の変更されている項目を含む事後メタデータを、前記コンテンツ受信装置に対して通知する再通知手段とを具備することを特徴とするコンテンツ送信装置。
【請求項２】
前記再通知手段は、前記コンテンツ受信装置に送信されるコンテンツの末尾に、前記事後メタデータを付与することを特徴とする請求項１に記載のコンテンツ送信装置。
【請求項３】
前記再通知手段は、所定の名前を有する事後メタデータヘッダに前記事後メタデータを格納し、前記送信手段は前記事後メタデータヘッダの名前を所定のＴｒａｉｌｅｒヘッダの値として含み、コンテンツをチャンクエンコードしてボディとするアップロードリクエストを送信することを特徴とする請求項２に記載のコンテンツ送信装置。
【請求項４】
前記再通知手段は、前記検出手段がメタデータの変化を検出する度に、前記事後メタデータを前記コンテンツ受信装置に通知することを特徴とする請求項１に記載のコンテンツ送信装置。
【請求項５】
前記再通知手段は、ＵＰｎＰ  ＡＶで規定されるＵｐｄａｔｅＯｂｊｅｃｔコマンドを用いて、前記事後メタデータを前記コンテンツ受信装置に通知することを特徴とする請求項４に記載のコンテンツ送信装置。
【請求項６】
前記送信手段は、前記事後メタデータを問い合わせるための識別情報を前記コンテンツ受信装置に送信し、
前記再通知手段は、前記検出手段がメタデータの変化を検出している場合に、少なくともメタデータ中の変更されている項目を含む事後メタデータを前記コンテンツ受信装置からの問い合わせに対して通知することを特徴とする請求項１に記載のコンテンツ送信装置。
【請求項７】
前記メタデータを問い合わせるための識別情報は、ＵＲＬであることを特徴とする請求項６に記載のコンテンツ送信装置。
【請求項８】
前記ＵＲＬは、所定の名前を持つ事後メタデータ識別情報ヘッダに格納され、前記アップロードリクエストのヘッダとして送信されることを特徴とする請求項７に記載のコンテンツ送信装置。
【請求項９】
コンテンツ送信装置からネットワークを介して通知されたメタデータを記憶装置に格納する手段と、
前記通知されたメタデータに基づいて、当該メタデータに対応するコンテンツが格納される場所を示すエントリポイントを生成し、前記エントリポイントを前記コンテンツ送信装置に前記ネットワークを介して通知する手段と、
前記コンテンツ送信装置から、アップロードリクエストのボディとしてエンコードされたコンテンツを前記ネットワークを介して受信する受信手段と、
前記通知されたコンテンツを前記エントリポイントに応じた場所に格納する手段と、
前記コンテンツ送信装置から送信された、少なくとも前記記憶装置に格納されているメタデータ中の変更されている項目を含む事後メタデータを受信した場合に、前記記憶装置に格納されているメタデータを前記事後メタデータを用いて更新する更新手段とを具備することを特徴とするコンテンツ受信装置。
【請求項１０】
前記更新手段は、前記コンテンツ送信装置から送信されるチャンクエンコードされたコンテンツの末尾に付与されている事後メタデータを抽出することを特徴とする請求項９に記載のコンテンツ受信装置。
【請求項１１】
前記更新手段は、前記コンテンツの伝送の途中で送られる前記事後メタデータを取得する度に、前記記憶装置に格納されているメタデータを前記事後メタデータによって更新することを特徴とする請求項９に記載のコンテンツ受信装置。
【請求項１２】
前記コンテンツ送信装置に対して前記識別情報を用いて前記メタデータを問い合わせる問合わせ手段を更に具備し、
前記受信手段は、前記コンテンツ送信装置から送信された、アップロードリクエストのヘッダとして前記メタデータを問い合わせるための識別情報を受信することとを特徴とする請求項９に記載のコンテンツ受信装置。
【請求項１３】
前記問合わせ手段は、ＨＴＴＰ  ＧＥＴリクエストを用いて前記事後メタデータを問い合わせることを特徴とする請求項１２に記載のコンテンツ受信装置。
【請求項１４】
前記問合わせ手段は、前記コンテンツの受信が終了する際に必ず前記事後メタデータを問い合わせることを特徴とする請求項１２に記載のコンテンツ受信装置。
【請求項１５】
コンテンツ送信装置が、コンテンツと、前記コンテンツの内容を説明するメタデータを受信し、
前記コンテンツ送信装置が、前記コンテンツ受信装置に対して、前記メタデータを通知し、
前記コンテンツ受信装置が、前記コンテンツ送信装置から通知されたメタデータを記憶装置に格納し、
前記コンテンツ受信装置が、前記通知されたメタデータに基づいて、当該メタデータに対応するコンテンツが格納される場所を示すエントリポイントを生成し、
前記コンテンツ受信装置が、前記エントリポイントを前記コンテンツ送信装置に通知し、
前記コンテンツ送信装置が、前記コンテンツをエンコードし、前記コンテンツ受信装置が前記メタデータに基づいて作成したエントリポイントに対して、エンコードされた前記コンテンツをアップロードリクエストのボディとして送信し、
前記コンテンツ受信装置が、前記コンテンツ送信装置から、ＨＴＴＰ−ＰＯＳＴリクエストに基づくアップロードリクエストのボディとしてチャンクエンコードされたコンテンツを受信して、前記エントリポイントに応じた場所に格納し、
前記コンテンツ送信装置が、前記コンテンツ受信装置に通知されているメタデータと、新たに受信したメタデータとの変化を検出し、
前記コンテンツ送信装置が、メタデータの変化を検出した場合に、少なくともメタデータ中の変更されている項目を含む事後メタデータを前記コンテンツ受信装置に対して通知し、
前記コンテンツ送信装置が、前記事後メタデータを用いて前記記憶装置に格納されているメタデータを更新することを特徴とするコンテンツアップロード方法。
【請求項１６】
前記コンテンツ送信装置は、前記コンテンツ受信装置に送信されるチャンクエンコードされたコンテンツの末尾に前記事後メタデータを付与することを特徴とする請求項１５に記載のコンテンツアップロード方法。
【請求項１７】
前記コンテンツ送信装置は、前記新たなメタデータを検出する度に、前記新たなメタデータを前記コンテンツ受信装置に通知することを特徴とする請求項１５に記載のコンテンツアップロード方法。
【請求項１８】
前記コンテンツ送信装置は、前記アップロードリクエストのヘッダとして前記メタデータを問い合わせるための情報を前記コンテンツ受信装置に送信し、
前記コンテンツ受信装置は、前記問い合わせるための情報を用いて前記コンテンツ送信装置に前記メタデータを問い合わせ、
前記問い合わせに対して、前記コンテンツ送信装置は、前記メタデータの変化を検出している場合に前記事後メタデータを前記コンテンツ受信装置に通知することを特徴とする請求項１５に記載のコンテンツアップロード方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツの伝送を行うコンテンツ送信装置、コンテンツ受信装置、およびコンテンツアップロード方法に関する。
【背景技術】
【０００２】
家庭内で電子装置間のネットワークで接続することを目的としてＤＬＮＡ（Digital Living Network Alliance）ガイドライン  Ｖｅｒ．１．５が策定されている。  
また、ネットワークを介してコンテンツの伝送を行うことも目的とした技術が開示されている（非特許文献１参照）。
【非特許文献１】UPnP AV ContentDirectory:1, June 25, 2002, Section 2.7.6 “CreateObject”, 2.7.8 “UpdateObject”, 2.8.7 “Object Creation”, 2.8.8.5 “Transfer using direct HTTP::POST”
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＤＬＮＡガイドライン１．５に基づくコンテンツのアップロードでは、
１．）アップロード元装置がアップロード先装置に対して、コンテンツの内容を説明するメタデータを示し（ＵＰｎＰ  ＡＶのＣｒｅａｔｅＯｂｊｅｃｔコマンド）、アップロード先装置はアップロード用のエントリポイントを作成する、
２．）アップロード元装置はアップロード先装置のエントリポイントに対してコンテンツをアップロードする（ＨＴＴＰ  ＰＯＳＴによる伝送）、
の二段階の手順をとる。
【０００４】
この手順は、放送ストリームを録画するなど、アップロード開始時点でコンテンツの内容が判明しない、またはアップロード中に内容説明が変化する場合（番組の変更や、放送途中での区切り挿入など）、コンテンツのアップロード前にアップロード元装置がアップロード先装置に示すメタデータは、コンテンツの内容と食い違う恐れがある。
【０００５】
本発明の目的は、コンテンツのアップロード中に、当該コンテンツのメタデータが変化した場合に、予め示しているメタデータを更新することが可能なコンテンツ送信装置、コンテンツ受信装置、およびコンテンツアップロード方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の一例に係わるコンテンツ送信装置は、コンテンツから、該コンテンツの内容を説明する複数の項目を有するメタデータを取得する取得手段と、前記コンテンツのアップロード先であるコンテンツ受信装置に対して、ネットワークを介して前記取得手段によって取得したメタデータを通知する通知手段と、前記通知手段が前記メタデータを通知した後に、前記コンテンツをエンコードし、前記コンテンツ受信装置が前記メタデータに基づいて作成したエントリポイントに対して、エンコードされた前記コンテンツをＨＴＴＰ−ＰＯＳＴリクエストに基づくアップロードリクエストのボディとして前記ネットワークを介して送信する送信手段と、前記通知手段から前記コンテンツ受信装置に通知されているメタデータと、前記コンテンツ受信装置に前記メタデータが通知された後の前記コンテンツのメタデータとの変化を検出する検出手段と、前記検出手段がメタデータの変化を検出した場合に、該メタデータ中の変更されている項目を含む事後メタデータを、前記コンテンツ受信装置に対して通知する再通知手段とを具備することを特徴とする。
【０００７】
本発明の一例に係わるコンテンツ受信装置は、前記コンテンツ送信装置からネットワークを介して通知されたメタデータを記憶装置に格納する手段と、前記通知されたメタデータに基づいて、当該メタデータに対応するコンテンツが格納される場所を示すエントリポイントを生成し、前記エントリポイントを前記コンテンツ送信装置に前記ネットワークを介して通知する手段と、前記コンテンツ送信装置から、アップロードリクエストのボディとしてエンコードされたコンテンツを前記ネットワークを介して受信する受信手段と、前記取得したコンテンツを前記エントリポイントに応じた場所に格納する手段と、前記コンテンツ送信装置から送信された、少なくとも前記記憶装置に格納されているメタデータ中の変更されている項目を含む事後メタデータを受信した場合に、前記記憶装置に格納されているメタデータを前記事後メタデータを用いて更新する更新手段とを具備することを特徴とする。
【０００８】
本発明の一例に係わるコンテンツアップロード方法は、コンテンツ送信装置が、コンテンツと、前記コンテンツの内容を説明するメタデータを受信し、前記コンテンツ送信装置が、前記コンテンツ受信装置に対して、前記メタデータを通知し、前記コンテンツ受信装置が、前記コンテンツ送信装置から通知されたメタデータを記憶装置に格納し、前記コンテンツ受信装置が、前記通知されたメタデータに基づいて、当該メタデータに対応するコンテンツが格納される場所を示すエントリポイントを生成し、前記コンテンツ受信装置が、前記エントリポイントを前記コンテンツ送信装置に通知し、前記コンテンツ送信装置が、前記コンテンツをエンコードし、前記コンテンツ受信装置が前記メタデータに基づいて作成したエントリポイントに対して、エンコードされた前記コンテンツをアップロードリクエストのボディとして送信し、前記コンテンツ受信装置が、前記コンテンツ送信装置から、ＨＴＴＰ−ＰＯＳＴリクエストに基づくアップロードリクエストのボディとしてチャンクエンコードされたコンテンツを受信して、前記エントリポイントに応じた場所に格納し、前記コンテンツ送信装置が、前記コンテンツ受信装置に通知されているメタデータと、新たに受信したメタデータとの変化を検出し、前記コンテンツ送信装置が、メタデータの変化を検出した場合に、少なくともメタデータ中の変更されている項目を含む事後メタデータを前記コンテンツ受信装置に対して通知し、前記コンテンツ送信装置が、前記事後メタデータを用いて前記記憶装置に格納されているメタデータを更新することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、コンテンツのアップロード中に、当該コンテンツのメタデータが変化した場合に、予め示しているメタデータを更新することが可能になる。
【発明を実施するための最良の形態】
【００１０】
本発明の実施の形態を以下に図面を参照して説明する。  
[第一の実施形態]
図１は、本発明の第１の実施形態に係わる、コンテンツ送信装置とコンテンツ受信装置とを示す図である。このコンテンツ送信装置は、デジタルテレビ２０として実現されている。また、コンテンツ受信装置は、ＮＡＳ（Network Attached Storage）として動作するネットワークＨＤＤ３０として実現されている。
【００１１】
デジタルテレビ２０は、アンテナ４０からデジタル放送波を受信し、放送波を復調するチューナを有し、復調して得られるコンテンツの映像表示および音声出力を行う。
【００１２】
ＤＬＮＡガイドライン１．５のコンテンツアップロード手順に基づくデジタルテレビ２０は、ＵＰｎＰ  ＡＶのＣｏｎｔｅｎｔＤｉｒｅｔｏｒｙクライアントおよびＨＴＴＰクライアントとして動作し、ネットワークＨＤＤ３０はＵＰＮＰ  ＡＶのＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービスとＨＴＴＰサーバとして動作する。デジタルテレビ２０とネットワークＨＤＤ３０は、ネットワーク１０を介して結ばれており、ネットワークＨＤＤ３０には、デジタルテレビ２０のチューナが復調したコンテンツのデータを格納することが出来る。たとえばＵＰｎＰの機器発見手順に基づいてデジタルテレビ２０はネットワークＨＤＤ３０を発見し同定することができる。
【００１３】
デジタルテレビ２０およびネットワークＨＤＤ３０は、ＤＬＮＡガイドライン１．５に基づいたコンテンツアップロード手順に基づいてコンテンツの伝送、格納処理を実行する。  
図２に、本発明の第１の実施形態に係わるデジタルテレビ２０およびネットワークＨＤＤ３０のシステム構成を示す。デジタルテレビ２０は、アップロードすべきコンテンツを記憶するコンテンツ記憶部２１、コンテンツからメタデータを取得してネットワークＨＤＤ３０にアップロード手順の開始を伝えるコンテンツ生成要求部２２、アップロード中のメタデータ変化を取得しコンテンツ送信部に伝える事後メタデータ生成部２４、およびコンテンツをネットワークＨＤＤ３０に送信し、最後に事後メタデータ生成部２４より伝えられたメタデータ変化を送信するコンテンツ送信部２３等から構成される。
【００１４】
ネットワークＨＤＤ３０は、デジタルテレビ２０のコンテンツ生成要求部２２から送られるメタデータに基づいてアップロード用コンテンツのエントリポイントを作成するコンテンツ生成部３２、デジタルテレビ２０のコンテンツ送信部２３から送られるコンテンツデータを受信してコンテンツ記録部３１に記録するコンテンツ受信部３３、コンテンツデータとメタデータを記録し管理するコンテンツ記録部３１、および受信したコンテンツに後置される事後メタデータを取得してコンテンツ記録部中のメタデータを更新するメタデータ更新部３４等から構成される。
【００１５】
図３のシーケンス図を参照して、本発明の第１の実施形態に係わるコンテンツアップロード手順を説明する。図３に、本発明の一実施形態に係わるコンテンツアップロード手順のシーケンス図を示す。
【００１６】
先ず、デジタルテレビ２０のコンテンツ生成要求部２２はアップロードするコンテンツ２０１のメタデータ２０２をコンテンツ記憶部２１から取得し（ステップＳ１１）、ネットワークＨＤＤ３０のコンテンツ生成部３２にコンテンツ生成要求を送る（ステップＳ１２）。ネットワークＨＤＤ３０のコンテンツ生成部３２は、受信したメタデータ３０２をコンテンツ記録部３１に格納する（ステップＳ１３）。コンテンツ生成部３２は、メタデータ３０２に基づいてアップロード用コンテンツのエントリポイントを作成し、生成したコンテンツに対応するエントリポイント情報をデジタルテレビ２０に返す（ステップＳ１４）。
【００１７】
図４に、ContentDirectrory:1サービス仕様のCreateObjectコマンドを用いて送信されるコンテンツ生成要求とエントリポイント情報との一例を示す。ここで“request”はコンテンツ生成要求であり、“response”はその応答であるエントリポイント情報を示す。この“request”では、メタデータがＸＭＬを用いて記述されている。このコンテンツ生成要求では、タイトルが“A Newsshow”、開始時刻が２００８年２月２８日１９時００分で終了時刻が２００８年２月２８日１９時３０分であるようなビデオコンテンツのエントリ作成を要求している。
【００１８】
“Response”では、送られたメタデータの内容に加えて生成されたコンテンツの識別子が“12”であること、コンテンツのアップロードの宛先がresタグのimportUri属性に示されているURL “http:/pc/item?id=12”であることが、示されている。
【００１９】
続いて、デジタルテレビ２０のコンテンツ送信部２３は、コンテンツ記憶部２１からコンテンツ２０１を読みだして（ステップＳ１５）、ネットワークＨＤＤ３０のコンテンツ受信部３３に対して送信する（ステップＳ１６）。コンテンツ２０１は一括して読みだされることもあるし、放送コンテンツなど部分に分けて読みだされ時間をかけて送られることもある。ネットワークＨＤＤ３０のコンテンツ受信部３３は、送られてきたコンテンツ３０１を受信し、コンテンツ記録部３１のメタデータ３０２と関連付けられた領域に保存する（ステップＳ１７）。
【００２０】
コンテンツを送信している間、事後メタデータ生成部２４はコンテンツのメタデータ２０２の変化を監視する。変化を検出した場合、少なくともメタデータ中の変更されている項目を含む事後メタデータを生成し、事後メタデータをコンテンツの送信の末尾に後置するようコンテンツ送信部２３に指示する（ステップＳ１８）。コンテンツ送信部２３はコンテンツの送信の末尾に、事後メタデータを付与してネットワークＨＤＤ３０のコンテンツ受信部３３に送信する（ステップＳ１９）。ネットワークＨＤＤ３０のメタデータ更新部３４は、コンテンツ受信部３３で受信されるデータから事後メタデータを抽出し、コンテンツ記録部３１中の対応するメタデータ３０２を更新する（ステップＳ２０）。
【００２１】
図５に、ＨＴＴＰプロトコルのＰＯＳＴコマンドを用いてコンテンツを送信する場合の一例を示す。ここでは、URL “http://pc/item?id=12” に対して、MPEG形式のビデオコンテンツを送信し、受信側の応答として成功が返されていることを示す。ここで宛先として用いられているURL “http://pc/item?id=12” は、コンテンツ生成要求の応答の一部として得られる値である。本発明の実施形態では、コンテンツはPOSTメッセージのボディとして、チャンクエンコードして送信される。チャンクエンコードは、コンテンツを一括して送信するのではなく、小さな部分の羅列として送信できる特徴がある。ＨＴＴＰプロトコル仕様ではチャンク転送を用いる場合、Trailerフィールドを用いてボディにヘッダフィールドを後置できるため、後置するヘッダフィールドに事後メタデータを配置する。この例では、事後メタデータを通知するのに用いるヘッダフィールドとして X-UpdateMetadata を用い、送信開始時のTrailerフィールドにそのヘッダフィールド名を指定して、該用途のフィールドであることを受信側に示し、コンテンツの送信終了後にX-UpdateMetadataフィールドに載せた事後メタデータを介して、新しいタイトルとして “A Special Newsshow”、新しい終了時刻は 2008年2月28日19時45分である旨が、ネットワークＨＤＤ３０に伝えられる。
【００２２】
アップロード完了後、ネットワークＨＤＤ３０上のコンテンツは、デジタルテレビ２０からＵＰｎＰ  ＡＶのＢｒｏｗｓｅコマンドによって確認することができる。上記手順で事後メタデータが伝えられ、コンテンツ記録部３１のメタデータが変更されたあと、問い合わせの応答で示されるメタデータの内容は、事後メタデータで伝えられた内容を反映したものになっている。図６にＢｒｏｗｓｅコマンドの送信例を示す。Ｂｒｏｗｓｅコマンドの送信に対する応答（“Response”）によって、タイトルは “A Special Newsshow”に、終了時刻は 2008年2月28日19時45分に変更されていることを示している。
【００２３】
以上の一連のアップロード手順において、デジタルテレビ２０とネットワークＨＤＤ３０との間で交換されるメッセージ数は、従来例と変わらない。
【００２４】
[第２の実施形態]
図７は、本発明の第２の実施形態に係わる、デジタルテレビ２０およびネットワークＨＤＤ３０を含むコンテンツアップロードシステムの構成を示すブロック図である。  
デジタルテレビ２０は、アップロードすべきコンテンツを記憶するコンテンツ記憶部２１、コンテンツからメタデータを取得してネットワークＨＤＤ３０にアップロード手順の開始を伝えるコンテンツ生成要求部２２、アップロード中のメタデータ変化を取得し、ネットワークＨＤＤ３０のメタデータ更新部からの問い合わせに応答する事後メタデータ問合わせ応答部２５、コンテンツをネットワークＨＤＤ３０に送信するコンテンツ送信部２３等から構成される。
【００２５】
ネットワークＨＤＤ３０は、デジタルテレビ２０のコンテンツ生成要求部２２から送られるメタデータに基づいてアップロード用コンテンツのエントリポイントを作成するコンテンツ生成部３２、デジタルテレビ２０のコンテンツ送信部２３から送られるコンテンツデータを受信してコンテンツ記録部３１に記録するコンテンツ受信部３３、コンテンツデータとメタデータを記録し管理するコンテンツ記録部３１、およびデジタルテレビ２０の事後メタデータ問合わせ応答部２５にメタデータを問い合わせ、事後メタデータを取得した場合にコンテンツ記録部３１中のメタデータを更新するメタデータ更新部３５等から構成される。  
デジタルテレビ２０およびネットワークＨＤＤ３０は、第１の実施形態と同様に、ＤＬＮＡガイドライン１．５のコンテンツアップロード手順に基づいて動作する。
【００２６】
図８のシーケンス図を参照して、本発明の第２の実施形態に係わるコンテンツアップロードの手順を説明する。図８は、本発明の第２の実施形態に係わるコンテンツアップロードの手順を示すシーケンス図である。
【００２７】
先ず、デジタルテレビ２０のコンテンツ生成要求部２２はアップロードするコンテンツ２０１のメタデータ２０２をコンテンツ記憶部２１から取得し（ステップＳ３１）、ネットワークＨＤＤ３０のコンテンツ生成部３２にコンテンツ生成要求を送る（ステップＳ３２）。ネットワークＨＤＤ３０のコンテンツ生成部３２は、受信したメタデータ３０２をコンテンツ記録部３１に格納する（ステップＳ３３）。コンテンツ生成部３２は、メタデータ３０２に基づいてアップロード用コンテンツのエントリポイントを作成し、生成したコンテンツに対応するエントリポイント情報をデジタルテレビ２０に返す（ステップＳ３４）。ここまでの処理は、第１の実施形態において図３を参照して説明したステップＳ１１からステップＳ１４までの処理と同様である。
【００２８】
続いて、デジタルテレビ２０のコンテンツ送信部２３は、コンテンツ記憶部２１からコンテンツを読みだしつつ（ステップＳ３５）、ネットワークＨＤＤ３０のコンテンツ受信部３３に対して送信する（ステップＳ３６）。コンテンツは一括して読みだされることもあるし、放送コンテンツなど部分に分けて読みだされ時間をかけて送られることもある。この際、デジタルテレビ２０はネットワークＨＤＤ３０に対して、問い合わせ用情報を添付して送る。問い合わせ情報は、本実施形態では、該コンテンツの事後メタデータを返すＵＲＬとする。
【００２９】
ネットワークＨＤＤ３０のコンテンツ受信部３３は、送られてきたコンテンツを受信し、コンテンツ記録部３１のメタデータと関連付けられた領域に保存する（ステップＳ３７）。
【００３０】
コンテンツを送信している間、事後メタデータ問合わせ応答部２５はコンテンツのメタデータの変化の有無を検出し、変化を検出した場合、少なくともメタデータ中の変更されている項目を含む事後メタデータを生成する。そして、ネットワークＨＤＤ３０のメタデータ更新部３５からの問い合わせ（ステップＳ３８）に対して、変化を検出している場合に事後メタデータを応答する（ステップＳ３９）。ネットワークＨＤＤ３０のメタデータ更新部３５は、取得した事後メタデータに基づいて、コンテンツ記録部３１中の対応するコンテンツメタデータを更新する（ステップＳ４０）。
【００３１】
図９は、ＨＴＴＰプロトコルのＰＯＳＴコマンドを用いてコンテンツを送信する場合の一例を示す図である。ここでは、URL “http://pc/item?id=12” に対して、MPEG形式のビデオコンテンツを送信し、受信側の応答として成功が返されていることを示す。ここで宛先として用いられているURL “http://pc/item?id=12” は、コンテンツ生成要求の応答の一部として得られる値である。本実施形態では、問い合わせ用情報としての事後メタデータURLは、X-MetadatQueryURLフィールドで与えられる http://tuner/item?source=1234abcd5678 である。
【００３２】
アップロード中、ネットワークＨＤＤ３０はデジタルテレビ２０に対して事後メタデータを問い合わせ、取得した事後メタデータに基づいて、コンテンツ記録部３１のメタデータを更新する。問い合わせは少なくともコンテンツデータの受信が終了する際に行う。その他の問い合わせを行うタイミングはネットワークＨＤＤ３０の判断による。
【００３３】
次に、ネットワークＨＤＤ３０が、デジタルテレビ２０の問い合わせ用ＵＲＬに対して、ＨＴＴＰ  ＧＥＴリクエストを行うことで、事後メタデータを取得する例を図１０に示す。この例では、更新されたメタデータはタイトルと終了時刻に関するものであって、それぞれタイトルが “A Special Newsshow”に、終了時刻が2008年2月29日19時45分であることを示している。なお、変化した部分だけでなく、該コンテンツに関するメタデータすべてを返してもよい。
【００３４】
アップロード完了後、ネットワークＨＤＤ３０上のコンテンツは、デジタルテレビ２０からＵＰｎＰ  ＡＶのＢｒｏｗｓｅコマンドによって確認することができる。この手順と内容例は、第１の実施形態と同じである。
【００３５】
以上の一連のアップロード手順において、ネットワークＨＤＤ３０は、コンテンツのアップロードをネットワークＨＤＤ３０側から中断する場合においても、事後メタデータを取得してすでに記録しているコンテンツに対してメタデータを更新することができる。ただし、デジタルテレビ２０は、クライアント装置としての動作に加えて問い合わせに応えるサーバ装置としても動作する必要がある。またネットワークＨＤＤ３０は、サーバ装置としての動作に加えて問い合わせを行うクライアント装置としても動作する必要がある。
【００３６】
[第２の実施形態の変形例]
デジタルテレビ２０が、他の装置に対して、ＤＬＮＡガイドライン１．５仕様に基づくネットワークチューナ装置として、チャンネルの一覧とそのチャンネルからのコンテンツダウンロードを、デジタルテレビ２０のＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１サービスを通じて他装置に対して提供する場合、そのサービス識別子とチャンネル識別子とを、事後メタデータの問い合わせ用情報としてネットワークＨＤＤ３０に与えてもよい。チャンネル一覧では、静的なチャンネル情報のほか、現在放送中の番組のタイトルやジャンル、開始時刻終了時刻などを随時公開することで、ネットワークＨＤＤ３０からはチャンネル識別子に基づいてネットワークチューナー装置のチャンネル情報を取得することで、随時内容を確認することができる。
【００３７】
例えば、図１１に示すように、コンテンツの送信を開始する際に、X-ＭｅｔａｄａｔａＱｕｅｒｙＵＲＬにて、コンテンツ送信装置としてのデジタルテレビ２０の機器識別子(uuid: 550e8400-e29b-41d4-a716-446655440000)とサービス識別子(urn:schemas-upnp-org:serviceId:ContentDirectory:1)、そしてチャンネル識別子(/tuner/ch3}の組を、デジタルテレビ２０はネットワークＨＤＤ３０に渡す。
【００３８】
そして、ネットワークＨＤＤ３０のメタデータ更新部は、問い合わせ用情報に基づいて、たとえばＣｏｎｔｅｎｔＤｉｒｅｃｔｒｙ：１サービスのＢｒｏｗｓｅコマンドを用いて、事後メタデータを問い合わせる。得られる事後メタデータはアップロードされるコンテンツを直接さすものでなく、そのコンテンツを放送するチャンネルについての情報であるので、ネットワークＨＤＤ３０では、その中から必要なメタデータを選択して取得する必要がある。図１２に示す例では、メタデータの識別子として“/tuner/ch3”を持つチャンネルは、チャンネル番号が“3”でチャンネル名が“NumberThree Channel”、放送中の番組名は“A Special Newsshow”で開始時刻が2008年2月28日19時00分ちょうど。終了時刻が19時45分で、MPEGビデオ形式のコンテンツが“http://tuner/cd/content?id=tuner_ch3”に対するＨＴＴＰプロトコルのＧＥＴリクエストで得ることができる旨を示している。
【００３９】
[第３の実施形態]
図１３に、本発明の第３の実施形態に係わるデジタルテレビ２０およびネットワークＨＤＤ３０を含むコンテンツアップロードシステムの構成を示す。デジタルテレビ２０は、アップロードすべきコンテンツを記憶するコンテンツ記憶部２１、コンテンツからメタデータを取得してネットワークＨＤＤ３０にアップロード手順の開始を伝えるコンテンツ生成要求部２２、アップロード中のメタデータ変化を取得し、ネットワークＨＤＤ３０のメタデータ更新部３６に対してメタデータ更新要求を送信する事後メタデータ更新要求部２６、およびコンテンツをネットワークＨＤＤ３０に送信するコンテンツ送信部２３等から構成される。
【００４０】
ネットワークＨＤＤ３０は、デジタルテレビ２０のコンテンツ生成要求部２２から送られるメタデータに基づいてアップロード用コンテンツのエントリポイントを作成するコンテンツ生成部３２、デジタルテレビ２０のコンテンツ送信部２３から送られるコンテンツデータを受信してコンテンツ記録部３１に記録するコンテンツ受信部３３、コンテンツデータとメタデータを記録し管理するコンテンツ記録部３１、およびデジタルテレビ２０から事後メタデータ更新要求を受信して、その内容に基づいてコンテンツ記録部３１中のメタデータを更新するメタデータ更新部３６等から構成される。  
第１および第２の実施形態と同様に、デジタルテレビ２０およびネットワークＨＤＤ３０は、ＤＬＮＡガイドライン１．５のコンテンツアップロード手順に基づいて動作する。
【００４１】
図１４を参照して本発明の第３の実施形態に係わるコンテンツアップロードの手順を説明する。図１４は、本発明の第３の実施形態に係わるコンテンツアップロードの手順を示すシーケンス図である。  
先ず、デジタルテレビ２０のコンテンツ生成要求部２２はアップロードするコンテンツ２０１のメタデータ２０２をコンテンツ記憶部２１から取得し（ステップＳ５１）、ネットワークＨＤＤ３０のコンテンツ生成部３２にコンテンツ生成要求を送る（ステップＳ５２）。ネットワークＨＤＤ３０のコンテンツ生成部３２は、受信したメタデータ３０２をコンテンツ記録部３１に格納する（ステップＳ５３）。コンテンツ生成部３２は、メタデータ３０２に基づいてアップロード用コンテンツのエントリポイントを作成し、生成したコンテンツに対応するエントリポイント情報をデジタルテレビ２００に返す（ステップＳ５４）。ここまでの処理は、第１の実施形態において図３を参照して説明したステップＳ１１からステップＳ１４までの処理と同様である。
【００４２】
コンテンツのアップロード中、デジタルテレビ２０の事後メタデータ更新要求部２６はコンテンツメタデータの変化を監視し、変化を検出する度に、少なくともメタデータ中の変更されている項目を含む事後メタデータを生成する。そして、ＣｏｎｔｅｎｔＤｉｒｅｏｃｔｙｒ：１のＵｐｄａｔｅＯｂｊｅｃｔコマンドを用いてネットワークＨＤＤ３０のメタデータ更新部３６にメタデータの更新を要求する（ステップＳ５９）。ネットワークＨＤＤ３０のメタデータ更新部３６はＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１のＵｐｄａｔｅＯｂｊｅｃｔコマンドにて指定される事後メタデータを取得して、その内容に基づいてコンテンツ記録部３１に記録ｓれているコンテンツに対応するメタデータを変更する（ステップＳ６０）。
【００４３】
図１５に、ネットワークＨＤＤ３０がデジタルテレビ２０に対して行うメタデータ更新要求を行うためのメッセージの一例である。この例では、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１サービスのＵｐｄａｔｅＯｂｊｅｃｔコマンドを用いて、ネットワークＨＤＤ３０で作成されたコンテンツ識別子の値が“12”であるコンテンツのメタデータに対して、タイトルを“A Special Newsshow”に、終了時刻を2008年2月29日19時45分に変更することを要求し、応答として成功が返されたことを示している。
【００４４】
アップロード完了後、ネットワークＨＤＤ３０上のコンテンツは、デジタルテレビ２０からＵＰｎＰ  ＡＶのＢｒｏｗｓｅコマンドによって確認することができる。この手順と内容例は、第１の実施形態と同じである。
【００４５】
以上の一連のアップロード手順において、デジタルテレビ２０は、コンテンツのアップロード中にメタデータの変化を検出した場合でも、その検出したタイミングで変化後のメタデータをネットワークＨＤＤ３０に通知することができる。ネットワークＨＤＤ３０は伝えられた事後メタデータに基づいて、アップロードされるコンテンツの内容の変化に対応するメタデータを保持することができる。また、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１で定義するコマンドの組合わせで実現可能であるが、ＵｐｄａｔｅＯｂｊｅｃｔコマンドはネットワークＨＤＤ３０のすべてで装備されるとは限らない問題があり、またメタデータの一部はＵｐｄａｔｅＯｂｊｅｃｔコマンドによる変更を許さないものがあるが、そのことをデジタルテレビ２０は知るすべがない問題がある。
【００４６】
[変形例]
以上の説明したように、第１、第２および第３の実施形態において、それぞれ示した方法によって、ネットワークＨＤＤ３０は、コンテンツのアップロード中にデジタルテレビ２０側でメタデータが変化しても、適切にメタデータを取得することができるようになる。ただし、それぞれの実施形態はそれぞれの問題点を抱えており、これらの問題点を克服するために、前記三種の実施形態を組み合わせて適用することが望ましい。
【００４７】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００４８】
【図１】第１の実施形態に係わるコンテンツ送信装置とコンテンツ受信装置を示す図。
【図２】第１の実施形態に係わるコンテンツ送信装置およびコンテンツ受信装置のシステム構成を示す図。
【図３】第１の実施形態に係わるコンテンツアップロード手順を示すシーケンス図。
【図４】第１の実施形態に係わる、ContentDirectrory:1サービス仕様のCreateObjectコマンドを用いて送信されるコンテンツ生成要求とエントリポイント情報との一例を示す図。
【図５】第１の実施形態に係わる、ＨＴＴＰプロトコルのＰＯＳＴコマンドを用いたコンテンツを送信する場合の一例を示す図。
【図６】第１の実施形態に係わる、Ｂｒｏｗｓｅコマンドの送信例を示す図。
【図７】第２の実施形態に係わるコンテンツ送信装置およびコンテンツ受信装置のシステム構成を示す図。
【図８】第２の実施形態に係わるコンテンツアップロード手順を示すシーケンス図。
【図９】第２の実施形態に係わる、ＨＴＴＰプロトコルのＰＯＳＴコマンドを用いてコンテンツを送信する場合の一例を示す図。
【図１０】第２の実施形態に係わる、コンテンツ受信装置が、コンテンツ送信装置の問い合わせ用ＵＲＬに対して、ＨＴＴＰ  ＧＥＴリクエストを行うことで、事後メタデータを取得する例を示す図。
【図１１】第２の実施形態の変形例に係わる、コンテンツのメタデータの問合わせ情報として、コンテンツ送信装置の機器識別子とサービス識別子、チャンネル識別子の組をコンテンツ受信装置に送信する例を示す図。
【図１２】第２の実施形態の変形例に係わる、Ｂｒｏｗｓｅコマンドの送信例を示す図。
【図１３】第３の実施形態に係わるコンテンツ送信装置およびコンテンツ受信装置のシステム構成を示す図。
【図１４】第３の実施形態に係わるコンテンツアップロード手順を示すシーケンス図。
【図１５】コンテンツ受信装置がコンテンツ送信装置に対して行うメタデータ更新要求を行うためのメッセージの一例を示す図。
【符号の説明】
【００４９】
１０…ネットワーク，２０…デジタルテレビ，２１…コンテンツ記憶部，２２…コンテンツ生成要求部，２３…コンテンツ送信部，２４…事後メタデータ生成部，２５…事後メタデータ問合わせ応答部，２６…事後メタデータ更新要求部，３…ネットワークＨＤＤ，３１…コンテンツ記録部，３２…コンテンツ生成部，３３…コンテンツ受信部，３４…メタデータ更新部，３５…メタデータ更新部，３６…メタデータ更新部，４０…アンテナ。
【図１】
0004384238.tif 000002
【図２】
0004384238.tif 000003
【図３】
0004384238.tif 000004
【図４】
0004384238.tif 000005
【図５】
0004384238.tif 000006
【図６】
0004384238.tif 000007
【図７】
0004384238.tif 000008
【図８】
0004384238.tif 000009
【図９】
0004384238.tif 000010
【図１０】
0004384238.tif 000011
【図１１】
0004384238.tif 000012
【図１２】
0004384238.tif 000013
【図１３】
0004384238.tif 000014
【図１４】
0004384238.tif 000015
【図１５】
0004384238.tif 000016