(57)【特許請求の範囲】
【請求項１】
放送コンテンツを受信した視聴者端末からネットワーク経由で送信されるメッセージを受信する放送通信融合システムのメッセージ受信装置において、
メッセージをパケット単位で受信するメッセージ受信手段と、
受信パケットに確認応答を返信するか否かで応答する第１応答手段と、
受信パケットに否定応答を返信するか否かで応答する第２応答手段と、
受信パケットに対する応答手段として前記第１または第２応答手段を選択する応答選択手段とを具備し、
前記応答選択手段は、
パケットの送信元IDが予め記憶された送信元データベースと、
受信パケットの送信元IDが前記送信元データベースに既登録であるか否かを判定する登録判定手段と、
前記送信元データベースに送信元IDが未登録の受信パケットに対して第１および第２応答手段の一方を選択し、既登録の受信パケットに対して他方を選択する応答方式決定手段とを含むことを特徴とする放送通信融合システムのメッセージ受信装置。
【請求項２】
放送コンテンツを受信した視聴者端末からネットワーク経由で送信されるメッセージを受信する放送通信融合システムのメッセージ受信装置において、
メッセージをパケット単位で受信するメッセージ受信手段と、
受信パケットに確認応答を返信するか否かで応答する第１応答手段と、
受信パケットに否定応答を返信するか否かで応答する第２応答手段と、
受信パケットに対する応答手段として前記第１または第２応答手段を選択する応答選択手段と、
メッセージ受信に先立って視聴者端末と通信手順を決定するネゴシエーションにおいて前記第１および第２応答手段のいずれか一方による応答を決定する応答方式決定手段とを具備し、
前記応答選択手段は、
パケットの送信元IDを管理する送信元データベースと、
前記ネゴシエーションにおいて前記第１および第２応答手段の一方による応答が決定された視聴者端末のIDを前記送信元データベースに登録する登録手段と、
受信パケットの送信元IDが前記送信元データベースに既登録であるか否かを判定する登録判定手段と、
前記送信元データベースに送信元IDが既登録の受信パケットに対して第１および第２応答手段の一方を選択し、未登録の受信パケットに対して他方を選択する応答方式選択手段とを含むことを特徴とする放送通信融合システムのメッセージ受信装置。
【請求項３】
パケットの受信状況を監視する監視手段をさらに含み、
前記応答方式決定手段は、前記受信状況が所定の状況よりも良好な状況下では第２応答手段による応答を決定し、受信状況が所定の状況よりも不良な状況下では第１応答手段による応答を決定することを特徴とする請求項２に記載の放送通信融合システムのメッセージ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局から送信された放送コンテンツの視聴者が、その端末からメッセージを放送局側へ送信する放送通信融合システムを対象とし、特に、メッセージを受信するメッセージ受信装置および視聴者端末に関する。
【背景技術】
【０００２】
放送通信融合システムでは、放送番組と連動した世論調査、アンケート、懸賞応募、視聴者参加型クイズ等における視聴者側から放送局側へのメッセージ、あるいは放送内容を補完する情報を視聴者が放送局側へ要求するメッセージが、各視聴者端末から受付センタ（メッセージ受付サーバ）へ送信される。
【０００３】
このような放送通信システムでは、メッセージの送受信が一時期に集中するのみならず、全てのメッセージにはメッセージ受付サーバから受信応答(ACK)または否定応答(NACK)が一斉に返信される。したがって、これら応答パケットのトラヒックを前記メッセージ自身のトラヒックと合わせればネットワークに輻輳の発生が予測される。そして、メッセージ受付サーバやネットワークに輻輳が発生すると、視聴者からの通信が完了しないなど、番組運営に致命的な支障をきたすのみならず、他の通信サービスにも悪影響を与える可能性がある。
【０００４】
このような技術課題に対して、特許文献１には、複数の送信元が情報を同報送信するシステムにおいて、異なる送信元から到着した複数の情報に対する受信応答を１つのパケットにまとめて同報送信することにより、ネットワークに流れるトラヒック量を削減する技術が開示されている。
【特許文献１】特開平９−２６１２５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１では、複数の端末から送信される情報に対する受信応答が一つのパケットにまとめられて返信されるので、これを否定応答に適用すれば否定応答のトラヒック量は削減できる。しかしながら、これを上記した広帯域ネットワークを利用した双方向サービスに適用すると、メッセージの集中により既にネットワークに輻輳が生じている場合には、否定応答を確実に返信することが難しくなる。
【０００６】
本発明の目的は、上記した従来技術の課題を解決し、ネットワークを介して受信されるメッセージに対する応答のトラヒックを削減できる放送通信融合システムのメッセージ受信装置および視聴者端末を提供することにある。
【課題を解決するための手段】
【０００７】
上記した目的を達成するために、本発明は、放送コンテンツを受信した視聴者端末からネットワーク経由で送信されるメッセージを受信する放送通信融合システムのメッセージ受信装置および視聴者端末において、以下のような手段を含むことを特徴とする。
【０００８】
(1)本発明のメッセージ受信装置は、メッセージをパケット単位で受信するメッセージ受信手段と、受信パケットに確認応答を返信するか否かで応答する第１応答手段と、受信パケットに否定応答を返信するか否かで応答する第２応答手段と、受信パケットに対する応答手段として前記第１または第２応答手段を選択する応答選択手段とを含む。
【０００９】
(2)前記応答選択手段は、パケットの送信元IDが予め記憶された送信元データベースと、受信パケットの送信元IDが前記送信元データベースに既登録であるか否かを判定する登録判定手段と、前記送信元データベースに送信元IDが未登録の受信パケットに対して第１応答手段を選択し、既登録の受信パケットに対して第２応答手段を選択する応答方式決定手段とを含む。
【００１０】
(3)メッセージ受信に先立って視聴者端末と通信手順を決定するネゴシエーションにおいて第１および第２応答手段のいずれか一方による応答を決定する応答方式決定手段をさらに設け、前記応答選択手段は、パケットの送信元IDを管理する送信元データベースと、ネゴシエーションにおいて前記第１および第２応答手段の一方による応答が決定された視聴者端末のIDを送信元データベースに登録する登録手段と、受信パケットの送信元IDが送信元データベースに既登録であるか否かを判定する登録判定手段と、送信元データベースに送信元IDが既登録の受信パケットに対して第１および第２応答手段の一方を選択し、未登録の受信パケットに対して他方を選択する応答方式選択手段とを含む。
【００１１】
(4)上記した特徴(3)に加えてさらに、パケットの受信状況を監視する監視手段を設け、応答方式決定手段が、受信状況が所定の状況よりも良好な状況下では第２応答手段による応答を決定し、受信状況が所定の状況よりも不良な状況下では第１応答手段による応答を決定する。
【００１２】
(5)本発明の視聴者端末は、メッセージをパケット単位で送信するメッセージ送信手段と、送信パケットに対してメッセージ受信装置から返信される応答を受信する応答受信手段と、確認応答を受信できない送信パケットをエラーパケットとして処理する確認応答処理手段と、否定応答を受信した送信パケットをエラーパケットとして処理する否定応答処理手段と、メッセージ送信に先立ってメッセージ受信装置と通信手順を決定するネゴシエーションにおいて前記各応答処理手段のいずれか一方による応答処理を決定する応答処理方式決定手段と、前記応答処理方式の決定結果に基づいて、確認応答処理手段および否定応答処理手段のいずれか一方でエラーパケットを処理させる選択手段とを含む。
【発明の効果】
【００１３】
上記した特徴(1)のメッセージ受信装置によれば、受信メッセージに対する応答方式として、否定応答(NACK)による対応と確認応答(ACK)による対応とを使い分けることができるので、応答回数を少なくできる応答方式を採用すれば応答パケットのトラヒック量を減じることができる。
【００１４】
上記した特徴(2)のメッセージ受信装置によれば、否定応答に対応可能としてメッセージ受信装置に予め登録済みの視聴者端末から受信したメッセージには否定応答で対応し、それ以外の視聴者端末には一般的な確認応答で対応するようにしたので、視聴者端末ごとに対応方式が異なる場合であっても適正な応答が可能になる。
【００１５】
上記した特徴(3)のメッセージ受信装置によれば、メッセージ交換に先立って視聴者端末とメッセージ受付サーバとの間で実施されるネゴシエーションにおいて応答方式を自由に選択できるので、視聴者端末の能力やネットワークの状態等に応じて応答方式を適応的に選択できるようになる。
【００１６】
上記した特徴(4)のメッセージ受信装置によれば、メッセージの受信状況が良好なときには否定応答が選択され、受信状況が不良なときには確認応答が選択されるので、応答のためのトラヒックを減ぜられるようになる。
【００１７】
上記した特徴(5)の視聴者端末によれば、メッセージ受信装置へ送信したメッセージパケットに対して、確認応答方式への対応および否定応答方式への対応のいずれもが可能になる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の最良の実施の形態について詳細に説明する。図１は、本発明が適用される通信放送融合システムのネットワーク構成を示したブロック図であり、テレビ映像用のコンテンツとデータ映像用およびデータ通信用のコンテンツとが多重化された放送コンテンツを送信する放送局１と、この放送局１から送信される放送波を受信して放送コンテンツを再生するテレビ２ａ、コンピュータ２ｂ、携帯端末２ｃ等の視聴者端末２と、これらの視聴者端末２とインターネット等のIPネットワーク４を介して接続された双方向のメッセージ受付サーバ３とを主要な構成としている。
【００１９】
前記放送局１は、放送コンテンツを供給する放送サーバ１ａと、この放送コンテンツをデジタル変調して送信するOFDM送信機１ｂとを含む。各視聴者端末２は、例えばクイズ番組の視聴中に回答を送信する操作が視聴者によりなされると、メッセージ受付サーバ３との間にコネクションを確立するコネクション確立機能と、このコネクションを利用して回答（メッセージ）を送信するメッセージ送信機能とを備えている。なお、各視聴者端末２から送信されるメッセージは、上記したクイズ番組やアンケートに対する回答に限らず、放送内容に関して補完情報が必要であるか否かを放送内で問われた各視聴者が、これに応答するために送信するメッセージも含まれる。視聴者がメッセージで補完情報を要求すれば、要求した補完情報がメッセージ受付サーバ３からネットワーク４を介して各視聴者端末２へ送信される。
【００２０】
図２は、各視聴者端末２の主要部の構成を示した機能ブロック図であり、放送波を受信、デコードして放送コンテンツを再生し、テレビ映像およびデータ映像をスピーカ２６および表示部２５から出力するコンテンツ再生部２１と、放送コンテンツに登録されているメッセージ受付サーバ３のIPアドレスを識別する宛先アドレス識別部２２と、宛先アドレスとの間にコネクションを確立してメッセージを送信するメッセージ送信部２３と、当該メッセージを受信したメッセージ受付サーバ３から、メッセージパケットごとに返信される確認応答（ACKパケット）や否定応答（NACKパケット）を処理する応答処理部２４とを含む。
【００２１】
図３は、前記メッセージ受付サーバ３の主要部の構成を示した機能ブロック図であり、ここでは、本発明の説明に必要な構成のみを示し、他の構成は図示を省略している。
【００２２】
メッセージ受信部３２は、前記各視聴者端末２から送信されるメッセージをWAN側のインターフェース(I/F)３１を介して受信し、メッセージを正常受信できたか否かの受信結果を送信元IDと共に応答選択部３５へパケットごとに通知し、さらに正常受信できたパケットをメッセージ処理部３３へ転送する。メッセージ処理部３３は、正常受信したメッセージパケットを適宜に処理あるいは集計し、LAN側のI/F３４を介して放送局１へ提供する。
【００２３】
応答部３６は、正常受信できなかったパケットに対して否定応答(NACK)をI/F３１経由で返信する否定応答部３６１と、正常受信できたパケットに対して確認応答(ACK)をI/F３１経由で返信する確認応答部３６２とを含む。応答選択部３５は、前記メッセージ受信部３２から通知される受信結果に基づいて、前記否定応答部３６１および確認応答部３６２のいずれかによる応答を選択する。
【００２４】
図４は、前記応答選択部３５の第１実施形態の構成を示した機能ブロック図であり、前記と同一の符号は同一または同等部分を表している。
【００２５】
送信元データベース(DB)３５１には、正常受信できなかったパケットに否定応答(NACK)の返信で応答する視聴者端末のIDが予め格納されている。登録判定部３５２は、正常受信できなかったパケットの送信元IDが前記送信元DB３５１に登録されているか否かを判定する。応答方式選択部３５３は、正常受信できなかったパケットの送信元IDが送信元DB３５１に既登録と判定されると、前記否定応答部３６１に対して否定応答(NACK)の返信を指示する。また、正常受信できたパケットの送信元IDが前記送信元DB３５１に未登録であれば、前記確認応答部３６２に対して確認応答(ACK)の返信を指示する。なお、正常受信できなかったパケットの送信元IDが前記送信元DB３５１に未登録であったり、あるいは正常受信できたパケットの送信元IDが前記送信元DB３５１に既登録であれば、否定応答(NACK)および確認応答(ACK)のいずれも返信させない。
【００２６】
図５は、上記したメッセージパケットの受信結果および送信元DB３５１への送信元IDの登録状態と応答方法との関係を示した図である。なお、上記した実施形態では、パケットを正常受信できなかったときのみ否定応答(NACK)で応答する送信元IDが格納されているものとして説明したが、これとは逆に、パケットを正常受信できたときのみ確認応答(ACK)で応答する送信元IDが格納されるようにしても良い。その際のパケットの受信結果および送信元DB３５１への登録状態と応答方法との関係は図６の通りになる。
【００２７】
次いで、本実施形態の動作を図７，８，９のフローチャートを参照して説明する。図７，８は、前記視聴者端末２ａ，２ｂの動作を示したフローチャートであり、図９は、前記メッセージ受付サーバ３の動作を示したフローチャートである。本実施形態では、前記メッセージ受付サーバ３の送信元DB３５１には、メッセージパケットを正常受信できなかったときのみ否定応答(NACK)で応答する送信元IDとして、視聴者端末２ａのIDが登録されているものとして説明する。
【００２８】
放送局１は、視聴者にメッセージ送信を要求するコンテンツを、当該メッセージの宛先アドレスと共に放送波として送信する。図７，８に示したように、送信元IDが送信元DB３５１に登録済みの視聴者端末（以下、既登録端末と表現する場合もある）２ａ、および送信元IDが未登録の視聴者端末（以下、未登録端末と表現する場合もある）２ｂのいずれにおいても、ステップＳ１で放送波を受信すると、ステップＳ２では放送コンテンツがデコードされ、テレビ映像およびデータ映像はステップＳ３で再生される。放送コンテンツに登録されているメッセージ受付サーバ３のIPアドレスは、ステップＳ４において抽出される。ステップＳ５では、クイズ番組やアンケート調査での回答、あるいは補完情報の要求がメッセージとして視聴者により入力されたか否かが判定される。メッセージの入力が検知されなければ、ステップＳ１へ戻って各処理が繰り返される。
【００２９】
その後、視聴者によってメッセージが入力され、これがステップＳ５で検知されると、ステップＳ６では、前記メッセージ送信部２３が宛先アドレスにアクセスしてメッセージ受付サーバ３と視聴者端末２との間にTCPコネクションが確立される。ステップＳ７では、前記TCPコネクションを利用して所定のネゴシエーションが実施され、その後、メッセージ受付サーバ３へのメッセージ送信がパケット単位で開始される。
【００３０】
メッセージ受付サーバ３は、図９のステップＳ３１において前記パケットを受信すると、ステップＳ３２ではパケットを正常受信できたか否かが判定される。ステップS３３では、受信パケットの送信元IDが識別される。前記パケット受信の成否および送信元IDは、受信結果として応答選択部３５へ通知される。ステップS３４では、登録判定部３５２において、受信パケットの送信元IDが送信元DB３５１に登録されているか否かが判定される。
【００３１】
ここで、受信パケットの送信元が既登録端末２ａであれば、その送信元IDが既登録と判定されるのでステップS３５へ進み、パケットの受信結果が判定される。パケットが正常受信されていなければステップS３６へ進み、否定応答部３６１に対してNACKパケットの返信が指示される。否定応答部３６１は、当該指示に応答してNACKパケットを返信する。これに対して、パケットが正常受信されていれば、いずれの応答パケットも返信することなく次のメッセージパケットの受信に備える。
【００３２】
一方、受信パケットの送信元が未登録端末２ｂであれば、その送信元IDが未登録と判定されるのでステップS３７へ進み、パケットの受信結果が判定される。パケットが正常受信されていればステップS３８へ進み、確認応答部３６２に対してACKパケットの返信が指示される。確認応答部３６２は、当該指示に応答してACKパケットを返信する。これに対して、パケットが正常受信されていなければ、いずれの応答パケットも返信することなく次のメッセージパケットの受信に備える。
【００３３】
図７へ戻り、既登録端末２ａは、ステップS７でパケットの送信を開始した後、ステップＳ８ａではNACKパケットが返信されたか否かが判定される。ここで、前記メッセージ受付サーバから返信されたNACKパケットが受信されていれば、当該NACKパケットに登録されているシーケンス番号で特定されるエラーパケットが再送信される。ステップＳ９ａでは、パケット送信が完了したか否かが判定され、未送信のパケットが残っていれば、ステップＳ７へ進んで残りのパケット送信が継続される。
【００３４】
図８へ戻り、未登録端末２ｂは、ステップS７でメッセージパケットの送信を開始した後、ステップＳ８ｂではACKパケットが返信されたか否かが判定される。ここで、前記メッセージ受付サーバからACKパケットを返信されないエラーパケットがあれば、当該エラーパケットが再送信される。ステップＳ９ｂでは、パケット送信が完了したか否かが判定され、未送信のメッセージパケットが残っていれば、ステップＳ７へ進んで残りのパケット送信が継続される。
【００３５】
図１０は、本実施形態におけるメッセージパケットおよび応答パケットの送受信タイミングを示したシーケンス図であり、パケット(Ｘ：Ｙ)は送信元IDが「X」、シーケンス番号が「Ｙ」のパケットであることを示している。
【００３６】
メッセージ受付サーバ３では、パケット(２ａ：１)を受信した後、パケット(２ａ：２)が受信されるよりも前にパケット(２ａ：３)が受信されると、パケット(２ａ：２)の再送を要求するNACKパケットを既登録端末２ａへ返信する。既登録端末２ａでは、このNACKパケットを受信してエラーパケットを特定し、当該エラーパケット(２ａ：２)を再送信する。
【００３７】
未登録端末２ｂは、パケット(２ｂ：４)の送信後、所定時間が経過してもメッセージ受付サーバ３からACKパケットを受信できないと、パケット(２ｂ：４)がメッセージ受付サーバで正常受信されていないと判断し、当該メッセージパケット(２ｂ：４)を再送信する。
【００３８】
図１１は、本発明の第２実施形態の構成を示した機能ブロック図であり、前記と同一の符号は同一または同等部分を表している。
【００３９】
前記メッセージ受信部３２において、応答方式決定部３２１は、メッセージ受信に先立って視聴者端末２と通信手順や各種パラメータを決定するネゴシエーションで応答方式について協議し、受信メッセージに対する応答方式を否定応答および確認応答のいずれかに決定する。ここでは、応答方式が否定応答方式に決定される場合を例にして説明する。
【００４０】
応答選択部３５において、ID登録部３５４は、前記ネゴシエーションにおいて否定応答による応答が決定された視聴者端末のIDを送信元データベース３５１に登録する。登録判定部３５２は、受信パケットの送信元IDが送信元データベース３５１に既登録であるか否かを判定する。応答方式選択部３５３は、送信元データベース３５１に送信元IDが既登録の受信パケットに対して否定応答方式による応答を選択し、未登録の受信パケットに対して確認応答方式による応答を選択する。
【００４１】
図１２は、本実施形態における視聴者端末２の主要部の構成を示した機能ブロック図であり、前記と同一の符号は同一または同等部分を表している。
【００４２】
メッセージ送信部２３において、応答処理方式決定部２３１は、メッセージ送信に先立ってメッセージ受付サーバ３と実施するネゴシエーションにおいて、応答処理方式を確認応答および否定応答のいずれかに決定する。
【００４３】
応答処理部２４において、応答受信部２４１は、送信パケットに対してメッセージ受付サーバ３から返信される応答を受信する。確認応答処理部２４３は、確認応答を受信できない送信パケットをエラーパケットとして処理する。否定応答処理部２４４は、否定応答を受信した送信パケットをエラーパケットとして処理する。選択部２４２は、前記応答処理方式の決定結果に基づいて、確認応答処理部２４３および否定応答処理部２４４のいずれか一方でエラーパケットを処理させる。
【００４４】
次いで、本実施形態の動作を図１３，１４のフローチャートを参照して説明する。図１３は、前記視聴者端末２の動作を示したフローチャートであり、図１４は、メッセージ受付サーバ３の動作を示したフローチャートである。本実施形態では、前記メッセージ受付サーバ３の送信元DB３５１には、メッセージパケットを正常受信できなかったときのみ否定応答(NACK)の返信で応答する視聴者端末の送信元IDが登録される。
【００４５】
図１３において、視聴者端末２では、ステップＳ１で放送波を受信すると、ステップＳ２では放送コンテンツがデコードされ、テレビ映像およびデータ映像はステップＳ３で再生される。放送コンテンツに登録されているメッセージ受付サーバ３のIPアドレスは、ステップＳ４において抽出される。ステップＳ５では、クイズ番組やアンケート調査での回答、あるいは補完情報の要求がメッセージとして視聴者により入力されたか否かが判定される。メッセージの入力が検知されなければ、ステップＳ１へ戻って各処理が繰り返される。
【００４６】
その後、視聴者によってメッセージが入力され、これがステップＳ５で検知されると、ステップＳ６では、前記メッセージ送信部２３が宛先アドレスにアクセスしてメッセージ受付サーバ３と視聴者端末２との間にTCPコネクションが確立される。
【００４７】
ステップＳ７ｃでは、前記TCPコネクションを利用してメッセージ受付サーバ３との間でネゴシエーションが実施される。本実施形態では、このネゴシエーションにおいて通信手順や各種パラメータが従来技術と同様に協議、決定される他、前記応答処理方式決定部２３１において、応答方式として確認応答および否定応答のいずれを選択するかが協議、決定される。そして、例えば視聴者端末２が確認応答方式および否定応答方式のいずれにも対応可能であれば否定応答方式が決定され、確認応答のみに対応可能であれば、必然的に確認応答方式が決定される。
【００４８】
ステップS８ｃでは、前記応答処理方式の決定結果が参照され、否定応答方式に決定されていれば、ステップS９ｃで応答方式フラグFresがセットされる。これに対して、確認応答方式に決定されていれば、ステップS１０ｃで応答方式フラグFresがリセットされる。ステップS１１ｃでは、メッセージ受付サーバ３へのメッセージ送信がパケット単位で開始される。
【００４９】
メッセージ受付サーバ３は、図１４のステップS５１において、視聴者端末２との間にコネクションが新規に確立されたことを検知すると、ステップS５２では、応答方式決定部３２１により、視聴者端末２とのネゴシエーションにおいて応答方式が協議、決定される。ステップS５３では、前記応答方式の決定結果が参照され、否定応答方式の採用が決定されていればステップS５４へ進む。ステップS５４では、視聴者端末２のIDが送信元IDとして送信元DB３５１に登録される。
【００５０】
ステップＳ５５においてパケットが受信されると、ステップＳ５６ではパケットを正常受信できたか否かが判定される。ステップS５７では、受信パケットの送信元IDが識別される。前記パケット受信の成否および送信元IDは、受信結果として応答選択部３５へ通知される。ステップS５８では、登録判定部３５２において、受信パケットの送信元IDが送信元DB３５１に登録されているか否かが判定される。
【００５１】
ここで、受信パケットの送信元IDが未登録であれば、ステップS５９で受信結果が判定され、正常受信されていれば、ステップS６０でACKパケットが返信される。
【００５２】
これに対して、受信パケットの送信元IDが送信元DB３５１に既登録であれば、ステップS６２で受信結果が判定され、正常受信されていなければ、ステップS６３でNACKパケットが返信される。ステップS６１では、メッセージ受信が完了したか否かが判定され、未受信のパケットがあればステップS５５へ戻って次のパケットが受信される。未受信のパケットがなければステップS５１へ戻り、次のメッセージ受信に備える。
【００５３】
図１３へ戻り、視聴者端末２は、ステップS１１ｃでパケットの送信を開始した後、ステップＳ１２ｃでは前記応答方式フラグFresが参照されて現在の応答方式が確認応答方式（Fres＝０）および否定応答方式（Fres＝１）のいずれであるかが判定される。確認応答方式が選択されていればステップS１４ｃへ進み、否定応答方式が選択されていればステップS１３ｃへ進む。
【００５４】
ステップＳ１４ｃではACKパケットが返信されたか否かが判定される。ここで、前記メッセージ受付サーバ３からACKパケットを返信されないエラーパケットがあれば、当該エラーパケットが再送信される。これに対して、ステップＳ１３ｃではNACKパケットが返信されたか否かが判定される。前記メッセージ受付サーバ３から返信されたNACKパケットが受信されていれば、当該NACKパケットに登録されているシーケンス番号で特定されるエラーパケットが再送信される。ステップＳ１５ｃでは、パケット送信が完了したか否かが判定され、未送信のパケットが残っていれば、ステップＳ１１ｃへ戻って残りのパケット送信が継続される。
【００５５】
図１５は、本発明の第３実施形態の構成を示した機能ブロック図であり、前記と同一の符号は同一または同等部分を表している。
【００５６】
本実施形態では、受信パケットのパケットロス、誤り率、遅延時間あるいはジッタ等を監視してパケットの受信状況を判断する受信状況監視部３７を設け、メッセージ受信部３２の応答方式決定部３２１は、視聴者端末２が確認応答および否定応答のいずれにも対応可能であれば、ネゴシエーションにおいて応答方式を、受信状況が所定の基準状態よりも良好であれば否定応答方式に決定し、受信状況が所定の基準状態よりも不良であれば確認応答方式に決定するようにした点に特徴がある。前記受信状況監視部３７は、一定期間のタイムウィンドウで受信状況を監視して誤り率等を逐次更新し、監視結果を基準状態と比較することにより応答方式を決定する。
【００５７】
なお、上記した第２、第３実施形態では、視聴者端末２とメッセージ受付サーバ３とがメッセージ交換に先立ってネゴシエーションを実施し、その中で応答方式が協議、決定されるものとして説明したが、本発明はこれのみに限定されるもにではなく、応答メッセージ受付サーバ３から放送局１を経由して現在選択中の応答方式を放送波で全ての視聴者端末へ予め告知しておき、ネゴシエーションでは、その確認のみが行われるようにしても良い。このようにすれば、ネゴシエーションに要する時間やトラヒック量を減じることができる。
【図面の簡単な説明】
【００５８】
【図１】本発明が適用される放送通信融合システムのネットワーク構成を示した機能ブロック図である。
【図２】視聴者端末の主要部の構成を示した機能ブロック図である。
【図３】メッセージ受付サーバの主要部の構成を示した機能ブロック図である。
【図４】応答選択部の第１実施形態の構成を示した機能ブロック図である。
【図５】メッセージパケットの受信結果および送信元IDの登録状態と応答方法との関係（その１）を示した図である。
【図６】メッセージパケットの受信結果および送信元IDの登録状態と応答方法との関係（その２）を示した図である。
【図７】第１実施形態における視聴者端末（既登録端末）の動作を示したフローチャートである。
【図８】第１実施形態における視聴者端末（未登録端末）の動作を示したフローチャートである。
【図９】第１実施形態におけるメッセージ受付サーバの動作を示したフローチャートである。
【図１０】第１実施形態におけるメッセージパケットおよび応答パケットの送受信タイミングを示したシーケンス図である。
【図１１】本発明の第２実施形態におけるメッセージ受付サーバの主要部の構成を示した機能ブロック図である。
【図１２】本発明の第２実施形態における視聴者端末の主要部の主要部の構成を示した機能ブロック図である。
【図１３】第２実施形態における視聴者端末の動作を示したフローチャートである。
【図１４】第２実施形態におけるメッセージ受付サーバの動作を示したフローチャートである。
【図１５】本発明の第３実施形態におけるメッセージ受付サーバの主要部の構成を示した機能ブロック図である。
【符号の説明】
【００５９】
１…放送局，２…視聴者端末，２ａ…テレビ，２ｂ…コンピュータ，２ｃ…携帯端末，３…メッセージ受付サーバ，４…IPネットワーク
【図１】
0004780657.tif 000002
【図２】
0004780657.tif 000003
【図３】
0004780657.tif 000004
【図４】
0004780657.tif 000005
【図５】
0004780657.tif 000006
【図６】
0004780657.tif 000007
【図７】
0004780657.tif 000008
【図８】
0004780657.tif 000009
【図９】
0004780657.tif 000010
【図１０】
0004780657.tif 000011
【図１１】
0004780657.tif 000012
【図１２】
0004780657.tif 000013
【図１３】
0004780657.tif 000014
【図１４】
0004780657.tif 000015
【図１５】
0004780657.tif 000016