(57)【要約】本発明は、マルチキャストストリーミングサービス方法とそのシステムに関し、特に、ＵＰｎＰ ＡＶ標準でマルチキャストサービスを可能にすべくＭｕｌｔｉｃａｓｔＳｔａｒｔ（）、Ｊｏｉｎ（）、Ｌｅａｖｅ（）などのアクションを定義することにより、ＵＰｎＰ上でマルチキャストストリーミングの効率的な制御を可能にしたものに関する。本発明は、コントロールポイント（ＣＰ）がコンテンツを確認して、メディアサーバ（ＭＳ）にマルチキャストストリーミング開始アクションを呼び出す段階と、ＭＳが該当コンテンツを受信するためのマルチキャストグループアドレスをＣＰに通知する段階と、ＣＰが複数のメディアレンダラ（ＭＲ）にマルチキャストグループアドレスを通知する段階と、複数のＭＲがマルチキャストグループアドレスに参加して、マルチキャストアドレスを確認し、該当コンテンツを受信する段階とを含む。【選択図】図１
2007506389.tif 000002
【特許請求の範囲】
【請求項１】
メディアサーバ（ＭＳ）、複数のメディアレンダラ（ＭＲ）、これらメディアサーバとメディアレンダラを制御するコントロールポイント（ＣＰ）を備えて、メディアを再生するためにストリーミング伝送を行うＵＰｎＰ ＡＶネットワーク制御方法において、
前記コントロールポイントがコンテンツを確認して、前記メディアサーバにマルチキャストストリーミング開始アクションを呼び出す段階と、
前記メディアサーバが該当コンテンツを受信するためのマルチキャストグループアドレスを前記コントロールポイントに通知する段階と、
前記コントロールポイントが前記複数のメディアレンダラに前記マルチキャストグループアドレスを通知する段階と、
前記複数のメディアレンダラが前記マルチキャストグループアドレスに参加して、マルチキャストアドレスを確認し、該当コンテンツを受信する段階と、
を含むことを特徴とするマルチキャストストリーミングサービス方法。
【請求項２】
前記コントロールポイントが前記複数のメディアレンダラに前記マルチキャストグループアドレスを通知する前に、前記メディアサーバが該当コンテンツのマルチキャストストリーミングを開始する段階をさらに含むことを特徴とする請求項１に記載のマルチキャストストリーミングサービス方法。
【請求項３】
前記複数のメディアレンダラが、前記マルチキャストグループアドレスを確認した後、前記コントロールポイントから該当コンテンツを受信するように、前記メディアサーバが、前記コントロールポイントに前記マルチキャストグループアドレスを通知し、所定時間が経過すると、該当コンテンツのマルチキャストストリーミングを開始する段階をさらに含むことを特徴とする請求項１に記載のマルチキャストストリーミングサービス方法。
【請求項４】
前記マルチキャストグループアドレスがＲＴＳＰ ＵＲＬであり、前記ＲＴＳＰ ＵＲＬがｒｔｓｐ：／／ｉｐａｄｄｒｅｓｓ／ｐａｔｈの形式を有することを特徴とする請求項１〜３のいずれか１項に記載のマルチキャストストリーミングサービス方法。
【請求項５】
「Ｌｅａｖｅ（）」アクションの呼び出しを認識すると、前記マルチキャストコンテンツの受信を終了する段階をさらに含むことを特徴とする請求項１に記載のマルチキャストストリーミングサービス方法。
【請求項６】
メディアサーバ（ＭＳ）を備えて、メディアを再生するためにストリーミング伝送を行うＵＰｎＰ ＡＶネットワーク制御方法において、
マルチキャスト開始アクションを認識すると、マルチキャストグループアドレスを通知し、ＲＴＳＰサーバを利用してマルチキャストアドレスに該当コンテンツをマルチキャストストリーミングする段階を含むことを特徴とするマルチキャストストリーミングサービス方法。
【請求項７】
複数のメディアレンダラ（ＭＲ）を備えてメディアを再生するＵＰｎＰ ＡＶネットワーク制御方法において、
コンテンツのマルチキャストの有無を確認する段階と、
マルチキャストの存在が確認されると、マルチキャストグループアドレスを受信する段階と、
前記マルチキャストグループアドレスに参加して、マルチキャストアドレスを確認し、該当マルチキャストコンテンツを受信する段階と、
を含むことを特徴とするマルチキャストストリーミングサービス方法。
【請求項８】
メディアサーバ（ＭＳ）、複数のメディアレンダラ（ＭＲ）、これらメディアサーバとメディアレンダラを制御するコントロールポイント（ＣＰ）を備えて、メディアを再生するためにストリーミング伝送を行うＵＰｎＰ ＡＶネットワークシステムにおいて、
マルチキャスト開始アクションを認識すると、マルチキャストグループアドレスを提供し、ＲＴＳＰサーバを利用してマルチキャストアドレスに該当コンテンツをマルチキャストするメディアサーバ（ＭＳ）と、
前記ＲＴＳＰサーバに参加してマルチキャストアドレスを確認し、前記マルチキャストアドレスに伝送されたコンテンツを再生する複数のメディアレンダラ（ＭＲ）と、
マルチキャストするコンテンツを確認して前記メディアサーバにマルチキャスト開始アクションを呼び出し、前記メディアサーバから提供されたマルチキャストグループアドレスを前記複数のメディアレンダラに通知するコントロールポイント（ＣＰ）と、
を含むことを特徴とするマルチキャストストリーミングサービスシステム。
【請求項９】
前記メディアサーバが、前記コントロールポイントに前記マルチキャストグループアドレスを送信した直後に、該当コンテンツのマルチキャストを開始することを特徴とする請求項８に記載のマルチキャストストリーミングサービスシステム。
【請求項１０】
前記メディアサーバが、前記コントロールポイントに前記マルチキャストグループアドレスを送信してから所定時間が経過すると、該当コンテンツのマルチキャストを開始することを特徴とする請求項８に記載のマルチキャストストリーミングサービスシステム。
【請求項１１】
前記マルチキャストグループアドレスがＲＴＳＰ ＵＲＬであり、前記ＲＴＳＰ ＵＲＬがｒｔｓｐ：／／ｉｐａｄｄｒｅｓｓ／ｐａｔｈの形式を有することを特徴とする請求項８〜１０のいずれか１項に記載のマルチキャストストリーミングサービスシステム。
【請求項１２】
メディアを再生するためにストリーミング伝送を行うＵＰｎＰ ＡＶネットワークシステムにおいて、
マルチキャスト開始アクションを認識すると、マルチキャストグループアドレスを通知し、ＲＴＳＰサーバを利用してマルチキャストアドレスに該当コンテンツをマルチキャストストリーミングするメディアサーバを含むことを特徴とするマルチキャストストリーミングサービスシステム。
【請求項１３】
メディアを再生するＵＰｎＰ ＡＶネットワークシステムにおいて、
コンテンツのマルチキャストの存在が確認されると、マルチキャストグループアドレスを受信して該当アドレスに参加し、コンテンツのマルチキャストアドレスを確認して該当コンテンツを受信する複数のメディアレンダラを含むことを特徴とするマルチキャストストリーミングサービスシステム。
【請求項１４】
前記複数のメディアレンダラが、「Ｌｅａｖｅ（）」アクションの呼び出しを認識すると、前記マルチキャストコンテンツの受信を終了することを特徴とする請求項１３に記載のマルチキャストストリーミングサービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームネットワークサービスに関し、特に、ＵＰｎＰＴＭ技術におけるマルチキャストストリーミングサービス方法及びそのシステムに関する。
【背景技術】
【０００２】
近年、超高速インターネットの普及と家電製品のデジタル化によって、家庭のＰＣ（Personal Computer）、ネットワークゲートウェイ装置、オーディオ／ビデオデバイス、家電機器、制御装置などを１つのホームネットワークで構成しようとする試みが行われている。
【０００３】
現在、ホームネットワークの拡散により、家庭でのＰＣ中心のネットワーク環境が多様な下位ネットワーク技術が用いられる環境に次第に変わるにつれて、ＩＰプロトコルを使用して、独立的であり、かつ統一した方式で家電製品をネットワーク化する技術に対する必要性に応じて、ＵＰｎＰ（Universal Plug and Play）技術が提案された。
【０００４】
前記ＵＰｎＰは、標準ネットワークアーキテクチャのプロトコルにより定義され、各国の複数の企業がＵＰｎＰフォーラムを構成して構築しているホームネットワークの有力な標準技術の１つである。前記ＵＰｎＰベースのホームネットワークシステムは、サービスを提供する複数のＵＰｎＰデバイスと、前記複数のＵＰｎＰデバイスを制御するコントロールポイント（Control Point、ＣＰ）とから構成される。
【０００５】
前記コントロールポイント（ＣＰ）とは、多様なデバイスを感知して制御する機能を有するコントローラを意味する。すなわち、前記コントロールポイント（ＣＰ）は、多様なデバイス（例えば、ＵＰｎＰデバイス）を制御するコントローラであって、ユーザによるキーの入力により、各種ＵＰｎＰデバイスを発見し、前記発見されたＵＰｎＰデバイスのディスクリプションを把握し、前記ＵＰｎＰデバイスを制御する。
【０００６】
前記ＵＰｎＰデバイスは、ホームネットワークに接続したＰＣ、ネットワーク装備、プリンタなどの周辺装置、オーディオ／ビデオデバイス、家電機器などの装置であって、自分のイベントを前記コントロールポイントに通知する。
【０００７】
オーディオ／ビデオデバイスを制御する、現在のＵＰｎＰベースのホームネットワークシステムは、ホームネットワークを介してメディアコンテンツを提供するメディアサーバ（Media Server、ＭＳ）と、前記ホームネットワークを介して提供されたメディアコンテンツを再生するメディアレンダラ（Media Renderer、ＭＲ）と、前記メディアサーバ（ＭＳ）と前記メディアレンダラ（ＭＲ）を制御するコントロールポイント（ＣＰ）とから構成される。
【０００８】
前記コントロールポイント（ＣＰ）は、前記メディアサーバ（ＭＳ）と前記メディアレンダラ（ＭＲ）の状態情報をイベントにより把握する。例えば、前記メディアサーバ（ＭＳ）と前記メディアレンダラ（ＭＲ）がＡＶトランスポートサービス（Audio/Video transport service）とレンダリングコントロールサービス（rendering control service）を提供する際、変更された状態変数を「Ｌａｓｔ Ｃｈａｎｇ」という状態変数テーブルに入れ、所定時間が経過すると、前記変更された状態変数を前記コントロールポイント（ＣＰ）に通知することにより、前記コントロールポイント（ＣＰ）は現在のデバイスの状態を把握できる。
【０００９】
前記メディアサーバ（ＭＳ）は、ＵＰｎＰアクションがあるたびに、メディアコンテンツに関する情報を前記コントロールポイント（ＣＰ）に通知する。また、前記メディアサーバ（ＭＳ）は、メディアコンテンツを再生させるために、該当メディアコンテンツをストリーミング方式で前記メディアレンダラ（ＭＲ）に伝送する。
【００１０】
前記メディアレンダラ（ＭＲ）は、前記伝送されたメディアコンテンツを再生する。ここで、前記ストリーミング方式は、多様に提示されているいずれの方式も用いることができるが、現在のＵＰｎＰ ＡＶ標準では、ストリーミングのために「Ｏｕｔ−ｏｆ−Ｂａｎｄ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ」が用いられる。
【００１１】
例えば、コンテンツを伝送するために、ＲＴＳＰ（real-time streaming protocol）−ＲＴＰ（real-time transport protocol）を使用することもできる。ＲＴＳＰ−ＲＴＰを使用したプログラムの場合は、ＲＴＰを使用してＵＤＰ（User Datagram Protocol）上にコンテンツを送る。このとき、前記メディアサーバ（ＭＳ）から送られるコンテンツを見るために、各クライアントはＲＴＳＰセッションに参加や離脱を行わなければならないが、これを管理するためにＲＴＳＰサーバが動作する。
【００１２】
従って、ＲＴＳＰ−ＲＴＰプレーヤーは、前記ＲＴＳＰサーバにより通知されたアドレスを利用して前記ＲＴＳＰセッションに参加でき、前記ＲＴＳＰセッションに参加すると、ＲＴＰを使用してサーバから送られているコンテンツを再生できる。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
このような従来のＵＰｎＰ ＡＶ標準においては、メディアサーバから送られる１つのコンテンツを１つのメディアレンダラが再生する概念で動作していた。しかし、メディアサーバがＴＶ信号を受信してメディアレンダラに送る場合、複数のディスプレイが同時に同じチャネルを見ようとすることがある。
【００１４】
また、家の中に監視カメラがあり、そのカメラに捉えられる映像がサーバにリアルタイムに保存されると仮定する。この場合、その家の構成員がその家の前で起こることを同時に見ようとすることもある。
【００１５】
その他、居間でＴＶを見ていた人が他の空間に移動した場合、ＴＶコンテンツがマルチキャストにより送られていると、前記他の空間にあるメディアレンダラがマルチキャストグループに参加して、以前に見ていた番組を逃すことなく見ることができる。
【００１６】
前述したシナリオを効率的に実現するためには、ＵＰｎＰ ＡＶデバイスが前記マルチキャストグループにコンテンツを送ることができ、かつ前記マルチキャストグループに参加すること、前記マルチキャストグループから離脱することが可能でなければならない。
【００１７】
しかし、従来のＵＰｎＰ ＡＶ標準においては、メディアサーバとメディアレンダラとの間に１つの接続を確立してメディアデータを伝送する状況のみを考慮しており、マルチキャストグループにコンテンツを送受信する場合は、効率的な制御を行うことができなかった。すなわち、従来のＵＰｎＰ ＡＶ標準においては、マルチキャストモデルを考慮していないため、マルチキャストストリーミングサービスの実現に困難があった。
【００１８】
そこで、本発明の目的は、ＵＰｎＰ ＡＶ標準でマルチキャストサービスを可能にするためにＭｕｌｔｉｃａｓｔＳｔａｒｔ（）、Ｊｏｉｎ（）、Ｌｅａｖｅ（）などのアクションを定義することにより、ＵＰｎＰ上でマルチキャストストリーミングの効率的な制御を可能にした、マルチキャストストリーミングサービス方法及びそのシステムを提供することにある。
【課題を解決するための手段】
【００１９】
上記目的を達成するための本発明によるマルチキャストストリーミングサービス方法は、メディアサーバ（ＭＳ）、複数のメディアレンダラ（ＭＲ）、これらメディアサーバとメディアレンダラを制御するコントロールポイント（ＣＰ）を備えて、メディアを再生するためにストリーミング伝送を行うＵＰｎＰ ＡＶネットワーク制御方法において、前記コントロールポイントがコンテンツを確認して、前記メディアサーバにマルチキャストストリーミング開始アクションを呼び出す段階と、前記メディアサーバが該当コンテンツを受信するためのマルチキャストグループアドレスを前記コントロールポイントに通知する段階と、前記コントロールポイントが前記複数のメディアレンダラに前記マルチキャストグループアドレスを通知する段階と、前記複数のメディアレンダラが前記マルチキャストグループアドレスに参加して、マルチキャストアドレスを確認し、該当コンテンツを受信する段階とを含むことを特徴とする。
【００２０】
好ましくは、前記コントロールポイントが前記複数のメディアレンダラに前記マルチキャストグループアドレスを通知する前後に、前記メディアサーバが該当コンテンツのマルチキャストストリーミングを開始する段階をさらに含むことを特徴とする。
【００２１】
上記目的を達成するための本発明によるマルチキャストストリーミングサービス方法は、メディアサーバ（ＭＳ）を備えて、メディアを再生するためにストリーミング伝送を行うＵＰｎＰ ＡＶネットワーク制御方法において、マルチキャスト開始アクションを認識すると、マルチキャストグループアドレスを通知し、ＲＴＳＰサーバを利用してマルチキャストアドレスに該当コンテンツをマルチキャストストリーミングする段階を含むことを特徴とする。
【００２２】
上記目的を達成するための本発明によるマルチキャストストリーミングサービス方法は、複数のメディアレンダラ（ＭＲ）を備えてメディアを再生するＵＰｎＰ ＡＶネットワーク制御方法において、コンテンツのマルチキャストの有無を確認する段階と、マルチキャストの存在が確認されると、マルチキャストグループアドレスを受信する段階と、前記マルチキャストグループアドレスに参加して、マルチキャストアドレスを確認し、該当マルチキャストコンテンツを受信する段階とを含むことを特徴とする。
【００２３】
上記目的を達成するための本発明によるマルチキャストストリーミングサービスシステムは、マルチキャストグループアドレスを提供し、ＲＴＳＰサーバを利用してマルチキャストアドレスに該当コンテンツをマルチキャストするメディアサーバ（ＭＳ）と、前記ＲＴＳＰサーバに参加してマルチキャストアドレスを確認し、前記マルチキャストアドレスに伝送されたコンテンツを再生する複数のメディアレンダラ（ＭＲ）と、マルチキャストするコンテンツを確認して前記メディアサーバにマルチキャスト開始アクションを呼び出し、前記メディアサーバから提供されたマルチキャストグループアドレスを前記複数のメディアレンダラに通知するコントロールポイント（ＣＰ）とを備えることを特徴とする。
【００２４】
好ましくは、前記メディアサーバは、前記コントロールポイントに前記マルチキャストグループアドレスを送信した後に該当コンテンツのマルチキャストを開始するか、又は前記コントロールポイントに前記マルチキャストグループアドレスを送信してから所定時間が経過すると該当コンテンツのマルチキャストを開始することを特徴とする。
【００２５】
好ましくは、前記マルチキャストグループアドレスは、前記ＲＴＳＰサーバのアドレスであることを特徴とする。
【００２６】
好ましくは、前記マルチキャストアドレスは、コンテンツをマルチキャストするための固定のマルチキャストアドレス、又は前記メディアサーバによる流動のマルチキャストアドレスであることを特徴とする。
【発明の効果】
【００２７】
本発明は、複数のメディアレンダラ（ＭＲ）がメディアサーバ（ＭＳ）から提供された同じコンテンツを同時に視聴できるようにマルチキャストを使用することによって、１つのストリーミング接続により、複数のメディアレンダラがメディアデータを同時に受信できるため、ネットワークの負荷を低減できるという効果がある。
【発明を実施するための最良の形態】
【００２８】
本発明の実施形態においては、ＵＰｎＰ上でマルチキャストデータを送信／受信するために必要なＵＰｎＰアクションを定義し、これらアクションを使用してマルチキャスト送受信を行う過程について説明する。
【００２９】
本発明の実施形態のためのＩＰのマルチキャストモデルで、メディアサーバ（ＭＳ）は、特定のマルチキャストアドレスにデータを伝送し、そのデータを受信しようとするクライアント、すなわち、メディアレンダラ（ＭＲ）は、該当マルチキャストアドレスに加入する。
【００３０】
前記マルチキャストモデルをＵＰｎＰに適用するために、図４〜図７に示すように、ＭｕｌｔｉｃａｓｔＳｔａｒｔ（）、Ｊｏｉｎ（）、Ｌｅａｖｅ（）などのＵＰｎＰアクションを導入する。
【００３１】
図１は本発明の一実施形態のためのシステムの信号流れ図である。
【００３２】
図１に示すように、マルチキャストストリーミングサービス方法は、コントロールポイント１１０がメディアサーバ１２０に「ＭｕｌｔｉｃａｓｔＳｔａｒｔ（）」アクションを呼び出して、指定されたコンテンツをマルチキャストアドレスに伝送することを要求する段階（Ｓ１０１）と、メディアサーバ１２０が「ＭｕｌｔｉｃａｓｔＳｔａｒｔ（）」アクションに対する応答で、該当コンテンツを受信するために接続するＲＴＳＰ ＵＲＬ（ＲＴＳＰサーバアドレス）をコントロールポイント１１０に送信する段階（Ｓ１０２）と、メディアサーバ１２０がＲＴＰを使用して、前記マルチキャストアドレスに該当コンテンツを伝送する段階（Ｓ１０３）と、コントロールポイント１１０が「Ｊｏｉｎ（）」アクションにより、マルチキャストグループへの参加を希望する複数のメディアレンダラ１３１〜１３６にＲＴＳＰ ＵＲＬを通知する段階（Ｓ１０４）と、前記マルチキャストグループへの参加を希望するメディアレンダラ１３１〜１３６のうちいずれか１つが、前記ＲＴＳＰ ＵＲＬを利用してメディアサーバ１２０のＲＴＳＰサーバに接続し、伝送されるメディアデータの属性とマルチキャストアドレスを取得した後、前記取得した情報を利用してマルチキャストデータを受信する段階（Ｓ１０５）とからなる。ここで、前記ＲＴＳＰ ＵＲＬは、ｒｔｓｐ：／／ｉｐａｄｄｒｅｓｓ／ｐａｔｈの形式で表現される。
【００３３】
また、コントロールポイント１１０が、該当メディアレンダラのデータの受信を中止するために、前記マルチキャストグループに参加したメディアレンダラ１３１〜１３６のうちいずれか１つの「Ｌｅａｖｅ（）」アクションを呼び出す段階をさらに含む。
【００３４】
このように構成された本発明の一実施形態において、マルチキャストを利用してメディアレンダラでコンテンツを再生するための過程は図２の動作フローチャートのとおりであり、以下、これについて説明する。
【００３５】
まず、コントロールポイント１１０が、「Ｂｒｏｗｓｅ（）」アクションにより任意のコンテンツを選択し、「ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ（）」アクションによりメディアレンダラ１３１〜１３６がコンテンツを再生できるか否かを確認する。
【００３６】
コントロールポイント１１０は、メディアサーバ１２０がマルチキャスト機能を提供してコンテンツをプッシュできる場合、「ＭｕｌｔｉｃａｓｔＳｔａｒｔ（）」アクションを呼び出す。ここで、「ＭｕｌｔｉｃａｓｔＳｔａｒｔ（）」アクションは、図４及び図５に示すように、Ｉｎｐｕｔ ｐａｒａｍｅｔｅｒにＯｂｊｅｃｔＩＤが提供され、Ｏｕｔｐｕｔ ｐａｒａｍｅｔｅｒにはマルチキャストグループに参加するために使用するＲＴＳＰ ＵＲＬがメディアサーバ１２０により提供される。
【００３７】
その後、メディアサーバ１２０は、「ＭｕｌｔｉｃａｓｔＳｔａｒｔ（）」アクションに対する応答で、該当コンテンツを受信するために接続するＲＴＳＰ ＵＲＬをコントロールポイント１１０に送信する。前記ＲＴＳＰ ＵＲＬは、ｒｔｓｐ：／／ｉｐａｄｄｒｅｓｓ／ｐａｔｈの形式を有する。
【００３８】
その後、メディアサーバ１２０は、ＲＴＰを使用してマルチキャストアドレスにコンテンツの伝送を開始する。ここで、コントロールポイント１１０は、コンテンツを再生しようとする複数のメディアレンダラ１３１〜１３６に、「ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ」アクションによりメディアサーバ１２０から提供されたＲＴＳＰ ＵＲＬを通知する。
【００３９】
これにより、前記マルチキャストグループへの参加を希望するメディアレンダラ１３１〜１３６のうちいずれか１つは、メディアサーバ１２０に存在するＲＴＳＰサーバに直接セッションの生成を要求する。
【００４０】
従って、前記マルチキャストグループに参加したメディアレンダラが、メディアサーバ１２０から送られているコンテンツを再生することによって、ユーザは該当コンテンツを視聴できる。
【００４１】
その後、前記マルチキャストグループから離脱するために、該当メディアレンダラは、コントロールポイント１１０から受けた「Ｌｅａｖｅ（）」アクションを使用する。
【００４２】
もし、前記コンテンツの再生が終了した後、既存のコンテンツを再び見たいときには、前記マルチキャストグループから離脱した後に再び参加しなければならい。
【００４３】
これは一般的な場合であって、前記コンテンツの再生が終了した状態で、再び再生機能を利用することもできる。すなわち、ベンダーによって、同じコンテンツを再び再生する場合、既存にマルチキャストグループに参加したメディアレンダラのセッションをそのまま維持することもできる。
【００４４】
一方、本発明の一実施形態においては、コンテンツマルチキャストを遅らせて、メディアレンダラがマルチキャストコンテンツをメディアサーバのマルチキャスト時間に合わせるために、図３の動作フローチャートに示すような過程を行うように実現できる。
【００４５】
本発明の一実施形態で提示された図２の過程でマルチキャストデータを送受信した場合、メディアサーバ１２０がデータの送信を開始する時点と、前記マルチキャストグループに参加したメディアレンダラ１３１〜１３６のうちいずれか１つがデータの受信を開始する時点との間にギャップが存在するため、該当メディアレンダラが現在伝送されているコンテンツの最初の部分を再生できないこともある。
【００４６】
従って、このような問題を解決するために、メディアサーバ１２０は、「ＭｕｌｔｉｃａｓｔＳｔａｒｔ（）」アクションが呼び出されたときに、直ちにコンテンツの伝送を開始するのではなく、最初にメディアレンダラが ＲＴＳＰサーバを介して接続したときにストリーミングを開始するように構成する。
【００４７】
すなわち、図３の動作過程を図１を用いて簡単に説明すると、メディアサーバ１２０がコンテンツのマルチキャストを開始する前に、コントロールポイント１１０がメディアレンダラ１３１〜１３６にマルチキャストするＲＴＳＰ ＵＲＬを通知する過程を優先して行うように構成する。
【００４８】
従って、前記マルチキャストグループに参加したメディアレンダラ１３１〜１３６のうちいずれか１つは、メディアサーバ１２０から伝送されるコンテンツの最初の部分（例えば、特定映画の最初の部分）を逃すことなく再生できる。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施形態によるマルチキャストサービス過程を示す信号流れ図である。
【図２】本発明の一実施形態によるマルチキャスト送信／受信過程を示す動作フローチャートである。
【図３】本発明の一実施形態によるマルチキャスト送信／受信過程を示す動作フローチャートである。
【図４】本発明の一実施形態によるマルチキャストサービスのための追加アクションを示す図である。
【図５】本発明の一実施形態によるマルチキャストサービスのための追加アクションを示す図である。
【図６】本発明の一実施形態によるマルチキャストサービスのための追加アクションを示す図である。
【図７】本発明の一実施形態によるマルチキャストサービスのための追加アクションを示す図である。
【図１】
2007506389.tif 000003
【図２】
2007506389.tif 000004
【図３】
2007506389.tif 000005
【図４】
2007506389.tif 000006
【図５】
2007506389.tif 000007
【図６】
2007506389.tif 000008
【図７】
2007506389.tif 000009
【国際調査報告】
2007506389.tif 000010
2007506389.tif 000011