「コピーワンスのムーブ失敗は、メーカーの技術力の未熟さゆえか？」記事へのコメント

ムーブに失敗しないコピーワンス

[hibirth (19787)]

> ちなみにコピーワンスのルールでは、コピー先とコピー元でコンテンツが1分以上重複できないことになっています。

規格規定上バックアップを持つことは可能ですし、要求仕様も「再生不能化」であって「消去」ではないですから、
障害時にはリカバリかけられるような保険を仕込んでおけばそんなに難しいことではないと思います。
実際、一部のメーカの機器はそのあたりを活用してるようですね。
＃ さすがにムーブが何らかの要因で止まること自体を「失敗」と称するなら無理でしょうが。
＃ 途中でiLinkケーブル抜かれたり、コンセント抜かれても実行し続ける自信はありません :-)

なお、

Re:ムーブに失敗しないコピーワンス

[saitoh (10803)]

「ムーブに失敗したら、オリジナル側が必ず残っている」かつ 「ムーブに成功したら、オリジナル側が必ず消えている」 を、途中でタイミングを計った電源OFFとかタイミングを計ってメディアを取り出すとかいう行為に晒されることを含めて保証 することなんて出来るのかなぁ？

データのコピーに成功してベリファイも出来たのでオリジナルを消したら、その後のファイナライズにコケた、とか。

Re:ムーブに失敗しないコピーワンス

[hibirth (19787)]

懸念されている「ファイナライズ」処理が具体的に何を指しているかわからないのでなんともいえないですが、
(DVD-Rのように)ムーブ先がファイナライズしなくても再生可能であるのであれば、
「ファイナライズ」自体がムーブ処理の後工程ではないため、それはそもそも「ムーブ失敗」ではないのでは。
録り貯めていたDVD-Rをファイナライズしたら失敗してオシャカになった、というのと同じ話ですね。
＃ コピワンがなければマスターデータがあったのに...という気持ちはわかります :-)

また、ファイナライズしないと再生可能にならないようなメディアを想定しているのであれば、
オリジナルを「再生不能」にするタイミングをファイナライズ完了の応答が確認できてからにするべきでは。

そもそも求められているのは「消去」ではなく「再生不能」ですし、バックアップ作っておく手もあるんで、
最後の保険としてファイナライズ失敗を検出した時にリカバリ処理で救う手段を用意しておけばいいだけかと。
＃ 「再生不能」に対してのクラックリスクを回避するために一定の対タンパ性は必要になるかと思います。

もともと一定の保護下にあるフォーマット間でのやり取りですから、
「再生不能化」は「消去」ではなく「鍵とデータの紐付け」でコントロールできるわけですしね。

Re:ムーブに失敗しないコピーワンス

[Kazsa (25846)]

実際にはムーブ成功しているにもかかわらず「失敗したように見せかけてムーブ元を復旧する」のを防ぐ方法が必要ですよね。どうしたら解決できるでしょうか。