(57)【要約】【課題】マルチキャストデータの配信前に、端末が確実にメディアプレーヤプログラムを起動し、ルータと端末との間に不要なマルチキャストデータが送信されない方法等を提供する。【解決手段】配信サーバが、データ系列を常時配信すると共に、配信制御パケットを周期的に配信する第１のステップと、端末が、配信制御パケットの受信を要求すべき第１の転送要求パケットを、ルータへ送信する第２のステップと、ルータは、配信サーバから受信した配信制御パケットをそのまま、端末へ中継転送する第３のステップと、端末は、配信制御パケットを受信した際に、データ系列の実行プログラムを自動的に起動する第４のステップと、端末は、データ系列の受信を要求すべき第２の転送要求パケットを、ルータへ送信する第５のステップと、ルータは、配信サーバから受信したデータ系列をそのまま、端末へ中継転送する第６のステップとを有する。【選択図】図２
2014017767.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャストのデータ系列を常時配信する配信サーバと、該配信サーバから受信した前記データ系列をマルチキャストで中継転送するルータと、該ルータから受信した前記データ系列を再生する端末とを有するシステムについて、前記端末によって前記データ系列を自動的に実行させる方法において、
前記配信サーバが、前記データ系列を常時配信すると共に、配信制御パケットを周期的に配信する第１のステップと、
前記端末が、前記配信制御パケットの受信を要求すべき第１の転送要求パケットを、前記ルータへ送信する第２のステップと、
前記ルータは、前記配信サーバから受信した前記配信制御パケットをそのまま、前記端末へ中継転送する第３のステップと、
前記端末は、前記配信制御パケットを受信した際に、前記データ系列の実行プログラムを自動的に起動する第４のステップと、
前記端末は、前記データ系列の受信を要求すべき第２の転送要求パケットを、前記ルータへ送信する第５のステップと、
前記ルータは、前記配信サーバから受信した前記データ系列をそのまま、前記端末へ中継転送する第６のステップと
を有することを特徴とする方法。
【請求項２】
前記配信サーバによって配信される前記マルチキャストのデータ系列は、ストリーミングデータであり、
前記端末によって起動される前記実行プログラムは、メディアプレーヤプログラムであることを特徴とする請求項１に記載の方法。
【請求項３】
第４のステップについて、前記端末は、最初の配信制御パケットを受信できない場合であっても、前記配信サーバから周期的に配信される次の配信制御パケットを受信することができることを特徴とする請求項１又は２に記載の方法。
【請求項４】
第１のステップについて、前記配信サーバは、前記配信制御パケットを第１のマルチキャストアドレスで配信し、前記データ系列を第２のマルチキャストアドレスで配信しており、
第２のステップについて、前記端末が送信する第１の転送要求パケットは、第１のマルチキャストアドレスの前記配信制御パケットを受信すべき参加メッセージであり、
第５のステップについて、前記端末が送信する第２の転送要求パケットは、第２のマルチキャストアドレスの前記データ系列を受信すべき参加メッセージである
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
第１のステップについて、
前記配信サーバは、異なるコンテンツ毎に、異なるデータ系列として配信しており、
前記配信制御パケット及び各データ系列はそれぞれ、異なるマルチキャストアドレスで配信される
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記マルチキャストアドレスは、ＩＰｖ４の場合、ＩＧＭＰ(Internet Group Management Protocol)に基づくものであり、ＩＰｖ６の場合、ＭＬＤ(Multicast Listener Discovery)に基づくものであり、
前記参加メッセージは、Joinメッセージである
ことを特徴とする請求項４又は５に記載の方法。
【請求項７】
マルチキャストのデータ系列を常時配信する配信サーバと、該配信サーバから受信した前記データ系列をマルチキャストで中継転送するルータと、該ルータから受信した前記ストリーミングデータを再生する端末とを有するシステムにおいて、
前記配信サーバは、前記データ系列を常時配信すると共に、配信制御パケットを周期的に配信するものであり、
前記端末は、
前記配信制御パケットの受信を要求すべき第１の転送要求パケットを、前記ルータへ送信する第１の転送要求送信手段と、
前記配信制御パケットを受信した際に、前記データ系列の実行プログラムを自動的に起動するメディアプレーヤ起動手段と、
前記ストリーミングデータの受信を要求すべき第２の転送要求パケットを、前記ルータへ送信する第２の転送要求送信手段と
を有し、
前記ルータは、
前記端末から第１の転送要求パケットを受信した後、前記配信サーバから受信した前記配信制御パケットをそのまま、前記端末へ中継転送する第１の中継転送手段と、
前記端末から第２の転送要求パケットを受信した後、前記配信サーバから受信した前記データ系列をそのまま、前記端末へ中継転送する第２の中継転送手段と
を有することを特徴とするシステム。
【請求項８】
前記配信サーバによって配信される前記マルチキャストのデータ系列は、ストリーミングデータであり、
前記端末によって起動される前記実行プログラムは、メディアプレーヤプログラムであることを特徴とする請求項７に記載のシステム。
【請求項９】
前記端末のメディアプレーヤ起動手段は、最初の配信制御パケットを受信できない場合であっても、前記配信サーバから周期的に配信される次の配信制御パケットを受信することができることを特徴とする請求項７又は８に記載のシステム。
【請求項１０】
前記配信サーバは、前記配信制御パケットを第１のマルチキャストアドレスで配信し、前記データ系列を第２のマルチキャストアドレスで配信しており、
前記端末の第１の転送要求送信手段が送信する第１の転送要求パケットは、第１のマルチキャストアドレスの前記配信制御パケットを受信すべき参加メッセージであり、
前記端末の第２の転送要求送信手段が送信する第２の転送要求パケットは、第２のマルチキャストアドレスの前記データ系列を受信すべき参加メッセージである
ことを特徴とする請求項７から９のいずれか１項に記載のシステム。
【請求項１１】
前記配信サーバは、異なるコンテンツ毎に、異なるデータ系列として配信しており、
前記配信制御パケット及び各データ系列はそれぞれ、異なるマルチキャストアドレスで配信される
ことを特徴とする請求項１０に記載のシステム。
【請求項１２】
前記マルチキャストアドレスは、ＩＰｖ４の場合、ＩＧＭＰに基づくものであり、ＩＰｖ６の場合、ＭＬＤに基づくものであり、
前記参加メッセージは、Joinメッセージである
ことを特徴とする請求項１０又は１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャストデータを再生する技術に関する。
【背景技術】
【０００２】
従来、コンテンツのストリーミングデータを、マルチキャストで受信するレシーバの技術がある。このマルチキャストプロトコルは、例えばＲＦＣ２２３６及びＲＦＣ２７１０に基づくものである（例えば非特許文献１及び２参照）。「マルチキャスト」とは、複数の宛先装置に対して、同一データを送信する技術をいう。これに対し、「ユニキャスト」とは、単一のアドレスを指定して特定の宛先装置に対してのみ、データを送信する技術をいう。
【０００３】
ストリーミングデータを受信するレシーバは、通常、ユーザ操作（手動操作）に応じて、そのストリーミングデータを再生するためのメディアプレーヤプログラムを起動する。次に、レシーバは、マルチキャストグループのメンバシップレポートの中で、当該ストリーミングデータのマルチキャストグループへの参加メッセージを、ラストホップルータへ送信する。ラストホップルータとは、レシーバと同じサブネットに接続されているマルチキャスト対応ルータのような装置である。例えば無線ＬＡＮ(Local Access Network)におけるアクセスポイントのような装置が、ラストホップルータの機能を兼ね備える場合もある。
【０００４】
ストリーミングデータは、一般に、以下のように２つの種類のパケットで構成される。
データパケット    ：コンテンツデータを含む
データ制御パケット：データパケットのコンテンツ再生のための制御情報を含む
通常、「データ制御パケット」には、コンテンツの配信開始／配信停止の制御通知（配信制御パケット）と、コンテンツの復号／再結合等のコンテンツ再生のためのパラメータとを含む。そして、ストリーミングデータ（データパケット及びデータ制御パケット）は、そのコンテンツ毎に、同一のマルチキャストアドレス及びポート番号によって配信される。
【０００５】
従来、マルチキャストで配信されるストリーミングデータ（以下「マルチキャストデータ」という）は、大容量伝送が可能な光ファイバケーブルのような有線ネットワークを介して配信される場合が多かった。これに対し、近年、基地局と無線端末との間の無線ネットワークを介して、マルチキャストデータが配信される場合も多くなってきている。即ち、無線通信環境でもマルチキャストでストリーミングデータを配信することによって、最低限の帯域保証のみで、多数の特定の宛先端末に対して放送型サービスを提供することができる。
【０００６】
従来、無線ＬＡＮの中で、いずれの無線端末もマルチキャストグループに参加していないにも拘わらず、マルチキャストデータが配信されないように、アクセスポイントの親機がマルチキャストデータの配信を制御する技術がある（例えば特許文献１参照）。この技術によれば、無線ＬＡＮの親機がマルチキャストリストテーブルを保持し、その配下の子機に対してデータを送信すべきか否かを制御する。
【０００７】
また、システム状態情報を含むデータパケットを中継転送する際に、アクセスポイントが、そのデータパケットのみを一時的に保持し、そのデータパケットを繰り返し再送する技術がある（例えば特許文献２参照）。この技術によれば、再送手順を備えていない無線端末であっても、システム状態情報を含むデータパケットを確実に受信することができる。
【０００８】
更に、無線環境の変化に対応するため、レシーバの受信状況結果に応じて、マルチキャストデータのＦＥＣ（Forward Error Correction：誤り訂正機能）の冗長度を変化させて配信する技術がある（例えば特許文献３参照）。この技術によれば、アクセスポイント配下のレシーバ側に流れるデータ量を、できる限り抑制して送信することができる。無線ネットワークは、有線ネットワークと比較して、パケット衝突等における多数の誤りが、バースト的に発生するために、この技術によって、データ制御パケット及びデータパケットが欠落する可能性を抑制することができる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００１−５７５６０号公報
【特許文献２】特開２００５−１６７７７６号公報
【特許文献３】特開２００４−２０１１１１号公報
【非特許文献】
【００１０】
【非特許文献１】ＲＦＣ２２３６、「Internet Group Management Protocol, Version 2」、[online]、［平成２４年６月２４日検索］、インターネット＜URL:http://www.ietf.org/rfc/rfc2236.txt＞
【非特許文献２】ＲＦＣ２７１０、「Multicast Listener Discovery (MLD) for IPv6」、[online]、［平成２４年６月２４日検索］、インターネット＜URL:http://www.ietf.org/rfc/rfc2710.txt＞
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、前述したいずれの従来技術であっても、レシーバ（端末）は、配信サーバから配信されたストリーミングデータを再生するために、ユーザ操作に応じて手動で、メディアプレーヤプログラムを起動する必要がある。これは、ユーザの利便性からも好ましいことではない。また、メディアプレーヤプログラムが起動されていない場合に、ラストホップルータが、マルチキャストデータをレシーバへ向けて送信した場合、そのマルチキャストデータは全く不要なものとなる。特に、ルータとレシーバとの間が無線ネットワークである場合、その通信リソースを無駄に消費することとなってしまう。即ち、メディアプレーヤプログラムが起動されていない限り、マルチキャストデータを送信すべきでない。
【００１２】
そこで、本発明は、マルチキャストデータが配信される前に、端末が確実にメディアプレーヤプログラムを起動することによって、ルータと端末との間に不要なマルチキャストデータが送信されないようにする方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明によれば、データ系列をマルチキャストで中継転送するルータと、該ルータから受信したデータ系列を再生する端末とを有するシステムについて、端末によってデータ系列を自動的に実行させる方法において、
配信サーバが、データ系列を常時配信すると共に、配信制御パケットを周期的に配信する第１のステップと、
端末が、配信制御パケットの受信を要求すべき第１の転送要求パケットを、ルータへ送信する第２のステップと、
ルータは、配信サーバから受信した配信制御パケットをそのまま、端末へ中継転送する第３のステップと、
端末は、配信制御パケットを受信した際に、データ系列の実行プログラムを自動的に起動する第４のステップと、
端末は、データ系列の受信を要求すべき第２の転送要求パケットを、ルータへ送信する第５のステップと、
ルータは、配信サーバから受信したデータ系列をそのまま、端末へ中継転送する第６のステップと
を有することを特徴とする。
【００１４】
本発明の方法における他の実施形態によれば、
配信サーバによって配信されるマルチキャストのデータ系列は、ストリーミングデータであり、
端末によって起動される実行プログラムは、メディアプレーヤプログラムであることも好ましい。
【００１５】
本発明の方法における他の実施形態によれば、第４のステップについて、端末は、最初の配信制御パケットを受信できない場合であっても、配信サーバから周期的に配信される次の配信制御パケットを受信することができることも好ましい。
【００１６】
本発明の方法における他の実施形態によれば、
第１のステップについて、配信サーバは、配信制御パケットを第１のマルチキャストアドレスで配信し、データ系列を第２のマルチキャストアドレスで配信しており、
第２のステップについて、端末が送信する第１の転送要求パケットは、第１のマルチキャストアドレスの配信制御パケットを受信すべき参加メッセージであり、
第５のステップについて、端末が送信する第２の転送要求パケットは、第２のマルチキャストアドレスのデータ系列を受信すべき参加メッセージである
ことも好ましい。
【００１７】
本発明の方法における他の実施形態によれば、第１のステップについて、
配信サーバは、異なるコンテンツ毎に、異なるデータ系列として配信しており、
配信制御パケット及び各データ系列はそれぞれ、異なるマルチキャストアドレスで配信されることも好ましい。
【００１８】
本発明の方法における他の実施形態によれば、マルチキャストアドレスは、ＩＰｖ４の場合、ＩＧＭＰ(Internet Group Management Protocol)に基づくものであり、ＩＰｖ６の場合、ＭＬＤ（Multicast Listener Discovery）に基づくものであり、
参加メッセージは、Joinメッセージである
ことも好ましい。
【００１９】
本発明によれば、マルチキャストのデータ系列を常時配信する配信サーバと、該配信サーバから受信したデータ系列をマルチキャストで中継転送するルータと、該ルータから受信したストリーミングデータを再生する端末とを有するシステムにおいて、
配信サーバは、データ系列を常時配信すると共に、配信制御パケットを周期的に配信するものであり、
端末は、
配信制御パケットの受信を要求すべき第１の転送要求パケットを、ルータへ送信する第１の転送要求送信手段と、
配信制御パケットを受信した際に、データ系列の実行プログラムを自動的に起動するメディアプレーヤ起動手段と、
ストリーミングデータの受信を要求すべき第２の転送要求パケットを、ルータへ送信する第２の転送要求送信手段と
を有し、
ルータは、
端末から第１の転送要求パケットを受信した後、配信サーバから受信した配信制御パケットをそのまま、端末へ中継転送する第１の中継転送手段と、
端末から第２の転送要求パケットを受信した後、配信サーバから受信したデータ系列をそのまま、端末へ中継転送する第２の中継転送手段と
を有することを特徴とする。
【００２０】
本発明のシステムにおける他の実施形態によれば、
配信サーバによって配信されるマルチキャストのデータ系列は、ストリーミングデータであり、
端末によって起動される実行プログラムは、メディアプレーヤプログラムであることも好ましい。
【００２１】
本発明のシステムにおける他の実施形態によれば、端末のメディアプレーヤ起動手段は、最初の配信制御パケットを受信できない場合であっても、配信サーバから周期的に配信される次の配信制御パケットを受信することができることも好ましい。
【００２２】
本発明のシステムにおける他の実施形態によれば、
配信サーバは、配信制御パケットを第１のマルチキャストアドレスで配信し、データ系列を第２のマルチキャストアドレスで配信しており、
端末の第１の転送要求送信手段が送信する第１の転送要求パケットは、第１のマルチキャストアドレスの配信制御パケットを受信すべき参加メッセージであり、
端末の第２の転送要求送信手段が送信する第２の転送要求パケットは、第２のマルチキャストアドレスのデータ系列を受信すべき参加メッセージであることも好ましい。
【００２３】
本発明のシステムにおける他の実施形態によれば、
配信サーバは、異なるコンテンツ毎に、異なるデータ系列として配信しており、
配信制御パケット及び各データ系列はそれぞれ、異なるマルチキャストアドレスで配信されることも好ましい。
【００２４】
本発明のシステムにおける他の実施形態によれば、マルチキャストアドレスは、ＩＰｖ４の場合、ＩＧＭＰに基づくものであり、ＩＰｖ６の場合、ＭＬＤに基づくものであり、
参加メッセージは、Joinメッセージである
ことも好ましい。
【発明の効果】
【００２５】
本発明の方法及びシステムによれば、マルチキャストデータが配信される前に、端末が確実にメディアプレーヤプログラムを起動することによって、ルータと端末との間に不要なマルチキャストデータが送信されないようにすることができる。
【図面の簡単な説明】
【００２６】
【図１】本発明におけるシステム構成図である。
【図２】本発明におけるシーケンス図である。
【図３】端末が配信制御パケットを受信できなかった場合のシーケンス図である。
【図４】配信サーバから複数のコンテンツのストリーミングデータが配信される場合のシーケンス図である。
【図５】本発明におけるルータ及び端末の機能構成図である。
【発明を実施するための形態】
【００２７】
以下では、本発明の実施の形態について、図面を用いて詳細に説明する。
【００２８】
図１は、本発明におけるシステム構成図である。
【００２９】
図１によれば、例えばストリーミングデータのようなデータ系列を、マルチキャストで常時配信する配信サーバ１が、通信事業者網に備えられている。配信サーバ１は、ストリーミングデータのコンテンツ毎に、異なるマルチキャストアドレス及びポート番号で配信する。本発明の配信サーバ１は、以下のようにパケットを区分して配信する
［マルチキャストアドレス０］：配信制御パケットに専用
配信制御パケットには、配信開始通知／配信停止通知が含まれる。
配信開始通知：端末がメディアプレーヤプログラムを自動起動するべき制御情報
配信停止通知：端末がメディアプレーヤプログラムを自動停止するべき制御情報
［マルチキャストアドレス１］：第１のコンテンツの第１のストリーミングデータに専用
第１のストリーミングデータ＝第１のデータパケット＋第１のデータ制御パケット
第１のデータパケット    ：第１のコンテンツデータそのもの
第１のデータ制御パケット：第１のデータパケットの復号及び再結合の制御情報
［マルチキャストアドレス２］：第２のコンテンツの第２のストリーミングデータに専用
第２のストリーミングデータ＝第２のデータパケット＋第２のデータ制御パケット
第２のデータパケット    ：第２のコンテンツデータそのもの
第２のデータ制御パケット：第２のデータパケットの復号及び再結合の制御情報
・・・・・
［マルチキャストアドレスＮ］：第Ｎのコンテンツの第Ｎのストリーミングデータに専用
第Ｎのストリーミングデータ＝第Ｎのデータパケット＋第Ｎのデータ制御パケット
第Ｎのデータパケット    ：第Ｎのコンテンツデータそのもの
第Ｎのデータ制御パケット：第Ｎのデータパケットの復号及び再結合の制御情報
【００３０】
本発明の配信サーバ１は、コンテンツ毎のストリーミングデータとは別に、「配信制御パケット」を送信していることに特徴がある。即ち、制御パケットに関して、コンテンツの配信開始又は配信停止を通知する「配信制御パケット」と、受信側の端末３におけるデータパケットの復号処理又はファイル再結合処理等に必要となる「データ制御パケット」とに区別する。そして、「配信制御パケット」は、コンテンツ毎のストリーミングデータ（データ制御パケット及びデータパケット）とは別のマルチキャストアドレス及びポート番号によって配信される。一方で、１つのコンテンツのストリーミングデータに含まれるデータ制御パケット及びデータパケットは、同一のマルチキャストアドレス及びポート番号によって配信される。
【００３１】
尚、マルチキャストアドレスは、ＩＰｖ４の場合、ＩＧＭＰ(Internet Group Management Protocol)に基づくものであり、ＩＰｖ６の場合、ＭＬＤ（Multicast Listener Discovery）に基づくものである。
【００３２】
また、図１によれば、配信サーバ１が接続する通信事業者網と、端末３が接続する無線ＬＡＮとの間に、ルータ２が接続されている。ルータ２は、無線ＬＡＮに対するアクセスポイントであり、マルチキャストにおけるラストホップルータとして機能する。ルータ２は、配信サーバ１から受信した配信制御パケット及びストリーミングデータ（データ制御パケット＋データパケット）をマルチキャストで中継転送する。ルータ２は、端末３から、マルチキャストグループに対する参加／離脱メッセージを受信することによって、配信制御パケット及びストリーミングデータ毎の送信の可否を制御する。
【００３３】
端末３は、無線ＬＡＮを介して、ルータ２に接続される。そして、端末３は、ルータ２から受信したストリーミングデータを再生し、そのコンテンツをユーザに閲覧させることができる。
【００３４】
端末３は、ストリーミングデータを再生するための「メディアプレーヤプログラム」を予めインストールしている。「メディアプレーヤプログラム」とは、各メディアデータ用にコーデックを内蔵したソフトウェアである。これによって、動画や音声のような多様なメディアデータを再生することができる。一般に、標準的なメディアプレーヤプログラムは、Ｗｅｂブラウザに組み込まれている。
【００３５】
端末３は、そのメディアプレーヤプログラムを予め起動しておかなければ、ルータ２から受信したストリーミングデータを再生することはできない。そして、端末３は、ルータ２へ、マルチキャストグループへの参加／離脱メッセージを送信することによって、マルチキャストのストリーミングデータの受信開始／停止を制御することができる。
【００３６】
ここで、本発明における配信制御パケットは、端末３におけるメディアプレーヤプログラムを自動的に起動する制御情報（配信開始通知）を含む。これによって、端末３は、配信制御パケットを受信した際に、メディアプレーヤプログラムを自動的に起動することができる。
【００３７】
図２は、本発明におけるシーケンス図である。
【００３８】
（Ｓ１）配信サーバ１は、ストリーミングデータ（データ制御パケット及びデータパケット）を常時配信すると共に、配信制御パケットを周期的に配信する。ここで、配信サーバ１は、前述したように配信制御パケットを第１のマルチキャストアドレス０で配信し、ストリーミングデータを第２のマルチキャストアドレス１で配信する。即ち、ストリーミングデータと、配信制御パケットとは、異なるマルチキャストグループに属する。但し、この段階では、端末３はいずれのマルチキャストグループにも属していないために、ストリーミングデータ及び配信制御パケットはいずれも、端末３へ送信されていない。
【００３９】
（Ｓ２）端末３が、配信制御パケットの受信を要求すべき第１の転送要求パケットを、ルータ２へ送信する。ここで、端末３が送信する第１の転送要求パケットは、第１のマルチキャストアドレス０のマルチキャストグループへ参加すべき参加メッセージ（例えばJoinメッセージ）である。これによって、端末３は、配信制御パケットのマルチキャストグループに属することとなり、当該配信制御パケットを受信することができる。
【００４０】
（Ｓ３）端末３から参加メッセージ（第１の転送要求パケット）を受信したルータ２は、配信サーバ１から受信した配信制御パケットをそのまま、当該端末３へ中継転送する。但し、この段階では、端末３はストリーミングデータのマルチキャストグループに属していないために、ストリーミングデータは端末３へ送信されていない。
【００４１】
（Ｓ４）配信制御パケットを受信した端末３は、その配信制御パケットが配信開始通知である場合、メディアプレーヤプログラムを自動的に起動する。これによって、端末３は、ストリーミングデータを再生可能な状態となる。
【００４２】
（Ｓ５）次に、端末３は、ストリーミングデータの受信を要求すべき第２の転送要求パケットを、ルータ２へ送信する。ここで、端末３が送信する第２の転送要求パケットは、第２のマルチキャストアドレス１のマルチキャストグループへ参加すべき参加メッセージ（例えばJoinメッセージ）である。これによって、端末３は、ストリーミングデータのマルチキャストグループにも属することとなり、当該ストリーミングデータを受信することができる。
【００４３】
本発明によれば、Ｓ２及びＳ５によって前述したように、端末３は、以下の２段階の参加メッセージを送信することを要する。
（１）配信制御パケットの受信用の第１の参加メッセージ
（２）ストリーミングデータ（データ制御パケット及びデータパケット）の受信用の第２の参加メッセージ
端末３は、第１の参加メッセージによって確実にメディアプレーヤプログラムを起動することができ、第２の参加メッセージによってストリーミングデータを受信し且つ再生することができる。これによって、ラストホップルータ２配下のネットワーク（例えば無線ＬＡＮ）に、当該端末３にとって不要なパケットが流れることなく、ネットワークリソースの利用効率が高くなる。
【００４４】
（Ｓ６）ルータ２は、配信サーバ１から受信したストリーミングデータを再生するに必要なストリーミングデータをそのまま、端末へ中継転送する。端末３がルータ２から受信するストリーミングデータには、データ制御パケット及びデータパケットが含まれており、端末３のメディアプレーヤプログラムは、そのデータ制御パケットに含まれるコンテンツの復号及び再結合等のコンテンツ再生のためのパラメータに基づいて、データパケットに含まれるコンテンツを再生する。
【００４５】
（Ｓ７）その後、配信サーバ１は、ストリーミングデータの配信が終了した後、配信制御パケット（配信停止通知）をルータ２へ配信する。これに対し、ルータ２は、その配信制御パケットをそのまま、端末３へ中継転送する。
【００４６】
（Ｓ８）端末３は、ルータ２から配信制御パケット（配信停止通知）を受信した後、メディアプレーヤプログラムを自動的に停止する。
【００４７】
（Ｓ９）最後に、端末３は、ストリーミングデータの受信を停止すべき第２の転送停止パケットを、ルータ２へ送信する。ここで、端末３が送信する第２の転送停止パケットは、第２のマルチキャストアドレス１のマルチキャストグループから離脱すべき離脱メッセージ（例えばLeaveメッセージ）である。これによって、端末３は、ストリーミングデータのマルチキャストグループから離脱し、当該ストリーミングデータが流れないようにすることができる。
【００４８】
また、端末３は、配信制御パケットの受信を停止すべき第１の転送停止パケットを、ルータ２へ送信する。ここで、端末３が送信する第１の転送停止パケットは、第１のマルチキャストアドレス０のマルチキャストグループから離脱すべき離脱メッセージ（例えばLeaveメッセージ）である。これによって、端末３は、配信制御パケットのマルチキャストグループから離脱し、当該配信制御パケットが流れないようにすることができる。
【００４９】
図３は、端末が配信制御パケットを受信できなかった場合のシーケンス図である。
【００５０】
図３のＳ３のステップによれば、配信制御パケット（配信開始通知）が通信中に欠落し、端末３は配信制御パケットを受信できていない。そのために、端末３は、メディアプレーヤプログラムを自動的に起動することができない。
【００５１】
ここで、本発明の配信サーバ１は、配信制御パケットを周期的に繰り返し配信している。本発明によれば、配信制御パケットには、各ストリーミングデータと異なるマルチキャストアドレスが付与されているために、配信制御パケットのみを独立に且つ複数回配信することができる。そのために、端末３が最初の配信制御パケットを受信できない場合であっても、ルータ２は、配信サーバ１から次のタイミングで受信した配信制御パケットをそのまま、端末３へ中継転送することができる。これによって、端末３は、ストリーミングデータを受信する前に確実に、メディアプレーヤプログラムを自動的に起動することができる。
【００５２】
図４は、配信サーバから複数のコンテンツのストリーミングデータが配信される場合のシーケンス図である。
【００５３】
図４によれば、配信サーバ１は、コンテンツ毎の複数のストリーミングデータを配信している。この場合、メディアプレーヤプログラムを起動した後、Ｓ５について、ユーザ操作に応じて再生すべきコンテンツが選択される。選択されたコンテンツに基づくストリーミングデータに対して、端末３は、参加メッセージをルータ２へ送信する。図４によれば、ユーザ操作に応じてコンテンツ２が選択されている。
【００５４】
図５は、本発明におけるルータ及び端末の機能構成図である。
【００５５】
端末３は、ハードウェア的に、ルータ２と通信する無線インタフェースと、ディスプレイ及びキーボード（例えばタッチパネルディスプレイ）のユーザインタフェースとを有する。また、端末３は、第１の転送要求送信部３１と、メディアプレーヤ起動部３２と、第２の転送要求送信部３３とを有する。これら機能構成部は、端末に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００５６】
第１の転送要求送信部３１は、配信制御パケットの受信を要求すべき第１の転送要求パケット（参加メッセージ）を、ルータ２へ送信する（図３のＳ２参照）。
メディアプレーヤ起動部３２は、配信制御パケットを受信した際に、データ系列の実行プログラムを自動的に起動する（図３のＳ４参照）。
第２の転送要求送信部３３は、ストリーミングデータの受信を要求すべき第２の転送要求パケット（参加メッセージ）を、ルータ２へ送信する（図３のＳ５参照）。
【００５７】
ルータ２は、ハードウェア的に、端末３側の通信インタフェースと、配信サーバ１側の通信インタフェースとを有する。また、ルータ２は、第１の中継転送部２１と、第２の中継転送部２２とを有する。これら機能構成部は、ルータに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００５８】
第１の中継転送部２１は、端末３から第１の転送要求パケット（参加メッセージ）を受信した後、配信サーバから受信した配信制御パケットをそのまま、端末３へ中継転送する（図２のＳ２及びＳ３参照）。
第２の中継転送部２２は、端末３から第２の転送要求パケット（参加メッセージ）を受信した後、配信サーバから受信したストリーミングデータをそのまま、端末３へ中継転送する（図２のＳ５及びＳ６参照）。
【００５９】
最後に、本発明を適用した具体的なサービス例について説明する。
【００６０】
端末には、具体的に「学校モード」「法人モード」という２つのモードが用意されており、ユーザ操作に応じていずれか一方のモードが選択される。「学校モード」とは、前述した実施形態のように、端末が、配信制御パケット（配信開始通知）を受信した際に、メディアプレーヤプログラムを自動的に起動するものである。配信制御パケット（配信開始通知）には、コンテンツＩＤ及びユーザプロファイル（学年、クラス名、授業名等）が含められている。また、端末にも、コンテンツＩＤ及びユーザプロファイルが予め登録されている。これらを照合することによって、メディアプレーヤプログラムを自動的に起動するか否かが制御される。勿論、端末が、配信制御パケット（配信停止通知）を受信した際に、メディアプレーヤプログラムは自動的に停止される。即ち、配信サーバが、端末におけるメディアプレーヤプログラムの起動／停止と、視聴すべきコンテンツの選択とを制御する。
【００６１】
学校モードの場合、端末が、配信制御パケット（配信開始通知）を受信することができさえすれば、メディアプレーヤプログラムが自動的に起動し、ストリーミングデータに対する参加メッセージを送信することによって、いつでも又は配信途中からであっても、ユーザは、コンテンツを視聴することができる。特に、１つのコンテンツのストリーミングデータを、多数の端末が同時に視聴する場合、メデイアプレーヤプログラムが自動的に起動され、ユーザの利便性がかなり向上することとなる。
【００６２】
一方で、「法人モード」とは、配信制御パケット（配信開始通知）の受信有無にかかわらず、番組表に対するユーザ操作に応じて、メディアプレーヤプログラムが起動される。次に、端末は、その番組表に対して選択されたコンテンツに関する参加メッセージを、ルータへ送信する。また、配信制御パケット（配信開始通知）の中に番組表の更新内容を含めることによって、端末にて最新の番組表を生成し、最新のコンテンツを視聴することもできる。
【００６３】
他の具体的なサービス例として、配信サーバには、「ストリーミングモード」「ダウンロードモード」の２つのモードが用意されている。「ストリーミングモード」の場合、端末で受信されたストリーミングデータは、一時的にキャッシュ領域内で分割された受信ファイルを再結合した後、メディアプレーヤプログラムに渡すと同時に、受信ファイルは破棄する。一方で、「ダウンロードモード」の場合、メディアプレーヤプログラムに渡された受信ファイルを破棄することなく、内部メモリに保存する。
【００６４】
以上、詳細に説明したように、本発明の方法及びシステムによれば、マルチキャストデータが配信される前に、端末が確実にメディアプレーヤプログラムを起動することによって、ルータと端末との間に不要なマルチキャストデータが送信されないようにすることができる。
【００６５】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００６６】
１  配信サーバ
２  ルータ
２１  第１の中継転送部
２２  第２の中継転送部
３  端末
３１  第１の転送要求送信部
３２  メディアプレーヤ起動部
３３  第２の転送要求送信部
【図１】
2014017767.tif 000003
【図２】
2014017767.tif 000004
【図３】
2014017767.tif 000005
【図４】
2014017767.tif 000006
【図５】
2014017767.tif 000007