(57)【要約】【課題】視聴者応答データがどの番組のどの設問あるいは入札に対する回答であるのかを放送局に設置されるサーバで容易に識別する。【解決手段】放送局１０から視聴者宅内装置３１にデジタル放送で提供される設問あるいは入札のリアルタイムの双方向番組における視聴者宅内装置３１からの視聴者応答データをインターネットプロトコルを用いて放送局１０に収集する場合に、ＴＣＰ／ＵＤＰの上位層であるアプリケーション層内にセッション層を設け、放送局１０と視聴者宅内装置３１とのエンド−ツー−エンドでセッションを定義し、設問あるいは入札毎にセッションの確立、維持、解放を行う。この際、視聴者宅内装置３１は、定義されたセッションにどの番組のどの設問あるいは入札に対する回答かを記載する。【選択図】        図１
2004304465.tif 000002
【特許請求の範囲】
【請求項１】
放送局から視聴者宅内装置にデジタル放送で提供される設問あるいは入札のリアルタイムの双方向番組における前記視聴者宅内装置からの視聴者応答データを、インターネットプロトコルを用いて前記放送局に収集する場合に、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）の上位層であるアプリケーション層内にセッション層を設け、前記放送局と前記視聴者宅内装置とのエンド−ツー−エンドでセッションを定義し、設問あるいは入札毎にセッションの確立、維持、解放を行う、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式であって、
セッション始動時、前記放送局では、当該セッションの送信元ＮＥ（Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ）−ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）に自局の集計用サーバのＮＥ−ＩＤが記載され、当該セッションの宛先ＮＥ−ＩＤには前記視聴者宅内装置のＮＥ−ＩＤが付与され、当該セッションのプログラムＩＤには前記番組を識別するための識別子が付与され、また、当該セッションの設問あるいは入札ＩＤには、設問あるいは入札を識別するための識別子が付与され、さらに、当該セッションのセッションデータの中には、自局サーバのＩＰアドレス及び設問あるいは入札が記載されることを特徴とする、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式。
【請求項２】
請求項１に記載の、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式において、
前記視聴者宅内装置の視聴者は、前記視聴者宅内装置において、前記設問あるいは入札に対して回答を入力し、視聴者からの回答はアプリケーション層を経由して、セッションデータとして組み立てられ、セッションヘッダが付与されることを特徴とする、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式。
【請求項３】
請求項２に記載の、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式において、
前記視聴者宅内装置において、セッションの確立要求とデータ転送及び切断要求を一度に行うために、セッションフラグには、セッションの確立（ＳＹＮ）、データの転送（Ｄａｔａ）、及びデータの転送終了（ＦＩＮ）示すフラグが、同時に立てられ、当該セッションの送信元ＮＥ−ＩＤには前記視聴者宅内装置のＩＤ番号が付与され、宛先ＮＥ−ＩＤには、前記セッション始動時に送られてきた前記集計用サーバのＮＥ−ＩＤが記載され、また、プログラムＩＤ及び設問あるいは入札ＩＤには、エンド−ツー−エンドのセッション同期を確立するための識別子が記載され、更に、レングスフィールドには、セッションデータの長さが表示されることを特徴とする、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式に関する。
【０００２】
【従来の技術】
本発明は、例えば、ケーブルテレビ（ＣＡＴＶ：  ｃａｂｌｅ  ｔｅｌｅｖｉｓｉｏｎ）局を用いて双方向デジタル放送番組を提供するデジタル放送システムに適用される。
【０００３】
このデジタル放送システムは、番組を放送波（すなわち、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）放送波、ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ）放送波、或いは地上波デジタル放送波）にて送信する放送局と、該放送波にて送信された番組を受信し、受信した番組をケーブルテレビ網（ＣＡＴＶ網）に配信するケーブルテレビ局（ＣＡＴＶ局）と、ケーブルテレビ網から前記番組を受信し、該番組に対する視聴者応答データをケーブルテレビ局に前記ケーブルテレビ網を介して送信する複数の視聴者宅内ネットワークとを備えている。一般に、ケーブルテレビ局は、前記ケーブルテレビ網から受信した視聴者応答データをインターネット経由で放送局に送信する。
【０００４】
なお、非特許文献１には、ＴＣＰ  ｆｏｒ  Ｔｒａｎｓａｃｔｉｏｎ（ＴＣＰの拡張プロトコル）が記載され、非特許文献２及び非特許文献３には、それぞれ、ＵＤＰを用いた再送制御が記載され、非特許文献４には、ＴＣＰ／ＩＰを用いる通信方式が規定されている。
【０００５】
【非特許文献１】
Ｒ．  Ｂｒａｄｅｎ，  “Ｅｘｔｅｎｄｉｎｇ  ＴＣＰ  ｆｏｒ  Ｔｒａｎｓａｃｔｉｏｎｓ  −  Ｃｏｎｃｅｐｔｓ，”  ＲＦＣ−１３７９，  Ｎｏｖ．  １９９２．
【０００６】
【非特許文献２】
Ｃ．  Ｐｅｒｋｉｎｓ，  Ｏ．  Ｈｏｄｓｏｎ，  “Ｏｐｔｉｏｎｓ  ｆｏｒ  Ｒｅｐａｉｒ  ｏｆ  Ｓｔｒｅａｍｉｎｇ  Ｍｅｄｉａ，”  ＲＦＣ−２３５４，  Ｊｕｎ．  １９９８．
【０００７】
【非特許文献３】
Ｄ．  Ｌｅｏｎ，  Ｖ．  Ｖａｒｓａ，  “ＲＴＰ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｆｒａｍｅｗｏｒｋ，”  ｄｒａｆｔ−ｌｅｏｎ−ｒｔｐ−ｒｅｔｒａｎｓｍｉｓｓｉｏｎ−０２．ｔｘｔ，  Ｍａｒ．  ２００２．
【０００８】
【非特許文献４】
ＢＳ／広帯域ＣＳデジタル放送運用規定技術資料ＡＲＩＢ  ＴＲ−Ｂ１５  ２．０版（差替版）（第三分冊），（社）電波産業会，２００１．
【０００９】
【発明が解決しようとする課題】
上述したデジタル放送システムにおいて、デジタル放送で提供されるクイズ（設問）あるいはオークション（入札）等のリアルタイムの双方向番組においては、上りの視聴者応答データは、どの番組のどの設問あるいは入札に対する回答であるのかを放送局に設置されるサーバで識別する必要がある。
【００１０】
本発明の課題は、上り視聴者応答データを、インターネットプロトコル（ＩＰ）を用いて収集する場合に、上り視聴者応答データがどの番組のどの設問あるいは入札に対する回答であるのかを放送局に設置されるサーバで容易に識別することができるデータ通信方式を提供することにある。
【００１１】
【課題を解決するための手段】
本発明による、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式は、以下のとおりである。
【００１２】
（１）  放送局から視聴者宅内装置にデジタル放送で提供される設問あるいは入札のリアルタイムの双方向番組における前記視聴者宅内装置からの視聴者応答データを、インターネットプロトコルを用いて前記放送局に収集する場合に、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）の上位層であるアプリケーション層内にセッション層を設け、前記放送局と前記視聴者宅内装置とのエンド−ツー−エンドでセッションを定義し、設問あるいは入札毎にセッションの確立、維持、解放を行う、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式であって、
セッション始動時、前記放送局では、当該セッションの送信元ＮＥ（Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ）−ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）に自局の集計用サーバのＮＥ−ＩＤが記載され、当該セッションの宛先ＮＥ−ＩＤには前記視聴者宅内装置のＮＥ−ＩＤが付与され、当該セッションのプログラムＩＤには前記番組を識別するための識別子が付与され、また、当該セッションの設問あるいは入札ＩＤには、設問あるいは入札を識別するための識別子が付与され、さらに、当該セッションのセッションデータの中には、自局サーバのＩＰアドレス及び設問あるいは入札が記載されることを特徴とする、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式。
【００１３】
（２）  上記（１）項に記載の、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式において、
前記視聴者宅内装置の視聴者は、前記視聴者宅内装置において、前記設問あるいは入札に対して回答を入力し、視聴者からの回答はアプリケーション層を経由して、セッションデータとして組み立てられ、セッションヘッダが付与されることを特徴とする、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式。
【００１４】
（３）  上記（２）項に記載の、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式において、
前記視聴者宅内装置において、セッションの確立要求とデータ転送及び切断要求を一度に行うために、セッションフラグには、セッションの確立（ＳＹＮ）、データの転送（Ｄａｔａ）、及びデータの転送終了（ＦＩＮ）示すフラグが、同時に立てられ、当該セッションの送信元ＮＥ−ＩＤには前記視聴者宅内装置のＩＤ番号が付与され、宛先ＮＥ−ＩＤには、前記セッション始動時に送られてきた前記集計用サーバのＮＥ−ＩＤが記載され、また、プログラムＩＤ及び設問あるいは入札ＩＤには、エンド−ツー−エンドのセッション同期を確立するための識別子が記載され、更に、レングスフィールドには、セッションデータの長さが表示されることを特徴とする、リアルタイムの双方向デジタル放送番組を提供するためのデータ通信方式。
【００１５】
【発明の実施の形態】
次に本発明の実施例について図面を参照して説明する。
【００１６】
図１を参照すると、本発明が適用されるデジタル放送システムが示されている。このデジタル放送システムは、ケーブルテレビ局（ＣＡＴＶ局）２０を用いて双方向デジタル放送番組を提供するものである。
【００１７】
詳細には、このデジタル放送システムは、番組を衛星４０経由での放送波（すなわち、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）放送波、或いはＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ）放送波）にて送信する放送局１０と、該放送波にて送信された番組を受信し、受信した番組をケーブルテレビ網（ＣＡＴＶ網）６０に配信するケーブルテレビ局（ＣＡＴＶ局）２０と、ケーブルテレビ網６０から前記番組を受信し、該番組に対する視聴者応答データをケーブルテレビ局２０にケーブルテレビ網６０を介して送信する複数の視聴者宅内ネットワーク３０−１〜３０−６とを有する。
【００１８】
なお、放送局１０は、番組を、衛星４０を経由しない地上波デジタル放送波にて送信するものであっても良い。
【００１９】
ケーブルテレビ局２０は、複数の視聴者宅内ネットワーク３０−１〜３０−６からの前記番組に対する視聴者応答データを、インターネット（ＩＰ網）５０経由で放送局１０に送信する。
【００２０】
なお、図１において、３１は、視聴者宅内ネットワーク３０−１〜３０−６の各々に設置され、双方向デジタル放送サービスの端末として作用する、セットトップボックス（ＳＴＢ：  Ｓｅｔ−ｔｏｐ  ｂｏｘ）である。
【００２１】
また、図１において、１１は、放送局１０に設置される集計用サーバであり、２１はＣＡＴＶ局２０に設置される中継サーバである。
【００２２】
このようなデジタル放送システムにおいて、本発明では、リアルタイム双方向番組の提供のためのセッション層を定義する。
【００２３】
上述したように、デジタル放送で提供されるクイズあるいはオークション（設問あるいは入札）等のリアルタイムの双方向番組においては、上りの視聴者応答データを、どの番組のどの設問（あるいは入札）に対する回答であるのかを放送局１０に設置される集計用サーバ１１で識別する必要がある。このため、本発明では、上り視聴者応答データを、インターネットプロトコル（ＩＰ）を用いて収集する場合に、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）の上位層であるアプリケーション層内にセッション層を設け、集計用サーバ１１とセットトップボックス（ＳＴＢ）３１との間でエンド−ツー−エンドでセッションを定義し、設問（入札）毎にセッションの確立、維持、解放を行うことを特徴とする。
【００２４】
この方式は、デジタル放送が主流になって、新たな双方向番組を提供する場合に、不可欠な要素技術となる。
【００２５】
図２は、図１のデジタル放送システムに本発明が適用された場合のセッション始動情報の配布を説明するための図である。
【００２６】
図２に示すように、セッションの始動（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ）Ａは、放送局１０から衛星４０を介して行われる。
【００２７】
セッションは、図３に示すように、ヘッダ部（Ｏｃｔｅｔ  ＋０からＯｃｔｅｔ  ＋３５で構成される）と、データ部（Ｏｃｔｅｔ  ＋３６からＯｃｔｅｔ  ＋ｎで構成される）とで構成される。
【００２８】
図３において、セッション始動（図２のＡ）時、放送局（図２の１０）では、当該セッションのＳｏｕｒｃｅ  ＮＥ−ＩＤ（送信元ＮＥ（Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ）−ＩＤ（ＩＤｅｎｔｉｆｉｅｒ））に、自局（放送局１０）の集計用サーバ（図１の１１）のＮＥ−ＩＤを記載し、Ｄｅｓｔｉｎａｔｉｏｎ  ＮＥ−ＩＤ（宛先ＮＥ−ＩＤ）には、Ｂｒｏａｄｃａｓｔ（デジタル放送）のために設定されたＮＥ−ＩＤを付与する。Ｐｒｏｇｒａｍ  ＩＤには、番組を識別するためのＩｄｅｎｔｉｆｉｅｒが、また、Ｑｕｅｓｔｉｏｎ  ＩＤには、設問（入札）を識別するためのＩｄｅｎｔｉｆｉｅｒが付与される。さらに、Ｓｅｓｓｉｏｎ  Ｄａｔａの中には、自局サーバ（図１の１１）のＩＰアドレス及び設問（入札）が記載される。
【００２９】
尚、ここでは、視聴者の応答形式は番組の中に組み込まれているものとする。
【００３０】
視聴者は、ＳＴＢ（図２の３１）において、視聴者応答形式に従って、回答を入力する。視聴者からの回答はアプリケーション層を経由して、Ｓｅｓｓｉｏｎ  Ｄａｔａとして組み立てられ、セッションヘッダが付与される。
【００３１】
ここでは、Ｓｅｓｓｉｏｎの確立要求とデータ転送及び切断要求は一度に行われると仮定する。すなわち、Ｓｅｓｓｉｏｎ  Ｆｌａｇには、セッションの確立すなわちＳＹＮ、データの転送すなわちＤａｔａ、及びデータの転送終了を示すＦＩＮを同時に立てる。Ｓｏｕｒｃｅ  ＮＥ−ＩＤにはＳＴＢ（Ｓｅｔ−ｔｏｐ  ｂｏｘ）（図２の３１）固有のＩＤ番号が付与され、Ｄｅｓｔｉｎａｔｉｏｎ  ＮＥ−ＩＤには、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ（図２のＡ）時に送られてきた放送局サーバ（図１の１１）のＮＥ−ＩＤが記載される。また、ｐｒｏｇｒａｍ  ＩＤ及びＱｕｅｓｔｉｏｎ  ＩＤには、エンド−ツー−エンドのセッション同期を確立するために、該当するＩｄｅｎｔｉｆｉｅｒが記載される。更に、Ｌｅｎｇｔｈ  Ｆｉｅｌｄには、Ｓｅｓｓｉｏｎ  Ｄａｔａの長さが表示される。
【００３２】
以下に、図３に示したＳｅｓｓｉｏｎ層のデータ構造について、より詳細に説明する。
【００３３】
Ｓｅｓｓｉｏｎ層は、Ｏｃｔｅｔ  ＋０からＯｃｔｅｔ  ＋３５で構成されるヘッダ部と、Ｏｃｔｅｔ  ＋３６からＯｃｔｅｔ  ＋ｎで構成されるデータ部からなる。ヘッダ部は、さらに、Ｓｅｓｓｉｏｎ層のＤａｔａ内容を表示する部分（Ｏｃｔｅｔ  ＋０〜＋３）、アドレス部（Ｏｃｔｅｔ  ＋４〜＋１５）、及びＳｅｓｓｉｏｎ  Ｓｙｎｃｈｒｏｎｏｕｓ部（Ｏｃｔｅｔ  ＋１６〜＋３５）からなる。以下それぞれの部分について詳述する。
【００３４】
（１）  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ（Ｏｃｔｅｔ  ＋０）：セッション層のプロトコルバージョンを示すフィールドで８ビットから構成される。現時点では、Ｖｅｒｓｉｏｎ  １である。
【００３５】
（２）  Ｓｅｓｓｉｏｎ  Ｆｌａｇ（Ｏｃｔｅｔ  ＋１〜＋２）：Ｓｅｓｓｉｏｎ  メッセージの内容を表すフラグで１６ビットから構成され、各ビットは以下の様に用いられる。
ｂｉｔ  ０：値が１の場合試験用Ｓｅｓｓｉｏｎデータが組み込まれる。それ以外のデータの場合は値０。
ｂｉｔ  １：値が１の場合Ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ（図２のＡ）時、放送局（図２の１０）から発信されるｓｅｓｓｉｏｎ  ｍｅｓｓａｇｅを表し、データ部にＳｅｓｓｉｏｎ  ｍｅｓｓａｇｅのエンド−ツー−エンド通信に必要なデータが組み込まれている事を示す。それ以外のデータの場合は値０。
ｂｉｔ  ２：値が１の場合セッションの開始を表す。ここではＳＹＮと表記する。
ｂｉｔ  ３：値が１の場合セッションの終了を表す。ここではＦＩＮと表記する。
ｂｉｔ  ５：値が０の場合データの送信を表す。ここではＤａｔａと表記する。
値が１の場合受信確認を表す。ここではＡＣＫと表記する。
ｂｉｔ  ６：値が０の場合下りのデータの送信を表す。
値が１の場合上りのデータの送信を表す。
ｂｉｔ  ７：値が１の場合集計済みデータを表す。ここではｃｏｕｎｔと表記する。
Ｂｉｔ４，８〜１５：ｒｅｓｅｒｖｅｄ．
【００３６】
（３）  Ｅｒｒｏｒ  Ｃｏｄｅ：８ビットのフィールドから構成され、Ｓｅｓｓｉｏｎ  ｍｅｓｓａｇｅの受信側において、Ｓｅｓｓｉｏｎ  ＩＤ等のフィールドに矛盾がある等のＳｅｓｓｉｏｎ処理において処理誤りが発生した場合に、発信者に対しエラーを返す。誤りがある場合ｂｉｔ  ３に１を立てる。他のｂｉｔは０に設定される。
【００３７】
（４）  Ｓｏｕｒｃｅ  ＮＥ−ＩＤ：６バイトのフィールドからなり、発信元のｓｅｒｖｅｒ（図１の１１）もしくは端末（図２の３１）を示す固有のＩＤ。
【００３８】
（５）  Ｄｅｓｔｉｎａｔｉｏｎ  ＮＥ−ＩＤ：６バイトのフィールドからなり、宛先のｓｅｒｖｅｒ（図１の１１）もしくは端末（図２の３１）を示す固有のＩＤ。
【００３９】
（６）  Ｐｒｏｇｒａｍ  ＩＤ：セッション同期を確立するための、番組を識別するための番組特定のＩＤ。
【００４０】
（７）  Ｑｕｅｓｔｉｏｎ  ＩＤ：Ｐｒｏｇｒａｍ  ＩＤと共にセッション同期を確立するための、設問を識別するための設問特定のＩＤ。
【００４１】
（８）  Ｓｅｓｓｉｏｎ  ＩＤ：一つの設問の中で、複数の回答を要求する場合、回答毎にセッションを開設する必要がある。Ｓｅｓｓｉｏｎ  ＩＤはこれら複数のセッションを識別するために用いたれる。Ｓｅｓｓｉｏｎ  ＩＤはｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ（図２のＡ）時、放送局（図２の１０）側から通知される。
【００４２】
（９）  Ｓｅｑｕｅｎｃｅ  ＩＤ  ｏｒ  ＡＣＫ  ＩＤ：Ｓｅｓｓｉｏｎ  Ｆｌａｇのｂｉｔ５が０の場合は、Ｓｅｓｓｉｏｎ  ｍｅｓｓａｇｅの送出順序を表すシーケンス番号が割り付けられる。放送局（図２の１０）からのＳｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｍｅｓｓａｇｅの場合はＳｅｑｕｅｎｃｅ  ＩＤは０に設定される。
【００４３】
通信端末からの応答メッセージの場合にはメッセージの開始時Ｓｅｑｕｅｎｃｅ  ＩＤを１に設定し、一つの確立されたＳｅｓｓｉｏｎ内でメッセージが複数転送される場合、メッセージが送出される度にＳｅｑｕｅｎｃｅ  ＩＤは１ずつインクリメントされる。
【００４４】
また、Ｓｅｓｓｉｏｎ  Ｆｌａｇのｂｉｔ  ５が１の場合は、このフィールドは、相手（通信端末）から届いたシーケンスＩＤの受信確認を通知するためのＡＣＫ  ＩＤとする。すなわち、ＡＣＫ  ＩＤには、対応する受信メッセージのシーケンスＩＤ番号が代入される。
【００４５】
（１０）  Ｌｅｎｇｔｈ：Ｓｅｓｓｉｏｎ  Ｄａｔａのデータ長をバイト単位で表す。
【００４６】
次に、本発明によるＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）を用いた信頼性のあるバーストデータ転送方式について説明する。
【００４７】
アプリケーション層の中にセッション層を定義する事により、セッション層での再送制御が実現される。本発明では、ＵＤＰを用いた信頼性のあるバーストデータ転送方式を提案する。
【００４８】
ＴＣＰを用いた通信においては、コネクションの確立、維持、解放の手順を踏む事により、再送制御に基づく信頼性が確保された通信が実現されている。しかしながら、ＴＣＰを用いた通信においては、この手順が複雑で、しかも、実データの転送までにコネクションの確立手順が必要であり、遅延が生じる。この問題を解決する手段として、ＴＣＰ  ｆｏｒ  Ｔｒａｎｓａｃｔｉｏｎ  （上記非特許文献１参照）が知られている。
【００４９】
ここで、本発明による方式は、双方向番組の視聴者応答データを対象としており、転送対象となるデータサイズが数十バイトと短いため、信頼性を保証する通信手順として、トランスポート層としてはＵＤＰを用いる。そして、ＴＣＰ  ｆｏｒ  Ｔｒａｎｓａｃｔｉｏｎの手順を新たに定義したセッション層に持たせ再送制御を行う。
【００５０】
ＵＤＰを用いた再送制御としてはＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）／ＵＤＰでの再送制御（上記非特許文献２及び上記非特許文献３参照）が知られている。
【００５１】
本発明においては、図４に示すように、単純にセッション層におけるＡＣＫのタイムアウトを元に再送制御を行う。この時のレイヤ構造を図５に示す。セッションレイヤ（セッション層）は、アプリケーション層に論理チャンネルとして定義され、図５に示すように、各セットトップボックス（ＳＴＢ）３１と放送局１０の集計用サーバ１１との間にＴＣＰ／ＩＰの上位層としてセッション層（セッションプロトコルとの添え字で示されている層）が導入されている。
【００５２】
図４において、送信端末（Ｓｅｎｄｅｒ）では、視聴者応答データをセッション層でメッセージに組み立てる際、セッションレイヤサービスデータユニット（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ：ＳＤＵ）に対してセッションヘッダ（ＰＣＩ：Ｐｒｏｔｏｃｏｌ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を付与する。このセッションヘッダにＳＹＮ／ＤＡＴＡ／ＦＩＮ（上述したように、セッションの確立を示すＳＹＮ、データの転送を示すＤａｔａ、及びデータの転送終了を示すＦＩＮ）を一度に表示するフラグを立てる。受信端末（Ｒｅｃｅｉｖｅｒ）では、受信したデータのＵＤＰチェックサムが正しい事及びセッションメッセージの該当フラグを確認し、送信端末（Ｓｅｎｄｅｒ）に対してセッション層におけるＡＣＫを返す。送信端末（Ｓｅｎｄｅｒ）は、ＡＣＫを受信しセッションを終端（Ｔｅｒｍｉｎａｔｉｏｎ）する。以上が通常動作（Ｎｏｒｍａｌ  ｏｐｅｒａｔｉｏｎ）である。
【００５３】
また、送信端末（Ｓｅｎｄｅｒ）から受信端末（Ｒｅｃｅｉｖｅｒ）へのフラグ（ＳＹＮ／ＤＡＴＡ／ＦＩＮ）を有するセッションメッセージの送信が失敗（Ｆａｉｌ）し、前もって定められた時間内にＡＣＫが返ってこない場合（Ｔｉｍｅ  ｏｕｔ）には、送信端末（Ｓｅｎｄｅｒ）は同一セッションメッセージを再送（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）する。受信端末（Ｒｅｃｅｉｖｅｒ）では、上述と同様に、受信したデータのＵＤＰチェックサムが正しい事及びセッションメッセージの該当フラグを確認し、送信端末（Ｓｅｎｄｅｒ）に対してセッション層におけるＡＣＫを返す。送信端末（Ｓｅｎｄｅｒ）は、ＡＣＫを受信しセッションを終端（Ｔｅｒｍｉｎａｔｉｏｎ）する。以上が再送動作（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｅｒａｔｉｏｎ）である。
【００５４】
次に、図６を参照して、中継局（Ｓｔａｔｉｏｎ）におけるセッションのキューイングについて説明する。なお、中継局（Ｓｔａｔｉｏｎ）は、図１、図２、及び図５の中継サーバを有するＣＡＴＶ局２０である。
【００５５】
図６に示すように、中継局（Ｓｔａｔｉｏｎ）においてセッション層にキューを配備する場合は、セッションは、一端、中継局（Ｓｔａｔｉｏｎ）において、終端されるとして扱う。すなわち、中継局（Ｓｔａｔｉｏｎ）は、フラグ（ＳＹＮ／ＤＡＴＡ／ＦＩＮ）を有するセッションメッセージを、一端、キューに蓄積すると同時に、送信端末（Ｓｅｎｄｅｒ）に対して、ＡＣＫを返す。送信端末（Ｓｅｎｄｅｒ）は、ＡＣＫを受信しセッションを終端（Ｔｅｒｍｉｎａｔｉｏｎ）する。（なお、送信端末（Ｓｅｎｄｅｒ）は、規定時間内にＡＣＫが返ってこない場合、同一セッションメッセージを再送する（図示せず））。
【００５６】
中継局（Ｓｔａｔｉｏｎ）は、回線の状況に応じたフロー制御を行い、受信端末（Ｒｅｃｅｉｖｅｒ）に対して、セッションメッセージを送信する（Ｆｌｏｗ  ｃｏｎｔｒｏｌ）。受信端末（Ｒｅｃｅｉｖｅｒ）は、セッションメッセージを正しく受信した場合、中継局（Ｓｔａｔｉｏｎ）に対しＡＣＫを返す。中継局（Ｓｔａｔｉｏｎ）は、ＡＣＫを受信しセッションを終端（Ｔｅｒｍｉｎａｔｉｏｎ）する。ＡＣＫ受信までの間、中継局（Ｓｔａｔｉｏｎ）は該当セッションメッセージを保存する。以上が、中継局（Ｓｔａｔｉｏｎ）の通常動作（Ｎｏｒｍａｌ  ｏｐｅｒａｔｉｏｎ）である。
【００５７】
また、中継局（Ｓｔａｔｉｏｎ）から受信端末（Ｒｅｃｅｉｖｅｒ）へのフラグ（ＳＹＮ／ＤＡＴＡ／ＦＩＮ）を有するセッションメッセージの送信が失敗（Ｆａｉｌ）し、規定時間内にＡＣＫが返ってこない場合（Ｔｉｍｅ  ｏｕｔ  ｗｉｔｈ  Ｆｌｏｗ  ｃｏｎｔｒｏｌ）には、中継局（Ｓｔａｔｉｏｎ）は、該当セッションメッセージを再送（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）する。受信端末（Ｒｅｃｅｉｖｅｒ）では、上述と同様に、受信したデータのＵＤＰチェックサムが正しい事及びセッションメッセージの該当フラグを確認し、送信端末（Ｓｅｎｄｅｒ）に対してセッション層におけるＡＣＫを返す。中継局（Ｓｔａｔｉｏｎ）は、ＡＣＫを受信しセッションを終端（Ｔｅｒｍｉｎａｔｉｏｎ）する。以上が、中継局（Ｓｔａｔｉｏｎ）の再送動作（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｅｒａｔｉｏｎ）である。
【００５８】
中継局（Ｓｔａｔｉｏｎ）においてセッション層にキューを配備する目的は次の通りである。
【００５９】
・データ流の平滑化
・輻輳時のパケット廃棄の解消
・セッションメッセージの連結によるヘッダ圧縮
なお、ＴＣＰを用いたバーストデータ転送方式の例としては、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓｅｓ）ではＵＤＰ／ＩＰの他にＴＣＰ／ＩＰを用いる通信方式が規定されている（上記非特許文献４参照）。
【００６０】
ＴＣＰ／ＩＰはＴＣＰ層において再送制御機能を有するためＵＤＰ／ＩＰに比べ、信頼性の高い通信を実現できるが、この場合はセッション層における再送制御は行わない。
【００６１】
【発明の効果】
以上説明したように本発明によれば、上り視聴者応答データを、インターネットプロトコル（ＩＰ）を用いて収集する場合に、上り視聴者応答データがどの番組のどの設問あるいは入札に対する回答であるのかを放送局に設置されるサーバで容易に識別することができるデータ通信方式を得ることができる。
【図面の簡単な説明】
【図１】本発明が適用されるデジタル放送システムのブロック図である。
【図２】図１のデジタル放送システムに本発明が適用された場合のセッション始動情報の配布を説明するための図である。
【図３】本発明において用いられるセッション層のデータ構造を説明するための図である。
【図４】本発明において用いられるセッション層での再送制御を説明するための図である。
【図５】本発明における放送局、ＣＡＴＶ局、ＳＴＢでのプロトコルスタックを説明するための図である。
【図６】本発明における中継局（Ｓｔａｔｉｏｎ）（すなわち、ＣＡＴＶ局）におけるセッションのキューイングを説明するための図である。
【符号の説明】
１０    放送局
１１    集計用サーバ
２０    ケーブルテレビ局（ＣＡＴＶ局）
２１    中継サーバ
３０−１〜３０−６    視聴者宅内ネットワーク
３１    セットトップボックス（ＳＴＢ）
４０    衛星
５０    インターネット（ＩＰ網）
６０    ケーブルテレビ網（ＣＡＴＶ網）
【図１】
2004304465.tif 000003
【図２】
2004304465.tif 000004
【図３】
2004304465.tif 000005
【図４】
2004304465.tif 000006
【図５】
2004304465.tif 000007
【図６】
2004304465.tif 000008