(57)【要約】【課題】  ダウンロードを容易にする。【解決手段】  デジタルテレビ装置２０は、コンテンツの取得予約に対し、選択されたコンテンツの取得完了予定時間を提示する。取得完了予定時間になると、テレビ装置２０は、多重化された放送データの中から予約されたコンテンツを放送局１０からダウンロードする。テレビ装置２０は、ダウンロードしたコンテンツの情報の一覧を表示し、ユーザは、一覧の中から印刷を希望するコンテンツを選択する。選択されたコンテンツは、プリンタ３０に出力される。【選択図】  図１
2005130082.tif 000002
【特許請求の範囲】
【請求項１】
放送局から放送データに多重化されて送信されるコンテンツを取得するシステムであって、
コンテンツの取得を予約する手段と、
選択したコンテンツの取得完了予定時間を提示する手段と、
当該取得完了予定時間になると、多重化された放送データの中から特定のコンテンツのみをダウンロードする手段と、
ダウンロードしたコンテンツの情報の一覧を提示する手段と、
一覧の中から特定のコンテンツを選択する手段と、
選択したコンテンツを外部機器に送信する手段
とを有することを特徴とするコンテンツ取得システム。
【請求項２】
放送局からインターネット経由で送信される各種コンテンツを取得するシステムであって、
当該コンテンツのダウンロード予約を選択する手段と、
選択したコンテンツのダウンロード完了予定時間を提示する手段と、
データセンタに接続し、当該コンテンツを保持するアクセスポイントの情報と、そこにアクセスする時間の情報を取得する手段と、
前記アクセス時間になると、前記アクセスポイントに接続し、特定のコンテンツをダウンロードする手段と、
ダウンロードしたコンテンツの情報の一覧を提示する手段と、
一覧の中から特定のコンテンツを選択する手段と、
選択したコンテンツを外部機器に送信する手段
とを有することを特徴とするコンテンツ取得システム。
【請求項３】
当該外部機器がプリンタであり、放送局から送信されるコンテンツが印刷に関するコンテンツであることを特徴とする請求項１又は２に記載のコンテンツ取得システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ放送番組を視聴中に選択した各種コンテンツを取得するシステムに関する。
【背景技術】
【０００２】
２０００年度末からＢＳデジタル放送が始まり、続いてＣＳデジタル放送及び地上波デジタル放送が、今後、予定されている。これらのデジタル放送では、従来の放送サービスに加えて、新たにデータ放送のサービスが可能となる。
【０００３】
データ放送サービスの特徴の一つとして、双方向性が挙げられる。視聴者は、データ放送番組の視聴中に、リモコンを用いて画面上のフォーカスを操作することで、好みの画面に遷移することができる。
【０００４】
データ放送サービスのもう一つの大きな特徴は、様々なメディアのコンテンツを扱えることである。従来の放送は、主に動画と音声のみであったが、データ放送では、文字・図形及び静止画なども扱えるようになった。ゲームのような実行可能なプログラムは、現段階のデータ放送では扱うことはできないが、将来的には、実現される可能性がある。
【０００５】
また、ＢＳデジタル放送では、データ放送画面の表現に強力なレイアウト記述言語を採用することで、豊かな画面表現も可能となっている。
【０００６】
このような、データ放送の双方向性とマルチメディアコンテンツの特徴を活かして、現在、様々なサービスが行なわれている。例えば、番組内容に連動したデータを視聴者に提示することで、視聴者に付加的な情報を提供する。その他、オンラインショッピング及びオンラインバンキングなども実現されている。
【０００７】
更に、現在のＢＳデジタル放送では実現されていないが、検討が進められているサービスの一つに、データ放送を利用した印刷サービスがある。静止画と文字を多用するデータ放送は、印刷には適しており、実際のデータ放送番組内でも印刷して残しておきたい、あるいは活用したいと思われる場面が多くでてくる。例えば、ＵＲＬ及び詳細な説明文などのテキスト情報の他、地図、時刻表及び写真などの静止画像は、視聴者が印刷したい情報になりえる。
【０００８】
印刷を前提としたデータ放送番組も考えられる。例えば、店又はテーマパークの紹介番組の中で、その紹介した場所に関するクーポン、チケット、地図及び賞品カタログなどの印刷データを放送データに多重して送り、希望する視聴者にプリントアウトしてもらうことなどが考えられる。
【０００９】
これらの印刷サービスは、データ放送中の広告にも有用である。クーポンをつければ、視聴者の関心も高くなる上、関心を持った視聴者に対して、商品紹介のプリントアウトにより、より詳細な情報をすぐに提供できるようになる。
【００１０】
印刷をデータ放送で実現するには、現段階では、放送規格の拡張が必要となる。印刷コンテンツの入手方法としては、放送データ内に多重化する方法と、デジタルテレビ装置のモデムを介してインターネット上からダウンロードする方法が考えられる。現在のＢＳデジタル放送では、モデムの通信速度が低速な上、インターネットとの整合性が良くないので、後者の方法は、実用的ではない。ＣＳデジタル放送以降では、モデムが高速になり、インターネットとの整合も良くなる可能性が高いので、後者の方法も実用的になりうる。
【００１１】
印刷コンテンツを放送データに多重化する方法で、印刷コンテンツのフォーマットとして考えられるのは、現段階ではいくつかある。例えば、その一つとして、データ放送のデータと同じＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を使用することが考えられる。ＢＭＬは、ＸＨＴＭＬ１．０（ｅＸｔｅｎｓｉｂｌｅ  ＨＴＭＬ１．０）を放送用に拡張したものである。ＢＭＬを使用することで、上例のようにデータ放送の画面を形成する画像及び文字などのモノメディアコンテンツを、そのまま印刷のコンテンツに使用することが容易となる。ＢＭＬのスタイル記述には、ＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）を放送用に拡張したものが採用される。現状で印刷コンテンツ用のフォーマットにＢＭＬを使用するには、ＢＭＬの要素及び属性、並びにＣＳＳの拡張が必要になる。データ放送コンテンツを印刷コンテンツに流用する場合、データ放送データの送信時に、視聴用ＣＳＳと印刷用ＣＳＳの二つを同時に送ることになる。
【００１２】
また、印刷の動作制御も、ＢＭＬの動作記述言語であるＥＣＭＡＳｃｒｉｐｔの放送拡張関数として新たに定義する必要がある。放送拡張関数として定義するのは、例えば、デジタルテレビ装置からプリンタに対して、プリントの開始を依頼する関数、及びプリントの状態を問い合わせる関数などが考えられる。
【００１３】
データ放送番組中に視聴者に印刷を促す形態は、いくつか想定できる。例を図３及び図４に示す。図３に示す例では、テレビ画面上にクーポン券の印刷プレビューを提示し、視聴者が印刷ボタンを選択すると、デジタルテレビ装置がプリンタと接続されている場合に、クーポン券がその場で印刷される。図４に示す例では、視聴者に印刷物があることだけを知らせ、実際の内容は印刷してみてからでなければわからない。図４に示す例でも、視聴者が印刷ボタンを選択すると、パンフレットがその場で印刷される。通常、チケット及びクーポンなどには前者の形態（図３）が使われ、詳細な情報を必要とする商品の説明などには後者の形態（図４）が使用されると想定される。データ放送画面を形成するモノメディアコンテンツをそのまま印刷コンテンツとして使用する場合、前者の形態が望ましいと考えられる。いずれにせよ、上記二つの例では、視聴者がリモコンを用いて印刷ボタンを選択すると、印刷コンテンツがその場で印刷される。
【００１４】
データ放送中に印刷コンテンツを含む技術が、特許文献１に記載されている。
【特許文献１】特開平１１−２３４２２８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかし、データ放送の印刷機能が技術的に確立し、そして放送規格として確定しても、図３又は図４に示したようなデータ放送番組中に視聴者に印刷コンテンツの印刷を促す場合、現状又は次期ＣＳデジタルに対応した放送システムでは、以下の問題が生じる。即ち、第１に、狭い帯域で番組放映中に大容量の印刷コンテンツを多重化して送信することは困難である。第２に、インターネットから大容量の印刷コンテンツをダウンロードすると、視聴者の印刷利用の度合いによって、回線がパンクする可能性がある。また、ダウンロード時間が不確定となる。
【００１６】
印刷コンテンツが放送データに多重化されて送られてくる場合、上述の第１の問題が生じる。ちょっとしたクーポン又は文字情報を印刷する場合には問題ないが、図形又は静止画像を多く使用するデータが複数枚あるような大容量の印刷コンテンツを番組放映中に送信することは難しい。また、インターネット経由で印刷コンテンツをダウンロードした場合、上述の第２の問題が生じる。データ放送番組放映中に多数の視聴者がダウンロードを要求した場合、同時期にデータセンタ（放送局）に対する発呼が多くなり、輻輳を生じやすくなる。これに対し、遅延発呼の機能を利用して回線の確立を容易にしたとしても、放送局から大容量の印刷コンテンツをダウンロードするために不確定かつ多大な時間を要する可能性がある。
【００１７】
上述の問題を回避する手段として、データ放送のシステムにおいて、印刷コンテンツの取得を予約できるようにすることが考えられる。上述の問題が生じる原因は、データ放送番組中にリアルタイムに印刷コンテンツの印刷の行なうことにある。しかし、印刷コンテンツの中には、番組視聴中にすぐに印刷を必要としないコンテンツもある。番組視聴中に少し興味を持った商品のパンフレット、及び、有効期間が決まっているクーポン券などは、それに該当するコンテンツといえる。その種の印刷コンテンツは、番組放映中でなくても、放送局が指定した時刻に確実に視聴者に届けることができればよい。そして、そのようなシステムを構築すれば、上述の問題を回避できる。
【００１８】
具体的には、印刷コンテンツが放送データに多重化される場合でも、印刷コンテンツを関連するデータ放送番組中に同時に送信するのではなく、帯域に余裕のある時間帯に送信すれば、大容量の印刷コンテンツでも確実に視聴者に届けることができる。また、インターネット経由で印刷コンテンツをダウンロードする場合も、デジタルテレビ装置毎に、放送局へのアクセスを、関連するデータ放送番組の放映時間（又はデータ放送のイベント時間）とは独立した時間帯に行い、また同時に、デジタルテレビ装置毎にアクセスポイントを分散させれば、回線の輻輳を回避でき、かつ確実に大容量の印刷コンテンツを視聴者に届けられるようになる。このようなシステムは有効であるが、一方、今まではそれを実現する手段が存在しなかった。
【００１９】
本発明は、データ放送視聴中に紹介された印刷コンテンツの取得予約を可能にすることで、高画質・大容量の印刷コンテンツでも、確実に視聴者に届けることを可能とするデータ放送の各種コンテンツ取得システムを提示することを目的とする。
【課題を解決するための手段】
【００２０】
上記目的を達成するために、本発明に係るコンテンツ取得システムは、放送局から放送データに多重化されて送信されるコンテンツを取得するシステムであって、コンテンツの取得を予約する手段と、選択したコンテンツの取得完了予定時間を提示する手段と、当該取得完了予定時間になると、多重化された放送データの中から特定のコンテンツのみをダウンロードする手段と、ダウンロードしたコンテンツの情報の一覧を提示する手段と、一覧の中から特定のコンテンツを選択する手段と、選択したコンテンツを外部機器に送信する手段とを有することを特徴とする。
【発明の効果】
【００２１】
本発明によれば、データ放送視聴中に紹介された各種コンテンツの取得予約が可能になり、放送局は、高画質・大容量の印刷コンテンツでも、それを確実に視聴者に届けることができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００２３】
図１は、本発明の第１実施例の概略構成ブロック図を示す。本実施例では、デジタルテレビ装置２０とプリンタ３０とが、直接又はネットワークを介して双方向通信が可能に接続されている。デジタルテレビ装置２０は、インターネットを介して放送局１０、より具体的には放送局１０に設置されるデータセンタ（以下、放送局１０と総称する。）に接続されており、デジタルテレビ装置２０から放送局１０への通信が可能となっている。また、デジタルテレビ装置２０は、放送局１０から送信されるデジタル放送を受信できる。
【００２４】
デジタル放送は、本実施例では、通信衛星またはＣＡＴＶを通じて通信される。図１には、通信衛星を経由する例を図示してある。デジタル放送はデータ放送を含む。データ放送の視聴コンテンツの記述フォーマットとして、ＢＳデジタルデータ放送で現在、使用されているＢＭＬを想定している。デジタル放送中のデータには、データ放送で使用する印刷コンテンツも多重化されて送信される。印刷コンテンツのフォーマットには、視聴用と同様のＢＭＬ又はそれに相当する言語の使用が想定されるが、これらに限定されない。
【００２５】
ＢＭＬに相当する言語とは、データの構造化表現及びスタイル表現が可能であり、データの書き換え等の再構築を行なえる手段をもつ言語（又は言語体系）である。例えば、ＢＭＬと同様にＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を拡張したマークアップ言語の使用が想定される。
【００２６】
ＢＭＬ又はＢＭＬに相当する言語が印刷コンテンツのフォーマットに使用される場合、データ放送視聴コンテンツと同一のデータとして印刷コンテンツが送られてくることがありうるが、本実施例では、視聴用のコンテンツと印刷コンテンツは、異なるデータとして送られてくるものとする。
【００２７】
図２は、デジタルテレビ装置２０の概略構成ブロック図である。装置２０内のモジュール間の実線は制御の流れを示し、破線はデータの流れを示す。
【００２８】
各モジュールを説明する。デジタルテレビ装置２０では、受信部２０５が、放送局１０から送信されたデジタル放送データを受信する。デジタル放送データ中のデータ放送視聴用コンテンツ９０２（以下、視聴コンテンツ９０２と略す。）は、受信部２０５により復号され、他のデータと分離された後、蓄積部２０３に蓄積される。通常のデータ放送では、蓄積部２０３内に蓄積された視聴コンテンツ９０２は、放送データ処理部２０２の指示に従い、適時に表示部２０１に描画データ９０８として送られ、視聴者に提示される。
【００２９】
データ放送番組の視聴中に視聴者がリモコンのキーを押すと、そのキー情報であるリモコン情報９０１が、リモコン入力部２０４を介して放送データ処理部２０２に送られる。放送データ処理部２０２は、リモコン情報９０１を受け取ると、蓄積部２０３に格納された視聴コンテンツ９０２に記述されたリモコン情報９０１に該当する動作手順を入手し、その動作手順の記述に従った処理を行ない、場合によっては表示部２０１に対して表示制御情報９０７を送る。
【００３０】
例えば、リモコン情報９０１が画面上のフォーカスを移動させるリモコンの矢印キーに関する情報であった場合、放送データ処理部２０２は、蓄積部２０３に格納された視聴コンテンツ９０２にアクセスし、どの方向にフォーカスを移動させればいいかを特定し、表示部２０１に対して、フォーカスの移動のための表示制御情報９０７を出力する。また、フォーカスの移動に伴う割り込み事象処理等があれば、それを実行する。なお、ここで述べている不図示のリモコンは、現在のＢＳデジタル放送で使用されているものと同等の機能を持つものである。
【００３１】
同様に、データ放送番組中に放送局１０から放送イベント９０３が送信されると、その放送イベント９０３は、受信部２０５を介して放送データ処理部２０２に供給される。放送データ処理部２０２は、放送イベント９０３を受け取ると、蓄積部２０３に格納された視聴コンテンツ９０２に記述された放送イベント９０３に該当する動作手順を入手し、その動作手順の記述に従った処理を行なう。放送イベント９０３は、例えば、番組が終了する際の終了通知などに使用される。
【００３２】
一方、データ放送番組が放送局１０との双方向通信を行なう番組である場合、放送データ処理部２０２は、モデム２０６にモデム制御情報９０４を出し、放送局１０との接続とデータの送信指示などを行なう。
【００３３】
デジタルテレビ装置２０は、蓄積部２０３の他にも、データを記憶する領域として永続記憶部２０８を持つ。永続記憶部２０８は、視聴コンテンツ９０２のような一時的なデータではなく、ある一定期間、必要とされるデータを記憶する。そのようなデータとして例えば、視聴者の住所などの視聴者毎の情報が挙げられる。
【００３４】
データ放送番組が印刷を可能とする番組である場合、放送局１０から受信部２０５を介して蓄積部２０３に蓄積されるコンテンツには、視聴コンテンツ９０２の他に、印刷コンテンツ９０６が含まれる。印刷コンテンツ９０６は、視聴コンテンツ９０２と同じ伝送方式で伝送されると想定しているが、これに限定されない。
【００３５】
印刷コンテンツ９０６は、データ放送の印刷処理の形態によって、蓄積部２０３に蓄積されるケースと、蓄積されずにそのままデジタルテレビ装置２０を介してプリンタ３０に転送されるケースがある。デジタルテレビ装置２０が、印刷コンテンツ９０６に対してフォーマット処理又は画像処理等の処理を行なう場合は前者のケースとなるが、デジタルテレビ装置２０が、印刷コンテンツ９０６に対して何も行なわず、フォーマット処理又は画像処理等の処理をプリンタ３０が全て行なう場合は、後者のケースとなる。前者の場合、印刷コンテンツ９０６は、デジタルテレビ装置２０内で視聴コンテンツ９０２と同様の受信処理を経て、蓄積部２０３に蓄積される。
【００３６】
図３及び図４は、視聴者に印刷を促す画面例を示す。これらの例は、データ放送番組の放映中に、同番組に関連する印刷コンテンツが送信されてくる場合を想定している。この場合、印刷コンテンツ９０６は、既に蓄積部２０３に蓄積されているか、又は、すぐに受信可能な状態にある。印刷コンテンツ９０６をいつ受信・蓄積するかは、視聴コンテンツ９０２の記述内容に依存する。
【００３７】
視聴者が、印刷ボタンにフォーカスを移し、リモコンの決定キーを押すと、放送データ処理部２０２は、リモコン入力部２０４からリモコン情報９０１（ここでは、決定キーに関する情報）を受け取る。印刷ボタン上にフォーカスがある場合にリモコンの決定キーが押された時の動作は、視聴コンテンツ９０２内に記述されている。放送データ処理部２０２は蓄積部２０３にアクセスし、リモコン情報９０１（ここでは決定キーに関する情報）に該当する動作手順を入手して実行する。
【００３８】
視聴者の選択が印刷処理の場合、放送データ処理部２０２は、蓄積部２０３に格納されている印刷コンテンツ９０６を、プリンタ入出力部２０７を介してデジタルテレビ装置２０に接続されているプリンタ３０に送る。蓄積部２０３に印刷コンテンツ９０６が格納されていない場合、印刷コンテンツ９０６の受信処理を行ない、蓄積部２０３を介さず直接、プリンタ入出力部２０７を介してプリンタ３０に送る。プリンタ３０は、印刷コンテンツ９０６の受信を完了すると、印刷を実行する。この際、放送データ処理部２０２は、印刷のための設定情報９０５もプリンタ３０へ送信する。この設定情報には、印刷枚数やコンテンツの識別情報、及び印刷物毎の識別を行なうための識別情報等が含まれる。
【００３９】
プリンタ３０は、デジタルテレビ装置２０から印刷コンテンツ９０６とプリンタ制御情報９０５を受け取るためのインターフェース部（図示せず。）を持つ。インターフェース部は、印刷後の結果などをデジタルテレビ装置２０に返信することにも使用される。プリンタ３０がデジタルテレビ装置２０に直接、接続される場合、インターフェースは、例えば、ＵＳＢ（ユニバーサル・シリアル・バス）又はＩＥＥＥ１３９４などのシリアルバスである。プリンタ３０は、印刷コンテンツ９０６を実際に印刷するためのドライバ及び画像処理手段を具備する。しかし、これらのドライバ及び画像処理手段をデジタルテレビ装置２０に装備することもあり、その場合、プリンタ３０は、これらのドライバ及び画像処理手段を具備する必要はない。
【００４０】
次に、データ放送の印刷コンテンツの取得処理及び印刷処理を説明する。図５は、これら処理のフローチャートを示す。図５（ａ）は、プリンタ３０による処理を示し、図５（ｂ）は、デジタルテレビ装置２０による処理を示し、図５（ｃ）は放送局１０による処理を示す。
【００４１】
放送局１０は視聴コンテンツ９０２を放送データに多重化して、デジタルテレビ装置２０に送信する（ステップＳ４０１）。デジタルテレビ装置２０は、上記データを受信すると、視聴コンテンツを復号・分離し、蓄積部２０３に蓄積する（ステップＳ４０２）。視聴コンテンツ９０２はＢＭＬで記述されており、蓄積部２０３内でのデータ構造は、ＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）に従った構造となる。そのため、視聴コンテンツから情報を取得するには、ＤＯＭ  ＡＰＩを使用する。
【００４２】
ステップＳ４０２で蓄積部２０３にデータが蓄積されると、デジタルテレビ装置２０は、視聴者に対して、視聴コンテンツ９０２の画面提示を行う（ステップＳ４０３）。ステップＳ４０３で表示された画面には、印刷コンテンツ９０６の取得が可能であることが明示される。必要ならば、視聴者に対して、印刷コンテンツ９０６の取得が完了する日時、印刷コンテンツの容量及び枚数、並びに特徴などを提示する（ステップＳ４０４）。一例を図６及び図７に示す。図６は、印刷コンテンツ９０６の取得が可能であることを提示する画面例を示す。ここで、「ダウンロード詳細」ボタンを選択すると、図７に示す画面に遷移し、印刷コンテンツ９０６の取得完了日時、及び印刷コンテンツ９０６の属性情報が表示される。
【００４３】
また、図８に示すように、簡略化した画面によって視聴者に印刷コンテンツ９０６の取得を促してもよい。この場合、印刷コンテンツ９０６の取得完了日時及び印刷コンテンツの枚数などの詳細情報は省略される。
【００４４】
以下、図６及び図７に示す画面を参照して、本実施例の動作を説明する。付録Ａに、図７に示す画面のＢＭＬ記述例のソースリストを記載した。文頭に行番号を付記してある。但し、簡略化されており、各要素のスタイル属性とｏｎｆｏｃｕｓ等の属性は、省略してある。第５３行は、図７の「取得する」ボタンを表現している。第５２行は、図７の「キャンセル」ボタンを表現している。
【００４５】
ステップＳ４０４において「取得する」ボタンが選択されると、付録Ａのソースリストの第５４行のｏｂｊｅｃｔ要素中に記述されているｏｎｋｅｙｄｏｗｎ属性のイベントハンドラが実行される。このイベントハンドラは、付録Ａのソースリストの第１６行乃至第２２行に記載されるＥＣＭＡＳｃｒｉｐｔのユーザ定義関数を指す。他方、ステップＳ４０４において、「キャンセル」ボタンが選択されると、付録Ａのソースリストの第５３行に記載されるｏｂｊｅｃｔ要素中に記述されているｏｎｋｅｙｄｏｗｎ属性のイベントハンドラが実行される。このイベントハンドラは、付録Ａのソースリストの第７行乃至第１４行に記載されるＥＣＭＡＳｃｉｒｐｔのユーザ関数を指す。本実施例では、ＢＭＬのＥＣＭＡＳｃｒｉｐｔに放送用関数として、指定されたコンテンツの取得を予約する取得予約関数、指定されたコンテンツの取得の予約をキャンセルする取得キャンセル関数、及び指定されたコンテンツが取得予約済みかどうかを調べる調査関数を追加する。
【００４６】
図５のステップＳ４０５からステップＳ４０８までの処理は、取得予約関数を実行しているときの処理である。取得予約関数は、各種コンテンツのダウンロードを予約する関数であり、ここでは、図６及び図７で示したパンフレット用印刷コンテンツのダウンロードを予約するために用いられる。付録Ａに示すソースリストのイベントハンドラ”Ｐ＿Ｒｅｃ（）”に記述されているＰｒｉｎｔＲｅｓｅｒｖｅ（）関数が、上述の取得予約関数に対応する。
【００４７】
ＰｒｉｎｔＲｅｓｅｒｖｅ（）関数が実行されると、デジタルテレビ装置２０は、以下の処理を行なう。まず、コンテンツ識別情報、コンテンツ種識別情報、ダウンロードを行うチャンネルの情報、ダウンロードを開始する時間、及びタイムアウト時間の各情報が永続記憶部２０８に記憶される（ステップＳ４０５）。コンテンツ識別情報とは、コンテンツ自体に固有の識別情報である。コンテンツ種識別情報とは、コンテンツの種類を特定する情報であり、ここでは印刷用のコンテンツであることを示す情報となる。これらの情報は、ＰｒｉｎｔＲｅｓｅｒｖｅ（）関数の引数として渡される。
【００４８】
また、現在の番組名及び時間も、永続記憶部２０８に記憶される。これらの情報は、ＳＩ情報などから取得される。ＳＩ情報からどんな情報を取得するかは、コンテンツ種によって異なる。
【００４９】
その後、ダウンロード開始時間になると、放送局１０は、各番組で紹介した全ての印刷コンテンツ９０６のダウンロードを開始する（ステップＳ４０６）。デジタルテレビ装置２０は、ステップＳ４０５で記憶領域に記憶した情報に従い、ダウンロード開始時間になると自動的に起動し、指定されたチャンネル情報に基づくチャンネルに合わせ、特定の印刷コンテンツ９０６の受信を開始する（ステップＳ４０７）。
【００５０】
放送局１０は、印刷用コンテンツ以外のコンテンツもあわせて送信する可能性があるが、デジタルテレビ装置２０は、記憶したコンテンツ種の識別情報から印刷用コンテンツのみを抽出する。抽出された印刷コンテンツ９０６は、蓄積部２０３に蓄積されるか、又は、他の外部記憶機器などに記憶される。なお、各種コンテンツの伝送方法は、コンテンツの種類によって異なる可能性があるが、デジタルテレビ装置２０は、コンテンツ種の識別情報からコンテンツ種毎の伝送方式を認識する手段を具備する。
【００５１】
印刷コンテンツ９０６の伝送方式には、視聴コンテンツ９０２と同じデータカルーセル方式を用いることが考えられる。データカルーセル方式の場合、同一のデータが周期的に送信されてくるので、何らかの原因で何度かダウンロードに失敗しても、再度、ダウンロードを行なえる利点がある。
【００５２】
ダウンロード開始時間に、視聴者が他のチャンネルを視聴中であり、なおかつ複数のチャンネルの受信ができない場合、視聴者にダウンロード開始時間であることを提示し、このまま視聴を続けるか、ダウンロードを開始するかを選択してもらう必要がある。このまま視聴を続ける場合、視聴が終わるまで待機することになる。デジタルテレビ装置２０は、ステップＳ４０５に抽出したタイムアウト時間まで待機するが、このタイムアウト時間を過ぎた時点で、印刷コンテンツ９０６の取得処理を終了する。その後、デジタルテレビ装置２０は、ダウンロードを終了した時点に視聴者が視聴してない場合は、そのまま電源をオフにする（ステップＳ４０８）。
【００５３】
取得キャンセル関数の作用を説明する。取得キャンセル関数は、ステップＳ４０５で実行された各種コンテンツのダウンロード予約をキャンセルするための関数である。図７に示すデータ放送画面中にはキャンセル期間が提示されており、その期間ならデータ放送画面中でキャンセルができることを示している。
【００５４】
図７に示す画面上で「キャンセル」ボタンを選択すると、付録Ａに示すソースリストの第５３行のｏｂｊｅｃｔ要素中に記述されているｏｎｋｅｙｄｏｗｎ属性のイベントハンドラ”Ｐ＿Ｃａｎｃｅｌ（）”が実行される。イベントハンドラ”Ｐ＿Ｃａｎｃｅｌ（）”中には、ダウンロード予約をキャンセルするための関数ＰｒｉｎｔＣａｎｃｅｌＲｅｓｅｒｖａｔｉｏｎ（）が記述されているので、これが実行されて、ダウンロード予約がキャンセルされる。ＰｒｉｎｔＣａｎｃｅｌＲｅｓｅｒｖａｔｉｏｎ（）関数の実行時に、キャンセルする各種コンテンツの識別情報が引数として渡される。既にダウンロード予約されている印刷コンテンツ９０６の中に該当する識別情報が存在する場合、その予約がキャンセルされる。キャンセルすると、ステップＳ４０５で永続記憶部２０８に記憶した印刷コンテンツ９０６の各種情報の内、該当する印刷コンテンツ９０６の情報のみが消去される（ステップＳ４０９）。
【００５５】
調査関数は、ステップＳ４０５でダウンロード予約を行なう関数ＣｏｎｔｅｎｔＲｅｓｅｒｖｅ（）を実行する際、及び、ステップＳ４０９でダウンロード予約のキャンセルを行なう関数ＣｏｎｔｅｎｔＣａｎｃｅｌＲｅｓｅｒｖａｔｉｏｎ（）を実行する際に、指定された各種コンテンツがダウンロード予約済みかどうかを調べるための関数である。付録ＡのイベントハンドラＰ＿Ｃａｎｃｅｌ（）及びＰ＿Ｒｅｃ（）に関数ＰｒｉｎｔＩｓＲｅｓｅｒｖｅｄ（）の使用例を示した。引数として、各種コンテンツの識別情報が渡される。
【００５６】
ステップＳ４０８以降の、印刷コンテンツ９０６を放送局１０から取得した後の処理を説明する。印刷コンテンツ９０６の取得後に、視聴者がデジタルテレビ装置２０を起動すると、デジタルテレビ装置２０は、新しい印刷コンテンツ９０６が蓄積部２０３又は他の記憶機器に記憶されている場合、視聴者にその趣旨を通知する（ステップＳ４１０）。図９にその例を示す。新しい印刷コンテンツ９０６の他に、今までダウンロードした古い印刷コンテンツ９０６も同時に表示される。各印刷コンテンツ９０６には、関連する付加情報が提示される。この付加情報は、ステップＳ４０５で記憶された情報である。
【００５７】
視聴者は、これらの印刷コンテンツ９０６から印刷したいコンテンツを選択する。選択する方法として、データ放送と同様に、リモコンでフォーカスを移動させ、決定キーを押す方法が考えられる。図９に示す印刷コンテンツ９０６の一覧を提示し、その中から特定の印刷コンテンツ９０６を選択する機能は、デジタルテレビ装置独自の機能であるので、デジタルテレビ装置２０が持つＥＰＧ操作画面と同一の画面上で表示することなども考えられる。
【００５８】
また、ダウンロード予約処理によって印刷用以外のコンテンツもダウンロードされている場合もありえる。その場合は、そのコンテンツと印刷コンテンツ９０６とが混同された一覧が提示されることも考えられる。
【００５９】
特定の印刷コンテンツ９０６が選択されると、デジタルテレビ装置２０は、プリンタ３０の状態を確認する（ステップＳ４１１）。プリンタ３０が接続されていないか、又は、プリンタ３０の電源が入っていないなど、印刷が不可能な場合は、後のステップには進まず、処理を終了させる。プリンタ３０が印刷可能な場合、デジタルテレビ装置２０は、その印刷コンテンツ９０６を蓄積部２０３又は他の外部記憶機器からプリンタ入出力部２０７を介してプリンタ３０に送信し、同時に、印刷設定情報９０５も送信する（ステップＳ４１２）。
【００６０】
印刷設定情報９０５の中には、印刷する枚数の情報が含まれる。印刷枚数は視聴コンテンツ９０２に記述される場合もあれば、視聴者が図９の画面上でリモコンを用いて決定する場合もある。印刷設定情報９０５の中には、印刷コンテンツ９０６を特定するコンテンツ識別情報が含まれることがある。コンテンツ識別情報は、ステップＳ４０５で抽出した情報である。
【００６１】
プリンタ３０は、ステップＳ４１２で送信された印刷コンテンツ９０６及び印刷設定情報９０５を受信すると（ステップＳ４１３）、印刷処理を実行し、必要枚数だけプリントアウトする（ステップＳ４１４）。この際、コンテンツ識別情報も印刷物に付加されることがある。
【００６２】
プリンタ３０は、印刷が終わると、終了通知をデジタルテレビ装置２０に送信する（ステップＳ４１５）。デジタルテレビ装置２０は、プリンタ３０から終了通知を受け取り、印刷が無事終了したのを確認した段階で、処理を終了させる（ステップＳ４１６）。
【００６３】
本実施例によれば、印刷コンテンツ９０６が放送データ中に多重化されて入力する場合に、データ放送データである視聴コンテンツ９０２の中に、視聴者による印刷コンテンツ９０６の取得予約を可能にする関数を定義し、かつ、放送局１０が印刷コンテンツ９０６のダウンロード時期を指定する手段を設けることで、放送局１０は、印刷コンテンツ９０６を視聴者に対して正確な時間に確実に送信することが可能となる。また、狭い帯域しか持たない放送局１０にとっても、放送されていない深夜の時間帯などを印刷コンテンツの送信時間に指定することで、より大容量の印刷コンテンツを送信することができる。視聴者にとっても、印刷コンテンツ９０６の取得時間がより明確になるので、印刷コンテンツ９０６を取得するたびに、ダウンロードが終了するまでデジタルテレビ装置２０の前で待つ必要がなくなり、結果として、データ放送の印刷サービスの利用がしやすくなる効果が期待できる。
【００６４】
本実施例では、コンテンツの取得に関して、印刷コンテンツのみを対象として示したが、本発明はこれに限ることではなく、他のコンテンツにも応用可能である。例えば、ビデオストリーム及びゲーム用実行プログラムのダウンロードにも適用できる。
【００６５】
本実施例では、デジタルテレビ装置２０に接続された機器はプリンタのみであるが、本発明は、これに限ることではなく、他の外部機器が接続されていても良い。例えば、ビデオストリームを保存する場合、それは蓄積機器であってもよい。また、ゲーム用プログラム実行したい場合、それはゲーム再生用機器であっても良い。
【実施例２】
【００６６】
本発明の第２実施例を説明する。その全体構成、デジタルテレビ装置２０及びプリンタ３０の構成は、第１実施例と同様である。ただし、第１実施例とは異なり、データ放送で使用する印刷コンテンツ９０６は、デジタル放送中のデータには含まれない。デジタルテレビ装置２０は、インターネットからモデム２０６を介して印刷コンテンツ９０６を取得する。
【００６７】
第２実施例によるデータ放送の印刷コンテンツの取得処理及び印刷処理を説明する。図１０は、印刷コンテンツの取得処理及び印刷処理のフローチャートを示す。図１０（ａ）は、プリンタ３０による処理を示し、図１０（ｂ）は、デジタルテレビ装置２０による処理を示し、図１０（ｃ）は放送局１０による処理を示す。
【００６８】
図１０のステップＳ８０１からステップＳ８０４までの処理は、図５のステップＳ４０１からステップＳ４０４までの処理と実質的に同じである。従って、視聴者に対しては、ステップＳ８０４の終了までに、図６及び図７又は図８に示す印刷コンテンツの取得予約を促す画面が提示されている。以下では、図６及び図７に示す例に従って動作を説明する。図７に示す画面のＢＭＬ記述例も、付録Ａに示す例と同じになり、ＢＭＬのＥＣＭＡＳｃｒｉｐｔには、第１実施例で示した取得予約関数、取得キャンセル関数及び調査関数の３つの関数が新たに定義されている。
【００６９】
取得予約関数の実行時の処理を説明する。以下、図８のステップＳ８０５からステップＳ８１６までの処理が、取得予約関数を実行する時の処理となる。図７で示した画面上で、「取得する」ボタンが選択されると、「取得する」ボタンのｏｎｋｅｙｄｏｗｎイベントハンドラ”Ｐ＿Ｒｅｃ（）”に記述されているＰｒｉｎｔＲｅｓｅｒｖｅ（）関数が実行される（付録Ａ の第１６行から第２２行））。ＰｒｉｎｔＲｅｓｅｒｖｅ（）関数が、各種コンテンツのダウンロードを予約する取得予約関数である。ここでは、印刷コンテンツ９０６のダウンロード予約に使用される。
【００７０】
ＰｒｉｎｔＲｅｓｅｒｖｅ（）関数が実行されると、デジタルテレビ装置２０は、まず、コンテンツ識別情報、コンテンツ種識別情報、ダウンロード完了予定時間、及び、データセンタへ発呼するための情報を永続記憶部２０８に記憶する（ステップＳ８０５）。これらの情報は、ＰｒｉｎｔＲｅｓｅｒｖｅ（）関数の引数として渡される。また、必要であれば、現在の番組名及び時間も記憶する。これらの情報は、ＳＩ情報などから取得される。ここで第１実施例と異なるのは、本実施例では、ＰｒｉｎｔＲｅｓｅｒｖｅ（）関数の実行時に、ダウンロード完了予定時間と、データセンタへ発呼するための情報とを記憶部２０８に記憶することである。データセンタは、印刷コンテンツ９０６を管理しているところであり、必ずしも放送局１０である必要はない。ただし、以下では、放送局１０として扱う。
【００７１】
その後、デジタルテレビ装置２０は、放送局１０へ発呼するための情報を用いて、番組中に放送局１０にアクセスする。そして、コンテンツ識別情報、コンテンツ種識別情報及びダウンロード完了予定時間を送信する（ステップＳ８０６）。この際、輻輳が生じないように、放送局１０への接続には、各デジタルテレビ装置２０毎に遅延発呼がなされる。
【００７２】
放送局１０は、これらの情報を受信すると（ステップＳ８０７）、印刷コンテンツ９０６が保持されているアクセスポイントの情報、このアクセスポイントへのアクセス時間、及びそのタイムアウト時間を割り当てるか、又は算出し（ステップＳ８０８）、デジタルテレビ装置２０に返信する（ステップＳ８０９）。アクセスポイントの情報は、電話番号又はＵＲＩで表現され、予め複数、用意されている。
【００７３】
放送局１０は、ステップＳ８０７にて、各デジタルテレビ装置２０からダウンロード予約を受信すると、受信した順にアクセスポイントを割り当てる。また、ダウンロード完了予定時間に間に合うように、アクセス時間を逆算する。タイムアウト時間は、なんらかの原因でデジタルテレビ装置２０がアクセス時間を過ぎてアクセスできない場合のタイムリミットを示す。ある一つアクセスポイントで対応できなくなった場合、他のアクセスポイントが割り当てられる。
【００７４】
デジタルテレビ装置２０は、放送局１０からこれらの情報を受信すると（ステップＳ８１０）、永続蓄積装置２０８に記憶する。
【００７５】
上述のアクセス時間になると、デジタルテレビ装置２０は、電源を起動し、モデム２０６からインターネットを介して上記アクセスポイントにアクセスする（ステップＳ８１１）。なお、図１０では、上記アクセスポイントを放送局１０へのアクセスとして記述してある。アクセスポイントは、データセンタと同様、放送局１０にある必要はない。ただし、以下では、アクセスポイントは、放送局１０内にあるものとして説明する。
【００７６】
ステップＳ８１１で、デジタルテレビ装置２０は、印刷コンテンツ９０６の識別情報を上記アクセスポイントのある放送局１０に送信する。放送局１０は、デジタルテレビ装置２０から印刷コンテンツ９０６の識別情報を受信すると（ステップＳ８１２）、この識別情報から特定の印刷コンテンツ９０６を選び出し（ステップＳ８１３）、その印刷コンテンツ９０６をデジタルテレビ装置２０に送信する（ステップＳ８１４）。デジタルテレビ装置２０は、ステップＳ８０８で放送局１０から送信された印刷コンテンツ９０６を受信し（ステップＳ８１５）、全てのダウンロードが終了した時点で電源をオフにする（ステップＳ８１６）。
【００７７】
放送局１０にアクセスする時間及びアクセスポイントがデジタルテレビ装置２０によって異なるので、ステップＳ８１１からステップＳ８１６までの一連の処理は、多数のデジタルテレビ装置による同一回線の利用によって妨げられることはない。しかし、デジタルテレビ装置２０のモデム２０６と外部とが接続されていない等の何らかの原因で、デジタルテレビ装置２０が放送局１０と接続できない場合、又は、接続しても印刷コンテンツ９０６がダウンロードできない場合、タイムアウト時間で指定された時間まで試行を繰り返し、その時間が経過した時点で処理を終了する。
【００７８】
取得キャンセル関数は、ステップＳ８０５で実行されるべき印刷コンテンツ９０６のダウンロード予約をキャンセルする関数である。これは、第１実施例の場合と同様の処理である。図７に示す画面上で「キャンセル」ボタンを選択すると、付録Ａのソースリストの第５３行目のｏｎｋｅｙｄｏｗｎイベントハンドラＰｒｉｎｔ＿Ｃａｎｃｅｌ（）に記述されているダウンロード予約をキャンセルするための関数ＰｒｉｎｔＣａｎｃｅｌＲｅｓｅｒｖａｔｉｏｎ（）が実行される。これを実行すると、引数である印刷コンテンツ９０６の識別情報が渡され、既にダウンロード予約されている印刷コンテンツ９０６の中に該当する識別情報が存在する場合、その予約はキャンセルされる。キャンセルされると、ステップＳ８０５で永続記憶部２０８に記憶された印刷コンテンツ９０６の各種情報の内、該当する印刷コンテンツ９０６の情報のみが消去される（ステップＳ８１７）。
【００７９】
調査関数の機能は、第１実施例における調査関数の機能と同じであるので、説明を省略する。
【００８０】
ステップＳ８１６以降の、印刷コンテンツ９０６を放送局１０から取得した後の処理は、第１実施例で示した図５のステップＳ４１０以降と同様の処理となる。
【００８１】
印刷コンテンツ９０６の取得後に視聴者がデジタルテレビ装置２０を起動すると、デジタルテレビ装置２０は、新しい印刷コンテンツ９０６が蓄積部２０３又は他の記憶機器に記憶されている新しい印刷コンテンツ９０６の一覧を表示する（ステップＳ８１８）。図９が、その表示例を示す。視聴者は、図９で示すような印刷コンテンツ９０６の一覧から印刷したいコンテンツを選択する。
【００８２】
特定の印刷コンテンツ９０６が選択されると、デジタルテレビ装置２０は、プリンタ３０の状態を確認する（ステップＳ８１９）。プリンタ３０が接続されていないか、又はプリンタ３０の電源が入っていないなどで、印刷が不可能な場合、後のステップには進まず、終了する。プリンタ３０が印刷可能な場合、デジタルテレビ装置２０は、その印刷コンテンツ９０６を、蓄積部２０３又は他の外部記憶機器からプリンタ入出力部２０７を介してプリンタ３０に送信し、同時に印刷設定情報９０５も送信する（ステップＳ８２０）。プリンタ３０は、印刷コンテンツ９０６及び印刷設定情報９０５を受信すると（ステップＳ８２１）、印刷のための処理を行ない、必要枚数だけプリントアウトする（ステップＳ８２２）。このとき、コンテンツ識別情報が印刷物に付加されることもある。プリンタ３０は、印刷が終わると、印刷終了通知をデジタルテレビ装置２０に送信する（ステップＳ８２３）。デジタルテレビ装置２０は、プリンタ３０から印刷終了通知を受け取り、印刷が無事終了したことを確認した段階で終了する（ステップＳ８２４）。
【００８３】
この実施例では、印刷コンテンツ９０６がインターネットを介してダウンロードされてくる場合に、データ放送データである視聴コンテンツ９０２の中に、視聴者による印刷コンテンツ９０６の取得予約を可能にする関数を定義し、かつ、デジタルテレビ装置２０が、印刷コンテンツ９０６の取得のためのアクセスポイント及びアクセス時間を放送局側で指定できる手段を設けることで、放送局１０は、印刷コンテンツ９０６を視聴者に対して確実に送信することが可能となる。また、多数の視聴者が利用している場合でも、各デジタルテレビ装置２０によってアクセス時間帯を分けられるので、効率的なアクセス時間の配分によって、より大容量の印刷コンテンツを正確な時間に確実にデジタルテレビ装置２０にダウンロードすることができる。
【００８４】
放送局１０にとっては、インターネットを介してデジタルテレビ装置２０からのダウンロード予約を受け取ることで、視聴者による印刷コンテンツ９０６の活用状況を正確に把握できる効果もある。視聴者にとっても、印刷コンテンツ９０６の取得時間がより明確になるので、印刷コンテンツ９０６を取得するたびに、ダウンロードが終了するまでデジタルテレビ装置２０の前で待つ必要がなくなり、結果として、第１実施例と同様に、データ放送の印刷サービスを利用しやすくなる。
【００８５】
コンテンツの取得に関して印刷コンテンツのみを対象として示したが、本発明はこれに限ることではなく、他のコンテンツに対しても応用ができる。第１実施例と同様に、それは、ビデオストリーム又はゲーム用プログラムであってよい。また、デジタルテレビ装置２０に接続する機器に関しても、プリンタ３０に限らない。ビデオストリームを保存する場合、ビデオストリームを記憶可能な蓄積機器が接続されても良い。同様に、ゲーム用プログラムを実行する場合、ゲーム再生用機器が接続されても良い。
【００８６】
＜付録Ａ＞
1:<?xml version="1.0" encoding="EUC-JP"?>
2:<!DOCTYPE bml PUBLIC"+//ARIB STD-B24:1999//DTD BML Document//JA""bml_1_0.dtd">
3:<?bml  bml-version="1.0"?>
4:<bml>
5: <head>
6: <script>
7: function  P＿Cancel（）
8: ｛
9: ...;
10: if(PrintIsReserved("印刷コンテンツ識別")!="未予約")｛
11: PrintCancelReservation(”印刷コンテンツ”)；
12: ｝
13: ...;
14: ｝
15:
16: function P_Rec（）
17: ｛
18: ...;
19: if(PrintIsReserved(”印刷コンテンツ識別”)!="予約済み")2｛
20: PrintReserve(”印刷コンテンツ識別”,”印刷コンテンツ取得開始時間","タイムアウト")；
21: ...;
22: ｝
23:
24: </script>
25: </head>
26:<body>
27: <div>
28: <object id="ビデオストリーム" type="video/X-arib-mpeg2" data="...." remain="remain" style='....'/>
29: <object id="オーディオストリーム" type="audio/X-atrib-mpeg2-aac" data="...." streamstatus="play" remain="remain"/>
30: </div>
31: <div id="...." style='....'>
32: <object id="前画面" type="．．．” data="...." onkeydown="．..."/>
33: <oｂject id="次の商品" type="...." data="...." onkeydown="....”・/>
34:</div>
35:<div>
36: <p>よろしければ取得ボタンをON！！</p>
37:</div>
38:<div>
39: <ｐ>no.100 世界の本革ソファー</p>
40:</div>
41:<div>
42: <p>ダウンロード完了予定時刻</p>
43: <p>01年8月22日午前2時<／ｐ>
44: <ｐ>ダウンロード容量</p>
45: <p>300KB</p>
46: <p>印刷枚数</p>
47: <p>8枚</p>
48: <p>キャンセル期間</p>
49: <p>本日午後7時まで本画面上で受け付けます<//p>
50: <p>今なら、お得な優待券もついてます!</p>
51:</div>
52: <div>
53: <object id="キャンセル" type="...." data="...." onkeydown="P_Cancel();” "styｌe='....'/>
54: <object id="取得" type="...." data="...." onkeydown="P_Rec();”"style='....'/>
55: </div>
56:</body>
57:</bml>
【図面の簡単な説明】
【００８７】
【図１】本発明の第１実施例の概略構成ブロック図である。
【図２】デジタルテレビ装置２０の構成を示すブロック図である。
【図３】データ放送画面例である。
【図４】データ放送画面例である。
【図５】第１実施例における印刷コンテンツの取得及び印刷処理のフローチャートである。
【図６】データ放送画面例である。
【図７】データ放送画面例である。
【図８】データ放送画面例である。
【図９】印刷コンテンツの一覧提示及びその操作用の画面例である。
【図１０】本発明の第２実施例における印刷コンテンツの取得及び印刷処理を示すフローチャートである。
【符号の説明】
【００８８】
１０：放送局
２０：デジタルテレビ装置
３０：プリンタ
２０１：表示部
２０２：放送データ処理部
２０３：蓄積部
２０４：リモコン入力部
２０５：受信部
２０６：モデム
２０７：プリンタ入出力部
９０１：リモコン情報
９０２：データ放送コンテンツ
９０３：イベント
９０４：モデム制御情報
９０５：印刷のための設定情報
９０６：印刷コンテンツ
９０７：表示制御情報
９０８：描画（表示）データ
【図１】
2005130082.tif 000003
【図２】
2005130082.tif 000004
【図３】
2005130082.tif 000005
【図４】
2005130082.tif 000006
【図５】
2005130082.tif 000007
【図６】
2005130082.tif 000008
【図７】
2005130082.tif 000009
【図８】
2005130082.tif 000010
【図９】
2005130082.tif 000011
【図１０】
2005130082.tif 000012