JP2007058978A - データ処理方法、装置及びプログラム - Google Patents

Abstract

【課題】 メディアの破損等によってコンテンツを正しく再生できない。
【解決手段】 コンテンツ再生装置は、読み取り不可能な部分を特定し、企業のサーバである補完データ提供装置に読み取り不可能な部分のデータを要求する。コンテンツ再生装置は、読み取り可能な部分のデータと、サーバからのデータを切り替えてコンテンツを再生する。
【選択図】 図４

Description

本発明は、データの再生に関するものである。

コンテンツは様々なメディアに格納されて譲渡・販売される。コンテンツとは、例えばＰＣで利用するアプリケーションや、音楽、映像などである。メディアには例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどがある。これらのメディアは多少の破損があっても訂正能力により読み取りが可能であるように設計されているが、許容度を越えた破損があると、破損部分は読み取り不可能または正常に動作しなくなる。ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭでは、再生装置やメディア保存用ケースからの出し入れの際に誤ってつけた擦り傷が、読み取り不可能または困難部分を生むことがある。

このようなメディアに対する対処としては、該当部分を含む一定領域を再生不可能な部分として記憶し、そこは常に再生しないようにする方法がある（例えば［特許文献１］参照）。音楽ＣＤであれば、障害の含まれるトラック（曲）を再生不可能な部分とすることで、音飛びのするような曲の再生は防ごうというものである。
特開平０６−２３１５７０号公報

しかしながら、従来の方法ではコンテンツの一部が再生困難であることには変わりがなく、訂正能力で復元できないエラーがあれば、コンテンツ提供者の意図した内容の再生が行えない。そこで本発明は、読み取り不可能または困難な部分の内容も含めた、コンテンツの再生環境を提供することを目的とする。

上記の課題を解決するため、本発明によるデータ検索方法は以下の方法を備える。すなわち、再生対象データを再生する装置におけるデータ処理方法であって、前記再生対象データを保持する保持手段からのデータ読み出しエラー部分を検出する検出工程と、前記エラー部分データを補完する補完データをネットワークを介して補完データ提供装置に要求する要求工程と、前記補完データ提供装置から提供された補完データを取得する取得工程と、再生対象データの再生で前記エラー部分データを前記補完データに切り替えて再生する再生工程。

上記の課題を解決するため、本発明によるデータ検索装置は以下の方法を備える。すなわち、再生対象データを再生する装置であって、前記再生対象データを保持する保持手段からのデータ読み出しエラー部分を検出する検出手段と、前記エラー部分データを補完する補完データをネットワークを介して補完データ提供装置に要求する要求手段と、前記補完データ提供装置から提供された補完データを取得する取得手段と、再生対象データの再生で前記エラー部分データを前記補完データに切り替えて再生する再生手段。

上記の課題を解決するため、本発明によるプログラムは以下の構成を備える。すなわち、再生対象データを再生する装置で実行されるプログラムであって、前記再生対象データを保持する保持手段からのデータ読み出しエラー部分を検出する検出コードと、前記エラー部分データを補完する補完データをネットワークを介して補完データ提供装置に要求する要求コードと、前記補完データ提供装置から提供された補完データを取得する取得コードと、再生対象データの再生で前記エラー部分データを前記補完データに切り替えて再生する再生コード。

データの破損などがあった場合に、ネットワークを介してデータを取得し、読み取り不可能または困難な部分の内容も含めた、コンテンツの再生が行える。

＜実施形態１＞
図１は、本実施形態のシステムを構成する装置の構成例を示すものである。コンテンツ再生装置１０１は、主にコンテンツを購入したユーザが再生に利用する。補完データ提供装置１０２は、主にコンテンツを販売または譲渡した企業等が用いる装置である。装置１０１と装置１０２は、インターネット１０３などを通じてネットワーク接続可能な状態にある。

図２は、コンテンツ再生装置１０１の内部構成である。ＣＰＵ２０１は装置を制御するＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔである。ＲＡＭ２０２は本発明で実行するプログラムや実行中に生じるデータを一時記憶するＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙである。ＲＯＭ２０３はコンテンツ再生装置１０１の動作を定めるプログラムを記憶しているＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙである。ＨＤＤ２０４は補完データを保存するＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅである。

液晶パネル２０５は、ユーザにコンテンツ再生装置１０１の動作状況を知らせる。メディア読み取り装置２０６は、再生するメディアを読み取る。ネットワークインターフェース２０７は、インターネット１０３を通じて補完データ提供装置１０２と接続するためのネットワークインターフェースである。ネットワークインターフェース２０７を用いて、コンテンツ再生装置１０１から補完データ提供装置１０３へ補完データの要求データが送信され、補完データ提供装置から補完データを受信する。入出力インターフェース２０８は、外部装置と接続する。出力装置２０９はコンテンツの再生内容を出力する。例えば、音、静止画像、動画、テキストなどを出力する。リモートコントローラ２１０はユーザがコンテンツ再生装置１０１を操作するために用いる。

図３は、補完データ提供装置１０３の内部構成である。ＣＰＵ３０１は装置を制御する。ＲＡＭ３０２は実行するプログラムや実行中に生じるデータを一時記憶する。ＨＤＤ３０３はコンテンツデータを保持している。ネットワークインターフェース３０４は、インターネット１０３を通じてコンテンツ再生装置１０１と接続する。入出力インターフェース３０５は、外部装置と接続する。ディスプレイ３０６は操作者に装置の動作状況を知らせる。キーボード３０７は操作者が情報を入力する。マウス３０８で操作者が情報を入力する。

なお、コンテンツ再生装置１０１や補完データ提供装置１０３の機能はそれぞれ単一の装置で実現してもよいし、必要に応じた複数の装置に各機能を分散して実現してもよい。複数の装置で構成される場合は、装置間は互いに通信可能なようにＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等で接続される。

図４は、コンテンツ再生装置１０１におけるメディアデータ読み取り及び補完データ取得要求及び補完データ保持手順のフローチャートである。これらは一連の処理となることがある。このフローチャートを実現するプログラムはＲＯＭ２０３に格納されており、ＣＰＵ２０１にて実行される。メディアデータ読み取りは、メディア読み取り装置２０６にメディアが挿入され、ユーザからリモートコントローラによってまたは直接装置に対して、メディアの再生復元処理を命じられた際に実行される。

開始されると、まずコンテンツ再生装置はメディアに記述されているコンテンツＩＤを読み取る（ステップＳ４０１）。コンテンツＩＤは、コンテンツまたはメディアを識別するための文字列である。次に、同様にしてメディアから補完データ提供装置アドレスを読み取る（ステップＳ４０２）。補完データ提供装置アドレスは、コンテンツ再生装置がインターネットを通して補完データ提供装置と通信するために用いられる。なお、コンテンツＩＤ及び補完データ提供装置アドレスは、メディア内の規定の位置に書き込まれており、これを読み出してコンテンツ再生装置１０１のＲＡＭ２０２などに保持する。

次に、コンテンツデータをブロックごとに読み出す（ステップＳ４０３）。ここでのブロックとは、メディア、コンテンツのフォーマットより定まる単位である。ブロック単位で読み出しエラーが検知できる。このブロック単位でエラー部分データが補完される。例えば音楽ＣＤであれば、フレーム、セクタ、トラックといった単位で記述されている。トラックは複数セクタ、セクタは複数フレームからなる。また、フレームにはエラー訂正コードが含まれており、エラーが発見できる単位である。よって、音楽ＣＤではフレーム、セクタ、トラックがブロックとなりうる。本発明でのエラーは、再生装置またはメディアの訂正能力を上回るエラーである。

ブロックを読み出した後、読み取りに成功したか判定する（ステップＳ４０４）。成功していなければ、装置内に既にこのブロックの補完データが保存されているか（ステップＳ４０５）を判定する。読み取りに失敗し、補完データも無ければ、補完データ取得対象のブロックとして記憶する（ステップＳ４０６）。装置内の補完対象データの保存場所はＨＤＤ２０４である。この処理を全ブロックに対して行う（ステップＳ４０７）。全ブロックのチェックが終わると、ステップＳ４０６で記憶した取得対象の補完データを補完データ提供装置に要求する（ステップＳ４０８）。最後に、補完データ提供装置から送られてくる補完データをＨＤＤ２０４に保存する（ステップＳ４０９）。このように保存することにより、次回メディアを再生しようとしたときには、ステップＳ４０５で既に補完データが保存されていることが分かり、再度同じデータを要求することを防ぐ。

図５は、補完データ提供装置における補完データ送信提供手順のフローチャートである。このフローチャートを実現するプログラムはＨＤＤ３０３に格納されており、ＣＰＵ３０１にて実行される。補完データ送信提供ステップは、ステップＳ４０８でのコンテンツ再生装置からの要求を受けて実行される。要求はネットワークを通して受信する。まず、補完データ要求を受けたコンテンツのデータをコンテンツＩＤから検索して発見する（ステップＳ５０１）。コンテンツのデータはＨＤＤ３０３に格納されている。次に、検索したデータから、要求のあったブロックを切り出して補完データを作成する（ステップＳ５０２）。最後に、作成した補完データをコンテンツ再生装置に送信する（ステップＳ５０３）。

図６は、コンテンツ再生装置におけるコンテンツ再生手順のフローチャートである。このフローチャートを実現するプログラムはＲＯＭ２０３に格納されており、ＣＰＵ２０１にて実行される。コンテンツ再生は、メディア読み取り装置２０６にメディアが挿入され、ユーザからリモートコントローラによってまたは直接、コンテンツの再生処理を命じられた際に実行される。まず、メディアからコンテンツＩＤを読み取る（ステップＳ６０１）。次に、ステップＳ６０１で得たコンテンツＩＤを使って、このコンテンツの補完データをステップＳ２０４のＨＤＤより検索する（ステップＳ６０２）。ステップＳ５０２では、要求したブロックの補完データが作成されており、複数のブロックが要求されていた場合は、それぞれのブロックが識別可能になっている。

次に、再生を命じられた部分をブロックごとに処理していく。これから再生しようとするブロックが補完すべき対象か確認する（ステップＳ６０３）。ステップＳ６０２で検索した補完データに、これから再生しようとするブロックのデータが含まれていれば、補完対象データである。補完対象であれば、見つかった補完データからそのブロックの再生情報を生成する（ステップＳ６０４）。上述のように、補完データブロックが複数ある場合には、それぞれの補完データブロックが識別可能になっている。補完対象でなければメディアから該当ブロックを読み取り再生情報を生成する（ステップＳ６０５）。次に、ステップＳ６０４もしくはステップＳ６０５で得た再生情報を再生する（ステップＳ６０６）。このように、ＨＤＤ２０４から読み出した補完ブロックと正常ブロックとを切り替えて再生する。再生範囲に含まれる全てのブロックを処理すると終了である（ステップＳ６０７）。補完されたブロックと正常ブロックをつなぎ合わせた合成データによって、新しいメディアを生成することもできる。

＜実施形態２＞
実施形態１では、補完データ提供装置のインターネットにおけるアドレスはメディアより読み取るとしている。実施形態２では、コンテンツＩＤから問い合わせるべき補完データ提供装置のアドレスを引くことができるサーバ装置を設ける形式をとる。このサーバ装置は複数の企業で運営する公共性の高いものが想定される。この形態では、このアドレス解決用サーバ装置のアドレスが必要となる。不変のアドレスを与え、機器の製造時にそのアドレスを記憶させ実現する。この場合、ステップＳ４０２の処理がそのサーバへの問い合わせとなる。その他の処理は実施形態１と同様である。

＜実施形態３＞
実施形態１では、メディアを復元するための処理をユーザがコンテンツ再生装置に指示するとしている。実施形態３では、コンテンツを再生する際に自動的にメディアを復元する。これは、コンテンツ再生装置が復元処理に必要な時間だけ、コンテンツ再生処理に先行してメディアを読み出すこと等で実現できる。先行する時間を可変に設定することも考えられる。

ただしこの復元に必要な時間は、インターネットを通じた通信時間および補完データ提供装置の処理時間が含まれるため、予測を上回る時間がかかることもある。予測時間を上回った場合は、再生は滞ることに注意が必要である。一方で、この形態であれば、補完データを再生機器内のＨＤＤに保存せず、再生時に毎回補完データ提供装置に要求する形態をとることができる。ＨＤＤが不要になるため、低価格でコンテンツ再生装置が実現できる。

＜実施形態４＞
実施形態１では、補完データ提供装置は要求されたブロックのデータを補完データとしてそのまま送信していた。実施形態４では、コンテンツが映像や音楽のように同内容で品質を変更しうるものであれば、補完データの品質はオリジナルに比べて低く設定する。例えば、音楽ＣＤであれば、補完データをＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−３）フォーマットとしたり、モノラルデータとしたりする。この場合、ステップＳ５０２の補完データ生成処理で、データフォーマットの異なる補完データを生成する。ステップＳ６０４の再生情報生成処理が、提供されるデータフォーマットに対応していればよい。コンテンツの品質を落とすことで、完全な補完データを提供することなく、不正な補完データ要求に対抗することができる。また、補完データのサイズを小さく出来るため、補完データ提供装置またはネットワークの負荷を下げることができる。

ただし、補完部分のコンテンツの再生品質が低下する問題がある。そこで、品質を変更可能な形態をとる。補完データ提供装置を運営する企業は、補完データ品質をユーザが補完サービスに対して支払った料金にあわせて変更するサービス形態をとることができる。例えば、コンテンツの料金だけを払ったユーザには、補完データを提供しない。また、品質の劣るデータを補完するための料金と、購入時と同じ品質のデータを補償する料金とを設定することなどもできる。課金情報は、例えば、メディアに書き込まれていたり、コンテンツＩＤで課金情報を識別可能になっていたりする。

データの破損が初期不良の場合とユーザの過失による場合とで補完データの品質を変更することもできる。例えば、１週間以内にデータ読み出し困難になった場合には購入時と同じ品質のデータを提供し、その後はデータの品質を落とす。上記の課金情報と組み合わせた方法で、データの品質を変更することもできる。

＜実施形態５＞
実施形態１では、コンテンツ再生装置の要求に対して補完データ提供装置は完全に応えるものとしていた。実施形態５では、一定の制限を設ける。例えば、コンテンツ再生装置からのコンテンツに対する補完データの要求に対して送信量に上限を設けるといった制限である。この制限は以下のようにして実現できる。

まず、コンテンツ再生装置に一意なＩＤを付与し、このＩＤを補完データの要求時に送信することで、補完データ提供装置がコンテンツ再生装置を識別可能とする。また、補完データ提供装置側で要求の履歴を管理し、ステップＳ５０１とステップＳ５０２の処理の間でこの履歴を検索し、制限値に達していると補完データを生成せず、コンテンツ再生装置に制限によるエラーを知らせることとする。コンテンツ再生装置に対する制限だけでなく、それぞれのコンテンツで補完データを要求した履歴に応じて補完データの容量に制限を設ける場合もある。以上の方法で制限を加える。また、データの制限値は、例えば、データ全体の容量の割合から決定したり、ユーザが支払った料金によって決定したりする。

この制限はサービス運営企業に対して、ユーザが支払った代価にあわせてサービス内容を変更することが出来るという選択肢をもたらす。また、サービスの不正な利用に対する歯止めのひとつとなりうる。例えば、補完データの要求を部分的に何度も行い、補完データをつなぎ合わせて、全体のデータを復元してしまうことを防ぐことができる。また、コンテンツＩＤとデータの一部とを取得したユーザが、補完データを要求することにより完全なデータを取得してしまうのを防ぐことができる。一部とはいえインターネットを通したコンテンツの送信サービスであるので、不正な利用を防ぐための対処は充分に施す必要があるが、この対処の一部として実行できる。なお、この他の不正利用防止措置としては、補完データ提供装置によるコンテンツ再生装置もしくはユーザの認証処理を設ける方法がある。補完データの要求を受ける際この認証処理を行って、正規のユーザ、コンテンツ再生装置からの要求しか受け付けないことで不正利用を防止することができる。認証処理は一般的な処理がそのまま適用可能である。

＜実施形態６＞
補完データの不正利用防止についてさらに述べる。商用コンテンツの一部であれば、望まれる機能である。不正利用を防ぐための方法としては、補完データの暗号化が考えられる。補完データ提供装置は補完データを送る際にそのデータを暗号化し、コンテンツ再生装置は、そのデータを保持する際は暗号化したまま保持し、再生時に復号化する。復号方法が公開されなければ復号は困難である。復号の鍵にコンテンツＩＤを用いれば、復号は更に困難になる。このようにして、補完データの不正利用を防止する。

＜実施形態７＞
本提案のメディアはＣＤに特化した部分は無く、読み取りエラーのブロックが判別できるメディア、それを再生する装置であれば適用可能である。ＤＶＤやＢｌｕ―ｒａｙＤｉｓｃを用いた音楽、映像再生装置はもちろん、コンパクトフラッシュ（登録商標）やスマートメディアなどのシリコンメディアを用いた音楽、映像再生装置での実現も実現できる。また、交換不可能なメディアとメディア読み取り装置が一体になった形で構成されるＨＤＤにコンテンツが格納されている場合も実現できる。この場合、ＨＤＤはメディアの場合もメディア読み取り装置の場合もある。

＜実施形態８＞
実施形態１では、コンテンツ再生装置はＲＯＭにプログラムを持つ装置としたが、同内容を記述したメディアからプログラムを読み込む汎用的な機器での実現も考えられる。例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）でのアプリケーションソフトウェアによる実現である。また、逆にプログラムをハードウェア回路で実現し、ＣＰＵを用いず実行する実現も可能である。

システムを構成する装置の構成 コンテンツ再生装置の内部構成 補完データ提供装置の内部構成 コンテンツ再生装置におけるメディアデータ読み取り工程及び補完データ取得工程及び補完データ保持工程のフローチャート 補完データ提供装置における補完データ送信工程のフローチャート コンテンツ再生装置におけるコンテンツ再生工程のフローチャート

符号の説明

２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ ＨＤＤ
２０５ 液晶パネル
２０６ メディア読み取り装置
２０７ ネットワークＩ／Ｆ
２０８ 入出力Ｉ／Ｆ
２０９ 出力装置
２１０ リモートコントローラ

Claims (17)

1. 再生対象データを再生する装置におけるデータ処理方法であって、
   前記再生対象データを保持する保持手段からのデータ読み出しエラー部分を検出する検出工程と、
   前記エラー部分データを補完する補完データをネットワークを介して補完データ提供装置に要求する要求工程と、
   前記補完データ提供装置から提供された補完データを取得する取得工程と、
   再生対象データの再生で前記エラー部分データを前記補完データに切り替えて再生する再生工程と、
   を備えることを特徴とするデータ処理方法。
2. 前記検出工程で、所定単位に分割されている前記再生対象データの該単位でデータ読み出しエラーを検出することを特徴とする請求項１記載のデータ処理方法。
3. 前記検出工程で、フレーム、セクタまたはトラック単位のデータ読み出しエラーを検出することを特徴とする請求項１記載のデータ処理方法。
4. 前記要求工程で要求可能なデータ量に制限を設けることを特徴とする請求項１記載のデータ処理方法。
5. 前記要求工程で要求可能なデータ量を、前記再生対象データ量に対する割合に基づいて決定することを特徴とする請求項４記載のデータ処理方法。
6. 前記要求工程で要求可能なデータ量を、前記保持手段に保持された再生対象データと対応付けられている課金データに基づいて決定することを特徴とする請求項４記載のデータ処理方法。
7. 前記再生対象データがテキスト、静止画像、動画像または音声、若しくはそれらの組合せであることを特徴とする請求項１記載のデータ処理方法。
8. 前記要求された補完データを前記データ再生装置に提供する提供工程を備えることを特徴とする請求項１記載のデータ処理方法。
9. 前記提供工程で提供可能なデータ量に制限を設けることを特徴とする請求項８記載のデータ処理方法。
10. 前記提供工程で提供可能なデータ量を、前記再生対象データの量に対する割合に基づいて決定することを特徴とする請求項９記載のデータ処理方法。
11. 前記提供工程で提供可能なデータ量を、前記保持手段に保持された再生対象データと対応付けられている課金データに基づいて決定することを特徴とする請求項９記載のデータ処理方法。
12. 前記提供工程で、前記再生対象データと品質の異なる前記補完データを取得することを特徴とする請求項８記載のデータ処理方法。
13. 前記提供工程で、前記保持手段に保持された再生対象データに含まれる課金データの大小に基づいて前記補完データの品質を決定することを特徴とする請求項１２記載のデータ処理方法。
14. 再生対象データを再生する装置であって、
    前記再生対象データを保持する保持手段からのデータ読み出しエラー部分を検出する検出手段と、
    前記エラー部分データを補完する補完データをネットワークを介して補完データ提供装置に要求する要求手段と、
    前記補完データ提供装置から提供された補完データを取得する取得手段と、
    再生対象データの再生で前記エラー部分データを前記補完データに切り替えて再生する再生手段とを備えることを特徴とするデータ処理装置。
15. 補完データを提供する装置であって、
    前記要求された補完データを請求項１４記載の装置に提供する提供手段を備えることを特徴とするデータ処理装置。
16. 請求項１４に記載の装置と請求項１５に記載の装置とから構成されるデータ処理システム。
17. 再生対象データを再生する装置で実行されるプログラムであって、
    前記再生対象データを保持する保持手段からのデータ読み出しエラー部分を検出する検出コードと、
    前記エラー部分データを補完する補完データをネットワークを介して補完データ提供装置に要求する要求コードと、
    前記補完データ提供装置から提供された補完データを取得する取得コードと、
    再生対象データの再生で前記エラー部分データを前記補完データに切り替えて再生する再生コードとを備えることを特徴とするプログラム。

Images