コンテンツ再生装置及び再生制御情報サーバ
【課題】コンテンツ再生装置が、コンテンツ又はライセンスサーバのドメイン名からＩＰｖ６又はＩＰｖ４のいずれのＤＮＳサーバにアクセスしてそのＩＰアドレスを得るのかを、サービサーがコントロールでき、コンテンツ再生装置側でもＩＰアドレスを得る処理時間を短縮できる。
【解決手段】再生制御情報サーバ７は、ＶＯＤサーバ９ａ等についてドメイン名からＩＰアドレスを得るために、ＩＰｖ４ＤＮＳサーバ１１若しくはＩＰｖ６ＤＮＳサーバ１０のいずれにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を、再生制御情報ファイルに含んでコンテンツ再生装置（端末装置１）に提供する。コンテンツ再生装置は、受信した再生制御情報ファイルからＩＰｖ４／ＩＰｖ６選択情報を読み取ってＤＮＳサーバを決定し、決定したＤＮＳサーバにアクセスしてＩＰアドレスを取得してそのＩＰアドレスにアクセスすることで、ＶＯＤサーバ９ａ等にアクセスする。
【解決手段】再生制御情報サーバ７は、ＶＯＤサーバ９ａ等についてドメイン名からＩＰアドレスを得るために、ＩＰｖ４ＤＮＳサーバ１１若しくはＩＰｖ６ＤＮＳサーバ１０のいずれにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を、再生制御情報ファイルに含んでコンテンツ再生装置（端末装置１）に提供する。コンテンツ再生装置は、受信した再生制御情報ファイルからＩＰｖ４／ＩＰｖ６選択情報を読み取ってＤＮＳサーバを決定し、決定したＤＮＳサーバにアクセスしてＩＰアドレスを取得してそのＩＰアドレスにアクセスすることで、ＶＯＤサーバ９ａ等にアクセスする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶＯＤ（Video On Demand）でコンテンツを受信して再生するためのコンテンツ再生装置、及びそのコンテンツ再生装置でコンテンツを再生するための再生制御情報ファイルを提供する再生制御情報サーバに関する。
【背景技術】
【０００２】
近年、放送受信装置等のコンテンツ再生装置においては、ネットワークに接続することにより、ＶＯＤでコンテンツを受信して視聴させるサービスを含め、様々なサービスを受けることができるようになってきている（例えば非特許文献１−６を参照）。
【０００３】
サービスが多岐となり、且つ提供するサービサーも多数となりつつある中で、どのようにユーザとサービサー（サービス事業者）とが契約されているかによって、ネットワークへの接続形態がＩＰｖ４（Internet Protocol version 4）によるものなのか、ＩＰｖ６（Internet Protocol version 6）によるものなのか、ＩＰｖ４，ＩＰｖ６両方が利用可能なのか、ユーザが把握することが困難となる。
【０００４】
実際、サービサーの中には、ＩＰｖ６のみのＣＤＮ（Contents Delivery Network）にてサービスを提供しているサービサーや、ＩＰｖ４のみのオープンネットワークにてサービスを提供しているサービサー、ＩＰｖ４のＣＤＮとＩＰｖ６のＣＤＮの双方にてサービスを提供しているサービサーが存在し得る。さらに、今後、ＩＰｖ６でのサービスを提供するように移行することも想定できる。
【０００５】
ドメインを引く際のＤＮＳ（Domain Name System）サーバが両方利用可能な場合には、ＩＰｖ４から引くべきか、ＩＰｖ６から引くべきかは、受信側の装置に依存する。ドメインを引くとは、ＤＮＳサーバにアクセスしてドメインネーム（ドメイン名）からそのドメイン名が示すＩＰ（Internet Protocol）アドレスを検索して得ることを意味する。
【０００６】
非特許文献３には、ＩＰｖ６で引いた後にさらにＩＰｖ４で引くことが開示されており、また、その逆の引き方をすることも考えられる。図８は、このような従来のＶＯＤシステムにおける端末装置でのコンテンツ受信・再生処理に用いられるドメインの引き方を説明するためのフロー図である。
【０００７】
まず、端末装置は、接続対象サーバのドメイン名を読み出す（ステップＳ３１）。次に、端末装置はＩＰｖ６ＤＮＳサーバに問合せを行い（ステップＳ３２）、ＩＰｖ６アドレスの取得に成功したか否かを判定する（ステップＳ３３）。成功した場合、端末装置は、取得したＩＰｖ６アドレスで接続対象サーバに接続して（ステップＳ３４）、各種情報を取得する（ステップＳ３７）。一方、失敗した場合、端末装置は、ＩＰｖ４ＤＮＳサーバに問合せを行い（ステップＳ３５）、取得したＩＰｖ４アドレスで接続対象サーバに接続して（ステップＳ３６）、各種情報を取得する（ステップＳ３７）。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】「ＩＰＴＶ規定 ＶＯＤ仕様（ＩＰＴＶＦＪ ＳＴＤ−０００２ １．０版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献２】「ＩＰＴＶ規定 ＩＰ放送仕様（ＩＰＴＶＦＪ ＳＴＤ−０００４ １．１版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献３】「ＩＰＴＶ規定 ＣＤＮスコープ サービスアプローチ仕様（ＩＰＴＶＦＪ ＳＴＤ−０００６ １．１版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献４】「ＩＰＴＶ規定 放送連携 サービスアプローチ仕様（ＩＰＴＶＦＪ ＳＴＤ−０００８ １．０版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献５】「ＩＰＴＶ規定 インターネットスコープ サービスアプローチ仕様（ＩＰＴＶＦＪ ＳＴＤ−０００７ １．０版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献６】「ＩＰＴＶ規定 地上デジタルテレビジョン放送 ＩＰ再送信運用規定（ＩＰＴＶＦＪ ＳＴＤ−０００５ １．０版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、ＩＰｖ６で引いた後にさらにＩＰｖ４で引く（又はその逆で引く）と、時間的遅延が発生し、遅延による煩わしさがある。より具体的に説明すると、ＶＯＤ配信されたコンテンツの再生では、例えば、ポータルサーバに接続することと、再生制御情報ファイルを取得することと、ライセンスを取得することと、ＶＯＤコンテンツそのものを取得することを、各種類のサーバに対して行う。この際、ドメインがＩＰｖ４／ＩＰｖ６の両方で引けるようなネットワークでは、１つの種類のサーバにアクセスするために、最高で２回のドメイン引きを行わなければならず、この例のように４つの種類のサーバにアクセスする場合で全種類のサーバがＩＰｖ６に対応していなければ最高で８回のドメイン引きが必要となる。このように従来の方法では時間的遅延が発生する。
【００１０】
さらに、ＩＰｖ６で引いた後にさらにＩＰｖ４で引く（又はその逆で引く）と、ドメインの引き先（ＩＰｖ４／ＩＰｖ６）及びサービス提供サーバを、サービサーがコントロールできないという課題もある。
【００１１】
本発明は、上述のような実状に鑑みてなされたものであり、その目的は、コンテンツ再生装置が、コンテンツサーバやライセンスサーバといったサービス提供サーバにアクセスするために、そのサービス提供サーバのドメイン名からＩＰｖ６又はＩＰｖ４のいずれのＤＮＳサーバにアクセスしてそのサービス提供サーバのＩＰアドレスを得るのかを、サービサーがコントロール可能にし、且つ、コンテンツ再生装置側でもドメイン名からＩＰアドレスを得るための処理時間を短縮することを可能にすることにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明の第１の技術手段は、コンテンツを格納したコンテンツサーバと、該コンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバとに接続されるコンテンツ再生装置であって、前記再生制御情報ファイルは、前記コンテンツサーバからコンテンツをビデオオンデマンドで受信する際に、前記コンテンツサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含み、当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記コンテンツサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記コンテンツサーバにアクセスし、コンテンツを受信することを特徴としたものである。
【００１３】
第２の技術手段は、第１の技術手段において、当該コンテンツ再生装置は、前記コンテンツのライセンスを発行するライセンスサーバに接続され、前記再生制御情報ファイルは、前記ライセンスサーバからライセンスを取得する際に、前記ライセンスサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含み、当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記ライセンスサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記ライセンスサーバにアクセスし、ライセンスを取得することを特徴としたものである。
【００１４】
第３の技術手段は、コンテンツを格納したコンテンツサーバと、該コンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバと、前記コンテンツのライセンスを発行するライセンスサーバとに接続されるコンテンツ再生装置であって、前記再生制御情報ファイルは、前記ライセンスサーバからライセンスを取得する際に、前記ライセンスサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含み、当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記ライセンスサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記ライセンスサーバにアクセスし、ライセンスを取得することを特徴としたものである。
【００１５】
第４の技術手段は、コンテンツサーバに格納されたコンテンツをコンテンツ再生装置にてビデオオンデマンドで再生するための再生制御情報ファイルを格納し、且つ該コンテンツ再生装置に接続される再生制御情報サーバであって、前記再生制御情報ファイルは、前記コンテンツの格納先である前記コンテンツサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴としたものである。
【００１６】
第５の技術手段は、第４の技術手段において、前記再生制御情報ファイルは、前記コンテンツのライセンスを発行するライセンスサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴としたものである。
【００１７】
第６の技術手段は、コンテンツサーバに格納されたコンテンツをコンテンツ再生装置にてビデオオンデマンドで再生するための再生制御情報ファイルを格納し、且つ該コンテンツ再生装置に接続される再生制御情報サーバであって、前記再生制御情報ファイルは、前記コンテンツのライセンスを発行するライセンスサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴としたものである。
【発明の効果】
【００１８】
本発明によれば、コンテンツ再生装置が、コンテンツサーバやライセンスサーバといったサービス提供サーバにアクセスするために、そのサービス提供サーバのドメイン名からＩＰｖ６又はＩＰｖ４のいずれのＤＮＳサーバにアクセスしてそのサービス提供サーバのＩＰアドレスを得るのかを、サービサーがコントロールでき、且つ、コンテンツ再生装置側でもドメイン名からＩＰアドレスを得るための処理時間を短縮することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係るコンテンツ再生装置を含むＶＯＤシステムの一構成例を示す概略図である。
【図２】図１のＶＯＤシステムにおけるコンテンツ再生装置の一構成例を示すブロック図である。
【図３】図１のＶＯＤシステムの他の構成例を示す図である。
【図４】図１のＶＯＤシステムにおいて再生制御情報サーバに格納されコンテンツ再生装置に送信される再生制御情報ファイルの一例を示す図である。
【図５】図４に続く図である。
【図６】図１のＶＯＤシステムにおけるコンテンツ再生装置でのコンテンツ受信・再生処理の一例を説明するためのフロー図である。
【図７】図６に続くフロー図である。
【図８】従来のＶＯＤシステムにおける端末装置でのコンテンツ受信・再生処理に用いられるドメインの引き方を説明するためのフロー図である。
【発明を実施するための形態】
【００２０】
本発明に係るコンテンツ再生装置は、コンテンツをＶＯＤで配信するコンテンツサーバと接続して、ＩＰネットワークを介してＶＯＤでコンテンツを受信することが可能な装置である。このコンテンツサーバには、配信されるコンテンツが格納されている。また、このコンテンツ再生装置は、コンテンツサーバに格納されたコンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバに接続される。コンテンツ再生装置は、この再生制御情報ファイルに基づきコンテンツの再生を実行する。このコンテンツ再生装置は、テレビ装置、ラジオ装置、さらには、テレビ装置やモニタ装置に接続可能なチューナ機器、ＳＴＢ（Set Top Box）、録画機器などに組み込むなどして、構成することができる。
【００２１】
以下、本発明に係るコンテンツ再生装置として、モニタ装置（表示装置）が接続されたチューナ機器を採用した例を挙げて説明するが、ＶＯＤコンテンツの受信機能を表示装置側にもたせてテレビ装置とするなど、他の機器を採用した場合も同様に以下の説明が適用できる。また、再生制御情報サーバや後述する他のサーバの構成については特に説明しないが、一般的なサーバコンピュータなどで構成すればよい。このサーバコンピュータでは、サーバプログラムや各種設定情報を格納しておき、ＣＰＵ（Central Processing Unit）等の主制御部が作業領域にそれらを読み出しながら処理を行って、通信インタフェースを介してデータの送受を行う。勿論、種類の異なるサーバに組み込まれるサーバプログラムは、種類毎（つまり提供するデータや提供方法毎）に異なるものとなる。また、複数種類のサーバを物理的に同じ装置として構成することも可能である。
【００２２】
図１は、本発明の一実施形態に係るコンテンツ再生装置を含むＶＯＤシステムの一構成例を示す概略図である。図１で例示するＶＯＤシステム（以下、本システムという）は、チューナ機器（以下、端末装置という）１と、端末装置１に有線又は無線で接続された表示装置３及びスピーカ４と、端末装置１に接続されたＩＰネットワーク５と、そのＩＰネットワーク５に接続されたサーバ群とを備える。ここで、端末装置１は、リモコン２によってユーザ操作可能となっている。
【００２３】
ＩＰネットワーク５に接続されたサーバ群には、ポータルサーバ６、再生制御情報サーバ７、ＤＲＭ（Digital Rights Management）サーバ８ａ，８ｂ、ＶＯＤサーバ９ａ，９ｂ、ＩＰｖ６ＤＮＳサーバ１０、及びＩＰｖ４ＤＮＳサーバ１１などが含まれている。なお、これらのサーバ群は、サービス事業者毎やＰＦ（Platform）事業者毎に設けられていてもよい。ＰＦ事業者とは、ＣＤＮ上のＩＰ放送配信環境をサービス事業者に提供するサービスを行う事業者を指す。
【００２４】
ＩＰｖ６ＤＮＳサーバ１０及びＩＰｖ４ＤＮＳサーバ１１は、ＤＲＭサーバ８ａ，８ｂやＶＯＤサーバ９ａ，９ｂにアクセスするためのドメインを引くために設けられている。勿論、これらのサーバ１０，１１は、ポータルサーバ６や再生制御情報サーバ７にアクセスするためのドメインを引くためにも用いてよい。
【００２５】
ポータルサーバ６は、端末装置１からポータル画面の表示要求を受信し、ＢＭＬ（Broadcast Markup Language）形式やＨＴＭＬ（Hypertext Markup Language）形式などでポータル画面を提供するためのサーバである。このときの通信プロトコルは、ＨＴＴＰ（Ｓ）／ＴＣＰ（Transmission Control Protocol）／ＩＰを採用すればよい。ここで、ＨＴＴＰ（Ｓ）は、ＨＴＴＰ（Hypertext Transfer Protocol）或いはＨＴＴＰにＳＳＬ（Secure Sockets Layer）によるデータの暗号化機能を付加したＨＴＴＰＳ（HTTP Security）を指す。
【００２６】
このポータル画面は、ＶＯＤサーバ９ａ，９ｂで提供するコンテンツをユーザに選択させるためのナビゲーション画面（コンテンツ選択画面）であり、例えば、コンテンツ毎に、タイトルや代表的な静止画像やプレビュー映像等を選択可能に表示するものであればよい。
【００２７】
ポータルサーバ６では、コンテンツ選択画面における各コンテンツの選択領域に、再生制御情報サーバ７におけるそのコンテンツに対応する再生制御情報ファイルが格納された格納領域を示すＵＲＬ（Uniform Resource Locators）等のＵＲＩ（Uniform Resource Identifier）を対応させておく。ポータルサーバ６では、端末装置１からのコンテンツの選択に応じてそれに対応したＵＲＩを返信する。また、コンテンツ選択画面に含まれる下層の画面用のリンクが選択された場合には、ポータルサーバ６は下層のコンテンツ選択画面用のＢＭＬ又はＨＴＭＬ形式のデータを送信する。
【００２８】
再生制御情報サーバ７は、ＩＰｖ６又はＩＰｖ４のＩＰアドレスでアクセス可能なサーバであり、端末装置１からの再生制御情報ファイル取得要求により、内部に格納された再生制御情報ファイルをその端末装置１にユニキャスト配信する。このときの通信プロトコルには、ＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰを採用すればよい。
【００２９】
再生制御情報ファイルは、対象となるコンテンツの再生に必要な情報ファイル（メタファイル）であり、例えば、ＥＲＩ（Entry Resource Information），ＬＬＩ（License Link Information），ＮＣＩ（Networkcontent Control Information）のＸＭＬ（Extensible Markup Language）文書で構成されている。ＥＲＩとは、コンテンツタイトル、提供元、尺長、チャプタ位置などのコンテンツ固有の情報であり、コンテンツ起動文書とも呼ばれる。ＬＬＩとは、コンテンツのライセンス及び権利保護に関わる情報であり、コンテンツのライセンス情報にアクセスするための情報である。ＮＣＩとは、ストリーミングサービスの利用に関わる（再生可能な倍速値など）情報である。また、再生制御情報ファイルには、その他、ユーザ固有のコンテンツ再生（レジュームポイントなど）に関わる情報であるＵＰＩ（User Play Information）を含ませてもよい。
【００３０】
再生制御情報ファイルを取得した端末装置１は、その再生制御情報ファイルを解析し、その結果、再生対象のコンテンツについての再生制御の一環としてライセンスの取得が必要である場合に、ＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰに従って、ＤＲＭサーバ８ａ又はＤＲＭサーバ８ｂにアクセスしてライセンスの取得要求を行う。ＤＲＭサーバ８ａ，８ｂへのアクセスのためのドメインの引き方については、本発明の主たる特徴に関するものであり、後述する。
【００３１】
ＤＲＭサーバ８ａは、ＩＰｖ６のＩＰアドレスでアクセス可能なライセンスサーバの一例であり、ＶＯＤサーバ９ａに格納されたコンテンツの著作権を保護するためにそのコンテンツのライセンスを発行するサーバである。ＤＲＭサーバ８ｂは、ＩＰｖ４のＩＰアドレスでアクセス可能なライセンスサーバの一例であり、ＶＯＤサーバ９ｂに格納されたコンテンツの著作権を保護するためにそのコンテンツのライセンスを発行するサーバである。
【００３２】
ＤＲＭサーバ８ａ，８ｂは、ＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰに従って、端末装置１からのライセンス取得要求により、ＩＰネットワーク５にライセンスの情報をユニキャストアドレスで配信する。なお、ＩＰｖ６用のＤＲＭサーバ８ａで、ＩＰｖ４用のＶＯＤサーバ９ｂに格納されたコンテンツのライセンスを発行してもよく、ＩＰｖ４用のＤＲＭサーバ８ｂで、ＩＰｖ６用のＶＯＤサーバ９ａに格納されたコンテンツのライセンスを発行してもよい。
【００３３】
また、再生制御情報ファイルを取得後、必要に応じてライセンスを取得した端末装置１は、ＲＴＳＰ（Real Time Streaming Protocol）／ＴＣＰ／ＩＰに従って、再生制御情報ファイルの解析結果が示す内容の再生制御をＶＯＤサーバ９ａ又はＶＯＤサーバ９ｂにアクセスしながら実行し、対象となるコンテンツの読み出しを開始する。コンテンツの再生開始だけでなく、再生終了、早送り、巻き戻しなどの再生制御についても、通信プロトコルとしてＲＴＳＰ／ＴＣＰ／ＩＰを用いる。ＶＯＤサーバ９ａ，９ｂへのアクセスのためのドメインの引き方については、本発明の主たる特徴に関するものであり、後述する。
【００３４】
ＶＯＤサーバ９ａは、ＩＰｖ６のＩＰアドレスでアクセス可能なＶＯＤサーバであり、内部に格納されたコンテンツを、上述の再生制御に基づき端末装置１にＶＯＤでユニキャスト配信するためのサーバである。ＶＯＤサーバ９ｂは、ＩＰｖ４のＩＰアドレスでアクセス可能なＶＯＤサーバであり、内部に格納されたコンテンツを、上述の再生制御に基づき端末装置１にＶＯＤでユニキャスト配信するためのサーバである。なお、ＶＯＤサーバ９ａとＶＯＤサーバ９ｂとの双方に、同じタイトルのコンテンツを格納しておいてもよい。
【００３５】
ＶＯＤサーバ９ａ，９ｂでのコンテンツのデータ自体の配信には、ＲＴＰ（Real-time Transfer Protocol）が使用され、トランスポート層としてはＵＤＰ（User Datagram Protocol）が用いられる。ＵＤＰが使用不可の状態のときはＴＣＰを用いるとよい。コンテンツは、例えば、ＭＰＥＧ−２やＨ.２６４で圧縮符号化されており、いずれの場合でもＭＰＥＧ−２ ＴＳ（Transport Stream）形式のパケット、好ましくは端末装置１側のバッファオーバーフローを防ぐためにタイムスタンプ付きＴＳ（ＴＴＳ）形式のパケットで配信すればよい。
【００３６】
次に、図２を参照しながら、端末装置１の構成例を説明する。図２は、図１のＶＯＤシステムにおけるコンテンツ再生装置（端末装置）の一構成例を示すブロック図である。
【００３７】
図２で例示する端末装置１は、全体を制御する制御部の一例として、端末装置１の全体の制御を実行するＣＰＵ３１と、任意のアドレスを指定して読み書きすることが可能な半導体メモリであって、ＣＰＵ３１の作業領域となって不揮発性メモリ３４に格納された制御プログラムを読み出したり、処理中のデータを一時的に格納したりするＲＡＭ３０と、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）等の書き換え可能な不揮発性メモリ３４とを備える。また、不揮発性メモリ３４は、上記制御プログラム（端末装置１の全体の制御を行うためのプログラム）の他に、ＥＣＧ／ＥＰＧなどを表示するためのキャラクタ（文字やシンボルやオブジェクト等）や通信用の設定情報等の各種情報が格納される。なお、制御プログラムは別途設けたＲＯＭ（Read Only Memory）に格納してもよい。
【００３８】
リモコン２には、例えば、端末装置１の電源のＯＮ／ＯＦＦを操作する電源ボタンや、端末装置１の各種設定を行うメニュー画面を表示する操作を行うためのメニュー画面表示ボタン、メニュー画面表示時やコンテンツ選択画面表示時などにカーソル位置を左右上下方向へ移動させる操作や決定操作を行うための移動・決定ボタン等が設けられている。リモコン２は、設けられたボタンのユーザによる押下を検知して、そのボタンに対応する操作信号を生成し、端末装置１のリモコン受光部３３へその操作信号を送信する。
【００３９】
端末装置１は、その操作信号を受信するリモコン受光部３３を備える。ＣＰＵ３１は、その操作信号をリモコン受光部３３から受け取り、端末装置１の現在の動作状態に応じた動作を実行するよう端末装置１内の各部を制御する。また、リモコン２の代わりに、図示しない本体の操作部でユーザ操作を受け付けてもよい。
【００４０】
また、端末装置１は、ＩＰネットワーク５を介してＶＯＤ配信されたコンテンツを受信可能とするため、ネットワークインタフェース（ネットワークＩ／Ｆ）２１、通信制御部３２、選局部２９、及びＩＰ放送チューナ部２２を備える。
【００４１】
ネットワークＩ／Ｆ２１は、ＬＡＮ（Local Area Network）に接続され、ＩＰネットワーク５を介した外部のサーバ群との通信を行う。ＩＰネットワーク５への接続はＬＡＮを経由してネットワークＩ／Ｆ２１が行うものとして説明しているが、ネットワークＩ／Ｆ２１を例えばメディアコンバータなどと直接接続することで、ＬＡＮを構築しなくとも接続できる。
【００４２】
選局部２９は、ポータルサーバ６からＢＭＬ形式などで受信しコンテンツ選択画面が表示された状態で、そのコンテンツ選択画面に表示されたコンテンツ群の中から再生を望むコンテンツをユーザがリモコン２等で選択したときに、そのコンテンツを指定する情報をネットワークＩ／Ｆ２１を介してポータルサーバ６に送信する。つまり、選局部２９では、コンテンツの選択を実行する。なお、ＢＭＬ形式などでのコンテンツ選択画面の表示自体は、上述した制御プログラムの一つとしてブラウザを不揮発性メモリ３４に格納するなどしておけばよい。
【００４３】
通信制御部３２は、ネットワークＩ／Ｆ２１を介して、ＩＰネットワーク５に接続された外部のサーバ群と、通信プロトコルに従って通信する制御を行う。この制御の一つとして、通信制御部３２は、ＶＯＤサーバ９ａ，９ｂとのコンテンツの再生制御（再生の開始や終了等の制御）も行う。ＶＯＤ配信されたコンテンツのＵＤＰパケットも、通信制御部３２での制御に基づきネットワークＩ／Ｆ２１がＶＯＤサーバ９ａ／９ｂからＬＡＮを介して受信する。
【００４４】
ＩＰ放送チューナ部２２は、ＶＯＤ配信型のＩＰ放送（つまりＶＯＤ配信されたコンテンツ）を受信するためのチューナであり、ネットワークＩ／Ｆ２１を介してＵＤＰパケットで受信したコンテンツをＴＳパケットに変換する。また、端末装置１は、ＩＰ放送チューナ部２２で所望のコンテンツを受信させるが、再生のために、次のようなＶＯＤプレーヤ（図示せず）を上述した制御プログラムの一つとして不揮発性メモリ３４に格納しておく。ＶＯＤプレーヤは、ＶＯＤ配信型ＩＰ放送のコンテンツの受信制御並びにコンテンツ再生制御を、通信制御部３２やＩＰ放送チューナ部２２に対して行うＡＶプレーヤのプログラムである。
【００４５】
さらに、端末装置１は、ＩＰ放送チューナ部２２の出力であるＴＳパケットをビデオデータとオーディオデータとに分離する分離部（ＤＭＵＸ）２３を備える。また、ＤＭＵＸ２３は、ＶＯＤ配信ストリームに含まれるか別途配信されているＶＯＤ配信型ＩＰ放送のＳＩ情報（番組データ）を、ＩＰ放送チューナ部２２の出力であるＴＳパケットから分離する処理も行う。
【００４６】
ビデオ信号の出力のために、端末装置１は、ＤＭＵＸ２３で分離されたＶＯＤ配信コンテンツのビデオデータをデコードするビデオデコード部２４と、不揮発性メモリ３４に予め格納されたキャラクタを用いてＥＣＧ（Electronic Content Guide）／ＥＰＧ（Electronic Program Guide）や設定メニューなどのＯＳＤ（On Screen Display）用の信号（ＯＳＤ画像信号）を生成するＯＳＤ処理部２６と、このＯＳＤ画像信号をビデオデコード部２４から出力されたビデオ信号に重畳する合成部と、合成部で合成された信号を出力用のビデオ信号に変換するビデオ出力変換部２５とを備える。
【００４７】
オーディオ信号の出力のために、端末装置１は、ＤＭＵＸ２３で分離されたオーディオデータをデコードするオーディオデコード部２７と、オーディオデコード部２７から出力されたオーディオ信号を出力用のオーディオ信号に変換するオーディオ出力変換部２８とを備える。
【００４８】
さらに、端末装置１には、上述のように、映像表示用の表示装置３と音声出力用のスピーカ４とが接続されている。表示装置３は、ビデオ出力変換部２５から出力されたビデオ信号（映像信号）に基づき映像を表示する。スピーカ４は、オーディオ出力変換部２８から出力されたオーディオ信号に基づき音声を出力する。
【００４９】
このような構成により、端末装置１では、ＶＯＤ配信されたコンテンツを受信し、受信したものを再生することが可能となっている。
【００５０】
図１のＶＯＤシステムは、実際にはさらに多くのサーバ群が接続されることがあり、この一例について図３を参照して簡単に説明する。図３は、図１のＶＯＤシステムの他の構成例を示す図である。図３で示すＶＯＤシステムは、図１の端末装置１にＶＯＤ機能サーバ群が接続されてなる。この端末装置１にも図１と同様に表示装置３及びスピーカ４に接続されているものとする。
【００５１】
このＶＯＤサーバ群は、図１のポータルサーバ６、図１の再生制御情報サーバ７、図１のＤＲＭサーバ８ａ，８ｂのいずれか一方に相当するＤＲＭサーバ８、図１のＶＯＤサーバ９ａ，９ｂのいずれか一方に相当するＶＯＤサーバ９、顧客・契約管理サーバ１２、課金・決済サーバ１３、ダウンロードコンテンツサーバ１４、及びＥＣＧ（Electric Content Guide）メタデータサーバ１５を備える。その他、ＣＤＮ構成情報サーバ、ＰＦ構成情報サーバ、ロゴサーバなどがこのシステムに含まれ、ＩＰ放送も提供するためにはＩＰ放送サービス送出サーバなど提供する他のサービスに応じたサーバもこのシステムに付加しておいてもよい。
【００５２】
顧客・契約管理サーバ１２は、ユーザ情報、端末装置１の端末ＩＤ、サービスの契約情報などを関連付けて格納したサーバであり、ポータルサーバ６では端末装置１からアクセスされてきたときに端末ＩＤに基づき契約情報を抽出し、契約情報に応じたポータル画面データを端末装置１に返す。また、顧客・契約管理サーバ１２は、必要に応じて課金・決済サーバ１３にアクセスして、課金・決済処理を行わせる。また、顧客・契約管理サーバ１２は、ＤＲＭサーバ８がライセンスを発行する際に、その情報を受け取って、管理すると共に、必要に応じて課金・決済サーバ１３にアクセスして、課金・決済処理を行わせる。
【００５３】
ダウンロードコンテンツサーバ１４は、ＶＯＤコンテンツではなくダウンロードコンテンツを端末装置１に提供するサーバである。ＥＣＧメタデータサーバ１５は、端末装置１からのメタデータ送信要求を受信したとき、ダウンロードコンテンツサーバ１４で提供するダウンロードコンテンツを選択するためのＥＣＧ画面を生成するためのＥＣＧメタデータを送信する。
【００５４】
以下、図１や図３で説明したようなＶＯＤシステムに適用できる、本発明の主たる特徴について説明する。図４は、図１のＶＯＤシステムにおいて再生制御情報サーバに格納され端末装置に送信される再生制御情報ファイルの一例を示す図で、図５は、図４に続く図である。
【００５５】
再生制御情報サーバ７は、上述のように、コンテンツサーバ（ＶＯＤサーバ９ａ又はＶＯＤサーバ９ｂ）に格納されたコンテンツを端末装置１にてＶＯＤで再生するための再生制御情報ファイルを格納している。この再生制御情報ファイルは、基本的に再生対象のコンテンツと１対１に対応して端末装置１に提供されるものであり、本発明の主たる特徴の一つは、この再生制御情報ファイルの記述にある。
【００５６】
この再生制御情報ファイルは、コンテンツの格納先であるコンテンツサーバ（ＶＯＤサーバ９ａ又はＶＯＤサーバ９ｂ）のＩＰアドレスを端末装置１が取得する際に、ＩＰｖ４ＤＮＳサーバ１１にアクセスするのか、ＩＰｖ６ＤＮＳサーバ１０にアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含む。端末装置１によるＩＰアドレスの取得は、ＶＯＤサーバからコンテンツをＶＯＤで受信（取得）する際に、ＶＯＤサーバについてドメイン名からＩＰアドレスを得るために（すなわちドメインを引くために）行われる。
【００５７】
なお、端末装置１は、再生制御情報ファイルに基づきドメインの引き先のＤＮＳサーバをＩＰｖ４／ＩＰｖ６選択情報から得さえすれば、ドメインが引けて再生対象となるコンテンツが格納されたＶＯＤサーバにアクセスできるため、当初は、ＶＯＤサーバ９ａ、ＶＯＤサーバ９ｂのいずれのドメイン名が記述されているかを知る必要はない。
【００５８】
この再生制御情報ファイルは、例えば図４及び図５で示す記述４１〜４７のようなエンティティ形式のマルチパート化されたＸＭＬ文書である。無論、他の形式で記述されていてもよい。また、図４及び図５では、最初にコンテンツリスト（リソースリスト）に関する記述４１がある例を示しているが、この部分は読まなくても制御可能である。
【００５９】
ＥＲＩに関する記述４２，４３としては、例えば、ＸＭＬのバージョンの記述、日付や時間の記述、コンテンツの符号化方式の記述、コンテンツのタイトルの記述、コンテンツの概要の記述、コンテンツのチャプタの番号や位置の記述などと共に、コンテンツのパス（提供先のＶＯＤサーバ９ａ又はＶＯＤサーバ９ｂのＵＲＩ）の記述５１を含む。
【００６０】
また、ＬＬＩに関する記述４４，４５としては、ＤＲＭサーバ８ａ，８ｂのＵＲＩの記述を含む。さらに、ＮＣＩに関する記述４６，４７としては、コンテンツの再生時の制御の記述を含む。この再生時の制御の記述としては、例えば倍速再生の有無、倍速再生が可能な場合その倍速値などの情報を含む。
【００６１】
図４におけるＥＲＩの記述４２，４３の例では、ＶＯＤサーバのドメイン名の記述５１だけでなく、＜ｄｎｓ＿ｐｒｏｔｏｃｏｌ＞ＩＰｖ４＜／ｄｎｓ＿ｐｒｏｔｏｃｏｌ＞として例示したように、ＩＰｖ４／ＩＰｖ６選択情報の記述５２を含んでおく。
【００６２】
端末装置１は、このような記述を含む再生制御情報ファイルを再生制御情報サーバ７から受信して、再生制御情報ファイルからＩＰｖ４／ＩＰｖ６選択情報の記述５２を読み取り（解釈して抽出し）、読み取ったＩＰｖ４／ＩＰｖ６選択情報の記述５２からアクセスするＤＮＳサーバを決定する。そして、端末装置１は、決定したＤＮＳサーバからＶＯＤサーバのＩＰアドレスを取得して、そのＩＰアドレスにアクセスすることで、ＶＯＤサーバにアクセスし、コンテンツを受信する。
【００６３】
記述４２，４３の例では、記述５１として、コンテンツの取得先としてのＶＯＤサーバ９ｂのＵＲＩが記述され、記述５２として、ドメインの引き先としての「ＩＰｖ４」、すなわちＩＰｖ４ＤＮＳサーバ１１でドメインを引くことが記述されている。従って、端末装置１では、ＩＰｖ４ＤＮＳサーバ１１にアクセスして、記述５１が示すＵＲＩにアクセスして、ＶＯＤサーバ９ｂから再生対象のコンテンツを受信する。
【００６４】
このように、記述５２に関し、記述５１のドメイン名がＩＰｖ４ＤＮＳサーバ１１で解決可能な情報である場合には、ＩＰアドレスとして端末装置１がＩＰｖ４アドレスを取得するような記述（つまりＩＰｖ４を示す記述）を行っておけばよい。一方で、記述５１のドメイン名がＩＰｖ６ＤＮＳサーバ１０で解決可能な情報であれば、ＩＰアドレスとして端末装置１がＩＰｖ６アドレスを取得するような記述（つまりＩＰｖ６を示す記述）を行っておけばよい。
【００６５】
このように、再生制御情報ファイル中にＶＯＤサーバへのアクセス用にドメインを引くためのＤＮＳサーバの引き先がＩＰｖ４なのかＩＰｖ６なのかを記述しておき、端末装置１に渡す再生制御情報ファイルをＩＰｖ４用とＩＰｖ６用とで切り替え、ＶＯＤ再生時、端末装置１がその再生制御情報ファイルを取得するようにしておくことで、必要の無い方のＤＮＳサーバにアクセスするのを防ぐことができる。従って、ＩＰｖ６で引いてＤＮＳサーバの有無又はドメインの有無を確かめたのちＩＰｖ４でさらに引くなどの時間遅延や煩わしさをユーザが回避でき、加えてドメインを引いた後のサービス提供サーバをサービサーがコントロール可能となる。
【００６６】
すなわち、本発明によれば、端末装置１が、ＶＯＤでコンテンツを配信するコンテンツサーバ（ＶＯＤサーバ９ａ／９ｂ）にアクセスするために、そのドメイン名からＩＰｖ６又はＩＰｖ４のいずれのＤＮＳサーバにアクセスしてＩＰアドレスを得るのかを、サービサーがコントロールでき、且つ、端末装置１側でもドメイン名からＩＰアドレスを得るための処理時間を短縮することができ、さらにＶＯＤサーバ９ａ，９ｂのいずれからコンテンツを取得させるかもサービサーがコントロールできる。
【００６７】
従って、ＩＰｖ６ＤＮＳサーバ１０とＩＰｖ４ＤＮＳサーバ１１との負荷分散の度合いや、ＶＯＤサーバ９ａ，９ｂの負荷分散の度合いも、時期（サービスのＩＰｖ６対応への移行時期など）に応じてサービサーがコントロールでき、各サーバを効率良く使うことができる。例えば、ＶＯＤシステムにおいて、ＶＯＤサーバ及びＤＮＳサーバがＩＰｖ４用のみ存在する状態から、ＩＰｖ６用のＶＯＤサーバ及びＤＮＳサーバを追加した場合、ＩＰｖ６ＤＮＳサーバを用いてドメインからＩＰｖ６用のＶＯＤサーバのサーバアドレスが引けてしまうので、従来のＩＰｖ６で引いてからＩＰｖ４で引く手法では、結局ＩＰｖ６用のＶＯＤサーバに負荷が集中してしまい、既存のＩＰｖ４用のＶＯＤサーバへ負荷分散することができない。これに対して、本発明では、分散をサービサーがコントロールできるため、このような負荷集中が生じることはない。また、本発明では、ＩＰｖ４とＩＰｖ６とでＶＯＤサーバ（のコンテンツ）のドメイン名を分ける必要もない。
【００６８】
また、上述した再生制御情報ファイルは、コンテンツのライセンスを発行するライセンスサーバ（ＤＲＭサーバ８ａ又はＤＲＭサーバ８ｂ）のＩＰアドレスを端末装置１が取得する際に、ＩＰｖ４ＤＮＳサーバ１１にアクセスするのか、ＩＰｖ６ＤＮＳサーバ１０にアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含む。端末装置１によるＩＰアドレスの取得は、ＤＲＭサーバから再生対象のコンテンツのライセンスを受信（取得）する際に、ＤＲＭサーバについてドメイン名からＩＰアドレスを得るために（すなわちドメインを引くために）行われる。
【００６９】
なお、端末装置１は、再生制御情報ファイルに基づきドメインの引き先のＤＮＳサーバをライセンス用ＩＰｖ４／ＩＰｖ６選択情報から得さえすれば、ドメインが引けて再生対象となるコンテンツのライセンスが格納されたＤＲＭサーバにアクセスできるため、当初は、ＤＲＭサーバ８ａ、ＤＲＭサーバ８ｂのいずれのドメイン名が記述されているかを知る必要はない。
【００７０】
図５におけるＬＬＩの記述４４，４５の例では、ＤＲＭサーバのドメイン名の記述５３だけでなく、＜ｄｒｍ＿ｄｎｓ＿ｐｒｏｔｏｃｏｌ＞ＩＰｖ６＜／ｄｒｍ＿ｄｎｓ＿ｐｒｏｔｏｃｏｌ＞として例示したように、ＩＰｖ４／ＩＰｖ６選択情報の記述５４を含んでおく。
【００７１】
端末装置１は、このような記述を含む再生制御情報ファイルを再生制御情報サーバ７から受信して、再生制御情報ファイルからライセンス用ＩＰｖ４／ＩＰｖ６選択情報の記述５４を読み取り（解釈して抽出し）、読み取ったライセンス用ＩＰｖ４／ＩＰｖ６選択情報の記述５４からアクセスするＤＮＳサーバを決定する。そして、端末装置１は、決定したＤＮＳサーバからＤＲＭサーバのＩＰアドレスを取得して、そのＩＰアドレスにアクセスすることで、ＤＲＭサーバにアクセスし、コンテンツのライセンスを受信（取得）する。
【００７２】
記述４４，４５の例では、記述５３として、コンテンツのライセンスの取得先としてのＤＲＭサーバ８ａのＵＲＩが記述され、記述５４として、ドメインの引き先としての「ＩＰｖ６」、すなわちＩＰｖ６ＤＮＳサーバ１０でドメインを引くことが記述されている。従って、端末装置１では、ＩＰｖ６ＤＮＳサーバ１０にアクセスして、記述５３が示すＵＲＩにアクセスして、ＤＲＭサーバ８ａから再生対象のコンテンツのライセンスを受信する。
【００７３】
このように、記述５４に関し、記述５３のドメイン名がＩＰｖ４ＤＮＳサーバ１１で解決可能な情報である場合には、ＩＰアドレスとして端末装置１がＩＰｖ４アドレスを取得するような記述（つまりＩＰｖ４を示す記述）を行っておけばよい。一方で、記述５３のドメイン名がＩＰｖ６ＤＮＳサーバ１０で解決可能な情報であれば、ＩＰアドレスとして端末装置１がＩＰｖ６アドレスを取得するような記述（つまりＩＰｖ６を示す記述）を行っておけばよい。
【００７４】
このように、再生制御情報ファイル中にＤＲＭサーバへのアクセス用にドメインを引くためのＤＮＳサーバの引き先がＩＰｖ４なのかＩＰｖ６なのかを記述しておき、端末装置１に渡す再生制御情報ファイルをＩＰｖ４用とＩＰｖ６用とで切り替え、ＶＯＤ再生に必要なライセンス取得時、端末装置１がその再生制御情報ファイルを取得するようにしておくことで、必要の無い方のＤＮＳサーバにアクセスするのを防ぐことができる。従って、ＩＰｖ６で引いてＤＮＳサーバの有無又はドメインの有無を確かめたのちＩＰｖ４でさらに引くなどの時間遅延や煩わしさをユーザが回避でき、加えてドメインを引いた後のサービス提供サーバをサービサーがコントロール可能となる。
【００７５】
すなわち、本発明によれば、端末装置１が、ＤＲＭサーバ（ＤＲＭサーバ８ａ／８ｂ）にアクセスするために、そのドメイン名からＩＰｖ６又はＩＰｖ４のいずれのＤＮＳサーバにアクセスしてＩＰアドレスを得るのかを、サービサーがコントロールでき、且つ、端末装置１側でもドメイン名からＩＰアドレスを得るための処理時間を短縮することができ、さらにＤＲＭサーバ８ａ，８ｂのいずれからコンテンツのライセンスを取得させるかもサービサーがコントロールできる。
【００７６】
従って、ＩＰｖ６ＤＮＳサーバ１０とＩＰｖ４ＤＮＳサーバ１１との負荷分散の度合いや、ＤＲＭサーバ８ａ，８ｂの負荷分散の度合いも、時期（サービスのＩＰｖ６対応への移行時期など）に応じてサービサーがコントロールでき、各サーバを効率良く使うことができる。例えば、ＶＯＤシステムにおいて、ＤＲＭサーバ及びＤＮＳサーバがＩＰｖ４用のみ存在する状態から、ＩＰｖ６用のＤＲＭサーバ及びＤＮＳサーバを追加した場合、ＩＰｖ６ＤＮＳサーバを用いてドメインからＩＰｖ６用のＤＲＭサーバのサーバアドレスが引けてしまうので、従来のＩＰｖ６で引いてからＩＰｖ４で引く手法では、結局ＩＰｖ６用のＤＲＭサーバに負荷が集中してしまい、既存のＩＰｖ４用のＤＲＭサーバへ負荷分散することができない。これに対して、本発明では、分散をサービサーがコントロールできるため、このような負荷集中が生じることはない。また、本発明では、ＩＰｖ４とＩＰｖ６とでＤＲＭサーバ（のライセンス）のドメイン名を分ける必要もない。
【００７７】
次に、上述のような構成のＶＯＤシステムにおけるコンテンツ受信・再生処理の一例について、図６及び図７を参照しながら説明する。図６は、図１のＶＯＤシステムにおける端末装置でのコンテンツ受信・再生処理の一例を説明するためのフロー図で、図７は、図６に続くフロー図である。以下、端末装置１においてなされる処理は主にＣＰＵ３１の制御により実行される。
【００７８】
まず、端末装置１は、ポータルサーバに接続し（ステップＳ１）、コンテンツリストを取得して表示装置３に表示する（ステップＳ２）。次に端末装置１は、リモコン２等でのユーザ操作により再生指示が有ったか否かを判定する（ステップＳ３）。再生指示があった時点で、端末装置１は再生制御情報サーバ７に接続し（ステップＳ４）、再生指示されたコンテンツの再生制御情報ファイルを取得する（ステップＳ５）。
【００７９】
端末装置１は、この再生制御情報ファイルを解析し、ＤＲＭサーバ８ａ又はＤＲＭサーバ８ｂのドメイン名とライセンス用ＩＰｖ４／ＩＰｖ６選択情報とを読み出す（ステップＳ６）。解析は、この再生制御情報ファイルを受け取ったＶＯＤプレーヤが、取得した再生制御情報ファイルをＲＡＭ３０に一時的に格納した状態のまま実行するか、或いは不揮発性メモリ３４に格納した後にＲＡＭ３０に読み出して実行する。再生制御情報ファイルが上述のごとくＸＭＬ文書で記述されている場合には、ＶＯＤプレーヤはＸＭＬ文書の解析を可能としておけばよい。なお、解析の結果、ＬＬＩに関する記述４４，４５からライセンスの有無を確認し、無しの場合にはステップＳ６におけるライセンス用ＩＰｖ４／ＩＰｖ６選択情報の読み出しと後述のステップＳ７〜Ｓ１２の処理とは実行しない。ライセンス有りの場合にのみ、記述５３からＤＲＭサーバのＵＲＩを取得して記述５４からライセンス用ＩＰｖ４／ＩＰｖ６選択情報も取得すればよい。
【００８０】
次に、端末装置１は、ライセンス用ＩＰｖ４／ＩＰｖ６選択情報が示すＤＮＳサーバが、ＩＰｖ４であるか否かを判定する（ステップＳ７）。
【００８１】
ＩＰｖ４である場合（ステップＳ７でＹＥＳの場合）、端末装置１は、ＩＰｖ４ＤＮＳサーバ１１にアクセスしてドメイン名に基づきＤＲＭサーバ８ｂのＩＰｖ４アドレスを取得する（ステップＳ８）。そして、端末装置１は、取得したＩＰｖ４アドレスでＤＲＭサーバ８ｂに接続して、ライセンスの取得要求を行う（ステップＳ９）。
【００８２】
一方、ＩＰｖ６である場合（ステップＳ７でＮＯの場合）、端末装置１は、ＩＰｖ６ＤＮＳサーバ１０にアクセスしてドメイン名に基づきＤＲＭサーバ８ａのＩＰｖ６アドレスを取得する（ステップＳ１０）。そして、端末装置１は、取得したＩＰｖ６アドレスでＤＲＭサーバ８ａに接続して、ライセンスの取得要求を行う（ステップＳ１１）。
【００８３】
ステップＳ９／Ｓ１１の後、端末装置１は、接続したＤＲＭサーバ８ｂ／８ａから再生指示されたコンテンツのライセンスを取得する（ステップＳ１２）。
【００８４】
ステップＳ１２に続き、端末装置１は、再生制御情報ファイルの解析結果から、ＶＯＤサーバのドメイン名とＩＰｖ４／ＩＰｖ６選択情報とを読み出す（ステップＳ１３）。なお、解析は、ステップＳ６の処理と同時に行っておけばよい。なお、上記解析結果では、再生制御情報ファイルの記述に含まれるＥＲＩの記述４３からＡＶリソース（コンテンツ）のパス（記述５１）とＩＰｖ４／ＩＰｖ６選択情報（記述５２）とが得られている。
【００８５】
次に、端末装置１は、ＩＰｖ４／ＩＰｖ６選択情報が示すＤＮＳサーバが、ＩＰｖ４であるか否かを判定する（ステップＳ１４）。
【００８６】
ＩＰｖ４である場合（ステップＳ１４でＹＥＳの場合）、端末装置１は、ＩＰｖ４ＤＮＳサーバ１１にアクセスしてドメイン名に基づきＶＯＤサーバ９ｂのＩＰｖ４アドレスを取得する（ステップＳ１５）。そして、端末装置１は、取得したＩＰｖ４アドレスでＶＯＤサーバ９ｂに接続し、コンテンツの取得要求を行う（ステップＳ１６）。この取得要求にはライセンスを得たことを示す情報も付加しておく。
【００８７】
一方、ＩＰｖ６である場合（ステップＳ１４でＮＯの場合）、端末装置１は、ＩＰｖ６ＤＮＳサーバ１１にアクセスしてドメイン名に基づきＶＯＤサーバ９ａのＩＰｖ６アドレスを取得する（ステップＳ１７）。そして、端末装置１は、取得したＩＰｖ６アドレスでＶＯＤサーバ９ａに接続し、コンテンツの取得要求を行う（ステップＳ１８）。この取得要求にはライセンスを得たことを示す情報も付加しておく。
【００８８】
ステップＳ１６／Ｓ１８の後、端末装置１は、ＶＯＤサーバ９ａ／９ｂから、再生指示されたコンテンツを取得し（ステップＳ１９）、取得したライセンスに基づき取得したコンテンツを暗号復号し、ＡＶ復号し、再生を行う（ステップＳ２０）。また、ステップＳ６又はＳ１３での解析時に、ＮＣＩに関する記述４６，４７から再生時の制御の情報を取得しておき、この情報に従って倍速再生なども行うことができる。
【００８９】
以上、ＶＯＤサーバ及びライセンスサーバ（ＤＲＭサーバ）の双方について、再生制御情報ファイルに記述された選択情報に基づきドメインを引くように説明したが、再生制御情報ファイルにはいずれか一方の種類のサーバ（ＶＯＤサーバ又はライセンスサーバ）についての選択情報のみ記述しておいてもよい。その場合、記述されてある方のみで処理時間の短縮が可能であるが、十分に効果は得られる。
【符号の説明】
【００９０】
１…端末装置、２…リモコン、３…表示装置、４…スピーカ、５…ＩＰネットワーク、６…ポータルサーバ、７…再生制御情報サーバ、８，８ａ，８ｂ…ＤＲＭサーバ、９，９ａ，９ｂ…ＶＯＤサーバ、１０…ＩＰｖ６ＤＮＳサーバ、１１…ＩＰｖ４ＤＮＳサーバ、１２…顧客・契約管理サーバ、１３…課金・決済サーバ、１４…ダウンロードコンテンツサーバ、１５…ＥＣＧメタデータサーバ、２１…ネットワークＩ／Ｆ、２２…ＩＰ放送チューナ部、２３…ＤＭＵＸ、２４…ビデオデコード部、２５…ビデオ出力変換部、２６…ＯＳＤ処理部、２７…オーディオデコード部、２８…オーディオ出力変換部、２９…選局部、３０…ＲＡＭ、３１…ＣＰＵ、３２…通信制御部、３３…リモコン受光部、３４…不揮発性メモリ。
【技術分野】
【０００１】
本発明は、ＶＯＤ（Video On Demand）でコンテンツを受信して再生するためのコンテンツ再生装置、及びそのコンテンツ再生装置でコンテンツを再生するための再生制御情報ファイルを提供する再生制御情報サーバに関する。
【背景技術】
【０００２】
近年、放送受信装置等のコンテンツ再生装置においては、ネットワークに接続することにより、ＶＯＤでコンテンツを受信して視聴させるサービスを含め、様々なサービスを受けることができるようになってきている（例えば非特許文献１−６を参照）。
【０００３】
サービスが多岐となり、且つ提供するサービサーも多数となりつつある中で、どのようにユーザとサービサー（サービス事業者）とが契約されているかによって、ネットワークへの接続形態がＩＰｖ４（Internet Protocol version 4）によるものなのか、ＩＰｖ６（Internet Protocol version 6）によるものなのか、ＩＰｖ４，ＩＰｖ６両方が利用可能なのか、ユーザが把握することが困難となる。
【０００４】
実際、サービサーの中には、ＩＰｖ６のみのＣＤＮ（Contents Delivery Network）にてサービスを提供しているサービサーや、ＩＰｖ４のみのオープンネットワークにてサービスを提供しているサービサー、ＩＰｖ４のＣＤＮとＩＰｖ６のＣＤＮの双方にてサービスを提供しているサービサーが存在し得る。さらに、今後、ＩＰｖ６でのサービスを提供するように移行することも想定できる。
【０００５】
ドメインを引く際のＤＮＳ（Domain Name System）サーバが両方利用可能な場合には、ＩＰｖ４から引くべきか、ＩＰｖ６から引くべきかは、受信側の装置に依存する。ドメインを引くとは、ＤＮＳサーバにアクセスしてドメインネーム（ドメイン名）からそのドメイン名が示すＩＰ（Internet Protocol）アドレスを検索して得ることを意味する。
【０００６】
非特許文献３には、ＩＰｖ６で引いた後にさらにＩＰｖ４で引くことが開示されており、また、その逆の引き方をすることも考えられる。図８は、このような従来のＶＯＤシステムにおける端末装置でのコンテンツ受信・再生処理に用いられるドメインの引き方を説明するためのフロー図である。
【０００７】
まず、端末装置は、接続対象サーバのドメイン名を読み出す（ステップＳ３１）。次に、端末装置はＩＰｖ６ＤＮＳサーバに問合せを行い（ステップＳ３２）、ＩＰｖ６アドレスの取得に成功したか否かを判定する（ステップＳ３３）。成功した場合、端末装置は、取得したＩＰｖ６アドレスで接続対象サーバに接続して（ステップＳ３４）、各種情報を取得する（ステップＳ３７）。一方、失敗した場合、端末装置は、ＩＰｖ４ＤＮＳサーバに問合せを行い（ステップＳ３５）、取得したＩＰｖ４アドレスで接続対象サーバに接続して（ステップＳ３６）、各種情報を取得する（ステップＳ３７）。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】「ＩＰＴＶ規定 ＶＯＤ仕様（ＩＰＴＶＦＪ ＳＴＤ−０００２ １．０版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献２】「ＩＰＴＶ規定 ＩＰ放送仕様（ＩＰＴＶＦＪ ＳＴＤ−０００４ １．１版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献３】「ＩＰＴＶ規定 ＣＤＮスコープ サービスアプローチ仕様（ＩＰＴＶＦＪ ＳＴＤ−０００６ １．１版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献４】「ＩＰＴＶ規定 放送連携 サービスアプローチ仕様（ＩＰＴＶＦＪ ＳＴＤ−０００８ １．０版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献５】「ＩＰＴＶ規定 インターネットスコープ サービスアプローチ仕様（ＩＰＴＶＦＪ ＳＴＤ−０００７ １．０版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【非特許文献６】「ＩＰＴＶ規定 地上デジタルテレビジョン放送 ＩＰ再送信運用規定（ＩＰＴＶＦＪ ＳＴＤ−０００５ １．０版）」、有限責任中間法人 ＩＰＴＶ フォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）、２００８年１２月８日
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、ＩＰｖ６で引いた後にさらにＩＰｖ４で引く（又はその逆で引く）と、時間的遅延が発生し、遅延による煩わしさがある。より具体的に説明すると、ＶＯＤ配信されたコンテンツの再生では、例えば、ポータルサーバに接続することと、再生制御情報ファイルを取得することと、ライセンスを取得することと、ＶＯＤコンテンツそのものを取得することを、各種類のサーバに対して行う。この際、ドメインがＩＰｖ４／ＩＰｖ６の両方で引けるようなネットワークでは、１つの種類のサーバにアクセスするために、最高で２回のドメイン引きを行わなければならず、この例のように４つの種類のサーバにアクセスする場合で全種類のサーバがＩＰｖ６に対応していなければ最高で８回のドメイン引きが必要となる。このように従来の方法では時間的遅延が発生する。
【００１０】
さらに、ＩＰｖ６で引いた後にさらにＩＰｖ４で引く（又はその逆で引く）と、ドメインの引き先（ＩＰｖ４／ＩＰｖ６）及びサービス提供サーバを、サービサーがコントロールできないという課題もある。
【００１１】
本発明は、上述のような実状に鑑みてなされたものであり、その目的は、コンテンツ再生装置が、コンテンツサーバやライセンスサーバといったサービス提供サーバにアクセスするために、そのサービス提供サーバのドメイン名からＩＰｖ６又はＩＰｖ４のいずれのＤＮＳサーバにアクセスしてそのサービス提供サーバのＩＰアドレスを得るのかを、サービサーがコントロール可能にし、且つ、コンテンツ再生装置側でもドメイン名からＩＰアドレスを得るための処理時間を短縮することを可能にすることにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明の第１の技術手段は、コンテンツを格納したコンテンツサーバと、該コンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバとに接続されるコンテンツ再生装置であって、前記再生制御情報ファイルは、前記コンテンツサーバからコンテンツをビデオオンデマンドで受信する際に、前記コンテンツサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含み、当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記コンテンツサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記コンテンツサーバにアクセスし、コンテンツを受信することを特徴としたものである。
【００１３】
第２の技術手段は、第１の技術手段において、当該コンテンツ再生装置は、前記コンテンツのライセンスを発行するライセンスサーバに接続され、前記再生制御情報ファイルは、前記ライセンスサーバからライセンスを取得する際に、前記ライセンスサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含み、当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記ライセンスサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記ライセンスサーバにアクセスし、ライセンスを取得することを特徴としたものである。
【００１４】
第３の技術手段は、コンテンツを格納したコンテンツサーバと、該コンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバと、前記コンテンツのライセンスを発行するライセンスサーバとに接続されるコンテンツ再生装置であって、前記再生制御情報ファイルは、前記ライセンスサーバからライセンスを取得する際に、前記ライセンスサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含み、当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記ライセンスサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記ライセンスサーバにアクセスし、ライセンスを取得することを特徴としたものである。
【００１５】
第４の技術手段は、コンテンツサーバに格納されたコンテンツをコンテンツ再生装置にてビデオオンデマンドで再生するための再生制御情報ファイルを格納し、且つ該コンテンツ再生装置に接続される再生制御情報サーバであって、前記再生制御情報ファイルは、前記コンテンツの格納先である前記コンテンツサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴としたものである。
【００１６】
第５の技術手段は、第４の技術手段において、前記再生制御情報ファイルは、前記コンテンツのライセンスを発行するライセンスサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴としたものである。
【００１７】
第６の技術手段は、コンテンツサーバに格納されたコンテンツをコンテンツ再生装置にてビデオオンデマンドで再生するための再生制御情報ファイルを格納し、且つ該コンテンツ再生装置に接続される再生制御情報サーバであって、前記再生制御情報ファイルは、前記コンテンツのライセンスを発行するライセンスサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴としたものである。
【発明の効果】
【００１８】
本発明によれば、コンテンツ再生装置が、コンテンツサーバやライセンスサーバといったサービス提供サーバにアクセスするために、そのサービス提供サーバのドメイン名からＩＰｖ６又はＩＰｖ４のいずれのＤＮＳサーバにアクセスしてそのサービス提供サーバのＩＰアドレスを得るのかを、サービサーがコントロールでき、且つ、コンテンツ再生装置側でもドメイン名からＩＰアドレスを得るための処理時間を短縮することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係るコンテンツ再生装置を含むＶＯＤシステムの一構成例を示す概略図である。
【図２】図１のＶＯＤシステムにおけるコンテンツ再生装置の一構成例を示すブロック図である。
【図３】図１のＶＯＤシステムの他の構成例を示す図である。
【図４】図１のＶＯＤシステムにおいて再生制御情報サーバに格納されコンテンツ再生装置に送信される再生制御情報ファイルの一例を示す図である。
【図５】図４に続く図である。
【図６】図１のＶＯＤシステムにおけるコンテンツ再生装置でのコンテンツ受信・再生処理の一例を説明するためのフロー図である。
【図７】図６に続くフロー図である。
【図８】従来のＶＯＤシステムにおける端末装置でのコンテンツ受信・再生処理に用いられるドメインの引き方を説明するためのフロー図である。
【発明を実施するための形態】
【００２０】
本発明に係るコンテンツ再生装置は、コンテンツをＶＯＤで配信するコンテンツサーバと接続して、ＩＰネットワークを介してＶＯＤでコンテンツを受信することが可能な装置である。このコンテンツサーバには、配信されるコンテンツが格納されている。また、このコンテンツ再生装置は、コンテンツサーバに格納されたコンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバに接続される。コンテンツ再生装置は、この再生制御情報ファイルに基づきコンテンツの再生を実行する。このコンテンツ再生装置は、テレビ装置、ラジオ装置、さらには、テレビ装置やモニタ装置に接続可能なチューナ機器、ＳＴＢ（Set Top Box）、録画機器などに組み込むなどして、構成することができる。
【００２１】
以下、本発明に係るコンテンツ再生装置として、モニタ装置（表示装置）が接続されたチューナ機器を採用した例を挙げて説明するが、ＶＯＤコンテンツの受信機能を表示装置側にもたせてテレビ装置とするなど、他の機器を採用した場合も同様に以下の説明が適用できる。また、再生制御情報サーバや後述する他のサーバの構成については特に説明しないが、一般的なサーバコンピュータなどで構成すればよい。このサーバコンピュータでは、サーバプログラムや各種設定情報を格納しておき、ＣＰＵ（Central Processing Unit）等の主制御部が作業領域にそれらを読み出しながら処理を行って、通信インタフェースを介してデータの送受を行う。勿論、種類の異なるサーバに組み込まれるサーバプログラムは、種類毎（つまり提供するデータや提供方法毎）に異なるものとなる。また、複数種類のサーバを物理的に同じ装置として構成することも可能である。
【００２２】
図１は、本発明の一実施形態に係るコンテンツ再生装置を含むＶＯＤシステムの一構成例を示す概略図である。図１で例示するＶＯＤシステム（以下、本システムという）は、チューナ機器（以下、端末装置という）１と、端末装置１に有線又は無線で接続された表示装置３及びスピーカ４と、端末装置１に接続されたＩＰネットワーク５と、そのＩＰネットワーク５に接続されたサーバ群とを備える。ここで、端末装置１は、リモコン２によってユーザ操作可能となっている。
【００２３】
ＩＰネットワーク５に接続されたサーバ群には、ポータルサーバ６、再生制御情報サーバ７、ＤＲＭ（Digital Rights Management）サーバ８ａ，８ｂ、ＶＯＤサーバ９ａ，９ｂ、ＩＰｖ６ＤＮＳサーバ１０、及びＩＰｖ４ＤＮＳサーバ１１などが含まれている。なお、これらのサーバ群は、サービス事業者毎やＰＦ（Platform）事業者毎に設けられていてもよい。ＰＦ事業者とは、ＣＤＮ上のＩＰ放送配信環境をサービス事業者に提供するサービスを行う事業者を指す。
【００２４】
ＩＰｖ６ＤＮＳサーバ１０及びＩＰｖ４ＤＮＳサーバ１１は、ＤＲＭサーバ８ａ，８ｂやＶＯＤサーバ９ａ，９ｂにアクセスするためのドメインを引くために設けられている。勿論、これらのサーバ１０，１１は、ポータルサーバ６や再生制御情報サーバ７にアクセスするためのドメインを引くためにも用いてよい。
【００２５】
ポータルサーバ６は、端末装置１からポータル画面の表示要求を受信し、ＢＭＬ（Broadcast Markup Language）形式やＨＴＭＬ（Hypertext Markup Language）形式などでポータル画面を提供するためのサーバである。このときの通信プロトコルは、ＨＴＴＰ（Ｓ）／ＴＣＰ（Transmission Control Protocol）／ＩＰを採用すればよい。ここで、ＨＴＴＰ（Ｓ）は、ＨＴＴＰ（Hypertext Transfer Protocol）或いはＨＴＴＰにＳＳＬ（Secure Sockets Layer）によるデータの暗号化機能を付加したＨＴＴＰＳ（HTTP Security）を指す。
【００２６】
このポータル画面は、ＶＯＤサーバ９ａ，９ｂで提供するコンテンツをユーザに選択させるためのナビゲーション画面（コンテンツ選択画面）であり、例えば、コンテンツ毎に、タイトルや代表的な静止画像やプレビュー映像等を選択可能に表示するものであればよい。
【００２７】
ポータルサーバ６では、コンテンツ選択画面における各コンテンツの選択領域に、再生制御情報サーバ７におけるそのコンテンツに対応する再生制御情報ファイルが格納された格納領域を示すＵＲＬ（Uniform Resource Locators）等のＵＲＩ（Uniform Resource Identifier）を対応させておく。ポータルサーバ６では、端末装置１からのコンテンツの選択に応じてそれに対応したＵＲＩを返信する。また、コンテンツ選択画面に含まれる下層の画面用のリンクが選択された場合には、ポータルサーバ６は下層のコンテンツ選択画面用のＢＭＬ又はＨＴＭＬ形式のデータを送信する。
【００２８】
再生制御情報サーバ７は、ＩＰｖ６又はＩＰｖ４のＩＰアドレスでアクセス可能なサーバであり、端末装置１からの再生制御情報ファイル取得要求により、内部に格納された再生制御情報ファイルをその端末装置１にユニキャスト配信する。このときの通信プロトコルには、ＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰを採用すればよい。
【００２９】
再生制御情報ファイルは、対象となるコンテンツの再生に必要な情報ファイル（メタファイル）であり、例えば、ＥＲＩ（Entry Resource Information），ＬＬＩ（License Link Information），ＮＣＩ（Networkcontent Control Information）のＸＭＬ（Extensible Markup Language）文書で構成されている。ＥＲＩとは、コンテンツタイトル、提供元、尺長、チャプタ位置などのコンテンツ固有の情報であり、コンテンツ起動文書とも呼ばれる。ＬＬＩとは、コンテンツのライセンス及び権利保護に関わる情報であり、コンテンツのライセンス情報にアクセスするための情報である。ＮＣＩとは、ストリーミングサービスの利用に関わる（再生可能な倍速値など）情報である。また、再生制御情報ファイルには、その他、ユーザ固有のコンテンツ再生（レジュームポイントなど）に関わる情報であるＵＰＩ（User Play Information）を含ませてもよい。
【００３０】
再生制御情報ファイルを取得した端末装置１は、その再生制御情報ファイルを解析し、その結果、再生対象のコンテンツについての再生制御の一環としてライセンスの取得が必要である場合に、ＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰに従って、ＤＲＭサーバ８ａ又はＤＲＭサーバ８ｂにアクセスしてライセンスの取得要求を行う。ＤＲＭサーバ８ａ，８ｂへのアクセスのためのドメインの引き方については、本発明の主たる特徴に関するものであり、後述する。
【００３１】
ＤＲＭサーバ８ａは、ＩＰｖ６のＩＰアドレスでアクセス可能なライセンスサーバの一例であり、ＶＯＤサーバ９ａに格納されたコンテンツの著作権を保護するためにそのコンテンツのライセンスを発行するサーバである。ＤＲＭサーバ８ｂは、ＩＰｖ４のＩＰアドレスでアクセス可能なライセンスサーバの一例であり、ＶＯＤサーバ９ｂに格納されたコンテンツの著作権を保護するためにそのコンテンツのライセンスを発行するサーバである。
【００３２】
ＤＲＭサーバ８ａ，８ｂは、ＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰに従って、端末装置１からのライセンス取得要求により、ＩＰネットワーク５にライセンスの情報をユニキャストアドレスで配信する。なお、ＩＰｖ６用のＤＲＭサーバ８ａで、ＩＰｖ４用のＶＯＤサーバ９ｂに格納されたコンテンツのライセンスを発行してもよく、ＩＰｖ４用のＤＲＭサーバ８ｂで、ＩＰｖ６用のＶＯＤサーバ９ａに格納されたコンテンツのライセンスを発行してもよい。
【００３３】
また、再生制御情報ファイルを取得後、必要に応じてライセンスを取得した端末装置１は、ＲＴＳＰ（Real Time Streaming Protocol）／ＴＣＰ／ＩＰに従って、再生制御情報ファイルの解析結果が示す内容の再生制御をＶＯＤサーバ９ａ又はＶＯＤサーバ９ｂにアクセスしながら実行し、対象となるコンテンツの読み出しを開始する。コンテンツの再生開始だけでなく、再生終了、早送り、巻き戻しなどの再生制御についても、通信プロトコルとしてＲＴＳＰ／ＴＣＰ／ＩＰを用いる。ＶＯＤサーバ９ａ，９ｂへのアクセスのためのドメインの引き方については、本発明の主たる特徴に関するものであり、後述する。
【００３４】
ＶＯＤサーバ９ａは、ＩＰｖ６のＩＰアドレスでアクセス可能なＶＯＤサーバであり、内部に格納されたコンテンツを、上述の再生制御に基づき端末装置１にＶＯＤでユニキャスト配信するためのサーバである。ＶＯＤサーバ９ｂは、ＩＰｖ４のＩＰアドレスでアクセス可能なＶＯＤサーバであり、内部に格納されたコンテンツを、上述の再生制御に基づき端末装置１にＶＯＤでユニキャスト配信するためのサーバである。なお、ＶＯＤサーバ９ａとＶＯＤサーバ９ｂとの双方に、同じタイトルのコンテンツを格納しておいてもよい。
【００３５】
ＶＯＤサーバ９ａ，９ｂでのコンテンツのデータ自体の配信には、ＲＴＰ（Real-time Transfer Protocol）が使用され、トランスポート層としてはＵＤＰ（User Datagram Protocol）が用いられる。ＵＤＰが使用不可の状態のときはＴＣＰを用いるとよい。コンテンツは、例えば、ＭＰＥＧ−２やＨ.２６４で圧縮符号化されており、いずれの場合でもＭＰＥＧ−２ ＴＳ（Transport Stream）形式のパケット、好ましくは端末装置１側のバッファオーバーフローを防ぐためにタイムスタンプ付きＴＳ（ＴＴＳ）形式のパケットで配信すればよい。
【００３６】
次に、図２を参照しながら、端末装置１の構成例を説明する。図２は、図１のＶＯＤシステムにおけるコンテンツ再生装置（端末装置）の一構成例を示すブロック図である。
【００３７】
図２で例示する端末装置１は、全体を制御する制御部の一例として、端末装置１の全体の制御を実行するＣＰＵ３１と、任意のアドレスを指定して読み書きすることが可能な半導体メモリであって、ＣＰＵ３１の作業領域となって不揮発性メモリ３４に格納された制御プログラムを読み出したり、処理中のデータを一時的に格納したりするＲＡＭ３０と、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）等の書き換え可能な不揮発性メモリ３４とを備える。また、不揮発性メモリ３４は、上記制御プログラム（端末装置１の全体の制御を行うためのプログラム）の他に、ＥＣＧ／ＥＰＧなどを表示するためのキャラクタ（文字やシンボルやオブジェクト等）や通信用の設定情報等の各種情報が格納される。なお、制御プログラムは別途設けたＲＯＭ（Read Only Memory）に格納してもよい。
【００３８】
リモコン２には、例えば、端末装置１の電源のＯＮ／ＯＦＦを操作する電源ボタンや、端末装置１の各種設定を行うメニュー画面を表示する操作を行うためのメニュー画面表示ボタン、メニュー画面表示時やコンテンツ選択画面表示時などにカーソル位置を左右上下方向へ移動させる操作や決定操作を行うための移動・決定ボタン等が設けられている。リモコン２は、設けられたボタンのユーザによる押下を検知して、そのボタンに対応する操作信号を生成し、端末装置１のリモコン受光部３３へその操作信号を送信する。
【００３９】
端末装置１は、その操作信号を受信するリモコン受光部３３を備える。ＣＰＵ３１は、その操作信号をリモコン受光部３３から受け取り、端末装置１の現在の動作状態に応じた動作を実行するよう端末装置１内の各部を制御する。また、リモコン２の代わりに、図示しない本体の操作部でユーザ操作を受け付けてもよい。
【００４０】
また、端末装置１は、ＩＰネットワーク５を介してＶＯＤ配信されたコンテンツを受信可能とするため、ネットワークインタフェース（ネットワークＩ／Ｆ）２１、通信制御部３２、選局部２９、及びＩＰ放送チューナ部２２を備える。
【００４１】
ネットワークＩ／Ｆ２１は、ＬＡＮ（Local Area Network）に接続され、ＩＰネットワーク５を介した外部のサーバ群との通信を行う。ＩＰネットワーク５への接続はＬＡＮを経由してネットワークＩ／Ｆ２１が行うものとして説明しているが、ネットワークＩ／Ｆ２１を例えばメディアコンバータなどと直接接続することで、ＬＡＮを構築しなくとも接続できる。
【００４２】
選局部２９は、ポータルサーバ６からＢＭＬ形式などで受信しコンテンツ選択画面が表示された状態で、そのコンテンツ選択画面に表示されたコンテンツ群の中から再生を望むコンテンツをユーザがリモコン２等で選択したときに、そのコンテンツを指定する情報をネットワークＩ／Ｆ２１を介してポータルサーバ６に送信する。つまり、選局部２９では、コンテンツの選択を実行する。なお、ＢＭＬ形式などでのコンテンツ選択画面の表示自体は、上述した制御プログラムの一つとしてブラウザを不揮発性メモリ３４に格納するなどしておけばよい。
【００４３】
通信制御部３２は、ネットワークＩ／Ｆ２１を介して、ＩＰネットワーク５に接続された外部のサーバ群と、通信プロトコルに従って通信する制御を行う。この制御の一つとして、通信制御部３２は、ＶＯＤサーバ９ａ，９ｂとのコンテンツの再生制御（再生の開始や終了等の制御）も行う。ＶＯＤ配信されたコンテンツのＵＤＰパケットも、通信制御部３２での制御に基づきネットワークＩ／Ｆ２１がＶＯＤサーバ９ａ／９ｂからＬＡＮを介して受信する。
【００４４】
ＩＰ放送チューナ部２２は、ＶＯＤ配信型のＩＰ放送（つまりＶＯＤ配信されたコンテンツ）を受信するためのチューナであり、ネットワークＩ／Ｆ２１を介してＵＤＰパケットで受信したコンテンツをＴＳパケットに変換する。また、端末装置１は、ＩＰ放送チューナ部２２で所望のコンテンツを受信させるが、再生のために、次のようなＶＯＤプレーヤ（図示せず）を上述した制御プログラムの一つとして不揮発性メモリ３４に格納しておく。ＶＯＤプレーヤは、ＶＯＤ配信型ＩＰ放送のコンテンツの受信制御並びにコンテンツ再生制御を、通信制御部３２やＩＰ放送チューナ部２２に対して行うＡＶプレーヤのプログラムである。
【００４５】
さらに、端末装置１は、ＩＰ放送チューナ部２２の出力であるＴＳパケットをビデオデータとオーディオデータとに分離する分離部（ＤＭＵＸ）２３を備える。また、ＤＭＵＸ２３は、ＶＯＤ配信ストリームに含まれるか別途配信されているＶＯＤ配信型ＩＰ放送のＳＩ情報（番組データ）を、ＩＰ放送チューナ部２２の出力であるＴＳパケットから分離する処理も行う。
【００４６】
ビデオ信号の出力のために、端末装置１は、ＤＭＵＸ２３で分離されたＶＯＤ配信コンテンツのビデオデータをデコードするビデオデコード部２４と、不揮発性メモリ３４に予め格納されたキャラクタを用いてＥＣＧ（Electronic Content Guide）／ＥＰＧ（Electronic Program Guide）や設定メニューなどのＯＳＤ（On Screen Display）用の信号（ＯＳＤ画像信号）を生成するＯＳＤ処理部２６と、このＯＳＤ画像信号をビデオデコード部２４から出力されたビデオ信号に重畳する合成部と、合成部で合成された信号を出力用のビデオ信号に変換するビデオ出力変換部２５とを備える。
【００４７】
オーディオ信号の出力のために、端末装置１は、ＤＭＵＸ２３で分離されたオーディオデータをデコードするオーディオデコード部２７と、オーディオデコード部２７から出力されたオーディオ信号を出力用のオーディオ信号に変換するオーディオ出力変換部２８とを備える。
【００４８】
さらに、端末装置１には、上述のように、映像表示用の表示装置３と音声出力用のスピーカ４とが接続されている。表示装置３は、ビデオ出力変換部２５から出力されたビデオ信号（映像信号）に基づき映像を表示する。スピーカ４は、オーディオ出力変換部２８から出力されたオーディオ信号に基づき音声を出力する。
【００４９】
このような構成により、端末装置１では、ＶＯＤ配信されたコンテンツを受信し、受信したものを再生することが可能となっている。
【００５０】
図１のＶＯＤシステムは、実際にはさらに多くのサーバ群が接続されることがあり、この一例について図３を参照して簡単に説明する。図３は、図１のＶＯＤシステムの他の構成例を示す図である。図３で示すＶＯＤシステムは、図１の端末装置１にＶＯＤ機能サーバ群が接続されてなる。この端末装置１にも図１と同様に表示装置３及びスピーカ４に接続されているものとする。
【００５１】
このＶＯＤサーバ群は、図１のポータルサーバ６、図１の再生制御情報サーバ７、図１のＤＲＭサーバ８ａ，８ｂのいずれか一方に相当するＤＲＭサーバ８、図１のＶＯＤサーバ９ａ，９ｂのいずれか一方に相当するＶＯＤサーバ９、顧客・契約管理サーバ１２、課金・決済サーバ１３、ダウンロードコンテンツサーバ１４、及びＥＣＧ（Electric Content Guide）メタデータサーバ１５を備える。その他、ＣＤＮ構成情報サーバ、ＰＦ構成情報サーバ、ロゴサーバなどがこのシステムに含まれ、ＩＰ放送も提供するためにはＩＰ放送サービス送出サーバなど提供する他のサービスに応じたサーバもこのシステムに付加しておいてもよい。
【００５２】
顧客・契約管理サーバ１２は、ユーザ情報、端末装置１の端末ＩＤ、サービスの契約情報などを関連付けて格納したサーバであり、ポータルサーバ６では端末装置１からアクセスされてきたときに端末ＩＤに基づき契約情報を抽出し、契約情報に応じたポータル画面データを端末装置１に返す。また、顧客・契約管理サーバ１２は、必要に応じて課金・決済サーバ１３にアクセスして、課金・決済処理を行わせる。また、顧客・契約管理サーバ１２は、ＤＲＭサーバ８がライセンスを発行する際に、その情報を受け取って、管理すると共に、必要に応じて課金・決済サーバ１３にアクセスして、課金・決済処理を行わせる。
【００５３】
ダウンロードコンテンツサーバ１４は、ＶＯＤコンテンツではなくダウンロードコンテンツを端末装置１に提供するサーバである。ＥＣＧメタデータサーバ１５は、端末装置１からのメタデータ送信要求を受信したとき、ダウンロードコンテンツサーバ１４で提供するダウンロードコンテンツを選択するためのＥＣＧ画面を生成するためのＥＣＧメタデータを送信する。
【００５４】
以下、図１や図３で説明したようなＶＯＤシステムに適用できる、本発明の主たる特徴について説明する。図４は、図１のＶＯＤシステムにおいて再生制御情報サーバに格納され端末装置に送信される再生制御情報ファイルの一例を示す図で、図５は、図４に続く図である。
【００５５】
再生制御情報サーバ７は、上述のように、コンテンツサーバ（ＶＯＤサーバ９ａ又はＶＯＤサーバ９ｂ）に格納されたコンテンツを端末装置１にてＶＯＤで再生するための再生制御情報ファイルを格納している。この再生制御情報ファイルは、基本的に再生対象のコンテンツと１対１に対応して端末装置１に提供されるものであり、本発明の主たる特徴の一つは、この再生制御情報ファイルの記述にある。
【００５６】
この再生制御情報ファイルは、コンテンツの格納先であるコンテンツサーバ（ＶＯＤサーバ９ａ又はＶＯＤサーバ９ｂ）のＩＰアドレスを端末装置１が取得する際に、ＩＰｖ４ＤＮＳサーバ１１にアクセスするのか、ＩＰｖ６ＤＮＳサーバ１０にアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含む。端末装置１によるＩＰアドレスの取得は、ＶＯＤサーバからコンテンツをＶＯＤで受信（取得）する際に、ＶＯＤサーバについてドメイン名からＩＰアドレスを得るために（すなわちドメインを引くために）行われる。
【００５７】
なお、端末装置１は、再生制御情報ファイルに基づきドメインの引き先のＤＮＳサーバをＩＰｖ４／ＩＰｖ６選択情報から得さえすれば、ドメインが引けて再生対象となるコンテンツが格納されたＶＯＤサーバにアクセスできるため、当初は、ＶＯＤサーバ９ａ、ＶＯＤサーバ９ｂのいずれのドメイン名が記述されているかを知る必要はない。
【００５８】
この再生制御情報ファイルは、例えば図４及び図５で示す記述４１〜４７のようなエンティティ形式のマルチパート化されたＸＭＬ文書である。無論、他の形式で記述されていてもよい。また、図４及び図５では、最初にコンテンツリスト（リソースリスト）に関する記述４１がある例を示しているが、この部分は読まなくても制御可能である。
【００５９】
ＥＲＩに関する記述４２，４３としては、例えば、ＸＭＬのバージョンの記述、日付や時間の記述、コンテンツの符号化方式の記述、コンテンツのタイトルの記述、コンテンツの概要の記述、コンテンツのチャプタの番号や位置の記述などと共に、コンテンツのパス（提供先のＶＯＤサーバ９ａ又はＶＯＤサーバ９ｂのＵＲＩ）の記述５１を含む。
【００６０】
また、ＬＬＩに関する記述４４，４５としては、ＤＲＭサーバ８ａ，８ｂのＵＲＩの記述を含む。さらに、ＮＣＩに関する記述４６，４７としては、コンテンツの再生時の制御の記述を含む。この再生時の制御の記述としては、例えば倍速再生の有無、倍速再生が可能な場合その倍速値などの情報を含む。
【００６１】
図４におけるＥＲＩの記述４２，４３の例では、ＶＯＤサーバのドメイン名の記述５１だけでなく、＜ｄｎｓ＿ｐｒｏｔｏｃｏｌ＞ＩＰｖ４＜／ｄｎｓ＿ｐｒｏｔｏｃｏｌ＞として例示したように、ＩＰｖ４／ＩＰｖ６選択情報の記述５２を含んでおく。
【００６２】
端末装置１は、このような記述を含む再生制御情報ファイルを再生制御情報サーバ７から受信して、再生制御情報ファイルからＩＰｖ４／ＩＰｖ６選択情報の記述５２を読み取り（解釈して抽出し）、読み取ったＩＰｖ４／ＩＰｖ６選択情報の記述５２からアクセスするＤＮＳサーバを決定する。そして、端末装置１は、決定したＤＮＳサーバからＶＯＤサーバのＩＰアドレスを取得して、そのＩＰアドレスにアクセスすることで、ＶＯＤサーバにアクセスし、コンテンツを受信する。
【００６３】
記述４２，４３の例では、記述５１として、コンテンツの取得先としてのＶＯＤサーバ９ｂのＵＲＩが記述され、記述５２として、ドメインの引き先としての「ＩＰｖ４」、すなわちＩＰｖ４ＤＮＳサーバ１１でドメインを引くことが記述されている。従って、端末装置１では、ＩＰｖ４ＤＮＳサーバ１１にアクセスして、記述５１が示すＵＲＩにアクセスして、ＶＯＤサーバ９ｂから再生対象のコンテンツを受信する。
【００６４】
このように、記述５２に関し、記述５１のドメイン名がＩＰｖ４ＤＮＳサーバ１１で解決可能な情報である場合には、ＩＰアドレスとして端末装置１がＩＰｖ４アドレスを取得するような記述（つまりＩＰｖ４を示す記述）を行っておけばよい。一方で、記述５１のドメイン名がＩＰｖ６ＤＮＳサーバ１０で解決可能な情報であれば、ＩＰアドレスとして端末装置１がＩＰｖ６アドレスを取得するような記述（つまりＩＰｖ６を示す記述）を行っておけばよい。
【００６５】
このように、再生制御情報ファイル中にＶＯＤサーバへのアクセス用にドメインを引くためのＤＮＳサーバの引き先がＩＰｖ４なのかＩＰｖ６なのかを記述しておき、端末装置１に渡す再生制御情報ファイルをＩＰｖ４用とＩＰｖ６用とで切り替え、ＶＯＤ再生時、端末装置１がその再生制御情報ファイルを取得するようにしておくことで、必要の無い方のＤＮＳサーバにアクセスするのを防ぐことができる。従って、ＩＰｖ６で引いてＤＮＳサーバの有無又はドメインの有無を確かめたのちＩＰｖ４でさらに引くなどの時間遅延や煩わしさをユーザが回避でき、加えてドメインを引いた後のサービス提供サーバをサービサーがコントロール可能となる。
【００６６】
すなわち、本発明によれば、端末装置１が、ＶＯＤでコンテンツを配信するコンテンツサーバ（ＶＯＤサーバ９ａ／９ｂ）にアクセスするために、そのドメイン名からＩＰｖ６又はＩＰｖ４のいずれのＤＮＳサーバにアクセスしてＩＰアドレスを得るのかを、サービサーがコントロールでき、且つ、端末装置１側でもドメイン名からＩＰアドレスを得るための処理時間を短縮することができ、さらにＶＯＤサーバ９ａ，９ｂのいずれからコンテンツを取得させるかもサービサーがコントロールできる。
【００６７】
従って、ＩＰｖ６ＤＮＳサーバ１０とＩＰｖ４ＤＮＳサーバ１１との負荷分散の度合いや、ＶＯＤサーバ９ａ，９ｂの負荷分散の度合いも、時期（サービスのＩＰｖ６対応への移行時期など）に応じてサービサーがコントロールでき、各サーバを効率良く使うことができる。例えば、ＶＯＤシステムにおいて、ＶＯＤサーバ及びＤＮＳサーバがＩＰｖ４用のみ存在する状態から、ＩＰｖ６用のＶＯＤサーバ及びＤＮＳサーバを追加した場合、ＩＰｖ６ＤＮＳサーバを用いてドメインからＩＰｖ６用のＶＯＤサーバのサーバアドレスが引けてしまうので、従来のＩＰｖ６で引いてからＩＰｖ４で引く手法では、結局ＩＰｖ６用のＶＯＤサーバに負荷が集中してしまい、既存のＩＰｖ４用のＶＯＤサーバへ負荷分散することができない。これに対して、本発明では、分散をサービサーがコントロールできるため、このような負荷集中が生じることはない。また、本発明では、ＩＰｖ４とＩＰｖ６とでＶＯＤサーバ（のコンテンツ）のドメイン名を分ける必要もない。
【００６８】
また、上述した再生制御情報ファイルは、コンテンツのライセンスを発行するライセンスサーバ（ＤＲＭサーバ８ａ又はＤＲＭサーバ８ｂ）のＩＰアドレスを端末装置１が取得する際に、ＩＰｖ４ＤＮＳサーバ１１にアクセスするのか、ＩＰｖ６ＤＮＳサーバ１０にアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含む。端末装置１によるＩＰアドレスの取得は、ＤＲＭサーバから再生対象のコンテンツのライセンスを受信（取得）する際に、ＤＲＭサーバについてドメイン名からＩＰアドレスを得るために（すなわちドメインを引くために）行われる。
【００６９】
なお、端末装置１は、再生制御情報ファイルに基づきドメインの引き先のＤＮＳサーバをライセンス用ＩＰｖ４／ＩＰｖ６選択情報から得さえすれば、ドメインが引けて再生対象となるコンテンツのライセンスが格納されたＤＲＭサーバにアクセスできるため、当初は、ＤＲＭサーバ８ａ、ＤＲＭサーバ８ｂのいずれのドメイン名が記述されているかを知る必要はない。
【００７０】
図５におけるＬＬＩの記述４４，４５の例では、ＤＲＭサーバのドメイン名の記述５３だけでなく、＜ｄｒｍ＿ｄｎｓ＿ｐｒｏｔｏｃｏｌ＞ＩＰｖ６＜／ｄｒｍ＿ｄｎｓ＿ｐｒｏｔｏｃｏｌ＞として例示したように、ＩＰｖ４／ＩＰｖ６選択情報の記述５４を含んでおく。
【００７１】
端末装置１は、このような記述を含む再生制御情報ファイルを再生制御情報サーバ７から受信して、再生制御情報ファイルからライセンス用ＩＰｖ４／ＩＰｖ６選択情報の記述５４を読み取り（解釈して抽出し）、読み取ったライセンス用ＩＰｖ４／ＩＰｖ６選択情報の記述５４からアクセスするＤＮＳサーバを決定する。そして、端末装置１は、決定したＤＮＳサーバからＤＲＭサーバのＩＰアドレスを取得して、そのＩＰアドレスにアクセスすることで、ＤＲＭサーバにアクセスし、コンテンツのライセンスを受信（取得）する。
【００７２】
記述４４，４５の例では、記述５３として、コンテンツのライセンスの取得先としてのＤＲＭサーバ８ａのＵＲＩが記述され、記述５４として、ドメインの引き先としての「ＩＰｖ６」、すなわちＩＰｖ６ＤＮＳサーバ１０でドメインを引くことが記述されている。従って、端末装置１では、ＩＰｖ６ＤＮＳサーバ１０にアクセスして、記述５３が示すＵＲＩにアクセスして、ＤＲＭサーバ８ａから再生対象のコンテンツのライセンスを受信する。
【００７３】
このように、記述５４に関し、記述５３のドメイン名がＩＰｖ４ＤＮＳサーバ１１で解決可能な情報である場合には、ＩＰアドレスとして端末装置１がＩＰｖ４アドレスを取得するような記述（つまりＩＰｖ４を示す記述）を行っておけばよい。一方で、記述５３のドメイン名がＩＰｖ６ＤＮＳサーバ１０で解決可能な情報であれば、ＩＰアドレスとして端末装置１がＩＰｖ６アドレスを取得するような記述（つまりＩＰｖ６を示す記述）を行っておけばよい。
【００７４】
このように、再生制御情報ファイル中にＤＲＭサーバへのアクセス用にドメインを引くためのＤＮＳサーバの引き先がＩＰｖ４なのかＩＰｖ６なのかを記述しておき、端末装置１に渡す再生制御情報ファイルをＩＰｖ４用とＩＰｖ６用とで切り替え、ＶＯＤ再生に必要なライセンス取得時、端末装置１がその再生制御情報ファイルを取得するようにしておくことで、必要の無い方のＤＮＳサーバにアクセスするのを防ぐことができる。従って、ＩＰｖ６で引いてＤＮＳサーバの有無又はドメインの有無を確かめたのちＩＰｖ４でさらに引くなどの時間遅延や煩わしさをユーザが回避でき、加えてドメインを引いた後のサービス提供サーバをサービサーがコントロール可能となる。
【００７５】
すなわち、本発明によれば、端末装置１が、ＤＲＭサーバ（ＤＲＭサーバ８ａ／８ｂ）にアクセスするために、そのドメイン名からＩＰｖ６又はＩＰｖ４のいずれのＤＮＳサーバにアクセスしてＩＰアドレスを得るのかを、サービサーがコントロールでき、且つ、端末装置１側でもドメイン名からＩＰアドレスを得るための処理時間を短縮することができ、さらにＤＲＭサーバ８ａ，８ｂのいずれからコンテンツのライセンスを取得させるかもサービサーがコントロールできる。
【００７６】
従って、ＩＰｖ６ＤＮＳサーバ１０とＩＰｖ４ＤＮＳサーバ１１との負荷分散の度合いや、ＤＲＭサーバ８ａ，８ｂの負荷分散の度合いも、時期（サービスのＩＰｖ６対応への移行時期など）に応じてサービサーがコントロールでき、各サーバを効率良く使うことができる。例えば、ＶＯＤシステムにおいて、ＤＲＭサーバ及びＤＮＳサーバがＩＰｖ４用のみ存在する状態から、ＩＰｖ６用のＤＲＭサーバ及びＤＮＳサーバを追加した場合、ＩＰｖ６ＤＮＳサーバを用いてドメインからＩＰｖ６用のＤＲＭサーバのサーバアドレスが引けてしまうので、従来のＩＰｖ６で引いてからＩＰｖ４で引く手法では、結局ＩＰｖ６用のＤＲＭサーバに負荷が集中してしまい、既存のＩＰｖ４用のＤＲＭサーバへ負荷分散することができない。これに対して、本発明では、分散をサービサーがコントロールできるため、このような負荷集中が生じることはない。また、本発明では、ＩＰｖ４とＩＰｖ６とでＤＲＭサーバ（のライセンス）のドメイン名を分ける必要もない。
【００７７】
次に、上述のような構成のＶＯＤシステムにおけるコンテンツ受信・再生処理の一例について、図６及び図７を参照しながら説明する。図６は、図１のＶＯＤシステムにおける端末装置でのコンテンツ受信・再生処理の一例を説明するためのフロー図で、図７は、図６に続くフロー図である。以下、端末装置１においてなされる処理は主にＣＰＵ３１の制御により実行される。
【００７８】
まず、端末装置１は、ポータルサーバに接続し（ステップＳ１）、コンテンツリストを取得して表示装置３に表示する（ステップＳ２）。次に端末装置１は、リモコン２等でのユーザ操作により再生指示が有ったか否かを判定する（ステップＳ３）。再生指示があった時点で、端末装置１は再生制御情報サーバ７に接続し（ステップＳ４）、再生指示されたコンテンツの再生制御情報ファイルを取得する（ステップＳ５）。
【００７９】
端末装置１は、この再生制御情報ファイルを解析し、ＤＲＭサーバ８ａ又はＤＲＭサーバ８ｂのドメイン名とライセンス用ＩＰｖ４／ＩＰｖ６選択情報とを読み出す（ステップＳ６）。解析は、この再生制御情報ファイルを受け取ったＶＯＤプレーヤが、取得した再生制御情報ファイルをＲＡＭ３０に一時的に格納した状態のまま実行するか、或いは不揮発性メモリ３４に格納した後にＲＡＭ３０に読み出して実行する。再生制御情報ファイルが上述のごとくＸＭＬ文書で記述されている場合には、ＶＯＤプレーヤはＸＭＬ文書の解析を可能としておけばよい。なお、解析の結果、ＬＬＩに関する記述４４，４５からライセンスの有無を確認し、無しの場合にはステップＳ６におけるライセンス用ＩＰｖ４／ＩＰｖ６選択情報の読み出しと後述のステップＳ７〜Ｓ１２の処理とは実行しない。ライセンス有りの場合にのみ、記述５３からＤＲＭサーバのＵＲＩを取得して記述５４からライセンス用ＩＰｖ４／ＩＰｖ６選択情報も取得すればよい。
【００８０】
次に、端末装置１は、ライセンス用ＩＰｖ４／ＩＰｖ６選択情報が示すＤＮＳサーバが、ＩＰｖ４であるか否かを判定する（ステップＳ７）。
【００８１】
ＩＰｖ４である場合（ステップＳ７でＹＥＳの場合）、端末装置１は、ＩＰｖ４ＤＮＳサーバ１１にアクセスしてドメイン名に基づきＤＲＭサーバ８ｂのＩＰｖ４アドレスを取得する（ステップＳ８）。そして、端末装置１は、取得したＩＰｖ４アドレスでＤＲＭサーバ８ｂに接続して、ライセンスの取得要求を行う（ステップＳ９）。
【００８２】
一方、ＩＰｖ６である場合（ステップＳ７でＮＯの場合）、端末装置１は、ＩＰｖ６ＤＮＳサーバ１０にアクセスしてドメイン名に基づきＤＲＭサーバ８ａのＩＰｖ６アドレスを取得する（ステップＳ１０）。そして、端末装置１は、取得したＩＰｖ６アドレスでＤＲＭサーバ８ａに接続して、ライセンスの取得要求を行う（ステップＳ１１）。
【００８３】
ステップＳ９／Ｓ１１の後、端末装置１は、接続したＤＲＭサーバ８ｂ／８ａから再生指示されたコンテンツのライセンスを取得する（ステップＳ１２）。
【００８４】
ステップＳ１２に続き、端末装置１は、再生制御情報ファイルの解析結果から、ＶＯＤサーバのドメイン名とＩＰｖ４／ＩＰｖ６選択情報とを読み出す（ステップＳ１３）。なお、解析は、ステップＳ６の処理と同時に行っておけばよい。なお、上記解析結果では、再生制御情報ファイルの記述に含まれるＥＲＩの記述４３からＡＶリソース（コンテンツ）のパス（記述５１）とＩＰｖ４／ＩＰｖ６選択情報（記述５２）とが得られている。
【００８５】
次に、端末装置１は、ＩＰｖ４／ＩＰｖ６選択情報が示すＤＮＳサーバが、ＩＰｖ４であるか否かを判定する（ステップＳ１４）。
【００８６】
ＩＰｖ４である場合（ステップＳ１４でＹＥＳの場合）、端末装置１は、ＩＰｖ４ＤＮＳサーバ１１にアクセスしてドメイン名に基づきＶＯＤサーバ９ｂのＩＰｖ４アドレスを取得する（ステップＳ１５）。そして、端末装置１は、取得したＩＰｖ４アドレスでＶＯＤサーバ９ｂに接続し、コンテンツの取得要求を行う（ステップＳ１６）。この取得要求にはライセンスを得たことを示す情報も付加しておく。
【００８７】
一方、ＩＰｖ６である場合（ステップＳ１４でＮＯの場合）、端末装置１は、ＩＰｖ６ＤＮＳサーバ１１にアクセスしてドメイン名に基づきＶＯＤサーバ９ａのＩＰｖ６アドレスを取得する（ステップＳ１７）。そして、端末装置１は、取得したＩＰｖ６アドレスでＶＯＤサーバ９ａに接続し、コンテンツの取得要求を行う（ステップＳ１８）。この取得要求にはライセンスを得たことを示す情報も付加しておく。
【００８８】
ステップＳ１６／Ｓ１８の後、端末装置１は、ＶＯＤサーバ９ａ／９ｂから、再生指示されたコンテンツを取得し（ステップＳ１９）、取得したライセンスに基づき取得したコンテンツを暗号復号し、ＡＶ復号し、再生を行う（ステップＳ２０）。また、ステップＳ６又はＳ１３での解析時に、ＮＣＩに関する記述４６，４７から再生時の制御の情報を取得しておき、この情報に従って倍速再生なども行うことができる。
【００８９】
以上、ＶＯＤサーバ及びライセンスサーバ（ＤＲＭサーバ）の双方について、再生制御情報ファイルに記述された選択情報に基づきドメインを引くように説明したが、再生制御情報ファイルにはいずれか一方の種類のサーバ（ＶＯＤサーバ又はライセンスサーバ）についての選択情報のみ記述しておいてもよい。その場合、記述されてある方のみで処理時間の短縮が可能であるが、十分に効果は得られる。
【符号の説明】
【００９０】
１…端末装置、２…リモコン、３…表示装置、４…スピーカ、５…ＩＰネットワーク、６…ポータルサーバ、７…再生制御情報サーバ、８，８ａ，８ｂ…ＤＲＭサーバ、９，９ａ，９ｂ…ＶＯＤサーバ、１０…ＩＰｖ６ＤＮＳサーバ、１１…ＩＰｖ４ＤＮＳサーバ、１２…顧客・契約管理サーバ、１３…課金・決済サーバ、１４…ダウンロードコンテンツサーバ、１５…ＥＣＧメタデータサーバ、２１…ネットワークＩ／Ｆ、２２…ＩＰ放送チューナ部、２３…ＤＭＵＸ、２４…ビデオデコード部、２５…ビデオ出力変換部、２６…ＯＳＤ処理部、２７…オーディオデコード部、２８…オーディオ出力変換部、２９…選局部、３０…ＲＡＭ、３１…ＣＰＵ、３２…通信制御部、３３…リモコン受光部、３４…不揮発性メモリ。
【特許請求の範囲】
【請求項１】
コンテンツを格納したコンテンツサーバと、該コンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバとに接続されるコンテンツ再生装置であって、
前記再生制御情報ファイルは、前記コンテンツサーバからコンテンツをビデオオンデマンドで受信する際に、前記コンテンツサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含み、
当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記コンテンツサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記コンテンツサーバにアクセスし、コンテンツを受信することを特徴とするコンテンツ再生装置。
【請求項２】
請求項１に記載のコンテンツ再生装置において、
当該コンテンツ再生装置は、前記コンテンツのライセンスを発行するライセンスサーバに接続され、
前記再生制御情報ファイルは、前記ライセンスサーバからライセンスを取得する際に、前記ライセンスサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含み、
当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記ライセンスサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記ライセンスサーバにアクセスし、ライセンスを取得することを特徴とするコンテンツ再生装置。
【請求項３】
コンテンツを格納したコンテンツサーバと、該コンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバと、前記コンテンツのライセンスを発行するライセンスサーバとに接続されるコンテンツ再生装置であって、
前記再生制御情報ファイルは、前記ライセンスサーバからライセンスを取得する際に、前記ライセンスサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含み、
当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記ライセンスサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記ライセンスサーバにアクセスし、ライセンスを取得することを特徴とするコンテンツ再生装置。
【請求項４】
コンテンツサーバに格納されたコンテンツをコンテンツ再生装置にてビデオオンデマンドで再生するための再生制御情報ファイルを格納し、且つ該コンテンツ再生装置に接続される再生制御情報サーバであって、
前記再生制御情報ファイルは、前記コンテンツの格納先である前記コンテンツサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴とする再生制御情報サーバ。
【請求項５】
請求項４に記載の再生制御情報サーバにおいて、
前記再生制御情報ファイルは、前記コンテンツのライセンスを発行するライセンスサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴とする再生制御情報サーバ。
【請求項６】
コンテンツサーバに格納されたコンテンツをコンテンツ再生装置にてビデオオンデマンドで再生するための再生制御情報ファイルを格納し、且つ該コンテンツ再生装置に接続される再生制御情報サーバであって、
前記再生制御情報ファイルは、前記コンテンツのライセンスを発行するライセンスサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴とする再生制御情報サーバ。
【請求項１】
コンテンツを格納したコンテンツサーバと、該コンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバとに接続されるコンテンツ再生装置であって、
前記再生制御情報ファイルは、前記コンテンツサーバからコンテンツをビデオオンデマンドで受信する際に、前記コンテンツサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含み、
当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記コンテンツサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記コンテンツサーバにアクセスし、コンテンツを受信することを特徴とするコンテンツ再生装置。
【請求項２】
請求項１に記載のコンテンツ再生装置において、
当該コンテンツ再生装置は、前記コンテンツのライセンスを発行するライセンスサーバに接続され、
前記再生制御情報ファイルは、前記ライセンスサーバからライセンスを取得する際に、前記ライセンスサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含み、
当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記ライセンスサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記ライセンスサーバにアクセスし、ライセンスを取得することを特徴とするコンテンツ再生装置。
【請求項３】
コンテンツを格納したコンテンツサーバと、該コンテンツの再生を制御する再生制御情報ファイルを格納した再生制御情報サーバと、前記コンテンツのライセンスを発行するライセンスサーバとに接続されるコンテンツ再生装置であって、
前記再生制御情報ファイルは、前記ライセンスサーバからライセンスを取得する際に、前記ライセンスサーバについてドメイン名からＩＰアドレスを得るために、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含み、
当該コンテンツ再生装置は、前記再生制御情報ファイルを前記再生制御情報サーバから受信して、前記再生制御情報ファイルから前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報を読み取り、読み取った前記ライセンス用ＩＰｖ４／ＩＰｖ６選択情報からアクセスするＤＮＳサーバを決定し、決定したＤＮＳサーバから前記ライセンスサーバのＩＰアドレスを取得して、該ＩＰアドレスにアクセスすることで、前記ライセンスサーバにアクセスし、ライセンスを取得することを特徴とするコンテンツ再生装置。
【請求項４】
コンテンツサーバに格納されたコンテンツをコンテンツ再生装置にてビデオオンデマンドで再生するための再生制御情報ファイルを格納し、且つ該コンテンツ再生装置に接続される再生制御情報サーバであって、
前記再生制御情報ファイルは、前記コンテンツの格納先である前記コンテンツサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴とする再生制御情報サーバ。
【請求項５】
請求項４に記載の再生制御情報サーバにおいて、
前記再生制御情報ファイルは、前記コンテンツのライセンスを発行するライセンスサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴とする再生制御情報サーバ。
【請求項６】
コンテンツサーバに格納されたコンテンツをコンテンツ再生装置にてビデオオンデマンドで再生するための再生制御情報ファイルを格納し、且つ該コンテンツ再生装置に接続される再生制御情報サーバであって、
前記再生制御情報ファイルは、前記コンテンツのライセンスを発行するライセンスサーバのＩＰアドレスを取得する際に、ＩＰｖ４のＤＮＳサーバにアクセスするのか、ＩＰｖ６のＤＮＳサーバにアクセスするのかを示すライセンス用ＩＰｖ４／ＩＰｖ６選択情報を含むことを特徴とする再生制御情報サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−１５１２２（Ｐ２０１１−１５１２２Ａ）
【公開日】平成２３年１月２０日（２０１１．１．２０）
【国際特許分類】
【出願番号】特願２００９−１５６７７２（Ｐ２００９−１５６７７２）
【出願日】平成２１年７月１日（２００９．７．１）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２３年１月２０日（２０１１．１．２０）
【国際特許分類】
【出願日】平成２１年７月１日（２００９．７．１）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]