JP3615685B2 - Data transmission / reception system and method - Google Patents

Data transmission / reception system and method Download PDF

Info

Publication number
JP3615685B2
JP3615685B2 JP2000105049A JP2000105049A JP3615685B2 JP 3615685 B2 JP3615685 B2 JP 3615685B2 JP 2000105049 A JP2000105049 A JP 2000105049A JP 2000105049 A JP2000105049 A JP 2000105049A JP 3615685 B2 JP3615685 B2 JP 3615685B2
Authority
JP
Japan
Prior art keywords
response information
data
information
retry
transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2000105049A
Other languages
Japanese (ja)
Other versions
JP2000358231A (en
Inventor
泰之 園田
達也 下地
和男 岡村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2000105049A priority Critical patent/JP3615685B2/en
Publication of JP2000358231A publication Critical patent/JP2000358231A/en
Application granted granted Critical
Publication of JP3615685B2 publication Critical patent/JP3615685B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Telephonic Communication Services (AREA)
  • Television Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Time-Division Multiplex Systems (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、データ送受信システムに関し、特に、再試行送信に関するものである。
【０００２】
【従来技術およびその課題】
特開平８−２７５１４０号公報には、双方向番組に対する応答情報の送信の集中を防止するために、各受信端末ごとに発信時刻を応答操作時点からランダムに遅延させる双方向番組の応答装置が開示されている。かかる装置によって、放送に対して一時期に応答操作が集中しても、放送受信側からの実際の発信時刻は端末ごとに遅延分散される。したがって、各受信端末とセンター側との間の電話回線のパンクを回避することができる。
【０００３】
しかし、このように応答情報の発信時刻を遅延処理させた場合には以下のような問題があった。遅延発信させた結果にセンター側と電話がつながらない場合には、操作者はショッピングの申し出をしたと認識しているのもかかわらず、現実には応答情報がセンター側に発信されていない状態が生ずる。
【０００４】
この発明は、上記問題を解決し、応答情報を遅延発信させた場合に、応答情報受け取り機器がより確実に応答情報を受け取ることができるデータ送受信システムまたはその方法を提供することを目的とする。
【０００５】
また、この発明は、各テレビ受信機と応答情報受け取り機器間の通信回線の許容量に応じた再試行することができるデータ送受信システムまたはその方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
１）本発明にかかるデータ送受信システムにおいては、放送局から複数のテレビ受信機に放送によってデータを送信し、テレビ受信機から応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信システムであって、
前記放送局は、前記応答情報の初回の送信時刻を決める情報および、前記各テレビ受信機が前記応答情報受け取り機器との間で前記初回の通信が成立しなかった場合に前記各テレビ受信機が前記応答情報受け取り機器に前記応答情報を２回目以降再試行送信をするための再試行情報を、前記データに含めて同時に送信する。したがって、応答情報を遅延発信させた場合でも、応答情報受け取り機器がより確実に応答情報を受け取ることができる。さらに、前記テレビ受信機における再試行送信処理を放送局から放送するデータで制御することができる。
【０００７】
２）本発明にかかるデータ送受信システムにおいては、前記テレビ受信機は、前記応答情報の初回の発信時刻を決める情報および、前記応答情報受け取り機器との間で前記初回の通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信すると、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて前記２回目以降の前記応答情報の再送信をする。したがって、応答情報を遅延発信させた場合でも、応答情報受け取り機器がより確実に応答情報を受け取ることができる。さらに、テレビ受信機における再試行送信処理を放送局から放送するデータで制御することができる。
【０００８】
３）本発明にかかるデータ送受信システムにおいては、前記放送装置は、前記応答情報の初回の発信時刻を決める情報および、前記通信回線の許容量に応じた再試行情報であって、前記初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に、２回目以降の再試行送信の発信時刻を決めるための再試行情報を前記データに含めて同時に送信し、前記テレビ受信機は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて前記２回目以降の応答情報の再試行送信をする。したがって、応答情報を遅延発信させた場合でも、応答情報受け取り機器がより確実に応答情報を受け取ることができる。さらに、前記放送装置は、前記通信回線の許容量に応じた再試行送信処理を制御することができる。
【０００９】
４）本発明にかかるテレビ受信機またはデータ送受信方法においては、前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記放送装置から前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて、応答情報受け取り機器に前記２回目以降の応答情報の再試行送信をする。したがって、応答情報を遅延発信させた場合でも、応答情報受け取り機器がより確実に応答情報を受け取ることができる。さらに、前記再試行送信処理を放送局から放送するデータで制御することができる。
【００１０】
５）、６）本発明にかかるデータ受信機においては、前記受信手段は、前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、前記通信手段は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の配信時刻を決める情報と同時に受信した再試行情報に基づいて、前記２回目以降の応答情報の再試行送信をする。したがって、応答情報を遅延発信させた場合でも、応答情報受け取り機器がより確実に応答情報を受け取ることができる。さらに、前記データ受信機における再試行送信処理を放送局から放送するデータで制御することができる。
【００１１】
削除
【００１２】
７）本発明にかかるテレビ受信機は、前記応答情報受け取り機器との初回の発信予定時刻を、受信した遅延情報に基づいてランダム演算して特定する。したがって、放送側では一つの遅延情報を放送しても、受信側にて初回の発信予定時刻を分散させることができる。
【００１３】
８）本発明にかかるテレビ受信機は、前記放送装置から与えられた発信終了時刻に基づいて、再試行送信するか否か決定する。したがって、発信終了時刻に基づいて再試行送信を中止することができる。
【００１４】
９）本発明にかかるテレビ受信機においては、前記応答情報受け取り機器との間で通信が成立しない原因を検知する検知手段を備えている。このように、通信失敗原因を検知することにより、適切な対応をとることができる。
【００１５】
１０）本発明にかかるテレビ受信機においては、再試行条件変更手段は、前記検知した原因に基づいて、次回以降の再試行送信の条件を変更させる。したがって、検知した通信失敗原因により、異なる再試行条件での送信ができる。
【００１６】
１１）本発明にかかるテレビ受信機においては、前記再試行条件変更手段は、次回以降の再試行送信の設定時間幅を変更させる。したがって、検知した通信失敗原因により、異なる設定時間幅での再試行送信ができる。
【００１７】
１２）本発明にかかるテレビ受信機においては、前記再試行条件変更手段は、再試行送信を中止する。したがって、検知した通信失敗原因によっては、再試行送信を中止することができる。
【００１８】
１３）本発明にかかるテレビ受信機においては、前記検知した原因を報知手段に報知する報知データを生成する。この報知データに基づいて通信失敗原因を操作者に報知することができる。
【００１９】
１４）本発明にかかるテレビ受信機においては、前記放送装置から与えられた発信終了時刻から発信可能残時間を演算し、この発信可能残時間に応じて前記再試行送信条件を変更する。したがって、発信可能残時間に応じて異なる再試行送信が可能となる。
【００２０】
１５）本発明にかかるテレビ受信機においては、前記応答情報受け取り機器との通信結果を報知する報知データを生成する。この報知データに基づいて、通信結果を操作者に報知することができる。
【００２１】
１６）本発明にかかるテレビ受信機においては、前記応答情報受け取り機器から通信結果を受け取ってこれを報知する報知データを生成する。したがって、応答情報受け取り機器に記憶された応答情報に基づいた報知データを生成できる。
【００２２】
１７）本発明にかかるテレビ受信機において、前記応答情報受け取り機器との間の通信履歴を記憶しておき、報知データを生成する。したがって、応答情報受け取り機器との間の通信履歴に基づいた報知データを生成できる。
【００２３】
１８）本発明にかかるテレビ受信機においては、前記遅延送信する応答情報を記憶しておき、操作者から報知命令が与えられると、前記応答情報を報知する。これにより、操作者は、前記遅延送信される応答情報を確認することができる。
【００２４】
１９）本発明にかかるテレビ受信機においては、編集手段は、操作者からの編集命令が与えられると、前記応答情報を編集する。これにより、操作者は、遅延送信対象の応答情報を確認し、適切な応答情報に編集することができる。
【００２５】
２０）本発明にかかるデータ受信機においては、前記受信手段は、前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、前記通信手段は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の配信時刻を決める情報と同時に受信した再試行情報に基づいて、前記２回目以降の応答情報の再試行送信をする。したがって、応答情報を遅延発信させた場合でも、応答情報受け取り機器がより確実に応答情報を受け取ることができる。さらに、前記データ受信機における再試行送信処理を送信側からの放送データで制御することができる。
【００２６】
２１）本発明にかかるデータ受信機においては、前記応答情報受け取り機器との間で前記初回の通信が成立しなかった場合には、前記再試行情報に基づいて、前記２回目以降の再試行時刻を特定する再試行時刻特定データを演算し、前記再試行時刻となると、前記記憶した応答情報を再発信する。したがって、応答情報を遅延発信させた場合でも、応答情報受け取り機器がより確実に応答情報を受け取ることができる。さらに、前記データ受信機における再試行送信処理を送信側からの放送データで制御することができる。
【００２７】
２２）本発明にかかるデータ受信機は、前記応答情報受け取り機器との初回の発信予定時刻を、受信した遅延情報に基づいてランダム演算して特定する。したがって、放送側では一つの遅延情報を放送しても、受信側にて初回の発信予定時刻を分散させることができる。
【００２８】
２３）本発明にかかるデータ受信機は、前記放送装置から与えられた発信終了時刻に基づいて、再試行送信するか否か決定する。したがって、発信終了時刻に基づいて再試行送信を中止することができる。
【００２９】
２４）本発明にかかるデータ受信機においては、前記応答情報受け取り機器との間で通信が成立しない原因を検知する検知手段を備えている。このように、通信失敗原因を検知することにより、適切な対応をとることができる。
【００３０】
本発明にかかるデータ受信機においては、放送局から複数のデータ受信機に放送によってデータを送信し、前記複数のデータ受信機から応答情報受け取り機器へ通信回線によって応答情報を遅延発信するデータ送受信システムであって、前記放送局は、再試行情報を、前記データに含めて送信し、前記データ受信機は、前記応答情報受け取り機器との間で通信が成立しなかった場合には、再試行情報に基づいて前記応答情報を再送信し、前記応答情報受け取り機器は、前記データ受信機から前記応答情報を受け取ると、前記通信回線とは別の通信回線によって応答情報を受け取ったことを前記データ受信機の操作者に報知する。したがって、応答情報を遅延発信させた場合に、応答情報が前記応答情報受け取り機器に送信できたか否かを確認が可能となる。
本発明にかかるデータ送受信システムにおいては、前記サーバは、前記ダウンロード要求を受け取ると、当該ダウンロード要求を送信したコンピュータに、ダウンロード要求遅延送信プログラムを送信し、前記コンピュータは、ダウンロード要求遅延送信プログラムに基づいて、前記サーバに対してダウンロード要求を遅延送信する。したがって、ダウンロード要求とダウンロード処理を異なる時期に実行することができる。これにより、ダウンロード要求が集中することを防止することができる。
【００３１】
本発明にかかるデータ送受信システムのサーバにおいては、複数のコンピュータと接続されるサーバであって、ダウンロード要求をいずれかのコンピュータから受信すると、当該ダウンロード要求があったコンピュータに、当該ダウンロード要求によって特定されたデータを送信させるのではなく、前記サーバに対してダウンロード要求を遅延送信するダウンロード要求遅延送信プログラムを送信する。したがって、前記コンピュータへの現実のダウンロード処理を時間的にずらすことができる。
【００３２】
本発明にかかるデータ送受信システムにおいては、1)データを放送する放送装置、2)前記データを受信する複数のテレビ受信機であって、受信したデータに基づく表示を行い、応答情報を通信回線を介して送信するテレビ受信機、3)前記通信回線を介して前記各テレビ受信機と接続され、前記テレビ受信機からの応答情報を受け取る応答情報受け取り機器を備え、前記放送装置は、発信時刻を生成する生成確率が時間とともに変動する確率変動データを前記データに含めて送信し、前記テレビ受信機は、前記応答情報受け取り機器に送信する発信予定時刻を、前記受信した確率変動データに基づいて決定する。したがって、応答情報を各テレビ受信機にて遅延発信させる場合に、前記通信回線の許容量に応じて再試行送信処理することができる。
【００３３】
本発明にかかるデータ送受信システムにおいては、放送局から複数のテレビ受信機に放送によってデータを送信し、テレビ受信機から応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信システムであって、前記テレビ受信機は、前記放送装置から、発信時刻を生成する生成確率が時間とともに変動する確率変動データを受け取ると、前記応答情報受け取り機器に送信する発信予定時刻を、前記受信した確率変動データに基づいて決定する。したがって、応答情報を遅延発信する場合に、前記通信回線の許容量に応じて再試行送信処理することができる。
【００３４】
本発明にかかるデータ受信機においては、前記放送装置から、発信時刻を生成する生成確率が時間とともに変動する確率変動データを受け取ると、前記応答情報受け取り機器に送信する発信予定時刻を、前記受信した確率変動データに基づいて決定する。したがって、前記通信回線の許容量に応じた再試行分散送信処理が可能となる。
【００３５】
本発明にかかるデータ受信機においては、前記放送装置から発信開始可能時刻を受け取ると、前記受信した確率変動データを用いて前記発信予定時刻までの時間を乱数発生させて、前記発信予定時刻を決定する。したがって、前記通信回線の許容量に応じた再試行分散送信処理が可能となる。
【００３６】
２７）本発明にかかるデータ送受信方法においては、前記放送装置は、前記応答情報の初回の発信時刻を決める情報および、前記通信回線の許容量に応じた再試行情報であって、前記応答情報受け取り機器との間で通信が成立しなかった場合に２回目以降の再試行をおこなう再試行情報を前記データに含めて同時に送信し、前記テレビ受信機は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて前記２回目以降の応答情報の再試行送信をする。したがって、応答情報を遅延発信させた場合でも、より確実に応答情報を発信することができる。さらに、前記通信回線の許容量に応じた再試行送信がなされる。
【００３７】
本発明にかかるデータ送受信方法においては、放送されたデータを受信すると、応答情報を通信回線を介して送信するデータ送受信方法であって、前記データは、発信時刻を生成する生成確率が時間とともに変動する確率変動データを前記データに含んでおり、前記通信回線を介して送信する発信予定時刻は、前記受信した確率変動データに基づいて決定される。したがって、前記応答情報を前記通信回線の許容量に応じて遅延発信することができる。
【００３８】
３１）本発明にかかるプログラムを記憶した記録媒体においては、前記プログラムは、以下の処理を行うこと、前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記放送装置から受信した再試行情報に基づいて、前記応答情報を応答情報受け取り機器に再試行送信する。したがって、応答情報を遅延発信させた場合でも、より確実に応答情報を発信することができる。さらに、前記通信回線の許容量に応じた再試行送信がなされる。
【００３９】
本発明にかかるプログラムを記憶した記録媒体においては、前記プログラムは、以下の処理を行う、1)前記放送装置から、発信時刻を生成する生成確率が時間とともに変動する確率変動データを受け取ると、前記応答情報受け取り機器に送信する発信予定時刻を、前記受信した確率変動データに基づいて決定する。したがって、前記通信回線の許容量に応じた再試行分散送信処理が可能となる。
【００４０】
この発明において「プログラムを記録した記録媒体」とは、プログラムを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。また、電話回線、搬送路等の通信媒体等も含む概念である。ＣＰＵに接続されて、記録されたプログラムが直接実行されるハードディスクのような記録媒体だけでなく、一旦ハードディスク等にインストールした後に実行されるプログラムを記録したＣＤ−ＲＯＭ等の記録媒体を含む概念である。さらに、ここでいうプログラムには、直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む。また、実施形態におけるナビゲーションデータもプログラムの概念に含まれる。
【００４１】
また、「テレビ受信機」とは、モニタに接続するセットトップボックスはもちろん、モニタを内蔵するテレビ受像機を含む概念である。
【００４２】
また「入力済み応答情報の編集」には、入力済み応答情報の実データの一部または全部を変更する場合はもちろん、当該応答情報を削除することを含む。
【００４３】
また、「応答情報」とは、データ受信機の操作者が入力したデータそのもの、データ受信機の操作者の入力データに基づいて生成されたもの、さらに、受信したデータに基づいて、生成されたものさらに、自動収集されたものを含む。
【００４４】
【発明の実施の形態】
目次
１．衛星放送システムの概要
１．１ 衛星放送における電波送出状態
１．２ 送信装置の構成
１．３ トランスポートストリームの構造
１．４ 受信装置の構成
２．双方向送受信システム１
２．１ 概要
２．２ 詳細説明
２．３ 送信データについて
２．４ 受信機の具体的構成および動作
２．５ 遅延発信処理
２．６ 遅延発信の原因検知処理
２．７ 初回の発信予定時刻の演算について
３． 他の実施形態
−−−−−−−−−−−−−−−−−−−−
以下この発明を衛星放送に適用した場合について説明する。しかし、データ放送であれば、地上波放送、ケーブルテレビ等の有線放送、インタネット放送等にも適用することができる。本発明の実施形態を説明する前に、まず、衛星放送システムの概要を説明する。
【００４５】
１． 衛星放送システムの概要
１．１ 衛星放送における電波送出状態
図１に、衛星放送における電波の送出状態を模式化して示す。地上局２からの電波は、衛星放送４を介して地上に向けて送出される。衛星放送４からは、複数のトランスポートストリームＴＳ１、ＴＳ２、ＴＳ３が送出される。各トランスポートストリームは、周波数、偏波面などによって区別される。
【００４６】
トランスポートストリームＴＳ１には、複数のサービス（地上波放送のチャネルに相当する）ＳＶ１１、ＳＶ１２、ＳＶ１３、ＳＶ１４がパケット化されて時分割により多重化されている。同様に、トランスポートストリームＴＳ２にはサービスＳＶ２１、ＳＶ２２、ＳＶ２３、ＳＶ２４が多重化され、トランスポートストリームＴＳ３にはサービスＳＶ３１、ＳＶ３２、ＳＶ３３、ＳＶ３４が多重化されている。なお、各トランスポートストリームには、各サービスの画像データ、音声データの他、番組情報を示すための制御データ、現在時刻を示す制御データ、パケット化に伴って必要な制御データ等も送出されている。
【００４７】
図１においては、３つのトランスポートストリームのみが示されているが、実際には、より多くのトランスポートストリームが送出される。さらに、図１においては、各トランスポートストリームについて、４つのサービスが多重化されているが、実際にはより多くのサービスが多重化される。
【００４８】
１．２ 送信装置の構成
図２に、上記のトランスポートストリームを生成して送信するための送信装置の構成を示す。図においては、トランスポートストリームＴＳ１についてのみ示したが、他のトランスポートストリームＴＳ２、ＴＳ３も同じように生成される。
【００４９】
サービスＳＶ１１の画像／音声データＥＳ１１は、エンコーダＥ１によって圧縮されて多重化部１０に与えられる。同様に、サービスＳＶ１２の画像／音声データＥＳ１２はエンコーダＥ２によって圧縮されて多重化部１０に与えられ、サービスＳＶ１３の画像／音声データＥＳ１３はエンコーダＥ３によって圧縮されて多重化部１０に与えられ、サービスＳＶ１４の画像／音声データＥＳ１４はエンコーダＥ４によって圧縮されて多重化部１０に与えられる。
【００５０】
制御データ生成部６は、パケット多重化のための制御データ、番組情報を示すための制御データ、現在時刻を示す制御データ等を生成する。パケット多重化のための制御データは、時分割してパケット化された複数のサービスの画像／音声データを、正しく識別するなどのために付される。
【００５１】
多重化部１０は、制御データ、圧縮された画像／音声データＥＳ１１、ＥＳ１２、ＥＳ１３、ＥＳ１４を時分割して固定長のパケットにし、トランスポートストリームＴＳ１として出力する。
【００５２】
スクランブラ１２は、出力されたパケットに対し、スクランブル鍵制御部１６から与えられるスクランブル鍵を用いてスクランブルをかける。スクランブルのかけられたトランスポートストリームＴＳ１は、変調部１４において変調され、放送衛星４を介して視聴者に放送される。
【００５３】
なお、スクランブラ１２において用いられたスクランブル鍵は、ＥＣＭ生成部８において暗号化され、ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ）データとされる。つまり、スクランブルを解くための鍵をさらに暗号化したＥＣＭデータを生成している。多重化部１０は、このＥＣＭデータも含めてパケット化する。
【００５４】
１．３ トランスポートストリームの構造
図２の送信装置によって生成されたトランスポートストリームＴＳ１には、図３に示すように、サービスＳＶ１１の映像データＥＳ（Ｖ）１、音声データＥＳ（Ａ）１、サービスＳＶ１２の映像データＥＳ（Ｖ）２、音声データＥＳ（Ａ）２、サービスＳＶ１３の映像データＥＳ（Ｖ）３、音声データＥＳ（Ａ）３、サービスＳＶ１４の映像データＥＳ（Ｖ）４、音声データＥＳ（Ａ）４が多重化されている。
【００５５】
さらに、パケット多重化のための制御データＮＩＴ、ＰＡＴ、ＰＭＴ１、ＰＭＴ２、ＰＭＴ３、ＰＭＴ４も多重化されている。これら制御データにより、多重化された各サービスＳＶ１１、ＳＶ１２、ＳＶ１３、ＳＶ１４の映像／音声データを分離することができる。
【００５６】
また、スクランブル鍵のための制御データＥＣＭ１、ＥＣＭ２、ＥＣＭ３、ＥＣＭ４、番組情報を示す制御データＥＩＴ１、ＥＩＴ２、ＥＩＴ３、ＥＩＴ４、現在日時を示す制御データＴＤＴなども多重化されている。なお、実際には、その他多くの制御データが多重化されている（図示せず）。
【００５７】
パケット化は、図３の縦線１８ａに示すように行われる。つまり、制御データＮＩＴ、ＰＡＴ、ＰＭＴ、ＥＩＴ、ＴＤＴ、ＥＣＭ、映像データＥＳ（Ｖ）、音声データＥＳ（Ａ）の順にパケット化が行われる。音声データＥＳ（Ａ）３までのパケット化が完了すれば、再び、制御データＮＩＴ以下のパケット化を繰り返す（縦線１８ｂ参照）。
【００５８】
図４に、パケット化されたデータの基本的構造を示す。制御データ、映像／音声データともに、図４に示すようなデータ構造を持つパケットとされる。パケット化データの先頭には、パケットＩＤ（ＰＩＤ）が付される。パケットＩＤは、各パケットを識別するため各パケットごとにユニークに付された符号である。内容データは、パケット化された対象データ（制御データ、映像／音声データなど）である。
【００５９】
図５に、パケット多重化のための制御データＰＭＴ１のデータ内容を示す。ＰＭＴ１には、サービスＳＶ１１の映像データＥＳ（Ｖ）１、音声データＥＳ（Ａ）１のパケットＩＤ、およびこれらのスクランブルを解くためのＥＣＭ１のパケットＩＤが記述されている。ＰＭＴ２、ＰＭＴ３、ＰＭＴ４には、それぞれ、サービスＳＶ１２、ＳＶ１３、ＳＶ１４に関して、同様のパケットＩＤが記述されている。
【００６０】
図６に示すように、ＰＡＴには、サービスＳＶ１１に対応するＰＭＴ１のパケットＩＤ、サービスＳＶ１２に対応するＰＭＴ２のパケットＩＤ、サービスＳＶ１３に対応するＰＭＴ３のパケットＩＤ、サービスＳＶ１４に対応するＰＭＴ４のパケットＩＤが記述されている。
【００６１】
図７に示すように、ＮＩＴには、全てのトランスポートストリームＴＳ１、ＴＳ２、ＴＳ３について、その周波数、偏波面などの伝送諸元、および当該トランスポートストリームに多重化されているサービスのリストが記述されている。これにより、ある特定のサービスが、いずれの周波数のトランスポートストリームに多重化されているかを知ることができる。
【００６２】
１．４ 受信装置の構成
図８に、受信装置の概要を示す。チューナ２２によって、トランスポートストリームが選択され、デスクランブラ２４によってスクランブルが解除され、トランスポートデコーダ２６によって所望のサービスに関する映像／音声データＥＳが分離される。なお、マイクロプロセッサ（ＭＰＵ）２８は、取得したＥＣＭをＩＣカード３０に送り、ＩＣカード３０によって復元されたクランブル鍵を受け取る。ＭＰＵ２８は、このスクランブル鍵をデスクランブラ２４に設定する。これにより、映像／音声データＥＳのスクランブルを解くことができる。
【００６３】
なお、ＭＰＵ２８は、所望のサービスの映像／音声データＥＳのパケットＩＤをトランスポートデコーダ２６にセットする。これにより、トランスポートデコーダ２６は、当該サービスの映像／音声データＥＳを出力する。また、制御データのパケットＩＤをトランスポートデコーダ２６にセットした場合には、分離された制御データはＭＰＵ２８に与えられる。
【００６４】
現在、トランスポートストリームＴＳ３のサービスＳＶ３３を受信しているとして、トランスポートストリームＴＳ１のサービスＳＶ１２に切り換える旨の指令がＭＰＵ２８に与えられた場合の動作を、以下説明する。まず、ＭＰＵ２８は、トランスポートデコーダを制御して（すなわち、制御データＮＩＴのパケットＩＤをセットして）、ＮＩＴを取り込む。このＮＩＴの記述により、受信を希望するサービスＳＶ１２がトランスポートストリームＴＳ１に多重化されていることを知る（図７参照）。
【００６５】
次に、チューナ８を制御して、トランスポートストリームＴＳ１を受信する。さらに、トランスポートデコーダ２６を制御して、ＰＡＴおよびＰＭＴ２を取得し、所望のサービスＳＶ１２の映像データＥＳ（Ｖ）２、音声データＥＳ（Ａ）２のパケットＩＤおよびそのＥＣＭのパケットＩＤを得る。
【００６６】
次に、これらパケットＩＤをトランスポートデコーダ２６にセットして、所望のサービスＳＶ１２の映像データＥＳ（Ｖ）２、音声データＥＳ（Ａ）２をトランスポートデコーダ２６から出力させる。なお、これと並行して、ＭＰＵ２８は、トランスポートデコーダ２６から得たＥＣＭをＩＣカード３０に送ってスクランブル鍵を取得し、デスクランブラ２４に設定する。これにより、スクランブルの解除された映像データＥＳ（Ｖ）２、音声データＥＳ（Ａ）２を得ることができる。上記のようにして、受信するサービスの切り換えが行われる。
【００６７】
また、番組予定や番組情報を表示する旨の命令がＭＰＵ２８に与えられると、ＭＰＵ２８は、トランスポートデコーダ２６を制御してＥＩＴを取得する。さらに、取得したＥＩＴに基づいて、番組情報等を表示するように制御する。
【００６８】
２． 双方向送受信システム１
以下に、本発明にかかる一実施形態である双方向送受信システム１について説明する。
【００６９】
２．１ 概要
図９に、この発明の一実施形態による双方向送受信システム１の全体構成を示す。
【００７０】
放送装置１４０は画像音声等のデジタルデータを放送する。その際、テレビ受信機１６０１〜１６０ｎと応答情報受け取り機器間の通信回線の許容量に応じた再試行情報をこのデジタルデータに含めて放送する。
【００７１】
テレビ受信機１６０１〜１６０ｎは、前記デジタルデータを受信する。テレビ受信機１６０１〜１６０ｎは、受信したデジタルデータに基づく表示を行う。表示された画像をみて、操作者が応答情報を入力すると、テレビ受信機１６０１〜１６０ｎは、この応答情報を通信回線を介して応答情報受け取り機器１５０に送信する。
【００７２】
応答情報受け取り機器は、通信回線を介して各テレビ受信機１６０１〜１６０ｎと接続可能で、各テレビ受信機からの応答情報を受け取る。
【００７３】
また、テレビ受信機１６０１〜１６０ｎは、応答情報受け取り機器１５０との間で通信が成立しなかった場合には、放送装置１４０から受信した再試行情報に基づいて前記応答情報を再試行送信する。これにより、テレビ受信機１６０１〜１６０ｎから応答情報受け取り機器１５０への応答が集中しても、前記通信回線の許容量に応じた応答情報に基づいて再試行送信がなされる。したがって、一旦、応答情報受け取り機器１５０と接続できなかった場合でも、より確実に応答情報を受け取ることができる。さらに、放送装置１４０の放送によって、前記通信回線の許容量に応じた再試行送信処理を制御することができる。これにより、各テレビ受信機から応答情報受け取り機器１５０への応答集中等を回避できる。
【００７４】
２．２ 詳細説明
放送装置１４０の構成については、後述するナビゲーションデータをも生成する点以外は、図２の送信装置と同様であるので、説明は省略する。応答情報受け取り機器１５０は、図９に示すように、通信部１５１、制御部１５３、および記憶部１５５を有する。通信部１５１は、通信回線である電話回線を介して、各テレビ受信機１６０１〜１６０ｎとの間でデータの送受信が可能である。制御部１５３は、通信部１５１の制御および受信したデータの管理を行う。記憶部１５５は通信部１５１で受け取った応答情報等を記憶する。
【００７５】
図１０を用いて、テレビ受信機１６０１について説明する。テレビ受信機１６０１は、受信手段１６１、表示データ出力手段１６３、入力手段１６５、通信手段１６７、検知手段１７１、再試行条件変更手段１７３、記憶手段１７５、編集手段１７７、および表示手段１７９を有している。
【００７６】
受信手段１６１は、図９に示す放送装置１４０から送信されたデジタルデータを受信する。表示データ出力手段１６３は、受信されたデジタルデータに基づく表示データを表示手段１７９に出力する。表示手段１７９は、表示データに基づく表示を行う。操作者は、前記表示に基づき、入力手段１６５に応答情報を入力する。入力された応答情報は記憶手段１７５に記憶される。
【００７７】
通信手段１６７は、応答情報受け取り機器１５０と通信ができない場合には、前記再試行情報に基づいて、再試行時刻を特定する再試行時刻特定データを演算し、前記再試行時刻となると、記憶手段１７５に記憶された応答情報を再発信する。すなわち、前記応答情報を通信回線を介して通信するとともに、応答情報受け取り機器１５０との間で通信が成立しなかった場合には、放送装置１４０から与えられた再試行情報に基づいて、前記応答情報を再試行送信する。
【００７８】
これにより、応答情報を遅延発信させる場合でも、応答情報受け取り機器１５０により確実に応答情報を発信することができる。さらに、テレビ受信機１６０１における再試行送信処理を、放送装置１４０から放送するデジタルデータで制御することができる。
【００７９】
また、検知手段１７１は、応答情報受け取り機器１５０との間で通信が成立しない原因を検知する。再試行条件変更手段１７３は、前記検知した原因に基づいて、次回以降の再試行送信の条件を変更させる。これにより、失敗原因に応じた柔軟な再試行送信が可能となる。
【００８０】
表示データ出力手段１６３は、操作者から読み出し命令が与えられると、入力された応答情報を表示手段１７９に出力する。編集手段１７７は操作者から編集命令が与えられると、前記記憶手段１７５に記憶した応答情報を編集する。
【００８１】
本実施形態においては、表示手段１７９に表示することにより、前記通信不成立の原因を報知するようにしたので、表示データが報知データに該当する。しかしこれに限定されず、別の方法、例えば、音声にて、これを報知するようにしてもよい。この場合には、音声データが報知データに該当する。
【００８２】
また、前記応答情報受け取り機器との通信結果を報知するようにしてもよい。これにより、操作者は遅延発信による応答結果を知ることができる。
【００８３】
なお、テレビ受信機１６０２〜１６０ｎについては、テレビ受信機１６０１と同じである。
【００８４】
また、記憶手段に記憶される応答情報は入力されたものだけでなく、受信した受信データに基づいて応答情報生成手段で生成されたものであってもよい。
【００８５】
２．３ 送信データについて
インタラクティブ性を有する放送システムにおいて、送信装置から送られてくるトランスポートストリームのデータ構造を図１１に示す。なお、図１１では、サービスＳＶ１１以外の他のサービスの映像、音声のエレメンタリーストリームについては省略している。サービスＳＶ１１は、第１の映像エレメンタリーストリームＥＳ（Ｖ）１１、第２の映像エレメンタリーストリームＥＳ（Ｖ）１２、第１のエレメンタリーストリーム音声ＥＳ（Ａ）１１、第２のエレメンタリーストリームＥＳ（Ａ）１２で構成されている。このように、１つのサービスＳＶ１１に、２種類の映像／音声のＥＳが含まれている点で、図３のデータ構造と異なる。この２種類の映像／音声のＥＳを、インタラクティブ制御データであるナビゲーションデータＮＶＴ１、ＮＶＴ２に基づいて、受信側の操作者の操作に応じて、インタラクティブに切り換えることができるようにしている。また、ナビゲーションデータＮＶＴ１、ＮＶＴ２に基づいて、受信側の操作者の操作に応じて、インタラクティブに付加的な表示を変更できるようにしている。
【００８６】
図１２に、サービスＳＶ１１のＰＭＴ１の内容を示す。制御データＰＭＴ１には、各コンテンツ（映像、音声、ナビゲーションデータ）のパケットＩＤ、当該コンテンツのスクランブルを解く鍵を得るためのＥＣＭデータのパケットＩＤが記述されている。さらに、映像、音声、ナビゲーションデータともに複数のコンテンツがあるので、最初に出力すべきものを、エントリコンテンツとして記述している。この制御データＰＭＴ１自身のパケットＩＤは「０ｘ００１１」である。
【００８７】
図１３に、制御データＰＡＴの内容を示す。制御データＰＡＴには、このトランスポートストリームＴＳ１に多重化されているサービスＳＶ１１、ＳＶ１２、ＳＶ１３、ＳＶ１４に関するＰＭＴのパケットＩＤが記述されている。これにより、サービスＳＶ１１のパケットＩＤが「０ｘ００１１」であることを知ることができる。なお、この制御データＰＡＴ自身のパケットＩＤは、固定的に「０ｘ００００」と定められている。
【００８８】
図１４、図１５に、ナビゲーションデータＮＶＴ１、ＮＶＴ２に記述されている内容を示す。この１組のナビゲーションデータＮＶＴ１、ＮＶＴ２は、同じ内容のものが、繰り返し送られている。ナビゲーションデータＮＶＴ１、ＮＶＴ２によって、後述するように、操作者の操作に応じインタラクティブに、サービスの内容を切り換えることができる。
【００８９】
２．４ 受信機の具体的構成および動作
図１６に、図１０に示す受信機１６０１をＣＰＵを用いて実現した場合のハードウエア構成図を示す。この受信機１６０１は、通常の衛星放送の受信機としての機能とともに、操作者が入力した応答情報をセンタに対して発信する機能を有する。かかる機能は、ＣＰＵ５８およびメモリ６０に記憶されたプログラムで実現される。なお、このプログラムは、単独で機能するプログラムであってもよいが、オペレーティングシステム（マイクロソフト社のｗｉｎｄｏｗｓ ＣＥ（商標）など）を前提として機能するものであってもよい。
【００９０】
ＣＰＵ５８は、メモリ６０に記録されたプログラムにしたがって各部の制御を行う。
【００９１】
ここでは、図１１に示すようなトランスポートストリームが送られてきているものとする。また、サービスＳＶ１１には、映像データＥＳ（Ｖ）１１、ＥＳ（Ｖ）１２、音声データＥＳ（Ａ）１１、ＥＳ（Ａ）１２が含まれており、映像データＥＳ（Ｖ）１１、音声データＥＳ（Ａ）１１は日用品に関するテレビショッピングの内容、映像データＥＳ（Ｖ）１２、音声データＥＳ（Ａ）１２は衣料品に関するテレビショッピングの内容であるものとする。
【００９２】
メモリ６０に記録された受信処理のプログラムについて、図１８のフローチャートを用いて説明する。
【００９３】
現在、トランスポートストリームＴＳ１のサービスＳＶ１３を受信しているとして、トランスポートストリームＴＳ１のサービスＳＶ１１に切り換える旨の指令がＣＰＵ５８に与えられた場合の動作を、以下説明する。なお、ＣＰＵ５８に対する指令は、操作パネルまたは操作リモコンから与えられる。図１６に示す操作入力部５４は、この操作パネルまたは操作リモコンからの指令を受ける受光部である。
【００９４】
まず、ＣＰＵ５８は、トランスポートデコーダ（ＴＳデコーダ）５０の制御データ分離用のレジスタ（図示せず）にＰＡＴのパケットＩＤをセットする。ＰＡＴのパケットＩＤは、固定的に「０ｘ００００」と決められている。これにより、ＴＳデコーダ５０は、分離したＰＡＴの内容をメモり６０に記録する（ステップＳ１１）。このＰＡＴには、現在受信しているトランスポートストリームＴＳ１に多重されているサービスの一覧が記述されている（図１３参照）。したがって、ＣＰＵ５８は、希望されているサービスＳＶ１１が現在受信中のトランスポートストリームＴＳ１に多重されていることを知る。つまり、ＣＰＵ５８は、ステップＳ１２からＳ１８に処理を進める。
【００９５】
ステップＳ１８においては、取得したＰＡＴに基づいて、所望のサービスＳＶ１１のＰＭＴのパケットＩＤを取得する。ここでは、「０ｘ００１１」が取得される（図１３参照）。次に、ＣＰＵ５８は、ＰＭＴのパケットＩＤ「０ｘ００１１」を、ＴＳデコーダ５０の制御データ分離用レジスタにセットする。これにより、サービスＳＶ１１のＰＭＴ１を分離して、その内容をメモリ６０に取得することができる（ステップＳ１９）。
【００９６】
サービスＳＶ１１のＰＭＴ１を図１２に示す。ＣＰＵ５８は、このＰＭＴ１に基づいて、サービスＳＶ１１にナビゲーションデータＮＶＴを含むかどうか（つまり、インタラクティブ性のあるサービスであるかどうか）を判断する（ステップＳ１９１）。ＮＶＴを含まない場合には、ＣＰＵ５８は、このＰＭＴ１に基づいて、映像および音声のデータのスクランブル鍵を得るためのＥＣＭデータのパケットＩＤ「０ｘ２１」を知ることができる。同様に、映像および音声データＥＳ（Ｖ）１、ＥＳ（Ａ）１のパケットＩＤ「０ｘ２２」「０ｘ２４」を知ることができる（ステップＳ２０）。
【００９７】
ＣＰＵ５８は、ＥＣＭのパケットＩＤ「０ｘ２１」をＴＳデコーダ５０の制御データ分離用レジスタにセットして、ＥＣＭを取得する。さらに、このＥＣＭをＩＣカード５６に与え、復元されたスクランブル鍵を取得する。このようにして取得したスクランブル鍵を、デスクランブラ４８に設定する（ステップＳ２１）。これにより、サービスＳＶ１１の映像データＥＳ（Ｖ）１、音声データＥＳ（Ａ）１のパケットは、スクランブルが解除された状態となる。
【００９８】
また、ＣＰＵ５８は、映像および音声データＥＳ（Ｖ）１、ＥＳ（Ａ）１のパケットＩＤ「０ｘ２２」「０ｘ２４」を、ＴＳデコーダ５０のＥＳ分離用レジスタ（図示せず）にセットする（ステップＳ２２）。これにより、ＴＳデコーダ５０は、分離した映像および音声データＥＳ（Ｖ）１、ＥＳ（Ａ）１を、ＡＶデコーダ５２に出力する。
【００９９】
これを受けたＡＶデコーダ５２は、圧縮されたデータを伸張（解凍）し、Ｄ／Ａ変換を行ってビデオ・コンポジット信号を生成する。この信号は、ＴＶセット４６に与えられ、映像・音声として出力される。
【０１００】
一方、ステップＳ１９１にて、当該サービスが図１２に示すようにナビゲーションデータを含む場合には、ＣＰＵ５８は、ＰＭＴ１の内容から、エントリコンテンツである映像、音声、ナビゲーションデータのパケットＩＤと、そのＥＣＭのパケットＩＤを認識する（ステップＳ１９２）。ここでは、映像データＥＳ（Ｖ）１１のパケットＩＤ「０ｘ００９６」、音声データＥＳ（Ａ）１１のパケットＩＤ「０ｘ００９８」、ナビゲーションデータＮＶＴ１のパケットＩＤ「０ｘ００９２」およびこれらのＥＣＭデータのパケットＩＤ「０ｘ００８２」を認識する。
【０１０１】
ＣＰＵ５８は、ＥＣＭのパケットＩＤ「０ｘ００８２」をＴＳデコーダ５０の制御データ分離用レジスタにセットして、ＥＣＭデータを取得する。さらに、このＥＣＭデータをＩＣカード５６に与え、ＩＣカード５６によって復元されたスクランブル鍵を取得する。このようにして取得したスクランブル鍵を、デスクランブラ４８に設定する（ステップＳ１９３）。これにより、サービスＳＶ１１の映像データＥＳ（Ｖ）１１、ＥＳ（Ｖ）１２、音声データＥＳ（Ａ）１１、ＥＳ（Ａ）１２、ナビゲーションデータＮＶＴ１、ＮＶＴ２のパケットは、スクランブルが解除された状態となる。
【０１０２】
ＣＰＵ５８は、ＴＳデコーダ５０のフィルタリング条件を変更するとともに、ＴＳデコーダ５０で選別されたナビゲーションデータの内容を解釈して実行する（ステップＳ１９４）。ステップＳ１９４の詳細フローチャートを図１９を用いて説明する。
【０１０３】
ＣＰＵ５８は、映像および音声データＥＳ（Ｖ）１１、ＥＳ（Ａ）１１のパケットＩＤ「０ｘ００９６」「０ｘ００９８」を、ＴＳデコーダ５０のＥＳ分離用レジスタ（図示せず）に、ナビゲーションデータＮＶＴ１のパケットＩＤ「０ｘ００９２」をＴＳデコーダ５０の制御データ分離用レジスタ（図示せず）にセットする（ステップＳ２００）。
【０１０４】
これにより、ＴＳデコーダ５０は、分離した映像および音声データＥＳ（Ｖ）１１、ＥＳ（Ａ）１１を、ＡＶデコーダ５２に出力する。これを受けたＡＶデコーダは、圧縮を伸張（解凍）し、Ｄ／Ａ変換を行ってビデオ・コンポジット信号を生成する。この信号は、ＴＶセット４６に与えられ、映像・音声として出力される。ここでは、図２１に示すような、日用品のテレビショッピングの動画が表示されたものとする。なお、画面右下のボタンＢ０、Ｂ１は、後述するナビゲーションデータによって表示されるものであり、映像および音声データＥＳ（Ｖ）１１、ＥＳ（Ａ）１１には含まれていない。
【０１０５】
さらに、ＣＰＵ５８は、ＴＳデコーダ５０からナビゲーションデータＮＶＴ１を受け取ると、メモリ６０に一時的に記録し、このナビゲーションデータＮＶＴ１を解釈して実行する。ここでは、図１４に示すようなナビゲーションデータＮＶＴ１が取り込まれたものとする。
【０１０６】
ＣＰＵ５８は、図１４のナビゲーションデータＮＶＴ１のオブジェクト表から、オブジェクト・インデックス番号「０」を注目インデックスとして設定する（ステップＳ２０２）。ＣＰＵ５８は、注目インデックスについてはフォーカス状態で、それ以外のインデックスについては、ノーマル状態のビットマップを表示する（ステップＳ２０４）。具体的には、注目インデックスはインデックス「０」であるので、オブジェクト表のインデックス「０」については、フォーカス状態ではビットマップ・インデックス番号「１」のデータを、オブジェクト表のインデックス「１」については、ノーマル状態ではビットマップ・インデックス番号「２」のデータが、表示されるように制御される。すなわち、オブジェクト表のインデックス「０」については、Ｘ座標「５００」、Ｙ座標「２００」の位置に、ビットマップ・インデックス番号「１」のデータ（「センターに申し込み」のハイライト表示）が、オブジェクト表のインデックス「１」については、Ｘ座標「５００」、Ｙ座標「４００」の位置に、ビットマップ・インデックス番号「２」のデータ（「衣料品ショップへ」の非ハイライト表示）が表示されるように、それぞれのデータを、ＡＶデコーダ５２の映像合成部５２ｃ（図１７参照）に与える。これにより、映像合成部５２ｃは、映像データＥＳ（Ｖ）１１の上に、「センターに申し込み」のハイライト表示、および「衣料品ショップへ」の非ハイライト表示を重ねた画像データを生成する。以上のようにして、図２１に示すように、商品説明の動画に対して、ボタンＢ０、Ｂ１が重ねられた表示が得られる。画面から明らかなように、ボタンＢ０「センターに申し込み」が選択された状態として表示されている。
【０１０７】
つぎに、ＣＰＵ５８はキー入力があるか否か判断する（ステップＳ２０６）。ＣＰＵ５８はキー入力があると、キー入力の種類を判断する（ステップＳ２０８）。本実施形態においては、図２０に示すリモコン７８（または本体の操作パネル）のカーソル移動キーか、決定キーのいずれかを判断するようにした。かかるキーの種類は、操作入力部５４（図１６参照）からの通知によって判断することができる。
【０１０８】
ＣＰＵ５８は、入力されたキーがカーソル移動キーである場合には、操作に応じて注目インデックスを変更し（ステップＳ２１０）、ステップＳ２０４の表示処理を行う。例えば、キー操作が「カーソルを下へ移動させるキー」であればステップＳ２０５に進み、操作者の操作に応じて注目インデックスについてはフォーカス状態のビットマップデータが表示され、画面表示は図２２に示すように、ボタンＢ１「衣料品ショップへ」が選択された状態となる。
【０１０９】
なお、上記実施形態では、上下のカーソルキー８０、８２についての操作だけを示したが、オブジェクト・インデックスを二次元配列にしておけば、左右のキー８６、８８も考慮した操作を行うことができる。
【０１１０】
図２２の状態において、リモコン７８の決定ボタン８４が押されると、ＣＰＵ５８は、図１９ステップＳ２０８からＳ２１２による処理に進む。ステップＳ２１２において、ＣＰＵ５８は、ナビゲーションデータＮＶＴ１を参照し、現在選択状態であるオブジェクト・インデックスのハンドラ欄に記述されたハンドラ・インデックスを取得する。ここでは、オブジェクト・インデックス「１」が選択されているので、そのハンドラ欄のハンドラ・インデックス「１」を取得する。
【０１１１】
さらに、ハンドラ定義表を参照して、ハンドラ・インデックス「１」に対応するスクリプトを取り出して実行する（ステップＳ２１４）。ここでは、「ｇｏ ｔｏ ｃｏｎｔｅｎｔｓ （ｉｎｄｅｘ １）」を取得する。スクリプト「ｇｏ ｔｏ ｃｏｎｔｅｎｔｓ（ ）」は、ハイパーリンク表に示される（ ）内のインデックス番号を持つコンテンツに切り換える命令である。したがって、ハイパーリンク表に示されたハイパーリンク・インデックス「１」のコンテンツ（衣料品のテレビショッピング）への切り換えが行われる。
【０１１２】
ハイパーリンク表のハイパーリンク・インデックス「１」には、リンク先として、映像、音声、ナビゲーションデータそれぞれのパケットＩＤ「０ｘ００９７」「０ｘ００９９」「０ｘ００９３」が記述されている。ＣＰＵ５８は、ＴＳデコーダ５０の、ＥＳ分離用レジスタにパケットＩＤ「０ｘ００９７」「０ｘ００９９」をセットし、制御データ分離用レジスタにパケットＩＤ「０ｘ００９３」をセットする。
【０１１３】
これにより、ＴＳデコーダ５０からＡＶデコーダに対して映像データＥＳ（Ｖ）１２、音声データＥＳ（Ａ）１２が出力される。よって、ＴＶセット４６は、図２３に示すような衣料品のテレビショッピングの動画を表示し、その音声を出力する。
【０１１４】
また、図１５に示すナビゲーションデータＮＶＴ２が、ＴＳデコーダ５０によって分離され、ナビゲーションデータＮＶＴ１に代えて、メモリ６０に記録される。このナビゲーションデータＮＶＴ２について、図１９に示す処理が行われ、図２３に示すように、ボタンＢ１０、Ｂ１２が表示される。
【０１１５】
図２３のように「センターに申込」のボタンＢ１０が選択されている状態で、操作者が決定ボタン８４（図２０参照）を押すと、画面に表示されている商品の購入申込を行うことができる。以下、その処理を説明する。
【０１１６】
決定ボタン８４が押されると、ＣＰＵ５８は、図１９ステップＳ２０８からステップＳ２１２に処理を進める。ステップＳ２１２においては、ナビゲーションデータＮＶＴ２（図１５参照）のオブジェクト表にしたがって、現在選択状態となっているインデックスのハンドラ欄から、ハンドラ・インデックスを取得する。ここでは、オブジェクト・インデックス「０」が選択状態となっているので、ハンドラ・インデックス「０」が取得される。
【０１１７】
ＣＰＵ５８は、ハンドラ定義表のハンドラ・インデックス「０」に対応するスクリプトを実行する。つまり、スクリプト「ｒｅｇｉｓｔ＿ｄｅｌａｙｅｄ＿ｃｏｎｎｅｃｔｉｏｎ」が実行される。スクリプト「ｒｅｇｉｓｔ＿ｄｅｌａｙｅｄ＿ｃｏｎｎｅｃｔｉｏｎ（ ）」は、（ ）内の引数に基づいて、遅延発信データを登録する命令である。
【０１１８】
遅延発信データ登録処理について、説明する。スクリプトｒｅｇｉｓｔ＿ｄｅｌａｙｅｄ＿ｃｏｎｎｅｃｔｉｏｎ（ ）の引数は、先頭から、「発注登録番号」、「発信先電話番号」、「商品コード」、「サービス開始時刻」、「初回発信設定時間幅」、「サービス終了時刻」、「リトライ周期」を示している。
【０１１９】
ＣＰＵ５８は、これらの引数に基づいて遅延発信データを生成する。具体的には、発信予定時刻を演算するとともに必要なデータをメモリ６０に遅延発信登録情報として記憶する。初回の発信予定時刻は、初回発信設定時間幅内で、遅延時間を乱数発生させ、得られた遅延時間をサービス開始時刻に加算すればよい。例えば、この場合、初回発信設定時間幅は、２時間であるので、０〜２時間の範囲で乱数計算されて、発信予定時刻が求められる。
【０１２０】
なお、ナビゲーションデータＮＶＴ１に直接、初回の発信予定時刻を記憶するようにしてもよい。
【０１２１】
図２４に、このような処理によって生成された遅延発信登録情報を示す。図２４では、ナビゲーションデータＮＶＴ１、ナビゲーションデータＮＶＴ２によって生成された２つの遅延発信登録情報が記憶されている。
【０１２２】
ステップＳ２１４の処理が終了すると、ＣＰＵ５８は実行したスクリプトがスクリプトｒｅｇｉｓｔ＿ｄｅｌａｙｅｄ＿ｃｏｎｎｅｃｔｉｏｎ（ ）であったか否か判断する（ステップＳ２１６）。実行したスクリプトがスクリプトｒｅｇｉｓｔ＿ｄｅｌａｙｅｄ＿ｃｏｎｎｅｃｔｉｏｎ（ ）でなかった場合には、この場合は、コンテンツ切り換えのスクリプトであるので、ステップＳ２００以下の処理を繰り返す。一方、実行したスクリプトがスクリプトｒｅｇｉｓｔ＿ｄｅｌａｙｅｄ＿ｃｏｎｎｅｃｔｉｏｎ（ ）であった場合には、図１９に示す処理を終了する。
【０１２３】
これにより、受信処理が終了する。
【０１２４】
２．５ 遅延発信処理
図２５、図２６を用いて本実施形態においては採用した遅延発信処理について説明する。ここでは、メモリ６０に図２４に示す遅延発信登録情報が記憶されているものとして説明する。
【０１２５】
ＣＰＵ５８は、メモリ６０の遅延発信登録情報テーブルに、登録情報があるか否か判断する（図２５ステップＳ３０１）。この場合、遅延発信登録情報テーブルに登録情報があるので、一番早い発信予定時刻の遅延発信登録情報を読み出す（ステップＳ３０３）。この場合、発信予定時刻は、発注登録番号「００７」の遅延発信登録情報の方が発注登録番号「００１」のものよりも早いので、発注登録番号００７の遅延発信情報が読み出される。具体的には、発注登録番号「００７」、発信先電話番号「０６−６９００−ｘｘｘｘ」、商品コード「Ｂ−１３３」、発信予定時刻「１９９９．１．１０．１３：３０：００」、サービス終了時刻「１９９９．１．１０．１６：００：００」、リトライ周期「１０分」がメモリ６０から読み出される。
【０１２６】
ＣＰＵ５８は現在時刻が発信予定時刻「１９９９．１．１０．１３：３０：００」と一致するか否か判断する（ステップＳ３０５）。現在時刻が発信予定時刻と一致しなければ、遅延発信登録情報テーブルの登録情報に変更があるか否か判断する（ステップＳ３０７）。前記登録情報に変更がなければ、ステップＳ３０５の判断を繰り返す。一方、前記登録情報に変更がある場合には、ステップＳ３０１に戻り、前記登録情報があるか否か判断する。
【０１２７】
一方、ステップＳ３０５にて、現在時刻が発信予定時刻と一致すると、通信プロトコルに従い、該当する登録情報を送信する（ステップＳ３０９）。この場合であればつぎのようにして送信される。ＣＰＵ５８は、遅延発信情報のうち発信先電話番号「０６−６９００−ｘｘｘｘ」を取得し、図１６に示す回線通信部７６を制御して、「０６−６９００−ＸＸＸＸ」に電話をかける。この電話番号は、このテレビショッピングの受付センターの電話番号である。回線がつながると、ＣＰＵ５８は、引数データ「商品コード：Ｂ−１３３」および商品購入者を特定するためのＩＤを送信する。なお、かかる商品購入者のＩＤは、例えば、ＩＣカード５６またはメモリ６０から取得すればよい。これにより、操作者が指定した商品の発注が終了する。
【０１２８】
ＣＰＵ５８は、通信が成功したか否か判断しており（ステップＳ３１１）、成功した場合には、発信結果（この場合”成功”）をメモリ６０に記録する（ステップＳ３１３）。ＣＰＵ５８は、当該遅延発信登録情報を削除する（ステップＳ３１５）。そして、ステップＳ３０１以下を繰り返す。
【０１２９】
一方、ステップＳ３１１にて、通信が成功しなかった場合には、ＣＰＵ５８は発信の結果（この場合”失敗”）をメモリ６０に記録する（図２６ステップＳ３２１）。例えば、センターの電話が話し中である場合が該当する。
【０１３０】
つぎに、ＣＰＵ５８は、リトライ中止すべきか否か判断する（ステップＳ３２３）。この判断については後述する。
【０１３１】
ＣＰＵ５８が、リトライ中止すべきでないと判断した場合には、自動的にリトライするために、失敗した発注登録番号の発信予定時刻を書き換える（ステップＳ３２５）。具体的には、現在の発信予定時刻にリトライ周期を加算して、新たに演算した発信予定時刻に書き換える。この場合であれば、新たな発信予定時刻は「１９９９．１．１０．１３：４０：００」となる。
【０１３２】
ＣＰＵ５８は、新たな発信予定時刻「１９９９．１．１０．１３：４０：００」がサービス終了時刻を越えるか否か判断する（ステップＳ３２７）。この場合、新たな発信予定時刻は、図２４に示すサービス終了時刻「１９９９．１．１０．１６：００：００」を越えていないので、図２５ステップＳ３０１以下の処理を繰り返す。
【０１３３】
なお、図２６ステップＳ３２７にて、新たな発信予定時刻がサービス終了時刻を越えた場合には、ＣＰＵ５８は、発信の結果（この場合”期限切れ”）を記録する（ステップＳ３２９）。さらに、ＣＰＵ５８は、その登録情報を削除する（ステップＳ３３１）。
【０１３４】
このようにして、図２５、図２６の処理は繰り返される。
【０１３５】
なお、記録した発信の結果は、例えば、発注が成立したときに、これを報知できるように、出力してもよい。例えば、発信結果として、発注登録番号「００７」の発注がサービス終了時刻までに成功せず、発注登録番号「００１」の発注が成功した場合には、図２７に示すような通信結果がＴＶセット４６に表示される。この例では、発注登録番号００１の応答情報は、「１３：５２ 話し中」、「１３：５７ 話し中」・・・・「１４：１２ 成功」であり、発注登録番号００７の応答情報は、「１３：３０ 話し中」、「１３：４０ 話し中」・・・・「１６：００ タイムアウト」となったことを示している。
【０１３６】
このようなログを表示することにより、商品の購入申込が正しく行われたか否かを知ることができる。なお、通信を行った日時は、トランスポートストリームに含まれている制御データＴＤＴやＣＰＵ自身が内蔵するカレンダー、時計等から取得すればよい。 なお、通信結果は、発注が成立したときだけでなく、成立しない場合にこれを報知するようにしてもよい。例えば、その都度、本体に設けたＬＥＤを点灯させたり、モニタに表示するようにすればよい。また、これらをまとめて表示するようにしてもよい。たとえば、応答情報の発信履歴を記憶しておき、一覧表示してもよい。さらに、発信履歴は、各発注登録番号の応答情報毎に分けて表示するようにしてもよい。
【０１３７】
２．６ 遅延発信の原因検知処理
つぎに、図２６ステップＳ３２３の処理について説明する。この実施形態においては、センタ側と通信処理が完了しなければ、サービス終了時刻までは放送局から送信されたリトライ周期に基づいて、発信予定時刻を求めてリトライ処理を繰り返すのではなく、センタ側と通信ができない原因に応じて、リトライ処理を変更するようにしている。
【０１３８】
本実施形態においては、リトライ処理を中止する条件を記憶しておき、ステップＳ３２１における失敗理由が記憶されている条件に合致するとリトライ処理を中止するようにした。例えば、相手先に電話はつながるが、相手先のモデムとのネゴシエーションができない場合である。この場合には、例えば、図１４に示すナビゲーションデータの相手先電話番号が間違っていることが考えられ、このような場合には、リトライ処理を繰り返しても、通信できるとは考えられないためである。
【０１３９】
その他、リトライ処理を中止する場合としては、例えば、所定回数リトライしてもセンタに電話がつながらない場合である。この場合は、受信機から電話へのコネクタが抜けていることが考えられ、何度リトライしてもセンタに電話すらかからないことになる。この場合は、相手先に電話すらつながらないのは異常な状態であるので、リトライ処理を中止する。なお、この場合にも、電話線が抜けていないか確認してくださいとメッセージを表示するようにしてもよい。なお、かかるメッセージ表示後、確認ボタンが押された場合には、再度リトライするようにしてもよい。
【０１４０】
本実施形態においては、遅延発信させているので、ユーザは受信機がいつ応答情報を送信するかの把握が困難である。また、前記電話回線は一般電話と受信機で共用している場合がある。この場合には、その電話回線をユーザが使用していることも考えられる。この場合には、ユーザによる電話使用が終了すると、これを検出して、所定秒経過後（例えば１０秒経過後）の時刻を発信予定時刻として決定すればよい。
【０１４１】
２．７ 初回の発信予定時刻の演算について
前記初回の発信予定時刻の演算は以下のような手法を用いてもよい。図２８Ａに示すような横軸時刻、縦軸確率密度の確率密度関数を放送局から放送し、受信側でこれに基づいて、乱数発生させて、初回の発信予定時刻を決定するようにしてもよい。
【０１４２】
図２８Ａにおける確率密度関数は、開始から３０分までは確率密度２で、３０分から１時間までは確率密度１の関数である。この関数は、例えば、｛（００：００：００−００：２９：５９，２），（００：３０：００−００：５９：５９，１）｝で定義することができる。このように、時刻の経過に伴って確率密度が変化する確率変動データを用いることにより、受信側における遅延発信を送信側からより確実にコントロールすることができる。これは、以下の理由による。
【０１４３】
ある商品についてどのような割合で応答電話があるかについてはある程度経験則から予想することができる。かかる予想の下に通常はセンタ側で用意する電話回線の量を決定している。例えば、最初から３０分までは１００回線分用意し、３０分経過後は５０回線にするというように減らしている。したがって、受信側からの応答を単に遅延分散させるだけでは、応答情報受け取り機器にて用意する通信回線を有効に用いることができない。これに対して、このように、送信側から用意した通信回線に合致させた確率変動データを送って、これに基づいて乱数で初回の発信予定時刻を決定することにより、ほぼこの確率で応答がなされる。これにより、応答情報受け取り機器にて用意する通信回線を有効に使うことができる。
【０１４４】
かかる確率密度関数を用いた場合の発信予定時刻の決定手法について説明する。受信側では、前記関数で特定される面積（斜線部）を乱数の最大値として乱数を発生させ、その値と対応する時刻を演算する。例えば、図２８Ａに示す関数では、全体の面積は、３０＊６０＊２＋３０＊６０＊１＝３６００＋１８００＝５４００
となる。なお、＊６０としているのは、秒で表したものある。
【０１４５】
かかる５４００を乱数の最大値として乱数を発生させる。そして、得られた乱数が面積となるように、遅延時間を演算する。この場合、３６００を境に確率密度が変更されるので、３６００以下の場合には、例えば３８８が発生した乱数である場合には、図２８Ｂに示すように、３８８／２＝１９４、すなわち、３分１４秒後に発信することとなる。これに対して、乱数５０００が得られた場合には、図２８Ｃに示すように、（５０００−３６００）＋１８００＝３２００、すなわち、５３分２０秒後に発信することとなる。
【０１４６】
なお、確率変動データを図２８のように確率密度関数ではなく、図２９に示すような確率分布関数で特定してもよい。図２９Ａは図２８Ａを確率分布で表したものであり、縦軸に乱数発生値、横軸に時間で表される。この関数は、例えば、｛（００：２９：５９，３６００），（００：５９：５９，５４００）｝で定義することができる。受信機は、かかるグラフの縦軸の値の最大値を乱数の最大値として乱数を発生させ、対応する横軸の時間を求める遅延時間とする。例えば、乱数発生値３８８が発生したとすると、乱数発生値が３６００以下であれば、ｔ＝１／２ｙで定義されるので、図２９Ｂに示すように、３８８＊１／２＝１９４、すなわち、３分１４秒後に発信することとなる。これに対して、乱数５０００が得られた場合には、ｔ＝ｙ−１８００で定義されるので、図２８Ｃに示すように、５０００−１８００＝３２００、すなわち、５３分２０秒後に発信することとなる。
【０１４７】
なお、初回の発信予定時刻だけでなく、リトライさせる時刻もリトライ周期を用いずに、この確率変動データに基づいて決定することもできる。
【０１４８】
さらに、初回の発信予定時刻の分散については上記手法以外に、従来のように、例えば、操作者の操作した時期、その受信機のｉｄ等に基づいて遅延分散処理させてもよい。
【０１４９】
３． 他の実施形態
本実施形態においては、ナビゲーションデータにおける引数のデータ形式をテキストデータである場合について説明したが、データ形式は限定されず、例えばバアナリ形式であってもよい。さらに、スクリプトにおける引数の種類およびその配列順序については限定されない。
【０１５０】
なお、上記実施形態においては、リトライ中止すべきか否かを判断するようにしたが、リトライ条件を変更するようにしてもよい。例えば、リトライ周期を一定の時間、例えば５分おき、とするのではなく、これを状況に応じて変更できるようにしてもよい。例えば、サービス終了時刻に近づくと、リトライ周期を短くなるようなデータを放送するようにしてもよい。また、リトライの回数が所定回数を越えると、リトライ周期が短くなるようなデータを送信してもよい。
【０１５１】
なお、上記実施形態においては、受信機側にて、リトライ条件を変更するか否かを自ら判断するようにしているが、センタからの書換命令に基づいてリトライ条件を変更するようにしてもよい。この場合には、受信機は、ステップＳ３２３の判断に代えて、書換命令を受けたか否かを判断するようにすればよい。
【０１５２】
また、前記条件変更命令を放送局に放送させて、これを受信した受信機が該当する登録情報の一部または全部を変更するようにしてもよい。
【０１５３】
本実施形態においては、リトライ処理を変更する条件はデータ受信機にあらかじめ記憶する場合について説明したが、これを送信側から書換命令を送信して、書き換えられるようにしてもよい。さらに、このような条件は複数設定できるようにして、遅延発信登録情報毎に、いずれかを指定できるようにしてもよい。さらに、スクリプト毎に異なるリトライ処理変更条件を設定できるようにしてもよい。
【０１５４】
なお、送信側からの編集できる登録情報としては、遅延発信登録情報のいずれのデータであってもよい。例えば、再試行制御情報であるリトライ周期や、応答情報である商品コードでも、さらに、遅延発信制御情報である発信予定時刻であってもよい。なお、各編集対象データについては、発注登録番号を指定して直接これを書き換える命令を送信してもよく、また、再計算させるようにしてもよい。再計算させる手法としてはスクリプトの引数を再度送ることもできるし、一部の引数についてはナビゲーションデータの値を参照させるようにしてもよい。さらに、差分データだけを送るようにしてもよい。例えば、ある登録番号のデータについて、現在のリトライ周期に加算する値等を差分データとしてを送信して、受信側でかかる差分データに基づいて、再演算させてもよい。
【０１５５】
また、複数のデータをマージする場合、マージ命令だけを送信するようにしてもよい。この場合、マージ命令を受信した受信機は、双方の商品コードを参照して、２つの商品コードを有する１つのデータに合体させればよい。そして、他方の登録データは削除するようにすればよい。例えば、登録番号００２が商品コードＣ２００で、登録番号００３が商品コードＣ３００を購入するデータで、いずれも同じセンタの電話への発注情報である場合、マージ命令を受信すると、受信機は、登録番号００３から商品コードＣ３００を読み出してで、登録番号００２の登録情報を商品コードＣ２００およびＣ３００に書き換えて、登録番号００３の登録情報を削除すればよい。
【０１５６】
本実施形態においては、テレビ受信機に適用した場合について説明したが、放送されたデータを受信し、入力されたまたは自動生成された応答情報を発信するデータ受信機であれば、どのようなものであっても適用することができる。
【０１５７】
なお、本実施形態においては、各データ受信機とセンタとの間の通信回線としてアナログ公衆回線を用いた場合について説明したが、ＩＳＤＮ回線を用いてもよく、さらに、専用回線であってもよい。なお、専用回線の場合は、遅延発信登録情報としては、相手先電話番号ではなく、相手先ｉｄを記憶するようにすればよい。
【０１５８】
なお、上記実施形態においては、受信機内に記憶されたログデータを表示することにより、操作者にセンタに対する応答結果を報知するようにしたが、センタが応答情報を受け取ると、ファクシミリ等の別の通信媒体を用いて、操作者に遅延発信完了したことを報知するようにしてもよい。このような通信媒体としては、電話による自動音声通知、電子メール、衛星放送におけるＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎｅｇｅｍｅｎｔ Ｍｅｓｓａｇｅ）のメッセージ機能等を採用することができる。このようなセンタ側に記憶されたデータを放送または別回線で操作者に報知することにより、センタとの間の応答結果を操作者に報知することができる。このように、センタと受信機間の通信回線と同じ回線を用いた別の通信媒体によっても、またはセンタと受信機間の通信回線とは異なる通信回線によっても、応答情報を受け取ったことを操作者に確実に報知することができる。
【０１５９】
また、図２４に示す登録情報を画面上に一覧表示できるようにしてもよい。さらに、一覧表示したものから操作者が選択すると、詳細な情報（商品の画像、金額等）を表示できるようにしてもよい。また、一覧表示されたものを操作者が編集できるようにしてもよい。さらに、一覧表示ではなく、順次表示するようにしてもよい。
【０１６０】
なお、上記実施形態においては、１つのサービスＳＶ１１に、２種類の映像／音声のＥＳが含まれている場合について説明したが、１つのサービスに１種類の映像／音声のＥＳを送信し、映像データにて説明される商品が時間とともに変わっていくようにしてもよい。この場合、これに対応して内容の異なったナビゲーションデータ（文字列表のインデックス「２」の商品コードの異なるもの）を送信するようにすればよい。
【０１６１】
なお、上記実施形態では、２つの映像／音声、２つのナビゲーションデータによる場合を示したが、３つ以上の映像／音声、３つ以上のナビゲーションデータを用いてもよい。また、複数の映像／音声に対して１つのナビゲーションデータを用いてもよく、１つの映像／音声に対して複数のナビゲーションデータを用いてもよい。
【０１６２】
なお、上記実施形態では、映像データとして動画を送信し、これを受信するようにしているが、映像データとして静止画を送信し、これを受信するようにしてもよい。具体的には、図３０に示すように、映像データＥＳとして、１組の静止画Ａ、Ｂ、Ｃ、Ｄを繰り返し送信するとともに、これら複数の静止画Ａ、Ｂ、Ｃ、Ｄの互いのリンク関係を、ナビゲーションデータのオブジェクト表、ハイパーリンク表に記述することにより、上記の動画の場合と同様に、インタラクティブ性のあるサービスを実現できる。
【０１６３】
なお、購入登録できた商品または購入登録に失敗した商品については、商品名、静止画等の商品特定情報をメモリに記憶しておき、通信終了後にこれを表示するようにしてもよい。
【０１６４】
なお、本発明において、商品とは有体物だけでなく、無体のサービス等も含む。また、テレビショッピングを例として説明したが、視聴率調査、アンケート情報の収集、クイズ番組などについても同様に適用することができる。さらに、ソフトウェア（プログラムだけでなく、コンテンツを含む）の課金システムのように、コンピュータが理解できる要求を放送し、受信機における収集データをセンタ側に送るような場合にも適用することができる。この場合には、商品コードに対応する応答実データと、発注登録番号に対応する前記応答実データの識別子である応答実データｉｄをセンタ側に送信するようにすればよい。
【０１６５】
また、本実施形態においては、操作者が応答情報を入力する場合について説明したが、操作者が入力したデータに基づいて応答情報が生成されるようにしてもよい。例えば、上記例で、発信予定時刻は操作者が入力したデータではないが、操作者の入力データに応じて生成されたものである。さらに、操作者がデータ入力することなく、データ受信機が自動作成してもよい。例えば、視聴率調査のような場合には、応答情報は受信機が自動生成することができる。
【０１６６】
なお、本実施形態においては、サービス開始時刻は実際の放送時刻よりも後である。したがって、ハードディスクや記録媒体に放送されたデータを記憶しておき、視聴可能な時期にこれを視聴した場合でも、データ受信機のユーザは、対象のサービスによる利益を享受することができる。特に、放送開始後、サービス開始時刻前に応答した場合には、前記確率変動データに応じて受信側からの遅延発信が行われる。
【０１６７】
本実施形態においては、送信側から、応答情報受け取り機器識別子として発信先電話番号、応答情報番号として商品コード、遅延発信制御データとしてサービス開始時刻、初回発信設定時間幅、サービス終了時刻、およびリトライ周期を用いた。しかし、遅延発信制御データとしては遅延発信を制御するためのデータが含まれていればよく、例えば、サービス終了時刻の代わりに最大リトライ回数を記憶するようにしてもよい。
【０１６８】
なお、本実施形態においては、放送側と受信側とは１：多数の放送で、受信側と応答情報受け取り側とは１：１の通信である場合について説明したが、図３１に示すようなコンピュータネットワークにおいても同様に適用することができる。図３１において、サーバ２００はインタネットに接続されたＷＷＷサーバで、複数のコンテンツが格納されており、リクエストが受信すると対応するコンテンツをリクエスト先のコンピュータに送信する。この場合に、コンピュータ２１０、２２０、２３０、２４０、２５０から一斉にリクエストがかかると、配信するコンテンツのデータ量が膨大である場合には、回線２０１の容量を越えてしまうと、ダウンロード中は他のコンピュータからのリクエストを受け付けられない状態が生ずる。例えば、バージョンアッププログラムのリリースのように、ある時期だけにダウンロード要求が集中するような場合である。このような場合には、前記集中は一時的なものであり、その時期を越えるとこのような集中の問題が生じないことが多い。このような場合には、以下のようにすることにより、回線２０１の容量を増やすことなく、有効利用することができる。
【０１６９】
コンピュータ２１０、２２０、２３０、２４０、２５０から一斉にコンテンツダウンロードのリクエストがかかった場合に、各コンピュータに対してダウンロードリクエストの遅延制御プログラムを配信する。かかる遅延制御プログラムは既に述べたようなダウンロード開始リクエストをサーバ側に送信するのを分散させるプログラムであり、遅延処理のための遅延制御情報を含む。なお、かかる遅延制御処理に関しては、遅延送信できるものであれば、上記遅延処理に限定されない。
【０１７０】
各コンピュータは前記遅延制御情報に基づいて発信予定時刻を演算して記憶しておく。そして発信予定時刻になると、サーバ２００にダウンロードリクエストを送信する。これにより、各コンピュータからのリクエストが集中しても、遅延分散させることができる。したがって、回線２０１の容量に応じて各コンピュータからのリクエストを分散させることができる。
【０１７１】
なお、この例では分散を時系列で分散させるようにしたが、ミラーサイトがある場合に、ミラーサイトとの間でダウンロード要求が分散されるようにサーバ２００がそのミラーサイトのサーバの混雑度を調べて、その混雑度に応じて、あるコンピュータに対してはそちらからダウンロードするように前記遅延制御プログラムの相手先ｉｄを設定するようにすればよい。
【０１７２】
なお、さらに、混雑度だけでなく、リクエストをかけたコンピュータの地域に応じてダウンロード対象のサーバｉｄを分けるようにしてもよい。
【０１７３】
なお、各コンピュータはインタネットに常時接続されておらず、プロバイダに電話回線で接続する場合もある。このような場合は、遅延発信時刻になると、自動的に電話をかけてインタネットに接続して、ダウンロード要求をするようにしてもよい。さらに、各コンピュータが電源を落としている場合もある。このような場合には、電源管理プログラムを起動しておき、遅延発信時刻になると電源オンにして、ダウンロードリクエストを発信するようにすればよい。
【０１７４】
また、遅延発信によるダウンロードリクエストか最初のダウンロードリクエストかを判別するために、前記遅延発信プログラムからこれを区別するデータを送信するようにしてもよい。 なお、本実施形態においては、ナビゲーションデータをビデオデータおよび音声データとともに、送信するようにしたが、ナビゲーションデータだけであってもよい。さらにナビゲーションデータにスクリプトを埋め込んで、このスクリプトに基づいて、受信側で実行処理をする場合について説明したが、ＨＴＭＬデータを転送するようにしてもよい。この場合には、受信側にてＨＴＭＬデータを解釈して表示するブラウザプログラムを準備すればよい。さらに、ＨＴＭＬデータではなく、ＳＧＭＬデータ，ＸＭＬデータ、ＭＨＥＧデータ等の構造記述型言語のデータを用いてもよい。
【０１７５】
すなわち、センタ側が、放送側に発信要求データを送信させ、各データ受信機がこの発信要求データを受信して、この発信要求データに基づいて自動生成された収集希望データ、または手動入力された収集希望データをセンタ側に送信する場合に適用することができる。
【０１７６】
上記実施形態においては、応答情報受け取り機器にて用意した通信回線の許容量に応じて、応答情報受け取り機器は各テレビ受信機から応答情報を受け取ることができる。ただ、予定した許容量より応答が多かったり、少なかったりする場合もある。この場合には、応答情報受け取り機器１５０から放送装置１４０に各受信機に記憶されている遅延発信登録情報を書き換えるための書換情報を送信し、一斉放送するようにしてもよい。例えば、発注登録番号「００７」について、予定数量よりも多く発注があり、予定数量が売り切れたような場合には、放送側から各受信機に発注登録番号「００７」についてのサービス終了時刻を現時刻に書き換える書換情報を放送する。これを受信した受信機は自機の遅延発信登録情報テーブルを参照して、もし、発注登録番号「００７」についての発注情報があればこのサービス終了時刻を現時刻に書き換える。これにより、各受信機からの応答を中止することができる。
【０１７７】
なお、上記の場合は、応答を中止するようにしたが、サービス終了時刻を延ばしたり、リトライ周期を変更するようにしてもよい。さらに、前記確率変動データを変更するようにしてもよい。すなわち、遅延発信を制御するデータを送信側から制御することができる。例えば、同じ電話番号のセンタにかける２つの登録情報をまとめて１つの登録情報とするスクリプトを放送し、受信側で遅延発信登録情報テーブルを参照して、そのスクリプトを実行するようにしてよい。このようなまとめる処理については、受信機側で通信効率を最適化するようにすることもできる。しかし、ある放送では、同じ電話番号でもこれをまとめてほしくないという場合もある。このような場合には、送信側で受信側の処理をコントロールすることが望まれるわけである。
【０１７８】
本実施形態においては、メモリに表示プログラムを記憶するようにしたが、ＩＣカードやＣＤ−ＲＯＭ等の記録媒体に記憶し、ＩＣカードドライブやＣＤ−ＲＯＭドライブを介して、不揮発性メモリに転送して記憶するようにしてもよい。さらに、通信でかかるプログラムを転送して、不揮発性メモリに記憶するようにしてもよい。
【０１７９】
本実施形態においては、商品購入者を特定するためのＩＤをＩＣカード５６またはメモリ６０から取得して、併せて送信するようにしたが、画面上で住所、氏名等を入力させるようなスクリプトをナビゲーションデータとして送付してもよい。
【０１８０】
また、前記遅延発信登録情報については書換可能な不揮発性メモリに記憶するようしてもよい。これにより、停電等の電力供給がなくなった場合でも、前記遅延発信登録情報を保持することができる。
【０１８１】
上記実施形態において、ＣＰＵを用いて実現した機能の一部または全部をハードウエアによって実現するようにしてもよい。また、上記何れかの実施形態において、ハードウエアによって実現した機能の一部または全部をＣＰＵを用いて実現するようにしてもよい。
【図面の簡単な説明】
【図１】衛星放送における電波の送出状態を示す図である。
【図２】衛星放送における送信装置の構成を示す図である。
【図３】衛星放送において送信されるトランスポートストリームを示す図である。
【図４】パケット化データの構造を示す図である。
【図５】制御データＰＭＴ１の内容を示す図である。
【図６】制御データＰＡＴの内容を示す図である。
【図７】制御データＮＩＴの内容を示す図である。
【図８】受信装置の一般的構成を示す図である。
【図９】本発明にかかる双方向送受信システムの全体構成を示す図である。
【図１０】図９の受信機の詳細機能ブロック図である。
【図１１】送信されるトランスポートストリームを示す図である。
【図１２】制御データＰＭＴ１の内容を示す図である。
【図１３】制御データＰＡＴの内容を示す図である。
【図１４】ナビゲーションデータＮＶＴ１の内容を示す図である。
【図１５】ナビゲーションデータＮＶＴ２の内容を示す図である。
【図１６】受信機のハードウェア構成を示す図である。
【図１７】ＡＶデコーダ５２の詳細を示す図である。
【図１８】受信処理におけるプログラムのフローチャートである。
【図１９】ナビゲーションデータを解釈し実行するプログラム（基本プログラム）のフローチャートである。
【図２０】リモコン装置７８の外観を示す図である。
【図２１】ＴＶセット４６に表示される日用品テレビショッピングの画面を示す図である。
【図２２】ＴＶセット４６に表示される日用品テレビショッピングの画面を示す図である。
【図２３】ＴＶセット４６に表示される衣料品テレビショッピングの画面を示す図である。
【図２４】遅延発信登録情報テーブルを示す図である。
【図２５】遅延発信登録処理フローチャートである。
【図２６】遅延発信登録処理フローチャートである。
【図２７】メモリ６０に記録される通信ログの内容を示す図である。
【図２８】確率密度関数の一例である。
【図２９】確率分布関数の一例である。
【図３０】静止画を伝送する場合を示す図である。
【図３１】他の実施形態を説明する図である。
【符号の説明】
１４０・・・・・・・・・・放送装置
１５０・・・・・・・・・・応答情報受け取り機器
１６０１〜１６０ｎ・・・・・テレビ受信機
１６１・・・・・・・・・・受信手段
１６３・・・・・・・・・・表示手段
１６５・・・・・・・・・・入力手段
１６７・・・・・・・・・・送信手段[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data transmission / reception system, and more particularly to retry transmission.
[0002]
[Prior art and its problems]
Japanese Laid-Open Patent Publication No. 8-275140 discloses an interactive program response device that randomly delays the transmission time for each receiving terminal from the response operation time in order to prevent concentration of transmission of response information to the interactive program. Has been. With such a device, even if response operations are concentrated on the broadcast at one time, the actual transmission time from the broadcast receiving side is delayed and distributed for each terminal. Therefore, it is possible to avoid the puncture of the telephone line between each receiving terminal and the center side.
[0003]
However, when the response information transmission time is delayed as described above, there are the following problems. If the center side does not connect to the phone as a result of the delayed transmission, the response information is not actually transmitted to the center side even though the operator recognizes that the shopping offer has been made. .
[0004]
An object of the present invention is to provide a data transmission / reception system or method for solving the above-described problems and enabling a response information receiving device to receive response information more reliably when response information is delayed.
[0005]
It is another object of the present invention to provide a data transmission / reception system or method capable of retrying in accordance with an allowable amount of a communication line between each television receiver and a response information receiving device.
[0006]
[Means for Solving the Problems]
1) In the data transmission / reception system according to the present invention, a plurality of televisions are transmitted from a broadcasting station. Receiving machine A data transmission / reception system for transmitting data by broadcasting to a response information from a television receiver to a response information receiving device via a communication line,
The broadcasting station Information for determining the first transmission time of the response information; and Each of the television receivers communicates with the response information receiving device. First time When communication is not established, each television receiver sends the response information to the response information receiving device. Will be sent again from the second time Include retry information in the data to at the same time Send. Therefore, even when the response information is delayed, the response information receiving device can receive the response information more reliably. Furthermore, the retry transmission process in the television receiver can be controlled by data broadcast from a broadcasting station.
[0007]
2) In the data transmission / reception system according to the present invention, the television receiver includes: Information for determining the first transmission time of the response information; and With the response information receiving device The first time Response information receiving device when communication is not established And after the second When receiving data including retry information for retry transmission of the broadcast station, If the first transmission time is determined based on the information for determining the first transmission time, and communication is not established with the response information receiving device at the determined first transmission time, the first transmission time The information received at the same time as the information Based on retry information Resend the response information after the second time To do. Therefore, even when the response information is delayed, the response information receiving device can receive the response information more reliably. Furthermore, the retry transmission process in the television receiver can be controlled by data broadcast from the broadcasting station.
[0008]
3) In the data transmission / reception system according to the present invention, the broadcasting device includes: Information for determining the first transmission time of the response information; and Retry information according to the capacity of the communication line Retry information for determining the transmission time of the second and subsequent retry transmissions when communication with the response information receiving device is not established at the first transmission time. Included in the data at the same time Transmit and the television receiver If the first transmission time is determined based on the information for determining the first transmission time, and communication is not established with the response information receiving device at the determined first transmission time, the first transmission time The information received at the same time as the information Based on retry information Retry transmission of response information after the second time To do. Therefore, even when the response information is delayed, the response information receiving device can receive the response information more reliably. Furthermore, the broadcasting apparatus can control retry transmission processing according to the allowable amount of the communication line.
[0009]
4) In the television receiver or data transmission / reception method according to the present invention, Information for determining the first transmission time of the response information and the response at the first transmission time When communication with the information receiving device is not established, the response information receiving device After the second Receiving data including retry information for performing a retry transmission from the broadcast station; The first transmission time is determined based on the information for determining the first transmission time, and the determined first transmission time When communication with the response information receiving device is not established, from the broadcasting device The information received at the same time as the information for determining the initial transmission time Based on the retry information, the response information receiving device Retry transmission of response information after the second time To do. Therefore, even when the response information is delayed, the response information receiving device can receive the response information more reliably. Furthermore, the retry transmission process can be controlled by data broadcast from a broadcasting station.
[0010]
5), 6) In the data receiver according to the present invention, The receiving means includes information for determining an initial transmission time of the response information, and a response information receiving device and the second and subsequent times when communication with the response information receiving device is not established at the initial transmission time. Data including retry information for retry transmission is received from the broadcasting station, and the communication means determines the initial transmission time based on the information for determining the initial transmission time, and the determined initial transmission If communication with the response information receiving device is not established at the time, the response information is retried for the second and subsequent times based on the retry information received simultaneously with the information for determining the first delivery time. Send it. Therefore, even when the response information is delayed, the response information receiving device can receive the response information more reliably. Furthermore, the retry transmission process in the data receiver can be controlled by data broadcast from a broadcasting station.
[0011]
Delete
[0012]
7) The television receiver according to the present invention specifies the initial scheduled transmission time with the response information receiving device by performing random calculation based on the received delay information. Therefore, even if one piece of delay information is broadcast on the broadcast side, the initial scheduled transmission time can be distributed on the reception side.
[0013]
8) The television receiver according to the present invention determines whether to retry transmission based on the transmission end time given from the broadcasting device. Therefore, the retry transmission can be canceled based on the transmission end time.
[0014]
9) The television receiver according to the present invention includes detection means for detecting the cause of the failure of communication with the response information receiving device. Thus, appropriate measures can be taken by detecting the cause of communication failure.
[0015]
10) In the television receiver according to the present invention, the retry condition changing means changes the conditions for retry transmissions from the next time onward based on the detected cause. Therefore, transmission under different retry conditions can be performed depending on the detected cause of communication failure.
[0016]
11) In the television receiver according to the present invention, the retry condition changing means changes a set time width of retry transmissions after the next time. Therefore, retry transmission can be performed with different set time widths depending on the detected cause of communication failure.
[0017]
12) In the television receiver according to the present invention, the retry condition changing means stops the retry transmission. Therefore, retry transmission can be canceled depending on the detected cause of communication failure.
[0018]
13) In the television receiver according to the present invention, notification data for informing the notification means of the detected cause is generated. The cause of communication failure can be notified to the operator based on the notification data.
[0019]
14) In the television receiver according to the present invention, the remaining callable time is calculated from the transmission end time given from the broadcasting device, and the retry transmission condition is changed according to the remaining callable time. Therefore, different retry transmissions can be made according to the remaining callable time.
[0020]
15) In the television receiver according to the present invention, notification data for notifying the result of communication with the response information receiving device is generated. Based on the notification data, the communication result can be notified to the operator.
[0021]
16) In the television receiver according to the present invention, the communication result is received from the response information receiving device and notification data for informing the communication result is generated. Therefore, the notification data based on the response information stored in the response information receiving device can be generated.
[0022]
17) In the television receiver according to the present invention, a communication history with the response information receiving device is stored, and notification data is generated. Therefore, the notification data based on the communication history with the response information receiving device can be generated.
[0023]
18) In the television receiver according to the present invention, the response information to be delayed is stored, and the response information is notified when a notification command is given from an operator. Thereby, the operator can confirm the response information transmitted by delay.
[0024]
19) In the television receiver according to the present invention, the editing means edits the response information when an editing command is given from the operator. As a result, the operator can check the response information to be delayed and edit it to appropriate response information.
[0025]
20) In the data receiver according to the present invention, The receiving means includes information for determining an initial transmission time of the response information, and a response information receiving device and the second and subsequent times when communication with the response information receiving device is not established at the initial transmission time. Receiving data including retry information for performing a retry transmission from the broadcast station; The communication means includes When the first transmission time is determined based on the information for determining the first transmission time, and the communication with the response information receiving device is not established at the determined first transmission time, the first distribution time On the basis of the retry information received at the same time as the information for determining the response information, the second and subsequent response information is retried. Therefore, even when the response information is delayed, the response information receiving device can receive the response information more reliably. Furthermore, retry transmission processing in the data receiver can be controlled by broadcast data from the transmission side.
[0026]
21) In the data receiver according to the present invention, between the response information receiving device and The first time When communication is not established, based on the retry information, After the second Retry time specifying data for specifying the retry time is calculated, and when the retry time is reached, the stored response information is retransmitted. Therefore, even when the response information is delayed, the response information receiving device can receive the response information more reliably. Furthermore, retry transmission processing in the data receiver can be controlled by broadcast data from the transmission side.
[0027]
22) The data receiver according to the present invention specifies the first scheduled transmission time with the response information receiving device by random calculation based on the received delay information. Therefore, even if one piece of delay information is broadcast on the broadcast side, the initial scheduled transmission time can be distributed on the reception side.
[0028]
23) The data receiver according to the present invention determines whether to retry transmission based on the transmission end time given from the broadcasting device. Therefore, the retry transmission can be canceled based on the transmission end time.
[0029]
24) The data receiver according to the present invention is provided with detecting means for detecting the cause of the failure of communication with the response information receiving device. Thus, appropriate measures can be taken by detecting the cause of communication failure.
[0030]
Book The data receiver according to the invention is a data transmission / reception system that transmits data from a broadcasting station to a plurality of data receivers by broadcasting, and delays and transmits response information from the plurality of data receivers to a response information receiving device via a communication line. The broadcast station transmits the retry information included in the data, and the data receiver uses the retry information when communication with the response information receiving device is not established. When the response information receiving device receives the response information from the data receiver, the data receiver indicates that the response information has been received via a communication line different from the communication line. To the operator. Therefore, it is possible to confirm whether or not the response information has been transmitted to the response information receiving device when the response information is delayed.
Book In the data transmission / reception system according to the invention, when the server receives the download request, the server transmits a download request delay transmission program to the computer that has transmitted the download request, and the computer is based on the download request delay transmission program. , Send a download request to the server with a delay. Therefore, the download request and the download process can be executed at different times. This can prevent the concentration of download requests.
[0031]
Book The server of the data transmission / reception system according to the invention is a server connected to a plurality of computers, and when a download request is received from any of the computers, the computer that made the download request is specified by the download request Rather than transmitting data, a download request delay transmission program is transmitted for delay transmission of a download request to the server. Therefore, the actual download process to the computer can be shifted in time.
[0032]
Book In the data transmission / reception system according to the invention, 1) a broadcasting device that broadcasts data, 2) a plurality of television receivers that receive the data, display based on the received data, and send response information via a communication line 3) a TV receiver that transmits the response information, and 3) a response information receiving device that is connected to each TV receiver via the communication line and receives response information from the TV receiver. Probability variation data whose generation probability varies with time is transmitted in the data, and the television receiver determines a scheduled transmission time to be transmitted to the response information receiving device based on the received probability variation data. . Therefore, when response information is delayed-transmitted by each television receiver, retry transmission processing can be performed according to the allowable amount of the communication line.
[0033]
Book The data transmission / reception system according to the invention is a data transmission / reception system for transmitting data from a broadcasting station to a plurality of television receivers by broadcasting, and transmitting response information from the television receiver to a response information receiving device through a communication line, When the TV receiver receives from the broadcasting device the probability variation data in which the generation probability for generating the transmission time varies with time, the scheduled transmission time to be transmitted to the response information receiving device is determined based on the received probability variation data. To decide. Therefore, when response information is delayed and transmitted, retry transmission processing can be performed according to the allowable amount of the communication line.
[0034]
Book In the data receiver according to the invention, when the probability variation data in which the generation probability of generating the transmission time varies with time is received from the broadcasting device, the scheduled transmission time to be transmitted to the response information receiving device is determined as the received probability. Determine based on variable data. Therefore, retry distributed transmission processing according to the allowable amount of the communication line is possible.
[0035]
Book In the data receiver according to the invention, when the transmission startable time is received from the broadcasting device, the scheduled transmission time is determined by generating a random time to the transmission scheduled time using the received probability variation data. . Therefore, retry distributed transmission processing according to the allowable amount of the communication line is possible.
[0036]
27) In the data transmission / reception method according to the present invention, the broadcasting device includes information for determining an initial transmission time of the response information, and retry information according to an allowable amount of the communication line, the response information receiving When communication with the device is not established, retry information for performing retry after the second time is included in the data and transmitted simultaneously, and the television receiver is based on information for determining the first transmission time. If the communication with the response information receiving device is not established at the determined initial transmission time, the retry received at the same time as the information for determining the initial transmission time is determined. Based on the information, the second and subsequent response information is retransmitted. Therefore, even when the response information is delayed and transmitted, the response information can be transmitted more reliably. Further, retry transmission is performed according to the allowable amount of the communication line.
[0037]
Book The data transmission / reception method according to the present invention is a data transmission / reception method for transmitting response information via a communication line upon receiving broadcast data, wherein the data has a generation probability of generating a transmission time that varies with time. Probability variation data is included in the data, and the scheduled transmission time for transmission via the communication line is determined based on the received probability variation data. Therefore, the response information can be delayed and transmitted according to the allowable amount of the communication line.
[0038]
31) In the recording medium storing the program according to the present invention, the program performs the following processing, and when communication with the response information receiving device is not established, the program received from the broadcasting device Based on the trial information, the response information is retransmitted to the response information receiving device. Therefore, even when the response information is delayed and transmitted, the response information can be transmitted more reliably. Further, retry transmission is performed according to the allowable amount of the communication line.
[0039]
Book In the recording medium storing the program according to the invention, the program performs the following processing: 1) When the probability variation data in which the generation probability of generating the transmission time varies with time is received from the broadcasting device, the response The scheduled transmission time to be transmitted to the information receiving device is determined based on the received probability variation data. Therefore, retry distributed transmission processing according to the allowable amount of the communication line is possible.
[0040]
In the present invention, the “recording medium on which a program is recorded” refers to a recording medium such as a ROM, RAM, flexible disk, CD-ROM, memory card, and hard disk on which a program is recorded. It is also a concept including communication media such as a telephone line and a conveyance path. The concept includes not only a recording medium such as a hard disk that is connected to the CPU and directly executes a recorded program, but also a recording medium such as a CD-ROM that records a program that is executed once installed on the hard disk. is there. Furthermore, the program here includes not only a directly executable program but also a source-format program, a compressed program, an encrypted program, and the like. The navigation data in the embodiment is also included in the concept of the program.
[0041]
In addition, the “television receiver” is a concept including a television receiver with a built-in monitor as well as a set-top box connected to the monitor.
[0042]
Further, “editing of input response information” includes deleting the response information as well as changing part or all of the actual data of the input response information.
[0043]
The “response information” is the data itself input by the operator of the data receiver, the data generated based on the input data of the operator of the data receiver, and further generated based on the received data. In addition, including automatically collected items.
[0044]
DETAILED DESCRIPTION OF THE INVENTION
table of contents
1. Overview of satellite broadcasting system
1.1 Radio wave transmission status in satellite broadcasting
1.2 Configuration of transmitter
1.3 Structure of transport stream
1.4 Configuration of receiver
2. Bidirectional transmission / reception system 1
2.1 Overview
2.2 Detailed explanation
2.3 Transmission data
2.4 Specific configuration and operation of receiver
2.5 Delayed call processing
2.6 Delayed call cause detection processing
2.7 Calculation of the first scheduled outgoing time
3. Other embodiments
--------------------
The case where the present invention is applied to satellite broadcasting will be described below. However, data broadcasting can also be applied to terrestrial broadcasting, cable broadcasting such as cable television, Internet broadcasting, and the like. Before describing the embodiment of the present invention, first, an outline of a satellite broadcasting system will be described.
[0045]
1. Overview of satellite broadcasting system
1.1 Radio wave transmission status in satellite broadcasting
FIG. 1 schematically shows a transmission state of radio waves in satellite broadcasting. Radio waves from the ground station 2 are transmitted to the ground via the satellite broadcast 4. From the satellite broadcast 4, a plurality of transport streams TS1, TS2, TS3 are transmitted. Each transport stream is distinguished by frequency, polarization plane, and the like.
[0046]
In the transport stream TS1, a plurality of services (corresponding to terrestrial broadcast channels) SV11, SV12, SV13, SV14 are packetized and multiplexed by time division. Similarly, services SV21, SV22, SV23, SV24 are multiplexed on the transport stream TS2, and services SV31, SV32, SV33, SV34 are multiplexed on the transport stream TS3. In addition to the image data and audio data of each service, control data for indicating program information, control data indicating the current time, control data necessary for packetization, and the like are sent to each transport stream. Yes.
[0047]
In FIG. 1, only three transport streams are shown, but in reality, more transport streams are sent out. Furthermore, in FIG. 1, four services are multiplexed for each transport stream, but in reality, more services are multiplexed.
[0048]
1.2 Configuration of transmitter
FIG. 2 shows a configuration of a transmission apparatus for generating and transmitting the transport stream. Although only the transport stream TS1 is shown in the figure, other transport streams TS2 and TS3 are generated in the same manner.
[0049]
The image / audio data ES11 of the service SV11 is compressed by the encoder E1 and given to the multiplexing unit 10. Similarly, the image / audio data ES12 of the service SV12 is compressed by the encoder E2 and given to the multiplexing unit 10, and the image / audio data ES13 of the service SV13 is compressed by the encoder E3 and given to the multiplexing unit 10, and the service The video / audio data ES14 of SV14 is compressed by the encoder E4 and given to the multiplexing unit 10.
[0050]
The control data generation unit 6 generates control data for packet multiplexing, control data for indicating program information, control data indicating the current time, and the like. The control data for packet multiplexing is attached to correctly identify video / audio data of a plurality of services packetized in a time-sharing manner.
[0051]
The multiplexing unit 10 time-divides control data and compressed image / audio data ES11, ES12, ES13, ES14 into fixed-length packets, and outputs them as a transport stream TS1.
[0052]
The scrambler 12 scrambles the output packet using the scramble key provided from the scramble key control unit 16. The scrambled transport stream TS1 is modulated by the modulator 14 and broadcast to the viewer via the broadcast satellite 4.
[0053]
Note that the scramble key used in the scrambler 12 is encrypted in the ECM generation unit 8 and is used as ECM (Entlement Control Message) data. That is, ECM data obtained by further encrypting a key for descrambling is generated. The multiplexing unit 10 packetizes this ECM data.
[0054]
1.3 Structure of transport stream
As shown in FIG. 3, the transport stream TS1 generated by the transmission apparatus in FIG. 2 includes video data ES (V) 1, audio data ES (A) 1, and video data ES (V) of the service SV12. ) 2, audio data ES (A) 2, video data ES (V) 3 of service SV13, audio data ES (A) 3, video data ES (V) 4 of service SV14, and audio data ES (A) 4 are multiplexed. It has become.
[0055]
Furthermore, control data NIT, PAT, PMT1, PMT2, PMT3, and PMT4 for packet multiplexing are also multiplexed. By these control data, the multiplexed video / audio data of each service SV11, SV12, SV13, SV14 can be separated.
[0056]
Also, control data ECM1, ECM2, ECM3, ECM4 for the scramble key, control data EIT1, EIT2, EIT3, EIT4 indicating program information, control data TDT indicating the current date and time are multiplexed. Actually, many other control data are multiplexed (not shown).
[0057]
Packetization is performed as indicated by the vertical line 18a in FIG. That is, packetization is performed in the order of control data NIT, PAT, PMT, EIT, TDT, ECM, video data ES (V), and audio data ES (A). When packetization up to the audio data ES (A) 3 is completed, packetization below the control data NIT is repeated again (see the vertical line 18b).
[0058]
FIG. 4 shows the basic structure of packetized data. Both the control data and the video / audio data are packets having a data structure as shown in FIG. A packet ID (PID) is added to the head of the packetized data. The packet ID is a code uniquely assigned to each packet in order to identify each packet. The content data is packetized target data (control data, video / audio data, etc.).
[0059]
FIG. 5 shows the data content of the control data PMT1 for packet multiplexing. PMT1 describes packet IDs of video data ES (V) 1 and audio data ES (A) 1 of service SV11, and packet IDs of ECM1 for unscrambling these. In PMT2, PMT3, and PMT4, similar packet IDs are described for the services SV12, SV13, and SV14, respectively.
[0060]
As shown in FIG. 6, the PAT includes a PMT1 packet ID corresponding to the service SV11, a PMT2 packet ID corresponding to the service SV12, a PMT3 packet ID corresponding to the service SV13, and a PMT4 packet ID corresponding to the service SV14. Is described.
[0061]
As shown in FIG. 7, the NIT describes transmission specifications such as frequencies and polarization planes of all transport streams TS1, TS2, and TS3, and a list of services multiplexed in the transport stream. Has been. As a result, it is possible to know in which frequency transport stream a specific service is multiplexed.
[0062]
1.4 Configuration of receiver
FIG. 8 shows an outline of the receiving apparatus. The transport stream is selected by the tuner 22, the descrambling is canceled by the descrambler 24, and the video / audio data ES relating to the desired service is separated by the transport decoder 26. The microprocessor (MPU) 28 sends the acquired ECM to the IC card 30 and receives the crumble key restored by the IC card 30. The MPU 28 sets this scramble key in the descrambler 24. As a result, the video / audio data ES can be unscrambled.
[0063]
The MPU 28 sets the packet ID of the video / audio data ES of the desired service in the transport decoder 26. Thereby, the transport decoder 26 outputs the video / audio data ES of the service. When the packet ID of the control data is set in the transport decoder 26, the separated control data is given to the MPU 28.
[0064]
The operation when the MPU 28 is instructed to switch to the service SV12 of the transport stream TS1 on the assumption that the service SV33 of the transport stream TS3 is currently received will be described below. First, the MPU 28 takes in the NIT by controlling the transport decoder (that is, setting the packet ID of the control data NIT). From this NIT description, it is known that the service SV12 desired to be received is multiplexed in the transport stream TS1 (see FIG. 7).
[0065]
Next, the tuner 8 is controlled to receive the transport stream TS1. Further, the transport decoder 26 is controlled to acquire PAT and PMT2, and obtain the packet ID of the video data ES (V) 2 and audio data ES (A) 2 of the desired service SV12 and the packet ID of the ECM.
[0066]
Next, these packet IDs are set in the transport decoder 26, and the video data ES (V) 2 and audio data ES (A) 2 of the desired service SV 12 are output from the transport decoder 26. In parallel with this, the MPU 28 sends the ECM obtained from the transport decoder 26 to the IC card 30 to acquire a scramble key and sets it in the descrambler 24. As a result, the scrambled video data ES (V) 2 and audio data ES (A) 2 can be obtained. As described above, the service to be received is switched.
[0067]
Further, when an instruction for displaying a program schedule or program information is given to the MPU 28, the MPU 28 controls the transport decoder 26 to acquire EIT. Furthermore, control is performed to display program information and the like based on the acquired EIT.
[0068]
2. Bidirectional transmission / reception system 1
Below, the bidirectional | two-way transmission / reception system 1 which is one Embodiment concerning this invention is demonstrated.
[0069]
2.1 Overview
FIG. 9 shows the overall configuration of a bidirectional transmission / reception system 1 according to an embodiment of the present invention.
[0070]
The broadcast device 140 broadcasts digital data such as image sound. At that time, the television receiver 160 1 Retry information corresponding to the allowable amount of the communication line between ˜160n and the response information receiving device is included in this digital data and broadcast.
[0071]
TV receiver 160 1 ˜160n receive the digital data. TV receiver 160 1 ˜160n perform display based on the received digital data. When the operator inputs response information by looking at the displayed image, the television receiver 160 1 ˜160n transmits the response information to the response information receiving device 150 via the communication line.
[0072]
The response information receiving device receives each television receiver 160 via a communication line. 1 ˜160n can be connected to receive response information from each television receiver.
[0073]
In addition, the television receiver 160 1 ˜160n retransmits the response information based on the retry information received from the broadcast device 140 when communication with the response information receiving device 150 is not established. Accordingly, the television receiver 160 1 Even if responses from .about.160n to the response information receiving device 150 are concentrated, retry transmission is performed based on the response information corresponding to the allowable amount of the communication line. Therefore, even if the response information receiving device 150 cannot be connected once, the response information can be received more reliably. Furthermore, it is possible to control the retry transmission process according to the allowable amount of the communication line by broadcasting of the broadcasting device 140. Thereby, concentration of responses from each television receiver to the response information receiving device 150 can be avoided.
[0074]
2.2 Detailed explanation
The configuration of the broadcasting device 140 is the same as that of the transmission device of FIG. 2 except that navigation data described later is also generated, and thus the description thereof is omitted. As illustrated in FIG. 9, the response information receiving device 150 includes a communication unit 151, a control unit 153, and a storage unit 155. The communication unit 151 is connected to each television receiver 160 via a telephone line that is a communication line. 1 Data can be transmitted / received to ˜160n. The control unit 153 controls the communication unit 151 and manages received data. The storage unit 155 stores the response information received by the communication unit 151.
[0075]
With reference to FIG. 10, a television receiver 160 is used. 1 Will be described. TV receiver 160 1 Includes a receiving unit 161, a display data output unit 163, an input unit 165, a communication unit 167, a detection unit 171, a retry condition changing unit 173, a storage unit 175, an editing unit 177, and a display unit 179.
[0076]
The receiving unit 161 receives digital data transmitted from the broadcasting device 140 shown in FIG. The display data output unit 163 outputs display data based on the received digital data to the display unit 179. The display unit 179 performs display based on the display data. The operator inputs response information to the input means 165 based on the display. The input response information is stored in the storage unit 175.
[0077]
If the communication unit 167 cannot communicate with the response information receiving device 150, the communication unit 167 calculates retry time specifying data for specifying the retry time based on the retry information, and when the retry time is reached, the storage unit The response information stored in 175 is retransmitted. That is, when the response information is communicated via a communication line and communication is not established with the response information receiving device 150, the response information is based on the retry information given from the broadcasting device 140. Send the information again.
[0078]
Thereby, even when response information is delayed, the response information can be reliably transmitted by the response information receiving device 150. Furthermore, the television receiver 160 1 The retry transmission process in can be controlled by digital data broadcast from the broadcast device 140.
[0079]
Further, the detection unit 171 detects the cause of the failure of communication with the response information receiving device 150. The retry condition changing unit 173 changes the conditions for retry transmissions from the next time onward based on the detected cause. This allows flexible retry transmission according to the cause of failure.
[0080]
The display data output unit 163 outputs the input response information to the display unit 179 when a read command is given from the operator. The editing unit 177 edits the response information stored in the storage unit 175 when an editing command is given from the operator.
[0081]
In the present embodiment, since the cause of the communication failure is notified by displaying on the display means 179, the display data corresponds to the notification data. However, the present invention is not limited to this, and this may be notified by another method, for example, by voice. In this case, the audio data corresponds to the notification data.
[0082]
Moreover, you may make it alert | report the communication result with the said response information receiving apparatus. Thereby, the operator can know the response result by delayed transmission.
[0083]
The television receiver 160 2 ˜160n, the television receiver 160 1 Is the same.
[0084]
The response information stored in the storage means is not limited to the input information, but may be generated by the response information generation means based on the received data received.
[0085]
2.3 Transmission data
FIG. 11 shows the data structure of the transport stream sent from the transmission device in the interactive broadcasting system. In FIG. 11, video and audio elementary streams of services other than the service SV11 are omitted. The service SV11 includes a first video elementary stream ES (V) 11, a second video elementary stream ES (V) 12, a first elementary stream audio ES (A) 11, and a second elementary stream ES. (A) 12 is configured. In this way, one service SV11 is different from the data structure of FIG. 3 in that two types of video / audio ESs are included. These two types of video / audio ESs can be switched interactively according to the operation of the operator on the receiving side based on the navigation data NVT1 and NVT2 which are interactive control data. Further, based on the navigation data NVT1 and NVT2, the additional display can be interactively changed according to the operation of the operator on the receiving side.
[0086]
FIG. 12 shows the contents of PMT1 of service SV11. In the control data PMT1, a packet ID of each content (video, audio, navigation data) and a packet ID of ECM data for obtaining a key for unscrambling the content are described. Furthermore, since there are a plurality of contents for video, audio, and navigation data, what is to be output first is described as entry contents. The packet ID of the control data PMT1 itself is “0x0011”.
[0087]
FIG. 13 shows the contents of the control data PAT. The control data PAT describes PMT packet IDs related to the services SV11, SV12, SV13, and SV14 multiplexed in the transport stream TS1. Thereby, it is possible to know that the packet ID of the service SV11 is “0x0011”. The packet ID of the control data PAT itself is fixedly defined as “0x0000”.
[0088]
14 and 15 show the contents described in the navigation data NVT1 and NVT2. This set of navigation data NVT1 and NVT2 is repeatedly sent with the same contents. As described later, the contents of the service can be switched interactively according to the operation of the operator by the navigation data NVT1 and NVT2.
[0089]
2.4 Specific configuration and operation of receiver
FIG. 16 shows the receiver 160 shown in FIG. 1 The hardware block diagram at the time of implement | achieving using CPU is shown. This receiver 160 1 Has a function of transmitting response information input by the operator to the center as well as a function as a receiver for ordinary satellite broadcasting. Such a function is realized by a program stored in the CPU 58 and the memory 60. This program may be a program that functions alone, but may function on the premise of an operating system (such as Microsoft Windows CE (trademark)).
[0090]
The CPU 58 controls each unit in accordance with a program recorded in the memory 60.
[0091]
Here, it is assumed that a transport stream as shown in FIG. 11 is sent. The service SV11 includes video data ES (V) 11, ES (V) 12, audio data ES (A) 11, ES (A) 12. The video data ES (V) 11, audio data It is assumed that ES (A) 11 is the contents of TV shopping related to daily goods, and the video data ES (V) 12 and the audio data ES (A) 12 are contents of TV shopping related to clothing.
[0092]
The reception processing program recorded in the memory 60 will be described with reference to the flowchart of FIG.
[0093]
The operation when the instruction to switch to the service SV11 of the transport stream TS1 is given to the CPU 58 on the assumption that the service SV13 of the transport stream TS1 is currently received will be described below. Note that a command to the CPU 58 is given from the operation panel or the operation remote controller. The operation input unit 54 shown in FIG. 16 is a light receiving unit that receives a command from the operation panel or the operation remote controller.
[0094]
First, the CPU 58 sets a PAT packet ID in a control data separation register (not shown) of the transport decoder (TS decoder) 50. The packet ID of PAT is fixedly determined as “0x0000”. Thereby, the TS decoder 50 records the contents of the separated PAT in the memory 60 (step S11). In this PAT, a list of services multiplexed in the currently received transport stream TS1 is described (see FIG. 13). Therefore, the CPU 58 knows that the desired service SV11 is multiplexed on the currently received transport stream TS1. That is, the CPU 58 advances the process from step S12 to S18.
[0095]
In step S18, the packet ID of the PMT of the desired service SV11 is acquired based on the acquired PAT. Here, “0x0011” is acquired (see FIG. 13). Next, the CPU 58 sets the PMT packet ID “0x0011” in the control data separation register of the TS decoder 50. Thereby, the PMT1 of the service SV11 can be separated and the contents can be acquired in the memory 60 (step S19).
[0096]
PMT1 of service SV11 is shown in FIG. Based on this PMT1, CPU 58 determines whether or not navigation data NVT is included in service SV11 (that is, whether the service is an interactive service) (step S191). When the NVT is not included, the CPU 58 can know the packet ID “0x21” of the ECM data for obtaining the scramble key of the video and audio data based on the PMT1. Similarly, the packet IDs “0x22” and “0x24” of the video and audio data ES (V) 1 and ES (A) 1 can be known (step S20).
[0097]
The CPU 58 sets the ECM packet ID “0x21” in the control data separation register of the TS decoder 50 and acquires the ECM. Further, this ECM is given to the IC card 56, and the restored scramble key is obtained. The scramble key acquired in this way is set in the descrambler 48 (step S21). As a result, the video data ES (V) 1 and audio data ES (A) 1 packets of the service SV11 are in a state of being unscrambled.
[0098]
Further, the CPU 58 sets the packet IDs “0x22” and “0x24” of the video and audio data ES (V) 1 and ES (A) 1 in the ES separation register (not shown) of the TS decoder 50 (step S22). ). Thereby, the TS decoder 50 outputs the separated video and audio data ES (V) 1 and ES (A) 1 to the AV decoder 52.
[0099]
Receiving this, the AV decoder 52 expands (decompresses) the compressed data and performs D / A conversion to generate a video composite signal. This signal is given to the TV set 46 and outputted as video / audio.
[0100]
On the other hand, if the service includes navigation data as shown in FIG. 12 in step S191, the CPU 58 determines from the contents of PMT1 the packet ID of video, audio, navigation data as entry contents and the ECM. The packet ID is recognized (step S192). Here, the packet ID “0x0096” of the video data ES (V) 11, the packet ID “0x0098” of the audio data ES (A) 11, the packet ID “0x0092” of the navigation data NVT1, and the packet IDs “0x0082” of these ECM data. Is recognized.
[0101]
The CPU 58 sets the ECM packet ID “0x0082” in the control data separation register of the TS decoder 50 and acquires the ECM data. Further, the ECM data is given to the IC card 56, and the scramble key restored by the IC card 56 is acquired. The scramble key acquired in this way is set in the descrambler 48 (step S193). As a result, the packets of the video data ES (V) 11, ES (V) 12, audio data ES (A) 11, ES (A) 12, navigation data NVT1 and NVT2 of the service SV11 are unscrambled. Become.
[0102]
The CPU 58 changes the filtering condition of the TS decoder 50 and interprets and executes the contents of the navigation data selected by the TS decoder 50 (step S194). A detailed flowchart of step S194 will be described with reference to FIG.
[0103]
The CPU 58 stores the packet IDs “0x0096” and “0x0098” of the video and audio data ES (V) 11 and ES (A) 11 in the ES separation register (not shown) of the TS decoder 50 and the packet ID of the navigation data NVT1. “0x0092” is set in a control data separation register (not shown) of the TS decoder 50 (step S200).
[0104]
Thereby, the TS decoder 50 outputs the separated video and audio data ES (V) 11 and ES (A) 11 to the AV decoder 52. Upon receiving this, the AV decoder decompresses (decompresses) the compression, and performs D / A conversion to generate a video composite signal. This signal is given to the TV set 46 and outputted as video / audio. Here, it is assumed that a video of daily necessities TV shopping as shown in FIG. 21 is displayed. The buttons B0 and B1 at the lower right of the screen are displayed by navigation data described later, and are not included in the video and audio data ES (V) 11 and ES (A) 11.
[0105]
Further, when the navigation data NVT1 is received from the TS decoder 50, the CPU 58 temporarily records it in the memory 60, and interprets and executes the navigation data NVT1. Here, it is assumed that navigation data NVT1 as shown in FIG.
[0106]
The CPU 58 sets the object index number “0” as a target index from the object table of the navigation data NVT1 of FIG. 14 (step S202). The CPU 58 displays the bitmap in the focused state for the index of interest and the normal state for the other indexes (step S204). Specifically, since the index of interest is the index “0”, for the index “0” in the object table, the data of the bitmap index number “1” in the focus state, and for the index “1” in the object table In the normal state, the data of the bitmap index number “2” is controlled to be displayed. That is, for the index “0” in the object table, the data of the bitmap index number “1” (highlighting “Apply to Center”) is displayed at the position of the X coordinate “500” and the Y coordinate “200”. For the index “1” in the object table, the data of the bitmap index number “2” is displayed at the position of the X coordinate “500” and the Y coordinate “400” (non-highlighted display of “to clothing store”). As described above, the respective data are given to the video composition unit 52c (see FIG. 17) of the AV decoder 52. As a result, the video composition unit 52c generates image data on the video data ES (V) 11 in which a highlight display of “Apply to Center” and a non-highlight display of “To Apparel Shop” are superimposed. . As described above, as shown in FIG. 21, a display in which the buttons B0 and B1 are superimposed on the moving image of the product description is obtained. As is apparent from the screen, the button B0 “Apply to Center” is displayed as selected.
[0107]
Next, the CPU 58 determines whether or not there is a key input (step S206). When there is a key input, the CPU 58 determines the type of key input (step S208). In the present embodiment, either the cursor movement key or the enter key of the remote controller 78 (or the operation panel of the main body) shown in FIG. 20 is determined. The type of the key can be determined by a notification from the operation input unit 54 (see FIG. 16).
[0108]
When the input key is a cursor movement key, the CPU 58 changes the attention index according to the operation (step S210), and performs the display process of step S204. For example, if the key operation is “a key for moving the cursor down”, the process proceeds to step S205, and bitmap data in the focus state is displayed for the attention index according to the operation of the operator, and the screen display is shown in FIG. In this way, the button B1 “To clothing store” is selected.
[0109]
In the above embodiment, only the operation for the upper and lower cursor keys 80 and 82 is shown. However, if the object index is arranged in a two-dimensional array, the operation can be performed in consideration of the left and right keys 86 and 88. .
[0110]
In the state of FIG. 22, when the enter button 84 of the remote controller 78 is pressed, the CPU 58 proceeds from step S208 to step S212 in FIG. In step S212, the CPU 58 refers to the navigation data NVT1, and acquires the handler index described in the handler column of the object index that is currently selected. Here, since the object index “1” is selected, the handler index “1” in the handler column is acquired.
[0111]
Further, referring to the handler definition table, the script corresponding to the handler index “1” is extracted and executed (step S214). Here, “go to contents (index 1)” is acquired. The script “go to contents ()” is an instruction to switch to the content having the index number in () shown in the hyperlink table. Therefore, switching to the content of the hyperlink index “1” shown in the hyperlink table (clothing television shopping) is performed.
[0112]
In the hyperlink index “1” of the hyperlink table, packet IDs “0x0097”, “0x0099”, and “0x0093” of video, audio, and navigation data are described as link destinations. The CPU 58 sets the packet ID “0x0097” and “0x0099” in the ES separation register and sets the packet ID “0x0093” in the control data separation register of the TS decoder 50.
[0113]
As a result, the video data ES (V) 12 and the audio data ES (A) 12 are output from the TS decoder 50 to the AV decoder. Therefore, the TV set 46 displays a moving image of clothing television shopping as shown in FIG. 23 and outputs the sound.
[0114]
Further, navigation data NVT2 shown in FIG. 15 is separated by TS decoder 50 and recorded in memory 60 instead of navigation data NVT1. The navigation data NVT2 is processed as shown in FIG. 19, and buttons B10 and B12 are displayed as shown in FIG.
[0115]
If the operator presses the enter button 84 (see FIG. 20) with the “Apply to Center” button B10 selected as shown in FIG. 23, it is possible to apply for purchase of the product displayed on the screen. it can. The process will be described below.
[0116]
When the enter button 84 is pressed, the CPU 58 advances the process from step S208 to step S212 in FIG. In step S212, a handler index is acquired from the handler column of the currently selected index according to the object table of navigation data NVT2 (see FIG. 15). Here, since the object index “0” is selected, the handler index “0” is acquired.
[0117]
The CPU 58 executes a script corresponding to the handler index “0” in the handler definition table. That is, the script “register_delayed_connection” is executed. The script “register_delayed_connection ()” is an instruction for registering delayed transmission data based on an argument in ().
[0118]
The delayed transmission data registration process will be described. The arguments of the script register_delayed_connection () are “order registration number”, “destination telephone number”, “product code”, “service start time”, “first call setup time width”, “service end time”, “ "Retry cycle".
[0119]
The CPU 58 generates delayed transmission data based on these arguments. Specifically, the scheduled transmission time is calculated and necessary data is stored in the memory 60 as delayed transmission registration information. The initial scheduled transmission time may be generated by generating a random delay time within the initial transmission setting time width and adding the obtained delay time to the service start time. For example, in this case, since the initial transmission setting time width is 2 hours, a random number is calculated in the range of 0 to 2 hours, and the scheduled transmission time is obtained.
[0120]
Note that the first scheduled transmission time may be stored directly in the navigation data NVT1.
[0121]
FIG. 24 shows the delayed call registration information generated by such processing. In FIG. 24, two pieces of delayed transmission registration information generated by the navigation data NVT1 and the navigation data NVT2 are stored.
[0122]
When the process of step S214 ends, the CPU 58 determines whether or not the executed script is a script resist_delayed_connection () (step S216). If the executed script is not the script register_delayed_connection (), in this case, since it is a content switching script, the processing from step S200 is repeated. On the other hand, if the executed script is script resist_delayed_connection (), the process shown in FIG. 19 is terminated.
[0123]
This completes the reception process.
[0124]
2.5 Delayed call processing
The delayed transmission processing employed in this embodiment will be described with reference to FIGS. Here, it is assumed that the delayed transmission registration information shown in FIG.
[0125]
The CPU 58 determines whether there is registration information in the delayed transmission registration information table in the memory 60 (step S301 in FIG. 25). In this case, since there is registration information in the delayed transmission registration information table, the delayed transmission registration information at the earliest scheduled transmission time is read (step S303). In this case, since the delayed transmission registration information of the order registration number “007” is earlier than that of the order registration number “001”, the delayed transmission information of the order registration number 007 is read out. Specifically, the order registration number “007”, the destination telephone number “06-6900-xxxx”, the product code “B-133”, the scheduled transmission time “1999.1.10.13:30”, service The end time “1999.1.110.16:00:00” and the retry period “10 minutes” are read from the memory 60.
[0126]
The CPU 58 determines whether or not the current time matches the scheduled transmission time “1999.1.10.13:30:30” (step S305). If the current time does not coincide with the scheduled transmission time, it is determined whether there is a change in the registration information in the delayed transmission registration information table (step S307). If there is no change in the registration information, the determination in step S305 is repeated. On the other hand, if there is a change in the registration information, the process returns to step S301 to determine whether there is the registration information.
[0127]
On the other hand, if the current time matches the scheduled transmission time in step S305, the corresponding registration information is transmitted according to the communication protocol (step S309). In this case, it is transmitted as follows. The CPU 58 obtains the destination telephone number “06-6900-xxxx” from the delayed transmission information, and controls the line communication unit 76 shown in FIG. 16 to place a call to “06-6900-XXXX”. This telephone number is the telephone number of this television shopping reception center. When the line is connected, the CPU 58 transmits the argument data “product code: B-133” and an ID for specifying the product purchaser. In addition, what is necessary is just to acquire ID of this goods purchaser from the IC card 56 or the memory 60, for example. As a result, the ordering of the product designated by the operator is completed.
[0128]
The CPU 58 determines whether or not the communication is successful (step S311), and if successful, records the transmission result (in this case, “success”) in the memory 60 (step S313). The CPU 58 deletes the delayed call registration information (step S315). Then, step S301 and subsequent steps are repeated.
[0129]
On the other hand, if the communication is not successful in step S311, the CPU 58 records the result of transmission (in this case, “failure”) in the memory 60 (step S321 in FIG. 26). For example, this is the case when the center phone is busy.
[0130]
Next, the CPU 58 determines whether or not the retry should be stopped (step S323). This determination will be described later.
[0131]
When the CPU 58 determines that the retry should not be stopped, the scheduled transmission time of the failed order registration number is rewritten in order to automatically retry (step S325). Specifically, the retry cycle is added to the current scheduled transmission time and rewritten to the newly calculated scheduled transmission time. In this case, the new scheduled transmission time is “1999.1.10.13:40:00”.
[0132]
The CPU 58 determines whether or not the new scheduled transmission time “1999.1.10.13:40:00” exceeds the service end time (step S327). In this case, since the new scheduled transmission time does not exceed the service end time “1999.1.10.116:00:00” shown in FIG. 24, the processing from step S301 onward in FIG. 25 is repeated.
[0133]
In step S327 in FIG. 26, when the new scheduled transmission time exceeds the service end time, the CPU 58 records the result of transmission (in this case, “expired”) (step S329). Further, the CPU 58 deletes the registration information (step S331).
[0134]
In this way, the processes of FIGS. 25 and 26 are repeated.
[0135]
In addition, you may output the recorded transmission result so that this can be alert | reported, for example, when an order is settled. For example, when the order registration number “007” is not successfully ordered by the service end time and the order registration number “001” is successfully ordered, the communication result shown in FIG. 46. In this example, the response information of the order registration number 001 is “13:52 busy”, “13:57 busy”,... “14:12 success”, and the response information of the order registration number 007 is “13:30 busy”, “13:40 busy”... “16:00 timeout”.
[0136]
By displaying such a log, it is possible to know whether or not a product purchase application has been made correctly. The date and time of communication may be acquired from control data TDT included in the transport stream, a calendar built in the CPU itself, a clock, or the like. The communication result may be notified not only when the order is established but also when the order is not established. For example, an LED provided on the main body may be turned on or displayed on a monitor each time. These may be displayed together. For example, the transmission history of response information may be stored and displayed as a list. Furthermore, the call history may be displayed separately for each response information of each order registration number.
[0137]
2.6 Delayed call cause detection processing
Next, the process of step S323 in FIG. 26 will be described. In this embodiment, if the communication process with the center side is not completed, the center side does not repeat the retry process by obtaining the scheduled transmission time based on the retry period transmitted from the broadcasting station until the service end time. The retry process is changed according to the cause of communication failure.
[0138]
In the present embodiment, the condition for stopping the retry process is stored, and the retry process is stopped when the reason for failure in step S321 matches the stored condition. For example, there is a case where a telephone is connected to the other party, but negotiation with the other party's modem is not possible. In this case, for example, the destination telephone number of the navigation data shown in FIG. 14 may be wrong. In such a case, it is not considered that communication can be performed even if retry processing is repeated. is there.
[0139]
In addition, the case where the retry process is stopped is, for example, a case where the telephone is not connected to the center even after retrying a predetermined number of times. In this case, it is conceivable that the connector from the receiver to the telephone is disconnected, and even if the number of retries is made, it will not be possible to call the center. In this case, since it is an abnormal state that the other party cannot be called, the retry process is stopped. In this case as well, a message may be displayed to confirm that the telephone line is not disconnected. Note that, when the confirmation button is pressed after the message is displayed, retry may be performed again.
[0140]
In the present embodiment, since the delayed transmission is performed, it is difficult for the user to grasp when the receiver transmits the response information. In addition, the telephone line may be shared by a general telephone and a receiver. In this case, the user may be using the telephone line. In this case, when the use of the telephone by the user is finished, this is detected, and the time after the elapse of a predetermined time (for example, after the elapse of 10 seconds) may be determined as the scheduled transmission time.
[0141]
2.7 Calculation of the first scheduled outgoing time
The following method may be used for the calculation of the first scheduled transmission time. The probability density function of the horizontal axis time and the vertical axis probability density as shown in FIG. 28A is broadcast from the broadcasting station, and the receiving side generates random numbers on the basis of this to determine the first scheduled transmission time. Good.
[0142]
The probability density function in FIG. 28A is a function of probability density 2 from the start to 30 minutes and probability density 1 from 30 minutes to 1 hour. This function can be defined by, for example, {(00: 00: 0-00: 29: 59,2), (00: 30: 30-00: 59: 59,1)}. In this way, by using the probability variation data in which the probability density changes with the passage of time, delayed transmission on the reception side can be controlled more reliably from the transmission side. This is due to the following reason.
[0143]
It is possible to predict from a certain amount of empirical rule about the proportion of answering calls for a certain product. Under this expectation, the amount of telephone lines prepared at the center is usually determined. For example, 100 lines are prepared for 30 minutes from the beginning, and 50 lines are prepared after 30 minutes. Therefore, the communication line prepared in the response information receiving device cannot be used effectively by simply delay-dispersing the response from the receiving side. On the other hand, by sending probability variation data matched with the communication line prepared from the transmission side in this way and determining the first scheduled transmission time with a random number based on this, the response is almost at this probability. Made. Thereby, the communication line prepared in the response information receiving device can be used effectively.
[0144]
A method for determining the scheduled transmission time when such a probability density function is used will be described. On the receiving side, a random number is generated with the area (shaded portion) specified by the function as the maximum value of the random number, and a time corresponding to the value is calculated. For example, in the function shown in FIG. 28A, the total area is 30 * 60 * 2 + 30 * 60 * 1 = 3600 + 1800 = 5400.
It becomes. Note that * 60 is expressed in seconds.
[0145]
A random number is generated with 5400 as the maximum random number. Then, the delay time is calculated so that the obtained random number becomes an area. In this case, since the probability density is changed with 3600 as a boundary, if it is 3600 or less, for example, if 388 is a random number generated, as shown in FIG. 28B, 388/2 = 194, that is, 3 The call will be sent after 14 minutes. On the other hand, when random number 5000 is obtained, as shown in FIG. 28C, (5000-3600) + 1800 = 3200, ie, 53 minutes and 20 seconds later.
[0146]
The probability variation data may be specified by a probability distribution function as shown in FIG. 29 instead of the probability density function as shown in FIG. FIG. 29A is a probability distribution of FIG. 28A, where the vertical axis represents the random number generation value and the horizontal axis represents time. This function can be defined by {(00:29:59, 3600), (00:59:59, 5400)}, for example. The receiver generates a random number using the maximum value on the vertical axis of the graph as the maximum value of the random number, and sets the corresponding time on the horizontal axis as a delay time. For example, assuming that a random number generation value 388 is generated, if the random number generation value is 3600 or less, it is defined as t = 1 / 2y. Therefore, as shown in FIG. 29B, 388 * 1/2 = 194, that is, The call will be sent after 3 minutes and 14 seconds. On the other hand, when random number 5000 is obtained, since it is defined by t = y-1800, as shown in FIG. 28C, 5000-1800 = 3200, that is, after 53 minutes and 20 seconds, Become.
[0147]
Note that not only the first scheduled transmission time but also the retry time can be determined based on the probability variation data without using the retry cycle.
[0148]
Further, regarding the distribution of the initial scheduled transmission time, in addition to the above method, for example, delay distribution processing may be performed based on, for example, the time when the operator operates, the id of the receiver, and the like.
[0149]
3. Other embodiments
In the present embodiment, the case where the data format of the argument in the navigation data is text data has been described, but the data format is not limited, and may be, for example, a Baanaly format. Furthermore, the types of arguments and their arrangement order in the script are not limited.
[0150]
In the above embodiment, it is determined whether or not the retry should be stopped, but the retry condition may be changed. For example, the retry period may be changed according to the situation, instead of a fixed time, for example, every 5 minutes. For example, data that shortens the retry cycle when the service end time is approached may be broadcast. In addition, when the number of retries exceeds a predetermined number, data that shortens the retry period may be transmitted.
[0151]
In the embodiment described above, the receiver side itself determines whether or not to change the retry condition. However, the retry condition may be changed based on a rewrite command from the center. . In this case, the receiver may determine whether or not a rewrite command has been received instead of the determination in step S323.
[0152]
In addition, the condition change command may be broadcast to a broadcast station, and a receiver that receives the condition change command may change a part or all of the corresponding registration information.
[0153]
In the present embodiment, the condition for changing the retry process has been described as being stored in advance in the data receiver. However, this may be rewritten by transmitting a rewrite command from the transmission side. Further, a plurality of such conditions may be set, and any one of them may be designated for each delayed transmission registration information. Furthermore, different retry process changing conditions may be set for each script.
[0154]
The registration information that can be edited from the transmission side may be any data of delayed transmission registration information. For example, a retry cycle that is retry control information, a product code that is response information, or a scheduled transmission time that is delayed transmission control information may be used. For each data to be edited, an order registration number may be designated and a command for rewriting it directly may be transmitted, or it may be recalculated. As a method for recalculation, the argument of the script can be sent again, or the value of the navigation data may be referred to for some of the arguments. Furthermore, only difference data may be sent. For example, with respect to data of a certain registration number, a value to be added to the current retry cycle or the like may be transmitted as difference data, and recalculated on the receiving side based on the difference data.
[0155]
When merging a plurality of data, only the merge command may be transmitted. In this case, the receiver that has received the merge command may refer to both product codes and merge them into one data having two product codes. Then, the other registered data may be deleted. For example, if the registration number 002 is the product code C200 and the registration number 003 is data for purchasing the product code C300, both of which are ordering information for the telephone of the same center, when the merge command is received, the receiver The product code C300 is read from 003, the registration information of registration number 002 is rewritten to product codes C200 and C300, and the registration information of registration number 003 is deleted.
[0156]
In the present embodiment, the case where the present invention is applied to a television receiver has been described. However, any data receiver can be used as long as it receives broadcast data and transmits input or automatically generated response information. Even can be applied.
[0157]
In this embodiment, the case where an analog public line is used as a communication line between each data receiver and the center has been described. However, an ISDN line may be used, and a dedicated line may be used. . In the case of a dedicated line, it is only necessary to store the destination id instead of the destination telephone number as the delayed call registration information.
[0158]
In the above embodiment, the log data stored in the receiver is displayed to notify the operator of the response result to the center. However, when the center receives the response information, another information such as a facsimile is sent. A communication medium may be used to notify the operator that the delayed transmission has been completed. As such a communication medium, an automatic voice notification by telephone, e-mail, an EMM (Entitlement Management Message) message function in satellite broadcasting, or the like can be employed. By notifying the operator of such data stored on the center side by broadcasting or another line, the operator can be notified of the response result with the center. In this way, it is determined that the response information has been received by another communication medium using the same line as the communication line between the center and the receiver, or by a communication line different from the communication line between the center and the receiver. Can be surely notified to the person.
[0159]
Also, the registration information shown in FIG. 24 may be displayed as a list on the screen. Further, when the operator selects from the list displayed, detailed information (product image, price, etc.) may be displayed. In addition, the operator may be able to edit the list displayed. Further, instead of displaying the list, it may be displayed sequentially.
[0160]
In the above-described embodiment, a case where two types of video / audio ESs are included in one service SV11 has been described. However, one type of video / audio ES is transmitted to one service and video is transmitted. You may make it the goods demonstrated by data change with time. In this case, navigation data with different contents (corresponding to the product code with the index “2” in the character string table) corresponding to this may be transmitted.
[0161]
In the above embodiment, two video / audio and two navigation data are used. However, three or more video / audio and three or more navigation data may be used. Also, one navigation data may be used for a plurality of video / audio, and a plurality of navigation data may be used for one video / audio.
[0162]
In the above embodiment, a moving image is transmitted and received as video data. However, a still image may be transmitted and received as video data. Specifically, as shown in FIG. 30, a set of still images A, B, C, and D are repeatedly transmitted as video data ES, and the plurality of still images A, B, C, and D are mutually transmitted. By describing the link relationship in the object table and hyperlink table of the navigation data, an interactive service can be realized as in the case of the above moving image.
[0163]
For products that have been successfully registered for purchase or products for which purchase registration has failed, product identification information such as product names and still images may be stored in a memory and displayed after completion of communication.
[0164]
In addition, in this invention, goods include not only a tangible thing but an intangible service etc. Further, although TV shopping has been described as an example, the present invention can be similarly applied to audience rating surveys, collection of questionnaire information, quiz programs, and the like. Furthermore, the present invention can also be applied to a case where a request that can be understood by a computer is broadcast and collected data in a receiver is sent to the center side, such as a billing system for software (including not only programs but also contents). In this case, response actual data corresponding to the product code and response actual data id that is an identifier of the response actual data corresponding to the order registration number may be transmitted to the center side.
[0165]
In the present embodiment, the case where the operator inputs the response information has been described. However, the response information may be generated based on data input by the operator. For example, in the above example, the scheduled transmission time is not data input by the operator, but is generated according to the input data of the operator. Further, the data receiver may automatically create the data without the operator inputting data. For example, in the case of audience rating survey, response information can be automatically generated by the receiver.
[0166]
In the present embodiment, the service start time is later than the actual broadcast time. Therefore, even when data broadcast to a hard disk or a recording medium is stored and viewed when it can be viewed, the user of the data receiver can enjoy the benefits of the target service. In particular, when a response is made after the start of broadcasting and before the service start time, delayed transmission from the receiving side is performed in accordance with the probability variation data.
[0167]
In the present embodiment, from the transmission side, the transmission destination telephone number as the response information receiving device identifier, the product code as the response information number, the service start time as the delayed transmission control data, the initial transmission set time width, the service end time, and the retry cycle Was used. However, the delayed transmission control data only needs to include data for controlling delayed transmission. For example, the maximum number of retries may be stored instead of the service end time.
[0168]
In this embodiment, the case where the broadcast side and the reception side are 1: many broadcasts and the reception side and the response information reception side are 1: 1 communication has been described, but as shown in FIG. The same applies to computer networks. In FIG. 31, a server 200 is a WWW server connected to the Internet and stores a plurality of contents. When a request is received, the corresponding contents are transmitted to the request destination computer. In this case, if requests are received from the computers 210, 220, 230, 240, and 250 all at once, the amount of data to be distributed is enormous. A state occurs in which a request from the computer cannot be accepted. For example, there are cases where download requests are concentrated only at a certain time, such as release of a version upgrade program. In such a case, the concentration is temporary, and the concentration problem often does not occur beyond that time. In such a case, it can be effectively used without increasing the capacity of the line 201 by doing the following.
[0169]
When content download requests are received simultaneously from the computers 210, 220, 230, 240, 250, a download request delay control program is distributed to each computer. Such a delay control program is a program for distributing transmission of a download start request as described above to the server side, and includes delay control information for delay processing. The delay control process is not limited to the delay process as long as it can be delayed.
[0170]
Each computer calculates and stores the scheduled transmission time based on the delay control information. When the scheduled transmission time is reached, a download request is transmitted to the server 200. As a result, even if requests from each computer are concentrated, the delay can be distributed. Therefore, requests from each computer can be distributed according to the capacity of the line 201.
[0171]
In this example, the distribution is distributed in time series. However, when there is a mirror site, the server 200 sets the degree of congestion of the server at the mirror site so that the download request is distributed to the mirror site. According to the degree of congestion, the destination id of the delay control program may be set so that a certain computer is downloaded from there.
[0172]
Furthermore, the server id to be downloaded may be divided according to not only the degree of congestion but also the area of the computer that made the request.
[0173]
Each computer is not always connected to the Internet, and may be connected to a provider via a telephone line. In such a case, when the delayed transmission time is reached, a download request may be made by automatically calling and connecting to the Internet. In addition, each computer may be turned off. In such a case, the power management program may be started and the power may be turned on at the delayed transmission time to transmit a download request.
[0174]
In order to determine whether the download request is delayed transmission or the first download request, data for distinguishing this may be transmitted from the delayed transmission program. In the present embodiment, the navigation data is transmitted together with the video data and the audio data. However, only the navigation data may be used. Further, although a case has been described in which a script is embedded in navigation data and an execution process is performed on the reception side based on this script, HTML data may be transferred. In this case, a browser program for interpreting and displaying HTML data on the receiving side may be prepared. Further, instead of HTML data, structure description language data such as SGML data, XML data, and MHEG data may be used.
[0175]
That is, the center side transmits the transmission request data to the broadcast side, and each data receiver receives the transmission request data. The collection request data automatically generated based on the transmission request data or the manually input collection It can be applied when desired data is transmitted to the center side.
[0176]
In the above embodiment, the response information receiving device can receive the response information from each television receiver according to the allowable amount of the communication line prepared in the response information receiving device. However, there may be more or less responses than planned. In this case, rewrite information for rewriting the delayed transmission registration information stored in each receiver may be transmitted from the response information receiving device 150 to the broadcasting device 140 and broadcasted simultaneously. For example, when the order registration number “007” is ordered more than the planned quantity and the planned quantity is sold out, the service end time for the order registration number “007” is displayed to each receiver from the broadcast side. Broadcast rewrite information to be rewritten at time. The receiver that has received this refers to its own delayed transmission registration information table, and if there is ordering information for the ordering registration number “007”, this service end time is rewritten to the current time. Thereby, the response from each receiver can be canceled.
[0177]
In the above case, the response is stopped, but the service end time may be extended or the retry cycle may be changed. Furthermore, the probability variation data may be changed. That is, data for controlling delayed transmission can be controlled from the transmission side. For example, it is possible to broadcast a script that combines two pieces of registration information applied to the center of the same telephone number into one piece of registration information, and executes the script by referring to the delayed transmission registration information table on the receiving side. With respect to such processing to be summarized, it is possible to optimize the communication efficiency on the receiver side. However, some broadcasts do not want the same phone number to be combined. In such a case, it is desirable to control the processing on the reception side on the transmission side.
[0178]
In this embodiment, the display program is stored in the memory. However, the display program is stored in a recording medium such as an IC card or a CD-ROM, and is transferred to the nonvolatile memory via the IC card drive or the CD-ROM drive. May be stored. Furthermore, such a program may be transferred by communication and stored in a nonvolatile memory.
[0179]
In the present embodiment, an ID for specifying a product purchaser is acquired from the IC card 56 or the memory 60 and transmitted together. However, a script for inputting an address, name, etc. on the screen is used. You may send as navigation data.
[0180]
The delayed transmission registration information may be stored in a rewritable nonvolatile memory. Thereby, even when power supply such as a power failure is lost, the delayed transmission registration information can be held.
[0181]
In the above embodiment, some or all of the functions realized using the CPU may be realized by hardware. In any of the above embodiments, some or all of the functions realized by hardware may be realized by using a CPU.
[Brief description of the drawings]
FIG. 1 is a diagram showing a transmission state of radio waves in satellite broadcasting.
FIG. 2 is a diagram illustrating a configuration of a transmission device in satellite broadcasting.
FIG. 3 is a diagram showing a transport stream transmitted in satellite broadcasting.
FIG. 4 is a diagram illustrating a structure of packetized data.
FIG. 5 is a diagram showing the contents of control data PMT1.
FIG. 6 is a diagram showing the contents of control data PAT.
FIG. 7 is a diagram showing the contents of control data NIT.
FIG. 8 is a diagram illustrating a general configuration of a receiving apparatus.
FIG. 9 is a diagram showing an overall configuration of a bidirectional transmission / reception system according to the present invention.
10 is a detailed functional block diagram of the receiver of FIG. 9;
FIG. 11 is a diagram illustrating a transport stream to be transmitted.
FIG. 12 is a diagram showing the contents of control data PMT1.
FIG. 13 is a diagram showing the contents of control data PAT.
FIG. 14 is a diagram showing the contents of navigation data NVT1.
FIG. 15 is a diagram showing the contents of navigation data NVT2.
FIG. 16 is a diagram illustrating a hardware configuration of a receiver.
17 is a diagram showing details of the AV decoder 52. FIG.
FIG. 18 is a flowchart of a program in reception processing.
FIG. 19 is a flowchart of a program (basic program) that interprets and executes navigation data.
20 is a diagram showing an external appearance of a remote control device 78. FIG.
FIG. 21 is a diagram showing a daily necessities TV shopping screen displayed on the TV set 46;
FIG. 22 is a diagram showing a daily necessities television shopping screen displayed on the TV set 46;
FIG. 23 is a diagram showing a clothing television shopping screen displayed on the TV set 46;
FIG. 24 is a diagram showing a delayed call registration information table.
FIG. 25 is a flowchart of delayed call registration processing.
FIG. 26 is a flowchart of delayed call registration processing.
27 is a diagram showing the contents of a communication log recorded in the memory 60. FIG.
FIG. 28 is an example of a probability density function.
FIG. 29 is an example of a probability distribution function.
FIG. 30 is a diagram illustrating a case where a still image is transmitted.
FIG. 31 is a diagram illustrating another embodiment.
[Explanation of symbols]
140 ... Broadcasting equipment
150... Response information receiving device
160 1 ~ 160n ... TV receiver
161 Receiving means
163 ... Display means
165 ... Input means
167 ... Transmission means

Claims (31)

放送局から複数のテレビ受信機に放送によってデータを送信し、テレビ受信機から応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信システムであって、
前記放送局は、前記応答情報の初回の送信時刻を決める情報および、前記各テレビ受信機が前記応答情報受け取り機器との間で前記初回の通信が成立しなかった場合に前記各テレビ受信機が前記応答情報受け取り機器に前記応答情報を２回目以降再試行送信をするための再試行情報を、前記データに含めて同時に送信すること、
を特徴とするデータ送受信システム。A data transmission / reception system for transmitting data from a broadcasting station to a plurality of television receivers by broadcasting, and transmitting response information from the television receiver to a response information receiving device through a communication line,
The broadcasting station has information for determining an initial transmission time of the response information, and each television receiver is in the case where the first communication is not established between the television receiver and the response information receiving device. Retry information for retry transmission of the response information to the response information receiving device for the second and subsequent times is included in the data and transmitted simultaneously.
A data transmission / reception system. 放送局から複数のテレビ受信機に放送によってデータを送信し、テレビ受信機から応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信システムであって、
前記テレビ受信機は、前記応答情報の初回の発信時刻を決める情報および、前記応答情報受け取り機器との間で前記初回の通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信すると、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて前記２回目以降の前記応答情報の再送信をすること、
を特徴とするデータ送受信システム。A data transmission / reception system for transmitting data from a broadcasting station to a plurality of television receivers by broadcasting, and transmitting response information from the television receiver to a response information receiving device through a communication line,
The television receiver includes information for determining an initial transmission time of the response information and a response information receiving device and a second retry after the first communication with the response information receiving device is not established. When data including retry information for transmission is received from the broadcasting station, an initial transmission time is determined based on the information for determining the initial transmission time, and the response information receiving device is determined at the determined initial transmission time. If the communication is not established between the first and second times, retransmit the response information after the second time based on the retry information received at the same time as the information for determining the first transmission time,
A data transmission / reception system. データを放送する放送装置、
前記データを受信する複数のテレビ受信機であって、応答情報を通信回線を介して送信するテレビ受信機、
前記通信回線を介して前記各テレビ受信機と接続され、前記テレビ受信機からの応答情報を受け取る応答情報受け取り機器、
を備えたデータ送受信システムであって、
前記放送装置は、前記応答情報の初回の発信時刻を決める情報および、前記通信回線の許容量に応じた再試行情報であって、前記初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に、２回目以降の再試行送信の発信時刻を決めるための再試行情報を前記データに含めて同時に送信し、
前記テレビ受信機は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて前記２回目以降の応答情報の再試行送信をすること、
を特徴とするデータ送受信システム。A broadcasting device for broadcasting data,
A plurality of television receivers for receiving the data, wherein the television receivers transmit response information via a communication line;
A response information receiving device connected to each of the television receivers via the communication line and receiving response information from the television receiver;
A data transmission / reception system comprising:
The broadcast device is information for determining an initial transmission time of the response information and retry information according to an allowable amount of the communication line, and communicates with the response information receiving device at the initial transmission time. If the above is not established, retry information for determining the transmission time of the second and subsequent retry transmissions is included in the data and transmitted simultaneously,
The television receiver determines an initial transmission time based on the information for determining the initial transmission time, and when communication with the response information receiving device is not established at the determined initial transmission time. Retransmitting the second and subsequent response information based on the retry information received simultaneously with the information for determining the first transmission time,
A data transmission / reception system. 放送装置から放送されたデータを受信して画像を表示し、通信回線によって応答情報受け取り機器との間で応答情報を送信するテレビ受信機であって、
前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、
前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記放送装置から前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて、応答情報受け取り機器に前記２回目以降の応答情報の再試行送信をすること、
を特徴とするテレビ受信機。A television receiver that receives data broadcast from a broadcasting device, displays an image, and transmits response information to and from a response information receiving device via a communication line,
Information for determining the first transmission time of the response information and the second and subsequent retry transmissions with the response information receiving device when communication with the response information receiving device is not established at the first transmission time Receiving data including retry information for the broadcast station,
When the first transmission time is determined based on the information for determining the first transmission time, and communication with the response information receiving device is not established at the determined first transmission time, from the broadcasting device Based on the retry information received at the same time as the information for determining the first transmission time, the response information receiving device performs retry transmission of the response information after the second time,
TV receiver characterized by. 放送装置から送信されたデータを受信する受信手段、
前記受信されたデータに基づく表示データを表示手段に出力する表示データ出力手段、
前記表示手段の表示に基づき、操作者が応答情報を入力する入力手段、
前記応答情報を通信回線を介して送信する手段であって、応答情報受け取り機器との間で通信が成立しなかった場合には、前記データに含まれている再試行情報に基づいて、前記応答情報を再試行送信する通信手段、
を備えたテレビ受信機であって、
前記受信手段は、前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、
前記通信手段は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の配信時刻を決める情報と同時に受信した再試行情報に基づいて、前記２回目以降の応答情報の再試行送信をすること、
を特徴とするテレビ受信機。Receiving means for receiving data transmitted from the broadcasting device;
Display data output means for outputting display data based on the received data to a display means;
An input means for an operator to input response information based on the display of the display means;
Means for transmitting the response information via a communication line, and when the communication with the response information receiving device is not established, the response information is based on the retry information included in the data. Communication means for retrying information,
A television receiver comprising:
The receiving means includes information for determining an initial transmission time of the response information, and a response information receiving device and the second and subsequent times when communication with the response information receiving device is not established at the initial transmission time. Receiving data including retry information for retry transmission from the broadcast station,
The communication means determines the first transmission time based on the information for determining the first transmission time, and when communication with the response information receiving device is not established at the determined first transmission time, Based on the retry information received at the same time as the information for determining the first delivery time, retry transmission of the response information after the second time,
TV receiver characterized by. 放送装置から送信されたデータを受信する受信手段、
前記受信されたデータに基づく表示データを表示する表示手段、
応答情報を通信回線を介して通信する手段であって、応答情報受け取り機器との間で通信が成立しなかった場合には、放送装置から与えられた再試行情報に基づいて、前記応答情報を再試行送信する通信手段、
を備えたテレビ受信機であって、
前記受信手段は、前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、
前記通信手段は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の配信時刻を決める情報と同時に受信した再試行情報に基づいて、前記２回目以降の応答情報の再試行送信をすること、
を特徴とするテレビ受信機。Receiving means for receiving data transmitted from the broadcasting device;
Display means for displaying display data based on the received data;
A means for communicating response information via a communication line, and when communication with the response information receiving device is not established, the response information is determined based on retry information given from a broadcasting device. Communication means for retry transmission,
A television receiver comprising:
The receiving means includes information for determining an initial transmission time of the response information, and a response information receiving device and the second and subsequent times when communication with the response information receiving device is not established at the initial transmission time. Receiving data including retry information for retry transmission from the broadcast station,
The communication means determines the first transmission time based on the information for determining the first transmission time, and when communication with the response information receiving device is not established at the determined first transmission time, Based on the retry information received at the same time as the information for determining the first delivery time, retry transmission of the response information after the second time,
TV receiver characterized by. 請求項４、５または６のテレビ受信機において、
前記応答情報受け取り機器との初回の発信予定時刻を、受信した遅延情報に基づいてランダム演算して特定すること、
を特徴とするテレビ受信機。The television receiver according to claim 4, 5 or 6,
The initial scheduled transmission time with the response information receiving device is specified by random calculation based on the received delay information,
TV receiver characterized by. 請求項４、５、６または７のテレビ受信機において、
前記放送装置から与えられた発信終了時刻に基づいて、再試行送信するか否か決定すること、
を特徴とするテレビ受信機。The television receiver according to claim 4, 5, 6 or 7.
Determining whether to retry transmission based on the transmission end time given from the broadcasting device;
TV receiver characterized by. 請求項４、５、６、７または８のテレビ受信機において、
前記応答情報受け取り機器との間で通信が成立しない原因を検知する検知手段を備えたこと、
を特徴とするテレビ受信機。The television receiver of claim 4, 5, 6, 7 or 8.
Comprising detection means for detecting a cause of communication failure with the response information receiving device;
TV receiver characterized by. 請求項９のテレビ受信機において、
前記検知した原因に基づいて、次回以降の再試行送信の条件を変更させる再試行条件変更手段を備えたこと、
を特徴とするテレビ受信機。The television receiver of claim 9,
Based on the detected cause, provided with a retry condition changing means for changing the condition of the retry transmission after the next time,
TV receiver characterized by. 請求項１０のテレビ受信機において、
前記再試行条件変更手段は、次回以降の再試行送信の設定時間幅を変更させる報知データを生成すること、
を特徴とするテレビ受信機。The television receiver of claim 10.
The retry condition changing means generates notification data for changing a set time width of retry transmissions after the next time,
TV receiver characterized by. 請求項１０のテレビ受信機において、
前記再試行条件変更手段は、再試行送信を中止すること、
を特徴とするテレビ受信機。The television receiver of claim 10.
The retry condition changing means stops retry transmission;
TV receiver characterized by. 請求項９のテレビ受信機において、
前記検知した原因を報知する報知データを生成すること、
を特徴とするテレビ受信機。The television receiver of claim 9,
Generating notification data for notifying the detected cause;
TV receiver characterized by. 請求項４、５、６または７のテレビ受信機において、
前記放送装置から与えられた発信終了時刻から発信可能残時間を演算し、この発信可能残時間に応じて前記再試行送信条件を変更すること、
を特徴とするテレビ受信機。The television receiver according to claim 4, 5, 6 or 7.
Calculating the remaining callable time from the call end time given from the broadcasting device, and changing the retry transmission condition according to the remaining callable time;
TV receiver characterized by. 請求項４、５、６または７のテレビ受信機において、
前記応答情報受け取り機器との通信結果を報知する報知データを生成すること、
を特徴とするテレビ受信機。The television receiver according to claim 4, 5, 6 or 7.
Generating notification data for notifying a communication result with the response information receiving device;
TV receiver characterized by. 請求項１５のテレビ受信機において、
前記応答情報受け取り機器から通信結果を受け取って報知データを生成すること、
を特徴とするテレビ受信機。The television receiver of claim 15,
Receiving communication results from the response information receiving device and generating notification data;
TV receiver characterized by. 請求項１５のテレビ受信機において、
前記応答情報受け取り機器との間の通信履歴を記憶しておき、報知データを生成すること、
を特徴とするテレビ受信機。The television receiver of claim 15,
Storing a communication history between the response information receiving device and generating notification data;
TV receiver characterized by. 請求項７のテレビ受信機において、
前記遅延送信する応答情報を記憶する記憶手段、
操作者から報知命令が与えられると、前記応答情報を報知する報知手段、
を備えたことを特徴とするテレビ受信機。The television receiver of claim 7,
Storage means for storing response information for delayed transmission;
A notification means for notifying the response information when a notification command is given from an operator;
A television receiver comprising: 請求項１８のテレビ受信機において、
操作者からの編集命令が与えられると、前記応答情報を編集する編集手段を備えたこと、
を特徴とするテレビ受信機。The television receiver of claim 18.
Provided with an editing means for editing the response information when an editing command is given from the operator;
TV receiver characterized by. 放送装置から送信されたデータを受信する受信手段、
応答情報を通信回線を介して応答情報受け取り機器に送信するとともに、応答情報受け取り機器との間で通信が成立しなかった場合には、前記受信したデータに含まれている再試行情報に基づいて、前記応答情報を再試行送信する通信手段、
を備えたデータ受信機であって、
前記受信手段は、前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、
前記通信手段は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の配信時刻を決める情報と同時に受信した再試行情報に基づいて、前記２回目以降の応答情報の再試行送信をすること、
を特徴とするデータ受信機。Receiving means for receiving data transmitted from the broadcasting device;
When the response information is transmitted to the response information receiving device via the communication line and communication is not established with the response information receiving device, based on the retry information included in the received data Communication means for retry transmission of the response information;
A data receiver comprising:
The receiving means includes information for determining an initial transmission time of the response information, and a response information receiving device and the second and subsequent times when communication with the response information receiving device is not established at the initial transmission time. Receiving data including retry information for retry transmission from the broadcast station,
The communication means determines the first transmission time based on the information for determining the first transmission time, and when communication with the response information receiving device is not established at the determined first transmission time, Based on the retry information received at the same time as the information for determining the first delivery time, retry transmission of the response information after the second time,
A data receiver characterized by. 請求項２０のデータ受信機において、
前記通信手段は、以下を備えていること、
１）前記応答情報受け取り機器との間で前記初回の通信が成立しなかった場合には、前記再試行情報に基づいて、前記２回目以降の再試行時刻を特定する再試行時刻特定データを演算する再試行時刻特定データ演算手段、
２）前記再試行時刻となると、前記記憶した応答情報を再発信する発信手段、
を特徴とするデータ受信機。The data receiver of claim 20,
The communication means comprises:
1) If the first communication with the response information receiving device is not established, retry time specifying data for specifying the second and subsequent retry times is calculated based on the retry information. Retry time specific data calculating means,
2) A transmission means for retransmitting the stored response information when the retry time is reached,
A data receiver characterized by. 請求項２０または請求項２１のデータ受信機において、
前記応答情報受け取り機器との初回の発信予定時刻を、受信した遅延情報に基づいてランダム演算して特定すること、
を特徴とするデータ受信機。The data receiver of claim 20 or claim 21,
The initial scheduled transmission time with the response information receiving device is specified by random calculation based on the received delay information,
A data receiver characterized by. 請求項２０または請求項２１のデータ受信機において、
前記放送装置から与えられた発信終了時刻に基づいて、再試行送信するか否か決定すること、
を特徴とするデータ受信機。The data receiver of claim 20 or claim 21,
Determining whether to retry transmission based on the transmission end time given from the broadcasting device;
A data receiver characterized by. 請求項２０または請求項２１のデータ受信機において、
前記応答情報受け取り機器との間で通信が成立しない原因を検知する検知手段を備えたこと、
を特徴とするデータ受信機。The data receiver of claim 20 or claim 21,
Comprising detection means for detecting a cause of communication failure with the response information receiving device;
A data receiver characterized by. 放送局から複数のテレビ受信機に放送によってデータを送信し、
テレビ受信機から応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信方法であって、
前記放送局は、前記応答情報の初回の送信時刻を決める情報および、前記各テレビ受信機が前記応答情報受け取り機器との間で通信が成立しなかった場合に前記各テレビ受信機が前記応答情報受け取り機器に前記応答情報を２回目以降再試行送信をするための再試行情報を、前記データに含めて同時に送信すること、
を特徴とするデータ送受信方法。Send data from a broadcast station to multiple TV receivers by broadcasting,
A data transmission / reception method for transmitting response information from a television receiver to a response information receiving device via a communication line,
The broadcast station includes information for determining an initial transmission time of the response information, and when each television receiver does not establish communication with the response information receiving device, each television receiver transmits the response information. Retry information for retry transmission of the response information to the receiving device after the second time is included in the data and transmitted simultaneously.
A data transmission / reception method characterized by the above. 放送局から複数のテレビ受信機に放送によってデータを送信し、テレビ受信機から応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信方法であって、
前記テレビ受信機は、前記応答情報の初回の発信時刻を決める情報および、前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降再試行送信をするための再試行情報を含むデータを前記放送局から受信し、
前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、
決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて前記２回目以降の応答情報を再送信すること、
を特徴とするデータ送受信方法。A data transmission / reception method of transmitting data from a broadcasting station to a plurality of television receivers by broadcasting, and transmitting response information from a television receiver to a response information receiving device through a communication line,
The television receiver performs retry transmission with the response information receiving device for the second time or later when the communication information is not established with the information for determining the first transmission time of the response information and the response information receiving device. Receiving data including retry information from the broadcast station,
Determine the first transmission time based on the information for determining the first transmission time,
If communication with the response information receiving device is not established at the determined first transmission time, the second and subsequent times based on the retry information received simultaneously with the information determining the first transmission time Resend the response information,
A data transmission / reception method characterized by the above. データを放送する放送装置、
前記データを受信する複数のテレビ受信機であって、応答情報を通信回線を介して送信するテレビ受信機、
放送局から複数のテレビ受信機に放送によってデータを送信し、テレビ受信機から応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信方法であって、
前記放送装置は、前記応答情報の初回の発信時刻を決める情報および、前記通信回線の許容量に応じた再試行情報であって、前記応答情報受け取り機器との間で通信が成立しなかった場合に２回目以降の再試行をおこなう再試行情報を前記データに含めて同時に送信し、
前記テレビ受信機は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて前記２回目以降の応答情報の再試行送信をすること、
を特徴とするデータ送受信方法。A broadcasting device for broadcasting data,
A plurality of television receivers for receiving the data, wherein the television receivers transmit response information via a communication line;
A data transmission / reception method of transmitting data from a broadcasting station to a plurality of television receivers by broadcasting, and transmitting response information from a television receiver to a response information receiving device through a communication line,
The broadcast device is information for determining an initial transmission time of the response information and retry information according to an allowable amount of the communication line, and communication with the response information receiving device is not established. In the above data, the retry information for performing the second and subsequent retries is included in the data and transmitted simultaneously.
The television receiver determines an initial transmission time based on the information for determining the initial transmission time, and when communication with the response information receiving device is not established at the determined initial transmission time. Retransmitting the second and subsequent response information based on the retry information received simultaneously with the information for determining the first transmission time,
A data transmission / reception method characterized by the above. 放送局から複数のテレビ受信機に放送によってデータを送信し、テレビ受信機から応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信方法であって、
前記テレビ受信機にて、前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、
前記テレビ受信機にて、前記受信されたデータに基づく表示データを表示し、
前記テレビ受信機に、操作者が応答情報を入力すると、
前記テレビ受信機は、前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて、前記２回目以降の再試行送信をすること、
を特徴とするデータ送受信方法。A data transmission / reception method of transmitting data from a broadcasting station to a plurality of television receivers by broadcasting, and transmitting response information from a television receiver to a response information receiving device through a communication line,
In the television receiver, the information for determining the first transmission time of the response information, and the second response to the response information receiving device when communication with the response information receiving device is not established at the first transmission time. Receiving data including retry information for subsequent retry transmissions from the broadcast station;
In the television receiver, display data based on the received data is displayed,
When an operator inputs response information to the television receiver,
The television receiver determines an initial transmission time based on the information for determining the initial transmission time, and when communication with the response information receiving device is not established at the determined initial transmission time. , Based on the retry information received at the same time as the information for determining the initial transmission time, the second and subsequent retry transmissions,
A data transmission / reception method characterized by the above. 放送装置から送信されたデータを受信し、
前記受信されたデータに基づく表示データを表示し、
応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信方法であって、
前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、
前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記放送装置から前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて、前記２回目以降の応答情報の再試行送信をすること、
を特徴とするデータ送受信方法。Receives data transmitted from the broadcasting device,
Displaying display data based on the received data;
A data transmission / reception method for transmitting response information via a communication line to a response information receiving device,
Information for determining the first transmission time of the response information and the second and subsequent retry transmissions with the response information receiving device when communication with the response information receiving device is not established at the first transmission time Receiving data including retry information for the broadcast station,
When the first transmission time is determined based on the information for determining the first transmission time, and communication is not established with the response information receiving device at the determined first transmission time, from the broadcasting device, Based on the retry information received at the same time as the information for determining the first transmission time, retry transmission of the response information after the second time,
A data transmission / reception method characterized by the above. 放送装置から送信されたデータを受信し、
応答情報受け取り機器へ通信回線によって応答情報を送信するデータ送受信方法であって、
前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と再試行送信するための再試行情報を含むデータを前記放送局から受信し、
前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記放送装置から前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて、前記２回目以降の応答情報の再試行送信をすること、
を特徴とするデータ送受信方法。Receives data transmitted from the broadcasting device,
A data transmission / reception method for transmitting response information via a communication line to a response information receiving device,
Information for determining the first transmission time of the response information, and retry information for retry transmission with the response information receiving device when communication with the response information receiving device is not established at the first transmission time Including data from the broadcasting station,
When the first transmission time is determined based on the information for determining the first transmission time, and communication is not established with the response information receiving device at the determined first transmission time, from the broadcasting device, Based on the retry information received at the same time as the information for determining the first transmission time, retry transmission of the response information after the second time,
A data transmission / reception method characterized by the above. 放送装置から放送されたデータを受信し、通信回線によって応答情報受け取り機器との間で応答情報を送信するテレビ受信機を、コンピュータで制御するためのプログラムを記憶した記録媒体であって、前記プログラムは、
前記応答情報の初回の発信時刻を決める情報および、当該初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合に応答情報受け取り機器と２回目以降の再試行送信をするための再試行情報を含むデータを前記放送局から受信し、
前記初回の発信時刻を決める情報に基づいて初回の発信時刻を決定し、決定した初回の発信時刻に前記応答情報受け取り機器との間で通信が成立しなかった場合には、前記放送装置から前記初回の発信時刻を決める情報と同時に受信した前記再試行情報に基づいて、前記２回目以降の応答情報の再試行送信をする、
処理を実行させることを特徴とするプログラムを記憶した記録媒体。A recording medium storing a program for controlling a television receiver that receives data broadcast from a broadcasting device and transmits response information to and from a response information receiving device via a communication line, the program Is
Information determining the transmission time of the first of said response information and to retry transmission of the response information receiving device and the second or subsequent if communication with the response information receiving apparatus to the originating time of the first is not established Receiving data including retry information for the broadcast station,
When the first transmission time is determined based on the information for determining the first transmission time, and communication is not established with the response information receiving device at the determined first transmission time, from the broadcasting device, Based on the retry information received at the same time as the information for determining the first transmission time, the second and subsequent response information is retried.
A recording medium storing a program characterized by executing processing .
JP2000105049A 1999-04-12 2000-04-06 Data transmission / reception system and method Expired - Lifetime JP3615685B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000105049A JP3615685B2 (en) 1999-04-12 2000-04-06 Data transmission / reception system and method

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP11-103619 1999-04-12
JP10361999 1999-04-12
JP2000105049A JP3615685B2 (en) 1999-04-12 2000-04-06 Data transmission / reception system and method

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2004115572A Division JP4362085B2 (en) 1999-04-12 2004-04-09 Data transmission / reception system and method in delay dispersion

Publications (2)

Publication Number Publication Date
JP2000358231A JP2000358231A (en) 2000-12-26
JP3615685B2 true JP3615685B2 (en) 2005-02-02

Family

ID=26444240

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000105049A Expired - Lifetime JP3615685B2 (en) 1999-04-12 2000-04-06 Data transmission / reception system and method

Country Status (1)

Country Link
JP (1) JP3615685B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003087408A (en) * 2001-09-13 2003-03-20 Nec Corp Short message distribution system
EP1686807A1 (en) * 2005-01-27 2006-08-02 Nagra France Sarl Method of load balancing of a management center transmitting informations to a big number of user-units
JP5453745B2 (en) 2007-07-31 2014-03-26 セイコーエプソン株式会社 Posting server, content transmission system, and posting server control method
JP2009093624A (en) * 2007-07-31 2009-04-30 Seiko Epson Corp Posting server, printing terminal and posting server control method

Also Published As

Publication number Publication date
JP2000358231A (en) 2000-12-26

Similar Documents

Publication Publication Date Title
JP4409940B2 (en) Interactive information service system and associated method for capturing transaction data
CN101512517B (en) Personal content distribution network
JP4183586B2 (en) Video display device
CN102498723B (en) Method and system for distributing content
US20050273832A1 (en) Interactive television receiver unit browser that waits to send requests
US20140181874A1 (en) Method and system for ordering video content from a first device
JPH1117633A (en) Advertisement information broadcast method, advertisement information broadcast system and receiver
JP2010021988A (en) Content providing apparatus and method, content receiving apparatus, content receiving method, program, and content downloading system
JP2002232478A (en) Transmitter, receiver and broadcast data distribution method
CN105049921A (en) Data processing method and device
US20020108124A1 (en) Method of and apparatus for broadcasting programs, method of and apparatus for receiving programs, and computer product
US7783282B2 (en) Messaging over mobile phone network for digital multimedia network
JP2013236391A (en) Content supply device, content supply method, content receiving device, content receiving method, program, and content downloading system
JP3615685B2 (en) Data transmission / reception system and method
US7437750B1 (en) Data transceiving system and method therefor
CN1197379C (en) Video message sending
JP4362085B2 (en) Data transmission / reception system and method in delay dispersion
JP3483812B2 (en) Terminal device, control method, and recording medium recording program
JP4720850B2 (en) Receiver
CN101277424A (en) Method and system for preparing and issuing interactive program
JP2008211274A (en) Video receiver and broadband program search system
JP4160740B2 (en) Data broadcast receiving apparatus and data broadcast receiving program
US7869462B2 (en) Broadcast system and method therefor
JPH11289528A (en) Data distribution method and distributed data selector
JP3780563B2 (en) Pay broadcast system and method, broadcast receiving terminal and method, and viewing information collection system and method

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040209

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040409

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040621

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040819

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040727

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20040830

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041004

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041006

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20041101

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20041101

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 3615685

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071112

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081112

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091112

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091112

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101112

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111112

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121112

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121112

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131112

Year of fee payment: 9

EXPY Cancellation because of completion of term