(57)【要約】【課題】  使い勝手の良い、情報の記録再生技術又は記録媒体を提供すること。【解決手段】  本発明では、画像音声情報と、前記画像音声情報を識別するための識別情報と、前記画像音声情報に関するＵＲＬ情報と、が記録された記録媒体とする。  また、画像音声情報と前記画像音声情報に関するＵＲＬ情報とが記録された記録媒体を再生する再生手段と、前記再生手段により再生された前記ＵＲＬ情報に基づき、前記記録媒体に記録された画像音声情報を識別する識別情報を、前記ＵＲＬを有するサーバへ送信する送信手段と、前記サーバから前記識別情報に対応する画像音声情報を受信する受信手段と、を有する再生技術とする。【選択図】  図１
2010205404.tif 000002
【特許請求の範囲】
【請求項１】
画像音声情報と、
前記画像音声情報を識別するための識別情報と、
前記画像音声情報に関するＵＲＬ情報と、が記録された記録媒体。
【請求項２】
前記画像音声情報に関するＵＲＬ情報とは、
前記画像音声情報はＭＰＥＧ圧縮された状態で記録されており、
前記画像音声情報に関するサービス情報を提供するサーバのＵＲＬ情報であることを特
徴とする請求項１に記載の記録媒体。
【請求項３】
画像音声情報と前記画像音声情報に関するＵＲＬ情報とが記録された記録媒体を再生す
る再生手段と、
前記再生手段により再生された前記ＵＲＬ情報に基づき、前記記録媒体に記録された画
像音声情報を識別する識別情報を前記ＵＲＬを有するサーバへ送信する送信手段と、
前記サーバから前記識別情報に対応する画像音声情報や文字情報を受信する受信手段と
、を有する再生装置。
【請求項４】
請求項３に記載の再生装置であって、
画像音声情報に関する識別情報を記憶する記憶手段を有し、
前記再生手段により前記記録媒体から再生された画像音声情報の識別情報が、前記記憶
手段に記憶されていない場合には、前記識別情報を前記記憶手段に記憶する再生装置。
【請求項５】
請求項４に記載の再生装置であって、
情報を表示する表示手段に情報を出力する出力手段を有し、
前記出力手段は、前記サーバから受信した画像音声情報のうち、前記記憶手段に登録さ
れていない識別情報の画像音声情報と、前記記憶手段に登録されている画像音声情報と、
を区別して情報を前記表示手段に出力する再生装置。
【請求項６】
請求項５に記載の再生装置であって、
ＭＰＥＧ圧縮された情報を伸張する伸張手段を有し、
前記記録媒体に記録された画像音声情報を伸張して、前記表示手段に情報を出力する再
生装置。
【請求項７】
コンテンツ情報を再生する再生手段と、
前記再生したコンテンツ情報の識別情報を記憶する記憶手段と、
前記記憶手段に記憶された複数の識別情報を送信する送信手段と、
前記送信した複数の識別情報に関連する情報のうち、前記複数の識別情報の各々が示す
コンテンツ情報でない情報を受信する再生装置。
【請求項８】
請求項７に記載の再生装置であって、
表示手段に情報を出力する出力手段を有し、
前記受信した情報を前記表示手段に出力する再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を記録又は再生する記録再生技術に関する。特に、サーバへ接続する通
信手段を有する記録再生技術に関に関する。
【背景技術】
【０００２】
音楽、ビデオなどのコンテンツは、CD、DVD(Digital Versatile Disc)のような記録媒
体へ記録されて市場で扱われている。特に近年、映画コンテンツのDVDビデオには、メイ
キングビデオクリップ、ゲーム、近日公開予定の映画の広告ビデオクリップや、その他資
料等であるサービスコンテンツが含まれることも多い。これらのサービスコンテンツは、
時代によっては陳腐化することもある。
【０００３】
そこで、最近は、記録媒体に記録されたコンテンツのＩＤ情報（以下、コンテンツＩＤ
と呼ぶ）を当該記録媒体に記録しておき、記録再生装置が、前記記録媒体を再生した際に
、前記コンテンツＩＤをサービスサーバへ伝送し、前記コンテンツのＩＤに基いて検索さ
れた当該コンテンツの付加情報(例えば、音楽コンテンツであれば、歌詞の内容、歌手の
プロフィール)を前記サービスサーバから受信し、当該付加情報を再生し、又は前記記録
媒体などに記録する技術が提案されている。（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２６９９００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記従来技術では、ユーザが伝送先のサービスサーバのアドレスを予め検索した上で、
前記サービスサーバへアクセスし、前記コンテンツに関する付加情報を取得していた。
【０００６】
しかし、ユーザがサービスサーバのアドレスを検索せずに、記録媒体に記録されたコン
テンツに関する付加情報を取得することについては考慮されていなかった。
また、上記従来技術では、記録媒体に記録されたコンテンツIDから、識別情報を生成し
て専用のサービスサーバへ接続する必要があり、コンテンツ提供側の新たなサービス展開
に対応することが困難であった。
また、上記従来技術では、記録媒体に記録されているコンテンツに関する付加情報であ
るが、前記記録媒体の所有者などが既に所有している付加情報でも、誤って取得してしま
うという課題があった。
【０００７】
本発明の目的は、上記従来の課題を解決することを目的とする。また、使い勝手の良い
、情報の記録再生技術又は記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記目的を達成するため、本発明は、画像音声情報と、前記画像音声情報を識別するた
めの識別情報と、前記画像音声情報に関するＵＲＬ情報と、が記録された記録媒体とする
。ＵＲＬは、コンテンツ提供者等がサービスを提供するためのサーバのインターネット上
での位置を特定するためのもので、インターネット上で一般的に利用されるため、本発明
での説明を明確にするためＵＲＬと表記する。ただし、サービスを提供するサーバのネッ
トワーク上の位置を特定できるものであればＵＲＬに限定するものではない。
【０００９】
また、画像音声情報と前記画像音声情報に関するＵＲＬ情報とが記録された記録媒体を
再生する再生手段と、前記再生手段により再生された前記ＵＲＬ情報に基づき、前記記録
媒体に記録された画像音声情報を識別する識別情報を、前記ＵＲＬを有するサーバへ送信
する送信手段と、前記サーバから前記識別情報に対応する画像音声情報を受信する受信手
段と、を有する再生技術とする。
【００１０】
また、コンテンツ情報を再生する再生手段と、前記再生したコンテンツ情報の識別情報
を記憶する記憶手段と、前記記憶手段に記憶された複数の識別情報を送信する送信手段と
、前記送信した複数の識別情報に関連する情報のうち、前記複数の識別情報の各々が示す
コンテンツ情報でない情報を受信する再生技術とする。
【発明の効果】
【００１１】
本発明は、使い勝手の良い、情報の記録再生技術又は記録媒体を提供することができる
。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態である再生装置とサーバの接続形態を示したシステム図である。
【図２】本発明の実施形態である再生装置で読み込むコンテンツの記録データ構成を示す図である。
【図３】本発明の第一の実施形態である再生装置と、サーバの処理フローを示す図である。
【図４】本発明の実施形態である再生装置とサーバにより提供される、サービス画面例である。
【図５】本発明の第二の実施形態である再生装置と、サーバの処理フローを示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態を説明する。
なお、本実施形態において、記録媒体は、ＤＶＤであるものとして説明をするが、本発
明はこれに限らず、ハードディスク、ＭＤ（ＭＩＮＩ  ＤＩＳＣ）、ＣＤ（ＣＯＮＰＡＣ
Ｔ  ＤＩＳＣ）、磁気ディスク、半導体メモリなど、情報を記録する記録媒体に適応する
ことができる。
【００１４】
先ず、図１は本発明を適用した一実施形態である再生装置とサーバの接続を示す構成図
である。
図１において、再生装置１００は、ネットワーク１０２を介してサーバ１０１、表示装
置１０３とつなげられる。表示装置１０３は再生装置１００と一体式でも良い。再生装置
１００内のシステム制御回路１０４は、再生装置１００の動作を制御する。
【００１５】
システム制御回路１０４は、CPUと管理用データベース（第２の実施形態で説明する）
が記録されるメモリを持つデータベース制御回路１０９とで構成する。システム制御回路
１０４は、再生のための各種装置や各種処理を制御し、また電源、周辺装置の状態を監視
する。なお、データベース制御回路１０９が有するメモリは不揮発性メモリやフラッシュ
メモリでもよし、持ち運びが可能な光ディスク、磁気ディスク、光磁気ディスク、半導体
メモリなどの記録媒体でもよい。
【００１６】
媒体制御回路１０５は、記録媒体１０６からのデータ読み出し制御を行う。再生制御回
路１０７は、記録媒体制御回路１０５にて読み出したデータをもとに、表示可能な形式に
変換をし、その他必要に応じてOSD(On Screen Display)を重ねて表示装置１０３へ出力す
る。ネットワーク制御回路１０８は、記録媒体１０６から読み出したURLや、予め機器に
登録されているURLに従い、ネットワーク１０２経由でサーバ１０１へ接続し、データの
送受信制御を行う。データベース制御回路１０９は、記録媒体１０６から読み出した、コ
ンテンツIDや、コンテンツURL等の情報をメモリへ登録し、管理する。
【００１７】
図２は、本発明を適用した一実施形態である再生装置で扱う記録媒体１０６に記録され
たデータ構成例を示す図である。
【００１８】
記録媒体１０６は、ディスクＩＤ２１０と、ディスクＵＲＬ２１１を有する。図２にお
いて、２００はコンテンツIDを示し、一般的には記録媒体に記録されたコンテンツに対し
ユニークなIDが与えられ記録されている。コンテンツIDをサーバへ送信し、サーバ側がユ
ーザのコンテンツを識別することでユーザに合わせた情報の提供に利用する。あるいは、
サーバから受信した情報をもとに、再生装置側でコンテンツID２００と照合して、ユーザ
へ重複情報等があれば提示するUI(User Interface)を実現できる。２０１はコンテンツUR
Lを示し、コンテンツ提供側がサービスを提供するための接続先情報を記録する。２０２
は管理データを示し、以下に説明するコンテンツ等を管理するための情報を記録したもの
である。２０３は主コンテンツを示し、例えば映画のコンテンツであれば本編の内容が記
録されている。これは、画像音声情報である場合には、ＭＰＥＧ(Moving Picture Expert
Group)方式などにより圧縮して記録されている構成としてもよい。２０４は副コンテン
ツを示し、例えば映画のコンテンツであればディレクターズカット(本編編集時に採用さ
れなかったシーン集)やメイキング(本編撮影時や作成時の過程を記録したコンテンツ)、N
G編(俳優のミステイクシーン集)等が記録されている。２０５はその他データを示し、コ
ンテンツに関する付加情報等、コンテンツ特有のメニュー表示に使用されるデータや、メ
ニューから選択して再生されるデータが記録されている。
【００１９】
なお、図２には、コンテンツが２つ含まれる場合の構成を示している。ディスクへ１つ
のコンテンツが記録されている場合と、２つ以上の複数のコンテンツが記録されている場
合がある。
【００２０】
図３は、本発明を適用した一実施形態である再生装置でのコンテンツ再生時と、サーバ
接続時の処理フローを示す図である。(実施例１)
図３（１）は、再生装置でのコンテンツ再生時とサーバへの接続の処理フローを示す。
図３（２）はサーバでの接続時の処理フローを示す。
【００２１】
図３（１）において、ステップ３００で、記録媒体制御回路１０５は、記録媒体１０６
からコンテンツID２００読み込みを行う。
【００２２】
次に、ステップ３０１で、記録媒体制御回路１０５は、記録媒体１０６からコンテンツ
URL２０１を読み込む。その後、ステップ３０４にてシステム制御回路１０４が、記録媒
体制御回路１０５が読み込んだデータから、再生制御回路１０７にて通常の再生処理を行
う。
【００２３】
ステップ３０５においては、システム制御回路１０４がサービスコンテンツを再生すべ
き又は取得すべき要求があるか否かを判断し、要求があると判断すると、ステップ３０６
にてネットワーク制御回路１０８がコンテンツURL２０１で示される接続先へ接続する。
なお、サービスコンテンツを再生すべき又は取得すべき要求は、例えば記録媒体（図２
中の２０５の領域等）にサービスコンテンツを再生すべきことを示す情報やサービスコン
テンツを取得すべきことを示す情報を記録しておき、これを再生することにより判断する
構成としてもよいし、ユーザに要求を入力させる構成としてもよい。
【００２４】
次に、ステップ３０７にて、ネットワーク制御回路１０８がコンテンツID２００をサー
バ１０１へ送信し、ステップ３０８にてサーバ１０１より提供されるサービスコンテンツ
をネットワーク制御回路１０８が受信する。ステップ３０９では、ステップ３０８にて受
信した、もしくは受信中のサービスコンテンツから、システム制御回路１０４が適宜再生
制御回路１０７へ受信したデータを送り、サービスコンテンツを再生する。
【００２５】
図３（２）において、ステップ３１０では、ステップ３０７にて再生装置１００より送
信されたコンテンツID２００をサーバ１０１が受信する。
【００２６】
次に、ステップ３１３では、サーバ１０１が再生装置１００から受信したコンテンツＩ
Ｄ２００により、既に送信すべきサービスコンテンツが登録されているか否か判断する。
もしサービスコンテンツが再生装置１００に既に登録されているコンテンツＩＤに対応す
るサービスコンテンツと同じであるならば、サーバ１０１は、サービスコンテンツを送信
しない。もし未登録であれば以下へ処理が移行する。
【００２７】
ステップ３１１では、サーバ１０１がコンテンツID２００に対応するサービスコンテン
ツを選択して、再生装置１００へ送信するための情報を読み出し、又は生成する。その後
、ステップ３１２にて、サーバ１０１がサービスコンテンツを再生装置１００へ送信する
。
【００２８】
上記により、ユーザはサービスコンテンツを入手するために接続先URLの入力と言った
、煩雑は操作を行うことなくサービス提供サイトへ接続することが可能となる。また、コ
ンテンツ提供側は、コンテンツ毎に専用のサービス提供サイトのURLを設定して提供でき
、コンテンツを購入したユーザ向けに特化した、使い勝手の良いサービスを容易に提供す
ることが可能となる。例えば、ユーザの再生しているコンテンツが古いものであっても、
再生している時期や、コンテンツの種別に合ったサービスコンテンツの提供が可能となり
、何時でも時代や流行に合ったサービスコンテンツをユーザが利用できるので、コンテン
ツ提供側のビジネス展開と、ユーザ側の使い勝手向上に貢献することができる。
【００２９】
また、本実施形態では、記録媒体に記録されたコンテンツIDだけでなく、サーバへ接続
するためのURL(Uniform Resource Locator)などの付加情報を読み込み、当該サーバへ接
続する機能と、コンテンツIDを送信する機能を有することで、コンテンツ提供側が、ユー
ザに合ったサービス情報を判断して提供することが容易となる。
【００３０】
次に、第二の実施形態について説明をする。本実施形態では再生装置でのコンテンツ再
生時と、サーバ接続時の処理フローを説明する。
【００３１】
図５（１）において、ステップ５００では、記録媒体制御回路１０５が、記録媒体１０
６からコンテンツID２００読み込みを行う。続いて、ステップ５０１では、記録媒体制御
回路１０５が、記録媒体１０６からコンテンツURL２０１を読み込む。実施例２では、ス
テップ５０２にて、データベース制御回路１０９が、コンテンツID２００や、コンテンツ
URL２０１が、データベース制御回路１０９が有するメモリに記録された管理用データベ
ースへ登録されていないと判断した場合に、ステップ５０３にて、データベース制御回路
１０９が、データベースへの登録処理を行う。その後、ステップ５０４にて通常の再生処
理を行う。
【００３２】
その後、ステップ５０４、５０５の処理については、第1の実施形態である図３のステ
ップ３０５、３０６と同様なので説明を省略する。
【００３３】
ステップ５０６から５０９は図3におけるステップ３０６から３０９と同様であり、ス
テップ５１０からステップ５１２は、図3におけるステップ３１０から３１２と同様であ
る。
【００３４】
図５においては、ステップ５０５とステップ５０６の間に追加ステップとしてステップ
５２０を実行することとする。このステップ５２０では、システム制御回路１０４が、サ
ービスコンテンツを既に受け取ったか否かを判断する。もし既に受け取ってたならば、ス
テップ５０６から５０８をスキップし、ステップ５０９にて、既に受け取っているサービ
スコンテンツを再生する。もし受け取ってなければ、ステップ５０６からステップ５０９
を実行する。
【００３５】
なお、前記管理用データベースに登録するコンテンツＩＤは、記録媒体１０６から読み
出したコンテンツのコンテンツＩＤに限らず、ネットワームなどを介して取得したコンテ
ンツのコンテンツＩＤを登録してもよい。また、ユーザがコンテンツＩＤを登録する構成
としてもよい。このようにすることにより、ユーザが既に試聴したコンテンツや既に所有
しているコンテンツをより多く登録しておくことが出来る。
【００３６】
また、本実施形態では、再生装置がコンテンツＩＤ２００をサーバに送信する際に、再
生装置１００は、前記管理用データベースに登録されている他のコンテンツＩＤをサーバ
に送信するような構成にしてもよい。
【００３７】
そして、サーバ１０１は、前記他のコンテンツＩＤに関するサービスコンテンツも選択
して、読み出し又は生成し、前記再生装置に送信する。これは、複数のコンテンツＩＤを
サーバに送信する構成とし、前記装着されている記録媒体のコンテンツのコンテンツＩＤ
２００と他のコンテンツＩＤとを区別しなくてもよい。このような構成にすることにより
、より多くのサービスコンテンツをサーバから送信でき、また再生装置側は受信すること
ができる。
【００３８】
また、サーバ１０１は、前記コンテンツＩＤ２００に対応するサービスコンテンツを選
択し、前記選択したサービスコンテンツを前記再生装置に送信する前に、前記他のコンテ
ンツＩＤと前記選択したサービスコンテンツとの対応関係を検索する。そして、前記他の
コンテンツＩＤのコンテンツに関するサービスコンテンツを送信しようとしている場合に
は、そのサービスコンテンツは既に前記再生装置に登録されているコンテンツＩＤのコン
テンツ自体のサービスコンテンツであると判断する。そして、当該サービスコンテンツを
前記再生装置に送信しないようにする。
【００３９】
例えば、記録媒体１０６に映画の１作目が記録されており、コンテンツＩＤ２００が１
作目の映画であることを示しているとする。一方で、２作目の映画のコンテンツＩＤが既
に管理用データベースに登録されているとする。この場合、再生装置は、コンテンツＩＤ
２００だけでなく、２作目の映画のコンテンツＩＤもサーバに送信する構成とする。
【００４０】
そして、サーバ１０１は、コンテンツＩＤ２００に対応するサービスコンテンツとして
映画の２作目についてのサービスコンテンツを送信するところ、既に再生装置１００が２
作目の映画のコンテンツＩＤが登録されていることから、２作目の映画についてのサービ
スコンテンツは再生装置１００に送信しないようにする。これにより、既に再生装置に登
録されているコンテンツＩＤのコンテンツ自体のサービスコンテンツを、サーバが再生装
置に送信するのを低減できる。
【００４１】
上記により、ユーザはサービスコンテンツを入手するために接続先URLの入力と言った
、煩雑は操作を行うことなくサービス提供サイトへ接続することが可能となる。また、コ
ンテンツ提供側は、コンテンツ毎に専用のサービス提供サイトのURLを設定して提供でき
、コンテンツを購入したユーザ向けに特化した、使い勝手の良いサービスを容易に提供す
ることが可能となるだけでなく、ユーザの所有しているコンテンツの情報を活用し、使い
勝手の良いサービスコンテンツの提供が可能となる。これは、サーバの機能として提供し
ても良いし、再生装置の機能として提供しても良い。
【００４２】
図４は、本発明を適用した一実施形態である再生装置とサーバの接続時のサービス画面
を示す画面例である。
【００４３】
図４において、４００はネットワーク経由で提供される、コンテンツ購入サービスの画
面例を示したものである。４０１はサービス画面のタイトルを示し、該画面のサービス内
容を端的に表すタイトルが表示される。ここでは、コンテンツ購入サービス画面なので、
「コンテンツ一覧」と表示されている。４０２はユーザが選択した項目について、購入す
るための画面へ遷移するためのボタンである。４０３は、サービス提供者が提供するコン
テンツに関するタイトルの一覧を示す。４０４は、現在表示中の画面での操作説明表示を
示す。４０５は、ユーザが既に所有しているタイトルであることを示すアイコン表示であ
る。なお、ユーザ既に所有しているコンテンツについては、タイトル表示を行わないよう
にしてもよいし、サーバから受信しないようにしてもよい。
【００４４】
４０６、４０７は、ユーザが購入するタイトルを設定するためのチェックボックスを示
す。４０６が購入対象でないことを示し、４０７が購入対象となっていることを示す。
【００４５】
このように、複数のコンテンツIDをデータベースに管理することで、従来は過去に利用
したサイトに関してのみ利用できた閉じたサービスでも、本実施例によれば、どのサービ
スサイトであっても、ユーザが初めて利用する場合においても、上記のユーザにとって使
い勝手の良いUIで利用できるようになる。また、コンテンツ提供側も、初めて利用するユ
ーザに対しても、趣向に合わせたお奨めのタイトルを提示するサービス等も提供可能とな
る。
【００４６】
なお、本実施例においては、再生装置が管理用データベースを登録している構成につい
て説明したが、サーバが管理用データベースを登録する構成としても同様の効果を得るこ
とが出来る。
【００４７】
以上、本実施形態によれば、記録媒体に記録されたコンテンツIDだけでなく、サーバへ
接続するためのURLなどの付加情報を読み込み、当該サーバへ接続する機能と、コンテン
ツIDを送信する機能を有することで、コンテンツ提供側が、ユーザに合ったサービス情報
を判断して提供することが容易となる。また、上記コンテンツIDや、その他の付加情報を
データベースに登録管理することで、コンテンツ提供側が多様なサービス提供の展開に活
用できる。
【００４８】
なお、再生装置１００内の各回路は、電子回路としてのハードウェアに限定されること
はなく、メモリ内にソフトウェアとして記憶しておき、システム制御回路１０４がＣＰＵ
としてこのソフトウェアを実行するような構成にしても良い。
【符号の説明】
【００４９】
１００  再生装置
１０１  サーバ
１０２  ネットワーク
１０３  表示装置
１０４  システム制御回路
１０５  記録媒体制御回路
１０６  記録媒体
１０７  再生制御回路
１０８  ネットワーク制御回路
１０９データベース制御回路
【図１】
2010205404.tif 000003
【図２】
2010205404.tif 000004
【図３】
2010205404.tif 000005
【図４】
2010205404.tif 000006
【図５】
2010205404.tif 000007
【手続補正書】
【提出日】平成22年4月19日(2010.4.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
画像音声情報と、
前記画像音声情報を識別するための識別情報と、
前記画像音声情報に関するＵＲＬ情報と、が記録された記録媒体。