(57)【要約】      （修正有）【課題】記録されたコンテンツを適法にやり取りすることが可能なコンテンツデータの送受信方法を提供する。【解決手段】第１の記録装置からサーバ装置に記録動画データ片を移動する第１移動ステップと、第２の記録装置が前記サーバ装置に前記記録動画データ片が移動されているか確認する確認ステップと、前記記録動画データ片を前記サーバ装置から前記第２の記録装置に移動する第２移動ステップとを有しているコンテンツリサイクルシステム。【選択図】図３
2008235973.tif 000002
【特許請求の範囲】
【請求項１】
動画データ片を格納する格納部、及びネットワークを介してデータを送受信する送受信部を各々が備えた複数の記録装置と、前記ネットワークに接続されたサーバ装置と、の間で記録動画データ片を送受信する方法であって、
第１の記録装置から前記サーバ装置に前記記録動画データ片を移動する第１移動ステップと、
第２の記録装置が前記サーバ装置に前記記録動画データ片が移動されているか確認する確認ステップと、
前記記録動画データ片を前記サーバ装置から前記第２の記録装置に移動する第２移動ステップと、を有することを特徴とする方法。
【請求項２】
前記第１及び第２の記録装置には前記サーバ装置によってそれぞれ一意の識別番号を割り当てられており、前記第１移動ステップにおいて前記記録動画データ片は前記第１の記録装置の識別番号に対応する暗号キーを用いて暗号化され、前記第２移動ステップにおいて前記記録動画データ片は前記第２の記録装置の識別番号に対応する暗号キーを用いて暗号化されることを特徴とする請求項１記載の方法。
【請求項３】
前記サーバ装置は前記サーバ装置のポータルサイト上に前記記録動画データ片が移動されていることを表示し、前記確認ステップにおいて前記第２の記録装置は前記ポータルサイト上の表示に基づいて前記記録動画データ片が移動されているか確認することを特徴とする請求項１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、双方向ネットワークを介してコンテンツの送受信を行うコンテンツデータの送受信方法に関する。
【背景技術】
【０００２】
動画（コンテンツ）の記録再生装置として、ＤＶＤ（Digital Versatile Disc）レコーダ、ＨＤＤ（Hard Disc Drive）レコーダ、あるいはこれらのレコーダを搭載したテレビなどが広く普及している。
【０００３】
放送番組等のコンテンツについては、ユーザの嗜好に合ったコンテンツを選択する方法などについての従来技術がある（例えば、特許文献１）。しかしながら、記録された映像データ等のコンテンツのやり取りについてはあまり検討がなされてない。
【０００４】
すなわち、記録再生装置に記録された放送番組等のコンテンツをやり取りすることが望まれる場合がある。例えば、放送番組を記録し損なった場合や、他人が所有しているコンテンツを欲する場合などである。かかる場合、当該コンテンツを記録したものの不要な場合に、当該コンテンツの所有者が当該コンテンツを欲する第三者に提供してコンテンツのリサイクルを可能とするコンテンツ流通システムを提供することができれば好都合である。
【０００５】
なお、記録再生装置に記録されたコンテンツのやり取りは著作権保護等のために法律によって制限される場合がある。しかし、適法であるように十分な考慮がなされた方法によって記録されたコンテンツをやり取りすることが可能なコンテンツデータの送受信方法を提供することができれば好都合である。
【特許文献１】国際公開第WO2005/027512号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は上記した点に鑑みてなされたものであって、その目的とするところは、記録されたコンテンツを適法にやり取りすることが可能なコンテンツデータの送受信方法を提供することが一例として挙げられる。
【課題を解決するための手段】
【０００７】
本発明による記録動画データ片を送受信する方法は、動画データ片を格納する格納部、及びネットワークを介してデータを送受信する送受信部を各々が備えた複数の記録装置と、前記ネットワークに接続されたサーバ装置と、の間で記録動画データ片を送受信する方法であって、第１の記録装置から前記サーバ装置に前記記録動画データ片を移動する第１移動ステップと、第２の記録装置が前記サーバ装置に前記記録動画データ片が移動されているか確認する確認ステップと、前記記録動画データ片を前記サーバ装置から前記第２の記録装置に移動する第２移動ステップと、を有している。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施例を、図を参照しつつ説明する。
【実施例１】
【０００９】
図１は、動画送受信システム３の構成を模式的に示している。動画送受信システム３は、インターネット（ＩＰネットワーク）５、ＩＰネットワーク５に接続されたサーバ装置７、及びサーバ装置７のクライアントである記録再生装置（以下、クライアントレコーダ又は、単に、レコーダという。）１０を示している。すなわち、サーバ装置７及びクライアントレコーダ１０は、それぞれインターネット接続機能を有しており、ＩＰネットワーク５を介して互いに双方向的に接続されている。
【００１０】
図２は、クライアントレコーダ１０の構成を模式的に示すブロック図である。レコーダ１０は、例えば、ＨＤＤ（Hard Disk Drive）を有するＨＤＤレコーダ、ＤＶＤ（Digital Versatile Disc）レコーダ、Blu-rayレコーダやHD-DVDレコーダ等の映像記録再生装置として構成されている。以下においては、レコーダ１０が、ＨＤＤ及びＤＶＤ記録部を有するレコーダとして構成されている場合を例に説明する。しかし、上記記録部に加え、他の光学記録媒体の記録部として構成（Blu-rayレコーダ、HD-DVDレコーダ）されていてもよいのは当然である。
【００１１】
なお、レコーダ１０は、映像／音声データを記録する記録装置として機能するとともに、記録された動画データ（コンテンツ）を再生して出力する再生装置としても機能する。なお、以下においては、映像及び音声を含む動画データ（映像データ）をコンテンツデータ、又は単にコンテンツともいう。
【００１２】
レコーダ１０には記録再生部１１が設けられている。記録再生部１１には、エンコーダや多重化回路（以下、マルチプレクサＭＵＸという。）、デコーダや多重分離回路（以下、デマルチプレクサＤＥＭＵＸという。）などが設けられている。また、アナログ映像／音声信号の入出力を行う場合には、アナログ−デジタル変換器（Ａ／Ｄ変換器）やデジタル−アナログ変換器（Ｄ／Ａ変換器）などが設けられていてもよい。
【００１３】
より具体的には、記録再生部１１に入力された映像信号（ビデオ信号）及び音声信号（オーディオ信号）は、エンコーダ（図示しない）によってＭＰＥＧ等の所定の圧縮データに符号化（エンコード）される。そして、当該エンコーダからの符号化ビデオデータ及び符号化オーディオデータは、マルチプレクサＭＵＸによって多重化される。
【００１４】
なお、レコーダ１０には、種々の放送波やマルチキャスト放送を受信し、映像信号及び音声信号を生成するチューナ等が設けられていてもよい。
【００１５】
当該符号化ビデオデータ及び符号化オーディオデータの多重化はシステムコントローラ２０の制御の下で実行される。なお、システムコントローラ２０は、信号バス（図示しない）を介してレコーダ１０の各部に接続され、レコーダ１０全体の制御をなすよう構成されている。なお、システムコントローラ２０には、システムコントローラ２０がレコーダ１０の制御を実行するために必要なデータ、コマンド、設定値等を格納するためのメモリであるＲＡＭやＲＯＭ（図示しない）が双方向的に接続されている。
【００１６】
マルチプレクサＭＵＸにおいて多重化されたデータは、インターフェース（Ｉ／Ｆ）回路１２を介して動画格納部１４に転送され、システムコントローラ２０からの制御信号に基づいて、動画データ（コンテンツデータ）として格納される。動画格納部１４はＨＤＤとして構成されている。
【００１７】
すなわち、動画格納部１４には、１つ又は複数の映像コンテンツデータが格納されている。以下においては、かかる１つ以上の映像コンテンツのそれぞれ（すなわち、１のコンテンツ）を「動画データ片」とも称する。
【００１８】
また、光学記録媒体（例えば、ＤＶＤディスク）記録部１６が設けられており、動画格納部１４に格納されたデータをインターフェース回路１２を介して、当該光学ディスク記録部１６に転送して記録することができる。また、当該光学ディスク記録部１６に記録されたデータをインターフェース回路１２を介して動画格納部１４に転送して格納することができるように構成されていてもよい。
【００１９】
なお、レコーダ１０に入力されるデータがＭＰＥＧ等の所定の圧縮データ（符号化データ）である場合には、システムコントローラ２０の制御によって、当該圧縮データがインターフェース回路１２を介して動画格納部１４に直接格納されるように構成されていてもよい。また、当該入力符号化データをデコードし、データ再生できるように構成されていてもよい。
【００２０】
次に、データ再生時においては、システムコントローラ２０は動画格納部１４に格納された動画データを読み出す。読み出された動画データは、インターフェース回路１２を介してデマルチプレクサＤＭＵＸに供給され、符号化ビデオデータ及び符号化オーディオデータに分離される。
【００２１】
当該符号化ビデオデータ及び符号化オーディオデータは、復号化（デコード）される。例えば、符号化がＭＰＥＧ方式の場合にはＭＰＥＧ復号化がなされる。復号化されたビデオ信号及びオーディオ信号はデジタルデータとして、あるいは、デジタル−アナログ変換後、外部のディスプレイ装置等に出力される。
【００２２】
また、操作入力部２２が設けられており、ユーザからの操作、設定等を受け付け、当該操作、設定に基づいてシステムコントローラ２０の制御がなされる。また、ユーザの操作・設定、動画格納部１４及び光学ディスク記録部１６の格納内容、各種動作の実行状況等の情報は表示部２３に表示される。あるいは、それらの情報の全て、あるいは一部がレコーダ１０に接続されたＴＶ装置等のディスプレイ装置（図示しない）に供給され、当該ディスプレイ装置に表示するように構成されていてもよい。
【００２３】
また、図２に示すように、レコーダ１０には、インターネット接続機能を有するネットワーク送受信部１７が設けられている。ネットワーク送受信部１７は、受信部及び送信部（図示しない）から構成されている。そして、ネットワーク送受信部１７は、サーバ装置７との間で、後述する種々の信号、データの交信を行う。
【００２４】
システムコントローラ２０は、受け付けた動画送信要求に対応するコンテンツである動画データ（すなわち、動画データ片。以下、同様）を格納部１４からインターフェース回路１２を介して、暗号部１９に供給する。当該動画データは暗号部１９において暗号化され、バッファ装置１８を介してサーバ装置７に送られる。また、動画データの受信時においては、同様にシステムコントローラ２０の制御の下、サーバ装置７から受信した暗号化データは暗号部１９において解読され、格納部１４又は光学ディスク記録部１６に格納される。
【００２５】
また、サーバ装置７は、一般的なインターネットサーバ機能を有するとともに、ポータルサイトとしての機能を有する。さらに、暗号化・解読（復号）機能を有し、クライアント装置であるレコーダ１０の暗号部１９において用いられる暗号と同一の暗号方式に対応している。また、記録されたコンテンツ（動画データ）の送信及び受信がそれぞれ適法であるよう所定の条件を満たしているかの判別機能を有している。
［コンテンツ（動画データ）の通信手順］
図３は、動画送受信システム３における通信手順（コンテンツデータの送受信方法）を示している。以下においては、動画送受信システム３が、サーバ装置７、及びサーバ装置７のクライアントである２つのレコーダ１０（それぞれ、クライアント（Ａ）及びクライアント（Ｂ）とする。）から構成されている場合を例に説明する。しかし、３つ以上のクライアントレコーダ１０との間での通信手順（コンテンツデータの送受信方法）も、基本的にはここで示した手順と同様である。
【００２６】
動画送受信システム３は、ネットワーク上でコンテンツを流通させるコンテンツリサイクルシステムを構成している。ここでは、クライアント（Ａ）（ユーザＡ）が不要となったコンテンツ（動画データ）を出品し、クライアント（Ｂ）（ユーザＢ）がその出品コンテンツをサーバ装置７を中継して、ムーブ（データの移動）によってダウンロードする場合を例に説明する。なお、下記の手順は、サーバ装置７及びクライアントレコーダ１０（クライアント（Ａ）及びクライアント（Ｂ））のシステムコントローラ２０の制御の下で実行される。
【００２７】
また、クライアント（Ａ）１０及びクライアント（Ｂ）１０はそれぞれ固有で一意の識別番号を割り当てられており、サーバ装置７はクライアント（Ａ）１０及びクライアント（Ｂ）１０のそれぞれの識別番号（キー情報）を有している。換言すれば、サーバ装置７の各クライアント１０はサーバ装置７によってそれぞれ固有で一意の識別番号を割り当てられている。
【００２８】
例えば、サーバ装置７はレコーダ装置であるクライアント（Ａ）１０及びクライアント（Ｂ）１０の製造メーカであり、当該識別番号はクライアント（Ａ）１０及びクライアント（Ｂ）１０の製造番号である場合である。本実施例においては、クライアント（Ａ）１０及びクライアント（Ｂ）１０の識別番号をそれぞれ#1234及び#2345であるとして説明する。
【００２９】
また、出品及び購入はポイントでやり取りするものとし、クライアント（Ａ）及びクライアント（Ｂ）は、下記手順の開始時点において、それぞれ３０ポイント及び１０８ポイントを保有しているとする。
【００３０】
まず、ユーザＡが見終わった番組などのコンテンツ（番組Ｘとする）にデータエラーが無い場合に、クライアント（Ａ）１０のシステムコントローラ２０は、例えば、表示部２３への表示によってユーザＡに当該コンテンツ（番組Ｘ）をリサイクル出品するか否かの入力を求める（ステップＳ１１）。
【００３１】
ユーザ入力によるリサイクル出品の指示があった場合には、当該コンテンツ（番組Ｘ）のリサイクル出品要求をクライアント（Ａ）１０からサーバ装置７に送信する（ステップＳ１２）。
【００３２】
なお、当該コンテンツ（番組Ｘ）の他の装置へのリサイクル出品が著作権保護等のために法律によって制限される場合には、クライアント（Ａ）１０のシステムコントローラ２０は、リサイクル出品が不可能なことを表示部２３に表示する。または、ユーザによるリサイクル出品の指示があっても当該指示を拒否する。
【００３３】
あるいは、当該コンテンツ（番組Ｘ）がリサイクル出品されたものをダウンロードしたものであり、今回のリサイクル出品が再アップロードに該当する場合には、リサイクル出品は拒絶される。
【００３４】
クライアント（Ａ）１０のリサイクル出品要求を受信したサーバ装置７は、所定の条件を満たすか否かを判別して（ステップＳ１３）、条件を満たす場合には出品許可をクライアント（Ａ）１０に送信する（ステップＳ１４）。当該所定の条件とは、例えば、当該コンテンツ（番組Ｘ）の既保有数が多数である場合などがある。あるいは、上記した場合と同様に、クライアント（Ａ）１０からのリサイクル出品が法律等によって制限される場合、あるいは法律等によって制限されない場合であっても、当該リサイクル出品が好ましくない場合には出品は許可されない。なお、リサイクル出品が許可されない場合には、出品が拒否されたことを表す信号をクライアント（Ａ）１０に送信し、当該コンテンツリサイクルの通信手順を終了するように構成することができる。
【００３５】
次に、出品許可を受信したクライアント（Ａ）１０は、暗号キーを用いて当該コンテンツデータ（番組Ｘ）を暗号化する。当該暗号キーは、クライアント（Ａ）１０の識別番号（#1234）に１対１対応しており、サーバ装置７は各クライアントの識別番号と暗号キーとの対応表を保持している。当該対応表の例を図４に示す。図４に示す場合では、クライアント（Ａ）１０の暗号キーは、KEY(A)=""DB8702D6FC60E08F27633EC2399371F5"である。サーバ装置７と各クライアントの暗号化データの通信（データのムーブ）においては、かかる対応表に基づく暗号キーを用いた暗号化が用いられる。
【００３６】
クライアント（Ａ）１０は、当該暗号化データ（番組Ｘ）をサーバ装置７に送信する（ステップＳ１５）。上記したように、クライアント（Ａ）１０は自身の識別番号（#1234）に対応する暗号キーを用いて暗号化を行い、サーバ装置７はクライアントレコーダの暗号キーを認識しているので、クライアント（Ａ）１０はサーバ装置７に暗号キーを送信する必要がない。従って、堅牢で高い秘匿性を実現することができる。
【００３７】
なお、上記したように、暗号キーは各クライアント装置に個別のものであって、例えば製造時に各装置（暗号部１９）に埋め込まれる。そして、上記暗号キー表（図４）の暗号キーで暗号化されたコンテンツはその暗号キーに対応するクライアント１０以外では解読できない。また、識別番号と暗号キーとが数学的に関連性を有しないように定められている。すなわち、識別番号から暗号キーを類推できないように定められている。そして、仮に１つの暗号キーが知られても、その暗号キーに対応するクライアント１０のみに影響するだけであるので、システム全体の堅牢性は高い。
【００３８】
サーバ装置７は、クライアント（Ａ）１０から受信した暗号化データを、クライアント（Ａ）１０の登録情報である暗号キーを用いて解読し、データエラーが無いことを確認する（ステップＳ１６）。そして、データエラーが無いことを確認した場合、データ正常受信完了通知をクライアント（Ａ）１０に送信する（ステップＳ１７）。
【００３９】
クライアント（Ａ）１０は、データ正常受信完了通知を受信後、当該コンテンツ（番組Ｘ）を自装置の動画格納部（ＨＤＤ）１４から消去する（ステップＳ１８）。クライアント（Ａ）１０における当該データ消去によって、クライアント（Ａ）１０からサーバ装置７への当該コンテンツデータのムーブ（データの移動）が完了する。
【００４０】
サーバ装置７は、クライアント（Ａ）１０に何番目の出品かの出品順位、購入者が現れた場合のポイント数（54ポイント）などを通知する（ステップＳ１９）。
【００４１】
一方、コンテンツ（番組Ｘ）のデータを希望するクライアント（Ｂ）１０は、コンテンツ（番組Ｘ）が出品されていないかをサーバ装置７に問い合わせる（ステップＳ２０）。サーバ装置７は、出品在庫があること、及び必要ポイント数をクライアント（Ｂ）１０に通知する（ステップＳ２１）。
【００４２】
クライアント（Ｂ）１０は、当該コンテンツ（番組Ｘ）を購入する場合、購入依頼及び所有ポイント数（54ポイント）をサーバ装置７に送信する（ステップＳ２２）。
【００４３】
なお、サーバ装置７は、サーバ装置７のポータルサイトにコンテンツ（番組Ｘ）の出品登録がなされたことを表示し、クライアント（Ｂ）１０は、当該出品登録があったことを当該ポータルサイト上で知った上で、購入依頼をサーバ装置７に送信するように構成されていてもよい。
【００４４】
クライアント（Ｂ）１０の購入依頼を受信したサーバ装置７は、所定の条件を満たすか否かを判別し、条件を満たす場合には購入を許可する（ステップＳ２３）。当該所定の条件とは、例えば、本来録画可能であった者しか購入できないとの条件を考慮し、地域等に基づいて判別される。例えば、北海道での録画コンテンツを沖縄のユーザはダウンロードできない、などである。あるいは、有料放送のコンテンツは当該有料放送の加入者でないと購入できない、などの場合である。
【００４５】
サーバ装置７は、クライアント（Ｂ）１０からの購入依頼を許可する場合、クライアント（Ｂ）１０の識別番号（#2345）に対応する暗号キー（すなわち、KEY(B)="423C48E5ABB185FC7FB8DB2BF764BEB0"、図４）を用いて当該コンテンツ（番組Ｘ）を暗号化する。そして、暗号化したデータをクライアント（Ｂ）１０に送信する（ステップＳ２４）。
【００４６】
クライアント（Ｂ）１０は、サーバ装置７から受信した暗号化データを、クライアント（Ｂ）１０の登録情報である暗号キーを用いて解読し、データエラーが無いことを確認する（ステップＳ２５）。そして、データエラーが無いことを確認した場合、保有ポイント数の書き換え（ポイント：108 → 54）を行い、データ受領通知をサーバ装置７に送信する（ステップＳ２６）。
【００４７】
クライアント（Ｂ）１０から受領通知を受信したサーバ装置７は、自装置の動画格納部（ＨＤＤ）から当該コンテンツデータ（番組Ｘ）を消去する（ステップＳ２７）。すなわち、クライアント（Ｂ）１０における当該コンテンツデータの消去によって、サーバ装置７からクライアント（Ｂ）１０への当該コンテンツデータのムーブが完了する。換言すれば、サーバ装置７からクライアント（Ｂ）１０への当該コンテンツデータのムーブの完了によって、サーバ装置７を中継したクライアント（Ａ）１０からクライアント（Ｂ）１０への当該コンテンツデータのムーブが完了したことになる。
【００４８】
そして、サーバ装置７は、クライアント（Ａ）１０にクライアント（Ａ）１０のポイント数の変更を通知する（ステップＳ２８）。クライアント（Ａ）１０は所有ポイントの書き換え（ポイント：30 → 84）を行う。
【００４９】
上記した手順により、著作権に配慮したネットワーク上のコンテンツ流通システムが提供される。具体的には、ＨＤＤ／ＤＶＤレコーダに録画されたコンテンツの視聴終了時に「リサイクル出品」の選択肢が設けられ、クライアント（Ａ）がこれを選択すると、サーバ装置７のポータルサイトに登録されたことが表示され、これを見た別のクライアント（Ｂ）がダウンロードを希望すると、クライアント（Ａ）のＨＤＤからクライアント（Ｂ）のＨＤＤに当該コンテンツがムーブされる。
【００５０】
以上説明したように、コンテンツを記録したものの不要な場合に、当該コンテンツの所有者が当該コンテンツを欲する第三者に提供してコンテンツのリサイクルを可能とするコンテンツリサイクルシステムを提供することができる。
【図面の簡単な説明】
【００５１】
【図１】動画送受信システムの構成を模式的に示すブロック図である。
【図２】クライアントレコーダの構成を模式的に示すブロック図である。
【図３】動画送受信システムにおける通信手順（コンテンツデータの送受信方法）を示す図である。
【図４】各クライアントの識別番号と暗号キーとの対応表の一例を示す図である。
【符号の説明】
【００５２】
５  ＩＰネットワーク
７  サーバ装置
１０  クライアントレコーダ
１１  記録再生部
１４  動画格納部
１７  ネットワーク送受信部
１８  バッファ
１９  暗号部
２０  システムコントローラ
【図１】
2008235973.tif 000003
【図２】
2008235973.tif 000004
【図３】
2008235973.tif 000005
【図４】
2008235973.tif 000006