インターラクティブサービスを提供する方法であって、複数の装置のうちの一装置の側において、各装置は2つのタイプのうちの一タイプに割り当てられ、前記インターラクティブサービスに関連する応答に対するインターラクティブな要求に関連する第1の要求を受信する、前記第1の要求は前記装置に関連する条件情報を含むステップと、ユーザからの入力に応じて、前記装置が第1のタイプである場合、前記応答を送信し、前記装置が第2のタイプであるとき、前記装置が前記第1の要求に含まれる前記条件情報を満たす場合にのみ、前記応答を送信するステップとを有することを特徴とする、方法。前記装置が前記第2のタイプであり、前記第1の要求に含まれる前記条件情報を満たさないとき、前記ユーザからの入力を格納するステップをさらに有する、請求項1に記載の方法。前記装置が前記第2のタイプであり、前記第1の要求に含まれる前記条件情報を満たさない場合、前記ユーザに応答するように促すように表示された、前記第1の要求と同じだが条件情報が異なる要求内容を有する前記インターラクティブサービスに関連する第2の要求を受信する、前記装置は前記第2の要求中の条件情報を満たすステップとをさらに有する、前記格納された応答を送信するステップとをさらに有する、請求項2に記載の方法。前記装置が前記第1の要求を受信した後、前記ユーザから入力を受け取らない場合、前記第1の要求と同じ要求内容を有する前の要求に応じて前記ユーザからの応答が格納されているか判断するステップと、前記前の要求に応じた応答が格納されていると判断したとき、前記装置が前記第1の要求に含まれる前記条件情報を満たすときのみ、前記格納された応答を送信するステップとをさらに有する、請求項1に記載の方法。前記2つのタイプ間の前記装置のタイプ変更は、前記装置により過去送信された応答の統計に基づく、請求項1に記載の方法。前記応答の統計は、ある番組またはある非に前記装置により送信された応答の平均数を含む、請求項5に記載の方法。前記平均巣が所定値より大きいとき、前記装置は前記第1のタイプであると判断され、または前記第2のタイプであると判断される、請求項6に記載の方法。前記条件情報は装置ID、ロケーション、及びアイドル時間に関する情報を含む、請求項1に記載の方法。インターラクティブサービスネットワークにおけるレシーバであって、前記レシーバは2つのタイプのうちの一タイプに割り当てられ、前記レシーバは、インターラクティブサービスに関連する応答を要求する前記インターラクティブに関連する第1の要求を受信する、前記第1の要求は前記レシーバに関連する条件情報を含む受信モジュールと、データを送信する送信モジュールと、ユーザからの入力に応答して、前記レシーバが第1のタイプであるとき、前記送信モジュールを用いて前記応答を送信し、前記レシーバが第2のタイプであるとき、前記レシーバが前記第1の要求に含まれる前記条件情報を満たすときのみ、前記送信モジュールを用いて前記応答を送信する処理モジュールとを有することを特徴とする、レシーバ。インターラクティブサービスサーバと少なくとも一レシーバとを有するネットワークにおけるインターラクティブサービスを送信する方法であって、少なくとも前記サーバのレベルにおいて、前記インターラクティブサービスに関連する応答に対するインターラクティブな要求に関連する第1の要求を、前記少なくとも一レシーバに送信する、前記第1の要求は前記インターラクティブサービスに関連する条件情報を含むステップと、前記第1の要求に含まれる第1のタイプの一または複数のレシーバと第2のタイプの一または複数のレシーバから応答を受信するステップとを有する、方法。本発明の一実施形態を図面を参照して詳細に説明する。以下の説明では、明確性と簡潔性のために、既知の機能や構成の詳細な説明を省略することもある。第1に、インターラクティブサーバは、すべての端末例えば、STBに、定期的に要求例えば、投票/スコア/意見/コメントをブロードキャストし、その要求は例えば、端末またはスマートカードのIDナンバー、端末に格納された位置情報などの最後の桁に基づいて投票応答を提供する好ましい端末グループを特定する。第2に、端末は、その要求を受信すると、例えば、自機に格納された視聴者行動情報または視聴者によりなされる端末の使用を分析することにより、端末のタイプを決定する。ここで、視聴者は、端末を操作する人であり、その行動に基づいて、2つのカテゴリー、すなわち受動的視聴者と能動的視聴者とに分類される。その上、端末が自機を操作する各視聴者のプロファイルまたは設定ファイルを提供することができる場合、その端末のカテゴリーは現在の視聴者の行動に依存する。現在の視聴者の情報はそのプロファイルまたは設定ファイルに格納されている。端末が自機を操作している視聴者を特定できない場合、この端末を操作しているすべての視聴者は、この端末の支店からは一人の視聴者と見なされる。以下の説明では、端末は自機を操作している視聴者を特定しない。視聴履歴の投票記録が所定閾値より低い受動的視聴者の場合、受動的視聴者の端末は、その端末が好ましいグループpreferredgroupに属するとき、インターラクティブサーバへの自機の応答のみを送信する。前の番組で他数回投票し視聴記録が所定閾値より少なくない能動的視聴者の場合、能動的視聴者の端末は、表示条件indicationconditionの制約を無視でき、毎回応答を送信できる。ここで、所定閾値は、低い割合例えば、前視聴者の10パーセント未満の視聴者が能動的視聴者となるように、比較的高く設定できる。能動的視聴者と受動的視聴者の概念を導入することにより、より多くの視聴者がインターラクティブサービスに参加するように促される。一変形実施形態では、この特徴は任意的であり、視聴者は能動的視聴者や受動的視聴者に分けられない。第3に、要求に含まれる現在の表示条件を満たさないが、それでも視聴者からの入力を得られる受動的視聴者の端末STB/ゲートウェイの場合、視聴者の応答を記憶して、その端末が満たす表示条件を有する他の要求に応答して、インターラクティブサーバへの応答を送信することもできる。一変形実施形態では、複数の端末は、それぞれが異なる表示条件を有する複数のグループに分割される。インターラクティブサーバは、次々にこれらの異なる表示条件を用いてすべてのグループを回る。この実施形態の方法は、所定時間内に受信する応答の数を減らし、輻輳を無くすまたは少なくとも減らす役に立つ。図1は、本発明の一実施形態によるIPTVシステムにおけるインターラクティブサービスのためのネットワークアーキテクチャの一例を示す。バックエンドでは、2つのタイプの情報サーバがある。第1のタイプは、テレビを見ている視聴者とのインターラクションをサポートするインターラクティブサーバ101であり、第2のタイプは、テレビ番組のオーディオ/ビデオブロードキャストサーバである。このシステム中、例えば、DVBDigitalVideoBroadcastingシリーズやMBMSMultimediaBroadcastMulticastServiceなど、任意タイプのテレビジョン情報送信が可能である。図1において、コンテンツ配信ネットワークは、ケーブルネットワーク、ブロードバンドIPネットワーク、ワイヤレスGSM/CDMAネットワーク、WiFi/WiMAXネットワークなど、任意の双方向ネットワークであり得る。フロントエンドでは、家庭1106内の装置家庭2103と家庭3105には装置は図示していないは、インターラクティブ応答エージェントとして機能するホームゲートウェイ106、タブレット107、及びSTB108などが含まれ得る。タブレット107とSTB108は、ホームゲートウェイ106を介してコンテンツ配信ネットワークに接続されている。インターラクティブサービスのコンテンツは、STBを介してテレビのまたはタブレット107の両方の画面上にまたは一方の画面上に表示できる。インターラクティブサービスのコンテンツに関する2つの例を図2に示す。左側の例は、候補AとBがPKの状態である競争的ゲーム番組を示す。視聴者は、候補名を選択してから送信Submitボタンをクリックすることにより、彼らのうち一方をサポートする応答を送信するように促される。右側の例は、トークショー番組で休暇中何をしたいですかという質問に関する投票を表している。四つの選択肢、すなわち家にいるStayHome、買い物Shopping、旅行Travel及びスポーツSportsが列挙されており、視聴者は自分の応答として一または複数のアイテムを選択できる。図3は、本発明の実施形態による、インターラクティブサービスを提供するメッセージフローを示す。インターラクティブサーバ側において、サーバが投票要求をブロードキャストする時、応答のスケールを制限するために、その要求に表示条件indicationconditionが含められる。この実施形態では、装置IDのパリティが表示条件として用いられる。図に示すように、第1の投票要求により、奇数IDの端末からのみの応答が許される。それゆえ、STB1ID=0001とSTB3ID=0003の視聴者が自分たちの投票行動投票1Vote1と投票3Vote3を終えると、STB1とSTB3が応答を送り返す。ここで、STB2ID=0002の視聴者も投票2Vote2をするが、STB2は応答をローカルで記憶し、偶数ID番号の端末からの応答を収集する投票要求に応答して、インターラクティブサーバに応答を送信する。それに加えて、STB3は頻繁に投票を送るので、能動的視聴者と認められ、表示条件の限定にかかわらず、毎回応答を送信することが許されている。ここで、一変形実施形態では、どの期間に視聴者がインターラクティブ動作を実行できるか、インターラクティブサーバに応答が送られたかを示すプロンプトを画面上に表示することができる。一変形実施形態では、表示条件は、装置ID以外に、アイドル時間/ロケーション情報例えば、具体的なコミュニティや具体的な家など他の識別情報に基づいてもよい。アイドル時間は2つの側面を参照できる。一方は、STBに関し、すなわち、アイドル時間中、マッチする要求が無いので、応答メッセージは送信されなかったことを意味する。他方は、視聴者に関し、すなわち、どれくらいのアイドル期間中に、視聴者は投票/スコアリングなどのインターラクションをしなかったかに関する。ここで、STBが受動的か能動的かの判断は、番組ごとの投票率や日ごとの投票率など、視聴者の行動の統計に依存する。例えば、番組ごとの投票率が所定閾値より高い場合、STBは行動的STBであり、またはそうでなければ、受動的STBであり、自機の応答を送信する正しい要求を待って、応答を送信しなければならない。図4は、本発明の上記実施形態によるインターラクティブサービスを提供する方法を示すフローチャートである。上記の通り、インターラクティブサービスのコンテンツは、表示でき、テレビまたはタブレット107の両方の画面または一つの画面に表示及び実行できる。当業者は、本発明の実装に基づいて、両方の画面または一画面を用いるか決定できる。以下に説明する実施形態では、インターラクティブサービスのコンテンツはタブレット107上で表示及び実行される。ステップ401において、タブレットは、STBにより現在表示されているテレビ番組に関連する投票要求を受け取る。投票要求は表示条件を含む。一例として、表示条件はDVBDigitalVideoBroadcast中のテレテキストTeletextフィールドで運ばれる。図5は、PESPacketizedElementaryStream中のテレテキストteletextのシンタックスのフィールド定義を示す。これはTStransportstreamの一部である。dataidentifierは予約され、0x10~0x1fの値である。dataunitidはテレテキスト非字幕データに対して0x02である。dataunitlengthはデータフィールドの長さ値を格納するものである。datafieldは表示条件を運ぶのに用いられる。ステップ402と403において、タブレットは表示条件を解析し、図2に示したGUIGraphicUserInterfaceなどの投票GUIを表示する。ステップ404において、タブレットは、視聴者からのユーザ入力の受け取りを待ち、または換言すると、ユーザ入力を受け取ったか判断する。受け取っていなければ、タブレットは、ステップ410において、前の応答があるか判断する。ステップ401の目的は、いくつかの受動的STBの場合、視聴者が投票動作を行うが、受動的STBは投票要求中の表示条件を満たさないので、タブレットはすぐにインターラクティブサーバに応答を送信しないが、その応答をローカルに格納する。すると、タブレットは、ステップ410で、投票要求について、対応する受動的STBがどれの表示条件を満たすか、受動的STBに対応するタブレットにより応答されたか否かを判断する。ステップ410において前には応答されていないと判断すると、タブレットは、ステップ408において対応するSTBに対して役割変更を行うか、ステップ409において必要であれば、すなわちこの例の上記の閾値に基づき、能動的STBと受動的STBの役割を切り替えるか、判断する。ステップ410において、すでにタブレットに格納された前の応答があると判断すると、タブレットは、ステップ406において、それが表示条件を満たすか判断する。それが表示条件を満たさない場合、タブレットは、ステップ411において、対応するSTBが能動的STBであるかさらに判断する。対応するSTBが能動的STBである場合、タブレットはステップ407においてインターラクティブサーバに応答を送信する。一例では、応答は、対応するSTBのID及び視聴者の選択/コメントを含む。対応するSTBが能動的STBでない場合、応答が新しいユーザ入力に対応するとき、受動的STBに対応するタブレットは、応答をローカルバッファに格納し、または応答が以前のものであるとき、その応答をローカルバッファに格納する。ステップ404において、ユーザ入力を受信したと判断された場合、タブレットは行動統計behaviorstatisticsを更新する。これはタブレットに格納されており、後ほどステップ408で役割変更が必要か判断するために用いられる。視聴者が自分の応答を送信するとすぐにその応答がインターラクティブサーバに送り返される従来のインターラクティブサービスと比較して、本発明は、投票要求に表示条件を導入することにより、トラフィック制御をする。それに加えて、視聴者の装置は、2つのタイプすなわち、上記のように能動的タイプと受動的タイプ。に分類される2つのタイプの間の切り替えは、視聴者の行動に基づいて動的に行われる。能動的タイプの装置は、その装置が表示条件を満たすか否かにかかわらず、応答を送信できる。表示条件を満たさない受動的タイプの装置は、適当な要求無しに応答を送信できない。一変形例によると、インターラクティブサービスのためにタブレットに実装されている機能は、STBに集積できる。この場合、インターラクティブサービスのコンテンツは、例えば図2に示したように、テレビ画面のある領域に表示され、テレビ番組とオーバーラップさせられる。一変形例によると、端末は、インターラクティブサーバから要求を受信すると、この要求が、自分がすでにインターラクションした、例えば投票した前の応答と同じ、例えば、図2に示した視聴者に応答するように促すように表示された要求内容を有するか判断する。すでにインターラクションがされていたら、要求内容は視聴者に表示されない。留意点として、図2に示したステップの順序は一意的ではない。当業者はステップの順序を変更できる。例えば、ステップ411は、前の応答があるか判断する前に、すなわちステップ410の前にすることもできる。能動的STBの場合、それが表示条件を満たすか、及びローカルで格納された前の応答があるか判断する必要はない。受動的STBの場合、それが表示条件を満たすか判断し、ユーザ入力を受け取らない時、前の応答があるか判断する必要がある。この実施形態によると、インターラクティブサービスネットワーク中にレシーバまたは端末が設けられる。レシーバは2つのタイプのうちの一方に割り当てられる。レシーバは、少なくとも受信モジュール、送信モジュール、記憶モジュール、処理モジュール、統計モジュールなどを有する。受信モジュールは、インターラクティブサービスに関連する応答を要求するインターラクティブサーバに関連する第1の要求を受信するのに用いられる。第1の要求はレシーバに関連する条件情報を含む。条件情報を用いてどのレシーバが条件を満たすか特定する。それに加えて、受信モジュールも用いて視聴者からの入力を受け取る。送信モジュールはデータを送信するために用いる。ストレージモジュールは、例えば、レシーバの識別コード、視聴者の応答、受信した要求などのデータを格納するために用いられる。処理モジュールは、視聴者からの入力に応答して、レシーバが第1のタイプすなわち、能動的タイプであるとき、送信モジュールを用いて応答を送信し、レシーバが第2のタイプすなわち、受動的タイプであるとき、レシーバが第1の要求に含まれる条件情報を満たすときのみ、送信モジュールを用いて応答を送信する。ここで、レシーバが第2のタイプであり、視聴者から入力をまだ受信する場合、レシーバはストレージモジュール中、入力に基づき準備された応答または入力そのものを格納する。格納された応答または入力は、視聴者からさらなる入力を必要とせずに、レシーバが条件を満たす要求に応じ津ため、後で用いられる。実施形態によると、インターラクティブサービスサーバと少なくとも一レシーバとを有するネットワークにおける、インターラクティブサービスを送信する方法が提供される。該方法は、前記サーバのレベルで、次のステップを有する:前記インターラクティブサービスに関連する応答に対するインターラクティブな要求に関連する第1の要求を、前記少なくとも一レシーバに送信する、前記第1の要求は前記インターラクティブサービスに関連する条件情報を含むステップと、前記第1の要求に含まれる第1のタイプの一または複数のレシーバと第2のタイプの一または複数のレシーバから応答を受信するステップ。