(57)【特許請求の範囲】
【請求項１】
汎用データ記述言語を解読する機能を備えた情報受信機と、該情報受信機からのデータを記録するデータ記録領域と少なくとも汎用データ記述言語の文書型定義情報を記録する文書型定義記録領域とを有するレコーディング装置とからなり、
前記レコーディング装置は、前記情報受信機と接続した時に蓄積してある文書型定義情報を前記情報受信機に送信すると共に、該文書型定義情報を受信した情報受信機は、その受信した文書型定義情報に基づいてレコーディング装置側に所定のデータを伝送するようにしたことを特徴とするレコーディングシステム。
【請求項２】
前記レコーディング装置が前記情報受信機に前記文書型定義情報を送信するのは、前記情報受信機と初期接続した時であることを特徴とする請求項１に記載のレコーディングシステム。
【請求項３】
前記文書型定義情報を受信した情報受信機は、受信した文書型定義で定義されている中から所定のコマンドを抽出し、該抽出したコマンドの指示に従って前記レコーディング装置をアクセスするようにしたことを特徴とする請求項１に記載のレコーディングシステム。
【請求項４】
前記抽出したコマンドは、抽出以降において、レコーディング装置への送信要求コマンドとすることを特徴とする請求項３に記載のレコーディングシステム。
【請求項５】
前記レコーディング装置に記憶されている情報記述方式にはメタデータが含まれていることを特徴とする請求項１に記載のレコーディングシステム。
【請求項６】
前記レコーディング装置が保有する文書型定義は、複数個存在することを特徴とする請求項１に記載のレコーディングシステム。
【請求項７】
前記レコーディング装置は、ハードディスクレコーダで構成されていることを特徴とする請求項１に記載のレコーディングシステム。
【請求項８】
前記情報受信機は、セットトップボックス又は情報機器であることを特徴とする請求項１に記載のレコーディングシステム。
【請求項９】
前記汎用データ記述言語は、ＸＭＬ（Ｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）であることを特徴とする請求項１に記載のレコーディングシステム。
【請求項１０】
汎用データ記述言語を解読する機能を備えた情報受信機と、該情報受信機からのデータを記録するデータ記録領域と少なくとも前記汎用データ記述言語の文書型定義を記録する文書型定義記録領域とを備えると共に前記汎用データ記述言語を解読する機能を有するレコーディング装置とからなり、
前記情報受信機は、前記汎用データ記述言語で作成されている文書型定義情報を前記レコーディング装置側に送信すると共に、該レコーディング装置は受信した文書型定義情報に基づいて前記データ記録領域への記録及び／又は表示形式の設定を行うようにしたことを特徴とするレコーディングシステム。
【請求項１１】
前記情報受信機が前記レコーディング装置に前記文書型定義情報を送信するのは、前記レコーディング装置と初期接続した時であることを特徴とする請求項１０に記載のレコーディングシステム。
【請求項１２】
前記データ記録領域への記録は、前記受信した文書型定義情報に含まれているデータフォーマットに基づくことを特徴とする請求項１０に記載のレコーディングシステム。
【請求項１３】
前記文書型定義情報をレコーディング装置に送信した情報受信機は、該送信した文書型定義情報で定義されている中からコマンドを抽出し、該抽出したコマンドの指示に従って前記レコーディング装置をアクセスすることを特徴とする請求項１０に記載のレコーディングシステム。
【請求項１４】
前記抽出したコマンドは、抽出以降において、レコーディング装置への送信要求コマンドとすることを特徴とする請求項１０に記載のレコーディングシステム。
【請求項１５】
前記レコーディング装置に記録した文書型定義情報にはメタデータが含まれていることを特徴とする請求項１０に記載のレコーディングシステム。
【請求項１６】
前記情報受信機が保有する前記レコーディング装置に送信することができる文書型定義は、複数個存在することを特徴とする請求項１０に記載のレコーディングシステム。
【請求項１７】
前記レコーディング装置は、ハードディスクレコーダで構成されていることを特徴とする請求項１０に記載のレコーディングシステム。
【請求項１８】
前記情報受信機は、セットトップボックス又は情報機器であることを特徴とする請求項１０に記載のレコーディングシステム。
【請求項１９】
前記汎用データ記述言語は、ＸＭＬ（Ｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）であることを特徴とする請求項１０に記載のレコーディングシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、レコーディングシステムに関するものであり、特に機器同士の接続において汎用データ記述言語を理解・共有化してデータを記録するようにしたレコーディングシステムに関する。
【０００２】
【従来の技術】
従来技術におけるレコーディングシステムを構成するレコーディング装置としてのハードデスクレコーダや、ＣＳ衛星等の放送番組を記録するセットトップボックス等の情報受信機が周知である。これらの記録方式は、それぞれが所定のフォーマットにより記録再生される構成となっている。
【０００３】
例えば、情報受信機は、放送番組を受信すると一度記録媒体又はバッフアに独自のデータフォーマットに基づいて記録して蓄積する。そして、蓄積してあるデータを所定のプロトコルからなる伝送方式により、接続されているレコーディング装置に送信する。レコーディング装置は、この所定のプロトコルからなる伝送方式に合わせて放送番組のデータを取り込み、独自のデータフォーマットに基づいて取り込んだ放送番組のデータを記録媒体に記録して蓄積する。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述の従来技術で説明したレコーディング装置や情報受信機においては、予め取り決めてある固定のフォーマット同士で通信することができるが、同じ機器に記録されているフォーマットを他の形式のフォーマットに変更することができないという問題がある。
【０００５】
従って、異なった機器同士において、共有することが可能で且つ機能やデータフォーマットが追加された場合でもその拡張が容易にできるようなレコーディング装置並びに情報受信機に解決しなければならない課題を有する。
【０００６】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るレコーディングシステムは、次のような構成にすることである。
（１）汎用データ記述言語を解読する機能を備えた情報受信機と、該情報受信機からのデータを記録するデータ記録領域と少なくとも汎用データ記述言語の文書型定義情報を記録する文書型定義記録領域とを有するレコーディング装置とからなり、前記レコーディング装置は、前記情報受信機と接続した時に蓄積してある文書型定義情報を前記情報受信機に送信すると共に、該文書型定義情報を受信した情報受信機は、その受信した文書型定義情報に基づいてレコーディング装置側に所定のデータを伝送するようにしたことを特徴とするレコーディングシステム。
（２）前記レコーディング装置が前記情報受信機に前記文書型定義情報を送信するのは、前記情報受信機と初期接続した時であることを特徴とする（１）に記載のレコーディングシステム。
（３）前記文書型定義情報を受信した情報受信機は、受信した文書型定義で定義されている中から所定のコマンドを抽出し、該抽出したコマンドの指示に従って前記レコーディング装置をアクセスするようにしたことを特徴とする（１）に記載のレコーディングシステム。
（４）前記抽出したコマンドは、抽出以降において、レコーディング装置への送信要求コマンドとすることを特徴とする（３）に記載のレコーディングシステム。
（５）前記レコーディング装置に記憶されている情報記述方式にはメタデータが含まれていることを特徴とする（１）に記載のレコーディングシステム。
（６）前記レコーディング装置が保有する文書型定義は、複数個存在することを特徴とする（１）に記載のレコーディングシステム。
（７）前記レコーディング装置は、ハードディスクレコーダで構成されていることを特徴とする（１）に記載のレコーディングシステム。
（８）前記情報受信機は、セットトップボックス又は情報機器であることを特徴とする（１）に記載のレコーディングシステム。
（９）前記汎用データ記述言語は、ＸＭＬ（Ｘｔｅｎｓｉｂｌｅ  ＭａｒｋｕｐＬａｎｇｕａｇｅ）であることを特徴とする（１）に記載のレコーディングシステム。
【０００７】
（１０）汎用データ記述言語を解読する機能を備えた情報受信機と、該情報受信機からのデータを記録するデータ記録領域と少なくとも前記汎用データ記述言語の文書型定義を記録する文書型定義記録領域とを備えると共に前記汎用データ記述言語を解読する機能を有するレコーディング装置とからなり、前記情報受信機は、前記汎用データ記述言語で作成されている文書型定義情報を前記レコーディング装置側に送信すると共に、該レコーディング装置は受信した文書型定義情報に基づいて前記データ記録領域への記録及び／又は表示形式の設定を行うようにしたことを特徴とするレコーディングシステム。
（１１）前記情報受信機が前記レコーディング装置に前記文書型定義情報を送信するのは、前記レコーディング装置と初期接続した時であることを特徴とする（１０）に記載のレコーディングシステム。
（１２）前記データ記録領域への記録は、前記受信した文書型定義情報に含まれているデータフォーマットに基づくことを特徴とする（１０）に記載のレコーディングシステム。
（１３）前記文書型定義情報をレコーディング装置に送信した情報受信機は、該送信した文書型定義情報で定義されている中からコマンドを抽出し、該抽出したコマンドの指示に従って前記レコーディング装置をアクセスすることを特徴とする（１０）に記載のレコーディングシステム。
（１４）前記抽出したコマンドは、抽出以降において、レコーディング装置への送信要求コマンドとすることを特徴とする（１０）に記載のレコーディングシステム。
（１５）前記レコーディング装置に記録した文書型定義情報にはメタデータが含まれていることを特徴とする（１０）に記載のレコーディングシステム。
（１６）前記情報受信機が保有する前記レコーディング装置に送信することができる文書型定義は、複数個存在することを特徴とする（１０）に記載のレコーディングシステム。
（１７）前記レコーディング装置は、ハードディスクレコーダで構成されていることを特徴とする（１０）に記載のレコーディングシステム。
（１８）前記情報受信機は、セットトップボックス又は情報機器であることを特徴とする（１０）に記載のレコーディングシステム。
（１９）前記汎用データ記述言語は、ＸＭＬ（Ｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）であることを特徴とする（１０）に記載のレコーディングシステム。
【０００８】
このように、レコーディング装置或いは情報受信機が備えている汎用データ記述言語で作成されている文書型定義情報を、機器同士が接続した時、特に初期接続時に相手側に送信するようにして、互いにデータフォーマットや情報を共有化することができるようになり、機能が付加されたり、フォーマットが追加されたり等した場合でも機能の拡張が容易に且つ自動的に行うことができる。
【０００９】
【発明の実施の形態】
次に、本発明に係るレコーディングシステムの実施の形態について図面を参照して説明する。
【００１０】
本発明に係るレコーディングシステムは、図１に示すように、汎用データ記述言語、実施例においてＸＭＬ（Ｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、を解読する機能を備えた情報受信機１０と、この情報受信機１０からのデータを記録するデータ記録領域と少なくとも汎用データ記述言語の文書型定義（ＤＴＤ；Ｄｏｃｕｍｅｎｔ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎ）を記録する文書型定義記録領域とを有するレコーディング装置２０とから構成されている。この文書型定義領域に保有することができる文書型定義は、少なくとも１個又は複数個存在できる構成になっている。このように、複数個の文書型定義を用意しておくこと、例えば異なったデータフォーマットを形成する文書型定義を複数個予め用意しておき、受信するデータの態様に応じたデータフォーマットを使用する事が可能になる。
【００１１】
情報受信機１０は、レコーディング装置２０と接続した時に、文書型定義情報をレコーディング装置２０と送受信できる機能を有し、このレコーディング装置２０から文書型定義情報を受信すると、この受信した文書型定義情報に基づいて所定のデータをレコーディング装置２０に送ることができる機能を有する。即ち、文書型定義情報を受信した情報受信機１０は、受信した文書型定義情報で定義されている中から所定のコマンドを抽出し、この抽出したコマンドの指示に従って所定のデータフォーマットに基づくレコーディング装置２０をアクセスすることができるのである。更に、抽出したコマンドは抽出以降において、レコーディング装置２０をアクセスする際の送信要求コマンドとすることができ、レコーディング装置２０とのプロトコルの確立及び互換性の確保を図る事が可能になる。このような機能を有する情報受信機１０は、ＣＳ等の衛星放送（サテライト；Ｓａｔｅｌｌｉｔｅ）を受信できるセットトップボックス（ＳＴＢ）１１やネット、例えばインターネット（Ｉｎｔｅｒｎｅｔ）からデータを受信及びダウンロードすることができる情報機器（例えば、パーソナルコンピュータ）１２などで構成されている。このような構成からなる情報受信機１０は、デジタルデータバス（実施例においてＩＥＥＥ１３９４規格に準拠したバス）を形成するｉ．Ｌｉｎｋケーブル１３でレコーディング装置２０と接続できる構成となっている。このｉ．Ｌｉｎｋケーブル１３は無線でも有線でもよい。
【００１２】
レコーディング装置２０は、ハードディスクレコーダやＤＶＤーＲ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｃ）で構成され、文書型定義記録領域に蓄積されている文書型定義情報を情報受信機１０側に送信する機能又はその逆の機能を有すると共に、データ記録領域には、複数のイベント（Ｅｖｅｎｔ）やコンポーネント（Ｃｏｍｐｏｎｅｎｔｓ）が記録できるようになっている。これらイベントやコンポーネントの内容を共有することができるように所定の方式に基づいて整理して記録されている。そして、これらイベントの内容を接続している情報受信機１０に伝えることで整理されたイベントの内容を共有することができる構成となっている。
【００１３】
レコーディング装置２０の具体的な構成は、情報受信機１０から情報をｉ．Ｌｉｎｋケーブル１３を介してす受信するｉ．Ｌｉｎｋ制御部２１と、ｉ．Ｌｉｎｋケーブル１３を介して入出力するデータを一時的に格納するｉ．Ｌｉｎｋバッフア部２１ａと、ｉ．Ｌｉｎｋ制御部２１からのデータをアドレス／データバス２２を介して記憶するメモリ部２３と、アドレス／データバス２２を制御する中央演算ユニット（ＣＰＵ）２４と、地上波放送信号からなるテレストリアルから放送電波を受信するチューナ部２５と、チューナ部２５で受信したアナログビデオ信号をデジタル信号に変換するビデオＡ／Ｄ変換部２６と、チューナ部２５で受信したアナログオーデイオ信号をデジタル信号に変換するオーデイオＡ／Ｄ変換部２７と、ｉ．Ｌｉｎｋ制御部２１からのＡ／Ｖコンポーネント信号及びデータコンポーネント信号、ビデオＡ／Ｄ変換部２６からのビデオコンポーネント信号及びオーデイオＡ／Ｄ変換部２７からのオーデイオコンポーネント信号を送受信するマルチプレクサ／デマルチプレクサ２８と、このマルチプレクサ／デマルチプレクサ２８に接続しているハードディスクデバイス（ＨＤＤ）２９と、マルチプレクサ／デマルチプレクサ２９に接続されネットワーク情報の記録及び読出しの際に一時的にデータが格納されるメモリＳＤＲＡＭと、ビデオＡ／Ｄ変換部２６でアナログ信号に変換されたアナログビデオ信号を出力するビデオ信号出力部３０と、オーデイオＡ／Ｄ変換部２７によりアナログ信号に変換されたアナログオーデイオ信号を出力するオーデイオ信号出力部３１と、リモコン３２の操作信号を受信するリモコンデコーダ部３３と、ハードディスクデバイス（ＨＤＤ）２９に記録されている情報などを表示する場合に使用されるグラフィックス部３４とから構成されている。ビデオ信号出力部３０及びオーデイオ信号出力部３１はテレビジョン受像機３５に接続されている。
【００１４】
又、アドレス／データバス２２は、中央演算ユニット（ＣＰＵ）２４により制御され、ｉ．Ｌｉｎｋ制御部２１からのデータ、ビデオＡ／Ｄ変換部２６からのデータ、オーデイオＡ／Ｄ変換部２７からのデータ、グラフィックス部３４のデータ、メモリ部２３のデータ、マルチプレクサ／デマルチプレクサ２８のデータのそれぞれを制御する。メモリ部２３は、基本ソフトウェアを記憶してあるメモリ（ＲＯＭ）３６、アプリケーションソフトを記憶してあるフラッシュメモリ３７、ハードデイスクデバイス（ＨＤＤ）２９が動作するための各パラメータデータが格納されるメモリ（ＥＥＰＲＯＭ）３８、ワークメモリ及び一時的な情報のメモリとして使用されるメモリ（ＤＲＡＭ）３９とから構成されている。
【００１５】
このような構成からなるレコーディングシステムの情報受信機１０は、図２に示すように、受信する態様に応じて、ネットワーク（Ｎｅｔｗｏｒｋｓ）、マルチプレックス（Ｍｕｌｔｉｐｌｅｘｅｓ）、サービス（Ｓｅｒｖｉｃｅｓ）、コンポーネント（Ｃｏｍｐｏｎｅｎｔｓ）、イベント（Ｅｖｅｎｔｓ）の順に階層化した、いわゆるサービス・デリバリー・モデル（Ｓｅｒｖｉｃｅ  Ｄｅｌｉｖｅｒｙ  Ｍｏｄｅｌ）を構築することができる。
【００１６】
サービス・デリバリ・モデルを構築する１つのネットワークにはサテライト（Ｓａｔｅｌｉｔｅ；衛星放送）５０、ケーブル放送（Ｃａｂｌｅ）５１、テレストリアル（Ｔｅｒｒｅｓｔｒｉａｌ；地上波放送）５２などで構成されている。
【００１７】
ネットワークのサテライト５０の下位階層であるマルチプレクックスは、複数のトランスポンダ（Ｔｒａｎｓｐｏｎｄｅｒ）１〜Ｎ（５３ａ、５３ｂ〜５３ｎ）により形成されている。
【００１８】
マルチプレックスの下位階層であるサービスは、トランスポンダ１〜Ｎ（５３ａ、５３ｂ〜５３ｎ）のそれぞれにサービス（Ｓｅｒｖｉｃｅｓ）１〜Ｎ（５４ａ、５４ｂ〜５４ｎ）が形成されている。このサービス１〜Ｎ（５４ａ、５４ｂ〜５４ｎ）は、例えばプロバイダ（Ｐｒｏｖｉｄｅｒ）により形成されている。
【００１９】
このサービスの下位階層であるコンポーネントは、サービス１〜Ｎ（５４ａ、５４ｂ〜５４ｎ）のそれぞれに、ビデオ（Ｖｉｄｅｏ）１（５５ａ）、オーデイオ（Ａｕｄｉｏ）２（５５ｂ）、データ（Ｄａｔａ）Ｎ（５５ｃ）から構成される。
【００２０】
この、サービスを時間軸で区切ると、複数のイベント（Ｅｖｅｎｔ）１〜Ｎ（６０ａ、６０ｂ、６０ｃ、６０ｅ〜６０ｆ）が存在する。このイベント１〜Ｎ（６０ａ、６０ｂ、６０ｃ、６０ｅ〜６０ｆ）には、表示形式を示すスタイルシート（Ｓｔｙｌｅ  Ｓｈｅｅｔ）、及び文書型定義を示すＤＴＤ（Ｄｏｃｕｍｅｎｔ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎ）を規定して参照するようになっている。この点については後述する。
【００２１】
ネットワークのケーブル放送５１の下位階層であるマルチプレックスは、複数のチャンネル（Ｃｈａｎｎｅｌ）１〜Ｎ（５６ａ、５６ｂ〜５６ｎ）により形成されている。このケーブル放送５１におけるマルチプレックスの下位階層であるサービスは、チャンネル１〜Ｎ（５６ａ、５６ｂ〜５６ｎ）のそれぞれにサービス１〜Ｎ（５７ａ、５７ｂ〜５７ｎ）が形成されている。このサービス１〜Ｎ（５７ａ、５７ｂ〜５７ｎ）は、例えばプロバイダにより形成されている。
【００２２】
このサービスの下位階層であるコンポーネントは、サービス１〜Ｎ（５７ａ、５７ｂ〜５７ｎ）のそれぞれに、サテライトと同様に図示しないビデオ１、オーデイオ２、データＮが構成されている。
【００２３】
この、サービス１〜Ｎ（５７ａ、５７ｂ〜５７ｎ）を時間軸で区切ると、サテライト５０と同様に複数のイベント１〜Ｎ（６０ａ〜６０ｎ）が存在する。このイベント１〜Ｎ（６０ａ〜６０ｎ）には、表示形式を示すスタイルシート、及び文書型定義を示すＤＴＤを規定して参照するようになっている。
【００２４】
ネットワークのテレストリアル５２の下位階層であるマルチプレックスは、複数のチャンネル１〜Ｎ（５８ａ、５８ｂ〜５８ｎ）により形成されている。
【００２５】
マルチプレックスの下位階層であるサービスは、チャンネル１〜Ｎ（５８ａ、５８ｂ〜５８ｎ）のそれぞれにサービス１〜Ｎ（５９ａ、５９ｂ〜５９ｎ）が形成されている。このサービス１〜Ｎ（５９ａ、５９ｂ〜５９ｎ）は、例えばプロバイダにより形成されている。
【００２６】
このサービスの下位階層であるコンポーネントは、サービス１〜Ｎ（５９ａ、５９ｂ〜５９ｎ）のそれぞれに、サテライト５０と同様に図示しないビデオ１、オーデイオ２、データＮが構成される。
【００２７】
この、サービスを時間軸で区切ると、サテライト５０と同様に複数のイベント１〜Ｎ（６０ａ〜６０ｎ）が存在する。このイベント１〜Ｎ（６０ａ〜６０ｎ）には、表示形式を示すスタイルシート、及び文書型定義を示すＤＴＤを規定して参照するようになっている。
【００２８】
このようにして階層化されたそれぞれのイベントは、汎用データ記述言語、実施例においてＸＭＬの文書型定義（ＤＴＤ）により規定される。図３は、サービス・デリバリ・モデルにおける階層化されたイベントの規定の仕方を示したものであり、マルチプレックスＡは、サービス１の下位階層にイベント４、イベント５が存在し、それぞれがニュース番組における文書型定義（ＤＴＤ）及びスタイルシートの定義がなされている。マルチプレックスＢは、オーデイオ、ビデオ、データを定義するもので、サービス２の下位階層のイベント１における文書型定義（ＤＴＤ）はクイズ番組、スタイルシートはデータ放送番組を定義してあり、イベント２は文書型定義（ＤＴＤ）がショッピング番組、スタイルシートはデータ放送番組を定義しており、イベント３は文書型定義（ＤＴＤ）がドラマ番組、スタイルシートはドラマ番組を定義している。
【００２９】
このようにして、ニュース番組ならニュース番組に合った表示形式、文書型定義を規定することができる。又、複数のイベントが同じ表示形式や文書型定義を参照することもできる。イベントだけでなく、ネットワーク、マルチプレックス、サービス、コンポーネントにも表示形式、文書型定義を規定し、参照することもできる。
【００３０】
ここで、ＸＭＬ文書の全体構成は、▲１▼ＸＭＬ宣言、▲２▼ＤＴＤ、▲３▼ＸＭＬインスタンスとからなる。▲１▼ＸＭＬ宣言はＸＭＬバージョン宣言、文字コードの宣言を行う簡単なものである。▲２▼ＤＴＤは、文書の型、即ち、タグによって表される文書要素及びその階層構造の宣言、要素の付属情報としての属性の宣言を行う。この宣言は、基本的にはマークアップ宣言と呼ばれる４つの宣言を行う。それは、（１）要素型宣言（使用できる要素を定義するものであり、要素の名前、階層構造を規定）、（２）属性リスト宣言（要素の付加情報としての属性を定義するものであり、どの要素にどんな属性がつくか、属性名は何か、属性の値としてどんなものを指定できるか、属性の指定は必須か否か、属性のデフォルト値は何か等を指定）、（３）エンティティ宣言（外部ファイルや置換文字列などのエンティティを宣言する記述であり、一般エンティティとパラメータエンティティの２種類の宣言があり、ＤＴＤの一部になる）、（４）記法宣言（非ＸＭＬデータのデータ記述形式の宣言であり、ＧＩＦ、ＣＧＭ、Ｔｅｘなどの記法名を使って表す）によって定められたタグ付けに関する文書の型の定義である。▲３▼ＸＭＬインスタンスは、実際のタグ付き文書が書かれる部分である。
【００３１】
スタイルシートは、ＸＭＬの要素（文書の型ごとに定義される論理構造の１単位で開始タグと終了タグによって表現されるもの）に表示・印刷時のスタイル情報を与えるための指定であり、スタイル記述言語を使って記述される。
【００３２】
次に、レコーディングシステムにおいて使用される階層化されたサービス・デリバリ・モデルの構造に対して、共通のデータフォーマットを上記のＸＭＬ文書を用いて定義することについて、図４を参照して説明する。
【００３３】
レコーディングシステム内における共通化したデータフォーマットは、レコーディング装置２０としてハードディスクレコーダ（ハードディスクデバイス２９）、情報受信機１０としてデジタル衛星放送のセットトップボックス１１を例にして以下説明する。
【００３４】
先ず、ハードディスクレコーダであるハードディスクデバイス（ＨＤＤ）２９内には、放送データ等を格納するデータ記録領域と、ネットワーク、マルチプレックス、サービス、イベント、コンポーネント、ＤＴＤを記述する文書型定義記録領域とが存在する。この文書型定義記録領域の容量はハードディスクデバイス（ＨＤＤ）２９の容量により決められる構成となっている。
【００３５】
この文書型定義記録領域には、上述したデータ記録領域にデータを書き込むためのデータフォーマットが格納されており、そのデータフォーマットは階層化された構造で定義されている。その構造は、「Ｎｅｔｗｏｒｋ＿ｆｏｒｍａｔ」（１００）、「Ｍｕｔｉｐｌｅｘｅｓ＿ｆｏｒｍａｔ」（２００）、「Ｓｅｒｖｉｃｅｓ＿ｆｏｒｍａｔ」（３００）、「Ｅｖｅｎｔｓ＿ｆｏｒｍａｔ」（４００）、「Ｃｏｍｐｏｎｅｎｔｓ＿ｆｏｒｍａｔ」（５００）、「Ｄｅｆｉｎｉｔｉｏｎ＿ｆｏｒｍａｔ」（６００）、「Ｓｔｙｌｅ＿ｆｏｒｍａｔ」（７００）である。
【００３６】
これらのフォーマット（１００）〜（７００）の内容は、それぞれの数を表すために、「Ｎｕｍｂｅｒ＿ｏｆ＿ＸＸＸ」で表すようになっている。「Ｎｅｔｗｏｒｋ＿ｆｏｒｍａｔ」（１００）であれば、「Ｎｕｍｂｅｒ＿ｏｆ＿Ｎｅｔｗｏｒｋ」（１０１）であり、「Ｍｕｔｉｐｌｅｘｅｓ＿ｆｏｒｍａｔ」（２００）であれば、「Ｎｕｍｂｅｒ＿ｏｆ＿Ｍｕｌｔｉｐｌｅｘｅｓ」（２０１）であり、「Ｓｅｒｖｉｃｅｓ＿ｆｏｒｍａｔ」（３００）であれば、「Ｎｕｍｂｅｒ＿ｏｆ＿Ｓｅｒｖｉｃｅｓ」（３０１）であり、「Ｅｖｅｎｔｓ＿ｆｏｒｍａｔ」（４００）であれば、「Ｎｕｍｂｅｒ＿ｏｆ＿Ｅｖｅｎｔｓ」（４０１）であり、「Ｃｏｍｐｏｎｅｎｔｓ＿ｆｏｒｍａｔ」（５００）であれば、「Ｎｕｍｂｅｒ＿ｏｆ＿Ｅｖｅｎｔｓ」（５０１）であり、「Ｄｅｆｉｎｉｔｉｏｎ＿ｆｏｒｍａｔ」（６００）であれば、「Ｎｕｍｂｅｒ＿ｏｆ＿Ｄｔｄ」（６０１）であり、「Ｓｔｙｌｅ＿ｆｏｒｍａｔ」（７００）であれば「Ｎｕｍｂｅｒ＿ｏｆ＿Ｓｔｙｌｅ」（７０１）である。
【００３７】
このようにして各フォーマット（１００）〜（７００）の数の指定に続いてそれぞれの領域（エリア）における情報を定義する。「Ｎｅｔｗｏｒｋ＿ｆｏｒｍａｔ」（１００）であれば、ネットワーク情報を格納する「Ｎｅｔｗｏｒｋｓ＿ａｒｅａ」（１０２）で定義し、「Ｍｕｔｉｐｌｅｘｅｓ＿ｆｏｒｍａｔ」（２００）であれば、マルチプレクサの情報を格納する「Ｍｕｌｔｉｐｌｅｘｅｓ＿ａｒｅａ」（２０２）で定義し、「Ｓｅｒｖｉｃｅｓ＿ｆｏｒｍａｔ」（３００）であれば、サービス情報を格納する「Ｓｅｒｖｉｃｅｓ＿ａｒｅａ」（３０２）で定義し、「Ｅｖｅｎｔｓ＿ｆｏｒｍａｔ」（４００）であれば、イベントの情報を格納する「Ｅｖｅｎｔｓ＿ｉｎｆｏ＿ａｒｅａ」（４０２）で定義し、「Ｃｏｍｐｏｎｅｎｔｓ＿ｆｏｒｍａｔ」（５００）であれば、コンポーネント情報を格納する「Ｃｏｍｐｏｎｅｎｎｔｓ＿Ｉｎｆｏ＿ａｒｅａ」（５０２）で定義し、「Ｄｅｆｉｎｉｔｉｏｎ＿ｆｏｒｍａｔ」（６００）であれば、文書型定義の記述を格納する「Ｄｔｄ＿ａｒｅａ」（６０２）で定義し、「Ｓｔｙｌｅ＿ｆｏｒｍａｔ」（７００）であれば、表示形式の記述を格納する「Ｓｔｙｌｅ＿ａｒｅａ」（７０２）で定義する。
【００３８】
このようにして各領域の定義（１０２）〜（７０２）をすると、次に定義した領域における下位の階層化の定義（設定）を行う。
【００３９】
「Ｎｅｔｗｏｒｋ＿ａｒｅａ」（１０２）は、ネットワーク以下に幾つのマルチプレックス（例えば、デジタル衛星放送でいえばトランスポンダ）が存在するかを、「Ｎｕｍｂｅｒ＿ｏｆ＿Ｍｕｌｔｉｐｌｅｘｅｓ＿ｉｎ＿Ｎｅｔｗｏｒｋｓ」（１０３）で設定する。
【００４０】
「Ｍｕｔｉｐｌｅｘｅｓ＿ａｒｅａ」（２０２）は、マルチプレックスの属性を示す「Ｎｅｔｗｏｒｋ＿ｉｄ」（２０３）を設定し、マルチプレックスの開始終了を示す「Ｍｕｌｔｉｐｌｅｘｅｓ＿Ｓｔａｒｔ＿ａｄｄｒｅｓｓ」（２０４）及び「Ｍｕｌｔｉｐｌｅｘｅｓ＿Ｅｎｄ＿ａｄｄｒｅｓｓ」（２０５）、データの発送日時等の時間管理を行う「Ｔｉｍｅｓｔａｍｐ＿ｉｎｆｏ＿ａｄｄｒｅｓｓ」（２０６）を設定し、マルチプレックス以下に幾つのサービス（例えば放送局等）が存在するかを示す「Ｎｕｍｂｅｒ＿ｏｆ＿Ｓｅｒｖｉｃｅ＿ｉｎ＿Ｍｕｌｔｉｐｌｅｘｅｓ」（２０７）を設定する。この設定した「Ｎｕｍｂｅｒ＿ｏｆ＿Ｓｅｒｖｉｃｅ＿ｉｎ＿Ｍｕｌｔｉｐｌｅｘｅｓ」（２０７）で設定された数だけサービスアドレスが設定できる。このサービスアドレスである「Ｓｅｒｖｉｃｅ＿Ａｄｄｒｅｓｓ」（２０８）は、「Ｓｅｒｖｉｃｅ＿ａｒｅａ」（３０２）の場所を指す。
【００４１】
「Ｓｅｒｖｉｃｅ＿ａｒｅａ」（３０２）は、サービス以下に幾つのイベント（番組等）とコンポーネント（オーデイオ／ビデオ／データ等）が存在するかを定義するものであり、「Ｎｕｍｂｅｒ＿ｏｆ＿Ｅｖｅｎｔ＿ｉｎ＿Ｓｅｒｖｉｃｅｓ」（３０３）及び「Ｎｕｍｂｅｒ＿ｏｆ＿Ｃｏｍｐｏｎｅｎｔｓ＿ｉｎ＿Ｓｅｒｖｉｃｅ」（３０４）で設定した数だけコンポーネントアドレスが設定できる。このコンポーネントアドレスである「Ｃｏｍｐｏｎｅｎｔｓ＿ａｄｄｒｅｓｓ」（３０５）は、イベント情報を設定する「Ｅｖｅｎｔ＿ｉｎｆｏ＿ａｒｅａ」（４０２）と、映画やＴＶ番組等のイベントを記憶する領域を指定する「Ｅｖｅｎｔ＿ａｒｅａ」（８００）と、コンポーネントの情報を設定する「Ｃｏｍｐｏｎｅｎｔｓ＿ｉｎｆｏ＿ａｒｅａ」（５０２）と、動画及び静止画等の画像情報を記憶する領域を指定する「Ｃｏｍｐｏｎｅｎｔｓ＿ａｒｅａ」（９００）とのアドレスを指定する。
【００４２】
又、このサービス情報を格納する領域を記述する「Ｓｅｒｖｉｃｅ＿ｉｎｆｏ＿ａｒｅａ」（５０２）、イベント情報を格納する領域を記述する「Ｅｖｅｎｔ＿ｉｎｆｏ＿ａｒｅａ」（４０２）、コンポーネント情報を格納する領域を記述する「Ｃｏｍｐｏｎｅｎｔｓ＿ｉｎｆｏ＿ａｒｅａ」（５０２）は、汎用データ記述言語であるＸＭＬのメタ言語（メタデータ）で記述されている。ここで、メタ言語（ｍｅｔａ−ｌａｎｇｕａｇｅ）は、ＤＴＤにおけるＸＭＬインスタンスで使用するタグ名とその階層関係、又、開始タグで使用する属性と属性値のデータ型を主に指定することによって、ＸＭＬインスタンスで使用する一つの言語を指定したものと同じくなるようにしたものである。
【００４３】
次に、上述した「Ｓｅｒｖｉｃｅ＿ｉｎｆｏ＿ａｒｅａ」（３０６）、「Ｃｏｍｐｏｎｅｎｔｓ＿ｉｎｆｏ＿ａｒｅａ」（５０２）、「Ｅｖｅｎｔ＿ｉｎｆｏ＿ａｒｅａ」（４０２）内にメタ言語で記述されているタグの構造等の文書型定義であるＤＴＤを記述する。この例では、ＸＭＬの方式にならうため、ＤＴＤはＤＯＣＴＹＰＥで宣言し、ファイル名を指定するためのファイル名称（ｘｘｘ．ｄｔｄ）を付けた構成となっている。
【００４４】
「Ｓｅｒｖｉｃｅ＿ｉｎｆｏ＿ａｒｅａ」（３０６）のＤＴＤは、＜！Ｄｏｃｔｙｐｅ  ｔｖＰｒｏｖｉｄｅｒ  ＳＹＳＴＥＭ  ”３．ｄｔｄ”＞（３０７）及び＜！Ｄｏｃｔｙｐｅ  ｓｔｙｌｅ−ｓｈｅｅｔ  ＰＵＢＬＩＣ  ”４．ｘｓｌ”＞（３０８）と宣言する。
【００４５】
「Ｃｏｍｐｏｎｅｎｔｓ＿ｉｎｆｏ＿ａｒｅａ」（５０２）のＤＴＤは、＜！Ｄｏｃｔｙｐｅ  ｔｖＧｕｉｄｅ  ＳＹＳＴＥＭ  ”Ｃｏｍｐｏｎｅｎｔｓ．ｄｔｄ”＞（５０３）及び＜！Ｄｏｃｔｙｐｅ  ｓｔｙｌｅ−ｓｈｅｅｔ  ＰＵＢＬＩＣ  ”Ｃｏｍｐｏｎｅｎｔｓ．ｘｓｌ”＞（５０４）と宣言する。
【００４６】
「Ｅｖｅｎｔ＿ｉｎｆｏ＿ａｒｅａ」（４０２）のＤＴＤは、＜！Ｄｏｃｔｙｐｅ  ｔｖＥｖｅｎｔ  ＳＹＳＴＥＭ  ”ＸＸＸ．ｄｔｄ”＞（４０３）及び＜！Ｄｏｃｔｙｐｅ  ｓｔｙｌｅ−ｓｈｅｅｔ  ＰＵＢＬＩＣ  ”５．ｘｓｌ”＞（４０４）と宣言する。
【００４７】
更に、上述の如くＤＴＤ宣言による文書を定義すると共に、「Ｄｔｄ  ａｒｅａ」（６０２）において定義をした要素の属性を示すＥＬＥＭＥＮＴで要素型宣言をする。
【００４８】
「Ｓｅｒｖｉｃｅ＿ｉｎｆｏ＿ａｒｅａ」（３０６）で宣言した”ｔｖＰｒｏｖｉｄｅｒ”に対する「Ｄｔｄ＿ａｒｅａ」（６０２ａ）は、＜！ＥＬＥＭＥＮＴ  ｔｖＰｒｏｖｉｄｅｒ（ｐｒｏｖｉｄｅｒ＿ｎａｍｅＩｆｒｅｑｕｅｎｃｙＩｓｙｓｔｅｍ）＞（６０３）、＜！ＡＴＴＬＩＳＴ  ｔｖＰｒｏｖｉｄｅｒ・・・＞（６０４）と宣言した後にプロバイダの名前、放送形式等の宣言をする。
【００４９】
「Ｅｖｅｎｔ＿ｉｎｆｏ＿ａｒｅａ」（４０２）で宣言した”ｔｖＥＶＥＮＴ”に対する「Ｄｔｄ＿ａｒｅａ」（６０２ｂ）は、＜！ＥＬＥＭＥＮＴ  ｔｖＥＶＥＮＴ・・・・＞（６０５）と宣言した後にイベント情報であるタイトル、日付、開始時間等を宣言する。
【００５０】
以上示したように、階層化された共通のデータフォーマットを作成しておくことにより、情報受信機１０側からレコーディング装置２０側へのデータの送信はこのデータフォーマットに基づいて書き込まれる。さて、このような共通データフォーマットを作成した場合において、ＸＭＬデータのＤＴＤについては、▲１▼情報受信機１０がそれを作成し、レコーディング装置２０が受け取って書き込みを行う場合と、▲２▼レコーディング装置２０内の中央演算処理ユニット（ＣＰＵ）２４が作り出し、ハードディスクデバイス（ＨＤＤ）２９に書き込む場合、又は▲３▼出荷時にメモリ（ＲＯＭ）３６に書き込んであるＤＴＤをハードディスクデバイス（ＨＤＤ）２９に書き込む場合などが考えられる。
【００５１】
又、上記ＸＭＬに基づいて作成されたデータフォーマットのうち、「Ｓｅｒｖｉｃｅ＿ｉｎｆｏ＿ａｒｅａ」（３０６）、「Ｅｖｅｎｔ＿ｉｎｆｏ＿ａｒｅａ」（４０２）、「Ｃｏｍｐｏｎｅｎｔｓ＿ｉｎｆｏ＿ａｒｅａ」（５０２）に記述するＸＭＬは、「Ｄｔｄ＿ａｒｅａ」（６０２ａ）、（６０２ｂ）の記述と同様に▲１▼情報受信機１０がそれを作成し、レコーディング装置２０が受け取って書き込みを行う場合、▲２▼レコーディング装置２０内の中央演算処理ユニット（ＣＰＵ）２４が作り出しハードディスクデバイス（ＨＤＤ）２９に書き込む場合、又は▲３▼出荷時にメモリ（ＲＯＭ）３６に書き込んであるＸＭＬをハードディスクデバイス（ＨＤＤ）２９に書き込む場合等が考えられる。又、この中には、イベントの著作権やコピー防止を備えた著作権の保護対策機能を備えることもできる。
【００５２】
このようにして共通のデータフォーマットをレコーディング装置２０の文書型定義記録領域に格納しておくこと及び／又は情報受信機１０側で蓄積しておくことにより、データを書き込み等する際に適宜このデータフォーマットを実行することによって、作成されているフォーマット形式に基づいてデータを書き込み、又は読み出すことができるのである。このデータフォーマットに適合させたデータの送受信をするためには、接続する他の機器、例えば情報受信機１０においても同じフォーマット形式でデータを送受信する必要がある。以下、場合分けして説明する。
【００５３】
（１）レコーディング装置２０のＤＴＤを情報受信機１０が読込む場合は、図５（Ａ）に示すように、情報受信機１０が”ＲＥＡＤ＜ＤＴＤ＞”という文書型定義から抽出した読み出し用コマンドをレコーディング装置２０にｉ．Ｌｉｎｋ（ケーブル）１３を介して送信すると、レコーディング装置２０は”＜ＤＴＤ＞文書型定義＜／ＤＴＤ＞のタグ内に文書型定義の内容を付けて送り返す。このようにすることにより、当初情報受信機１０とレコーディング装置２０とのデータフォーマットが異なるものであっても、接続初期において、ＤＴＤを同じくすることによって、同一のデータフォーマットにすることができる。これはいわゆるデータフォーマットの共有化を図ることができるのであり、内容の変更、追加等を行う際に互換性を維持することが極めて簡単な手法で行うことができることになる。
【００５４】
（２）同じように、ＤＴＤをレコーディング装置２０に書き込む場合は、図５（Ｂ）に示すように、情報受信機１０は＜ＤＴＤ＞文書型定義＜／ＤＴＤ＞のタグ内に文書型定義の内容を送信するコマンドをレコーディング装置２０側にｉ．Ｌｉｎｋ（ケーブル）１３を介して送出する。レコーディング装置２０はＡｃｃｅｐｔ等を返し受領したことを伝える。このようにすることによって、情報受信機１０側に搭載されているＤＴＤをレコーディング装置２０側に送ることによって、例えば、レコーディング装置２０側が新規なものになった場合でも同一のデータフォーマットで書き込み及び読み出しを行うことができる。このようにして、情報受信機１０が、レコーディング装置２０に文書型定義情報を送信すると、レコーディング装置２０は受信した文書型定義情報に含まれているデータフォーマットに基づいて記録再生すること及び特定の表示形式を設定することが可能になる。更に、情報受信機１０側は、特定のレコーディング装置２０に文書型定義情報を送信した後は、この送信した文書型定義情報に含まれている中からコマンドを抽出し、この抽出したコマンドの指示に従ってレコーディング装置２０をアクセスする。そして、抽出したコマンドは、抽出以降において、レコーディング装置２０への送信要求コマンドとすることによってプロトコルの確立及び互換性の確保を図ることができる。
【００５５】
更に、レコーディング装置２０にある情報、例えば、文書型定義記録領域の情報を外部機器、例えば情報受信機１０に送ること、又は逆に外部の機器から所望の情報を受け取ることもできる。
【００５６】
（３）レコーディング装置２０に存在している情報を情報受信機１０が読込む場合は、図５（Ｃ）に示すように、情報受信機１０が”ＲＥＡＤ＜タグ名＞”というレコーディング装置２０内の情報を読むコマンドをｉ．Ｌｉｎｋ（ケーブル）１３を介して送信するとレコーディング装置２０は”＜タグ名＞内容＜／タグ名＞”のタグ内にレコーディング装置２０内の情報（指定されたタグの内容）をつけて送り返す。このようにして、情報受信機１０は、必要な情報をレコーディング装置２０から適宜取り込むことができるため、レコーディング装置２０の仕様に合わせた定義等を行うことができるのである。
【００５７】
（４）同じように、情報受信機１０が備えている或る情報をレコーディング装置２０に書き込む場合は、図５（Ｄ）に示すように、情報受信機１０は”ＷＲＩＴＥ＜タグ名＞内容＜／タグ名＞”のタグ内に情報を書き込むコマンドとその情報をつけてｉ．Ｌｉｎｋ（ケーブル）１３を介して送信する。レコーディング装置２０は”Ａｃｃｅｐｔ”を返し受領したことを伝える。このようにして、レコーディング装置２０は、接続する相手側からの情報を必要に応じて取り込み、新規機能が追加された時にも柔軟に対応することができるのである。
【００５８】
【発明の効果】
本願発明は、上述したように、ＤＴＤを接続機器に送ることで接続機器同士のデータのフォーマット等を共有、理解することができるため、データフォーマットが異なる機器であっても、同一のデータフォーマットにすることができると共に機能やデータフォーマットの変更／追加された場合の拡張が容易にできるという効果がある。
【図面の簡単な説明】
【図１】本発明に係るレコーディングシステムを構成するレコーディング装置と情報受信機との接続状態及びその構成を示したブロック図である。
【図２】同ネットワークを階層化したサービス・デリバリ・モデルのブロック図である。
【図３】同ネットワークを階層化したサービス・デリバリ・モデルとレコーディング装置との関連を示したブロック図である。
【図４】同サテライト（衛星放送）受信機能を備えたレコーディングシステムにおける汎用データ記述言語であるＸＭＬで構築したデータフォーマットの例を示した文書記述である。
【図５】同機器間における文書型定義及び情報の読込み／書込みのプロトコルを示した説明図である。
【符号の説明】
１０；情報受信機、１１；セットトップボックス（ＳＴＢ）、１２；情報機器（パソコン）、１３；ｉ．Ｌｉｎｋ（ケーブル）、２０；レコーディング装置、２１；ｉ．Ｌｉｎｋ制御部、２２；アドッレス／データバス、２３；メモリ部、２４；中央演算処理ユニット、２５；チューナ部、２６；ビデオＡ／Ｄ変換部、２７；オーデイオＡ／Ｄ変換部、２８；マルチプレクサ／デマルチプレクサ、２９；ハードディスクデバイス（ＨＤＤ）、３０；ビデオ信号出力部、３１；オーデイオ信号出力部、３２；リモコン、３３；リモートデコーダ部、３４；グラフイックス部、３５；テレビジョン受像機、３６；メモリ（ＲＯＭ）、３７；フラッシュメモリ、３８；メモリ（ＥＥＰＲＯＭ）、３９；メモリ（ＤＲＡＭ）、５０；サテライト、５１；ケーブル（放送）、５２；テレストリアル、５３ａ〜５３ｎ；トランスポンダ１〜Ｎ、５４ａ〜５４ｎ；サービス１〜Ｎ、５５ａ；ビデオ１、５５ｂ；オーデイオ２、５５ｃ；データＮ、５６ａ〜５６ｎ；チャンネル１〜Ｎ、５７ａ〜５７ｎ；サービス１〜Ｎ、５８ａ〜５８ｎ；チャンネル１〜Ｎ、５９ａ〜５９ｎ；サービス１〜Ｎ、６０ａ〜６０ｎ；イベント１〜Ｎ
【図１】
0003959583.tif 000002
【図２】
0003959583.tif 000003
【図３】
0003959583.tif 000004
【図４】
0003959583.tif 000005
【図５】
0003959583.tif 000006