(57)【要約】【課題】  ネットワークの外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータに変換する方法及び装置、並びにこれを用いたネットワークシステムを提供すること。【解決手段】  外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータにマッピングするマッピングモジュールと、前記受信された外部デジタルコンテンツのメタデータ内の番組ごとに割り当てられた固有の識別子を使用して所定の方法で前記番組にアクセスする方法を検索する番組アクセス方法検索モジュールとを備える。【選択図】  図４
2004320752.tif 000002
【特許請求の範囲】
【請求項１】
外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータにマッピングし、前記受信された外部デジタルコンテンツのメタデータから、番組ごとに割り当てられた固有の識別子を使用して前記番組にアクセスする方法を見つけることにより、前記受信された外部デジタルコンテンツのメタデータを前記ネットワーク固有のデジタルコンテンツのメタデータに変換することを特徴とするデジタルコンテンツのメタデータ変換装置。
【請求項２】
外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータにマッピングするマッピングモジュールと、
前記受信された外部デジタルコンテンツのメタデータから、番組ごとに割り当てられた固有の識別子を使用して所定の方法で前記番組にアクセスする方法を検索する検索モジュールとを備えることを特徴とする請求項１に記載のデジタルコンテンツのメタデータ変換装置。
【請求項３】
前記外部から受信されたデジタルコンテンツのメタデータは、TV-Anytime メタデータであり、前記ネットワーク固有のデジタルコンテンツのメタデータは、ＵＰｎＰ ＣＤＳのメタデータであることを特徴とする請求項１または２に記載のデジタルコンテンツのメタデータ変換装置。
【請求項４】
前記番組にアクセスする方法は、ＵＲＬを使用する方法であることを特徴とする請求項３に記載のデジタルコンテンツのメタデータ変換装置。
【請求項５】
外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータにマッピングし、前記受信された外部デジタルコンテンツのメタデータから、番組ごとに割り当てられた固有の識別子を使用して前記番組にアクセスする方法を見つけることにより、前記受信された外部デジタルコンテンツのメタデータを前記ネットワーク固有のデジタルコンテンツのメタデータに変換し、かつ、前記変換されたデジタルコンテンツのメタデータをネットワーク内部のデバイスが利用できるように格納することを特徴とするネットワーク装置。
【請求項６】
外部からデジタルコンテンツのメタデータを受信するメタデータ受信部と、
前記メタデータ受信部に受信された外部デジタルコンテンツのメタデータを所定の規則によりネットワーク固有のデジタルコンテンツのメタデータにマッピングし、 前記受信された外部デジタルコンテンツのメタデータから、番組ごとに割り当てられた固有の識別子を使用して所定の方法で前記番組にアクセスする方法を見つけることにより、前記受信された外部デジタルコンテンツのメタデータを前記ネットワーク固有のデジタルコンテンツのメタデータに変換する変換部と、
前記変換されたデジタルコンテンツのメタデータをネットワーク内部のデバイスが利用できるように格納している格納部とを備えることを特徴とする請求項５に記載のネットワーク装置。
【請求項７】
前記格納部に格納されている前記変換されたネットワーク固有のデジタルコンテンツのメタデータのうち、一部または全てを所定の条件により削除するメタデータフィルタ部をさらに備えることを特徴とする請求項６に記載のネットワーク装置。
【請求項８】
ネットワーク固有のデジタルコンテンツのメタデータにマッピングされた外部デジタルコンテンツのメタデータのうち、既存のネットワーク固有のデジタルコンテンツのメタデータのクラスが支援するプロパティにマッピングされないメタデータに対し、これを解析し利用できるようにする処理モジュールを備えることを特徴とする請求項５に記載のネットワーク装置。
【請求項９】
前記外部から受信されたデジタルコンテンツのメタデータは、TV-Anytime メタデータであり、前記ネットワーク固有のデジタルコンテンツのメタデータは、ＵＰｎＰ ＣＤＳのメタデータであることを特徴とする請求項５乃至８の何れかに記載のネットワーク装置。
【請求項１０】
前記番組にアクセスする方法は、ＵＲＬを使用する方法であることを特徴とする請求項９に記載のネットワーク装置。
【請求項１１】
外部からデジタルコンテンツのメタデータを受信するメタデータ受信部と、前記メタデータ受信部に受信された外部デジタルコンテンツのメタデータを所定の規則によりネットワーク固有のデジタルコンテンツのメタデータにマッピングし、前記受信された外部デジタルコンテンツのメタデータから、番組ごとに割り当てられた固有の識別子を使用して所定の方法で前記番組にアクセスする方法を見つけることにより、前記受信された外部デジタルコンテンツのメタデータを前記ネットワーク固有のデジタルコンテンツのメタデータに変換する変換部と、前記変換されたデジタルコンテンツのメタデータをネットワーク内部のデバイスが利用できるように格納している格納部とを含む第１のネットワーク装置と、
前記ネットワーク固有のデジタルコンテンツのメタデータにマッピングされた前記外部デジタルコンテンツのメタデータのうち、既存のネットワーク固有のデジタルコンテンツのメタデータのクラスが支援するプロパティにマッピングされないメタデータに対し、これを解析し利用できるようにする処理モジュールを含む第２のネットワーク装置とを備えることを特徴とするネットワークシステム。
【請求項１２】
前記外部から受信されたデジタルコンテンツのメタデータは、TV-Anytime メタデータであり、前記ネットワーク固有のデジタルコンテンツのメタデータは、ＵＰｎＰ ＣＤＳのメタデータであることを特徴とする請求項１１に記載のネットワークシステム。
【請求項１３】
前記番組にアクセスする方法は、ＵＲＬを使用する方法であることを特徴とする請求項１２に記載のネットワークシステム。
【請求項１４】
外部からデジタルコンテンツのメタデータを受信するステップと、
前記受信された外部デジタルコンテンツのメタデータを所定の規則によりネットワーク固有のデジタルコンテンツのメタデータにマッピングするステップと、 
前記受信された外部デジタルコンテンツのメタデータ内のコンテンツ参照識別子(ＣＲＩＤ)を参照して、該当のコンテンツにアクセスする方法を検索するステップとを含むことを特徴とするデジタルコンテンツのメタデータ変換方法。
【請求項１５】
外部からデジタルコンテンツのメタデータを受信するステップと、
前記受信された外部デジタルコンテンツのメタデータを所定の規則によりネットワーク固有のデジタルコンテンツのメタデータにマッピングするステップと、
前記受信された外部デジタルコンテンツのメタデータ内のコンテンツ参照識別子(ＣＲＩＤ)を参照して、該当のコンテンツにアクセスする方法を検索するステップと、
前記マッピング情報及び前記コンテンツにアクセスする方法に基づいて前記ネットワーク固有のデジタルコンテンツのメタデータに変換された前記外部デジタルコンテンツのメタデータを格納するステップとを含むことを特徴とするデジタルコンテンツのメタデータ変換方法。
【請求項１６】
変換されたデジタルコンテンツのメタデータに対する一部または全ての削除条件を設定し、前記変換された外部デジタルコンテンツのメタデータに対し、削除条件に該当するメタデータを検索して削除するステップをさらに含むことを特徴とする請求項１５に記載のデジタルコンテンツのメタデータ変換方法。
【請求項１７】
前記外部から受信されたデジタルコンテンツのメタデータは、TV-Anytime メタデータであり、前記ネットワーク固有のデジタルコンテンツのメタデータは、 ＵＰｎＰ ＣＤＳのメタデータであることを特徴とする請求項１４乃至１６の何れかに記載のデジタルコンテンツのメタデータ変換方法。
【請求項１８】
前記コンテンツにアクセスする方法は、ＵＲＬを使用する方法であることを特徴とする請求項１７に記載のデジタルコンテンツのメタデータ変換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータに変換する方法及び装置、並びにこれを用いたネットワークシステムに関し、詳しくは、TV-Anytime情報をＵＰｎＰコンテンツディレクトリサービス(Content Directory Service、以下、“ＣＤＳ”と称する)で利用できるようにする方法及び装置、並びにこれを用いたネットワークシステムに関し、より詳しくは、TV-Anytimeの情報をＵＰｎＰデバイスがＵＰｎＰ ＣＤＳを通して利用できるようにするためのデジタルコンテンツのメタデータ変換方法及び装置、並びにこれを用いたネットワークシステムに関する。
【背景技術】
【０００２】
視聴者が所望の放送番組を所望のＴＶを通して視聴可能であれば、放送時間に拘らずに、所望のＴＶ番組を視聴することが可能となる。現在、ＶＣＲの予約録画機能を利用して時間の制限をある程度克服できるが、この場合でも、視聴者は、一々番組の放送時間を確認し、番組を予約しなければならないという煩わしさがある。最近は、ＭＰＥＧなどの動画像圧縮技術、大容量ＨＤＤ、動画像編集技術、インターネットなどのデジタル技術の発展に伴い、大容量の格納装置を備えた家庭用ＰＶＲ(Personal Video Recorder)が市場に導入されつつある。ＰＶＲのユーザは、所望の時間に所望のＴＶ番組を視聴することができるし、その他にも様々なサービスの提供を受けることができる。ＰＶＲは、コンピュータに、ケーブルまたは衛星放送、デジタルＴＶなどの様々なチャンネルを介して受信される放送番組を、動画像圧縮技術を利用してコンピュータのＨＤＤに格納するシステムであり、オーディオカセットやＶＣＲで提供できない便利な探索機能や再生機能、優れた画質、及び再生や録画を同時に行うことができる機能などを備えている。ＰＶＲは、ＴＶチューナーと、運営ソフトウェアと、モデムと、ハードドライブとから構成されており、インターネットを介して所望の時間帯の所望の番組をリモコンで選択して録画することができる。このようなサービスの実現のために、コンテンツ製作者、通信及び放送社、サービスプロバイダ、家電会社などが集まり、１９９９年９月にTV-Anytimeフォーラムという民間標準機構を設立した。このフォーラムは、ビジネスモデル、システム技術、メタデータ、コンテンツ参照、コンテンツ保護管理などのワーキンググループに分けて標準化を進めており、２００２年６月の「1st Draft of Metadata Specification SP003 v1.3」まで発表されている。これに関する詳しい内容は、www.TV-Anytime.orgで確認することができる。
【０００３】
汎用プラグアンドプレイフォーラム(Universal Plug & Play; ＵＰｎＰ)は、１９９９年１０月１８日に設立されたフォーラムであって、Microsoft社が貢献した共通の装置構造(Common Device Architecture)により、「ＵＰｎＰ装置及びサービス 説明書」(元々、装置制御プロトコル、またはＤＣＰｓと呼ばれていた)を定義した。このフォーラムの目的は、ネットワークに容易に接続できる装置を開発し、家庭及び企業環境でネットワーク具現の手順を単純化するものであり、このフォーラムは、開放型インターネットベースの通信プロトコルに基づいて具現されたＵＰｎＰ装置及びサービス説明書を定義して発行することにより、上記の目的を達成している。このフォーラムのウェブサイト(www.UpnP.org)には、フォーラムが開発して標準化したスキーマについて格納されており、装置構造に関する文書、装置やサービス説明に必要なテンプレート、装置及びサービス説明書の作成指針などが含まれている。ＵＰｎＰを通して、装置が自動的にネットワークに動的に参加し、ＩＰアドレスを確保し、機能を伝達すると共に、他の装置の存在及び機能を確認することができるため、実際に、ゼロ構成(zero configuration) ネットワークを具現することができる。各装置は、持続的に他の各装置と直接通信することにより、Ｐ２Ｐネットワーキング機能をより強化することができる。ＵＰｎＰの適用範囲は、ホーム自動化、印刷及びイメージング、オーディオ/ビデオ娯楽、キッチン用品、自動車ネットワークなどの既存及び新規の分野に渡る広範な分野で共に適用することが可能である。ＵＰｎＰは、標準ＴＣＰ/ＩＰを使用していることから、既存のネットワークへの円滑な統合が可能である。ＵＰｎＰは、制御ポイントと装置間の通信を支援し、ネットワークメディア、ＴＣＰ/ＩＰプロトコル及びＨＴＴＰは、基本的なネットワーク接続性及びアドレス指定機能を提供する。このような開放型標準インターネットベースのプロトコルに基づいて、ＵＰｎＰは、検索、説明、 制御、イベント及びプリゼンテーションを処理するために、一連のＨＴＴＰサーバを定義する。ＵＰｎＰベースのデバイスは、ＵＰｎＰ コンテンツディレクトリサービス(Content Directory Service；以下、「ＣＤＳ」と称する)を通して様々なコンテンツの提供を受けることができる。ＵＰｎＰ ＣＤＳは、自分、または他の所に存在するコンテンツに関する情報を格納しており、ＵＰｎＰベースの各デバイスが該当のコンテンツを容易に利用できるようにする。
【０００４】
図１は、TV-AnytimeやＵＰｎＰコンテンツディレクトリサービスが利用される環境を示す図である。
図１の各デバイスは、ＵＰｎＰ ＣＤＳ１１のみを備えたデバイス１０と、TV-Anytimeメタデータを処理するモジュール２１のみを備えたデバイス２０、及びTV-Anytimeメタデータを処理するモジュール３１と、ＵＰｎＰ ＣＤＳ３２とを共に備えたデバイス３０とがある。このような各デバイスは、インターネット、空中波またはケーブル放送、衛星放送などを介してコンテンツの提供を受けることができる。
【０００５】
図２（a）及び（ｂ）は、現在のＵＰｎＰ ＣＤＳのメタデータ階層構造を概略的に示す図である。
ＵＰｎＰ ＣＤＳを通して格納されるデータは、大別して、item１１０とcontainer１２０との二つのメタデータクラスに分類される。itemクラス１１０は、主として一つの単位に存在するマルチメディアデータ、例えば、動画像ファイルや音楽ファイルを表し、containerクラス１２０は、itemを含む単位としてフォルダアルバムなどを表す。これらは、いずれもobject１００というクラスから引き継がれる。
【０００６】
itemクラス１１０の場合、様々な下位クラスが存在するが、このうち、 画像データを表すために、videoItem１１２というクラスが存在し、videoItemクラス１１２の様々な下位クラスのうち、movieクラス１１４は、画像が主となる動画像データを表し、videoBroadcastクラス１１６は、放送データを表す。
【０００７】
containerクラス１２０の場合、ジャンルを表すgenreクラス１２２を下位クラスとし、genreクラス１２２は、映画をジャンル別に集められたitemの集合であるmovieGenreクラス１２４を下位クラスとしている。
【０００８】
ＵＰｎＰ ＣＤＳの各クラスは、自分の属性を表すために、プロパティ(property)を有するが、表１は、各クラスのプロパティを表す。オブジェクト指向の概念と同様に、上位のクラスのプロパティが、下位のクラスに引き継がれる。
【０００９】
【表１】
2004320752.tif 000003
【００１０】
ＵＰｎＰ ＣＤＳは、 ＵＰｎＰデバイスから自分のメタデータが要求されると、これをＸＭＬ形式に示すが、ＵＰｎＰ ＣＤＳを利用するＵＰｎＰ デバイスにＵＰｎＰ ＣＤＳがリターンするitem情報の一例を示すと、次のようになる。
【００１１】
<DIDL-Lite xmlns:dc=“ http ://purl.org/dc/elements/1.1/”
xmlns: upnp =“urn:schemas- upnp -org:metadata-1-0/ upnp /”
xmlns=“urn:schemas- upnp -org:metadata-1-0/DIDL-Lite/”>
<item id=“10” parentID=“4” restricted=“false”>
<dc:title>Desert Rose</dc:title>
<dc:creator>Sting</dc:creator>
<upnp:class>object.item.audioItem.musicTrack</ upnp:class>
<res  protocolInfo=“http-get:*:audio/x-ms-wma:*”size=“50000”>
http://10.0.0.1/getcontent.asp?id=10
</res>
</item>
</DIDL-Lite>
【００１２】
図３は、TV-Anytimeメタデータの構成を示す。
TV-Anytimeメタデータは、ＸＭＬ形式に表現され、最も上位階層に <ＴＶAMain>というエレメントを有する。また、その下位として、番組に対する情報２１０と、番組が実際に存在する位置やサービスなどに対する情報２２０と、ユーザに対する情報２３０と、番組の構成単位であるセグメントに対する情報２４０などが存在する。番組に対する情報２１０の下位には、番組そのものに対する情報２１１と、複数の番組をグループに編成する単位であるグループに対する情報２１２と、番組に関連する人々(俳優や監督など)または組織に対する情報２１３と、及び番組のレビューに対する情報２１４などが存在する。番組が実際に存在する位置やサービスなどに対する情報２２０の下位には、サービスに対する情報２２１と、番組の実際の位置に対する情報２２２などが存在する。 ユーザに対する情報２３０の下位には、ユーザの好みに対する情報２３１と、ユーザがそれまでアクセスしてきた記録に対する情報２３２などが存在する。最後に、セグメントに対する情報２４０の下位には、セグメントに対する情報２４１が並んでいる。
【００１３】
ＵＰｎＰにおいては、各ＵＰｎＰデバイスがコンテンツの情報を得るときに共通的なインタフェースを提供するために、ＵＰｎＰ ＣＤＳを利用する。また、各ＵＰｎＰデバイスは、ユーザにサービスを提供するために、ＵＰｎＰ ＣＤＳから取得したコンテンツのメタデータを使用する。ＵＰｎＰ ＣＤＳを構成するメタデータは、主としてＵＰｎＰデバイス１０、３０の内部に格納されているマルチメディアデータの情報を表す。ＵＰｎＰ ＣＤＳがマルチメディアデータの情報を得る過程は、説明書には明示されていない。TV-Anytimeは、記録媒体をベースとしたマルチメディアプラットフォームのためのサービス、技術、ツール(tool)に対する標準規格を定義したものである。TV-Anytimeで扱われるコンテンツとしては、ＴＶ用放送番組のみならず、ラジオ番組、オーディオトラック（audio tracks）、ＭＰＥＧ-４オブジェクト（objects）、イメージ、音楽などがある。TV-Anytimeでは、番組のタイトル、番組のあらましなどのような様々なメタデータを利用してユーザにサービスを提供できるようにする。
【００１４】
TV-Anytimeで表されるメタデータは、ブロードキャストbroadcastされる放送信号、またはインターネットを介して各デバイス２０、３０に伝達される。各デバイスは、ＥＰＧ(Electronic Program Guide)などを作成するために受信したメタデータを加工して利用する。ユーザがＥＰＧを見ながら選択した番組にアクセスするために、各デバイスは、ＣＲＩＤという選択された番組ごとに割り当てられた固有の識別子を使用してlocation resolutionという方法で位置を検索し、その位置情報から放送コンテンツを取得することにより、ユーザにより選択された番組をユーザが視聴するか、録画できるようにする。
【００１５】
しかし、TV-AnytimeとＵＰｎＰ ＣＤＳとは、互換しないメタデータを管理し、ユーザにサービスしている。このような構造は、次のような問題点がある。先ず、ＵＰｎＰ ＣＤＳのみにアクセスできるＵＰｎＰ デバイスは、TV-Anytimeから提供されるメタデータを使用することができず、これにより、全てのメタデータにアクセスしようとするユーザの要求を満たすことができない。
【００１６】
さらに、これを解決するための方法として、コンテンツのメタデータを必要とする各デバイスがＵＰｎＰ ＣＤＳとTV-Anytimeとを共に支援するようにするのは、多くの負担がかかる。ＵＰｎＰ ＣＤＳは、放送コンテンツを表すためのクラスであって、movie１１４やvideoBroadcast１１６などを備えているが、これらのプロパティが極めて不十分であり、よって、ユーザには、極めて制限された情報のみを伝達することになる。そこで、各デバイスは、TV-Anytimeを支援するデバイスと、ＵＰｎＰ ＣＤＳを支援するデバイスとに分けられたり、両方とも支援するが、ユーザには別の観点の情報を提供する各デバイスが存在することになり、これは、ユーザにとって不便であり、メタデータへのアクセス性の二元化によるデバイス使用上の煩わしさが増すことになる。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明は、上記問題点に鑑みなされたものであり、ネットワークの外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータに変換する方法及び装置、並びにこれを用いたネットワークシステムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
上記の目的を達成するため、本発明の一実施の形態のデジタルコンテンツのメタデータ変換装置は、外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータにマッピングし、 前記受信された外部デジタルコンテンツのメタデータから、番組ごとに割り当てられた固有の識別子を使用して該当の番組にアクセスする方法を見つけることにより、前記受信された外部のデジタルコンテンツのメタデータを前記ネットワーク固有のデジタルコンテンツのメタデータに変換する。
【００１９】
前記実施の形態において、前記デジタルコンテンツのメタデータ変換装置は、外部から受信された外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータにマッピングするマッピングモジュールと、前記受信された外部デジタルコンテンツのメタデータから、番組ごとに割り当てられた固有の識別子を使用して所定の方法で前記番組にアクセスする方法を検索する番組アクセス方法検索モジュールとを備えている。
【００２０】
また、本発明の一実施の形態のネットワーク装置は、外部から受信されたデジタルコンテンツのメタデータをネットワーク固有のデジタルコンテンツのメタデータにマッピングし、前記受信された外部デジタルコンテンツのメタデータから、番組ごとに割り当てられた固有の識別子を使用して前記番組にアクセスする方法を見つけることにより、前記受信された外部デジタルコンテンツのメタデータを前記ネットワーク固有のデジタルコンテンツのメタデータに変換し、かつ、前記変換された外部デジタルコンテンツのメタデータをネットワーク内部のデバイスが利用できるように格納する。
【００２１】
前記実施の形態において、前記ネットワーク装置は、外部からデジタルコンテンツのメタデータを受信するメタデータ受信部と、前記メタデータ受信部に受信された外部デジタルコンテンツのメタデータを所定の規則によりネットワーク固有のデジタルコンテンツのメタデータにマッピングし、前記受信された外部のデジタルコンテンツのメタデータから、番組ごとに割り当てられた固有の識別子を使用して所定の方法で前記番組にアクセスする方法を見つけることにより、前記受信された外部の受信された外部デジタルコンテンツのメタデータを前記ネットワーク固有のデジタルコンテンツのメタデータに変換する変換部と、前記変換されたネットワーク固有のデジタルコンテンツのメタデータをネットワーク内部のデバイスが利用できるように格納している格納部とを備えている。
【００２２】
また、前記格納部に格納されている前記変換されたネットワーク固有のデジタルコンテンツのメタデータのうち、一部または全てを所定の条件により削除するメタデータフィルタ部とをさらに備えても良い。
また、本発明の他の実施の形態のネットワーク装置は、ネットワーク固有のデジタルコンテンツのメタデータにマッピングされた外部デジタルコンテンツのメタデータのうち、既存のネットワーク固有のデジタルコンテンツのメタデータのクラスが支援するプロパティにマッピングされないメタデータに対して、これを解析し利用できるようにする処理モジュールを備えている。
【００２３】
また、本発明の一実施の形態のネットワークシステムは、外部からデジタルコンテンツのメタデータを受信するメタデータ受信部と、前記メタデータ受信部に受信された外部デジタルコンテンツのメタデータを所定の規則により、ネットワーク固有のデジタルコンテンツのメタデータにマッピングし、 前記受信された外部デジタルコンテンツのメタデータ内の番組ごとに割り当てられた固有の識別子を使用して所定の方法で前記番組にアクセスする方法を見つけることにより、前記受信された外部デジタルコンテンツのメタデータを前記ネットワーク固有のデジタルコンテンツのメタデータに変換する変換部と、前記変換されたネットワーク固有のデジタルコンテンツのメタデータをネットワーク内部のデバイスが利用できるように格納している格納部とを備えた第１のネットワーク装置と、前記ネットワーク固有のデジタルコンテンツのメタデータにマッピングされた前記外部デジタルコンテンツのメタデータのうち、既存のネットワーク固有のデジタルコンテンツのメタデータのクラスが支援するプロパティにマッピングされないメタデータに対して、これを解析し利用できるようにする処理モジュールとを備えた第２のネットワーク装置とを備えている。
【００２４】
本発明の一実施の形態のデジタルコンテンツのメタデータ変換方法は、外部からデジタルコンテンツのメタデータを受信するステップと、前記受信された外部デジタルコンテンツのメタデータを所定の規則により、ネットワーク固有のデジタルコンテンツのメタデータにマッピングするステップと、前記受信された外部デジタルコンテンツのメタデータ内のコンテンツ参照識別子(ＣＲＩＤ)を参照して、該当のコンテンツにアクセスする方法を検索するステップとを含む。
【００２５】
また、本発明の他の実施の形態のデジタルコンテンツのメタデータ変換方法は、外部からデジタルコンテンツのメタデータを受信するステップと、前記受信された外部デジタルコンテンツのメタデータを所定の規則によりネットワーク固有のデジタルコンテンツのメタデータにマッピングするステップと、 前記受信された外部デジタルコンテンツのメタデータ内のコンテンツ参照識別子(ＣＲＩＤ)を参照して、該当のコンテンツにアクセスする方法を検索するステップと、前記マッピング情報及び前記コンテンツにアクセスする方法に基づいて前記ネットワーク固有のデジタルコンテンツのメタデータに変換された前記外部デジタルコンテンツのメタデータを格納するステップとを含む。
【００２６】
一方、前記実施の形態において、前記外部から受信されたデジタルコンテンツのメタデータは、TV-Anytime メタデータであり、前記ネットワーク固有のデジタルコンテンツのメタデータは、ＵＰｎＰ ＣＤＳのメタデータであることが好ましい。
【００２７】
前記実施の形態において、前記番組またはコンテンツにアクセスする方法として、ＵＲＬを使用することが好ましい。
本発明の上記及びその他の目的と特徴は、添付図面を参照して、好ましい実施の形態に対する以下の詳細な説明により明らかになるだろう。図中、同じ役割を果たす構成要素については、同じ符号を付した。
【発明の効果】
【００２８】
本発明によれば、コンテンツのメタデータを必要とするデバイスがネットワーク固有の単一のインタフェース使用できるようにして、外部から受信されたデジタルコンテンツを利用することができる。
【００２９】
また、外部から受信されたデジタルコンテンツのメタデータをネットワーク内のデバイスが利用できるようにして、コンテンツの製作者や放送社などは、より高品質のサービスを提供することが可能となる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の好ましい実施の形態を、添付図面に基づいて詳しく説明する。
本実施の形態において、外部から受信されたデジタルコンテンツのメタデータの一例としてのTV-Anytimeメタデータと、前記ネットワーク固有のデジタルコンテンツのメタデータの一例としてのＵＰｎＰ ＣＤＳのメタデータと、番組またはコンテンツにアクセスする方法の一例としてのＵＲＬを使用する方法に基づいて説明するが、本発明は、本実施の形態に限定されるものではない。
【００３１】
図４は、本発明の実施の形態のTV-AnytimeメタデータをＵＰｎＰデバイスが使用できる全体システムの構成図であり、図５（ａ）及び（ｂ）は、図４の拡張コンテンツディレクトリサービスを利用するＵＰｎＰデバイスの構成を示す図である。
システムは、TV-Anytimeメタデータを支援する拡張ＵＰｎＰ ＣＤＳ装置３００と、拡張ＵＰｎＰ ＣＤＳ装置３００を介してTV-Anytimeから提供されるコンテンツを利用しようとするＵＰｎＰデバイス４００とから構成されている。
【００３２】
拡張ＵＰｎＰ ＣＤＳ装置３００は、TV-Anytimeメタデータを受信するためのメタデータ受信部３１０と、受信されたTV-AnytimeメタデータをＵＰｎＰのメタデータに変換するためのコンバータ(変換部)３２０と、ＵＰｎＰデバイス４００にコンテンツディレクトリサービスを提供するためのＵＰｎＰ ＣＤＳ部３３０とを備えており、メタデータのオーバヘッドを防止するために、変換されたTV-Anytimeメタデータのうち、必要のないデータをフィルタリング(削除)するためのメタデータフィルタ３４０とをさらに備えている。TV-Anytimeメタデータ受信部３１０は、外部放送網、またはインターネット網を介してTV-Anytimeメタデータを受信するモジュールである。コンバータ３２０は、所定の規則によりTV-AnytimeメタデータをＵＰｎＰ ＣＤＳ形態に変換するマッピングモジュール３２２と、TV-Anytime メタデータ内の番組ごとの識別子(content reference identifier)を使用して番組のＵＲＬを検索するＵＲＬ検索モジュール３２４とを備えている。前記ＵＲＬを検索する方法としては、例えば、location resolution方法を使用する。
【００３３】
図５（ａ）及び（ｂ）は、それぞれ拡張ＵＰｎＰ ＣＤＳ装置を使用する図４のＵＰｎＰデバイス４００を示すが、図５（ａ）のＵＰｎＰデバイスは、既存のＵＰｎＰデバイスを、図５（ｂ）のＵＰｎＰデバイスは、ＵＰｎＰのクラスが支援するプロパティにマッピングされないTV-Anytimeメタデータ部分を処理するための別のモジュールを備えるＵＰｎＰデバイスを示している。ここで、ＵＰｎＰデバイスとは、ＵＰｎＰ ＣＤＳを利用する制御ポイント(control point)を意味し、両方ともＵＰｎＰ ＣＤＳと接続するためのＣＤＳ接続部４１０を備えている。以下、 図５（ａ）のＵＰｎＰデバイスは、「ＵＰｎＰデバイス」とし、図５（ｂ）のＵＰｎＰデバイスは、「拡張ＵＰｎＰ デバイス」とする。拡張ＵＰｎＰ デバイス４００は、変換されたTV-Anytimeメタデータを処理するために <desc>を処理する<desc>処理部４３０を備えても良いが、<desc>とは、ＵＰｎＰがクラスに定義されていないメタデータを記録するための部分である。従来のＵＰｎＰデバイス４００は、<desc>を処理するためのモジュールがないことから、<desc>に記載された情報を無視するが、拡張ＵＰｎＰデバイスは、<desc>処理部を備えて<desc>に記載されたメタデータを利用することができる。一方、 <desc>を利用せず、変換されたTV-Anytimeメタデータのうち、ＵＰｎＰクラスでカバーできない部分のために新しいクラスを定義し、これを利用する方法として、変換されたTV-Anytimeメタデータのうち、カバーできない一部に対して処理することもできるが、このために、拡張ＵＰｎＰデバイス４００は、TV-Anytime処理部４２０を備えても良い。
【００３４】
図６（ａ）及び（ｂ）は、それぞれTV-Anytimeの番組（program）クラスを変換するために、新しく定義されたクラスを含むＵＰｎＰ ＣＤＳのクラス階層構造と、TV-Anytimeのグループ（group）クラスを変換するために新たに定義されたクラスを含むＵＰｎＰ コンテンツディレクトリサービスのクラス階層構造を示す。図２（ａ）及び（ｂ）と比較して図６（ａ）には、ＴＶAProgramクラス１１８が追加され、図６（ｂ）には、ＴＶAGroupクラス１２６が追加された。このように、TV-Anytime処理部４２０または<desc>処理部４３０を備えている拡張ＵＰｎＰデバイス４００は、新たに定義されたクラスを用いてTV-Anytime メタデータに乗せられている、より多いサービスを利用することができる。
【００３５】
図７は、TV-AnytimeメタデータをＵＰｎＰコンテンツディレクトリサービスのメタデータに変換する過程を示すフローチャートである。
先ず、TV-Anytime メタデータを受信する(Ｓ１０)。受信されたメタデータは、ＵＰｎＰ ＣＤＳのメタデータにマッピングされる(Ｓ２０)。かつ、TV-Anytime ＣＲＩＤを用いてＵＲＬを検索する(Ｓ３０)。最終的に変換されたTV-AnytimeメタデータをＵＰｎＰ ＣＤＳに反映する(Ｓ４０)。
【００３６】
マッピングするステップ(Ｓ２０)に対する規則は、TV-Anytimeメタデータのうち、番組に対するものと、グループに対するものとの二つの例に分けて説明する。
先ず、番組に対する変換規則を説明すると、一つ目の方式として、TV-AnytimeメタデータをＵＰｎＰ ＣＤＳから提供されるmovie 及びvideoBroadcastクラスにマッピングする方式がある。もう一つの方式として、新しいクラスであるＴＶAprogramを定義してＵＰｎＰ ＣＤＳのクラス階層を拡張する方式がある。先ず、一つ目の方式のためには、ＵＰｎＰ ＣＤＳ各クラスのプロパティをTV-Anytimeのどの情報を用いて満たすことがに関する規則が必要となり、下記の表２は、このような変換規則を示している。 (表の中で、「x/y」は、ＸＭＬ <x><y/></x>のうち、エレメントyを示し、”x/@y”は、ＸＭＬ <x y=“...”/>のうち、エレメント xのattribute yの値を示す)。
【００３７】
【表２−ａ】
2004320752.tif 000004
【表２−ｂ】
2004320752.tif 000005
【００３８】
表１の規則によりマッピングを行った後にも、TV-Anytimeから提供される多量のデータが変換されずに残ることになるが、このようなデータは、ＵＰｎＰから提供される <desc>に格納することができる。但し、このとき、<desc>には、movieまたは videoBroadcastのための追加情報のみを格納することが好ましい。TV-Anytimeメタデータには、図３に示すように、複雑に連結された多量の情報が含まれており、これらの情報を連結するのは、識別子のＣＲＩＤである。 従って、マッピング過程で同じＣＲＩＤで連結された情報、即ち、同じ番組情報を集めて、その番組がマッピングされるmovie またはvideoBradcastの<desc>に格納する必要がある。次は、TV-Anytimeのメタデータの一例である。
【００３９】
<TVAMain version=“03” xml:lang=“en” publisher=“...” publicationTime=“...”>
<CopyrightNotice>...</CopyrightNotice>
<ProgramDescription>
<ProgramInformationTable>
<ProgramInformation programId=“ＣＲＩＤ://hbc.com/cartoon/robotX”>
<BasicDescrIption>
<Title type=“main”>Robot X</Title>
<Synopsis length=“short”>Robot X saves the world</Synopsis>
</BasicDescription>
</ProgramInformation>
<ProgramInformation programId=“ＣＲＩＤ://hbc.com/cartoon/robotY”>
<BasicDescription>
<Title type=“main”>Robot Y</Title>
<Synopsis length=“short”>Robot Y saves the world</Synopsis>
</BasicDescription>
</ProgramInformation>
</ProgramInformationTable>
</ProgramDescription>
<ProgramLocationTable>
<BroadcastEvent serviceIDRef = “hbc100022311”>
<Program CRID=“ CRID ://hbc.com/cartoon/robotX”/>
<ProgramURL>dvb://1.4ee2.3f5/</ProgramURL>
<PublishedStartTime>2001-04-07T19:00:00.00+01:00</PublishedStartTime>
<PublishedDuration>PT6H</PublishedDuration>
<Live value=“false”/>
<Repeat value=“true”/>
<FirstShowing value=“false”/>
<LastShowing value=“false”/>
<Free value=“false”/>
</BroadcastEvent>
<BroadcastEvent serviceIDRef = “hbc100022312”>
<Program CRID=“ CRID ://hbc.com/cartoon/robotY”/>
<ProgramURL>dvb://1.4ee2.3f5/</ProgramURL>
<PublishedStartTime>2001-04-08T19:00:00.00+01:00</PublishedStartTime>
<PublishedDuration>PT4H</PublishedDuration>
<Live value=“false”/>
<Repeat value=“true”/>
<FirstShowing value=“false”/>
<LastShowing value=“false”/>
<Free value=“false”/>
</BroadcastEvent>
</ProgramLocationTable>     
</TVAMain>
【００４０】
このメタデータには、robotXとrobotYという二つの番組の情報やこれらの二つの番組の放送時間などの情報が含まれている。このとき、このメタデータを変換したＵＰｎＰ ＣＤＳクラスvideoBroadcastのうち、一つは、robotXの情報を、もう一つのvideoBroadcastは、robotYの情報を示すことができ、robotXの<desc>は、robotXの <ProgramInformation>と<BroadcastEvent>とを選択して含み、robotYの<desc>は、robotYの<ProgramInformation>と<BroadcastEvent>とを選択して含む。即ち、この場合、robotXを表すTV-Anytimeのメタデータは、次のように、ＵＰｎＰ ＣＤＳの<item>に変換される。
【００４１】
<item ...>
<dc:title>Robot X</dc:title>
<ＵＰｎＰ:class>object.item.videoItem.videoBroadcast</ＵＰｎＰ:class>
<res ...> ... </res>
<desc ...>
<TVAMain version=“03” ＸＭＬ:lang=“en” publisher=“...” publicationTime=“...”>
<CopyrightNotice>...</CopyrightNotice>
<ProgramDescrIption>
<ProgramInformationTable>
<ProgramInformation programId=“ＣＲＩＤ://hbc.com/cartoon/robotX”>
<BasicDescription>
<Title type=“main”>Robot X</Title>
<Synopsis length=“short”>Robot X saves the world</Synopsis>
</BasicDescription>
</ProgramInformation>
</ProgramInformationTable>
</ProgramDescrIption>
<ProgramLocationTable>
<BroadcastEvent serviceIDRef = “hbc100022311”>
<Program ＣＲＩＤ=“ＣＲＩＤ://hbc.com/cartoon/robotX”/>
<ProgramURL>dvb://1.4ee2.3f5/</ProgramURL>
<PublishedStartTime>2001-04-07T19:00:00.00+01:00</PublishedStartTime>
<PublishedDuration>PT6H</PublishedDuration>
<Live value=“false”/>
<Repeat value=“true”/>
<FirstShowing value=“false”/>
<LastShowing value=“false”/>
<Free value=“false”/>
</BroadcastEvent>
</ProgramLocationTable>      
</TVAMain>
</desc>
</item>
【００４２】
即ち、robotXを表すvideoBroadcastの <desc>は、robotXの情報のみを含む。このような過程を行うための様々な方法があり、一つの方式として、ＸＭＬパーサのＤＯＭツリーと、全体ＤＯＭツリーの特定のＤＯＭツリーを格納する空間を利用する方式がある。即ち、上記例においては、先ず、robotXを表現するＤＯＭツリーのノードを格納するための格納空間を設け、TV-Anytimeのメタデータを処理する中でＸＭＬ ＤＯＭツリーの内容のうち、ＣＲＩＤがrobotXに該当するＤＯＭツリー、即ち、上記例において、<ProgramInformation programId=“ＣＲＩＤ://hbc.com/cartoon/robotX”>と<BroadcastEvent serviceIDRef = “hbc100022311”> とをルートノードとするＤＯＭツリーの情報をこの格納空間に格納する方式である。その後、robotXの情報が要求された場合、コンバータは、robotXにあたる格納空間にアクセスし、格納されている二つのＤＯＭツリーを読み込んで、ＵＰｎＰ ＣＤＳのメタデータの<desc>部分を最終的に生成することができる。
【００４３】
このように<desc>を使用する場合、図５（ａ）の一般的なＵＰｎＰデバイス４００は、<desc>を無視するようになるが、図５（ｂ）の拡張ＵＰｎＰデバイス４００は、<desc>を処理する<desc>処理部を介してTV-Anytimeメタデータを受信することができ、受信された情報を自分に合わせて使用することができる。
【００４４】
一方、新しいクラス(ＴＶAProgram)を定義し、TV-Anytime処理部４２０を介してマッピングすることもできるが、このクラスは、既存のクラスのmovieやvideoBroadcastと殆ど同じプロパティを有する。このように、既存と同じプロパティを有する新しいクラスを作成する理由は、このクラスを認識する拡張ＵＰｎＰデバイスがＵＰｎＰ ＣＤＳ部３３０のＡＰＩ中の一つであるsearchを通してTV-Anytimeのメタデータを変換して作成されたクラスを直接検索できるようにし、検索の結果をＴＶAprogramを処理できるTV-Anytime処理部４２０が直接処理できるようにするためである。
【００４５】
以下、TV-Anytimeのグループ(group)の変換について説明する。
図６（ｂ）を参照して、ＵＰｎＰ ＣＤＳにおいては、item１１０を含むcontainer１２０というクラスを提供している。Containerの下位クラスのうち、TV-Anytimeと直接関連するものとして、genre１２２及びmovieGenre１２４があり、これらは、ジャンルによる各itemの集合である。しかし、ジャンルによるitemのグループ化は、TV-Anytimeから提供されるgroupの概念と同じものではない。ＵＰｎＰ ＣＤＳにTV-Anytimeから提供される  groupの概念を導入するために、新しいクラスとしてのＴＶAGroup１２６を備える必要がある。表３は、ＴＶAgroup、ＴＶAgroupの上位クラスのプロパティ、及びこれらを満たすためのTV-Anytimeのメタデータを示す。
【００４６】
【表３】
2004320752.tif 000006
【００４７】
上記例と同じ規則によりTV-Anytime メタデータをＵＰｎＰ ＣＤＳメタデータにマッピングした後(Ｓ３０)、TV-AnytimeメタデータのＣＲＩＤを用いてＵＲＬを検索し(Ｓ４０)、マッピング情報及びＵＲＬをＵＰｎＰ ＣＤＳに反映し(Ｓ５０)、ＵＰｎＰ デバイスがこれらの情報を利用できるようにする。
【００４８】
図８は、ＵＰｎＰ ＣＤＳのメタデータに変換されたTV-Anytimeメタデータのうち、所定の条件のメタデータを削除する過程を示すフローチャートである。このような過程は、放送の場合、一定の時間が経過した放送分に対しては、ユーザが改めて見る場合がそれほどないことから、不必要な情報を削除して、無駄なハードウェア及びサーチ時間の消費を減らすために行うものである。
【００４９】
このために、ユーザは、TV-Anytimeから変換されたメタデータに対する削除条件を設定する(Ｓ１００)。削除条件は、最初から基本値に与えるか、ユーザによる設定方法を用いることも可能である。削除条件の例としては、ＵＰｎＰ ＣＤＳにおいて基本値として設定された期間が経過すると削除する方式、ユーザにより入力された期間が経過すると削除する方式、番組の提供者により要求された期間が経過すると削除する方式、特定の事件が起きると削除する方式などがある。
【００５０】
その後、変換されたTV-Anytimeメタデータのうち、未だ判断されていないものがあるかをチェックする(Ｓ１１０)。このようなチェックは、図４の拡張ＵＰｎＰ ＣＤＳ装置３００のメタデータフィルタ３４０により行われることも可能である。チェックの結果、変換されたメタデータがないと（Ｓ１１０で「いいえ」）、フィルタリングを中止し、判断されていない変換されたメタデータがあると（Ｓ１１０で「はい」）、前記ステップＳ１００で設定された条件に該当するか否かをチェックする(Ｓ１２０)。もし、削除条件に該当すると（Ｓ１２０で「はい」）、該当のメタデータを削除した後 (Ｓ１３０) 、次のメタデータの処理のために、次のメタデータに移動し(Ｓ１４０) 、ステップＳ１１０に復帰し、そうでない場合は（Ｓ１２０で「いいえ」）、次のメタデータの処理のために次のメタデータに移動し(Ｓ１４０)、ステップＳ１１０に復帰する。
【００５１】
前述の過程を擬似コード(pseudo code)に記述すると、次のように表される。
p = 'TV-Anytimeから変換されたメタデータ'の一番目の項目
while (p != null)
{
if (pが削除条件に該当するか?) 
then pを削除する。
p = 次の'TV-Anytimeから変換されたメタデータ'
}
【００５２】
以上のように、上記実施の形態においては、マッピングについて、番組やグループを中心に説明してきたが、本発明は、これに限定されるものでなく、このような本発明の基本的な技術的思想を逸脱しない範囲内で、当業界の通常の知識を有する者にとっては、他の多くの変更が可能であろう。また、本発明は、添付の特許請求の範囲により解釈されるべきであることは言うまでもない。
【産業上の利用可能性】
【００５３】
以上のように、本発明によると、コンテンツのメタデータを必要とするデバイスがネットワーク固有の単一のインタフェース、例えば、ＵＰｎＰ ＣＤＳという単一のインタフェースを使用できるようにすることにより、外部から受信されたデジタルコンテンツのメタデータ、例えば、TV-Anytimeの複雑なメタデータを支援する場合に発生する追加費用を最小化しながら、外部から受信されたデジタルコンテンツを利用することが可能となる。
また、外部から受信されたデジタルコンテンツのメタデータをネットワーク内のデバイスが利用できるようにして、コンテンツの製作者や放送社などは、より高品質のサービスを提供することが可能となる。
【図面の簡単な説明】
【００５４】
【図１】TV-AnytimeやＵＰｎＰ コンテンツディレクトリサービスが利用される環境を示す図である。
【図２】ＵＰｎＰコンテンツディレクトリサービスのメタデータ階層構造を示す図である。
【図３】TV-Anytimeメタデータの構成を示す図である。
【図４】本発明の実施の形態のTV-AnytimeメタデータをＵＰｎＰ デバイスが使用できる全体システムの構成図である。
【図５】図４の拡張コンテンツディレクトリサービスを利用できるＵＰｎＰ デバイスの構成を示す図である。
【図６】(ａ)は、TV-Anytimeの番組クラスを変換するために新たに定義されたクラスを含むＵＰｎＰ コンテンツディレクトリサービスのクラス階層構造を示す図であり、(ｂ)は、TV-Anytimeのグループクラスを変換するために新たに定義されたクラスを含むＵＰｎＰ コンテンツディレクトリサービスのクラス階層構造を示す図である。
【図７】TV-AnytimeメタデータをＵＰｎＰ コンテンツディレクトリサービスのメタデータに変換する過程を示すフローチャートである。
【図８】ＵＰｎＰコンテンツディレクトリサービスのメタデータに変換されたTV-Anytimeメタデータのうち、所定の条件のメタデータを削除する過程を示すフローチャートである。
【符号の説明】
【００５５】
３００      拡張ＵＰｎＰ ＣＤＳ装置
３１０      タデータ受信部
３２０      コンバータ
３２２      マッピングモジュール
３２４      ＵＲＬ検索モジュール
３３０      ＵＰｎＰ  ＣＤＳ
３４０      メタデータフィルタ
４００      ＵＰｎＰデバイス
４１０      ＣＤＳ接続部
４２０      TV-Anytime処理部
４３０      <desc>処理部
【図１】
2004320752.tif 000007
【図２】
2004320752.tif 000008
【図３】
2004320752.tif 000009
【図４】
2004320752.tif 000010
【図５】
2004320752.tif 000011
【図６】
2004320752.tif 000012
【図７】
2004320752.tif 000013
【図８】
2004320752.tif 000014