(57)【特許請求の範囲】
【請求項１】
映像を受信機に送信する映像配信サーバであって、
第１の種類の映像が記憶される第１の映像記憶手段と、
第２の種類の映像が記憶される第２の映像記憶手段と、
前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信する手段と、  当該受信された識別子が前記第２の種類の映像の種類を示すものであるなら、前記第１の映像記憶手段のＵＲＩである第１のＵＲＩ並びに前記第２の映像記憶手段のＵＲＩである第２のＵＲＩを前記受信機に送信する手段と、
前記受信機で前記第１の種類の映像または前記第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信する手段と、
当該受信されたＵＲＩが前記第１のＵＲＩであるなら前記第１の映像記憶手段から映像を読み出し前記受信機に送信する一方、当該受信されたＵＲＩが前記第２のＵＲＩであるなら前記第２の映像記憶手段から映像を読み出し前記受信機に送信する手段と
を備えることを特徴とする映像配信サーバ。
【請求項２】
映像を受信機に送信する映像配信システムであって、
第１の種類の映像であり且つ第２の種類の映像を構成する主たる映像である主映像が記憶される主映像記憶手段を備える主映像配信サーバと、
前記主映像に補完されて前記第２の種類の映像を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバとを備え、
前記主映像配信サーバは、
前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信する手段と、  当該受信された識別子が前記第２の種類の映像の種類を示すものであるなら、前記主映像記憶手段のＵＲＩである主映像用ＵＲＩ並びに前記補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを前記受信機に送信する手段と、
前記受信機で前記第１の種類の映像と前記第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される前記主映像用ＵＲＩを受信する手段と、
当該主映像用ＵＲＩが受信されたなら前記主映像記憶手段から主映像を読み出し前記受信機に送信する手段とを備え、
前記補完映像配信サーバは、
前記受信機で前記第１の種類の映像と前記第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される前記補完映像用ＵＲＩを受信する手段と、
当該補完映像用ＵＲＩが受信されたなら前記補完映像記憶手段から補完映像を読み出し前記受信機に送信する手段とを備える
ことを特徴とする映像配信システム。
【請求項３】
映像を受信機に送信する映像配信サーバの動作方法であって、
前記映像配信サーバは、
第１の種類の映像が記憶される第１の映像記憶手段と、
第２の種類の映像が記憶される第２の映像記憶手段とを備え、
前記動作方法は、
前記映像配信サーバが、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信するステップと、
前記映像配信サーバが、当該受信された識別子が前記第２の種類の映像の種類を示すものである場合において、前記第１の映像記憶手段のＵＲＩである第１のＵＲＩ並びに前記第２の映像記憶手段のＵＲＩである第２のＵＲＩを前記受信機に送信するステップと、
前記映像配信サーバが、前記受信機で前記第１の種類の映像または前記第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信するステップと、
前記映像配信サーバが、当該受信されたＵＲＩが前記第１のＵＲＩである場合において前記第１の映像記憶手段から映像を読み出し前記受信機に送信するステップ、または、当該受信されたＵＲＩが前記第２のＵＲＩである場合において前記第２の映像記憶手段から映像を読み出し前記受信機に送信するステップと
を備えることを特徴とする映像配信サーバの動作方法。
【請求項４】
映像を受信機に送信する映像配信システムの動作方法であって、
前記映像配信システムは、
第１の種類の映像であり且つ第２の種類の映像を構成する主たる映像である主映像が記憶される主映像記憶手段を備える主映像配信サーバと、
前記主映像に補完されて前記第２の種類の映像を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバとを備え、
前記動作方法は、
前記主映像配信サーバが、
前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信するステップと、
前記主映像配信サーバが、当該受信された識別子が前記第２の種類の映像の種類を示すものである場合において、前記主映像記憶手段のＵＲＩである主映像用ＵＲＩ並びに前記補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを前記受信機に送信するステップと、
前記主映像配信サーバが、前記受信機で前記第１の種類の映像と前記第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される前記主映像用ＵＲＩを受信するステップと、
前記主映像配信サーバが、当該主映像用ＵＲＩが受信された場合において前記主映像記憶手段から主映像を読み出し前記受信機に送信するステップと、
前記補完映像配信サーバが、前記受信機で前記第１の種類の映像と前記第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される前記補完映像用ＵＲＩを受信するステップと、
前記補完映像配信サーバが、当該補完映像用ＵＲＩが受信された場合において前記補完映像記憶手段から補完映像を読み出し前記受信機に送信するステップと
を備えることを特徴とする映像配信システムの動作方法。
【請求項５】
請求項１記載の映像配信サーバとしてコンピュータを機能させるためのコンピュータプログラムまたは請求項２記載の映像配信システムの主映像配信サーバおよび補完映像配信サーバとして２つのコンピュータを機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像配信システムとその動作方法に関するものである。
【背景技術】
【０００２】
近年において、ネットワークを介して映像（以下、付帯する音声の有無によらず映像という）を配信する場合、視聴者が視聴したい映像を選択し、当該映像を要求する信号を受信機から映像配信サーバに送信することで、その応答として、映像を配信するという方式が採用されている（非特許文献１の図２−２に基づく）。
【０００３】
ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ＴｅｌｅＶｉｓｉｏｎ）におけるＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）配信では、主に映像そのものの送信を行うＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）と送信の制御を行うＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）が用いられている（非特許文献１）。
【０００４】
非特許文献１では、視聴者が視聴したい映像のタイトルを指定し、受信機と映像配信サーバ間でのＲＴＳＰネゴシエーションを行うことで、映像配信サーバが映像を配信する方式が規定されている。
【０００５】
近年、同一タイトルであっても、解像度が異なったり、いわゆる３Ｄ映像があったり、種類の異なる映像が登場してきており、映像の選択肢が増えてきているという現状がある（非特許文献２）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＩＰＴＶフォーラム、ＩＰＴＶ規定、ＶＯＤ仕様「Ｐ．１５〜１７  ２．３」
【非特許文献２】“ひかりＴＶ”、［ｏｎｌｉｎｅ］、［平成２３年１月２７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｈｉｋａｒｉｔｖ．ｎｅｔ／３ｄ／＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
今後、現状のＲＴＳＰネゴシエーションのように、すべての選択を視聴者に委ねる方式では、映像の種類が多くなるにしたがって、以下のような問題が発生すると考えられる。
【０００８】
（１）有料の映像において、視聴者が誤って視聴したい映像でない映像を選択してしまった場合、課金された上、本来視聴したい映像が視聴できない。
【０００９】
（２）視聴者が誤って視聴したい映像でない映像すると、その受信機に対して映像配信サーバが映像を配信してしまうため、ネットワーク帯域を無駄に消費してしまう。
【００１０】
（３）（２）の場合、再生できない映像を受信した受信機に障害が発生する。
【００１１】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、受信機で受信してよい映像を配信できる映像配信サーバおよびその動作方法を提供することにある。
【００１２】
また、本発明の他の目的は、受信機で受信してよい映像を配信できる映像配信システムおよびその動作方法を提供することにある。
【課題を解決するための手段】
【００１４】
第１の本発明は、映像を受信機に送信する映像配信サーバであって、第１の種類の映像が記憶される第１の映像記憶手段と、第２の種類の映像が記憶される第２の映像記憶手段と、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信する手段と、当該受信された識別子が前記第２の種類の映像の種類を示すものであるなら、前記第１の映像記憶手段のＵＲＩである第１のＵＲＩ並びに前記第２の映像記憶手段のＵＲＩである第２のＵＲＩを前記受信機に送信する手段と、前記受信機で前記第１の種類の映像または前記第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信する手段と、当該受信されたＵＲＩが前記第１のＵＲＩであるなら前記第１の映像記憶手段から映像を読み出し前記受信機に送信する一方、当該受信されたＵＲＩが前記第２のＵＲＩであるなら前記第２の映像記憶手段から映像を読み出し前記受信機に送信する手段とを備えることを特徴とする映像配信サーバをもって解決手段とする。
【００１５】
第２の本発明は、映像を受信機に送信する映像配信システムであって、第１の種類の映像であり且つ第２の種類の映像を構成する主たる映像である主映像が記憶される主映像記憶手段を備える主映像配信サーバと、前記主映像に補完されて前記第２の種類の映像を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバとを備え、前記主映像配信サーバは、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信する手段と、当該受信された識別子が前記第２の種類の映像の種類を示すものであるなら、前記主映像記憶手段のＵＲＩである主映像用ＵＲＩ並びに前記補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを前記受信機に送信する手段と、前記受信機で前記第１の種類の映像と前記第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される前記主映像用ＵＲＩを受信する手段と、当該主映像用ＵＲＩが受信されたなら前記主映像記憶手段から主映像を読み出し前記受信機に送信する手段とを備え、前記補完映像配信サーバは、前記受信機で前記第１の種類の映像と前記第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される前記補完映像用ＵＲＩを受信する手段と、当該補完映像用ＵＲＩが受信されたなら前記補完映像記憶手段から補完映像を読み出し前記受信機に送信する手段とを備えることを特徴とする映像配信システムをもって解決手段とする。
【００１７】
第３の本発明は、映像を受信機に送信する映像配信サーバの動作方法であって、前記映像配信サーバは、第１の種類の映像が記憶される第１の映像記憶手段と、第２の種類の映像が記憶される第２の映像記憶手段とを備え、前記動作方法は、前記映像配信サーバが、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信するステップと、前記映像配信サーバが、当該受信された識別子が前記第２の種類の映像の種類を示すものである場合において、前記第１の映像記憶手段のＵＲＩである第１のＵＲＩ並びに前記第２の映像記憶手段のＵＲＩである第２のＵＲＩを前記受信機に送信するステップと、前記映像配信サーバが、前記受信機で前記第１の種類の映像または前記第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信するステップと、前記映像配信サーバが、当該受信されたＵＲＩが前記第１のＵＲＩである場合において前記第１の映像記憶手段から映像を読み出し前記受信機に送信するステップ、または、当該受信されたＵＲＩが前記第２のＵＲＩである場合において前記第２の映像記憶手段から映像を読み出し前記受信機に送信するステップとを備えることを特徴とする映像配信サーバの動作方法をもって解決手段とする。
【００１８】
第４の本発明は、映像を受信機に送信する映像配信システムの動作方法であって、前記映像配信システムは、第１の種類の映像であり且つ第２の種類の映像を構成する主たる映像である主映像が記憶される主映像記憶手段を備える主映像配信サーバと、前記主映像に補完されて前記第２の種類の映像を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバとを備え、前記動作方法は、前記主映像配信サーバが、前記受信機で受信してよい映像の種類を示す識別子を当該受信機から受信するステップと、前記主映像配信サーバが、当該受信された識別子が前記第２の種類の映像の種類を示すものである場合において、前記主映像記憶手段のＵＲＩである主映像用ＵＲＩ並びに前記補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを前記受信機に送信するステップと、前記主映像配信サーバが、前記受信機で前記第１の種類の映像と前記第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される前記主映像用ＵＲＩを受信するステップと、前記主映像配信サーバが、当該主映像用ＵＲＩが受信された場合において前記主映像記憶手段から主映像を読み出し前記受信機に送信するステップと、前記補完映像配信サーバが、前記受信機で前記第１の種類の映像と前記第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される前記補完映像用ＵＲＩを受信するステップと、前記補完映像配信サーバが、当該補完映像用ＵＲＩが受信された場合において前記補完映像記憶手段から補完映像を読み出し前記受信機に送信するステップとを備えることを特徴とする映像配信システムの動作方法をもって解決手段とする。
【発明の効果】
【００２０】
第１、第３の本発明によれば、受信機で受信してよい映像の種類を示す識別子を当該受信機から受信し、受信された識別子が第２の種類の映像の種類を示すものである場合において、第１のＵＲＩ並びに第２のＵＲＩを受信機に送信し、受信機で第１の種類の映像または第２の種類の映像を選択するための操作が行われ当該受信機から送信される当該操作に対応するＵＲＩを受信し、受信されたＵＲＩが第１のＵＲＩである場合において第１の映像記憶手段から映像を読み出し受信機に送信する、または、受信されたＵＲＩが第２のＵＲＩである場合において第２の映像記憶手段から映像を読み出し受信機に送信するので、受信機で受信してよい映像を配信でき、しかも、受信機で選択された、第１の種類の映像または第２の種類の映像を配信できる。
【００２１】
第２、第４の本発明によれば、主映像配信サーバが、受信機で受信してよい映像の種類を示す識別子を当該受信機から受信し、主映像配信サーバが、受信された識別子が第２の種類の映像の種類を示すものである場合において、主映像用ＵＲＩ並びに補完映像用ＵＲＩを受信機に送信し、主映像配信サーバが、受信機で第１の種類の映像と第２の種類の映像のいずれの種類の映像を選択するための操作が行われた場合であっても当該受信機から送信される主映像用ＵＲＩを受信し、主映像配信サーバが、主映像用ＵＲＩが受信された場合において主映像記憶手段から主映像を読み出し受信機に送信し、補完映像配信サーバが、受信機で第１の種類の映像と第２の種類の映像とから当該第２の種類の映像を選択するための操作が行われた場合に当該受信機から送信される補完映像用ＵＲＩを受信し、補完映像配信サーバが、当該補完映像用ＵＲＩが受信された場合において補完映像記憶手段から補完映像を読み出し受信機に送信するので、受信機で受信してよい映像を配信でき、しかも、受信機で選択された、第１の種類の映像または第２の種類の映像（第１の種類の映像に補完映像を補完して得られる映像）を配信できる。
【図面の簡単な説明】
【００２２】
【図１】第１の実施の形態に係る映像配信サーバを含む映像配信システムの構成を示す図である。
【図２】映像配信サーバ４と受信機１０の構成を示すブロック図である。
【図３】映像配信サーバ４における動作を流れを示すフローチャートである。
【図４】映像配信システムの動作を示すシーケンス図である。
【図５】第１の実施の形態における一部のシーケンスを詳細に示す図である。
【図６】第１の実施の形態におけるメソッドの記述例を示す図である。
【図７】第２の実施の形態における一部のシーケンスを詳細に示す図である。
【図８】２Ｄ映像と３Ｄ映像のいずれかを視聴者に選択させるための画面を示す図である。
【図９】第２の実施の形態における一部のシーケンスを詳細に示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明の実施の形態について図面を参照して説明する。
【００２４】
［第１の実施の形態］
図１は、第１の実施の形態に係る映像配信サーバを含む映像配信システムの構成を示す図である。
【００２５】
映像配信システムは、例えば、映像を再生可能な複数の受信機（以下、受信機１０を例とする）に映像を配信するものであり、受信機１０に番組情報を送信するポータルサーバ１と、受信機１０に再生制御情報を送信する再生制御サーバ２と、受信機１０にライセンス情報を送信するＤＲＭサーバ３と、受信機１０に映像を送信する映像配信サーバ４とを備える。
【００２６】
各サーバは、例えば、ＩＰＴＶフォーラム  ＩＰＴＶ規定  ＶＯＤ仕様に準拠したサーバである。
【００２７】
受信機１０は、ここでは、例えば、映画などを立体的に見せるために制作されたものでない映像（以下、２Ｄ映像という）と、映画などを立体的に見せるために制作された映像（以下、３Ｄ映像という）とを再生可能な受信機であることとする。
【００２８】
図２は、映像配信サーバ４と受信機１０の構成を示すブロック図である。
【００２９】
映像配信サーバ４は、例えば、映画などの２Ｄ映像がその識別情報に対応づけて記憶される２Ｄ映像記憶部４１と、当該映画などの３Ｄ映像がその識別情報に対応づけて記憶される３Ｄ映像記憶部４２と、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信を行うＩＰ通信部４３と、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）制御を行うＲＴＳＰ制御部４４と、２Ｄ映像と３Ｄ映像のどちらを送信すべきかを判定する映像種類判定部４５とを備える。
【００３０】
受信機１０は、ＩＰ通信を行うＩＰ通信部１０１と、ＲＴＳＰ制御を行うＲＴＳＰ制御部１０２とを備える。
【００３１】
図３は、映像配信サーバ４における動作を流れを示すフローチャートである。
【００３２】
映像配信サーバ４では、受信機１０から送信される情報であるＤＥＳＣＲＩＢＥメソッドが受信されたなら、映像種類判定部４５が、ＤＥＳＣＲＩＢＥメソッドに３Ｄ映像を示す識別子（以下、３Ｄ識別子という）が含まれているか否かを判定する（Ｓ１）。
【００３３】
映像配信サーバ４は、ＤＥＳＣＲＩＢＥメソッドに３Ｄ識別子が含まれているなら、３Ｄ映像記憶部４２のＵＲＩ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ（以下、３Ｄ映像ＵＲＩという）を含む情報であるＯＫメソッドを受信機１０に送信する（Ｓ３）。
【００３４】
次に、映像配信サーバ４は、受信機１０から送信される情報であるＳＥＴＵＰメソッドを受信する（Ｓ５）。ＳＥＴＵＰメソッドには、３Ｄ映像ＵＲＩが含まれる。
【００３５】
映像配信サーバ４は、かかるＳＥＴＵＰメソッドを受信したなら、３Ｄ映像記憶部４２から３Ｄ映像を読み出し、受信機１０に送信する（Ｓ７）。
【００３６】
一方、映像配信サーバ４は、ＤＥＳＣＲＩＢＥメソッドに２Ｄ映像を示す識別子（以下、２Ｄ識別子という）が含まれているなら、２Ｄ映像記憶部４３のＵＲＩ（以下、２Ｄ映像ＵＲＩという）を含む情報であるＯＫメソッドを受信機１０に送信する（Ｓ１３）。
【００３７】
次に、映像配信サーバ４は、受信機１０から送信される情報であるＳＥＴＵＰメソッドを受信する（Ｓ１５）。ＳＥＴＵＰメソッドには、２Ｄ映像ＵＲＩが含まれる。
【００３８】
映像配信サーバ４は、かかるＳＥＴＵＰメソッドを受信したなら、２Ｄ映像記憶部４３から２Ｄ映像を読み出し、受信機１０に送信する（Ｓ１７）。
【００３９】
図４は、映像配信システムの動作を示すシーケンス図である。
【００４０】
受信機１０は、映像配信を要求する旨の映像配信要求情報をポータルサーバ１に送信する（Ｔ１）。
【００４１】
ポータルサーバ１は、これに対し、複数の映像の名前や内容を含む番組情報を受信機１０に送信する（Ｔ３）。
【００４２】
受信機１０は、番組情報により映像の名前や内容を表示する（Ｔ５）。
【００４３】
視聴者が、名前などを見て映像を選択し（Ｔ７）、当該映像を選択した旨の操作を受信機１０に行ったなら（Ｔ９）、受信機１０は、当該映像を再生するための再生制御情報を要求する旨の再生制御情報取得要求を再生制御サーバ２に送信する（Ｔ１１）。再生制御情報取得要求には当該映像の識別情報が含まれる。
【００４４】
再生制御サーバ２は、再生制御情報取得要求を受信したなら、再生制御情報を受信機１０に送信する（Ｔ１３）。
【００４５】
再生制御情報は、再生制御情報取得要求内の識別情報に対応する映像の属性情報を含むＸＭＬ文書（ＥＲＩ（Ｅｎｔｒｙ  Ｒｅｓｏｕｒｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ））、当該映像のライセンス情報にアクセスするためのＸＭＬ文書（ＬＬＩ（Ｌｉｃｅｎｓｅ  Ｌｉｎｋ  Ｉｎｆｏｒｍａｔｉｏｎ））、当該映像のストリーミング受信に関わる関連情報を含むＸＭＬ文書（ＮＣＩ（Ｎｅｔｗｏｒｋ  ｃｏｎｔｅｎｔ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））を含む。
【００４６】
ＥＲＩは、解析により、映像配信サーバ４のＵＲＩを抽出できるようになっている。ＬＬＩは、解析により、映像のライセンス情報を取得する必要があるか否かを判定できるようになっている。
【００４７】
受信機１０は、ＥＲＩを解析し、映像配信サーバ４のＵＲＩを抽出し（Ｔ１５）、ＬＬＩを解析し、映像のライセンス情報を取得する必要があるか否かを判定する（Ｔ１７）。
【００４８】
受信機１０は、映像のライセンス情報が必要であると判定したなら、当該ライセンス情報を要求する旨のライセンス情報取得要求をＤＲＭサーバ３に送信する（Ｔ１９）。ライセンス情報取得要求には当該映像の識別情報が含まれる。
【００４９】
ＤＲＭサーバ３は、ライセンス取得要求を受信したなら、ライセンス取得要求内の映像内の識別情報に対応する映像のライセンス情報を発行し（Ｔ２１）、当該ライセンス情報を受信機１０に送信する（Ｔ２３）。当該ライセンス情報には、暗号化された映像を復号するための鍵や利用条件が含まれる。
【００５０】
受信機１０は、ＮＣＩを解析し、映像のストリーミング受信に関わる関連情報を抽出する（Ｔ２５）。
【００５１】
映像配信サーバ４は、ＲＴＳＰ制御を行い、ＲＴＰにより映像を送信し、受信機１０は、これまでの工程により得た情報に基づいて、映像を受信し再生する（Ｔ２７）。
【００５２】
図５は、映像が配信されるシーケンスを詳細に示す図である。図６は、その際に送信されるメソッドをＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を使用して記述した例を示す図である。
【００５３】
受信機１０は、３Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４に送信し、映像配信サーバ４がＤＥＳＣＲＩＢＥメソッドを受信する（Ｔ１０１）。ＤＥＳＣＲＩＢＥメソッドの「ｓｅｒｖｉｃｅ−ｔｙｐｅ＝３ｄ−ｓｅｖｉｃｅ」が３Ｄ識別子である（図６参照）。
【００５４】
映像配信サーバ４は、図３のフローチャートにしたがい、３Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する（Ｔ１０３）。このＯＫメソッドにも３Ｄ識別子「ｓｅｒｖｉｃｅ−ｔｙｐｅ＝３ｄ−ｓｅｖｉｃｅ」が含まれる（図６参照）。
【００５５】
受信機１０は、ＯＫメソッドを受信したなら、３Ｄ映像ＵＲＩを含むＳＥＴＵＰメソッドを映像配信サーバ４に送信し、映像配信サーバ４はＳＥＴＵＰメソッドを受信する（Ｔ１０５）。ＳＥＴＵＰメソッドは、受信機１０において映像を再生するための記憶領域が割り当てられたことを示すものである。
【００５６】
映像配信サーバ４は、ＳＥＴＵＰメソッドを受信したなら、３Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する（Ｔ１０７）。このＯＫメソッドにも３Ｄ識別子「ｓｅｒｖｉｃｅ−ｔｙｐｅ＝３ｄ−ｓｅｖｉｃｅ」が含まれる（図６参照）。
【００５７】
ＯＫメソッド内の３Ｄ識別子は、映像配信サーバ４により３Ｄ映像を送信することが可能であることを示すものである。
【００５８】
受信機１０は、ＯＫメソッドを受信したなら、割り当てた領域を使用して映像の再生を開始する旨のＰＬＡＹメソッドを映像配信サーバ４に送信する（Ｔ１０９）。
【００５９】
映像配信サーバ４は、ＰＬＡＹメソッドに対する応答であるＯＫメソッドを受信機１０に送信する（Ｔ１１１）。
【００６０】
以降、映像配信サーバ４は、３Ｄ映像記憶部４２から３Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する（Ｔ１１３）。
【００６１】
例えば、視聴者が、映像を一時停止させる操作を受信機１０に行ったなら（Ｔ１１５）、受信機１０は、映像を一時停止させるためのＰＡＵＳＥメソッドを映像配信サーバ４に送信する（Ｔ１１７）。
【００６２】
映像配信サーバ４は、ＰＡＵＳＥメソッドに対する応答であるＯＫメソッドを受信機１０に送信し（Ｔ１１９）、映像の送信を停止する。
【００６３】
例えば、視聴者が、映像を再生させる操作を受信機１０に行ったなら（Ｔ１２１）、受信機１０は、映像を再生させるためのＰＬＡＹメソッドを映像配信サーバ４に送信する（Ｔ１２３）。
【００６４】
映像配信サーバ４は、ＰＬＡＹメソッドに対する応答であるＯＫメソッドを受信機１０に送信する（Ｔ１２５）。
【００６５】
映像配信サーバ４は、３Ｄ映像記憶部４２から３Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する（Ｔ１２７）。
【００６６】
受信機１０は、映像を再生し終えたら、セッションを終了するためのＴＥＡＲＤＯＷＮメソッドを映像配信サーバ４に送信する（Ｔ１２９）。
【００６７】
映像配信サーバ４は、ＴＥＡＲＤＯＷＮメソッドに対する応答であるＯＫメソッドを受信機１０に送信する（Ｔ１３１）。
【００６８】
なお、図示しないが、２Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４に送信したなら、映像配信サーバ４は、２Ｄ映像記憶部４１から２Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する。
【００６９】
したがって、第１の実施の形態に係る映像配信サーバ４は、映像を受信機１０に送信する映像配信サーバであって、互いに種類の異なる複数の映像が記憶される映像記憶手段（２Ｄ映像記憶部４１および３Ｄ映像記憶部４２）と、受信機１０で受信してよい映像の種類を示す識別子（３Ｄ識別子）を受信機１０から受信する手段（Ｔ１０１）と、３Ｄ識別子により示される種類の３Ｄ映像を映像記憶手段から読み出し受信機１０に送信する手段（Ｔ１１３）とを備えるので、受信機１０で受信してよい映像を配信できる。
【００７０】
なお、第１の実施の形態では、２Ｄ映像と３Ｄ映像を例示したが、第１の実施の形態を、解像度の異なる複数の映像に適用してもよい。また、第１の実施の形態を、白黒映像とカラー映像に適用してもよい。また、第１の実施の形態を、アスペクト比の異なる複数の映像に適用してもよい。また、第１の実施の形態を、映像に付帯する音声の言語が異なる複数の映像に適用してもよい。
【００７１】
この場合、映像配信サーバ４は、２Ｄ識別子や３Ｄ識別子に代えて、白黒映像やカラー映像を示す識別子、受信機で再生可能な映像のアスペクト比を示す識別子を受信機から受信することとなる。
【００７２】
［第２の実施の形態］
次に、第２の実施の形態に係る映像配信サーバについて説明する。第２の実施の形態のシステム構成およびサーバや受信機の構成は第１の実施の形態と同様なので説明を省略し、第１の実施の形態との差異を中心に説明を行う。
【００７３】
図７は、映像が配信されるシーケンスを詳細に示す図である。
【００７４】
受信機１０は、３Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４に送信し、映像配信サーバ４がＤＥＳＣＲＩＢＥメソッドを受信する（Ｔ１０１）。
【００７５】
映像配信サーバ４は、２Ｄ映像記憶部４１のＵＲＩ（以下、２Ｄ映像ＵＲＩという）と３Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する（Ｔ１０３Ａ）。
【００７６】
受信機１０は、２Ｄ映像ＵＲＩと３Ｄ映像ＵＲＩを含むＯＫメソッドを受信したなら、図８に示すように、２Ｄ映像と３Ｄ映像のいずれかを視聴者に選択させるための画面を表示する（Ｔ１１４１）。
【００７７】
視聴者が、例えば３Ｄ映像を選択し（Ｔ１１４２）、当該選択の操作を受信機１０に行ったなら（Ｔ１１４３）、受信機１０は、３Ｄ映像ＵＲＩを含むＳＥＴＵＰメソッドを映像配信サーバ４に送信し、映像配信サーバ４はＳＥＴＵＰメソッドを受信する（Ｔ１０５）。
【００７８】
映像配信サーバ４は、ＳＥＴＵＰメソッドを受信し、ＳＥＴＵＰメソッドに３Ｄ映像ＵＲＩが含まれいるなら、３Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する（Ｔ１０７）。
【００７９】
受信機１０は、ＯＫメソッドを受信したなら、３Ｄ映像ＵＲＩを含むＰＬＡＹメソッドを映像配信サーバ４に送信する（Ｔ１０９）。
【００８０】
映像配信サーバ４は、ＰＬＡＹメソッドに対する応答であるＯＫメソッドを受信機１０に送信する（Ｔ１１１）。
【００８１】
以降、映像配信サーバ４は、３Ｄ映像記憶部４２から３Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する（Ｔ１１３）。
【００８２】
なお、図示しないが、２Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４に送信したなら、映像配信サーバ４は、２Ｄ映像記憶部４１から２Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する。
【００８３】
また、視聴者が、例えば、２Ｄ映像を選択し（Ｔ１１４２）、当該選択の操作を受信機１０に行ったなら（Ｔ１１４３）、受信機１０は、２Ｄ識別子を含むＳＥＴＵＰメソッドを映像配信サーバ４に送信し、映像配信サーバ４はＳＥＴＵＰメソッドを受信する。
【００８４】
映像配信サーバ４は、ＳＥＴＵＰメソッドに２Ｄ映像ＵＲＩが含まれいるなら、２Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する。
【００８５】
受信機１０は、ＯＫメソッドを受信したなら、２Ｄ映像ＵＲＩを含むＰＬＡＹメソッドを映像配信サーバ４に送信する。
【００８６】
映像配信サーバ４は、ＰＬＡＹメソッドに対する応答であるＯＫメソッドを受信機１０に送信する。
【００８７】
以降、映像配信サーバ４は、２Ｄ映像記憶部４１から２Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する。
【００８８】
なお、第２の実施の形態でも第１の実施の形態と同様なシーケンスにより映像の一時停止、再生を行うことができ、第１の実施の形態と同様なシーケンスにより映像の再生およびセッションが終了する。
【００８９】
したがって、第２の実施の形態に係る映像配信サーバ４は、映像を受信機に送信する映像配信サーバであって、第１の種類の映像（２Ｄ映像）が記憶される第１の映像記憶手段（２Ｄ映像記憶部４１）と、第２の種類の映像（３Ｄ映像）が記憶される第２の映像記憶手段（３Ｄ映像記憶部４２）と、受信機１０で受信してよい映像の種類を示す識別子（３Ｄ識別子）を受信機１０から受信する手段（Ｔ１０１）と、受信された識別子が第２の種類の映像（３Ｄ映像）の種類を示すもの（３Ｄ識別子）であるなら、第１の映像記憶手段のＵＲＩである第１のＵＲＩ（２Ｄ映像ＵＲＩ）並びに第２の映像記憶手段のＵＲＩである第２のＵＲＩ（３Ｄ映像ＵＲＩ）を受信機１０に送信する手段（Ｔ１０３Ａ）と、受信機１０で第１の種類の映像または第２の種類の映像を選択するための操作（Ｔ１１４３）が行われ受信機１０から送信される当該操作に対応するＵＲＩを受信する手段（Ｔ１０５）と、受信されたＵＲＩが第１のＵＲＩ（２Ｄ映像ＵＲＩ）であるなら第１の映像記憶手段（４１）から映像（２Ｄ映像）を読み出し受信機１０に送信する一方、受信されたＵＲＩが第２のＵＲＩ（３Ｄ映像ＵＲＩ）であるなら第２の映像記憶手段（４２）から映像（３Ｄ映像）を読み出し受信機１０に送信する手段（Ｔ１１３）とを備えるので、受信機１０で受信してよい映像を配信でき、しかも、受信機１０で選択された、第１の種類の映像または第２の種類の映像を配信できる。
【００９０】
なお、第２の実施の形態では、第１の種類の映像を２Ｄ映像とし、第２の種類の映像を３Ｄ映像としたが、第１の種類の映像を低解像度の映像、白黒映像、アスペクト比「４：３」の映像、単一言語の音声が付帯する映像などとし、第２の種類の映像を高解像度の映像、カラー映像、アスペクト比「１６：９」の映像、複数言語の音声が付帯する映像としてもよい。
【００９１】
この場合、映像配信サーバ４は、２Ｄ識別子や３Ｄ識別子に代えて、白黒映像やカラー映像を示す識別子、受信機で再生可能な映像のアスペクト比を示す識別子、受信機で再生可能な映像の解像度を示す識別子、単一言語の国などや他言語の国などを示す識別子を受信機から受信することとなる。
【００９２】
［第３の実施の形態］
次に、第３の実施の形態に係る映像配信システムについて説明する。第３の実施の形態では第１の実施の形態および第２の実施の形態におけるサーバや受信機を用い、その構成は第１の実施の形態および第２の実施の形態と同様なので説明を省略し、第１の実施の形態および第２の実施の形態との差異を中心に説明を行う。
【００９３】
図９は、映像が配信されるシーケンスを詳細に示す図である。
【００９４】
第３の実施の形態では、図１の各サーバに加え、補完映像配信サーバ５が使用される。  補完映像配信サーバ５は、映像配信サーバ４に記憶されている２Ｄ映像（以下、主映像という）に補完されて３Ｄ映像を構成するための補完映像が記憶される補完映像記憶部（図示せず、以下、単に補完映像記憶部という）を備える。
【００９５】
受信機１０は、３Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４（以下、主映像配信サーバ４という）に送信し、主映像配信サーバ４がＤＥＳＣＲＩＢＥメソッドを受信する（Ｔ１０１）。
【００９６】
主映像配信サーバ４は、２Ｄ映像記憶部４１（以下、主映像記憶部４１という）のＵＲＩ（以下、主映像ＵＲＩという）と補完映像記憶部のＵＲＩ（以下、補完映像ＵＲＩという）を含むＯＫメソッドを受信機１０に送信する（Ｔ１０３Ｂ）。
【００９７】
受信機１０は、主映像ＵＲＩと補完映像ＵＲＩを含むＯＫメソッドを受信したなら、図８と同様に、２Ｄ映像と３Ｄ映像のいずれかを視聴者に選択させるための画面を表示する（Ｔ１１４１）。
【００９８】
視聴者が、例えば３Ｄ映像を選択し（Ｔ１１４２）、当該選択の操作を受信機１０に行ったなら（Ｔ１１４３）、受信機１０は、主映像ＵＲＩを含むＳＥＴＵＰメソッドを主映像配信サーバ４に送信し、主映像配信サーバ４はＳＥＴＵＰメソッドを受信し（Ｔ２０１）、受信機１０は、補完映像ＵＲＩを含むＳＥＴＵＰメソッドを補完映像配信サーバ５に送信し、補完映像配信サーバ５はＳＥＴＵＰメソッドを受信する（Ｔ２０３）。
【００９９】
主映像配信サーバ４、補完映像配信サーバ５は、ＳＥＴＵＰメソッドを受信したなら、ＯＫメソッドを受信機１０に送信する（Ｔ２０５、２０７）。
【０１００】
受信機１０は、各ＯＫメソッドを受信したなら、ＰＬＡＹメソッドを主映像配信サーバ４と補完映像配信サーバ５に送信する（Ｔ２０９、Ｔ２１１）。
【０１０１】
主映像配信サーバ４、補完映像配信サーバ５は、ＰＬＡＹメソッドを受信したなら、ＯＫメソッドを受信機１０に送信する（Ｔ２１３、２１５）。
【０１０２】
以降、主映像配信サーバ４は、２Ｄ映像記憶部４１から主映像を読み出し、ＲＴＳＰ制御を行うとともに、主映像をＲＴＰにより受信機１０に送信する（Ｔ２１７）。
【０１０３】
また、補完映像配信サーバ５は、補完映像記憶部から補完映像を読み出し、ＲＴＳＰ制御を行うとともに、補完映像をＲＴＰにより受信機１０に送信する（Ｔ２１９）。
【０１０４】
こうして、受信機１０では、主映像に補完映像が補完され３Ｄ映像が再生される。
【０１０５】
なお、図示しないが、２Ｄ識別子を含むＤＥＳＣＲＩＢＥメソッドを映像配信サーバ４に送信したなら、映像配信サーバ４は、２Ｄ映像記憶部４１から２Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する。
【０１０６】
また、視聴者が、例えば、２Ｄ映像を選択し（Ｔ１１４２）、当該選択の操作を受信機１０に行ったなら（Ｔ１１４３）、受信機１０は、主映像ＵＲＩ（２Ｄ映像ＵＲＩ）を含むＳＥＴＵＰメソッドを主映像配信サーバ４に送信し、映像配信サーバ４はＳＥＴＵＰメソッドを受信する。
【０１０７】
映像配信サーバ４は、ＳＥＴＵＰメソッドに２Ｄ映像ＵＲＩが含まれいるなら、２Ｄ映像ＵＲＩを含むＯＫメソッドを受信機１０に送信する。
【０１０８】
受信機１０は、ＯＫメソッドを受信したなら、２Ｄ映像ＵＲＩを含むＰＬＡＹメソッドを映像配信サーバ４に送信する。
【０１０９】
映像配信サーバ４は、ＰＬＡＹメソッドに対する応答であるＯＫメソッドを受信機１０に送信する。
【０１１０】
以降、映像配信サーバ４は、２Ｄ映像記憶部４１から２Ｄ映像を読み出し、ＲＴＳＰ制御を行うとともに、映像をＲＴＰにより受信機１０に送信する。
【０１１１】
なお、第３の実施の形態でも第１の実施の形態および第２の実施の形態と同様なシーケンスにより映像の一時停止、再生を行うことができ、第１の実施の形態および第２の実施の形態と同様なシーケンスにより映像の再生およびセッションが終了する。
【０１１２】
したがって、第３の実施の形態に係る映像配信システムは、映像を受信機に送信する映像配信システムであって、第１の種類の映像（２Ｄ映像）であり且つ第２の種類の映像（３Ｄ映像）を構成する主たる映像である主映像（２Ｄ映像）が記憶される主映像記憶手段（２Ｄ映像記憶部４１）を備える主映像配信サーバ（映像配信サーバ４）と、主映像（２Ｄ映像）に補完されて第２の種類の映像（３Ｄ映像）を構成するための当該補完される映像である補完映像が記憶される補完映像記憶手段を備える補完映像配信サーバ５とを備え、主映像配信サーバ４は、受信機１０で受信してよい映像の種類を示す識別子（３Ｄ識別子）を受信機１０から受信する手段（Ｔ１０１）と、受信された識別子が第２の種類の映像（３Ｄ映像）の種類を示すもの（３Ｄ識別子）であるなら、主映像記憶手段（４１）のＵＲＩである主映像用ＵＲＩ並びに補完映像記憶手段のＵＲＩである補完映像用ＵＲＩを受信機１０に送信する手段（Ｔ１０３Ｂ）と、受信機１０で第１の種類の映像（２Ｄ映像）と第２の種類の映像（３Ｄ映像）のいずれの種類の映像を選択するための操作が行われた場合であっても受信機１０から送信される主映像用ＵＲＩ（２Ｄ映像ＵＲＩ）を受信する手段（Ｔ２０１）と、主映像用ＵＲＩが受信されたなら主映像記憶手段（４１）から主映像を読み出し受信機１０に送信する手段（Ｔ２１７）とを備え、補完映像配信サーバ５は、受信機１０で第１の種類の映像（２Ｄ映像）と第２の種類の映像（３Ｄ映像）とから第２の種類の映像（３Ｄ映像）を選択するための操作が行われた場合に受信機１０から送信される補完映像用ＵＲＩを受信する手段（Ｔ２０３）と、補完映像用ＵＲＩが受信されたなら補完映像記憶手段から補完映像を読み出し受信機１０に送信する手段（Ｔ２１９）とを備えるので、受信機１０で受信してよい映像を配信でき、しかも、受信機１０で選択された、第１の種類の映像または第２の種類の映像（第１の種類の映像に補完映像を補完して得られる映像）を配信できる。
【０１１３】
なお、第３の実施の形態では、第１の種類の映像を主映像つまり２Ｄ映像とし、第２の種類の映像つまり補完映像を第１の種類の映像に補完して３Ｄ映像としたが、第１の種類の映像を字幕や補足説明の映像のない映像とし、字幕の映像や補足説明の映像つまり第２の種類の映像を第１の種類の映像に補完して字幕や補足説明の映像を有する映像としてもよい。
【０１１４】
この場合、映像配信サーバ４は、２Ｄ識別子や３Ｄ識別子に代えて、字幕や補足説明の必要の有無を示す識別子を受信機から受信することとなる。
【０１１５】
また、第１の実施の形態または第２の実施の形態に係る映像配信サーバとしてコンピュータを機能させるためのコンピュータプログラムまたは第３の実施の形態に係る映像配信システムの主映像配信サーバ４および補完映像配信サーバ５として２つのコンピュータを機能させるためのコンピュータプログラム。は、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録でき、また、インターネットなどの通信網を介して伝送させて、広く流通させることができる。
【符号の説明】
【０１１６】
１…ポータルサーバ
２…再生制御サーバ
３…ＤＲＭサーバ
４…映像配信サーバ（主映像配信サーバ）
５…補完映像配信サーバ
１０…受信機
４１…２Ｄ映像記憶部（主映像記憶部）
４３…３Ｄ映像記憶部
４３…ＩＰ通信部
４４…ＲＴＳＰ制御部
４５…映像種類判定部
１０１…ＩＰ通信部
１０２…ＲＴＳＰ制御部
【図１】
0005266353.tif 000002
【図２】
0005266353.tif 000003
【図３】
0005266353.tif 000004
【図４】
0005266353.tif 000005
【図５】
0005266353.tif 000006
【図６】
0005266353.tif 000007
【図７】
0005266353.tif 000008
【図８】
0005266353.tif 000009
【図９】
0005266353.tif 000010