JP5266353B2

JP5266353B2 - 映像配信システムとその動作方法

Info

Publication number: JP5266353B2
Application number: JP2011030944A
Authority: JP
Inventors: 賢太鉄嵜; 晃市加藤; 芳範伊藤; 武永詫摩
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2011-02-16
Filing date: 2011-02-16
Publication date: 2013-08-21
Anticipated expiration: 2031-02-16
Also published as: JP2012169991A

Description

本発明は、映像配信システムとその動作方法に関するものである。

近年において、ネットワークを介して映像（以下、付帯する音声の有無によらず映像という）を配信する場合、視聴者が視聴したい映像を選択し、当該映像を要求する信号を受信機から映像配信サーバに送信することで、その応答として、映像を配信するという方式が採用されている（非特許文献１の図２−２に基づく）。

ＩＰＴＶ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＴｅｌｅＶｉｓｉｏｎ）におけるＶＯＤ（ＶｉｄｅｏＯｎＤｅｍａｎｄ）配信では、主に映像そのものの送信を行うＲＴＰ（Ｒｅａｌ−ｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）と送信の制御を行うＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）が用いられている（非特許文献１）。

非特許文献１では、視聴者が視聴したい映像のタイトルを指定し、受信機と映像配信サーバ間でのＲＴＳＰネゴシエーションを行うことで、映像配信サーバが映像を配信する方式が規定されている。

近年、同一タイトルであっても、解像度が異なったり、いわゆる３Ｄ映像があったり、種類の異なる映像が登場してきており、映像の選択肢が増えてきているという現状がある（非特許文献２）。

ＩＰＴＶフォーラム、ＩＰＴＶ規定、ＶＯＤ仕様「Ｐ．１５〜１７２．３」 "ひかりＴＶ"、［ｏｎｌｉｎｅ］、［平成２３年１月２７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｈｉｋａｒｉｔｖ．ｎｅｔ／３ｄ／＞

今後、現状のＲＴＳＰネゴシエーションのように、すべての選択を視聴者に委ねる方式では、映像の種類が多くなるにしたがって、以下のような問題が発生すると考えられる。

（１）有料の映像において、視聴者が誤って視聴したい映像でない映像を選択してしまった場合、課金された上、本来視聴したい映像が視聴できない。

（２）視聴者が誤って視聴したい映像でない映像すると、その受信機に対して映像配信サーバが映像を配信してしまうため、ネットワーク帯域を無駄に消費してしまう。

（３）（２）の場合、再生できない映像を受信した受信機に障害が発生する。

本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、受信機で受信してよい映像を配信できる映像配信サーバおよびその動作方法を提供することにある。

また、本発明の他の目的は、受信機で受信してよい映像を配信できる映像配信システムおよびその動作方法を提供することにある。

第１の本発明は、映像を受信機に送信する映像配信サーバであって、第１の種類の映像が記憶される第１の映像記憶手段と、第２の種類の映像が記憶される第２の映像記憶手段と、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信する手段と、当該受信された識別子が前記第２の種類の映像の種類を示すものであるなら、前記第１の映像記憶手段のＵＲＩである第１のＵＲＩ並びに前記第２の映像記憶手段のＵＲＩである第２のＵＲＩを前記受信機に送信する手段と、前記受信機で前記第１の種類の映像または前記第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信する手段と、当該受信されたＵＲＩが前記第１のＵＲＩであるなら前記第１の映像記憶手段から映像を読み出し前記受信機に送信する一方、当該受信されたＵＲＩが前記第２のＵＲＩであるなら前記第２の映像記憶手段から映像を読み出し前記受信機に送信する手段とを備えることを特徴とする映像配信サーバをもって解決手段とする。

第２の本発明は、映像を受信機に送信する映像配信システムであって、第１の種類の映像であり且つ第２の種類の映像を構成する主たる映像である主映像が記憶される主映像記憶手段を備える主映像配信サーバと、前記主映像に補完されて前記第２の種類の映像を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバとを備え、前記主映像配信サーバは、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信する手段と、当該受信された識別子が前記第２の種類の映像の種類を示すものであるなら、前記主映像記憶手段のＵＲＩである主映像用ＵＲＩ並びに前記補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを前記受信機に送信する手段と、前記受信機で前記第１の種類の映像と前記第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される前記主映像用ＵＲＩを受信する手段と、当該主映像用ＵＲＩが受信されたなら前記主映像記憶手段から主映像を読み出し前記受信機に送信する手段とを備え、前記補完映像配信サーバは、前記受信機で前記第１の種類の映像と前記第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される前記補完映像用ＵＲＩを受信する手段と、当該補完映像用ＵＲＩが受信されたなら前記補完映像記憶手段から補完映像を読み出し前記受信機に送信する手段とを備えることを特徴とする映像配信システムをもって解決手段とする。

第３の本発明は、映像を受信機に送信する映像配信サーバの動作方法であって、前記映像配信サーバは、第１の種類の映像が記憶される第１の映像記憶手段と、第２の種類の映像が記憶される第２の映像記憶手段とを備え、前記動作方法は、前記映像配信サーバが、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信するステップと、前記映像配信サーバが、当該受信された識別子が前記第２の種類の映像の種類を示すものである場合において、前記第１の映像記憶手段のＵＲＩである第１のＵＲＩ並びに前記第２の映像記憶手段のＵＲＩである第２のＵＲＩを前記受信機に送信するステップと、前記映像配信サーバが、前記受信機で前記第１の種類の映像または前記第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信するステップと、前記映像配信サーバが、当該受信されたＵＲＩが前記第１のＵＲＩである場合において前記第１の映像記憶手段から映像を読み出し前記受信機に送信するステップ、または、当該受信されたＵＲＩが前記第２のＵＲＩである場合において前記第２の映像記憶手段から映像を読み出し前記受信機に送信するステップとを備えることを特徴とする映像配信サーバの動作方法をもって解決手段とする。

第４の本発明は、映像を受信機に送信する映像配信システムの動作方法であって、前記映像配信システムは、第１の種類の映像であり且つ第２の種類の映像を構成する主たる映像である主映像が記憶される主映像記憶手段を備える主映像配信サーバと、前記主映像に補完されて前記第２の種類の映像を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバとを備え、前記動作方法は、前記主映像配信サーバが、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信するステップと、前記主映像配信サーバが、当該受信された識別子が前記第２の種類の映像の種類を示すものである場合において、前記主映像記憶手段のＵＲＩである主映像用ＵＲＩ並びに前記補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを前記受信機に送信するステップと、前記主映像配信サーバが、前記受信機で前記第１の種類の映像と前記第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される前記主映像用ＵＲＩを受信するステップと、前記主映像配信サーバが、当該主映像用ＵＲＩが受信された場合において前記主映像記憶手段から主映像を読み出し前記受信機に送信するステップと、前記補完映像配信サーバが、前記受信機で前記第１の種類の映像と前記第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される前記補完映像用ＵＲＩを受信するステップと、前記補完映像配信サーバが、当該補完映像用ＵＲＩが受信された場合において前記補完映像記憶手段から補完映像を読み出し前記受信機に送信するステップとを備えることを特徴とする映像配信システムの動作方法をもって解決手段とする。

第１、第３の本発明によれば、受信機で受信してよい映像の種類を示す識別子を当該受信機から受信し、受信された識別子が第２の種類の映像の種類を示すものである場合において、第１のＵＲＩ並びに第２のＵＲＩを受信機に送信し、受信機で第１の種類の映像または第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信し、受信されたＵＲＩが第１のＵＲＩである場合において第１の映像記憶手段から映像を読み出し受信機に送信する、または、受信されたＵＲＩが第２のＵＲＩである場合において第２の映像記憶手段から映像を読み出し受信機に送信するので、受信機で受信してよい映像を配信でき、しかも、受信機で選択された、第１の種類の映像または第２の種類の映像を配信できる。

第２、第４の本発明によれば、主映像配信サーバが、受信機で受信してよい映像の種類を示す識別子を当該受信機から受信し、主映像配信サーバが、受信された識別子が第２の種類の映像の種類を示すものである場合において、主映像用ＵＲＩ並びに補完映像用ＵＲＩを受信機に送信し、主映像配信サーバが、受信機で第１の種類の映像と第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される主映像用ＵＲＩを受信し、主映像配信サーバが、主映像用ＵＲＩが受信された場合において主映像記憶手段から主映像を読み出し受信機に送信し、補完映像配信サーバが、受信機で第１の種類の映像と第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される補完映像用ＵＲＩを受信し、補完映像配信サーバが、当該補完映像用ＵＲＩが受信された場合において補完映像記憶手段から補完映像を読み出し受信機に送信するので、受信機で受信してよい映像を配信でき、しかも、受信機で選択された、第１の種類の映像または第２の種類の映像（第１の種類の映像に補完映像を補完して得られる映像）を配信できる。

第１の実施の形態に係る映像配信サーバを含む映像配信システムの構成を示す図である。映像配信サーバ４と受信機１０の構成を示すブロック図である。映像配信サーバ４における動作を流れを示すフローチャートである。映像配信システムの動作を示すシーケンス図である。第１の実施の形態における一部のシーケンスを詳細に示す図である。第１の実施の形態におけるメソッドの記述例を示す図である。第２の実施の形態における一部のシーケンスを詳細に示す図である。２Ｄ映像と３Ｄ映像のいずれかを視聴者に選択させるための画面を示す図である。第２の実施の形態における一部のシーケンスを詳細に示す図である。

以下、本発明の実施の形態について図面を参照して説明する。

［第１の実施の形態］
図１は、第１の実施の形態に係る映像配信サーバを含む映像配信システムの構成を示す図である。

映像配信システムは、例えば、映像を再生可能な複数の受信機（以下、受信機１０を例とする）に映像を配信するものであり、受信機１０に番組情報を送信するポータルサーバ１と、受信機１０に再生制御情報を送信する再生制御サーバ２と、受信機１０にライセンス情報を送信するＤＲＭサーバ３と、受信機１０に映像を送信する映像配信サーバ４とを備える。

各サーバは、例えば、ＩＰＴＶフォーラムＩＰＴＶ規定ＶＯＤ仕様に準拠したサーバである。

受信機１０は、ここでは、例えば、映画などを立体的に見せるために制作されたものでない映像（以下、２Ｄ映像という）と、映画などを立体的に見せるために制作された映像（以下、３Ｄ映像という）とを再生可能な受信機であることとする。

図２は、映像配信サーバ４と受信機１０の構成を示すブロック図である。

映像配信サーバ４は、例えば、映画などの２Ｄ映像がその識別情報に対応づけて記憶される２Ｄ映像記憶部４１と、当該映画などの３Ｄ映像がその識別情報に対応づけて記憶される３Ｄ映像記憶部４２と、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）通信を行うＩＰ通信部４３と、ＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）制御を行うＲＴＳＰ制御部４４と、２Ｄ映像と３Ｄ映像のどちらを送信すべきかを判定する映像種類判定部４５とを備える。

受信機１０は、ＩＰ通信を行うＩＰ通信部１０１と、ＲＴＳＰ制御を行うＲＴＳＰ制御部１０２とを備える。

図３は、映像配信サーバ４における動作を流れを示すフローチャートである。

映像配信サーバ４では、受信機１０から送信される情報であるＤＥＳＣＲＩＢＥメソッドが受信されたなら、映像種類判定部４５が、ＤＥＳＣＲＩＢＥメソッドに３Ｄ映像を示す識別子（以下、３Ｄ識別子という）が含まれているか否かを判定する（Ｓ１）。

映像配信サーバ４は、ＤＥＳＣＲＩＢＥメソッドに３Ｄ識別子が含まれているなら、３Ｄ映像記憶部４２のＵＲＩ：ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ（以下、３Ｄ映像ＵＲＩという）を含む情報であるＯＫメソッドを受信機１０に送信する（Ｓ３）。

次に、映像配信サーバ４は、受信機１０から送信される情報であるＳＥＴＵＰメソッドを受信する（Ｓ５）。ＳＥＴＵＰメソッドには、３Ｄ映像ＵＲＩが含まれる。

映像配信サーバ４は、かかるＳＥＴＵＰメソッドを受信したなら、３Ｄ映像記憶部４２から３Ｄ映像を読み出し、受信機１０に送信する（Ｓ７）。

一方、映像配信サーバ４は、ＤＥＳＣＲＩＢＥメソッドに２Ｄ映像を示す識別子（以下、２Ｄ識別子という）が含まれているなら、２Ｄ映像記憶部４３のＵＲＩ（以下、２Ｄ映像ＵＲＩという）を含む情報であるＯＫメソッドを受信機１０に送信する（Ｓ１３）。

次に、映像配信サーバ４は、受信機１０から送信される情報であるＳＥＴＵＰメソッドを受信する（Ｓ１５）。ＳＥＴＵＰメソッドには、２Ｄ映像ＵＲＩが含まれる。

映像配信サーバ４は、かかるＳＥＴＵＰメソッドを受信したなら、２Ｄ映像記憶部４３から２Ｄ映像を読み出し、受信機１０に送信する（Ｓ１７）。

図４は、映像配信システムの動作を示すシーケンス図である。

受信機１０は、映像配信を要求する旨の映像配信要求情報をポータルサーバ１に送信する（Ｔ１）。

ポータルサーバ１は、これに対し、複数の映像の名前や内容を含む番組情報を受信機１０に送信する（Ｔ３）。

受信機１０は、番組情報により映像の名前や内容を表示する（Ｔ５）。

視聴者が、名前などを見て映像を選択し（Ｔ７）、当該映像を選択した旨の操作を受信機１０に行ったなら（Ｔ９）、受信機１０は、当該映像を再生するための再生制御情報を要求する旨の再生制御情報取得要求を再生制御サーバ２に送信する（Ｔ１１）。再生制御情報取得要求には当該映像の識別情報が含まれる。

再生制御サーバ２は、再生制御情報取得要求を受信したなら、再生制御情報を受信機１０に送信する（Ｔ１３）。

再生制御情報は、再生制御情報取得要求内の識別情報に対応する映像の属性情報を含むＸＭＬ文書（ＥＲＩ（ＥｎｔｒｙＲｅｓｏｕｒｃｅＩｎｆｏｒｍａｔｉｏｎ））、当該映像のライセンス情報にアクセスするためのＸＭＬ文書（ＬＬＩ（ＬｉｃｅｎｓｅＬｉｎｋＩｎｆｏｒｍａｔｉｏｎ））、当該映像のストリーミング受信に関わる関連情報を含むＸＭＬ文書（ＮＣＩ（ＮｅｔｗｏｒｋｃｏｎｔｅｎｔＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ））を含む。

ＥＲＩは、解析により、映像配信サーバ４のＵＲＩを抽出できるようになっている。ＬＬＩは、解析により、映像のライセンス情報を取得する必要があるか否かを判定できるようになっている。

受信機１０は、ＥＲＩを解析し、映像配信サーバ４のＵＲＩを抽出し（Ｔ１５）、ＬＬＩを解析し、映像のライセンス情報を取得する必要があるか否かを判定する（Ｔ１７）。

受信機１０は、映像のライセンス情報が必要であると判定したなら、当該ライセンス情報を要求する旨のライセンス情報取得要求をＤＲＭサーバ３に送信する（Ｔ１９）。ライセンス情報取得要求には当該映像の識別情報が含まれる。

ＤＲＭサーバ３は、ライセンス取得要求を受信したなら、ライセンス取得要求内の映像内の識別情報に対応する映像のライセンス情報を発行し（Ｔ２１）、当該ライセンス情報を受信機１０に送信する（Ｔ２３）。当該ライセンス情報には、暗号化された映像を復号するための鍵や利用条件が含まれる。

受信機１０は、ＮＣＩを解析し、映像のストリーミング受信に関わる関連情報を抽出する（Ｔ２５）。

映像配信サーバ４は、ＲＴＳＰ制御を行い、ＲＴＰにより映像を送信し、受信機１０は、これまでの工程により得た情報に基づいて、映像を受信し再生する（Ｔ２７）。

図５は、映像が配信されるシーケンスを詳細に示す図である。図６は、その際に送信されるメソッドをＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ）を使用して記述した例を示す図である。

受信機１０は、３Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４に送信し、映像配信サーバ４がＤＥＳＣＲＩＢＥメソッドを受信する（Ｔ１０１）。ＤＥＳＣＲＩＢＥメソッドの「ｓｅｒｖｉｃｅ−ｔｙｐｅ＝３ｄ−ｓｅｖｉｃｅ」が３Ｄ識別子である（図６参照）。

映像配信サーバ４は、図３のフローチャートにしたがい、３Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する（Ｔ１０３）。このＯＫメソッドにも３Ｄ識別子「ｓｅｒｖｉｃｅ−ｔｙｐｅ＝３ｄ−ｓｅｖｉｃｅ」が含まれる（図６参照）。

受信機１０は、ＯＫメソッドを受信したなら、３Ｄ映像ＵＲＩを含むＳＥＴＵＰメソッドを映像配信サーバ４に送信し、映像配信サーバ４はＳＥＴＵＰメソッドを受信する（Ｔ１０５）。ＳＥＴＵＰメソッドは、受信機１０において映像を再生するための記憶領域が割り当てられたことを示すものである。

映像配信サーバ４は、ＳＥＴＵＰメソッドを受信したなら、３Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する（Ｔ１０７）。このＯＫメソッドにも３Ｄ識別子「ｓｅｒｖｉｃｅ−ｔｙｐｅ＝３ｄ−ｓｅｖｉｃｅ」が含まれる（図６参照）。

ＯＫメソッド内の３Ｄ識別子は、映像配信サーバ４により３Ｄ映像を送信することが可能であることを示すものである。

受信機１０は、ＯＫメソッドを受信したなら、割り当てた領域を使用して映像の再生を開始する旨のＰＬＡＹメソッドを映像配信サーバ４に送信する（Ｔ１０９）。

映像配信サーバ４は、ＰＬＡＹメソッドに対する応答であるＯＫメソッドを受信機１０に送信する（Ｔ１１１）。

以降、映像配信サーバ４は、３Ｄ映像記憶部４２から３Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する（Ｔ１１３）。

例えば、視聴者が、映像を一時停止させる操作を受信機１０に行ったなら（Ｔ１１５）、受信機１０は、映像を一時停止させるためのＰＡＵＳＥメソッドを映像配信サーバ４に送信する（Ｔ１１７）。

映像配信サーバ４は、ＰＡＵＳＥメソッドに対する応答であるＯＫメソッドを受信機１０に送信し（Ｔ１１９）、映像の送信を停止する。

例えば、視聴者が、映像を再生させる操作を受信機１０に行ったなら（Ｔ１２１）、受信機１０は、映像を再生させるためのＰＬＡＹメソッドを映像配信サーバ４に送信する（Ｔ１２３）。

映像配信サーバ４は、ＰＬＡＹメソッドに対する応答であるＯＫメソッドを受信機１０に送信する（Ｔ１２５）。

映像配信サーバ４は、３Ｄ映像記憶部４２から３Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する（Ｔ１２７）。

受信機１０は、映像を再生し終えたら、セッションを終了するためのＴＥＡＲＤＯＷＮメソッドを映像配信サーバ４に送信する（Ｔ１２９）。

映像配信サーバ４は、ＴＥＡＲＤＯＷＮメソッドに対する応答であるＯＫメソッドを受信機１０に送信する（Ｔ１３１）。

なお、図示しないが、２Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４に送信したなら、映像配信サーバ４は、２Ｄ映像記憶部４１から２Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する。

したがって、第１の実施の形態に係る映像配信サーバ４は、映像を受信機１０に送信する映像配信サーバであって、互いに種類の異なる複数の映像が記憶される映像記憶手段（２Ｄ映像記憶部４１および３Ｄ映像記憶部４２）と、受信機１０で受信してよい映像の種類を示す識別子（３Ｄ識別子）を受信機１０から受信する手段（Ｔ１０１）と、３Ｄ識別子により示される種類の３Ｄ映像を映像記憶手段から読み出し受信機１０に送信する手段（Ｔ１１３）とを備えるので、受信機１０で受信してよい映像を配信できる。

なお、第１の実施の形態では、２Ｄ映像と３Ｄ映像を例示したが、第１の実施の形態を、解像度の異なる複数の映像に適用してもよい。また、第１の実施の形態を、白黒映像とカラー映像に適用してもよい。また、第１の実施の形態を、アスペクト比の異なる複数の映像に適用してもよい。また、第１の実施の形態を、映像に付帯する音声の言語が異なる複数の映像に適用してもよい。

この場合、映像配信サーバ４は、２Ｄ識別子や３Ｄ識別子に代えて、白黒映像やカラー映像を示す識別子、受信機で再生可能な映像のアスペクト比を示す識別子を受信機から受信することとなる。

［第２の実施の形態］
次に、第２の実施の形態に係る映像配信サーバについて説明する。第２の実施の形態のシステム構成およびサーバや受信機の構成は第１の実施の形態と同様なので説明を省略し、第１の実施の形態との差異を中心に説明を行う。

図７は、映像が配信されるシーケンスを詳細に示す図である。

受信機１０は、３Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４に送信し、映像配信サーバ４がＤＥＳＣＲＩＢＥメソッドを受信する（Ｔ１０１）。

映像配信サーバ４は、２Ｄ映像記憶部４１のＵＲＩ（以下、２Ｄ映像ＵＲＩという）と３Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する（Ｔ１０３Ａ）。

受信機１０は、２Ｄ映像ＵＲＩと３Ｄ映像ＵＲＩを含むＯＫメソッドを受信したなら、図８に示すように、２Ｄ映像と３Ｄ映像のいずれかを視聴者に選択させるための画面を表示する（Ｔ１１４１）。

視聴者が、例えば３Ｄ映像を選択し（Ｔ１１４２）、当該選択の操作を受信機１０に行ったなら（Ｔ１１４３）、受信機１０は、３Ｄ映像ＵＲＩを含むＳＥＴＵＰメソッドを映像配信サーバ４に送信し、映像配信サーバ４はＳＥＴＵＰメソッドを受信する（Ｔ１０５）。

映像配信サーバ４は、ＳＥＴＵＰメソッドを受信し、ＳＥＴＵＰメソッドに３Ｄ映像ＵＲＩが含まれいるなら、３Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する（Ｔ１０７）。

受信機１０は、ＯＫメソッドを受信したなら、３Ｄ映像ＵＲＩを含むＰＬＡＹメソッドを映像配信サーバ４に送信する（Ｔ１０９）。

また、視聴者が、例えば、２Ｄ映像を選択し（Ｔ１１４２）、当該選択の操作を受信機１０に行ったなら（Ｔ１１４３）、受信機１０は、２Ｄ識別子を含むＳＥＴＵＰメソッドを映像配信サーバ４に送信し、映像配信サーバ４はＳＥＴＵＰメソッドを受信する。

映像配信サーバ４は、ＳＥＴＵＰメソッドに２Ｄ映像ＵＲＩが含まれいるなら、２Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する。

受信機１０は、ＯＫメソッドを受信したなら、２Ｄ映像ＵＲＩを含むＰＬＡＹメソッドを映像配信サーバ４に送信する。

映像配信サーバ４は、ＰＬＡＹメソッドに対する応答であるＯＫメソッドを受信機１０に送信する。

以降、映像配信サーバ４は、２Ｄ映像記憶部４１から２Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する。

なお、第２の実施の形態でも第１の実施の形態と同様なシーケンスにより映像の一時停止、再生を行うことができ、第１の実施の形態と同様なシーケンスにより映像の再生およびセッションが終了する。

したがって、第２の実施の形態に係る映像配信サーバ４は、映像を受信機に送信する映像配信サーバであって、第１の種類の映像（２Ｄ映像）が記憶される第１の映像記憶手段（２Ｄ映像記憶部４１）と、第２の種類の映像（３Ｄ映像）が記憶される第２の映像記憶手段（３Ｄ映像記憶部４２）と、受信機１０で受信してよい映像の種類を示す識別子（３Ｄ識別子）を受信機１０から受信する手段（Ｔ１０１）と、受信された識別子が第２の種類の映像（３Ｄ映像）の種類を示すもの（３Ｄ識別子）であるなら、第１の映像記憶手段のＵＲＩである第１のＵＲＩ（２Ｄ映像ＵＲＩ）並びに第２の映像記憶手段のＵＲＩである第２のＵＲＩ（３Ｄ映像ＵＲＩ）を受信機１０に送信する手段（Ｔ１０３Ａ）と、受信機１０で第１の種類の映像または第２の種類の映像を選択するための操作（Ｔ１１４３）が行われ受信機１０から送信される当該操作に対応するＵＲＩを受信する手段（Ｔ１０５）と、受信されたＵＲＩが第１のＵＲＩ（２Ｄ映像ＵＲＩ）であるなら第１の映像記憶手段（４１）から映像（２Ｄ映像）を読み出し受信機１０に送信する一方、受信されたＵＲＩが第２のＵＲＩ（３Ｄ映像ＵＲＩ）であるなら第２の映像記憶手段（４２）から映像（３Ｄ映像）を読み出し受信機１０に送信する手段（Ｔ１１３）とを備えるので、受信機１０で受信してよい映像を配信でき、しかも、受信機１０で選択された、第１の種類の映像または第２の種類の映像を配信できる。

なお、第２の実施の形態では、第１の種類の映像を２Ｄ映像とし、第２の種類の映像を３Ｄ映像としたが、第１の種類の映像を低解像度の映像、白黒映像、アスペクト比「４：３」の映像、単一言語の音声が付帯する映像などとし、第２の種類の映像を高解像度の映像、カラー映像、アスペクト比「１６：９」の映像、複数言語の音声が付帯する映像としてもよい。

この場合、映像配信サーバ４は、２Ｄ識別子や３Ｄ識別子に代えて、白黒映像やカラー映像を示す識別子、受信機で再生可能な映像のアスペクト比を示す識別子、受信機で再生可能な映像の解像度を示す識別子、単一言語の国などや他言語の国などを示す識別子を受信機から受信することとなる。

［第３の実施の形態］
次に、第３の実施の形態に係る映像配信システムについて説明する。第３の実施の形態では第１の実施の形態および第２の実施の形態におけるサーバや受信機を用い、その構成は第１の実施の形態および第２の実施の形態と同様なので説明を省略し、第１の実施の形態および第２の実施の形態との差異を中心に説明を行う。

図９は、映像が配信されるシーケンスを詳細に示す図である。

第３の実施の形態では、図１の各サーバに加え、補完映像配信サーバ５が使用される。補完映像配信サーバ５は、映像配信サーバ４に記憶されている２Ｄ映像（以下、主映像という）に補完されて３Ｄ映像を構成するための補完映像が記憶される補完映像記憶部（図示せず、以下、単に補完映像記憶部という）を備える。

受信機１０は、３Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４（以下、主映像配信サーバ４という）に送信し、主映像配信サーバ４がＤＥＳＣＲＩＢＥメソッドを受信する（Ｔ１０１）。

主映像配信サーバ４は、２Ｄ映像記憶部４１（以下、主映像記憶部４１という）のＵＲＩ（以下、主映像ＵＲＩという）と補完映像記憶部のＵＲＩ（以下、補完映像ＵＲＩという）を含むＯＫメソッドを受信機１０に送信する（Ｔ１０３Ｂ）。

受信機１０は、主映像ＵＲＩと補完映像ＵＲＩを含むＯＫメソッドを受信したなら、図８と同様に、２Ｄ映像と３Ｄ映像のいずれかを視聴者に選択させるための画面を表示する（Ｔ１１４１）。

視聴者が、例えば３Ｄ映像を選択し（Ｔ１１４２）、当該選択の操作を受信機１０に行ったなら（Ｔ１１４３）、受信機１０は、主映像ＵＲＩを含むＳＥＴＵＰメソッドを主映像配信サーバ４に送信し、主映像配信サーバ４はＳＥＴＵＰメソッドを受信し（Ｔ２０１）、受信機１０は、補完映像ＵＲＩを含むＳＥＴＵＰメソッドを補完映像配信サーバ５に送信し、補完映像配信サーバ５はＳＥＴＵＰメソッドを受信する（Ｔ２０３）。

主映像配信サーバ４、補完映像配信サーバ５は、ＳＥＴＵＰメソッドを受信したなら、ＯＫメソッドを受信機１０に送信する（Ｔ２０５、２０７）。

受信機１０は、各ＯＫメソッドを受信したなら、ＰＬＡＹメソッドを主映像配信サーバ４と補完映像配信サーバ５に送信する（Ｔ２０９、Ｔ２１１）。

主映像配信サーバ４、補完映像配信サーバ５は、ＰＬＡＹメソッドを受信したなら、ＯＫメソッドを受信機１０に送信する（Ｔ２１３、２１５）。

以降、主映像配信サーバ４は、２Ｄ映像記憶部４１から主映像を読み出し、ＲＴＳＰ制御を行うとともに、主映像をＲＴＰにより受信機１０に送信する（Ｔ２１７）。

また、補完映像配信サーバ５は、補完映像記憶部から補完映像を読み出し、ＲＴＳＰ制御を行うとともに、補完映像をＲＴＰにより受信機１０に送信する（Ｔ２１９）。

こうして、受信機１０では、主映像に補完映像が補完され３Ｄ映像が再生される。

また、視聴者が、例えば、２Ｄ映像を選択し（Ｔ１１４２）、当該選択の操作を受信機１０に行ったなら（Ｔ１１４３）、受信機１０は、主映像ＵＲＩ（２Ｄ映像ＵＲＩ）を含むＳＥＴＵＰメソッドを主映像配信サーバ４に送信し、映像配信サーバ４はＳＥＴＵＰメソッドを受信する。

なお、第３の実施の形態でも第１の実施の形態および第２の実施の形態と同様なシーケンスにより映像の一時停止、再生を行うことができ、第１の実施の形態および第２の実施の形態と同様なシーケンスにより映像の再生およびセッションが終了する。

したがって、第３の実施の形態に係る映像配信システムは、映像を受信機に送信する映像配信システムであって、第１の種類の映像（２Ｄ映像）であり且つ第２の種類の映像（３Ｄ映像）を構成する主たる映像である主映像（２Ｄ映像）が記憶される主映像記憶手段（２Ｄ映像記憶部４１）を備える主映像配信サーバ（映像配信サーバ４）と、主映像（２Ｄ映像）に補完されて第２の種類の映像（３Ｄ映像）を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバ５とを備え、主映像配信サーバ４は、受信機１０で受信してよい映像の種類を示す識別子（３Ｄ識別子）を受信機１０から受信する手段（Ｔ１０１）と、受信された識別子が第２の種類の映像（３Ｄ映像）の種類を示すもの（３Ｄ識別子）であるなら、主映像記憶手段（４１）のＵＲＩである主映像用ＵＲＩ並びに補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを受信機１０に送信する手段（Ｔ１０３Ｂ）と、受信機１０で第１の種類の映像（２Ｄ映像）と第２の種類の映像（３Ｄ映像）のいずれの種類の映像を選択するための操作が行われた場合であっても受信機１０から送信される主映像用ＵＲＩ（２Ｄ映像ＵＲＩ）を受信する手段（Ｔ２０１）と、主映像用ＵＲＩが受信されたなら主映像記憶手段（４１）から主映像を読み出し受信機１０に送信する手段（Ｔ２１７）とを備え、補完映像配信サーバ５は、受信機１０で第１の種類の映像（２Ｄ映像）と第２の種類の映像（３Ｄ映像）とから第２の種類の映像（３Ｄ映像）を選択するための操作が行われた場合に受信機１０から送信される補完映像用ＵＲＩを受信する手段（Ｔ２０３）と、補完映像用ＵＲＩが受信されたなら補完映像記憶手段から補完映像を読み出し受信機１０に送信する手段（Ｔ２１９）とを備えるので、受信機１０で受信してよい映像を配信でき、しかも、受信機１０で選択された、第１の種類の映像または第２の種類の映像（第１の種類の映像に補完映像を補完して得られる映像）を配信できる。

なお、第３の実施の形態では、第１の種類の映像を主映像つまり２Ｄ映像とし、第２の種類の映像つまり補完映像を第１の種類の映像に補完して３Ｄ映像としたが、第１の種類の映像を字幕や補足説明の映像のない映像とし、字幕の映像や補足説明の映像つまり第２の種類の映像を第１の種類の映像に補完して字幕や補足説明の映像を有する映像としてもよい。

この場合、映像配信サーバ４は、２Ｄ識別子や３Ｄ識別子に代えて、字幕や補足説明の必要の有無を示す識別子を受信機から受信することとなる。

また、第１の実施の形態または第２の実施の形態に係る映像配信サーバとしてコンピュータを機能させるためのコンピュータプログラムまたは第３の実施の形態に係る映像配信システムの主映像配信サーバ４および補完映像配信サーバ５として２つのコンピュータを機能させるためのコンピュータプログラム。は、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録でき、また、インターネットなどの通信網を介して伝送させて、広く流通させることができる。

１…ポータルサーバ
２…再生制御サーバ
３…ＤＲＭサーバ
４…映像配信サーバ（主映像配信サーバ）
５…補完映像配信サーバ
１０…受信機
４１…２Ｄ映像記憶部（主映像記憶部）
４３…３Ｄ映像記憶部
４３…ＩＰ通信部
４４…ＲＴＳＰ制御部
４５…映像種類判定部
１０１…ＩＰ通信部
１０２…ＲＴＳＰ制御部

Claims

映像を受信機に送信する映像配信サーバであって、
第１の種類の映像が記憶される第１の映像記憶手段と、
第２の種類の映像が記憶される第２の映像記憶手段と、
前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信する手段と、当該受信された識別子が前記第２の種類の映像の種類を示すものであるなら、前記第１の映像記憶手段のＵＲＩである第１のＵＲＩ並びに前記第２の映像記憶手段のＵＲＩである第２のＵＲＩを前記受信機に送信する手段と、
前記受信機で前記第１の種類の映像または前記第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信する手段と、
当該受信されたＵＲＩが前記第１のＵＲＩであるなら前記第１の映像記憶手段から映像を読み出し前記受信機に送信する一方、当該受信されたＵＲＩが前記第２のＵＲＩであるなら前記第２の映像記憶手段から映像を読み出し前記受信機に送信する手段と
を備えることを特徴とする映像配信サーバ。
映像を受信機に送信する映像配信システムであって、
第１の種類の映像であり且つ第２の種類の映像を構成する主たる映像である主映像が記憶される主映像記憶手段を備える主映像配信サーバと、
前記主映像に補完されて前記第２の種類の映像を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバとを備え、
前記主映像配信サーバは、
前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信する手段と、当該受信された識別子が前記第２の種類の映像の種類を示すものであるなら、前記主映像記憶手段のＵＲＩである主映像用ＵＲＩ並びに前記補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを前記受信機に送信する手段と、
前記受信機で前記第１の種類の映像と前記第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される前記主映像用ＵＲＩを受信する手段と、
当該主映像用ＵＲＩが受信されたなら前記主映像記憶手段から主映像を読み出し前記受信機に送信する手段とを備え、
前記補完映像配信サーバは、
前記受信機で前記第１の種類の映像と前記第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される前記補完映像用ＵＲＩを受信する手段と、
当該補完映像用ＵＲＩが受信されたなら前記補完映像記憶手段から補完映像を読み出し前記受信機に送信する手段とを備える
ことを特徴とする映像配信システム。
映像を受信機に送信する映像配信サーバの動作方法であって、
前記映像配信サーバは、
第１の種類の映像が記憶される第１の映像記憶手段と、
第２の種類の映像が記憶される第２の映像記憶手段とを備え、
前記動作方法は、
前記映像配信サーバが、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信するステップと、
前記映像配信サーバが、当該受信された識別子が前記第２の種類の映像の種類を示すものである場合において、前記第１の映像記憶手段のＵＲＩである第１のＵＲＩ並びに前記第２の映像記憶手段のＵＲＩである第２のＵＲＩを前記受信機に送信するステップと、
前記映像配信サーバが、前記受信機で前記第１の種類の映像または前記第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信するステップと、
前記映像配信サーバが、当該受信されたＵＲＩが前記第１のＵＲＩである場合において前記第１の映像記憶手段から映像を読み出し前記受信機に送信するステップ、または、当該受信されたＵＲＩが前記第２のＵＲＩである場合において前記第２の映像記憶手段から映像を読み出し前記受信機に送信するステップと
を備えることを特徴とする映像配信サーバの動作方法。
映像を受信機に送信する映像配信システムの動作方法であって、
前記映像配信システムは、
第１の種類の映像であり且つ第２の種類の映像を構成する主たる映像である主映像が記憶される主映像記憶手段を備える主映像配信サーバと、
前記主映像に補完されて前記第２の種類の映像を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバとを備え、
前記動作方法は、
前記主映像配信サーバが、
前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信するステップと、
前記主映像配信サーバが、当該受信された識別子が前記第２の種類の映像の種類を示すものである場合において、前記主映像記憶手段のＵＲＩである主映像用ＵＲＩ並びに前記補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを前記受信機に送信するステップと、
前記主映像配信サーバが、前記受信機で前記第１の種類の映像と前記第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される前記主映像用ＵＲＩを受信するステップと、
前記主映像配信サーバが、当該主映像用ＵＲＩが受信された場合において前記主映像記憶手段から主映像を読み出し前記受信機に送信するステップと、
前記補完映像配信サーバが、前記受信機で前記第１の種類の映像と前記第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される前記補完映像用ＵＲＩを受信するステップと、
前記補完映像配信サーバが、当該補完映像用ＵＲＩが受信された場合において前記補完映像記憶手段から補完映像を読み出し前記受信機に送信するステップと
を備えることを特徴とする映像配信システムの動作方法。
請求項１記載の映像配信サーバとしてコンピュータを機能させるためのコンピュータプログラムまたは請求項２記載の映像配信システムの主映像配信サーバおよび補完映像配信サーバとして２つのコンピュータを機能させるためのコンピュータプログラム。