JP2004229161A - データ放送受信再生装置 - Google Patents

Abstract

【課題】印刷を完了した場合にのみ、広告主又は情報提供者に通知する。
【解決手段】放送データの受信データを印刷処理する場合、プリンタ１３１のステータスを監視し、印刷が正常に完了した場合に、印刷完了実績情報として、ユーザＩＤ、放送日時、印刷日時及びプリント識別ＩＤ（ファイル名）を印刷実績情報管理サーバ１５０へ送信する。印刷途中で停止した場合、印刷未完了実績情報として、ユーザＩＤ、そのデータ放送番組のチャンネル、プログラムＩＤ及び放送日時、印刷日時、プリント識別ＩＤ（又はファイル名）、並びにプリンタに転送済みのデータ量をサーバ１５０に送信する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明はデータ放送受信再生装置に関し、より具体的には、文字・画像・音声・映像などが多重化されたデータ放送コンテンツを受信、表示及び印刷するデータ放送受信再生装置に関する。
【０００２】
【従来の技術】
ＢＳデジタル放送において、現在、データ放送が開始されている。これは、放送局からデータを放送電波に重畳して送信し、受信装置側では、放送波を受信・蓄積し、データを画面上に表示するものである。
【０００３】
ＢＳデジタル放送を受信するテレビ受信機の構成を説明する。放送局では、通常のテレビ番組の番組データ、音声データ及びデータ放送データが符号化される。そして、それらの符号化信号が多重化された後に、変調されてアンテナから出力される。アンテナから出された信号は放送衛星（ＢＳ）を介してユーザ側端末（テレビ受信機）に送られる。
【０００４】
テレビ受信機では、チューナが、受信した信号のうちからユーザによって選択された番組に対応するチャンネルの周波数帯域の信号を抽出する。チューナは、入力された信号に対して、復調及び誤り訂正等の処理を施し、トランスポートストリーム（ＴＳ）と呼ばれる形式のデジタルデータを生成する。チューナの出力データは、デスクランブラを介してトランスポートデコーダに印加される。
【０００５】
トランスポートデコーダは、ユーザによって選択された番組に対応するパケットを抽出する。そして、抽出されたパケット内の映像データはビデオデコーダによって復号化された後、グラフィックバッファ内の動画プレーンに送られる。抽出されたパケット内の音声データは、オーディオデコーダによって復号化された後、スピーカに出力される。抽出されたパケット内のデータ放送データは、ＣＰＵ（中央演算処理装置）に送られて復号化された後、データ記憶装置に格納される。ＣＰＵは、データ放送の内容を表示する際に、データ記憶装置に格納したデータを読み出し、グラフィック生成部により文字図形の画像データに変換した後、グラフィックバッファの文字図形プレーンまたは静止画プレーンに送られる。
【０００６】
文字図形プレーンは、主にデータ放送におけるＵＩ（ユーザインターフェース）となるボタン、テキスト、図形及び絵などのビットイメージを格納するものであり、静止画プレーンは、写真画像などのビットイメージを格納する。
【０００７】
画像合成部は、グラフィックバッファ内の動画プレーン、文字図形プレーン及び静止画プレーンに格納される各グラフィックデータを合成処理し、表示器へ出力する。
【０００８】
放送局は、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式に基づき、データ放送のデジタルデータを繰り返し送出する。トランスポートデコーダによってフィルタリングされたデータ放送データには、テキスト情報、スクリプト情報、画像情報及び映像・音声データが含まれており、テキスト情報は、Ｗ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【０００９】
データ放送サービスには、独立データ放送と番組連動型データ放送がある。前者により、視聴者は、手軽に様々な情報を閲覧できるようになる。後者により、テレビ番組と連動した情報を文字や画像で表示させるサービスを提供できる。
【００１０】
現在、データ放送を利用して様々なサービスを一般家庭の視聴者に提供する試みがなされている。例えば、データ放送サービスによって配信された情報をテレビ画面に表示するだけでなく、リモコンを使って簡単にプリンタで印刷して残すことができれば、さらにサービスの幅が広がると同時に、ユーザの利便性も今よりさらに高いものとなると考えられる。
【００１１】
例えば、データ放送で商品パンフレットやカタログを配信し、受信機側で印刷するという応用が考えられている。これにより、従来、商品のカタログ、チラシ及びパンフレットなどの印刷物をダイレクトメール又は宅配サービスで郵送していた商品販売事業者（広告主）にとっては、カタログデータを作成して配信するだけになり、大きなコストメリットが生まれる。一方、ユーザ側としては、欲しいカタログやパンフレットがすぐに手に入るというメリットが生まれるものの、印刷にかかるコスト（インク代及び紙代など）を負担しなければならなくなるというデメリットも生まれてしまう。そこで、印刷を行ったユーザに対し事業者（広告主）側から特典を与えるといったサービスが求められる。例えば、カタログを印刷したユーザに対し、プレゼントを贈ったり、ＰＰＶ（ペイ・パー・ビュー）番組の視聴権利を与えたり、割引を行ったり、印刷紙を無料送付したりするといったサービスである。
【００１２】
また、データ放送を利用した異なるサービスとして、データ放送で写真集及びポスターなどの著作権のあるコンテンツを配信し、受信機で印刷するという応用も考えられている。特開平１１−３１３１９１号公報には、新聞、雑誌及びポスター等の情報を配信して印刷するシステムが記載されている。
【００１３】
【発明が解決しようとする課題】
従来の放送システム及びテレビ受信装置では、データ放送を応用した上述のサービスを行う上で、以下に示すような課題がある。
【００１４】
第１の課題として、従来の放送システム及びテレビ受像装置では、カタログ印刷を実際に行ったユーザを確認し、特典を与えるユーザを特定することが困難であった。特開平１０−１０８１４５号公報には、データ放送を視聴しながら一定の操作をすることで電子クーポンを発行する方法が記載されている。この方法では、例えば、ユーザが画面に表示された印刷ボタンを選択したということはわかるものの、ユーザが本当にカタログを手にしたのかを確認するには至っていない。例えば、印刷を途中でキヤンセルしたり、紙とインク消費しないように故意にインクを抜いた状態でプリントを行ったとしても、それを認識できない。印刷ボタンを選択したユーザ全てに一様に特典を与えることしかできず、事業者側（広告主側）及び放送事業者側にとって「価値のない負担」となることがある。
【００１５】
また第２の課題として、従来の放送システム及びテレビ受像機では、写真集及びポスターなどの有料コンテンツの印刷枚数をカウントして課金することはできたが、有料印刷コンテンツをきちんと印刷できたときにのみ課金を行う方法がなかった。例えば、ポスターを印刷したいユーザが紙の種類を間違えて低品位印刷用の紙をセットしていた場合でも、印刷枚数としてカウントされてしまい、ユーザにとって「価値のない負担」となることがあった。
【００１６】
本発明は、これらの問題を解決し、データ放送番組を視聴中のユーザがリモコン操作で簡単に欲しい情報を印刷できるデータ放送受信再生装置であって、印刷がきちんと行われたことを確認し、ユーザ側と広告主側（または放送サービス側）共に「価値のない負担」をすることなく公平なサービス運営が行えるデータ放送受信再生装置を実現することを目的としている。
【００１７】
【課題を解決するための手段】
本発明者は上記問題を解決するため数多くの実験と試行錯誤を繰り返した結果、本件請求項１記載のデータ放送受信再生装置においては、デジタル放送波を受信する受信手段、放送波に多重化された映像、音声、画像、文字データ、からなる表示データと、文字や画像データからなる印刷データを取得するデータ取得手段、取得したデータを蓄積する蓄積手段、蓄積された表示データを表示画面に表示する表示手段と、外部に接続された印刷装置への前記印刷データを転送すると共に前記印刷装置の状態を取得する印刷装置通信手段と、印刷確認手段を有し、前記印刷確認手段は前記印刷装置通信手段を介して印刷処理が正常終了したかを監視し、正常終了した場合には少なくとも前記印刷データの識別データを含む印刷履歴情報を蓄積することを特徴とする構成とした。
【００１８】
【実施例】
図面を参照して、本発明の実施例を詳細に説明する。
【００１９】
（第１実施例）
図１は、本発明の一実施例であるデジタルテレビ受信装置１００の概略構成ブロック図を示す。
【００２０】
不図示のアンテナにより受信された信号は、チューナ１０１に入力する。チューナ１０１は、入力された信号に復調及び誤り訂正等の処理を施し、トランスポートストリーム（ＴＳ）と呼ばれる形式のデジタルデータを生成する。そのトランスポートストリーム（ＴＳ）のデータは、デスクランブラ１０２に入力する。
【００２１】
デスクランブラ１０２は、視聴制限のためのスクランブルがかけられているＴＳデータがチューナ部１０１から入力した場合、ＴＳデータに含まれるデスクランブルの為の鍵情報とＩＣカード制御部１１７から出力される鍵情報とに基づいて、スクランブルを解除し、トランスポートデコーダ１０３に出力する。
【００２２】
ＩＣカード制御部１１７は、ユーザの契約情報及びＴＳデータに含まれるデスクランブラの為の鍵情報を解く為の鍵情報が格納されているＩＣカードを含み、デスクランブラ１０２から入力されたデスクランブルのための鍵情報を解く為の鍵情報があった場合、その鍵情報をデスクランブラ１０２に出力する。
【００２３】
また、デスクランブラ１０２は、チューナ１０１からスクランブルがかけられていないＴＳデータが入力した場合には、ＴＳデータをトランスポートデコーダ１０３に出力する。
【００２４】
トランスポートデコーダ１０３は、ユーザによって選択された番組に対応するパケットを抽出する。抽出されたパケット内の映像データは、ビデオデコーダ１０６によって復号化された後、グラフィックバッファ１２１内の動画プレーン１０７に送られる。抽出されたパケット内の音声データは、オーディオデコーダ１０４によって復号化された後、Ｄ／Ａ変換器１０５を介してスピーカ１３３に出力される。抽出されたパケット内のデータ放送データは、ＣＰＵ１１８に接続されているバス１２２を介してメモリ１１２に取り込まれ、ＣＰＵ１１８の後述する処理によって復号化された後、ハードディスク１１９に格納される。ＣＰＵ１１８は、データ放送の内容を表示する際には、データ記憶装置に格納したデータを読み出し、グラフィック生成部１１０により文字・図形の画像データに変換した後、グラフィックバッファ１２１の文字図形プレーン１０９又は静止画プレーン１０８に送られる。
【００２５】
画面合成部１１１は、グラフィックバッファ内の映像プレーン、文字図形プレーン及び静止画プレーンに格納されたグラフィックデータを合成又は切換えし、表示器１３４へ出力する。
【００２６】
表示器１３４は、送られてきた画像を表示する。表示器１３４は、その内部に表示器１３４の画面サイズ等の情報を保存したメモリを有しており、そのメモリの情報はテレビ受信装置と表示器１３４の間で接続されたシリアルバスによってテレビ受信装置１００へと送られ、シリアルインターフェース及びバス１２２を介してＣＰＵ１１８の管理するメモリ１１２に格納される。
【００２７】
バス１２２には更にＩＥＥＥ１３９４インターフェース１１４及びモデム１１３が接続している。ＩＥＥＥ１３９４インターフェース１１４は、テレビ受信装置１００が外部に接続されたＶＴＲ１３０及びプリンタ１３１とプロトコル通信を行う為に用いられる。モデム１１３は、電話回線経由で放送事業者などが運営するサーバ・コンピュータ１５０と情報通信を行う為に用いられる。
【００２８】
データ放送のデジタルデータは、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により放送局から繰り返し送出される。トランスポートデコーダ１０３によってフィルタリングされたデータ放送データは、テキスト情報、スクリプト情報、画像情報及び映像・音声データを含む。テキスト情報は、Ｗ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【００２９】
本実施例ではデータ放送再生用ＸＭＬの仕様として、ＨＴＭＬ４．０をＸＭＬ１．０で再定式化したＸＨＴＭＬ仕様を基本とする仕様を用いる。ＸＭＬでは、文書中の文字列にタグ（＜ｘｘｘ＞と＜／ｘｘｘ＞で囲まれた部分）によって属性付け（意味付け）が行われる。このタグは、入れ子にすることが可能である。
【００３０】
本実施例での表示形式にはＣＳＳ（カスケーディング・スタイルシート）を用い、スクリプト処理にはＪａｖａＳｃｒｉｐｔ（商標）を用いている。スクリプトからコンテンツデータにアクセスする形式として、ＤＯＭ（ＤｏｃｕｍｅｎｔＯｂｊｅｃｔ Ｍｏｄｅｌ）を採用している。本実施例では、Ｗ３Ｃ ＲｅｃｏｍｍｅｎｄａｔｉｏｎであるＤＯＭ Ｌｅｖｅｌ１を拡張したものを用いている。
【００３１】
リモコン１１６の平面図を図２に示す。ただし、図２には、本実施例を説明する為に必要な機能を実現するための操作ボタンのみ図示してある。実際の受信装置には、より多くの操作ボタンがある。
【００３２】
２０１はリモコン１３２と受光部１１５（図１）との赤外線通信を行うための発光部、２０２は電源のオン／オフを指示する電源キーである。２０３はスティック状のカーソルキーであり、上下（前後）左右に傾けることにより、４方向のカーソル移動入力となり、スティック自体を押し込むことにより「決定」入力となる。
【００３３】
２０４はデータ放送の表示を指示する「ｄ」キー（ｄボタン）、２０５は表示の切り替えを行う表示キー、２０６はマトリクス状にならんだ数字キー、２０７はメニュー画面を表示する為のメニューボタンである。
【００３４】
２０８はアップキー及びダウンキーからなるアップ／ダウンキーである。２０９はカラーキーであり、青、赤、緑及び黄の４色のボタンが横一列に並んでいる。
【００３５】
ＣＰＵ１１８による処理手順を示すフローチャートを参照して、上記構成のデジタルテレビ受信装置の動作を説明する。
【００３６】
図３は、ＣＰＵ１１８で動作するデータ放送受信再生プログラムの動作フローチャートである。このプログラムは、データ受信プログラム、データ表示プログラム、スクリプト実行プログラム及びデータ印刷プログラムからなるが、これらをまとめて、「ブラウザ」と呼ぶ。
【００３７】
ユーザがテレビ番組視聴中にリモコンのｄボタン２４０を押してデータ放送表示を指示すると、ブラウザのデータ放送表示プログラムの実行が開始される（Ｓ３−１）。
【００３８】
次にトランスポートデコーダ１０３を制御して、データカルーセル方式で送信されてくるデータ放送コンテンツの受信を開始し、画面表示用のＸＭＬデータ、印刷用ＸＭＬデータ及びこれらＸＭＬデータに埋め込まれた画像・動画などの関連データを取得し、メモリ１１２またはハードディスク１１９に格納する（Ｓ３−２）。
【００３９】
説明例では、ＸＭＬデータとして、ｓｔａｒｔｕｐ．ｘｍｌ及びｐｒｉｎｔ．ｘｍｌ、これらＸＭＬデータ内に埋め込まれた情報としての、ｓｈｏｕｈｉｎ１．ｐｎｇ、ｓｈｏｕｈｉｎ２．ｐｎｇ、ｓｈｏｕｈｉｎ３．ｐｎｇ、・・・、及びｓｈｏｕｈｉｎ２１．ｐｎｇという画像データが、メモリ１１２又はハードディスク１１９に格納されると仮定する。
【００４０】
下記ＸＭＬソース（１）は、本実施例で用いるＸＭＬデータの一例として商品の紹介をするデータ放送番組のスタートアップ画面用のＸＭＬデータ（ｓｔａｒｔｕｐ．ｘｍｌ）のソース例を示す。この例では、＜ｈｅａｄ＞及び＜／ｈｅａｄ＞タグに囲まれた部分に、文章の名前を示すＴｉｔｌｅ要素及びスクリプトの定義を示す＜ｓｃｒｉｐｔ＞要素を含んでいる。さらに、本文を示す＜ｂｏｄｙ＞要素の中に、画像及び映像・音声を示す＜ｏｂｊｅｃｔ＞要素、画面上の領域を示す＜ｄｉｖ＞要素、文を示す＜ｐ＞要素などを含む。各要素にはＣＳＳに従ったスタイル属性が記述されており、表示する際の座標、大きさ及び色などのパラメータ値が設定されている。
【００４１】
ブラウザスタートアップページ（初期ページ）における＜ｂｏｄｙ＞タグのＯｎＬｏａｄ属性（図４の（Ａ））に記述されたスクリプト関数を初期スクリプトとして実行する（Ｓ３−３）。図４の＜ｓｃｒｉｐｔ＞と＜／ｓｃｒｉｐｔ＞に挟まれた部分がスクリプト記述であり、この例では、ｉｎｉｔｉａｌｉｚｅ関数（下記ＸＭＬソース（１）の（Ｂ））が初期スクリプトとなる。
【００４２】
ブラウザは、ＸＭＬデータの＜ｂｏｄｙ＞要素の中身に記述された情報に基づき、ページ情報の描画処理（Ｓ３−４）と画像合成処理（Ｓ３−５）を実行する。その後、ユーザイベント及び放送イベントなどのイベント発生に応じて、スクリプトを実行する（Ｓ３−６、Ｓ３−７）、
図４は、下記ＸＭＬソース（１）に示すＸＭＬデータをブラウザが表示した様子を示す。画面には、３つの商品の写真と情報が表示されている。図中、ｂで示す部分はリモコンの「赤」ボタンを押すとカタログ印刷が行われることを示す表示である。
【００４３】
図５は、下記ＸＭＬソース（１）のＸＭＬデータに記述されたユーザ入力イベント（リモコン・キーイベント）発生時の処理スクリプトの動作フローチャートである。以後、この処理の順にブラウザの動作を説明する。また、スクリプト処理の中で呼ばれる印刷用拡張ＤＯＭ−ＡＰＩに対応したブラウザの印刷処理プログラムの動作をあわせて説明する。
【００４４】
ユーザが図４の表示画面の状態でリモコン１３２のボタンを押すと、ブラウザのスクリプト処理プログラムによって図５のキーイベントスクリプトＫｅｙＤｏｗｎ（）が実行され、そして、押されたボタンが赤ボタンだった場合（Ｓ６−１）、印刷処理プログラムの印刷処理関数が呼び出される（Ｓ６−２）。下記ＸＭＬソース（１）に示す例では、ｐｒｎＳｔａｒｔ（）関数が呼ばれる。
【００４５】
ブラウザの印刷処理プログラムは、この呼び出しを受けると、図６に示す処理を実行する。まず、プリント中かどうかを調査し（Ｓ７−１）、印刷中でなかったら、引数で与えられたＸＭＬデータファイルをメモリに読み込むと共にそのＸＭＬデータ中のｏｂｊｅｃｔ要素を印刷する為に必要な画像データを読み込む（Ｓ７−２）。下記ＸＭＬソース（１）に示す例では、ｐｒｉｎｔ．ｘｍｌというＸＭＬデータが用いられている。
【００４６】
ｐｒｉｎｔ．ｘｍｌで記述されたスタイル定義に従ったレイアウトでレンダリングを行い（Ｓ７−３）、その結果を一旦ディスクに保存し（Ｓ７−４）、プリンタへ転送する（Ｓ７−５）。本実施例では、全データをプリンタに転送すると印刷処理関数の処理が終了し、次に、ｐｒｎＧｅｔＳｔａｔｕｓというプリンタ状態取得関数が”ｅｒｒｏｒ＿ｓｔｏｐ”という引数と共に呼び出される（Ｓ６−４）。図７は、プリンタ状態取得関数ｐｒｎＧｅｔＳｔａｔｕｓの動作フローチャートを示す。ブラウザの印刷処理プログラムでは、このｐｒｎＧｅｔＳｔａｔｕｓ呼び出しに対応し、第１引数が”ｅｒｒｏｒ＿ｓｔｏｐ”の場合は、プリンタに状態問い合わせコマンドを送り、プリント処理でエラーが発生しなかったかどうかが調査され（Ｓ７−１８）、Ｓ６−３の処理は終了する。
【００４７】
下記ＸＭＬソース（２）はｐｒｉｎｔ．ｘｍｌのソース例を示し、図８は、印刷された商品カタログの印刷例を示す。
【００４８】
プリンタへのデータ転送が行われ、かつプリンタがエラー状態にない場合にのみ、電話回線によるホストコンピュータへの接続が行われ（Ｓ６−５）、印刷完了実績情報としてユーザＩＤ、放送日時、印刷日時及びプリント識別ＩＤ（ファイル名）がホストコンピュータの印刷実績情報管理サーバ１５０へ送られる。ホストコンピュータの印刷実績情報管理サーバ１５０は、受信したデータを印刷実績として保存する。印刷実績情報管理サーバ１５０に保存された情報は、商品販売事業者などによってカタログ印刷を実際に行ったユーザに対する特典サービスの実施などに用いられる。
【００４９】
以上の説明からわかるように、本実施例では、プリンタでの印刷処理がエラーを発生することなく実行された場合のみ、印刷実績が保存され、特典などのユーザサービスに用いられる。
【００５０】
（第２実施例）
第１実施例では、図５に示すように一つのスクリプトの中で、印刷処理、印刷終了確認処理及びホストへの接続・印刷実績情報の送信処理を行ったが、印刷処理を行うスクリプトと、印刷終了確認及びホストへの接続・データ送信処理を行うスクリプトとを分けて実行してもよい。第２実施例として、そのように変更した実施例を説明する。
【００５１】
下記ＸＭＬソース（３）は、第２実施例におけるＸＭＬデータのソースの一部を示す。残りの部分は、代１実施例と同様なので割愛する。また図９，図１０及び図１１は、第２実施例においてＸＭＬデータに記述されたスクリプト処理の流れを示すフローチャートである。
【００５２】
第２実施例では、ユーザのボタン入力によってキーイベントスクリプトが実行される。印刷を指示するボタンが押されたことを認識すると（Ｓ１１−１）、印刷処理関数が呼び出され（Ｓ１１−２）、ブラウザのプリント処理プログラムが図６に示す処理を実行する。さらに、定期的にプリンタの状態を監視するタイマ処理スクリプトを実行させるためのタイマを起動し（Ｓ１１−３）、このタイマイベント、タイマ処理スクリプト、及び、タイマ処理スクリプトから呼び出される印刷完了処理スクリプトを、常駐するように登録する（Ｓ１１−４）。この登録動作は、下記ＸＭＬソース（３）に示す拡張ＤＯＭ−ＡＰＩであるｓｅｔＲｅｓｉｄｅｎｔ（）というＡＰＩを呼ぶことで行われる。このＡＰＩが呼ばれると、ブラウザは、タイマオブジェクト及びスクリプトの処理内容をメモリに保存する。
【００５３】
この登録動作により、ブラウザは、たとえユーザが印刷中に他のページに切り替えたり、データ放送の表示を止めたりしても、イベントを定期的に発生させ、タイマ処理スクリプトを実行し続ける。
【００５４】
印刷が終了したことを認識すると、タイマ処理スクリプトは、印刷完了処理スクリプトを呼び出し、印刷完了実績情報がホストコンピュータの印刷実績情報管理サーバ１５０に送られる。印刷実績情報管理サーバ１５０は、受信したデータを印刷実績として保存する。
【００５５】
図１２は、本実施例における、視聴者（ユーザ）、放送事業者及び商品販売事業者間の関係を示す。上述のように、放送事業者側の印刷実績情報管理サーバ１５０に保存された印刷実績情報のリストは商品販売事業者に送られ、商品販売事業者は、そのリストを基にカタログ印刷を実際に行った視聴者（＝ユーザ）を特定し、そのユーザに対する特典サービスの実施などを行う。
【００５６】
（第３実施例）
本発明の第３の実施例では、ブラウザは、プリンタに対し状態を問い合わせるための通信を行うことなく、印刷完了を確認する。本実施例では、ブラウザは、図１３に示すように、ユーザのボタン入力によって実行されるキーイベントスクリプト処理のなかで印刷を意味するボタンが押されたと認識した場合（Ｓ１３−１）、ユニークなコードを生成して記憶し（Ｓ１３−２、Ｓ１３−３）、そのコードを印刷データに追加する（Ｓ１３−４）。ユニークなコードは例えば、乱数などから作った１〜２桁の数字などでよい。また、数字ではなく、リモコン１３２のカラーボタンのいずれかでも良い。
【００５７】
コードを印刷物の何処に印刷するかを、予め放送局から配信されるＸＭＬデータに、
＜ｄｉｖ ｓｔｙｌｅ＝”ｐｏｓｉｔｉｏｎ：ａｂｓｏｌｕｔｅ； ｆｏｎｔ−ｓｉｚｅ＝１４； ｌｅｆｔ：８０； ｔｏｐ：１０００； ｗｉｄｔｈ：２００； ｈｅｉｇｈｔ：２０”＞印刷が終了したらリモコンで＜ｕｎｉｑｕｅ＿ｃｏｄｅ＞＜／ｕｎｉｑｕｅ＿ｃｏｄｅ＞と入力してください＜／ｄｉｖ＞
というように、＜ｕｎｉｑｕｅ＿ｃｏｄｅ＞というタグで予め指定してある場合、ブラウザは、そのタグの内容を生成したコードを代入し、＜ｕｎｉｑｕｅ＿ｃｏｄｅ＞５３＜／ｕｎｉｑｕｅ＿ｃｏｄｅ＞とする処理を行う。このようなタグが予め定義されていない場合、印刷処理の最終ページの余白に行っても良い。
【００５８】
キーイベントスクリプト処理は、印刷を行う為の印刷処理関数ｐｒｎＳｔａｒｔ（）を呼び出して（Ｓ１３−５）、カタログの印刷を実行する。ブラウザの印刷処理プログラムは、ｐｒｎＳｔａｒｔ関数の呼び出しに伴い、図６に示す処理により、印刷用のデータの生成とプリンタへのデータ転送を実行する。プリンタへのデータ転送処理には、新たなスレッド（又はプロセス）が生成されて、バックグラウンド処理として実行され、ｐｒｎＳｔａｒｔ（）関数は、ここで処理を終える。
【００５９】
図１５は、印刷が正常に終了した際のプリンタ出力例を示す。図１５に示すように、カタログの一部に前述のユニークコードが印刷される。
【００６０】
次に、ブラウザは、図１４に示す印刷完了確認処理スクリプトを実行し、図１７に示すようなコード入力画面（ページ）を表示する（Ｓ１３−１１）。印刷されたカタログの番号をユーザが見て、リモコ１３２ンでコードを入力すると（Ｓ１３−１２）、入力されたコードとステップＳ１３−２で記憶しておいたコードとが比較される（Ｓ１３−１３）。両コードが一致した場合（Ｓ１３−１３）、ブラウザは、ＩＣカード制御部１１７との通信を行い、−（マイナス）３００円という金額をパラメータとして、ＰＰＶ番組の購入を指示する（Ｓ１３−１４）。このＰＰＶ購入記録は、ＩＣカード１３５に保存される。
【００６１】
ＩＣカード１３５に保存されたＰＰＶ購入記録（課金情報）は、放送局からの指示又はユーザの指示で電話回線を使ったホストコンピュータとの接続が行われた際に送信され、ＰＰＶ視聴履歴情報及び課金情報として放送事業者の管理するＰＰＣ視聴履歴サーバに保存される。
【００６２】
ここでは、図１４に示す印刷完了確認処理は印刷処理実行直後に実行されるとしたが、例えば、ショッピング番組の終了前に放送局からの指示（放送イベント）によってその処理を開始するようにしても良い。
【００６３】
また、図１６に示すように、カラーボタンの色を入力するようにしてもよく、その場合は、図１８に示すような入力画面を表示しても良い。
【００６４】
（第４実施例）
以上では、商品カタログを印刷する場合を例に説明してきたが、次に、ポスター及びタレント写真などの著作権を含む有料印刷コンテンツを印刷する場合を説明する。ここでは一つの表示用ＸＭＬデータ及び１又は複数のポスター画像印刷データ（例えば、ＪＰＥＧなどによる圧縮データ）が受信され、メモリまたはディスクに格納されているものとする。
【００６５】
ブラウザは、ユーザのリモコン操作又は放送局からの放送イベントをきっかけとして、表示用ＸＭＬデータを基に図２２に示すような、ポスター印刷を促す画面を表示する。ユーザがリモコンを介してカードＩＤ及び／又は暗証番号などの必要情報を入力し、印刷開始を意味するボタン（図２２の例では赤ボタン）を押すと、ブラウザは、ＸＭＬデータに記述されたスクリプト情報に基づきキーイベントスクリプトを実行する。図１９は、このスクリプト処理の流れを示すフローチャートである。
【００６６】
このキーイベントスクリプトで、印刷を意味するボタンが押されたことを認識すると（Ｓ１６−１）、印刷用拡張ＤＯＭ−ＡＰＩであるｐｒｎＳｔａｒｔ（）関数が呼び出される。このとき引数として（”丸丸ｘ子．ｊｐｇ”）というパラメータが設定されているとする。ｐｒｎＳｔａｒｔ（）関数の動作に関しては、図６に示したように印刷用データが作成され、プリンタへ転送される。プリンタへのデータ転送処理には新たなスレッド（又はプロセス）が生成され、バックグラウンド処理として実行される。ｐｒｎＳｔａｒｔ（）関数としては、ここで処理を終える。
【００６７】
キーイベントスクリプト実行中のブラウザは、ｐｒｎＳｔａｒｔ（）関数の呼び出し後、第２実施例と同様にタイマを起動し、タイマイベント、タイマ処理スクリプト及び印刷完了処理スクリプトを常駐するように登録する（Ｓ１６−４）。タイマイベントにより定期的に呼び出されるタイマ処理スクリプトは、プリント終了を検知すると（Ｓ１６−１２）、印刷完了処理スクリプトを呼び出す（Ｓ１６−１３）。
【００６８】
印刷完了処理スクリプトは、印刷エラーが発生していないことを確認すると（Ｓ１６−２０、Ｓ１６−２１）、ＩＣカード制御部１１７に印刷完了実績情報の保存と課金処理を指示する（Ｓ１６−２３）。本実施例では、印刷完了実績情報として、
（１）ユーザＩＤ、
（２）そのデータ放送番組のチャンネル、プログラムＩＤ及び放送日時、
（３）印刷日時、並びに、
（４）プリント識別ＩＤ（又はファイル名）
を保存する。
【００６９】
タイマイベント、タイマ処理スクリプト及び印刷完了処理スクリプトの常駐登録を解除し（Ｓ１６−２７）、処理を終える。
【００７０】
一方、印刷エラーが発生したことを認識すると、図６のステップＳ７−１０で保存したデータ転送量の割合（％値）を取得し（Ｓ１６−２４）、この情報願印刷未完了実績情報としてＩＣカードに保存される（Ｓ１６−２５）。本実施例では、印刷未完了実績情報として、
（１）ユーザＩＤ、
（２）そのデータ放送番組のチャンネル、プログラムＩＤ及び放送日時、
（３）印刷日時、
（４）プリント識別ＩＤ（又はファイル名）、並びに
（５）プリンタに転送済みのデータ量
を保存する。
【００７１】
ＩＣカード１３５に保存された印刷完了実績情報、印刷未完了実績情報及び課金情報は、ユーザの指示又は放送局から送られてくる放送イベントをきっかけとして、モデム及び電話回線を介してホストコンピュータに転送される。ホストコンピュータでは、受信したこれらの情報を印刷実績情報管理サーバ１５０に保存する。
【００７２】
以上、説明したように、本実施例では、ユーザ操作によるリモコン操作で印刷が開始され、正常に印刷が終了すると、印刷完了情報がＩＣカードに保存され、さらに課金処理が行われる。従って、印刷エラーなどでユーザが正しい印刷結果を受け取れない場合には、課金処理が行われることはない。また、ユーザが印刷終了直前に故意にプリンタの電源をオフにするなどしてエラーを発生させて、大部分が印刷されたポスターなどを無料で手にすることも考えられるが、エラー時点での印刷進捗状態を示す情報としてデータ転送量を含む印刷未完了履歴がサーバに送られ保存されることで、前述の方法などで何度もコンテンツの無料印刷を行う悪質なユーザを特定することが可能となる。
【００７３】
（その他）
なお、上記実施例ではデータ放送のコンテンツ記述、表示スタイル記述及び印刷スタイル記述をＸＭＬ及びＣＳＳを用いて説明したが、本発明は、このような記述法に限定されず、ＨＴＭＬなどで有っても良いし、また、マークアップ言語以外のデータ情報フォーマットであっても良い。同様に、スクリプト処理に関してはＪａｖａＳｃｒｉｐｔの仕様に準じた例で実施例を説明したが、これも、他のスクリプト言語、マクロ言語またはＪａｖａ（登録商標）言語などで開発されたプログラムであってもよい。
【００７４】
また、上記実施例では、現在放送されているＴＳ（トランスポートストリーム）を受信し、再生表示又は印刷する場合のみを説明したが、本発明の趣旨からすれば、これに限ることなく、例えば、ＴＳを一旦、ビデオ機器又はハードディスク装置に記録し、事後的に再生表示・印刷する場合にも適用される。
【００７５】
以上の説明では、商品販売事業者がカタログの印刷を行ったユーザに対して提供するサービスをＰＰＶ（有料番組）の視聴特典又はプレゼントの配送などとしたが、本発明は勿論、このようなサービスに限定されない。商品の割引クーポン、並びに、携帯電話の利用料金及び通常受けられるサービスのグレードアップであってもよい。
【００７６】
（他の実施態様）
【実施態様１】前記印刷履歴情報は、さらに、受信した表示データの識別データ、放送日時データ、印刷日時データ、ユーザ識別データのうち、一つもしくは複数を有することを特徴とする請求項１に記載のデータ放送受信再生装置。
【実施態様２】前記印刷確認手段はさらに、印刷装置による印刷処理が正常終了しなかった場合に、印刷履歴情報として少なくとも印刷データの識別データを含み、さらに表示データの識別データ、放送日時データ、印刷日時データ、ユーザ識別データ、正常終了しなかった印刷処理の進捗データのうち一つ以上を蓄積することを特徴とする請求項１に記載のデータ放送受信再生装置。
【実施態様３】前記印刷データは商品やサービスの広告または、パンフレット、カタログの情報であることを特徴とする請求項１に記載のデータ放送受信再生装置。
【実施態様４】ＩＣカードへのデータ通信を行うカード通信手段を有し、前記印刷確認手段は前記印刷履歴情報をＩＣカードに蓄積することを特徴とする請求項１に記載のデータ放送受信再生装置。
【実施態様５】更に、サービスセンターとの通信を行うセンター通信手段を有し、前記印刷確認手段は前記印刷履歴情報をセンターに送信することを特徴とする請求項１に記載のデータ放送受信再生装置。
【実施態様６】前記印刷確認手段は印刷の正常終了確認後、プラスもしくはマイナスの課金処理を行うことを特徴とする請求項１に記載のデータ放送受信再生装置。
【実施態様７】前記印刷確認手段は印刷の正常終了確認後、有料放送番組の視聴権データを蓄積することを特徴とする請求項１に記載のデータ放送受信再生装置。
【実施態様８】前記印刷データに含まれる文字データはマークアップ言語で記述され、印刷レイアウト情報と処理スクリプト情報を含むことを特徴とする請求項１に記載のデータ放送受信再生装置。
【実施態様９】映像、音声、画像、文字データ等で構成され、放送手段により伝送される放送データを視聴者のデータ放送受信再生装置で受信、蓄積、再生表示すると共に、前記データ放送受信再生装置はさらに前記放送データを印刷装置に転送し、印刷装置にて印刷出力せしめる機能と、印刷が正常に終了したことを確認する機能と、印刷が終了したことを示す印刷履歴情報を通信回線を介して情報センターに送信する機能を備え、さらに情報センターのデータ蓄積管理装置が前記データ放送受信再生装置から受信した印刷履歴情報を蓄積することを特徴とするデータ放送サービスシステム。
【実施態様１０】前記放送手段は広告主からの広告データまたカタログデータを蓄積し、放送データに変換して放送を行い、さらに前記情報センターに蓄積された印刷履歴情報は通信回線を介して広告主のデータ蓄積装置へと転送され、前記広告主のデータ蓄積データに蓄積されることを特徴とする実施態様９に記載のデータ放送サービスシステム。
【実施態様１１】前記印刷履歴情報は、さらに、受信した表示データの識別データ、放送日時データ、印刷日時データ、ユーザ識別データのうち、一つもしくは複数を有することを特徴とする実施態様９に記載のデータ放送サービスシステム。
【実施態様１２】前記データ放送受信再生装置は印刷履歴情報をＩＣカードに蓄積することを特徴とする実施態様９に記載のデータ放送サービスシステム。
【実施態様１３】前記データ放送受信再生装置は印刷の正常終了確認後、ＩＣカードに蓄積された課金情報に対してプラスもしくはマイナスの課金処理を行うことを特徴とする実施態様１２に記載のデータ放送サービスシステム。
【実施態様１４】前記印刷確認手段は印刷の正常終了確認後、有料放送番組の視聴権データを蓄積することを特徴とする実施態様９に記載のデータ放送サービスシステム。
【実施態様１５】前記印刷データに含まれる文字データはマークアップ言語で記述され、印刷レイアウト情報と処理スクリプト情報を含むことを特徴とする実施態様９に記載のデータ放送サービスシステム。
【実施態様１６】デジタル放送波を受信する受信手段と、
放送波に多重化された映像、音声、画像、文字データからなる表示データと、文字や画像データからなる印刷データを取得するデータ取得手段と、
取得したデータを蓄積する蓄積手段と、
蓄積された表示データを表示画面に表示する表示手段と、
ユーザ入力手段と、
外部に接続された印刷装置への前記印刷データを転送する印刷装置通信手段と、
前記印刷確認手段は少なくとも一桁からなる数字コードを生成し、印刷データに前記コードデータを追加したのちに印刷データを前記印刷装置に転送すると共に、ユーザ入力手段より前記コードの入力が行われた場合に、少なくとも前記印刷データの識別データを含む印刷履歴情報を蓄積する印刷確認手段
とを具備することを特徴とするデータ放送受信再生装置。
【実施態様１７】デジタル放送波を受信する受信手段、放送波に多重化された映像、音声、画像、文字データ、からなる表示データと、文字や画像データからなる印刷データを取得するデータ取得手段、取得したデータを蓄積する蓄積手段、蓄積された表示データを表示画面に表示する表示手段と、複数のボタンを有するユーザ入力手段、外部に接続された印刷装置への前記印刷データを転送する印刷装置通信手段と、印刷確認手段を備え、前記印刷確認手段は前記ユーザ入力手段のボタンのうち一つを選択し、該ボタンの表記もしくはボタン色と同一の表記もしくは色の情報を印刷データと共に印刷装置に転送し、さらに前記印刷確認手段はユーザ入力手段で入力されたボタンと前記選択したボタンが一致した場合に、少なくとも前記印刷データの識別データを含む印刷履歴情報を蓄積することを特徴とする実施態様１６に記載のデータ放送受信再生装置。
【実施態様１８】デジタル放送波を受信する受信手段と、
放送波に多重化された映像、音声、画像、文字データ、スクリプトデータからなるデータ放送ページデータを取得するデータ取得手段と、
取得したデータを蓄積するメモリ手段と、
蓄積されたデータを表示画面に表示する表示手段と、
データの表示中に前記スクリプトの実行を行い、データ表示が終了するとスクリプトの実行を終了するスクリプト実行手段
とを備え、前記スクリプト実行手段は、前記スクリプトの実行中にスクリプトデータ常駐要求があった場合には、データ表示終了後も前記スクリプトデータに基づくスクリプト動作を引き続き実行することを特徴とするデータ放送受信再生装置。
【実施態様１９】前記データ放送受信再生装置はさらに印刷手段を有し、データ表示中にデータの印刷を開始した場合、前記スクリプト実行手段は印刷手段における印刷処理が正常終了するまで前記スクリプトの動作を実行することを特徴とする実施態様１８に記載のデータ放送受信再生装置。
【００７７】
【発明の効果】
以上の説明から容易に理解できるように、本発明によれば、データ放送サービスを使って、印刷情報を視聴者の受信機に送信し、受信機側でリモコン操作だけで簡単に印刷できるようになる。
【００７８】
例えば、商品販売事業者側からデータ放送を使って商品のパンフレット及びカタログ等を配信して、視聴者側（ユーザ側）で印刷可能とするサービスにおいて、本発明によれば、印刷を実際に行った視聴者を特定できるようになるので、印刷を実際に行ってくれた視聴者だけに事業者側から特典やサービスを提供することが可能になる。これにより、従来、このようなサービスを行う上で問題となり得た視聴者側の印刷コスト負担を軽減することができるようになる。
【００７９】
さらに、本発明では、視聴者側でカタログ及びパンフレット等を実際に印刷することなく不正に上記サービスや特典を受けようとした場合は、サービスが受けられないか、もしくはそのような視聴者を特定することができるようになるので、事業者側にとっては無駄な負担がなくなり、従来よりも広告主側の満足度の高い放送サービス提供システムを実現できる。
【００８０】
特にテレビを使ったショッピングなどで、商品のカタログを印刷してくれた視聴者は、将来そのカタログを見て他の商品を購入する可能性が高く、事業者側としてもそのようなユーザを特定し、積極的に広告やサービスを提供することができるようになるという点においても本発明のメリットは大きい。
【００８１】
また、本発明によれば、事業者側からデータ放送を使って有料の印刷コンテンツを配信して、視聴者側で印刷可能とするサービスにおいて、従来は印刷した枚数で課金する方法しかなかったが、本発明によれば実際に印刷を行った視聴者を特定できるようになるので、印刷中にプリンタにトラブルがあった場合や印刷する用紙を間違えて実際に正しい印刷出力を得られなかったユーザからは課金しないようにすることができるようになる。これにより、視聴者側での無駄な負担をなくした、従来よりさらに顧客満足度の高い放送サービスシステムの運営が可能となる。
【００８２】
従来、インターネット及びパソコンを使ったサービスで、クーポンを含むページを印刷してお店に持参すると割引が受けられるといったサービスや、有料の印刷コンテンツをダウンロードできるサービスが実在するが、本発明は、ユーザが実際に印刷を行い印刷物がユーザ側で生成されたということがわかるので、前述のように従来にないサービス提供が可能になるというメリットがある。
【００８３】

【図面の簡単な説明】
【図１】本発明の各実施例におけるテレビ受信機の概略構成ブロック図である。
【図２】リモコン１３２の平面図である。
【図３】ＣＰＵ１１８で動作するブラウザソフトウェアの一部のフローチャートである。
【図４】ＸＭＬソース（１）に示すＸＭＬデータに対応する表示例である。
【図５】ＸＭＬソース（１）に示すＸＭＬデータに記述されたスクリプト処理の動作フローチャートである。
【図６】第１実施例における印刷処理プログラムの関数ｐｒｎＳｔａｒｔ（）のフローチャートである。
【図７】第１実施例における印刷処理プログラムの関数ｐｒｎＧｅｔＳｔａｔｕｓ（）のフローチャートである。
【図８】ＸＭＬソース（２）に示すＸＭＬデータによってレイアウト処理された印刷出力例である。
【図９】ＸＭＬソース（３）に示すスクリプト動作のキーイベントスクリプトのフローチャートである。
【図１０】ＸＭＬソース（３）に示すスクリプト動作のタイマ処理スクリプトのフローチャートである。
【図１１】ＸＭＬソース（３）に示すスクリプト動作の印刷完了情報送信処理スクリプトのフローチャートである。
【図１２】第２実施例における、視聴者（ユーザ）、放送事業者及び商品販売事業者間の関係を示す模式図である。
【図１３】第３実施例におけるスクリプト処理のキーイベントスクリプトのフローチャートである。
【図１４】第３実施例におけるスクリプト処理の印刷完了確認処理スクリプトのフローチャートである。
【図１５】第３実施例における印刷出力結果の一例である。
【図１６】第３実施例における印刷出力結果の別例である。
【図１７】第３実施例におけるデータ放送画面の、ユーザにデータ入力を促す画面の一例である。
【図１８】第３実施例におけるデータ放送画面の、ユーザにデータ入力を促す画面の別例である。
【図１９】第４実施例におけるスクリプト処理のキーイベントスクリプトのフローチャートである。
【図２０】第４実施例におけるスクリプト処理のタイマ処理スクリプトのフローチャートである。
【図２１】第４実施例におけるスクリプト処理の印刷完了処理スクリプトのフローチャートである。
【図２２】第４実施例におけるデータ放送画面の、ユーザにデータ入力を促す画面の一例である。
【符号の説明】
１００：デジタルテレビ受信装置
１０１：チューナ
１０２：デスクランブラ
１０３：トランスポートデコーダ
１０４：オーディオデコーダ
１０５：Ｄ／Ａ変換器
１０６：ビデオデコーダ
１０７：動画プレーン
１０８：静止画プレーン
１０９：文字図形プレーン
１１０：グラフィック生成部
１１１：画面合成部
１１２：メモリ
１１３：モデム
１１４：ＩＥＥＥ１３９４インターフェース
１１５：受光部
１１６：リモコン
１１７：ＩＣカード制御部
１１８：ＣＰＵ
１１９：ハードディスク
１２１：グラフィックバッファ
１２２：バス
１３０：ＶＴＲ
１３１：プリンタ
１３２：リモコン
１３３：スピーカ
１３４：表示器
１３５：ＩＣカード
１５０：サーバ
２０１：発光部
２０２：電源キー
２０３：カーソルキー
２０４：ｄキー又はｄボタン
２０５：表示キー
２０６：数字キー
２０７：メニューボタン
２０８：アップ／ダウンキー
２０９：カラーキー

Claims (1)

1. デジタル放送波を受信する受信手段と、
   放送波に多重化された映像、音声、画像及び文字データの少なくとも１つからなる表示データと、文字及び画像データの少なくとも一方からなる印刷データとを取得するデータ取得手段と、
   取得した表示データ及び印刷データを蓄積する蓄積手段と、
   蓄積された表示データを表示画面に表示する表示手段と、
   外部に接続された印刷装置への前記印刷データを転送すると共に前記印刷装置の状態を取得する印刷装置通信手段と、
   前記印刷装置通信手段を介して印刷処理が正常終了したかを監視し、正常終了した場合には少なくとも前記印刷データの識別データを含む印刷履歴情報を蓄積する印刷確認手段
   とを具備することを特徴とするデータ放送受信再生装置。

Images