JP2000253367A

JP2000253367A - 変換装置および変換方法

Info

Publication number: JP2000253367A
Application number: JP11053525A
Authority: JP
Inventors: Kazuo Haraoka; 和生原岡; Yoshihisa Gonno; 善久権野; Ikuhiko Nishio; 郁彦西尾; Kazuhiko Takabayashi; 和彦高林; Yasuaki Yamagishi; 靖明山岸; Kazuyuki Marukawa; 和幸丸川
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-03-02
Filing date: 1999-03-02
Publication date: 2000-09-14

Abstract

(57)【要約】【課題】インターネット上のディジタルコンテンツと
同様にして、ディジタル放送番組の検索を行う。【解決手段】ＡＲＩＢ（Association of Radio Indus
tries and Businesses）で規定されている番組案内情報
と、インターネット上の情報についての、共通のフォー
マットのメタデータであるＩＥＴＦ（Internet Enginee
ring Task Force）のＲＦＣ（Request For Comment）２
４１３の規格に準拠したＤＣ（Dublin Core）メタデー
タとの対応関係を記述した対応表（図５）にしたがっ
て、番組案内情報が、ＤＣメタデータに変換される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、変換装置および変
換方法に関し、特に、例えば、ディジタルライブラリ
（digital library）において、そこで管理しているメ
タデータと同様に、番組を案内するメタデータとしての
ＥＰＧ（Electronic Program Guide）データを管理する
ことができるようにする変換装置および変換方法に関す
る。

【０００２】

【従来の技術】近年、現実の世界の図書館の機能である
情報の蓄積や検索サービス等を、電子的に実現するディ
ジタルライブラリが注目されている。ディジタルライブ
ラリでは、図書を電子化したものについての検索サービ
スの他、最近急速に普及しているインターネット（固有
名詞としてのインターネット）上で提供されているホー
ムページその他の、いわゆるディジタルコンテンツにつ
いての検索サービスをも目的としており、そのため、Ｉ
ＥＴＦ（Internet Engineering Task Force）のＲＦＣ
（Request For Comment）２４１３では、ディジタルラ
イブラリにおける情報の検索等のためのメタデータ（情
報についてのデータ）のフォーマット（ミニマムセッ
ト）が勧告されている。

【０００３】即ち、ディジタルライブラリは、世界中の
電子化された図書や、世界規模のインターネット上のデ
ィジタルコンテンツ等の検索サービスを提供することを
目的とすることから、そのような多くのディジタルコン
テンツのうちの、例えば、テキスト文書だけに注目して
も、その全文を、単に索引化する等の手法では、検索に
要する負担が莫大なものとなる。そこで、ＩＥＴＦのＲ
ＦＣ２４１３では、ディジタルライブラリにおいて、情
報の検索を、的確かつ容易に行うことができるようにす
るため、情報についてのデータ、即ち、メタデータが勧
告されている。

【０００４】ここで、本明細書の特許請求の範囲に記載
されている「インターネット」は一般名詞としてのイン
ターネットであり、固有名詞としてのインターネットを
含む。なお、以下では、特に必要がある場合を除いて、
両者を区別しない。

【０００５】

【発明が解決しようとする課題】一方、近年において
は、テレビジョン放送番組のディジタル化により、その
多チャンネル化が進行している。このため、例えば、衛
星ディジタル放送では、ユーザの番組選択の利便性を向
上させることができるように、ディジタル放送番組を案
内するための番組案内情報であるＥＰＧデータが放送さ
れる。

【０００６】ここで、ＥＰＧデータとしては、「”デジ
タル放送に使用する番組配列情報規格（ARIB STD-B10
1.1版）”、社団法人電波産業会」（以下、適宜、ＡＲ
ＩＢＳＴＤ−Ｂ１０という）に規定されている番組配列
情報がある。

【０００７】ところで、ＥＰＧデータは、ディジタル放
送番組を案内するものであるから、そのディジタル放送
番組についてのデータ、即ち、メタデータであるという
ことができる。

【０００８】一方、ディジタルライブラリでは、いまの
ところ、インターネット（固有名詞としてのインターネ
ット）上にあるディジタルコンテンツを、検索の対象と
しており、一方向に同報配信されるディジタルコンテン
ツであるディジタル放送番組の検索を行うことまでは、
現在のところ予定されていない。

【０００９】しかしながら、ディジタル放送番組につい
てのＥＰＧデータは、上述したように、メタデータとし
て捉えることができるから、このメタデータとしてのＥ
ＰＧデータも、ディジタルライブラリで扱い、ディジタ
ル放送番組の検索も行うことができれば便利である。

【００１０】本発明は、このような状況に鑑みてなされ
たものであり、ディジタルライブラリにおいて、そこで
管理しているメタデータと同様に、ＥＰＧデータを管理
することができるようにし、これにより、インターネッ
ト上のディジタルコンテンツだけでなく、ディジタル放
送番組をも検索の対象とすることができるようにするも
のである。

【００１１】

【課題を解決するための手段】本発明の変換装置は、放
送番組を案内するための番組案内情報と、インターネッ
ト上の情報についての、共通のフォーマットのメタデー
タである共通メタデータとの対応関係を表す対応表にし
たがって、番組案内情報を、共通メタデータに変換する
変換手段を含むことを特徴とする。

【００１２】本発明の変換方法は、放送番組を案内する
ための番組案内情報と、インターネット上の情報につい
ての、共通のフォーマットのメタデータである共通メタ
データとの対応関係にしたがって、番組案内情報を、共
通メタデータに変換する変換ステップを含むことを特徴
とする。

【００１３】本発明の変換装置および変換方法において
は、放送番組を案内するための番組案内情報と、インタ
ーネット上の情報についての、共通のフォーマットのメ
タデータである共通メタデータとの対応関係にしたがっ
て、番組案内情報が、共通メタデータに変換される。

【００１４】

【発明の実施の形態】図１は、本発明を適用したディジ
タル放送システムの一実施の形態の構成例を示してい
る。

【００１５】放送局１は、後述する放送装置を有し、そ
こでは、ディジタル放送番組の番組データが送信され
る。ここで、一般の番組を案内するＥＰＧデータも、番
組に含まれ、従って、番組データには、ＥＰＧデータも
含まれる。なお、ＥＰＧデータとしては、例えば、ＡＲ
ＩＢの規格に準拠した番組配列情報が用いられる。

【００１６】放送局１が送信する番組データは、例え
ば、衛星ディジタル回線２や地上波ディジタル回線３等
の、一斉同報が可能な一方向の伝送媒体を介して、ユー
ザ宅４で受信される。

【００１７】即ち、ユーザ宅４には、後述するユーザ端
末が設置されており、放送局１から送信されてくる番組
データは、そのユーザ端末で受信される。ユーザ端末で
は、番組データに対して必要な処理が施され、これによ
り、ユーザは、一般の番組やＥＰＧを視聴することがで
きる。

【００１８】一方、放送局１が放送する一般の番組を案
内するＥＰＧデータは、ディジタルライブラリ５にも配
信される。ディジタルライブラリ５では、放送局１から
のＥＰＧデータが、インターネット（ここでは、例えば
固有名詞としてのインターネット）６上の情報について
の、共通のフォーマットのメタデータ（共通メタデー
タ）である、例えば、ＩＥＴＦのＲＦＣ２４１３に規定
されているＤＣメタデータエレメントセット（Dublin C
ore Element Set）（以下、適宜、単に、ＤＣメタデー
タという）の形に変換されて記憶される。

【００１９】ディジタルライブラリ５では、以上のよう
にして、ディジタル放送番組についてのＤＣメタデータ
が記憶される他、インターネット６上の情報についての
ＤＣメタデータも記憶されている。

【００２０】即ち、図１では、図が煩雑になるのを避け
るため、ディジタルライブラリ５には、１の放送局１だ
けから、ＥＰＧデータが配信されるようになされている
が、実際には、例えば、図２に示すように、複数の放送
局＃１乃至＃Ｎ（Ｎは２以上）からＥＰＧデータが配信
されるとともに、インターネット６上のホームページ
や、電子化された図書や美術作品（絵画等）についての
ＤＣメタデータが供給されるようになされている。そし
て、ディジタルライブラリ５では、これらのＤＣメタデ
ータが記憶されるとともに、ＥＰＧデータがＤＣメタデ
ータに変換されて記憶されるようになされている。

【００２１】以上のようなディジタルライブラリ５に対
して、ユーザが、ユーザ宅４に設置してあるユーザ端末
を操作し、双方向の伝送媒体であるインターネット６を
介して、所定の検索条件を送信すると、ディジタルライ
ブラリ５では、その検索条件に合致する情報が、ＤＣメ
タデータに基づいて検索される。そして、ディジタルラ
イブラリ５は、その検索結果を、インターネット６を介
して、ユーザ宅４のユーザ端末に送信する。これによ
り、ユーザは、所望する情報（所定の検索条件に合致す
る情報）について知ることができる。

【００２２】即ち、例えば、インターネット６上の所望
の情報について、いわば、その空間的位置を表すＵＲＬ
（Uniform Resource Locator）等を知ることができる。
また、例えば、所望のディジタル放送番組について、い
わば、その時間的位置を表す放送時刻や放送チャンネル
等を知ることができる。さらに、例えば、所望の情報に
ついて、その概要等を知ることもできる。

【００２３】次に、図３は、図１の放送局１が有する放
送装置の構成例を示している。

【００２４】ストレージ１１は、例えば、ＲＡＩＤ（Re
dundant Arrays of Inexpensive Disks）構造のＨＤ（H
ard Disk）等で構成され、そこには、素材データとして
のＡＶ（Audio Visual）データが記憶されるようになさ
れている。ストレージ１１に記憶された素材データは、
編集装置１４を操作することで、ビデオサーバ１３を介
して編集され、これにより、ディジタル放送番組として
放送されるＡＶデータとしての番組データが構成され
る。この番組データは、ストレージ１１において記憶さ
れる。

【００２５】一方、ＥＰＧ作成装置１２では、ストレー
ジ１１に記憶された番組データにより構成されるディジ
タル放送番組についてのＥＰＧデータとして、例えば、
ＡＲＩＢの規格に準拠した番組配列情報が作成される。
このＥＰＧデータも、番組データの１つとして、ストレ
ージ１１に供給されて記憶される。また、ＥＰＧデータ
は、配信装置１６にも供給され、ディジタルライブラリ
５に配信される。

【００２６】また、ビデオサーバ１３では、ストレージ
１１に記憶された番組データが、所定の放送スケジュー
ルにしたがって読み出され、送信装置１５に供給され
る。送信装置１５では、ビデオサーバ１３からの番組デ
ータに対して、衛星ディジタル回線２または地上波ディ
ジタル回線３によって送信を行うために必要なディジタ
ル変調その他の処理が施され、衛星ディジタル回線２ま
たは地上波ディジタル回線３を介して送信される。

【００２７】次に、図４は、図１のディジタルライブラ
リ５の構成例を示している。

【００２８】放送局１から配信されてくるＥＰＧデータ
は、ＥＰＧ受信部２１で受信され、データ変換部２２に
供給される。データ変換部２２では、対応表記憶部２３
に記憶されている、後述する図５に示すような対応表に
したがって、ＥＰＧデータが、ＤＣメタデータに変換さ
れる。このＤＣメタデータは、ＤＣメタデータ記憶部２
４に供給されて記憶される。

【００２９】ＤＣメタデータ記憶部２４には、以上のよ
うにして、ＥＰＧデータを変換したＤＣメタデータだけ
でなく、インターネット６上に生じた情報についてのＤ
Ｃメタデータも供給されるようになされており、ＤＣメ
タデータ記憶部２４では、このＤＣメタデータも記憶さ
れる。

【００３０】そして、例えば、ユーザ宅４のユーザ端末
から、インターネット６を介して、情報の検索条件とと
もに、検索を要求する旨（検索要求）が送信されてくる
と、その検索要求および検索条件は、インターネット６
を介しての通信制御を行う通信制御部２６で受信され
る。通信制御部２６は、受信した検索要求および検索条
件を検索エンジン２５に供給する。検索エンジン２５
は、検索要求および検索条件を受信すると、ＤＣメタデ
ータ記憶部２４に記憶されたＤＣメタデータに基づい
て、検索条件に合致する情報を検索する。そして、検索
エンジン２５は、その検索結果を、通信制御部２６を制
御することにより、インターネット６を介して、ユーザ
宅４のユーザ端末に送信させる。

【００３１】次に、図５は、図４の対応表記憶部２３に
記憶されている対応表を示している。

【００３２】この対応表は、ＥＰＧデータとしての番組
配列情報と、ＤＣメタデータとの対応関係を表してい
る。

【００３３】即ち、図５において、大きく３列に分かれ
ている各項目（属性語）のうち、最も左の列の項目と、
最も右の列の項目は、ＡＲＩＢＳＴＤ−Ｂ１０に規定
されている番組配列情報を表しており、左から２番目の
列の項目は、ＩＥＴＦのＲＦＣ２４１３に規定されてい
るＤＣメタデータを表している。

【００３４】そして、図５に示した番組配列情報のう
ち、最も左の列の項目は、必須の項目（Mandatory Desc
riptors）を、最も右の列の項目は、任意の項目（Optio
nal Descriptors）を、それぞれ表している。

【００３５】番組配列情報の必須の項目としては、Cond
itional Access（限定受信方式記述子）, Copyright
（著作権記述子）, Network Name（ネットワーク名記述
子）, Service List（サービスリスト記述子）, Satell
ite Delivery System（衛星分配システム記述子）, Bou
quet Name（ブーケ名記述子）, Service（サービス記述
子）, NVOD（ＮＶＯＤ基準サービス記述子）, Time Shi
fted Service（タイムシフトサービス記述子）, Short
Event（短形式イベント記述子）, Time ShiftedEvent
（タイムシフトイベント記述子）, Hierarchical Tran
s.（階層伝送記述子）, Emergency Info.（緊急情報記
述子）, Data Component（データ符号化方式記述子）,
System Management（システム管理記述子）の１５項目
がある。

【００３６】Conditional Accessには、限定受信方式
と、そのＥＣＭ（Entitlement Control Message），Ｅ
ＭＭ（Entitlement Management Message）を伝送するＰ
ＩＤ（Program Identfier）が記述される。Copyrightに
は、著作権の識別に関する記述がなされる。Network Na
meには、ネットワーク名が記述される。Service Listに
は、編成チャンネルとその種別の一覧が記述される。Sa
tellite Delivery Systemには、衛星伝送路の物理的条
件が記述される。Bouquet Nameには、ブーケ名が記述さ
れる。Serviceには、編成チャンネル名とその事業者名
が記述される。NVODには、ＮＶＯＤ（Near Video On De
mand）の基準編成チャンネルに対し、そのタイムシフト
編成チャンネルの一覧の記述がなされる。Time Shifted
Serviceには、ＮＶＯＤの基準編成チャンネルに対し、
そのタイムシフト編成チャンネルの記述がなされる。Sh
ort Eventには、番組名と番組の簡単な説明が記述され
る。Time Shifted Eventには、ＮＶＯＤのタイムシフト
番組に対し、その基準番組の記述がなされる。Hierarch
ical Trans.には、階層化伝送における階層化したスト
リーム間の関係が記述される。Emergency Info.には、
緊急警報信号としての必要な情報および機能の記述がな
される。Data Componentには、データ信号形式の識別に
関する記述がなされる。System Managementには、放送
か、非放送かなどの識別に関する記述がなされる。

【００３７】番組配列情報の任意の項目としては、Stuf
fing（スタッフ記述子）, CountryAvailable（国別受信
可否記述子）, Linkage（リンク記述子）, Extended Ev
ent（拡張形式イベント記述子）, Component（コンポー
ネント記述子）, Mosaic（モザイク記述子）, Stream I
dentifier（ストリーム識別記述子）, CA Identifier
（ＣＡ（Conditional Access）識別記述子）, Content
（コンテント記述子）,Parental Rate（パレンタルレー
ト記述子）, Digtal Copy Control（ディジタルコピー
制御記述子）の１１項目がある。

【００３８】Stuffingには、記述子（各項目）スペース
の確保、および記述子の無効化に関する記述がなされ
る。Country Availableには、サービス対象国が記述さ
れる。Linkageには、他の編成チャンネルとの関連付け
に関する記述がなされる。Extended Eventには、番組に
関する詳細情報が記述される。Componentには、番組要
素信号に関する種別や説明などの記述がなされる。Mosa
icには、モザイク（分割画面）サービスに関する分割の
単位や、他の編成チャンネル・番組との関連付けなどに
関する記述がなされる。Stream Identifierには、個々
の番組要素信号の識別に関する記述がなされる。CA Ide
ntifierには、利用可能な限定受信方式が記述される。C
ontentには、番組ジャンルが記述される。Parental Rat
eには、視聴許可年齢制限に関する記述がなされる。Dig
tal Copy Controlには、ディジタル記録器器におけるコ
ピー世代を制御する情報および最大伝送レートが記述さ
れる。

【００３９】ＤＣメタデータには、Title（タイトルラ
ベル）, Subject and Keyword（主題およびキーワード
ラベル）, Description（内容記述ラベル）, Source
（情報源（出処）ラベル）, Language（言語ラベル）,
Relation（関係ラベル）, Coverage（対象範囲（空間的
・時間的）ラベル）, Author or Creator（著者あるい
は作者ラベル）, Publisher（公開者（出版社）ラベ
ル）, Other Contributors（寄与者（他の関与者）ラベ
ル）, Rights Management（権利管理ラベル）, Date
（日付ラベル）, Resource Type（資源タイプラベル）,
Form（形式（フォーマット）ラベル）, Resource Iden
tifier（資源識別子ラベル）の１５項目（ラベル）があ
る。

【００４０】Titleには、情報資源に与えられた名前が
記述される。これは、一般には、作者もしくは公開者に
よって与えられる。Subject and Keywordには、情報資
源のトピック、即ち、例えば、情報資源の主題あるいは
内容を説明するキーワードや句が記述される。この記述
は、統制語彙や正式な分類体系に基づいて行うことが推
奨されている。Descriptionには、情報資源の内容に関
する説明が記述される。即ち、例えば、情報資源が文書
である場合の、その抄録や、視覚的資料である場合の、
その内容などが記述される。Sourceには、情報資源を作
り出す元になった情報資源に関する情報が記述される。
即ち、例えば、情報資源を見つけ出すために有用な元の
情報資源に関する日付、作者、形式、識別子、あるいは
他のメタデータなどが記述される。Languageには、情報
資源の（知的）内容を記述するために用いられている言
語が記述される。Relationには、情報資源に関係する別
の情報資源の識別子、およびそれらの間の関係が記述さ
れる。Coverageには、情報資源の（知的）内容に関する
空間的(地理的)あるいは時間的特性が記述される。空間
的特性としては、例えば、情報資源が、どの場所に関す
るものであるかといった、その場所の経度と緯度や、地
名などが記述され、時間的特性としては、例えば、情報
資源が、いつの内容を表しているかといった、時間（時
刻）（情報資源の作成や公開の時刻を表すものではな
い）などが記述される。Author or Creatorには、情報
資源の（知的）内容の創造に主たる責任を持つ人あるい
は組織などが記述される。即ち、例えば、文書の著者
や，視覚的資料を創作した画家あるいは写真家、イラス
トレータなどが記述される。Publisherには、例えば、
出版社、大学の学科、企業体などの情報資源を、現在の
形態で利用可能としたことについて責任を持つ実体が記
述される。Other Contributorsには、Author or Creato
rに記述されていない人あるいは組織で、情報資源を作
り出すに当たって知的に重要な寄与をしたもの、即ち、
例えば、編集者や翻訳者、イラストレータなどが記述さ
れる。Rights Managementには、情報資源の権利管理に
関する声明文や、その声明文へのリンクを表す識別子、
あるいは権利管理に関する情報を提供するサービスへの
リンクを表す識別子が記述される。Dateには、情報資源
が作成、あるいは有効にされた日付が記述される（これ
に対して、Coverageには、上述したような、情報資源の
知的内容に何らかの関係を持つ日付が記述される）。Re
source Typeには、情報資源の種類の記述、即ち、情報
資源が、ホームページであるとか、あるいは小説、詩、
ワーキングペーパー、テクニカルレポート、エッセー、
辞書・事典などであるとかといった記述がなされる。Fo
rmには、情報資源のデータフォーマットが記述され、例
えば、情報資源を表示したり動作させたりするのに必要
なソフトウェアやハードウェアを識別するために利用さ
れる。Resource Identifierには、情報資源を一意に識
別するための文字列もしくは番号、即ち、例えば、ＵＲ
Ｌや、ＩＳＢＮ（国際標準図書番号）などが記述され
る。

【００４１】図５の対応表によれば、番組配列情報のCo
nditional AccessおよびCopyrightの記述は、いずれ
も、ＤＣメタデータのRights Managementに配置される
ように変換され、Network Nameの記述は、Sourceに配置
されるように変換される。Service Listの記述は、Form
に配置されるように変換され、Satellite Delivery Sys
temの記述は、特に変換されずに捨てられる。Bouquet N
ameの記述は、Relationに配置されるように変換され、S
erviceの記述は、PublisherまたはFormに配置されるよ
うに変換される。NVODおよびTime Shifted Serviceの記
述は、いずれも、Dateに配置されるように変換され、Sh
ort Eventの記述は、TitleまたはSubjectand Keywordに
配置されるように変換される。Time Shifted Eventの記
述は、Dateに配置されるように変換され、Hierarchical
Trans.の記述は、特に変換されずに捨てられる。Emerg
ency Info.の記述は、Resource Typeに配置されるよう
に変換され、Data Componentの記述は、Formに配置され
るように変換される。SystemManagementの記述は、Reso
urce Typeに配置されるように変換され、Stuffingの記
述は、特に変換されずに捨てられる。Country Availabl
eの記述は、Languageに配置されるように変換され、Lin
kageの記述は、Relationに配置されるように変換され
る。Extended Eventの記述は、Description，Author or
Creator、またはOther Contributorsに配置されるよう
に変換され、Componentの記述は、Resource Typeに配置
されるように変換される。Mosaicの記述は、Formに配置
されるように変換され、Stream Identifierの記述は、R
esource Typeに配置されるように変換される。CA Ident
ifierの記述は、Rights Managementに配置されるように
変換され、Contentの記述は、Descriptionに配置される
ように変換される。そして、Parental RateおよびDigta
l Copy Controlの記述は、いずれも、Rights Managemen
tに配置されるように変換される。

【００４２】ここで、ＤＣメタデータの各項目は、繰り
返し記述することができる。従って、図５において、番
組配列情報の複数の項目が、ＤＣメタデータのある１の
項目に変換されることがあるが（例えば、番組配列情報
のConditional AccessとCopyrightは、いずれもＤＣメ
タデータのRights Managementに変換される）、このこ
とは、特に問題とならない。また、ＤＣメタデータの各
項目は、いずれも省略可能であり、従って、図５におい
て、番組配列情報の任意の項目である、例えば、Countr
y Availableが存在しない場合には、ＤＣメタデータのL
anguageに配置される項目が存在しないことになるが、
このことも、特に問題とならない。

【００４３】なお、ＩＥＴＦのＲＦＣ２４１３では、Ｄ
Ｃメタデータの各項目の項目名（属性名）に対しては、
修飾語（Qualifier）を加えることが許されている。従
って、例えば、図５においては、上述のように、ＤＣメ
タデータのRights Managementには、番組配列情報のCon
ditional AccessやCopyrightその他の複数の記述が配置
されるが、この場合、Conditional Accessが配置された
Rights Managementは、例えば、Rights Management.Con
ditionalAccessと、Copyrightが配置されたRights Mana
gementは、例えば、Rights Management.Copyrightと、
それぞれ記述することにより区別することが可能であ
る。

【００４４】また、図５における＜＞は、番組配列情報
の中のＥＩＴ（Event InformationTable）で規定されて
いる必須の項目が配置されるＤＣメタデータの項目を表
している。即ち、ＥＩＴには、番組の開始時刻を表すst
art_timeや、その放送時間を表すduration等があるが、
start_timeは、Dateに配置されるように変換され、dura
tionは、Resource Identifierに配置されるように変換
される。

【００４５】次に、図６のフローチャートを参照して、
図４のディジタルライブラリの動作についてさらに説明
する。

【００４６】ディジタルライブラリ５では、まず最初
に、ステップ１において、放送局１からのＥＰＧデータ
としての番組配列情報を受信したかどうかが判定され
る。ステップＳ１において、番組配列情報を受信してい
ないと判定された場合、即ち、ＥＰＧ受信部２１におい
て、番組配列情報を受信していない場合、ステップＳ２
およびＳ３をスキップして、ステップＳ４に進む。

【００４７】また、ステップＳ１において、番組配列情
報を受信したと判定された場合、即ち、ＥＰＧ受信部２
１において、番組配列情報が受信された場合、ＥＰＧ受
信部２１は、その番組配列情報を、データ変換部２２に
出力し、ステップＳ２に進む。

【００４８】ステップＳ２では、データ変換部２２にお
いて、対応表記憶部２３に記憶された対応表にしたが
い、ＥＰＧ受信部２１からの番組配列情報が、図５で説
明したようにして、ＤＣメタデータに変換される。この
ＤＣメタデータは、ＤＣメタデータ記憶部２４に供給さ
れ、他のメタデータ（既に、番組配列情報をＤＣメタデ
ータに変換したものや、ホームページ等のＤＣメタデー
タ等）とともに記憶される。

【００４９】その後、ステップＳ４に進み、ユーザ宅４
のユーザ端末から、情報の検索を要求する検索要求と、
その検索の際の条件である検索条件とを受信したかどう
かが判定される。ステップＳ４において、検索要求およ
び検索条件を受信していないと判定された場合、即ち、
通信制御部２６において、検索要求および検索条件が受
信されていない場合、ステップＳ５およびＳ６をスキッ
プして、ステップＳ１に戻り、以下、同様の処理が繰り
返される。

【００５０】また、ステップＳ４において、検索要求お
よび検索条件を受信したと判定された場合、即ち、通信
制御部２６において、検索要求および検索条件が受信さ
れた場合、ステップＳ５に進み、検索エンジン２５にお
いて、ＤＣメタデータ記憶部２４の中から、その検索条
件に合致するＤＣメタデータが検索される。さらに、検
索エンジン２５は、その検索結果を、通信制御部２６を
制御することにより、ユーザ宅４のユーザ端末に送信さ
せる。そして、ステップＳ１に戻り、以下、同様の処理
が繰り返される。

【００５１】次に、図７は、図１のユーザ宅４に設置さ
れているユーザ端末の構成例を示している。

【００５２】衛星ディジタル回線２や地上波ディジタル
回線３を介して送信されてくる番組データは、ディジタ
ル放送受信部３１で受信され、そこでディジタル復調そ
の他の必要な処理が施された後、モニタ３２およびＥＰ
Ｇデータ抽出部３３に供給される。モニタ３２では、制
御部３５の制御にしたがって、所定のチャンネルの番組
が表示される。即ち、制御部３５は、操作部３６の操作
に対応して、所定のチャンネルを選択するように、モニ
タ３２を制御するようになされており、これにより、モ
ニタ３２では、ユーザによる操作部３６の操作に対応し
たチャンネルの番組が表示される。

【００５３】また、ＥＰＧデータ抽出部３３では、ディ
ジタル放送受信部３１からの番組データの中から、番組
配列情報が抽出され、ストレージ３４に供給されて記憶
される。ストレージ３４に記憶された番組配列情報は、
制御部３５によって読み出され、モニタ３２に供給され
て、ＥＰＧとして表示される。即ち、制御部３５は、操
作部３６の操作に対応して、ストレージ３４に記憶され
た番組配列情報を読み出し、ＥＰＧを構成して、モニタ
３２に出力するようになされており、これにより、モニ
タ３２では、ユーザによる操作部３６の操作に対応した
ＥＰＧが表示される。

【００５４】一方、操作部３６が、所定の検索条件に合
致する情報を検索するように操作されると、制御部３５
は、その検索条件とともに、検索要求を、通信制御部３
７に供給する。通信制御部３７では、制御部３５からの
検索条件および検索要求が、インターネット６を介し
て、ディジタルライブラリ５に送信される。この場合、
図４および図６で説明したように、ディジタルライブラ
リ５において、その検索条件に合致するＤＣメタデータ
が検索され、その検索結果が送信されてくるので、通信
制御部３７では、ディジタルライブラリ５から送信され
てくる検索結果が受信される。この検索結果は、制御部
３５を介して、モニタ３２に供給されて表示され、これ
により、ユーザは、所望の情報についての情報（例え
ば、インターネット６上の所望の情報についてのＵＲＬ
や、所望のディジタル放送番組についての放送時刻、放
送チャンネル、概要等）を知ることができる。即ち、イ
ンターネット６上のディジタルコンテンツだけでなく、
ディジタル放送番組についての検索結果も得ることがで
きる。

【００５５】次に、図８は、図１の放送局１が有する放
送装置の他の構成例を示している。なお、図中、図３に
おける場合と対応する部分については、同一の符号を付
してあり、以下では、その説明は、適宜省略する。即
ち、図８の放送装置は、配信装置１６の前段に、データ
変換部４１が新たに設けられている他は、図３における
場合と同様に構成されている。

【００５６】データ変換部４１は、図５に示したような
対応表を記憶しており、そこでは、ＥＰＧ作成装置１２
から供給される番組配列情報が、図４のデータ変換部２
２における場合と同様にして、ＤＣメタデータに変換さ
れ、配信装置１６に供給される。従って、図８の実施の
形態では、配信装置１６において、番組配列情報ではな
く、番組配列情報をＤＣメタデータの形に変換したもの
が、ディジタルライブラリ５に送信される。

【００５７】なお、この場合、図４のディジタルライブ
ラリ５では、ＥＰＧ受信部２１において、放送装置で変
換されたＤＣメタデータが受信されることとなるため、
データ変換部２２において処理を行う必要はない。そこ
で、図４のデータ変換部２２は、ＥＰＧ受信部２１から
のＤＣメタデータを、そのままＤＣメタデータ記憶部２
４に供給して記憶させる。

【００５８】次に、図９は、図１のディジタルライブラ
リ５の他の構成例を示している。なお、図中、図４にお
ける場合と対応する部分については、同一の符号を付し
てあり、以下では、その説明は、適宜省略する。即ち、
図９のディジタルライブラリ５は、データ変換部２２と
ＤＣメタデータ記憶部２４との間に、確認部５１が新た
に設けられている他は、図４における場合と同様に構成
されている。

【００５９】ディジタル放送番組として放送される番組
データは、放送局１が、図３に示したように、ビデオサ
ーバ１３を有し、ストレージ１１に記憶されている場合
や、また、図１に点線で示すように、インターネット６
上のサーバ７に記憶されている場合がある。そして、こ
のように番組データが、記憶媒体（記録媒体）に記憶
（記録）されている場合においては、インターネット６
を介して、番組データにアクセスすることができること
がある。

【００６０】そこで、このような場合、ディジタルライ
ブラリ５では、確認部５１において、データ変換部２２
からＤＣメタデータが受信されると、そのＤＣメタデー
タに対応する情報（この場合は、番組データ）が、実際
に存在するのかどうかが確認されるようになっている。

【００６１】即ち、確認部５１は、データ変換部２２が
出力するＤＣメタデータを受信すると、そのＤＣメタデ
ータの項目のうちの、例えば、Resource Identifierな
どに基づいて、ＤＣメタデータに対応する情報の、例え
ば、ＵＲＬなどの地理的位置を認識する。さらに、確認
部５１は、通信制御部２６を制御することにより、認識
した地理的位置に基づき、インターネット６を介して、
ＤＣメタデータに対応する情報にアクセスし、実際に、
その情報が存在するかどうかを確認する。そして、確認
部５１は、ＤＣメタデータに対応する情報が存在する場
合、そのＤＣメタデータを、ＤＣメタデータ記憶部２４
に供給して記憶させる。一方、確認部５１は、ＤＣメタ
データに対応する情報が存在しない場合、そのＤＣメタ
データを破棄する。従って、この場合、実際に存在しな
い情報についてのＤＣメタデータは、ＤＣメタデータ記
憶部２４に記憶されない。

【００６２】なお、実際に存在しない情報についてのＤ
Ｃメタデータは、例えば、情報が存在しない旨のメッセ
ージを付加して、ＤＣメタデータ記憶部２４に記憶させ
ることも可能である。

【００６３】次に、図１０は、図１のユーザ宅４に設置
されているユーザ端末の他の構成例を示している。な
お、図中、図７における場合と対応する部分について
は、同一の符号を付してあり、以下では、その説明は、
適宜省略する。即ち、図１０のユーザ端末は、データ変
換部６１が新たに設けられている他は、図７における場
合と同様に構成されている。

【００６４】データ変換部６１には、ＥＰＧデータ抽出
部３３が出力する番組配列情報が供給されるようになさ
れており、データ変換部６１は、その番組配列情報を、
図４のデータ変換部２２における場合と同様に、ＤＣメ
タデータに変換する。即ち、データ変換部６１は、図５
に示した対応表を記憶しており、その対応表にしたが
い、番組配列情報の各項目を、ＤＣメタデータの各項目
に変換する。この変換により得られたＤＣメタデータ
は、ストレージ３４に供給されて記憶される。従って、
図１０の実施の形態では、ストレージ３４において、番
組配列情報が記憶される他、それをＤＣメタデータの形
に変換したものも記憶される。

【００６５】この場合、操作部３６が、所定の検索条件
に合致する情報を検索するように操作されると、制御部
３５は、その検索条件に合致したＤＣメタデータを、ス
トレージ３４から検索する。そして、検索条件に合致し
たＤＣメタデータが、ストレージ３４に記憶されている
場合には、そのＤＣメタデータを読み出し、モニタ３２
に表示させる。

【００６６】一方、検索条件に合致したＤＣメタデータ
が、ストレージ３４に記憶されていない場合には、制御
部３５は、図７で説明したように、検索条件および検索
要求を、通信制御部３７に供給し、その結果、ディジタ
ルライブラリ５から送信されてくる検索結果を、モニタ
３２に供給して表示させる。

【００６７】従って、この場合、ストレージ３４に記憶
されているＤＣメタデータについては、即座に、検索結
果を得ることができる。

【００６８】なお、ストレージ３４に記憶された番組配
列情報を変換したＤＣメタデータについては、例えば、
対応する番組の録画の有無等の、ユーザが番組に対して
行った操作に関する情報を付加するようにすることが可
能である。

【００６９】次に、上述の場合においては、番組配列情
報を、インターネット６上の情報についての共通フォー
マットのメタデータであるＤＣメタデータに変換するよ
うにしたが、インターネット６上の情報についての共通
フォーマットのメタデータとして、例えば、図１１に示
すようなメタデータ（以下、適宜、新共通メタデータと
いう）を定義し、番組配列情報は、この新共通メタデー
タに変換するようにすることも可能である。

【００７０】即ち、図１１は、新共通メタデータを示し
ており、この新共通メタデータは、図５に示したＤＣメ
タデータに、新たな３つの項目Parental Rating Inform
ation, Expence Information, Mass of Contentsが付加
されて構成されている。

【００７１】ここで、Parental Rating Informationに
は、情報のレーティング（Rating）が記述され、Expenc
e Informationには、情報を取得するにあたっての値段
（価格）が配置される。Mass of Contentsには、情報の
サイズ（例えば、バイト数）などが配置される。従っ
て、新共通メタデータのＰａｒｅｎｔａｌＲａｔｉｎ
ｇＩｎｆｏｒｍａｔｉｏｎによれば、これを参照する
ことで、視聴制限を行うことが可能となる。また、ディ
ジタル放送番組を記録媒体に録画する場合には、記録媒
体の空き容量との関係で、録画する番組のサイズ（デー
タ量）が問題となることがあるが、そのような場合に、
ＭａｓｓｏｆＣｏｎｔｅｎｔｓを利用することがで
きる。さらに、ディジタル放送番組が、例えば、ＶＯＤ
（Video On Demand）等によって、有料で提供される場
合には、ユーザが、その値段を知りたい場合があるが、
そのような場合に、Expence Informationを利用するこ
とができる。

【００７２】図１１に示したような新共通メタデータを
定義した場合には、番組配列情報は、例えば、図１２に
示すような対応表にしたがって、新共通メタデータに変
換することができる。ここで、図１２において、点線で
示した矢印は、図５の対応表から削除された対応関係を
示しており、太線で示した矢印は、図５の対応表と異な
る対応関係を示している。従って、図１２の対応表は、
番組配列情報のConditional AccessおよびCA Identifie
rが、新共通メタデータのRights Managementではなく、
Expence Informationに変換される点、並びにParental
Rateが、RightsManagementではなく、Parental Rating
Informationに変換される点が、図５の対応表と異なっ
ている。

【００７３】また、図１２における＜＞は、図５におけ
る場合と同様に、番組配列情報の中のＥＩＴで規定され
ている項目start_timeとdurationが配置される新共通メ
タデータの項目を表している。即ち、start_timeは、図
５における場合と同様に、Dateに配置されるように変換
され、durationは、Resource Identifierではなく、Mas
s of Contentsに配置されるように変換される。

【００７４】なお、本実施の形態では、ディジタルライ
ブラリ５に、ディジタル放送番組についてのＤＣメタデ
ータと、インターネット６上の情報についてのＤＣメタ
データを記憶させるようにしたが、ディジタルライブラ
リ５には、ディジタル放送番組についてのＤＣメタデー
タのみを記憶させ、これにより、ディジタル放送番組の
みを管理させるようにすることも可能である。

【００７５】また、本実施の形態では、放送局１からデ
ィジタルライブラリ５に対して、番組データとは別に、
番組配列情報（またはそれをＤＣメタデータに変換した
もの）を配信するようにしたが、ディジタルライブラリ
５では、衛星ディジタル回線２や地上波ディジタル回線
３を介して放送される番組データを受信し、その番組デ
ータの中から番組配列情報を抽出するようにすることも
可能である。

【００７６】

【発明の効果】以上の如く、本発明の変換装置および変
換方法によれば、放送番組を案内する番組案内情報と、
インターネット上の情報についての、共通のフォーマッ
トのメタデータである共通メタデータとの対応関係にし
たがって、番組案内情報が、共通メタデータに変換され
る。従って、インターネット上のディジタルコンテンツ
と同様にして、放送番組の検索を行うことが可能とな
る。

【図面の簡単な説明】

【図１】本発明を適用したディジタル放送システムの一
実施の形態の構成例を示す図である。

【図２】図１のディジタルライブラリ５を説明するため
の図である。

【図３】図１の放送局１が有する放送装置の構成例を示
すブロック図である。

【図４】図１のディジタルライブラリ５の構成例を示す
ブロック図である。

【図５】図４の対応表記憶部２３に記憶されている対応
表を説明するための図である。

【図６】図４のディジタルライブラリ５の動作を説明す
るためのフローチャートである。

【図７】図１のユーザ宅４におけるユーザ端末の構成例
を示すブロック図である。

【図８】図１の放送局１が有する放送装置の他の構成例
を示すブロック図である。

【図９】図１のディジタルライブラリ５の他の構成例を
示すブロック図である。

【図１０】図１のユーザ宅４におけるユーザ端末の他の
構成例を示すブロック図である。

【図１１】新共通メタデータを示す図である。

【図１２】対応表の他の例を説明するための図である。

【符号の説明】

１放送局，２衛星ディジタル回線，３地上波
ディジタル回線，４ユーザ宅，５ディジタルライ
ブラリ，６インターネット，１１ストレージ，
１２ＥＰＧ作成装置，１３ビデオサーバ，１
４編集装置，１５送信装置，１６配信装置，
２１ＥＰＧ受信部，２２データ変換部，２３
対応表記憶部，２４ＤＣメタデータ記憶部，２
５検索エンジン，２６通信制御部，３１ディ
ジタル放送受信部，３２モニタ，３３ＥＰＧデ
ータ抽出部，３４ストレージ，３５制御部，３
６操作部，３７通信制御部，４１データ変換
部，５１確認部，６１データ変換部

───────────────────────────────────────────────────── フロントページの続き (72)発明者西尾郁彦東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者高林和彦東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者山岸靖明東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者丸川和幸東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5C063 AA20 AB07 AC10 EA10 EB50

Claims

【特許請求の範囲】

【請求項１】放送番組を案内するための番組案内情報
を変換する変換装置であって、前記番組案内情報と、インターネット上の情報について
の、共通のフォーマットのメタデータである共通メタデ
ータとの対応関係を表す対応表を記憶している対応表記
憶手段と、前記番組案内情報を、前記対応表にしたがって、共通メ
タデータに変換する変換手段と、その共通メタデータを記憶する共通メタデータ記憶手段
とを含むことを特徴とする変換装置。
【請求項２】前記共通メタデータは、ＩＥＴＦ（Inte
rnet Engineering Task Force）のＲＦＣ（Request For
Comment）２４１３の規格に準拠したものであることを
特徴とする請求項１に記載の変換装置。
【請求項３】前記共通メタデータは、前記情報のタイ
トル、概要、作成された日付、公開者、作成にあたって
寄与した者、識別子、提供形式、または権利に関する情
報のうちの１以上を有することを特徴とする請求項１に
記載の変換装置。
【請求項４】前記共通メタデータは、前記情報のレー
ティング、値段、またはサイズのうちの１以上をさらに
有することを特徴とする請求項３に記載の変換装置。
【請求項５】前記番組案内情報は、ＡＲＩＢ（Associ
ation of Radio Industries and Businesses）で規定さ
れている番組配列情報であることを特徴とする請求項１
に記載の変換装置。
【請求項６】情報を検索する要求があったときに、そ
の情報を、前記共通メタデータに基づいて検索する検索
手段をさらに含むことを特徴とする請求項１に記載の変
換装置。
【請求項７】前記放送番組の番組データが存在するか
どうかを、その番組データについての前記共通メタデー
タに基づいて確認する確認手段をさらに含むことを特徴
とする請求項１に記載の変換装置。
【請求項８】前記共通メタデータ記憶手段は、前記放
送番組の番組データが存在するときのみ、その番組デー
タについての前記共通メタデータを記憶することを特徴
とする請求項７に記載の変換装置。
【請求項９】放送番組を案内するための番組案内情報
を変換する変換方法であって、前記番組案内情報と、インターネット上の情報について
の、共通のフォーマットのメタデータである共通メタデ
ータとの対応関係にしたがって、前記番組案内情報を、
共通メタデータに変換する変換ステップと、その共通メタデータを記憶する共通メタデータ記憶ステ
ップとを含むことを特徴とする変換方法。