(57)【要約】      （修正有）【課題】ネットワーク帯域を圧迫させず確実な視聴を担保できる伝送方式により、リアルタイム放送におけるストーリーの一斉分岐が可能なコンテンツ配信システム、サーバ、及び受信端末を提供する。【解決手段】コンテンツ配信システムは、予め保持されたスケジュール情報に基づいてマルチキャストを用いてリアルタイムにマルチストーリー型のコンテンツを配信するサーバ１０と、サーバ１０から取得したスケジュール情報に基づいてリアルタイムにチャネル制御を行うことで複数ユーザに対してコンテンツのストーリーを一斉に分岐させるＣＨ制御部４１と、ＣＨ制御部４１により制御されたチャネルのコンテンツを出力するコンテンツ出力部５１とを備える。【選択図】図２
2017028512.tif 000002
【特許請求の範囲】
【請求項１】
予め保持されたスケジュール情報に基づいてマルチキャストを用いてリアルタイムにマルチストーリー型のコンテンツを配信するサーバと、
前記サーバから取得したスケジュール情報に基づいてリアルタイムにチャネル制御を行うことで複数ユーザに対して前記コンテンツのストーリーを一斉に分岐させるチャネル制御部と、
前記チャネル制御部により制御されたチャネルのコンテンツを出力するコンテンツ出力部と
を備えることを特徴とするコンテンツ配信システム。
【請求項２】
前記チャネル制御部は、前記コンテンツのストーリー途中でユーザにより選択された分岐チャネルのＭＬＤ要求パケットを特定時間保持した後、前記スケジュール情報に基づいて一斉に前記サーバへ送信することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
請求項１又は２に記載のサーバ。
【請求項４】
請求項１又は２に記載のチャネル制御部を備えることを特徴とする受信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチストーリー型のコンテンツを配信するコンテンツ配信システムと、そのコンテンツ配信システムが備えるサーバ、及び受信端末に関する。
【背景技術】
【０００２】
ＩＰＴＶをはじめとする「ケーブルテレビサービス」の加入者数は年々増加傾向にある。ＲＦ放送では不可能だった双方向通信を利用した様々なサービスが打ち出されている。その中でも「マルチストーリー型コンテンツ」は視聴者参加型コンテンツとして注目されており、予想できないストーリー展開へのニーズが高まっている（特許文献１〜４）。
【０００３】
現状、地デジをはじめとするリアルタイム放送は、数千規模のユーザが同じチャネルを視聴する。また、マルチストーリーのサービスは送信側・受信側双方向の通信が必須のため、双方向通信が可能なＩＰを用いて実現している。地デジをはじめとするリアルタイム放送では、ユーザは自身が所望するＣＨ（チャネル）を自由に選択するため、リアルタイム放送におけるストーリーの一斉分岐は困難である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３３０４１９号公報
【特許文献２】特開２０００−７８５５９号公報
【特許文献３】特開２０１４−２２２４４６号公報
【特許文献４】特開２０１０−１５７９３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
リアルタイム放送をＩＰにより送信した場合、１ルータにつき数千人規模のユーザが視聴するため、ユニキャストによる個別パケットの送信では、ネットワーク帯域の圧迫により確実な視聴を担保できない。従来のようにユーザによる自由なＣＨ選択を許容した場合、分岐後のストーリーをどのユーザも視聴可能となり、かつ数千規模のユーザのストーリー一斉分岐が困難である。
【０００６】
本発明は、上述した従来の技術に鑑み、ネットワーク帯域を圧迫させず確実な視聴を担保できる伝送方式により、リアルタイム放送におけるストーリーの一斉分岐が可能なコンテンツ配信システム、サーバ、及び受信端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、第１の態様に係る発明は、コンテンツ配信システムであって、予め保持されたスケジュール情報に基づいてマルチキャストを用いてリアルタイムにマルチストーリー型のコンテンツを配信するサーバと、前記サーバから取得したスケジュール情報に基づいてリアルタイムにチャネル制御を行うことで複数ユーザに対して前記コンテンツのストーリーを一斉に分岐させるチャネル制御部と、前記チャネル制御部により制御されたチャネルのコンテンツを出力するコンテンツ出力部とを備えることを要旨とする。
【０００８】
第２の態様に係る発明は、第１の態様に係る発明において、前記チャネル制御部が、前記コンテンツのストーリー途中でユーザにより選択された分岐チャネルのＭＬＤ要求パケットを特定時間保持した後、前記スケジュール情報に基づいて一斉に前記サーバへ送信することを要旨とする。
【０００９】
第３の態様に係る発明は、第１又は第２の態様に係るサーバである。
【００１０】
第４の態様に係る発明は、第１又は第２の態様に係るチャネル制御部を備えることを特徴とする受信端末である。
【発明の効果】
【００１１】
本発明によれば、ネットワーク帯域を圧迫させず確実な視聴を担保できる伝送方式により、リアルタイム放送におけるストーリーの一斉分岐が可能なコンテンツ配信システム、サーバ、及び受信端末を提供することが可能である。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態におけるコンテンツ配信システムの全体構成図である。
【図２】本発明の実施の形態におけるコンテンツ配信システムの機能ブロック図である。
【図３】本発明の実施の形態におけるサービスイメージの説明図である。
【図４】本発明の実施の形態におけるコンテンツ配信システムの動作概要の説明図である。
【図５】本発明の実施の形態におけるポップアップの表示例を示す図である。
【図６】本発明の実施の形態におけるコンテンツ配信システムの動作シーケンス図である。
【図７】本発明の実施の形態におけるＣＨ制御部のフローチャートである。
【図８】本発明の実施の形態におけるスケジュール情報を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下の実施の形態は、この発明の技術的思想を具体化するためのコンテンツ配信システムを例示するものであり、装置の構成やデータの構成等は以下の実施の形態に限定されるものではない。
【００１４】
（システム構成）
図１は、本発明の実施の形態におけるコンテンツ配信システムの全体構成図である。このコンテンツ配信システムは、ＩＰによるマルチストーリー型ＴＶ配信システムである。マルチキャストルーティングを使用したＩＰＴＶリアルタイム映像配信において、従来なかったマルチストーリー型ＴＶ配信サービスを実現する。「マルチストーリー型サービス」とは、特定時間内に、表示された選択肢より視聴したいストーリー（分岐チャネル）を選択することで視聴中に自動的にチャネル切替が行われるサービスのことである。
【００１５】
図１に示すように、通信網２０を介してサーバ１０とエッジルータ３０が接続され、エッジルータ３０の下部に複数のユーザ宅が存在している。サーバ１０は、本サービスを提供する装置であり、コンテンツ配信事業者側に設置される。サーバ１０には、コンテンツを配信するコンテンツ配信サーバと、スケジュール情報等のデータベースを保持するデータベースサーバが含まれる。エッジルータ３０は、ネットワーク同士を相互接続する通信機器である。セットトップボックス（ＳＴＢ）４０は、ＴＶ５０に接続して使用する受信端末である。
【００１６】
図２は、本発明の実施の形態におけるコンテンツ配信システムの機能ブロック図である。この図に示すように、サーバ１０は、コンテンツ配信部１１と、スケジュール情報保持部１２を備える。エッジルータ３０は、マルチキャストパケットコピー部３１を備える。ユーザ宅内の装置は、ＣＨ（チャネル）制御部４１と、コンテンツ出力部５１を備える。
【００１７】
ＣＨ制御部４１は、ＣＨ制御を行う機能部であり、ＳＴＢ４０に設けられる。ＣＨ制御部４１は、具体的には、スケジュール情報保持部１２よりＣＨのスケジュール情報を取得する。また、取得したスケジュール情報に基づいてストーリー選択を促すポップアップを表示する。また、ユーザによるストーリー選択後、ＭＬＤ（Multicast Listener Discovery）要求を保持し、スケジュール情報に基づいて特定時間後にＭＬＤ要求を送信する。また、ユーザによるストーリー選択がない場合は、デフォルト設定されたＣＨのＭＬＤ要求を送信する。
【００１８】
マルチキャストパケットコピー部３１は、マルチキャストパケットをコピーする機能部であり、エッジルータ３０に設けられる。マルチキャストパケットコピー部３１は、具体的には、サーバ１０より送信されたマルチキャストパケットを受け取り、エッジルータ３０下部からのＣＨ要求の数に応じてパケットをコピーする。また、ＳＴＢ４０からのＣＨ要求（ＭＬＤ要求）を受信し、コンテンツ配信部１１に対してＣＨ要請（ＰＩＭ  ｊｏｉｎ）を送信する。
【００１９】
スケジュール情報保持部１２は、スケジュール情報を保持する機能部（データベースサーバ）である。スケジュール情報保持部１２は、具体的には、各ＣＨの視聴開始時刻、ストーリー選択画面表示時間、ストーリー切り替えタイミング等が記載されたスケジュール情報を保持する。また、ＣＨ制御部４１、コンテンツ配信部１１からの取得要求を契機として、その取得要求元に対してスケジュール情報を送信する。
【００２０】
コンテンツ配信部１１は、コンテンツを配信する機能部（コンテンツ配信サーバ）である。コンテンツ配信部１１は、具体的には、スケジュール情報保持部１２より取得したスケジュール情報に基づき、ユーザに対してコンテンツを配信する。
【００２１】
コンテンツ出力部５１は、コンテンツを出力する機能部であり、ＴＶ５０に設けられる。
【００２２】
このように、本発明の実施の形態におけるコンテンツ配信システムでは、ネットワーク帯域の圧迫抑制を実現するために、マルチキャストによる通信を採用している。これにより、ネットワーク内のエッジルータ３０で視聴者がいる方向のみにパケットをコピーして送信することができるため、ＩＰによる数千人規模のリアルタイム放送視聴が可能となる。
【００２３】
また、コンテンツ出力部５１−エッジルータ３０間に、ＣＨ切替によって送信されるＭＬＤ要求を制御するＣＨ制御部４１を設けることで、コンテンツ送信者によるリアルタイム放送の動的なＣＨ制御を実現している。具体的には、ユーザより送信されるＭＬＤ要求をアプリケーションによって制御し、ＭＬＤ要求を特定時間保持した後、コンテンツ配信サーバへ送信する。スケジュール情報保持部１２から取得したスケジュール情報を参照することで、ＭＬＤ要求の送信時間を制御し、リアルタイムなストーリー分岐を可能とする。
【００２４】
（サービスイメージ）
図３は、本発明の実施の形態におけるマルチストーリー型ＴＶ映像配信サービスを説明するための図である。この図に示すように、リアルタイムで配信されているＩＰＴＶ映像において、物語の途中でストーリーを分岐させる。視聴者は、ＴＶ５０にて自身の見たいストーリーを選択し、所望のエピソードを視聴する。例えば、視聴者は、エピソード１を視聴中、所定の時刻になると、次に視聴したいエピソード１−Ａ又は１−Ｂを選択するようになっている。
【００２５】
（動作概要）
図４は、本発明の実施の形態におけるコンテンツ配信システムの動作概要を説明するための図である。横軸は時刻を表している。コンテンツ配信部１１からルータ２１・エッジルータ３０を介してユーザ６１〜６４にコンテンツが配信されている。
【００２６】
図４に示すように、あるコンテンツの配信が時刻ｔ１からＣＨ１において開始され、そのＣＨ１のコンテンツをユーザ６１〜６４が視聴しているものとする。時刻ｔ２になると、ストーリー選択を促すポップアップ（ストーリー選択画面）がユーザ６１〜６４のＴＶ５０に表示され、ユーザ６１〜６４が所望のストーリーを選択することになる。その後、時刻ｔ３になると、選択された結果に基づき、ユーザ６１〜６４のストーリーが一斉に分岐する。例えば、ユーザ６１，６２についてはＣＨ１からＣＨ１−Ｂにストーリーが分岐し、ユーザ６３，６４についてはＣＨ１からＣＨ１−Ａにストーリーが分岐する。
【００２７】
図５は、本発明の実施の形態におけるポップアップ５２の表示例を示す図である。上述した通り、時刻ｔ２になると、図５（ａ）に示すように、ＴＶ５０の例えば画面右上にポップアップ５２が表示される。このポップアップ５２には、図５（ｂ）に示すように、ストーリー選択を促すメッセージと、ストーリーを選択するためのボタンＢ１，Ｂ２が設けられている。ボタンＢ１は、ストーリー１−Ａ（ＣＨ１−Ａ）を選択するためのボタンであり、ボタンＢ２は、ストーリー１−Ｂ（ＣＨ１−Ｂ）を選択するためのボタンである。ユーザがボタンＢ１，Ｂ２のいずれかを選択した時点、又はユーザがボタンＢ１，Ｂ２のいずれも選択することなく時刻ｔ３に到達した時点でポップアップ５２が消えるようになっている。
【００２８】
（動作シーケンス）
図６は、本発明の実施の形態におけるコンテンツ配信システムの動作シーケンス図である。
【００２９】
まず、ＣＨ制御部４１がＣＨ１要求を送信し、エッジルータ３０がＣＨ１要請を送信する（Ｓ１→Ｓ２）。これにより、コンテンツ配信部１１がＣＨ１のパケットをＣＨ制御部４１に返し、ＣＨ制御部４１がＣＨ１を出力する（Ｓ３→Ｓ４）。一方、ＣＨ制御部４１がスケジュール情報取得要求を送信すると、スケジュール情報保持部１２がスケジュール情報をＣＨ制御部４１に返す（Ｓ５→Ｓ６）。
【００３０】
既に説明した通り、本発明の実施の形態におけるコンテンツ配信システムでは、マルチキャストによる通信を採用している。すなわち、マルチキャストパケットコピー部３１は、サーバ１０より送信されたマルチキャストパケットを受け取り、エッジルータ３０下部からのＣＨ要求の数に応じてパケットをコピーするようになっている。
【００３１】
次いで、所定の時刻ｔ２に到達すると、ＣＨ制御部４１がポップアップ表示命令を送信し、ＴＶ５０がポップアップ５２を表示する（Ｓ７→Ｓ８）。ユーザがポップアップ５２に促されてストーリー（ＣＨ１−Ａ）を選択すると、ＣＨ制御部４１がスケジュール情報を参照し、特定時間ＭＬＤ要求を保持する（Ｓ９→Ｓ１０）。
【００３２】
次いで、所定の時刻ｔ３に到達すると、ＣＨ制御部４１がＣＨ１−Ａ要求を送信するとともにＣＨ１脱退要求を送信し、エッジルータ３０がＣＨ１−Ａ要請を送信するとともにＣＨ１脱退要請を送信する（Ｓ１１→Ｓ１２→Ｓ１３→Ｓ１４）。これにより、コンテンツ配信部１１がＣＨ１―ＡのパケットをＣＨ制御部４１に返し、ＣＨ制御部４１がＣＨ１―Ａを出力する（Ｓ１５→Ｓ１６）。
【００３３】
このように、本発明の実施の形態におけるコンテンツ配信システムでは、マルチキャストとＣＨ制御を融合することで、数千規模のユーザに対するリアルタイムなストーリー分岐を可能とする。具体的には、ＭＬＤ要求パケットを保持し、保持したＭＬＤパケットをスケジュール情報に基づき特定時間経過後に送信することで、複数ユーザのＣＨの一斉切替を可能とする。
【００３４】
（ＣＨ分岐フロー）
図７は、ＣＨ制御部４１のフローチャートであり、図８は、ＣＨ制御部４１が取得したＣＨ−１のスケジュール情報１２ａを示す図である。以下、図７及び図８を用いて、ＣＨを分岐する際の動作を更に詳しく説明する。
【００３５】
まず、ＣＨ制御部４１の電源がＯＮされ、ＣＨ１へ切り替えられたとする（Ｓ２１→Ｓ２２）。このとき、ＣＨ制御部４１がスケジュール情報１２ａを所持していなければ、スケジュール情報保持部１２からスケジュール情報１２ａを取得する（Ｓ２３→Ｓ２４）。
【００３６】
スケジュール情報１２ａには、日付、時刻、ＧｒｏｕｐＩＤの情報等が含まれる。ここでは、１０時と１２時が分岐時刻である場合を例示している。もちろん、スケジュール情報１２ａには、ストーリー選択画面表示時間等、その他の情報を含めてもよい。ストーリー選択画面表示時間とは、ポップアップ５２を表示する時間であり、例えば１０分等の任意の時間を設定することが可能である。
【００３７】
次いで、ＣＨ制御部４１は、現在時刻が分岐前ＣＨ時刻であるか分岐後ＣＨ時刻であるかを判断する（Ｓ２５）。例えば、現在時刻が１０時５分である場合は分岐後ＣＨ時刻であると判断し、デフォルト設定されたＣＨ１−Ａを出力する（Ｓ２５→Ｓ３１）。一方、現在時刻が９時５分である場合は分岐前ＣＨ視聴時刻であると判断し、分岐前ＣＨ（ＣＨ１）を出力する（Ｓ２５→Ｓ２６）。
【００３８】
次いで、ＣＨ制御部４１は、現在時刻が分岐時刻（１０時）になると、ＣＨ分岐のポップアップ５２を表示する（Ｓ２７→Ｓ２８）。現在時刻が分岐時刻（１０時）の所定時間前（１０分前）である９時５０分になると、ＣＨ分岐のポップアップ５２を表示するようにしてもよい（Ｓ２７→Ｓ２８）。
【００３９】
これにより、ＣＨ１−Ａが選択された場合はＣＨ１−Ａを出力し（Ｓ２９→Ｓ３０→Ｓ３１）、ＣＨ１−Ｂが選択された場合はＣＨ１−Ｂを出力する（Ｓ２９→Ｓ３０→Ｓ３２）。現在時刻が分岐時刻（１０時）に到達した時点でＣＨ１−ＡもＣＨ１−Ｂも選択されなかった場合はデフォルト設定されたＣＨ１−Ａを出力する（Ｓ２９→Ｓ３１）。
【００４０】
以上説明したように、本発明の実施の形態におけるコンテンツ配信システムは、予め保持されたスケジュール情報１２ａに基づいてマルチキャストを用いてリアルタイムにマルチストーリー型のコンテンツを配信するサーバ１０と、サーバ１０から取得したスケジュール情報１２ａに基づいてリアルタイムにチャネル制御を行うことで複数ユーザに対してコンテンツのストーリーを一斉に分岐させるＣＨ制御部４１と、ＣＨ制御部４１により制御されたチャネルのコンテンツを出力するコンテンツ出力部５１とを備える。そのため、ネットワーク帯域を圧迫させず確実な視聴を担保できる伝送方式により、リアルタイム放送におけるストーリーの一斉分岐が可能である。
【００４１】
具体的には、ＣＨ制御部４１は、コンテンツのストーリー途中でユーザにより選択された分岐チャネルのＭＬＤ要求パケットを特定時間保持した後、スケジュール情報１２ａに基づいて一斉にサーバ１０へ送信する。そのため、ＭＬＤ要求パケットの送信時間を一元的に制御することで精度よくストーリーの一斉分岐が可能である。
【００４２】
（効果）
本発明の実施の形態による効果を従来技術と比較すると以下のようになる。
【００４３】
まず、ユニキャストを用いたマルチストーリー型のコンテンツのリアルタイム放送は、ネットワーク帯域圧迫の問題から非常に困難であった。それに対して、本発明の実施の形態によれば、マルチキャストを用いるため、ネットワーク帯域を圧迫することなく数千規模のユーザに提供することができる。
【００４４】
また、従来は、ＭＬＤ要求を受け取り次第送信するため、全ユーザのストーリー一斉分岐が困難であった。それに対して、本発明の実施の形態によれば、ＭＬＤ要求パケットの送信時間を一元的に制御することでストーリーの一斉分岐が可能である。
【００４５】
更に、従来は、マルチストーリー型のコンテンツを視聴するには、視聴前に分岐後のストーリーを選択するのが通常であった。それに対して、本発明の実施の形態によれば、コンテンツ視聴中にリアルタイムに次ストーリーを選択することが可能である。
【００４６】
なお、本発明は、このようなコンテンツ配信システム、サーバ１０、又はＳＴＢ４０として実現することができるだけでなく、このようなコンテンツ配信システム、サーバ１０、又はＳＴＢ４０が備える特徴的な機能部をステップとするコンテンツ配信方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【符号の説明】
【００４７】
１０…サーバ
１１…コンテンツ配信部
１２…スケジュール情報保持部
２０…通信網
３０…エッジルータ
３１…マルチキャストパケットコピー部
４０…セットトップボックス（ＳＴＢ）
４１…ＣＨ制御部
５０…ＴＶ
５１…コンテンツ出力部
【図１】
2017028512.tif 000003
【図２】
2017028512.tif 000004
【図３】
2017028512.tif 000005
【図４】
2017028512.tif 000006
【図５】
2017028512.tif 000007
【図６】
2017028512.tif 000008
【図７】
2017028512.tif 000009
【図８】
2017028512.tif 000010
【手続補正書】
【提出日】平成28年10月27日(2016.10.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
予め保持されたスケジュール情報に基づいてマルチキャストを用いてリアルタイムにマルチストーリー型のコンテンツを配信するサーバと、
前記サーバと通信網を介して接続されたエッジルータと、
前記サーバから取得したスケジュール情報に基づいてリアルタイムにチャネル制御を行うことで複数ユーザに対して前記コンテンツのストーリーを一斉に分岐させるチャネル制御部と、
前記チャネル制御部により制御されたチャネルのコンテンツを出力するコンテンツ出力部と
を備え、
前記チャネル制御部は、前記コンテンツ出力部と前記エッジルータ間に設けられ、
前記チャネル制御部は、前記コンテンツのストーリー途中でユーザにより選択された分岐チャネルのＭＬＤ要求パケットを特定時間保持した後、前記スケジュール情報に基づいて一斉に前記エッジルータへ送信し、
前記エッジルータは、前記サーバより送信されたマルチキャストパケットを受け取り、当該エッジルータ下部からのＭＬＤ要求の数に応じてパケットをコピーし、前記サーバに対してＣＨ要請を送信する
ことを特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のサーバ。
【請求項３】
請求項１に記載のチャネル制御部を備えることを特徴とする受信端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上記目的を達成するため、第１の態様に係る発明は、コンテンツ配信システムであって、予め保持されたスケジュール情報に基づいてマルチキャストを用いてリアルタイムにマルチストーリー型のコンテンツを配信するサーバと、前記サーバと通信網を介して接続されたエッジルータと、前記サーバから取得したスケジュール情報に基づいてリアルタイムにチャネル制御を行うことで複数ユーザに対して前記コンテンツのストーリーを一斉に分岐させるチャネル制御部と、前記チャネル制御部により制御されたチャネルのコンテンツを出力するコンテンツ出力部とを備え、前記チャネル制御部は、前記コンテンツ出力部と前記エッジルータ間に設けられ、前記チャネル制御部は、前記コンテンツのストーリー途中でユーザにより選択された分岐チャネルのＭＬＤ要求パケットを特定時間保持した後、前記スケジュール情報に基づいて一斉に前記エッジルータへ送信し、前記エッジルータは、前記サーバより送信されたマルチキャストパケットを受け取り、当該エッジルータ下部からのＭＬＤ要求の数に応じてパケットをコピーし、前記サーバに対してＣＨ要請を送信することを要旨とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
第２の態様に係る発明は、第１の態様に係るサーバである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
第３の態様に係る発明は、第１の態様に係るチャネル制御部を備えることを特徴とする受信端末である。