トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 放送受信端末および放送受信方法
【発明者】 【氏名】山下 雅美
【住所又は居所】東京都品川区北品川６丁目７番３５号 ソニー株式会社内

【氏名】吉田 洋之
【住所又は居所】東京都品川区北品川６丁目７番３５号 ソニー株式会社内

【氏名】城間 真
【住所又は居所】東京都品川区北品川６丁目７番３５号 ソニー株式会社内

【氏名】平川 晶子
【住所又は居所】東京都品川区北品川６丁目７番３５号 ソニー株式会社内
【要約】 【課題】有料放送システムにおいて、視聴履歴情報と共にアプリケーションデータのアップリンクを行い、様々なサービスを実現する。

【解決手段】視聴者に対して課金を行うための視聴履歴情報は、伝送データの領域４１に格納され定期的に送信側に対して電話回線などを介して伝送される。受信端末において、ユーザによってアプリケーションデータが生成された場合、このデータが領域４３に格納され、領域４２が、アプリケーションデータが存在することを示す状態とされる。受信端末において領域４２が領域４３にデータが存在する状態であるとされた場合、定期的なタイミングに係わらず、これらのデータが送信側に対して伝送される。領域４３には、アプリケーションに応じたデータを格納することができるため、テレビによるショッピングやメール配信などの、様々なサービスが実現できる。
【特許請求の範囲】
【請求項１】
視聴者の視聴履歴に応じて課金を行う有料放送システムで用いられる放送受信端末において、
送信システムに対して情報を伝送する伝送手段と、
番組を視聴した結果に基づき視聴履歴情報を取得する視聴履歴取得手段と、
所定のアプリケーションソフトウェアによりアプリケーションデータを発生させる入力を行う入力手段と、
上記視聴履歴情報、上記アプリケーションデータおよび該アプリケーションデータが記憶されているか否かを示すヘッダ情報からなる視聴情報が記憶される記憶手段と、
上記記憶手段に記憶された上記視聴情報の上記ヘッダ情報を常時監視する監視手段と
を有し、
上記監視手段の監視結果に基づき上記ヘッダ情報が上記アプリケーションデータが記憶されていることを示していれば、上記記憶手段に記憶される上記視聴情報を上記伝送手段により上記送信システムに対して伝送するようにした
ことを特徴とする放送受信端末。
【請求項２】
請求項１に記載の放送受信端末において、
上記情報収集システムに対して伝送されるアプリケーションデータは、放送される番組と関連するデータまたは独立するデータであることを特徴とする放送受信端末。
【請求項３】
視聴者の視聴履歴に応じて課金を行う有料放送システムで用いられる放送受信方法において、
送信システムに対して情報を伝送する伝送のステップと、
番組を視聴した結果に基づき視聴履歴情報を取得して記憶媒体に記憶するステップと、
所定のアプリケーションソフトウェアに対する入力に応じて発生されたアプリケーションデータを上記記憶媒体に記憶するステップと、
上記アプリケーションデータが上記記憶媒体に記憶されたときに、該アプリケーションデータのヘッダ情報を該アプリケーションデータが存在することを示す状態にするステップと、
上記記憶媒体に記憶された上記ヘッダ情報を常時監視する監視のステップと、
上記監視のステップによる監視結果に基づき、上記ヘッダ情報が上記アプリケーションデータが存在することを示す状態になっていれば、上記記憶媒体に記憶された上記視聴履歴情報、上記アプリケーションデータおよび上記ヘッダ情報を上記伝送のステップで上記送信システムに送信するステップと
を有する
ことを特徴とする放送受信方法。
【発明の詳細な説明】【技術分野】
【０００１】
この発明は、受信側から送信側に対して視聴情報のアップリンクを行うような放送受信端末および放送受信方法に関する。
【背景技術】
【０００２】
現在、契約した視聴者に対して番組の視聴に応じて課金し、契約者以外には番組の視聴をさせないような有料放送が実用化されつつある。この有料放送は、例えば１回線が５チャンネル多重とされたディジタル放送であり、この１チャンネルを中継するトランスポンダと称される中継器を例えば１０台設置することにより５０チャンネルといった多チャンネルの同時放送が可能とされるものである。
【０００３】
このような有料放送においては、スクランブル放送と称される放送方式が用いられている。このスクランブル放送は、放送局側において、送信時に原信号を所定の方法に基づいて乱すことにより、放送局と番組の受信を契約した契約者以外の者がこの放送を受信しても正常な画像，音声，およびデータを利用することができないようにしたものである。一方、契約者に対しては、放送局側から予めこのスクランブルを解く鍵が与えられ、契約者は、この鍵を用いてスクランブルで乱された原信号を復元することによって、正常な画像，音声，およびデータの利用が可能とされるものである。このスクランブルを解くための鍵は、例えば受信側のアンテナおよび受信機との間に設けられるデコーダとして提供される。
【０００４】
このような有料放送の契約形式には、大別して、チャンネル単位で契約を交わすフラットと称される形式と、番組の視聴に応じて課金されるペイパービューと称される形式とがある。これらのうち、ペイパービューによる契約形式において課金が後払いとされている場合、正しく課金を行うためには、放送局などの送信側に対する視聴情報の正確な伝送が必須とされる。
【０００５】
この視聴情報の伝送には、例えば公衆電話回線が用いられる。すなわち、上述のデコーダには電話回線が接続され、また、視聴情報を記憶可能なＩＣカードがこのデコーダに装着できるようにされる。このＩＣカードには、例えば視聴者がこのデコーダを使用して番組を見た頻度などがポイントとして記憶され、このデコーダを用いて番組を視聴する度にこのポイントが累積される。視聴者は、このＩＣカードをデコーダに装着し、見たい番組を、このデコーダを操作することによって選択する。
【０００６】
そして、番組の視聴に応じてＩＣカードに対して累積されたポイントが所定の期間、例えば１月に１回、電話回線を介して送信側に伝送されることによりアップリンクされる。このアップリンクされた視聴情報に基づいて送信側から視聴者に対して課金がなされる。このように、有料放送のシステムにおいて、この送信側への視聴情報のアップリンクのタイミングが、受信側から送信側へのデータの伝送の機会でもある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところが、従来では、このように視聴者が有料放送の視聴を行い、その結果である視聴履歴情報を送信側にアップリンクするような有料放送システムにおいて、このような課金のための視聴情報以外のデータが受信側から送信側へと伝送されるようにはされていなかった。例えば、受信者側が送信することによってなされる何らかのサービスを実現可能なようなアプリケーションデータが、受信側から送信側へと伝送されることはなかった。
【０００８】
したがって、この発明の目的は、視聴者が有料放送の視聴を行い、その結果である視聴履歴情報を送信側にアップリンクすると共に、アプリケーションデータを送信側に伝送可能な放送受信端末および放送受信方法を提供することにある。
【課題を解決するための手段】
【０００９】
この発明は、上述した課題を解決するために、視聴者の視聴履歴に応じて課金を行う有料放送システムで用いられる放送受信端末において、送信システムに対して情報を伝送する伝送手段と、番組を視聴した結果に基づき視聴履歴情報を取得する視聴履歴取得手段と、所定のアプリケーションソフトウェアによりアプリケーションデータを発生させる入力を行う入力手段と、視聴履歴情報、アプリケーションデータおよびアプリケーションデータが記憶されているか否かを示すヘッダ情報からなる視聴情報が記憶される記憶手段と、記憶手段に記憶された視聴情報のヘッダ情報を常時監視する監視手段とを有し、監視手段の監視結果に基づきヘッダ情報がアプリケーションデータが記憶されていることを示していれば、記憶手段に記憶される視聴情報を伝送手段により送信システムに対して伝送するようにしたことを特徴とする放送受信端末である。
【００１０】
また、この発明は、上述した課題を解決するために、視聴者の視聴履歴に応じて課金を行う有料放送システムで用いられる放送受信方法において、送信システムに対して情報を伝送する伝送のステップと、番組を視聴した結果に基づき視聴履歴情報を取得して記憶媒体に記憶するステップと、所定のアプリケーションソフトウェアに対する入力に応じて発生されたアプリケーションデータを記憶媒体に記憶するステップと、アプリケーションデータが記憶媒体に記憶されたときに、アプリケーションデータのヘッダ情報をアプリケーションデータが存在することを示す状態にするステップと、記憶媒体に記憶されたヘッダ情報を常時監視する監視のステップと、監視のステップによる監視結果に基づき、ヘッダ情報がアプリケーションデータが存在することを示す状態になっていれば、記憶媒体に記憶された視聴履歴情報、アプリケーションデータおよびヘッダ情報を伝送のステップで送信システムに送信するステップとを有することを特徴とする放送受信方法である。
【００１１】
この発明は、上述したように、記憶媒体に対して、視聴履歴情報を記憶すると共に、所定のアプリケーションソフトウェアに対する入力に応じて発生されたアプリケーションデータを記憶し、アプリケーションデータのヘッダを常時監視してヘッダ情報がアプリケーションデータが存在することを示す状態になっていれば、記憶媒体に記憶された視聴履歴情報、アプリケーションデータおよびヘッダ情報を送信システムに対して伝送するようにしているため、送信側において、受信側に対してアプリケーションソフトウェアに基づくサービスを実施することができる。
【発明の効果】
【００１２】
以上説明したように、この発明によれば、放送受信端末から課金のために視聴履歴をアップリンクするデータと、アプリケーションデータとが同じ記憶媒体に記憶され、アプリケーションデータヘッダを常に監視してヘッダがアプリケーションデータの存在を示す状態になっていれば、視聴履歴情報とアプリケーションとを共にアップリンクするようにしている。そのため、放送受信端末から送信側に対して、様々なアプリケーションデータをデータの発生タイミングに応じてアップリンクすることができる効果がある。
【００１３】
また、視聴履歴情報とアプリケーションデータとが同じ記憶媒体上に記憶されているため、アプリケーションデータのアップリンクを視聴履歴情報のアップリンクと同様の処理で行うことができる効果がある。
【００１４】
また、そのため、この有料放送システムを用いた放送局は、契約者であるユーザに対して、様々なサービスを提供することができる効果がある。このサービスは、例えば、ユーザから他のユーザ，放送局，あるいは番組提供者などに対してのメールの配信、放送による直接的なショッピング、放送受信端末のリモート保守など、多岐広範にわたる。
【発明を実施するための最良の形態】
【００１５】
以下、この発明の実施の一形態を、図面を参照しながら説明する。図１は、この発明による有料放送システムに適用可能な送信システムの一例を示す。なお、この発明においては、受信者側からの視聴情報のアップリンクに伴うアプリケーションデータの伝送が主題であるため、送信システムにおいて、視聴制御に関する部分を中心的に示し、他の部分、例えば送信システムにおける、変調器や電力増幅といった送信制御に関する部分については、省略する。
【００１６】
放送スタジオ（図示しない）などから供給される、放送のための映像信号や音声信号は、エンコーダ１においてディジタル化され、圧縮される。このエンコーダ１は、番組制御システム５から供給される制御信号１４により、送出する番組に応じて制御される。図示しないが、このエンコーダ１は、放送局などの送信側において複数台設置される。これら複数台のエンコーダ１のそれぞれから、圧縮ディジタル信号出力が多重化器２に対して供給される。また、それと共に、後述する個別情報１５や共通情報１６といった制御情報が複数台のエンコーダ１から供給される圧縮ディジタル信号に対応して、多重化器２に供給される。供給されたこれらの信号や制御情報は、多重化器２において時分割多重され、１チャンネルのディジタル信号１１とされる。
【００１７】
このディジタル信号１１は、スクランブラ３に供給され、このスクランブラ３に共に供給されるスクランブル鍵１３によってスクランブル処理が施される。スクランブル処理を施された信号は、図示しない送信制御部などを介して、例えば放送電波や伝送ケーブルといった伝送経路に対して送信信号とされ送出される。
【００１８】
スクランブラ３におけるスクランブル処理は、例えば、ディジタル信号１１に対して、スクランブル鍵１３に基づいて生成された所定の長さのビット列を加算することによってなされる。このスクランブラ３に供給されるディジタル信号には、上述したように、個別情報１５および共通情報１６が含まれるが、これらの制御情報に対しては、通常、スクランブル処理を施さないようにスクランブラ３が制御される。
【００１９】
ところで、このような有料放送システムにおいては、この有料放送システムの契約者である個々のユーザが所有する放送受信端末に対して、固有な個別鍵がそれぞれ与えられる。すなわち、後述するが、送信側においてスクランブル処理された信号は、受信側において、この個別鍵に基づきデスクランブルされることによって復号化される。送信側において、全放送受信端末分の個別鍵がスクランブル制御システム６に記憶されている。
【００２０】
個別情報１５は、例えば個別のユーザが視聴の契約をしているチャンネルや番組の情報が含まれるもので、個別の放送受信端末に送られる。また、この個別情報１５には、後述する、放送受信端末から例えば公衆電話回線を介してアップリンクされ視聴情報収集処理システム７に対して供給されたアプリケーションデータに基づく情報を含むようにしてもよい。共通情報１６は、番組に付随する情報で、番組受信者に共通に送られる信号である。番組制御システム５において発生された、番組番号などの番組情報１７が関連情報送出装置４によって共通情報１６の一部とされ、上述したように多重化器２に対して供給される。
【００２１】
スクランブル制御システム６から関連情報送出装置４に対してワーク鍵１８が供給される。この関連情報送出装置４において、スクランブル鍵１３がワーク鍵１８に基づき暗号化される。この暗号化されたスクランブル鍵１３は、共通情報１６の一部とされ多重化器２に対して供給される。ワーク鍵１８は、個々の放送受信端末に固有の個別鍵によりスクランブル制御システム６で暗号化され、個別情報１５の一部とされ多重化器２に対して供給される。
【００２２】
契約要求などの視聴者からの情報が、個々の放送受信端末から、例えば公衆電話回線を介して視聴者情報処理システム７に対して供給され、アップリンクされる。視聴者情報処理システム７において、このアップリンクされた視聴者からの情報に対して所定の処理が施され、契約情報１９とされる。この契約情報１９は、スクランブル制御システム６に対して供給される。スクランブル制御システム６において、この契約情報１９に基づき、スクランブル鍵１３および共通情報１６の制御が行われ、個々のユーザに対する送信制御がなされる。
【００２３】
図２は、この発明による有料放送システムに適用できる放送受信端末の構成の一例を示す。この図においても、上述の図１と同様に、視聴制御に関する部分以外の、例えば変調器や誤り訂正符号化部などは省略されている。この例においては、この放送受信端末は、セットトップボックス２０（受信された信号を、例えばテレビジョンモニタに表示可能なようにデコードするための部分であって、通常テレビジョンモニタの直上などに設置される）と、ユーザに対する認証などを行い視聴制御をするセキュリティーモジュール２１とから成る。
【００２４】
送信システムから送出された送信信号が伝送路を介してセットトップボックス２０内のデマルチプレクサ２３に供給される。上述したように、この送信信号は、送信側において複数台設置されたエンコーダ１からの出力および対応する複数の制御情報が多重化器２において時分割多重されて送信される。このデマルチプレクサ２３において、この時分割多重された送信信号がチャンネル毎に分離される。
【００２５】
ところで、ユーザは、このセットトップボックス２０に設けられた操作手段（図示しない）を操作することによって、受信チャンネルの選択を行うことができる。すなわち、この操作によってデマルチプレクサ２３が制御され、分離されたディジタル信号および制御情報（共通情報／個別情報）から該当するチャンネルのものが選択され出力される。さらに、このデマルチプレクサ２３において、チャンネル毎に分離されたこの信号が、放送番組であるディジタル信号および上述の共通情報および個別情報から成る制御情報とに分離される。
【００２６】
デマルチプレクサ２３から出力されたディジタル信号３０および共通情報／個別情報３１がそれぞれデスクランブラ２４およびセキュリティモジュール２１内の共通／個別情報解析装置２７に供給される。共通／個別情報解析装置２７において、供給された共通情報／個別情報３１が解析される。この解析された情報に基づきデスクランブル制御装置２８の制御がなされる。
【００２７】
上述したように、この放送受信端末は、個別に個別鍵を有する。この個別鍵は、例えば内部にメモリを有したＩＣカードなどによって、契約内容に基づいて放送局側からユーザに対して与えられる。この放送受信端末の図示しないＩＣカード読み取り部分によってこの個別鍵が読み取られる。
【００２８】
デスクランブル制御装置２８による制御は、例えば、この個別鍵に基づき個別情報に含まれるワーク鍵が復号される。さらに、この復号されたワーク鍵に基づき共通情報に含まれるスクランブル鍵が復号され、この復号されたスクランブル鍵が視聴制御情報３２とされデスクランブラ２４に供給され、ディジタル信号３０の復号がなされる。送信側において個別情報に基づき暗号化されたワーク鍵によってスクランブル鍵の復号がなされるため、ユーザが視聴の契約を行ったチャンネルや番組だけを見られるように、視聴制御がなされる。
【００２９】
こうして、デスクランブラ２４において復号されたディジタル信号は、デコーダ２５に供給され、ディジタル化された映像信号や音声信号がモニタにおいて表示可能なようにデコードされ、このセットトップボックス２０から出力される。
【００３０】
一方、共通／個別情報解析装置２７において解析された共通情報／個別情報において、個別情報に含まれる契約情報に基づき、この契約がペイパービュー契約であるとされた場合には、視聴履歴情報３４がメモリ２９に対して供給され、供給されたこの視聴履歴情報３４が記憶される。この視聴履歴情報３４は、このメモリ２９に蓄積され、一定期間（例えば１カ月間）経過後、セットトップボックス２０内のモデム２６によって、視聴情報３３として、例えば公衆電話回線を介して送信システムに対して伝送されアップリンクされる。
【００３１】
なお、セキュリティモジュール２１には、ＣＰＵ３６およびＲＯＭ３７が設けられており、これらにより、上述の共通／個別情報解析装置２７からメモリ２９に対する視聴履歴情報３４の記憶などの、このセキュリティモジュール２１内での動作の制御がなされる。また、ＲＯＭ３７には、様々なサービスを行うための各種のアプリケーションソフトウェア（以下、アプリケーションと略記する）が格納される。
【００３２】
セキュリティーモジュール２１に対して、例えばキーボードから成る入力装置３５が接続される。この入力装置３５には、さらに、簡易な表示装置などを設けるようにしてもよい。ユーザは、この入力装置３５からＣＰＵ３６に対して指示を与え、ＲＯＭに格納されたアプリケーションを実行させることができる。さらに、ユーザは、このアプリケーションの指示に基づき入力装置３５に対して情報を入力することができ、入力されたこの情報は、アプリケーションデータとしてメモリ２９に記憶される。
【００３３】
なお、アプリケーションの実行に基づく表示は、例えば入力装置３５に設けられた表示装置に対してなされる。また例えば、ＣＰＵ３６からデコーダ２５に対して情報を送り、この情報に基づきセットトップボックス２０に接続されたモニタに表示させるようにもできる。
【００３４】
図３は、アップリンクされる視聴情報３３のフォーマットの一例を示す。先頭から順に、視聴履歴ヘッダ４０，視聴履歴情報４１，アプリケーションヘッダ４２，およびアプリケーションデータ４３が配される。これらのデータは、メモリ２９に記憶される。
【００３５】
視聴履歴ヘッダ４０および視聴履歴情報４１は、このアップリンクされる視聴情報３３に常に含まれるものである。視聴履歴情報４１には、メモリ２９に蓄積された視聴履歴情報３４が格納される。アプリケーションデータヘッダ４２には、この視聴情報３３におけるアプリケーションデータ４３の有無が示される。アプリケーションデータ４３は、例えば１レコードが６バイトとされる。
【００３６】
メモリ２９内に格納されている視聴情報３３は、ＣＰＵ３６によって常に監視される。そして、若し、アプリケーションデータヘッダ４２がこの視聴情報３３においてアプリケーションデータ４３の存在を示す状態となっていれば、この視聴情報３３は、直ちに送信システムに対してアップリンクされる。アップリンクされたこの視聴情報３３は、上述したように、例えば公衆回線を介して送信側システムに対して伝送され、視聴情報収集処理システム７に供給される。
【００３７】
視聴情報収集処理システム７において、この供給された視聴情報３３に含まれるアプリケーションデータ４３の内容に基づき、所定の処理やサービスが行われる。以下、この処理およびサービスの幾つかの例について説明する。
【００３８】
第１の例として、ショッピング機能について説明する。送信側において、例えば商品の紹介を行い購入方法を説明するような、ショッピングのための番組を放送する。この放送の際には、共通情報１６に対して商品の情報が含まされ、送信される。視聴者は、この放送を見て購入したい商品があった場合、放送受信端末の操作を行い、商品購入の申し込み動作を行う。
【００３９】
この操作は、例えば、入力装置３５に対して所定のキー操作などを行うことによって、ＲＯＭ３７に予め格納されている、商品購入の申し込みのためのアプリケーションを起動させる。このアプリケーションの操作メニューなどは、入力装置３５に設けられた表示装置や、モニタなどに表示される。ユーザは、この表示されたメニューに従い入力装置３５を操作し、購入申し込みを行う。
【００４０】
購入の申し込み操作が行われると、この申し込み情報と送信側から送信された商品情報とがメモリ２９内のアプリケーションデータ４３の領域に記憶される。同時に、アプリケーションヘッダ４２がアプリケーションデータ４３が存在することを示すようにされる。すると、このアプリケーションヘッダ４２に基づき、ＣＰＵ３６の処理により、視聴情報３３がモデム２６を介してアップリンクされる。
【００４１】
このアップリンクされた視聴情報３３は、送信側の視聴情報収集処理システム７に対して供給される。この視聴情報収集処理システム７では、供給されたこの視聴情報３３におけるアプリケーションデータ４３に基づき所定の処理が行われる。これにより、購入情報が商品の販売者に対して伝達される。
【００４２】
第２の例として、メール機能について説明する。この発明による有料放送システムによれば、ユーザは、他のユーザや放送局などの送信側，あるいは番組提供者に対してメールを配信することができる。
【００４３】
ユーザは、上述のショッピングの例と同様にしてメール伝送のためのアプリケーションを起動し、入力装置３５から、メールを伝送したい相手の情報や、メール本文などの入力を行う。この入力された情報などは、メモリ２９内のアプリケーションデータ４３の領域に格納されると共に、アプリケーションヘッダ４２がアプリケーションデータ４３が存在することを示すようにされる。ＣＰＵ３６によってこのアプリケーションヘッダ４２が確認されると、視聴情報３３が送信側に伝送されアップリンクされる。
【００４４】
この視聴情報３３は、送信側の視聴情報収集システム７に対して供給され、このアップリンクされた視聴情報３３に基づく処理がなされる。例えば、アプリケーションデータ４３に含まれる相手情報に基づき、相手が他のユーザである場合には、このアプリケーションデータ４３に含まれるメール本文が該当する相手に対して、伝送路を介して放送番組と共に伝送される。この伝送される情報は、上述したように、個別鍵に基づき暗号化されるため、特定の相手だけにメールを配信することができる。
【００４５】
なお、この他のユーザに対するメールは、このように直接配信せず、送信側で保存しておくようにしてもよい。この場合、ユーザは、放送受信端末において所定のアプリケーションを起動し、送信側に対して、メール読み出しの指示をアプリケーションデータ４３として視聴情報３３をアップリンクする。すると、このアップリンクされた視聴情報３３に基づき、保存されているメールを放送番組と共に伝送する。
【００４６】
また、例えばＲＯＭ３７に予め飾り枠やイラストなどをテンプレートとして格納しておき、このメールの配信の際に、メール本文の入力と共にこのテンプレートから所望のものを選択することによって、文字だけでなく画像の配信も行うことができる。
【００４７】
メールの配信先を放送局とすることもできる。この場合、ユーザは、放送局との間でクレーム，要望，意見などの様々な情報交換を行うことができる。
【００４８】
また、メールの配信先を番組の提供者とすることもできる。この場合、ユーザは、番組の受信中に所定の方法で、該当する番組の提供者に対してメールの配信を行う。また、番組放映中でなくとも、所定の方法で番組提供者を特定することによって、その番組提供者に対してメールの配信を行うことができる。これにより、番組提供者に対するクレーム，要望，意見などの様々な情報交換を行うことができる。
【００４９】
さらに、番組提供者に対してメールを配信することによって、例えば、番組中でなされている懸賞への応募やその当選結果などの情報交換を行うことができる。また例えば、料理番組などで紹介されたレストランの予約，旅行番組で紹介されたツアーの申し込み，競馬番組での馬券の購入，各種チケットの予約および購入などを行うことが可能とされる。
【００５０】
また、このメール機能において、ユーザに対するメールの配信は、上述の説明のような、放送電波を利用する方法に限定されない。例えば、ユーザから他のユーザに対するメールの配信では、ユーザから送信側に対しては、アプリケーションデータ４３によってメールが伝送されるが、配信先の他のユーザに対しては、郵送や宅配などを利用することができる。また、ネットワーク通信や電話、ファックスなどを利用することもできる。これは、ユーザから他のユーザに対するメール配信に限られず、上述の、ユーザから放送局、ユーザから番組提供者に対するメール配信の例にも適用できる。すなわち、これらの場合には、ユーザから放送局や番組提供者に対して配信されたメールの返答が上述のような手段でなされる。
【００５１】
また、このサービスは、映像を伴う放送だけに限らず、例えば文字放送などに対しても適用可能なものである。
【００５２】
第３の例として、送信側からリモートでの、放送受信端末の保守の機能について説明する。放送受信端末においてエラーが発生した場合、メモリ２９の所定の領域に対してこの発生したエラーに基づくエラーメッセージを記憶させ、蓄積させる。この蓄積されたエラーメッセージの個数が一定数以上となるか、若しくは、ユーザから放送受信端末に対して保守の指示がなされたら、この蓄積されたエラーメッセージをアプリケーションデータ４３の領域に格納すると共に、アプリケーションヘッダ４２をアプリケーションデータ４３が存在することを示すようにする。
【００５３】
このエラーメッセージがアプリケーションデータ４３として格納された視聴情報３３が送信側に対してアップリンクされる。アップリンクされたこの視聴情報３３は、視聴情報収集処理システム７に供給される。視聴情報収集処理システム７において、この視聴情報３３に含まれるエラーメッセージに基づく放送受信端末の状態の解析がなされる。若し、この視聴情報３３を伝送した放送受信端末に不具合が有るとされた場合、視聴情報収集処理システム７においてこの不具合を修正するようなコマンドが発行される。このコマンドは、スクランブル制御システム６に供給され、所定の方法で以て個別情報１５に対して含ませられる。
【００５４】
この放送受信端末修正コマンドを含んだ個別情報１５は、放送番組と共に伝送路を介して伝送され、放送受信端末に供給される。セットトップボックス２０のデマルチプレクサ２３において共通情報／個別情報３１がディジタル信号３０と分離され、共通／個別情報解析装置２７に対して供給される。上述したように、この個別情報１５は、放送受信端末に固有の個別鍵によって暗号化されているため、該当する放送受信端末においてのみ解読可能である。共通／個別情報解析装置２７において解析された、個別情報に含まれる放送受信端末修正コマンドは、ＣＰＵ３６に対して供給される。ＣＰＵ３６では、このコマンドに基づいて、放送受信端末の修正を行う。
【００５５】
なお、当然のことではあるが、このリモート保守の機能は、例えば放送受信端末に設けられたＣＰＵ３６によって修正可能なもの限られる。また、放送受信端末におけるアプリケーションなどが格納されるＲＯＭ３７を、例えばフラッシュＲＯＭなどの書き換え可能なものとすれば、個別情報１５に対してコマンドを含ませる機能を利用して、ＲＯＭ３７に格納されたアプリケーションのバージョンアップなどを行うことも可能である。
【００５６】
なお、ここでは、アプリケーションデータのアップリンクによって可能とされる機能を、上述の第１，第２，および第３の例の３例について説明したが、これは、これらの例に限定されるものではないことはいうまでもない。
【図面の簡単な説明】
【００５７】
【図１】この発明に適用できる送信システムの構成の一例を示すブロック図である。
【図２】この発明に適用できる放送受信端末の構成の一例を示すブロック図である。
【図３】アプリケーションデータを含む視聴情報のフォーマットの一例を示す略線図である。
【符号の説明】
【００５８】
３ スクランブラ
６ スクランブル制御システム
７ 視聴情報収集処理システム
１１ 圧縮ディジタル信号
１３ スクランブル鍵
１５ 個別情報
１６ 共通情報
１８ ワーク鍵
２０ セットトップボックス
２１ セキュリティモジュール
２７ 共通／個別情報解析装置
２９ メモリ
３３ 視聴情報
３５ 入力装置
３６ ＣＰＵ
４２ アプリケーションヘッダ
４３ アプリケーションデータ
【出願人】 【識別番号】０００００２１８５
【氏名又は名称】ソニー株式会社
【住所又は居所】東京都品川区北品川６丁目７番３５号
【出願日】 平成１７年１０月２４日（２００５．１０．２４）
【代理人】 【識別番号】１０００８２７６２
【弁理士】
【氏名又は名称】杉浦 正知

【識別番号】１００１２３９７３
【弁理士】
【氏名又は名称】杉浦 拓真
【公開番号】 特開２００６−８１２１１（Ｐ２００６−８１２１１Ａ）
【公開日】 平成１８年３月２３日（２００６．３．２３）
【出願番号】 特願２００５−３０８９５３（Ｐ２００５−３０８９５３）