(57)【要約】【課題】受信装置から他の受信装置へのマルチキャストコンテンツ配信の操作権利の移動を可能とする。【解決手段】送信装置１からネットワーク４を介して、各受信装置２，３にマルチキャストコンテンツの配信が行なわれている。ここで、これら受信装置２，３のうちの１つ、例えば、受信装置２はこの配信の操作権利が付与されており、これにより、受信装置２は送信装置１に対して、コンテンツ配信の制御操作を行なうことができる。かかる操作権利がない受信装置３が配信の操作ができるようにするためには、送信装置１に操作権利の要求をする。これに対し、操作装置１は受信装置２に操作権利の開放を受け入れるか否かを問い合わせ、開放を承諾した場合には、操作装置１は操作権利を受信装置２から操作装置３に移動させる。【選択図】図１
2012029140.tif 000002
【特許請求の範囲】
【請求項１】
映像コンテンツを配信する映像配信装置であって、
映像コンテンツやネットワークメッセージを送受信する通信部と、
映像コンテンツを配信する制御をするコンテンツ配信部と、
該通信部によって、ネットワーク上の他の機器からの映像コンテンツ配信の要求を受信し、要求される該映像コンテンツの配信方法を制御する配信制御部と、
該配信制御部の操作権利を有する他の第１の機器を管理する操作権利管理部と
を備え、
該操作権利管理部は、該配信制御部の操作権利を有しない他の第２の機器からの該操作権利の要求を該通信部で受信し、該要求に応じて該操作権利を該他の第１の機器から該他の第２の機器に移動させたときには、該操作権利を取得した該他の機器からのコンテンツの配信の要求を受け付けて該映像コンテンツを配信する
ことを特徴とする映像配信装置。
【請求項２】
請求項１に記載の映像配信装置であって、
前記操作権利管理部は、前記他の第１の機器から前記他の第２の機器に前記配信制御部の操作権利を移動させるときには、当該操作権利を移動させることを、前記通信部を通じて、前記他の第１の機器に通知することを特徴とする映像配信装置。
【請求項３】
請求項２に記載の映像配信装置であって、
前記操作権利管理部は、前記他の第２の機器に前記操作を移動させることを前記他の第１の機器に通知するときには、前記操作権利を有する前記他の第１の機器に前記操作権利の開放を承諾するか否かを問い合わせ、該開放が許可されたときに、前記他の第２の機器に前記操作権利を移動させることを特徴とする映像配信装置。
【請求項４】
請求項３に記載の映像配信装置であって、
前記操作権利管理部は、前記他の第１の機器に対する前記操作権利の開放を承諾するか否かの問い合わせに対し、前記他の第１の機器が承諾しないときには、その旨を前記他の第２の機器に通知し、前記他の第１の機器から前記他の第２の機器への前記操作権利の移動を禁止することを特徴とする映像配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同じコンテンツを複数の機器に配信するマルチキャストコンテンツ配信をし、配信するコンテンツの配信制御をその操作権利を有する機器からの操作に応じて実行する映像配信装置に関する。
【背景技術】
【０００２】
近年、音楽や映像などのデジタルコンテンツを、インターネットなどの広域ネットワークやデジタル放送などで配信するシステム及びサービスが普及してきており、各サービスのユーザは、かかるデジタルコンテンツの中から好なコンテンツをリアルタイムに鑑賞したり、録画やダウンロード操作を行なうことにより、このユーザのＨＤＤ（ハードディスクドライブ）搭載テレビ受信機やＨＤＤレコーダなどのコンテンツ受信装置にかかるコンテンツを格納し、好きな時間にかかるコンテンツを鑑賞したりすることができる。
【０００３】
また、宅内機器連携技術ＤＬＮＡ(Digital Living Network Alliance)をサポートしている機器が増えてきており、例えば、宅内ＬＡＮ(Local Area Network)に接続されているテレビ機器（メディアプレーヤ）から同じこのネットワークに接続されているメディアサーバであるＨＤＤレコーダに格納されているコンテンツを再生することが可能となり、コンテンツを格納している機器でそのコンテンツを鑑賞する必要がなくなって、ユーザにとって便利なユースケースが実現している。
【０００４】
かかるメディアサーバがメディアプレーヤに配信できるコンテンツの種類としては、そのストレージ中に格納されているコンテンツの他に、地上波，衛星通信、または、ケーブルテレビチューナで送信されるコンテンツやＶＯＤ(Video on Demand)，コンテンツダウンロード，ＩＰ(Internet Protocol)放送といったサービスにより、広域ＩＰネットワーク上に配信されているコンテンツや、ビデオカメラから撮影して配信されたライブコンテンツなども存在する。
【０００５】
上記のようなコンテンツを宅内ネットワークにマルチキャストで配信すると、ネットワークに接続している複数のメディアプレーヤ（受信装置）で同じコンテンツストリームを同時に再生表示可能であって、新たなユーセージシナリオを生み出せる。また、マルチキャストの配信により、宅内ネットワークの帯域幅の節約を図ることができるというメリットも期待されている（例えば、特許文献１，２参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−９４５６０号公報
【特許文献２】特開２００４−８０５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、マルチキャストでコンテンツを配信する場合、一般的には、配信サーバに対して再生の制御を行なわず、再生端末側から見れば、コンテンツを受信するが、その特殊再生などを行なうことができず、受動的な再生となっている。複数の受信装置にマルチキャスト配信を行なっている場合、各受信装置側から配信サーバに対して効率的に操作を行なうことができるようにすることが必要である。
【０００８】
即ち、複数の受信装置にマルチキャスト配信を行なっている場合、受信装置側から配信サーバに対して効率的に制御を行ないたい場合、受信装置側に背信サーバを操作する権利を与えればよく、この操作権利によって配信サーバを操作して配信されるコンテンツに関する制御を行なうことが可能となるが、この操作権利を全ての受信装置に与えると、夫々の受信装置で勝手にその操作権利が行使されるという不具合が生じ、このため、１つの特定の受信装置にのみ配信サーバの操作権利を与えるようにすればよい。
【０００９】
しかしながら、このように、特定の１つの受信装置にのみ配信サーバの操作権利を与えるようにすると、他の受信装置は、操作権利を有する受信装置の操作に応じた配信コンテンツを受信するだけとなり、希望するコンテンツの配信を期待することができないし、特殊再生などの自分の好みにあった形態で配信コンテンツを取得することができない、という問題がある。
【００１０】
本発明は、かかる問題に鑑みてなされたものであって、その目的は、受信装置からの要求に応じて、マルチキャストコンテンツの配信の操作を受信装置からすることができるようにする映像配信装置を提供するにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明は、映像コンテンツを配信する映像配信装置であって、映像コンテンツやネットワークメッセージを送受信する通信部と、映像コンテンツを配信する制御をするコンテンツ配信部と、通信部によって、ネットワーク上の他の機器からの映像コンテンツ配信の要求を受信し、要求される映像コンテンツの配信方法を制御する配信制御部と、配信制御部の操作権利を有する他の第１の機器を管理する操作権利管理部とを備え、操作権利管理部は、配信制御部の操作権利を有しない他の第２の機器からの操作権利の要求を通信部で受信し、要求に応じて操作権利を他の第１の機器から他の第２の機器に移動させたときには、操作権利を取得した他の機器からのコンテンツの配信の要求を受け付けて映像コンテンツを配信することを特徴とする。
【００１２】
また、本発明は、操作権利管理部が、他の第１の機器から他の第２の機器に配信制御部の操作権利を移動させるときには、当該操作権利を移動させることを、通信部を通じて、他の第１の機器に通知することを特徴とする。
【００１３】
さらに、本発明は、操作権利管理部が、他の第２の機器に操作を移動させることを他の第１の機器に通知するときには、操作権利を有する他の第１の機器に操作権利の開放を承諾するか否かを問い合わせ、開放が許可されたときに、他の第２の機器に操作権利を移動させることを特徴とする。
【００１４】
さらに、本発明は、操作権利管理部が、他の第１の機器に対する操作権利の開放を承諾するか否かの問い合わせに対し、他の第１の機器が承諾しないときには、その旨を他の第２の機器に通知し、他の第１の機器から他の第２の機器への操作権利の移動を禁止することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、機器にマルチキャスト配信を操作する操作権利がない機器であっても、その操作をしたい場合には、その操作権利を有している他の機器の承諾を得ることにより、この操作権利を取得することが可能となり、マルチキャスト配信の制御を行なうことができる。
【図面の簡単な説明】
【００１６】
【図１】本発明による映像配信装置の第１の実施形態を示すシステム構成図である。
【図２】図１における送信装置１から受信装置２，３にマルトチキャスト配信セッションを開始するための一連の動作の一具体例を示すフローチャートである。
【図３】図２におけるステップ２０１で受信装置２から送信装置１に送信されるかかるセッションリスト要求メッセージ３００の一具体例を示す図である。
【図４】図２のステップＳ２０２，Ｓ２０８で送信装置１から受信装置２，３に送信されるセッションリスト要求レスポンスメッセージ４００の一具体例を示す図である。
【図５】図２に示すステップＳ２０３で受信装置２から送信装置１に送信されるセッション生成要求メッセージ５００の一具体例を示す図である。
【図６】記憶部１０４で管理されるセッション管理テーブル６００の一具体例を示す図である。
【図７】図１での記憶部１０４に格納される各マルチキャスト配信セッションのクライアント管理テーブル７００の一具体例を示す図である。
【図８】送信装置１の配信制御部１０５で作成されるセッション生成要求メッセージ８００の一具体例を示す図である。
【図９】セッションジョインを許可しない受信装置３にその旨を通知するためのセッション生成要求レスポンスメッセージ９００の一具体例を示す図である。
【図１０】図２に示すステップＳ２０９で受信装置３から送信装置１に送信されるセッションジョイン要求メッセージ１０００の一具体例を示す図である。
【図１１】図２のステップＳ２１１で送信装置１から受信装置３に送信されるセッションジョインレスポンスメッセージ１１００の一具体例を示す図である。
【図１２】図１における他の受信装置から送信装置１の再生制御権利を取得するための一連の手順の一具体例を示すフローチャートである。
【図１３】図１における受信装置３で作成される操作権利要求メッセージ１２００の一具体例を示す図である。
【図１４】図１２のステップＳ３０４で送信装置１から受信装置２に制御権利の開放の可否を問い合わせるための制御権利開放要求メッセージ１３００の一具体例を示す図である。
【図１５】図１における受信装置２の表示部２０３で表示される他の機器からの送信装置１の操作権利の開放の可否を問い合わせるＧＵＩ画面の一具体例を示す図である。
【図１６】図１２でのステップＳ３０６で受信装置２から送信装置１に送信される操作権利開放要求レスポンスメッセージ１５００の一具体例を示す図である。
【図１７】図１２のステップＳ３０９で送信装置１から受信装置３に送信される操作権利要求レスポンスメッセージ１６００の一具体例を示す図である。
【図１８】本発明による映像配信装置の第２の実施例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態を図面を用いて説明する。
【００１８】
〔第１の実施形態〕
この第１の実施形態は、メディアサーバから複数のメディアプレーヤにマルチキャストの方式で或るコンテンツを配信するとき、各メディアプレーヤ間でメディアサーバに対する制御権利を引き渡す方法に関するものである。
【００１９】
図１は本発明による映像配信装置の第１の実施形態を示すシステム構成図であって、１は送信装置、１０１は通信部、１０２はコンテンツ受信部、１０３はコンテンツ配信部、１０４は記憶部、１０５は配信制御部、１０６は操作権利管理部、２，３は受信装置、４はネットワーク、５はルータ、２０１は通信部、２０２はコンテンツ受信部、２０３は表示部、２０４は記憶部、２０５は入力部、２０６は受信再生制御部である。
【００２０】
同図において、送信装置１と受信装置２，３がネットワーク４を介して互いに接続されてシステムが構成されており、また、これら送信装置１，受信装置２，３は、ネットワーク４に接続されたルータ５を経由して広域ＩＰ（Internet Protocol）ネットワーク（図示しない）に接続されている。ここで、送信装置１はコンテンツを配信する映像配信装置であって、受信装置２，３はコンテンツ配信を受ける機器であるが、いずれもがコンテンツの配信や配信されたコンテンツを受信する機能を有してもよい。
【００２１】
なお、ネットワーク４には、複数の受信装置が接続されており、ここでは、２つの受信装置２，３を示しているが、これらは同一構成，機能を有するものであるから、以下では、一方の受信装置２について説明する。
【００２２】
送信装置１は、コンテンツ（画像，音声、または、映像）を配信する機能を持つメディアサーバであって、通信部１０１，コンテンツ受信部１０２，コンテンツ配信部１０３，記憶部１０４，配信制御部１０５及び操作権利管理部１０６から構成されている。
【００２３】
通信部１０１は、ネットワーク４を介して送信装置１に接続している受信機２などの他の機器との間でメッセージやコンテンツの送信，受信を行なう機能を有しており、ネットワーク４を通して他の機器と対話するためのプロトコルに従って必要なデータのパケット化処理を行なう。
【００２４】
コンテンツ受信部１０２は、通信部１０１を通して外部からコンテンツを受信する制御を行なう。
【００２５】
コンテンツ配信部１０３は、他の機器が受信できるように、通信部１０１からコンテンツを送信する制御を行なう。
【００２６】
記憶部１０４は、コンテンツ受信部１０２から受信したコンテンツ本体やコンテンツに関する特定情報（メタ情報），コンテンツの送受信のために必要とする外部機器の特定情報（ＩＰアドレス）などを格納している。
【００２７】
配信制御部１０５は、コンテンツ配信部１０３，コンテンツ受信部１０２及び記憶部を制御しながらどのコンテンツを配信するか、どのようにコンテンツの配信を行なうかなどの設定を行なう。
【００２８】
操作権利管理部１０６は、或るコンテンツの配信セッション（配信の通信）において、どの受信装置がこの送信装置１の操作権利を有しているかを管理している。
【００２９】
受信装置２は、ネットワーク４からコンテンツを受信して、ユーザにコンテンツの内容を再生して表示するメディアプレーヤであり、通信部２０１，コンテンツ受信部２０２，表示部２０３，記憶部２０４，入力部２０５及び受信再生制御部２０６から構成されている。
【００３０】
通信部２０１は、ネットワーク４に接続している送信装置１などの他の機器にメッセージやコンテンツを受信及び送信するための機能を有しており、ネットワーク４を介して他の機器と対話するためのプロトコルに従って必要なデータのパケット化処理を行なう。
【００３１】
コンテンツ受信部２０２は、通信部２０１を通して外部からコンテンツを受信する機能を果たすものである。
【００３２】
表示部２０３は、コンテンツ受信部２０２で受信したコンテンツのストリームを鑑賞可能な状態とするために非多重化処理やデコード処理，音声・映像処理などを行ない、ユーザに対するコンテンツの表示処理を行なう。
【００３３】
記憶部２０４は、コンテンツ受信部２０２で受信したコンテンツ本体やコンテンツに関する特定情報（メタ情報），コンテンツの受信のために必要とする外部機器の特定情報（サーバのＩＰアドレス）などを格納している。
【００３４】
入力部１０５は、ユーザの入力操作による操作情報を取得し、関係する制御部に供給する。
【００３５】
受信再生制御部２０６は、入力部１０５から入力された操作情報の基に、コンテンツ受信部２０２などを制御する機能を有している。
【００３６】
ネットワーク４は、例えば、有線ＬＡＮであり、ネットワークプロトコルとして標準のＩＰ(Internet Protocol)が使用され、上位のトランスポートプロトコルとしては、ＴＣＰ(Transmission Control Protocol)やＵＤＰ(User Datagram Protocol)が用いられる。コンテンツの伝送には、さらに、上位のアプリケーションプロトコル、例えば、ＲＴＰ(Real-time Transport Protocol)やＨＴＴＰ(Hyper Text Transfer Protocol)，ＦＴＰ(File Transfer Protocol)などを使用する。なお、ＩＰには、バージョンの違いとして、ＩＰｖ４とＩＰｖ６とが有るが、ＩＰのバージョンはどちらを用いてもよい。また、ネットワーク４としては、ルータやハブなどの装置を介して各機器をイーサネット（登録商標）ケーブルや無線などで接続することにより、インターネット接続やファイルの共有などを行なうためのネットワークである。
【００３７】
ネットワーク４に接続された送信装置１や受信装置２は夫々、自身を識別するためのＩＰアドレスを所有している。また、各々のネットワーク通信処理回路のインターフェース部には、４８ビットのＭＡＣ(Media Access Control)アドレスが予め設定されている。
【００３８】
各装置へのＩＰアドレスの設定は、Ａｕｔｏ ＩＰという自動設定を利用してＩＰアドレスを割り振るか、ネットワークにおけるアドレスの自動設定であるＤＨＣＰ(Dynamic Host Configuration Protocol)により、例えば、ルータ５をＤＨＣＰサーバとして動作させ、ここから各装置のＩＰアドレスを割り振る。
【００３９】
なお、ＩＰｖ６を用いる場合には、ステートレス自動設定と呼ばれる方法により、ルータ５のＩＰアドレスの上位６４ｂｉｔとＭＡＣアドレスとから、各装置が自身のＩＰアドレスを定めるようにしてもよい。
【００４０】
ここで、図１におけるシステム構成では、送信装置１と受信装置２との間を有線ＬＡＮで接続しているが、機器同士の接続方法として、無線アクセスポイントを使用した無線ＬＡＮやＩＥＥＥ１３９４，ＵＳＢ，Ｂｌｕｅｔｏｏｔｈ（登録商標）などを用いてもよい。
【００４１】
ルータ５は、図示しないモデムあるいは光電変換器などを介して、もしくはルータに内蔵されるモデムあるいは光電変換器により、広域ネットワーク（図示せず）に接続される。広域ネットワークへの接続形態は、ＡＤＳＬ(Asymmetric Digital Subscriber line)や光ファイバーなどの高速アクセス回線や、ＩＳＤＮ(Integrated Services Digital Network)，アナログ電話回線，携帯電話などの移動体通信網など、その種類を問わない。広域ネットワークとしては、コンテンツプロバイダやネットワーク接続サービスプロバイダが提供する閉域網ネットワークでもよい。
【００４２】
なお、この第１の実施形態において、ネットワーク４に接続された各機器が互いのＩＰアドレスを知る方法を問わず、事前に各機器に登録しておくようにしてもよく、ＵＰｎＰ(Universal Plug and Play)の仕組みを用いて互い存在を検索及び宣言する方法などでもよい。
【００４３】
ここで、ユーザは、受信装置２を利用して、送信装置１からマルチキャストで配信されるコンテンツを同時に鑑賞することができる。
【００４４】
次に、１つのマルチキャスト配信サーバに対して２つのマルチキャスト受信装置２，３によるマルチキャスト配信の開始動作について説明する。
【００４５】
この第１の実施形態では、図１における一方の受信装置２からの要求があると、送信装置１でマルチキャスト配信セッションを開始して、次に、受信装置３が開始されたマルチキャスト配信セッションにジョインして（即ち、マルチキャスト配信されるコンテンツの受信が可能な状態となって）、送信装置１が配信する同じコンテンツストリームを受信装置２，３で同時に鑑賞できる状態にするものである。ここで、最初にマルチキャスト配信セッションを要求した受信装置２が自動的にマルチキャスト配信サーバ（配信装置１）の操作権利を持つこととし、送信装置１の操作権利は受信装置２が有するので、受信装置３からのこのマルチキャスト配信サーバとしての配信装置１の操作を行なうことができない。
【００４６】
図２は図１における送信装置１から受信装置２，３にマルチキャスト配信セッションを開始するための一連の動作の一具体例を示すフローチャートである。ここでは、上記のように、受信装置２が送信装置１にマルチキャスト配信の開始を要求し、受信装置３が開始されたマルチキャスト配信セッションにジョイントし、受信装置２とともに、この同じコンテンツストリームを視聴できるようにするものである。
【００４７】
これから説明する装置間のメッセージの送受信方法としては、例えば、ＨＴＴＰ(Hyper Text Transfer Protocol)方式を用いるものとする。必要なやり取りメッセージは、ＨＴＴＰパケットの本文に記載する。各メッセージのＨＴＴＰパケット化処理及びＨＴＴＰパケット解析処理は、送信装置１の通信部１０１及び受信装置２，３の通信部２０１で行なわれる。
【００４８】
図２において、まず、受信装置２が、送信装置１から現在送信装置１が配信しているマルチキャストのセッションリストを取得するために、送信装置１にセッションリスト要求メッセージ３００を送信してこのリストを要求する（ステップＳ２０１)。ここでは、受信装置２でのかかる要求は、入力部２０５でのユーザの操作によってなされる。
【００４９】
図３は図２におけるステップ２０１で受信装置２から送信装置１に送信されるかかるセッションリスト要求メッセージ３００の一具体例を示す図であって、３１０はコマンド名である。
【００５０】
同図において、セッションリスト要求メッセージ３００には、送信装置１が解析できるフォーマット（例えば、ある約束に基づいた構造のバイナリ コード記述やテキストファイル，ＸＭＬ(Extended Markup Language)による記述など)のコマンド名３１０が含まれる。ここで、コマンド名３１０としては、例えば、“GET_SESSION_LIST"といったテキスト文とする。
【００５１】
図２に戻って、送信装置１は、受信装置２からのセッションリスト要求メッセージ３００を解析し、コマンド名３１０が“GET_SESION_LIST"とのテキスト文であることを検出することにより、メッセージの送信元の機器からセッション生成が要求されていることを確認する。
【００５２】
そこで、送信装置１は、受信装置２からのかかるセッションリスト要求（ステップＳ２０１）に対して現在存在するマルチキャストセッションのリストを示すために、セッションリスト要求レスポンスメッセージ４００を配信制御部１０５で作成し、通信部１０１でパケット化して受信装置２にこのセッションリスト要求レスポンスメッセージ４００を送信して、受信装置２からのセッションリスト要求に対するレスポンスをする（ステップＳ２０２）。
【００５３】
図４は図２のステップＳ２０２，Ｓ２０８で送信装置１から受信装置２，３に送信されるセッションリスト要求レスポンスメッセージ４００の一具体例を示す図であって、４１０はリスト長、４２０はセッションＩＤ、４３０は配信ストリームＩＤである。
【００５４】
同図において、セッションリスト要求レスポンスメッセージ４００は、リスト長４１０とセッションＩＤ４２０と配信ストリームＩＤ４３０とからなる。図４（ａ）に示すセッションリスト要求レスポンスメッセージ４００ａは、マルチキャストセッションが無く、そのリストがないときのセッションリスト要求レスポンスメッセージ４００であり、このセッションリスト要求レスポンスメッセージ４００ａは、“０”（ゼロ）のテキスト文が表わされるリスト長４１０からなっている。また、図４（ｂ）に示すセッションリスト要求レスポンスメッセージ４００ｂは、マルチキャストセッションが有り、そのリストがあるときのセッションリスト要求レスポンスメッセージ４００であり、このセッションリスト要求レスポンスメッセージ４００ｂは、例えば、“１”のテキスト文が表わされるリスト長４１０とセッションに割り当てられたセッションＩＤ（Identification）３２２とこのセッションで配信されるコンテンツストリームに割り当てられた配信ストリームＩＤ４３０とからなる。
【００５５】
図２に戻って、受信装置２がセッションリストを要求したときに（図２のステップＳ２０１）、送信装置１にマルチキャストセッションが無いときには、図２のステップＳ２０２で送信されるセッションリスト要求レスポンスメッセージ４００は、図４（ａ）に示すセッションリスト要求レスポンスメッセージ４００ａとなっている。このセッションリスト要求レスポンスメッセージ４００ａでは、リスト長４１０に“０”（ゼロ）を表わすテキスト文が登録されている。これに対し、送信装置１にマルチキャストセッションが有るときには、図２のステップＳ２０２で送信されるセッションリスト要求レスポンスメッセージ４００は、図４（ｂ）に示すセッションリスト要求レスポンスメッセージ４００ｂとなっている。このセッションリスト要求レスポンスメッセージ４００ｂでは、リスト長４１０に“１”を表わすテキスト文が登録されており、セッションＩＤ４２０として、例えば、“Ｓ０００００１”が、配信ストリームＩＤ４３０として、例えば、“ｃｏｎｔｅｎｔ００１”が夫々登録されている。
【００５６】
ここで、受信装置２がセッションリストを要求したときには、送信装置１では、どこからもセッションリストの要求がなく、マルチキャスト配信セッションがないものとすると、送信装置１は図４（ａ）に示すセッションリスト要求レスポンスメッセージ４００ａを作成して受信装置２に送信する（上記のステップＳ２０２）。受信装置２では、セッションリスト要求レスポンスメッセージ４００ａを通信部２０１で受信し、受信再生制御部２０６がこのレスポンスメッセージ４００ａを解析する。この解析の結果、レスポンスメッセージ４００ａのビット長３２１で“０”が読み取られると、これにより、受信再生制御部２０６は、送信装置１には現在マルチキャスト配信セッションが存在しないことを確認する。
【００５７】
次に、受信装置２は、送信装置１に対して、マルチキャスト配信セッションの生成を要求する（ステップＳ２０３）。具体的には、受信再生制御部２０６でセッション生成要求メッセージ５００を作成し、通信部２０１から送信装置１に送信する。
【００５８】
図５は図２に示すステップＳ２０３で受信装置２から送信装置１に送信されるセッション生成要求メッセージ５００の一具体例を示す図であって、５１０はコマンド名、５２０は配信ストリームＩＤである。
【００５９】
同図において、セッション生成要求メッセージ５００には、コマンド名５１０と配信ストリームＩＤ５２０が含まれている。コマンド名５１０は、送信装置１に対するセッション生成要求の命令が登録されており、この場合には、“GENERATE”というテキスト文が登録されているものとする。また、配信ストリームＩＤ５２０は、送信装置１からマルチキャスト配信できるコンテンツの名称を表わすものであり、例えば、数字や文字列で表わすコンテンツの名前や送信装置１の記憶部１０４に格納されているコンテンツのＩＤなどである。
【００６０】
なお、受信装置２は、例えば、ＵＰｎＰのＣＤＳ(Content Directory Service)機能を用いることにより、送信装置１が各受信装置２，３にマルチキャスト配信できるコンテンツストリームのリストを事前に取得することができ、これにより、コンテンツＩＤを事前に確保できる。
【００６１】
図２に戻って、送信装置１の配信制御部１０５は、上記ステップＳ２０３で受信したセッション生成要求メッセージ５００を解析して、読み取ったコマンド名５１０及び配信ストリームＩＤ５２０の登録内容に従って新しいマルチキャスト配信セッションを作成するセクション生成処理を行なう（ステップＳ２０４）。
【００６２】
ステップＳ２０４のこのセッション生成処理は、送信装置１の配信制御部１０５が、読み取った情報に従って、セッション管理テーブル６００と受信装置２のアドレス情報を基にクライアント管理テーブル７００とを作成し、記憶部１０４に格納するものである。
【００６３】
図６は記憶部１０４で管理されるセッション管理テーブル６００の一具体例を示す図であって、６１０はセッションＩＤ、６２０はＭＣグループアドレス、６３０は操作端末ＩＤ、６５０は操作ＵＲＩ、６４０は配信ストリームＩＤ、ク６６０はライアントリスト、６６０ａはリスト長、６６０ｂはクライアントＩＤである。
【００６４】
同図において、セッション管理テーブル６００は、マルチキャスト配信セッション毎の関連する情報を含ものであって、マルチキャスト配信セッションの生成要求があったときに作成される。このセッションに関する情報としては、セッションＩＤ６１０と、ＭＣグループアドレス６２０と、操作端末ＩＤ６３０と、配信ストリームＩＤ６４０と、操作ＵＲＩ６５０と、操作端末アドレス５０６と、クライアントリスト６６０とがある。
【００６５】
セッションＩＤ６１０は数字及び文字の列で表わされ、当該マルチキャスト配信セッションと他のセッションとを区別するために設定されたものである。
【００６６】
ＭＣグループアドレス６２０は、当該マルチキャスト配信セッションで用いられるマルチキャストグループのアドレスである。
【００６７】
操作端末ＩＤ６３０は、マルチキャスト配信サーバとしての送信装置１のコンテンツストリーム配信に関連する制御を行なうことができる権利を持つ受信装置のＩＤである。ここでは、受信装置２がセッション生成要求を行なったので、この受信装置２が送信装置１の配信制御権利を有することになる。その場合、例えば、受信装置２のＭＡＣアドレスを操作端末ＩＤ６３０とする。
【００６８】
配信ストリームＩＤ６４０は、送信装置１が当該セッションで送信するコンテンツストリームの名称であり、送信装置１が格納している他のコンテンツと区別するための特有の名前である。例えば、送信装置１が複数のコンテンツを配信可能である場合には、配信ストリームＩＤ６４０を、例えば、各コンテンツのファイル名などにしてもよい。
【００６９】
操作ＵＲＩ６５０は、セッションリストを要求した受信装置２から送信装置１に対する制御コマンドのメッセージを送信する所在ＵＲＩ(Unified Resource Identifier)である。各コマンドのやり取りは、例えば、ＸＭＬベースのＳＯＡＰ(Simple Object Access Protocol)プロトコルを用いて行なわれる。この第１の実施形態では、ＨＴＴＰ及びＳＯＡＰプロトコルを使用するが、例えば、コンテンツ本体再生制御のためのＲＴＳＰ(Real Time Streaming Protocol)や独自のコマンドやり取りプロトコルなどの方法を用いてもよい。なお、そのコマンド種類としては、或るコンテンツの再生に関連する「再生」，「停止」，「早送り」，「巻き戻し」などや送信装置１が配信するコンテンツの切り替えなどである。
【００７０】
クライアントリスト６６０には、当該セッションに接続している全ての受信装置のＩＤに関する情報が記述されており、リスト長６６０ａとクライアントＩＤ６６０からなる。リスト長６６０ａには、現在接続されている受信装置の台数が記述される。現在接続されている受信装置の台数が１以上であれば、リスト長６６０ａの次に、接続している全ての受信装置の端末ＩＤをクライアントＩＤ６６０ｂとして配列して記述される。図２のステップＳ２０３では、当該セッションにおける受信装置は受信装置２の１つだけであるので、リスト長６６０ａには“１”と記述し、クライアントリスト６６０ｂには、受信装置２の端末ＩＤを記述する。この場合には、操作端末ＩＤ６３０と等しく、“00-00-00-00-01"である。
【００７１】
図７は図１での記憶部１０４に格納される各マルチキャスト配信セッションのクライアント管理テーブル７００の一具体例を示す図であって、７１０はクライアントＩＤ、７２０はＩＰアドレス、７３０は操作権利フラグである。
【００７２】
配信制御部１０５（図１）は、或るマルチキャストセッションにおいて、当該ストリームコンテンツを受信している全ての受信装置に関する情報を基に、受信装置毎にクライアント管理テーブル７００を作成して記憶部１０４に格納する。このクライアント管理テーブル７００には、図７に示すように、クライアントＩＤ７１０とＩＰアドレス７２０と操作権利フラグ７３０とが記述される。
【００７３】
クライアントＩＤ７１０は、各受信装置の端末ＩＤであって、ＭＡＣアドレスやメーカが付けた製品番号などであり、当該機器を他の機器と区別する、夫々の受信装置を区別するものである。ここでは、受信装置２に対するクライアント管理テーブル７００を示しており、このため、クライアントＩＤ７１０は、図６でのクライアントＩＤ６６０ｂと等しく、“00-00-00-00-01"である。
【００７４】
ＩＰアドレス７２０は、各受信装置のＩＰアドレスを記述するものであって、このクライアント管理テーブル７００では、受信装置２のＩＰアドレスの“192.168.1.101"である。
【００７５】
操作権利フラグ７３０は、送信装置１の操作権利管理部１０６が決める各受信装置毎の送信装置１に対する制御権利の有無を表わす判定フラグである。この第１の実施形態においては、セッションを開始する受信装置が自動的に送信装置１の制御権利を有するものと決められており、このため、受信装置２のクライアント管理テーブル７００の操作権利フラグ７３０には、“ＴＲＵＥ”が記述される。
【００７６】
図２に戻って、次に、これらセッション管理テーブル６００及びクライアント管理テーブル７００を基づいて、送信装置１での配信制御部１０５がセッション生成要求メッセージ８００を作成し、通信部１０１から受信装置２に送信する（ステップＳ２０５）。
【００７７】
図８は送信装置１の配信制御部１０５で作成されるセッション生成要求メッセージ８００の一具体例を示す図であって、８１０はレスポンス、８２０はセッションＩＤ、８３０はＭＣグループアドレス、８４０は操作ＵＲＩ、８５０は操作権利フラグである。
【００７８】
同図において、配信制御部１０５（図１）が作成するセッション生成要求レスポンスメッセージ８００には、レスポンス８１０と、セッションＩＤ８２０と、ＭＣグループアドレス８３０と、操作ＵＲＩ８４０と、操作権利フラグ８５０とが記述され、受信装置２に送信される。
【００７９】
レスポンス８１０は、セッション要求に対するレスポンスをすることを表わすテキスト文である。セッション要求に対して、新しくセッションが生成された場合には、このレスポンス８１０に、例えば、“ＯＫ”のテキスト文を記述する。
【００８０】
セッションＩＤ８２０は、この生成されたセッションのセッション管理テーブル６００（図６）のセッションＩＤ６１０を記述する。
【００８１】
ＭＣグループアドレス８３０は、この生成されたセッションの図６に示すセッション管理テーブル６００でのＭＣグループアドレス６２０を記述する。
【００８２】
操作ＵＲＩ８４０は、この生成されたセッションの図６に示すセッション管理テーブル６００での操作ＵＲＩ６５０に基づいたものであって、受信装置２から送信装置１に対する制御コマンドのメッセージを送信する所在を表わすＵＲＩ(Unified Resource Identifier)である。各コマンドのやり取りは、例えば、ＸＭＬベースのＳＯＡＰ(Simple Object Access Protocol)プロトコルを用いて行なわれる（独自のコマンドやり取りプロトコルなどのその他の方法でもよい）。
【００８３】
操作権利フラグ８５０は、この生成されたセッションの受信装置２の図７に示すクライアント管理テーブル７００の操作権利フラグ７３０に基づいたものであって、受信装置２が送信装置１に対してマルチキャスト配信の制御が可能か否かの状態フラグを表わす。
【００８４】
なお、例えば、コンテンツ配信の制約などにより、コンテンツに対するセッションジョインを許さないセッションリストを要求した受信装置があり、これが、例えば、受信装置３とすると、送信装置１は、図２のステップＳ２０５において、受信装置３にその旨を示すセッション生成要求レスポンスメッセージ９００を送信する。
【００８５】
図９はセッションジョインを許可しない受信装置３にその旨を通知するためのセッション生成要求レスポンスメッセージ９００の一具体例を示す図であって、９１０はレスポンスメッセージである。
【００８６】
同図において、セッション生成要求レスポンスメッセージ９００には、レスポンスメッセージ９１０が含まれており、上記の例では、受信装置３に対して、このレスポンスメッセージ９１０にセッションのジョインが許可されないことを示す、例えば、“ＮＧ”というテキスト文を記述する。
【００８７】
図２に戻って、ステップＳ２０５により、受信装置２は送信装置１で生成されたセッションに関する情報が取得できるので、例えば、コンテンツストリームの配信再生の開始や終了などの命令を行ないたい場合、上記情報を利用することにより、可能となる。上記のマルチキャスト配信セッションにおいて、受信装置２の入力部２０５（図１）で入力されたユーザ操作による操作情報は、受信再生制御部２０６で処理された後、通信部２０１（図１）から送信装置１に操作命令として送信される（ステップＳ２０６）。
【００８８】
以上のステップＳ２０６の一連の手順が行なわれることにより、送信装置１からマルチキャスト配信ストリームがネットワーク４を介して送信され、受信装置２のみがこの配信ストリームを受信される。
【００８９】
次に、ネットワーク４に接続している受信装置３が上記のマルチキャストのセッションにジョインするときの手順について説明する。
【００９０】
図２において、ステップＳ２０１と同様に、ユーザの操作などによって受信装置３は、送信装置１に図３に示すセッションリスト要求メッセージ３００を送信する（ステップＳ２０７）。
【００９１】
送信装置１は、このセッションリスト要求メッセージ３００を受信すると、これに対して、図４（ｂ）に示すセッションリスト要求レスポンスメッセージ４００ｂを送信する（ステップＳ２０８)。このときには、受信装置２により、マルチキャスト配信セッションが送信装置１に既に存在しているため、セッションリスト要求レスポンスメッセージ４００ｂには、図４（ａ）に示すセッションリスト要求レスポンスメッセージ４００ａとは異なり、リスト長４１０に“１”が記述され、セッションＩＤ４２０と配信ストリームＩＤ４３０とが記述される。
【００９２】
このセッションリスト要求レスポンスメッセージ４００ｂにおいて、リスト長４１０は、現在送信装置１が配信しているマルチキャスト配信セッションの個数を表わしている。リスト長４１０の値が“１”以上であれば、リスト長の次に、存在している各セッションのセッションＩＤ４２０と配信ストリームＩＤ４３０とが順番に並んで記述される。このセッションＩＤ４２０は、セッション管理テーブル６００（図６）のセッションＩＤ６１０に基づいて記述される。配信ストリームＩＤ４３０は、コンテンツ管理テーブル５００（図５）の配信ストリームＩＤ５２０に基づいて記述される。
【００９３】
図２に戻って、次に、受信装置３は、送信装置１からのセッション生成要求レスポンスメッセージ４００ｂ（図４（ｂ）：ステップＳ２０８）を解析し、現在配信中のセッションの存在を確認する。ここで、解析した結果に基づいて、受信装置３の表示部２０３（図１）に、送信装置１に存在するマルチキャスト配信セッションのリストを表示する。表示の仕方としては、例えば、受信したセッションリスト要求レスポンスメッセージ４００ｂの配信ストリームＩＤ４３０を表示し、ユーザはどのコンテンツがマルチキャスト配信されるかが分かるようにするなどの方法がある。
【００９４】
次に、受信装置３において、送信装置１に存在するセッションにジョインするために、ユーザが入力部２０５（図１）で所定の操作して、受信再生制御部２０６（図１）でセッションジョイン要求メッセージ１０００を作成させ、このセッションジョイン要求メッセージ１０００を送信装置１に送信させる（ステップＳ２０９）
図１０は図２に示すステップＳ２０９で受信装置３から送信装置１に送信されるセッションジョイン要求メッセージ１０００の一具体例を示す図であって、１０１０はコマンド名、１０２０はセッションＩＤである。
【００９５】
同図において、セッションジョイン要求メッセージ１０００には、コマンド名１０１０とセッションＩＤ１０２０とが記述されている。コマンド名１０１０には、セッションジョインの意味する命令、例えば、“ＪＯＩＮ”といったテキスト文が記述される。また、セッションＩＤ１０２０は、図２での上記ステップＳ２０８で受信装置３が受信したセッションリスト要求レスポンスメッセージ４００ｂ（図４（ｂ））のセッションＩＤ４２０に基づいて記載する送信装置１のマルチキャスト配信セッションのＩＤである。
【００９６】
図２に戻って、送信装置１は、上記のように、受信装置３からのセッションジョイン要求メッセージ１０００を受信すると（ステップＳ２０９）、次に、この受信装置３のセッションジョインの可否を確認し、それを認めれば、セッションジョインの処理を行なう（ステップＳ２１０）。具体的には、受信装置３のクライアント管理テーブル７００（図７）を記憶部１０４（図１）に追加記憶する。受信装置３は既に存在するセッションにジョインするので、送信装置１の再生制御をすることができず、このクライアント管理テーブル７００の操作権利フラグ７３０には、その旨を示す、例えば、“ＦＡＬＳＥ”などが記述される。
【００９７】
なお、受信装置のセッションジョインを認めるか否かは、送信装置１の仕様に依存し、どのようなルールにするかは問わない。この第１の実施形態では、例えば、受信装置３のセッションジョインは認められるとする。
【００９８】
次に、送信装置１は、受信装置３に対するセッションジョインレスポンスメッセージ１１００を作成し、この送信装置３に送信する（ステップＳ２１１）。
【００９９】
図１１（ａ），（ｂ）は図２のステップＳ２１１で送信装置１から受信装置３に送信されるセッションジョインレスポンスメッセージ１１００の一具体例を示す図であって、１１００ａ，１１００ｂはセッションジョインレスポンスメッセージ、１１１０はレスポンス、１１２０はセッションＩＤ、１１３０はＭＣグループアドレス、１１４０は操作権利フラグである。同図（ａ）はセッションジョインが認められた場合のセッションジョインレスポンスメッセージ１１００ａであり、同図（ｂ）はセッションジョインが認められない場合のセッションジョインレスポンスメッセージ１１００ｂである。
【０１００】
図１１（ａ）において、セッションジョインレスポンスメッセージ１１００ａには、レスポンス１１１０とセッションＩＤ１１２０とＭＣグループアドレス１１３０と操作権利フラグ１１４０とが設けられている。レスポンス１１１０は、セッションジョインに対する回答であって、これを認める場合には、例えば、“ＯＫ”のテキスト文が記述される。セッションＩＤ１１２０は、セッション管理テーブル６００（図６）のセッションＩＤ６１０に基づいて、ジョインできるマルチキャスト配信セッションのセッションＩＤを記述する。ここでは、記述するセッションＩＤ１１２０は“Ｓ０００００１”である。ＭＣグループアドレス１１３０は、セッション管理テーブル６００（図６）のＭＣグループアドレス６２０に基づいて、ジョインできるマルチキャストアドレスを記述する。ここでは、記述するＭＣグループアドレス１１３０は“２３９．ＡＡ．ＢＢ．ＣＣ”である。操作権利フラグ１１４０は、受信装置３のクライアント管理テーブル７００（図７）に基づいて、この受信装置３に操作権利がないので、例えば、“ＦＡＬＳＥ”とのテキスト文を記述する。
【０１０１】
このセッションジョインレスポンスメッセージ１１００ａは、セッションジョインが認められた場合であったが、例えば、送信装置１の仕様でジョイン処理（ステップＳ２１０）において、端末（受信装置３）の認証処理を行ない、認証が失敗で認められない場合には、その旨を示す図１１（ｂ）に示すセッションジョインレスポンスメッセージ１１００ｂが代わりに受信装置３に送信される。
【０１０２】
このように、セッションのジョインが認められない場合のセッションジョインレスポンスメッセージ１１００ｂは、レスポンス１１１０のみが含まれ、このレスポンス１１１０にジョインが認められないことを表わす、例えば、“ＮＧ”のテキスト文が記述される。
【０１０３】
図２に戻って、送信装置１でステップＳ２１０のセッションの処理が行なわれてセッションジョインレスポンスメッセージ１１００ａが作成され、これが送信されて受信装置３で受信されると（ステップＳ２１１）、受信装置３は受信装置２が開始したマルチキャスト配信セッションにジョインすることができる。そして、受信装置３は、セッションジョインレスポンスメッセージ１１００ａのＭＣグループアドレス１１３０の情報に従い、送信装置１がマルチキャストで配信するストリームコンテンツを受信再生する。
【０１０４】
また、送信装置１の操作権利はまだ受信装置２にあるので、マルチキャスト配信の制御は、ステップＳ２０６と同様に、受信装置２からしかできない（ステップＳ２１２）。
【０１０５】
なお、以上では、２つのマルチキャスト受信装置２，３によるマルチキャスト配信を示したが、３つ目の受信装置、あるいはそれ以降の受信装置が同じマルチキャストセッションをジョインする場合には、ステップＳ２０６からの上記手順を実行すれば可能である。
【０１０６】
次に、送信装置１のマルチキャストセッションで受信装置３が操作権利を取得する場合の手順について説明する。
【０１０７】
図１２は他の受信装置から送信装置１の再生制御権利を取得するための一連の手順の一具体例を示すフローチャートである。
【０１０８】
同図において、現在図２におけるステップＳ２１２の状態にあって、受信装置２，３は送信装置１のマルチキャスト配信セッションにジョインしているが、受信装置２がこのマルチキャストセッションでの送信装置１の再生制御の権利を持ってジョインしている（ステップＳ３０１）
受信装置３において、ユーザによって入力部２０５（図１）で送信装置１の操作権利の要求のための操作が行なわれると、受信再生制御部２０６（図１）で図９に示す操作権利要求メッセージ１３００が作成され、通信部２０１から送信装置１に送信される（Ｓ３０２）。
【０１０９】
図１３は受信装置３で作成される操作権利要求メッセージ１２００の一具体例を示す図であって、１２１０はコマンド名、１２２０はセッションＩＤである。
【０１１０】
同図において、操作権利要求メッセージ１２００には、コマンド名１２１０とセッションＩＤ１２２０とが記述されている。コマンド名１２１０は、今回受信装置３から送信装置１に対する命令（要求）であって、例えば、テキスト文で記載する。ここでは、送信装置１の操作権利の要求を“ＣＯＮＴＲＯＬ＿ＲＩＧＨＴ＿ＲＥＱＵＥＳＴ”というテキスト文で表わす。セッションＩＤ１２２０は、操作権利が要求されるセッションＩＤを表わす。ここでは、図２のステップＳ２０９でジョインを要求したセッションのＩＤであって、セッションジョインレスポンスメッセージ１１００ａ（図１１（ａ））のセッションＩＤ１１２０に基づいて記述する。
【０１１１】
図１２に戻って、次に、送信装置１では、操作権利要求メッセージ１３００を受信して解析し、そのセッションＩＤ１３２０をもとに、どの機器が現在操作装置１の操作権利を所有しているのかを、図６に示すセッション管理テーブル６００をもとにチェックする（ステップＳ３０３）。操作権利要求メッセージ１３００で操作権利が要求されるセッションは、セッションＩＤ１３２０が“Ｓ０００００１”のセッションであるから、送信装置１では、記憶部１０４（図１）でのセッション管理テーブル６００を基に、セッションＩＤ６１０がこの“Ｓ０００００１”のセッションの操作権利は、操作端末ＩＤ６３０が“00-00-00-00-01"の端末、即ち、受信装置２が要求される操作権利を現在持っている機器であることが確認できる。
【０１１２】
次に、送信装置１は、制御権利開放要求メッセージ１３００を作成し、現在操作権利を有する受信装置２に送信して、この権利の開放の可否を問い合わせる（ステップＳ３０４）。
【０１１３】
図１４は図１２のステップＳ３０４で送信装置１から受信装置２に制御権利の開放の可否を問い合わせるための制御権利開放要求メッセージ１３００の一具体例を示す図であって、１３１０はコマンド名、１３２０はセッションＩＤ、１３３０は要求端末ＩＤである。
【０１１４】
同図において、制御権利開放要求メッセージ１３００は、コマンド名１３１０とセッションＩＤ１３２０と要求端末ＩＤ１３３０とからなるものである。
【０１１５】
コマンド名１３１０は、送信装置１が、受信装置２に対して、どのセッションＩＤの操作権利の開放が要求する命令のメッセージであり、例えば、“ＣＯＮＴＲＯＬ＿ＲＥＬＥＡＳＥ＿ＲＥＱＵＥＳＴ”というテキスト文で表わす。
【０１１６】
セッションＩＤ１３２０は、受信装置３が制御権利を要求するセッションのＩＤであり、ここでは、受信装置２が図２のステップＳ２０３で生成したセッション生成要求メッセージ５００（図５）での“Ｓ０００００１”で表わすセッションＩＤ８２０を記述したものである。
【０１１７】
要求端末ＩＤ１３３０は、再生制御の権利を要求する端末のＩＤであって、ここでは、受信装置３のＩＤである。送信装置１は、図１２のステップＳ３０２で操作権利を要求する受信装置３が記憶部１０４（図１）でクライアント管理テーブル７００（図７）が設定されている端末であるか否かを、図１２のステップＳ３０２で操作権利要求メッセージ１２００を取得したときに、この受信装置３からそのＭＡＣアドレスやＩＰアドレスを取得し、これらを基に確認するが、このときにあることを確認したクライアント管理テーブル７００（図７）のクライアントＩＤ７１０を、この要求端末ＩＤ１３３０とするものである。ここでは、この受信装置３のクライアントＩＤ７１０を“00-00-00-00-02"としており、従って、要求端末ＩＤ１３３０は“00-00-00-00-02"となる。
【０１１８】
図１２に戻って、受信装置２は、送信装置１からの制御権利開放要求メッセージ１３００を解析し、他の端末、即ち、受信装置３が送信装置１の再生制御を要求していることを確認する。この受信装置２では、現在所有している送信装置１の制御権利を開放するか否かを、例えば、ＧＵＩ(Graphical User Interface)としての表示部２０３（図１）を用いて、この受信装置２を操作しているユーザに問い合せる（ステップＳ３０５）。
【０１１９】
図１５は受信装置２の表示部２０３で表示される他の機器からの送信装置１の操作権利の開放の可否を問い合わせるＧＵＩ画面の一具体例を示す図であって、１４００はＧＵＩ画面、１４１０はメッセージボックス、１４２０はメッセージ、１４３０は“Ｙｅｓ”ボタン、１４４０は“Ｎｏ”ボタンである。
【０１２０】
同図において、送信装置１からその制御権利の開放要求を知らせる制御権利開放要求メッセージ１３００があると、受信装置２では、その表示部２０３の表示画面にこの要求を知らせるＧＵＩ画面１４００が表示される。
【０１２１】
このＧＵＩ画面１４００では、他の端末からの送信装置１の制御権利の要求を知らせるメッセージボックス１４１０が表示され、このメッセージボックス１４１０には、例えば、「他の機器は本配信セッションを操作したがっています。操作権利を解放しますか」といったようなメッセージ１４２０が表示されるとともに、その可否をユーザが決定するための“Ｙｅｓ”ボタン１４３０と“Ｎｏ”ボタン１４４０とが表示される。
【０１２２】
そこで、受信装置２のユーザが、送信装置１の制御権利を他の機器に開放してもよいと容認するときには、例えば、リモコンなどを利用して“Ｙｅｓ”ボタン１４３０を選択することにより、受信装置２は送信装置１の操作権利を要求があった他の機器、この場合は受信装置３に開放することを許可することになり、受信装置２のユーザが送信装置１の制御権利をそのまま保持しておくことを望むときには、“Ｎｏ”ボタン１４４０を選択することにより、受信装置２は送信装置１の操作権利を他の機器へ開放することを拒否するものである。
【０１２３】
図１２に戻って、受信装置２のユーザがＧＵＩ画面１４００（図１５）で送信装置１の操作権利を開放の可否の決定をすると、受信装置２は、その決定結果に応じた操作権利開放要求レスポンスメッセージ１５００を作成し、送信装置１に送信する（ステップＳ３０６)。
【０１２４】
図１６は図１２でのステップＳ３０６で受信装置２から送信装置１に送信される操作権利開放要求レスポンスメッセージ１５００の一具体例を示す図であって、１５００ａ，１５００ｂは操作権利開放要求レスポンスメッセージ、１５１０はレスポンスである。
【０１２５】
同図において、操作権利開放要求レスポンスメッセージ１５００には、レスポンスメッセージ１５１０が含まれており、操作権利の開放すること容認する場合には、同図（ａ）に操作権利開放要求レスポンスメッセージ１５００ａとして示すように、レスポンス１５１０を、例えば、“ＯＫ”というテキスト文で表わし、拒否する場合には、同図（ｂ）に操作権利開放要求レスポンスメッセージ１５００ｂとして示すように、レスポンス１５１０を、例えば、“ＮＧ”というテキスト文で表わす。
【０１２６】
図１２に戻って、送信装置１は、この操作権利開放要求レスポンスメッセージ１５００を受信し、この操作権利開放要求レスポンスメッセージ１５００の内容、即ち、そのレスポンス１５１０をチェックする（ステップＳＳ３０７）。操作権利開放要求レスポンスメッセージ１５００が図１６（ａ）に示す操作権利開放要求レスポンスメッセージ１５００ａであって、そのレスポンス１５１０が“ＯＫ”である場合には、受信装置２が送信装置１の操作権利の開放を容認したことが確認できる（ステップＳの“Ｙｅｓ”）。この確認結果を基に、送信装置１はその制御権利を受信装置２から開放して要求があった受信装置３に移動させるとともに（ステップＳ３０８）、ステップＳ３０２で受信装置３から送信された操作権利要求メッセージ１２００（図１３）に対する操作権利要求レスポンスメッセージ１６００を作成し、この受信装置３に送信する（ステップＳ３０９）。
【０１２７】
図１７は図１２のステップＳ３０９で送信装置１から受信装置３に送信される操作権利要求レスポンスメッセージ１６００の一具体例を示す図であって、１６００ａ，１６００ｂは操作権利要求レスポンスメッセージ、１６１０はレスポンス、１６２０は操作ＵＲＩである。
【０１２８】
送信装置１が受信する操作権利開放要求レスポンスメッセージ１５００が、図１６（ａ）に示すレスポンス１５１０が“ＯＫ”の操作権利開放要求レスポンスメッセージ１５００ａである場合には、送信装置１は図１７（ａ）に示すレスポンス１６１０と操作ＵＲＩ１６２０とを含む操作権利要求レスポンスメッセージ１６００ａを作成する。このレスポンス１６１０には、操作権利開放要求レスポンスメッセージ１５００ａのレスポンス１５１０での“ＯＫ”が記述され、これとともに、操作ＵＲＩ１６２０には、この操作権利が開放されるコンテンツセッションのセッション管理テーブル６００（図６）に登録されている操作ＵＲＩ６５０が記述される。
【０１２９】
また、送信装置１が受信する操作権利開放要求レスポンスメッセージ１５００が、図１６（ｂ）に示すレスポンス１５１０が“ＮＧ”の操作権利開放要求レスポンスメッセージ１５００ｂである場合には（図１２のステップＳ３０７の“Ｎｏ”）、送信装置１は図１７（ｂ）に示すレスポンス１６１０のみを含む操作権利要求レスポンスメッセージ１６００ｂを作成する。このレスポンス１６１０には、操作権利開放要求レスポンスメッセージ１５００ｂのレスポンス１５１０での“ＮＧ”が記述される。
【０１３０】
図１２に戻って、送信装置１から図１７（ａ）に示す操作権利要求レスポンスメッセージ１６００ａが送信されたときには（ステップＳ３０９）、受信装置３は、この操作権利要求レスポンスメッセージ１６００ａを受信し、これを基に自分が送信装置１のセッションの制御権利を取得したことを確認する。これにより、受信装置３では、ユーザの操作により、送信装置１に対して、操作権利要求レスポンスメッセージ１６００ａの操作ＵＲＩ１６２０を基に、コンテンツセッションの配信を制御することができる（ステップＳ３１０）。
【０１３１】
また、送信装置１が受信する操作権利開放要求レスポンスメッセージ１５００が、図１６（ｂ）に示すレスポンス１５１０が“ＮＧ”の操作権利開放要求レスポンスメッセージ１５００ｂである場合には（ステップＳ３０７の“Ｎｏ”）、送信装置１は、受信装置２が送信装置の操作権利の開放を拒否したものと確認し、図１７（ｂ）に示す操作権利要求レスポンスメッセージ１６００ｂを作成して、操作制御の開放の要求があった受信装置３に送信する（ステップＳ３１１）。受信装置３は、この操作権利要求レスポンスメッセージ１６００ｂを受信して解析することにより、操作権利が得られていないことを確認し、ユーザは送信装置１に対する操作制御ができないことを理解する。即ち、送信装置１の操作権利は受信装置２が所有したままであり、送信装置１が配信するマルチキャストセッションの制御は受信装置２が行なうことになる（ステップＳ３１２）。
【０１３２】
以上のように、この第１の実施形態によれば、配信装置としての送信装置１のマルチキャスト配信セッションの操作が、本来、受信装置２しか行えなかったものを、図１２に示した手順を用いることにより、この受信装置２以外の機器、ここでは、受信装置３でも、送信装置１のコンテンツセッションの配信制御（操作制御）を行なうことが可能となる。
【０１３３】
〔第２の実施形態〕
第２の実施形態も、図１に示すシステム構成をなすものであって、テレビ番組などのコンテンツ（テレビ配信コンテンツ）を配信するシステムをなすものであり、この第２の実施形態の映像配信装置をなす送信装置１と受信装置２，３をネットワーク通信機能を持つテレビジョン受信機（以下、テレビ受信機という）とするものである。以下では、かかる送信装置１をテレビ送信装置１といい、受信装置２，３をテレビ受信装置２，３ということにする。また、これらを総称する場合、テレビ受信機という。テレビ送信装置１は、テレビ番組を受信するとともに、これをテレビ受信装置にテレビ配信コンテンツとして配信する機能を有し、テレビ受信装置２，３は、テレビ番組を受信するとともに、テレビ送信装置１から配信されるテレビ配信コンテンツを受信する機能を有する。
【０１３４】
そして、テレビ受信装置２，３は、テレビ送信装置１のテレビ配信コンテンツのマルチキャストセッションの操作権利を実行でき、また、かかるマルチキャストセッションの操作権利の他のテレビ受信機への移動を可能とするものである。かかるマルチキャストセッションの操作権利を有するテレビ受信機が、送信装置１から配信されるテレビ配信コンテンツの選局操作を実行することができるものである。
【０１３５】
図１８は本発明による映像配信装置の第２の実施例であるテレビジョン受信機を示すハードウェア構成図であって、１７００はテレビ受信機、１７０１はＣＰＵ、１７０２はメモリ、１７０３はＬＡＮカード、１７０４はＨＤＤ、１７０５はチューナ、１７０６はデコーダ、１７０７はグラフィック、１７０８はディスプレイ、１７０９はスピーカ、１７１０はリモコン入力受信部、１７１１はバスである。
【０１３６】
同図において、上記のテレビ送信装置１やテレビ受信装置２，３であるテレビ受信機１７００では、ＣＰＵ１７０１に、メモリバスを介してメモリ１７０２が接続されているとともに、バス１７１１を介して、ディスプレイ１７０８やＬＡＮカード１７０３，スピーカ１７０９，グラフィック１７０７，デコーダ１７０６，チューナ１７０５，リモコン入力受信部１７１０，ＨＤＤ１７０４が接続されている。
【０１３７】
ディスプレイ１７０８やスピーカ１７０９，グラフィック１７０７，デコーダ１７０６，チューナ１７０５，ＨＤＤ１７０４はバス１７１１を介してＣＰＵ１７０１によって制御され、データは個別のバスで受け渡しが行なわれる。
【０１３８】
テレビ受信機１７００の動作は、メモリ１７０２に展開されてＣＰＵ１７０１で実行されるプログラムにより制御される。チューナ１７０５で選局されて受信された放送番組の映像信号は、デコーダ１７０６でデコードされ、次いで、グラフィック１７０７で画像処理された後、ディスプレイ１７０８に供給されて映像が表示される。また、デコーダ１７０６でデコードされた音声信号はスピーカ１７０９に供給され、音声出力が行なわれる。
【０１３９】
ユーザ操作はリモコン（図示せず）を用いて行なわれ、その操作信号がリモコン入力受信部１７１０から入力され、ＣＰＵ１７０１に供給されてこの操作信号に応じてプログラムが実行される。これにより、各部の制御が行なわれる。
【０１４０】
図１におけるテレビ送信装置１の通信部１０１，コンテンツ受信部１０２，コンテンツ配信部１０３，記憶部１０４，配信制御部１０５及び操作権利管理部１０６の機能や、テレビ受信装置２，３の通信部２０１，コンテンツ受信部２０２，表示部２０３，記憶部２０４，入力部２０５及び受信再生制御部２０６の機能は夫々、テレビ受信機１７００のメモリ１７０２に含まれているプログラムを実行することにより、実現するものであって、ＣＰＵ１７０１がかかるプログラムを実行することにより、テレビ受信機１７００の関連ハードウェアを制御して上記の各機能を実現する。各プログラムの実行による関連ハードウェアの動作としては、例えば、図１でのテレビ送信装置１の通信部１０１の機能は、プログラムを実行することにより、テレビ受信機１７００での物理的なＬＡＮコントローラ１２０５が制御されて実現する。また、図１での送信装置１のコンテンツ受信部１０２の機能は、プログラムが実行されることにより、通信部１０１からの受信を行なう他に、チューナ１７０５を制御して地上波，衛星波またはケーブルテレビのコンテンツの受信を行なうことによって実現される。
【０１４１】
図１でのテレビ送信装置１のコンテンツ受信部１０２には、配信制御部１０５で実行するコンテンツ選局によって、チューナ１７０５から受信される放送番組コンテンツと、ＨＤＤ１７０４に蓄積されている蓄積コンテンツと、ＬＡＮコントローラ１７０３から受信するＩＰ放送やＶＯＤ(Video on Demand)コンテンツとから配信コンテンツを選択することとなっている。
【０１４２】
この第２の実施形態では、まず、第１の実施形態での図２に示すフローチャートでのステップＳ２１１までの手順が行なわれ、テレビ送信装置１は、テレビ受信装置２，３にマルチキャストセッションでコンテンツ配信を行なう。なお、このときのセッションの操作権利は、テレビ受信装置２が有していることとする。
【０１４３】
このマルチキャストセッションで配信されているコンテンツは、テレビ送信装置１がＬＡＮコントローラ１７０３を経由して受信する或るチャンネルのＩＰ放送ストリームとする。例えば、ＩＰ放送のプロバイダとの契約上、テレビ送信装置１が同時に受信できるＩＰ放送ストリームが１本しかないとする。
【０１４４】
テレビ受信装置３側のユーザがマルチキャスト配信セッションのコンテンツであるＩＰ放送のチャンネルの変更を行ないたい場合、図１２で示した手順を用いて、まず、テレビ送信装置１に対して操作権利を要求する。次に、テレビ受信装置２側のユーザがこのセッションの操作権利を開放した場合、テレビ送信装置１において、テレビ受信装置３がこのセッションの操作権利を持つこととなる。従って、テレビ受信装置３からの要求により、テレビ送信装置１が受信しているＩＰ放送のチャンネルを変更することが可能となる。
【０１４５】
なお、以上では、マルチキャストセッションで配信するコンテンツのソースは、テレビ送信装置１のコンテンツ受信装置１０２（図１）が受信するＩＰ放送のストリームであるが、その他のコンテンツでもよい（例えば、地上波や衛星波やケーブルテレビ放送，ＶＯＤコンテンツ，蓄積コンテンツなどでもよい）。また、テレビ受信装置２，３の命令の種類として、配信制御部１０５（図１）では、ＩＰ放送のチャンネルの変更を例にしているが、他の命令（例えば、ＶＯＤコンテンツの特殊再生や蓄積コンテンツの広告スキップなど）でもよい。
【０１４６】
この第２の実施形態によれば、テレビ受信機のハードウェアとしての受信装置と複数の受信装置との間で、マルチキャスト配信の操作権利を移動させることが可能となる。
【符号の説明】
【０１４７】
１  送信装置
１０１  通信部
１０２  コンテンツ受信部
１０３  コンテンツ配信部
１０４  記憶部
１０５  配信制御部
１０６  操作権利管理部
２，３  受信装置
２０１  通信部
２０２  コンテンツ受信部
２０３  表示部
２０４  記憶部
２０５  入力部
２０６  受信再生制御部
４  ネットワーク
５  ルータ
３００  セッションリスト要求メッセージ
４００  セッションリスト要求レスポンスメッセージ
５００  セッション生成要求メッセージ
６００  セッション管理テーブル
７００  クライアント管理テーブル
８００  セッション生成要求メッセージ
９００  セッション生成要求レスポンスメッセージ
１０００  セッションジョイン要求メッセージ
１１００  セッションジョインレスポンスメッセージ
１２００  操作権利要求メッセージ
１３００  制御権利開放要求メッセージ
１４００  ＧＵＩ画面
１４１０  メッセージボックス
１４２０  メッセージ
１４３０  “Ｙｅｓ”ボタン
１４４０  “Ｎｏ”ボタン
１５００  操作権利開放要求レスポンスメッセージ
１６００  操作権利要求レスポンスメッセージ
【図１】
2012029140.tif 000003
【図２】
2012029140.tif 000004
【図３】
2012029140.tif 000005
【図４】
2012029140.tif 000006
【図５】
2012029140.tif 000007
【図６】
2012029140.tif 000008
【図７】
2012029140.tif 000009
【図８】
2012029140.tif 000010
【図９】
2012029140.tif 000011
【図１０】
2012029140.tif 000012
【図１１】
2012029140.tif 000013
【図１２】
2012029140.tif 000014
【図１３】
2012029140.tif 000015
【図１４】
2012029140.tif 000016
【図１６】
2012029140.tif 000017
【図１７】
2012029140.tif 000018
【図１８】
2012029140.tif 000019
【図１５】
2012029140.tif 000020