(57)【要約】【課題】コンテンツの実行に際して外部から取得すべき情報量の増大を考慮した、メディアプレーヤにおける情報取得技術は、これまで十分に提案されていなかった。【解決手段】本発明の実施の一形態であるメディアプレーヤ２０は、メディア依存のコンテンツＩＤをＤＶＤメディア１０から取得するＩＤ取得部３０と、データベースサーバ５０から、メディアの種類およびコンテンツＩＤに対応づけられたキー情報を取得するキー取得部４０と、コンテンツの処理中にコンテンツの関連情報が必要になったことを条件として、取得されたキー情報を含む、その時点で必要な関連情報の取得要求をデータベースサーバ５０へ逐次発行する取得要求発行部４４と、取得されたキー情報に対応づけられた関連情報のうち必要な関連情報をデータベースサーバ５０から取得する関連情報取得部４６とを備える。【選択図】図２
2011076668.tif 000002
【特許請求の範囲】
【請求項１】
所定のメディアに記録されたコンテンツを処理する装置であって、
前記コンテンツを識別するためのメディア依存のＩＤを前記メディアから取得するＩＤ取得部と、
メディア依存のコンテンツのＩＤと、データベースサーバにおいてコンテンツを識別するための、データベースサーバに適した形式のキー情報とを対応づけたテーブルをメディアの種類ごとに保持する外部のデータベースサーバから、処理対象となるメディアの種類およびメディア依存のコンテンツのＩＤに対応づけられたキー情報を取得するキー取得部と、
コンテンツのキー情報とコンテンツの関連情報とを対応づけて保持する前記データベースサーバから、前記取得されたキー情報に対応づけられた関連情報を一度に取得するのではなく、コンテンツの処理中にコンテンツの関連情報が必要になったことを条件として、前記取得されたキー情報を含む、その時点で必要な関連情報の取得要求を前記データベースサーバへ逐次発行する取得要求発行部と、
前記取得要求に対する応答として、前記取得されたキー情報に対応づけられた関連情報のうち前記必要な関連情報を前記データベースサーバから取得する関連情報取得部と、
を備えることを特徴とするメディアプレーヤ。
【請求項２】
前記関連情報取得部は、第１のコンテンツの処理中に前記データベースサーバとは異なる他のデータベースサーバに保持された第２のコンテンツの関連情報が必要になった場合、前記第１のコンテンツの関連情報として前記第１のコンテンツのキー情報に対応づけられた前記第２のコンテンツのキー情報であって、前記他のデータベースサーバに適した形式のキー情報を前記データベースサーバから取得し、
前記取得要求発行部は、前記第２のコンテンツのキー情報を含む、その時点で必要な第２のコンテンツの関連情報の取得要求を前記他のデータベースサーバへ発行し、
前記関連情報取得部は、前記第２のコンテンツのキー情報に対応づけられた前記必要な第２のコンテンツの関連情報を前記他のデータベースサーバから取得することを特徴とする請求項１に記載のメディアプレーヤ。
【請求項３】
前記関連情報取得部は、コンテンツの処理中に当該コンテンツとは異なる他のコンテンツの関連情報が必要になった場合、当該コンテンツの関連情報として当該コンテンツのキー情報に対応づけられた前記他のコンテンツのキー情報であって、前記他のコンテンツの関連情報を保持するデータベースサーバに適した形式のキー情報を前記データベースサーバから取得し、
前記取得要求発行部は、前記取得された他のコンテンツのキー情報を含む、その時点で必要な他のコンテンツの関連情報の取得要求を、前記他のコンテンツの関連情報を保持するデータベースサーバへ発行し、
前記関連情報取得部は、前記他のコンテンツのキー情報に対応づけられた前記必要な他のコンテンツの関連情報を、前記他のコンテンツの関連情報を保持するデータベースサーバから取得することを特徴とする請求項１に記載のメディアプレーヤ。
【請求項４】
所定のメディアに記録されたコンテンツを処理する装置により実行され、
前記コンテンツを識別するためのメディア依存のＩＤを前記メディアから取得するステップと、
メディア依存のコンテンツのＩＤと、データベースサーバにおいてコンテンツを識別するための、データベースサーバに適した形式のキー情報とを対応づけたテーブルをメディアの種類ごとに保持する外部のデータベースサーバから、処理対象となるメディアの種類およびメディア依存のコンテンツのＩＤに対応づけられたキー情報を取得するステップと、
コンテンツのキー情報とコンテンツの関連情報とを対応づけて保持する前記データベースサーバから、前記取得されたキー情報に対応づけられた関連情報を一度に取得するのではなく、コンテンツの処理中にコンテンツの関連情報が必要になったことを条件として、前記取得されたキー情報を含む、その時点で必要な関連情報の取得要求を前記データベースサーバへ逐次発行するステップと、
前記取得要求に対する応答として、前記取得されたキー情報に対応づけられた関連情報のうち前記必要な関連情報を前記データベースサーバから取得するステップと、
を備えることを特徴とする情報取得方法。
【請求項５】
所定のメディアに記録されたコンテンツを処理する装置に、
前記コンテンツを識別するためのメディア依存のＩＤを前記メディアから取得する機能と、
メディア依存のコンテンツのＩＤと、データベースサーバにおいてコンテンツを識別するための、データベースサーバに適した形式のキー情報とを対応づけたテーブルをメディアの種類ごとに保持する外部のデータベースサーバから、処理対象となるメディアの種類およびメディア依存のコンテンツのＩＤに対応づけられたキー情報を取得する機能と、
コンテンツのキー情報とコンテンツの関連情報とを対応づけて保持する前記データベースサーバから、前記取得されたキー情報に対応づけられた関連情報を一度に取得するのではなく、コンテンツの処理中にコンテンツの関連情報が必要になったことを条件として、前記取得されたキー情報を含む、その時点で必要な関連情報の取得要求を前記データベースサーバへ逐次発行する機能と、
前記取得要求に対する応答として、前記取得されたキー情報に対応づけられた関連情報のうち前記必要な関連情報を前記データベースサーバから取得する機能と、
を実現させるためのコンピュータプログラム。
【請求項６】
データベースサーバであって、
コンテンツの関連情報を、当該データベースサーバにおいてコンテンツを識別するための、当該データベースサーバに適した形式のキー情報と対応づけて保持する関連情報保持部と、
メディアに記録されたコンテンツを識別するためのメディア依存のＩＤと当該コンテンツのキー情報とを対応づけたテーブルを、メディアの種類ごとに保持するキー保持部と、
所定のメディアに記録されたコンテンツを処理するメディアプレーヤからメディアの種類およびメディア依存のコンテンツのＩＤが通知された際、通知内容に対応するキー情報を前記メディアプレーヤへ提供するキー提供部と、
コンテンツ処理中に必要になった関連情報を要求する、前記提供したキー情報を含む取得要求を前記メディアプレーヤから受け付ける取得要求受付部と、
前記提供したキー情報に対応づけられた関連情報を前記メディアプレーヤへ一度に提供するのではなく、前記取得要求への応答として、前記提供したキー情報に対応づけられた関連情報のうち前記必要になった関連情報を前記メディアプレーヤへ逐次提供する関連情報提供部と、
を備えることを特徴とするデータベースサーバ。
【請求項７】
前記関連情報保持部は、第１のコンテンツの関連情報として、当該データベースサーバとは異なる他のデータベースサーバに保持された第２のコンテンツのキー情報であって、前記他のデータベースサーバに適した形式のキー情報を、第１のコンテンツのキー情報と対応づけて保持し、
前記取得要求受付部は、前記第１のコンテンツの処理中に前記第２のコンテンツの関連情報が必要になったメディアプレーヤから、前記第１のコンテンツのキー情報を含む、前記第２のコンテンツの関連情報が指定された取得要求を受け付け、
前記関連情報提供部は、前記メディアプレーヤに、前記第２のコンテンツのキー情報を含む、前記第２のコンテンツの関連情報の取得要求を、前記他のデータベースサーバへ発行させるために、前記第１のコンテンツの関連情報として、前記第２のコンテンツのキー情報を前記メディアプレーヤへ提供することを特徴とする請求項６に記載のデータベースサーバ。
【請求項８】
前記関連情報保持部は、コンテンツの関連情報として、当該コンテンツとは異なる他のコンテンツのキー情報であって、他のコンテンツの関連情報を保持するデータベースサーバに適した形式のキー情報を、当該コンテンツのキー情報と対応づけて保持し、
前記取得要求受付部は、コンテンツの処理中に前記他のコンテンツの関連情報が必要になったメディアプレーヤから、当該コンテンツのキー情報を含む、前記他のコンテンツの関連情報が指定された取得要求を受け付け、
前記関連情報提供部は、前記メディアプレーヤに、前記他のコンテンツのキー情報を含む、前記他のコンテンツの関連情報の取得要求を、前記他のコンテンツの関連情報を保持するデータベースサーバへ発行させるために、前記コンテンツの関連情報として、前記他のコンテンツのキー情報を前記メディアプレーヤへ提供することを特徴とする請求項６に記載のデータベースサーバ。
【請求項９】
データベースサーバにより実行される方法であって、
所定のメディアに記録されたコンテンツを処理するメディアプレーヤから、メディアの種類、および、メディアに記録されたコンテンツを識別するためのメディア依存のコンテンツのＩＤが通知された際、メディア依存のコンテンツのＩＤと、当該データベースサーバにおいてコンテンツを識別するための、当該データベースサーバに適した形式のキー情報とを対応づけたメディアの種類ごとのテーブルを参照して、通知内容に対応するキー情報を前記メディアプレーヤへ提供するステップと、
コンテンツ処理中に必要になった関連情報を要求する、前記提供したキー情報を含む取得要求を前記メディアプレーヤから受け付けるステップと、
コンテンツのキー情報とコンテンツの関連情報とを対応づけて保持するテーブルを参照して、前記提供したキー情報に対応づけられた関連情報を前記メディアプレーヤへ一度に提供するのではなく、前記取得要求への応答として、前記提供したキー情報に対応づけられた関連情報のうち前記必要になった関連情報を前記メディアプレーヤへ逐次提供するステップと、
を備えることを特徴とする情報提供方法。
【請求項１０】
データベースサーバに、
所定のメディアに記録されたコンテンツを処理するメディアプレーヤから、メディアの種類、および、メディアに記録されたコンテンツを識別するためのメディア依存のコンテンツのＩＤが通知された際、メディア依存のコンテンツのＩＤと、当該データベースサーバにおいてコンテンツを識別するための、当該データベースサーバに適した形式のキー情報とを対応づけたメディアの種類ごとのテーブルを参照して、通知内容に対応するキー情報を前記メディアプレーヤへ提供する機能と、
コンテンツ処理中に必要になった関連情報を要求する、前記提供したキー情報を含む取得要求を前記メディアプレーヤから受け付ける機能と、
コンテンツのキー情報とコンテンツの関連情報とを対応づけて保持するテーブルを参照して、前記提供したキー情報に対応づけられた関連情報を前記メディアプレーヤへ一度に提供するのではなく、前記取得要求への応答として、前記提供したキー情報に対応づけられた関連情報のうち前記必要になった関連情報を前記メディアプレーヤへ逐次提供する機能と、
を実現させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、メディアプレーヤ、そのメディアプレーヤにより実行される情報取得方法、データベースサーバ、およびそのデータベースサーバにより実行される情報提供方法に関する。
【背景技術】
【０００２】
実行対象の記録メディアに対応するタイトル情報を、インターネット上のリモートデータベースからダウンロードするメディアプレーヤが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４１９５０８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
記録メディアに記録可能なコンテンツのタイトル数やチャプタ数は増加の一途をたどっている。例えば、１つのＤＶＤメディアには最大９９個のタイトルが含まれ、各タイトルには最大９９個のチャプタが含まれうる。さらにブルーレイ（以下、「ＢＤ」とも呼ぶ。）メディアには最大９９９個のタイトルが含まれ、各タイトルには最大９９９個のチャプタが含まれうる。したがって、メディアプレーヤが外部から取得すべきコンテンツの関連情報、例えばタイトル情報やチャプタ情報は、タイトル数やチャプタ数の増加に伴い増加している。
【０００５】
さらに、メディアプレーヤの多機能化が伸展し、メディアプレーヤは、あるコンテンツの実行に際して、そのコンテンツもしくは他のコンテンツに関する様々な関連情報を外部から取得してユーザに提供する必要がある。
【０００６】
このように、メディアプレーヤがコンテンツを実行する際に外部から取得すべき情報量は増大している。しかしながら、このことを考慮した、メディアプレーヤにおける情報取得技術およびメディアプレーヤに対する情報提供技術について、これまで十分に提案されてこなかった。
【０００７】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、メディアプレーヤにおけるコンテンツの実行に際し、外部から取得すべき情報量が増大した場合でも、好適に対応可能な技術を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある態様のメディアプレーヤは、所定のメディアに記録されたコンテンツを処理する装置であって、コンテンツを識別するためのメディア依存のＩＤをメディアから取得するＩＤ取得部と、メディア依存のコンテンツのＩＤと、データベースサーバにおいてコンテンツを識別するための、データベースサーバに適した形式のキー情報とを対応づけたテーブルをメディアの種類ごとに保持する外部のデータベースサーバから、処理対象となるメディアの種類およびメディア依存のコンテンツのＩＤに対応づけられたキー情報を取得するキー取得部と、コンテンツのキー情報とコンテンツの関連情報とを対応づけて保持するデータベースサーバから、取得されたキー情報に対応づけられた関連情報を一度に取得するのではなく、コンテンツの処理中にコンテンツの関連情報が必要になったことを条件として、取得されたキー情報を含む、その時点で必要な関連情報の取得要求をデータベースサーバへ逐次発行する取得要求発行部と、取得要求に対する応答として、取得されたキー情報に対応づけられた関連情報のうち必要な関連情報をデータベースサーバから取得する関連情報取得部と、を備える。
【０００９】
本発明の別の態様は、情報取得方法である。この方法は、所定のメディアに記録されたコンテンツを処理する装置により実行され、コンテンツを識別するためのメディア依存のＩＤをメディアから取得するステップと、メディア依存のコンテンツのＩＤと、データベースサーバにおいてコンテンツを識別するための、データベースサーバに適した形式のキー情報とを対応づけたテーブルをメディアの種類ごとに保持する外部のデータベースサーバから、処理対象となるメディアの種類およびメディア依存のコンテンツのＩＤに対応づけられたキー情報を取得するステップと、コンテンツのキー情報とコンテンツの関連情報とを対応づけて保持するデータベースサーバから、取得されたキー情報に対応づけられた関連情報を一度に取得するのではなく、コンテンツの処理中にコンテンツの関連情報が必要になったことを条件として、取得されたキー情報を含む、その時点で必要な関連情報の取得要求をデータベースサーバへ逐次発行するステップと、取得要求に対する応答として、取得されたキー情報に対応づけられた関連情報のうち必要な関連情報をデータベースサーバから取得するステップと、を備える。
【００１０】
本発明のさらに別の態様は、データベースサーバである。このデータベースサーバは、データベースサーバであって、コンテンツの関連情報を、当該データベースサーバにおいてコンテンツを識別するための、当該データベースサーバに適した形式のキー情報と対応づけて保持する関連情報保持部と、メディアに記録されたコンテンツを識別するためのメディア依存のＩＤと当該コンテンツのキー情報とを対応づけたテーブルを、メディアの種類ごとに保持するキー保持部と、所定のメディアに記録されたコンテンツを処理するメディアプレーヤからメディアの種類およびメディア依存のコンテンツのＩＤが通知された際、通知内容に対応するキー情報をメディアプレーヤへ提供するキー提供部と、コンテンツ処理中に必要になった関連情報を要求する、提供したキー情報を含む取得要求をメディアプレーヤから受け付ける取得要求受付部と、提供したキー情報に対応づけられた関連情報をメディアプレーヤへ一度に提供するのではなく、取得要求への応答として、提供したキー情報に対応づけられた関連情報のうち必要になった関連情報をメディアプレーヤへ逐次提供する関連情報提供部と、を備える。
【００１１】
本発明のさらに別の態様は、情報提供方法である。この方法は、データベースサーバにより実行される方法であって、所定のメディアに記録されたコンテンツを処理するメディアプレーヤから、メディアの種類、および、メディアに記録されたコンテンツを識別するためのメディア依存のコンテンツのＩＤが通知された際、メディア依存のコンテンツのＩＤと、当該データベースサーバにおいてコンテンツを識別するための、当該データベースサーバに適した形式のキー情報とを対応づけたメディアの種類ごとのテーブルを参照して、通知内容に対応するキー情報をメディアプレーヤへ提供するステップと、コンテンツ処理中に必要になった関連情報を要求する、提供したキー情報を含む取得要求をメディアプレーヤから受け付けるステップと、コンテンツのキー情報とコンテンツの関連情報とを対応づけて保持するテーブルを参照して、提供したキー情報に対応づけられた関連情報をメディアプレーヤへ一度に提供するのではなく、取得要求への応答として、提供したキー情報に対応づけられた関連情報のうち必要になった関連情報をメディアプレーヤへ逐次提供するステップと、を備える。
【００１２】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１３】
本発明によれば、メディアプレーヤにおけるコンテンツの実行に際し、外部から取得すべき情報量が増大した場合でも、好適に対応可能な技術を提供できる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態であるメディア処理システムの構成を示す図である。
【図２】図１のメディアプレーヤの機能構成を示すブロック図である。
【図３】図１のデータベースサーバの機能構成を示すブロック図である。
【図４】キーテーブルの構成を模式的に示す図である。
【図５】関連情報テーブルの構成を模式的に示す図である。
【図６】図１のメディアプレーヤの動作を示すフローチャートである。
【図７】図６のＳ１２の動作を詳細に示すフローチャートである。
【図８】図１のデータベースサーバの動作を示すフローチャートである。
【発明を実施するための形態】
【００１５】
本発明の実施の形態を説明する前に、まず概要を説明する。
メディアの記録データを読み込んで、映像や音楽等のコンテンツをユーザに提供するメディアプレーヤの中には、外部のデータベースサーバからコンテンツに関連する情報を取得し、コンテンツの提供にあわせてその関連情報をユーザに提供するものがある。例えば、ＣＤメディアの実行に際して、各楽曲のタイトル名や演奏時間等の関連情報を外部のデータベースサーバから取得して表示するＣＤプレーヤがある。
【００１６】
ＤＶＤメディアやＢＤメディアには、１つのメディア内に多数のタイトル・チャプタ・メニュー等、コンテンツの様々な属性情報（以下、「属性オブジェクト」とも呼ぶ。）
が存在する。メディアプレーヤが属性オブジェクトごとの関連情報を取得すべき場合、メディアプレーヤが取得すべき関連情報は、全体として膨大な数、データ量となる。また、メディアプレーヤの多機能化に伴い、メディアプレーヤは、あるコンテンツの実行に際して様々な関連情報を外部から取得してユーザに提供する必要がある。
【００１７】
このように、メディアプレーヤが外部から取得すべき関連情報量が増大している中、コンテンツの実行に際して一度に関連情報を取得する方式は、ネットワークおよびメディアプレーヤの多くの資源が占有されることとなり好ましい方式ではない。本実施の形態では、コンテンツの実行に際して全体として膨大な量の関連情報を取得すべきメディアプレーヤにおける情報取得技術と、そのメディアプレーヤに対する情報提供技術とを提案する。
【００１８】
本実施の形態のメディアプレーヤは、コンテンツの処理に際して、コンテンツのデータに基づいてコンテンツを識別するためのＩＤ（以下、「コンテンツＩＤ」とも呼ぶ。）を生成する。そして、そのコンテンツＩＤをもとに、コンテンツの関連情報にアクセスするためのキー情報（以下、「コンテンツキー」とも呼ぶ。）をあらかじめデータベースサーバから取得する。その後、コンテンツの実行状況やユーザ操作等に応じてコンテンツの関連情報が必要になった場合、その都度、コンテンツキーをもとに必要な関連情報をデータベースサーバから取得する。
【００１９】
これにより、コンテンツの関連情報が全体として膨大なデータ量であっても、ある時点で必要とされる関連情報のみをメディアプレーヤが逐次取得することになるため、ネットワークおよびメディアプレーヤにおけるリソース占有量を低減できる。
【００２０】
なおコンテンツキーは、データベースサーバに適した形式、言い換えればデータベースサーバにインストールされたＤＢＭＳ（DataBase Management System）ソフトウェアに対し最適化されたデータである。本実施の形態では４バイトのデータである。その一方で、コンテンツＩＤは、メディア依存の形式であり、メディアの記録データ、すなわちコンテンツのデータに基づいて決定されるデータである。本実施の形態では、６０バイトのデータである。すなわち、コンテンツＩＤはデータベースサーバに適した形式ではなく、メディアプレーヤはデータベースサーバに適した形式のコンテンツキーを取得して、関連情報の取得においてはコンテンツキーを使用する。
【００２１】
図１は、本発明の実施の形態であるメディア処理システムの構成を示す。メディア処理システム１００は、メディアプレーヤ２０と、データベースサーバ５０と、通販サイトサーバ７０と、オンライン事典サーバ７２とを備える。これらの装置は、ＬＡＮ／ＷＡＮ／インターネット等、公知の通信手段を含む通信網１４を介して相互に接続される。
【００２２】
ＤＶＤメディア１０は、ＤＶＤ−ｖｉｄｅｏ規格のメディアであり、ＭＰＥＧ−２で圧縮された映像データが記録される。メディアプレーヤ２０は、ＤＶＤメディア１０に記録された映像データを読み込んで、その映像データの内容（以下、「コンテンツ」とも呼ぶ。）を伸長・再生し（以下、単に「実行する」とも呼ぶ。）、実行結果をディスプレイ１２へ表示させる。また、タイトル・チャプタ・メニュー等の選択や、再生の実行・停止等の様々な操作をユーザから受け付け、その操作に応じた処理を実行する。なお、メディアプレーヤ２０は、ＤＶＤメディアだけでなく、ＣＤメディア、ＢＤメディア等、様々な記録メディアを読み込んで、そのコンテンツを実行してもよい。
【００２３】
データベースサーバ５０、通販サイトサーバ７０、およびオンライン事典サーバ７２は、メディアプレーヤ２０において実行されるコンテンツについて、その関連情報をメディアプレーヤ２０へ提供する。データベースサーバ５０は、メディアプレーヤ２０で実行されうるコンテンツの関連情報を保持する。本実施の形態では、コンテンツの関連情報として、コンテンツに含まれる各タイトルの情報と各タイトルのチャプタの情報とを、自身に最適なコンテンツキーと対応づけて保持することとする。
【００２４】
通販サイトサーバ７０は、様々なコンテンツの通信販売サービスを提供するウェブサイトのデータベースサーバである。本実施の形態では、コンテンツの関連情報として、そのコンテンツの視聴者に購入を勧める他商品の情報を、自身に最適なコンテンツキーと対応づけて保持することとする。オンライン事典サーバ７２は、オンラインでの百科事典サービスを提供するウェブサイトのデータベースサーバである。本実施の形態では、コンテンツの関連情報として、そのコンテンツに出演する出演者の情報を、自身に最適なコンテンツキーと対応づけて保持することとする。
【００２５】
図２は、図１のメディアプレーヤ２０の機能構成を示すブロック図である。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、各機能ブロックは、その一部がソフトウェアとしてメディアプレーヤ２０のメモリに保持されてプロセッサにより実行されてもよく、別の一部がハードウェアとして電子回路に実装されてもよい。
【００２６】
メディアプレーヤ２０は、メディア読込部２２と、操作検出部２４と、コンテンツ実行部２６と、表示制御部２８と、ＩＤ取得部３０と、ＩＤ通知部３８と、キー取得部４０と、キー保持部４２と、取得要求発行部４４と、関連情報取得部４６とを有する。キー保持部４２は、データベースサーバ５０、通販サイトサーバ７０、オンライン事典サーバ７２からコンテンツの関連情報を取得するためのコンテンツキーを記憶する記憶領域である。
【００２７】
メディア読込部２２は、ＤＶＤメディア１０に記録された映像データをメディアプレーヤ２０のメモリに読み込む。操作検出部２４は、図示しない入力装置を介して、コンテンツの実行に対するユーザの操作を検出する。表示制御部２８は、コンテンツ実行部２６におけるコンテンツの実行結果をディスプレイ１２へ表示させる。なお、コンテンツの実行結果を表示させる際には、外部から取得されたコンテンツの関連情報も適宜表示させる。
【００２８】
コンテンツ実行部２６は、読み込まれた映像データに対する伸長処理、再生処理を実行することにより、ＤＶＤメディア１０のコンテンツを実行する。また、操作検出部２４で検出されたユーザの操作にしたがって、ＤＶＤメディア１０のコンテンツを実行する。さらに、コンテンツ実行部２６は、コンテンツの実行中にそのコンテンツの関連情報が必要になった場合、必要な関連情報の取得を取得要求発行部４４へ依頼し、取得された関連情報を関連情報取得部４６から受け付ける。言い換えれば、コンテンツの関連情報を一度にまとめて取得するのではなく、コンテンツの実行に際して必要になった関連情報だけを逐次取得する。
【００２９】
ＩＤ取得部３０は、ＤＶＤメディア１０の記録データにしたがって決定された、ＤＶＤメディア１０のコンテンツＩＤを取得する。ＩＤ取得部３０は、ファイル検出部３２と、データ抽出部３４と、ＩＤ決定部３６とを含む。
【００３０】
ファイル検出部３２は、ＤＶＤメディア１０に記録されたデータファイルの中から、ＤＶＤメディア１０全体の挙動を制御するための「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」と、複数のタイトルセットそれぞれの挙動を制御するための「ＶＴＳ＿ｘｘ＿０．ＩＦＯ」（ｘｘは０パディングされた自然数）とを検出する。本実施の形態では、「ＶＴＳ＿ｘｘ＿０．ＩＦＯ」として、最初のタイトルセットを制御するための「ＶＴＳ＿０１＿０．ＩＦＯ」と、最後のタイトルセットを制御するための「ＶＴＳ＿ｙｙ＿０．ＩＦＯ」（ｙｙは最後のタイトルセットの番号）との２ファイルを検出する。以下、「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」と「ＶＴＳ＿ｘｘ＿０．ＩＦＯ」とを総称する場合、「ＤＶＤ制御ファイル」と呼ぶこととする。
【００３１】
データ抽出部３４は、ファイル検出部３２において検出されたＤＶＤ制御ファイルのそれぞれから、各ファイルのデータの一部であり、各ファイルの先頭から予め定められた長さのデータを変換対象データとして抽出する。
【００３２】
「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」から抽出される変換対象データの長さは、ＤＶＤメディア１０のコンテンツの複数の属性情報、具体的には複数のタイトルセットそれぞれの、ＤＶＤメディア１０における記録位置を示す情報（以下、「アドレス」とも呼ぶ）を含むよう決定される。すなわち、「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」から抽出される変換対象データには、ＴＴ＿ＳＲＰＴ（ＴＡＢＬＥ  ＯＦ  ＴＩＴＬＥＳ）、ＶＭＧＭ＿ＰＧＣＩ＿ＵＴ（ＭＥＮＵ  ＰＲＯＧＲＡＭ  ＣＨＡＩＮ  ＴＡＢＬＥ）、ＶＭＧＭ＿Ｃ＿ＡＤＴ（ＭＥＮＵ  ＣＥＬＬ  ＡＤＤＲＥＳＳ  ＴＡＢＬＥ）、ＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰ（ＭＥＮＵ  ＶＯＢＵ  ＡＤＤＲＥＳＳ  ＭＡＰ）等として記録された各種アドレスが含まれる。
【００３３】
また「ＶＴＳ＿ｘｘ＿０．ＩＦＯ」から抽出される変換対象データの長さは、タイトルセットの複数の属性情報、例えばメニューや映像データそれぞれの、ＤＶＤメディア１０におけるアドレスを含むよう決定される。すなわち、「ＶＴＳ＿ｘｘ＿０．ＩＦＯ」から抽出される変換対象データには、ＶＴＳ＿ＴＭＡＰＴ（ＴＩＭＥ  ＭＡＰ  ＴＡＢＬＥ）、ＶＴＳＭ＿Ｃ＿ＡＤＴ（ＭＥＮＵ  ＣＥＬＬ  ＡＤＤＲＥＳＳ  ＴＡＢＬＥ）、ＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰ（ＭＥＮＵ＿ＶＩＤＥＯ＿ＯＢＪＥＣＴ＿ＵＮＩＴ＿ＡＤＤＲＥＳＳ＿ＭＡＰ）、ＶＴＳ＿Ｃ＿ＡＤＴ（ＣＥＬＬ＿ＡＤＤＲＥＳＳ＿ＴＡＢＬＥ）、ＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰ（ＶＩＤＥＯ＿ＯＢＪＥＣＴ＿ＵＮＩＴ＿ＡＤＤＲＥＳＳ＿ＭＡＰ）等として記録された各種アドレスが含まれる。
【００３４】
ＩＤ決定部３６は、各ＤＶＤ制御ファイルから抽出された変換対象データを所定のハッシュ関数に入力し、固定長のハッシュ値を取得して、各変換対象データのハッシュ値を結合したデータをコンテンツＩＤとして決定する。具体的には、ＩＤ決定部３６は、３つのＤＶＤ制御ファイルそれぞれの変換対象データをＳＨＡ（Secure Hash Algorithm）−１関数に入力し、各々の変換対象データに対して２０バイトのハッシュ値を取得する。そして、３つの変換対象データそれぞれのハッシュ値を文字列として連結した６０バイトのデータをコンテンツＩＤとして決定する。
【００３５】
ここで、ＩＤ取得部３０において、ＤＶＤメディア１０のコンテンツを一意に識別可能なＩＤが決定される理由を説明する。ＭＰＥＧ−２に代表される動画圧縮アルゴリズムは、フレーム間予測や動きベクトルを使用した動き補償によって圧縮効率を高めている。これにより、あるコンテンツの圧縮データと、そのコンテンツとは内容が異なるコンテンツの圧縮データとは、互いに異なるデータサイズとなる。すなわち、記録メディア内でのコンテンツの記録位置は、コンテンツが異なれば変化することになる。
【００３６】
したがって、「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」に記録されたアドレスは高確率でコンテンツごとに異なるものとなる。すなわち、「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」から抽出された変換対象データを反映したＩＤとすることで、高い確率でＩＤの一意性を担保できる。さらに、「ＶＴＳ＿ｘｘ＿０．ＩＦＯ」に記録されたアドレスはタイトルセットの属性情報に関する詳細なアドレスであるため、「ＶＴＳ＿ｘｘ＿０．ＩＦＯ」から抽出された変換対象データを反映したＩＤとすることで、さらに高い確率でＩＤの一意性を担保できる。このように、ＩＤ取得部３０は、コンテンツに関する複数の属性情報それぞれのアドレスを反映したＩＤを決定することにより、そのＩＤの一意性を高めている。
【００３７】
また、ＩＤ取得部３０の構成によれば、類似したコンテンツが記録されたＤＶＤメディア、例えば同タイトルの通常版映像と特別版映像とがそれぞれ記録されたＤＶＤメディアであっても、互いに異なるコンテンツＩＤが決定される。言い換えれば、ある映像コンテンツについて、その改変前と改変後とでは互いに異なるコンテンツＩＤが決定される。
【００３８】
特別版映像は、典型的には、通常版映像のコンテンツの一部が改変されたものである。このような通常版映像と特別版映像との差異は、「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」に記録された各タイトルセットのアドレス、また、「ＶＴＳ＿ｘｘ＿０．ＩＦＯ」に記録された各属性情報のアドレスに反映されることになる。コンテンツの一部改変が行われた場合、その改変されたタイトルセット以降のタイトルセットのアドレスは改変前とは異なるものになり、また、「ＶＴＳ＿ｙｙ＿０．ＩＦＯ」に記録された属性情報のアドレスも改変前とは異なるものとなる。例えばコンテンツに情報が追加された場合、改変前と比較して改変後は、アドレスすなわちメディアでの記録位置が後ろにずれることになる。したがって、ＩＤ取得部３０は、特別版映像に対して、通常版映像のコンテンツＩＤとは異なるコンテンツＩＤを決定する。
【００３９】
なお、ＩＤ取得部３０は、ＤＶＤメディアに代えて、ＣＤメディア・ＢＤメディア等、他の記録メディアが読み込まれた際にも、そのコンテンツのアドレスにしたがってコンテンツＩＤを決定してよい。また、実行対象の記録メディアにあらかじめコンテンツの識別情報が設定されている場合には、その識別情報をコンテンツＩＤとして取得してもよい。
【００４０】
ＩＤ通知部３８は、メディア読込部２２において読み込まれたメディアの種類（例えばＣＤ、ＤＶＤ、ＢＤ等）を示す情報と、ＩＤ取得部３０において取得されたコンテンツＩＤをデータベースサーバ５０へ通知する。キー取得部４０は、その通知内容、すなわちメディアの種類およびコンテンツＩＤに対応するコンテンツキーをデータベースサーバ５０から取得してキー保持部４２へ記録する。
【００４１】
取得要求発行部４４は、コンテンツの関連情報を取得すべき旨の依頼をコンテンツ実行部２６から受け付けると、関連情報の取得要求をデータベースサーバ５０、通販サイトサーバ７０、またはオンライン事典サーバ７２へ送信する。この取得要求では、キー保持部４２に記憶されたコンテンツキーと、コンテンツの関連情報のうちこの取得要求にて取得対象となる関連情報を指定するための情報（以下、「取得対象指定情報」とも呼ぶ。）とが対応づけられる。
【００４２】
関連情報取得部４６は、関連情報の取得要求に対する応答として、取得対象指定情報で指定した関連情報をデータベースサーバ５０、通販サイトサーバ７０、またはオンライン事典サーバ７２から受信してコンテンツ実行部２６へ通知する。なお関連情報として、必要な関連情報そのものではなく、他コンテンツのコンテンツキーおよび取得要求の送信先情報を受信した場合、そのコンテンツキーをキー保持部４２へ記憶させる。その後、取得要求発行部４４は、他コンテンツのコンテンツキーを含む関連情報取得要求を、送信先情報で指定された外部装置へ送信することにより、関連情報取得部４６は必要な関連情報を取得する。
【００４３】
図３は、図１のデータベースサーバ５０の機能構成を示すブロック図である。データベースサーバ５０は、キー保持部５２と、関連情報保持部５４と、ＩＤ受付部５６と、キー提供部５８と、取得要求受付部６０と、関連情報提供部６２とを有する。
【００４４】
キー保持部５２は、メディアプレーヤ２０において実行されうる記録メディアのコンテンツについて、そのコンテンツＩＤとコンテンツキーとを対応づけたキーテーブルを記憶する記憶領域である。キー保持部５２は、記録メディアの種類、例えばＣＤ、ＤＶＤ、ＢＤごとにキーテーブルを保持する。これにより、メディアプレーヤ２０において実行されうる様々な記録メディアに対応したコンテンツキーの提供を実現する。
【００４５】
図４は、キーテーブルの構成を模式的に示す。同図のキーテーブルでは、６０バイトのコンテンツＩＤと、４バイトのコンテンツキーとを対応づけられている。第１コンテンツに関するレコードであるキーレコード８０ａと、第１コンテンツとは異なる第２コンテンツに関するレコードであるキーレコード８０ｂとについては後述する。図３に戻る。
【００４６】
関連情報保持部５４は、コンテンツの関連情報をそのコンテンツキーと対応づけた関連情報テーブルを記憶する記憶領域である。図５は、関連情報テーブルの構成を模式的に示す。タイトル情報欄には、コンテンツに含まれるタイトルの情報が記録される。チャプタ情報欄には、各タイトルに含まれるチャプタの情報が記録される。なお、図５の「実データ」とは、コンテンツキーではなく、タイトル情報、チャプタ情報そのものが記録されることを示している。
【００４７】
図５のシリーズ作品欄には、コンテンツのシリーズ作品である別コンテンツのコンテンツキーが記録される。おすすめ作品欄には、通販サイトサーバ７０に記録された当該コンテンツの関連情報、例えば当該コンテンツの視聴者に購入をすすめるべき他コンテンツについて、そのコンテンツキーが記録される。出演者情報欄には、オンライン事典サーバ７２に記録された当該コンテンツの関連情報、例えば当該コンテンツに出演している出演者の情報について、そのコンテンツキーが記録される。第１コンテンツに関するレコードである関連情報レコード８２ａと、第２コンテンツに関するレコードである関連情報レコード８２ｂとについては後述する。図３に戻る。
【００４８】
ＩＤ受付部５６は、メディアプレーヤ２０において実行されるメディアの種類を示す情報と、そのメディアのコンテンツＩＤの通知をメディアプレーヤ２０から受け付ける。キー提供部５８は、通知されたメディアの種類に対応したキーテーブルを参照して、通知されたコンテンツＩＤに対応するコンテンツキーをメディアプレーヤ２０へ送信する。
【００４９】
取得要求受付部６０は、メディアプレーヤ２０において実行されているコンテンツ（以下、「当該コンテンツ」とも呼ぶ。）について、その関連情報の取得要求をメディアプレーヤ２０から受け付ける。関連情報提供部６２は、関連情報テーブルを参照して、コンテンツキーに対応づけられた当該コンテンツの関連情報のうち、取得対象指定情報で指定された関連情報をメディアプレーヤ２０へ送信する。
【００５０】
ここで、取得対象指定情報で指定された関連情報が、他コンテンツの関連情報である場合の処理を説明する。この「他コンテンツ」は、当該コンテンツとは異なるコンテンツを含み、また当該コンテンツと同じコンテンツであってもデータベースサーバ５０以外の通販サイトサーバ７０またはオンライン事典サーバ７２において関連情報の実データが保持されているコンテンツを含む。この場合、関連情報提供部６２は、当該コンテンツの関連情報として、他コンテンツのコンテンツキーと、取得要求の送信先情報（例えば、データベースサーバ５０、通販サイトサーバ７０、オンライン事典サーバ７２のホスト名やＩＰアドレス）をメディアプレーヤ２０へ送信する。これにより、メディアプレーヤ２０に、他コンテンツのコンテンツキーを使用した関連情報取得要求を、他コンテンツの関連情報の保持装置へ発行させる。
【００５１】
以上の構成による動作を以下説明する。
図６は、図１のメディアプレーヤ２０の動作を示すフローチャートである。メディア読込部２２は、実行対象のＤＶＤメディア１０から記録データの読み込みを開始する（Ｓ１０）。ＩＤ取得部３０は、後述するコンテンツＩＤ取得処理を実行して、ＤＶＤメディア１０のコンテンツＩＤを取得する（Ｓ１２）。ＩＤ通知部３８は、実行対象のメディアの種類を示す情報とコンテンツＩＤとをデータベースサーバ５０へ送信する。キー取得部４０は、送信内容に対応するコンテンツキーをデータベースサーバ５０から受信してキー保持部４２に記憶させる（Ｓ１４）。
【００５２】
コンテンツ実行部２６は、メディア読込部２２において読み込まれたＤＶＤメディア１０の記録データと、操作検出部２４において検出されたユーザ操作にしたがって、ＤＶＤメディア１０のコンテンツ（当該コンテンツ）を実行する（Ｓ１６）。当該コンテンツの実行中に、その関連情報が必要になった際（Ｓ１８のＹ）、取得要求発行部４４は、ＤＶＤメディア１０のコンテンツキーを含む、必要となった関連情報の取得要求をデータベースサーバ５０へ送信する。関連情報取得部４６は、取得要求への応答として、必要となった関連情報をデータベースサーバ５０から受信してコンテンツ実行部２６へ送出する（Ｓ２０）。
【００５３】
当該コンテンツの関連情報ではなく（Ｓ１８のＮ）、他コンテンツの関連情報が必要になった場合（Ｓ２２のＹ）、取得要求発行部４４は、ＤＶＤメディア１０のコンテンツキーを含む、必要となった他コンテンツの関連情報の取得要求をデータベースサーバ５０へ送信する。関連情報取得部４６は、他コンテンツのコンテンツキーをデータベースサーバ５０から受信してキー保持部４２に記憶させる（Ｓ２４）。続いて取得要求発行部４４は、他コンテンツのコンテンツキーを含む、必要となった他コンテンツの関連情報の取得要求を、他コンテンツの関連情報を保持する外部装置へ送信する。関連情報取得部４６は、他コンテンツの関連情報の実データをその外部装置から受信してコンテンツ実行部２６へ送出する（Ｓ２６）。
【００５４】
当該コンテンツの関連情報も、他コンテンツの関連情報も必要なければ（Ｓ２２のＮ）、Ｓ２４、Ｓ２６はスキップされる。表示制御部２８は、関連情報取得部４６において取得されたコンテンツの関連情報を含む、コンテンツ実行部２６におけるコンテンツの実行結果をディスプレイ１２へ表示させる（Ｓ２８）。ＤＶＤメディア１０の読み込みを終了する場合は（Ｓ３０のＹ）、本フローの処理を終了し、読み込みを継続する場合は（Ｓ３０のＮ）、Ｓ１６に戻る。
【００５５】
図７は、図６のＳ１２の動作を詳細に示すフローチャートである。ファイル検出部３２は、ＤＶＤメディア１０に記録されたファイルのうち、ビデオマネージャのＩＦＯファイル、および、先頭・最後のタイトルセットのＩＦＯファイル、すなわち３つのＤＶＤ制御ファイルを検出する（Ｓ４０）。データ抽出部３４は、３つのＤＶＤ制御ファイルのそれぞれから変換対象データ、すなわちファイルの先頭から予め定められた長さのデータを取得する（Ｓ４２）。ＩＤ決定部３６は、変換対象データのそれぞれをＳＨＡ−１関数に入力して、変換対象データのそれぞれに対応するハッシュ値を取得する（Ｓ４４）。そして、３つのハッシュ値を結合したデータをコンテンツＩＤとして決定する（Ｓ４６）。
【００５６】
図８は、図１のデータベースサーバ５０の動作を示すフローチャートである。ＩＤ受付部５６が、メディアの種類とコンテンツＩＤとの通知をメディアプレーヤ２０から受信すると（Ｓ５０のＹ）、キー提供部５８は、そのメディアの種類に対応するキーテーブルを参照して、コンテンツＩＤに対応するコンテンツキーをメディアプレーヤ２０へ送信する（Ｓ５２）。コンテンツＩＤの通知を受信しない場合（Ｓ５０のＮ）、Ｓ５２はスキップされる。
【００５７】
取得要求受付部６０が関連情報の取得要求をメディアプレーヤ２０から受信し（Ｓ５４のＹ）、その取得要求が他コンテンツの関連情報を指定するものである場合（Ｓ５６のＹ）、関連情報提供部６２は、当該コンテンツの関連情報として他コンテンツのコンテンツキーをメディアプレーヤ２０へ送信する（Ｓ５８）。その取得要求が当該コンテンツの関連情報を指定するものである場合（Ｓ５６のＮ）、関連情報提供部６２は、当該コンテンツの関連情報の実データをメディアプレーヤ２０へ送信する（Ｓ６０）。関連情報の取得要求が受信されなければ（Ｓ５４のＮ）、Ｓ５６〜Ｓ６０はスキップされる。
【００５８】
次に、図４および図５を参照して、メディアプレーヤ２０の動作をさらに説明する。メディアプレーヤ２０は、第１コンテンツを実行する際、キーレコード８０ａのコンテンツＩＤをデータベースサーバ５０へ通知して、キーレコード８０ａのコンテンツキーを取得する。メディアプレーヤ２０は、第１コンテンツの実行中にタイトル情報・チャプタ情報の表示が必要になった場合、そのコンテンツキーを使用して、関連情報レコード８２ａのタイトル情報・チャプタ情報を逐次取得する。また、第１コンテンツのシリーズ作品の情報が必要になった場合、関連情報レコード８２ａのシリーズ作品欄に記録されたコンテンツキーを一旦取得し、そのコンテンツキーを使用して、関連情報レコード８２ｂに記録されたデータを取得する。
【００５９】
また、第１コンテンツのおすすめ作品が必要になった場合、関連情報レコード８２ａのおすすめ作品欄に記録されたコンテンツキーを一旦取得し、そのコンテンツキーを使用して、通販サイトサーバ７０からおすすめ作品の情報を取得する。同様に、第１コンテンツの出演者情報が必要になった場合、関連情報レコード８２ａの出演者情報欄に記録されたコンテンツキーを一旦取得し、そのコンテンツキーを使用して、オンライン事典サーバ７２から出演者情報を取得する。なお、コンテンツの関連情報の取得契機は、メディアプレーヤ２０におけるコンテンツ実行状態に基づき自動で決定されてもよく、明示的なユーザ操作に応じて決定されてもよい。
【００６０】
本実施の形態のメディアプレーヤ２０によれば、実行対象のコンテンツの関連情報が全体としては膨大な情報量であっても、そのコンテンツの関連情報にアクセスするためのコンテンツキーのみをあらかじめ取得し、コンテンツの実行中に必要になった時点で必要になった関連情報だけを取得する。これにより、通信網１４およびメディアプレーヤ２０の資源占有量を低減できる。言い換えれば、コンテンツの関連情報ではあっても、実行に際して不要な関連情報は取得しないため、効率的な資源利用が実現される。
【００６１】
また、メディアプレーヤ２０によれば、記録メディアのコンテンツのアドレス情報に基づいてコンテンツＩＤが決定される。記録メディアのタイトル数や、ビデオ・オーディオのストリーム情報、例えばコーデック情報・ストリーム本数・言語情報等は異なるコンテンツであっても重複しやすい。また、総再生時間や各チャプタ時間は重複はしにくいが、完全にユニークにはなりにくい。これらに対して、少なくとも一部が異なる複数のコンテンツのそれぞれは、既述したように、異なるアドレス情報を有するため、メディアプレーヤ２０によればコンテンツを一意に識別可能なコンテンツＩＤが決定される。
【００６２】
このようにコンテンツを一意に識別可能なＩＤが決定されることにより、コンテンツごとに異なる、コンテンツの実行に際して必要となる関連情報を取得可能となる。さらに、ＩＤ決定ロジックが複雑でなく、容易に実装可能であり、かつ、迅速なＩＤ決定処理が実現される。さらにまた、ハッシュ関数を使用して固定長のコンテンツＩＤを決定するため、そのコンテンツＩＤを保持するために必要なデータ容量があらかじめ特定され、メディアプレーヤ２０およびデータベースサーバ５０の実装が容易となる。
【００６３】
本実施の形態のデータベースサーバ５０によれば、メディアプレーヤ２０で実行対象となる記録メディアの種類ごとにキーテーブルを保持するため、メディアプレーヤ２０で実行されうる様々な種類の記録メディアに対応可能となる。また、関連情報テーブルにおいて関連情報は、記憶メディアに依存した形式のコンテンツＩＤではなく、データベースサーバ５０に適した形式のコンテンツキーと対応づけられるため、関連情報の効率的な保持、および、関連情報への効率的なアクセスが実現される。
【００６４】
また、データベースサーバ５０においては、当該コンテンツの関連情報として、他コンテンツのコンテンツキーを保持するため、メディアプレーヤ２０は、ネットワーク上の様々な情報提供装置からコンテンツの実行に際し必要となる関連情報を収集できる。さらに、関連情報の実データは、その関連情報の保持装置のみが保持するため、重複した情報管理および情報の不整合の発生を回避できる。
【００６５】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００６６】
上記実施の形態では、変換対象データを抽出する対象となる「ＶＴＳ＿ｘｘ＿０．ＩＦＯ」として、最初のタイトルセットを制御するための「ＶＴＳ＿０１＿０．ＩＦＯ」と、最後のタイトルセットを制御するための「ＶＴＳ＿ｙｙ＿０．ＩＦＯ」とを検出した。変形例では、それらに加えて、他のタイトルセット制御するＤＶＤ制御ファイルについても変換対象データを抽出する対象としてもよい。なお、変換対象データを抽出する対象ファイル数が多いほど、ＤＶＤメディア１０のＩＤの一意性が高まるが、ＩＤ生成処理に要する時間等のコストも増大することになる。したがって、ＩＤの一意性とＩＤ生成処理コストとを比較考量して、変換対象データを抽出する対象ファイル数が決定されることが望ましい。
【００６７】
メディアプレーヤ２０は、記録メディアを処理するための専用装置であってもよく、ＰＣやゲーム機等、記録メディア読み込み機能を備えた各種情報処理装置であってもよい。また、コンテンツキーは、ＵＲＬ（Uniform Resource Locator）等、ネットワーク上の情報リソースを識別するためのＵＲＩ（Uniform Resource Identifier）であってもよい。
【００６８】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００６９】
２０  メディアプレーヤ、  ２２  メディア読込部、  ２４  操作検出部、  ２６  コンテンツ実行部、  ２８  表示制御部、  ３０  ＩＤ取得部、  ３２  ファイル検出部、  ３４  データ抽出部、  ３６  ＩＤ決定部、  ３８  ＩＤ通知部、  ４０  キー取得部、  ４２  キー保持部、  ４４  取得要求発行部、  ４６  関連情報取得部、  ５０  データベースサーバ、  ５２  キー保持部、  ５４  関連情報保持部、  ５６  ＩＤ受付部、  ５８  キー提供部、  ６０  取得要求受付部、  ６２  関連情報提供部、  １００  メディア処理システム。
【図１】
2011076668.tif 000003
【図２】
2011076668.tif 000004
【図３】
2011076668.tif 000005
【図４】
2011076668.tif 000006
【図５】
2011076668.tif 000007
【図６】
2011076668.tif 000008
【図７】
2011076668.tif 000009
【図８】
2011076668.tif 000010