JP2005216391A

JP2005216391A - 記録媒体及び再生装置

Info

Publication number: JP2005216391A
Application number: JP2004022465A
Authority: JP
Inventors: Kazuto Yoneyama; 一人米山
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-01-30
Filing date: 2004-01-30
Publication date: 2005-08-11

Abstract

【課題】
使い勝手の良い、情報の記録再生技術又は記録媒体を提供すること。
【解決手段】
本発明では、画像音声情報と、前記画像音声情報を識別するための識別情報と、前記画像音声情報に関するＵＲＬ情報と、が記録された記録媒体とする。
また、画像音声情報と前記画像音声情報に関するＵＲＬ情報とが記録された記録媒体を再生する再生手段と、前記再生手段により再生された前記ＵＲＬ情報に基づき、前記記録媒体に記録された画像音声情報を識別する識別情報を、前記ＵＲＬを有するサーバへ送信する送信手段と、前記サーバから前記識別情報に対応する画像音声情報を受信する受信手段と、を有する再生技術とする。
【選択図】図１

Description

本発明は、情報を記録又は再生する記録再生技術に関する。特に、サーバへ接続する通信手段を有する記録再生技術に関に関する。

音楽、ビデオなどのコンテンツは、CD、DVD(Digital Versatile Disc)のような記録媒体へ記録されて市場で扱われている。特に近年、映画コンテンツのDVDビデオには、メイキングビデオクリップ、ゲーム、近日公開予定の映画の広告ビデオクリップや、その他資料等であるサービスコンテンツが含まれることも多い。これらのサービスコンテンツは、時代によっては陳腐化することもある。

そこで、最近は、記録媒体に記録されたコンテンツのＩＤ情報（以下、コンテンツＩＤと呼ぶ）を当該記録媒体に記録しておき、記録再生装置が、前記記録媒体を再生した際に、前記コンテンツＩＤをサービスサーバへ伝送し、前記コンテンツのＩＤに基いて検索された当該コンテンツの付加情報(例えば、音楽コンテンツであれば、歌詞の内容、歌手のプロフィール)を前記サービスサーバから受信し、当該付加情報を再生し、又は前記記録媒体などに記録する技術が提案されている。（例えば、特許文献１参照）

特開２００２−２６９９００号公報

上記従来技術では、ユーザが伝送先のサービスサーバのアドレスを予め検索した上で、前記サービスサーバへアクセスし、前記コンテンツに関する付加情報を取得していた。

しかし、ユーザがサービスサーバのアドレスを検索せずに、記録媒体に記録されたコンテンツに関する付加情報を取得することについては考慮されていなかった。
また、上記従来技術では、記録媒体に記録されたコンテンツIDから、識別情報を生成して専用のサービスサーバへ接続する必要があり、コンテンツ提供側の新たなサービス展開に対応することが困難であった。
また、上記従来技術では、記録媒体に記録されているコンテンツに関する付加情報であるが、前記記録媒体の所有者などが既に所有している付加情報でも、誤って取得してしまうという課題があった。

本発明の目的は、上記従来の課題を解決することを目的とする。また、使い勝手の良い、情報の記録再生技術又は記録媒体を提供することを目的とする。

前記目的を達成するため、本発明は、画像音声情報と、前記画像音声情報を識別するための識別情報と、前記画像音声情報に関するＵＲＬ情報と、が記録された記録媒体とする。ＵＲＬは、コンテンツ提供者等がサービスを提供するためのサーバのインターネット上での位置を特定するためのもので、インターネット上で一般的に利用されるため、本発明での説明を明確にするためＵＲＬと表記する。ただし、サービスを提供するサーバのネットワーク上の位置を特定できるものであればＵＲＬに限定するものではない。

また、画像音声情報と前記画像音声情報に関するＵＲＬ情報とが記録された記録媒体を再生する再生手段と、前記再生手段により再生された前記ＵＲＬ情報に基づき、前記記録媒体に記録された画像音声情報を識別する識別情報を、前記ＵＲＬを有するサーバへ送信する送信手段と、前記サーバから前記識別情報に対応する画像音声情報を受信する受信手段と、を有する再生技術とする。

また、コンテンツ情報を再生する再生手段と、前記再生したコンテンツ情報の識別情報を記憶する記憶手段と、前記記憶手段に記憶された複数の識別情報を送信する送信手段と、前記送信した複数の識別情報に関連する情報のうち、前記複数の識別情報の各々が示すコンテンツ情報でない情報を受信する再生技術とする。

本発明は、使い勝手の良い、情報の記録再生技術又は記録媒体を提供することができる。

以下、本発明の実施形態を説明する。
なお、本実施形態において、記録媒体は、ＤＶＤであるものとして説明をするが、本発明はこれに限らず、ハードディスク、ＭＤ（ＭＩＮＩＤＩＳＣ）、ＣＤ（ＣＯＮＰＡＣＴＤＩＳＣ）、磁気ディスク、半導体メモリなど、情報を記録する記録媒体に適応することができる。

先ず、図１は本発明を適用した一実施形態である再生装置とサーバの接続を示す構成図である。
図１において、再生装置１００は、ネットワーク１０２を介してサーバ１０１、表示装置１０３とつなげられる。表示装置１０３は再生装置１００と一体式でも良い。再生装置１００内のシステム制御回路１０４は、再生装置１００の動作を制御する。

システム制御回路１０４は、CPUと管理用データベース（第２の実施形態で説明する）が記録されるメモリを持つデータベース制御回路１０９とで構成する。システム制御回路１０４は、再生のための各種装置や各種処理を制御し、また電源、周辺装置の状態を監視する。なお、データベース制御回路１０９が有するメモリは不揮発性メモリやフラッシュメモリでもよし、持ち運びが可能な光ディスク、磁気ディスク、光磁気ディスク、半導体メモリなどの記録媒体でもよい。

媒体制御回路１０５は、記録媒体１０６からのデータ読み出し制御を行う。再生制御回路１０７は、記録媒体制御回路１０５にて読み出したデータをもとに、表示可能な形式に変換をし、その他必要に応じてOSD(On Screen Display)を重ねて表示装置１０３へ出力する。ネットワーク制御回路１０８は、記録媒体１０６から読み出したURLや、予め機器に登録されているURLに従い、ネットワーク１０２経由でサーバ１０１へ接続し、データの送受信制御を行う。データベース制御回路１０９は、記録媒体１０６から読み出した、コンテンツIDや、コンテンツURL等の情報をメモリへ登録し、管理する。

図２は、本発明を適用した一実施形態である再生装置で扱う記録媒体１０６に記録されたデータ構成例を示す図である。

記録媒体１０６は、ディスクＩＤ２１０と、ディスクＵＲＬ２１１を有する。図２において、２００はコンテンツIDを示し、一般的には記録媒体に記録されたコンテンツに対しユニークなIDが与えられ記録されている。コンテンツIDをサーバへ送信し、サーバ側がユーザのコンテンツを識別することでユーザに合わせた情報の提供に利用する。あるいは、サーバから受信した情報をもとに、再生装置側でコンテンツID２００と照合して、ユーザへ重複情報等があれば提示するUI(User Interface)を実現できる。２０１はコンテンツURLを示し、コンテンツ提供側がサービスを提供するための接続先情報を記録する。２０２は管理データを示し、以下に説明するコンテンツ等を管理するための情報を記録したものである。２０３は主コンテンツを示し、例えば映画のコンテンツであれば本編の内容が記録されている。これは、画像音声情報である場合には、ＭＰＥＧ(Moving Picture Expert Group)方式などにより圧縮して記録されている構成としてもよい。２０４は副コンテンツを示し、例えば映画のコンテンツであればディレクターズカット(本編編集時に採用されなかったシーン集)やメイキング(本編撮影時や作成時の過程を記録したコンテンツ)、NG編(俳優のミステイクシーン集)等が記録されている。２０５はその他データを示し、コンテンツに関する付加情報等、コンテンツ特有のメニュー表示に使用されるデータや、メニューから選択して再生されるデータが記録されている。

なお、図２には、コンテンツが２つ含まれる場合の構成を示している。ディスクへ１つのコンテンツが記録されている場合と、２つ以上の複数のコンテンツが記録されている場合がある。

図３は、本発明を適用した一実施形態である再生装置でのコンテンツ再生時と、サーバ接続時の処理フローを示す図である。(実施例１)
図３（１）は、再生装置でのコンテンツ再生時とサーバへの接続の処理フローを示す。図３（２）はサーバでの接続時の処理フローを示す。

図３（１）において、ステップ３００で、記録媒体制御回路１０５は、記録媒体１０６からコンテンツ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や、その他の付加情報をデータベースに登録管理することで、コンテンツ提供側が多様なサービス提供の展開に活用できる。

なお、再生装置１００内の各回路は、電子回路としてのハードウェアに限定されることはなく、メモリ内にソフトウェアとして記憶しておき、システム制御回路１０４がＣＰＵとしてこのソフトウェアを実行するような構成にしても良い。

本発明の実施形態である再生装置とサーバの接続形態を示したシステム図である。本発明の実施形態である再生装置で読み込むコンテンツの記録データ構成を示す図である。本発明の第一の実施形態である再生装置と、サーバの処理フローを示す図である。本発明の実施形態である再生装置とサーバにより提供される、サービス画面例である。本発明の第二の実施形態である再生装置と、サーバの処理フローを示す図である。

符号の説明

１００再生装置
１０１サーバ
１０２ネットワーク
１０３表示装置
１０４システム制御回路
１０５記録媒体制御回路
１０６記録媒体
１０７再生制御回路
１０８ネットワーク制御回路
１０９データベース制御回路

Claims

画像音声情報と、
前記画像音声情報を識別するための識別情報と、
前記画像音声情報に関するＵＲＬ情報と、が記録された記録媒体。
前記画像音声情報に関するＵＲＬ情報とは、
前記画像音声情報はＭＰＥＧ圧縮された状態で記録されており、
前記画像音声情報に関するサービス情報を提供するサーバのＵＲＬ情報であることを特徴とする請求項１に記載の記録媒体。
画像音声情報と前記画像音声情報に関するＵＲＬ情報とが記録された記録媒体を再生する再生手段と、
前記再生手段により再生された前記ＵＲＬ情報に基づき、前記記録媒体に記録された画像音声情報を識別する識別情報を前記ＵＲＬを有するサーバへ送信する送信手段と、
前記サーバから前記識別情報に対応する画像音声情報や文字情報を受信する受信手段と、を有する再生装置。
請求項３に記載の再生装置であって、
画像音声情報に関する識別情報を記憶する記憶手段を有し、
前記再生手段により前記記録媒体から再生された画像音声情報の識別情報が、前記記憶手段に記憶されていない場合には、前記識別情報を前記記憶手段に記憶する再生装置。
請求項４に記載の再生装置であって、
情報を表示する表示手段に情報を出力する出力手段を有し、
前記出力手段は、前記サーバから受信した画像音声情報のうち、前記記憶手段に登録されていない識別情報の画像音声情報と、前記記憶手段に登録されている画像音声情報と、を区別して情報を前記表示手段に出力する再生装置。
請求項５に記載の再生装置であって、
ＭＰＥＧ圧縮された情報を伸張する伸張手段を有し、
前記記録媒体に記録された画像音声情報を伸張して、前記表示手段に情報を出力する再生装置。
コンテンツ情報を再生する再生手段と、
前記再生したコンテンツ情報の識別情報を記憶する記憶手段と、
前記記憶手段に記憶された複数の識別情報を送信する送信手段と、
前記送信した複数の識別情報に関連する情報のうち、前記複数の識別情報の各々が示すコンテンツ情報でない情報を受信する再生装置。
請求項７に記載の再生装置であって、
表示手段に情報を出力する出力手段を有し、
前記受信した情報を前記表示手段に出力する再生装置。