受信端末及びそのプログラム
【課題】マルチキャスト配信システムにおいて通信路の使用帯域を節約し、パケットロス等が発生することを防止すること。
【解決手段】受信端末は、受信端末が受信するザッピングチャンネルの放送データを配信するサーバが２以上ある場合、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末はザッピングチャンネルの配信元サーバを統一するので、マルチキャストグループとサーバとの組み合わせの数が最少化され、ネットワークの帯域使用量が減少し、受信端末は放送データを正常に受信できる。
【解決手段】受信端末は、受信端末が受信するザッピングチャンネルの放送データを配信するサーバが２以上ある場合、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末はザッピングチャンネルの配信元サーバを統一するので、マルチキャストグループとサーバとの組み合わせの数が最少化され、ネットワークの帯域使用量が減少し、受信端末は放送データを正常に受信できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャスト放送を受信する受信端末に関する。
【背景技術】
【０００２】
近年、ＩＰマルチキャスト(以下、マルチキャストという。)による放送データの配信サービスが行われている。一般にマルチキャストでは、マルチキャストサーバ（以下、サーバという。）から配信されるデータを受信する受信端末が、マルチキャストグループ（以下、グループという。）への参加要求をネットワーク側に送信する。そして、マルチキャストに対応したルータ（以下、マルチキャストルータという。）が、受信端末からグループへの参加要求を受信し、参加を希望する受信端末をマルチキャストの経路に追加する。この結果、受信端末は、サーバが配信する放送データを受信することができる。
【０００３】
マルチキャストによる配信を実行するサーバは、ひとつのグループに、複数のチャンネルの放送データを送信する。受信端末は、１つ以上のグループに参加し、そのグループで配信されている複数のチャンネルのデータを同時に受信する。また、グループは複数存在し、グループごとに、配信されているチャンネルが異なる。たとえば、グループ１にはチャンネル１〜５の放送データがサーバから配信されており、グループ２にはチャンネル６〜８の放送データがサーバから配信される。
【０００４】
サーバは、保守性や稼働性等の向上のために、２系統以上設置されることがある。通常時に稼働するサーバ（以下、プライマリサーバという。）が保守点検などで一時的に不稼働状態に陥った場合には、予備用のサーバ（以下、セカンダリサーバという。）が稼働し、プライマリサーバの処理を代行する。また、プライマリサーバとセカンダリサーバの両者が同時に稼働し、あるチャンネルの放送データはプライマリサーバが配信し、別のあるチャンネルの放送データはセカンダリサーバが配信するという状況もある。
【０００５】
ユーザは、受信端末を操作し、複数のチャンネルの中から、再生するチャンネルを１つ指定する。受信端末は、再生中のチャンネルに隣接する複数のチャンネルの放送データを、再生するチャンネルの放送データと同時に受信し、受信端末内のバッファに蓄積する。そして受信端末においてユーザ操作によってチャンネルが切り替えられたときに、バッファから放送データを読み出し、切り替えられたチャンネルの再生を開始する。このことにより、受信端末において再生するチャンネルがユーザ操作によって切り替えられたとき、受信端末は、素早く切り替え先のチャンネルの再生を開始できる。
【０００６】
ところで、受信端末が運用開始された時点では、一般に配信元のサーバはすべてプライマリサーバである。受信端末は、受信する必要があるチャンネルが属するグループを特定し、特定されるグループに参加する。受信端末とマルチキャストルータとの間（マルチキャストルータとサーバとの間も同様である。）では、プライマリサーバと受信端末が受信するチャンネルが属するグループとの組み合わせの数分の通信が実行される。たとえば、受信端末が同時に受信するチャンネルが５つ存在し、チャンネル１〜３はグループ１によってサーバから配信され、チャンネル４と５とはグループ２によってサーバから配信される。このとき、受信端末は、チャンネル１〜５の放送データを受信するために、グループ１とグループ２とに参加する。この結果、ネットワークにはグループ１とプライマリサーバとの組み合わせによる通信と、グループ２とプライマリサーバとの組み合わせによる通信とが実行される。つまり、受信端末とサーバとの間に２つの通信経路が確立される。
【０００７】
受信端末を運用する過程で、一時的にプライマリサーバが停止する場合や、何らかの原因でプライマリサーバが配信していた特定のチャンネルの放送データを、プライマリサーバが配信不可能になることがある。このとき、受信端末は、受信が不可能になったチャンネルの放送データを配信するサーバをプライマリサーバからセカンダリサーバへ切り替える。または、配信が不可能になったチャンネルのデータを配信するサーバを、サーバ管理者がプライマリサーバからセカンダリサーバへ切替える。この結果、サーバとグループとの組み合わせの数が増大する。たとえば、チャンネル２と５とがプライマリサーバによる配信から、セカンダリサーバによる配信に切り替わった場合、ネットワークには、グループ１とプライマリサーバとの組み合わせによる通信と、グループ１とセカンダリサーバとの組み合わせによる通信と、グループ２とプライマリサーバとの組み合わせによる通信と、グループ２とセカンダリサーバとの組み合わせによる通信とが実行される。つまり、ネットワーク上で４つの通信が実行される。すなわち、受信端末が受信中のチャンネルの配信サーバが変更されると、ネットワーク上の通信経路が増加する。その結果、受信端末とマルチキャストルータとの間に流れるデータ量が増加し、マルチキャストルータが処理可能な範囲を超えると、パケットロスが生じ、受信端末が正常に放送データを受信できなくなる。
【０００８】
上記問題は、マルチキャスト配信システム特有の問題である。つまり、ユニキャストによる配信システムの場合は、受信端末が受信するチャンネルごとにサーバと受信端末とが接続を確立するので、帯域増加が見込まれる場合には同時に受信するチャンネル数を減らすことでマルチキャストルータと受信端末との間の通信パケット量を減らすことが可能である。しかしながら、マルチキャストによる配信システムの場合は、受信端末が受信するチャンネル数の変更がない場合であっても、上記説明の通り、ネットワークの使用帯域が増加してしまう。
【０００９】
特開２０１０−２３３１７５号公報には、クライアント端末が、受信しているマルチキャストの送信帯域が予め定められた基準値を満たしているか否かを判断し、受信しているマルチキャストの送信帯域が基準値を満たしていない場合、受信するマルチキャストを変更することが記載されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１０−２３３１７５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、マルチキャスト配信システムにおいて通信路の使用帯域を節約し、パケットロスが発生することを防止することができる受信端末を提供することである。
【課題を解決するための手段】
【００１２】
本発明の好ましい実施形態による受信端末は、複数のチャンネルの放送データをマルチキャストで配信可能な第１のサーバと、前記複数のチャンネルの前記放送データを前記マルチキャストで配信可能な第２のサーバとから配信される前記放送データを受信可能な受信端末であって、再生チャンネルと、前記再生チャンネル以外の１または複数のチャンネルとを含むザッピングチャンネルが属する１または複数のマルチキャストグループに参加するマルチキャストグループ参加手段と、前記ザッピングチャンネルの前記放送データを同時に受信するザッピングチャンネル受信手段と、前記ザッピングチャンネルの前記放送データが２つ以上のサーバから配信されている場合、参加中の前記マルチキャストグループから離脱する離脱手段と、前記ザッピングチャンネルの前記放送データを配信する前記サーバを前記第１のサーバまたは前記第２のサーバに指定し、再度前記マルチキャストグループに参加する再接続手段とを備える。
【００１３】
受信端末は、受信端末が受信するザッピングチャンネルの放送データを配信するサーバが２以上ある場合、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末はザッピングチャンネルの配信元サーバを統一するので、マルチキャストグループとサーバとの組み合わせの数が最少化され、ネットワークの帯域使用量が減少し、受信端末は放送データを正常に受信できる。
【００１４】
好ましい実施形態においては、前記ザッピングチャンネルの前記放送データを正常に受信中か否かを判断する通信判断手段をさらに備え、前記ザッピングチャンネルの前記放送データを正常に受信中でないと判断されたとき、前記離脱手段が、参加中の前記マルチキャストグループから離脱する。
【００１５】
受信端末は、受信端末が受信している複数のチャンネルのうち、１つ以上のチャンネルの放送データを正常に受信できない場合、参加中のマルチキャストグループから離脱し、全チャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末は、受信エラーが発生しているチャンネルの配信元サーバを特定し、特定されるサーバと異なるサーバへ変更するので、正常に放送データを受信可能となる。また、受信端末はザッピングチャンネルの配信元サーバを統一するので、マルチキャストグループとサーバとの組み合わせの数が最少化される。
【００１６】
本発明の別の好ましい実施形態による受信端末は、前記通信判断手段によって前記放送データを正常に受信中でないと判断されたとき、前記放送データを正常に受信中でないチャンネルを特定するエラーチャンネル特定手段と、前記エラーチャンネル特定手段によって特定された前記チャンネルが、前記再生チャンネルであるか否かを判断する再生チャンネルエラー判断手段とをさらに備え、前記エラーチャンネル特定手段によって特定された前記チャンネルが前記再生チャンネルであると判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱し、前記エラーチャンネル特定手段によって特定された前記チャンネルが前記再生チャンネルでないと判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱しない。
【００１７】
受信端末は、受信エラーが発生しているチャンネルの配信元サーバを特定し、特定されるサーバが再生チャンネルであるか否かを判断する。受信端末は、再生チャンネルを正常に受信できていないと判断する場合、参加中のマルチキャストグループから離脱し、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末は再生チャンネルで受信エラーが発生しているときに上記離脱と参加との処理を実行するので、受信端末は音切れなく再生チャンネルを再生可能となる。また、受信端末は再生チャンネル以外のチャンネルの受信エラーが発生していても、離脱と参加との処理を実行しないので、再生が停止しない。
【００１８】
本発明の別の好ましい実施形態による受信端末は、ユーザ操作によって前記再生チャンネルを切り替える、再生チャンネル切り替え手段をさらに備え、前記エラーチャンネル特定手段によって特定された前記チャンネルが、前記再生チャンネル切り替え手段によって指定された前記チャンネルであると判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱する。
【００１９】
受信端末は、受信端末の再生チャンネルがユーザ操作によって切り替えられるとき、切り替え先のチャンネルを正常に受信中か否かを判断し、正常に受信中でないと判断された場合、参加中のマルチキャストグループから離脱し、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末は、切り替え先のチャンネルの放送データを正常に受信できていない場合、チャンネルを切り替える前に上記離脱と参加との処理を実行するので、受信端末は切り替え先のチャンネルを正常に再生できる。また、受信端末は切り替え先のチャンネル以外のチャンネルのいずれかを正常に受信できない場合は、離脱と参加の処理を実行しないので、再生チャンネルを高速に切り替えることができる。
【００２０】
本発明の別の好ましい実施形態による受信端末は、参加中の前記マルチキャストグループと、前記ザッピングチャンネルの前記放送データを配信している前記サーバとの組み合わせの数を取得する、組み合わせ数取得手段と、前記組み合わせ数取得手段によって取得される前記組み合わせの数が、所定の組み合わせ数の範囲内であるか否かを判断する組み合わせ数判断手段と、前記組み合わせの数が前記所定の数の組み合わせ数の範囲内でないと判断された場合、参加中の前記マルチキャストグループから離脱する。
【００２１】
受信端末は、受信端末が参加中のマルチキャストグループと、ザッピングチャンネルを配信しているサーバとの組み合わせの数が、規定数の範囲内であるか否かを判断し、規定数の範囲内でないと判断した場合、参加中のマルチキャストグループから離脱し、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。マルチキャストグループとサーバとの組み合わせの数が一定数以下に抑えられ、マルチキャストルータが処理不可能な通信データ量が発生することを防止できるので、受信端末はザッピングチャンネルを正常に受信可能となる。
【００２２】
本発明の別の好ましい実施形態による受信端末は、前記再生チャンネルが所属しない前記マルチキャストグループを特定する、マルチキャストグループ特定手段と、前記マルチキャストグループ特定手段によって特定される前記マルチキャストグループ内の前記チャンネルの前記放送データを配信する前記サーバが、すべて前記第１のサーバまたは前記第２のサーバであるか否かを判断する、配信サーバ同一判断手段とを備え、配信サーバ同一判断手段が前記マルチキャストグループ特定手段によって特定される前記マルチキャストグループ内の前記サーバが同一でないと判断する場合、前記離脱手段が、前記マルチキャストグループ特定手段によって特定される前記マルチキャストグループから離脱する。
【００２３】
受信端末は、再生チャンネルが属さないマルチキャストグループを特定する。そして受信端末は、特定されるマルチキャストグループに属するチャンネルの配信元サーバが同一であるか否かを判断し、同一でないと判断した場合、受信端末は参加中のマルチキャストグループから離脱し、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。これにより、受信端末は再生を停止せずに、マルチキャストグループとサーバとの組み合わせの数を減少させ、ネットワークの通信量を減少させることが可能である。
【発明の効果】
【００２４】
マルチキャスト配信システムにおいてネットワークの使用帯域を低減し、パケットロス等が発生することを防止することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の好ましい実施形態によるマルチキャスト配信システム図である。
【図２】本発明の好ましい実施形態による受信端末のブロック図である。
【図３】受信状態テーブルを示す図である。
【図４】制御部１１の処理を示すフローチャートである。
【図５】受信状態テーブルを示す図である。
【図６】マルチキャスト配信システム図である。
【図７】制御部１１の処理を示すフローチャートである。
【図８】制御部１１の処理を示すフローチャートである。
【図９】制御部１１の処理を示すフローチャートである。
【図１０】制御部１１の処理を示すフローチャートである。
【図１１】制御部１１の処理を示すフローチャートである。
【図１２】制御部１１の処理を示すフローチャートである。
【図１３】制御部１１の処理を示すフローチャートである。
【発明を実施するための形態】
【００２６】
以下、本発明の好ましい実施形態による受信端末について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるマルチキャスト配信システムの構成図である。
【００２７】
受信端末１００は、たとえばセットトップボックス、ネットワークインターフェースを備えるＡＶレシーバ及びＡＶアンプ等であり、サーバからのマルチキャストによる放送データを受信可能な装置である。
【００２８】
チャンネルＡ１〜Ａ５は、それぞれ異なるチャンネルの放送データを示す。プライマリサーバ２００（ａ）は、チャンネルＡ１〜Ａ５の放送データをマルチキャストで配信可能なサーバである。セカンダリサーバ２００（ｂ）も、Ａ１〜Ａ５の放送データをマルチキャストで配信可能なサーバである。プライマリサーバ２００（ａ）とセカンダリサーバ２００（ｂ）とは、両方同時に稼働していてもよいし、片方のみが稼働していてもよい。通常はプライマリサーバ２００（ａ）が優先的に稼働する。図１のマルチキャスト配信システムでは、プライマリサーバ２００（ａ）のみが稼働している。なお、チャンネルＡ１〜Ａ５の放送データを、プライマリサーバ２００（ａ）またはセカンダリサーバ２００（ｂ）が格納していてもよいし、各チャンネルの放送データをプライマリサーバ２００（ａ）やセカンダリサーバ２００（ｂ）へ送信する別のサーバが存在してもよい。以下では、各チャンネルの放送データをプライマリサーバ２００（ａ）とセカンダリサーバ２００（ｂ）とが格納しているとして説明する。なお、以下、「チャンネルＡ１の放送データ」を、単に「チャンネルＡ１」等と略して記述する。
【００２９】
図１のマルチキャスト配信システムにおいて、プライマリサーバ２００（ａ）は、チャンネルＡ１〜Ａ５のうち、チャンネルＡ１〜Ａ３をグループＧ１で配信し、チャンネルＡ４とＡ５とをグループＧ２で配信する。なお、特に区別する必要がない場合、プライマリサーバ２００（ａ）及びセカンダリサーバ２００（ｂ）を、単にサーバ２００という。マルチキャストルータ３００は、サーバ２００からのパケットをルーティングし、受信端末１００へ送信する。受信端末１００は、グループＧ１に参加することによりチャンネルＡ１〜Ａ３を受信可能となり、グループＧ２に参加することによりチャンネルＡ４とＡ５とを受信可能となる。すなわち、受信端末１００は、受信する必要があるチャンネルを含むグループに参加する。ここで、参加とは、ＩＧＭＰ（Ｉｎｔｅｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）ｖ３またはＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）ｖ２のｊｏｉｎメッセージである。マルチキャストルータ３００は、受信端末１００から参加メッセージを受け取ることで、マルチキャストルータ３００の先にグループのデータを受信する受信端末１００が存在することを認識する。その結果、マルチキャストルータ３００は、サーバ２００からグループへ配信されるデータを受信端末１００へ転送するようになる。この結果、受信端末１００はグループに属するチャンネルの放送データを受信可能となる。
【００３０】
図２は、本発明の好ましい実施形態による受信端末１００のブロック図を示す。受信端末１００は、制御部１１、メモリ１２、通信部１３、チャンネル受信部１４（ａ）〜１４（ｅ）、再生部１５、操作部１６及びバッファ１７（ａ）〜１７（ｅ）を備える。チャンネル受信部１４（ａ）〜１４（ｅ）は、特に区別する必要がない場合、単にチャンネル受信部１４という。また、バッファ１７（ａ）〜１７（ｅ）は、特に区別する必要がない場合、単にバッファ１７という。好ましくは、チャンネル受信部１４及びバッファ１７は、受信端末１００が同時に受信する必要があるチャンネル数分備えるが、必ずしも受信するチャンネル数分なくてもよい。たとえば１つのチャンネル受信部１４及びバッファ１７を、複数のチャンネルで共有してもよい。
【００３１】
制御部１１は、受信端末１００を制御するものであり、たとえばマイコンやＣＰＵ等である。制御部１１は、通信部１３が受信するパケットから各チャンネルの放送データを取り出し、チャンネル受信部１４へ送信する。制御部１１は、チャンネル受信部１４が受信したデータをバッファ１７へ送信し、記憶させる。また、制御部１１は、ユーザ操作により再生が指示されているチャンネルの放送データを、バッファ１７から再生部１５へ送信させる。
【００３２】
メモリ１２は、たとえばＲＯＭやＲＡＭである。メモリ１２は、受信状態テーブル１２Ａを有する。受信状態テーブル１２Ａは、受信端末１００が受信中のチャンネルや、チャンネルの配信サーバ２００や、チャンネルが属するグループなどを管理する。受信状態テーブル１２Ａについての詳細は後述する。
【００３３】
通信部１３は、ネットワークから送信されるパケットを受信し、また、受信端末１００からネットワークへパケットを送信する。
【００３４】
チャンネル受信部１４は、サーバ２００から配信される各チャンネルの放送データを受信する。受信端末１００は、チャンネル受信部１４を、受信端末１００が同時に受信するチャンネル数分備え、たとえば、チャンネルＡ１をチャンネル受信部１４（ａ）で受信し、チャンネルＡ２をチャンネル受信部１４（ｂ）で受信する。通信部１３で受信するデータから、各チャンネル受信部１４へのデータの振り分ける処理は、制御部１１によって実行される。
【００３５】
再生部１５には、制御部１１によってバッファ１７から、再生を指定されているチャンネルの放送データが入力される。再生部１５は、入力されたデータに対して音声信号処理等を実行し、図示しないスピーカ等へ出力する。
【００３６】
操作部１６は、ユーザが受信端末１００に対して実行する操作を受信し、制御部１１へ受信した操作内容を送信する。ユーザは、再生チャンネルの切替等を、操作部１６に対して実行する。
【００３７】
バッファ１７は、チャンネル受信部１４が受信する各チャンネルの放送データを一時的に保存する記憶領域であり、一般的にはＲＡＭ等である。たとえば、バッファ１７（ａ）には、チャンネル受信部１４（ａ）が受信する放送データが記憶され、バッファ１７（ｂ）には、チャンネル受信部１４（ｂ）が受信する放送データが記憶される。なお、チャンネル受信部１４からバッファ１７への放送データの振り分けは、制御部１１によって実行される。
【００３８】
以上の構成を備える受信端末１００の制御部１１は、ザッピングチャンネルが属するグループへ参加し、ザッピングチャンネルの放送データを受信開始する。制御部１１は、ザッピングチャンネルの放送データを受信中に、ザッピングチャンネルの放送データを配信しているサーバ２００がすべて同一であるか否かを判断し、同一ではないと判断した場合、制御部１１は参加中のグループから離脱する。そして、制御部１１は、ザッピングチャンネルの配信元サーバ２００を、プライマリサーバ２００（ａ）またはセカンダリサーバ２００（ｂ）のいずれかに統一し、再度マルチキャストグループに参加する。
【００３９】
図３は、受信端末１００のメモリ１２が格納する受信状態テーブル１２Ａ（ａ）を示す。受信状態テーブル１２Ａ（ａ）は、受信端末１００が受信中の各チャンネルに関する情報を管理する。受信状態テーブル１２Ａ（ａ）は、ステータス、チャンネル、グループ、サーバ、及び受信状態の５つの項目を備える。ステータスは、受信端末１００が各チャンネルを再生中か否かを示す。チャンネルは、受信端末１００が受信中のチャンネルを示す。グループは、各チャンネルが所属するマルチキャストグループを示す。サーバは、各チャンネルを配信している配信元のサーバ２００を示す。Ｐはプライマリサーバ２００（ａ）を示し、Ｓはセカンダリサーバ２００（ｂ）を示す。受信状態は、各チャンネルの放送データを受信端末１００が正常に受信できているか否かを示す。Ｔは受信端末１００が正常に放送データを受信できていることを示し、Ｆは受信端末１００が正常に放送データを受信できていないことを示す。受信状態テーブル１２Ａ（ａ）は、受信端末１００がチャンネルＡ１〜Ａ５を受信中あり、チャンネルＡ３を再生中であり、チャンネルＡ１〜Ａ３をグループＧ１で受信しており、チャンネルＡ４及びＡ５をグループＧ２で受信しており、チャンネルＡ１〜Ａ５をプライマリサーバ２００（ａ）から受信しており、受信状態はすべて正常であることを示す。
【００４０】
図４は、受信端末１００の制御部１１がサーバ２００が配信するチャンネルを受信し、受信状態テーブル１２Ａを生成し、更新するフローチャートを示す。
【００４１】
制御部１１は、ユーザ操作によって、再生するチャンネル(以下、再生チャンネルという。)を設定する（Ｓ１１）。制御部１１は、Ｓ１１の処理によって設定されるチャンネルに隣接する１以上のチャンネルを、再生チャンネルと同時に受信するチャンネルとして特定する（Ｓ１２）。たとえば、Ｓ１１の処理によってチャンネルＡ３が設定されるとき、Ｓ１２の処理によって、チャンネルＡ１、Ａ２、Ａ４及びＡ５が特定される。なお、以下では、再生チャンネルと隣接するチャンネルとして特定されたチャンネルを総じてザッピングチャンネルという。本例では、チャンネルＡ１、Ａ２、Ａ３、Ａ４、Ａ５がザッピングチャンネルである。なお、ザッピングチャンネルは必ずしも隣接している必要はない。
【００４２】
制御部１１は、ザッピングチャンネルの各チャンネルが属するグループを判断し、判断されるグループに参加する（Ｓ１３）。たとえば、チャンネルＡ１〜Ａ３がグループ１に属しており、チャンネルＡ４及びＡ５がグループ２に属している場合、制御部１１は、グループ１とグループ２とに参加する。なお、受信端末１００は、予めサーバ２００から各チャンネルが属するグループを記載したデータを受信し、各チャンネルが属するグループを把握している。
【００４３】
制御部１１は、ザッピングチャンネルの放送データをサーバ２００に要求する（Ｓ１４）。そして、制御部１１は、チャンネル受信部１４が受信する放送データを各々のチャンネルに対応するバッファ１７へ送信する（Ｓ１５）。受信端末１００は、同時に複数のチャンネルの放送データを受信し、バッファ１７に保存するので、ユーザ操作により連続して再生チャンネルが切り替えられたときに、即座に切り替え先のチャンネルを再生開始できる。なお、バッファ１７に保存しておくデータ量は、たとえば１０秒程度再生できる量とし、バッファ１７にはリングバッファ等が採用される。
【００４４】
制御部１１は、再生チャンネルの放送データを再生部１５へ送信する（Ｓ１６）。これにより、受信端末１００において再生チャンネルの再生が開始される。なお、制御部１１は、再生チャンネルが含まれるグループのデータ受信を、再生チャンネルが含まれないグループのデータ受信よりも先に開始し、再生チャンネルの再生開始を早く可能にしてもよい。
【００４５】
制御部１１は、各チャンネルの放送データを配信しているサーバ２００を、放送データ受信時のパケットに記載されている情報（サーバ２００のＩＰＡｄｄｒｅｓｓ等）から特定し（Ｓ１７）、受信状態テーブル１２Ａを更新する。たとえば、チャンネルＡ１〜Ａ５の放送データがすべてプライマリサーバ２００（ａ）から配信されている場合、受信状態テーブル１２Ａのサーバ項目にＰを書き込む。
【００４６】
制御部１１は、チャンネル受信部１４(ａ)〜１４（ｅ）のすべてから、定期的にチャンネルの受信状態を示す情報を受信する（Ｓ１９）。受信状態を示す情報とは、チャンネル受信部１４が受信している放送データのパケットがロスしていないか否かを示す情報と、チャンネル受信部１４の各チャンネルを配信しているサーバ２００を特定する情報とを含む。定期的とは、たとえば１秒ごとなどである。
【００４７】
制御部１１は、Ｓ１９の処理によって受信する情報から、当該チャンネルの放送データを配信しているサーバ２００を判断し、配信元のサーバ２００が変更されたか否かを判断する（Ｓ２０）。サーバ２００が変更されたか否かの判断は、受信状態テーブル１２Ａのサーバ項目に設定されている値とＳ１９の処理において受信した配信元サーバ２００の情報とが同一であるか否かによって実行される。なお、サーバ２００がチャンネルを配信するサーバ２００の切り替え指示を受信端末１００へ送信し、受信端末１００がその指示を受信し、配信元のサーバ２００を切り替えてもよい。その場合、Ｓ２０の処理を実行したのち、後述するＳ２２の処理を実行する。制御部１１は、配信元のサーバ２００が変更されたと判断する場合（Ｓ２０でＹＥＳ）、チャンネルを正常に受信中か否かの情報を受信状態テーブル１２Ａの受信状態項目に書き込み更新する（Ｓ２３）。そして、受信状態テーブル１２Ａのサーバ項目を、新たに配信を受けているサーバ２００に更新する（Ｓ２４）。なお、配信サーバ２００が変更になる原因として、サーバ２００が保守点検により停止した場合や、サーバ２００が特定のチャンネルを配信できない状態になった場合等がある。
【００４８】
制御部１１は、配信元のサーバ２００が変更されていないと判断する場合（Ｓ２０でＮＯ）、Ｓ１９の処理によって取得される、放送データのパケットがロスしていないか否かの情報によって、チャンネルを受信端末１００が正常に受信中であるか否かを判断する（Ｓ２１）。制御部１１は、チャンネルを正常に受信できていないと判断する場合（Ｓ２１でＮＯ）、制御部１１は、当該チャンネルの配信元サーバ２００を変更する（Ｓ２２）。たとえば、受信端末１００がチャンネルＡ２をプライマリサーバ２００（ａ）から正常に受信できない場合、制御部１１は、チャンネルＡ２の配信元サーバをセカンダリサーバ２００（ｂ）に切り替える。そして、Ｓ２３及びＳ２４の処理を実行する。制御部１１によってチャンネルの放送データを正常に受信できていると判断される場合（Ｓ２１でＹＥＳ）、制御部１１は、Ｓ２４の処理を実行する。なお、Ｓ２１でＹＥＳの場合、Ｓ２４の処理において同一のサーバ２００を受信状態テーブル１２Ａのサーバ項目に上書きしてもよいし、Ｓ２４の処理を実行しなくてもよい。
【００４９】
制御部１１は、Ｓ１９〜Ｓ２４までの処理を、チャンネル受信部１４（ａ）〜１４（ｅ）のすべてのチャンネル受信部１４から送信される情報に基づいて実行する。なお、制御部１１は、チャンネル受信部１４が、プライマリサーバ２００(ａ)またはセカンダリサーバ２００（ｂ）のいずれから放送データの配信を受けた場合もパケットのロスが発生すると判断した場合は、制御部１１は、配信元サーバをいずれかのサーバ２００に固定し、Ｓ２２のサーバ切替処理が繰り返し行われることを防止する。
【００５０】
図５は、チャンネルＡ２及びＡ５の配信元サーバがプライマリサーバ２００（ａ）からセカンダリサーバ２００（ｂ）に変更されたときの受信状態テーブル１２Ａ（ｂ）を示す。さらに、受信状態テーブル１２Ａ（ｂ）は、受信端末１００がチャンネルＡ４の放送データが正常に受信できず、チャンネルＡ４の受信状態がＦＡＬＳＥであることを示している。
【００５１】
図６は、受信状態テーブル１２Ａ（ｂ）の受信状態のマルチキャスト配信システム図を示す。受信端末１００は、プライマリサーバ２００（ａ）とセカンダリサーバ２００（ｂ）との両方から放送データを受信している。図１のマルチキャスト配信システムでは、グループと配信元のサーバとの組み合わせが、「グループ１：プライマリサーバ２００（ａ）」、「グループ２：プライマリサーバ２００（ａ）」の２種類である。これに対し、図６のマルチキャスト配信システムでは、グループと配信元のサーバとの組み合わせが、「グループ１：プライマリサーバ２００（ａ）」、「グループ２：プライマリサーバ２００（ａ）」、「グループ１：セカンダリサーバ２００（ｂ）」、「グループ２：セカンダリサーバ２００（ｂ）」の４つの通信が実行される。すなわち、受信端末１００は、マルチキャストルータ３００との間で４つの通信を実行する。各々のグループとサーバ２００との組み合わせによって実行される通信がそれぞれ１Ｍｂｐｓの帯域を使用すると仮定した場合、図１のマルチキャスト配信システムは２Ｍｂｐｓ（１Ｍｂｐｓ×２）の帯域を使用するのに対し、図６のマルチキャスト配信システムの場合は、４Ｍｂｐｓ（１Ｍｂｐｓ×４）の帯域を使用する。すなわち、マルチキャスト配信システムを運用中に配信元サーバ２００の切替が発生すると、初期状態に比べネットワークの使用帯域が増加する。そして、使用帯域がマルチキャストルータ３００が処理可能な許容範囲を超えた場合、受信端末１００は正常に放送データを受信できなくなり、受信端末１００において再生時の音切れが発生する。
【００５２】
[使用帯域低減化処理の実施形態１]
受信端末１００が使用するネットワークの帯域を低減する第１の実施形態を説明する。図７は、受信端末１００の制御部１１が、使用帯域を低減する第１の実施形態のフローチャートを示す。なお、受信端末１００は、図４の処理と並行して図７の処理を実行する。
【００５３】
制御部１１は、ザッピングチャンネルのすべてのチャンネルを正常に受信しているか否かを判断する（Ｓ３１）。制御部１１は、ザッピングチャンネルのすべてのチャンネルを正常に受信していると判断した場合（Ｓ３１でＹＥＳ）、処理を終了する。制御部１１は、ザッピングチャンネルのうち、正常に受信できていないチャンネルが存在すると判断した場合（Ｓ３１でＮＯ）、接続切替処理１または２を実行する（Ｓ３２）。接続切り替え処理を実行することで、ネットワークの使用帯域を減少させることができる。なお、接続切替処理１及び接続切替処理２の詳細は、後述する。
【００５４】
以上の実施形態１によると、受信端末１００が、ザッピングチャンネルのうち、１つ以上のチャンネルの受信でパケットロスが発生していると判断するとき、ネットワークの使用帯域を減少させる処理を実行するので、受信端末１００は、ザッピングチャンネルのいずれのチャンネルを再生したときも音切れなく再生できる。
【００５５】
[接続切替処理の実施形態１]
図７のＳ３２の処理である、接続切替処理の第１の実施形態を説明する。図８は、制御部１１が実行する接続切替処理の第１の実施形態のフローチャートを示す。なお、接続切替処理の第１の実施形態を接続切替処理１という。本実施形態によると、受信端末１００は、参加中のグループすべてからいったん離脱し、すべての配信元サーバ２００を同一に指定して再度グループに参加する。ここで、離脱とは、ＩＧＭＰ（Ｉｎｔｅｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）ｖ３またはＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）ｖ２のｌｅａｖｅメッセージを指す。マルチキャストルータ３００は、受信端末１００から離脱メッセージを受け取ることで、マルチキャストルータ３００の先にグループのデータを受信する受信端末１００が存在しないことを認識する。その結果、マルチキャストルータ３００は、サーバ２００からグループへ配信されるデータを受信端末１００へ転送しなくなる。したがって、受信端末１００はグループに属するチャンネルの放送データを受信しなくなる。
【００５６】
制御部１１は、受信端末１００が参加中のすべてのグループから離脱する（Ｓ４１）。すなわち、制御部１１は、グループ１と、グループ２とから離脱する。なお、制御部１１がグループから離脱した場合、受信端末１００は放送データを受信できなくなるので、一時的に受信端末１００における再生は停止する。
【００５７】
制御部１１は、配信元となるサーバ２００の優先度を変更する（Ｓ４２）。たとえば、図７のフローチャートのＳ３１でパケットをロスしていると判断されたチャンネルの放送データを配信していたサーバ２００がプライマリサーバ２００（ａ）であった場合は、セカンダリサーバ２００（ｂ）を指定する。複数のチャンネルでパケットロスが発生している場合は、制御部１１はいずれのサーバ２００を指定してもよいが、好ましくは、パケットロスが発生しているチャンネルが少ないサーバ２００を指定する。
【００５８】
制御部１１は、図４のフローチャートのＳ１３以降の処理を実行する（Ｓ４３）。すなわち、再度ザッピングチャンネルが属するグループへ参加し、接続を再開する。制御部１１は、プライマリサーバ２００（ａ）、またはセカンダリサーバ２００（ｂ）のいずれかをザッピングチャンネルの配信元サーバ２００として指定するので、すべての受信チャンネルの配信元サーバは１つに統一され、グループとサーバ２００との組み合わせの数は初期状態と同一になり、組み合わせの数が最少化される。
【００５９】
以上の実施形態１によると、受信端末１００は、グループとサーバ２００との組み合わせの数が最少化されるので、ネットワークの使用帯域を最小限にすることができる。たとえば、図５の受信状態テーブル１２Ａ（ｂ）の状態であった場合に、図８の接続切替処理１を実行すると、受信状態テーブル１２Ａ（ｂ）のサーバ項目がＰまたはＳに統一される。したがって、グループとサーバとの組み合わせの数が図３の受信状態テーブル１２Ａ（ａ）の場合と同一となり、最少化される。さらに、受信端末１００は、パケットロスが生じていたチャンネルが接続されていたサーバ２００とは異なるサーバ２００を指定して再接続するので、受信端末１００はパケットロスなくザッピングチャンネルを受信できる可能性が高い。
【００６０】
[接続切替処理の実施形態２]
図７のＳ３２の処理である、接続切替処理の第２の実施形態を説明する。図９は、制御部１１が実行する接続切替処理の第２の実施形態のフローチャートを示す。本実施形態によると、再生中のチャンネルが属さないグループのみを対象として接続切替処理２を実行するので、再生を停止することなくネットワークの使用帯域を低減することができる。なお、接続切替処理の第２の実施形態を接続切替処理２という。
【００６１】
制御部１１は、再生中でないチャンネルが属するグループを取得する（Ｓ５１）。たとえば、図５の受信状態テーブル１２Ａ（ｂ）の受信状態の場合、グループ１に属するチャンネルであるＡ３が再生中であるので、グループ２が特定される。なお、グループが３つ以上あるマルチキャスト配信システムの場合は、Ｓ５１の処理によってグループが複数特定される。制御部１１は、Ｓ５２以降の処理を、Ｓ５１の処理によって特定されたグループすべてに対して実行する。
【００６２】
制御部１１は、Ｓ５１の処理によって特定されるグループ内のチャンネルの放送データを配信しているサーバ２００がすべて同一であるか否かを判断する（Ｓ５２）。たとえば図５の受信状態テーブル１２Ａ（ｂ）の場合、グループ２に属するチャンネル（Ａ４とＡ５）の配信サーバ２００はＰとＳとであるので、同一でないと判断される。
【００６３】
制御部１１は、グループ内のチャンネルのサーバ２００が同一でないと判断した場合（Ｓ５２でＮＯ）、グループから離脱する（Ｓ５３）。
【００６４】
制御部１１は、グループ内のチャンネルの配信元サーバ２００をすべて同一に設定する（Ｓ５４）。制御部１１はプライマリサーバ２００（ａ）に統一してもよいし、セカンダリサーバ２００（ｂ）に統一してもよい。たとえば図５の受信状態テーブル１２Ａ（ｂ）の場合、チャンネルＡ４とＡ５とのサーバ項目は、ＰまたはＳのいずれかに統一される。そして制御部１１は、再度同一グループに参加する（Ｓ５５）。
【００６５】
制御部１１は、Ｓ５１の処理によって取得されるグループのすべてに対し、Ｓ５２以降の処理を実行したか否かを判断し（Ｓ５６）、実行したと判断した場合（Ｓ５６でＹＥＳ）、図４のフローチャートのＳ１４以降の処理を実行する（Ｓ５７）。制御部１１は、すべてのグループに対してＳ５２以降の処理を実行していないと判断した場合（Ｓ５６でＮＯ）、Ｓ５１の処理によって取得された次のグループを取得し（Ｓ５７）、Ｓ５２以降の処理を繰り返す。なお、制御部１１はＳ５４で設定するサーバ２００を、Ｓ５１で取得されるグループに対し、すべてプライマリサーバ２００（ａ）またはセカンダリサーバ２００（ｂ）のいずれかで統一する。サーバ２００とグループとの組み合わせ数を少なくするためである。たとえば、図５の受信状態テーブル１２Ａ（ｂ）において、グループＧ２に含まれるチャンネルのサーバ２００がＰに統一された場合、グループとサーバ２００との組み合わせは、「グループ１：プライマリサーバ２００（ａ）」、「グループ２：プライマリサーバ２００（ａ）」、「グループ１：セカンダリサーバ２００（ｂ）」の３つとなる。すなわち、グループとサーバ２００の組み合わせの数が、４つから３つに減少する。
【００６６】
制御部１１は、グループ内のチャンネルの放送データを配信しているサーバ２００が同一であると判断した場合（Ｓ５２でＹＥＳ）、Ｓ５６以降の処理を実行する。
【００６７】
以上の実施形態２によると、制御部１１は再生中のチャンネルが属するグループに対して離脱処理を行わないので、再生を停止することなく、使用帯域を減少させることができる。なお、本処理を実行後であっても、使用帯域が許容範囲内にならない場合は、再生チャンネルが属するグループに対してＳ５２以降の処理を実行してもよい。
【００６８】
[使用帯域低減化処理の実施形態２]
受信端末１００が使用するネットワークの帯域を低減する第２の実施形態を説明する。図１０は、制御部１１が、使用帯域を低減する第２の実施形態のフローチャートを示す。図７と同一の処理には同一符号を付し、説明を省略する。
【００６９】
制御部１１は、ザッピングチャンネルを正常に受信していないと判断した場合（Ｓ３１でＮＯ）、Ｓ３１の処理によって正常に受信できていないと判断されたチャンネルを受信端末１００で再生中であるか否かを判断する（Ｓ６１）。具体的には、正常にパケットを受信できていないチャンネルのステータスが受信状態テーブル１２Ａにおいて「再生中」に設定されているか否かによって判断される。制御部１１は、チャンネルを受信端末１００で再生中であると判断した場合（Ｓ６１でＹＥＳ）、接続切替処理１を実行する（Ｓ３２）。制御部１１は、チャンネルを受信端末１００で再生中でないと判断する場合（Ｓ６１でＮＯ）、処理を終了する。
【００７０】
以上の実施形態２によると、制御部１１は再生中のチャンネルの放送データを正常に受信できない場合のみ接続切替処理１を実行するので、再生チャンネルの受信状態を自動的に正常な状態に復帰させることができる。制御部１１は再生チャンネル以外のいずれかのチャンネルを正常に受信できていない場合は接続切替処理１を実行しない。これにより、再生チャンネル以外のチャンネルの受信エラーによって接続処理切替処理が実行されることがなく、再生チャンネルの再生が停止されない。
【００７１】
[使用帯域低減化処理の実施形態３]
受信端末１００が使用するネットワークの帯域を低減する第３の実施形態を説明する。図１１は、制御部１１が、使用帯域を低減する第３の実施形態のフローチャートを示す。本実施形態によると、制御部１１は、変更先のチャンネルの受信状態が正常であるか否かを判断し、正常でないと判断される場合は、接続切替処理を実行する。図７と同一の処理には同一符号を付し、説明を省略する。
【００７２】
制御部１１は、ユーザ操作によって再生チャンネルを切り替えられたか否かを判断し（Ｓ７１）、切り替えられたと判断した場合（Ｓ７１でＹＥＳ）、制御部１１は切り替え先のチャンネルの受信状態がＦａｌｓｅであるか否かを受信状態テーブル１２Ａを参照して判断する（Ｓ７２）。
【００７３】
制御部１１は、受信状態テーブル１２Ａの切り替え先のチャンネルの受信状態がＦａｌｓｅになっていると判断した場合（Ｓ７２でＹＥＳ）、接続切替処理１または２を実行する（Ｓ３２）。制御部１１は、切り替え先のチャンネルの受信状態テーブル１２Ａの受信状態がＦａｌｓｅになっていないと判断した場合（Ｓ７２でＮＯ）、処理を終了する。
【００７４】
以上の実施形態３によると、受信端末１００は切り替え先のチャンネルの受信状態を、チャンネル切り替えを実行する前に確認し、正常に受信できていない場合は接続切替処理１または２を実行したのち、切り替え先のチャンネルを再生する。これにより受信端末１００は新たに指定されたチャンネルの再生を確実に開始できる。また、受信端末１００は、切り替え先のチャンネル以外のチャンネルのいずれかを正常に受信できていない場合、接続切替処理を実行しない。なぜなら、接続切替処理を実行すると、受信端末１００はグループからの離脱処理と参加処理とを実行することになり、チャンネル切り替えに時間がかかるからである。
【００７５】
[使用帯域低減化処理の実施形態４]
受信端末１００が使用するネットワークの帯域を低減する第４の実施形態を説明する。図１２は、制御部１１が、使用帯域を低減する第４の実施形態のフローチャートを示す。本実施形態によると、制御部１１は、グループとサーバ２００との組み合わせの数が規定値以上の場合に、接続切替処理を実行する。図７と同一の処理には同一符号を付し、説明を省略する。
【００７６】
制御部１１は、受信端末１００が受信中のグループとサーバ２００との組み合わせの数を取得する（Ｓ８１）。たとえば、図５の受信状態の場合は、組み合わせの数が４である。
【００７７】
制御部１１は、Ｓ８１の処理によって取得されるグループとサーバ２００との組み合わせの数が、規定数以上であるか否かを判断する（Ｓ８２）。規定数とは、たとえば３などである。
【００７８】
制御部１１は、Ｓ８１の処理によって取得される組み合わせの数が、規定数以上であると判断する場合（Ｓ８２でＹＥＳ）、接続切替処理１または２を実行する（Ｓ３２）。制御部１１は、Ｓ８１の処理によって取得される組み合わせの数が、規定数未満であると判断する場合（Ｓ８２でＮＯ）、処理を終了する。
【００７９】
以上の実施形態４によると、受信端末１００は受信するグループとサーバ２００との組み合わせ数が規定値以上になったときに、組み合わせ数を減少させる処理を実行するので、グループとサーバ２００との組み合わせの数が一定数以下に抑えられ、マルチキャストルータ３００が処理不可能な通信データ量が発生することを防止できる
【００８０】
[使用帯域低減化処理の実施形態５]
受信端末１００が使用するネットワークの帯域を低減する第５の実施形態を説明する。図１３は、制御部１１が、使用帯域を低減する第５の実施形態のフローチャートを示す。本実施形態によると、制御部１１は、現在受信端末１００が受信中の総データ量が、規定値以上である場合に、接続切替処理を実行する。図７と同一の処理には同一符号を付し、説明を省略する。
【００８１】
制御部１１は、ザッピングチャンネルの配信サーバ２００が、すべて同一か否かを判断する（Ｓ９１）。たとえば、図３の受信状態テーブル１２Ａ（ａ）の場合は同一であると判断され、図５の受信状態テーブル１２Ａ（ｂ）の場合は同一でないと判断される。ザッピングチャンネルの配信サーバ２００が、すべて同一であると判断された場合（Ｓ９１でＹＥＳ）、制御部１１は、処理を終了する。ザッピングチャンネルの配信サーバ２００が、すべて同一である場合は、グループとサーバ２００との組み合わせの数が最少であるため、制御部１１はＳ９２以降の処理を実行する必要がない。
【００８２】
ザッピングチャンネルの配信サーバ２００が、すべて同一でないと判断された場合（Ｓ９１でＮＯ）、制御部１１は、受信中の全チャンネルの単位時間当たりの受信データ量を取得する（Ｓ９２）。受信中の受信データ量は、通信部１３または各チャンネル受信部１４が定期的に制御部１１に通知する。
【００８３】
制御部１１は、受信中のデータ量がマルチキャストルータ３００の許容範囲であるか否かを判断する（Ｓ９３）。マルチキャストルータ３００の許容範囲は、受信端末１００がマルチキャストルータ３００に制御部１１が問い合わせて取得し、設定してもよいし、受信端末１００に固定値を設定しておいてもよい。
【００８４】
制御部１１は、受信中のデータ量がマルチキャストルータ３００の許容範囲でないと判断した場合（Ｓ９３でＮＯ）、接続切替処理１または２を実行する（Ｓ３２）。制御部１１は、受信中のデータ量がマルチキャストルータ３００の許容範囲であると判断した場合（Ｓ９３でＹＥＳ）、処理を終了する。
【００８５】
以上の実施形態５によると、受信端末１００はマルチキャストルータ３００が許容する以上の帯域を使用していると判断する場合、接続切替処理１または２を実行し、ネットワークの使用帯域を減少させる。このことによりマルチキャストルータ３００が処理できない量のデータが、受信端末１００とマルチキャストルータの間で通信されることを防止できる。
【００８６】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。
また、サーバ２００は、２つ以上であってもよい。各サーバ２００が配信可能なチャンネルが異なっていてもよい。サーバ２００から配信される放送データは、音声データ以外に、映像データや静止画データであってもよい。また、受信端末１００は、同時に複数のチャンネルを再生してもよい。
【産業上の利用可能性】
【００８７】
本発明は、セットトップボックスや、ＡＶレシーバや、音声映像出力装置等の機器に好適に採用され得る。
【符号の説明】
【００８８】
１００ 受信端末
２００（ａ） プライマリサーバ
２００（ｂ） セカンダリサーバ
１１ 制御部
１２ メモリ
１３ 通信部
１４（ａ）〜１４（ｅ） チャンネル受信部
１５ 再生部
１６ 操作部
１７（ａ）〜１７（ｅ） バッファ
【技術分野】
【０００１】
本発明は、マルチキャスト放送を受信する受信端末に関する。
【背景技術】
【０００２】
近年、ＩＰマルチキャスト(以下、マルチキャストという。)による放送データの配信サービスが行われている。一般にマルチキャストでは、マルチキャストサーバ（以下、サーバという。）から配信されるデータを受信する受信端末が、マルチキャストグループ（以下、グループという。）への参加要求をネットワーク側に送信する。そして、マルチキャストに対応したルータ（以下、マルチキャストルータという。）が、受信端末からグループへの参加要求を受信し、参加を希望する受信端末をマルチキャストの経路に追加する。この結果、受信端末は、サーバが配信する放送データを受信することができる。
【０００３】
マルチキャストによる配信を実行するサーバは、ひとつのグループに、複数のチャンネルの放送データを送信する。受信端末は、１つ以上のグループに参加し、そのグループで配信されている複数のチャンネルのデータを同時に受信する。また、グループは複数存在し、グループごとに、配信されているチャンネルが異なる。たとえば、グループ１にはチャンネル１〜５の放送データがサーバから配信されており、グループ２にはチャンネル６〜８の放送データがサーバから配信される。
【０００４】
サーバは、保守性や稼働性等の向上のために、２系統以上設置されることがある。通常時に稼働するサーバ（以下、プライマリサーバという。）が保守点検などで一時的に不稼働状態に陥った場合には、予備用のサーバ（以下、セカンダリサーバという。）が稼働し、プライマリサーバの処理を代行する。また、プライマリサーバとセカンダリサーバの両者が同時に稼働し、あるチャンネルの放送データはプライマリサーバが配信し、別のあるチャンネルの放送データはセカンダリサーバが配信するという状況もある。
【０００５】
ユーザは、受信端末を操作し、複数のチャンネルの中から、再生するチャンネルを１つ指定する。受信端末は、再生中のチャンネルに隣接する複数のチャンネルの放送データを、再生するチャンネルの放送データと同時に受信し、受信端末内のバッファに蓄積する。そして受信端末においてユーザ操作によってチャンネルが切り替えられたときに、バッファから放送データを読み出し、切り替えられたチャンネルの再生を開始する。このことにより、受信端末において再生するチャンネルがユーザ操作によって切り替えられたとき、受信端末は、素早く切り替え先のチャンネルの再生を開始できる。
【０００６】
ところで、受信端末が運用開始された時点では、一般に配信元のサーバはすべてプライマリサーバである。受信端末は、受信する必要があるチャンネルが属するグループを特定し、特定されるグループに参加する。受信端末とマルチキャストルータとの間（マルチキャストルータとサーバとの間も同様である。）では、プライマリサーバと受信端末が受信するチャンネルが属するグループとの組み合わせの数分の通信が実行される。たとえば、受信端末が同時に受信するチャンネルが５つ存在し、チャンネル１〜３はグループ１によってサーバから配信され、チャンネル４と５とはグループ２によってサーバから配信される。このとき、受信端末は、チャンネル１〜５の放送データを受信するために、グループ１とグループ２とに参加する。この結果、ネットワークにはグループ１とプライマリサーバとの組み合わせによる通信と、グループ２とプライマリサーバとの組み合わせによる通信とが実行される。つまり、受信端末とサーバとの間に２つの通信経路が確立される。
【０００７】
受信端末を運用する過程で、一時的にプライマリサーバが停止する場合や、何らかの原因でプライマリサーバが配信していた特定のチャンネルの放送データを、プライマリサーバが配信不可能になることがある。このとき、受信端末は、受信が不可能になったチャンネルの放送データを配信するサーバをプライマリサーバからセカンダリサーバへ切り替える。または、配信が不可能になったチャンネルのデータを配信するサーバを、サーバ管理者がプライマリサーバからセカンダリサーバへ切替える。この結果、サーバとグループとの組み合わせの数が増大する。たとえば、チャンネル２と５とがプライマリサーバによる配信から、セカンダリサーバによる配信に切り替わった場合、ネットワークには、グループ１とプライマリサーバとの組み合わせによる通信と、グループ１とセカンダリサーバとの組み合わせによる通信と、グループ２とプライマリサーバとの組み合わせによる通信と、グループ２とセカンダリサーバとの組み合わせによる通信とが実行される。つまり、ネットワーク上で４つの通信が実行される。すなわち、受信端末が受信中のチャンネルの配信サーバが変更されると、ネットワーク上の通信経路が増加する。その結果、受信端末とマルチキャストルータとの間に流れるデータ量が増加し、マルチキャストルータが処理可能な範囲を超えると、パケットロスが生じ、受信端末が正常に放送データを受信できなくなる。
【０００８】
上記問題は、マルチキャスト配信システム特有の問題である。つまり、ユニキャストによる配信システムの場合は、受信端末が受信するチャンネルごとにサーバと受信端末とが接続を確立するので、帯域増加が見込まれる場合には同時に受信するチャンネル数を減らすことでマルチキャストルータと受信端末との間の通信パケット量を減らすことが可能である。しかしながら、マルチキャストによる配信システムの場合は、受信端末が受信するチャンネル数の変更がない場合であっても、上記説明の通り、ネットワークの使用帯域が増加してしまう。
【０００９】
特開２０１０−２３３１７５号公報には、クライアント端末が、受信しているマルチキャストの送信帯域が予め定められた基準値を満たしているか否かを判断し、受信しているマルチキャストの送信帯域が基準値を満たしていない場合、受信するマルチキャストを変更することが記載されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１０−２３３１７５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、マルチキャスト配信システムにおいて通信路の使用帯域を節約し、パケットロスが発生することを防止することができる受信端末を提供することである。
【課題を解決するための手段】
【００１２】
本発明の好ましい実施形態による受信端末は、複数のチャンネルの放送データをマルチキャストで配信可能な第１のサーバと、前記複数のチャンネルの前記放送データを前記マルチキャストで配信可能な第２のサーバとから配信される前記放送データを受信可能な受信端末であって、再生チャンネルと、前記再生チャンネル以外の１または複数のチャンネルとを含むザッピングチャンネルが属する１または複数のマルチキャストグループに参加するマルチキャストグループ参加手段と、前記ザッピングチャンネルの前記放送データを同時に受信するザッピングチャンネル受信手段と、前記ザッピングチャンネルの前記放送データが２つ以上のサーバから配信されている場合、参加中の前記マルチキャストグループから離脱する離脱手段と、前記ザッピングチャンネルの前記放送データを配信する前記サーバを前記第１のサーバまたは前記第２のサーバに指定し、再度前記マルチキャストグループに参加する再接続手段とを備える。
【００１３】
受信端末は、受信端末が受信するザッピングチャンネルの放送データを配信するサーバが２以上ある場合、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末はザッピングチャンネルの配信元サーバを統一するので、マルチキャストグループとサーバとの組み合わせの数が最少化され、ネットワークの帯域使用量が減少し、受信端末は放送データを正常に受信できる。
【００１４】
好ましい実施形態においては、前記ザッピングチャンネルの前記放送データを正常に受信中か否かを判断する通信判断手段をさらに備え、前記ザッピングチャンネルの前記放送データを正常に受信中でないと判断されたとき、前記離脱手段が、参加中の前記マルチキャストグループから離脱する。
【００１５】
受信端末は、受信端末が受信している複数のチャンネルのうち、１つ以上のチャンネルの放送データを正常に受信できない場合、参加中のマルチキャストグループから離脱し、全チャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末は、受信エラーが発生しているチャンネルの配信元サーバを特定し、特定されるサーバと異なるサーバへ変更するので、正常に放送データを受信可能となる。また、受信端末はザッピングチャンネルの配信元サーバを統一するので、マルチキャストグループとサーバとの組み合わせの数が最少化される。
【００１６】
本発明の別の好ましい実施形態による受信端末は、前記通信判断手段によって前記放送データを正常に受信中でないと判断されたとき、前記放送データを正常に受信中でないチャンネルを特定するエラーチャンネル特定手段と、前記エラーチャンネル特定手段によって特定された前記チャンネルが、前記再生チャンネルであるか否かを判断する再生チャンネルエラー判断手段とをさらに備え、前記エラーチャンネル特定手段によって特定された前記チャンネルが前記再生チャンネルであると判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱し、前記エラーチャンネル特定手段によって特定された前記チャンネルが前記再生チャンネルでないと判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱しない。
【００１７】
受信端末は、受信エラーが発生しているチャンネルの配信元サーバを特定し、特定されるサーバが再生チャンネルであるか否かを判断する。受信端末は、再生チャンネルを正常に受信できていないと判断する場合、参加中のマルチキャストグループから離脱し、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末は再生チャンネルで受信エラーが発生しているときに上記離脱と参加との処理を実行するので、受信端末は音切れなく再生チャンネルを再生可能となる。また、受信端末は再生チャンネル以外のチャンネルの受信エラーが発生していても、離脱と参加との処理を実行しないので、再生が停止しない。
【００１８】
本発明の別の好ましい実施形態による受信端末は、ユーザ操作によって前記再生チャンネルを切り替える、再生チャンネル切り替え手段をさらに備え、前記エラーチャンネル特定手段によって特定された前記チャンネルが、前記再生チャンネル切り替え手段によって指定された前記チャンネルであると判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱する。
【００１９】
受信端末は、受信端末の再生チャンネルがユーザ操作によって切り替えられるとき、切り替え先のチャンネルを正常に受信中か否かを判断し、正常に受信中でないと判断された場合、参加中のマルチキャストグループから離脱し、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。受信端末は、切り替え先のチャンネルの放送データを正常に受信できていない場合、チャンネルを切り替える前に上記離脱と参加との処理を実行するので、受信端末は切り替え先のチャンネルを正常に再生できる。また、受信端末は切り替え先のチャンネル以外のチャンネルのいずれかを正常に受信できない場合は、離脱と参加の処理を実行しないので、再生チャンネルを高速に切り替えることができる。
【００２０】
本発明の別の好ましい実施形態による受信端末は、参加中の前記マルチキャストグループと、前記ザッピングチャンネルの前記放送データを配信している前記サーバとの組み合わせの数を取得する、組み合わせ数取得手段と、前記組み合わせ数取得手段によって取得される前記組み合わせの数が、所定の組み合わせ数の範囲内であるか否かを判断する組み合わせ数判断手段と、前記組み合わせの数が前記所定の数の組み合わせ数の範囲内でないと判断された場合、参加中の前記マルチキャストグループから離脱する。
【００２１】
受信端末は、受信端末が参加中のマルチキャストグループと、ザッピングチャンネルを配信しているサーバとの組み合わせの数が、規定数の範囲内であるか否かを判断し、規定数の範囲内でないと判断した場合、参加中のマルチキャストグループから離脱し、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。マルチキャストグループとサーバとの組み合わせの数が一定数以下に抑えられ、マルチキャストルータが処理不可能な通信データ量が発生することを防止できるので、受信端末はザッピングチャンネルを正常に受信可能となる。
【００２２】
本発明の別の好ましい実施形態による受信端末は、前記再生チャンネルが所属しない前記マルチキャストグループを特定する、マルチキャストグループ特定手段と、前記マルチキャストグループ特定手段によって特定される前記マルチキャストグループ内の前記チャンネルの前記放送データを配信する前記サーバが、すべて前記第１のサーバまたは前記第２のサーバであるか否かを判断する、配信サーバ同一判断手段とを備え、配信サーバ同一判断手段が前記マルチキャストグループ特定手段によって特定される前記マルチキャストグループ内の前記サーバが同一でないと判断する場合、前記離脱手段が、前記マルチキャストグループ特定手段によって特定される前記マルチキャストグループから離脱する。
【００２３】
受信端末は、再生チャンネルが属さないマルチキャストグループを特定する。そして受信端末は、特定されるマルチキャストグループに属するチャンネルの配信元サーバが同一であるか否かを判断し、同一でないと判断した場合、受信端末は参加中のマルチキャストグループから離脱し、ザッピングチャンネルの配信元サーバを第１のサーバから第２のサーバへ、または第２のサーバから第１のサーバへ変更し、再度マルチキャストグループに参加する。これにより、受信端末は再生を停止せずに、マルチキャストグループとサーバとの組み合わせの数を減少させ、ネットワークの通信量を減少させることが可能である。
【発明の効果】
【００２４】
マルチキャスト配信システムにおいてネットワークの使用帯域を低減し、パケットロス等が発生することを防止することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の好ましい実施形態によるマルチキャスト配信システム図である。
【図２】本発明の好ましい実施形態による受信端末のブロック図である。
【図３】受信状態テーブルを示す図である。
【図４】制御部１１の処理を示すフローチャートである。
【図５】受信状態テーブルを示す図である。
【図６】マルチキャスト配信システム図である。
【図７】制御部１１の処理を示すフローチャートである。
【図８】制御部１１の処理を示すフローチャートである。
【図９】制御部１１の処理を示すフローチャートである。
【図１０】制御部１１の処理を示すフローチャートである。
【図１１】制御部１１の処理を示すフローチャートである。
【図１２】制御部１１の処理を示すフローチャートである。
【図１３】制御部１１の処理を示すフローチャートである。
【発明を実施するための形態】
【００２６】
以下、本発明の好ましい実施形態による受信端末について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるマルチキャスト配信システムの構成図である。
【００２７】
受信端末１００は、たとえばセットトップボックス、ネットワークインターフェースを備えるＡＶレシーバ及びＡＶアンプ等であり、サーバからのマルチキャストによる放送データを受信可能な装置である。
【００２８】
チャンネルＡ１〜Ａ５は、それぞれ異なるチャンネルの放送データを示す。プライマリサーバ２００（ａ）は、チャンネルＡ１〜Ａ５の放送データをマルチキャストで配信可能なサーバである。セカンダリサーバ２００（ｂ）も、Ａ１〜Ａ５の放送データをマルチキャストで配信可能なサーバである。プライマリサーバ２００（ａ）とセカンダリサーバ２００（ｂ）とは、両方同時に稼働していてもよいし、片方のみが稼働していてもよい。通常はプライマリサーバ２００（ａ）が優先的に稼働する。図１のマルチキャスト配信システムでは、プライマリサーバ２００（ａ）のみが稼働している。なお、チャンネルＡ１〜Ａ５の放送データを、プライマリサーバ２００（ａ）またはセカンダリサーバ２００（ｂ）が格納していてもよいし、各チャンネルの放送データをプライマリサーバ２００（ａ）やセカンダリサーバ２００（ｂ）へ送信する別のサーバが存在してもよい。以下では、各チャンネルの放送データをプライマリサーバ２００（ａ）とセカンダリサーバ２００（ｂ）とが格納しているとして説明する。なお、以下、「チャンネルＡ１の放送データ」を、単に「チャンネルＡ１」等と略して記述する。
【００２９】
図１のマルチキャスト配信システムにおいて、プライマリサーバ２００（ａ）は、チャンネルＡ１〜Ａ５のうち、チャンネルＡ１〜Ａ３をグループＧ１で配信し、チャンネルＡ４とＡ５とをグループＧ２で配信する。なお、特に区別する必要がない場合、プライマリサーバ２００（ａ）及びセカンダリサーバ２００（ｂ）を、単にサーバ２００という。マルチキャストルータ３００は、サーバ２００からのパケットをルーティングし、受信端末１００へ送信する。受信端末１００は、グループＧ１に参加することによりチャンネルＡ１〜Ａ３を受信可能となり、グループＧ２に参加することによりチャンネルＡ４とＡ５とを受信可能となる。すなわち、受信端末１００は、受信する必要があるチャンネルを含むグループに参加する。ここで、参加とは、ＩＧＭＰ（Ｉｎｔｅｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）ｖ３またはＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）ｖ２のｊｏｉｎメッセージである。マルチキャストルータ３００は、受信端末１００から参加メッセージを受け取ることで、マルチキャストルータ３００の先にグループのデータを受信する受信端末１００が存在することを認識する。その結果、マルチキャストルータ３００は、サーバ２００からグループへ配信されるデータを受信端末１００へ転送するようになる。この結果、受信端末１００はグループに属するチャンネルの放送データを受信可能となる。
【００３０】
図２は、本発明の好ましい実施形態による受信端末１００のブロック図を示す。受信端末１００は、制御部１１、メモリ１２、通信部１３、チャンネル受信部１４（ａ）〜１４（ｅ）、再生部１５、操作部１６及びバッファ１７（ａ）〜１７（ｅ）を備える。チャンネル受信部１４（ａ）〜１４（ｅ）は、特に区別する必要がない場合、単にチャンネル受信部１４という。また、バッファ１７（ａ）〜１７（ｅ）は、特に区別する必要がない場合、単にバッファ１７という。好ましくは、チャンネル受信部１４及びバッファ１７は、受信端末１００が同時に受信する必要があるチャンネル数分備えるが、必ずしも受信するチャンネル数分なくてもよい。たとえば１つのチャンネル受信部１４及びバッファ１７を、複数のチャンネルで共有してもよい。
【００３１】
制御部１１は、受信端末１００を制御するものであり、たとえばマイコンやＣＰＵ等である。制御部１１は、通信部１３が受信するパケットから各チャンネルの放送データを取り出し、チャンネル受信部１４へ送信する。制御部１１は、チャンネル受信部１４が受信したデータをバッファ１７へ送信し、記憶させる。また、制御部１１は、ユーザ操作により再生が指示されているチャンネルの放送データを、バッファ１７から再生部１５へ送信させる。
【００３２】
メモリ１２は、たとえばＲＯＭやＲＡＭである。メモリ１２は、受信状態テーブル１２Ａを有する。受信状態テーブル１２Ａは、受信端末１００が受信中のチャンネルや、チャンネルの配信サーバ２００や、チャンネルが属するグループなどを管理する。受信状態テーブル１２Ａについての詳細は後述する。
【００３３】
通信部１３は、ネットワークから送信されるパケットを受信し、また、受信端末１００からネットワークへパケットを送信する。
【００３４】
チャンネル受信部１４は、サーバ２００から配信される各チャンネルの放送データを受信する。受信端末１００は、チャンネル受信部１４を、受信端末１００が同時に受信するチャンネル数分備え、たとえば、チャンネルＡ１をチャンネル受信部１４（ａ）で受信し、チャンネルＡ２をチャンネル受信部１４（ｂ）で受信する。通信部１３で受信するデータから、各チャンネル受信部１４へのデータの振り分ける処理は、制御部１１によって実行される。
【００３５】
再生部１５には、制御部１１によってバッファ１７から、再生を指定されているチャンネルの放送データが入力される。再生部１５は、入力されたデータに対して音声信号処理等を実行し、図示しないスピーカ等へ出力する。
【００３６】
操作部１６は、ユーザが受信端末１００に対して実行する操作を受信し、制御部１１へ受信した操作内容を送信する。ユーザは、再生チャンネルの切替等を、操作部１６に対して実行する。
【００３７】
バッファ１７は、チャンネル受信部１４が受信する各チャンネルの放送データを一時的に保存する記憶領域であり、一般的にはＲＡＭ等である。たとえば、バッファ１７（ａ）には、チャンネル受信部１４（ａ）が受信する放送データが記憶され、バッファ１７（ｂ）には、チャンネル受信部１４（ｂ）が受信する放送データが記憶される。なお、チャンネル受信部１４からバッファ１７への放送データの振り分けは、制御部１１によって実行される。
【００３８】
以上の構成を備える受信端末１００の制御部１１は、ザッピングチャンネルが属するグループへ参加し、ザッピングチャンネルの放送データを受信開始する。制御部１１は、ザッピングチャンネルの放送データを受信中に、ザッピングチャンネルの放送データを配信しているサーバ２００がすべて同一であるか否かを判断し、同一ではないと判断した場合、制御部１１は参加中のグループから離脱する。そして、制御部１１は、ザッピングチャンネルの配信元サーバ２００を、プライマリサーバ２００（ａ）またはセカンダリサーバ２００（ｂ）のいずれかに統一し、再度マルチキャストグループに参加する。
【００３９】
図３は、受信端末１００のメモリ１２が格納する受信状態テーブル１２Ａ（ａ）を示す。受信状態テーブル１２Ａ（ａ）は、受信端末１００が受信中の各チャンネルに関する情報を管理する。受信状態テーブル１２Ａ（ａ）は、ステータス、チャンネル、グループ、サーバ、及び受信状態の５つの項目を備える。ステータスは、受信端末１００が各チャンネルを再生中か否かを示す。チャンネルは、受信端末１００が受信中のチャンネルを示す。グループは、各チャンネルが所属するマルチキャストグループを示す。サーバは、各チャンネルを配信している配信元のサーバ２００を示す。Ｐはプライマリサーバ２００（ａ）を示し、Ｓはセカンダリサーバ２００（ｂ）を示す。受信状態は、各チャンネルの放送データを受信端末１００が正常に受信できているか否かを示す。Ｔは受信端末１００が正常に放送データを受信できていることを示し、Ｆは受信端末１００が正常に放送データを受信できていないことを示す。受信状態テーブル１２Ａ（ａ）は、受信端末１００がチャンネルＡ１〜Ａ５を受信中あり、チャンネルＡ３を再生中であり、チャンネルＡ１〜Ａ３をグループＧ１で受信しており、チャンネルＡ４及びＡ５をグループＧ２で受信しており、チャンネルＡ１〜Ａ５をプライマリサーバ２００（ａ）から受信しており、受信状態はすべて正常であることを示す。
【００４０】
図４は、受信端末１００の制御部１１がサーバ２００が配信するチャンネルを受信し、受信状態テーブル１２Ａを生成し、更新するフローチャートを示す。
【００４１】
制御部１１は、ユーザ操作によって、再生するチャンネル(以下、再生チャンネルという。)を設定する（Ｓ１１）。制御部１１は、Ｓ１１の処理によって設定されるチャンネルに隣接する１以上のチャンネルを、再生チャンネルと同時に受信するチャンネルとして特定する（Ｓ１２）。たとえば、Ｓ１１の処理によってチャンネルＡ３が設定されるとき、Ｓ１２の処理によって、チャンネルＡ１、Ａ２、Ａ４及びＡ５が特定される。なお、以下では、再生チャンネルと隣接するチャンネルとして特定されたチャンネルを総じてザッピングチャンネルという。本例では、チャンネルＡ１、Ａ２、Ａ３、Ａ４、Ａ５がザッピングチャンネルである。なお、ザッピングチャンネルは必ずしも隣接している必要はない。
【００４２】
制御部１１は、ザッピングチャンネルの各チャンネルが属するグループを判断し、判断されるグループに参加する（Ｓ１３）。たとえば、チャンネルＡ１〜Ａ３がグループ１に属しており、チャンネルＡ４及びＡ５がグループ２に属している場合、制御部１１は、グループ１とグループ２とに参加する。なお、受信端末１００は、予めサーバ２００から各チャンネルが属するグループを記載したデータを受信し、各チャンネルが属するグループを把握している。
【００４３】
制御部１１は、ザッピングチャンネルの放送データをサーバ２００に要求する（Ｓ１４）。そして、制御部１１は、チャンネル受信部１４が受信する放送データを各々のチャンネルに対応するバッファ１７へ送信する（Ｓ１５）。受信端末１００は、同時に複数のチャンネルの放送データを受信し、バッファ１７に保存するので、ユーザ操作により連続して再生チャンネルが切り替えられたときに、即座に切り替え先のチャンネルを再生開始できる。なお、バッファ１７に保存しておくデータ量は、たとえば１０秒程度再生できる量とし、バッファ１７にはリングバッファ等が採用される。
【００４４】
制御部１１は、再生チャンネルの放送データを再生部１５へ送信する（Ｓ１６）。これにより、受信端末１００において再生チャンネルの再生が開始される。なお、制御部１１は、再生チャンネルが含まれるグループのデータ受信を、再生チャンネルが含まれないグループのデータ受信よりも先に開始し、再生チャンネルの再生開始を早く可能にしてもよい。
【００４５】
制御部１１は、各チャンネルの放送データを配信しているサーバ２００を、放送データ受信時のパケットに記載されている情報（サーバ２００のＩＰＡｄｄｒｅｓｓ等）から特定し（Ｓ１７）、受信状態テーブル１２Ａを更新する。たとえば、チャンネルＡ１〜Ａ５の放送データがすべてプライマリサーバ２００（ａ）から配信されている場合、受信状態テーブル１２Ａのサーバ項目にＰを書き込む。
【００４６】
制御部１１は、チャンネル受信部１４(ａ)〜１４（ｅ）のすべてから、定期的にチャンネルの受信状態を示す情報を受信する（Ｓ１９）。受信状態を示す情報とは、チャンネル受信部１４が受信している放送データのパケットがロスしていないか否かを示す情報と、チャンネル受信部１４の各チャンネルを配信しているサーバ２００を特定する情報とを含む。定期的とは、たとえば１秒ごとなどである。
【００４７】
制御部１１は、Ｓ１９の処理によって受信する情報から、当該チャンネルの放送データを配信しているサーバ２００を判断し、配信元のサーバ２００が変更されたか否かを判断する（Ｓ２０）。サーバ２００が変更されたか否かの判断は、受信状態テーブル１２Ａのサーバ項目に設定されている値とＳ１９の処理において受信した配信元サーバ２００の情報とが同一であるか否かによって実行される。なお、サーバ２００がチャンネルを配信するサーバ２００の切り替え指示を受信端末１００へ送信し、受信端末１００がその指示を受信し、配信元のサーバ２００を切り替えてもよい。その場合、Ｓ２０の処理を実行したのち、後述するＳ２２の処理を実行する。制御部１１は、配信元のサーバ２００が変更されたと判断する場合（Ｓ２０でＹＥＳ）、チャンネルを正常に受信中か否かの情報を受信状態テーブル１２Ａの受信状態項目に書き込み更新する（Ｓ２３）。そして、受信状態テーブル１２Ａのサーバ項目を、新たに配信を受けているサーバ２００に更新する（Ｓ２４）。なお、配信サーバ２００が変更になる原因として、サーバ２００が保守点検により停止した場合や、サーバ２００が特定のチャンネルを配信できない状態になった場合等がある。
【００４８】
制御部１１は、配信元のサーバ２００が変更されていないと判断する場合（Ｓ２０でＮＯ）、Ｓ１９の処理によって取得される、放送データのパケットがロスしていないか否かの情報によって、チャンネルを受信端末１００が正常に受信中であるか否かを判断する（Ｓ２１）。制御部１１は、チャンネルを正常に受信できていないと判断する場合（Ｓ２１でＮＯ）、制御部１１は、当該チャンネルの配信元サーバ２００を変更する（Ｓ２２）。たとえば、受信端末１００がチャンネルＡ２をプライマリサーバ２００（ａ）から正常に受信できない場合、制御部１１は、チャンネルＡ２の配信元サーバをセカンダリサーバ２００（ｂ）に切り替える。そして、Ｓ２３及びＳ２４の処理を実行する。制御部１１によってチャンネルの放送データを正常に受信できていると判断される場合（Ｓ２１でＹＥＳ）、制御部１１は、Ｓ２４の処理を実行する。なお、Ｓ２１でＹＥＳの場合、Ｓ２４の処理において同一のサーバ２００を受信状態テーブル１２Ａのサーバ項目に上書きしてもよいし、Ｓ２４の処理を実行しなくてもよい。
【００４９】
制御部１１は、Ｓ１９〜Ｓ２４までの処理を、チャンネル受信部１４（ａ）〜１４（ｅ）のすべてのチャンネル受信部１４から送信される情報に基づいて実行する。なお、制御部１１は、チャンネル受信部１４が、プライマリサーバ２００(ａ)またはセカンダリサーバ２００（ｂ）のいずれから放送データの配信を受けた場合もパケットのロスが発生すると判断した場合は、制御部１１は、配信元サーバをいずれかのサーバ２００に固定し、Ｓ２２のサーバ切替処理が繰り返し行われることを防止する。
【００５０】
図５は、チャンネルＡ２及びＡ５の配信元サーバがプライマリサーバ２００（ａ）からセカンダリサーバ２００（ｂ）に変更されたときの受信状態テーブル１２Ａ（ｂ）を示す。さらに、受信状態テーブル１２Ａ（ｂ）は、受信端末１００がチャンネルＡ４の放送データが正常に受信できず、チャンネルＡ４の受信状態がＦＡＬＳＥであることを示している。
【００５１】
図６は、受信状態テーブル１２Ａ（ｂ）の受信状態のマルチキャスト配信システム図を示す。受信端末１００は、プライマリサーバ２００（ａ）とセカンダリサーバ２００（ｂ）との両方から放送データを受信している。図１のマルチキャスト配信システムでは、グループと配信元のサーバとの組み合わせが、「グループ１：プライマリサーバ２００（ａ）」、「グループ２：プライマリサーバ２００（ａ）」の２種類である。これに対し、図６のマルチキャスト配信システムでは、グループと配信元のサーバとの組み合わせが、「グループ１：プライマリサーバ２００（ａ）」、「グループ２：プライマリサーバ２００（ａ）」、「グループ１：セカンダリサーバ２００（ｂ）」、「グループ２：セカンダリサーバ２００（ｂ）」の４つの通信が実行される。すなわち、受信端末１００は、マルチキャストルータ３００との間で４つの通信を実行する。各々のグループとサーバ２００との組み合わせによって実行される通信がそれぞれ１Ｍｂｐｓの帯域を使用すると仮定した場合、図１のマルチキャスト配信システムは２Ｍｂｐｓ（１Ｍｂｐｓ×２）の帯域を使用するのに対し、図６のマルチキャスト配信システムの場合は、４Ｍｂｐｓ（１Ｍｂｐｓ×４）の帯域を使用する。すなわち、マルチキャスト配信システムを運用中に配信元サーバ２００の切替が発生すると、初期状態に比べネットワークの使用帯域が増加する。そして、使用帯域がマルチキャストルータ３００が処理可能な許容範囲を超えた場合、受信端末１００は正常に放送データを受信できなくなり、受信端末１００において再生時の音切れが発生する。
【００５２】
[使用帯域低減化処理の実施形態１]
受信端末１００が使用するネットワークの帯域を低減する第１の実施形態を説明する。図７は、受信端末１００の制御部１１が、使用帯域を低減する第１の実施形態のフローチャートを示す。なお、受信端末１００は、図４の処理と並行して図７の処理を実行する。
【００５３】
制御部１１は、ザッピングチャンネルのすべてのチャンネルを正常に受信しているか否かを判断する（Ｓ３１）。制御部１１は、ザッピングチャンネルのすべてのチャンネルを正常に受信していると判断した場合（Ｓ３１でＹＥＳ）、処理を終了する。制御部１１は、ザッピングチャンネルのうち、正常に受信できていないチャンネルが存在すると判断した場合（Ｓ３１でＮＯ）、接続切替処理１または２を実行する（Ｓ３２）。接続切り替え処理を実行することで、ネットワークの使用帯域を減少させることができる。なお、接続切替処理１及び接続切替処理２の詳細は、後述する。
【００５４】
以上の実施形態１によると、受信端末１００が、ザッピングチャンネルのうち、１つ以上のチャンネルの受信でパケットロスが発生していると判断するとき、ネットワークの使用帯域を減少させる処理を実行するので、受信端末１００は、ザッピングチャンネルのいずれのチャンネルを再生したときも音切れなく再生できる。
【００５５】
[接続切替処理の実施形態１]
図７のＳ３２の処理である、接続切替処理の第１の実施形態を説明する。図８は、制御部１１が実行する接続切替処理の第１の実施形態のフローチャートを示す。なお、接続切替処理の第１の実施形態を接続切替処理１という。本実施形態によると、受信端末１００は、参加中のグループすべてからいったん離脱し、すべての配信元サーバ２００を同一に指定して再度グループに参加する。ここで、離脱とは、ＩＧＭＰ（Ｉｎｔｅｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）ｖ３またはＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）ｖ２のｌｅａｖｅメッセージを指す。マルチキャストルータ３００は、受信端末１００から離脱メッセージを受け取ることで、マルチキャストルータ３００の先にグループのデータを受信する受信端末１００が存在しないことを認識する。その結果、マルチキャストルータ３００は、サーバ２００からグループへ配信されるデータを受信端末１００へ転送しなくなる。したがって、受信端末１００はグループに属するチャンネルの放送データを受信しなくなる。
【００５６】
制御部１１は、受信端末１００が参加中のすべてのグループから離脱する（Ｓ４１）。すなわち、制御部１１は、グループ１と、グループ２とから離脱する。なお、制御部１１がグループから離脱した場合、受信端末１００は放送データを受信できなくなるので、一時的に受信端末１００における再生は停止する。
【００５７】
制御部１１は、配信元となるサーバ２００の優先度を変更する（Ｓ４２）。たとえば、図７のフローチャートのＳ３１でパケットをロスしていると判断されたチャンネルの放送データを配信していたサーバ２００がプライマリサーバ２００（ａ）であった場合は、セカンダリサーバ２００（ｂ）を指定する。複数のチャンネルでパケットロスが発生している場合は、制御部１１はいずれのサーバ２００を指定してもよいが、好ましくは、パケットロスが発生しているチャンネルが少ないサーバ２００を指定する。
【００５８】
制御部１１は、図４のフローチャートのＳ１３以降の処理を実行する（Ｓ４３）。すなわち、再度ザッピングチャンネルが属するグループへ参加し、接続を再開する。制御部１１は、プライマリサーバ２００（ａ）、またはセカンダリサーバ２００（ｂ）のいずれかをザッピングチャンネルの配信元サーバ２００として指定するので、すべての受信チャンネルの配信元サーバは１つに統一され、グループとサーバ２００との組み合わせの数は初期状態と同一になり、組み合わせの数が最少化される。
【００５９】
以上の実施形態１によると、受信端末１００は、グループとサーバ２００との組み合わせの数が最少化されるので、ネットワークの使用帯域を最小限にすることができる。たとえば、図５の受信状態テーブル１２Ａ（ｂ）の状態であった場合に、図８の接続切替処理１を実行すると、受信状態テーブル１２Ａ（ｂ）のサーバ項目がＰまたはＳに統一される。したがって、グループとサーバとの組み合わせの数が図３の受信状態テーブル１２Ａ（ａ）の場合と同一となり、最少化される。さらに、受信端末１００は、パケットロスが生じていたチャンネルが接続されていたサーバ２００とは異なるサーバ２００を指定して再接続するので、受信端末１００はパケットロスなくザッピングチャンネルを受信できる可能性が高い。
【００６０】
[接続切替処理の実施形態２]
図７のＳ３２の処理である、接続切替処理の第２の実施形態を説明する。図９は、制御部１１が実行する接続切替処理の第２の実施形態のフローチャートを示す。本実施形態によると、再生中のチャンネルが属さないグループのみを対象として接続切替処理２を実行するので、再生を停止することなくネットワークの使用帯域を低減することができる。なお、接続切替処理の第２の実施形態を接続切替処理２という。
【００６１】
制御部１１は、再生中でないチャンネルが属するグループを取得する（Ｓ５１）。たとえば、図５の受信状態テーブル１２Ａ（ｂ）の受信状態の場合、グループ１に属するチャンネルであるＡ３が再生中であるので、グループ２が特定される。なお、グループが３つ以上あるマルチキャスト配信システムの場合は、Ｓ５１の処理によってグループが複数特定される。制御部１１は、Ｓ５２以降の処理を、Ｓ５１の処理によって特定されたグループすべてに対して実行する。
【００６２】
制御部１１は、Ｓ５１の処理によって特定されるグループ内のチャンネルの放送データを配信しているサーバ２００がすべて同一であるか否かを判断する（Ｓ５２）。たとえば図５の受信状態テーブル１２Ａ（ｂ）の場合、グループ２に属するチャンネル（Ａ４とＡ５）の配信サーバ２００はＰとＳとであるので、同一でないと判断される。
【００６３】
制御部１１は、グループ内のチャンネルのサーバ２００が同一でないと判断した場合（Ｓ５２でＮＯ）、グループから離脱する（Ｓ５３）。
【００６４】
制御部１１は、グループ内のチャンネルの配信元サーバ２００をすべて同一に設定する（Ｓ５４）。制御部１１はプライマリサーバ２００（ａ）に統一してもよいし、セカンダリサーバ２００（ｂ）に統一してもよい。たとえば図５の受信状態テーブル１２Ａ（ｂ）の場合、チャンネルＡ４とＡ５とのサーバ項目は、ＰまたはＳのいずれかに統一される。そして制御部１１は、再度同一グループに参加する（Ｓ５５）。
【００６５】
制御部１１は、Ｓ５１の処理によって取得されるグループのすべてに対し、Ｓ５２以降の処理を実行したか否かを判断し（Ｓ５６）、実行したと判断した場合（Ｓ５６でＹＥＳ）、図４のフローチャートのＳ１４以降の処理を実行する（Ｓ５７）。制御部１１は、すべてのグループに対してＳ５２以降の処理を実行していないと判断した場合（Ｓ５６でＮＯ）、Ｓ５１の処理によって取得された次のグループを取得し（Ｓ５７）、Ｓ５２以降の処理を繰り返す。なお、制御部１１はＳ５４で設定するサーバ２００を、Ｓ５１で取得されるグループに対し、すべてプライマリサーバ２００（ａ）またはセカンダリサーバ２００（ｂ）のいずれかで統一する。サーバ２００とグループとの組み合わせ数を少なくするためである。たとえば、図５の受信状態テーブル１２Ａ（ｂ）において、グループＧ２に含まれるチャンネルのサーバ２００がＰに統一された場合、グループとサーバ２００との組み合わせは、「グループ１：プライマリサーバ２００（ａ）」、「グループ２：プライマリサーバ２００（ａ）」、「グループ１：セカンダリサーバ２００（ｂ）」の３つとなる。すなわち、グループとサーバ２００の組み合わせの数が、４つから３つに減少する。
【００６６】
制御部１１は、グループ内のチャンネルの放送データを配信しているサーバ２００が同一であると判断した場合（Ｓ５２でＹＥＳ）、Ｓ５６以降の処理を実行する。
【００６７】
以上の実施形態２によると、制御部１１は再生中のチャンネルが属するグループに対して離脱処理を行わないので、再生を停止することなく、使用帯域を減少させることができる。なお、本処理を実行後であっても、使用帯域が許容範囲内にならない場合は、再生チャンネルが属するグループに対してＳ５２以降の処理を実行してもよい。
【００６８】
[使用帯域低減化処理の実施形態２]
受信端末１００が使用するネットワークの帯域を低減する第２の実施形態を説明する。図１０は、制御部１１が、使用帯域を低減する第２の実施形態のフローチャートを示す。図７と同一の処理には同一符号を付し、説明を省略する。
【００６９】
制御部１１は、ザッピングチャンネルを正常に受信していないと判断した場合（Ｓ３１でＮＯ）、Ｓ３１の処理によって正常に受信できていないと判断されたチャンネルを受信端末１００で再生中であるか否かを判断する（Ｓ６１）。具体的には、正常にパケットを受信できていないチャンネルのステータスが受信状態テーブル１２Ａにおいて「再生中」に設定されているか否かによって判断される。制御部１１は、チャンネルを受信端末１００で再生中であると判断した場合（Ｓ６１でＹＥＳ）、接続切替処理１を実行する（Ｓ３２）。制御部１１は、チャンネルを受信端末１００で再生中でないと判断する場合（Ｓ６１でＮＯ）、処理を終了する。
【００７０】
以上の実施形態２によると、制御部１１は再生中のチャンネルの放送データを正常に受信できない場合のみ接続切替処理１を実行するので、再生チャンネルの受信状態を自動的に正常な状態に復帰させることができる。制御部１１は再生チャンネル以外のいずれかのチャンネルを正常に受信できていない場合は接続切替処理１を実行しない。これにより、再生チャンネル以外のチャンネルの受信エラーによって接続処理切替処理が実行されることがなく、再生チャンネルの再生が停止されない。
【００７１】
[使用帯域低減化処理の実施形態３]
受信端末１００が使用するネットワークの帯域を低減する第３の実施形態を説明する。図１１は、制御部１１が、使用帯域を低減する第３の実施形態のフローチャートを示す。本実施形態によると、制御部１１は、変更先のチャンネルの受信状態が正常であるか否かを判断し、正常でないと判断される場合は、接続切替処理を実行する。図７と同一の処理には同一符号を付し、説明を省略する。
【００７２】
制御部１１は、ユーザ操作によって再生チャンネルを切り替えられたか否かを判断し（Ｓ７１）、切り替えられたと判断した場合（Ｓ７１でＹＥＳ）、制御部１１は切り替え先のチャンネルの受信状態がＦａｌｓｅであるか否かを受信状態テーブル１２Ａを参照して判断する（Ｓ７２）。
【００７３】
制御部１１は、受信状態テーブル１２Ａの切り替え先のチャンネルの受信状態がＦａｌｓｅになっていると判断した場合（Ｓ７２でＹＥＳ）、接続切替処理１または２を実行する（Ｓ３２）。制御部１１は、切り替え先のチャンネルの受信状態テーブル１２Ａの受信状態がＦａｌｓｅになっていないと判断した場合（Ｓ７２でＮＯ）、処理を終了する。
【００７４】
以上の実施形態３によると、受信端末１００は切り替え先のチャンネルの受信状態を、チャンネル切り替えを実行する前に確認し、正常に受信できていない場合は接続切替処理１または２を実行したのち、切り替え先のチャンネルを再生する。これにより受信端末１００は新たに指定されたチャンネルの再生を確実に開始できる。また、受信端末１００は、切り替え先のチャンネル以外のチャンネルのいずれかを正常に受信できていない場合、接続切替処理を実行しない。なぜなら、接続切替処理を実行すると、受信端末１００はグループからの離脱処理と参加処理とを実行することになり、チャンネル切り替えに時間がかかるからである。
【００７５】
[使用帯域低減化処理の実施形態４]
受信端末１００が使用するネットワークの帯域を低減する第４の実施形態を説明する。図１２は、制御部１１が、使用帯域を低減する第４の実施形態のフローチャートを示す。本実施形態によると、制御部１１は、グループとサーバ２００との組み合わせの数が規定値以上の場合に、接続切替処理を実行する。図７と同一の処理には同一符号を付し、説明を省略する。
【００７６】
制御部１１は、受信端末１００が受信中のグループとサーバ２００との組み合わせの数を取得する（Ｓ８１）。たとえば、図５の受信状態の場合は、組み合わせの数が４である。
【００７７】
制御部１１は、Ｓ８１の処理によって取得されるグループとサーバ２００との組み合わせの数が、規定数以上であるか否かを判断する（Ｓ８２）。規定数とは、たとえば３などである。
【００７８】
制御部１１は、Ｓ８１の処理によって取得される組み合わせの数が、規定数以上であると判断する場合（Ｓ８２でＹＥＳ）、接続切替処理１または２を実行する（Ｓ３２）。制御部１１は、Ｓ８１の処理によって取得される組み合わせの数が、規定数未満であると判断する場合（Ｓ８２でＮＯ）、処理を終了する。
【００７９】
以上の実施形態４によると、受信端末１００は受信するグループとサーバ２００との組み合わせ数が規定値以上になったときに、組み合わせ数を減少させる処理を実行するので、グループとサーバ２００との組み合わせの数が一定数以下に抑えられ、マルチキャストルータ３００が処理不可能な通信データ量が発生することを防止できる
【００８０】
[使用帯域低減化処理の実施形態５]
受信端末１００が使用するネットワークの帯域を低減する第５の実施形態を説明する。図１３は、制御部１１が、使用帯域を低減する第５の実施形態のフローチャートを示す。本実施形態によると、制御部１１は、現在受信端末１００が受信中の総データ量が、規定値以上である場合に、接続切替処理を実行する。図７と同一の処理には同一符号を付し、説明を省略する。
【００８１】
制御部１１は、ザッピングチャンネルの配信サーバ２００が、すべて同一か否かを判断する（Ｓ９１）。たとえば、図３の受信状態テーブル１２Ａ（ａ）の場合は同一であると判断され、図５の受信状態テーブル１２Ａ（ｂ）の場合は同一でないと判断される。ザッピングチャンネルの配信サーバ２００が、すべて同一であると判断された場合（Ｓ９１でＹＥＳ）、制御部１１は、処理を終了する。ザッピングチャンネルの配信サーバ２００が、すべて同一である場合は、グループとサーバ２００との組み合わせの数が最少であるため、制御部１１はＳ９２以降の処理を実行する必要がない。
【００８２】
ザッピングチャンネルの配信サーバ２００が、すべて同一でないと判断された場合（Ｓ９１でＮＯ）、制御部１１は、受信中の全チャンネルの単位時間当たりの受信データ量を取得する（Ｓ９２）。受信中の受信データ量は、通信部１３または各チャンネル受信部１４が定期的に制御部１１に通知する。
【００８３】
制御部１１は、受信中のデータ量がマルチキャストルータ３００の許容範囲であるか否かを判断する（Ｓ９３）。マルチキャストルータ３００の許容範囲は、受信端末１００がマルチキャストルータ３００に制御部１１が問い合わせて取得し、設定してもよいし、受信端末１００に固定値を設定しておいてもよい。
【００８４】
制御部１１は、受信中のデータ量がマルチキャストルータ３００の許容範囲でないと判断した場合（Ｓ９３でＮＯ）、接続切替処理１または２を実行する（Ｓ３２）。制御部１１は、受信中のデータ量がマルチキャストルータ３００の許容範囲であると判断した場合（Ｓ９３でＹＥＳ）、処理を終了する。
【００８５】
以上の実施形態５によると、受信端末１００はマルチキャストルータ３００が許容する以上の帯域を使用していると判断する場合、接続切替処理１または２を実行し、ネットワークの使用帯域を減少させる。このことによりマルチキャストルータ３００が処理できない量のデータが、受信端末１００とマルチキャストルータの間で通信されることを防止できる。
【００８６】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。
また、サーバ２００は、２つ以上であってもよい。各サーバ２００が配信可能なチャンネルが異なっていてもよい。サーバ２００から配信される放送データは、音声データ以外に、映像データや静止画データであってもよい。また、受信端末１００は、同時に複数のチャンネルを再生してもよい。
【産業上の利用可能性】
【００８７】
本発明は、セットトップボックスや、ＡＶレシーバや、音声映像出力装置等の機器に好適に採用され得る。
【符号の説明】
【００８８】
１００ 受信端末
２００（ａ） プライマリサーバ
２００（ｂ） セカンダリサーバ
１１ 制御部
１２ メモリ
１３ 通信部
１４（ａ）〜１４（ｅ） チャンネル受信部
１５ 再生部
１６ 操作部
１７（ａ）〜１７（ｅ） バッファ
【特許請求の範囲】
【請求項１】
複数のチャンネルの放送データをマルチキャストで配信可能な第１のサーバと、前記複数のチャンネルの前記放送データを前記マルチキャストで配信可能な第２のサーバとから配信される前記放送データを受信可能な受信端末であって、
再生チャンネルと、前記再生チャンネル以外の１または複数のチャンネルとを含むザッピングチャンネルが属する１または複数のマルチキャストグループに参加するマルチキャストグループ参加手段と、
前記ザッピングチャンネルの前記放送データを同時に受信するザッピングチャンネル受信手段と、
前記ザッピングチャンネルの前記放送データが２つ以上のサーバから配信されている場合、参加中の前記マルチキャストグループから離脱する離脱手段と、
前記ザッピングチャンネルの前記放送データを配信する前記サーバを前記第１のサーバ及び前記第２のサーバのいずれかのサーバに統一し、再度前記マルチキャストグループに参加する再接続手段とを備える、受信端末。
【請求項２】
前記ザッピングチャンネルの前記放送データを正常に受信中か否かを判断する通信判断手段をさらに備え、
前記ザッピングチャンネルの前記放送データを正常に受信中でないと判断されたとき、前記離脱手段が、参加中の前記マルチキャストグループから離脱する、請求項１に記載の受信端末。
【請求項３】
前記通信判断手段によって前記放送データを正常に受信中でないと判断されたとき、前記放送データを正常に受信中でないチャンネルを特定するエラーチャンネル特定手段と、
前記エラーチャンネル特定手段によって特定された前記チャンネルが、前記再生チャンネルであるか否かを判断する再生チャンネルエラー判断手段とをさらに備え、
前記エラーチャンネル特定手段によって特定された前記チャンネルが前記再生チャンネルであると判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱し、
前記エラーチャンネル特定手段によって特定された前記チャンネルが前記再生チャンネルでないと判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱しない、請求項２に記載の受信端末。
【請求項４】
前記通信判断手段によって前記放送データを正常に受信中でないと判断されたとき、前記放送データを正常に受信中でないチャンネルを特定するエラーチャンネル特定手段と、
ユーザ操作によって前記再生チャンネルを切り替える、再生チャンネル切り替え手段とをさらに備え、
前記エラーチャンネル特定手段によって特定された前記チャンネルが、前記再生チャンネル切り替え手段によって指定された前記チャンネルであると判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱する、請求項２に記載の受信端末。
【請求項５】
参加中の前記マルチキャストグループと、前記ザッピングチャンネルの前記放送データを配信している前記サーバとの組み合わせの数を取得する、組み合わせ数取得手段と、
前記組み合わせ数取得手段によって取得される前記組み合わせの数が、所定の組み合わせ数の範囲内であるか否かを判断する組み合わせ数判断手段と、
前記組み合わせの数が前記所定の数の組み合わせ数の範囲内でないと判断された場合、前記離脱手段が参加中の前記マルチキャストグループから離脱する、請求項１に記載の受信端末。
【請求項６】
前記再生チャンネルが所属しない前記マルチキャストグループを特定する、マルチキャストグループ特定手段と、
前記マルチキャストグループ特定手段によって特定された前記マルチキャストグループ内の前記チャンネルの前記放送データを配信する前記サーバが、前記第１のサーバ及び前記第２のサーバのうちの同一のサーバであるか否かを判断する、配信サーバ同一判断手段とを備え、
前記マルチキャストグループ特定手段によって特定された前記マルチキャストグループ内の前記サーバが同一でないと判断された場合、前記離脱手段が、前記マルチキャストグループ特定手段によって特定される前記マルチキャストグループから離脱する、請求項１〜５のいずれかに記載の受信端末。
【請求項７】
請求項１〜６のいずれかに記載の前記受信端末の各手段をコンピュータに実行させる、受信プログラム。
【請求項１】
複数のチャンネルの放送データをマルチキャストで配信可能な第１のサーバと、前記複数のチャンネルの前記放送データを前記マルチキャストで配信可能な第２のサーバとから配信される前記放送データを受信可能な受信端末であって、
再生チャンネルと、前記再生チャンネル以外の１または複数のチャンネルとを含むザッピングチャンネルが属する１または複数のマルチキャストグループに参加するマルチキャストグループ参加手段と、
前記ザッピングチャンネルの前記放送データを同時に受信するザッピングチャンネル受信手段と、
前記ザッピングチャンネルの前記放送データが２つ以上のサーバから配信されている場合、参加中の前記マルチキャストグループから離脱する離脱手段と、
前記ザッピングチャンネルの前記放送データを配信する前記サーバを前記第１のサーバ及び前記第２のサーバのいずれかのサーバに統一し、再度前記マルチキャストグループに参加する再接続手段とを備える、受信端末。
【請求項２】
前記ザッピングチャンネルの前記放送データを正常に受信中か否かを判断する通信判断手段をさらに備え、
前記ザッピングチャンネルの前記放送データを正常に受信中でないと判断されたとき、前記離脱手段が、参加中の前記マルチキャストグループから離脱する、請求項１に記載の受信端末。
【請求項３】
前記通信判断手段によって前記放送データを正常に受信中でないと判断されたとき、前記放送データを正常に受信中でないチャンネルを特定するエラーチャンネル特定手段と、
前記エラーチャンネル特定手段によって特定された前記チャンネルが、前記再生チャンネルであるか否かを判断する再生チャンネルエラー判断手段とをさらに備え、
前記エラーチャンネル特定手段によって特定された前記チャンネルが前記再生チャンネルであると判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱し、
前記エラーチャンネル特定手段によって特定された前記チャンネルが前記再生チャンネルでないと判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱しない、請求項２に記載の受信端末。
【請求項４】
前記通信判断手段によって前記放送データを正常に受信中でないと判断されたとき、前記放送データを正常に受信中でないチャンネルを特定するエラーチャンネル特定手段と、
ユーザ操作によって前記再生チャンネルを切り替える、再生チャンネル切り替え手段とをさらに備え、
前記エラーチャンネル特定手段によって特定された前記チャンネルが、前記再生チャンネル切り替え手段によって指定された前記チャンネルであると判断されたとき、前記離脱手段が参加中の前記マルチキャストグループから離脱する、請求項２に記載の受信端末。
【請求項５】
参加中の前記マルチキャストグループと、前記ザッピングチャンネルの前記放送データを配信している前記サーバとの組み合わせの数を取得する、組み合わせ数取得手段と、
前記組み合わせ数取得手段によって取得される前記組み合わせの数が、所定の組み合わせ数の範囲内であるか否かを判断する組み合わせ数判断手段と、
前記組み合わせの数が前記所定の数の組み合わせ数の範囲内でないと判断された場合、前記離脱手段が参加中の前記マルチキャストグループから離脱する、請求項１に記載の受信端末。
【請求項６】
前記再生チャンネルが所属しない前記マルチキャストグループを特定する、マルチキャストグループ特定手段と、
前記マルチキャストグループ特定手段によって特定された前記マルチキャストグループ内の前記チャンネルの前記放送データを配信する前記サーバが、前記第１のサーバ及び前記第２のサーバのうちの同一のサーバであるか否かを判断する、配信サーバ同一判断手段とを備え、
前記マルチキャストグループ特定手段によって特定された前記マルチキャストグループ内の前記サーバが同一でないと判断された場合、前記離脱手段が、前記マルチキャストグループ特定手段によって特定される前記マルチキャストグループから離脱する、請求項１〜５のいずれかに記載の受信端末。
【請求項７】
請求項１〜６のいずれかに記載の前記受信端末の各手段をコンピュータに実行させる、受信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−３８６１９（Ｐ２０１３−３８６１９Ａ）
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願番号】特願２０１１−１７３５２５（Ｐ２０１１−１７３５２５）
【出願日】平成２３年８月９日（２０１１．８．９）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願日】平成２３年８月９日（２０１１．８．９）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
[ Back to top ]