(57)【特許請求の範囲】
【請求項１】
個人情報を要求するための情報を含む一の情報を第１の伝送媒体を使って放送する放送局と、
該放送局から上記一の情報を受信する第１の受信部、および複数の項目に区分された第１のユーザの個人情報を格納する第１の蓄積部を有し、
上記第１の受信部によって受信した上記一の情報に含まれる、上記個人情報を要求するための情報によって設定された条件と、上記第１の蓄積部に格納された上記第１のユーザの個人情報とを比較し、上記条件に合致した上記第１のユーザの個人情報を、リアクションの個人情報として、上記放送局に向けて第２の伝送媒体を使って送る受信端末と、
上記第２の伝送媒体上で上記受信端末と上記放送局との間に介在し、
上記受信端末からの上記リアクションの個人情報、および上記放送局からの上記一の情報を受信する第２の受信部、並びに、複数の項目に区分された第２のユーザの個人情報および該第２のユーザの個人情報の項目ごとに情報送出を許可するか否かを設定する許可情報が格納された第２の蓄積部を有し、
上記第２の受信部によって受信した上記一の情報に含まれる、上記個人情報を要求するための情報によって設定された条件に合致した上記第２のユーザの個人情報が、上記第２の蓄積部から読み出され、
読み出された上記第２のユーザの個人情報と、上記リアクションの個人情報とを比較し、
上記第２のユーザの個人情報と、上記リアクションの個人情報とが一致している場合には、上記許可情報が参照され、
参照された上記許可情報によって設定された、上記第２のユーザの個人情報の情報送出が許可されている項目に対応する項目の上記リアクションの個人情報を上記放送局に送るようにし、
参照された上記許可情報によって設定された、上記第２のユーザの個人情報の情報送出が許可されていない項目に対応する項目の上記リアクションの個人情報を上記放送局に送らないようにし、
上記第２のユーザの個人情報と、上記リアクションの個人情報とが一致していない場合には、上記リアクションの個人情報を上記放送局に送らないようにする認証局と
を備えた通信システム。
【請求項２】
上記許可情報は、情報を送出する上記放送局毎に設定できるようにした請求項１記載の通信システム。
【請求項３】
上記受信端末は、メッセージを入力するための操作部を有し、上記リアクションの個人情報に、上記操作部によって入力されたメッセージを付加して上記認証局に送信するようにし、
上記認証局は、上記第２の受信部によって、上記リアクションの個人情報と共に上記メッセージを受信し、
上記リアクションの個人情報を上記放送局に送る場合には、上記リアクションの個人情報に上記メッセージを付加して送るようにし、
上記リアクションの個人情報を送らないようにする場合には、上記メッセージを送らないようにする請求項１に記載の通信システム。
【請求項４】
上記第１の伝送媒体は、ディジタル衛星放送である請求項１に記載の通信システム。
【請求項５】
上記第１の伝送媒体は、ディジタル地上波放送である請求項１に記載の通信システム。
【請求項６】
上記第１の伝送媒体は、ディジタル有線放送である請求項１に記載の通信システム。
【請求項７】
上記第２の伝送媒体は、インターネットである請求項１に記載の通信システム。
【請求項８】
放送局は、個人情報を要求するための情報を含む一の情報を第１の伝送媒体を使って放送し、
受信端末は、上記放送局から上記一の情報を受信する第１の受信部、および複数の項目に区分された第１のユーザの個人情報を格納する第１の蓄積部を有し、
上記第１の受信部によって受信した上記一の情報に含まれる、上記個人情報を要求するための情報によって設定された条件と、上記第１の蓄積部に格納された上記第１のユーザの個人情報とを比較し、上記条件に合致した上記第１のユーザの個人情報を、リアクションの個人情報として、上記放送局に向けて第２の伝送媒体を使って送り、
認証局は、上記第２の伝送媒体上で、上記受信端末と上記放送局との間に介在し、
上記受信端末からの上記リアクションの個人情報、および上記放送局からの上記一の情報を受信する第２の受信部、並びに、複数の項目に区分された第２のユーザの個人情報および該第２のユーザの個人情報の項目ごとに情報送出を許可するか否かを設定する許可情報が格納された第２の蓄積部を有し、
上記第２の受信部によって受信した上記一の情報に含まれる、上記個人情報を要求するための情報によって設定された条件に合致した上記第２のユーザの個人情報が、上記第２の蓄積部から読み出され、
読み出された上記第２のユーザの個人情報と、上記リアクションの個人情報とを比較し、
上記第２のユーザの個人情報と、上記リアクションの個人情報とが一致している場合には、上記許可情報が参照され、
参照された上記許可情報によって設定された、上記第２のユーザの個人情報の情報送出が許可されている項目に対応する項目の上記リアクションの個人情報を上記放送局に送るようにし、
参照された上記許可情報によって設定された、上記第２のユーザの個人情報の情報送出が許可されていない項目に対応する項目の上記リアクションの個人情報を上記放送局に送らないようにし、
上記第２のユーザの個人情報と、上記リアクションの個人情報とが一致していない場合には、上記リアクションの個人情報を上記放送局に送らないようにする通信方法。
【請求項９】
上記許可情報は、情報を送出する上記放送局毎に設定できるようにした請求項８に記載の通信方法。
【請求項１０】
上記受信端末は、メッセージを入力するための操作部を有し、上記リアクションの個人情報に、上記操作部によって入力されたメッセージを付加して上記認証局に送信するようにし、
上記認証局は、上記第２の受信部によって、上記リアクションの個人情報と共に上記メッセージを受信し、
上記リアクションの個人情報を上記放送局に送る場合には、上記リアクションの個人情報に上記メッセージを付加して送るようにし、
上記リアクションの個人情報を送らないようにする場合には、上記メッセージを送らないようにする請求項８に記載の通信方法。
【請求項１１】
上記第１の伝送媒体は、ディジタル衛星放送である請求項８に記載の通信方法。
【請求項１２】
上記第１の伝送媒体は、ディジタル地上波放送である請求項８に記載の通信方法。
【請求項１３】
上記第１の伝送媒体は、ディジタル有線放送である請求項８に記載の通信方法。
【請求項１４】
上記第２の伝送媒体は、インターネットである請求項８に記載の通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、特に、視聴者が放送局にリアクションを返すような形態のテレビジョン番組、例えば、視聴者参加型の番組や視聴率の調査に用いて好適な通信システム、通信方法、受信端末装置、及び認証局に関する。
【０００２】
【従来の技術】
テレビジョン番組の中には、視聴者が番組に参加するような形態のものがある。例えば、テレビジョンショッピングの番組では、番組中に商品を宣伝しながら、その商品の購買者を募ったり、その商品の人気度やその商品に関心がある客層を調べるために、視聴者にアンケートを募ったりする場合がある。また、討論番組では、その論題に対する視聴者の意見を募ったりする場合がある。また、クイズ番組で、番組の視聴者に向けてクイズを出題するような場合がある。
【０００３】
このような視聴者が番組に参加するような形態のテレビジョン番組では、全ての視聴者を対象とするのではなく、視聴者の条件を設定して、意見を募る場合がある。例えば、「年齢３０歳以上の男性」という条件を設定し、この条件に当てはまる人の意見を募るような場合がある。このような視聴者が番組に参加するような形態のテレビジョン番組では、番組の進行に伴って、視聴者からのリアクションが迅速に返されることが望まれる。
【０００４】
ところが、テレビジョン放送は、ディジタルかアナログか、地上波放送か衛星放送かに係わらず、基本的には、全て、放送局から視聴者への一方向通信である。このため、視聴者が番組に参加するような形態のテレビジョン番組では、視聴者から放送局に返すリアクションは、別の媒体を使って送る必要がある。
【０００５】
つまり、テレビジョン放送は、一方向通信であるため、従来、視聴者からのリクションは、別の媒体、例えば、電話やファクシミリ、郵便葉書や手紙を用いて、放送局側に返されている。例えば、視聴者が番組に参加するような形態の番組では、番組の放映中に、その番組に対する窓口となる電話番号やファクシミリ番号、郵便の宛て先等が紹介される。視聴者は、電話番号や宛て先をメモし、電話やファクシミリ、或いは郵便葉書や手紙で、その番組に対するリアクションを送るようにしている。
【０００６】
ところが、郵便による視聴者からのリアクションでは、即時性に欠ける。また、電話やファクシミリによるリアクションでは、電話回線が混み合っていて、視聴者からのリアクションが届きにくくなるようなことが良くある。また、電話やファクシミリによるリアクションでは、瞬時に視聴者のリアクションを求めたり、視聴者の意見を分析したりすることは困難である。
【０００７】
また、テレビジョン放送では、視聴率調査が盛んに行なわれている。視聴率調査では、番組の視聴率ばかりでなく、どのような年齢や職業の視聴者がどのような番組を見ているかの情報が調査されている。このような視聴率調査も、上述の視聴者参加番組でのリアクションと同様に、迅速にリアクションが返されることが望まれる。
【０００８】
このような視聴率の調査は、従来、モニタとなる家庭に、専用の機器を取り付け、この専用の機器を使って、放送局にリアクションが返されている。ところが、このような専用の機器を使った調査方法では、サンプル調査となり、実際の視聴率との誤差が生じてくる。また、特定の条件を設定して視聴率を調査したりすることが困難である。
【０００９】
【発明が解決しようとする課題】
そこで、インターネットを使って視聴者からのリアクションを放送局側に送ることが考えられる。インターネットは、双方向の通信媒体であるので、番組に対する視聴者からのリアクションを即時に受けることができると共に、視聴者の要求や意見を整理したり、分析したりすることが簡単に行なえる。
【００１０】
ところが、インターネットを使って視聴者からのリアクションを送るようにした場合、多数の視聴者から同時にリアクションがあった場合に、視聴者からのリアクションを受けるのが困難になる。また、インターネットを使って視聴者からのリアクションを送るようにした場合には、視聴者のプライバシーの保護が守られなくなる可能性がある。
【００１１】
例えば、「年収２００万円以下の人」であるとか、「３０代の女性」とかいうような条件を設定して、アンケートや意見を募ったりしたとする。この場合には、視聴者は、名前や、職業、年収、年齢、既婚か未婚かというような個人情報をリアクションとして放送局に送るようになる。ところが、このような個人情報を送ってしまうと、プライバシーが守られなくなってしまう。
【００１２】
また、Ｗ３ＣのＰ３Ｐ（Platform for Privacy Preferences）において、個人からの情報発信の情報の場合には、プライバシーの保護が求められている。このことからも、プライバシーの保護が必要である。
【００１３】
また、放送局側では、視聴者の条件を設定してリアクションを求めた場合に、たとえその条件に合っているかどうかを示す個人情報が送られてきたとしても、その個人情報が本当に合っているかどうかを確認することは難しい。例えば、「年収１０００万円以上の人」というような条件を設定してアンケートや意見を募ったときに、視聴者が「年収１０００万円以上である」としてリアクションを返してきたとしても、その視聴者の本当の年収であるかどうかは疑わしい。
【００１４】
このように、インターネットを使った場合には、個人情報が外部に漏れてしまい、プライバシーが守られなくなる可能性があると共に、視聴者から個人情報が送られてきたとしても、この個人情報が信頼できるかどうかを確認することは困難である。
【００１５】
したがって、この発明の目的は、放送局からの放送に基づいて、ユーザが放送局に個人情報をリアクションとして返す場合に、プライバシーの保護が図れるようにした通信システム、通信方法、受信端末装置、認証局装置を提供することにある。
【００１６】
この発明の他の目的は、放送局からの放送に基づいて、ユーザが放送局に個人情報をリアクションとして返す場合に、ユーザの個人情報の信頼性を向上させるようにした通信システム、通信方法、受信端末装置、認証局装置を提供することにある。
【００１７】
【課題を解決するための手段】
請求項１の発明は、個人情報を要求するための情報を含む一の情報を第１の伝送媒体を使って放送する放送局と、該放送局から一の情報を受信する第１の受信部、および複数の項目に区分された第１のユーザの個人情報を格納する第１の蓄積部を有し、第１の受信部によって受信した一の情報に含まれる、個人情報を要求するための情報によって設定された条件と、第１の蓄積部に格納された第１のユーザの個人情報とを比較し、条件に合致した第１のユーザの個人情報を、リアクションの個人情報として、放送局に向けて第２の伝送媒体を使って送る受信端末と、第２の伝送媒体上で受信端末と放送局との間に介在し、受信端末からのリアクションの個人情報、および放送局からの一の情報を受信する第２の受信部、並びに、複数の項目に区分された第２のユーザの個人情報および該第２のユーザの個人情報の項目ごとに情報送出を許可するか否かを設定する許可情報が格納された第２の蓄積部を有し、第２の受信部によって受信した一の情報に含まれる、個人情報を要求するための情報によって設定された条件に合致した第２のユーザの個人情報が、第２の蓄積部から読み出され、読み出された第２のユーザの個人情報と、リアクションの個人情報とを比較し、第２のユーザの個人情報と、リアクションの個人情報とが一致している場合には、許可情報が参照され、参照された許可情報によって設定された、第２のユーザの個人情報の情報送出が許可されている項目に対応する項目のリアクションの個人情報を放送局に送るようにし、参照された許可情報によって設定された、第２のユーザの個人情報の情報送出が許可されていない項目に対応する項目のリアクションの個人情報を放送局に送らないようにし、第２のユーザの個人情報と、リアクションの個人情報とが一致していない場合には、リアクションの個人情報を放送局に送らないようにする認証局とを備えた通信システムである。
【００１８】
請求項８の発明は、放送局は、個人情報を要求するための情報を含む一の情報を第１の伝送媒体を使って放送し、受信端末は、放送局から一の情報を受信する第１の受信部、および複数の項目で構成された第１のユーザの個人情報を格納する第１の蓄積部を有し、第１の受信部によって受信した一の情報に含まれる、個人情報を要求するための情報によって設定された条件と、第１の蓄積部に格納された第１のユーザの個人情報とを比較し、条件に合致した第１のユーザの個人情報を、リアクションの個人情報として、放送局に向けて第２の伝送媒体を使って送り、認証局は、第２の伝送媒体上で、受信端末と放送局との間に介在し、受信端末からのリアクションの個人情報、および放送局からの一の情報を受信する第２の受信部、並びに、複数の項目で構成された第２のユーザの個人情報および該第２のユーザの個人情報の項目ごとに情報送出を許可するか否かを設定する許可情報が格納された第２の蓄積部を有し、第２の受信部によって受信した一の情報に含まれる、個人情報を要求するための情報によって設定された条件に合致した第２のユーザの個人情報が、第２の蓄積部から読み出され、読み出された第２のユーザの個人情報と、リアクションの個人情報とを比較し、第２のユーザの個人情報と、リアクションの個人情報とが一致している場合には、許可情報が参照され、参照された許可情報によって設定された、第２のユーザの個人情報の情報送出が許可されている項目に対応する項目のリアクションの個人情報を放送局に送るようにし、参照された許可情報によって設定された、第２のユーザの個人情報の情報送出が許可されていない項目に対応する項目のリアクションの個人情報を放送局に送らないようにし、第２のユーザの個人情報と、リアクションの個人情報とが一致していない場合には、リアクションの個人情報を放送局に送らないようにする通信方法である。
【００２１】
放送局からプロトコルとデータとからなるリアクションを要求するための情報が送られる。この情報に基づいて、インターネットを介して、受信端末からリアクションが返される。この受信端末からのリアクションは、認証局に送られる。認証局は、各ユーザの個人情報を格納する蓄積部を有し、放送局からのプロトコルとデータとからなるリアクションを要求するための情報を受信すると共、受信端末からのリアクションを受け取り、各ユーザの個人情報を格納する蓄積部からリアクションを送ったユーザの個人情報を読み出し、受信端末から受け取ったリアクションが特定の条件に合致しているかどうかを判断し、特定の条件を合致している場合のみ、受信端末から受け取ったリアクションを放送局に送るようにしている。
【００２２】
このように、認証局を設けることにより、受信端末からリアクションが条件に合致するかどうか検証され、条件に合致している場合のみ、リアクションが放送局に送られる。これにより、各受信端末のユーザのプライバシーが保護されると共に、放送局側では、信頼性の高い情報を得ることができる。
【００２３】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。図１は、この発明が適用されたディジタル放送システムの一例を示すものである。
【００２４】
図１において、放送局１では、例えば、ＭＰＥＧ（Moving Picture Encoding Group ）２のトランスポートストリームを使って、ディジタルテレビジョン放送を行なっている。ＭＰＥＧ２方式は、ビデオデータを動き補償予測とＤＣＴ（Discrete Cosine Transform ）とにより圧縮符号化し、この圧縮されたビデオデータと、サブバンド符号化により圧縮されたオーディオデータと、付加データとを夫々パケット化して伝送するものである。
【００２５】
ＭＰＥＧ２のストリームには、図２Ａに示すように、現行番組情報Ｄ１と、付加情報Ｄ２とが含められる。現行番組情報Ｄ１は、番組として映出するデータのパケットストリームを示す。すなわち、番組情報部Ｄ１は、例えば、ＭＰＥＧ２方式で圧縮されたビデオデータと、圧縮されたオーディオデータとからなる。
【００２６】
付加情報Ｄ２は、図２Ｂに示すように、予定番組情報部Ｄ１１と、高度情報部Ｄ１２と、個人情報部Ｄ１３とからなる。予定番組情報部Ｄ１１は、ＥＰＧ（電子番組ガイド）と呼ばれる情報を指すもので、放送番組の予定表を送るものである。高度情報部Ｄ１２は、文書や動画、静止画、音声、他のページ等をリンクさせてマルチメディア画面を形成させるもので、例えば、ＭＨＥＧ（Multimedia and Hypermedia Information Coding Experts Group）やＸＭＬ（eXtensible Markup Language）等のようなメタ情報で記述できる。なお、これらは、ＡＲＩＢ（電波産業界）により決められつつある。
【００２７】
個人情報部Ｄ１３は、ユーザの個人情報をリアクションとして放送局１に送ったりするような場合に、ユーザの条件を設定したり、リアクションとして送る個人情報を設定したりするのに用いられる。個人情報部Ｄ１３は、図２Ｃに示すように、更に、プロトコル部Ｄ１４と、データ部Ｄ１５とからなる。プロトコル部Ｄ１４は、ユーザの条件を設定したり、情報内容を設定したりするための処理に必要な情報及びプログラム等であり、データ部Ｄ１５は、実際の情報である。このような個人情報部Ｄ１３の情報もメタ言語で記述することができる。
【００２８】
例えば、「東京に在住しており、年収が３００万円のエンジニアに対するリアクション」というような場合には、図３に示すように、「居住地」、「年収」、「職業」というようなユーザの条件を設定するためのものがプロトコル部Ｄ１４の情報となり、「東京都」、「年収３００万」、「エンジニア」というような実際のデータがデータ部Ｄ１５の情報となる。
【００２９】
なお、個人情報部Ｄ１３をより高度化することが考えられる。個人情報として必要となるプロトコル部に対して、Ｇコードのようなコードを振る。例えば、居住地と性別がＡＮＤで結合しているとするならば、「Ｒ１０１０」というコードで表されるようにする。つまり、プロトコル部は、Ｇコードの「Ｒ１０１０」という番組を指定するものだけを記入することになる。より進んで考えると、データ部もＧコードのようにすることができる。
【００３０】
図１において、放送局１からの信号は、例えば１２ＧＨｚ帯の搬送波を使って、衛星２に向けて送信される。衛星２からの信号は、各家庭の受信端末３で受信されると共に、認証局５で受信される。
【００３１】
家庭内の受信端末３は、衛星放送受信装置１１と、モニタ１２とからなる。衛星放送受信装置１１は、ＩＲＤ（Integrated Receiver Decoder ）と呼ばれるもので、この衛星放送受信装置１１は、インターネットに接続可能とされる。
【００３２】
なお、この衛星放送受信装置１１は、ＩＲＤ内にインターネットに接続可能な機能を付加するようにしても良いし、ＩＲＤとパーソナルコンピュータとを接続して、インターネットに接続できるようにしても良い。後に説明するように、受信端末３には、個人情報を格納するための蓄積部が必要であることや、リアクションとしてメッセージを返すようなことを考えると、衛星放送受信装置１１として、ＩＲＤとパーソナルコンピュータとを接続するような構成とすることが望ましい。また、ＩＲＤ部分をボードやカード上に構成して、パーソナルコンピュータのバスに接続するような構成としても良い。
【００３３】
モニタ１２は、例えば、テレビジョン受像機である。また、衛星放送受信装置１１として、パーソナルコンピュータを用いた場合には、パーソナルコンピュータのディスプレイをモニタ１２とすることができる。
【００３４】
図２に示したように、衛星２を介して放送局１から送られてくるデータは、現行番組情報Ｄ１と、付加情報Ｄ２とからなり、付加情報Ｄ２は、更に、予定番組情報部Ｄ１１と、高度情報部Ｄ１２と、個人情報部Ｄ１３とからなる。衛星放送受信装置１１で、これらの情報がデコードされる。デコードされた番組情報部Ｄ１の情報に基づいて、モニタ１２に番組の再生画面が映出される。
【００３５】
また、デコードされた付加情報Ｄ２のデータから、更に、番組情報部Ｄ１１と、高度情報部Ｄ１２と、個人情報部Ｄ１３とが得られる。付加情報Ｄ２の予定番組情報部Ｄ１１として送られてきたデータに基づいて、ＥＰＧ画面が形成される。高度情報部Ｄ１２として送られてきたデータに基づいて、マルチメディア画面が形成される。これらのデータに基づいて形成された信号がモニタ１２に送られ、モニタ１２に映出される。
【００３６】
また、個人情報Ｄ１３として得られたデータに基づいて、個人情報のリアクションの処理が行なわれる。すなわち、リアクションを求めるような番組では、付加情報Ｄ２の個人情報部Ｄ１３のプロトコル部Ｄ１４と、データ部Ｄ１５とにより、ユーザの条件や、リアクションとして送る個人情報の内容が設定される。これに基づいて、受信端末３からリアクションとして個人情報が出力される。このリアクションは、インターネット４を介して、放送局１に向けて送られる。
【００３７】
図１において、衛星２からの信号は、認証局５でも受信されている。図２で示したように、衛星２からの信号は、現行番組情報Ｄ１と、付加情報Ｄ２とがあるが、認証局５では、これらのうち、付加情報Ｄ２のみが用いられる。そして、付加情報Ｄ２の中から、個人情報部Ｄ１３のプロトコル部Ｄ１４とデータ部Ｄ１５が取り出される。
【００３８】
また、認証局５は、蓄積部を有している。この蓄積部には、例えば、各ユーザの名前、居住地、職業、年収等の各ユーザの個人情報と、各ユーザの個人情報を送信しても良いかどうかを示す許可情報がプレファレンスとして蓄積されている。
【００３９】
認証局５では、放送局１から衛星２を介して送られてくる信号が受信され、受信されたプロトコル部Ｄ１４とデータ部Ｄ１５の情報から、ユーザの条件や、リアクションとして送られる情報内容が設定される。また、認証局５には、インターネット４を介して、各受信端末３からのリアクションが受信される。
【００４０】
認証局５で、衛星から受信したプロトコル部Ｄ１４とデータ部Ｄ１５とから設定された条件で、蓄積部のプレファレンスの情報から、そのユーザの個人情報が検索される。そして、検索された個人情報と、インターネット４を介して送れてきたユーザの情報とが比較され、そのユーザがリアクションを放送局１に送る権利があるか否かが判断される。更に、認証局５で、蓄積部に蓄積されている許可情報が参照され、そのユーザの個人情報を放送局１に送信しても良いかどうかが判断される。そして、リアクションを放送局１に送る権利があると判断され、個人情報を送信しても良という許可情報がある場合にのみ、そのユーザのリアクションが認証局５から放送局１に送られる。
【００４１】
なお、認証局５から放送局１へのデータの伝送は、インターネットを使っても良いし、専用回線を用いるようにしても良い。
【００４２】
このように、この発明が適用されたディジタル衛星放送システムでは、受信端末３は、放送局１から衛星２を介して送られてくるデータを受信し、インターネット４を介して放送局１に向けてリアクションを送っている。この受信端末３の構成について更に詳述する。
【００４３】
図４は、図１における受信端末３の構成の一例を示すものである。図４において、放送局１からの信号は、衛星２を介して、受信部２１で受信される。受信部２１で、所望の信号が選択され、この信号がデコードされる。
【００４４】
受信部２１からは、パケットストリームが出力される。このパケットストリームは、データ分離部２２に供給される。データ分離部２２で、ビデオパケットと、オーディオパケットと、付加データのパケットとが分離される。
【００４５】
分離されたビデオパケット、オーディオパケット、付加データのパケットは、データ処理部２３に送られる。データ処理部２３は、ビデオデータやオーディオデータの伸長処理を行なうと共に、付加データに対する処理を行なっている。伸長されたビデオデータ及びオーディオデータから、ビデオ信号及びオーディオ信号が形成される。このビデオ信号及びオーディオ信号は、モニタ１２に供給される。
【００４６】
また、データ処理部２３で、付加データに基づいて、ＥＰＧ画面や、マルチメディア画面が形成される。このＥＰＧ画面やマルチメディア画面がモニタ１２に映出される。データ処理部２３には、操作部２６から入力が与えられる。
【００４７】
また、データ処理部２３に対して、蓄積部２５が設けられる。蓄積部２５には、図５に示すように、ユーザの名前、居住地、職業、年収等が視聴者の個人情報として蓄積される。
【００４８】
図５Ａは、ユーザＩＤが「＃１」、名前が「鈴木太郎」、居住地が「東京都」、職業が「エンジニア」、年収が「３００万円」、性別が「男」のユーザの場合の個人情報である。図５Ｂは、ユーザＩＤが「＃２」、名前が「佐藤二郎」、居住地が「東京都」、職業が「教員」、年収が「５００万円」、性別が「男」のユーザの場合の個人情報である。図５Ｃは、ユーザＩＤが「＃３」、名前が「田中花子」、居住地が「埼玉県」、職業が「銀行員」、年収が「９００万円」、性別が「女」のユーザの場合の個人情報である。
【００４９】
なお、この個人情報は、図４における蓄積部２５を不揮発性半導体メモリにより構成しておき、ここに、直接書き込むようにしても良い。また、ユーザがディジタル衛星放送の受信契約を行う際に発行されるカード２８に個人情報を格納することが考えられる。カード２８の情報は、カード駆動部２９により読み取れ、データ処理部２３に供給される。このようなカード２８を使うようにすると、１つの受信端末３を複数のユーザで使う場合に、各ユーザ毎に個人情報を設定できる。また、このカード２８をサービス会社に持ち込んで、個人情報を書き換えたりことが比較的容易に行なえるようになる。
【００５０】
図４において、特定の条件の視聴者からの所望の情報内容のリアクションを要求するような番組や、視聴率調査をするような場合には、個人情報部Ｄ１３のプロトコル部Ｄ１４とデータ部Ｄ１５により、ユーザの条件や、リアクションとして送る情報内容が設定される。このとき、ユーザの条件や情報内容を設定するのに、蓄積部２５に蓄積されている個人情報（図５）が参照される。受信したプロトコル部Ｄ４とデータ部Ｄ１５とにより形成されたユーザの条件が蓄積部２５の個人情報に合致していたら、リアクションとして送られる情報が蓄積部２５から取り出され、送信部２７に向けて出力される。そして、送信部２７から、インターネット４を介して、放送局１に向けて送られる。
【００５１】
図６は、図４に示したような受信端末３で、放送局１から衛星２を介して送れてくるデータを受信し、リアクションを返す場合の処理の概要を示すフローチャートである。
【００５２】
図６において、放送局１から衛星２を介して送られてきたデータが受信され、この受信データから、プロトコル部Ｄ１４のデータとデータ部Ｄ１５のデータとが取り出される（ステップＳ１）。そして、プロトコル部Ｄ１４及びデータ部Ｄ１５の情報から、リアクションを返す視聴者の条件や、リアクションとして送る情報内容が設定される（ステップＳ２）。蓄積部２５がアクセスされ、そのユーザの個人情報が読み出される（ステップＳ３）。
【００５３】
この個人情報がステップＳ２で設定された条件に適合しているか否かが判断される（ステップＳ４）。個人情報がステップＳ２で作成された条件に適合していると判断された場合には、ステップＳ２で設定された情報内容に基づいて、送信部２７からリアクションが送信される（ステップＳ５）。個人情報がステップＳ２で設定された条件に適合していないと判断された場合には、送信部２７から送信は行なわれない（ステップＳ６）。
【００５４】
例えば、放送局１から衛星２を介して送られてきたデータを受信したとき、個人情報部Ｄ１３のプロトコル部Ｄ１４のデータが、図３に示したように、「居住地」、「年収」、「職業」であり、データ部Ｄ１５の情報が、「東京都」、「３００万」、「エンジニア」であるとする。これは、「東京都に在住しており、年収が３００万円のエンジニアに対するリアクションを求める」ということを意味する。したがって、図６におけるステップＳ２で、居住地が「東京」、年収が「３００万円」、職業が「エンジニア」がリアクションを返す条件として設定される。
【００５５】
このとき、ユーザＩＤが「＃１」のユーザの受信端末３の蓄積部２５に蓄積されている視聴者の個人情報は、図５Ａに示すように、名前が「鈴木太郎」、居住地が「東京都」、職業が「エンジニア」、年収が「３００万円」、性別が「男」であるとすると、プロトコル部Ｄ１４及びデータ部Ｄ１５から設定された条件と、ユーザ個人情報は合致するため、リアクションがインターネット４を介して送信される。
【００５６】
これに対して、ユーザＩＤが「＃２」のユーザの蓄積部２５に蓄積されているユーザの個人情報は、図５Ｂに示すように、名前が「佐藤二郎」、居住地が「東京都」、職業が「教員」、年収が「５００万円」、性別が「男」となっていたとする。また、ユーザＩＤが「＃３」のユーザの蓄積部２５に蓄積されているユーザの個人情報は、図５Ｃに示すように、名前が「田中花子」、居住地が「埼玉県」、職業が「銀行員」、年収が「９００万円」、性別が「女」となっていたとする。これらのユーザの場合には、プロトコル部Ｄ１４及びデータ部Ｄ１５から設定された条件と、ユーザ個人情報は合致しないため、リアクションは送信されない。
【００５７】
このように、この発明が適用されたシステムにおける受信端末３では、受信したプロトコル部Ｄ１４及びデータ部Ｄ１５により設定された条件と、蓄積部２５に蓄積されたユーザの個人情報とが比較され、条件に合致した場合にのみ、リアクションが送られるようになっている。
【００５８】
次に、図１における認証局５の構成について説明する。図７は、図１における認証局５の構成の一例である。図７において、放送局１からの信号は、衛星２を介して、受信部３１で受信される。受信部３１で、衛星２からの信号のうちの所望の信号が選択される。
【００５９】
受信部３１からのパケットストリームは、データ分離部３２に供給される。データ分離部３２で、ビデオパケットと、オーディオパケットと、付加データのパケットとが分離される。ここで、認証局５では、特に、番組を映出する必要はないので、分離されたパケットのうち、付加データのパケットがデータ処理部３３に送られ、ビデオパケットとオーディオパケットは捨てられる。勿論、認証局５側でも、番組をモニタできるようにする構成としても良い。この場合には、データ分離部３２で分離されたビデオデータやオーディオデータに対する処理が行なわれる。
【００６０】
データ処理部３２に対して、蓄積部３５が設けられる。蓄積部３５には、図８に示すように、各ユーザのユーザＩＤ、名前、居住地、職業、年収の各ユーザの個人情報がプレファレンスとして蓄積されている。そして、各項目には、情報送出の許可／不許可を示す項目（可／非で示される）が設けられる。
【００６１】
例えば、ユーザＩＤ「＃１」は、名前が「鈴木太郎」、居住地が「東京都」、職業が「エンジニア」、年収が「３００万円」、性別が「男」であり、このユーザは、居住地と、職業と、年収と、性別を送ることは許可しているが、名前を送ることを拒否している。ユーザＩＤ「＃２」は、名前が「佐藤二郎」、居住地が「東京都」、職業が「教員」、年収が「５００万円」、性別が「男」で、全ての項目を送ることを許可している。ユーザＩＤ「＃３」は、名前が「田中花子」、居住地が「埼玉県」、職業が「銀行員」、年収が「９００万円」、性別が「女」であり、このユーザは、名前と、居住地と、性別は送ることを許可しているが、職業と、年収は、送ることを拒否している。蓄積部３５には、このような各ユーザの個人情報が全て格納されている。
【００６２】
なお、蓄積部３５の情報は、例えば、ディジタル衛星放送の受信契約時の申し込み書類に基づいて作成される。そして、この蓄積部３５の情報は、容易に外部に漏洩されないように保護されている。
【００６３】
図７において、特定の条件の視聴者からの所望の情報内容のリアクションを要求するような番組や、視聴率調査をするような場合には、受信した個人情報部Ｄ１３のプロトコル部Ｄ１４とデータ部Ｄ１５により、視聴者の条件や、リアクションとして送る情報内容が設定される。
【００６４】
また、インターネット４を介して、受信端末３からユーザのリアクションの個人情報が送られてくる。このリアクションは、受信部３８で受信され、認証部３６に送られる。
【００６５】
また、認証部３６には、受信した個人情報部Ｄ１３のプロトコル部Ｄ１４とデータ部Ｄ１５とから形成された条件で検索された蓄積部３５のプレファレンス情報が送られている。
【００６６】
認証部３６で、各受信端末３からリアクションとして送られてきた個人情報と、受信した個人情報部Ｄ１３のプロトコル部Ｄ１４とデータ部Ｄ１５とから形成された条件で蓄積部３５のプレファレンスから検索されたそのユーザの個人情報とが比較される。ここで、正当なユーザであれば、リアクションとして受信端末３から送られてきた個人情報と、受信した個人情報部Ｄ１３のプロトコル部Ｄ１４とデータ部Ｄ１５とから形成された条件でプレファレンスから検索されたそのユーザの情報とは、一致しているはずである。リアクションとして受信端末３から送られてきた個人情報と、蓄積部３５のプレファレンスから検索されたそのユーザの個人情報とが一致していれば、リアクションの権利があると判断される。そして、この場合には、更に、リアンクョンを送ることを許可しているか否かが判断される。そして、リアクションの権利があり、リアンクョンを送ることを許可している場合のみ、送信部３７から放送局１に向けて、リアクションが送られる。
【００６７】
図９は、認証局５で、受信端末３から受信したリアクションを放送局１に送るときの処理の概要を示すフローチャートである。
【００６８】
図９において、放送局１から衛星２を介して送られてきたデータが受信され、この受信データから、プロトコル部Ｄ１４のデータと、データ部Ｄ１５のデータとが抽出される（ステップＳ２１）。そして、プロトコル部Ｄ１４及びデータ部Ｄ１５の情報から、リアクションを返すことができるユーザの条件や、リアクションとして送る情報内容が設定される（ステップＳ２２）。
【００６９】
一方、各受信端末３から、インターネット４を介して、リアクションが受信されると（ステップＳ２３）、ステップＳ２２で設定された条件で、リアクションを返してきたユーザのプレファレンスが蓄積部３５から読み出される（ステップＳ２４）。リアクションとして受信端末３から送られてきた個人情報と、プレファレンスから読み出されたユーザの情報とが比較される（ステップＳ２５）。リアクションとして受信端末３から送られてきた個人情報と、プレファレンスから読み出されたユーザの個人情報とが一致しているか否かが判断される（ステップＳ２６）。
【００７０】
リアクションとして受信端末３から送られてきた個人情報と、プレファレンスから読み出されたユーザの個人情報とが一致している場合には、そのユーザのプレファレンスが参照され、ユーザがその個人情報を送信することを許可しているか否かが判断される（ステップＳ２７）。ユーザがその個人情報を送信することを許可している場合には、送信部３７から放送局１に向けて、そのユーザのリアクションが送信される（ステップＳ２８）。ユーザがその個人情報を送信することを許可していない場合には、送信部３７から送信は行なわれない（ステップＳ２９）。
【００７１】
このように、この発明が適用されたディジタル衛星放送システムにおける認証局５では、各ユーザの個人情報がプレファレンスとして蓄積された蓄積部３５が設けられる。そして、受信した個人情報部Ｄ１３のプロトコル部Ｄ１４とデータ部Ｄ１５とから形成された条件で、そのユーザの個人情報が蓄積部３５のプレファレンスにより参照され、各受信端末３からリアクションとして送られてきた個人情報と蓄積部３５から参照されたユーザの個人情報とが比較され、そのユーザがリアクションを返す権利があるか否かが判断される。そして、更に、リアンクョンを送ることを許可しているか否かが判断される。そして、リアクションを送る権利があり、リアンクョンを返送ることを許可しているユーザの場合のみ、送信部３７から放送局１に向けて、リアクションが送られる。
【００７２】
これにより、ユーザ側の立場では、プライバシーが守られる。また、放送局側の立場では、ユーザの条件を設定してリアクションを返してもらう場合や、視聴率の調査をする際に、その情報の信頼性が向上するようになる。
【００７３】
上述の例では、ディジタル衛星放送で説明したが、この発明は、ディジタル衛星放送に限らず、ディジタル地上波放送や、ディジタルＣＡＴＶ（Cable Antenna Television）放送でも、同様に適用できる。また、上述の例では、各受信端末からのリアクションをインターネットを介して各放送局に向けて送っているが、他のメディアを使うようにしても良い。
【００７４】
この発明が適用されたシステムは、衛星や地上波、ケーブル等、放送局から受信端末に届けられるデータの伝送媒体を配信系、各受信端末から放送局に送るリアクションの伝送媒体を伝送系とすると、図１０に示すように表すことができる。
【００７５】
すなわち、このシステムは、図１０に示すように、放送局１０１からのデータを衛星放送や地上波放送、ケーブル等の配信系１０２を使って各家庭の受信端末１０３に送り、この放送番組に対するユーザからのリアクションを、各家庭の受信端末１０３からインターネット等の伝送系１０４を介して送信し、そして、伝送系１０４と放送局１０１との間に認証局１０５を設け、伝送系１０４を介して各家庭の受信端末１０３から送られてきたリアクションを認証局１０５を介してフィルタリングして放送局１０１に送るような構成となる。
【００７６】
このように、受信端末１０３側は、放送局１０１からのデータを配信系１０２を介して受け取り、リアクションを、伝送系１０４、認証局１０５を介して、放送局１０１に返す。したがって、このシステムでは、配信系１０２と伝送系１０４という２つの経路を使って、双方向通信が行なわれていると見做すこともできる。
【００７７】
そして、認証局１０５を設けることにより、複数の受信端末１０３からのリアクションの中から、条件に合致するものがフィルタリングされて、放送局１０１に送られる。これにより、各受信端末１０３のユーザのプライバシーが保護されると共に、放送局１０１側では、信頼性の高い情報を得ることができる。
【００７８】
また、認証局１０５を使えば、多数のユーザからのリアクションがあった場合にも、所望の条件でリアクションをフィルタリングでき、多数のユーザからの同時にリアクションがあった場合に対応できる。
【００７９】
すなわち、放送局１０１からの放送の配信に対して、多数の視聴者により、多数の受信端末１０３からリアクションがあるような場合には、図１１に示すように、認証局１０５でそのリアクションが条件に適合するかどうかが判断され、条件に適合した場合のみ、放送局１０１にリアクションが送られる。このようなフィルタリング機能により、放送局１０１への集中的なアクセスが防止できる。
【００８０】
このような、認証局を使ったシステムの運用例について、更に説明していくことにする。
【００８１】
図１０において、例えば、放送局１０１側では、現在放送している番組を見ている視聴者のユーザがどのような職業や年齢で、どこに住んでいるのかというようなユーザの志向を調査したいような場合がある。この場合、放送局１０１では、所望の条件に合致するユーザのリアクションを求めるために、受信端末１０３にプロトコルとデータとを送信する。例えば、現在放送している番組を見ている視聴者の中で、「銀行員で女性の人」はどのくらいいるのかを調査するような場合には、放送局１０１からは、「職業」、「性別」のリアクションを求めるというプロトコルと、「銀行員」、「女性」というデータが送られる。
【００８２】
図１０において、放送局１０１からは、所望の条件に合致するユーザのリアクションを求めるためのプロトコル及びデータ、例えば、「職業」、「性別」のリアクションを求めるというプロトコルと、「銀行員」、「女性」というデータが送られる。このプロトコル及びデータは、配信系１０２を介して、受信端末１０３に送られると共に、認証局１０５に送られる。
【００８３】
受信端末１０３の蓄積部１１３には、ユーザの個人情報が格納されており、放送局１からのプロトコル及びデータが受信端末１０３で受信されると、蓄積部１１３が参照される。受信されたプロトコル及びデータで形成された条件と、蓄積部１１３に蓄積されている条件とが合致すると、受信端末１０３から放送局１０１に向けて、伝送系１０４を介して、個人情報がリアクションとして送られる。
【００８４】
受信端末１０３からのリアクションは、伝送系１０４を介して、認証局１０５に送られる。認証局１０５では、放送局１０１から配転系１０２を介して送られてきたプロトコルと、データを受信しており、このプロトコルとデータから、リアクションを返すユーザの条件や、リアクションとして送る情報内容が設定されている。認証局１０５に受信端末１０３から伝送系１０４を介してユーザのリアクションが送られると、認証局１０５は、受信したプロトコルとデータからリアクションを返すユーザの条件やリアクションとして送る情報内容を設定し、蓄積部１１５を参照して、そのユーザのプレファレンスの個人情報を検索し、このユーザがリアクションを返す権利があるか否かを判断する。そして、認証局１０５は、プレファレンス情報から、ユーザがリアクションの送信を許可しているかどうかを判断し、リアクションの送信を許可している場合のみ、そのリアクションを放送局１０１に送る。
【００８５】
例えば、放送局１０１からは、所望の条件に合致するユーザのリアクションを求めるためのプロトコル及びデータ、例えば、「職業」、「性別」のリアクションを求めるというプロトコルと、「銀行員」、「女性」というデータが送られているとすると、この条件を満足するユーザの受信端末１０３から、伝送系１０４を介して、認証局１０５に、リアクションが送られてくる。
【００８６】
このとき、ユーザの中には、上述の条件を満足しているが、自分の個人情報が外部に送られてしまうことを拒んでいる場合が考えられる。このようなユーザに対しては、プライバシーの保護を図るために、個人情報が外部に送られないようにする必要がある。
【００８７】
前述したように、認証局１０５の蓄積部１１５に蓄積されているプレファレンスの情報（図８）には、情報送信の許可／不許可を示す項目が付加されている。これにより、このようなユーザのプライバシーの保護が図れる。
【００８８】
例えば、図５及び図８に示したように、ユーザＩＤが「＃３」のユーザは、職業が「銀行員」で、性別が「女性」である。したがって、放送局１０１から、例えば、「職業」、「性別」のリアクションを求めるというプロトコルと、「銀行員」、「女性」というデータが送られたとすると、ユーザＩＤが「＃３」のユーザは、この条件を満足することになり、そのユーザの受信端末１０３から認証局１１５に、個人情報がリアクションとして返される。
【００８９】
ところが、このユーザは、自分の職業が送信されることを拒否しているとする。このようなユーザに対しては、プライバシーの保護を図るために、認証局１０５から放送局１０１に、そのユーザのデータが送られないようにする必要がある。
【００９０】
そこで、このときには、図８に示したように、認証局１０５の蓄積部１１５に蓄積されているプレファレンスの情報中、外部への情報の送信を不許可とする項目、この場合には「職業」の項目の許可情報が、外部への送信が不許可となるように設定される。
【００９１】
このようにすると、放送局１０１から、例えば、「職業」、「性別」のリアクションを求めるというプロトコルと、「銀行員」、「女性」というデータが送られ、その条件に合致するユーザＩＤの受信端末１０３から認証局１１５に、個人情報がリアクションとして返されたとしても、そのユーザの個人情報は、認証局１０５で止められ、放送局１０１に送られることはなくなる。
【００９２】
なお、個人情報の中には、情報が送られる人や場所によって、情報が送られるのを許可したり、拒否したりする場合がある。例えば、放送局に情報を送ることは拒否するが、公的機関に情報を送ることは許可するというような場合がある。この場合には、図１２に示すように、情報を送る人や場所に応じて、その情報を送ることの許可／拒否を設定できるように、認証局１０５の蓄積部１１５のプレファレンスを設定するようにしても良い。
【００９３】
ところで、受信端末１０３はユーザが保有しており、受信端末１０３から返される個人情報が常に正しいとは限らない。受信端末１０３の蓄積部１１３の個人情報が書き換えられたりする可能性も考えられる。
【００９４】
しかしながら、このシステムでは、認証局１０５で、受信したプロトコル及びデータで、蓄積部１１５に蓄積されている各ユーザのプレファレンスが参照され、これにより、受信端末１０３からのリアクションが認証されている。これにより、信頼性の向上が図れる。
【００９５】
すなわち、図１０において、放送局１０１から、例えば、「職業」、「性別」のリアクションを求めるというプロトコルと、「銀行員」、「女性」というデータが送られたとする。ここで、図５及び図８で示すユーザＩＤが「＃１」のユーザや「＃２」のユーザが、その受信端末１０３の蓄積部１１３の個人情報を「銀行員」、「女性」と書き換えているとする。この場合には、ユーザＩＤが「＃１」や「＃２」のユーザの受信端末１０３から認証局１１５にリアクションが返される。
【００９６】
ところが、認証局１０５の蓄積部１１５のプレファレンスには、ユーザＩＤが「＃１」のユーザの職業は「エンジニア」で性別は「男性」であり、ユーザＩＤが「＃２」のユーザの職業は「教員」で性別は「男性」であると書かれている。したがって、この場合には、認証局１０５の蓄積部１１５のプレファレンスに書かれているユーザＩＤが「＃１」や「＃２」のユーザの職業や性別と、受信端末１０３からのユーザの職業や性別とが異なっているので、認証局１０５では、そのユーザからのリアクションは、リアクションを返す権利がないと判断される。このため、その受信端末１０３から送られてきたリアクションは、認証局１０５で止められ、放送局１０１に送られることはない。
【００９７】
ところで、放送局１０１が、例えばショッピングの番組を放送しており、番組中に商品を宣伝しながら、その商品の購買者を募ったりする場合がある。また、討論番組で、その論題に対する視聴者の意見を募ったりする場合がある。また、クイズ番組で、番組の視聴者に向けてクイズを出題するような場合がある。このような場合には、受信端末１０３からは、個人情報の他に、買い物をする品物や、意見、クイズの回答等をメッセージとして送る必要がある。図１３は、このようなメッセージを付けて、受信端末１０３から放送局１０１にリアクションを送る場合を示すものである。
【００９８】
図１３に示すように、放送局１０１からは、プロトコルとデータとが放送される。このプロトコルには、「メッセージを送信する」というようなコマンドが含まれている。なお、ここでいうメッセージとは、ユーザがキーホード等により入力したメッセージだけでなく、ＹＥＳ、ＮＯボタン等を押したときに発生するデータもメッセージとして扱っている。
【００９９】
例えば、放送局１０１で、討論番組を放映しており、討論されている論題について、東京都に住んでいる３０歳以上を対象として、その論題に賛成か反対かを調べたような場合がある。この場合には、「居住地」、「年齢」、「賛成／反対のメッセージを送る」というプロトコルと、「東京都」、「３０歳以上」というデータが送られる。
【０１００】
この番組を見ていて、その論題についての賛成／反対の意見を送りたいと考えたユーザは、キー操作をして、メッセージを送る。このとき、そのユーザの受信端末１０３の蓄積部１１３に蓄積されている個人情報がリアクションを返すための条件に満足していれば、この場合には、そのユーザが「東京都」在住で、「３０歳以上」という条件を満足していれば、そのユーザの受信端末１０３から、伝送系１０４を介して、認証局１０５に、個人情報のデータとメッセージがリアクションとして送られる。
【０１０１】
このとき、ユーザの中には、上述の条件を満足しているのであるが、自分の個人情報が外部に送られてしまうことを拒んでいる場合が考えられる。例えば、上述のように、論題についての賛成／反対の意見を送るような場合、賛成／反対のメッセージは送りたいが、自分の名前が送られることを拒否したい場合がある。
【０１０２】
このような場合には、認証局１０５の蓄積部１１５に蓄積されているプレファレンスの情報の情報提供の許可を示す項目、この場合には、名前の項目に、その情報を送ることが不許可であると書き込まれる。このようにすれば、受信端末１０３からのデータとメッセージがリアクションとして認証局１０５に送られたとき、認証局１０５で、ユーザが送りたくない情報を取り除くことができ、例えば、受信端末１０３は、自分の名前は放送局１０１に送らずに、メッセージだけを放送局１０１に送るようになことができる。
【０１０３】
また、このような番組を見ていて、ユーザの中には、メッセージを送ることができる条件を満たしていないのに、自分の意見を主張するために、受信端末１０３の蓄積部１１３の個人情報を書き換えて、メッセージを送ってくる場合が考えられる。すなわち、この場合には、「東京都」在住、「３０歳以上」という条件を満たしていないのに、受信端末１０３の蓄積部１１３の個人情報を書き換えて、メッセージを送ってくることが考えられる。
【０１０４】
しかしながら、前述したように、このシステムでは、認証局１０５で、受信したプロトコル及びデータと、蓄積部１１５に蓄積されている各ユーザのプレファレンスにより、受信端末１０３からのリアクションが認証されている。このため、受信端末１０３の蓄積部１１３の個人情報を書き換えてメッセージを送っても、このメッセージは放送局１０１に届けられない。
【０１０５】
上述までの例では、受信端末１０３で、プロトコルとデータとを受信しているが、図１４及び図１５に示すように、受信端末１０３は、プロトコルのみを受信するようにすることも考えられる。この場合、受信端末１０３では、データ部で指定される条件に合致しているか否かに係わらず、プロトコルで示されるユーザ情報が蓄積部１１３から読み出され、認証局１０５に送られる。条件の設定は、全て、認証局１０５側で行なわれる。
【０１０６】
すなわち、受信端末１０３では、データ部で指定される条件に合致しているか否かに係わらず、プロトコルで示されるユーザ情報が蓄積部１１３から読み出され、認証局１０５に送られる。
【０１０７】
認証局１０５では、受信されたプロトコルとデータからリアクションの条件が設定される。受信端末１０３からリアクションとなる個人情報のデータが送られてきたら、設定されたリアクションの条件で、蓄積部１１５に蓄積されているプレファレンスから、リアクションを送ってきたユーザ情報が検索される。受信端末１０３から送られてきた情報と、蓄積部１１５に蓄積されているプレファレンスから検索されたユーザの個人情報とが一致しており、このユーザがその情報を放送局１０１に送ることを許可している場合のみ、認証局１０５から放送局１０１に、そのデータが送られる。
【０１０８】
この場合、受信端末１０３からは、条件に係わらず、プロトコルで示されるユーザ情報が認証局１０５に送られてくるが、認証局１０５で、プロトコルとデータからユーザの条件が設定されて、プレファレンスの情報が読み出されるため、条件に合致した場合のみ、受信端末１０３からのデータが放送局１０１に送られる。
【０１０９】
図１５は、受信端末１０３がプロトコルのみを受信するようにすると共に、受信端末１０３からメッセージを送れるようにしたものである。
【０１１０】
この場合には、プロトコルとして、メッセージを送るという処理の仕方を含めれている。受信端末１０３からは、受信されたプロトコルにより、個人情報を蓄積部１１３に蓄積されたユーザの個人情報が読み出されて送られると共に、プロトコルで指定される処理がリアクションとして実行される。メッセージの処理については、図１３に示した例と同様である。
【０１１１】
更に、図１６及び図１７に示すように、受信端末１０３に個人情報を蓄積せずに、全て、認証局１０５側で、個人情報の管理を行なうようにすることも考えられる。
【０１１２】
図１６の例では、受信端末１０３では、プロトコルが受信される。受信端末１０３では、プロトコルで示される条件に応える場合には、トリガとして、例えば、ユーザＩＤが認証局１０５に送られる。
【０１１３】
認証局１０５では、受信されたプロトコルとデータからリアクションの条件が設定される。受信端末１０３からトリガ（例えばユーザＩＤ）が送られてきたら、設定された条件で、蓄積部１１５に蓄積されているプレファレンスから、リアクションを送ってきたユーザ情報が検索される。検索されたユーザ情報は、ユーザがその情報を放送局１０１に送ることを許可している場合には、認証局１０５から放送局１０１に、送られる。
【０１１４】
図１７は、受信端末１０３に個人情報を蓄積せずに、全て、認証局１０５側で、個人情報の管理を行なうと共に、受信端末１０３からメッセージを送れるようにしたものである。
【０１１５】
図１７の例では、受信端末１０３では、プロトコルが受信される。受信端末１０３では、プロトコルには、メッセージを送るという処理が含まれいる。この場合に、トリガとして、例えば、ユーザＩＤが認証局１０５に送られると共に、メッセージが認証局１０５に送られる。
【０１１６】
認証局１０５では、受信されたプロトコルとデータからリアクションの条件が設定される。受信端末１０３からトリガ（例えばユーザＩＤ）が送られてきたら、設定されたリアクションの条件で、蓄積部１１５に蓄積されているプレファレンスから、リアクションを送ってきたユーザの情報が検索される。検索されたユーザの情報は、ユーザがその情報を放送局１０１に送ることを許可している場合には、認証局１０５から放送局１０１に送られる。また、このとき、受信端末１０３から送られてきたメッセージが放送局１０１に送られる。
【０１１７】
このように、認証局１０５を設けることにより、受信端末１０３からリアクションの中から、条件に合致するものがフィルタリングされて、放送局１０１に送られる。これにより、各受信端末１０３のユーザのプライバシーが保護されると共に、放送局１０１側では、信頼性の高い情報を得ることができる。
【０１１８】
また、認証局１０５を使えば、多数のユーザからのリアクションがあった場合にも、所望の条件でリアクションをフィルタリングでき、多数のユーザからの同時にリアクションがあった場合に対応できる。
【０１１９】
【発明の効果】
この発明によれば、放送局からプロトコルとデータとからなるリアクションを要求するための情報が送られ、この情報に基づいて、インターネットを介して、受信端末からリアクションの個人情報が返され、この受信端末からのリアクションは、認証局に送られる。認証局は、各ユーザの情報を格納する蓄積部を有し、放送局からのプロトコルとデータとからなるリアクションを要求するための情報を受信すると共、受信端末からのリアクションを受け取り、各ユーザの情報を格納する蓄積部からリアクションを送ったユーザの個人情報を読み出し、受信端末から受け取ったリアクションが特定の条件に合致しているかどうかを判断し、特定の条件を合致している場合のみ、受信端末から受け取ったリアクションを放送局に送るようにしている。
【０１２０】
このように、認証局を設けることにより、受信端末からリアクションが条件に合致するかどうか検証され、条件に合致している場合のみ、リアクションが放送局に送られる。これにより、各受信端末のユーザのプライバシーが保護されると共に、放送局側では、信頼性の高い情報を得ることができる。
【図面の簡単な説明】
【図１】この発明が適用されたディジタル衛星放送システムの一例のブロック図である。
【図２】この発明が適用されたディジタル衛星放送システムで放送されるデータの説明に用いる略線図である。
【図３】この発明が適用されたディジタル衛星放送システムで放送されるプロトコル部とデータ部との説明に用いる略線図である。
【図４】この発明が適用されたディジタル衛星放送システムの一例における受信端末の説明に用いるブロック図である。
【図５】この発明が適用されたディジタル衛星放送システムの一例における受信端末の蓄積部の説明に用いる略線図である。
【図６】この発明が適用されたディジタル衛星放送システムの一例における受信端末の説明に用いるフローチャートである。
【図７】この発明が適用されたディジタル衛星放送システムの一例における認証局の説明に用いるブロック図である。
【図８】この発明が適用されたディジタル衛星放送システムの一例における認証局の蓄積部の説明に用いる略線図である。
【図９】この発明が適用されたディジタル衛星放送システムの一例における認証局の説明に用いるフローチャートである。
【図１０】この発明が適用されたシステムの説明に用いるブロック図である。
【図１１】この発明が適用されたシステムの説明に用いるブロック図である。
【図１２】この発明が適用されたシステムの説明に用いる略線図である。
【図１３】この発明が適用されたシステムの説明に用いるブロック図である。
【図１４】この発明が適用されたシステムの説明に用いるブロック図である。
【図１５】この発明が適用されたシステムの説明に用いるブロック図である。
【図１６】この発明が適用されたシステムの説明に用いるブロック図である。
【図１７】この発明が適用されたシステムの説明に用いるブロック図である。
【符号の説明】
１・・・放送局，２・・・衛星，３・・・受信端末，４・・・インターネット，５・・・認証局
【図１】
0004320861.tif 000002
【図２】
0004320861.tif 000003
【図３】
0004320861.tif 000004
【図４】
0004320861.tif 000005
【図５】
0004320861.tif 000006
【図６】
0004320861.tif 000007
【図７】
0004320861.tif 000008
【図８】
0004320861.tif 000009
【図９】
0004320861.tif 000010
【図１０】
0004320861.tif 000011
【図１１】
0004320861.tif 000012
【図１２】
0004320861.tif 000013
【図１３】
0004320861.tif 000014
【図１４】
0004320861.tif 000015
【図１５】
0004320861.tif 000016
【図１６】
0004320861.tif 000017
【図１７】
0004320861.tif 000018