(57)【要約】  【課題】本発明は、記録媒体に記録されたコンテンツの再生において、記録媒体及びコンテンツの価値が変わらないよう再生制御を行う再生装置を提供することを目的とする。  【解決手段】本発明の再生装置は、記録媒体からのコンテンツデータの読み取りに失敗した場合、及びコンテンツデータの置換が必要と判断する場合に、配信サーバから、読み取りに失敗した位置に対応する部分コンテンツデータ、及び置換が必要な位置に対応する置換コンテンツデータを取得する。再生装置は、記録媒体に記録されているコンテンツデータと、コンテンツ配信サーバから取得した部分コンテンツデータ及び置換コンテンツデータとを再生する。【選択図】図７
2008276909.tif 000002
【特許請求の範囲】
【請求項１】
可搬型の記録媒体から、当該記録媒体に記録されている第1コンテンツの一部を読み取る読取手段と、
前記第１コンテンツの一部に関連する第２コンテンツを記憶する記憶手段と、
前記第１コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、
前記判断手段により前記第１コンテンツの一部が再生に適切であると判断された場合に、前記第１コンテンツの一部を再生し、前記判断手段により前記第１コンテンツの一部が再生に不適切であると判断された場合に、前記第２コンテンツを再生する再生手段と
を備えることを特徴とする再生装置。
【請求項２】
前記再生装置は、更に、
前記第１コンテンツの再生中に、前記読取手段における前記第１コンテンツの読取失敗を検出する検出手段と、
前記検出手段が読取失敗を検出すると、読取失敗位置に対応するデータを外部から取得し、前記第２コンテンツとして前記記憶手段に記録する取得手段と
を備えることを特徴とする請求項１に記載の再生装置。
【請求項３】
前記再生装置は、更に、
前記第１コンテンツの一部のデータの置換条件を記憶している置換条件記憶手段を備え、
前記取得手段は、更に、前記第１コンテンツの再生状況が前記置換条件を満たすか否かを判断し、前記再生状況が前記置換条件を満たす場合に、前記第１コンテンツの一部に対応する置換データを外部から取得し、第３コンテンツとして前記記憶手段に記録し、
前記再生手段は、更に、前記判断手段により前記第１コンテンツの一部が再生に不適切であると判断された場合に、前記第３コンテンツを再生する
ことを特徴とする請求項２に記載の再生装置。
【請求項４】
前記置換条件記憶手段は、更に、前記置換条件と対応付けて、当該置換条件の有効期限を記憶しており、
前記再生装置は、更に、
前記有効期限に基づき、前記置換条件が有効であるか無効であるかを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を更新する更新手段を備える
ことを特徴とする請求項３に記載の再生装置。
【請求項５】
前記再生装置は、更に、
前記第１コンテンツの一部のデータの置換条件を記憶している置換条件記憶手段と、
前記第１コンテンツの再生状況が前記置換条件を満たすか否かを判断し、前記再生状況が前記置換条件を満たすと判断する場合に、前記第１コンテンツの一部に対応する置換データを外部から取得し、前記第２コンテンツとして前記記憶手段に記録する取得手段とを備える
ことを特徴とする請求項１に記載の再生装置。
【請求項６】
前記置換条件は、前記第１コンテンツの一部のデータの再生可能期間の終期を含み、
前記取得手段は、前記再生状況である再生日時が前記再生可能期間の終期を超えている場合には、前記再生状況が前記置換条件を満たすと判断する
ことを特徴とする請求項５に記載の再生装置。
【請求項７】
前記置換条件は、前記第１コンテンツの一部のデータの再生可能回数を示しており、
前記取得手段は、前記再生状況である再生回数が前記再生可能回数を超えている場合には、前記再生状況が前記置換条件を満たすと判断する
ことを特徴とする請求項５に記載の再生装置。
【請求項８】
前記置換条件記憶手段は、更に、前記置換条件と対応付けて、当該置換条件の有効期限を記憶しており、
前記再生装置は、更に、
前記有効期限に基づき、前記置換条件が有効であるか否かを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を、取得した新たな置換条件を用いて更新する更新手段を備える
ことを特徴とする請求項５に記載の再生装置。
【請求項９】
前記再生手段による前記第１コンテンツの再生前に、
前記更新手段は、前記置換条件が有効であるか否かを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を、取得した新たな置換条件を用いて更新し、
前記取得手段は、前記置換条件記憶手段に記憶されている置換条件を用いて前記判断を行い、前記第２コンテンツを取得する
ことを特徴とする請求項８に記載の再生装置。
【請求項１０】
前記判断手段は、前記記憶手段に前記第２コンテンツが記憶されている場合に、前記第１コンテンツの一部が再生に不適切であると判断する
ことを特徴とする請求項５に記載の再生装置。
【請求項１１】
前記判断手段は、前記記憶手段に前記第２コンテンツが記憶されている場合に、前記第１コンテンツの一部が再生に不適切であると判断する
ことを特徴とする請求項１に記載の再生装置。
【請求項１２】
前記再生装置は、更に、
前記第１コンテンツを再生する前に、前記読取手段における前記第１コンテンツの読取失敗を検出する検出手段と、
前記検出手段が読取失敗を検出すると、読取失敗位置に対応する前記第２コンテンツを外部から取得し、前記記憶手段に記録する取得手段とを備え、
前記判断手段は、前記記憶手段に前記第２コンテンツが記憶されている場合には、前記読取失敗位置を含む前記第１コンテンツの一部が再生に不適切であると判断し、
前記再生手段は、前記取得手段による前記第２コンテンツの取得が終了した後に、前記第１コンテンツの再生を開始する
ことを特徴とする請求項１に記載の再生装置。
【請求項１３】
可搬型の記録媒体から、当該記録媒体に記録されている第１コンテンツの一部を読み取る読取手段と、
前記第１コンテンツの再生中に前記第１コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、
前記判断手段により前記第１コンテンツの一部が再生に不適切であると判断された場合に、当該一部に関連するデータである第２コンテンツを外部サーバから受信する受信手段と、
前記判断手段により前記第１コンテンツの一部が再生に適切であると判断された場合に、前記第１コンテンツの一部を再生し、前記判断手段により前記第１コンテンツの一部が再生に不適切であると判断された場合に、前記受信手段が受信した前記第２コンテンツを再生する再生手段と
を備えることを特徴とする再生装置。
【請求項１４】
前記再生装置は、更に、
前記第１コンテンツの再生中に、前記読取手段における前記第１コンテンツの読取失敗を検出する検出手段を備え、
前記判断手段は、前記第１コンテンツの再生中に、前記検出手段が前記第１コンテンツの読取失敗を検出すると、読取失敗位置を含む前記第１コンテンツの一部が再生に不適切であると判断する
ことを特徴とする請求項１３に記載の再生装置。
【請求項１５】
前記再生装置は、更に、
前記第１コンテンツの一部のデータの置換条件を記憶している置換条件記憶手段を備え、
前記判断手段は、前記第１コンテンツの再生中に、前記第１コンテンツの再生状況が前記置換条件を満たすか否かを判断し、前記再生状況が前記置換条件を満たす場合に、前記第１コンテンツの一部が再生に不適切であると判断する
ことを特徴とする請求項１３に記載の再生装置。
【請求項１６】
可搬型の記録媒体に記録されている第１コンテンツを再生する再生装置へデータを配信する配信サーバであって、
前記第１コンテンツに関連する第２コンテンツを記憶している記憶手段と、
前記再生装置から、前記第１コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信手段と、
前記位置情報により示される位置を含む前記第１コンテンツの一部に対応する前記第２コンテンツの一部を、前記再生装置へ送信する送信手段と
を備えることを特徴とする配信サーバ。
【請求項１７】
前記配信サーバは、更に、
前記第２コンテンツの一部を前記再生装置へ送信するか否かを判断する判断手段を備え、
前記送信手段は、前記判断手段により送信すると判断された場合にのみ、前記再生装置へ、前記第２コンテンツの一部を送信する
ことを特徴とする請求項１６に記載の配信サーバ。
【請求項１８】
前記データ要求は、前記再生装置を識別する装置識別情報と、前記記録媒体を識別する媒体識別情報とを含み、
前記記憶手段は、更に、前記装置識別情報と対応付けて、前記再生装置が利用する記録媒体を識別する１以上の媒体識別情報を記憶しており、
前記判断手段は、前記データ要求に含まれる前記媒体識別情報が、前記装置識別情報と対応付けられて前記記憶手段に記録されている場合に、前記第２コンテンツの一部を前記再生装置へ送信すると判断する
ことを特徴とする請求項１７に記載の再生装置。
【請求項１９】
前記データ要求は、前記再生装置を識別する装置識別情報を含み、
前記記憶手段は、更に、再生装置を識別する識別情報と対応付けて、当該再生装置へ過去に送信したデータのデータサイズを記録しており、
前記判断手段は、前記データ要求に含まれる前記装置識別情報に対応付けられて記録されているデータサイズが所定値以下の場合に、前記第２コンテンツの一部を前記再生装置へ送信すると判断する
ことを特徴とする請求項１７に記載の配信サーバ。
【請求項２０】
前記記憶手段は、更に、前記第１コンテンツの再生状況に対応した前記第１コンテンツの一部のデータの置換条件を記憶しており、
前記送信手段は、更に、前記再生装置へ前記置換条件を送信する
ことを特徴とする請求項１６に記載の配信サーバ。
【請求項２１】
前記配信サーバは、更に、
前記記憶手段に記録されている前記第２コンテンツの更新指示を受け付ける受付手段と、
前記更新指示を受け付けると、前記第２コンテンツを更新するデータ更新手段と
を備えることを特徴とする請求項１６に記載の配信サーバ。
【請求項２２】
再生装置で用いられる再生方法であって、
前記再生装置は、第１コンテンツの一部に関連する第２コンテンツを記憶する記憶手段を備え、
前記再生方法は、
可搬型の記録媒体から、当該記録媒体に記録されている第１コンテンツの一部を読み取る読取ステップと、
前記第１コンテンツの一部が再生に不適切であるか否かを判断する判断ステップと、
前記判断ステップにより前記第１コンテンツの一部が再生に適切であると判断された場合に、前記第１コンテンツの一部を再生し、前記判断ステップにより前記第１コンテンツの一部が再生に不適切であると判断された場合に、前記第２コンテンツを再生する再生ステップと
を含むことを特徴とする再生方法。
【請求項２３】
再生装置で用いられるコンピュータプログラムを記録しているコンピュータ読み取り可能な記録媒体であって、
前記再生装置は、第１コンテンツの一部に関連する第２コンテンツを記憶する記憶手段を備え、
前記コンピュータプログラムは、
可搬型の記録媒体から、当該記録媒体に記録されている第１コンテンツの一部を読み取る読取ステップと、
前記第１コンテンツの一部が再生に不適切であるか否かを判断する判断ステップと、
前記判断ステップにより前記第１コンテンツの一部が再生に適切であると判断された場合に、前記第１コンテンツの一部を再生し、前記判断ステップにより前記第１コンテンツの一部が再生に不適切であると判断された場合に、前記第２コンテンツを再生する再生ステップと
を含むことを特徴とする記録媒体。
【請求項２４】
可搬型の記録媒体から、当該記録媒体に記録されている第１コンテンツの一部を読み取る読取手段と、
前記第１コンテンツの一部に関連する第２コンテンツを記憶する記憶手段と、
前記第１コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、
前記判断手段により前記第１コンテンツの一部が再生に適切であると判断された場合に、前記第１コンテンツの一部を再生し、前記判断手段により前記第１コンテンツの一部が再生に不適切であると判断された場合に、前記第２コンテンツを再生する再生手段と
を備えることを特徴とする集積回路。
【請求項２５】
可搬型の記録媒体に記録されている第１コンテンツを再生する再生装置へデータを配信する配信サーバで用いられる配信方法であって、
前記配信サーバは、前記第１コンテンツに関連する第２コンテンツを記憶している記憶手段を備え、
前記配信方法は、
前記再生装置から、前記第１コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信ステップと、
前記位置情報により示される位置を含む前記第１コンテンツの一部に対応する前記第２コンテンツの一部を、前記再生装置へ送信する送信ステップと
を含むことを特徴とする配信方法。
【請求項２６】
可搬型の記録媒体に記録されている第１コンテンツを再生する再生装置へデータを配信する配信サーバで用いられるコンピュータプログラムを記録しているコンピュータ読み取り可能な記録媒体であって、
前記配信サーバは、前記第１コンテンツに関連する第２コンテンツを記憶している記憶手段を備え、
前記コンピュータプログラムは、
前記再生装置から、前記第１コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信ステップと、
前記位置情報により示される位置を含む前記第１コンテンツの一部に対応する前記第２コンテンツの一部を、前記再生装置へ送信する送信ステップと
を含むことを特徴とする記録媒体。
【請求項２７】
可搬型の記録媒体に記録されている第１コンテンツを再生する再生装置へデータを配信する配信サーバで用いられる集積回路であって、
前記第１コンテンツに関連する第２コンテンツを記憶している記憶手段と、
前記再生装置から、前記第１コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信手段と、
前記位置情報により示される位置を含む前記第１コンテンツの一部に対応する前記第２コンテンツの一部を、前記再生装置へ送信する送信手段と
を備えることを特徴とする集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光ディスク等の大容量記録メディアに格納されたデジタルコンテンツを再生する技術に関し、特に、時間を経ても、ユーザにとって価値の変わらない大容量記録メディアを提供することが可能となる技術に関する。
【背景技術】
【０００２】
ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ、登録商標である。）−ＲＯＭ等の光ディスクに、映画等のデジタルコンテンツ（以下、単に「コンテンツ」と呼称する。）を記録したパッケージメディアがユーザに販売されている。現在のＢＤ−ＲＯＭは、カートリッジに格納されていないベアディスクの状態でユーザに販売されている。ベアディスクは、カートリッジを持たないため、ディスク本体に傷が付きやすいという欠点がある。ディスク本体に傷が付くと、再生装置はディスク上のデータを読み取れなくなり、ユーザは購入したコンテンツを視聴することが出来なくなる。
【０００３】
また、ＢＤ−ＲＯＭに記録されているコンテンツは、映画等の本編コンテンツに加えて、映画のメイキング風景、出演者インタビュー、監督のコメンタリー、広告等の付加コンテンツを含んでいる場合がある。ここで、新しいパッケージメディアの発売広告や映画の予告等は、日付と関連付けられた映像、音声、及び文字等を含むことも多い。このような付加コンテンツを、その日付を過ぎた後に再生しても、ユーザ及び広告主の双方にとって有益でない。例えば、何ヶ月も前に公開された映画の広告を繰り返し見せられてもユーザにとって有益ではないし、広告主としても古い映画を広告し続ける意義は薄い。
【特許文献１】特開２００６−１２９１６９号公報
【特許文献２】特開平１０−３４１３８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記に説明したように、ユーザが購入したＢＤ−ＲＯＭは、ディスク本体に傷が付けばディスク自体の価値が低下してしまい、更に、時間の経過と共にコンテンツ自体の価値も低下してしまうという問題がある。
【０００５】
そこで、本発明は、上記の問題点に鑑みなされたものであって、コンテンツを記録した記録媒体の再生において、ディスクの価値及びコンテンツの価値が低下しないような再生制御を行う再生装置、再生方法、配信サーバ、配信方法、記録媒体、及び集積回路を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、本発明は、再生装置であって、可搬型の記録媒体から、当該記録媒体に記録されている第1コンテンツの一部を読み取る読取手段と、前記第１コンテンツの一部に関連する第２コンテンツを記憶する記憶手段と、前記第１コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、前記判断手段により前記第１コンテンツの一部が再生に適切であると判断された場合に、前記第１コンテンツの一部を再生し、前記判断手段により前記第１コンテンツの一部が再生に不適切であると判断された場合に、前記第２コンテンツを再生する再生手段とを備えることを特徴とする。
【発明の効果】
【０００７】
この構成によると、再生装置は、記録媒体に記録されている第１コンテンツの再生処理において、第１コンテンツ内に再生に不適切な部分が含まれている場合には、不適切な一部を再生することなく、第２コンテンツへ再生を切り替えることが可能となる。
【０００８】
ここで、前記再生装置は、更に、前記第１コンテンツの再生中に、前記読取手段における前記第１コンテンツの読取失敗を検出する検出手段と、前記検出手段が読取失敗を検出すると、読取失敗位置に対応するデータを外部から取得し、前記第２コンテンツとして前記記憶手段に記録する取得手段とを備えるように構成してもよい。
【０００９】
この構成によると、記録媒体上の傷などにより、コンテンツデータの読み取りに失敗した場合には、読み取りに失敗した位置のデータを外部から取得するため、再生装置は、コンテンツ全体のバックアップデータを記憶する必要が無い。
【００１０】
更に、コンテンツデータの読み取りに失敗した場合に、再生装置は、第１コンテンツから第２コンテンツへ再生を切り替えることにより、コンテンツ全体を再生することが可能となる。従って、たとえ記録媒体に傷が付いた場合であっても、コンテンツを視聴するユーザの立場からは、記録媒体の価値はいつまでも変わらない。
【００１１】
ここで、前記再生装置は、更に、前記第１コンテンツの一部のデータの置換条件を記憶している置換条件記憶手段を備え、前記取得手段は、更に、前記第１コンテンツの再生状況が前記置換条件を満たすか否かを判断し、前記再生状況が前記置換条件を満たす場合に、前記第１コンテンツの一部に対応する置換データを外部から取得し、第３コンテンツとして前記記憶手段に記録し、前記再生手段は、更に、前記判断手段により前記第１コンテンツの一部が再生に不適切であると判断された場合に、前記第３コンテンツを再生するように構成してもよい。
【００１２】
この構成によると、再生装置は、コンテンツの再生状況に応じて、不適切なコンテンツを適切なコンテンツに置換して再生することが可能となる。
ここで、前記置換条件記憶手段は、更に、前記置換条件と対応付けて、当該置換条件の有効期限を記憶しており、前記再生装置は、更に、前記有効期限に基づき、前記置換条件が有効であるか無効であるかを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を更新する更新手段を備えるように構成してもよい。
【００１３】
時間の経過と共に、置換条件記憶手段に記憶されている置換条件自体が不適切となる場合が考えられる。しかし、上記の構成によると、再生装置は、置換条件を更新することが可能であるから、常に、適切な置換条件に基づき、コンテンツの置換の必要性を判断することが可能となる。
【００１４】
ここで、前記置換条件は、前記第１コンテンツの一部のデータの再生可能期間の終期を含み、前記取得手段は、前記再生状況である再生日時が前記再生可能期間の終期を超えている場合には、前記再生状況が前記置換条件を満たすと判断するように構成してもよい。
【００１５】
この構成によると、コンテンツを再生する日時によっては、再生が不適切となるコンテンツを、適切なコンテンツに置換して再生することが可能となる。
例えば、新しいパッケージメディアの発売広告や映画の予告等は、日付と関連付けられた映像、音声、及び文字等を含むこと多い。このような時間的要素を含む広告を、その日付を過ぎた後に再生しても、ユーザ及び広告主の双方にとって有益でない。ここで、本発明の再生装置によれば、再生日時に応じて、コンテンツを置換することが可能であるため、常に最新の広告を取得して再生することができる。
【００１６】
従って、たとえ記録媒体を購入してから時間が経過した後であっても、コンテンツ（例えば、広告）を視聴するユーザの立場からは、コンテンツの価値はいつまでも変わらない。
【００１７】
ここで、前記置換条件は、前記第１コンテンツの一部のデータの再生可能回数を示しており、前記取得手段は、前記再生状況である再生回数が前記再生可能回数を超えている場合には、前記再生状況が前記置換条件を満たすと判断するように構成してもよい。
【００１８】
この構成によると、コンテンツを再生した回数によっては、再生が不適切となるコンテンツを、適切なコンテンツに置換して再生することが可能となる。
これは、例えば、高価値なコンテンツの再生回数を制限する仕組みとして用いることも可能である。また一方で、何度も同じコンテンツをユーザが視聴することにより、ユーザが飽きてくることを考慮して、新たなコンテンツに置換する仕組みとして用いることも可能である。
【００１９】
ここで、前記再生手段による前記第１コンテンツの再生前に、前記更新手段は、前記置換条件が有効であるか否かを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を、取得した新たな置換条件を用いて更新し、前記取得手段は、前記置換条件記憶手段に記憶されている置換条件を用いて前記判断を行い、前記第２コンテンツを取得するように構成してもよい。
【００２０】
この構成によると、再生装置は、コンテンツの再生時には、既に置換に必要な第２コンテンツを保持しているので、コンテンツの全体を途切れることなく再生することが可能となる。
【００２１】
ここで、前記判断手段は、前記記憶手段に前記第２コンテンツが記憶されている場合に、前記第１コンテンツの一部が再生に不適切であると判断するように構成してもよい。
この構成によると、再生装置は、第２コンテンツが記憶手段に記録済みであるか否かを判断することにより、第１コンテンツの該当部分が再生に不適切であるか否かを判断する。従って、既に第２コンテンツを取得済みである部分については、読取失敗を検出する必要はなく、置換条件を確認する必要もないため、コンテンツ全体を途切れさせることなく再生することが可能となる。
【００２２】
ここで、  前記再生装置は、更に、前記第１コンテンツを再生する前に、前記読取手段における前記第１コンテンツの読取失敗を検出する検出手段と、前記検出手段が読取失敗を検出すると、読取失敗位置に対応する前記第２コンテンツを外部から取得し、前記記憶手段に記録する取得手段とを備え、前記判断手段は、前記記憶手段に前記第２コンテンツが記憶されている場合には、前記読取失敗位置を含む前記第１コンテンツの一部が再生に不適切であると判断し、前記再生手段は、前記取得手段による前記第２コンテンツの取得が終了した後に、前記第１コンテンツの再生を開始するように構成してもよい。
【００２３】
この構成によると、再生装置は、コンテンツの再生時には、既に読み取り失敗位置に対応する第２コンテンツを保持しているので、コンテンツの全体を途切れることなく再生することが可能となる。
【００２４】
また、上記の目的を達成するために、本発明は、再生装置であって、可搬型の記録媒体から、当該記録媒体に記録されている第１コンテンツの一部を読み取る読取手段と、前記第１コンテンツの再生中に前記第１コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、前記判断手段により前記第１コンテンツの一部が再生に不適切であると判断された場合に、当該一部に関連するデータである第２コンテンツを外部サーバから受信する受信手段と、前記判断手段により前記第１コンテンツの一部が再生に適切であると判断された場合に、前記第１コンテンツの一部を再生し、前記判断手段により前記第１コンテンツの一部が再生に不適切であると判断された場合に、前記受信手段が受信した前記第２コンテンツを再生する再生手段とを備えることを特徴とする。
【００２５】
この構成によると、再生装置は、第２コンテンツを記録しておく記憶領域が小さかったり、そのような記憶領域を備えていなくても、記録媒体に記録されている第１コンテンツの再生処理において、第１コンテンツ内に再生に不適切な部分が含まれている場合には、不適切な一部を再生することなく、第２コンテンツへ再生を切り替えることが可能となる。
【００２６】
また、上記の目的を達成するために、本発明は、可搬型の記録媒体に記録されている第１コンテンツを再生する再生装置へデータを配信する配信サーバであって、前記第１コンテンツに関連する第２コンテンツを記憶している記憶手段と、前記再生装置から、前記第１コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信手段と、前記位置情報により示される位置を含む前記第１コンテンツの一部に対応する前記第２コンテンツの一部を、前記再生装置へ送信する送信手段とを備えることを特徴とする。
【００２７】
この構成によると、配信サーバは、再生に不適切な一部に対応する第２コンテンツを、再生装置に提供することができる。これにより、再生装置側では、第１コンテンツの再生処理において、第１コンテンツ内に再生に不適切な一部が含まれている場合には、不適切な一部を再生することなく、配信サーバから取得した第２コンテンツへ再生を切り替えることが可能となる。
【００２８】
ここで、前記配信サーバは、更に、前記第２コンテンツの一部を前記再生装置へ送信するか否かを判断する判断手段を備え、前記送信手段は、前記判断手段により送信すると判断された場合にのみ、前記再生装置へ、前記第２コンテンツの一部を送信するように構成してもよい。
【００２９】
即ち、配信サーバは、再生装置へ無条件に第２コンテンツを提供するのではなく、第２コンテンツを提供するか否かを判断する判断手段を有する。従って、配信サーバは、不正な再生装置からの要求に対しては、第２コンテンツの送信を拒否ことができる。
【００３０】
ここで、前記データ要求は、前記再生装置を識別する装置識別情報と、前記記録媒体を識別する媒体識別情報とを含み、前記記憶手段は、更に、前記装置識別情報と対応付けて、前記再生装置が利用する記録媒体を識別する１以上の媒体識別情報を記憶しており、前記判断手段は、前記データ要求に含まれる前記媒体識別情報が、前記装置識別情報と対応付けられて前記記憶手段に記録されている場合に、前記第２コンテンツの一部を前記再生装置へ送信すると判断するように構成してもよい。
【００３１】
この構成によると、予め登録しておいた再生端末に対して第２コンテンツを提供することができ、登録されていない不正な再生端末に対して第２コンテンツの提供を拒否することができる。
【００３２】
ここで、前記データ要求は、前記再生装置を識別する装置識別情報を含み、前記記憶手段は、更に、再生装置を識別する識別情報と対応付けて、当該再生装置へ過去に送信したデータのデータサイズを記録しており、前記判断手段は、前記データ要求に含まれる前記装置識別情報に対応付けられて記録されているデータサイズが所定値以下の場合に、前記第２コンテンツの一部を前記再生装置へ送信すると判断するように構成してもよい。
【００３３】
この構成によると、例えば、膨大なデータ量の第２コンテンツを取得しようとする不正な再生端末に対して、第２コンテンツの提供を拒否することができる。
ここで、前記記憶手段は、更に、前記第１コンテンツの再生状況に対応した前記第１コンテンツの一部のデータの置換条件を記憶しており、前記送信手段は、更に、前記再生装置へ前記置換条件を送信するように構成してもよい。
【００３４】
この構成によると、配信サーバは、再生装置に対して、コンテンツの置換の必要性を判断するための置換条件を提供することが可能となる。
また、再生装置が記憶している置換条件は、時間の経過と共に不適切となる場合も予測される。本発明によれば、この様な場合であっても、配信サーバから再生装置へ新しい置換条件を送信することが可能であるから、再生装置は、常に適切な置換条件に基づき、コンテンツの置換の必要性を判断することができる。
【００３５】
ここで、前記配信サーバは、更に、前記記憶手段に記録されている前記第２コンテンツの更新指示を受け付ける受付手段と、前記更新指示を受け付けると、前記第２コンテンツを更新するデータ更新手段とを備えるように構成してもよい。
【００３６】
この構成によると、配信サーバ自身が保持している第２コンテンツが時間の経過と共に不適切となる場合も予測される。しかし、この様な場合であっても、本発明の配信サーバは、第２コンテンツを更新することが可能であるため、常に適切な第２コンテンツを、再生装置へ提供することが可能となる。
【発明を実施するための最良の形態】
【００３７】
以下、本発明の実施の形態について、図面を参照しながら説明する。
≪第１の実施形態≫
ここでは、本発明の第１の実施形態として、コンテンツ再生システム１について説明する。
【００３８】
＜構成＞
１．コンテンツ再生システム１の全体構成
図１は、コンテンツ再生システム１の全体構成を示す図である。
【００３９】
同図に示すように、コンテンツ再生システム１は、記録媒体１０、再生端末２０、コンテンツ配信サーバ３０、及び出力装置４０から構成される。再生端末２０とコンテンツ配信サーバ３０とは、通信路５０を介して接続されている。
【００４０】
コンテンツ再生システム１は、再生端末２０が記録媒体１０に記録されているコンテンツを再生するシステムである。
記録媒体１０は、コンテンツが記録された記録媒体であって、本実施形態では、ＢＤ−ＲＯＭを想定している。また、本実施形態では、記録媒体１０に記録されているコンテンツは、映像及び音声からなるデジタルデータを想定している。
【００４１】
再生端末２０は、記録媒体１０からコンテンツを読み取り、再生する装置である。本実施形態では、再生端末２０としてＢＤプレーヤを想定している。再生端末２０は、記録媒体１０から読み取ったコンテンツを再生する機能に加えて、通信路５０を介して、コンテンツ配信サーバ３０と通信する機能を有する。再生端末２０は、記録媒体１０からのデータの読み取りに失敗すると、通信路５０を介して、コンテンツ配信サーバ３０から読み取りに失敗した位置以降のデータを取得して記憶する。
【００４２】
再生端末２０は、記録媒体１０の次回以降の再生において、過去にデータの読み取りに失敗した位置については、コンテンツ配信サーバ３０から取得したデータを再生し、過去にデータの読み取りに失敗していない位置については、記録媒体１０のデータを再生する。
【００４３】
コンテンツ配信サーバ３０は、通信路５０を介して再生端末２０にコンテンツを提供する装置である。コンテンツ配信サーバ３０は、再生端末２０からデータの送信を要求する旨の通知を受信すると、再生端末２０へコンテンツの送信を許可するか否かを判断する。送信を許可すると判断した場合、コンテンツ配信サーバ３０は、再生端末２０へ、読み取りに失敗した位置以降のデータを送信する。送信を拒否すると判断した場合、コンテンツ配信サーバ３０は、再生端末２０へコンテンツの送信を拒否する旨を示す拒否データを送信する。
【００４４】
出力装置４０は、再生端末２０から出力されたコンテンツデータを出力する装置であり、具体的には、テレビやディスプレイ、スピーカ等である。
通信路５０は、再生端末２０とコンテンツ配信サーバ３０との間の情報の通信に用いる通信路である。本実施形態では、通信路５０として、インターネットを想定している。
【００４５】
２．記録媒体１０のデータ構造
図２は、記録媒体１０に記録されている情報を示す図である。
同図に示すように、記録媒体１０は、メディアＩＤ１０１、コンテンツＩＤ１０２、サーバ位置情報１０３、複数個の再生位置情報１０４ａ、…、１０４ｂ、及び複数個のコンテンツデータ１０５ａ、…、１０５ｂを記録している。
【００４６】
図３は、記録媒体１０に記録されている各情報の具体例を示す図である。図３を用いて、記録媒体１０に記録されている各情報をより詳細に説明する。
メディアＩＤ１０１は、記録媒体１０を識別する識別情報である。一つの具体例として、記録媒体１０の製造番号をメディアＩＤ１０１として用いてもよい。本実施形態では、図３に示すように、記録媒体１０のメディアＩＤ１０１は、「Ｄｉｓｋ００１」である。
【００４７】
コンテンツＩＤ１０２は、記録媒体１０に記録されているコンテンツを識別する識別情報である。コンテンツＩＤ１０２は、コンテンツ毎に異なるＩＤが割り振られている。従って、記録媒体１０内に複数のコンテンツが記録されている場合には、複数のコンテンツＩＤが記録されることとなる。本実施形態では、図３に示すように、コンテンツＩＤ１０２は「Ｃｏｎｔｅｎｔ０１」である。
【００４８】
サーバ位置情報１０３は、記録媒体１０に記録されているコンテンツに対応する復元データを配信するコンテンツ配信サーバ３０のネットワーク上の位置を示す情報である。本実施形態では、図３に示すように、サーバ位置情報１０３として、ＵＲＬである「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ００１．ｃｏ．ｊｐ」を用いる。復元データについては後述する。
【００４９】
次に、再生位置情報及びコンテンツデータについて説明する。
記録媒体１０に記録されているコンテンツは、所定の単位で分割された複数個のコンテンツデータから構成される。そして、コンテンツデータのそれぞれに、一つの再生位置情報が対応付けられている。各再生位置情報は、対応するコンテンツデータのコンテンツ内における位置を示し、この情報から各コンテンツデータの再生順序も知ることができる。
【００５０】
例えば、図３の具体例では、再生位置情報１０４ａとコンテンツデータ１０５ａとが対応しており、「Ｐｏｓｉｔｉｏｎ０１」は、対応するコンテンツデータ１０５ａの位置を示す。また、再生位置情報１０４ｂとコンテンツデータ１０５ｂとが対応しており、「Ｐｏｓｉｔｉｏｎ９９」は、対応するコンテンツデータ１０５ｂの位置を示す。再生位置情報の具体例として、コンテンツの始点からの各コンテンツデータの再生時間を用いてもよい。
【００５１】
なお、コンテンツデータ１０５ａの「１０００１１…０００００ｂ」、コンテンツデータ１０５ｂの「１０００１１…１１１１１ｂ」等の記載は、コンテンツのデジタルデータを示している。
【００５２】
また、図３では、説明の便宜のために、メディアＩＤ等を文字列で表しているが、実際の実装では他のデータ構造を用いてもよい。例えば、それぞれ所定ビット数の２進数のデータで表すことが一般的である。
【００５３】
３．再生端末２０の構成
図４は、再生端末２０の構成を機能的に示す機能ブロック図である。
同図に示すように、再生端末２０は、メディア読取部２０１、受信部２０２、送信部２０３、端末情報記憶部２０４、復元データ記憶部２０５、端末制御部２０６、及び出力部２０７から構成される。
【００５４】
再生端末２０は、具体的には、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスクユニット等から構成されるコンピュータシステムである。再生端末２０は、ＣＰＵが、ＲＯＭ、ＲＡＭ又はハードディスクユニットに記録されているコンピュータプログラムを実行することにより、その機能を達成する。
【００５５】
（１）メディア読取部２０１
メディア読取部２０１は、具体的には、ＢＤ−ＲＯＭドライブである。
メディア読取部２０１は、端末制御部２０６の指示に従い、記録媒体１０から、メディアＩＤ１０１、コンテンツＩＤ１０２、サーバ位置情報１０３、再生位置情報１０４ａ、…、１０４ｂ、及びコンテンツデータ１０５ａ、…、１０５ｂを読み取る。
【００５６】
（２）受信部２０２及び送信部２０３
受信部２０２及び送信部２０３は、ネットワーク接続ユニットから構成される。
受信部２０２は、通信路５０を介して、コンテンツ配信サーバ３０から情報を受信し、送信部２０３は、通信路５０を介して、コンテンツ配信サーバ３０へ情報を送信する。
【００５７】
受信部２０２は、具体的には、コンテンツ配信サーバ３０から復元データ又は復元データの送信を拒否する旨の拒否データを受信する。
送信部２０３は、具体的には、コンテンツ配信サーバ３０へ、登録要求及び復元データ要求を送信する。
【００５８】
登録要求は、記録媒体１０が再生端末２０で初めて再生される際に、コンテンツ配信サーバ３０へ送信される情報である。登録要求は、「再生端末２０が記録媒体１０を再生する装置である旨」を示す情報である。より具体的には、登録要求は、端末情報記憶部２０４に記憶されている端末ＩＤ２１１、及び記録媒体１０のメディアＩＤ１０１を含む。
【００５９】
復元データ要求は、記録媒体１０からのデータの読み取りに失敗した場合に、コンテンツ配信サーバ３０へ送信される情報である。復元データ要求は、読み取りに失敗した位置以降のコンテンツを要求する情報である。復元データ要求は、端末ＩＤ２１１、メディアＩＤ１０１、コンテンツＩＤ１０２、及び読み取りに失敗した位置を示す再生位置情報を含む。
【００６０】
（３）端末情報記憶部２０４
端末情報記憶部２０４は、具体的にはフラッシュメモリで構成されており、図５に示す端末固有データを記憶している。
【００６１】
同図に示すように、端末固有データは、端末ＩＤ２１１、端末位置情報２１２、及び登録済みメディアＩＤ２１３から構成される。
端末ＩＤ２１１は、再生端末２０を識別する識別情報である。具体的には再生端末２０に割り当てられた製造番号である。本実施形態では、端末ＩＤ２１１として、「Ｔｅｒｍｉｎａｌ００１」を用いる。
【００６２】
端末位置情報２１２は、再生端末２０のネットワーク上の位置を示す情報である。本実施形態では、端末位置情報２１２として、再生端末２０のＵＲＬである「ｈｔｔｐ：／／ｗｗｗ．ｔｅｒｍｉｎａｌ００１．ｎｅ．ｊｐ」を用いる。
【００６３】
登録済みメディアＩＤ２１３には、再生端末２０が過去に再生した記録媒体のメディアＩＤが含まれる。再生端末２０が過去に複数個の記録媒体を再生した場合には、登録済みメディアＩＤ２１３は、複数個のメディアＩＤを含む。図５の具体例では、登録済みメディアＩＤ２１３には、「Ｄｉｓｋ００１」、「Ｄｉｓｋ３８２」等のメディアＩＤが含まれている。
【００６４】
（４）復元データ記憶部２０５
復元データ記憶部２０５は、具体的にはハードディスクユニットで構成されており、コンテンツ配信サーバ３０から受信した復元データを記憶する。
【００６５】
図６は、復元データ記憶部２０５に記録される復元データの具体的なデータ構造を示す図である。
同図に示すように、復元データ記憶部２０５には、復元データ１及び復元データ２を含む複数個の復元データが記録される。各復元データは、メディアＩＤ，１以上の再生位置情報、及び１以上の部分コンテンツデータから構成される。
【００６６】
メディアＩＤは、再生端末２０が過去に読み取りに失敗した記録媒体を示す。例えば、復元データ１に含まれるメディアＩＤ２２１は、「Ｄｉｓｋ００１」であるから、記録媒体１０を示している（図３参照）。
【００６７】
再生位置情報と部分コンテンツデータとは１対１に対応しており、各再生位置情報は、対応する部分コンテンツデータのコンテンツ内における位置を示す。例えば、再生位置情報２２２ａは、部分コンテンツデータ２２３ａと対応しており、部分コンテンツデータ２２３ａの位置を示す。再生位置情報２２２ｂは、部分コンテンツデータ２２３ｂと対応しており、部分コンテンツデータ２２３ｂの位置を示す。
【００６８】
なお、本実施形態及び他の全ての実施形態において、記録媒体に記録されているコンテンツについては、「コンテンツデータ」と呼称し。再生端末がコンテンツ配信サーバから取得するコンテンツについては、「部分コンテンツデータ」と呼称する。
【００６９】
部分コンテンツデータは、図３の説明で述べたコンテンツデータと同様に、コンテンツを所定の単位で分割したデータである。その所定の単位は、コンテンツデータと同一である。また、部分コンテンツデータのデータは、同一の再生位置情報を有するコンテンツデータと同一内容のデータである。
【００７０】
復元データに含まれる再生位置情報及び部分コンテンツデータは、記録媒体からのコンテンツデータの読み取りに失敗した位置以降の再生位置情報及び部分コンテンツデータを含む。
【００７１】
例えば、図６に依れば、復元データ１は、「Ｐｏｓｉｔｉｏｎ３０」から、「Ｐｏｓｉｔｉｏｎ９９」」までの再生位置情報、及びそれに対応する部分コンテンツデータを含むことから、再生端末２０は、記録媒体１０の再生中に、再生位置「Ｐｏｓｉｔｉｏｎ３０」で、コンテンツデータの読み取りに失敗したことがわかる。
【００７２】
（５）端末制御部２０６
端末制御部２０６は、再生端末２０を構成する各機能ブロックを制御し、コンテンツの再生に必要な一般的な制御、及び、本発明に係る特徴的な機能を実現する。端末制御部２０６は、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、ＲＯＭ等に記録された制御プログラムを、ＣＰＵ、ＲＡＭ等を用いて動作させることにより各種の機能を実現する。また、端末制御部２０６をハードウェアで実装するように構成してもよい。
【００７３】
図７は、端末制御部２０６の内部構成を機能的に示す機能ブロック図である。
同図に示すように、端末制御部２０６は、再生確認部２３１、失敗検出部２３２、要求部２３３、データアクセス部２３４、データ取得部２３５、デコードデータ制御部２３６、及びデコード部２３７から構成される。
【００７４】
再生確認部２３１は、記録媒体１０を再生する際に、記録媒体１０が初めて再生される記録媒体であるか否かを確認する。具体的には、再生確認部２３１は、メディア読取部２０１が読み取ったメディアＩＤ１０１（Ｄｉｓｋ００１）が、端末情報記憶部２０４に記録されている登録済みメディアＩＤ２１３に含まれるか否かを確認する。
【００７５】
確認の結果、メディアＩＤ１０１が登録済みメディアＩＤ２１３に含まれていない場合には、再生確認部２３１は、記録媒体１０が初めて再生される記録媒体であると判断して、メディアＩＤ１０１を端末情報記憶部２０４の登録済みメディアＩＤ２１３に追加して記録する。更に、再生確認部２３１は、記録媒体１０が初めて再生される記録媒体であると判断した場合には、再生端末２０が記録媒体１０を再生する機器であることをコンテンツ配信サーバ３０に登録するために、メディアＩＤ１０１と共に、登録要求を作成する指示を、要求部２３３へ出力する。
【００７６】
失敗検出部２３２は、メディア読取部２０１による記録媒体１０の読み取りの失敗を検出する。具体的には、メディア読取部２０１から受け取ったコンテンツデータが正しいフォーマットとは異なる場合に読み取りに失敗したと判断する。更に、失敗検出部２３２は、デコード部２３７からコンテンツデータのデコードに失敗した旨の通知を受けると、読み取りに失敗したと判断する。これらは主にディスク上の傷によりコンテンツデータの読み取りに失敗した場合である。なお、失敗検出部２３２は、ディスク上の傷による読み取りの失敗のみではなく、メディア読取部２０１の不具合による読み取りの失敗も含めて検出するとしてもよい。
【００７７】
失敗検出部２３２は、読み取り失敗を検出すると、コンテンツ配信サーバ３０へ復元データを要求するために、メディアＩＤ１０１と読み取りに失敗した位置を示す再生位置情報と共に、復元データ要求を作成する指示を、要求部２３３へ出力する。
【００７８】
要求部２３３は、再生確認部２３１からの指示を受けて、登録要求を作成する。登録要求は、記録媒体１０が初めて再生端末２０で再生される際に作成される要求である。また、上述したように、登録要求は、コンテンツ配信サーバ３０へ再生端末２０が記録媒体１０を再生する機器であることの登録を要求するものである。要求部２３３は、再生確認部２３１から受け取ったメディアＩＤ１０１と、端末情報記憶部２０４に記録されている再生端末２０の端末ＩＤ２１１とを含む登録要求を作成する。
【００７９】
更に、要求部２３３は、失敗検出部２３２からの指示を受けて、復元データ要求を作成する。復元データ要求は、再生端末２０が記録媒体１０の再生に失敗した際に作成される要求である。また、上述したように、復元データ要求は、コンテンツ配信サーバ３０に、読み取りに失敗した再生位置以降の部分コンテンツデータを含む復元データの配信を要求するものである。要求部２３３は、失敗検出部２３２から受け取ったメディアＩＤ１０１、読み取りに失敗したコンテンツのコンテンツＩＤ１０２、読み取りに失敗した位置を示す再生位置情報、端末情報記憶部２０４から読み取った端末ＩＤ２２１及び端末位置情報２２２を含む復元データ要求を作成する。
【００８０】
要求部２３３により作成された登録要求及び復元データ要求は、送信部２０３及び通信路５０を介して、コンテンツ配信サーバ３０へ送信される。このとき、送信部２０３は、記録媒体１０に記録されているサーバ位置情報１０３（図３参照）を用いて、登録要求及び復元データを、コンテンツ配信サーバ３０へ宛てて送信する。
【００８１】
データアクセス部２３４は、受信部２０２がコンテンツ配信サーバ３０から復元データを受信すると、受信部２０２から復元データを受け取り、復元データ記憶部２０５に記録する。
【００８２】
また、データアクセス部２３４は、データ取得部２３５からの要求に応じて、復元データ記憶部２０５から再生位置情報及び部分コンテンツデータを読み取る。データアクセス部２３４は、読み取った再生位置情報及び部分コンテンツデータを、データ取得部２３５へ出力する。
【００８３】
データ取得部２３５は、コンテンツの再生処理に際し、記録媒体１０に記録されているコンテンツデータ、又は復元データ記憶部２０５に記録されている部分コンテンツデータを取得する。
【００８４】
更に、データ取得部２３５は、記録媒体１０に記録されているコンテンツデータ１０５の再生中には、メディア読取部２０１から記録媒体１０のメディアＩＤ１０１と現在再生中の位置を示す再生位置情報とを取得する。また、データ取得部２３５は、復元データ記憶部２０５に記録されている部分コンテンツデータの再生中には、再生中の部分コンテンツデータに対応するメディアＩＤと現在再生中の位置を示す再生位置情報とを取得する。
【００８５】
データ取得部２３５は、再生するコンテンツデータに対応するメディアＩＤ及び再生位置情報が復元データ記憶部２０５に記録されていない場合には、記録媒体１０から、再生位置情報に対応するコンテンツデータを読み取り、再生位置情報と共にデコードデータ制御部２３６に出力する。一方、再生するコンテンツデータに対応するメディアＩＤおよび再生位置情報が復元データ記憶部２０５に記録されている場合には、復元データ記憶部２０５から、再生位置情報に対応する部分コンテンツデータを読み取り、再生位置情報と共にデコードデータ制御部２３６に出力する。
【００８６】
先に述べたように、復元データ記憶部２０５には、過去に記録媒体からの読み取りに失敗したコンテンツについて、失敗した位置以降の再生位置情報と、それに対応する部分コンテンツデータとが記録されている。
【００８７】
即ち、データ取得部２３５は、過去に読み取りに失敗した再生位置については復元データ記憶部２０５に記録されている部分コンテンツデータを取得する。一方、データ取得部２３５は、過去に読み取りに失敗していない再生位置については記録媒体１０に記録されているコンテンツデータを取得する。
【００８８】
デコードデータ制御部２３６は、データ取得部２３５から、再生位置情報及びコンテンツデータ、又は、再生位置情報及び部分コンテンツデータを取得する。
ここで、データ取得部２３５にかかる処理負荷によっては、データ取得部２３５からデコードデータ制御部２３６へ出力されるデータ量、並びに、コンテンツデータ及び部分コンテンツデータの再生順序が変化することがある。従って、デコードデータ制御部２３６は、この変化に備えて、コンテンツデータ及び部分コンテンツデータを幾つかバッファリングした上で出力する機能を有する。
【００８９】
更に、デコードデータ制御部２３６は、バッファリングしたコンテンツデータ及び部分コンテンツデータを、それぞれ再生位置情報に基づいて正しい再生順序に並び替えた上でデコード部２３７へ出力する。
【００９０】
なお、デコードデータ制御部２３６は、データ取得部２３５から、常に再生順序に従った安定した量のデータが届くのであれば、バッファリング機能及び再生順序の並び替えの機能は不要である。この場合には、デコードデータ制御部２３６を介さずに、データ取得部２３５からデコード部２３７へ、直接コンテンツデータ及び部分コンテンツデータが出力される構成としてもよい。
【００９１】
デコード部２３７は、コンテンツデータ及び部分コンテンツデータに含まれる映像及び音声をそれぞれデコードし、デコードした映像信号及び音声信号を、出力部２０７へ出力する。
【００９２】
（６）出力部２０７
出力部２０７は、デコード部２３７からデコードされた映像信号及び音声信号を受け取り、受け取った映像信号及び音声信号を、出力装置４０へ出力する。
【００９３】
以上で、再生端末２０の構成についての説明を終了する。なお、図７に示した端末制御部２０６の内部構成については、集積回路化が可能である。また、復元データ記憶部２０５および端末情報記憶部２０４をハードディスクではなくフラッシュメモリ等として実現した場合には、これらも含めて集積回路化が可能である。
【００９４】
４．コンテンツ配信サーバ３０の構成
図８は、コンテンツ配信サーバ３０の構成を機能的に示す機能ブロック図である。
同図に示すように、コンテンツ配信サーバ３０は、受信部３０１、送信部３０２、再生端末情報記憶部３０３、コンテンツ記憶部３０４、及びサーバ制御部３０５から構成される。
【００９５】
コンテンツ配信サーバ３０は、具体的には、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスクユニット等から構成されるコンピュータシステムである。コンテンツ配信サーバ３０は、ＣＰＵが、ＲＯＭ、ＲＡＭ又はハードディスクユニットに記録されているコンピュータプログラムを実行することにより、その機能を達成する。
【００９６】
（１）受信部３０１及び送信部３０２
受信部３０１及び送信部３０２は、ネットワーク接続ユニットから構成される。
受信部３０１は、通信路５０を介して、再生端末２０から情報を受信し、送信部３０２は、通信路５０を介して、再生端末２０へ情報を送信する。
【００９７】
受信部３０１は、具体的には、再生端末２０から登録要求及び復元データ要求を受信する。
送信部３０２は、具体的には、サーバ制御部３０５から復元データ及び端末位置情報、又は復元データの送信を拒否することを示す拒否データ及び端末位置情報を受け取り、受け取った端末位置情報が示す再生端末を送信先として、復元データ又は拒否データを送信する。
【００９８】
（２）再生端末情報記憶部３０３
再生端末情報記憶部３０３は、ハードディスク又はフラッシュメモリで構成される。
再生端末情報記憶部３０３は、再生端末ごとの部分コンテンツデータの送信状況等に関する管理情報を記録する。
【００９９】
図９は、端末情報記憶部３０３に記録されている管理情報を示す図である。
同図に示すように、管理情報は、再生端末情報１及び再生端末情報２を含む複数個の再生端末情報を含む。再生端末情報は、再生端末毎に記録されており、各再生端末情報は、端末ＩＤ，及び、メディアＩＤと部分コンテンツ送信個数との組を１つ以上含む。
【０１００】
端末ＩＤは、登録済みの再生端末を識別する情報である。メディアＩＤは、登録済みの再生端末にて再生される記録媒体を識別する情報である。部分コンテンツ送信個数は、登録済みの再生端末へ送信された、対応するメディアＩＤにより識別される記録媒体に記録されているコンテンツデータに対応する部分コンテンツデータの個数を示す情報である。コンテンツ配信サーバ３０から、登録済みの再生端末に、１度も部分コンテンツデータを送信していない場合には、部分コンテンツ送信個数には「０」が記述される。
【０１０１】
図９に示す具体例では、再生端末情報１に含まれる端末ＩＤ３１１は、「Ｔｅｒｍｉｎａｌ００１」であるから、再生端末情報１は、再生端末２０に対応する情報である（図３参照）。また、再生端末情報１は、メディアＩＤ「Ｄｉｓｋ００１」（３１２）、及びメディアＩＤ３１２に対応する部分コンテンツ送信個数「５」（３１３）を含む。これは、コンテンツ配信サーバ３０から、再生端末２０へ、記録媒体１０に記録されているコンテンツデータに対応する５個の部分コンテンツデータを送信済みであることを示している。
【０１０２】
なお、部分コンテンツ送信個数は、復元データ要求を送信してきた再生端末に対して部分コンテンツデータを送信するか否かの判断に用いられる。その判断の詳細については後述する。
【０１０３】
（３）コンテンツ記憶部３０４
コンテンツ記憶部３０４は、ハードディスク又はフラッシュメモリで構成される。
コンテンツ記憶部３０４は、コンテンツ配信サーバ３０が配信する部分コンテンツデータ及び部分コンテンツデータに関する管理情報を記録している。また、コンテンツ記憶部３０４は、サーバ制御部３０５からの指示に従って、記録されている部分コンテンツデータの中から、再生端末２０に送信すべき部分コンテンツデータを読み取る。
【０１０４】
図１０は、コンテンツ記憶部３０４に記録されている情報のデータ構造を示す図である。同図に示すように、コンテンツ記憶部３０４には、コンテンツ情報１、コンテンツ情報２を含む複数個のコンテンツ情報が記録されている。
【０１０５】
各コンテンツ情報は、コンテンツＩＤ、複数個の再生位置情報、複数個の部分コンテンツデータ、及び１以上のメディアＩＤを含む。
コンテンツＩＤは、コンテンツ配信サーバ３０が配信可能なコンテンツを識別する情報である。図１０の具体例では、コンテンツ情報１に含まれるコンテンツＩＤ３２１は、「Ｃｏｎｔｅｎｔ０１」である。
【０１０６】
再生位置情報及び部分コンテンツデータは、図６の説明で述べた再生位置情報及び部分コンテンツデータと同様である。即ち、再生位置情報と部分コンテンツデータとは１対１に対応している。また、部分コンテンツデータは、コンテンツを所定の単位で分割したデータであり、再生位置情報は、対応する部分コンテンツデータの再生順序を示す。例えば、図１０の具体例では、再生位置情報３２２は、部分コンテンツデータ３２３に対応しており、部分コンテンツデータ３２３の再生順序を示す。
【０１０７】
なお、本実施形態では、コンテンツ情報１に含まれるコンテンツＩＤ３２１のフォーマットは、記録媒体１０に記録されているコンテンツＩＤ１０２のフォーマットと同一であるとする。また、コンテンツ情報１に含まれる各再生位置情報のフォーマットは、記録媒体１０に記録されている各再生位置情報のフォーマットと同一であるとする。
【０１０８】
ここで、コンテンツ情報１は、記録媒体１０に記録されている全てのコンテンツデータに対応する全ての部分コンテンツデータを含む。これは、再生端末２０が、記録媒体１０からのデータの読み取りに、いかなる位置で失敗したとしても適切な部分コンテンツデータを配信できるようにするためである。
【０１０９】
コンテンツ情報に含まれるメディアＩＤは、コンテンツを記録している記録媒体を識別する情報である。例えば図１０では、コンテンツ情報１は、メディアＩＤ「Ｄｉｓｋ０１」（２３４ａ）、…、メディアＩＤ「Ｄｉｓｋ１１」（２３４ｂ）を含む。これは、コンテンツＩＤ「Ｃｏｎｔｅｎｔ０１」により識別されるコンテンツが、メディアＩＤ「Ｄｉｓｋ０１」により識別される記録媒体、メディアＩＤ「Ｄｉｓｋ１１」により識別される記録媒体等に記録されていることを示す。
【０１１０】
コンテンツ情報に含まれるメディアＩＤは、復元データ要求が正しい記録媒体を再生している再生端末から送信されたのか否かの判断に用いる。その判断の詳細については後述する。
【０１１１】
なお、本実施形態では、コンテンツ情報に含まれるメディアＩＤのフォーマットは記録媒体１０に記録されているメディアＩＤ１０１のフォーマットと同一であるとする。
（４）サーバ制御部３０５
サーバ制御部３０５は、コンテンツ配信サーバ３０の全体を制御し、データの配信に必要な一般的な制御、及び、本発明に係る特徴的な機能を実現する。サーバ制御部３０５は、ＲＯＭ等に記録された制御プログラムをＣＰＵやＲＡＭ等を用いて動作させることで実現する。また、サーバ制御部３０５を、ハードウェアで実装してもよい。
【０１１２】
図１１は、サーバ制御部３０５の内部構成を機能的に示す機能ブロック図である。
同図に示すように、サーバ制御部３０５は、要求判断部３３１、登録部３３２、復元データ送信判断部３３３、復元データ生成部３３４、及び端末情報更新部３３５から構成される。
【０１１３】
要求判断部３３１は、受信部３０１が再生端末２０から受信した要求を受け取り、受け取った要求が登録要求及び復元データ要求の何れであるかを判断する。
具体的には、要求判断部３３１は、受け取った要求に端末位置情報が含まれているか否かを判断する。受け取った要求に端末位置情報が含まれている場合には、復元データ要求であり、端末位置情報が含まれていない場合には、登録要求であると判断する。また、他の実施例として、各要求に自身が登録要求であるか復元データ要求であるのかを示す情報が付加されていてもよい。
【０１１４】
判断の結果、登録要求であった場合には、要求判断部３１１は、登録部３３２へ受け取った要求を出力する。判断の結果、復元データ要求であった場合には、要求判断部３１１は、復元データ送信判断部３３３及び復元データ生成部３３４へ受け取った要求を出力する。
【０１１５】
登録部３３２は、要求判断部３３１から登録要求を受け取ると、以下の登録処理を行う。
先ず、登録部３３２は、受信した登録要求に含まれる端末ＩＤを含む再生端末情報が再生端末情報記憶部３０３に記録済みであるか否かを判断する。
【０１１６】
登録部３３２は、再生端末情報が記録済みである場合には、登録済みの再生端末が新しい記録媒体を再生したために登録を要求しているものと判断する。この場合、登録部３３２は、端末ＩＤを含む再生端末情報に、登録要求に含まれているメディアＩＤを追加記録する。更に、メディアＩＤと対応付けて「０」を示す部分コンテンツ送信個数を追加記録する。
【０１１７】
一方、登録部３３２は、再生端末情報が記録済みでない場合には、未登録の再生端末から登録が要求されているものと判断する。この場合、登録要求に含まれる端末ＩＤ、及びメディアＩＤを含む新たな再生端末情報を生成して、再生端末情報記憶部３０３に登録する。更に、メディアＩＤと対応付けて「０」を示す部分コンテンツ送信個数を追加記録する。
【０１１８】
復元データ送信判断部３３３は、要求判断部３３１から復元データ要求を受け取ると、要求された復元データを再生端末２０へ送信可能か否かを判断する。具体的には、以下の事項を確認し、復元データの送信許可及び送信拒否の何れかを決定する。
【０１１９】
先ず、復元データ送信判断部３３３は、復元データ要求に含まれる端末ＩＤ及びメディアＩＤと同一の情報が再生端末情報記憶部３０３に記録されているか否かを確認する。記録されていない場合には、未登録の再生端末から未登録の記録媒体に対応する部分コンテンツデータが要求されていることとなるので、不正な要求であると判断し、復元データの送信拒否を決定する。
【０１２０】
次に、復元データ要求に含まれる端末ＩＤ及びメディアＩＤと同一の情報が再生端末情報記憶部３０３に記録されている場合には、復元データ送信判断部３３３は、メディアＩＤに対応付けられて記録されている部分コンテンツ送信個数が、所定の個数（以下、「送信上限個数」と呼称する。）以上であるか否かを確認する。
【０１２１】
ここで、本実施形態では、再生端末は記録媒体毎に取得可能な部分コンテンツデータの個数の上限が定められており、復元データ送信判断部３３３は、予め内部に送信上限個数を記憶している。復元データ送信判断部３３３は、復元データ要求を送信してきた再生端末に対して過去に送信した部分コンテンツデータの個数が、記憶している送信上限個数を超えている場合には、復元データの送信拒否を決定する。
【０１２２】
より具体的には、復元データ送信判断部３３３は、復元データ要求に含まれる端末ＩＤを用いて、再生端末情報記憶部３０３から同じ端末ＩＤを有する再生端末情報を探索する。再生端末情報が見つかった場合には、復元データ要求に含まれるメディアＩＤを用いて、同じメディアＩＤと対応付けられて記録されている復元データ送信個数を探索する。復元データ送信判断部３３３は、探索により得られた復元データ送信個数が、復元データ送信判断部３３３が予め記憶している送信上限個数を越えていれば、復元データの送信拒否を決定する。
【０１２３】
更に、復元データ送信判断部３３３は、復元データ要求に含まれるコンテンツＩＤが、コンテンツ記憶部３０４において復元データ要求に含まれるメディアＩＤと対応付けられて記録されているか否かを確認する。対応付けられて記録されていない場合は、再生端末２０で再生される記録媒体に記録されていないコンテンツについての復元データが要求されていることとなるので、復元データ送信判断部３３３は、不正な要求であると判断し、復元データの送信拒否を決定する。
【０１２４】
復元データ送信判断部３３３は、上記の全ての判断において復元データの送信拒否の決定をしない場合には、復元データの送信許可を決定する。
復元データ送信判断部３３３は、復元データの送信可否の判断を終えると、その判断結果を復元データ生成部３３４へ通知する。ここで、送信許可の通知を行う場合には、その通知と共に復元データ要求を復元データ生成部３３４へ出力する。
【０１２５】
復元データ生成部３３４は、復元データ送信判断部３３３から、復元データの送信許可の通知を受け取ると、以下に示すように、再生端末２０へ送信する復元データの生成処理を行う。
【０１２６】
復元データ生成部３３４は、コンテンツ記憶部３０４から、復元データ要求に含まれているコンテンツＩＤを有するコンテンツ情報を特定する。
コンテンツ情報を特定すると、復元データ生成部３３４は、特定されたコンテンツ情報から、復元データ要求に含まれる再生位置情報以降の全ての部分コンテンツデータ、及び各部分コンテンツデータに対応する再生位置情報を読み出す。
【０１２７】
そして、復元データ生成部３３４は、読み出した部分コンテンツデータと再生位置情報とを含む復元データを生成する。その後、復元データ生成部３３４は、生成した復元データ、及び復元データ要求に含まれる端末位置情報を、送信部３０２へ出力する。
【０１２８】
更に、復元データ生成部３３４は、再生端末情報記憶部３０３の記録内容を更新するために、生成した復元データに含まれる部分コンテンツデータの個数と、復元データ要求に含まれる端末ＩＤ及びメディアＩＤとを、端末情報更新部３３５へ出力する。
【０１２９】
一方、復元データ生成部３３４は、復元データ送信判断部３３３から、復元データの送信拒否の通知を受け取ると、復元データの送信拒否を示す拒否データを生成する。その後、復元データ生成部３３４は、生成した拒否データと、復元データ要求に含まれる端末位置情報とを送信部３０２へ出力する。
【０１３０】
端末情報更新部３３５は、再生端末情報記憶部３０３に記録されている情報を更新する。
具体的には、端末情報更新部３３５は、復元データ生成部３３４から、部分コンテンツデータの個数、端末ＩＤ、及びメディアＩＤを受け取ると、受け取った端末ＩＤを含む再生端末情報を特定する。再生端末情報が特定されると、端末情報更新部３３５は、復元データ生成部３３４から受け取ったメディアＩＤと対応付けられて記録されている部分コンテンツ送信個数を特定する。部分コンテンツ送信個数が特定されると、端末情報更新部３３５は、特定された部分コンテンツ送信個数に、復元データ生成部３３４から受け取った部分コンテンツデータの個数を加算して上書きする。
【０１３１】
以上説明したサーバ制御部３０５の構成については、集積回路化が可能である。また、コンテンツ記憶部３０４および再生端末情報記憶部３０３をハードディスクではなくフラッシュメモリ等で実現した場合には、これらも含めて集積回路化が可能である。
【０１３２】
＜動作＞
ここでは、図１２から図１８に示すフローチャートを用いて、コンテンツ再生システム１の動作について説明する。
【０１３３】
１．再生端末２０の動作
（再生端末２０の全体処理の動作）
図１２は、再生端末２０の全体処理の動作を示すフローチャートである。
【０１３４】
記録媒体１０が再生端末２０に挿入されると（ステップＳ１０１）、再生確認部２３１は、記録媒体１０が初めて再生される記録媒体であるか否かを確認する。
記録媒体１０が初めて再生される記録媒体である場合（ステップＳ１０２でＹＥＳ）、再生端末２０は、端末登録処理を行い（ステップＳ１０３）、ステップＳ１０４へ進む。
【０１３５】
記録媒体１０が初めて再生される記録媒体ではない場合（ステップＳ１０２でＮＯ）、及びステップＳ１０３の端末登録処理が終了すると、再生端末２０は、データ取得処理を行う（ステップＳ１０４）。
【０１３６】
次に、記録媒体１０からのコンテンツデータの取得中にデータの読み取りに失敗しない場合（ステップＳ１０５でＮＯ）、再生端末２０は、データ再生処理を行う（ステップＳ１０６）。その後、再生端末２０は、コンテンツの再生が終了したか否かを判断し、再生終了の場合（ステップＳ１０７でＹＥＳ）は、再生端末２０は処理を終了する。再生終了でない場合（ステップＳ１０７でＮＯ）、再生端末２０は再生位置を進めて、ステップＳ１０６のデータ再生処理を継続する。
【０１３７】
なお、再生位置を進める処理は、端末制御部２０６が実現する一般的なコンテンツ再生制御として実現される。より具体的には、記録媒体１０から読み取ったコンテンツデータを再生しているときにはメディア読取部２０１が再生位置を進める処理を行い、復元データ記憶部２０５から読み取った部分コンテンツデータを再生しているときには、データアクセス部２３４が再生位置を進める処理を行う。
【０１３８】
記録媒体１０からのコンテンツデータの取得中にデータの読み取りに失敗した場合（ステップＳ１０５でＹＥＳ）、再生端末２０は、復元データ取得処理を行い（ステップＳ１０８）、その後処理を終了する。
【０１３９】
（端末登録処理の動作）
図１３は、再生端末２０による端末登録処理の動作を示すフローチャートである。なお、ここに示す動作は、図１２のステップＳ１０３の詳細である。
【０１４０】
先ず、再生確認部２３１は、記録媒体１０のメディアＩＤ１０１を、端末情報記憶部２０４の登録メディアＩＤ２１３に追加して記録する（ステップＳ２０１）。
続いて、要求部２３３は、端末情報記憶部２０４に記録されている端末ＩＤ２１１を読み取り（ステップＳ２０２）、読み取った端末ＩＤ２１１と記録媒体１０のメディアＩＤ１０１とから成る登録要求を作成する。
【０１４１】
次に、メディア読取部２０１は、記録媒体１０からサーバ位置情報１０３を読み取る（ステップＳ２０３）。
続いて、送信部２０３は、端末ＩＤ２１１とメディアＩＤ１０１とから成る登録要求を、サーバ位置情報１０３が示すコンテンツ配信サーバ３０へ送信する（ステップＳ２０４）。
【０１４２】
（データ取得処理の動作）
図１４は、再生端末２０によるデータ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図１２のステップＳ１０４の詳細である。
【０１４３】
先ず、コンテンツの現在再生中の位置を示す再生位置情報が取得される（ステップＳ３０１）。先に述べたように、再生位置情報を取得する処理は、端末制御部２０６が実現する一般的なコンテンツ再生制御として実現され、メディア読取部２０１又はデータアクセス部２３４が、端末制御部２０６からの指示に従って行う。
【０１４４】
続いて、データ取得部２３５は、取得した再生位置情報に対応する部分コンテンツデータが復元データ記憶部２０５に存在するか否かを確認する。復元データ記憶部２０５には、記録媒体１０からの読み取りに失敗した位置以降の部分コンテンツデータが存在する。
【０１４５】
データ取得部２３５による確認の処理は、具体的には、メディア読取部２０１から受け取ったメディアＩＤと再生位置情報との両方が、復元データ記憶部２０５に記録されているか否かを確認することにより行う。
【０１４６】
復元データ記憶部２０５に部分コンテンツデータが存在する場合（ステップＳ３０２でＹＥＳ）、データ取得部２３５は、再生位置情報に対応する部分コンテンツデータを復元データ記憶部２０５から取得して（ステップＳ３０３）、デコードデータ制御部２３６へ出力する。
【０１４７】
一方、復元データ記憶部２０５に部分コンテンツデータが存在しない場合（ステップＳ３０２でＮＯ）、データ取得部２３５は、記録媒体１０から再生位置情報に対応するコンテンツデータを取得して（ステップＳ３０４）、デコードデータ制御部２３６へ出力する。
【０１４８】
（データ再生処理の動作）
図１５は、再生端末２０によるデータ再生処理の動作を示すフローチャートである。なお、ここに示す動作は、図１２のステップＳ１０６の詳細である。
【０１４９】
先ず、デコードデータ制御部２３６は、バッファリングされているコンテンツデータ及び部分コンテンツデータの再生位置情報を取得する（ステップＳ４０１）。
続いて、取得した再生位置情報に従って、コンテンツデータ及び部分コンテンツデータを正しい再生順序に並び替える（ステップＳ４０２）。その後、正しい再生順序で、コンテンツデータ及び部分コンテンツデータがデコード部２３７へ入力される（ステップＳ４０３）。
【０１５０】
デコード部２３７は、受け取ったコンテンツデータ及び部分コンテンツデータをデコードし（ステップＳ４０４）、出力装置４０へ出力する（ステップＳ４０５）。
なお、デコードデータ制御部２３６の説明で既に述べたように、データ取得部２３５から常に再生順序に従った安定した量のデータが届くのであれば、デコードデータ制御部２３６によるバッファリング及び並び替えの処理は不要である。この場合は、ステップＳ４０１及びステップＳ４０２の処理を省略することができる。
【０１５１】
（復元データ取得処理の動作）
図１６は、再生端末２０による復元データ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図１２のステップＳ１０８の詳細である。
【０１５２】
先ず、要求部２３３は、失敗検出部２３２から受け取ったメディアＩＤ、読み取りに失敗したコンテンツのコンテンツＩＤ、読み取りに失敗した位置を示す再生位置情報、端末情報記憶部２０４から読み出した端末ＩＤ及び端末位置情報とを含む復元データ要求を生成する（ステップＳ５０１）。送信部２０３は、ステップＳ５０１で生成された復元データ要求を、コンテンツ配信サーバ３０へ送信する（ステップＳ５０２）。
【０１５３】
その後、再生端末２０は、コンテンツ配信サーバ３０からの応答を待つ（ステップＳ５０３）。
コンテンツ配信サーバ３０からの応答が、拒否データである場合、又は、コンテンツ配信サーバ３０から所定時間応答が無い場合（ステップＳ５０４で「拒否データ又は所定時間応答なし」）、再生端末２０は、処理を終了する。
【０１５４】
コンテンツ配信サーバ３０からの応答が、復元データである場合（ステップＳ５０４で「復元データ」）、データアクセス部２３４は、復元データに含まれる部分コンテンツデータと再生位置情報とを、復元データ記憶部２０５に記録する（ステップＳ５０５）。
【０１５５】
なお、コンテンツ配信サーバ３０からの応答が拒否データである場合には、出力部２０７により、ユーザに対し復元データの取得に失敗した旨の通知を行った上で処理を終了するように構成してもよい。
【０１５６】
また、拒否データに要求が拒否された理由（例えば、「要求が不正であった」、「部分コンテンツデータの送信が許可される個数を超えていた」等）を示す情報が含まれている場合には、出力部２０７により、その理由をユーザに通知するように構成してもよい。
【０１５７】
また、コンテンツ配信サーバ３０から所定時間応答が無かった場合にも、出力部２０７により、ユーザに対しコンテンツ配信サーバ３０との通信に失敗した旨の通知を行った上で処理を終了するとしてもよい。
【０１５８】
更に、コンテンツ配信サーバ３０からの応答が復元データである場合にも、出力部２０７により、ユーザに対し復元データの取得に成功した旨の通知を行うように構成してもよい。
【０１５９】
２．コンテンツ配信サーバ３０の動作
（コンテンツ配信サーバ３０の全体処理の動作）
図１７は、コンテンツ配信サーバ３０の全体処理の動作を示すフローチャートである。
【０１６０】
コンテンツ配信サーバ３０は、再生端末２０からの要求を待ち、再生端末２０から要求を受け取ると、要求判断部３３１は、その要求が登録要求であるか、復元データ要求であるかを判断する。
【０１６１】
再生端末２０から受け取った要求が登録要求である場合（ステップＳ６０１で「登録要求」、登録部３３２は、登録要求に含まれる端末ＩＤとメディアＩＤとを、再生端末情報記憶部３０３に記録し（ステップＳ６０２）、処理を終了する。
【０１６２】
なお、ステップＳ６０２では、端末ＩＤが既に端末情報記憶部３０３に記録済みである場合には、登録部３３２は、記録済みの端末ＩＤと対応付けて、メディアＩＤを追加記録する。更に、メディアＩＤと対応付けて「０」を示す部分コンテンツ送信個数を追加記録する。端末ＩＤが端末情報記憶部３０３に未だ記録されていない場合には、登録部３３２は、登録要求に含まれている端末ＩＤとメディアＩＤとの両方を再生端末情報記憶部３０３に記録する。さらに、メディアＩＤと対応付けて「０」を示す部分コンテンツ送信個数を記録する。
【０１６３】
再生端末２０から受け取った要求が復元データ要求である場合（ステップＳ６０１で「復元データ要求」）、コンテンツ配信サーバ３０は、復元データ送信処理を行い（ステップＳ６０３）、その後処理を終了する。
【０１６４】
なお、本実施形態では、登録要求に対しては、再生端末２０に対しデータの返送を行っていないが、例えば登録部３３２による処理の完了後に、再生端末２０に対し、登録が正常に完了した旨の通知を行うように構成してもよい。
【０１６５】
（復元データ送信処理の動作）
図１８は、コンテンツ配信サーバ３０による復元データ送信処理の動作を示すフローチャートである。なお、ここに示す動作は、図１７のステップＳ６０３の詳細である。
【０１６６】
先ず、復元データ送信判断部３３３は、復元データ要求の正当性を判断する。復元データ送信判断部３３３が判断する事項は以下の通りである。
復元データ送信判断部３３３は、復元データ要求に含まれる端末ＩＤ及びメディアＩＤが再生端末情報記憶部３０３に記録されているか否かを確認する。何れかが記録されていない場合には、復元データ要求を不当なものであると判断する。
【０１６７】
また、復元データ送信判断部３３３は、復元データ要求に含まれるコンテンツＩＤ及びメディアＩＤが、コンテンツ記憶部３０４において、対応付けられて記録されているか否かを確認する。これらが対応付けられて記録されていない場合には、復元データ要求を不当なものであると判断する。
【０１６８】
復元データ要求が正当でないと判断された場合（ステップＳ７０１でＮＯ）、復元データ送信判断部３３３は、復元データ生成部３３４に対して復元データの送信を拒否する旨の通知を行い、ステップＳ７０３へ進む。
【０１６９】
復元データ要求が正当であると判断された場合（ステップＳ７０１でＹＥＳ）、復元データ送信判断部３３３は、復元データ要求に含まれている端末ＩＤとメディアＩＤとに対応づけられて記録されている部分コンテンツ送信個数を確認する。部分コンテンツ送信個数が送信上限個数以上の場合（ステップＳ７０２でＮＯ）、復元データ送信判断部３３３は、復元データ生成部３３４に対して復元データの送信を拒否する旨の通知を行い、ステップＳ７０３へ進む。
【０１７０】
復元データ生成部３３４は、復元データの送信を拒否する旨の通知を受け取ると、拒否データを生成し（ステップＳ７０３）、生成した拒否データを送信部３０２へ出力する。
部分コンテンツ送信個数が送信上限個数より少ない場合（ステップＳ７０２でＹＥＳ）、復元データ送信判断部３３３は、復元データ生成部３３４に対して復元データの生成を許可する旨の通知を行う。
【０１７１】
復元データの送信許可の通知を受け取った復元データ生成部３３４は、復元データ要求に含まれる再生位置情報以降の部分コンテンツデータと、各部分コンテンツデータに対応する再生位置情報とをコンテンツ記憶部３０４から読み出し、部分コンテンツデータと再生位置情報とを含む復元データを生成する（ステップＳ７０４）。復元データ生成部３３４は、生成した復元データを、送信部３０２へ出力する。
【０１７２】
次に、端末情報更新部３３５は、復元データに含まれる部分コンテンツデータの個数を、再生端末情報記憶部３０３に記録されている部分コンテンツ送信個数に加算し、部分コンテンツ送信個数を更新する（ステップＳ７０５）。
【０１７３】
その後、送信部３０２は、復元データ又は拒否データを再生端末２０へ送信する（ステップＳ７０６）。
ここで、上記のステップＳ７０３では、ステップＳ７０１の判断により復元データの送信が拒否される場合、ステップＳ７０２の判断により復元データの送信が拒否される場合の何れの場合にも、同一の拒否データを生成したが、復元データの送信が拒否される理由が異なるので、それぞれ異なる情報を含んだ拒否データを生成するように構成してもよい。
【０１７４】
以上説明したように、コンテンツ再生システム１では、再生端末２０は記録媒体１０からコンテンツデータの読み取りに失敗すると、読み取りに失敗した位置以降の部分コンテンツデータをコンテンツ配信サーバ３０に要求する。コンテンツ配信サーバ３０は、要求された位置以降の部分コンテンツデータを含んだ復元データを生成し、再生端末２０に返送する。再生端末２０は、コンテンツ配信サーバ３０から取得した復元データを復元データ記憶部２０５に記録する。再生端末２０は、読み取りに失敗した記録媒体１０を再度再生する場合には、コンテンツの現在再生中の位置と過去に読み取りに失敗した位置とを比較しながら再生を進める。現在再生中の位置が、過去に読み取りに失敗した位置以降となれば、復元データ記憶部２０５に記録済みの部分コンテンツデータに再生を切り替える。
【０１７５】
このような構成を備えることにより、再生端末２０は、データの読み取りに失敗した位置以降のデータのみを復元データ記憶部２０５に記録していれば、コンテンツの全体を再生することが可能である。従って、コンテンツ全体のバックアップデータを記録する場合と比較すると、バックアップデータの量を削減することが可能となる。
【０１７６】
≪第２の実施形態≫
ここでは、本発明の第２の実施形態として、コンテンツ再生システム２について説明する。  
【０１７７】
第１の実施形態では、再生端末２０は、記録媒体上のコンテンツの再生中に読み取り失敗が発生すると、コンテンツ配信サーバ３０へ復元データを要求し、コンテンツ配信サーバから取得した復元データを、内部に記録した。これにより、再生端末２０は、記録媒体１０の読み取りに失敗した回の次回以降の再生時には、コンテンツを途切れなく再生することができていた。
【０１７８】
しかし、第１の実施形態では、読み取り失敗が初めて発生した回については、コンテンツが途中で突然再生されなくなってしまうこととなる。そこで、第２の実施形態では、読み取り失敗が初めて発生する場合であっても、最初から最後までコンテンツの全体を途切れなく再生することのできるコンテンツ再生システムを示す。
【０１７９】
具体的には、第２の実施形態に係るコンテンツ再生システム２では、コンテンツの再生を開始するよりも前に読み取り失敗が発生するか否かを確認する。確認の結果、読み取り失敗の発生が検出された場合、再生端末は、コンテンツ配信サーバへ復元データを要求し、コンテンツ配信サーバから取得した復元データを、内部に記録する。この構成により、記録媒体の読み取り失敗を確認し、復元データの取得が完了した後にコンテンツの再生を開始するので、コンテンツの全体を途切れなく再生することができる。
【０１８０】
＜構成＞
１．コンテンツ再生システム２の全体構成
第２の実施形態に係るコンテンツ再生システム２は、記録媒体１０ａ、再生端末２０ａ、コンテンツ配信サーバ３０ａ、及び出力装置４０ａから構成される。再生端末２０ａとコンテンツ配信サーバ３０ａとは、通信路５０ａを介して接続されている（図１９参照）。
【０１８１】
ここで、記録媒体１０ａ、コンテンツ配信サーバ３０ａ、出力装置４０ａ、及び通信路５０ａは、第１の実施形態の記録媒体１０、コンテンツ配信サーバ３０、出力装置４０、及び通信路５０と同様の構成及び機能を有するため説明を省略する。
【０１８２】
以下では、第１の実施形態と異なる機能を有する再生端末２０ａの構成について説明する。
２．再生端末２０ａの構成
図１９は、再生端末２０ａの構成を機能的に示す機能ブロック図である。ここで、図４及び図７に付した符号と同一の符号を付した構成要素については、第１の実施形態と同様であるので、説明を省略する。再生端末２０ａは、失敗検出部２３２ａ、データアクセス部２３４ａ、及びデータ取得部２３５ａの構成が、第１の実施形態とは異なる。
【０１８３】
（１）失敗検出部２３２ａ
失敗検出部２３２ａは、再生端末２０ａに記録媒体１０ａが挿入されると、記録媒体１０ａに記録されているコンテンツデータの読み取りを、メディア読取部２０１に指示する。
【０１８４】
その後、失敗検出部２３２ａは、メディア読取部２０１によるデータの読み取りを監視する。メディア読取部２０１が、コンテンツデータの読み取りに失敗した場合は、第１の実施形態の失敗検出部２３２と同様に、要求部２３３へ復元データ要求の作成を指示する。
【０１８５】
失敗検出部２３２ａは、コンテンツデータの読み取りが全て正常に完了した場合、その旨をデータ取得部２３５ａに通知し、読み取り失敗により異常終了した場合、その旨をデータ取得部２３５ａに通知する。
【０１８６】
（２）データアクセス部２３４ａ
データアクセス部２３４ａは、第１の実施形態のデータアクセス部２３４と同様の機能に加え、復元データの記録が完了するとその旨をデータ取得部２３５ａに通知する機能を有する。
【０１８７】
（３）データ取得部２３５ａ
データ取得部２３５ａは、第１の実施形態のデータ取得部２３５と同様の機能に加え、データの取得を開始するタイミングを制御する機能を有する。
【０１８８】
具体的には、データ取得部２３５ａは、失敗検出部２３２ａからデータの読み取りが正常に終了した旨の通知を受け取った場合、及び、データアクセス部２３４ａから復元データの記録が完了した旨の通知を受け取った場合に、データの取得を開始する。これは、コンテンツの再生に復元データが必要になる場合に、復元データの記録が完了する前に再生を開始するのを防ぐためである。
【０１８９】
なお、記録媒体１０ａからのデータの読み取りに失敗がない場合は、データ取得部２３５ａは部分コンテンツデータを必要としないので、失敗検出部２３２ａによる記録媒体１０ａの確認が終わり次第、記録媒体１０ａのコンテンツデータの再生を開始する。
【０１９０】
＜動作＞
ここでは、第２の実施形態に係るコンテンツ再生システム２の動作について説明する。
上述した通り、コンテンツ再生システム２は、第１の実施形態に係るコンテンツ再生システム１と比較し、再生端末２０ａの構成のみが異なるため、以下では、再生端末２０ａの動作のみを説明する。
【０１９１】
（再生端末２０ａの全体処理の動作）
図２０は、再生端末２０ａの全体処理の動作を示すフローチャートである。
記録媒体１０ａが再生端末２０ａに挿入されると（ステップＳ８０１）、再生確認部２３１は、記録媒体１０ａが初めて再生される記録媒体であるか否かを確認する。
【０１９２】
記録媒体１０ａが初めて再生される記録媒体である場合（ステップＳ８０２でＹＥＳ）、再生端末２０ａは、端末登録処理を行い（ステップＳ８０３）、ステップＳ８０４へ進む。
【０１９３】
記録媒体１０ａが初めて再生される記録媒体ではない場合（ステップＳ８０２でＮＯ）、及びステップＳ８０３の端末登録処理が終了すると、再生端末２０ａは、読取確認処理を行う（ステップＳ８０４）。
【０１９４】
その後、再生端末２０ａは、記録媒体１０ａ又は復元データ記憶部２０５から再生すべきコンテンツデータ又は部分コンテンツデータを取得するデータ取得処理を行う（ステップＳ８０５）。
【０１９５】
ステップＳ８０５の詳細は、図１４のフローチャートと概ね同様である。但し、データ取得部２３５ａが取得処理を開始するタイミングが、失敗検出部２３２ａ又はデータアクセス部２３４ａから受け取る通知によって決定される点が、第１の実施形態とは異なる。
【０１９６】
即ち、ステップＳ８０４の読取確認処理において、失敗検出部２３２ａからコンテンツデータの読み取りが全て正常に完了した旨の通知を受け取れば、データ取得部２３５ａは、すぐにデータ取得処理を開始する。また、読取確認処理において、失敗検出部２３２ａからコンテンツデータの読み取り失敗が発生した旨を受け取れば、データ取得部２３５ａは、データアクセス部２３４ａから復元データの記録が完了した旨の通知を受け取るまで、データ取得処理の実行を待つ。データ取得処理の詳細は、図１４のフローチャートと同様であるため、説明を省略する。
【０１９７】
続いて、再生端末２０ａは、取得したコンテンツデータ又は部分コンテンツデータを再生するデータ再生処理を行う（ステップＳ８０６）。ステップＳ８０６の詳細は、図１５のフローチャートと同様であるため、説明は省略する。
【０１９８】
その後、コンテンツの再生が全て終了した場合（ステップＳ８０７でＹＥＳ）、再生端末２０ａは処理を終了する。コンテンツの再生が終了していない場合（ステップＳ８０７でＮＯ）、現在再生中の再生位置を進めて、ステップＳ８０５のデータ取得処理に戻り、コンテンツの再生を継続する。
【０１９９】
なお、第１の実施形態では、コンテンツの再生中に読み取り失敗が発生したか否かを確認し、データ取得処理において読み取りに失敗した場合は、部分コンテンツデータ取得処理を行った。
【０２００】
これに対し、第２の実施形態では、コンテンツの再生が始まる以前にステップＳ８０４で、読み取り失敗の確認等の処理が終了しているので、基本的にはコンテンツの再生中に読み取り失敗が発生することはない。従って、コンテンツ配信システムでは、基本的には再生中に読み取り失敗を確認する処理は不要である。
【０２０１】
但し、読取確認処理の直後に記録媒体１０ａに傷が付く可能性もあるので、コンテンツ再生システム２においても、第１の実施形態と同様に、再生中に読み取り失敗を確認する機能を備えるように構成してもよい。
【０２０２】
（読取確認処理の動作）
図２１は、再生端末２０ａによる、読取確認処理の動作を示すフローチャートである。なお、ここに示す動作は、図２０のステップＳ８０４の詳細である。
【０２０３】
先ず、メディア読取部２０１は、記録媒体１０ａから再生位置情報を取得する（ステップＳ９０１）。再生位置情報は、記録媒体１０ａに記録されているコンテンツデータのうちの、最初のコンテンツデータから順に取得される。
【０２０４】
メディア読取部２０１は、更に、記録媒体１０ａから再生位置情報に対応するコンテンツデータを取得する（ステップＳ９０２）。
ステップＳ９０１及びステップＳ９０２の何れかにおいて、データの読み取りに失敗した場合（ステップＳ９０３でＹＥＳ）、失敗検出部２３２ａは、データ取得部２３５ａにデータの読み取りに失敗があった旨を通知する（ステップＳ９０４）。更に、失敗検出部２３２ａは、要求部２３３に復元データ要求の作成を指示する。
【０２０５】
復元データ要求作成の指示を受けた要求部２３３は、復元データ取得処理を行う（ステップＳ９０５）。ステップＳ９０５の詳細は、図１６のフローチャートと同様であるため、説明を省略する。
【０２０６】
復元データ取得処理が完了すると、データアクセス部２３４ａは、データ取得部２３５ａに対して復元データの記録が完了した旨を通知する（ステップＳ９０６）。
一方、ステップＳ９０１及びステップＳ９０２の何れの処理においても、データの読み取りに失敗がなかった場合（ステップＳ９０３でＮＯ）、失敗検出部２３２ａは全てのコンテンツデータの取得が終了したか否かを確認する。データの取得が完了していなければ（ステップＳ９０７でＮＯ）、現在の再生位置を進めた上でステップＳ９０１に戻り、コンテンツデータの取得を続ける。全てのコンテンツデータの取得が完了していれば（ステップＳ９０７でＹＥＳ）、失敗検出部２３２ａは、データ取得部２３５ａにデータの読み取りが正常に完了した旨を通知する（ステップＳ９０８）。
【０２０７】
以上説明しように、第２の実施形態に係る再生端末２０ａは、コンテンツの再生前に記録媒体１０ａの読み取りに成功するか否かを確認し、読み取りに失敗した場合には、コンテンツ配信サーバ３０ａから、部分コンテンツデータを取得しておく。
【０２０８】
これにより、記録媒体１０ａのコンテンツを再生する時には、再生に必要な全てのデータが揃っていることとなるから、初めて記録媒体１０ａを再生する時でも、コンテンツが途切れること無く正常に再生することが可能になる。
【０２０９】
なお、本実施形態では、失敗検出部２３２ａは、読み取りが正常に完了した場合も読み取りが失敗した場合もその旨をデータ取得部２３５ａに通知していたが、正常に完了した場合の通知は省略することもできる。この場合、データ取得部２３５ａは、失敗検出部２３２ａから読み取り失敗の通知を受け取るまで、又は、データアクセス部２３４ａから復元データ取得完了の通知を受け取るまで、データ取得処理を開始しないように構成すればよい。
【０２１０】
≪第３の実施形態≫
ここでは、本発明の第３の実施形態として、コンテンツ再生システム２について説明する。  
【０２１１】
上記第１及び第２の実施形態では、再生端末２０及び２０ａは、何れも復元データ記憶部２０５に復元データを記録した上で、コンテンツを再生していた。この場合、例えば記録媒体の全体の読み取りに失敗した場合には、再生端末内に記録する部分コンテンツのデータ量がコンテンツ全体を記録する場合とほとんど変わらなくなってしまう。
【０２１２】
そこで、第３の実施形態では、記録媒体全体の読み取りに失敗した場合であっても、復元データの記録容量を抑えることのできるコンテンツ再生システムを示す。
具体的には、コンテンツ再生システム３では、コンテンツの再生中に読み取り失敗が発生した場合、読み取り失敗が発生した位置以降の部分コンテンツデータをコンテンツ配信サーバから順次受け取り、受け取った部分コンテンツデータを順次ストリーミング再生する。これにより、コンテンツ再生システム３では、再生端末が復元データを蓄積することなく、コンテンツを途切れずに再生することができる。
【０２１３】
＜構成＞
１．コンテンツ再生システム３の全体構成
第３の実施形態に係るコンテンツ再生システム３は、記録媒体１０ｂ、再生端末２０ｂ、コンテンツ配信サーバ３０ｂ、及び出力装置４０ｂから構成される。再生端末２０ｂとコンテンツ配信サーバ３０ｂとは、通信路５０ｂを介して接続されている（図２２参照）。
【０２１４】
ここで、記録媒体１０ｂ、コンテンツ配信サーバ３０ｂ、出力装置４０ｂ、及び通信路５０ｂは、第１の実施形態の記録媒体１０、コンテンツ配信サーバ３０、出力装置４０、及び通信路５０と同様の構成を有するため説明を省略する。
【０２１５】
以下では、第１の実施形態と異なる構成を有する再生端末２０ｂの構成について説明する。
２．再生端末２０ｂの構成
図２２は、再生端末２０ｂの構成を機能的に示す機能ブロック図である。ここで、図４及び図７に付した符号と同一の符号が付してある構成要素については、第１の実施形態と同様の機能を有するため、説明を省略する。
【０２１６】
本実施形態に係る再生端末２０ｂは、失敗検出部２３２ｂ、データアクセス部２３４ｂ、及びデータ取得部２３５ｂの構成が、第１の実施形態と異なる。また、本実施形態では、再生端末２０ｂは、コンテンツ配信サーバ３０ｂから受信した復元データを、受信後直ちに再生するため、第１及び第２の実施形態と異なり、復元データを記録しておく必要がない。従って、再生端末２０ｂは、復元データ記憶部２０５を備えていない。
【０２１７】
（１）失敗検出部２３２ｂ
失敗検出部２３２ｂは、第１の実施形態の失敗検出部２３２と同様の機能に加え、読み取りの失敗を検出すると、読み取り失敗の通知をデータ取得部２３５ｂに出力する機能を有する。
【０２１８】
（２）データアクセス部２３４ｂ
データアクセス部２３４ｂは、受信部２０２を介してコンテンツ配信サーバ３０ｂから復元データを取得し、取得した復元データを順次データ取得部２３５ｂへ送出する。
【０２１９】
なお、コンテンツの再生速度に合わせてコンテンツ配信サーバ３０ｂから復元データがデータアクセス部２３４ｂに到達するとは限らないので、データアクセス部２３４ｂは、復元データの到達速度の揺らぎを吸収するために、一時的に復元データを蓄積するバッファを持つことが望ましい。
【０２２０】
（３）データ取得部２３５ｂ
データ取得部２３５ｂは、再生端末２０ｂが再生するコンテンツデータ又は部分コンテンツデータを取得する。何れのデータを取得するのかは、失敗検出部２３２ｂからの読み取り失敗の通知の有無に依る。
【０２２１】
具体的には、失敗検出部２３２ｂから読み取り失敗の通知を受け取るまでは、データ取得部２３５ｂは、メディア読取部２０１が記録媒体１０から読み取ったコンテンツデータ及び再生位置情報を取得する。
【０２２２】
失敗検出部２３２ｂから読み取り失敗の通知を受け取った後は、データ取得部２３５ｂは、データアクセス部２３４ｂから順次送出される復元データから、部分コンテンツデータ及び再生位置情報を取得する。
【０２２３】
＜動作＞
ここでは、第３の実施形態に係るコンテンツ再生システム３の動作について説明する。
上述した通り、コンテンツ再生システム３は、第１の実施形態のコンテンツ再生システム１と比較し、再生端末２０ｂの構成のみが異なるため、以下では、再生端末２０ｂの動作のみを説明する。
【０２２４】
（再生端末２０ｂの全体処理の動作）
図２３は、再生端末２０ｂの全体処理の動作を示すフローチャートである。
記録媒体１０ｂが再生端末２０ｂに挿入されると（ステップＳ１００１）、再生確認部２３１は、記録媒体１０ｂが初めて再生される記録媒体であるか否かを確認する。
【０２２５】
記録媒体１０ｂが初めて再生される記録媒体である場合（ステップＳ１００２でＹＥＳ）、再生端末２０ｂは、端末登録処理を行い（ステップＳ１００３）、ステップＳ１００４へ進む。
【０２２６】
記録媒体１０ｂが初めて再生される記録媒体ではない場合（ステップＳ１００２でＮＯ）、及びステップＳ１００３の端末登録処理が終了すると、再生端末２０ｂは、データ取得処理を行う（ステップＳ１００４）。
【０２２７】
続いて、再生端末２０ｂは、ステップＳ１００４で取得したコンテンツデータ又は部分コンテンツデータを再生するデータ再生処理を行う（ステップＳ１００５）。なお、ステップＳ１００５の処理は、図１５に示したフローチャートと同様であるため、ここでは説明を省略する。
【０２２８】
その後、再生端末２０ｂは、コンテンツの再生が全て終了した場合（ステップＳ１００６でＹＥＳ）、処理を終了する。また、コンテンツの再生が終了していなければ（ステップＳ１００６でＮＯ）、現在再生中の再生位置を進め、ステップＳ１００４のデータ取得処理に戻って、コンテンツの再生を継続する。
【０２２９】
（データ取得処理の動作）
図２４は、再生端末２０ｂによるデータ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図２３のステップＳ１００４の詳細である。
【０２３０】
先ず、コンテンツの現在再生中の再生位置を示す再生位置情報が取得される（ステップＳ１１０１）。ここで、再生位置情報を取得する処理は、記録媒体１０ｂから読み取ったコンテンツデータを再生しているときにはメディア読取部２０１が行い、コンテンツ配信サーバ３０ｂから取得した部分コンテンツデータを再生しているときにはデータアクセス部２３４ｂが行う。
【０２３１】
続いて、データ取得部２３５ｂは、失敗検出部から記録媒体１０ｂの読み取りに失敗した旨の通知を受け取っているか否かを判断する。読み取りに失敗した旨の通知を受け取っている場合（ステップＳ１１０２でＹＥＳ）、データ取得部２３５ｂは、再生位置情報に対応する部分コンテンツデータを、データアクセス部２３４ｂを介してコンテンツ配信サーバ３０ｂから取得し、デコードデータ制御部２３６へ出力する。  また、読み取りに失敗した旨の通知を受け取っていない場合（ステップＳ１１０２でＮＯ）、データ取得部２３５ｂは、記録媒体１０ｂから再生位置情報に対応するコンテンツデータを取得して、デコードデータ制御部２３６へ出力する。
【０２３２】
以上説明したように、第３の実施形態に係る再生端末２０ｂでは、再生中にコンテンツ配信サーバ３０ｂから取得した部分コンテンツデータを順次ストリーミング再生する。従って、記録媒体１０ｂからのデータの読み取りに失敗した場合であっても、復元データを蓄積することなく、コンテンツを途切れさせず、正常に再生することが可能になる。
【０２３３】
なお、本実施形態では、再生端末２０ｂは、コンテンツ配信サーバ３０ｂから部分コンテンツデータと共に再生位置情報も取得していたが、この構成に限られるものではない。再生端末２０ｂは、コンテンツ配信サーバ３０ｂから、部分コンテンツデータのみを取得するように構成してもよい。それは、本実施形態においては、記録媒体１０ｂからの読み取りに失敗した位置の部分コンテンツデータを随時取得するので、再生すべきデータを並び替える必要がないからである。
【０２３４】
また、本実施の形態では、再生端末２０ｂは取得した部分コンテンツデータを記録しないとしたが、これに限られるものではない。部分コンテンツデータの遅延を吸収するためにバッファを設け、到着した部分コンテンツデータを一時的に記憶するなどとしてもよい。
【０２３５】
≪第４の実施形態≫
ここでは、本発明の第４の実施形態として、コンテンツ再生システム４について説明する。
【０２３６】
＜構成＞
１．コンテンツ再生システム４の全体構成
図２５は、コンテンツ再生システム４の全体構成を示す図である。
【０２３７】
同図に示すように、コンテンツ再生システム４は、記録媒体１０００、再生端末２０００、コンテンツ配信サーバ３０００、及び出力装置４０００から構成される。再生端末２０００とコンテンツ配信サーバ３０００とは、通信路５０００を介して接続されている。
【０２３８】
コンテンツ再生システム４は、第１の実施形態に係るコンテンツ再生システム１と同様に、再生端末２０００が記録媒体１０００に記録されているコンテンツを再生するシステムである。
【０２３９】
コンテンツ再生システム４は、第１の実施形態に係るコンテンツ再生システム１の機能に加えて、再生端末２０００が記録媒体１０００に記録されているコンテンツデータを再生する際、必要に応じて、コンテンツデータを他のデータに置き換えて再生することが可能なシステムである。
【０２４０】
記録媒体１０００は、コンテンツが記録された記録媒体であって、記録媒体１０と同様に、ＢＤ−ＲＯＭを想定している。
再生端末２０００は、記録媒体１０００からコンテンツを読み取り、再生する装置であり、再生端末２０と同様に、ＢＤプレーヤを想定している。再生端末２０００は、記録媒体１０００からのデータの読み取りに失敗すると、通信路５０００を介して、コンテンツ配信サーバ３０００から読み取りに失敗した位置以降のデータを取得して記憶する。更に、再生端末２０００は、必要に応じて、コンテンツ配信サーバ３０００から、置換データを取得して記憶する。
【０２４１】
再生端末２０００は、記録媒体１０の次回以降の再生において、過去にデータの読み取りに失敗した位置以降については、コンテンツ配信サーバ３０００から取得したデータを再生し、データの置き換えが必要な位置については、コンテンツ配信サーバ３０００から取得した置換データを再生する。また、再生端末２０００は、過去にデータの読み取りに失敗していない位置及びデータの置き換えが必要でない位置については、記録媒体１０００のデータを再生する。
【０２４２】
コンテンツ配信サーバ３０００は、再生端末２０００からコンテンツの送信を要求する旨の通知を受信すると、再生端末２０００へデータ送信を許可するか否かを判断する。送信を許可すると判断した場合、コンテンツ配信サーバ３０００は、再生端末２０００へ読み取りに失敗した位置以降のデータ、及び置換データを送信する。送信を拒否すると判断した場合、コンテンツ配信サーバ３０は、再生端末２０へコンテンツの送信を拒否する旨を示す拒否データを送信する。
【０２４３】
出力装置４０００は、出力装置４０と同様に、再生端末２０００から出力されたコンテンツデータを出力する装置であり、具体的には、テレビやディスプレイ、スピーカ等である。
【０２４４】
通信路５０００は、再生端末２０００とコンテンツ配信サーバ３０００との間の情報の通信に用いる通信路であり、本実施形態では、通信路５０００として、インターネットを想定している。
【０２４５】
２．記録媒体１０００のデータ構造
図２６は、記録媒体１０００に記録されている情報を示す図である。
同図に示すように、記録媒体１０は、メディアＩＤ１００１、コンテンツＩＤ１００２、サーバ位置情報１００３、複数個の再生位置情報１００４ａ、…、１００４ｂ、複数個のコンテンツデータ１００５ａ、…、１００５ｂ、及びコンテンツ置換情報１００６を記録している。
【０２４６】
ここで、メディアＩＤ１００１、コンテンツＩＤ１００２、サーバ位置情報１００３、再生位置情報１００４ａ、…、１００４ｂ、及びコンテンツデータ１００５ａ、…、１００５ｂは、第１の実施形態に係る記録媒体１０に記録されている各情報（図２及び図３参照）と同様であるため、説明を省略する。
【０２４７】
記録媒体１０００は、コンテンツ置換情報１００６を記録している点が、第１の実施形態に係る記録媒体１０と異なる。コンテンツ置換情報１００６は、再生端末２０００が記録媒体１０００に記録されているコンテンツを再生する際に、再生端末２０００により読み取られ、コンテンツデータの置換の必要性の有無の判断に用いられる。
【０２４８】
図２７は、コンテンツ置換情報１００６の具体例を示す図である。同図に示すように、コンテンツ置換情報１００６は、コンテンツ置換表１００６ａとコンテンツ置換表有効期限１００６ｂとから構成される。
【０２４９】
コンテンツ置換表１００６ａは、２個の置換情報１０１１、及び１０１２を含む。各置換情報は、置換条件、置換位置情報、及びデータサイズから構成される。
置換条件は、記録媒体１０００に含まれるコンテンツデータの置換が必要となる条件を示している。置換位置情報は、置換するコンテンツデータの先頭の再生位置を示している。なお、置換位置情報のフォーマットは、再生位置情報１００４ａ、…、１００４ｂのフォーマットと同一であるとする。データサイズは、置換するコンテンツデータのサイズを示している。本実施形態ではデータサイズとして、コンテンツデータの個数を用いることとする。
【０２５０】
置換情報１０１１の置換条件は「２００８年６月１日以降」であり、置換位置情報は「Ｐｏｓｉｔｉｏｎ０５」であり、データサイズは「１１」である。これは、記録媒体１０００に記録されているコンテンツを、２００８年６月１日以降に再生するとき、Ｐｏｓｉｔｉｏｎ０５の再生位置から、１１個のコンテンツデータを置換する必要があることを示している。
【０２５１】
また、置換情報１０１２の置換条件は「再生回数５回以上」であり、置換位置情報は「Ｐｏｓｉｔｉｏｎ８０であり」、データサイズは「１５」である。これは、記録媒体１０００に記録されているコンテンツの再生回数が５回を超えている場合には、Ｐｏｓｉｔｉｏｎ８０の再生位置から、１５個のコンテンツデータを置換する必要があることを示している。
【０２５２】
コンテンツ置換表有効期限１００６ｂは、コンテンツ置換表１００６ａの有効期限を示している。コンテンツ置換表有効期限１００６ｂは「２００９年５月３１日」であるから、再生端末２０００は、２００９年６月１日以降は、コンテンツ置換表１００６ａを用いてコンテンツデータの置換の必要性の有無を判断することはできない。
【０２５３】
３．再生端末２０００の構成
図２８は、再生端末２０００の構成を機能的に示す機能ブロック図である。
同図に示すように、再生端末２０００は、メディア読取部２００１、受信部２００２、送信部２００３、端末情報記憶部２００４、復元データ／置換データ記憶部２００５、端末制御部２００６、及び出力部２００７から構成される。
【０２５４】
再生端末２０００は、具体的には、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスクユニット等から構成されるコンピュータシステムである。再生端末２０００は、ＣＰＵが、ＲＯＭ、ＲＡＭ又はハードディスクユニットに記録されているコンピュータプログラムを実行することにより、その機能を達成する。
【０２５５】
再生端末２０００は、第１の実施形態に係る再生端末２０が有する機能と同一の機能を備える。更に、再生端末２０００は、再生端末２０が有する機能に加えて、コンテンツ配信サーバ３０００から置換データを取得し、コンテンツデータを置換データに置き換えて再生する機能を備える。
【０２５６】
そこで、以下では、再生端末２０と同一の機能については詳細な説明は省略し、再生端末２０００の特徴的な機能を中心に説明する。
（１）メディア読取部２００１
メディア読取部２００１は、具体的には、ＢＤ−ＲＯＭドライブである。
【０２５７】
メディア読取部２００１は、端末制御部２００６の指示に従い、記録媒体１０００から、メディアＩＤ１００１、コンテンツＩＤ１００２、サーバ位置情報１００３、再生位置情報１００４ａ、…、１００４ｂ、コンテンツデータ１００５ａ、…、１００５ｂ、及びコンテンツ置換情報１００６を読み取る。
【０２５８】
（２）受信部２００２及び送信部２００３
受信部２００２及び送信部２００３は、ネットワーク接続ユニットから構成される。
受信部２００２は、コンテンツ配信サーバ３０００から、復元データ、置換データ、拒否データ、及び更新データを受信する。
【０２５９】
送信部２００３は、コンテンツ配信サーバ３０００へ、登録要求、復元データ要求、置換データ要求、及び更新データ要求を送信する。
置換データ要求は、記録媒体１０００のコンテンツデータの置換が必要な場合に、コンテンツ配信サーバ３０００へ送信される情報である。置換データ要求は、再生端末２０００の端末ＩＤ、メディアＩＤ１００１、コンテンツＩＤ１００２、及び置換が必要なコンテンツデータを示す置換位置情報及びデータサイズを含む。
【０２６０】
更新データ要求は、コンテンツ置換表１００６ａの有効期限が切れた場合に、コンテンツ配信サーバ３０００へ送信される情報である。更新データ要求は、再生端末２０００の端末ＩＤ、メディアＩＤ１００１、及びコンテンツＩＤ１００２を含む。
【０２６１】
（３）端末情報記憶部２００４
端末情報記憶部２００４は、具体的にはフラッシュメモリで構成されている。
端末情報記憶部２００４は、図５に示した端末固有データに加え、更に、図２９に示す各情報を記憶している。
【０２６２】
図２９に示すように、端末情報記憶部２００４は、メディアＩＤ２０２１、コンテンツＩＤ２０２２、コンテンツ置換表２０２３、コンテンツ置換表有効期限２０２４、及び再生回数２０２５を記録している。なお、図２９においては、コンテンツ置換表２０２３の具体的な記述を省略しているが、コンテンツ置換表２０２３は、図２７に示したコンテンツ置換表１００６ａと同一内容である。
【０２６３】
メディアＩＤ２０２１、コンテンツＩＤ２０２２、コンテンツ置換表２０２３、及びコンテンツ置換表有効期限２０２４は、メディア読取部２００１が、記録媒体１０００から読み取った情報である。
【０２６４】
再生回数２０２５は、メディアＩＤ２０２１により識別される記録媒体が、再生端末２０００にて再生された回数を示す情報である。例えば、図２９の例では、再生回数２０２５は「２」であるから、記録媒体１０００は、再生端末２０００にて、２回再生されたことがある。
【０２６５】
（４）復元データ／置換データ記憶部２００５
復元データ／置換データ記憶部２００５は、具体的にはハードディスクユニットで構成されており、コンテンツ配信サーバ３０００から受信した復元データ及び置換データを記憶する。
【０２６６】
なお、復元データ／置換データ記憶部２００５に記録される復元データのデータ構造は、第１の実施形態と同様であるため、説明を省略する（図６参照）。
図３０は、復元データ／置換データ記憶部２００５に記録される置換データの具体的なデータ構造を示す図である。
【０２６７】
同図に示すように、復元データ／置換データ記憶部２００５には、置換データ１及び置換データ２を含む複数個の置換データが記録される。各置換データは、メディアＩＤ，１以上の再生位置情報、及び１以上の置換コンテンツデータから構成される。
【０２６８】
メディアＩＤは、コンテンツデータの置換が必要な記録媒体を示す。再生位置情報と置換コンテンツデータとは１対１に対応しており、各再生位置情報は、対応する置換コンテンツデータコンテンツ内における位置を示し、この情報から各コンテンツデータの再生順序も知ることができる。
【０２６９】
例えば、再生位置情報２０３２ａは、置換コンテンツデータ２０３３ａと対応しており、置換コンテンツデータ２０３３ａの位置を示す。再生位置情報２０３２ｂは、置換コンテンツデータ２０３３ｂと対応しており、置換コンテンツデータ２０３３ｂの位置を示す。
【０２７０】
置換コンテンツデータは、第１〜第３の実施形態のコンテンツデータ及び部分コンテンツデータと同様に、コンテンツを所定の単位で分割したデータである。その所定の単位は、コンテンツデータ及び部分コンテンツデータと同一である。
【０２７１】
また、置換コンテンツデータのデータは、同一の再生位置情報を有するコンテンツデータ及び部分コンテンツデータと異なる内容のデータである。
置換データに含まれる再生位置情報及び置換コンテンツデータは、コンテンツデータの置換が必要な範囲の再生位置情報及び置換コンテンツデータを含む。
【０２７２】
置換データ１のメディアＩＤ「Ｄｉｓｋ００１」（２０３１）は、記録媒体１０００を識別するメディアＩＤであることから、再生端末２０００は、記録媒体１０００を再生する際、再生位置情報「Ｐｏｓｉｔｉｏｎ０５」（２０３２ａ）が示す位置から、再生位置情報「Ｐｏｓｉｔｉｏｎ１５」（２０３２ｂ）が示す位置まで、記録媒体１０００に記録されているコンテンツデータに換えて、置換コンテンツデータ２０３３ａ、…、２０３３ｂを再生する。
【０２７３】
（５）端末制御部２００６
端末制御部２００６は、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、ＲＯＭ等に記録された制御プログラムを、ＣＰＵ、ＲＡＭ等を用いて動作させることにより各種の機能を実現する。
【０２７４】
図３１は、端末制御部２０６の内部構成を機能的に示す機能ブロック図である。
同図に示すように、端末制御部２００６は、再生確認部２０１１、失敗検出部２０１２、要求部２０１３、データアクセス部２０１４、データ取得部２０１５、デコードデータ制御部２０１６、及びデコード部２０１７から構成される。
【０２７５】
再生確認部２０１１は、第１の実施形態の再生確認部２３１が有する機能に加えて、以下の機能を有する。
再生確認部２０１１は、記録媒体１０００が初めて再生される記録媒体である場合には、図２９に示した情報を生成し、端末情報記憶部２００４に記録する。より具体的には、再生確認部２０１１は、メディア読取部２００１から、メディア読取部２００１が記録媒体１０００から読み取ったメディアＩＤ１００１、コンテンツＩＤ１００２、及びコンテンツ置換情報１００６を取得し、取得した各情報を対応付けて、図２９に示した情報を生成する。このとき、再生回数は「０」に設定する。
【０２７６】
また、再生確認部２０１１は、記録媒体１０００に記録されているコンテンツが再生されると、端末情報記憶部２００４に記録されている情報を更新する機能を有する。具体的には、コンテンツが再生される度に、端末情報記憶部２００４に記録されている再生回数に１加算して上書きする。
【０２７７】
また、再生確認部２０１１は、内部に時計を備え、現在の日時を管理している。そして、再生確認部２０１１は、記録媒体１０００の再生時に、端末情報記憶部２００４に記録されているコンテンツ置換表２０２３に基づき、コンテンツ配信サーバ３０００から、置換コンテンツデータを取得する必要があるか否かを判断する。なお、コンテンツ置換表２０２３のデータは、図２７に示したコンテンツ置換表１００６ａのデータと同一であるので、ここでは、図２７を用いて説明する。
【０２７８】
再生確認部２０１１は、コンテンツ置換表１００６ａから、置換情報１０１１を抽出し、更に、置換情報１０１１から置換条件「２００８年６月１日以降」を抽出する。そして、再生確認部２０１１は、現在の日時が置換条件を満たしているか否かを判断する。例えば、内部に管理している現在の日時が「２００８年６月１日」であれば、再生確認部２０１１は、置換コンテンツデータを取得する必要があると判断する。現在の日時が「２００８年４月１５日」であれば、再生確認部２０１１は、置換コンテンツデータを取得する必要が無いと判断する。
【０２７９】
次に、再生確認部２０１１は、コンテンツ置換表１００６ａから、置換情報１０１２を抽出し、更に、置換情報１０１２から置換条件「再生回数５回以上」を抽出する。
また、再生確認部２０１１は、端末情報記憶部２００４から、再生回数を読み出す。そして、再生確認部２０１１は、端末情報記憶部２００４から読み出した再生回数が置換条件を満たしているか否かを判断する。例えば、端末情報記憶部２００４から読み出した再生回数が「５回」であれば、再生確認部２０１１は、置換コンテンツデータを取得する必要があると判断する。端末情報記憶部２００４から読み出した再生回数が「２回」であれば、再生確認部２０１１は、置換コンテンツデータを取得する必要が無いと判断する。
【０２８０】
再生確認部２０１１は、置換コンテンツデータを取得する必要があると判断すると、メディア読取部２００１が記録媒体１０００から読み取ったメディアＩＤ１００１及びコンテンツＩＤ１００２と、端末情報記憶部２００４から読み出した再生端末２０００の端末ＩＤと、コンテンツ置換表１００６ａから抽出した置換位置情報及びデータサイズとを、置換データ要求を作成する指示と共に、要求部２０１３へ出力する。
【０２８１】
更に、再生確認部２０１１は、端末情報記憶部２００４に記録されているコンテンツ置換表１００６ａの更新が必要であるか否かを判断する。
具体的には、再生確認部２０１１は、端末情報記憶部２００４からコンテンツ置換表有効期限「２００９年５月３１日」（２０２４）を読み出す。そして、再生確認部２０１１は、現在の日時がコンテンツ置換表有効期限内であるか否かを判断する。例えば、内部に管理している現在の日時が「２００９年６月１日」であれば、再生確認部２０１１は、コンテンツ置換表１００６ａの更新が必要であると判断する。現在の日時が「２００９年５月３１日」であれば、再生確認部２０１１は、コンテンツ置換表１００６ａの更新が不要であると判断する。
【０２８２】
再生確認部２０１１は、コンテンツ置換表１００６ａの更新が必要であると判断すると、メディア読取部２００１が記録媒体１０００から読み取ったメディアＩＤ１００１及びコンテンツＩＤ１００２と、端末情報記憶部２００４から読み出した再生端末２０００の端末ＩＤとを、更新データ要求を作成する指示と共に、要求部２０１３へ出力する。
【０２８３】
失敗検出部２０１２は、第１の実施形態に係る失敗検出部２３２と同一の機能を有する。
要求部２０１３は、再生確認部２０１１からの指示を受けて、登録要求、置換データ要求、及び更新データ要求を作成する。また、要求部２０１３は、失敗検出部２０１２からの指示を受けて、復元データ要求を作成する。
【０２８４】
要求部２０１３は、作成した登録要求、置換データ要求、更新データ要求、及び復元データ要求を、送信部２００３及び通信路５０００を介して、コンテンツ配信サーバ３０００へ送信する。
【０２８５】
データアクセス部２０１４は、受信部２００２を介してコンテンツ配信サーバ３０００から復元データ及び置換データを受信すると、受信した復元データ及び置換データを、復元データ／置換データ記憶部２００５に記録する。
【０２８６】
データアクセス部２０１４は、受信部２００２を介してコンテンツ配信サーバ３０００から更新データを受信すると、受信した更新データを用いて、端末情報記憶部２００４に記録されているコンテンツ置換表２０２３及びコンテンツ置換表有効期限２０２４を更新する。
【０２８７】
具体的には、データアクセス部２０１４は、更新データに含まれるコンテンツＩＤと一致するコンテンツＩＤに対応付けられているコンテンツ置換表及びコンテンツ置換表有効期限を、端末情報記憶部２００４から特定する。また、データアクセス部２０１４は、更新データに含まれる置換条件、置換位置情報及びデータサイズをそれぞれ対応付けて、一つの新たな置換情報を作成する。なお、更新データに、置換条件、置換位置情報及びデータサイズの組が複数個含まれている場合、データアクセス部２０１４は、複数個の新たな置換情報を作成する。そして、データアクセス部２０１４は、特定されたコンテンツ置換表の置換情報を、新たな置換情報で上書きする。更に、データアクセス部２０１４は、特定されたコンテンツ置換表有効期限を、更新データに含まれるコンテンツ置換表有効期限で上書きする。
【０２８８】
また、データアクセス部２０１４は、データ取得部２０１５からの要求に応じて、復元データ／置換データ記憶部２００５から、再生位置情報及び部分コンテンツデータを読み取り、読み取った再生位置情報及び部分コンテンツデータを、データ取得部２０１５へ出力する。更に、データアクセス部２０１４は、データ取得部２０１５からの要求に応じて、復元データ／置換データ記憶部２００５から、再生位置情報及び置換コンテンツデータを読み取る。データアクセス部２３４は、読み取った再生位置情報及び置換コンテンツデータを、データ取得部２０１５へ出力する。
【０２８９】
データ取得部２０１５は、コンテンツの再生処理に際し、記録媒体１０００に記録されているコンテンツデータ、又は復元データ／置換データ記憶部２００５に記録されている部分コンテンツデータ及び置換コンテンツデータを取得する。
【０２９０】
更に、データ取得部２０１５は、記録媒体１０００に記録されているコンテンツデータの再生中には、メディア読取部２００１から記録媒体１０００のメディアＩＤ１００１と現在再生中の位置を示す再生位置情報とを取得する。
【０２９１】
また、データ取得部２０１５は、復元データ／置換データ記憶部２００５に記録されている部分コンテンツデータの再生中には、復元データ／置換データ記憶部２００５から再生中の部分コンテンツデータに対応するメディアＩＤと現在再生中の位置を示す再生位置情報とを取得する。
【０２９２】
また、データ取得部２０１５は、復元データ／置換データ記憶部２００５に記録されている置換コンテンツデータの再生中には、復元データ／置換データ記憶部２００５から再生中の置換コンテンツデータに対応するメディアＩＤと現在再生中の位置を示す再生位置情報とを取得する。
【０２９３】
再生するコンテンツデータに対応するメディアＩＤ及び再生位置情報が復元データ／置換データ記憶部２００５に記録されていない場合には、データ取得部２０１５は記録媒体１０００から再生位置情報に対応付けられたコンテンツデータを読み取り、再生位置情報と共にデコードデータ制御部２０１６に出力する。
【０２９４】
一方、再生するコンテンツデータに対応するメディアＩＤ及び再生位置情報が復元データ／置換データ記憶部２００５に記録されている場合には、データ取得部２０１５は、復元データ／置換データ記憶部２００５から再生位置情報と対応付けられた部分コンテンツデータ又は置換コンテンツデータを読み出し、再生位置情報と共にデコードデータ制御部２３６に出力する。
【０２９５】
デコードデータ制御部２０１６は、データ取得部２０１５から、再生位置情報及びコンテンツデータ、再生位置情報及び部分コンテンツデータ、並びに、再生位置情報及び置換コンテンツデータを取得する。そして、デコードデータ制御部２０１６は、バッファリングしたコンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータを、それぞれ再生位置情報に応じて正しい再生順序に並び替えた上でデコード部２０１７へ出力する。
【０２９６】
デコード部２０１７は、第１の実施形態に係るデコード部２３７と同様の機能を有する。
（６）出力部２００７
出力部２００７は、第１の実施形態に係る出力部２０７と同様の機能を備えるため、詳細な説明は省略する。
【０２９７】
ここで、図３１に示した端末制御部２００６の内部構成については、集積回路化が可能である。また、復元データ／置換データ記憶部２００５及び端末情報記憶部２００４をハードディスクではなくフラッシュメモリ等として実現した場合には、これらも含めて集積回路化が可能である。
【０２９８】
４．コンテンツ配信サーバ３０００の構成
図３２は、コンテンツ配信サーバ３０００の構成を機能的に示す機能ブロック図である。
【０２９９】
同図に示すように、コンテンツ配信サーバ３０００は、受信部３００１、送信部３００２、再生端末情報記憶部３００３、コンテンツ記憶部３００４、サーバ制御部３００５、及び置換表更新データ記憶部３００６から構成される。
【０３００】
コンテンツ配信サーバ３０００は、具体的には、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスクユニット等から構成されるコンピュータシステムである。コンテンツ配信サーバ３０００は、ＣＰＵが、ＲＯＭ、ＲＡＭ又はハードディスクユニットに記録されているコンピュータプログラムを実行することにより、その機能を達成する。  
【０３０１】
コンテンツ配信サーバ３０００は、第１の実施形態に係るコンテンツ配信サーバ３０が有する機能と同一の機能を備える。更に、コンテンツ配信サーバ３０００は、コンテンツ配信サーバ３０が有する機能に加えて、再生端末２０００へ置換データを提供する機能、再生端末２０００へコンテンツ置換表を更新するための更新データを提供する機能等を備える。
【０３０２】
そこで、以下では、コンテンツ配信サーバ３０と同一の機能については詳細な説明は省略し、コンテンツ配信サーバ３０００の特徴的な機能を中心に説明する。
（１）受信部３００１及び送信部３００２
受信部３００１及び送信部３００２は、ネットワーク接続ユニットから構成される。
【０３０３】
受信部３００１は、再生端末２０００から、登録要求、復元データ要求、置換データ要求、及び更新データ要求を受信する。
送信部３００２は、再生端末２０００へ、復元データ、置換データ、拒否データ、及び更新データを送信する。
【０３０４】
（２）再生端末情報記憶部３００３
再生端末情報記憶部３００３は、ハードディスク又はフラッシュメモリで構成される。再生端末情報記憶部３００３は、第１の実施形態に係る再生端末情報記憶部３０３と同様の機能を備える。即ち、再生端末情報記憶部３００３は、図９に示す管理情報を記録しており、再生端末ごとの部分コンテンツデータの送信状況を管理する。
【０３０５】
（３）コンテンツ記憶部３００４
コンテンツ記憶部３００４は、ハードディスク又はフラッシュメモリで構成される。
コンテンツ記憶部３００４は、第１の実施形態に係るコンテンツ記憶部３０４と同様に、コンテンツ配信サーバ３０００が配信する部分コンテンツデータ及び部分コンテンツに関する管理情報（図１０に示した情報）を記録している。
【０３０６】
ここで、第１の実施形態に係るコンテンツ記憶部３０４は、記録媒体１０に記録されている全てのコンテンツデータに対応する全ての部分コンテンツデータを記録していた。本実施形態に係るコンテンツ記憶部３００４も同様に、再生端末２０００が、記録媒体１０００からのデータの読み取りに、いかなる位置で失敗したとしても適切な部分コンテンツデータを配信できるよう、記録媒体１０００に記録されている全てのコンテンツデータに対応する全ての部分コンテンツデータを記録している。
【０３０７】
コンテンツ記憶部３００４は、図１０に示した情報に加えて更に、置換コンテンツデータ及び置換コンテンツデータに関する管理情報を記録している。
図３３は、コンテンツ記憶部３００４に記録されている置換コンテンツデータ及び管理情報のデータ構造を示す図である。同図に示すように、コンテンツ記憶部３００４には、置換情報１、置換情報２を含む複数個の置換情報が記録されている。各置換情報は、コンテンツＩＤ、複数個の再生位置情報、複数個の置換コンテンツデータ、及び１以上のメディアＩＤを含む。
【０３０８】
なお、本実施形態では、置換情報に含まれるコンテンツＩＤのフォーマットは、記録媒体１０００に記録されているコンテンツＩＤ１００２のフォーマットと同一であるとする。また、置換情報に含まれる各再生位置情報のフォーマットは、記録媒体１０００に記録されている各再生位置情報のフォーマットと同一であるとする。また、置換情報に含まれるメディアＩＤのフォーマットは記録媒体１０００に記録されているメディアＩＤ１００１のフォーマットと同一であるとする。
【０３０９】
コンテンツＩＤは、コンテンツ配信サーバ３０００が配信可能なコンテンツを識別する情報である。図３３の具体例では、置換情報１に含まれるコンテンツＩＤ３０２１は、「Ｃｏｎｔｅｎｔ０１」である。
【０３１０】
再生位置情報及び置換コンテンツデータは、図３０の説明で述べた再生位置情報及び置換コンテンツデータと同様である。即ち、再生位置情報と置換コンテンツデータとは、１対１に対応している。また、置換コンテンツデータは、コンテンツを所定の単位で分割したデータであり、再生位置情報は、対応する置換コンテンツデータの再生順序を示す。例えば、図３３の具体例では、再生位置情報３０２２は、置換コンテンツデータ３０２３に対応しており、置換コンテンツデータ３０２３の再生順序を示す。
【０３１１】
置換情報に含まれるメディアＩＤは、コンテンツを記録している記録媒体を識別する情報である。図３３の置換情報１に依れば、コンテンツＩＤ「Ｃｏｎｔｅｎｔ０１」（３０２１）により識別されるコンテンツは、メディアＩＤ「Ｄｉｓｋ０１」により識別される記録媒体、メディアＩＤ「Ｄｉｓｋ１１」により識別される記録媒体等に記録されていることがわかる。置換情報に含まれるメディアＩＤは、置換データ要求が正しい記録媒体を再生している再生端末から送信されたのか否かの判断に用いる。その判断の詳細については後述する。
【０３１２】
なお、コンテンツ記憶部３００４は、部分コンテンツデータとは異なり、記録媒体１０００に記録されている全てのコンテンツデータに対応する全ての置換コンテンツデータを記録している必要は無い。置換する必要のあるコンテンツデータに対応する置換コンテンツデータのみを記録していればよい。
【０３１３】
また、コンテンツ記憶部３００４は、サーバ制御部３００５からの指示に従って、記録されている部分コンテンツデータ及び置換コンテンツデータの中から、再生端末２０００に送信すべき部分コンテンツデータ及び置換コンテンツデータを読み取る。
【０３１４】
（４）置換表更新データ記憶部３００６
置換表更新データ記憶部３００６は、ハードディスク又はフラッシュメモリで構成される。置換表更新データ記憶部３００６は、第４の実施形態に特徴的な構成要素であり、再生端末２０００の端末情報記憶部２００４に記録されているコンテンツ置換表及びコンテンツ置換表有効期限を更新するために必要なデータを記録している。
【０３１５】
図３４は、置換表更新データ記憶部３００６に記録されている情報のデータ構造を示す図である。
同図に示すように、置換表更新データ記憶部３００６は、更新データ１、及び更新データ２を含む複数個の更新データを記録している。各更新データは、コンテンツＩＤ、１以上の（置換条件、置換位置情報、及びデータサイズ）から成る組、及びコンテンツ置換表有効期限を含む。
【０３１６】
図３４に示す更新データ１は、端末情報記憶部２００４に記録されているコンテンツ置換表２０２３及びコンテンツ置換表有効期限２０２４を更新するためのデータである。
更新データ１は、コンテンツＩＤ「Ｃｏｎｔｅｎｔ０１」（３０３１）、置換条件「２００８年１２月１日以降」（３０３２）、置換位置情報「Ｐｏｓｉｔｉｏｎ０５」（３０３３）、データサイズ「１１」（３０３４）、…、コンテンツ置換表有効期限「２００９年７月３１日」（３０３５）を含む。
【０３１７】
コンテンツＩＤ「Ｃｏｎｔｅｎｔ０１」（３０３１）は、更新データ１を用いてコンテンツ置換表及びコンテンツ置換表有効期限情報を更新するコンテンツを識別する識別情報である。
【０３１８】
置換条件「２００８年１２月１日以降」（３０３２）、置換位置情報「Ｐｏｓｉｔｉｏｎ０５」（３０３３）、及びデータサイズ「１１」（３０３４）は、一つの置換情報（図２７の置換情報１０１１、１０１２を参照）を生成するために必要な情報である。同様に、置換情報「再生回数４回以上」、置換位置情報「Ｐｏｓｉｔｉｏｎ８０」、及びデータサイズ「１５」は、一つの置換情報を生成するために必要な情報である。
【０３１９】
コンテンツ置換表有効期限情報「２００９年７月３１日」（３０３５）は、更新データ１を用いて更新される更新後のコンテンツ置換表の有効期限を示す情報である。
なお、先に述べたように、コンテンツ置換表２０２３及びコンテンツ置換表有効期限２０２４の更新処理は、再生端末２０００のデータアクセス部２０１４により行われる。
【０３２０】
（５）サーバ制御部３００５
サーバ制御部３００５は、コンテンツ配信サーバ３０００の全体を制御する機能を有する。
【０３２１】
サーバ制御部３００５は、ＲＯＭ等に記録された制御プログラムをＣＰＵやＲＡＭ等を用いて動作させることで実現する。また、サーバ制御部３００５を、ハードウェアで実装してもよい。
【０３２２】
サーバ制御部３００５は、図３２に示すように、要求判断部３０１１、登録部３０１２、復元データ送信判断部３０１３、送信データ生成部３０１４、端末情報更新部３０１５、及びデータ更新部３０１６から構成される。
【０３２３】
要求判断部３０１１は、受信部３００１が再生端末２０００から受信した要求を受け取り、受け取った要求が、登録要求、復元データ要求、置換データ要求、及び更新データ要求の何れであるかを判断する。要求判断部３０１１は、受け取った要求に端末位置情報が含まれていない場合には、登録要求であると判断する。なお、本実施形態では、復元データ要求、置換データ要求、及び更新データ要求には、自身が何れの要求であるのかを示す情報が付加されているものとする。従って、要求判断部３０１１は、受け取った要求に端末位置情報が含まれている場合には、各要求に含まれる情報を用いて、復元データ要求、置換データ要求、及び更新データ要求の何れであるかを判断する。
【０３２４】
判断の結果、登録要求であった場合には、要求判断部３０１１は、登録部３０１２へ受け取った要求を出力する。判断の結果、復元データ要求、置換データ要求、及び更新データ要求であった場合には、復元データ送信判断部３０１３及び送信データ生成部３０１４へ受け取った要求を出力する。
【０３２５】
登録部３０１２は、要求判断部３０１１から登録要求を受け取ると、第１の実施形態に係る登録部３３２と同様の登録処理を行う。
復元データ送信判断部３０１３は、要求判断部３０１１から復元データ要求、置換データ要求、及び更新データ要求を受け取ると、要求された復元データ、置換データ、及び更新データを、再生端末２０００へ送信可能か否かを判断する。
【０３２６】
復元データ要求に対する判断は、第１の実施形態と同様であるため、説明を省略する。ここでは、置換データ要求、及び更新データ要求を受け取った場合の判断について説明する。
【０３２７】
復元データ送信判断部３０１３は、置換データ要求及び更新データ要求に含まれる端末ＩＤ及びメディアＩＤと同一の情報が再生端末情報記憶部３００３に記録されているか否かを確認する。
【０３２８】
記録されていない場合には、未登録の再生端末から未登録の記録媒体に対応する置換データ及び更新データが要求されていることとなるので、不正な要求であると判断し、復元データ送信判断部３０１３は、置換データ及び更新データの送信拒否を決定する。
【０３２９】
記録されている場合には、正当な要求であると判断し、復元データ送信判断部３０１３は、置換データ及び更新データの送信許可を決定する。
復元データ送信判断部３０１３は、復元データ、置換データ、及び更新データの送信可否の判断を終えると、その判断結果を送信データ生成部３０１４へ通知する。ここで、送信許可の通知を行う場合には、その通知と共に復元データ要求、置換データ要求、及び更新データ要求を、送信データ生成部３０１４へ出力する。
【０３３０】
送信データ生成部３０１４は、復元データ送信判断部３０１３から、復元データ、置換データ、及び更新データの送信許可の通知を受け取ると、再生端末２０００へ送信する情報を生成する処理を行う。なお、送信データ生成部３０１４が行う復元データの生成処理は、第１の実施形態に係る復元データ生成部３３４の処理と同様であるため、説明を省略する。ここでは、置換データ生成処理、及び更新データ生成処理について説明する。
【０３３１】
置換データ生成処理において、送信データ生成部３０１４は、コンテンツ記憶部３００４から、置換データ要求に含まれているコンテンツＩＤを有する置換情報を特定する。置換情報を特定すると、送信データ生成部３０１４は、特定された置換情報から、置換データ要求に含まれる再生位置情報が示す再生位置から、置換データ要求に含まれるデータサイズに相当する個数の置換コンテンツデータを読み出す。更に、送信データ生成部３０１４は、読み出した全ての置換コンテンツデータに対応する再生位置情報を、置換情報から読み出す。
【０３３２】
そして、送信データ生成部３０１４は、読み出した置換コンテンツデータと再生位置情報とを含む置換データを生成する。その後、送信データ生成部３０１４は、生成した置換データ、及び置換データ要求に含まれる端末位置情報を、送信部３００２へ出力する。
【０３３３】
更新データ生成処理において、送信データ生成部３０１４は、置換表更新データ記憶部３００６から、更新データ要求に含まれているコンテンツＩＤを有する更新データを特定する。更新データを特定すると、送信データ生成部３０１４は、特定された更新データから、更新データに含まれる全ての置換条件、置換位置情報、及びデータサイズ、並びに、コンテンツ置換表有効期限を読み出す。
【０３３４】
そして、送信データ生成部３０１４は、読み出した置換条件、置換位置情報、データサイズ、及びコンテンツ置換表有効期限情報を含む更新データを生成する。その後、送信データ生成部３０１４は、生成した更新データ、及び更新データ要求に含まれる端末位置情報を、送信部３００２へ出力する。
【０３３５】
一方、送信データ生成部３０１４は、復元データ送信判断部３０１３から、置換データ及び更新データの送信拒否の通知を受け取ると、拒否データを生成する。その後、送信データ生成部３０１４は、生成した拒否データを、置換データ要求及び更新データ要求に含まれる端末位置情報と共に送信部３００２へ出力する。
【０３３６】
端末情報更新部３０１５は、第１の実施形態に係る端末情報更新部３３５と同様の機能を有するため、説明を省略する。
データ更新部３０１６は、第４の実施形態に特徴的な構成要素であり、キーボードやマウス等の入力デバイスを備える。
【０３３７】
データ更新部３０１６は、入力デバイスを介して外部からデータ更新指示を受け付ける。ここで、データ更新部３０１６が受け付けるデータ更新指示には２種類ある。
先ず、データ更新部３０１６は、コンテンツ記憶部３００４に記録されている置換コンテンツデータ（図３３参照）の更新の指示を受け付ける。当該データ更新指示には、置換コンテンツデータの更新に必要な情報が含まれる。データ更新部３０１６は、当該データ更新指示を受け付けると、データ更新指示に含まれる情報を用いて、コンテンツ記憶部３００４に記録されている置換コンテンツデータを更新する。
【０３３８】
また、データ更新部３０１６は、置換表更新データ記憶部３００６に記録されている更新データ（図３４参照）の更新の指示を受け付ける。当該データ更新指示には、更新データの更新に必要な情報が含まれる。データ更新部３０１６は、当該データ更新指示を受け付けると、データ更新指示に含まれる情報を用いて、置換表更新データ記憶部３００６に記録されている更新データを更新する。
【０３３９】
データ更新部３０１６を備えることにより、コンテンツ配信サーバ３０００は、記録媒体１０００に記録されているコンテンツデータを置換するための置換コンテンツデータを再生端末２０００へ送信する際に、常に適切な置換コンテンツデータを送信することが可能となる。
【０３４０】
以上説明したサーバ制御部３００５の構成については、集積回路化が可能である。また、再生端末情報記憶部３００３、コンテンツ記憶部３００４、及び置換表更新データ記憶部３００６をハードディスクではなくフラッシュメモリ等で実現した場合には、これらも含めて集積回路化が可能である。
【０３４１】
＜動作＞
ここでは、図３５から図４３に示すフローチャートを用いて、コンテンツ再生システム４の動作について説明する。
【０３４２】
１．再生端末２０００の動作
（再生端末２０００の全体処理の動作）
図３５は、再生端末２０００の全体処理の動作を示すフローチャートである。
【０３４３】
記録媒体１０００が再生端末２０００に挿入されると（ステップＳ１００１）、再生確認部２０１１は、記録媒体１０００が初めて再生される記録媒体であるか否かを確認する。
【０３４４】
記録媒体１０００が初めて再生される記録媒体である場合（ステップＳ１００２でＹＥＳ）、要求部２０１３は、端末登録処理を行い（ステップＳ１００３）、ステップＳ１００４へ進む。
【０３４５】
記録媒体１０００が初めて再生される記録媒体ではない場合（ステップＳ１００２でＮＯ）、及びステップＳ１００３の端末登録処理が終了すると、再生確認部２０１１は、端末情報記憶部２００４から、記録媒体１０００を識別するメディアＩＤと対応付けて記録されているコンテンツ置換表有効期限を読み出す。そして、再生確認部２０１１は、コンテンツ置換表有効期限と現在の日付とを比較することにより、コンテンツ置換表が有効であるか否かを判断する。
【０３４６】
コンテンツ置換表が有効期限切れである場合（ステップＳ１００４でＮＯ）、再生確認部２０１１は、要求部２０１３に対し更新データ要求の生成の指示を出力する。その後、要求部２０１３は、コンテンツ置換表更新処理を行う（ステップＳ１００５）。
コンテンツ置換表が有効である場合（ステップＳ１００４でＹＥＳ）、及びステップＳ１００５のコンテンツ置換表更新処理が終了すると、再生確認部２０１１は、コンテンツ配信サーバ３０００から置換データの取得が必要か否かを判断する。
【０３４７】
具体的には、再生確認部２０１１は、端末情報記憶部２００４から、記録媒体１０００のメディアＩＤと対応付けて記録されているコンテンツ置換表を読み出す。そして、コンテンツ置換表に含まれる置換情報毎に置換データの取得が必要か否かを判断する。
【０３４８】
例えば、端末情報記憶部２００４に、図２７に示したコンテンツ置換表１００６ａが記録されている場合を具体例として用い、説明する。
先ず、再生確認部２０１１は、コンテンツ置換表１００６ａの置換情報１０１１を用いて、置換データの取得が必要であるか否かを判断する。置換情報１０１１に含まれる置換条件は再生時間についての条件であるため、再生確認部２０１１は、現在の日時が置換条件を満たすか否かを判断する。現在の日時が置換条件を満たす場合には、再生確認部２０１１は、置換データの取得が必要であると判断する。現在の日時が置換条件を満たさない場合には、再生確認部２０１１は、置換データの取得は不要であると判断する。
【０３４９】
次に、再生確認部２０１１は、コンテンツ置換表１００６ａの置換情報１０１２を用いて、置換データの取得が必要であるか否かを判断する。置換情報１０１２に含まれる置換条件は再生回数についての条件であるため、再生確認部２０１１は、端末情報記憶部２００４に記録されている再生回数が置換条件を満たすか否かを判断する。再生回数が置換条件を満たす場合には、再生確認部２０１１は、置換データの取得が必要であると判断する。再生回数が置換条件を満たさない場合には、再生確認部２０１１は、置換データの取得は不要であると判断する。
【０３５０】
コンテンツ置換表１００６ａに含まれる全ての置換情報についての判断が終了し、何れの置換情報によっても、置換データの取得が不要であると判断する場合には（ステップＳ１００６でＮＯ）、ステップＳ１００８へ進む。何れかの置換情報によって、置換データの取得が必要であると判断する場合には（ステップＳ１００６でＹＥＳ）、置換データ取得処理を行う（ステップＳ１００７）。
【０３５１】
置換データの取得が不要である場合、及び置換データ取得処理が終了すると、再生端末２０００は、データ取得処理を行う（ステップＳ１００８）。
再生端末２０００は、記録媒体１０００からのコンテンツデータの取得中にデータの読み取りに失敗した場合（ステップＳ１００９でＹＥＳ）、復元データ取得処理を行い（ステップＳ１０１０）、その後処理を終了する。なお、ステップＳ１０１０の処理は、図１６フローチャートと同様であるため、詳細な説明は省略する。
【０３５２】
再生端末２０００は、記録媒体１０００からのコンテンツデータの取得中にデータの読み取りに失敗しない場合（ステップＳ１００９でＮＯ）、データ再生処理を行う（ステップＳ１０１１）。その後、再生端末２０００は、コンテンツの再生が終了したか否かを判断し、再生終了の場合（ステップＳ１０１２でＹＥＳ）は、端末情報記憶部２００４に記録されている再生回数に１を加算して、再生回数を更新し（ステップＳ１０１３）、その後、処理を終了する。再生終了でない場合（ステップＳ１０１２でＮＯ）、再生端末２０００は再生位置を進めて、ステップＳ１００８のデータ取得処理を継続する。なお、再生位置を進める処理は、第１の実施形態と同様に、端末制御部２００６が実現する一般的なコンテンツ再生制御として実現される。
【０３５３】
（端末登録処理の動作）
図３６は、再生端末２０００による端末登録処理の動作を示すフローチャートである。なお、ここに示す動作は、図３５のステップＳ１００３の詳細である。
【０３５４】
先ず、再生確認部２０１１は、記録媒体１０００のメディアＩＤ１００１を、端末情報記憶部２００４の登録メディアＩＤに追加して記録する。更に、再生確認部２０１１は、記録媒体のメディアＩＤ１００１、コンテンツＩＤ１０１２、及びコンテンツ置換情報１００６を、対応付けて、端末情報記憶部２００４に記録する（ステップＳ１１０１）。
【０３５５】
続いて、要求部２０１３は、端末情報記憶部２００４に記録されている端末ＩＤを読み取り（ステップＳ１１０２）、読み取った端末ＩＤと記録媒体１００のメディアＩＤ１００１とから成る登録要求を作成する。
【０３５６】
次に、メディア読取部２００１は、記録媒体１０００からサーバ位置情報１００３を読み取る（ステップＳ１１０３）。
続いて、送信部２００３は、端末ＩＤとメディアＩＤ１００１とから成る登録要求を、サーバ位置情報１００３が示すコンテンツ配信サーバ３０００へ送信する（ステップＳ１１０４）。
【０３５７】
（コンテンツ置換表更新処理の動作）
図３７は、再生端末２０００によるコンテンツ置換表更新処理の動作を示すフローチャートである。なお、ここに示す動作は、図３５のステップＳ１００５の詳細である。
【０３５８】
先ず、要求部２０１３は、端末情報記憶部２００４のコンテンツ置換表から、更新が必要なコンテンツ置換表に対応するコンテンツＩＤを読み出し、更に、端末情報記憶部２００４から端末ＩＤ及び端末位置情報とを読み出す。要求部２０１３は、コンテンツＩＤ、端末ＩＤ、及び端末位置情報を含む更新データ要求を生成する（ステップＳ１２０１）。なお、更新データ要求には、自身が更新データ要求である旨を示す情報が付加されているものとする。
【０３５９】
送信部２００３は、ステップＳ１２０１で生成された更新データ要求を、コンテンツ配信サーバ３０００へ送信する（ステップＳ１２０２）。
その後、再生端末２０００は、コンテンツ配信サーバ３０００からの応答を待つ（ステップＳ１２０３）。
【０３６０】
コンテンツ配信サーバ３０００からの応答が、拒否データである場合、又は、コンテンツ配信サーバ３０００から所定時間応答が無い場合（ステップＳ１２０４で「拒否データ又は所定時間応答なし」）、再生端末２０００は、処理を終了する。
【０３６１】
コンテンツ配信サーバ３０００からの応答が、更新データである場合（ステップ１２０４で「更新データ」）、データアクセス部２０１４は、更新データに含まれる全ての置換条件、置換位置情報、及びデータサイズを用いて、置換情報を生成する。そして、生成された置換情報を用いて、それまで端末情報記憶部２００４に記録されていたコンテンツ置換表を更新する（ステップＳ１２０５）。
【０３６２】
更に、データアクセス部２０１４は、更新データに含まれるコンテンツ置換表有効期限を用いて、それまで端末情報記憶部２００４に記録されていたコンテンツ置換表有効期限を更新する（ステップＳ１２０６）。
【０３６３】
なお、コンテンツ配信サーバ３０００からの応答が拒否データである場合には、出力部２００７により、ユーザに対し更新データの取得に失敗した旨の通知を行った上で処理を終了するように構成してもよい。
【０３６４】
また、コンテンツ配信サーバ３０００から所定時間応答が無かった場合にも、出力部２００７により、ユーザに対しコンテンツ配信サーバ３０００との通信に失敗した旨の通知を行った上で処理を終了するとしてもよい。
【０３６５】
更に、コンテンツ配信サーバ３０００からの応答が更新データである場合にも、出力部２００７により、ユーザに対し更新データの取得に成功した旨の通知、及びコンテンツ置換表の更新処理が正常に終了した旨の通知を行うように構成してもよい。
【０３６６】
（置換データ取得処理の動作）
図３８は、再生端末２０００による置換データ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図３５のステップＳ１００７の詳細である。
【０３６７】
先ず、要求部２０１３は、端末情報記憶部２００４のコンテンツ置換表から、置換データの取得が必要なコンテンツのコンテンツＩＤ及び記録媒体１０００のメディアＩＤ，置換位置情報、及びデータサイズ、並びに、端末情報記憶部２００４から端末ＩＤ及び端末位置情報とを読み出し、これらを含む置換データ要求を生成する（ステップＳ１３０１）。なお、置換データ要求には、自身が置換データ要求である旨を示す情報が付加されているものとする。
【０３６８】
送信部２００３は、ステップＳ１３０１で生成された置換データ要求を、コンテンツ配信サーバ３０００へ送信する（ステップＳ１３０２）。
その後、再生端末２０００は、コンテンツ配信サーバ３０００からの応答を待つ（ステップＳ１３０３）。
【０３６９】
コンテンツ配信サーバ３０００からの応答が、拒否データである場合、又は、コンテンツ配信サーバ３０００から所定時間応答が無い場合（ステップＳ１３０４で「拒否データ又は所定時間応答なし」）、再生端末２０００は、処理を終了する。
【０３７０】
コンテンツ配信サーバ３０００からの応答が、置換データである場合（ステップ１３０４で「置換データ」）、データアクセス部２０１４は、置換データに含まれる置換コンテンツデータ及び再生位置情報を、復元データ／置換データ記憶部２００５に記録する（ステップＳ１３０５）。
【０３７１】
なお、コンテンツ配信サーバ３０００からの応答が拒否データである場合には、出力部２００７により、ユーザに対し置換データの取得に失敗した旨の通知を行った上で処理を終了するように構成してもよい。
【０３７２】
また、コンテンツ配信サーバ３０００から所定時間応答が無かった場合にも、出力部２００７により、ユーザに対しコンテンツ配信サーバ３０００との通信に失敗した旨の通知を行った上で処理を終了するとしてもよい。
【０３７３】
更に、コンテンツ配信サーバ３０００からの応答が置換データである場合にも、出力部２００７により、ユーザに対し置換データの取得に成功した旨の通知を行うように構成してもよい。
【０３７４】
（データ取得処理の動作）
図３９は、再生端末２０００によるデータ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図３５のステップＳ１００８の詳細である。
【０３７５】
先ず、コンテンツの現在再生中の位置を示す再生位置情報が取得される（ステップＳ１４０１）。ここで、再生位置情報を取得する処理は、端末制御部２００６が実現する一般的なコンテンツ再生制御として実現され、メディア読取部２００１又はデータアクセス部２０１４が、端末制御部２００６からの指示に従って行う。
【０３７６】
より具体的には、再生位置情報を取得する処理は、記録媒体１０００から読み取ったコンテンツデータを再生しているときにはメディア読取部２００１が行い、復元データ／置換データ記憶部２００５から読み取った部分コンテンツデータ及び置換コンテンツデータを再生しているときにはデータアクセス部２０１４が行う。
【０３７７】
続いて、データ取得部２０１５は、取得した再生位置情報に対応する部分コンテンツデータ又は置換コンテンツデータが、復元データ／置換データ記憶部２００５に存在するか否かを確認する。復元データ／置換データ記憶部２００５には、記録媒体１００からの読み取りに失敗した位置以降の部分コンテンツデータと、置換が必要な位置の置換コンテンツデータとが存在する。
【０３７８】
データ取得部２０１５による確認の処理は、上記の確認処理を、メディア読取部２００１から受け取ったメディアＩＤと再生位置情報との両方が、復元データ／置換データ記憶部２００５に記録されているか否かを確認することにより行う。
【０３７９】
復元データ／置換データ記憶部２００５に部分コンテンツデータ又は置換コンテンツデータが存在する場合（ステップＳ１４０２でＹＥＳ）、データ取得部２０１５は、再生位置情報に対応する部分コンテンツデータ又は置換コンテンツデータを、復元データ／置換データ記憶部２００５から取得して（ステップＳ１４０３）、デコードデータ制御部２０１６へ出力する。
【０３８０】
一方、復元データ／置換データ記憶部２００５に部分コンテンツデータ及び置換コンテンツデータが存在しない場合（ステップＳ１４０２でＮＯ）、データ取得部２０１５は、記録媒体１０００から再生位置情報に対応するコンテンツデータを取得して（ステップＳ１４０４）、デコードデータ制御部２０１６へ出力する。
【０３８１】
なお、復元データ／置換データ記憶部２００５に、部分コンテンツデータ及び置換コンテンツデータの何れもが存在する場合には、データ取得部２０１５は、置換コンテンツデータを取得して、デコードデータ制御部２０１６へ出力するようにする。
【０３８２】
上述したように、部分コンテンツデータは、記録媒体１０００に記録されているコンテンツデータと同一内容のデータである。一方で、置換コンテンツデータは、記録媒体１０００に記録されているコンテンツデータとは異なる内容のデータである。より具体的には、置換コンテンツデータは、コンテンツ提供者の意図を反映させて、記録媒体１０００に記録されているコンテンツデータを再生に適した新たなデータに更新したものである。従って、データ取得部２０１５は、再生に適した新たなデータである置換コンテンツデータを、部分コンテンツデータよりも優先して取得するようにしている。
【０３８３】
データ更新部３０１６は、コンテンツ記憶部３００４に記録されている置換コンテンツデータ（図３３参照）の更新の指示を受け付ける。当該データ更新指示には、置換コンテンツデータの更新に必要な情報が含まれる。データ更新部３０１６は、当該データ更新指示を受け付けると、データ更新指示に含まれる情報を用いて、コンテンツ記憶部３００４に記録されている置換コンテンツデータを更新する。
【０３８４】
（データ再生処理の動作）
図４０は、再生端末２０００によるデータ再生処理の動作を示すフローチャートである。なお、ここに示す動作は、図３５のステップＳ１０１１の詳細である。
【０３８５】
先ず、デコードデータ制御部２０１６は、バッファリングされているコンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータの再生位置情報を取得する（ステップＳ１５０１）。
【０３８６】
続いて、取得した再生位置情報に従って、コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータを正しい再生順序に並び替える（ステップＳ１５０２）。その後、正しい再生順序で、コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータがデコード部２０１７へ入力される（ステップＳ１５０３）。
【０３８７】
デコード部２０１７は、受け取ったコンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータをデコードし（ステップＳ１５０４）、出力装置４０００へ出力する（ステップＳ１５０５）。
【０３８８】
なお、第１の実施形態と同様に、データ取得部２０１５からデコードデータ制御部２０１６へ常に再生順序に従った安定した量のデータが届くのであれば、デコードデータ制御部２０１６によるバッファリング及び並び替えの処理は不要である。この場合は、ステップＳ１５０１及びステップＳ１５０２の処理を省略することができる。
【０３８９】
２．コンテンツ配信サーバ３０００の動作
（コンテンツ配信サーバ３０００の全体処理の動作）
図４１は、コンテンツ配信サーバ３０００の全体処理の動作を示すフローチャートである。
【０３９０】
コンテンツ配信サーバ３０００は、再生端末２０００からの要求を待ち、再生端末２０００から要求を受け取ると、要求判断部３０１１は、その要求が登録要求、復元データ要求、置換データ要求、及び更新データ要求の何れであるかを判断する。
【０３９１】
再生端末２０００から受け取った要求が登録要求である場合（ステップＳ１６０１で「登録要求」、登録部３０１２は、登録要求に含まれる端末ＩＤとメディアＩＤとを、再生端末情報記憶部３００３に記録する（ステップＳ１６０２）。
【０３９２】
再生端末２０００から受け取った要求が更新データ要求である場合（ステップＳ１６０１で「更新データ要求」）、コンテンツ配信サーバ３０００は、更新データ送信処理を行う（ステップＳ１６０３）。
【０３９３】
再生端末２０００から受け取った要求が置換データ要求である場合（ステップＳ１６０１で「置換データ要求」、コンテンツ配信サーバ３０００は、置換データ送信処理を行う（ステップＳ１６０４）。
【０３９４】
再生端末２０００から受け取った要求が復元データ要求である場合（ステップＳ１６０１で「復元データ要求」）、コンテンツ配信サーバ３０００は、復元データ送信処理を行う（ステップＳ１６０５）。なお、ステップＳ１６０５の処理は、図１８のフローチャートと同様であるため、詳細な説明は省略する。
【０３９５】
続いて、コンテンツ配信サーバ３０００のデータ更新部３０１６は、データ更新の指示を受け付けたか否かを判断する。データ更新指示を受け付けない場合（ステップＳ１６０６でＮＯ）、コンテンツ配信サーバ３０００は、処理を終了する。データ更新指示を受け付けた場合（ステップＳ１６０６でＹＥＳ），データ更新部３０１６は、データ更新指示に従い、コンテンツ記憶部３００４に記録されている置換コンテンツデータ、及び置換表更新データ記憶部３００６に記録されている更新データを更新して、処理を終了する。
【０３９６】
なお、本実施形態では、登録要求に対しては、再生端末２０００に対しデータの返送を行っていないが、例えば登録部３０１２による処理の完了後に、再生端末２０００に対し、登録が正常に完了した旨の通知を行うように構成してもよい。
【０３９７】
また、ステップＳ１６０６及びステップＳ１６０７の処理は、ステップＳ１６０１の処理の前に行ってもよい。
（更新データ送信処理の動作）
図４２は、コンテンツ配信サーバ３０００による更新データ送信処理の動作を示すフローチャートである。なお、ここに示す動作は、図４１のステップＳ１６０３の詳細である。
【０３９８】
先ず、復元データ送信判断部３０１３は、更新データ要求の正当性を判断する。具体的には、復元データ送信判断部３０１３は、更新データ要求に含まれる端末ＩＤ及びメディアＩＤが再生端末情報記憶部３００３に記録されているか否かを確認する。何れかが記録されていない場合には、更新データ要求を不当なものであると判断する。
【０３９９】
更新データ要求が正当でないと判断された場合（ステップＳ１７０１でＮＯ）、復元データ送信判断部３０１３は、送信データ生成部３０１４に対して更新データの送信を拒否する旨の通知を行い、ステップＳ１７０２へ進む。
【０４００】
送信データ生成部３０１４は、更新データの送信を拒否する旨の通知を受け取ると、拒否データを生成し（ステップＳ１７０２）、生成した拒否データを送信部３００２へ出力する。
【０４０１】
更新データ要求が正当であると判断された場合（ステップＳ１７０１でＹＥＳ）、復元データ送信判断部３０１３は、送信データ生成部３０１４に対して更新データの送信を許可する旨の通知を行う。
【０４０２】
更新データの送信許可の通知を受け取った送信データ生成部３０１４は、更新データ要求に含まれるコンテンツＩＤに対応する更新データを置換表更新データ記憶部３００６から読み出す（ステップＳ１７０３）。送信データ生成部３０１４は、読み出した更新データを送信部３００２へ出力する。
【０４０３】
その後、送信部３００２は、更新データ又は拒否データを再生端末２０００へ送信する（ステップＳ１７０４）。
（置換データ送信処理の動作）
図４３は、コンテンツ配信サーバ３０００による置換データ送信処理の動作を示すフローチャートである。なお、ここに示す動作は、図４１のステップＳ１６０４の詳細である。
【０４０４】
先ず、復元データ送信判断部３０１３は、置換データ要求の正当性を判断する。具体的には、復元データ送信判断部３０１３は、置換データ要求に含まれる端末ＩＤ及びメディアＩＤが再生端末情報記憶部３００３に記録されているか否かを確認する。何れかが記録されていない場合には、復元データ要求を不当なものであると判断する。
【０４０５】
更に、復元データ送信判断部３０１３は、置換データ要求に含まれるコンテンツＩＤ及びメディアＩＤが、コンテンツ記憶部３００４において、対応付けられて記録されているか否かを確認する。これらが対応付けられて記録されていない場合には、置換データ要求を不当なものであると判断する。
【０４０６】
置換データ要求が正当でないと判断された場合（ステップＳ１８０１でＮＯ）、復元データ送信判断部３０１３は、送信データ生成部３０１４に対して置換データの送信を拒否する旨の通知を行い、ステップＳ１８０２へ進む。
【０４０７】
送信データ生成部３０１４は、置換データの送信を拒否する旨の通知を受け取ると、拒否データを生成し（ステップＳ１８０２）、生成した拒否データを送信部３００２へ出力する。
【０４０８】
置換データ要求が正当であると判断された場合（ステップＳ１８０１でＹＥＳ）、復元データ送信判断部３０１３は、送信データ生成部３０１４に対して置換データの送信を許可する旨の通知を行う。
【０４０９】
置換データの送信許可の通知を受け取った送信データ生成部３０１４は、置換データ要求に含まれる置換位置情報及びデータサイズに対応する置換コンテンツデータを、コンテンツ記憶部３００４から読み出し、更に、置換コンテンツデータに対応する再生位置情報とを、コンテンツ記憶部３００４から読み出す。送信データ生成部３０１４は、読み出した置換コンテンツデータと再生位置情報とから置換データを生成する（ステップＳ１８０３）。送信データ生成部３０１４は、生成した置換データを送信部３００２へ出力する。
【０４１０】
その後、送信部３００２は、置換データ又は拒否データを再生端末２０００へ送信する（ステップＳ１８０４）。
以上説明したように、コンテンツ再生システム４では、第１の実施形態に係るコンテンツ再生システム１と同様に、記録媒体１０００からのデータの読み取りに失敗した位置以降の部分コンテンツデータを復元データ／置換データ記憶部２００５に記録しておくことにより、記録媒体１０００に記録されているコンテンツデータ、及び復元データ／置換データ記憶部２００５に記録されている部分コンテンツデータを用いて、コンテンツの全体を再生することが可能である。
【０４１１】
更に、コンテンツ再生システム４では、記録媒体１０００内のコンテンツデータを他のデータに置き換える必要がある場合には、コンテンツ配信サーバ３０００から置換コンテンツデータを取得して、復元データ／置換データ記憶部２００５に記録する。そして、再生端末２０００は、コンテンツの現在再生中の位置が、置換データが存在する位置となれば、復元データ／置換データ記憶部２００５に記録済みの置換コンテンツデータに再生を切り替える。
【０４１２】
これにより、コンテンツ再生システム４では、記録媒体１０００が、時間の経過と共に再生するのが不適切となったコンテンツデータを含む場合であっても、不適切なコンテンツデータを、適切な置換コンテンツデータに置き換えて再生することが可能となる。  
【０４１３】
≪第５の実施形態≫
ここでは、本発明の第５の実施形態として、コンテンツ再生システム５について説明する。  
【０４１４】
第４の実施形態では、第１の実施形態と同様に、再生端末２０００は、コンテンツの再生中に読み取り失敗が発生すると、コンテンツ配信サーバ３０００へ復元データを要求し、取得した復元データを記録した。これにより、再生端末２０００は、記録媒体１０００の読み取りに失敗した回の次回以降の再生時には、コンテンツを途切れなく再生することができていた。
【０４１５】
しかし、第４の実施形態では、読み取り失敗が初めて発生した回については、コンテンツが途中で突然再生されなくなってしまうこととなる。そこで、第５の実施形態では、第２の実施形態と同様に、読み取り失敗が発生する場合であっても、最初から最後までコンテンツの全体を途切れなく再生することのできるコンテンツ再生システムを示す。
【０４１６】
具体的には、第５の実施形態に係るコンテンツ再生システム５は、第２の実施形態に係るコンテンツ再生システム２と同様に、コンテンツの再生を開始するよりも前に読み取り失敗が発生するか否かを確認する。
【０４１７】
＜構成＞
１．コンテンツ再生システム５の全体構成
第５の実施形態に係るコンテンツ再生システム５は、記録媒体１０００ａ、再生端末２０００ａ、コンテンツ配信サーバ３０００ａ、及び出力装置４０００ａから構成される。再生端末２０００ａとコンテンツ配信サーバ３０００ａとは、通信路５０００ａを介して接続されている（図４４参照）。
【０４１８】
ここで、記録媒体１０００ａ、コンテンツ配信サーバ３０００ａ、出力装置４０００ａ、及び通信路５０００ａは、第４の実施形態の記録媒体１０００、コンテンツ配信サーバ３０００、出力装置４０００、及び通信路５０００と同様の構成を有するため説明を省略する。
【０４１９】
以下では、第４の実施形態と異なる構成を有する再生端末２０００ａの構成について説明する。
２．再生端末２０００ａの構成
図４４は、再生端末２０００ａの構成を機能的に示す機能ブロック図である。ここで、図２８及び図３１に付した符号と同一の符号を付した構成要素については、第４の実施形態と同様であるので、説明を省略する。即ち、再生端末２０００ａでは、失敗検出部２０１２ａ、データアクセス部２０１４ａ、及びデータ取得部２０１５ａの構成が、第４の実施形態とは異なる。
【０４２０】
（１）失敗検出部２０１２ａ
失敗検出部２０１２ａは、再生端末２０００ａに記録媒体１０００ａが挿入されると、記録媒体１０００ａに記録されているコンテンツデータの読み取りを、メディア読取部２００１に指示する。
【０４２１】
その後、失敗検出部２０１２ａは、メディア読取部２００１によるデータの読み取りを監視する。メディア読取部２００１が、コンテンツデータの読み取りに失敗した場合は、第４の実施形態の失敗検出部２０１２と同様に、要求部２０１３へ復元データ要求の作成を指示する。
【０４２２】
失敗検出部２０１２ａは、コンテンツデータの読み取りが全て正常に完了した場合、その旨をデータ取得部２０１５ａに通知し、読み取り失敗により異常終了した場合、その旨をデータ取得部２０１５ａに通知する。
【０４２３】
（２）データアクセス部２０１４ａ
データアクセス部２０１４ａは、第４の実施形態のデータアクセス部２０１４と同様の機能に加え、復元データの記録が完了するとその旨をデータ取得部２０１５ａに通知する機能を有する。
【０４２４】
（３）データ取得部２０１５ａ
データ取得部２０１５ａは、第４の実施形態のデータ取得部２０１５と同様の機能に加え、データの取得を開始するタイミングを判断する機能を有する。
【０４２５】
具体的には、データ取得部２０１５ａは、失敗検出部２０１２ａからデータの読み取りが正常に終了した旨の通知を受け取った場合、及び、データアクセス部２０１４ａから復元データの記録が完了した旨の通知を受け取った場合に、データの取得を開始する。これは、コンテンツの再生に復元データが必要になる場合に、復元データの記録が完了する前に再生を開始するのを防ぐためである。
【０４２６】
なお、記録媒体１０００からのデータの読み取りに失敗がない場合は、データ取得部２０１５ａは部分コンテンツデータを必要としないので、失敗検出部２０１２ａによる記録媒体１０００の確認が終わり次第、記録媒体１０００のコンテンツデータの再生を開始する。
【０４２７】
＜動作＞
ここでは、第５の実施形態に係るコンテンツ再生システム５の動作について説明する。
上述した通り、コンテンツ再生システム５は、第４の実施形態のコンテンツ再生システム４と比較し、再生端末２０００ａの構成のみが異なるため、以下では、再生端末２０００ａの動作のみを説明する。
【０４２８】
（再生端末２０００ａの全体処理の動作）
図４５は、再生端末２０００ａの全体処理の動作を示すフローチャートである。
記録媒体１０００ａが再生端末２０００ａに挿入されると（ステップＳ２００１）、再生確認部２０１１は、記録媒体１０００ａが初めて再生される記録媒体であるか否かを確認する。
【０４２９】
記録媒体１０００ａが初めて再生される記録媒体である場合（ステップＳ２００２でＹＥＳ）、要求部２０１３は、端末登録処理を行い（ステップＳ２００３）、ステップＳ２００４へ進む。なお、ステップＳ２００３の処理は、図３６のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
【０４３０】
記録媒体１０００ａが初めて再生される記録媒体ではない場合（ステップＳ２００２でＮＯ）、及びステップＳ２００３の端末登録処理が終了すると、再生確認部２０１１は、端末情報記憶部２００４から、記録媒体１０００ａを識別するメディアＩＤと対応付けて記録されているコンテンツ置換表有効期限を読み出す。そして、再生確認部２０１１は、コンテンツ置換表有効期限と現在の日付とを比較することにより、コンテンツ置換表が有効であるか否かを判断する。
【０４３１】
コンテンツ置換表が有効期限切れである場合（ステップＳ２００４でＮＯ）、再生確認部２０１１は、要求部２０１３に対し更新データ要求の生成の指示を出力する。その後、要求部２０１３は、コンテンツ置換表更新処理を行う（ステップＳ２００５）。なお、ステップＳ２００５の処理は、図３７のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
【０４３２】
コンテンツ置換表が有効である場合（ステップＳ２００４でＹＥＳ）、及びステップＳ２００５のコンテンツ置換表更新処理が終了すると、再生確認部２０１１は、コンテンツ配信サーバ３０００ａから置換データの取得が必要か否かを判断する。
【０４３３】
具体的には、再生確認部２０１１は、端末情報記憶部２００４から、記録媒体１０００ａのメディアＩＤと対応付けて記録されているコンテンツ置換表を読み出す。そして、コンテンツ置換表に含まれる置換情報毎に置換データの取得が必要か否かを判断する。
【０４３４】
コンテンツ置換表に含まれる全ての置換情報についての判断が終了し、何れの置換情報によっても、置換データの取得が不要であると判断する場合には（ステップＳ２００６でＮＯ）、ステップＳ２００８へ進む。何れかの置換情報によって、置換データの取得が必要であると判断する場合には（ステップＳ２００６でＹＥＳ）、置換データ取得処理を行う（ステップＳ２００７）。なお、ステップＳ２００７の処理は、図３８のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
【０４３５】
置換データの取得が不要である場合、及び置換データ取得処理が終了すると、再生端末２０００ａは、読取確認処理を行う（ステップＳ２００８）。なお、ステップＳ２００８の処理は、図２１のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
【０４３６】
その後、再生端末２０００ａは、記録媒体１０００ａ又は復元データ／置換データ記憶部２００５から再生すべきコンテンツデータ、部分コンテンツデータ、又は置換コンテンツデータを取得するデータ取得処理を行う（ステップＳ２００９）。
【０４３７】
ステップＳ２００９の処理は、図３９のフローチャートと概ね同様であるため、詳細な説明は省略する。但し、データ取得部２０１５ａが取得処理を開始するタイミングは、第４の実施形態と異なる。即ち、第２の実施形態と同様に、ステップＳ２００８の読取確認処理において、失敗検出部２０１２ａからコンテンツデータの読み取りが全て正常に完了した旨の通知を受け取れば、データ取得部２０１５ａは、すぐにデータ取得処理を開始する。また、読取確認処理において、失敗検出部２０１２ａからコンテンツデータの読み取り失敗が発生した旨を受け取れば、データ取得部２０１５ａは、データアクセス部２０１４ａから復元データの記録が完了した旨の通知を受け取るまで、データ取得処理の実行を待つ。
【０４３８】
その後、再生端末２０００ａは、データ再生処理を行う（ステップＳ２０１０）。そして、再生端末２０００ａは、コンテンツの再生が終了したか否かを判断し、再生終了の場合（ステップＳ２０１１でＹＥＳ）は、端末情報記憶部２００４に記録されている再生回数に１を加算して、再生回数を更新し（ステップＳ２０１２）、その後、処理を終了する。再生終了でない場合（ステップＳ２０１１でＮＯ）、再生端末２０００ａは再生位置を進めて、ステップＳ２００９のデータ取得処理を継続する。なお、再生位置を進める処理は、既に説明した他の実施形態と同様に、端末制御部２００６ａが実現する一般的なコンテンツ再生制御として実現される。
【０４３９】
≪第６の実施形態≫
ここでは、本発明の第６の実施形態として、コンテンツ再生システム６について説明する。
【０４４０】
第６の実施形態では、第３の実施形態と同様に、コンテンツの再生中に読み取り失敗が発生した場合、及び、コンテンツの再生中にデータの置換が必要であると判断した場合に、コンテンツ配信サーバから部分コンテンツデータ又は置換コンテンツデータを順次受け取り、受け取った部分コンテンツデータ又は置換コンテンツデータを順次ストリーミング再生する。
【０４４１】
これにより、コンテンツ再生システム６では、再生端末が復元データ及び置換データを蓄積することなく、コンテンツを途切れずに再生することができる。
＜構成＞
１．コンテンツ再生システム６の全体構成
第６の実施形態に係るコンテンツ再生システム６は、記録媒体１０００ｂ、再生端末２０００ｂ、コンテンツ配信サーバ３０００ｂ、及び出力装置４０００ｂから構成される。再生端末２０００ｂとコンテンツ配信サーバ３０００ｂとは、通信路５０００ｂを介して接続されている（図４６参照）。
【０４４２】
ここで、記録媒体１０００ｂ、コンテンツ配信サーバ３０００ｂ、出力装置４０００ｂ、及び通信路５０００ｂは、第４の実施形態の記録媒体１０００、コンテンツ配信サーバ３０００、出力装置４０００、及び通信路５０００と同様の構成を有するため説明を省略する。
【０４４３】
以下では、第４の実施形態と異なる構成を有する再生端末２０００ｂの構成について説明する。
２．再生端末２０００ｂの構成
図４６は、再生端末２０００ｂの構成を機能的に示す機能ブロック図である。ここで、図２８及び図３１に付した符号と同一の符号が付してある構成要素については、第４の実施形態と同様の構成であるので、説明を省略する。
【０４４４】
本実施形態に係る再生端末２０００ｂは、再生確認部２０１１ｂ、失敗検出部２０１２ｂ、データアクセス部２０１４ｂ、及びデータ取得部２０１５ｂの構成が、第４の実施形態と異なる。また、本実施形態では、再生端末２０００ｂは、受信した部分コンテンツ及び置換コンテンツデータをすぐに再生するため、第４の実施形態及び第５の実施形態と異なり、復元データ及び置換データを記録しておく必要がない。従って、再生端末２０００ｂは、復元データ／置換データ記憶部２００５を備えていない。
【０４４５】
（１）再生確認部２０１１ｂ
第４の実施形態に係る再生確認部２０１１は、記録媒体１０００のコンテンツを再生する以前に、コンテンツ置換表を用いて置換データ取得の有無を確認していた。一方、第６の実施形態に係る再生確認部２０１１ｂは、記録媒体１０００ｂのコンテンツのデータ取得処理において、コンテンツ置換表を用いて置換データ取得の有無を確認する。
【０４４６】
具体的には、再生確認部２０１１ｂは、メディア読取部２００１から、記録媒体１０００ｂから読み取った再生位置情報を取得する。再生確認部２０１１ｂは、端末情報記憶部２００４に記録されているコンテンツ置換表を参照して、取得した再生位置情報により示されるコンテンツデータの置換が必要であるか否かを判断する。再生確認部２０１１ｂは、コンテンツデータの置換が必要であると判断する場合には、データ置換の通知をデータ取得部２０１５ｂに出力する。
【０４４７】
なお、再生確認部２０１１ｂは、上述した機能に加え、第４の実施形態に係る再生確認部２０１１が備える他の機能も備えるものとする。
（２）失敗検出部２０１２ｂ
失敗検出部２０１２ｂは、第４の実施形態の失敗検出部２０１２と同様の機能に加え、読み取りの失敗を検出すると、読み取り失敗の通知をデータ取得部２０１５ｂに出力する機能を有する。
【０４４８】
（２）データアクセス部２０１４ｂ
データアクセス部２０１４ｂは、受信部２００２を介してコンテンツ配信サーバ３０００ｂから復元データ及び置換データを取得し、取得した復元データ及び置換データを順次データ取得部２０１５ｂへ送出する。
【０４４９】
なお、コンテンツの再生速度に合わせてコンテンツ配信サーバ３０００ｂから復元データ及び置換データがデータアクセス部２０１４ｂに到達するとは限らないので、データアクセス部２０１４ｂは、復元データ及び置換データの到達速度の揺らぎを吸収するために、一時的に復元データ及び置換データを蓄積するバッファを持つことが望ましい。
【０４５０】
（３）データ取得部２０１５ｂ
データ取得部２０１５ｂは、再生端末２０００ｂが再生するコンテンツデータ、部分コンテンツデータ、又は置換コンテンツデータを取得する。何れのデータを取得するのかは、失敗検出部２０１２ｂからの読み取り失敗の通知の有無、及び再生確認部２０１１ｂからのデータ置換の通知の有無に依る。
【０４５１】
具体的には、失敗検出部２０１２ｂから読み取り失敗の通知を受け取るまでは、データ取得部２０１５ｂは、メディア読取部２００１が記録媒体１０００ｂから読み取ったコンテンツデータ及び再生位置情報を取得する。
【０４５２】
失敗検出部２０１２ｂから読み取り失敗の通知を受け取った後は、データ取得部２０１５ｂは、データアクセス部２０１４ｂから順次送出される復元データから、部分コンテンツデータ及び再生位置情報を取得する。
【０４５３】
更に、データ取得部２０１５ｂは、再生確認部２０１１ｂからデータ置換の通知を受け取った後は、データアクセス部２０１４ｂから順次送出される置換データから、置換コンテンツデータ及び再生位置情報を取得する。
【０４５４】
＜動作＞
ここでは、第６の実施形態に係るコンテンツ再生システム６の動作について説明する。
上述した通り、コンテンツ再生システム６は、第４の実施形態のコンテンツ再生システム４と比較し、再生端末２０００ｂの構成のみが異なるため、以下では、再生端末２０００ｂの動作のみを説明する。
【０４５５】
（再生端末２０００ｂの全体処理の動作）
図４７は、再生端末２０００ｂの全体処理の動作を示すフローチャートである。
記録媒体１０００ｂが再生端末２０００ｂに挿入されると（ステップＳ２１０１）、再生確認部２０１１ｂは、記録媒体１０００ｂが初めて再生される記録媒体であるか否かを確認する。
【０４５６】
記録媒体１０００ｂが初めて再生される記録媒体である場合（ステップＳ２１０２でＹＥＳ）、再生端末２０００ｂは、端末登録処理を行い（ステップＳ２１０３）、ステップＳ２１０４へ進む。なお、ステップＳ２１０３の処理は、図３６のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
【０４５７】
記録媒体１０００ｂが初めて再生される記録媒体ではない場合（ステップＳ２１０２でＮＯ）、及びステップＳ２１０３の端末登録処理が終了すると、再生端末２０００ｂは、再生確認部２０１１ｂは、端末情報記憶部２００４から、記録媒体１０００ｂを識別するメディアＩＤと対応付けて記録されているコンテンツ置換表有効期限を読み出す。そして、再生確認部２０１１ｂは、コンテンツ置換表有効期限と現在の日付とを比較することにより、コンテンツ置換表が有効であるか否かを判断する。
【０４５８】
コンテンツ置換表が有効期限切れである場合（ステップＳ２１０４でＮＯ）、再生確認部２０１１ｂは、要求部２０１３に対し更新データ要求の生成の指示を出力する。その後、要求部２０１３は、コンテンツ置換表更新処理を行う（ステップＳ２１０５）。なお、ステップＳ２００５の処理は、図３７のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
【０４５９】
次に、再生端末２０００ｂは、記録媒体１０００ｂ又は復元データ／置換データ記憶部２００５から再生すべきコンテンツデータ、部分コンテンツデータ、又は置換コンテンツデータを取得するデータ取得処理を行う（ステップＳ２１０６）。
【０４６０】
続いて、再生端末２０００ｂは、データ再生処理を行う（ステップＳ２１０７）。
なお、ステップＳ２１０７の処理は、図１５のフローチャートと同様であるため、ここでは、詳細な説明を省略する。
【０４６１】
そして、再生端末２０００ｂは、コンテンツの再生が終了したか否かを判断し、再生終了の場合（ステップＳ２１０８でＹＥＳ）は、端末情報記憶部２００４に記録されている再生回数に１を加算して、再生回数を更新し（ステップＳ２１０９）、その後、処理を終了する。再生終了でない場合（ステップＳ２１０８でＮＯ）、再生端末２０００ｂは再生位置を進めて、ステップＳ２１０６のデータ取得処理を継続する。なお、再生位置を進める処理は、既に説明した他の実施形態と同様に、端末制御部２００６ｂが実現する一般的なコンテンツ再生制御として実現される。
【０４６２】
（データ取得処理の動作）
図４８は、再生端末２０００ｂによるデータ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図４７のステップＳ２０１６の詳細である。
【０４６３】
先ず、コンテンツの現在再生中の再生位置を示す再生位置情報が取得される（ステップＳ２２０１）。ここで、再生位置情報を取得する処理は、記録媒体１０００ｂから読み取ったコンテンツデータを再生しているときにはメディア読取部２００１が行い、コンテンツ配信サーバ３０００ｂから取得した部分コンテンツデータ及び置換コンテンツデータを再生しているときにはデータアクセス部２０１４ｂが行う。
【０４６４】
続いて、データ取得部２０１５ｂは、失敗検出部から記録媒体１０００ｂの読み取りに失敗した旨の通知を受け取っているか、又は、再生確認部２０１１ｂからデータ置換の通知を受け取っているか確認する。
【０４６５】
読み取りに失敗した旨の通知及びデータ置換の通知を受け取っていない場合（ステップＳ２２０２でＮＯ）、データ取得部２０１５ｂは、記録媒体１０００ｂから再生位置情報に対応するコンテンツデータを取得して、デコードデータ制御部２０１６へ出力する（ステップＳ２２０３）。
【０４６６】
読み取りに失敗した旨の通知、又はデータ置換の通知を受け取っている場合（ステップＳ２２０２でＹＥＳ）、データ取得部２０１５ｂは、受け取った通知が、読み取りに失敗した旨の通知及びデータ置換の通知の何れであるかを確認する。
【０４６７】
受け取った通知が、読み取りに失敗した旨の通知である場合（ステップＳ２２０４で「読み取り失敗」）、データ取得部２０１５ｂは、再生位置情報に対応する部分コンテンツデータを、データアクセス部２０１４ｂを介してコンテンツ配信サーバ３０００ｂから取得して、デコードデータ制御部２０１６へ出力する。
【０４６８】
受け取った通知が、データ置換の通知である場合（ステップＳ２２０４で「データ置換」）、データ取得部２０１５ｂは、再生位置情報に対応する置換コンテンツデータを、データアクセス部２０１４ｂを介してコンテンツ配信サーバ３０００ｂから取得して、デコードデータ制御部２０１６へ出力する。
【０４６９】
以上説明したように、第６の実施形態に係る再生端末２０００ｂでは、再生中にコンテンツ配信サーバ３０００ｂから取得した部分コンテンツデータ及び置換コンテンツデータを順次ストリーミング再生する。従って、記録媒体１０００ｂからのデータの読み取りに失敗した場合及びデータの置換が必要な場合であっても、復元データ及び置換データを蓄積することなく、コンテンツを途切れさせずに正常に再生することが可能になる。
【０４７０】
なお、本実施形態では、再生端末２０００ｂは、コンテンツ配信サーバ３０００ｂから部分コンテンツデータ及び置換コンテンツデータと共に再生位置情報も取得していたが、この構成に限られるものではない。再生端末２０００ｂは、コンテンツ配信サーバ３０００ｂから、再生位置情報を取得しないように構成してもよい。それは、本実施形態においては、記録媒体１０００ｂからの読み取りに失敗した位置の部分コンテンツデータ、及びデータの置換が必要な位置の置換コンテンツデータを随時取得するので、再生すべきデータを並び替える必要がないからである。
【０４７１】
また、本実施の形態では、再生端末２０００ｂは取得した部分コンテンツデータを記録しないとしたが、これに限られるものではない。部分コンテンツデータの遅延を吸収するためにバッファを設け、到着した部分コンテンツデータを一時的に記憶するなどとしてもよい。
【０４７２】
≪その他変形例≫
なお、本発明を上記の実施形態に基づいて説明してきたが、本発明は、上記の実施形態に限定されないのは勿論であり、以下のような場合も、本発明に含まれる。
【０４７３】
（１）上記第１〜第６実施形態では、記録媒体として、ＢＤ−ＲＯＭを想定していたが、本発明における記録媒体は、ＢＤ−ＲＯＭに限定されない。例えば、ＢＤ−ＲＯＭ以外にＢＤ−Ｒ等の追記型のディスクでもよいし、ＤＶＤ−ＲＡＭ等の書き換え可能なディスクであってもよい。また、記録媒体の形状もディスク型に限られるものではなく、ＳＤカードなど、他の形状の記録媒体を用いることも可能である。
【０４７４】
また、記録媒体に記録されているコンテンツは、映像及び音声からなるデジタルデータを想定していたが、これに限定されない。本発明におけるコンテンツは、映像のみでもよいし、音声のみでもよい。更に、本発明におけるコンテンツは、アプリケーションプログラム等でもよい。
【０４７５】
また、再生装置としてＢＤプレーヤを想定していたが、本発明において、再生装置は、ＢＤプレーヤに限定されず、記録媒体の種類に応じて、様々な種類の装置を用いることができる。例えば、記録媒体としてＤＶＤ−ＲＯＭを用いるのであれば、再生装置としてＤＶＤプレーヤを用いることができる。
【０４７６】
また、通信路として、インターネットを想定していたが、それに限られるものではない。本発明における通信路は、再生端末とコンテンツ配信サーバとの間で情報の通信ができるのであれば、電話回線等の他の通信路であってもよい。
【０４７７】
（２）上記第４及び第５実施形態では、再生端末は、コンテンツの再生前に置換コンテンツデータの取得の有無の確認を行っていたが、本発明は、この構成に限られるものではない。本発明の再生端末は、コンテンツの再生中に置換コンテンツデータの取得の有無を確認するように構成してもよい。この場合、再生端末は、再生するコンテンツデータの再生位置情報を取得した後に、コンテンツ置換表に含まれる置換位置情報を確認して、再生位置情報に対応するコンテンツデータの置換の必要性を確認する。即ち、再生端末は、コンテンツの再生中に、再生確認部にて置換コンテンツデータの取得の有無を確認すると共に、失敗検出部にて部分コンテンツデータの取得の有無を確認する。
【０４７８】
（３）上記第４〜第６実施形態では、再生端末は、部分コンテンツデータと置換コンテンツデータとの両方を、コンテンツ配信サーバから取得する構成を有するが、上記第４〜第６実施形態において、再生端末は、コンテンツ配信サーバから、置換コンテンツデータのみを取得する構成であってもよい。
【０４７９】
また、再生端末が置換コンテンツデータのみを取得する場合には、上記の第４〜第６実施形態と同一のタイミングで、コンテンツ配信サーバから置換コンテンツデータを取得する場合に限定されず、別のタイミングで取得する場合も、本発明に含まれる。
【０４８０】
例えば、上記に説明した第１〜第３実施形態のそれぞれにおいて、再生端末がコンテンツ配信サーバから取得する部分コンテンツデータに代えて、置換コンテンツデータを取得するように構成した場合も、本発明に含まれる。
【０４８１】
第１実施形態で部分コンテンツデータに代えて、置換コンテンツデータを取得する場合には、再生端末は、記録媒体のコンテンツデータを再生中に置換コンテンツデータが必要であると判断すると、コンテンツデータの再生処理を停止して、コンテンツ配信サーバから置換コンテンツデータを取得し、その後処理を終了する。そして、２回目以降の再生処理では、再生端末は、記録媒体に記録されているコンテンツデータと端末内に保持する置換コンテンツデータとを用いて、コンテンツを途切れることなく最後まで再生することが可能となる。
【０４８２】
第２実施形態で部分コンテンツデータに代えて、置換コンテンツデータを取得する場合には、再生端末は、記録媒体のコンテンツデータの再生前に置換コンテンツデータが必要であるか否かを判断し、必要であると判断すると、置換コンテンツデータの取得が終了するまでコンテンツデータの再生は行わない。そして、置換コンテンツデータの取得が終了した後に、再生端末はコンテンツデータの再生を開始する。
【０４８３】
第３実施形態で部分コンテンツデータに代えて、置換コンテンツデータを取得する場合には、再生端末は、記録媒体のコンテンツデータの再生中に置換コンテンツデータが必要であると判断すると、コンテンツ配信サーバから置換コンテンツデータを随時取得して、取得した置換コンテンツデータを端末内に保持することなくストリーミング再生する。
【０４８４】
（４）上記第１〜第６実施形態では、再生端末は記録媒体の読み取りに失敗した位置以降の部分コンテンツデータを、コンテンツ配信サーバから取得していた。しかし、本発明はこれに限られるものではない。
【０４８５】
例えば、再生端末は記録媒体の読み取りに失敗しても、記録媒体の読み取りを続け、それ以降の箇所で読み取りに成功する箇所がないかを探索するように構成してもよい。この場合、再生端末は、再度読み取りに成功する箇所が見つかれば、読み取りに失敗した箇所から読み取りに成功した箇所までの区間についてのみ部分コンテンツデータを取得する。
【０４８６】
この構成により、再生端末は自機に記録するバックアップデータ（復元データ）の容量を抑えることが可能となる。
この場合、再生端末は、コンテンツ再生処理において、上述した区間については復元データ記憶部に記録されている部分コンテンツデータを再生し、その他の箇所については記録媒体から読み取ったコンテンツデータを再生する。
【０４８７】
（５）上記第１、第２、第４、及び第５実施形態では、再生端末のデータ取得部及びデータアクセス部は、現在再生中の位置を示す再生位置情報が復元データ記憶部、及び復元データ／置換データ記憶部に記録されているか否かによって、現在再生中の位置が過去に再生に失敗した位置であるか否かを判断していた。しかし、本発明はこれに限られるものではない。
【０４８８】
例えば、再生に失敗した位置を記録しておき、その位置以降については、常に復元データ記憶部、及び復元データ／置換データ記憶部から部分コンテンツデータを取得するように構成してもよい。
【０４８９】
（６）上記の第１、第２、第４、及び第５実施形態では、コンテンツ配信サーバは、部分コンテンツ送信個数を、再生端末及び記録媒体毎に数えていたが、本発明は、この構成に限られるものではない。コンテンツ配信サーバの運営者の意向により、様々な実施形態が考えられる。
【０４９０】
例えば、再生端末毎に部分コンテンツデータの送信個数の上限を定め、再生端末毎に部分コンテンツ送信個数を数えるとしてもよい。この場合、図９に示した部分コンテンツ送信個数３１３は、端末ＩＤ３１１とのみ対応付けられて記録される。また、端末情報更新部は、端末ＩＤ毎に部分コンテンツデータ送信個数を更新する。この変形例では、再生端末のみに依存して部分コンテンツ送信個数が数えられるので、意図的に記録媒体に傷を付けて、部分コンテンツデータを収集しようとする悪意のユーザなどに対しても、ある程度の制約をかけることができる。
【０４９１】
また、記録媒体毎に部分コンテンツデータの送信個数の上限を定め、記録媒体毎に部分コンテンツ送信個数を数えるとしてもよい。この場合、図９に示した部分コンテンツ送信個数３１３は、メディアＩＤ３１２とのみ対応付けられて記録される。また、端末情報更新部は、メディアＩＤ毎に部分コンテンツ送信個数を更新する。この変形例では、再生端末に依存することなく部分コンテンツ送信個数が数えられるので、例えば記録媒体が友人間で貸し借りされた場合などにも、適切に部分コンテンツ送信個数を数えられる。
【０４９２】
更に、メディアＩＤに替えてコンテンツＩＤごとに部分コンテンツ送信個数を数えても良いことは言うまでもない。
（７）上記の第１〜第６実施形態では、コンテンツ配信サーバは部分コンテンツ送信個数として、送信した部分コンテンツデータの総数を数えていたが、本発明は、この構成に限られるものではない。コンテンツ配信サーバの運営者の意向により、様々な実施形態が考えられる。
【０４９３】
例えば、コンテンツ配信サーバは、過去の復元データ要求に含まれていたメディアＩＤと同一のメディアＩＤを含む復元データ要求に対しては、部分コンテンツデータを再送する際に部分コンテンツ送信個数を加算する更新を行わないように構成してもよい。
【０４９４】
これは、過去に復元データが要求された記録媒体に対しては、再度他の要因で読み取りに失敗する箇所が広がる可能性が高いからである。この場合に、部分コンテンツ送信個数を、送信した部分コンテンツデータの総数で数えると、再生端末側では、同一の記録媒体のコンテンツを再生しようとしているにもかかわらず、部分コンテンツ送信個数が送信上限個数を超えてしまいと、突然部分コンテンツデータの送信が許可されなくなる事態が起こり得る。
【０４９５】
このような事態は、傷さえ付いていなければ何度でもコンテンツを再生できる記録媒体と比べて、コンテンツの利用が著しく制限されることになり、利用者の立場からは望ましくない。従って、上記のような構成にすることで、利用者の利便性を担保することができる。
【０４９６】
また、上記第１〜第６実施形態では、コンテンツ配信サーバは、再生端末へ送信した部分コンテンツデータの個数を数え、送信した部分コンテンツデータのデータ量に応じて、部分コンテンツデータの送信可否を決定していた。この構成では、再生端末がコンテンツデータの最初の方で読み取りに失敗した場合には、コンテンツデータの後の方で再生に失敗した場合と比較すると、送信する部分コンテンツデータの量が多くなる。この場合、同じコンテンツデータを再生しているにもかかわらず、再生に失敗した位置によって不公平が生じてしまう。
【０４９７】
従って、本発明において、コンテンツ配信サーバは、再生端末へ送信した部分コンテンツデータの個数を数えるのではなく、復元データを送信した回数を数えても良い。この場合は、再生端末に送信された部分コンテンツデータのデータ量ではなく、コンテンツ配信サーバが何回復元データの送信を行ったかに応じて、部分コンテンツデータの送信可否が決定されることになる。
【０４９８】
この構成により、例えば、記録媒体中のコンテンツデータの傷付いた位置に依存することなく、部分コンテンツデータの送信可否判断を行うことが可能となる。従って、同じコンテンツデータの再生であれば、読み取りに失敗した位置に関わらず部分コンテンツデータを取得できるので、ユーザは、部分コンテンツデータの取得に際して公平感を得ることができる。
【０４９９】
（８）上記第１〜第６の実施形態では、コンテンツ配信サーバの登録部は、再生端末から登録要求を受けると、特に何も判断せずに再生端末を登録していたが、本発明は、この構成に限られるものではない。例えば、再生端末の登録に際して、コンテンツ配信システムの利用料金を課金するなどとしてもよい。
【０５００】
また、上記第１〜第６の実施形態では、復元データの送信についても特に条件を設けていなかったが、これについても課金等の条件を設けるとしても良い。
（９）上記第１〜第６実施形態では、送信上限個数は予め定められていたが、これに限られるものではない。例えば、課金により、送信上限個数を増やすように構成してもよい。
【０５０１】
また、送信上限個数はシステム全体で均一である必要はなく、例えば、コンテンツの画質やコンテンツ人気等の観点から、高価値のコンテンツについては送信上限個数を低く設定し、低価値のコンテンツについては送信上限個数を高く設定するように構成してもよい。
【０５０２】
更に、コンテンツ配信サーバは、ユーザからのアンケート等に基づいて、コンテンツの人気度を随時算出し、算出された人気度を反映させて、送信上限個数を変動させる機能を備えてもよい。
【０５０３】
（１０）上記第１〜第６実施形態では、コンテンツの再生を例として本発明を説明してきたが、本発明を早送りや巻き戻し等の特殊再生にも応用することができることはもちろんである。
【０５０４】
（１１）上記第２、第３、第５、及び第６実施形態では、部分コンテンツデータの取得が記録媒体の再生中若しくは再生前に行われ、コンテンツを途切れなく再生することができる。そのため、ユーザは、再生端末が記録媒体の読み取りに失敗していることに気付かない可能性がある。そこで、上記第２及び第３実施形態において、記録媒体の読み取りに失敗している旨のメッセージを画面表示するなどとして、記録媒体の読み取り失敗の発生をユーザに通知するように構成してもよい。なお、通知のタイミングは様々なパターンが考えられる。例えば、コンテンツの再生終了時や、コンテンツデータから部分コンテンツデータへ再生の切り替わりが発生した時に通知してもよい。
【０５０５】
（１２）上記第２及び第５の実施形態では、コンテンツの再生前に、読み取りに成功するか否かを確認するので、実際の再生が始まるまでに多少時間を要する。そこで、第２及び第５実施形態において、読取確認処理は全てのデータを対象に行うのではなく、主要なデータのみを対象に行い、再生開始までの時間を短縮するように構成してもよい。例えば、コンテンツがＭＰＥＧ−２の映像コンテンツである場合には、前記主要なデータとして「Ｉピクチャ」を用いてもよい。なお、このように、主要なデータのみ確認を行った後、実際の再生中に読み取り失敗が検出された場合は、主要なデータのみで再生処理を継続するとしてもよいし、改めて、コンテンツ配信サーバから、部分コンテンツデータを取得するように構成してもよい。
【０５０６】
また、本発明の再生端末は、全てのコンテンツデータについての読取確認処理を終了する以前に、コンテンツの再生処理を開始して、読取確認処理とコンテンツ再生処理とを並列して行うように構成してもよい。
【０５０７】
この場合、コンテンツの再生処理に先立ち読取確認処理を行い、部分コンテンツデータが必要であれば、再生に間に合うタイミングで、コンテンツ配信サーバから部分コンテンツデータが取得できるように構成することが望ましい。そのため、読取確認処理の単位となる再生位置情報を、コンテンツが途切れることなく再生できるような単位に工夫することが考えられる。
【０５０８】
（１３）上記第２及び第５実施形態における読取確認処理では、単純に読み取りのテストのみ行うのではなく、例えば、再生を行う前に読み取ったコンテンツデータを再生端末内部の記憶部に記録しておき、再生開始後にはテスト時に記録したコンテンツデータを再生するように構成してもよい。なお、必要であればコンテンツ配信サーバから取得した部分コンテンツデータを再生するのは勿論である。
【０５０９】
一般的に、装置内部の記憶部の読み取り速度は、メディア読取部による読み取り速度よりも高速である。従って、装置内部の記憶部から読み取る方が、安定した再生処理を実現できる。また、この場合、装置内部に記録しているコンテンツデータと部分コンテンツデータとを、予め再生順に並び替えておくことにより、デコードデータ制御部による並び替え処理を省略することもできる。
【０５１０】
（１４）上記第３及び第６の実施形態では、再生端末が、復元データ記録部、及び復元データ／置換データ記憶部を備えておらず、復元データ及び置換データを装置内部に記録せずに、コンテンツ配信サーバから受信して直ちに再生を行っていた。しかし、本発明は、この構成に限定されない。
【０５１１】
第３の実施形態において、再生端末は復元データ記憶部を備え、第６の実施形態においても、再生端末は復元データ／置換データ記憶部を備えるように構成してもよい。そして、再生処理と並行して、復元データ及び置換データを、各記憶部に記録するように構成してもよい。
【０５１２】
この場合、復元データ記憶部、及び復元データ／置換データ記憶部を、コンテンツ配信サーバからのデータの取得が安定しない際のバッファとして用いることができる。また、次回以降のコンテンツ再生時に、コンテンツ配信サーバと通信することなく、復元データ記憶部、及び復元データ／置換データ記憶部から、部分コンテンツデータ及び置換コンテンツデータを読み取ることが可能となる。
【０５１３】
なお、著作権保護機構等により、コンテンツデータの複製が許可されない場合には、第３実施形態、及び第６実施形態のように、装置内部に部分コンテンツデータを記録しない構成が有効である。従って、コンテンツデータに対する著作権保護機構の制御に応じて、再生端末が部分コンテンツデータ、又は置換コンテンツデータを装置内部に記録するか否かを切り替えるように構成してもよい。
【０５１４】
（１５）上記第１〜第６実施形態では、記録媒体にメディアＩＤが記録される構成としたが、本発明はこの構成に限定されるものではない。例えば、メディアＩＤに替えてコンテンツＩＤを用いるとしてもよい。これにより、記録媒体にメディアＩＤが記録されていない場合でも、本発明を実施することができる。
【０５１５】
（１６）上記第１〜第６実施形態では、復元データ記憶部、及び復元データ／置換データ記憶部は、再生端末内部の構成要素であった。また、端末情報記憶部、及びコンテンツ記憶部は、コンテンツ配信サーバ内部の構成要素であった。
【０５１６】
しかし、本発明においては、これらの記憶部を各装置の内部の構成要素とせずに、各装置の外部に設けてもよい。
（１７）上記第１〜第６実施形態では、記録媒体に記録されているコンテンツＩＤ及び再生位置情報のフォーマット、コンテンツ配信サーバから配信される部分コンテンツデータのコンテンツＩＤ及び再生位置情報のフォーマット、コンテンツ配信サーバから配信される置換コンテンツデータのコンテンツＩＤ及び再生位置情報のフォーマットは、全て同一のフォーマットを用いるとしたが、本発明は、これに限られるものではない。
【０５１７】
コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータのそれぞれで、異なるフォーマットを用いても良い。ただし、この場合、フォーマットの違いを再生時に吸収しなければ、コンテンツの再生が途中で途切れることになる。従って、異なるフォーマットを用いる場合には、再生端末の構成に工夫が必要である。例えば、データ取得部、及びデコードデータ制御部は、コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータのそれぞれのフォーマットを解釈することが可能であり、コンテンツを途切れなく出力することができる機能を有するように構成してもよい。
【０５１８】
また、コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータを区切る単位も同一であることは必須ではない。これらが異なる単位で区切られていても良い。ただし、この場合も、再生端末の構成に工夫が必要である。例えば、データ取得部、及びデコードデータ制御部は、コンテンツデータの読み取りに失敗した位置、及び、置換コンテンツデータの取得が必要であると判断された位置に合わせて、部分コンテンツデータ、及び置換コンテンツデータの再生位置を調整する機能を有する必要がある。
【０５１９】
（１８）本発明においては、コンテンツ配信サーバから再生端末へ配信する部分コンテンツデータ、及び置換コンテンツデータは、特定のデータのみ配信を許可し、他のデータは常に配信を許可しないように制御してもよい。
【０５２０】
ここで、配信を許可するデータと、許可しないデータとを区別する基準として、コンテンツの画質や価値（例えば、映画であればクライマックスのシーンなど）等を用いてもよい。この場合、配信を許可しない位置の部分コンテンツデータ及び置換コンテンツデータは、コンテンツ配信サーバはコンテンツ記憶部に記録しておく必要はない。
【０５２１】
（１９）上記第１〜第６実施形態では、記録媒体に記録されているコンテンツデータと、コンテンツ配信サーバが配信する部分コンテンツデータとは、同一のデータであった。しかし、本発明はこの構成に限定されない。
【０５２２】
例えば、データの内容は同じだが、画質又は音質が異なるデータであってもよい。即ち、コンテンツデータと部分コンテンツデータとの間に、何らかの対応関係があれば、どのようなデータであってもよい。
【０５２３】
なお、部分コンテンツデータの画質又は音質を、コンテンツデータの画質又は音質よりも劣化させる構成とすれば、通信路の通信速度が遅い場合であっても、本発明のシステムを実現できる。また、部分コンテンツデータの記録容量を削減したり、部分コンテンツデータを取得するまでの時間を短縮したりすることができる。
【０５２４】
また、コンテンツ配信サーバが配信する部分コンテンツデータは、記録媒体に記録されているコンテンツデータと異なる内容であってもよい。例えば、コンテンツ配信サーバから再生端末へ、記録媒体が故障している旨を示す画像や故障の場合の連絡先等を含んだコンテンツを配信し、再生端末に表示させるように構成してもよい。
【０５２５】
（２０）上記第１〜第６実施形態では、再生端末は、部分コンテンツデータ及び置換コンテンツデータを、通信路を介して接続されたコンテンツ配信サーバから取得していたが、本発明はこれに限られるものではない。
【０５２６】
例えば、部分コンテンツデータ及び置換コンテンツデータを記録している別の記録媒体から、読み取る構成であってもよいし、コンテンツ配信サーバ及び別の記録媒体の両方から、部分コンテンツデータ及び置換コンテンツデータを取得する構成であってもよい。
【０５２７】
この場合の別の記録媒体は、再生端末内に備えたハードディスクでもよいし、可搬型の記録媒体でもよい。より具体的には、ＢＤ−ＲＯＭからの読み取りに失敗した箇所のコンテンツデータに替えて、再生端末は、ＳＤカードに記録された部分コンテンツデータを読み取る場合等が考えられる。そして、ＳＤカードから読み取った部分コンテンツデータを、再生端末内のハードディスクに記録するように構成してもよい。
【０５２８】
また、上記各実施形態における記録媒体（コンテンツデータを記録している）と、他の記録媒体（部分コンテンツデータ又は置換コンテンツデータを記録している）との間に記憶容量の差がある場合には、変形例（１９）に示したように、コンテンツデータと、部分コンテンツデータと、置換コンテンツデータとが、それぞれ、画質や音質が異なるデータであるとしてもよい。
【０５２９】
（２１）上記第４〜第６実施形態において、コンテンツ置換表及びコンテンツ置換表有効期限は、記録媒体に予め記録されており、再生端末は、記録媒体からコンテンツ置換表及びコンテンツ置換表有効期限を読み取る構成を有していた。
【０５３０】
しかし、本発明はこの構成に限定されない。コンテンツ置換表及びコンテンツ置換表有効期限は、記録媒体に記録されていることは必須ではない。コンテンツ置換表及びコンテンツ置換表有効期限は、コンテンツ配信サーバに記録されていてもよい。
【０５３１】
コンテンツ置換表及びコンテンツ置換表有効期限が記録媒体に記録されていない場合には、再生端末は、コンテンツ配信サーバから、コンテンツ置換表及びコンテンツ置換表有効期限を取得するように構成してもよい。
【０５３２】
更に、上記第４〜第６実施形態において説明した置換条件は、一例に過ぎない。即ち、本発明における置換条件は、コンテンツの再生日時及びコンテンツの再生回数に限定されない。本発明の再生装置は、様々な置換条件に基づいて、置換コンテンツデータの取得の必要性を判断することができる。
【０５３３】
また、置換条件として、コンテンツの再生日時及びコンテンツの再生回数を用いる場合であっても、本発明は、上記第４〜第６実施形態のように、再生日時及び再生回数を別個独立に用いて、コンテンツデータを置換すべきか否かを判断する構成に限定されず、再生日時及び再生回数の両方を用いて、コンテンツデータを置換すべきか否かを判断する構成であってもよい。
【０５３４】
（２２）上記第４〜第６実施形態においては、コンテンツデータと置換コンテンツデータとのどちらを再生するか、ユーザに選択させるように構成してもよい。
更に、本発明では、同一コンテンツの同一再生位置について、複数の置換コンテンツデータが存在してもよい。
【０５３５】
同一コンテンツの同一再生位置について、複数の置換コンテンツデータが存在する場合には、各置換コンテンツデータを識別するためのＩＤが付与されていてもよい。そして、再生端末は、コンテンツ配信サーバから複数の置換コンテンツデータを取得し、ＩＤと対応付けて内部に記録する。再生端末は、コンテンツの再生時に、複数の置換コンテンツデータの何れを再生するか、ユーザに選択させるように構成してもよいし、上記第４〜第６実施形態のように、コンテンツ置換表を用いて再生する置換コンテンツデータを選択するように構成してもよい。
【０５３６】
（２３）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
【０５３７】
（２４）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。
【０５３８】
また、上記の各装置を構成する構成要素の各部は、個別に１チップ化されていても良いし、一部又は全てを含むように１チップ化されてもよい。
また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
【０５３９】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０５４０】
（２５）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
【０５４１】
（２６）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０５４２】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ−ＲＯＭ、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。
【０５４３】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
【０５４４】
また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてもよい。
【０５４５】
また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【０５４６】
（２７）上記実施の形態および上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０５４７】
本発明は、例えばＢＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体にコンテンツを格納してユーザに販売する産業において、記録媒体の購入から時間の経過したコンテンツであっても、再生に適した高価値のコンテンツの再生が可能となる仕組みとして利用することが可能である。
【図面の簡単な説明】
【０５４８】
【図１】第１の実施形態に係るコンテンツ再生システム１の構成を示す図である。
【図２】記録媒体１０に記録されている情報を示す図である。
【図３】記録媒体１０に記録されている情報の具体例を示す図である。
【図４】再生端末２０の構成を機能的に示す機能ブロック図である。
【図５】端末情報記憶部２０４に記録されている情報を示す図である。
【図６】復元データ記憶部２０５に記録されている情報を示す図である。
【図７】端末制御部２０６の構成を機能的に示す機能ブロック図である。
【図８】コンテンツ配信サーバ３０の構成を機能的に示す機能ブロック図である。
【図９】再生端末情報記憶部３０３に記録されている情報を示す図である。
【図１０】コンテンツ記憶部３０４に記録されている情報を示す図である。
【図１１】サーバ制御部３０５の構成を機能的に示す機能ブロック図である。
【図１２】再生端末２０の全体の動作を示すフローチャートである。
【図１３】再生端末２０の端末登録処理の動作を示すフローチャートである。
【図１４】再生端末２０のデータ取得処理の動作を示すフローチャートである。
【図１５】再生端末２０のデータ再生処理の動作を示すフローチャートである。
【図１６】再生端末２０の復元データ取得処理の動作を示すフローチャートである。
【図１７】コンテンツ配信サーバ３０の全体の動作を示すフローチャートである。
【図１８】コンテンツ配信サーバ３０の復元データ送信処理の動作を示すフローチャートである。
【図１９】第２の実施形態に係るコンテンツ再生システム２に含まれる再生端末２０ａの構成を機能的に示す機能ブロック図である。
【図２０】再生端末２０ａの全体の動作を示すフローチャートである。
【図２１】再生端末２０ａの読取確認処理の動作を示すフローチャートである。
【図２２】第３の実施形態に係るコンテンツ再生システム３に含まれる再生端末２０ｂの構成を機能的に示す機能ブロック図である。
【図２３】再生端末２０ｂの全体の動作を示すフローチャートである。
【図２４】再生端末２０ｂのデータ取得処理の動作を示すフローチャートである。
【図２５】第４の実施形態に係るコンテンツ再生システム４の構成を示す図である。
【図２６】記録媒体１０００に記録されている情報を示す図である。
【図２７】コンテンツ置換情報１００６のデータ構成を示す図である。
【図２８】再生端末２０００の構成を機能的に示す機能ブロック図である。
【図２９】端末情報記憶部２００４に記録されている情報の一部を示す図である。
【図３０】復元データ／置換データ記憶部２００５に記録されている情報の一部を示す図である。
【図３１】端末制御部２００６の構成を機能的に示す機能ブロック図である。
【図３２】コンテンツ配信サーバ３０００の構成を機能的に示す機能ブロック図である。
【図３３】コンテンツ記憶部３００４に記録されている情報の一部を示す図である。
【図３４】置換表更新データ記憶部３００６に記録されている情報を示す図である。
【図３５】再生端末２０００の全体の動作を示すフローチャートである。
【図３６】再生端末２０００の端末登録処理の動作を示すフローチャートである。
【図３７】再生端末２０００のコンテンツ置換表更新処理の動作を示すフローチャートである。
【図３８】再生端末２０００の置換データ取得処理の動作を示すフローチャートである。
【図３９】再生端末２０００のデータ取得処理の動作を示すフローチャートである。
【図４０】再生端末２０００のデータ再生処理の動作を示すフローチャートである。
【図４１】コンテンツ配信サーバ３０００の全体の動作を示すフローチャートである。
【図４２】コンテンツ配信サーバ３０００の更新データ送信処理の動作を示すフローチャートである。
【図４３】コンテンツ配信サーバ３０００の置換データ送信処理の動作を示すフローチャートである。
【図４４】第５の実施形態に係るコンテンツ再生システム５に含まれる再生端末２０００ａの構成を機能的に示す機能ブロック図である。
【図４５】再生端末２０００ａの全体の動作を示すフローチャートである。
【図４６】第６の実施形態に係るコンテンツ再生システム６に含まれる再生端末２０００ｂの構成を機能的に示す機能ブロック図である。
【図４７】再生端末２０００ｂの全体の動作を示すフローチャートである。
【図４８】再生端末２０００ｂのデータ取得処理の動作を示すフローチャートである。
【符号の説明】
【０５４９】
１          コンテンツ再生システム
２          コンテンツ再生システム
３          コンテンツ再生システム
４          コンテンツ再生システム
５          コンテンツ再生システム
６          コンテンツ再生システム
１０        記録媒体
１０ａ      記録媒体
１０ｂ      記録媒体
２０        再生端末
２０ａ      再生端末
２０ｂ      再生端末
３０        コンテンツ配信サーバ
３０ａ      コンテンツ配信サーバ
３０ｂ      コンテンツ配信サーバ
４０        出力装置
４０ａ      出力装置
４０ｂ      出力装置
５０        通信路
５０ａ      通信路
５０ｂ      通信路
２０１      メディア読取部
２０２      受信部
２０３      送信部
２０４      端末情報記憶部
２０５      復元データ記憶部
２０６      端末制御部
２０７      出力部
２３１      再生確認部
２３２      失敗検出部
２３２ａ    失敗検出部
２３２ｂ    失敗検出部
２３３      要求部
２３４      データアクセス部
２３４ａ    データアクセス部
２３４ｂ    データアクセス部
２３５      データ取得部
２３５ａ    データ取得部
２３５ｂ    データ取得部
２３６      デコードデータ制御部
２３７      デコード部
３０１      受信部
３０２      送信部
３０３      再生端末情報記憶部
３０４      コンテンツ記憶部
３０５      サーバ制御部
３３１      要求判断部
３３２      登録部
３３３      復元データ送信判断部
３３４      復元データ生成部
３３５      端末情報更新部
１０００    記録媒体
１０００ａ  記録媒体
１０００ｂ  記録媒体
２０００    再生端末
２０００ａ  再生端末
２０００ｂ  再生端末
２００１    メディア読取部
２００２    受信部
２００３    送信部
２００４    端末情報記憶部
２００５    復元データ／置換データ記憶部
２００６    端末制御部
２００６ａ  端末制御部
２００６ｂ  端末制御部
２００７    出力部
２０１１    再生確認部
２０１１ｂ  再生確認部
２０１２    失敗検出部
２０１２ａ  失敗検出部
２０１２ｂ  失敗検出部
２０１３    要求部
２０１４    データアクセス部
２０１４ａ  データアクセス部
２０１４ｂ  データアクセス部
２０１５    データ取得部
２０１５ａ  データ取得部
２０１５ｂ  データ取得部
２０１６    デコードデータ制御部
２０１７    デコード部
３０００    コンテンツ配信サーバ
３０００ａ  コンテンツ配信サーバ
３０００ｂ  コンテンツ配信サーバ
３００１    受信部
３００２    送信部
３００３    再生端末情報記憶部
３００４    コンテンツ記憶部
３００５    サーバ制御部
３００６    置換表更新データ記憶部
３０１１    要求判断部
３０１２    登録部
３０１３    復元データ送信判断部
３０１４    送信データ生成部
３０１５    端末情報更新部
３０１６    データ更新部
４０００    出力装置
４０００ａ  出力装置
４０００ｂ  出力装置
５０００    通信路
５０００ａ  通信路
５０００ｂ  通信路
【図１】
2008276909.tif 000003
【図２】
2008276909.tif 000004
【図３】
2008276909.tif 000005
【図４】
2008276909.tif 000006
【図５】
2008276909.tif 000007
【図６】
2008276909.tif 000008
【図７】
2008276909.tif 000009
【図８】
2008276909.tif 000010
【図９】
2008276909.tif 000011
【図１０】
2008276909.tif 000012
【図１１】
2008276909.tif 000013
【図１２】
2008276909.tif 000014
【図１３】
2008276909.tif 000015
【図１４】
2008276909.tif 000016
【図１５】
2008276909.tif 000017
【図１６】
2008276909.tif 000018
【図１７】
2008276909.tif 000019
【図１８】
2008276909.tif 000020
【図１９】
2008276909.tif 000021
【図２０】
2008276909.tif 000022
【図２１】
2008276909.tif 000023
【図２２】
2008276909.tif 000024
【図２３】
2008276909.tif 000025
【図２４】
2008276909.tif 000026
【図２５】
2008276909.tif 000027
【図２６】
2008276909.tif 000028
【図２７】
2008276909.tif 000029
【図２８】
2008276909.tif 000030
【図２９】
2008276909.tif 000031
【図３０】
2008276909.tif 000032
【図３１】
2008276909.tif 000033
【図３２】
2008276909.tif 000034
【図３３】
2008276909.tif 000035
【図３４】
2008276909.tif 000036
【図３５】
2008276909.tif 000037
【図３６】
2008276909.tif 000038
【図３７】
2008276909.tif 000039
【図３８】
2008276909.tif 000040
【図３９】
2008276909.tif 000041
【図４０】
2008276909.tif 000042
【図４１】
2008276909.tif 000043
【図４２】
2008276909.tif 000044
【図４３】
2008276909.tif 000045
【図４４】
2008276909.tif 000046
【図４５】
2008276909.tif 000047
【図４６】
2008276909.tif 000048
【図４７】
2008276909.tif 000049
【図４８】
2008276909.tif 000050